JP2015121972A - Information processing system, information processing apparatus, information processing method, and information processing program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To prevent the excessive use of the communication resources in notifying an information processing apparatus to be a client of a change in the state of an information processing apparatus to be a server.SOLUTION: There is provided an information processing system that transmits a request for state notification from a first information processing apparatus 4 to a second information processing apparatus 1, and transmits a response for the state notification from the second information processing apparatus 1 to the first information processing apparatus 4, where the first information processing apparatus 4 transmits a request to set the type of the state to be notified to the second information processing apparatus 1. When the second information processing apparatus 1 has received the request to set the type of the state to be notified, holds the type of the state to be notified therein, transmits a response indicating the completion of the setting to the first information processing apparatus 4, and when a change in the state to be notified has occurred, transmits a response including the type of the state and the value of the state to the first information processing apparatus 4 by using a session maintained between the first and second information processing apparatuses.

Description

  The present invention relates to information processing control technology.

  As means for providing various services (Web services) on the Web, Web API (Web Application Program Interface) of a method called SOAP (Simple Object Access Protocol) and REST (Representational State Transfer) is often used. The basis of the WebAPI is communication using the HTTP protocol (HyperText Transfer Protocol). The service providing side serves as an HTTP server to provide WebAPI, and the service using side serves as an HTTP client and uses the WebAPI. .

  On the other hand, as an example of the information processing system or the information processing apparatus, there is an image forming apparatus such as an LP (Laser Printer) or an MFP (Multi Function Peripheral, Multi Function Printer). In this type of image forming apparatus, a portion for performing screen display and key input operation is made independent from the main body (controller, engine) as an operation unit so that the operation response is not lowered even when the load on the main body is high. Is considered. An independent OS (Operating System) such as an Android (registered trademark) OS is installed in the operation unit, and operates independently of the main unit.

  Even in an image forming apparatus provided with such an operation unit, it is conceivable that the above-described REST Web API is used, and an application (application program) on the operation unit uses the Web API provided by the main unit. The function will be realized.

  The basic HTTP communication is that the server returns a response to the request from the client. Therefore, HTTP communication has an architecture in which it is not possible in principle to notify a client side of a state change (event) that occurs at an arbitrary timing on the server side.

  In the past, a plurality of methods have been studied in order to notify a client of a state change that has occurred on the server side. As a typical method, a method called a polling method, in which a client makes an inquiry to a server at regular intervals and checks a state change on the server side, is generally known.

  In addition, as a means for artificially notifying a client of a state change on the server side, methods such as Ajax (Asynchronous JavaScript (registered trademark) + XML (Extensible Markup Language)), Long Polling, and Comet are generally well known. (Refer to patent document 1 etc.).

  As described above, there have been considered a plurality of methods for notifying an HTTP client of a change in the state of the server from the HTTP server.

  On the other hand, assuming application to the operation unit that operates independently from the main body unit of the image forming apparatus described above, the application on the operation unit realizes the function of the application using WebAPI provided by the main body unit. However, these main unit and operation unit do not have sufficient resources available for communication, and it is desired to realize notification of a state change by a method that does not compress communication resources.

  For example, since the number of sessions that can be connected at the same time in these main units and operation units is limited, if there is a session with a long lifetime that keeps connecting from the start of the application to the end, it can be used accordingly The number of sessions is overwhelming. In addition, when the number of sessions having a long lifetime increases, the load of communication processing increases, and as a result, there is a concern about the influence on the performance of the original function such as image processing.

  The present invention has been proposed in view of the above-described conventional problems, and an object of the present invention is to communicate information when a status change of an information processing apparatus serving as a server is notified to an information processing apparatus serving as a client. Is not to squeeze the resources.

  In order to solve the above-described problems, in the present invention, a request for status notification is transmitted from the first information processing apparatus to the second information processing apparatus, and the first information processing apparatus transmits the first notification to the first information processing apparatus. An information processing system for transmitting a status notification response to an information processing apparatus, wherein the first information processing apparatus transmits a request for setting a status type to be notified to the second information processing apparatus. When the second information processing apparatus receives a request for setting the type of state to be notified from the first information processing apparatus, the second information processing apparatus holds the state type to be notified inside. Means for transmitting a setting completion response to the first information processing apparatus, and a session maintained between the first and second information processing apparatuses when a state change to be notified occurs. ,State A response including a value type and status so that and means for transmitting to said first information processing apparatus.

  In the present invention, when notifying the change of the state of the information processing apparatus serving as the server to the information processing apparatus serving as the client, communication resources may not be compressed.

