JP5327314B2 - Event processing system, event processing method, local system, dispatcher, and program storage medium - Google Patents

Event processing system, event processing method, local system, dispatcher, and program storage medium Download PDF

Info

Publication number
JP5327314B2
JP5327314B2 JP2011504888A JP2011504888A JP5327314B2 JP 5327314 B2 JP5327314 B2 JP 5327314B2 JP 2011504888 A JP2011504888 A JP 2011504888A JP 2011504888 A JP2011504888 A JP 2011504888A JP 5327314 B2 JP5327314 B2 JP 5327314B2
Authority
JP
Japan
Prior art keywords
processing
event
rule
local system
processing rule
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
JP2011504888A
Other languages
Japanese (ja)
Other versions
JPWO2010107103A1 (en
Inventor
和彦 磯山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP2011504888A priority Critical patent/JP5327314B2/en
Publication of JPWO2010107103A1 publication Critical patent/JPWO2010107103A1/en
Application granted granted Critical
Publication of JP5327314B2 publication Critical patent/JP5327314B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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], 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], 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]

Abstract

Increase in the processing load of a dispatcher incident to replication of an event is minimized in an event processing system in which rule distributors are dispersed and disposed. An event processing system comprises a plurality of dispatchers (140) each transferring an event (201) to a local system (100), and a plurality of local systems (100) each transmitting the results (205) of event processing to an application server (160). When the number of times that the event (201) matches both a dispatch rule (204) based on the processing rule (202) of a local system (100(LS1)) and a dispatch rule (204) based on the processing rule (202) of a local system (100(LS2)) exceeds a predetermined threshold in the dispatcher (140), the processing rule (202) of the local system (100(LS1)) is moved to the local system (100(LS2)), or the processing rule (202) of the local system (100(LS2)) is moved to the local system (100(LS1)).

Description

本発明は、イベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体に関し、特にＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、センサのようなデバイス等から大量に発生するイベントの処理を行うイベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体に関する。   The present invention relates to an event processing system, an event processing method, a local system, a dispatcher, and a program storage medium, and more particularly, 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.

デバイスなどから大量に発生するイベントを処理するシステムの一例が特許第４１６１９９８号公報に記載されている。図３１に特許第４１６１９９８号公報の負荷分散振り分けシステムを示す。図３１を参照すると、負荷分散振り分けシステムは、イベント処理分散器５０１（ルール分配器）、コンテキスト非依存振り分け器５０２、複数のコンテキスト依存振り分け器（ディスパッチャ）５０３ａ、５０３ｂ（以下、５０３と略称）、及び複数のイベント処理サーバ５０４ａ、５０４ｂ（以下、５０４と略称）により構成される。イベント処理を求めるアプリケーション５０６ａ、５０６ｂ（以下、５０６と略称）は、イベントの処理ルールをイベント処理分散器５０１に送信する（矢印５１１）。処理ルールを受信したイベント処理分散器５０１は、イベント処理サーバ５０４の負荷が均等になるように、かつ同じイベントに関するイベント処理は同じサーバで行われるように、処理ルールをイベント処理サーバ５０４に設定する（矢印５１２）。
例えば、ＲＦＩＤシステムにおいて、アプリケーション５０６が、ある製品を製造するために必要な全ての部材のＲＦＩＤタグを全て検出したい場合、アプリケーション５０６は、「ある製品の全ての部材のＲＦＩＤタグを全て検出したらアプリケーションに通知する」という処理ルールを生成し、イベント処理分散器５０１に送信する。イベント処理分散器５０１は、この処理ルールを、例えば、イベント処理サーバ５０４ａに設定する。
イベント処理分散器５０１は、処理されるイベントがそのイベントに関する処理ルールを設定された処理サーバに転送されるように、全てのコンテキスト依存振り分け器５０３にイベント振り分けルール（ディスパッチルール）を設定する（矢印５１３ａ、５１３ｂ）。
上記に示した例の場合、イベント処理分散器５０１は、「その製品に関する部材のＲＦＩＤタグの検出イベントは、イベント処理サーバ５０４ａに転送する」というイベント振り分けルールをコンテキスト依存振り分け器５０３に設定する。
これにより、デバイス等のイベント発生源５０５ａ、５０５ｂ（以下、５０５と略称）から発生したイベントは、コンテキスト依存イベント振り分け器５０３により、そのイベントに関する処理ルールが設定されたイベント処理サーバ５０４に転送される（矢印５１４ａ、５１４ｂ、５１５ａ、５１５ｂ、５１６ａ、５１６ｂ、５１６ｃ、５１６ｄ）。イベント処理サーバ５０４は、処理ルールに基づきイベントを処理し、処理結果をアプリケーション５０６に通知する（矢印５１７ａ、５１７ｂ）。An example of a system that processes a large number of events generated from a device or the like is described in Japanese Patent No. 4161998. FIG. 31 shows a load distribution distribution system disclosed in Japanese Patent No. 41611998. Referring to FIG. 31, 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 (hereinafter abbreviated as 506) 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).
In the case of the example described above, 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”.
As a result, 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. (Arrows 514a, 514b, 515a, 515b, 516a, 516b, 516c, 516d). 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).

特許第４１６１９９８号公報記載の負荷分散振り分けシステムでは、ルール分配器が複数のアプリケーションから処理要求を受け付け、イベント処理サーバへのイベント処理ルールの設定、ディスパッチルールの生成とディスパッチャへの設定を行う必要があった。このため、大規模なシステムでは、ルール分配器の処理負荷が高くなり、システムの処理性能に影響を与えるという問題がある。
この問題を解決するために、ルール分配器をローカルシステム毎に分散配置し、イベント処理ルールの設定、イベント振り分けルールの生成・設定を、ローカルシステム毎に独立して行う方法がある。しかしながら、ルール分配器をローカルシステム毎に分散配置した場合、複数の異なるアプリケーションサーバが、異なるローカルシステムに対して、同じイベント条件の処理要求を行う可能性がある。この場合、複数のローカルシステムが、同じイベント条件のディスパッチルールをディスパッチャに設定するため、ディスパッチャは、１つのイベントを複数のローカルシステムに複製（コピー）して転送する必要があり、ディスパッチャの処理負荷が増大するという課題がある。
本発明の目的は、上述した課題を解決し、ルール分配器を分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制することができるイベント処理システム、イベント処理方法、ローカルシステム、ディスパッチャ、及びプログラム記憶媒体を提供することにある。In the load balancing distribution system described in Japanese Patent No. 4161998, 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. In this case, since multiple local systems set dispatch rules for the same event condition in the dispatcher, it is necessary for the dispatcher to replicate (copy) and transfer one event to multiple local systems. There is a problem that increases.
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 When 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. When the event is received from the event generation source, 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.
In the event processing method of the present invention, 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. In this case, 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.
When 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. When 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 number of times the event matches 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 exceeds a predetermined threshold In this case, the first processing rule is moved to the other 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 disk set based on the processing rule of To both the event condition Tchiruru, when the number of times that the event is met exceeds a predetermined threshold value, characterized by moving the first processing rule to the second local system.
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. When the number of times exceeds a predetermined threshold, a process of moving the first processing rule to the other local system is executed.
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. 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. .

本発明の効果は、ルール分配器を分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制することができることである。   The effect of the present invention is that in an event processing system in which rule distributors are distributed, an increase in the processing load of the dispatcher accompanying event duplication can be suppressed.

本発明の第一の実施の形態におけるイベント処理システム全体の構成を示す図である。It is a figure which shows the structure of the whole event processing system in 1st embodiment of this invention. 本発明の第一の実施の形態におけるローカルシステム１００の構成を示す図である。It is a figure which shows the structure of the local system 100 in 1st embodiment of this invention. 本発明の第一の実施の形態におけるディスパッチャ１４０の構成を示す図である。It is a figure which shows the structure of the dispatcher 140 in 1st embodiment of this invention. 本発明の第一の実施の形態におけるディスパッチルール設定処理の動作を示すシーケンス図である。It is a sequence diagram which shows the operation | movement of the dispatch rule setting process in 1st embodiment of this invention. 本発明の第一の実施の形態におけるイベント処理（処理ルール移動前）の動作を示すシーケンス図である。It is a sequence diagram which shows operation | movement of the event process (before a process rule movement) in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール移動処理の動作を示すシーケンス図である。It is a sequence diagram which shows the operation | movement of the process rule movement process in 1st embodiment of this invention. 本発明の第一の実施の形態におけるイベント処理（処理ルール移動後）の動作を示すシーケンス図である。It is a sequence diagram which shows operation | movement of the event process (after a process rule movement) in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール２０２（処理ルール移動前）の例を示す図である。It is a figure which shows the example of the process rule 202 (before a process rule movement) in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール設定情報２１１（処理ルール移動前）の例を示す図である。It is a figure which shows the example of the process rule setting information 211 (before a process rule movement) in 1st embodiment of this invention. 本発明の第一の実施の形態におけるローカルディスパッチルール２０３（処理ルール移動前）の例を示す図である。It is a figure which shows the example of the local dispatch rule 203 (before a process rule movement) in 1st embodiment of this invention. 本発明の第一の実施の形態における、ローカルシステム１００で生成されるディスパッチルール２０４（処理ルール移動前）の例を示す図である。It is a figure which shows the example of the dispatch rule 204 (before a process rule movement) produced | generated in the local system 100 in 1st embodiment of this invention. 本発明の第一の実施の形態における、ディスパッチャに設定されたディスパッチルール２０４（処理ルール移動前）の例を示す図である。It is a figure which shows the example of the dispatch rule 204 (before a process rule movement) set to the dispatcher in 1st embodiment of this invention. 本発明の第一の実施の形態におけるイベント２０１の例を示す図である。It is a figure which shows the example of the event 201 in 1st embodiment of this invention. 本発明の第一の実施の形態における複製回数カウンタ２２１の例を示す図である。It is a figure which shows the example of the replication frequency counter 221 in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール移動要求２０６の例を示す図である。It is a figure which shows the example of the process rule movement request | requirement 206 in 1st embodiment of this invention. 本発明の第一の実施の形態における負荷情報２１２の例を示す図である。It is a figure which shows the example of the load information 212 in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール受入要求２０７の例を示す図である。It is a figure which shows the example of the process rule acceptance request | requirement 207 in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール受入応答２０８の例を示す図である。It is a figure which shows the example of the process rule acceptance response 208 in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール受入要求２０７の他の例を示す図である。It is a figure which shows the other example of the process rule acceptance request | requirement 207 in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール受入応答２０８の他の例を示す図である。It is a figure which shows the other example of the process rule acceptance response 208 in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール２０２（処理ルール移動後）の例を示す図である。It is a figure which shows the example of the processing rule 202 (after a processing rule movement) in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール設定情報２１１（処理ルール移動後）の例を示す図である。It is a figure which shows the example of the process rule setting information 211 (after process rule movement) in 1st embodiment of this invention. 本発明の第一の実施の形態におけるローカルディスパッチルール２０３（処理ルール移動後）の例を示す図である。It is a figure which shows the example of the local dispatch rule 203 (after process rule movement) in 1st embodiment of this invention. 本発明の第一の実施の形態における、ローカルシステム１００で生成されるディスパッチルール２０４（処理ルール移動後）の例を示す図である。It is a figure which shows the example of the dispatch rule 204 (after a process rule movement) produced | generated in the local system 100 in 1st embodiment of this invention. 本発明の第一の実施の形態における、ディスパッチャに設定されたディスパッチルール２０４（処理ルール移動後）の例を示す図である。It is a figure which shows the example of the dispatch rule 204 (after a process rule movement) set to the dispatcher in 1st embodiment of this invention. 本発明の第一の実施の形態の特徴的な構成を示す図である。It is a figure which shows the characteristic structure of 1st embodiment of this invention. 本発明の第二の実施の形態におけるローカルシステム１００の構成を示す図である。It is a figure which shows the structure of the local system 100 in 2nd embodiment of this invention. 本発明の第一の実施の形態における処理結果送信情報２１３の例を示す図である。It is a figure which shows the example of the process result transmission information 213 in 1st embodiment of this invention. 本発明の第二の実施の形態における処理ルール受入要求２０７の例を示す図である。It is a figure which shows the example of the process rule acceptance request | requirement 207 in 2nd embodiment of this invention. 本発明の第二の実施の形態における処理ルール受入要求２０７の他の例を示す図である。It is a figure which shows the other example of the process rule acceptance request | requirement 207 in 2nd embodiment of this invention. 特許第４１６１９９８号公報の負荷分散振り分けシステムの構成を示す図である。It is a figure which shows the structure of the load distribution distribution system of the patent 4161998 gazette.

