JP2006209309A - Print system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a print system for surely and quickly executing print in simple configurations that it is unnecessary for a client or a server to manage a printing device. <P>SOLUTION: This print system is configured of a client computer for inputting a print job whose printing device is not prescribed to a server, a printing device for acquiring the list of jobs managed by the server, and for acquiring and printing at least one job from a job list and a server for spooling the print job from a client, and for responding to the job list from the printing device and a job acquisition request. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a printing system, and more particularly to a network printing system including one or more printing apparatuses connected to a network and a plurality of computers, and a control method thereof.

  In the current network printing system, there are a plurality of printing apparatuses and a plurality of printing clients on the network, and one client can select and print one printing apparatus from many printing apparatuses. ing. In such a case, there is a case where the user predicts and prints a printing apparatus that will print from a plurality of printing apparatuses quickly.

In addition, there is a system that automatically selects a printing apparatus that will print quickly according to a printing program. In this case, in order to select a printing apparatus that will perform printing processing as soon as possible, a criterion for determination is how many print jobs are scheduled in the printing apparatus (for example, Patent Document 1). Also, a system that analyzes jobs and predicts the end time of each job, and a printing device based on the amount of consumables consumed by each job and consumables such as the remaining paper amount and staple pins remaining in the printing device There is a system for predicting an error occurring in the printer and selecting a printing apparatus that will be optimal.
Japanese Patent Laid-Open No. 06-259206

  As shown in the conventional example, even when a printing device that will print quickly is selected and a printing request is made to the printing device, the timing when the printing request is input to the printing device and the actual prediction timing There is an error, and if the printing apparatus receives a print request from another computer, an error occurs in the prediction. In addition, the accuracy of the consumables prediction was uncertain. For this reason, even if an error in the printing device such as no paper or toner occurs and it is predicted that the printing process will start immediately, it is often said that it was actually faster to make a request to another printing device. It was possible. That is, there is a problem that it is a very difficult function in the current network printing system to select a printing apparatus that starts printing processing as soon as possible.

  On the other hand, printing apparatuses equipped with Internet Printing Protocol (IPP) defined by RFC as an Internet printing protocol for printing apparatuses have been put on the market. In this IPP, a function called “Print-URI request” is defined, and by sending a “Print-URI request” designating a URL from the client to the printing apparatus, the data on the Web server to which the URL is designated is transferred to the printing apparatus. The function to acquire and print is defined. However, even a Print-URI request may be referred to as a Print-URL request if it is specified by a URL when accessing the Web.

  With this function, the IPP compatible printing apparatus can print web pages all over the world. The IPP-compatible printing apparatus receives a “Print-URI request” from each client and manages the print schedule. Before the printing apparatus actually performs printing, data from the URI specified by the “Print-URI request” is used. Get and print. For example, Japanese Patent Application Laid-Open No. 2002-202874 is disclosed as a printing system for solving the above-described problems using such a technique.

  According to the present invention, a system has been devised in which a “Print-URI” request for one print job is simultaneously transmitted to a plurality of printing apparatuses, and data is transmitted only to the printing apparatus that first obtained the job. . However, even in the present invention, the available resources at the timing when the job can be printed by the printing apparatus are uncertain. Further, it is necessary to manage a plurality of printing apparatuses by a client, and the operation is complicated.

  The present invention has been made to solve the above problems, and each client submits a print job to WebService without being conscious of the printing apparatus that is actually output, and the printing apparatus can perform printing at a timing when the printing apparatus can print. It is an object of the present invention to provide a printing system capable of reliably and quickly performing printing with a simple configuration by notifying the WebService of available resource information and acquiring the print job.

  In order to achieve the above object, the present invention is configured to receive one or more client computers that receive a print process and transfer a job to a server, a job spool unit that receives and spools a print job from the client computer, and a spool unit that spools the print job. A Web service having job list management means for managing a list of received jobs, and job transfer means for transferring one or more jobs to a network device when one or more job data in the job list is requested; Job selection means for selecting one or more jobs from a list of jobs managed by the Web Service, print job request means for requesting the Web Service to acquire the print job selected by the job selection means, and the print job request means Before by A structure consisting of printing means for printing the job transmitted from WebService.

  According to the above configuration, both the client computer and the server computer manage the IP address of the printing apparatus, the occurrence status of errors, resources such as the remaining amount of paper and toner, and optional information such as double-sided and stapling regarding the execution of printing. There is no need, and the server computer only needs to return a print job that matches the attributes of the printing device in response to a request from a printing device that is currently available. It is possible to provide a printing system that can do this.

  One or more client computers that accept print processing and transfer jobs to a server, job spool means that accepts and spools print jobs from the client computer, and job list management means that manages a list of jobs spooled in the spool means And WebService having job transfer means for transferring one or more jobs to a network device when one or more job data in the job list is requested, and 1 from a list of jobs managed by the WebService A job selection means for selecting one or more jobs, a print job request means for requesting the WebService to acquire a print job selected by the job selection means, and the print job request means sent from the WebService With a printing system having printing means for printing jobs, both the client computer and the server computer perform printing with respect to the IP address of the printing device, the occurrence status of errors, resources such as the remaining amount of paper and toner, both sides and stapling And the server computer need only provide a job list in response to a request from the printing apparatus and a function for transmitting the selected job. It has become possible to provide a printing system capable of reliably performing printing quickly with a simple configuration.

  Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings.