1 is a diagram illustrating a hardware configuration example of an image forming apparatus according to an embodiment of the present invention. It is a figure which shows the network structural example. FIG. 3 is a diagram illustrating an example of a software configuration of an image forming apparatus. It is a figure which shows the example of WebAPI regarding a printer. FIG. 10 is a sequence diagram illustrating an example of print processing by WebAPI. It is a figure which shows the example of HTTP communication. It is a figure which shows the structure of HTTP data. It is a figure which shows the example of the relationship between the divided | segmented response and HTTP data. It is a figure which shows the example of a data format. It is a figure which shows the example of a process in case a client opens a session for every required state change. It is a figure which shows the process example in the case of making only one session for state change notification with respect to one client. 6 is a diagram illustrating an example of a state change notified by the image forming apparatus. FIG. It is a sequence diagram which shows the example of a process of the status notification by WebAPI. It is a figure which shows the example of WebAPI regarding a state change notification. It is a figure which shows the example of a setting by a state change notification kind setting request. It is a figure which shows the example of a state change notification kind table. It is a flowchart which shows the process example at the time of state change generation | occurrence | production. It is a figure which shows the example of the response data notified to a client. FIG. 6 is a diagram illustrating an example of data for a change in the status of a print job. It is a figure which shows the example of the data with respect to the state change of an apparatus. It is a figure which shows the example of the data with respect to the state change of an apparatus system. It is a sequence diagram which shows the example of a process of the status notification by WebAPI. It is a flowchart which shows the process example by the side of the server which received the state change notification request. It is a figure which shows the example of a client management table.

  Hereinafter, preferred embodiments of the present invention will be described. Although an image forming apparatus is described as an example of the information processing system or information processing apparatus, it is needless to say that the present invention can be applied to an information processing system or information processing apparatus other than the image forming apparatus.