１００ ローカルシステム
１１０ ルール分配部
１１１ 処理ルール設定部
１１２ 処理ルール分配アルゴリズム記憶部
１１３ 処理ルール設定情報記憶部
１１４ ディスパッチルール設定部
１２０ 処理サーバ
１３０ ローカルディスパッチャ
１４０ ディスパッチャ
１５０ イベント発生源
１６０ アプリケーションサーバ
２０１ イベント
２０２ 処理ルール
２０３ ローカルディスパッチルール
２０４ ディスパッチルール
２０５ イベント処理結果
２０６ 処理ルール移動要求
２０７ 処理ルール受入要求
２０８ 処理ルール受入応答
２１１ 処理ルール設定情報
２１２ 負荷情報
２１３ 処理結果送信情報
２２１ 複製回数カウンタ100 local system 110 rule distribution unit 111 processing rule setting unit 112 processing rule distribution algorithm storage unit 113 processing rule setting information storage unit 114 dispatch rule setting unit 120 processing server 130 local dispatcher 140 dispatcher 150 event generation source 160 application server 201 event 202 processing Rule 203 Local dispatch rule 204 Dispatch rule 205 Event processing result 206 Processing rule move request 207 Processing rule acceptance request 208 Processing rule acceptance response 211 Processing rule setting information 212 Load information 213 Processing result transmission information 221 Replication counter

