JP2012079240A

JP2012079240A - 複合イベント処理装置および複合イベント処理方法

Info

Publication number: JP2012079240A
Application number: JP2010226077A
Authority: JP
Inventors: Yoshinori Sakamoto; 喜則坂本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2010-10-05
Filing date: 2010-10-05
Publication date: 2012-04-19
Anticipated expiration: 2030-10-05
Also published as: US20160140164A1; CN102446217A; CN102446217B; JP5598235B2; US20120084317A1; EP2613285A1; EP2439689A1

Abstract

【課題】動的に複合イベント処理の複合イベント検出条件式を変更可能とすること。
【解決手段】ルール比較部５１が複合イベント検出条件式の変更に際し、前記変更の前後の複合イベント条件式を比較する。そして、変更箇所特定部５２が比較結果に基づいて変更箇所を特定し、並行動作部５３が特定された変更箇所を含む複合イベント検出条件式について変更前後の複合イベント条件式を並行して動作させる。このため、開示の複合イベント処理装置は、動的に複合イベント処理の複合イベント検出条件式を変更することができる。
【選択図】図１

Description

本発明は、複合イベント処理装置および複合イベント処理方法に関する。

近年、システム上で発生するデータなどをストリームとしてリアルタイムにモニタリングし、発生したデータパターンに応じて特定の処理を実行する複合イベント処理（ＣＥＰ（Complex Event Processing））が広まっている。なお、ＣＥＰは、ＥＳＰ（Event Stream Processing）と呼ぶ場合もあるが、本出願では、ＥＳＰも包含して、ＣＥＰと総称する。

例えば、複合イベント処理として、株価や為替の変動をストリームとして受信し、変動パターンに応じて自動的に取引を実行するなどがある。また、屋内外に設置された温度センサが検知した温度をストリームとして受信し、温度変化に応じて自動的にスクリンプラーを作動させるなどがある。

複合イベント処理では、受信したストリームと、クエリやルールなどと呼ばれる条件式とを突合させてイベントを検出し、検出したイベントが実行される。一例として、複合イベント処理を実行するサーバは、事象Ａ、事象Ｂ、事象Ｃを連続して検出した場合にイベントＸを実行するクエリＸと、事象Ａ、事象Ｂ、事象Ｄを所定時間内に受信した場合にはイベントＹを実行するクエリＹとを記憶する。

そして、サーバは、受信したストリームから事象を検出してメモリ等に中間データとして格納する。その後、サーバは、中間データとして事象Ａ、事象Ｂ、事象Ｃが連続して格納された場合には、イベントＸを実行する。また、サーバは、中間データとして事象Ａ、事象Ｂ、事象Ｄが所定時間内に格納された場合には、イベントＹを実行する。

「ITアーキテクト Vol.25」p128-p132 ＩＤＧジャパン２００９年

複合イベント処理（ＣＥＰ）では、複合イベント検出条件式（ルール）の変更が求められる場合がある。しかしながら、データストリームは、継続して流れてくるため、ＣＥＰのルールを変更する場合には次のような課題があった。

従来の技術では、ＣＥＰを一度停止し、ルール変更後、再開すると、停止中、及び再開後一定期間のイベントを検出できない。また、ストリーム負荷に合わせ、ＣＥＰの動的負荷分散を行っていた場合、その負荷分散状態を引き継ぐ事が出来ない。

そこで、一つの側面では、動的に複合イベント処理の複合イベント検出条件式を変更可能とすることを目的とする。

本願の開示する複合イベント処理装置、複合イベント処理方法および複合イベント処理プログラムは、一つの案では、複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置、複合イベント処理方法および複合イベント処理プログラムである。開示の装置、方法、プログラムは、複合イベント検出条件式の変更に際し、変更の前後の複合イベント条件式を比較し、比較結果に基づいて変更箇所を特定する。そして、特定された変更箇所を含む複合イベント検出条件式について変更前後の複合イベント条件式を並行して動作させる。

また、本願の開示する複合イベント処理装置、複合イベント処理方法および複合イベント処理プログラムは、一つの案では、複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置、複合イベント処理方法および複合イベント処理プログラムである。開示の装置、方法、プログラムは、複数の条件の成立状態を保存し、検知を停止して再び起動し、少なくとも検知の停止から起動までの間に発生した条件の成立状態の変化を、起動の後に再生する。

