JP5011190B2 - コンテクスト装置およびプログラム - Google Patents

Description

本発明は、予め定められる処理実行条件の比較対象となるイベント情報をそれぞれ受信する複数のコンテクスト装置およびプログラムに関する。

従来、世の中に存在する各種コンピュータ、デバイス、家電、自動車などあらゆる物に基づいた情報ネットワークを形成して、人の生活を支援するユビキタス社会を推進する様々な研究が行われている。このようなユビキタス社会においては、センサやカメラ、携帯電話端末などが感知する実世界における状況（コンテクスト）と、ＳＩＰネットワーク、ＷＥＢ通信ネットワークなどの仮想世界における状況（コンテクスト）との双方の世界のコンテクストをリアルタイムに的確に捉え、それらコンテクストに応じた最適なサービス処理が実行されることで、より快適で安全なユビキタス社会におけるサービス提供が可能となる。

このようなコンテクストを的確に把握するためのコンテクストアウェアなサービスを実行する機構として、例えば特許文献１には、センサやデータベース等の各種データに対応するコンテクスト情報を生成し、生成したコンテクスト情報の変化に基づくサービス処理を行うサービスアプリケーションに、必要とされる精度に応じたコンテクスト情報を送信する技術が提案されている。
特開２００１−２１６３１５号公報

しかしながら、従来のコンテクストアウェアなサービスの実行機構は、コンテクストの情報源となるセンサやデータベース等に基づいたコンテクスト情報を、そのコンテクスト情報に基づいたサービス処理を行うサービスアプリケーションが直接的に取得するものであった。すなわち、従来のコンテクストアウェアなサービスは、サービスアプリケーション対コンテクスト情報源の２階層の構成となっており、また、サービスアプリケーションは自己のサービスに必要な全てのコンテクスト情報源を予め特定しておく必要があり、個別の閉じたサービス環境では利用できても、ユビキタスに広がったネットワークに散在する様々なコンテクスト情報源やサービスアプリケーションを有機的に結び付けるものではなかった。

本発明は、このような状況に鑑みてなされたもので、ユビキタスに広がったネットワークに散在する様々なコンテクスト情報を有効に活用し、それらのコンテクスト情報に応じた適切なサービスを提供することを可能にするコンテクスト装置、およびプログラムを提供する。

上述した課題を解決するために、本発明は、予め定められる処理実行条件の比較対象となるイベント情報をそれぞれ受信する複数のコンテクスト装置であって、イベント情報は、イベント情報の強度を示すイベント強度を含み、処理実行条件は、定められたイベント強度の閾値を含み、予め定められる処理実行条件と、受信するイベント情報に基づくコンテクスト情報とを比較して、コンテクスト情報が、処理実行条件を満たすか否かを判定するコンテクスト認識部と、コンテクスト認識部によって、コンテクスト情報が、処理実行条件を満たすと判定された場合に、処理実行条件に予め対応付けられたサービス処理を実行する実行部と、イベント情報に含まれるイベント強度を、定められた比率で減衰し、減衰したイベント強度が、処理実行条件に含まれるイベント強度の閾値を超える場合に、コンテクスト情報と、実行部により実行されたサービス処理の実行結果とに基づいて、新たなコンテクスト情報を生成し、新たなコンテクスト情報を比較対象とする処理実行条件を有する他のコンテクスト装置に、新たなコンテクスト情報を含むイベント情報を送信するコンテクスト伝播部とを備えることを特徴とする。

また、本発明は、上述の予め定められる処理実行条件は、定められた複数のイベント情報に基づくコンテクスト情報と比較されることを含み、コンテクスト認識部は、定められた複数のイベント情報の全てを受信していない場合に、受信していないイベント情報を取得することを特徴とする。

また、本発明は、予め定められる処理実行条件の比較対象となるイベント情報をそれぞれ受信する複数のコンテクスト装置のコンピュータに、コンテクスト認識部が、予め定められる処理実行条件と、受信するイベント情報に基づくコンテクスト情報とを比較して、コンテクスト情報が、処理実行条件を満たすか否かを判定するステップと、実行部が、コンテクスト認識部によって、コンテクスト情報が、処理実行条件を満たすと判定された場合に、処理実行条件に予め対応付けられたサービス処理を実行するステップと、コンテクスト伝播部が、イベント情報に含まれるイベント強度を、定められた比率で減衰し、減衰したイベント強度が、処理実行条件に含まれるイベント強度の閾値を超える場合に、コンテクスト情報と、実行部により実行されたサービス処理の実行結果とに基づいて、新たなコンテクスト情報を生成し、新たなコンテクスト情報を比較対象とする処理実行条件を有する他のコンテクスト装置に、新たなコンテクスト情報を含むイベント情報を送信するステップとを実行させるプログラムである。

