JP2006350474A - Real time processing system, processor, real time processing method and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To reduce scheduling costs by batch processing, and to attain dynamic scheduling by table driven in real time processing requiring huge amounts of telegraphic message processing. <P>SOLUTION: This system for processing huge amounts of input telegraphic messages by a plurality of task AP in accordance with a processing sequence unique to a telegraphic message is configured to execute batch processing by the tasks AP by gathering the plurality of telegraphic messages according to a rule with the input of the telegraphic message as a chance, and to execute the specification(table driven) of the task AP to be processed next by managing the task processing sequence by a table. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a real-time processing system, a processing device, a real-time processing method, and a program for immediately processing a large amount of data.

  Conventional schedule methods include an OLTP (On-Line Transaction Processing) method and a batch method.

  The OLTP method is suitable for real-time processing because event-driven processing is performed when a message is received, but there is a demerit that the overhead per message is usually increased because one message is used as a processing unit. In particular, it is difficult to apply this method in a system that needs to process a large amount of messages such as a plurality of messages that arrive during processing of one message and a queue of messages waiting to be processed.

  On the other hand, in the batch method, messages that have been requested for processing at a time are batch processed at intervals of a specified time of about several hours (at least about 1 hour). For this reason, although the overhead for the schedule per message is reduced, it is a method that is not suitable for real-time processing because the time from the arrival of the message to the start of processing is long.

As a related technique, Japanese Patent Application Laid-Open No. 2004-102436 discloses an application program processing apparatus, an application program execution method, an application program generation method, and a computer program.
In this prior art, an application program processing device that executes processing according to a predetermined processing sequence has the following configuration.
(1) A program component storage unit that stores program components that hold processing programs in a predetermined unit.
(2) A process definition table in which transaction data items are associated with identifiers (IDs) of program parts that execute processing to which the transaction data is applied.
(3) A control unit that acquires a program component corresponding to a program component identifier (ID) set in the process definition table from the program component storage unit and executes processing to which the acquired program component is applied.

Japanese Patent Laid-Open No. 63-094360 discloses a transaction processing method.
This transaction processing system includes the following means in a data communication management system in which a transaction is an activation factor of an application program.
(1) Means for determining whether or not the transaction performs batch processing.
(2) Means for acquiring the transaction for batch processing and storing it in one queue.
(3) Means for collectively acquiring synchronization points of a plurality of transactions with a single synchronization point processing request.
(4) Means for collectively outputting transmission messages of the plurality of transactions.
In addition, this transaction processing method determines whether or not the transaction is a T field that performs batch processing when the transaction requesting the application program occurs. If the transaction is a batch process, it is stored in the queue. The plurality of transactions stored in the queue are processed by starting the application program once. By issuing a synchronization point acquisition request once at the end of processing of the application program, the batch synchronization point acquisition acquires the plurality of transaction synchronization points and outputs the transmission messages of the plurality of transactions in a batch.

Japanese Patent Laid-Open No. 03-105544 discloses a transaction reception processing system and an online transaction processing system.
In this prior art, an online transaction processing system that receives transactions sequentially transmitted from a terminal device and processes the transactions includes the following means.
(1) Stacking means for stacking received transactions.
(2) Condition determining means for determining whether or not a predetermined condition is satisfied.
(3) Transaction processing means for collectively processing stacked transactions when it is determined that the condition is satisfied.

JP 2004-102436 A JP-A-63-094360 Japanese Patent Laid-Open No. 03-105544

In the existing technology disclosed in Japanese Patent Laid-Open No. 63-094360 or Japanese Patent Laid-Open No. 03-105544, only one batch process is assumed to be closed in the processing device. Application to a system that goes back and forth is not considered.
In addition, the existing technology disclosed in Japanese Patent Application Laid-Open No. 2004-102436 considers only a change in the processing sequence accompanying component addition (deletion) or the like by solving the processing order according to the process definition table.
An object of the present invention is to provide a real-time processing system, a processing apparatus, a real-time processing method, and a program that enable reduction of scheduling cost by batch processing and dynamic scheduling by table driving.

  In the following, means for solving the problem will be described using the numbers used in [Best Mode for Carrying Out the Invention] in parentheses. These numbers are added to clarify the correspondence between the description of [Claims] and [Best Mode for Carrying Out the Invention]. However, these numbers should not be used to interpret the technical scope of the invention described in [Claims].