<Configuration>
FIG. 1 is a diagram illustrating a hardware configuration example of an image forming apparatus 1 according to an embodiment of the present invention.

  In FIG. 1, the image forming apparatus 1 includes a main body (controller, engine) 2 and an operation unit 3. The operation unit 3 is connected to the main body unit 2 by a wired path or a wireless path.

  The main body 2 has a function of converting print data from the host computer 4 into video data and outputting it to the printer engine 212 in accordance with the control mode set at that time and the control code from the host computer 4 or the like. Further, the main body 2 has a function of reading a document image by the scanner engine 213 and outputting it to the printer engine 212 for copying, or outputting the read image to the host computer 4 or the like.

  The operation unit 3 is a computer device that includes a touch panel and is equipped with a unique OS.

  The main unit 2 includes a CPU 201, a RAM 202, an NV-RAM 203, a program ROM 204, a font ROM 205, a network interface 206, an operation unit interface 207, a printer engine interface 208, a scanner engine interface 209, an HDD 210, an option RAM 211, a printer engine 212, and a scanner engine 213. And.

  The CPU 201 processes data (print data, control data) from the host computer 4 or the like.

  A RAM 202 stores work data when the CPU 201 processes, a buffer that manages data from the host computer 4 and the like in units of pages, temporarily stores the data, converts the data stored in the buffer into an actual print pattern, and stores video data. Used for bitmap memory, etc.

  The NV-RAM 203 is a non-volatile RAM for storing data that is to be retained even when the power is turned off.

  The program ROM 204 stores a program for managing data in the main body 2 and controlling peripheral modules.

  The font ROM 205 stores various types of font data used for printing.

  The network interface 206 is a control signal and data from the host computer 4 to the image forming apparatus 1, and a status signal and data interface from the image forming apparatus 1 to the host computer 4.

  The operation unit interface 207 is an interface for control signals and data with the operation unit 3.

  The printer engine interface 208 is an interface for control signals and data to the printer engine 212 and status signals from the printer engine 212.

  The scanner engine interface 209 is an interface for control signals to the scanner engine 213 and status signals and data from the scanner engine 213.

  The HDD 210 is a large-capacity storage device.

  The option RAM 211 is a RAM that is additionally mounted.

  The printer engine 212 creates and develops an electrostatic latent image on the photosensitive member by a video signal and a control signal given via the printer engine interface 208, and feeds transfer paper from a paper feeding unit to transfer and fix it. , Form an image.

  The scanner engine 213 optically reads a document and outputs image information.

  FIG. 2 is a diagram illustrating a network configuration example.

  In FIG. 2, a plurality of host computers 4A, 4B, 4C and the image forming apparatus 1 are connected on the network.

  The image forming apparatus 1 includes a main body unit 2 and an operation unit 3. The operation unit 3 can be connected to the main unit 2 directly or via a wired or wireless connection to the main unit 2, or can be connected to the main unit 2 via an access point (not shown) on the network. The application on the operation unit 3 uses the Web API provided by the main unit 2 to realize the function of the application.

  The host computers 4A, 4B, and 4C can request printing from the image forming apparatus 1 and receive a read image of a document, and can also provide a Web API provided by the image forming apparatus 1 (main unit 2). Web service can be used using.

  FIG. 3 is a diagram illustrating a software configuration example of the image forming apparatus 1. Note that the case where the application on the operation unit 3 is a client that uses the Web service provided by the main unit 2 will be described as an example. However, the application is not limited to the application on the operation unit 3, An application (PC application, server application) or the like may be a client.

  In FIG. 3, the main unit 2 includes a network management module 225, a Web service provision module 226, a print management module 227, a system management module 228, and a memory management module 229 that constitute a service provision module group 230. The main body 2 also includes a printer job management module 222, a copy job management module 223, and a scanner job management module 224 that use the functions of the modules of the service providing module group 230. The main unit 2 also includes a PDL analysis module 221 that is used by the printer job management module 222.

  The operation unit 3 includes operation unit applications 301 to 303. The operation unit applications 301 to 303 are applications that operate on the operation unit 3, and have various functions by using JAVA (registered trademark), Android (registered trademark) SDK, and APIs provided independently by the main unit 2. It is possible to develop apps that have. The number of operation unit applications is not limited to that shown in the figure, and may be one or four or more. Here, it is assumed that the operation unit applications 301 to 303 operate as Web service clients.

  The PDL analysis module 221 of the main body 2 is a module that generates a print image by analyzing the PDL data received by the image forming apparatus 1 from the host computer 4 or the like. The main responsibility is to receive PDL data from the printer job management module 222 and generate a print image on the memory secured from the memory management module 229 through the mediation of the printer job management module 222. In addition, when generating a print image, device configuration information, for example, information such as the configuration of the paper feed tray / discharge tray and the paper size in the paper feed tray is necessary. These information are stored in the printer job management module 222. Is obtained from the system management module 228 through

  The printer job management module 222 performs control related to the overall PDL processing, and is a module that makes a request to other modules mainly through processing required by the PDL analysis module 221 side. Mediation for transferring PDL data received by the network management module 225 to the PDL analysis module 221; Mediation for acquiring device information managed by the system management module 228 for the PDL analysis module 221; PDL analysis module 221 required from the memory management module 229 Mediating to secure a sufficient memory and issuing a print request to the print management module 227 for the print image created by the PDL analysis module 221.

  The copy job management module 223 performs control related to the entire copy processing, and the main responsibility is to realize the copy function using the service providing module group 230.

  The scanner job management module 224 performs control related to the entire scan processing, and the main responsibility is to realize the scanner function using the service providing module group 230.

  The network management module 225 is a module that controls the management of a network controller (not shown) and the processing of received data obtained from the network controller. The main responsibility is to control the communication protocol (ftp, lpr, etc.) that is indispensable when receiving data from the host computer 4, receive data from the network controller, and pass the received data to other modules. In providing the Web service, data by HTTP (REST) access from the client is received and transferred to the Web service providing module 226.

  The Web service providing module 226 is a module that operates as an HTTP server for REST / SOAP and provides Web services to clients. In order to provide various functions as a Web service, it cooperates with other modules in the image forming apparatus 1. For example, the printer job management module 222 is linked to provide a printer printing function. Further, in cooperation with the copy job management module 223 and the scanner job management module 224, a copy function and a scanner function are provided as Web services. Although not shown in the figure, the fax function can be provided as a Web service in cooperation with a module that realizes the fax function. The Web service providing module 226 is mainly responsible for receiving requests from HTTP clients, sending responses to clients, and serializing and deserializing JSON (JavaScript Object Notation) data contained in messages passed between servers and clients. .

  The print management module 227 is a module that performs control related to print processing of a print image generated by the PDL analysis module 221. The main responsibility is to execute various processes necessary for causing the printer engine to print the print image stored in the memory / external storage device managed by the memory management module 229. Issue post-processing execution instructions, detect error conditions related to printing, and notify other modules.

  The system management module 228 is a module that manages and controls device configuration information and device status of the image forming apparatus 1. The device configuration information is information such as information on the attachment and detachment of the paper feed tray and paper output tray and the paper configuration in the paper feed tray. The device status refers to an error such as jam or out of paper during printing or standby. It is the contents. In addition to notifying such information to other modules, management of device settings by the user (customizable items that change the operation according to settings) is the main responsibility.

  The memory management module 229 is a module for managing the memory and the external storage device, and its main responsibility is to allocate and release the memory and the external storage device based on requests from other modules.

  The service providing module group 230 is a generic name for modules that provide various services. Each module of the service providing module group 230 communicates with each other to share the basic operation of the image forming apparatus 1 and cooperate to respond to requests from higher layers.

