JP2019040344A - Transmission control program, transmission control apparatus and transmission control method - Google Patents

Abstract

To allow requests to be sent in a proper order.SOLUTION: A storage unit 1a stores information related to association between a plurality of requests and a priority related to transmission of the requests in association with the requests. When a processing unit 1b receives a first request for execution of processes, the processing unit 1b refers to the storage unit 1a to identify a second request related to the first request and a first priority corresponding to the second request. The processing unit 1b transmits the second request with a second priority higher than the first priority to an information processing apparatus 2 that executes a process according to the first request.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a transmission control program, a transmission control apparatus, and a transmission control method.

  Currently, an information processing system in which a plurality of information processing apparatuses communicate via a network is used. For example, in a client-server system, a device that provides a service (called a server) and a device that uses the service (called a client) communicate with each other via a network. The client sends a request to the server. The server receives the request and sends a response according to the request to the client.

  Here, a control device that receives a client request and performs access to the server may be provided between the client and the server, and the number of requests transmitted to the server may be limited by the function of the control device.

  For example, there is a proposal for a load control device that receives requests from a client, accumulates the received requests, and transmits the requests to a server. If the number of requests waiting for a response from the server has reached the threshold, the load control device temporarily stores the received requests in the buffer and waits for requests from the buffer until the number of requests waiting for a response falls below the threshold. Limit the number of requests waiting for a response. In this proposal, regarding the execution order of requests in the buffer, priority control may be performed in accordance with the importance of the request and the required quality. Specifically, the load control apparatus stores requests in queues for each class, and determines a request extraction order between the queues using a predetermined scheduling algorithm (Priority Queuing, Waited Fair Queuing, or Waited Round Robin).

  There is also a proposal for a system that adjusts mobile network traffic by providing a local proxy on a mobile device. The local proxy delays the transfer of the first data transfer request initiated by the first application until a second data transfer request initiated by the second application is detected on the mobile device. Then, the local proxy transfers the first and second transfer requests with a single transfer operation.

  There is also a proposal for adding a function of an intermediary function unit that mediates communication between an external device and a plurality of service providing units to a server device including a plurality of service providing units. In this proposal, a plurality of SOAP (Simple Object Access Protocol) requests and SOAP responses related to the operation of a plurality of service providing units are collectively transmitted and received between an external device and a server device by an intermediary function unit.

International Publication No. 2007/1295942 Special table 2013-541238 JP 2005-322222 A

  As described above, the number of requests transmitted to the server may be limited by a control device provided between the client and the server. At this time, it is conceivable that the control device determines the order in which the plurality of accumulated requests are transmitted to the server on the basis of a predetermined priority regarding the requests. However, a predetermined priority is not always appropriate.

  For example, the content of the server response to the first request may be affected by the processing result of the server corresponding to the second request. In this case, if the priority of the second request is relatively low, transmission of the second request to the server is delayed when the control device receives a plurality of requests including the first and second requests at the same time. Sometimes. If transmission of the second request to the server is delayed, the server may not be able to reflect the processing result of the second request in the response to the first request. Therefore, there is a problem that the client may not obtain a response in the latest state reflecting the processing result of the second request with respect to the first request.

  In one aspect, the present invention is directed to enabling requests to be sent in the proper order.

  In one aspect, a transmission control program is provided. When the transmission control program receives the first request related to the execution of the process, the transmission control program refers to the storage unit that stores the information related to the relationship between the plurality of requests and the priority related to the transmission of the request in association with the request. The information processing apparatus that identifies the second request related to the first request and the first priority corresponding to the second request and executes the process according to the received request The second request is transmitted with the second priority that is higher, and the processing is executed by the computer.

  Moreover, in one aspect, a transmission control program is provided that transmits a request associated with a transmission priority to an information processing apparatus. When the transmission control program receives a specific request related to the execution of the process, the transmission control program identifies and identifies other requests related to the received request by referring to a storage unit that stores information regarding the relationship between a plurality of requests. A computer is caused to execute a process of executing a control for increasing the priority of transmitting another request to the information processing device higher than the priority associated with the other request.

  In one aspect, requests can be sent in the proper order.

It is a figure which shows the transmission control apparatus of 1st Embodiment. It is a figure which shows the information processing system of 2nd Embodiment. It is a figure which shows the hardware example of a reverse proxy server. It is a figure which shows the example of a function of a reverse proxy server. It is a figure which shows the example of a request related table. It is a figure which shows the example of a priority table. It is a flowchart which shows the process example of a reverse proxy server. It is a flowchart which shows the example of priority control. It is a figure which shows the example of a change of the priority of a request. It is a figure which shows the example of transmission of a request (the 1). It is a figure which shows the example of transmission of a request (the 2). It is a figure which shows the comparative example of request transmission. It is a figure which shows the example of the request of the multipart of 3rd Embodiment. It is a figure which shows the example of a request transmission source management table. It is a flowchart which shows the process example of a reverse proxy server. It is a figure which shows the example of communication (the 1). It is a figure which shows the example of communication (the 2).

Hereinafter, the present embodiment will be described with reference to the drawings.
[First Embodiment]
FIG. 1 is a diagram illustrating a transmission control apparatus according to the first embodiment. The transmission control device 1 is connected to a network (not shown), and communicates with the information processing device 2 and the terminal devices 3 and 4 via the network. The transmission control device 1 receives the requests transmitted by the terminal devices 3 and 4. The transmission control device 1 temporarily stores the received request and transmits it to the information processing device 2. The transmission control device 1 receives a response to the request from the information processing device 2 and transmits it to the terminal devices 3 and 4 that are the transmission source of the request.

  Here, the terminal devices 3 and 4 are used by a certain user. The transmission control device 1 manages the upper limit N (N is an integer equal to or greater than 1) of the number of simultaneous connections to the information processing device 2 for each user. The number of simultaneous connections corresponds to the number of response waiting requests. The response waiting request is a request that has not received a response from the information processing device 2 among requests transmitted to the information processing device 2.

  When the number M of simultaneous connections to the information processing device 2 by the terminal devices 3 and 4 (M is an integer equal to or larger than 0) has not reached the upper limit N, the transmission control device 1 receives a request from the terminal devices 3 and 4. The request is immediately transmitted to the information processing apparatus 2. On the other hand, when the number M of simultaneous connections reaches the upper limit value N, the transmission control device 1 temporarily stores the request until the number M of simultaneous connections falls below the upper limit value N when receiving a request from the terminal devices 3 and 4. To do. Then, when the number M of simultaneous connections falls below the upper limit value N, the transmission control device 1 transmits a plurality of temporarily stored requests to the information processing device 2 in the order corresponding to the priority for each request.