A real-time processing system according to the present invention includes: a processing device (100) that sorts messages into business units, collects the sorted messages into a message set, and collectively processes the message set for each corresponding job; A message transmission device (200) that transmits the message to the device (100), and a message reception device (300) that receives the message set from the processing device (100).
The processing device (100), in accordance with the processing order for each message, if there is a job to be processed next for a message that has been processed in the corresponding job, A message set is processed in a batch in the next task to be processed, and when processing is completed for all tasks required for the message, the message is transmitted to the message receiver (300).

  The processing device (100) ends the compilation when a certain number of the messages are accumulated.

  The processing device (100) ends the compilation when a certain time has elapsed since the start of the compilation of the messages.

  The processing device (100) includes a destination management table (107) that holds information for resolving the task to be processed next based on the task that the message has processed last.

  The electronic message includes a storage unit for storing input data and a control unit for recording a task to be processed next, and the processing device (100) assigns the task to be processed next to the destination. It is specified from the management table (107) and stored in the control unit of the message.

  The processing device (100) dynamically changes the processing order.

The processing apparatus (100) of the present invention manages the order of business to be processed for a message, receives the processing order search request for the message, returns information on the business to be processed by the message, Based on the processing order change request, a destination management unit (102) that changes the processing order of the corresponding message, and sends a processing order search request for the message to the destination management unit (102), and the processing order search A destination determination unit (103) that distributes the messages to business units based on information on the business to be processed in the search result, and collects the messages distributed to business units, and stores the number of messages stored for each destination business or A message set management unit (104) for creating a message set as a batch processing unit by monitoring the elapsed time from the start of the compilation, and the message set created by the message set management unit (104) for each corresponding business. Batch execution unit that performs processing and (105) comprises.

The processing device (100) of the present invention includes a message reception unit (101) that receives the message transmitted from the message transmission device (200), and
After performing the batch processing, a message transmission unit (106) is further provided that transmits a set of processed messages for which all business processes have been completed to the next message reception device (300).

  The destination management unit (102) is a destination management table (holding information for resolving a task to be processed next) based on information on a task that has been processed last by a message corresponding to each message. 107).

  The destination determination unit (103) specifies a task to be processed next by the message from the destination management table (107), stores a destination task name in the control unit of the message, and stores the specified task information. Based on the above, it is sorted into destination business units and stored in the message set buffer.

  The message set management unit (104) monitors the number of messages and the elapsed time since the start of message set creation for each message set buffer, and creates a message set as a unit of batch processing.

  When the number of messages or the elapsed time exceeds a specified value, the message set management unit (104) makes a batch processing request to the business to be processed as a message set by storing the messages stored so far, When business processing is completed, a batch transmission request for processed messages is made.

  Each business sends the processed message again to the destination determination unit (103).

  In response to the batch transmission request from the message set management unit (104), the message transmission unit (106) sends the message set to the message reception client that is the message reception device (300). .

  The real-time processing method of the present invention includes (a) a step of receiving a message from a client, (b) a step of making a request for specifying a task to be the destination of the message, upon receiving the message, (c) In response to the business specification request, the destination of the message is specified by referring to the destination management table (107), and is distributed for each business and stored in the message set buffer. (D) A prescribed condition for each business Until the condition is satisfied, the steps of collecting the messages and creating a message set; and (e) performing the batch processing request in the job when the creation of the message set is completed.

  The step (d) includes the step (d1) of summarizing until the number of messages reaches a predetermined number as the prescribed condition.

  (D) step (d2) monitors the elapsed time from the arrival of the first message in the message set being created, and when the specified time has passed even if the number of messages is less than a certain number. The method further includes a step of finishing the compilation.

  The real-time processing method of the present invention further comprises (f) a step of performing batch processing of the message set after receiving the batch processing request.

  The real-time processing method of the present invention further comprises (g) a step of specifying the next business to be processed for a message that has been processed in the business.

  In the real-time processing method of the present invention, the step (g) includes the step (g1) of specifying the next task to be processed from the destination management table (107).

  The real-time processing method of the present invention further comprises the step of (h) when the next business to be processed remains, it is again assigned to the processing target business unit and stored in the message set buffer.

  In the real-time processing method of the present invention, the processing from the step (a) to the step (h) is repeated until the processing for all tasks to be processed is completed.

  In the real-time processing method of the present invention, (i) when there is no business to be the next destination, the message is stored in the message set buffer for processed messages, and the number of messages and the elapsed time become specified values Includes a step of collectively requesting transmission.

  The real-time processing method of the present invention comprises (j) a step of transmitting the message to the client when the transmission request is received.

  The real-time processing method of the present invention further includes the step of (k) dynamically changing the business order by changing the contents of the destination management table (107).

  The program of the present invention causes a computer to execute any one of the above real-time processing methods.

