(57)【要約】【課題】  情報を隠蔽したい状況が発生していることを第三者に知られずに状況情報を実質的に隠蔽できる一方で、状況情報を共有したいユーザとの間で状況情報の共有を可能とする状況情報処理システム、状況情報処理方法、及びそのプログラムを提供することを目的とする。【解決手段】  個人用状況情報管理サーバ１００、２００、…は、ユーザの夫々に割り当てられた識別情報に対応付けられた状況情報を管理する状況情報管理部１０１、２０１、…と、状況情報の照会要求に応じて状況情報を提供する際に、前記状況情報管理部に管理されている識別情報を、前記識別情報の集合上で、全単射な写像により変換する状況情報統合制御部１０２、２０２、…とを有する状況情報処理システム１。【選択図】          図２
2007011630.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの識別情報に対応付けられ、前記ユーザの活動内容を示す状況情報をサーバにより提供する状況情報処理システムであって、
前記サーバは、
前記状況情報を管理する状況情報管理部と、
前記状況情報の照会要求に応じて前記識別情報と前記識別情報に対応付けられている状況情報との組を提供する際に、全単射な写像を利用して前記識別情報を他のユーザの識別情報に変換する変換部とを有することを特徴とする状況情報処理システム。
【請求項２】
前記変換部は、前記識別情報を、前記識別情報の集合上で、全単射な写像により変換することを特徴とする請求項１に記載の状況情報処理システム。
【請求項３】
前記変換部は、前記識別情報を、前記識別情報の集合上で、時刻に対応付けられた全単射な写像により変換することを特徴とする請求項１に記載の状況情報処理システム。
【請求項４】
前記変換部は、前記識別情報のべき集合の空集合以外の要素を、前記要素の集合上で、全単射な写像により変換することを特徴とする請求項１に記載の状況情報処理システム。
【請求項５】
前記変換部により変換された識別情報を、前記全単射な写像の逆写像により元の識別情報に逆変換して、前記元の識別情報に対応する状況情報を提供するサーバを更に有することを特徴とする請求項２に記載の状況情報処理システム。
【請求項６】
前記変換部部により変換された識別情報を、前記全単射な写像の逆写像により元の識別情報に逆変換して、前記元の識別情報に対応する状況情報を提供するクライアント端末を更に有することを特徴とする請求項２に記載の状況情報処理システム。
【請求項７】
前記変換部は、自サーバに対するアクセス権を持つ他のサーバの認証を行うための公開鍵を管理し、該鍵に基づいて前記他のサーバの認証を行った後、前記他のサーバから要求されるユーザの状況情報の取得要求に応答することを特徴とする請求項１に記載の状況情報処理システム。
【請求項８】
ユーザの識別情報に対応付けられ、ユーザの活動内容を示す状況情報を複数のサーバにより提供する状況情報処理方法であって、
前記状況情報の照会要求を受け付けるステップと、
前記状況情報の照会要求に対し、前記識別情報を、前記識別情報の集合上で、全単射な写像により変換するステップと、
前記変換された識別情報に対応する状況情報を前記複数のサーバから収集するステップとを有することを特徴とする状況情報処理方法。
【請求項９】
前記変換された識別情報を、前記全単射な写像の逆写像により元の識別情報に逆変換するステップと、
前記元の識別情報に対応する状況情報を前記複数のサーバから収集するステップとを更に有することを特徴とする請求項８に記載の状況情報処理方法。
【請求項１０】
請求項８又は９に記載の状況情報処理方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状況情報処理システム、状況情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
今日我々は、ＲＦＩＤ（Radio Frequency Identification）や赤外線や無線を応用した位置検出技術や、カメラ画像の認識技術や、音声認識技術などの多様なセンサ技術を利用することができる。我々はそれらセンサ技術を用いることで、ユーザの位置情報やユーザの挙動や対話の内容など、ユーザの動態を示す様々な状況情報を収集することができる。我々はそれらユーザの状況情報を利用することで、ユーザのリアルなワークの分析技術や、ユーザが明示的に指示せずともユーザの状況変化に応じたサービスを提供するような高度なアプリケーションを構築できるようになる。
【０００３】
上記のように、ユーザの状況情報の利用は、アプリケーションの高度化という面では有益であるが、その一方で、ユーザの状況情報の無分別な収集・利用は、ユーザのプライバシーの侵害につながる。とりわけ、センサ情報を統括するインフラストラクチャが集中的にユーザの状況情報を管理するようなシステム・アーキテクチャでアプリケーションを構築する場合には、ユーザは自分の状況情報を一切コントロールできないまま一方的に利用される環境に置かれることになるため、プライバシーの問題は非常に深刻になる。
【０００４】
ユーザのプライバシーを守るためには、プライバシー・ポリシーに従って、ユーザ自身の、状況情報の開示範囲の制限を行う方法が一般的である。例えば、特許文献１は、プライバシー・ポリシーに則って、ユーザの状況情報の開示範囲を制限する分散型のユーザエージェントを備えているインフラストラクチュアについて開示している。また、特許文献２も、特許文献１と同様に、プライバシー・ポリシーに則って状況情報の開示を制限する際の、ユーザ間の不整合を調停するメカニズムを提案している。
【０００５】
【特許文献１】特開平７―２００４４７号公報
【特許文献２】特開２００４−１７８５１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記技術では、状況情報提供ユーザが、状況情報を必要とするアプリケーション・プログラムや、他のユーザなどの他者が望むだけの状況情報の開示を認めない場合があり、全体の動作に支障が出るなどの課題が生じる。さらに、開示制限を行うことによりかえって、隠蔽したい状況が発生していることを他者に推測させてしまうなどの別種の課題も生じる。
【０００７】
例えば、特許文献１、特許文献２に記載の発明では、開示範囲の不整合は外部の調停メカニズム(エスクローサービス)により調停しなければならないという問題が存在する。また、特願２００４―２６９０３２号に記載の発明では、予めグループで事前に合意されたプライバシー・ポリシーを分散的に実行して状況情報の開示制限を行うシステムについて開示しているが、開示制限を行っていることを第三者に対して隠蔽することができないという問題が存在する。
【０００８】
そこで本発明は、上記問題に鑑みてなされたものであり、状況情報を隠蔽したい状況が発生していることを第三者に知られずに状況情報を実質的に隠蔽できる一方で、状況情報を共有したいユーザとの間で状況情報の共有を可能とする状況情報処理システム、状況情報処理方法、及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的は、ユーザの識別情報に対応付けられ、前記ユーザの活動内容を示す状況情報をサーバにより提供する状況情報処理システムであって、前記サーバは、前記状況情報を管理する状況情報管理部と、前記状況情報の照会要求に応じて前記識別情報と前記状況情報との組を提供する際に、全単射な写像を利用して前記識別情報を他のユーザの識別情報に変換する変換部とを有する状況情報処理システムによって達成できる。
【００１０】
ユーザの識別情報と、ユーザの識別情報に対応付けられている状況情報との組を提供する際に、全単射な写像を利用してユーザの識別情報を他のユーザの識別情報に変換し、変換後の識別情報に対応する状況情報を提供することにより、照会要求の対象となったユーザとは異なる他のユーザの状況情報を提供する。従って、他のユーザの状況情報が提供されることになるので、状況情報を隠蔽したい状況が発生していることを第三者に知られずに状況情報を実質的に隠蔽できる。
【００１１】
また、前記変換部は、前記識別情報を、前記識別情報の集合上で、全単射な写像により変換することを特徴とする状況情報処理システムによっても達成できる。
【００１２】
識別情報を、識別情報の集合上で全単射な写像により変換することにより、状況情報の隠蔽性を高めることができる。
【００１３】
また、前記変換部は、前記識別情報を、前記識別情報の集合上で、時刻に対応付けられた全単射な写像により変換することを特徴とする状況情報処理システムによっても達成できる。
【００１４】
異なる複数の全単射な写像によって識別情報を変換するので、状況情報の隠蔽性を更に高めることができる。
【００１５】
また、前記変換部は、前記識別情報のべき集合の空集合以外の要素を、前記要素の集合上で、全単射な写像により変換する状況情報処理システムによっても達成できる。
【００１６】
識別情報のべき集合の空集合以外の要素を、前記要素の集合上で、全単射な写像により変換して、変換された要素に含まれる識別情報に対応する状況情報を提供することによっても、状況情報を隠蔽したい状況が発生していることを第三者に知られずに状況情報を実質的に隠蔽できる。
【００１７】
また、前記変換部により変換された識別情報を、前記全単射な写像の逆写像により元の識別情報に逆変換して、前記元の識別情報に対応する状況情報を提供するサーバを更に有する状況情報処理システムによっても達成できる。
【００１８】
変換された識別情報を、前記全単射な写像の逆写像により元の識別情報に逆変換して、前記元の識別情報に対応する状況情報を提供することにより、状況情報を共有したいユーザとの間で状況情報の共有が可能となる。
【００１９】
また、前記変換部により変換された識別情報を、前記全単射な写像の逆写像により元の識別情報に逆変換して、前記元の識別情報に対応する状況情報を提供するクライアント端末を更に有する状況情報処理システムによっても達成できる。
【００２０】
クライアント端末において、変換された識別情報を全単射な写像の逆写像により元の識別情報に逆変換し、元の識別情報に対応する状況情報を提供することにより、元の識別情報に対応する状況情報の盗用や漏洩の発生を防止することができる。
【００２１】
また、前記変換部は、自サーバに対するアクセス権を持つ他のサーバの認証を行うための公開鍵を管理し、該鍵に基づいて前記他のサーバの認証を行った後、前記他のサーバから要求されるユーザの状況情報の取得要求に応答する状況情報処理システムによっても達成できる。
【００２２】
変換部が公開鍵を管理するように構成することで、他のサーバの認証を組み込んだシステム設計が可能となり、より安全な運用を実現することができる。
【００２３】
また、ユーザの識別情報に対応付けられ、ユーザの活動内容を示す状況情報を複数のサーバにより提供する状況情報処理方法であって、前記状況情報の照会要求を受け付けるステップと、前記状況情報の照会要求に対し、前記識別情報を、前記識別情報の集合上で、全単射な写像により変換するステップと、前記変換された識別情報に対応する状況情報を前記複数のサーバから収集するステップとを有する状況情報処理方法によっても達成できる。
【００２４】
全単射な写像を利用してユーザの識別情報を他のユーザの識別情報に変換し、変換後の識別情報に対応する状況情報を提供することにより、照会要求の対象となったユーザとは異なる他のユーザの状況情報を提供する。従って、他のユーザの状況情報が提供されることになるので、状況情報を隠蔽したい状況が発生していることを第三者に知られずに状況情報を実質的に隠蔽できる。
【００２５】
また、前記変換された識別情報を、前記全単射な写像の逆写像により元の識別情報に逆変換するステップと、前記元の識別情報に対応する状況情報を前記複数のサーバから収集するステップとを更に有する状況情報処理方法によっても達成できる。
【００２６】
変換された識別情報を、前記全単射な写像の逆写像により元の識別情報に逆変換して、前記元の識別情報に対応する状況情報を提供することにより、状況情報を共有したいユーザとの間で状況情報の共有が可能となる。
【００２７】
また、上記に記載の状況情報処理方法をコンピュータに実行させるプログラムによっても達成できる。
【発明の効果】
【００２８】
状況情報を隠蔽したい状況が発生していることを第三者に知られずに状況情報を実質的に隠蔽できる一方で、状況情報を共有したいユーザとの間で状況情報の共有を可能とする状況情報処理システム、状況情報処理方法、及びそのプログラムを提供できる。
【発明を実施するための最良の形態】
【００２９】
次に、本実施例を図面と共に詳細に説明する。
【実施例１】
【００３０】
図1は、状況情報処理システム１の概念図である。状況情報処理システム１の概念は、状況情報管理部１０１、２０１、３０１…と、状況情報統合制御部（変換部）１０２、２０２、…と、ユーザＩＤ逆変換部１０３を用いて説明できる。情報状況の利用主体が状況情報統合制御部１０２、２０２、…に状況情報の照会を要求すると、状況情報をユーザ毎に管理する状況情報管理部１０１、２０１、…は、状況情報統合制御部１０２、２０２、…に状況情報を照会し、状況情報統合制御部１０２、２０２、…は、その状況情報の情報源（識別情報）を全単射な写像により、虚偽の情報源に変換して、ユーザＩＤ逆変換部１０３に送る。ユーザＩＤ逆変換部１０３は、虚偽の情報源を、全単射な写像の逆写像により逆変換する。これにより、状況情報の利用主体は、ユーザＩＤ逆変換部１０３から正しい状況情報が応答される。詳細は以下に説明する。
【００３１】
図２は、本実施例に係る状況情報処理システム１の構成を示すシステム図である。図２に示すように、状況情報処理システム１は、状況情報取得サーバ１０とアプリケーションサーバ２０と個人用状況情報管理サーバ１００、２００とクライアント端末１１０とを有して構成される。また、これらはＬＡＮ（Local Area Network）やインターネットなど、所定のネットワーク９０を介して相互に接続されている。
【００３２】
アプリケーションサーバ２０は、以下で取得したユーザの状況情報を利用するためのアプリケーションを提供する情報処理装置である。また、クライアント端末１１０は、このアプリケーションサーバ２０をユーザが利用するための情報処理装置である。なお、アプリケーションサーバ２０およびクライアント端末１１０は１台以上である。
【００３３】
状況情報取得サーバ１０は、ユーザの夫々に割り当てられた識別情報（以下、ユーザＩＤという）を読み取るためのセンサ群１１と接続され、これで読み取られた情報が随時入力される。ここで、ＩＤ情報としては、例えば指紋や虹彩や声紋や顔のパターンや手のひらの静脈パターンやＤＮＡ情報など、人が生まれながらにして持つ（但し、後天的な情報も含む）固有の情報（これを自然情報という）を適用することができるが、この他にも、例えば人為的に付した固有の情報を適用することができる。したがって、センサ群１１には、タグ１２からＩＤ情報を読み取るための接触型又は非接触型読取装置や、指紋センサや、虹彩センサや、声紋センサや、顔のパターンを識別するためのセンサや、手のひらの静脈パターンを識別するためのセンサや、ＤＮＡ情報を読み取るためのセンサなどを適用することができる。本実施例では、ＲＦ−ＩＤなどのようなタグ１２を用いて人為的にユーザへＩＤ情報を付与し、これから非接触にＩＤ情報を読み取る場合を例に挙げる。
【００３４】
また、センサ群１１には、ユーザの位置情報や、ユーザを含む周囲の画像やユーザが発している音声など、様々な情報を検出するためのセンサとして赤外線センサやカメラやマイクなどが適用される。
【００３５】
これらセンサ群１１で検出された情報（以下、センサ情報という）は状況情報取得サーバ１０に入力される。状況情報取得サーバ１０は、センサ情報を解析することで、ユーザを特定し、また、ユーザの位置情報や活動内容推定情報など、様々な情報（以下、状況情報という）を取得する。
【００３６】
例えばユーザの識別は、タグ１２から読み出されたＩＤ情報を用いることで容易に特定することができる。ユーザの位置情報は、赤外線センサの位置とユーザの検出位置とからで容易に取得することができるし、また、カメラの撮影方向が判っていれば、カメラから取得した画像を認識処理することで容易に取得することができる。活動内容推定情報は、ユーザを撮影した画像を認識処理し、ユーザの動作や服装を特定したり、ユーザが発している声を認識処理し、その内容を特定することで取得することができる。ただし、本発明による状況情報は上記のものに限らず、ユーザの活動内容、例えばある時刻の存在位置や使用している電子機器や作業内容や一緒にいる他のユーザなどを示す情報であれば、その目的に応じて如何なる情報も適用することができる。
【００３７】
状況情報取得サーバ１０は、取得した状況情報を複数のサーバのうち前記センサで検出されたユーザの管理下にあるサーバへ送信する。すなわち、取得された状況情報は、個人用状況情報管理サーバ１００、２００、…の何れかに送られ、それぞれのユーザ毎に分散して記憶される。
【００３８】
以上で説明した各分散コンポーネント（状況情報取得サーバ１０、アプリケーションサーバ２０、個人用状況情報管理サーバ１００、２００、…、クライアント端末１１０で実行された機能）は、リモートオブジェクトを用いて連携動作する。なお、各分散コンポーネントは所定のプログラムを実行することで実現される。また、リモートオブジェクトとは、別のコンピュータからそのメソッドを呼び出すためのオブジェクトである。このタイプのオブジェクトは、例えばＪａｖａ（登録商標）プラットフォームの分散オブジェクトモデルであれば、リモートオブジェクトのメソッドを宣言するＪａｖａ（登録商標）インタフェースである、１つまたは複数の「リモートインタフェース」により記述することができる。
【００３９】
次に、図２に戻り、個人用状況情報管理サーバ１００、２００、…の詳細について説明する。個人用状況情報管理サーバ１００、２００、…は、状況情報管理部１０１、２０１、…と状況情報統合制御部１０２、２０２、…とをそれぞれ有する。ここで、本実施例のポイントは、ユーザ毎の状況情報が各ユーザの管理下にある個人用状況情報管理サーバ１００、２００、…の何れかに分散配置されつつ、それらがプライバシー・ポリシーによる開示制限を用いることなく、統合利用可能になる点にある。上記の構成における状況情報統合制御部１０２、２０２、・・・と、ユーザＩＤ逆変換部１０３とは、これを可能にするための構成要素である。
【００４０】
状況情報管理部１０１、２０１、…は、ユーザＩＤに対応付けられた状況情報を管理する。具体的には、状況情報管理部１０１、２０１、…は、上記のように状況情報取得サーバ１０から入力された状況情報をユーザ毎に管理する。この状況情報は以下に示す最新状態管理テーブルにおいて管理される。図３の（ａ）に最新状況管理テーブルの一例を示す。
【００４１】
最新状況管理テーブルはユーザ毎の最新の状況情報を管理するためのテーブルであり、図３の（ａ）に示すように、状況情報を構成する要素情報を示す『状態名』と、これの値である『状態値』とを保持している。すなわち、本実施例によるユーザ毎の状況情報は、『時刻』と『場所』と『室温』と『活動』とを含んでいる。すなわち、状況情報取得サーバ１０から入力された状況情報は最新状況管理テーブルに格納される。
【００４２】
状況情報統合制御部１０２、２０２、…は、ユーザＩＤに対応付けられた状況情報の照会要求に応じて前記ユーザＩＤと前記状況情報との組を提供する際に、全単射な写像を利用して前記ユーザＩＤを他のユーザＩＤに変換する。具体的には、状況情報統合制御部１０２、２０２、…は、ユーザＩＤを、ユーザＩＤの集合上で、全単射な写像により変換する。即ち、状況情報統合制御部１０２、２０２、…は、アプリケーションサーバ２０からの状況情報の照会要求に応じて、ユーザＩＤを変換して、変換されたユーザＩＤに対応する状況情報を応答する。これにより、他のユーザの状況情報が提供されることになるので、状況情報を隠蔽したい状況が発生していることを第三者に知られずに状況情報を実質的に隠蔽できる。
【００４３】
具体的には、状況情報統合制御部１０２、２０２、…は、時刻に対応付けられた全単射な写像により、前記ユーザＩＤを変換する。これにより、異なる複数の全単射な写像によってユーザＩＤを変換するので、状況情報の隠蔽性を更に高めることができる。このユーザＩＤの変換は、具体的には以下に示すユーザＩＤ変換テーブルにおいて変換される。図３の（ｂ）にユーザＩＤ変換テーブルの一例を示す。
【００４４】
図３の（ｂ）に示すように、ユーザＩＤ変換テーブルは、時刻毎にそのユーザＩＤを変換する。具体的には、それぞれ異なる全単射の関数『ｆ１』『ｆ２』『ｆ３』等により、ユーザＩＤを変換して保持する。
【００４５】
前述したように、ユーザＩＤの変換は、全単射な写像により変換する。全単射な写像とは、写像の終域となる集合の任意の元に対し、その元を写像の像とする元が、写像の定義域となる集合に常にただ一つだけ存在するような写像をいう。即ち、単射かつ全射であるような写像のことをいう。ユーザＩＤは、状態が離散的な値からなる有限集合で表されるので、ユーザＩＤ変換として置換を用いることができる。また、全単射な写像は逆写像を持つ。
【００４６】
具体的には、以下のように変換をする。ユーザＩＤの数がｎ個の場合には、ｎ次の置換(permutation)を用いて変換できる。置換をσとすると、ＩＤｉに対する変換関数は、以下のようになる。
【００４７】
【数１】
2007011630.tif 000003
この場合、逆変換関数は変換関数と同じである。再び変換すると元に戻る。この変換関数は、ユーザＩＤを要素とする有限集合の上に適用可能である。例えば、ユーザＩＤが１、２、・・・７のとき、置換σ＝（４、２、５、１、３、７、６）とすると、以下のようになる。
【００４８】
【数２】
2007011630.tif 000004
【００４９】
【数３】
2007011630.tif 000005
【００５０】
【数４】
2007011630.tif 000006
【００５１】
【数５】
2007011630.tif 000007
上記に再びｆを適用すると、正しいＩＤに戻る。
【００５２】
図２に戻り、アプリケーションサーバ２０は、ユーザの状況情報を利用したアプリケーションを提供する。また、左記サーバを利用するためのクライアント端末１１０が存在する。
【００５３】
アプリケーションサーバ２０は、状況情報統合制御部１０２、２０２、…により変換されたユーザＩＤを、前記全単射な写像の逆写像により元のユーザＩＤに逆変換して、前記元のユーザＩＤに対応する状況情報を提供する。これにより、変換されたユーザＩＤを、前記全単射な写像の逆写像により元のユーザＩＤに逆変換して、前記元のユーザＩＤに対応する状況情報を提供することにより、状況情報を共有したいユーザとの間で状況情報の共有が可能となる。
【００５４】
具体的には、アプリケーションサーバ２０に備えられているユーザＩＤ逆変換部１０３が、変換されたユーザＩＤを、全単射な写像の逆写像により元のユーザＩＤに逆変換を行う。クライアント端末１１０は、ユーザＩＤ逆変換写像提供部１０４を持つ。ユーザＩＤ逆変換写像提供部１０４は上述した状況情報変換の逆変換をユーザ間で事前に共有しそれをユーザＩＤ逆変換部１０３に提供する。上記逆変換は、状況情報を共有したいユーザ間で事前に共有しておく。もちろん、図３の（ｂ）に示すユーザＩＤ変換テーブルの全てを共有する必要は無く、状況情報を共有したい時間に対応する逆変換のみでよい。
【００５５】
状況情報統合制御部１０２、２０２、…は、他の個人用状況情報管理サーバと連携し、分散して管理されている状況情報を統合するための構成である。これを実現するために、状況情報統合制御部１０２、２０２、…は、他の個人用状況情報管理サーバへアクセスし、必要な情報を取得するための情報を保持する個人状況情報管理サービス管理テーブルを有する。個人状況情報管理サービス管理テーブルの一例を図４に示す。
【００５６】
図４に示すように、個人状況情報管理サービス管理テーブルは、他の個人用状況情報管理サーバを管理するユーザの『ユーザＩＤ』と、当該個人用状況情報管理サーバと通信する際に使用するリモートオブジェクトを取得するための『サービスＩＤ』と、他の個人用状況情報管理サーバを管理し自サーバに対してアクセス権を持つユーザとして、当該他の個人用状況情報管理サーバを認証し、自サーバに対するアクセスの許認可を判断するために使用する、当該ユーザの『公開鍵』とを保持している。なお、『公開鍵』は暗号化キーである。また、サービスＩＤは、これに限らず、例えばＩＰ（Internet Protocol）アドレス（ＩＰｖ６を含む）やＰｔｏＰネットワークにおける個のＩＤなど、グローバルにユニークな値であれば如何なるもので代用することができる。
【００５７】
次に、本実施例の動作を図面と共に説明する。まず、クライアント端末１１０がアプリケーションサーバ２０を利用するためには、そのユーザと関わりのある個人用状況情報管理サーバ１００、２００、…によってクライアント端末１１０が認証されねばならない。クライアント端末１１０が各個人用状況情報管理サーバ１００、２００、…に認証させる際の手順を図５に示す。なお、認証手順は一般的に用いられているチャレンジ−レスポンス方式を使用している。
【００５８】
図５に示すように、クライアント１１０は、まずアプリケーションサーバ２０へグループの状況情報を問い合わせる（Ｃ１→Ａ１１）。問い合わせを受けると、アプリケーションサーバ２０は個人用状況情報管理サーバへ問い合わせを行う（Ａ１２→Ｓ１１１）。ここで、個人用状況情報管理サーバ１００、２００、３００、…は協調して動作しているため、アプリケーションサーバ２０は何れか１つの個人用状況情報管理サーバに対して問い合わせを行えば良い。本説明では個人用状況情報管理サーバ１００へ問い合わせを行った場合を例に挙げる。
【００５９】
個人用状況情報管理サーバ１００は、自己を含む全ての個人用状況情報管理サーバ１００、２００、３００、…に対して状況情報照会を実行する（Ｓ１１２→Ｓ１１３、Ｓ１１６→Ｓ２１１、Ｓ１１８→Ｓ３１１）。この際、個人用状況情報管理サーバ１００は、状況情報統合制御部１０２において保持してある個人状況情報管理サービス管理テーブルに格納された他のユーザのユーザＩＤとサービスＩＤと公開鍵とを用いて、他のユーザの状況情報照会を実行する。これに対し、照会された個人用状況情報管理サーバ１００、２００、３００、…は、受信した他のユーザのユーザＩＤとサービスＩＤと公開鍵とに基づいて、自己が管理する活動履歴管理テーブルと最新状態管理テーブルとを参照することで他のユーザの状況情報を取得し、これを個人用状況情報管理サーバ１００へ送信する（Ｓ１１４→Ｓ１１５、Ｓ２１２→Ｓ１１７、Ｓ３１２→Ｓ１１９）。このように状況情報を収集すると、個人用状況情報管理サーバ１００は、取得した状況情報をアプリケーションサーバ２０へ送信する（Ｓ１２０→Ａ１３）。アプリケーションサーバ２０は受信した他のユーザの状況情報をクライアント１１０へ送信し（Ａ１４→Ｃ２）、これをクライアント１１０において開示させる。
【００６０】
次に、状況情報統合制御部１０２、２０２、・・・が実行するユーザＩＤ変換処理について、図６を用いて詳細に説明する。尚、この処理は個人用状況情報管理サーバ１００、２００、…が状況情報照会要求を受けるたびに実行される。
【００６１】
図６に示すように、個人用状況情報管理サーバ１００は、状態名ｎに対応する状況情報の照会要求を受け付けると（ステップＳ１０１）、状況情報統合制御部１０２、２０２、・・・は、結果集合Ｓを空集合に初期化する（ステップＳ１０２）。次に、状況情報統合制御部１０２、２０２、・・・は、個人状況情報管理サービス管理テーブル上でまだ照会していないエントリがあるかどうかを判定する（ステップＳ１０３）。個人状況情報管理サービス管理テーブル上でまだ照会していないエントリがある場合には（ステップＳ１０３でＹｅｓ）、状況情報統合制御部１０２、２０２、・・・は、未照会サーバｔを一つ選び、状態名ｎに対応する状況情報のサーバｔへの照会要求を処理し、その結果を結果集合Ｓに追加する（ステップＳ１０４）。
【００６２】
個人状況情報管理サービス管理テーブル上でまだ照会していないエントリがない場合には（ステップＳ１０３でＮｏ）、状況情報統合制御部１０２、２０２、・・・は、ユーザＩＤ変換テーブルに現在時刻に対応するユーザＩＤ変換ｆがあるかどうか判定する（ステップＳ１０５）。ユーザＩＤ変換テーブルに現在時刻に対応するユーザＩＤ変換ｆがない場合は（ステップＳ１０５でＮｏ）、状況情報統合制御部１０２、２０２、・・・は、そのまま結果集合Ｓを返す（ステップＳ１０７）。ユーザＩＤ変換テーブルに現在時刻に対応するユーザＩＤ変換ｆがある場合は（ステップＳ１０５でＹｅｓ）、状況情報統合制御部１０２、２０２、・・・は、結果集合Ｓの要素である「ユーザＩＤに対応する状況情報」のユーザＩＤに対して、ユーザＩＤ変換ｆを適用し変換を行い（ステップＳ１０６）、その後に結果集合Ｓを返す（ステップＳ１０７）。
【００６３】
次に、状況情報統合制御部１０２、２０２、・・・が実行する状況情報照会処理について、図７を用いて詳細に説明する。図７は図６から呼び出されるサブルーチンであり、複数の状況情報統合制御部１０２、２０２、・・・が連携して、ユーザそれぞれの個人管理下に分散した状況情報の照会を行う。
【００６４】
図７に示すように、状況情報統合制御部１０２、２０２、…は、状態名ｎに対応する状況情報のサーバｔへの照会要求を受け付ける（ステップＳ２０１）。状況情報統合制御部１０２、２０２、…は、サーバｔに対して自サーバを認証し、状態名ｎに対応する状況情報ｓをサーバｔから取得する（ステップＳ２０２）。状況情報統合制御部１０２、２０２、…は、状況情報ｓの取得に失敗したかどうかを判定する（ステップＳ２０３）。状況情報ｓの取得に失敗した場合は（ステップＳ２０３でＹｅｓ）、状況情報統合制御部１０２、２０２、…は、サーバｔのユーザＩＤに対応する状況情報を無しとして、個人用状況情報管理サーバ１００へ返す（ステップＳ２０４）。状況情報ｓを取得した場合は（ステップＳ２０３でＮｏ）、状況情報統合制御部１０２、２０２、…は、サーバｔのユーザＩＤに対応する状況情報ｓを、個人用状況情報管理サーバ１００へ返す（ステップＳ２０５）。
【００６５】
以上のように構成および動作することで、本実施例によれば、ユーザ管理下の個人用状況情報管理サーバに自身の状況情報を蓄積するため、ユーザのプライバシーを守るためにユーザ各自が自身の状況情報を管理することが可能となる。また、個人用状況情報管理サーバ間でユーザの状況情報を交換可能に構成しているため、分散された状況情報を統合的に利用可能にする分散型のシステム・アーキテクチャを実現することが可能となる。これにより、複数のユーザ間でコラボレーションを行うようなアプリケーションを実現することが可能となる。
【００６６】
尚、状況情報統合制御部１０２、２０２、…が行うユーザＩＤの変換は、以下のようにユーザＩＤをまとめて集合として扱う場合でも、上述した場合と同様に置換を用いることができる。状況情報統合制御部１０２、２０２、…は、状況情報の照会要求に応じて前記状況情報を提供する際に、状況情報管理部１０１、２０１、…に管理されている識別情報のべき集合の空集合以外の要素を、前記要素の集合上で、全単射な写像により変換する。例えば、ユーザＩＤのべき集合の各要素に対して置換を適用させて、ユーザＩＤの集合を変換することができる。置換をσとすると、ユーザＩＤのべき集合の要素Ｐｉに対する変換関数は、以下のようになる。
【００６７】
【数６】
2007011630.tif 000008
【００６８】
この場合、逆変換関数は変換関数と同じである。従って、再び変換すると元のユーザＩＤに戻る。この変換関数は、ユーザＩＤを一まとめにしてユーザＩＤの集合として扱う場合に適用可能である。なお、空集合のユーザＩＤの集合は現れないため、置換は空集合のユーザＩＤの集合を除外する形で与える。また、各個人用状況情報管理サーバは、それぞれのユーザに対して複数の状態を返すことができる。更に、図６のステップＳ１０６に対し、以下に示すように、共通する状況情報に対応するユーザＩＤを一まとめにしてユーザＩＤ集合として扱う処理を行う。なお、ユーザＩＤのべき集合の各要素に対して置換を適用させる処理は、
ユーザＩＤの付け替えに限定されるものではなく、一般に識別子の集合に適用可能であり、その際は単に識別子の集合のべき集合に対し、上記変換関数ｆを適用すればよい。以下に、ユーザＩＤのべき集合の各要素に対して置換を適用させて、ユーザＩＤの集合を変換する場合の具体例について説明する。
【００６９】
例えば、ユーザＩＤの集合が｛ｕ１，ｕ２，ｕ３｝のとき、そのべき集合Ｐ＝｛Ｐ０，Ｐ１，……，Ｐ７｝とする。但し、Ｐ０=φ、P1＝｛ｕ１｝、Ｐ２＝｛ｕ２｝、Ｐ３＝｛ｕ３｝、Ｐ４＝｛ｕ１，ｕ２｝、Ｐ５＝｛ｕ２，ｕ３｝Ｐ６＝｛ｕ３，ｕ１｝、Ｐ７＝｛ｕ１，ｕ２，ｕ３｝とする。ｕ１→ｘ、ｕ２→ｘ、ｕ３→ｘ、ｕ３→ｙのとき、これをまとめて、｛ｕ１，ｕ２，ｕ３｝→ｘ、｛ｕ３｝→ｙとし、置換をσ=（４，２，５，１，３，７，６）とすると、以下のようになる。
【００７０】
【数７】
2007011630.tif 000009
【００７１】
【数８】
2007011630.tif 000010
【００７２】
以上により、｛ｕ３，ｕ１｝→ｘ、｛ｕ２，ｕ３｝→ｙ、となる。上記変換結果を再び変換すると、正しいユーザＩＤの集合と対応する状況情報に戻る。
【実施例２】
【００７３】
次に、図８を参照して実施例２に係る状況情報処理システム１Ａについて説明する。この状況情報処理システム１Ａの基本構成は、実施例１の状況情報処理システム１と同様である。よって、状況情報処理システム１と同一の部分には同じ符号を付することで重複する説明を省略する。図８は、状況情報処理システム１Ａの構成を示すシステム図である。
【００７４】
図８に示すように、実施例２に係る状況情報処理システム１Ａにおいては、クライアント端末１１０が、状況情報統合制御部１０２、２０２、…により変換されたユーザＩＤを、前記全単射な写像の逆写像により元のユーザＩＤに逆変換して、前記元のユーザＩＤに対応する状況情報を提供する。具体的には、クライアント端末１１０に備えられている状況情報逆変換部１０３が、変換されたユーザＩＤを、全単射な写像の逆写像により元のユーザＩＤに逆変換を行う。従って、一つのクライアント端末１１０に、状況情報逆変換部１０３と、状況情報逆変写像提供部１０４とが設けられることになる。このため、逆変換されたユーザＩＤに対応する状況情報の盗用や漏洩の発生を防止することができる。
【００７５】
また、図５に示す認証手順では、アプリケーションサーバ２０からクライアント端末１１０に問合せ応答が送信された後に（Ａ１４→Ｃ２）、クライアント端末１１０にある状況情報逆変換部１０３により、変換されたユーザＩＤが逆変換される。
【００７６】
なお、上記実施例は本発明を実施するための例にすぎず、本発明はこれらに限定されるものではなく、これらの実施例を種々変形することは本発明の範囲内であり、更に本発明の範囲内において、他の様々な実施例が可能であることは上記記載から自明である。例えば、上記の実施例では、個人用情報管理サーバは複数存在することが前提であったが、一つのサーバに、ユーザごとに状況情報を管理するようにしてもよい。
【図面の簡単な説明】
【００７７】
【図１】状況情報処理システム１の概念図である。
【図２】状況情報処理システム１の構成を示すシステム図である。
【図３】図３の（ａ）は、最新状況管理テーブルの一例である。図３の（ｂ）は、ユーザＩＤ変換テーブルの一例である。
【図４】個人状況情報管理サービス管理テーブルの一例である。
【図５】クライアント端末１１０が各個人用状況情報管理サーバ１００、２００、…に認証させる際の手順を示す図である。
【図６】ユーザＩＤ変換処理のフローチャートである。
【図７】状況情報照会処理のフローチャートである。
【図８】状況情報処理システム１Ａの構成を示すシステム図である。
【符号の説明】
【００７８】
１、１Ａ  分散状況情報管理システム
１０      状況情報取得サーバ
１１      センサ群
１２      タグ
２０      アプリケーションサーバ
１１０    クライアント端末
１００、２００、３００、…  個人用状況情報管理サーバ
１０１、２０１、…  状況情報管理部
１０２、２０２、…  状況情報統合制御部
１０３    ユーザＩＤ逆変換部
１０４    ユーザＩＤ逆変換写像提供部
【図１】
2007011630.tif 000011
【図２】
2007011630.tif 000012
【図３】
2007011630.tif 000013
【図４】
2007011630.tif 000014
【図５】
2007011630.tif 000015
【図６】
2007011630.tif 000016
【図７】
2007011630.tif 000017
【図８】
2007011630.tif 000018