また、本発明は、予め定められる処理実行条件は、定められた複数のイベント情報に基づくコンテクスト情報と比較されることを含み、コンテクスト認識部が、定められた複数のイベント情報の全てを受信していない場合に、受信していないイベント情報を取得するステップをコンピュータに実行させる上述のプログラムである。

以上説明したように、本発明によれば、コンテクスト装置は、受信するイベント情報に基づくコンテクスト情報が定められた処理実行条件を満たす場合に、処理実行条件に予め対応付けられたサービス処理を実行し、コンテクスト情報と実行されたサービス処理の実行結果とに基づいて、新たなコンテクスト情報を生成し、他のコンテクスト装置に新たなコンテクスト情報を含むイベント情報を送信するようにしたので、特定のイベント情報に基づいて、直接的に関係付けられていない複数のコンテクスト装置が、連携したサービス処理を実行することが可能となる。

また、本発明によれば、イベント情報は、イベント情報の強度を示すイベント強度を含み、処理実行条件は、定められたイベント強度の閾値を含み、コンテクスト伝播部は、イベント情報に含まれるイベント強度を定められた比率で減衰し、減衰したイベント強度が処理実行条件に含まれるイベント強度の閾値を超える場合に、新たなコンテクスト情報を含むイベント情報を送信するようにしたので、定められた比率で減衰するイベント強度に従って、そのイベントを他のコンテクスト装置に送信するか否かを制御することが可能となる。

また、本発明によれば、予め定められる処理実行条件は、定められた複数のイベント情報に基づくコンテクスト情報と比較されることを含み、定められた複数のイベント情報の全てを受信していない場合に、受信していないイベント情報を取得するようにしたので、複数のイベント情報が処理実行条件として定められる場合に、定められる全てのイベント情報を取得することが可能となる。

以下、本発明の一実施形態について、図面を参照して説明する。
図１は、本実施形態によるコンテクスト装置１００を用いたコンテクストアウェアシステムの概念を示す図である。
図１の（ｂ）に示されるように、本実施形態によるコンテクストアウェアシステムでは、それぞれが他のコンテクスト装置１００と接続された複数のコンテクスト装置１００（コンテクスト装置１００−１〜コンテクスト装置１００−１３）によって、コンテクスト伝播網２００が形成される。コンテクスト伝播網２００には、イベント情報を送信する複数のコンテクスト端末３００（携帯電話端末３００−１、カメラ３００−２、センサ３００−３、携帯電話端末３００−４、ロボット３００−５、携帯電話端末３００−６等）が接続される。これらのコンテクスト端末３００は、自身のコンテクストの変化に従って、自身を監視する定められたコンテクスト装置１００にイベント情報を送信することでイベントを通知する。

また、コンテクスト伝播網２００は、複数のネットワーク４００（ＳＩＰネットワーク４００−１、ＷＥＢ通信ネットワーク４００−２、ＳＩＰネットワーク４００−３、ＷＥＢ通信ネットワーク４００−４等）に接続されており、コンテクスト伝播網２００には、これらのネットワーク４００のいずれかからイベント情報が送信されるようにしても良い。このように、コンテクスト伝播網２００に接続されたコンテクスト端末３００やネットワーク４００からコンテクスト伝播網２００にイベント情報が送信されると、送信されたイベント情報が波のように減衰しつつコンテクスト伝播網２００内に広がり、イベント情報を受信した各コンテクスト装置１００が自身のコンテクスト情報を変化させ、対応するサービス処理を行うことで、様々なコンテクスト情報を有効に活用するコンテクストアウェアなサービスが提供される。

本実施形態では、コンテクスト伝播網２００は、いわゆるＰｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅモデル（出版／購読型モデル）を採用したＩＰネットワークによって形成されることとする。Ｐｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅモデルは、ソフトウェア開発におけるデザインパターンの一種であるＯｂｓｅｒｖｅｒパターンに準ずるモデルであり、出版側と購読側の結合度が低いため動的なネットワークの形成に有効である。Ｐｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅネットワークでは、Ｐｕｂｌｉｓｈｅｒ（出版側）が情報を生成して出版し、ネットワークに公開する。一方、Ｓｕｂｓｃｒｉｂｅｒ（購読側）は、予め情報の配信を受けるＰｕｂｌｉｓｈｅｒを定めておき、定められたＰｕｂｌｉｓｈｅｒが出版する情報のみを受信するように制御される。

