EP1805592A2 - Varfahren, system und computerprogramm zum automatischen bearbeiten eines jobtickets für einen druckprozess - Google Patents

Varfahren, system und computerprogramm zum automatischen bearbeiten eines jobtickets für einen druckprozess

Info

Publication number
EP1805592A2
EP1805592A2 EP05795715A EP05795715A EP1805592A2 EP 1805592 A2 EP1805592 A2 EP 1805592A2 EP 05795715 A EP05795715 A EP 05795715A EP 05795715 A EP05795715 A EP 05795715A EP 1805592 A2 EP1805592 A2 EP 1805592A2
Authority
EP
European Patent Office
Prior art keywords
job ticket
print
job
server
affinities
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP05795715A
Other languages
English (en)
French (fr)
Inventor
Didier Lefebvre
Jean-Marc Bodart
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Production Printing Germany GmbH and Co KG
Original Assignee
Oce Printing Systems GmbH and Co KG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oce Printing Systems GmbH and Co KG filed Critical Oce Printing Systems GmbH and Co KG
Publication of EP1805592A2 publication Critical patent/EP1805592A2/de
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1253—Configuration of print job parameters, e.g. using UI at the client
    • G06F3/1255—Settings incompatibility, e.g. constraints, user requirements vs. device capabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203—Improving or facilitating administration, e.g. print management
    • G06F3/1208—Improving or facilitating administration, e.g. print management resulting in improved quality of the output result, e.g. print layout, colours, workflows, print preview
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285—Remote printer device, e.g. being remote from client or server
    • G06F3/1288—Remote printer device, e.g. being remote from client or server in client-server-printer device configuration

