JP2020004000A - Control program, control method and control device - Google Patents

Abstract

To guarantee the execution of a series of processes while reducing the load of a server.SOLUTION: A control program causes a computer to execute a process for receiving an execution request for any process among a plurality of sequenced processes. Also, the control program causes the computer to execute a process for referring to a storage part for storing a process executed in response to the execution request received from a request source of the execution request before receiving the execution request among the plurality of processes. Also, the control program causes the computer to execute a process for determining whether an order relation between any received process and the process stored in the storage part is a specific relation. Also, the control program causes the computer to execute a process for controlling a priority about an execution order of any received process on the basis of a determination result.SELECTED DRAWING: Figure 2

Description

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

  In providing a web service, a server may execute a plurality of processes in order in response to a request from a client. For example, in Web shopping, the server performs a series of processes such as a process of adding a product to a cart, a process of inputting an address, a process of selecting a payment method, and a process of confirming purchase, each of which is performed by an API (Application Programming Interface) from a client. ) In order according to the request.

  At this time, if a series of processing is interrupted, the satisfaction of the user may decrease and the load on the server may increase. For example, in the Web shopping, if the above-described series of processing is interrupted halfway due to an error, timeout, or the like, the user starts over the operation that has already been performed from the beginning. As a result, it is conceivable that the number of requests to the server increases, and that the user's target product is sold out.

  On the other hand, conventionally, there has been known a method in which a server appends a token to a response when a request succeeds, and prioritizes a request having the next token, thereby preventing a series of processes from being interrupted. There is also known a method in which a plurality of servers are prepared, and a reverse proxy installed between a client and a server distributes a request with a token to one of the plurality of servers to reduce a load.

JP-A-2003-87312 JP 2007-329617 A

  However, in the conventional method, the load on the server may increase in order to guarantee execution of a series of processes. For example, the conventional method of providing a token has a problem that the load on the server is increased because the server manages the token or checks the consistency.

  An aspect of the present invention is to provide a control program, a control method, and a control device capable of reducing a server load by guaranteeing execution of a series of processes.

  In one aspect, the control program causes a computer to execute a process of receiving an execution request for any one of a plurality of ordered processes. Further, the control program causes the computer to execute a process of referring to a storage unit that stores a process executed in response to an execution request received from a request source of the execution request before accepting the execution request among the plurality of processes. Further, the control program causes the computer to execute a process of determining whether or not the order relationship between any of the received processes and the process stored in the storage unit is a specific relationship. Further, the control program causes the computer to execute a process of controlling the priority regarding the execution order of any of the received processes based on the result of the determination.

  Server load can be reduced by guaranteeing execution of a series of processes.