このようにして、互いに動作していないと通信が成立しない一般的な密結合のクライアント／サーバモデルに比べて、Ｐｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅネットワークでは、ＰｕｂｌｉｓｈｅｒとＳｕｂｓｃｒｉｂｅｒは、互いの存在を知る必要がなく、互いの状態に関わらず稼動することが可能であるため、疎結合でスケーラビリティの良いネットワークの形成が可能である。
本実施形態では、各コンテクスト装置１００は、他のコンテクスト装置１００、コンテクスト端末３００、ネットワーク４００のうち、定められた装置、端末をＳｕｂｓｃｒｉｂｅ（購読）し、Ｓｕｂｓｃｒｉｂｅ先から送信されるイベント情報を受信する。

図１の（ａ）に示されるように、コンテクスト装置１００を構成するサービス実行装置１１０は、自装置内でのみ参照可能なローカル変数とは別に、他の装置から参照可能なグローバル変数を出力し、グローバル変数は、コンテクストを示すコンテクスト情報として他の装置に公開されＰｕｂｌｉｓｈ（出版）される。また、サービス実行装置１１０は、他の装置から送信されるイベント情報を取得し、取得したイベント情報に基づいて内部状態を変更すると、定められたサービスの起動、制御を行う。

図２は、本実施形態におけるコンテクスト伝播網２００を構成する複数のコンテクスト装置１００の構成例を示すブロック図である。本実施形態におけるコンテクスト装置１００は、イベント伝播装置１３０（イベント伝播装置１３０−１、イベント伝播装置１３０−２、イベント伝播装置１３０−３、・・・）と、コンテクスト管理装置１２０（コンテクスト管理装置１２０−１、コンテクスト管理装置１２０−２、コンテクスト管理装置１２０−３、・・・）と、サービス実行装置１１０（サービス実行装置１１０−１、サービス実行装置１１０−２、サービス実行装置１１０−３、サービス実行装置１１０−４、サービス実行装置１１０−５、サービス実行装置１１０−６、サービス実行装置１１０−７、・・・）とを備えている。

このように、本実施形態では、コンテクスト装置１００は、コンテクスト管理装置１２０とイベント伝播装置１３０とが、それぞれ複数のサービス実行装置１１０を束ねることによって構成され、また、ハードウェア筐体としては、コンテクスト管理装置１２０とイベント伝播装置１３０とが同一のハードウェア筐体であることとし、このハードウェア筐体とサービス実行装置１１０とはＮ：１の関係であることとするが、コンテクスト装置１００の構成はこのような構成に限るものではなく、本システムの実施者は、本システムの規模、接続されたコンテクスト端末３００やネットワーク４００の数、ユーザ数、保守体制、実施者の既存のハードウェア資源などを考慮して、各装置や各装置が備える各機能部を柔軟に構成することができる。

イベント伝播装置１３０は、ユビキタスプラットフォーム、センサネットワーク、ウェブネットワーク、ＳＩＰネットワークなどの外界とのゲートウェイを介して接続された複数のコンテクスト端末３００（ＲＦＩＤ３００−７、センサ３００−８、ＲＦＩＤ３００−９、センサ３００−１０）やネットワーク４００（ＷＥＢ通信ネットワーク４００−４、ＳＩＰネットワーク４００−４、その他のネットワーク４００−４）から送信されるイベント情報を受信し、他のイベント伝播装置１３０に伝播させる。

コンテクスト管理装置１２０は、イベント伝播装置１３０に入出力されるイベント情報から、予め自身がＳｕｂｓｃｒｉｂｅすると定められたイベント情報を取得し、また自身がＰｕｂｌｉｓｈするイベント情報をイベント伝播装置１３０に出力する。サービス実行装置１１０は、コンテクスト管理装置１２０が取得したイベント情報のコンテクストに基づいたサービス処理を実行する。

以下、本実施形態において、このようなコンテクスト伝播網２００によるコンテクストアウェアシステムとして、アパート内のユーザの部屋に設置された複数のコンテクスト端末３００から送信されるイベント情報がコンテクスト伝播網２００を伝播するシステムを例に説明する。図３は、ユーザＡのアパートに設置され、火事を検知したコンテクスト端末３００がイベント情報を送信し、コンテクスト伝播網２００を伝播して対応するコンテクスト端末３００に通知されるコンテクストアウェアシステムを示している。

図３に示されるコンテクストアウェアシステムは、複数のコンテクスト装置１００（コンテクスト装置１００−１４〜コンテクスト装置１００−１８）から構成されるコンテクスト伝播網２００と、このコンテクスト伝播網２００に接続された複数のコンテクスト端末（カメラ３００−１１、煙センサ３００−１２、携帯電話端末３００−１３、携帯電話端末３００−１４、携帯電話端末３００−１５、コンソール３００−１６、コンソール３００−１７）とから構成される。

