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

情報処理システム、情報処理装置および情報処理方法、並びにプログラム Download PDF

Info

Publication number
JP2005284345A
JP2005284345A JP2004092998A JP2004092998A JP2005284345A JP 2005284345 A JP2005284345 A JP 2005284345A JP 2004092998 A JP2004092998 A JP 2004092998A JP 2004092998 A JP2004092998 A JP 2004092998A JP 2005284345 A JP2005284345 A JP 2005284345A
Authority
JP
Japan
Prior art keywords
contact
status
message
information processing
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2004092998A
Other languages
English (en)
Inventor
Shigehiro Shimada
繁広 嶌田
Mutsuhiro Omori
睦弘 大森
Jun Ito
潤 伊藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2004092998A priority Critical patent/JP2005284345A/ja
Publication of JP2005284345A publication Critical patent/JP2005284345A/ja
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)

Abstract

【課題】ユーザが連絡を希望する他のユーザに対してのみ、自身の状況を知らせるようにすることで、連絡を希望する他のユーザと容易に連絡をとる。
【解決手段】 ユーザＡは、連絡をとることを希望するユーザＢ宛に、連絡を希望する旨の連絡希望メールを送信する。状況管理装置２０７は、ユーザＡのプレゼンスを問い合わせるメッセージを受信すると、そのメッセージが、連絡希望メールを受信したユーザＢからのものである場合にのみ、ユーザＡのプレゼンスを提示する。本発明は、例えば、ユーザどうしが連絡をとってリアルタイムコミュニケーションを図るための遠隔コミュニケーションシステムに適用できる。
【選択図】図１

Description