また、本願の開示する複合イベント処理装置、複合イベント処理方法および複合イベント処理プログラムは、一つの案では、複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置、複合イベント処理方法および複合イベント処理プログラムである。開示の装置、方法、プログラムは、複合イベント検出条件式の変更に際し、変更後の複合イベント条件式をテストモードとして作成し、変更前の複合イベント条件式と変更後のテストモードの複合イベント条件式を並行して動作させる。そして、変更前の複合イベント条件式に関する条件の成立状態（並列分散や資源割当の状態）をテストモードの複合イベント条件式に通知して反映させる。

本願の開示する複合イベント処理装置、複合イベント処理方法および複合イベント処理プログラムによれば、動的に複合イベント処理の複合イベント検出条件式を変更できる。

図１は、本実施例１にかかる複合イベント処理装置の構成図である。図２は、ＣＥＰの動作について説明する説明図である。図３は、本実施例１におけるルールの変更についての説明図である。図４は、ルール変更処理部４１の処理動作を説明するフローチャートである。図５は、本実施例２にかかる複合イベント処理装置の構成図である。図６は、ＣＥＰ停止時にルール変更がない場合についての説明図である。図７は、ＣＥＰ停止時にルール変更がある場合についての説明図である。図８は、ルール変更処理部４２の処理動作を説明するフローチャートである。図９は、本実施例３にかかる複合イベント処理装置の構成図である。図１０は、ルール変更処理部４３の動作についての説明図である。図１１は、ルール変更処理部４３の処理動作を説明するフローチャートである。

以下に、本発明にかかる複合イベント処理装置、複合イベント処理方法および複合イベント処理プログラムの実施例を図面に基づいて詳細に説明する。なお、本実施例は開示の技術を限定するものではない。

図１は、本実施例１にかかる複合イベント処理装置の構成図である。図１に示したように、複合イベント処理装置は、一つの態様として、サーバ３１〜３４とマネージャ１１を接続した構成を有する。サーバ３１〜３４は、それぞれ１または複数のＣＰＵ（Central Processing Unit）を有するプロセッサとメモリを有する。なお、サーバ３１〜３４は、物理的にプロセッサとメモリを備えた実装置であっても良いし、他の装置の処理能力とメモリを割り当てられて動作する仮想マシン（ＶＭ：Ｖｉｒｔｕａｌｍａｃｈｉｎｅ）であってもよい。

マネージャ１１は、ＣＥＰエンジン４０とルール変更処理部４１を有する。ＣＥＰエンジン４０は、ＣＥＰ定義データベース２１を参照し、データストリームの制御やＣＥＰの管理を行なう。なお、図１では、マネージャ上のＣＥＰエンジンを図示したが、この他にＣＥＰ処理を行う各サーバ上にＣＥＰエンジンが存在する。

ルール変更処理部４１は、ＣＥＰのルール、すなわち複合イベント検出条件式を変更する処理を行なう。ルール変更処理部４１は、その内部にルール比較部５１、変更箇所特定部５２および並行動作部５３を有する。

ルール比較部５１は、複合イベント検出条件式の変更に際し、変更の前後の複合イベント条件式を比較する。条件式の比較では、条件自体を示すルール記述を比較しても良いし、動作中のＣＥＰ状態管理簿等を比較しても良い。変更箇所特定部５２は、比較結果に基づいてルールの変更箇所を特定する。並行動作部５３は、特定された変更箇所を含むルールについて変更前後のルールを並行して動作させる。

また、並行動作部５３は、変更前の複合イベント条件式に関するイベントの管理情報を変更後のルールの管理情報として移行させた後、かつ変更後のルールが有効になった後、変更前のルールを削除する。

このように、ルール変更処理部４１は、ルール比較部５１、変更箇所特定部５２および並行動作部５３の動作によってＣＥＰの動作を止めることなくＣＥＰルールを動的に変更する。

図２は、ＣＥＰの動作について説明する説明図である。各種センサから受信されたデータストリームは、前処理を施され、時間やイベント数等による所定幅を示すウインドウの範囲内で各種条件が成立するかを判定される。図２においてＥ１〜Ｅｎは、各種の条件を示しており、Ｅ１〜Ｅｎのうち、いくつかの条件の成立状態の組み合わせが複合イベント条件（ルール）となる。そして、ルールが満たされた場合には、対応するイベント処理が発生する。