カメラ３００−１１と煙センサ３００−１２とは、アパートの一室であるユーザＡの部屋に設置されたコンテクスト端末３００である。カメラ３００−１１は、自身が撮像する映像に、煙が撮像されている可能性があることを検出すると、火事が発生した可能性があることを示すイベント情報を生成し、送信する。煙センサ３００−１２は、煙を感知すると、煙を感知したことを示すイベント情報を生成し、送信する。

コンテクスト装置１００−１４は、カメラ３００−１１のカメラ画像状態を監視する。コンテクスト装置１００−１４は、カメラ３００−１１のコンテクストをＳｕｂｓｃｒｉｂｅし、カメラ３００−１１から煙異常を検出すると、煙異常を検出したことを示すイベント情報を生成し、Ｐｕｂｌｉｓｈする。
コンテクスト装置１００−１５は、煙センサ３００−１２のセンサ状態を監視する。コンテクスト装置１００−１５は、煙センサ３００−１２のコンテクストをＳｕｂｓｃｒｉｂｅし、煙センサ３００−１２が煙を感知して発報中であることを感知すると、煙異常を検出したことを示すイベント情報を生成し、Ｐｕｂｌｉｓｈする。

コンテクスト装置１００−１６は、コンテクスト装置１００−１４とコンテクスト装置１００−１５との、ユーザＡの部屋の状態をＳｕｂｓｃｒｉｂｅする。コンテクスト装置１００−１６は、コンテクスト装置１００−１４から煙異常を示すイベント情報を受信し、かつコンテクスト装置１００−１５から発報中を示すイベント情報を受信すると、予め定められたユーザＡの携帯電話端末３００−１３に、例えば、異常があったことを通知するメールを送信し、また、火災を感知したことを示すイベント情報を生成し、Ｐｕｂｌｉｓｈする。

一方、コンテクスト装置１００−１７は、ユーザＡの部屋の隣部屋であるユーザＢの部屋の状態をＳｕｂｓｃｒｉｂｅする。コンテクスト装置１００−１７は、ユーザＢの部屋に設置されたコンテクスト端末から異常があったことを示すイベント情報を受信すると、予め定められたユーザＢが契約するセキュリティ会社のコンソール３００−１６に、異常があったことを通知し、また、火災を感知したことを示すイベント情報を生成し、Ｐｕｂｌｉｓｈする。

コンテクスト装置１００−１８は、ユーザＡの部屋の状態と、ユーザＢの部屋の状態とを含むアパートの状態をＳｕｂｓｃｒｉｂｅする。コンテクスト装置１００−１８は、コンテクスト装置１００−１６およびコンテクスト装置１００−１７から、火災を感知したことを示すイベント情報を受信すると、予め定められたユーザＢの携帯電話端末３００−１４と、アパートの大家の携帯電話端末３００−１５と、アパートの大家が契約しているセキュリティ会社のコンソール３００−１７とに、異常があったことを通知する。

図４は、コンテクスト装置１００の詳細な構成を示すブロック図である。コンテクスト装置１００は、サービス実行装置１１０と、コンテクスト管理装置１２０と、イベント伝播装置１３０とを備えている。
イベント伝播装置１３０は、カメラ３００−１１や煙センサ３００−１２等のコンテクスト端末３００からのイベント通知に基づくイベント情報を伝播するコンピュータ装置である。図５の（ａ）は、イベント伝播装置１３０が伝播するイベント情報の項目例を示す図である。イベント情報には、そのイベントの出力元を識別する情報（例えば、ＩＰネットワークにおいて予め付与されたＵＲＩであるイベント元ＵＲＩ）と、そのイベント元でのイベント発生の強度を数値で示すイベント強度との情報が含まれる。イベント強度は、例えば、カメラ３００−１１が撮像する映像から煙異常が検出された際に、その煙異常の確度に応じたカメラ異常強度が数値として算出された情報である。

コンテクスト管理装置１２０は、コンテクスト記憶部１２１と、コンテクスト受信部１２２と、コンテクスト送信部１２３とを備えるコンピュータ装置であり、イベント伝播装置１３０を介して、他のコンテクスト装置１００とイベント情報の送受信を行う。
コンテクスト記憶部１２１には、コンテクスト管理装置１２０のコンテクストを示すコンテクスト情報が記憶され、また、他のコンテクスト装置１００やコンテクスト端末から受信したイベント情報が一時的に記憶される。本実施形態において、コンテクスト情報は、数値で表され、他の装置から参照可能なグローバル変数である。コンテクスト記憶部１２１に記憶されるコンテクスト情報は、イベント伝播装置１３０からイベント情報を受信したコンテクスト受信部１２２や、コンテクスト受信部１２２が受信したイベント情報に基づいてサービス処理を行った実行部１１１などによって値が更新され記憶される。

