JP2005227874A - 情報処理システム、情報処理装置および情報処理方法、プログラム、並びに記録媒体 - Google Patents

Abstract

【課題】ユーザに対して、最適な情報を、確実に提供する。
【解決手段】 PK２２は、ユーザに関連する情報であるPMD(Personal Meta Data)を記憶しており、そのPMDのうちの、サービスシステム２４に対して提供することが許可されたものだけを、ユーザの人体とアンテナ１２１との間の距離により制御される通信である準静電界通信によって、サービスシステム２４に送信する。サービスシステム２４は、準静電界通信によって、PK２２から送信されてくるPMDを受信する。さらに、サービスシステム２４は、そのPMDに応じて、コンテンツDB１３３から、ユーザに提供するコンテンツを取得し、出力装置１２２に表示すること等によって、ユーザに提供する。本発明は、例えば、公共の場に設置される情報提示システムに適用できる。
【選択図】図２７

Description

本発明は、情報処理システム、情報処理装置および情報処理方法、プログラム、並びに記録媒体に関し、特に、例えば、公共の環境等において、ユーザに対して、最適な情報を、確実に提供することができるようにする情報処理システム、情報処理装置および情報処理方法、プログラム、並びに記録媒体に関する。

近年においては、公共の環境（場）に設置されたディスプレイの表示を、そのディスプレイに近づいてきたユーザに応じてパーソナライズ(personalize)し、そのユーザに適した情報を提供するパーソナライズシステムの研究が行われている。

例えば、非特許文献１においては、パーソナルサーバの必要性を強調する一方で、パーソナルサーバから個人の情報を読み出し、公共の環境にあるディスプレイに表示することで、小さなモバイル端末ではなく、快適な大きさで快適な操作性の端末で、自分の情報を見ることを可能とする方法が提案されている。

また、例えば、特許文献１においては、表示装置とユーザとの間の距離に応じて、表示装置に表示する画像を拡大または縮小する方法が提案されている。但し、この方法では、ユーザが誰であるかにかかわらず、表示装置とユーザとの間の距離に応じて、表示装置に表示される画像が拡大したり縮小されるだけであるため、厳密には、表示装置に表示される画像がユーザに応じてパーソナライズされているとは言い難い。

「Personal Mobility Through Situated Displays」Intel Research Santa Clara, CA 95054 特開2003-140632号公報

現在実施されているパーソナライズシステムにおいては、例えば、ユーザに、RFタグ(Radio Frequency Tag)を持たせ、そのRFタグを用いた無線通信(RF通信)により、ユーザとディスプレイとの間の距離を検出することで、ユーザがディスプレイに近い位置にいるかどうかが検出される。

しかしながら、RFタグを用いた無線通信による距離の検出は、誘導電磁界の伝達強度を利用して行われるものであるため、ユーザとディスプレイとの間の距離を、安定して精度良く検出することが困難であった。

即ち、誘導電磁界の伝達強度は、無線通信が行われる環境等の様々な要因によって変化するため、誘導電磁界の伝達強度を利用して、距離を精度良く検出することは困難であった。

このため、ユーザの立ち位置を精度良く特定することできず、ある程度大まかな立ち位置に応じて、ディスプレイの表示をパーソナライズせざるを得なかった。

従って、ユーザが、ディスプレイの表示を見るためではなく、単に、そのディスプレイの近くを通り過ぎるような場合であっても、ディスプレイの表示が、その通り過ぎようとしていたユーザに応じてパーソナライズされることが起こり得た。

さらに、複数のディスプレイを設置する場合には、例えば、異なる２以上のディスプレイの表示が、ある１人のユーザに応じて同一の表示とならないようにするため、複数のディスプレイそれぞれとユーザとの間の距離を検出する装置を、間隔を十分に空けて設置する必要があった。

また、仮に、無線通信が行われる環境等が変化しない場合であっても、RFタグを用いた無線通信では、いわゆるマルチパスが形成されるため、そのマルチパスに起因して、RFタグを持っているユーザの位置を特定する仕組みが複雑となり、さらに、その位置を特定するための機器の設定（キャリブレーション）も必要となる。

一方、パーソナライズシステムにおいて、常時、ディスプレイに近づいてきたユーザに応じて、そのディスプレイの表示をパーソナライズすると、ユーザは、常時監視されているかのような印象を受けかねず、気分を害することとなる。

また、パーソナライズシステムにおいて、ユーザに適した情報を提供するには、ユーザが、自身に関する情報を提供する必要がある。即ち、パーソナライズシステムにおいて、ディスプレイの表示をパーソナライズすることにより、ユーザに適した情報を提供する装置をサービスシステムというものとすると、サービスシステムでは、例えば、ユーザが所持しているRFタグから、そのユーザに関する情報の提供を受け、その情報に応じて、ユーザに適した情報を選択し、ディスプレイに表示することで、そのディスプレイの表示をパーソナライズする。

しかしながら、RFタグでは、そのRFタグが記憶しているユーザに関する情報すべてが、サービスシステムに提供されてしまい、サービスシステムに対して提供されるユーザに関する情報を制限することが困難であった。このため、やはり、ユーザは、常時監視されているかのような印象を受けかねず、気分を害することとなる。

本発明は、このような状況に鑑みてなされたものであり、ユーザに対して、最適な情報を、確実に提供すること等ができるようにするものである。

本発明の情報処理システムは、第１の情報処理装置が、個人関連情報のうちの、第２の情報処理装置に対して提供することが許可された許可情報を取得する許可情報取得手段と、ユーザの人体とアンテナとの間の距離により制御される通信によって、許可情報を、第２の情報処理装置に送信する送信手段とを有し、第２の情報処理装置が、ユーザの人体とアンテナとの間の距離により制御される通信によって、第１の情報処理装置から送信されてくる許可情報を受信する受信手段と、外部に提供する情報の中から、ユーザに提供する情報を、許可情報に応じて取得する情報取得手段と、情報取得手段において取得された情報を、ユーザに提供する提供手段とを有することを特徴とする。

本発明の情報処理装置は、個人関連情報のうちの、他の装置に対して提供することが許可された許可情報を取得する許可情報取得手段と、ユーザの人体とアンテナとの間の距離により制御される通信によって、許可情報を、他の装置に送信する送信手段と、ユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置が許可情報に応じて送信してくる情報を受信する受信手段とを備えることを特徴とする。

本発明の情報処理方法は、個人関連情報のうちの、他の装置に対して提供することが許可された許可情報を取得する許可情報取得ステップと、ユーザの人体とアンテナとの間の距離により制御される通信によって、許可情報を、他の装置に送信する送信ステップと、ユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置が許可情報に応じて送信してくる情報を受信する受信ステップとを含むことを特徴とする。

本発明のプログラムは、個人関連情報のうちの、他の装置に対して提供することが許可された許可情報を取得する許可情報取得ステップと、ユーザの人体とアンテナとの間の距離により制御される通信によって、許可情報を、他の装置に送信させる送信ステップと、ユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置が許可情報に応じて送信してくる情報を受信させる受信ステップとを含むことを特徴とする。

本発明の記録媒体に記録されているプログラムは、個人関連情報のうちの、他の装置に対して提供することが許可された許可情報を取得する許可情報取得ステップと、ユーザの人体とアンテナとの間の距離により制御される通信によって、許可情報を、他の装置に送信させる送信ステップと、ユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置が許可情報に応じて送信してくる情報を受信させる受信ステップとを含むことを特徴とする。

本発明の他の情報処理装置は、他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置から送信されてくる、ユーザに関連する情報である個人関連情報のうちの情報処理装置に対して提供することが許可された許可情報を受信する受信手段と、外部に提供する情報の中から、ユーザに提供する情報を、許可情報に応じて取得する情報取得手段と、情報取得手段において取得された情報を、ユーザに提供する提供手段とを備えることを特徴とする。

本発明の他の情報処理方法は、他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置から送信されてくる、ユーザに関連する情報である個人関連情報のうちの情報処理装置に対して提供することが許可された許可情報を受信する受信ステップと、外部に提供する情報の中から、ユーザに提供する情報を、許可情報に応じて取得する情報取得ステップと、情報取得ステップにおいて取得された情報を、ユーザに提供する提供ステップとを含むことを特徴とする。

本発明の他のプログラムは、他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置から送信されてくる、ユーザに関連する情報である個人関連情報のうちのコンピュータに対して提供する提供することが許可された許可情報を受信させる受信ステップと、外部に提供する情報の中から、ユーザに提供する情報を、許可情報に応じて取得する情報取得ステップと、情報取得ステップにおいて取得された情報を、ユーザに提供する提供ステップとを含むことを特徴とする。

本発明の他の記録媒体に記録されているプログラムは、他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置から送信されてくる、ユーザに関連する情報である個人関連情報のうちのコンピュータに対して提供する提供することが許可された許可情報を受信させる受信ステップと、外部に提供する情報の中から、ユーザに提供する情報を、許可情報に応じて取得する情報取得ステップと、情報取得ステップにおいて取得された情報を、ユーザに提供する提供ステップとを含むことを特徴とする。

本発明の情報処理システムにおいては、第１の情報処理装置において、個人関連情報のうちの、第２の情報処理装置に対して提供することが許可された許可情報が取得され、ユーザの人体とアンテナとの間の距離により制御される通信によって、第２の情報処理装置に送信される。第２の情報処理装置では、ユーザの人体とアンテナとの間の距離により制御される通信によって、第１の情報処理装置から送信されてくる許可情報が受信され、外部に提供する情報の中から、ユーザに提供する情報が、許可情報に応じて取得されて、ユーザに提供される。

本発明の情報処理装置および情報処理方法、プログラム、並びに記録媒体に記録されているプログラムにおいては、個人関連情報のうちの、他の装置に対して提供することが許可された許可情報が取得され、ユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置に送信される。そして、ユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置が許可情報に応じて送信してくる情報が受信される。

本発明の他の情報処理装置および情報処理方法、プログラム、並びに記録媒体に記録されているプログラムにおいては、他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、他の装置から送信されてくる、ユーザに関連する情報である個人関連情報のうちの許可情報が受信される。そして、外部に提供する情報の中から、ユーザに提供する情報が、許可情報に応じて取得され、ユーザに提供される。

本発明によれば、ユーザに対して、最適な情報を、確実に提供すること等が可能となる。

以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。

請求項１に記載の情報処理システムは、
第１と第２の情報処理装置（例えば、図２７のPK２２とサービスシステム２４）とを含む情報処理システム（例えば、図２７のサービス提供システム）において、
前記第１の情報処理装置は、
ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段（例えば、図８の記憶部３８）と、
前記個人関連情報のうちの、前記第２の情報処理装置に対して提供することが許可された許可情報を取得する許可情報取得手段（例えば、図３０のステップＳ７０１の処理）と、
前記ユーザの人体とアンテナ（例えば、図２７のアンテナ１２１）との間の距離により制御される通信によって、前記許可情報を、前記第２の情報処理装置に送信する送信手段（例えば、図３０のステップＳ７０２の処理）と
を有し、
前記第２の情報処理装置は、
前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記第１の情報処理装置から送信されてくる前記許可情報を受信する受信手段（例えば、図２９のステップＳ６８１の処理）と、
外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得手段（例えば、図２９のステップＳ６８３の処理）と、
前記情報取得手段において取得された情報を、前記ユーザに提供する提供手段（例えば、図２９のステップＳ６８４の処理）と
を有する
ことを特徴とする。

請求項２に記載の情報処理装置は、
他の装置（例えば、図２７のサービスシステム２４）と通信を行う情報処理装置（例えば、図２７のPK２２）において、
ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段（例えば、図８の記憶部３８）と、
前記個人関連情報のうちの、前記他の装置に対して提供することが許可された許可情報を取得する許可情報取得手段（例えば、図３０のステップＳ７０１の処理）と、
前記ユーザの人体とアンテナ（例えば、図２７のアンテナ１２１）との間の距離により制御される通信によって、前記許可情報を、前記他の装置に送信する送信手段（例えば、図３０のステップＳ７０２の処理）と、
前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置が前記許可情報に応じて送信してくる情報を受信する受信手段（例えば、図３０のステップＳ７０３の処理）と
を備えることを特徴とする。

請求項３に記載の情報処理装置は、
前記受信手段において受信された情報を出力する出力手段（例えば、図３０のステップＳ７０４の処理）をさらに備える
ことを特徴とする。

請求項４に記載の情報処理装置は、
前記他の装置との間で認証を行う認証手段（例えば、図２８のステップＳ６６３乃至Ｓ６６５の処理）をさらに備え、
前記認証が成功した場合に、前記許可情報が、前記他の装置に送信される
ことを特徴とする。

請求項６に記載の情報処理方法は、
他の装置と通信を行う情報処理装置の情報処理方法において、
ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段に記憶されている個人関連情報のうちの、前記他の装置に対して提供することが許可された許可情報を取得する許可情報取得ステップ（例えば、図３０のステップＳ７０１）と、
前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記許可情報を、前記他の装置に送信する送信ステップ（例えば、図３０のステップＳ７０２）と、
前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置が前記許可情報に応じて送信してくる情報を受信する受信ステップ（例えば、図３０のステップＳ７０３）と
を含むことを特徴とする。

請求項７に記載のプログラム、および請求項８に記載の記録媒体に記録されているプログラムは、
他の装置と通信を行うコンピュータに実行させるプログラムにおいて、
ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段に記憶されている個人関連情報のうちの、前記他の装置に対して提供することが許可された許可情報を取得する許可情報取得ステップ（例えば、図３０のステップＳ７０１）と、
前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記許可情報を、前記他の装置に送信させる送信ステップ（例えば、図３０のステップＳ７０２）と、
前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置が前記許可情報に応じて送信してくる情報を受信させる受信ステップ（例えば、図３０のステップＳ７０３）と
を含むことを特徴とする。

請求項９に記載の情報処理装置は、
他の装置（例えば、図２７のPK２２）と通信を行う情報処理装置（例えば、図２７のサービスシステム２４）において、
前記他の装置のユーザの人体とアンテナ（例えば、図２７のアンテナ１２１）との間の距離により制御される通信によって、前記他の装置から送信されてくる、前記ユーザに関連する情報である個人関連情報のうちの前記情報処理装置に対して提供することが許可された許可情報を受信する受信手段（例えば、図２９のステップＳ６８１の処理）と、
外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得手段（例えば、図２９のステップＳ６８３の処理）と、
前記情報取得手段において取得された情報を、前記ユーザに提供する提供手段（例えば、図２９のステップＳ６８４の処理）と
を備えることを特徴とする。

請求項１２に記載の情報処理装置は、
前記ユーザが存在する位置であるユーザ位置を取得するユーザ位置取得手段（例えば、図２９のステップＳ６８２の処理）をさらに備え、
前記情報取得手段は、前記ユーザに提供する情報を、前記ユーザ位置にも応じて取得する
ことを特徴とする。

請求項１３に記載の情報処理装置は、
前記他の装置との間で認証を行う認証手段（例えば、図２８のステップＳ６４３乃至Ｓ６４５の処理）をさらに備え、
前記認証が成功した場合に、前記情報取得手段において取得された情報が、前記ユーザに提供される
ことを特徴とする。

請求項１５に記載の情報処理方法は、
他の装置と通信を行う情報処理装置の情報処理方法において、
前記他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置から送信されてくる、前記ユーザに関連する情報である個人関連情報のうちの前記情報処理装置に対して提供することが許可された許可情報を受信する受信ステップ（例えば、図２９のステップＳ６８１）と、
外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得ステップ（例えば、図２９のステップＳ６８３）と、
前記情報取得ステップにおいて取得された情報を、前記ユーザに提供する提供ステップ（例えば、図２９のステップＳ６８４）と
を含むことを特徴とする。

請求項１６に記載のプログラム、および請求項１７に記載の記録媒体に記録されているプログラムは、
他の装置と通信を行うコンピュータに実行させるプログラムにおいて、
前記他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置から送信されてくる、前記ユーザに関連する情報である個人関連情報のうちの前記コンピュータに対して提供する提供することが許可された許可情報を受信させる受信ステップ（例えば、図２９のステップＳ６８１）と、
外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得ステップ（例えば、図２９のステップＳ６８３）と、
前記情報取得ステップにおいて取得された情報を、前記ユーザに提供する提供ステップ（例えば、図２９のステップＳ６８４）と
を含むことを特徴とする。

次に、本発明の実施の形態について説明する。

本発明の実施の形態では、例えば、パーソナルネットワーク通信とPK(Personal Key)システムを利用することができる。そこで、まず、パーソナルネットワーク通信とPKシステムについて説明する。

パーソナルネットワーク通信とは、人体が介在する通信で、人体の近傍で行われる安定的な通信（人体近傍通信）である。人体が介在するパーソナルネットワーク通信の中には、人体とアンテナとの距離により制御される通信があり、そのような通信としては、例えば、準静電界通信がある。

準静電界通信は、人体近傍に、遠隔伝播せず閉域のみに成立する物理的性質（エバネッセント性）を有する、閉じた静電的な情報空間を形成する通信であり、この通信によれば、人体が微弱な静電気のアンテナとなり、人体の周囲の数センチメートル、または数メートルの限られた空間で通信することが可能となる。

準静電界通信の原理は、次の通りである。

即ち、例えば、電気双極子（ダイポールアンテナ）に電流を流した場合、そのダイポールアンテナから発生される電界は、マックスウェル方程式にしたがい、式（１）で表すことができる。

・・・（１）

式（１）において、Ｅ_rは、半径ｒ方向の電界成分を表し、Ｅ_θは、角度θ方向の電界成分を表す。さらに、ｃｏｓωｔは、角周波数ωでの電荷の振動を表し、ｔは、時刻を表す。また、Ａは、振動する２個の電荷の電荷量と、その２個の電荷どうしの間の距離とで定義される、電界の出力（振幅）（パワー）を表す係数である。さらに、θは、ダイポールアンテナの中心周りの角度を表し、ｒは、ダイポールアンテナの中心からの距離（単位は[m] ）を表す。また、εは、誘電率を表し、ｋは、波数（単位は[１／ｍ]）を表す。さらに、ｊは、その後に続く値が虚数であることを表す。