ルールが有する条件とその条件の組み合わせは、ＣＥＰ定義データベース２１に登録されている。また、ある時点においてルールが有する条件がどれだけ満たされているかは、中間状態管理として管理されている。この中間状態管理は、マネージャ１１や、サーバ３１〜３４などのメモリ上に展開しておけばよい。また、マネージャ１１は、サーバ３１〜３４などの性能、資源量、制約を管理する。具体的には、ＣＰＵ、メモリ、ネットワーク、リアルタイム性などを管理する。

図３は、本実施例１におけるルールの変更についての説明図である。図３に示したルールＲ１は、条件Ｅ１〜Ｅ３，Ｅ５，Ｅ６，Ｅ８を組み合わせたサブルールＲ１ａと条件Ｅ１，Ｅ２，Ｅ４〜Ｅ６を組み合わせたサブルールＲ１ｂを有するルールである。サブルールＲ１ａは、条件Ｅ１が満たされた後に条件Ｅ２，Ｅｎが満たされ、さらに条件Ｅ２が満たされた後に条件Ｅ３，Ｅ５が満たされ、条件Ｅｎが満たされた後に条件Ｅ２，Ｅ６が満たされた場合に成立する。

同様に、サブルールＲ１ｂは、条件Ｅ２が満たされた後に条件Ｅ１，Ｅ６が満たされ、さらに条件Ｅ１が満たされた後に条件Ｅ５，Ｅ４が満たされた場合に成立する。

このルールＲ１をルールＲ１’に変更する場合について説明する。ルールＲ１’は、ルールＲ１のサブルールＲ１ｂの条件Ｅ１を条件Ｅ７に置換えてサブルールＲ１ｂ’に変更したルールである。

ルール比較部５１は、変更前のルールＲ１と変更後のルールＲ１’を比較する。変更箇所特定部５２は、ルールの比較結果から、サブルールＲ１ｂ’の条件が変更されたことを特定する。並行動作部５３は、変更前のサブルールＲ１ｂと変更後のサブルールＲ１ｂ’を一時的に並行動作させ、新ルールであるサブルールＲ１ｂ’に関するウインドウ、中間状態管理簿等を追加やマージし、動作可能になり次第旧ルールであるサブルールＲ１ｂを削除する。なお、変更後のサブルールを有効にする方法は、所定幅が成立するまで待つ方法であってもよいし、ストリームログを遡って再生し、素早く動作可能としてもよい。

なお、ルールに変更ではなく追加があった場合には、即時に、新しいルール及び関連するウインドウや中間状態管理簿等を追加する。また、ルールを削除する場合には、即時に、削除対象の旧ルール、及び関連するウインドウや中間状態管理簿等を削除すればよい。

このように、ルール変更処理部４１は、ＣＥＰルールの変更部分（もしくは追加、削除）を限定して検出し、動作中の旧ルールに対し、変更（もしくは追加、削除）したい新ルールを指定する。そして、旧ルールと新ルールを比較し、ルール記述、又は動作環境の変更部分を限定する。なお、動作環境には、中間状態管理等を含む。

図４は、ルール変更処理部４１の処理動作を説明するフローチャートである。まず、ルール変更処理部４１のルール比較部５１が新ルールを受け付け（Ｓ１０１）、旧ルールと比較する（Ｓ１０２）。変更箇所特定部５２は、比較結果から変更箇所を限定する（Ｓ１０３）。この結果、ルールが変更されている場合（Ｓ１０４，Ｙｅｓ）、管理情報を旧ルール側から新ルール側に移行させる（Ｓ１０５）。そして、並行動作部５３は、変更のある新旧のルールを並行動作させて（Ｓ１０６）、旧ルールを削除し（Ｓ１０７）、処理を終了する。

ルールが変更ではなく（Ｓ１０４，Ｎｏ）、追加されている場合（Ｓ１０８，Ｙｅｓ）、ルール変更処理部４１は、新ルールと対応する管理情報を追加して（Ｓ１０９）、処理を終了する。

また、ルールが追加ではなく（Ｓ１０８，Ｎｏ）、削除されている場合（Ｓ１１０，Ｙｅｓ）、ルール変更処理部４１は、旧ルールと対応する管理情報を削除して（Ｓ１１１）、処理を終了する。なお、ルールが削除もされていない場合（Ｓ１１０，Ｎｏ）、すなわち、新旧のルールに差がない場合には、そのまま処理を終了する。