FIG. 1 is a block diagram illustrating an example of a configuration of the control system according to the embodiment. FIG. 2 is a block diagram illustrating an example of a configuration of the control device according to the embodiment. FIG. 3 is a diagram illustrating an example of the processing information storage unit. FIG. 4 is a diagram illustrating an example of the token storage unit. FIG. 5 is a diagram for explaining token registration. FIG. 6 is a diagram for explaining the priority control. FIG. 7 is a flowchart illustrating an example of a process at the time of receiving a response according to the embodiment. FIG. 8 is a flowchart illustrating an example of a process at the time of receiving a request according to the embodiment. FIG. 9 is a diagram illustrating an example of a computer that executes a control program.

  Hereinafter, embodiments of a control program, a control method, and a control device disclosed in the present application will be described in detail with reference to the drawings. Note that the disclosed technology is not limited by the present embodiment. Further, the following embodiments may be appropriately combined within a consistent range.

  The configuration of the control system 1 will be described with reference to FIG. FIG. 1 is a block diagram illustrating an example of a configuration of the control system according to the embodiment. As shown in FIG. 1, the control system 1 has a control device 10, a terminal 20, and a server 30.

  For example, the terminal 20 is a smartphone and a personal computer. Further, for example, the server 30 is a Web server for providing services such as Web shopping. The control device 10 is a device that functions as an AGW (API Gateway). The control device 10 transfers the request from the terminal 20 to the server 30 and transfers the response returned from the server 30 to the terminal 20. At that time, the control device 10 executes control for guaranteeing a series of processes while reducing the load on the server 30. Note that the series of processes is a plurality of ordered processes.

  The configuration of the control device 10 will be described with reference to FIG. FIG. 2 is a block diagram illustrating an example of a configuration of the control device according to the embodiment. As illustrated in FIG. 2, the control device 10 includes a communication unit 11, a storage unit 12, and a control unit 13. Note that the control device 10 may include various functional units included in a known computer in addition to the functional units illustrated in FIG. 1, for example, functional units such as various input devices and audio output devices.

  The communication unit 11 is realized by, for example, a NIC (Network Interface Card) or the like. The communication unit 11 is a communication interface that manages information communication with the terminal 20, the server 30, and other devices connected by wire or wirelessly via a network.

  The storage unit 12 is realized by a semiconductor memory element such as a random access memory (RAM) or a flash memory, or a storage device such as a hard disk or an optical disk. The storage unit 12 includes a processing information storage unit 121 and a token storage unit 122. The storage unit 12 stores information used for processing in the control unit 13.

  The processing information storage unit 121 stores information for defining a series of processing. FIG. 3 is a diagram illustrating an example of the processing information storage unit. As illustrated in FIG. 3, the processing information storage unit 121 stores an order, a request, and a processing name for each of a plurality of processings. The order is the order in which each process is executed in a series of processes. The request is a request command transmitted from the terminal 20 when each process is executed. The processing name is the name of each processing.

  In the example of FIG. 3, the processing information storage unit 121 has a command “[POST] / cart” of the request for the processing that is executed first in the series of processing and whose processing name is “add cart”. I remember that. In the example of FIG. 3, the processing information storage unit 121 stores a command “[POST] / payment” of a request for a process that is executed third in a series of processes and has a process name of “payment selection”. Is stored. In the example of FIG. 3, "add cart", "address input", "payment selection", and "purchase confirmation" are a series of processes in Web shopping.

  The token storage unit 122 stores a token, which is information indicating the progress of a series of processes, for each user who uses the terminal 20. The token storage unit 122 is an example of a storage unit that stores a process executed in response to an execution request received from a request source of the execution request. The request source of the execution request is the terminal 20 that has transmitted the request.

  FIG. 4 is a diagram illustrating an example of the token storage unit. As shown in FIG. 4, the token storage unit 122 stores a user ID, a processing progress, and an expiration date. The user ID is information for identifying a user who uses the terminal 20. The processing progress is information indicating the progress of the processing in a series of processing, and is the processing name and the request of the executed processing. The expiration date is information indicating a period during which each piece of information stored in the token storage unit 122 can be used.

  Returning to the description of FIG. 2, the control unit 13 executes a program stored in an internal storage device using a RAM as a work area by, for example, a CPU (Central Processing Unit) or an MPU (Micro Processing Unit). This is achieved by: Further, the control unit 13 may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array). The control unit 13 includes a reception unit 131, a transfer unit 132, a management unit 133, a determination unit 134, and a priority control unit 135, and implements or executes information processing functions and operations described below. Note that the internal configuration of the control unit 13 is not limited to the configuration illustrated in FIG. 1 and may be another configuration as long as the configuration performs the information processing described below.

  The receiving unit 131 receives a request addressed to the server 30 from the terminal 20. Further, the receiving unit 131 receives a response returned from the server 30 to the terminal 20. Here, the receiving unit 131 adds the received request and response to the queue. Further, the receiving unit 131 adds a request and a response to the queue under the control of the priority control unit 135. Further, the transfer unit 132 transfers the request and the response to the server 30 and the terminal 20, respectively, according to the queue.

  The management unit 133 manages the token. The management unit 133 registers the token in the token storage unit 122 and updates the token stored in the token storage unit 122 according to the result of the determination by the determination unit 134.

  When accepting an execution request for one of the received processes among the plurality of ordered processes, the determination unit 134 determines the execution request received from the execution request source before accepting the execution request among the plurality of processes. Reference is made to the token storage unit 122 that stores the executed processing. The determining unit 134 determines whether the order relation between any of the processes and the processes stored in the token storage unit 122 is a specific relationship. For example, the determination unit 134 determines whether the order of each process is continuous.

  Further, the token storage unit 122 may store a token for a process that has been successfully executed. In this case, the determination unit 134 refers to the token storage unit 122 that stores the process executed in response to the execution request received from the request source of the execution request and that has been successfully executed.

  Further, the determination unit 134 refers to the token storage unit 122 that stores the process executed in response to the execution request received from the requester of the execution request and the date and time indicating the deadline, and determines whether the deadline has passed. A determination can be made further.

  In addition, the determination unit 134 refers to the token storage unit 122 that stores a process executed in response to an execution request received from a request source of the execution request and information for identifying a user corresponding to the process. Further, the determination unit 134 further determines whether the user corresponding to any of the processes is the same as the user corresponding to the process stored in the token storage unit 122.

  The priority control unit 135 controls the priority regarding the execution order of any of the received processes based on the result of the determination. When the determining unit 134 determines that the order relation is the specific relation and the time limit has passed, the priority control unit 135 controls the priority regarding the execution order of any of the received processes. can do.

  Further, the priority control unit 135 determines that the order relation is the specific relation, and that the user corresponding to any of the processes is the same as the user corresponding to the process stored in the token storage unit 122 , It is possible to control the priority regarding the execution order of any of the processes.

  The priority control unit 135 controls the priority regarding the execution order of any of the processes, with the upper limit of the number of times determined for each of the received processes. The priority control unit 135 can control the priority by changing the order of transferring the execution request of any process to the server that executes the received process based on the result of the determination.

  Here, a process in which the control device 10 registers a token will be described with reference to FIG. FIG. 5 is a diagram for explaining token registration. In the example of FIG. 5, it is assumed that the terminal 20 is used by a user whose user ID is “123”. In the initial state, the token storage unit 122 does not store the token of the user whose user ID is “123”. In the present embodiment, it is assumed that the server 30 accepts a command and executes a process using a REST API.

  The terminal 20 transmits a command “[POST] / cart? Item = aaa” as a request in order to add a product to a cart in Web shopping. At this time, the receiving unit 131 of the control device 10 receives the request transmitted by the terminal 20. Here, the transfer unit 132 transfers the request received by the reception unit 131 to the server 30.

  Thereafter, the receiving unit 131 further receives, from the server 30, a response “200 OK” indicating that the process for the request transferred by the transfer unit 132 has been successful. Here, when the management unit 133 can confirm from the response that the processing has succeeded, the management unit 133 registers the corresponding token in the token storage unit 122. Specifically, the management unit 133 stores the token whose user ID is “123”, the processing progress is “add cart: [POST] / cart”, and the expiration date is “2018/6/12 19:12”. Register in the section 122.

  The management unit 133 can refer to the processing information storage unit 121 and set information combining the processing name of the successful processing request and the request in the processing progress of the token. Further, the management unit 133 can set the time after a predetermined time from the time at which the response is received as the expiration date of the token storage unit 122. For example, when the time at which the response was received was “2018/6/12 19:02”, the management unit 133 stores “2018/6/12 19:12” ten minutes later in the token storage unit 122. It can be an expiration date.

  Next, the priority control performed by the control device 10 will be described with reference to FIG. FIG. 6 is a diagram for explaining the priority control. In the example of FIG. 6, it is assumed that the terminal 20a is used by a user whose user ID is “123”. It is assumed that the terminal 20b is used by a user whose user ID is “456”. The configurations of the terminal 20a and the terminal 20b are the same as the configuration of the terminal 20.

  In the initial state, the token storage unit 122 stores a token whose user ID is “123”, whose processing progress is “add cart: [POST] / cart”, and whose expiration date is “2018/6/12 19:12”. It is assumed that it is stored.

  The terminal 20a transmits a command “[POST] / address” as a request in order to input an address after adding a product to a cart in Web shopping. At this time, the receiving unit 131 of the control device 10 receives the request transmitted by the terminal 20a.

  Here, the determining unit 134 determines whether the request received by the receiving unit 131 is a target of priority control. The determination unit 134 determines whether the user ID of the user who transmitted the request from the terminal 20a matches the user ID of the token stored in the token storage unit 122. Further, the determination unit 134 refers to the processing information storage unit 121 and determines whether the request received by the reception unit 131 is in the next order of the processing progress of the token stored in the token storage unit 122. Is determined. Further, the determination unit 134 checks whether or not the expiration date of the token stored in the token storage unit 122 has passed.

  For example, in the example of FIG. 6, the user ID of the user who transmitted the request is “123”, which matches the user ID of the token. Further, according to FIG. 3, the order of the process whose process name is “input address” is 2, which is the next order of the process whose process name is “add cart”. It is assumed that the date and time of the request is “2018/6/12 19:08”. At this time, the determination unit 134 determines that the request is a target of priority control.

  The priority control unit 135 controls the request determined by the determination unit 134 as a target of priority control to be set at the head of the queue in preference to requests already in the queue. Here, the receiving unit 131 adds the request to the queue according to the priority control by the priority control unit 135.

  In other words, the request determined to be subject to priority control is added to the head of the queue, so the transfer unit 132 transfers the request added to the head of the queue to the server 30 in preference to other requests. . As a result, a request determined to be a target of priority control is processed by the server 30 with priority.

  Thereafter, the receiving unit 131 further receives, from the server 30, a response “200 OK” indicating that the process for the request transferred by the transfer unit 132 has been successful. Here, the management unit 133 updates the token in the token storage unit 122 when it can confirm from the response that the processing has succeeded. Specifically, the management unit 133 processes the token whose user ID is “123”, the processing progress is “add cart: [POST] / cart”, and the expiration date is “2018/6/12 19:12”. To "Address input: [POST] / address" and the expiration date to "2018/6/12 19:22".

  On the other hand, when a command “[POST] / cart? Item = bbb” is transmitted as a request from a user whose user ID is “456”, the token corresponding to the request does not exist in the token storage unit 122. Therefore, the determination unit 134 determines that the request is not a priority target. In this case, the request is set at the end of the queue.

  Further, after the token is registered or updated, the priority control unit 135 may perform the priority control a specific number of times until the token is updated next. For example, the priority control unit 135 can perform the priority control only once after the token is registered or updated.

  In addition, when the order of the processing progress of the request and the token does not have a specific relationship, the determination unit 134 does not determine the request as a target of the priority control. For example, even if the user presses the “back space” button after proceeding to the address input screen, the user returns to the product selection screen again and performs processing for adding a new product to the cart. The processing related to the cart addition is not determined as the target of the priority control. This is because the processing next to “address input”, which is the processing progress of the token, is “payment selection”, and processing other than “payment selection” is not a priority target.

  Next, the operation of the control device 10 of the embodiment will be described. FIG. 7 is a flowchart illustrating an example of a process at the time of receiving a response according to the embodiment. FIG. 8 is a flowchart illustrating an example of a process at the time of receiving a request according to the embodiment.

  As shown in FIG. 7, the control device 10 receives a response from the server 30 (Step S11). Here, the control device 10 refers to the processing information storage unit 121, and determines whether the request corresponding to the response is included in a series of processing and the processing is successful (step S12).

  When the request is included in the series of processes and the process is successful (Yes at Step S12), the control device 10 registers the token (Step S13) and ends the process at the time of receiving the response. On the other hand, if the request is not included in the series of processes or the process is not successful (No at Step S12), the control device 10 returns to Step S11 without registering a token and receives the next request. Note that the control device 10 may register the token irrespective of whether or not the processing is successful. Thereby, the control device 10 can register the token used for the priority control.

  Next, as shown in FIG. 8, the control device 10 receives a request from the terminal 20 (Step S21). Here, the control device 10 determines whether or not the received request is the second or subsequent process in the series of processes (step S22). At this time, if the received request is not the second or subsequent processing in the series of processing (Step S22: No), the control device 10 returns to Step S21 and receives the next request.

  On the other hand, when the received process is the second or subsequent process of the series of processes (Step S22: Yes), the control device 10 determines whether the received process is a target of the priority control (Step S23). ). That is, the control device 10 determines whether a token corresponding to the accepted process exists and whether the accepted process is a process in the next order of the process corresponding to the token.

  When there is no token for the accepted process or when the accepted process is not the process in the order next to the process in which the token exists (Step S23: No), the control device 10 returns to Step S21 and accepts the next request. . On the other hand, when the token of the accepted process exists and the accepted process is the process in the order following the process in which the token exists (step S23: Yes), the control device 10 performs the priority control (step S24). .

  Here, the control device 10 determines whether or not the process of performing the priority control is successful (step S25). When the process of performing the priority control is successful (step S25: affirmative), the control device 10 updates the token (step S26) and ends the process at the time of accepting the request. On the other hand, when the process of performing the priority control is not successful (step S25: No), the control device 10 ends the process at the time of receiving the request without updating the token. Thus, the control device 10 can perform priority control of the request using the token.

  As described above, the control device 10 receives the execution request of any one of the plurality of ordered processes, and, among the plurality of processes, the execution request received from the request source of the execution request before receiving the execution request. Is referred to as a storage unit that stores the processing executed in accordance with. Further, the control device 10 determines whether or not the order relation between any of the received processing and the processing stored in the storage unit is a specific relation. Further, the control device 10 controls the priority regarding the execution order of any of the received processes based on the result of the determination. As described above, the control device 10 can perform the priority control after determining whether a request included in the series of processes is a target of the priority control. Therefore, the server 30 does not need to perform the process related to the priority control. As a result, the control device 10 can reduce the server load by guaranteeing execution of a series of processes.

  The control device 10 refers to a storage unit that stores the process that has been executed in response to the execution request received from the request source of the execution request and that has been successfully executed. As a result, the control device 10 can perform priority control in accordance with the progress of a series of processing.

  The control device 10 further determines whether or not the time limit has passed by referring to the storage unit that stores the process executed in response to the execution request received from the request source of the execution request and the date and time indicating the time limit. . Further, when it is determined that the order relation is the specific relation and the time limit has passed, the control device 10 controls the priority regarding the execution order of any of the accepted processes. As a result, the control device 10 can prevent the token from remaining forever and keep a specific user from being given priority, and can eliminate unfairness among users.

  The control device 10 refers to a storage unit that stores a process executed in response to an execution request received from a request source of the execution request and information for identifying a user corresponding to the process. Further, control device 10 further determines whether the user corresponding to any of the processes is the same as the user corresponding to the process stored in the storage unit. Further, when the control device 10 determines that the order relation is the specific relation and the user corresponding to any of the processes is the same as the user corresponding to the process stored in the storage unit, Control the priority of the execution order. As a result, the control device 10 can manage the token for each user and perform priority control.

  The control device 10 controls the priority regarding the execution order of any of the processes, with the number of times determined for each of the received processes as an upper limit. As a result, the control device 10 can prevent the token from being used many times and keep a specific user from being given priority, and can eliminate unfairness among users.

  The control device 10 controls the priority by changing the order of transferring the execution request of any process to the server that executes the received process based on the result of the determination. For this reason, the server 30 only has to process the transferred requests in order. As a result, the control device 10 can reduce the load on the server.

  In the above-described embodiment, a series of processes in which one process corresponds to each order has been described. However, the order of each process in the series of processes may overlap. For example, the order of “add cart” may be 1, and the order of both “address input” and “payment selection” may be 2. In this case, after the cart has been added, the control device 10 sets priority control, regardless of whether the next request is address input or payment.

  Each component of each unit illustrated does not necessarily need to be physically configured as illustrated. In other words, the specific form of distribution / integration of each unit is not limited to the one shown in the figure, and all or a part thereof is functionally or physically distributed / integrated in arbitrary units according to various loads and usage conditions. Can be configured. For example, the determination unit 134 and the priority control unit 135 of the control device 10 may be integrated. The illustrated processes are not limited to the above-described order, and may be performed simultaneously or may be performed in a different order as long as the process contents are not inconsistent.

  Further, various processing functions performed by each device may be entirely or arbitrarily executed on a CPU (or a microcomputer such as an MPU or an MCU (Micro Controller Unit)). The various processing functions may be entirely or arbitrarily executed on a program analyzed and executed by a CPU (or a microcomputer such as an MPU or an MCU) or on hardware by wired logic. Needless to say, it's good.

  The various processes described in the above embodiments can be realized by executing a prepared program on a computer. Therefore, in the following, an example of a computer that executes a program having the same functions as the above embodiments will be described. FIG. 9 is a diagram illustrating an example of a computer that executes a control program.

  As illustrated in FIG. 9, the computer 200 includes a CPU 201 that executes various arithmetic processing, an input device 202 that receives data input, and a monitor 203. Also, the computer 200 includes a medium reading device 204 for reading programs and the like from a storage medium, an interface device 205 for connecting to various devices, and a communication device 206 for connecting to other information processing devices and the like by wire or wirelessly. Having. Further, the computer 200 has a RAM 207 for temporarily storing various information, and a hard disk device 208. Each of the devices 201 to 208 is connected to a bus 209.

  The hard disk device 208 stores a control program having functions similar to those of the receiving unit 131, the transfer unit 132, the management unit 133, the determination unit 134, and the priority control unit 135 shown in FIG. Further, the hard disk device 208 stores various data for realizing the processing information storage unit 121, the token storage unit 122, and the storage unit 12.

  The input device 202 receives input of various information such as operation information from the administrator of the computer 200, for example. The monitor 203 displays various screens such as an output screen for an administrator of the computer 200, for example. The interface device 205 is connected to, for example, a printing device. The communication device 206 is connected to the terminal 20, the server 30, and other devices via a network, and exchanges various information.

  The CPU 201 performs various processes by reading out each program stored in the hard disk device 208, developing the program in the RAM 207, and executing the program. Further, these programs can cause the computer 200 to function as the reception unit 131, the transfer unit 132, the management unit 133, the determination unit 134, and the priority control unit 135 illustrated in FIG.

  The above control program does not necessarily need to be stored in the hard disk device 208. For example, the computer 200 may read out and execute a program stored in a storage medium readable by the computer 200. The storage medium readable by the computer 200 corresponds to, for example, a portable recording medium such as a CD-ROM, a DVD (Digital Versatile Disc), a USB (Universal Serial Bus) memory, a semiconductor memory such as a flash memory, and a hard disk drive. . Alternatively, the control program may be stored in a device connected to a public line, the Internet, a LAN, or the like, and the computer 200 may read out and execute the control program therefrom.