本発明は、情報処理システム、情報処理装置および情報処理方法、並びにプログラムに関し、特に、ユーザが連絡を希望する他のユーザに対してのみ、自身の状況を知らせることにより、連絡を希望する他のユーザと容易に連絡をとることができるようにする情報処理システム、情報処理装置および情報処理方法、並びにプログラムに関する。
ユーザが他のユーザに対して自身の状況（以下、適宜、プレゼンス(presence)ともいう）を知らせ、他のユーザとコミュニケーションを図るツールとして、例えば、インスタントメッセンジャが知られている。
インスタントメッセンジャでは、ユーザのプレゼンス、即ち、例えば、ユーザがインターネットに接続しているかどうかや、ユーザが、インターネットに接続しているコンピュータの近くにいる（席にいる）かどうかなどが他のユーザに通知される。従って、ユーザは、連絡をとりたい他のユーザのプレゼンスを認識した上で、他のユーザにアクセスし、即座に、チャットなどを開始することができる。
また、優先度の高い順にユーザ名をリスト表示するようにすることで、表示領域の狭い携帯電話機によっても、連絡をとろうとするユーザのプレゼンスを認識することができるインスタントメッセンジャも提案されている（例えば、特許文献１参照）。
このインスタントメッセンジャでは、各ユーザの優先度は、例えば、そのユーザとの連絡の頻度などに応じて決定される。
特開2003-281068号公報
上述のように、各ユーザの優先度を、そのユーザとの連絡の頻度などに応じて決定した場合、たまにしか連絡しないユーザのユーザ名は、リストの下部に配置されることになる。従って、たまにしか連絡しないユーザから、連絡が欲しい旨の伝言があった場合には、ユーザは、リストをスクロールしなければ、その下部に配置されているユーザのプレゼンスを知ることができず、面倒である。
一方、例えば、会社において、自分のプレゼンス（例えば、「席にいる」、「外出している」、「会議中」など）を、連絡アドレス帳に登録されている他の人に提示するシステムが確立されている場合がある。
この場合、会社において、連絡アドレス帳に登録されている人と連絡をとることを希望している連絡希望者は、その連絡をとることを希望している人である連絡相手のプレゼンスを認識し、連絡相手が席にいることを確認した上で、例えば、電話をする、チャットの要求をする、あるいは席に出向く、ことなどによって、連絡相手と連絡をとることができる。
しかしながら、この場合、連絡アドレス帳に登録されている人それぞれは、自分のプレゼンスが、連絡アドレス帳に登録されている他の人すべてに提示されるため、常時監視されているような印象を受ける。
また、会社では、ある業務に集中しており、急ぎの用件以外は後回しにしたい場合があるが、そのような場合であっても、例えば、「席にいる」というプレゼンスが提示されていると、他の人からリアルタイムコミュニケーションの連絡がきてしまうことがある。これは、業務の効率化等の観点からは、望ましいことではない。
さらに、自分のプレゼンスを提示したい相手は、連絡アドレス帳に登録されている人から変化することがあり、連絡アドレス帳に登録されている人に固定とするのでは、不便である。
本発明は、このような状況に鑑みてなされたものであり、ユーザが連絡を希望する他のユーザに対してのみ、自身の状況を知らせるようにすることで、連絡を希望する他のユーザと容易に連絡をとることができるようにするとともに、ユーザが常時監視をされているかのような印象を受けないようにするものである。
本発明の情報処理システムは、第１の情報処理装置は、ユーザが連絡をとることを希望する他のユーザ宛に、連絡を希望する旨の連絡希望メッセージを送信する連絡希望メッセージ送信手段を有し、第２の情報処理装置は、連絡希望メッセージに基づき、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、第３の情報処理装置に送信する状況問い合わせメッセージ送信手段と、第３の情報処理装置が状況問い合わせメッセージに対して送信してくる、連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信手段と、状況通知メッセージが表す連絡希望者の状況に応じて、連絡希望者が連絡を希望する他のユーザである連絡相手から、連絡希望者への連絡の要求があったときに、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、第３の情報処理装置に送信する連絡先問い合わせメッセージ送信手段と、第３の情報処理装置が連絡先問い合わせメッセージに対して送信してくる連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信手段とを有し、第３の情報処理装置は、連絡希望者の状況に応じて、連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新手段と、第２の情報処理装置からの状況問い合わせメッセージが、連絡希望メッセージを受信した連絡相手からのものであるかどうかを判定する判定手段と、第２の情報処理装置からの状況問い合わせメッセージが、連絡希望メッセージを受信した連絡相手からのものである場合、プレゼンス情報に基づき、連絡希望者の状況を表す状況通知メッセージを生成し、第２の情報処理装置に送信する状況通知メッセージ送信手段と、連絡先問い合わせメッセージに応じて、連絡先通知メッセージを、第２の情報処理装置に送信する連絡先通知メッセージ送信手段とを有することを特徴とする。
本発明の情報処理装置は、ユーザが連絡をとることを希望する他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信手段と、他の情報処理装置が状況問い合わせメッセージに対して送信してくる、連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信手段と、状況通知メッセージが表す連絡希望者の状況に応じて、連絡希望者が連絡を希望する他のユーザである連絡相手から、連絡希望者への連絡の要求があったときに、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、他の情報処理装置に送信する連絡先問い合わせメッセージ送信手段と、他の情報処理装置が連絡先問い合わせメッセージに対して送信してくる連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信手段とを備えることを特徴とする。
本発明の情報処理方法は、ユーザが連絡をとることを希望する他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信ステップと、他の情報処理装置が状況問い合わせメッセージに対して送信してくる、連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信ステップと、状況通知メッセージが表す連絡希望者の状況に応じて、連絡希望者が連絡を希望する他のユーザである連絡相手から、連絡希望者への連絡の要求があったときに、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、他の情報処理装置に送信する連絡先問い合わせメッセージ送信ステップと、他の情報処理装置が連絡先問い合わせメッセージに対して送信してくる連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信ステップとを含むことを特徴とする。
本発明のプログラムは、ユーザが連絡をとることを希望する他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信ステップと、他の情報処理装置が状況問い合わせメッセージに対して送信してくる、連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信ステップと、状況通知メッセージが表す連絡希望者の状況に応じて、連絡希望者が連絡を希望する他のユーザである連絡相手から、連絡希望者への連絡の要求があったときに、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、他の情報処理装置に送信する連絡先問い合わせメッセージ送信ステップと、他の情報処理装置が連絡先問い合わせメッセージに対して送信してくる連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信ステップとを含むことを特徴とする。
他の本発明の情報処理装置は、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況に応じて、連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新手段と、他の情報処理装置から送信されてくる、連絡希望者の状況を問い合わせる状況問い合わせメッセージが、連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、連絡希望者が連絡をとることを希望する他のユーザである連絡相手からのものであるかどうかを判定する判定手段と、他の情報処理装置から送信されてくる状況問い合わせメッセージが、連絡希望メッセージを受信した連絡相手からのものである場合、プレゼンス情報に基づき、連絡希望者の状況を表す状況通知メッセージを生成し、他の情報処理装置に送信する状況通知メッセージ送信手段と、他の情報処理装置から送信されてくる、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、連絡希望者への連絡先を表す連絡先通知メッセージを、他の情報処理装置に送信する連絡先通知メッセージ送信手段とを備えることを特徴とする。
他の本発明の情報処理方法は、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況に応じて、連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新ステップと、他の情報処理装置から送信されてくる、連絡希望者の状況を問い合わせる状況問い合わせメッセージが、連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、連絡希望者が連絡をとることを希望する他のユーザである連絡相手からのものであるかどうかを判定する判定ステップと、他の情報処理装置から送信されてくる状況問い合わせメッセージが、連絡希望メッセージを受信した連絡相手からのものである場合、プレゼンス情報に基づき、連絡希望者の状況を表す状況通知メッセージを生成し、他の情報処理装置に送信する状況通知メッセージ送信ステップと、他の情報処理装置から送信されてくる、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、連絡希望者への連絡先を表す連絡先通知メッセージを、他の情報処理装置に送信する連絡先通知メッセージ送信ステップとを含むことを特徴とする。
他の本発明のプログラムは、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況に応じて、連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新ステップと、他の情報処理装置から送信されてくる、連絡希望者の状況を問い合わせる状況問い合わせメッセージが、連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、連絡希望者が連絡をとることを希望する他のユーザである連絡相手からのものであるかどうかを判定する判定ステップと、他の情報処理装置から送信されてくる状況問い合わせメッセージが、連絡希望メッセージを受信した連絡相手からのものである場合、プレゼンス情報に基づき、連絡希望者の状況を表す状況通知メッセージを生成し、他の情報処理装置に送信する状況通知メッセージ送信ステップと、他の情報処理装置から送信されてくる、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、連絡希望者への連絡先を表す連絡先通知メッセージを、他の情報処理装置に送信する連絡先通知メッセージ送信ステップとを含むことを特徴とする。
本発明の情報処理システムにおいては、第１の情報処理装置において、ユーザが連絡をとることを希望する他のユーザ宛に、連絡を希望する旨の連絡希望メッセージが送信される。第２の情報処理装置では、連絡希望メッセージに基づき、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージが、第３の情報処理装置に送信され、第３の情報処理装置が状況問い合わせメッセージに対して送信してくる、連絡希望者の状況を表す状況通知メッセージが受信される。さらに、第２の情報処理装置では、状況通知メッセージが表す連絡希望者の状況に応じて、連絡希望者が連絡を希望する他のユーザである連絡相手から、連絡希望者への連絡の要求があったときに、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージが、第３の情報処理装置に送信され、第３の情報処理装置が連絡先問い合わせメッセージに対して送信してくる連絡希望者への連絡先を表す連絡先通知メッセージが受信される。第３の情報処理装置では、連絡希望者の状況に応じて、連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストが更新される一方、第２の情報処理装置からの状況問い合わせメッセージが、連絡希望メッセージを受信した連絡相手からのものであるかどうかが判定され、第２の情報処理装置からの状況問い合わせメッセージが、連絡希望メッセージを受信した連絡相手からのものである場合、プレゼンス情報に基づき、連絡希望者の状況を表す状況通知メッセージが生成され、第２の情報処理装置に送信される。また、第３の情報処理装置では、連絡先問い合わせメッセージに応じて、連絡先通知メッセージが、第２の情報処理装置に送信される。
本発明の情報処理装置および情報処理方法、並びにプログラムにおいては、ユーザが連絡をとることを希望する他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージが、他の情報処理装置に送信され、他の情報処理装置が状況問い合わせメッセージに対して送信してくる、連絡希望者の状況を表す状況通知メッセージが受信される。そして、状況通知メッセージが表す連絡希望者の状況に応じて、連絡希望者が連絡を希望する他のユーザである連絡相手から、連絡希望者への連絡の要求があったときに、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージが、他の情報処理装置に送信され、他の情報処理装置が連絡先問い合わせメッセージに対して送信してくる連絡希望者への連絡先を表す連絡先通知メッセージが受信される。
他の本発明の情報処理装置および情報処理方法、並びにプログラムにおいては、他のユーザに対して連絡をとることを希望するユーザである連絡希望者の状況に応じて、連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストが更新される。また、他の情報処理装置から送信されてくる、連絡希望者の状況を問い合わせる状況問い合わせメッセージが、連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した連絡相手からのものであるかどうかが判定される。さらに、他の情報処理装置から送信されてくる状況問い合わせメッセージが、連絡希望メッセージを受信した連絡相手からのものである場合、プレゼンス情報に基づき、連絡希望者の状況を表す状況通知メッセージが生成され、他の情報処理装置に送信される。また、他の情報処理装置から送信されてくる、連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、連絡希望者への連絡先を表す連絡先通知メッセージが、他の情報処理装置に送信される。
本発明によれば、ユーザが連絡を希望する他のユーザに対してのみ、自身の状況を知らせ、その、他のユーザと容易に連絡をとることが可能となる。
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
請求項１に記載の情報処理システムは、
第１、第２、および第３の情報処理装置（例えば、図１のメール送信代理装置２０３、表示制御装置２０４、および状況管理装置２０７）を備え、ユーザが他のユーザと連絡をとるための情報処理を行う情報処理システム（例えば、図１の情報処理システム）において、
前記第１の情報処理装置は、
前記ユーザが連絡をとることを希望する前記他のユーザ宛に、連絡を希望する旨の連絡希望メッセージを送信する連絡希望メッセージ送信手段（例えば、図１９のステップＳ１０１３の処理を行う図４の演算処理部２３１）
を有し、
前記第２の情報処理装置は、
前記連絡希望メッセージに基づき、前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、第３の情報処理装置に送信する状況問い合わせメッセージ送信手段（例えば、図１９のステップＳ１０４２の処理を行う図５の演算処理部２４１）と、
前記第３の情報処理装置が前記状況問い合わせメッセージに対して送信してくる、前記連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信手段（例えば、図１９のステップＳ１０４５の処理を行う図５の演算処理部２４１）と、
前記状況通知メッセージが表す前記連絡希望者の状況に応じて、前記連絡希望者が連絡を希望する前記他のユーザである連絡相手から、前記連絡希望者への連絡の要求があったときに、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、前記第３の情報処理装置に送信する連絡先問い合わせメッセージ送信手段（例えば、図１９のステップＳ１０４８の処理を行う図５の演算処理部２４１）と、
前記第３の情報処理装置が前記連絡先問い合わせメッセージに対して送信してくる前記連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信手段（例えば、図１９のステップＳ１０４９の処理を行う図５の演算処理部２４１）と
を有し、
前記第３の情報処理装置は、
前記連絡希望者の状況に応じて、前記連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新手段（例えば、図１９のステップＳ１０３５の処理を行う図８の演算処理部２７１）と、
前記第２の情報処理装置からの前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものであるかどうかを判定する判定手段（例えば、図１９のステップＳ１０３３の処理を行う図８の演算処理部２７１）と、
前記第２の情報処理装置からの前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものである場合、前記プレゼンス情報に基づき、前記連絡希望者の状況を表す状況通知メッセージを生成し、前記第２の情報処理装置に送信する状況通知メッセージ送信手段（例えば、図１９のステップＳ１０３４の処理を行う図８の演算処理部２７１）と、
前記連絡先問い合わせメッセージに応じて、前記連絡先通知メッセージを、前記第２の情報処理装置に送信する連絡先通知メッセージ送信手段（例えば、図１９のステップＳ１０３７の処理を行う図８の演算処理部２７１）と
を有する
ことを特徴とする。
請求項２に記載の情報処理装置は、
ユーザが他のユーザと連絡をとるための情報処理を行う情報処理装置（例えば、図１の表示制御装置２０４）において、
前記ユーザが連絡をとることを希望する前記他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信手段（例えば、図１９のステップＳ１０４２の処理を行う図５の演算処理部２４１）と、
前記他の情報処理装置が前記状況問い合わせメッセージに対して送信してくる、前記連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信手段（例えば、図１９のステップＳ１０４５の処理を行う図５の演算処理部２４１）と、
前記状況通知メッセージが表す前記連絡希望者の状況に応じて、前記連絡希望者が連絡を希望する前記他のユーザである連絡相手から、前記連絡希望者への連絡の要求があったときに、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、前記他の情報処理装置に送信する連絡先問い合わせメッセージ送信手段（例えば、図１９のステップＳ１０４８の処理を行う図５の演算処理部２４１）と、
前記他の情報処理装置が前記連絡先問い合わせメッセージに対して送信してくる前記連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信手段（例えば、図１９のステップＳ１０４９の処理を行う図５の演算処理部２４１）と
を備えることを特徴とする。
請求項３に記載の情報処理方法は、
ユーザが他のユーザと連絡をとるための情報処理を行う情報処理装置の情報処理方法において、
前記ユーザが連絡をとることを希望する前記他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信ステップ（例えば、図１９のステップＳ１０４２）と、
前記他の情報処理装置が前記状況問い合わせメッセージに対して送信してくる、前記連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信ステップ（例えば、図１９のステップＳ１０４５）と、
前記状況通知メッセージが表す前記連絡希望者の状況に応じて、前記連絡希望者が連絡を希望する前記他のユーザである連絡相手から、前記連絡希望者への連絡の要求があったときに、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、前記他の情報処理装置に送信する連絡先問い合わせメッセージ送信ステップ（例えば、図１９のステップＳ１０４８）と、
前記他の情報処理装置が前記連絡先問い合わせメッセージに対して送信してくる前記連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信ステップ（例えば、図１９のステップＳ１０４９）と
を含むことを特徴とする。
請求項４に記載のプログラムは、
ユーザが他のユーザと連絡をとるための情報処理を、情報処理装置に行わせるプログラムにおいて、
前記ユーザが連絡をとることを希望する前記他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信ステップ（例えば、図１９のステップＳ１０４２）と、
前記他の情報処理装置が前記状況問い合わせメッセージに対して送信してくる、前記連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信ステップ（例えば、図１９のステップＳ１０４５）と、
前記状況通知メッセージが表す前記連絡希望者の状況に応じて、前記連絡希望者が連絡を希望する前記他のユーザである連絡相手から、前記連絡希望者への連絡の要求があったときに、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、前記他の情報処理装置に送信する連絡先問い合わせメッセージ送信ステップ（例えば、図１９のステップＳ１０４８）と、
前記他の情報処理装置が前記連絡先問い合わせメッセージに対して送信してくる前記連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信ステップ（例えば、図１９のステップＳ１０４９）と
を含むことを特徴とする。
請求項５に記載の情報処理装置は、
ユーザが他のユーザと連絡をとるための情報処理を行う情報処理装置（例えば、図１の状況管理装置２０７）において、
前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況に応じて、前記連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新手段（例えば、図１９のステップＳ１０３５の処理を行う図８の演算処理部２７１）と、
他の情報処理装置から送信されてくる、前記連絡希望者の状況を問い合わせる状況問い合わせメッセージが、前記連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、前記連絡希望者が連絡をとることを希望する前記他のユーザである連絡相手からのものであるかどうかを判定する判定手段（例えば、図１９のステップＳ１０３３の処理を行う図８の演算処理部２７１）と、
前記他の情報処理装置から送信されてくる前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものである場合、前記プレゼンス情報に基づき、前記連絡希望者の状況を表す状況通知メッセージを生成し、前記他の情報処理装置に送信する状況通知メッセージ送信手段（例えば、図１９のステップＳ１０３４の処理を行う図８の演算処理部２７１）と、
前記他の情報処理装置から送信されてくる、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、前記連絡希望者への連絡先を表す連絡先通知メッセージを、前記他の情報処理装置に送信する連絡先通知メッセージ送信手段（例えば、図１９のステップＳ１０３７の処理を行う図８の演算処理部２７１）と
を備えることを特徴とする。
請求項６に記載の情報処理方法は、
ユーザが他のユーザと連絡をとるための情報処理を行う情報処理装置の情報処理方法において、
前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況に応じて、前記連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新ステップ（例えば、図１９のステップＳ１０３５）と、
他の情報処理装置から送信されてくる、前記連絡希望者の状況を問い合わせる状況問い合わせメッセージが、前記連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、前記連絡希望者が連絡をとることを希望する前記他のユーザである連絡相手からのものであるかどうかを判定する判定ステップ（例えば、図１９のステップＳ１０３３）と、
前記他の情報処理装置から送信されてくる前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものである場合、前記プレゼンス情報に基づき、前記連絡希望者の状況を表す状況通知メッセージを生成し、前記他の情報処理装置に送信する状況通知メッセージ送信ステップ（例えば、図１９のステップＳ１０３４）と、
前記他の情報処理装置から送信されてくる、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、前記連絡希望者への連絡先を表す連絡先通知メッセージを、前記他の情報処理装置に送信する連絡先通知メッセージ送信ステップ（例えば、図１９のステップＳ１０３７）と
を含むことを特徴とする。
請求項７に記載のプログラムは、
ユーザが他のユーザと連絡をとるための情報処理を、情報処理装置に行わせるプログラムにおいて、
前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況に応じて、前記連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新ステップ（例えば、図１９のステップＳ１０３５）と、
他の情報処理装置から送信されてくる、前記連絡希望者の状況を問い合わせる前記状況問い合わせメッセージが、前記連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、前記連絡希望者が連絡をとることを希望する前記他のユーザである連絡相手からのものであるかどうかを判定する判定ステップ（例えば、図１９のステップＳ１０３３）と、
前記他の情報処理装置から送信されてくる前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものである場合、前記プレゼンス情報に基づき、前記連絡希望者の状況を表す状況通知メッセージを生成し、前記他の情報処理装置に送信する状況通知メッセージ送信ステップ（例えば、図１９のステップＳ１０３４）と、
前記他の情報処理装置から送信されてくる、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、前記連絡希望者への連絡先を表す連絡先通知メッセージを、前記他の情報処理装置に送信する連絡先通知メッセージ送信ステップ（例えば、図１９のステップＳ１０３７）と
を含むことを特徴とする。
以下、図面を参照して、本発明の実施の形態を説明する。
図１は、本発明を適用した遠隔コミュニケーションシステム（情報処理システム）の一実施の形態の構成例を示している。ここで、「システム」とは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない。
図１において、遠隔コミュニケーションシステムは、端末２０１および２０２、メール送信代理装置２０３、表示制御装置２０４、コミュニケーション装置２０５および２０６、並びに状況管理装置２０７が、ネットワーク２０８に接続されて構成されている。
そして、端末２０１，２０２、メール送信代理装置２０３、表示制御装置２０４、コミュニケーション装置２０５，２０６、状況管理装置２０７それぞれは、ネットワーク２０８を介して相互に通信可能となっている。
なお、端末２０１乃至状況管理装置２０７のうちの任意の２つの間では、ネットワーク２０８を介さず、直接、通信を行うようにすることも可能である。
また、端末２０１乃至状況管理装置２０７それぞれで行われる通信は、例えば、SSL(Secure Sockets Layer)のプロトコルなどを利用することによって、セキュアに行うことができる。
端末２０１は、ユーザＡが使用可能な端末であり、ユーザＡの操作等に応じて、各種の処理を行う。端末２０１としては、例えば、携帯電話機や、いわゆるノード型のPC(Personal Computer)、PDA(Personal Digital Assistant)などの携帯可能な端末、いわゆるデスクトップ型のPCなどを採用することができる。また、端末２０１は、所定の情報を記憶する携帯可能なコンピュータである、後述するPK(Personal Key)であっても良い。
ここで、ユーザＡは、他のユーザであるユーザＢに対して連絡をとることを希望するユーザであり、以下、適宜、連絡希望者Ａともいう。また、端末２０１は、連絡希望者Ａが使用可能な端末であるため、以下、適宜、連絡希望者端末２０１ともいう。
なお、連絡希望者端末２０１は、連絡希望者Ａが、その場で使用可能な端末であればよく、従って、特定のハードウェアでなくても良い。即ち、例えば、ユーザがPDAやPKなどの携帯している場合には、そのPDAやPKが、連絡希望者端末２０１となり得る。また、例えば、ユーザが、自宅に設置してあるPCの近くにいる場合には、そのPCが、連絡希望者端末２０１となり得る。さらに、例えば、ユーザが、会社の会議室に移動した場合には、その会議室に設置してあるPCが、連絡希望者端末２０１となり得る。
端末２０２は、ユーザＢが使用可能な端末であり、ユーザＢの操作等に応じて、各種の処理を行う。端末２０２としても、端末２０１と同様に、PC等を採用することができる。
ここで、ユーザＢは、連絡希望者Ａが連絡を希望する相手であるため、以下、適宜、連絡相手Ｂともいう。また、端末２０２は、連絡相手Ｂが使用可能な端末であるため、以下、適宜、連絡相手端末２０２ともいう。
メール送信代理装置２０３（第１の情報処理装置）は、電子メール(E-mail)の送信サーバとしての機能を有し、例えば、連絡希望者端末２０１が、連絡希望者Ａの操作に応じて作成した連絡相手Ｂ宛の電子メールを、ネットワーク２０８を介して、連絡相手端末２０２に送信する。
即ち、連絡希望者Ａが、連絡希望者端末２０１を操作することにより、連絡相手Ｂ宛に、連絡を希望する旨の連絡希望メッセージを含む電子メールを作成し、連絡希望者端末２０１に送信させると、そのユーザＢ宛の電子メールは、ネットワーク２０８を介して、メール送信代理装置２０３で受信される。
メール送信代理装置２０３（第２の情報処理装置）は、連絡希望者端末２０１からの連絡希望メッセージを含む連絡相手Ｂ宛の電子メールを受信し、その電子メールを、ネットワーク２０８を介して、連絡相手端末２０２に送信する。
表示制御装置２０４は、連絡相手Ｂによる連絡相手端末２０２の操作等に応じて、ネットワーク２０８を介して、状況管理装置２０７に対して、連絡希望者Ａのプレゼンスの問い合わせを行い、そのプレゼンスを、連絡相手Ｂに提示する。
即ち、表示制御装置２０４は、連絡相手端末２０２が受信した電子メールに含まれる連絡希望メッセージに基づき、連絡希望者Ａのプレゼンス（状況）を問い合わせる状況問い合わせメッセージを、ネットワーク２０８を介して、状況管理装置２０７に送信する。さらに、表示制御装置２０４は、状況管理装置２０７が状況問い合わせメッセージに対して送信してくる、連絡希望者Ａのプレゼンス（状況）を表す状況通知メッセージを、ネットワーク２０８を介して受信する。
また、表示制御装置２０４は、状況通知メッセージが表す連絡希望者Ａのプレゼンスに応じて、連絡相手Ｂが連絡相手端末２０２を操作することにより、連絡希望者Ａへの連絡を要求すると、連絡希望者Ａへの連絡先を問い合わせる連絡先問い合わせメッセージを、ネットワーク２０８を介して、状況管理装置２０７に送信する。さらに、表示制御装置２０４は、状況管理装置２０７が連絡先問い合わせメッセージに対して送信してくる連絡希望者Ａへの連絡先を表す連絡先通知メッセージを、ネットワーク２０８を介して受信する。
連絡相手Ｂは、表示制御装置２０４が受信した連絡先通知メッセージに基づき、連絡希望者Ａに連絡をとることが可能となる。
コミュニケーション装置２０５は、連絡希望者Ａが現に使用可能なコミュニケーションツールである。コミュニケーション装置２０５としては、例えば、IP(Internet Protocol)電話機などのボイスチャット装置、あるいはテキストチャット装置やビデオチャット装置などを採用することができる。また、コミュニケーション装置２０５は、コンピュータをボイスチャット装置、テキストチャット装置、またはビデオチャット装置などとして機能させるプログラムがインストールされたPCなどであっても良い。
なお、コミュニケーション装置２０５も、連絡希望者端末２０１と同様に、連絡希望者Ａが、その場で使用可能な装置であればよく、従って、特定のハードウェアでなくても良い。
コミュニケーション装置２０６は、連絡相手Ｂが使用可能なコミュニケーションツールで、例えば、コミュニケーション装置２０５と同様に構成される。
状況管理装置２０７（第３の情報処理装置）は、ユーザのプレゼンスを表すプレゼンス情報が登録されるプレゼンスリストを記憶しており、例えば、連絡希望者端末２０１からネットワーク２０８を介して送信されてくる、連絡希望者Ａのプレゼンス（状況）を通知する状況通知メッセージに応じて、プレゼンスリストを更新する。
また、状況管理装置２０７は、表示制御装置２０４から、連絡希望者Ａのプレゼンスを問い合わせる状況問い合わせメッセージを受信した場合、その状況問い合わせメッセージが、連絡希望メッセージを含む電子メールを受信した連絡相手Ｂからのものであるかどうかを判定する。そして、状況管理装置２０７は、状況問い合わせメッセージが連絡相手Ｂからのものである場合、プレゼンスリストに登録されたプレゼンス情報に基づき、連絡希望者Ａの状況を表す状況通知メッセージを生成し、ネットワーク２０８を介して、表示制御装置２０４に送信する。
さらに、状況管理装置２０７は、表示制御装置２０４から、連絡希望者Ａの連絡先を問い合わせる連絡先問い合わせメッセージを受信した場合、その連絡先問い合わせメッセージに応じて、連絡希望者Ａへの連絡先を表す連絡先通知メッセージを、ネットワーク２０８を介して、表示制御装置２０４に送信する。
なお、状況管理装置２０７は、例えば、インターネット上のサーバや、連絡希望者Ａの自宅に設置してあるホームサーバなどを用いて構成することができる。また、状況管理装置２０７は、連絡希望者Ａが携帯する、上述のPKと同様の情報を記憶する、後述するpBaseを用いて構成しても良い。
ネットワーク２０８は、例えば、インターネットやLAN(Local Area Network)、その他の有線または無線の通信媒体である。なお、ネットワーク２０８には、有線と無線の通信媒体が混在していても良い。
以上のように構成される遠隔コミュニケーションシステムでは、連絡希望者Ａが、連絡希望者端末２０１を操作して、連絡相手Ｂ宛に、自身が連絡を希望する旨の電子メールを送信すると、連絡相手Ｂの連絡相手端末２０２で、その電子メールが受信される。
一方、状況管理装置２０７では、連絡希望者Ａのプレゼンスを表すプレゼンス情報が登録されたプレゼンスリストが、適宜更新される。そして、連絡相手Ｂが、連絡相手端末２０２を操作することにより、状況管理装置２０７に対して、連絡希望者Ａのプレゼンスを要求すると、状況管理装置２０７は、そのプレゼンスの要求が、連絡希望者Ａからの電子メールを受け取った連絡相手Ｂからのものであるかどうかを判定する。
連絡希望者Ａのプレゼンスの要求が、連絡希望者Ａからの電子メールを受け取っていないユーザからのものである場合、状況管理装置２０７は、連絡希望者Ａのプレゼンスの要求を拒否する。また、連絡希望者Ａのプレゼンスの要求が、連絡希望者Ａからの電子メールを受け取った連絡相手Ｂからのものである場合、状況管理装置２０７は、プレゼンスリストに登録されている、連絡希望者Ａのプレゼンス情報を、連絡相手Ｂに提供する。
即ち、連絡希望者Ａのプレゼンス情報は、連絡希望者Ａが連絡を希望しているユーザ（ここでは、連絡相手であるユーザＢ）にのみ提供される（知らされる）。
連絡相手Ｂは、連絡希望者Ａのプレゼンス情報から、連絡希望者Ａに対して連絡をとることができるかどうかを認識し、連絡をとることができる場合には、コミュニケーション装置２０６によるコミュニケーションを要求する。即ち、コミュニケーション装置２０６は、ネットワーク２０８を介して、連絡希望者Ａが利用可能なコミュニケーション装置２０５にアクセスし、これにより、連絡希望者Ａと連絡相手Ｂとは、コミュニケーション装置２０５、ネットワーク２０８、およびコミュニケーション装置２０６を介して、連絡をとること、即ち、例えば、チャットによるリアルタイムでのコミュニケーションを図ることが可能となる。
なお、図１において点線ａで囲まれた連絡希望者端末２０１、メール送受信代理装置２０３、コミュニケーション装置２０５のうちの２以上は、同一のハードウェアとすることができる。同様に、図１において点線ｂで囲まれた連絡相手端末２０２、表示制御装置２０４、コミュニケーション装置２０６の２以上も、同一のハードウェアとすることができる。
次に、図２は、図１の連絡希望者端末２０１のハードウェア構成例を示している。
連絡希望者端末２０１は、演算処理部２１１、プログラムメモリ２１２、データメモリ２１３、出力部２１４、入力部２１５、外部記憶部２１６、通信部２１７それぞれが、バスに接続されて構成されている。
演算処理部２１１は、CPU(Central Processing Unit)などで構成され、プログラムメモリ２１２に記憶されたプログラムを実行することにより、後述する各種の処理を行う。
プログラムメモリ２１２は、演算処理部２１１が実行するプログラムを記憶する。データメモリ２１３は、演算処理部２１１が処理を行う上で必要なデータ等を記憶する。なお、プログラムメモリ２１２とデータメモリ２１３は、物理的に異なるメモリであっても良いし、同一のメモリであっても良い。
出力部２１４は、例えば、LCD(Liquid Crystal Display)やプラズマディスプレイなどの平面パネル表示装置、CRT(Cathod Ray Tube)、スピーカなどで構成され、演算処理部２１１の制御にしたがった画像等を表示し、音声を出力する。入力部２１５は、例えば、キーボードや、マウス、マイク（マイクロフォン）などで構成され、ユーザの操作入力や音声を受け付ける。
外部記憶装置２１６は、ハードディスク等の磁気ディスク、光ディスク、光磁気ディスク、相変化ディスク、メモリカード等の半導体メモリなどで構成され、プログラムやデータを記憶する。
通信部２１７は、例えば、ADSL(Asymmetric Digital Subscriber Line)モデムや、NIC(Network Interface Card)等で構成され、通信インタフェースとして機能する。
以上のように構成される連絡希望者端末２０１では、演算処理部２１１がプログラムメモリ２１２に記憶されたプログラムを実行することで、各種の処理が行われる。
なお、演算処理部２１１に実行させるプログラムは、連絡希望者端末２０１に内蔵されている記録（記憶）媒体としてのプログラムメモリ２１２や外部記憶部２１６に予め記録しておく（記憶させておく）ことができる。
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
なお、プログラムは、上述したようなリムーバブルな記録媒体から連絡希望者端末２０１にインストールすることができる。また、プログラムは、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、連絡希望者端末２０１に無線で転送したり、LAN(Local Area Network)、インターネットといったネットワーク２０８を介して、連絡希望者端末２０１に有線で転送し、連絡希望者端末２０１では、そのようにして転送されてくるプログラムを、通信部２１７で受信してインストールすることができる。
次に、図３は、図１の連絡相手端末２０２のハードウェア構成例を示している。
連絡相手端末２０２は、演算処理部２２１、プログラムメモリ２２２、データメモリ２２３、出力部２２４、入力部２２５、外部記憶部２２６、通信部２２７それぞれが、バスに接続されて構成されている。
なお、演算処理部２２１乃至通信部２２７は、図２の演算処理部２１１乃至通信部２１７それぞれと同様に構成されるため、その説明は省略する。但し、プログラムメモリ２２２に記憶されるプログラムは、必要に応じて、図２のプログラムメモリ２１２に記憶されるものと異なる。
次に、図４は、図１のメール送信代理装置２０３のハードウェア構成例を示している。
メール送信代理装置２０３は、演算処理部２３１、プログラムメモリ２３２、データメモリ２３３、外部記憶部２３６、通信部２３７それぞれが、バスに接続されて構成されている。
なお、演算処理部２３１乃至データメモリ２３３、外部記憶部２３６、通信部２３７は、図２の演算処理部２１１乃至データメモリ２１３、外部記憶部２１６、通信部２１７それぞれと同様に構成されるため、その説明は省略する。但し、プログラムメモリ２３２に記憶されるプログラムは、必要に応じて、図２のプログラムメモリ２１２に記憶されるものと異なる。
次に、図５は、図１の表示制御装置２０４のハードウェア構成例を示している。
表示制御装置２０４は、演算処理部２４１、プログラムメモリ２４２、データメモリ２４３、出力部２４４、入力部２４５、通信部２４７それぞれが、バスに接続されて構成されている。
なお、演算処理部２４１乃至入力部２４５、通信部２４７は、図２の演算処理部２１１乃至入力部２１５、通信部２１７それぞれと同様に構成されるため、その説明は省略する。但し、プログラムメモリ２４２に記憶されるプログラムは、必要に応じて、図２のプログラムメモリ２１２に記憶されるものと異なる。
次に、図６は、図１のコミュニケーション装置２０５のハードウェア構成例を示しており、図７は、図１のコミュニケーション装置２０６のハードウェア構成例を示している。
コミュニケーション装置２０５は、演算処理部２５１、プログラムメモリ２５２、データメモリ２５３、出力部２５４、入力部２５５、外部記憶部２５６、通信部２５７それぞれが、バスに接続されて構成されており、コミュニケーション装置２０６は、演算処理部２６１、プログラムメモリ２６２、データメモリ２６３、出力部２６４、入力部２６５、外部記憶部２６６、通信部２６７それぞれが、バスに接続されて構成されている。
なお、演算処理部２５１乃至通信部２５７（図６）は、図２の演算処理部２１１乃至通信部２１７それぞれと同様に構成されており、演算処理部２６１乃至通信部２６７（図７）も、図２の演算処理部２１１乃至通信部２１７それぞれと同様に構成されているため、その説明は省略する。但し、コミュニケーション装置２０５のプログラムメモリ２５２に記憶されるプログラムは、必要に応じて、図２のプログラムメモリ２１２に記憶されるものと異なる。コミュニケーション装置２０６のプログラムメモリ２５２に記憶されるプログラムも同様である。
次に、図８は、図１の状況管理装置２０７のハードウェア構成例を示している。
状況管理装置２０７は、演算処理部２７１、プログラムメモリ２７２、データメモリ２７３、外部記憶部２７６、通信部２７７それぞれが、バスに接続されて構成されている。
なお、演算処理部２７１乃至データメモリ２７３、外部記憶部２７６、通信部２７７は、図２の演算処理部２１１乃至データメモリ２１３、外部記憶部２１６、通信部２１７それぞれと同様に構成されるため、その説明は省略する。但し、プログラムメモリ２７２に記憶されるプログラムは、必要に応じて、図２のプログラムメモリ２１２に記憶されるものと異なる。
次に、連絡相手Ｂとの連絡を希望する連絡希望者Ａは、その連絡を希望する連絡相手Ｂに対して、例えば、電子メールや、電話（音声のみによる電話や、いわゆるテレビ電話、一般公衆網を利用する電話、IP電話など）、テキストチャットなどの任意の手段によって、連絡を希望する旨を、連絡相手Ｂに伝えることができる。
ここでは、連絡希望者Ａが連絡相手Ｂに対して、連絡を希望する旨を伝える手段として、例えば、電子メールを採用することとして、連絡希望者端末２０１と連絡相手端末２０２が提供するユーザインタフェースについて説明する。
連絡希望者端末２０１および連絡相手端末２０２は、電子メールを送受信する機能を有する。具体的には、例えば、連絡希望者端末２０１および連絡相手端末２０２には、電子メールを扱う、いわゆるメーラのプログラムがインストールされている。
ここで、連絡希望者端末２０１および連絡相手端末２０２にインストールされているメーラを、コミュニケーションメールメーラという。
なお、コミュニケーションメールメーラとしては、ファイルを添付する機能を有する任意のメーラを利用ことができる。即ち、コミュニケーションメールメーラは、ファイルを添付する機能を有する任意のメーラを利用して作成することができる。
ここで、コミュニケーションメールメーラによって送受信される、連絡を希望する旨の電子メールを、以下、適宜、連絡希望メールという。
図９は、連絡希望者Ａが、連絡希望者端末２０１において、コミュニケーションメールメーラを起動し、連絡希望メールとしての新たな電子メールを作成するように操作を行ったときに、連絡希望者端末２０１の出力部２１４（図２）に表示される表示画面の表示例を示している。
出力部２１４においては、コミュニケーションメールメーラのウインドウ３０１、連絡希望メールのウインドウ３０２、およびアイコン群３０３が表示される。
連絡希望メールのウインドウ３０２には、アドレス欄３０２Ａ、本文欄３０２Ｂ、添付ファイル欄３０２Ｃが設けられている。
アドレス欄３０２Ａには、電子メールの宛先となるメールアドレスが表示される。即ち、連絡希望者Ａは、入力部２１５（図２）を操作することにより、連絡をとることを希望する連絡相手Ｂのメールアドレスを入力する。連絡希望者Ａが入力部２１５を操作することにより入力した連絡相手Ｂのメールアドレスは、アドレス欄３０２Ａに表示される。
本文欄３０２Ｂには、電子メールの本文が表示される。即ち、連絡希望者Ａが、入力部２１５（図２）を操作することにより、何らかのメッセージを入力した場合、そのメッセージは、本文欄３０２Ｂに表示される。
添付ファイル欄３０２Ｃには、電子メールに添付するファイルのアイコン（電子メールに添付するファイルを表すアイコン）が表示される。即ち、連絡希望者Ａが、例えば、入力部２１５を操作することにより、何らかのファイルのアイコンを、連絡希望メールのウインドウ３０２上にドラッグすると、そのアイコンが、添付ファイル欄３０２Ｃに表示される。
アイコン群３０３は、連絡希望者Ａへのコンタクトのとり方を、連絡相手Ｂに伝えるための１以上のアイコンで構成される。即ち、図９の実施の形態では、アイコン群３０３は、３つのアイコン３０３Ａ，３０３Ｂ，３０３Ｃで構成されている。
アイコン３０３Ａは、テキストチャットを表すアイコンであり、「Text」の文字が表示されている。アイコン３０３Ｂは、ボイス（音声）チャットを表すアイコンであり、「Voice」の文字が表示されている。アイコン３０３Ｃは、コンタクトをとることのキャンセルを表すアイコンであり、「Cancel」の文字が表示されている。
連絡希望者Ａは、連絡相手Ｂとの連絡をとりたい場合、ウインドウ３０２のアドレス欄３０２Ａに、連絡相手Ｂのメールアドレスを入力する。さらに、連絡希望者Ａは、アイコン群３０３を構成するアイコン３０３Ａ，３０３Ｂ，３０３Ｃのうち、自身へのコンタクトの取り方を表すものを、ウインドウ３０２上にドラッグアンドドロップする。
即ち、連絡希望者Ａは、テキストチャットによるコンタクトを希望する場合、テキストチャットを表すアイコン３０３Ａを、ウィンドウ３０２上にドラッグアンドドロップする。
この場合、図１０に示すように、ウインドウ３０２の添付ファイル欄３０２Ｃには、ドラッグアンドドロップされたアイコン３０３Ａと同一のアイコン３０３Ａ’が表示される。
また、連絡希望者Ａは、ボイスチャットによるコンタクトを希望する場合、ボイスチャットを表すアイコン３０３Ｂを、ウィンドウ３０２上にドラッグアンドドロップする。
この場合、図１１に示すように、ウインドウ３０２の添付ファイル欄３０２Ｃには、ドラッグアンドドロップされたアイコン３０３Ｂと同一のアイコン３０３Ｂ’が表示される。
また、連絡希望者Ａは、連絡相手Ｂに対して、既に、連絡希望メールを送信している場合において、その連絡希望メールによる連絡の希望をキャンセルするときには、コンタクトをとることのキャンセルを表すアイコン３０３Ｃを、ウィンドウ３０２上にドラッグアンドドロップする。
この場合、図１２に示すように、ウインドウ３０２の添付ファイル欄３０２Ｃには、ドラッグアンドドロップされたアイコン３０３Ｃと同一のアイコン３０３Ｃ’が表示される。
なお、連絡希望メールの本文欄３０２Ｂは、空欄でも良いし、また、任意のメッセージを入力することもできる。
連絡希望者Ａが、連絡相手Ｂ宛の連絡希望メールを作成し、その連絡希望メールを送信するように、連絡希望者端末２０１を操作すると、連絡希望者端末２０１は、連絡希望者Ａとのコンタクトのとり方を表すアイコン（図１０に示したアイコン３０３Ａ’や図１１に示したアイコン３０３Ｂ’など）に対応するファイルが添付された連絡希望メールを送信する。この連絡希望メールは、連絡相手Ｂの連絡相手端末２０２におけるコミュニケーションメールメーラで受信される。
即ち、図１３は、連絡相手Ｂが、連絡相手端末２０２において、コミュニケーションメールメーラを起動したときに、連絡相手端末２０２の出力部２２４（図３）に表示される表示画面の表示例を示している。
出力部２２４においては、コミュニケーションメールメーラのウインドウ３１１、およびアイコン群３１３が表示される。
コミュニケーションメールメーラのウインドウ３１１には、受信メールリスト欄３１１Ａと添付ファイル欄３０２Ｂが設けられている。
受信メールリスト欄３１１Ａには、コミュニケーションメールメーラが受信した電子メールの一覧が表示される。即ち、受信メールリスト欄３１１Ａの各エントリ（行）には、そのエントリに対応する電子メールに対して、連絡相手端末２０２のコミュニケーションメールメーラが付した番号、電子メールのサブジェクト（件名）、電子メールの送信者のアドレスなどが表示される。
図１３の受信メールリスト欄３１１Ａにおいて、白抜きで示すエントリは、フォーカスされているエントリであり、フォーカスされるエントリは、連絡相手Ｂが、連絡相手端末２０２を操作することにより変更することができる。図１３では、サブジェクトが「連絡希望」となっている電子メールのエントリがフォーカスされている。
サブジェクト「連絡希望」は、連絡希望メールに固有のサブジェクトであり、従って、サブジェクトが「連絡希望」となっている電子メールは、連絡希望メールである。
なお、サブジェクト「連絡希望」は、連絡希望メールを作成する連絡希望者Ａが、その連絡希望メールを作成するときに入力することもできるし、連絡希望者端末２０１のコミュニケーションメールメーラが自動的に入力するようにすることもできる。
添付ファイル欄３１１Ｂには、受信メールリスト欄３１１Ａにおいてフォーカスされているエントリの電子メールにファイルが添付されている場合に、そのファイルを表すアイコンが表示される。
ここで、図１３では、受信メールリスト欄３１１Ａにおいて、サブジェクトが「連絡希望」となっている、連絡希望者Ａからの連絡希望メールのエントリがフォーカスされており、その連絡希望メールに添付されているファイルを表すアイコンとしてのアイコン３０３Ａ’が、添付ファイル欄３１１Ｂに表示されている。
従って、図１３の受信メールリスト欄３１１Ａにおいてフォーカスされているエントリの連絡希望メールは、図１０で説明した、テキストチャットを表すアイコン３０３Ａがウィンドウ３０２上にドラッグアンドドロップされた連絡希望メールである。
なお、図１３において、アイコン群３１３を構成するアイコン３１３Ａ，３１３Ｂ，３１３Ｃは、図９で説明したアイコン群３０３を構成するアイコン３０３Ａ，３０３Ｂ，３０３Ｃとそれぞれ同様であるため、その説明は省略する。
連絡相手Ｂは、添付ファイル欄３１１Ｂに表示されたアイコン３０３Ａ’を見ることにより、連絡希望メールの送信者である連絡希望者Ａが、テキストチャットによるコンタクトを希望していることを認識することができる。
連絡相手Ｂが、添付ファイル欄３１１Ｂに表示されたアイコン３０３Ａ’を、例えばダブルクリックすると、連絡相手端末２０２において、プレゼンスビューアが起動する。
即ち、プレゼンスビューアは、連絡希望メールの送信者（ここでは、連絡希望者Ａ）が、現在、連絡希望メールの受信者（ここでは、連絡相手Ｂ）とコミュニケーションをとることが可能な手段を表示するビューアであり、連絡相手端末２０２には、このプレゼンスビューアのプログラムがインストールされている。
図１４は、プレゼンスビューアが起動したときの連絡相手端末２０２の出力部２２４（図３）に表示される表示画面の表示例を示している。
出力部２２４においては、図１３に示した状態から、さらに、プレゼンスビューアのウインドウ３２１が表示される。
プレゼンスビューアのウインドウ３２１においては、連絡希望メールの送信者を表すユーザ名３２２、並びにそのユーザ名３２２で表されるユーザとのコミュニケーションに利用可能な手段を表すアイコン３２３Ａ，３２３Ｂ、および３２３Ｃが表示される。
ここで、図１４では、ユーザ名３２２として、「Taro Yamada」が表示されている。また、図１４において、アイコン３２３Ａは、テキストチャットを表すアイコンであり、「Text」の文字が表示されている。さらに、アイコン３２３Ｂは、ボイスチャットを表すアイコンであり、「Voice」の文字が表示されている。また、アイコン３２３Ｃは、ビデオチャットを表すアイコンであり、「Visual」の文字が表示されている。
アイコン３２３Ａ乃至３２３Ｃのうち、ユーザ名３２２で表されるユーザが現に利用可能なコミュニケーションの手段を表すアイコンは、操作可能なように操作可能状態で表示され、ユーザ名３２２で表されるユーザが利用できないコミュニケーションの手段を表すアイコンは、操作ができないように操作不可状態で表示される。
図１４では、アイコン３２３Ａ乃至３２３Ｃのうち、アイコン３２３Ａだけが操作可能状態（ここでは、アイコンの中の文字の表示が濃い状態）で表示され、残りのアイコン３２３Ｂおよび３２３Ｃは、操作不可状態（ここでは、アイコンの中の文字の表示が淡い（薄い）状態）で表示されている。この表示によって、現在、ユーザ名３２２で表されるユーザが現に利用可能なコミュニケーションの手段は、テキストチャットだけであることを認識することができる。即ち、ユーザ名３２２で表されるユーザが、テキストチャットを行うことができる状況にあることを認識することができる。
その後、ユーザ名３２２で表されるユーザが、テキストチャットの他、ボイスチャットも利用可能な状況になると、図１５に示すように、ボイスチャットを表すアイコン３２３Ｂの表示が、操作不可状態から操作可能状態に変更される。
従って、アイコン３２３Ａ乃至３２３Ｃそれぞれが、操作可能状態または操作不可状態のいずれで表示されているかによって、ユーザ名３２２で表されるユーザのプレゼンス、即ち、ユーザ名で表されるユーザが、どのようなコミュニケーションの手段の利用が可能な状況にあるのかを知ることができる。
なお、プレゼンスビューアのプログラムは、コミュニケーションメールメーラのモジュールの１つとすることが可能である。
また、図１４および図１５では、プレゼンスビューアのウインドウ３２１を、コミュニケーションメールメーラのウインドウ３１１と別個のウインドウとして表示するようにしたが、プレゼンスビューアのウインドウ３２１は、コミュニケーションメールメーラのウインドウ３１１の一部として表示することが可能である。
即ち、図１６および図１７は、コミュニケーションメールメーラのウインドウ３１１の一部として表示されたプレゼンスビューアのウインドウ（ダイアログボックス）３２１を示している。
図１６は、図１４における場合と同様に、ユーザ名３２２で表されるユーザが、テキストチャットだけが利用可能な状況である場合のプレゼンスビューアのウインドウ３２１の表示例を示している。また、図１７は、図１５における場合と同様に、ユーザ名３２２で表されるユーザが、テキストチャットとボイスチャットが利用可能な状況である場合のプレゼンスビューアのウインドウ３２１の表示例を示している。
例えば、連絡希望メールの送信者である連絡希望者Ａが、テキストチャットとボイスチャットの利用が可能な状況にある場合において、その連絡希望者メールを受信した連絡相手Ｂが、プレゼンスビューアを起動すると、上述の図１５または図１７に示したように、アイコン３２３Ａ乃至３２３Ｃのうちの、テキストチャットを表すアイコン３２３Ａと、ボイスチャットを表す３２３Ｂが操作可能状態で表示される。
この場合、連絡相手Ｂが、操作可能状態で表示されているアイコン３２３Ａと３２３Ｂのうちの、例えば、アイコン３２３Ａを操作すると、そのアイコン３２３Ａが表すテキストチャットのアプリケーションが起動する。
図１８は、テキストチャットのアプリケーションであるインスタントメッセージングが起動したときの連絡相手端末２０２の出力部２２４（図３）に表示される表示画面の表示例を示している。
なお、インスタントメッセージングは、図１のコミュニケーション装置２０６に対応する。いま、連絡希望者Ａが利用可能なテキストチャットのアプリケーションが、例えば、図１のコミュニケーション装置２０５であるとすると、インスタントメッセージング（コミュニケーション装置２０６）は、コミュニケーション装置２０５との間で、テキストチャットのデータのやりとりが可能な状態となる。
出力部２２４においては、インスタントメッセージングのウインドウ３３１が表示される。
インスタントメッセージングのウインドウ３３１には、メッセージ欄３３２と切り換え欄３３３とが設けられている。
メッセージ欄３３２には、連絡相手Ｂが入力し、インスタントメッセージング（コミュニケーション装置２０６）からコミュニケーション装置２０５に送信されるテキストチャットのデータ（メッセージ）と、連絡希望者Ａが入力し、コミュニケーション装置２０５からインスタントメッセージングに送信されてきたテキストチャットのデータとが表示される。
切り換え欄３３３には、連絡希望者Ａとのコミュニケーションに利用することができる手段のうち、現在利用している手段を除く手段を表すアイコンが表示される。
連絡希望者Ａとのコミュニケーションに利用することができる手段としては、例えば、テキストチャット、ボイスチャット、およびビデオチャットがあり、図１８では、テキストチャットが現在利用されている。このため、図１８の切り換え欄３３３には、テキストチャット、ボイスチャット、およびビデオチャットのうちの、テキストチャットを除くボイスチャットとビデオチャットをそれぞれ表すアイコン３３３Ａと３３３Ｂが表示されている。
切り換え欄３３３では、アイコン３３３Ａと３３３Ｂが、連絡希望者Ａが現に利用可能なコミュニケーションの手段に応じて、操作可能状態または操作不可状態で表示される。
図１８では、連絡希望者Ａが、現在利用しているテキストチャットの他、ボイスチャットも利用可能な状況にあり、このため、ボイスチャットを表すアイコン３３３Ａが操作可能状態で表示されている。また、図１８では、連絡希望者Ａは、ビデオチャットを利用することができない状況にあり、このため、ビデオチャットを表すアイコン３３３Ｂが操作不可状態で表示されている。
例えば、連絡相手Ｂが、切り換え欄３３３において操作可能状態で表示されているアイコン３３３Ａを操作すると、そのアイコン３３３Ａが表すボイスチャットのアプリケーションが起動し、連絡希望者Ａと連絡相手Ｂとは、ボイスチャットでのコミュニケーションが可能な状態となる。
なお、連絡希望者Ａがボイスチャットの利用が可能な状況にある場合において、連絡相手Ｂとの間でボイスチャットを開始した後、そのボイスチャットが行われているときに、他の連絡相手から連絡希望者Ａに対してボイスチャットの要求があると、連絡希望者Ａと連絡相手Ｂとの間のボイスチャットの妨げとなる。そこで、この場合、他の連絡相手における図１４乃至図１７に示したプレゼンスビューアのウインドウ３２１では、連絡希望者Ａと連絡相手Ｂとの間のボイスチャットが終了するまで、ボイスチャットを表すアイコン３２３Ｂを操作不可状態で表示するようにすることが可能である。
次に、図１９のアローチャート（フローチャート）を参照して、図１の遠隔コミュニケーションシステムの処理について説明する。
連絡希望者Ａは、連絡相手Ｂと連絡をとることを希望するとき、連絡相手Ｂ宛の連絡希望メールとしての電子メールを作成し、その連絡希望メールを送信するように、連絡希望者端末２０１を操作する。この操作に応じて、連絡希望者端末２０１は、ステップＳ１００１において、連絡相手Ｂ宛の連絡希望メールとしての電子メールを送信する。
ここで、連絡希望メールには、上述したように、連絡希望者Ａとのコンタクトのとり方を表すアイコン（図１０に示したアイコン３０３Ａ’や図１１に示したアイコン３０３Ｂ’など）に対応するファイルが添付される。このファイルには、連絡希望メールの送信者である連絡希望者Ａを特定するID(Identificaiton)としての、例えば、連絡希望者Ａのメールアドレスと、連絡希望者Ａとのコンタクトのとり方を表す情報（以下、適宜、コンタクト情報という）とが含まれる。
なお、連絡希望者Ａとのコンタクトのとり方（コミュニケーションの手段）としては、例えば、図９で説明したテキストチャットとボイスチャットの他、ビデオチャットなども採用することができる。コンタクト情報は、このようなテキストチャットや、ボイスチャット、ビデオチャットなどを表す情報である。
例えば、図１０で説明したように、連絡希望者Ａが、連絡希望メールの作成時に、テキストチャットを表すアイコン３０３Ａを、連絡希望メールのウインドウ３０２にドラッグアンドドロップした場合、コンタクト情報は、テキストチャットを表す情報となる。また、例えば、図１１で説明したように、連絡希望者Ａが、連絡希望メールの作成時に、ボイスチャットを表すアイコン３０３Ｂを、連絡希望メールのウインドウ３０２にドラッグアンドドロップした場合、コンタクト情報は、ボイスチャットを表す情報となる。さらに、例えば、連絡希望者Ａが、連絡希望メールの作成時に、テキストチャットを表すアイコン３０３Ａと、ボイスチャットを表すアイコン３０３Ｂとの両方を、連絡希望メールのウインドウ３０２にドラッグアンドドロップした場合、コンタクト情報は、テキストチャットを表す情報と、ボイスチャットを表す情報となる。
連絡希望者端末２０１がステップＳ１００１で送信した連絡希望メールとしての電子メールは、ステップＳ１０１１において、メール送信代理装置２０３で受信される。そして、メール送信代理装置２０３は、ステップＳ１０１１において受信した電子メールが、連絡希望メールであるかどうかを認識する。
ここで、メール送信代理装置２０３は、ステップＳ１０１１において受信した電子メールが、連絡希望メールであるかどうかを、その電子メールに、特別なデータ列が存在するかどうかによって認識する。即ち、メール送信代理装置２０３は、例えば、ステップＳ１０１１において受信した電子メールのサブジェクトが、図１３で説明した「連絡希望」になっている場合、その電子メールが連絡希望メールであると認識する。
メール送信代理装置２０３は、ステップＳ１０１１において受信した電子メールが、連絡希望メールであることを認識した場合、ステップＳ１０１２に進み、その連絡希望メールによって連絡をとることを希望している連絡希望者Ａに関する情報の登録を要求する連絡希望者登録メッセージを、状況管理装置２０７に送信する。
ここで、メール送信代理装置２０３が状況管理装置２０７に送信する連絡希望者登録メッセージには、連絡希望者Ａを特定するIDとしての連絡希望者Ａのメールアドレス、連絡希望者Ａと連絡相手Ｂとが連絡をとるのに行う通信としてのセッションを識別するためのセッション番号、メール送信代理装置２０３が連絡希望者Ａから連絡相手Ｂ宛の連絡希望メールを受信した日時である連絡通知日時、連絡希望者Ａとのコンタクトのとり方を表すコンタクト情報が含まれる。
連絡希望者登録メッセージにおける連絡希望者Ａのメールアドレスとコンタクト情報としては、例えば、連絡希望メールに添付されているものが、そのまま用いられる。また、連絡希望者登録メッセージにおけるセッション番号は、例えば、メール送信代理装置２０３が生成する。さらに、連絡希望者登録メッセージにおける連絡通知日時としては、例えば、メール送信代理装置２０３が連絡希望メールを受信したときの日時が用いられる。
なお、上述したように、連絡希望者Ａが連絡相手Ｂに対して、連絡を希望する旨を伝える手段としては、連絡希望メール（電子メール）の他、一般公衆網を利用した電話、IP電話（インターネット電話）などがある。メール送信代理装置２０３は、連絡希望者Ａが、連絡を希望する旨を伝える手段として、例えば、一般公衆網を利用した電話を用いた場合、連絡希望者Ａがその電話に使用した電話機の回線番号（電話番号）を、連絡希望者Ａを特定するIDとして採用する。また、メール送信代理装置２０３は、連絡希望者Ａが、連絡を希望する旨を伝える手段として、例えば、IP電話を用いた場合、連絡希望者ＡがそのIP電話を用いた際に連絡希望者Ａに割り当てられたIPアドレス(IP電話を行う装置に割り当てられたIPアドレス)を、連絡希望者Ａを特定するIDとして採用する。
メール送信代理装置２０３は、ステップＳ１０１２で連絡希望者登録メッセージを送信した後、ステップＳ１０１３に進み、連絡を希望する旨の電子メール（連絡希望メッセージを含む電子メール）、即ち、連絡希望メールを、連絡相手端末２０２に送信する。
ここで、メール送信代理装置２０３がステップＳ１０１３で連絡相手端末２０２に送信する連絡希望メールは、メール送信代理装置２０３がステップＳ１０１１で連絡希望者端末２０１から受信した連絡希望メールと同様のものである。
但し、メール送信代理装置２０３がステップＳ１０１１で連絡希望者端末２０１から受信した連絡希望メールに添付されているファイルには、上述したように、連絡希望者Ａを特定するIDとしての連絡希望者Ａのメールアドレスと、コンタクト情報とが含まれるが、メール送信代理装置２０３がステップＳ１０１３で連絡相手端末２０２に送信する連絡希望メールに添付されるファイルには、さらに、メール送信代理装置２０３がステップＳ１０１２で状況管理装置２０７に送信した連絡希望者登録メッセージにおけるセッション番号や、状況管理装置２０７にアクセスするためのアクセス情報としてのURIなどが含まれる。
ここで、図２０は、メール送信代理装置２０３がステップＳ１０１３で連絡相手端末２０２に送信する連絡希望メールに添付されるファイルのデータ構造の例を示している。
図２０の上から第１行目（上から１行目）には、データの開始（データ開始）を表すカッコ（{）が記述されている。第２行目には、連絡希望者登録メッセージの送信先である状況管装置２０７を特定する情報としてのサービス番号が記述され、図２０では、「0000001」になっている。第３行目には、連絡希望者登録メッセージの送信先である状況管装置２０７のネットワーク２０８上の位置を表す情報としてのURIが記述され、図２０では、「192.168.0.1:80」になっている。なお、「192.168.0.1:80」のうち、コロン（:）の直前までの「192.168.0.1」は、IPアドレスを表し、コロン（:）の直後以降「80」は、ポート番号を表す。
第４行目と第５行目には、連絡希望メールの送信者である連絡希望者Ａのメールアドレスと、その連絡希望メールの宛先である連絡相手Ｂのメールアドレスが、それぞれ記述される。
第６行目には、メール送信代理装置２０３がステップＳ１０１２で状況管理装置２０７に送信した連絡希望者登録メッセージにおけるセッション番号と同一のセッション番号が記述される。
第７行目には、メール送信代理装置２０３がステップＳ１０１１で連絡希望者端末２０１から受信した連絡希望メールに添付されているファイルに含まれるコンタクト情報と同一のコンタクト情報が記述される。図２０では、コンタクト情報が、「Text, Voice, Video」となっている。「Text, Voice, Video」のうちの、「Text」、「Voice」、「Video」は、それぞれ、テキストチャット、ボイスチャット、ビデオチャットを表す。従って、図２０のコンタクト情報「Text, Voice, Video」は、連絡希望者Ａとのコンタクトのとり方として、テキストチャット、ボイスチャット、ビデオチャットの３つの手段をとり得ることを表す。
第８行目には、データの終了（データ終了）を表すカッコ（}）が記述されている。
図１９に戻り、状況管理装置２０７は、ステップＳ１０３１において、メール送信代理装置２０３がステップＳ１０１２で送信した連絡希望者登録メッセージを受信し、その連絡希望者登録メッセージに応じて、連絡希望者Ａに関する情報（プロファイル）の登録を行う。
ここで、状況管理装置２０７は、例えば、その外部記憶部２７６（図８）に、連絡希望者登録メッセージに応じた情報が登録される連絡希望リストと、連絡希望者登録メッセージの元になる連絡希望メールを送信した連絡希望者のプレゼンス情報が登録されるプレゼンスリストとを記憶している。
即ち、図２１は、連絡希望リストを示しており、図２２は、プレゼンスリストを示している。
連絡希望リスト（図２１）の各エントリ（１行）は、セッション番号、連絡希望者を特定する情報としてのメールアドレス、コンタクト情報、および連絡希望期限で構成される。
状況管理装置２０７は、連絡希望者登録メッセージを受信するごとに、その連絡希望者登録メッセージに対応する新たなエントリを、連絡希望リストに追加し、その新たなエントリに、連絡希望者登録メッセージに含まれるセッション番号、連絡希望者のメールアドレス、コンタクト情報を登録する。さらに、状況管理装置２０７は、連絡希望者登録メッセージに含まれる連絡通知日時に基づき、連絡希望期限を、新たなエントリに登録する。
ここで、連絡希望リストのエントリにおける連絡希望期限は、そのエントリに対応する連絡希望者登録メッセージの元になった連絡希望メールによる連絡の希望の、いわば有効期限である。連絡希望期限は、連絡希望者登録メッセージに含まれる連絡通知日時の、例えば、１２時間後の日時や２日後の日時などの、連絡通知日時から一定期間後の日時に設定される。この一定期間は、例えば、状況管理装置２０７で固定の期間とすることもできるし、連絡希望メールの送信者である連絡希望者が設定することもできる。
なお、連絡希望リストのあるエントリに注目した場合、状況管理装置２０７は、注目している注目エントリに登録されている連絡希望期限が表す日時となると、注目エントリを、連絡希望リストから削除する。また、状況管理装置２０７は、注目エントリに対応する連絡希望者登録メッセージの元となった連絡希望メールによって、連絡希望者と連絡相手との間で連絡をとることができた場合も、後述するステップＳ１０３８において、注目エントリを、連絡希望リストから削除する。
プレゼンスリスト（図２２）の各エントリは、連絡希望者を特定する情報としてのメールアドレス、その連絡希望者の現在のプレゼンスを表すプレゼンス情報、その連絡希望者とコンタクトをとるための連絡先で構成される。
状況管理装置２０７は、連絡希望リストに登録されていないメールアドレス（以下、適宜、未登録アドレスという）のエントリが、新たに、連絡希望リストに登録されると、その未登録メールアドレスによって特定される連絡希望者に対応する新たなエントリを、プレゼンスリストに追加し、その新たなエントリに、未登録メールアドレスを登録する。
さらに、状況管理装置２０７は、その後、プレゼンスリストのエントリに登録されたメールアドレスによって特定される連絡希望者のプレゼンスを知らせる、後述する状況通知メッセージを受信すると、その状況通知メッセージに応じて、プレゼンスリストのエントリにおけるプレゼンス情報と連絡先を更新する。
ここで、プレゼンスリストのエントリにおけるプレゼンス情報としては、例えば、連絡希望者が、テキストチャット等のコンタクトをとる手段を利用することが可能な状態にあり、従って、その手段によって連絡をとることができる連絡可能状態である旨や、その逆に連絡をとることができない連絡不可状態である旨などの他、移動中である旨、帰社した旨などを採用することができる。さらに、プレゼンス情報には、連絡希望者が現に利用可能なコンタクトをとる手段を表す情報も含まれる。
また、プレゼンスリストのエントリにおける連絡先としては、連絡希望者が現に利用可能なコンタクトをとる手段としての、テキストチャットや、ボイスチャット、ビデオチャットを行う装置のIPアドレスなどを採用することができる。
なお、状況管理装置２０７は、プレゼンスリストのエントリを、そのエントリに登録されているメールアドレスが登録されている連絡希望リスト（図２１）のエントリが存在しなくなったときに削除する。従って、プレゼンスリスト（図２２）においては、連絡希望リスト（図２１）に存在するメールアドレスが登録されているエントリが、必ずに存在し、逆に、連絡希望リスト（図２１）に存在しないメールアドレスが登録されているエントリは存在し得ない。
再び、図１９に戻り、連絡希望者端末２０１は、ステップＳ１００１で連絡希望メールを送信した後は、必要に応じて、連絡希望者Ａのプレゼンスを知らせる状況通知メッセージを、状況管理装置２０７に送信する。
即ち、連絡希望者端末２０１は、例えば、連絡希望者Ａが移動すること等により、テキストチャット等によってコンタクトをとることができる状態から、コンタクトをとることができない状態となった場合や、逆に、コンタクトをとることができない状態から、コンタクトをとることができる状態になった場合、あるいは、コンタクトをとることができる手段に変化が生じた場合などのように、連絡希望者Ａのプレゼンスが変化した場合、その変化後のプレゼンスを表すプレゼンス情報を含む状況通知メッセージを、状況管理装置２０７に送信する。
図１９では、連絡希望者端末２０１が、ステップＳ１００２において、状況通知メッセージを、状況管理装置２０７に送信している。
連絡希望者端末２０１から状況管理装置２０７に送信される状況通知メッセージには、上述したように、プレゼンス情報が含まれる他、連絡希望者Ａのメールアドレス、さらには、必要な連絡先（連絡希望者Ａが利用可能なコンタクトをとる手段としての、テキストチャットや、ボイスチャット、ビデオチャットを行う装置のIPアドレスなど）が含まれる。
状況管理装置２０７は、ステップＳ１０３５において、連絡希望者端末２０１からの状況通知メッセージを受信し、その状況通知メッセージに応じて、プレゼンスリスト（図２２）の、状況通知メッセージに含まれるメールアドレスが登録されているエントリのプレゼンス情報や連絡先を更新する。
なお、連絡希望者端末２０１から状況管理装置２０７に対しては、連絡希望者Ａのプレゼンスが変化した場合にのみ、その変化後のプレゼンスを表すプレゼンス情報を含む状況通知メッセージを送信する他、所定の一定時間ごとに、連絡希望者Ａの現在のプレゼンスを表すプレゼンス情報を含む状況通知メッセージを送信するようにすることもできる。
一方、メール送信代理装置２０３がステップＳ１０１３で送信した連絡希望メールは、連絡相手端末２０２が、ステップＳ１０６１で受信する。
そして、連絡相手Ｂが、連絡相手端末２０２で受信された連絡希望メールを見て、図１４に示したように、プレゼンスビューアを起動すると、連絡相手端末２０２は、ステップＳ１０６２において、その連絡希望メールの送信者である連絡希望者Ａのプレゼンスを問い合わせる状況問い合わせメッセージを、表示制御装置２０４に送信する。
ここで、図１４では、プレゼンスビューアのプログラムは、連絡相手端末２０２にあらかじめインストールされているものとしたが、プレゼンスビューアのプログラムは、メール送信代理装置２０３がステップＳ１０１３で連絡相手端末２０２に送信する連絡希望メールに添付するようにしても良い。この連絡希望メールに対するプレゼンスビューアのプログラムの添付は、例えば、メール送信代理装置２０３に行わせることができる。
また、連絡相手端末２０２がステップＳ１０６２で送信する状況問い合わせメッセージには、連絡希望者Ａのプレゼンス情報が登録されるプレゼンスリストを記憶している状況管理装置２０７のURI（ポート番号を含む）、連絡希望者Ａと連絡相手Ｂとが連絡をとるのに行う通信としてのセッションを識別するためのセッション番号、および連絡希望者Ａを特定する情報としての連絡希望者Ａのメールアドレスが含まれる。
この状況問い合わせメッセージに含まれる状況管理装置２０７のURI、セッション番号、および連絡希望者Ａのメールアドレスは、連絡相手端末２０２がステップＳ１０６１で受信した連絡希望メールに添付されているファイルに含まれるデータ、即ち、図２０に示したデータ構造のデータである。
表示制御装置２０４は、ステップＳ１０４１において、連絡相手端末２０２がステップＳ１０６２で送信した状況問い合わせメッセージを受信して、ステップＳ１０４２に進み、その状況問い合わせメッセージに基づき、連絡希望者Ａのプレゼンスを問い合わせる状況問い合わせメッセージを、状況管理装置２０７に送信する。
即ち、表示制御装置２０４は、連絡相手端末２０２からの状況問い合わせメッセージから、連絡希望者Ａのプレゼンス情報が登録されるプレゼンスリストを記憶している状況管理装置２０７のURI（ポート番号を含む）を認識し、そのURIに基づいて、状況管理装置２０７にアクセスすることで、状況管理装置２０７に対して、状況問い合わせメッセージを送信する。
ここで、表示制御装置２０４がステップＳ１０４２で状況管理装置２０７に送信する状況問い合わせメッセージには、表示制御装置２０４がステップＳ１０４１で連絡相手端末２０２から受信した状況問い合わせメッセージにおけるセッション番号と連絡希望者Ａのメールアドレスが含まれる。
状況管理装置２０７は、ステップＳ１０３２において、表示制御装置２０４がステップＳ１０４２で送信した状況問い合わせメッセージを受信して、ステップＳ１０３３に進み、その状況問い合わせメッセージに対するプレゼンス情報の提供が許可されているかどうか、即ち、ここでは、その状況問い合わせメッセージが、連絡希望者Ａからの連絡希望メールを受信した連絡相手（連絡希望メールの宛先である連絡相手）Ｂからのものであるかどうかを判定する。
ステップＳ１０３３において、表示制御装置２０４からの状況問い合わせメッセージに対するプレゼンス情報の提供が許可されていないと判定された場合、即ち、表示制御装置２０４からの状況問い合わせメッセージに含まれるセッション番号と同一のセッション番号が登録されているエントリが、連絡希望リスト（図２１）に存在せず、従って、表示制御装置２０４から送信されてきた状況問い合わせメッセージが、連絡希望者Ａからの連絡希望メールを受信した連絡相手Ｂからのものでないか、または、連絡希望リストの連絡希望期限（図２１）を過ぎてしまったこと等により、表示制御装置２０４からの状況問い合わせメッセージに含まれるセッション番号と同一のセッション番号が登録されていたエントリが、連絡希望リストから削除されてしまっている場合、状況管理装置２０７は、プレゼンス情報の提供を拒否する旨の拒否通知メッセージ（あるいは、連絡希望者Ａが現に利用することができるコンタクトをとる手段が存在しない旨のメッセージ）を、表示制御装置２０４に送信する。
表示制御装置２０４は、ステップＳ１０４３において、状況管理装置２０７からの拒否通知メッセージを受信して、ステップＳ１０４４に進み、その拒否通知メッセージを、連絡相手端末２０２に送信する。
連絡相手端末２０２は、ステップＳ１０６３において、表示制御装置２０４からの拒否通知メッセージを受信する。この場合、図１４に示したプレゼンスビューアのウインドウ３２１においては、例えば、ユーザ名３３２およびアイコン３２３Ａ乃至３２３Ｃの代わりに、プレゼンス情報の提供が拒否された旨等が表示される。
一方、ステップＳ１０３３において、表示制御装置２０４からの状況問い合わせメッセージに対するプレゼンス情報の提供が許可されていると判定された場合、即ち、表示制御装置２０４からの状況問い合わせメッセージに含まれるセッション番号と同一のセッション番号が登録されているエントリが、連絡希望リスト（図２１）に存在し、従って、表示制御装置２０４から送信されてきた状況問い合わせメッセージが、連絡希望者Ａからの連絡希望メールを受信した連絡相手Ｂからのものである場合、状況管理装置２０７は、ステップＳ１０３４に進み、表示制御装置２０４からの状況問い合わせメッセージに含まれる連絡希望者Ａのメールアドレスと同一のメールアドレスが登録されているエントリを、プレゼンスリスト（図２２）から検索する。
さらに、ステップＳ１０３４では、状況管理装置２０７は、プレゼンスリストから検索したエントリに登録されているメールアドレスおよびプレゼンス情報（ここでは、連絡希望者Ａのプレゼンス情報）を含む、プレゼンスを知らせる状況通知メッセージを生成し、表示制御装置２０４に送信する。
表示制御装置２０４は、ステップＳ１０４５において、状況管理装置２０７からの状況通知メッセージを受信して、ステップＳ１０４６に進み、その状況通知メッセージを、連絡相手端末２０２に送信する。
連絡相手端末２０２は、ステップＳ１０６４において、表示制御装置２０４からの状況通知メッセージを受信し、その状況通知メッセージに応じて、図１４に示したプレゼンスビューアのウインドウ３２１内のユーザ名３３２を表示するとともに、アイコン３２３Ａ乃至３２３Ｃのそれぞれを、操作可能状態または操作不可状態で表示する。
即ち、プレゼンスビューアのウインドウ３２１では、例えば、状況通知メッセージに含まれるメールアドレスが、ユーザ名３３２として表示される。さらに、例えば、状況通知メッセージに含まれるプレゼンス情報が、テキストチャットのみ利用することができることを表している場合には、プレゼンスビューアのウインドウ３２１では、図１４や図１６に示したように、テキストチャットを表すアイコン３２３Ａのみ操作可能状態で表示され、他のアイコン３２３Ｂおよび３２３Ｃは、操作不可状態で表示される。また、例えば、状況通知メッセージに含まれるプレゼンス情報が、テキストチャットとボイスチャットを利用することができ、ビデオチャットを利用することができないことを表している場合には、プレゼンスビューアのウインドウ３２１では、図１５や図１７に示したように、テキストチャットを表すアイコン３２３Ａおよびボイスチャットを表すアイコン３２３Ｂが操作可能状態で表示され、ビデオチャットを表すアイコン３２３Ｃは、操作不可状態で表示される。
なお、ここでは、プレゼンスビューアのウインドウ３２１（図１４）におけるアイコン３２３Ａ乃至３２３Ｃの表示状態（操作可能状態または操作不可状態）によって、連絡希望者Ａがどのようなコンタクトをとる手段を利用することができる状況（プレゼンス）にあるのかを提示するようにしたが、連絡希望者Ａのプレゼンスの提示は、その他、例えば、webページにおいて、連絡希望者Ａのプレゼンス情報を表示すること等によって行うことも可能である。
以上のように、状況管理装置２０７は、状況問い合わせメッセージに含まれているセッション番号と一致するセッション番号が登録されているエントリが、連絡希望リスト（図２１）に存在する場合にのみ、その状況問い合わせメッセージに含まれているメールアドレスによって特定されるユーザ（連絡希望者）のプレゼンス情報を、連絡相手端末２０２に提供する。従って、連絡希望者Ａが連絡を希望する連絡相手Ｂ、即ち、連絡希望者Ａからの連絡希望メールを受信した連絡相手Ｂに対してのみ、連絡希望者Ａのプレゼンスを知らせることができる。
なお、状況管理装置２０７では、上述したように、状況問い合わせメッセージに含まれているセッション番号と一致するセッション番号が登録されているエントリが、連絡希望リスト（図２１）に存在する場合にのみ、その状況問い合わせメッセージに含まれているメールアドレスによって特定されるユーザのプレゼンス情報が提供される。従って、セッション番号は、プレゼンス情報の提供を受けるための、いわば鍵データとなっているということができる。
また、連絡相手端末２０２から表示制御装置２０４に対する状況問い合わせメッセージの送信（ステップＳ１０６２）は、例えば、定期的に行うことができる。この場合、連絡相手端末２０２では、定期的に、連絡希望者Ａのプレゼンス情報を得て、プレゼンスビューアのウインドウ３２１（図１４）におけるアイコン３２３Ａ乃至３２３Ｃそれぞれの表示状態を更新することができる。
その後、連絡相手Ｂが、プレゼンスビューアのウインドウ３２１（図１４）におけるアイコン３２３Ａ乃至３２３Ｃそれぞれの表示状態を見て、そのうちの、操作可能状態となっているアイコン、即ち、連絡希望者Ａが現に利用可能なコンタクトをとる手段を表すアイコンを操作すると、連絡相手端末２０２は、ステップＳ１０６５において、連絡希望者Ａとのコンタクト（連絡）を要求する連絡要求メッセージを、表示制御装置２０４に送信する。
ここで、連絡相手端末２０２がステップＳ１０６５で送信する連絡要求メッセージには、プレゼンスビューアのウインドウ３２１（図１４）におけるアイコン３２３Ａ乃至３２３Ｃのうちの、連絡相手Ｂが操作したアイコンが表すコンタクトをとる手段（コミュニケーションの手段）を表す情報（この情報も、以下、適宜、コンタクト情報という）が含まれる。
表示制御装置２０４は、ステップＳ１０４７において、連絡相手端末２０２からの連絡要求メッセージを受信して、ステップＳ１０４８に進み、その連絡要求メッセージに応じて、連絡希望者Ａとコンタクトをとる手段の連絡先を問い合わせる連絡問い合わせメッセージを、状況管理装置２０７に送信する。
ここで、表示制御装置２０４がステップＳ１０４８で送信する連絡先問い合わせメッセージには、コミュニケーションの開始を希望する旨、および連絡相手端末２０２からの連絡要求メッセージに含まれるコンタクト情報などが含まれる。
なお、連絡相手端末２０２からの連絡要求メッセージに含まれるコンタクト情報は、上述したように、連絡希望者Ａが現に利用可能なコンタクトをとる手段を表し、ここでは、例えば、コミュニケーション装置２０５であるとする。
状況管理装置２０７は、ステップＳ１０３６において、表示制御装置２０４からの連絡問い合わせメッセージを受信して、その連絡問い合わせメッセージに含まれるコンタクト情報が表す、連絡希望者Ａが現に利用可能なコンタクトをとる手段の連絡先を、プレゼンスリスト（図２２）を参照することで認識する。即ち、いまの場合、状況管理装置２０７は、連絡希望者Ａが現に利用可能なコミュニケーション装置２０５のIPアドレスを認識する。
そして、状況管理装置２０７は、ステップＳ１０３６からＳ１０３７に進み、連絡希望者Ａが現に利用可能なコミュニケーション装置２０５の連絡先（ステップＳ１０３６で認識した連絡先）としてのIPアドレスを含む連絡先通知メッセージを、表示制御装置２０４に送信する。
ここで、状況管理装置２０７がステップＳ１０３７で送信する連絡先通知メッセージには、連絡希望者Ａが現に利用可能なコミュニケーション装置２０５の連絡先の他、そのコミュニケーション装置２０５との通信に使用する通信プロトコル、およびコミュニケーション装置２０５によるコミュニケーションで使用するメディア（テキスト、音声、ビデオ（画像）の種類を表すメディア情報なども含まれる。
表示制御装置２０４は、ステップＳ１０４９において、状況管理装置２０７からの連絡先通知メッセージを受信して、ステップＳ１０５０に進み、その連絡先通知メッセージに応じて、通信の開始を要求する開始通知メッセージを、コミュニケーション装置２０６に送信する。
ここで、表示制御装置２０４が、ステップＳ１０５０で送信する開始通知メッセージには、状況管理装置２０７からの連絡先通知メッセージに含まれるコミュニケーション装置２０５の連絡先、通信プロトコル、およびメディア情報が含まれる。さらに、開始通知メッセージには、コミュニケーションの開始を指示する旨、連絡希望者Ａからの連絡希望があった旨、および表示制御装置２０４がステップＳ１０４１で連絡相手端末２０２から受信した状況問い合わせメッセージにおけるセッション番号なども含まれる。
コミュニケーション装置２０６は、ステップＳ１０５１において、表示制御装置２０４からの開始通知メッセージを受信して、ステップＳ１０５２に進み、その開始通知メッセージに応じて、コミュニケーションを要求する旨のコミュニケーション要求メッセージを、コミュニケーション装置２０５に送信する。
即ち、コミュニケーション装置２０６は、表示制御装置２０４からの開始通知メッセージに含まれるコミュニケーション装置２０５の連絡先としてのIPアドレスを認識し、そのIPアドレスに基づき、コミュニケーション装置２０５にアクセスして、コミュニケーション要求メッセージを送信する。
ここで、コミュニケーション装置２０６がステップＳ１０５１で送信するコミュニケーション要求メッセージには、表示制御装置２０４からの開始通知メッセージにおけるセッション番号が含まれる。さらに、コミュニケーション要求メッセージには、セッションを開始する旨と、連絡相手Ｂを表すユーザ名なども含まれる。
コミュニケーション装置２０５は、ステップＳ１０２１において、コミュニケーション装置２０６からのコミュニケーション要求メッセージを受信して、ステップＳ１０２２に進み、そのコミュニケーション要求メッセージに応じて、要求通知メッセージを、連絡希望者端末２０１に送信する。
ここで、コミュニケーション装置２０５がステップＳ１０２２で送信する要求通知メッセージには、コミュニケーション要求メッセージにおける連絡相手Ｂのユーザ名およびセッション番号などが含まれ、要求通知メッセージを受信した連絡希望者端末２０１では、その要求通知メッセージに含まれる連絡相手Ｂのユーザ名が表示される。
連絡希望者端末２０１は、ステップＳ１００３において、コミュニケーション装置２０５からの要求通知メッセージを受信して、ステップＳ１００４に進み、その要求通知メッセージによるコミュニケーションの要求の受け入れを表す要求受け入れメッセージを、コミュニケーション装置２０５に送信する。
ここで、連絡希望者端末２０１がステップＳ１００４で送信する要求受け入れメッセージには、コミュニケーション装置２０６とのセッションの開始を指示する旨が含まれる。さらに、要求受け入れメッセージには、要求通知メッセージにおけるセッション番号なども含まれる。
コミュニケーション装置２０５は、ステップＳ１０２３において、連絡希望者端末２０１からの要求受け入れメッセージを受信して、ステップＳ１０２４に進み、その要求受け入れメッセージを、コミュニケーション装置２０６に送信する。但し、コミュニケーション装置２０５は、連絡希望者端末２０１からの要求受け入れメッセージを、コミュニケーション装置２０６に送信する際に、その要求受け入れメッセージに含まれるセッションの開始を指示する旨を、セッションが受け入れられた旨に置き換える。
コミュニケーション装置２０６は、ステップＳ１０５３において、コミュニケーション装置２０５からの要求受け入れメッセージを受信して、ステップＳ１０５４に進み、その要求受け入れメッセージを、連絡相手端末２０２に送信する。
連絡相手端末２０２は、ステップＳ１０６６において、コミュニケーション装置２０６からの要求受け入れメッセージを受信し、その要求受け入れメッセージに含まれるセッションが受け入れられた旨を表示する。
以上により、コミュニケーション装置２０５と２０６との間でチャットが可能な状態となる。
その後、連絡希望者Ａまたは連絡相手Ｂから、チャットのためのチャットデータの入力があると、ステップＳ１０６７において、コミュニケーション装置２０５と２０６との間、さらには、必要に応じて、連絡希望者端末２０１とコミュニケーション装置２０５との間や、連絡相手端末２０２とコミュニケーション装置２０６との間で、連絡希望者Ａまたは連絡相手Ｂからのチャットデータがやりとりされ、これにより、連絡希望者Ａと連絡相手Ｂとは、連絡をとる（コミュニケーションを図る）ことができる。
そして、例えば、連絡希望者Ａが、チャットを終了するように、連絡希望者端末２０１を操作すると、連絡希望者端末２０１は、ステップＳ１００５において、セッションを終了する旨を含む通信終了メッセージを、コミュニケーション装置２０５に送信し、コミュニケーション装置２０５は、ステップＳ１０２５において、その通信終了メッセージを受信する。
また、例えば、連絡相手Ｂが、チャットを終了するように、連絡相手端末２０２を操作すると、連絡相手端末２０２は、ステップＳ１０６８において、セッションを終了する旨を含む通信終了メッセージを、コミュニケーション装置２０６に送信し、コミュニケーション装置２０６は、ステップＳ１０５５において、その通信終了メッセージを受信する。
そして、コミュニケーション装置２０６は、ステップＳ１０５５からＳ１０５６に進み、連絡相手端末２０２から受信した通信終了メッセージを、コミュニケーション装置２０５に送信する。コミュニケーション装置２０５は、ステップＳ１０２６において、コミュニケーション装置２０６からの通信終了メッセージを受信する。
ここで、コミュニケーション装置２０５が、ステップＳ１０２５またはＳ１０２６で受信する通信終了メッセージには、セッションを終了する旨の他、そのセッションを表すセッション番号、即ち、ステップＳ１００４，Ｓ１０２３，Ｓ１０２４，Ｓ１０５３，Ｓ１０５３，Ｓ１０６６の処理において、連絡希望者端末２０１から連絡相手端末２０２に送信される要求受け入れメッセージにおけるセッション番号も含まれる。
コミュニケーション装置２０５は、ステップＳ１０２５またはＳ１０２６において、通信終了メッセージを受信すると、ステップＳ１０２７に進み、その通信終了メッセージからセッションを終了する旨を削除したものを、状況管理装置２０７に送信し、状況管理装置２０７は、ステップＳ１０３８において、コミュニケーション装置２０５からの通信終了メッセージを受信する。
さらに、状況管理装置２０７は、ステップＳ１０３８において、コミュニケーション装置２０５からの通信終了メッセージに含まれるセッション番号が登録されているエントリを、連絡希望リスト（図２１）から検索して削除し、処理を終了する。
これにより、その後、連絡希望リストが削除されたことにより登録されていたセッション番号を含む状況問い合わせメッセージが状況管理装置２０７に送信されてきても、状況管理装置２０７は、その状況問い合わせメッセージに対する連絡希望者Ａのプレゼンスの提示を拒否することとなる。
次に、図２３のフローチャートを参照して、図１の状況管理装置２０７の処理（状況管理処理）についてさらに説明する。
状況管理装置２０７は、ステップＳ１０８１において、何らかのメッセージが送信されてくるのを待つ待ち状態になっており、メッセージが送信されてくると、ステップＳ１０８２に進み、そのメッセージを受信する。
そして、ステップＳ１０８３に進み、ステップＳ１０８２で受信したメッセージが、メール送信代理装置２０３からの連絡希望者登録メッセージ（図１９のステップＳ１０３１）であるかどうかを判定する。
ステップＳ１０８３において、メッセージが連絡希望者登録メッセージであると判定された場合、ステップＳ１０８４に進み、状況管理装置２０７は、連絡希望リスト（図２１）に新たなエントリを追加し、その新たなエントリに、連絡希望者登録メッセージに応じた情報を登録する。さらに、状況管理装置２０７は、必要に応じて、プレゼンスリスト（図２２）に新たなエントリを追加し、その新たなエントリに、連絡希望者登録メッセージに応じた情報を登録する。その後は、ステップＳ１０８１に戻り、以下、同様の処理が繰り返される。
また、ステップＳ１０８３において、ステップＳ１０８２で受信したメッセージが、メール送信代理装置２０３からの連絡希望者登録メッセージでないと判定された場合、ステップＳ１０８５に進み、状況管理装置２０７は、そのメッセージが、表示制御装置２０４からの状況問い合わせメッセージ（図１９のステップＳ１０３２）であるかどうかを判定する。
ステップＳ１０８５において、メッセージが、表示制御装置２０４からの状況問い合わせメッセージであると判定された場合、ステップＳ１０８６に進み、状況管理装置２０７は、その状況問い合わせメッセージに対して、ユーザのプレゼンス情報を提示することが許可されているかどうかを判定する。なお、このステップＳ１０８６の判定処理は、図１９で説明したステップＳ１０３３の判定処理に対応する。
ステップＳ１０８６において、状況問い合わせメッセージに対して、ユーザのプレゼンス情報を提示することが許可されていないと判定された場合、ステップＳ１０８７に進み、状況管理装置２０７は、拒否通知メッセージを、表示制御装置２０４に送信し（図１９のステップＳ１０３３）、ステップＳ１０８１に戻る。
また、ステップＳ１０８６において、状況問い合わせメッセージに対して、ユーザのプレゼンス情報を提示することが許可されていると判定された場合、ステップＳ１０８８に進み、状況管理装置２０７は、そのプレゼンス情報を含む状況通知メッセージを、表示制御装置２０４に送信し（図１９のステップＳ１０３４）、ステップＳ１０８１に戻る。
一方、ステップＳ１０８５において、ステップＳ１０８２で受信したメッセージが、表示制御装置２０４からの状況問い合わせメッセージでないと判定された場合、ステップＳ１０８９に進み、状況管理装置２０７は、そのメッセージが、連絡希望者端末２０１からの状況通知メッセージ（図１９のステップＳ１００２）であるかどうかを判定する。
ステップＳ１０８９において、メッセージが、連絡希望者端末２０１からの状況通知メッセージであると判定された場合、ステップＳ１０９０に進み、状況管理装置２０７は、その状況通知メッセージに応じて、プレゼンスリスト（図２２）の、対応するエントリの登録内容を更新し、ステップＳ１０８１に戻る。
また、ステップＳ１０８９において、ステップＳ１０８２で受信したメッセージが、連絡希望者端末２０１からの状況通知メッセージでないと判定された場合、ステップＳ１０９１に進み、そのメッセージが、表示制御装置２０４からの連絡先問い合わせメッセージ（図１９のステップＳ１０３６）であるかどうかを判定する。
ステップＳ１０８９において、メッセージが、表示制御装置２０４からの連絡先問い合わせメッセージであると判定された場合、ステップＳ１０９２に進み、状況管理装置２０７は、その連絡先問い合わせメッセージによって要求されている連絡先（例えば、図１９で説明したコミュニケーション装置２０５の連絡先としてのIPアドレス）を、プレゼンスリスト（図２２）から取得し、ステップＳ１０９３に進む。
ステップＳ１０９３では、状況管理装置２０７は、ステップＳ１０９２で取得した連絡先を含む連絡先通知メッセージを、表示制御装置２０４に送信して（図１９のステップＳ１０３７）、ステップＳ１０９４に進み、その連絡先通知メッセージによってその後行われるコミュニケーション装置２０５と２０６との間のセッションの状態が「通信中」である旨のセッションデータを、外部記憶部２７６（図８）に登録して、ステップＳ１０８１に戻る。
一方、ステップＳ１０９１において、ステップＳ１０８２で受信したメッセージが、表示制御装置２０４からの連絡先問い合わせメッセージでないと判定された場合、ステップＳ１０９５に進み、状況管理装置２０７は、そのメッセージが、コミュニケーション装置２０５からの通信終了メッセージ（図１９のステップＳ１０３８）であるかどうかを判定する。
ステップＳ１０９５において、メッセージが、コミュニケーション装置２０５からの通信終了メッセージでないと判定された場合、ステップＳ１０９６をスキップして、ステップＳ１０８１に戻り、以下、同様の処理が繰り返される。
また、ステップＳ１０９５において、メッセージが、コミュニケーション装置２０５からの通信終了メッセージであると判定された場合、ステップＳ１０９６に進み、状況管理装置２０７は、ステップＳ１０９４で登録したセッションデータを破棄するとともに、その通信終了メッセージに含まれるセッション番号が登録されている連絡希望リスト（図２１）のエントリを削除する。さらに、状況管理装置２０７は、必要に応じて、連絡希望リストから削除したエントリに登録されているのと同一のメールアドレスが登録されているプレゼンスリスト（図２２）のエントリを削除して、ステップＳ１０９６からステップＳ１０８１に戻り、以下、同様の処理を繰り返す。
次に、図２４は、本発明を適用した遠隔コミュニケーションシステムの他の一実施の形態の構成例を示している。なお、図中、図１における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図２４の遠隔コミュニケーションシステムは、環境制御装置２０９が新たに設けられ、ネットワーク２０８に接続されている他は、図１における場合と同様に構成されている。
環境制御装置２０９は、ネットワーク２０８を介して（あるいは直接）、端末２０１乃至状況管理装置２０７それぞれと通信を行うことが可能となっている。
そして、環境制御装置２０９は、連絡希望者Ａによるコミュニケーション装置２０５の利用が可能となったかどうかを監視し、その監視結果を、連絡希望者Ａのプレゼンス情報として、状況管理装置２０７に通知する。
即ち、図１の遠隔コミュニケーションシステムでは、連絡希望者端末２０１において、連絡希望者Ａのプレゼンス情報を含む状況通知メッセージを、状況管理装置２０７に送信することにより、状況管理装置２０７に対して、連絡希望者Ａのプレゼンス情報が通知されるようになっていたが、図２４では、環境制御装置２０９も、連絡希望者Ａのプレゼンス情報を、状況管理装置２０７に通知する。
なお、環境制御装置２０９は、例えば図８に示した状況管理装置２０７と同様のハードウェア構成となっている。
次に、図２５のアローチャートを参照して、図２４の遠隔コミュニケーションシステムの処理について説明する。
なお、図２４の遠隔コミュニケーションシステムで行われる処理は、環境制御装置２０９が関係する処理を除き、図１の遠隔コミュニケーションシステムで行われる図１９で説明した処理と同様であるため、図２５では、環境制御装置２０９が関係する処理だけを示してある。
まず、ステップＳ１１０１において、コミュニケーション装置２０５と環境制御装置２０９との間で必要なデータをやりとりすることにより、事前準備が行われる。
即ち、コミュニケーション装置２０５と環境制御装置２０９とは、相互認証を行うことなどにより、コミュニケーション装置２０５は環境制御装置２０９を、環境制御装置２０９はコミュニケーション装置２０５を、それぞれ特定することができるようにしておく。その他、コミュニケーション装置２０５と環境制御装置２０９とは、相互に通信を行うのに必要な情報（通信方法）を交換し、さらに、環境制御装置２０９は、コミュニケーション装置２０５を管理する設定を行う。
その後、コミュニケーション装置２０５は、例えば、電源が投入されるなどして、装置を利用することができない状態（利用不可状態）から、利用することができる状態（利用可能状態）になった場合、ステップＳ１１１１において、その旨の利用可能通知メッセージを、環境制御装置２０９に送信し、環境制御装置２０９は、ステップＳ１１２１において、コミュニケーション装置２０５からの利用可能通知メッセージを受信する。
なお、コミュニケーション装置２０５は、電源がオフされるなどして、利用可能状態から利用不可状態になった場合は、その旨の利用不可通知メッセージを、環境制御装置２０９に送信する。
コミュニケーション装置２０５は、ステップＳ１１１１において、利用可能通知メッセージを送信した後、ステップＳ１１１２に進み、自身によって利用可能なコミュニケーションの手段を表す情報としてのコミュニケーションプロファイルを含むプロファイル通知メッセージを、環境制御装置２０９に送信し、環境制御装置２０９は、ステップＳ１１２２において、コミュニケーション装置２０５からのプロファイル通知メッセージを受信する。
即ち、コミュニケーション装置２０５として、例えば、テキストチャットを行うことが可能なPCと、音声通話（ボイスチャット）が可能なIP電話機とが存在する場合、環境制御装置２０９は、コミュニケーション装置２０５としてのPCとIP電話機を管理する設定を行う。そして、PCまたはIP電話機は、その電源が投入され、ネットワーク２０８に接続されるなどして、利用不可状態から利用可能状態となると、利用可能通知メッセージを、環境制御装置２０９に送信する。さらに、PCまたはIP電話機は、自身によって利用可能なコミュニケーションの手段を表す情報としてのコミュニケーションプロファイルを含むプロファイル通知メッセージを、環境制御装置２０９に送信する。
ここで、いまの場合、PCによって利用可能なコミュニケーションの手段は、テキストチャットであり、IP電話機によって利用可能なコミュニケーションの手段は、ボイスチャットである。
なお、利用可能通知メッセージと、プロファイル通知メッセージは、コミュニケーション装置２０５としてのPCやIP電話機が、いわば自発的に、環境制御装置２０９に送信しても良いし、環境制御装置２０９が、コミュニケーション装置２０５としてのPCやIP電話機に対して、定期的に問い合わせを行う等して取得するようにしても良い。
環境制御装置２０９は、コミュニケーション装置２０５を管理するための記憶領域（以下、適宜、管理記憶領域という）を確保しており、コミュニケーション装置２０５からのプロファイル通知メッセージを受信すると、そのプロファイル通知メッセージに応じて、管理記憶領域の記憶内容をアップデートする。なお、環境制御装置２０９は、その他、コミュニケーション装置２０５からの利用可能通知メッセージや利用不可通知メッセージに応じても、管理記憶領域の記憶内容をアップデートする。
その後、連絡希望者Ａが、環境制御装置２０９が管理するコミュニケーション装置２０５を利用することができる範囲である管理範囲内に移動してきた場合、環境制御装置２０９は、連絡希望者Ａがコミュニケーション装置２０５を利用することができる状況にあることの、明示的または非明示的な通知を受信する。
ここで、環境制御装置２０９に対して、連絡希望者Ａがコミュニケーション装置２０５を利用することができる状況にあることを明示的に通知する方法としては、例えば、管理範囲内に設けられたボタン（スイッチ）等を、連絡希望者Ａに操作してもらい、その操作に応じた操作信号を、環境制御装置２０９に供給する方法がある。
また、環境制御装置２０９に対して、連絡希望者Ａがコミュニケーション装置２０５を利用することができる状況にあることを非明示的に通知する方法としては、例えば、以下のような手段で、連絡希望者Ａが管理範囲内に存在するかどうかを検出し、連絡希望者Ａが管理範囲内に存在することを、環境制御装置２０９に通知する方法がある。
連絡希望者Ａが管理範囲内に存在することの検出は、例えば、連絡希望者Ａに、後述するPKを携帯してもらい、そのPKとの間で、後述する準静電界通信が可能かどうかによって行うことができる。
即ち、例えば、コミュニケーション装置２０５を操作するために腰掛ける椅子などに、準静電界通信用のアンテナを設置しておけば、その椅子に、PKを携帯する連絡希望者Ａが腰掛けた場合に、そのPKとの間で準静電界通信が可能となり、この準静電界通信が可能となったことをもって、連絡希望者Ａが管理範囲内に存在していることを検出することができる。さらに、例えば、PKを携帯する連絡希望者Ａが、コミュニケーション装置２０５が設置してある部屋に入室した場合に、そのPKとの間で準静電界通信が可能となるように、準静電界通信用のアンテナを設置することにより、連絡希望者Ａの存在を検出することもできる。
また、例えば、コミュニケーション装置２０５がある部屋に、ビデオカメラなどを設置しておき、そのビデオカメラによって撮像された画像に対して、いわゆるコンピュータビジョンの技術を利用した画像処理を施すことにより、連絡希望者Ａが、コミュニケーション装置２０５がある部屋に入室したことや、管理範囲内に移動するなどの特定の動作を行ったことを検出することができる。
なお、例えば、コミュニケーション装置２０５としてのPCなどがスクリーンセーバの状態になっている場合において、そのスクリーンセーバの状態が解除されたときには、そのPCが利用不可状態から利用可能状態となったとみることができ、その逆に、PCがスクリーンセーバの状態になったときには、そのPCが利用可能状態から利用不可状態となったとみることができる。また、PCのキーボードやマウスが、所定の時間以上連続して操作されなかったときには、そのPCを利用する（ことができる）ユーザがいないとみることができる。
また、PCを操作するユーザは、例えば、そのユーザがPCにログオン（ログイン）したときのユーザ名（ユーザID）から特定することができる。
従って、例えば、PCを操作するユーザが、連絡希望者Ａであることが特定された場合に、そのPCのスクリーンセーバの状態が解除されたときには、連絡希望者Ａが、現に、PCの利用が可能な状態にあることを認識することができる。また、例えば、PCを操作するユーザが、連絡希望者Ａであることが特定された場合に、そのPCがスクリーンセーバの状態になったときや、PCのキーボードやマウスが、所定の時間以上連続して操作されなかったときには、連絡希望者Ａが、PCの利用ができない状態にあることを認識することができる。
環境制御装置２０９は、自身が管理しているコミュニケーション装置２０５が利用可能状態または利用不可状態にあることを認識するとともに、連絡希望者Ａが、現に、コミュニケーション装置２０５の利用が可能な状態にあるかどうかを認識し、それらの認識結果、コミュニケーション装置２０５の連絡先としての、例えばIPアドレス、およびコミュニケーション装置２０５によって利用可能なコミュニケーションの手段を表す情報などを含む連絡先／プロファイル通知メッセージを、ステップＳ１１２３において、状況管理装置０７に送信する。
状況管理装置２０７は、ステップＳ１３１１において、環境制御装置２０９からの連絡先／プロファイル通知メッセージを受信し、その連絡先／プロファイル通知メッセージに応じ、プレゼンスリスト（図２２）の、連絡希望者Ａのプレゼンス情報が登録されているエントリの登録内容を更新する。
図２６は、環境制御装置２０９から状況管理装置２０７に送信される連絡先／プロファイル通知メッセージのデータ構造を示している。
図２６の上から第１行目（上から１行目）には、データの開始（データ開始）を表すカッコ（{）が記述されている。第２行目には、状況管装置２０７を特定する情報としてのサービス番号が記述され、図２０では、「0000004」になっている。
第３行目には、連絡希望者Ａのプレゼンスを表すデータの開始（環境データ開始）を表すカッコ（{）が記述されており、第４行目には、環境制御装置２０９が管理する装置（ここでは、コミュニケーション装置２０５）に関するデータの開始（ホストデータ開始）を表すカッコ（{）が記述されている。
第５行目には、環境制御装置２０９が管理する装置であるコミュニケーション装置２０５のホスト名（マシン名）が記述されている。第６行目には、そのコミュニケーション装置２０５のネットワーク２０８上の位置を表す情報としてのURIが記述されており、図２６では、「192.168.0.1:80」になっている。なお、「192.168.0.1:80」のうち、コロン（:）の直前までの「192.168.0.1」は、IPアドレスを表し、コロン（:）の直後以降「80」は、ポート番号を表す。
第７行目には、コミュニケーション装置２０５によって利用可能なコミュニケーションの手段（提供可能サービス）の情報が記述されており、図２６では、「Text, Voice, Video」となっている。「Text, Voice, Video」のうちの、「Text」、「Voice」、「Video」は、それぞれ、テキストチャット、ボイスチャット、ビデオチャットを表し、従って、コミュニケーション装置２０５では、テキストチャット、ボイスチャット、ビデオチャットを行うことができる。
第８行目には、コミュニケーション装置２０５によって利用可能なコミュニケーションの手段としてのテキストチャットや、ボイスチャット、ビデオチャットを行うためのアプリケーションのアプリケーション名が記述されている。
第９行目には、第４行目のホストデータ開始を表すカッコと対になる閉じカッコ（}）が記述されている。第１０行目には、第３行目の環境データ開始を表すカッコと対になる閉じカッコ（}）が記述されており、第１１行目には、第１行目のデータ開始を表すカッコと対になる閉じカッコ（}）が記述されている。
以上のように、図１や図２４の遠隔コミュニケーションシステムによれば、連絡希望者Ａからの連絡希望メールを受信した連絡相手Ｂだけが、連絡希望者Ａのプレゼンスを知ることができ、さらに、連絡相手Ｂは、現在、連絡希望者Ａとコンタクトをとることができるかどうかを、容易に確認することができる。
また、遠隔コミュニケーションシステムでは、連絡相手Ｂが、連絡希望者Ａとコンタクトをとることができた後は、状況管理装置２０７において、そのコンタクトをとるのに行われた通信としてのセッションを識別するためのセッション番号が登録されているエントリが、連絡希望リスト（図２１）から削除され、これにより、連絡相手Ｂに対して、連絡希望者Ａのプレゼンスの提示が拒否される。従って、連絡希望者Ａのプレゼンスが提示されるユーザが適応的に変化するので、連絡希望者Ａが常時監視をされているかのような印象を受けるのを防止（低減）することができる。
一方、連絡希望メールを送信者である連絡希望者Ａに関する情報は、状況管理装置２０７で集中的に管理されるため、その連絡希望メールを受信した連絡相手Ｂは、状況管理装置２０７アクセスすることで、連絡希望者Ａのプレゼンスを知ることができる。
従来のインスタントメッセンジャによれば、例えば、連絡アドレス帳に登録されている人すべてに、自身のプレゼンスが提示されてしまうため、例えば、会社等において、単純に手を離せないような場合、隣の席の人と話している場合、考え事に集中していて邪魔をされたくない場合などの、他人との連絡を極力とりたくない場合であっても、他人からのリアルタイムコミュニケーションの連絡がきてしまうことがある。
一方、図１や図２４の遠隔コミュニケーションシステムでは、連絡希望メールを受信した相手（例えば、連絡相手Ｂ）だけに自身のプレゼンス（例えば、連絡希望者Ａのプレゼンス）が提示されるため、自身が連絡を取りたい相手からの連絡だけを受けることが可能となる。
また、他人のプレゼンスを表示する表示側（端末２０２側）では、連絡希望メールを送信してきた送信者だけのプレゼンスが表示される。従って、プレゼンスを表示する対象の人数が必要最小限に制限され、その表示によって、PC等の表示画面が占有される可能性を低減することができる。さらに、プレゼンスの表示を常時行っていても、他の表示の妨げになりにくくなる。その結果、携帯型のデバイスなどの比較的小さい表示領域に、プレゼンスの表示を行っても、スクロール操作なしで必要な人のプレゼンスを確認しやすくなり、携帯型のデバイスの利便性を向上させることができる。
また、従来のインスタントメッセンジャでは、連絡アドレス帳に登録されている特定の人または一部の人だけのプレゼンスの提示を受ける場合には、アドレス帳に登録されている人を、例えば、階層構造等にグルーピングし、プレゼンスの提示を受ける必要のない人が属するグループの階層以下を隠蔽して表示させるようにする等の操作が必要となるが、図１や図２４の遠隔コミュニケーションシステムでは、そのような煩雑な操作をせずに、必要な人だけのプレゼンス、即ち、連絡希望メールを送信してきた送信者のプレゼンスの提示だけを受けることができる。
なお、上述した一連の処理は、ソフトウェア（コンピュータにプログラムを実行させること）によって行う他、専用のハードウェアによって行うことも可能である。
また、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
次に、上述したように、端末２０１としては、PKを用いることができ、状況管理装置２０７としては、pBaseを用いることができる。さらに、PKとの間の通信としては、準静電界通信を用いることができる。
そこで、以下においては、PKおよびpBaseを備えるPKシステムと、PKが行う準静電界通信とについて説明する。
まず、準静電界通信について説明する。
準静電界通信は、人体近傍に、遠隔伝播せず閉域のみに成立する物理的性質（エバネッセント性）を有する、閉じた静電的な情報空間を形成する通信であり、この通信によれば、人体が微弱な静電気のアンテナとなり、人体の周囲の数センチメートル、または数メートルの限られた空間で通信することが可能となる。
準静電界通信の原理は、次の通りである。
即ち、例えば、電気双極子（ダイポールアンテナ）に電流を流した場合、そのダイポールアンテナから発生される電界は、マックスウェル方程式にしたがい、式（１）で表すことができる。
Figure 2005284345
 ・・・（１）
