(57)【特許請求の範囲】
【請求項１】
ネットワークを介して他の情報処理装置と通信する通信手段と、
前記他の情報処理装置との間でセッションを形成するセッション形成手段と、
ユーザを識別するための画像データの所在場所を示すアドレス情報を前記他の情報処理装置に対して配信するアドレス情報配信手段と、
前記他の情報処理装置から前記画像データの配信要求を受け付ける画像配信要求受信手段と、
前記配信要求に基づき前記画像データを、前記他の情報処理装置に対して返信する画像配信応答送信手段と、
を備え、
前記画像配信要求受信手段は、前記セッション形成手段にてセッションを形成している間のみ前記配信要求を受け付け、
前記画像配信要求受信手段で受け付ける前記配信要求には画像データの所在場所を示すアドレス情報を含み、
前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信する、
ことを特徴とする情報処理装置。
【請求項２】
前記セッション形成手段にて形成したセッションを介して、前記画像配信要求受信手段にて使用する受信ポートを前記他の情報処理装置に通知する受信ポート通知手段を備え、
前記画像配信要求受信手段は、前記セッション形成手段にてセッションを形成している間のみ、前記受信ポートにて前記配信要求を受け付ける、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記受信ポート通知手段にて通知する受信ポートを、前記セッション形成手段にて形成するセッションごとに変更する、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
ネットワークを介して他の情報処理装置と通信する通信手段と、
ユーザを識別するための画像データの蓄積を検出し、前記他の情報処理装置に対して配信する自画像蓄積情報配信手段と
前記他の情報処理装置から要求された場合に、前記他の情報処理装置との間にセッションを形成するセッション形成手段と、
前記セッション形成手段にて形成したセッションを介して、前記画像データの所在場所を示すアドレス情報を前記他の情報処理装置に通知するアドレス情報通知手段と、
前記他の情報処理装置から前記画像データの配信要求を受け付ける画像配信要求受信手段と、
前記配信要求に基づき前記画像データを、前記他の情報処理装置に対して返信する画像配信応答送信手段と、
を備え、
前記画像配信要求受信手段で受け付ける前記配信要求には前記画像データの所在場所を示す前記アドレス情報を含み、
前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信する、
ことを特徴とする情報処理装置。
【請求項５】
ネットワークを介して他の情報処理装置と通信する通信手段と、
相手装置ユーザを識別するための画像データの所在場所を示すアドレス情報を前記他の情報処理装置より受信するアドレス情報受信手段と、
前記他の情報処理装置との間でセッションを形成するセッション形成手段と、
前記画像データの配信要求を送信する画像配信要求送信手段と、
前記配信要求に基づき配信される前記画像データを受信する画像配信応答受信手段と、
受信した前記画像データを蓄積する相手画像蓄積手段と、
前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段と、
を備え、
前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報受信手段で受信した前記アドレス情報を含み、
前記画像配信要求送信手段にて前記画像データの配信要求を送信する前に、前記セッション形成手段にて前記他の情報処理装置との間でセッションを形成し、
前記画像配信応答受信手段にて前記画像データを受信した後に、前記セッション形成手段にて前記他の情報処理装置との間で形成した前記セッションを解消する、
ことを特徴とする情報処理装置。
【請求項６】
前記セッション形成手段にて形成した前記セッションを介して、前記画像配信要求送信手段にて使用する前記他の情報処理装置の受信ポートを前記他の情報処理装置より取得する受信ポート取得手段をさらに備え、
前記画像配信要求送信手段は前記受信ポート取得手段で取得した前記他の情報処理装置の前記受信ポートを使用して前記配信要求を送信する、
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
ネットワークを介して他の情報処理装置と通信する通信手段と、
前記他の情報処理装置にユーザを識別する為の画像データが蓄積されたことを前記他の情報処理装置より通知を受ける画像蓄積情報取得手段と、
前記他の情報処理装置との間でセッションを形成するセッション形成手段と、
前記セッション形成手段にて形成したセッションを介して、前記画像データの所在場所を示すアドレス情報を前記他の情報処理装置より取得するアドレス情報取得手段と、
前記画像データの配信要求を送信する画像配信要求送信手段と、
前記配信要求に基づき配信される前記画像データを受信する画像配信応答受信手段と、
受信した前記画像データを蓄積する相手画像蓄積手段と、
前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段と、
を備え、
前記アドレス情報取得手段にて前記画像データの所在場所を取得する前に、前記セッション形成手段にて前記他の情報処理装置との間でセッションを形成し、
前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報取得手段で取得した前記アドレス情報を含み、
前記画像配信応答受信手段にて前記画像データを受信した後に、前記セッション形成手段にて前記他の情報処理装置との間でのセッションを解消する、
ことを特徴とする情報処理装置。
【請求項８】
請求項１乃至７のいずれかに記載の情報処理装置に記載の各手段を、コンピュータにより実行可能なプログラムとして実現していることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、情報処理装置及び情報処理プログラムに関するものであり、特に、テレビ電話機などの通話機能を備えた情報処理装置のアドレス帳において相手プレゼンス表示情報として相手の画像を簡単に表示可能とする画像の撮影、配布を行なう情報処理装置、及び、それらの方法を実現する情報処理プログラムに関する。
【背景技術】
【０００２】  携帯電話の分野では、電話帳（メモリダイアル）を利用して登録した通信相手に発呼することが、普通に行なわれている。
電話帳（メモリダイアル）は、通常、電話帳に登録された通信相手を一覧できるリスト画面と、個々の相手の情報を詳細に表示する詳細情報画面とから構成されている。
このような電話帳（メモリダイアル）を利用した発呼は、テレビ電話の場合でも同じようにできることが望ましい。【０００３】  テレビ電話の場合、一般に、携帯電話に比して大きな表示画面を備えている。大きな表示画面は表示可能な情報量が多く表現力に富むので、画面表示する相手の情報としては、データ量が多い相手の顔写真も含めて表示するようにしたい。
ここで、通信相手に写真を送付する技術、又は、通信相手の写真を取得する技術としては、次に示すような開示例が存在している。【０００４】  特許文献１に示す特開平６−１２１３０２号公報「テレビ電話」では、音声のみの通知による不安、不便さを画像情報を活用することにより補完し、不安な状態の解消、便利さの追求、伝送時間の短縮を行なうテレビ電話を提供することを目的として、通話者を撮影するカメラ、相手の通話者の撮影画像を表示する表示部、音声の入出力を行なうハンドセット、撮影画像の圧縮又は受信画像の伸張を行なう動画コーデック、音声を圧縮伸張する音声コーデック、相手端末との呼の接続及びデータの送受信を行なう通信制御部、静止画像を保持する静止画メモリ、利用者が指示操作するための指示部、タイマ、通信相手先を記憶する電話帳、などにより構成し、カメラにより撮影した動画像データを相手に送信し、表示部に表示するテレビ電話において、発信又は着信応答の際に、利用者が誰であるか示す静止画を通信相手に通知し、通話開始時における不安を解消可能としている。【０００５】  また、特許文献２に示す特開平９−１６３３２９号公報では、テレビ電話によって相手から送信されて来た撮影画像を電話帳の情報として活用することを目的として、キー入力部から入力した氏名や宛先などの文字列データを画像電話帳ファイルに格納すると共に、相手側から送信されて来た撮影画像をその相手の電話帳データとして取り込み、前記画像電話帳ファイルに格納し、画像電話帳ファイルを表示して確認する際に、その通信相手の画像を氏名などと共に表示させることにより、通信相手の印象や話した内容などを思い出すことができ、スムーズなコミュニケーションを可能としている。【０００６】  また、特許文献３が示す特開２００４−２０１２２１号公報「無線通信端末装置」では、通信相手側の発信者の画像を電子電話帳の電話番号に関連づけて予め登録していなくても、発信者から、電話番号と画像情報、又は、メールアドレスと画像情報とのいずれか一組の情報を含む発信者画像情報を受信して、発信者画像情報記憶手段に記憶することにより、着信した電話番号が発信者画像情報記憶手段に記憶してある電話番号と一致したときは、発信者画像情報記憶手段から対応する発信者の画像を読み出して表示する。また、撮影手段と送信指示入力手段とを設け、送信指示入力手段から送信指示信号を入力すると、送信指示信号を入力した発信者を撮影手段にて撮影して発信者画像情報として、自端末の電話番号又はメールアドレスと共に送信するようにしている。【０００７】  即ち、該特許文献３では、カメラで撮影した画像を表示した状態で送信先の電話番号又はメールアドレスを入力すると、撮影した画像を送信すると共に通話やメール送信を開始する技術、及び、撮影した画像に自端末の電話番号又は自端末のメールアドレスを組にして送信する技術が開示されている。これにより、利用者が送信指示した相手に対して、カメラで撮影した画像と自端末の電話番号又は自端末のメールアドレスを組とを送信することも可能である。
【特許文献１】特開平６−１２１３０２号公報
【特許文献２】特開平９−１６３３２９号公報
【特許文献３】特開２００４−２０１２２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】  しかしながら、前述したような各特許文献に示されている技術では、以下のような問題点が存在する。
前記特許文献１に示す技術では、カメラで予め撮影されて登録されていた静止画をカメラのリアルタイム画像の代わりに送信しているものであり、相手に対して発呼して通話する際に用いる技術である。また、電話帳（メモリダイアル）に登録した相手に対して静止画を参照しながら発呼することを可能とするような技術ではない。【０００９】  また、前記特許文献２に示す例では、テレビ電話の映像を取り込んで、相手の画像として保持している。しかし、過去に実際に通話を行ない、映像を受信した相手の画像しか保持することができない。従って、通話を行なっていない相手の画像を保持することができない。
また、前記特許文献３に示す技術では、自分の友人全てに対して最新の撮影画像を送ろうとすると、一々、友人の電話番号又はメールアドレスを利用者が入力しなければならなく、手間がかかってしまうという問題がある。【００１０】  一方、通話とは直接関わりなく、相手の電話帳やその他の情報が表示されている画面で、自分が選択した最新の撮影画像をリアルタイムに表示させたいという欲求がある。例えば、朝には起き抜けの顔を撮影して相手に表示させ、昼には食事中の顔を撮影して相手に表示させ、夜には風呂上りでくつろぐ顔を撮影して相手に表示させたい、といった欲求も存在する。しかし、前記特許文献３に示されている技術では、複数の友人がいた場合に、撮影する都度、それぞれの友人の電話番号やメールアドレスを指定して、一々画像を送信する必要があり面倒である。【００１１】  更に、別の事例として、通話していないときにもコミュニケーション（通信）相手の状態や存在（所在場所）を把握するサービスとして、プレゼンスサービスと称するサービスが存在している。
プレゼンスサービスとは、絶えず変化する通信相手のプレゼンス（状態や所在場所など）を収集／管理する仕組みであり、例えばＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）上では、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて実現する技術が検討されている。検討中のＳＩＰでのプレゼンス交換の仕組みは、通信相手がどんな情報を持っているかに関わりなく、自分の現在のプレゼンス情報を通信相手に知らせるようにしている。【００１２】  このＳＩＰにおけるプレゼンスサービスを利用して、自分の状態通知データとして撮影した自画像データを含めて送信することを想定した場合、相手が現在どんな情報を所持しているか否かに関わりなく、自分で撮影した自画像データを無条件に送信することになるため、相手が同じ画像データを既に所持しているケースでは、二重に同じ画像データが送り届けられることになってしまう。画像データは一般に比較的容量が大きい情報であるため、できるだけ画像データを送受信する機会を減らすことが望ましいが、このＳＩＰのプレゼンスサービスを利用する方法では、前述のごとく、無駄な画像データを送信する場合が生じてしまう。【００１３】  更には、ＳＩＰは、トランスポート層のプロトコルとしてＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）を使用している。ここで、ＵＤＰは、同じトランスポート層のプロトコルであるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）に比べて、転送速度は高いが、パケットロスが生じて信頼性が低くなるという特徴を有しており、データ転送に失敗した場合における再送を前提として、通常、比較的小さいデータの転送に用いられる。従って、画像データは一般にデータ量が多いので、特に、例えば無線回線など通信品質が余り良くない回線を使う場合には、ＵＤＰを使用する方法は画像データの転送には適していなく、前述のごとく、ＳＩＰにおけるプレゼンスサービスとして、画像データを含めて送信することは不適当である。【００１４】  従って、本発明の目的は、前述のごとき課題に鑑みて、相手のプレゼンス情報として例えば相手のテレビ電話のアドレス帳に記録されると望ましい画像を、任意の時点で撮影し、配布したい相手全員に簡便に配布することが可能な画像撮影方法、画像配布方法を含む情報処理装置、及び、情報処理プログラムを提供することにある。また、本発明の目的は、相手に見せたい画像を通知し、配布したい相手全員に安全かつ効率的に配布することが可能な画像配布方法を含む情報処理装置、及び、情報処理プログラムを提供することにある。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、本発明の第１の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、前記他の情報処理装置との間でセッションを形成するセッション形成手段と、ユーザを識別するための画像データの所在場所を示すアドレス情報を前記他の情報処理装置に対して配信するアドレス情報配信手段と、前記他の情報処理装置から前記画像データの配信要求を受け付ける画像配信要求受信手段と、前記配信要求に基づき前記画像データを、前記他の情報処理装置に対して返信する画像配信応答送信手段と、を備え、前記画像配信要求受信手段は、前記セッション形成手段にてセッションを形成している間のみ前記配信要求を受け付け、前記画像配信要求受信手段で受け付ける前記配信要求には画像データの所在場所を示すアドレス情報を含み、前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信することを特徴としたものである。
【００１６】
第２の技術手段は、第１の技術手段において、前記セッション形成手段にて形成したセッションを介して、前記画像配信要求受信手段にて使用する受信ポートを前記他の情報処理装置に通知する受信ポート通知手段を備え、前記画像配信要求受信手段は、前記セッション形成手段にてセッションを形成している間のみ、前記受信ポートにて前記配信要求を受け付けることを特徴としたものである。
【００１７】
第３の技術手段は、第２の技術手段において、前記受信ポート通知手段にて通知する受信ポートを、前記セッション形成手段にて形成するセッションごとに変更することを特徴としたものである。
【００１８】
第４の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、ユーザを識別するための画像データの蓄積を検出し、前記他の情報処理装置に対して配信する自画像蓄積情報配信手段と前記他の情報処理装置から要求された場合に、前記他の情報処理装置との間にセッションを形成するセッション形成手段と、前記セッション形成手段にて形成したセッションを介して、前記画像データの所在場所を示すアドレス情報を前記他の情報処理装置に通知するアドレス情報通知手段と、前記他の情報処理装置から前記画像データの配信要求を受け付ける画像配信要求受信手段と、前記配信要求に基づき前記画像データを、前記他の情報処理装置に対して返信する画像配信応答送信手段とを備え、前記画像配信要求受信手段で受け付ける前記配信要求には前記画像データの所在場所を示す前記アドレス情報を含み、前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信することを特徴としたものである。
【００１９】
第５の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、相手装置ユーザを識別するための画像データの所在場所を示すアドレス情報を前記他の情報処理装置より受信するアドレス情報受信手段と、前記他の情報処理装置との間でセッションを形成するセッション形成手段と、前記画像データの配信要求を送信する画像配信要求送信手段と、前記配信要求に基づき配信される前記画像データを受信する画像配信応答受信手段と、受信した前記画像データを蓄積する相手画像蓄積手段と、前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段とを備え、前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報受信手段で受信した前記アドレス情報を含み、前記画像配信要求送信手段にて前記画像データの配信要求を送信する前に、前記セッション形成手段にて前記他の情報処理装置との間でセッションを形成し、前記画像配信応答受信手段にて前記画像データを受信した後に、前記セッション形成手段にて前記他の情報処理装置との間で形成した前記セッションを解消することを特徴としたものである。
【００２０】
第６の技術手段は、第５の技術手段において、前記セッション形成手段にて形成した前記セッションを介して、前記画像配信要求送信手段にて使用する前記他の情報処理装置の受信ポートを前記他の情報処理装置より取得する受信ポート取得手段をさらに備え、前記画像配信要求送信手段は前記受信ポート取得手段で取得した前記他の情報処理装置の前記受信ポートを使用して前記配信要求を送信する、ことを特徴としたものである。
【００２１】
第７の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、前記他の情報処理装置にユーザを識別する為の画像データが蓄積されたことを前記他の情報処理装置より通知を受ける画像蓄積情報取得手段と、前記他の情報処理装置との間でセッションを形成するセッション形成手段と、前記セッション形成手段にて形成したセッションを介して、前記画像データの所在場所を示すアドレス情報を前記他の情報処理装置より取得するアドレス情報取得手段と、前記画像データの配信要求を送信する画像配信要求送信手段と、前記配信要求に基づき配信される前記画像データを受信する画像配信応答受信手段と、受信した前記画像データを蓄積する相手画像蓄積手段と、前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段とを備え、前記アドレス情報取得手段にて前記画像データの所在場所を取得する前に、前記セッション形成手段にて前記他の情報処理装置との間でセッションを形成し、前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報取得手段で取得した前記アドレス情報を含み、前記画像配信応答受信手段にて前記画像データを受信した後に、前記セッション形成手段にて前記他の情報処理装置との間でのセッションを解消することを特徴としたものである。
【００２２】
第８の技術手段は、第１乃至第７のいずれかの技術手段において、請求項１乃至７のいずれかに記載の情報処理装置に記載の各手段を、コンピュータにより実行可能なプログラムとして実現していることを特徴としたものである。
【発明の効果】
【００３３】  以上のごとき各技術手段のいずれかから構成される本発明によれば、以下のような効果が得られる。
即ち、本発明によれば、利用者が所望する任意の時点で、例えばテレビ電話で使用するカメラを用いて利用者自身の自画像を撮影する操作をするだけで、撮影された自画像を、予め登録されている画像配布先リストに基づいて、登録された配布先に対して自動的に配信することができ、極めて簡便に自画像を配信することができる。【００３４】  更に、撮影した自画像の配布先への配信は、新たに撮影した自画像を保存した所在場所をユニークに特定可能なアドレス情報又は新たに撮影した自画像を特定可能な識別名をまず配信先に通知し、該アドレス情報又は識別名を参照した配布先から当該自画像の配信を要求してきた配布先に対してのみ配信することも可能であり、該アドレス情報又は識別名を参照して、まだ当該自画像を所持していない配布先か、又は、異なる画像しか所持していない配布先から、必要に応じて、配信を要求することを可能としており、無駄な自画像の配信動作を抑止し、通信料金や通信時間を節約可能としている。言い換えると、新たに自画像を撮影したことを示すユニークな情報をまず送信することにより、配布先が、当該自画像を所持したい旨の要求を送信してきた場合にのみ、該配布先に対して当該自画像を送信することを可能としている。【００３５】  ここで、配布先に対して、高速伝送可能なＳＩＰのプレゼンスサービスの仕組み（ＵＤＰ）を利用して、新たに撮影した自画像を保存した所在場所をユニークに特定可能なアドレス情報又は新たに撮影した自画像を特定可能な識別名、即ち、新たに自画像を撮影したことを示すユニークな情報を通知し、通知を受け取った配布先から自画像の配信を要求された場合に、当該自画像を、プレゼンスサービスのＵＤＰよりも信頼性の高い別のプロトコル（例えばＴＣＰ）を用いて配信する仕組みを用いることにより、大容量の画像データとなる自画像を、たとえ通信品質が低い無線回線のような回線を用いる場合であっても、確実に、かつ、効率良く、配信することができる。【００３６】  更に、通信相手の相手画像を所持していない場合でも、相手画像の代わりに相手画像を取得中の状態にあることを示す予め定めたデフォルトの代替画像を表示し、相手画像が配信されてきた時点で代替画像と置き換えて表示することも可能である。【００３７】  而して、例えばテレビ電話の相手側のアドレス帳に記録させたい画像を、所望の任意の時点で撮影を指示するだけで、撮影した自画像を配布を所望する相手全員に対して簡便に配布することが可能な画像撮影方法、配布方法を含む情報処理装置、及び、情報処理プログラムを提供することができる。また、相手に見せたい画像を通知し、配布したい相手全員に安全かつ効率的に配布することが可能な画像配布方法を含む情報処理装置、及び、情報処理プログラムを提供することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明に係る情報処理装置の構成イメージの一例を説明するための概念図である。
【図２】本発明に係る情報処理装置の各ブロック間の接続構成の一例を説明するための接続構成図である。
【図３】本発明に係る情報処理装置の各ブロック間の接続構成の他の例を説明するための接続構成図である。
【図４】本発明に係る情報処理装置の各ブロック構成の一例を説明するためのブロック構成図である。
【図５】本発明に係る情報処理装置によりモニタ画面に表示される表示画面の一例を示す画面構成図である。
【図６】本発明に係る情報処理装置における相手プレゼンス情報の登録例を示すテーブル構成図である。
【図７】本発明に係る情報処理装置における自プレゼンス情報の登録例を示すテーブル構成図である。
【図８】本発明に係る情報処理装置においてＳＩＰによるプレゼンス交換の実現手順の一例を説明するためのデータフローチャートである。
【図９】本発明に係る情報処理装置が、プレゼンスを取得したい取得要求先の通信相手の情報処理装置に対して、プレゼンスの取得要求となる状態通知登録要求信号を送信する手順の一例を示すフローチャートである。
【図１０】本発明に係る情報処理装置が、プレゼンスの取得要求元の通信相手の情報処理装置から、プレゼンスの取得要求となる状態通知登録要求信号を受信する手順の一例を示すフローチャートである。
【図１１】本発明に係る情報処理装置においてプレゼンスの購読要求即ち取得要求を登録している購読要求リストの一例を示すテーブル構成図である。
【図１２】本発明に係る情報処理装置においてプレゼンスの配布先を登録しているプレゼンス配布リストの一例を示すテーブル構成図である。
【図１３】本発明に係る情報処理装置が、プレゼンス取得要求元の情報処理装置に対してプレゼンスの送信を示す状態通知信号を送信する手順の一例を示すフローチャートである。
【図１４】本発明に係る情報処理装置が、プレゼンス取得要求先の情報処理装置からプレゼンスの送信を示す状態通知信号を受信する手順の一例を示すフローチャートである。
【図１５】本発明に係る情報処理装置において、状態通知信号に含まれて送信されるプレゼンス情報の記述例を示す説明図である。
【図１６】本発明に係る情報処理装置において利用者の自画像を撮影して自プレゼンス情報の一つとして登録し通信相手に対して送信するまでの手順の一例を示すフローチャートである。
【図１７】本発明に係る情報処理装置において撮影した自画像を自プレゼンス情報の一つとして登録するための画像登録画面の一例を示す模式図である。
【図１８】本発明に係る情報処理装置において受信した相手画像を相手プレゼンス情報の一つとして登録するまでの手順の一例を示すフローチャートである。
【図１９】本発明に係る情報処理装置において利用者の自画像を撮影して自プレゼンス情報の一つとして登録し通信相手に対して送信するまでの手順の異なる例を示すフローチャートである。
【図２０】本発明に係る情報処理装置が、プレゼンスを取得したい取得要求先の情報処理装置に対して、プレゼンスの取得要求を示す状態通知登録要求信号を送信し、プレゼンスの送信を示す状態通知信号を受信して相手プレゼンス情報として登録する手順の一例を示すフローチャートである。
【図２１】本発明に係る情報処理装置が、プレゼンス取得要求元の情報処理装置からプレゼンスの取得要求を示す状態通知登録要求信号を受信し、プレゼンスの送信を示す状態通知信号を送信する手順の一例を示すフローチャートである。
【図２２】本発明に係る情報処理装置においてＳＩＰを用いたプレゼンス交換の実現手順の具体的な手順の一例を説明するためのデータフローチャートである。
【図２３】本発明に係る情報処理装置において利用者が指定した情報処理装置のプレゼンスを相手プレゼンス情報として画面表示する手順の一例を説明するためのフローチャートである。
【図２４】本発明に係る情報処理装置において相手画像の代わりに画面表示する代替画像の一例を示す模式図である。
【図２５】本発明に係る情報処理装置においてＳＩＰによりセッションを確立し、当該セッション内で安全に受信ポートを通知する手順の一例を説明するためのデータフローチャートである。
【図２６】本発明の実施形態において情報処理装置１００Ａが送信するセッション確立要求信号Ｍ１１（「ＩＮＶＩＴＥ」信号）に含まれるＳＩＰメッセージの例を示す図である。
【図２７】本発明の実施形態において情報処理装置１００Ｂが送信するセッション確立応答信号Ｍ１２（「ＩＮＶＩＴＥ」信号に対する「ＯＫ」信号）に含まれるＳＩＰメッセージの例を示す図である。
【図２８】本発明の実施形態において情報処理装置１００Ｂが情報処理装置１００Ａに送信するＳＩＰメッセージを含むセッション確立応答信号Ｍ１２（「ＩＮＶＩＴＥ」信号に対する「ＯＫ」信号）を示す図である。
【符号の説明】
【００３９】１１…リモコン受光部、１２…カメラ、２１…リモコン操作部、２２…リモコン発光部、３１…モニタ、３１Ａ…相手プレゼンス表示情報、３１ａ…通信相手の名前、３１ｂ…相手プレゼンスアイコン、３１ｃ…相手画像、３１ｄ…相手テレビ状態、３１ｅ…相手居室音量、３１ｆ…相手居室照度、３１ｇ…相手動き検出アイコン、３１ｈ…相手リモコン操作アイコン、３１ｉ…相手天気情報、３１ｊ…操作可能表示、３１ｋ…自画像、３１ｌ…現在時刻、４１…通信部、４２…ユーザ入力処理部、４３…カメラ入力処理部、４４…自画像撮影処理部、４５…状態遷移処理部、４６…プレゼンス情報送信処理部、４７…相手プレゼンス情報受信処理部、４８…モニタ出力処理部、５０…自情報ＤＢ、５１…自プレゼンス情報、５２…自画像データ、６０…相手情報ＤＢ、６１…相手プレゼンス情報、６２…購読要求リスト、６３…プレゼンス配布リスト、６４…アドレス帳、７１…呼制御処理部、７２…画像データ入力部、７３…画像配信処理部、７４…画像取得処理部、１００，１００′，１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ…情報処理装置、１０１…セットトップユニット、１０２…リモコンユニット、１０３，１０３′…テレビ受像機、１０４…アダプタユニット、１０４′…通信部、１０５…ネットワーク、１１０…画像データ。
【発明を実施するための最良の形態】
【００４０】  本発明に係るプレゼンス配信処理方法、情報処理装置、プレゼンス配信処理プログラム及びプログラム記録媒体に関する実施形態の一例について、以下に図面を参照しながら説明する。
図１は、本発明に係る情報処理装置の構成イメージの一例を説明するための概念図である。図１においては、本発明に係る情報処理装置としては、情報処理装置１００Ａ，１００Ｂ，１００Ｃ、１００Ｄの４台が存在していて、情報処理装置１００Ｂにおいて撮影した自画像を、自プレゼンス情報を示す情報として情報処理装置１００Ａ，１００Ｃ，１００Ｄに対して配信している様子を示している。【００４１】  ここで、情報処理装置１００Ｂは、利用者ジェームズが所有しているテレビ電話装置を一例として示しており、テレビ電話用のカメラを内蔵したセットトップユニット１０１、リモコンユニット１０２、テレビ受像機１０３、及び、図示していないが、ネットワークを介して、映像や音声を送受信するためのアダプタユニット（該アダプタユニットをテレビ受像機に内蔵しても勿論構わない）を少なくとも備えている。情報処理装置１００Ａ，１００Ｃ，１００Ｄは、情報処理装置１００Ｂのテレビ電話用の画像配布先リスト（即ち、自己のプレゼンスを示す情報の一つとして、自画像を配布すべき１乃至複数の配布先を示すプレゼンス配布リスト）に、予め登録されている通信相手のテレビ電話装置をそれぞれ示している。【００４２】  例えば、情報処理装置１００Ｂの所有者ジェームズは、プレゼンス配布リストに登録されている通信相手に対して配信したい自分の画像を撮影する場合、セットトップユニット１０１に内蔵のテレビ電話用のカメラを使って、好きな時点で、リモコンユニット１０２を操作することによって、自分の画像を撮影することができる。【００４３】  撮影されたジェームズ自身の画像データ１１０は、情報処理装置１００Ｂ内に登録されたプレゼンス配布リストに従って、情報処理装置１００Ａ，１００Ｃ，１００Ｄという３台の情報処理装置に対して配布される。ここで、情報処理装置１００Ａ，１００Ｃ，１００Ｄのいずれの情報処理装置も、テレビ電話の通信相手を登録するアドレス帳には、「リンダ」、「ジェームズ」、「ボブ」を含む複数の通信相手が、それぞれの通信相手の自画像と共に記録されている例を示しており、情報処理装置１００Ａ，１００Ｃ，１００Ｄそれぞれは、通信相手のジェームズの自画像データ１１０を受信すると、それぞれのアドレス帳に登録されているジェームズの自画像として登録し直す。【００４４】  この結果、情報処理装置１００Ａ，１００Ｃ，１００Ｄの利用者は、例えばジェームズ宛のテレビ電話を発呼して通信したい時点でアドレス帳を表示した際に、テレビ電話の通信相手ジェームズの名前やアドレスだけでなく、該通信相手ジェームズのプレゼンスの一つとして、任意の時点で撮影されたジェームズの自画像も表示することが可能であり、もって、通信相手ジェームズに関するより多くの情報を呼び起こすことが可能となり、スムーズなコミュニケーションを行なうことが可能となる。【００４５】  図２は、本発明に係る情報処理装置の各ブロック間の接続構成の一例を説明するための接続構成図である。図２に示す情報処理装置１００は、図１で説明したように、テレビ電話用のカメラ内蔵型のセットトップユニット１０１、利用者が操作するリモコンユニット１０２、テレビ受像機１０３、有線又は無線回線を用いたネ��トワーク１０５を介して、他の情報処理装置１００との間で映像、音声の送受信を行なうアダプタユニット１０４とを少なくとも備えている。【００４６】  セットトップユニット１０１は、有線又は無線によりアダプタユニット１０４と接続され、ネットワーク１０５を介して受信すべき情報の選択指示をしたり、内蔵のカメラで撮影した画像データの送信を指示したりする。また、アダプタユニット１０４は、有線又は無線により、ネットワーク１０５と接続されると共に、テレビ受像機１０３と接続されていて、ネットワーク１０５を介して受信した映像、音声などの情報をテレビ受像機１０３に伝えると共に、セットトップユニット１０１の内蔵カメラが撮影した画像データをネットワーク１０５を介して指定された情報処理装置宛に送信する。また、リモコンユニット１０２は、赤外線又は無線信号により、利用者からの指示を、セットトップユニット１０１に、又は、セットトップユニット１０１を介してアダプタユニット１０４に伝える。テレビ受像機１０３は、アダプタユニット１０４やセットトップユニット１０１からの映像や音声、あるいは、テキスト情報を表示出力する。【００４７】  なお、図２に示すネットワーク１０５を介した情報処理装置１００間の通信形態としては、情報処理装置１００間で直接通信する場合のみに限られるものではなく、１つ以上の中継サーバを経由して、中継通信する方法であっても勿論構わないし、また、情報処理装置１００間で共通にアクセス可能なサーバ装置を介して間接的に通信を行なう形態であっても良い。
本実施形態において説明する情報処理装置１００においては、ネットワーク１０５を介した別の情報処理装置１００との情報交換の一例として、情報処理装置１００間でテレビ電話を行なう場合について説明する。【００４８】  また、図３は、本発明に係る情報処理装置の各ブロック間の接続構成の他の例を説明するための接続構成図であり、図２に示す情報処理装置１００の変形例を示している。即ち、図３に示す情報処理装置１００′は、図２の場合とは異なり、図２の情報処理装置１００のアダプタユニット１０４が通信部１０４′としてテレビ受像機１０３′に内蔵されて一体化されている一体型情報処理装置の場合を示している。なお、図示していないが、テレビ受像機１０３′が更にセットトップユニット１０１と一体となっている構成であっても良い。【００４９】  次に、図４を用いて、本発明に係る情報処理装置の詳細なブロック構成の一例を説明する。図４は、本発明に係る情報処理装置の各ブロック構成の一例を説明するためのブロック構成図であり、アダプタユニット１０４がテレビ受像機１０３とは分離して構成されている図２に示す情報処理装置１００の場合を例に取って示している。なお、図４に示す本発明に係る情報処理装置のブロック構成図は、本発明に直接関係のない回路ブロック、例えばテレビ電話を実現するための回路部や、テレビを視聴するための回路部など、については記載を省略している。【００５０】  図４に示すブロック構成図において、セットトップユニット１０１は、リモコンユニット１０２からの赤外線信号を受信するリモコン受光部１１と、テレビ電話用の映像を撮影するカメラ１２とを少なくとも備えている。なお、カメラ１２は、テレビ電話を行なう際のリアルタイム映像即ち動画像を撮影する場合と、静止画を撮影する場合との両方の目的で使用される。また、リモコンユニット１０２は、利用者が操作するリモコンボタン等からなるリモコン操作部２１と、該リモコン操作部２１の操作結果に応じた赤外線信号を発するリモコン発光部２２とを少なくとも備えている。また、テレビ受像機１０３は、表示画面を構成するモニタ３１を少なくとも備えている。【００５１】  また、アダプタユニット１０４は、ネットワークに接続し、情報を送受信するための通信部４１、セットトップユニット１０１のリモコン受光部１１を介して入力されてくるリモコンユニット１０２における利用者の操作結果であるリモコン信号を解釈して、解釈した利用者の指示を自画像撮影処理部４４又は状態遷移処理部４５に対して出力するユーザ入力処理部４２、セットトップユニット１０１のカメラ１２により撮影された映像を入力として処理するカメラ入力処理部４３（カメラ１２とともに画像撮影手段を構成する。）、ユーザ入力処理部４２から出力される利用者からの指示に基づいて、カメラ入力処理部４３にて取り込んだ画像データを、自画像を示す静止画として、自情報ＤＢ５０に記録すると共に、状態遷移処理部４５に引き渡す自画像撮影処理部４４とを備えている。また、カメラ入力処理部４３以外から画像データを取り込み、自情報ＤＢ５０に静止画を記録するための画像データ入力部７２をアダプタユニット１０４に備えてもよい。この場合、画像データ入力���７２は、例えばＳＤメモリーカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）などを読み取るためのカードスロットなどで構成される。【００５２】  更に、アダプタユニット１０４は、ユーザ入力処理部４２からの利用者による指示又は通信部４１にて受信した通信相手からの指示に基づいて、情報処理装置１００全体の動作を制御する状態遷移処理部４５と、通信相手との呼（セッション）を管理する呼制御処理部７１（セッション形成手段を構成する。）とを備えており、該状態遷移処理部４５からの制御により、アダプタユニット１０４のみならず、セットトップユニット１０１、テレビ受像機１０３を含む、情報処理装置１００全体の動作が制御されている。ここで、通信部４１にて受信した通信相手からの指示とは、例えばテレビ電話の呼制御イベントであり、該呼制御イベントに応じて、テレビ電話の呼制御状態が遷移し、テレビ受像機１０３のモニタ３１に対して出力するモニタ出力処理部４８（モニタ３１とともに表示手段を構成する。）の出力が制御される。呼制御処理部７１は通信部４１にて受信した呼制御イベントに基づき状態遷移処理部４５を制御し、状態遷移処理部４５からの指示に基づき呼制御イベントを通信部４１にて送信する。【００５３】  なお、通信相手に関する情報を記録している相手情報ＤＢ６０に含まれる情報を用いて、必要に応じて、テレビ受像機１０３のモニタ３１に対して出力するモニタ出力処理部４８における出力画面の生成を制御している。また、利用者のリモコン操作部２１の操作による指示に基づいて、又は、場合によっては、通信部４１にて受信した通信相手からの指示に基づいて、相手情報ＤＢ６０に含まれている購読要求リスト６２を更新する。購読要求リスト６２とは、当該情報処理装置の所有者が、プレゼンスを入手したい通信相手を購読要求先として登録している登録リストのことである。【００５４】  また、自情報ＤＢ５０に記録される静止画は、カメラ１２により撮影された自画像データ５２（カメラ１２により撮影された画像データだけでなく、画像データ入力部７２より入力された画像データも含めて、自画像データ蓄積手段を構成する。）であり、図１の概念図にて説明したように、相手情報ＤＢ６０の一つとして予め記録されているプレゼンス配布リスト６３（画像配布先リストを構成する。）に基づいて、該プレゼンス配布リスト６３に登録されている通信相手が所有する他の情報処理装置１００に対して配信される。即ち、当該情報処理装置１００の利用者自身のプレゼンスを示す自プレゼンス情報５１の一つとして、図１に示したように画像データ１１０として配信される。ここに、プレゼンス配布リスト６３とは、前述のように、当該情報処理装置１００の利用者自身の自プレゼンス情報５１を配布すべき通信相手の情報処理装置を１乃至複数登録している登録リストのことである。【００５５】  更に、アダプタユニット１０４は、プレゼンス情報送信処理部４６，相手プレゼンス情報受信処理部４７，モニタ出力処理部４８を備えている。ここで、プレゼンス情報送信処理部４６は、状態遷移処理部４５の制御に基づいて、通信部４１を介して、指定された通信相手に対して状態通知登録要求信号や状態通知信��を送信する。ここに、状態通知登録要求信号とは、当該情報処理装置の利用者が状態通知情報（即ち相手プレゼンス情報）を入手したい通信相手に対して送信する信号であり、該通信相手の情報処理装置に対してプレゼンス配布リストに当該情報処理装置１００の登録を要求する信号である。なお、該状態通知登録要求信号を送信する通信相手は、相手プレゼンス情報を取得要求（購読要求）する通信相手として登録している相手情報ＤＢ６０の購読要求リスト６２に基づいている。【００５６】  一方、状態通知信号とは、当該情報処理装置の利用者の状態（即ち自プレゼンス情報）を通知する信号であり、該状態通知信号を送信する通信相手は、自プレゼンス情報の配布先を登録している相手情報ＤＢ６０のプレゼンス配布リスト６３に基づいている。なお、送信する状態通知信号は、例えばＳＩＰのＵＤＰを用いて、自画像データ５２のようなデータ量が多い情報を含めて直接送信する代わりに、自画像データ５２の所在場所を示すアドレス情報（例えばＵＲＬ：Ｕｎｉｑｕｅ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を配信し、配信先にて、自画像（即ち、配布先から見た場合の通信相手の相手画像）を参照したい場合、受信した該アドレス情報（例えばＵＲＬ情報）を参照して、ＳＩＰのＵＤＰのようなデータ量が多い情報の送受信には不向きなプロトコルとは異なる信頼性が高いプロトコル（例えばＴＣＰ）を用いて、自画像データ５２を、画像データ１１０として読み出すように構成している。【００５７】  また、相手プレゼンス情報受信処理部４７は、状態遷移処理部４５の制御に基づいて、通信部４１を介して、通信相手から受信した状態通知登録要求信号や状態通知信号を処理する。即ち、状態通知登録要求信号を受信した場合、当該通信相手を相手情報ＤＢ６０のプレゼンス配布リスト６３に追加登録する。一方、状態通知信号を受信した場合、該状態通知信号に含まれて受信した通信相手のプレゼンス情報を、相手プレゼンス情報６１として相手情報ＤＢ６０に追加登録する。【００５８】  なお、ここで、状態通知信号には、前述のように、データ量が多い画像データそのものを含むことなく、該画像データの所在場所を参照することができるアドレス情報が付与されている場合もある。このような場合、通信相手の情報処理装置から状態通知信号を受信した際に、相手情報ＤＢ６０に含まれている当該通信相手のプレゼンスを示す相手プレゼンス情報６１が未登録であるか、又は、相手プレゼンス情報６１の一つである通信相手の画像が状態通知信号のアドレス情報と異なるアドレス情報の画像（例えば古い画像）であった場合に、初めて、前述のように、ＳＩＰのＵＤＰのようなプロトコルとは異なるデータ量の多い情報に送受信に適した信頼性の高いプロトコル（例えばＴＣＰ）を用いて、受信したアドレス情報が示す画像データの所在場所に対してアクセスして、画像データの送信を要求する。而して、該送信要求により、信頼性が高いプロトコルを用いて、通信相手の画像データ１１０（例えば最新の相手画像即ち通信相手の最新の自画像を示す画像データ）を受信し、受信した通信相手の画像データ１１０を、相手情報ＤＢ６０の相手プレゼンス情報６１として追加又は更新登録する（相手プレ���ンス情報６１に含まれる通信相手の画像データ１１０が相手画像蓄積手段を構成する。）。【００５９】  また、相手プレゼンス情報６１を追加又は更新登録した際に、情報処理装置１００の利用者がテレビ電話を行なうために参照するテレビ電話用のアドレス帳６４にリンク情報を設定している。従って、テレビ電話を行なうためにアドレス帳６４を一覧表示した際に、各通信相手毎に、氏名、アドレスの他に、該通信相手のプレゼンスを示す情報として、相手プレゼンス情報６１も表示することが可能である。なお、アドレス帳６４からのリンクを張る代わりに、アドレス帳６４の中に各通信相手毎の相手プレゼンス情報６１を一緒に格納するようにしても構わないし、あるいは、アドレス帳６４を一覧表示した際に、相手プレゼンス情報６１のうち、通信相手の顔写真（静止画）のみを表示するようにしても良い。【００６０】  また、モニタ出力処理部４８は、テレビ受像機１０３のモニタ３１に接続されており、状態遷移処理部４５の制御に基づいて、通信部４１、自画像撮影処理部４４、あるいは、相手プレゼンス情報受信処理部４７から出力される映像信号を、テレビ画面としてモニタ３１に表示可能な信号形式の映像と、スピーカから出力可能な信号形式の音声と、に変換して出力する。
更に、アダプタユニット１０４は、画像配信処理部７３、画像取得処理部７４を備えている。画像取得処理部７４は、状態遷移処理部４５の指示に基づき通信部４１にて画像データの取得要求を含むＨＴＴＰリクエストを送信し（この処理が画像配信要求送信手段を構成する。）、通信部４１にて画像データを含むＨＴＴＰレスポンスを受信して相手情報ＤＢ６０の相手プレゼンス情報６１の一部として画像データを蓄積する（この処理が画像配信応答受信手段を構成する。広義には、画像受信手段を構成すると考えてもよい。）。一方、画像配信処理部７３は、通信部４１にて画像データの取得要求を含むＨＴＴＰリクエストを受信し（この処理が画像配信要求送信手段を構成する。）、自情報ＤＢ５０の自画像データ５２より取り出した画像データを含むＨＴＴＰレスポンスを通信部４１にて返信する（この処理が画像配信応答送信手段を構成する。）。【００６１】  次に、本発明に係る情報処理装置１００によりモニタ３１に表示される表示画面の一例を図５を用いて詳細に説明する。図５は、本発明に係る情報処理装置によりモニタ画面に表示される表示画面の一例を示す画面構成図であり、情報処理装置１００がテレビ電話を行なう通信相手として相手情報ＤＢ６０に登録されたアドレス帳６４の中から、いずれかの通信相手を選択し、選択した通信相手の詳細情報を画面表示したものであり、通信相手の詳細情報画面の一例を示している。【００６２】  図５の画面表示例において、テレビ電話のアドレス帳６４から選択した通信相手は「おばあちゃん」であり、通信相手の名前３１ａとして「おばあちゃんち」が表示され、通信相手の「おばあちゃん」のプレゼンス（状態）を示す相手プレゼンス情報６１が、相手情報ＤＢ６０から読み出されて、通信相手の名前３１ａが示す相手プレゼンス表示情報３１Ａとして画面表示される。すなわち、通信相手の情報処理装置の利用者（通信相手の名前３１ａ）と対応付けて、画像データを含む相手プレゼンス表示情報３１Ａが画面表示される。相手プレゼンス表示情報３１Ａとしては、まず、相手プレゼンスアイコン３１ｂと相手画像３１ｃとが同一画面上に合成して表示されている。【００６３】  ここで、相手プレゼンスアイコン３１ｂは、通信相手のプレゼンスを示す識別表示であり、当該情報処理装置１００の利用者からの指示により相手情報ＤＢ６０の購読要求リスト６２に登録されている通信相手であり、通信相手から該通信相手のプレゼンス情報を受け取って画面表示するように設定されている場合にのみ表示される。該相手プレゼンスアイコン３１ｂの表示色も、該通信相手のプレゼンス情報に応じて通信相手毎に変更して表示することが可能である。また、相手画像３１ｃは、通信相手の「おばあちゃんち」の現在の様子を通信相手のプレゼンスの一つとして表示する静止画である。通信相手自身の撮影画像を、先に受信した状態通知信号に含まれている画像データの所在場所を示すアドレス情報を用いて、相手画像を示す画像データ１１０として受信して、相手情報ＤＢ６０の相手プレゼンス情報６１の一つとして登録されている場合にのみ表示される。なお、相手画像３１ｃとしては、通信相手の撮影画像である静止画の代わりに、予め定めた継続時間例えば数秒乃至数分程度の動画像を用いるようにしても良い。【００６４】  更に、図５の画面表示例に示すように、相手プレゼンス表示情報３１Ａとして通信相手の状態をより詳細に示す情報も同時に表示可能であり、例えば、通信相手のテレビの電源状態を示す相手テレビ状態３１ｄ、通信相手の居室における音量を示す相手居室音量３１ｅ、通信相手の居室の明るさを示す相手居室照度３１ｆを同一画面上に合成して表示している。ここで、相手テレビ状態３１ｄとは、通信相手のテレビ受像機１０３の電源がＯＮかＯＦＦかを示す情報であり、状態通知信号として通信相手からテレビ状態情報を受け取っている場合にのみ表示される。また、相手居室音量３１ｅ，相手居室照度３１ｆは、通信相手の情報処理装置１００によって取得された通信相手の居室（部屋）の音量，明るさを、それぞれ、例えば１０段階で示す情報であり、状態通知信号として通信相手から居室音量情報，居室照度情報をそれぞれ受け取っている場合にのみ表示される。【００６５】  更に、相手プレゼンス表示情報３１Ａとして通信相手の状態をより詳細に示す情報として、通信相手の動きの有無を示す相手動き検出アイコン３１ｇ、通信相手がリモコンの操作をしたか否かを示す相手リモコン操作アイコン３１ｈ、更には、通信相手の地域における天候を示す相手天気情報３１ｉも同一画面上に合成して表示している。【００６６】  ここで、相手動き検出アイコン３１ｇ，相手リモコン操作アイコン３１ｈは、通信相手の情報処理装置１００が通信相手の動き，リモコン信号を、それぞれ検出したことを示す情報であり、状態通知信号として通信相手から動き検出情報，リモコン操作情報をそれぞれ受け取っている場合にのみ表示される。なお、相手動き検出アイコン３１ｇ，相手リモコン操作アイコン３１ｈの表示形式として、よりビジュアルに表示するために、時間経過に応じた形状変化により動的に表示したり、点滅表示として表示したりしても良い。また、相手天気情報３１ｉは、通信相手の情報処理装置１００が設置されている地域の天候を示す情報であり、状態通知信号として通信相手から天気情報又は居住地域情報を受け取った場合にのみ表示されるようにしても良い。【００６７】  また、図５に示すように、相手表示プレゼンス情報３１Ａのみならず、自身の情報処理装置１００におけるプレゼンス情報も、同一画面上に合成して表示することが可能であり、例えば、当該表示画面において操作可能なリモコンボタンの種類を示す操作可能表示３１ｊ、自己の情報処理装置１００の利用者自身を撮影している自画像３１ｋ、現在の時刻を示す現在時刻３１ｌも同一画面上に合成して表示している。【００６８】  また、自画像３１ｋは、当該情報処理装置１００のセットトップユニット１０１に内蔵のカメラ１２により撮影されている利用者自身の画像を、自画像撮影処理部４４を介して画面表示している。現在時刻３１ｌは、当該情報処理装置１００に内蔵の時計を読み出して表示するものであり、時刻のみならず、現在の年月日を示すカレンダ情報も含めて表示するようにしても良い。
また、図示しないが、相手プレゼンス表示情報３１Ａに表示した通信相手とのテレビ電話の状態を示す通話状態を、同一画面上に更に合成して表示するようにしても良い。ここで言う、通話状態とは、相手プレゼンス表示情報３１Ａに表示した通信相手とテレビ電話の通信を行なうオフフック状態（発信状態）にあるか、オンフック状態（切断状態）にあるかを示す情報であり、通信部４１により検知されて状態遷移処理部４５にて管理している当該情報処理装置の通信状態に応じて表示される。【００６９】  図５に示すように、以上のような各種の詳細情報を、例えば、自己の情報処理装置１００を設置している居室の様子を壁紙として撮影した画像の上に合成して表示するようにしても良い。図５のような画面表示を行なうことにより、テレビ電話の通信相手の現在の状態を示す各種のプレゼンスと当該情報処理装置１００自身のプレゼンスとを総合的に把握することが可能であり、よりスムーズにコミュニケーションを図ることができる。ここで、通信相手の最新の状態を示す相手画像３１ｃについては、詳細は後述するが、例えば、通信相手側において、利用者がリモコン操作部２１を所望の任意の時点で操作して、自画像の撮影を指示し、撮影した自画像を配布を要求する通信相手として登録されている通信相手全員に対して簡便に配布することが可能である。【００７０】  図５に示すような通信相手のプレゼンス（状態）を詳細に表示可能とするために、相手情報ＤＢ６０の相手プレゼンス情報６１として記録している情報の一例を、図６に示す。ここに、図６は、本発明に係る情報処理装置における相手プレゼンス情報の登録例を示すテーブル構成図であり、図５に示す相手プレゼンス表示情報３１Ａとして画面表示する各情報を少なくとも登録している。【００７１】  図６に示す例では、相手プレゼンス情報の取得要求（購読要求）をしている取得要求先として５個の通信相手先が存在していて、各通信相手先から取得する相手プレゼンス情報６１として、図５の相手プレゼンス表示情報３１Ａを表示するための通信相手の名前、プレゼンスアイコンの色、テレビ電源状態、居室照度、居室音量、動き検出状態、リモコン操作状態、天気情報、相手画像の所在場所を示すアドレス情報（ＵＲＬ）の各情報の他に、通信相手のアドレスを示すＳＩＰアドレス、通信相手の通話状態、通信相手の留守設定ボタンの状態も含むように構成されている。【００７２】  なお、通信相手の名前は、相手プレゼンス表示情報３１Ａの他の項目と異なり、当該通信相手から状態通知信号（相手プレゼンス情報を含む信号）として送信されてくるものではなく、当該情報処理装置１００の利用者が、各通信相手を容易に特定可能とするために付与している名前（ニックネーム）であり、例えばＳＩＰアドレス「ａｂｃ＠ｄｅｆｇｈ．ｃｏ．ｊｐ」の通信相手は「おばあちゃんち」である旨を登録している。また、図６の「画像」欄には、相手画像のアドレス情報としてＵＲＬのみが保存されている例を示しているが、該アドレス情報を用いて取得した相手画像も含めて保存するようにしても良い。【００７３】  一方、図６に示すような相手プレゼンス情報６１の配信を可能とするために、自情報ＤＢ５０の自プレゼンス情報５１��して記録している情報の一例を、図７に示す。ここに、図７は、本発明に係る情報処理装置における自プレゼンス情報の登録例を示すテーブル構成図であり、図６の相手プレゼンス情報６１と全く同様の構成からなっている。但し、自プレゼンス情報５１としては、図６の相手プレゼンス情報６１の例とは異なり、自画像データを示す「画像」欄には、自画像データ５２の所在場所を示すアドレス情報（ＵＲＬ情報）と共に、例えばｊｐｅｇ画像データとして自身の静止画イメージを示す「ｍｙｐｉｃｔｕｒｅ．ｊｐｇ」即ち自画像データ５２そのものが保存されている例を示している。なお、自情報処理装置の通信用のアドレスを示すＳＩＰアドレスを自プレゼンス情報５１としては設定していない例を示しているが、ＳＩＰアドレスも自プレゼンス情報５１として設定するようにしても勿論構わない。【００７４】  本発明に係る情報処理装置１００は、別の情報処理装置１００との間でテレビ電話を行なう際に、テレビ電話を実際に行なう「コミュニケーション」と通信相手同士の状態（プレゼンス）を交換し合う「プレゼンス交換」との２つの通信シーケンスによって実現している。ここで、テレビ電話を実際に行なう「コミュニケーション」は、一般的な実現手段を用いることが可能であり、「コミュニケーション」に関する更に詳細な説明は省略するが、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いた呼制御と、該呼制御により確立された呼に基づいて、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いたストリームデータ通信とを用いて実現することができる。【００７５】  また、通信相手同士の状態を交換し合う「プレゼンス交換」は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて実現する。図８は、本発明に係る情報処理装置においてＳＩＰによるプレゼンス交換の実現手順の一例を説明するためのデータフローチャートであり、情報処理装置１００Ａと情報処理装置１００Ｂとの間でプレゼンス交換を行なうデータのシーケンスを示している。図８では、情報処理装置１００Ａにおいて、当該情報処理装置１００Ａの利用者から情報処理装置１００Ｂの利用者のプレゼンス情報を知りたい旨の指示があった場合、当該情報処理装置１００Ａは、指定された情報処理装置１００Ｂのプレゼンス情報の取得を要求する旨の情報を、図４に示す相手情報ＤＢ６０の購読要求リスト６２に登録し、情報処理装置１００Ａから情報処理装置１００Ｂに対して、プレゼンス情報の取得要求を示す状態通知登録要求信号Ｍ１として「ＳＵＢＳＣＲＩＢＥ」信号を送信する。【００７６】  状態通知登録要求信号Ｍ１を受信した情報処理装置１００Ｂの利用者が当該情報処理装置１００Ｂの利用者のプレゼンス情報を情報処理装置１００Ａに対して通知しても良いと判断した場合には、情報処理装置１００Ａをプレゼンス配布先として追加するように、図４に示す相手情報ＤＢ６０のプレゼンス配布リスト６３に登録し、状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号に対する受信確認として、「ＯＫ」信号Ｍ２を要求元の情報処理装置１００Ａに対して返送する。【００７７】  一方、情報処理装置１００Ｂの利用者が、自己のプレゼンス情報を通信相手に対して通知したい状況が発生した場合には、自情報ＤＢ５０から自プレゼンス情報５１を読み出して、自己のプレゼンス情報を通知するための状態通知信号Ｍ３として「ＮＯＴＩＦＹ」信号を生成し、プレゼンス配布リスト６３に登録されている情報処理装置１００Ａに対して送信する。状態通知信号Ｍ３を受信した情報処理装置１００Ａは、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号に対する受信確認として、「ＯＫ」信号Ｍ４を送信元の情報処理装置１００Ｂに対して返送する。更に、情報処理装置１００Ａは、受信した状態通知信号Ｍ３に含まれている情報処理装置１００Ｂのプレゼンス情報を、相手情報ＤＢ６０の相手プレゼンス情報６１として登録すると共に、利用者からの表示要求に応じて、モニタ出力処理部４８を介してモニタ３１に画面表示する。【００７８】  なお、自己のプレゼンス情報を送信する情報処理装置１００Ｂが、状態通知信号Ｍ３として「ＮＯＴＩＦＹ」信号を送信する送信タイミングとしては、
１）当該情報処理装置１００Ｂの利用者の状態（プレゼンス）が変化した時点、
２）情報処理装置１００Ａからの状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号に対する「ＯＫ」信号Ｍ２を返送した時点、及び、
３）それ以外の任意の時点、
の３つの時点を設定することができる。ここで、３）の任意の時点としては、当該情報処理装置１００Ｂの利用者の状態（プレゼンス）が変化していなくても、利用者が送信を指示した時点であっても良いし、あるいは、予め定めた周期で定期的に送信するようにしても構わない。【００７９】  また、ＳＩＰでは、プレゼンス取得要求元の情報処理装置１００Ａは、既に、状態通知登録をしている通信相手、即ち、相手情報ＤＢ６０の相手プレゼンス情報６１として登録している通信相手、に対しても、利用者が要求する任意の時点で、状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を送信することができる。また、状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を受信した情報処理装置１００Ｂは、送信元の情報処理装置１００Ａに対して、必ず、状態通知信号Ｍ３としての「ＮＯＴＩＦＹ」信号を返送することが必要である。従って、情報処理装置１００Ａの利用者は、状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を所望する任意の時点で送信することを指示することにより、オンデマンドで情報処理装置１００Ｂの利用者のプレゼンスを示す状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を受信することができ、所望の時点で通信相手のプレゼンスをリアルタイムに取得して画面表示することが可能である。【００８０】  次に、以上に説明したプレゼンス交換の手順について、フローチャートを用いて更に詳細に説明する。図９は、本発明に係る情報処理装置が、プレゼンスを取得したい取得要求先の通信相手の情報処理装置に対して、プレゼンスの取得要求となる状態通知登録要求信号を送信する手順の一例を示すフローチャートであり、図８に示すデータフローチャートにおいて情報処理装置１００Ａが情報処理装置１００Ｂに対して状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を送信する場合を示している。また、図１０は、本発明に係る情報処理装置が、プレゼンスの取得要求元の通信相手の情報処理装置から、プレゼンスの取得要求となる状態通知登録要求信号を受信する手順の一例を示すフローチャートであり、図８に示すデータフローチャートにおいて情報処理装置１００Ｂが情報処理装置１００Ａから状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を受信した場合を示している。【００８１】  まず、図９のフローチャートに示す状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号の送信手順について説明する。
情報処理装置１００Ａの利用者が、リモコンユニット１０２のリモコン操作部２１を操作して、プレゼンスを取得したい通信相手として情報処理装置１００Ｂを選択し、情報処理装置１００Ｂを状態通知登録要求信号Ｍ１の送信先として指定する（ステップＳ１）。状態通知登録要求信号Ｍ１の送信先を指定する方法としては、リモコン操作部２１を操作して、例えば、相手情報ＤＢ６０に含まれているテレビ電話のアドレス帳６４の設定画面をモニタ３１に表示し、該設定画面にて、プレゼンスを取得したい情報処理装置１００Ｂの利用者に関するプレゼンス購読要求（プレゼンス取得要求）の設定を行なうことにより、リモコン発光部２２、リモコン受光部１１、ユーザ入力処理部４２を介して、ユーザの操作内容を受信した状態遷移処理部４５にて、ユーザが指定した情報処理装置１００Ｂのアドレス例えばＳＩＰアドレスを取得する。【００８２】  次に、状態遷移処理部４５の制御により、プレゼンスを取得したい情報処理装置１００Ｂのアドレス例えばＳＩＰアドレスを、相手情報ＤＢ６０の購読要求リスト６２に「購読要求未設定」の状態にして追加設定する（ステップＳ２）。ここに、「購読要求未設定」とは、まだ、プレゼンス購読要求先の情報処理装置１００Ｂに対して、プレゼンスの購読要求となる状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を送信していない状態にあることを示している。【００８３】  しかる後、状態遷移処理部４５の制御により、プレゼンス情報送信処理部４６を駆動し、通信部４１を介して、プレゼンス購読要求先の情報処理装置１００ＢのＳＩＰアドレスを用いて、情報処理装置１００Ｂに対して状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を送信し（ステップＳ３）、送信した「ＳＵＢＳＣＲＩＢＥ」信号に対する応答である「ＯＫ」信号Ｍ２が返送されてきたか否かを相手プレゼンス情報受信処理部４７にて監視する（ステップＳ４）。送信した「ＳＵＢＳＣＲＩＢＥ」信号に対する応答信号が返送されてこない場合（ステップＳ４のＮＯ）、「ＳＵＢＳＣＲＩＢＥ」信号を再送するための購読要求リトライタイマがタイムアウトしたか否かをチェックする（ステップＳ５）。【００８４】  購読要求リトライタイマがタイムアウトしていない場合は（ステップＳ５のＮＯ）、ステップＳ４に戻って、「ＯＫ」信号Ｍ２の返送の監視を継続し、一方、購読要求リトライタイマがタイムアウトしている場合（ステップＳ５のＹＥＳ）、情報処理装置１００Ｂに対する状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号の再送を行なうために、ステップＳ３に戻る。ここで、購読要求リトライタイマは、ステップＳ３において、「ＳＵＢＳＣＲＩＢＥ」信号を送信する時点で設定されるものであり、そのタイムアウト値としては、任意の値を設定することが可能であり、例えば、５分経過しても、「ＯＫ」信号を受信しなかった場合に、「ＳＵＢＳＣＲＩＢＥ」信号の送信をリトライするようにしても良い。【００８５】  また、送信した「ＳＵＢＳＣＲＩＢＥ」信号に対する応答である「ＯＫ」信号Ｍ２が返送されてきた場合（ステップＳ４）、状態遷移処理部４５の制御により、返送されてきた購読要求先の情報処理装置１００ＢのＳＩＰアドレ���を用いて、相手情報ＤＢ６０の購読要求リスト６２を参照して、ステップＳ２において設定された「購読要求未設定」の状態を「購読要求設定済み」の状態に変更して設定する（ステップＳ６）。ここに、「購読要求設定済み」とは、購読要求先の情報処理装置１００Ｂから、プレゼンスの購読要求となる状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号の受信確認を示す「ＯＫ」信号Ｍ２を受信済みの状態にあることを示している。【００８６】  なお、図９のフローチャートには示していないが、送信した「ＳＵＢＳＣＲＩＢＥ」信号に対する応答として、購読要求先の情報処理装置１００Ｂから、購読要求を拒否する旨を示す「ＮＧ」信号が返送されてきた場合、情報処理装置１００Ｂのプレゼンス取得要求を放棄し、相手情報ＤＢ６０の購読要求リスト６２から、当該情報処理装置１００Ｂのアドレス例えばＳＩＰアドレスを削除して、図９の処理を終了する。【００８７】  また、相手情報ＤＢ６０の購読要求リスト６２のテーブル構成例を図１１に示している。図１１は、本発明に係る情報処理装置においてプレゼンスの購読要求を登録している購読要求リストの一例を示すテーブル構成図であり、図８に示すプレゼンス取得要求元の情報処理装置１００Ａにおいて相手情報ＤＢ６０に含まれている購読要求リスト６２の一例を示している。図１１の購読要求リスト６２の例では、４人の通信相手のプレゼンスの購読要求即ち取得要求が登録されており、それぞれの通信相手の利用者が使用する情報処理装置のアドレス例えばＳＩＰアドレスが、状態及び備考と共に登録されている。【００８８】  図１１の購読要求リスト６２において、ＳＩＰアドレス「ａａａ＠ａａａａａ．ｃｏ．ｊｐ」は、備考欄に示すように、図９のステップＳ５の状態にあり、送信した「ＳＵＢＳＣＲＩＢＥ」信号に対する「ＯＫ」信号を受信できず、購読要求リトライタイマが稼動中の状態にあることを例示している。また、ＳＩＰアドレス「ｂｂｂ＠ｂｂｂｂｂ．ｃｏ．ｊｐ」及び「ｃｃｃ＠ｃｃｃｃｃ．ｃｏ．ｊｐ」は、状態欄に示すように、図９のステップＳ６の処理により、既に、「ＯＫ」信号を受信して「購読要求設定済み」の状態にあることを例示している。また、ＳＩＰアドレス「ｄｄｄ＠ｄｄｄｄｄ．ｃｏ．ｊｐ」は、備考欄に示すように、図９のステップＳ３，Ｓ４の状態にあり、送信した「ＳＵＢＳＣＲＩＢＥ」信号に対する応答を待っている状態にあることを例示している。【００８９】  次に、図１０のフローチャートに示す状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号の受信手順について説明する。
まず、状態遷移処理部４５の制御により、通信部４１を介して、相手プレゼンス情報受信処理部４７にて、プレゼンス購読要求元の情報処理装置１００Ａから、プレゼンスの取得を要求する状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を受信したことを検出すると、受信した「ＳＵＢＳＣＲＩＢＥ」信号に含まれている購読要求元の情報処理装置１００Ａのアドレス例えばＳＩＰアドレスを取り出す（ステップＳ１１）。【００９０】  次いで、状態遷移処理部４５の制御により、購読要求元の情報処理装置１００Ａのアドレス例えばＳＩＰアドレスが、状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を受け入れて、当該情報処理装置１００Ｂの利用者のプレゼンスを提供可能な通信相手のアドレスか否かを判定する（ステップＳ１２）。【００９１】  ここで、受信した「ＳＵＢＳＣＲＩＢＥ」信号を受け入れ可能か否かを判定する場合、例えば、プレゼンス受け入れを可能か否かを予め設定した「ポリシーファイル」（誰からのプレゼンス購読要求は受諾するか、及び／又は、誰からのプレゼンス購読要求は拒否するかとの設定を記述したファイル）をＳＩＰアドレスを用いて参照することにより、自動的に判定しても良いし、あるいは、「ポリシーファイル」に該当するＳＩＰアドレスが登録されていない場合には、情報処理装置１００Ａから当該情報処理装置１００Ｂのプレゼンス取得要求がある旨を、モニタ出力処理部４８を経由してテレビ受像機１０３のモニタ３１に表示することにより、利用者が、リモコン操作部２１を操作して、判定結果を入力するようにしても構わない。【００９２】  当該情報処理装置１００Ｂのプレゼンスを提供可能な通信相手ではないと判定した場合（ステップＳ１２のＮＯ）、状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号に対する応答として、購読要求を拒否する旨を示す「ＮＧ」信号を、プレゼンス情報送信処理部４６から通信部４１を経由して、購読要求元の情報処理装置１００Ａに対して返送する（ステップＳ１３）。【００９３】  一方、当該情報処理装置１００Ｂの利用者のプレゼンスを提供可能な通信相手であると判定した場合（ステップＳ１２のＹＥＳ）、相手情報ＤＢ６０のプレゼンス配布リスト６３に、状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号の送信元の情報処理装置１００Ａのアドレス例えばＳＩＰアドレスを追加登録すると共に（ステップＳ１４）、購読要求を受け入れた旨を示す「ＯＫ」信号を、プレゼンス情報送信処理部４６から通信部４１を経由して、購読要求元の情報処理装置１００Ａに対して返送する（ステップＳ１５）。【００９４】  なお、相手情報ＤＢ６０のプレゼンス配布リスト６３のテーブル構成例を図１２に示している。図１２は、本発明に係る情報処理装置においてプレゼンスの配布先を登録しているプレゼンス配布リストの一例を示すテーブル構成図であり、図８に示すプレゼンス配布元の情報処理装置１００Ｂにおいて相手情報ＤＢ６０に含まれているプレゼンス配布リスト６３の一例を示している。図１２のプレゼンス配布リスト６３の例では、４人の通信相手に対して、当該情報処理装置１００Ｂの利用者のプレゼンスを配布することが登録されており、それぞれの通信相手��利用者が使用する情報処理装置のアドレス例えばＳＩＰアドレスが登録されている。【００９５】  次に、図９及び図１０に示すフローチャートの処理がなされて、情報処理装置１００Ｂの相手情報ＤＢ６０にプレゼンス配布リスト６３が作成され、図８示す情報処理装置１００Ｂのプレゼンスを情報処理装置１００Ａに対して配信する処理について、図１３及び図１４のフローチャートを用いて更に詳細に説明する。図１３は、本発明に係る情報処理装置が、プレゼンス取得要求元の情報処理装置に対してプレゼンスの送信を示す状態通知信号を送信する手順の一例を示すフローチャートであり、図８に示すデータフローチャートにおいて情報処理装置１００Ｂが情報処理装置１００Ａに対して状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を送信する場合を示している。また、図１４は、本発明に係る情報処理装置が、プレゼンス取得要求先の情報処理装置からプレゼンスの送信を示す状態通知信号を受信する手順の一例を示すフローチャートであり、図８に示すデータフローチャートにおいて情報処理装置１００Ａが情報処理装置１００Ｂから状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を受信した場合を示している。【００９６】  まず、図１３のフローチャートに示す状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号の送信手順について説明する。
情報処理装置１００Ｂの利用者が、リモコンユニット１０２のリモコン操作部２１を操作して、最新に作成したプレゼンスを相手情報ＤＢ６０のプレゼンス配布リスト６３の登録先に配信することを指示すると、相手情報ＤＢ６０のプレゼンス配布リスト６３を参照して、プレゼンス配布リスト６３に登録されている情報処理装置のアドレス例えばＳＩＰアドレスを順次取り出す（ステップＳ２１）。ここで、利用者のプレゼンスを配信するタイミングとしては、前述したように、該利用者がリモコン操作部２１を操作して配信を要求した任意の時点でも良いし、通信相手から状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を受信した時点でも良いし、あるいは、当該利用者のプレゼンス（状態）が変化した時点でも良いし、あるいは、プレゼンス（状態）の変化の有無に関係なく定期的に配信するようにしても良い。【００９７】  例えば利用者がリモコン操作部２１を操作して配信を要求した場合、リモコン発光部２２、リモコン受光部１１、ユーザ入力処理部４２を介して、ユーザの操作内容を受信した状態遷移処理部４５にて、プレゼンス情報送信処理部４６を駆動して、相手情報ＤＢ６０のプレゼンス配布リスト６３から、プレゼンス配布先の情報処理装置のアドレス例えばＳＩＰアドレスを順次取り出す。【００９８】  しかる後、状態遷移処理部４５の制御により、プレゼンス情報送信処理部４６にて、自情報ＤＢ５０から自画像データ５２を含む自プレゼンス情報５１を取り出す（ステップＳ２２）。次いで、取り出した自プレゼンス情報５１を送信するための状態通知信号Ｍ３となる「ＮＯＴＩＦＹ」信号を生成して、プレゼンス配布リスト６３から取り出した配布先の情報処理装置のアドレス例えばＳＩＰアドレスに対して、通信部４１を介して送信する（ステップＳ２３）。【００９９】  しかる後、状態遷移処理部４５の制御により、プレゼンス情報送信処理部４６にて、相手情報ＤＢ６０のプレゼンス配布リスト６３に登録されている全てのプレゼンス配布先に対して、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を配布したか否かをチェックして、まだ、配布していないプレゼンス配布先が残っている場合は（ステップＳ２４のＮＯ）、ステップＳ２１に戻って、次に配布すべきプレゼンス配布先の情報処理装置のアドレス例えばＳＩＰアドレスを取り出す動作を繰り返す。なお、ここで、配布先毎に異なる複数種類の自プレゼンス情報を自情報ＤＢ５０に保存しておき、ステップＳ２２で取り出す自プレゼンス情報５１として、配布先に応じて異なる自プレゼンス情報を取り出すように構成しても良い。【０１００】  また、配布すべきプレゼンス配布先の全てに状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を配信している場合は（ステップＳ２４のＹＥＳ）、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号の配布先からの「イベント」の返送を待ち合わせる（ステップＳ２５）。ここに、「イベントとは、配信した状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号に対する配信先からの応答を示す応答信号のことである。該応答信号としては、「ＮＯＴＩＦＹ」信号の受信確認を示す「ＯＫ」信号、受信拒否を示す「ＮＧ」信号などがある。【０１０１】  「ＮＯＴＩＦＹ」信号に対する応答信号として受��確認を示す「ＯＫ」信号Ｍ４が返送されてきたことを、状態遷移処理部４５の制御により、相手プレゼンス受信処理部４７にて確認した場合（ステップＳ２６のＹＥＳ）、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を配信した全ての配布先から受信確認を示す「ＯＫ」信号Ｍ４が返送されてきたか否かをチェックして、まだ、未返送の配布先が残っていた場合は（ステップＳ２７のＮＯ）、ステップＳ２５に戻って、未返送の配布先からの応答信号を待ち合わせる。なお、「ＮＯＴＩＦＹ」信号に対する応答信号として「ＯＫ」信号以外の応答信号を受信した場合は（ステップＳ２６のＮＯ）、受信した応答信号を無視して、ステップＳ２５に戻って、他の配布先からの応答信号の受信を待ち合わせる。ここで、図１３には示していないが、「ＯＫ」信号以外の応答信号を受信した場合には、該応答信号の送信元の情報処理装置１００のアドレスをプレゼンス配布リストから削除して、以降のプレゼンスの配布を取り止めるようにしても良い。【０１０２】  次に、図１４のフローチャートに示す状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号の受信手順について説明する。
まず、情報処理装置１００Ａにおいて、状態遷移処理部４５の制御により、通信部４１を介して、相手プレゼンス情報受信処理部４７にて、プレゼンス購読要求先の情報処理装置１００Ｂから、プレゼンスの送信を示す状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を受信したことを検出すると、受信した「ＮＯＴＩＦＹ」信号に含まれている購読要求先の情報処理装置１００Ｂのプレゼンス情報とアドレス例えばＳＩＰアドレスとを取り出す（ステップＳ３１）。【０１０３】  しかる後、状態遷移処理部４５の制御により、相手プレゼンス情報受信処理部４７にて、相手情報ＤＢ６０の相手プレゼンス情報６１に、取り出した情報処理装置１００Ｂのプレゼンス情報とアドレス例えばＳＩＰアドレスとを追加登録する（ステップＳ３２）。ここで、前述のように、相手プレゼンス情報６１に、送信元の自画像（受信側から見ると、相手画像）の画像データそのものではなく、該画像データが存在しているアドレス情報が含まれている場合には、該アドレス情報を用いて画像データにアクセスして、送信元の自画像（受信側から見ると、相手画像）を取得して、相手情報ＤＢ６０の相手プレゼンス情報６１として追加登録する。更に、前述のように、追加登録した相手プレゼンス情報６１と、テレビ電話のアドレス帳６４との間でリンクを張り直すようにして、アドレス帳６４を画面表示した際に、今回登録した相手プレゼンス情報６１例えば相手画像が、通信相手の氏名やアドレスと共に表示されるようにしても良い。【０１０４】  次いで、状態遷移処理部４５の制御により、プレゼンス情報送信処理部４６にて、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号の応答信号として、「ＮＯＴＩＦＹ」信号の受信確認を示す「ＯＫ」信号を、「ＮＯＴＩＦＹ」信号の送信元の情報処理装置１００Ｂに対して返送する（ステップＳ３３）。更に、状態遷移処理部４５の制御により、現在、プレゼンス配布元の情報処理装置１００Ｂの利用者に関する詳細情報を、テレビ受像機１０３のモニタ３１に画面表示しているか否かを判定する（ステップＳ３４）。ここに、モニタ３１に画面表示している詳細情報とは、図５の画面構成例において説明したような情報である。【０１０５】  プレゼンス配布元の情報処理装置１００Ｂの利用者に関する詳細情報をモニタ３１に画面表示していると判定した場合（ステップＳ３４のＹＥＳ）、モニタ３１に画面表示されている詳細情報のうち、通信相手のプレゼンスを示す相手プレゼンス表示情報３１Ａ（例えば相手画像３１ｃ）については、受信した最新のプレゼンス情報を用いて更新して画面表示する（ステップＳ３５）。而して、情報処理装置１００Ａは、テレビ受像機１０３に画面表示されている通信相手の最新のプレゼンス（状態）をリアルタイムに視聴することが可能である。【０１０６】  なお、情報処理装置１００Ｂの利用者の自プレゼンス情報５１を、プレゼンス配布リスト６３に登録されている情報処理装置１００Ａに対して配信する状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号の記述例を、図１５に示す。図１５は、本発明に係る情報処理装置において、状態通知信号に含まれて送信されるプレゼンス情報の記述例を示す説明図である。図１５に示すように、状態通知信号Ｍ３の「Ｎ���ＴＩＦＹ」信号に含まれるプレゼンス情報は、「基本情報」と「付加情報」とによって構成されており、「基本情報」は、プレゼンス情報を配信していることを示すための必須情報であり、「付加情報」はオプション情報として必要に応じて付加する形式の情報である。【０１０７】  図１５に示す記述例では、プレゼンス情報の「基本情報」として、図６，図７に示す相手プレゼンス情報，自プレゼンス情報に記載の「プレゼンスランプ／プレゼンスアイコンの色」を示す情報であり、通信相手に対してプレゼンス情報を表示するか否かを指示する情報である。図１５においては、通信相手に対して自プレゼンス情報を相手プレゼンス情報として表示することを指示し、かつ、プレゼンスアイコンの色を“ＧＲＥＥＮ”で表示することを指示している。また、「付加情報」としては、図６，図７に示す相手プレゼンス情報，自プレゼンス情報にそれぞれ記載の「プレゼンスランプ／プレゼンスアイコンの色」及び「名前」以外の各種情報が必要に応じて付加される。例えば、図１５においては、「通話状態」（“Ｃａｌｌ−ｓｔａｔｅ”）、「留守設定ボタン」（“Ａｂｓｅｎｃｅ”）、「テレビ電源状態」（“Ｍｏｎｉｔｏｒ”）、「居室照度」（“Ｂｒｉｇｈｔｎｅｓｓ”）、「居室音量」（“Ｖｏｌｕｍｅ”）、「動き検出」（“Ｍｏｔｉｏｎ”）、「リモコン操作」（“Ｃｏｎｔｒｏｌｅｒ”）「天気」（“Ｗｅａｔｈｅｒ”）、「画像」（“Ｐｉｃｔｕｒｅ”）を付加している例を示している。【０１０８】  なお、付加情報の「画像」（“Ｐｉｃｔｕｒｅ”）には、前述のように、データ量が多い画像データそのものではなく、自画像を示す画像データが所在している所在場所を示すアドレス情報として、例えば「ｈｔｔｐ：／／ｗｗｗ．ａｂｃｄｅ．ｃｏ．ｊｐ／ｘｙｚ／ｍｙｐｉｃｔｕｒｅ．ｊｐｇ」というＵＲＬ情報が記載されており、前述の図４に示す自画像の保存場所即ち自情報ＤＢ５０の自画像データ５２のアドレス（ＵＲＬ）が記述されている。【０１０９】  ここで、付加情報のいずれの項目を送信するかは、前述のように、送信側の情報処理装置１００Ｂの利用者が任意にカスタマイズすることが可能であり、一方、付加情報として送られてこない項目を画面上に如何に表示するかは、受信側の情報処理装置１００Ａにおける相手プレゼンス情報表示用のアプリケーションに依存して、任意にカスタマイズすることができる。図１５においては、プレゼンス送信側の情報処理装置１００Ｂでは、「留守設定ボタン」（“Ａｂｓｅｎｃｅ”）は「ＯＦＦ」として、在室している状態にあり、受信側における相手プレゼンスを示す詳細な情報として、「テレビ電源状態」（“Ｍｏｎｉｔｏｒ”）、「居室照度」（“Ｂｒｉｇｈｔｎｅｓｓ”）、「居室音量」（“Ｖｏｌｕｍｅ”）、…などの情報が付加されて送信されてきており、該プレゼンスの受信側の情報処理装置１００Ａには、例えば前述した図５の画面構成例に示すように、それぞれが画面表示される例を示している。【０１１０】  一方、例えば、プレゼンス送信側の情報処理装置１００Ｂの利用者が、「留守設定ボタン」（“Ａｂｓｅｎｃｅ”）を「ＯＮ」にして、離席している状態にある場合は、この「留守設定ボタン」のみを受信側の情��処理装置１００Ａに送信し、「テレビ電源状態」（“Ｍｏｎｉｔｏｒ”）、「居室照度」（“Ｂｒｉｇｈｔｎｅｓｓ”）、「居室音量」（“Ｖｏｌｕｍｅ”）、…などの情報を送信しないようにすることが可能である。【０１１１】  また、送信側の情報処理装置１００Ｂの利用者が、自己のプレゼンスを示す画像として通信相手側に表示する画像をまだ準備できていない場合は、「画像」（“Ｐｉｃｔｕｒｅ”）の情報（アドレス情報）を受信側の情報処理装置１００Ａに送信しないようにすることができる。プレゼンス受信側の情報処理装置１００Ａにおいて、「画像」（“Ｐｉｃｔｕｒｅ”）の情報が送信されてこない場合は、受信側の情報処理装置１００Ａにおける相手プレゼンス情報表示用のアプリケーションにより予め定めたデフォルト画像として用意されている代替画像を、例えば、「写真準備中」などの文字表示を伴うイラスト画像を代替用（デフォルト）の画像として、相手画像の代わりに画面表示するようにしても良い。【０１１２】  なお、情報処理装置１００Ｂから図１５に示すような自プレゼンス情報を含む状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を受信した情報処理装置１００Ａにおいては、当該情報処理装置１００Ａの利用者が、情報処理装置１００Ｂの相手プレゼンス情報を表示したい旨をリモコンユニット１０２のリモコン操作部２１を操作して指示すると、相手プレゼンス情報表示用のアプリケーションが起動して、相手情報ＤＢ６０の相手プレゼンス情報６１から当該情報処理装置Ｂの相手プレゼンス情報を読み出して、モニタ３１に画面表示するが、この際、相手画像がまだ取得されていない場合、予め定めた代替画像（例えば「写真取得中」の文字列を含むイラスト画像）を、相手画像の代わりに画面表示する。【０１１３】  なお、ここではプレゼンスランプの色またはプレゼンスアイコンの色を基本情報として、情報処理装置１００Ｂから情報処理装置１００Ａへ通知される状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号に常に含まれると説明したが、異なる実装形態においては、プレゼンスランプの色やプレゼンスアイコンの色を状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号に含まれる付加情報のいずれかに基づいて、情報処理装置１００Ａにおいて動的に生成してもよい。この場合、例えば情報処理装置１００Ｂにおいて写真が撮影されたときに情報処理装置１００Ｂが「画像」（“Ｐｉｃｔｕｒｅ”）の情報（アドレス情報）を含む状態通知信号Ｍ３を送信すると取り決めておけば、情報処理装置１００Ａが「画像」（“Ｐｉｃｔｕｒｅ”）の情報（アドレス情報）を含む状態通知信号Ｍ３を受信した場合には、状態通知信号Ｍ３を送信した時点においては情報処理装置１００Ｂの前に利用者がいたと判断することができる（「撮影する」という操作が行なわれたため）。この場合、情報処理装置１００Ａは、「画像」（“Ｐｉｃｔｕｒｅ”）の情報（アドレス情報）を含む状態通知信号Ｍ３を受信した時点から所定時間（例えば５分間）、プレゼンスランプの色やプレゼンスアイコンの色を「みどり」で表示することにより、情報処理装置１００Ｂの周囲に利用者が存在することを示してもよい。【０１１４】（第１実施例）
次に、プレゼンス配布元の情報処理装置１００Ｂにおいて、自プレゼンス情報の一つである自画像を静止画として撮影して、撮影した自画像を、自プレゼンス情報５１の一つを構成する自画像データ５２として自情報ＤＢ５０に登録する処理についてフローチャートを用いて更に説明する。なお、前述のように、自画像データ５２は、自プレゼンス情報５１からリンクを張る形式ではなく、図７に示したように、自プレゼンス情報５１そのものに保存する形式であっても勿論構わないし、あるいは、当該情報処理装置１００Ｂとは別の画像蓄積装置（例えばＷｅｂサーバのようなサーバ装置）に蓄積するようにしても良い。【０１１５】  図１６は、本発明に係る情報処理装置において利用者の自画像を撮影して自プレゼンス情報の一つとして登録し通信相手に対して送信するまでの手順の一例を示すフローチャートであり、図８に示すデータフローチャートにおいて情報処理装置１００Ｂが情報処理装置１００Ａに対して状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を送信する場合を示している。【０１１６】  まず、情報処理装置１００Ｂの利用者は、リモコンユニット１０２のリモコン操作部２１を操作して、状態遷移処理部４５の制御により、図１７に示すような画像登録画面を自画像撮影処理部４４から呼び出すと共に、セットトップユニット１０１に内蔵のカメラ１２により利用者自身の自画像の撮影を指示する（ステップＳ４１）。ここに、図１７は、本発明に係る情報処理装置において撮影した自画像を自プレゼンス情報の一つとして登録するための画像登録画面の一例を示す模式図であり、撮影した自画像を表示して、表示した自画像を登録するか否かを利用者に問い合わせることができる形式となっている。【０１１７】  カメラ１２で撮影された利用者の自画像は、状態遷移処理部４５の制御により、自画像撮影処理部４４にて、ステップＳ４１で呼び出した画像登録画面上に貼り付けられて、モニタ出力処理部４８を経由してテレビ受像機１０３のモニタ３１に画面表示される（ステップＳ４２）。また、自画像撮影処理部４４においては、撮影された自画像を例えばＪＰＥＧ形式で圧縮して画像ファイル（ＪＰＥＧファイル）を生成して、該画像ファイルのファイル名として、他の画像ファイルのファイル名と重複しないように、カメラ１２で撮影する都度、撮影した画像を特定可能なユニークな画像ファイル名（画像ファイルの識別名）を付与する（ステップＳ４３）。【０１１８】  例えば、図７に示した自プレゼンス情報５１の画像欄には、自画像データ５２として「ｍｙｐｉｃｔｕｒｅ．ｊｐｇ」というＪＰＥＧ形式の画像ファイル名が登録されているが、画像ファイル名（識別名）の付与方法としては、例えば「ｍｙｐｉｃｔｕｒｅ０００００１．ｊｐｇ」、「ｍｙｐｉｃｔｕｒｅ０００００２．ｊｐｇ」、…のように、インデックス番号を末尾に付与したファイル名として、該インデックス番号を撮影の都度カウントアップすることにより、重複することがないユニークな画像ファイル名を付与するようにしても良いし、あるいは、撮影日時を末尾に付与するようにしても良い。【０１１９】  次に、利用者がリモコン操作部２１を操作して画像登録画面に表示されている自画像を自プレゼンス情��として登録するように指示した場合、登録指示された自画像を含む画像ファイルを、自情報ＤＢ５０の自画像データ５２として登録する（ステップＳ４４）。ここで、自画像データ５２の所在場所を自プレゼンス情報５１に設定することにより、自プレゼンス情報５１を読み出す際に、自画像データ５２を読み出すことを可能としている。なお、前述のように、自プレゼンス情報５１に自画像データ５２とその所在場所とを設定しても良いし、当該情報処理装置１００Ｂとは別の画像蓄積装置（サーバ装置）に保存するようにしても良い。しかる後、プレゼンス配布先として登録されている情報処理装置１００Ａに対して、登録した自画像データ５２に関する情報を含む自プレゼンス情報５１を状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号として配信する（ステップＳ４５）。ここで、状態通知信号Ｍ３に含まれる自画像データに関する情報としては、前述のように、自画像データ５２の所在場所を示すアドレス情報のみを送信するようにしている【０１２０】  従って、プレゼンス取得要求元の情報処理装置１００Ａが、相手プレゼンス情報６１として相手情報ＤＢ６０に登録する際に、あるいは、場合によっては、相手プレゼンス情報を画面表示する際に、受信した状態通知信号Ｍ３に含まれているアドレス情報から相手の自画像データ５２を画像データ１１０として取得して、取得した画像データ１１０を相手画像として相手プレゼンス情報６１にアドレス情報と共に登録したり、あるいは、場合によっては、取得した画像データ１１０を相手画像３１ｃとして画面表示する。【０１２１】  なお、自情報ＤＢ５０に登録した自画像データ５２にアクセスする参照形式を、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）又はＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に準拠する形式として、当該情報処理装置１００Ｂ内のＷｅｂサーバ装置に蓄積するようにしても良い。この場合は、自画像データ５２の所在場所は、ＵＲＬ形式で表現されることになる。更には、自情報ＤＢ５０を蓄積するＷｅｂサーバ装置の設置場所としては、前述のように、当該情報処理装置１００Ｂ内に内蔵する形態のみに限るものではなく、場合によっては、当該情報処理装置１００Ｂの外部に設置したＷｅｂサーバ装置であっても良く、図２に示したネットワーク１０５を介してアクセスすることができるものであれば、如何なる設置形態であっても構わない。当該情報処理装置１００Ｂの外部のＷｅｂサーバを用いる場合は、撮影した自画像データ５２の画像ファイルを、ネットワーク１０５を介してＷｅｂサーバ装置上にアップロードし、通信相手の情報処理装置１００Ａが当該自画像データを相手画像として参照する場合は、ネットワーク１０５を介して該Ｗｅｂサーバ装置の画像ファイルにアクセスすることになる。【０１２２】  ステップＳ４４において、自プレゼンス情報５１の一つである自画像が新規に登録された場合又は更新して登録された場合、ステップＳ４５に示すように、相手情報ＤＢ６０のプレゼンス配布リスト６３に登録されている通信相手の情報処理装置１００Ａに対して、新規登録した又は更新登録したプレゼンス情報を送信するために、図１３のフローチャートにて説明した���態通知送信手順を起動して、自情報ＤＢ５０から自プレゼンス情報５１を読み出して、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を生成して、通信相手の情報処理装置１００Ａに対して逐次配信する。即ち、自プレゼンス（自分の状態）に変化が生じる都度、プレゼンス配布リスト６３に登録されている全ての通信相手の情報処理装置１００に対して、変化した自プレゼンス情報を配信し直す。更に言えば、自画像の撮影操作を行なうだけで、プレゼンス配布リスト６３に登録されている全ての通信相手に対して、自画像の画像ファイルの所在場所を示すアドレス情報（ＵＲＬ）を自動的に配信することができ、極めて簡便に、最新の自画像を、所望の通信相手に対して届けることができる。【０１２３】  すなわち、カメラ１２において撮影するという操作を行なうと即座に、もしくは、撮影した後、本当に蓄積するか、どの相手に配信するかといった、利用者の選択操作を行なうと即座に、画像ファイルを相手情報処理装置に配信することができる。「ＮＯＴＩＦＹ」信号を用いて情報処理装置１００Ｂから情報処理装置１００Ａに対してプッシュ型で画像ファイルを配信するため、例えば情報処理装置１００Ａから情報処理装置１００Ｂに対してポーリングを行なうプル型に比して、すばやく画像ファイルを配信することができる。【０１２４】  なお、前述のように、利用者自身の自画像を示す画像ファイルを、該利用者の情報処理装置１００Ｂの外部に存在するＷｅｂサーバ上にアップロードしているような場合であっても、該利用者の情報処理装置１００Ｂ内のＷｅｂサーバに蓄積した場合と同様に、自画像の画像ファイルの所在場所としては、アップロードしたＷｅｂサーバ上の所在場所を示すアドレス（ＵＲＬ）を示すように、自プレゼンス情報が生成されて、「ＮＯＴＩＦＹ」信号として、プレゼンス配布先の情報処理装置１００Ａに対して配信される。また、このような外部のＷｅｂサーバ上に自画像の画像ファイルをアップロードした場合であっても、該利用者の情報処理装置１００Ｂ内のＷｅｂサーバに蓄積した場合と同様に、該画像ファイルの所在場所を示すＵＲＬ情報は、他の画像ファイル（例えば以前に撮影した自画像の画像ファイル）のＵＲＬ情報とは重複することはなく、例えばＨＴＴＰ準拠の場合、「ｈｔｔｐ：／／ｗｗｗ．ｓｈａｒｐ．ｃｏ．ｊｐ／ｖｉｓｕａｌｃｏｍｍ／ｐｉｃｔｕｒｅ／ｍｙｐｉｃｔｕｒｅ０００００１．ｊｐｇ」のように、ユニークなインデックス番号がファイル名に付与された形式とされて、それぞれの画像ファイルの所在場所をユニークに特定することができる。【０１２５】  また、図１６のフローチャートのステップＳ４５において「ＮＯＴＩＦＹ」信号を送信する場合にのみ、「ＮＯＴＩＦＹ」信号の中に画像ファイルの所在場所を示すパラメータ（“Ｐｉｃｔｕｒｅ”）を含めるようにしても良い。換言すれば、利用者の自画像を撮影したとき以外の「ＮＯＴＩＦＹ」信号の中には、画像ファイルの所在場所を示すパラメータ（“Ｐｉｃｔｕｒｅ”）を含めないようにしても良い。これにより、利用者の自画像の画像ファイルが更新された場合にのみ、画像ファイルの所在場所を通信相手の情報処理装置１００Ａに伝えることができる。【０１２６】  図��６のフローチャートにて説明したように、プレゼンス配布元の情報処理装置１００Ｂは、自プレゼンス情報の一つである自画像を撮影して登録した際に、プレゼンス配布リスト６３に登録されている通信相手に対して登録した自プレゼンス情報を状態通知信号Ｍ３として送信するが、次に、該状態通知信号Ｍ３を受信したプレゼンス配布先の情報処理装置１００Ａにおいて、相手プレゼンス情報６１として相手情報ＤＢ６０に登録する処理について図１８に示すフローチャートを用いて更に説明する。【０１２７】  図１８は、本発明に係る情報処理装置において受信した相手画像を相手プレゼンス情報の一つとして登録するまでの手順の一例を示すフローチャートであり、図８に示すデータフローチャートにおいて情報処理装置１００Ａが情報処理装置１００Ｂから状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を受信した場合を示すものであるが、図１４のフローチャートにおいて説明した状態通知受信手順とは異なり、受信した相手プレゼンス情報を無条件に相手情報ＤＢ６０に登録せずに、相手プレゼンス情報６１に登録されている内容と受信した内容とが相違している場合に限って、相手情報ＤＢ６０に登録する。なお、図１８においては、相手プレゼンス情報の一つとしての相手画像が登録済みの相手画像と異なっているか否かについてのみ説明しているが、相手プレゼンス情報の他の項目についても全く同様に処理される。【０１２８】  図１８に示すフローチャートにおいて、まず、相手プレゼンス情報を含む状態通知信号Ｍ３を受信した情報処理装置１００Ａにおいては、状態遷移処理部４５の制御により、相手プレゼンス情報受信処理部４７にて、通信部４１を介して受信した状態通知信号Ｍ３から相手プレゼンス情報を取り出す（ステップＳ５１）。次いで、取り出した相手プレゼンス情報の付加情報として、相手画像が含まれているか否か、即ち、相手画像の所在場所（アドレス情報例えばＵＲＬ）を示す「画像」（“Ｐｉｃｔｕｒｅ”）情報が含まれているか否かをチェックする（ステップＳ５２）。【０１２９】  相手画像の所在場所を示す「画像」（“Ｐｉｃｔｕｒｅ”）が含まれていない場合は（ステップＳ５２のＮＯ）、相手プレゼンス情報としての新たな相手画像が送信されてきていないので、相手プレゼンス情報６１の相手画像の更新処理を行なうことなく、図１８の処理を終了するが、一方、「画像」（“Ｐｉｃｔｕｒｅ”）が含まれていた場合は（ステップＳ５２のＮＯ）、受信した相手プレゼンス情報の「画像」（“Ｐｉｃｔｕｒｅ”）情報が示すアドレス情報（ＵＲＬ）と同じアドレス情報（ＵＲＬ）を、相手情報ＤＢ６０の相手プレゼンス情報６１内に既に登録しているか否かを確認する（ステップＳ５３）。（ステップＳ５１〜ステップＳ５３においてプレゼンス情報受信処理部４７が画像データの所在場所を示すアドレス情報を受信する処理が、アドレス情報受信手段を構成する。）【０１３０】  同じアドレス情報（ＵＲＬ）を既に登録している場合は（ステップＳ５３のＹＥＳ）、同じ相手画像を相手プレゼンス情報６１として既に登録済みであり、新たな相手画像が送信されてきていないので、相手プレゼンス情報６１の相手画像の更新処理を行なうことなく、図１８の処理を終了するが、一方、同じアドレス情報（ＵＲＬ）がまだ登録されていない場合は（ステップＳ５３のＮＯ）、受信したアドレス情報（ＵＲＬ）を用いてアクセスして、相手画像の画像ファイルを取得する（ステップＳ５４）。取得した相手画像は、相手情報ＤＢ６０の相手プレゼンス情報６１の一つとして登録される（ステップＳ５５）。【０１３１】  なお、ステップＳ５４，Ｓ５５に示す例では、相手画像を相手プレゼンス画像６１の一つとして取得して相手情報ＤＢ６０に登録し、以降において、相手プレゼンス情報を画面表示する際に、相手情報ＤＢ６０の相手プレゼンス情報６１を読み出して画面表示することを可能としている例を示している。しかし、相手画像を相手プレゼンス情報６１の一つとして取得した時点において、当該情報処理装置１００Ａの利用者から相手プレゼンス表示情報３１Ａとして画面表示することを指示されている状態にあった場合には、相手情報ＤＢ６０に相手プレゼンス情報６１として登録すると共に、取得した相手画像を図５の詳細情報画面に示すように相手画像３１ｃとして画面表示する。【０１３２】  上記の変形例として、状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）の中には画像データが所在している所在場所を示すアドレス情報（ＵＲＬ情報）を含まず「画像が更新された」という情報のみを含み、図１８のステップＳ５５において情報処理装置１００Ａはあらかじめ定められたアドレス情報（ＵＲＬ情報）を用いてアクセスして画像データを取得する方法を用いてもよい。この場合、例えば情報処理装置１００Ｂの画像データの蓄積場所のアドレス情報（ＵＲＬ情報）が“ｗｗｗ．ａｂｃｄｅ．ｃｏ．ｊｐ：６０７１／ｘｙｚ／ｍｙｐｉｃｔｕｒｅ．ｊｐｇ”であることを、情報処理装置１００Ａはあらかじめ知っている。【０１３３】  また、前述のように、アドレス情報としてＵＲＬ情報を用いる場合は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）又はＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）により、ＵＲＬ情報に指定されたＷｅｂサーバ（プレゼンス配布元の情報処理装置１００Ｂ内に存在しているか否かに関係なく、該ＵＲＬが示すＷｅｂサーバ）にアクセスして、画像データ１１０として相手画像の画像ファイルを取得するようにしている。ここで、ＨＴＴＰやＦＴＰにおいては、トランスポート層のプロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）におけるＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）とは異なり、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いており、ＵＤＰに比して、転送用パケットのロスなどが生じる危険性は遥かに少なく、信頼性が高く画像データ１１０のような大容量のデータを転送することに適しているプロトコルである。【０１３４】  以上に説明したように、相手プレゼンス情報を含む状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を受信する情報処理装置１００Ａにとっては、相手プレゼンス情報６１として相手画像を相手情報ＤＢ６０に新規に登録したり更新登録したりする場合や、最新の相手プレゼンス情報を画面表示したりする場合などのように、必要な場合にのみ、高い信頼性を有する転送プロトコルを用いて、データ量が多い相手画像を画像データ１１０として、確実、かつ、効率良く、転送させることができる。【０１３５】  なお、図１６、図１８を用いて説明した画像配布の方法、及び、このあと説明する図１６、図１８を用いて説明する変形の画像配布方法は、必ずしも情報処理装置１００Ｂがカメラ１２を用いて撮影した画像に限らず、画像データ入力部７２から入力した画像を情報処理装置１００Ａに提供する際に用いてもよい。例えば、情報処理装置１００ＢのＳＤメモリーカード用のスロットにＳＤメモリーカードを挿し込むと、ＳＤメモリーカード内の画像ファイルのアドレス情報を含む状態通知信号Ｍ３が情報処理装置１００Ａに送られ、情報処理装置１００ＡがＳＤメモリーカード内の画像ファイルを取得する構成であってもよい。この場合、ＳＤメモリーカードをＳＤメモリーカード用のスロットに挿し込むだけで、プレゼンス配布リスト６３に登録された通信相手（情報処理装置１００Ａ、情報処理装置１００Ｃ、情報処理装置１００Ｄ）に簡単にＳＤメモリーカード内の画像ファイルを提供することができる。【０１３６】  さて、図１８のステップＳ５４において情報処理装置１００Ａが相手画像の画像ファイルを取得する処理について説明した。この場合、画像ファイルを提供する側である情報処理装置１００Ｂは、ＨＴＴＰサーバ、または、ＦＴＰサーバの役割を果たし、情報処理装置１００Ａからアドレス情報（ＵＲＬ）を指定して画像ファイルを要求された場合、自情報ＤＢ５０に含まれる自画像データ５１を情報処理装置１００Ａに提供する。そのために、情報処理装置１００Ｂは、ＨＴＴＰ用の受信ポート、または、ＦＴＰ用の受信ポートを開放して、ＨＴＴＰまたはＦＴＰでの画像ファイル要求を待ち受けることになる。【０１３７】  しかしながら、これらの受信ポートを常時開放しておくと、不正なアクセスを受ける機会を増やすこととなり望ましくない。また、状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を配布した相手である情報処理装置１００Ａ、情報処理装置１００Ｃ、情報処理装置１００Ｄ以外の情報処理装置（例えば情報処理装置１００Ｘ）から画像ファイルを要求された場合でも、画像ファイルを提供してしまうことも起こりかねない。【０１３８】  ＨＴＴＰ用の受信ポート、または、ＦＴＰ用の受信ポートを開放したために受ける不正なアクセスの機会を減らすための方法は、情報処理装置１００Ｂがこれらの受信ポートの開放時間を減らすことである。具体的には、情報処理装置１００Ｂは状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を情報処理装置１００Ａに送信した後、第１の所定時間（例えば１分間。数秒から数十分が望ましい。）の間だけ受信ポートを開放する。状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を受信して第２の所定時間（例えば１秒。）後から第１の所定時間の間だけ受信ポートを開放する構成であってもよい。開放していない時に当該受信ポートに対してアクセスされて自画像データ５１を要求されたとしても、自画像データ５１を提供しない。【０１３９】  状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を配布した相手以外の情報処理装置１００Ｘから画像ファイルを要求された場合に、画像ファイルを提供しない方��としては、ＨＴＴＰリクエスト、または、ＦＴＰリクエストを受信した場合に、ＨＴＴＰリクエスト、または、ＦＴＰリクエストの送信元が、状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）の送信先と一致するかどうかを調べ、一致する場合にのみ自画像データ５１を提供するという方法が考えられる。具体的には、ＨＴＴＰリクエスト、または、ＦＴＰリクエストの送信元はＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）またはＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスで表わされるが、これらがプレゼンス配布リスト６３に含まれるＳＩＰアドレスの一部をなしているかを調べる。例えば、受信したＨＴＴＰリクエストの送信元アドレスが「ｘｘｘｘｘ．ｃｏ．ｊｐ」である場合、プレゼンス配布リスト６３にはＳＩＰアドレス「ｘｘｘ＠ｘｘｘｘｘ．ｃｏ．ｊｐ」が含まれており、「ｘｘｘ＠ｘｘｘｘｘ．ｃｏ．ｊｐ」はＨＴＴＰリクエストの送信元アドレス「ｘｘｘｘｘ．ｃｏ．ｊｐ」を含むため、自画像データ５１を提供してもよいと判定する。なお、プレゼンス配布リスト６３に含まれるＳＩＰアドレスの値の中にＨＴＴＰリクエスト、または、ＦＴＰリクエストの送信元アドレスが含まれる必要は必ずしもなく、プレゼンス配布リスト６３の中にＳＩＰアドレスと対応付けて、自画像データ５１を提供してもよいＵＲＬまたはＩＰアドレスを記述して保持する構成であってもよい。【０１４０】  状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を配布した相手以外の情報処理装置１００Ｘから画像ファイルを要求された場合に画像ファイルを提供せず、かつ、ＨＴＴＰ用の受信ポート、または、ＦＴＰ用の受信ポートを開放したために受ける不正なアクセスの機会を減らすための方法として、情報処理装置１００Ｂと情報処理装置１００Ａとの間で受信ポート通知用のセッションを確立して、当該セッション内で安全に受信ポートを情報処理装置１００Ａのみに通知する方法がある。なお、このセッション（呼）では通話のための音声データや映像データを情報処理装置１００Ａと情報処理装置１００Ｂとの間で交換する必要はない。【０１４１】  図２５は、本発明に係る情報処理装置においてＳＩＰによりセッションを確立し、当該セッション内で安全に受信ポートを通知する手順の一例を説明するためのデータフローチャートであり、情報処理装置１００Ａと情報処理装置１００Ｂとの間でセッションを確立して自画像データ５１を安全に配布するシーケンスを示している。なお、ＳＩＰの枠組みでは情報処理装置１００Ａと情報処理装置１００Ｂとの間でやりとりされるＳＩＰメッセージは暗号化されていないが、ＳＩＰメッセージをＩＰＳｅｃ（ＩＰ  Ｓｅｃｕｒｉｔｙ）を用いて暗号化することにより、セッションを用いて情報処理装置１００Ａと情報処理装置１００Ｂとは安全に情報をやりとりすることができる。【０１４２】  図２５では、情報処理装置１００Ｂにおいて自画像データ５１のファイル名を含む状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を送信する。状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を受信した情報処理装置１００Ａは、情報処理装置１００Ｂに対してセッション確立要求信号Ｍ１１（「ＩＮＶＩＴＥ」信号）を送信する。セッション確立要求信号Ｍ１１（「ＩＮＶＩＴＥ」信号）を受信した情報処理装置１００Ｂは、ＨＴＴＰ受信ポートＰ１の情報を含むセッション確立応答信号Ｍ１２（「ＩＮＶＩＴＥ」信号に対する「ＯＫ」信号）を返信する。【０１４３】  セッション確立応答信号Ｍ１２（「ＩＮＶＩＴＥ」信号に対する「ＯＫ」信号）を受信した情報処理装置１００Ａは、セッション確立確認信号Ｍ１３（「ＡＣＫ」信号）を送信してセッション確立を完了するとともに、情報処理装置１００ＢのＨＴＴＰ受信ポートＰ１に対してＨＴＴＰリクエストＭ２１を送信し、画像データを要求する。
情報処理装置１００Ｂでは、セッション確立確認信号Ｍ１３（「ＡＣＫ」信号）を受信すると、ＨＴＴＰ受信ポートＰ１を開放し、ＨＴＴＰリクエストの受信を待ち受ける。その後、情報処理装置１００Ｂでは、ＨＴＴＰ受信ポートＰ１にてＨＴＴＰリクエストＭ２１を受信し、自画像データ５１を含むＨＴＴＰレスポンスＭ２２を作成して情報処理装置１００Ａに返信する。【０１４４】  画像データを含むＨＴＴＰレスポンスＭ２２の受信を完了した情報処理装置１００Ａは、セッション切断要求信号Ｍ１４（「ＢＹＥ」信号）を情報処理装置１００Ｂに送信する。セッション切断要求信号Ｍ１４（「ＢＹＥ」信号）を受信した情報処理装置１００Ｂは、セッション切断応答信号Ｍ１５（「ＢＹＥ」信号に対する「ＯＫ」信号）に返信して、セッションを切断するとともに、ＨＴＴＰ受信ポートＰ１の開放を終了する。【０１４５】  図２６は、本発明の実施形態において情報処理装置１００Ａが送信するセッション確立要求信号Ｍ１１（「ＩＮＶＩＴＥ」信号）に含まれるＳＩＰメッセージの例である。本実施形態においては、ＨＴＴＰ受信ポートＰ１の通知用に“Ｘ−ＰＨＯＴＯＤＡＴＡ”という独自の送信データ形式を規定する。このＳＩＰメッセージの中で、“ｍ＝ａｐｐｌｉｃａｔｉｏｎ  ６０５４  ＨＴＴＰＳ／Ｘ−ＰＨＯＴＯＤＡＴＡ”の行では、“ＨＴＴＰＳ／Ｘ−ＰＴＨＯＴＯＤＡＴＡ”によりＨＴＴＰ受信ポートＰ１通知用にＨＴＴＰで送受信する情報をＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）により暗号化したＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｉｔｙ）を用いることが示され、“６０５４”により当該ＨＴＴＰＳの情報処理装置１００Ａ側のＨＴＴＰ受信ポートＰ２の値が６０５４であることが示されている。但し、続く行の“ａ＝ｒｅｃｖｏｎｌｙ”にて、ＨＴＴＰＳにてやりとりされるデータは、情報処理装置１００Ａ側が取得するのみであることを示している。この場合、例えば情報処理装置１００ＡのＨＴＴＰ受信ポートＰ２（６０５４）は、送信したＨＴＴＰリクエストに対応するＨＴＴＰレスポンスは受信するが、ＨＴＴＰリクエストは受信しない、または、適切に処理しないという構成であってもよい。【０１４６】  図２７は、本発明の実施形態において情報処理装置１００Ｂが送信するセッション確立応答信号Ｍ１２（「ＩＮＶＩＴＥ」信号に対する「ＯＫ」信号）に含まれるＳＩＰメッセージの例である。このＳＩＰメッセージの中で、“ｍ＝ａｐｐｌｉｃａｔｉｏｎ  ６０７１  ＨＴＴＰＳ／Ｘ−ＰＨＯＴＯＤＡＴＡ”の行では、“ＨＴＴＰＳ／Ｘ−ＰＴＨＯＴＯＤＡＴＡ”によりＨＴＴＰ受信ポートＰ１通知用にＨＴＴＰＳを用いることが示され、“６０７１”により当該ＨＴＴＰＳの情報処理装置１００Ｂ側のＨＴＴＰ受信ポートＰ１の値が６０７１であることが示されている。そして、続く行の“ａ＝ｓｅｎｄｏｎｌｙ”にて、ＨＴＴＰＳにてやりとりされるデータは、情報処理装置１００Ｂ側が提供するのみであることを示している。この場合、例えば情報処理装置１００ＢのＨＴＴＰ受信ポートＰ１（６０７１）は、ＨＴＴＰリクエストは受信するが、ＨＴＴＰレスポンスは受信しない、または、適切に処理しないという構成であってもよい。（情報処理装置１００Ｂの呼制御処理部７１がＨＴＴＰ受信ポートＰ１を含むセッション確立応答信号Ｍ１２を送信する処理が受信ポート通知手段を構成し、情報処理装置１００Ａの呼制御処理部７１がＨＴＴＰ受信ポートＰ１を含むセッション確立応答信号Ｍ１２を受信する処理が受信ポート取得手段を構成する。）【０１４７】  これらにより、情報処理装置１００Ｂは、情報処理装置１００Ａとの間でセッションを維持する期間のみ、情報処理装置１００Ａに通知したＨＴＴＰ受信ポートＰ１を開放するため、ＨＴＴＰ受信ポートＰ１への不正なアクセスの機会を減らすことができる。また、ＨＴＴＰ受信ポートＰ１の通知はＳＩＰを用いて行なうため、情報処理装置１００Ａに対してのみ確実に通知できる。さらに、情報処理装置１００Ｂは、相手情報処理装置ごと（情報処理装置１００Ａ、情報処理装置１００Ｃ、情報処理装置１００Ｄごと）、セッションごと、にＨＴＴＰ受信ポートＰ１を変更する構成であってもよい。その場合には、情報処理装置１００Ａとの間でセッションを維持してＨＴＴＰ受信ポートＰ１を開放している状態であっても、セッションを維持していない情報処理装置１００ＣはＨＴＴＰ受信ポートＰ１の値が何であるかを知ることはできないため、不正なアクセスの機会を減らすことができる。【０１４８】  また、さらなる変形例として、状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）の中には画像データが所在している所在場所を示すアドレス情報（ＵＲＬ情報）を含まず「画像が更新された」という情報のみを含み、情報処理装置１００Ｂが送信するセッション確立応答信号Ｍ１２（「ＩＮＶＩＴＥ」信号に対する「ＯＫ」信号）により画像データが所在している所在場所を示すアドレス情報（ＵＲＬ情報）を通知する方法が考えられる。この場合、例えば図１５に示すプレゼンス情報の中の付加情報の「画像」（“Ｐｉｃｔｕｒｅ”）の項目では、＜Ｏｐｔｉｏｎ  ｔｙｐｅ＝“Ｐｉｃｔｕｒｅ”＞タグと＜／Ｏｐｔｉｏｎ＞タグとに囲まれた領域には値（ＵＲＬ情報）を含まない（値を含まない「画像」（“Ｐｉｃｔｕｒｅ”）の項目を含む状態通知信号Ｍ３を送信する情報処理装置１００Ｂのプレゼンス情報送信処理部４６の処理が自画像蓄積情報配信手段を構成し、値を含まない「画像」（“Ｐｉｃｔｕｒｅ”）の項目を含む状態通知信号Ｍ３を受信する情報処理装置１００Ａのプレゼンス情報受信処理部４７の処理が画像蓄積情報取得手段を構成する。）。その代わりに情報処理装置１００Ｂは、情報処理装置１００Ａからセッション確立要求信号Ｍ１１（「ＩＮＶＩＴＥ」信号）を受信すると、図２８に示すようなＳＩＰメッセージを含むセッション確立応答信号Ｍ１２（「ＩＮＶＩＴＥ」信号に対する「ＯＫ」信号）を情報処理装置１００Ａに送信する。【０１４９】  すなわち、図２８の“ａ＝Ｘ−ｐｈｏｔｏｄａｔａ−ｕｒｌ：ｈｔｔｐｓ：／／ｗｗｗ．ａｂｃｄｅ．ｃｏ．ｊｐ：６０７１／ｘｙｚ／ｍｙｐｉｃｔｕｒｅ．ｊｐｇ”の行を用いて、情報処理装置１００Ｂは、情報処理装置１００Ａに対して画像データが所在している所在場所を示すアドレス情報（ＵＲＬ情報）を通知する。これにより、情報処理装置１００Ｂは、情報処理装置���００Ａに対してセッションを用いて安全に情報処理装置１００Ａのみにアドレス情報（ＵＲＬ情報）を通知することができる。（情報処理装置１００Ｂの呼制御処理部７１が画像データが所在している所在場所を示すアドレス情報を含むセッション確立応答信号Ｍ１２を送信する処理がアドレス情報通知手段を構成し、情報処理装置１００Ａの呼制御処理部７１が画像データが所在している所在場所を示すアドレス情報を含むセッション確立応答信号Ｍ１２を受信する処理がアドレス情報取得手段を構成する。）【０１５０】（第２実施例）
前述した第１実施例においては、送信する自プレゼンス情報（言い換えると、受信側から見ると相手プレゼンス情報）を含む状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号の中に、自画像（受信側から見ると、相手画像）を示す画像データ１１０そのものを含めず、該自画像（相手画像）の所在場所を示すアドレス情報を含める場合について説明したが、本第２実施例においては、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号の中に、自画像（相手画像）を示す画像データ１１０そのものを含めている場合について説明する。【０１５１】  即ち、第１実施例の場合において、例えばプレゼンス配布元の情報処理装置１００Ｂの内部又は外部に存在するＷｅｂサーバ装置に自画像の画像データを蓄積し、該Ｗｅｂサーバ装置に対して、相手画像を取得したいプレゼンス取得要求元の情報処理装置１００Ａからアクセスするような場合、該Ｗｅｂサーバ装置のセキュリティ対策が不十分な場合、不特定多数の利用者が、該Ｗｅｂサーバ装置に対して勝手にアクセスして、蓄積していた自画像の画像データを不特定多数の利用者に盗み見されてしまう恐れがある。そこで、本第２実施例では、かかる事態を回避するために、プレゼンス配布元の情報処理装置１００Ｂの外部にあるＷｅｂサーバ装置に自画像の画像データを蓄積することなく、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号の中に含めて配信するようにしたものである。【０１５２】  図１９は、本発明に係る情報処理装置において利用者の自画像を撮影して自プレゼンス情報の一つとして登録し通信相手に対して送信するまでの手順の異なる例を示すフローチャートであり、第１実施例の図１６に示す状態通知送信処理の変形を示すものである。図１９のステップＳ６１，Ｓ６２は、図１６のステップＳ４１，Ｓ４２と全く同様であり、図１７の画像登録画面を用いて自プレゼンス情報を構成する自画像を撮影するものであり、詳細な説明は省略する。自画像を撮影した後、該自画像を画像ファイル（ＪＰＥＧファイル）として生成し、該画像ファイルのファイル名を付与している。ここで、各画像ファイルの識別名として、前述の図１６の場合と同様に、各画像ファイルをそれぞれ識別可能なユニークなファイル名を付与するようにしても良いが、本実施例の場合、画像ファイル名により識別する代わりに、撮影した画像データに付随して取得される撮影日時により各画像ファイルを識別する例について説明する。【０１５３】  即ち、本実施例においては、画像ファイル名を付与する際に、合わせて、自画像を撮影した撮影日時を取得する（ステップＳ６３）。利用者がリモコン操作部２１を操作して画像登録画面に表示されている自画像を自プレゼンス情報として登録するように指示した場合、登録指示された自画像を含む画像ファイルと取得した撮影日時とを、自情報ＤＢ５０の自画像データ５２として登録する（ステップＳ６４）。ここで、撮影日時の例としては、０．０１秒単位まで表示可能な形式とし、例えば２００４年１月１日９時３０分丁度に撮影した場合、「２００４０１０１０９３０００００」のような形式を用いる。【０１５４】  更に、相手情報ＤＢ６０のプレゼンス配布リスト６３に登録されているプレゼンス取得要求元の情報処理装置１００Ａに対して���図１３のフローチャートにて説明した状態通知送信手順を起動して、登録した自画像の画像データと撮影日時とを含む自プレゼンス情報５１を自情報ＤＢ５０から読み出して、状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を生成して、通信相手の情報処理装置１００Ａに対して逐次配信する（ステップＳ４５）。即ち、自画像の撮影操作を行なうだけで、最新に撮影した自画像により自プレゼンス（自分の状態）に変化が生じているものとして、プレゼンス配布リスト６３に登録されている全ての情報処理装置１００Ａに対して、変化した自プレゼンス情報を自動的に配信し直す。ここで、状態通知信号Ｍ３には、自画像の画像ファイルの所在場所を示すアドレス情報（ＵＲＬ）ではなく、撮影した自画像そのものを撮影日時と共に配信するので、極めて簡便に、かつ、迅速に、最新の自画像を所望の通信相手に対して届けることができる。なお、「ＮＯＴＩＦＹ」信号は、必ずしも１つの通信パケットにマッピングする必要はなく、自プレゼンス情報を分割して複数の通信パケットにマッピングする構成であっても良い。【０１５５】  また、プレゼンス取得要求元の情報処理装置１００Ａにおいては、画像データと撮影日時とを含む相手プレゼンス情報を有する状態通知信号Ｍ３を受信して、撮影日時と共に相手画像を相手情報ＤＢ６０に直ちに登録することが可能である。なお、該情報処理装置１００Ａでは、撮影日時を用いて、同じ相手画像を相手情報ＤＢ６０に既に登録していないか否かを識別することができ、重複して同じ相手画像を登録してしまうことを防止可能としている。【０１５６】  次に、相手プレゼンスを取得したい情報処理装置１００Ａの利用者が、プレゼンス配布元の情報処理装置１００Ｂに対して、相手プレゼンス情報の取得を要求する状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）を送信することにより、情報処理装置１００Ｂから、前述の図１９のフローチャートにて説明したような撮影日時付きの画像データを含む状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を受信して、相手情報ＤＢ６０に相手プレゼンス情報６１として登録するまでの手順を図２０，図２１のフローチャートを用いて説明する。なお、プレゼンス取得要求元の情報処理装置１００Ａにおいて送信する、相手プレゼンス情報の取得を要求する状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）は、相手情報ＤＢ６０に相手プレゼンス情報６１を既に登録済みの通信相手の情報処理装置１００Ｂに対する場合であっても送信することができる。【０１５７】  図２０は、本発明に係る情報処理装置が、プレゼンスを取得したい取得要求先の情報処理装置に対して、プレゼンスの取得要求を示す状態通知登録要求信号を送信し、プレゼンスの送信を示す状態通知信号を受信して相手プレゼンス情報として登録する手順の一例を示すフローチャートであり、また、図２１は、本発明に係る情報処理装置が、プレゼンス取得要求元の情報処理装置からプレゼンスの取得要求を示す状態通知登録要求信号を受信し、プレゼンスの送信を示す状態通知信号を送信する手順の一例を示すフローチャートであり、それぞれ、第１実施例の図９及び図１４のフローチャート、また、図１０及び図１３のフローチャートに示す手���とは異なる例を説明するものである。【０１５８】  即ち、図２０及び図２１のフローチャートにおいては、プレゼンス交換の際に常にデータ量が多い自画像のデータを送受信することは負荷が大き過ぎるので、以下に示すような場合、即ち、
１）プレゼンス取得要求元の情報処理装置１００Ａから状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）として自画像を含む自プレゼンス情報の配信を要求された場合、
２）プレゼンス取得要求元の情報処理装置１００Ａの相手情報ＤＢ６０に相手画像として保持している画像が、プレゼンス配布元の当該情報処理装置１００Ｂの自情報ＤＢ５０に保持している自画像データ５２と異なっている場合、又は、相手画像として保存されていない場合、
の各場合にのみ、プレゼンス情報として自画像の画像データを含むプレゼンス交換を行なうこととしている。なお、図１９にて説明したように、情報処理装置１００の自情報ＤＢ５０に保持している自画像データ５２が更新された場合も、自動的に、自画像の画像データを含むプレゼンス交換を行なうことになる。【０１５９】  言い換えると、図２０及び図２１のフローチャートにおいては、状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）を送信するプレゼンス取得要求元の情報処理装置１００Ｂの相手プレゼンス情報６１が相手情報ＤＢ６０に既に登録済みであった場合、相手プレゼンス情報６１に含まれている相手画像と共に登録されている撮影日時を状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）に含めて、プレゼンス配布元の情報処理装置１００Ｂに対して送信し、一方、情報処理装置１００Ｂにて、受信した状態通知登録要求信号Ｍ１に含まれている撮影日時を参照して、状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）に自画像の画像データを含めて送信するか否かを判定する場合について説明している。【０１６０】  まず、図２０のフローチャートを用いて、プレゼンス取得要求元の情報処理装置１００Ａが撮影日時情報を含むプレゼンス取得要求を送信して相手プレゼンス情報を取得して登録するまでの手順について説明する。情報処理装置１００Ａは、利用者からリモコン操作部２１の操作により相手プレゼンス情報の取得要求がなされた場合、状態遷移処理部４５の制御により、プレゼンス情報送信処理部４６にて、まず、プレゼンス取得要求された通信相手の情報処理装置１００Ｂに関する相手プレゼンス情報６１の相手画像が相手情報ＤＢ６０に既に登録済みか否かを判定する（ステップＳ７１）。【０１６１】  相手プレゼンス情報６１の相手画像がまだ登録されていない場合は（ステップＳ７１のＮＯ）、相手画像をまだ登録していない旨を示す情報を含む状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）を生成して、取得要求先の情報処理装置１００Ｂに対して送信する（ステップＳ７２）。一方、相手プレゼンス情報６１の相手画像が相手情報ＤＢ６０に既に登録されている場合は（ステップＳ７１のＹＥＳ）、登録されている相手画像の撮影日時情報を含む状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）を生成して、取得要求先の情報処理装置１００Ｂに対して送信する（ステップＳ７３）。（プレゼンス情報送信処理部４６が行なうステップＳ７１〜ステップＳ７３の処理が、画像保持通知送信手段を構成する。）【０１６２】  次いで、取得要求先の情報処理装置１００Ｂから、状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）の受信確認の旨の「ＯＫ」信号Ｍ２を受信すると（ステップＳ７４）、該取得要求先の情報処理装置１００Ｂから、相手プレゼンス情報の送信を示す状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）の受信を待ち合わせ、状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を受信すると（ステップＳ７５）、該状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）の受信確認の旨の「ＯＫ」信号Ｍ４を送信元の情報処理装置１００Ｂに対して返送する（ステップＳ７６）。【０１６３】  状態通知信号Ｍ３（「ＮＯＴＩＦＹ」��号）を受信した情報処理装置１００Ａでは、状態遷移処理部４５の制御により、相手プレゼンス情報受信処理部４７にて、受信した状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）に、相手プレゼンス情報として相手画像が含まれているか否かを確認する（ステップＳ７７）。含まれていない場合は（ステップＳ７７のＮＯ）、取得要求先の情報処理装置１００Ｂにはまだプレゼンス情報として配布すべき画像が存在していないか、あるいは、相手情報ＤＢ６０に既に登録している相手画像と同じ撮影日時の画像データが最新の相手画像であり、取得要求先の情報処理装置１００Ｂからの自画像の配信が抑止されている場合であり、図２０の更新登録処理を終了する。【０１６４】  一方、相手プレゼンス情報として相手画像が含まれていた場合は（ステップＳ７７のＹＥＳ）、相手情報ＤＢ６０に登録している相手画像とは異なる撮影日時の画像データが最新の相手画像として配信されてきているので、状態遷移処理部４５の制御により、相手プレゼンス情報受信処理部４７にて、今回受信した相手画像と撮影日時とを、更新すべき相手プレゼンス情報であるとして、相手情報ＤＢ６０の相手プレゼンス情報６１に更新登録する（ステップＳ７８）。（プレゼンス情報受信処理部４７が行なうステップＳ７８の処理が、画像受信手段を構成する。）【０１６５】  しかる後、プレゼンス取得要求元の情報処理装置１００Ａにおいては、状態遷移処理部４５の制御により、取得要求先の情報処理装置１００Ｂの相手プレゼンス情報を、図５に示すような詳細情報画面として画面表示しているか否かを判定し（ステップＳ７９）、画面表示している場合は（ステップＳ７９のＹＥＳ）、詳細情報画面として表示されている相手プレゼンス表示情報３１Ａの相手画像３１ｃを、新たに取得して登録した相手画像に更新して画面表示する（ステップＳ８０）。【０１６６】  次に、図２１のフローチャートを用いて、プレゼンス取得要求先（プレゼンス配布元）の情報処理装置１００Ｂが撮影日時情報を含むプレゼンス情報取得要求を、取得要求元の情報処理装置１００Ａから受信して、取得要求元の情報処理装置１００Ａに対して自プレゼンス情報を送信するまでの手順について説明する。
なお、ＳＩＰにおいては、前述したように、プレゼンス取得要求先（プレゼンス配布元）の情報処理装置１００Ｂは、取得要求元の情報処理装置１００Ａから状態通知登録要求信号Ｍ１の「ＳＵＢＳＣＲＩＢＥ」信号を受信すると、必ず、自プレゼンス情報を含む状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を返送することになっているので、取得要求元の情報処理装置１００Ａの利用者は、所望のタイミングで「ＳＵＢＳＣＲＩＢＥ」信号の送信を指示することにより、オンデマンドで、取得要求先（プレゼンス配布元）の情報処理装置１００Ｂから相手プレゼンス情報として状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号を受信することができる。【０１６７】  図２１のフローチャートにおいて、プレゼンス情報の配布元の情報処理装置１００Ｂが、通信部４１を介して、取得要求元の情報処理装置１００Ａから状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）を受信すると、状態遷移処理部４５の制御により、相手プレゼンス情報受信処理部４７にて、取得要求の送信元の情報処理装置１００ＡのＳＩＰアドレスを取り出し（ステップＳ８１）、該ＳＩＰアドレスが、当該情報処理装置１００Ｂに対する状態通知登録要求信号Ｍ１として受け入れ可能なアドレスの情報処理装置であるか否かを判定する（ステップＳ８２）。ここで、状態通知登録要求信号Ｍ１を受け入れ可能な情報処理装置のＳＩＰアドレスは、例えば、「ポリシーファイル」として相手情報ＤＢ６０に予め登録するようにしておく。【０１６８】  該ＳＩＰアドレスが受け入れ可能なアドレスの情報処理装置ではないと判定した場合は（ステップＳ８２のＮＯ）、取得要求元の情報処理装置１００Ａは、状態通知登録要求信号Ｍ１として受け入れることができない情報処理装置であるとして、状態通知登録要求信号Ｍ１の受け入れを拒否する「ＮＧ」信号を応答として生成し、取得要求の送信元の情報処理装置１００Ａに対して返送する（ステップＳ８３）。【０１６９】  一方、該ＳＩＰアドレスが受け入れ可能なアドレスの情報処理装置であると判定した場合は（ステップＳ８２のＹＥＳ）、取得要求元の情報処理装置１００ＡのＳＩＰアドレスが、自プレゼンス情報の配布先を登録している相手情報ＤＢ６０のプレゼンス配布リスト６３に登録されているか否かを確認する。まだ登録されていなかった場合には、受信したＳＩＰアドレスをプレゼンス配布リスト６３に登録する（ステップＳ８４）。しかる後、状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）を受信確認した旨を示す「ＯＫ」信号Ｍ２を応答として生成し、送信元の情報処理装置１００Ａに対して返送する（ステップＳ８５）。（プレゼンス情報受信処理部４７が行なうステップＳ８１〜ステップＳ８５の処理が、画像保持通知受信手段を構成する。）【０１７０】  更に、状態通知登録要求信号Ｍ１（「ＳＵＢＳＣＲＩＢＥ」信号）の受信を受けて、取得要求の送信元の情報処理装置１００Ａに対して自プレゼンス情報を返送するために、まず、受信した状態通知登録要求信号Ｍ１に撮影日時が含まれているか否かを判定する（ステップＳ８６）。撮影日時が含まれていない場合は（ステップＳ８６のＮＯ）、送信元の情報処理装置１００Ａの相手プレゼンス情報６１���は、当該情報処理装置１００Ｂの自プレゼンス情報の自画像を相手画像としてまだ保持していないものと判定して、ステップＳ８８に移行して、自情報ＤＢ５０にある自画像データ５２と撮影日時とからなる画像情報を付加情報として追加した自プレゼンス情報を生成する（ステップＳ８８）。【０１７１】  一方、受信した状態通知登録要求信号Ｍ１に撮影日時が含まれていた場合は（ステップＳ８６のＹＥＳ）、受信した状態通知登録要求信号Ｍ１の撮影日時と、自情報ＤＢ５０の自プレゼンス情報５１に、自画像データ５２と共に記録されている該自画像データ５２の撮影日時とを比較する（ステップＳ８７）。受信した状態通知登録要求信号Ｍ１の撮影日時と自情報ＤＢ５０の自画像の撮影日時とが同じ日時ではなかった場合（ステップＳ８７のＮＯ）、取得要求元の情報処理装置１００Ａが相手プレゼンス情報６１の相手画像として所持している当該情報処理装置１００Ｂの画像が、当該情報処理装置１００Ｂが保存している自画像とは異なる画像であると判定して、ステップＳ８８に移行して、前述のように、自情報ＤＢ５０にある自画像データ５２と撮影日時とからなる画像情報を付加情報として追加した自プレゼンス情報を生成する（ステップＳ８８）。【０１７２】  一方、受信した状態通知登録要求信号Ｍ１の撮影日時と自情報ＤＢ５０の自画像の撮影日時とが同じ日時であった場合（ステップＳ８７のＹＥＳ）、プレゼンス取得要求元の情報処理装置１００Ａが相手プレゼンス情報６１の相手画像として所持している当該情報処理装置１００Ｂの画像が、当該情報処理装置１００Ｂが保存している自画像と同じ画像であると判定して、情報処理装置１００Ａに対して改めて自画像を配布する必要はないものとみなして、付加情報として自画像データ及び撮影日時を含まない自相手プレゼンス情報を生成する（ステップＳ８９）。【０１７３】  しかる後、ステップＳ８８又はステップＳ８９で生成された自プレゼンス情報を含む状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を作成して、プレゼンス取得要求元の情報処理装置１００Ａに対して送信する（ステップＳ９０）（プレゼンス情報送信処理部４６が行なうステップＳ９０の処理が、撮影画像配送手段を構成する。）。状態通知信号Ｍ３（「ＮＯＴＩＦＹ」信号）を受信した情報処理装置１００Ａから、受信確認の旨を示す「ＯＫ」信号を受信することにより（ステップＳ９１）、図２１のプレゼンス配信処理を終了する。【０１７４】  なお、ステップＳ８７において、受信した状態通知登録要求信号Ｍ１の撮影日時と自情報ＤＢ５０の自画像の撮影日時とが同じ日時ではなかった場合に（ステップＳ８７のＮＯ）、自画像データを撮影日時と共に送信するように説明したが、場合によっては、受信した状態通知登録要求信号Ｍ１の撮影日時よりも新しい日時で撮影された自画像が自画像データ５２として保存されていた場合に、より新しい自画像を撮影しているものとして、初めて、最新の自画像データ５２を撮影日時と共に送信するようにしても良い。【０１７５】  次に、図２２のデータフローチャートを用いて、図２０及び図２１において説明した自プレゼンス情報の配信手順について更に説明する。図２２は、本発明に係る情報処理装置においてＳＩＰを用いたプレゼンス交換の実現手順の具体的な手順の一例を説明するためのデータフローチャートである。図２２において、状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）は、前述のように、状態通知信号（「ＮＯＴＩＦＹ」信号）の送信を要求する信号として用いられている。即ち、プレゼンス取得要求元の情報処理装置１００Ａは、プレゼンス取得要求先（プレゼンス配布元）の情報処理装置１００Ｂに対して、プレゼンス取得要求となる状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）を送信する都度、情報処理装置１００Ｂは、プレゼンス取得要求元の情報処理装置１００Ａに対して、自プレゼンス情報を含む状態通知信号（「ＮＯＴＩＦＹ」信号）を必ず返送することになる。【０１７６】  前述のように、情報処理装置１００Ｂが、自プレゼンス情報を含む状態通知信号（「ＮＯＴＩＦＹ」信号）を返送する際に、受信した状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）に含まれている撮影日時と異なる日時に撮影した自画像が存在している場合に限って、撮影した自画像を示す自画像データと該撮影日時とを付加情報として追加した自プレゼンス情報を生成して、状態通知信号（「ＮＯＴＩＦＹ」信号）として返送している。言い換えると、自画像を撮影して自画像データ５２として自情報ＤＢ５０に画像登録が行なわれた後に、はじめて受信した状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）に対してのみ、該状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）の送信元の情報処理装置１００Ａに対して自画像データ及び撮影日時を含む状態通知信号（「ＮＯＴＩＦＹ」信号）を配信している。また、プレゼンス情報として撮影した自画像データを識別するための情報として、撮影日時を用いる場合のみに限らず、前述したように、自画像データの画像ファイル名として識別可能なユニークな名前を付与するようにしても良い。【０１７７】  なお、図２２には図示していないが、情報処理装置１００Ｂのプレゼンス配布リスト６３にプレゼンス配布先が既に登録されていた場合は、自画像を撮影して自画像データ５２として自情報ＤＢ５０に画像登録が行なわれる都度、プレゼンス配布リスト６３に登録されているプレゼンス取得要求元の情報処理装置に対して、自画像データ及び撮影日時を含む状態通知信号（「ＮＯＴＩＦＹ」信号）を自動的に配信している。【０１７８】  図２２のデータフローチャートにおいて、プレゼンス通知を受信するプレゼンス取得要求元の情報処理装置１００Ａから、情報処理装置１００Ｂのプレゼンスを示す相手画像を保有していない旨の情報を付与した「ＳＵＢＳＣＲＩＢＥ」信号Ｄ１を送信してきた際に、情報処理装置１００Ｂがまだ自プレゼンス情報５１として自画像データ５２を自情報ＤＢ５０に登録していない状態にある場合には、情報処理装置１００Ａをプレゼンス配布リスト６３に登録すると共に、付加情報として画像情報を含んでいない形式の「ＮＯＴＩＦＹ」信号Ｄ２を返送する。しかる後、情報処理装置１００Ｂにて自画像以外の別のプレゼンスの変化（例えばテレビ電源状態の変化など）が発生すると、自画像は含まないが、変化したプレゼンスを含む自プレゼンス情報を有する「ＮＯＴＩＦＹ」信号Ｄ３をプレゼンス配布リスト６３の登録先に対して配信する。【０１７９】  更に、情報処理装置１００Ｂにて自プレゼンス情報５１として自画像データ５２（画像１）を登録すると、新規登録した自画像データ（画像１）を含む自プレゼンス情報５１を有する「ＮＯＴＩＦＹ」信号Ｄ４をプレゼンス配布リスト６３の登録先に対して配信する。その後、画像以外の別のプレゼンスの変化が発生すると、自プレゼンス情報５１として登録して既に配布済みの自画像データ５２（画像１）には変化がないので、画像情報を含まない形式の「ＮＯＴＩＦＹ」信号Ｄ５をプレゼンス配布リスト６３の登録先に対して配信する。また、自プレゼンス情報として、画像１とは異なる画像２を新たに撮影して自プレゼンス情報５１として更新登録した場合、更新登録した自画像データ（画像２）を含む自プレゼンス情報を搭載の「ＮＯＴＩＦＹ」信号Ｄ６をプレゼンス配布リスト６３の登録先に対して配信する。【０１８０】  しかる後に、画像２を含むプレゼンス情報を配布済みの情報処理装置１００Ａから、情報処理装置１００Ｂのプレゼンスの相手画像として画像２を保有している旨の情報を付与した「ＳＵＢＳＣＲＩＢＥ」信号Ｄ７を送信してきた場合は、情報処理装置１００Ｂにて自プレゼンス情報として登録している自画像データ５２（画像２）と同一の画像であるので、画像情報を含まない形式の「ＮＯＴＩＦＹ」信号Ｄ８を情報処理装置１００Ａに返送する。【０１８１】  更に、自プレゼンス情報として、画像２とは異なる画像３を新たに撮影して自プレゼンス情報５１として更新登録した後に、情報処理装置１００Ａから、情報処理装置１００Ｂのプレゼンスの相手画像として更新前の古い画像２を保有している旨の情報を付与した「ＳＵＢＳＣＲＩＢＥ」信号Ｄ９を送信してきた場合は、自プレゼンス情報として新たな自画像データ（画像３）を更新登録した際にプレゼンス配布リスト６３の登録先に対して配信していた自画像データ（画像３）を含む自プレゼンス情報を搭載の「ＮＯＴＩＦＹ」信号が、何らかの原因で、情報処理装置１００Ａに相手画像として更新登録されなかった状況にあるので、更新登録している自画像データ（画像３）を含む自プレゼンス情報を有する「ＮＯＴＩＦＹ」信号Ｄ１０を情報処理装置１００Ａに対して返送する。【０１８２】（第３実施例）
情報処理装置１００Ａが図５の画面構成例に示したような相手プレゼンス表示情報３１Ａを画面表示する際に、もし、相手画像３１ｃとして画面表示すべき、情報処理装置１００Ｂの相手プレゼンス情報６１の相手画像が相手情報ＤＢ６０に存在していない場合、情報処理装置１００Ａは、状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）を用いて、プレゼンス配布元の情報処理装置１００Ｂに対してプレゼンス情報を含む状態通知信号（「ＮＯＴＩＦＹ」信号）の送信を要求する。ところが、情報処理装置１００Ｂから、プレゼンス情報として相手画像（又は、相手画像の所在場所を示すアドレス情報（ＵＲＬ情報））を含む状態通知信号（「ＮＯＴＩＦＹ」信号）が送信されてくるまでの間は、相手画像３１ｃを画面表示することができない。本実施例では、相手画像３１ｃが送信されてくるまでの間、相手画像を取得中である旨を示す代替画像を相手画像３１ｃの代わりに画面表示する例を図２３のフローチャートを用いて説明する。【０１８３】  図２３は、本発明に係る情報処理装置において利用者が指定した情報処理装置のプレゼンスを相手プレゼンス情報として画面表示する手順の一例を説明するためのフローチャートである。図２３のフローチャートにおいて、情報処理装置１００Ａの利用者が、リモコンユニット１０２のリモコン操作部２１を操作して、相手プレゼンス情報を画面表示したい相手を指定して詳細情報画面として画面表示することを指示する（ステップＳ１０１）。リモコン発光部２２、リモコン受光部１１、ユーザ入力処理部４２を介して、利用者の操作内容を受信した状態遷移処理部４５にて、利用者がプレゼンス配布元として指定した相手の相手画像が相手情報ＤＢ６０の相手プレゼンス情報６１に保持されているか否かを判定する（ステップＳ１０２）。相手情報ＤＢ６０に相手画像が保持されていた場合は（ステップＳ１０２のＹＥＳ）、相手画像を含む相手プレゼンス情報６１を読み出して、状態遷移処理部４５の制御により、モニタ出力処理部４８を経由して、テレビ受像機１０３のモニタ３１に、図５に示すような相手画像３１ｃを含む相手プレゼンス表示情報３１Ａの詳細な情報を画面表示する（ステップＳ１０３）。【０１８４】  一方、相手情報ＤＢ６０に相手画像が保持されていない場合は（ステップＳ１０２のＮＯ）、詳細情報画面として画面表示する相手プレゼンス表示情報３１Ａのうち、指定された相手の相手画像が相手情報ＤＢ６０に保存されていなく、該相手画像の取得中である旨を利用者に対して示すために、相手情報ＤＢ６０に予め記録している図２４に例示するような代替画像を相手画像３１ｃの代わりに画面表示する（ステップＳ１０４）。図２４は、本発明に係る情報処理装置において相手画像の代わりに画面表示する代替画像の一例を示す模式図であり、相手画像を相手情報ＤＢ６０に保持していない場合に画面表示するもので、一例として、相手画像を取得中であることを示す「写真準備中」の文字列をイラスト上に配置した画像イメージを示している。【０１８５】  しかる後、状態遷移処理部４５の制御により、画面表示すべきプレゼンス配布元の情報処理装置１００Ｂに対して、相手プレゼンス情報の送信を要求する状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）を送信する（ステップＳ１０５）。要求先の情報処理装置１００Ｂから、状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）の受信確認の旨を示す「ＯＫ」信号を受信した後（ステップＳ１０６）、相手プレゼンス情報を含む状態通知信号（「ＮＯＴＩＦＹ」信号）が受信されるまで待ち合わせる。相手プレゼンス情報を含む状態通知信号（「ＮＯＴＩＦＹ」信号）を受信すると（ステップＳ１０７）、状態通知信号（「ＮＯＴＩＦＹ」信号）の受信確認の旨を示す「ＯＫ」信号を返送する（ステップＳ１０８）。【０１８６】  次いで、状態遷移処理部４５の制御により、相手プレゼンス情報受信処理部４７にて、受信した状態通知信号（「ＮＯＴＩＦＹ」信号）に含まれている相手プレゼンス情報の中から相手画像を取り出して、相手情報ＤＢ６０の相手プレゼンス情報６１に蓄積する（ステップＳ１０９）。ここでは、便宜上、状態通知信号（「ＮＯＴＩＦＹ」信号）に含まれている相手プレゼンス情報の中には相手画像が存在している場合について説明している。存在していない場合の例として、例えば、相手画像の所在場所を示すアドレス情報（ＵＲＬ情報）が含まれている場合には、該アドレス情報が示す所在場所にアクセスして、相手画像を取得することになる。【０１８７】  しかる後、状態遷移処理部４５の制御により、モニタ出力処理部４８を経由して、テレビ受像機１０３のモニタ３１に、取得した相手画像により代替画像を更新して画面表示させ、図５に示すような相手画像３１ｃを含む相手プレゼンス表示情報３１Ａの詳細な情報を画面表示する（ステップＳ１１０）。【０１８８】  以上のように、画面表示したい相手の相手画像を相手情報ＤＢ６０に保持していない場合であっても、図５に示すような相手プレゼンス表示情報３１Ａを含む詳細情報画面を表示した際に、相手画像３１ｃの領域を空白表示にすることなく、相手画像を取得中である旨を示す代替画像を画面表示することができる。なお、図２３には示していないが、通信相手の相手画像を相手情報ＤＢ６０に保持している場合であっても、最新の相手画像を画面表示したい場合には、通信相手の情報処理装置１００に対して、相手プレゼンス情報の送信を要求する状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）を送信して、保持している相手画像を更新登録すると共に、最新の相手画像を画面表示するようにしても良い。【０１８９】  以下に、前述した各実施例についての変形実施例を更に説明する。
（第１変形実施例）
プレゼンス配布先となる通信相手のカテゴリに応じて、それぞれの通信相手が所有する情報処理装置１００に対して、自プレゼンス情報として配布したい自画像の画像データ１１０が異なることが想定される。例えば、恋人と親とはおのずと配布する自画像の画像データ１１０は異なるはずである。このように、通信相手によって配布すべき自画像の画像データ１１０を変更するためには、図１７に示したような画像登録画面において、自画像を撮影して登録する際に、通信相手を更に指定することを可能とし、かつ、自画像を登録する自情報ＤＢ５０の自画像データ５２として複数の画像を登録可能にすることにより実現することができる。なお、配布先の通信相手を「友人」、「恋人」、「家族」、「親戚」、「会社関係」といったカテゴリに分類してプレゼンス配布リスト６３を構成しても良く、このようなカテゴリ別の分類を行なう場合には、画像登録画面では、配布先の通信相手を一々指定する代わりに、分類したカテゴリを指定するだけで良い。図１６のステップＳ４５では、相手情報処理装置１００ごとに自画像データ５２を異なる場所に蓄積して、その所在場所を示すアドレス情報（ＵＲＬ情報）を含む自プレゼンス情報５１を状態通知信号Ｍ３の「ＮＯＴＩＦＹ」信号として、相手情報処理装置ごとに配信する。この場合、相手情報処理装置ごとに、自画像データ５２を異なるサーバーや異なるフォルダに蓄積することによって、簡単に相手ごとに異なる自画像データ５２を配信することができる。【０１９０】  また、どの通信相手に対してどの自画像の画像データ１１０を自プレゼンス情報として配布するかという指定方法については、配布先を登録するプレゼンス配布リスト６３に、どの通信相手に対してどの自画像を配布するかという情報を追加して登録すれば実現することができる。更には、通信相手に配布した自画像の画像データ１１０がどんなものであるかを、配布元の利用者自身が知りたい場合も想定される。例えば、「これどこで撮ったの？」などと通信相手に聞かれて、困ったりするかもしれない。或る通信相手に対して送った画像データ１１０を確認する方法としては、利用者がリモコン操作部２１を操作して指定した通信相手について、前記のプレゼンス配布リスト６３を参照して、配布した画像データを特定する情報を取得して、該通信相手に対して配布した自画像を自情報ＤＢ５０から読み出して、指定した通信相手と共に画面表示するようにしても良い。【０１９１】（第２変形実施例）
また、プレゼンス情報の配信を受け取る利用者の立場としては、相手プレゼンス情報の相手画像として新しい画像データ１１０が配信されてきたとしても、前の相手画像の方が良かったとして、戻したい場合も想定される。例えば、失恋したので、もう電話はかかってこないけれども、思い出だけは残しておきたいということも想定される。前の相手画像に戻すことを可能とするためには、相手情報ＤＢ６０の相手プレゼンス情報６１として複数の相手画像を保持することが可能な形式として、最新の相手画像だけでなく、古い相手画像も保持しておくことにすれば良い。もし、図５のような相手プレゼンス表示情報３１Ａとして画面表示される相手画像３１ｃが気に入らなければ、利用者がリモコン操作部２１を操作することによって、別の相手画像を相手情報ＤＢ６０の中から選択して、相手画像３１ｃの表示を変更するように指示することができる。また、配信する画像データに有効期限を設定して配信するようにしてもよい。この場合、有効期限の設定には既知のデジタル著作権管理（ＤＲＭ：Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）の仕組みが使用できる。【０１９２】（第３変形実施例）
プレゼンス情報の配信を受け取る情報処理装置１００Ａにおいて、相手プレゼンス情報の相手画像として新しい画像データ１１０が配信されてきても、配信された相手画像の内容によっては拒絶したい場合がある。たとえ状態通知登録要求信号（「ＳＵＢＳＣＲＩＢＥ」信号）を送信した親しい通信相手であっても、当該通信相手の感情によっては、怪しげな相手画像が配信されてきて、画面表示をしたくないような場合も想定される。【０１９３】  このような場合を想定して、例えば、図５のような詳細情報画面の表示が選択指示されていた場合であっても、状態遷移処理部４５の制御により、相手プレゼンス表示情報３１Ａとして画面表示される相手画像３１ｃは、最初はモザイクのかかった輪郭のみが判る画像として表示し、時間が経つにつれてはっきりとした画像に徐々に変化するように制御することを可能としても良い。ここで、モザイクのかかった輪郭のみがわかる画像が表示されている状態からはっきりとした画像に徐々に変化していくまでの過程で、利用者がリモコン操作部２１を操作することによって相手画像３１ｃの画面表示を拒否すると、状態遷移処理部４５の制御により、相手画像３１ｃとして画面表示される画像を、例えば図２４に示すような代替画像に入れ替えて表示するようにすれば良い。【０１９４】（第４変形実施例）
また、プレゼンス情報の配信を受け取る情報処理装置１００Ａにおいて、相手情報ＤＢ６０の相手プレゼンス情報６１として複数の相手画像を保持することとして、利用者が図５に示すような詳細情報画面の表示を選択指示した場合に、画面表示の選択指示がなされる都度、相手プレゼンス表示情報３１Ａの相手画像３１ｃとして異なる画像を表示したい場合も想定される。例えば、選択指示の都度、毎回異なる相手画像３１ｃが画面表示されるようになれば、相手プレゼンス表示情報３１Ａを画面表示したくなる欲求を増進させる可能性もあると思われるし、また、テレビのチャンネルをザッピング（ｚａｐｐｉｎｇ）するように、画像の入れ替えがあると楽しいという効果も得られよう。【０１９５】（第５変形実施例）
前述した実施例のように、テレビ電話を行なう通信相手を選択する際に、相手情報ＤＢ６０に登録されているアドレス帳６４を検索して詳細情報の表示を指示する局面においてのみ図５のような詳細情報画面を表示するだけではなく、例えば、テレビ電話中に画面の隅に表示したり、テレビ電話を切断したときに表示したり、いろいろな局面で用いることが想定される。このように、いろいろな局面で詳細情報画面を表示するような場合、プレゼンス情報の配布元の情報処理装置１００Ｂが自プレゼンス情報を配信する際に、自画像を示す画像データ１１０として複数の画像を配信し、かつ、複数の各画像データ１１０毎に、どの局面で使われるべき自画像かを指定するようにしても良い。【０１９６】  例えば、図１５に示すような状態通知信号に含めて送信するプレゼンス情報の「画像」（“Ｐｉｃｔｕｒｅ”）欄に示す画像情報として、複数の各画像データ１１０毎に、「アドレス帳に使う画像」、「テレビ電話中に表示する画像」、「テレビ電話切断時に表示する画像」といった局面を示す付加情報を更に付与して配信しても良い。該プレゼンス情報を受信した情報処理装置１００Ａにて、相手情報ＤＢ６０の相手プレゼンス情報６１として登録する際に、各局面を示す付加情報と共に各画像データを相手画像として登録するようにし、詳細情報画面の表示を指示された場合の各局面に応じた相手画像を画面表示できるようにすれば良い。【０１９７】（第６変形実施例）
また、プレゼンス取得要求元の情報処理装置１００Ａに対して以前に配信した自画像を消去させたいという欲求も想定される。「もう、自分の顔も見せたくないー」といった気分になった場合である。このような場合は、図１５に示すような状態通知信号に含めて送信するプレゼンス情報として、
１）自画像の消去命令を付加情報として追加して配信する、
２）自画像を示す画像データ１１０の代わりに、図２４に示すような代替画像やあるいは全面真っ黒の画像データを配信する、
などとすることも可能である。【０１９８】（第７変形実施例）
相手プレゼンス情報としての相手画像を、テレビ電話の際のＣＭ付背景画像として使うこともできる。かかる場合には、相手画像の画像データ１１０としてハイパーリンクが付加されているといった例が想定される。画面表示された相手画像のハイパーリンクをクリックすると、ＣＭが画面表示されると共に、該ＣＭの提供者に対して当該相手画像を配信した配布元の利用者に関する情報が自動的に送信され、該ＣＭの提供者から配布元の利用者に対して対価が支払われる、といったビジネスモデルを構築することも可能である。【０１９９】（第８変形実施例）
図８のデータフローチャートにおけるプレゼンス情報の取得要求を示す状態通知登録要求信号Ｍ１として「ＳＵＢＳＣＲＩＢＥ」信号の中に、情報処理装置１００Ａの表示関連情報を含んでもよい。この場合の情報処理装置１００Ａの表示関連情報とは、例えば、情報処理装置１００Ａのディスプレイのサイズ、解像度、カラーか白黒か、などの情報である。このような情報処理装置１００Ａの表示関連情報を含む状態通知登録要求信号Ｍ１として「ＳＵＢＳＣＲＩＢＥ」信号を受信した情報処理装置１００Ｂは、相手の情報処理装置１００Ａの表示関連情報に合わせた画像データを生成し、情報処理装置１００Ａに提供することができる。【０２００】（プレゼンス配信処理プログラム及び該プレゼンス配信処理プログラムを記録したプログラム記録媒体としての実現）
なお、本発明に係る情報処理装置（プレゼンス取得要求側の情報処理装置１００Ａ及びプレゼンス送信側の情報処理装置１００Ｂ）の各構成ブロックの処理を、ソフトウェアにより実現することにして、コンピュータで実行可能な「プレゼンス配信処理プログラム」として実現することも可能である。
更に、該プレゼンス配信処理プログラムを、コンピュータで読み取り可能なプログラム記録媒体に記録して、該プログラム記録媒体から読み取ったコンピュータによって、該プレゼンス配信処理プログラムの各処理を実行することも可能である。プログラム記録媒体の例としては、磁気テープやカセットテープなどのテープ系、フレキシブルディスクやハードディスク等の磁気ディスクや、ＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤなどの光ディスクなどからなるディスク系、ＩＣカードや光カード等のカード系、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含め、固定的にプログラムを担持可能な記録媒体などいずれであっても良い。【０２０１】  以上、これまでに記載した本発明に係る情報処理装置やプレゼンス配信処理方法の実施例でも明らかなように、本発明によれば、通信相手を登録するアドレス帳として表示させたい画像を任意の時点で撮影し、配布したい通信相手全員に対して簡便に配布することができる。例えば、朝には起き抜けの顔を通信相手に画面表示させ、昼には食事中の顔を通信相手に画面表示させ、夜には風呂上りでくつろぐ顔を通信相手に画面表示させたい、といった場合において、簡単なリモコン操作を行なうのみで、それぞれの場面における最新の自画像を撮影して、配布したい通信相手全員に配信することができる。【０２０２】  更に、通信相手が、既に自分の画像を所持している場合には重複して同じ画像を配信せずに、撮影した時点の自画像を所持していない場合にのみ、当該通信相手に対して撮影した当該自画像を配信することにより、無駄な通信を行なわないようにすることもできる。また、自プレゼンス情報として新たに自画像を撮影した旨を、プレゼンス配布リストに登録されている通信相手全てに対して通知する際には、高速通信が可能な通信プロトコル（ＵＤＰ）を用い、一方、自画像の画像データそのものの配信には、信頼性が高い通信プロトコル（ＴＣＰ）を用いることにより、たとえ無線回線のように信頼性の低い回線であっても、確実に、効率良く、大容量の自画像を配信することができる。【０２０３】  更に、通信相手の相手画像を所持していない場合でも、相手画像の代わりに相手画像を取得中の状態にあることを示す予め定めたデフォルトの代替画像を表示し、相手画像が配信されてきた時点で代替画像と置き換えて表示することも可能である。
【図１】
0004675338.tif 000002
【図２】
0004675338.tif 000003
【図３】
0004675338.tif 000004
【図４】
0004675338.tif 000005
【図５】
0004675338.tif 000006
【図６】
0004675338.tif 000007
【図７】
0004675338.tif 000008
【図８】
0004675338.tif 000009
【図９】
0004675338.tif 000010
【図１０】
0004675338.tif 000011
【図１１】
0004675338.tif 000012
【図１２】
0004675338.tif 000013
【図１３】
0004675338.tif 000014
【図１４】
0004675338.tif 000015
【図１５】
0004675338.tif 000016
【図１６】
0004675338.tif 000017
【図１７】
0004675338.tif 000018
【図１８】
0004675338.tif 000019
【図１９】
0004675338.tif 000020
【図２０】
0004675338.tif 000021
【図２１】
0004675338.tif 000022
【図２２】
0004675338.tif 000023
【図２３】
0004675338.tif 000024
【図２４】
0004675338.tif 000025
【図２５】
0004675338.tif 000026
【図２６】
0004675338.tif 000027
【図２７】
0004675338.tif 000028
【図２８】
0004675338.tif 000029