The transmission control device 1 provides a function of controlling the priority for each request. The transmission control device 1 includes a storage unit 1a and a processing unit 1b.
The storage unit 1a may be a volatile storage device such as a RAM (Random Access Memory) or a non-volatile storage device such as an HDD (Hard Disk Drive) or a flash memory. The processing unit 1b may include a CPU (Central Processing Unit), a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array), and the like. The processing unit 1b may be a processor that executes a program. The “processor” may also include a set of multiple processors (multiprocessor).

The storage unit 1a is used as a request buffer. The storage unit 1a stores request related information 5 and priority information 6.
The request related information 5 is information related to the relationship between a plurality of requests. The relationship between the two requests indicates a relationship in which the processing result of the information processing apparatus 2 with respect to one request affects the response of the information processing apparatus 2 with respect to the other request.

  For example, in the request related information 5, information indicating a pair of two types of related requests is registered. More specifically, in the request related information 5, records of type “type1” and type “type2” are registered. This record indicates that two requests whose request types are “type1” and “type2” are related. Among these, the former type “type1” is a type specified in advance that triggers the following priority control.

  The request type is classified according to, for example, the content of processing according to the request, the type of data handled in the processing, and the like. In one example, the request is a request (HTTP request) by HTTP (HyperText Transfer Protocol). In this case, the type may be classified by the path name of the request line in the header of the HTTP request message, for example. Alternatively, the type may be classified according to the host name or the combination of the host name and the path name in the header.

  The priority information 6 is information in which the priority is recorded in association with the request. For example, in the priority information 6, the priority is registered for the request type. More specifically, the priority of the request of type “type3” is “1”. The priority of the type “type1” is “2”. The priority of the type “type4” is “3”. The priority of the type “type2” is “4”. In this example, the smaller the priority value, the higher the priority, and the higher the priority value, the lower the priority. That is, according to the example of the priority information 6, the priority of the request of the type “type 3” is the highest. Second, the priority of the request of type “type1” is high. Third, the priority of the request of type “type4” is high. The priority of the request of type “type 2” is the lowest.

  Here, various examples can be considered as two related requests, the priorities of which are determined in advance. For example, a request with a higher priority is a type indicating a log acquisition request by a user who uses the terminal device 3, and a request with a lower priority is a periodic log from the terminal device 3 to the information processing device 2. The type may indicate a type of automatic transmission. Alternatively, a request with a higher priority is a type indicating a confirmation request for job execution completion by a user using the terminal device 3, and a request with a lower priority is a job from the terminal device 3 to the information processing device 2. It may be a type indicating an execution completion report. However, examples of two related requests are not limited to these.

  When the processing unit 1b receives the first request related to the execution of the process in the information processing device 2, the processing unit 1b refers to the storage unit 1a and identifies the second request related to the first request. For example, the processing unit 1b receives the requests R1 and R2 from the terminal device 3 and the requests R3 and R4 from the terminal device 4 in a state where the number of simultaneous connections to the information processing device 2 has reached the upper limit value N. The processing unit 1b stores the requests R1, R2, R3, and R4 in the storage unit 1a (buffering).

  Here, the type of the request R1 is “type1”. Therefore, the request R1 (first request) is a specific request corresponding to a specific type. The type of the request R2 is “type2”. The type of the request R3 is “type3”. The type of the request R4 is “type4”.

  For example, the processing unit 1b refers to the request related information 5 stored in the storage unit 1a, and specifies the request R2 (second request) related to the request R1 (first request).

  The processing unit 1b refers to the priority information 6 stored in the storage unit 1a and specifies the first priority corresponding to the second request. For example, the processing unit 1b refers to the priority information 6 and identifies the first priority “4” corresponding to the request R2 (second request) of the type “type2”.

  Then, the processing unit 1b transmits the second request to the information processing device 2 with the second priority higher than the first priority. For example, the processing unit 1b transmits the request R2 to the information processing apparatus 2 with the second priority higher than the first priority “4”. Thereby, it is possible to increase the possibility that the request R2 is transmitted to the information processing apparatus 2 earlier than when the request R2 is transmitted with the priority set in the priority information 6. Note that the priority changed by the processing unit 1b is not reflected in the priority information 6, but is only temporary this time.

  The processing unit 1b may set the priority “1” higher than the priority “2” of the request R1 as the second priority. At this time, for example, if the upper limit N = 2 of the number of simultaneous connections by the terminal devices 3 and 4, the processing unit 1b transmits the requests R1, R2, R3, and R4 to the information processing device 2 in the following order.

First, the processing unit 1b sequentially transmits a request R3 having a priority “1” and a request R2 having a changed priority “1” to the information processing apparatus 2 (step S1).
Next, the processing unit 1b sequentially transmits a request R1 having a priority “2” and a request R4 having a priority “3” to the information processing apparatus 2 (step S2). That is, the processing unit 1b transmits the request R1 with a priority corresponding to the request R1 stored in the storage unit 1a. In this way, the processing unit 1b can transmit the request R2 to the information processing device 2 earlier than the request R1.

  As described above, when the processing unit 1b receives a specific request related to the execution of the processing, the processing unit 1b refers to the storage unit 1a and specifies another request related to the received request. And the process part 1b performs control which raises the priority which transmits the specified other request | requirement to the information processing apparatus 2 rather than the priority matched with the other request.

  Here, the response of the information processing apparatus 2 to the request R1 may be affected by the processing result of the request R2. In this case, when the processing unit 1b receives and buffers the requests R1 and R2, the processing unit 1b transmits the requests to the information processing device 2 in the order of the requests R1 and R2 according to the priority registered in the priority information 6. It is also possible to do. However, when the request R1 is transmitted to the information processing apparatus 2 before the request R2, the information processing apparatus 2 responds to the request R2 that has arrived at the transmission control apparatus 1 in response to the request R1. The processing result is not reflected. That is, the response from the information processing device 2 to the terminal device 3 is not the latest information. In this case, the terminal device 3 retransmits the request to the information processing device 2 in order to obtain the latest information.

  Therefore, when the transmission control device 1 receives and buffers the requests R1 and R2, the transmission control device 1 specifies the request R2 and controls the priority of the request R2 to be higher than the priority set in the priority information 6 I do. Thereby, the timing at which the request R2 is transmitted to the information processing apparatus 2 can be advanced as compared with the case where the priority set in advance is followed.

  As described above, the processing unit 1b may make the priority of the request R2 higher than the priority of the request R1. In this way, the timing at which the request R2 is transmitted to the information processing apparatus 2 can be further advanced. In particular, the possibility that the request R2 is transmitted to the information processing apparatus 2 before the request R1 can be increased.

  By advancing the timing at which the request R2 is transmitted to the information processing apparatus 2, the possibility that the processing result of the information processing apparatus 2 for the request R2 is reflected in the response of the information processing apparatus 2 to the request R1 is also increased. Therefore, the possibility that the terminal device 3 can obtain the latest response to the request R1 is increased.

  In this way, the transmission control device 1 can provide the expected response (for example, the latest information) to the terminal device 3 by transmitting the requests to the information processing device 2 in an appropriate order. In addition, it is possible to suppress an extra request from being retransmitted by the terminal device 3 and to reduce the load on the network.