式（１）において、Ｅｒは、半径ｒ方向の電界成分を表し、Ｅθは、角度θ方向の電界成分を表す。さらに、ｃｏｓωｔは、角周波数ωでの電荷の振動を表し、ｔは、時刻を表す。また、Ａは、振動する２個の電荷の電荷量と、その２個の電荷どうしの間の距離とで定義される、電界の出力（振幅）（パワー）を表す係数である。さらに、θは、ダイポールアンテナの中心周りの角度を表し、ｒは、ダイポールアンテナの中心からの距離（単位は[m] ）を表す。また、εは、誘電率を表し、ｋは、波数（単位は[１／ｍ]）を表す。さらに、ｊは、その後に続く値が虚数であることを表す。
式（１）によって表される電界ＥｒとＥθそれぞれのうち、距離（半径）ｒに線形に反比例する成分である放射電界Ｅ１ｒとＥ１θは、式（２）で表される。
Figure 2005284345
 ・・・（２）
また、式（１）によって表される電界ＥｒとＥθそれぞれのうち、距離ｒの２乗に反比例する成分である誘導電磁界Ｅ２ｒとＥ２θは、式（３）で表される。
Figure 2005284345
 ・・・（３）
さらに、式（１）によって表される電界ＥｒとＥθそれぞれのうち、距離ｒの３乗に反比例する成分Ｅ３ｒとＥ３θは、式（４）で表される。
Figure 2005284345
 ・・・（４）
