JP2007122092A - Information processing apparatus and its control method, image forming apparatus and its control method, information processing system, program, and storage medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a technology for inexpensive highly accurate proofing. <P>SOLUTION: An information processing apparatus that is capable of communicating with a server and an image forming apparatus includes: a storage means for storing data to be printed and device information showing the characteristics of the image forming apparatus; an instruction input means for inputting instructions including printing conditions; a generating means for generating image forming condition information showing the conditions for the image forming apparatus to form images, the conditions being determined based on the printing conditions and the device information; a control means for creating print data based on the data to be printed and the conditions related to image formation, sending the print data to the image forming apparatus, and causing the image forming apparatus to perform printing; and a sending means for sending the data to be printed, the print condition information showing the printing conditions, and the image forming condition information to the server. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a technique for providing a print service via a network, and more particularly to a technique for pre-proofing a print result.

  2. Description of the Related Art Conventionally, techniques for providing various print services via a network such as the Internet or an intranet are known. When using this print service, an orderer (user), for example, uploads a print document from his / her office PC to a print service server on a network using a web browser or the like, and performs various printing / processing formats and delivery formats. Specify and place an order. On the other hand, the operator at the output base of the print service downloads the ordered print document from the print service server, performs printing and bookbinding processing according to the instructed printing / processing format, delivers it in the instructed delivery format, and charges Process. In the case of a service on an intranet, the output base of this print service may be close to the orderer's office, but in general, it is often located away from the orderer's office.

  Conventionally, when electronically placing an order for a print service provided on such a network, the print result intended by the orderer may differ from the actual print result at the output base of the print service. For example, the printed color is different from the orderer's intention, the used font is garbled, the printed page layout is different from the orderer's intention, The image is missing or the like.

In order to prevent such a discrepancy, a conventional print service often performs a proof process in which an orderer confirms a print result at an output base of the print service. Proof schemes used in conventional print services can be broadly divided into the following three types.
(Method 1) Proof method by the actual product:
After receiving the order, the order side actually prints one copy of the printed document in accordance with the instructed print format at the output base, performs bookbinding in accordance with the instructed format, and physically transports the bookbinding results (actual). Send to the orderer by means. The orderer confirms the actual print result sent. If the orderer is OK, the order receiving side processes the remaining number of copies.
(Method 2) Proof method using PDF created by the orderer:
Before placing an order, a PDF or the like is created from a printed document in the orderer's PC, and the orderer visually confirms it on the display of his / her PC. Then, the orderer submits the PDF or the like to the order receiving side.
(Method 3) Proof method using PDF created on the order side:
After receiving the order, the order receiving side creates a PDF or the like corresponding to the print result when the print original is actually printed at the output base or the like, and electronically sends the PDF or the like to the orderer side. The orderer checks the PDF on the display of his / her PC. When the orderer is successful, the order receiving side performs a predetermined number of printing and bookbinding processes in accordance with the instructed printing style and processing style.

For example, Patent Document 1 describes that calibration image data created on the contractor side is transmitted to an orderer's terminal and the calibration image data is confirmed.
JP 2000-155666 A

  However, in the conventional proof system, there is a trade-off between the cost required for proofing and the accuracy of proofing, and it has been impossible to perform proofing with high accuracy at a low cost.

  In the above conventional example, the actual proof method of method 1 is confirmed by the actual print result, so that the orderer can minimize the discrepancy between the intention and the actual print result. However, since it is necessary to send the printing result by the physical transport means, there is a problem that it takes time to perform proofing. This problem is particularly noticeable in the case where the actual printing result is different from the orderer's intention and the ordering is performed again after correcting the printing conditions. In the case of placing an order again, the cost required for actually creating a printed matter different from the intention of the orderer is wasted.

  In addition, although the proofing method using PDF of methods 2 and 3 has the advantage that confirmation can be made before ordering, the display characteristics output by the display on the ordering side and the device at the output base are actually printed. Generally, it does not match the print result. For this reason, the image confirmed by the orderer and the actually printed result are often different. Further, in the method of displaying PDF or the like on the display of the PC, the bookbinding result cannot be sufficiently reproduced.

  Since the PDF proof method created on the order receiving side in Method 3 can create a PDF depending on the device that actually prints on the output base side, the printing result and the contents of the PDF file than in Method 2 are available. Can be brought closer. However, there is still a difference between the display on the ordering side and the actual print result. In addition, since a process for allowing the orderer to confirm after creating the proof PDF after receiving an order at the output base side, it takes time to perform the proof.

  The present invention has been made in view of the above problems, and an object of the present invention is to provide a technique that enables high-precision proofing at a low cost.

In order to achieve the above object, an information processing apparatus according to the present invention comprises the following arrangement. That is,
An information processing apparatus capable of communicating with a server and an image forming apparatus,
Storage means for storing print target data and device information indicating characteristics of the image forming apparatus;
An instruction input means for inputting an instruction including print conditions;
Generating means for generating image forming condition information indicating a condition relating to image formation by the image forming apparatus, which is determined based on the print condition and the device information;
Control means for generating print data based on the print target data and conditions relating to the image formation, sending the print data to the image forming apparatus, and causing the image forming apparatus to execute printing;
Sending means for sending the print target data, print condition information indicating the print conditions, and the image forming condition information to the server.

The image forming apparatus according to the present invention has the following configuration. That is,
An image forming apparatus capable of communicating with an information processing apparatus and a server,
Receiving means for receiving print data from the information processing apparatus;
Image forming means for forming an image on a recording medium based on the print data;
Image reading means for reading the result of image formation from the recording medium on which an image is formed by the image forming means;
Image forming conditions relating to the image formation, and sending means for sending the result of the image formation read by the image forming reading means to the server.

An information processing system according to the present invention has the following configuration. That is,
An information processing system comprising: an information processing apparatus capable of communicating with a first image forming apparatus; and a server capable of communicating with a second image forming apparatus,
The information processing apparatus includes:
Storage means for storing print target data and device information indicating characteristics of the first image forming apparatus;
An instruction input means for inputting an instruction including print conditions;
Generating means for generating image forming condition information indicating a condition relating to image formation by the first image forming apparatus, which is determined based on the print condition and the device information;
Control means for generating print data based on the print target data and the conditions relating to the image formation, sending the print data to the first image forming apparatus, and causing the first image forming apparatus to perform printing; ,
Sending means for sending the print target data, print condition information indicating the print conditions, and the image forming condition information to the server;
The server
Receiving means for receiving the data to be printed, the print condition information, and the image forming condition information from the information processing apparatus;
Print data is generated based on the print target data, the print condition information, and the image formation information, the print data is sent to the second image forming apparatus, and the second image forming apparatus Control means for causing the image forming process to be executed.

  ADVANTAGE OF THE INVENTION According to this invention, the technique which makes it possible to perform a highly accurate proof at low cost can be provided.

  In the configuration according to the present embodiment, a document to be ordered is printed using a local printer on the orderer side before ordering, and proofing is performed based on the printing result. Information such as the proof condition (including the model number of the local printer) and the proof result is submitted to the print service together with the document data. As a result, the orderer can perform simple and sufficient proof confirmation before placing an order, while the contractor can perform printing and bookbinding that are very close to the orderer's intended print and bookbinding results based on information such as proof conditions and proof results. It can be performed. Therefore, the discrepancy between the print result intended by the orderer and the actual print result at the output base of the print service can be made very small. That is, high-precision proofing can be performed. Further, since the proofing process is basically performed only on the orderer side, the cost required for the proofing is small.

  Embodiments according to the present invention will be described below in detail with reference to the accompanying drawings. However, the constituent elements described in this embodiment are merely examples, and are not intended to limit the scope of the present invention only to them.

<< First Embodiment >>
(System configuration)
FIG. 1 is an overall configuration diagram of a print service ordering system. As shown in FIG. 1, in the print service ordering system, an ordering (personal) PC (Personal Computer) 1 and an order receiving Web server 3 that exist in an orderer's office are connected via a network 2. The network 2 includes an intranet, the Internet, and the like. The orderer places an order for various services including a print service, which will be described later, from the ordering PC 1 to the ordering Web server 3 via the network 2. At this time, order information including orderer information, scan format, print format, bookbinding processing format, delivery format designation, electronic data for printing, etc. is received via the network 2 through the order receiving Web server 3. Sent to. In addition, a physical conveyance means 10 including a mail document (including an in-house mail service) or the like, such as a paper document when using a scan service or a copy service, or a medium such as a CD-ROM storing electronic data for a print service. Is sent to the output base (output base server 4).

  The order receiving Web server 3 manages the order based on the order information received from the ordering PC 1. The order receiving Web server 3 is connected to the output base server 4 via a predetermined communication means, and sends the order information to the output base server 4 based on the received order information.

  For example, various devices such as an operator's PCs 9 a and 9 b (hereinafter collectively referred to as 9), an MFP 5, a scanner 6, a printer 7, and an offline finisher 8 are connected to the output base server 4. However, the MFP is a Multi Function Peripherals. At the output base, the operator uses the PC 9 to access the output base server 4, and uses various devices 5 to 8 to perform scan processing, copy processing, editing processing, print processing, finishing processing, and the like. A copy, a printed material, a bookbinding product, etc., which is an output of the processing result, is sent to the orderer using the physical transport means 10 such as an in-house mail service.

  The MFP-L 12 is a multi-function machine (local printer) for the orderer to perform pre-proof printing and confirm the print format and print result before placing an order with the print service. It exists in the same area (for example, in the same office). However, the MFP-L 12 does not have to be multifunctional, and it is sufficient that it has a minimum image forming function such as a printer function. For example, the MFP-L 12 can be configured using a local printer. The MFP-L 12 and the orderer's PC 1 are connected by a network such as an intranet 11.

  The above system configuration is illustrated for convenience of description, and is not limited to this. For example, the order receiving Web server 3, the output base server 4, and the PC 9 may be realized by an information processing apparatus of two or less or four generations or more. Further, the MFP 5, the scanner 6, the printer 7, and the offline finisher 8 are examples of apparatuses for performing printing, bookbinding, and the like, but are not limited thereto.