Hereinafter, a more specific information processing system will be exemplified to describe the function of the transmission control device 1 in more detail.
[Second Embodiment]
FIG. 2 illustrates an information processing system according to the second embodiment. The information processing system according to the second embodiment includes a reverse proxy server 100, a Web server 200, and clients 300 and 400. The reverse proxy server 100, the Web server 200, and the clients 300 and 400 are connected to the network 10. The network 10 may include a LAN (Local Area Network) and the Internet.

  The reverse proxy server 100 is a server computer that provides a reverse proxy function. The reverse proxy server 100 mediates transmission of requests from the clients 300 and 400 to the Web server 200. The reverse proxy server 100 mediates transmission of responses from the Web server 200 to the clients 300 and 400.

  Here, the request and the response are HTTP messages. The reverse proxy server 100 receives requests from the clients 300 and 400 and controls transmission of requests to the Web server 200 so that the upper limit of the number of simultaneous connections to the Web server 200 is not reached. Due to the restriction on the number of simultaneous connections, the reverse proxy server 100 can reduce the load on the Web server 200.

  The reverse proxy server 100 is an example of the transmission control device 1 according to the first embodiment. The reverse proxy server 100 may be incorporated in an appliance such as an SSL (Secure Sockets Layer) accelerator.

  The web server 200 is a server computer that provides a web server function. The Web server 200 receives a request from the reverse proxy server 100 and executes processing according to the request. The Web server 200 transmits a response indicating the execution result to the reverse proxy server 100. The Web server 200 is an example of the information processing apparatus 2 according to the first embodiment.

  Clients 300 and 400 are client computers used by users. The clients 300 and 400 function as Web browsers and transmit requests to the reverse proxy server 100. The request is an API (Application Programming Interface) execution request by the reverse proxy server 100 and may be referred to as an “API execution request”. Further, the clients 300 and 400 receive a response corresponding to the request from the reverse proxy server 100. The clients 300 and 400 are an example of the terminal devices 3 and 4 according to the first embodiment.

  Here, the requests transmitted by the clients 300 and 400 include two types of user operation requests and automatic execution requests. The user operation request is a request transmitted in response to a user operation on the clients 300 and 400. For example, the user operation request includes a log acquisition request according to a user operation input, a job execution completion confirmation request, and the like.

  The automatic execution request is a request that is automatically transmitted by predetermined software executed by the clients 300 and 400 (that is, regardless of a user operation). For example, the automatic execution request may be a request for confirming communication with the Web server 200 or maintaining a session. The automatic execution request may be a request for providing a log of the client 300 or 400 to the Web server 200, a request for notifying completion of job execution by the client 300 or 400, or the like.

  For users who use the clients 300 and 400, an upper limit of the number of simultaneous connections to the Web server 200 is predetermined. For example, the upper limit of the number of simultaneous connections may be determined by a contract between a provider that provides the reverse proxy server 100 and the Web server 200 and a user (tenant) that uses the clients 300 and 400. Alternatively, if the organization that provides the reverse proxy server 100 and the Web server 200 is the same as the organization to which the user using the clients 300 and 400 belongs, simultaneous connection for each user (for example, department) according to the policy of the organization. An upper limit on the number may be defined.

  FIG. 3 is a diagram illustrating a hardware example of the reverse proxy server. The reverse proxy server 100 includes a processor 101, a RAM 102, an HDD 103, an image signal processing unit 104, an input signal processing unit 105, a medium reader 106, and a NIC (Network Interface Card) 107. Each piece of hardware is connected to the reverse proxy server 100 bus. The Web server 200 and the clients 300 and 400 can also be realized using the same hardware as the reverse proxy server 100.

  The processor 101 is hardware that controls information processing of the reverse proxy server 100. The processor 101 may be a multiprocessor. The processor 101 is, for example, a CPU, DSP, ASIC, or FPGA. The processor 101 may be a combination of two or more elements of CPU, DSP, ASIC, FPGA, and the like.

  The RAM 102 is a main storage device of the reverse proxy server 100. The RAM 102 temporarily stores at least part of an OS (Operating System) program and application programs to be executed by the processor 101. The RAM 102 stores various data used for processing by the processor 101.

  The HDD 103 is an auxiliary storage device of the reverse proxy server 100. The HDD 103 magnetically writes and reads data to and from the built-in magnetic disk. The HDD 103 stores an OS program, application programs, and various data. The reverse proxy server 100 may include other types of auxiliary storage devices such as a flash memory and an SSD (Solid State Drive), or may include a plurality of auxiliary storage devices.

  The image signal processing unit 104 outputs an image to the display 11 connected to the reverse proxy server 100 in accordance with an instruction from the processor 101. As the display 11, a CRT (Cathode Ray Tube) display, a liquid crystal display, or the like can be used.

  The input signal processing unit 105 acquires an input signal from the input device 12 connected to the reverse proxy server 100 and outputs the input signal to the processor 101. As the input device 12, for example, a pointing device such as a mouse or a touch panel, a keyboard, or the like can be used.

  The medium reader 106 is a device that reads programs and data recorded on the recording medium 13. As the recording medium 13, for example, a magnetic disk such as a flexible disk (FD) or an HDD, an optical disk such as a CD (Compact Disc) or a DVD (Digital Versatile Disc), or a magneto-optical disk (MO) is used. Can be used. Further, as the recording medium 13, for example, a non-volatile semiconductor memory such as a flash memory card can be used. For example, the medium reader 106 stores the program and data read from the recording medium 13 in the RAM 102 or the HDD 103 in accordance with an instruction from the processor 101.

The NIC 107 communicates with other devices via the network 10. The NIC 107 may be a wired communication interface or a wireless communication interface.
FIG. 4 is a diagram illustrating a function example of the reverse proxy server. The reverse proxy server 100 includes a storage unit 110, a communication processing unit 120, and a priority control unit 130. The storage unit 110 is realized by the storage area of the RAM 102 or the storage unit 110. The communication processing unit 120 and the priority control unit 130 are realized by the processor 101. For example, the processor 101 exhibits the functions of the communication processing unit 120 and the priority control unit 130 by executing a program stored in the RAM 102. However, the communication processing unit 120 and the priority control unit 130 may be realized by hard wired logic such as FPGA or ASIC.

  The storage unit 110 is used as a cache for requests received from the clients 300 and 400. The storage unit 110 stores a request related table. The request relation table is information indicating a relation between a plurality of requests. The storage unit 110 stores a priority table. The priority table is information indicating the priority for each request.

  The communication processing unit 120 receives a request transmitted by the clients 300 and 400 and transfers the received request to the Web server 200. In addition, the communication processing unit 120 receives a response transmitted by the Web server 200 in response to the request, and transfers the received response to the clients 300 and 400.

  The communication processing unit 120 limits the number of requests transmitted to the Web server 200 so as not to reach the upper limit of the number of simultaneous connections determined for the clients 300 and 400. The number of simultaneous connections is, for example, the number of requests that have not received a response from the Web server 200 among requests transmitted to the Web server 200. When the communication processing unit 120 receives a number of requests exceeding the upper limit of the number of simultaneous connections, the communication processing unit 120 stores the received requests in the storage unit 110 (buffering).