式（４）で表される成分Ｅ３ｒとＥ３θが、準静電界である。
ここで、図２７は、マックスウェル方程式をダイポールアンテナに適用して得られる放射電界Ｅ１ｒおよびＥ１θ、誘導電磁界Ｅ２ｒおよびＥ２θ、準静電界Ｅ３ｒおよびＥ３θそれぞれの電界強度と距離ｒとの関係を示している。
なお、図２７では、周波数ｆ（＝ω／（２π））は、１[ＭＨｚ]としてある。
図２７において、放射電界、誘導電磁界、準静電界それぞれの電界強度が等しくなる距離である強度境界距離が存在するが、この強度境界距離よりも遠方では、放射電界が支配的となり、強度境界距離よりも近傍では、準静電界が支配的となる。
マックスウェル方程式によれば、式（５）を満たすｒが、強度境界距離となる。
Figure 2005284345
 ・・・（５）

式（５）における波数ｋは、光速をｃ（ｃ＝3 ×10８[m/s]）とするとともに、周波数をｆ（＝ω／（２π））とすると、式（６）で表される。
Figure 2005284345
 ・・・（６）
式（５）と式（６）から、強度境界距離ｒは、式（７）で表される。
Figure 2005284345
 ・・・（７）
図２８は、式（７）によって表される強度境界距離ｒと、周波数ｆとの関係を示している。
強度境界距離ｒは、周波数ｆに対して一意に求められる。
従って、いま、図２９に示すように、送信端末TXから複数であるＮ個の強度境界距離ｒ１，ｒ２，・・・ｒＮを設定すると、その強度境界距離ｒ１，ｒ２，・・・ｒＮそれぞれに対して、式（７）式を満たす周波数ｆ１，ｆ２，・・・，ｆＮでそれぞれ振動するＮ個の準静電界（図中破線で表わしてある部分）が支配的となる空間を形成することができる。但し、ｒ１＜ｒ２＜・・・＜ｒＮであるとすると、ｆ１＞ｆ２＞・・・＞ｆＮである。
ここで、強度境界距離ｒｎと、その強度境界距離ｒｎに対して式（７）式を満たす周波数ｆｎとの関係により（ｎ＝１，２，・・・，Ｎ）、準静電界通信を行う送信端末TXと受信端末RXとの間の距離を求めることができる。
即ち、例えば、送信端末TXにおいて、２種類の周波数それぞれで振動する２つの電界を、同一出力（パワー）で形成し、その電界内を、所定のレベルTH以上の電界強度を受信することができる受信端末RXが移動するとする。この場合、受信端末RXは、送信端末TXが形成した電界内の、所定のレベルTH以上の電界強度を受信することができる範囲（距離）において、送信端末TXと通信することができる。
図３０は、送信装置TXが形成する２つの電界の周波数を、それぞれ、例えば、５[MHz]と５０[MHz]として、その２つの電界それぞれの放射電界、誘導電磁界、および準静電界の電界強度と、距離ｒとの関係を示している。
図３０では、５[MHz]の周波数の電界については、受信端末RXが受信することができる所定レベルTH（図３０では、１０−２となっている）以上の電界強度が得られる距離（図３０では、１０[ｍ]になっている）内において、準静電界が支配的となっている。
一方、５０[MHz] の周波数の電界については、受信端末RXが受信することができる所定レベルTH以上の電界強度が得られる距離のうちの１[ｍ]までは、準静電界が支配的となっているが、１[ｍ]を越えると、放射電界が支配的となっている。
そこで、送信端末TXにおいて、図３０における５[MHz] の周波数の電界と同様に、受信端末RXが受信することができる所定レベルTH以上の電界強度が得られる距離内のみにおいて、準静電界が支配的となるように、５０[MHz] の周波数の電界の出力を調整すると、図３０に示した電界強度と距離ｒとの関係は、図３１に示すようになる。
送信端末TXにおいて、上述のように、電界の出力を調整することで、５[MHz]および５０[MHz]のいずれの周波数でも、受信端末RXが受信することができる所定のレベルTH以上の電界強度の電界内では、準静電界が支配的となる。
従って、送信端末TXにおいて、その送信端末TX（のアンテナ）から強度境界距離ｒｎの位置で、その強度境界距離ｒｎに対して式（７）を満たす周波数ｆｎの電界の電界強度が、受信端末RXが受信することができる所定レベルTHとなるように、周波数ｆｎの電界の出力を調整することで、送信端末TXと受信端末RXとが通信可能な空間として、周波数ｆｎで振動する準静電界が支配的となる空間を確実に形成することができる。
さらに、この場合、受信端末RXで受信することができた準静電界の周波数に基づいて、送信端末TXと受信端末RXとの間の距離を検出することができる。
いま、送信端末TXにおいて、周波数ｆｎの電界の出力を、上述のように調整するための係数として、出力調整係数Ａｎを導入し、式（１）乃至式（４）の係数Ａを、出力調整係数Ａｎに置き換える。この場合、周波数ｆｎの電界の、強度境界距離ｒｎにおける電界強度の絶対値Ｅｎは、式（８）で表される。
Figure 2005284345
 ・・・（８）