<Configuration example of print processing system>
FIG. 1 is a diagram illustrating a configuration of a print processing system according to the embodiment.

  In the figure, reference numerals 101, 102, 103, and 104 denote network computers connected to the network 106 and capable of communicating with each other, and are typically personal computers (PCs).

  Among these, reference numerals 102, 103, and 104 denote client computers (hereinafter referred to as clients), which are each connected to the network 106 by a network cable such as Ethernet (registered trademark) and can execute various programs such as application programs. A printer driver having a function of converting print data into a printer language corresponding to the printing apparatus is installed. Here, it is assumed that each client supports a plurality of printing device drivers.

  On the other hand, reference numeral 101 denotes a server computer (hereinafter referred to as a server), which is connected to the network 106 by a network cable, functions as a Web server, and functions as an IPP gateway. Specifically, the print server 101 includes a function for storing and printing a print job including print data for which an IPP print request has been issued from the client computers 102, 103, and 104, and includes print data from the client computers 102 to 104. No job information is received and the printing order is managed. It also has a function of returning a print job in response to a job acquisition request from the print control apparatus. The server computer 101 is a logical entity for providing functions in the printing system of the present invention. As shown in FIG. 1, a dedicated server computer can be provided, or the functions of the server computer can be replaced by the client computers 102 to 104 or an arbitrary printing apparatus 105. In this embodiment, an example using a Web server will be described. However, the server may be another program having a function of accepting a job from a client and responding to a job acquisition request from a printing apparatus. For example, the LPR protocol can be used for job reception from a client. The data acquisition request from the printing apparatus is not limited to HTTP, and it goes without saying that it can be applied to other protocols such as FTP.

  Reference numeral 105 denotes a printer device as a print control apparatus, which is connected to the network 106 via a network interface (not shown), analyzes a print job including print data transmitted from a client computer, and prints dot images one page at a time. Convert to and print. Although only one printing apparatus 105 is shown in the figure, a plurality of other printing apparatuses may be connected. The types and functions of the printing apparatuses may be different.

  A network 106 is connected to the client computers 102 to 104, the print server 101, the printing apparatus 105, and the like.

<Example of hardware configuration of network computer>
FIG. 2 is a block diagram illustrating a configuration of a computer used as the clients 102 to 104 and the print server 101. In this embodiment, the client computers 102 to 104 and the print server 101 have the same or equivalent hardware configuration as described above, but may have dedicated hardware configurations.

  In FIG. 2, a CPU 200 controls the entire apparatus. The CPU executes an application program, a printer driver program, an OS, a printing apparatus control program according to the present embodiment, and the like stored in a hard disk (HD) 205, and a RAM 202. Control to temporarily store information, files, etc. necessary for program execution.

  Reference numeral 201 denotes a ROM as storage means, which stores various data such as programs such as basic I / O programs, font data used in document processing, and template data. Reference numeral 202 denotes a RAM as temporary storage means, which functions as a main memory, work area, and the like of the CPU 200.

  Reference numeral 203 denotes a floppy disk drive as storage medium reading means, and a program or the like stored in the FD 204 as a storage medium can be loaded into the computer through the FD drive 203 as shown in FIG. Reference numeral 204 denotes a floppy disk (FD) as a storage medium, which is a storage medium in which a program is stored so as to be readable by a computer. Note that the storage medium is not limited to the FD, and may be any CD-ROM, CDR, CDRW, PC card, DVD, IC memory card, MO, memory stick, and the like.

  Reference numeral 205 denotes an external storage means, which is a hard disk (HD) that functions as a large-capacity memory, and stores application programs, printer driver programs, OS, printing apparatus control programs, related programs, and the like. Furthermore, a spooler as spool means is secured here. The spool means is a client spooler in the client, and a server spooler in the print server. In the print server, job information received from the client is stored, and a table for controlling the order is also generated and stored in the external storage means.

  Reference numeral 206 denotes a keyboard which is an instruction input unit. The user instructs the client computer and the operator or administrator inputs an instruction of a device control command to the print server. A display 207 is a display unit that displays commands input from the keyboard 206, the status of the printing apparatus, and the like.

  A system bus 208 controls the flow of data in a computer that is a client or a print server. Reference numeral 209 denotes an interface which is an input / output unit, and the information processing apparatus exchanges data with an external apparatus via the interface 209.

  Note that the configuration of the computer is an example thereof, and is not limited to the configuration example of FIG. For example, the storage location of data and programs can be changed by ROM, RAM, HD, etc. according to the characteristics.

  FIG. 3 is a diagram showing an example of a memory map of the RAM 202 shown in FIG. 2, and is a memory map in a state where the printing apparatus control program loaded from the FD 204 is loaded into the RAM 202 and can be executed.

  In this embodiment, the printing apparatus control program and related data are directly loaded from the FD 204 to the RAM 202 and executed. However, in addition to this, every time the printing apparatus control program is operated, the printing apparatus control program is already executed. May be loaded into the RAM 202 from the HD 205 installed from the FD 204. In addition to the FD, the medium for storing the printing apparatus control program may be a CD-ROM, CDR, PC card, DVD, or IC memory card. Furthermore, it is also possible to store the printing apparatus control program in the ROM 201, configure it as a part of the memory map, and execute it directly by the CPU 200. In addition, software that realizes functions equivalent to those of the above-described devices can be configured as an alternative to a hardware device.

  Reference numeral 301 denotes a basic I / O program, which has an IPL (Initial Program Loading) function for starting the operation of the OS by reading the OS from the HD 205 into the RAM 202 when the computer is turned on. This is the area that contains Reference numeral 302 denotes an operating system (OS), and 303 denotes a printing apparatus control program, which is stored in an area secured on the RAM 202. Reference numeral 304 denotes related data, which is stored in an area secured on the RAM 202. Reference numeral 305 denotes a work area in which an area for the CPU 200 to execute the printing apparatus control program is secured.

  FIG. 4 is a diagram illustrating an example of a memory map of the FD 204 illustrated in FIG. In FIG. 4, 401 is volume information indicating data information, 402 is directory information, 403 is a printing system program described in the present embodiment, and 404 is related data thereof. The printing apparatus control program 403 is a program based on a flowchart described in this embodiment.

  FIG. 5 is a diagram showing a relationship with the FD 204 inserted into the FD drive 203 shown in FIG. 2, and the same components as those in FIG. 2 are denoted by the same reference numerals. In FIG. 5, the FD 204 stores a printing apparatus control program and related data described in this embodiment.

<Overview of job control in the printing system>
FIG. 6 is a diagram showing an outline of processing in the printing system of the present invention. The server 101 receives print jobs from a plurality of clients (1-1, 1-2), manages the jobs, and receives job list acquisition requests (2-1, 2-2) and job acquisition requests from a plurality of printing apparatuses. A state in which a job is returned in response to (3-1, 3-2) is illustrated.

  First, when a job is generated by the client computer 102, the data and attributes of the job are registered in the server. At this time, the client computer may issue a broadcast message for causing the printing apparatus to detect the occurrence of the job. Upon receiving the job data and attribute data from the client computer, the server computer 101 registers the data in the storage device 205 and prepares for a data acquisition request from the printing device. The job data 1400 managed by the server will be described later. The storage device may be provided on a server computer, or an external system such as NAS (Network Attached Storage) connected to the network 106 or a database or directory managed by another server can be used. In addition, when a job is registered in the server computer, a broadcast message or a UNI cast message for causing the printing apparatus to detect the occurrence of the job may be issued. When the printing apparatus 105 detects the occurrence of a job by broadcast from a client, broadcast from a server, UNIcast, DB or directory monitoring, or notification from a monitoring unit, or when an internal timer event occurs, a job selection unit is set. When the job is executed and selected, a job acquisition request is made and printing is performed. Note that the printing apparatus 105 may store the address of the server computer in an internal nonvolatile storage device in advance, search for a network, a directory such as LDAP or Active Directory, a broadcast notification from the server computer, or a broadcast from the client computer. You can know by notification.

  Details of processing and management data in the client computer 102, the server computer 101, and the printing apparatus 105 will be described below.

<Processing on client computer>
FIG. 7 is a functional block diagram of print processing in the client computers 102 to 104 according to the embodiment of the present invention, and shows an example in which IPP is used for communication between the client and the server. In FIG. 7, reference numeral 701 corresponds to an application program having a printing function such as Microsoft Word (registered trademark) or a printing system customized for a specific business. A printer driver 702 is notified of a GDI call issued by an application via the OS and generates PDL data corresponding to the printing apparatus. It is assumed that the printer driver is registered according to the printing apparatus accessible from each client computer. A spooler 703 spools job data and sequentially performs despooling. A port monitor 704 is compatible with IPP and transfers job data despooled from the spooler to the server computer. Note that the address of the server computer may be registered in advance as an attribute of the port monitor, or can be known by a directory, a search by broadcast, an instruction from the user when executing printing, or the like. The port monitor of the present invention has a job analysis function, and creates a job attribute file 1200 and a job data file 1300 from data received from the spooler. The job analysis function may be provided on the server computer 101 instead of the port monitor 704, or may be supplied from an external application 701 or printer driver 702 such as a job ticket and job data.

  FIG. 12 is an example of a job attribute file created by the client computers 102 to 104. This file contains information obtained by analyzing job data such as the model information (Model) of the printer driver used when creating data, the job data file name, the paper size to be used, and the user name that submitted the job. And management information obtained from the spooler. The attributes are not limited to those shown in the figure, but may include all data included in job data and management data, and arbitrary attributes supplied from the outside in the form of a job ticket or the like.

  Although not shown in the figure, if there is a request to print or not want to print to a printing device with a specific address, the address list of the print destination candidate device or the address list of the print refusal device is displayed as the job attribute. It is also possible to hold it as

  FIG. 13 is an example of a job data file created by the client computers 102 to 104. The job data file includes a header 1300, job attribute parts 1301, 1304, and a PDL data part 1302. Reference numeral 1303 denotes repetition of job attribute data and PDL data.

  FIG. 8 is a flowchart showing an outline of print processing in the IPP client port 704. The job input waiting process in step S800 ends when a job arrives from the spooler. In step S801, a data file is created. If the input of data is accepted in step S802, data analysis processing is performed in step S803, and attribute extraction processing is performed. Subsequently, the data file is written in step S804, and the process returns to step S802 and is repeated until the end of data. If NO in step S802, it is determined whether the job has ended. If NO, the process returns to S802 and waits for data input. If YES, it is determined in step S806 whether the job has been canceled. If YES, the data file is deleted in step S809, and the printing process ends. If NO in step S806, the job attribute is acquired from the spooler in step S807 and merged with the job attribute extracted from the job data. In step S808, job data and attributes are transferred to the Web server 101. When the transfer ends, the data is deleted in step S809, and the print processing on the client side ends.

<Processing on server computer>
FIG. 9 is a flowchart showing an outline of print processing in the server computer 101. When the server is activated, it enters an infinite loop waiting for a request in step S900. When the request arrives, it is determined in step S901 whether it is a stop request. If YES, the server process ends. If NO, it is determined in step S902 whether the job registration request is from the client computers 102-104. If YES, job registration processing is performed in step S903. As described above, the job data is stored in the storage device 205, and the management data is held in the RAM 202. Details of the data held in the server will be described later. When the job registration process ends, the server returns to waiting for a request. If NO is determined in step S902, it is determined in step S904 whether a job list acquisition request is made. If YES, the job list is responded in step S905, and the process returns to step S900no request wait. If NO in step S904, it is determined in step S906 whether a job attribute acquisition request is received. If YES, it is determined whether or not there is a job designated in step S907. The job can be specified by direct ID or by a relative index from a job that may be specified by a relative index. If NO is determined, a failure response is returned in step S908, and the process returns to waiting for the request in step S900. If YES is determined in step S907, a job attribute is returned together with a success response. On the other hand, if NO is determined in step S906, it is determined in step S910 whether a job data acquisition request is received. If YES, it is determined in step S911 whether there is a job. If NO, a failure response is returned in step S912, and the process returns to waiting for a request in step S900. If YES, the success status and print data are returned in step S913, and the print data (job data and management data) is deleted in step S914. On the other hand, if NO is determined in step S910, processing for other requests is performed in step S915. Other processes are not described here because they are not related to the present invention. If NO is determined in step S915 or step S916 is ended, the server returns to the infinite loop waiting for the request in step S900.

  FIG. 14 is a diagram illustrating a part of print data, attributes, and management data managed by the server 101. In the figure, reference numeral 1401 denotes the total number of jobs currently managed by the server and is placed on the RAM 202. This information changes as the job list 1402 increases or decreases. The job list 1402 exists on the RAM 202, the storage device 205, or both. Here, job attributes are managed by ID. The list includes the location of the data file, user information, the model of the driver that created the job data, job attributes such as A4, duplex, and staple. A job file 1403 exists on the storage device 205. One file consists of one job. When a job is managed by reference, the URI is specified in the job attribute file, and the job file does not exist on the server.

<Processing in printing apparatus>
Next, an outline of printing processing in the printing apparatus 105 will be described with reference to FIG. The printing process is started when it is determined in step S1100 that the printing apparatus can accept a job. In the present invention, it is assumed that no error has occurred in the printing apparatus and there is a vacancy in the reception buffer as a condition for accepting a job, but there may be other conditions. If it is determined in step S1100 that a job can be accepted, it is determined in step S1101 whether there is a job. This process is an option, and even if it is not present, the present invention is not affected at all. However, this option makes it possible to make a print request more efficiently. The job detection means is arbitrary such as broadcast from a client computer, broadcast from a server computer, UNI cast, directory or file system change, DB change monitoring, or notification from a component monitoring these. If NO is determined in step S1101, the process returns to step S1100. If YES is determined in step S1101, a job list acquisition request is issued to the server in step S1102. If it is determined in step S1103 that the list has been successfully acquired, the process proceeds to a later-described job selection process in step S1104. If it is determined in step S1105 that the job has been successfully selected, a PULL request is issued to the server 101 in step S1106. In step S1107, when the PULL request is successful and reception from the server is started, the printing apparatus starts printing TASK (from step S1108 to step S1111), and returns to step S1100. In step S1108, the printing process is continued until it is determined in step S1109 that printing is completed. The printing process includes a series of operations such as reading data from the reception buffer, analysis, image data creation, transfer, paper discharge, and finishing, but is not particularly described here. If it is determined in step S1109 that the printing process has been completed, the print data existing in the buffer in the printing apparatus 105 is deleted in step S1110, and then the job management table is updated in step S1111 to end the printing process.

  FIG. 10 is a flowchart showing details of the job selection processing step S1104 performed on the printing apparatus 105. Here, based on the attributes held by the printing apparatus 105 and the list of jobs acquired from the server 101, one job having appropriate job attributes is selected from the above-described job list. In step S1000, attributes used for determination are initialized. Here, it is assumed that the model, paper size, remaining amount of paper, double-sided, and finishing specification are used as judgment materials, but of course, other arbitrary attributes may be used for judgment, and printing device attributes All job attributes may be compared. In step S1001, the job list 1402 is compared with the model of the printing apparatus 105 to search for a matching job. If the number of searched jobs is 0, that is, if there is no matching job, a failure response is returned in step S1009, and this process ends. If NO is determined in step S1002, the job attribute is compared with the printing apparatus attribute in step S1003, and a job having an attribute that can be processed by the printing apparatus is searched. If the number of jobs searched in step S1004 is 0, that is, it is determined that there is no matching job, a failure response is returned in step S1009 and the process ends. On the other hand, if NO is determined in step S1004, it is determined whether or not the number of jobs searched in step S1005 is one. If there is one, the job is selected in step S1006. NO, that is, if there are a plurality of jobs, one job is selected according to another factor such as reception time or priority. There are a plurality of methods for selecting one job from a plurality of jobs, but these are not important in the present invention and will not be described here. In step S1008, success is returned as a response, and the job selection process is terminated.

  Note that when the above-described job list acquisition request is made, a filter for the server 101 to create an arbitrary job list from the job list may be designated. The filter includes an object for selecting a job, a model name of the printing apparatus, an available PDL, an attribute of a job that can be printed by the printing apparatus, and the like.

