JP6559094B2 - Communication event processing apparatus, communication event processing program, and communication event processing method - Google Patents

Description

  The present invention relates to a communication event processing apparatus, a communication event processing program, and a communication event processing method.

  The present invention relates to a communication function of a system in which a plurality of communication destinations and a monitoring center that monitors them are connected via a network such as the Internet.

  An outline of this system will be briefly described. The communication function transmits a communication event requesting processing such as device control and information collection to the communication destination in response to a request from an application provided in the monitoring center. When the communication destination receives the communication event, it performs the requested processing and returns the result to the monitoring center as response data. The communication function of the monitoring center performs processing for each response data received from the communication destination. If the number of communication events processed by the monitoring center increases due to the addition of communication destinations and services to be provided, the transmission process of communication events will not catch up, so the monitoring center temporarily stores communication events waiting for transmission, Control in order from the highest communication event. The present invention is further directed to a priority control method for communication events having the same priority.

As a conventional method for priority control of communication events having the same priority, a method of performing communication events in the order of registration has been proposed (Patent Document 1). This method is effective when the time required for each process, such as packet and process processes, is about the same and small.
However, because the physical distance to the monitoring center and the number of devices and information to be managed are different for each communication destination, even if the communication event has the same priority, it is processed at the communication destination after sending the communication event from the monitoring center. The time taken to return to the monitoring center (hereinafter referred to as response time) is also different. Therefore, in the conventional method of processing in order without considering the time required for each processing, transmission of a communication event to a communication destination with a long processing time may not be in time for the time limit required for each communication event. is there.

  Therefore, a method for preferentially processing data that has the least time before the transmission completion time has been proposed (Patent Document 2). This method calculates the data transmission completion time by adding an allowable delay time preset for each user or data from the communication event request occurrence time, and is closest to the current time (the grace time is short). This is a method for preferentially allocating resources to data. As a result, a communication event for a communication destination having a long processing time can be processed in time for the time limit required for each communication event within a preset allowable delay time range.

Japanese Patent Laid-Open No. 2-28730 International Publication No. 2005-032075 Pamphlet

  However, since Patent Document 2 uses a fixed value set in advance for the allowable delay time, it cannot cope with changes in the communication destination environment such as network delay and communication destination processing time. For example, if the response time becomes larger than the allowable delay time, the time limit will not be met, and if the response time becomes smaller than the allowable delay time, it will actually be processed before other communication events that should be prioritized, resulting in other communication events. The problem of not being in time can occur.

  Accordingly, an object of the present invention is to provide a communication event priority control system that can cope with changes in the communication destination environment.

The communication event processing apparatus of the present invention
For each communication event of multiple communication events that request processing to the communication destination device that is the communication destination, the time limit set for each type of communication event is added to the request time for requesting transmission of the communication event. From the transmission destination device in response to the previous communication event, from the transmission time of the previous communication event of the same type transmitted to the same communication destination device, subtract the reserve time set for each type of communication event A schedule unit for calculating a transmission deadline time indicating a time at which a communication event should be transmitted to the communication destination device by subtracting a response time which is a time until a reception time of the returned response data;
A communication department;
And a management unit that transmits a communication event to the communication destination device in order from the earliest transmission time limit using the communication unit.

  The communication event processing device according to the present invention includes a scheduling unit that calculates a transmission deadline time, and a management unit that transmits communication events to the communication destination device in order of the transmission deadline time. Therefore, according to the present invention, it is possible to provide a communication event priority control method that can cope with changes in the communication destination environment.

FIG. 3 is a diagram of the first embodiment and is a configuration diagram of a communication event processing apparatus 100-1. FIG. 3 is a diagram illustrating the hardware configuration of the communication event processing apparatus 100-1 according to the first embodiment. FIG. 3 is a diagram of the first embodiment, and illustrates a correspondence between the functional unit in FIG. 1 and the hardware configuration in FIG. 2. The figure of Embodiment 1, The figure which shows the communication event management table 4-1 which the schedule part 4 manages. The figure of Embodiment 1 is a figure showing transmission deadline time T (2). The figure of Embodiment 1, The figure which shows the response time management table 4-2 which the response time adjustment part 8 manages. FIG. 3 is a flowchart of the communication event reception unit 1 in the first embodiment. 5 is a flowchart of the communication event separation unit 2 in the diagram of the first embodiment. FIG. 3 is a flowchart of the communication event accumulation unit 3-1 and the like in the diagram of the first embodiment. FIG. 5 is a flowchart of the schedule unit 4 in the first embodiment. FIG. 3 is a flowchart of the communication event management unit 5 in the first embodiment. FIG. 5 is a flowchart of the communication event transmission unit 6 in the first embodiment. FIG. 4 is a flowchart of the response data receiving unit 7 in the first embodiment. FIG. 6 is a flowchart of the response time adjustment unit 8 in the diagram of the first embodiment. The figure of Embodiment 1, The figure which shows the hardware constitutions of the communication event processing apparatus 100-1. The figure of Embodiment 1 is a figure which shows the state from which the communication event 400 is not in time for response time limit T (3). FIG. 5 is a diagram of the second embodiment and is a configuration diagram of a communication event processing apparatus 100-2. FIG. 10 is a flowchart of the response data receiving unit 7a in the second embodiment. FIG. 9 is a flowchart of the monitoring unit 9-1 in the second embodiment. FIG. 5 is a diagram of the third embodiment, and is a configuration diagram of a communication event processing device 100-3. FIG. 10 is a diagram of the third embodiment, and shows a delay number table 4-3. FIG. 10 is a flowchart of the main flow of the monitoring unit 9-2 in the third embodiment. FIG. 12 is a detailed flowchart of step S27 in the third embodiment. FIG. 14 is a detailed flowchart of step S33 in the third embodiment. FIG. 14 is a detailed flowchart of step S39 in the third embodiment. FIG. 24 is a flowchart of FIGS. 22 to 23 in the third embodiment. FIG. 10 is a diagram of the fourth embodiment, and is a configuration diagram of a communication event processing device 100-4. FIG. 10 is a diagram of the fourth embodiment, and is a flowchart of the prediction unit 9-3.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. In addition, the same code | symbol is attached | subjected to the part which is the same or it corresponds in each figure. In the description of the embodiments, the description of the same or corresponding parts will be omitted or simplified as appropriate.

