WO2010107103A1 - イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体 - Google Patents

イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体 Download PDF

Info

Publication number
WO2010107103A1
WO2010107103A1 PCT/JP2010/054744 JP2010054744W WO2010107103A1 WO 2010107103 A1 WO2010107103 A1 WO 2010107103A1 JP 2010054744 W JP2010054744 W JP 2010054744W WO 2010107103 A1 WO2010107103 A1 WO 2010107103A1
Authority
WO
WIPO (PCT)
Prior art keywords
processing
event
rule
local system
processing rule
Prior art date
Application number
PCT/JP2010/054744
Other languages
English (en)
French (fr)
Inventor
磯山和彦
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2011504888A priority Critical patent/JP5327314B2/ja
Publication of WO2010107103A1 publication Critical patent/WO2010107103A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/41865—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by job scheduling, process planning, material flow
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • the present invention relates to an event processing system, an event processing method, a local system, a dispatcher, and a program storage medium, and in particular, an event processing system that processes events that occur in large quantities from devices such as RFID (Radio Frequency Identification) and sensors.
  • An event processing method, a local system, a dispatcher, and a program storage medium are examples of devices that process events that occur in large quantities from devices such as RFID (Radio Frequency Identification) and sensors.
  • FIG. 31 shows a load distribution distribution system disclosed in Japanese Patent No. 41611998.
  • the load distribution distribution system includes an event processing distribution unit 501 (rule distribution unit), a context-independent distribution unit 502, a plurality of context-dependent distribution units (dispatchers) 503a and 503b (hereinafter abbreviated as 503), And a plurality of event processing servers 504a and 504b (hereinafter abbreviated as 504).
  • the applications 506a and 506b that request event processing transmit event processing rules to the event processing distributor 501 (arrow 511).
  • the event processing distributor 501 that has received the processing rule sets the processing rule in the event processing server 504 so that the load on the event processing server 504 is equalized, and event processing related to the same event is performed by the same server. (Arrow 512). For example, in the RFID system, when the application 506 wants to detect all the RFID tags of all the members necessary for manufacturing a certain product, the application 506 reads “If all the RFID tags of all the members of a certain product are detected, the application Process rule "is sent to the event processing distributor 501. The event processing distributor 501 sets this processing rule, for example, in the event processing server 504a.
  • the event processing distributor 501 sets an event distribution rule (dispatch rule) in all the context-dependent distribution units 503 so that the event to be processed is transferred to the processing server for which the processing rule related to the event is set (arrow) 513a, 513b).
  • the event processing distributor 501 sets an event distribution rule in the context-dependent distribution device 503 that “the detection event of the RFID tag of the member related to the product is transferred to the event processing server 504a”.
  • events generated from event generation sources 505a and 505b (hereinafter abbreviated as 505) such as devices are transferred by the context-dependent event distributor 503 to the event processing server 504 in which processing rules relating to the event are set.
  • the event processing server 504 processes the event based on the processing rule, and notifies the processing result to the application 506 (arrows 517a and 517b).
  • the rule distributor needs to accept processing requests from a plurality of applications, set event processing rules in the event processing server, generate dispatch rules, and set them in the dispatcher. there were. For this reason, in a large-scale system, there is a problem that the processing load of the rule distributor becomes high and affects the processing performance of the system. In order to solve this problem, there is a method in which rule distributors are distributed and arranged for each local system, and event processing rules are set and event distribution rules are generated and set independently for each local system. However, when the rule distributor is distributed for each local system, a plurality of different application servers may request processing of the same event condition to different local systems.
  • An object of the present invention is an event processing system, an event processing method capable of suppressing an increase in a processing load of a dispatcher accompanying event duplication in an event processing system in which the above-described problems are solved and rule distributors are distributed. It is to provide a local system, a dispatcher, and a program storage medium.
  • the event processing system of the present invention includes a plurality of dispatchers that receive events from an event generation source, and a plurality of local systems that transmit event processing results to an application server, and each of the plurality of local systems includes the application server
  • a processing rule including an event condition indicating an event condition to be processed is received
  • the processing rule is set in the local system, and a dispatch rule having the local system as a transfer destination of the event that matches the event condition is set. If the event is received from the dispatcher, the event is processed according to the processing rule, and the processing result of the event is sent to the application that is the transmission source of the processing rule.
  • each of the plurality of dispatchers refers to the dispatch rule, and transmits the event to the local system of the transfer destination corresponding to the event condition that matches the event.
  • the event is forwarded and set in any one of the plurality of dispatchers by the first local system of the plurality of local systems based on the first processing rule of the processing rules of the first local system.
  • the event condition of the dispatch rule and the dispatch rule set by the second local system of the plurality of local systems based on the second processing rule of the processing rules of the second local system Both in the event condition, If the number of the vent is met exceeds a predetermined threshold value, characterized by moving the first processing rule to the second local system.
  • the local system when the local system receives a processing rule including an event condition indicating an event condition to be processed from the application server, the local system sets the processing rule in the local system, When the local system generates a dispatch rule that uses the local system as the transfer destination of the event that matches the event condition, sets the dispatch rule in the dispatcher, and the dispatcher receives the event from the event generation source
  • the dispatcher refers to the dispatch rule, transfers the event to the local system of the transfer destination corresponding to the event condition that matches the event, and the local system receives the event from the dispatcher.
  • the local system processes the event according to the processing rule, notifies the processing result of the event to the application server that is the transmission source of the processing rule, and a plurality of the local
  • the event condition of the dispatch rule set by the first local system of the systems based on the first processing rule of the processing rules of the first local system, and the first of the plurality of local systems
  • the number of times the event matches the event condition of the dispatch rule set by the second local system based on the second processing rule among the processing rules of the second local system has a predetermined threshold value. If exceeded, the first processing rule is changed to the second processing rule. Characterized in that it moves in over local system.
  • the local system of the present invention receives a processing rule including an event condition indicating an event condition to be processed from the application server, the local system sets the processing rule in the local system, and the local system matches the event condition.
  • a dispatch rule is generated as a transfer destination of an event
  • the dispatch rule is set in a dispatcher, and the event is received from the dispatcher, the event is processed according to the processing rule, and the processing result of the event is Notifying the application server of the rule transmission source, and in the dispatcher, the event condition of the dispatch rule set by the local system based on the first processing rule of the processing rule of the local system
  • the dispatcher of the present invention receives, from each of a plurality of local systems, a dispatch rule that uses the local system as a transfer destination of an event that matches the event condition, and when the event is received from an event generation source, The event is transferred to the local system that is the transfer destination corresponding to the event condition that matches the event, and the first local system of the plurality of local systems has a processing rule of the first local system.
  • the event condition of the dispatch rule set based on the first processing rule of the second and the second local system of the plurality of local systems is the second of the processing rules of the second local system
  • the first program recording medium of the present invention When the first program recording medium of the present invention receives a processing rule including an event condition indicating an event condition to be processed from the application server, the first program recording medium of the present invention sets the processing rule in the local system, Generate a dispatch rule as a transfer destination of the event that matches the event condition, set the dispatch rule in the dispatcher, and process the event according to the processing rule when the event is received from the dispatcher.
  • the processing result is notified to the application server that is the transmission source of the processing rule, and in the dispatcher, the dispatcher is set by the local system based on the first processing rule of the local processing system.
  • the event matches both the event condition of the dispatch rule and the event condition of the dispatch rule set by another local system based on the second processing rule of the processing rules of the other local system.
  • the second program recording medium of the present invention receives, from each of a plurality of local systems, a dispatch rule that uses the local system as a transfer destination of an event that matches the event condition, and sends the event from the event generation source.
  • the dispatch rule When received, the dispatch rule is referred to, the event is transferred to the local system of the transfer destination corresponding to the event condition that matches the event, and the first local system of the plurality of local systems
  • the event condition of the dispatch rule set based on the first processing rule among the processing rules of the first local system, and a second local system of the plurality of local systems is the second local system
  • the second processing rule among the processing rules When the number of times that the event matches both of the event conditions of the dispatch rule set based on the threshold exceeds a predetermined threshold value, a process of moving the first processing rule to the second local system is executed. .
  • An effect of the present invention is that in an event processing system in which rule distributors are arranged in a distributed manner, it is possible to suppress an increase in the processing load of the dispatcher accompanying event duplication.
  • FIG. 1 is a configuration diagram of the entire event processing system according to the first embodiment of the present invention.
  • the event processing system according to the first embodiment of the present invention includes a plurality of local systems 100 installed on a network (not shown), a plurality of dispatchers 140, an event source 150, and an application.
  • a server 160 is provided.
  • the local system 100 has two local systems with identifiers LS1 and LS2, respectively.
  • the plurality of dispatchers 140 have four dispatchers with identifiers GD1 to GD4, respectively.
  • the event generation source 150 has eight event generation sources with identifiers G1 to G8, respectively.
  • the application server 160 has six application servers with identifiers AS11, AS12, AS13, AS21, AS22, and AS23, respectively.
  • the symbol in parentheses following the reference number indicates an identifier.
  • the local system 100 (LS1) indicates the local system with the identifier LS1
  • the application server 160 (AS11) indicates the application server with the identifier AS11. This is the same for the processing rules.
  • the event generation source 150 transmits the detected information to the local system 100 as an event 201.
  • the event generation source 150 may be anything as long as it can detect information and transmit it to the local system 100.
  • Examples of the event generation source 150 include a non-contact or contact-type information reading device such as an RFID reader and a magnetic card reader, and various sensors for detecting temperature, atmospheric pressure, acceleration, and the like.
  • a non-contact or contact-type information reading device such as an RFID reader and a magnetic card reader
  • various sensors for detecting temperature, atmospheric pressure, acceleration, and the like for example, an identifier of an RFID tag detected at a certain time, temperature, atmospheric pressure, acceleration, etc.
  • Attributes such as “type of information detected by the event source (event source type)”, “identifier of the event source (event source identifier)”, “related information such as detection time of detected information”, etc. It is included as information (event attribute information).
  • the application server 160 is a server on which an application that performs various types of information processing on the event 201 detected in the event generation source 150 operates.
  • the application server 160 performs various types of information processing on the results of processing performed in the local system 100 for the event 201 detected by the event generation source 150.
  • the application server 160 localizes an event condition specifying the condition of the event 201 to be processed by the local system 100 and a processing rule 202 including the processing content performed by the local system 100 for the event 201 that matches the event condition. To system 100.
  • the local system 100 generates a dispatch rule 204 based on the processing rule 202 received from the application server 160 and sets the dispatch rule 204 in the dispatcher 140.
  • the local system 100 receives the event 201 from the dispatcher 140, the local system 100 processes the event 201 according to the processing rule 202 and transmits the processing result of the event 201 (event processing result 205) to the application server 160.
  • the local system 100 further includes a rule distribution unit 110, at least one processing server 120, and at least one local dispatcher 130.
  • FIG. 1 shows a case where the local system 100 includes a plurality of processing servers 120 and one local dispatcher 130.
  • the processing server 102 has six processing servers with identifiers PS11, PS12, PS13, PS21, PS22, and PS23, respectively.
  • the processing server 202 (PS11, PS12, PS13) is arranged in the local system 100 (LS1), and the processing server 202 (PS21, PS22, PS23) is arranged in the local system 100 (LS2).
  • the rule distribution unit 110 of the local system 100 performs setting of the processing rule 202 to the processing server 120, generation of the local dispatch rule 203, and generation of the dispatch rule 204.
  • the processing server 120 processes the event 201 according to the processing rule 202.
  • the local dispatcher 130 receives the event 201 from the dispatcher 140, the local dispatcher 130 refers to the local dispatch rule 203 and transfers the event 201 to the processing server 120 of the local system 100.
  • FIG. 2 shows the configuration of the local system 100 in the first embodiment of the present invention.
  • the rule distribution unit 110 of the local system 100 further includes a processing rule setting unit 111, a processing rule distribution algorithm storage unit 112, a processing rule setting information storage unit 113, and a dispatch rule setting unit 114.
  • the processing rule setting unit 111 determines the processing server 120 that processes the processing rule 202 and sets the processing rule 202.
  • the processing rule setting unit 111 receives the processing rule movement request 206 from the dispatcher 140, the processing rule setting unit 111 transmits a processing rule acceptance request 207 to the other local system 100 and moves (accepts) the processing rule 202 to the other local system 100. ).
  • the processing rule setting unit 111 determines whether or not the processing rule 202 can be moved (accepted) to the local system 100.
  • the processing rule distribution algorithm storage unit 112 stores and manages a processing rule distribution algorithm (not shown) for determining the processing server 120 that processes the processing rule 202.
  • the processing rule setting information storage unit 113 stores and manages the setting result of the processing rule 202 as processing rule setting information 211.
  • the dispatch rule setting unit 114 generates a local dispatch rule 203 and sets it in the local dispatcher 130. In addition, the dispatch rule setting unit 114 generates a dispatch rule 204 and sets it in the dispatcher 140.
  • the processing server 120 of the local system 100 stores and manages load information 212 representing the processing load state of the local processing server 120.
  • the load information 212 may be, for example, the CPU usage rate (%) of the processing server 120 as shown in FIG. In the example of FIG. 16, a CPU usage rate of 20% is set as the load information 212 of the processing server 120 (PS12) that processes the processing rule 202 (R12), and the processing server 120 (PS21) that processes the processing rule 202 (R21). ) Is set to 70% of the CPU usage rate.
  • FIG. 3 shows the configuration of the dispatcher 140 in the first embodiment of the present invention.
  • the dispatcher 140 includes a replication number counter 221 that stores and manages the number of replications of the event 201.
  • the dispatcher 140 sends a processing rule move request 206 to the transfer destination of the event 201. Transmit to the local system 100.
  • the rule distribution unit 110, the processing server 120, the local dispatcher 130, the dispatcher 140, the event generation source 150, and the application server 160 may be information processing devices that operate under program control. Some of these may be configured as one device.
  • FIG. 4 is a sequence diagram showing the operation of the dispatch rule setting process in the first embodiment of the present invention.
  • the local system 100 from which each application server 160 requests the processing of the event 201 is determined in advance and set in each application server 160.
  • the dispatcher 140 from which each event generation source 150 transmits the event 201 is also determined in advance and set to each event generation source 150.
  • the above-described setting for the local system 100 in the application server 160 may be set by an administrator directly specifying the local system 100, or each application server 160 may be set to a nearby local system based on the distance on the network. 100 may be detected and set.
  • the above setting for the dispatcher 140 at the event source 150 may be set by the administrator specifying the dispatcher 140 directly, or each event source 150 may be set in the vicinity based on the distance on the network.
  • the dispatcher 140 may be detected and set.
  • the application server 160 that requests processing of the event 201 transmits the processing rule 202 to the local system 100 (step S101).
  • the processing rule 202 includes rule identifiers R11, R12, R21, and R22, event conditions that specify the conditions of the event 201 that the local system 100 processes, associated with each rule identifier, and Content of processing performed by the local system 100 for the event 201 that matches the event condition.
  • the local system 100 receives the processing rule 202 (R11, R12) and the local system 100 (LS2) receives the processing rule 202 (R21, R22).
  • the event generation source type RFID here
  • “notify to application server AS12” is designated as the processing content of the processing server 120 for this event condition.
  • the processing server 120 that processes the processing rule 202 is determined (step S102).
  • the local system 100 sets the processing rule 202 in the determined processing server 120 (step S103).
  • the processing rule setting unit 111 updates the processing rule setting information 211, and stores the updated processing rule setting information 211 in the processing rule setting information storage unit 113 (step S104).
  • the processing rule distribution algorithm for example, a method of distributing the processing rules 202 so that the load of the processing server 120 is equalized according to the processing content, or an event as described in Japanese Patent No. 4161998 is disclosed. There is a method of distributing processing rules 202 having the same conditions to the same processing server 120. Further, as shown in FIG.
  • the processing rule setting information 211 includes a processing server identifier and a rule identifier of the set processing rule 202.
  • FIG. 9 shows an example of the processing rules 202 set in the processing servers (PS11, PS12) of the local system 100 (LS1) and the processing servers (PS21, PS22) of the local system 100 (LS2).
  • the processing rule 202 (R12) is set in the processing server 120 (PS12) of the local system 100 (LS1). With this setting, the processing server 120 (PS12) processes the processing rule 202 (R12).
  • the dispatch rule setting unit 114 generates a local dispatch rule 203 with the processing server 120 set with the processing rule 202 as a transfer destination of the event 201 that matches the event condition of the processing rule 202 (step S105).
  • the local dispatch rule 203 includes rule identifiers R11, R12, R21, and R22, an event condition associated with each rule identifier, and an identifier of the processing server 120 that is a transfer destination.
  • FIG. 10 shows an example of the local dispatch rule 203 (R11, R12) generated by the local system 100 (LS1) and the local dispatch rule 203 (R21, R22) generated by the local system 100 (LS2).
  • FIG. 10 shows an example of the local dispatch rule 203 (R11, R12) generated by the local system 100 (LS1) and the local dispatch rule 203 (R21, R22) generated by the local system 100 (LS2).
  • the identifier (PS12) of the processing server 120 that processes the processing rule 202 (R12) is set at the transfer destination.
  • the dispatch rule setting unit 114 sets the generated local dispatch rule 203 in the local dispatcher 130 (step S106).
  • the dispatch rule setting unit 114 generates a dispatch rule 204 with the local system 100 as a transfer destination of the event 201 that matches the event condition of the processing rule 202 (step S107). As shown in FIG.
  • the dispatch rule 204 includes rule identifiers R11, R12, R21, and R22, an event condition associated with each rule identifier, and an identifier of the local system 100 that is a transfer destination of the event 201.
  • FIG. 11 shows an example of dispatch rules 204 (R11, R12) generated by the local system 100 (LS1) and dispatch rules 204 (R21, R22) generated by the local system 100 (LS2).
  • the identifier of the local system 100 (LS1) is set as the transfer destination.
  • the dispatch rule setting unit 114 sets the generated dispatch rule 204 in the dispatcher 140 (step S108). For example, when the local system 100 (LS1, LS2) sets the dispatch rule 204 of FIG. 11 in the dispatcher 140, the dispatch rule 204 as shown in FIG. Next, the operation of event processing (before moving the processing rule) in the first embodiment of the present invention will be described.
  • FIG. 5 is a sequence diagram showing the operation of event processing (before moving the processing rule) in the first embodiment of the present invention.
  • the event generation source 150 detects information to be detected, the event generation source 150 transmits the detected information to the dispatcher 140 as an event 201 (step S201). As shown in FIG.
  • the event 201 includes event attribute information such as an event identifier I31, an event generation source type, an event generation source identifier, a detection time, and detection information.
  • event source type RFID
  • event source identifier G3
  • detection information: TagID 6 are set as event attribute information of the event 201 (I31).
  • the dispatcher 140 searches whether the event attribute information included in the event 201 matches any of the event conditions of the dispatch rule 204 (step S202). If there is a matching event condition, the dispatcher 140 refers to the dispatch rule 204 and transfers the event 201 to the local system 100 corresponding to the event condition.
  • the dispatcher 140 duplicates (copies) the event 201 (step S203), and transfers the event 201 to the local system 100 corresponding to each matching event condition (step S203). S204, S205). At this time, the dispatcher 140 counts the number of times of duplication of the event 201, that is, the number of times that the event 201 matches a plurality of event conditions by the duplication number counter 221 (step S203). As shown in FIG. 14, the copy number counter 221 includes a combination of rule identifiers corresponding to a plurality of event conditions that match the event 201, and the number of times the event 201 has been copied with respect to the combination of the rule identifiers (the number of copies).
  • the event condition (R12, R21) is met.
  • the dispatcher 140 (GD2) duplicates the event 201 (I31) and transfers it to the local system 100 (LS1) and the local system 100 (LS2).
  • the dispatcher 140 (GD2) counts the number of duplications for the combination of the rule identifiers R12 and R21 by the duplication number counter 221 in FIG. Note that the number of copies of the copy number counter 221 is periodically reset to zero.
  • the local dispatcher 130 searches whether the event attribute information included in the event 201 matches any of the event conditions of the local dispatch rule 203 (steps S211 and S221). If there is a matching event condition, the local dispatcher 130 refers to the local dispatch rule 203 and transfers the event 201 to the processing server 120 corresponding to the event condition (steps S212 and S222).
  • the local dispatcher 130 of the local system 100 (LS1) transfers the event 201 (I31) to the processing server 120 (PS12).
  • the local dispatcher 130 of the local system 100 transfers the event 201 (I31) to the processing server 120 (PS21).
  • the processing server 120 of the local system 100 receives the event 201
  • the processing server 120 processes the event 201 according to the processing rule 202 (steps S213 and S223), and transmits the event processing result 205 to the application server 160 (step S214, S224).
  • the processing server 120 (PS12) of the local system 100 (LS1) transmits the event 201 (I31) to the application server 160 (AS12) as the event processing result 205.
  • FIG. 6 is a sequence diagram showing the operation of the process rule movement process in the first embodiment of the present invention.
  • step S203 when the number of copies of the copy number counter 221 exceeds the copy number threshold, the dispatcher 140 sets the dispatch rule 204 for each rule identifier included in the rule identifier combination whose copy number exceeds the predetermined threshold.
  • the processing rule transfer request 206 is transmitted to the local system 100 of the transfer destination corresponding to each rule identifier, that is, the local system 100 in which the dispatch rule 204 of each rule identifier is set (steps S301 and S302).
  • the replication count threshold is set in the dispatcher 140 in advance.
  • the processing rule transfer request 206 includes each rule identifier included in the combination of the rule identifiers and the identifier of the local system 100 that is the transfer destination corresponding to the rule identifier.
  • the dispatcher 140 uses (LS1, R12), (LS2, R21) as the local system identifier and rule identifier as shown in FIG.
  • processing rule transfer request 206 including the is transmitted to the local system 100 (LS1, LS2).
  • the processing rule setting unit 111 of the local system 100 receives the processing rule transfer request 206, the processing rule setting unit 111 refers to the local system identifier included in the processing rule transfer request 206 and transmits a processing rule acceptance request 207 to another local system 100.
  • the processing rule acceptance request 207 includes a rule identifier, an event condition, processing content, load information, and a related rule identifier.
  • the rule identifier is the rule identifier of the processing rule 202 of the local system 100 that requests movement (acceptance) to another local system 100, and the processing rule 202 of the local system 100 included in the processing rule movement request 206.
  • the rule identifier is set.
  • the event condition and the processing content the event condition and the processing content of the processing rule 202 are set.
  • Load information 212 of the processing server 120 that processes the processing rule 202 is set in the load information.
  • the rule identifier of the processing rule 202 of the other local system 100 included in the processing rule movement request 206 is set. For example, when the processing rule setting unit 111 of the local system 100 (LS1) receives the processing rule movement request 206 of FIG.
  • the processing rule acceptance request 207 as shown in FIG. It transmits to the other local system 100 (LS2) included in 206.
  • the rule identifier (R12) of the processing rule 202 of the local system 100 (LS1) included in the processing rule transfer request 206 is set as the rule identifier of the processing rule acceptance request 207.
  • the load information 212 (20%) of the processing server 120 (PS12) that processes the processing rule 202 (R12) is set.
  • the rule identifier (R21) of the processing rule 202 of the other local system 100 (LS2) included in the processing rule movement request 206 is set.
  • the processing rule setting unit 111 of the local system 100 (LS2) receives the processing rule movement request 206 of FIG. 15 from the dispatcher 140 (GD3)
  • the processing rule acceptance request 207 of FIG. 19 is moved to the processing rule.
  • the request 206 is transmitted to another local system 100 (LS1).
  • the processing rule setting unit 111 of the local system 100 receives the processing rule acceptance request 207, is it possible to move (accept) the processing rule 202 included in the processing rule acceptance request 207 to the processing server 120 of the local system 100? Judgment is made (steps S304 and S307).
  • the processing rule setting unit 111 compares the load information 212 of the processing server 120 that processes the processing rule 202 of the related rule identifier included in the processing rule acceptance request 207 with the load information 212 included in the processing rule acceptance request 207. If the load information 212 included in the processing rule acceptance request 207 is large, it is determined that the processing rule 202 can be moved. If the processing rule setting unit 111 determines that the processing rule 202 is movable, the processing rule acceptance response 208 (OK: an identifier indicating acceptance OK) as shown in FIG. It transmits to the system 100 (step S308).
  • a processing rule acceptance response 208 (NG: an identifier indicating that acceptance is not possible) as illustrated in FIG. Transmission to the original local system 100 (step S305).
  • the processing rule setting unit 111 of the local system 100 (LS2), when receiving the processing rule acceptance request 207 of FIG. 17 from the local system 100 (LS1), processes the processing rule 202 (R21) of the related rule identifier.
  • the load information 212 (70%) of the server 120 (PS21) is compared with the load information 212 (20%) included in the processing rule acceptance request 207.
  • the processing rule setting unit 111 of the local system 100 determines that the processing rule 202 (R12) cannot be moved.
  • the processing rule setting unit 111 of the local system 100 (LS2) transmits the processing rule acceptance response 208 (NG) of FIG. 18 to the local system 100 (LS1).
  • the processing rule setting unit 111 of the local system 100 (LS1) receives the processing rule acceptance request 207 of FIG. 19 from the local system 100 (LS2)
  • the processing rule setting unit 111 processes the processing rule 202 (R12) of the related rule identifier.
  • the load information 212 (20%) of the server 120 (PS12) is compared with the load information 212 (70%) included in the processing rule acceptance request 207.
  • the processing rule setting unit 111 of the local system 100 determines that the processing rule 202 (R21) can be moved.
  • the processing rule setting unit 111 of the local system 100 (LS1) transmits the processing rule acceptance response 208 (OK) of FIG. 20 to the local system 100 (LS2).
  • the processing rule setting unit 111 of the local system 100 determines that the processing rule 202 included in the processing rule acceptance request 207 is movable, the processing rule 202 of the related rule identifier included in the processing rule acceptance request 207 is determined. Is set in the processing server 120 for processing (step S310).
  • the processing rule setting unit 111 updates the processing rule setting information 211 and stores it in the processing rule setting information storage unit 113 (step S311).
  • the dispatch rule setting unit 114 generates a local dispatch rule 203 that uses the processing server 120 in which the processing rule 202 is set as a transfer destination of the event 201 that matches the event condition of the processing rule 202, and sets the local dispatch rule in the local dispatcher 130 (step). S312, 313).
  • the dispatch rule setting unit 114 generates a dispatch rule 204 that uses the local system 100 as a transfer destination of the event 201 that matches the event condition of the processing rule 202, and sets it in the dispatcher 140 (steps S314 and S315).
  • the processing rule setting unit 111 of the local system 100 receives the processing rule acceptance response 208 (OK) in response to the processing rule acceptance request 207, the processing server that processes the processing rule 202 included in the processing rule acceptance request 207.
  • the processing rule 202 is deleted from 120 (step S320).
  • the processing rule setting unit 111 updates the processing rule setting information 211 and stores it in the processing rule setting information storage unit 113 (step S321).
  • the dispatch rule setting unit 114 deletes the local dispatch rule 203 related to the processing rule 202 from the local dispatcher 130 (step S322). Furthermore, the dispatch rule setting unit 114 deletes the dispatch rule 204 related to the processing rule 202 from the dispatcher 140 (step S323).
  • the local system 100 transmits the processing rule acceptance request 207 in FIG. 19 to the local system 100 (LS1), the local system 100 (LS1) determines that the processing rule 202 (R21) can be moved, and FIG.
  • the processing rule acceptance response 208 (OK) is transmitted to the local system 100 (LS2)
  • the processing rule 202 (R21) is moved from the local system 100 (LS2) to the local system 100 (LS1).
  • the processing rule 202 (R11, R12, R21) is set in the local system 100 (LS1)
  • the processing rule 202 (R22) is set in the local system 100 (LS2).
  • the processing rule setting information 211 of the local system 100 (LS1, LS2) is as shown in FIG.
  • FIG. 7 is a sequence diagram showing an operation of event processing (after processing rule movement) in the first exemplary embodiment of the present invention.
  • the event 201 is not duplicated.
  • the dispatcher 140 GD2 receives the event 201 (I31) for the dispatch rule 204 of FIG. 25
  • the event 201 (I31) is transferred to the local system 100 (LS1).
  • the local dispatcher 130 of the local system 100 searches the local dispatch rule 203, and when there is a matching event condition, the event dispatches the event 201 to the processing server 120 corresponding to the event condition (step S404, S405).
  • the local dispatcher 130 of the local system 100 LS1 receives the event 201 (I31) for the local dispatch rule 203 in FIG.
  • the event 201 (I31) is transferred to the processing server 120 (PS12).
  • the processing server 120 of the local system 100 receives the event 201
  • the processing server 120 processes the event 201 according to the processing rule 202 (steps S406 and S408), and transmits the event processing result 205 to the application server 160 (step S407, S409).
  • the processing server 120 processes the event 201 according to each processing rule 202 and transmits the event processing result 205.
  • the processing server 120 (PS12) of the local system 100 (LS1) receives the event 201 (I31)
  • the application server 160 (AS12) converts the event 201 (I31) into the event processing result 205 according to the processing rule 202 (R12).
  • the processing server 120 (PS12) transmits the event 201 (I31) as the event processing result 205 to the application server 160 (AS21) according to the processing rule 202 (R21).
  • the local system 100 performs processing according to the processing rule 202 (R12, R21), and the event processing result 205 is transmitted to the application server 160 (AS12, AS21).
  • FIG. 26 shows a characteristic configuration of the first embodiment.
  • the event processing system includes a plurality of dispatchers 140 that receive the event 201 from the event generation source 150 and a plurality of local systems 100 that transmit the event processing result 205 to the application server 160.
  • the local system 100 when the local system 100 receives the processing rule 202 including the event condition indicating the condition of the event 201 to be processed from the application server 160, the local system 100 sets the processing rule 202 in the local system 100, and sets the local system 100 to A dispatch rule 204 is generated as a transfer destination of the event 201 that matches the event condition, and the dispatch rule 204 is set in the dispatcher 140.
  • the local system 100 receives the event 201 from the dispatcher 140, the local system 100 processes the event 201 in accordance with the processing rule 202 and notifies the event processing result 205 to the application server 160 that is the transmission source of the processing rule 202.
  • the dispatcher 140 When the dispatcher 140 receives the event 201 from the event generation source 150, the dispatcher 140 refers to the dispatch rule 204 and transfers the event 201 to the local system 100 of the transfer destination corresponding to the event condition that matches the event 201.
  • the event condition of the dispatch rule 204 set based on the processing rule 202 of the local system 100 (LS1)
  • the event condition of the dispatch rule 204 set based on the processing rule 202 of the local system 100 (LS2)
  • the processing rule 202 of the local system 100 (LS1) is moved to the local system 100 (LS2) or the processing rule of the local system 100 (LS2) 202 is moved to the local system 100 (LS1).
  • the event 201 is based on the event condition of the dispatch rule 204 set based on the first processing rule 202 of the first local system 100 and the second processing rule 202 of the second local system 100.
  • the number of times that both the event conditions of the set dispatch rule 204 are met exceeds a predetermined threshold, the movement of the first processing rule 202 to the second local system 100 or the second processing rule 202 This is because movement to the first local system 100 is performed.
  • the processing rule setting unit 111 of the local system 100 receives the processing rule acceptance request 207, whether or not the processing rule 202 can be moved is determined based on the load information 212 of the processing server 120. I was judging.
  • the processing rule setting unit 111 determines whether the processing rule 202 can be moved based on the frequency with which the processing server 120 transmits the event processing result 205.
  • components having the same reference numerals as those in the first embodiment are the same as those in the first embodiment unless otherwise specified.
  • the application server 160 transmits the processing rule 202 to the nearby local system 100 based on the distance on the network. FIG.
  • the processing server 120 of the local system 100 stores and manages the processing result transmission information 213 representing the transmission frequency of the event processing result 205 instead of the load information 212 of the second embodiment (FIG. 2). To do.
  • the processing result transmission information 213 includes the rule identifier of the processing rule 202 and the transmission frequency of the event processing result 205 (processing result transmission frequency).
  • the processing result transmission frequency may be, for example, the number of event processing results 205 transmitted per unit time. Note that the processing result transmission frequency is measured by the processing server 120 and updated at a predetermined cycle. In the example of FIG.
  • the processing rule setting unit 111 of the local system 100 When the processing rule setting unit 111 of the local system 100 receives the processing rule transfer request 206, the processing rule setting unit 111 refers to the local system identifier included in the processing rule transfer request 206 and transmits a processing rule acceptance request 207 to another local system 100. (Steps S303 and S306). As shown in FIG. 29, the processing rule acceptance request 207 includes a rule identifier, an event condition, processing contents, a processing result transmission frequency, and a related rule identifier.
  • the processing result transmission frequency of the processing result transmission information 213 regarding the processing rule 202 acquired from the processing server 120 that processes the processing rule 202 of the rule identifier is set as the processing result transmission frequency.
  • the processing rule setting unit 111 of the local system 100 (LS1) transmits a processing rule acceptance request 207 as shown in FIG. 29 to the local system 100 (LS2).
  • the processing result transmission frequency (50) of the processing result transmission information 213 regarding the processing rule 202 (R12) acquired from the processing server 120 (PS12) that processes the processing rule 202 (R12) is included in the processing result transmission frequency.
  • the processing rule setting unit 111 of the local system 100 (LS2) transmits a processing rule acceptance request 207 as shown in FIG. 30 to the local system 100 (LS1).
  • the processing rule setting unit 111 of the local system 100 receives the processing rule acceptance request 207, is it possible to move (accept) the processing rule 202 included in the processing rule acceptance request 207 to the processing server 120 of the local system 100? Judgment is made (steps S304 and S307).
  • the processing rule setting unit 111 acquires the processing result transmission information 213 related to the processing rule 202 from the processing server 120 that processes the processing rule 202 of the related rule identifier included in the processing rule acceptance request 207.
  • the processing rule setting unit 111 compares the processing result transmission frequency in the acquired processing result transmission information 213 with the processing result transmission frequency included in the processing rule acceptance request 207, and the processing result transmission frequency included in the processing rule acceptance request 207.
  • the processing rule setting unit 111 of the local system 100 determines that the processing rule 202 (R12) cannot be moved.
  • the processing rule setting unit 111 of the local system 100 (LS2) receives the processing rule acceptance request 207 of FIG. 29 from the local system 100 (LS1)
  • the processing rule setting unit 111 processes the processing rule 202 (R21) of the related rule identifier.
  • the processing result transmission frequency (10) of the processing result transmission information 213 (R21) acquired from the server 120 (PS21) is compared with the processing result transmission frequency (50) included in the processing rule acceptance request 207.
  • the processing rule setting unit 111 of the local system 100 (LS2) determines that the processing rule 202 (R12) cannot be moved.
  • the processing rule setting unit 111 of the local system 100 When the processing rule setting unit 111 of the local system 100 (LS1) receives the processing rule acceptance request 207 of FIG. 30 from the local system 100 (LS2), the processing rule setting unit 111 processes the processing rule 202 (R12) of the related rule identifier.
  • the processing result transmission frequency (50) of the processing result transmission information 213 (R12) acquired from the server 120 (PS12) is compared with the processing result transmission frequency (10) included in the processing rule acceptance request 207. In this case, since the processing result transmission frequency included in the processing rule acceptance request 207 is small, the processing rule setting unit 111 of the local system 100 (LS1) determines that the processing rule 202 (R21) can be moved.
  • the transmission of the processing rule acceptance response 208, the setting of the processing rule 202, the setting of the local dispatch rule 203, and the setting of the dispatch rule 204 will be described in the first embodiment (steps S305, S308, S310 to S315 in FIG. 6). , S320 to S323).
  • the operation of the second embodiment of the present invention is completed.
  • the second embodiment of the present invention in an event processing system in which rule distributors are distributed in a plurality of local systems, when processing rules are moved between local systems, a decrease in network usage efficiency is suppressed. be able to.
  • the reason is that the first or second local system 100 is based on the transmission frequency of the event processing result 205 of the first processing rule 202 and the transmission frequency of the event processing result 205 of the second processing rule 202.
  • the application server 160 registers the processing rule 202 in the local system 100 at a short distance in order to determine whether the first processing rule 202 or the second processing rule 202 can be moved, the local system 100 transfers to the application server 160. This is because the transmission of the low-frequency event processing result 205 is performed at a long distance while the transmission of the low-frequency event processing result 205 is performed at a long distance.
  • the dispatcher 140 transmits the processing rule movement request 206 to the local system 100, and the local system 100 that has received the processing rule movement request 206 determines whether the processing rule 202 can be moved. , And moved.
  • a server for moving the processing rule 202 is provided, and the dispatcher 140 transmits the processing rule movement request 206 to the server, and the server sends the load information 212 and the processing result transmission information 213 of each local system 100. It may be collected to determine whether or not the processing rule 202 can be moved, and to instruct movement.
  • the local system 100 when the local system 100 receives the processing rule acceptance request 207 from the other local system 100 that has received the processing rule movement request 206, the “other local system 100” It was determined whether or not the processing rule 202 can be moved to the “local system 100”. However, the local system 100 that has received the processing rule acceptance request 207 may further determine whether or not the processing rule 202 of the “own local system 100” can be moved to “another local system 100”. Further, the local system 100 that has received the processing rule transfer request 206 collects the load information 212 and the processing result transmission information 213 from the other local systems 100, and the “own local system” of the processing rule 202 of the “other local system 100”.
  • the dispatcher 140 transmits the processing rule movement request 206 to both of the two local systems 100 that are the transfer destinations of the copied event 201.
  • the dispatcher 140 may transmit the processing rule movement request 206 to at least one of the two local systems 100.
  • the case where there are two local systems 100 to which the event 201 copied in the dispatcher 140 is transferred has been described.
  • the plurality of local systems 100 mutually exchange load information 212 and processing result transmission information 213, and based on these information, It may be determined which local system 100 processing rule 202 of the plurality of local systems 100 is aggregated in which local system 100.
  • the case where the event 201 is duplicated in one dispatcher 140 has been described.
  • the local system 100 When duplication of the event 201 occurs in a plurality of dispatchers 140, the local system 100 counts the number of receptions of the processing rule movement request 206 for each combination of the processing rules 202 related to each processing rule movement request 206, and processes the processing rule movement request.
  • the processing rule 202 may be moved for a combination of processing rules 202 in which the number of receptions 206 exceeds a predetermined threshold.
  • the present invention can be applied to an event processing system that processes events that occur in large quantities from devices such as RFIDs and sensors.
  • the present invention can be applied to a physical distribution traceability system using an event from an RFID or a sensor, an SCEM (Supply Chain Event Management) system, and an environmental management system such as weather or disaster.
  • SCEM Serial Chain Event Management

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Automation & Control Theory (AREA)
  • Multimedia (AREA)
  • Manufacturing & Machinery (AREA)
  • Computer And Data Communications (AREA)