コンテクスト受信部１２２は、予めＳｕｂｓｃｒｉｂｅすると定められた他のコンテクスト装置１００からＰｕｂｌｉｓｈされるイベント情報、またはコンテクスト端末３００からＰｕｂｌｉｓｈされるイベント情報を受信する。コンテクスト受信部１２２は、例えば、Ｓｕｂｓｃｒｉｂｅすると予め定められた他のコンテクスト端末や装置に、イベント伝播装置１３０を介して定期的にアクセスし、イベント情報が送信されたか否かを判定する。コンテクスト受信部１２２は、Ｓｕｂｓｃｒｉｂｅ先からイベント情報が出版されていた場合には、出版されたイベント情報を受信し、受信したイベント情報を、コンテクスト記憶部１２１に記憶させる。
コンテクスト送信部１２３は、コンテクスト装置１００のコンテクスト伝播部１１４が新たなイベント情報を生成すると、生成されたイベント情報を、イベント伝播装置１３０に送信し、Ｐｕｂｌｉｓｈする。

サービス実行装置１１０は、コンテクスト管理装置１２０がイベント伝播装置１３０から受信したイベント情報に応じて、コンテクストの認識処理、実行処理、伝播処理を行うコンピュータ装置であり、実行部１１１と、コンテクスト認識部１１３と、コンテクスト伝播部１１４と、監視コンテクスト定義記憶部１１２と、コンテクスト実行フロー記憶部１１５とを備えている。

監視コンテクスト定義記憶部１１２には、サービス実行装置１１０の実行部１１１がサービス処理を行う原因となるイベント情報のコンテクストが定義された情報である監視コンテクスト定義情報が記憶される。監視コンテクスト情報は、コンテクスト認識部１１３によって読み出され、コンテクスト管理装置１２０のコンテクスト記憶部１２１に記憶されたイベント情報と比較される。図５の（ｂ）は、監視コンテクスト定義の項目例を示す図である。監視コンテクスト定義には、コンテクストＵＲＩに対応付けて、コンテクスト感度と、コンテクスト記述と、イベント減衰比と、最小発信強度との情報が記憶される。図６の（ａ）、（ｂ）、（ｃ）、（ｄ）には、コンテクスト装置１００−１４、コンテクスト装置１００−１５、コンテクスト装置１００−１６、コンテクスト装置１００−１８のそれぞれが備える監視コンテクスト定義記憶部１１２に記憶された監視コンテクスト定義が示されている。

ここで、コンテクストＵＲＩは、比較されるイベント情報の発信元（イベント元ＵＲＩ）に対応する。例えば、コンテクスト認識部１１３によって、このコンテクストＵＲＩと、コンテクスト記憶部１２１に記憶されたイベント情報に含まれるイベント元ＵＲＩとが一致するか否かが判定される。コンテクスト感度は、対応するコンテクストＵＲＩをイベント元とするイベント情報のイベント強度に対応する。例えば、図６の（ｃ）に示された監視コンテクスト定義である火災感知コンテクスト定義によれば、ユーザＡの部屋状態監視についての火災感知感度は、「０．５」とされる。

コンテクスト記述は、コンテクスト記憶部１２１に記憶されたイベント情報に含まれるイベント強度に基づいて、自身のサービス実行装置１１０におけるイベント確度を算出する手順が含まれる情報である。例えば、図６の（ｃ）に示された監視コンテクスト定義である火災感知コンテクスト定義によれば、火災発生確度の値は、コンテクスト装置１００−１４から送信されるイベント情報に含まれる煙異常強度の値と、コンテクスト装置１００−１５から送信されるイベント情報に含まれる発報中強度の値とを足して、２で割った値が、火災発生確度として算出されることが示されている（火災発生確度＝（煙異常確強度＋発報中強度）／２）。

コンテクスト認識部１１３は、コンテクスト管理装置１２０がＳｕｂｓｃｒｉｂｅ先から取得したイベント情報に基づいて、コンテクストの変化を認識する認識処理を行う。コンテクストの認識処理では、コンテクスト認識部１１３は、コンテクスト管理装置１２０がイベント伝播装置１３０から受信してコンテクスト記憶部１２１に記憶させたイベント情報を読み出し、また、監視コンテクスト定義記憶部１１２に記憶された監視コンテクスト定義を読み出し、読み出したイベント情報と、監視コンテクスト定義とを比較する。