（第一の実施の形態）
次に、本発明の第一の実施の形態について図面を参照して詳細に説明する。
図１は、本発明の第一の実施の形態におけるイベント処理システム全体の構成図である。図１を参照すると、本発明のイベント処理システムの第一の実施の形態は、ネットワーク（図示せず）上に設置される複数のローカルシステム１００、複数のディスパッチャ１４０、イベント発生源１５０、及びアプリケーションサーバ１６０を備える。
ここで、ローカルシステム１００は、それぞれ識別子ＬＳ１、ＬＳ２の２つのローカルシステムを有する。また、複数のディスパッチャ１４０は、それぞれ識別子ＧＤ１〜ＧＤ４の４つのディスパッチャを有する。イベント発生源１５０は、それぞれ識別子Ｇ１〜Ｇ８の８つのイベント発生源を有する。また、アプリケーションサーバ１６０は、それぞれ識別子ＡＳ１１、ＡＳ１２、ＡＳ１３、ＡＳ２１、ＡＳ２２、ＡＳ２３の６つのアプリケーションサーバを有する。
なお、各図面および以下の説明において、引用番号に続く（）内の符号は、識別子を示すものとする。たとえば、ローカルシステム１００（ＬＳ１）は、識別子ＬＳ１のローカルシステムを示し、アプリケーションサーバ１６０（ＡＳ１１）は、識別子ＡＳ１１のアプリケーションサーバを示す。このような表記は、処理ルールにおいても同様とする。
イベント発生源１５０は、検出した情報をイベント２０１としてローカルシステム１００に送信する。イベント発生源１５０は、情報を検出してローカルシステム１００に送信できるものであれば、どのようなものでもよい。
イベント発生源１５０としては、例えば、ＲＦＩＤリーダや磁気カードリーダ等、非接触あるいは接触型の情報読み取り装置や、温度、気圧、加速度等を検出する各種センサ等がある。
イベント発生源１５０が送信するイベント２０１には、「ある時刻でイベント発生源１５０が検出した情報（例えば、ある時刻において検出されたＲＦＩＤタグの識別子や、温度、気圧、加速度等）」に加え、「当該イベント発生源が検出する情報の種別（イベント発生源種別）」、「当該イベント発生源の識別子（イベント発生源識別子）」、「検出された情報の検出時刻等の関連情報」等が属性情報（イベント属性情報）として含まれる。
ディスパッチャ１４０は、イベント２０１をイベント発生源１５０から受信した場合、ディスパッチルール２０４を参照し、当該イベント２０１をローカルシステム１００へ転送する。
アプリケーションサーバ１６０は、イベント発生源１５０において検出されたイベント２０１に対して各種情報処理を行うアプリケーションが動作するサーバである。アプリケーションサーバ１６０は、イベント発生源１５０により検出されたイベント２０１に対してローカルシステム１００において行われた処理の結果に対して各種情報処理を行う。また、アプリケーションサーバ１６０は、ローカルシステム１００が処理するイベント２０１の条件を指定したイベント条件と、当該イベント条件に合致したイベント２０１に対してローカルシステム１００が行う処理内容を含む処理ルール２０２とをローカルシステム１００に送信する。
ローカルシステム１００は、アプリケーションサーバ１６０から受信した処理ルール２０２をもとにディスパッチルール２０４を生成し、当該ディスパッチルール２０４をディスパッチャ１４０に設定する。また、ローカルシステム１００は、ディスパッチャ１４０からイベント２０１を受信した場合、処理ルール２０２に従ってイベント２０１を処理し、当該イベント２０１の処理結果（イベント処理結果２０５）をアプリケーションサーバ１６０に送信する。
ローカルシステム１００は、更に、ルール分配部１１０、少なくとも１つの処理サーバ１２０、及び少なくとも１つのローカルディスパッチャ１３０より構成される。図１は、ローカルシステム１００が、複数の処理サーバ１２０と１つのローカルディスパッチャ１３０とを有する場合を示している。ここで、処理サーバ１０２は、それぞれ識別子ＰＳ１１、ＰＳ１２、ＰＳ１３、ＰＳ２１、ＰＳ２２、ＰＳ２３の６つの処理サーバを有する。処理サーバ２０２（ＰＳ１１、ＰＳ１２、ＰＳ１３）は、ローカルシステム１００（ＬＳ１）に配置され、処理サーバ２０２（ＰＳ２１、ＰＳ２２、ＰＳ２３）は、ローカルシステム１００（ＬＳ２）に配置されている。
ローカルシステム１００のルール分配部１１０は、処理ルール２０２の処理サーバ１２０への設定、ローカルディスパッチルール２０３の生成、及びディスパッチルール２０４の生成を行う。処理サーバ１２０は、処理ルール２０２に従って、イベント２０１を処理する。ローカルディスパッチャ１３０は、イベント２０１をディスパッチャ１４０から受信した場合、ローカルディスパッチルール２０３を参照し、当該イベント２０１を自ローカルシステム１００の処理サーバ１２０へ転送する。
図２に本発明の第一の実施の形態におけるローカルシステム１００の構成を示す。ローカルシステム１００のルール分配部１１０は、更に、処理ルール設定部１１１、処理ルール分配アルゴリズム記憶部１１２、処理ルール設定情報記憶部１１３、及びディスパッチルール設定部１１４により構成される。
処理ルール設定部１１１は、アプリケーションサーバ１６０から処理ルール２０２を受信した場合、当該処理ルール２０２を処理する処理サーバ１２０を決定し、当該処理ルール２０２を設定する。また、処理ルール設定部１１１は、ディスパッチャ１４０から処理ルール移動要求２０６を受信すると、他のローカルシステム１００に処理ルール受入要求２０７を送信し、当該他のローカルシステム１００へ処理ルール２０２の移動（受け入れ）を要求する。また、処理ルール設定部１１１は、他のローカルシステム１００から処理ルール受入要求２０７を受信すると、自ローカルシステム１００への処理ルール２０２の移動（受け入れ）の可否を判断する。処理ルール分配アルゴリズム記憶部１１２は、処理ルール２０２を処理する処理サーバ１２０を決定するための処理ルール分配アルゴリズム（図示せず）を記憶管理する。処理ルール設定情報記憶部１１３は、処理ルール２０２の設定結果を処理ルール設定情報２１１として記憶管理する。ディスパッチルール設定部１１４は、ローカルディスパッチルール２０３を生成し、ローカルディスパッチャ１３０に設定する。また、ディスパッチルール設定部１１４は、ディスパッチルール２０４を生成し、ディスパッチャ１４０に設定する。
ローカルシステム１００の処理サーバ１２０は、処理ルール２０２に加え、自処理サーバ１２０の処理負荷の状態を表す負荷情報２１２を記憶管理する。負荷情報２１２は、例えば、図１６に示すように、処理サーバ１２０のＣＰＵ使用率（％）でもよい。
図１６の例では、処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）の負荷情報２１２として、ＣＰＵ使用率２０％が設定され、処理ルール２０２（Ｒ２１）を処理する処理サーバ１２０（ＰＳ２１）の負荷情報２１２として、ＣＰＵ使用率７０％が設定されている。
図３に本発明の第一の実施の形態におけるディスパッチャ１４０の構成を示す。ディスパッチャ１４０は、ディスパッチルール２０４に加え、イベント２０１の複製の回数を記憶管理する複製回数カウンタ２２１を含む。ディスパッチャ１４０は、１つのイベント２０１を複数のローカルシステム１００に転送する場合に行われるイベント２０１の複製の回数が、所定の閾値を超過した場合、処理ルール移動要求２０６を当該イベント２０１の転送先のローカルシステム１００に送信する。
なお、ルール分配部１１０、処理サーバ１２０、ローカルディスパッチャ１３０、ディスパッチャ１４０、イベント発生源１５０、及びアプリケーションサーバ１６０は、それぞれプログラム制御によって動作する情報処理装置であってもよい。また、これらのうちのいくつかを一つの装置として構成してもよい。
次に、本発明の第一の実施の形態の動作について図面を参照して説明する。
はじめに、本発明の第一の実施の形態におけるディスパッチルール設定処理の動作について説明する。図４は、本発明の第一の実施の形態におけるディスパッチルール設定処理の動作を示すシーケンス図である。
ここで、各アプリケーションサーバ１６０がイベント２０１の処理を要求するローカルシステム１００は予め決められており、各アプリケーションサーバ１６０に設定されているものとする。同様に、各イベント発生源１５０がイベント２０１を送信するディスパッチャ１４０も予め決められており、各イベント発生源１５０に設定されているものとする。アプリケーションサーバ１６０におけるローカルシステム１００に関する上記の設定は、管理者が直接ローカルシステム１００を指定することにより設定してもよいし、各アプリケーションサーバ１６０が、ネットワーク上の距離に基づいて、近くのローカルシステム１００を検出して設定してもよい。同様に、イベント発生源１５０におけるディスパッチャ１４０に関する上記の設定は、管理者が直接ディスパッチャ１４０を指定することにより設定してもよいし、各イベント発生源１５０が、ネットワーク上の距離に基づいて、近くのディスパッチャ１４０を検出して設定してもよい。
イベント２０１の処理を要求するアプリケーションサーバ１６０は、処理ルール２０２をローカルシステム１００に送信する（ステップＳ１０１）。
ここで、処理ルール２０２は、図８に示すように、ルール識別子Ｒ１１、Ｒ１２、Ｒ２１、Ｒ２２と、各ルール識別子と関連付けた、ローカルシステム１００が処理するイベント２０１の条件を指定したイベント条件、及び当該イベント条件に合致したイベント２０１に対してローカルシステム１００が行う処理内容とを含む。
図８は、ローカルシステム１００（ＬＳ１）が処理ルール２０２（Ｒ１１、Ｒ１２）、ローカルシステム１００（ＬＳ２）が処理ルール２０２（Ｒ２１、Ｒ２２）を受信した場合の例を示している。図８の例では、ローカルシステム１００（ＬＳ１）の処理ルール２０２（Ｒ１２）に、イベント条件としてイベント発生源種別（ここではＲＦＩＤ）と検出情報（ＲＦＩＤタグのＴａｇＩＤ＝６）とが指定されている。また、このイベント条件に対する処理サーバ１２０の処理内容として、「アプリケーションサーバＡＳ１２へ通知」が指定されている。
ローカルシステム１００が処理ルール２０２を受信すると、ルール分配部１１０の処理ルール設定部１１１は、処理ルール分配アルゴリズム記憶部１１２に記憶された処理ルール分配アルゴリズムと処理ルール設定情報記憶部１１３に記憶された処理ルール設定情報２１１とを参照し、当該処理ルール２０２を処理する処理サーバ１２０を決定する（ステップＳ１０２）。ローカルシステム１００は決定した処理サーバ１２０に処理ルール２０２を設定する（ステップＳ１０３）。処理ルール設定部１１１は、処理ルール設定情報２１１を更新し、更新された処理ルール設定情報２１１を処理ルール設定情報記憶部１１３に保存する（ステップＳ１０４）。
ここで、処理ルール分配アルゴリズムとしては、例えば、処理内容に応じて処理サーバ１２０の負荷が均等となるように処理ルール２０２を振り分ける方法や、特許第４１６１９９８号公報に記載されているように、イベント条件が同一の処理ルール２０２を同一の処理サーバ１２０に振り分ける方法がある。
また、処理ルール設定情報２１１は、図９に示すように、処理サーバ識別子と設定された処理ルール２０２のルール識別子とを含む。
図９は、ローカルシステム１００（ＬＳ１）の処理サーバ（ＰＳ１１、ＰＳ１２）、及びローカルシステム１００（ＬＳ２）の処理サーバ（ＰＳ２１、ＰＳ２２）に設定された処理ルール２０２の例を示している。図９の例では、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）に処理ルール２０２（Ｒ１２）が設定されている。この設定により、処理サーバ１２０（ＰＳ１２）は、処理ルール２０２（Ｒ１２）を処理することになる。
ディスパッチルール設定部１１４は、処理ルール２０２を設定した処理サーバ１２０を当該処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたローカルディスパッチルール２０３を生成する（ステップＳ１０５）。
ローカルディスパッチルール２０３は、図１０に示すように、ルール識別子Ｒ１１、Ｒ１２、Ｒ２１、Ｒ２２と、各ルール識別子と関連付けた、イベント条件、及び転送先の処理サーバ１２０の識別子とを含む。
図１０は、ローカルシステム１００（ＬＳ１）が生成するローカルディスパッチルール２０３（Ｒ１１、Ｒ１２）、及びローカルシステム１００（ＬＳ２）が生成するローカルディスパッチルール２０３（Ｒ２１、Ｒ２２）の例を示している。図１０の例では、ローカルシステム１００（ＬＳ１）のローカルディスパッチルール２０３（Ｒ１２）として、イベント条件に処理ルール２０２（Ｒ１２）のイベント条件（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）、転送先に処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０の識別子（ＰＳ１２）が設定されている。
ディスパッチルール設定部１１４は、生成したローカルディスパッチルール２０３をローカルディスパッチャ１３０に設定する（ステップＳ１０６）。
ディスパッチルール設定部１１４は、自ローカルシステム１００を処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたディスパッチルール２０４を生成する（ステップＳ１０７）。
ディスパッチルール２０４は、図１１に示すように、ルール識別子Ｒ１１、Ｒ１２、Ｒ２１、Ｒ２２と、各ルール識別子と関連付けた、イベント条件、及びイベント２０１の転送先となるローカルシステム１００の識別子とを含む。
図１１は、ローカルシステム１００（ＬＳ１）が生成するディスパッチルール２０４（Ｒ１１、Ｒ１２）、及びローカルシステム１００（ＬＳ２）が生成するディスパッチルール２０４（Ｒ２１、Ｒ２２）の例を示している。図１１の例では、ローカルシステム１００（ＬＳ１）が生成するディスパッチルール２０４（Ｒ１２）のイベント条件には、図８の処理ルール２０２（Ｒ１２）のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝６）が設定され、転送先には、ローカルシステム１００（ＬＳ１）の識別子が設定されている。
ディスパッチルール設定部１１４は、生成したディスパッチルール２０４をディスパッチャ１４０に設定する（ステップＳ１０８）。
例えば、ローカルシステム１００（ＬＳ１、ＬＳ２）が、図１１のディスパッチルール２０４をディスパッチャ１４０にそれぞれ設定した場合、各ディスパッチャ１４０には、図１２のようなディスパッチルール２０４が設定される。
次に、本発明の第一の実施の形態におけるイベント処理（処理ルール移動前）の動作について説明する。図５は、本発明の第一の実施の形態におけるイベント処理（処理ルール移動前）の動作を示すシーケンス図である。
イベント発生源１５０が検出対象の情報を検出すると、イベント発生源１５０は検出した情報をイベント２０１としてディスパッチャ１４０に送信する（ステップＳ２０１）。
イベント２０１は、図１３に示すように、イベント識別子Ｉ３１、イベント発生源種別、イベント発生源識別子、検出時刻、検出情報等のイベント属性情報を含む。図１３の例では、イベント２０１（Ｉ３１）のイベント属性情報として、イベント発生源種別：ＲＦＩＤ、イベント発生源識別子：Ｇ３、検出情報：ＴａｇＩＤ＝６が設定されている。
ディスパッチャ１４０は、イベント２０１を受信すると、イベント２０１に含まれるイベント属性情報がディスパッチルール２０４のイベント条件のいずれかに合致するかどうかを検索する（ステップＳ２０２）。合致するイベント条件がある場合、ディスパッチャ１４０は、ディスパッチルール２０４を参照し、当該イベント条件に対応するローカルシステム１００にイベント２０１を転送する。ここで、合致するイベント条件が複数存在する場合、ディスパッチャ１４０は、イベント２０１を複製（コピー）し（ステップＳ２０３）、合致するそれぞれのイベント条件に対応するローカルシステム１００にイベント２０１を転送する（ステップＳ２０４、Ｓ２０５）。このとき、ディスパッチャ１４０は、複製回数カウンタ２２１によりイベント２０１の複製の回数、すなわち、イベント２０１が複数のイベント条件に合致した回数をカウントする（ステップＳ２０３）。
複製回数カウンタ２２１は、図１４に示すように、イベント２０１が合致する複数のイベント条件に対応するルール識別子の組み合わせ、当該ルール識別子の組み合わせに関してイベント２０１を複製した回数（複製回数）を含む。
例えば、ディスパッチャ１４０（ＧＤ２）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、図１２のディスパッチルール２０４（Ｒ１２、Ｒ２１）のイベント条件に合致する。ディスパッチャ１４０（ＧＤ２）は、イベント２０１（Ｉ３１）を複製し、ローカルシステム１００（ＬＳ１）とローカルシステム１００（ＬＳ２）とに転送する。このとき、ディスパッチャ１４０（ＧＤ２）は、図１４の複製回数カウンタ２２１により、ルール識別子Ｒ１２、Ｒ２１の組み合わせに対して、複製回数をカウントする。
なお、複製回数カウンタ２２１の複製回数は、定期的に０にリセットされるものとする。
ローカルシステム１００がイベント２０１を受信すると、ローカルディスパッチャ１３０は、イベント２０１に含まれるイベント属性情報がローカルディスパッチルール２０３のイベント条件のいずれかに合致するかどうかを検索する（ステップＳ２１１、Ｓ２２１）。合致するイベント条件がある場合、ローカルディスパッチャ１３０は、ローカルディスパッチルール２０３を参照し、当該イベント条件に対応する処理サーバ１２０にイベント２０１を転送する（ステップＳ２１２、Ｓ２２２）。
例えば、ローカルシステム１００（ＬＳ１）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、ローカルディスパッチルール２０３（Ｒ１２）のイベント条件に合致するため、ローカルシステム１００（ＬＳ１）のローカルディスパッチャ１３０は、イベント２０１（Ｉ３１）を処理サーバ１２０（ＰＳ１２）に転送する。同様に、ローカルシステム１００（ＬＳ２）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、ローカルディスパッチルール２０３（Ｒ２１）のイベント条件に合致するため、ローカルシステム１００（ＬＳ２）のローカルディスパッチャ１３０は、イベント２０１（Ｉ３１）を処理サーバ１２０（ＰＳ２１）に転送する。
ローカルシステム１００の処理サーバ１２０がイベント２０１を受信すると、処理サーバ１２０は、処理ルール２０２に従ってイベント２０１を処理し（ステップＳ２１３、Ｓ２２３）、アプリケーションサーバ１６０へイベント処理結果２０５を送信する（ステップＳ２１４、Ｓ２２４）。
例えば、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）は、イベント処理結果２０５として、イベント２０１（Ｉ３１）をアプリケーションサーバ１６０（ＡＳ１２）に送信する。また、ローカルシステム１００（ＬＳ２）の処理サーバ１２０（ＰＳ２１）は、イベント処理結果２０５として、イベント２０１（Ｉ３１）をアプリケーションサーバ１６０（ＡＳ２１）に送信する。
次に、本発明の第一の実施の形態における処理ルール移動処理の動作について説明する。図６は、本発明の第一の実施の形態における処理ルール移動処理の動作を示すシーケンス図である。
ステップＳ２０３において、複製回数カウンタ２２１の複製回数が複製回数閾値を超えた場合、ディスパッチャ１４０は、当該複製回数が所定の閾値を超えたルール識別子の組み合わせに含まれる各ルール識別子に関し、ディスパッチルール２０４を参照し、各ルール識別子に対応する転送先のローカルシステム１００、すなわち、各ルール識別子のディスパッチルール２０４を設定したローカルシステム１００に、処理ルール移動要求２０６を送信する（ステップＳ３０１、Ｓ３０２）。ここで、複製回数閾値は、予め、ディスパッチャ１４０に設定されているものとする。
処理ルール移動要求２０６は、図１５に示すように、当該ルール識別子の組み合わせに含まれる各ルール識別子、及び当該ルール識別子に対応する転送先のローカルシステム１００の識別子を含む。
例えば、図１４の複製回数カウンタ２２１の複製回数が複製回数閾値を超えた場合、ディスパッチャ１４０は、図１５に示すように、ローカルシステム識別子とルール識別子として、（ＬＳ１、Ｒ１２）、（ＬＳ２、Ｒ２１）を含む処理ルール移動要求２０６を、ローカルシステム１００（ＬＳ１、ＬＳ２）に送信する。
ローカルシステム１００の処理ルール設定部１１１は、処理ルール移動要求２０６を受信すると、処理ルール移動要求２０６に含まれるローカルシステム識別子を参照し、他のローカルシステム１００に、処理ルール受入要求２０７を送信する（ステップＳ３０３、Ｓ３０６）。
処理ルール受入要求２０７は、図１７に示すように、ルール識別子、イベント条件、処理内容、負荷情報、及び関連ルール識別子を含む。ここで、ルール識別子は、他のローカルシステム１００に移動（受け入れ）を要求する自ローカルシステム１００の処理ルール２０２のルール識別子であり、処理ルール移動要求２０６に含まれる自ローカルシステム１００の処理ルール２０２のルール識別子が設定される。イベント条件と処理内容とには、当該処理ルール２０２のイベント条件と処理内容とが設定される。負荷情報には、当該処理ルール２０２を処理する処理サーバ１２０の負荷情報２１２が設定される。関連ルール識別子には、処理ルール移動要求２０６に含まれる他ローカルシステム１００の処理ルール２０２のルール識別子が設定される。
例えば、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、ディスパッチャ１４０（ＧＤ３）から図１５の処理ルール移動要求２０６を受信した場合、図１７のような処理ルール受入要求２０７を処理ルール移動要求２０６に含まれる他のローカルシステム１００（ＬＳ２）に送信する。この場合、処理ルール受入要求２０７のルール識別子には、処理ルール移動要求２０６に含まれる自ローカルシステム１００（ＬＳ１）の処理ルール２０２のルール識別子（Ｒ１２）が設定される。イベント条件と処理内容とには、処理ルール２０２（Ｒ１２）のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝６）と処理内容（ＡＳ１２へ通知）とが設定される。負荷情報には、処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）の負荷情報２１２（２０％）が設定される。関連ルール識別子には、処理ルール移動要求２０６に含まれる他ローカルシステム１００（ＬＳ２）の処理ルール２０２のルール識別子（Ｒ２１）が設定される。同様に、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、ディスパッチャ１４０（ＧＤ３）から図１５の処理ルール移動要求２０６を受信した場合、図１９のような処理ルール受入要求２０７を処理ルール移動要求２０６に含まれる他のローカルシステム１００（ＬＳ１）に送信する。
ローカルシステム１００の処理ルール設定部１１１は、処理ルール受入要求２０７を受信すると、処理ルール受入要求２０７に含まれる処理ルール２０２を自ローカルシステム１００の処理サーバ１２０に移動する（受け入れる）ことが可能かどうか判断する（ステップＳ３０４、Ｓ３０７）。ここで、処理ルール設定部１１１は、処理ルール受入要求２０７に含まれる関連ルール識別子の処理ルール２０２を処理する処理サーバ１２０の負荷情報２１２と処理ルール受入要求２０７に含まれる負荷情報２１２とを比較し、処理ルール受入要求２０７に含まれる負荷情報２１２が大きい場合、当該処理ルール２０２を移動可能と判断する。
処理ルール設定部１１１は、当該処理ルール２０２を移動可能と判断した場合、図２０のような、処理ルール受入応答２０８（ＯＫ：受入ＯＫを示す識別子）を処理ルール受入要求２０７の送信元のローカルシステム１００に送信する（ステップＳ３０８）。一方、処理ルール設定部１１１は、当該処理ルール２０２を移動不可能と判断した場合、図１８のような、処理ルール受入応答２０８（ＮＧ：受入不可を示す識別子）を処理ルール受入要求２０７の送信元のローカルシステム１００に送信する（ステップＳ３０５）。
例えば、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、ローカルシステム１００（ＬＳ１）から図１７の処理ルール受入要求２０７を受信した場合、関連ルール識別子の処理ルール２０２（Ｒ２１）を処理する処理サーバ１２０（ＰＳ２１）の負荷情報２１２（７０％）と処理ルール受入要求２０７に含まれる負荷情報２１２（２０％）とを比較する。この場合、処理ルール受入要求２０７に含まれる負荷情報２１２が小さいため、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、処理ルール２０２（Ｒ１２）を移動不可能と判断する。ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、図１８の処理ルール受入応答２０８（ＮＧ）をローカルシステム１００（ＬＳ１）に送信する。
また、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、ローカルシステム１００（ＬＳ２）から図１９の処理ルール受入要求２０７を受信した場合、関連ルール識別子の処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）の負荷情報２１２（２０％）と処理ルール受入要求２０７に含まれる負荷情報２１２（７０％）とを比較する。この場合、処理ルール受入要求２０７に含まれる負荷情報２１２が大きいため、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、処理ルール２０２（Ｒ２１）を移動可能と判断する。ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、図２０の処理ルール受入応答２０８（ＯＫ）をローカルシステム１００（ＬＳ２）に送信する。
ローカルシステム１００の処理ルール設定部１１１は、処理ルール受入要求２０７に含まれる処理ルール２０２を移動可能と判断した場合、当該処理ルール２０２を処理ルール受入要求２０７に含まれる関連ルール識別子の処理ルール２０２を処理する処理サーバ１２０に設定する（ステップＳ３１０）。処理ルール設定部１１１は、処理ルール設定情報２１１を更新し、処理ルール設定情報記憶部１１３に保存する（ステップＳ３１１）。ディスパッチルール設定部１１４は、処理ルール２０２を設定した処理サーバ１２０を当該処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたローカルディスパッチルール２０３を生成し、ローカルディスパッチャ１３０に設定する（ステップＳ３１２、３１３）。更に、ディスパッチルール設定部１１４は、自ローカルシステム１００を当該処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたディスパッチルール２０４を生成し、ディスパッチャ１４０に設定する（ステップＳ３１４、Ｓ３１５）。
一方、ローカルシステム１００の処理ルール設定部１１１は、処理ルール受入要求２０７に対して処理ルール受入応答２０８（ＯＫ）を受信した場合、処理ルール受入要求２０７に含まれる処理ルール２０２を処理する処理サーバ１２０から当該処理ルール２０２を削除する（ステップＳ３２０）。処理ルール設定部１１１は、処理ルール設定情報２１１を更新し、処理ルール設定情報記憶部１１３に保存する（ステップＳ３２１）。ディスパッチルール設定部１１４は、当該処理ルール２０２に関するローカルディスパッチルール２０３をローカルディスパッチャ１３０から削除する（ステップＳ３２２）。更に、ディスパッチルール設定部１１４は、当該処理ルール２０２に関するディスパッチルール２０４をディスパッチャ１４０から削除する（ステップＳ３２３）。
例えば、ローカルシステム１００（ＬＳ２）が図１９の処理ルール受入要求２０７をローカルシステム１００（ＬＳ１）に送信し、ローカルシステム１００（ＬＳ１）が処理ルール２０２（Ｒ２１）を移動可能と判断し、図２０の処理ルール受入応答２０８（ＯＫ）をローカルシステム１００（ＬＳ２）に送信した場合、処理ルール２０２（Ｒ２１）は、ローカルシステム１００（ＬＳ２）からローカルシステム１００（ＬＳ１）へ移動される。この結果、図２１のように、処理ルール２０２（Ｒ１１、Ｒ１２、Ｒ２１）がローカルシステム１００（ＬＳ１）に、処理ルール２０２（Ｒ２２）がローカルシステム１００（ＬＳ２）にそれぞれ設定される。また、ローカルシステム１００（ＬＳ１、ＬＳ２）の処理ルール設定情報２１１は図２２のようになる。この場合、処理ルール２０２（Ｒ１２、Ｒ２１）が、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）に設定される。
また、ローカルシステム１００（ＬＳ１）が生成するローカルディスパッチルール２０３（Ｒ１１、Ｒ１２、Ｒ２１）、及びローカルシステム１００（ＬＳ２）が生成するローカルディスパッチルール２０３（Ｒ２２）は、それぞれ図２３のようになる。この場合、処理ルール２０２（Ｒ１２、Ｒ２１）のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝６）の転送先は、処理サーバ１２０（ＰＳ１２）となる。
更に、ローカルシステム１００（ＬＳ１）が生成するディスパッチルール２０４（Ｒ１１、Ｒ１２、Ｒ２１）、及びローカルシステム１００（ＬＳ２）が生成するディスパッチルール２０４（Ｒ２２）は、それぞれ図２４のようになる。また、各ディスパッチャ１４０に設定されるディスパッチルール２０４は、図２５のようになる。この場合、処理ルール２０２（Ｒ１２、Ｒ２１）のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝６）の転送先は、ローカルシステム１００（ＬＳ１）となる。
次に、本発明の第一の実施の形態におけるイベント処理（処理ルール移動後）の動作について説明する。図７は、本発明の第一の実施の形態におけるイベント処理（処理ルール移動後）の動作を示すシーケンス図である。
ディスパッチャ１４０は、イベント２０１を受信すると、ディスパッチルール２０４を検索し、合致するイベント条件がある場合、当該イベント条件に対応するローカルシステム１００にイベント２０１を転送する（ステップＳ４０２、Ｓ４０３）。ここで、処理ルール移動後は、合致するイベント条件が１つとなるため、イベント２０１の複製は行われない。
例えば、ディスパッチャ１４０（ＧＤ２）が、図２５のディスパッチルール２０４に対して、イベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）をローカルシステム１００（ＬＳ１）に転送する。
ローカルシステム１００のローカルディスパッチャ１３０は、イベント２０１を受信すると、ローカルディスパッチルール２０３を検索し、合致するイベント条件がある場合、当該イベント条件に対応する処理サーバ１２０にイベント２０１を転送する（ステップＳ４０４、Ｓ４０５）。
例えば、ローカルシステム１００（ＬＳ１）のローカルディスパッチャ１３０が、図２３のローカルディスパッチルール２０３に対して、イベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）を処理サーバ１２０（ＰＳ１２）に転送する。
ローカルシステム１００の処理サーバ１２０がイベント２０１を受信すると、処理サーバ１２０は、処理ルール２０２に従ってイベント２０１を処理し（ステップＳ４０６、Ｓ４０８）、アプリケーションサーバ１６０へイベント処理結果２０５を送信する（ステップＳ４０７、Ｓ４０９）。このとき、処理サーバ１２０は、イベント２０１が設定されている複数の処理ルール２０２のイベント条件に合致する場合、イベント２０１をそれぞれの処理ルール２０２に従って処理し、イベント処理結果２０５を送信する。
例えば、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）は、イベント２０１（Ｉ３１）を受信すると、処理ルール２０２（Ｒ１２）に従って、イベント２０１（Ｉ３１）をイベント処理結果２０５としてアプリケーションサーバ１６０（ＡＳ１２）に送信する。更に、処理サーバ１２０（ＰＳ１２）は、処理ルール２０２（Ｒ２１）に従って、イベント２０１（Ｉ３１）をイベント処理結果２０５としてアプリケーションサーバ１６０（ＡＳ２１）に送信する。
以上、図１に示したように、処理ルール移動後は、ローカルシステム１００配下のイベント発生源１５０から送信されたイベント２０１（Ｉ３１）（ＴａｇＩＤ＝６）は、ローカルシステム１００（ＬＳ１）に転送され、ローカルシステム１００（ＬＳ１）にて処理ルール２０２（Ｒ１２、Ｒ２１）に従った処理が行われ、イベント処理結果２０５がアプリケーションサーバ１６０（ＡＳ１２、ＡＳ２１）へ送信される。
以上により、本発明の第一の実施の形態の動作が完了する。
次に、図２６に第一の実施の形態の特徴的な構成を示す。
イベント処理システムは、イベント発生源１５０からイベント２０１を受信する複数のディスパッチャ１４０とアプリケーションサーバ１６０へイベント処理結果２０５を送信する複数のローカルシステム１００とを備える。
ここで、ローカルシステム１００は、アプリケーションサーバ１６０から処理するイベント２０１の条件を示すイベント条件を含む処理ルール２０２を受信した場合、当該処理ルール２０２を自ローカルシステム１００に設定し、自ローカルシステム１００を当該イベント条件に合致するイベント２０１の転送先としたディスパッチルール２０４を生成し、当該ディスパッチルール２０４をディスパッチャ１４０に設定する。そして、ローカルシステム１００は、イベント２０１をディスパッチャ１４０から受信した場合、処理ルール２０２に従ってイベント２０１を処理し、イベント処理結果２０５を、当該処理ルール２０２の送信元のアプリケーションサーバ１６０に通知する。
ディスパッチャ１４０は、イベント２０１をイベント発生源１５０から受信した場合、ディスパッチルール２０４を参照し、当該イベント２０１に合致する前記イベント条件に対応した転送先のローカルシステム１００に当該イベント２０１を転送する。
ここで、ディスパッチャ１４０において、ローカルシステム１００（ＬＳ１）の処理ルール２０２に基づき設定したディスパッチルール２０４のイベント条件と、ローカルシステム１００（ＬＳ２）の処理ルール２０２に基づき設定したディスパッチルール２０４のイベント条件との両方に、イベント２０１が合致した回数が所定の閾値を超過した場合、ローカルシステム１００（ＬＳ１）の処理ルール２０２をローカルシステム１００（ＬＳ２）へ移動、または、ローカルシステム１００（ＬＳ２）の処理ルール２０２をローカルシステム１００（ＬＳ１）へ移動する。
本発明の第一の実施の形態によれば、ルール分配器を複数のローカルシステムに分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制することができる。その理由は、ディスパッチャ１４０において、イベント２０１が第一のローカルシステム１００の第一の処理ルール２０２に基づき設定したディスパッチルール２０４のイベント条件と第二のローカルシステム１００の第二の処理ルール２０２に基づき設定したディスパッチルール２０４のイベント条件との両方に合致した回数が所定の閾値を超過した場合、第一の処理ルール２０２の第二のローカルシステム１００への移動、または、第二の処理ルール２０２の第一のローカルシステム１００への移動が行われるためである。
また、本発明の第一の実施の形態によれば、ルール分配器を分散配置したイベント処理システムにおいて、ローカルシステム間で処理ルールを移動する場合に、処理サーバの負荷に偏りが生じないように処理ルールを配置できる。その理由は、第一または第二のローカルシステム１００が、第一の処理ルール２０２を設定した処理サーバ１２０の負荷情報２１２と、第二の処理ルール２０２を設定した処理サーバ１２０の負荷情報２１２とをもとに、第一の処理ルール２０２または第二の処理ルール２０２の移動の可否を判断するためである。
（第二の実施の形態）
次に、本発明の第二の実施の形態について図面を参照して詳細に説明する。
本発明の第一の実施の形態では、ローカルシステム１００の処理ルール設定部１１１が、処理ルール受入要求２０７を受信した場合、処理サーバ１２０の負荷情報２１２をもとに処理ルール２０２の移動可否を判断していた。本発明の第二の実施の形態では、処理ルール設定部１１１は、処理サーバ１２０がイベント処理結果２０５を送信する頻度をもとに処理ルール２０２の移動可否を判断する。
なお、本発明の第二の実施の形態において、第一の実施の形態と同一の符号を有する構成要素については、特に説明の無い限り、第一の実施の形態と同一であるものとする。
また、本発明の第二の実施の形態においては、アプリケーションサーバ１６０は、ネットワーク上の距離に基づいて、近くのローカルシステム１００に処理ルール２０２を送信するものとする。
図２７に本発明の第二の実施の形態におけるローカルシステム１００の構成を示す。図２７を参照すると、ローカルシステム１００の処理サーバ１２０は、第二の実施の形態（図２）の負荷情報２１２の代わりに、イベント処理結果２０５の送信頻度を表す処理結果送信情報２１３を記憶管理する。処理結果送信情報２１３は、図２８に示すように、処理ルール２０２のルール識別子とイベント処理結果２０５の送信頻度（処理結果送信頻度）とを含む。処理結果送信頻度は、例えば、単位時間あたりのイベント処理結果２０５の送信数でもよい。なお、処理結果送信頻度は、処理サーバ１２０が計測を行い、所定の周期で、更新するものとする。
図２８の例では、処理サーバ１２０（ＰＳ１２）における処理ルール２０２（Ｒ１２）に関する処理結果送信頻度として５０が設定され、処理サーバ１２０（ＰＳ２１）における処理ルール２０２（Ｒ２１）に関する処理結果送信頻度として１０が設定されている。
次に、本発明の第二の実施の形態における処理ルール移動処理の動作について説明する。
本発明の第二の実施の形態における処理ルール移動処理の動作は、第二の実施の形態の処理ルール移動処理の動作（図６）において、処理ルール設定部１１１が処理結果送信情報２１３の処理結果送信頻度をもとに処理ルール２０２の移動可否を判断することを除き、第一の実施の形態（図６）と同様となる。
ローカルシステム１００の処理ルール設定部１１１は、処理ルール移動要求２０６を受信すると、処理ルール移動要求２０６に含まれるローカルシステム識別子を参照し、他のローカルシステム１００に、処理ルール受入要求２０７を送信する（ステップＳ３０３、Ｓ３０６）。
処理ルール受入要求２０７は、図２９に示すように、ルール識別子、イベント条件、処理内容、処理結果送信頻度、関連ルール識別子を含む。ここで、処理結果送信頻度には、当該ルール識別子の処理ルール２０２を処理する処理サーバ１２０から取得した、当該処理ルール２０２に関する処理結果送信情報２１３の処理結果送信頻度が設定される。
例えば、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、図２９のような処理ルール受入要求２０７をローカルシステム１００（ＬＳ２）に送信する。この場合、処理結果送信頻度には、処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）から取得した、処理ルール２０２（Ｒ１２）に関する処理結果送信情報２１３の処理結果送信頻度（５０）が設定される。同様に、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、図３０のような処理ルール受入要求２０７をローカルシステム１００（ＬＳ１）に送信する。
ローカルシステム１００の処理ルール設定部１１１は、処理ルール受入要求２０７を受信すると、処理ルール受入要求２０７に含まれる処理ルール２０２を自ローカルシステム１００の処理サーバ１２０に移動する（受け入れる）ことが可能かどうか判断する（ステップＳ３０４、Ｓ３０７）。ここで、処理ルール設定部１１１は、処理ルール受入要求２０７に含まれる関連ルール識別子の処理ルール２０２を処理する処理サーバ１２０から、当該処理ルール２０２に関する処理結果送信情報２１３を取得する。処理ルール設定部１１１は、取得した処理結果送信情報２１３内の処理結果送信頻度と処理ルール受入要求２０７に含まれる処理結果送信頻度とを比較し、処理ルール受入要求２０７に含まれる処理結果送信頻度が小さい場合、当該処理ルール２０２を移動可能と判断する。
例えば、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、ローカルシステム１００（ＬＳ１）から図２９の処理ルール受入要求２０７を受信した場合、関連ルール識別子の処理ルール２０２（Ｒ２１）を処理する処理サーバ１２０（ＰＳ２１）から取得した処理結果送信情報２１３（Ｒ２１）の処理結果送信頻度（１０）と処理ルール受入要求２０７に含まれる処理結果送信頻度（５０）とを比較する。この場合、処理ルール受入要求２０７に含まれる処理結果送信頻度が大きいため、ローカルシステム１００（ＬＳ２）の処理ルール設定部１１１は、処理ルール２０２（Ｒ１２）を移動不可能と判断する。
また、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、ローカルシステム１００（ＬＳ２）から図３０の処理ルール受入要求２０７を受信した場合、関連ルール識別子の処理ルール２０２（Ｒ１２）を処理する処理サーバ１２０（ＰＳ１２）から取得した処理結果送信情報２１３（Ｒ１２）の処理結果送信頻度（５０）と処理ルール受入要求２０７に含まれる処理結果送信頻度（１０）とを比較する。この場合、処理ルール受入要求２０７に含まれる処理結果送信頻度が小さいため、ローカルシステム１００（ＬＳ１）の処理ルール設定部１１１は、処理ルール２０２（Ｒ２１）を移動可能と判断する。
以下、処理ルール受入応答２０８の送信、処理ルール２０２の設定、ローカルディスパッチルール２０３の設定、及びディスパッチルール２０４の設定については、第一の実施の形態（図６のステップＳ３０５、Ｓ３０８、Ｓ３１０〜Ｓ３１５、Ｓ３２０〜Ｓ３２３）と同様となる。
以上により、本発明の第二の実施の形態の動作が完了する。
本発明の第二の実施の形態によれば、ルール分配器を複数のローカルシステムに分散配置したイベント処理システムにおいて、ローカルシステム間で処理ルールを移動する場合に、ネットワークの使用効率の低下を抑えることができる。その理由は、第一または第二のローカルシステム１００が、第一の処理ルール２０２のイベント処理結果２０５の送信頻度と、第二の処理ルール２０２のイベント処理結果２０５の送信頻度とをもとに、第一の処理ルール２０２または第二の処理ルール２０２の移動の可否を判断するため、アプリケーションサーバ１６０が近距離のローカルシステム１００に処理ルール２０２を登録する場合、ローカルシステム１００からアプリケーションサーバ１６０への高頻度のイベント処理結果２０５の送信は近距離で行われたまま、低頻度のイベント処理結果２０５の送信は遠距離で行われるようになるためである。
なお、上述の本発明の実施の形態においては、ディスパッチャ１４０がローカルシステム１００に処理ルール移動要求２０６を送信し、当該処理ルール移動要求２０６を受信したローカルシステム１００が処理ルール２０２の移動可否の判断、及び移動を行った。しかしながら、処理ルール２０２の移動を行うためのサーバを設け、ディスパッチャ１４０が、当該サーバに処理ルール移動要求２０６を送信し、当該サーバが、各ローカルシステム１００の負荷情報２１２や処理結果送信情報２１３を収集し、処理ルール２０２の移動可否の判断、及び移動の指示を行うようにしてもよい。
また、上述の本発明の実施の形態においては、ローカルシステム１００が、処理ルール移動要求２０６を受信した他のローカルシステム１００から処理ルール受入要求２０７を受信した場合、「他のローカルシステム１００」の処理ルール２０２の「自ローカルシステム１００」への移動可否の判断を行った。しかしながら、処理ルール受入要求２０７を受信したローカルシステム１００が、更に、「自ローカルシステム１００」の処理ルール２０２の「他のローカルシステム１００」への移動可否を判断するようにしてもよい。また、処理ルール移動要求２０６を受信したローカルシステム１００が、他のローカルシステム１００から負荷情報２１２や処理結果送信情報２１３を収集し、「他のローカルシステム１００」の処理ルール２０２の「自ローカルシステム１００」への移動可否、「自ローカルシステム１００」の処理ルール２０２の「他のローカルシステム１００」への移動可否を判断するようにしてもよい。
また、上述の本発明の実施の形態においては、ディスパッチャ１４０が、複製したイベント２０１の転送先である２つのローカルシステム１００の両方に処理ルール移動要求２０６を送信していた。しかしながら、上述のように、当該２つのローカルシステム１００のいずれかが処理ルール移動要求２０６を受信することにより、当該２つのローカルシステム１００のどちらの処理ルール２０２を他方のローカルシステム１００に移動するかを判断できる場合、ディスパッチャ１４０は、当該２つのローカルシステム１００の少なくとも一方に処理ルール移動要求２０６を送信するようにしてもよい。
また、上述の本発明の実施の形態においては、ディスパッチャ１４０において複製したイベント２０１の転送先となるローカルシステム１００が２つの場合について説明した。複製したイベント２０１の転送先となるローカルシステム１００が２を超える場合は、当該複数のローカルシステム１００が、相互に負荷情報２１２や処理結果送信情報２１３を交換し、これらの情報をもとに、当該複数のローカルシステム１００のどのローカルシステム１００処理ルール２０２をどのローカルシステム１００に集約するかを判断するようにしてもよい。
また、上述の本発明の実施の形態においては、１つのディスパッチャ１４０においてイベント２０１の複製が発生する場合について説明した。複数のディスパッチャ１４０においてイベント２０１の複製が発生する場合、ローカルシステム１００が処理ルール移動要求２０６の受信回数を各処理ルール移動要求２０６に関係する処理ルール２０２の組み合わせ毎にカウントし、処理ルール移動要求２０６の受信回数が所定の閾値を超過した処理ルール２０２の組み合わせについて、処理ルール２０２の移動を行うようにしてもよい。
本発明の効果は、ルール分配器を分散配置したイベント処理システムにおいて、イベントの複製に伴うディスパッチャの処理負荷の増大を抑制することができることである。
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２００９年３月１７日に出願された日本出願特願２００９−０６３７２１を基礎とする優先権を主張し、その開示の全てをここに取り込む。(First embodiment)
Next, a first embodiment of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a configuration diagram of the entire event processing system according to the first embodiment of the present invention. Referring to FIG. 1, 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.
Here, 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.
In each drawing and the following description, the symbol in parentheses following the reference number indicates an identifier. For example, the local system 100 (LS1) indicates the local system with the identifier LS1, and 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.
In addition to “information detected by the event generation source 150 at a certain time (for example, an identifier of an RFID tag detected at a certain time, temperature, atmospheric pressure, acceleration, etc.)” in the event 201 transmitted by the event generation source 150, 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).
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.
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. In addition, 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. When 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. Here, 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. When 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.
When the processing rule setting unit 111 receives the processing rule 202 from the application server 160, the processing rule setting unit 111 determines the processing server 120 that processes the processing rule 202 and sets the processing rule 202. When 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. ). Further, when the processing rule setting unit 111 receives the processing rule acceptance request 207 from another 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.
In addition to the processing rule 202, 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. In addition to the dispatch rule 204, the dispatcher 140 includes a replication number counter 221 that stores and manages the number of replications of the event 201. When the number of times the event 201 is replicated when transferring one event 201 to a plurality of local systems 100 exceeds a predetermined threshold, the dispatcher 140 sends a processing rule move request 206 to the transfer destination of the event 201. Transmit to the local system 100.
Note that 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.
Next, the operation of the first embodiment of the present invention will be described with reference to the drawings.
First, the operation of the dispatch rule setting process in the first embodiment of the present invention will be described. FIG. 4 is a sequence diagram showing the operation of the dispatch rule setting process in the first embodiment of the present invention.
Here, it is assumed that 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. Similarly, it is assumed that 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. Similarly, 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).
Here, as shown in FIG. 8, 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.
FIG. 8 shows an example in which the local system 100 (LS1) receives the processing rule 202 (R11, R12) and the local system 100 (LS2) receives the processing rule 202 (R21, R22). In the example of FIG. 8, the event generation source type (RFID here) and detection information (RFID tag TagID = 6) are specified as event conditions in the processing rule 202 (R12) of the local system 100 (LS1). . Further, “notify to application server AS12” is designated as the processing content of the processing server 120 for this event condition.
When the local system 100 receives the processing rule 202, the processing rule setting unit 111 of the rule distribution unit 110 stores the processing rule distribution algorithm stored in the processing rule distribution algorithm storage unit 112 and the processing rule setting information storage unit 113. With reference to the processing rule setting information 211, 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).
Here, as 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. 9, 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). In the example of FIG. 9, 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).
As shown in FIG. 10, 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). In the example of FIG. 10, as the local dispatch rule 203 (R12) of the local system 100 (LS1), the event condition of the processing rule 202 (R12) is set as the event condition (event generation source type: RFID, detection information: TagID = 6), 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. 11, 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). In the example of FIG. 11, the event condition (RFID, TagID = 6) of the processing rule 202 (R12) of FIG. 8 is set in the event condition of the dispatch rule 204 (R12) generated by the local system 100 (LS1). 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.
When 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. 13, 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. In the example of FIG. 13, event source type: RFID, event source identifier: G3, and detection information: TagID = 6 are set as event attribute information of the event 201 (I31).
When receiving the event 201, 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. If there are a plurality of matching event conditions, 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).
For example, when the dispatcher 140 (GD2) receives the event 201 (I31), the event attribute information (event source type: RFID, detection information: TagID = 6) of the event 201 (I31) is the dispatch rule 204 in FIG. 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). At this time, 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.
When the local system 100 receives the event 201, 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).
For example, when the local system 100 (LS1) receives the event 201 (I31), the event attribute information (event source type: RFID, detection information: TagID = 6) of the event 201 (I31) is the local dispatch rule 203 ( In order to meet the event condition of R12), the local dispatcher 130 of the local system 100 (LS1) transfers the event 201 (I31) to the processing server 120 (PS12). Similarly, when the local system 100 (LS2) receives the event 201 (I31), the event attribute information (event source type: RFID, detection information: TagID = 6) of the event 201 (I31) is the local dispatch rule 203. Since the event condition of (R21) is met, the local dispatcher 130 of the local system 100 (LS2) transfers the event 201 (I31) to the processing server 120 (PS21).
When 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).
For example, 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. Further, the processing server 120 (PS21) of the local system 100 (LS2) transmits the event 201 (I31) to the application server 160 (AS21) as the event processing result 205.
Next, the operation of the process rule movement process in the first embodiment of the present invention will be described. FIG. 6 is a sequence diagram showing the operation of the process rule movement process in the first embodiment of the present invention.
In step S203, when the number of copies of the copy number counter 221 exceeds the copy number threshold value, 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 value. 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). Here, it is assumed that the replication count threshold is set in the dispatcher 140 in advance.
As shown in FIG. 15, 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.
For example, when the replication count of the replication count counter 221 in FIG. 14 exceeds the replication count threshold, the dispatcher 140 uses (LS1, R12), (LS2, R21) as the local system identifier and rule identifier as shown in FIG. ) Including the processing rule transfer request 206 including the) is transmitted to the local system 100 (LS1, LS2).
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. 17, the processing rule acceptance request 207 includes a rule identifier, an event condition, processing content, load information, and a related rule identifier. Here, 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. In 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. In the related rule identifier, 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. 15 from the dispatcher 140 (GD3), the processing rule acceptance request 207 as shown in FIG. The data is transmitted to another local system 100 (LS2) included in 206. In this case, 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. In the event condition and the processing content, the event condition (RFID, TagID = 6) and the processing content (notified to the AS 12) of the processing rule 202 (R12) are set. In the load information, the load information 212 (20%) of the processing server 120 (PS12) that processes the processing rule 202 (R12) is set. In the related rule identifier, 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. Similarly, when 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).
When 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). Here, 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). On the other hand, when the processing rule setting unit 111 determines that the processing rule 202 cannot be moved, 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).
For example, 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. In this case, since the load information 212 included in the processing rule acceptance request 207 is small, 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 (LS2) transmits the processing rule acceptance response 208 (NG) of FIG. 18 to the local system 100 (LS1).
When 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. In this case, since the load information 212 included in the processing rule acceptance request 207 is large, the processing rule setting unit 111 of the local system 100 (LS1) 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).
When 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). Furthermore, 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).
On the other hand, when 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).
For example, the local system 100 (LS2) 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. When 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). As a result, as shown in FIG. 21, the processing rule 202 (R11, R12, R21) is set in the local system 100 (LS1), and the processing rule 202 (R22) is set in the local system 100 (LS2). Further, the processing rule setting information 211 of the local system 100 (LS1, LS2) is as shown in FIG. In this case, the processing rule 202 (R12, R21) is set in the processing server 120 (PS12) of the local system 100 (LS1).
Further, the local dispatch rule 203 (R11, R12, R21) generated by the local system 100 (LS1) and the local dispatch rule 203 (R22) generated by the local system 100 (LS2) are as shown in FIG. In this case, the transfer destination of the event condition (RFID, TagID = 6) of the processing rule 202 (R12, R21) is the processing server 120 (PS12).
Furthermore, the dispatch rule 204 (R11, R12, R21) generated by the local system 100 (LS1) and the dispatch rule 204 (R22) generated by the local system 100 (LS2) are as shown in FIG. Further, the dispatch rule 204 set in each dispatcher 140 is as shown in FIG. In this case, the transfer destination of the event condition (RFID, TagID = 6) of the processing rule 202 (R12, R21) is the local system 100 (LS1).
Next, the operation of event processing (after moving the processing rule) in the first embodiment of the present invention will be described. 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.
Upon receiving the event 201, the dispatcher 140 searches the dispatch rule 204, and if there is a matching event condition, the dispatcher 140 transfers the event 201 to the local system 100 corresponding to the event condition (steps S402 and S403). Here, after the processing rule is moved, there is only one event condition that matches, so the event 201 is not duplicated.
For example, when 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).
When receiving the event 201, 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).
For example, when the local dispatcher 130 of the local system 100 (LS1) receives the event 201 (I31) for the local dispatch rule 203 in FIG. 23, the event 201 (I31) is transferred to the processing server 120 (PS12). .
When 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). At this time, when the event 201 matches the event conditions of the plurality of processing rules 202 in which the event 201 is set, the processing server 120 processes the event 201 according to each processing rule 202 and transmits the event processing result 205.
For example, when 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). ). Further, 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).
As described above, as shown in FIG. 1, after the processing rule is moved, the event 201 (I31) (TagID = 6) transmitted from the event generation source 150 under the local system 100 is transferred to the local system 100 (LS1). The local system 100 (LS1) 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).
Thus, the operation of the first embodiment of the present invention is completed.
Next, 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.
Here, 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 the local system 100. 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. When 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.
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.
Here, in the dispatcher 140, the event condition of the dispatch rule 204 set based on the processing rule 202 of the local system 100 (LS1), and the event condition of the dispatch rule 204 set based on the processing rule 202 of the local system 100 (LS2) If the number of times the event 201 matches both exceeds a predetermined threshold, 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).
According to the first embodiment of this invention, in an event processing system in which rule distributors are distributed in a plurality of local systems, it is possible to suppress an increase in processing load on the dispatcher accompanying event duplication. The reason is that in the dispatcher 140, 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. When 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.
In addition, according to the first embodiment of the present invention, in an event processing system in which rule distributors are distributed, when processing rules are moved between local systems, there is no bias in processing server load. Processing rules can be placed. The reason is that the load information 212 of the processing server 120 in which the first or second local system 100 sets the first processing rule 202 and the load information 212 of the processing server 120 in which the second processing rule 202 is set This is for determining whether the first processing rule 202 or the second processing rule 202 can be moved based on the above.
(Second embodiment)
Next, a second embodiment of the present invention will be described in detail with reference to the drawings.
In the first embodiment of the present invention, when 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. In the second embodiment of the present invention, 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.
In the second embodiment of the present invention, components having the same reference numerals as those in the first embodiment are the same as those in the first embodiment unless otherwise specified.
In the second embodiment of the present invention, the application server 160 transmits the processing rule 202 to the nearby local system 100 based on the distance on the network.
FIG. 27 shows the configuration of the local system 100 according to the second embodiment of the present invention. Referring to FIG. 27, 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. As shown in FIG. 28, 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. 28, 50 is set as the processing result transmission frequency for the processing rule 202 (R12) in the processing server 120 (PS12), and 10 as the processing result transmission frequency for the processing rule 202 (R21) in the processing server 120 (PS21). Is set.
Next, the operation of the process rule movement process in the second embodiment of the present invention will be described.
The operation of the processing rule movement process in the second embodiment of the present invention is the same as that of the processing rule movement process of the second embodiment (FIG. 6). Except for determining whether or not the processing rule 202 can be moved based on the result transmission frequency, this is the same as in the first embodiment (FIG. 6).
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. Here, 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.
For example, 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). In this case, 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. Is set. Similarly, 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).
When 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). Here, 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. Is small, it is determined that the processing rule 202 can be moved.
For example, when 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. In this case, since the processing result transmission frequency included in the processing rule acceptance request 207 is high, the processing rule setting unit 111 of the local system 100 (LS2) determines that the processing rule 202 (R12) cannot be moved.
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.
Hereinafter, 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).
Thus, the operation of the second embodiment of the present invention is completed.
According to 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. When 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.
In the above-described embodiment of the present invention, 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. However, 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.
Further, in the above-described embodiment of the present invention, 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”. Whether to move to “100” and whether to move to “other local system 100” in the processing rule 202 of “own local system 100” may be determined.
Further, in the above-described embodiment of the present invention, 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. However, as described above, when one of the two local systems 100 receives the processing rule movement request 206, which processing rule 202 of the two local systems 100 is moved to the other local system 100 Can be determined, the dispatcher 140 may transmit the processing rule movement request 206 to at least one of the two local systems 100.
Further, in the above-described embodiment of the present invention, the case where there are two local systems 100 to which the event 201 copied in the dispatcher 140 is transferred has been described. When the number of local systems 100 to which the copied event 201 is transferred exceeds 2, 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.
Further, in the above-described embodiment of the present invention, the case where the event 201 is duplicated in one dispatcher 140 has been described. When duplication of the event 201 occurs in the plurality of dispatchers 140, the local system 100 counts the number of reception 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 effect of the present invention is that in an event processing system in which rule distributors are distributed, an increase in the processing load of the dispatcher accompanying event duplication can be suppressed.
While the present invention has been described with reference to the embodiments, the present invention is not limited to the above embodiments. Various changes that can be understood by those skilled in the art can be made to the configuration and details of the present invention within the scope of the present invention.
This application claims the priority on the basis of Japanese application Japanese Patent Application No. 2009-063721 for which it applied on March 17, 2009, and takes in those the indications of all here.

