JP6563070B2 - Image forming apparatus - Google Patents

Description

  The present invention relates to an image forming apparatus that downloads and prints a print job stored in a server on a network.

  A cloud print service is known in which an image forming apparatus downloads and prints a print job stored on a network (Patent Document 1).

  In the cloud print service, a server providing the service publishes an API for controlling a print job, and the image forming apparatus uses the API to realize cloud print. The API is composed of at least the following three. One is an API (hereinafter referred to as “fetch”) that acquires a list of job information stored on the server. The other is an API for downloading job tickets and image information (hereinafter referred to as download). The last one is an API (hereinafter referred to as “control”) that controls the job status. A job has at least the following three states. A print waiting state (hereinafter referred to as QUEUED), a downloaded state (hereinafter referred to as IN_PROGRESS), and a printed state (hereinafter referred to as DONE).

JP 2002-108576 A

  FIG. 3 shows a flow when a print job stored on the network is downloaded and printed. When performing the printing process, the image forming apparatus first executes fetch in S101, acquires a list of job information stored on the server, and proceeds to S102. In S102, it is checked whether or not there is a job waiting to be printed from the acquired job list, and if there is, the process proceeds to S103. If not, exit. In S103, a ticket and image information of a job waiting for printing are downloaded, and the process proceeds to S104. In S104, an image is printed based on the downloaded information, and the process proceeds to S105.

  In step S105, control is executed to set the job status on the server to a printed status. By executing the control, the job status is set to “printed”, so that there is no job waiting to be printed in the next determination of S102, and the printing process ends. At this time, if the control execution in S105 fails, there is a problem that the same job is printed because the state of the job printed earlier remains awaiting printing in the next determination in S102.

  The present invention has been made in view of the above problems, and an object thereof is to avoid printing the same job a plurality of times when the control API fails.

As one aspect of the embodiment, a server that manages at least status information indicating whether a print job has been printed, and a print job that acquires status information from the server and indicates that status information has not been printed are executed. And an image forming apparatus that transmits a control API for controlling the job status to the server, which is a command for setting the status of the print job after printing. After receiving a print job transmitted from the apparatus, the image forming apparatus has notification means for transmitting a predetermined notification regarding the print job to the image forming apparatus, and the image forming apparatus is printed and managed by the server Storage means for storing identification information of a print job that has not been confirmed as being printed, and the identification In response to receiving a notification regarding the print job in a state where information is stored, a command for setting the print job state to printed and a control API for controlling the job state is executed. An image forming system comprising: a status notification means for transmitting to the server without doing so.

  According to the present invention, even when the control API fails, it is possible to avoid printing the same job multiple times.

1 is a schematic diagram illustrating a use environment of an image forming apparatus (MFP) in the present embodiment. FIG. 2 is a block diagram showing a hardware configuration of MFP 200 shown in FIG. 1. It is a flowchart which shows the process which downloads and prints the job from the server on a network. It is a flowchart which shows the printing process in a present Example. The failure information in a present Example is shown.

  The best mode for carrying out the present invention will be described below with reference to the drawings.

  FIG. 1 is a schematic diagram showing a use environment of an image forming apparatus (MFP) in the present embodiment. The cloud print server 100, the MFP 200, the wireless network router 400, and the like are connected to the cloud network 500. The PDA terminal 300 is connected to the cloud network 500 via the wireless network router 400.

  The PDA terminal 300 communicates with the cloud print server 100 using a predetermined protocol in response to a print instruction from the user, and transmits a print request.

  The cloud print server 100 receives a print request from the PDA terminal 300 and notifies the MFP 200 that a print job has arrived.

  In accordance with the notification from the cloud print server 100, the MFP 200 receives a print job from the cloud print server 100 using a predetermined protocol, and executes printing. The outline of the protocol will be described later.

  FIG. 2 is a block diagram showing a hardware configuration of MFP 200 shown in FIG. 2, the MFP 200 includes a CPU 201, a ROM 202, a RAM 203, a network interface card (NIC) 204, an external input controller (PANELC) 205, various buttons or a touch panel (PANEL) 206. The MFP 200 includes a display controller (DISPC) 207, a display (DISPLAY) 208, a disk controller (DKC) 209, and a hard disk (HD) 210. The MFP 200 further includes a printer unit (PRINTER) 211 and a scanner unit (SCANNER) 212.

  The CPU 201 generally controls each device connected to a system bus (System BUS) 213 and executes a firmware module stored in the ROM 202 or the HD 210 which is a large-scale storage device. Note that the firmware module includes at least two modules, and the firmware module can be updated for each module.

  Further, the CPU 201 executes processing shown in each flowchart described later based on a firmware module as a control program. In some cases, the HD 210 may be used as a temporary storage location for images. The RAM 203 functions as a main memory and work area for the CPU 201.

  The panel ELC 205 controls an instruction input from the panel 206 installed in the MFP. The DISPC 207 controls drawing on the DISPLAY 208.

  The NIC 204 bidirectionally exchanges data with other MFPs and file servers (not shown) via the LAN 214. The PRINTER 211 forms an image on a recording sheet by an electrophotographic method. The SCANNER 212 reads an image printed on a recording sheet. The SCANNER 212 is equipped with an auto document feeder (not shown) as an option, and can automatically read a plurality of documents.

  FIG. 4 is a flowchart showing the flow of job download and print processing according to this embodiment. The job download and print processing are stored in the HD 210 shown in FIG. 2 together with other programs, and are developed in the RAM 203 when power is supplied. When receiving a job submission notification from the server or receiving a job request inquiry from the user, the MFP starts the flow of FIG. First, in S401, the failure information queue is checked to see if there is failure information of a job that has failed WebAPI. If there is no failed job, the process proceeds to S402. If there is a failed job, the process proceeds to S411. The failure information queue has the information shown in FIG. Specifically, it holds a job ID for identifying a job and information indicating the cause of failure. At initial startup, this queue is empty.

  In S402, the fetch is performed. A list of job information stored in the server is acquired by fetch, and the process proceeds to S403. In step S403, it is checked whether there is a job waiting to be printed from the acquired list. If there is a job waiting to be printed, the newest job waiting to be printed is set as a job being processed, and the process proceeds to S404. If not, the process ends. In S404, download is executed to download the job information being processed, and the process proceeds to S405.

  In S405, the download execution result is confirmed, and if successful, the process proceeds to S406. If it has failed, the process proceeds to S413. In step S406, control is executed to set the job status on the server to IN_PROGRESS indicating that the download has been completed, and the process advances to step S407.

  In S407, the control execution result is confirmed, and if successful, the process proceeds to S408. If it has failed, the process proceeds to S416. In S408, the downloaded job is printed, and the process proceeds to S409. In step S409, control is executed to set the status of the job on the server to DONE indicating that printing has ended, and the process advances to step S410. In S410, it is confirmed whether or not the control is successful, and if successful, the process proceeds to S418. If unsuccessful, the process proceeds to S417. In S411, the failure information is popped from the failure information queue to acquire the information, and is set as job information being processed. Further, the area holding the failure information is cleared, and the process proceeds to S412.

  In S412, the cause of the failure is checked from the acquired failure information, and if it fails in the IN_PROGRESS setting control or fails in the download, the process proceeds to S404, and if it fails in the DONE setting control, the process proceeds to S420. In step S413, the fetch is executed to acquire a job list from the server, and the process advances to step S414. In S414, it is confirmed whether the job currently being processed is in a print waiting state in the acquired job list. If the job is in a print waiting state, the process is terminated.

  In S415, failure information indicating that the download has failed is generated and added to the failure information queue, and the process ends. In S416, failure information indicating that control for setting to IN_PROGRESS has failed is added to the failure information queue, and the process is terminated. In S417, information indicating that the control for setting to DONE has failed is added to the failure information queue, and the process ends.

  In S418, it is confirmed whether there is any remaining information in the failure information queue. If there is, the process proceeds to S419. In step S419, the head information of the failure information queue is popped, the held job ID is set as a processing job, and the popped information is cleared. Then, the process proceeds to S409.

  In S420, fetch is performed to download the job list from the server, and the process proceeds to S421. In step S421, it is determined whether there is a print waiting job that is newer than the job being processed in the acquired job list. If there is a new job waiting for printing, the process proceeds to S404 to print the job. If not, the process advances to step S409 to execute control again.

  With the configuration described above, the MFP 200 according to the present exemplary embodiment can prevent the same job from being printed many times even when the control fails.

