(57)【要約】【課題】複数の条件により規定される複合条件が満たされたか否かを判断するイベント管理において、複合条件の変更に簡易かつ柔軟に対応できるようにすること。【解決手段】イベント管理装置は、複数の条件各々の優先度を決定する優先度決定部と、複数の条件の内、判断対象の条件について、条件が満たされているか否かを判断する判断部と、判断部による判断に基づいて、複合条件に対する前記判断の結果を出力する出力部とを有し、判断部が、判断対象の条件（以下、「第１条件」とする）について、条件が満たされていることを確認した場合、判断部は、第１条件の優先度より低い優先度の条件（以下、「第２条件」とする）について、条件が満たされているか否かを判断し、判断部が、第１条件について、条件が満たされていることを確認できなかった場合、第２条件について条件が満たされているか否かを、判断部が判断することなく、出力部が前記判断の結果を出力する。【選択図】図４
2012044621.tif 000002
【特許請求の範囲】
【請求項１】
複数の条件により規定される複合条件が満たされているか否かの判断を行うイベント管理装置であって、
前記複数の条件各々の優先度を決定する優先度決定部と、
前記複数の条件の内、判断対象の条件について、条件が満たされているか否かを判断する判断部と、
前記判断部による判断に基づいて、前記複合条件に対する前記判断の結果を出力する出力部と
を有し、前記判断部が、判断対象の条件（以下、「第１条件」とする）について、条件が満たされていることを確認した場合、前記判断部は、前記第１条件の優先度より低い優先度の条件（以下、「第２条件」とする）について、条件が満たされているか否かを判断し、
前記判断部が、前記第１条件について、条件が満たされていることを確認できなかった場合、前記第２条件について条件が満たされているか否かを、前記判断部が判断することなく、前記出力部が前記判断の結果を出力する、イベント管理装置。
【請求項２】
前記優先度決定部は、前記複数の条件各々を判断するのに必要なリソース量に基づいて、前記複数の条件各々の優先度を決定する、請求項１記載のイベント管理装置。
【請求項３】
前記リソース量は、電力消費量、CPU使用量、メモリ使用量及びネットワークリソース使用量の内の１つ以上の推定値により表現される、請求項２記載のイベント管理装置。
【請求項４】
前記優先度決定部は、前記リソース量が少ないほど高い優先度を付与し、前記リソース量が多いほど低い優先度を付与する、請求項２又は３に記載のイベント管理装置。
【請求項５】
複数の条件により規定される複合条件が満たされているか否かの判断を行うイベント管理方法であって、
前記複数の条件各々の優先度を決定し、
判断対象の条件（以下、「第１条件」とする）について、条件が満たされていることを確認した場合、前記第１条件の優先度より低い優先度の条件（以下、「第２条件」とする）について、条件が満たされているか否かを判断し、該判断に基づいて、前記複合条件に対する前記判断の結果を出力し、
前記第１条件について、条件が満たされていることを確認できなかった場合、前記第２条件について条件が満たされているか否かを、前記判断部が判断することなく、前記出力部が前記判断の結果を出力するステップ
を有するイベント管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にイベント管理装置及びイベント管理方法に関連し、特に、所定の条件を満たしたか否かを判断する複数のイベント判断主体を管理するイベント管理装置及び方法に関する。
【背景技術】
【０００２】
従来、所定の条件を満たしたか否かを判断するために、複数のイベント判断主体を管理し、それら複数のイベント判断主体が下した判断を総合した複合結果から、最終的な判断を下すイベント管理装置が知られている。一例としてイベント判断主体は様々なプログラム、アプリケーション又はソフトウェアモジュールである。GPS（Global  Positioning  System）受信機を搭載した携帯電話の場合、イベント判断主体は、例えば、GPSによる位置測位の結果、携帯電話が所定の地域内にいるか否かを判断するプログラム、現時点が所定の時間帯に属するか否かを判断するプログラム、携帯電話に電話がかかってきたことを判断するプログラム、または、携帯電話からネットワークを経由して情報を取得し、ウェブ上の情報配信サービスが配信する情報に更新があったことを判断するプログラム等であるが、これらに限定されない。イベント管理装置は、複数のイベント判断主体の組み合わせにより、最終的な判断をどのように下すか、を規定する複合条件を管理しており、通常、イベント管理装置を利用する利用者（ユーザ又はオペレータ）が、そのような複合条件を設定できる。
【０００３】
イベント管理装置においては、複数のイベント判断主体がそれぞれ消費する電力、CPU、メモリ、又はネットワーク等のようなリソース使用量を最小限に抑制する必要がある。特に、携帯電話等の移動端末に搭載される移動端末の場合、リソース使用量はできるだけ少なくする必要がある。例えば、２つの条件により規定される複合条件において、第１のイベント判断主体が「午前８時から午前１０時までの間」という条件を判断し、第２のイベント判断主体が「東京駅から半径１ｋｍ圏内」という条件を判断し、これら２つの判断結果が共に真であった場合にのみ、複合条件は真であるとする。この場合において、第２のイベント判断主体は、第１のイベント判断主体の判断が真であることが明らかになるまで、判断手続きの開始を保留にすることで、無駄な位置測位を回避することが考えられる。イベント判断主体が消費するリソース使用量を抑制することを目的とした先行技術文献としては、例えば、特許文献１がある。
【０００４】
特許文献１に記載の発明の場合、あるイベント判断主体がイベントを感知した際に、他のどのイベント判断主体に問合せて最終的な判断を行うかの順番をルールとしてあらかじめ登録することで、複数のイベント判断主体が並行してリソースを消費することを抑制する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２４２６０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のような従来技術の場合、複数のイベント判断主体同士の間で予め絶対的な順番をルールとして規定しておく必要があり、手間がかかる。また、これに伴って、新たなイベント判断主体をイベント管理装置の管理下に追加する度に、互いに整合するように、既存のイベント判断主体と順番を設定し直す必要も生じ、柔軟性に欠ける。
【０００７】
本発明の課題は、複数の条件により規定される複合条件が満たされたか否かを判断するイベント管理において、複合条件の変更に簡易かつ柔軟に対応できるようにすることである。
【課題を解決するための手段】
【０００８】
本発明の一形態によるイベント管理装置は、
複数の条件により規定される複合条件が満たされているか否かの判断を行うイベント管理装置であって、
前記複数の条件各々の優先度を決定する優先度決定部と、
前記複数の条件の内、判断対象の条件について、条件が満たされているか否かを判断する判断部と、
前記判断部による判断に基づいて、前記複合条件に対する前記判断の結果を出力する出力部と
を有し、前記判断部が、判断対象の条件（以下、「第１条件」とする）について、条件が満たされていることを確認した場合、前記判断部は、前記第１条件の優先度より低い優先度の条件（以下、「第２条件」とする）について、条件が満たされているか否かを判断し、
前記判断部が、前記第１条件について、条件が満たされていることを確認できなかった場合、前記第２条件について条件が満たされているか否かを、前記判断部が判断することなく、前記出力部が前記判断の結果を出力する、イベント管理装置である。
【発明の効果】
【０００９】
本発明の一形態によれば、複数の条件により規定される複合条件が満たされたか否かを判断するイベント管理において、複合条件の変更に簡易かつ柔軟に対応できるようになる。
【図面の簡単な説明】
【００１０】
【図１】本発明によるイベント管理装置の好適な一実施形態を示す機能ブロック図。
【図２】本発明によるイベント管理装置の好適な一実施形態を示すハードブロック図。
【図３Ａ】複合条件記憶部に条件テーブルとして格納される情報例を示す図。
【図３Ｂ】あるイベント判断主体について複合条件記憶部に格納される情報例を示す図。
【図３Ｃ】別のイベント判断主体について複合条件記憶部に格納される情報例を示す図。
【図４】本発明によるイベント管理装置の好適な一実施形態を示す処理フロー図。
【発明を実施するための形態】
【００１１】
優先順位の高いイベント判断主体（アプリケーション又はプログラム）による判断結果が否定的であるならば、複合条件全体の結果も必ず否定的になるとする。この場合、本発明によれば、その優先順位の高いイベント判断主体による判断結果が否定的であるとき、優先順位の低いイベント判断主体についての処理を省略することで、リソース消費量の削減を実現することができる。
【００１２】
イベント判断主体各々について優先度を設定し、優先度に応じてイベント判断主体各々の条件が順に判断される。優先度に応じて処理が進行するので、複数のイベント判断主体同士の間で絶対的な順番を予め規定しておく必要はない。また、新たなイベント判断主体に対応する優先度を決定することで、新たなイベント判断主体をイベント管理装置の管理下に柔軟に追加することができる。
【００１３】
以下の観点から実施例を説明する。
【００１４】
１．イベント管理装置
２．イベント管理装置の動作
【実施例１】
【００１５】
＜１．イベント管理装置＞
以下、本発明の実施形態に係るイベント管理装置について図面を参照して説明する。なお、可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００１６】
図１は、本実施形態に係るイベント管理装置１の機能的構成を示すブロック図である。図１はイベント管理装置１に備わる様々な機能の内、本実施形態に特に関連するものが示されている。イベント管理装置１は、機能的には、制御部２、操作部３、画面表示部４、複合条件記憶部５、測位部６、及び通信部７を備えている。また、制御部２は、リソース消費量演算部２１、優先度決定部２２、イベント管理部２３、複合条件判断部２４、及び影響判定部２５を有する。
【００１７】
図２は、イベント管理装置のハードウェア構成図である。図２はイベント管理装置１に備わる様々な要素の内、本実施形態に特に関連するものが示されている。イベント管理装置１は、物理的には、図２に示すように、CPU101、主記憶装置であるRAM102及びROM103、ハードディスクやフラッシュメモリ等の補助記憶装置104、GPS受信機及び通信用のアンテナに結合される送受信装置105、入力デバイスであるボタン及びタッチパネル等の入力装置106、ディスプレイ等の出力装置107等を含むコンピュータシステムとして構成されている。図１において説明した各機能は、図２に示すCPU101、RAM102等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、CPU101の制御の下で送受信装置105、入力装置106、出力装置107を動作させるとともに、RAM102や補助記憶装置104におけるデータの読み出し及び書き込みを行うことで実現される。
【００１８】
イベント管理装置１は、例えば、携帯電話、携帯端末、情報端末、スマートフォン、パーソナルディジタルアシスタント、携帯用パーソナルコンピュータ等に設けられる。イベント管理装置１は移動端末に設けられてもよいし、固定端末に設けられてもよい。以下、図１に示される各機能要素について説明する。
【００１９】
操作部３は、利用者が各種の操作指示の入力をするための装置であり、利用者から受け付けた指示入力を制御部２に送出する。指示入力は、複数のイベント判断主体の組み合わせによる複合的なイベント判定の条件を作成すること等である。上述したように、イベント判断主体は、一例としてイベント判断主体は様々なプログラム、アプリケーション又はソフトウェアモジュールである。GPS（Global  Positioning  System）受信機を搭載した携帯電話の場合、イベント判断主体は、例えば、GPSによる位置測位の結果、携帯電話が所定の地域内にいるか否かを判断するプログラム、現時点が所定の時間帯に属するか否かを判断するプログラム、携帯電話に電話がかかってきたことを判断するプログラム、または、携帯電話からネットワークを経由して情報を取得し、ウェブ上の情報配信サービスが配信する情報に更新があったことを判断するプログラム等であるが、これらに限定されない。操作部３は、例えば、ボタン、キーボード、キーパッド、トラックボール、マウス、スタイラス、タッチスクリーン等の入力装置により構成される。一例として、画面表示部４はタッチスクリーンを備え、タッチスクリーン内では、接触感知式の透明パネルが表示装置の画面をカバーし、ユーザの指又はスタイラスの動きを取り込むことで、上記の指示入力を受け入れる。
【００２０】
画面表示部４は、利用者に各種の表示項目を出力するための視覚的なユーザインターフェースであり、表示項目は制御部２から受け取られる。画面表示部４は、例えば、陰極線管（CRT）、液晶ディスプレイ（LCD）、有機ELパネル又はその他の同様な機能を有するディスプレイ装置、スクリーン又はモニタ等でもよい。図示されていないが、視覚的なユーザインターフェースの外に、マイクロフォン、スピーカ等の聴覚的なユーザインターフェースが設けられてもよい。
【００２１】
複合条件記憶部５は、複数のイベント判断主体の組み合わせによる複合的なイベント判定の条件を保持している。図３Ａ−Ｃは、複合条件記憶部５に記憶されている複合条件の一例を一般的なリレーショナルデータベースの形式で示す。この例の場合、ある地理的な地点から特定の範囲内にいるか否かを判定するイベント判断主体と、現時刻がある特定の時間帯内であるか否かを判定するイベント判断主体とが想定されている。
【００２２】
図３Ａは複合条件に関する条件テーブルを示す。説明の簡明化のため、２つのイベント判断主体しか示されていないが、２つより多い数のイベント判断主体が想定され、複合条件が構成されてもよい。第１のイベント判断主体は、「１０」という識別子で区別され、「位置（LOCATION）」に関するイベント判断を行う。第２のイベント判断主体は、「２０」という識別子で区別され、「時間（TIME）」に関するイベント判断を行う。これらのイベント判断主体により判断される条件は、後述の複合条件を規定する。条件テーブルの「条件識別子」の欄は、イベント判断主体により判断される条件が、どの複合条件に属するかを示す。図示の例の場合、ともに「１」という条件識別子を有するので、これらは同じ複合条件に属する。
【００２３】
図３Ｂは、「位置」に関するイベント判断を行うイベント判断主体について、複合条件記憶部５に格納される情報例を示す。このイベント判断主体は、「１０」という識別子により特定され、GPSにより測位された現在位置が、ある場所から所定の範囲内に存在するか否かを判断する。図示の例の場合、ある場所の緯度は35．673571度であり、経度は139．740394度である。所定の範囲内は、この場所から半径500メートル以内である。位置に関する判断を行う場合、所定の範囲内に存在することを確認するだけでなく、範囲外に存在することが確認されてもよい。図示の例の場合、所定の範囲内に存在することを確認するので、区分の欄が「IN」に設定されている。所定の範囲外に存在することを確認する場合、区分の欄は「OUT」に設定される。
【００２４】
図３Ｃは、「時間」に関するイベント判断を行うイベント判断主体について、複合条件記憶部５に格納される情報例を示す。このイベント判断主体は、「２０」という識別子により特定され、現在の時点が、所定の時間帯に属するか否かを判断する。所定の時間帯は、午前８時から午後５時までの時間帯である。図示の例において、「GMT＋0900」とあるのは、グリニッチ標準時（Greenwich  Mean  Time）に9時間プラスすることを示し、これは、東京における時間に対応する。
【００２５】
図１の測位部６は、現在位置を測位する装置である。現在位置は、当該技術分野で既知の適切な如何なる方法で求められてもよい。例えば、イベント管理装置１を搭載している携帯電話が、無線網を介して接続している無線通信装置（例えば、基地局）を特定し、その無線通信装置の位置が現在位置として使用されてもよい。また、携帯電話がGPS受信機を搭載していた場合、GPS測位により現在位置が求められてもよい。さらには、携帯電話が、インターネットのようなネットワークを介して、位置情報を提供する情報提供サーバにアクセスすることで、現在地位が求められてもよい。
【００２６】
通信部７は、無線又は有線のネットワークを介して通信するための装置である。通信部７は、イベント管理装置外に各種情報を送信すること、及びイベント管理装置外から各種情報を受信することができる。通信部７は、無線通信用のアンテナ等の通信装置により構成される。
【００２７】
制御部２におけるリソース消費量演算部２１は、イベント判断主体が、所定の条件を満たすか否かを判断するために消費されるリソース消費量を、イベント判断主体毎に推定する。リソース消費量は、例えば、電力消費量、CPU使用量、メモリ使用量、または、ネットワーク使用量等により表現されるが、これらに限定されない。リソース消費量は、適切な如何なる量で表現されてもよい。一例として、リソース消費量は、電力消費量として表現されてもよい。この場合、CPU使用量を表す時間が、所定の対応関係に基づいて、電力消費量に換算されてもよい。また、メモリ使用量を表す容量が、所定の対応関係に基づいて、電力消費量に換算されてもよい。さらに、ネットワーク使用量を表す帯域幅が、所定の対応関係に基づいて、電力消費量に換算されてもよい。同様に、リソース消費を表す任意の事項が、所定の対応関係に基づいて電力消費量に換算されてもよい。
【００２８】
優先度決定部２２は、イベント判断主体毎（判断する条件毎）に、優先度を決定する。優先度は適切な如何なる方法で決定されてもよい。例えば、優先度は、イベント判断主体毎に予め決定されていてもよい。また、優先度は、リソース消費量演算部２１が演算したイベント判断主体毎のリソース消費量等に基づいて、決定されてもよい。いずれにせよ、リソース消費量が少ないほど、高い優先度が付与され、リソース消費量が多いほど、低い優先度が付与される。
【００２９】
イベント管理部２３は、複数のイベント判断主体を管理する。イベント管理部２３は、イベント判断主体に判断手続きの開始を促す、すなわち、何らかの条件を満たすか否かの判断を促す。そして、イベント管理部２３は、イベント判断主体から判断結果を取得する。
【００３０】
複合条件判断部２４は、複数のイベント判断主体が下した複数の判断結果に基づいて、複合条件を満たしているか否かを最終的に判断する。
【００３１】
影響判定部２５は、複合条件に含まれる複数の条件の内、あるイベント判断主体の下す判断が、その複合条件の最終的な判断結果に影響するか否かを判定する。例えば、複合条件Xが、２つの条件A1及びA2双方が真である場合にのみ真であるとする。この場合において、条件A1が真であった場合、条件A2についての判断結果は、複合条件Xの最終的な判断結果に影響を及ぼす。条件A2についての判断結果が真であるか否かに応じて、複合条件Xの判断結果は異なるからである。これに対して、条件A1が偽であった場合、条件A2についての判断結果は、複合条件Xの最終的な判断結果に影響を及ぼさない。この場合、条件A2についての判断結果によらず、複合条件Xについての判断結果は偽になるからである。このように、影響判定部２４は、条件A1の真偽に応じて、条件A2が最終的な判断に影響するか否かを判定する。条件の数は２つに限定されず、いくつでもよい。
【００３２】
＜２．イベント管理装置の動作＞
図４を参照しながら、イベント管理装置１の動作を説明する。説明の便宜上、イベント管理装置１は、携帯電話端末に搭載され、携帯電話端末上で動作する様々なプログラムが、イベント判断主体になるものとする。
【００３３】
ステップS1において、Ｎ個のイベント判断主体｛Ｉｉ｜ｉ∈（１、２、・・・、Ｎ）｝で構成される複合条件Ｃが指定される。混乱のおそれがない限り、Iiは、イベント判断主体だけでなく、イベント判断主体が判断する条件も表すことにする。複合条件Ｃは、利用者、ユーザ、オペレータにより設定されてもよいし、あるいは、所定の設定値に予め指定されていてもよい。Ｎは２以上の任意の値をとりうる。説明の便宜上、Ｎ＝２とする。Ｉ１は、GPS測位の結果、所定の位置に携帯電話端末が存在するか否かを判定するイベント判断主体又はその条件とする。Ｉ２は、現在時刻が所定の時間帯に属するか否かを判定するイベント判断主体又はその条件とする。複合条件Ｃは、所定の時間帯において所定の位置にいる場合に真となるものとする（Ｉ１∩Ｉ２）。このような複合条件Ｃを指定するための情報が、複合条件記憶部５に格納される。
【００３４】
ステップS2において、複合条件Ｃを構成する条件（イベント判断主体Ｉｉ）のそれぞれに対応するリソース消費量｛Ｒｉ｜ｉ∈（１、２、・・・、Ｎ）｝が、リソース消費量演算部２１により推定される。リソース消費量Ｒｉは、通常、イベント判断主体Ｉｉが使用する電力消費量、CPU使用量、メモリ使用量、またはネットワーク使用量等により表現され、これらの量の内、最も特徴的な量のみにより推定されてもよいし、あるいは複数の量を線形結合することで総使用量が推定されてもよい。説明の簡明化のため、リソース消費量は、電力消費量に比例するものとする。通常、位置を判断するイベント判断主体Ｉ１の電力消費量Ｒ１は、時刻を判断をするイベント判断主体Ｉ２の電力消費量Ｒ２よりも大きい。
【００３５】
Ｒ１＞Ｒ２。
【００３６】
ステップS3において、電力消費量Ｒｉに基づいて、イベント判断主体Ｉｉそれぞれの優先度Ｐｉが、優先度演算部２２により決定される。概して、リソース消費量が少ないほど高い優先度が付与され、リソース消費量が多いほど低い優先度が付与される。一例として、優先度Ｐｉとリソース消費量Ｒｉの間に反比例の関係が成立してもよい。上記の例の場合、リソース消費量については、Ｒ１＞Ｒ２  が成立するので、優先度については、Ｐ１＜Ｐ２となる。
【００３７】
ステップS4において、イベント判断主体Ｉｉを優先度の降順に（優先度が高い順に）順序付けを行い、カウンターｊを１にリセットする。
【００３８】
ステップS5において、イベント管理部２３により、１番目からｊ番目までの優先度のイベント判断主体にイベントの判断が促される。すなわち、１番目からｊ番目までの優先度に対応する条件が、満たされるか否かが判断される。複合条件判断部２４により、複数のイベント判断主体による複数の判断結果を用いて、複合条件Ｃの部分的な判断結果Ｊを演算する。上記の例の場合、優先度は、Ｐ１＜Ｐ２なので、Ｐ２に対応するイベント判断主体I2による判断、すなわち現時点が所定の時間帯に属するか否かの判断が、先ず行われる。
【００３９】
ステップS6において、カウンターｊが、複合条件Ｃを構成するイベント判断主体の個数Ｎ（Ｎ＝２）未満の場合、フローはステップS7に進む。カウンターｊがＮと等しい場合（j＝N）、フローはステップS9に進み、判定プロセスを終了し、現在の判断結果Ｊを最終的な判断結果として出力する。
【００４０】
ステップS7において、影響判定部２５により、（ｊ＋１）番目からＮ番目までの優先度のイベント判断主体｛Ｉｉ｜ｉ∈（ｊ＋１、ｊ＋２、・・・、Ｎ）｝の判断結果が、複合条件Ｃの最終的な判断結果に影響を及ぼすか否か判定される。
【００４１】
影響を及ぼす場合、ステップS8において、カウンターｊを１つインクリメントし、フローはステップS5に戻る。一方、影響を及ぼさない場合、フローはステップS9に進む。
【００４２】
目下の例の場合、複合条件Ｃは位置判断のＩ１と時刻判断のＩ２により規定され、Ｐ１＜Ｐ２であるため、ステップS5において、まず、Ｉ２（現在時刻が所定の時間帯に属するか否か）が判断される。ｊ＝１（ｊ≠Ｎ＝２）なので、ステップS6においてフローはステップS7に進む。ステップS7において、I2が真であった場合（現在時刻が所定の時間帯に属する場合）、I1の条件は、複合条件Ｃの最終的な判断結果に影響する。この場合、フローはステップS8に進み、ｊは１から２に増やされ、フローはステップS5に戻る。このため、ステップS5において、１番目の優先度に関する条件I1に加えて、２番目の優先度に関する条件I2も加味され、判断結果Ｊが求められる（I1は真なので、I2が真ならば判断結果Jも真であり、I2が偽ならば判断結果Jも偽である。）。ｊ＝２＝Ｎなので、フローはステップS6からS9に進み、判断結果Jが最終的な複合条件Ｃの判断結果として出力される。
【００４３】
一方、ｊ＝１の場合のステップS7において、Ｉ２が偽であった場合（現在時刻が所定の時間帯に属していなかった場合）、Ｉ１の判断結果に関わらず、複合条件の判断結果は偽となる。そこで、このような場合、フローはステップS8からS9に進む。この場合、Ｉ１による判断は行われず、ステップS9において、複合条件Ｃ（Ｉ１∩Ｉ２）の判断結果が偽であるとして出力される。
【００４４】
このように、本実施形態に係るイベント管理装置によれば、イベント判断主体それぞれに優先度Ｐｉを設定し、優先度の順にイベント判断主体にリソースを割り当てて一次判断（１番目からｊ番目の優先度に関する条件についての判断）が行われる。後続のイベント判断主体による一次判断が、最終判断に影響する場合のみ、後続のイベント判断主体にリソースを割り当てて判断を実行する。これにより、従来のイベント管理装置の場合よりも、イベント判断主体によるリソースの消費量を抑制しながらイベント管理を行うことが可能となる。
【００４５】
以上本発明は特定の実施例を参照しながら説明されてきたが、それらは単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。例えば、本発明は、複合条件が満たされているか否かを判断する適切な如何なるシステムに適用されてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。発明の理解を促すため具体的な数式を用いて説明がなされたが、特に断りのない限り、それらの数式は単なる一例に過ぎず適切な如何なる数式が使用されてもよい。実施例又は項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。ソフトウェアは、ランダムアクセスメモリ（RAM）、フラッシュメモリ、読み取り専用メモリ（ROM）、EPROM、EEPROM、レジスタ、ハードディスク（HDD）、リムーバブルディスク、CD−ROM、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【００４６】
以下、本発明により教示される手段を例示する。
【００４７】
（第１項）
所定の条件を満たしたか否かを判断する複数のイベント判断主体を管理し、前記複数のイベント判断主体が下した複数の判断結果から、所定の複合条件を満たしたか否かを判断するイベント管理装置であって、
イベント判断主体ごとに対応づいている優先度に基づいてイベント判断主体に判断手続きを促し、前記イベント判断主体の判断結果を取得するイベント管理手段と、
前記イベント管理手段により取得された複数のイベント判断主体の判断結果から前記複合条件を満たしたか否かを判断する複合条件判断手段と、
前記複合条件を構成するイベント判断主体のうち、まだ前記イベント管理手段により判断手続きが促されていないイベント判断主体の判断結果が前記複合条件判断手段による判断結果に影響するか否かを判定する影響判定手段と、
前記影響判定手段による判定の結果、影響すると判定された場合のみ、前記複合条件を構成するイベント判断主体のうち、まだイベント管理手段により判断手続きが促されていない最も優先度が高いイベント判断主体に判断手続きを促す、
ことを特徴とするイベント管理装置。
【００４８】
（第２項）
前記イベント管理装置は、さらに、イベント判断主体に対応づく優先度を決定する優先度演算手段を備える、
ことを特徴とする上記第１項に記載のイベント管理装置。
【００４９】
（第３項）
前記イベント管理装置は、さらに、イベント判断主体が消費する実際の、または、推定される電力消費量、ＣＰＵ使用量、メモリ使用量、または、ネットワーク使用量リソース量を演算するリソース消費量演算手段を備え、
前記優先度演算手段は、前記リソース消費量演算手段により演算されたリソース消費量に基づいて優先度を決定する、
ことを特徴とする上記第１項又は第２項に記載のイベント管理装置。
【００５０】
（第４項）
所定の条件を満たしたか否かを判断する複数のイベント判断主体を管理し、前記複数のイベント判断主体が下した複数の判断結果から、所定の複合条件を満たしたか否かを判断するイベント管理装置、にて実行されるイベント管理方法であって、
イベント判断主体ごとに対応づいている優先度に基づいてイベント判断主体に判断手続きを促し、前記イベント判断主体の判断結果を取得するイベント管理ステップと、
前記イベント管理手段により取得された複数のイベント判断主体の判断結果から前記複合条件を満たしたか否かを判断する複合条件判断ステップと、
前記複合条件を構成するイベント判断主体のうち、まだ前記イベント管理手段により判断手続きが促されていないイベント判断主体の判断結果が前記複合条件判断ステップによる判断結果に影響するか否かを判定する影響判定ステップと、
前記影響判定ステップによる判定の結果、影響すると判定された場合のみ、前記複合条件を構成するイベント判断主体のうち、まだイベント管理手段により判断手続きが促されていない最も優先度が高いイベント判断主体に判断手続きを促す、
ことを特徴とするイベント管理方法。
【符号の説明】
【００５１】
１  イベント管理位装置
２  制御部
３  操作部
４  画面表示部
５  複合条件記憶部
６  測位部
７  通信部
２１  リソース消費量演算部
２２  優先度演算部
２３  イベント管理部
２４  複合条件判定定部
２５  影響判定部
【図１】
2012044621.tif 000003
【図２】
2012044621.tif 000004
【図３Ａ】
2012044621.tif 000005
【図３Ｂ】
2012044621.tif 000006
【図３Ｃ】
2012044621.tif 000007
【図４】
2012044621.tif 000008