In the following embodiments, times and times such as request time T (1) and time limit t1 appear as in the following (1) to (6). In this specification, “time” means a certain point in the flow of time, and “time” means time having a width between time.
(1) Request time T (1),
(2) Transmission deadline time T (2)
(3) Response time limit T (3)
(4) Time limit t1,
(5) Preliminary time t2,
(6) Last response time t3,

Embodiment 1 FIG.
FIG. 1 is a functional configuration diagram of the communication event processing apparatus 100-1 according to the first embodiment. The communication event processing apparatus 100-1 is connected to the upper application execution apparatus 200 and the communication destination apparatus 300. The host application execution device 200 is a computer that executes a host application. The upper application execution apparatus 200 is hereinafter referred to as an upper application 200. The communication destination device 300 is a device that processes a communication event transmitted from the upper application 200 and returns response data for the communication event. The communication destination device 300 is hereinafter referred to as a communication destination 300.

The communication event processing device 100-1 includes a communication event receiving unit 1, a communication event separating unit 2, a communication event accumulating unit 3-1, 3-2, 3-3,..., A scheduling unit 4, and a communication event managing unit 5. , A communication event transmitting unit 6, a response data receiving unit 7, and a response time adjusting unit 8. The communication event accumulation unit 3 is formed for each priority of the communication event 400.
The “priority” is information indicating the priority of processing requested to the communication destination device.

(1) The communication event reception unit 1 receives a communication event 400 from the upper application 200. The “communication event 400” is a request for requesting the communication destination 300 for some processing. Communication event 400 includes
(A) a communication destination 401 indicating the communication destination 300;
(B) priority 402,
(C) Type 403 of the communication event,
Is included.
(D) The communication event 400 includes a request time 404.
(2) The communication event separation unit 2 distributes the communication event 400 to the communication event storage units 3-1, 3-2, 3-3,... According to the priority 402 set for the communication event 400.
(3) The communication event accumulation units 3-1, 3-2, 3-3,... Hold the communication event 400 received from the communication event separation unit 2 until requested by the communication event management unit 5.
(4) The scheduling unit 4 rearranges the communication events 400 having the same priority 402 in the order of the communication events 400 having the shortest grace time in order to complete the processing within the time limit set in the communication event 400. A list of events 400 is created and notified to the communication event management unit 5.
(5) The communication event management unit 5 acquires the communication events 400 from the communication event storage units 3-1, 3-2, 3-3,... In the order of the list of communication events 400 obtained from the schedule unit 4. In order, the data is transmitted to the communication event transmitting unit 6.
(6) The communication event transmission unit 6 sequentially transmits the communication event 400 received from the communication event management unit 5 to the communication destination 300.
(7) The response data receiving unit 7 receives the response data 500 returned from the communication destination 300 in response to the transmitted communication event 400, transmits the response data 500 to the upper application 200, and notifies the response time adjusting unit 8 of the response data.
(8) The response time adjustment unit 8 reflects the response time t3 from the transmission of the communication event 400 to the reception of the response data 500 in a response time management table 4-2 (described later) managed by the scheduling unit 4.

  FIG. 2 is a hardware configuration diagram of the communication event processing apparatus 100-1. The communication event processing apparatus 100-1 is a computer. The communication event processing apparatus 100-1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an HDD (Hard Disc Drive) 14 connected HDD, and a communication means. A network controller 16, a mouse 18 used as input means, a keyboard 19, and an input / output controller 17 connected to a display 20 are connected to an internal bus 21. The upper application 200 and the communication destination 300 have the same configuration as in FIG. The network controller 16 is a communication device.

  FIG. 3 is a diagram showing the correspondence between the functional units in FIG. 1 and the hardware configuration in FIG. In FIG. 3, the network controller 16 is described as NW / CNT16. The communication event reception unit 1, the communication event transmission unit 6, and the response data reception unit 7 are realized by the NW / CNT 16. The communication event storage units 3-1, 3-2,... Are realized by the CPU 11 and the RAM 13. The communication event separation unit 2, the communication event management unit 5, and the response time adjustment unit 8 are realized by the CPU 11. The schedule unit 4 is realized by the CPU 11 and the RAM 13. Specifically, the communication event management table 4-1 and the response time management table 4-2 of the schedule unit 4 are realized by the RAM 13.

  The function of the communication event processing apparatus 100-1 realized by the CPU 11 is referred to as a “unit” function of the communication event processing apparatus 100-1. Specifically, as shown in FIG. 3, the function of “unit” includes communication event storage units 3-1 and 3-2, communication event separation unit 2, schedule unit 4, communication event management unit 5, response time. This is a function of the adjustment unit 8. The function of “unit” of the communication event processing apparatus 100-1 is realized by software. FIG. 2 shows the ROM 12, the RAM 13, and the HDD 14, which are collectively referred to as “storage device”. The HDD 14 may be called an auxiliary storage device.

  The HDD 14 stores a program that realizes the function of the “unit” of the communication event processing apparatus 100-1. This program is loaded into the RAM 13, read into the CPU 11, and executed by the CPU 11. The HDD 14 also stores an OS (Operating System). At least a part of the OS is loaded into the RAM 13, and the CPU 11 executes a program that realizes the function of the “unit” of the communication event processing apparatus 100-1 while executing the OS.

(Communication event management table 4-1)
FIG. 4 shows a communication event management table 4-1 managed by the schedule unit 4 to create a list of communication events 400. The schedule unit 4 has a communication event management table 4-1 for each priority of the communication event 400. (A), (b), and (c) of FIG. 4 show the time history of the communication event management table 4-1.
Further, (d) in FIG. 4 is information on the spare time and the time limit used by the schedule unit 4. The information on the preliminary time and the time limit is in a table format and is stored in the HDD 14. A record of spare time and time limit is registered for each set of “communication destination and communication event type”. One record of the communication event management table 4-1 is one communication event 400. In the communication event management table 4-1 in FIG. 4, the communication event 400 can be identified from the “communication destination” and “request time” of the record. For example, the communication event 400 may be identified by providing a “communication event” column for identifying the communication event 400 on the left side of the “communication destination” column and registering an identifier.
The communication event management table 4-1
(1) Communication destination,
(2) Request time T (1),
(3) Time limit t1,
(4) Preliminary time t2,
(5) Last response time t3,
(6) Transmission deadline time T (2)
Manage. “10:00:05” of the transmission deadline time T (2) indicates “hour: minute: second”.