<WebAPI example>
The main body 2 of the image forming apparatus 1 provides various Web services using WebAPI. For example, there are APIs for executing jobs such as copying, printers, and scanners, and APIs for notifying clients of the status of each job.

  FIG. 4 shows an example of a Web API related to a printer provided by the main body 2 of the image forming apparatus 1. By using the illustrated Uniform Resource Identifier (URI) and method and specifying parameters as necessary, a request for a predetermined process can be made.

  The clients using these Web APIs are various such as applications on the host computer 4 connected to the network and operation unit applications 301 to 303 operating on the operation unit 3.

<Operation example of print processing>
FIG. 5 is a sequence diagram showing an example of print processing by WebAPI.

  In FIG. 5, when the host computer 4 serving as an HTTP client transmits an HTTP request for print execution to the image forming apparatus 1, the network management module 225 of the main body 2 receives the request (step S101). The HTTP request for print execution is transmitted, for example, by specifying the above-mentioned URI “/ printer / job /”.

  When receiving the HTTP request, the network management module 225 notifies the Web service providing module 226 of a print execution request (step S102).

  The Web service providing module 226 notifies the module corresponding to the request of processing execution. In this example, a print execution request is notified to the printer job management module 222 (step S103). More specifically, by registering a URI and an event handler corresponding to the URI at the time of activation or the like, the Web service providing module 226 determines a module as a delegation destination and notifies the module.

  The printer job management module 222 analyzes the header and body included in the print execution request (step S104), and requests the PDL analysis module 221 to generate an image (step S105).

  When there is an image generation end response from the PDL analysis module 221 (step S106), the printer job management module 222 instructs the print management module 227 to execute print processing (step S107).

  When the print management module 227 receives a print processing end response (step S108), the printer job management module 222 notifies the Web service providing module 226 of the result as a response (step S109).

  Similarly, the Web service providing module 226 notifies the network management module 225 of the response (step S110), and finally the HTTP response is notified to the host computer 4 of the HTTP client (step S111).

  Here, the print execution process in the printer is shown as an example, but other functions are also realized by the Web service providing module 226 notifying the corresponding module of the process execution.