式（１）によって表される電界Ｅ_rとＥ_θそれぞれのうち、距離（半径）ｒに線形に反比例する成分である放射電界Ｅ_1rとＥ_1θは、式（２）で表される。

・・・（２）

また、式（１）によって表される電界Ｅ_rとＥ_θそれぞれのうち、距離ｒの２乗に反比例する成分である誘導電磁界Ｅ_2rとＥ_2θは、式（３）で表される。

・・・（３）

さらに、式（１）によって表される電界Ｅ_rとＥ_θそれぞれのうち、距離ｒの３乗に反比例する成分Ｅ_3rとＥ_3θは、式（４）で表される。

・・・（４）

式（４）で表される成分Ｅ_3rとＥ_3θが、準静電界である。

ここで、図１は、マックスウェル方程式をダイポールアンテナに適用して得られる放射電界Ｅ_1rおよびＥ_1θ、誘導電磁界Ｅ_2rおよびＥ_2θ、準静電界Ｅ_3rおよびＥ_3θそれぞれの電界強度と距離ｒとの関係を示している。

なお、図１では、周波数ｆ（＝ω／（２π））は、１[ＭＨｚ]としてある。

図１において、放射電界、誘導電磁界、準静電界それぞれの電界強度が等しくなる距離である強度境界距離が存在するが、この強度境界距離よりも遠方では、放射電界が支配的となり、強度境界距離よりも近傍では、準静電界が支配的となる。

マックスウェル方程式によれば、式（５）を満たすｒが、強度境界距離となる。

・・・（５）

式（５）における波数ｋは、光速をｃ（ｃ＝3 ×10⁸[m/s]）とするとともに、周波数をｆ（＝ω／（２π））とすると、式（６）で表される。

・・・（６）

式（５）と式（６）から、強度境界距離ｒは、式（７）で表される。

・・・（７）

図２は、式（７）によって表される強度境界距離ｒと、周波数ｆとの関係を示している。

強度境界距離ｒは、周波数ｆに対して一意に求められる。

従って、いま、図３に示すように、送信端末TXから複数であるＮ個の強度境界距離ｒ₁，ｒ₂，・・・ｒ_Nを設定すると、その強度境界距離ｒ₁，ｒ₂，・・・ｒ_Nそれぞれに対して、式（７）式を満たす周波数ｆ₁，ｆ₂，・・・，ｆ_Nでそれぞれ振動するＮ個の準静電界（図中破線で表わしてある部分）が支配的となる空間を形成することができる。但し、ｒ₁＜ｒ₂＜・・・＜ｒ_Nであるとすると、ｆ₁＞ｆ₂＞・・・＞ｆ_Nである。

ここで、強度境界距離ｒ_nと、その強度境界距離ｒ_nに対して式（７）式を満たす周波数ｆ_nとの関係により（ｎ＝１，２，・・・，Ｎ）、準静電界通信を行う送信端末TXと受信端末RXとの間の距離を求めることができる。

即ち、例えば、送信端末TXにおいて、２種類の周波数それぞれで振動する２つの電界を、同一出力（パワー）で形成し、その電界内を、所定のレベルTH以上の電界強度を受信することができる受信端末RXが移動するとする。この場合、受信端末RXは、送信端末TXが形成した電界内の、所定のレベルTH以上の電界強度を受信することができる範囲（距離）において、送信端末TXと通信することができる。

図４は、送信装置TXが形成する２つの電界の周波数を、それぞれ、例えば、５[MHz]と５０[MHz]として、その２つの電界それぞれの放射電界、誘導電磁界、および準静電界の電界強度と、距離ｒとの関係を示している。

図４では、５[MHz]の周波数の電界については、受信端末RXが受信することができる所定レベルTH（図４では、１０^-2となっている）以上の電界強度が得られる距離（図４では、１０[ｍ]になっている）内において、準静電界が支配的となっている。

一方、５０[MHz] の周波数の電界については、受信端末RXが受信することができる所定レベルTH以上の電界強度が得られる距離のうちの１[ｍ]までは、準静電界が支配的となっているが、１[ｍ]を越えると、放射電界が支配的となっている。

そこで、送信端末TXにおいて、図４における５[MHz] の周波数の電界と同様に、受信端末RXが受信することができる所定レベルTH以上の電界強度が得られる距離内のみにおいて、準静電界が支配的となるように、５０[MHz] の周波数の電界の出力を調整すると、図４に示した電界強度と距離ｒとの関係は、図５に示すようになる。

送信端末TXにおいて、上述のように、電界の出力を調整することで、５[MHz]および５０[MHz]のいずれの周波数でも、受信端末RXが受信することができる所定のレベルTH以上の電界強度の電界内では、準静電界が支配的となる。

従って、送信端末TXにおいて、その送信端末TX（のアンテナ）から強度境界距離ｒ_nの位置で、その強度境界距離ｒ_nに対して式（７）を満たす周波数ｆ_nの電界の電界強度が、受信端末RXが受信することができる所定レベルTHとなるように、周波数ｆ_nの電界の出力を調整することで、送信端末TXと受信端末RXとが通信可能な空間として、周波数ｆ_nで振動する準静電界が支配的となる空間を確実に形成することができる。

さらに、この場合、受信端末RXで受信することができた準静電界の周波数に基づいて、送信端末TXと受信端末RXとの間の距離を検出することができる。

いま、送信端末TXにおいて、周波数ｆ_nの電界の出力を、上述のように調整するための係数として、出力調整係数Ａ_nを導入し、式（１）乃至式（４）の係数Ａを、出力調整係数Ａ_nに置き換える。この場合、周波数ｆ_nの電界の、強度境界距離ｒ_nにおける電界強度の絶対値Ｅ_nは、式（８）で表される。

・・・（８）

なお、式（８）における出力調整係数Ａ_nは、強度境界距離ｒ_nにおいて電界強度の絶対値Ｅ_nが所定のレベルTHとなる値にすれば良い。

準静電界の電界強度は、距離ｒの３乗に反比例するため、強度境界距離ｒ_nの範囲において、周波数ｆ_nの準静電界が支配的となる空間を、放射電界や誘導電磁界に比して明確に形成することができる。

従って、送信端末TXにおいて、周波数ｆ_nの電界の出力を、出力調整係数Ａ_nによって調整した場合、受信端末RXが、周波数ｆ_nの準静電界の信号を受信することができるかどうかによって、送信端末TXと受信端末RXとの間の距離を、高精度に検出することができる。

即ち、例えば、いま、図６に示すように、送信端末TXが、上述のように出力を調整した３つの周波数ｆ₁，ｆ₂，ｆ₃の電界を出力するものとすると、受信端末RXが、周波数ｆ₁乃至ｆ₃のすべての準静電界を受信することができる場合、送信端末TXと受信端末RXとの間の距離ｒは、周波数ｆ₁に対応する強度境界距離ｒ₁以下であることを検出することができる。

また、受信端末RXが、周波数ｆ₂とｆ₃の両方の準静電界のみを受信することができる場合、送信端末TXと受信端末RXとの間の距離ｒは、周波数ｆ₁に対応する強度境界距離ｒ₁より大きく、かつ、周波数ｆ₂に対応する強度境界距離ｒ₂以下であることを検出することができる。

さらに、受信端末RXが、周波数ｆ₃の準静電界のみを受信することができる場合、送信端末TXと受信端末RXとの間の距離ｒは、周波数ｆ₂に対応する強度境界距離ｒ₂より大きく、かつ、周波数ｆ₃に対応する強度境界距離ｒ₃以下であることを検出することができる。

そして、受信端末RXが、周波数ｆ₁乃至ｆ₃のいずれの準静電界も受信することができない場合、送信端末TXと受信端末RXとの間の距離ｒは、周波数ｆ₃に対応する強度境界距離ｒ₃よりも大きいことを検出することができる。

以上のような準静電界が支配的となる空間において、その電界強度の変化を検出することにより行われる通信が準静電界通信である。

そして、上述したことから、準静電界が支配的となる空間は、電界を出力する送信端末TX（のアンテナ）から、その電界の周波数ｆ_nに対応する強度境界距離ｒ_n内の空間として明確に形成されるので、準静電界通信によれば、準静電界が支配的となる空間において、確実、かつ安定して、通信を行うことができる。

ところで、人体に放射電界や誘導電磁界を発生させるには、人体に電流を流す必要がある。しかしながら、人体のインピーダンスは高いので、人体に電流を効率的に流すことは困難である。

一方、日常生活において静電気を体感するように、人体は帯電しやすい。そして、人体表面の帯電により、準静電界が発生する。人体は、極めて少ない電荷の移動により帯電し、その帯電の変化は、瞬間的に人体表面周囲に伝わって、その周囲からほぼ等方向へ準静電界の等電位面が形成される。そして、準静電界が支配的となる空間内では、放射電界や誘導電磁界の影響が少ないので、人体は、アンテナとして効率的に機能する。

このように、人体表面に形成される、準静電界が支配的となる空間において、その電界強度の変化を検出することにより行われる通信が、人体近傍通信としての準静電界通信である。

従って、例えば、ユーザが、送信端末TXを携帯した場合、そのユーザの人体表面には、送信端末TXが出力する電界のうちの準静電界が支配的となる空間（以下、適宜、準静電界空間という）が、その人体表面から、準静電界の周波数に対応する強度境界距離の範囲に形成される。そして、受信端末RXと、ユーザが携帯している送信端末TXとの間では、受信端末RXのアンテナが、ユーザの人体表面に形成された準静電界空間内に存在する場合にのみ、即ち、受信端末RXのアンテナが、人体表面から強度境界距離の範囲に存在する場合にのみ、ユーザの人体を介して、準静電界通信を行うことができる。

このことから、人体近傍通信としての準静電界通信は、ユーザの人体と、受信端末RXのアンテナとの距離に応じて（通信の可否が）制御される通信であるということができる。

以上のような人体近傍通信としての準静電界通信によれば、送信端末TXによる電界の出力（パワー）と周波数とを適切に設定することにより、送信端末TXを携帯しているユーザの人体と、受信端末RX（のアンテナ）とが近傍に位置しているときのみ、即ち、例えば、数センチメートル乃至数十センチメートル以内に近接したとき、あるいは、接触するほどに近接したとき、または接触したときのみ、準静電界通信が行われるようにすることができる。

従って、送信端末TXを携帯しているユーザが、例えば、ICカードとリーダ／ライタとの間の通信のように、送信端末TXを、受信端末RXにかざさなくても、送信端末TXと受信端末RXとの間で通信を行うことができる。

即ち、ユーザがICカードを衣服のポケットに入れる等して携帯している場合に、そのICカードとリーダ／ライタとの間で通信を行わせるためには、ユーザは、ICカードをポケットから取り出し、リーダ／ライタに近づけるといった、ICカードとリーダ／ライタとの間で通信を行わせるための明示的な行為を行う必要がある。

これに対して、準静電界通信によれば、送信端末TXを携帯しているユーザ自身が、受信端末RX（のアンテナ）に近接すると、送信端末TXと受信端末RXとの間で通信を行わせるための明示的な行為を行わなくても、送信端末TXと受信端末RXとの間で通信を行うことが可能となる。

なお、送信端末TXと受信端末RXとを入れ替えても、即ち、ユーザが受信端末RXを携帯している場合も、上述の場合と同様である。

次に、本発明の実施の形態で利用するPKシステムについて説明する。

図７は、PKシステムの構成例を表すブロック図である。

ネットワーク２１は、例えば、インターネットやLAN(Local Area Network)その他の有線または無線のネットワークである。図７では、ネットワーク２１には、pBase２３やサービスシステム２４（図７では、４つのサービスシステム２４−１，２４−２，２４−３，２４−４）が接続されている。

PK（Personal Key）２２は、その所有者であるユーザに関する情報である個人関連情報を記憶する携帯可能な小型のコンピュータなどで構成される。図７において、ユーザは、PK２２を、例えば、衣服のポケットに入れる等することにより携帯している。

ここで、個人関連情報とは、単に、名前、住所などそのユーザを特定するための情報だけでなく、嗜好情報、認証情報、点数情報、他の人からもらった情報などを含む、そのユーザに関連する様々な情報を意味する。以下においては、個人関連情報を、PMD（Personal Meta Data）ともいう。

PK２２は、サービスシステム２４の周囲のエリアＲにおいて、そのサービスシステム２４と通信する。また、PK２２は、近傍の、図示せぬ情報機器との間でも通信を行うことができる。

なお、PK２２とサービスシステム２４等との間では、例えば、ＲＦ（Radio Frequency）通信、準静電界通信、光通信などの無線通信、または有線通信を行うことができるが、ここでは、例えば、上述した人体近傍通信としての準静電界通信が行われるものとする。従って、PK２２およびサービスシステム２４は、いずれも、図３や図６で説明した送信端末TXと受信端末RXと同一の通信機能を有している。この場合、図７のエリアＲは、ユーザの人体表面から近傍の範囲である。

また、PK２２は、暗号鍵に基づいて情報を暗号化する暗号化機能を有しており、サービスシステム２４等と通信する場合、さらには、後述するように、サービスシステム２４を介してpBase２３等と通信する場合には、情報を暗号化して送信する。PK２２の通信相手となるpBase２３やサービスシステム２４も同様である。

pBase２３は、コンピュータで構成され、PK２２のユーザのPMD（Personal Meta Data）を記憶する。また、pBase２３は、ネットワーク２１に接続されており、サービスシステム２４、さらにはサービスシステム２４を介してPK２２と通信することができる。

なお、pBase２３は、例えば、PK２２のユーザのユーザ宅のホームサーバ（図示せず）などで構成することができる。また、pBase２３は、その他、例えば、インターネット上のサーバで構成することもでき、この場合、pBase２３には、PK２２のユーザ以外のユーザのPMDも記憶させることができる。

サービスシステム２４は、コンピュータなどにより構成され、ネットワーク２１を介して、pBase２３と通信することができる。また、サービスシステム２４は、準静電界通信用のアンテナ２５を有し、そのアンテナ２５およびユーザの人体を介し、PK２２との間で、準静電界通信を行う。サービスシステム２４は、PK２２との間で、準静電界通信を行うことにより、例えば、情報提供、買い物代金の決済などのサービスをユーザに提供する。また、サービスシステム２４は、PK２２との間で、準静電界通信を行うことにより、ネットワーク２１を介したPK２２とpBase２３との間の通信の中継を行う。即ち、この場合、サービスシステム２４は、PK２２とpBase２３との間の通信の、いわばアクセスポイントとして機能する。

なお、アンテナ２５は、サービスシステム２４の近くに設置することもできるし、サービスシステム２４から離れた位置に設置することもできる。

ここで、サービスシステム２４は、例えば、webページや音楽情報など提供するコンテンツサーバ、クレジットカードによる決済などを行うクレジットカード処理サーバ、チャットなどのコミュニケーションを制御するコミュニケーションサーバなどとして、サービスを提供するものとすることができる。

また、図７では、サービスシステム２４として、４つのサービスシステム２４−１乃至２４−４を図示してあるが、サービスシステム２４は、４つに限定されるものではない。

さらに、サービスシステム２４は、サーバに限られるものではなく、パーソナルコンピュータや、コンソール端末、各種のコンシューマエレクトロニクス機器（ＣＥ機器）などであっても良い。

また、サービスシステム２４は、ネットワーク２１に接続されていなくても良い。

さらに、サービスシステム２４−ｉ（図７では、ｉ＝１，２，３，４）は、他のサービスシステム２４−ｊ（図７では、ｊ＝１，２，３，４で、ｊ≠ｉ）がPK２２と準静電界通信を行っている場合には、ネットワーク２１を介して、他のサービスシステム２４−ｊと通信し、PK２２のユーザに対して、サービスを提供することができる。

次に、図８は、図７のPK２２のハードウェア構成例を示すブロック図である。

CPU（Central Processing Unit）３１は、ROM（Read Only Memory）３２に記憶されているプログラム、または記憶部３８からRAM（Random Access Memory）３３にロードされたプログラムに従って各種の処理を実行する。RAM３３にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU３１，ROM３２、およびRAM３３は、バス３４を介して相互に接続されている。このバス３４にはまた、入出力インタフェース３５も接続されている。

入出力インタフェース３５には、スイッチ、ボタン、タッチパネル、マイク（マイクロフォン）などよりなる入力部３６、およびドットマトリックスディスプレイ、スピーカ、振動モータなどにより構成され、画像、音声、点字または振動などによりユーザに提示する情報を出力する出力部３７が接続されている。さらに、入出力インタフェース３５には、ハードディスク、またはEEPROM（Electrically Erasable and Programmable Read Only Memory）などにより構成される記憶部３８、少なくとも準静電界通信を行う機能（図３や図６の送信端末TXおよび受信端末RXの機能）を有する通信部３９が接続されている。なお、通信部３９は、その他、ＲＦ通信（電磁波通信）や、光通信、ネットワーク２１を介した通信などを行う機能を有していても良い。

入出力インタフェース３５には、必要に応じてドライブ４０が接続される。ドライブ４０には、後述する各種の処理をCPU３１に実行させるプログラムが記録された記録媒体として、例えば、リムーバブルメディア４１が装着される。リムーバブルメディア４１に記録されたプログラムは、必要に応じて読み出され、記憶部３８にインストールされる。

次に、図９は、図７のpBase２３のハードウェア構成例を示すブロック図である。