本発明は、ＲＦＩＤ、センサのようなデバイス等から大量に発生するイベントの処理を行うイベント処理システムに適用できる。例えば、本発明は、ＲＦＩＤやセンサからのイベントを利用した物流トレーサビリティシステム、ＳＣＥＭ（Ｓｕｐｐｌｙ Ｃｈａｉｎ Ｅｖｅｎｔ Ｍａｎａｇｅｍｅｎｔ）システム、天候や災害等の環境管理システムに適用できる。   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. For example, the present invention can be applied to a physical distribution traceability system using an event from an RFID or a sensor, a SCEM (Supply Chain Event Management) system, and an environment management system such as weather or disaster.

Claims (16)

イベント発生源からイベントを受信する複数のディスパッチャとアプリケーションサーバへイベントの処理結果を送信する複数のローカルシステムとを備え、
前記複数のローカルシステムのそれぞれは、
前記アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定し、
前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
前記複数のディスパッチャのそれぞれは、
前記イベントを前記イベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先のローカルシステムに当該イベントを転送し、
前記複数のディスパッチャのいずれかにおいて、前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とするイベント処理システム。A plurality of dispatchers for receiving events from an event source and a plurality of local systems for transmitting event processing results to an application server;
Each of the plurality of local systems is
When a processing rule including an event condition indicating an event condition to be processed is received from the application server, the processing rule is set in the local system, and the local system is set as a transfer destination of the event that matches the event condition Generate a dispatch rule, set the dispatch rule to the dispatcher,
When the event is received from the dispatcher, the event is processed according to the processing rule, the processing result of the event is notified to the application server that is the transmission source of the processing rule,
Each of the plurality of dispatchers is
When receiving the event from the event generation source, refer to the dispatch rule, transfer the event to a local system of a transfer destination corresponding to the event condition that matches the event,
In any one of the plurality of dispatchers, the first local system of the plurality of local systems sets the dispatch rule set based on a first processing rule of the processing rules of the first local system. Both the event condition and the event condition of 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 In addition, if the number of times the event matches exceeds a predetermined threshold, the first processing rule is moved to the second local system. 前記第二のローカルシステムは、
前記第一の処理ルールを当該第二のローカルシステムへ移動する場合、当該第一の処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該第一の処理ルールの前記イベント条件に合致する前記イベントの転送先とした前記ディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定することを特徴とする請求項１記載のイベント処理システム。The second local system is
When moving the first processing rule to the second local system, the first processing rule is set to the local system, and the local system is matched with the event condition of the first processing rule. The event processing system according to claim 1, wherein the dispatch rule as an event transfer destination is generated, and the dispatch rule is set in the dispatcher. 前記複数のローカルシステムのそれぞれは、
前記アプリケーションサーバから受信した前記処理ルールを自ローカルシステムのいずれか１つの処理サーバに設定し、前記ディスパッチルールを生成し、前記ディスパッチャに設定するルール分配部と、
前記処理ルールに従って、当該処理ルールに含まれる前記イベント条件に合致する前記イベントを処理する少なくとも１つの前記処理サーバとを備え、
前記第二のローカルシステムの前記ルール分配部は、
前記第一の処理ルールを当該第二のローカルシステムへ移動する場合、前記第二の処理ルールが設定されている前記処理サーバに当該第一の処理ルールを設定し、自ローカルシステムを当該第一の処理ルールの前記イベント条件に合致する前記イベントの転送先とした前記ディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定することを特徴とする請求項２記載のイベント処理システム。Each of the plurality of local systems is
A rule distributor configured to set the processing rule received from the application server in any one processing server of the local system, generate the dispatch rule, and set the dispatcher;
And at least one processing server that processes the event that matches the event condition included in the processing rule according to the processing rule,
The rule distribution unit of the second local system is
When moving the first processing rule to the second local system, the first processing rule is set in the processing server in which the second processing rule is set, and the local system is set to the first local rule. The event processing system according to claim 2, wherein the dispatch rule that is the transfer destination of the event that matches the event condition of the processing rule is generated, and the dispatch rule is set in the dispatcher. 前記複数のディスパッチャのそれぞれは、
前記第一の処理ルールに基づき設定した前記イベント条件と前記第二の処理ルールに基づき設定した前記イベント条件の両方に前記イベントが合致した回数が所定の閾値を超過した場合、処理ルール移動要求を前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方に送信し、
前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方が前記処理ルール移動要求を受信した場合、前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方の前記ルール分配部は、前記第一の処理ルールの前記第二のローカルシステムへの移動が可能かどうかを判断し、
前記第二のローカルシステムの前記ルール分配部は、
前記第一の処理ルールの当該第二のローカルシステムへの移動が可能な場合、前記第二の処理ルールが設定されている前記処理サーバに当該第一の処理ルールを設定し、自ローカルシステムを当該第一の処理ルールの前記イベント条件に合致する前記イベントの転送先とした前記ディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定することを特徴とする請求項３記載のイベント処理システム。Each of the plurality of dispatchers is
When the number of times the event matches both the event condition set based on the first processing rule and the event condition set based on the second processing rule exceeds a predetermined threshold, a processing rule move request is issued. Sending to at least one of the first local system and the second local system;
When at least one of the first local system and the second local system receives the processing rule movement request, the rule distribution unit of at least one of the first local system and the second local system is: Determining whether the first processing rule can be moved to the second local system;
The rule distribution unit of the second local system is
If the first processing rule can be moved to the second local system, the first processing rule is set on the processing server on which the second processing rule is set, and the local system is The event processing system according to claim 3, wherein the dispatch rule that is the transfer destination of the event that matches the event condition of the first processing rule is generated, and the dispatch rule is set in the dispatcher. 前記第一の処理ルールの前記第二のローカルシステムへの移動が可能なかどうかの判断は、前記第一のローカルシステムにおいて前記第一の処理ルールを設定した前記処理サーバの負荷情報と、前記第二のローカルシステムにおいて前記第二の処理ルールを設定した前記処理サーバの負荷情報とをもとに行うことを特徴とする請求項４記載のイベント処理システム。   The determination as to whether or not the first processing rule can be moved to the second local system is based on load information of the processing server that sets the first processing rule in the first local system, and the first 5. The event processing system according to claim 4, wherein the processing is performed based on load information of the processing server in which the second processing rule is set in a second local system. 前記第一の処理ルールの前記第二のローカルシステムへの移動が可能なかどうかの判断は、前記第一のローカルシステムにおいて前記第一の処理ルールを設定した前記処理サーバにおける当該第一の処理ルールに関するイベント処理結果の送信頻度と、前記第二のローカルシステムにおいて前記第二の処理ルールを設定した前記処理サーバにおける当該第二の処理ルールに関するイベント処理結果の送信頻度とをもとに行うことを特徴とする請求項４記載のイベント処理システム。   Whether the first processing rule can be moved to the second local system is determined by determining whether the first processing rule is set in the processing server in which the first processing rule is set in the first local system. And the transmission frequency of the event processing result related to the second processing rule in the processing server in which the second processing rule is set in the second local system. The event processing system according to claim 4, wherein: ローカルシステムが、アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、前記ローカルシステムは、当該処理ルールを自ローカルシステムに設定し、
前記ローカルシステムが、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、
前記ディスパッチャが、前記イベントをイベント発生源から受信した場合、前記ディスパッチャは、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先のローカルシステムに当該イベントを転送し、
前記ローカルシステムが、前記イベントを前記ディスパッチャから受信した場合、前記ローカルシステムは、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
前記ディスパッチャのいずれかにおいて、複数の前記ローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、複数の前記ローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とするイベント処理方法。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,
The local system generates a dispatch rule with the local system as the transfer destination of the event that matches the event condition, and sets the dispatch rule in the dispatcher.
When the dispatcher receives the event from the event generation source, the dispatcher refers to the dispatch rule, and transfers the event to a local system of a transfer destination corresponding to the event condition that matches the event.
When the local system receives the event from the dispatcher, the local system processes the event according to the processing rule, and notifies the processing result of the event to the application server that is the transmission source of the processing rule. ,
In any one of the dispatchers, the event condition of the dispatch rule set by a first local system of the plurality of local systems based on a first processing rule of the processing rules of the first local system And the event condition of 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, An event processing method comprising: moving the first processing rule to the second local system when the number of matches of the event exceeds a predetermined threshold. 前記ディスパッチャによる前記第一の処理ルールの前記第二のローカルシステムへの移動において、
前記第二のローカルシステムが、前記第一の処理ルールを自ローカルシステムに設定し、さらに
前記第二のローカルシステムが、自ローカルシステムを当該第一の処理ルールの前記イベント条件に合致する前記イベントの転送先とした前記ディスパッチルールを生成し、当該ディスパッチルールを前記ディスパッチャに設定することを特徴とする請求項７記載のイベント処理方法。In the movement of the first processing rule by the dispatcher to the second local system,
The second local system sets the first processing rule to the local processing system, and the second local system sets the local processing system to match the event condition of the first processing rule. The event processing method according to claim 7, wherein the dispatch rule as a transfer destination is generated, and the dispatch rule is set in the dispatcher. 前記ローカルシステムが前記処理ルールを自ローカルシステムに設定する場合、前記ローカルシステムのルール分配部が、前記アプリケーションサーバから受信した前記処理ルールを自ローカルシステムのいずれか１つの処理サーバに設定し、
前記イベント処理において、前記処理サーバが、前記処理ルールに従って、当該処理ルールに含まれる前記イベント条件に合致する前記イベントを処理し、
前記第二のローカルシステムが、前記第一の処理ルールを自ローカルシステムに設定する場合、前記第二のローカルシステムの前記ルール分配部が、前記第二の処理ルールが設定されている前記処理サーバに当該第一の処理ルールを設定することを特徴とする請求項８記載のイベント処理方法。When the local system sets the processing rule to the local system, the rule distribution unit of the local system sets the processing rule received from the application server to any one processing server of the local system,
In the event processing, the processing server processes the event that matches the event condition included in the processing rule according to the processing rule,
When the second local system sets the first processing rule to the local system, the rule distribution unit of the second local system has the processing server in which the second processing rule is set The event processing method according to claim 8, wherein the first processing rule is set for the event processing method. 前記ディスパッチャによる前記第一の処理ルールの前記第二のローカルシステムへの移動において、
前記ディスパッチャが、前記第一の処理ルールに基づき設定した前記イベント条件と前記第二の処理ルールに基づき設定した前記イベント条件の両方に前記イベントが合致した回数が所定の閾値を超過した場合、処理ルール移動要求を前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方に送信し、さらに
前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方が前記処理ルール移動要求を受信した場合、前記第一のローカルシステムと前記第二のローカルシステムの少なくとも一方の前記ルール分配部が、前記第一の処理ルールの前記第二のローカルシステムへの移動が可能かどうかを判断することを特徴とする請求項９記載のイベント処理方法。In the movement of the first processing rule by the dispatcher to the second local system,
If the number of times that the event matches both the event condition set based on the first processing rule and the event condition set based on the second processing rule exceeds a predetermined threshold, the dispatcher A rule movement request is transmitted to at least one of the first local system and the second local system, and at least one of the first local system and the second local system receives the processing rule movement request The rule distribution unit of at least one of the first local system and the second local system determines whether the movement of the first processing rule to the second local system is possible. The event processing method according to claim 9, wherein: 前記第一の処理ルールの前記第二のローカルシステムへの移動が可能なかどうかの判断は、前記第一のローカルシステムにおいて前記第一の処理ルールを設定した前記処理サーバの負荷情報と、前記第二のローカルシステムにおいて前記第二の処理ルールを設定した前記処理サーバの負荷情報とをもとに行うことを特徴とする請求項１０記載のイベント処理方法。   The determination as to whether or not the first processing rule can be moved to the second local system is based on load information of the processing server that sets the first processing rule in the first local system, and the first The event processing method according to claim 10, wherein the event processing method is performed based on load information of the processing server in which the second processing rule is set in a second local system. 前記第一の処理ルールの前記第二のローカルシステムへの移動が可能なかどうかの判断は、前記第一のローカルシステムにおいて前記第一の処理ルールを設定した前記処理サーバにおける当該第一の処理ルールに関するイベント処理結果の送信頻度と、前記第二のローカルシステムにおいて前記第二の処理ルールを設定した前記処理サーバにおける当該第二の処理ルールに関するイベント処理結果の送信頻度とをもとに行うことを特徴とする請求項１０記載のイベント処理方法。   Whether the first processing rule can be moved to the second local system is determined by determining whether the first processing rule is set in the processing server in which the first processing rule is set in the first local system. And the transmission frequency of the event processing result related to the second processing rule in the processing server in which the second processing rule is set in the second local system. 11. The event processing method according to claim 10, wherein: アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、
前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
前記ディスパッチャにおいて、自ローカルシステムが当該自ローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、他のローカルシステムが当該他のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記他のローカルシステムに移動する
ことを特徴とするローカルシステム。When a processing rule including an event condition indicating an event condition to be processed is received from the application server, the processing rule is set in the local system, and the local system is used as a transfer destination of the event that matches the event condition Generate a rule, set the dispatch rule to the dispatcher,
When the event is received from the dispatcher, the event is processed according to the processing rule, the processing result of the event is notified to the application server that is the transmission source of the processing rule,
In the dispatcher, the event condition of the dispatch rule set by the own local system based on the first processing rule of the processing rule of the own local system, and the processing of the other local system by the other local system When the number of times the event matches both the event condition of the dispatch rule set based on the second processing rule of the rules exceeds a predetermined threshold, the first processing rule is changed to the other processing rule. A local system characterized by moving to the local system. 複数のローカルシステムのそれぞれから、当該ローカルシステムをイベント条件に合致するイベントの転送先としたディスパッチルールを受信し、
前記イベントをイベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先の前記ローカルシステムに当該イベントを転送し、
前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動することを特徴とするディスパッチャ。From each of a plurality of local systems, a dispatch rule that receives the local system as an event transfer destination that matches the event condition is received.
When receiving the event from the event generation source, refer to the dispatch rule, transfer the event to the local system of the transfer destination corresponding to the event condition that matches the event,
The event condition of the dispatch rule set 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, and 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 of the processing rules of the second local system is predetermined. A dispatcher that moves the first processing rule to the second local system when the threshold value is exceeded. コンピュータに、
アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、当該処理ルールを自ローカルシステムに設定し、
自ローカルシステムを当該イベント条件に合致する前記イベントの転送先としたディスパッチルールを生成し、当該ディスパッチルールをディスパッチャに設定し、
前記イベントを前記ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
前記ディスパッチャにおいて、自ローカルシステムが当該自ローカルシステムの前記処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、他のローカルシステムが当該他のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記他のローカルシステムに移動する
処理を実行させるローカルシステム用プログラムを記録したプログラム記録媒体。On the computer,
When a processing rule including an event condition indicating an event condition to be processed is received from an application server, the processing rule is set in the local system
Generate a dispatch rule with the local system as the transfer destination of the event that matches the event condition, set the dispatch rule in the dispatcher,
When the event is received from the dispatcher, the event is processed according to the processing rule, the processing result of the event is notified to the application server that is the transmission source of the processing rule,
In the dispatcher, the event condition of the dispatch rule set by the own local system based on the first processing rule of the processing rule of the own local system, and the processing of the other local system by the other local system When the number of times the event matches both the event condition of the dispatch rule set based on the second processing rule of the rules exceeds a predetermined threshold, the first processing rule is changed to the other processing rule. A program recording medium that records a program for a local system that executes a process of moving to the local system. コンピュータに、
複数のローカルシステムのそれぞれから、当該ローカルシステムをイベント条件に合致するイベントの転送先としたディスパッチルールを受信し、
前記イベントをイベント発生源から受信した場合、前記ディスパッチルールを参照し、当該イベントに合致する前記イベント条件に対応した転送先の前記ローカルシステムに当該イベントを転送し、
前記複数のローカルシステムのうちの第一のローカルシステムが当該第一のローカルシステムの処理ルールのうちの第一の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件と、前記複数のローカルシステムのうちの第二のローカルシステムが当該第二のローカルシステムの前記処理ルールのうちの第二の処理ルールに基づき設定した前記ディスパッチルールの前記イベント条件との両方に、前記イベントが合致した回数が所定の閾値を超過した場合、当該第一の処理ルールを前記第二のローカルシステムに移動する
処理を実行させるディスパッチャ用プログラムを記録したプログラム記録媒体。On the computer,
From each of a plurality of local systems, a dispatch rule that receives the local system as an event transfer destination that matches the event condition is received.
When receiving the event from the event generation source, refer to the dispatch rule, transfer the event to the local system of the transfer destination corresponding to the event condition that matches the event,
The event condition of the dispatch rule set 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, and 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 of the processing rules of the second local system is predetermined. A program recording medium recording a dispatcher program for executing a process of moving the first processing rule to the second local system when the threshold value of the first processing rule is exceeded.
JP2011504888A 2009-03-17 2010-03-15 Event processing system, event processing method, local system, dispatcher, and program storage medium Expired - Fee Related JP5327314B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011504888A JP5327314B2 (en) 2009-03-17 2010-03-15 Event processing system, event processing method, local system, dispatcher, and program storage medium

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2009063721 2009-03-17
JP2009063721 2009-03-17
JP2011504888A JP5327314B2 (en) 2009-03-17 2010-03-15 Event processing system, event processing method, local system, dispatcher, and program storage medium
PCT/JP2010/054744 WO2010107103A1 (en) 2009-03-17 2010-03-15 Event processing system, event processing method, local system, dispatcher, and program storage medium