The communication event separation unit 2 registers the record of the communication event management table 4-1.
When receiving a communication event from the communication event receiving unit 1 (S03 described later), the communication event separating unit 2 registers the data in the communication event management table 4-1.
In the “communication destination”, an identifier for identifying the communication destination 300 is registered.
In “request time T (1)”, the time at which the communication event request unit 1 receives the communication event 400 is registered.
As “limit time t1” and “preliminary time t2”, values set in advance for each communication event are registered. The “time limit t1” is the time until response data 500 for the communication event 400 is returned to the upper application 200. The “preliminary time t2” is a time set as a time for absorbing variations in the response time t3 that occurs depending on the status of the communication destination 300.
“Previous response time t3” is registration of response time 500 when the same type of communication event was transmitted last time. The “previous response time t3” is acquired by the communication event separation unit 2 from a response time management table 4-2 described later.
“Transmission deadline time T (2)” represents the time when the communication event transmission is due, taking into account the time limit t1, the spare time t2, and the previous response time t3. The transmission deadline time T (2) is a result of adding the time limit t1 to the request time T (1) of the communication event and subtracting the preliminary time t2 and the previous response time t3.
That means
Transmission deadline time T (2) =
Request time T (1) + time limit t1-preliminary time t2-previous response time t3
It is.
FIG. 5 is a diagram showing the transmission deadline time T (2). It can be said that the closer the transmission deadline time T (2) is to the current time, the less time is required for completing the processing within the time limit t1 set in the communication event 400.

FIG. 6 is a response time management table 4-2 managed by the response time adjustment unit 8. In the response time management table 4-2, “communication destination”, “communication event type”, and “response time” are managed. The record of the response time management table 4-2 is updated every time the response data 500 is received from the response data receiving unit 7.
When the first set of “communication destination, communication event type” receives response data, the response time adjustment unit 8 adds a record of the response data.
(A) Similarly to the communication event management table 4-1, an identifier for identifying the communication destination 300 is registered in “communication destination”.
(B) In the “communication event type”, the type of the communication event 400 corresponding to the received response data 500 is registered.
(C) In “response time”, the time taken from the transmission time of the communication event 400 corresponding to the received response data 500 to the reception of the response data 500 is registered. That is, the “response time” is the time from the time when the communication event 400 is transmitted to the communication destination 300 to the time when the response data 500 from the communication destination 300 corresponding to the communication event is received. When the schedule unit 4 inputs “communication destination” and “communication event type” to the communication event management table 4-1, the corresponding “response time” is returned to the schedule unit 4 in the response time management table 4-2.

In FIG.
The state just before “10:00: 00” (upper row),
A state in which a communication event for “communication destination 1” is registered at “10:00: 00” (middle row),
The contents of the communication event management table 4-1 in a state where a communication event for “communication destination 2” is registered at “10:00:10” (lower row) are shown.
The communication event 400 directed to the communication destination A and communication destination B immediately before “10:00: 00” is not shown in FIG. 4 because it becomes difficult to understand, but communication with the communication destination A before the communication destination A is performed. During the destination B, a number of communication events 400 are registered after the destination B.
Here, it is assumed that the communication event 400 for “communication destination 1” is registered at “10:00:00”.

that time,
(1) The “communication destination” of the communication event management table 4-1 uses the communication destination 401 assigned to the communication event 400.
(2) “Request time T (1)” uses “10:00: 00”, which is the current time.
(3) As the “limit time t1, spare time t2”, values determined in advance for each type of communication event ((d) in FIG. 4) are used.
In FIG.
Communication event type = T01,
Time limit t1 = 60 sec,
The spare time t2 = 10 sec is used.
(4) “Previous response time t3” is obtained by using the response time t3 corresponding to “communication destination” and “communication event type” from the response time management table 4-2 in FIG.
(5) “Transmission deadline time T (2)”
As described above,
Transmission deadline time T (2) =
Request time T (1) + time limit t1-preliminary time t2-previous response time t3
Is registered. As a result, the transmission deadline time T (2) of the communication event 400 for “communication destination 1” is “10:00:30”, and there is more room for transmission than the communication destination A or communication destination B. The transmission order is A, B, 1 in this order.

  Here, it is further assumed that a communication event 400 for “communication destination 2” is registered at “10:00:10”. At this time, it is assumed that the communication event 400 for “communication destination A” has been transmitted. At this time, “previous response time t3” of “communication destination 2” is acquired from the response time management table 4-2 in FIG. Since “previous response time t3” of “communication destination” is 40 sec, “transmission deadline time T (2)” is “10:00:20”, and the transmission order is B, 2 by sorting of the schedule unit 4. 1 in this order.

  Thus, in the first embodiment, priority control that can cope with a change in response time by processing the communication events 400 of the same priority in order from the transmission deadline time T (2) closer to the current time. Is realized.

*** Explanation of operation ***
Next, the operation of the first embodiment will be described with reference to FIGS.

(Communication event reception part 1)
FIG. 7 is a flowchart of the communication event reception unit 1. Each time the higher-level application 200 transmits a communication event 400 to the communication destination 300, the communication event reception unit 1 performs the following operation.
In step S <b> 01, the communication event receiving unit 1 receives a communication event 400 from the upper application 200.
In step S02, the communication event receiving unit 1 sends the communication event 400 to the communication event separating unit 2.

(Communication event separation unit 2)
FIG. 8 is a flowchart of the communication event separation unit 2. Each time a communication event is received from the communication event receiving unit 1, the communication event separating unit 2 performs the following operation.
In step S <b> 03, the communication event separation unit 2 notifies the schedule unit 4 of information on the communication destination 401, the priority 402, the communication event type 403, and the request time 404 given to the communication event 400.
In step S04, the communication event separation unit 2 registers the communication event 400 in the communication event storage unit 3 corresponding to the priority assigned to the communication event 400.

(Communication event storage unit)
FIG. 9 is a flowchart of the communication event accumulation units 3-1, 3-2, 3-3,. After the communication event 400 is registered from the communication event separation unit 2, the communication event accumulation unit 3-1 performs the following operation every time there is a communication event request acquisition request from the communication event management unit 5.
In step S05, the communication event storage units 3-1, 3-2, 3-3,... Transmit the communication event 400 requested from the communication event management unit 5 to the communication event management unit 5.