pBase２３は、図８に示したPK２２と同様に構成されている。即ち、図９のCPU５１乃至リムーバブルメディア６１は、図８のCPU３１乃至リムーバブルメディア４１に対応している。各部の機能は、図８の場合と同様であり、詳細な説明は省略する。但し、通信部５９は、準静電界通信ではなく、ネットワーク２１を介した通信を行う機能を、少なくとも有している。

また、サービスシステム２４も図９と同様の構成であり、同図を適用する。但し、サービスシステム２４の通信部５９は、少なくとも、準静電界通信と、ネットワーク２１を介した通信とを行う機能を有している。

次に、図１０は、PK２２の記憶部３８の記憶内容を示している。

PK２２の記憶部３８には、少なくとも、プログラムとしてのモジュール群７１と、PMDB７２とが記憶される。

モジュール群７１は、サービスシステム２４からサービスの提供を受ける等のためにPK２２のCPU３１が実行するプログラム（モジュール）である通信モジュール８１、ユーザ制御許可入力モジュール８２、許可項目確認モジュール８３、なりすまし防止モジュール８４、PMD変更モジュール８５、およびDBアクセスモジュール８６を有している。

通信モジュール８１は、図８の通信部３９を制御して通信を行う。ユーザ制御許可入力モジュール８２は、PMDに対するアクセスの許可のユーザの指定を受け付ける。許可項目確認モジュール８３は、サービスシステム２４からアクセス要求があったPMDについて、そのアクセス可否を判断する。なりすまし防止モジュール８３は、サービスシステム２４の、いわゆるなりすましを防止する。処理（なりすまし防止処理）を行うPMD変更モジュール８５は、PMDの変更を制御する。DBアクセスモジュール８６は、ユーザ制御許可入力モジュール８２乃至PMD変更モジュール８５の指令（要求）に基づいて、PMDB７２にアクセスし、PMDの読み出しまたは変更を行う。

PMDB７２は、PMDにより構成されるデータベースである。PMDB７２には、サービスシステム２４（またはサービスシステム２４によって提供されるサービス）に固有のID(Identification)であるサービスIDに対応するディレクトリが構成され、各ディレクトリに、PMDが記憶される。

図１０においては、サービスID1に対応するディレクトリ、サービスID2に対応するディレクトリ、・・・が構成されている。

サービスID1に対応するディレクトリには、PMDとしてのアクセス許可情報、メタデータＡ−１、メタデータＡ−２、メタデータＡ−３、・・・が記憶されている。

アクセス許可情報は、そのディレクトリに記憶されている情報に対する、サービスシステム２４からのアクセスの可否を表す情報であり、ユーザにより設定される。メタデータＡ−１、メタデータＡ−２、およびメタデータＡ−３、・・・は、サービスID1に対応するサービスシステム２４において利用されるメタデータであり、例えば、サービスID1に対応するサービスシステムが、映画やテレビ番組などのコンテンツを提供するコンテンツサーバである場合、メタデータＡ−１、メタデータＡ−２、およびメタデータＡ−３、・・・としては、例えば、ユーザが視聴した映画や番組を表すメタデータが記憶される。

その他、PMDとしては、サービスシステム２４がPK２２（ユーザ）を特定するためのユーザID、後述するなりすまし防止処理において必要となる合言葉または暗号鍵などの認証情報、視聴された番組に基づくユーザの嗜好情報などが記憶される。

サービスID2に対応するディレクトリにも、サービスID1に対応するディレクトリと同様に、アクセス許可情報、メタデータＢ−１、メタデータＢ−２、メタデータＢ−３、・・・などのPMDが記憶されている。

ここで、PK２２が、新たなサービスシステム２４を利用する場合、PMDB７２には、その新たなサービスシステム２４のサービスIDに対応するディレクトリが生成され、そのディレクトリに、必要なPMDが記憶される。

図１１は、PK２２のPMDB７２に、新たなサービスシステム２４のサービスIDに対応するディレクトリが生成されるときにPK２２とサービスシステム２４で行われる処理、即ち、PK２２に、新たなサービスシステム２４に対応するサービスIDを登録（初期登録）するときに行われる処理を示すアローチャート（フローチャート）である。

なお、上述したように、PK２２とサービスシステム２４との間では、準静電界通信が行われる。従って、PK２２とサービスシステム２４との間の通信は、PK２２を携帯しているユーザが、サービスシステム２４に近接しているときに、即ち、PK２２を携帯しているユーザの人体表面に形成された、準静電界が支配的となる空間内に、サービスシステム２４のアンテナ２５（図７）が存在するときに、逆に言えば、サービスシステム２４のアンテナ２５表面に形成された準静電界が支配的となる空間内に、ユーザの人体の少なくとも一部が存在するときに行われる。

まず最初に、ステップＳ１において、サービスシステム２４は、PK２２に対して、登録要求、サービスID、および、そのサービスシステム２４で読み出し変更対象となるメタデータを表す情報を送信し、ステップＳ２１において、PK２２の通信モジュール８１により、これが受信される。

ここで、サービスシステム２４で読み出し変更対象となるメタデータ（読み出し変更対象メタデータ）とは、サービスシステム２４が、参照のみ行うメタデータと、内容の変更を行うメタデータとの両方が含まれる。

その後、ステップＳ２２において、PK２２の通信モジュール８１は、許可項目確認モジュール８３に、サービスシステム２４から受信した情報を転送し、許可項目確認モジュール８３は、ステップＳ４１において、PK２２の通信モジュール８１からの情報を受信して、ステップＳ４２に進む。

ステップＳ４２では、許可項目確認モジュール８３は、通信モジュール８１から受信した情報に基づいて、読み出し変更対象メタデータをユーザに提示する。即ち、例えば、読み出し変更対象メタデータの内容が、ドットマトリックスディスプレイ等に文字または図形等で表示されるか、スピーカを通じて音声により読み上げられる。

そして、ステップＳ４３において、許可項目確認モジュール８３は、ユーザ制御許可入力モジュール８２に対して、確認要求を出力し、ユーザ制御許可入力モジュール８２は、ステップＳ６１においてこれを受信する。そして、ユーザ制御許可入力モジュール８２は、ステップＳ６２において、ステップＳ４２でユーザに提示された読み出し変更対象メタデータに対するアクセスを、ユーザが拒否したか否かを判定し、拒否したと判定した場合、拒否信号を、通信モジュール８１に出力する。この場合、通信モジュール８１は、ステップＳ２３において、ユーザ制御許可入力モジュール８２からの拒否信号を受信し、ステップＳ２４に進み、その拒否信号を、サービスシステム２４に送信する。

サービスシステム２４は、ステップＳ２において、通信モジュール８１からの拒否信号を受信し、その後、PK２２とサービスシステム２４は、処理を終了する。この場合、PK２２において、サービスシステム２４に対応するサービスIDの登録は行われない。

一方、ステップＳ６２において、ステップＳ４２で提示された読み出し変更対象メタデータに対するアクセスを、ユーザが拒否していないと判定された場合、ステップＳ６３に進み、ユーザ制御許可入力モジュール８２は、読み出し変更対象メタデータのそれぞれについて、例えば、「読み出しと変更を許可」、「読み出しのみ許可」などの情報を設定する。これらの情報はアクセス許可情報（図１０）としてPMDB７２に記憶される。

なお、読み出し変更対象メタデータに対する「読み出しと変更を許可」や「読み出しのみ許可」などの情報の設定は、ユーザの指定に基づいて行われる。

そして、ステップS６４において、ユーザ制御許可入力モジュール８２は、アクセス許可情報が設定されたことを、許可項目確認モジュール８３に対して通知し、許可項目確認モジュール８３は、ステップＳ４４において、この通知を受信して、ステップＳ４５に進む。ステップＳ４５において、許可項目確認モジュール８３は、なりすまし防止モジュール８４に対して、確認コードの生成要求を送信し、なりすまし防止モジュール８４は、ステップＳ８１において、その生成要求を受信する。

なりすまし防止モジュール８４は、確認コードの生成要求を受信すると、ステップＳ８１からＳ８２に進み、確認コードを生成する。

ここで、確認コードは、PK２２とサービスシステム２４が、次回通信を行うときのなりすまし防止方法を表すコードである。すなわち、不正なユーザ、または通信を盗聴した第３者などが、ユーザIDやサービスIDなどを詐称するなどして、PK２２、またはサービスシステム２４になりすましていないかを、相互に確認するための方法を表すコードが、確認コードである。

なりすまし防止方法としては、例えば、合言葉による認証（合言葉方式）、公開鍵により暗号化された情報による認証（公開鍵方式）、共通鍵により暗号化された情報による認証（共通鍵方式）などを採用することができる。PK２２、サービスシステム２４、またはPK２２のユーザは、例えば、PK２２と、サービスシステム２４との通信において、どれだけの安全性が要求されるのか、どの程度、頻繁になりすまし防止のためのチェックを行うか、暗号鍵の管理方法の安全性と平易さ、暗号化と復号における演算量などを考慮して、最適ななりすまし防止方法を選択することができ、なりすまし防止モジュール８４は、その選択されたなりすまし防止方法に対応する確認コードを生成する。なお、なりすまし防止の処理については、図１２と図１３を参照して後述する。

ステップＳ８２において、なりすまし防止モジュール８４は、確認コードを生成すると、その確認コードを、通信モジュール８１に対して出力し、通信モジュール８１は、ステップＳ２５において、その確認コードを受信して、ステップＳ２６に進む。ステップＳ２６において、通信モジュール８１は、ステップＳ２５で受信した確認コードを、サービスシステム２４に送信し、サービスシステム２４は、ステップＳ３において、通信モジュール８１からの確認コードを受信して記憶し、処理を終了する。

なお、PK２２の通信モジュール８１は、確認コードの他に、サービスシステム２４がPK２２（のユーザ）を特定するためのユーザIDもサービスシステム２４に送信する。サービスシステム２４は、通信モジュール８１からの確認コードを、同じく通信モジュール８１からのユーザIDと対応付けて記憶する。

ここで、ユーザIDは、サービスシステム２４がPK２２（のユーザ）を特定できるものであれば、どのような形式でもよい。また、PK２２のユーザIDは、サービスシステムごとに異なっていても良く、また、あるサービスシステムが複数のサービスを提供する場合には、サービスごとに異なっていても良い。

一方、許可項目確認モジュール８３は、ステップＳ４５において、確認コードの生成要求を、なりすまし防止モジュール８４に送信した後、ステップＳ４６に進み、DBアクセスモジュール８６に対して、サービスID登録要求を、ステップＳ４１で受信したサービスシステム２４からのサービスIDとともに出力する。DBアクセスモジュール８６は、ステップＳ１０１において、許可項目確認モジュール８３からのサービスID登録要求およびサービスIDを受信し、ステップＳ１０２に進み、図１４を参照して後述するサービスID登録処理を実行して処理を終了する。

DBアクセスモジュール８６がサービスID登録処理を実行することにより、PMDB７２（図１０）に、サービスシステム２４からのサービスIDが登録、即ち、そのサービスIDに対応するディレクトリが生成される。

以上のように、PK２２において、サービスシステム２４に対応するサービスIDが登録されるとき、そのサービスシステム２４が読み出しまたは変更を要求するPMDである読み出し変更対象メタデータが、ユーザに提示され、ユーザの指定に基づいて、「読み出しと変更を許可」するメタデータや、「読み出しのみ許可」するメタデータが設定されるので、ユーザは、サービスシステム２４に対して提供するPMD（サービスシステム２４が参照することができるPMD）や、サービスシステム２４が変更することができるPMDを制限することができる。

従って、例えば、ユーザが知らないうちに、ユーザが公開したくないPMDが、サービスシステム２４に提供されることを防止することができ、ユーザは、安心してサービスを受けることができる。

次に、PK２２は、図１１で説明したように、サービスシステム２４と最初に通信を行うときに、そのサービスシステム２４のサービスIDを登録し、確認コードを生成する。また、サービスシステム２４も、PK２２と最初に通信を行うときに、そのPK２２で生成された確認コードと、PK２２のユーザIDとを対応付けて記憶する。

PK２２において、サービスシステム２４のサービスIDが登録された後、サービスシステム２４からサービスの提供を受けるために、サービスシステム２４と通信するときには、そのサービスIDを登録したときに生成した確認コードに基づいて、なりすまし防止処理を行うことができる。

同様に、サービスシステム２４においても、PK２２のユーザIDと確認コードとを対応付けて記憶した後、PK２２のユーザにサービスを提供するために、PK２２と通信するときは、そのPK２２のユーザIDと対応付けられた確認コードに基づいて、なりすまし防止処理を行うことができる。

そこで、図１２および図１３のアローチャートを参照して、PK２２とサービスシステム２４とが通信するときに行われるなりすまし防止処理について説明する。

図１２は、合言葉による認証を利用したなりすまし防止処理を含む、PK２２とサービスシステム２４の処理を説明するアローチャートである。

図１２のなりすまし防止処理では、PK２２において、サービスシステム２４がなりすましではないことを確認し、その後、サービスシステム２４において、PK２２がなりすましではないことを確認する。そして、PK２２とサービスシステム２４において、それぞれがなりすましではないことを確認することができた後、PMDの読み出し、または変更の処理が行われる。

ここで、図１２の認証で用いられる合言葉は、例えば、所定のコードなどである。PK２２は、サービスシステム２４のサービスIDの登録時に、そのサービスIDに対応する合言葉として、サービスシステム２４を認証するための合言葉（サービス合言葉）と、PK２２を認証するための合言葉（PK合言葉）とを生成し、PMDB７２に記憶させるようになっている。さらに、PK２２は、サービスID登録時に、PMDB７２に記憶させたサービス合言葉とPK合言葉を、サービスシステム２４に送信するようになっている。そして、サービスシステム２４は、PK２２のユーザIDに、PK２２からのサービス合言葉とPK合言葉を対応付けて記憶するようになっている。

まず最初に、ステップＳ１２１において、サービスシステム２４は、自身のサービスIDと、PK２２のユーザIDに対応付けて記憶しているサービス合言葉を、PK２２に送信し、PK２２の通信モジュール８１は、ステップＳ１４１において、サービスシステム２４からのサービスIDおよびサービス合言葉を受信する。

ここで、ステップＳ１２１では、サービスシステム２４は、既に、PK２２から、そのユーザIDを受信しており、そのユーザIDに対応付けて記憶しているサービス合言葉を、PK２２に送信する。

PK２２の通信モジュール８１は、ステップＳ１４２において、ステップＳ１４１で受信したサービスシステム２４からのサービスIDとサービス合言葉を、なりすまし防止モジュール８４に転送し、なりすまし防止モジュール８４は、ステップＳ１７１においてこれを受信して、ステップＳ１７２に進む。

ステップＳ１７２において、なりすまし防止モジュール８４は、図１５を参照して後述するサービスIDマッチング処理を実行して、ステップＳ１７３に進み、DBアクセスモジュール８６に対して、サービスシステム２４からのサービスIDに対応付けてPMDB７２に記憶されているサービス合言葉およびPK合言葉、並びにユーザIDの要求を通知する。DBアクセスモジュール８６は、ステップＳ１９１において、なりすまし防止モジュール８４からの要求を受信し、ステップＳ１９２に進む。

ステップＳ１９２では、DBアクセスモジュール８６は、なりすまし防止モジュール８４から要求されたサービス合言葉およびPK合言葉、並びにユーザIDを、PMDB７２から読み出し、なりすまし防止モジュール８４に出力する。

なりすまし防止モジュール８４は、ステップＳ１７４において、DBアクセスモジュール８６からのサービス合言葉およびPK合言葉、並びにユーザIDを受信し、ステップＳ１７５に進む。ステップＳ１７５では、なりすまし防止モジュール８４は、サービスシステム２４からのサービス合言葉と、PMDB７２に記憶されたサービス合言葉（ステップＳ１７４で受信したサービス合言葉）とを比較し、それらが一致するかどうかを判定する。

ステップＳ１７５において、サービスシステム２４からのサービス合言葉と、PMDB７２に記憶されたサービス合言葉とが一致しないと判定された場合、なりすまし防止モジュール８４は、サービスシステム２４が、なりすましである可能性があると判定し、通信モジュール８１に対して、通信の拒否を表す拒否信号を出力する。

通信モジュール８１は、ステップＳ１４３において、なりすまし防止モジュール８４からの拒否信号を受信し、ステップＳ１４４に進み、その拒否信号を、サービスシステム２４に送信する。そして、サービスシステム２４は、ステップＳ１２２において、通信モジュール８１からの拒否信号を受信する。

PK２２は、以上のように、拒否信号を、サービスシステム２４に送信した後は、サービスシステム２４からのアクセスを拒否する。即ち、PK２２は、サービスシステム２４との通信を拒否する。

一方、ステップＳ１７５において、サービス合言葉が一致すると判定された場合、ステップＳ１７６に進み、なりすまし防止モジュール８４は、サービスシステム２４が、なりすましでないとして、ユーザIDと、PMDB７２にサービスシステム２４のサービスIDと対応付けて記憶されたPK合言葉（ステップＳ１７４で受信されたPK合言葉）とを、通信モジュール８１に出力する。

通信モジュール８１は、ステップＳ１４５において、なりすまし防止モジュール８４からのユーザIDとPK合言葉を受信して、ステップＳ１４６に進み、そのユーザIDとPK合言葉を、サービスシステム２４に送信する。

サービスシステム２４は、ステップＳ１２３において、PK２２（の通信モジュール８１）からのユーザIDとPK合言葉を受信し、ステップＳ１２４に進む。ステップＳ１２４では、サービスシステム２４は、PK２２からのユーザIDに対応付けて記憶しているPK合言葉と、PK２２からのPK合言葉（ステップＳ１２３で受信したPK合言葉）とを比較し、一致するか否かを判定する。

ステップＳ１２４において、PK合言葉が一致しないと判定された場合、PK２２が、なりすましである可能性があるとして、サービスシステム２４は、通信の拒否を表す拒否信号を、PK２２に送信する。PK２２では、ステップＳ１７７において、なりすまし防止モジュール８４が、通信モジュール８１を介して、サービスシステム２４からの拒否信号を受信する。