The first effect is that a plurality of messages addressed to the same business AP (application) are collected into a message set and processed at the destination business AP in a batch, so that processing is performed in units of one message like a general OLTP method. The scheduling cost per message is reduced compared to the method of performing the above.
The second effect is a method with a long processing start interval such as a general batch processing method in order to set a message set creation time in addition to the number of messages as a rule for generating a message set by collecting messages. Unlike the above, it is possible to perform immediate processing within a range that satisfies the requirements of message processing time (time from message arrival to processing completion).
A third effect is that when the processing order of the business AP is changed due to business change or the like, it is possible to cope with it by updating the destination table. In the case of the existing batch processing method, if the processing order of the business is changed due to a business change, etc., it is necessary to change the schedule redefinition etc. each time. In this method, only the table is changed. Dynamic scheduling can be easily performed.

A first embodiment of the present invention will be described below with reference to the accompanying drawings.
Referring to FIG. 1, the real-time processing system of the present invention includes a processing device 100, a message transmission device 200, and a message reception device 300.
The processing device 100 includes a message reception unit 101, a destination management unit 102, a destination determination unit 103, a message set management unit 104, a batch execution unit 105, and a message transmission unit 106.
The message transmission device 200 transmits a message to the processing device 100.
The message receiving device 300 receives a message from the processing device 100.

  The electronic message is input data to the processing apparatus 100. However, in the real-time processing system of the present invention, it is assumed that processing is performed on a single message by a plurality of processing devices. For this reason, for example, when it is determined that the message processed by the processing device A is also processed by the processing device B, the message is the input data of the processing device A and the output data of the processing device A. .

  The message reception unit 101 has a function of receiving a message transmitted from the message transmission device 200.

The destination management unit 102 has a function for managing the order of tasks to be processed for each message, a function for returning a message processing order search request in response to a message processing order search request, and a processing order from the outside. It has a function to change the processing order of the corresponding message based on the change request.
An example of the destination management unit 102 is a database. In addition, a case where a memory on the processing device is used is conceivable.

  The destination determination unit 103 has a function of requesting the destination management unit 102 to search for a processing order of messages, and a function of distributing messages to business units based on business information to be processed as search results.

  The message set management unit 104 creates a message set as a batch processing unit by monitoring a function for collecting messages distributed to business units, the number of messages stored for each destination business, the elapsed time since the start of the collection, and the like. It has a function.

  The batch execution unit 105 has a function of batch processing the message set created by the message set management unit 104 for each corresponding business.

  The message transmitting unit 106 has a function of transmitting a set of processed messages for which all business processes have been completed to the message receiving apparatus 300 that is the next destination.

  With the above configuration, the processing apparatus 100 realizes batch processing, immediate processing, and dynamic schedule.