なお、式（８）における出力調整係数Ａｎは、強度境界距離ｒｎにおいて電界強度の絶対値Ｅｎが所定のレベルTHとなる値にすれば良い。
準静電界の電界強度は、距離ｒの３乗に反比例するため、強度境界距離ｒｎの範囲において、周波数ｆｎの準静電界が支配的となる空間を、放射電界や誘導電磁界に比して明確に形成することができる。
従って、送信端末TXにおいて、周波数ｆｎの電界の出力を、出力調整係数Ａｎによって調整した場合、受信端末RXが、周波数ｆｎの準静電界の信号を受信することができるかどうかによって、送信端末TXと受信端末RXとの間の距離を、高精度に検出することができる。
即ち、例えば、いま、図３２に示すように、送信端末TXが、上述のように出力を調整した３つの周波数ｆ１，ｆ２，ｆ３の電界を出力するものとすると、受信端末RXが、周波数ｆ１乃至ｆ３のすべての準静電界を受信することができる場合、送信端末TXと受信端末RXとの間の距離ｒは、周波数ｆ１に対応する強度境界距離ｒ１以下であることを検出することができる。
また、受信端末RXが、周波数ｆ２とｆ３の両方の準静電界のみを受信することができる場合、送信端末TXと受信端末RXとの間の距離ｒは、周波数ｆ１に対応する強度境界距離ｒ１より大きく、かつ、周波数ｆ２に対応する強度境界距離ｒ２以下であることを検出することができる。
さらに、受信端末RXが、周波数ｆ３の準静電界のみを受信することができる場合、送信端末TXと受信端末RXとの間の距離ｒは、周波数ｆ２に対応する強度境界距離ｒ２より大きく、かつ、周波数ｆ３に対応する強度境界距離ｒ３以下であることを検出することができる。
そして、受信端末RXが、周波数ｆ１乃至ｆ３のいずれの準静電界も受信することができない場合、送信端末TXと受信端末RXとの間の距離ｒは、周波数ｆ３に対応する強度境界距離ｒ３よりも大きいことを検出することができる。
以上のような準静電界が支配的となる空間において、その電界強度の変化を検出することにより行われる通信が準静電界通信である。
そして、上述したことから、準静電界が支配的となる空間は、電界を出力する送信端末TX（のアンテナ）から、その電界の周波数ｆｎに対応する強度境界距離ｒｎ内の空間として明確に形成されるので、準静電界通信によれば、準静電界が支配的となる空間において、確実、かつ安定して、通信を行うことができる。
ところで、人体に放射電界や誘導電磁界を発生させるには、人体に電流を流す必要がある。しかしながら、人体のインピーダンスは高いので、人体に電流を効率的に流すことは困難である。
一方、日常生活において静電気を体感するように、人体は帯電しやすい。そして、人体表面の帯電により、準静電界が発生する。人体は、極めて少ない電荷の移動により帯電し、その帯電の変化は、瞬間的に人体表面周囲に伝わって、その周囲からほぼ等方向へ準静電界の等電位面が形成される。そして、準静電界が支配的となる空間内では、放射電界や誘導電磁界の影響が少ないので、人体は、アンテナとして効率的に機能する。
このように、人体表面に形成される、準静電界が支配的となる空間において、その電界強度の変化を検出することにより行われる通信が、人体近傍通信としての準静電界通信である。
従って、例えば、ユーザが、送信端末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およびpBaseを備える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２２を用いることができ、状況管理装置２０７には、pBase２３を用いることができる。さらに、PK２２である端末２０１との間の通信には、上述したような準静電界通信を採用することができる。
本発明を適用した遠隔コミュニケーションシステムの一実施の形態の構成例を示す図である。 端末２０１のハードウェア構成例を示すブロック図である。 端末２０２のハードウェア構成例を示すブロック図である。 メール送信代理装置２０３のハードウェア構成例を示すブロック図である。 表示制御装置２０４のハードウェア構成例を示すブロック図である。 コミュニケーション装置２０５のハードウェア構成例を示すブロック図である。 コミュニケーション装置２０６のハードウェア構成例を示すブロック図である。 状況管理装置２０７のハードウェア構成例を示すブロック図である。 端末２０１における表示画面の表示例を示す図である。 端末２０１における表示画面の表示例を示す図である。 端末２０１における表示画面の表示例を示す図である。 端末２０１における表示画面の表示例を示す図である。 端末２０２における表示画面の表示例を示す図である。 端末２０２における表示画面の表示例を示す図である。 端末２０２における表示画面の表示例を示す図である。 端末２０２における表示画面の表示例を示す図である。 端末２０２における表示画面の表示例を示す図である。 端末２０２における表示画面の表示例を示す図である。 遠隔コミュニケーションシステムの処理を説明するための図である。 連絡希望メールに添付されるファイルのデータ構造の例を示す図である。 連絡希望リストの例を示す図である。 プレゼンスリストの例を示す図である。 状況管理装置２０７の処理を説明するフローチャートである。 本発明を適用した遠隔コミュニケーションシステムの他の一実施の形態の構成例を示す図である。 遠隔コミュニケーションシステムの処理を説明するための図である。 連絡先／プロファイル通知メッセージのデータ構造の例を示す図である。 距離と電界強度との関係を示す図である。 周波数と強度境界距離との関係を示す図である。 準静電界が形成される範囲を示す図である。 距離と電界強度との関係を示す図である。 距離と電界強度との関係を示す図である。 受信状態と距離との関係を説明するための図である。 PKシステムの構成例を示す図である。 PK２２のハードウェア構成例を示すブロック図である。 pBase２３のハードウェア構成例を示すブロック図である。 PK２２の記憶部３８の記憶内容を示す図である。 PK２２に、新たなサービスシステム２４に対応するサービスIDを登録するときに行われる処理を示すアローチャートである。 合言葉による認証を利用したなりすまし防止処理を説明するアローチャートである。 公開鍵方式による認証を利用したなりすまし防止処理を説明するアローチャートである。 サービスID登録処理を説明するフローチャートである。 サービスIDマッチング処理を説明するフローチャートである。 PK２２、pBase２３、およびサービスシステム２４によるPMDのやりとりを説明する図である。 pBase２３とサービスシステム２４との間で行われる処理を説明するアローチャートである。 pBase２３とサービスシステム２４との間で行われる処理を説明するアローチャートである。 PMDの内容の例を示す図である。 PMDの内容の例を示す図である。 PMDの内容の例を示す図である。 PMD更新処理を説明するフローチャートである。 情報機器をパーソナライズするPKシステムの構成例を示す図である。 パーソナライズ処理を説明するフローチャートである。 PK２２とpBase２３との間で行われるPMDの同期の処理を説明するアローチャートである。 PMD同期処理を説明するフローチャートである。
符号の説明
２０１，２０２ 端末， ２０３ メール送信代理装置， ２０４ 表示制御装置， ２０５，２０６ コミュニケーション装置， ２０７ 状況管理装置， ２０８ ネットワーク， ２０９ 環境制御装置