(Schedule part 4)
For each communication event type of communication event 400, the scheduling unit 4 performs the communication event 400 for each type of communication event 400 with respect to the request time T (1) for requesting transmission of the communication event 400. The set time limit t1 is added, the preliminary time t2 set for each type of communication event is subtracted, and the previous communication event 400 of the same type transmitted to the same communication destination device is transmitted from the previous communication event 400. By subtracting a response time t3 that is a time until the reception time of the response data 500 returned from the communication destination device in response to the event 400, a transmission time limit T indicating the time at which the communication event should be transmitted to the communication destination device. (2) is calculated. The transmission time limit T (2) calculated by the scheduling unit 4 is communicated by the communication event management unit 5 serving as the management unit in the order of the transmission time limit T (2) using the communication event transmission unit 6 serving as the communication unit. Used to transmit the event 400 to the communication destination 300.

FIG. 10 is a flowchart of the schedule unit 4. Each time the communication destination 401, the priority 402, the communication event type 403, and the request time 404, which are communication event information, are acquired from the communication event separation unit 2, the following operation is executed.
In step S06, the schedule unit 4 uses the information on the communication destination 401 and the communication event type 403 acquired from the communication event separation unit 2, and acquires the corresponding response time t3 from the response time management table 4-2. Furthermore, using the “limit time t1, spare time t2” set for each set of “communication destination, communication event type” stored in the HDD 14, the communication event 400 is “request time T (1)”. The transmission deadline time T (2) in time for “+ time limit t1” is calculated by the following equation. Here, the request time T (1) is the reception time of the communication event. The communication event reception unit 1 gives the reception time to the communication event 400 as a time stamp.
Transmission time limit T (2) = request time T (1) + time limit t1-preliminary time t2-previous response time t3
In step S07, the schedule unit 4 registers a record of the communication event 400 in the communication event management table 4-1 corresponding to the priority of the communication event 400.
In step S08, the schedule unit 4 rearranges the communication event management table 4-1 in ascending order of the transmission deadline time T (2), and generates this rearranged list. This rearrangement means rearrangement in ascending order of time for completing the processing within the time limit t1 set in the communication event 400. This list corresponds to the communication event management table 4-1 in FIG.
In step S09, the schedule unit 4 notifies the communication event management unit 5 of a list of communication events 400.

(Communication Event Manager 5)
FIG. 11 is a flowchart of the communication event management unit 5. Every time a list of communication events is acquired from the schedule unit 4, the following operation is executed.
In step S <b> 10, the communication event management unit 5 sets the communication event storage unit corresponding to the priority of the communication event 400 in the order of the communication event list acquired from the schedule unit 4 (in order of the transmission deadline time T (2)). The communication event 400 is acquired from 3-1, 3-2, 3-3,... And transmitted to the communication event transmission unit 6.

(Communication event transmitter 6)
FIG. 12 is a flowchart of the communication event transmission unit 6. Each time the communication event 400 is received from the communication event management unit 5, the following operation is executed.
In step S <b> 11, the communication event transmission unit 6 transmits the communication event 400 to the communication destination 300 in the order in which the communication event 400 is received from the communication event management unit 5.

(Response data receiving unit 7)
FIG. 13 is a flowchart of the response data receiving unit 7. Every time response data 500 is received from the communication destination 300, the following operation is executed.
In step S <b> 12, the response data receiving unit 7 receives the response data 500 from the communication destination 300.
In step S <b> 13, the response data receiving unit 7 transmits the response data 500 to the upper application 200.
In step S <b> 14, the response data receiving unit 7 notifies the response time adjusting unit 8 of the reception time of the response data 500.

(Response time adjustment unit 8)
FIG. 14 is a flowchart of the response time adjustment unit 8. Each time the response data reception time is acquired from the response data receiving unit 7, the following operation is executed.

In step S <b> 15, the response time adjustment unit 8 subtracts the transmission time of the communication event 400 from the reception time of the response data 500 obtained from the response data reception unit 7 to calculate the response time.
In step S16, the response time adjustment unit 8 uses the response time calculated in step S15, and the response time of the corresponding record in the response time management table 4-2 ("communication destination" and "communication event type" are the same). Rewrite t3 to the calculated response time. Alternatively, if the record is new registration and the response time t3 is unregistered, the record is registered.

*** Effects of Embodiment 1 ***
According to the communication event processing apparatus 100-1 of the first embodiment, the communication event having the same priority is used by using the standby time t2 and the response time that is changed due to an increase in the processing time of the network delay or the communication destination apparatus. 400 transmission order is determined. As a result, communication events 400 that do not meet the time limit t1 can be reduced, and the reliability of the system can be improved.

  Although the previous response time is used in the first embodiment, response times such as two times before (two times before) and three times before may be used. However, it is preferable to use the previous response time. That is, as described in the first embodiment, it is preferable that the schedule unit 4 uses the communication event transmitted last time as the previous communication event of the same type transmitted to the same communication destination device.

*** Other configurations ***
FIG. 15 is a diagram illustrating a hardware configuration of the communication event processing apparatus 100-1.

  FIG. 15 is a diagram showing the processing circuit 99. In the present embodiment, the function of “unit” of communication event processing apparatus 100-1 is realized by software, but as a modification, the function of “part” of communication event processing apparatus 100-1 is realized by hardware. Also good. That is, the processing circuit 99 realizes the function of “unit” of the communication event processing apparatus 100-1 shown as the CPU 11 and the function of “storage device” including the ROM 12, RAM 13, and HDD 14. The processing circuit 99 is connected to the signal line 99a. The processing circuit 99 is a dedicated electronic circuit that realizes the function of “unit” and the function of “storage device” of the communication event processing apparatus 100-1. Specifically, the processing circuit 99 includes a single circuit, a composite circuit, a programmed processor, a processor programmed in parallel, a logic IC, a GA (Gate Array), an ASIC (Application Specific Integrated Circuit), or , FPGA (Field-Programmable Gate Gate Array).

  The communication event processing apparatus 100-1 may include a plurality of processing circuits that replace the processing circuit 99. As a whole, the function of “unit” of the communication event processing apparatus 100-1 is realized by the plurality of processing circuits. Each processing circuit, like the processing circuit 99, is a dedicated electronic circuit.

  As another modification, the function of the communication event processing apparatus 100-1 may be realized by a combination of software and hardware. That is, some functions of the communication event processing apparatus 100-1 may be realized by dedicated hardware, and the remaining functions may be realized by software.

  The CPU 11, the “storage device such as the ROM 12, the RAM 13, and the HDD 14” and the processing circuit 99 are collectively referred to as “processing circuit”. That is, the function and storage device of the “unit” of the communication event processing device 100-1 are realized by the processing circuitry.

  “Part” may be read as “step” or “procedure” or “processing”. Further, the function of “unit” may be realized by firmware. That is, the operation of the communication event processing apparatus 100-1 can be grasped as a communication event processing program and a communication event processing method. Further, the function of “unit” can also be realized as a recording medium for storing a communication event processing program.