ここで、コンテクスト認識部１１３は、コンテクスト記憶部１２１に記憶されたイベント情報に含まれるイベント元ＵＲＩが含まれるコンテクストＵＲＩに対応付けられた監視コンテクスト定義を、監視コンテクスト定義記憶部１１２から読み出す。コンテクスト認識部１１３は、読み出した監視コンテクスト定義に含まれるコンテクスト記述に示される手順に基づいて、イベント確度を算出する。そして、算出したイベント確度と、読み出した管理コンテクスト定義に含まれるコンテクスト感度とを比較する。そして、コンテクスト認識部１１３は、算出したイベント確度が、コンテクスト感度より小さい場合には、処理を終了する。一方、算出したイベント確度が、コンテクスト感度より大きい場合には、実行部１１１に、そのコンテクストに定められた処理の実行要求を送信する。ここで、コンテクスト認識部１１３が算出したイベント確度は、サービス実行装置１１０のコンテクスト情報として、コンテクスト記憶部１２１に記憶させる。

コンテクスト実行フロー記憶部１１５には、コンテクスト記憶部１２１に記憶されたイベント情報に対応するサービス処理の実行フローを示す情報が記憶される。例えば、カメラ３００−１１を監視するコンテクスト装置１００−１４と、煙センサ３００−１２を監視するコンテクスト装置１００−１５とから受信するイベント情報に基づいて、コンテクスト認識部１１３から、実行要求が送信された場合には、コンテクスト実行フローとして、ユーザＡの携帯電話端末３００−１３に火災感知を通知する処理を行うことの実行フローが示される情報が、コンテクスト実行フロー記憶部１１５に記憶されている。

実行部１１１は、コンテクスト認識部１１３から送信される実行要求に基づいて、サービス処理を実行する。ここで、実行部１１１は、コンテクスト認識部１１３からサービス処理の実行要求を受信すると、コンテクスト実行フロー記憶部１１５に記憶されたコンテクスト実行フローを読み出し、読み出したコンテクスト実行フローに基づいて、サービス処理を行う。実行部１１１は、コンテクスト認識部１１３から送信される実行要求に基づいて、例えば、ユーザＡの携帯電話端末３００−１３に火災感知を通知する処理を行う。

コンテクスト伝播部１１４は、実行部１１１がサービス処理の実行を完了すると、監視コンテクスト定義記憶部１１２に記憶された監視コンテクスト定義に含まれるコンテクスト記述に基づいて、イベント確度を算出し、算出したイベント確度と、監視コンテクスト定義に含まれるイベント減衰比を乗じた値を、新たなイベント強度として算出する。そして、コンテクスト伝播部１１４は、算出した新たなイベント強度が、コンテクスト記述に含まれる最小発信強度の値よりも小さい場合には、処理を終了する。一方、算出した新たなイベント強度が、コンテクスト記述に含まれる最小発信強度の値よりも大きい場合には、算出した新たなイベント強度をイベント強度として含むイベント情報を生成し、コンテクスト管理装置１２０を介して、自身をＳｕｂｓｃｒｉｂｅする他のコンテクスト装置１００にＰｕｂｌｉｓｈする。このようにして、コンテクスト装置１００は、コンテクスト伝播網２００上のイベント情報の伝播を減衰させることができる。ここで、コンテクスト伝播部１１４は、算出した新たなイベント強度を、コンテクスト記憶部１２１に、コンテクスト情報として記憶させるようにしても良い。

ここで、図７を参照して、実行部１１１の状態遷移モデルを説明する。図７の（ａ）は処理スタートを示し、サービスの初期化処理を行う。図７の（ｂ）は、認識したコンテクスト情報に対応するサービス処理を選択することを示す。図７の（ｃ）は、サービス処理の実行を示す。また、ここで、新たなコンテクスト情報を生成する処理を行う。図７の（ｄ）は、処理の終了を表し、処理終了中にコンテクスト情報を生成している。

＜動作例＞
次に、図８を参照して、サービス実行装置１１０の動作例を説明する。
コンテクスト認識部１１３は、コンテクスト管理装置１２０からイベントが通知されるのを待機する（ステップＳ１）。そして、コンテクスト認識部１１３が、コンテクスト管理装置１２０からイベントが通知され送信されるイベント情報を受信すると、監視コンテクスト定義記憶部１１２から、受信したイベント情報に対応する監視コンテクスト定義を読み出し、受信したイベント情報に含まれるイベント強度と、読み出した監視コンテクスト定義に含まれるコンテクスト感度とを比較する（ステップＳ２）。コンテクスト認識部１１３が、イベント情報に含まれるイベント強度が監視コンテクスト定義に含まれるコンテクスト感度より小さいと判定すると（ステップＳ２−ＮＯ）、ステップＳ１に戻り、イベントの通知を待機する。