<Operation example of split response>
The basic idea of a Web service is to exchange information between a server and a client through HTTP communication.

  FIG. 6 is a diagram showing an example of HTTP communication, and schematically shows HTTP communication between an HTTP client and a server. In HTTP communication, an HTTP request composed of a header and a body is transmitted from an HTTP client to a server, and the server transmits an HTTP response composed of a header and a body to the HTTP client. As a result, information is transmitted and received between the HTTP client and the server. FIG. 7 is a diagram showing the structure of HTTP data, which includes a header and a body.

  According to the HTTP communication protocol, the basic principle is that an HTTP request is always issued from an HTTP client, and the server responds to the HTTP request. Normally, when a server sends an HTTP response to an HTTP request from an HTTP client, the request processing is completed, and then the server conveys information to the HTTP client until the HTTP client issues an HTTP request. I can't.

  Therefore, the HTTP response is divided and transmitted so that the request processing is not completed by the HTTP response from the server. FIG. 8 is a diagram illustrating an example of the relationship between the divided response and HTTP data.

  An HTTP client that wants to detect a change in the status of the server transmits an HTTP request for status notification to the server. When the server is connected from the HTTP client, it first responds only to the header portion. Usually, it is common to describe Content-Length indicating the data size in the header, but this time, the data size to respond in advance is not known. Therefore, the header is returned without describing Content-Length. Even if the Content-Length is not included, there is no problem with the HTTP specification.

  Thereafter, the transmission process of the body part is not performed until the state changes in the server. The HTTP client waits for a response from the server.

  At the timing when some state change such as an error occurs in the server, a part of the body indicating the state change is transmitted to the HTTP client. Even if the transmission of a part of the body is completed, the server does not transmit the completion, so both the HTTP client / server maintain the state of transmission / reception of the body part.

  By repeatedly executing these processes each time a server state change occurs, a state notification independent of the timing of the HTTP client can be realized.

  Eventually, the data conforms to the HTTP protocol consisting of a header and a body. As a result, it can be realized by software or an operating environment capable of performing general HTTP communication.

  If there is no response from the server for a certain period, the HTTP client may disconnect the communication. If no state change occurs in the server for a certain period, communication can be maintained by transmitting a part of the body indicating no state change from the server.

  FIG. 9 is a diagram showing an example of a data format.

  With HTTP, various types of data transmission such as text data, image data, XML, and JSON are possible. Recently, there are many cases where data is transmitted / received in the JSON format as a use of a Web service.

  FIG. 9A shows a case where the JSON format is used in a normal HTTP response, and json is specified as the Content-Type of the header. The entire body is described in JSON format.

  FIG. 9B shows a case where the JSON format is used for the divided response, in which each partial data of the body is described in the JSON format, and a delimiter character string (for example, two line feeds) is added. In this case, since the entire body is not in the JSON format, the Content-Type of the header is text / plain.

  Since it is meaningful for the HTTP client to receive each piece of partial data, it is easier for the HTTP client side to process if each piece of partial data is in a predetermined data format such as the JSON format.

  The HTTP client sequentially reads the received data according to the HTTP protocol. At this time, each partial data can be distinguished and read by the delimiter character string attached at the end of each data part.

<Number of sessions by split response>
There are a plurality of types of state changes to be notified to the client by the information processing apparatus such as the image forming apparatus. For example,
・ Changes in print job status (print job is being processed / waiting / changed number of ejected paper)
・ Change in device status (device is processing print job / waiting / maintenance, etc.)
-Device system state changes (user login / logout state changes, etc.)
Etc.

  Of these state changes, which information is desired to be notified generally differs for each client.

  Considering the use of a split response in such a case, as a design on both the client side / server side, "A client opens a session for each required state change and the server side returns a split response to that session" Design is simple and easy to implement.

  FIG. 10 is a diagram illustrating a processing example when a session is established for each state change required by the client. In the illustrated example, a print job state change notification session and a device state change notification session are provided between the operation unit application B and the main unit 2 between the operation unit application A of the operation unit 3 and the main unit 2. Is a session for notification of a change in status of a print job, and a session for notification of a change in status of the device and a session for notification of a change in status of the device system are established between the operation unit application C and the main unit 2.

  However, in this design, the maximum number of connected sessions is “number of clients × type of state change”, which may impose communication resources.

there,
-Only one state change notification session is provided for each client.-A means for notifying the server of a necessary state change by the client is provided.-By adding state change type information to the response to the client, 1 The client can notify a necessary state change while keeping one session for one client.

  FIG. 11 is a diagram illustrating a processing example when only one session for state change notification is made for one client. In the example shown in the figure, one state change notification session is established between the operation unit applications A and B of the operation unit 3 and the main body unit 2. In this state, a print job state change notification request is made from the operation unit application A through another session (step S1), and then a device state change notification request is made (step S2). On the main body unit 2 side, when there is a requested state change, a state change notification is sent to the operation unit application A by a divided response (step S3).

  As described above, since one session for notification of state change (for divided response) can be always provided for one client, communication resources are not compressed.