Claims (7)

  1. 第１、第２、および第３の情報処理装置を備え、ユーザが他のユーザと連絡をとるための情報処理を行う情報処理システムにおいて、
    前記第１の情報処理装置は、
    前記ユーザが連絡をとることを希望する前記他のユーザ宛に、連絡を希望する旨の連絡希望メッセージを送信する連絡希望メッセージ送信手段
    を有し、
    前記第２の情報処理装置は、
    前記連絡希望メッセージに基づき、前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、第３の情報処理装置に送信する状況問い合わせメッセージ送信手段と、
    前記第３の情報処理装置が前記状況問い合わせメッセージに対して送信してくる、前記連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信手段と、
    前記状況通知メッセージが表す前記連絡希望者の状況に応じて、前記連絡希望者が連絡を希望する前記他のユーザである連絡相手から、前記連絡希望者への連絡の要求があったときに、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、前記第３の情報処理装置に送信する連絡先問い合わせメッセージ送信手段と、
    前記第３の情報処理装置が前記連絡先問い合わせメッセージに対して送信してくる前記連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信手段と
    を有し、
    前記第３の情報処理装置は、
    前記連絡希望者の状況に応じて、前記連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新手段と、
    前記第２の情報処理装置からの前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものであるかどうかを判定する判定手段と、
    前記第２の情報処理装置からの前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものである場合、前記プレゼンス情報に基づき、前記連絡希望者の状況を表す前記状況通知メッセージを生成し、前記第２の情報処理装置に送信する状況通知メッセージ送信手段と、
    前記連絡先問い合わせメッセージに応じて、前記連絡先通知メッセージを、前記第２の情報処理装置に送信する連絡先通知メッセージ送信手段と
    を有する
    ことを特徴とする情報処理システム。
  2. ユーザが他のユーザと連絡をとるための情報処理を行う情報処理装置において、
    前記ユーザが連絡をとることを希望する前記他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信手段と、
    前記他の情報処理装置が前記状況問い合わせメッセージに対して送信してくる、前記連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信手段と、
    前記状況通知メッセージが表す前記連絡希望者の状況に応じて、前記連絡希望者が連絡を希望する前記他のユーザである連絡相手から、前記連絡希望者への連絡の要求があったときに、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、前記他の情報処理装置に送信する連絡先問い合わせメッセージ送信手段と、
    前記他の情報処理装置が前記連絡先問い合わせメッセージに対して送信してくる前記連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信手段と
    を備えることを特徴とする情報処理装置。
  3. ユーザが他のユーザと連絡をとるための情報処理を行う情報処理装置の情報処理方法において、
    前記ユーザが連絡をとることを希望する前記他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信ステップと、
    前記他の情報処理装置が前記状況問い合わせメッセージに対して送信してくる、前記連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信ステップと、
    前記状況通知メッセージが表す前記連絡希望者の状況に応じて、前記連絡希望者が連絡を希望する前記他のユーザである連絡相手から、前記連絡希望者への連絡の要求があったときに、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、前記他の情報処理装置に送信する連絡先問い合わせメッセージ送信ステップと、
    前記他の情報処理装置が前記連絡先問い合わせメッセージに対して送信してくる前記連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信ステップと
    を含むことを特徴とする情報処理方法。
  4. ユーザが他のユーザと連絡をとるための情報処理を、情報処理装置に行わせるプログラムにおいて、
    前記ユーザが連絡をとることを希望する前記他のユーザ宛に送信された、連絡を希望する旨の連絡希望メッセージに基づき、前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況を問い合わせる状況問い合わせメッセージを、他の情報処理装置に送信する状況問い合わせメッセージ送信ステップと、
    前記他の情報処理装置が前記状況問い合わせメッセージに対して送信してくる、前記連絡希望者の状況を表す状況通知メッセージを受信する状況通知メッセージ受信ステップと、
    前記状況通知メッセージが表す前記連絡希望者の状況に応じて、前記連絡希望者が連絡を希望する前記他のユーザである連絡相手から、前記連絡希望者への連絡の要求があったときに、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージを、前記他の情報処理装置に送信する連絡先問い合わせメッセージ送信ステップと、
    前記他の情報処理装置が前記連絡先問い合わせメッセージに対して送信してくる前記連絡希望者への連絡先を表す連絡先通知メッセージを受信する連絡先通知メッセージ受信ステップと
    を含むことを特徴とするプログラム。
  5. ユーザが他のユーザと連絡をとるための情報処理を行う情報処理装置において、
    前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況に応じて、前記連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新手段と、
    他の情報処理装置から送信されてくる、前記連絡希望者の状況を問い合わせる状況問い合わせメッセージが、前記連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、前記連絡希望者が連絡をとることを希望する前記他のユーザである連絡相手からのものであるかどうかを判定する判定手段と、
    前記他の情報処理装置から送信されてくる前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものである場合、前記プレゼンス情報に基づき、前記連絡希望者の状況を表す状況通知メッセージを生成し、前記他の情報処理装置に送信する状況通知メッセージ送信手段と、
    前記他の情報処理装置から送信されてくる、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、前記連絡希望者への連絡先を表す連絡先通知メッセージを、前記他の情報処理装置に送信する連絡先通知メッセージ送信手段と
    を備えることを特徴とする情報処理装置。
  6. ユーザが他のユーザと連絡をとるための情報処理を行う情報処理装置の情報処理方法において、
    前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況に応じて、前記連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新ステップと、
    他の情報処理装置から送信されてくる、前記連絡希望者の状況を問い合わせる状況問い合わせメッセージが、前記連連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、前記連絡希望者が連絡をとることを希望する前記他のユーザである連絡相手からのものであるかどうかを判定する判定ステップと、
    前記他の情報処理装置から送信されてくる前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものである場合、前記プレゼンス情報に基づき、前記連絡希望者の状況を表す状況通知メッセージを生成し、前記他の情報処理装置に送信する状況通知メッセージ送信ステップと、
    前記他の情報処理装置から送信されてくる、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、前記連絡希望者への連絡先を表す連絡先通知メッセージを、前記他の情報処理装置に送信する連絡先通知メッセージ送信ステップと
    を含むことを特徴とする情報処理方法。
  7. ユーザが他のユーザと連絡をとるための情報処理を、情報処理装置に行わせるプログラムにおいて、
    前記他のユーザに対して連絡をとることを希望する前記ユーザである連絡希望者の状況に応じて、前記連絡希望者の状況を表すプレゼンス情報が登録されたプレゼンスリストを更新する更新ステップと、
    他の情報処理装置から送信されてくる、前記連絡希望者の状況を問い合わせる状況問い合わせメッセージが、前記連絡希望者が連絡を希望する旨の連絡希望メッセージを受信した、前記連絡希望者が連絡をとることを希望する前記他のユーザである連絡相手からのものであるかどうかを判定する判定ステップと、
    前記他の情報処理装置から送信されてくる前記状況問い合わせメッセージが、前記連絡希望メッセージを受信した前記連絡相手からのものである場合、前記プレゼンス情報に基づき、前記連絡希望者の状況を表す状況通知メッセージを生成し、前記他の情報処理装置に送信する状況通知メッセージ送信ステップと、
    前記他の情報処理装置から送信されてくる、前記連絡希望者への連絡先を問い合わせる連絡先問い合わせメッセージに応じて、前記連絡希望者への連絡先を表す連絡先通知メッセージを、前記他の情報処理装置に送信する連絡先通知メッセージ送信ステップと
    を含むことを特徴とするプログラム。