Embodiment 2. FIG.
According to the first embodiment, priority control of the communication event 400 can be performed in accordance with the change in the response time of the communication destination 300. However, if the change amount Δt of the response time exceeds the preliminary time t2, the communication event 400 will not be in time for the response limit time T (3) shown below. Therefore, in the second embodiment, a function of adjusting the next preliminary time t2 according to the change amount Δt of the response time is added.

FIG. 16 shows that the change amount Δt of the response time exceeds the reserve time t2, and the communication event 400 is
Request time T (1) + time limit t1 = response time limit T (3)
The state obtained by the equation (2) is not in time for the response limit time T (3).

  FIG. 17 is a functional configuration diagram of the communication event processing apparatus 100-2 according to the second embodiment. The response data receiving unit 7 of the communication event processing apparatus 100-1 according to the first embodiment is changed to a response data receiving unit 7a to which processing for the preliminary time adjusting unit 9 is added, and the preliminary time adjusting unit 9 is added. In response to the communication event 400 transmitted to the communication destination 300, the response data receiving unit 7 a adds a notification of the response data 500 returned from the communication destination 300 to the response time adjustment unit 8, and reserve time adjustment unit 9-1 Also notify. The standby time adjustment unit 9 includes a response time change amount monitoring unit 9-1 (hereinafter referred to as a monitoring unit 9-1), and the response time change amount Δt is a minimum value of the preset standby time t2. If it is greater than (hereinafter referred to as reserve min), the change amount Δt of the response time is reflected in the schedule unit 4 as the next reserve time t2.

  That is, the communication event management table 4-1 included in the schedule unit 4 is communication event management information in which the transmission deadline time T (2) is associated with each communication event of the plurality of communication events 400. The standby time adjustment unit 9 monitors the response time variation Δt indicating the difference between the response times of two communication events of the same type transmitted to the same communication destination device, and sets the response time variation Δt to a value. Based on this, the next preliminary time t2 is calculated. Then, the spare time adjustment unit 9 calculates the next transmission deadline time T (2) for each communication event in the communication event management table 4-1, using the next spare time t2, and the communication event management table 4- 1 is updated.

  The hardware configuration is the same as in the first embodiment.

  Next, the communication event processing apparatus 100-2 will be described with reference to FIGS. The same functions as those of the first embodiment are not described because they perform the same operations, and only the operations of the added / changed response data receiving unit 7a and the monitoring unit 9-1 are described.

  FIG. 18 is a flowchart of the response data receiving unit 7a. It operates every time response data 500 is received from the communication destination 300. Steps S12 to S14 are the same as those in the first embodiment, and thus description thereof is omitted.

  In step S17, the response data receiving unit 7a notifies the standby time adjusting unit 9 of the reception time of the response data, and ends the process.

  FIG. 19 is a flowchart of the monitoring unit 9-1. Each time the spare time adjustment unit 9 acquires the reception time of the response data from the response data reception unit 7a, the following operation is executed.

In step S18, the monitoring unit 9-1 subtracts the transmission time of the communication event 400 from the reception time of the response data 500 obtained from the response data reception unit 7a to calculate a response time.
In step S19, the monitoring unit 9-1 calculates the change amount Δt of the response time from the difference between the response time calculated in step S18 and the previous response time t3 registered in the response time management table 4-2. In step S20, the monitoring unit 9-1 compares the change amount Δt of the response time calculated in step S19 with the spare min determined for each communication destination 300 and each communication event type.
That is, the amount of change Δt in FIG. 16 is compared with “preliminary min”. If the change amount Δt in response time is larger than “preliminary min”, the process proceeds to step S21; otherwise, the process proceeds to step S22.
In step S21, since the change amount Δt of the response time, which is the actual value, is larger than the assumed reserve time, the monitoring unit 9-1 uses the next reserve time t2 as the change amount Δt of the response time as a communication event. For each communication event in the management table 4-1, the next transmission deadline time T (2) is recalculated, and the spare time t2 and the transmission deadline time T (2) in the communication event management table 4-1 are updated. When a new record is added to the communication event management table 4-1, the schedule unit 4 uses this new spare time t 2, that is, the change amount Δt.

  In step S22, since the change amount Δt of the response time is in the range of the assumed spare time t2min, the monitoring unit 9-1 sets the next spare time t2 as the spare min and sets the next transmission deadline time T (2). Recalculate. Then, the spare time t2 and the transmission deadline time T (2) in the communication event management table 4-1 are updated. When a new record is added to the communication event management table 4-1, the schedule unit 4 uses this new spare time t2, that is, the spare min.

*** Effects of Embodiment 2 ***
According to the communication event processing apparatus 100-2 of the second embodiment, even when the change amount Δt of the response time is larger than the standby time t2, which is a redundant time assumed in advance for communication with the communication destination 300, As shown in FIG. 16, the next preliminary time t2 can be matched with the change amount Δt of the response time. As a result, communication events that do not meet the time limit t1 can be reduced as compared with the first embodiment, and the reliability of the system can be improved.

Embodiment 3 FIG.
According to the second embodiment, priority control of the communication event 400 according to the response time of the communication destination 300 and the change amount Δt of the response time can be performed. However, if the change amount Δt of the response time continues to be larger than the change amount Δt of the previous response time, the adjustment of the standby time t2 cannot catch up and the communication event 400 is continuously delayed. In view of this, when the communication event is continuously delayed, it is determined that the amount of change in the response time continues to increase, and a function for significantly increasing the standby time t2 is added.

“Delay” means that the response data 500 corresponding to the communication event 400 cannot be received in time. Specifically, as shown in FIG. 16, for the communication event 400, the reception time of the response data 500 of the communication event 400 is the response time limit T (3) (request time T (1) + of the communication event 400. This is after the time limit t1).
FIG. 20 is a functional configuration diagram of the communication event processing apparatus 100-3 according to the third embodiment. A response data continuous delay count management table 4-3 (hereinafter referred to as delay count table 4-3) is added to the schedule section 4 of the communication event processing apparatus 100-2 of the second embodiment. The content is changed to a response data continuous delay count monitoring unit 9-2 (hereinafter referred to as a monitoring unit 9-2).

  The monitoring unit 9-2 of the standby time adjusting unit 9 monitors the reception time of response data of each communication event of a plurality of communication events of the same type transmitted to the same communication destination device, and receives the response data of each communication event. It is determined whether the number of times that are continuously after and continuously after the response limit time T (3), which is a time obtained by adding the limit time t1 to the transmission request time T (1), exceeds a threshold value. . When the threshold value is exceeded, the monitoring unit 9-2 changes the spare time, and recalculates the transmission deadline time T (2) for each communication event in the communication event management table 4-1, using the changed spare time. . Details will be described below.