上述してきたように、本実施例１にかかる複合イベント処理装置は、ルール比較部５１が複合イベント検出条件式の変更に際し、前記変更の前後の複合イベント条件式を比較する。そして、変更箇所特定部５２が比較結果に基づいて変更箇所を特定し、並行動作部５３が特定された変更箇所を含む複合イベント検出条件式について変更前後の複合イベント条件式を並行して動作させる。このため、開示の複合イベント処理装置は、動的に複合イベント処理の複合イベント検出条件式を変更することができる。

図５は、本実施例２にかかる複合イベント処理装置の構成図である。本実施例２では、マネージャ１２は、ＣＥＰエンジン４０、ルール変更処理部４２、ストリームログ保存部４４を有する。また、マネージャ１２は、ＣＥＰ定義データベース２１に加えてストリームログデータベース２１およびチェックポイントデータベース２３に接続している。その他の構成及び動作については、実施例１と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。

ルール変更処理部４２は、状態保存部６１、停止部６２、起動部６３および再生部６４を有する。状態保存部６１は、ルールに関する複数の条件の成立状態をチェックポイントとしてチェックポイントデータベース２３に保存する。停止部６２は、ルールを停止することで、条件の成立状態の検知を停止する処理を行なう。なお、ストリーム保存処理側に、ＣＥＰ又はルールの停止を通知する方法と、ＣＥＰのチェックポイント処理側で、ＣＥＰが処理済みの最後のストリーム識別子を保存（マーキング）する方法などがある。起動部６３は、ルールを再び起動することで、条件の成立状態の検知を再開する処理を行なう。

再生部６４は、少なくとも検知の停止から起動までの間に発生した条件の成立状態の変化を、ストリームログデータベース２１から読み出し、起動部６３による起動の後に再生する処理を行なう。

ストリームログ保存部４４は、ＣＥＰ動作中も停止中も継続的にデータストリームを取得し、ストリームログデータベース２２に保存する。

図６は、ＣＥＰ停止時にルール変更がない場合についての説明図である。まず、（１）全ストリーム保存は、ＣＥＰ停止、すなわちチェックポイントの時だけでなく、ＣＥＰの動作や停止に拘わらず、「継続的」に行うものである。また、（２）状態管理保存と（３）ＣＥＰ停止（チェックポイント）は、ＣＥＰ停止時にほぼ同時に両方とも実施される。なお、（３）ＣＥＰ停止（チェックポイント）では、ＣＥＰ処理済みストリーム識別子を保存する。

ＣＥＰ停止時、ＣＥＰ管理簿（ウインドウや中間状態管理など）をチェックポイントデータベース２２に保存する。また、ストリームログ保存処理側に、ＣＥＰ停止を通知する。この通知は、チェックポイントの一環である。ストリーム保存処理側に、ＣＥＰ停止を通知する方法や、ＣＥＰのチェックポイント処理側で、ＣＥＰが処理済みの最後のストリーム識別子を保存（マーキング）する方法などがある。

そして、再起動時、チェックポイントからＣＥＰ管理簿を復元し、ＣＥＰ停止中のストリームログを再生し、ＣＥＰ停止中の事象を検出する。この再生は、データストリームの事象を再生するものであり、発生時間のタイミングについて元のデータストリームよりも速く、すなわち高速に再生してもよい。再開したＣＥＰは、再生されたデータストリームを受け取って処理し、イベントを発生させる。

図７は、ＣＥＰ停止時にルール変更がある場合についての説明図である。変更されないルールに関しては、図６と同じ手順で復元する。変更されたルールに対し、保存ストリームログを、新しいウインドウ分、時間を遡って、再生し、新ルール向けの新ウインドウ、及び中間状態管理簿を作成する。同時に、旧ルールに関する管理簿、資源を解放する。ＣＥＰ停止時までの状態が復元出来た後、変更なしのルールと同時に、チェックポイント再開後のストリームログを再生し、再起動後のイベントを検出する。

図８は、ルール変更処理部４２の処理動作を説明するフローチャートである。まず、ルール変更処理部４２は、必要に応じてチェックポイントを作成する（Ｓ２０２）。そして、停止部６２がＣＥＰを停止した（Ｓ２０３）後、起動部６３がＣＥＰを再起動（Ｓ２０４）すると、ルール変更処理部４２は、停止中にルールの変更があったかを判定する（Ｓ２０５）。

