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