Job scheduling system for print processing

Abstract: A user equipment issues a job for a plurality of documents to a printing system by one operation. The user equipment assigns attributes to the job, the attributes including the specification of collation/uncollation, the designation of processing start instruction wait, the designation of exclusive processing, and the designation of password input wait. The printing system effects printing of the plurality of documents corresponding to attributes of the documents under control of a job scheduling device. The job scheduling device carries out the pausing of documents included in the job, the modification of attributes, addressing of document receiving failures, and search of a document whose format is to be converted, thereby making it possible to efficiently print the plurality of documents.

Description: This invention relates to a job scheduling system which schedules job requests issued from a terminal equipment using a queue and requests a job execution section to carry out print processing by passing the jobs to the job execution section. In the print processing executed by a conventional print processing system, a job scheduling device receives a job request delivered from a terminal equipment in a network, and this job is sent to a job execution section after the job request has been subjected to a predetermined scheduling operation, whereby print processing and conversion are executed. The job scheduling device sequentially stores print data, which forms the job request, and an aggregate of attribute groups of the print data (hereinafter referred to as a document) in the queue as one operation unit (hereinafter referred to as a job). The scheduling operation is carried out job by job. Hereinafter, such scheduling is called the scheduling of a one-job-multidocument. When a user attempts to produce a plurality of outputs of jobs having the same contents, a corresponding number of job requests must be issued in a conventional job processing system. These jobs are handled as different jobs, and therefore output results corresponding to these job requests are mixed with output results for job requests from another user. It takes much time for the user to distinguish the user's output results from other results. Although a plurality of jobs share the same print data, each of the jobs requires the print data when a plurality of job requests are issued. When the volume of data is large, an increased burden is imposed on a memory device such as a disk. Further, when a job includes documents which require conversion, conversion is executed job by job, thereby resulting in poor processing efficiency. Thus, the use of various resources becomes wasteful. On the other hand, a job processing can be carried out using acceptance completion type sequential processing or non-acceptance completion type sequential processing. In the acceptance completion type sequential processing, a document processing request is not issued until all of the documents which form the job are received. In the non-acceptance completion type sequential processing, processing requests are issued in the order in which the documents are received. The non-acceptance completion type sequential processing is suitable for the case where a high-speed printer is used. The acceptance completion type sequential processing is suitable for the case where the collation and uncollation of a job are controlled. However, in the acceptance completion type sequential processing, it is necessary to wait the issue of a processing request until all of the documents are received, which in turn delays scheduling and renders the overall processing time longer. The collation (collation is carried out) means that the pages of a document are collated and a specified number of documents are output, and the uncollation (collation is not carried out) means that a specified number of documents are output page by page. In the case of the scheduling of the conventional one-job multidocument, the next job processing request is not issued to the job execution section until a job at the head end of a printer queue is completed. So long as a previous job remains in the queue, the next job processing request is not issued. For this reason, it is possible to easily perform a processing start wait operation, or a processing completion wait operation, and a password input wait operation by checking whether or not the job at the head end of the printer queue is designated for a processing start wait, a processing completion wait, or a password input wait. The job execution section having high throughput can process a plurality of documents at one time. However, the job scheduling device can only issue a job processing request at limited timing, and hence it was sometimes impossible to effectively utilize the throughput of the job execution section. Fig. 10 is an explanatory view showing the relationship between the state of a printer queue and a document which is processed by a job execution section. In Fig. 10, a job scheduling device (not shown) is interposed between a printer queue 5 and a job execution section 6, and this job scheduling device schedules jobs. Jobs 1 to 4 are queued in the printer queue 5. Processing request for all documents have already been issued with respect to a job 1 at the head end of the queue. On the other hand, the processing of the job shifts sequentially from step 1 to step 3 in the job execution section 6. For the jobs in the queue, a large circle at the top of each column represents a queue object of a job, and smaller circles following the large circle in each column represent queue objects of a document. The job execution section 6 advances the processing of the document to step 2 when the processing at step 1 is completed, and informs the job scheduling device that it can accept a processing request. Upon receipt of the acknowledgement from the job execution section 6, the job scheduling device issues a processing request to the job execution section 6 for a document subsequent to the currently completed job, and executes processing of step 1. After the . processing of step 3 has been completed, the job execution section 6 informs the job scheduling device of the completion of the processing of that document. The job scheduling device considers the processing of the document for which the acknowledgement has been issued to have been completed, and the job is moved to a terminate (completion) queue (not shown) after the processing of the final document of the job has been completed. The job scheduling device issues a processing request to the job execution section 6 with respect to the next job 2 at the head end of the printer queue 5. In some case, the job scheduling device cannot issue a document processing request to the job execution section 6 even when the job execution section 6 is liable to carry out processing, which results in an unprocessed document is in the printer queue 5. For example, Fig. 10 shows that processing requests for all jobs have already been issued with respect to the job 1, and that a job 1-4, i.e., a document 4 of the job 1, is being processed in the job execution section 6. When the job 1-4 is shifted to step 2 after having been subjected to the processing at step 1, it becomes possible to carry out the processing of step 1. The job execution section 6 informs the job scheduling device that it can accept processing. However, the job scheduling device has not yet received the acknowledgement of the completion of the processing of jobs 1-2, 1-3, and 1-4 from the job execution section 6. Accordingly, the job scheduling device can neither shift the job 1 from the head end of the printer queue 5 nor issue a processing request for a job 2-1. In other words, in spite of the fact that the job execution section 6 informs the job scheduling device that it can accept processing, the job execution section 6 cannot receive a processing request for the job 2-1 from the job scheduling device until the processing of the job 1-4 is finished. Hence, the job execution section 6 is idle for a waiting time, and it takes a long time to execute job processing. As a result of this, even if the job execution section 6 can process a plurality of documents at one time, it becomes impossible to effectively utilize the throughput of the job execution section. As previously mentioned, the job scheduling device controls jobs by checking whether or not a job at the head end of the printer queue 5 is set to the processing start wait, or the processing completion wait, and the password input wait. If processing requests for documents were issued with respect to jobs other than the job at the head end of the queue when the job scheduling device received the acknowledgement from the job execution section 6, it will become impossible for the job scheduling device to control these jobs. US-A 5 179 673 discloses a system for distributing processed print data of a print job among several print engines. Print data corresponding to a print job are passed to an image processor for processing. A scheduler successively assigns available print engines to that image processor, which sends processed print data to the assigned print engines until each copy of the job is printed or assigned to a print engine. It is an object of the present invention to provide for an improved job processing system for handling print jobs. This object is achieved by the features of claim 1 for a job processing system. Further embodiments are subject-matter of dependent claims. According to a first aspect of the present invention, there is provided a job processing system comprising a terminal equipment for issuing a job request by handling a plurality of documents as one job, and a job scheduling device which sequentially processes jobs by storing the jobs, received from the terminal equipment through a network, in a queue and sending a job execution section a processing request relating to a document specified by the job stored in the queue, the terminal equipment comprising: attribute information adding means for adding information which specifies a job output method to a job request as attribute information of the job, and the job scheduling device comprising: attribute information setting means for acquiring attribute information included in the received job and sets the attribute information to information which specifies a job and a document; a queue for storing, as a job, a group of items of the information which specify a job and a document; and output result control means which, upon reference to the information items which specify a job and a document with respect to the job stored in the queue, controls the processing request issued to the job execution section in such a way that a specified number of copies of the job are output using the information which specifies a job output method. According to a second aspect of the present invention, there is provided a job processing system comprising a terminal equipment for issuing a job request by handling a plurality of documents as one job, and a job scheduling device which sequentially processes jobs by storing the jobs, received from the terminal equipment through a network, in a queue and sending a job execution section a processing request relating to a document specified by the job stored in the queue, the terminal equipment comprising: attribute information adding means for adding information relating to the number of copies of the job and information relating to a job output result to the job request as job attribute information, and the job scheduling device comprising: attribute information setting means for acquiring attribute information included in the received job and sets the attribute information to information which specifies a job and a document; a queue for storing, as a job, a group of items of the information for specifying a job and a document; and output result control means which, upon reference to the information for specifying a job and a document with respect to the job stored in the queue, controls the processing request issued to the job execution section in such a way that a specified number of copies of the job are only output in a collated manner if collation processing is specified in the information relating to a job output result using the information which specifies a job and a document, or in such a way that a specified number of copies of the job are only output in an uncollated manner if uncollation processing is specified in the information relating to the job output result using the information which specifies a job and a document. Fig. 1 is a block diagram showing the overall configuration of a job processing system according to a first embodiment of the present invention; Fig. 2 is a schematic representation showing a queue object prepared in a request control section of the first embodiment; Fig. 3 is a flowchart showing the overall flow of job processing in the job processing system of the first embodiment; Fig. 4 is a flowchart showing procedures for issue of a processing request when a job is output in a collated or uncollated manner in the first embodiment; Fig. 5 is a flowchart showing procedures for completion of processing when a job is output in a collated or uncollated manner in the first embodiment; Fig. 6 is a schematic representation showing queue objects stored in a printer queue and information retained within the queue objects (collated) in the first embodiment; Fig. 7 is an explanatory view showing output results when a job is output in a collated manner in the first embodiment; Fig. 8 is a schematic representation showing queue objects stored in a printer queue and information retained therein (uncollated); Fig. 9 is an explanatory view showing output results when a job is output in an uncollated manner in the first embodiment; Fig. 10 is an explanatory view showing the relationship between the state of a printer queue and a document to be processed in a job execution section; With reference to Figs. 1 to 9, a job processing system according to a first embodiment of the present invention will now be described. The job processing system of the first embodiment efficiently carries out job processing when a plurality of jobs having the same contents are output. Fig. 1 is a block diagram showing the overall configuration of a job processing system used in this embodiment. A job processing system 10 is made up of a terminal 11, a job scheduling device 12, and a job execution section 13. The terminal 11 is a user device and is connected to the job scheduling device 12 through a network (not shown). This terminal 11 generates one job as a plurality of documents, and issues a job request and various types of control request including these documents to the job scheduling, device 12. In compliance with an instruction input from a user, the terminal 11 adds various types of attribute values, which include those relating to the number of job outputs and information relating to a job output result, to the job request as job attribute information of the job. The job scheduling device 12 is a module which sequentially stores job requests delivered from the terminal 11 in a queue, schedules the job requests allowing for an assignment and processing conditions of the job execution section 13, and prints the job by transferring a job stored in the queue to the job execution section 13. This job scheduling device 12 is made up of a request control section 14, a job scheduling section 15, a job execution section control section 16, and a queue management section 17. Upon receipt of a job request from the terminal 11, the request control section 14 issues a request for scheduling such as print processing to the job scheduling section 15 by preparing a queue object corresponding to that job, and delivering this queue object to the job scheduling section 15. Fig. 2 is a schematic representation of the queue object prepared by the request control section 14. Upon receipt of the leading job request, the request control section 14 prepares a queue object for that job (which retains information common to all documents) and sets a job information section. In this job information section, information which specifies that job (hereinafter referred to as job information) is prepared on the basis of the attribute information set for the leading job request. Job ID: Job identifier which is an identifier to identify a job. Job Copy Count: Job copy number count which designates the number of copies of the current job. Copy Count: Copy count which shows the number of a page which is currently copied, and an initial value of this count is 0. Collate Flag: Collation identifier, and collation is available when TRUE, but not available when FALSE. Current Doc Num: Processing request document identifier which represents a document sequence number, and an initial value is 0. On the other hand, upon receipt of the leading job request and a following job request, the request control section 14 prepares a queue object of each document (which holds information for each document) and sets the document information section. In this document information section, information which specifies that document (hereinafter referred to as document information) on the basis of the attribute information set to a received document. Job ID: Job Identifier for identifying a job. Doc Seq Num: Document identifier which is a number used for identifying documents. Request Count: Processing request count which represents the number of processing requests issued to the job execution section 13, and the value of the Job Copy Count of the job information is set as an initial value of this request counter. The counter decrements from the initial value by one every time a processing request is issued. Complete Count: Processing completion count which represents the number of acknowledgements of processing completion output from the job execution section 13. This counter is set to zero when document information of the current job information is prepared. Complete: Final document identifier which represents the final document when TRUE. These queue objects are stored in predetermined queues depending on the state of the job. In other words, a queue object of a corresponding job is stored in a queue. Practical documents are stored in memory (not shown) associated with queues. Throughout the following description, queue objects stored in queues are simply called documents. The job scheduling section 15 transfers the job delivered from the request control section 14 to a queue management section 17, and queues corresponding to the job execution section 13 and queues necessary for scheduling are managed using the queue management section 17. Scheduling is carried out allowing for an assignment and processing conditions of the job execution section 13, and a print processing request is issued to the job execution section 13 by transferring a job stored in the queue management section 17 to the job execution section 13. A queue object of the job transferred from the request control section 14 is stored in a printer queue 22 if the job is a non-acceptance completion type sequential processing job; is stored in a spool queue 18 if the job is an acceptance completion type sequential processing job; and is stored in a hold queue 19 if the job is an unscheduled job. If another document follows that job request, information is set in the document information section of that document upon reference to job information of another job having the same job identifier, and that document is added to a queue object with the same job identifier using the queue management section 17. Of the jobs stored in queues other than the hold queue 19 and a terminate queue 23, jobs including documents which need conversion are converted at the time when the job execution section 13 which carries out corresponding conversion becomes enabled. A collation control unit 15a refers to job information and document information of the jobs stored in the printer queue 22 of the queue management section 17. If the collation identifier (Collate Flag) is set to TRUE (collation), a processing request issued to the job execution section 13 is controlled in such a way that the job is output in a specified number in a collated manner using the job information and the document information. If the collation identifier is set to FALSE (uncollation), the processing request issued to the job execution section 13 is controlled in such a way that the job is output in a specified number in an uncollated manner using the job information and the document information. Upon receipt of an acknowledgement representing that the job execution section 13 can accept processing from the job execution section 13, the job scheduling section 15 sequentially fetches jobs from the leading end of the printer queue 22, and issues a document processing request to the job execution section 13 via the job execution section control section 16, with the use of the collation control unit 15a, in such a way that the job is output in a collated or uncollated manner as specified by a user. The job scheduling section 15 then receives a status acknowledgement of the document, to which the processing request was issued, from the job execution section 13 via the job execution section control section 16, and executes the scheduling of another job. The job execution section control section 16 issues a request for print processing to the job execution section 13 by transferring the document processing request obtained from the job scheduling section 15 to the job execution section 13. Further, the job execution section control section 16 transfers a status acknowledgement relating to the job processing which was obtained from the job execution section 13 to the job scheduling section 15. The queue management section 17 prepares various types of queue in compliance with an instruction from the job scheduling section 15, and stores a series of queue objects having the common job identifier as one job by associating them with each other. The spool queue 18 is a queue in which acceptance-completion type sequential processing jobs are stored, and a job is managed within this queue until all documents of that job are completely obtained. The hold queue 19 temporarily holds a document. If a job hold is specified for a job request, the job request is stored in this hold queue 19 regardless of whether the job is an acceptance-completion type sequential processing job or a nonacceptance-completion type sequential processing job. The job stored in the hold queue 19 is released from its held state according to the user's instruction. If the job is acceptance-completion type sequential processing job, the job is transferred to the spool queue 18. On the other hand, if the job is nonacceptance-completion type sequential processing job, the job is transferred to the printer queue 22. A wait queue 20 is a kind of processing wait queue. When a job waiting for a password input from the user has timed out, the job is transferred from the printer queue 22 to this queue 20. When a password is input by the user, the job returns to the printer queue 22. A pause queue 21 is a queue in which a job subjected to temporal interruption of processing is stored. If a system manager performs a predetermined operation through a server manager (not shown), the job moves to the pause queue 21 from the printer queue 22 or returns from this pause queue 21 to the printer queue 22. The printer queue 22 (1 to N) is provided corresponding to job outputs (not shown) of the job execution section 13. A job waiting for print processing is stored in this queue 22. A terminate queue 23 (1 to N) is provided corresponding to the printer queue 22 (1 to N). The job, the job processing of which was completed with respect to all documents of that job in the job execution section 13, is stored in the terminate queue 23. The job execution section 13 is made up of more than one job processing sections or job outputs (neither being shown in the drawings). The job processing section is a converter which converts a print format of a job, and the job output section outputs a job. In other words, the job output section is a printer which prints a job on the printer. The job output section and the printer queue 22 (1 to N) are provided in a one-to-one correspondence with each other. A job is stored in the printer queue 22 corresponding to the job output section which was selected by the job scheduling section 15, and is further transferred from this printer queue to a corresponding job output section. Upon completion of one job, the job execution section 13 issues an acknowledgement of the completion of the processing to the job scheduling section 15 via the job execution section control section 16. When the job execution section 13 becomes enabled, the job execution section 13 issues an acknowledgement of enabled processing to the job scheduling section 15 via the job execution section control section 16. With reference to a flowchart shown in Fig. 3, the overall flow of job processing in the previously mentioned job processing system 10 will be described. An explanation will now be given of the case where a plurality of documents are accepted as one job. Upon receipt of a job request (step S101), the request control section 14 judges whether or not a job identifier (ID) is set to the job request (step S102). If the job identifier is not set to that job request, that job is judged as the leading job. The job request control section 14 sets a job identifier common to a plurality of job requests from this leading job request to the final job request, and prepares a queue object of the job relating these job requests. Thus, a job information section is set. Simultaneously, the request control section 14 acquires attribute information included in the received job request and sets this attribute information as job information (step S103). Subsequently, queue objects of the document of that job request are prepared, and a document information section is set. Concurrently, the attribute information included in the received job request is acquired, and this attribute information is set as document information (step S104). On the other hand, when the job identifier is set in the received job request, a series of job requests which have already been received are judged as one job, and the job information is acquired based on the job identifier (step S105). It is judged from the attribute information of that job request whether or not this document is the final document (step S106). If the document is the final document, the number of documents is written into the job information of the job identifier of this final document (step S107). When the processing in step S104 is completed, a newly provided job identifier is sent back to the terminal 11 which sent that job request (step S108). The job scheduling section 15 judges whether or not the received job request has the designation of job hold (step S109). When the received job request has the designation of job hold, the document of that job request is stored in the hold queue 19 (step S110). If the job scheduling section received a user's instruction, the document will be released from its stored state (step S111). Further, if the job request has no designation of job hold in step S109, the job scheduling section 15 judges whether or not the job is an acceptance-completion type sequential processing job (step S112). If the job is the acceptance-completion type sequential processing job, the document of that job request is stored in the spool queue 18 (step S113), and the document is retained until all of the other documents are completely received (step S114). Subsequently, the job scheduling section 15 selects a printer which is suitable for processing in the job execution section 13, and stores the job in a corresponding printer queue 22 (step S115). The job scheduling section 15 issues a processing request for the document included in that job to the job execution section 13 via the job execution section 16 (step S116). When processing requests were issued with respect to all of the documents (step S117), the job is stored in a corresponding terminate queue 23 (step S118). Procedures of the issue of a processing request in the job scheduling section 15 when a job with a job identifier XX is output in a collated or uncollated manner will be explained with reference to the flowchart shown in Fig. 4. To begin with, the job scheduling section 15 obtains job information with respect to a job identifier XX (Job ID) at the leading end of the printer queue 22 (step S201). The collation control unit 15a judges whether or not the collation identifier (Collate Flag) is TRUE (step S202). When the collation identifier is TRUE (collation is available), the collation control unit 15a acquires document information with respect of a processing request document identifier (Current Doc Num)+1 of the job identifier XX (step S203). Assuming processing request count (Request Count) = processing request count - 1, a processing request is issued to the job execution section 13 through the job execution section control section 16 (step S204). Subsequently, it is judged whether or not the final document identifier (Complete) of this document information is TRUE (step S205). If it is not TRUE, the processing returns to step S203. If it is TRUE, it will be judged whether or not the processing request count (Request Count) of the document information is zero (step S206). If the processing request count is not zero, the processing will return to step S203 by resetting the processing request document identifier to zero (step S207). On the other hand, if the processing request count in step S206 is zero, the issue of the processing request of the job identifier XX will be terminated. For example, if the number of copies of the job is two, the processing request count will also be set to two. Hence, if the processing request count in step S206 is not zero, the same job processing will be executed from the start. To avoid this, the processing request document identifier is reset to zero, and processing requests are again issued with respect to all of the documents. The processing is repeated until the processing request count becomes zero. It becomes possible to output a specified number of copies of the documents in order by carrying out the above processing in correspondence to the specified number of copies. If the collation identifier in step S202 is not TRUE (collation is not available), the collation control unit 15 acquires document information with respect to a processing request document identifier (Current Doc Num) = 1 of the job identifier XX (step S208). On the assumption that the processing request count (Request Count) = processing request count - 1, a processing request is issued to the job execution section 13 through the job execution section control section 16 (step S209). Subsequently, it is judged whether or not the processing request count (Request Count) of the document information is zero (step S210). If the processing request count is not zero, the processing will return to step S209, and a processing request for the same document will be issued. On the other hand, if the processing request count is zero, it is judged whether or not the final document identifier (Complete) of this document information is TRUE (step S211). If the final document identifier is not TRUE, document information with respect to the processing request document identifier + 1 of the job identifier XX will be obtained (step S212), and the processing will return to step S209. If the final document identifier is TRUE in step S211, the issue of the processing request of the job identifier XX will be terminated. For example, if the number of copies of the job is two, the processing request count will also be set to two. If the processing request count in step S210 is not zero, a processing request will be again issued to the same document. This processing will be repeated with respect to all documents, whereby a specified number of copies of a document will be separately output for each document. Processing completion procedures in the job scheduling section 15 when a job with a job identifier XX was output in collated or uncollated manner will be described with reference to a flowchart shown in Fig. 5. Upon receipt of an acknowledgement of the completion of the processing of a job identifier XX (Job ID) from the job execution section 13 via the job execution section control section 16 (step S301), the job scheduling section 15 acquires document information of the document which was subjected to processing completion (step S303) as well as job information of the job identifier XX (step S302). On the assumption that a processing completion count (Complete Count) is +1 (step S304), it is judged whether or not the processing completion count is equal to a job copy number count (Job Copy Count) (step S305). If these two values are not identical with each other, the processing will return to step S301. On the other hand, if these two values are equal to each other, the processing of that document will be terminated (step S306), and it is judged whether or not the final document identifier is TRUE (step S307). If the final document identifier is not TRUE, the processing will return to step S301. However, if it is TRUE, the processing of the job identifier XX will be terminated. An explanation will then be given of a specific example where the non-acceptance completion type sequential job is output in collated or uncollated manner. Initially, an explanation will be given of the case where a one-job/two-document job is output in a collated manner with a job copy number 2. Fig. 6 is a diagrammatic representation showing queue objects stored in a printer queue and information retained therein. Reference symbol j1 designates job information of an object job, d1 is document information of a document identifier (Doc Seq Num), and d2 is document information of a document identifier 2. In an initial state represented by "1", a copy count (Copy Count) of the job information j1 is zero, and a processing request count (Request Count) of the document identifier (Doc Seq Num) 1 and a job copy number count (Job Copy Count) are equal to each other. This shows that a processing request for the first lap of the first document is not issued yet. If the job execution section 13 becomes enabled, the collation control unit 15a of the job scheduling section 15 issues a processing request with respect to a document of a job with the document identifier 1 ("2"). At this time, the copy count (Copy Count) of the job information j1 is 1, and hence the job processing request count (Request Count) of the document information d1 becomes 1. When the job execution section 13 becomes enabled, the collation unit 15a issues a processing request with respect to a document with a document identifier 2 ("3"). A processing request with respect to a document subsequent to the document with the document identifier 2 is issued when a processing request count of document information of this document is larger than the processing request count of the document with the document identifier 1. In "3", the processing request count of the document information d2 changes from 2 to 1, and therefore the processing request document identifier (Current Doc Num) = the document identifier (which is 2 in this example). A processing request for the second lap of the document (the first document) with the document identifier 1 is issued when the processing request count of the final document (Complete Count = TRUE) is equal to the processing request count of the document (second document) with the document identifier 2. In other words, when the job execution section 13 becomes enabled after "3", the collation control unit 15a issues a processing request for the second lap of the document with the document identifier 1 ("4"). At this time, the copy count of the document identifier 1 becomes two, and the processing request count becomes zero. If the final document of the object job is not in the printer queue, a processing request will not be issued. In subsequent "5", processing for the first lap of the document with the document identifier 1 is completed, and processing for the first lap of the document with the document identifier 2 is completed in "6". When the job execution section 13 becomes enabled after "6", the collation control unit 15a issues a processing request for the second lap of a document with a document identifier d2 ("7"). Here, the processing request count of the document identifier 2 becomes zero. In subsequent "8", processing for the second lap of the document with the document identifier 1 is completed, and processing for the second lap of the document with the document identifier 2 is completed in "9". In the example shown in Fig. 6, the processing of the documents is completed with the timing of "5" → "6" → "8" → "9". At this time, the copies of the first and second documents are output in a collated manner in the order of 1 → 2 → 1 → 2 as shown in Fig. 7. An explanation will be given of the case where one-job/two-document job is output in an uncollated manner with a job copy number 2. Fig. 8 is a diagrammatic representation showing queue objects stored in a printer queue and information held therein. In Fig. 8, j1 designates job information of an object job, d1 designates document information of a document identifier (Doc Seq Num) 1, and d2 designates document information of a document identifier 2 in the same manner as in Fig. 6. In the initial state "1", if the job execution section 13 becomes enabled, the collation control unit 15a of the job scheduling section 15 issues a processing request with respect to a document of a job with the document identifier 1 ("2"). At this time, the copy count (Copy Count) of the job information j1 is 1, and hence the job processing request count (Request Count) of the document information d1 becomes 1. When the job execution section 13 becomes enabled, the collation unit 15a also issues a processing request with respect to a document with a document identifier 2 ("3"). As a result of this, processing requests for the first and second laps of the document (the first document) with the document information d1 are issued. In "3", the copy count of the job information j1 becomes two, and the processing request count of the document information d1 becomes zero. On the other hand, the final document identifier (Complete) is not TRUE, the collation control unit 15a issues a processing request for the first lap of the document (the second document) with the document information d2 ("4"). At this time, the copy count of the document identifier 2 becomes one, and the processing request count becomes one. In subsequent "5", processing for the first lap of the document with the document identifier 1 is completed, and processing for the second lap of the document with the same document identifier 1 is completed in "6". When the job execution section 13 becomes enabled after "6", the collation control unit 15a issues a processing request for the second lap of a document with the document identifier d2 ("7"). Here, the processing request count of the document identifier 2 becomes zero. In subsequent "8", processing for the first lap of the document with the document identifier 2 is completed, and processing for the second lap of the document with the document identifier 2 is completed in "9". In the example shown in Fig. 8, the processing of the documents is completed with the timing of "5" → "6" → "8" → "9". At this time, the copies of the first and second documents are output in an uncollated manner in the order of 1 → 1 → 2 → 2 as shown in Fig. 9 . In the case of the acceptance-completion type sequential processing job, the job is transferred to the printer queue after all documents of that job are completely obtained. Hence, the previously mentioned collated/uncollated output control can be directly applied to the acceptance-completion type sequential processing job. Further, print results may be collectively output to one sorter or may be divisionally output to a bin-sorter. As described above, according to the first embodiment of the present invention, information representing the availability of collation is added to a job request issued from a terminal equipment. If a received job has the designation of collation, the job scheduling device controls a processing request issued to the job execution section in such a way that only a specified number of this job is output in a collated manner. On the other hand, if the received job has the designation of uncollation, the job scheduling device controls the processing request issued to the job execution section in such a way that only a specified number of this job is output in an uncollated manner. By virtue of such a configuration, it is possible to output a plurality of jobs having the same contents by the issue of one job request. According to this embodiment, output results related to a plurality of job requests are not mixed with output results related to job requests of another user, and hence it becomes possible to reduce time required to distinguish the output results of the users. Moreover, print processing is carried out utilizing print data included in the first job request. For this reason, if a job is divisionally issued, it becomes unnecessary to send print data for each job, which in turn reduces the burden of a memory device such as a disk. Similarly, if a document which needs conversion is included in the job, it is not necessary to carry out conversion more than twice, which makes it possible to carry out efficient processing. For this reason, it is possible to effectively utilize various resources in the system. Furthermore, the control of collation/uncollation can be applied to non-acceptance completion sequential processing jobs, and therefore the scheduling of jobs can be carried out promptly. This makes it possible to reduce the overall processing time. Therefore, it becomes possible to improve job processing efficiency when a plurality of jobs having the same contents are output.