一方、ステップＳ２で、コンテクスト認識部１１３が、イベント情報に含まれるイベント強度が監視コンテクスト定義に含まれるコンテクスト感度より大きいと判定すると（ステップＳ２−ＹＥＳ）、実行部１１１にサービス実行要求を送信する。実行部１１１は、コンテクスト認識部１１３から送信されたサービス実行要求を受信すると、サービス実行要求に対応するコンテクスト実行フローを、コンテクスト実行フロー記憶部１１５から読み出し、読み出したコンテクスト実行フローに基づいて処理を実行する（ステップＳ３）。

そして、実行部１１１はサービス処理が完了すると、コンテクスト伝播部１１４に、サービス完了通知を送信する。コンテクスト伝播部１１４は、サービス完了通知を受信すると、サービス処理の元となったイベント情報に含まれるイベント強度と、監視コンテクスト定義記憶部１１２に記憶された監視コンテクスト定義に含まれるイベント減衰比との積を、新たなイベント強度として算出する（ステップＳ４）。コンテクスト伝播部１１４は、算出した新たなイベント強度と、監視コンテクスト定義記憶部１１２に記憶された監視コンテクスト定義に含まれる最小発信強度とを比較する（ステップＳ５）。コンテクスト伝播部１１４が、算出した新たなイベント強度が、最小発信強度より小さいと判定すれば（ステップＳ５−ＮＯ）、ステップＳ１に戻り（ステップＳ５−ＮＯ）、コンテクスト認識部１１３がイベント通知の待機をする。一方、ステップＳ５で、コンテクスト伝播部１１４が、新たなイベント強度が最小発信強度より大きいと判定すれば（ステップＳ５−ＹＥＳ）、新たなイベント強度をイベント強度として含むイベント情報を、コンテクスト送信部１２３を介してイベント伝播装置１３０に発信する（ステップＳ６）。

なお、コンテクスト装置１００は、自身の監視コンテクスト定義記憶部１１２に記憶された監視コンテクスト定義に含まれるコンテクスト記述によってイベント確度を算出する際、複数のイベント強度がパラメータとして必要であるが、その複数のパラメータが含まれる全てのイベント情報がコンテクスト記憶部１２１に記憶されていない場合には、必要な他のパラメータが含まれるイベント情報の取得要求を行うようにしても良い。

例えば、図６の（ｃ）に示したように、ユーザＡの部屋状態のコンテクストを監視するコンテクスト装置１００−１６が、ユーザＡの部屋状態の火災発生確度を算出するには、コンテクスト装置１００−１４から送信される煙異常についてのイベント情報と、コンテクスト装置１００−１５から送信される発報中であることを示すイベント情報との双方がパラメータとして必要である。しかしながら、カメラ３００−１１か煙センサ３００−１２かのいずれかが誤動作した場合や、コンテクスト装置１００−１４がカメラ３００−１１から情報を取得する時間間隔と、コンテクスト装置１００−１５が煙センサ３００−１２から情報と取得する時間間隔とが異なるような場合、コンテクスト装置１００−１６が、煙異常についてのイベント情報か発報中であることを示すイベント情報かのいずれかしか受信しておらず、コンテクスト管理装置１２０のコンテクスト記憶部１２１にいずれかのイベント情報しか記憶されていない場合があると考えられる。

このような場合、コンテクスト装置１００は、イベント確度を算出するパラメータに対応するコンテクスト端末３００のコンテクストを取得する要求を、対応するコンテクスト装置１００に送信する。例えば、図６の（ｃ）の例において、コンテクスト装置１００のコンテクスト記憶部１２１に、発報中を示すイベント情報が記憶されているが、煙異常を示すイベント情報が記憶されていない場合、コンテクスト装置１００−１６は、コンテクスト装置１００−１４に対して、カメラ３００−１１のコンテクストを示すコンテスト情報の取得要求を行い、取得要求に応じてコンテクスト装置１００−１４から送信されるイベント強度を示す情報に基づいて、イベント確度を算出することができる。

このように、本発明によれば、様々なサービスアプリケーションに接続された広範なネットワークに出力される様々なコンテクスト情報を複合化し、階層化して、様々なコンテクスト情報を有効に活用し、適切なサービスを提供することを可能にするコンテクスト装置を提供することが可能となる。

なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりコンテクストサービスを行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

本発明の一実施形態によるコンテクスト伝播網の概念を示す図である。 本発明の一実施形態によるコンテクスト伝播網の構成を示す図である。 本発明の一実施形態によるコンテクスト伝播網の概念を示す図である。 本発明の一実施形態によるコンテクスト装置の構成を示すブロック図である。 本発明の一実施形態によるイベント情報とコンテクスト定義の項目例を示す図である。 本発明の一実施形態によるコンテクスト伝播網をイベントが伝播する概念を示す図である。 本発明の一実施形態によるコンテクスト装置の状態遷移モデルを示す図である。 本発明の一実施形態によるコンテクスト装置の動作例を示すフローチャートである。