Publications (2)

Publication Number Publication Date
JPWO2010107103A1 JPWO2010107103A1 (en) 2012-09-20
JP5327314B2 true JP5327314B2 (en) 2013-10-30

Family

ID=42739759

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011504888A Expired - Fee Related JP5327314B2 (en) 2009-03-17 2010-03-15 Event processing system, event processing method, local system, dispatcher, and program storage medium

Country Status (2)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101856487B1 (en) * 2017-03-03 2018-06-19 주식회사 티맥스데이터 Computing device for processing parsing

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5664098B2 (en) * 2010-10-05 2015-02-04 富士通株式会社 Composite event distribution apparatus, composite event distribution method, and composite event distribution program
WO2013105176A1 (en) * 2012-01-11 2013-07-18 日本電気株式会社 Event processing system, event processing control device, event processing method and program
EP2891985A4 (en) * 2012-08-31 2016-05-11 Nec Corp Rule distribution device, event processing system, rule distribution method, and rule distribution program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06504152A (en) * 1990-12-28 1994-05-12 ロイターズ・リミテッド Apparatus and method for creating user-definable video display documents showing changes in real-time data
JP2001100999A (en) * 1999-09-30 2001-04-13 Mitsubishi Electric Corp Rule base system
JP2007142767A (en) * 2005-11-17 2007-06-07 Univ Of Tsukuba Pattern matching device, its forming method, operation method of network incorrect intrusion detection device using it, and operation method of intrusion prevention system using it

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06504152A (en) * 1990-12-28 1994-05-12 ロイターズ・リミテッド Apparatus and method for creating user-definable video display documents showing changes in real-time data
JP2001100999A (en) * 1999-09-30 2001-04-13 Mitsubishi Electric Corp Rule base system
JP2007142767A (en) * 2005-11-17 2007-06-07 Univ Of Tsukuba Pattern matching device, its forming method, operation method of network incorrect intrusion detection device using it, and operation method of intrusion prevention system using it

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CSNG200700250001; 佐藤正、外２名: '「大規模化可能なコンテキストプラットフォームの提案」' 情報処理学会研究報告 第２００５巻，　第１０７号, 20051102, ｐ．５-８, 社団法人情報処理学会 *
CSNG200900173125; 佐藤正、外２名: '「コンテキストアウェアサービスのための分散複合イベント処理」' マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２００８）シンポジウム論文集 , 20080702, ｐ．９７５-９８１, 社団法人情報処理学会 *
JPN6013030671; 佐藤正、外２名: '「大規模化可能なコンテキストプラットフォームの提案」' 情報処理学会研究報告 第２００５巻，　第１０７号, 20051102, ｐ．５-８, 社団法人情報処理学会 *
JPN6013030672; 佐藤正、外２名: '「コンテキストアウェアサービスのための分散複合イベント処理」' マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２００８）シンポジウム論文集 , 20080702, ｐ．９７５-９８１, 社団法人情報処理学会 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101856487B1 (en) * 2017-03-03 2018-06-19 주식회사 티맥스데이터 Computing device for processing parsing

