Facsimile and static presentation processing – Static presentation processing – Communication
Reexamination Certificate
1999-04-30
2003-01-28
Evans, Arthur G. (Department: 2622)
Facsimile and static presentation processing
Static presentation processing
Communication
C358S001160
Reexamination Certificate
active
06512592
ABSTRACT:
CROSS REFERENCE TO RELATED APPLICATIONS
This application includes subject matter related to co-pending application entitled: “Apparatus and Method for generating a print job from a series of commands describing multiple copies of a document” 10981933-1 and is referred to herein as the '933 application. That application is incorporated by reference herein, assigned to the same assignee as this application and filed on even date herewith.
BACKGROUND OF THE INVENTION
There are many types of computing devices capable of generating or handling a document in an electronic form. For purposes of this application, such devices are generally referred to herein as “document processing devices”. Examples of document processing devices include personal computers, facsimile machines, digital cameras, digital copiers, optical scanners, medical imaging devices, satellite imaging devices and scientific data collection devices.
A typical printing system includes a document processing device and a printer connected over a communication link. The document processing device includes a software application (e.g., a word processing application) and a print driver. In order to generate a document in an electronic form, a user provides input (via some sort of user input device) to the software application (executing on the document processing device). To print the document, the user inputs a print request to the application. The application responds to this input by causing a series of commands describing the document to be transmitted to the print driver. For purposes of this application, the commands transmitted to the print driver may be referred to herein as “device driver interface” (DDI) commands or alternatively as the DDI command stream. The data used to represent a DDI command may be referred to herein as DDI command data.
It is often the case that a user has a need to print multiple collated copies of a document. Many printing systems exist today to provide a user with the ability to use one of two techniques to satisfy this need. First, the user can cause the document processing device to generate multiple print jobs, each print job describing only a single copy of the document. The print jobs (as they are generated) are transmitted sequentially over a communication link to a printer, thereby causing the printer to print the desired number of copies. Unfortunately, this first technique can result in a large amount of data having to be processed (both by the document processing device and by the printer) and a large amount of “print data” having to be transmitted over the communication link. As a result, this first technique can result in printing delays and data transfer bandwidth problems. It is noted that the phrase “print data” refers to electronic data in any form that is used to describe a document. Print data, for example, may be expressed in Printer Control Language (PCL), PostScript® (PostScript is a trademark of Adobe Systems Incorporated) or as a raster bitmap.
In a second technique, a user causes the document processing device to generate a single print job describing a single copy of the document. The print job is then transmitted once to the printer for printing. After the single copy is printed, the user then retrieves it from the printer and makes use of a photocopier to generate the additional copies desired. Unfortunately, this second technique typically requires the purchase, operation and maintenance of a photocopier. This represents an added expense beyond that of owning and maintaining a printer. Furthermore, user productivity is also reduced as the user must transport the original printed copy to the photocopier and must also spend time operating the photocopier. Also, the quality of the copies generated from a photocopier will typically be below that of the original document printed from the printer.
To solve the problems mentioned above, printing systems have been developed that allow for multiple copies of a document to be printed from a single transmission of a print job. The print job includes a single command (indicating the number of copies that are to be printed) followed by print data (describing a single copy of the document). Printers that are able to receive this type of print job are described in the patent entitled MULTIPLE ORIGINAL COPY DATA PRINTER, having U.S. Pat. No. 5,764,863. That patent is incorporated by reference. The technology described in that patent may be referred to as “TOPAZ”. TOPAZ is an acronym for “transmit once, print a zillion”. Prior art printers incorporating the TOPAZ technology are able to accept print jobs that include print data and a command, referred to herein as a “copy_count” command. The phrase “copy_count” command refers to any command in a print job that indicates the number of copies that are to be printed. This number may be referred to herein as the “copy count value”.
For purposes of this discussion, a print job that includes a command indicating the number of times the print data in the print job is to be printed is referred to herein as a “mopy print job” (mopy is an acronym for “multiple original prints”). A printer able to receive a mopy print job may be referred to herein as a “mopy printer”. A print driver that is able to generate a mopy print job may be referred to herein as a “mopy print driver”.
As is known in the art, prior art mopy print jobs typically include setup commands that preface the print data. These setup commands can be expressed, for example, in Printer Job Language (PJL). For purposes of this application, the set of commands that preface the print data in a print job is referred to herein as the “preamble section” of the print job. Any commands that occur after the print data is referred to as the “trailer section” of the print job.
It is known in the art that prior art mopy printers require the copy_count command to be in the preamble section of the print job. This, therefore, requires the document processing device to transmit the copy_count command prior to transmitting the print data in a mopy print job to the printer. As a result, the number of copies that will be printed becomes fixed prior to the printer receiving the print data. This can be disadvantageous in situations wherein it would be desirable to determine or to update the copy count value during or after the transmission of the print data.
In order for a prior art mopy print driver to properly generate a mopy print job, it must receive a suitable set of DDI commands. For ease of discussion, such a set of DDI commands is referred to herein as a “mopy enabled” set of DDI commands. Typically, a mopy enabled set of DDI commands will include a DDI command indicating the number of copies that are to be printed, DDI commands that describe only a single copy of the document and DDI commands describing any desired finishing information (e.g., a DDI command indicating each copy is to be stapled). A mopy print driver receives these commands and generates the mopy print job. The mopy print job having a command indicating the number of copies that are to be printed, additional commands indicating finishing information and print data describing only a single copy of the document.
Unfortunately, some applications (referred to herein as “non-MOPY applications”) are not designed to generate a mopy enabled set of DDI commands. To illustrate the problems a non-MOPY application can cause, consider the DDI commands listed in Table 1. The DDI commands in table 1 provide an example of a DDI command stream provided to a mopy print driver from a non-mopy application. In this example, it is assumed that the document being converted into a print job is a two page document and the user has requested (via input to the non-mopy application) two printed copies.
TABLE 1
DDI Commands (in order received
by print driver)
Comment
Start_Job Command
indicates new print job is to be
generated
Start_Page Command
indicates start of a new page
{Page Description Commands}
DDI commands describing first page
(first copy)
End_Page Command
Indicates end of pa
Detweiler Richard
Loyd Gerald A.
Simpson Shell S.
Evans Arthur G.
Hewlett--Packard Company
Wade Matthew L.
LandOfFree
Apparatus and method for generating multiple original prints does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Apparatus and method for generating multiple original prints, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Apparatus and method for generating multiple original prints will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3039539