サービスシステム２４は、以上のように、拒否信号を、PK２２に送信した後は、PK２２からのアクセスを拒否する。即ち、サービスシステム２４は、PK２２との通信を拒否する。

一方、ステップＳ１２４において、PK合言葉が一致すると判定された場合、サービスシステム２４は、PK２２がなりすましでないことを確認することができたとして、ステップＳ１２５に進み、PK２２に対してPMDの読み出し要求を送信する。

PK２２の通信モジュール８１は、ステップＳ１４７において、サービスシステム２４からの読み出し要求を受信して、ステップＳ１４８に進み、その読み出し要求を、DBアクセスモジュール８６に対して出力する。

DBアクセスモジュール８６は、ステップＳ１９３において、通信モジュール８１からの読み出し要求を受信して、ステップＳ１９４に進み、その読み出し要求によって要求されているPMDを、PMDB７２の、サービスシステム２４のサービスIDに対応するディレクトリから読み出す。

ここで、ステップＳ１９４では、DBアクセスモジュール８６は、読み出し要求によって要求されているPMDの読み出しが許可されているかどうかを、サービスシステム２４のサービスIDに対応するディレクトリのアクセス許可情報（図１０）を参照することにより確認し、読み出し要求によって要求されているPMDのうち、読み出しが許可されているPMDのみを、PMDB７２から読み出す。

その後、ステップＳ１９５に進み、DBアクセスモジュール８６は、PMDB７２から読み出したPMDを、通信モジュール８１に対して出力し、通信モジュール８１は、ステップＳ１４９において、そのPMDを受信して、ステップＳ１５０に進む。

ステップＳ１５０では、通信モジュール８１は、ステップＳ１４９で受信したPMDを、サービスシステム２４に対して送信し、サービスシステム２４は、ステップＳ１２６において、そのPMDを受信して、ステップＳ１２７に進む。

ステップＳ１２７では、サービスシステム２４は、ステップＳ１２６でPK２２から受信したPMDに基づいて、各種の処理（サービス対応処理）を実行する。ステップＳ１２７のサービス対応処理の結果、PK２２からのPMDの変更が必要となる場合、サービスシステム２４は、ステップＳ１２８に進み、PK２２からのPMDを変更して、PK２２に対して送信する。

PK２２の通信モジュール８１は、ステップＳ１５１において、サービスシステム２４からのPMDを受信して、ステップＳ１５２に進み、そのPMDを、DBアクセスモジュール８６に対して出力する。

DBアクセスモジュール８６は、ステップＳ１９６において、通信モジュール８１からのPMD、即ち、サービスシステム２４によって変更されたPMDを受信して、ステップＳ１９７に進み、そのPMDの変更が許可されているかどうかを、PMDB７２における、サービスシステム２４のサービスIDに対応するディレクトリのアクセス許可情報（図１０）を参照することにより確認する。さらに、ステップＳ１９７では、DBアクセスモジュール８６は、サービスシステム２４によって変更されたPMDに対応する、PMDB７２のPMDのうち、変更が許可されているものを、サービスシステム２４によって変更されたPMDにしたがって変更し（PMDの更新を行い）、処理を終了する。

以上のように、PK２２において、サービス合言葉の一致性よるサービスシステム２４のなりすましの確認を行うとともに、サービスシステム２４において、PK合言葉の一致性によるPK２２のなりすましの確認を行うので、安全なサービスの提供を行うことができる。

なお、上述の場合には、PK２２において、サービス合言葉の一致性を確認し、その後、サービスシステム２４において、PK合言葉の一致性を確認するようにしたが、先に、サービスシステム２４において、PK合言葉の一致性を確認し、その後、PK２２において、サービス合言葉の一致性を確認することも可能である。

次に、図１３は、公開鍵により暗号化された情報による認証を利用したなりすまし防止処理を含むPK２２とサービスシステム２４の処理を説明するアローチャートである。

図１３のなりすまし防止処理では、PK２２において、サービスシステム２４がなりすましではないことを確認し、その後、サービスシステム２４において、PK２２がなりすましではないことを確認する。そして、PK２２とサービスシステム２４において、それぞれがなりすましではないことを確認することができた後、PMDの読み出し、または変更の処理が行われる。

なお、PK２２とサービスシステム２４は、例えば、RSA(Rivest, Shamir, Adeleman)などの公開鍵方式の暗号アルゴリズムによる情報の暗号化または復号の処理を実行する機能を有しているものとする。

そして、PK２２において、サービスシステム２４のサービスIDが登録されるときに、PK２２では、サービスシステム２４の公開鍵が、例えば、サービスシステム２４から取得され、サービスシステム２４のサービスIDに対応付けて、PMDB７２に記憶されているものとする。同様に、サービスシステム２４でも、PK２２の公開鍵が、PK２２から取得され、PK２２のユーザIDに対応付けて記憶されているものとする。

さらに、PK２２とサービスシステム２４それぞれは、自身の秘密鍵を記憶しているものとする。

まず最初に、ステップＳ２１１において、サービスシステム２４は、自身のサービスIDを、PK２２に送信する。PK２２の通信モジュール８１は、ステップＳ２４１において、サービスシステム２４からのサービスIDを受信して、ステップＳ２４２に進み、そのサービスIDを、なりすまし防止モジュール８４に転送する。

なりすまし防止モジュール８４は、ステップＳ２８１において、通信モジュール８１から転送されてくる、サービスシステム２４からのサービスIDを受信して、ステップＳ２８２に進み、図１５を参照して後述するサービスIDマッチング処理を実行し、ステップＳ２８３に進む。

ステップＳ２８３では、なりすまし防止モジュール８４は、DBアクセスモジュール８６に対して、ユーザID、PK２２の秘密鍵、およびサービスシステム２４のサービスIDに対応する公開鍵の要求を通知し、DBアクセスモジュール８６は、ステップＳ３１１において、その要求を受信する。

そして、DBアクセスモジュール８６は、ステップＳ３１２に進み、なりすまし防止モジュール８４から要求のあったユーザID、PK２２の秘密鍵、およびサービスシステム２４のサービスIDに対応する公開鍵を、PMDB７２から読み出し、なりすまし防止モジュール８４に供給する。

なりすまし防止モジュール８４は、ステップＳ２８４において、DBアクセスモジュール８６からのユーザID、PK２２の秘密鍵、およびサービスシステム２４のサービスIDに対応する公開鍵（サービスシステム２４の公開鍵）を受信し、ステップＳ２８５に進む。

ステップＳ２８５では、なりすまし防止モジュール８４は、サービスシステム２４を認証するための、いわゆるチャンレンジコードを生成する。さらに、ステップＳ２８５では、なりすまし防止モジュール８４は、チャレンジコードを、サービスシステム２４の公開鍵で暗号化し、その結果得られる暗号化チャレンジコードを、ユーザIDとともに、通信モジュール８１に出力する。

通信モジュール８１は、ステップＳ２４３において、なりすまし防止モジュール８４からの暗号化チャレンジコードとユーザIDを受信して、ステップＳ２４４に進み、その暗号化チャレンジコードとユーザIDを、サービスシステム２４に送信する。

サービスシステム２４は、ステップＳ２１２において、PK２２（の通信モジュール８１）からの暗号化チャレンジコードとユーザIDを受信し、ステップＳ２１３に進む。

ステップＳ２１３では、サービスシステム２４は、PK２２からの暗号化チャレンジコードを、自身の秘密鍵により、チャレンジコードに復号する。さらに、ステップＳ２１３では、サービスシステム２４は、そのチャレンジコードを、いわゆるレスポンスコードとして、そのレスポンスコードを、ステップＳ２１２でPK２２から受信したユーザIDと対応付けて記憶している公開鍵（PK２２の公開鍵）で暗号化し、その結果得られる暗号化レスポンスコードを、PK２２に対して送信する。

PK２２の通信モジュール８１は、ステップＳ２４５において、サービスシステム２４からの暗号化レスポンスコードを受信して、ステップＳ２４６に進み、その暗号化レスポンスコードを、なりすまし防止モジュール８４に対して出力する。

なりすまし防止モジュール８４は、ステップＳ２８６において、通信モジュール８１からの暗号化レスポンスコードを受信し、その暗号化レスポンスコードを、自身の秘密鍵で、レスポンスコードに復号して、ステップＳ２８７に進む。

ステップＳ２８７では、なりすまし防止モジュール８４は、レスポンスコードと、ステップＳ２８５で生成したチャレンジコードと比較して、そのチャレンジコードとレスポンスコードが一致しているか否かを判定する。

ステップＳ２８７において、チャレンジコードとレスポンスコードが一致しないと判定された場合、サービスシステム２４が、なりすましである可能性があるとして、なりすまし防止モジュール８４は、通信モジュール８１に対して、通信の拒否を表す拒否信号を通知する。

通信モジュール８１は、ステップＳ２４７において、なりすまし防止モジュール８４からの拒否信号を受信して、ステップＳ２４８に進み、その拒否信号を、サービスシステム２４に送信する。そして、サービスシステム２４は、ステップＳ２１４において、通信モジュール８１からの拒否信号を受信する。

PK２２は、以上のように、拒否信号を、サービスシステム２４に送信した後は、サービスシステム２４からのアクセスを拒否する。即ち、PK２２は、サービスシステム２４との通信を拒否する。

一方、ステップＳ２８７において、チャレンジコードとレスポンスコードが一致すると判定された場合、ステップＳ２８８に進み、なりすまし防止モジュール８４は、サービスシステム２４がなりすましでないことが確認できたことを表すOKコードを、通信モジュール８１を介して、サービスシステム２４に送信する。

サービスシステム２４は、ステップＳ２１５において、PK２２からのOKコードを受信して、ステップＳ２１６に進み、PK２２を認証するためのチャレンジコードを生成する。さらに、ステップＳ２１６において、サービスシステム２４は、そのチャレンジコードを、PK２２のユーザIDに対応付けて記憶している公開鍵（PK２２の公開鍵）で暗号化し、その結果得られる暗号化チャレンジコードを、PK２２に対して送信する。

PK２２の通信モジュール８１は、ステップＳ２４９において、サービスシステム２４からの暗号化チャレンジコードを受信して、ステップＳ２５０に進み、その暗号化チャレンジコードを、なりすまし防止モジュール８４に対して出力する。

なりすまし防止モジュール８４は、ステップＳ２８９において、通信モジュール８１からの暗号化チャレンジコードを受信して、ステップＳ２９０に進む。ステップＳ２９０では、なりすまし防止モジュール８４は、ステップＳ２８９で受信した暗号化チャレンジコードを、ステップＳ２８４で得たPK２２の秘密鍵で、チャレンジコードに復号する。さらに、ステップＳ２９０では、なりすまし防止モジュール８４は、PK２２の秘密鍵による復号の結果得られたチャレンジコードをレスポンスコードとして、そのレスポンスコードを、サービスシステム２４のサービスIDに対応付けて記憶されている公開鍵（ステップＳ２８４で得たサービスシステム２４の公開鍵）で暗号化し、その結果得られる暗号化レスポンスコードを、通信モジュール８１に対して出力する。

通信モジュール８１は、ステップＳ２５１において、なりすまし防止モジュール８４からの暗号化レスポンスコードを受信して、ステップＳ２５２に進み、その暗号化レスポンスコードを、サービスシステム２４に対して送信する。

サービスシステム２４は、ステップＳ２１７において、PK２２（の通信モジュール８１）からの暗号化レスポンスコードを受信し、その暗号化レスポンスコードを、自身の秘密鍵で、レスポンスコードに復号して、ステップＳ２１８に進む。

ステップＳ２１８では、サービスシステム２４は、ステップＳ２１７で復号したレスポンスコードと、ステップＳ２１６で生成したチャレンジコードとを比較し、両者が一致するか否かを判定する。

ステップＳ２１８において、チャレンジコードとレスポンスコードとが一致しないと判定された場合、サービスシステム２４は、PK２２が、なりすましである可能性があるとして、PK２２に対して、通信の拒否を表す拒否信号を送信する。

PK２２のPK２２の通信モジュール８１は、ステップＳ２５３において、サービスシステム２４からの拒否信号を受信して、ステップＳ２５４に進み、その拒否信号を、なりすまし防止モジュール８４に対して送信する。なりすまし防止モジュール８４は、ステップＳ２９１において、通信モジュール８１からの拒否信号を受信して、処理を終了する。

サービスシステム２４は、以上のように、拒否信号を、PK２２に送信した後は、PK２２からのアクセスを拒否する。即ち、サービスシステム２４は、PK２２との通信を拒否する。

一方、ステップＳ２１８において、チャレンジコードとレスポンスコードが一致すると判定された場合、即ち、PK２２とサービスシステム２４において、相互認証に成功した場合、サービスシステム２４は、PK２２がなりすましでないことを確認することができたとして、ステップＳ２１９に進み、PK２２に対してPMDの読み出し要求を送信する。

PK２２の通信モジュール８１は、ステップＳ２５５において、サービスシステム２４からの読み出し要求を受信して、ステップＳ２５６に進み、その読み出し要求を、DBアクセスモジュール８６に対して出力する。

DBアクセスモジュール８６は、ステップＳ３１３において、通信モジュール８１からの読み出し要求を受信して、ステップＳ３１４に進み、その読み出し要求によって要求されているPMDを、PMDB７２の、サービスシステム２４のサービスIDに対応するディレクトリから読み出す。

ここで、ステップＳ３１４では、図１２のステップＳ１９４における場合と同様に、DBアクセスモジュール８６は、読み出し要求によって要求されているPMDの読み出しが許可されているかどうかを、サービスシステム２４のサービスIDに対応するディレクトリのアクセス許可情報（図１０）を参照することにより確認し、読み出し要求によって要求されているPMDのうち、読み出しが許可されているPMDのみを、PMDB７２から読み出す。

その後、ステップＳ３１５に進み、DBアクセスモジュール８６は、PMDB７２から読み出したPMDを、通信モジュール８１に対して出力し、通信モジュール８１は、ステップＳ２５７において、そのPMDを受信して、ステップＳ２５８に進む。

ステップＳ２５８では、通信モジュール８１は、ステップＳ２５７で受信したPMDを、サービスシステム２４に対して送信し、サービスシステム２４は、ステップＳ２２０において、そのPMDを受信して、ステップＳ２２１に進む。

ステップＳ２２１では、サービスシステム２４は、ステップＳ２２０でPK２２から受信したPMDに基づいて、サービス対応処理としての各種の処理を実行する。ステップＳ２２１のサービス対応処理の結果、PK２２からのPMDの変更が必要となる場合、サービスシステム２４は、ステップＳ２２２に進み、PK２２からのPMDを変更して、PK２２に対して送信する。

PK２２の通信モジュール８１は、ステップＳ２５９において、サービスシステム２４からのPMDを受信して、ステップＳ２６０に進み、そのPMDを、DBアクセスモジュール８６に対して出力する。

DBアクセスモジュール８６は、ステップＳ３１６において、通信モジュール８１からのPMD、即ち、サービスシステム２４によって変更されたPMDを受信して、ステップＳ３１７に進み、そのPMDの変更が許可されているかどうかを、PMDB７２における、サービスシステム２４のサービスIDに対応するディレクトリのアクセス許可情報（図１０）を参照することにより確認する。さらに、ステップＳ３１７では、DBアクセスモジュール８６は、サービスシステム２４によって変更されたPMDに対応する、PMDB７２のPMDのうち、変更が許可されているものを、サービスシステム２４によって変更されたPMDにしたがって変更し（PMDの更新を行い）、処理を終了する。

以上のように、PK２２およびサービスシステム２４において、いわゆるチャレンジ＆レスポンス方式による認証を行う場合にも、安全なサービスの提供を行うことができる。

なお、上述の場合には、PK２２において、先に、サービスシステム２４の認証を行い、その後、サービスシステム２４において、PK２２の認証を行うようにしたが、先に、サービスシステム２４において、PK２２の認証を行い、その後、PK２２において、サービスシステム２４の認証を行うことも可能である。

また、上述の場合には、公開鍵方式で、チャレンジコードとレスポンスコードの暗号化／復号を行うこととしたが、チャレンジコードとレスポンスコードの暗号化／復号は、共通鍵方式で行うことも可能である。

さらに、図１２または図１３において、相互認証が成功した後のPK２２とサービスシステム２４との間の通信では、情報は、例えば、公開鍵方式などで暗号化されてやりとりされる。即ち、図１２におけるステップＳ１２６とＳ１５０の通信、およびステップＳ１２８とＳ１５１の通信、並びに、図１３におけるステップＳ２２０とＳ２５８の通信、およびステップＳ２２２とＳ２５９の通信では、情報が暗号化されてやりとりされる。

次に、図１４を参照して、図１１のステップＳ１０２のサービスID登録処理の詳細について説明する。

ここで、以下では、サービスシステム２４のサービスIDとして、例えば、URI（Uniform Resource Identifiers）が採用されているものとする。

まず最初に、ステップＳ３３１において、DBアクセスモジュール８６は、マスク情報が設定されているか否かを判定する。

ここで、マスク情報は、URIの一部をマスクするための情報であり、例えば、ユーザが、予め設定することができる。

また、URIは、例えば、スキーム名、ホスト名、ポート番号、およびパス名で構成される。なお、URIにおいて、ポート番号は省略することができる。

ポート番号が省略されたURIは、例えば、「http://aaa.bbb.ccc/ddd」のように記述される。このURI「http://aaa.bbb.ccc/ddd」のうち、httpがスキーム名であり、aaa.bbb.cccがホスト名であり、dddがパス名である。