<Other examples>
In the example described above, a job list is acquired as job selection processing in the printing apparatus, and one job is selected from the list. However, a plurality of jobs may be selected.

  Also, instead of selecting a job from the job list, the job attributes held by the server are queried one by one, each job is sequentially determined, and a job data acquisition request is made for a printable job. Is also possible.

  In the above-described embodiment, the job selection unit is described as being present in the printing apparatus. However, the present invention can be applied even if the job selection unit is not limited to the printing apparatus but is present in any computer or another printing apparatus. Needless to say. For example, if the printing device does not have the ability to query the server, or if there is a server for monitoring the printing device, the job selection means and job acquisition means are set up on another computer or printing device, and an appropriate A configuration in which an instruction is given to the server to transfer the job to the printing apparatus at the timing may be employed.

1 is a diagram showing a schematic configuration of a print processing system according to an embodiment of the present invention. 1 is a schematic block diagram showing the configuration of a computer according to an embodiment of the present invention. The figure which shows an example of the memory map of RAM202 shown in FIG. The figure which shows an example of the memory map of FD204 shown in FIG. The figure which shows the relationship between FD drive 203 and FD204 shown in FIG. Process overview diagram of a printing system to which the present invention is applied Functional block diagram of a client in a printing system to which the present invention is applied A flowchart showing an outline of processing in a client that generates a print job Flow chart showing the outline of processing in the server Flow chart showing an outline of job selection processing in a printer Flow chart showing an overview of print processing in a printer Figure showing an example of a job attribute file created by a client Figure showing an example of a job data file created by the client Diagram showing an example of the configuration of job data managed by the server

Explanation of symbols

101 Server Computers 102 to 104 Client Computer 105 Printing Device 106 Network 1400 Job Data Managed by Server 1500 Job Acquisition Request from Printing Device to Server

Claims (6)

One or more client computers that accept print processing and transfer jobs to the server;
When a job spool means for receiving and spooling a print job from the client computer, a job list management means for managing a list of jobs spooled in the spool means, and one or more job data in the job list are requested. WebService having job transfer means for transferring one or more jobs to a network device;
Job selection means for selecting one or more jobs from a list of jobs managed by the Web Service, print job request means for requesting the Web Service to acquire the print job selected by the job selection means, and the print job request A printing system comprising printing means for printing the job transmitted from the Web Service by means.   The job selection means compares the job list acquisition means for acquiring a list of jobs held by the WebService, the job list acquired by the job list acquisition means and the attributes held by the printing means, The printing system according to claim 1, wherein a printable job is selected.   2. The job selection unit sequentially selects jobs held by the Web Service, compares the job with attributes held by the printing unit, and selects a printable job. The printing system described in.   The printing system according to claim 1, wherein the job selection unit is activated for the WebService at regular intervals.   The job selection means includes job detection means for detecting that the WebService has received a job from a client, and is activated for the WebService when the job detection means detects reception of a job. The printing system according to any one of claims 1 to 3, wherein   4. The printing system according to claim 1, wherein the job selection unit is activated for the Web Service when the printing unit is ready to process a job.

Images