コンテキスト情報管理システム
【課題】 ユーザ情報の秘匿性を保ちつつコンテキスト情報の管理を可能にする。
【解決手段】 ユーザがアカウントを所有するドメインのリストを管理するユーザドメイン管理サーバと、
ユーザのアカウントに対して一時的に発行したワンタイムアカウントを管理するワンタイムアカウント管理サーバを備え、クライアントからのアカウント情報通知要求に対し、ユーザＩＤに対応したアカウントグループＩＤと、アカウントグループＩＤに対して発行されたワンタイムアカウントをクライアントに通知することで、ユーザＩＤを隠蔽したままユーザのアカウント、コンテキスト情報の管理を可能にする。
【解決手段】 ユーザがアカウントを所有するドメインのリストを管理するユーザドメイン管理サーバと、
ユーザのアカウントに対して一時的に発行したワンタイムアカウントを管理するワンタイムアカウント管理サーバを備え、クライアントからのアカウント情報通知要求に対し、ユーザＩＤに対応したアカウントグループＩＤと、アカウントグループＩＤに対して発行されたワンタイムアカウントをクライアントに通知することで、ユーザＩＤを隠蔽したままユーザのアカウント、コンテキスト情報の管理を可能にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザのコンテキスト情報を管理するシステムの改良に関する。
【背景技術】
【０００２】
携帯電話、ノートパソコンの普及に見られるように、ユーザが所有する端末は小型化の一途をたどっている。ユーザは端末を肌身離さず持ち歩くようになり、他人とのコミュニケーションにおいて時間・場所を選ぶ必要性は薄れつつある。このように、他人へアクセスする手段は多様化したが、実際の環境においては、相手とコミュニケーションをとる時に相手の状況を考慮する必要がある。
【０００３】
この問題を解決する技術に、コンテキスト情報管理システムがある。コンテキストとは、人間の周辺状況に関する情報であり、ユーザの所有する端末の稼動情報から、現在位置、作業状況など、幅広い内容を含む。コンテキスト情報管理システムでは、ユーザはこれらのコンテキスト情報を、手動あるいは自動でコンテキスト管理サーバに登録する。コンテキスト管理サーバは、登録されたコンテキスト情報を、最新のコンテキスト情報を要求している他のユーザに通知する。コンテキスト情報は更新されるごとにユーザに通知されるので、ユーザは常に最新のコンテキスト情報を取得することが可能となる。
【０００４】
コンテキスト情報の応用例の一つに、着信端末の選択がある。これは、複数の端末を所有するユーザに対して、他のユーザがコミュニケーションをとるために、電話の発信、メール送信などの行動を起こした場合に、ユーザの状況や嗜好に応じて、最適な端末へと着信させる機能である。このようなシステムの例としては、予め着信者が最適な通信方法、端末の種類を登録するシステム（例えば、特許文献１）や、これに発信者側の指定した優先度を反映させるシステム（例えば、特許文献２）がある。
【０００５】
【特許文献１】特開平１０−３３６３１９号
【０００６】
【特許文献２】特開２００５−２０８７２５号
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記従来例では、ユーザが所有する全端末の情報をコンテキスト管理サーバが有することが必要になる。しかしながら、一般にはユーザは複数のドメインに複数のアカウントを所有し、端末の通信媒体も携帯電話網、IP網など多岐にわたるのに対し、コンテキスト管理サーバは単一のドメインにおいてコンテキスト情報を管理することが多い。これを解決するためには、複数のドメインを管理対象としたコンテキスト管理サーバを用いる方法が考えられるが、ドメインをまたがってユーザのアカウントや端末の情報を収集する必要がある。アカウント情報や端末情報は機密性の高い情報であり、異なるドメイン、異なる事業者が発行したアカウント情報を他ドメインの管理者が入手することは困難である。また、仮にユーザの同意を得てユーザの全アカウントに関する情報を収集できたとしても、ユーザの個人情報を一括して管理するサーバをシステム内に備えることになり、情報漏洩の危険性が高まるという問題がある。
【課題を解決するための手段】
【０００８】
上記の問題を解決するために、本発明のコンテキスト情報管理システムは、ユーザＩＤと、ユーザが端末と端末に対応したアカウントを所有するドメイン名を管理し、一時的なワンタイムアカウントの発行をユーザアカウントの属する各ドメインのコンテキスト管理サーバに対して要求するユーザドメイン管理サーバと、発行されたワンタイムアカウントの組をグループ化して管理するワンタイムアカウント管理サーバを備える。ユーザドメイン管理サーバは、アカウント情報通知要求を受信すると、ワンタイムアカウント管理サーバに対して、全ユーザアカウントに対応したワンタイムアカウントを、アカウント情報の要求元へ通知するよう依頼する。同時に、要求されたユーザのアカウントが属する全てのドメインのコンテキスト管理サーバに対して、ワンタイムアカウントの発行を依頼する。各ドメインのコンテキスト管理サーバは、ワンタイムアカウントを発行して、ワンタイムアカウント管理サーバに登録する。ワンタイムアカウント管理サーバが、このワンタイムアカウントの組をアカウント情報の要求元へ通知することで、アカウント情報要求元は、ワンタイムアカウントによってユーザの全ての端末へアクセスすることが可能になり、かつワンタイムアカウントは一時的なものであるため、万一漏洩してもユーザの個人情報が漏洩することはない。
【発明の効果】
【０００９】
したがって、本発明は、複数のアカウントを所有するユーザに対して、コンテキスト情報を活用した着信端末の選択を行う場合、特にユーザがアカウントを複数のドメインにまたがって所有する場合に、ワンタイムアカウントによって複数のアカウントのコンテキスト情報を管理するので、個人情報の機密性を保持しつつ、ユーザが所有するアカウントに関する情報を一括して管理できる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態を添付図面に基づいて説明する。
図１は、本発明を適用するシステムの一例を示し、複数のドメインから成るネットワークにおけるコンテキスト情報管理システムの構成図である。 コンテキスト管理システムは、ユーザＩＤとユーザアカウントの属するドメイン名の組を管理するユーザドメイン管理サーバ１、ユーザドメイン管理サーバからの要求に応じて、各ドメインのユーザアカウントに対するワンタイムアカウントを管理するワンタイムアカウント管理サーバ２、各ドメインにおいてユーザのコンテキスト情報を管理するコンテキスト管理サーバ５−１〜５−Ｍ、ユーザクライアント６Ａ−１〜６Ａ−Ｍ、６Ｂで構成される。これらのシステム構成要素は複数のドメイン１〜Ｎ（４−１〜４−Ｎ）にわたって存在し、各ドメインはネットワーク３を通して互いに接続される。
【００１１】
ユーザドメイン管理サーバ１は、ユーザＩＤとユーザアカウントの所属ドメインの組を管理する。図１において、ユーザＡはドメイン１（４−１）〜ドメインＭ（４−Ｍ）にクライアント１〜Ｍ（６Ａ−１〜６Ａ−Ｍ）を所有するので、ユーザドメイン管理サーバ１は、ユーザＡに対してＩＤとコンテキスト管理サーバ１〜Ｍ（５−１〜５−Ｍ）を関連付けてデータベースで管理する。また、ユーザアカウントに対応したワンタイムアカウントの発行を、コンテキストサーバに依頼する機能を有する。
ワンタイムアカウント管理サーバ２は、ユーザドメイン管理サーバ１からの要求に応じて、指定されたドメインの集合に対応するワンタイムアカウントの組を要求する。コンテキスト管理サーバ５−１〜５−Ｍによって発行されたワンタイムアカウントは、グループ化したアカウント群として扱われ、ワンタイムアカウント情報データベースで管理される。
【００１２】
コンテキスト管理サーバ５−１〜５−Ｍは、1つのドメインにおけるユーザのコンテキスト情報を管理する。例えば図１においては、コンテキスト管理サーバ１はユーザＡクライアント１（６Ａ−１）のコンテキスト情報を管理する。ユーザクライアント６Ａ−１〜６Ａ−Ｍ、６Ｂは、ユーザの所有する端末を表し、ユーザにＩＰ電話やインスタントメッセージなどのコミュニケーション手段や、コンテキスト情報を閲覧する機能を提供する。
【００１３】
次に、各装置の詳細な構成を示す。図２はユーザドメイン管理サーバ１の機能ブロック図である。ユーザドメイン管理サーバ１はネットワークインターフェース１０、ＣＰＵ１２、ハードディスク１４、メモリ１６、バス１８という基本ハードウェア構成を備え、ネットワークインターフェース１０上のパケット送受信部１０１を介してネットワーク３と通信を行う。メモリ１６上にはユーザのＩＤとドメインの対応を管理する、ユーザドメイン管理プログラム１６１を搭載している。ユーザドメイン管理プログラム１６１は、ワンタイムアカウントの通知、発行要求、登録などの制御を行うユーザアカウント制御プロトコル１６１１、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマ１６１３により構成される。ハードディスク１４には、ユーザＩＤと、ユーザが所有するアカウントが属するドメインのコンテキスト管理サーバの組を管理するユーザドメイン情報テーブル１４１−Ａを含んだユーザドメイン情報ＤＢ１４１が格納され、メモリ１６上にロードされたユーザドメイン管理プログラム１６１により読み書きが行われる。ユーザドメイン情報ＤＢ１４１は、データ量に応じてメモリ１６上に格納される場合もある。
【００１４】
図３はワンタイムアカウント管理サーバ２の機能ブロック図である。ワンタイムアカウント管理サーバ２はネットワークインターフェース２０、ＣＰＵ２２、ハードディスク２４、メモリ２６、バス２８という基本ハードウェア構成を備え、ネットワークインターフェース２０上のパケット送受信部２０１を介してネットワーク３と通信を行う。メモリ２６上には、ユーザアカウントに対して発行されたワンタイムアカウントを管理する、ワンタイムアカウント管理プログラム２６１を搭載している。ワンタイムアカウント管理プログラム２６１は、ワンタイムアカウントの通知、発行要求、登録などの制御を行うユーザアカウント制御プロトコル２６１１、コンテキスト情報の収集、通知を行うコンテキスト情報制御プロトコル２６１３、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマ２６１５により構成される。ハードディスク２４には、ワンタイムアカウントのグループを識別するアカウントグループＩＤ、ワンタイムアカウントの通知先アドレスと、ワンタイムアカウントとそれを発行したコンテキスト管理サーバの対を管理する、ワンタイムアカウント情報テーブル２４１−Ａを含んだ、ワンタイムアカウント情報ＤＢ２４１が格納され、メモリ２６上にロードされたワンタイムアカウント管理プログラム２６１により読み書きが行われる。ワンタイムアカウント情報ＤＢ２４１は、データ量に応じてメモリ２６上に格納される場合もある。
【００１５】
図４はコンテキスト管理サーバ５の機能ブロック図である。コンテキスト管理サーバ５はネットワークインターフェース５０、ＣＰＵ５２、ハードディスク５４、メモリ５６、バス５８という基本ハードウェア構成を備え、ネットワークインターフェース５０上のパケット送受信部５０１を介してネットワーク３と通信を行う。メモリ５６上には、ユーザのコンテキスト情報を管理するコンテキスト管理プログラム５６１を搭載している。コンテキスト管理プログラム５６１は、コンテキスト情報の収集、通知を行うコンテキスト情報制御プロトコル５６１１、ワンタイムアカウントの通知、発行要求、登録などの制御を行うユーザアカウント制御プロトコル５６１３、ワンタイムアカウントを発行するワンタイムアカウント生成モジュール５６１５、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマ５６１７により構成される。ハードディスク５４には、ユーザのコンテキスト情報としてユーザＩＤ、ワンタイムアカウント、実アカウントとコンテキスト情報の組を管理する、コンテキスト情報テーブル５４１−Ａを含んだコンテキスト情報ＤＢ５４１、及びユーザＩＤと実アカウントの組を管理するアカウント情報テーブル５４２−Ａを含んだアカウント情報ＤＢ５４２が格納され、メモリ５６上にロードされたコンテキスト管理プログラム５６１により読み書きが行われる。コンテキスト情報ＤＢ５４１、アカウント情報ＤＢ５４２は、データ量に応じてメモリ５６上に格納される場合もある。
【００１６】
図５はクライアント６の機能ブロック図である。クライアント６はネットワークインターフェース６０、ＣＰＵ６２、ハードディスク６４、メモリ６６、バス６８という基本ハードウェア構成を備え、ネットワークインターフェース６０上のパケット送受信部６０１を介してネットワーク３と通信を行う。メモリ６６上には、ユーザのコンテキスト情報を管理するコンテキスト管理プログラム６６１を搭載している。コンテキスト管理プログラム６６１は、コンテキスト情報の収集、通知を行うコンテキスト情報制御プロトコル６６１１、ワンタイムアカウントの通知、発行要求、登録などの制御を行うユーザアカウント制御プロトコル６６１３、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマ５６１５により構成される。ハードディスク５４には、ユーザのコンテキスト情報としてユーザＩＤ、アカウントとコンテキスト情報の組を管理する、コンテキスト情報テーブル６４１−Ａを含んだコンテキスト情報ＤＢ６４１が格納され、メモリ６６上にロードされたコンテキスト管理プログラム６６１により読み書きが行われる。コンテキスト情報ＤＢ６４１は、データ量に応じてメモリ６６上に格納される場合もある。
【００１７】
次に、ワンタイムアカウントによるユーザアカウント情報管理の様子を示す。図６はドメインＮ（４−Ｎ）のユーザＢクライアント６Ｂが、ユーザＡのアカウントに関する情報を取得する場合の模式図である。例えばユーザＢがユーザＡへアクセスするために、ユーザＡが所有する全アカウントの情報を取得する場合にこの処理が実行される。
【００１８】
ユーザアカウント情報の取得処理は、ユーザＢクライアント６Ｂがユーザドメイン管理サーバ１に、アカウント情報通知要求を送信する（ＮＦ１−０１）ことから始まる。アカウント情報通知要求を受信したユーザドメイン管理サーバ１は、ユーザドメイン情報ＤＢ１４１から、要求されたユーザのアカウントが属するドメインを取得し、ワンタイムアカウント管理サーバ２にワンタイムアカウント通知要求を送信する（ＮＦ１−０３）。ユーザＡはクライアントをドメイン１〜Ｍに所有するので、ワンタイムアカウントの通知対象はドメイン１〜Ｍになる。
【００１９】
ワンタイムアカウント通知要求ＮＦ１−０３は、ワンタイムアカウントの通知先と、ワンタイムアカウントを登録するドメインに属するコンテキスト管理サーバのリストを情報として含む。ワンタイムアカウント管理サーバ２は、リストに含まれているドメインのコンテキスト管理サーバからのワンタイムアカウント登録を待ち受ける。
【００２０】
ワンタイムアカウント管理サーバ２へワンタイムアカウント通知要求を送信した後、ユーザドメイン管理サーバ１は、各ドメイン（１〜Ｍ）のコンテキスト管理サーバにワンタイムアカウントを登録するよう要求する（ＮＦ１−０５）。ワンタイムアカウント登録要求ＮＦ１−０５を受信した各コンテキスト管理サーバは、ワンタイムアカウントを発行して、ワンタイムアカウント管理サーバ２に登録する（ＮＦ１−０７）。ここで発行されるワンタイムアカウントは一定期間内でのみ有効であり、期間が過ぎれば失効する。ワンタイムアカウント管理サーバ２は、ワンタイムアカウント通知要求ＮＦ１−０３で指定された全てのコンテキスト管理サーバがワンタイムアカウントを登録したことを確認した後に、ユーザＡに対して発行されたワンタイムアカウントの組を、ユーザＢクライアント６Ｂへ通知する（ＮＦ１−０９）。以上の処理を経て、ユーザＢはユーザＡの所有する全アカウントの情報を取得する。
【００２１】
ユーザのアカウント情報を取得するのはクライアントに限定されない。図７はドメイン１（４−１）のコンテキスト管理サーバ５−１が、ユーザＡのドメイン１以外に属するアカウントの情報を取得する場合の模式図である。例えばユーザＡクライアント１（６Ａ−１）に着信があり、これをコンテキスト管理サーバ１（５−１）が、ユーザＡの他の端末へ転送するために、ユーザＡが所有する他のアカウントの情報を取得する場合にこの処理が実行される。
【００２２】
ユーザアカウント情報の取得処理は、コンテキスト管理サーバ１（５−１）がユーザドメイン管理サーバ１に、アカウント情報通知要求を送信する（ＮＦ２−０１）ことから始まる。アカウント情報通知要求を受信したユーザドメイン管理サーバ１は、ユーザドメイン情報ＤＢ１４１から、要求されたユーザのアカウントが属するドメインを取得し、ワンタイムアカウント管理サーバ２にワンタイムアカウント通知要求を送信する（ＮＦ１−０３）。ユーザＡはクライアントをドメイン１〜Ｍに所有するので、ワンタイムアカウントの通知対象はドメイン１〜Ｍであるが、アカウント情報の要求元がユーザドメイン情報ＤＢ１４１に含まれるコンテキスト管理サーバの中の一つである場合、コンテキスト管理サーバが属するドメインに関してはアカウント情報を取得する必要はない。したがって、ユーザドメイン管理サーバ１がワンタイムアカウント管理サーバ２に送信するワンタイムアカウント通知要求ＮＦ２−０３には、ドメイン２〜Ｍが指定される。これ以降の処理は、図６と同様である。
【００２３】
図８は登録済みのワンタイムアカウントから、実アカウントのコンテキスト情報を取得する処理の模式図である。図６または図７の処理により、コンテキスト情報の要求元は、対象となるユーザのワンタイムアカウントを取得済みであるとする。図８ではユーザＢクライアント６ＢがユーザＡクライアント２（６Ａ−２）のコンテキスト情報を取得する。最初にユーザＢクライアント６Ｂは、コンテキスト情報通知要求をワンタイムアカウント管理サーバ２に送信する（ＮＦ３−０１）。コンテキスト情報の通知に際しては、取得済みのワンタイムアカウントを指定する。
コンテキスト情報通知要求を受信したワンタイムアカウント管理サーバ２は、ワンタイムアカウント情報ＤＢ２４１を参照して、ワンタイムアカウントを登録したコンテキスト管理サーバ２（５−２）を抽出し、コンテキスト情報通知要求を転送する（ＮＦ３−０３）。コンテキスト情報通知要求を受信したコンテキスト管理サーバ２は、要求されたコンテキスト情報をワンタイムアカウント管理サーバ２へ送信する（ＮＦ３−０５）。最後にワンタイムアカウント管理サーバ２が、コンテキスト情報をユーザＢクライアント６Ｂに転送して、コンテキスト情報の取得処理は完了する。
【００２４】
次に、アカウント情報管理の様子を、通信シーケンスを用いて詳細に説明する。図９は図６を詳細に説明したもので、ユーザＢクライアント６ＢがユーザＡのアカウント情報を取得する処理を表している。最初にユーザＢクライアント６Ｂは、アカウント情報通知要求Ｓ１−０１をユーザドメイン管理サーバ１に送信する。アカウント情報通知要求の内容を図１６に示す。アカウント情報通知要求ＰＦ−０１は、パケット種別（アカウント情報通知要求）、アカウント情報要求元アドレス、ユーザＩＤ、アカウントグループＩＤを要素として含む。ここではアカウント情報要求元はユーザＢクライアント６Ｂとなる。ユーザＩＤは誰のアカウント情報を通知するか示すものであり、この例ではユーザＡを指定する。アカウントグループＩＤは、アカウント情報を受信する際に、通知されたアカウント情報の対象ユーザを識別するために用いる識別子であり、アカウント情報の要求元がランダムに一意な値を発行して、ユーザドメイン管理サーバ１に渡す。
【００２５】
アカウント情報通知要求Ｓ１−０１を受信したユーザドメイン管理サーバは、ユーザＢがユーザＡのアカウント情報を要求していることを知り、ユーザドメイン情報テーブル１４１−Ａから、ユーザＡがアカウントを持っているドメインのコンテキスト管理サーバのリストを取得する。その後、ワンタイムアカウント通知要求Ｓ１−０４を、ワンタイムアカウント管理サーバ２に送信する。ワンタイムアカウント通知要求の内容を図１６に示す。ワンタイムアカウント通知要求ＰＦ−０２は、パケット種別（ワンタイムアカウント通知要求）、アカウント情報通知先アドレス、アカウントグループＩＤ、コンテキスト管理サーバリストを含む。今アカウント情報を要求しているのはユーザＢであるため、アカウント情報通知先アドレスにはユーザＢクライアント６Ｂのアドレスが指定される。ワンタイムアカウントの通知を要求する際には、そのワンタイムアカウントがどのユーザのために登録されるものであるかをワンタイムアカウント管理サーバ２に指定しなければならない。ここでユーザＢが要求しているのはユーザＡのアカウント情報であるが、ユーザＩＤを直接指定すると、ワンタイムアカウント管理サーバに一時的にユーザＡのアカウント情報が集約されることになり、情報の秘匿性が保たれない。そこで、ユーザの指定には、ユーザＢクライアント６Ｂがユーザドメイン管理サーバ１に通知した、アカウントグループＩＤを用いる。アカウントグループＩＤとユーザＩＤの対応を知っているのは、この時点ではユーザＢクライアント６Ｂとユーザドメイン管理だけであり、ワンタイムアカウント管理サーバから情報が漏洩しても、それがどのユーザの情報であるかを特定することはできず、情報の秘匿性が保たれる。
【００２６】
ワンタイムアカウント通知要求Ｓ１−０４を受信したワンタイムアカウント管理サーバ２は、メッセージに含まれている情報から、アカウントグループＩＤで指定されたあるユーザに対するアカウント情報を、ユーザＢクライアント６Ｂが要求していること、アカウントの所有者は、コンテキスト管理サーバリストで指定されたサーバにアカウントを有していることを知る。そして、それぞれのコンテキスト管理サーバがワンタイムアカウントを登録するのを待ち受ける。
【００２７】
ワンタイムアカウント管理サーバ２へアカウント情報の通知を要求したユーザドメイン管理サーバ１は、次の処理として、ユーザＡに対応した全てのコンテキスト管理サーバに対してワンタイムアカウント登録要求を送信する（Ｓ１−０７、１０）。ワンタイムアカウント登録要求の内容を図１６に示す。ワンタイムアカウント登録要求ＰＦ−０３は、パケット種別（ワンタイムアカウント登録要求）、ユーザＩＤ、アカウントグループＩＤを含む。ユーザＩＤはどのユーザに対するワンタイムアカウントを登録するかを指定する要素であり、ここではユーザＡが該当する。ユーザＩＤとアカウントグループＩＤは、ワンタイムアカウント管理サーバ２にワンタイムアカウントを登録する際に、ユーザの個人情報を隠蔽するためにコンテキスト管理サーバが使用する。
【００２８】
ワンタイムアカウント登録要求を受信した各コンテキスト管理サーバ５−１〜５−Ｍは、指定されたユーザＩＤに対してワンタイムアカウントを発行する。発行したワンタイムアカウントは、ユーザＩＤ、ワンタイムアカウント、実アカウントとコンテキスト情報の組として、コンテキスト情報テーブル５４１−Ａに格納される。その後、発行したワンタイムアカウントをワンタイムアカウント管理サーバに登録する（Ｓ１−１３、１６）。ワンタイムアカウントの登録に際しては、コンテキスト管理サーバはユーザの情報を隠蔽するために、ワンタイムアカウント登録要求Ｓ１−７、１０で指定されたアカウントグループＩＤを用いて、登録するワンタイムアカウントが対象とするユーザを指定する。ワンタイムアカウント登録の内容を図１６に示す。ワンタイムアカウント登録ＰＦ−０４はパケット種別（ワンタイムアカウント登録）、アカウントグループＩＤ、アカウント登録元アドレスとワンタイムアカウントを含む。アカウント登録元アドレスには、コンテキスト管理サーバ自身のアドレスを含める。
【００２９】
ワンタイムアカウント登録Ｓ１−１３、１６を受信したワンタイムアカウント管理サーバ２は、ワンタイムアカウント登録メッセージのアカウントグループＩＤとアカウント登録元アドレスを調べ、ワンタイムアカウント情報テーブル２４１−Ａの該当するテーブルにワンタイムアカウントを登録する。次に、指定されたアカウントグループＩＤに対して、全てのコンテキスト管理サーバからのワンタイムアカウント登録が完了したかどうか判定する。アカウント登録が全て完了した時点で、ワンタイムアカウント管理サーバ２は、ワンタイムアカウント情報テーブル２４１−Ａのワンタイムアカウント通知先アドレス（ユーザＢクライアント６Ｂ）にアカウント情報通知を送信する（Ｓ１−１９）。アカウント情報登録の内容を図１６に示す。アカウント情報登録ＰＦ−０５はパケット種別（アカウント情報通知）、アカウントグループＩＤとワンタイムアカウントのリストを含む。アカウント情報通知Ｓ１−１９にはアカウントグループＩＤは含まれているが、ユーザＩＤは含まれていない。しかしアカウント情報の要求元であるユーザＢクライアント６Ｂは、ユーザＩＤとアカウントグループＩＤの対を管理しているため、通知されたアカウントがどのユーザに対するものかを知ることができる。また、通知されたアカウントはワンタイムアカウントであり、これらが漏洩してもユーザの実アカウント情報が漏洩することはない。
【００３０】
次に、コンテキスト管理サーバがユーザアカウント情報を要求する処理について詳述する。図１０は図７を詳細に説明したもので、コンテキスト管理サーバ１（５−１）がユーザＡのアカウント情報を取得する処理を表している。最初にコンテキスト管理サーバ１（５−１）は、アカウント情報通知要求Ｓ２−０１をユーザドメイン管理サーバ１に送信する。アカウント情報通知要求Ｓ２−０１を受信したユーザドメイン管理サーバは、コンテキスト管理サーバ１（５−１）がユーザＡのドメイン１（４−１）以外のアカウント情報を要求していることを知り、ユーザドメイン情報テーブル１４１−Ａから、ユーザＡがアカウントを持っているドメインのコンテキスト管理サーバのリストを取得する。ここで、アカウント情報の要求元が、コンテキスト管理サーバリストに含まれているので、ワンタイムアカウント通知要求Ｓ１−０４をワンタイムアカウント管理サーバ２に送信する際には、リストからコンテキスト管理サーバ１（５−１）を除外し、コンテキスト管理サーバ２〜Ｍ（５−２〜５−Ｍ）を指定する。同様に、コンテキスト管理サーバにワンタイムアカウント登録要求を送信する時にも、コンテキスト管理サーバ２〜Ｍ（５−２〜５−Ｍ）が対象となる（Ｓ２−０７、１０）。以降の処理Ｓ２−１３〜Ｓ２−１９は、Ｓ１−１３〜Ｓ１−１９と同様の処理を行う。
【００３１】
図１１は図８を詳細に説明したもので、ユーザＢクライアント６Ｂ、又はコンテキスト管理サーバ１（５−１）が、ドメイン２（４−２）に属するユーザＡのアカウントに対してコンテキスト情報を取得する処理を示す。以下、例としてコンテキスト情報の要求元がユーザＢクライアント６Ｂであり、ワンタイムアカウントはワンタイムアカウント管理サーバのドメインに属するものとする。
【００３２】
最初にユーザＢクライアント６Ｂは、コンテキスト情報通知要求Ｓ３−０１をワンタイムアカウント管理サーバに送信する。コンテキスト情報通知要求の内容を図１６に示す。コンテキスト情報通知要求ＰＦ−０６はパケット種別（コンテキスト情報通知要求）、コンテキスト情報要求元アドレスとユーザアカウントを含む。ユーザＢクライアント６Ｂが取得しているアカウント情報はコンテキスト管理サーバ２（５−２）がワンタイムアカウント管理サーバ２に登録したワンタイムアカウント２（２４１−２）であるため、これをユーザアカウントとして指定する。
【００３３】
コンテキスト情報通知要求Ｓ３−０１を受信したワンタイムアカウント管理サーバ２は、ユーザアカウントをキーとしてワンタイムアカウント情報テーブル２４１−Ａを検索する。検索の結果、ワンタイムアカウント２（２４１−４）を登録したコンテキスト管理サーバ２（５−２）が得られるので、コンテキスト情報通知要求をコンテキスト管理サーバ２（５−２）に転送する（Ｓ３−０４）。コンテキスト情報通知要求を受信したコンテキスト管理サーバ２（５−２）は、指定されたユーザアカウントをキーとしてコンテキスト情報テーブル５４１−Ａを検索し、要求されたコンテキスト情報を取得する。このコンテキスト情報をコンテキスト情報要求元へ通知するために、コンテキスト管理サーバ２（５−２）はコンテキスト情報通知Ｓ３−０７をワンタイムアカウント管理サーバ２に送信する。コンテキスト情報通知の内容を図１６に示す。コンテキスト情報通知ＰＦ−０７はパケット種別（コンテキスト情報通知）、コンテキスト情報通知先アドレス、ユーザアカウントとコンテキスト情報を含む。コンテキスト情報通知Ｓ３−０７を受信したワンタイムアカウント管理サーバ２は、コンテキスト情報の通知先へメッセージを転送する（Ｓ３−１０）。以上の処理を経て、ユーザＢクライアント６Ｂは目的のコンテキスト情報を取得することができる。
【００３４】
図１７はコンテキスト情報を呼制御に応用する場合のシーケンスである。本発明によれば、ユーザＢがユーザＡに通話を行う場合に、ユーザＡが所有するクライアントのアドレスではなく、ユーザＡのユーザＩＤだけを指定すれば通話が可能である。ユーザＢは最初に、発信要求を自身が所属するドメインのコンテキスト管理サーバＮ（５−Ｎ）に送信する（Ｓ４−０１）。この発信要求は、例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のＩＮＶＩＴＥメッセージなどで実現される。ユーザＢは宛先としてユーザＡのユーザＩＤを指定する。発信要求を受信したコンテキスト管理サーバＮ（５−Ｎ）は、指定されたユーザのアカウント情報を取得するために、アカウント情報通知要求をユーザドメイン管理サーバ１に送信する（Ｓ４−０４）。以後、アカウント情報通知をコンテキスト管理サーバＮが受信する（Ｓ４−２２）までの処理は、図９におけるアカウント情報通知要求送信（Ｓ１−０１）からアカウント情報通知受信（Ｓ１−１９）と同様の手順を踏む。ユーザＡのアカウント情報を取得したコンテキスト管理サーバＮは、取得した全てのアカウントのコンテキスト情報を取得するために、コンテキスト情報通知要求をコンテキスト管理サーバに送信する（Ｓ４−２５、２８）。コンテキスト情報通知要求の宛先は、ワンタイムアカウントの所属するドメインに存在するコンテキスト管理サーバである。コンテキスト情報通知要求を受信した各コンテキスト管理サーバは、コンテキスト情報通知をコンテキスト管理サーバＮ（５−Ｎ）へ返信する（Ｓ４−３１、３４）。全てのコンテキスト情報を取得したコンテキスト管理サーバＮ（５−Ｎ）は、どのワンタイムアカウントに発信要求を送信すべきかを判断する。判断にはコンテキスト情報の内容（在席、オフライン、不在）や、クライアントの優先度などが用いられる。最適なメッセージ送信先を決定した後、コンテキスト管理サーバＮ（５−Ｎ）は発信要求をコンテキスト管理サーバに転送する（Ｓ４−３７）。図１７ではコンテキスト管理サーバ１（５−１）に発信要求を転送する様子が示されている。発信要求を受信したコンテキスト管理サーバ１（５−１）は、宛先が自身がＳ４−１６で発行したワンタイムアカウントであることを把握し、発信要求をユーザＡクライアント１（６Ａ−１）に転送する。以上の処理により、ユーザＩＤのみを指定した発信処理が可能になる。
【００３５】
次に、コンテキスト情報管理システムにおける各装置の処理フローチャートを示す。図１２はユーザドメイン管理サーバ１のフローチャートである。ユーザドメイン管理サーバ１は起動時に初期化処理を行い、メッセージ受信ループを開始させる（Ｆ１−０１、０４）。メッセージ受信ループにおいてアカウント情報通知要求を受信した場合（Ｆ１−０７）、ユーザドメイン管理サーバ１は、ユーザＩＤをキーとしてユーザドメイン情報テーブル１４１−Ａを検索し、コンテキスト管理サーバのリストを取得する（Ｆ１−１６）。次に、アカウント情報の要求元が、取得したコンテキスト管理サーバのリストに含まれているかどうかを判定する（Ｆ１−１９）。含まれていない場合は、ワンタイムアカウント管理サーバ２に対して、リスト中の全てのコンテキスト管理サーバを指定したワンタイムアカウント通知要求を送信し（Ｆ１−２２）、リスト中の全てのコンテキスト管理サーバに対してワンタイムアカウント登録要求を送信する（Ｆ１−２５）。アカウント情報の要求元がコンテキスト管理サーバのリストに含まれていた場合は、ワンタイムアカウント管理サーバ２に対して、リスト中でアカウント情報の要求元以外のコンテキストサーバを指定したワンタイムアカウント通知要求を送信し（Ｆ１−２８）、アカウント情報の要求元以外の全てのコンテキストサーバにワンタイムアカウント登録要求を送信する（Ｆ１−３１）。メッセージ受信ループはユーザドメイン管理サーバ１のシャットダウン時に終了し（Ｆ１−１０）、メッセージ受信ループを停止させた後にユーザドメイン管理サーバ１は機能を停止する（Ｆ１−１３）。
【００３６】
図１３はワンタイムアカウント管理サーバ２のフローチャートである。ワンタイムアカウント管理サーバ２は起動時に初期化処理を行い、メッセージ受信ループを開始させる（Ｆ２−０１、０４）。メッセージ受信ループにおいてワンタイムアカウント情報通知要求を受信した場合（Ｆ２−０７）、ワンタイムアカウント管理サーバはメッセージで指定されたアカウントグループＩＤ、情報通知先アドレス、コンテキスト管理サーバリストを、ワンタイムアカウント情報テーブル２４１−Ａに登録する（Ｆ２−２５）。ワンタイムアカウント登録を受信した場合、ワンタイムアカウント情報テーブル２４１−Ａの該当するレコードに、ワンタイムアカウントを格納する（Ｆ２−２８）。次に、通知されたワンタイムアカウントのアカウントグループＩＤに対して、未登録のワンタイムアカウントがあるか否かを判定する（Ｆ２−３１）。未登録のワンタイムアカウントがない場合は、ワンタイムアカウントの登録処理が完了したことを意味するので、ワンタイムアカウント管理サーバ２はアカウント情報通知を、アカウント情報通知先アドレスへ送信する（Ｆ２−３４）。コンテキスト情報通知要求を受信した場合（Ｆ２−１３）、ワンタイムアカウント情報テーブル２４１−１から宛先となるコンテキスト管理サーバのアドレスを決定し、メッセージを転送する（Ｆ２−３７）。コンテキスト情報通知を受信した場合（Ｆ２−１６）、メッセージで指定されたコンテキスト情報通知先アドレスへメッセージを転送する（Ｆ２−４０）。メッセージ受信ループはワンタイムアカウント管理サーバ２のシャットダウン時に終了し（Ｆ２−１９）、メッセージ受信ループを停止させた後にワンタイムアカウント管理サーバ２は機能を停止する（Ｆ２−２２）。
【００３７】
図１４はコンテキスト管理サーバ５のフローチャートである。コンテキスト管理サーバ５は起動時に初期化処理を行い、メッセージ受信ループを開始させる（Ｆ３−０１、０４）。メッセージ受信ループにおいてワンタイムアカウント登録要求を受信した場合（Ｆ３−０７）、コンテキスト管理サーバ５はワンタイムアカウントを生成して、コンテキスト情報テーブル５４１−Ａにワンタイムアカウントと実アカウント、コンテキスト情報の組を登録し（Ｆ３−１９）、生成したワンタイムアカウントをワンタイムアカウント管理サーバに送信する（Ｆ３−２２）。コンテキスト情報通知要求を受信した場合（Ｆ３−１０）は、要求されたアカウントに対するコンテキスト情報を通知するために、ワンタイムアカウント管理サーバにコンテキスト情報通知を送信する（Ｆ３−２５）。発信要求を受信した場合（Ｆ３−２８）、コンテキスト管理サーバは宛先アドレスが自身の管理するドメインに所属しているかどうかを判定する（Ｆ３−３７）。宛先が自ドメインのクライアントである場合、発信要求を当該クライアントに転送する（Ｆ３−５５）。そうでない場合は、発信要求は新規呼に該当する。この時コンテキスト管理サーバは、発信要求の転送先を決定するために必要な情報を収集する目的で、宛先ユーザのユーザIDを設定したアカウント情報通知要求をユーザドメイン管理サーバに送信する（Ｆ３−４０）。コンテキスト管理サーバがアカウント情報通知を受信した場合（Ｆ３−３１）、最初に、発信要求を処理中かどうか判定する（Ｆ３−４３）。発信要求の処理中である場合は、アカウント情報はメッセージの転送先を決定するための準備に相当するため、次の処理としてコンテキスト管理サーバは、取得したワンタイムアカウントを指定したコンテキスト情報通知要求を、対象となる全コンテキスト管理サーバに送信する（Ｆ３−４６）。コンテキスト情報通知を受信した場合（Ｆ３−３４）、コンテキスト管理サーバは、対象となるユーザのコンテキスト情報を全て取得したかどうかを判定する（Ｆ３−４９）。未取得のコンテキスト情報がある場合、全てのコンテキスト情報を取得するまで待機する。発信要求で指定されたユーザの全コンテキスト情報を取得済みの場合は、コンテキスト情報から最適なメッセージの転送先を決定し、発信要求を転送する（Ｆ３−５２）。メッセージ受信ループはコンテキスト管理サーバ５のシャットダウン時に終了し（Ｆ３−１３）、メッセージ受信ループを停止させた後にコンテキスト管理サーバ５は機能を停止する（Ｆ３−１６）。
【００３８】
図１５はクライアント６のフローチャートである。クライアント６は起動時に初期化処理を行い、イベント受信ループを開始させる（Ｆ４−０１、０４）。イベントループはユーザの操作やネットワーク経由のメッセージ着信を待ち受ける役割を果たす。ユーザがアカウント情報通知要求ボタンを押下した場合（Ｆ４−０７）、クライアント６はアカウント情報を取得するために、アカウント情報通知要求をユーザドメイン管理サーバ１に送信する（Ｆ４−１９）。ユーザがコンテキスト情報通知要求ボタンを押下した場合（Ｆ４−１０）は、コンテキスト情報通知要求をワンタイムアカウント管理サーバ２に送信する（Ｆ４−２２）。イベント受信ループはクライアント６のシャットダウン時に終了し（Ｆ４−１３）、イベント受信ループを停止させた後にクライアント６は機能を停止する（Ｆ４−１６）。
【００３９】
上記の発明により、ユーザが異なるドメインに複数のアカウントを所有する状態において、他のユーザが該ユーザに対してコミュニケーションを取る際に，該ユーザの全てのアカウントに対応するコンテキスト情報を知りえない場合においても、ユーザIDを用いてユーザドメイン管理サーバに、該ユーザのアカウント情報を要求し、これを受けてワンタイムアカウント管理サーバが該ユーザに対して発行された、一時的なワンタイムアカウントを上記他のユーザに通知することで、上記他のユーザはワンタイムアカウントにより該ユーザの全てのアカウントに対応するコンテキスト情報を取得し、適切な手段を用いて該ユーザとコミュニケーションを取ることが可能となる。発行されたワンタイムアカウントは一時的なものであり、これにより該ユーザの真のアカウントに関する情報が漏曳することはない。
【産業上の利用可能性】
【００４０】
以上のように、本発明に係るコンテキスト情報管理システムでは、ユーザドメイン管理サーバとワンタイムアカウント管理サーバにより、秘匿性を保ちつつユーザのアカウント情報、コンテキスト情報を管理することができるので、１ユーザが複数のアカウント。及びこれに対応したコミュニケーション端末を複数のドメインにわたって所有する、マルチモーダルコミュニケーションシステムに適用することができる。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施形態を示すコンテキスト情報管理システムのネットワーク構成図。
【図２】ユーザドメイン管理サーバの機能ブロック図。
【図３】ワンタイムアカウント管理サーバの機能ブロック図。
【図４】コンテキスト管理サーバの機能ブロック図。
【図５】クライアントの機能ブロック図。
【図６】ユーザクライアント主導のアカウント情報取得処理を説明するネットワーク構成図。
【図７】コンテキスト管理サーバ主導のアカウント情報取得処理を説明するネットワーク構成図。
【図８】コンテキスト情報取得処理を説明するネットワーク構成図。
【図９】ユーザクライアント主導のアカウント情報取得処理を説明するシーケンス図。
【図１０】コンテキスト管理サーバ主導のアカウント情報取得処理を説明するシーケンス図。
【図１１】コンテキスト情報取得処理を説明するシーケンス図。
【図１２】ユーザドメイン管理サーバのフローチャート。
【図１３】ワンタイムアカウント管理サーバのフローチャート。
【図１４】コンテキスト管理サーバのフローチャート。
【図１５】クライアントのフローチャート。
【図１６】パケットフォーマットの一覧。
【図１７】発信要求処理を説明するシーケンス図。
【符号の説明】
【００４２】
１ ユーザドメイン管理サーバ
２ ワンタイムアカウント管理サーバ
３ ネットワーク
４−１〜４−Ｎ ネットワークドメイン
５−１〜５−Ｍ コンテキスト管理サーバ
６−１〜６−Ｍ、６Ｂ クライアント。
【技術分野】
【０００１】
本発明は、ユーザのコンテキスト情報を管理するシステムの改良に関する。
【背景技術】
【０００２】
携帯電話、ノートパソコンの普及に見られるように、ユーザが所有する端末は小型化の一途をたどっている。ユーザは端末を肌身離さず持ち歩くようになり、他人とのコミュニケーションにおいて時間・場所を選ぶ必要性は薄れつつある。このように、他人へアクセスする手段は多様化したが、実際の環境においては、相手とコミュニケーションをとる時に相手の状況を考慮する必要がある。
【０００３】
この問題を解決する技術に、コンテキスト情報管理システムがある。コンテキストとは、人間の周辺状況に関する情報であり、ユーザの所有する端末の稼動情報から、現在位置、作業状況など、幅広い内容を含む。コンテキスト情報管理システムでは、ユーザはこれらのコンテキスト情報を、手動あるいは自動でコンテキスト管理サーバに登録する。コンテキスト管理サーバは、登録されたコンテキスト情報を、最新のコンテキスト情報を要求している他のユーザに通知する。コンテキスト情報は更新されるごとにユーザに通知されるので、ユーザは常に最新のコンテキスト情報を取得することが可能となる。
【０００４】
コンテキスト情報の応用例の一つに、着信端末の選択がある。これは、複数の端末を所有するユーザに対して、他のユーザがコミュニケーションをとるために、電話の発信、メール送信などの行動を起こした場合に、ユーザの状況や嗜好に応じて、最適な端末へと着信させる機能である。このようなシステムの例としては、予め着信者が最適な通信方法、端末の種類を登録するシステム（例えば、特許文献１）や、これに発信者側の指定した優先度を反映させるシステム（例えば、特許文献２）がある。
【０００５】
【特許文献１】特開平１０−３３６３１９号
【０００６】
【特許文献２】特開２００５−２０８７２５号
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記従来例では、ユーザが所有する全端末の情報をコンテキスト管理サーバが有することが必要になる。しかしながら、一般にはユーザは複数のドメインに複数のアカウントを所有し、端末の通信媒体も携帯電話網、IP網など多岐にわたるのに対し、コンテキスト管理サーバは単一のドメインにおいてコンテキスト情報を管理することが多い。これを解決するためには、複数のドメインを管理対象としたコンテキスト管理サーバを用いる方法が考えられるが、ドメインをまたがってユーザのアカウントや端末の情報を収集する必要がある。アカウント情報や端末情報は機密性の高い情報であり、異なるドメイン、異なる事業者が発行したアカウント情報を他ドメインの管理者が入手することは困難である。また、仮にユーザの同意を得てユーザの全アカウントに関する情報を収集できたとしても、ユーザの個人情報を一括して管理するサーバをシステム内に備えることになり、情報漏洩の危険性が高まるという問題がある。
【課題を解決するための手段】
【０００８】
上記の問題を解決するために、本発明のコンテキスト情報管理システムは、ユーザＩＤと、ユーザが端末と端末に対応したアカウントを所有するドメイン名を管理し、一時的なワンタイムアカウントの発行をユーザアカウントの属する各ドメインのコンテキスト管理サーバに対して要求するユーザドメイン管理サーバと、発行されたワンタイムアカウントの組をグループ化して管理するワンタイムアカウント管理サーバを備える。ユーザドメイン管理サーバは、アカウント情報通知要求を受信すると、ワンタイムアカウント管理サーバに対して、全ユーザアカウントに対応したワンタイムアカウントを、アカウント情報の要求元へ通知するよう依頼する。同時に、要求されたユーザのアカウントが属する全てのドメインのコンテキスト管理サーバに対して、ワンタイムアカウントの発行を依頼する。各ドメインのコンテキスト管理サーバは、ワンタイムアカウントを発行して、ワンタイムアカウント管理サーバに登録する。ワンタイムアカウント管理サーバが、このワンタイムアカウントの組をアカウント情報の要求元へ通知することで、アカウント情報要求元は、ワンタイムアカウントによってユーザの全ての端末へアクセスすることが可能になり、かつワンタイムアカウントは一時的なものであるため、万一漏洩してもユーザの個人情報が漏洩することはない。
【発明の効果】
【０００９】
したがって、本発明は、複数のアカウントを所有するユーザに対して、コンテキスト情報を活用した着信端末の選択を行う場合、特にユーザがアカウントを複数のドメインにまたがって所有する場合に、ワンタイムアカウントによって複数のアカウントのコンテキスト情報を管理するので、個人情報の機密性を保持しつつ、ユーザが所有するアカウントに関する情報を一括して管理できる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態を添付図面に基づいて説明する。
図１は、本発明を適用するシステムの一例を示し、複数のドメインから成るネットワークにおけるコンテキスト情報管理システムの構成図である。 コンテキスト管理システムは、ユーザＩＤとユーザアカウントの属するドメイン名の組を管理するユーザドメイン管理サーバ１、ユーザドメイン管理サーバからの要求に応じて、各ドメインのユーザアカウントに対するワンタイムアカウントを管理するワンタイムアカウント管理サーバ２、各ドメインにおいてユーザのコンテキスト情報を管理するコンテキスト管理サーバ５−１〜５−Ｍ、ユーザクライアント６Ａ−１〜６Ａ−Ｍ、６Ｂで構成される。これらのシステム構成要素は複数のドメイン１〜Ｎ（４−１〜４−Ｎ）にわたって存在し、各ドメインはネットワーク３を通して互いに接続される。
【００１１】
ユーザドメイン管理サーバ１は、ユーザＩＤとユーザアカウントの所属ドメインの組を管理する。図１において、ユーザＡはドメイン１（４−１）〜ドメインＭ（４−Ｍ）にクライアント１〜Ｍ（６Ａ−１〜６Ａ−Ｍ）を所有するので、ユーザドメイン管理サーバ１は、ユーザＡに対してＩＤとコンテキスト管理サーバ１〜Ｍ（５−１〜５−Ｍ）を関連付けてデータベースで管理する。また、ユーザアカウントに対応したワンタイムアカウントの発行を、コンテキストサーバに依頼する機能を有する。
ワンタイムアカウント管理サーバ２は、ユーザドメイン管理サーバ１からの要求に応じて、指定されたドメインの集合に対応するワンタイムアカウントの組を要求する。コンテキスト管理サーバ５−１〜５−Ｍによって発行されたワンタイムアカウントは、グループ化したアカウント群として扱われ、ワンタイムアカウント情報データベースで管理される。
【００１２】
コンテキスト管理サーバ５−１〜５−Ｍは、1つのドメインにおけるユーザのコンテキスト情報を管理する。例えば図１においては、コンテキスト管理サーバ１はユーザＡクライアント１（６Ａ−１）のコンテキスト情報を管理する。ユーザクライアント６Ａ−１〜６Ａ−Ｍ、６Ｂは、ユーザの所有する端末を表し、ユーザにＩＰ電話やインスタントメッセージなどのコミュニケーション手段や、コンテキスト情報を閲覧する機能を提供する。
【００１３】
次に、各装置の詳細な構成を示す。図２はユーザドメイン管理サーバ１の機能ブロック図である。ユーザドメイン管理サーバ１はネットワークインターフェース１０、ＣＰＵ１２、ハードディスク１４、メモリ１６、バス１８という基本ハードウェア構成を備え、ネットワークインターフェース１０上のパケット送受信部１０１を介してネットワーク３と通信を行う。メモリ１６上にはユーザのＩＤとドメインの対応を管理する、ユーザドメイン管理プログラム１６１を搭載している。ユーザドメイン管理プログラム１６１は、ワンタイムアカウントの通知、発行要求、登録などの制御を行うユーザアカウント制御プロトコル１６１１、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマ１６１３により構成される。ハードディスク１４には、ユーザＩＤと、ユーザが所有するアカウントが属するドメインのコンテキスト管理サーバの組を管理するユーザドメイン情報テーブル１４１−Ａを含んだユーザドメイン情報ＤＢ１４１が格納され、メモリ１６上にロードされたユーザドメイン管理プログラム１６１により読み書きが行われる。ユーザドメイン情報ＤＢ１４１は、データ量に応じてメモリ１６上に格納される場合もある。
【００１４】
図３はワンタイムアカウント管理サーバ２の機能ブロック図である。ワンタイムアカウント管理サーバ２はネットワークインターフェース２０、ＣＰＵ２２、ハードディスク２４、メモリ２６、バス２８という基本ハードウェア構成を備え、ネットワークインターフェース２０上のパケット送受信部２０１を介してネットワーク３と通信を行う。メモリ２６上には、ユーザアカウントに対して発行されたワンタイムアカウントを管理する、ワンタイムアカウント管理プログラム２６１を搭載している。ワンタイムアカウント管理プログラム２６１は、ワンタイムアカウントの通知、発行要求、登録などの制御を行うユーザアカウント制御プロトコル２６１１、コンテキスト情報の収集、通知を行うコンテキスト情報制御プロトコル２６１３、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマ２６１５により構成される。ハードディスク２４には、ワンタイムアカウントのグループを識別するアカウントグループＩＤ、ワンタイムアカウントの通知先アドレスと、ワンタイムアカウントとそれを発行したコンテキスト管理サーバの対を管理する、ワンタイムアカウント情報テーブル２４１−Ａを含んだ、ワンタイムアカウント情報ＤＢ２４１が格納され、メモリ２６上にロードされたワンタイムアカウント管理プログラム２６１により読み書きが行われる。ワンタイムアカウント情報ＤＢ２４１は、データ量に応じてメモリ２６上に格納される場合もある。
【００１５】
図４はコンテキスト管理サーバ５の機能ブロック図である。コンテキスト管理サーバ５はネットワークインターフェース５０、ＣＰＵ５２、ハードディスク５４、メモリ５６、バス５８という基本ハードウェア構成を備え、ネットワークインターフェース５０上のパケット送受信部５０１を介してネットワーク３と通信を行う。メモリ５６上には、ユーザのコンテキスト情報を管理するコンテキスト管理プログラム５６１を搭載している。コンテキスト管理プログラム５６１は、コンテキスト情報の収集、通知を行うコンテキスト情報制御プロトコル５６１１、ワンタイムアカウントの通知、発行要求、登録などの制御を行うユーザアカウント制御プロトコル５６１３、ワンタイムアカウントを発行するワンタイムアカウント生成モジュール５６１５、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマ５６１７により構成される。ハードディスク５４には、ユーザのコンテキスト情報としてユーザＩＤ、ワンタイムアカウント、実アカウントとコンテキスト情報の組を管理する、コンテキスト情報テーブル５４１−Ａを含んだコンテキスト情報ＤＢ５４１、及びユーザＩＤと実アカウントの組を管理するアカウント情報テーブル５４２−Ａを含んだアカウント情報ＤＢ５４２が格納され、メモリ５６上にロードされたコンテキスト管理プログラム５６１により読み書きが行われる。コンテキスト情報ＤＢ５４１、アカウント情報ＤＢ５４２は、データ量に応じてメモリ５６上に格納される場合もある。
【００１６】
図５はクライアント６の機能ブロック図である。クライアント６はネットワークインターフェース６０、ＣＰＵ６２、ハードディスク６４、メモリ６６、バス６８という基本ハードウェア構成を備え、ネットワークインターフェース６０上のパケット送受信部６０１を介してネットワーク３と通信を行う。メモリ６６上には、ユーザのコンテキスト情報を管理するコンテキスト管理プログラム６６１を搭載している。コンテキスト管理プログラム６６１は、コンテキスト情報の収集、通知を行うコンテキスト情報制御プロトコル６６１１、ワンタイムアカウントの通知、発行要求、登録などの制御を行うユーザアカウント制御プロトコル６６１３、通信状況を監視し、必要に応じてタイムアウト処理を行うための通信監視タイマ５６１５により構成される。ハードディスク５４には、ユーザのコンテキスト情報としてユーザＩＤ、アカウントとコンテキスト情報の組を管理する、コンテキスト情報テーブル６４１−Ａを含んだコンテキスト情報ＤＢ６４１が格納され、メモリ６６上にロードされたコンテキスト管理プログラム６６１により読み書きが行われる。コンテキスト情報ＤＢ６４１は、データ量に応じてメモリ６６上に格納される場合もある。
【００１７】
次に、ワンタイムアカウントによるユーザアカウント情報管理の様子を示す。図６はドメインＮ（４−Ｎ）のユーザＢクライアント６Ｂが、ユーザＡのアカウントに関する情報を取得する場合の模式図である。例えばユーザＢがユーザＡへアクセスするために、ユーザＡが所有する全アカウントの情報を取得する場合にこの処理が実行される。
【００１８】
ユーザアカウント情報の取得処理は、ユーザＢクライアント６Ｂがユーザドメイン管理サーバ１に、アカウント情報通知要求を送信する（ＮＦ１−０１）ことから始まる。アカウント情報通知要求を受信したユーザドメイン管理サーバ１は、ユーザドメイン情報ＤＢ１４１から、要求されたユーザのアカウントが属するドメインを取得し、ワンタイムアカウント管理サーバ２にワンタイムアカウント通知要求を送信する（ＮＦ１−０３）。ユーザＡはクライアントをドメイン１〜Ｍに所有するので、ワンタイムアカウントの通知対象はドメイン１〜Ｍになる。
【００１９】
ワンタイムアカウント通知要求ＮＦ１−０３は、ワンタイムアカウントの通知先と、ワンタイムアカウントを登録するドメインに属するコンテキスト管理サーバのリストを情報として含む。ワンタイムアカウント管理サーバ２は、リストに含まれているドメインのコンテキスト管理サーバからのワンタイムアカウント登録を待ち受ける。
【００２０】
ワンタイムアカウント管理サーバ２へワンタイムアカウント通知要求を送信した後、ユーザドメイン管理サーバ１は、各ドメイン（１〜Ｍ）のコンテキスト管理サーバにワンタイムアカウントを登録するよう要求する（ＮＦ１−０５）。ワンタイムアカウント登録要求ＮＦ１−０５を受信した各コンテキスト管理サーバは、ワンタイムアカウントを発行して、ワンタイムアカウント管理サーバ２に登録する（ＮＦ１−０７）。ここで発行されるワンタイムアカウントは一定期間内でのみ有効であり、期間が過ぎれば失効する。ワンタイムアカウント管理サーバ２は、ワンタイムアカウント通知要求ＮＦ１−０３で指定された全てのコンテキスト管理サーバがワンタイムアカウントを登録したことを確認した後に、ユーザＡに対して発行されたワンタイムアカウントの組を、ユーザＢクライアント６Ｂへ通知する（ＮＦ１−０９）。以上の処理を経て、ユーザＢはユーザＡの所有する全アカウントの情報を取得する。
【００２１】
ユーザのアカウント情報を取得するのはクライアントに限定されない。図７はドメイン１（４−１）のコンテキスト管理サーバ５−１が、ユーザＡのドメイン１以外に属するアカウントの情報を取得する場合の模式図である。例えばユーザＡクライアント１（６Ａ−１）に着信があり、これをコンテキスト管理サーバ１（５−１）が、ユーザＡの他の端末へ転送するために、ユーザＡが所有する他のアカウントの情報を取得する場合にこの処理が実行される。
【００２２】
ユーザアカウント情報の取得処理は、コンテキスト管理サーバ１（５−１）がユーザドメイン管理サーバ１に、アカウント情報通知要求を送信する（ＮＦ２−０１）ことから始まる。アカウント情報通知要求を受信したユーザドメイン管理サーバ１は、ユーザドメイン情報ＤＢ１４１から、要求されたユーザのアカウントが属するドメインを取得し、ワンタイムアカウント管理サーバ２にワンタイムアカウント通知要求を送信する（ＮＦ１−０３）。ユーザＡはクライアントをドメイン１〜Ｍに所有するので、ワンタイムアカウントの通知対象はドメイン１〜Ｍであるが、アカウント情報の要求元がユーザドメイン情報ＤＢ１４１に含まれるコンテキスト管理サーバの中の一つである場合、コンテキスト管理サーバが属するドメインに関してはアカウント情報を取得する必要はない。したがって、ユーザドメイン管理サーバ１がワンタイムアカウント管理サーバ２に送信するワンタイムアカウント通知要求ＮＦ２−０３には、ドメイン２〜Ｍが指定される。これ以降の処理は、図６と同様である。
【００２３】
図８は登録済みのワンタイムアカウントから、実アカウントのコンテキスト情報を取得する処理の模式図である。図６または図７の処理により、コンテキスト情報の要求元は、対象となるユーザのワンタイムアカウントを取得済みであるとする。図８ではユーザＢクライアント６ＢがユーザＡクライアント２（６Ａ−２）のコンテキスト情報を取得する。最初にユーザＢクライアント６Ｂは、コンテキスト情報通知要求をワンタイムアカウント管理サーバ２に送信する（ＮＦ３−０１）。コンテキスト情報の通知に際しては、取得済みのワンタイムアカウントを指定する。
コンテキスト情報通知要求を受信したワンタイムアカウント管理サーバ２は、ワンタイムアカウント情報ＤＢ２４１を参照して、ワンタイムアカウントを登録したコンテキスト管理サーバ２（５−２）を抽出し、コンテキスト情報通知要求を転送する（ＮＦ３−０３）。コンテキスト情報通知要求を受信したコンテキスト管理サーバ２は、要求されたコンテキスト情報をワンタイムアカウント管理サーバ２へ送信する（ＮＦ３−０５）。最後にワンタイムアカウント管理サーバ２が、コンテキスト情報をユーザＢクライアント６Ｂに転送して、コンテキスト情報の取得処理は完了する。
【００２４】
次に、アカウント情報管理の様子を、通信シーケンスを用いて詳細に説明する。図９は図６を詳細に説明したもので、ユーザＢクライアント６ＢがユーザＡのアカウント情報を取得する処理を表している。最初にユーザＢクライアント６Ｂは、アカウント情報通知要求Ｓ１−０１をユーザドメイン管理サーバ１に送信する。アカウント情報通知要求の内容を図１６に示す。アカウント情報通知要求ＰＦ−０１は、パケット種別（アカウント情報通知要求）、アカウント情報要求元アドレス、ユーザＩＤ、アカウントグループＩＤを要素として含む。ここではアカウント情報要求元はユーザＢクライアント６Ｂとなる。ユーザＩＤは誰のアカウント情報を通知するか示すものであり、この例ではユーザＡを指定する。アカウントグループＩＤは、アカウント情報を受信する際に、通知されたアカウント情報の対象ユーザを識別するために用いる識別子であり、アカウント情報の要求元がランダムに一意な値を発行して、ユーザドメイン管理サーバ１に渡す。
【００２５】
アカウント情報通知要求Ｓ１−０１を受信したユーザドメイン管理サーバは、ユーザＢがユーザＡのアカウント情報を要求していることを知り、ユーザドメイン情報テーブル１４１−Ａから、ユーザＡがアカウントを持っているドメインのコンテキスト管理サーバのリストを取得する。その後、ワンタイムアカウント通知要求Ｓ１−０４を、ワンタイムアカウント管理サーバ２に送信する。ワンタイムアカウント通知要求の内容を図１６に示す。ワンタイムアカウント通知要求ＰＦ−０２は、パケット種別（ワンタイムアカウント通知要求）、アカウント情報通知先アドレス、アカウントグループＩＤ、コンテキスト管理サーバリストを含む。今アカウント情報を要求しているのはユーザＢであるため、アカウント情報通知先アドレスにはユーザＢクライアント６Ｂのアドレスが指定される。ワンタイムアカウントの通知を要求する際には、そのワンタイムアカウントがどのユーザのために登録されるものであるかをワンタイムアカウント管理サーバ２に指定しなければならない。ここでユーザＢが要求しているのはユーザＡのアカウント情報であるが、ユーザＩＤを直接指定すると、ワンタイムアカウント管理サーバに一時的にユーザＡのアカウント情報が集約されることになり、情報の秘匿性が保たれない。そこで、ユーザの指定には、ユーザＢクライアント６Ｂがユーザドメイン管理サーバ１に通知した、アカウントグループＩＤを用いる。アカウントグループＩＤとユーザＩＤの対応を知っているのは、この時点ではユーザＢクライアント６Ｂとユーザドメイン管理だけであり、ワンタイムアカウント管理サーバから情報が漏洩しても、それがどのユーザの情報であるかを特定することはできず、情報の秘匿性が保たれる。
【００２６】
ワンタイムアカウント通知要求Ｓ１−０４を受信したワンタイムアカウント管理サーバ２は、メッセージに含まれている情報から、アカウントグループＩＤで指定されたあるユーザに対するアカウント情報を、ユーザＢクライアント６Ｂが要求していること、アカウントの所有者は、コンテキスト管理サーバリストで指定されたサーバにアカウントを有していることを知る。そして、それぞれのコンテキスト管理サーバがワンタイムアカウントを登録するのを待ち受ける。
【００２７】
ワンタイムアカウント管理サーバ２へアカウント情報の通知を要求したユーザドメイン管理サーバ１は、次の処理として、ユーザＡに対応した全てのコンテキスト管理サーバに対してワンタイムアカウント登録要求を送信する（Ｓ１−０７、１０）。ワンタイムアカウント登録要求の内容を図１６に示す。ワンタイムアカウント登録要求ＰＦ−０３は、パケット種別（ワンタイムアカウント登録要求）、ユーザＩＤ、アカウントグループＩＤを含む。ユーザＩＤはどのユーザに対するワンタイムアカウントを登録するかを指定する要素であり、ここではユーザＡが該当する。ユーザＩＤとアカウントグループＩＤは、ワンタイムアカウント管理サーバ２にワンタイムアカウントを登録する際に、ユーザの個人情報を隠蔽するためにコンテキスト管理サーバが使用する。
【００２８】
ワンタイムアカウント登録要求を受信した各コンテキスト管理サーバ５−１〜５−Ｍは、指定されたユーザＩＤに対してワンタイムアカウントを発行する。発行したワンタイムアカウントは、ユーザＩＤ、ワンタイムアカウント、実アカウントとコンテキスト情報の組として、コンテキスト情報テーブル５４１−Ａに格納される。その後、発行したワンタイムアカウントをワンタイムアカウント管理サーバに登録する（Ｓ１−１３、１６）。ワンタイムアカウントの登録に際しては、コンテキスト管理サーバはユーザの情報を隠蔽するために、ワンタイムアカウント登録要求Ｓ１−７、１０で指定されたアカウントグループＩＤを用いて、登録するワンタイムアカウントが対象とするユーザを指定する。ワンタイムアカウント登録の内容を図１６に示す。ワンタイムアカウント登録ＰＦ−０４はパケット種別（ワンタイムアカウント登録）、アカウントグループＩＤ、アカウント登録元アドレスとワンタイムアカウントを含む。アカウント登録元アドレスには、コンテキスト管理サーバ自身のアドレスを含める。
【００２９】
ワンタイムアカウント登録Ｓ１−１３、１６を受信したワンタイムアカウント管理サーバ２は、ワンタイムアカウント登録メッセージのアカウントグループＩＤとアカウント登録元アドレスを調べ、ワンタイムアカウント情報テーブル２４１−Ａの該当するテーブルにワンタイムアカウントを登録する。次に、指定されたアカウントグループＩＤに対して、全てのコンテキスト管理サーバからのワンタイムアカウント登録が完了したかどうか判定する。アカウント登録が全て完了した時点で、ワンタイムアカウント管理サーバ２は、ワンタイムアカウント情報テーブル２４１−Ａのワンタイムアカウント通知先アドレス（ユーザＢクライアント６Ｂ）にアカウント情報通知を送信する（Ｓ１−１９）。アカウント情報登録の内容を図１６に示す。アカウント情報登録ＰＦ−０５はパケット種別（アカウント情報通知）、アカウントグループＩＤとワンタイムアカウントのリストを含む。アカウント情報通知Ｓ１−１９にはアカウントグループＩＤは含まれているが、ユーザＩＤは含まれていない。しかしアカウント情報の要求元であるユーザＢクライアント６Ｂは、ユーザＩＤとアカウントグループＩＤの対を管理しているため、通知されたアカウントがどのユーザに対するものかを知ることができる。また、通知されたアカウントはワンタイムアカウントであり、これらが漏洩してもユーザの実アカウント情報が漏洩することはない。
【００３０】
次に、コンテキスト管理サーバがユーザアカウント情報を要求する処理について詳述する。図１０は図７を詳細に説明したもので、コンテキスト管理サーバ１（５−１）がユーザＡのアカウント情報を取得する処理を表している。最初にコンテキスト管理サーバ１（５−１）は、アカウント情報通知要求Ｓ２−０１をユーザドメイン管理サーバ１に送信する。アカウント情報通知要求Ｓ２−０１を受信したユーザドメイン管理サーバは、コンテキスト管理サーバ１（５−１）がユーザＡのドメイン１（４−１）以外のアカウント情報を要求していることを知り、ユーザドメイン情報テーブル１４１−Ａから、ユーザＡがアカウントを持っているドメインのコンテキスト管理サーバのリストを取得する。ここで、アカウント情報の要求元が、コンテキスト管理サーバリストに含まれているので、ワンタイムアカウント通知要求Ｓ１−０４をワンタイムアカウント管理サーバ２に送信する際には、リストからコンテキスト管理サーバ１（５−１）を除外し、コンテキスト管理サーバ２〜Ｍ（５−２〜５−Ｍ）を指定する。同様に、コンテキスト管理サーバにワンタイムアカウント登録要求を送信する時にも、コンテキスト管理サーバ２〜Ｍ（５−２〜５−Ｍ）が対象となる（Ｓ２−０７、１０）。以降の処理Ｓ２−１３〜Ｓ２−１９は、Ｓ１−１３〜Ｓ１−１９と同様の処理を行う。
【００３１】
図１１は図８を詳細に説明したもので、ユーザＢクライアント６Ｂ、又はコンテキスト管理サーバ１（５−１）が、ドメイン２（４−２）に属するユーザＡのアカウントに対してコンテキスト情報を取得する処理を示す。以下、例としてコンテキスト情報の要求元がユーザＢクライアント６Ｂであり、ワンタイムアカウントはワンタイムアカウント管理サーバのドメインに属するものとする。
【００３２】
最初にユーザＢクライアント６Ｂは、コンテキスト情報通知要求Ｓ３−０１をワンタイムアカウント管理サーバに送信する。コンテキスト情報通知要求の内容を図１６に示す。コンテキスト情報通知要求ＰＦ−０６はパケット種別（コンテキスト情報通知要求）、コンテキスト情報要求元アドレスとユーザアカウントを含む。ユーザＢクライアント６Ｂが取得しているアカウント情報はコンテキスト管理サーバ２（５−２）がワンタイムアカウント管理サーバ２に登録したワンタイムアカウント２（２４１−２）であるため、これをユーザアカウントとして指定する。
【００３３】
コンテキスト情報通知要求Ｓ３−０１を受信したワンタイムアカウント管理サーバ２は、ユーザアカウントをキーとしてワンタイムアカウント情報テーブル２４１−Ａを検索する。検索の結果、ワンタイムアカウント２（２４１−４）を登録したコンテキスト管理サーバ２（５−２）が得られるので、コンテキスト情報通知要求をコンテキスト管理サーバ２（５−２）に転送する（Ｓ３−０４）。コンテキスト情報通知要求を受信したコンテキスト管理サーバ２（５−２）は、指定されたユーザアカウントをキーとしてコンテキスト情報テーブル５４１−Ａを検索し、要求されたコンテキスト情報を取得する。このコンテキスト情報をコンテキスト情報要求元へ通知するために、コンテキスト管理サーバ２（５−２）はコンテキスト情報通知Ｓ３−０７をワンタイムアカウント管理サーバ２に送信する。コンテキスト情報通知の内容を図１６に示す。コンテキスト情報通知ＰＦ−０７はパケット種別（コンテキスト情報通知）、コンテキスト情報通知先アドレス、ユーザアカウントとコンテキスト情報を含む。コンテキスト情報通知Ｓ３−０７を受信したワンタイムアカウント管理サーバ２は、コンテキスト情報の通知先へメッセージを転送する（Ｓ３−１０）。以上の処理を経て、ユーザＢクライアント６Ｂは目的のコンテキスト情報を取得することができる。
【００３４】
図１７はコンテキスト情報を呼制御に応用する場合のシーケンスである。本発明によれば、ユーザＢがユーザＡに通話を行う場合に、ユーザＡが所有するクライアントのアドレスではなく、ユーザＡのユーザＩＤだけを指定すれば通話が可能である。ユーザＢは最初に、発信要求を自身が所属するドメインのコンテキスト管理サーバＮ（５−Ｎ）に送信する（Ｓ４−０１）。この発信要求は、例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のＩＮＶＩＴＥメッセージなどで実現される。ユーザＢは宛先としてユーザＡのユーザＩＤを指定する。発信要求を受信したコンテキスト管理サーバＮ（５−Ｎ）は、指定されたユーザのアカウント情報を取得するために、アカウント情報通知要求をユーザドメイン管理サーバ１に送信する（Ｓ４−０４）。以後、アカウント情報通知をコンテキスト管理サーバＮが受信する（Ｓ４−２２）までの処理は、図９におけるアカウント情報通知要求送信（Ｓ１−０１）からアカウント情報通知受信（Ｓ１−１９）と同様の手順を踏む。ユーザＡのアカウント情報を取得したコンテキスト管理サーバＮは、取得した全てのアカウントのコンテキスト情報を取得するために、コンテキスト情報通知要求をコンテキスト管理サーバに送信する（Ｓ４−２５、２８）。コンテキスト情報通知要求の宛先は、ワンタイムアカウントの所属するドメインに存在するコンテキスト管理サーバである。コンテキスト情報通知要求を受信した各コンテキスト管理サーバは、コンテキスト情報通知をコンテキスト管理サーバＮ（５−Ｎ）へ返信する（Ｓ４−３１、３４）。全てのコンテキスト情報を取得したコンテキスト管理サーバＮ（５−Ｎ）は、どのワンタイムアカウントに発信要求を送信すべきかを判断する。判断にはコンテキスト情報の内容（在席、オフライン、不在）や、クライアントの優先度などが用いられる。最適なメッセージ送信先を決定した後、コンテキスト管理サーバＮ（５−Ｎ）は発信要求をコンテキスト管理サーバに転送する（Ｓ４−３７）。図１７ではコンテキスト管理サーバ１（５−１）に発信要求を転送する様子が示されている。発信要求を受信したコンテキスト管理サーバ１（５−１）は、宛先が自身がＳ４−１６で発行したワンタイムアカウントであることを把握し、発信要求をユーザＡクライアント１（６Ａ−１）に転送する。以上の処理により、ユーザＩＤのみを指定した発信処理が可能になる。
【００３５】
次に、コンテキスト情報管理システムにおける各装置の処理フローチャートを示す。図１２はユーザドメイン管理サーバ１のフローチャートである。ユーザドメイン管理サーバ１は起動時に初期化処理を行い、メッセージ受信ループを開始させる（Ｆ１−０１、０４）。メッセージ受信ループにおいてアカウント情報通知要求を受信した場合（Ｆ１−０７）、ユーザドメイン管理サーバ１は、ユーザＩＤをキーとしてユーザドメイン情報テーブル１４１−Ａを検索し、コンテキスト管理サーバのリストを取得する（Ｆ１−１６）。次に、アカウント情報の要求元が、取得したコンテキスト管理サーバのリストに含まれているかどうかを判定する（Ｆ１−１９）。含まれていない場合は、ワンタイムアカウント管理サーバ２に対して、リスト中の全てのコンテキスト管理サーバを指定したワンタイムアカウント通知要求を送信し（Ｆ１−２２）、リスト中の全てのコンテキスト管理サーバに対してワンタイムアカウント登録要求を送信する（Ｆ１−２５）。アカウント情報の要求元がコンテキスト管理サーバのリストに含まれていた場合は、ワンタイムアカウント管理サーバ２に対して、リスト中でアカウント情報の要求元以外のコンテキストサーバを指定したワンタイムアカウント通知要求を送信し（Ｆ１−２８）、アカウント情報の要求元以外の全てのコンテキストサーバにワンタイムアカウント登録要求を送信する（Ｆ１−３１）。メッセージ受信ループはユーザドメイン管理サーバ１のシャットダウン時に終了し（Ｆ１−１０）、メッセージ受信ループを停止させた後にユーザドメイン管理サーバ１は機能を停止する（Ｆ１−１３）。
【００３６】
図１３はワンタイムアカウント管理サーバ２のフローチャートである。ワンタイムアカウント管理サーバ２は起動時に初期化処理を行い、メッセージ受信ループを開始させる（Ｆ２−０１、０４）。メッセージ受信ループにおいてワンタイムアカウント情報通知要求を受信した場合（Ｆ２−０７）、ワンタイムアカウント管理サーバはメッセージで指定されたアカウントグループＩＤ、情報通知先アドレス、コンテキスト管理サーバリストを、ワンタイムアカウント情報テーブル２４１−Ａに登録する（Ｆ２−２５）。ワンタイムアカウント登録を受信した場合、ワンタイムアカウント情報テーブル２４１−Ａの該当するレコードに、ワンタイムアカウントを格納する（Ｆ２−２８）。次に、通知されたワンタイムアカウントのアカウントグループＩＤに対して、未登録のワンタイムアカウントがあるか否かを判定する（Ｆ２−３１）。未登録のワンタイムアカウントがない場合は、ワンタイムアカウントの登録処理が完了したことを意味するので、ワンタイムアカウント管理サーバ２はアカウント情報通知を、アカウント情報通知先アドレスへ送信する（Ｆ２−３４）。コンテキスト情報通知要求を受信した場合（Ｆ２−１３）、ワンタイムアカウント情報テーブル２４１−１から宛先となるコンテキスト管理サーバのアドレスを決定し、メッセージを転送する（Ｆ２−３７）。コンテキスト情報通知を受信した場合（Ｆ２−１６）、メッセージで指定されたコンテキスト情報通知先アドレスへメッセージを転送する（Ｆ２−４０）。メッセージ受信ループはワンタイムアカウント管理サーバ２のシャットダウン時に終了し（Ｆ２−１９）、メッセージ受信ループを停止させた後にワンタイムアカウント管理サーバ２は機能を停止する（Ｆ２−２２）。
【００３７】
図１４はコンテキスト管理サーバ５のフローチャートである。コンテキスト管理サーバ５は起動時に初期化処理を行い、メッセージ受信ループを開始させる（Ｆ３−０１、０４）。メッセージ受信ループにおいてワンタイムアカウント登録要求を受信した場合（Ｆ３−０７）、コンテキスト管理サーバ５はワンタイムアカウントを生成して、コンテキスト情報テーブル５４１−Ａにワンタイムアカウントと実アカウント、コンテキスト情報の組を登録し（Ｆ３−１９）、生成したワンタイムアカウントをワンタイムアカウント管理サーバに送信する（Ｆ３−２２）。コンテキスト情報通知要求を受信した場合（Ｆ３−１０）は、要求されたアカウントに対するコンテキスト情報を通知するために、ワンタイムアカウント管理サーバにコンテキスト情報通知を送信する（Ｆ３−２５）。発信要求を受信した場合（Ｆ３−２８）、コンテキスト管理サーバは宛先アドレスが自身の管理するドメインに所属しているかどうかを判定する（Ｆ３−３７）。宛先が自ドメインのクライアントである場合、発信要求を当該クライアントに転送する（Ｆ３−５５）。そうでない場合は、発信要求は新規呼に該当する。この時コンテキスト管理サーバは、発信要求の転送先を決定するために必要な情報を収集する目的で、宛先ユーザのユーザIDを設定したアカウント情報通知要求をユーザドメイン管理サーバに送信する（Ｆ３−４０）。コンテキスト管理サーバがアカウント情報通知を受信した場合（Ｆ３−３１）、最初に、発信要求を処理中かどうか判定する（Ｆ３−４３）。発信要求の処理中である場合は、アカウント情報はメッセージの転送先を決定するための準備に相当するため、次の処理としてコンテキスト管理サーバは、取得したワンタイムアカウントを指定したコンテキスト情報通知要求を、対象となる全コンテキスト管理サーバに送信する（Ｆ３−４６）。コンテキスト情報通知を受信した場合（Ｆ３−３４）、コンテキスト管理サーバは、対象となるユーザのコンテキスト情報を全て取得したかどうかを判定する（Ｆ３−４９）。未取得のコンテキスト情報がある場合、全てのコンテキスト情報を取得するまで待機する。発信要求で指定されたユーザの全コンテキスト情報を取得済みの場合は、コンテキスト情報から最適なメッセージの転送先を決定し、発信要求を転送する（Ｆ３−５２）。メッセージ受信ループはコンテキスト管理サーバ５のシャットダウン時に終了し（Ｆ３−１３）、メッセージ受信ループを停止させた後にコンテキスト管理サーバ５は機能を停止する（Ｆ３−１６）。
【００３８】
図１５はクライアント６のフローチャートである。クライアント６は起動時に初期化処理を行い、イベント受信ループを開始させる（Ｆ４−０１、０４）。イベントループはユーザの操作やネットワーク経由のメッセージ着信を待ち受ける役割を果たす。ユーザがアカウント情報通知要求ボタンを押下した場合（Ｆ４−０７）、クライアント６はアカウント情報を取得するために、アカウント情報通知要求をユーザドメイン管理サーバ１に送信する（Ｆ４−１９）。ユーザがコンテキスト情報通知要求ボタンを押下した場合（Ｆ４−１０）は、コンテキスト情報通知要求をワンタイムアカウント管理サーバ２に送信する（Ｆ４−２２）。イベント受信ループはクライアント６のシャットダウン時に終了し（Ｆ４−１３）、イベント受信ループを停止させた後にクライアント６は機能を停止する（Ｆ４−１６）。
【００３９】
上記の発明により、ユーザが異なるドメインに複数のアカウントを所有する状態において、他のユーザが該ユーザに対してコミュニケーションを取る際に，該ユーザの全てのアカウントに対応するコンテキスト情報を知りえない場合においても、ユーザIDを用いてユーザドメイン管理サーバに、該ユーザのアカウント情報を要求し、これを受けてワンタイムアカウント管理サーバが該ユーザに対して発行された、一時的なワンタイムアカウントを上記他のユーザに通知することで、上記他のユーザはワンタイムアカウントにより該ユーザの全てのアカウントに対応するコンテキスト情報を取得し、適切な手段を用いて該ユーザとコミュニケーションを取ることが可能となる。発行されたワンタイムアカウントは一時的なものであり、これにより該ユーザの真のアカウントに関する情報が漏曳することはない。
【産業上の利用可能性】
【００４０】
以上のように、本発明に係るコンテキスト情報管理システムでは、ユーザドメイン管理サーバとワンタイムアカウント管理サーバにより、秘匿性を保ちつつユーザのアカウント情報、コンテキスト情報を管理することができるので、１ユーザが複数のアカウント。及びこれに対応したコミュニケーション端末を複数のドメインにわたって所有する、マルチモーダルコミュニケーションシステムに適用することができる。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施形態を示すコンテキスト情報管理システムのネットワーク構成図。
【図２】ユーザドメイン管理サーバの機能ブロック図。
【図３】ワンタイムアカウント管理サーバの機能ブロック図。
【図４】コンテキスト管理サーバの機能ブロック図。
【図５】クライアントの機能ブロック図。
【図６】ユーザクライアント主導のアカウント情報取得処理を説明するネットワーク構成図。
【図７】コンテキスト管理サーバ主導のアカウント情報取得処理を説明するネットワーク構成図。
【図８】コンテキスト情報取得処理を説明するネットワーク構成図。
【図９】ユーザクライアント主導のアカウント情報取得処理を説明するシーケンス図。
【図１０】コンテキスト管理サーバ主導のアカウント情報取得処理を説明するシーケンス図。
【図１１】コンテキスト情報取得処理を説明するシーケンス図。
【図１２】ユーザドメイン管理サーバのフローチャート。
【図１３】ワンタイムアカウント管理サーバのフローチャート。
【図１４】コンテキスト管理サーバのフローチャート。
【図１５】クライアントのフローチャート。
【図１６】パケットフォーマットの一覧。
【図１７】発信要求処理を説明するシーケンス図。
【符号の説明】
【００４２】
１ ユーザドメイン管理サーバ
２ ワンタイムアカウント管理サーバ
３ ネットワーク
４−１〜４−Ｎ ネットワークドメイン
５−１〜５−Ｍ コンテキスト管理サーバ
６−１〜６−Ｍ、６Ｂ クライアント。
【特許請求の範囲】
【請求項１】
複数のドメインのそれぞれごとにアカウントを所有するユーザのコンテキスト情報を管理するシステムであって、
該ユーザがアカウントを所有するドメインのリストを保持するユーザドメイン管理サーバと、
前記ユーザドメイン管理サーバからの要求を受け、一時的なワンタイムアカウントを管理するワンタイムアカウント管理サーバと、
該ユーザの上記各アカウントに対するコンテキスト情報を管理するコンテキスト管理サーバと、
他のユーザに対して上記コンテキスト情報を提供するクライアントを備え、
前記ユーザドメイン管理サーバは、上記他のユーザの要求に基づいて、前記ワンタイムアカウント管理サーバにワンタイムアカウント通知要求を送信し、
前記ワンタイムアカウント管理サーバは、前記コンテキスト管理サーバのワンタイムアカウント登録に基づいて、前記他のユーザにアカウント情報を通知する機能を有し、
前記コンテキスト管理サーバは、前記ユーザドメイン管理サーバからの要求に基づいて、ワンタイムアカウントの発行を行うことを特徴とするコンテキスト情報管理システム。
【請求項２】
請求項１記載のコンテキスト情報管理システムであって、
前記ユーザドメイン管理サーバは、上記ユーザがアカウントを所有するドメインのリストを格納するユーザドメイン情報テーブルを備え、上記他のユーザの要求に基づいて、上記リストに属する前記コンテキスト管理サーバに対して上記ワンタイムアカウント管理サーバへのワンタイムアカウント登録を要求することを特徴とするコンテキスト情報管理システム。
【請求項３】
請求項２記載のコンテキスト管理システムであって、
前記ワンタイムアカウント管理サーバは、上記ユーザの識別子であるユーザＩＤと、該ユーザの所有するアカウント全体の識別子であるアカウントグループＩＤと、上記ワンタイムアカウントを関連付けて管理し、上記他のユーザからの上記ワンタイムアカウントに対するコンテキスト情報通知要求を、該ワンタイムアカウントを登録した前記コンテキスト管理サーバに転送し、前記コンテキスト管理サーバのコンテキスト情報通知を、適切な前記クライアントへと転送することを特徴とするコンテキスト情報管理システム。
【請求項４】
請求項３記載のコンテキスト情報管理システムであって、
前記コンテキスト管理サーバは、前記ユーザドメイン管理サーバからの要求に基づき、前記ユーザドメイン管理サーバが指定したユーザＩＤに対して一時的なワンタイムアカウントを発行し、前記ユーザドメイン管理サーバが指定したアカウントグループＩＤと発行したワンタイムアカウントの組を、前記ワンタイムアカウント管理サーバに登録することを特徴とするコンテキスト情報管理システム。
【請求項５】
請求項４記載のコンテキスト情報管理システムであって、
前記コンテキスト管理サーバは、前記ワンタイムアカウント管理サーバからのワンタイムアカウントに対するコンテキスト情報通知要求に基づき、前記ワンタイムアカウント管理サーバへコンテキスト情報を送信することを特徴とするコンテキスト情報管理システム。
【請求項６】
請求項５記載のコンテキスト情報管理システムであって、
前記コンテキスト管理サーバは、前記クライアントからの要求に基づいて、ユーザＩＤだけを指定した発信要求に対し、該ユーザＩＤのアカウント情報、及びコンテキスト情報を収集し、コンテキスト情報の内容から着信クライアントを決定することを特徴とするコンテキスト情報管理システム。
【請求項７】
請求項６記載のコンテキスト情報管理システムであって、
前記クライアントは、上記他のユーザからの要求に基づいて、前記ユーザドメイン管理サーバにアカウント情報通知要求を送信することを特徴とするコンテキスト情報管理システム。
【請求項１】
複数のドメインのそれぞれごとにアカウントを所有するユーザのコンテキスト情報を管理するシステムであって、
該ユーザがアカウントを所有するドメインのリストを保持するユーザドメイン管理サーバと、
前記ユーザドメイン管理サーバからの要求を受け、一時的なワンタイムアカウントを管理するワンタイムアカウント管理サーバと、
該ユーザの上記各アカウントに対するコンテキスト情報を管理するコンテキスト管理サーバと、
他のユーザに対して上記コンテキスト情報を提供するクライアントを備え、
前記ユーザドメイン管理サーバは、上記他のユーザの要求に基づいて、前記ワンタイムアカウント管理サーバにワンタイムアカウント通知要求を送信し、
前記ワンタイムアカウント管理サーバは、前記コンテキスト管理サーバのワンタイムアカウント登録に基づいて、前記他のユーザにアカウント情報を通知する機能を有し、
前記コンテキスト管理サーバは、前記ユーザドメイン管理サーバからの要求に基づいて、ワンタイムアカウントの発行を行うことを特徴とするコンテキスト情報管理システム。
【請求項２】
請求項１記載のコンテキスト情報管理システムであって、
前記ユーザドメイン管理サーバは、上記ユーザがアカウントを所有するドメインのリストを格納するユーザドメイン情報テーブルを備え、上記他のユーザの要求に基づいて、上記リストに属する前記コンテキスト管理サーバに対して上記ワンタイムアカウント管理サーバへのワンタイムアカウント登録を要求することを特徴とするコンテキスト情報管理システム。
【請求項３】
請求項２記載のコンテキスト管理システムであって、
前記ワンタイムアカウント管理サーバは、上記ユーザの識別子であるユーザＩＤと、該ユーザの所有するアカウント全体の識別子であるアカウントグループＩＤと、上記ワンタイムアカウントを関連付けて管理し、上記他のユーザからの上記ワンタイムアカウントに対するコンテキスト情報通知要求を、該ワンタイムアカウントを登録した前記コンテキスト管理サーバに転送し、前記コンテキスト管理サーバのコンテキスト情報通知を、適切な前記クライアントへと転送することを特徴とするコンテキスト情報管理システム。
【請求項４】
請求項３記載のコンテキスト情報管理システムであって、
前記コンテキスト管理サーバは、前記ユーザドメイン管理サーバからの要求に基づき、前記ユーザドメイン管理サーバが指定したユーザＩＤに対して一時的なワンタイムアカウントを発行し、前記ユーザドメイン管理サーバが指定したアカウントグループＩＤと発行したワンタイムアカウントの組を、前記ワンタイムアカウント管理サーバに登録することを特徴とするコンテキスト情報管理システム。
【請求項５】
請求項４記載のコンテキスト情報管理システムであって、
前記コンテキスト管理サーバは、前記ワンタイムアカウント管理サーバからのワンタイムアカウントに対するコンテキスト情報通知要求に基づき、前記ワンタイムアカウント管理サーバへコンテキスト情報を送信することを特徴とするコンテキスト情報管理システム。
【請求項６】
請求項５記載のコンテキスト情報管理システムであって、
前記コンテキスト管理サーバは、前記クライアントからの要求に基づいて、ユーザＩＤだけを指定した発信要求に対し、該ユーザＩＤのアカウント情報、及びコンテキスト情報を収集し、コンテキスト情報の内容から着信クライアントを決定することを特徴とするコンテキスト情報管理システム。
【請求項７】
請求項６記載のコンテキスト情報管理システムであって、
前記クライアントは、上記他のユーザからの要求に基づいて、前記ユーザドメイン管理サーバにアカウント情報通知要求を送信することを特徴とするコンテキスト情報管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００７−２０６９８９（Ｐ２００７−２０６９８９Ａ）
【公開日】平成１９年８月１６日（２００７．８．１６）
【国際特許分類】
【出願番号】特願２００６−２５２０９（Ｐ２００６−２５２０９）
【出願日】平成１８年２月２日（２００６．２．２）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１９年８月１６日（２００７．８．１６）
【国際特許分類】
【出願日】平成１８年２月２日（２００６．２．２）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]