例えば、あるサービス提供会社が、複数のサービスシステム２４を運用している場合、その複数のサービスシステム２４のいずれに対しても、同一のPMDの読み出しや変更を許可するときには、PK２２において、その複数のサービスシステム２４それぞれのサービスIDを別々に登録するのは面倒である。さらに、この場合、PK２２において、複数のサービスシステム２４それぞれを区別する必要もない。

一方、サービスシステム２４のサービスIDとしてURIを採用した場合、同一のサービス提供会社が運用する複数のサービスシステム２４のURIのうちの、スキーム名とホスト名（例えば、「http://aaa.bbb.ccc」）、またはスキーム名とホスト名の一部（例えば、「http://aaa.bbb」）は、一般に、同一のものが採用される。

この場合、同一のサービス提供会社が運用する複数のサービスシステム２４は、URIのうちの、スキーム名とホスト名、またはスキーム名とホスト名の一部によって特定することができる。

マスク情報は、同一のサービス提供会社が運用する複数のサービスシステム２４を区別せずに特定することができる、URIのスキーム名とホスト名、またはスキーム名とホスト名の一部を除く部分をマスクするために設定される。

ステップＳ３３１において、マスク情報が設定されていると判定された場合、ステップＳ３３２に進み、DBアクセスモジュール８６は、図１１のステップＳ１０１で受信したサービスIDとしてのURIの一部を、マスク情報にしたがってマスクし、そのマスク情報によってマスクされたURIを、サービスIDとして、PMDB７２に登録して、ステップＳ３３４に進む。即ち、DBアクセスモジュール８６は、例えば、PMDB７２に、マスク情報によってマスクされたURIをディレクトリ名とするディレクトリを生成する。

また、ステップＳ３３１において、マスク情報が設定されていないと判定された場合、ステップＳ３３３に進み、DBアクセスモジュール８６は、図１１のステップＳ１０１で受信したサービスIDとしてのURIを、そのまま、PMDB７２に登録して、ステップＳ３３４に進む。即ち、DBアクセスモジュール８６は、例えば、PMDB７２に、図１１のステップＳ１０１で受信したサービスIDとしてのURIをディレクトリ名とするディレクトリを生成する。

ステップＳ３３４では、DBアクセスモジュール８６は、サービスシステム２４が図１１のステップＳ１で送信した情報によって表される読み出し変更対象メタデータであるPMDを、ステップＳ３３２またはＳ３３３で生成したディレクトリに記憶させて、サービスID登録処理を終了する。

次に、図１５を参照して、図１２のステップＳ１７２、または図１３のステップＳ２８２でなりすまし防止モジュール８４が行うサービスIDマッチング処理の詳細について説明する。

ステップＳ３５１において、なりすまし防止モジュール８４は、PMDB７２（図１０）に登録されている最初のサービスIDを注目サービスIDとして、その注目サービスIDと、図１２のＳ１７１または図１３のＳ２８１で受信した、サービスシステム２４からのサービスIDであるURI（サービスシステム２４のURI）とを、その先頭の文字から比較し、ステップＳ３５２に進む。

ここで、なりすまし防止モジュール８４は、DBアクセスモジュール８６を介して、PMDB７２（図１０）に登録されているサービスIDを取得する。

ステップＳ３５２では、なりすまし防止モジュール８４は、サービスシステム２４のURIと、注目サービスIDとを、その先頭の文字から比較した結果、URIが、その先頭の文字から注目サービスIDと一致する部分を有するかどうかを判定する。

ステップＳ３５２において、サービスシステム２４のURIが注目サービスIDに一致する部分を有すると判定された場合、ステップＳ３５３に進み、なりすまし防止モジュール８４は、注目サービスIDを、サービスシステム２４を特定するサービスIDとして認識し、サービスIDマッチング処理を終了する。

また、ステップＳ３５２において、サービスシステム２４のURIが注目サービスIDに一致する部分を有しないと判定された場合、ステップＳ３５４に進み、なりすまし防止モジュール８４は、PMDB７２に登録されているサービスIDすべてを、注目サービスIDとして、サービスシステム２４のURIと比較したかどうかを判定する。

ステップＳ３５４において、PMDB７２に登録されているサービスIDすべてを、まだ、注目サービスIDとしていないと判定された場合、ステップＳ３５５に進み、なりすまし防止モジュール８４は、PMDB７２に登録されているサービスIDのうち、まだ、注目サービスIDとしていないものの１つを、新たな注目サービスIDとし、ステップＳ３５１における場合と同様に、サービスシステム２４のURIと比較する。そして、ステップＳ３５２に進み、以下、同様の処理が繰り返される。

一方、ステップＳ３５４において、PMDB７２に登録されているサービスIDすべてを、注目サービスIDとしたと判定された場合、即ち、サービスシステム２４のURIと一致するサービスIDが、PMDB７２に登録されていない場合、ステップＳ３５６に進み、なりすまし防止モジュール８４は、通信モジュール８１を介し、サービスシステム２４に対して、サービスの提供の拒否を通知し、サービスIDマッチング処理を終了する。

なお、上述のように、ステップＳ３５６において、サービスシステム２４に対して、サービスの提供の拒否が通知され、図１２のステップＳ１７２、または図１３のステップＳ２８２のサービスIDマッチング処理が終了した場合、図１２または図１３では、以降の処理は行われない。

次に、図１６を参照して、PK２２，pBase２３、およびサービスシステム２４によるPMDのやりとりを説明する。

PK２２は、上述したように、サービスポイント２４をアクセスポイントとして、ネットワーク２１を介して、pBase２３と通信することができる。

図１６一番上に示すように、PK２２とpBase２３との間で通信が行われることにより、PK２２に記憶されているPMDと、pBase２３に記憶されているPMDとを比較し、PMDの同期を行うことができる。このPMDの同期によれば、例えば、PK２２のPMDの内容が更新されている場合、pBase２３のPMDも同様に更新される。なお、PMDの同期の詳細については後述する。

また、例えば、pBase２３には、PK２２に記憶しきれないPMDを記憶させておくことができる。この場合、図１６上から２番目に示すように、サービスシステム２４は、pBase２３のPMDを参照して、PK２２のユーザに対し、サービスを提供することができる。

さらに、図１６一番下に示すように、pBase２３とサービスシステム２４との間で、ネットワーク２１を介して通信を行うことにより、pBase２３からサービスシステム２４に対して、PMDを提供し、pBase２３において、そのPMDに応じたサービスを、サービスシステム２４から受けることもできる。

次に、図１７と図１８を参照して、図１６一番下に示したpBase２３とサービスシステム２４との間の処理の流れを説明する。

なお、図１７では、PK２２（のユーザ）に記憶されているのと同一のPMDB７２が、pBase２３に記憶されているものとし、さらに、サービスシステム２４との間で行われるなりすまし防止処理として、図１２で説明した合言葉による認証を利用した処理が採用されている。

また、図１７では、pBase２３は、図１２で説明したPK２２と同様に、PK合言葉、サービスシステム合言葉、PK２２のユーザID、およびサービスシステム２４のサービスIDを記憶しているものとする。

まず最初に、ステップＳ３７１において、サービスシステム２４は、自身のサービスIDと、PK２２のユーザIDに対応付けて記憶しているサービス合言葉を、pBase２３に送信し、pBase２３は、ステップＳ３９１において、サービスシステム２４からのサービスIDおよびサービス合言葉を受信する。

ここで、ステップＳ３７１では、サービスシステム２４は、既に、PK２２またはpBase２３から、PK２２のユーザIDを受信しており、そのユーザIDに対応付けて記憶しているサービス合言葉を、pBase２３に送信する。

pBase２３は、ステップＳ３９２において、ステップＳ３９１で受信したサービスシステム２４からのサービスIDを用いて、図１５を参照して説明したサービスIDマッチング処理を実行し、ステップＳ３９３に進む。

ステップＳ３９３では、pBase２３は、サービスシステム２４からのサービスIDに対応付けて記憶しているサービス合言葉およびPK合言葉を認識し、サービスシステム２４からのサービス合言葉と、自身が記憶しているサービス合言葉とを比較することにより、それらが一致するかどうかを判定する。

ステップＳ３９３において、サービスシステム２４からのサービス合言葉と、自身が記憶しているサービス合言葉（サービスシステム２４からのサービスIDに対応付けて記憶しているサービス合言葉）とが一致しないと判定された場合、pBase２３は、サービスシステム２４が、なりすましである可能性があると判定し、サービスシステム２４に対して、通信の拒否を表す拒否信号を出力する。

サービスシステム２４は、ステップＳ３７２において、pBase２３からの拒否信号を受信する。

pBase２３は、以上のように、拒否信号を、サービスシステム２４に送信した後は、サービスシステム２４からのアクセスを拒否する。即ち、pBase２３は、サービスシステム２４との通信を拒否する。

一方、ステップＳ３９３において、サービス合言葉が一致すると判定された場合、ステップＳ３９４に進み、pBase２３は、サービスシステム２４が、なりすましでないとして、PK２２のユーザIDと、サービスシステム２４のサービスIDに対応付けて記憶しているPK合言葉とを、サービスシステム２４に送信する。

サービスシステム２４は、ステップＳ３７３において、pBase２３からのユーザIDとPK合言葉を受信し、ステップＳ３７４に進む。ステップＳ３７４では、サービスシステム２４は、pBase２３からのユーザIDに対応付けて記憶しているPK合言葉と、pBase２３からのPK合言葉（ステップＳ３７３で受信したPK合言葉）とを比較し、一致するか否かを判定する。

ステップＳ３７４において、PK合言葉が一致しないと判定された場合、pBase２３が、なりすましである可能性があるとして、サービスシステム２４は、通信の拒否を表す拒否信号を、pBase２３に送信する。pBase２３は、ステップＳ３９５において、サービスシステム２４からの拒否信号を受信する。

サービスシステム２４は、以上のように、拒否信号を、pBase２３に送信した後は、pBase２３からのアクセスを拒否する。即ち、サービスシステム２４は、pBase２３との通信を拒否する。

一方、ステップＳ３７４において、PK合言葉が一致すると判定された場合、サービスシステム２４は、pBase２３がなりすましでないことを確認することができたとして、ステップＳ３７５に進み、pBase２３に対してPMDの読み出し要求を送信する。

pBase２３は、ステップＳ３９６において、サービスシステム２４からの読み出し要求を受信して、ステップＳ３９７に進み、その読み出し要求によって要求されているPMDを読み出す。

ここで、ステップＳ３９７では、pBase２３は、図１２のステップＳ１９４における場合と同様に、読み出し要求によって要求されているPMDの読み出しが許可されているかどうかを確認し、読み出し要求によって要求されているPMDのうち、読み出しが許可されているPMDのみを読み出す。

その後、ステップＳ３９８に進み、pBase２３は、自身から読み出したPMDを、サービスシステム２４に対して送信し、サービスシステム２４は、ステップＳ３７６において、そのPMDを受信して、ステップＳ３７７に進む。

ステップＳ３７７では、サービスシステム２４は、ステップＳ３７６でpBase２３から受信したPMDに基づいて、各種の処理（サービス対応処理）を実行する。ステップＳ３７７のサービス対応処理の結果、pBase２３からのPMDの変更が必要となる場合、サービスシステム２４は、ステップＳ３７８に進み、pBase２３からのPMDを変更して、pBase２３に対して送信する。

pBase２３は、ステップＳ３９９において、サービスシステム２４からのPMDを受信して、ステップＳ４００に進み、そのPMDの変更が許可されているかどうかを、サービスシステム２４のサービスIDに対応するディレクトリのアクセス許可情報（図１０）を参照することにより確認する。さらに、ステップＳ４００では、pBase２３は、自身が記憶しているPMDのうちの、サービスシステム２４によって変更されたPMDに対応するものの中で、その変更が許可されているPMDを、サービスシステム２４によって変更されたPMDにしたがって変更し（PMDの更新を行い）、処理を終了する。

以上のように、pBase２３において、サービス合言葉の一致性よるサービスシステム２４のなりすましの確認を行うとともに、サービスシステム２４において、PK合言葉の一致性によるpBase２３のなりすましの確認を行うので、安全なサービスの提供を行うことができる。

なお、上述の場合には、pBase２３において、サービス合言葉の一致性を確認し、その後、サービスシステム２４において、PK合言葉の一致性を確認するようにしたが、先に、サービスシステム２４において、PK合言葉の一致性を確認し、その後、pBase２３において、サービス合言葉の一致性を確認することも可能である。

次に、図１８を参照して、図１６一番下におけるpBase２３とサービスシステム２４との間の処理の流れの別の例を説明する。

図１８でも、図１７における場合と同様に、PK２２に記憶されているのと同一のPMDB７２が、pBase２３に記憶されているものとする。

また、図１８では、サービスシステム２４との間で行われるなりすまし防止処理として、図１３における場合と同様に公開鍵により暗号化された情報による認証が採用されているものとする。

さらに、図１８では、pBase２３とサービスシステム２４が、例えば、公開鍵方式の暗号アルゴリズムによる情報の暗号化または復号の処理を実行する機能を有しているものとし、従って、pBase２３は、PK２２の公開鍵に対する秘密鍵を記憶しており、サービスシステム２４は、自身の公開鍵に対する秘密鍵を記憶しているものとする。また、pBase２３では、サービスシステム２４の公開鍵が、サービスシステム２４のサービスIDに対応付けて記憶されており、サービスシステム２４でも、PK２２の公開鍵が、PK２２のユーザIDに対応付けて記憶されているものとする。

まず最初に、ステップＳ４２１において、サービスシステム２４は、自身のサービスIDを、pBase２３に送信する。pBase２３は、ステップＳ４５１において、サービスシステム２４からのサービスIDを受信して、ステップＳ４５２に進み、そのサービスIDを用い、図１５を参照して説明したサービスIDマッチング処理を実行して、ステップＳ４５３に進む。

ステップＳ４５３では、pBase２３は、PK２２のユーザIDおよび秘密鍵、並びにサービスシステム２４のサービスIDに対応する公開鍵を認識し、サービスシステム２４を認証するためのチャンレンジコードを生成する。さらに、ステップＳ４５３では、pBase２３は、チャレンジコードを、サービスシステム２４の公開鍵で暗号化し、その結果得られる暗号化チャレンジコードを、ユーザIDとともに、サービスシステム２４に送信する。

サービスシステム２４は、ステップＳ４２２において、pBase２３からの暗号化チャレンジコードとユーザIDを受信し、ステップＳ４２３に進む。

ステップＳ４２３では、サービスシステム２４は、pBase２３からの暗号化チャレンジコードを、自身の秘密鍵により、チャレンジコードに復号する。さらに、ステップＳ４２３では、サービスシステム２４は、そのチャレンジコードを、レスポンスコードとして、そのレスポンスコードを、ステップＳ４２２でpBase２３から受信したユーザIDと対応付けて記憶している公開鍵（PK２２の公開鍵）で暗号化し、その結果得られる暗号化レスポンスコードを、pBase２３に対して送信する。

pBase２３は、ステップＳ４５４において、サービスシステム２４からの暗号化レスポンスコードを受信して、ステップＳ４５５に進み、その暗号化レスポンスコードを、PK２２の秘密鍵で、レスポンスコードに復号する。さらに、ステップＳ４５５では、pBase２３は、レスポンスコードと、ステップＳ４５３で生成したチャレンジコードと比較して、そのチャレンジコードとレスポンスコードが一致しているか否かを判定する。

ステップＳ４５５において、チャレンジコードとレスポンスコードが一致しないと判定された場合、サービスシステム２４が、なりすましである可能性があるとして、pBase２３は、通信の拒否を表す拒否信号を、サービスシステム２４に送信する。そして、サービスシステム２４は、ステップＳ４２４において、pBase２３からの拒否信号を受信する。

pBase２３は、以上のように、拒否信号を、サービスシステム２４に送信した後は、サービスシステム２４からのアクセスを拒否する。即ち、pBase２３は、サービスシステム２４との通信を拒否する。

一方、ステップＳ４５５において、チャレンジコードとレスポンスコードが一致すると判定された場合、ステップＳ４５６に進み、pBase２３は、サービスシステム２４がなりすましでないことが確認できたことを表すOKコードを、サービスシステム２４に送信する。

サービスシステム２４は、ステップＳ４２５において、pBase２３からのOKコードを受信して、ステップＳ４２６に進み、pBase２３を認証するためのチャレンジコードを生成する。さらに、ステップＳ４２６において、サービスシステム２４は、そのチャレンジコードを、PK２２のユーザIDに対応付けて記憶している公開鍵（PK２２の公開鍵）で暗号化し、その結果得られる暗号化チャレンジコードを、pBase２３に対して送信する。

pBase２３は、ステップＳ４５７において、サービスシステム２４からの暗号化チャレンジコードを受信して、ステップＳ４５８に進み、その暗号化チャレンジコードを、PK２２の秘密鍵で、チャレンジコードに復号する。さらに、ステップＳ４５８では、pBase２３は、PK２２の秘密鍵による復号の結果得られたチャレンジコードをレスポンスコードとして、そのレスポンスコードを、サービスシステム２４のサービスIDに対応付けて記憶している公開鍵（サービスシステム２４の公開鍵）で暗号化し、その結果得られる暗号化レスポンスコードを、サービスシステム２４に対して送信する。

サービスシステム２４は、ステップＳ４２７において、pBase２３からの暗号化レスポンスコードを受信し、その暗号化レスポンスコードを、自身の秘密鍵で、レスポンスコードに復号して、ステップＳ４２８に進む。

ステップＳ４２８では、サービスシステム２４は、ステップＳ４２７で復号したレスポンスコードと、ステップＳ４２６で生成したチャレンジコードとを比較し、両者が一致するか否かを判定する。

ステップＳ４２８において、チャレンジコードとレスポンスコードとが一致しないと判定された場合、サービスシステム２４は、pBase２３が、なりすましである可能性があるとして、pBase２３に対して、通信の拒否を表す拒否信号を送信する。