Abstract

　ルール分配器を分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制する。 　イベント処理システムは、イベント２０１をローカルシステム１００に転送する複数のディスパッチャ１４０と、アプリケーションサーバ１６０へイベント処理結果２０５を送信する複数のローカルシステム１００とを備える。ディスパッチャ１４０において、ローカルシステム１００（ＬＳ１）の処理ルール２０２に基づくディスパッチルール２０４と、ローカルシステム１００（ＬＳ２）の処理ルール２０２に基づくディスパッチルール２０４の両方に、イベント２０１が合致した回数が所定の閾値を超過した場合、ローカルシステム１００（ＬＳ１）の処理ルール２０２をローカルシステム１００（ＬＳ２）へ移動、または、ローカルシステム１００（ＬＳ２）の処理ルール２０２をローカルシステム１００（ＬＳ１）へ移動する。

Description

イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体
　本発明は、イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体に関し、特にＲＦＩＤ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ　Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、センサのようなデバイス等から大量に発生するイベントの処理を行うイベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体に関する。
　デバイスなどから大量に発生するイベントを処理するシステムの一例が特許第４１６１９９８号公報に記載されている。図３１に特許第４１６１９９８号公報の負荷分散振り分けシステムを示す。図３１を参照すると、負荷分散振り分けシステムは、イベント処理分散器５０１（ルール分配器）、コンテキスト非依存振り分け器５０２、複数のコンテキスト依存振り分け器（ディスパッチャ）５０３ａ、５０３ｂ（以下、５０３と略称）、及び複数のイベント処理サーバ５０４ａ、５０４ｂ（以下、５０４と略称）により構成される。イベント処理を求めるアプリケーション５０６ａ、５０６ｂ（以下、５０６と略称）は、イベントの処理ルールをイベント処理分散器５０１に送信する（矢印５１１）。処理ルールを受信したイベント処理分散器５０１は、イベント処理サーバ５０４の負荷が均等になるように、かつ同じイベントに関するイベント処理は同じサーバで行われるように、処理ルールをイベント処理サーバ５０４に設定する（矢印５１２）。
　例えば、ＲＦＩＤシステムにおいて、アプリケーション５０６が、ある製品を製造するために必要な全ての部材のＲＦＩＤタグを全て検出したい場合、アプリケーション５０６は、「ある製品の全ての部材のＲＦＩＤタグを全て検出したらアプリケーションに通知する」という処理ルールを生成し、イベント処理分散器５０１に送信する。イベント処理分散器５０１は、この処理ルールを、例えば、イベント処理サーバ５０４ａに設定する。
　イベント処理分散器５０１は、処理されるイベントがそのイベントに関する処理ルールを設定された処理サーバに転送されるように、全てのコンテキスト依存振り分け器５０３にイベント振り分けルール（ディスパッチルール）を設定する（矢印５１３ａ、５１３ｂ）。
　上記に示した例の場合、イベント処理分散器５０１は、「その製品に関する部材のＲＦＩＤタグの検出イベントは、イベント処理サーバ５０４ａに転送する」というイベント振り分けルールをコンテキスト依存振り分け器５０３に設定する。
　これにより、デバイス等のイベント発生源５０５ａ、５０５ｂ（以下、５０５と略称）から発生したイベントは、コンテキスト依存イベント振り分け器５０３により、そのイベントに関する処理ルールが設定されたイベント処理サーバ５０４に転送される（矢印５１４ａ、５１４ｂ、５１５ａ、５１５ｂ、５１６ａ、５１６ｂ、５１６ｃ、５１６ｄ）。イベント処理サーバ５０４は、処理ルールに基づきイベントを処理し、処理結果をアプリケーション５０６に通知する（矢印５１７ａ、５１７ｂ）。
　特許第４１６１９９８号公報記載の負荷分散振り分けシステムでは、ルール分配器が複数のアプリケーションから処理要求を受け付け、イベント処理サーバへのイベント処理ルールの設定、ディスパッチルールの生成とディスパッチャへの設定を行う必要があった。このため、大規模なシステムでは、ルール分配器の処理負荷が高くなり、システムの処理性能に影響を与えるという問題がある。
　この問題を解決するために、ルール分配器をローカルシステム毎に分散配置し、イベント処理ルールの設定、イベント振り分けルールの生成・設定を、ローカルシステム毎に独立して行う方法がある。しかしながら、ルール分配器をローカルシステム毎に分散配置した場合、複数の異なるアプリケーションサーバが、異なるローカルシステムに対して、同じイベント条件の処理要求を行う可能性がある。この場合、複数のローカルシステムが、同じイベント条件のディスパッチルールをディスパッチャに設定するため、ディスパッチャは、１つのイベントを複数のローカルシステムに複製（コピー）して転送する必要があり、ディスパッチャの処理負荷が増大するという課題がある。
　本発明の目的は、上述した課題を解決し、ルール分配器を分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制することができるイベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体を提供することにある。
　本発明のイベント処理システムは、イベント発生源からイベントを受信する複数のディスパッチャとアプリケーションサーバへイベントの処理結果を送信する複数のローカルシステムとを備え、前記複数のローカルシステムのそれぞれは、前記アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定し、前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、前記複数のディスパッチャのそれぞれは、前記イベントを前記イベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先のローカルシステムに当該イベントを転送し、前記複数のディスパッチャのいずれかにおいて、前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とする。
　本発明のイベント処理方法は、ローカルシステムが、アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、前記ローカルシステムは、当該処理ルールを自ローカルシステムに設定し、前記ローカルシステムが、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、前記ディスパッチャが、前記イベントをイベント発生源から受信した場合、前記ディスパッチャは、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先のローカルシステムに当該イベントを転送し、前記ローカルシステムが、前記イベントを前記ディスパッチャから受信した場合、前記ローカルシステムは、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、前記ディスパッチャのいずれかにおいて、複数の前記ローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、複数の前記ローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とする。
　本発明のローカルシステムは、アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、前記ディスパッチャにおいて、自ローカルシステムが当該自ローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、他のローカルシステムが当該他のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記他のローカルシステムに移動することを特徴とする。
　本発明のディスパッチャは、複数のローカルシステムのそれぞれから、当該ローカルシステムをイベント条件に合致するイベントの転送先としたディスパッチルールを受信し、前記イベントをイベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先の前記ローカルシステムに当該イベントを転送し、前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とする。
　本発明の第一のプログラム記録媒体は、コンピュータに、アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、前記ディスパッチャにおいて、自ローカルシステムが当該自ローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、他のローカルシステムが当該他のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記他のローカルシステムに移動する処理を実行させる。
　本発明の第二のプログラム記録媒体は、コンピュータに、複数のローカルシステムのそれぞれから、当該ローカルシステムをイベント条件に合致するイベントの転送先としたディスパッチルールを受信し、前記イベントをイベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先の前記ローカルシステムに当該イベントを転送し、前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動する処理を実行させる。
　本発明の効果は、ルール分配器を分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制することができることである。
本発明の第一の実施の形態におけるイベント処理システム全体の構成を示す図である。 本発明の第一の実施の形態におけるローカルシステム１００の構成を示す図である。 本発明の第一の実施の形態におけるディスパッチャ１４０の構成を示す図である。 本発明の第一の実施の形態におけるディスパッチルール設定処理の動作を示すシーケンス図である。 本発明の第一の実施の形態におけるイベント処理（処理ルール移動前）の動作を示すシーケンス図である。 本発明の第一の実施の形態における処理ルール移動処理の動作を示すシーケンス図である。 本発明の第一の実施の形態におけるイベント処理（処理ルール移動後）の動作を示すシーケンス図である。 本発明の第一の実施の形態における処理ルール２０２（処理ルール移動前）の例を示す図である。 本発明の第一の実施の形態における処理ルール設定情報２１１（処理ルール移動前）の例を示す図である。 本発明の第一の実施の形態におけるローカルディスパッチルール２０３（処理ルール移動前）の例を示す図である。 本発明の第一の実施の形態における、ローカルシステム１００で生成されるディスパッチルール２０４（処理ルール移動前）の例を示す図である。 本発明の第一の実施の形態における、ディスパッチャに設定されたディスパッチルール２０４（処理ルール移動前）の例を示す図である。 本発明の第一の実施の形態におけるイベント２０１の例を示す図である。 本発明の第一の実施の形態における複製回数カウンタ２２１の例を示す図である。 本発明の第一の実施の形態における処理ルール移動要求２０６の例を示す図である。 本発明の第一の実施の形態における負荷情報２１２の例を示す図である。 本発明の第一の実施の形態における処理ルール受入要求２０７の例を示す図である。 本発明の第一の実施の形態における処理ルール受入応答２０８の例を示す図である。 本発明の第一の実施の形態における処理ルール受入要求２０７の他の例を示す図である。 本発明の第一の実施の形態における処理ルール受入応答２０８の他の例を示す図である。 本発明の第一の実施の形態における処理ルール２０２（処理ルール移動後）の例を示す図である。 本発明の第一の実施の形態における処理ルール設定情報２１１（処理ルール移動後）の例を示す図である。 本発明の第一の実施の形態におけるローカルディスパッチルール２０３（処理ルール移動後）の例を示す図である。 本発明の第一の実施の形態における、ローカルシステム１００で生成されるディスパッチルール２０４（処理ルール移動後）の例を示す図である。 本発明の第一の実施の形態における、ディスパッチャに設定されたディスパッチルール２０４（処理ルール移動後）の例を示す図である。 本発明の第一の実施の形態の特徴的な構成を示す図である。 本発明の第二の実施の形態におけるローカルシステム１００の構成を示す図である。 本発明の第一の実施の形態における処理結果送信情報２１３の例を示す図である。 本発明の第二の実施の形態における処理ルール受入要求２０７の例を示す図である。 本発明の第二の実施の形態における処理ルール受入要求２０７の他の例を示す図である。 特許第４１６１９９８号公報の負荷分散振り分けシステムの構成を示す図である。
　１００　ローカルシステム
　１１０　ルール分配部
　１１１　処理ルール設定部
　１１２　処理ルール分配アルゴリズム記憶部
　１１３　処理ルール設定情報記憶部
　１１４　ディスパッチルール設定部
　１２０　処理サーバ
　１３０　ローカルディスパッチャ
　１４０　ディスパッチャ
　１５０　イベント発生源
　１６０　アプリケーションサーバ
　２０１　イベント
　２０２　処理ルール
　２０３　ローカルディスパッチルール
　２０４　ディスパッチルール
　２０５　イベント処理結果
　２０６　処理ルール移動要求
　２０７　処理ルール受入要求
　２０８　処理ルール受入応答
　２１１　処理ルール設定情報
　２１２　負荷情報
　２１３　処理結果送信情報
　２２１　複製回数カウンタ
　（第一の実施の形態）
　次に、本発明の第一の実施の形態について図面を参照して詳細に説明する。
　図１は、本発明の第一の実施の形態におけるイベント処理システム全体の構成図である。図１を参照すると、本発明のイベント処理システムの第一の実施の形態は、ネットワーク（図示せず）上に設置される複数のローカルシステム１００、複数のディスパッチャ１４０、イベント発生源１５０、及びアプリケーションサーバ１６０を備える。
　ここで、ローカルシステム１００は、それぞれ識別子ＬＳ１、ＬＳ２の２つのローカルシステムを有する。また、複数のディスパッチャ１４０は、それぞれ識別子ＧＤ１~ＧＤ４の４つのディスパッチャを有する。イベント発生源１５０は、それぞれ識別子Ｇ１~Ｇ８の８つのイベント発生源を有する。また、アプリケーションサーバ１６０は、それぞれ識別子ＡＳ１１、ＡＳ１２、ＡＳ１３、ＡＳ２１、ＡＳ２２、ＡＳ２３の６つのアプリケーションサーバを有する。
　なお、各図面および以下の説明において、引用番号に続く（）内の符号は、識別子を示すものとする。たとえば、ローカルシステム１００（ＬＳ１）は、識別子ＬＳ１のローカルシステムを示し、アプリケーションサーバ１６０（ＡＳ１１）は、識別子ＡＳ１１のアプリケーションサーバを示す。このような表記は、処理ルールにおいても同様とする。
　イベント発生源１５０は、検出した情報をイベント２０１としてローカルシステム１００に送信する。イベント発生源１５０は、情報を検出してローカルシステム１００に送信できるものであれば、どのようなものでもよい。
　イベント発生源１５０としては、例えば、ＲＦＩＤリーダや磁気カードリーダ等、非接触あるいは接触型の情報読み取り装置や、温度、気圧、加速度等を検出する各種センサ等がある。
　イベント発生源１５０が送信するイベント２０１には、「ある時刻でイベント発生源１５０が検出した情報（例えば、ある時刻において検出されたＲＦＩＤタグの識別子や、温度、気圧、加速度等）」に加え、「当該イベント発生源が検出する情報の種別（イベント発生源種別）」、「当該イベント発生源の識別子（イベント発生源識別子）」、「検出された情報の検出時刻等の関連情報」等が属性情報（イベント属性情報）として含まれる。
　ディスパッチャ１４０は、イベント２０１をイベント発生源１５０から受信した場合、ディスパッチルール２０４を参照し、当該イベント２０１をローカルシステム１００へ転送する。
　アプリケーションサーバ１６０は、イベント発生源１５０において検出されたイベント２０１に対して各種情報処理を行うアプリケーションが動作するサーバである。アプリケーションサーバ１６０は、イベント発生源１５０により検出されたイベント２０１に対してローカルシステム１００において行われた処理の結果に対して各種情報処理を行う。また、アプリケーションサーバ１６０は、ローカルシステム１００が処理するイベント２０１の条件を指定したイベント条件と、当該イベント条件に合致したイベント２０１に対してローカルシステム１００が行う処理内容を含む処理ルール２０２とをローカルシステム１００に送信する。
　ローカルシステム１００は、アプリケーションサーバ１６０から受信した処理ルール２０２をもとにディスパッチルール２０４を生成し、当該ディスパッチルール２０４をディスパッチャ１４０に設定する。また、ローカルシステム１００は、ディスパッチャ１４０からイベント２０１を受信した場合、処理ルール２０２に従ってイベント２０１を処理し、当該イベント２０１の処理結果（イベント処理結果２０５）をアプリケーションサーバ１６０に送信する。
　ローカルシステム１００は、更に、ルール分配部１１０、少なくとも１つの処理サーバ１２０、及び少なくとも１つのローカルディスパッチャ１３０より構成される。図１は、ローカルシステム１００が、複数の処理サーバ１２０と１つのローカルディスパッチャ１３０とを有する場合を示している。ここで、処理サーバ１０２は、それぞれ識別子ＰＳ１１、ＰＳ１２、ＰＳ１３、ＰＳ２１、ＰＳ２２、ＰＳ２３の６つの処理サーバを有する。処理サーバ２０２（ＰＳ１１、ＰＳ１２、ＰＳ１３）は、ローカルシステム１００（ＬＳ１）に配置され、処理サーバ２０２（ＰＳ２１、ＰＳ２２、ＰＳ２３）は、ローカルシステム１００（ＬＳ２）に配置されている。
　ローカルシステム１００のルール分配部１１０は、処理ルール２０２の処理サーバ１２０への設定、ローカルディスパッチルール２０３の生成、及びディスパッチルール２０４の生成を行う。処理サーバ１２０は、処理ルール２０２に従って、イベント２０１を処理する。ローカルディスパッチャ１３０は、イベント２０１をディスパッチャ１４０から受信した場合、ローカルディスパッチルール２０３を参照し、当該イベント２０１を自ローカルシステム１００の処理サーバ１２０へ転送する。
　図２に本発明の第一の実施の形態におけるローカルシステム１００の構成を示す。ローカルシステム１００のルール分配部１１０は、更に、処理ルール設定部１１１、処理ルール分配アルゴリズム記憶部１１２、処理ルール設定情報記憶部１１３、及びディスパッチルール設定部１１４により構成される。
　処理ルール設定部１１１は、アプリケーションサーバ１６０から処理ルール２０２を受信した場合、当該処理ルール２０２を処理する処理サーバ１２０を決定し、当該処理ルール２０２を設定する。また、処理ルール設定部１１１は、ディスパッチャ１４０から処理ルール移動要求２０６を受信すると、他のローカルシステム１００に処理ルール受入要求２０７を送信し、当該他のローカルシステム１００へ処理ルール２０２の移動（受け入れ）を要求する。また、処理ルール設定部１１１は、他のローカルシステム１００から処理ルール受入要求２０７を受信すると、自ローカルシステム１００への処理ルール２０２の移動（受け入れ）の可否を判断する。処理ルール分配アルゴリズム記憶部１１２は、処理ルール２０２を処理する処理サーバ１２０を決定するための処理ルール分配アルゴリズム（図示せず）を記憶管理する。処理ルール設定情報記憶部１１３は、処理ルール２０２の設定結果を処理ルール設定情報２１１として記憶管理する。ディスパッチルール設定部１１４は、ローカルディスパッチルール２０３を生成し、ローカルディスパッチャ１３０に設定する。また、ディスパッチルール設定部１１４は、ディスパッチルール２０４を生成し、ディスパッチャ１４０に設定する。
　ローカルシステム１００の処理サーバ１２０は、処理ルール２０２に加え、自処理サーバ１２０の処理負荷の状態を表す負荷情報２１２を記憶管理する。負荷情報２１２は、例えば、図１６に示すように、処理サーバ１２０のＣＰＵ使用率（％）でもよい。
　図１６の例では、処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）の負荷情報２１２として、ＣＰＵ使用率２０％が設定され、処理ルール２０２（Ｒ２１）を処理する処理サーバ１２０（ＰＳ２１）の負荷情報２１２として、ＣＰＵ使用率７０％が設定されている。
　図３に本発明の第一の実施の形態におけるディスパッチャ１４０の構成を示す。ディスパッチャ１４０は、ディスパッチルール２０４に加え、イベント２０１の複製の回数を記憶管理する複製回数カウンタ２２１を含む。ディスパッチャ１４０は、１つのイベント２０１を複数のローカルシステム１００に転送する場合に行われるイベント２０１の複製の回数が、所定の閾値を超過した場合、処理ルール移動要求２０６を当該イベント２０１の転送先のローカルシステム１００に送信する。
　なお、ルール分配部１１０、処理サーバ１２０、ローカルディスパッチャ１３０、ディスパッチャ１４０、イベント発生源１５０、及びアプリケーションサーバ１６０は、それぞれプログラム制御によって動作する情報処理装置であってもよい。また、これらのうちのいくつかを一つの装置として構成してもよい。
　次に、本発明の第一の実施の形態の動作について図面を参照して説明する。
　はじめに、本発明の第一の実施の形態におけるディスパッチルール設定処理の動作について説明する。図４は、本発明の第一の実施の形態におけるディスパッチルール設定処理の動作を示すシーケンス図である。
　ここで、各アプリケーションサーバ１６０がイベント２０１の処理を要求するローカルシステム１００は予め決められており、各アプリケーションサーバ１６０に設定されているものとする。同様に、各イベント発生源１５０がイベント２０１を送信するディスパッチャ１４０も予め決められており、各イベント発生源１５０に設定されているものとする。アプリケーションサーバ１６０におけるローカルシステム１００に関する上記の設定は、管理者が直接ローカルシステム１００を指定することにより設定してもよいし、各アプリケーションサーバ１６０が、ネットワーク上の距離に基づいて、近くのローカルシステム１００を検出して設定してもよい。同様に、イベント発生源１５０におけるディスパッチャ１４０に関する上記の設定は、管理者が直接ディスパッチャ１４０を指定することにより設定してもよいし、各イベント発生源１５０が、ネットワーク上の距離に基づいて、近くのディスパッチャ１４０を検出して設定してもよい。
　イベント２０１の処理を要求するアプリケーションサーバ１６０は、処理ルール２０２をローカルシステム１００に送信する（ステップＳ１０１）。
　ここで、処理ルール２０２は、図８に示すように、ルール識別子Ｒ１１、Ｒ１２、Ｒ２１、Ｒ２２と、各ルール識別子と関連付けた、ローカルシステム１００が処理するイベント２０１の条件を指定したイベント条件、及び当該イベント条件に合致したイベント２０１に対してローカルシステム１００が行う処理内容とを含む。
　図８は、ローカルシステム１００（ＬＳ１）が処理ルール２０２（Ｒ１１、Ｒ１２）、ローカルシステム１００（ＬＳ２）が処理ルール２０２（Ｒ２１、Ｒ２２）を受信した場合の例を示している。図８の例では、ローカルシステム１００（ＬＳ１）の処理ルール２０２（Ｒ１２）に、イベント条件としてイベント発生源種別（ここではＲＦＩＤ）と検出情報（ＲＦＩＤタグのＴａｇＩＤ＝６）とが指定されている。また、このイベント条件に対する処理サーバ１２０の処理内容として、「アプリケーションサーバＡＳ１２へ通知」が指定されている。
　ローカルシステム１００が処理ルール２０２を受信すると、ルール分配部１１０の処理ルール設定部１１１は、処理ルール分配アルゴリズム記憶部１１２に記憶された処理ルール分配アルゴリズムと処理ルール設定情報記憶部１１３に記憶された処理ルール設定情報２１１とを参照し、当該処理ルール２０２を処理する処理サーバ１２０を決定する（ステップＳ１０２）。ローカルシステム１００は決定した処理サーバ１２０に処理ルール２０２を設定する（ステップＳ１０３）。処理ルール設定部１１１は、処理ルール設定情報２１１を更新し、更新された処理ルール設定情報２１１を処理ルール設定情報記憶部１１３に保存する（ステップＳ１０４）。
　ここで、処理ルール分配アルゴリズムとしては、例えば、処理内容に応じて処理サーバ１２０の負荷が均等となるように処理ルール２０２を振り分ける方法や、特許第４１６１９９８号公報に記載されているように、イベント条件が同一の処理ルール２０２を同一の処理サーバ１２０に振り分ける方法がある。
　また、処理ルール設定情報２１１は、図９に示すように、処理サーバ識別子と設定された処理ルール２０２のルール識別子とを含む。
　図９は、ローカルシステム１００（ＬＳ１）の処理サーバ（ＰＳ１１、ＰＳ１２）、及びローカルシステム１００（ＬＳ２）の処理サーバ（ＰＳ２１、ＰＳ２２）に設定された処理ルール２０２の例を示している。図９の例では、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）に処理ルール２０２（Ｒ１２）が設定されている。この設定により、処理サーバ１２０（ＰＳ１２）は、処理ルール２０２（Ｒ１２）を処理することになる。
　ディスパッチルール設定部１１４は、処理ルール２０２を設定した処理サーバ１２０を当該処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたローカルディスパッチルール２０３を生成する（ステップＳ１０５）。
　ローカルディスパッチルール２０３は、図１０に示すように、ルール識別子Ｒ１１、Ｒ１２、Ｒ２１、Ｒ２２と、各ルール識別子と関連付けた、イベント条件、及び転送先の処理サーバ１２０の識別子とを含む。
　図１０は、ローカルシステム１００（ＬＳ１）が生成するローカルディスパッチルール２０３（Ｒ１１、Ｒ１２）、及びローカルシステム１００（ＬＳ２）が生成するローカルディスパッチルール２０３（Ｒ２１、Ｒ２２）の例を示している。図１０の例では、ローカルシステム１００（ＬＳ１）のローカルディスパッチルール２０３（Ｒ１２）として、イベント条件に処理ルール２０２（Ｒ１２）のイベント条件（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）、転送先に処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０の識別子（ＰＳ１２）が設定されている。
　ディスパッチルール設定部１１４は、生成したローカルディスパッチルール２０３をローカルディスパッチャ１３０に設定する（ステップＳ１０６）。
　ディスパッチルール設定部１１４は、自ローカルシステム１００を処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたディスパッチルール２０４を生成する（ステップＳ１０７）。
　ディスパッチルール２０４は、図１１に示すように、ルール識別子Ｒ１１、Ｒ１２、Ｒ２１、Ｒ２２と、各ルール識別子と関連付けた、イベント条件、及びイベント２０１の転送先となるローカルシステム１００の識別子とを含む。
　図１１は、ローカルシステム１００（ＬＳ１）が生成するディスパッチルール２０４（Ｒ１１、Ｒ１２）、及びローカルシステム１００（ＬＳ２）が生成するディスパッチルール２０４（Ｒ２１、Ｒ２２）の例を示している。図１１の例では、ローカルシステム１００（ＬＳ１）が生成するディスパッチルール２０４（Ｒ１２）のイベント条件には、図８の処理ルール２０２（Ｒ１２）のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝６）が設定され、転送先には、ローカルシステム１００（ＬＳ１）の識別子が設定されている。
　ディスパッチルール設定部１１４は、生成したディスパッチルール２０４をディスパッチャ１４０に設定する（ステップＳ１０８）。
　例えば、ローカルシステム１００（ＬＳ１、ＬＳ２）が、図１１のディスパッチルール２０４をディスパッチャ１４０にそれぞれ設定した場合、各ディスパッチャ１４０には、図１２のようなディスパッチルール２０４が設定される。
　次に、本発明の第一の実施の形態におけるイベント処理（処理ルール移動前）の動作について説明する。図５は、本発明の第一の実施の形態におけるイベント処理（処理ルール移動前）の動作を示すシーケンス図である。
　イベント発生源１５０が検出対象の情報を検出すると、イベント発生源１５０は検出した情報をイベント２０１としてディスパッチャ１４０に送信する（ステップＳ２０１）。
　イベント２０１は、図１３に示すように、イベント識別子Ｉ３１、イベント発生源種別、イベント発生源識別子、検出時刻、検出情報等のイベント属性情報を含む。図１３の例では、イベント２０１（Ｉ３１）のイベント属性情報として、イベント発生源種別：ＲＦＩＤ、イベント発生源識別子：Ｇ３、検出情報：ＴａｇＩＤ＝６が設定されている。
　ディスパッチャ１４０は、イベント２０１を受信すると、イベント２０１に含まれるイベント属性情報がディスパッチルール２０４のイベント条件のいずれかに合致するかどうかを検索する（ステップＳ２０２）。合致するイベント条件がある場合、ディスパッチャ１４０は、ディスパッチルール２０４を参照し、当該イベント条件に対応するローカルシステム１００にイベント２０１を転送する。ここで、合致するイベント条件が複数存在する場合、ディスパッチャ１４０は、イベント２０１を複製（コピー）し（ステップＳ２０３）、合致するそれぞれのイベント条件に対応するローカルシステム１００にイベント２０１を転送する（ステップＳ２０４、Ｓ２０５）。このとき、ディスパッチャ１４０は、複製回数カウンタ２２１によりイベント２０１の複製の回数、すなわち、イベント２０１が複数のイベント条件に合致した回数をカウントする（ステップＳ２０３）。
　複製回数カウンタ２２１は、図１４に示すように、イベント２０１が合致する複数のイベント条件に対応するルール識別子の組み合わせ、当該ルール識別子の組み合わせに関してイベント２０１を複製した回数（複製回数）を含む。
　例えば、ディスパッチャ１４０（ＧＤ２）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、図１２のディスパッチルール２０４（Ｒ１２、Ｒ２１）のイベント条件に合致する。ディスパッチャ１４０（ＧＤ２）は、イベント２０１（Ｉ３１）を複製し、ローカルシステム１００（ＬＳ１）とローカルシステム１００（ＬＳ２）とに転送する。このとき、ディスパッチャ１４０（ＧＤ２）は、図１４の複製回数カウンタ２２１により、ルール識別子Ｒ１２、Ｒ２１の組み合わせに対して、複製回数をカウントする。
　なお、複製回数カウンタ２２１の複製回数は、定期的に０にリセットされるものとする。
　ローカルシステム１００がイベント２０１を受信すると、ローカルディスパッチャ１３０は、イベント２０１に含まれるイベント属性情報がローカルディスパッチルール２０３のイベント条件のいずれかに合致するかどうかを検索する（ステップＳ２１１、Ｓ２２１）。合致するイベント条件がある場合、ローカルディスパッチャ１３０は、ローカルディスパッチルール２０３を参照し、当該イベント条件に対応する処理サーバ１２０にイベント２０１を転送する（ステップＳ２１２、Ｓ２２２）。
　例えば、ローカルシステム１００（ＬＳ１）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、ローカルディスパッチルール２０３（Ｒ１２）のイベント条件に合致するため、ローカルシステム１００（ＬＳ１）のローカルディスパッチャ１３０は、イベント２０１（Ｉ３１）を処理サーバ１２０（ＰＳ１２）に転送する。同様に、ローカルシステム１００（ＬＳ２）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、ローカルディスパッチルール２０３（Ｒ２１）のイベント条件に合致するため、ローカルシステム１００（ＬＳ２）のローカルディスパッチャ１３０は、イベント２０１（Ｉ３１）を処理サーバ１２０（ＰＳ２１）に転送する。
　ローカルシステム１００の処理サーバ１２０がイベント２０１を受信すると、処理サーバ１２０は、処理ルール２０２に従ってイベント２０１を処理し（ステップＳ２１３、Ｓ２２３）、アプリケーションサーバ１６０へイベント処理結果２０５を送信する（ステップＳ２１４、Ｓ２２４）。
　例えば、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）は、イベント処理結果２０５として、イベント２０１（Ｉ３１）をアプリケーションサーバ１６０（ＡＳ１２）に送信する。また、ローカルシステム１００（ＬＳ２）の処理サーバ１２０（ＰＳ２１）は、イベント処理結果２０５として、イベント２０１（Ｉ３１）をアプリケーションサーバ１６０（ＡＳ２１）に送信する。
　次に、本発明の第一の実施の形態における処理ルール移動処理の動作について説明する。図６は、本発明の第一の実施の形態における処理ルール移動処理の動作を示すシーケンス図である。
　ステップＳ２０３において、複製回数カウンタ２２１の複製回数が複製回数閾値を超えた場合、ディスパッチャ１４０は、当該複製回数が所定の閾値を超えたルール識別子の組み合わせに含まれる各ルール識別子に関し、ディスパッチルール２０４を参照し、各ルール識別子に対応する転送先のローカルシステム１００、すなわち、各ルール識別子のディスパッチルール２０４を設定したローカルシステム１００に、処理ルール移動要求２０６を送信する（ステップＳ３０１、Ｓ３０２）。ここで、複製回数閾値は、予め、ディスパッチャ１４０に設定されているものとする。
　処理ルール移動要求２０６は、図１５に示すように、当該ルール識別子の組み合わせに含まれる各ルール識別子、及び当該ルール識別子に対応する転送先のローカルシステム１００の識別子を含む。
　例えば、図１４の複製回数カウンタ２２１の複製回数が複製回数閾値を超えた場合、ディスパッチャ１４０は、図１５に示すように、ローカルシステム識別子とルール識別子として、（ＬＳ１、Ｒ１２）、（ＬＳ２、Ｒ２１）を含む処理ルール移動要求２０６を、ローカルシステム１００（ＬＳ１、ＬＳ２）に送信する。
　ローカルシステム１００の処理ルール設定部１１１は、処理ルール移動要求２０６を受信すると、処理ルール移動要求２０６に含まれるローカルシステム識別子を参照し、他のローカルシステム１００に、処理ルール受入要求２０７を送信する（ステップＳ３０３、Ｓ３０６）。
　処理ルール受入要求２０７は、図１７に示すように、ルール識別子、イベント条件、処理内容、負荷情報、及び関連ルール識別子を含む。ここで、ルール識別子は、他のローカルシステム１００に移動（受け入れ）を要求する自ローカルシステム１００の処理ルール２０２のルール識別子であり、処理ルール移動要求２０６に含まれる自ローカルシステム１００の処理ルール２０２のルール識別子が設定される。イベント条件と処理内容とには、当該処理ルール２０２のイベント条件と処理内容とが設定される。負荷情報には、当該処理ルール２０２を処理する処理サーバ１２０の負荷情報２１２が設定される。関連ルール識別子には、処理ルール移動要求２０６に含まれる他ローカルシステム１００の処理ルール２０２のルール識別子が設定される。
　例えば、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、ディスパッチャ１４０（ＧＤ３）から図１５の処理ルール移動要求２０６を受信した場合、図１７のような処理ルール受入要求２０７を処理ルール移動要求２０６に含まれる他のローカルシステム１００（ＬＳ２）に送信する。この場合、処理ルール受入要求２０７のルール識別子には、処理ルール移動要求２０６に含まれる自ローカルシステム１００（ＬＳ１）の処理ルール２０２のルール識別子（Ｒ１２）が設定される。イベント条件と処理内容とには、処理ルール２０２（Ｒ１２）のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝６）と処理内容（ＡＳ１２へ通知）とが設定される。負荷情報には、処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）の負荷情報２１２（２０％）が設定される。関連ルール識別子には、処理ルール移動要求２０６に含まれる他ローカルシステム１００（ＬＳ２）の処理ルール２０２のルール識別子（Ｒ２１）が設定される。同様に、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、ディスパッチャ１４０（ＧＤ３）から図１５の処理ルール移動要求２０６を受信した場合、図１９のような処理ルール受入要求２０７を処理ルール移動要求２０６に含まれる他のローカルシステム１００（ＬＳ１）に送信する。
　ローカルシステム１００の処理ルール設定部１１１は、処理ルール受入要求２０７を受信すると、処理ルール受入要求２０７に含まれる処理ルール２０２を自ローカルシステム１００の処理サーバ１２０に移動する（受け入れる）ことが可能かどうか判断する（ステップＳ３０４、Ｓ３０７）。ここで、処理ルール設定部１１１は、処理ルール受入要求２０７に含まれる関連ルール識別子の処理ルール２０２を処理する処理サーバ１２０の負荷情報２１２と処理ルール受入要求２０７に含まれる負荷情報２１２とを比較し、処理ルール受入要求２０７に含まれる負荷情報２１２が大きい場合、当該処理ルール２０２を移動可能と判断する。
　処理ルール設定部１１１は、当該処理ルール２０２を移動可能と判断した場合、図２０のような、処理ルール受入応答２０８（ＯＫ：受入ＯＫを示す識別子）を処理ルール受入要求２０７の送信元のローカルシステム１００に送信する（ステップＳ３０８）。一方、処理ルール設定部１１１は、当該処理ルール２０２を移動不可能と判断した場合、図１８のような、処理ルール受入応答２０８（ＮＧ：受入不可を示す識別子）を処理ルール受入要求２０７の送信元のローカルシステム１００に送信する（ステップＳ３０５）。
　例えば、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、ローカルシステム１００（ＬＳ１）から図１７の処理ルール受入要求２０７を受信した場合、関連ルール識別子の処理ルール２０２（Ｒ２１）を処理する処理サーバ１２０（ＰＳ２１）の負荷情報２１２（７０％）と処理ルール受入要求２０７に含まれる負荷情報２１２（２０％）とを比較する。この場合、処理ルール受入要求２０７に含まれる負荷情報２１２が小さいため、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、処理ルール２０２（Ｒ１２）を移動不可能と判断する。ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、図１８の処理ルール受入応答２０８（ＮＧ）をローカルシステム１００（ＬＳ１）に送信する。
　また、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、ローカルシステム１００（ＬＳ２）から図１９の処理ルール受入要求２０７を受信した場合、関連ルール識別子の処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）の負荷情報２１２（２０％）と処理ルール受入要求２０７に含まれる負荷情報２１２（７０％）とを比較する。この場合、処理ルール受入要求２０７に含まれる負荷情報２１２が大きいため、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、処理ルール２０２（Ｒ２１）を移動可能と判断する。ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、図２０の処理ルール受入応答２０８（ＯＫ）をローカルシステム１００（ＬＳ２）に送信する。
　ローカルシステム１００の処理ルール設定部１１１は、処理ルール受入要求２０７に含まれる処理ルール２０２を移動可能と判断した場合、当該処理ルール２０２を処理ルール受入要求２０７に含まれる関連ルール識別子の処理ルール２０２を処理する処理サーバ１２０に設定する（ステップＳ３１０）。処理ルール設定部１１１は、処理ルール設定情報２１１を更新し、処理ルール設定情報記憶部１１３に保存する（ステップＳ３１１）。ディスパッチルール設定部１１４は、処理ルール２０２を設定した処理サーバ１２０を当該処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたローカルディスパッチルール２０３を生成し、ローカルディスパッチャ１３０に設定する（ステップＳ３１２、３１３）。更に、ディスパッチルール設定部１１４は、自ローカルシステム１００を当該処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたディスパッチルール２０４を生成し、ディスパッチャ１４０に設定する（ステップＳ３１４、Ｓ３１５）。
　一方、ローカルシステム１００の処理ルール設定部１１１は、処理ルール受入要求２０７に対して処理ルール受入応答２０８（ＯＫ）を受信した場合、処理ルール受入要求２０７に含まれる処理ルール２０２を処理する処理サーバ１２０から当該処理ルール２０２を削除する（ステップＳ３２０）。処理ルール設定部１１１は、処理ルール設定情報２１１を更新し、処理ルール設定情報記憶部１１３に保存する（ステップＳ３２１）。ディスパッチルール設定部１１４は、当該処理ルール２０２に関するローカルディスパッチルール２０３をローカルディスパッチャ１３０から削除する（ステップＳ３２２）。更に、ディスパッチルール設定部１１４は、当該処理ルール２０２に関するディスパッチルール２０４をディスパッチャ１４０から削除する（ステップＳ３２３）。
　例えば、ローカルシステム１００（ＬＳ２）が図１９の処理ルール受入要求２０７をローカルシステム１００（ＬＳ１）に送信し、ローカルシステム１００（ＬＳ１）が処理ルール２０２（Ｒ２１）を移動可能と判断し、図２０の処理ルール受入応答２０８（ＯＫ）をローカルシステム１００（ＬＳ２）に送信した場合、処理ルール２０２（Ｒ２１）は、ローカルシステム１００（ＬＳ２）からローカルシステム１００（ＬＳ１）へ移動される。この結果、図２１のように、処理ルール２０２（Ｒ１１、Ｒ１２、Ｒ２１）がローカルシステム１００（ＬＳ１）に、処理ルール２０２（Ｒ２２）がローカルシステム１００（ＬＳ２）にそれぞれ設定される。また、ローカルシステム１００（ＬＳ１、ＬＳ２）の処理ルール設定情報２１１は図２２のようになる。この場合、処理ルール２０２（Ｒ１２、Ｒ２１）が、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）に設定される。
　また、ローカルシステム１００（ＬＳ１）が生成するローカルディスパッチルール２０３（Ｒ１１、Ｒ１２、Ｒ２１）、及びローカルシステム１００（ＬＳ２）が生成するローカルディスパッチルール２０３（Ｒ２２）は、それぞれ図２３のようになる。この場合、処理ルール２０２（Ｒ１２、Ｒ２１）のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝６）の転送先は、処理サーバ１２０（ＰＳ１２）となる。
　更に、ローカルシステム１００（ＬＳ１）が生成するディスパッチルール２０４（Ｒ１１、Ｒ１２、Ｒ２１）、及びローカルシステム１００（ＬＳ２）が生成するディスパッチルール２０４（Ｒ２２）は、それぞれ図２４のようになる。また、各ディスパッチャ１４０に設定されるディスパッチルール２０４は、図２５のようになる。この場合、処理ルール２０２（Ｒ１２、Ｒ２１）のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝６）の転送先は、ローカルシステム１００（ＬＳ１）となる。
　次に、本発明の第一の実施の形態におけるイベント処理（処理ルール移動後）の動作について説明する。図７は、本発明の第一の実施の形態におけるイベント処理（処理ルール移動後）の動作を示すシーケンス図である。
　ディスパッチャ１４０は、イベント２０１を受信すると、ディスパッチルール２０４を検索し、合致するイベント条件がある場合、当該イベント条件に対応するローカルシステム１００にイベント２０１を転送する（ステップＳ４０２、Ｓ４０３）。ここで、処理ルール移動後は、合致するイベント条件が１つとなるため、イベント２０１の複製は行われない。
　例えば、ディスパッチャ１４０（ＧＤ２）が、図２５のディスパッチルール２０４に対して、イベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）をローカルシステム１００（ＬＳ１）に転送する。
　ローカルシステム１００のローカルディスパッチャ１３０は、イベント２０１を受信すると、ローカルディスパッチルール２０３を検索し、合致するイベント条件がある場合、当該イベント条件に対応する処理サーバ１２０にイベント２０１を転送する（ステップＳ４０４、Ｓ４０５）。
　例えば、ローカルシステム１００（ＬＳ１）のローカルディスパッチャ１３０が、図２３のローカルディスパッチルール２０３に対して、イベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）を処理サーバ１２０（ＰＳ１２）に転送する。
　ローカルシステム１００の処理サーバ１２０がイベント２０１を受信すると、処理サーバ１２０は、処理ルール２０２に従ってイベント２０１を処理し（ステップＳ４０６、Ｓ４０８）、アプリケーションサーバ１６０へイベント処理結果２０５を送信する（ステップＳ４０７、Ｓ４０９）。このとき、処理サーバ１２０は、イベント２０１が設定されている複数の処理ルール２０２のイベント条件に合致する場合、イベント２０１をそれぞれの処理ルール２０２に従って処理し、イベント処理結果２０５を送信する。
　例えば、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）は、イベント２０１（Ｉ３１）を受信すると、処理ルール２０２（Ｒ１２）に従って、イベント２０１（Ｉ３１）をイベント処理結果２０５としてアプリケーションサーバ１６０（ＡＳ１２）に送信する。更に、処理サーバ１２０（ＰＳ１２）は、処理ルール２０２（Ｒ２１）に従って、イベント２０１（Ｉ３１）をイベント処理結果２０５としてアプリケーションサーバ１６０（ＡＳ２１）に送信する。
　以上、図１に示したように、処理ルール移動後は、ローカルシステム１００配下のイベント発生源１５０から送信されたイベント２０１（Ｉ３１）（ＴａｇＩＤ＝６）は、ローカルシステム１００（ＬＳ１）に転送され、ローカルシステム１００（ＬＳ１）にて処理ルール２０２（Ｒ１２、Ｒ２１）に従った処理が行われ、イベント処理結果２０５がアプリケーションサーバ１６０（ＡＳ１２、ＡＳ２１）へ送信される。
　以上により、本発明の第一の実施の形態の動作が完了する。
　次に、図２６に第一の実施の形態の特徴的な構成を示す。
　イベント処理システムは、イベント発生源１５０からイベント２０１を受信する複数のディスパッチャ１４０とアプリケーションサーバ１６０へイベント処理結果２０５を送信する複数のローカルシステム１００とを備える。
　ここで、ローカルシステム１００は、アプリケーションサーバ１６０から処理するイベント２０１の条件を示すイベント条件を含む処理ルール２０２を受信した場合、当該処理ルール２０２を自ローカルシステム１００に設定し、自ローカルシステム１００を当該イベント条件に合致するイベント２０１の転送先としたディスパッチルール２０４を生成し、当該ディスパッチルール２０４をディスパッチャ１４０に設定する。そして、ローカルシステム１００は、イベント２０１をディスパッチャ１４０から受信した場合、処理ルール２０２に従ってイベント２０１を処理し、イベント処理結果２０５を、当該処理ルール２０２の送信元のアプリケーションサーバ１６０に通知する。
　ディスパッチャ１４０は、イベント２０１をイベント発生源１５０から受信した場合、ディスパッチルール２０４を参照し、当該イベント２０１に合致する前記イベント条件に対応した転送先のローカルシステム１００に当該イベント２０１を転送する。
　ここで、ディスパッチャ１４０において、ローカルシステム１００（ＬＳ１）の処理ルール２０２に基づき設定したディスパッチルール２０４のイベント条件と、ローカルシステム１００（ＬＳ２）の処理ルール２０２に基づき設定したディスパッチルール２０４のイベント条件との両方に、イベント２０１が合致した回数が所定の閾値を超過した場合、ローカルシステム１００（ＬＳ１）の処理ルール２０２をローカルシステム１００（ＬＳ２）へ移動、または、ローカルシステム１００（ＬＳ２）の処理ルール２０２をローカルシステム１００（ＬＳ１）へ移動する。
　本発明の第一の実施の形態によれば、ルール分配器を複数のローカルシステムに分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制することができる。その理由は、ディスパッチャ１４０において、イベント２０１が第一のローカルシステム１００の第一の処理ルール２０２に基づき設定したディスパッチルール２０４のイベント条件と第二のローカルシステム１００の第二の処理ルール２０２に基づき設定したディスパッチルール２０４のイベント条件との両方に合致した回数が所定の閾値を超過した場合、第一の処理ルール２０２の第二のローカルシステム１００への移動、または、第二の処理ルール２０２の第一のローカルシステム１００への移動が行われるためである。
　また、本発明の第一の実施の形態によれば、ルール分配器を分散配置したイベント処理システムにおいて、ローカルシステム間で処理ルールを移動する場合に、処理サーバの負荷に偏りが生じないように処理ルールを配置できる。その理由は、第一または第二のローカルシステム１００が、第一の処理ルール２０２を設定した処理サーバ１２０の負荷情報２１２と、第二の処理ルール２０２を設定した処理サーバ１２０の負荷情報２１２とをもとに、第一の処理ルール２０２または第二の処理ルール２０２の移動の可否を判断するためである。
　（第二の実施の形態）
　次に、本発明の第二の実施の形態について図面を参照して詳細に説明する。
　本発明の第一の実施の形態では、ローカルシステム１００の処理ルール設定部１１１が、処理ルール受入要求２０７を受信した場合、処理サーバ１２０の負荷情報２１２をもとに処理ルール２０２の移動可否を判断していた。本発明の第二の実施の形態では、処理ルール設定部１１１は、処理サーバ１２０がイベント処理結果２０５を送信する頻度をもとに処理ルール２０２の移動可否を判断する。
　なお、本発明の第二の実施の形態において、第一の実施の形態と同一の符号を有する構成要素については、特に説明の無い限り、第一の実施の形態と同一であるものとする。
　また、本発明の第二の実施の形態においては、アプリケーションサーバ１６０は、ネットワーク上の距離に基づいて、近くのローカルシステム１００に処理ルール２０２を送信するものとする。
　図２７に本発明の第二の実施の形態におけるローカルシステム１００の構成を示す。図２７を参照すると、ローカルシステム１００の処理サーバ１２０は、第二の実施の形態（図２）の負荷情報２１２の代わりに、イベント処理結果２０５の送信頻度を表す処理結果送信情報２１３を記憶管理する。処理結果送信情報２１３は、図２８に示すように、処理ルール２０２のルール識別子とイベント処理結果２０５の送信頻度（処理結果送信頻度）とを含む。処理結果送信頻度は、例えば、単位時間あたりのイベント処理結果２０５の送信数でもよい。なお、処理結果送信頻度は、処理サーバ１２０が計測を行い、所定の周期で、更新するものとする。
　図２８の例では、処理サーバ１２０（ＰＳ１２）における処理ルール２０２（Ｒ１２）に関する処理結果送信頻度として５０が設定され、処理サーバ１２０（ＰＳ２１）における処理ルール２０２（Ｒ２１）に関する処理結果送信頻度として１０が設定されている。
　次に、本発明の第二の実施の形態における処理ルール移動処理の動作について説明する。
　本発明の第二の実施の形態における処理ルール移動処理の動作は、第二の実施の形態の処理ルール移動処理の動作（図６）において、処理ルール設定部１１１が処理結果送信情報２１３の処理結果送信頻度をもとに処理ルール２０２の移動可否を判断することを除き、第一の実施の形態（図６）と同様となる。
　ローカルシステム１００の処理ルール設定部１１１は、処理ルール移動要求２０６を受信すると、処理ルール移動要求２０６に含まれるローカルシステム識別子を参照し、他のローカルシステム１００に、処理ルール受入要求２０７を送信する（ステップＳ３０３、Ｓ３０６）。
　処理ルール受入要求２０７は、図２９に示すように、ルール識別子、イベント条件、処理内容、処理結果送信頻度、関連ルール識別子を含む。ここで、処理結果送信頻度には、当該ルール識別子の処理ルール２０２を処理する処理サーバ１２０から取得した、当該処理ルール２０２に関する処理結果送信情報２１３の処理結果送信頻度が設定される。
　例えば、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、図２９のような処理ルール受入要求２０７をローカルシステム１００（ＬＳ２）に送信する。この場合、処理結果送信頻度には、処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）から取得した、処理ルール２０２（Ｒ１２）に関する処理結果送信情報２１３の処理結果送信頻度（５０）が設定される。同様に、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、図３０のような処理ルール受入要求２０７をローカルシステム１００（ＬＳ１）に送信する。
　ローカルシステム１００の処理ルール設定部１１１は、処理ルール受入要求２０７を受信すると、処理ルール受入要求２０７に含まれる処理ルール２０２を自ローカルシステム１００の処理サーバ１２０に移動する（受け入れる）ことが可能かどうか判断する（ステップＳ３０４、Ｓ３０７）。ここで、処理ルール設定部１１１は、処理ルール受入要求２０７に含まれる関連ルール識別子の処理ルール２０２を処理する処理サーバ１２０から、当該処理ルール２０２に関する処理結果送信情報２１３を取得する。処理ルール設定部１１１は、取得した処理結果送信情報２１３内の処理結果送信頻度と処理ルール受入要求２０７に含まれる処理結果送信頻度とを比較し、処理ルール受入要求２０７に含まれる処理結果送信頻度が小さい場合、当該処理ルール２０２を移動可能と判断する。
　例えば、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、ローカルシステム１００（ＬＳ１）から図２９の処理ルール受入要求２０７を受信した場合、関連ルール識別子の処理ルール２０２（Ｒ２１）を処理する処理サーバ１２０（ＰＳ２１）から取得した処理結果送信情報２１３（Ｒ２１）の処理結果送信頻度（１０）と処理ルール受入要求２０７に含まれる処理結果送信頻度（５０）とを比較する。この場合、処理ルール受入要求２０７に含まれる処理結果送信頻度が大きいため、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、処理ルール２０２（Ｒ１２）を移動不可能と判断する。
　また、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、ローカルシステム１００（ＬＳ２）から図３０の処理ルール受入要求２０７を受信した場合、関連ルール識別子の処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）から取得した処理結果送信情報２１３（Ｒ１２）の処理結果送信頻度（５０）と処理ルール受入要求２０７に含まれる処理結果送信頻度（１０）とを比較する。この場合、処理ルール受入要求２０７に含まれる処理結果送信頻度が小さいため、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、処理ルール２０２（Ｒ２１）を移動可能と判断する。
　以下、処理ルール受入応答２０８の送信、処理ルール２０２の設定、ローカルディスパッチルール２０３の設定、及びディスパッチルール２０４の設定については、第一の実施の形態（図６のステップＳ３０５、Ｓ３０８、Ｓ３１０~Ｓ３１５、Ｓ３２０~Ｓ３２３）と同様となる。
　以上により、本発明の第二の実施の形態の動作が完了する。
　本発明の第二の実施の形態によれば、ルール分配器を複数のローカルシステムに分散配置したイベント処理システムにおいて、ローカルシステム間で処理ルールを移動する場合に、ネットワークの使用効率の低下を抑えることができる。その理由は、第一または第二のローカルシステム１００が、第一の処理ルール２０２のイベント処理結果２０５の送信頻度と、第二の処理ルール２０２のイベント処理結果２０５の送信頻度とをもとに、第一の処理ルール２０２または第二の処理ルール２０２の移動の可否を判断するため、アプリケーションサーバ１６０が近距離のローカルシステム１００に処理ルール２０２を登録する場合、ローカルシステム１００からアプリケーションサーバ１６０への高頻度のイベント処理結果２０５の送信は近距離で行われたまま、低頻度のイベント処理結果２０５の送信は遠距離で行われるようになるためである。
　なお、上述の本発明の実施の形態においては、ディスパッチャ１４０がローカルシステム１００に処理ルール移動要求２０６を送信し、当該処理ルール移動要求２０６を受信したローカルシステム１００が処理ルール２０２の移動可否の判断、及び移動を行った。しかしながら、処理ルール２０２の移動を行うためのサーバを設け、ディスパッチャ１４０が、当該サーバに処理ルール移動要求２０６を送信し、当該サーバが、各ローカルシステム１００の負荷情報２１２や処理結果送信情報２１３を収集し、処理ルール２０２の移動可否の判断、及び移動の指示を行うようにしてもよい。
　また、上述の本発明の実施の形態においては、ローカルシステム１００が、処理ルール移動要求２０６を受信した他のローカルシステム１００から処理ルール受入要求２０７を受信した場合、「他のローカルシステム１００」の処理ルール２０２の「自ローカルシステム１００」への移動可否の判断を行った。しかしながら、処理ルール受入要求２０７を受信したローカルシステム１００が、更に、「自ローカルシステム１００」の処理ルール２０２の「他のローカルシステム１００」への移動可否を判断するようにしてもよい。また、処理ルール移動要求２０６を受信したローカルシステム１００が、他のローカルシステム１００から負荷情報２１２や処理結果送信情報２１３を収集し、「他のローカルシステム１００」の処理ルール２０２の「自ローカルシステム１００」への移動可否、「自ローカルシステム１００」の処理ルール２０２の「他のローカルシステム１００」への移動可否を判断するようにしてもよい。
　また、上述の本発明の実施の形態においては、ディスパッチャ１４０が、複製したイベント２０１の転送先である２つのローカルシステム１００の両方に処理ルール移動要求２０６を送信していた。しかしながら、上述のように、当該２つのローカルシステム１００のいずれかが処理ルール移動要求２０６を受信することにより、当該２つのローカルシステム１００のどちらの処理ルール２０２を他方のローカルシステム１００に移動するかを判断できる場合、ディスパッチャ１４０は、当該２つのローカルシステム１００の少なくとも一方に処理ルール移動要求２０６を送信するようにしてもよい。
　また、上述の本発明の実施の形態においては、ディスパッチャ１４０において複製したイベント２０１の転送先となるローカルシステム１００が２つの場合について説明した。複製したイベント２０１の転送先となるローカルシステム１００が２を超える場合は、当該複数のローカルシステム１００が、相互に負荷情報２１２や処理結果送信情報２１３を交換し、これらの情報をもとに、当該複数のローカルシステム１００のどのローカルシステム１００処理ルール２０２をどのローカルシステム１００に集約するかを判断するようにしてもよい。
　また、上述の本発明の実施の形態においては、１つのディスパッチャ１４０においてイベント２０１の複製が発生する場合について説明した。複数のディスパッチャ１４０においてイベント２０１の複製が発生する場合、ローカルシステム１００が処理ルール移動要求２０６の受信回数を各処理ルール移動要求２０６に関係する処理ルール２０２の組み合わせ毎にカウントし、処理ルール移動要求２０６の受信回数が所定の閾値を超過した処理ルール２０２の組み合わせについて、処理ルール２０２の移動を行うようにしてもよい。
　本発明の効果は、ルール分配器を分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制することができることである。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２００９年３月１７日に出願された日本出願特願２００９−０６３７２１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明は、ＲＦＩＤ、センサのようなデバイス等から大量に発生するイベントの処理を行うイベント処理システムに適用できる。例えば、本発明は、ＲＦＩＤやセンサからのイベントを利用した物流トレーサビリティシステム、ＳＣＥＭ（Ｓｕｐｐｌｙ　Ｃｈａｉｎ　Ｅｖｅｎｔ　Ｍａｎａｇｅｍｅｎｔ）システム、天候や災害等の環境管理システムに適用できる。