JP2004092998A 2004-03-26 2004-03-26 情報処理システム、情報処理装置および情報処理方法、並びにプログラム Withdrawn JP2005284345A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004092998A JP2005284345A (ja) 2004-03-26 2004-03-26 情報処理システム、情報処理装置および情報処理方法、並びにプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004092998A JP2005284345A (ja) 2004-03-26 2004-03-26 情報処理システム、情報処理装置および情報処理方法、並びにプログラム

Publications (1)

Publication Number Publication Date
JP2005284345A true JP2005284345A (ja) 2005-10-13

Family

ID=35182705

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004092998A Withdrawn JP2005284345A (ja) 2004-03-26 2004-03-26 情報処理システム、情報処理装置および情報処理方法、並びにプログラム

Country Status (1)

Country Link
JP (1) JP2005284345A (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008070994A (ja) * 2006-09-12 2008-03-27 Sharp Corp メッセージ交換端末
WO2009025139A1 (ja) * 2007-08-17 2009-02-26 Konica Minolta Holdings, Inc. コミュニケーションシステム及びコミュニケーションプログラム
JP2011205617A (ja) * 2010-03-05 2011-10-13 Ricoh Co Ltd 伝送管理システム、伝送管理方法、及び伝送管理プログラム
US8656031B2 (en) 2008-01-16 2014-02-18 Nec Corporation Dialog communication system, dialog communication method and dialog communication program
JP2016099934A (ja) * 2014-11-26 2016-05-30 株式会社リコー 管理システム、管理装置、通信システム、情報送信方法、及びプログラム
WO2018131528A1 (ja) * 2017-01-11 2018-07-19 株式会社ソニー・インタラクティブエンタテインメント 端末装置、情報処理装置およびマイク音声送信方法
JP2022191338A (ja) * 2006-09-06 2022-12-27 アップル インコーポレイテッド インスタントメッセージングのためのポータブル電子装置

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022191338A (ja) * 2006-09-06 2022-12-27 アップル インコーポレイテッド インスタントメッセージングのためのポータブル電子装置
JP7449998B2 (ja) 2006-09-06 2024-03-14 アップル インコーポレイテッド インスタントメッセージングのためのポータブル電子装置
JP2008070994A (ja) * 2006-09-12 2008-03-27 Sharp Corp メッセージ交換端末
JP4740076B2 (ja) * 2006-09-12 2011-08-03 シャープ株式会社 メッセージ交換端末
WO2009025139A1 (ja) * 2007-08-17 2009-02-26 Konica Minolta Holdings, Inc. コミュニケーションシステム及びコミュニケーションプログラム
JP5177146B2 (ja) * 2007-08-17 2013-04-03 コニカミノルタホールディングス株式会社 コミュニケーションシステム及びコミュニケーションプログラム
US8656031B2 (en) 2008-01-16 2014-02-18 Nec Corporation Dialog communication system, dialog communication method and dialog communication program
JP2011205617A (ja) * 2010-03-05 2011-10-13 Ricoh Co Ltd 伝送管理システム、伝送管理方法、及び伝送管理プログラム
JP2016099934A (ja) * 2014-11-26 2016-05-30 株式会社リコー 管理システム、管理装置、通信システム、情報送信方法、及びプログラム
WO2018131528A1 (ja) * 2017-01-11 2018-07-19 株式会社ソニー・インタラクティブエンタテインメント 端末装置、情報処理装置およびマイク音声送信方法
JP2018110699A (ja) * 2017-01-11 2018-07-19 株式会社ソニー・インタラクティブエンタテインメント 端末装置、情報処理装置およびマイク音声送信方法
US10918936B2 (en) 2017-01-11 2021-02-16 Sony Interactive Entertainment Inc. Terminal apparatus, information processing apparatus, and microphone voice transmission method

Similar Documents

Publication Publication Date Title
CN109548018B (zh) 无线网络接入方法、装置、设备及系统
KR20060041839A (ko) 정보 처리 시스템과, 정보 처리 장치 및 방법과,프로그램과, 기록 매체
CN100407129C (zh) 通信设备和限制内容访问与存储的方法
US8260353B2 (en) SIM messaging client
JP4759198B2 (ja) 固有の情報が記録されている可搬性がある記録メディアに記録された固有の情報を、他の装置にアクセスさせるサービス提供装置、それらの方法、及び、当該記録メディア。
US20210168149A1 (en) Service-to-Service Role Mapping Systems and Methods
JP4117658B2 (ja) 通信認証方法
CN105706416B (zh) 用于网络接入的用户设备和计算机可读介质
US20060059544A1 (en) Distributed secure repository
JPH11120204A (ja) トークンに基づいてドキュメント関連情報を検索し、転送する方法及び装置
JP2005063018A (ja) 情報処理装置および方法、プログラム、並びに記録媒体
EP1440356A2 (en) Method and apparatus for managing and enforcing user privacy
JP3979491B2 (ja) 通信認証方法
US20040111518A1 (en) Portability of computer system resources using transferable profile information
KR20160014518A (ko) 데이터 공유 방법 및 이를 위한 장치
Fuhrhop et al. The webinos project
KR101201095B1 (ko) 휴대 컴퓨팅 환경
WO2022111728A1 (zh) 一种获取设备控制权的方法与通信系统
CN102902934A (zh) 主机不可知集成和互操作系统
US8516602B2 (en) Methods, apparatuses, and computer program products for providing distributed access rights management using access rights filters
JP4246112B2 (ja) ファイルのセキュリティー管理システムおよび認証サーバ、クライアント装置ならびにプログラムおよび記録媒体
JP2005284345A (ja) 情報処理システム、情報処理装置および情報処理方法、並びにプログラム
JPWO2005064485A1 (ja) 生体情報認識装置を備えた携帯型パーソナルサーバ装置
JP2005284346A (ja) 情報処理システム、情報処理装置および方法、並びにプログラム
JP2002157223A (ja) サービス提供システム

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20070605