FIG. 21 shows a delay count table 4-3. The delay count table 4-3 includes response data continuous delay count (D) (hereinafter referred to as continuous delay count (D)) and change amount continuous stable count (S) for each set of “communication destination, communication event”. (Hereinafter referred to as continuous stable times (S)) is managed. The number of continuous delays (D) indicates the number of times response data for each “communication destination, communication event type” is continuously delayed, and is set to 0 when there is no delay. In the case of continuous delay, the change amount Δt of the response time is always large, and the communication destination 300 cannot be handled by using the previous change amount Δt of response time as in the second embodiment. Indicates that the environment continues to deteriorate. When the value of the number of continuous delays (D) exceeds the threshold value D _limit , the monitoring unit 9-2 transitions to a delay mode in which the next spare time t2 is increased. The number of times of continuous stabilization (S) indicates the number of times that the change amount Δ of the response time continuously falls below the preliminary min during the delay mode. An increase in this value indicates that the communication destination environment has become stable. If the S value exceeds the threshold value S _limit , it is determined that the communication destination environment is stable, and the monitoring unit 9-2 sets the delay mode. To release. The monitoring unit 9-2 has a function of checking start / release of the delay mode and adjusting a spare time in the delay mode / non-delay mode, and reflects the result in the communication event management table 4-1.

  The hardware configuration is the same as in the first and second embodiments.

  Next, the operation of the communication event processing apparatus 100-3 according to the third embodiment will be described with reference to FIGS. The same functions as those in the first and second embodiments will not be described because they perform the same operation, and only the added / changed monitoring unit 9-2 will be described.

FIG. 22 is a flowchart of the main flow of the monitoring unit 9-2. Every time the reception time of response data is acquired from the response data receiving unit 7a, the operation of FIG. 22 is executed.
FIG. 23 is a flowchart showing the contents of step S27 of FIG.
FIG. 24 is a flowchart showing the contents of step S33 of FIG.
FIG. 25 is a flowchart of step S39 in FIG.
FIG. 26 is a diagram reflecting FIGS. 23 to 25 in S27, S33, and S39 of FIG. This will be described with reference to FIG.

In step S23, the monitoring unit 9-2 calculates a response time in the same manner as in step S18, and further calculates a response time variation Δt from the calculated response time in the same manner as in step S19.
In step S24, the monitoring unit 9-2 checks whether or not the current mode is the delay mode. If it is the delay mode, the process proceeds to the “delay mode release check flow” in step S27 to check whether the delay mode can be released. If not in the delay mode (S24: NO), the process proceeds to “delay mode check flow” in step S33, and the monitoring unit 9-2 confirms whether the delay mode can be started. After performing Step S27 and Step S33, the process proceeds to Step S25. Steps S27 and S33 will be described later.

  In step S25, if the monitoring unit 9-2 performs the flow of steps S27 and S33 and is in the delay mode (S25: YES), the process proceeds to step S39. In S39, the reserve time t2 is adjusted by the reserve time adjustment flow in the delay mode. If not in the delay mode (S25: NO), the monitoring unit 9-2 adjusts the next standby time t2 in step S26. When step S39 and step S26 are finished, the processing is finished.

  In step S26, the monitoring unit 9-2 calculates the transmission deadline time T (2) using the standby time t2 as the response time variation Δt, as in step S21 of the second embodiment. Then, the monitoring unit 9-2 updates the standby time t2 and the transmission deadline time T (2) in the communication event management table 4-2. Further, when newly registering a record in the communication event management table 4-1, the schedule unit 4 calculates the transmission deadline time T (2) using the spare time t <b> 2 determined in step S <b> 26.

The contents of step S27 will be described with reference to FIG.

In step S28, the monitoring unit 9-2 compares the change amount Δt of the response time with a preset spare min. If the change amount Δt of the response time is smaller than the reserve min, the process proceeds to step S29, and if not, the process proceeds to step S32.
In step S29, the monitoring unit 9-2 increases the number of continuous stable times (S) by one. When proceeding to step S29,
Change amount of response time Δt <preliminary min
However, it means that the change amount Δt determined in step S28 is within the range of the response time change amount Δt assumed when the standby time t2 is set, and the environment of the communication destination is stabilized. Means that Therefore, in step S29,
Change amount of response time Δt <preliminary min
In this case, the continuous stable frequency (S) in the delay frequency table 4-3 is increased by one. Then, it is determined that the delay is stable when the delay continues more than S _limit times.

In step S30, the monitoring unit 9-2 compares the number of continuous stable times (S) with a threshold value (S _limit ) for determining stability in order to determine whether the environment of the communication destination 300 is stable.
Number of continuous stable times S> threshold (S _limit )
In this case, the process proceeds to step S31.
Number of continuous stable times S ≦ threshold (S _limit )
In this case, the delay mode cancellation check is terminated without canceling the delay mode.

In step S31, the monitoring unit 9-2 cancels the delay mode and ends the delay mode cancel check.
In step S32, the monitoring unit 9-2 returns the continuous stable count (S) to 0, and ends the delay mode cancellation check without canceling the delay mode.
this is,
Change amount of response time Δt> preliminary min
This is because there is a high possibility that the environment of the communication destination 300 is not stable because it is outside the range of the change amount of the response time assumed at the time of setting the standby time t2.

  The contents of step S33 will be described with reference to FIG.

  In step S34, the monitoring unit 9-2 determines whether or not the current communication event is delayed from the reception time of the response data of the communication event. That is, as illustrated in FIG. 16, the monitoring unit 9-2 determines whether the reception time of the response data 500 of the communication event 400 is after the response limit time T (3) of the communication event 400. If it is a delay, the process proceeds to step S35. If it is not a delay, the process proceeds to step S38.

In step S35, the monitoring unit 9-2 increases the value of the number of continuous delays (D) in the number management table 4-3 by 1, and proceeds to step S36.
In step S36, the monitoring unit 9-2 compares the number of consecutive delays D with the threshold value D _limit for transitioning to the delay mode.
Number of continuous delays D> threshold D _limit
In this case, the process proceeds to step S37, the delay mode starts and the flow ends.
Number of continuous delays D ≦ threshold D _limit
In the case of, the flow ends.

  In step S38, since no delay has occurred, the monitoring unit 9-2 returns the value of the continuous delay number (D) in the delay number table 4-3 to 0 and ends the flow.

  The contents of step S39 will be described with reference to FIG.

  In step S40, the monitoring unit 9-2 acquires the value of the continuous delay number (D) in the delay number table 4-3, and confirms whether it is greater than 1 (occurs continuously). If larger, the process proceeds to step S41, and if not, the process proceeds to step S44.

  In step S44, the monitoring unit 9-2 sets the standby time t2 to the maximum value in the delay mode even if no delay occurs. This is because the communication destination 300 is unstable at the start of the delay mode, and the response time may fluctuate drastically until it stabilizes.

In step S41, the monitoring unit 9-2 calculates the preliminary time t2 using the following equation. Here, any value other than the number of continuous delays may be used as the value of D.
Preliminary time t2 = change in response time × D

In step S42, the monitoring unit 9-2 determines the spare time obtained in S41 and the maximum spare time (hereinafter referred to as spare max) stored in the auxiliary storage device in association with “communication destination and communication event type”. Compare with).
Preliminary time obtained in S41> Preliminary max
In this case, the process proceeds to step S43.
Preliminary time calculated in S41 ≦ preliminary max
In the case of, the flow ends.

  In step S43, the monitoring unit 9-2 updates the reserve max to the reserve time t2. Then, the transmission deadline time T (2) of the communication event management table 4-1 is recalculated using the spare max, and the communication event management table 4 is updated with the updated spare time t2 and the recalculated transmission deadline time T (2). -1 record is updated. The schedule unit 4 uses the updated spare time t2 for a record newly registered in the communication event management table 4-1.

*** Effects of Embodiment 3 ***
According to the communication event processing apparatus 100-3 of the third embodiment, even when the change amount of the response time continues to increase every time, the possibility that the communication event is in time is increased by setting the reserve time t2 large. be able to. As a result, communication events that do not meet the time limit t1 can be reduced as compared with the second embodiment, and the reliability of the system can be improved.

Embodiment 4 FIG.
According to the second embodiment and the third embodiment, priority control of communication events according to the amount of change in response time can be performed. However, there is a problem that the communication event is delayed until the change amount of the response time is dealt with. In the fourth embodiment, as a countermeasure for this problem, a function for adjusting the next preliminary time t2 from the amount of change in the response time in a non-delayed state is added.

  FIG. 27 is a functional configuration diagram of the communication event processing apparatus 100-4 according to the fourth embodiment. The communication event processing device 100-4 is obtained by changing the contents of the standby time adjustment unit 9 of the communication event processing device 100-2 to a communication destination environment prediction unit 9-3 (hereinafter referred to as prediction unit 9-3). . When the predicting unit 9-3 detects that the amount of change in the response time has approached the preset spare min, the predicting unit 9-3 increases the next spare time t2 to cope with an increase in a sudden response). .

  The hardware configuration is the same as in the previous embodiments.

Next, operation | movement of the communication event processing apparatus 100-4 is demonstrated using FIG. As before, the description of the function that performs the same operation will be omitted, and only the operation of the added prediction unit 9-3 will be described.
FIG. 28 is a flowchart of the prediction unit 9-3. Each time the reception time of the response data 500 is acquired from the response data reception unit 7a, the prediction unit 9-3 performs the following operation.

In step S23, the prediction unit 9-3 calculates the response time of the communication event 400 and the change amount of the response time in the same manner as in step S23. In step S45, the prediction unit 9-3 calculates the communication calculated in step S23. The amount of change Δt in the response time of the event is compared with a reserve min × α that is a value obtained by multiplying a preset reserve min by a variable α that is greater than 0 and less than or equal to 1. For example, when α = 0.5, it is checked whether or not the change amount Δt of the response time is larger than half of the reserve min. If it is larger, the process proceeds to step S46, and if not, the process proceeds to step S47.

In step S46, the next preliminary time t2 is set to β times the current preliminary time t2.
Change amount Δt> preliminary min × α
This is because a delay is considered to occur when the environment of the communication destination 300 deteriorates as it is. Here, an arbitrary value can be set for β. Then, the prediction unit 9-3 calculates the transmission deadline time T (2) using the next spare time t2, and updates the spare time t2 and the transmission deadline time T (2) in the communication event management table 4-1.
The schedule unit 4 uses the updated spare time t2 for a record newly registered in the communication event management table 4-1.

In step S47, the prediction unit 9-3 sets the next spare time t2 to the spare min. this is,
Change amount of response time Δt ≦ “preliminary min × α” (α: greater than 0 and 1 or less)
In this case, it is considered that the environment of the communication destination 300 is stable.

*** Effects of Embodiment 4 ***
According to the communication event processing apparatus 100-4, by detecting a precursor that the predetermined ratio of the reserve min is exceeded and increasing the reserve time t2, it is possible to reduce communication events that are delayed even when the response time suddenly increases. And the reliability of the system can be improved.

  As mentioned above, although embodiment of this invention was described, you may implement in combination of 2 or more among these embodiment. Alternatively, one of these embodiments may be partially implemented. Alternatively, two or more of these embodiments may be partially combined. In addition, this invention is not limited to these embodiment, A various change is possible as needed.

D continuous delay times, S continuous stable times, 100-1, 100-2, 100-3, 100-4 communication event processing device, 200 upper application, 300 communication destination, 1 communication event reception unit, 2 communication event separation unit, 3-1, 3-2, 3-3 communication event storage unit, 4 schedule unit, 4-1 communication event management table, 4-2 response time management table, 4-3 delay count table, 5 communication event management unit, 6 Communication event transmission unit, 7 response data reception unit, 8 response time adjustment unit, 9 standby time adjustment unit, 9-1, 9-2 monitoring unit, 9-3 prediction unit, 11 CPU, 12 ROM, 13 RAM, 14 HDD , 15 HDD controller, 16 Network controller, 17 Input / output controller, 18
Mouse, 19 keyboard, 20 display.

Claims (8)