Claims (16)

  1. 　イベント発生源からイベントを受信する複数のディスパッチャとアプリケーションサーバへイベントの処理結果を送信する複数のローカルシステムとを備え、
    　前記複数のローカルシステムのそれぞれは、
    　前記アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定し、
    　前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
    　前記複数のディスパッチャのそれぞれは、
    　前記イベントを前記イベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先のローカルシステムに当該イベントを転送し、
    　前記複数のディスパッチャのいずれかにおいて、前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とするイベント処理システム。
  2. 　前記第二のローカルシステムは、
    　前記第一の処理ルールを当該第二のローカルシステムへ移動する場合、当該第一の処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該第一の処理ルールの前記イベント条件に合致する前記イベントの転送先とした前記ディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定することを特徴とする請求項１記載のイベント処理システム。
  3. 　前記複数のローカルシステムのそれぞれは、
    　前記アプリケーションサーバから受信した前記処理ルールを自ローカルシステムのいずれか１つの処理サーバに設定し、前記ディスパッチルールを生成し、前記ディスパッチャに設定するルール分配部と、
    　前記処理ルールに従って、当該処理ルールに含まれる前記イベント条件に合致する前記イベントを処理する少なくとも１つの前記処理サーバとを備え、
    　前記第二のローカルシステムの前記ルール分配部は、
    　前記第一の処理ルールを当該第二のローカルシステムへ移動する場合、前記第二の処理ルールが設定されている前記処理サーバに当該第一の処理ルールを設定し、自ローカルシステムを当該第一の処理ルールの前記イベント条件に合致する前記イベントの転送先とした前記ディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定することを特徴とする請求項２記載のイベント処理システム。
  4. 　前記複数のディスパッチャのそれぞれは、
    　前記第一の処理ルールに基づき設定した前記イベント条件と前記第二の処理ルールに基づき設定した前記イベント条件の両方に前記イベントが合致した回数が所定の閾値を超過した場合、処理ルール移動要求を前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方に送信し、
    　前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方が前記処理ルール移動要求を受信した場合、前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方の前記ルール分配部は、前記第一の処理ルールの前記第二のローカルシステムへの移動が可能かどうかを判断し、
    　前記第二のローカルシステムの前記ルール分配部は、
    　前記第一の処理ルールの当該第二のローカルシステムへの移動が可能な場合、前記第二の処理ルールが設定されている前記処理サーバに当該第一の処理ルールを設定し、自ローカルシステムを当該第一の処理ルールの前記イベント条件に合致する前記イベントの転送先とした前記ディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定することを特徴とする請求項３記載のイベント処理システム。
  5. 　前記第一の処理ルールの前記第二のローカルシステムへの移動が可能なかどうかの判断は、前記第一のローカルシステムにおいて前記第一の処理ルールを設定した前記処理サーバの負荷情報と、前記第二のローカルシステムにおいて前記第二の処理ルールを設定した前記処理サーバの負荷情報とをもとに行うことを特徴とする請求項４記載のイベント処理システム。
  6. 　前記第一の処理ルールの前記第二のローカルシステムへの移動が可能なかどうかの判断は、前記第一のローカルシステムにおいて前記第一の処理ルールを設定した前記処理サーバにおける当該第一の処理ルールに関するイベント処理結果の送信頻度と、前記第二のローカルシステムにおいて前記第二の処理ルールを設定した前記処理サーバにおける当該第二の処理ルールに関するイベント処理結果の送信頻度とをもとに行うことを特徴とする請求項４記載のイベント処理システム。
  7. 　ローカルシステムが、アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、前記ローカルシステムは、当該処理ルールを自ローカルシステムに設定し、
    　前記ローカルシステムが、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、
    　前記ディスパッチャが、前記イベントをイベント発生源から受信した場合、前記ディスパッチャは、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先のローカルシステムに当該イベントを転送し、
    　前記ローカルシステムが、前記イベントを前記ディスパッチャから受信した場合、前記ローカルシステムは、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
    　前記ディスパッチャのいずれかにおいて、複数の前記ローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、複数の前記ローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とするイベント処理方法。
  8. 　前記ディスパッチャによる前記第一の処理ルールの前記第二のローカルシステムへの移動において、
    　前記第二のローカルシステムが、前記第一の処理ルールを自ローカルシステムに設定し、さらに
    　前記第二のローカルシステムが、自ローカルシステムを当該第一の処理ルールの前記イベント条件に合致する前記イベントの転送先とした前記ディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定することを特徴とする請求項７記載のイベント処理方法。
  9. 　前記ローカルシステムが前記処理ルールを自ローカルシステムに設定する場合、前記ローカルシステムのルール分配部が、前記アプリケーションサーバから受信した前記処理ルールを自ローカルシステムのいずれか１つの処理サーバに設定し、
    　前記イベント処理において、前記処理サーバが、前記処理ルールに従って、当該処理ルールに含まれる前記イベント条件に合致する前記イベントを処理し、
    　前記第二のローカルシステムが、前記第一の処理ルールを自ローカルシステムに設定する場合、前記第二のローカルシステムの前記ルール分配部が、前記第二の処理ルールが設定されている前記処理サーバに当該第一の処理ルールを設定することを特徴とする請求項８記載のイベント処理方法。
  10. 　前記ディスパッチャによる前記第一の処理ルールの前記第二のローカルシステムへの移動において、
    　前記ディスパッチャが、前記第一の処理ルールに基づき設定した前記イベント条件と前記第二の処理ルールに基づき設定した前記イベント条件の両方に前記イベントが合致した回数が所定の閾値を超過した場合、処理ルール移動要求を前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方に送信し、さらに
    　前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方が前記処理ルール移動要求を受信した場合、前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方の前記ルール分配部が、前記第一の処理ルールの前記第二のローカルシステムへの移動が可能かどうかを判断することを特徴とする請求項９記載のイベント処理方法。
  11. 　前記第一の処理ルールの前記第二のローカルシステムへの移動が可能なかどうかの判断は、前記第一のローカルシステムにおいて前記第一の処理ルールを設定した前記処理サーバの負荷情報と、前記第二のローカルシステムにおいて前記第二の処理ルールを設定した前記処理サーバの負荷情報とをもとに行うことを特徴とする請求項１０記載のイベント処理方法。
  12. 　前記第一の処理ルールの前記第二のローカルシステムへの移動が可能なかどうかの判断は、前記第一のローカルシステムにおいて前記第一の処理ルールを設定した前記処理サーバにおける当該第一の処理ルールに関するイベント処理結果の送信頻度と、前記第二のローカルシステムにおいて前記第二の処理ルールを設定した前記処理サーバにおける当該第二の処理ルールに関するイベント処理結果の送信頻度とをもとに行うことを特徴とする請求項１０記載のイベント処理方法。
  13. 　アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、
    　前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
    　前記ディスパッチャにおいて、自ローカルシステムが当該自ローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、他のローカルシステムが当該他のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記他のローカルシステムに移動する
    ことを特徴とするローカルシステム。
  14. 　複数のローカルシステムのそれぞれから、当該ローカルシステムをイベント条件に合致するイベントの転送先としたディスパッチルールを受信し、
    　前記イベントをイベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先の前記ローカルシステムに当該イベントを転送し、
    　前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とするディスパッチャ。
  15. 　コンピュータに、
    　アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、
    　自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、
    　前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
    　前記ディスパッチャにおいて、自ローカルシステムが当該自ローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、他のローカルシステムが当該他のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記他のローカルシステムに移動する
    処理を実行させるローカルシステム用プログラムを記録したプログラム記録媒体。
  16. 　コンピュータに、
    　複数のローカルシステムのそれぞれから、当該ローカルシステムをイベント条件に合致するイベントの転送先としたディスパッチルールを受信し、
    　前記イベントをイベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先の前記ローカルシステムに当該イベントを転送し、
    　前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動する
    処理を実行させるディスパッチャ用プログラムを記録したプログラム記録媒体。