Also Published As

Publication number Publication date
JPWO2010107103A1 (en) 2012-09-20
WO2010107103A1 (en) 2010-09-23

Similar Documents

Publication Publication Date Title
JP5299437B2 (en) Event processing system, event processing method, rule distribution device, and rule distribution program
US9396154B2 (en) Multi-core processor for managing data packets in communication network
US9367261B2 (en) Computer system, data management method and data management program
CN112860393B (en) Distributed task scheduling method and system
JP5327314B2 (en) Event processing system, event processing method, local system, dispatcher, and program storage medium
CN101616083A (en) A kind of message forwarding method and device
US8881173B2 (en) Event processing system, distribution controller, event processing method, distribution control method, and program storage medium
CN110383764A (en) The system and method for usage history data processing event in serverless backup system
CN107656966A (en) The method and server of a kind of processing data
CN104854845B (en) Use the method and apparatus of efficient atomic operation
CN112217847A (en) Micro service platform, implementation method thereof, electronic device and storage medium
CN115113997A (en) Task scheduling method and device, electronic equipment and storage medium
CN114265753A (en) Management method and management system of message queue and electronic equipment
JP5327315B2 (en) Event processing system, event processing method, rule distribution device, and program storage medium
CN106406990B (en) A kind of job stacking-reso urce matching method and system with security constraint
US6339812B1 (en) Method and apparatus for handling invalidation requests to processors not present in a computer system
CN114938376B (en) Industrial Internet of things based on priority processing data and control method thereof
WO2023061329A1 (en) Communication method applied to computer cluster, and communication apparatus
JPWO2014002179A1 (en) Data collection system and data collection program
US20110307552A1 (en) Method and System for Moving a Project in a Complex Event Processing Cluster
US9203692B1 (en) Optimized event routing in distributed data management
CN115170152A (en) Data distribution method, device, equipment and storage medium
CN112541038A (en) Time series data management method, system, computing device and storage medium
CN112181900B (en) Data processing method and device in server cluster
KR20140121216A (en) System and method for device duplication of virtualization system in virtual machine environment

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130218

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130625

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130708

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees