JP5327315B2

JP5327315B2 - Event processing system, event processing method, rule distribution device, and program storage medium

Info

Publication number: JP5327315B2
Application number: JP2011504891A
Authority: JP
Inventors: 和彦磯山
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2009-03-17
Filing date: 2010-03-15
Publication date: 2013-10-30
Anticipated expiration: 2030-03-15
Also published as: WO2010107107A1; JPWO2010107107A1

Description

本発明は、イベント処理システム、イベント処理方法、ルール分配装置、及びプログラム記憶媒体に関し、特にＲＦＩＤ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙＩｄｅｎｔｉｆｉｃａｔｉｏｎ）、センサのようなデバイス等から大量に発生するイベントの処理を行うイベント処理システム、イベント処理方法、ルール分配装置、及びプログラム記憶媒体に関する。 The present invention relates to an event processing system, an event processing method, a rule distribution device, and a program storage medium. The present invention relates to an event processing method, a rule distribution device, 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. 17 shows a load distribution distribution system disclosed in Japanese Patent No. 41611998. Referring to FIG. 17, the load distribution distribution system includes an event processing distribution unit 501, 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 processes. The servers 504a and 504b (hereinafter abbreviated as 504) are configured. 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 shown above, the event processing distributor 501 sets the event distribution rule that “the detection event of the RFID tag of the member related to the product is transferred to the event processing server 504a” to the context-dependent distributor 503 (dispatcher). Set.
As a result, an event generated from an event generation source 505a, 505b (hereinafter abbreviated as 505) such as a device is sent to the event processing server 504 in which a processing rule related to the event is set by the context-dependent event distributor 503 (dispatcher). (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 a system in which a plurality of dispatchers are distributed like the load distribution distribution system of Japanese Patent No. 4161998, it is impossible to predict which dispatcher can receive an event that matches the event distribution rule. Therefore, the event processing distributor sets the generated dispatch rule to all dispatchers so that the event can be transferred to the event processing server for which the processing rule related to the event is set regardless of which dispatcher receives the event. To do.
Therefore, as the number of applications increases and the event processing rules increase, the processing rules are distributed and distributed to multiple processing servers, but the dispatch rules set in the dispatcher increase, and the processing load associated with dispatch rule search There was a problem of increasing.
An object of the present invention is to solve the above-described problems, an event processing system and an event processing method capable of suppressing an increase in dispatch rules set in a dispatcher even when the number of applications increases and an event processing rule increases. It is to provide a rule distribution device and a program storage medium.

本発明のイベント処理システムは、イベント発生源からイベントを受信する複数の外部ディスパッチャとアプリケーションサーバへイベントの処理結果を送信する複数のローカルシステムとを備え、前記複数のローカルシステムのそれぞれは、前記アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、複数の前記イベント条件を集約した集約イベント条件を生成し、当該集約イベント条件を外部イベント条件とし、自ローカルシステムを当該外部イベント条件に合致する前記イベントの転送先とした外部ディスパッチルールを生成し、当該外部ディスパッチルールを前記外部ディスパッチャに設定し、前記イベントを前記外部ディスパッチャから受信した場合、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知し、
前記複数の外部ディスパッチャのそれぞれは、前記イベントを前記イベント発生源から受信した場合、前記外部ディスパッチルールを参照し、当該イベントに合致する前記外部イベント条件に対応した転送先のローカルシステムに当該イベントを転送することを特徴とする。
本発明のルール分配装置は、少なくとも１つの処理サーバと少なくとも１つのローカルディスパッチャとを有するローカルシステム内に設けられ、アプリケーションサーバから受信した処理ルールを前記ローカルシステムのいずれか１つの前記処理サーバに設定する処理ルール設定部と、当該処理サーバを当該処理ルールに含まれるイベント条件に合致するイベントの転送先としたローカルディスパッチルールを生成し、当該ローカルディスパッチルールを前記ローカルシステムの前記ローカルディスパッチャに設定し、複数の前記イベント条件を集約した集約イベント条件を生成し、当該集約イベント条件を外部イベント条件とし、前記ローカルシステムを当該外部イベント条件に合致する前記イベントの転送先とした外部ディスパッチルールを生成し、当該外部ディスパッチルールを外部ディスパッチャに設定するディスパッチルール設定部とを備えたことを特徴とする。
本発明のイベント処理方法は、ローカルシステムが、アプリケーションサーバから処理するイベントの条件を示すイベント条件を含む処理ルールを受信した場合、前記ローカルシステムは、複数の前記イベント条件を集約した集約イベント条件を生成し、当該集約イベント条件を外部イベント条件とし、自ローカルシステムを当該外部イベント条件に合致する前記イベントの転送先とした外部ディスパッチルールを生成し、当該外部ディスパッチルールを外部ディスパッチャに設定し、前記外部ディスパッチャが、前記イベントをイベント発生源から受信した場合、前記外部ディスパッチャは、前記外部ディスパッチルールを参照し、当該イベントに合致する前記外部イベント条件に対応した転送先のローカルシステムに当該イベントを転送し、前記ローカルシステムが、前記イベントを前記外部ディスパッチャから受信した場合、前記ローカルシステムは、前記処理ルールに従って当該イベントを処理し、当該イベントの処理結果を、当該処理ルールの送信元の前記アプリケーションサーバに通知することを特徴とする。
本発明のプログラム記録媒体は、コンピュータに、アプリケーションサーバから受信した処理ルールを少なくとも１つの処理サーバと少なくとも１つのローカルディスパッチャとを有するローカルシステムのいずれか１つの前記処理サーバに設定し、当該処理サーバを当該処理ルールに含まれるイベント条件に合致するイベントの転送先としたローカルディスパッチルールを生成し、当該ローカルディスパッチルールを前記ローカルシステムの前記ローカルディスパッチャに設定し、複数の前記イベント条件を集約した集約イベント条件を生成し、当該集約イベント条件を外部イベント条件とし、前記ローカルシステムを当該外部イベント条件に合致する前記イベントの転送先とした外部ディスパッチルールを生成し、当該外部ディスパッチルールを外部ディスパッチャに設定する処理を実行させる。The event processing system of the present invention includes a plurality of external 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 When a processing rule including an event condition indicating an event condition to be processed is received from a server, an aggregate event condition is generated by aggregating a plurality of the event conditions, the aggregate event condition is set as an external event condition, and the local system is When an external dispatch rule that is a transfer destination of the event that matches an external event condition is generated, the external dispatch rule is set in the external dispatcher, and the event is received from the external dispatcher, the processing rule is Processing the event, the processing result of the event, and notifies the application server of the transmission source of the processing rule,
When each of the plurality of external dispatchers receives the event from the event generation source, each of the plurality of external dispatchers refers to the external dispatch rule, and sends the event to the local system of the transfer destination corresponding to the external event condition that matches the event. It is characterized by transferring.
The rule distribution device of the present invention is provided in a local system having at least one processing server and at least one local dispatcher, and sets processing rules received from an application server to any one of the processing servers of the local system. And a local dispatch rule that uses the processing server as a transfer destination of an event that matches the event condition included in the processing rule, and sets the local dispatch rule in the local dispatcher of the local system. Generating an aggregated event condition that aggregates a plurality of the event conditions, setting the aggregated event condition as an external event condition, and using the local system as a transfer destination of the event that matches the external event condition Generates Le, characterized in that a dispatch rule setting unit which sets the external dispatch rule to external dispatcher.
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 an aggregate event condition obtained by aggregating a plurality of the event conditions. Generate the aggregate event condition as an external event condition, generate an external dispatch rule with the local system as a transfer destination of the event that matches the external event condition, set the external dispatch rule in the external dispatcher, and When the external dispatcher receives the event from the event generation source, the external dispatcher refers to the external dispatch rule and transfers the event to the local system of the transfer destination corresponding to the external event condition that matches the event. When the local system receives the event from the external dispatcher, the local system processes the event according to the processing rule and sends the processing result of the event to the application server that is the transmission source of the processing rule. It is characterized by notifying.
The program recording medium of the present invention sets a processing rule received from an application server to any one of the processing servers of a local system having at least one processing server and at least one local dispatcher. A local dispatch rule is generated as a transfer destination of an event that matches an event condition included in the processing rule, the local dispatch rule is set in the local dispatcher of the local system, and a plurality of event conditions are aggregated Generate an event condition, set the aggregated event condition as an external event condition, generate an external dispatch rule with the local system as the transfer destination of the event that matches the external event condition, and generate the external dispatch To execute a process of setting Lumpur external dispatcher.

本発明の効果は、イベント処理システムにおいて、処理ルールの増加に伴うディスパッチルールの増大を抑制することができることである。 The effect of the present invention is that an increase in dispatch rules accompanying an increase in processing rules can be suppressed in an event processing system.

本発明の第一の実施の形態におけるイベント処理システム全体の構成を示す図である。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 sequence diagram which shows the setting operation | movement of the dispatch rule in 1st embodiment of this invention. 本発明の第一の実施の形態におけるイベント処理の動作を示すシーケンス図である。It is a sequence diagram which shows the operation | movement of the event process in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール２０２の例を示す図である。It is a figure which shows the example of the process rule 202 in 1st embodiment of this invention. 本発明の第一の実施の形態における処理ルール設定情報２１１の例を示す図である。It is a figure which shows the example of the process rule setting information 211 in 1st embodiment of this invention. 本発明の第一の実施の形態におけるローカルディスパッチルール２０３の例を示す図である。It is a figure which shows the example of the local dispatch rule 203 in 1st embodiment of this invention. 本発明の第一の実施の形態における、ローカルシステム１００で生成される外部ディスパッチルール２０４の例を示す図である。It is a figure which shows the example of the external dispatch rule 204 produced | generated by the local system 100 in 1st embodiment of this invention. 本発明の第一の実施の形態における、外部ディスパッチャに設定された外部ディスパッチルール２０４の例を示す図である。It is a figure which shows the example of the external dispatch rule 204 set to the external 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 characteristic structure of 1st embodiment of this invention. 本発明の第二の実施の形態におけるイベント処理システム全体の構成を示す図である。It is a figure which shows the structure of the whole event processing system in 2nd 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 sequence diagram which shows the operation | movement of the event process in 2nd embodiment of this invention. 本発明の第二の実施の形態における、ローカルシステム１００で生成される外部ディスパッチルール２０４の例を示す図である。It is a figure which shows the example of the external dispatch rule 204 produced | generated by the local system 100 in 2nd embodiment of this invention. 本発明の第二の実施の形態における、外部ディスパッチャに設定された外部ディスパッチルール２０４の例を示す図である。It is a figure which shows the example of the external dispatch rule 204 set to the external dispatcher 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.

１００ローカルシステム
１１０ルール分配部
１１１処理ルール設定部
１１２処理ルール分配アルゴリズム記憶部
１１３処理ルール設定情報記憶部
１１４ディスパッチルール設定部
１１５イベント廃棄カウンタ
１２０処理サーバ
１３０ローカルディスパッチャ
１４０外部ディスパッチャ
１５０イベント発生源
１６０アプリケーションサーバ
２０１イベント
２０２処理ルール
２０３ローカルディスパッチルール
２０４外部ディスパッチルール
２０５イベント処理結果
２１１処理ルール設定情報DESCRIPTION OF SYMBOLS 100 Local system 110 Rule distribution part 111 Processing rule setting part 112 Processing rule distribution algorithm memory | storage part 113 Processing rule setting information storage part 114 Dispatch rule setting part 115 Event discard counter 120 Processing server 130 Local dispatcher 140 External dispatcher 150 Event generation source 160 Application Server 201 Event 202 Processing rule 203 Local dispatch rule 204 External dispatch rule 205 Event processing result 211 Processing rule setting information

（第一の実施の形態）
次に、本発明の第一の実施の形態について図面を参照して詳細に説明する。
図１は、本発明の第一の実施の形態におけるイベント処理システム全体の構成図である。図１を参照すると、本発明のイベント処理システムの第一の実施の形態は、ネットワーク（図示せず）上に設置される複数のローカルシステム１００、複数の外部ディスパッチャ１４０、イベント発生源１５０、及びアプリケーションサーバ１６０を備える。
ここで、ローカルシステム１００は、それぞれ識別子ＬＳ１、ＬＳ２の２つのローカルシステムを有する。また、複数の外部ディスパッチャ１４０は、それぞれ識別子ＧＤ１〜ＧＤ４の４つのディスパッチャを有する。イベント発生源１５０は、それぞれ識別子Ｇ１〜Ｇ８の８つのイベント発生源を有する。また、アプリケーションサーバ１６０は、それぞれ識別子ＡＳ１１、ＡＳ１２、ＡＳ１３、ＡＳ２１、ＡＳ２２、ＡＳ２３の６つのアプリケーションサーバを有する。
なお、各図面および以下の説明において、引用番号に続く（）内の符号は、識別子を示すものとする。たとえば、ローカルシステム１００（ＬＳ１）は、識別子ＬＳ１のローカルシステムを示し、アプリケーションサーバ１６０（ＡＳ１１）は、識別子ＡＳ１１のアプリケーションサーバを示す。このような表記は、処理ルールにおいても同様とする。
イベント発生源１５０は、検出した情報をイベント２０１としてローカルシステム１００に送信する。イベント発生源１５０は、情報を検出してローカルシステム１００に送信できるものであれば、どのようなものでもよい。
イベント発生源１５０としては、例えば、ＲＦＩＤリーダや磁気カードリーダ等、非接触あるいは接触型の情報読み取り装置や、温度、気圧、加速度等を検出する各種センサ等がある。
イベント発生源１５０が送信するイベント２０１には、「ある時刻でイベント発生源１５０が検出した情報（例えば、ある時刻において検出されたＲＦＩＤタグの識別子や、温度、気圧、加速度等）」に加え、「当該イベント発生源が検出する情報の種別（イベント発生源種別）」、「当該イベント発生源の識別子（イベント発生源識別子）」、「検出された情報の検出時刻等の関連情報」等が属性情報（イベント属性情報）として含まれる。
外部ディスパッチャ１４０は、イベント２０１をイベント発生源１５０から受信した場合、外部ディスパッチルール２０４を参照し、当該イベント２０１をローカルシステム１００へ転送する。
アプリケーションサーバ１６０は、イベント発生源１５０において検出されたイベント２０１に対して各種情報処理を行うアプリケーションが動作するサーバである。アプリケーションサーバ１６０は、イベント発生源１５０により検出されたイベント２０１に対してローカルシステム１００において行われた処理の結果に対して各種情報処理を行う。また、アプリケーションサーバ１６０は、ローカルシステム１００が処理するイベント２０１の条件を指定したイベント条件と、当該イベント条件に合致したイベント２０１に対してローカルシステム１００が行う処理内容を含む処理ルール２０２とをローカルシステム１００に送信する。
ローカルシステム１００は、アプリケーションサーバ１６０から受信した処理ルール２０２をもとに外部ディスパッチルール２０４を生成し、当該外部ディスパッチルール２０４を外部ディスパッチャ１４０に設定する。また、ローカルシステム１００は、外部ディスパッチャ１４０からイベント２０１を受信した場合、処理ルール２０２に従ってイベント２０１を処理し、当該イベント２０１の処理結果（イベント処理結果２０５）をアプリケーションサーバ１６０に送信する。
ローカルシステム１００は、更に、ルール分配部１１０、少なくとも１つの処理サーバ１２０、及び少なくとも１つのローカルディスパッチャ１３０より構成される。図１は、ローカルシステム１００が、複数の処理サーバ１２０と１つのローカルディスパッチャ１３０とを有する場合を示している。ここで、処理サーバ１０２は、それぞれ識別子ＰＳ１１、ＰＳ１２、ＰＳ１３、ＰＳ２１、ＰＳ２２、ＰＳ２３の６つの処理サーバを有する。処理サーバ２０２（ＰＳ１１、ＰＳ１２、ＰＳ１３）は、ローカルシステム１００（ＬＳ１）に配置され、処理サーバ２０２（ＰＳ２１、ＰＳ２２、ＰＳ２３）は、ローカルシステム１００（ＬＳ２）に配置されている。
ローカルシステム１００のルール分配部１１０は、処理ルール２０２の処理サーバ１２０への設定、ローカルディスパッチルール２０３の生成、及び外部ディスパッチルール２０４の生成を行う。処理サーバ１２０は、処理ルール２０２に従って、イベント２０１を処理する。ローカルディスパッチャ１３０は、イベント２０１を外部ディスパッチャ１４０から受信した場合、ローカルディスパッチルール２０３を参照し、当該イベント２０１を自ローカルシステム１００の処理サーバ１２０へ転送する。
図２に本発明の第一の実施の形態におけるローカルシステム１００の構成を示す。ローカルシステム１００のルール分配部１１０は、更に、処理ルール設定部１１１、処理ルール分配アルゴリズム記憶部１１２、処理ルール設定情報記憶部１１３、及びディスパッチルール設定部１１４により構成される。
処理ルール設定部１１１は、アプリケーションサーバ１６０から処理ルール２０２を受信した場合、当該処理ルール２０２を処理する処理サーバ１２０を決定し、当該処理ルール２０２を設定する。また、処理ルール分配アルゴリズム記憶部１１２は、処理ルール２０２を処理する処理サーバ１２０を決定するための処理ルール分配アルゴリズム（図示せず）を記憶管理する。処理ルール設定情報記憶部１１３は、処理ルール２０２の設定結果を処理ルール設定情報２１１として記憶管理する。ディスパッチルール設定部１１４は、ローカルディスパッチルール２０３を生成し、ローカルディスパッチャ１３０に設定する。また、ディスパッチルール設定部１１４は、外部ディスパッチルール２０４を生成し、外部ディスパッチャ１４０に設定する。
なお、ルール分配部１１０、処理サーバ１２０、ローカルディスパッチャ１３０、外部ディスパッチャ１４０、イベント発生源１５０、及びアプリケーションサーバ１６０は、それぞれプログラム制御によって動作する情報処理装置であってもよい。また、これらのうちのいくつかを一つの装置として構成してもよい。
次に、本発明の第一の実施の形態の動作について図面を参照して説明する。
はじめに、本発明の第一の実施の形態におけるディスパッチルールの設定動作について説明する。図３は、本発明の第一の実施の形態におけるディスパッチルールの設定動作を示すシーケンス図である。
はじめに、各アプリケーションサーバ１６０がイベント２０１の処理を要求するローカルシステム１００は予め決められており、各アプリケーションサーバ１６０に設定されているものとする。同様に、各イベント発生源１５０がイベント２０１を送信する外部ディスパッチャ１４０も予め決められており、各イベント発生源１５０に設定されているものとする。アプリケーションサーバ１６０におけるローカルシステム１００に関する上記の設定は、管理者が直接ローカルシステム１００を指定することにより設定してもよいし、各アプリケーションサーバ１６０が、ネットワーク上の距離に基づいて、近くのローカルシステム１００を検出して設定してもよい。同様に、イベント発生源１５０における外部ディスパッチャ１４０に関する上記の設定は、管理者が直接外部ディスパッチャ１４０を指定することにより設定してもよいし、各イベント発生源１５０が、ネットワーク上の距離に基づいて、近くの外部ディスパッチャ１４０を検出して設定してもよい。
イベント２０１の処理を要求するアプリケーションサーバ１６０は、処理ルール２０２をローカルシステム１００に送信する（ステップＳ１０１）。
ここで、処理ルール２０２は、図５に示すように、処理ルール識別子Ｒ１１、Ｒ１２、Ｒ２１、Ｒ２２と、各ルール識別子と関連付けた、ローカルシステム１００が処理するイベント２０１の条件を指定したイベント条件、及び当該イベント条件に合致したイベント２０１に対してローカルシステム１００が行う処理内容とを含む。
図５は、ローカルシステム１００（ＬＳ１）が処理ルール２０２（Ｒ１１、Ｒ１２）、ローカルシステム１００（ＬＳ２）が処理ルール２０２（Ｒ２１、Ｒ２２）を受信した場合の例を示している。図５の例では、ローカルシステム１００（ＬＳ１）の処理ルール２０２（ＰＲ１１）に、イベント条件としてイベント発生源種別（ここではＲＦＩＤ）と検出情報（ＲＦＩＤタグのＴａｇＩＤ＝１〜３）とが指定されている。また、このイベント条件に対する処理サーバ１２０の処理内容として、″アプリケーションサーバＡＳ１１へ通知″が指定されている。
ローカルシステム１００が処理ルール２０２を受信すると、ルール分配部１１０の処理ルール設定部１１１は、処理ルール分配アルゴリズム記憶部１１２に記憶された処理ルール分配アルゴリズムと処理ルール設定情報記憶部１１３に記憶された処理ルール設定情報２１１とを参照し、当該処理ルール２０２を処理する処理サーバ１２０を決定する（ステップＳ１０２）。ローカルシステム１００は決定した処理サーバ１２０に処理ルール２０２を設定する（ステップＳ１０３）。処理ルール設定部１１１は、処理ルール設定情報２１１を更新し、更新された処理ルール設定情報２１１を処理ルール設定情報記憶部１１３に保存する（ステップＳ１０４）。
ここで、処理ルール分配アルゴリズムとしては、例えば、処理内容に応じて処理サーバ１２０の負荷が均等となるように処理ルール２０２を振り分ける方法や、特許第４１６１９９８号公報に記載されているように、イベント条件が同一の処理ルール２０２を同一の処理サーバ１２０に振り分ける方法がある。
また、処理ルール設定情報２１１は、図６に示すように、処理サーバ識別子と設定された処理ルール２０２の識別子とを含む。
図６は、ローカルシステム１００（ＬＳ１）の処理サーバ（ＰＳ１１、ＰＳ１２）、及びローカルシステム１００（ＬＳ２）の処理サーバ（ＰＳ２１、ＰＳ２２）に設定された処理ルール２０２の例を示している。図６の例では、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１１）に処理ルール２０２（ＰＲ１１）が設定されている。この設定により、処理サーバ１２０（ＰＳ１１）は、処理ルール２０２（Ｒ１１）を処理することになる。
ディスパッチルール設定部１１４は、処理ルール２０２を設定した処理サーバ１２０を当該処理ルール２０２のイベント条件に合致するイベント２０１の転送先としたローカルディスパッチルール２０３を生成する（ステップＳ１０５）。
ローカルディスパッチルール２０３は、図７に示すように、ローカルディスパッチルール識別子ＤＲＬ１１、ＤＲＬ１２、ＤＲＬ２１、ＤＲＬ２２と、各ルール識別子と関連付けた、イベント条件、及び転送先の処理サーバ１２０の識別子とを含む。
図７は、ローカルシステム１００（ＬＳ１）が生成するローカルディスパッチルール２０３（ＤＲＬ１１、ＤＲＬ１２）、及びローカルシステム１００（ＬＳ２）が生成するローカルディスパッチルール２０３（ＤＲＬ２１、ＤＲＬ２２）の例を示している。図７の例では、ローカルシステム１００（ＬＳ１）のローカルディスパッチルール２０３（ＤＲＬ１１）として、イベント条件に処理ルール２０２（ＰＲ１１）のイベント条件（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝１〜３）、転送先に処理ルール２０２（ＰＲ１１）を処理する処理サーバ１２０の識別子（ＰＳ１１）が設定されている。
ディスパッチルール設定部１１４は、生成したローカルディスパッチルール２０３をローカルディスパッチャ１３０に設定する（ステップＳ１０６）。
ディスパッチルール設定部１１４は、複数の処理ルール２０２のイベント条件を集約した集約イベント条件を生成し、外部イベント条件を当該集約イベント条件とし、自ローカルシステム１００を当該外部イベント条件に合致するイベント２０１の転送先とした外部ディスパッチルール２０４（集約あり）を生成する（ステップＳ１０７）。
ここで、イベント条件の集約方法としては、例えば、イベント条件が、検出情報の値で指定されている場合、複数のイベント条件を含むような値の範囲を、集約イベント条件としてもよい。
例えば、ローカルシステム１００（ＬＳ１）に、図５のような処理ルール２０２（ＰＲ１１、ＰＲ１２）が設定されている場合、ＰＲ１１のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝１〜３）、ＰＲ１２のイベント条件（ＲＦＩＤ、ＴａｇＩＤ＝５〜７）を集約し、集約イベント条件（ＲＦＩＤ、ＴａｇＩＤ＝１〜７）を生成することができる。
また、イベント条件が１．１、１．３、２．１、２．５のように階層化された値で指定されている場合、複数のイベント条件に共通な階層の値を集約イベント条件としてもよい。この場合、イベント条件１．１、１．３、２．１、２．５に対して、集約イベント条件１・＊、２．＊（＊は任意の数）を生成することができる。
外部ディスパッチルール２０４は、図８に示すように、外部ディスパッチルール識別子ＤＲＧ１１、ＤＲＧ１２、ＤＲＧ２１、ＤＲＧ２２と、各ルール識別子と関連付けた、外部イベント条件、及びイベント２０１の転送先となるローカルシステム１００の識別子とを含む。
図８は、ローカルシステム１００（ＬＳ１）が生成する外部ディスパッチルール２０４（ＤＲＧ１１、ＤＲＧ１２）、及びローカルシステム１００（ＬＳ２）が生成するディスパッチルール２０４（ＤＲＧ２１、ＤＲＧ２２）の例を示している。図８の例では、ローカルシステム１００（ＬＳ１）が生成する外部ディスパッチルール２０４（ＤＲＧ１１）の外部イベント条件には、図５の処理ルール２０２（ＰＲ１１、ＰＲ１２）のイベント条件を集約した集約イベント条件（ＲＦＩＤ、ＴａｇＩＤ＝１〜７）が設定され、転送先には、ローカルシステム１００（ＬＳ１）の識別子が設定されている。また、ローカルシステム１００（ＬＳ２）が生成する外部ディスパッチルール２０４（ＤＲＧ２１）の外部イベント条件には、図５の処理ルール２０２（ＰＲ２１、ＰＲ２２）のイベント条件を集約した集約イベント条件（ＲＦＩＤ、ＴａｇＩＤ＝５〜１１）が設定され、転送先には、ローカルシステム１００（ＬＳ２）の識別子が設定されている。
ディスパッチルール設定部１１４は、生成した外部ディスパッチルール２０４（集約あり）を外部ディスパッチャ１４０に設定する（ステップＳ１０８）。
例えば、ローカルシステム１００（ＬＳ１、ＬＳ２）が、外部ディスパッチルール２０４（ＤＲＧ１１、ＤＲＧ２１）を外部ディスパッチャ１４０にそれぞれ設定した場合、各外部ディスパッチャ１４０には、図９のような外部ディスパッチルール２０４が設定される。
次に、本発明の第一の実施の形態におけるイベント処理の動作について説明する。図４は、本発明の第一の実施の形態におけるイベント処理の動作を示すシーケンス図である。
イベント発生源１５０が検出対象の情報を検出すると、イベント発生源１５０は検出した情報をイベント２０１として外部ディスパッチャ１４０に送信する（ステップＳ２０１）。
イベント２０１は、図１０に示すように、イベント識別子１３１、イベント発生源種別、イベント発生源識別子、検出時刻、検出情報等のイベント属性情報を含むことができる。図１０の例では、イベント２０１（Ｉ３１）のイベント属性情報として、イベント発生源種別：ＲＦＩＤ、イベント発生源識別子：Ｇ３、検出情報：ＴａｇＩＤ＝６が設定されている。
外部ディスパッチャ１４０は、イベント２０１を受信すると、イベント２０１に含まれるイベント属性情報が外部ディスパッチルール２０４の外部イベント条件のいずれかに合致するかどうかを検索する（ステップＳ２０２）。合致する外部イベント条件がある場合、外部ディスパッチャ１４０は、外部ディスパッチルール２０４を参照し、当該外部イベント条件に対応するローカルシステム１００にイベント２０１を転送する（ステップＳ２０３、Ｓ２０４）。
例えば、外部ディスパッチャ１４０（ＧＤ２）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、外部ディスパッチルール２０４（ＤＲＧ１１、ＤＲＧ２１）の外部イベント条件に合致するため、外部ディスパッチャ１４０（ＧＤ２）は、イベント２０１（Ｉ３１）をローカルシステム１００（ＬＳ１）とローカルシステム１００（ＬＳ２）とに転送する。
また、外部ディスパッチャ１４０（ＧＤ２）がイベント２０１（Ｉ４１）を受信した場合、イベント２０１（Ｉ４１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝４）は、外部ディスパッチルール２０４（ＤＲＧ１１）の外部イベント条件に合致するため、外部ディスパッチャ１４０（ＧＤ２）は、イベント２０１（Ｉ４１）をローカルシステム１００（ＬＳ１）に転送する。
ローカルシステム１００がイベント２０１を受信すると、ローカルディスパッチャ１３０は、イベント２０１に含まれるイベント属性情報がローカルディスパッチルール２０３のイベント条件のいずれかに合致するかどうかを検索する（ステップＳ２１１、Ｓ２２１）。合致するイベント条件がある場合、ローカルディスパッチャ１３０は、ローカルディスパッチルール２０３を参照し、当該イベント条件に対応する処理サーバ１２０にイベント２０１を転送する（ステップＳ２１２、Ｓ２２２）。ここで、合致するイベント条件がない場合は、イベント２０１を廃棄する。
例えば、ローカルシステム１００（ＬＳ１）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、ローカルディスパッチルール２０３（ＤＲＬ１２）のイベント条件に合致するため、ローカルシステム１００（ＬＳ１）のローカルディスパッチャ１３０は、イベント２０１（Ｉ３１）を処理サーバ１２０（ＰＳ１２）に転送する。同様に、ローカルシステム１００（ＬＳ２）がイベント２０１（Ｉ３１）を受信した場合、イベント２０１（Ｉ３１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝６）は、ローカルディスパッチルール２０３（ＤＲＬ２１）のイベント条件に合致するため、ローカルシステム１００（ＬＳ２）のローカルディスパッチャ１３０は、イベント２０１（Ｉ３１）を処理サーバ１２０（ＰＳ２１）に転送する。
また、ローカルシステム１００（ＬＳ１）がイベント２０１（Ｉ４１）を受信した場合、イベント２０１（Ｉ４１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝４）は、ローカルディスパッチルール２０３のイベント条件に合致しないため、ローカルシステム１００（ＬＳ１）のローカルディスパッチャ１３０は、イベント２０１（Ｉ４１）を廃棄する。
ローカルシステム１００の処理サーバ１２０がイベント２０１を受信すると、処理サーバ１２０は、処理ルール２０２に従ってイベント２０１を処理し（ステップＳ２１３、Ｓ２２３）、アプリケーションサーバ１６０へイベント処理結果２０５を送信する（ステップＳ２１４、Ｓ２２４）。
例えば、ローカルシステム１００（ＬＳ１）の処理サーバ１２０（ＰＳ１２）は、イベント処理結果２０５として、イベント２０１（Ｉ３１）をアプリケーションサーバ１６０（ＡＳ１２）に送信する。また、ローカルシステム１００（ＬＳ２）の処理サーバ１２０（ＰＳ２１）は、イベント処理結果２０５として、イベント２０１（Ｉ３１）をアプリケーションサーバ１６０（ＡＳ２１）に送信する。
以上、図１に示したように、ローカルシステム１００配下のイベント発生源１５０から送信されたイベント２０１（Ｉ３１）（ＴａｇＩＤ＝６）は、ローカルシステム１００（ＬＳ１、ＬＳ２）に転送され、イベント処理結果２０５がアプリケーションサーバ１６０（ＡＳ１２、２１）へ送信される。
以上により、本発明の第一の実施の形態の動作が完了する。
次に、図１１に第一の実施の形態の特徴的な構成を示す。
イベント処理システムは、イベント発生源１５０からイベント２０１を受信する複数の外部ディスパッチャ１４０と、アプリケーションサーバ１６０へイベント処理結果２０５を送信する複数のローカルシステム１００とを備える。
ここで、ローカルシステム１００は、アプリケーションサーバ１６０から処理するイベント２０１の条件を示すイベント条件を含む処理ルール２０２を受信し、複数のイベント条件を集約した集約イベント条件を生成する。ローカルシステム１００は、当該集約イベント条件を外部イベント条件とし、自ローカルシステムを当該外部イベント条件に合致するイベント２０１の転送先とした外部ディスパッチルール２０４を生成し、当該外部ディスパッチルール２０４を外部ディスパッチャ１４０に設定する。そして、ローカルシステム１００は、イベント２０１を外部ディスパッチャ１４０から受信した場合、処理ルール２０２に従って当該イベント２０１を処理し、イベント処理結果２０５を、当該処理ルール２０２の送信元のアプリケーションサーバ１６０に通知する。
また、外部ディスパッチャ１４０は、イベント２０１をイベント発生源１５０から受信した場合、外部ディスパッチルール２０４を参照し、当該イベント２０１に合致する外部イベント条件に対応した転送先のローカルシステム１００に当該イベント２０１を転送する。
本発明の第一の実施の形態によれば、イベント処理システムにおいて、処理ルールの増加に伴うディスパッチルールの増大を抑制することができる。その理由は、ローカルシステム１００が、複数のイベント条件を集約した集約イベント条件を外部イベント条件とし、自ローカルシステムを当該外部イベント条件に合致するイベント２０１の転送先とした外部ディスパッチルール２０４を外部ディスパッチャ１４０に設定するためである。
（第二の実施の形態）
次に、本発明の第二の実施の形態について図面を参照して詳細に説明する。
本発明の第二の実施の形態では、ローカルディスパッチャ１３０において廃棄されるイベント２０１の数が多い場合は、イベント条件の集約を中止し、外部ディスパッチャ１４０がローカルシステム１００において廃棄されるイベント２０１を当該ローカルシステム１００に転送することを抑止する。
本発明の第二の実施の形態においては、ローカルシステム１００のローカルディスパッチャ１３０が、廃棄されるイベント数をカウントし、当該廃棄されるイベント数が所定の値を超えると、外部ディスパッチルール２０４を再設定する点において、本発明の第一の実施の形態と異なる。
なお、本発明の第二の実施の形態において、第一の実施の形態と同一の符号を有する構成要素については、特に説明の無い限り、第一の実施の形態と同一であるものとする。
図１２に本発明の第二の実施の形態におけるイベント処理システム全体の構成図を、図１３に本発明の第二の実施の形態におけるローカルシステム１００の構成を示す。図１３を参照すると、ローカルシステム１００のローカルディスパッチャ１３０は、イベント２０１の廃棄数をカウントするイベント廃棄カウンタ１１５を更に備える。
ローカルディスパッチャ１３０は、ローカルディスパッチルール２０３に合致せず廃棄したイベント２０１の数をイベント廃棄カウンタ１１５にてカウントする。また、イベント廃棄カウンタ１１５の内容を定期的にディスパッチ統計情報２０６としてディスパッチルール設定部１１４に送信する。
ディスパッチルール設定部１１４は、ローカルディスパッチャ１３０から受信したイベント廃棄カウンタ１１５の値を参照し、イベント２０１の廃棄数が所定の閾値を超えていた場合、イベント条件の集約を中止し、外部ディスパッチルール２０４を再設定する。
次に、本発明の第二の実施の形態の動作について説明する。
本発明の第二の実施の形態におけるディスパッチルールの設定動作については、本発明の第一の実施の形態（図３）と同様となる。ここでは、各外部ディスパッチャ１４０には、本発明の第一の実施の形態と同様に、図５の処理ルール２０２に基づいて、図９のような外部ディスパッチルール２０４が設定されているものとする。
次に、本発明の第二の実施の形態におけるイベント処理の動作について説明する。図１４は、本発明の第二の実施の形態におけるイベント処理の動作を示すシーケンス図である。
イベント発生源１５０がイベント２０１を送信してから、ローカルディスパッチャ１３０がローカルディスパッチルール２０３のイベント条件を検索するまでの処理（ステップＳ３０１からＳ３１１）は、第一の実施の形態（ステップＳ２０１からＳ２１１）と同様となる。
ステップＳ３１１において、ローカルディスパッチルール２０３のイベント条件にイベント２０１のイベント属性情報と合致するイベント条件がない場合、ローカルディスパッチャ１３０は、イベント２０１を廃棄する。この場合、ローカルディスパッチャ１３０は、イベント廃棄カウンタ１１５に１を加算する（ステップＳ３１２）。
例えば、ローカルシステム１００（ＬＳ１）がイベント２０１（Ｉ４１）を受信した場合、イベント２０１（Ｉ４１）のイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝４）は、ローカルディスパッチルール２０３のイベント条件に合致しないため、ローカルディスパッチャ１３０は、イベント２０１（Ｉ４１）を廃棄し、イベント廃棄カウンタ１１５に１を加算する。
なお、イベント廃棄カウンタ１１５の値は、所定の周期で０にリセットされるものとする。
ローカルディスパッチャ１３０は、所定の周期でイベント廃棄カウンタ１１５の値をディスパッチ統計情報２０６として、ルール分配部１１０のディスパッチルール設定部１１４に送信する（ステップＳ３１３）。
ディスパッチルール設定部１１４は、ローカルディスパッチャ１３０から受信したイベント廃棄カウンタ１１５の値を参照し、所定の廃棄数閾値と比較する（ステップＳ３１４）。
ここで、イベント廃棄カウンタ１１５の値が廃棄数閾値を超えていた場合、ディスパッチルール設定部１１４は、各処理ルール２０２のイベント条件（集約していないイベント条件）を外部イベント条件とし、自ローカルシステム１００を当該外部イベント条件に合致するイベント２０１の転送先とした外部ディスパッチルール２０４（集約なし）を生成する（ステップＳ３１５）。
例えば、ローカルシステム１００（ＬＳ１）は、図５の処理ルール２０２（ＰＲ１１、ＰＲ１２）のイベント条件を外部イベント条件に設定し、転送先にローカルシステム１００（ＬＳ１）の識別子を設定した、図１５の外部ディスパッチルール２０４（ＤＲＧ１２、ＤＲＧ１３）を再生成する。
ディスパッチルール設定部１１４は、生成した外部ディスパッチルール２０４（集約なし）を外部ディスパッチャ１４０に設定する（ステップＳ３１６）。これにより、ローカルディスパッチャ１３０にて廃棄されていたイベント２０１と同じイベント属性情報を有するイベント２０１は、外部ディスパッチルール２０４の外部イベント条件に合致しないため、外部ディスパッチャ１４０にて廃棄される（ステップＳ３１７、Ｓ３１８）。
例えば、ローカルシステム１００（ＬＳ１）が、外部ディスパッチルール２０４（ＤＲＧ１２、ＤＲＧ１３）を外部ディスパッチャ１４０に設定した場合、各外部ディスパッチャ１４０には、図１６のような外部ディスパッチルール２０４が設定される。これにより、例えば、外部ディスパッチャ１４０（ＧＤ２）がイベント２０１（Ｉ４１）と同じイベント属性情報（イベント発生源種別：ＲＦＩＤ、検出情報：ＴａｇＩＤ＝４）のイベント２０１を受信した場合、当該イベント２０１のイベント属性情報は、外部ディスパッチルール２０４の外部イベント条件に合致せず、外部ディスパッチャ１４０（ＧＤ２）は、当該イベント２０１を廃棄する。
ディスパッチルール設定部１１４は、外部ディスパッチルール２０４（集約なし）を設定した後の経過時間をカウントし（ステップＳ３１９）、所定の時間経過すると、再度、複数の処理ルール２０２のイベント条件を集約した集約イベント条件を生成し、集約イベント条件を外部イベント条件とした外部ディスパッチルール２０４（集約あり）を生成する（ステップＳ３２０）。ディスパッチルール設定部１１４は、生成した外部ディスパッチルール２０４（集約あり）を外部ディスパッチャ１４０に設定する（ステップＳ３２１）。
以上により、本発明の第二の実施の形態の動作が完了する。
本発明の第二の実施の形態によれば、外部ディスパッチャがイベント条件を集約した外部ディスパッチルールに基づきローカルシステムにイベントを転送するイベント処理システムにおいて、外部ディスパッチャによる無駄なイベント転送を減らすことができる。その理由は、ローカルシステム１００が、イベント条件のいずれにも合致しないイベント２０１の数が所定の閾値を超えた場合、イベント条件の集約を中止し、イベント条件のそれぞれを外部イベント条件とした外部ディスパッチルール２０４を外部ディスパッチャ１４０に再設定するためである。
また、本発明の第二の実施の形態によれば、外部ディスパッチャがイベント条件を集約した外部ディスパッチルールに基づきローカルシステムにイベントを転送するイベント処理システムにおいて、外部ディスパッチャによる無駄なイベント転送が多発する期間を除いて、ディスパッチルールの数を小さくするように、ディスパッチルールの数を調整できる。その理由は、ローカルシステム１００が、イベント条件の集約をしない外部ディスパッチルール２０４を外部ディスパッチャ１４０に再設定した後、所定の時間経過した場合、集約イベント条件を外部イベント条件とした外部ディスパッチルール２０４を外部ディスパッチャ１４０に再設定するためである。
本発明の効果は、イベント処理システムにおいて、処理ルールの増加に伴うディスパッチルールの増大を抑制することができることである。
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２００９年３月１７日に出願された日本出願特願２００９−０６３７２０を基礎とする優先権を主張し、その開示の全てをここに取り込む。(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 first embodiment of the event processing system of the present invention includes a plurality of local systems 100 installed on a network (not shown), a plurality of external dispatchers 140, an event source 150, and An application server 160 is provided.
Here, the local system 100 has two local systems with identifiers LS1 and LS2, respectively. The plurality of external 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 receiving the event 201 from the event generation source 150, the external dispatcher 140 refers to the external 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 an external dispatch rule 204 based on the processing rule 202 received from the application server 160 and sets the external dispatch rule 204 in the external dispatcher 140. When the local system 100 receives the event 201 from the external dispatcher 140, the local system 100 processes the event 201 according to the processing rule 202, and transmits the processing result (event processing result 205) of the event 201 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 external 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 external 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. 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 an external dispatch rule 204 and sets it in the external dispatcher 140.
Note that the rule distribution unit 110, the processing server 120, the local dispatcher 130, the external 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 dispatch rule setting operation in the first embodiment of the present invention will be described. FIG. 3 is a sequence diagram showing a dispatch rule setting operation in the first embodiment of the present invention.
First, 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 external 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 regarding the external dispatcher 140 at the event source 150 may be set by the administrator directly specifying the external dispatcher 140, or each event source 150 may be set based on the distance on the network. Alternatively, a nearby external 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. 5, the processing rule 202 includes processing 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 processing performed by the local system 100 for the event 201 that matches the event condition.
FIG. 5 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. 5, the event generation source type (RFID here) and detection information (RFID tag TagID = 1 to 3) are specified as event conditions in the processing rule 202 (PR11) of the local system 100 (LS1). ing. Further, “notify to application server AS11” is designated as the processing contents 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. 6, the processing rule setting information 211 includes a processing server identifier and an identifier of the set processing rule 202.
FIG. 6 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. 6, the processing rule 202 (PR11) is set in the processing server 120 (PS11) of the local system 100 (LS1). With this setting, the processing server 120 (PS11) processes the processing rule 202 (R11).
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. 7, the local dispatch rule 203 includes local dispatch rule identifiers DRL11, DRL12, DRL21, and DRL22, an event condition associated with each rule identifier, and an identifier of the processing server 120 that is a transfer destination.
FIG. 7 shows an example of the local dispatch rule 203 (DRL11, DRL12) generated by the local system 100 (LS1) and the local dispatch rule 203 (DRL21, DRL22) generated by the local system 100 (LS2). In the example of FIG. 7, as the local dispatch rule 203 (DRL11) of the local system 100 (LS1), the event condition (event generation source type: RFID, detection information: TagID = 1 to 3) is set as the event condition. ), The identifier (PS11) of the processing server 120 that processes the processing rule 202 (PR11) is set as 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 an aggregate event condition obtained by aggregating the event conditions of the plurality of processing rules 202, sets the external event condition as the aggregate event condition, and sets the local local system 100 for the event 201 that matches the external event condition. An external dispatch rule 204 (with aggregation) as a transfer destination is generated (step S107).
Here, as an event condition aggregation method, for example, when an event condition is specified by a value of detection information, a range of values including a plurality of event conditions may be set as the aggregation event condition.
For example, when the processing rule 202 (PR11, PR12) as shown in FIG. 5 is set in the local system 100 (LS1), the PR11 event condition (RFID, TagID = 1 to 3), the PR12 event condition (RFID , TagID = 5-7) can be aggregated to generate an aggregate event condition (RFID, TagID = 1-7).
In addition, when the event condition is specified by a hierarchical value such as 1.1, 1.3, 2.1, 2.5, the value of the hierarchy common to a plurality of event conditions is used as the aggregate event condition Also good. In this case, for the event conditions 1.1, 1.3, 2.1, 2.5, the aggregated event conditions 1 *, 2. * (* Is an arbitrary number) can be generated.
As shown in FIG. 8, the external dispatch rule 204 includes the external dispatch rule identifiers DRG11, DRG12, DRG21, and DRG22, the external event condition associated with each rule identifier, and the identifier of the local system 100 that is the transfer destination of the event 201. Including.
FIG. 8 shows an example of the external dispatch rule 204 (DRG11, DRG12) generated by the local system 100 (LS1) and the dispatch rule 204 (DRG21, DRG22) generated by the local system 100 (LS2). In the example of FIG. 8, the external event condition of the external dispatch rule 204 (DRG11) generated by the local system 100 (LS1) is an aggregated event condition that aggregates the event conditions of the processing rule 202 (PR11, PR12) of FIG. RFID, TagID = 1-7) is set, and the identifier of the local system 100 (LS1) is set as the transfer destination. Further, the external event condition of the external dispatch rule 204 (DRG 21) generated by the local system 100 (LS2) includes an aggregate event condition (RFID, TagID =) that aggregates the event conditions of the processing rule 202 (PR21, PR22) of FIG. 5-11) is set, and the identifier of the local system 100 (LS2) is set as the transfer destination.
The dispatch rule setting unit 114 sets the generated external dispatch rule 204 (with aggregation) in the external dispatcher 140 (step S108).
For example, when the local system 100 (LS1, LS2) sets the external dispatch rule 204 (DRG11, DRG21) in the external dispatcher 140, the external dispatch rule 204 as shown in FIG. 9 is set in each external dispatcher 140. The
Next, the event processing operation in the first embodiment of the present invention will be described. FIG. 4 is a sequence diagram showing an event processing operation 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 external dispatcher 140 as an event 201 (step S201).
As shown in FIG. 10, the event 201 can include event attribute information such as an event identifier 131, an event generation source type, an event generation source identifier, a detection time, and detection information. In the example of FIG. 10, event generation source type: RFID, event generation source identifier: G3, and detection information: TagID = 6 are set as event attribute information of event 201 (I31).
When receiving the event 201, the external dispatcher 140 searches whether or not the event attribute information included in the event 201 matches any of the external event conditions of the external dispatch rule 204 (step S202). If there is a matching external event condition, the external dispatcher 140 refers to the external dispatch rule 204 and transfers the event 201 to the local system 100 corresponding to the external event condition (steps S203 and S204).
For example, when the external 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 stored in the external dispatch rule 204 ( The external dispatcher 140 (GD2) transfers the event 201 (I31) to the local system 100 (LS1) and the local system 100 (LS2) in order to meet the external event conditions of the DRG11 and DRG21).
When the external dispatcher 140 (GD2) receives the event 201 (I41), the event attribute information (event source type: RFID, detection information: TagID = 4) of the event 201 (I41) is stored in the external dispatch rule 204 ( In order to meet the external event condition of the DRG 11), the external dispatcher 140 (GD2) transfers the event 201 (I41) to the local system 100 (LS1).
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). If there is no matching event condition, the event 201 is discarded.
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 the DRL 12), 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 (DRL21) 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 local system 100 (LS1) receives the event 201 (I41), the event attribute information (event source type: RFID, detection information: TagID = 4) of the event 201 (I41) Since the event condition is not met, the local dispatcher 130 of the local system 100 (LS1) discards the event 201 (I41).
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.
As described above, 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, LS2) as shown in FIG. 205 is transmitted to the application server 160 (AS12, 21).
Thus, the operation of the first embodiment of the present invention is completed.
Next, FIG. 11 shows a characteristic configuration of the first embodiment.
The event processing system includes a plurality of external 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, 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, and generates an aggregate event condition in which a plurality of event conditions are aggregated. The local system 100 uses the aggregate event condition as an external event condition, generates an external dispatch rule 204 with the local system as a transfer destination of the event 201 that matches the external event condition, and uses the external dispatch rule 204 as the external dispatcher 140. Set to. When the local system 100 receives the event 201 from the external dispatcher 140, the local system 100 processes the event 201 according to 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 external dispatcher 140 receives the event 201 from the event generation source 150, the external dispatcher 140 refers to the external dispatch rule 204 and sends the event 201 to the local system 100 that is a transfer destination corresponding to the external event condition that matches the event 201. Forward.
According to the first embodiment of this invention, in the event processing system, it is possible to suppress an increase in dispatch rules accompanying an increase in processing rules. The reason for this is that the local system 100 sets an external event rule that is a consolidated event condition obtained by aggregating a plurality of event conditions as an external event condition, and sets an external dispatch rule 204 as a transfer destination of an event 201 that matches the external event condition. This is because it is set to 140.
(Second embodiment)
Next, a second embodiment of the present invention will be described in detail with reference to the drawings.
In the second embodiment of the present invention, when the number of events 201 discarded in the local dispatcher 130 is large, the aggregation of event conditions is stopped, and the event 201 discarded by the external dispatcher 140 in the local system 100 is Transfer to the local system 100 is suppressed.
In the second embodiment of the present invention, the local dispatcher 130 of the local system 100 counts the number of events to be discarded, and when the number of events to be discarded exceeds a predetermined value, the external dispatch rule 204 is restarted. In the point to set, it differs from 1st embodiment of this invention.
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.
FIG. 12 shows the configuration of the entire event processing system according to the second embodiment of the present invention, and FIG. 13 shows the configuration of the local system 100 according to the second embodiment of the present invention. Referring to FIG. 13, the local dispatcher 130 of the local system 100 further includes an event discard counter 115 that counts the number of events 201 discarded.
The local dispatcher 130 counts the number of events 201 that do not match the local dispatch rule 203 and are discarded by the event discard counter 115. Further, the contents of the event discard counter 115 are periodically transmitted to the dispatch rule setting unit 114 as dispatch statistical information 206.
The dispatch rule setting unit 114 refers to the value of the event discard counter 115 received from the local dispatcher 130. When the discard number of the event 201 exceeds a predetermined threshold, the event rule aggregation is stopped, and the external dispatch rule 204 To reset.
Next, the operation of the second embodiment of the present invention will be described.
The dispatch rule setting operation in the second embodiment of the present invention is the same as that in the first embodiment (FIG. 3) of the present invention. Here, as in the first embodiment of the present invention, it is assumed that the external dispatch rule 204 as shown in FIG. 9 is set in each external dispatcher 140 based on the processing rule 202 of FIG. .
Next, the event processing operation in the second embodiment of the present invention will be described. FIG. 14 is a sequence diagram showing an event processing operation according to the second embodiment of the present invention.
Processing from when the event generation source 150 transmits the event 201 to when the local dispatcher 130 searches for the event condition of the local dispatch rule 203 (steps S301 to S311) is the first embodiment (steps S201 to S211). It will be the same.
In step S <b> 311, if there is no event condition that matches the event attribute information of the event 201 in the event condition of the local dispatch rule 203, the local dispatcher 130 discards the event 201. In this case, the local dispatcher 130 adds 1 to the event discard counter 115 (step S312).
For example, when the local system 100 (LS1) receives the event 201 (I41), the event attribute information (event source type: RFID, detection information: TagID = 4) of the event 201 (I41) Since the event condition is not met, the local dispatcher 130 discards the event 201 (I 41) and adds 1 to the event discard counter 115.
Note that the value of the event discard counter 115 is reset to 0 at a predetermined cycle.
The local dispatcher 130 transmits the value of the event discard counter 115 as dispatch statistical information 206 to the dispatch rule setting unit 114 of the rule distribution unit 110 at a predetermined cycle (step S313).
The dispatch rule setting unit 114 refers to the value of the event discard counter 115 received from the local dispatcher 130, and compares it with a predetermined discard number threshold value (step S314).
Here, when the value of the event discard counter 115 exceeds the discard number threshold value, the dispatch rule setting unit 114 sets the event condition (non-aggregated event condition) of each processing rule 202 as an external event condition, and the own local system An external dispatch rule 204 (no aggregation) having 100 as the transfer destination of the event 201 that matches the external event condition is generated (step S315).
For example, the local system 100 (LS1) sets the event condition of the processing rule 202 (PR11, PR12) in FIG. 5 as an external event condition, and sets the identifier of the local system 100 (LS1) as the transfer destination in FIG. The external dispatch rule 204 (DRG12, DRG13) is regenerated.
The dispatch rule setting unit 114 sets the generated external dispatch rule 204 (no aggregation) in the external dispatcher 140 (step S316). As a result, the event 201 having the same event attribute information as the event 201 discarded by the local dispatcher 130 does not match the external event condition of the external dispatch rule 204, and is therefore discarded by the external dispatcher 140 (Step S317, S318).
For example, when the local system 100 (LS1) sets the external dispatch rule 204 (DRG12, DRG13) to the external dispatcher 140, the external dispatch rule 204 as shown in FIG. Thereby, for example, when the external dispatcher 140 (GD2) receives the event 201 of the same event attribute information (event generation type: RFID, detection information: TagID = 4) as the event 201 (I41), the event of the event 201 The attribute information does not match the external event condition of the external dispatch rule 204, and the external dispatcher 140 (GD2) discards the event 201.
The dispatch rule setting unit 114 counts the elapsed time after setting the external dispatch rule 204 (no aggregation) (step S319), and aggregates event conditions of a plurality of processing rules 202 again when a predetermined time elapses. An event condition is generated, and an external dispatch rule 204 (with aggregation) using the aggregate event condition as an external event condition is generated (step S320). The dispatch rule setting unit 114 sets the generated external dispatch rule 204 (with aggregation) in the external dispatcher 140 (step S321).
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 an external dispatcher transfers events to a local system based on an external dispatch rule in which event conditions are aggregated, useless event transfer by the external dispatcher can be reduced. . The reason for this is that when the number of events 201 that do not match any of the event conditions exceeds a predetermined threshold, the local system 100 stops the aggregation of the event conditions, and external dispatch using each event condition as an external event condition. This is because the rule 204 is reset in the external dispatcher 140.
In addition, according to the second embodiment of the present invention, in the event processing system in which an external dispatcher transfers events to a local system based on an external dispatch rule in which event conditions are aggregated, unnecessary event transfer by the external dispatcher occurs frequently. Except for the period, the number of dispatch rules can be adjusted to reduce the number of dispatch rules. The reason is that when the local system 100 resets the external dispatch rule 204 that does not aggregate event conditions in the external dispatcher 140 and then a predetermined time has elapsed, the external dispatch rule 204 with the aggregate event condition as the external event condition is set. This is for resetting to the external dispatcher 140.
The effect of the present invention is that an increase in dispatch rules accompanying an increase in processing rules can be suppressed in an event processing system.
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-063720 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

A plurality of external 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, an aggregate event condition obtained by aggregating a plurality of the event conditions is generated, and the aggregate event condition is set as an external event condition. Generate an external dispatch rule with the event transfer destination that matches the external event condition, and set the external dispatch rule in the external dispatcher,
When the event is received from the external 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,
When the number of events that do not match any of the event conditions exceeds a predetermined threshold, each of the event conditions is set as the external event condition, and the local event system is forwarded to the event that matches the external event condition. The external dispatch rule is generated, and the external dispatch rule is set in the external dispatcher.
Each of the plurality of external dispatchers is
Event processing characterized in that, when the event is received from the event generation source, the event is transferred to a local system of a transfer destination corresponding to the external event condition that matches the event with reference to the external dispatch rule. system.

Each of the local systems has the aggregate event condition as the external event condition when a predetermined time has elapsed after setting the external dispatch rule with the external event condition as the external event condition in the external dispatcher. event processing system according to claim 1, wherein the generating an external dispatching rules, and sets the external dispatching rule to the external dispatcher.

3. The event processing system according to claim 1, wherein, when the event condition is designated by a numerical value, the local system generates a numerical value range including a plurality of the event conditions as the aggregated event condition. .

Each of the plurality of local systems is
A processing rule setting unit that sets the processing rule received from the application server in any one processing server of the local system;
Generate a local dispatch rule having the processing server as a transfer destination of the event that matches the event condition included in the processing rule, set the local dispatch rule in a local dispatcher of the local system, and set the external dispatch rule to A rule distribution unit having a dispatch rule setting unit for generating and setting the external dispatch rule in the external dispatcher;
When the event is received from the external dispatcher, at least one local dispatcher that refers to the local dispatch rule and transfers the event to a transfer destination processing server corresponding to the event condition that matches the event ;
In accordance with the processing rule, event handling according to any of claims 1 to 3, characterized in that it comprises at least one of said processing server to process the event that matches the event condition included in the processing rule system.