pBase２３は、ステップＳ４５９において、サービスシステム２４からの拒否信号を受信して、処理を終了する。

サービスシステム２４は、以上のように、拒否信号を、pBase２３に送信した後は、pBase２３からのアクセスを拒否する。即ち、サービスシステム２４は、pBase２３との通信を拒否する。

一方、ステップＳ４２８において、チャレンジコードとレスポンスコードが一致すると判定された場合、即ち、pBase２３とサービスシステム２４において、相互認証に成功した場合、サービスシステム２４は、pBase２３がなりすましでないことを確認することができたとして、ステップＳ４２９に進み、pBase２３に対してPMDの読み出し要求を送信する。

pBase２３は、ステップＳ４６０において、サービスシステム２４からの読み出し要求を受信し、ステップＳ４６１に進み、その読み出し要求によって要求されているPMDを読み出す。

ここで、ステップＳ４６１では、pBase２３は、図１２のステップＳ１９４における場合と同様に、読み出し要求によって要求されているPMDの読み出しが許可されているかどうかを確認し、読み出し要求によって要求されているPMDのうち、読み出しが許可されているPMDのみを読み出す。

その後、ステップＳ４６２に進み、pBase２３は、自身から読み出したPMDを、サービスシステム２４に対して送信し、サービスシステム２４は、ステップＳ４３０において、そのPMDを受信して、ステップＳ４３１に進む。

ステップＳ４３１では、サービスシステム２４は、ステップＳ４３０でpBase２３から受信したPMDに基づいて、サービス対応処理としての各種の処理を実行する。ステップＳ４３１のサービス対応処理の結果、pBase２３からのPMDの変更が必要となる場合、サービスシステム２４は、ステップＳ４３２に進み、pBase２３からのPMDを変更して、pBase２３に対して送信する。

pBase２３は、ステップＳ４６３において、サービスシステム２４からのPMDを受信して、ステップＳ４６４に進み、そのPMDの変更が許可されているかどうかを、サービスシステム２４のサービスIDに対応するディレクトリのアクセス許可情報（図１０）を参照することにより確認する。さらに、ステップＳ４６４では、pBase２３は、自身が記憶しているPMDのうちの、サービスシステム２４によって変更されたPMDに対応するものの中で、その変更が許可されているPMDを、サービスシステム２４によって変更されたPMDにしたがって変更し（PMDの更新を行い）、処理を終了する。

以上のように、pBase２３およびサービスシステム２４において、いわゆるチャレンジ＆レスポンス方式による認証を行う場合にも、安全なサービスの提供を行うことができる。

なお、上述の場合には、pBase２３において、先に、サービスシステム２４の認証を行い、その後、サービスシステム２４において、pBase２３の認証を行うようにしたが、先に、サービスシステム２４において、pBase２３の認証を行い、その後、pBase２３において、サービスシステム２４の認証を行うことも可能である。

また、上述の場合には、公開鍵方式で、チャレンジコードとレスポンスコードの暗号化／復号を行うこととしたが、チャレンジコードとレスポンスコードの暗号化／復号は、共通鍵方式で行うことも可能である。

さらに、図１７または図１８において、相互認証が成功した後のpBase２３とサービスシステム２４との間の通信では、情報は、例えば、公開鍵方式などで暗号化されてやりとりされる。即ち、図１７におけるステップＳ３７６とＳ３９８の通信、およびステップＳ３７８とＳ３９９の通信、並びに、図１８におけるステップＳ４３０とＳ４６２の通信、およびステップＳ４３２とＳ４６３の通信では、情報が暗号化されてやりとりされる。

次に、図１９乃至図２１は、PMDの内容の例を示している。

PMDは、サービスIDに対応付けられたメタデータの集合であり、そのメタデータの識別情報であるプロパティ（属性）と、そのプロパティの内容（属性値）とを含んでいる。

図１９では、メタデータの属性として、「name」、「なりすまし防止方法」、「サービス公開鍵」、「PK秘密鍵」、「action」、および「番組嗜好情報」が設けられている。

図１９のPMD（メタデータ）が、例えば、サービスID1に対応付けられている場合、属性「name」は、サービスID1に対応するサービスシステム２４に対して提供されたユーザIDを示し、図１９では、その属性値は「foo」となっている。

図１９において、属性「なりすまし防止方法」は、サービスID1に対応するサービスシステム２４との間で行われるなりすまし防止処理の方法を示し、その属性値は、「公開鍵方式」となっている。

ここで、PK２２と、例えば、サービスID1に対応するサービスシステム２４との間で、図１１の処理が行われ、ステップＳ８２において、「公開鍵方式」を表すコードが、確認コードとして生成された場合、図１９に示したように、属性「なりすまし防止方法」の属性値は、「公開鍵方式」とされる。

また、図１９では、属性「なりすまし防止方法」の属性値が、「公開鍵方式」となっているため、その公開鍵方式の暗号化／復号で用いられる鍵を表す属性「サービス公開鍵」および「PK秘密鍵」がPMDに設けられている。

即ち、属性「サービス公開鍵」は、サービスID1に対応するサービスシステム２４の公開鍵を示し、図１９では、その属性値として、サービスシステム２４の公開鍵のデータが記述されている。

属性「PK秘密鍵」は、PK２２の秘密鍵を示し、図１９では、その属性値として、PK２２の秘密鍵のデータが記述されている。

属性「action」は、サービスID1に対応するサービスシステム２４からのサービスを受けるときに実行されるプログラムを示し、その属性値として、例えば、プログラムの実行形式ファイル（名）が記述される。

属性「番組嗜好情報」は、サービスID1に対応するサービスシステム２４からのサービスを受けるときに利用されるユーザの嗜好情報を示し、図１９では、その属性値として、「スポーツ１０、バラエティ７、音楽５、その他３」が記述されている。

アクセス許可情報は、各属性の属性値に対するアクセス制御をするための情報で、各属性に対しては、アクセス許可情報として、所定のビット数で構成される制御コードが設定されている。

ある属性に注目すると、その注目している属性（注目属性）に対する制御コードにおいて、例えば、第１番目のビットによれば、サービスID1に対応するサービスシステム２４による、注目属性の属性値の読み出しの可否が設定される。また、第２番目のビットによれば、サービスID1に対応するサービスシステム２４による、注目属性の属性値の変更の可否が設定される。さらに、第３番目のビットによれば、サービスID1に対応するサービスシステム２４以外による、注目属性の属性値の読み出しの可否が設定され、第４番目のビットによれば、サービスID1に対応するサービスシステム２４以外による、注目属性の属性値の変更の可否が設定される。

その他、制御コードには、プログラムの実行の可否を設定するビットなどを設けることができる。

次に、図２０では、メタデータの属性として、「name」、「なりすまし防止方法」、「共通鍵」、「action」、および「番組嗜好情報」が設けられている。また、図２１では、メタデータの属性として、「name」、「なりすまし防止方法」、「サービス合言葉」、「PK合言葉」、「action」、および「番組嗜好情報」が設けられている。

図２０および図２１において、属性「name」、「action」、および「番組嗜好情報」については、図１９における場合と同一の属性値が記述されている。また、図２０および図２１において、アクセス許可情報（制御コード）は、図１９における場合と同様のものである。

そして、図２０では、属性「なりすまし防止方法」の属性値が、「共通鍵方式」となっている。PK２２と、例えば、サービスID1に対応するサービスシステム２４との間で、図１１の処理が行われ、ステップＳ８２において、「共通鍵方式」を表すコードが、確認コードとして生成された場合、図２０に示したように、属性「なりすまし防止方法」の属性値は、「共通鍵方式」とされる。

また、図２０では、属性「なりすまし防止方法」の属性値が、「共通鍵方式」となっているため、その共通鍵方式の暗号化／復号で用いられる鍵を表す属性「共通鍵」がPMDに設けられている。

即ち、属性「共通鍵」は、共通鍵方式の暗号化／復号で用いられる共通鍵（秘密鍵）を示し、図２０では、その属性値として、その共通鍵のデータが記述されている。

一方、図２１では、属性「なりすまし防止方法」の属性値が、「合言葉方式」となっている。PK２２と、例えば、サービスID1に対応するサービスシステム２４との間で、図１１の処理が行われ、ステップＳ８２において、「合言葉方式」を表すコードが、確認コードとして生成された場合、図２０に示したように、属性「なりすまし防止方法」の属性値は、「合言葉方式」とされる。

また、図２１では、属性「なりすまし防止方法」の属性値が、「合言葉方式」となっているため、その合言葉方式での認証に用いられる合言葉を表す属性「サービス合言葉」および「PK合言葉」がPMDに設けられている。

そして、図２１では、属性「サービス合言葉」の属性値として、上述したサービス合言葉のデータが記述されており、属性「PK合言葉」の属性値として、上述したPK合言葉のデータが記述されている。

次に、図２２を参照して、PMDを更新するPMD更新処理について説明する。

図２２のPMD更新処理は、例えば、サービスシステム２４により、コンテンツの視聴サービスが提供された場合、図１２のステップＳ１２７または図１３のステップＳ２２１のサービス対応処理の１つとして、サービスシステム２４により実行される。

なお、ここでは、サービスシステム２４からコンテンツの視聴サービスを受けたユーザのPK２２に、例えば、図１９乃至図２１に示したような「番組嗜好情報」を含むPMDが記憶されており、その「番組嗜好情報」（の属性値）が、PK２２からサービスシステム２４に対して、既に提供されているものとする。

ステップＳ４８１において、サービスシステム２４（のCPU５１（図９））は、ユーザが視聴（ユーザに提供）した番組（コンテンツ）のメタデータを取得し、ステップＳ４８２に進む。ステップＳ４８２において、サービスシステム２４は、ステップＳ４８１で取得したメタデータからユーザが視聴した番組のジャンルを分析し、ステップＳ４８３に進む。

ステップＳ４８３において、サービスシステム２４は、ステップＳ４８２での分析により得られたジャンルがスポーツであるか否かを判定する。ステップＳ４８３において、ジャンルがスポーツであると判定された場合、ステップＳ４８４に進み、サービスシステム２４は、PMDの中の属性「番組嗜好情報」（図１９乃至図２１）の属性値におけるスポーツのポイントをアップさせ、処理を終了する。例えば、図１９乃至図２１において、「スポーツ１０、バラエティ７、音楽５、その他３」とされていたものが、「スポーツ１１、バラエティ７、音楽５、その他３」とされる。

また、ステップＳ４８３において、ステップＳ４８２での分析により得られたジャンルがスポーツではないと判定された場合、サービスシステム２４は、ステップＳ４８５に進み、ジャンルがバラエティであるか否かを判定する。

ステップＳ４８５において、ジャンルがバラエティであると判定された場合、ステップＳ４８６に進み、サービスシステム２４は、PMDの中の属性「番組嗜好情報」の属性値におけるバラエティのポイントをアップさせ、処理を終了する。例えば、図１９乃至図２１において、「スポーツ１０、バラエティ７、音楽５、その他３」とされていたものが、「スポーツ１０、バラエティ８、音楽５、その他３」とされる。

一方、ステップＳ４８５において、ステップＳ４８２での分析により得られたジャンルがバラエティではないと判定された場合、サービスシステム２４は、ステップＳ４８７に進み、ジャンルが音楽であるか否かを判定する。

ステップＳ４８７において、ジャンルが音楽であると判定された場合、ステップＳ４８８に進み、サービスシステム２４は、PMDの中の属性「番組嗜好情報」の属性値における音楽のポイントをアップさせ、処理を終了する。例えば、図１９乃至図２１において、「スポーツ１０、バラエティ７、音楽５、その他３」とされていたものが、「スポーツ１０、バラエティ７、音楽６、その他３」とされる。

ステップＳ４８７において、ステップＳ４８２での分析により得られたジャンルが音楽ではないと判定された場合、サービスシステム２４は、ステップＳ４８９に進み、PMDの中の属性「番組嗜好情報」の属性値におけるその他のポイントをアップさせ、処理を終了する。例えば、図１９乃至図２１において、「スポーツ１０、バラエティ７、音楽５、その他３」とされていたものが、「スポーツ１０、バラエティ７、音楽５、その他４」とされる。

このようにして、サービスシステム２４においてPMDが更新される。更新されたPMDは、PK２２に送信され、PK２２のPMDが更新される。

次に、PK２２によれば、PMDを利用して、情報機器に、そのPK２２のユーザに応じた処理を行わせることができる。このように、情報機器が、PK２２のユーザ個人に応じた処理を行う場合、情報機器は、そのユーザ用にパーソナライズ(personalize)されたということができる。

図２３は、情報機器としてのPC(Personal Computer)をパーソナライズするPKシステムの構成例を示している。なお、図中、図７における場合と対応する部分については、同一の符号を付してある。

図２３において、公共PC１０１は、例えば、いわゆるインターネットカフェや、図書館などの公共の場所、会社の会議室等に設置してあるPCであり、ネットワーク２１に接続している。なお、公共PC１０１は、図７のサービスシステム２４でもあり、準静電界通信を行うことができる。

また、図２３において、ユーザPC１０２は、例えば、PK２２のユーザの自宅や会社にある、そのユーザ専用のPC（ユーザが所有するPC）であり、公共PC１０１と同様に、ネットワーク２１に接続している。

ここで、ユーザは、例えば、自宅で使用するユーザPC１０２については、一般に、自身が使いやすいように環境設定を行う。一方、ユーザの所有物でない公共PC１０１には、一般に、ユーザPC１０２とは異なる環境設定が行われている。従って、従来においては、ユーザは、外出先等に設置されている公共PC１０１を、ユーザPC１０２における環境（例えば、デスクトップの表示状態や、ディレクトリ構成等）と同一の環境で使用することはできない。

そこで、図２３のPKシステムでは、ユーザが、外出先等に設置されている公共PC１０１を、ユーザPC１０２における環境と同一の環境で使用することができるようになっている。

即ち、サービスシステムである公共PC１０１は、PK２２のユーザが公共PC１０１を使用する場合、その公共PC１０１を、PK２２のユーザ用にパーソナライズするパーソナライズ処理を行う。

図２４は、サービスシステムである公共PC１０１が行うパーソナライズ処理の例を示すフローチャートである。

図２４のパーソナライズ処理は、例えば、PK２２を携帯するユーザが、公共PC１０１を使用しようとすると行われる。

即ち、PK２２と公共PC１０１とは、上述したように、準静電界通信を行うことができるようになっている。そして、公共PC１０１のすぐ近い位置（例えば、公共PC１０１が置かれているテーブルや、真下の床の部分、公共PC１０１の筐体など）に、公共PC１０１が準静電界通信を行うためのアンテナが設けられており、従って、ユーザが、公共PC１０１を使用しようとして、公共PC１０１に近づき、そのアンテナに対して触れる、あるいは、近接した状態となると、ユーザが携帯しているPK２２と、公共PC１０１との間では、PK２２を携帯しているユーザの人体および公共PC１０１のアンテナを介して、準静電界通信が可能となる。

公共PC１０１は、PK２２との間で準静電界通信が可能となると、ステップＳ５０１において、PK２２から、PMDを取得する。即ち、公共PC１０１は、準静電界通信によって、PK２２に対して、PMDを要求し、PK２２は、公共PC１０１からの要求に応じたPMDを、準静電界通信によって、公共PC１０１に送信する。これにより、公共PC１０１は、PK２２から、PMDを取得する。

ここで、PK２２には、ユーザPC１０２における環境を表す環境データが、PMDとして記憶されており、ステップＳ５０１において、公共PC１０１は、その環境データであるPMDを取得するものとする。

公共PC１０１は、ステップＳ５０１において、PK２２から環境データであるPMDを取得した後、ステップＳ５０２に進み、その環境データにしたがって、自身の環境設定を行う。即ち、これにより、公共PC１０１は、PK２２のユーザ用にパーソナライズされ、PK２２のユーザは、公共PC１０１を、自身が所有するユーザPC１０２における環境と同一の環境で使用することができる。

その後、PK２２のユーザが、公共PC１０１を操作し、例えば、ユーザPC１０２に記憶されている、ユーザがワードプロセッサ等のアプリケーションで作成したデータファイルなどを開く（オープンする）ことを要求すると、公共PC１０１は、ステップＳ５０３に進み、開くことが要求されたデータファイルを、ユーザPC１０２から取得する。

即ち、ステップＳ５０３では、公共PC１０１は、ネットワーク２１を介して、ユーザPCにアクセスし、開くことが要求されたデータファイルをダウンロードする。そして、公共PC１０１は、そのデータファイルを開いて表示等を行う。

その後、PK２２のユーザが、公共PC１０１を操作し、ステップＳ５０３で取得されたデータファイルを編集、更新し、その更新後のデータファイルを閉じる（クローズする）ことを要求すると、公共PC１０１は、ステップＳ５０４に進み、更新後のデータファイルを、ネットワーク２１を介して、ユーザPC１０２に転送して（アップロードして）記憶させる。

そして、PK２２のユーザが、公共PC１０１を操作し、ログオフを要求すると、ステップＳ５０５に進み、公共PC１０１は、現在の自身における環境を表す環境データを、準静電界通信によって、PK２２に送信する。

ここで、PK２２のユーザが公共PC１０１を使用し始めるときは、ステップＳ５０２で説明したように、公共PC１０１は、ユーザPC１０２における環境と同一の環境となっているが、その後、ユーザが公共PC１０１を使用することで、使用開始時とは異なる環境とされることがある。この場合、公共PC１０１における環境は、PK２２に記憶されている環境データにしたがって設定される環境と異なっているため、ステップＳ５０５では、公共PC１０１は、PK２２に記憶されている環境データを更新するために、現在の自身における環境を表す環境データを、準静電界通信によって、PK２２に送信する。

この場合、PK２２は、公共PC１０１からの環境データを受信し、その環境データによって、自身が記憶しているPMDとしての環境データを更新する。