PCT/JP2010/054744 2009-03-17 2010-03-15 イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体 WO2010107103A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011504888A JP5327314B2 (ja) 2009-03-17 2010-03-15 イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009-063721 2009-03-17
JP2009063721 2009-03-17

Publications (1)

Publication Number Publication Date
WO2010107103A1 true WO2010107103A1 (ja) 2010-09-23

Family

ID=42739759

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/054744 WO2010107103A1 (ja) 2009-03-17 2010-03-15 イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体

Country Status (2)

Country Link
JP (1) JP5327314B2 (ja)
WO (1) WO2010107103A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012079242A (ja) * 2010-10-05 2012-04-19 Fujitsu Ltd 複合イベント分散装置、複合イベント分散方法および複合イベント分散プログラム
WO2013105176A1 (ja) * 2012-01-11 2013-07-18 日本電気株式会社 イベント処理システム、イベント処理制御装置、イベント処理方法、及び、プログラム
US20150222544A1 (en) * 2012-08-31 2015-08-06 Nec Corporation Rule distribution apparatus, event processing system, rule distribution method, and rule distribution program

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101856487B1 (ko) * 2017-03-03 2018-06-19 주식회사 티맥스데이터 파싱을 처리하기 위한 컴퓨팅 장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06504152A (ja) * 1990-12-28 1994-05-12 ロイターズ・リミテッド リアルタイム・データの変化を示すユーザ定義可能なビデオ表示文書を作成する装置と方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001100999A (ja) * 1999-09-30 2001-04-13 Mitsubishi Electric Corp ルールベースシステム
JP4635147B2 (ja) * 2005-11-17 2011-02-16 国立大学法人 筑波大学 パターンマッチング装置、その形成方法、それを用いたネットワーク不正侵入検知装置の動作方法、およびそれを用いた侵入防止システムの動作方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06504152A (ja) * 1990-12-28 1994-05-12 ロイターズ・リミテッド リアルタイム・データの変化を示すユーザ定義可能なビデオ表示文書を作成する装置と方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Multimedia, Distributed, Cooperative, and Mobile (DICOM02008) Symposium Ronbunshu, [CD- ROM], 09 July 2008 (09.07.2008)", vol. 2008, 9 July 2008, article TADASHI SATO ET AL.: "Distributed Complex Event Processing for Context-Aware Services", pages: 975 - 981 *
TADASHI SATO ET AL.: "Proposal of Scalable Context Platform", INFORMATION PROCESSING SOCIETY OF JAPAN KENKYU HOKOKU, vol. 2005, no. 107, 1 November 2005 (2005-11-01), pages 5 - 9 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012079242A (ja) * 2010-10-05 2012-04-19 Fujitsu Ltd 複合イベント分散装置、複合イベント分散方法および複合イベント分散プログラム
WO2013105176A1 (ja) * 2012-01-11 2013-07-18 日本電気株式会社 イベント処理システム、イベント処理制御装置、イベント処理方法、及び、プログラム
US20150222544A1 (en) * 2012-08-31 2015-08-06 Nec Corporation Rule distribution apparatus, event processing system, rule distribution method, and rule distribution program