(Hardware configuration of information processing device)
Next, the hardware configuration of the information processing apparatus used in this embodiment will be described with reference to FIG. FIG. 19 is a block diagram schematically illustrating the hardware configuration of the information processing apparatus according to the present embodiment. In the present embodiment, the orderer PC1, the order receiving Web server 3, the output base server 4, and the PC 9 correspond to such an information processing apparatus. Note that the information processing apparatus in the present embodiment is realized by, for example, a personal computer (PC), a workstation (WS), a personal digital assistant (PDA), or the like.

  In FIG. 19, 990 is a CPU. The CPU 990 executes an application program, an operating system (OS), a control program, and the like stored in a hard disk device 995, which will be described later, and performs control for temporarily storing information, files, and the like necessary for executing the program in the RAM 992. .

  A ROM 991 stores programs such as a basic I / O program, various data such as font data and template data used for document processing. Reference numeral 992 denotes a RAM for temporarily storing various data, and functions as a main memory, a work area, and the like of the CPU 990.

  Reference numeral 993 denotes an external storage drive for realizing access to a recording medium, and a program or the like stored in a medium (recording medium) 994 can be loaded into the computer system. The medium 994 is optional, for example, a flexible disk (FD), CD-ROM, CD-R, CD-RW, PC card, DVD, IC memory card, MO, memory stick, or the like.

  Reference numeral 995 denotes an external storage device. In this embodiment, a hard disk device (hereinafter referred to as HD) that functions as a large-capacity memory is used. The HD 995 stores application programs, OS, control programs, related programs, and the like.

  Reference numeral 996 denotes an instruction input device, which corresponds to a keyboard, a pointing device (such as a mouse), and a touch panel. Using the instruction input device 996, the user instructs the information processing apparatus according to the present embodiment to input a command or the like for controlling the apparatus.

  Reference numeral 997 denotes a display for displaying a command input from the instruction input device 996, a response output of the information processing apparatus for the command, and the like.

  A system bus 999 governs the flow of data in the information processing apparatus. Reference numeral 998 denotes an interface (hereinafter referred to as I / F), which exchanges data with an external device via the I / F 998.

  In addition, it can also be comprised as an alternative of a hardware apparatus with the software which implement | achieves a function equivalent to the above each apparatus.

  In the present embodiment, an example in which the program and related data according to the present embodiment are directly loaded from the medium 994 to the RAM 992 and executed is shown, but the present invention is not limited to this. For example, each time the program according to the present embodiment is operated, the program may be loaded from the HD 995 in which the program is already installed into the RAM 992. It is also possible to record the program according to the present embodiment in the ROM 991, configure it as part of the memory map, and execute it directly by the CPU 990.

  In the present embodiment, for convenience of explanation, a configuration in which the information processing apparatus according to the present embodiment is realized by one apparatus will be described. However, it may be realized by a configuration in which resources are distributed to a plurality of apparatuses. For example, storage and calculation resources may be distributed in a plurality of devices. Alternatively, resources may be distributed for each component virtually realized on the information processing apparatus, and parallel processing may be performed.

(Service order screen)
Next, a user interface provided to the user by the orderer PC 1 will be described with reference to FIG. FIG. 2 is a diagram exemplifying a service ordering screen for the order receiving Web server 3 displayed on the display 997 by the orderer PC1. In order to simplify the description, in this embodiment, the service order screen is a Web screen created by the order receiving Web server 3, and the orderer accesses this screen using a Web browser on the orderer PC. explain. Of course, it may be realized by a dedicated client application for placing a service order.

  On the service ordering screen illustrated in FIG. 13, six service order buttons 14 to 19 are displayed.

  First, 14 is an entrance button for ordering an output / bookbinding service. The output / bookbinding service is a service for inputting electronic data, printing it in a specified format, performing a specified bookbinding process, and sending it to a specified delivery destination. In general, post-processing such as stapling can be performed by using a stapling apparatus provided in the MFP-L 12 in the office. However, bookbinding operations such as case binding require a dedicated binder machine for performing gluing and the like, and a cutting machine for cutting edges after wrapping, and are difficult to implement in an office. For this reason, this service is used when such an advanced bookbinding operation is required.

  Next, 15 is an entrance button for ordering a poster panel service. The poster panel service is a service in which electronic data is submitted, printed in a large format such as A1 size in a specified format, processed on a specified panel, and sent to a specified delivery destination. This service is used when a large-size print that cannot be printed by the MFP-L12 installed in the office is required.

  Next, 16 is an entrance button for ordering a copy service. The copy service is a service for submitting a paper document, scanning it in a specified format, printing it in a specified format, performing a specified bookbinding process, and sending it to a specified delivery destination. For example, this service is used for a copy job having a large number of pages, a copy job having a large number of copies, and a copy job having a large number of delivery destinations.

  Next, 17 is an entrance button for ordering a reorder service. The reorder service is a service that re-processes the same content as the previously ordered service, and executes the same content as the previously ordered content, so the output site does not have to make various settings. .

  Next, 18 is an entry button for placing an order for a stored document ordering service. The stored document ordering service is a service that receives a designation from an orderer for a stored document stored at an output base, prints a designated document, and sends it to a designated delivery destination. In this embodiment, when the stored document order service is selected, the print format is fixed, but it goes without saying that it can be designed freely according to the application and purpose.

  Next, 19 is an entrance button for ordering a scanning service. The scan service is a service for submitting a paper document, scanning it in a specified format, performing specified processing on the scanned image data, and sending it to a specified destination.

(Outline of order processing)
Next, an outline of processing from the start of input of order contents to the ordering PC 1 to completion will be described with reference to FIG. Here, an example of ordering an output / bookbinding service will be described. FIG. 3 is a diagram illustrating an outline of an ordering process flow of the output / bookbinding service on the orderer PC 1 in the first embodiment.

  First, in step S11, the orderer PC1 accesses the order receiving Web server 3 based on an instruction input from the orderer, and displays the service order (menu) screen illustrated in FIG. Then, based on the selection of the output / bookbinding service button 14 by the orderer, the ordering Web server 3 is accessed together with information to request the output / bookbinding service.

  Next, in step S12, as will be described later with reference to FIG. 4A, designation of the electronic data submission method is accepted from the orderer.

  In step S13, designation of printing / manufacturing main body is accepted as will be described later with reference to FIG.

  Next, in step S14, as will be described later with reference to FIG. 5A, pre-proof printing for confirming in advance the printing result in the output / bookbinding service is executed.

  In step S15, a pre-proof print result approval process is executed as described later with reference to FIG.

  In step S16, a delivery format designation is accepted as will be described later with reference to FIG.

  Next, in step S17, as will be described later with reference to FIG. 6B, confirmation of ordering information and orderer information by the orderer is accepted, and ordering processing is performed.

  Hereinafter, processing performed in each step will be described with reference to a screen example displayed in each step. The interface of the following screen example is illustrative and is not limited thereto. The screen exemplified below is mainly displayed on the basis of the information received by the ordering PC 1 by the order receiving Web server 3 sending information about the screen contents (including HTML) to the ordering PC 1. However, it is not limited to this.

[Specify trafficking method]
FIG. 4A is a diagram exemplifying a screen for accepting submission of electronic data of a document displayed in step S12 of the ordering flow of the output / bookbinding service of FIG.

  Reference numeral 101 denotes a check box that accepts an instruction to electronically submit electronic data or to physically send and submit using a medium such as a CD-ROM. In the case of electronic submission, the orderer writes the name of the submission file existing in the orderer's PC 1 at 102 or presses the reference button 22 to enter the order file in the orderer's PC 1. Specify the manuscript file name.

  Reference numeral 103 denotes an input area for accepting designation of the number of pages of the submitted file.

  Reference numeral 104 denotes an area for inputting or selecting an OS (Operating System) in the information processing apparatus that created the submitted file.

  Reference numeral 105 denotes an area for inputting or selecting a creation application when the submission file is created.

  The orderer PC 1 sends the information input in 101 to 105 to the order receiving Web server 3 based on pressing (selection) of the OK button 23. When the submission file is submitted electronically, it is designated by 102. The submitted file is also electronically sent to the order receiving Web server. On the other hand, when an input file is submitted by a medium, the medium is arranged to be sent to an output base via the physical transport means 10 using an in-house mail service or a home delivery service. This arrangement is performed by, for example, displaying a display including an instruction to perform a procedure for starting physical conveyance to a preset person in charge or an orderer.

  In this way, the orderer submits the electronic data of the manuscript relating to the ordered order.