The outline of the processing of the present invention will be described below.
The message is sent from the message transmission device 200 to the message reception unit 101 of the processing device 100. The message receiving unit 101 makes a received message processing task specification request to the destination determining unit 103 when the message is received.

  The processing work is specified by the destination determination unit 103 referring to the destination management unit 102. After the destination business is specified, a message is sent to the message set management unit 104 according to the target business. The distributed electronic messages are collected for each business by the electronic message set management unit 104.

  The message set management unit 104 monitors the number of stored messages, the elapsed time from the arrival of the first message, the priority of the arrival message, etc. for each business unit. When a message arrives at a certain time, a batch processing request is made as a set of messages.

  The batch execution unit 105 performs batch processing on a set of messages for which batch execution has been requested in a corresponding job.

  The message for which the business process has been completed is retransmitted to the destination determination unit 103 in order to specify the business to be processed next. The destination determination unit 103 refers to the destination management unit 102 in the same manner as the destination, and specifies the next processing job and assigns the job to each job. Thereafter, the above processing is repeated until the work is completed.

  When determining the destination, depending on the message, there may be cases where all the business processing has been completed, but such a message is also subject to distribution as a “processed message”. The message set management unit 104 also generates a message set for messages distributed as processed messages. After generation, a message transmission request is sent to the message transmission unit 106.

  The message transmission unit 106 transmits the corresponding message set to the message reception device 300 in a lump.

  In the present invention, it is possible to reduce the overhead for processing scheduling per message by processing a plurality of input messages as a processing unit (message set) and processing each job. For this reason, there is an advantage that the scheduling cost per message is smaller than the method of processing messages one by one like the OLTP method. Note that this function can also be used for batch transmission of processed messages, thereby reducing overhead associated with message transfer to an external device such as the message receiver 300.

  Also, when creating a message set that is a batch processing unit, the number of messages and the elapsed time since the start of compilation can be monitored, and the rules for creating a message set can be determined according to the processing time requirements for each message. . For this reason, unlike a method in which processing is performed for a fixed time (at least about 1 hour) such as general batch processing, immediate processing according to processing time requirements is possible.

  Also, in the present invention, the processing order of messages is managed by the destination table, and the processing order is specified before allocation to the business AP (application). This can be handled by updating the contents of the destination transaction in the table. For this reason, there is an advantage that the schedule can be dynamically changed as compared with the method in which the schedule is fixed like the batch processing method.

Examples of the present invention are described in detail below.
Referring to FIG. 2, this embodiment uses a processing apparatus 100 and clients 10-13. The processing device 100 and the clients 10 to 13 are connected by a network 500. The clients 10 to 12 transmit a message, and the client 13 receives a processed message.
The clients 10 to 13 correspond to the message transmission device 200 in FIG. 1 when transmitting a message to the processing device 100, and correspond to the message reception device 300 in FIG. 1 when receiving a message from the processing device 100.

  The clients 10, 11, and 12 have a function of transmitting a message to the processing device 100 via the network 500. In addition, the client 13 has a function of receiving processed messages via the network.

The processing device 100 includes a message management unit 110 including a message reception unit 101, a destination determination unit 103, a message set management unit 104, a batch execution unit 105, a message transmission unit 106, a destination management table 107, and a received message storage unit 108, and business processing. It is comprised by business AP1-3 which performs.
The destination management table 107 is included in the destination management unit 102 shown in FIG. In this case, in consideration of performance, the destination management table 107 may be stored and managed in a memory on the processing device. The received message storage unit 108 may be included in the message reception unit 101 or the destination determination unit 103.

  The business AP is divided into business units, and one message is processed by the business AP in a prescribed order. Further, in the present embodiment, it is assumed that the processing AP and the processing order are different for each message. Therefore, depending on the message, there may be a processing AP that does not require processing. Referring to FIG. 3, all of the messages A, B, and C initially perform the business AP1. The message A is executed in the order of the job AP2 and the job AP3 after the job AP1, while the message B is completed in the job AP3 after the job AP1. The message C performs all three types of jobs, but the processing order after the job AP1 is different from the message A and is in the order of the jobs AP3 and AP2.

  The message includes a control unit for recording a business AP to be processed next in addition to a data unit for storing input data. After inputting a message to the processing device 100 or after processing of each business AP, the destination determination unit 103 identifies the next business AP to be processed from the destination management table 107, and stores the destination business AP in the message control unit. Referring to FIG. 4, message B performs processing in the order of business AP1 and business AP3. Immediately after the telegram is input, the destination determination unit 103 stores the information of “business AP1” as the destination in the control unit. After the processing of the business AP1 is completed, the destination determination unit 103 updates the control unit to “business AP3” which is the next destination. Further, after the processing of the business AP 3 is completed, the destination determination unit 103 refers to the destination management table 107 in order to specify the next destination, but stores “-” in the control unit because there is no corresponding destination.