The communication processing unit 120 transmits the buffered requests to the Web server 200 in the order according to the priority determined by the priority table and the priority control unit 130.
The priority control unit 130 controls priority for the requests stored in the storage unit 110. The priority control unit 130 specifies a related request from a plurality of requests stored in the storage unit 110 based on the request related table, and changes the priority of the specified request. The priority control unit 130 notifies the communication processing unit 120 of the changed priority. Note that the priority change by the priority control unit 130 is a temporary setting change only for this time, and the setting contents of the priority table stored in the storage unit 110 are not changed.

  FIG. 5 is a diagram illustrating an example of a request relation table. The request related table 111 is stored in the storage unit 110 in advance. The request relation table 111 includes items of a user operation request and an automatic execution request.

  In the user operation request item, a URL (Uniform Resource Locator) indicating the type of the user operation request is registered. The user operation request is set in the request relation table 111 as a specific request that triggers priority control by the priority control unit 130. The URL includes a combination of a host name and a path name. In the item of automatic execution request, a URL indicating the type of automatic execution request is registered.

  Here, the URL is identification information corresponding to a service or content provided by the Web server 200 and is a URL specified by the clients 300 and 400. However, the URL specified by the clients 300 and 400 is a URL for transmitting a request to the reverse proxy server 100. The reverse proxy server 100 converts the URL included in the request received from the client 300 or 400 into a URL corresponding to the corresponding service or content in the Web server 200 and transfers the request to the Web server 200.

  For example, in the request relation table 111, a record that the user operation request is “https: // xxx” and the automatic execution request is “https: /// aaa” is registered. This record indicates that the user operation request “https: // xxx” and the automatic execution request “https: /// aaa” are related to each other.

  Here, the automatic execution request “https: /// aaa” is a request for providing predetermined information such as a log to the Web server 200, for example. The user operation request is a request for obtaining predetermined information such as the log provided to the Web server 200, for example.

  FIG. 6 is a diagram illustrating an example of a priority table. The priority table 112 is stored in the storage unit 110 in advance. The priority table 112 includes items of priority and request.

  In the priority item, a numerical value indicating the priority is registered. It is assumed that the smaller the numerical value indicating the priority is, the higher the priority is. In the request item, a URL indicating the type of request is registered.

  For example, information indicating that the priority is “1” and the request is “https: // 111” is registered in the priority table 112. This indicates that the priority of the request “https: // 111” is “1”.

  Here, the priority “1” is the highest priority. The request associated with the priority “1” is mainly an automatic execution request for notifying the Web server 200 of a highly important message (for example, an error when a failure occurs in the client).

The priority “2” is an intermediate priority. Requests associated with the priority “2” are mainly user operation requests.
The priority “3” is the lowest priority. The request associated with the priority “3” is mainly an automatic execution request for notifying the Web server 200 of a low-importance message (for example, a log acquired by the client).

Next, a processing procedure by the reverse proxy server 100 will be described.
FIG. 7 is a flowchart illustrating a processing example of the reverse proxy server. In the following, the process illustrated in FIG. 7 will be described along with step numbers. For example, the reverse proxy server 100 executes the following procedure at a predetermined cycle (for example, 100 milliseconds or 1 second).

  (S11) The communication processing unit 120 accumulates the requests received from the clients 300 and 400 in the storage unit 110, and determines whether or not the accumulated number of requests is larger than the upper limit N of the number of simultaneous connections. If the accumulated number of requests is greater than the upper limit value N, the communication processing unit 120 advances the processing to step S13. If the number of accumulated requests is equal to or less than the upper limit value N, the communication processing unit 120 advances the processing to step S12.

(S12) The communication processing unit 120 transmits all requests to the Web server 200. Then, the communication processing unit 120 ends the process.
(S13) The communication processing unit 120 determines whether or not the number of user operation requests among the requests accumulated in the storage unit 110 is equal to or less than the upper limit N of the number of simultaneous connections. If the number of user operation requests is equal to or less than the upper limit value N, the communication processing unit 120 advances the processing to step S15. If the number of user operation requests is larger than the upper limit value N, the communication processing unit 120 advances the processing to step S14. Here, the communication processing unit 120 can classify the user operation request and the automatic execution request based on the path name included in the header of the request accumulated in the storage unit 110.

  (S14) The communication processing unit 120 rejects acceptance of user operation requests that exceed the upper limit N (the upper limit of the number of accumulated user operation requests is also the upper limit N). For example, the communication processing unit 120 notifies the client 300 or the client 400 that has transmitted the user operation request that the user operation request has been transmitted exceeding the upper limit value N, and the user operation request for the excess is transmitted. Discard. And the communication process part 120 advances a process to step S15.

(S15) The priority control unit 130 performs priority control on the accumulated requests. Details of the priority control process will be described later.
(S16) The communication processing unit 120 sends the requests accumulated in the storage unit 110 to the Web server 200 in the order according to the priority changed by the priority table 112 and the priority control unit 130 stored in the storage unit 110. Send to. Then, the communication processing unit 120 ends the process.

  As described above, when receiving the user operation request (first request), the communication processing unit 120 determines whether or not the number of requests waiting for a response from the Web server exceeds the upper limit value. When the request number exceeds the upper limit number, the communication processing unit 120 stores the user operation request in the storage unit 110. Then, the communication processing unit 120 specifies an automatic execution request (second request) related to the user operation request from the requests stored in the storage unit 110, and determines the user operation request and the automatic execution request according to the priority. Determine the transmission order.

  Note that, as in steps S13 and S14, as long as the number of user operation requests does not exceed the upper limit N of the number of simultaneous connections, the acceptance of the user operation request is permitted, thereby preventing the transmission of the user operation request by the automatic execution request. I can prevent that. In other words, if only the number of API execution requests by the user operation is considered, in a situation where the limit value of the number of simultaneous connections is not exceeded, even if the number of API execution requests automatically transmitted regardless of the user operation, the API execution by the user operation is large. There is no need to prevent the request from being sent.

