Browse Prior Art Database

IPDS DGBs as print documents

IP.com Disclosure Number: IPCOM000126408D
Original Publication Date: 2005-Jul-15
Included in the Prior Art Database: 2005-Jul-15
Document File: 2 page(s) / 29K

Publishing Venue

IBM

Abstract

This disclosure describes a method by which the printer may report on the progress of its processing of an Intelligent Print Data Stream (IPDS) job in small increments that are less than the entire job. IPDS print jobs may be very long and very large. It is desirable to provide some user feedback about the printer's progress in processing such jobs. However, the feedback for a single IPDS job that may extend over several hours, or even days, is reasonably meaningless. The incremental progress provides the required feedback.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 53% of the total text.

Page 1 of 2

IPDS DGBs as print documents

The core idea is to define rules and an algorithm that are used to divide a job into multiple subparts. The rules and algorithm use the IPDS Define Group Boundary (DGB) command and a few other conditions to identify subpart boundaries. When the boundary conditions are met, then a document within a job is created. Progress is then reported on a document, the document being a subset of the job.

    The host system that creates an IPDS job may be configured to include DGBs in the data stream. DGBs are bounded by Init and Term delimiters, they have certain attributes, and they may be nested. The host system may or may not include a name as part of the group. When DGBs are included in the data stream, job data, including printable data, may occur outside the bounds of a DGB. For example, such data may occur before the first DGB in a data stream, after the last DGB, or between DGB's (after a DGB Term, and before the next DGB Init). As a result, it is recognized that the use of DGBs to subdivide the IPDS job is an imperfect solution. It is also recognized that DGBs were not designed for this purpose. However, an algorithm was developed that subdivides the job based on DGBs and it accommodates the aforementioned shortcomings.

    The first document of an IPDS job is created by the Protocol Interface Module (PIM). The PIM is not aware of any other documents associated with the job. The IPDS subsystem creates additional documents for the job as it encounters certain DGBs. However, not all DGBs result in the creation of a document. For reference, a DGB that may create a document is called a "Document DGB". Data from the beginning of the job to the first document created by the IPDS interpreter are associated with the first document (the document created by the PIM). For simplicity this is referred to as document #1 in this example. All subsequent documents...