符号の説明

１００ コンテクスト装置
１１０ コンテクスト伝播装置
１１１ 実行部
１１２ 監視コンテクスト定義記憶部
１１３ コンテクスト認識部
１１４ コンテクスト伝播部
１１５ コンテクスト実行フロー記憶部
１２０ コンテクスト管理装置
１２１ コンテクスト記憶部
１２２ コンテクスト受信部
１２３ コンテクスト送信部
１３０ イベント伝播装置
２００ コンテクスト伝播網
３００ コンテクスト端末
３００−１ 携帯電話端末
３００−２ カメラ
３００−３ センサ
３００−４ 携帯電話端末
３００−５ ロボット
３００−６ 携帯電話端末
３００−７ ＲＦＩＤ
３００−８ センサ
３００−９ ＲＦＩＤ
４００ ネットワーク
４００−１ ＳＩＰネットワーク
４００−２ ＷＥＢ通信ネットワーク
４００−３ ＳＩＰネットワーク
４００−４ ＷＥＢ通信ネットワーク
４００−５ ＷＥＢ通信ネットワーク
４００−６ ＳＩＰネットワーク
４００−７ その他のネットワーク
５００−１ 携帯電話端末
５００−２ ロボット
５００−３ 携帯電話端末
３００−１０ センサ
３００−１１ カメラ
３００−１２ 煙センサ
３００−１３ 携帯電話端末
３００−１４ 携帯電話端末
３００−１５ 携帯電話端末
３００−１６ コンソール
３００−１７ コンソール

Claims (4)

1. 予め定められる処理実行条件の比較対象となるイベント情報をそれぞれ受信する複数のコンテクスト装置であって、
   前記イベント情報は、当該イベント情報の強度を示すイベント強度を含み、
   前記処理実行条件は、定められた前記イベント強度の閾値を含み、
   予め定められる前記処理実行条件と、前記受信するイベント情報に基づくコンテクスト情報とを比較して、前記コンテクスト情報が、前記処理実行条件を満たすか否かを判定するコンテクスト認識部と、
   前記コンテクスト認識部によって、前記コンテクスト情報が、前記処理実行条件を満たすと判定された場合に、当該処理実行条件に予め対応付けられたサービス処理を実行する実行部と、
   前記イベント情報に含まれるイベント強度を、定められた比率で減衰し、減衰した当該イベント強度が、前記処理実行条件に含まれる前記イベント強度の閾値を超える場合に、前記コンテクスト情報と、前記実行部により実行された前記サービス処理の実行結果とに基づいて、新たなコンテクスト情報を生成し、当該新たなコンテクスト情報を比較対象とする前記処理実行条件を有する他のコンテクスト装置に、当該新たなコンテクスト情報を含む前記イベント情報を送信するコンテクスト伝播部と
   を備えることを特徴とするコンテクスト装置。
2. 前記予め定められる処理実行条件は、定められた複数の前記イベント情報に基づく前記コンテクスト情報と比較されることを含み、
   前記コンテクスト認識部は、前記定められた複数のイベント情報の全てを受信していない場合に、受信していない前記イベント情報を取得する
   ことを特徴とする請求項１に記載のコンテクスト装置。
3. 予め定められる処理実行条件の比較対象となるイベント情報をそれぞれ受信する複数のコンテクスト装置のコンピュータに、
   コンテクスト認識部が、予め定められる前記処理実行条件と、前記受信するイベント情報に基づくコンテクスト情報とを比較して、前記コンテクスト情報が、前記処理実行条件を満たすか否かを判定するステップと、
   実行部が、前記コンテクスト認識部によって、前記コンテクスト情報が、前記処理実行条件を満たすと判定された場合に、当該処理実行条件に予め対応付けられたサービス処理を実行するステップと、
   コンテクスト伝播部が、前記イベント情報に含まれるイベント強度を、定められた比率で減衰し、減衰した当該イベント強度が、前記処理実行条件に含まれるイベント強度の閾値を超える場合に、前記コンテクスト情報と、前記実行部により実行された前記サービス処理の実行結果とに基づいて、新たなコンテクスト情報を生成し、当該新たなコンテクスト情報を比較対象とする前記処理実行条件を有する他のコンテクスト装置に、当該新たなコンテクスト情報を含む前記イベント情報を送信するステップと
   を実行させるプログラム。
4. 前記予め定められる処理実行条件は、定められた複数の前記イベント情報に基づく前記コンテクスト情報と比較されることを含み、
   前記コンテクスト認識部が、前記定められた複数のイベント情報の全てを受信していない場合に、受信していない前記イベント情報を取得するステップ
   を前記コンピュータに実行させる請求項３に記載のプログラム。

Images