The type of communication event for the request time for requesting transmission of a communication event for each communication event of a plurality of communication events transmitted from the application execution device to request processing to the communication destination device that is the communication destination The same time set for each type of communication event and sent to the same communication destination device, adding a time limit that is a time set for each response time to return response data for the communication event to the application execution device From the transmission time of the previous communication event of the type, subtract the reserve time to absorb the variation in response time, which is the time until the reception time of the response data returned from the communication destination device in response to the previous communication event , Furthermore, by subtracting the response time, a total of the transmission deadline time indicating the time to transmit a communication event to the communication destination device While, for each communication event of a plurality of communication events, and a scheduling part having a communication event management information transmission deadline time is associated,
A communication department;
Using the communication unit, a management unit that transmits communication events to the communication destination device in order of early transmission time limit ; and
The response time change amount indicating the difference between the response times of two communication events of the same type transmitted to the same communication destination device is monitored, and the length of the standby time is increased and increased based on the response time change amount value. A communication event processing apparatus comprising a spare time adjustment unit that recalculates a transmission deadline time for each communication event of communication event management information using the spare time . The type of communication event for the request time for requesting transmission of a communication event for each communication event of a plurality of communication events transmitted from the application execution device to request processing to the communication destination device that is the communication destination It is a time set for each time, and adds a time limit that is a time until response data for a communication event is returned to the application execution device ,
The reception time of response data returned from the communication destination device in response to the previous communication event from the transmission time of the previous communication event of the same type set for each communication event type and transmitted to the same communication destination device A schedule for calculating a transmission deadline time indicating a time at which a communication event is to be transmitted to the communication destination device by subtracting a preliminary time for absorbing a variation in response time, which is a time until, and further subtracting the response time And
A communication department;
Using said communication unit, and a management unit to be transmitted to the communication destination device communication events are listed in the ascending order of transmit time limit Rutotomoni,
The schedule part
A communication event processing apparatus using a communication event transmitted last time as a previous communication event of the same type transmitted to the same communication destination apparatus. The preliminary time adjustment unit includes:
The reception time of response data of each communication event of a plurality of communication events of the same type transmitted to the same communication destination device is monitored, and the reception time of the response data of each communication event is a time obtained by adding a time limit to the request time. only after continuously than is the response time limit, and, if the number made after continuously exceeds a threshold, increasing the length of the preliminary time, using a reserve time is increased, the communication of the communication event management information The communication event processing apparatus according to claim 1 , wherein the transmission deadline time for each event is recalculated. Each communication event of the plurality of communication events is:
The communication event processing device according to any one of claims 1 to 3 , wherein the priorities indicating the priority of processing requested to the communication destination device are the same. In a computer having a communication device,
The type of communication event for the request time for requesting transmission of a communication event for each communication event of a plurality of communication events transmitted from the application execution device to request processing to the communication destination device that is the communication destination The same time set for each type of communication event and sent to the same communication destination device, adding a time limit that is a time set for each response time to return response data for the communication event to the application execution device From the transmission time of the previous communication event of the type, subtract the reserve time to absorb the variation in response time, which is the time until the reception time of the response data returned from the communication destination device in response to the previous communication event , Furthermore, by subtracting the response time, a total of the transmission deadline time indicating the time to transmit a communication event to the communication destination device And the process of,
The communication device is used to execute a process of transmitting a communication event to the communication destination device in order of early transmission time limit , and
further,
The response time change amount indicating the difference between the response times of two communication events of the same type transmitted to the same communication destination device is monitored, and the length of the standby time is increased and increased based on the response time change amount value. A process of recalculating the transmission deadline time for each communication event of the communication event management information associated with the transmission deadline time for each communication event of a plurality of communication events using the spare time,
Communication event processing program to execute . In a computer having a communication device,
The type of communication event for the request time for requesting transmission of a communication event for each communication event of a plurality of communication events transmitted from the application execution device to request processing to the communication destination device that is the communication destination The same time set for each type of communication event and sent to the same communication destination device, adding a time limit that is a time set for each response time to return response data for the communication event to the application execution device From the transmission time of the previous communication event of the type, subtract the reserve time to absorb the variation in response time, which is the time until the reception time of the response data returned from the communication destination device in response to the previous communication event , Furthermore, by subtracting the response time, a total of the transmission deadline time indicating the time to transmit a communication event to the communication destination device And the process of,
Using the communication device, a process of transmitting communication events to the communication destination device in order of early transmission time limit;
Together to the execution,
In the process of calculating the transmission deadline time,
A communication event program that uses a communication event transmitted last time as a previous communication event of the same type transmitted to the same communication destination device . A computer having a communication device
The type of communication event for the request time for requesting transmission of a communication event for each communication event of a plurality of communication events transmitted from the application execution device to request processing to the communication destination device that is the communication destination The same time set for each type of communication event and sent to the same communication destination device, adding a time limit that is a time set for each response time to return response data for the communication event to the application execution device From the transmission time of the previous communication event of the type, subtract the reserve time to absorb the variation in response time, which is the time until the reception time of the response data returned from the communication destination device in response to the previous communication event , Furthermore, by subtracting the response time, a total of the transmission deadline time indicating the time to transmit a communication event to the communication destination device And the process of,
Using the communication device, processing to transmit a communication event to the communication destination device in order of early transmission time limit ,
Run
further,
The response time change amount indicating the difference between the response times of two communication events of the same type transmitted to the same communication destination device is monitored, and the length of the standby time is increased and increased based on the response time change amount value. A process of recalculating the transmission deadline time for each communication event of the communication event management information associated with the transmission deadline time for each communication event of a plurality of communication events using the spare time,
Communication event processing method to execute . A computer having a communication device
The type of communication event for the request time for requesting transmission of a communication event for each communication event of a plurality of communication events transmitted from the application execution device to request processing to the communication destination device that is the communication destination The same time set for each type of communication event and sent to the same communication destination device, adding a time limit that is a time set for each response time to return response data for the communication event to the application execution device From the transmission time of the previous communication event of the type, subtract the reserve time to absorb the variation in response time, which is the time until the reception time of the response data returned from the communication destination device in response to the previous communication event , Furthermore, by subtracting the response time, a total of the transmission deadline time indicating the time to transmit a communication event to the communication destination device And the process of,
Using the communication device, executing a process when transmitting a communication event to the communication destination device in order of early transmission time limit ,
In the process of calculating the transmission deadline time,
A communication event processing method using a communication event transmitted last time as a previous communication event of the same type transmitted to the same communication destination device .

Images