ＣＥＰ停止中にルールの変更がなければ、再生部６４がＣＥＰ停止期間中のストリームを再生し（Ｓ２０９）、処理を終了する。ＣＥＰ停止中にルールの変更があった場合（Ｓ２０５，Ｙｅｓ）、再生部６４は、ストリームログを新しいウインドウ分遡って新ウインドウと管理情報を作成する（Ｓ２０６）。その後、ルール変更処理部４２は、旧ルールの資源を解放し（Ｓ２０７）、旧ルールを削除した（Ｓ２０８）うえで、再生部６４によるストリーム再生（Ｓ２０９）を行なって、処理を終了する。

上述してきたように、本実施例２にかかる複合イベント処理装置は、状態保存部６１がチェックポイントを作成し、停止部６２がＣＥＰを停止してから起動部６３がＣＥＰを再び起動するまでの間のストリームを再生部６４が再生する。また、停止中にルールを変更した場合には新しいウインドウ分ログを遡って再生を行なう。このため、開示の複合イベント処理装置は、ＣＥＰを停止しても、停止中、及び再開後のイベントを検出できる。また、ＣＥＰ停止中にルールを変更することができる。そして、ストリーム負荷に合わせ、ＣＥＰの動的負荷分散を行っていた場合、その負荷分散状態を引き継ぐ事ができる。

図９は、本実施例３にかかる複合イベント処理装置の構成図である。本実施例３では、マネージャ１３は、ＣＥＰエンジン４０とルール変更処理部４３を有する。その他の構成及び動作については、実施例１と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。

ルール変更処理部４３は、テストモード作成部７１、資源通知部７２、並行動作部７３およびルール入換部７４を有する。テストモード作成部７１は、ルールの変更に際し、変更後のルールをテストモードとして作成する。並行動作部７３は、変更前のルールと変更後のテストモードのルールを並行して動作させる。また、資源通知部７２は、変更前のルールに関する条件の成立状態をテストモードのルールに通知して反映させる。その後、ルール入換え部７４は、変更後のルールをテストモードから通常モードに移行させた後、変更前のルールを削除する。

図１０は、ルール変更処理部４３の動作についての説明図である。図１０に示した例では、旧ルールとしてルールＲ１１〜１３が動作しており、これらのルールをルールＲ２１〜２３に変更する場合について説明する。

ルール変更処理部４３は、まず、新ルール側のルールＲ２１〜２３を、「テストモード」として動作させ、関連アプリやデータ等に関し、関連者全体が「テストモード」を認識する。

つぎに、旧ルールＲ１１〜１３側から資源（並列分散状況等）を通知し、新ルールＲ２１〜２３側の資源状況を旧ルールＲ２１〜２３側と合わせる。この時、旧ルールと同一資源（サーバ）内に余裕があれば、そこに新ルールも割り当て、余裕がなければ、別資源内に割り当てることが好ましい。

その後、新ルールＲ２１〜２３をテストモードで一定時間動作させて検証した後、旧ルールＲ１１〜１３と新ルールＲ２１〜２３とを入れ換える。すなわち、旧ルールＲ１１〜１３をテストモードとし、新ルールＲ２１〜２３を通常モードにする。この入換え後、問題が出なければ、新ルールＲ２１〜２３を正規版として動作続行し、旧ルールＲ１１〜１３の動作を停止する。このようにしてルール変更処理部４３は、旧ルール側の資源状況（並列分散等）を、新ルール側に引き継ぐ。

図１１は、ルール変更処理部４３の処理動作を説明するフローチャートである。ルール変更処理部４３のテストモード作成部７１は、まず、資源通知部７２が、旧ルール側から新ルール側に資源の通知を行なう（Ｓ３０１）。その後、新ルールをテストモードとして動作させ（Ｓ３０２）、新ルールを一定時間動作させて動作検証を行なう（Ｓ３０３）。この動作検証で問題がないことを確認した後、ルール入換え部７４は、新旧のルールを入れ替え（Ｓ３０４）、旧ルールの動作を停止して（Ｓ３０５）、処理を終了する。