[Designation of printing / manufacturing]
Upon receiving the information input in 101 to 105 in the process of step S12, the order receiving Web server 3 sends a screen for accepting designation of printing / manufacturing main body to the ordering PC 1. In step S13, the ordering PC 1 displays the received screen on the display 997. FIG. 4B is a diagram showing an example of a screen for accepting designation of the printing / bookbinding main body displayed in step S12 in the order for the output / bookbinding service.

  Reference numeral 201 denotes a check box for designating a print finishing size. In 201 of FIG. 4B, A4 is selected.

  A check box 202 designates whether to print in color or monochrome. In 202 of FIG. 4B, color / monochrome automatic is selected.

  A check box 203 designates single-sided printing or double-sided printing. In 203 of FIG. 4B, both sides are selected.

  A check box 204 designates the paper type used for printing. In 204 of FIG. 4B, color plain paper is selected.

  Reference numeral 205 denotes a check box for designating settings relating to cover printing. In 205 of FIG. 4B, a cover is attached, and “with cover (printed)” is selected to print on the cover.

  Reference numeral 206 denotes a check box for designating the settings of the bookbinding body how to bind the printed paper. In 206 of FIG. 4B, case binding is selected.

  Reference numeral 207 denotes a check box for designating settings relating to punch processing for printed paper. In 207 of FIG. 4B, no punch is selected.

  Reference numeral 208 denotes a check box for designating settings relating to edge cutting processing for printed paper. In 208 of FIG. 4B, the three-way cutting is selected.

  Reference numeral 209 denotes an input area for setting the number of copies. In 209 of FIG. 4B, 20 copies are designated.

  The ordering PC 1 sends the printing / manufacturing main body information to the order receiving Web server 3 in response to selection of the OK button after the input in the above input area. In this way, the orderer designates the printing / manufacturing body relating to the ordered order.

[Preproof Print]
Upon receiving the information input in step S13, the order receiving Web server 3 sends a proof print instruction screen to the ordering PC 1. In step S14, the ordering PC 1 displays the received screen on the display 997. FIG. 5A is a diagram exemplifying a preproof print instruction screen on the orderer PC 1 in the ordering flow of the first embodiment.

  Reference numeral 301 denotes a display area for displaying a list of 27 candidates in a pull-down list for local printers that can be used directly by the orderer who performs pre-proof printing. The orderer selects a local printer for pre-proof printing from this pull-down list. In 301, an MFP named MFP-L12 is selected.

  Reference numerals 302 to 305 denote areas for displaying a list of parameters that can be executed by the MFP-L 12 selected in 301 in the printing / manufacturing main body specified in FIG. The ordering PC 1 controls the MFP-L 12 to execute pre-proof printing by reflecting these parameters.

  On the other hand, reference numerals 306 to 308 are areas for displaying a list of parameters that cannot be executed by the MFP-L 12 selected in 301 in the printing / manufacturing main body specified in FIG. For example, case binding 307 and three-way cutting 308 are parameters that cannot be executed by the selected MFP-L 12. The ordering PC 1 automatically changes and displays these without bookbinding and without cutting.

  An area 309 displays the number of copies to be printed by proof printing. In the example of FIG. 5, the case where the number of copies is automatically changed to 1 is illustrated. This is because one copy is sufficient for proof printing.

  In this embodiment, parameters that can be executed by the selected local printer among the printing / manufacturing functions specified in FIG. 4B are automatically set in accordance with the functions that can be executed by the local printer. Control to reflect the proof print. Therefore, the orderer can perform proof printing with the printing / manufacturing main body as close as possible to the printing / manufacturing main body specified in FIG.

  Further, the ordering PC 1 automatically disables and applies the parameters that cannot be executed by the selected local printer in the printing / manufacturing main body specified in FIG. 4B (FIG. 5A). 306 to 308 are explicitly displayed on the orderer. Thus, the orderer can clearly grasp the difference between the pre-proof print result and the actual print result printed later at the print service output base.

  When the printer used for pre-proof printing is changed in 301, the orderer PC1 controls display by changing 302 to 308 in FIG. 5A according to the functions executable by the printer used. To do. For example, when the selected printer in use can execute all the printing / manufacturing processes specified in FIG. 4B, control is performed so that all parameters other than the number of copies are reflected in the pre-proof print.

  The orderer selects the printer to be used, confirms the parameters reflected in the pre-proof print and the parameters not reflected, and if so, presses (selects) the “print” button 29. The ordering PC 1 controls the pre-proof printing to be executed by the printer selected in 301 in accordance with the selection of the “print” button 29. On the other hand, when it is not desired to perform pre-proof printing, the orderer presses the “do not print” button 30. In this case, the ordering PC 1 skips the pre-proof print process and the pre-proof approval process, and displays a delivery destination designation screen described later with reference to FIG.

  Further, in FIG. 5A, when the user wants to change the printing / manufacturing main body specified in FIG. 4B, the orderer presses the “reset appearance” button 28. In this case, the ordering PC 1 displays the screen of FIG. 4B and accepts the designation of printing / manufacturing main body again.

[Pre-proof approval]
In FIG. 5A, when the “print” button 29 is pressed, the ordering PC 1 automatically starts an application corresponding to the document data to be electronically submitted in the background. Then, PDL data is automatically created by a printer driver corresponding to the used printer selected in FIG. At that time, the PDL data is controlled so that the “printing / manufacturing body reflection reflected in the pre-proof print” described in FIG. 5A is automatically reflected. The ordering PC 1 sends the PDL data to the used printer selected in FIG. 5A, and the preproof print reflecting the “printing / manufacturing reflected in the preproof print” explained in FIG. 5A. Execute. When the pre-proof print processing is completed, the orderer PC1 switches the screen of FIG. 5A to the pre-proof print confirmation screen of FIG. FIG. 5B is a diagram illustrating a pre-proof print confirmation screen on the orderer PC 1 in the ordering flow of the first embodiment.

  Reference numeral 401 denotes an area for displaying a printer name used for pre-proof printing and its type.

  Reference numeral 402 denotes an area for displaying the type of printer driver used for pre-proof printing.

  Reference numeral 403 denotes an area for displaying information on font replacement performed in the printer during pre-proof printing. In the example 403 shown in FIG. 5B, the Kyoto font is used in the original data, but the printer does not support the Kyoto font, and it is printed with the MS Gothic font. ing.

  Reference numeral 404 denotes an area for displaying information on the type of color profile used in the printer during pre-proof printing.

  An area 405 displays the number of pages determined to be color pages and the number of pages determined to be monochrome pages in color / monochrome automatic printing during pre-proof printing. The example of FIG. 5B shows a case where the number of pages determined as color pages is 5 and the number of pages determined as monochrome pages is 15 pages.

  Reference numerals 406 to 408 denote areas for confirming display of printing / manufacturing body parameters that are not reflected in the pre-proof print.

  Reference numerals 409 to 410 denote areas for inputting order comments from the orderer to the operator at the output base of the print service. In 410 of the example shown in FIG. 5B, when the front side and the back side of the double-sided printing are not located in the pre-proof printing, the operator is instructed to match the positions at the time of the actual printing at the output base. It is a content to instruct.

The orderer visually confirms the pre-proof print result printed as paper using the printer in use, and if it matches the intention of the orderer, the “approve” button 33 in FIG. Press to perform pre-proof approval. The ordering PC 1 proceeds to step S16 when the “approve” button 33 is pressed. ,
On the other hand, if the approval cannot be made in the state of the pre-proof print result, the “not approve” button 34 is pressed to reject the approval. In this case, the proof by the actual method 1 of the conventional example is performed later. Further, in FIG. 5B, when it is desired to change the printing / manufacturing main body specified in FIG. 4B, the “reset appearance” button 32 is pressed. When the “reset appearance” button 32 is pressed, the ordering PC 1 returns to step S13, displays the screen illustrated in FIG. 4B again, and accepts the change of the setting contents.

[Specify delivery style]
In step S16, the ordering PC 1 displays a screen for accepting a delivery format designation. FIG. 6A is a diagram exemplifying a screen for accepting a delivery format designation in the ordering flow of the output / bookbinding service on the orderer PC 1.

  In FIG. 6A, reference numerals 501, 505, and 509 denote check boxes that accept designation regarding how the printed material, which is the output material of the output / bookbinding service, is delivered to the orderer. Reference numeral 501 denotes in-house mail delivery, 505 denotes delivery by courier, and 509 denotes a case where the orderer goes to the output base. Reference numerals 502 to 504 denote areas for inputting settings relating to a destination in the case of sending by an in-house mail service. Reference numerals 506 to 508 denote areas for inputting settings relating to the destination in the case of sending by courier. Reference numeral 510 denotes an area for inputting a setting relating to a scheduled collection date when going to collect.

  In this way, the orderer designates the delivery format related to the ordered order. When the OK button 38 is pressed after inputting the delivery format designation, the ordering PC 1 sends the input information to the order receiving Web server 3. In response to receiving information from the ordering PC 1, the order receiving Web server 3 sends information on an order confirmation screen to the ordering PC 1. The ordering PC 1 proceeds to step S17 in response to receiving information from the order receiving Web server 3. On the other hand, when the cancel button 39 is pressed, the process is terminated.