Claims: A job processing system for processing print jobs comprising: a terminal equipment (11) for issuing a job request, wherein said job request comprises information which specifies a number of copies, a job scheduling device (12) which sequentially processes jobs by storing a job, received from the terminal equipment (11) through a network, in a queue (18-22) and sending a processing request relating to the job stored in said queue (18-22) to a job execution section (13) in such a way that a specified number of copies of the job are output, characterized in that said terminal equipment (11) handling a plurality of documents as one job and comprising attribute information adding means for adding information, which specifies a job output method, to a job request as attribute information of the job, said job scheduling device (12) comprising: attribute information setting means (14) for acquiring attribute information included in a received job and setting the attribute information to information which specify said received job and said documents of said received job, wherein said queue (18-22) is storing, as a job, a group of items of said information which specify said received job and said documents of said received job, and output result control means (15) which, upon reference to said information items which specify a job and a document with respect to said job stored in said queue (18-22), issues a processing request to the job execution section (13) relating to a document specified by said job stored in said queue and controls said processing request using said information items specifying said job output method. A job processing system according to claim 1, further characterized in that said information which specifies said job output method comprising information relating to a job output result, and said output result control means (15, 15a) controlling said processing request issued to said job execution section (13) in such a way that a specified number of copies of said received job are only output in a collated manner if collation processing is specified in the information relating to said job output result, or in such a way that a specified number of copies of said received job are only output in an uncollated manner if uncollation processing is specified in said information relating to said job output result.

Inventors: NAKAMURA YOH, NAKATANI TOORU, NISHIYAMA KOJI, SUZUKI AKIHIRO, YAMADA KENTARO, NAKAMURA, YOH, NAKATANI, TOORU, NISHIYAMA, KOJI, SUZUKI, AKIHIRO, YAMADA, KENTARO, Nakamura, Yoh, c/o Fuji Xerox Co., Ltd., Nakatani, Tooru, c/o Fuji Xerox Co., Ltd., Nishiyama, Koji, c/o Fuji Xerox Co., Ltd., Suzuki, Akihiro, c/o Fuji Xerox Co., Ltd., Yamada, Kentaro, c/o Fuji Xerox Co., Ltd.
Applicants: FUJI XEROX CO LTD, FUJI XEROX CO., LTD.
Application year: 1995
Main classification: G06F3
IPC codes: G06F3