<Operation example of status notification # 1>
If the Web API as shown in FIG. 4 is used, the function of the main body unit 2 can be used from the operation unit application of the operation unit 3, the application of the host computer 4, or the like. However, in addition to using the function of the main body 2, it is necessary to notify the client of a state change that has occurred in the main body 2. For example, when a paper jam occurs in the printer, it is necessary to notify the client of this, and the client side that is notified of this needs to display a screen indicating that a paper jam has occurred.

  Although there are a plurality of types of status changes to be notified to the client, FIG. 12 shows an example of status changes notified by the image forming apparatus. In the illustrated example, a change in the status of the print job, a change in the status of the device, and a change in the status of the device system are taken as examples.

  The client can develop an application using the Web API shown in FIG. 4 and the state change notification shown in FIG. Of the state changes shown in FIG. 12, which information is desired to be notified generally differs for each client. For example, for an application that executes printing, notification of “change in status of print job” and “change in status of device” is required. For an application that manages the device status, notifications of “device status change” and “device system status” are required.

  FIG. 13 is a sequence diagram showing an example of status notification processing by WebAPI. Note that the case where the operation unit application 301 of the operation unit 3 makes a state change notification request to the main body unit 2 is taken as an example.

  In FIG. 13, the operation unit application 301 of the operation unit 3 serving as a client transmits a state change notification type setting request for setting which state change notification is necessary to the main body unit 2 serving as a server (step S11). FIG. 14 is a diagram illustrating an example of a Web API related to a state change notification, and a state change notification type setting request is made using a URI “/ printer / events / lists” and a method “PUT”. In the state change notification type setting request, a state change type to be notified is set according to a predetermined data structure such as JSON format. FIG. 15 is a diagram illustrating a setting example based on a state change notification type setting request. In the illustrated example, a change in the status of the print job and a change in the status of the device are requested, and a change in the status of the device system is not requested.

  Returning to FIG. 13, when receiving the state change notification type setting request, the Web service providing module 226 of the main unit 2 updates the content of the state change notification type table that stores which state change needs to be notified. (Step S12). FIG. 16 is a diagram showing an example of the state change notification type table, which corresponds to the setting contents of the state change notification type setting request of FIG.

  Returning to FIG. 13, thereafter, the main body unit 2 transmits a setting completion response to the operation unit application 301 to the operation unit application 301 (step S <b> 13). As a result, the session from the state change notification type setting request is disconnected.

  Next, the operation unit application 301 of the operation unit 3 serving as a client transmits a state change notification request to the main body unit 2 serving as a server (step S14). The state change notification request is made by the URI “/ printer / events” and the method “GET” shown in FIG.

  Returning to FIG. 13, the main body unit 2 transmits a partial response including only a header to the operation unit application 301 as an initial portion of the divided response (step S <b> 15). Thereafter, when a state change occurs, the server side notifies the client of the state change with a divided response to this request. The session formed by this request is a session with a long lifetime.

  FIG. 17 is a flowchart showing an example of processing when a state change occurs.

  In FIG. 17, when any state change occurs, the server refers to the state change notification type table (step S16) and determines whether there is a notification request for the target state change (step S17). In the case of a state change for which no notification request has been made (NO in step S17), the process ends.

  Then, in the case of a state change for which a notification request has been made (YES in step S17), response data (partial response data by a divided response) corresponding to the state change type is generated (step S18), and is transmitted to the client. (Step S19). FIG. 18 is a diagram illustrating an example of response data notified to the client. FIG. 19 shows an example of data with respect to a change in the status of the print job, FIG. 20 shows an example of data with respect to a change in the status of the device, and FIG. 21 shows an example of data with respect to a change in the status of the device system. These are described in the JSON format or the like.

  In this way, only one status change notification request is made for each client (only one session with a long lifetime), and a means for the client to notify the server of the necessary status change is provided, and the status in response to the client By adding the change type information, the client can notify the necessary state change while keeping one state change notification session for one client.