上述してきたように、本実施例３にかかる複合イベント処理装置は、テストモード作成部７１が新ルールをテストモードとして旧ルールと並行に動作させ、資源通知部７２によって旧ルール側から新ルール側に資源の通知を行なう。このため、開示の複合イベント処理装置は、動的に複合イベント処理の複合イベント検出条件式を変更することができる。また、ストリーム負荷に合わせ、ＣＥＰの動的負荷分散を行っていた場合、その負荷分散状態を引き継ぐ事ができる。

なお、実施例１〜３に開示した複合イベント処理装置は、プログラムとして実施することもできる。複合イベント処理プログラムは、コンピュータ上で実行され、すなわちメモリ上に展開されて演算処理装置によって各手順を順次実行されることで、コンピュータに上述した複合イベント処理装置と同様の動作を実行させるものである。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

(付記１)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置であって、
複合イベント検出条件式の変更に際し、前記変更の前後の複合イベント条件式を比較する比較部と、
前記比較結果に基づいて変更箇所を特定する特定部と、
前記特定された変更箇所を含む複合イベント検出条件式について変更前後の複合イベント条件式を並行して動作させる並行動作部と
を備えたことを特徴とする複合イベント処理装置。

(付記２)前記並行動作部は、変更前の複合イベント条件式に関するイベントの管理情報を変更後の複合イベント条件式の管理情報として移行させた後、前記変更前の複合イベント条件式を削除することを特徴とする付記１に記載の複合イベント処理装置。

(付記３)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置であって、
前記複数の条件の成立状態を保存する保存部と、
前記検知を停止する停止部と、
前記検知を再び起動する起動部と、
少なくとも前記検知の停止から起動までの間に発生した条件の成立状態の変化を、前記起動部による起動の後に再生する再生部と
を備えたことを特徴とする複合イベント処理装置。

(付記４)前記再生部は、前記停止から起動までの間に前記条件の成立を検知する時間幅に変更があった場合に、前記変更された時間幅に発生した条件の成立状態の変化を再生することを特徴とする付記３に記載の複合イベント処理装置。

(付記５)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置であって、
複合イベント検出条件式の変更に際し、前記変更後の複合イベント条件式をテストモードとして作成する作成部と、
変更前の複合イベント条件式と変更後のテストモードの複合イベント条件式を並行して動作させる並行動作部と、
前記変更前の複合イベント条件式に関する条件の成立状態を前記テストモードの複合イベント条件式に通知して反映させる通知部と
を備えたことを特徴とする複合イベント処理装置。

(付記６)前記作成部は、前記変更前の複合イベント条件式を削除し、前記変更後の複合イベント条件式を前記テストモードから通常モードに移行させることを特徴とする付記５に記載の複合イベント処理装置。

(付記７)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理方法であって、
複合イベント検出条件式の変更に際し、前記変更の前後の複合イベント条件式を比較する比較ステップと、
前記比較結果に基づいて変更箇所を特定する特定ステップと、
前記特定された変更箇所を含む複合イベント検出条件式について変更前後の複合イベント条件式を並行して動作させる並行動作ステップと
を含んだことを特徴とする複合イベント処理方法。

(付記８)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理方法であって、
前記複数の条件の成立状態を保存する保存ステップと、
前記検知を停止する停止ステップと、
前記検知を再び起動する起動ステップと、
少なくとも前記検知の停止から起動までの間に発生した条件の成立状態の変化を、前記起動ステップによる起動の後に再生する再生ステップと
を含んだことを特徴とする複合イベント処理方法。

(付記９)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理方法であって、
複合イベント検出条件式の変更に際し、前記変更後の複合イベント条件式をテストモードとして作成する作成ステップと、
変更前の複合イベント条件式と変更後のテストモードの複合イベント条件式を並行して動作させる並行動作ステップと、
前記変更前の複合イベント条件式に関する条件の成立状態を前記テストモードの複合イベント条件式に通知して反映させる通知ステップと
を含んだことを特徴とする複合イベント処理方法。

(付記１０)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理プログラムであって、
複合イベント検出条件式の変更に際し、前記変更の前後の複合イベント条件式を比較する比較手順と、
前記比較結果に基づいて変更箇所を特定する特定手順と、
前記特定された変更箇所を含む複合イベント検出条件式について変更前後の複合イベント条件式を並行して動作させる並行動作手順と
をコンピュータに実行させることを特徴とする複合イベント処理プログラム。