The function of each part of the processing management mechanism is shown below.
The message receiving unit 101 has a function of making a request for specifying a destination job of a corresponding message when receiving a message from a client. Note that the message to be processed is stored in the received message storage unit 108.

  The destination management table 107 is arranged on the main storage device, and holds information for resolving the business AP to be processed next from the business AP information that has been processed last for each message.

  The destination determination unit 103 specifies the business AP to be processed next by each message from the destination management table 107 and stores the destination business AP name in the control unit of the message, and the destination business AP unit based on the specified information It has a function to sort and store in the message set buffer.

The message set management unit 104 monitors the number of messages and the elapsed time from the start of creating a message set for each message set buffer, and creates a message set as a unit of batch processing. When the number of messages and the elapsed time exceed the specified values, a batch processing request is made to the business AP as the processing destination with the messages stored so far as a message set. However, for all processed messages that have been processed, a batch transmission request is made.

  Each business AP sends the processed message to the destination determination unit 103 again.

  In response to the batch transmission request from the message set management unit 104, the message transmission unit 106 sends the corresponding message set to the message reception client 13.

  Next, the operation in this embodiment will be described. FIG. 5 is a flowchart showing the operation in this embodiment.

(1) Step S101
A message output from the clients 10, 11, and 12 via the network 500 is sent to the processing management mechanism 110 of the processing device 100. The message receiving unit 101 of the processing management mechanism 110 stores the corresponding message in the received message storage unit 108 when receiving a message from the client, and makes a request for specifying the business AP that is the destination of the corresponding message.

(2) Step S102
The destination determination unit 103 receives a request for specifying the destination business AP, refers to the destination management table 107, specifies the destination of the corresponding message, sorts the task by task, and stores it in the message set buffer.

(3) Step S103
The message set management unit 104 creates a message set by collecting messages until the specified condition is satisfied for each destination business AP. Here, as a condition, it is desirable to collect the messages until the number of messages reaches a certain number so that more messages can be collectively processed. In addition to the number of messages, there is also a rule that monitors the elapsed time from the arrival of the first message in the message set being created, and finishes the compilation when the specified time has passed even if the number of messages is below a certain number. It is desirable to use together. As a result, it is possible to reduce schedule costs by batch processing and to perform immediate processing that can flexibly cope with processing time requirements per message. When the creation of the message set is completed, a batch processing request at the destination business AP is made to the batch execution unit 105.

(4) Step S104
Upon receiving the batch processing request, the batch execution unit 105 performs batch processing of the corresponding message set. The message that has been processed by the business AP is sent again to the destination determination unit 103 to identify the business AP to be processed next.

(5) Step S105
Receiving the message, the destination determination unit 103 identifies the next destination business AP of each message from the destination table. Here, when there is a task to be processed next, the message set management unit 104 assigns it again to the processing target job AP and stores it in the message set buffer.

(6) Step S106
Thereafter, the above-described flow is repeated until the processing in all business APs to be processed is completed.

(7) Step S107
In the destination determination unit 103, when processing is completed for all the tasks required for the corresponding message (when there is no next destination business AP), this message is a message for a processed message that the message set management unit 104 has. Store in aggregate buffer. These messages are also collected by the message set management unit 104, and when the number of messages and the elapsed time become the specified values, a transmission request is sent to the message transmission unit 106 at once.

(8) Step S108
Upon receiving the transmission request, the message transmission unit 106 transmits the corresponding message to the client 13.