<Operation example # 2 of status notification>
In the state notification operation example # 1 described above, a method is shown in which a client notifies a necessary state change while keeping one state change notification session for one client. However, in the method of the operation example # 1, even when a state change notification request is received from the same client, a state change notification session is formed. In a publicly available Web API, it is difficult to force the client to use the API, so it is possible that two or more state change notification requests will be received from the same client.

  Therefore, in the operation example # 2, when a state change notification request is received from the same client, a request for invalidity is returned as response data instead of forming a new state change notification session.

  FIG. 22 is a sequence diagram showing an example of status notification processing by WebAPI.

  22, when the operation unit application 301 of the operation unit 3 serving as a client transmits a request source identification ID issuance request to the main unit 2 serving as a server (step S21), the main unit 2 issues a request source identification ID. Then, a response including the request source identification ID is transmitted to the operation unit application 301 (step S22).

  Thereafter, when the operation unit application 301 transmits a state change notification type setting request with a request source identification ID to the main body unit 2 (step S23), the main body unit 2 transmits a response to the operation unit application 301 upon completion of the processing (step S24). ).

  Thereafter, the operation unit application 301 transmits a state change notification request with a request source identification ID to the main body unit 2 (step S25).

  FIG. 23 is a flowchart illustrating an example of processing on the server side that has received the state change notification request.

  In FIG. 23, when receiving the state change notification request, the main body unit 2 refers to the client management table (step S201).

  FIG. 24 is a diagram illustrating an example of a client management table. The request source identification ID issued on the server side is registered in the client management table, and is used to check whether or not the client for which the state change notification request has been made is registered. In this example, an ID for identifying a client is issued on the server side. However, it is not necessary to use a method of issuing an ID as long as the information identifies the client. For example, it is possible to use the IP address of the client.

  Returning to FIG. 23, the main unit 2 determines whether the client that has transmitted the state change notification request is registered in the client management table (step S202).

  If it is not registered in the client management table (NO in step S202), it is registered in the client management table (step S203). Further, since the client has not yet formed a state change notification session, a state change notification session is formed (step S204).

  If already registered in the client management table (YES in step S202), the client notifies the client that the request is invalid because the state change notification session has already been formed (step S205).

<Summary>
As described above, according to the present embodiment, when notifying a change in the state of an information processing apparatus serving as a server to an information processing apparatus serving as a client, communication resources can be prevented from being compressed.

  The present invention has been described above by the preferred embodiments of the present invention. While the invention has been described with reference to specific embodiments, various modifications and changes may be made to the embodiments without departing from the broad spirit and scope of the invention as defined in the claims. Obviously you can. In other words, the present invention should not be construed as being limited by the details of the specific examples and the accompanying drawings.

DESCRIPTION OF SYMBOLS 1 Image forming apparatus 2 Main-body part 201 CPU
202 RAM
203 NV-RAM
204 Program ROM
205 Font ROM
206 Network Interface 207 Operation Unit Interface 208 Printer Engine Interface 209 Scanner Engine Interface 210 HDD
211 Option RAM
212 Printer Engine 213 Scanner Engine 221 PDL Analysis Module 222 Printer Job Management Module 223 Copy Job Management Module 224 Scanner Job Management Module 225 Network Management Module 226 Web Service Providing Module 227 Print Management Module 228 System Management Module 229 Memory Management Module 230 Service Providing Module Group 3 Operation unit 301-303 Operation unit application 4, 4A-4C Host computer

JP 2011-232893 A

Claims (10)