Definitions

  • the invention relates to a method, a computer program and a system for automatically processing a job ticket for a printing process.
  • OPS Order Distribution System
  • Finishing includes.
  • image and text files from different sources such as scanners, digital cameras, data carriers or a computer network, are brought together and finalized at a layout station.
  • a printer driver converts the data created on different platforms, for example, into postscript files.
  • These files can then be forwarded to a print server for printing.
  • Print servers convert the data into compressed bitmaps, which are fully automatically imposed and forwarded to the printing system.
  • the print server controls the printing process.
  • the finishing of the printed product includes, for example, the binding or insertion of release sheets.
  • the Order Distribution System is also responsible for the central administration of the production variants. This includes the printing service for intranet and internet users.
  • the Order Distribution System informs users about approved production variants, accepts print jobs together with a digital job bag, initiates automatic processing until printing.
  • the Order Distribution System also monitors the correct execution of the selected printing and finishing options.
  • job tickets are a file created by the user when the print job is created, containing all the information to be printed during printing. Traditional job tickets have clear instructions that must be implemented accordingly.
  • the printing process is becoming more and more extensive as more and more devices are integrated into a printing process, increasing the variety of functions.
  • Internet and intranet print processes are increasingly regionally distributed or assigned to a pool of printers that can be regionally distributed.
  • devices from different manufacturers increasingly have to work together in one process. In order to cope with these increased requirements, a uniform specification for the exchange of data materials in the printing process was agreed
  • JDF Job definition format
  • JMF Job Messaging Formats
  • JDF is an XML-based format in which the instructions for the printing process are arranged in a tree structure.
  • Each node of the tree structure includes an instruction or set of instructions. The topmost node is called the root.
  • the end nodes at branches are called leaf nodes.
  • JDF JDF
  • Intent nodes that contain a very general statement for a print process that needs to be specified to be able to run on a device.
  • This refinement also referred to as resolution, is performed by a corresponding controller during the printing process by subordinating one or more additional nodes to the intent node, which further specify the instruction of the intent node can be done step-by-step, ie incrementally subordinate a cascade of further nodes to an Intent node, with the last node, the leaf node, containing the exact instructions for the device, in particular the printer.
  • the resolution of the intent statements into more precise instructions up to the commands contained in the leaf nodes is accomplished by computer programs similar to device drivers "and the general intent statements into more concrete intent statements or specific commands for a printer or device This implementation also takes into account information about resources contained in the respective nodes.
  • resources are all things that are consumed or produced. They include physical objects, such as paper, ink, or data in the form of files or parameters.
  • a resource has an XML ID that identifies it throughout the job ticket.
  • Implementation programs determine whether a JDF specification printing process can succeed or whether there are problems with the implementation of the JDF specification in a printing process.
  • the invention is based on the object, a method, a computer program and a system for automatically processing a job ticket for a. To create a printing process that allows easy implementation of the JDF specification in the printing process.
  • the method according to the invention for automatically processing a job ticket for a printing process comprises the following steps: reading in a job ticket with a tree structure in which at least one intent node is contained, in which at least one template name and one resource are listed,
  • the resolution or resolution of job tickets in JDF format is carried out by means of templates.
  • Names are assigned to the templates, whereby a name can also be used for several templates, as long as the templates with the same name differ in terms of resources.
  • Templates are files that Sections of a job ticket, where variables can be used instead of values in the sections. When you insert a template, values are inserted into the variables that come from a list that is specific to the job ticket or that are general default values that are independent of the job ticket.
  • Such templates can be created by someone who has experience in the printing process, but he does not need special software experience, because the XML format in which the templates or the job ticket are created is easy and quick to learn.
  • the invention is based on the finding that a specific task in the printing process is to be processed as a function of the resources by means of different instructions in the job ticket. Therefore, the corresponding templates for a particular task are given the same name, which are then automatically selected depending on the resources available. The problem of assignment of precise instructions is thus reduced to a selection depending on the task defined by the name of the template and on the resources available. This scheme is very simple and can be implemented without special software knowledge.
  • the inventive method allows a simple implementation of the JDF specification in a printing process.
  • FIG. 2 shows the method for resolving intent statements in a job ticket by means of templates
  • FIG. 3 shows the sequence of the method for selecting a suitable device, in particular a printer for a printing process.
  • the method and system according to the invention is based on the application of the JDF format, as explained at the beginning.
  • the JDF format as known from JDF Specification Release 1.2 and the XML code used in this case are assumed to be known in the following explanation of the invention and will not be described again.
  • the JDF Specification Release 1.2 is fully incorporated.
  • a system 1 for carrying out the method according to the invention has a network 2 with data lines for the exchange of data.
  • This network can be Internet, Intranet, Local Area Network (LAN) or National (WA.N) network. Of course, it can also be a combination of different network types.
  • One or more clients 3, one or more servers or controllers 4 are connected via this network 2.
  • devices 5 are connected to perform certain tasks of the printing process. These devices 5 are mainly printers 5/1 to 5/6 and devices 5/7, 5/8 for post-processing of the printed media 6, such as a device for punching holes 5/7 or a device for binding the printed Sheets.
  • the medium to be printed 6 is usually paper. However, it can also consist of another material, such as films.
  • the system and the method according to the invention are primarily intended for printing processes carried out with high-performance digital electrophotographic printers. On the one hand, such methods are considerably more flexible in comparison with the off-set printing method, so that they are also suitable for small numbers, but on the other hand they are now so powerful that they can also be used to carry out complex printing processes, such as printing. B. for generating books in small numbers and the like. are suitable.
  • the clients 3 are computers connected to the network 2, on which application programs are stored and executed, with which files to be printed are generated. These application programs can be
  • Word processing programs professional layout programs that combine text and graphics and are stored in a file to be printed.
  • the job ticket and another file containing the data to be printed are usually generated.
  • the data of these two files can also be stored in a single file.
  • the job ticket according to the JDF format first defines the result of the printing process.
  • the job ticket is specified in such a way that it describes the course of the print process, which is also referred to as workflow.
  • the result of the printing process in the job ticket is defined on client 3 with intent statements.
  • intent statements merely include an indication that a book or newspaper is to be printed.
  • the job ticket may also contain further information if it has been specified by the user at the client 3.
  • a print server also referred to as a print server, is a computer that is capable of directing print jobs to one of several printers.
  • a controller is understood to mean a digital control device which is assigned to a specific device 5 or to a specific printer 5. Both a print server and a controller are equipped to process data with a CPU and data memory and can use the JDF
  • controllers and servers are equivalent for the invention. In the following they are therefore referred to exclusively as server 4.
  • the job ticket can be resolved in a first stage, for example by defining certain process steps. For example, if a print center only includes black-and-white printers, the first server 4/1 may further resolve the job ticket so that the print job is executed in black and white.
  • the printing center 7/1 comprises a server 4/2 and three printers 5/1 to 5/3.
  • the print center 7/2 comprises two servers 4/3 and 4/4, wherein the server 4/3 for driving three printers 5/4, 5/5 and 5/6 and the server 4/4 for driving two finishing devices 5 / 7 and 5/8 for punching or binding of the printed products.
  • the printing process comprises all steps, as shown in Figure 1 in the printing center 7/2, starting with the printing of a medium 6 at one of the printer 5/4 to 5/6 and a post-processing on at least one of the post-processing equipment 5/7 5.8.
  • the computer program assisted resolution of a job ticket with an intent instruction will be explained by way of example with reference to the scheme shown in FIG.
  • FIG. 2 schematically shows a job ticket 8 having a root node.
  • this root node it is defined that the data to be printed should be printed as a "report" and it is specified in which file (c: ⁇ temp ⁇ data.pdf) the data is located and what type of file (PDF) this file Only the essential details of the definition of such a root node are shown in Figure 2. In this case, the XML format is not adhered to in order to simplify the presentation.
  • the term "report" represents a name of a template.
  • the job ticket 8 does not define how such a report is printed.
  • the selection of the template takes place, on the one hand, as a function of the name of the template specified in the intent statement, which in the present exemplary embodiment is "report " .
  • Another criterion for the selection of the template are the resources that are specified in the job ticket 8.
  • Table 9 contains two templates named “Report” that differ in their capabilities (capabilities) .
  • the skills are a characteristic of the templates that make up the resources of job tickets correspond.
  • the resolution table 9 contains a template “Report” with the ability to process PDF files and another template called “Report” * with the ability to process Postscript files.
  • the job ticket 8 contains the data type PDF as a resource, which is why the template "report” for the data type PDF is selected from the table 9.
  • the definition of this template is read out and inserted into the job ticket, whereby the definition of the template is subordinated to the root node of the tree structure This results in a further dissolved job ticket 11.
  • variables 12 contained in the template are replaced by corresponding values 13. These values can be taken from the resources specified in the job ticket 8, from being contained in a list created for a specific job ticket, or from predetermined default values stored independently of the job ticket at the server 4 executing the resolution , be replaced. As a result, at least some of the instructions of the templates are made executable.
  • the root node is immediately subordinated to this embodiment, two nodes printing or binding.
  • Print nodes are two other nodes, namely PDF2PS and child PS printing.
  • the PDF2PS node means that a PDF file is converted to a PostScript (PS) file.
  • PS PostScript
  • the corresponding input and output files are indicated.
  • the nodes PDF2PS and PS- Print represent leaf nodes of the tree structure, since they can be executed directly on a server (PDF2PDS) or on a controller of a printer (PS-printing).
  • This example shows the insertion of a single
  • Templates are shown in a job ticket. Usually a job ticket will not only be a template but will be several Templates inserted. Ie, a 'general intent-instruction is increasingly concretized by adding more nodes.
  • a template can, as it is the case in the present example, itself comprise several nodes.
  • the resolution of the intent statements in concrete commands for controlling a printer can also be distributed step by step over several servers.
  • the resource changes, select another template. If, for example, the job ticket 8 in FIG. 2 contained the file type PS for the postscript format, the further template named "report" would have to be selected, in which the data would be printed immediately, since they are already in postscript format and no longer need to be converted from a PDF format into a Postscript format.
  • This scheme of the templates is very easy to understand without special software knowledge.
  • a user can therefore define his own templates provided that he has basic knowledge in XML format.
  • High-performance printing systems are usually serviced by personnel with such basic skills. Therefore, an editor for editing the templates is preferably also provided.
  • the assignment of a specific print job to a device, in particular a printer, will be explained below by way of example with reference to the diagram shown in FIG.
  • a print job is generated at the client 3 and usually comprises, as explained above with reference to Figure 1, a job ticket and another file containing the data to be printed.
  • the job ticket complies with the JDF format.
  • FIG. 3 schematically shows a printer pool with four printers 5/9 to 5/12.
  • the print jobs are distributed by the server 4 according to two criteria, the capabilities and the affinities.
  • the criterion of the abilities corresponds to the JDF format. Characteristics / ??? / of the print job are compared with capabilities of the individual printers. These capabilities are stored on the server in the form of lists associated with each printer. Typical capabilities that are considered in this comparison are:
  • the printer must have auto-routing enabled, otherwise the printer will not receive a print job automatically relayed by the server.
  • the printer is usually either for monochrome printing
  • the printer can be set for one or more duplex modes. These include z. B. one-sided printing, two-sided printing. Of these, there are a number of modifications in which the edges, the arrangement of the print image on the paper and the like are processed differently.
  • MzLt Side switching changes the print order so that the back side prints first. This is in some applications, such as the duplex printing, appropriate.
  • the device must have the ability for a user to use this device to process a print job from that user on that device.
  • Some devices specify a page threshold that determines the range of pages to be printed on a single print job.
  • a page threshold determines the range of pages to be printed on a single print job.
  • the print medium requested with the print job must be supported by the device and be presentable or feedable on this device.
  • a mailbox For some print jobs, it is necessary that a mailbox is activated, so that, for example, the print job at the printer can only be triggered by entering a specific password.
  • the server 4 assigns the print job to this device.
  • the corresponding files are converted at the server 4 into a bitmap file and transmitted to the printer, which then executes the printing process in accordance with the bitmap file, or the print job is transmitted in the form of the job ticket and the corresponding data file to the printer, on which by means of a controller from these data, the bit-map file is generated to control the printing process.
  • the present invention takes into account the affinity criterion.
  • the printers 5/9 and 5/10 do not fulfill the required capabilities.
  • the printers 5/11 and 5/12 are available for further selection.
  • affinities The choice of affinities is fundamentally different from the selection of skills. When choosing according to the criterion of skills must be a strict match between the required skills and the abilities of a selected drummer. When selecting the affinities, on the other hand, an attempt is made to find the most suitable printer or the most suitable device from a set of suitable devices. Here are from the
  • the selection can be made, for example, by selecting the device - the most desired one
  • the individual affinities may also be weighted with a weighting factor, which is the greater the more significant the particular affinity for the selection of the device.
  • the device is selected that have the affinities required by the print job with the sum of the largest weighting factor.
  • the affinities can also be compared by examining the affinities in a particular order, taking into account all appropriate devices when testing for a particular affinity. If an affinity results in an advantage for one device over all other suitable devices, then that device is selected and the further affinities are no longer checked. In this procedure, the order of the
  • processing steps There are a variety of processing steps that the device can perform.
  • the device that can carry out the largest number of processing steps desired by the print job is preferred. Examples of such processing steps are:
  • Stacking the printed sheets there are several ways in which the printed sheets can be stacked.
  • Binding There are several ways to bind a print engine (Dxaht Binding, Perfect Bounding) Collating: It checks if the device allows collating.
  • Punching Checks whether the device can punch holes. - Wrinkles: Here it is checked whether the device can make a desired folding.
  • a particular device may be specified as a preferred device. This will be with this
  • the device with the highest processing speed is preferred.
  • the least recently used device is preferred. This will be equivalent in the presence of several Devices causes an even distribution of print jobs on the devices.
  • affinities are features of any property of the job ticket and need not be limited to features of the resources.
  • the selection of a device according to affinities allows the determination of the most suitable device in a complex printing process, wherein the determination must first be made on a print server, which can be immediately upstream of the printers in the process chain.
  • the device is either selected by the producer of the print job or manually by an operator of a print server.
  • the printing process can be optimized automatically in terms of cost, speed, efficiency and quality of the printing process, so that with such a JDF printing process, it is possible to keep the print job as unspecific as possible at the beginning of the generation and still perform with an optimized device selection that is not initially set.
  • a server or a software running therein can modify the request such that only changes in the features of the device (delta messages) are transmitted.
  • the complete list of features is first transferred from the device to the server, and thereafter, only the changed features of the descriptive data are transmitted in case of changes.
  • a mixed transmission of the data may also be requested, with every Nth message containing the complete list of features and all other messages merely containing only the changed features of the device. This mixed transmission is preferred if the server is to be synchronized with the connected devices at regular intervals.
  • the server is to be synchronized with the connected devices at regular intervals.
  • FIG. 1 a preferred embodiment of the server 4 (FIG. 1) will be explained according to which a memory area 14 assigned to a client is set up on one of the servers 4. This memory area is referred to below as client memory area 14.
  • the print servers 4 have powerful functions for editing documents to be printed. Thus, sometimes they can be generated from any print data streams (e.g., AFT, PCL, PPDS, AFPDS,
  • IPDS IP-to-Funded Format
  • PDF Portable Network Data Service
  • These conversion functions are provided in order to convert the data obtained with the print data stream into a format suitable for the respective printer. Some of these print formats are very printer specific. However, there are also formats that are not only used for printing on the printer, but can also be used elsewhere.
  • an interface is provided to the user, with which the user can access the client storage space 14 to one of the server 4 and thus to the print data in the converted formats.
  • the client memory space 14 is assigned to the respective server 4 a program package in which the following functions can be performed:
  • the document stored in the client memory area 14 can be viewed.
  • This feature allows the print job to be checked before it is printed. This is very advantageous in connection with the use of the JDF format, as it can be used to control how the originally not very well-defined JDF job ticket was resolved and the print data was converted accordingly.
  • the send to archiving function allows the document to be transmitted to an archiving system.
  • the follow-me function makes it possible to store a print job in the client memory area 14, wherein the
  • Print job has been submitted to one of the clients 3.
  • the user can then at any later time this print job from another client, a server or even the printer itself, if it has corresponding input means, retrieved and expressed on a printer selected by the user.
  • the selection of the printer takes place here only with the retrieval of the print job from the client memory area 14. This feature offers the advantage for the user that he did not specify the location where the print file is printed when creating the print job, but at a later time, for example, when he attends a another location, where it can call up the print job and print it there.
  • the interface for communicating with the server provided on the client 3 serves in this embodiment for issuing print jobs, monitoring the print jobs and for organizing the client memory area 14.
  • the following is a procedure for automatically submitting print jobs from a client to a server.
  • This procedure configures local directories (folders) on the client or anywhere on the network as hot directories to be monitored.
  • One of the servers 4 can access these file directories to be monitored directly.
  • the server 4 is configured to periodically monitor these file directories to be monitored for including a complete print job.
  • a print job includes a file that is in a format to print (PostScript, PCL, TIFF, or PDF) and includes a JDF job ticket. If such a complete print job is stored in a file directory to be monitored, then one of the servers 4 reads it
  • a modification of this monitoring function does not require a complete print job of a directory to be monitored but only a file in a printable format. This file is then read by one of the servers 4 and further processed together with a default JDF job ticket.
  • the invention can be briefly summarized as follows: The invention relates to a method and system for automatically processing a job ticket for a printing process.
  • the job ticket complies with the JDF format, which means that it
  • dissolution Contains intent statements, which are specified in the course of the printing process.
  • the concretization is called dissolution.
  • the invention is characterized in that the dissolution takes place by means of templates which are automatically selected on the basis of their name and the resources listed in the job ticket.
  • the templates are then subordinated in the job ticket to the node containing the Intent statement to be resolved.
  • the templates can in this case comprise a section of a tree structure.

Abstract

Die Erfindung betrifft ein Verfahren und System zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess. Das Jobticket entspricht dem JDF-Format, das heißt, dass es Intent-Anweisungen enthält, die im Laufe des Druckprozesses konkretisiert werden. Das Konkretisieren wird als Auflösen bezeichnet. Die Erfindung zeichnet sich dadurch aus, dass das Auflösen mittels Templates erfolgt, die automatisch anhand ihres Namens und der im Jobticket aufgeführten Ressourcen ausgewählt werden. Die Templates werden dann im Jobticket dem Knoten, der die aufzulösende Intent-Anweisung enthält, untergeordnet. Die Templates können hierbei einen Abschnitt einer Baumstruktur umfassen.

Description

Verfahren, System und Computerprogramm zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess
Die Erfindung betrifft ein Verfahren, ein Computerprogramm und ein System zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess.
In das Druckerbuch, Technik und Technologien der OPS- Hochleistungsdrucker, Ausgabe 5a, Oktober 2000 (ISBN 3-00- 001019-X) ist im Kapitel 14 ein Order Distribution System (ODS) beschrieben, das auch als Workflow Manager bezeichnet wird. Mit diesem Order Distribution System kann der gesamte digitale Druckprozess gesteuert werden, der eine Druckvorstufe, einen Hochleistungsdrucker und eine
Endbearbeitung umfasst. In der Druckvorstufe werden Bild- und Textdateien aus unterschiedlichen Quellen, wie Scanner, Digitalkamera, Datenträger oder ein Computernetzwerk zusammengeführt und an einer Layoutstation in ihre endgültige Form gebracht. Anschließend wandelt ein Druckertreiber die auf verschiedenen Plattformen erstellten Daten zum Beispiel in Postscript-Dateien um. Diese Dateien können dann zum Druck an einen Printserver weitergegeben werden. Printserver konvertieren die Daten in komprimierte Bitmaps, die voll automatisch ausgeschossen werden und an das Drucksystem weitergleitet werden. Der Printserver steuert den Druckvorgang. Die Endbearbeitung des Druckproduktes umfasst zum Beispiel das Binden oder Einfügen von Trennblättern.
Das Order Distribution System ist außerdem für die zentrale Verwaltung der Produktionsvarianten zuständig. Dazu gehört auch der Druckservice für Intranet- und Internetbenutzer. Das Order Distribution System informiert Anwender über freigegebene Produktionsvarianten, nimmt Druckaufträge samt digitaler Auftragstasche an, veranlasst die automatische Abarbeitung bis zum Druck. Das Order Distribution System überwacht auch die korrekte Ausführung der ausgewählten Druck- und Nachverarbeitungsoptionen.
Das Order Distribution System arbeitet hier sogenannte Jobtickets ab. Ein Jobticket ist eine Datei, die vom Anwender beim Erstellen des Druckauftrages erstellt wird, in der alle Angaben enthalten sind, die beim Druckvorgang auszuführen sind. Herkömmliche Jobtickets weisen eindeutige Anweisungen auf, die entsprechend umzusetzen sind.
Der Druckprozess wird zunehmend umfangreicher, da immer mehr Geräte ±n einen Druckprozess integriert werden, wodurch die Funktionsvielfalt zunimmt. Zudem werden durch das Internet und Intranet Druckprozesse zunehmend regional verteilt ausgeführt oder einem Pool von Druckern zugeordnet, die regional verteilt sein können. Außerdem müssen zunehmend Geräte unterschiedlicher Hersteller in einem Prozess zusammen arbeiten. Um diesen gestiegenen Anforderungen gewachsen zu sein, wurde eine einheitliche Spezifikation zum Austausch von Datenfoαrmaten im Druckprozess vereinbart, die als
Jobdefinitionformat (JDF) bezeichnet wird. Hierzu gibt es ein korrespondierendes Jobnachrichtenformat (Job Messaging Formate bzw. JMF), das entsprechend spezifiziert ist. Die Spezifikation von JDF kann von der Internetseite www.cip4.org heruntergeladen werden, die zur Zeit aktuelle Spezifikation ist JDF Specification Release 1.2.
JDF ist ein XML-basiertes Format, bei dem die Anweisungen für den Druckprozess in einer Baumstruktur angeordnet sind. Jeder Knoten (node) der Baumstruktur umfasst eine Anweisung oder einen Satz von Anweisungen. Der oberste Knoten wird als Wurzel bzw. Root bezeichnet. Die Endknoten an Verzweigungen werden als Blattknoten (leaf nodes) bezeichnet.
Die Besonderheit von JDF liegt darin, dass es sogenannte
Intent-Knoten geben kann, die eine sehr allgemeine Anweisung für einen Druckprozess enthalten, die präzisiert werden muss, um an einem Gerät ausgeführt werden zu können. Diese Präzisierung, die auch als Auflösung (Resolution) bezeichnet wird, wird im Laufe des Druckprozesses von einem entsprechenden Controller ausgeführt, indem dem Intent-Knoten ein oder mehrere "weitere Knoten untergeordnet werden, die die Anweisung des Intent-Knotens näher präzisieren. Diese Auflösung kann schrittweise erfolgen, d.h., dass einem Intent-Knoten schrittweise eine Kaskade von weiteren Knoten untergeordnet werden, wobei im letzten Knoten, dem Blattknoten, die exakten Anweisungen für das Gerät, insbesondere den Drucker, enthalten sind.
Die Auflösung der Intent-Anweisungen in präzisere Anweisungen bis zu den in den Blattknoten enthaltenen Befehlen erfolgt mittels Computerprogrammen, die ähnlich zu Gerätetreibern ausgebildet sind "und die allgemeine Intent-Anweisungen in konkretere Intent—Anweisungen bzw. in konkrete Befehle für einen Drucker oder ein Gerät umsetzen. Bei dieser Umsetzung werden auch Angaben über Ressourcen berücksichtigt, die in den jeweiligen Knoten enthalten sind. Nach der JDF-
Spezifikation sind alle Ressourcen alle Dinge, die verbraucht oder produziert werden. Sie umfassen physikalische Gegenstände, wie zum Beispiele Papier, Tinte, oder Daten in Form von Dateien oder Parametern. Eine Ressource hat eine XML ID, mit der sie im gesamten Jobticket identifiziert wird.
Diese Computerprogramme zum Verknüpfen der Intent-Anweisungen mit den Ressourcen zur Auflösung der Intent-Anweisungen erfordern viel Know-how sowohl über den Druckprozess an sich als auch erhebliche Softwarekenntnisse. Diese
Umsetzungsprogramnae sind ausschlaggebend dafür, ob ein Druckprozess nach der JDF-Spezifikation erfolgreich ausgeführt werden kann oder ob es bei der Implementierung der JDF-Spezifikation in einen Druckprozess Probleme gibt.
Aus der EP-A2-1 197 838 ist ein Verfahren zum Bearbeiten von Druckaufträgen in einem Netzwerk bekannt, bei dem anhand eines job tickets überprüft wird, ob ein Druckdienstleister die zur Bearbeitung des Druckauftrages erforderlichen Ressourcen hat.
Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren, ein Computerprogramm und ein System zum automatischen Bearbeiten eines Jobtickets für einen. Druckprozess zu schaffen, mit denen eine einfache Implementierung der JDF-Spezifikation in den Druckprozess möglich ist.
Die Aufgabe wird durch ein Verfahren mit den Merkmalen des Anspruchs 1, durch ein Computerprogramm mit den Merkmalen des Anspruchs 22 und durch ein System mit den Merkmalen des Anspruchs 16 gelöst. Vorteilhafte Ausgestaltung der Erfindung sind in den jeweiligen Unteransprüchen angegeben.
Das erfindungsgemäße Verfahren zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess umfasst folgende Schritte: - Einlesen eines Jobtickets mit einer Baumstruktur, in dem zumindest ein Intent-Knoten enthalten ist, in dem zumindest ein Template-Name und eine Ressource aufgeführt ist,
- Ermitteln von dem im Intent-Knoten angegebenen Template- Namen und den im Intent-Knoten aufgeführten Ressourcen, - Auswählen eines Templates, das den Template-Namen aufweist und das die Fähigkeiten besitzt, die im Intent-Knoten angegebenen Ressourcen zu be- bzw. verarbeiten,
- Einfügen des ausgewählten Templates in die Baumstruktur des Jobtickets, wobei es dem j eweiligen Intent-Knoten untergeordnet wird.
Mit dem erfindungsgemäßen Verfahren wird die Auflösung bzw. Resolution von Jobtickets im JDF-Format mittels Templates ausgeführt. Den Templates sind Namen zugeordnet, wobei ein Name auch für mehrere Templates verwendet werden kann, sofern sich die Templates mit gleichem Namen bezüglich der Ressourcen unterscheiden. Templates sind Dateien, die Abschnitte eines Jobtickets enthalten, wobei in den Abschnitten Variablen anstelle von Werten eingesetzt werden können. Beim Einfügen eines Templates werden in die Variablen Werte eingesetzt, die aus einer für das Jobticket bestimmten Liste stammen oder allgemeine Vorgabewerte (default values) sind, die unabhängig vom Jobticket sind.
Durch die Verwendung von Templates zur Auflösung von JDF- Jobtickets ist es nicht mehr notwendig, spezielle Computerprogramme zu schreiben, die Intent-Anweisungen in
Befehle für die Geräte umsetzen. Derartige Templates können von jemanden erstellt werden, der Erfahrung bezüglich des Druckprozesses besitzt, besondere Softwareerfahrung benötigt er hingegen nicht, da das XML-Format, in dem die Templates bzw. die Jobticket erstellt werden, einfach und schnell erlernbar ist.
Der Erfindung liegt die Erkenntnis zugrunde, dass eine bestimmte Aufgabe im Druckprozess in Abhängigkeit von den Ressourcen durch unterschiedliche Anweisungen im Jobticket zu bearbeiten ist. Deshalb werden die entsprechenden Templates für eine bestimmte Aufgabe mit dem gleichen Namen versehen, die dann automatisch in Abhängigkeit von den zur Verfügung stehenden Ressourcen ausgewählt werden. Das Problem der Zuordnung präziser Anweisungen wird somit auf eine Auswahl in Abhängigkeit der Aufgabe, die durch den Namen des Templates definiert ist, und in Abhängigkeit der zur Verfügung stehenden Ressourcen reduziert. Dieses Schema ist sehr einfach und kann ohne besondere Softwarekenntnisse umgesetzt werden.
Somit erlaubt das erfindungsgemäße Verfahren eine einfache Implementation der JDF-Spezifikation in einen Druckprozess.
Die Erfindung wird nachfolgend beispielhaft näher anhand der Zeichnungen erläutert. Die Zeichnungen zeigen schematisch in: Figur 1 ein System zum Ausführen des erfindungsgemäßen Verfahrens in einem Blockschaltbild,
Figur 2 das Verfahren zum Auflösen von Intent-Anweisungen in einem Jobticket mittels Templates, und
Figur 3 den Ablauf des Verfahrens zum Auswählen eines geeigneten Gerätes, insbesondere Druckers für einen Druckprozess .
Das erfindungsgemäße Verfahren und System beruht auf der Anwendung des JDF-Formats, wie es Eingangs erläutert worden ist. Das JDF-Format, wie es aus JDF Specification Release 1.2 bekannt ist sowie der hierbei verwendete XML-Code werden bei der nachfolgenden Erläuterung der Erfindung als bekannt vorausgesetzt und nicht nochmals beschrieben. Die JDF Specification Release 1.2 wird vollinhaltlich inkorporiert.
Ein System 1 zum Ausführen des erfindungsgemäßen Verfahrens weist ein Netzwerk 2 mit Datenleitungen zum Austausch von Daten auf. Dieses Netzwerk kann als Internet, ein Intranet oder ein lokales (LAN) oder ein überregionales (WA.N) Netzwerk sein. Es kann selbstverständlich auch eine Kombination unterschiedlicher Netzwerktypen sein. Über dieses Netzwerk 2 sind ein oder mehrere Clients 3, ein oder mehrere Server bzw. Controller 4 verbunden. An den Servern bzw. Controllern 4 sind Geräte 5 zum Ausführen bestimmter Aufgaben des Druckprozesses angeschlossen. Diese Geräte 5 sind vor allem Drucker 5/1 bis 5/6 und Geräte 5/7, 5/8 zum Nachverarbeiten der bedruckten Medien 6, wie zum Beispiel ein Gerat zum Stanzen von Löchern 5/7 bzw. ein Gerät zum Binden der bedruckten Bögen.
Das zu bedruckende Medium 6 ist in der Regel Papier. Es kann jedoch auch aus einem anderen Material, wie zum Beispiel Folien, bestehen. Das erfindungsgemäße System und das erfindungsgemäße Verfahren sind vor allem für mit digitalen elektrofotografischen Hochleistungsdruckern ausgeführte Druckprozesse vorgesehen. Derartige Verfahren sind zum einen im Vergleich zum Off-Set-Druckverfahren wesentlich flexibler, so dass sie auch für kleine Stückzahlen geeignet sind, andererseits sind sie mittlerweile derart leistungsfähig, dass sie auch zum Ausführen aufwändiger Druckprozesse, wie z. B. zum Erzeugen von Büchern in kleiner Auflage u.dgl. geeignet sind.
Die Clients 3 sind ans Netzwerk 2 angeschlossene Computer, auf welchen Anwendungsprogramme gespeichert sind und zur Ausführung gebracht werden, mit welchen zu druckende Dateien erzeugt werden. Diese Anwendungsprogramme können
Textverarbeitungsprogramme sein, professionelle Layout- Programme, mit welchen Texte und Grafiken kombiniert werden und in einer zu druckenden Datei gespeichert werden. Bei der Verwendung des JDF-Formats wird in der Regel das Jobticket und eine weitere Datei, die die zu druckenden Daten enthält, erzeugt. Die Daten dieser beiden Dateien können auch in einer einzigen Datei gespeichert sein. Mit dem Jobticket nach dem JDF-Format wird zunächst das Ergebnis des Druckprozesses definiert. Bei der weiteren Bearbeitung des Druckauftrages wird das Jobticket derart präzisiert, dass es den Ablauf des Druckprozesses beschreibt, der auch als Workflow bezeichnet wird. Bei Verwendung des JDF-Formates wird am Client 3 das Ergebnis des Druckprozesses im Jobticket mit Intent- Anweisungen definiert. Solche Intent-Anweisungen beinhalten zum Beispiel lediglich die Angabe, dass ein Buch oder eine Zeitung gedruckt werden soll. Das Jobticket kann selbstverständlich auch weitergehende Angaben enthalten, falls sie vom Benutzer am Client 3 festgelegt worden sind.
Über das Datennetzwerk 2 werden das Jobticket und die zu druckenden Daten zu einem ersten Server 4/1 weitergeleitet - Dieser Server verteilt die Druckaufträge auf bestimmte Druckzentren 7, die jeweils eine oder mehrere Drucker 5 und einen entsprechenden Controller bzw. Server 4 umfassen. Ein Server für Druckprozesse, der auch als Druckserver bezeichnet wird, ist ein Computer, der geeignet ist, Druckaufträge auf einen von mehreren Druckern weiter zu leiten. Unter Controller versteht man hingegen eine digitale Steuereinrichtung, die einem bestimmten Gerät 5 bzw. einem bestimmten Drucker 5 zugeordnet ist. Sowohl ein Druckserver als auch ein Controller sind zur Verarbeitung von Daten mit einer CPU und Datenspeicher ausgerüstet und können das JDF-
Jobticket auflösen. Deshalb sind für die Erfindung Controller und Server gleichwertig. Im folgenden werden sie deshalb ausschließlich als Server 4 bezeichnet.
In einem ersten Server 4/1, der die Druckaufträge zwischen zwei Druckzentren 7/1 und 7/2 verteilt, kann das Jobticket in einer ersten Stufe aufgelöst werden, indem zum Beispiel bestimmte Prozessschritte definiert werden. Umfasst ein Druckzentrum zum Beispiel nur Schwarz-Weiß-Drucker, so kann der erste Server 4/1 das Jobticket dahingehend weiter auflösen, dass der Druckauftrag in schwarz-weiß auszuführen ist.
Das Druckzentrum 7/1 umfasst einen Server 4/2 und drei Drucker 5/1 bis 5/3.
Das Druckzentrum 7/2 umfasst hingegen zwei Server 4/3 und 4/4, wobei der Server 4/3 zum Ansteuern dreier Drucker 5/4, 5/5 und 5/6 und der Server 4/4 zum Ansteuern zweier Nachbearbeitungsgeräte 5/7 und 5/8 zum Stanzen bzw. zum Binden der bedruckten Produkte aufweist.
Der Druckprozess umfasst alle Schritte, wie sie in Figur 1 im Druckzentrum 7/2 dargestellt sind, beginnend mit dem Bedrucken eines Mediums 6 an einem der Drucker 5/4 bis 5/6 und einer Nachbearbeitung an zumindest einem der Nachbearbeitungsgeräte 5/7 bzw. 5/8. Nachfolgend wird das computerprogrammgestützte Auflösen eines Jobtickets mit einer Intent-Anweisung beispielhaft anhand dem in Figur 2 gezeigten Schema erläutert.
In Figur 2 ist ein Jobticket 8 schematisch dargestellt, das einen Wurzelknoten (root node) aufweist. In diesem Wurzelknoten ist definiert, dass die zu druckenden Daten als „Report" gedruckt werden sollen und es ist angegeben, in welcher Datei (c:\temp\data.pdf) sich die Daten befinden und welche Art von Dateityp (PDF) diese Datei ist. In Figur 2 sind lediglich die wesentlichen Ausschnitte der Definition eines solchen Wurzelknotens dargestellt. Hierbei wird zur Vereinfachung der Darstellung das XML-Format nicht eingehalten.
Der Begriff „Report" stellt einen Namen von einem Template dar. Im Jobticket 8 ist nicht definiert, wie ein solcher Report gedruckt wird.
Erreicht das Jobticket 8 einen der Server, in dem sich eine Resolution-Tabelle 9 befindet, die eine Reihe von Templates umfasst und ist ein geeignetes Template enthalten, so wird dieses Template insbesondere automatisch programmgesteuert ausgelesen und dem Wurzelknoten untergeordnet. Dieser Schritt wird als Intent-Auflösung 10 bzw. Intent-Resolution 10 bezeichnet.
Die Auswahl des Templates erfolgt zum einen in Abhängigkeit des in der Intent-Anweisung angegebenen Namens des Templates, der im vorliegenden Ausführungsbeispiel „Report"" lautet. Ein weiteres Kriterium zur Auswahl des Templates sind die Ressourcen, die im Jobticket 8 angegeben sind. Die Tabelle 9 enthält zum Beispiel zwei Templates mit der Bezeichnung „Report", die sich in ihren Fähigkeiten (capabilities) unterscheiden. Die Fähigkeiten sind ein Charakteristikum der Templates, die zu den Ressourcen der Jobtickets korrespondieren. Die Resolution-Tabelle 9 enthält ein Template „Report" mit der Fähigkeit, PDF-Dateien zu verarbeiten und ein weiteres Template mit der Bezeichnung „Report"* mit der Fähigkeit Postscript-Dateien zu verarbeiten. Das Jobticket 8 enthält als Ressource den Datentyp PDF, weshalb aus der Tabelle 9 das Template „Report" für den Datentyp PDF ausgewählt wird. Die Definition dieses Templates wird ausgelesen und in das Jobticket eingefügt, wobei die Definition des Templates dem Wurzelknoten der Baumstruktur untergeordnet wird. Somit ergibt sich ein weiter aufgelöstes Jobticket 11.
Beim Einfügen der Definition eines Templates in einem Jobticket werden im Template enthaltene Variablen 12 durch entsprechende Werte 13 ersetzt. Diese Werte können zum einen den im Jobticket 8 angegebenen Ressourcen entnommen werden, zum anderen in einer für ein bestimmtes Jobticket erstellten Liste enthalten sein oder durch vorbestimmte Vorgabewerte (default values) , die unabhängig vom Jobticket am Server 4, der die Auflösung ausführt, gespeichert sind, ersetzt werden. Hierdurch werden zumindest ein Teil der Anweisungen der Templates ausführbar gemacht.
Dem Wurzelknoten werden mit diesem Ausführungsbeispiel zwei Knoten Drucken bzw. Binden unmittelbar untergeordnet. Dem
Knoten Drucken sind zwei weitere Knoten, nämlich PDF2PS und PS-Drucken untergeordnet. Der Knoten PDF2PS bedeutet, dass eine PDF-Datei in eine PostScript (PS) -Datei umgewandelt wird. Die entsprechenden Eingabe- und Ausgabedateien sind angegeben. Im Jobticket 11 stellen die Knoten PDF2PS und PS- Drucken Blattknoten der Baumstruktur dar, da sie unmittelbar an einem Server (PDF2PDS) bzw. an einem Controller eines Druckers (PS-Drucken) ausgeführt werden können.
Anhand dieses Beispiels wird die Einfügung eines einzelnen
Templates in ein Jobticket gezeigt. Üblicherweise wird in ein Jobticket nicht lediglich ein Template sondern werden mehrere Templates eingefügt. D.h., dass eine ' allgemeine Intent- Anweisung durch Hinzufügen weiterer Knoten zunehmend konkretisiert wird. Ein Template kann, wie es im vorliegenden Beispiel auch der Fall ist, selbst mehrere Knoten umfassen. Die Auflösung der Intent-Anweisungen in konkrete Befehle zur Ansteuerung eines Druckers kann auch schrittweise über mehrere Server verteilt erfolgen.
Für die Erfindung ist wesentlich, dass die Auflösung von Intent-Anweisungen durch Einfügen von Templates erfolgt, die aufgrund ihres Namens und ihrer Fähigkeiten ausgewählt werden. Mit diesem Schema lassen sich alle Teilprozesse eines Druckprozesses erfassen, da die einzelnen Teilprozesse jeweils zur Bewältigung einer bestimmten Aufgabe vorgesehen sind und von den zu Verfügung stehenden Ressourcen abhängen. Diese Ressourcen können hierbei Dateien, Eigenschaften von Dateien aber auch Gegenstände oder Eigenschaften von Gegenständen, wie zum Beispiel Papier oder das Format vom Papier sein.
Ändert sich die Ressource, so ist ein anderes Template auszuwählen. Würde zum Beispiel das Jobticket 8 in Figur 2 als Dateityp PS für das Postscript-Format enthalten, so müsste das weitere Template mit der Bezeichnung „Report" ausgewählt werden, bei dem die Daten unmittelbar gedruckt werden, da sie bereits im Postscript-Format vorliegen und nicht mehr von einem PDF-Format in ein Postscript-Format umgesetzt werden müssen.
Dieses Schema der Templates ist sehr einfach nachvollziehbar ohne besondere Softwarekenntnisse. Ein Anwender kann somit, sofern er Grundkenntnisse im XML-Format besitzt, seine eigenen Templates definieren. Hochleistungsdrucksysteme werden üblicherweise von Personal betreut, das derartige Grundkenntnisse besitzt. Deshalb wird vorzugsweise auch ein Editor zum Editieren der Templates zur Verfügung gestellt. Nachfolgend wird die Zuordnung eines bestimmten Druckauftrages zu einem Gerät, insbesondere einem Drucker, beispielhaft anhand dem in Figur 3 gezeigten Schema erläutert.
Ein Druckauftrag wird am Client 3 erzeugt und umfasst in der Regel, wie es oben anhand von Figur 1 erläutert ist, ein Jobticket und eine weitere Datei, die die zu druckenden Daten enthält. Das Jobticket entspricht dem JDF-Format.
Am Server 4 werden die Druckaufträge jeweils einem von mehreren Geräten zugeordnet. In Figur 3 ist schematisch ein Druckerpool mit vier Druckern 5/9 bis 5/12 dargestellt.
Bei der Erfindung werden die Druckaufträge vom Server 4 nach zwei Kriterien, den Fähigkeiten (capabilities) und den Affinitäten (affinities) verteilt.
Das Kriterium der Fähigkeiten entspricht dem JDF-Format. Hierbei werden Merkmale/???/des Druckauftrages mit Fähigkeiten der einzelnen Drucker verglichen. Diese Fähigkeiten sind am Server in Form von den jeweiligen Druckern zugeordneten Listen gespeichert. Typische Fähigkeit, die bei diesem Vergleich berücksichtigt werden, sind:
Auto-routing enabled
Am Drucker muss die Fähigkeit „auto-routing" aktiv sein, sonst kann der Drucker kein automatisch vom Server weitergeleiteten Druckauftrag entgegen nehmen.
Color
Der Drucker ist in der Regel entweder für einfarbigen Druck
(monochrom) oder mehrfarbigen Druck (CMYK) ausgebildet.
Duplexing
Der Drucker kann für einen oder mehrere Duplex-Mode eingestellt sein. Hierunter fallen z. B. einseitiger Druck, zweiseitiger Druck. Hiervon gibt es eine Reihe von Abwandlungen, bei welchen die Kanten, die Anordnung des Drruckbildes auf dem Papier und dergleichen unterschiedlich verarbeitet werden.
Si.de switching enabled
MzLt Side switching wird die Druckreihenfolge derart geändert, dass die Rückseite zuerst gedruckt wird. Dies ist bei einigen Anwendungen, wie z.B. dem Duplex-Druck, zweckmäßig.
A-Llowed υser
An. dem Gerät muss die Fähigkeit eingestellt sein, dass ein Benutzer dieses Gerät benutzen kann, damit ein Druckauftrag von diesem Benutzer an diesem Gerät bearbeitet werden kann.
Page threshold
An manche Geräten wird ein Seitenschwellwert vorgegeben, der den Bereich der zu druckenden Seiten eines einzelnen Drruckaufträges festlegt. Bei dem Vergleich der Fähigkeiten wzLrd am Druckserver 4 die Anzahl der Seiten des zu druckenden Dokumentes mit der Anzahl der Exemplare des zu druckenden Dokumentes multipliziert und das sich hieraus ergebende Produkt muss in dem vorgegebenen Bereich liegen.
Media
Das mit dem Druckauftrag angeforderte Druckmedium muss von dem Gerät unterstützt und an diesem Gerät vorhanden bzw. zuführbar sein.
Acävanced paper handling (APH) enabled
Falls zum Beispiel eine Änderung des Druckmedium oder ein Bedrucken eines Einbandes im Druckauftrag gefordert ist, dann ist es notwendig, dass die Fähigkeit „advanced paper handling (APH) λλ aktiv ist.
Mailbox Bei manchen Druckaufträgen ist es notwendig, dass eine Mailbox aktiviert ist, so dass zum Beispiel der Druckauftrag am Drucker erst durch Eingeben eines bestimmten Passwortes ausgelöst werden kann.
Falls am Server 4 festgestellt wird, dass keines der Geräte die durch den Druckauftrag geforderten Fähigkeiten erfüllt, so muss der Druckauftrag vom Server 4 als nicht ausführbar zurück gewiesen werden.
Falls nur ein. einziges Gerät all die vom Druckauftrag geforderten Fähigkeiten erfüllt, wird diesem Gerät vom Server 4 der Druckauftrag zugewiesen. Hierbei werden die entsprechenden Dateien am Server 4 in eine bit-map-Datei umgesetzt und zum Drucker übertragen, der dann entsprechend der bit-map-Datei den Druckvorgang ausführt, oder der Druckauftrag wird in Form des Jobtickets und der korrespondierenden Datendatei zum Drucker übertragen, an dem mittels eines Controllers aus diesen Daten die bit-map-Datei zum Ansteuern des Druckvorganges erzeugt wird. Wird das
Jobticket vom Server 4 zum Drucker 5 übertragen, so wird es am Server 4 weiter aufgelöst, in dem im Jobticket ein Knoten zum Ausführen des Druckauftrages auf diesem Drucker eingetragen wird.
Falls jedoch mehrere Geräte, die notwendigen Fähigkeiten erfüllen, dann wird mit der vorliegenden Erfindung das Kriterium der Affinitäten berücksichtigt.
Bei dem in Figur 3 schematisch dargestellten Beispiel erfüllen die Drucker 5/9 und 5/10 die geforderten Fähigkeiten nicht. Für die weitere Auswahl stehen die Drucker 5/11 und 5/12 zur Verfügung.
Die Auswahl nach Affinitäten unterscheidet sich grundsätzlich von der Auswahl nach Fähigkeiten. Bei der Auswahl nach dem Kriterium der Fähigkeiten muss eine strenge Übereinstimmung zwischen den geforderten Fähigkeiten und den Fähigkeiten eines ausgewählten Drmckers bestehen. Bei der Auswahl nach den Affinitäten hingegen, wird versucht, den geeignetsten Drucker bzw. das geeignetste Geräte aus einer Menge von geeigneten Geräten herauszufinden. Hierbei werden vom
Druckauftrag gewünschte Affinitäten mit von den jeweiligen Druckern angebotenen Affinitäten verglichen.
Die Auswahl kann zum Beispiel dadurch erfolgen, dass das Gerät ausgewählt wird,- das die meisten gewünschten
Affinitäten erfüllt. Die einzelnen Affinitäten können jedoch auch mit einem Gewichtungsfaktor gewichtet sein, der umso größer ist, je bedeutender die jeweilige Affinität für die Auswahl des Gerätes ist. Hierbei wird das Gerät ausgewählt, das die vom Druckauftrag geforderten Affinitäten mit in der Summe dem größten Gewichtungsfaktor aufweisen.
Der Vergleich der Affinitäten kann auch erfolgen, indem die Affinitäten in einer bestimmten Reihenfolge geprüft werden, wobei bei einer Prüfung einer jeweiligen Affinität alle geeigneten Geräte berücksichtigt werden. Ergibt sich bei einer Affinität ein Vorteil für ein Gerät gegenüber allen anderen geeigneten Geräten, so wird dieses Gerät ausgewählt und die Prüfung der weiteren Affinitäten nicht mehr ausgeführt. Bei diesem Verfahren ist die Reihenfolge der
Affinitäten von Bedeutung. Die wichtigen Affinitäten werden zuerst und die weniger wichtigen Affinitäten werden zum Schluss geprüft.
Nachfolgend sind einige Beispiele für Affinitäten aufgeführt:
APH inserts/unprinted Covers
Es wird die Anzahl der Trennblätter und unbedruckten Umschläge, die das Gerät erzeugen kann, berechnet. Das Gerät mit der größten Anzahl, wird bei Bedarf bevorzugt.
Finishing Es gibt eine Vielzahl von Beartoeitungsschritten, die das Gerät ausführen kann. Das Gerät, das die größte Anzahl der vom Druckauftrag gewünschten Bearbeitungsschritte ausführen kann, wird bevorzugt. Beispiele für solche Bearbeitungsschritte sind:
Stapeln der bedruckten Bögen: es gibt mehrere Varianten, wie die bedruckten Bögen gestapelt werden können.
Binden: Es gibt mehrere Varianten, wie ein Druckwerk gebunden werden kann (Dxahtbindung, Klebebindung) Collating: Es wird geprüft, ob das Gerät das Collatinieren erlaubt.
Stanzen: Hier wird geprüft, ob das Gerät Löcher stanzen kann. - Falten: Hier wird geprüft, ob das Gerät eine gewünschte Faltung vornehmen kann.
Preferred device
In einem Druckauftrag kann ein bestimmtes Gerät als bevorzugtes Gerät angegeben sein. Dies wird mit dieser
Affinität überprüft. Liegt eine Gewichtung von Affinitäten vor, so ist diese Affinität setir hoch zu gewichten, da sie dem ausdrücklichen Wunsch des Erzeugers des Druckauftrages entspricht.
Mit der Affinität der Geräteveurfügbarkeit wird geprüft, ob das Gerät sich im „Leerlauf" (±dle) befindet ist, oder ob es „in Betrieb" (running) ist. Ein im Leerlauf befindliches Gerät wird bevorzugt.
Speed
Das Gerät mit der größten Verarbeitungsgeschwindigkeit wird bevorzugt.
Least recently υsed
Das am längsten nicht benutzte Gerät wird bevorzugt . Hierdurch wird beim Vorhandensein mehrerer gleichwertiger Geräte eine gleichmäßige Verteilung der Druckaufträge auf die Geräte bewirkt.
Wird ein bestimmtes Gerät ausgewählt, so wir:d im Jobticket ein weiterer Knoten erzeugt, der ein Blattknoten ist, da heißt, dass er unmittelbar am Gerät ausführbar ist.
Es gibt keine bestimmte Zuordnung dahingehend, dass ein bestimmtes Merkmal als Fähigkeit oder als Affinität zu prüfen ist. Vielmehr ist es auch möglich, bestimmte Merkmale, die bei der Prüfung der Fähigkeiten berücksichtigt werden auch bei der Prüfung der Affinitäten zu berücksichtigen. Merkmale, die bei der Prüfung der Fähigkeiten berücksichtigt werden, müssen gemäß dem JDF-Format mit den im Jobticket angegebenen Ressourcen verglichen werden. Die Affinitäten sind hingegen Merkmale einer jeden beliebigen Eigenschaft des Jobtickets und müssen nicht auf Merkmale der Ressourcen beschränkt sein.
Die Auswahl eines Gerätes nach Affinitäten, wie sie oben beschrieben ist, erlaubt in einem komplexen Druckprozess die Bestimmung des geeignetsten Gerätes, wobei die Bestimmung erst an einem Druckserver erfolgen muss, der in der Prozesskette den Druckern unmittelbar vorgeschaltet sein kann.
Bei herkömmlichen Verfahren wird das Gerät entweder vom Erzeuger des Druckauftrages ausgewählt oder manuell von einem Operator eines Druckservers.
Mit der Erfindung erfolgt die Auswahl des geeignetsten Gerätes zum eine automatisch und zum anderen wesentlich schneller, wobei auch mehrere Auswahlparameter, das heißt mehrere Affinitäten berücksichtigt werden können. Dies stellt eine wesentliche Steigerung der Qualität des Ablaufes des Druckprozesses dar. Dies gilt insbesondere in Verbindung mit Druckaufträgen nach dem JDF-Format, bei welchem im Jobticket Intent-Anwei sungen enthalten sind. Da diese Intent-Anweisungen sehr unspezifisch sind, kann zunächst auch völlig offen gelassen sein, welches Gerät zum Ausführen des Druckauftrages am geeignetsten ist. Erst im Laufe der Auflösung des Jobtickets werden die notwendigen Fähigkeiten näher definiert. Eine Auswahl alleine nach den Fähigkeiten ist jedoch im Hinblick auf Kosten, Geschwindigkeit, Wirtschaftlichkeit und Qualität des Druckproduktes nicht immer optimal. Mit der zusätzlichen
Auswahl nach Affinitäten kann der Druckprozess automatisch bezüglich Kosten, Geschwindigkeit, Wirtschaftlichkeit und Qualität des Druckprozesses optimiert werden, so dass mit einem solchen JDF-Druckprozess es möglich ist, den Druckauftrag zu Beginn der Erzeugung desselben möglichst unspezifisch zu halten und dennoch mit einer optimierten Geräteauswahl auszuführen, die zunächst nicht festgelegt ist.
Nachfolgend wird ein bevorzugtes Verfahren zum Aktualisieren der in einem Server gespeicherten Liste der Merkmale (z.B. Fähigkeiten, Affinitäten) eines Gerätes erläutert.
Nach dem JDF-Format werden auf eine bestimmte Anfrage (,,KnownDevicesλλ) eines Servers an ein Gerät, die aktuellen Merkmale des Gerätes übermittelt, wobei immer eine vollständige Liste aller Merkmale übertragen wird.
Bei dem erfindungsgemäß bevorzugten Verfahren kann ein Server bzw. eine darin ablaufende Software die Anfrage dahingehend abwandeln, dass lediglich Änderungen der Merkmale des Gerätes (delta messages) übertragen werden. Auf eine solche Anfrage wird zunächst einmal die vollständige Liste der Merkmale vom Gerät zum Server übertragen und danach werden bei Änderungen lediglich nur die geänderten Merkmale der beschreibenden Daten übertragen. Es kann auch eine gemischte Übertragung der Daten angefordert werden, wobei jede N-te Nachricht die vollständige Liste der Merkmale enthält und alle weiteren Nachrichten lediglich bloß die geänderten Merkmale des Gerätes enthalten. Diese gemischte Übertragung wird dann bevorzugt, wenn in regelmäßigen Abständen der Server mit den verbundenen Geräten synchronisiert werden soll. Für die automatische Auswahl eines Gerätes nach den Kriterien der Fähigkeiten bzw. der Affinitäten ist es notwendig, dass die entsprechenden Listen der Merkmale der Geräte aktuell sind. Mit den Verfahren der Übertragung von Nachrichten, die lediglich Daten der geänderten Merkmale enthalten (delta messages) kann das zu übertragende Datenvolumen begrenzt werden. Das ist bei einem großen verzweigten Drucksystem, bei dem grundsätzlich ein intensiver Austausch an Daten besteht, sehr von Vorteil.
Nachfolgend wird eine bevorzugte Ausgestaltung der Server 4 (Figur 1) erläutert, gemäß der auf einem der Server 4 ein einem Client zugeordneter Speicherbereich 14 eingerichtet ist. Dieser Speicherbereich wird im folgenden als Client- Speicherbereich 14 bezeichnet.
Die Druckserver 4 weisen mächtige Funktionen zum Bearbeiten von zu druckenden Dokumenten auf. So können sie manchmal aus beliebigen Druckdatenströmen (z.B. AFT, PCL, PPDS, AFPDS,
IPDS) in grafische Dateien anderer Formate, wie zum Beispiel dem PDF-Format, konvertieren. Diese Konvertier-Funktionen sind vorgesehen, um die mit dem Druckdatenstrom erhaltenen Daten in ein für den jeweiligen Drucker geeignetes Format umzusetzen. Manche dieser Druckformate sind sehr druckerspezifisch. Es gibt jedoch auch Formate, die nicht nur zum Drucken am Drucker eingesetzt werden, sondern auch anderweitig verwendet werden können. Am Client 3 wird dem Anwender ein Interface bereit gestellt, mit welchem der Anwender auf den Client-Speicherraum 14 an einen der Server 4 und damit auf die Druckdaten in den konvertierten Formaten zugreifen kann. Dem Client-Speicherraum 14 ist am jeweiligen Server 4 ein Programmpaket zugeordnet, in welchem folgende Funktionen ausgeführt werden können:
View
Mit der Funktion view kann das im Client-Speicherbereich 14 abgelegte Dokument betrachtet werden. Mit dieser Funktion kann der Druckauftrag kontrolliert werden, bevor er zum Ausdruck gebracht wird. Dies ist in Verbindung mit der Verwendung des JDF-Formats sehr vorteilhaft, da hiermit kontrolliert werden kann, wie das ursprünglich nicht sehr genau definierte JDF-Jobticket aufgelöst und die Druckdaten dementsprechend umgesetzt worden sind.
E-Mail
Mit der Funktion e-Mail kann das Dokument versendet werden.
Send to Archiving Die Funktion send to archiving erlaubt es, das Dokument an ein Archiviersystem zu übermitteln.
Fo11ow-me
Die Funktion follow-me erlaubt es, einen Druckauftrag im Client-Speicherbereich 14 zu speichern, wobei der
Druckauftrag an einem der Clients 3 abgegeben worden ist. Der Anwender kann dann zu einem beliebigen späteren Zeitpunkt diesen Druckauftrag von einem weiteren Client, einem Server oder auch dem Drucker selbst, falls dieser entsprechende Eingabemittel aufweist, abgerufen und an einem vom Anwender ausgewählten Drucker zum Ausdruck gebracht werden. Die Auswahl des Druckers erfolgt hierbei erst mit dem Abruf des Druckauftrages aus dem Client-Speicherbereich 14. Diese Funktion bietet für den Anwender den Vorteil, dass er nicht bei der Erstellung des Druckauftrages den Ort, an dem die Druckdatei ausgedruckt wird, festzulegen hat, sondern zu einem späteren Zeitpunkt, wenn er sich zum Beispiel an einem anderen Ort befindet, dort vor Ort den Druckauftrag aufrufen und ausdrucken lassen kann.
Das am Client 3 vorgesehene Interface zum Kommunizieren mit dem Server dient bei dieser Ausführungsform zum Aufgeben von Druckaufträgen, Überwachen der Druckaufträge und zum Organisieren des Client-Speicherbereichs 14.
Nachfolgend wird ein Verfahren zum automatischen Übermitteln von Druckaufträgen von einem Client zu einem Server erläutert .
Bei diesem Verfahren werden lokale Dateiverzeichnisse (folder) am Client oder einer beliebigen Stelle im Netzwerk als zu überwachende Dateiverzeichnisse (hot folder) konfiguriert. Auf diese zu überwachende Dateiverzeichnisse kann einer der Server 4 direkt zugreifen. Der Server 4 wird derart konfiguriert, dass er diese zu überwachenden Dateiverzeichnisse regelmäßig dahingehend überwacht, ob sie einen vollständigen Druckauftrag enthalten. Ein Druckauftrag umfasst eine Datei, die in einem zu druckenden Format (PostScript, PCL, TIFF oder PDF) vorliegt und ein JDF- Jobticket umfasst. Wird ein solcher vollständiger Druckauftrag in einem zu überwachenden Dateiverzeichnis abgespeichert, so liest einer der Server 4 diesen
Druckauftrag aus und führt ihn der Weiterverarbeitung zu.
Bei einer Abwandlung dieser Überwachungsfunktion muss nicht ein vollständiger Druckauftrag eines zu überwachenden Verzeichnisses, sondern lediglich eine Datei in einem druckfähigen Format vorliegen. Diese Datei wird dann von einem der Server 4 gelesen und zusammen mit einem Vorgabe- JDF-Jobticket (default jobticket) weiter verarbeitet.
Die Erfindung kann folgendermaßen kurz zusammengefasst werden: Die Erfindung betrifft ein Verfahren und System zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess .
Das Jobticket entspricht dem JDF-Format, das heißt, dass es
Intent-Anweisungen enthält, die im Laufe des Druckprozesses konkretisiert werden. Das Konkretisieren wird als Auflösen bezeichnet.
Die Erfindung zeichnet sich dadurch aus, dass das Auflösen mittels Templates erfolgt, die automatisch anhand ihres Namens und der im Jobticket aufgeführten Ressourcen ausgewählt werden. Die Templates werden dann im Jobticket dem Knoten, der die aufzulösende Intent-Anweisung enthält, untergeordnet. Die Templates können hierbei einen Abschnitt einer Baumstruktur umfassen.
Bezugs zeichenliste
1 System
2 Netzwerk
3 Client
4 Server/Controller
5 Gerät
6 Medium
7 Druckzentrum
8 Jobticket
9 Resolution-Tabelle
10 Intent-ReSolution
11 Jobticket
12 Variable
13 Wert
14 Client-Speicherbereich

Claims

Patentansprüche
1. Verfahren zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess umfassend folgende Schritte: - Einlesen eines Jobtickets (8, 11) mit einer
Baumstruktur, in dem zumindest ein Intent-Knoten enthalten ist, in dem zumindest ein Template-Name und eine Ressource aufgeführt ist,
- Ermitteln von dem im Intent-Knoten angegebenen Template-Namen und den im Intent-Knoten aufgeführten Ressourcen,
- Auswählen eines Templates, das den Template-Namen aufweist und das die Fähigkeiten besitzt, die im Intent- Knoten angegebenen Ressourcen zu be- bzw. verarbeiten, - Einfügen des ausgewählten Templates in die Baumstruktur des Jobtickets (8, 11), wobei es dem jeweiligen Intent- Knoten untergeordnet wird.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n et , dass ein Template eine oder mehrere Variablen (12) enthält, _ die beim Einfügen des Templates in ein Jobticket (8, 11) automatisch durch einen Wert (13) ersetzt werden.
3. Verfahren nach Anspruch 2, d a d u r c h g e k e n n z e i c h n et , dass der Wert einer der im Jobticket (8, 11) angegebenen
Ressourcen entnommen wird.
4. Verfahren nach Anspruch 2 oder 3, d a d u r c h g e k e n n z e i c h n et , dass der Wert einer vorbestimmten Liste von Werten, die vorab für dieses Jobticket (8, 11) erstellt worden ist, entnommen wird oder als Wert ein vorbestimmter Vorgabewert verwendet wird, der unabhängig vom Jobticket (8, 11) gespeichert ist.
5. Verfahren nach einem der Ansprüche 1 - 4, d a d u r c h g e k e n n z e i c h n e t, dass Druckaufträge von einem Server (4) in Abhängigkeit von zwei Kriterien, nämlich den Fähigkeiten (capabilities) und den Affinitäten (affinities) auf Geräte verteilt werden, an welchen die Druckaufträge ausgeführt werden.
6. Verfahren nach Anspruch 5, d a d u r c h g e k e n n z e i c h n e t , dass das Kriterium der Fähigkeiten dahingehend geprüft wird, ob die auswählbaren Geräte alle Fähigkeiten besitzen, um einen bestimmten Druckauftrag ausführen zu können.
7. Verfahren nach Anspruch 5 oder 6, d a d u r c h g e k e n n z e i c h n e t, dass Affinitäten der auswählbaren Geräte und der
Druckaufträge verglichen werden, wobei Affinitäten zum einen Eigenschaften der Geräte und korrespondierende Merkmale der Druckaufträge sind, wobei ein Gerät ausgewählt wird, das bezüglich der Affinitäten einen Vorteil gegenüber allen anderen geeigneten Geräten aufweist.
8. Verfahren nach Anspruch 7, d a d u r c h g e k e n n z e i c h n e t , dass die Affinitäten in einer bestimmten Reihenfolge geprüft werden, wobei bei einer Prüfung einer jeweiligen Affinität alle geeigneten Geräte berücksichtigt werden, und ergibt sich bei der Prüfung einer bestimmten Affinität ein Vorteil für ein Gerät gegenüber allen anderen geeigneten Geräten, so wird dieses Gerät ausgewählt und die Prüfung der weiteren Affinitäten nicht mehr ausgeführt.
9. Verfahren nach Anspruch 7, d a d u r c h g e k e n n z e i c h n e t, dass das Gerät ausgewählt wird, das die meisten vom Druckauftrag gewünschten Affinitäten erfüllt.
10. Verfahren nach Anspruch 7, d a d u r c h g e k e n n z e i c h n e t, dass die Affinitäten entsprechend ihrer Bedeutung gewichtet sind und dass das Gerät ausgewählt wird, das die vom Druckauftrag geforderten Affinitäten mit in der Summe den größten Gewichtungsfaktor aufweist.
11. Verfahren nach einem der Ansprüche 1 - 10, d a d u r c h g e k e n n z e i c h n e t, dass an einem Server (4) Listen der Merkmale von Geräten gespeichert sind, die mit dem Server in Verbindung stehen, wobei die Listen regelmäßig aktualisiert werden, indem lediglich Änderungen der Merkmale des jeweiligen Gerätes übertragen werden.
12. Verfahren nach Anspruch 11, d a d u r c h g e k e n n z e i c h n e t, dass in regelmäßigen Abständen vollständige Listen der Merkmale vom jeweiligen Gerät zum Server (4) übertragen werden und dazwischen lediglich Änderungen der Merkmale des jeweiligen Gerätes von dem Gerät (5) zum Server (4) übertragen werden.
13. Verfahren nach einem der Ansprüche 1 - 12, d a d u r c h g e k e n n z e i c h n e t, dass lokale Dateiverzeichnisse an einem Client (3) oder einer beliebigen Stelle im Netzwerk (2) als zu überwachende Dateiverzeichnisse konfiguriert werden und einer der Server (4) diese Dateiverzeichnisse dahingehend überwacht, ob ein Druckauftrag vorliegt, und wenn dies der Fall ist, diesen Druckauftrag ausliest und der weiteren Verarbeitung automatisch überführt.
14. Verfahren nach Anspruch 13, d a d u r c h g e k e n n z e i c h n e t, dass ein Druckauftrag nur ausgelesen wird, wenn sowohl eine die zu druckenden Daten enthaltende Datei als auch ein korrespondierendes Jobticket umfasst.
15. Verfahren nach Anspruch 13, d a d u r c h g e k e n n z e i c h n e t, dass eine jede Datei in einem druckbaren Format ausgelesen wird und mit einem Vorab-Jobticket der weiteren Verarbeitung zugeführt wird.
16. System zum automatischen Bearbeiten eines Jobtickets nach einem Verfahren gemäß einem der Ansprüche 1 bis 15, umfassend ein Netzwerk (2) , über das zumindest ein Client (3), ein Server bzw. Controller (4) und ein Gerät (5) zum Ausführen eines Druckprozesses verbunden sind, wobei der Server bzw. Controller (4) zum Ausführen eines Verfahrens nach einem der Ansprüche 1 bis 15 ausgebildet ist.
17. System nach dem Anspruch 16, d a d u r c h g e k e n n z e i c h n e t, dass die Geräte (5) zumindest einen elektrophotographischen Drucker umfassen.
18. System nach Anspruch 16 oder 17, d a d u r c h g e k e n n z e i c h n e t, dass am Server bzw. Controller (4) eine Software zum Ausführen des Verfahrens nach einem der Ansprüche 1 bis 15 gespeichert ist.
19. System nach einem der Ansprüche 16 - 18, d a d u r c h g e k e n n z e i c h n e t, dass am Server bzw. Controller (4) ein Client-Speicherbereich (14) eingerichtet ist, der zur Ablage von in einem
Druckformat konvertierten Druckdokumente dient und auf den mittels eines Interfaces von einem Client (3) zugegriffen werden kann.
20. System nach Anspruch 19, d a d u r c h g e k e n n z e i c h n e t, dass dem Client-Speicherbereich (14) einige Funktion, wie zum Beispiel Dokument betrachten, Dokument per e-Mail versenden, Dokument an ein Archivierungssystem übersenden und/oder Dokument für einen späteren Ausdruck Zwischenspeichern, zugeordnet.
21. System nach Anspruch 20, d a d u r c h g e k e n n z e i c h n e t, dass die Funktion zum Zwischenspeichern eines Druckauftrages derart ausgebildet ist, dass der Druckauftrag von einer beliebigen Stelle im Netzwerk aufgerufen werden kann und hierbei der Drucker, an dem er auszudrucken ist, ausgewählt werden kann.
22. Computerprogramm, das beim Laden und Ausführen auf einem Computer einen Verfahrensablauf nach einem der Ansprüche 1 bis 15 bewirkt.
EP05795715A 2004-09-29 2005-09-28 Varfahren, system und computerprogramm zum automatischen bearbeiten eines jobtickets für einen druckprozess Ceased EP1805592A2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004047327A DE102004047327A1 (de) 2004-09-29 2004-09-29 Verfahren und System zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess
PCT/EP2005/010498 WO2006034858A2 (de) 2004-09-29 2005-09-28 Varfahren, system und computerprogramm zum automatischen bearbeiten eines jobtickets für einen druckprozess

Publications (1)

Publication Number Publication Date
EP1805592A2 true EP1805592A2 (de) 2007-07-11

Family

ID=35539384

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05795715A Ceased EP1805592A2 (de) 2004-09-29 2005-09-28 Varfahren, system und computerprogramm zum automatischen bearbeiten eines jobtickets für einen druckprozess

Country Status (4)

Country Link
US (1) US20070291300A1 (de)
EP (1) EP1805592A2 (de)
DE (1) DE102004047327A1 (de)
WO (1) WO2006034858A2 (de)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7872765B2 (en) * 2006-02-23 2011-01-18 Ricoh Company, Ltd. Non-postscript printer description file generating tool
JP4861480B2 (ja) 2006-09-22 2012-01-25 オーセ プリンティング システムズ ゲゼルシャフト ミット ベシュレンクテル ハフツング 印刷データの自動的な伝送、特に印刷ジョブのミラーリングのための方法及びシステム
DE102007009737B4 (de) * 2007-02-28 2010-09-16 OCé PRINTING SYSTEMS GMBH Verfahren, Drucksystem und Computerprogramm zum automatischen Bearbeiten von Auftragsbegleitdaten eines Druckauftrages
DE102008012330B4 (de) 2008-03-03 2010-06-02 OCé PRINTING SYSTEMS GMBH Verfahren und Vorrichtung zum Synchronisieren von Verbrauchsmaterialien und Druckaufträgen in einem Drucksystem
US20100071064A1 (en) * 2008-09-17 2010-03-18 Weber Bret S Apparatus, systems, and methods for content selfscanning in a storage system
US20100085594A1 (en) * 2008-10-06 2010-04-08 Williams David A Printer-resident default job ticket
JP5526703B2 (ja) * 2009-03-13 2014-06-18 株式会社リコー 画像処理装置、システム、画像処理方法、プログラムおよび記録媒体
US20110222107A1 (en) * 2010-03-10 2011-09-15 Williams David A Methods and structure for improved jdf ticket processing in a printing system using automatically generated translation tables
NL2026099B1 (en) * 2020-07-20 2022-03-21 Canon Production Printing Holding Bv Method for executing a print job in accordance with a job specification

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5287194A (en) * 1992-11-25 1994-02-15 Xerox Corporation Distributed printing
US5718520A (en) * 1995-05-22 1998-02-17 Xerox Corporation Apparatus and method for modifying a print job ticket
US6173295B1 (en) * 1997-09-15 2001-01-09 International Business Machines Corporation Method, system, and program for creating a job ticket inlcuding information on components and print attributes of a print job
US6052198A (en) * 1997-09-15 2000-04-18 International Business Machines Corporation Method for organizing raster image processor files associated with a job ticket used in a network printing system
US6587217B1 (en) * 1997-09-15 2003-07-01 International Business Machines Corporation Method for organizing files in a library in a network printing system
US6384923B1 (en) * 1997-09-15 2002-05-07 International Business Machines Corporation Method for real time customization of a dialog box for accessing a library within a network printing system
US5999945A (en) * 1997-09-15 1999-12-07 International Business Machines Corporation Method for organizing files associated with a job ticket used in a network printing system
US6335795B1 (en) * 1997-09-15 2002-01-01 International Business Machines Corporation Method for customizing print attribute choices based on selected model, media, and printer
US6581097B1 (en) * 1998-12-30 2003-06-17 Pitney Bowes Inc. Method and system of determining a job ticket for a print stream determining process
US6621589B1 (en) * 1999-09-24 2003-09-16 Hewlett-Packard Development Company, L.P. Print job processing in a printer network using selected printer attributes
US6411314B1 (en) * 2000-05-17 2002-06-25 Heidelberger Druckmaschinen Ag System and method for representing and controlling a production printing workflow
US6462756B1 (en) * 2000-05-17 2002-10-08 Heidelberger Druckmaschinen Ag System and method for visual representation of pages in a production printing workflow
JP2002149374A (ja) * 2000-10-03 2002-05-24 Hewlett Packard Co <Hp> プリンタ属性を使用してプリンタを選択する方法
US7242490B1 (en) * 2000-10-10 2007-07-10 Hewlett-Packard Development Company, L.P. Internet print managing system and method with print job distribution
US6981015B1 (en) * 2000-10-10 2005-12-27 Hewlett-Packard Development Company, L.P. Internet print managing system and method with print services statistical analysis
US7405836B2 (en) * 2000-12-26 2008-07-29 Xerox Corporation Job submission system and method for controlling multiple job renderings with a single master or “super” ticket
US20020194245A1 (en) * 2001-06-05 2002-12-19 Simpson Shell S. Job ticket service
US7207069B2 (en) * 2001-06-05 2007-04-17 Hewlett-Packard Development Company, L.P. Branch locking of job tickets to control concurrency
US20020184240A1 (en) * 2001-06-05 2002-12-05 Volkoff Brian A. Use of a job ticket as a generic XML database
US7073174B2 (en) * 2001-06-05 2006-07-04 Hewlett-Packard Development Company, L.P. Use of job tickets to secure resource access
US7349869B2 (en) * 2001-06-05 2008-03-25 Hewlett-Packard Development Company, L.P. Use of a job ticket service to store bid information
JP3937778B2 (ja) * 2001-09-14 2007-06-27 キヤノン株式会社 情報処理装置及び方法
US7494464B2 (en) * 2001-09-21 2009-02-24 Alexander Rzesnitzek Monitoring system for monitoring the progress of neurological diseases
US20040120012A1 (en) * 2002-11-21 2004-06-24 Laurens Leurs Method for outputting a digital product definition of a printed product to a layout application
US7136941B2 (en) * 2002-12-04 2006-11-14 Microsoft Corporation Print management architecture for computing devices having a set of filters functions wherein the functions are prevented from conflicting with one another
JP2004252665A (ja) * 2003-02-19 2004-09-09 Canon Inc 文書処理方法
US8738415B2 (en) * 2003-03-24 2014-05-27 Hewlett-Packard Development Company, L.P. Automated workflow assignment to print jobs
US7567360B2 (en) * 2003-03-27 2009-07-28 Canon Kabushiki Kaisha Image forming system, method and program of controlling image forming system, and storage medium
US6975820B2 (en) * 2004-02-13 2005-12-13 Microsoft Corporation Device control using job ticket scoring
US7992145B2 (en) * 2004-03-05 2011-08-02 Microsoft Corporation Multilevel ticket-based job management architecture for computing devices
US20060023238A1 (en) * 2004-07-30 2006-02-02 Eastman Kodak Company Select reprint of records in variable data printing

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006034858A2 *

Also Published As

Publication number Publication date
US20070291300A1 (en) 2007-12-20
WO2006034858A3 (de) 2006-08-31
WO2006034858A2 (de) 2006-04-06
DE102004047327A1 (de) 2006-04-06

Similar Documents

Publication Publication Date Title
EP1155850B1 (de) System und Verfahren zur Darstellung und Steuerung des Druckproduktions-Workflows in der Hochleistungsdruckproduktion
WO2006034858A2 (de) Varfahren, system und computerprogramm zum automatischen bearbeiten eines jobtickets für einen druckprozess
EP1156412A2 (de) Effektiver Gebrauch von Bearbeitungsvorrichtungen für Druckmedien in einem Druckauftragsdatenfluss
EP1156437A2 (de) Schnittstelle und Verfahren zur Handhabung von zusammengesetzten Dokumenten
EP1156410A2 (de) Automatische Erzeugung von Druckanweisungen
DE10309241A1 (de) Drucken mit variablen Daten unter Verwendung einer dynamischen Ausschießvorlage
EP1197347A2 (de) Schnittstellen-System und Verfahren
DE10161886A1 (de) Späte Anbindung von Registerbildinhalten an geordnete Registerbogen
DE10315054A1 (de) Drucken mit variablen Daten unter Verwendung von Varianten
EP1388042B1 (de) Verfahren, gerätesystem und computerprogrammsystem zum visuellen überprüfen eines druckdatenstroms
WO2006034859A2 (de) Verfahren und system zum automatischen auswählen eines gerätes zum bearbeiten eines dokumentenbearbeitungsauftrages
EP1234686A2 (de) Verfahren zur Wahl einer Weiter- oder Endbearbeitungsvorrichtung für das digitale Drucken
DE102007037032B4 (de) Verfahren zum Erzeugen eines Templates
DE102021102043A1 (de) Informationsverarbeitungsgerät, Steuerungsverfahren und Programm dafür, und Serversystem, das fähig ist, mit dem Informationsverarbeitungsgerät zu kommunizieren
DE102006006060B4 (de) Verfahren und Anordnung zum Archivieren von Dokumentendaten sowie zum Ausgeben von in einem Archiv gespeicherten Dokumentendaten
EP1233607A2 (de) Dokumentabtastvorrichtung
DE10100492A1 (de) Dokumentenverwaltungssystem
DE102007036985B4 (de) Verfahren, System und Computerprogrammprodukt zum automatischen Aufbereiten von Dokumentenbearbeitungsdaten
DE102021212871A1 (de) Druckvorrichtung, drucksystem, informationsverarbeitungsvorrichtung und programm
DE10335124A1 (de) Drucksystem
EP1156411A2 (de) Flexible Verteilung von Druckaufträgen an Bearbeitungsstationen
DE10239920A1 (de) Verfahren zum Ermitteln einer Anzahl sequentiell geordneter Seiten in einem geordneten Mediensatz
DE10239921A1 (de) Verfahren zum Auswählen von Medien für einen Druckauftrag
DE102007036986B4 (de) Verfahren zum automatischen Aufbereiten und Trennen von in einem Dokumentendatenstrom enthaltenen Dokumentenbearbeitungsdaten
DE102020113793B4 (de) Verfahren zum Justieren eines Druckauftrages für digitale Hochleistungsdrucksysteme und ein entsprechendes Drucksystem

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20070423

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20080417

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20111216