According to the processing rule, at least one processing server that processes an event that matches the event condition included in the processing rule, and the event condition that matches the event by referring to the local dispatch rule for the event received from the external dispatcher Provided in a local system having at least one local dispatcher to transfer to the processing server of a corresponding transfer destination ,
A processing rule setting unit for setting the processing rule received from the application server to any one the processing server of the local system,
The processing server generates a local dispatch rules that the transfer destination of the event that matches the event condition included in the processing rule, and set the local dispatching rule to the local dispatcher of the local system, a plurality of said event Generates an aggregate event condition that aggregates the conditions, sets the aggregate event condition as an external event condition, generates an external dispatch rule that uses the local system as a transfer destination of the event that matches the external event condition, and generates the external dispatch rule and set to the external dispatcher for forwarding the event received in said local system of a transfer destination that correspond to the external event condition that matches the event by referring to the external dispatch rule from the event source, the row When the number of events that do not match any of the event conditions exceeds a predetermined threshold in the data dispatcher, each of the event conditions is set as the external event condition, and the local system is matched with the external event condition. A rule distribution device comprising: a dispatch rule setting unit that generates the external dispatch rule as a transfer destination and sets the external dispatch rule in the external dispatcher .

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 generates an aggregate event condition in which a plurality of the event conditions are aggregated, and the aggregated event condition is As an external event condition, generate an external dispatch rule with the local system as the transfer destination of the event that matches the external event condition, and set the external dispatch rule in the external dispatcher.
When the external dispatcher receives the event from the event generation source, the external dispatcher refers to the external dispatch rule and sends the event to the local system of the transfer destination corresponding to the external event condition that matches the event. Forward,
When the local system receives the event from the external 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. And
When the number of events that do not match any of the event conditions exceeds a predetermined threshold, the local system sets each of the event conditions as the external event condition, and matches the local system with the external event condition. An event processing method comprising: generating the external dispatch rule as a transfer destination of the event, and setting the external dispatch rule in the external dispatcher .