Also Published As

Publication number Publication date
JPWO2010107103A1 (ja) 2012-09-20
JP5327314B2 (ja) 2013-10-30

Similar Documents

Publication Publication Date Title
JP5299437B2 (ja) イベント処理システム、イベント処理方法、ルール分配装置、及びルール分配プログラム
US8250164B2 (en) Query performance data on parallel computer system having compute nodes
US9396154B2 (en) Multi-core processor for managing data packets in communication network
TWI678087B (zh) 訊息佇列發佈與訂閱之同步方法及其系統
CN112860393B (zh) 一种分布式任务调度方法及系统
JP5327314B2 (ja) イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体
CN106817408B (zh) 一种分布式服务器集群调度方法及装置
JP2018512678A (ja) 時間ベースのノード選出方法及び装置
US8881173B2 (en) Event processing system, distribution controller, event processing method, distribution control method, and program storage medium
US9367368B2 (en) Event processing control device, node device, event processing system, and event processing control method
CN112217847A (zh) 微服务平台及其实现方法、电子设备及存储介质
CN107066522B (zh) 数据库的访问方法和装置
Lin et al. Unrelated parallel machines scheduling problem using an ant colony optimization approach
JP5327315B2 (ja) イベント処理システム、イベント処理方法、ルール分配装置、及びプログラム記憶媒体
CN106406990B (zh) 一种带安全约束的成批作业-资源匹配方法及系统
US6339812B1 (en) Method and apparatus for handling invalidation requests to processors not present in a computer system
CN114938376B (zh) 基于优先级处理数据的工业物联网及其控制方法
JPWO2014002179A1 (ja) データ収集システム、及びデータ収集プログラム
US20110307552A1 (en) Method and System for Moving a Project in a Complex Event Processing Cluster
CN116431324A (zh) 一种基于Kafka高并发数据采集与分发的边缘系统
CN115617480A (zh) 一种任务调度方法、装置、系统及存储介质
US9203692B1 (en) Optimized event routing in distributed data management
CN112541038A (zh) 时序数据管理方法、系统、计算设备及存储介质
JPH0516066B2 (ja)
JP2011107744A (ja) イベント処理システム、イベント処理方法、ディスパッチ装置、及びディスパッチ装置用プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10753594

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011504888

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10753594

Country of ref document: EP

Kind code of ref document: A1