100 LAN
200 MFP
206 PANEL
208 DISPLAY

Claims (14)

A server that manages status information indicating at least whether the print job has been printed, a print job that acquires status information from the server and indicates that the status information is not printed, and the status of the print job after printing An image forming apparatus that transmits a control API that controls a job state to the server.
The server
After receiving a print job transmitted from an external device, a notification means for transmitting a predetermined notification related to the print job to the image forming device,
The image forming apparatus includes:
Storage means for storing identification information of a print job that has been printed and that has not been confirmed that the state managed by the server has been printed;
A control API for controlling the job status, which is a command for setting the status of the print job in response to receiving a notification regarding the print job in a state where the identification information is stored, An image forming system comprising: a state notification unit that transmits the information to the server without executing A server that manages status information indicating at least whether the print job has been printed, and obtains status information from the server, executes a print job indicating that the status information has not been printed, and prints the print job after printing. In an image forming system having an image forming apparatus for notifying the server of a job status that has been printed,
The image forming apparatus includes:
Accepting means capable of accepting an instruction from a user and accepting an acquisition instruction for obtaining status information from the server;
Storage means for storing identification information of a print job that has been printed and whose status managed by the server is not confirmed as being printed;
In response to receiving the acquisition instruction in a state where the identification information is stored, a control API that controls the job status is executed to execute the print job, which is a command for setting the print job status to printed. An image forming system comprising: a state notification unit that transmits the information to the server without performing the operation.   The image forming system according to claim 1, wherein the printed state is a state indicated by DONE.   The image forming system according to claim 1, wherein the unprinted state includes QUEUED and IN_PROGRESS.   5. The image according to claim 1, wherein the storage unit stores identification information of a print job that is determined to be executed and has received print data used for printing and has not been printed. 6. Forming system.   The image forming system according to claim 1, wherein the image forming apparatus includes an erasing unit that erases the identification information based on a predetermined condition.   The image forming system according to claim 1, wherein the image forming apparatus includes a receiving unit that receives print data used to execute a print job from the server. An image forming apparatus that can communicate with a server that manages status information indicating at least whether the print job has been printed, obtains status information from the server, and executes the print job indicating that the status information has not been printed And an image forming apparatus that transmits a notification of a control API for controlling the job status to the server, which is a command for setting the status of the print job after printing.
Storage means for storing identification information of a print job that has been printed and whose status managed by the server is not printed;
After a new print job is registered in a state where the identification information is stored, a predetermined notification regarding the print job is received from the server, and the state of the print job is printed according to the reception of the predetermined notification. An image forming apparatus comprising: a status notification unit that transmits a control API for controlling a job status to the server without executing the print job.   The image forming apparatus according to claim 8, wherein the printed state is a state indicated by DONE.   The image forming apparatus according to claim 8, wherein the unprinted state includes QUEUED and IN_PROGRESS.   The image according to any one of claims 8 to 10, wherein the storage unit stores identification information of a print job that has been determined to be executed and has received print data to be used for printing and has not been printed. Forming equipment.   The image forming apparatus according to claim 8, further comprising an erasing unit that erases the identification information based on a predetermined condition.   The image forming apparatus according to claim 8, further comprising a receiving unit configured to receive print data used to execute a print job from the server. An image forming apparatus capable of communicating with a server that manages status information indicating whether a print job has been printed, acquires the status information from the server, and executes the print job indicating that the status information has not been printed In the control method of the image forming apparatus for transmitting a control API for controlling the job status, which is a command for setting the status of the print job after printing, to the server,
Storing identification information of a print job that has been printed and whose status managed by the server is not printed;
After a new print job is registered in a state where the identification information is stored, a predetermined notification regarding the print job is received from the server, and the state of the print job is printed according to the reception of the predetermined notification. And a step of transmitting a control API for controlling the status of the job to the server without executing the print job.

Images