The local system further sets the external event rule as the external event condition when a predetermined time has elapsed after setting the external dispatch rule in the external dispatcher with each of the event conditions as the external event condition. The event processing method according to claim 6 , wherein an external dispatch rule is generated and the external dispatch rule is set in the external dispatcher.

8. The event processing method according to claim 6 , wherein the local system generates a range of numerical values including a plurality of the event conditions as the aggregate event condition when the event condition is designated by a numerical value. .

In setting the external dispatch rule,
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, and the processing server matches the event condition included in the processing rule. Generate a local dispatch rule as an event transfer destination, set the local dispatch rule in the local dispatcher of the local system, generate the external dispatch rule, set the external dispatch rule in the external dispatcher,
In the event processing,
The local dispatcher refers to the local dispatch rule, transfers the event to a processing server of a transfer destination corresponding to the event condition that matches the event,
The processing server, in accordance with the processing rule, an event processing method according to any one of claims 6 to 8, wherein processing the event that matches the event condition included in the processing rule.

On the computer,
In accordance with the processing rule received from the application server, at least one processing server that processes an event that matches the event condition included in the processing rule according to the processing rule, and the event received from the external dispatcher is referred to the local dispatch rule. And setting to any one of the processing servers of a local system having at least one local dispatcher to transfer to the processing server of the transfer destination corresponding to the event condition that matches the event ,
A local dispatch rule having the processing server as a transfer destination of an event that matches an event condition included in the processing rule is generated, the local dispatch rule is set in the local dispatcher of the local system, and a plurality of the event conditions are set. Generate an aggregate event condition that is aggregated, set the aggregate event condition as an external event condition, generate an external dispatch rule that uses the local system as a transfer destination of the event that matches the external event condition , the event received from the event sources with reference to said external dispatch rule set to the external dispatcher for transferring to said local system of a transfer destination that correspond to the external event condition that matches the event, the local di When the number of events that do not match any of the event conditions in a patcher exceeds a predetermined threshold, each of the event conditions is set as the external event condition, and the local system is set to the event that matches the external event condition. generate the external dispatch rule that a transfer destination, the rule distribution program to execute a process of setting the external dispatching rule to the external dispatcher.