US8373872B2 - Method and system for the automatic transmission of printing data and particularly for mirroring printing orders - Google Patents

Method and system for the automatic transmission of printing data and particularly for mirroring printing orders Download PDF

Info

Publication number
US8373872B2
US8373872B2 US12/441,551 US44155107A US8373872B2 US 8373872 B2 US8373872 B2 US 8373872B2 US 44155107 A US44155107 A US 44155107A US 8373872 B2 US8373872 B2 US 8373872B2
Authority
US
United States
Prior art keywords
print
data
printing system
mirror
print server
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.)
Active, expires
Application number
US12/441,551
Other languages
English (en)
Other versions
US20090268228A1 (en
Inventor
Herman Lankreijer
Albin Stoderschnig
Olaf Dünger
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
Priority claimed from DE200610044870 external-priority patent/DE102006044870B3/de
Priority claimed from DE200710010277 external-priority patent/DE102007010277B4/de
Application filed by Oce Printing Systems GmbH and Co KG filed Critical Oce Printing Systems GmbH and Co KG
Assigned to OCE PRINTING SYSTEMS GMBH reassignment OCE PRINTING SYSTEMS GMBH ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DUNGER, OLAF, LANKREIJER, HERMAN, STODERSCHNIG, ALBIN
Publication of US20090268228A1 publication Critical patent/US20090268228A1/en
Application granted granted Critical
Publication of US8373872B2 publication Critical patent/US8373872B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

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/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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/606—Protecting data by securing the transmission between two devices or processes
    • G06F21/608—Secure printing
    • 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/121—Facilitating exception or error detection and recovery, e.g. fault, media or consumables depleted
    • 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/1222—Increasing security of the print job
    • 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/1229—Printer resources management or printer maintenance, e.g. device status, power levels
    • G06F3/1234—Errors handling and recovery, e.g. reprinting
    • 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/1238—Secure printing, e.g. user identification, user rights for device usage, unallowed content, blanking portions or fields of a page, releasing held jobs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1443—Transmit or communication errors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2058—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using more than 2 mirrored copies
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
    • G06F11/2076—Synchronous techniques

Definitions

  • the present preferred embodiment concerns a method and a device for reception of print data by a receiver from a sender, and in particular to mirror print jobs.
  • the preferred embodiment is provided for printing environments with electrophotographic high-capacity printers.
  • the receivers are hereby normally print servers.
  • Such print servers are described in Chapter 15 in the book “Digitaldruck-Technik und Drucktechnologien der océ OCÉ Drucksysteme, 9th Edition, February 2005 (USBN 3-00-001019-X). These print servers are designated as océ OCÉ PRISMAproduction servers.
  • mainframes large computing systems
  • Such a print server can receive print data streams in different formats from multiple different mainframes and relay them to a plurality of further printing apparatuses. The transfer of the data can occur via different networks according to different protocols.
  • print centers have one or more electrophotographic high-capacity printers that are connected with one another via a local network.
  • a print server that receives the print data from the mainframe via an additional network is arranged in this local network.
  • the “Download” protocol from IBM is often used to transfer the data from a mainframe to a print server.
  • This protocol is a feature of the IBM Print Services Facility (PSF) that can be purchased separately for the operating system OS/390 used on mainframes.
  • Download automatically transfers print data via a TCP/IP network.
  • An automatic error correction is executed with the Download protocol.
  • the print data are retransmitted.
  • the print data are stored in the mainframe until they have been completely and correctly transferred. Markers that are designated as checkpoints can be inserted into the print data stream generated by the mainframe.
  • the data are retransmitted again as of the last checkpoint. It is hereby not necessary to always transmit the entirety of the print data from the start.
  • the Download protocol is provided with a function with which the print data can be simultaneously transferred to multiple receivers. This serves to transfer the print data to a print server and to mirror computer systems on which the print data are stored for a certain time in order to be able to remedy subsequently occurring errors in the processing of the print data by execution of the print data by the mirror computer system.
  • the mirroring of the print data on mirror computer systems is the area of responsibility of the operator of the mainframe, not of the print centers.
  • the print data must be stored on the mainframe or on its mirror computer systems until the complete printout has concluded. For this a confirmation to the mainframe would have occurred across the entire production chain after the successful printout so that the print data can be deleted again. Such a confirmation entails a significant communication effort.
  • Mainframes send their print data to different print servers that in turn control a plurality of different printers. All the different print servers and printers would have to be set up for such a confirmation. Since known protocols for transfer of print data between mainframes and print servers do not provide such a confirmation, this is hardly possible in practice.
  • firewall programs that—using parameters that are contained in the header of the employed network protocol—decide whether the print data have been correctly forwarded.
  • the headers of the network protocols contain only basic parameters such as the address of the sender and of the receiver. If a specific sender is cleared at a specific receiver, the firewall programs allow the receipt of all data from this sender.
  • sender should transmit a specific type of print job to a specific receiver and transmit a different type of print job to a different receiver.
  • a server system designated with the trade name Océ PRISMAproduction emerges from “Digital Printing—Technology und [sic] Printing Techniques of Océ Digital Printing Presses” (I.I.c.) that processes or converts a broad palette of data structures that are then printed on IPDS printers.
  • the Océ PRISMAproduction server system comprises a print job manager PJM (see Chapters 15.2.4 and 18.2) with which print jobs are generated at an arbitrary customer client and are executed and administered in this server system.
  • the print job manager is also designated as a print order manager.
  • German Patent Application DE 10 2007 009 737 filed on 28 Feb. 2007 is referenced, and it is incorporated herein.
  • the method described therein processes job chaperone data of a print job that contain control parameters to control the print job.
  • This method is executed in a printing system with a print job manager, one or more clients at which print jobs are generated, and a print server to supply the print jobs to a printing apparatus, and comprises the following steps:
  • This method is characterized in that the checking of the job chaperone data is centrally executed at the print job manager according to the predetermined ticket rules.
  • the ticket rules applied for a specific print job can be reconstructed simply because the ticket rules are present only at a single location (namely the print job manager) and not, as was previously the case, at the most different clients, and the ticket rules can respectively be examined there at the print job manager. Furthermore, via the central execution of the inspection of the job chaperone data at the print job manager it is ensured that all incoming job chaperone data are inspected according to the same ticket rules and are correspondingly modified and corrected as necessary.
  • the ticket rules are to be centrally administered via the central execution of the inspection of the job chaperone data, whereby they can also be centrally monitored, and it is avoided that similar job chaperone data or similar errors in job chaperone data are corrected differently.
  • An additional advantage of the central inspection of the job chaperone data at the print job manager is that the inspection of the job chaperone data occurs very close to the concrete printing apparatus in the process chain, such that this inspection can be conducted very specifically for the respective printing apparatus.
  • the quality of the inspection can hereby be significantly increased.
  • Given the execution of the job chaperone data at the clients the problem exists that the clients can communicate with different print job managers, such that an inspection of the job chaperone data that is executed at the clients must be adapted to the printing apparatuses that can be reached with the different print job managers, which again is very difficult.
  • GUI graphical user interface
  • a method or system for reception from a sender of a print data with a print job by a print server of a first printing system from a sender with the print server of the first printing system acknowledging to the sender correct receipt of a predetermined data unit of print data according to a predetermined protocol.
  • the print server of the first printing system copying the print data to a mirror print server of a second printing system separate from the print server of the first printing system before execution of the respective acknowledgement for the predetermined data unit, and automatically using as a print server for continued execution of the print job given problems in storage of the print data on the print server of the first printing system, said mirror print server of the second printing system.
  • FIG. 1 shows schematically, the design of a printing system for the transmission of print data, with a mainframe, a print server and multiple printers;
  • FIG. 2 shows a print server from FIG. 1 with the modules to receive and process print data
  • FIG. 3 illustrates a diagram to represent the chronological workflow of the transmission and correction of print data of a print job
  • FIGS. 4 a , 4 b show respectively, a configuration of multiple mirror computer systems
  • FIG. 5 illustrates a table with a parameter list
  • FIGS. 6 a , 6 b show respectively, a configuration of the access profile for print data
  • FIG. 7 shows an additional table with parameters
  • FIG. 8 illustrates essential parts of two printing systems for the execution of a method to mirror print jobs, schematically simplified in a block diagram.
  • the print data are transferred from the sender to the receiver according to a predetermined protocol for the reception of print data by a receiver from a sender.
  • the correct receipt of a predetermined data unit of print data is respectively acknowledged by the sender [sic].
  • the method for automatic transmission of print data is characterized in that the receiver copies the print data for a specific data unit before the execution of the respective acknowledgement.
  • the method to automatically transfer print data allows a plurality of options as to how the copied or mirrored print data are used in the event of error. It is also possible to copy the print data multiple times.
  • the print data are often transferred from the sender to the receiver in a compressed form.
  • the compressed print data are copied.
  • the storage demand to store the copied data is hereby kept low.
  • the data are for the most part not copied within a computer system but rather are copied from a computer system to a mirror computer system. For this data would have to be transferred via a data line.
  • the transfer of the data line delays the copying process. This delay is kept down via the copying of the print data in a compressed version.
  • the copying of the print data occurs optimally close to the input of the receiver, in particular at an interface module, a copier module immediately downstream of the interface module, or at a buffer module immediately downstream of the interface module.
  • the solution pertains to a method to receive print data via a receiver from a sender in which the print data are transmitted according to a predetermined protocol.
  • the receiver checks whether the print data originate from a correct sender, in that the receiver checks (with a module to receive and store the print data using multiple parameters that are contained in the header according to the predetermined protocol) the correctness of the sender before the print data are stored by the module.
  • the sender can be very specifically checked, wherein a profile with a plurality of parameters can be interrogated. Since the parameters are extracted from the header of the transmission protocol, third parties cannot detect which parameters are relevant for the access to the receiver. Even if a third party in the Internet should capture such a message, he can first of all not recognize that the parameters contained in the header are the data relevant for access, and even if he should have knowledge of this, he cannot recognize which parameters are relevant for the access to the receiver.
  • a third party cannot send arbitrary print jobs to the receiver, even if he should be aware of all parameters as access elements. If one or more parameters can co-determine the content of the print job, only those print jobs with this parameter set are transmitted to the receiver. Other types of print jobs are automatically rejected.
  • the parameters of multiple headers are advantageously drawn upon for inspection of the sender. For example, if print data are transferred via the Internet from sender to receiver by means of the Download protocol, the print data have not only a header of the Download protocol but also of the Internet protocol. Parameters from both headers can be used to inspect the sender. The selection and composition of the parameters is incumbent solely on the receiver, who can thus individually determine according to which criteria he allows print data from senders.
  • the following steps are executed by a print server of a first printing system on a print server of a second printing system (the mirror server):
  • Two mirror job tickets are advantageously generated that are specific to a respective one of the two printing systems and are copied to the mirror server.
  • the mirrored print jobs and/or mirror job tickets are blocked for a predetermined duration, and/or the blocking is only lifted when a data connection between the mirrored printing systems is interrupted.
  • the blocking can also be manually lifted by an authorized operator.
  • two or more printing systems can mutually, symmetrically mirror the print jobs so that all printing systems are arranged equally in parallel.
  • the generation of the mirror job ticket appropriately occurs by means of ticket rules centrally stored in a ticket rule module in a print job manager.
  • Specification job tickets are hereby used that are specific to the printing systems and/or the incoming print jobs, meaning that control parameters specific to the respective printing systems are contained in the print jobs.
  • An entire job contains at least one document processing job, in particular a print job.
  • a print job contains at least one print file to be printed.
  • An entire job ticket contains information about An entire job for example delivery address, job date, desired delivery date etc.
  • a job ticket contains all data required to execute a print job. These data comprise control parameters that are relevant in a workflow for the print job (job workflow).
  • job ticket is coded in a corresponding ticket format.
  • a specification job ticket contains standard data that are suitable to output a print job that contains no additional processing information in an existing printing system or an existing print environment.
  • Such data are control parameters and can, for example, be names or addresses of printing apparatuses that are connected to the respective print server.
  • a data ticket is information that is generated together with the print data by a system generating a print job, for example a print job generated MFS mainframe computer system.
  • the scope of such data is very limited (depending on the system), and their format is not standardized, which is why they are not viewed as job tickets in the above sense.
  • the job chaperone data can comprise both an entire job ticket, a job ticket and/or a data ticket or control parameters that are attached in a different form to a print job. Control parameters are more often inserted into the file names of the print job.
  • a printing system-specific job ticket is generated at the print job manager by means of the specification job ticket and possible additional control parameters and the ticket rules.
  • the job ticket is inspected as to whether it is suitable as a printing system-specific job ticket and, if necessary (which is the rule), modified and in particular expanded with printing system-specific parameters from the specification ticket.
  • the method to automatically transfer print data serves to transfer print data from a sender 1 to a receiver 2 .
  • the sender 1 is normally a mainframe computer on which a large data set of print data is generated. These print data are for the most part sent distributed to multiple receivers 2 . Only a single sender 1 and a single receiver 2 are shown in FIG. 1 to simplify the presentation.
  • the data communication between the sender 1 and the receiver 2 can be regulated by means of different protocols.
  • the Download protocol (which is based on the TCP/IP protocol) is very common.
  • LP Line Printer
  • FTP File Transfer Protocol
  • NFS Network File System
  • the sender 1 is a large-scale computer or mainframe from IBM that operates with the OS/390 operating system and the Download protocol for the transfer of the print data.
  • Two printer drivers 3 (“Printer 1” and “Printer 2”) are installed on the sender 1 , which drivers prepare and relay the print data for transmission to a printer.
  • a print server can simulate such a printer for the mainframe so that the printer can receive the print data from the mainframe.
  • the print server or receiver 2 can freely distribute the received print data to one of many printers 4 connected to the receiver 2 .
  • printer driver here is not used in the sense of the printer drivers known from personal computers that prepare and even possibly raster the print data so that the respective printing apparatus can directly process them.
  • electrophotographic high-capacity printing systems such a preparation of the print data occurs in the print server and/or in the control device of the respective printing apparatus.
  • the printer drivers 3 of the sender 1 check the incoming print data as to whether they are suitable for the printing apparatus at which they should be printed and prepare the print data for transmission to the receiver 2 via a network 5 .
  • the printer drivers 3 can hereby prepare print data for the transfer at the sender 1 in that specific files are assembled into a print job, these files are compressed and possibly are encrypted.
  • the print data so prepared are received by the receiver 2 .
  • the present receiver 2 is a print server, in particular a PRISMAproduction print server.
  • This print server 2 possesses three different interface modules 6 to receive print data by means of different protocols.
  • One of the interface modules 6 is designed to receive data by means of the Download protocol; the other [sic] interface module 6 is designed to receive data is a HotDir directory; and the third interface module 6 is designed to receive data by means of the LP protocol.
  • the interface module 6 to receive data by means of the Download protocol is designated in the following as a download interface 6 .
  • Two port numbers according to the TCP protocol are installed at this interface module 6 , with which port numbers the data structures between the sender 1 and the receiver 2 are identified.
  • the print data arriving at the interfaces are relayed in the print server 2 to a spool module 7 that buffers the print data and then transfers them to the individual printers 4 .
  • the download interface is designed as a program that runs in the background, wherein no direct user interventions typically occur. Under Unix and its derivatives such programs are designated as daemons (Disc and Execution Monitor). In Microsoft Windows, the corresponding programs are “Services”. A daemon can run even when no user is logged in at a computer.
  • FIG. 2 shows the program modules of the print server 2 that are relevant to receiving and relaying by means of the download interface in somewhat more detail in a block diagram.
  • a buffer module 8 in which the incoming print data are buffered is subsequently arranged at the download interface 6 in the print server 2 .
  • a decryption and decompression module 9 that writes the decrypted and decompressed data into an additional buffer module 10 follows the buffer module 9 .
  • a print data processing unit 11 reads the print data stored in the buffer module 10 from the buffer module 10 and implements the necessary processing steps.
  • the print data processing unit 11 writes the processed print data into an additional buffer 12 from which they are written into the spool module 7 .
  • the buffer modules 8 , 10 , 12 are all inherited from the same class and correspond to the buffer class described in US Published Patent Application US 2003/0041086 A1. This document is herein incorporated by reference.
  • the buffer module 8 is designed such that it copies the incoming print data and relays them via a data line 13 to a mirror computer system 14 .
  • This mirror computer system 14 merely comprises in a simplest case an additional hard disk in the print server 2 .
  • the mirror computer system 14 is preferably a computer system that is designed independent of the print server 2 .
  • the mirror computer system 14 should be remote; it should most of all be arranged in a different building than the print server 2 . It is hereby ensured that, given damage to the print server 2 due to fire or the like, the mirror computer system 14 is not affected, and the print data stored on it continue to be available.
  • the buffer module 8 with the copying function of the incoming print data is arranged before the decryption and decompression module 9 so that the print data are relayed in the compressed and encrypted state to the mirror computer system 14 .
  • the data volume to be transferred via the data line 13 is hereby kept low, and a fast copying of the print data to the mirror computer system 14 is enabled.
  • the buffer module 8 is designed such that, after the conclusion of the copying of the arrived print data, this is confirmed to the download interface 6 .
  • the download interface 6 only executes the acknowledgement (that the print data have been correctly received) with regard to the sender 1 when the corresponding acknowledgement from the buffer module 8 is present. It is hereby ensured that an error at the print server 2 (for example a crash) does not lead to the situation that incoming print data are properly confirmed with regard to the sender 1 but cannot be copied at the print server 2 into the mirror computer system 14 .
  • the delay of the acknowledgement of the correct arrival of the print data is primarily caused by the transmission of the copied print data via the data line 13 . This is therefore particularly advantageous when the print data are transferred in a compressed state to the mirror computer system 14 . This is also advantageous when a fast data connection is used.
  • the incoming print data are also copied in the download interface 6 and are relayed from there to the mirror computer system 14 .
  • Such an embodiment has the advantage that the mirroring and acknowledgement are monitored from a single module (the download interface 6 ).
  • An acknowledgement synchronous with the mirroring of the print data can hereby be realized in a simple manner.
  • a data connection 15 with a dashed line from the buffer module 12 to the mirror computer system 14 is shown by way of example.
  • the buffer module is designed such that all print data stored with the buffer module 12 are copied via the data connection 15 to the mirror computer system 14 before they are relayed to the spool module 7 .
  • the data connection 15 is logically a data connection independent of the data connection 13 . These two data connections naturally use the same physical data line. Such an additional mirroring of the print data is in particular appropriate when a complicated processing of the print data occurs at the receiver 2 .
  • the print data can be rastered at the receiver 2 , which itself can take a few hours for large print jobs given the computing power available today. These rastered print data can thus be copied to the mirror computer system 14 .
  • the system for automatic transfer of print data in which the print data are copied to a mirror computer system fundamentally differs from conventional mirroring methods in that every arbitrary write process on a storage medium (in particular the hard disk of the receiver 2 ) is not copied to the mirror computer system 14 , rather, on the one hand only predetermined data (namely the print data) are copied, and on the other hand these data are copied only at specific process stations.
  • the necessary data transfer between the receiver 2 and the mirror computer system 14 is hereby kept small in comparison to conventional mirroring methods.
  • the selection/establishment of the data to be copied or to be secured and/or of the mirror computer systems 14 can in particular occur in a menu-driven manner by a user.
  • the targeted copying of predetermined data at specific process points in the process workflow of the receiver 2 produces an additional advantage relative to conventional mirroring methods.
  • Different rights for the user for processing of the print data can be assigned at the receiver 2 and at the mirror computer system 14 . For example, a user can have the right to delete print data at the receiver 2 . However, this right does not automatically have to extend to the mirror computer system 14 . If a user accidentally deletes print data at the receiver 2 , they continue to exist at the mirror computer system 14 .
  • a delete function at the receiver 2 such that it is automatically executed with a time offset at the mirror computer system 14 .
  • the time offset can be between a few hours and a few days. It is hereby ensured that the data at the mirror computer system 14 are still available at least for some time after an accidental deletion.
  • a print job comprising two print files (data file 1 , data file 2 ) is transmitted from the sender 1 to the receiver 2 .
  • the interface from the sender 1 to the network 5 is designated with MF (mainframe); the interface between the network 5 and the receiver is designated with I-PS (input print server); and the interface of the receiver 2 with the data line 13 leading to the mirror computer system 14 (M) is designated with O-PS (output print server).
  • the first print file (data file 1 ) is transferred from the sender to the receiver with Step S 1 (see arrow in FIG. 3 ).
  • the first print file is copied and transferred to the mirror system with Step S 2 .
  • the mirror computer system acknowledges the correct receipt of the print file 1 in Step S 3 .
  • the correct receipt of the print file is hereupon confirmed by the receiver to the sender (Step S 4 ).
  • Steps S 1 though S 4 are executed to transfer the second print file (data file 2 ).
  • Steps S 1 through S 4 are repeated correspondingly often for the transfer of a respective print file.
  • Step S 5 the execution of the print job is started in the receiver with Step S 5 , wherein the print files are transmitted to the corresponding printing apparatus.
  • the receiver receives a corresponding confirmation (Step S 6 ) after execution of the print job by the printing apparatus.
  • the method for automatic transmission of print data is explained above using an exemplary embodiment in which the data are transferred from the sender to the receiver by means of the Download protocol, wherein the receipt of a respective print file is respectively acknowledged.
  • the acknowledgement occurs after the correct receipt and the correct copying or mirroring of a data unit of the print data that is limited by a checkpoint or the end of the print file.
  • the data unit to be transferred and to be copied is thus not always a complete print file; rather, it can also be comprised of segments of a print file.
  • the system comprised of the print server and the mirror computer system can be designed such that the mirror computer system is automatically used as a print server.
  • the mirror computer system is to be provided with all functions or program modules of the print server that are necessary for relaying and processing the print data.
  • the correct receipt of the print data is only acknowledged after the copying of the print data to the mirror computer system. In the event that the copying of the print data cannot be correctly executed, the entire transmission of the print data is terminated.
  • the receiver could acknowledge the correct receipt of the print data to the sender even if the print data are not correctly copied to the mirror computer system, insofar as the print data have been correctly received and correctly stored on the receiver. After correcting the error that was the cause of the incorrect copying, it is possible to subsequently copy the uncopied print data to the mirror computer system.
  • the system for automatic transfer of print data can also be provided with multiple mirror computer systems.
  • the print data can hereby be simultaneously copied to the multiple mirror computer systems.
  • Errors can thus be reacted to according to the rules listed below (error reaction). These rules for an error case are configured at the receiver 2 . This configuration of a specific rule respectively occurs for a specific mirror computer system 14 . The rules are:
  • error recovery In the event of error there are two possibilities of how an error can be remedied at a mirror computer system (error recovery). On the one hand it can be sought to copy all print data or data units that have been received since the occurrence of the error at the receiver to the mirror computer system. On the other hand, the mirror computer system can also be configured such that the print data received since the occurrence of the error are no longer copied to this mirror computer system.
  • FIG. 4 a shows a configuration example with three mirror computer systems that are designated as primary mirror, secondary 1 mirror and secondary 2 mirror. If an error occurs in the copying to the primary mirror, the data transfer from sender to receiver is terminated. The print data or the corresponding data unit must be transmitted again.
  • FIG. 4 b shows a second configuration.
  • This configuration comprises 4 mirror computer systems that are designated with mirror 1 , mirror 2 , mirror 3 and mirror 4 .
  • Mirror 4 forms a replacement mirror computer system of mirror 3 .
  • Mirror 1 is configured such that the data transfer from sender to receiver is continued even if an error occurs at this mirror computer system.
  • Mirror 2 is configured such that the data transfer from sender to receiver is interrupted if an error occurs at this mirror computer system and at least two copies could not be successfully generated. This means that the data transfer is interrupted if an error occurs at mirror 2 and mirror 1 fails, or mirror 3 and its replacement mirror computer system (mirror 4 ) fail. Furthermore, the data transfer is terminated if mirror 4 fails.
  • the receiver its interface module is designed such that it initially checks the incoming print data as to whether they originate from a correct sender, in that use of the interface module the print data using multiple parameters that are contained in a header according to the protocol with which the print data are transferred from the sender to the receiver. The correctness of the print data is checked before these are stored by the interface module on the receiver.
  • the print data are transferred by means of the Download protocol in combination with the TCP/IP protocol.
  • a table with typical parameters for monitoring the correct print data is shown in FIG. 4 .
  • the parameter “remote hosts” is in the header of the TCP/IP protocol. All remaining parameters from the table in FIG. 4 are specified in the header of the Download protocol.
  • the parameters “local ports” and “remote hosts” represent general address data. Such address data are used in firewall programs to monitor the correctness of the corresponding data.
  • the additional parameters “remote users”, “remote printers”, “remote class” and “remote forms” are specific parameters for the print job or the printers that are hereby to be used or for the user. Such specific parameters are not used to monitor the incoming data in firewall programs.
  • the parameters “remote class” and “remote forms” are particularly specifically for monitoring of the incoming data since these two parameters co-determine the content of the print data or of the print job.
  • the parameter “remote forms” thus indicates which forms are used.
  • the parameter “remote class” describes, for example, a specific printer queue in a specific receiver. This printer queue is provided to transfer print data to a specific printer or to a specific group of printers.
  • FIG. 6 a shows a configuration example, wherein an “asterisk” is used as a placeholder for which arbitrary values can be used in the parameters.
  • the configuration according to FIG. 5 a thus means that all users can transmit their print data with arbitrary ports to arbitrary printing apparatuses as long as its IP address begins with “10.54”.
  • the user “Natia” can transmit data from the printer “P910” at the sender “Testserver.nowhere.com” to port 5055 .
  • the user whose name begins with “Prod” can transmit his print data via port 5056 from the sender “Testserver.anywhere.org” to the printing apparatus “P950”.
  • the user “Administration” can use any arbitrary printer that begins with a “P” and transmit his print data from the sender “Doman Server” to an arbitrary port.
  • the receiver can freely define the rules according to which the print data are permitted for reception using the parameters from the headers.
  • the parameters listed in the above example are preferably used. However, in principle other parameters listed in the headers are also used.
  • FIG. 7 shows a list of such additional JCL parameters (JCL: Job Control Language). This table is taken from the manual by IBM for Print Services Facility for OS/390 & z/OS, Download for OS 390, Version 3, Release 3.0 (S544-5624-02), 2002.
  • a device that is designed as a print server is used to receive print data (receiver 2 ).
  • a print server is a computer with a processing unit, a memory unit and a computer program that serves to receive, process and relay print data.
  • the computer program is designed to execute the method for automatic transfer of print data.
  • the preferred embodiment itself can also be realized as a computer program product that is stored on a data medium.
  • print jobs arriving at a print server 101 of a first printing system I are automatically mirrored at a print server 101 of a second printing system II.
  • the print server 101 respectively possesses a print job manager 102 (DAM), multiple clients 103 , a buffer module 104 (PM), a decompression module 105 (DE), a memory unit 106 (SP) and a spool module 107 (SM) ( FIG. 1 ).
  • DAM print job manager
  • PM buffer module
  • DE decompression module
  • SP memory unit
  • SM spool module 107
  • CL three different types of clients (CL) are provided, namely input modules 10311 , a print job client 103 / 2 and a ticket rule client 103 / 3 .
  • Multiple input modules 103 / 1 are typically provided that are respectively connected via data lines 109 with one or more computers 108 (RE) to generate a print job.
  • the input modules 103 / 1 serve to receive print data by means of protocols.
  • Such an input module 103 / 1 can, for example, be designed to receive print data by means of the Download protocol or the LP protocol.
  • Such an input module can also be a HotDir folder.
  • the download interface is designed as a program that runs in the background, wherein typically no direct user intervention occurs. Under Unix and its derivatives such programs are designated as daemons (Disc and Execution Monitor). In Microsoft Windows the corresponding programs are called “Services”. A daemon can run even if no user is logged in at the computer.
  • the print job manager 102 and the input modules 103 / 1 are typically arranged at an operator of a printing center, and the computers 108 to generate the print jobs are located at the customers of the operator of the printing system and transmit their print jobs to the input modules via a network, for example the Internet.
  • the clients 103 and the print job manager 102 are respective computer program units. They can be installed and executed on a common computer. However, it is likewise possible to install at least the print job manager 102 and the clients 103 on at least two separate computers and to execute them there.
  • the print job manager is also designated as a PJM server (print job manager server).
  • the print job client 103 / 2 corresponding to the print job manager 102 is connected with the print job manager 102 and serves so that the operator of the printing system can execute print jobs that are already present. Such print jobs are, for example, print jobs that could not be or could not be correctly printed.
  • the operator can modify the print job (and in particular the job ticket of such a print job) and transmit the respective print job to the print job manager 102 in order to have it printed at a printing apparatus 111 (DR).
  • DR printing apparatus 111
  • Print jobs arriving at the input modules 103 / 1 are relayed to the buffer module 104 via an interface 116 and stored at the buffer module 104 .
  • the decompression module 105 reads out the buffered print jobs and decompresses the data.
  • the decompression module 105 is advantageously also designed with a decryption function so that it also decrypts the data.
  • the decompressed and decrypted print data are stored in the memory unit 106 .
  • the print jobs stored in the memory unit 106 are read by the print job manager 102 in order to be relayed to the spool 107 .
  • the print job manager serves to inspect the job chaperone data contained in the print jobs and to generate job tickets specific to the respective printing system.
  • the print job manager 102 extends the job chaperone data of the incoming print jobs with data (in particular control parameters) from a specification job ticket.
  • data in particular control parameters
  • control parameters that are missing but necessary in the existing print environment are added to the job chaperone data.
  • the data in particular control parameters of the who job ticket
  • the print job manager 102 has a ticket rule module 112 (TRM) in which ticket rules are stored.
  • TRM ticket rule module 112
  • the ticket rules are administered by means of the ticket rule module and executed at the print job manager.
  • the ticket rule module 112 has an interface 113 with the ticket rule client 103 / 3 via which a bidirectional communication is possible.
  • the ticket rule client 103 / 3 comprises a rule editor module with which the ticket rules stored in the ticket rule module can be edited.
  • the rule editor module is provided with a graphical user interface (GUI).
  • the ticket rule module 112 can also be connected with multiple ticket rule clients 103 / 3 . However, all ticket rules are exclusively stored in the ticket rule module 112 at the print job manager 102 . Only the ticket rules stored in the ticket rule module 112 can be accessed with the ticket rule clients 103 / 3 , and these ticket rules can only be modified at the ticket rule module 112 .
  • the job ticket contains a list of control parameters to control the respective print job.
  • the ticket rules comprise a sequence of actions that are applied to incoming job chaperone data of the received print job.
  • the print jobs arriving at a first printing system I are copied by the buffer module 104 , and the copy is transferred via a data line 114 to an input module 103 / 1 of a second print job II.
  • This copy contains the print jobs in the compressed and encrypted state. This is advantageous for the transfer from printing system I to printing system II since these two printing systems are normally arranged far removed from one another, and the compressed data can be transferred significantly more quickly than uncompressed data.
  • the mirrored print data are written into the second printing system II via the input module 103 / 1 , the buffer module 104 , the decompression module 105 , and the memory unit 106 .
  • the incoming print data are also decompressed and decrypted by the decompression module 105 and then stored in the memory unit 106 .
  • printing system-specific job tickets are created using the job chaperone data by the print job manager 102 of the first printing system I. In principle this occurs in the same manner as is described in the German Patent Application “Verfahren, Drucksystem und Computerprogramm Kurs Strukturen Be than vonlastsbegleitaries effet Heidelbergs”, filed on 28 Feb. 2007, which is why reference is made in this regard to this patent application.
  • the job ticket specified to the first printing system I is mirrored on the print server of the second printing system II.
  • This job ticket is then designated as a mirror job ticket. This is primarily appropriate when the second printing system II has the same resources and printing apparatuses as the first printing system I.
  • the print job can then be directly executed at the second printing system.
  • the print job managers 102 of the two printing systems I and II are coupled with one another with a data connection 115 .
  • the data connection has interfaces to the two print job managers 102 .
  • this physical data connection 115 is based on the same lines as the data line 114 for mirroring of the incoming print data. Since the print data are stored on the second printing system II together with the mirror job tickets specific to the first printing system I, given a temporary failure of the first printing system I in which the print data stored at the first printing system I are damaged, these—together with the mirror job ticket—can be copied back from the print server 101 of the second printing system II to the print server 101 of the first printing system I and be executed without further delay at the first printing system I.
  • a second job ticket specific to the second printing system II is generated at the print server 101 of the first printing system I.
  • This second job ticket is mirrored on the print sever 101 of the second printing system II and thus represents a mirror job ticket.
  • a specification job ticket specific to the second printing system II is stored at the print server 101 of the first printing system I, the control parameters of which specification job ticket are used to supplement the job chaperone data to generate the job ticket specific to the second printing system II.
  • the inspection of the job chaperone data and generation of the job ticket specific to the second printing system II is executed by means of the ticket rules stored in the ticket rule module 112 .
  • the ticket rules can contain control parameters specific to the respective printing system that it enters into a specific job ticket.
  • the printout of the print job can be implemented at the second printing system II without delay with the mirror job ticket specific to the second printing system II.
  • both a mirror job ticket specific to the first printing system I and a mirror job ticket specific to the second printing system II are generated at the first printing system I, and both are mirrored on the print server 101 of the first printing system II.
  • both mirror job tickets are also stored at the print server of the first printing system I since then all data for implementation of a printout at an arbitrary one of the two printing systems I and II are present at both printing systems.
  • the job chaperone data are extracted from the print data at the print server 101 of the first printing system I and are transmitted to the print server 101 of the second printing system II either immediately or after a pre-processing at the print server 101 of the second printing system II.
  • a job ticket specific to the second printing system II is then generated at the print server 101 of the second printing system II.
  • the extraction of the job chaperone data can simply occur via a copying of the job chaperone data present as a file in the form of a data ticket.
  • the extraction can also comprise the collection of job chaperone data from different sources, in particular the file name of the print job and one or more files containing job chaperone data.
  • the pre-processing of these job chaperone data can contain an assembling of the data from different sources into a common file.
  • this pre-processing can also be the generation of the job ticket specific to the first printing system I, which job ticket is relayed to the print server 101 of the second printing system II and there is converted into a job ticket specific to the second printing system II.
  • the job ticket generated at the second printing system II and specific to the second printing system II can in turn be mirrored on the print server 101 of the first printing system I. It is likewise appropriate to copy the job ticket specific to the first printing system I to the second printing system II.
  • the mirrored print jobs and the corresponding job tickets are blocked at the second printing system II until the data connection between the mirrored printing systems is interrupted or, if the block is manually lifted, are blocked such that they cannot be executed during the block. Only after the expiration of this duration can an operator of the second printing system II start the printout of the respective print job or transmit the corresponding print data back to the first printing system I together with the corresponding job ticket. This must be manually started so that a print job is not simultaneously executed at two different printing systems by accident, which would lead to significant costs. The operator can be informed about the status of the respective printing systems before the start of the mirrored print job.
  • the print server 101 of the second printing system II Since the mirrored print data are supplied to the second printing system II in a conventional manner via the input module 103 / 1 , and the information that the print data are blocked has already been added to the print data in the buffer module 104 of the first printing system I, the print server 101 of the second printing system II does not need to be specially configured for use as a mirror server. It processes the mirrored print data arriving from the print server 101 of the first printing system I just like all other incoming print data.
  • an interface at the data connection 115 for execution of the mirroring method is only provided at the print job manager 102 . However, this interface is likewise arranged at the print job manager 10 of the first print server 101 .
  • the print servers 101 of the two printing systems mutually mirror the respective print jobs, wherein this can also occur simultaneously.
  • blocked print jobs are not mirrored because otherwise the two print servers with a single print job would block each other due to the continual back-and-forth mirroring of a print job.
  • the print data contained in the print jobs are processed at a first printing system I.
  • This processing can comprise different processing processes, for example the rastering of the print data contained in the print jobs and the adaptation of the print page arrangement corresponding to the post-processing apparatuses connected to the printing system.
  • the rastering of the print data is a very work-intensive procedure that can last a long time. It is therefore appropriate that, depending on the processing progress, a new job ticket is generated that especially contains information for the remaining processing steps to be executed or contains information that recognize the portion already executed. For example, information of which parts of a print job that require a raster process (RIP) in the print server (for example Postscript data) have already been processed can be stored in such a job ticket.
  • This job ticket reflecting the processing progress is appropriately mirrored as a mirror job ticket on the print server 101 of the second printing system II.
  • the print data already processed are also advantageously copied to the print server 101 of the second printing system II. Given a problem at the first printing system I, it is hereby possible to continue the execution of the respective print job with the already-achieved processing progress at the second printing system II.
  • the print jobs on the print server 101 of the first printing system I are located in an execution state, in contrast to which the print jobs mirrored on the print server 101 of the mirror printing system II are located in a blocked pause state.
  • These two print servers 101 are synchronized with one another such that, if a print job located in an execution state is deleted by an operator, the corresponding mirrored print job is automatically also deleted; this synchronization is broken when the data line 114 or the data connection 115 between the two printing systems I, II is interrupted. Such an interruption leads to the cancelation of the blocking of the mirrored print job at the mirror printing system II.
  • error recovery there are two possibilities of how an error can be corrected at a mirror printing system (error recovery). On the one hand, it can be sought to copy all print data or data units that have been received at the receiver since the occurrence of the error to the mirror printing system. On the other hand, the mirroring printing system can also be configured such that the print data received since the occurrence of the error are no longer copied to this mirror printing system.
  • the incoming print data are first immediately mirrored. This occurs in the buffer module 104 . However, this can also be executed in one of the input modules 103 / 1 . All print data (i.e. the print data to be printed and the job chaperone data) are hereby mirrored. It is essential to the preferred embodiment that job tickets specific to the printing systems are additionally generated from the job chaperone data, which job tickets are then also immediately mirrored. The generation of the job tickets occurs via application of ticket rules to the incoming job chaperone data. These ticket rules link the job chaperone data with specification job tickets. The specification job tickets are specific to the respective printing systems. The specification job tickets are also specific to the different input modules 103 / 1 , such that in total six different specification job tickets are to be provided given three different input modules and two different printing systems, for example.
  • the ticket rules can be invoked in different ways:
  • the conventional known mirroring methods are thus expanded by a processing stage in which the job chaperone data are additionally processed into job tickets specific to the printing systems, which job tickets are then also mirrored.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)
US12/441,551 2006-09-22 2007-09-20 Method and system for the automatic transmission of printing data and particularly for mirroring printing orders Active 2030-06-03 US8373872B2 (en)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
DE200610044870 DE102006044870B3 (de) 2006-09-22 2006-09-22 Verfahren und System zum automatischen Übertragen von Druckdaten
DE102006044870.7 2006-09-22
DE102006044870 2006-09-22
DE102007010277.3 2007-03-02
DE200710010277 DE102007010277B4 (de) 2007-03-02 2007-03-02 Verfahren, Drucksystem und Computerprogramm zum Spiegeln von Druckaufträgen
DE102007010277 2007-03-02
PCT/EP2007/059958 WO2008034873A2 (fr) 2006-09-22 2007-09-20 Procédé et système pour le transfert automatique de données d'impression et en particulier pour constituer un miroir des ordres d'impression

Publications (2)

Publication Number Publication Date
US20090268228A1 US20090268228A1 (en) 2009-10-29
US8373872B2 true US8373872B2 (en) 2013-02-12

Family

ID=38895952

Family Applications (1)

Application Number Title Priority Date Filing Date
US12/441,551 Active 2030-06-03 US8373872B2 (en) 2006-09-22 2007-09-20 Method and system for the automatic transmission of printing data and particularly for mirroring printing orders

Country Status (4)

Country Link
US (1) US8373872B2 (fr)
EP (1) EP2078241A2 (fr)
JP (1) JP4861480B2 (fr)
WO (1) WO2008034873A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10616241B2 (en) 2017-06-05 2020-04-07 Honeywell International Inc. Systems and methods for performing external data validation for aircraft onboard systems

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5430181B2 (ja) * 2009-03-10 2014-02-26 キヤノン株式会社 画像形成装置、その制御方法及びプログラム
JP5482434B2 (ja) * 2010-05-17 2014-05-07 セイコーエプソン株式会社 記録制御装置、記録システム、記録制御方法、及び、プログラム
JP5834550B2 (ja) * 2011-07-05 2015-12-24 株式会社リコー 情報処理装置、データ管理システム、及びデータ管理プログラム
JP5874313B2 (ja) * 2011-10-25 2016-03-02 富士ゼロックス株式会社 画像形成システム、画像形成装置、送信装置及びプログラム
US9292234B2 (en) * 2013-11-04 2016-03-22 Ricoh Company, Ltd. Print job correction mechanism

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06259206A (ja) 1993-03-09 1994-09-16 Ricoh Co Ltd ネットワ−クプリンタ最適化方法
US5586291A (en) 1994-12-23 1996-12-17 Emc Corporation Disk controller with volatile and non-volatile cache memories
US6292905B1 (en) * 1997-05-13 2001-09-18 Micron Technology, Inc. Method for providing a fault tolerant network using distributed server processes to remap clustered network resources to other servers during server failure
US6313921B1 (en) 1997-09-24 2001-11-06 Canon Kabushiki Kaisha Image forming system, image forming apparatus and method of controlling the same
US20030041086A1 (en) * 1999-11-30 2003-02-27 Herman Lankreijer Method for synchronising program sections of a computer program
KR20040099065A (ko) 2003-05-14 2004-11-26 이종희 프린팅 시스템의 스풀 데이타 보안 처리 및 출력 방법과그 장치
EP1519262A1 (fr) 2001-12-18 2005-03-30 Océ Printing Systems GmbH Procédé, système de traitement d'information et programme d'ordinateur pour stocker et rappeler des données d'impression dans un rèseau
US20060047836A1 (en) * 2004-08-13 2006-03-02 Rao Goutham P A method for maintaining transaction integrity across multiple remote access servers
DE102004047327A1 (de) 2004-09-29 2006-04-06 OCé PRINTING SYSTEMS GMBH Verfahren und System zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess
US20060294152A1 (en) * 2005-06-27 2006-12-28 Shigehisa Kawabe Document management server, document management system, computer readable recording medium, document management method, client of document management system, and node
US20070281300A1 (en) 2004-03-04 2007-12-06 James Russell Thrombomodulin (Thbd) Haplotypes Predict Outcome
DE102006044870B3 (de) 2006-09-22 2008-02-07 OCé PRINTING SYSTEMS GMBH Verfahren und System zum automatischen Übertragen von Druckdaten
DE102007009737A1 (de) 2007-02-28 2008-09-04 OCé PRINTING SYSTEMS GMBH Verfahren, Drucksystem und Computerprogramm zum automatischen Bearbeiten von Auftragsbegleitdaten eines Druckauftrages
US20110067100A1 (en) * 2009-09-17 2011-03-17 Konica Minolta Business Technologies, Inc. Job processing system and image processing apparatus

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07219729A (ja) * 1994-02-04 1995-08-18 Fuji Xerox Co Ltd プリントシステム
JP4546629B2 (ja) * 2000-05-25 2010-09-15 株式会社日立製作所 記憶システム、記憶システムの応答方法及び記録媒体
US6505307B1 (en) * 2000-09-06 2003-01-07 Unisys Corporation Method and apparatus for ensuring data integrity
US6728849B2 (en) * 2001-12-14 2004-04-27 Hitachi, Ltd. Remote storage system and method
US20060047835A1 (en) * 2004-07-02 2006-03-02 Greaux Jeffrey E Method and System for LAN and WLAN access to e-commerce sites via Client Server Proxy
JP2006139477A (ja) * 2004-11-11 2006-06-01 Hitachi Ltd 計算機システム、管理方法及びストレージネットワークシステム
US7366846B2 (en) * 2005-01-14 2008-04-29 International Business Machines Corporation Redirection of storage access requests

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06259206A (ja) 1993-03-09 1994-09-16 Ricoh Co Ltd ネットワ−クプリンタ最適化方法
US5586291A (en) 1994-12-23 1996-12-17 Emc Corporation Disk controller with volatile and non-volatile cache memories
US6292905B1 (en) * 1997-05-13 2001-09-18 Micron Technology, Inc. Method for providing a fault tolerant network using distributed server processes to remap clustered network resources to other servers during server failure
US6313921B1 (en) 1997-09-24 2001-11-06 Canon Kabushiki Kaisha Image forming system, image forming apparatus and method of controlling the same
US20030041086A1 (en) * 1999-11-30 2003-02-27 Herman Lankreijer Method for synchronising program sections of a computer program
EP1519262A1 (fr) 2001-12-18 2005-03-30 Océ Printing Systems GmbH Procédé, système de traitement d'information et programme d'ordinateur pour stocker et rappeler des données d'impression dans un rèseau
US20050117176A1 (en) * 2001-12-18 2005-06-02 Viktor Benz Method, device system and computer program for saving and retrieving print data in a network
KR20040099065A (ko) 2003-05-14 2004-11-26 이종희 프린팅 시스템의 스풀 데이타 보안 처리 및 출력 방법과그 장치
US20070281300A1 (en) 2004-03-04 2007-12-06 James Russell Thrombomodulin (Thbd) Haplotypes Predict Outcome
US20060047836A1 (en) * 2004-08-13 2006-03-02 Rao Goutham P A method for maintaining transaction integrity across multiple remote access servers
DE102004047327A1 (de) 2004-09-29 2006-04-06 OCé PRINTING SYSTEMS GMBH Verfahren und System zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess
US20060294152A1 (en) * 2005-06-27 2006-12-28 Shigehisa Kawabe Document management server, document management system, computer readable recording medium, document management method, client of document management system, and node
DE102006044870B3 (de) 2006-09-22 2008-02-07 OCé PRINTING SYSTEMS GMBH Verfahren und System zum automatischen Übertragen von Druckdaten
DE102007009737A1 (de) 2007-02-28 2008-09-04 OCé PRINTING SYSTEMS GMBH Verfahren, Drucksystem und Computerprogramm zum automatischen Bearbeiten von Auftragsbegleitdaten eines Druckauftrages
US20110067100A1 (en) * 2009-09-17 2011-03-17 Konica Minolta Business Technologies, Inc. Job processing system and image processing apparatus

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Digital Printing, Technology and printing techniques of Océ digital printing presses, 9th edition, Feb. 2005 (ISBN 3-00-001081-5).
IBM Print Services Facility for z/OS. Download for z/OS (Version 4, Release 1.0) (Internet Citation 30, Nov. 2005 XP007903856.
JP 2006 252339-Sep. 21, 2006 Patent Abstracts of Japan.
JP 2006 252339—Sep. 21, 2006 Patent Abstracts of Japan.

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10616241B2 (en) 2017-06-05 2020-04-07 Honeywell International Inc. Systems and methods for performing external data validation for aircraft onboard systems

Also Published As

Publication number Publication date
WO2008034873A3 (fr) 2008-06-12
JP2010504577A (ja) 2010-02-12
EP2078241A2 (fr) 2009-07-15
WO2008034873A2 (fr) 2008-03-27
US20090268228A1 (en) 2009-10-29
JP4861480B2 (ja) 2012-01-25

Similar Documents

Publication Publication Date Title
US8373872B2 (en) Method and system for the automatic transmission of printing data and particularly for mirroring printing orders
US8054481B2 (en) Updating of resource data in a printing apparatus
JP4936549B2 (ja) サーバ装置、管理システム、管理方法、記憶媒体、プログラム
US20110013215A1 (en) Image forming apparatus, image forming system, and image forming method
US20100103453A1 (en) Printing system and control method of the printing system
US7872772B2 (en) Network printing tracking system
US20070091361A1 (en) Printer, print control method, and program for executing print control method
JP2013126754A (ja) プリントシステム、画像形成装置、プリントサーバおよびその制御方法、並びにプログラム
US20090204857A1 (en) Network apparatus, control method therefor, and storage medium
US20130128313A1 (en) Image forming apparatus, backup and restore processing method
JP5574821B2 (ja) 管理装置、管理方法、及びプログラム
JP2009104583A (ja) 印刷システム、ホスト装置、プログラムおよびレポート印刷方法
JP2009101679A (ja) 印刷装置、プログラムおよび印刷制御方法
JP3588416B2 (ja) 印刷システム、印刷サーバ装置及び端末装置
JP2005329620A (ja) 画像形成装置および画像形成装置の制御方法およびプログラムおよび記憶媒体および画像形成システム
JP6942578B2 (ja) 管理システム、及び制御方法
JP4140956B2 (ja) 印刷情報処理装置、印刷システム、印刷情報処理方法、印刷プログラム、および印刷プログラムを記憶した記憶媒体
JP2007328574A (ja) 印刷システム及び印刷プログラム
US20150085315A1 (en) Print Job Tracking and Policy Enforcement
JP2009157917A (ja) 印刷システム、画像形成装置及び情報処理方法
DE102006044870B3 (de) Verfahren und System zum automatischen Übertragen von Druckdaten
JP2016066214A (ja) ログ記録装置、制御方法及びプログラム
JP5741661B2 (ja) 印刷システム、印刷装置、ホスト装置およびプログラム
JP2023026094A (ja) 情報処理装置、情報処理方法及びプログラム
JP2007296679A (ja) 情報処理装置、情報処理方法、記憶媒体、プログラム

Legal Events

Date Code Title Description
AS Assignment

Owner name: OCE PRINTING SYSTEMS GMBH, GERMANY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LANKREIJER, HERMAN;STODERSCHNIG, ALBIN;DUNGER, OLAF;REEL/FRAME:022404/0469

Effective date: 20090303

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8