Information for transmitting a status notification request from the first information processing apparatus to the second information processing apparatus, and transmitting a status notification response from the second information processing apparatus to the first information processing apparatus A processing system,
The first information processing apparatus includes means for transmitting a request for setting a type of state to be notified to the second information processing apparatus,
The second information processing apparatus
When a request for setting the type of state to be notified is received from the first information processing apparatus, the type of state to be notified is held internally, and a response indicating completion of setting is sent to the first information processing apparatus. And means for transmitting
When a state change to be notified occurs, a response including a state type and a state value is sent to the first information processing device using a session maintained between the first and second information processing devices. An information processing system comprising means for transmitting to the information processing system. The information processing system according to claim 1,
The first information processing apparatus includes means for acquiring identification information for identifying the request transmission source client to the second information processing apparatus, and includes a request for setting a state type to be notified and a request for state notification. With the identification information,
When the second information processing apparatus receives a status notification request from a client having the same identification information, the second information processing apparatus includes means for notifying the first information processing apparatus that the request is invalid. A featured information processing system. The information processing system according to claim 2,
The second information processing apparatus
An information processing system comprising means for issuing the identification information in response to a request from the first information processing apparatus. In the information processing system according to any one of claims 1 to 3,
An information processing system, wherein the first information processing apparatus is a main body section that performs predetermined information processing, and the second information processing apparatus is an operation section that receives an operation on the main body section. Information for transmitting a status notification request from the first information processing apparatus to the second information processing apparatus, and transmitting a status notification response from the second information processing apparatus to the first information processing apparatus The first information processing apparatus of the processing system,
Means for transmitting a request for setting the type of state to be notified to the second information processing apparatus;
Means for receiving, from the second information processing apparatus, a setting completion response indicating that the type of state to be notified by the second information processing apparatus is held inside;
A session that is transmitted from the second information processing apparatus when a state change to be notified occurs and that includes a response including the type of the state and the value of the state is maintained between the second information processing apparatus. An information processing apparatus comprising means for receiving using the information processing apparatus. Information for transmitting a status notification request from the first information processing apparatus to the second information processing apparatus, and transmitting a status notification response from the second information processing apparatus to the first information processing apparatus The second information processing apparatus of the processing system,
Means for receiving a request for setting a type of state to be notified from the first information processing apparatus;
When a request for setting the type of state to be notified is received from the first information processing apparatus, the type of state to be notified is held internally, and a response indicating completion of setting is sent to the first information processing apparatus. And means for transmitting
When a state change to be notified occurs, a response including a type of state and a state value is sent to the first information processing apparatus using a session maintained with the first information processing apparatus. And an information processing apparatus. Information for transmitting a status notification request from the first information processing apparatus to the second information processing apparatus, and transmitting a status notification response from the second information processing apparatus to the first information processing apparatus A method executed by the first information processing apparatus of a processing system,
Transmitting a request to set a type of state to be notified to the second information processing apparatus;
Receiving, from the second information processing apparatus, a setting completion response indicating that the type of state to be notified by the second information processing apparatus is held inside;
A session that is transmitted from the second information processing apparatus when a state change to be notified occurs and that includes a response including the type of the state and the value of the state is maintained between the second information processing apparatus. An information processing method comprising: a step of receiving using the information processing method. Information for transmitting a status notification request from the first information processing apparatus to the second information processing apparatus, and transmitting a status notification response from the second information processing apparatus to the first information processing apparatus A method executed by the second information processing apparatus of a processing system,
Receiving from the first information processing apparatus a request for setting a type of state to be notified;
When a request for setting the type of state to be notified is received from the first information processing apparatus, the type of state to be notified is held internally, and a response indicating completion of setting is sent to the first information processing apparatus. And the process of transmitting
When a state change to be notified occurs, a response including a type of state and a state value is sent to the first information processing apparatus using a session maintained with the first information processing apparatus. An information processing method comprising the step of: Information for transmitting a status notification request from the first information processing apparatus to the second information processing apparatus, and transmitting a status notification response from the second information processing apparatus to the first information processing apparatus A computer constituting the first information processing apparatus of the processing system;
Means for transmitting a request for setting a type of state to be notified to the second information processing apparatus;
Means for receiving, from the second information processing apparatus, a setting completion response indicating that the type of state to be notified by the second information processing apparatus is held internally;
A session that is transmitted from the second information processing apparatus when a state change to be notified occurs and that includes a response including the type of the state and the value of the state is maintained between the second information processing apparatus. An information processing program that is used as a means for receiving. Information for transmitting a status notification request from the first information processing apparatus to the second information processing apparatus, and transmitting a status notification response from the second information processing apparatus to the first information processing apparatus A computer constituting the second information processing apparatus of the processing system;
Means for receiving a request for setting a type of state to be notified from the first information processing apparatus;
When a request for setting the type of state to be notified is received from the first information processing apparatus, the type of state to be notified is held internally, and a response indicating completion of setting is sent to the first information processing apparatus. Means to send
When a state change to be notified occurs, a response including a type of state and a state value is sent to the first information processing apparatus using a session maintained with the first information processing apparatus. An information processing program that functions as a means for transmitting data.

Images