公共PC１０１は、ステップＳ５０５において、環境データをPK２２に送信した後は、ステップＳ５０６に進み、その環境データや、ステップＳ５０１で取得した環境データ、ユーザPC１０２からダウンロードしたデータファイル等を削除し、図２４のパーソナライズ処理が開始される前の状態となって、ステップＳ５０７に進む。

ステップＳ５０７では、公共PC１０１は、ログオフに必要なログオフ処理を行い、パーソナライズ処理を終了する。

以上のように、図２４のパーソナライズ処理によれば、公共PC１０１が、ユーザPC１０２における環境と同一の環境にパーソナライズされるので、ユーザは、自身が所有するユーザPC１０２と同様の操作性で、公共PC１０１を使用することができる。

また、公共PC１０１をパーソナライズするには、PK２２と公共PC１０１との間で通信を行う必要があるが、PK２２を携帯するユーザは、意識的に、PK２２と公共PC１０１とを通信させるような行為、即ち、例えば、PK２２をポケット等から取り出して、公共PC１０１のアンテナに向けてかざすような行為を行わなくても良い。

即ち、PK２２と公共PC１０１との間の準静電界通信は、上述したように、PK２２を携帯しているユーザが、公共PC１０１のアンテナに対して触れる、あるいは、近接した状態となると、ユーザの人体および公共PC１０１のアンテナを介して行うことが可能となる。

従って、PK２２を携帯しているユーザは、単に、公共PC１０１を使用しようとする行為、即ち、例えば、公共PC１０１の前に腰掛ける、あるいは、公共PC１０１のキーボードやマウス等に対して、その操作するために触れる、などといった、人が公共PC１０１を使用するのに行う本来の行為を行うだけで良く、これにより、PK２２と公共PC１０１との間で通信が行われ、公共PC１０１がパーソナライズされる。

なお、PK２２とサービスシステムである公共PC１０１との間の通信、およびネットワーク２１を介しての公共PC１０１とユーザPC１０２との通信は、いずれも、例えば、SSL(Secure Sockets Layer)等を利用することによって、セキュアに行われる。

次に、図２３のPKシステムにおいて、例えば、ユーザのPK２２とpBase２３とに同一のPMDが記憶されていたとしても、図２４のパーソナライズ処理が行われた場合、公共PC１０１が、ステップＳ５０５において、PK２２に送信する環境データであるPMDによって、PMD２２が記憶しているPMDが更新されると、PK２２とpBase２３とに記憶されているPMDは、異なるものとなる。

そこで、PK２２とpBase２３との間では、pBase２３に記憶されているPMDを、PK２２に記憶されているPMDに一致させるために、図１６で概説したPMDの同期が行われる。

図２５は、PK２２とpBase２３との間で行われるPMDの同期の処理を説明するアローチャートである。

このPMDの同期の処理は、PK２２が、公共PC１０１などのサービスシステム、およびネットワーク２１を介して、pBase２３との間で通信を行うことができる場合に行われる。

なお、ここでは、PK２２が、サービスシステムである公共PC１０１との間で、準静電界通信が可能な状態にあるものとする。

ステップＳ５２１において、PK２２は、自身が記憶しているPMDを、公共PC１０１に送信し、公共PC１０１は、ステップＳ５４１において、PK２２からのPMDを受信する。

そして、ステップＳ５４２に進み、公共PC１０１は、ステップＳ５４１で受信したPMDを、ネットワーク２１を介して、pBase２３に送信し、pBase２３は、ステップＳ５６１で、公共PC１０１からのPMDを受信して、ステップＳ５６２に進む。

ステップＳ５６２では、pBase２３は、図２６を参照して後述するPMD同期処理を実行する。これにより、pBase２３に記憶されているPMDが更新されるとともに、PK２２のPMDを更新する同期データが生成される。

そして、pBase２３は、ステップＳ５６３に進み、ステップＳ５６２のPMD同期処理によって生成した同期データを、ネットワーク２１を介して、公共PC１０１に送信し、公共PC１０１は、ステップＳ５４３で、pBase２３からの同期データを受信して、ステップＳ５４４に進む。

ステップＳ５４４において、公共PC１０１は、ステップＳ５４３で受信した同期データを、PK２２に送信し、PK２２は、ステップＳ５２２で、公共PC１０１からの同期データを受信して、ステップＳ５２３に進む。

ステップＳ５２３において、PK２２は、ステップＳ５２２で受信した同期データに基づいて、自身のPMDを更新し、処理を終了する。これにより、PK２２のPMDとpBase２３のPMDとが一致するように、それぞれのPMDが更新される。

次に、図２６を参照して、図２５のステップＳ５６２のPMD同期処理の詳細について説明する。

ステップＳ５８１において、pBase２３は、図２５のステップＳ５６１で受信したPK２２からのPMDと、pBase２３に記憶されているPMDとを比較する。即ち、ステップＳ５８１において、pBase２３は、PK２２からのPMDの各属性の属性値のうちの、まだ、注目属性値としていないものを、注目属性値とする。さらに、ステップＳ５８１では、pBase２３は、自身が記憶しているPMDの中から、注目属性値に対応する属性値を読み出し、その属性値が最後に更新された日時を表す更新日時情報と、注目属性値の更新日時情報とを比較する。

ここで、PMDには、更新日時情報が含まれるものとする。

そして、ステップＳ５８１からＳ５８２に進み、pBase２３は、ステップＳ５８１の比較結果に基づき、注目属性値の更新日時が、pBase２３に記憶されている、その注目属性値に対応する属性値（以下、適宜、対応属性値という）の更新日時より新しいか否かを判定する。

ステップＳ５８２において、注目属性値の更新日時が、pBase２３に記憶されている対応属性値の更新日時より新しいと判定された場合、ステップＳ５８３に進み、pBase２３は、自身が記憶している対応属性値を、注目属性値に更新し、ステップＳ５８５に進む。

また、ステップＳ５８２において、注目属性値の更新日時が、pBase２３に記憶されている対応属性値の更新日時より新しくないと判定された場合、ステップＳ５８４に進み、pBase２３は、自身が記憶している対応属性値を、同期データとして、ステップＳ５８５に進む。

ここで、同期データは、図２６のPMD同期処理の終了後、上述した図２５のステップＳ５６３で、公共PC１０１を介してPK２２に送信される。そして、PK２２では、図２５のステップＳ５２３において、同期データにしたがって、自身が記憶しているPMDが更新される。

なお、ここでは、注目属性値の更新日時よりも新しい更新日時となっている対応属性値の他、注目属性値の更新日時と同一の更新日時の対応属性値も同期データとされることとなるが、同期データとするのは、注目属性値の更新日時よりも新しい更新日時の対応属性値だけで良い。

ステップＳ５８５では、pBase２３は、PK２２からのPMDの属性値を、すべて注目属性値として、更新日時をチェックしたかどうかを判定する。

ステップＳ５８５において、PK２２からのPMDの属性値すべてを、まだ注目属性値としていないと判定された場合、ステップＳ５８１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ５８５において、PK２２からのPMDの属性値すべてを、注目属性値としたと判定された場合、PMD同期処理を終了する。

次に、図２７は、図７や図２３に示したPKシステムを利用したサービス提供システムの一実施の形態の構成例を示している。なお、図中、図７または図２３のPKシステムにおける場合と対応する部分については、同一の符号を付してある。

図２７において、サービスシステム２４は、PK２２を携帯しているユーザに対して、そのユーザ用にパーソナライズされた情報を提供する。

即ち、サービスシステム２４には、アンテナ１２１および出力装置１２２が接続されている。

アンテナ１２１は、準静電界通信用のアンテナである導体シートで、その近傍には、準静電界が形成されている。PK２２とサービスシステム２４とは、PK２２を携帯するユーザの人体の表面に形成される準静電界、またはアンテナ１２１の近傍に形成される準静電界の範囲内において、準静電界通信を行うことができる。

なお、アンテナ１２１は、例えば、床等に設置することができる。

また、ここでは、PK２２を携帯するユーザの人体の表面に形成される準静電界と、アンテナ１２１の近傍に形成される準静電界は、その厚み（上述した強度境界距離ｒ）が微小なものであるとする。即ち、PK２２とサービスシステム２４とは、PK２２を携帯するユーザの人体の一部がアンテナ１２１に触れるか、またはそれに極めて近い状態になったときだけ、静電界通信が可能となるものとする。

この場合、PK２２とサービスシステム２４とが準静電界通信を行うことができる状態であるときは、そのPK２２を携帯するユーザは、アンテナ１２１の位置にいると特定することができる。

出力装置１２２は、例えば、ディスプレイやスピーカで構成され、サービスシステム２４から供給される情報を、画像で表示し、または音声で出力する。

図２７において、サービスシステム２４は、機能的には、ユーザ情報取得モジュール１３１、最適化エンジン１３２、コンテンツDB(DataBase)１３３、およびユーザDB１３４で構成されている。

ユーザ情報取得モジュール１３１は、アンテナ１２１およびPK２２を携帯するユーザの人体を介して、PK２２との間で準静電界通信を行うことにより、PK２２から送信されてくるPMDを受信し、また、PK２２に対して、後述するコンテンツDBから取得された情報を送信する。

最適化エンジン１３２は、ユーザ情報取得モジュール１３１がPK２２から受信したPMDに応じて、コンテンツDB１３３に記憶されているコンテンツ（情報）の中から、PK２２のユーザに提供するのに最適なものを認識する。

コンテンツDB１３３は、PK２２のユーザなどの、サービスシステム２４の外部に提供する様々なコンテンツを記憶している。さらに、コンテンツDB１３３は、自身が記憶しているコンテンツのメタデータであるコンテンツメタデータも記憶している。

ユーザDB１３４は、上述したPK２２（のユーザ）のユーザIDや、サービス合言葉、PK合言葉、公開鍵方式の暗号化／復号で用いられる秘密鍵および公開鍵、共通鍵方式の暗号化／復号で用いられる共通鍵など、PK２２との間の通信に必要なデータを記憶する。ここで、ユーザDB１３４の記憶内容の更新は、例えば、ユーザ情報取得モジュール１３１によって行われる。

なお、コンテンツDB１３３およびユーザDB１３４は、サービスシステム２４に設けるのではなく、サービスシステム２４とは独立に、ネットワーク２１上にあっても良い。

次に、図２８を参照して、PK２２とサービスシステム２４で行われる処理について説明する。

ステップＳ６４１において、ユーザ情報取得モジュール１３１は、アンテナ１２１を介し、一定間隔で、自身のサービスID（サービスシステム２４が提供するサービスを特定するサービス特定情報としてのサービスID）としてのURIを、準静電界通信によって送信している。

なお、このURIの送信は、例えば、IP(Internet Protocol)プロトコルを用いたブロードキャストにより行うことができる。

そして、PK２２を所持したユーザが、例えば、アンテナ１２１の上を通過し、またはアンテナ１２１の上に立つと、PK２２とサービスシステム２４とは、アンテナ１２１およびPK２２のユーザの人体を介して、準静電界通信を行うことが可能となり、これにより、ステップＳ６６１において、PK２２は、サービスシステム２４のユーザ情報取得モジュール１３１がアンテナ１２１を介して送信しているURIを受信し、ステップＳ６６２に進む。

ステップＳ６６２では、PK２２は、サービスシステム２４から受信したURIであるサービスIDが、PMDB７２（図１０）に登録されているかどうかを判定する。

ステップＳ６６２において、サービスシステム２４からのURIであるサービスIDが、PMDB７２に登録されていないと判定された場合、PK２２は、サービスシステム２４からのサービスの提供を拒否することを表す拒否信号を、準静電界通信によって送信する。

PK２２が送信した拒否信号は、ステップＳ６４２において、アンテナ１２１を介して、ユーザ情報取得モジュール１３１で受信される。

この場合、サービスシステム２４は、PK２２に対してサービスを提供しない。

一方、ステップＳ６６２において、サービスシステム２４からのURIであるサービスIDが、PMDB７２に登録されていると判定された場合、ステップＳ６６３に進み、PK２２は、そのサービスIDと対応付けて記憶している、上述したPK合言葉とユーザIDを、準静電界通信によって送信する。

なお、このPK合言葉とユーザIDの送信は、例えば、IPプロトコルを用いたシングルキャストにより、ターゲットとするサービスシステム２４に対して行われる。PK２２において行われるこれ以降の通信も同様である。

また、サービスシステム２４において行われるこれ以降の通信も同様に、IPプロトコルを用いたシングルキャストにより、ターゲットとするPK２２に対して行われる。

PK２２が送信したPK合言葉およびユーザIDは、ステップＳ６４３において、アンテナ１２１を介して、ユーザ情報取得モジュール１３１で受信される。

そして、ユーザ情報取得モジュール１３１は、ステップＳ６４４に進み、PK２２からのユーザIDに対応付けて記憶されているPK合言葉を、ユーザDB１３４から読み出して、そのPK合言葉と、PK２２からのPK合言葉とが一致するかどうかを判定する。

ステップＳ６４４において、PK２２からのユーザIDに対応付けて記憶されているPK合言葉と、PK２２からのPK合言葉とが一致しないと判定された場合、即ち、PK２２がなりすましである可能性が高い場合、ユーザ情報取得モジュール１３１は、処理を終了する。

この場合、サービスシステム２４は、PK２２に対してサービスを提供しない。

一方、ステップＳ６４４において、PK２２からのユーザIDに対応付けて記憶されているPK合言葉と、PK２２からのPK合言葉とが一致すると判定された場合、ユーザ情報取得モジュール１３１は、PK２２からのユーザIDに対応付けて記憶されているサービス合言葉を、ユーザDB１３４から読み出し、アンテナ１２１を介して、準静電界通信によって送信する。

サービスシステム２４（のユーザ情報取得モジュール１３１）が送信したサービス合言葉は、ステップＳ６６４において、PK２２で受信される。

そして、PK２２は、ステップＳ６６５に進み、サービスシステム２４のサービスIDに対応付けて記憶されているサービス合言葉を、PMDB７２（図１０）から読み出して、そのサービス合言葉と、サービスシステム２４からのサービス合言葉とが一致するかどうかを判定する。

ステップＳ６６５において、サービスシステム２４のサービスIDに対応付けて記憶されているサービス合言葉と、サービスシステム２４からのサービス合言葉とが一致しないと判定された場合、即ち、サービスシステム２４がなりすましである可能性が高い場合、ユーザ情報取得モジュール１３１は、サービスシステム２４からのサービスの提供を拒否することを表す拒否信号を、準静電界通信によって送信する。

PK２２が送信した拒否信号は、ステップＳ６４５において、アンテナ１２１を介して、ユーザ情報取得モジュール１３１で受信される。

この場合、サービスシステム２４は、PK２２に対してサービスを提供しない。

一方、ステップＳ６６５において、サービスシステム２４のサービスIDに対応付けて記憶されているサービス合言葉と、サービスシステム２４からのサービス合言葉とが一致すると判定された場合、即ち、PK２２とサービスシステム２４との間で相互認証に成功した場合、ステップＳ６６６に進み、PK２２は、PMDB７２から、サービスシステム２４のサービスIDに対応付けて記憶されているPMDのうちの、読み出しが許可されているもの、即ち、サービスシステム２４に対して提供することが許可されているPMD（許可情報）を読み出し、準静電界通信によって、サービスシステム２４に送信する。

なお、PK２２とサービスシステム２４との間で相互認証に成功した後の、PK２２とサービスシステム２４との間の通信は、例えば、SSL等を利用することによって、セキュアに行われる。

PK２２が送信したPMDは、ステップＳ６４６において、アンテナ１２１を介して、ユーザ情報取得モジュール１３１で受信される。そして、ユーザ情報取得モジュール１３１は、ステップＳ６４７に進み、PK２２からのPMDを、最適化エンジン１３２に転送し、最適化エンジン１３２は、ステップＳ６２２において、そのPMDを受信する。

また、ユーザ情報取得モジュール１３１は、ステップＳ６４８において、例えば、PK２２との間の準静電界通信を行うのに使用されているアンテナ１２１の設置位置を、PK２２を携帯しているユーザがいる位置（ユーザ位置）として認識し、そのユーザ位置を、最適化エンジン１３２に転送する。最適化エンジン１３２は、ステップＳ６２３において、ユーザ情報取得モジュール１３１からのユーザ位置を受信する。

一方、コンテンツDB１３３は、ステップＳ６０１において、自身が記憶しているコンテンツメタデータを、最適化エンジン１３２に供給し、最適化エンジン１３２は、ステップＳ６２１において、コンテンツDB１３３からのコンテンツメタデータを受信し、そのコンテンツメタデータにより、コンテンツDB１３３に記憶されているコンテンツ（の内容等）を認識する。

そして、最適化エンジン１３２は、ステップＳ６２４において、PK２２からのPMDと、PK２２を携帯しているユーザのユーザ位置とに応じて、PK２２を携帯しているユーザに対して提供するのが最適なコンテンツを、ステップＳ６２１で認識したコンテンツの中から特定（認識）し、そのコンテンツを要求するリクエスト信号を、コンテンツDB１３３に供給する。

コンテンツDB１３３は、ステップＳ６０２において、最適化エンジン１３２からのリクエスト信号を受信して、ステップＳ６０３に進む。

ステップＳ６０３では、コンテンツDB１３３は、自身が記憶しているコンテンツの中から、最適化エンジン１３２からのリクエスト信号によって要求されているコンテンツを検索（選択）し、そのコンテンツ（以下、適宜、最適コンテンツという）を、出力装置１２２に供給する。

出力装置１２２は、ステップＳ６３１において、コンテンツDB１３３からの最適コンテンツを受信し、その表示等を行う。

なお、図２８では、なりすまし防止処理として、合言葉方式を用いた処理を行うようにしたが、なりすまし防止処理は、その他、上述した公開鍵方式や共通鍵方式を用いた処理であっても良い。