Reference Signs List 1 control system 10 control device 11 communication unit 12 storage unit 13 control unit 20, 20a, 20b terminal 30 server 121 processing information storage unit 122 token storage unit 131 reception unit 132 transfer unit 133 management unit 134 determination unit 135 priority control unit

Claims (8)

An execution request for any of the ordered processes is received,
Of the plurality of processes, before receiving the execution request, referring to a storage unit that stores a process executed in response to an execution request received from a request source of the execution request, Determine whether the order relationship between the processing stored in the storage unit is a specific relationship,
Based on the result of the determination, control the priority regarding the execution order of any of the received processing,
A control program for causing a computer to execute processing.   The method according to claim 1, wherein the determining process is a process executed in response to an execution request received from a request source of the execution request, and refers to a storage unit that stores the successfully executed process. The control program according to 1. The process of performing the determination is performed by referring to a storage unit that stores a process executed in response to the execution request received from the request source of the execution request and a date and time indicating the deadline, and determines whether the deadline has passed. Make further judgments,
In the control process, when it is determined by the determination process that the order relationship is a specific relationship and the deadline has passed, the priority regarding the execution order of any of the received processes is determined. The control program according to claim 1, wherein the control program is controlled. The process of performing the determination may be performed by referring to a storage unit that stores a process executed in response to an execution request received from a request source of the execution request and information that identifies a user corresponding to the process. Further determine whether the user corresponding to the process and the user corresponding to the process stored in the storage unit are the same,
In the controlling process, by the process of performing the determination, the order relationship is a specific relationship, and a user corresponding to any of the processes and a user corresponding to the process stored in the storage unit are provided. 2. The control program according to claim 1, wherein when it is determined that they are the same, the priority regarding the execution order of any one of the accepted processes is controlled.   2. The control program according to claim 1, wherein the controlling process controls a priority related to an execution order of any of the processes, with an upper limit of a number of times determined for each of the received processes. 3. .   The controlling process may control the priority by changing an order of transferring the execution request of any of the processes to the server that executes the received one of the processes based on a result of the determination. The control program according to claim 1, wherein: An execution request for any of the ordered processes is received,
Of the plurality of processes, before receiving the execution request, referring to a storage unit that stores a process executed in response to an execution request received from a request source of the execution request, Determine whether the order relationship between the processing stored in the storage unit is a specific relationship,
Based on the result of the determination, control the priority regarding the execution order of any of the received processing,
A control method, wherein the processing is executed by a computer. An execution request for any of the ordered processes is received,
Of the plurality of processes, before receiving the execution request, referring to a storage unit that stores a process executed in response to an execution request received from a request source of the execution request, A determination unit that determines whether an order relation between the processing and the processing stored in the storage unit is a specific relation,
Based on the result of the determination, a priority control unit that controls the priority regarding the execution order of any of the received processes,
A control device comprising:

Images