An operation when the processing order of the business AP is changed will be described.
The processing order of the message is managed in the destination management table 107, and the destination business AP is specified by referring to this table after the processing in each business AP is completed. When a new business is added or an existing business is abolished, it is assumed that the processing order of the business AP is changed. In such a case, the work order is dynamically changed by changing the contents of the destination table.

  The present invention manages input to the processing device as a message set. This message set is distributed to the business AP unit that is the processing destination, and a certain amount (period) is stored for batch processing. The messages processed by each business AP are resolved to the next processing destination (destination) business AP (or processing device) for each message by the address management means, and are collected again as a message set, and then sent to the subsequent processing device at once. Send it. Here, the batch-sent message sets are also batch-processed by the destination processing device (business AP). As a result, the present invention is also applied to a large-scale system that includes a plurality of processing devices equipped with a plurality of business APs and completes processing by going back and forth between a plurality of processing devices for each message. Real-time processing with high throughput can be realized.

  In the present invention, in addition to the dynamic change of the processing order of the business AP, the processing order (destination) of each message is specified and a message set is created. This makes it possible to improve the throughput of real-time processing by batch processing / transmission based on the message set.

  As described above, the real-time processing method according to the present invention is a system in which a large number of input messages are processed by a plurality of business APs in accordance with a processing sequence unique to the message, and a plurality of messages are collected according to the rules in response to message input. The batch processing is performed by the AP, and the business processing order to be processed next is specified (table driven) by managing the business processing order in a table. As a result, in real-time processing that requires a large amount of electronic message processing, it is possible to reduce scheduling cost by batch processing and dynamic scheduling by table-driven. In addition, it is possible to flexibly meet the requirements for processing execution time by setting the unit for grouping messages for batch processing based on conditions such as “until the number of messages reaches a certain number” and “elapsed time since the start of grouping”. Real-time processing can be performed.

FIG. 1 is a block diagram showing the configuration of the real-time processing system of the present invention. FIG. 2 is a block diagram showing the configuration of the embodiment of the present invention. FIG. 3 is a diagram illustrating the processing order of the business AP for each message. FIG. 4 is a diagram illustrating the relationship between the processing order of business APs and information stored in a message. FIG. 5 is a flowchart showing the operation of this embodiment.

Explanation of symbols

1-3 Business AP
10 to 13 Client 100 Processing device 101 Message reception unit 102 Destination management unit 103 Destination determination unit 104 Message set management unit 105 Collective execution unit 106 Message transmission unit 107 Destination management table 108 Received message storage unit 110 Processing management mechanism 200 Message transmission device 300 Telegram receiver 500 network

Claims (26)

A processing device that sorts messages into business units, collects the sorted messages into a message set, and collectively processes the message set for each corresponding job;
A message transmission device that transmits the message to the processing device;
A message receiving device that receives the message set from the processing device;
The processing device, according to the processing sequence of the message, if there is a task to be processed next for a message that has been processed in the corresponding task, the messages that have been processed are collected into a new message set, A real-time processing system in which the new message set is collectively processed in the next task to be processed, and the message is transmitted to the message receiver when processing is completed in all tasks required for the message. The real-time processing system according to claim 1,
The processing device terminates summarization when a predetermined number of the messages are accumulated. In the real-time processing system according to claim 1 or 2,
The said processing apparatus is a real-time processing system which complete | finishes a summarization when fixed time passes since the summarization of the said message | telegram was started. In the real-time processing system according to any one of claims 1 to 3,
The processor is
A real-time processing system comprising a destination management table that stores information for resolving a task to be processed next based on a task that the message has processed last. The real-time processing system according to claim 4,
The message is
A storage unit for storing input data;
A control unit for recording the work to be processed next,
The processing device specifies a task to be processed next from the destination management table and stores it in the control unit of the message. In the real-time processing system according to any one of claims 1 to 5,
The processing device is a real-time processing system that dynamically changes the processing order. It corresponds to the processing based on the processing order change request from the outside, managing the order of the processing to be processed for the message, receiving the processing order search request for the message, returning the information of the processing to be processed by the message A destination management unit for changing the processing order of the message;
A destination determination unit that performs a processing order search request for the electronic message to the destination management unit, and distributes the electronic message to a business unit based on business information to be processed in the search result of the processing order search;
A message set management unit that collects the messages distributed to business units, monitors the number of messages stored for each destination business or the elapsed time from the start of the compilation, and creates a message set as a batch processing unit;
A processing apparatus comprising: a batch execution unit that batch-processes the message set created by the message set management unit for each corresponding business. The processing apparatus according to claim 7, wherein
A message receiving unit for receiving the message transmitted from the message transmission device;
A processing apparatus, further comprising: a message transmission unit that collectively transmits a set of processed messages for which all business processes have been completed to the next message reception apparatus after performing the batch processing. The processing apparatus according to claim 8, wherein
The destination management unit includes a destination management table that holds information for resolving a task to be processed next based on information regarding a task that has been processed last by a message corresponding to each message. . The processing apparatus according to claim 9, wherein
The destination determination unit specifies a task to be processed next by the message from the destination management table, stores a destination task name in the control unit of the message, and stores the destination task based on the specified task information. A processing unit that sorts the data and stores it in the message set buffer. The processing apparatus according to claim 10, wherein
The message set management unit monitors the number of messages and the elapsed time from the start of message set creation for each message set buffer, and creates a message set as a unit of batch processing. The processing apparatus according to claim 11, wherein
When the number of messages or the elapsed time exceeds the specified value, the message set management unit makes a batch processing request to the business to be processed as a message set of the messages stored so far, and performs all the business processing. When finished, a processing device that makes a batch transmission request for processed messages. The processing apparatus according to claim 12, wherein
Each service sends the processed message again to the destination determination unit. The processing apparatus according to claim 13, wherein
The message transmission unit receives a batch transmission request from the message set management unit and sends the message set to a message reception client that is the message reception device. (A) receiving a message from the client;
(B) triggered by reception of the message, a step of making a request for specifying a task as a destination of the message;
(C) receiving a request for identifying the business, identifying a destination of the message by referring to a destination management table, sorting the business and storing it in a message set buffer;
(D) collecting the messages and creating a message set until a prescribed condition is satisfied for each job;
(E) A real-time processing method comprising: a step of requesting batch processing in the business when creation of the message set is completed. The real-time processing method according to claim 15,
The step (d) includes:
(D1) A real-time processing method including a step of collecting until the number of messages reaches a predetermined number as the prescribed condition. The real-time processing method according to claim 16, wherein
The step (d) includes:
(D2) further comprising a step of monitoring an elapsed time since the arrival of the first message in the message set being created, and finishing the compilation when the specified time has elapsed even when the number of messages is a predetermined number or less. Yes Real-time processing method. The real-time processing method according to any one of claims 15 to 17,
(F) A real-time processing method further comprising a step of performing batch processing of the message set after receiving the batch processing request. The real-time processing method according to claim 18,
(G) A real-time processing method further comprising a step of specifying a business to be processed next for a message that has been processed in the business. The real-time processing method according to claim 19,
The step (g) includes:
(G1) A real-time processing method comprising a step of specifying the next task to be processed from the destination management table. The real-time processing method according to claim 19 or 20,
(H) A real-time processing method, further comprising the step of, when the next business to be processed remains, assigning it again to a processing target business unit and storing it in the message set buffer. The real-time processing method according to claim 21,
A real-time processing method in which the processing from the step (a) to the step (h) is repeated until processing for all the tasks to be processed is completed. The real-time processing method according to claim 22,
(I) When there is no business as the next destination, the message is stored in a message set buffer for processed messages, and when the number of messages and the elapsed time become a specified value, a transmission request is collectively made. Real-time processing method with steps. The real-time processing method according to claim 23,
(J) A real-time processing method comprising a step of transmitting the electronic message to the client when the transmission request is received. In the real-time processing system according to any one of claims 15 to 24,
(K) A real-time processing method further comprising a step of dynamically changing the business order by changing the contents of the destination management table.   A program for causing a computer to execute the real-time processing method according to any one of claims 15 to 25.

Images