但し、なりすまし防止処理を行うことは、必須ではない。即ち、PK２２を携帯するユーザ側もしくはサービスシステム２４を提供するサービス提供者側のうちの一方または両方が不要と認める場合には、なりすまし防止処理はスキップすることができる。具体的には、例えば、PK２２を携帯するユーザの性別が男または女であるなどといった、公開するPMDがユーザの情報としてそれほど重要でないものである場合には、なりすましの防止の要請は低い。従って、このような場合には、なりすまし防止処理をスキップしても問題はなく、さらに、なりすまし防止処理のスキップによって、処理全体の短時間化を図ることができる。

また、図２８では、サービスシステム２４に対して、PK２２からユーザのPMDを提供するようにしたが、ユーザのPMDは、その他、例えば、pBase２３（図２７）から提供することも可能である。即ち、例えば、PK２２では、サービスシステム２４に対し、PMDとして、pBase２３のURIを提供するようにし、サービスシステム２４では、PK２２からのPMDがURIであった場合には、そのURIが表すpBase２３に対し、ネットワーク２１を介してアクセスして、そのpBase２３から、PK２２のユーザのPMDを取得するようにすることができる。この場合、pBase２３とサービスシステム２４との間の通信は、セキュアに行うのが望ましい。

さらに、図２８では、ステップＳ６０３において、コンテンツDB１３３から出力装置１２２に対して、最適コンテンツを供給するようにしたが、ステップＳ６０３では、図２８において点線で示すように、コンテンツDB１３３は、最適コンテンツを、アンテナ１２１を介し、準静電界通信によって、PK２２に送信することができる。

そして、この場合、PK２２では、ステップＳ６６７において、最適コンテンツを受信して出力（表示）し、または記憶することができる。

次に、図２９のフローチャートを参照して、図２７のサービスシステム２４の処理について、さらに説明する。

サービスシステム２４では、PK２２との間で相互認証が成功すると、ステップＳ６８１において、ユーザ情報取得モジュール１３１は、PK２２から準静電界通信によって送信されてくるPMDを受信することにより取得し、最適化エンジン１３２に転送して、ステップＳ６８２に進む。

ステップＳ６８２では、ユーザ情報取得モジュール１３１は、PK２２を携帯しているユーザがいるユーザ位置を取得し、最適化エンジン１３２に転送して、ステップＳ６８３に進む。

ステップＳ６８３では、最適化エンジン１３２は、ユーザ情報取得モジュール１３１からのPMDとユーザ位置とに応じて、PK２２を携帯しているユーザに対して提供するのが最適な最適コンテンツを特定し、コンテンツDB１３３に、自身が記憶しているコンテンツの中から最適コンテンツを選択させることにより取得させ、ステップＳ６８４に進む。

ステップＳ６８４では、コンテンツDB１３３は、最適コンテンツを、出力装置１２２に供給して出力させ、またはアンテナ１２１を介して準静電界通信によって送信することにより、PK２２に出力し、処理を終了する。

次に、図３０のフローチャートを参照して、図２７のPK２２の処理について、さらに説明する。

PK２２は、サービスシステム２４との間で相互認証が成功すると、ステップＳ７０１において、PMDB７２（図１０）に記憶されているPMDのうち、サービスシステム２４に対して提供すること（読み出し）が許可されているPMDを読み出すことにより取得し、ステップＳ７０２に進む。

ステップＳ７０２では、PK２２は、ステップＳ７０１で取得したPMDを、準静電界通信によって、サービスシステム２４に送信する。

その後、サービスシステム２４から最適コンテンツが準静電界通信によって送信されてきた場合には、PK２２は、ステップＳ７０３に進み、その最適コンテンツを受信して、ステップＳ７０４に進む。

ステップＳ７０４では、PK２２は、ステップＳ７０３で受信した最適コンテンツを記憶し、または画像または音声等で出力して、処理を終了する。

以上のように、図２７のサービス提供システムによれば、PK２２において、PMDB７２（図１０）に記憶されているPMDのうちの、サービスシステム２４に対して提供することがユーザによって許可されたPMDだけを、ユーザの人体とアンテナ１２１との間の距離により制御される準静電界通信によって、サービスシステム２４に送信する。一方、サービスシステム２４において、コンテンツDB１３３に記憶されているコンテンツの中から、ユーザに提供する最適コンテンツを、PK２２からのPMDに応じて取得し、ユーザに提供する。従って、ユーザに対して、最適な情報を、確実に提供すること等ができる。

即ち、RF通信のようにマルチパスが生じる通信では、ユーザ位置を特定のための仕組みは複雑になり、サービスシステムが設置される環境において、ユーザ位置を特定するための機器設定やキャリブレーションが必要となる。

これに対して、図２７のサービス提供システムでは、準静電界通信を採用しているので、ユーザがいるかどうかを検出したい位置にアンテナ１２１としての導体シートを設置するだけで、ユーザ位置を簡単かつ正確に特定することができ、そのユーザ位置にいる（立っている）ユーザに対して、最適な情報を、確実に提供することが可能となる。

また、PK２２からサービスシステム２４に対しては、ユーザが許可したPMDだけが提供され、サービスシステム２４は、そのPMDに応じて、ユーザに情報を提供するので、ユーザは、常時監視されているかのような印象を受けずに、安心してサービスの提供を受けることができる。

さらに、例えば、課金処理を行うサービスシステムに対してのみ、ユーザのクレジットカードの番号や銀行口座の口座番号などのPMDを提供することを許可することで、課金処理に無関係なサービスシステムに、そのようなPMDが漏洩することを防止することができる。

また、ユーザ位置を正確に把握することができるので、例えば、出力装置１２２の画面において、ユーザ位置に近い部分に、そのユーザに対する最適コンテンツを表示することが可能となる。

また、アンテナ１２１は、１つに限らず、複数設置することができる。アンテナ１２１を、複数箇所に設置した場合には、複数のユーザそれぞれがいるユーザ位置を同時に特定することができ、従って、例えば、出力装置１２２の画面において、複数のユーザ位置それぞれに近い部分に、そのユーザ位置にいるユーザに対する最適コンテンツを、同時に表示することが可能となる。

以上のようなサービス提供システム（図２７）は、例えば、公共の場に置かれた情報提示（表示、音声出力などによる情報の伝達またはディジタル情報の伝達）システムに適用することができる。この場合、情報提示システムでは、誰にでも、均一の情報提示を行うのではなく、ユーザごとに、そのユーザに適した情報提示を行うことができる。

情報提示は、公共の場にあるディスプレイや、スピーカ、ユーザが所持しているPDA(Personal Digital Assistant)等の端末その他を利用して行うことができる。

また、情報提示は、ユーザが、情報提示システムから一定の距離にいるかどうかに応じて行うこともできるし、さらに、ユーザがどの位置（領域）にいるかに応じて行うこともできる。

ユーザと情報提示システムとの距離に応じた情報提示においては、例えば、情報としてのコンテンツのディティル(detail)の度合いや、文字の大きさ、文章の要約の程度、音声の大きさなどを変化させることができる。

また、情報提示は、ユーザが所持しているPK２２その他の装置に対して、情報を転送することで行うこともできる。この場合、ユーザが所持している装置では、情報の表示の最適化や、音声出力される情報の内容の最適化を行うことが可能である。

さらに、ユーザは、情報提示システムに対して、適切なPMDを提供することにより、行く先々で、自身にとって有意な情報提示を受けることができる。

即ち、PMDとしては、例えば、図１９乃至図２１に示した番組嗜好情報その他のユーザの嗜好を表す嗜好情報、ユーザのスケジュール情報、性別、国籍、年齢、身体の障害情報、健康データ、興味がある対象を表すキーワードその他を採用することができ、このようなPMDを、PK２２から情報提示システムに提供することができる。

情報提示システムは、PK２２から、例えば、ユーザの国籍が提供された場合、その国籍に対応する言語で情報を提示することができる。

また、情報提示システムは、PK２２から、例えば、ユーザが視覚障害を有することを表す障害情報が提供された場合、情報を、音声出力によって提示することができる。

さらに、情報提示システムは、PK２２から、例えば、スケジュール情報が提供された場合、そのスケジュール情報から、ユーザが、これから行こうとしている行き先を認識し、その行き先を案内するメッセージなどの提示を行うことができる。このようなメッセージの提示は、例えば、ビルなどの比較的大規模な建物内での特定の場所への誘導や、駅構内での電車の乗り換え先のホームへの誘導などに利用することができる。

また、情報提示システムは、PK２２から、例えば、キーワードが提供された場合、そのキーワードが表す対象の情報を提示することができる。具体的には、例えば、キーワードが、あるブランドのブランド名である場合、情報提示システムは、そのブランドの商品に関する商品情報を提示することができる。

この場合、ユーザは、例えば、好みのブランドの商品の商品情報を、知らないうちに収集することができる。

即ち、ユーザは、例えば、デパートなどの店舗において、いわゆるウインドウショッピングを行う場合、商品が陳列してあるショーウインドウに近づき、その商品を詳細に見ようとする。従って、ユーザが、ショーウインドウに近接したときに、準静電界通信を行うことが可能なように、情報提示システムを設置しておくとともに、PK２２から情報提示システムに対して、ユーザの好みのブランドのブランド名を提供するようにすることで、情報提示システムは、ショーウインドウに陳列されている商品のうち、ユーザの好みのブランドの商品の商品情報を提示することができる。この場合、PK２２において、情報提示システムが提示する商品情報を、データとして記憶しておくようにすることで、ユーザは、ウインドウショッピングをしているうちに、好みのブランドの商品の商品情報だけを収集することができる。

なお、本実施の形態では、PK２２とサービスシステム２４との間で、準静電界通信を行うようにしたが、その他の通信を行うことも可能である。但し、PK２２とサービスシステム２４との間で行われる通信は、人体近傍通信であることが望ましい。

また、本実施の形態では、ユーザがPK２２を携帯することとして、そのPK２２用いて、サービスシステム２４からサービスの提供を受けることとしたが、ユーザが携帯する装置は、PK２２の機能を有するものであれば良い。即ち、ユーザが携帯する装置は、例えば、PK２２の機能を有する携帯電話機などであっても良い。

ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。

距離と電界強度との関係を示す図である。 周波数と強度境界距離との関係を示す図である。 準静電界が形成される範囲を示す図である。 距離と電界強度との関係を示す図である。 距離と電界強度との関係を示す図である。 受信状態と距離との関係を説明するための図である。 PKシステムの構成例を示す図である。 PK２２のハードウェア構成例を示すブロック図である。 pBase２３のハードウェア構成例を示すブロック図である。 PK２２の記憶部３８の記憶内容を示す図である。 PK２２に、新たなサービスシステム２４に対応するサービスIDを登録するときに行われる処理を示すアローチャートである。 合言葉による認証を利用したなりすまし防止処理を説明するアローチャートである。 公開鍵方式による認証を利用したなりすまし防止処理を説明するアローチャートである。 サービスID登録処理を説明するフローチャートである。 サービスIDマッチング処理を説明するフローチャートである。 PK２２、pBase２３、およびサービスシステム２４によるPMDのやりとりを説明する図である。 pBase２３とサービスシステム２４との間で行われる処理を説明するアローチャートである。 pBase２３とサービスシステム２４との間で行われる処理を説明するアローチャートである。 PMDの内容の例を示す図である。 PMDの内容の例を示す図である。 PMDの内容の例を示す図である。 PMD更新処理を説明するフローチャートである。 情報機器をパーソナライズするPKシステムの構成例を示す図である。 パーソナライズ処理を説明するフローチャートである。 PK２２とpBase２３との間で行われるPMDの同期の処理を説明するアローチャートである。 PMD同期処理を説明するフローチャートである。 本発明を適用したサービス提供システムの一実施の形態の構成例を示す図である。 サービス提供システムを構成するPK２２とサービスシステム２４の処理を説明するアローチャートである。 サービス提供システムを構成するPK２２の処理を説明するフローチャートである。 サービス提供システムを構成するサービスシステム２４の処理を説明するフローチャートである。

符号の説明

２１ ネットワーク， ２２ PK， ２３ pBase， ２４ サービスシステム， １２１ アンテナ， １２２ 出力装置， １３１ ユーザ情報取得モジュール， １３２ 最適化エンジン， １３３ コンテンツDB， １３４ ユーザDB

Claims (17)

1. 第１と第２の情報処理装置とを含む情報処理システムにおいて、
   前記第１の情報処理装置は、
   ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段と、
   前記個人関連情報のうちの、前記第２の情報処理装置に対して提供することが許可された許可情報を取得する許可情報取得手段と、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記許可情報を、前記第２の情報処理装置に送信する送信手段と
   を有し、
   前記第２の情報処理装置は、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記第１の情報処理装置から送信されてくる前記許可情報を受信する受信手段と、
   外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得手段と、
   前記情報取得手段において取得された情報を、前記ユーザに提供する提供手段と
   を有する
   ことを特徴とする情報処理システム。
2. 他の装置と通信を行う情報処理装置において、
   ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段と、
   前記個人関連情報のうちの、前記他の装置に対して提供することが許可された許可情報を取得する許可情報取得手段と、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記許可情報を、前記他の装置に送信する送信手段と、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置が前記許可情報に応じて送信してくる情報を受信する受信手段と
   を備えることを特徴とする情報処理装置。
3. 前記受信手段において受信された情報を出力する出力手段をさらに備える
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記他の装置との間で認証を行う認証手段をさらに備え、
   前記認証が成功した場合に、前記許可情報が、前記他の装置に送信される
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記ユーザの人体とアンテナとの間の距離により制御される通信は、準静電界通信である
   ことを特徴とする請求項２に記載の情報処理装置。
6. 他の装置と通信を行う情報処理装置の情報処理方法において、
   ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段に記憶されている個人関連情報のうちの、前記他の装置に対して提供することが許可された許可情報を取得する許可情報取得ステップと、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記許可情報を、前記他の装置に送信する送信ステップと、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置が前記許可情報に応じて送信してくる情報を受信する受信ステップと
   を含むことを特徴とする情報処理方法。
7. 他の装置と通信を行うコンピュータに実行させるプログラムにおいて、
   ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段に記憶されている個人関連情報のうちの、前記他の装置に対して提供することが許可された許可情報を取得する許可情報取得ステップと、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記許可情報を、前記他の装置に送信させる送信ステップと、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置が前記許可情報に応じて送信してくる情報を受信させる受信ステップと
   を含むことを特徴とするプログラム。
8. 他の装置と通信を行うコンピュータに実行させるプログラムが記録されている記録媒体において、
   ユーザに関連する情報である個人関連情報を記憶する個人関連情報記憶手段に記憶されている個人関連情報のうちの、前記他の装置に対して提供することが許可された許可情報を取得する許可情報取得ステップと、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記許可情報を、前記他の装置に送信させる送信ステップと、
   前記ユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置が前記許可情報に応じて送信してくる情報を受信させる受信ステップと
   を含むことを特徴とするプログラムが記録されている記録媒体。
9. 他の装置と通信を行う情報処理装置において、
   前記他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置から送信されてくる、前記ユーザに関連する情報である個人関連情報のうちの前記情報処理装置に対して提供することが許可された許可情報を受信する受信手段と、
   外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得手段と、
   前記情報取得手段において取得された情報を、前記ユーザに提供する提供手段と
   を備えることを特徴とする情報処理装置。
10. 前記提供手段は、前記情報取得手段において取得された情報を、出力装置から出力することにより、前記ユーザに提供する
    ことを特徴とする請求項９に記載の情報処理装置。
11. 前記提供手段は、前記情報取得手段において取得された情報を、前記他の装置に送信することにより、前記ユーザに提供する
    ことを特徴とする請求項９に記載の情報処理装置。
12. 前記ユーザが存在する位置であるユーザ位置を取得するユーザ位置取得手段をさらに備え、
    前記情報取得手段は、前記ユーザに提供する情報を、前記ユーザ位置にも応じて取得する
    ことを特徴とする請求項９に記載の情報処理装置。
13. 前記他の装置との間で認証を行う認証手段をさらに備え、
    前記認証が成功した場合に、前記情報取得手段において取得された情報が、前記ユーザに提供される
    ことを特徴とする請求項９に記載の情報処理装置。
14. 前記他の装置のユーザの人体とアンテナとの間の距離により制御される通信は、準静電界通信である
    ことを特徴とする請求項９に記載の情報処理装置。
15. 他の装置と通信を行う情報処理装置の情報処理方法において、
    前記他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置から送信されてくる、前記ユーザに関連する情報である個人関連情報のうちの前記情報処理装置に対して提供することが許可された許可情報を受信する受信ステップと、
    外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得ステップと、
    前記情報取得ステップにおいて取得された情報を、前記ユーザに提供する提供ステップと
    を含むことを特徴とする情報処理方法。
16. 他の装置と通信を行うコンピュータに実行させるプログラムにおいて、
    前記他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置から送信されてくる、前記ユーザに関連する情報である個人関連情報のうちの前記コンピュータに対して提供する提供することが許可された許可情報を受信させる受信ステップと、
    外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得ステップと、
    前記情報取得ステップにおいて取得された情報を、前記ユーザに提供する提供ステップと
    を含むことを特徴とするプログラム。
17. 他の装置と通信を行うコンピュータに実行させるプログラムが記録されている記録媒体において、
    前記他の装置のユーザの人体とアンテナとの間の距離により制御される通信によって、前記他の装置から送信されてくる、前記ユーザに関連する情報である個人関連情報のうちの前記コンピュータに対して提供する提供することが許可された許可情報を受信させる受信ステップと、
    外部に提供する情報の中から、前記ユーザに提供する情報を、前記許可情報に応じて取得する情報取得ステップと、
    前記情報取得ステップにおいて取得された情報を、前記ユーザに提供する提供ステップと
    を含むことを特徴とするプログラムが記録されている記録媒体。

Images