FIG. 8 is a flowchart illustrating an example of priority control. In the following, the process illustrated in FIG. 8 will be described in order of step number. The procedure shown below corresponds to step S15 in FIG.
(S21) The priority control unit 130 refers to the request relation table 111 stored in the storage unit 110.

  (S22) The priority control unit 130 refers to the requests accumulated in the storage unit 110 and determines whether or not a user operation request registered in the request relation table 111 has been received. When the user operation request registered in the request relation table 111 is received, the priority control unit 130 advances the process to step S23. When the user operation request registered in the request relation table 111 has not been received, the priority control unit 130 ends the process.

  (S23) The priority control unit 130 determines whether a user operation request and an automatic execution request related to the user operation request have been received from the same client. When both requests are received from the same client, the priority control unit 130 proceeds to step S24. When the user operation request and the automatic execution request related to the user operation request are received from different clients, the priority control unit 130 ends the process.

(S24) The priority control unit 130 makes the priority of the corresponding automatic execution request higher than that of the user operation request.
In this way, the reverse proxy server 100 makes the priority of the automatic execution request related to the user operation request higher than the priority of the user operation request. Accordingly, the reverse proxy server 100 can transmit the automatic execution request to the Web server 200 earlier than the user operation request related to the automatic execution request.

  Note that, as in step S23, the priority control unit 130 determines whether or not the transmission source of the automatic execution request is the same as the transmission source of the related user operation request. Then, when both transmission sources are the same, the priority control unit 130 changes the priority of the automatic execution request to a priority higher than a predetermined priority. As a result, priority can be changed by focusing on an appropriate request.

  FIG. 9 is a diagram illustrating an example of changing the priority of a request. Consider a case where the reverse proxy server 100 receives the request group 113 from the clients 300 and 400 and stores it in the storage unit 110. Here, “clientA” in the figure is identification information of the client 300. “ClientB” is identification information of the client 400.

  For example, the request group 113 includes a request “https: // aaa” transmitted by the client 300. The priority of the request “https: // aaa” registered in the priority table 112 is “3”.

  The request group 113 includes a request “https: // xxx” transmitted by the client 300. The priority of the request “https: // xxx” registered in the priority table 112 is “2”.

  The request group 113 includes a request “https: // bbb” transmitted by the client 400. The priority of the request “https: // bbb” registered in the priority table 112 is “3”.

  Further, the request group 113 includes a request “https: // 111” transmitted by the client 400. The priority of the request “https: // 111” registered in the priority table 112 is “1”.

  The priority control unit 130 refers to the request relation table 111 and identifies a pair of requests that are mutually related from the request group 113. In the example of the request relation table 111, a set of a user operation request “https: // xxx” and an automatic execution request “https: /// aaa” is registered. The user operation request “https: // xxx” and the automatic execution request “https: // aaaa” are requests transmitted by the same client (client 300). Therefore, the priority control unit 130 sets the priority of the automatic execution request “https: // aaa” in the request group 113 higher than the priority “2” of the user operation request “https: // xxx”. . Specifically, the priority control unit 130 changes the priority of the automatic execution request “https”: // aaa ”in the request group 113 to“ 1. ”The request group 114 includes the automatic execution request“ https: // The result of changing the priority of “/ aaa” to “1.” The communication processing unit 120 transmits the requests belonging to the request group 114 to the Web server 200 in the order according to the changed priority. .

  FIG. 10 is a diagram illustrating a transmission example (part 1) of a request. Consider a case where the upper limit N of the number of simultaneous connections by both the clients 300 and 400 is “2”. In the figure, for the sake of convenience, both requests are represented in common notation (in order to make it easy to understand the correspondence between the requests from the clients 300, 400 to the reverse proxy server 100 and the requests from the reverse proxy server 100 to the Web server 200. ("Https: // aaa" etc.) (may be described similarly in other figures). However, as described above, the reverse proxy server 100 converts the URL domain of the request received from the clients 300 and 400 into the domain or IP (Internet Protocol) address of the back-end Web server 200 and transfers it.

  At a certain timing, the reverse proxy server 100 receives the requests “https: /// aaa” and “https: // xxx” from the client 300, and receives the requests “https: // bbb” and “https: //” from the client 400. 111 ″ is received (step ST11). In step ST11, it is assumed that the number of simultaneous connections by both clients 300 and 400 has reached the upper limit N. The number of user operation requests received in step ST11 is “2”, which is equal to or less than the upper limit N of the number of simultaneous connections.

  In this case, the reverse proxy server 100 stores the requests “https: /// aaa”, “https: // xxx”, “https: // bbb”, and “https: // 111” in the storage unit 110. Then, as illustrated in FIG. 9, the reverse proxy server 100 detects the association between the requests “https: /// aaa” and “https: // xxx” transmitted from the client 300. For this reason, the reverse proxy server 100 increases the priority of the request “https: /// aaa” over the priority of the request “https: /// xxx”.

  Thereafter, the reverse proxy server 100 detects that the number of simultaneous connections by the clients 300 and 400 has become free. Then, the reverse proxy server 100 determines the transmission order of each request stored in the storage unit 110. At this time, the reverse proxy server 100 uses the priorities in the priority table 112 for the requests “https: // xxx”, “https: // bbb”, and “https: // 111”, and “https: /// For aaa ″, the changed priority is used.

  Specifically, the priority of the request “https: // xxx” is “2”. The priority of the request “https: // bbb” is “3”. The priority of the request “https: // 111” is “1”. The priority after changing the request “https: // aaa” is “1”. For this reason, the reverse proxy server 100 first transmits the requests “https: /// aaa” and “https: /// 111” to the Web server 200 in order (step ST12). Thereafter, the reverse proxy server 100 transmits the requests “https: /// xxx” and “https: // bbb” to the Web server 200 in order (step ST13).

  In this way, when the reverse proxy server 100 receives a user operation request and an automatic execution request that are related to each other at a certain timing, the reverse proxy server 100 raises the priority of the automatic execution request over the priority of the user operation request. Thereby, the reverse proxy server 100 can transmit the automatic execution request to the Web server 200 prior to the user operation request.

  FIG. 11 is a diagram illustrating a transmission example (part 2) of a request. Also in FIG. 11, consider the case where the upper limit N of the number of simultaneous connections by both clients 300 and 400 is “2”. FIG. 11 shows the request in FIG. 10 more specifically.

  The log update request is an automatic execution request corresponding to the request “https: /// aaa”. The log update request is a request for providing the log of the client 300 to the Web server 200. For example, the Web server 200 holds a log provided by the client 300 and provides the held log to the client in response to a log acquisition request. The priority set in advance for the log update request is “3”.

  The log acquisition request is a user operation request corresponding to the request “https: // xxx”. The log acquisition request is a request for requesting the Web server 200 to provide a log related to the client 300. The priority set in advance for the log acquisition request is “2”.

  The predetermined processing request is an automatic execution request corresponding to the request “https: // 111”. The predetermined process request is a request for requesting the Web server 200 to execute a predetermined process. The priority set in advance for the predetermined processing request is “1”.

  At a certain timing, the reverse proxy server 100 receives a log update request and a log acquisition request from the client 300, and receives a predetermined processing request from the client 400 (step ST21). It is assumed that the number of simultaneous connections by both clients 300 and 400 has reached the upper limit value N at the stage of step ST21. Further, the number of user operation requests received in step ST21 is “2”, which is equal to or less than the upper limit value N of the number of simultaneous connections.

  In this case, the reverse proxy server 100 stores the log update request, the log acquisition request, and the predetermined processing request in the storage unit 110. Then, as illustrated in FIG. 9, the relation between the log update request and the log acquisition request is detected based on the request relation table 111, and the priority of the log update request is raised higher than the priority of the log acquisition request.

  Thereafter, the reverse proxy server 100 detects that the number of simultaneous connections by the clients 300 and 400 has become free. Then, the reverse proxy server 100 follows the priority set in the priority table 112 for the log acquisition request and the predetermined processing request, and the log update request and the log acquisition request for the log update request according to the changed priority. The transmission order of the predetermined processing request is determined. Specifically, the priority of the log acquisition request is “2”. The priority of the predetermined processing request is “1”. The priority after changing the log update request is “1”. For this reason, the reverse proxy server 100 first transmits a predetermined processing request and a log update request to the Web server 200 in order (step ST22). Thereafter, the reverse proxy server 100 transmits a log acquisition request to the Web server 200 (step ST23).

In this way, the reverse proxy server 100 can transmit a log update request to the Web server 200 before the log acquisition request.
FIG. 12 is a diagram illustrating a comparative example of request transmission. FIG. 12 illustrates an example in which the transmission order of requests is determined without changing the priority of the priority table 112 in the example of FIG. Here, in the description of FIG. 12, a reverse proxy server 900 is used instead of the reverse proxy server 100. The priority set in advance for the log update request shown below is “3”. The priority set in advance for the log acquisition request is “2”. The priority set in advance for the predetermined processing request is “1”.

  At a certain timing, the reverse proxy server 900 receives a log update request and a log acquisition request from the client 300, and receives a predetermined processing request from the client 400 (step ST31). It is assumed that the number of simultaneous connections by both clients 300 and 400 has reached the upper limit value N at the stage of step ST31. The number of user operation requests received in step ST31 is “2”, which is equal to or less than the upper limit N of the number of simultaneous connections.

  Thereafter, the reverse proxy server 900 detects that the number of simultaneous connections by the clients 300 and 400 has become free. Then, the reverse proxy server 900 determines the transmission order of the log update request, the log acquisition request, and the predetermined processing request according to the priority determined in advance for the log update request, the log acquisition request, and the predetermined processing request. Specifically, the priority of the log update request is “3”. The priority of the log acquisition request is “2”. The priority of the predetermined processing request is “1”. For this reason, the reverse proxy server 900 first transmits a predetermined processing request and a log acquisition request to the Web server 200 in order (step ST32). Thereafter, the reverse proxy server 900 transmits a log update request to the Web server 200 (step ST33).

  In this case, the log update request is transmitted to the Web server 200 after the log acquisition request. Then, the response to the log acquisition request by the Web server 200 (including the log of the client 300 held by the Web server 200) does not reflect the result of the log update by the log update request in Step ST33. That is, it is expected that the latest log is acquired in response to the log acquisition request, but the client 300 cannot acquire the latest log, and is not in an expected operation. Moreover, when the client 300 tries to acquire the latest log, the client 300 retransmits the log acquisition request to the Web server 200.

  Therefore, as illustrated in FIG. 11, the reverse proxy server 100 changes the priority of the request to transmit a log update request to the Web server 200 before the log acquisition request. Thereby, the reverse proxy server 100 can transmit the log acquisition request and the log update request in an appropriate order. That is, the result of the log update by the log update request is reflected in the response to the log acquisition request by the Web server 200. Therefore, the client 300 can acquire the latest log in response to the log acquisition request.

  In this way, the possibility of realizing the expected operation for the Web server 200 increases. In other words, even if an API execution request has a low priority at normal times, when a user operation is performed, if an expected result that the API execution request is not executed first is not returned, the priority of the API execution request is not returned. By raising, you can prevent unexpected results from being returned.

  Further, it is not necessary for the client 300 to retransmit the log acquisition request to the Web server 200. By suppressing the retransmission of the request by the client 300, there is an advantage that the load on the reverse proxy server 100, the Web server 200, the client 300, and the network can be reduced.

[Third Embodiment]
Next, a third embodiment will be described. Items that differ from the second embodiment described above will be mainly described, and descriptions of common items will be omitted.

  The reverse proxy server 100 may combine a plurality of requests received from the clients 300 and 400 into one request and transmit the requests to the Web server 200. In this way, the number of simultaneous connections to the Web server 200 can be reduced.

  FIG. 13 is a diagram illustrating an example of a multipart request according to the third embodiment. For example, the reverse proxy server 100 collects the requests Req1 and Req2 into a multipart request 500. Here, as an example, the request Req1 is an automatic execution request corresponding to the request “https: /// aaa”. The request Req2 is an automatic execution request corresponding to the request “https: // 111”.

  As one method, for example, identification information indicating that a plurality of requests are grouped together is set in the header portion 501 of the request 500, and the contents of the requests Req1 and Req2 are inserted into the body portion 502 of the request 500. Conceivable. As the identification information, for example, “multipart” in the Content-Type header of the header section 501 can be considered. As described above, the reverse proxy server 100 creates one multipart request from a plurality of requests and transmits the request to the Web server 200. Japanese Patent Laid-Open No. 2005-322222 can also be referred to for a method for creating a multi-part request.

  When detecting the multipart request 500, the Web server 200 separates and processes the requests Req1 and Req2 in the body portion 502. Then, the Web server 200 generates a multipart response in which the processing results for the requests Req1 and Req2 are collected, and transmits the response to the reverse proxy server 100.

  The reverse proxy server 100 extracts two responses corresponding to the requests Req1 and Req2 from the multipart response received from the Web server 200, and transmits them to the clients 300 and 400. The reverse proxy server 100 holds a request transmission source management table so that the extracted response can be appropriately transmitted to the request transmission source client.

  FIG. 14 is a diagram illustrating an example of a request transmission source management table. The request transmission source management table 115 is stored in the storage unit 110. The request transmission source management table 115 is created by the communication processing unit 120 for each grouped request. The request transmission source management table 115 includes items of requests and transmission sources.

  In the request item, a URL indicating the type of request is registered. Client identification information is registered in the transmission source item. The client identification information may be address information such as an IP address.

  For example, in the request transmission source management table 115, a record that the request is “https: // aaa” and the transmission source is “clientA” is registered. This record indicates that, among the multi-part request elements, the transmission source of the request of URL “https: // aaa” is the client 300 indicated by “clientA”.

Next, the processing procedure of the reverse proxy server 100 in the third embodiment will be described.
FIG. 15 is a flowchart illustrating a processing example of the reverse proxy server. In the following, the process illustrated in FIG. 15 will be described in order of step number.

  (S31) The communication processing unit 120 accumulates the requests received from the clients 300 and 400 in the storage unit 110, and determines whether or not the accumulated number of requests is larger than the upper limit N of the number of simultaneous connections. If the number of accumulated requests is greater than the upper limit value N, the communication processing unit 120 proceeds to step S33. When the number of accumulated requests is equal to or less than the upper limit value N, the communication processing unit 120 advances the processing to step S32.

(S32) The communication processing unit 120 transmits all requests to the Web server 200. Then, the communication processing unit 120 ends the process.
(S33) The communication processing unit 120 determines whether or not the number of user operation requests among the requests accumulated in the storage unit 110 is equal to or less than the upper limit N of the number of simultaneous connections. If the number of user operation requests is equal to or less than the upper limit value N, the communication processing unit 120 proceeds to step S35. When the number of user operation requests is larger than the upper limit value N, the communication processing unit 120 advances the processing to step S34.

  (S34) The communication processing unit 120 rejects acceptance of user operation requests that exceed the upper limit value N (the upper limit of the number of accumulated user operation requests is also the upper limit value N). For example, the communication processing unit 120 notifies the client 300 or the client 400 that has transmitted the user operation request that the user operation request has been transmitted exceeding the upper limit value N, and the user operation request for the excess is transmitted. Discard. And the communication process part 120 advances a process to step S35.

(S35) The priority control unit 130 performs priority control on the accumulated requests. The processing procedure of priority control is the same as the procedure illustrated in FIG.
(S36) The communication processing unit 120 determines whether there are a plurality of automatic execution requests having higher priority than the user operation request. If there are a plurality of automatic execution requests with higher priority than the user operation request, the communication processing unit 120 advances the processing to step S37. If there are not a plurality of automatic execution requests with higher priority than the user operation request (that is, one), the communication processing unit 120 advances the processing to step S39.

  (S37) The communication processing unit 120 generates one request (multipart request) including a plurality of automatic execution requests with higher priority than the user operation request. At this time, the communication processing unit 120 generates a request transmission source management table 115 for the grouped requests, and stores the request transmission source management table 115 in the storage unit 110.

(S38) The communication processing unit 120 transmits the generated request to the Web server 200. And the communication process part 120 advances a process to step S40.
(S39) The communication processing unit 120 transmits an automatic execution request having a higher priority than the user operation request to the Web server 200. And the communication process part 120 advances a process to step S40.

(S40) The communication processing unit 120 transmits a user operation request to the Web server 200.
(S41) The communication processing unit 120 transmits an automatic execution request having a lower priority than the user operation request to the Web server 200.

  As described above, the communication processing unit 120 includes an automatic execution request (third request) having a higher priority than the priority (third priority) of the user operation request and an automatic execution request related to the user operation request. A multipart request (fourth request) including (second request) is generated. Then, the communication processing unit 120 transmits the generated multipart request to the Web server 200 with a higher priority than the priority (third priority) of the user operation request.

  FIG. 16 is a diagram illustrating a communication example (part 1). FIG. 16A shows an example of transmission of a request to the Web server 200 by the reverse proxy server 100. Consider a case where the upper limit N of the number of simultaneous connections by both the clients 300 and 400 is “2”.

  At a certain timing, the reverse proxy server 100 receives requests “https: /// aaa” and “https: // xxx” from the client 300, and requests “https: // bbb” and “https: /// 111” from the client 400. "Is received (step ST41). In step ST41, it is assumed that the number of simultaneous connections by both clients 300 and 400 has reached the upper limit N. The number of user operation requests received in step ST41 is “2”, which is equal to or less than the upper limit N of the number of simultaneous connections.

  In this case, the reverse proxy server 100 stores the received four requests in the storage unit 110. Then, as illustrated in FIG. 9, the association of the requests “https: /// aaa” and “https: // xxx” is detected, and the priority of the request “https: /// aaa” is set to the request “https: // xxx ″ higher than the priority.

  Then, two automatic execution requests “https: // aaaa” and “https: // 111” having higher priority than the user operation request “https: // xxx” exist. For this reason, the reverse proxy server 100 generates a multipart request in which these two automatic execution requests “https: /// aaa” and “https: // 111” are combined into one. When the number of simultaneous connections by the clients 300 and 400 becomes available, the generated multipart request and the user operation request “https: // xxx” are sequentially transmitted to the Web server 200 (step ST42). . At this time, the reverse proxy server 100 generates a request transmission source management table 115 for the group of requests “https: /// aaa” and “https: // 111” collectively and stores them in the storage unit 110. . Thereafter, the reverse proxy server 100 transmits an automatic execution request “https: // bbb” to the Web server 200 (step ST43).

  FIG. 16B shows a transmission example of a response by the reverse proxy server 100 (particularly, a transmission example of a response to a multipart request). The reverse proxy server 100 receives a multipart response to the multipart request from the Web server 200 (step ST44). Then, the reverse proxy server 100 extracts two responses corresponding to each of the requests “https: /// aaa” and “https: /// 111” from the response. Then, the reverse proxy server 100 refers to the request transmission source management table 115 stored in the storage unit 110 and identifies the request transmission source for the extracted response. The reverse proxy server 100 transmits the response to the identified request transmission source client (step ST45). Specifically, the reverse proxy server 100 transmits a response corresponding to “https: /// aaa” to the client 300. Further, the reverse proxy server 100 transmits a response corresponding to “https: // 111” to the client 400.

  Thus, the reverse proxy server 100 can also advance the transmission timing of the user operation request by collecting two automatic execution requests having a higher priority than the user operation request.

  FIG. 17 is a diagram illustrating a communication example (2). In the third embodiment, an example is shown in which the request transmission sources managed together by the request transmission source management table 115 are managed. However, the reverse proxy server 100 may manage the request transmission sources by other methods. Good. For example, the reverse proxy server 100 may add identification information of each of the clients 300 and 400 to the combined request. In this case, the Web server 200 adds the identification information in the response so that it can be identified whether the response part is for the client 300 or the response part for the client 400.

  That is, at a certain timing, the reverse proxy server 100 receives the requests “https: /// aaa” and “https: // xxx” from the client 300 and receives the requests “https: // bbb” and “https: //” from the client 400. / 111 "is received (step ST51). In step ST51, it is assumed that the number of simultaneous connections by both clients 300 and 400 has reached the upper limit N. The number of user operation requests received in step ST51 is “2”, which is equal to or less than the upper limit N of the number of simultaneous connections.

  In this case, the reverse proxy server 100 stores the received four requests in the storage unit 110. Then, as illustrated in FIG. 9, the association of the requests “https: /// aaa” and “https: // xxx” is detected, and the priority of the request “https: /// aaa” is set to the request “https: // xxx ″ higher than the priority.

  Then, two automatic execution requests “https: // aaaa” and “https: // 111” having higher priority than the user operation request “https: // xxx” exist. For this reason, the reverse proxy server 100 generates a multipart request in which these two automatic execution requests “https: /// aaa” and “https: // 111” are combined into one. At this time, the reverse proxy server 100 adds the identification information “clientA” of the client 300 to the request “https: /// aaa” portion of the multipart request. Further, the reverse proxy server 100 adds the identification information “clientB” of the client 400 to the request “https: // 111” portion of the multipart request. When the number of simultaneous connections by the clients 300 and 400 becomes available, the generated request and the user operation request “https: // xxx” are sequentially transmitted to the Web server 200 (step ST52). Thereafter, the reverse proxy server 100 transmits an automatic execution request “https: // bbb” to the Web server 200 (step ST53).

  FIG. 17B shows a transmission example of a response by the reverse proxy server 100 (particularly, a transmission example of a response to a multipart request). The reverse proxy server 100 receives a multipart response to the multipart request from the Web server 200 (step ST54). Then, the reverse proxy server 100 extracts two responses corresponding to each of the requests “https: /// aaa” and “https: /// 111” from the response. At this time, the reverse proxy server 100 refers to the client identification information added to each response part, identifies the transmission destination of each response, and transmits the response to the identified transmission destination (step ST55). Specifically, the reverse proxy server 100 transmits a response corresponding to “https: /// aaa” to the client 300. Further, the reverse proxy server 100 transmits a response corresponding to “https: // 111” to the client 400.

  As described above, the reverse proxy server 100 may collect two automatic execution requests having a higher priority than the user operation request by the method illustrated in FIG. Also in this case, the transmission timing of the user operation request can be advanced as in FIG. Here, in the example of the third embodiment, an example in which two automatic execution requests are combined into one request is shown. However, the reverse proxy server 100 may combine three or more automatic execution requests into one request. Good.

  The information processing according to the first embodiment can be realized by causing the processing unit 1b to execute a program. The information processing according to the second embodiment can be realized by causing the processor 101 to execute a program. The program can be recorded on a computer-readable recording medium 13.

  For example, the program can be distributed by distributing the recording medium 13 on which the program is recorded. Alternatively, the program may be stored in another computer and distributed via a network. For example, the computer stores (installs) a program recorded in the recording medium 13 or a program received from another computer in a storage device such as the RAM 102 or the HDD 103, and reads and executes the program from the storage device. Good.

DESCRIPTION OF SYMBOLS 1 Transmission control apparatus 1a Memory | storage part 1b Processing part 2 Information processing apparatus 3, 4 Terminal apparatus 5 Request related information 6 Priority information

Claims (13)

When the first request related to the execution of the process is received, the storage unit that stores the information related to the relationship between the plurality of requests and the priority related to the transmission of the request in association with the request is referred to the first request. Identifying an associated second request and a first priority corresponding to the second request;
Transmitting the second request with a second priority higher than the first priority to an information processing apparatus that executes processing according to the received request;
A transmission control program for causing a computer to execute processing. The first priority is a lower priority than a third priority corresponding to the first request;
The second priority is higher than the third priority.
The transmission control program according to claim 1.   Generating a fourth request including a third request having a higher priority than the third priority and the second request, and generating the fourth request with a priority higher than the third priority. The transmission control program according to claim 2, wherein the request is transmitted to the information processing apparatus.   When receiving the first request, it is determined whether or not the number of requests waiting for a response to the information processing device exceeds an upper limit, and if it exceeds, the first request is stored in the storage unit, The second request related to the first request is specified, and the transmission order of the first request and the second request is determined according to the priority. The transmission control program according to any one of claims.   It is determined whether or not the transmission source of the second request is the same as the transmission source of the first request. If the transmission source is the same, the priority of the second request is changed from the first priority. The transmission control program according to any one of claims 2 to 4, wherein the transmission priority is changed to the second priority. The second request is a request for providing predetermined information to the information processing apparatus,
The first request is a request for acquiring the predetermined information provided to the information processing apparatus.
The transmission control program according to any one of claims 1 to 5. The first request is a request transmitted in response to a user operation on a device that is a transmission source of the first request,
The second request is a request transmitted by the transmission source device without depending on a user operation.
The transmission control program according to any one of claims 1 to 6.   The transmission control program according to any one of claims 1 to 7, wherein the first request is transmitted with a priority corresponding to the first request stored in the storage unit. A storage unit that stores information relating to the relationship between a plurality of requests and priority related to transmission of the request in association with the request;
When the first request related to the execution of the process is received, the second request related to the first request and the first priority corresponding to the second request are identified with reference to the storage unit And a processing unit that transmits the second request with a second priority higher than the first priority to an information processing apparatus that executes processing according to the received request;
A transmission control apparatus comprising: Computer
When the first request related to the execution of the process is received, the storage unit that stores the information related to the relationship between the plurality of requests and the priority related to the transmission of the request in association with the request is referred to the first request. Identifying an associated second request and a first priority corresponding to the second request;
Transmitting the second request with a second priority higher than the first priority to an information processing apparatus that executes processing according to the received request;
The transmission control method characterized by the above-mentioned. In a transmission control program for transmitting a request associated with a transmission priority to an information processing device,
Upon receipt of a specific request related to the execution of the process, referring to a storage unit that stores information related to the relationship between a plurality of requests, identify other requests related to the received request,
Executing a control for raising the priority of transmitting the specified other request to the information processing device, higher than the priority associated with the other request;
A transmission control program for causing a computer to execute processing. In a transmission control device that transmits a request associated with a transmission priority to an information processing device,
A storage unit for storing information related to the relationship between a plurality of requests;
When receiving a specific request related to the execution of the process, the storage unit is referred to, the other request related to the received request is specified, and the priority for transmitting the specified other request to the information processing device is set. A processing unit that executes control higher than the priority associated with the other request;
A transmission control apparatus comprising: In a transmission control method for transmitting a request associated with a priority related to transmission to an information processing apparatus,
Upon receipt of a specific request related to the execution of the process, referring to a storage unit that stores information related to the relationship between a plurality of requests, identify other requests related to the received request,
Executing a control for raising the priority of transmitting the specified other request to the information processing device, higher than the priority associated with the other request;
The transmission control method characterized by the above-mentioned.

Images