(付記１１)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理プログラムであって、
前記複数の条件の成立状態を保存する保存手順と、
前記検知を停止する停止手順と、
前記検知を起動する起動手順と、
少なくとも前記検知の停止から起動までの間に発生した前記条件の成立状態の変化を、前記起動手順による起動の後に再生する再生手順と
をコンピュータに実行させることを特徴とする複合イベント処理プログラム。

(付記１２)複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理プログラムであって、
複合イベント検出条件式の変更に際し、前記変更後の複合イベント条件式をテストモードとして作成する作成手順と、
変更前の複合イベント条件式と変更後のテストモードの複合イベント条件式を並行して動作させる並行動作手順と、
前記変更前の複合イベント条件式に関する条件の成立状態を前記テストモードの複合イベント条件式に通知して反映させる通知手順と
をコンピュータに実行させることを特徴とする複合イベント処理プログラム。

１１〜１３マネージャ
２１ＣＥＰ定義データベース
２２ストリームログデータベース
２３チェックポイントデータベース
３１〜３４サーバ
４０ＣＥＰエンジン
４１〜４３ルール変更処理部
５１ルール比較部
５２変更箇所特定部
５３，７３並行動作部
６１状態保存部
６２停止部
６３起動部
６４再生部
７１テストモード作成部
７２資源通知部

Claims

複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置であって、
複合イベント検出条件式の変更に際し、前記変更の前後の複合イベント条件式を比較する比較部と、
前記比較結果に基づいて変更箇所を特定する特定部と、
前記特定された変更箇所を含む複合イベント検出条件式について変更前後の複合イベント条件式を並行して動作させる並行動作部と
を備えたことを特徴とする複合イベント処理装置。
前記並行動作部は、変更前の複合イベント条件式に関するイベントの管理情報を変更後の複合イベント条件式の管理情報として移行させた後、前記変更前の複合イベント条件式を削除することを特徴とする請求項１に記載の複合イベント処理装置。
複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置であって、
前記複数の条件の成立状態を保存する保存部と、
前記検知を停止する停止部と、
前記検知を再び起動する起動部と、
少なくとも前記検知の停止から起動までの間に発生した条件の成立状態の変化を、前記起動部による起動の後に再生する再生部と
を備えたことを特徴とする複合イベント処理装置。
前記再生部は、前記停止から起動までの間に前記条件の成立を検知する時間やイベント数等の所定幅に変更があった場合に、前記変更された時間幅に発生した条件の成立状態の変化を再生することを特徴とする請求項３に記載の複合イベント処理装置。
複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理装置であって、
複合イベント検出条件式の変更に際し、前記変更後の複合イベント条件式をテストモードとして作成する作成部と、
変更前の複合イベント条件式と変更後のテストモードの複合イベント条件式を並行して動作させる並行動作部と、
前記変更前の複合イベント条件式に関する条件の成立状態を前記テストモードの複合イベント条件式に通知して反映させる通知部と
を備えたことを特徴とする複合イベント処理装置。
複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理方法であって、
複合イベント検出条件式の変更に際し、前記変更の前後の複合イベント条件式を比較する比較ステップと、
前記比較結果に基づいて変更箇所を特定する特定ステップと、
前記特定された変更箇所を含む複合イベント検出条件式について変更前後の複合イベント条件式を並行して動作させる並行動作ステップと
を含んだことを特徴とする複合イベント処理方法。
複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理方法であって、
前記複数の条件の成立状態を保存する保存ステップと、
前記検知を停止する停止ステップと、
前記検知を再び起動する起動ステップと、
少なくとも前記検知の停止から起動までの間に発生した条件の成立状態の変化を、前記起動ステップによる起動の後に再生する再生ステップと
を含んだことを特徴とする複合イベント処理方法。
複数の条件についての成立状態を検知してイベント処理を発生させる複合イベント処理方法であって、
複合イベント検出条件式の変更に際し、前記変更後の複合イベント条件式をテストモードとして作成する作成ステップと、
変更前の複合イベント条件式と変更後のテストモードの複合イベント条件式を並行して動作させる並行動作ステップと、
前記変更前の複合イベント条件式に関する条件の成立状態を前記テストモードの複合イベント条件式に通知して反映させる通知ステップと
を含んだことを特徴とする複合イベント処理方法。