[Order confirmation]
FIG. 6B is a diagram exemplifying a screen on which the orderer confirms the order on the orderer PC 1 in the order flow of various services in step S17.

  Reference numeral 601 denotes a type of service to be ordered, and reference numeral 602 denotes an area for displaying an approximate estimate of the service to be ordered. Reference numeral 603 denotes an input area in which the orderer enters a desired delivery date. Reference numerals 604 to 609 are confirmation displays for information on the orderer. The orderer confirms the contents and presses the OK button 38. The ordering PC 1 places an order for a service with respect to the order receiving Web server 3 when the OK button 38 is pressed.

(Submission data)
FIG. 7 is a diagram illustrating data submitted to the order receiving Web server when placing an order with the order receiving Web server in the first embodiment.

  First, 701 is an order ID, 702 is an order date, 703 is a delivery date, and 704 is an order type. Then, reference numerals 705 to 709 denote parameters relating to the submission method specified by the orderer in FIG. Next, reference numerals 710 to 718 are parameters relating to the printing / manufacturing main body specified by the orderer in FIG. Next, parameters 719 to 722 are parameters relating to the delivery format specified by the orderer in FIG. Next, reference numerals 723 to 732 denote execution parameters of the prep loop print specified by the orderer in FIG. Specifically, first, 723 means that the orderer has approved the pre-proof in FIG. Next, 724 is a parameter that is not reflected in the pre-proof and corresponds to 407 in FIG. Next, reference numeral 725 denotes a printer name used for pre-proofing and its type, which corresponds to 401 in FIG. 5B. Next, reference numeral 726 denotes a printer driver type used for proofing, which corresponds to 402 in FIG. Hereinafter, similarly, 727 to 729 correspond to 403 to 405 in FIG. Further, 730 to 731 correspond to 410 in FIG. Further, reference numeral 732 denotes test_preproof.pdl which is PDL data at the time of pre-loop printing sent to the local printer. Next, reference numerals 733 to 736 denote the fee estimate, the orderer's address, affiliation, and name described with reference to FIG.

  In this way, the various submission data described with reference to FIG. 7 is sent from the orderer PC to the order receiving Web server. In the present embodiment, the data described with reference to FIG. 7 is sequentially sent from the ordering PC 1 to the order receiving Web server during the processing of the Web screens of FIGS. 4, 5, and 6. It is not limited to this. For example, these may be configured to be collectively sent to the order receiving Web server when the service order is instructed in FIG.

  As described above, in the present embodiment, the screens of FIGS. 4, 5, and 6 are Web screens created by the order receiving Web server 3. In other words, the orderer uses the Web browser on the orderer PC 1 and its helper application to access this screen and process user instructions. However, it is not limited to such a configuration. For example, various settings may be made using a dedicated ordering application on the orderer PC 1, and the various input data illustrated in FIG. 7 set as a result may be sent to the order receiving Web server 3. Good.

(Processing of order PC1)
Next, more detailed processing of the ordering PC 1 that performs the above processing will be described with reference to FIG. FIG. 8 is a flowchart showing the flow of processing executed on the orderer PC 1 when placing an order with the order receiving Web server in the first embodiment. The orderer PC 1 executes the process shown in FIG. 8 by control based on a web browser, its helper application, input via the web screen, and the like.

  The ordering PC 1 starts processing based on the control flow of FIG. 8 in response to selection of 14 output bookbinding services on the service ordering menu of FIG. 2 which is the Web screen of the order receiving Web server 3.

  First, in step S101, the screen processing for specifying the electronic data submission method described with reference to FIG. 4A is performed. That is, designation of the electronic data submission method is accepted, and the input information is sent to the order receiving Web server 3.

  In step S102, the screen for designating the printing / manufacturing main body described with reference to FIG. 4B is performed. That is, designation of printing / manufacturing main body is accepted, and the inputted information is sent to the order receiving Web server 3.

  In step S103, first, information on capabilities such as functions of the printer in use set as a default value is acquired. The information on the capability of the used printer or the like may be acquired from information registered in the OS of the ordering PC 1 or directly from the used printer or the like, for example. Then, the acquired capability is compared with the printing / manufacturing main body specified in step S102, and parameters that can be executed by the printer used in the printing / manufacturing main body specified in step S102 are automatically pre-proofed. It is reflected in the parameters when printing. On the other hand, the parameters that cannot be executed are distributed so as not to be reflected.

  In step S104, the preproof print instruction screen described with reference to FIG. 5A is displayed. On this screen, the parameters that have been distributed in step S103 and that are not reflected are displayed.

  In step S105, an instruction from the orderer is accepted via the screen shown in FIG. If the appearance reset button 28 is pressed (“reset appearance” in step S105), the process returns to step S102.

  If the printer used is changed via the pull-down 27 in step S105 (“change printer used” in step S105), the process returns to step S103. In step S103, the newly changed capability of the printer in use is acquired, and based on the capability, the parameters reflected in the pre-proof print and the parameters not reflected are redistributed, and are displayed in step S104.

  If the “do not print” button 30 is pressed in step S105 (“do not print” in step S105), the process proceeds to step S111. In step S111, the screen for designating the delivery destination described with reference to FIG. Further, the order confirmation screen process described with reference to FIG. 6B is performed, and finally, information such as manuscript data and ordering print / manufacturing body data is received without performing the preproof approval process. Send to Web server and place order. In this case, 723 is “no approval” in the submitted data of FIG. Then, the process ends.

  If the “print” button 30 is pressed in step S105 (“print” in step S105), the process proceeds to step S107.

  In step S107, pre-proof printing is executed using the local printer selected as the printer to be used. Then, implementation status data such as a color profile used at the time of pre-proof printing, a font replacement result, a color / monochrome page determination result, and the like are acquired from the printer.

  In step S108, the preproof print confirmation screen described with reference to FIG. 5B is displayed.

  In step S109, the orderer's instruction is accepted on the screen shown in FIG. If the appearance reset button 32 is pressed (“appearance reset” in step S109), the process returns to step S102. On the other hand, if the pre-proof “not approve” button 34 is pressed in step S109 (“not approve” in step S109), the process proceeds to step S111.

  Furthermore, when the “approve” button 33 of the pre-proof is pressed in step S109 (“approve” in step S109), the process proceeds to step S110.

  In step S110, the process for specifying the delivery destination described with reference to FIG. 6A is performed, and the order confirmation screen described with reference to FIG. 6B is performed. Then, with the pre-proof approval, in addition to the original data, ordering print / manufacturing data, etc., the pre-proof print execution status data such as 723 to 732 described with reference to FIG. 7 is sent to the order receiving Web server. And place an order.

(Processing at output base)
Upon receiving information related to ordering from the ordering PC 1 through the processing as described above, the order receiving Web server 3 sends information related to ordering to the output base server 4. When the output base server 4 receives the information related to the ordering, the output base server 4 executes the output bookbinding service process based on the operator's instruction input or the like. FIG. 9 is a flowchart showing the flow of the output bookbinding service process.

  First, in step S21, an order is placed. In other words, information related to ordering is received from the order receiving Web server 3.

  Next, in step S22, a document is received. That is, electronic data is received via the order receiving Web server 3 or media is received via the physical transport means 10. Hereinafter, processing when a document is received as electronic data will be described.

  In step S23, the contents of the received electronic data are checked to determine whether editing / processing is necessary. This determination may be made by the operator checking the contents of the electronic data, or by the output base server 4 automatically. When an operator determines whether or not there is a necessity for editing / processing, an interface is provided for inputting the necessity or non-necessity, and the necessity is determined based on information input through the interface. To do. When the output base server 4 automatically determines whether or not there is a necessity, for example, a compatible electronic data format (for example, a file type) is registered in advance, and the registered format and the original are stored. A comparison is made based on whether the document conforms to the format.

  If editing / processing is necessary (YES in step S23), the process proceeds to step S24. In step S24, editing / processing such as page number addition, imposition or color correction is performed on the received electronic data. These editing / processing processes may be performed based on, for example, an operator's instruction input via a predetermined editing application, or may be automatically performed by the output base server 4. The case where the output base server 4 automatically performs, for example, includes a case where the received electronic data is automatically converted into data of a predetermined format. Then, the process proceeds to step S25.

  Also, if editing / processing is not necessary in step S23 (YES in step S23), the process proceeds to step S25.

  In step S25, with reference to the submission data 723 of FIG. 7 sent from the ordering PC 1, it is determined whether or not a pre-proof print is performed on the orderer side at the time of ordering and is approved (approved). To do. If not approved (NO in step S25), the process proceeds to step S28, and if approved (YES in step S25), the process proceeds to step S26.

  In step S28 to step S30, a proof by the actual method 1 of the conventional example is performed on the printing (output) base side. First, in step S28, using the printer on the printing base side, a print for performing a proof print of the number of copies 1 is executed according to the printing / manufacturing main body specified by the orderer. Next, in step S29, the proof print result is sent to the orderer by physical transport means such as an in-house mail service to obtain proof approval. If proof approval is obtained, then the remaining number of copies is printed in step S30. These processes are executed based on the control of the output base server 4, but a part of the processes can also be designed to be executed by a human. Then, the process proceeds to step S32.

  On the other hand, in step S26, the proof implementation status sent as part of the submitted data in FIG. 7 is confirmed. That is, reference is made to pre-proof print execution status data such as 723 to 732 in FIG.

  Next, in step S27, it is determined whether re-proofing is necessary from the proof implementation status or the like. This determination can be designed in various ways according to the use and purpose of the system. For example, it can be designed that it is determined that re-proofing is necessary when a proof relating to color printing is executed by a monochrome printer.

  For example, there is no problem if the local printer used for pre-proof printing has characteristics similar to those of the printer at the output base, but it is an unknown printer whose characteristics are not known at the output base. Determines that re-proofing is necessary. Alternatively, the output base server 4 manages the characteristic data of each printer of each manufacturer in, for example, a database, and determines whether or not the characteristic data of the local printer used for pre-proof printing is recorded in the database. May be performed. In addition, when the number of copies is larger than a preset value, it may be designed that it is determined that re-proofing is necessary because the cost of redoing becomes large if printing fails. Further, when the operator performs an additional editing process or the like at the output base, it may be designed to determine that re-proofing is necessary. Further, it may be designed so as to determine the necessity of re-proofing based on the content (image, layout, color) of the original document. Also, PDL data for printing to a printer at the output base is created, and it is compared with the PDL data used for pre-proofing on the orderer side, and if there is no difference, it may be determined that re-proofing is unnecessary. Good.

  The above determination may be made automatically by the output base server 4 or may be designed so that the operator at the printing base can determine and input the determination result.

  If it is determined in step S27 that re-proofing is necessary (YES in step S27), the process proceeds to step S28. If it is not determined that re-proofing is necessary (NO in step S27), the process proceeds to step S31.

  In step S31, the designated total number of the order originals is printed. The printing is performed so as to improve the quality while reproducing the result of the pre-proof printing based on the type of the local printer received from the ordering PC 1, the printing characteristics of the printer, the printing conditions, and the like. For example, the color characteristics of the local printer and the color characteristics of the printer 7 at the output base are compared, and the color output of the printer 7 at the output base is controlled so as to reproduce the color formed in the pre-proof print. Furthermore, for example, when it is required to use plain paper for pre-proof printing and high-quality paper at the output base, it is possible to reproduce the same color by absorbing the difference in paper. Control. In such control, the output characteristic data of the printer is held in the output base server 4, the output characteristic data corresponding to the information received from the ordering PC 1 is referred to, and the characteristic data and the characteristic of the printer 7 on the output base side are referred to. This can be done based on a comparison with the data. The parameters reflecting the result of the pre-proof printing are not limited to the color characteristics, and various parameters sent from the ordering PC 1 such as an image and a layout can be applied. Further, the printing based on the result of the preproof printing is not limited to the same as the result of the preproof printing. For example, image effects that cannot be realized by the local printer but can be realized by the printer 7 are performed in response to a request from the ordering PC 1. When all the prints are completed, the process proceeds to step S32.

  In step S32, bookbinding processing such as case binding and saddle stitch binding is performed based on the submitted data.

  Next, in step S33, the fee is sent to the designated delivery destination and charged. Then, the process ends.

  As described above, in the configuration according to the present embodiment, the proofing process is basically performed only on the orderer side and not on the output base side. For this reason, the orderer can easily proof. For example, it is possible to reduce waiting time such as sending the proof print result to the orderer by physical transport means such as an in-house mail service or waiting for the proof approval result. Further, the output base side can perform finish printing, bookbinding, etc., close to the ordering side's assumption based on information such as printing conditions at the time of proof printing and printer characteristics.

<< Second Embodiment >>
The configuration according to the second embodiment differs from the configuration according to the first embodiment in the processing in the preproof print instruction and the content of the preproof implementation status data sent to the order receiving Web server. In the configuration according to the present embodiment, image data obtained by scanning the pre-proof print result is also sent to the order receiving Web server.

  The configuration according to this embodiment is mostly the same as the configuration according to the first embodiment. For this reason, below, it demonstrates centering on the location different from the structure which concerns on 1st Embodiment.

(Pre-proof print instruction screen)
FIG. 10A is a diagram exemplifying a pre-proof print instruction screen on the orderer PC 1 in the order flow according to the present embodiment, and corresponds to FIG. 5A of the first embodiment.

  In the first embodiment, the information processing apparatus (ordering PC 1, order receiving Web server 3, output base server 4, etc.) constituting the information processing system performs the printing / manufacturing main body reflecting or not reflecting the pre-proof printing. It was decided automatically. On the other hand, in this embodiment, the orderer can select whether or not to reflect some of the printing / manufacturing main body in the pre-proof print. According to the configuration according to the present embodiment, the orderer can freely select the option related to the preproof. For example, it is possible to proof print only pages that require proofing.

  In FIG. 10A, reference numerals 802 to 804 denote printing / manufacturing body parameters reflected in the pre-proof print. These are parameters that can be executed by the MFP-L 12 and are automatically determined by the system.

  On the other hand, parameters 805 to 808 are parameters that cannot be executed by the MFP-L 12 selected in 301 in the designated printing / manufacturing main body. In the configuration according to the present embodiment, control is performed so that the orderer can select whether to reflect the parameters relating to the printing / manufacturing main body 805 to the pre-proof print. In the example of FIG. 10A, a pull-down list interface is provided, and when each ▼ button is pressed, another candidate displays the pull-down list and controls the user to change the parameters.

  For example, in 806, staple binding is specified instead of case binding. This indicates that staple binding is selected as an alternative function when the local printer does not have the case binding function.

  In 807, one-way cutting is designated (selected) instead of three-way cutting. In 808, the first to fourth pages are designated (selected) as the pre-proof print range. For example, for a document in which the first page and the second to fourth pages, which are cover pages, are color pages and the others are black and white pages, only the color tone and layout of the color page portion can be proofed. Specify this when you want to check. As described above, according to the purpose and intention of the orderer, the time, cost, and labor required for proofing can be reduced by proof printing only the pages that require proofing.

(Pre-proof print confirmation screen)
FIG. 10B is a diagram exemplifying a pre-proof print confirmation screen on the orderer PC 1 in the ordering flow of this embodiment, and corresponds to FIG. 5B of the first embodiment. The main difference from FIG. 5B is that image data obtained by scanning the pre-proof print result can be sent to the order receiving Web server 3.

  When the pre-proof print is instructed in FIG. 10A, the pre-proof print is executed. Therefore, the orderer reads the print result with the scanner, and sends the read scanned image data to his / her PC by some method. To do. For example, the print result is scanned using a scanner function provided in the MFP-L 12 so that the ordering PC 1 acquires the scan data.

  When the file designation button 53 is selected, the ordering PC 1 provides an interface for accessing the file system of the ordering PC 1 and accepts selection of scan data by the orderer. Then, when the scanned image data file (Scan.tif in FIG. 10B) is designated using the file designation button 53, the ordering PC 1 sends the scanned image data file to the order receiving Web server 3.

  As described above, in the configuration according to the present embodiment, the scan image of the pre-proof print result (paper) actually confirmed visually by the orderer is sent to the output base. As a result, the output base can compare the print result at the output base with the scanned image of the pre-proof print result and perform an accurate pre-proof confirmation.

(JobTicket for ordering)
FIG. 11 is a diagram illustrating an order JobTicket. However, the ordering JobTicket is data describing information such as printing / manufacturing main body and delivery destination specified by the orderer. That is, in the present embodiment, the ordering printing / manufacturing body etc. designated through the same interface as that in FIGS. 4A, 4B and 6A, 6B of the first embodiment are described. It is data. In this embodiment, the ordering JobTicket is held as an XML file (test_preproof_JT1.xml) 61 as illustrated in FIG.

  In FIG. 11, reference numeral 62 denotes a part describing parameters relating to the entire order, and includes an order date, a delivery date, an order type, an orderer ID, an orderer password, and the like. Next, a portion 63 describes parameters relating to the electronic data submission method, and includes a submission method, a submission file name, the number of pages, a creation OS name, a creation application name, and the like.

  Next, a portion 64 describes parameters relating to the print style, and includes paper size, color / monochrome, single side / double side, paper type, cover designation, number of copies, and the like. Next, a portion 65 describes parameters relating to the bookbinding main body, and includes bookbinding type such as case binding, punch designation, cutting designation, and the like.

  Next, reference numeral 66 denotes a part describing parameters relating to the delivery style, and includes a delivery method, a delivery destination address, a delivery destination name, a delivery destination contact address, and the like. Next, the part 67 is a part describing parameters relating to the charging style, and includes a charging destination department code, an estimated amount, and the like.

  As described above, by describing the printing / manufacturing main body for ordering in the XML format composed of the tag and its value, the information processing apparatus according to the present embodiment can easily process the ordering data. For example, when obtaining parameters relating to bookbinding, it is only necessary to examine the parameter <book> in the keyword <binding>.

(JobTicket for proofing)
FIG. 12 is a diagram illustrating a proof JobTicket. The proof JobTicket is a file that describes printing / manufacturing main body instructions and the like related to proofing. In this embodiment, printing / manufacturing main body instructions for pre-proof printing are described as an XML file (test_preproof_JT2.xml) 71 as shown in FIG. 12, and are sent to the local printer (MFP-L12). The proofing JobTicket (test_preproof_JT2.xml) 71 in FIG. 12 is automatically generated by the ordering PC 1 based on the ordering JobTicket (test_preproof_JT1.xml) 61 in FIG.

  In FIG. 12, a portion 72 describes parameters relating to printing / bookbinding, and includes paper size, paper type, color / black and white, single side / double side, number of copies, cover specification, bookbinding type such as staple, punch specification, Includes cutting specifications and print page range specifications. As shown in FIGS. 11 and 12, the ordering JobTicket and the proofing JobTicket are not necessarily in the same format, and the grouping of items may change, the order of items may change, or the names of items may change. This is the software on the order receiving Web server 3 that receives the jobTicket for ordering and understands it. On the other hand, it receives another jobTicket for proofing and understands it by another software on the local printer 12. This is because it is software. However, if both JobTickets are described in XML format, it is easy to convert them automatically by software. For example, the parameter <book> in the keyword <binding> in FIG. 11 can be automatically converted to the parameter <Binding> in the keyword <Printing> in FIG.

  If the local printer (MFP-L) 12 does not support the proof JobTicket, it can be configured as follows. That is, the ordering PC 1 can analyze the proof JobTicket, generate a printer control signal based on the analysis result, and control the local printer 12 with the signal.

(Submission data)
FIG. 13 is a diagram illustrating data submitted to the order receiving Web server when placing an order with the order receiving Web server in the present embodiment, and corresponds to FIG. 7 in the first embodiment.

  In FIG. 13, reference numeral 1002 denotes an ordering printing / manufacturing main body instruction or the like as the ordering JobTicket file (test_preproof_JT1.xml) described in FIG. The ordering JobTicket file may be configured as the same file as the submission data 81 or may be a separate file.

  Next, 1003 to 1012 are the preproof approval result and the preproof execution status data, which are almost the same as those in FIG. Next, 1013 to 1026 are pre-proof implementation status data added in the present embodiment. The pre-proof execution status data includes various settings information of the print driver at the time of proof printing, the range of the proof printed page, font information of the local printer, image missing width, previous calibration date and time, each toner density MAX. Value etc. are included. Hereinafter, information 1013 to 1026 will be described.

  In 1013, various setting information of the print driver when proof printing is performed is described in the form of an ini file (print.ini). Generally, in the print driver, various various settings are performed in addition to various print / manufacturing main body settings, and the setting values are described in this ini file. These various settings include various parameters that can be selected by the user, such as whether fonts are embedded in PDL data, margin settings, resolution at which image data is handled, and the type of color profile to be used. It is. Depending on these settings, the generated PDL data is different, and the print result printed by the local printer is also different. For this reason, in the configuration according to this embodiment, the information is sent to the output base like the various setting information 1013 of the driver, and the output base side performs the proof by referring to the information on the output base side. Know the exact conditions and reproduce them faithfully to the proof conditions.

  Reference numeral 1014 denotes a range of pages proof printed by the orderer, and 1014 indicates that the first page to the fourth page are proofed. Next, in 1015, the printing / manufacturing main body instruction used for the proof is described as the proof JobTicket file (test_preproof_JT2.xml) described with reference to FIG. Next, 1016 indicates the type information of the finisher mounted on the local printer used for proofing. Based on this information, the output base can know what type of finisher has used staples or punches in the preproof.

  Reference numeral 1017 denotes font information installed in the local printer 12 used for proofing. By using this information, the output base can check whether a special font is installed. Next, reference numeral 1018 denotes an image missing width of the local printer 12 used for proofing. By referring to this information, the output base can be used as an index for selecting a printer to be used at the output base. For example, if a printer having a larger chip width than the image chip width of the local printer is used, there is a possibility that the image will be chipped more than the proof image.

  Next, 1019 is the previous calibration date and time of the local printer 12 used for proofing. By referring to this information, the output base side can know whether or not the local printer 12 used for proofing has been properly calibrated. Next, 1020 is the density MAX value of each toner of the local printer used for proofing. By referring to this information, the output base can know whether or not the local printer 12 used for proofing has been properly color-adjusted by a calibration process or the like.

  Next, 1021 is paper information actually used for proofing. By referring to this information, the output base side can know the paper information actually used for the proof. Next, 1022 is the position adjustment value of the surface during double-sided printing. Reference numeral 1023 denotes a position adjustment value for the back surface, and the service person of the MFP can adjust the print position of the front surface and the back surface when watermarking the double-sided printing by adjusting these values with respect to the X and Y axes. It can be done. For example, in the case of 1022, it means that printing is performed by shifting the surface from the reference position by 0.5 mm in the plus direction and 1.0 mm in the minus direction in the Y axis. By using the information of 1022 and 1023, the output base can know the position setting values of both sides of the local printer used for proofing.

  Next, 1024 is the date and time when proof printing was performed. Next, reference numeral 1025 denotes Scan.tif which is a scanned image data file read from the proof print result designated on the screen of FIG.

  Next, 1026 is Verified20040115.xxx which is a pre-proof confirmation signature information file. This confirmation signature information file is a file for proving that the orderer has surely approved the proof. Specifically, the orderer name, the date and time of the proof print, and various other proof print implementation status data are encrypted with the orderer's private key. Since this encrypted file can be decrypted by the public key of the orderer, the operator at the output base can confirm the contents. On the other hand, since the encryption with the orderer's private key can be performed only by the orderer, only the orderer can create the confirmation signature information file. Therefore, the confirmation signature information file can prove that the orderer has approved the proof. In the present embodiment, the proof approver is the same as the orderer, but may be configured differently.

(Processing of order PC1)
Next, the output bookbinding service ordering process executed by the ordering PC 1 will be described with reference to FIG.

  FIG. 14 is a flowchart showing a control flow at the time of ordering for the order receiving Web server 3 executed on the orderer PC 1 in this embodiment, and corresponds to FIG. 8 in the first embodiment. The flowchart in FIG. 14 is different from the flowchart in FIG. 8 only in steps S202, 203, 204, 207, 210, and 211, and the differences will be described. The other steps S201, 205, 206, 208, and 209 operate in the same manner as steps S101, 105, 106, 108, and 109, respectively.

  First, step S202 will be described. In step S202, the designated printing / manufacturing main body is stored as the ordering JobTicket file (test_preproof_JT1.xml) described with reference to FIG.

  Next, steps S203 and S204 will be described. In step S103 of FIG. 8, the appearance reflected in the pre-proof print and the appearance not reflected are automatically determined according to the capability of the printer. On the other hand, in this embodiment, in step S203, the appearance (specifically, the appearance of 802 to 804 in FIG. 10A) to be automatically reflected in the pre-proof print is determined according to the capability of the printer. Next, in step S204, the screen of FIG. 10A is displayed, and the remaining appearance (specifically, the appearance of 806 to 808 in FIG. 10A) is controlled to be changeable by the orderer. Then, the process proceeds to step S205.

  Next, step S207 will be described. The process of step S207 is executed when pre-proof printing is instructed in step S205 (“print” in step S205).

  First, the proof JobTicket file (test_preproof_JT2.xml) explained in FIG. 12 is automatically generated from the order JobTicket file (test_preproof_JT1.xml) explained in FIG. That is, the ordering JobTicket file is converted to conform to the format of the proofing JobTicket file. Then, control is performed so that the proof JobTicket file and the proof PDL data are sent to the using printer 12 and pre-proof printing is executed. Next, implementation status data (printer finisher information / font information / image missing width / calibration status / density status / paper usage information, etc.) is acquired from the printer used, and driver setting information for pre-proof printing is also provided by the driver. Get from. Then, the process proceeds to step S208.

  Next, step S210 will be described. The process of step S210 is executed when proof approval is instructed in step S209 (“Approve” in step S210).

  First, the delivery destination designation process is performed with reference to FIG. 6A, and the order confirmation process described with reference to FIG. 6B is performed. Next, the confirmation signature information file described with reference to FIG. 13 is created, and the submission data is sent to the order receiving Web server 3 with approval as described with reference to FIG. However, the submitted data includes an order JobTicket file, a proof JobTicket file, a scanned image data file obtained by reading a proof print result, and the implementation status data acquired in step S207. The implementation status data includes information such as printer finisher information / font information / image missing width / calibration status / density status / used paper information, driver setting information, and the like. Then, the process ends.

  Next, step S211 will be described. The process of step S211 is executed when proof non-approval is instructed in step S209 (“not approved” in step S209). In step S211, the processing for specifying the delivery destination described in FIG. 6A is performed, the order confirmation screen described in FIG. 6B is processed, and then the JobTicket file for ordering is obtained without approval. It is sent to the order receiving Web server together with the manuscript data. Then, the process ends.

<< Third Embodiment >>
The configuration according to the third embodiment is different from the configurations according to the first and second embodiments in the processing for sending the pre-proof print instruction and the image data obtained by scanning the pre-proof print result.

  The configuration according to this embodiment is mostly the same as the configuration according to the first embodiment. For this reason, only the parts different from the configuration according to the first embodiment will be described below.

(Order processing)
FIG. 15 is a flowchart showing the ordering process flow in the present embodiment, and corresponds to FIG. 3 in the first embodiment. The processes in steps S41 to S43 are the same as the processes in steps S11 to S13 in FIG. And step S44-step S45 are the same as that of step S16-step S17 of FIG. Therefore, description of these processes is omitted.

  In the configuration according to the first embodiment, in FIG. 3, the pre-proof print instruction in step S14 and the pre-proof print approval in step S15 are performed using the screen of the order receiving Web server. On the other hand, in this embodiment, after the ordering instruction is given in step S45, the preproof print instruction in step S47 and the step are performed via the screen (user interface) of the operation unit of the MFP (MFP-L) 12. Approve the pre-proof print in S48.

  For this reason, in step S46, a screen similar to that shown in FIG. 5A is displayed, the selection of the MFP for pre-proof printing is accepted, and the pre-proof print job is sent to the selected MFP.

  In step S47, the MFP 12 accepts login, confirmation of preproof print conditions, preproof print execution instruction, and the like. The MFP 12 first displays an interface for the orderer to log in on a predetermined display unit (not shown). The orderer moves to the MFP 12 and logs in by inputting his / her user ID and password to the MFP 12 using an operation unit (not shown) of the MFP 12.

  In response to the orderer's login, the MFP 12 displays a pre-proof print instruction screen on the screen of the operation unit of the MFP 12 as described later with reference to FIG. After confirming the pre-proof print conditions, the orderer instructs the MFP 12 to execute the pre-proof print. In response to the orderer's instruction, the MFP 12 performs a pre-proof print and displays a pre-proof print approval screen as described later with reference to FIG. The orderer visually confirms the printed pre-proof print result on the spot. If the result is OK, that is, if the result is satisfied, the orderer issues a scan instruction to the MFP 12 to scan the pre-proof print result in the document feeder of the MFP 12. The MFP 12 performs a scan process for the pre-proof print result in accordance with the scan instruction. The orderer then approves the pre-proof print. In response to the approval, the MFP 12 sends the approval result, the image data obtained by scanning the pre-proof print result, and the pre-proof print execution status data to the order receiving Web server 3.

  In the configuration of the second embodiment, image data obtained by scanning the pre-proof print result is sent to the orderer's PC 1 by some method, and sent from the orderer's PC 1 to the order receiving Web server via the Web browser. On the other hand, the configuration of the present embodiment has an advantage that the image data obtained by scanning the pre-proof print result is directly sent from the MFP 12 to the Web server 3, so that the orderer has less trouble. In addition, since the MFP 12 that has printed the pre-proof print result can perform a scanning process when the output result is obtained, there is an advantage that the labor of the orderer is further reduced.

(Pre-proof print instruction screen)
FIG. 16A is a diagram exemplifying a pre-proof print instruction screen in the device operation unit of the MFP 12, and corresponds to FIG. 10A which is a screen of the order receiving Web server in the second embodiment. When the orderer logs in, the MFP 12 displays the pre-proof print instruction screen illustrated in FIG. 16A on the screen of the operation unit of the MFP 12 when the pre-proof print job has been sent.

  1101 is the service name of the ordering party and the URL of the order receiving Web server. Next, 1102 is the orderer name, the name of the file to be printed, and the number of pages. Reference numeral 1103 denotes a printer that is used, and the name and type of the MFP 12. Reference numerals 1104 to 1106 denote printing / manufacturing body forms reflected in the pre-proof print, which are automatically determined by the ordering PC 1, the MFP 12, and the like. Next, reference numerals 1108 to 1110 denote printing / manufacturing main bodies that allow the orderer to select whether or not to reflect in the pre-proof print, as in FIG.

  As described above, in this embodiment, the orderer can move to the vicinity of the MFP 12 that is the print device, and then check the pre-proof print condition using the screen of the operation unit of the MFP 12 and execute the pre-proof print. it can. For this reason, the orderer can also change the pre-proof print condition according to the status of the device. For example, when the paper of the size specified by the pre-proof print condition is out of paper, the pre-proof process can be performed by changing to another size on the spot.

(Pre-proof print confirmation screen)
FIG. 16B is a diagram exemplifying a pre-proof print confirmation screen in the device operation unit, and corresponds to FIG. 10B which is a screen of the order receiving Web server in the second embodiment. When the preproof printing is instructed on the screen illustrated in FIG. 16A, the MFP 12 executes the preproof printing and displays the screen illustrated in FIG.

  The orderer visually confirms the printed pre-proof print result on the spot. When OK, that is, when the print result is satisfied, the scan is instructed by pressing the 95 scan button in order to scan the pre-proof print result in the document feeder of the MFP. The MFP 12 performs a scan process for the pre-proof print result in accordance with the scan instruction.

  Next, the orderer inputs a work instruction comment to the operator at the output base using an unillustrated keyboard or the like in the input area 1209 and presses an approval button 96 to approve it. On the other hand, when not approving the pre-proof print result, the non-approval button 97 is pressed. If approved, the MFP 12 sends an approval OK result, image data obtained by scanning the pre-proof print result, and pre-proof print execution status data to the order receiving Web server 3. On the other hand, if the approval is not approved, the approval NG result is sent to the order receiving Web server 3.

<< Fourth Embodiment >>
The configuration according to the fourth embodiment is different from the configuration according to the first embodiment in the ordering service order flow and processing in the pre-proof print instruction.

  The configuration according to this embodiment is mostly the same as the configuration according to the first embodiment. For this reason, only the parts different from the configuration according to the first embodiment will be described below.

(Order processing)
FIG. 17 is a flowchart showing an order processing flow in this embodiment. In the first embodiment, the ordering Web server 3 is accessed from the Web browser on the orderer's PC 1 and the ordering process is performed on the Web screen. On the other hand, in the present embodiment, as shown in step S51 of FIG. 17, first, an application corresponding to a document to be ordered for printing is activated on the orderer's PC1. For example, a word application is activated for a .doc document, and a presentation application is activated for a .ppt document.

  In step S52, selection of a print menu from the application is accepted. Then, selection of a dedicated driver for ordering is accepted as a printer driver.

  In step S53, designation of order printing / manufacturing main body is accepted on the order printing / manufacturing main body designation screen similar to the screen illustrated in FIG. 4B of the first embodiment.

  In step S54, a pre-proof print instruction for the local printer is received via a screen as will be described later with reference to FIG. When a pre-proof print instruction is issued in step S54, the ordering PC 1 converts the document to be printed out into PDL data, sends the PDL data and the pre-proof job ticket to the local printer, and executes the pre-proof print. . On the other hand, the ordering Web server 3 sends PDL data and an ordering job ticket for submission.

  In step S55, the ordering dedicated driver activates a Web browser for accessing the order receiving Web server 3 and ends itself. Then, the ordering PC 1 displays a pre-proof print confirmation screen similar to that in FIG. 5B of the first embodiment via the Web browser, and accepts the pre-proof approval by the orderer.

  The process after step S56 is the same as the process after step S16 of FIG. 3 in the first embodiment.

  As described above, in this embodiment, the application of each document is activated, the selection of a dedicated driver for ordering is received from the print menu, and a pre-proof print instruction is issued therein. Thereby, pre-proof printing can be performed in the same procedure as normal printing from an application (application), and at the same time, submission to the order receiving Web server can be performed. In the first embodiment, the application file is directly submitted to the Web server. However, in this embodiment, the application file is converted into PDL data by the ordering dedicated driver and then submitted. . Therefore, for example, an application file that is not supported on the output base side can be converted into PDL data and submitted. In the present embodiment, the ordering dedicated driver converts the application file into PDL data and submits it. However, for example, the application file may be converted into PDF data and submitted.

(Pre-proof print instruction screen)
FIG. 18 is a diagram exemplifying a pre-proof print instruction screen for a dedicated printer driver for ordering on the orderer PC 1 in the ordering flow of the fourth embodiment. This is displayed in step S54 of FIG.

  There are mainly two differences between the screen illustrated in FIG. 5A of the first embodiment and the screen illustrated in FIG. The first difference is that the screen illustrated in FIG. 5A is a Web screen created by the order receiving Web server 3, but FIG. 18 is a screen for a dedicated printer driver for ordering. The second difference is that in the screen illustrated in FIG. 5A, the information processing apparatus automatically determines the printing / manufacturing main body to be reflected in the pre-proof print and the printing / manufacturing main body not to be reflected. On the other hand, on the screen illustrated in FIG. 18, the orderer can freely select. For this reason, in the configuration according to the present embodiment, the degree of freedom of the orderer's selection is increased as compared with the configuration according to the first embodiment. For example, a selection that saves the cost for pre-proof printing is possible. Is possible.

  FIG. 18 shows an example of placing an order for a poster printing service. As an order printing / manufacturing main body, it is instructed to print a color single-sided poster of A1 size on a thick paper, laminate, and process a panel. When pre-proof printing is performed by the local printer 12, the A1 size cannot be printed by the local printer. Therefore, in 1302, the size is changed to A3. Next, in 1303, for example, when only the layout check is performed, black and white may be used.

  Next, in 1304, the poster is set to be printed on both sides although it is one side. This is because proofing is sufficient with double-sided printing and saves paper. Next, in 1305, when proofing with thick paper is unnecessary, it is changed to plain paper that is easily available. Next, in 1307 and 1308, since it is not possible to perform lamination or panel processing with a local printer, it is set that these operations are not performed.

  By configuring as described above, the orderer can freely select the printing / manufacturing body reflected in the pre-proof print according to the purpose of the proof.

  As described above, according to the configuration exemplified in the first to fourth embodiments, after proofing with paper printed using a local printer before ordering, the proof condition and the proof result are combined with the original data. Submit to the print service. As a result, the orderer can make a sufficient confirmation before placing an order. Further, even when the proofing process performed at the printing base after ordering is omitted, the discrepancy between the printing result intended by the orderer and the actual printing result at the output base of the print service can be reduced. Furthermore, the time and labor required for proofing can be reduced as compared with the conventional actual proofing method. In addition, it is not necessary to individually input printing parameters for the local printer and ordering parameters, and therefore it is possible to eliminate a transcription error between the two.

1 is an overall configuration diagram of a print service ordering system. It is the figure which illustrated the service order screen with respect to an order receipt Web server. It is a figure explaining the outline | summary of the order processing flow of output / bookbinding service on the orderer PC1. FIG. 5 is a diagram illustrating a screen for accepting submission of electronic data of a document and a screen for accepting designation of printing / manufacturing body. It is the figure which illustrated the pre-proof print instruction | indication screen and the pre-proof print confirmation screen. It is the figure which illustrated the screen which receives delivery format specification, and the screen which performs order confirmation. It is the figure which illustrated the data submitted to an order receiving Web server at the time of ordering with respect to an order receiving Web server. It is the flowchart which showed the flow of the process performed on orderer PC1 at the time of ordering with respect to an order receipt Web server. It is the flowchart which showed the flow of the output bookbinding service process. It is the figure which illustrated the pre-proof print instruction | indication screen and the pre-proof print confirmation screen. It is the figure which illustrated JobTicket for ordering. It is the figure which illustrated JobTicket for proofs. It is the figure which illustrated the data submitted to an order receiving Web server at the time of ordering with respect to an order receiving Web server. It is the flowchart which showed the control flow at the time of ordering with respect to an order receipt Web server performed on orderer PC. It is the flowchart which showed the order processing flow. 6 is a diagram illustrating a pre-proof print instruction screen and a pre-proof print confirmation screen in the device operation unit of the MFP 12. FIG. It is the flowchart which showed the order processing flow. It is the figure which illustrated the preproof print instruction | indication screen of the printer driver for ordering only. It is the block diagram which showed typically the hardware constitutions of information processing apparatus.

Claims (17)

An information processing apparatus capable of communicating with a server and an image forming apparatus,
Storage means for storing print target data and device information indicating characteristics of the image forming apparatus;
An instruction input means for inputting an instruction including print conditions;
Generating means for generating image forming condition information indicating a condition relating to image formation by the image forming apparatus, which is determined based on the print condition and the device information;
Control means for generating print data based on the print target data and conditions relating to the image formation, sending the print data to the image forming apparatus, and causing the image forming apparatus to execute printing;
An information processing apparatus comprising: sending means for sending the print target data, print condition information indicating the print conditions, and the image forming condition information to the server. A receiving unit that receives a selection as to whether or not to approve a print result by the image forming apparatus;
The information processing apparatus according to claim 1, wherein the sending unit performs the sending when the approval of the print result is selected.   The information processing apparatus according to claim 1, wherein the print condition information includes printing / processing style information.   4. The image forming condition information according to claim 1, wherein the image forming condition information includes at least one of the device information and information of a printer driver used in the printing. Information processing device.   The device information includes font information held in the image forming apparatus, font replacement information performed in the print, paper information used in the print, image missing width information in the print, It includes at least one of calibration status information in printing, color profile information used in the printing, device type information, and finishing device type information attached to the image forming apparatus. The information processing apparatus according to claim 4.   6. The information processing apparatus according to claim 1, wherein the sending unit further sends the print data to the server.   The information processing apparatus according to claim 1, wherein the print data is PDL data. The control means further includes an acquisition means for causing a predetermined image reading apparatus to read the result of the printing and acquiring the result of the reading.
The information processing apparatus according to claim 1, wherein the sending unit further sends the acquired reading result to the server. An image forming apparatus capable of communicating with an information processing apparatus and a server,
Receiving means for receiving print data from the information processing apparatus;
Image forming means for forming an image on a recording medium based on the print data;
Image reading means for reading the result of image formation from the recording medium on which an image is formed by the image forming means;
An image forming apparatus comprising: image forming conditions relating to the image formation; and sending means for sending the result of the image formation read by the image forming reading means to the server. Furthermore,
An instruction input means for inputting an instruction relating to the image forming conditions;
The image forming apparatus according to claim 9, further comprising: an adjusting unit that adjusts the image formation in the image forming unit based on the input instruction. An information processing apparatus capable of communicating with an external apparatus and an image forming apparatus,
Storage means for storing image formation information corresponding to preproof print condition information and indicating image formation conditions in the image forming apparatus;
Receiving means for receiving print target data, condition information indicating print conditions, pre-proof print condition information from an external device;
Obtaining means for obtaining the image forming information corresponding to the pre-proof print condition information received by the receiving means from the storage means;
Print data is generated based on the print target data, the condition information, and the acquired image formation information, the print data is sent to the image forming apparatus, and an image forming process is performed on the image forming apparatus. An information processing apparatus comprising: control means for executing An information processing system comprising: an information processing apparatus capable of communicating with a first image forming apparatus; and a server capable of communicating with a second image forming apparatus,
The information processing apparatus includes:
Storage means for storing print target data and device information indicating characteristics of the first image forming apparatus;
An instruction input means for inputting an instruction including print conditions;
Generating means for generating image forming condition information indicating a condition relating to image formation by the first image forming apparatus, which is determined based on the print condition and the device information;
Control means for generating print data based on the print target data and the conditions relating to the image formation, sending the print data to the first image forming apparatus, and causing the first image forming apparatus to perform printing; ,
Sending means for sending the print target data, print condition information indicating the print conditions, and the image forming condition information to the server;
The server
Receiving means for receiving the data to be printed, the print condition information, and the image forming condition information from the information processing apparatus;
Print data is generated based on the print target data, the print condition information, and the image formation information, the print data is sent to the second image forming apparatus, and the second image forming apparatus An information processing system comprising: control means for causing the image forming process to be executed. A control method for an information processing apparatus comprising storage means for storing print target data and device information indicating characteristics of the image forming apparatus, and capable of communicating with the server and the image forming apparatus,
An instruction input process for inputting an instruction including print conditions;
A generation step of generating image formation condition information indicating a condition related to image formation by the image forming apparatus, which is determined based on the print condition and the device information;
A control step of generating print data based on the print target data and conditions relating to the image formation, sending the print data to the image forming apparatus, and causing the image forming apparatus to execute printing;
A control method for an information processing apparatus, comprising: a sending step of sending the print target data, print condition information indicating the print conditions, and the image forming condition information to the server. An image forming apparatus control method capable of communicating with an information processing apparatus and a server,
A receiving step of receiving print data from the information processing apparatus;
An image forming step of forming an image on a recording medium based on the print data;
An image reading step of reading a result of image formation from the recording medium on which an image is formed in the image forming step;
An image forming apparatus control method comprising: an image forming condition relating to the image forming; and a sending step of sending the image forming result read in the image forming reading step to the server. A control method for an information processing apparatus comprising storage means for storing image forming information indicating image forming conditions in the image forming apparatus corresponding to pre-proof print condition information, and capable of communicating with an external apparatus and the image forming apparatus,
A receiving process for receiving print target data, condition information indicating print conditions, pre-proof print condition information from an external device;
An acquisition step of acquiring the image formation information corresponding to the pre-proof print condition information received by the receiving unit from the storage unit;
Print data is generated based on the print target data, the condition information, and the acquired image formation information, the print data is sent to the image forming apparatus, and an image forming process is performed on the image forming apparatus. And a control process for executing the information processing apparatus.   A program for causing a computer to function as the information processing apparatus according to any one of claims 1 to 8.   A computer-readable storage medium storing the program according to claim 16.

Images