The disclosed embodiments relate to a system and method for facilitating print job programming in a printing subsystem. The system and method permit a user to fully comprehend, among other things, the relationship between three items on a single user interface dialog, namely the relationship between a saved job, its underlying document and associated job ticket (i.e., printing instructions). This is achieved, at least in part, through establishing a visual and behavioral relationship between the three items such that the effect of changing one of the three items can be seen in one or both of the other two items.
In a conventional digital printing system, a job is provided to a printing subsystem, with an input section, in the form of a digital master. The master or “job” includes print-related information (image data) and a set of control signals representing programming instructions. In one common example, prints for the job are produced from image data or an underlying document (hereinafter referred to simply as “document”) by reference to the printing instructions of the associated job ticket. As is known, the document may be obtained from an image capture device, e.g. a scanner, or a network connection in the form of a page description language (PDL). As is also known, the job ticket may be programmed at a host-printing device or provided with a network job in the PDL format.
The document and the job ticket may be stored in memory and, at print time, copies of the document and job ticket are transferred to a print queue for eventual production of prints with a conventional print engine. Further details regarding the management of a job (along with its attendant job ticket) in a digital printing system is provided in U.S. Pat. Nos. 5,164,842, 5,493,634, and 5,718,520 the pertinent portions of which are incorporated herein by reference.
Basic concepts underlying the design and use of graphic user interfaces in the context of computing or printing systems are described, in detail, in U.S. Pat. Nos. 4,939,507, 5,079,723, and 5,168,441, the pertinent portions of which are incorporated herein by reference. It will be appreciated by those skilled in the art that basic software support for a typical user interface platform can be readily implemented through use of one of several publicly available programming languages, such as Xerox's “Smalltalk,” or “Viewpoint,” some of which programming languages were publicly and extensively disclosed over two decades ago at Xerox's Palo Alto Research Center (“PARC”). As will be understood, other currently available languages, such as C++, C#, JAVA and Linux, could also be used, in a conventional manner, to implement the above-mentioned graphic user interface design.
As disclosed by U.S. Pat. Nos. 5,442,732 and 5,715,381, the pertinent portions of which are incorporated herein by reference, a group of jobs can be printed as a single job. In short, a plurality of jobs can be grouped in a “package” or folder and processed as a single “super set” with a single corresponding job ticket. As taught by the '732 patent.
Job programming or submission for a system of the type disclosed in the above-mentioned '842 and '520 patents can be straightforward when the user of such system simply intends to print a copy of a stored or saved job. For instance, referring to
In accordance with the one aspect of the disclosed embodiments, there is provided a printing subsystem comprising: a memory for storing one or more jobs, a first one of the one or more jobs including a document and a job ticket with one or more printing instructions; a user interface; a processor operatively associated with each one of the memory and the user interface for transmitting information about each one of the first one of the one or more jobs, the document and job ticket to the user interface; the user interface including a dialog, the dialog having a first display field, a second display field and a third display field, wherein an indicator corresponding with the first one of the one or more jobs is displayed in the first display field, an indicator corresponding with the document is displayed in the second display field, and an indicator corresponding with the job ticket is displayed in the third display field; and the first, second, and third display fields are positioned on the dialog in such a way that a hierarchical relationship between the first one of the one or more jobs, the document and the job ticket is clearly visible on the dialog.
In accordance with another aspect of the disclosed embodiments, there is provided a user interface for a printing subsystem, the printing subsystem including memory for storing one or more jobs, a first one of the one or more jobs including a document and a job ticket with one or more printing instructions, comprising: a dialog, the dialog having a first display field, a second display field and a third display field, wherein an indicator corresponding with the first one of the one or more jobs is displayed in the first display field, an indicator corresponding with the document is displayed in the second display field, and an indicator corresponding with the job ticket is displayed in the third display field; and the first, second, and third display fields are positioned on the dialog in such a way that a hierarchical relationship between the first one of the one or more jobs, the document and the job ticket is clearly visible on the dialog.
In accordance with yet another aspect of the disclosed embodiments, there is provided a method for programming a job in a printing subsystem, the job including a document and a job ticket with one or more printing instructions, comprising: (a) providing a dialog including a first display field, a second display field and a third display field; (b) displaying an indicator corresponding with the job in the first display field; (c) displaying an indicator corresponding with the document in the second display field; displaying an indicator corresponding with the job ticket in the third display field; and (e) positioning the first, second, and third display fields on the dialog in such a way that a hierarchical relationship between the job, the document and the job ticket is clearly visible on the dialog.
While the disclosed embodiments will hereinafter be described in connection with one or more embodiments thereof, it will be understood that it is not intended to limit the claimed invention to such one or more embodiments. On the contrary, it is intended to cover all alternatives, modifications and equivalents as may be included within the spirit and scope of the invention as defined in the appended claims.
Referring now to the drawings,
As shown in
The digital printing system 10 can receive image data, the image data including pixels, in the form of digital image signals for processing from the computer network 62 by way of a suitable communication channel, such as an Ethernet® connection. Typically, computer networks 62 include clients who generate jobs, wherein each job includes the image data in the form of a plurality of electronic pages and a set of processing instructions. In turn, each job is converted into a representation written in a page description language (PDL) such as PostScript® containing print related information (including the image data). Where the PDL of the incoming print related information is different from the PDL used by the digital printing system, a suitable conversion unit converts the incoming PDL to the PDL used by the digital printing system. The suitable conversion unit may be located in an interface unit 52 of the controller 50. Other remote sources of image data such as a floppy disk, hard disk, storage medium, scanner, etc. may be envisioned.
For on-site image input, an operator may use the scanner 64 to scan documents, thus providing digital image data including pixels to the interface unit 52. Whether digital image data is received from scanner 64 or computer network 62, the interface unit 52 processes the digital image data in the form required to carry out each programmed job. The interface unit 52 is preferably part of the digital printing system 10. However, the components in the computer network 62 or the scanner 64 may share the function of converting the digital image data into a form, which can be unutilized by the digital printing system 10.
As indicated previously, the digital printing system 10 includes feeders 20, print engine 30, finishers 40, and controller 50. Each feeder 20 preferably includes one or more trays 22, which forward different types of support material to the print engine 30. All of the feeders 20 in the digital printing system 10 are collectively referred to as a supply unit 25. All of the finishers 40 are collectively referred to as an output unit 45. The output unit 45 may comprise several types of finishers 40, such as inserters, stackers, staplers and binders, which take the completed pages from the print engine and use them to provide a finished product.
The controller 50 controls and monitors the entire digital printing system 10 and interfaces with both on-site and remote input units in the image input section 60. The controller 50 includes the interface unit 52, a system control unit 54, a memory 56 and a user interface 58. The user interface 58 includes, among other things, an area holding a graphic representation or picture of the feeders 20, print engine 30 and finishers of the digital printing system 10. The user interface 58 permits an operator to monitor the document feeders 20, print engine 30 and finishers 40 by navigating through a series of menus by clicking on a section of the graphical representation of the user interface 58 to reach controls or information related to that component of the digital printing system 10. Therefore, a user (also called an operator) can associate tasks done on the user interface 58 with their physical location on the digital printing system 10 and thereby enable faster and more intuitive navigation. In one example, as shown in
Referring to
Referring first to section 74, a “Saved Jobs” display field (referred to simply as “field” hereinafter) 82 is positioned above “Document(s):” field 84 and “Saved Tickets:” field 86. Suitable icons respectively identify the fields, and the hierarchical relationship between the associated concepts (namely saved jobs, document(s) and saved tickets) is accentuated with indicator lines 88-A and 88-B. A conventional browsing system, for retrieving data locally or remotely, is associated with each one of the fields 82 and 84. “Browse” buttons 90 and 92 may be employed to view (and possibly retrieve) data stored either in memory 56 (
Referring to section 76 of
Three concepts, among others, are important to understanding the disclosed control scheme of
Behaviorally, when the user recalls a valid saved job either by typing part or all of a valid job in the saved job field 82, or through use of the browsing system 90, the document(s) field 84 and saved tickets field 86 are automatically populated with objects contained within the saved job displayed in the field 82. Referring to
Referring to
Referring to
Whether job programming begins by retrieving a saved job or mapping a saved job ticket to one or more documents, a user can subsequently change settings after the job or ticket are recalled. If this is done one or more of the settings contained in the fields 91-A through 91-F would be changed to reflect that some of the original settings for the job or ticket have been changed.
Based on the above description, several features of the disclosed embodiment(s) should now be evident:
First, a user interface with a screen clearly showing the relationship between a job and its associated components (namely its underlying document(s) and associated job ticket) has been provided. The relationship is clarified in several ways:
Second, a high degree of flexibility and capability is provided in the area of job ticket usability. In one aspect of usage, the user is automatically provided with associated job ticket and underlying document(s) indicators in response to selecting a saved job indicator. In this way the user is provided not only with a visual hierarchy, but with a comprehensive perspective of the dynamic relationships between the concepts of “Saved Job,” “Document(s),” and “Saved Ticket.” Changes to a number of important printing instructions of the associated job ticket can be made at the same screen on which the indicators are displayed prior to printing an underlying document (an indicator for such underlying document also being displayed automatically on the same screen). In another aspect of usage, job tickets can readily be “mixed and matched” with one or more documents. For example, the user may access a list of saved job tickets and replace the automatically provided associated job ticket with one of the saved job tickets from a list of saved job tickets.
Finally, the programming approach disclosed above should greatly facilitate the already useful area of “older” or “package” printing. Building on a very flexible and capable screen for job programming, a list of documents to be printed and a saved job ticket can be readily and quickly corresponded on a single screen. Then, in accordance with a multiple mode capability, the documents can be printed individually, in one mode, or as a single document, in another mode. The many advantageous possibilities made available by the capability of mixing and matching multiple document indicators with a job ticket indicator (selected from a list of saved job tickets) on the same screen, and then printing the underlying documents in accordance with the multi-mode capability can be readily appreciated by those skilled in the art.
The claims, as originally presented and as they may be amended, encompass variations, alternatives, modifications, improvements, equivalents, and substantial equivalents of the embodiments and teachings disclosed herein, including those that are presently unforeseen or unappreciated, and that, for example, may arise from applicants/patentees and others.