WO2006077734A1

WO2006077734A1 - 情報処理装置及び情報処理プログラム

Info

Publication number: WO2006077734A1
Application number: PCT/JP2005/024045
Authority: WO
Inventors: Toshiyuki Iwai; Hideki Nishimura; Tomoyuki Toya; Mitsunori Nojima
Original assignee: Sharp Kabushiki Kaisha
Priority date: 2005-01-20
Filing date: 2005-12-28
Publication date: 2006-07-27
Also published as: JPWO2006077734A1; JP4675338B2

Abstract

　プレゼンスを示す画像を簡便な操作のみで配布したい相手全員に配信可能とする。　リモコン操作部２１での撮影指示により、状態遷移処理部４５の制御の下、カメラ１２でプレゼンスとして撮影した自画像データ５２を自情報ＤＢ５０に蓄積し、プレゼンス情報送信処理部４６で該プレゼンスを含む状態通知信号を生成して通信部４１より相手情報ＤＢ６０のプレゼンス配布リスト６３に登録されている相手全員に配信する。一方、相手プレゼンス情報受信処理部４７で受信した該状態通知信号の配信元の自画像データ５２を、状態遷移処理部４５の制御の下、相手プレゼンス情報６１として相手情報ＤＢに保存すると共に、リモコン操作部２１での画面表示指示がある場合、相手プレゼンスを示す画像としてモニタ３１に画面表示する。プレゼンスは、相手からの配信要求、相手が同じ自画像データ５２を保存していないことが判明した場合にも自動的に配信する。

Description

明細書

情報処理装置及び情報処理プログラム

技術分野

[0001] 本発明は、情報処理装置及び情報処理プログラムに関するものであり、特に、テレビ電話機などの通話機能を備えた情報処理装置のアドレス帳において相手プレゼンス表示情報として相手の画像を簡単に表示可能とする画像の撮影、配布を行なう情報処理装置、及び、それらの方法を実現する情報処理プログラムに関する。

背景技術

[0002] 携帯電話の分野では、電話帳 (メモリダイアル)を利用して登録した通信相手に発呼することが、普通に行なわれている。

電話帳 (メモリダイアル）は、通常、電話帳に登録された通信相手を一覧できるリスト画面と、個々の相手の情報を詳細に表示する詳細情報画面とから構成されている。このような電話帳 (メモリダイアル)を利用した発呼は、テレビ電話の場合でも同じようにできることが望ましい。

[0003] テレビ電話の場合、一般に、携帯電話に比して大きな表示画面を備えて!/、る。大きな表示画面は表示可能な情報量が多く表現力に富むので、画面表示する相手の情報としては、データ量が多!、相手の顔写真も含めて表示するようにした、。

ここで、通信相手に写真を送付する技術、又は、通信相手の写真を取得する技術としては、次に示すような開示例が存在している。

[0004] 特許文献 1に示す特開平 6— 121302号公報「テレビ電話」では、音声のみの通知による不安、不便さを画像情報を活用することにより補完し、不安な状態の解消、便利さの追求、伝送時間の短縮を行なうテレビ電話を提供することを目的として、通話者を撮影するカメラ、相手の通話者の撮影画像を表示する表示部、音声の入出力を行なうハンドセット、撮影画像の圧縮又は受信画像の伸張を行なう動画コーデック、音声を圧縮伸張する音声コーデック、相手端末との呼の接続及びデータの送受信を行なう通信制御部、静止画像を保持する静止画メモリ、利用者が指示操作するための指示部、タイマ、通信相手先を記憶する電話帳、などにより構成し、カメラにより撮影した動画像データを相手に送信し、表示部に表示するテレビ電話において、発信又は着信応答の際に、利用者が誰であるか示す静止画を通信相手に通知し、通話開始時における不安を解消可能として、る。

[0005] また、特許文献 2に示す特開平 9— 163329号公報では、テレビ電話によって相手から送信されて来た撮影画像を電話帳の情報として活用することを目的として、キー入力部から入力した氏名や宛先などの文字列データを画像電話帳ファイルに格納すると共に、相手側力送信されて来た撮影画像をその相手の電話帳データとして取り込み、前記画像電話帳ファイルに格納し、画像電話帳ファイルを表示して確認する際に、その通信相手の画像を氏名などと共に表示させることにより、通信相手の印象や話した内容などを思い出すことができ、スムーズなコミュニケーションを可能としている。

[0006] また、特許文献 3が示す特開 2004— 201221号公報「無線通信端末装置」では、通信相手側の発信者の画像を電子電話帳の電話番号に関連づけて予め登録していなくても、発信者から、電話番号と画像情報、又は、メールアドレスと画像情報との V、ずれか一組の情報を含む発信者画像情報を受信して、発信者画像情報記憶手段に記憶することにより、着信した電話番号が発信者画像情報記憶手段に記憶してある電話番号と一致したときは、発信者画像情報記憶手段から対応する発信者の画像を読み出して表示する。また、撮影手段と送信指示入力手段とを設け、送信指示入力手段から送信指示信号を入力すると、送信指示信号を入力した発信者を撮影手段にて撮影して発信者画像情報として、自端末の電話番号又はメールアドレスと共に送信するようにしている。

[0007] 即ち、該特許文献 3では、カメラで撮影した画像を表示した状態で送信先の電話番号又はメールアドレスを入力すると、撮影した画像を送信すると共に通話やメール送信を開始する技術、及び、撮影した画像に自端末の電話番号又は自端末のメールアドレスを組にして送信する技術が開示されている。これにより、利用者が送信指示した相手に対して、カメラで撮影した画像と自端末の電話番号又は自端末のメールアドレスを組とを送信することも可能である。

特許文献 1：特開平 6 - 121302号公報特許文献 2 :特開平 9 163329号公報

特許文献 3：特開 2004 - 201221号公報

発明の開示

発明が解決しょうとする課題

[0008] し力しながら、前述したような各特許文献に示されている技術では、以下のような問題点が存在する。

前記特許文献 1に示す技術では、カメラで予め撮影されて登録されて、た静止画をカメラのリアルタイム画像の代わりに送信しているものであり、相手に対して発呼して通話する際に用いる技術である。また、電話帳 (メモリダイアル）に登録した相手に対して静止画を参照しながら発呼することを可能とするような技術ではない。

[0009] また、前記特許文献 2に示す例では、テレビ電話の映像を取り込んで、相手の画像として保持している。しかし、過去に実際に通話を行ない、映像を受信した相手の画像しか保持することができない。従って、通話を行なっていない相手の画像を保持することができない。

また、前記特許文献 3に示す技術では、自分の友人全てに対して最新の撮影画像を送ろうとすると、一々、友人の電話番号又はメールアドレスを利用者が入力しなければならなぐ手間がかかってしまうという問題がある。

[0010] 一方、通話とは直接関わりなぐ相手の電話帳やその他の情報が表示されている画面で、自分が選択した最新の撮影画像をリアルタイムに表示させた！/ヽと、う欲求がある。例えば、朝には起き抜けの顔を撮影して相手に表示させ、昼には食事中の顔を撮影して相手に表示させ、夜には風呂上りでくつろぐ顔を撮影して相手に表示させたい、といった欲求も存在する。しかし、前記特許文献 3に示されている技術では、複数の友人がいた場合に、撮影する都度、それぞれの友人の電話番号やメールァドレスを指定して、一々画像を送信する必要があり面倒である。

[0011] 更に、別の事例として、通話していないときにもコミュニケーション (通信)相手の状態や存在 (所在場所)を把握するサービスとして、プレゼンスサービスと称するサービスが存在している。

プレゼンスサービスとは、絶えず変化する通信相手のプレゼンス (状態や所在場所など）を収集 Z管理する仕組みであり、例えば IP (Internet Protocol)上では、 SIP (Session Initiation Protocol)を用いて実現する技術が検討されている。検討中の SIPでのプレゼンス交換の仕組みは、通信相手がどんな情報を持って、るかに関わりなぐ自分の現在のプレゼンス情報を通信相手に知らせるようにしている。

[0012] この SIPにおけるプレゼンスサービスを利用して、自分の状態通知データとして撮影した自画像データを含めて送信することを想定した場合、相手が現在どんな情報を所持して！/ヽるか否かに関わりなく、自分で撮影した自画像データを無条件に送信することになるため、相手が同じ画像データを既に所持しているケースでは、二重に同じ画像データが送り届けられることになつてしまう。画像データは一般に比較的容量が大きい情報であるため、できるだけ画像データを送受信する機会を減らすことが望ましいが、この SIPのプレゼンスサービスを利用する方法では、前述のごとぐ無駄な画像データを送信する場合が生じてしまう。

[0013] 更には、 SIPは、トランスポート層のプロトコルとして UDP (User

Datagram Protocol)を使用している。ここで、 UDPは、同じトランスポート層のプロトコルである TCP (Transmission Control Protocol)に比べて、転送速度は高いが、パケットロスが生じて信頼性が低くなるという特徴を有しており、データ転送に失敗した場合における再送を前提として、通常、比較的小さいデータの転送に用いられる。従って、画像データは一般にデータ量が多いので、特に、例えば無線回線など通信品質が余り良くない回線を使う場合には、 UDPを使用する方法は画像データの転送には適していなぐ前述のごとぐ SIPにおけるプレゼンスサービスとして、画像データを含めて送信することは不適当である。

[0014] 従って、本発明の目的は、前述のごとき課題に鑑みて、相手のプレゼンス情報として例えば相手のテレビ電話のアドレス帳に記録されると望まし、画像を、任意の時点で撮影し、配布したい相手全員に簡便に配布することが可能な画像撮影方法、画像配布方法を含む情報処理装置、及び、情報処理プログラムを提供することにある。また、本発明の目的は、相手に見せたい画像を通知し、配布したい相手全員に安全かつ効率的に配布することが可能な画像配布方法を含む情報処理装置、及び、情報処理プログラムを提供することにある。課題を解決するための手段

[0015] 上記課題を解決するために、本発明の第 1の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、画像の撮影を行な!ヽ画像データを生成する画像撮影手段と、前記画像撮影手段にて生成された画像データを蓄積する自画像データ蓄積手段と、前記画像撮影手段が撮影を行なったことに基づき、前記自画像データ蓄積手段に蓄積した前記画像データの所在場所を示すアドレス情報を他の情報処理装置に対して配信するアドレス情報配信手段と、他の情報処理装置から前記画像データの配信要求を受け付ける画像配信要求受信手段と、前記配信要求に基づき前記画像データを、前記配信要求元の他の情報処理装置に対して返信する画像配信応答送信手段と、を備え、前記画像配信要求受信手段で受け付ける前記配信要求には画像データの所在場所を示すアドレス情報を含み、前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信することを特徴としたものである。

[0016] 第 2の技術手段は、第 1の技術手段において、前記画像撮影手段により撮影する都度生成される画像データを、それぞれ異なる所在場所に保持することを特徴としたものである。

[0017] 第 3の技術手段は、第 1または 2のいずれかの技術手段において、前記画像配信要求受信手段と前記画像配信応答送信手段とが用いる通信プロトコルが、前記アドレス情報配信手段が用いる通信プロトコルよりも、信頼性が高い通信プロトコルであることを特徴としたものである。

[0018] 第 4の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、画像の撮影を行ない画像データを生成する画像撮影手段と、前記画像撮影手段にて生成された画像データを蓄積する自画像データ蓄積手段と、他の情報処理装置から前記画像データの保持通知を受け付ける画像保持通知受信手段と、前記配信要求に基づき前記画像データを、前記配信要求元の他の情報処理装置に対して返信する画像配信応答送信手段と、を備え、前記自画像データ蓄積手段は、前記画像撮影手段により生成した前記画像データに識別可能な識別子を付与して前記画像データと共に蓄積し、前記画像保持通知受信手段で受け付ける前記保持通知には画像データを識別可能な識別子を含み、前記保持通知が前記識別子を含まない場合、または、前記保持通知に含まれる前記識別子が前記自画像データ蓄積手段に蓄積されてヽる識別子と異なる場合に、前記画像配信応答送信手段は前記自画像データ蓄積手段に蓄積されている前記画像データと前記識別子とを返信することを特徴としたものである。

[0019] 第 5の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、画像の撮影を行ない画像データを生成する画像撮影手段と、前記画像データの配布先を示す 1乃至複数の他の情報処理装置を登録した画像配布先リストと、前記画像撮影手段が撮影を行なったことに基づき、前記画像撮影手段により生成した前記画像データまたは当該画像データの所在場所を示すアドレス情報を、前記画像配布先リストに登録された他の情報処理装置に対して配信する撮影画像配信手段と、を有することを特徴としたものである。

[0020] 第 6の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、画像データを蓄積する自画像データ蓄積手段と、前記自画像データ蓄積手段に蓄積した前記画像データの所在場所を示すアドレス情報を他の情報処理装置に対して配信するアドレス情報配信手段と、他の情報処理装置から前記画像データの配信要求を受け付ける画像配信要求受信手段と、前記配信要求に基づき前記画像データを、前記配信要求元の他の情報処理装置に対して返信する画像配信応答送信手段と、を備え、前記画像配信要求受信手段は、前記アドレス情報配信手段にてァドレス情報を配信した後所定時間のみ前記配信要求を受け付け、前記画像配信要求受信手段で受け付ける前記配信要求には前記画像データの所在場所を示すアドレス情報を含み、前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信することを特徴としたものである。

[0021] 第 7の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、前記他の情報処理装置との間でセッションを形成するセッション形成手段と、画像データを蓄積する自画像データ蓄積手段と、前記自画像データ蓄積手段に蓄積した前記画像データの所在場所を示すアドレス情報を他の情報処理装置に対して配信するアドレス情報配信手段と、他の情報処理装置から前記画像データの配信要求を受け付ける画像配信要求受信手段と、前記配信要求に基づき前記画像データを、前記配信要求元の他の情報処理装置に対して返信する画像配信応答送信手段と、を備え、前記画像配信要求受信手段は、前記セッション形成手段にてセッションを形成している間のみ前記配信要求を受け付け、前記画像配信要求受信手段で受け付ける前記配信要求には前記画像データの所在場所を示すアドレス情報を含み、前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信することを特徴としたものである。

[0022] 第 8の技術手段は、第 7の技術手段において、前記セッション形成手段にて形成したセッションを介して、前記画像配信要求受信手段にて使用する受信ポートを前記他の情報処理装置に通知する受信ポート通知手段を備え、前記画像配信要求受信手段は、前記セッション形成手段にてセッションを形成している間のみ、前記受信ポートにて前記配信要求を受け付けることを特徴としたものである。

[0023] 第 9の技術手段は、第 8の技術手段において、前記受信ポート通知手段にて通知する受信ポートを、前記セッション形成手段にて形成するセッションごとに変更することを特徴としたものである。

[0024] 第 10の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、前記他の情報処理装置との間でセッションを形成するセッション形成手段と、画像データを蓄積する自画像データ蓄積手段と、前記自画像データ蓄積手段に前記画像データを蓄積したことを他の情報処理装置に対して配信する自画像蓄積情報配信手段と、前記セッション形成手段にて形成したセッションを介して、前記自画像データ蓄積手段に蓄積した前記画像データの所在場所を示すアドレス情報を前記他の情報処理装置に通知するアドレス情報通知手段と、他の情報処理装置から前記画像データの配信要求を受け付ける画像配信要求受信手段と、前記配信要求に基づき前記画像データを、前記配信要求元の他の情報処理装置に対して返信する画像配信応答送信手段と、を備え、前記画像配信要求受信手段で受け付ける前記配信要求には前記画像データの所在場所を示すアドレス情報を含み、前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信することを特徴としたものである。 [0025] 第 11の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、画像データの所在場所を示すアドレス情報を受信するアドレス情報受信手段と、前記画像データの配信要求を送信する画像配信要求送信手段と、前記配信要求に基づき配信される前記画像データを受信する画像配信応答受信手段と、受信した該画像データを蓄積する相手画像蓄積手段と、前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段と、を備え、前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報受信手段で受信した前記アドレス情報を含む、ことを特徴としたものである。

[0026] 第 12の技術手段は、第 11の技術手段において、前記相手画像蓄積手段は、前記画像配信応答受信手段で受信した前記画像データを前記アドレス情報受信手段で受信した前記アドレス情報と対応付けて蓄積し、前記アドレス情報受信手段が受信した前記アドレス情報を、前記相手画像蓄積手段が蓄積していない場合に、前記画像配信要求送信手段が前記配信要求を送信することを特徴としたものである。

[0027] 第 13の技術手段は、第 11または 12のいずれかの技術手段において、前記画像配信要求送信手段と前記画像配信応答受信手段とが用いる通信プロトコルが、前記ァドレス情報配信要求手段が用いる通信プロトコルよりも、信頼性が高い通信プロトコルであることを特徴としたものである。

[0028] 第 14の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、画像データの保持通知を送信する画像保持通知送信手段と、配信される前記画像データを受信する画像受信手段と、受信した該画像データを蓄積する相手画像蓄積手段と、前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段と、を備え、前記画像受信手段は前記画像データとともに前記画像データを識別可能な識別子を受信し、前記相手画像蓄積手段は前記画像データとともに前記識別子を蓄積し、前記画像保持通知送信手段は、前記相手画像蓄積手段が蓄積する前記識別子を含む、ことを特徴としたものである。

[0029] 第 15の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、配信される前記画像データを受信する画像受信手段と、受信した該画像データを蓄積する相手画像蓄積手段と、前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段と、を備え、前記表示手段は、前記画像データを配信した他の情報処理装置の利用者と対応付けて、当該他の情報処理装置から受信した前期画像データを表示することを特徴としたものである。

[0030] 第 16の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、画像データの所在場所を示すアドレス情報を前記他の情報処理装置より受信するアドレス情報受信手段と、前記他の情報処理装置との間でセッションを形成するセッシヨン形成手段と、前記セッション形成手段にて形成したセッションを介して、前記画像配信要求送信手段にて使用する前記他の情報処理装置の受信ポートを前記他の情報処理装置より取得する受信ポート取得手段と、前記画像データの配信要求を送信する画像配信要求送信手段と、前記配信要求に基づき配信される前記画像データを受信する画像配信応答受信手段と、受信した前記画像データを蓄積する相手画像蓄積手段と、前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段と、を備え、前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報受信手段で受信した前記アドレス情報を含み、前記画像配信要求送信手段は前記受信ポート取得手段で取得した前記他の情報処理装置の前記受信ポートを使用して前記配信要求を送信する、ことを特徴としたものである。

[0031] 第 17の技術手段は、ネットワークを介して他の情報処理装置と通信する通信手段と、前記他の情報処理装置に画像データが蓄積されたことを前記他の情報処理装置より通知を受ける画像蓄積情報取得手段と、前記他の情報処理装置との間でセッシヨンを形成するセッション形成手段と、前記セッション形成手段にて形成したセッションを介して、画像データの所在場所を示すアドレス情報を前記他の情報処理装置より取得するアドレス情報取得手段と、前記画像データの配信要求を送信する画像配信要求送信手段と、前記配信要求に基づき配信される前記画像データを受信する画像配信応答受信手段と、受信した該画像データを蓄積する相手画像データ蓄積手段と、前記相手画像データ蓄積手段により蓄積されている前記画像データを表示する表示手段と、を備え、前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報取得手段で取得した前記アドレス情報を含み、前記画像配信要求送信手段は前記受信ポート取得手段で取得した前記他の情報処理装置の前記受信ポートを使用して前記配信要求を送信する、ことを特徴としたものである。

[0032] 第 18の技術手段は、第 1乃至第 17のいずれかの技術手段に記載の各手段を、コンピュータにより実行可能なプログラムとして実現していることを特徴としたものである発明の効果

[0033] 以上のごとき各技術手段のいずれ力から構成される本発明によれば、以下のような効果が得られる。

即ち、本発明によれば、利用者が所望する任意の時点で、例えばテレビ電話で使用するカメラを用いて利用者自身の自画像を撮影する操作をするだけで、撮影された自画像を、予め登録されている画像配布先リストに基づいて、登録された配布先に対して自動的に配信することができ、極めて簡便に自画像を配信することができる。

[0034] 更に、撮影した自画像の配布先への配信は、新たに撮影した自画像を保存した所在場所をユニークに特定可能なアドレス情報又は新たに撮影した自画像を特定可能な識別名をまず配信先に通知し、該アドレス情報又は識別名を参照した配布先から当該自画像の配信を要求してきた配布先に対してのみ配信することも可能であり、該アドレス情報又は識別名を参照して、まだ当該自画像を所持してヽなヽ配布先か、又は、異なる画像しか所持していない配布先から、必要に応じて、配信を要求することを可能としており、無駄な自画像の配信動作を抑止し、通信料金や通信時間を節約可能としている。言い換えると、新たに自画像を撮影したことを示すユニークな情報をまず送信することにより、配布先が、当該自画像を所持したい旨の要求を送信してきた場合にのみ、該配布先に対して当該自画像を送信することを可能としている。

[0035] ここで、配布先に対して、高速伝送可能な SIPのプレゼンスサービスの仕組み（UD

P)を利用して、新たに撮影した自画像を保存した所在場所をユニークに特定可能なアドレス情報又は新たに撮影した自画像を特定可能な識別名、即ち、新たに自画像を撮影したことを示すユニークな情報を通知し、通知を受け取った配布先から自画像の配信を要求された場合に、当該自画像を、プレゼンスサービスの UDPよりも信頼性の高、別のプロトコル (例えば TCP)を用いて配信する仕組みを用いることにより、大容量の画像データとなる自画像を、たとえ通信品質が低い無線回線のような回線を用いる場合であっても、確実に、かつ、効率良ぐ配信することができる。

[0036] 更に、通信相手の相手画像を所持して!/ヽなヽ場合でも、相手画像の代わりに相手画像を取得中の状態にあることを示す予め定めたデフォルトの代替画像を表示し、相手画像が配信されてきた時点で代替画像と置き換えて表示することも可能である。

[0037] 而して、例えばテレビ電話の相手側のアドレス帳に記録させた、画像を、所望の任意の時点で撮影を指示するだけで、撮影した自画像を配布を所望する相手全員に対して簡便に配布することが可能な画像撮影方法、配布方法を含む情報処理装置、及び、情報処理プログラムを提供することができる。また、相手に見せたい画像を通知し、配布したい相手全員に安全かつ効率的に配布することが可能な画像配布方法を含む情報処理装置、及び、情報処理プログラムを提供することができる。

図面の簡単な説明

[0038] [図 1]本発明に係る情報処理装置の構成イメージの一例を説明するための概念図である。

[図 2]本発明に係る情報処理装置の各ブロック間の接続構成の一例を説明するための接続構成図である。

[図 3]本発明に係る情報処理装置の各ブロック間の接続構成の他の例を説明するための接続構成図である。

[図 4]本発明に係る情報処理装置の各ブロック構成の一例を説明するためのブロック構成図である。

[図 5]本発明に係る情報処理装置によりモニタ画面に表示される表示画面の一例を示す画面構成図である。

[図 6]本発明に係る情報処理装置における相手プレゼンス情報の登録例を示すテーブル構成図である。

[図 7]本発明に係る情報処理装置における自プレゼンス情報の登録例を示すテープル構成図である。

[図 8]本発明に係る情報処理装置において SIPによるプレゼンス交換の実現手順の一例を説明するためのデータフローチャートである。

[図 9]本発明に係る情報処理装置が、プレゼンスを取得した!/ヽ取得要求先の通信相手の情報処理装置に対して、プレゼンスの取得要求となる状態通知登録要求信号を送信する手順の一例を示すフローチャートである。

[図 10]本発明に係る情報処理装置が、プレゼンスの取得要求元の通信相手の情報処理装置から、プレゼンスの取得要求となる状態通知登録要求信号を受信する手順の一例を示すフローチャートである。

圆 11]本発明に係る情報処理装置においてプレゼンスの購読要求即ち取得要求を登録している購読要求リストの一例を示すテーブル構成図である。

[図 12]本発明に係る情報処理装置にぉ、てプレゼンスの配布先を登録して、るプレゼンス配布リストの一例を示すテーブル構成図である。

[図 13]本発明に係る情報処理装置が、プレゼンス取得要求元の情報処理装置に対してプレゼンスの送信を示す状態通知信号を送信する手順の一例を示すフローチヤートである。

[図 14]本発明に係る情報処理装置が、プレゼンス取得要求先の情報処理装置からプレゼンスの送信を示す状態通知信号を受信する手順の一例を示すフローチャートである。

圆 15]本発明に係る情報処理装置において、状態通知信号に含まれて送信されるプレゼンス情報の記述例を示す説明図である。

[図 16]本発明に係る情報処理装置にぉヽて利用者の自画像を撮影して自プレゼンス情報の一つとして登録し通信相手に対して送信するまでの手順の一例を示すフロ一チャートである。

[図 17]本発明に係る情報処理装置にぉ、て撮影した自画像を自プレゼンス情報の一つとして登録するための画像登録画面の一例を示す模式図である。

圆 18]本発明に係る情報処理装置において受信した相手画像を相手プレゼンス情報の一つとして登録するまでの手順の一例を示すフローチャートである。

[図 19]本発明に係る情報処理装置にぉヽて利用者の自画像を撮影して自プレゼンス情報の一つとして登録し通信相手に対して送信するまでの手順の異なる例を示すフローチャートである。

[図 20]本発明に係る情報処理装置が、プレゼンスを取得した!/、取得要求先の情報処理装置に対して、プレゼンスの取得要求を示す状態通知登録要求信号を送信し、プレゼンスの送信を示す状態通知信号を受信して相手プレゼンス情報として登録する手順の一例を示すフローチャートである。

[図 21]本発明に係る情報処理装置が、プレゼンス取得要求元の情報処理装置からプレゼンスの取得要求を示す状態通知登録要求信号を受信し、プレゼンスの送信を示す状態通知信号を送信する手順の一例を示すフローチャートである。

[図 22]本発明に係る情報処理装置にぉ、て SIPを用いたプレゼンス交換の実現手順の具体的な手順の一例を説明するためのデータフローチャートである。

[図 23]本発明に係る情報処理装置において利用者が指定した情報処理装置のプレゼンスを相手プレゼンス情報として画面表示する手順の一例を説明するためのフロ一チャートである。

[図 24]本発明に係る情報処理装置にぉ、て相手画像の代わりに画面表示する代替画像の一例を示す模式図である。

[図 25]本発明に係る情報処理装置において SIPによりセッションを確立し、当該セッシヨン内で安全に受信ポートを通知する手順の一例を説明するためのデータフローチャートである。

[図 26]本発明の実施形態において情報処理装置 100Aが送信するセッション確立要求信号 Mi l (「INVITE」信号）に含まれる SIPメッセージの例を示す図である。

[図 27]本発明の実施形態において情報処理装置 100Bが送信するセッション確立応答信号 M12 (「INVITE」信号に対する「OK」信号）に含まれる SIPメッセージの例を示す図である。

[図 28]本発明の実施形態において情報処理装置 100Bが情報処理装置 100Aに送信する SIPメッセージを含むセッション確立応答信号 Ml 2 (「INVITE」信号に対する「OK」信号)を示す図である。

符号の説明

11 · ··リモコン受光部、 12· ··カメラ、 21 · ··リモコン操作部、 22· ··リモコン発光部、 31· ·· モニタ、 31 Α…相手プレゼンス表示情報、 31a…通信相手の名前、 31b…相手プレゼンスアイコン、 31c…相手画像、 31d…相手テレビ状態、 31e…相手居室音量、 31 f…相手居室照度、 31g…相手動き検出アイコン、 31h…相手リモコン操作アイコン、 31i…相手天気情報、 31j…操作可能表示、 31k…自画像、 311…現在時刻、 41· ·· 通信部、 42· ··ユーザ入力処理部、 43· ··カメラ入力処理部、 44· ··自画像撮影処理部、 45…状態遷移処理部、 46…プレゼンス情報送信処理部、 47· ··相手プレゼンス情報受信処理部、 48…モニタ出力処理部、 50· ··自情報 DB、 51· ··自プレゼンス情報、 52· ··自画像データ、 60…相手情報 DB、 61· ··相手プレゼンス情報、 62· ··購読要求リスト、 63· ··プレゼンス配布リスト、 64· ··アドレス帳、 71· ··呼制御処理部、 72· ··画像データ入力部、 73· ··画像配信処理部、 74· ··画像取得処理部、 100, 100' , 100 A, 100B, 100C, 100D…情報処理装置、 101· ··セッ卜卜ップュ-ッ卜、 102- "ジモコンュニット、 103, 103' …テレビ受像機、 104· ··アダプタユニット、 104' …通信部、 105· "ネットワーク、 110· ··画像データ。

発明を実施するための最良の形態

[0040] 本発明に係るプレゼンス配信処理方法、情報処理装置、プレゼンス配信処理プログラム及びプログラム記録媒体に関する実施形態の一例について、以下に図面を参照しながら説明する。

図 1は、本発明に係る情報処理装置の構成イメージの一例を説明するための概念図である。図 1においては、本発明に係る情報処理装置としては、情報処理装置 100 A, 100B, 100C、 100Dの 4台が存在していて、情報処理装置 100Bにおいて撮影した自画像を、自プレゼンス情報を示す情報として情報処理装置 100A, 100C, 10 0Dに対して配信して、る様子を示して、る。

[0041] ここで、情報処理装置 100Bは、利用者ジエームズが所有して!/、るテレビ電話装置を一例として示しており、テレビ電話用のカメラを内蔵したセットトップユニット 101、リモコンユニット 102、テレビ受像機 103、及び、図示していないが、ネットワークを介して、映像や音声を送受信するためのアダプタユニット (該アダプタユニットをテレビ受像機に内蔵しても勿論構わない)を少なくとも備えている。情報処理装置 100A, 100 C, 100Dは、情報処理装置 100Bのテレビ電話用の画像配布先リスト（即ち、自己のプレゼンスを示す情報の一つとして、自画像を配布すべき 1乃至複数の配布先を示すプレゼンス配布リスト）に、予め登録されている通信相手のテレビ電話装置をそれぞれ示している。

[0042] 例えば、情報処理装置 100Bの所有者ジエームズは、プレゼンス配布リストに登録されてヽる通信相手に対して配信したヽ自分の画像を撮影する場合、セットトップュニット 101に内蔵のテレビ電話用のカメラを使って、好きな時点で、リモコンユニット 1 02を操作することによって、自分の画像を撮影することができる。

[0043] 撮影されたジエームズ自身の画像データ 110は、情報処理装置 100B内に登録されたプレゼンス配布リストに従って、情報処理装置 lOOA, 100C, 100Dという 3台の情報処理装置に対して配布される。ここで、情報処理装置 lOOA, 100C, 100Dのいずれの情報処理装置も、テレビ電話の通信相手を登録するアドレス帳には、「リンダ」、「ジエームズ」、「ボブ」を含む複数の通信相手が、それぞれの通信相手の自画像と共に記録されている例を示しており、情報処理装置 lOOA, 100C, 100Dそれぞれは、通信相手のジエームズの自画像データ 110を受信すると、それぞれのァドレス帳に登録されて、るジエームズの自画像として登録し直す。

[0044] この結果、情報処理装置 lOOA, 100C, 100Dの利用者は、例えばジエームズ宛のテレビ電話を発呼して通信した、時点でアドレス帳を表示した際に、テレビ電話の通信相手ジエームズの名前やアドレスだけでなく、該通信相手ジエームズのプレゼンスの一つとして、任意の時点で撮影されたジエームズの自画像も表示することが可能であり、もって、通信相手ジエームズに関するより多くの情報を呼び起こすことが可能となり、スムーズなコミュニケーションを行なうことが可能となる。

[0045] 図 2は、本発明に係る情報処理装置の各ブロック間の接続構成の一例を説明するための接続構成図である。図 2に示す情報処理装置 100は、図 1で説明したように、テレビ電話用のカメラ内蔵型のセットトップユニット 101、利用者が操作するリモコンュニット 102、テレビ受像機 103、有線又は無線回線を用いたネットワーク 105を介して、他の情報処理装置 100との間で映像、音声の送受信を行なうアダプタユニット 104 とを少なくとも備えている。

[0046] セットトップユニット 101は、有線又は無線によりアダプタユニット 104と接続され、ネットワーク 105を介して受信すべき情報の選択指示をしたり、内蔵のカメラで撮影した画像データの送信を指示したりする。また、アダプタユニット 104は、有線又は無線により、ネットワーク 105と接続されると共に、テレビ受像機 103と接続されていて、ネットワーク 105を介して受信した映像、音声などの情報をテレビ受像機 103に伝えると共に、セットトップユニット 101の内蔵カメラが撮影した画像データをネットワーク 105を介して指定された情報処理装置宛に送信する。また、リモコンユニット 102は、赤外線又は無線信号により、利用者力もの指示を、セットトップユニット 101に、又は、セットトップユニット 101を介してアダプタユニット 104に伝える。テレビ受像機 103は、ァダプタユニット 104やセットトップユニット 101からの映像や音声、あるいは、テキスト情報を表示出力する。

[0047] なお、図 2に示すネットワーク 105を介した情報処理装置 100間の通信形態としては、情報処理装置 100間で直接通信する場合のみに限られるものではなぐ 1っ以上の中継サーバを経由して、中継通信する方法であっても勿論構わないし、また、情報処理装置 100間で共通にアクセス可能なサーバ装置を介して間接的に通信を行なう形態であっても良い。

本実施形態において説明する情報処理装置 100においては、ネットワーク 105を介した別の情報処理装置 100との情報交換の一例として、情報処理装置 100間でテレビ電話を行なう場合にっ、て説明する。

[0048] また、図 3は、本発明に係る情報処理装置の各ブロック間の接続構成の他の例を説明するための接続構成図であり、図 2に示す情報処理装置 100の変形例を示している。即ち、図 3に示す情報処理装置 10( は、図 2の場合とは異なり、図 2の情報処理装置 100のアダプタユニット 104が通信部 104' としてテレビ受像機 103' に内蔵されて一体化されている一体型情報処理装置の場合を示している。なお、図示していないが、テレビ受像機 103' が更にセットトップユニット 101と一体となっている構成であっても良い。

[0049] 次に、図 4を用いて、本発明に係る情報処理装置の詳細なブロック構成の一例を説明する。図 4は、本発明に係る情報処理装置の各ブロック構成の一例を説明するためのブロック構成図であり、アダプタユニット 104がテレビ受像機 103とは分離して構成されている図 2に示す情報処理装置 100の場合を例に取って示している。なお、図 4に示す本発明に係る情報処理装置のブロック構成図は、本発明に直接関係のない回路ブロック、例えばテレビ電話を実現するための回路部や、テレビを視聴するための回路部など、につ、ては記載を省略して、る。

[0050] 図 4に示すブロック構成図において、セットトップユニット 101は、リモコンユニット 10 2からの赤外線信号を受信するリモコン受光部 11と、テレビ電話用の映像を撮影するカメラ 12とを少なくとも備えている。なお、カメラ 12は、テレビ電話を行なう際のリアルタイム映像即ち動画像を撮影する場合と、静止画を撮影する場合との両方の目的で使用される。また、リモコンユニット 102は、利用者が操作するリモコンボタン等力もなるリモコン操作部 21と、該リモコン操作部 21の操作結果に応じた赤外線信号を発するリモコン発光部 22とを少なくとも備えている。また、テレビ受像機 103は、表示画面を構成するモニタ 31を少なくとも備えて!/、る。

[0051] また、アダプタユニット 104は、ネットワークに接続し、情報を送受信するための通信部 41、セットトップユニット 101のリモコン受光部 11を介して入力されてくるリモコンュニット 102における利用者の操作結果であるリモコン信号を解釈して、解釈した利用者の指示を自画像撮影処理部 44又は状態遷移処理部 45に対して出力するユーザ入力処理部 42、セットトップユニット 101のカメラ 12により撮影された映像を入力として処理するカメラ入力処理部 43 (カメラ 12とともに画像撮影手段を構成する。）、ユーザ入力処理部 42から出力される利用者力もの指示に基づいて、カメラ入力処理部 4 3にて取り込んだ画像データを、自画像を示す静止画として、自情報 DB50に記録すると共に、状態遷移処理部 45に引き渡す自画像撮影処理部 44とを備えている。また、カメラ入力処理部 43以外から画像データを取り込み、自情報 DB50に静止画を記録するための画像データ入力部 72をアダプタユニット 104に備えてもよい。この場合、画像データ入力部 72は、例えば SDメモリーカード（Secure Digital memory c ard)などを読み取るためのカードスロットなどで構成される。

[0052] 更に、アダプタユニット 104は、ユーザ入力処理部 42からの利用者による指示又は通信部 41にて受信した通信相手からの指示に基づ、て、情報処理装置 100全体の動作を制御する状態遷移処理部 45と、通信相手との呼 (セッション)を管理する呼制御処理部 71 (セッション形成手段を構成する。）とを備えており、該状態遷移処理部 4 5力の制御により、アダプタユニット 104のみならず、セットトップユニット 101、テレビ受像機 103を含む、情報処理装置 100全体の動作が制御されている。ここで、通信部 41にて受信した通信相手からの指示とは、例えばテレビ電話の呼制御イベントであり、該呼制御イベントに応じて、テレビ電話の呼制御状態が遷移し、テレビ受像機 103のモニタ 31に対して出力するモニタ出力処理部 48 (モニタ 31とともに表示手段を構成する。）の出力が制御される。呼制御処理部 71は通信部 41にて受信した呼制御イベントに基づき状態遷移処理部 45を制御し、状態遷移処理部 45からの指示に基づき呼制御イベントを通信部 41にて送信する。

[0053] なお、通信相手に関する情報を記録している相手情報 DB60に含まれる情報を用いて、必要に応じて、テレビ受像機 103のモニタ 31に対して出力するモニタ出力処理部 48における出力画面の生成を制御している。また、利用者のリモコン操作部 21 の操作による指示に基づいて、又は、場合によっては、通信部 41にて受信した通信相手からの指示に基づ、て、相手情報 DB60に含まれて、る購読要求リスト 62を更新する。購読要求リスト 62とは、当該情報処理装置の所有者が、プレゼンスを入手した、通信相手を購読要求先として登録して、る登録リストのことである。

[0054] また、自情報 DB50に記録される静止画は、カメラ 12により撮影された自画像データ 52 (カメラ 12により撮影された画像データだけでなぐ画像データ入力部 72より入力された画像データも含めて、自画像データ蓄積手段を構成する。）であり、図 1の概念図にて説明したように、相手情報 DB60の一つとして予め記録されているプレゼンス配布リスト 63 (画像配布先リストを構成する。 )に基づいて、該プレゼンス配布リスト 63に登録されている通信相手が所有する他の情報処理装置 100に対して配信される。即ち、当該情報処理装置 100の利用者自身のプレゼンスを示す自プレゼンス情報 51の一つとして、図 1に示したように画像データ 110として配信される。ここに、プレゼンス配布リスト 63とは、前述のように、当該情報処理装置 100の利用者自身の自プレゼンス情報 51を配布すべき通信相手の情報処理装置を 1乃至複数登録している登録リストのことである。

[0055] 更に、アダプタユニット 104は、プレゼンス情報送信処理部 46,相手プレゼンス情報受信処理部 47,モニタ出力処理部 48を備えている。ここで、プレゼンス情報送信処理部 46は、状態遷移処理部 45の制御に基づいて、通信部 41を介して、指定された通信相手に対して状態通知登録要求信号や状態通知信号を送信する。ここに、状態通知登録要求信号とは、当該情報処理装置の利用者が状態通知情報 (即ち相手プレゼンス情報)を入手したい通信相手に対して送信する信号であり、該通信相手の情報処理装置に対してプレゼンス配布リストに当該情報処理装置 100の登録を要求する信号である。なお、該状態通知登録要求信号を送信する通信相手は、相手プレゼンス情報を取得要求 (購読要求)する通信相手として登録して!/、る相手情報 DB 60の購読要求リスト 62に基づ!/ヽて、る。

[0056] 一方、状態通知信号とは、当該情報処理装置の利用者の状態 (即ち自プレゼンス情報)を通知する信号であり、該状態通知信号を送信する通信相手は、自プレゼンス情報の配布先を登録して、る相手情報 DB60のプレゼンス配布リスト 63に基づ!/ヽている。なお、送信する状態通知信号は、例えば SIPの UDPを用いて、自画像データ 52のようなデータ量が多、情報を含めて直接送信する代わりに、自画像データ 52 の所在場所を示すアドレス情報（例えば URL : Unique Resource Locator)を配信し、配信先にて、自画像 (即ち、配布先から見た場合の通信相手の相手画像)を参照したい場合、受信した該アドレス情報 (例えば URL情報）を参照して、 SIPの UDP のようなデータ量が多い情報の送受信には不向きなプロトコルとは異なる信頼性が高いプロトコル（例えば TCP)を用いて、自画像データ 52を、画像データ 110として読み出すように構成している。

[0057] また、相手プレゼンス情報受信処理部 47は、状態遷移処理部 45の制御に基づ、て、通信部 41を介して、通信相手から受信した状態通知登録要求信号や状態通知信号を処理する。即ち、状態通知登録要求信号を受信した場合、当該通信相手を相手情報 DB60のプレゼンス配布リスト 63に追加登録する。一方、状態通知信号を受信した場合、該状態通知信号に含まれて受信した通信相手のプレゼンス情報を、相手プレゼンス情報 61として相手情報 DB60に追加登録する。

[0058] なお、ここで、状態通知信号には、前述のように、データ量が多!、画像データそのものを含むことなぐ該画像データの所在場所を参照することができるアドレス情報が付与されている場合もある。このような場合、通信相手の情報処理装置から状態通知信号を受信した際に、相手情報 DB60に含まれている当該通信相手のプレゼンスを示す相手プレゼンス情報 61が未登録であるか、又は、相手プレゼンス情報 61の一つである通信相手の画像が状態通知信号のアドレス情報と異なるアドレス情報の画像（例えば古い画像）であった場合に、初めて、前述のように、 SIPの UDPのようなプロトコルとは異なるデータ量の多い情報に送受信に適した信頼性の高いプロトコル（例えば TCP)を用いて、受信したアドレス情報が示す画像データの所在場所に対してアクセスして、画像データの送信を要求する。而して、該送信要求により、信頼性が高、プロトコルを用いて、通信相手の画像データ 110 (例えば最新の相手画像即ち通信相手の最新の自画像を示す画像データ）を受信し、受信した通信相手の画像データ 110を、相手情報 DB60の相手プレゼンス情報 61として追加又は更新登録する（相手プレゼンス情報 61に含まれる通信相手の画像データ 110が相手画像蓄積手段を構成する。）。

[0059] また、相手プレゼンス情報 61を追加又は更新登録した際に、情報処理装置 100の利用者がテレビ電話を行なうために参照するテレビ電話用のアドレス帳 64にリンク情報を設定している。従って、テレビ電話を行なうためにアドレス帳 64を一覧表示した際に、各通信相手毎に、氏名、アドレスの他に、該通信相手のプレゼンスを示す情報として、相手プレゼンス情報 61も表示することが可能である。なお、アドレス帳 64からのリンクを張る代わりに、アドレス帳 64の中に各通信相手毎の相手プレゼンス情報 6 1を一緒に格納するようにしても構わないし、あるいは、アドレス帳 64を一覧表示した際に、相手プレゼンス情報 61のうち、通信相手の顔写真 (静止画)のみを表示するようにしても良い。

[0060] また、モニタ出力処理部 48は、テレビ受像機 103のモニタ 31に接続されており、状態遷移処理部 45の制御に基づいて、通信部 41、自画像撮影処理部 44、あるいは、相手プレゼンス情報受信処理部 47から出力される映像信号を、テレビ画面としてモニタ 31に表示可能な信号形式の映像と、スピーカから出力可能な信号形式の音声と、に変換して出力する。

更に、アダプタユニット 104は、画像配信処理部 73、画像取得処理部 74を備えている。画像取得処理部 74は、状態遷移処理部 45の指示に基づき通信部 41にて画像データの取得要求を含む HTTPリクエストを送信し (この処理が画像配信要求送信手段を構成する。）、通信部 41にて画像データを含む HTTPレスポンスを受信して相手情報 DB60の相手プレゼンス情報 61の一部として画像データを蓄積する（この処理が画像配信応答受信手段を構成する。広義には、画像受信手段を構成すると考えてもよい。 ) o一方、画像配信処理部 73は、通信部 41にて画像データの取得要求を含む HTTPリクエストを受信し (この処理が画像配信要求送信手段を構成する。）、自情報 DB50の自画像データ 52より取り出した画像データを含む HTTPレスポンスを通信部 41にて返信する（この処理が画像配信応答送信手段を構成する。 )

[0061] 次に、本発明に係る情報処理装置 100によりモニタ 31に表示される表示画面の一例を図 5を用いて詳細に説明する。図 5は、本発明に係る情報処理装置によりモニタ画面に表示される表示画面の一例を示す画面構成図であり、情報処理装置 100がテレビ電話を行なう通信相手として相手情報 DB60に登録されたアドレス帳 64の中から、いずれかの通信相手を選択し、選択した通信相手の詳細情報を画面表示したものであり、通信相手の詳細情報画面の一例を示して、る。

[0062] 図 5の画面表示例において、テレビ電話のアドレス帳 64から選択した通信相手は「おばあちやん」であり、通信相手の名前 3 laとして「おばあちゃんち」が表示され、通信相手の「おばあちやん」のプレゼンス（状態）を示す相手プレゼンス情報 61が、相手情報 DB60から読み出されて、通信相手の名前 3 laが示す相手プレゼンス表示情報 31 Aとして画面表示される。すなわち、通信相手の情報処理装置の利用者 (通信相手の名前 3 la)と対応付けて、画像データを含む相手プレゼンス表示情報 31 Aが画面表示される。相手プレゼンス表示情報 31 Aとしては、まず、相手プレゼンスアイコン 31bと相手画像 31cとが同一画面上に合成して表示されている。

[0063] ここで、相手プレゼンスアイコン 31bは、通信相手のプレゼンスを示す識別表示であり、当該情報処理装置 100の利用者からの指示により相手情報 DB60の購読要求リスト 62に登録されて、る通信相手であり、通信相手から該通信相手のプレゼンス情報を受け取って画面表示するように設定されて、る場合にのみ表示される。該相手プレゼンスアイコン 3 lbの表示色も、該通信相手のプレゼンス情報に応じて通信相手毎に変更して表示することが可能である。また、相手画像 31cは、通信相手の「おばあちゃんち」の現在の様子を通信相手のプレゼンスの一つとして表示する静止画である。通信相手自身の撮影画像を、先に受信した状態通知信号に含まれている画像データの所在場所を示すアドレス情報を用いて、相手画像を示す画像データ 110として受信して、相手情報 DB60の相手プレゼンス情報 61の一つとして登録されている場合にのみ表示される。なお、相手画像 31cとしては、通信相手の撮影画像である静止画の代わりに、予め定めた継続時間例えば数秒乃至数分程度の動画像を用いるようにしても良い。

[0064] 更に、図 5の画面表示例に示すように、相手プレゼンス表示情報 31 Aとして通信相手の状態をより詳細に示す情報も同時に表示可能であり、例えば、通信相手のテレビの電源状態を示す相手テレビ状態 3 ld、通信相手の居室における音量を示す相手居室音量 31e、通信相手の居室の明るさを示す相手居室照度 31fを同一画面上に合成して表示している。ここで、相手テレビ状態 31dとは、通信相手のテレビ受像機 103の電源が ON力 OFFかを示す情報であり、状態通知信号として通信相手からテレビ状態情報を受け取つている場合にのみ表示される。また、相手居室音量 3 le, 相手居室照度 31fは、通信相手の情報処理装置 100によって取得された通信相手の居室 (部屋)の音量，明るさを、それぞれ、例えば 10段階で示す情報であり、状態通知信号として通信相手から居室音量情報，居室照度情報をそれぞれ受け取っている場合にのみ表示される。

[0065] 更に、相手プレゼンス表示情報 31 Aとして通信相手の状態をより詳細に示す情報として、通信相手の動きの有無を示す相手動き検出アイコン 31g、通信相手がリモコンの操作をしたカゝ否かを示す相手リモコン操作アイコン 31h、更には、通信相手の地域における天候を示す相手天気情報 31iも同一画面上に合成して表示している。

[0066] ここで、相手動き検出アイコン 31g,相手リモコン操作アイコン 31hは、通信相手の情報処理装置 100が通信相手の動き，リモコン信号を、それぞれ検出したことを示す情報であり、状態通知信号として通信相手から動き検出情報，リモコン操作情報をそれぞれ受け取つている場合にのみ表示される。なお、相手動き検出アイコン 31g,相手リモコン操作アイコン 31hの表示形式として、よりビジュアルに表示するために、時間経過に応じた形状変化により動的に表示したり、点滅表示として表示したりしても良い。また、相手天気情報 31iは、通信相手の情報処理装置 100が設置されている地域の天候を示す情報であり、状態通知信号として通信相手から天気情報又は居住地域情報を受け取った場合にのみ表示されるようにしても良、。

[0067] また、図 5に示すように、相手表示プレゼンス情報 31 Aのみならず、自身の情報処理装置 100におけるプレゼンス情報も、同一画面上に合成して表示することが可能であり、例えば、当該表示画面において操作可能なリモコンボタンの種類を示す操作可能表示 31j、自己の情報処理装置 100の利用者自身を撮影している自画像 31 k、現在の時刻を示す現在時刻 311も同一画面上に合成して表示している。

[0068] また、自画像 31kは、当該情報処理装置 100のセットトップユニット 101に内蔵の力メラ 12により撮影されてヽる利用者自身の画像を、自画像撮影処理部 44を介して画面表示している。現在時刻 311は、当該情報処理装置 100に内蔵の時計を読み出して表示するものであり、時刻のみならず、現在の年月日を示すカレンダ情報も含めて表示するようにしても良い。

また、図示しないが、相手プレゼンス表示情報 31 Aに表示した通信相手とのテレビ電話の状態を示す通話状態を、同一画面上に更に合成して表示するようにしても良い。ここで言う、通話状態とは、相手プレゼンス表示情報 31 Aに表示した通信相手とテレビ電話の通信を行なうオフフック状態 (発信状態）にあるか、オンフック状態 (切断状態）にあるかを示す情報であり、通信部 41により検知されて状態遷移処理部 45にて管理している当該情報処理装置の通信状態に応じて表示される。

[0069] 図 5に示すように、以上のような各種の詳細情報を、例えば、自己の情報処理装置 100を設置している居室の様子を壁紙として撮影した画像の上に合成して表示するようにしても良い。図 5のような画面表示を行なうことにより、テレビ電話の通信相手の現在の状態を示す各種のプレゼンスと当該情報処理装置 100自身のプレゼンスとを総合的に把握することが可能であり、よりスムーズにコミュニケーションを図ることができる。ここで、通信相手の最新の状態を示す相手画像 31cについては、詳細は後述するが、例えば、通信相手側において、利用者がリモコン操作部 21を所望の任意の時点で操作して、自画像の撮影を指示し、撮影した自画像を配布を要求する通信相手として登録されている通信相手全員に対して簡便に配布することが可能である。 [0070] 図 5に示すような通信相手のプレゼンス (状態）を詳細に表示可能とするために、相手情報 DB60の相手プレゼンス情報 61として記録している情報の一例を、図 6に示す。ここに、図 6は、本発明に係る情報処理装置における相手プレゼンス情報の登録例を示すテーブル構成図であり、図 5に示す相手プレゼンス表示情報 31 Aとして画面表示する各情報を少なくとも登録している。

[0071] 図 6に示す例では、相手プレゼンス情報の取得要求 (購読要求）をして、る取得要求先として 5個の通信相手先が存在して、て、各通信相手先から取得する相手プレゼンス情報 61として、図 5の相手プレゼンス表示情報 31 Aを表示するための通信相手の名前、プレゼンスアイコンの色、テレビ電源状態、居室照度、居室音量、動き検出状態、リモコン操作状態、天気情報、相手画像の所在場所を示すアドレス情報 (U RL)の各情報の他に、通信相手のアドレスを示す SIPアドレス、通信相手の通話状態、通信相手の留守設定ボタンの状態も含むように構成されて、る。

[0072] なお、通信相手の名前は、相手プレゼンス表示情報 31 Aの他の項目と異なり、当該通信相手から状態通知信号 (相手プレゼンス情報を含む信号)として送信されてくるものではなぐ当該情報処理装置 100の利用者が、各通信相手を容易に特定可能とするために付与して、る名前（ニックネーム）であり、例えば SIPアドレス「abc @ def gh. co. jp」の通信相手は「おばあちゃんち」である旨を登録している。また、図 6の「画像」欄には、相手画像のアドレス情報として URLのみが保存されている例を示して V、るが、該アドレス情報を用いて取得した相手画像も含めて保存するようにしても良い。

[0073] 一方、図 6に示すような相手プレゼンス情報 61の配信を可能とするために、自情報 DB50の自プレゼンス情報 51として記録している情報の一例を、図 7に示す。ここに、図 7は、本発明に係る情報処理装置における自プレゼンス情報の登録例を示すテ一ブル構成図であり、図 6の相手プレゼンス情報 61と全く同様の構成力もなつている。但し、自プレゼンス情報 51としては、図 6の相手プレゼンス情報 61の例とは異なり、自画像データを示す「画像」欄には、自画像データ 52の所在場所を示すアドレス情報 (URL情報）と共に、例えば jpeg画像データとして自身の静止画イメージを示す「 mypicture. jpg」即ち自画像データ 52そのものが保存されている例を示している。なお、自情報処理装置の通信用のアドレスを示す SIPアドレスを自プレゼンス情報 5 1としては設定していない例を示している力 SIPアドレスも自プレゼンス情報 51として設定するようにしても勿論構わな、。

[0074] 本発明に係る情報処理装置 100は、別の情報処理装置 100との間でテレビ電話を行なう際に、テレビ電話を実際に行なう「コミュニケーション」と通信相手同士の状態（プレゼンス）を交換し合う「プレゼンス交換」との 2つの通信シーケンスによって実現している。ここで、テレビ電話を実際に行なう「コミュニケーション」は、一般的な実現手段を用いることが可能であり、「コミュニケーション」に関する更に詳細な説明は省略するが、 SIP (Session Initiation Protocol)を用いた呼制御と、該呼制御により確立された呼に基づいて、 RTP (Real— time Transport Protocol)を用いたストリームデータ通信とを用いて実現することができる。

[0075] また、通信相手同士の状態を交換し合う「プレゼンス交換」は、 SIP (Session Initi ation Protocol)を用いて実現する。図 8は、本発明に係る情報処理装置において SIPによるプレゼンス交換の実現手順の一例を説明するためのデータフローチャートであり、情報処理装置 100Aと情報処理装置 100Bとの間でプレゼンス交換を行なうデータのシーケンスを示している。図 8では、情報処理装置 100Aにおいて、当該情報処理装置 100Aの利用者力情報処理装置 100Bの利用者のプレゼンス情報を知りたい旨の指示があった場合、当該情報処理装置 100Aは、指定された情報処理装置 100Bのプレゼンス情報の取得を要求する旨の情報を、図 4に示す相手情報 D B60の購読要求リスト 62に登録し、情報処理装置 100Aから情報処理装置 100Bに対して、プレゼンス情報の取得要求を示す状態通知登録要求信号 Mlとして「SUB SCRIBEJ信号を送信する。

[0076] 状態通知登録要求信号 Mlを受信した情報処理装置 100Bの利用者が当該情報処理装置 100Bの利用者のプレゼンス情報を情報処理装置 100Aに対して通知しても良、と判断した場合には、情報処理装置 100Aをプレゼンス配布先として追加するように、図 4に示す相手情報 DB60のプレゼンス配布リスト 63に登録し、状態通知登録要求信号 Mlの「SUBSCRIBE」信号に対する受信確認として、「OK」信号 M2を要求元の情報処理装置 100Aに対して返送する。 [0077] 一方、情報処理装置 100Bの利用者力自己のプレゼンス情報を通信相手に対して通知したい状況が発生した場合には、自情報 DB50から自プレゼンス情報 51を読み出して、自己のプレゼンス情報を通知するための状態通知信号 M3として「NOTI FY」信号を生成し、プレゼンス配布リスト 63に登録されている情報処理装置 100Aに対して送信する。状態通知信号 M3を受信した情報処理装置 100Aは、状態通知信号 M3の「NOTIFY」信号に対する受信確認として、「OK」信号 Μ4を送信元の情報処理装置 100Bに対して返送する。更に、情報処理装置 100Aは、受信した状態通知信号 Μ3に含まれて、る情報処理装置 100Bのプレゼンス情報を、相手情報 DB6 0の相手プレゼンス情報 61として登録すると共に、利用者からの表示要求に応じて、モニタ出力処理部 48を介してモニタ 31に画面表示する。

[0078] なお、自己のプレゼンス情報を送信する情報処理装置 100Bが、状態通知信号 Μ 3として「NOTIFY」信号を送信する送信タイミングとしては、

1)当該情報処理装置 100Bの利用者の状態 (プレゼンス）が変化した時点、

2)情報処理装置 100Aからの状態通知登録要求信号 Mlの「SUBSCRIBE」信号に対する「OK」信号 M2を返送した時点、及び、

3)それ以外の任意の時点、

の 3つの時点を設定することができる。ここで、 3)の任意の時点としては、当該情報処理装置 100Bの利用者の状態 (プレゼンス)が変化していなくても、利用者が送信を指示した時点であっても良いし、あるいは、予め定めた周期で定期的に送信するようにしても構わない。

[0079] また、 SIPでは、プレゼンス取得要求元の情報処理装置 100Aは、既に、状態通知登録をしている通信相手、即ち、相手情報 DB60の相手プレゼンス情報 61として登録している通信相手、に対しても、利用者が要求する任意の時点で、状態通知登録要求信号 Mlの「SUBSCRIBE」信号を送信することができる。また、状態通知登録要求信号 Mlの「SUBSCRIBE」信号を受信した情報処理装置 100Bは、送信元の情報処理装置 100Aに対して、必ず、状態通知信号 M3としての「NOTIFY」信号を返送することが必要である。従って、情報処理装置 100Aの利用者は、状態通知登録要求信号 Mlの「SUBSCRIBE」信号を所望する任意の時点で送信することを指示することにより、オンデマンドで情報処理装置 100Bの利用者のプレゼンスを示す状態通知信号 M3の「NOTIFY」信号を受信することができ、所望の時点で通信相手のプレゼンスをリアルタイムに取得して画面表示することが可能である。

[0080] 次に、以上に説明したプレゼンス交換の手順について、フローチャートを用いて更に詳細に説明する。図 9は、本発明に係る情報処理装置が、プレゼンスを取得したい取得要求先の通信相手の情報処理装置に対して、プレゼンスの取得要求となる状態通知登録要求信号を送信する手順の一例を示すフローチャートであり、図 8に示すデータフローチャートにおいて情報処理装置 100Aが情報処理装置 100Bに対して状態通知登録要求信号 Mlの「SUBSCRIBE」信号を送信する場合を示している。また、図 10は、本発明に係る情報処理装置が、プレゼンスの取得要求元の通信相手の情報処理装置から、プレゼンスの取得要求となる状態通知登録要求信号を受信する手順の一例を示すフローチャートであり、図 8に示すデータフローチャートにおいて情報処理装置 100Bが情報処理装置 100Aから状態通知登録要求信号 M 1の「SU BSCRIBEJ信号を受信した場合を示して!/、る。

[0081] まず、図 9のフローチャートに示す状態通知登録要求信号 Mlの「SUBSCRIBE」信号の送信手順について説明する。

情報処理装置 100 Aの利用者が、リモコンユニット 102のリモコン操作部 21を操作して、プレゼンスを取得したい通信相手として情報処理装置 100Bを選択し、情報処理装置 100Bを状態通知登録要求信号 Mlの送信先として指定する (ステップ Sl)。状態通知登録要求信号 Mlの送信先を指定する方法としては、リモコン操作部 21を操作して、例えば、相手情報 DB60に含まれているテレビ電話のアドレス帳 64の設定画面をモニタ 31に表示し、該設定画面にて、プレゼンスを取得したい情報処理装置 100Bの利用者に関するプレゼンス購読要求 (プレゼンス取得要求）の設定を行なうことにより、リモコン発光部 22、リモコン受光部 11、ユーザ入力処理部 42を介して、ユーザの操作内容を受信した状態遷移処理部 45にて、ユーザが指定した情報処理装置 100Bのアドレス例えば SIPアドレスを取得する。

[0082] 次に、状態遷移処理部 45の制御により、プレゼンスを取得したい情報処理装置 10 0Bのアドレス例えば SIPアドレスを、相手情報 DB60の購読要求リスト 62に「購読要求未設定」の状態にして追加設定する (ステップ S2)。ここに、「購読要求未設定」とは、まだ、プレゼンス購読要求先の情報処理装置 100Bに対して、プレゼンスの購読要求となる状態通知登録要求信号 Mlの「SUBSCRIBE」信号を送信していない状態にあることを示している。

[0083] し力る後、状態遷移処理部 45の制御により、プレゼンス情報送信処理部 46を駆動し、通信部 41を介して、プレゼンス購読要求先の情報処理装置 100Bの SIPアドレスを用いて、情報処理装置 1 OOBに対して状態通知登録要求信号 M 1の「SUBSCRI BEJ信号を送信し (ステップ S3)、送信した rsUBSCRIBEj信号に対する応答である「OK」信号 M2が返送されてきたか否かを相手プレゼンス情報受信処理部 47にて監視する (ステップ S4)。送信した「SUBSCRIBE」信号に対する応答信号が返送されてこない場合 (ステップ S4の NO)、「SUBSCRIBE」信号を再送するための購読要求リトライタイマがタイムアウトした力否かをチェックする（ステップ S5)。

[0084] 購読要求リトライタイマがタイムアウトしてヽな、場合は (ステップ S5の NO)、ステツプ S4に戻って、「OK」信号 M2の返送の監視を継続し、一方、購読要求リトライタイマがタイムアウトしている場合 (ステップ S5の YES)、情報処理装置 100Bに対する状態通知登録要求信号 Mlの「SUBSCRIBE」信号の再送を行なうために、ステップ S 3に戻る。ここで、購読要求リトライタイマは、ステップ S3において、「SUBSCRIBE」信号を送信する時点で設定されるものであり、そのタイムアウト値としては、任意の値を設定することが可能であり、例えば、 5分経過しても、「OK」信号を受信しなかった場合に、「SUBSCRIBE」信号の送信をリトライするようにしても良!、。

[0085] また、送信した「SUBSCRIBE」信号に対する応答である「OK」信号 Μ2が返送されてきた場合 (ステップ S4)、状態遷移処理部 45の制御により、返送されてきた購読要求先の情報処理装置 100Bの SIPアドレスを用いて、相手情報 DB60の購読要求リスト 62を参照して、ステップ S2において設定された「購読要求未設定」の状態を「購読要求設定済み」の状態に変更して設定する (ステップ S6)。ここに、「購読要求設定済み」とは、購読要求先の情報処理装置 100Bから、プレゼンスの購読要求となる状態通知登録要求信号 Mlの「SUBSCRIBE」信号の受信確認を示す「OK」信号 Μ2 を受信済みの状態にあることを示して、る。 [0086] なお、図 9のフローチャートには示していないが、送信した「SUBSCRIBE」信号に対する応答として、購読要求先の情報処理装置 100Bから、購読要求を拒否する旨を示す「NG」信号が返送されてきた場合、情報処理装置 100Bのプレゼンス取得要求を放棄し、相手情報 DB60の購読要求リスト 62から、当該情報処理装置 100Bのアドレス例えば SIPアドレスを削除して、図 9の処理を終了する。

[0087] また、相手情報 DB60の購読要求リスト 62のテーブル構成例を図 11に示して、る。

図 11は、本発明に係る情報処理装置にぉ、てプレゼンスの購読要求を登録して!/ヽる購読要求リストの一例を示すテーブル構成図であり、図 8に示すプレゼンス取得要求元の情報処理装置 100Aにお、て相手情報 DB60に含まれて、る購読要求リスト 62の一例を示している。図 11の購読要求リスト 62の例では、 4人の通信相手のプレゼンスの購読要求即ち取得要求が登録されており、それぞれの通信相手の利用者が使用する情報処理装置のアドレス例えば SIPアドレス力状態及び備考と共に登録されている。

[0088] 図 11の購読要求リスト 62において、 SIPアドレス「aaa@aaaaa. co. jp」は、備考欄に示すように、図 9のステップ S5の状態にあり、送信した「SUBSCRIBE」信号に対する「OK」信号を受信できず、購読要求リトライタイマが稼動中の状態にあることを例示している。また、 SIPアドレス「bbb@bbbbb. co. jp」及び「ccc@ccccc. co. jp」は、状態欄に示すように、図 9のステップ S6の処理により、既に、「OK」信号を受信して「購読要求設定済み」の状態にあることを例示している。また、 SIPアドレス「ddd@dd ddd. co. jp」は、備考欄に示すように、図 9のステップ S3, S4の状態にあり、送信した「SUBSCRIBE」信号に対する応答を待って!/、る状態にあることを例示して、る。

[0089] 次に、図 10のフローチャートに示す状態通知登録要求信号 MIの SUBSCRIBE 」信号の受信手順について説明する。

まず、状態遷移処理部 45の制御により、通信部 41を介して、相手プレゼンス情報受信処理部 47にて、プレゼンス購読要求元の情報処理装置 100Aから、プレゼンスの取得を要求する状態通知登録要求信号 M 1の「SUBSCRIBE」信号を受信したことを検出すると、受信した「SUBSCRIBE」信号に含まれている購読要求元の情報処理装置 100Aのアドレス例えば SIPアドレスを取り出す (ステップ S 11)。 [0090] 次いで、状態遷移処理部 45の制御により、購読要求元の情報処理装置 100Aのァドレス例えば SIPアドレス力状態通知登録要求信号 Mlの「SUBSCRIBE」信号を受け入れて、当該情報処理装置 100Bの利用者のプレゼンスを提供可能な通信相手のアドレスか否かを判定する（ステップ S 12)。

[0091] ここで、受信した「SUBSCRIBE」信号を受け入れ可能力否かを判定する場合、例えば、プレゼンス受け入れを可能力否かを予め設定した「ポリシーファイル」（誰からのプレゼンス購読要求は受諾する力、及び Z又は、誰からのプレゼンス購読要求は拒否するかとの設定を記述したファイル）を SIPアドレスを用いて参照することにより、自動的に判定しても良いし、あるいは、「ポリシーファイル」に該当する SIPアドレスが登録されていない場合には、情報処理装置 100Aから当該情報処理装置 100Bのプレゼンス取得要求がある旨を、モニタ出力処理部 48を経由してテレビ受像機 103のモニタ 31に表示することにより、利用者が、リモコン操作部 21を操作して、判定結果を入力するようにしても構わな、。

[0092] 当該情報処理装置 100Bのプレゼンスを提供可能な通信相手ではな、と判定した場合 (ステップ S 12の NO)、状態通知登録要求信号 M 1の「SUBSCRIBE」信号に対する応答として、購読要求を拒否する旨を示す「NG」信号を、プレゼンス情報送信処理部 46から通信部 41を経由して、購読要求元の情報処理装置 100Aに対して返送する (ステップ S 13)。

[0093] 一方、当該情報処理装置 100Bの利用者のプレゼンスを提供可能な通信相手であると判定した場合 (ステップ S 12の YES)、相手情報 DB60のプレゼンス配布リスト 63 に、状態通知登録要求信号 Mlの「SUBSCRIBE」信号の送信元の情報処理装置 1 00Aのアドレス例えば SIPアドレスを追加登録すると共に (ステップ S14)、購読要求を受け入れた旨を示す「OK」信号を、プレゼンス情報送信処理部 46から通信部 41 を経由して、購読要求元の情報処理装置 100Aに対して返送する (ステップ S 15)。

[0094] なお、相手情報 DB60のプレゼンス配布リスト 63のテーブル構成例を図 12に示している。図 12は、本発明に係る情報処理装置においてプレゼンスの配布先を登録して!ヽるプレゼンス配布リストの一例を示すテーブル構成図であり、図 8に示すプレゼンス配布元の情報処理装置 100Bにおいて相手情報 DB60に含まれているプレゼンス配布リスト 63の一例を示している。図 12のプレゼンス配布リスト 63の例では、 4人の通信相手に対して、当該情報処理装置 100Bの利用者のプレゼンスを配布することが登録されており、それぞれの通信相手の利用者が使用する情報処理装置のァドレス例えば SIPアドレスが登録されている。

[0095] 次に、図 9及び図 10に示すフローチャートの処理がなされて、情報処理装置 100B の相手情報 DB60にプレゼンス配布リスト 63が作成され、図 8示す情報処理装置 10 0Bのプレゼンスを情報処理装置 100Aに対して配信する処理について、図 13及び図 14のフローチャートを用いて更に詳細に説明する。図 13は、本発明に係る情報処理装置が、プレゼンス取得要求元の情報処理装置に対してプレゼンスの送信を示す状態通知信号を送信する手順の一例を示すフローチャートであり、図 8に示すデータフローチャートにおいて情報処理装置 100Bが情報処理装置 100Aに対して状態通知信号 M3の「NOTIFY」信号を送信する場合を示している。また、図 14は、本発明に係る情報処理装置力プレゼンス取得要求先の情報処理装置力プレゼンスの送信を示す状態通知信号を受信する手順の一例を示すフローチャートであり、図 8に示すデータフローチャートにおいて情報処理装置 100Aが情報処理装置 100Bから状態通知信号 M3の「NOTIFY」信号を受信した場合を示して!/、る。

[0096] まず、図 13のフローチャートに示す状態通知信号 M3の「NOTIFY」信号の送信手順について説明する。

情報処理装置 100Bの利用者力リモコンユニット 102のリモコン操作部 21を操作して、最新に作成したプレゼンスを相手情報 DB60のプレゼンス配布リスト 63の登録先に配信することを指示すると、相手情報 DB60のプレゼンス配布リスト 63を参照して、プレゼンス配布リスト 63に登録されている情報処理装置のアドレス例えば SIPァドレスを順次取り出す (ステップ S21)。ここで、利用者のプレゼンスを配信するタイミングとしては、前述したように、該利用者がリモコン操作部 21を操作して配信を要求した任意の時点でも良いし、通信相手から状態通知登録要求信号 Mlの「SUBSCR IBE」信号を受信した時点でも良いし、あるいは、当該利用者のプレゼンス (状態）が変化した時点でも良いし、あるいは、プレゼンス (状態）の変化の有無に関係なく定期的に配信するようにしても良、。 [0097] 例えば利用者がリモコン操作部 21を操作して配信を要求した場合、リモコン発光部 22、リモコン受光部 11、ユーザ入力処理部 42を介して、ユーザの操作内容を受信した状態遷移処理部 45にて、プレゼンス情報送信処理部 46を駆動して、相手情報 D B60のプレゼンス配布リスト 63から、プレゼンス配布先の情報処理装置のアドレス例えば SIPアドレスを順次取り出す。

[0098] し力る後、状態遷移処理部 45の制御により、プレゼンス情報送信処理部 46にて、自情報 DB50から自画像データ 52を含む自プレゼンス情報 51を取り出す (ステップ S22)。次いで、取り出した自プレゼンス情報 51を送信するための状態通知信号 M3 となる「NOTIFY」信号を生成して、プレゼンス配布リスト 63から取り出した配布先の情報処理装置のアドレス例えば SIPアドレスに対して、通信部 41を介して送信する（ステップ S23)。

[0099] し力る後、状態遷移処理部 45の制御により、プレゼンス情報送信処理部 46にて、相手情報 DB60のプレゼンス配布リスト 63に登録されている全てのプレゼンス配布先に対して、状態通知信号 M3の「NOTIFY」信号を配布した力否かをチェックして、まだ、配布して、な、プレゼンス配布先が残って、る場合は (ステップ S 24の NO)、ステップ S21に戻って、次に配布すべきプレゼンス配布先の情報処理装置のァドレス例えば SIPアドレスを取り出す動作を繰り返す。なお、ここで、配布先毎に異なる複数種類の自プレゼンス情報を自情報 DB50に保存しておき、ステップ S22で取り出す自プレゼンス情報 51として、配布先に応じて異なる自プレゼンス情報を取り出すように構成しても良い。

[0100] また、配布すべきプレゼンス配布先の全てに状態通知信号 M3の「NOTIFY」信号を配信してヽる場合は (ステップ S24の YES)、状態通知信号 M3の「NOTIFY」信号の配布先からの「イベント」の返送を待ち合わせる（ステップ S25)。ここに、「ィベント」とは、配信した状態通知信号 M3の「NOTIFY」信号に対する配信先からの応答を示す応答信号のことである。該応答信号としては、「NOTIFY」信号の受信確認を示す「OK」信号、受信拒否を示す「NG」信号などがある。

[0101] 「NOTIFY」信号に対する応答信号として受信確認を示す「OK」信号 Μ4が返送されてきたことを、状態遷移処理部 45の制御により、相手プレゼンス受信処理部 47にて確認した場合 (ステップ S26の YES)、状態通知信号 M3の「NOTIFY」信号を配信した全ての配布先から受信確認を示す「OK」信号 Μ4が返送されてきたか否かをチェックして、まだ、未返送の配布先が残っていた場合は (ステップ S27の NO)、ステップ S25に戻って、未返送の配布先からの応答信号を待ち合わせる。なお、「NOTI FYj信号に対する応答信号として「OK」信号以外の応答信号を受信した場合は (ステツプ S26の NO)、受信した応答信号を無視して、ステップ S25に戻って、他の配布先からの応答信号の受信を待ち合わせる。ここで、図 13には示していないが、「OK」信号以外の応答信号を受信した場合には、該応答信号の送信元の情報処理装置 1 00のアドレスをプレゼンス配布リストから削除して、以降のプレゼンスの配布を取り止めるようにしても良い。

[0102] 次に、図 14のフローチャートに示す状態通知信号 Μ3の「NOTIFY」信号の受信手順について説明する。

まず、情報処理装置 100Aにおいて、状態遷移処理部 45の制御により、通信部 41 を介して、相手プレゼンス情報受信処理部 47にて、プレゼンス購読要求先の情報処理装置 100Bから、プレゼンスの送信を示す状態通知信号 M3の「NOTIFY」信号を受信したことを検出すると、受信した「NOTIFY」信号に含まれている購読要求先の情報処理装置 100Bのプレゼンス情報とアドレス例えば SIPアドレスとを取り出す (ステツプ S31)。

[0103] し力る後、状態遷移処理部 45の制御により、相手プレゼンス情報受信処理部 47にて、相手情報 DB60の相手プレゼンス情報 61に、取り出した情報処理装置 100Bのプレゼンス情報とアドレス例えば SIPアドレスとを追加登録する（ステップ S32)。ここで、前述のように、相手プレゼンス情報 61に、送信元の自画像 (受信側から見ると、相手画像)の画像データそのものではなぐ該画像データが存在しているアドレス情報が含まれている場合には、該アドレス情報を用いて画像データにアクセスして、送信元の自画像 (受信側力見ると、相手画像)を取得して、相手情報 DB60の相手プレゼンス情報 61として追加登録する。更に、前述のように、追加登録した相手プレゼンス情報 61と、テレビ電話のアドレス帳 64との間でリンクを張り直すようにして、ァドレス帳 64を画面表示した際に、今回登録した相手プレゼンス情報 61例えば相手画像力通信相手の氏名やアドレスと共に表示されるようにしても良、。

[0104] 次、で、状態遷移処理部 45の制御により、プレゼンス情報送信処理部 46にて、状態通知信号 M3の「NOTIFY」信号の応答信号として、「NOTIFY」信号の受信確認を示す「OK」信号を、「NOTIFY」信号の送信元の情報処理装置 1 OOBに対して返送する (ステップ S33)。更に、状態遷移処理部 45の制御により、現在、プレゼンス配布元の情報処理装置 100Bの利用者に関する詳細情報を、テレビ受像機 103のモユタ 31に画面表示しているか否かを判定する（ステップ S34)。ここに、モニタ 31に画面表示して、る詳細情報とは、図 5の画面構成例にぉ、て説明したような情報である

[0105] プレゼンス配布元の情報処理装置 100Bの利用者に関する詳細情報をモニタ 31 に画面表示していると判定した場合 (ステップ S34の YES)、モニタ 31に画面表示されて、る詳細情報のうち、通信相手のプレゼンスを示す相手プレゼンス表示情報 31 A (例えば相手画像 31c)については、受信した最新のプレゼンス情報を用いて更新して画面表示する (ステップ S35)。而して、情報処理装置 100Aは、テレビ受像機 10 3に画面表示されて、る通信相手の最新のプレゼンス (状態）をリアルタイムに視聴することが可能である。

[0106] なお、情報処理装置 100Bの利用者の自プレゼンス情報 51を、プレゼンス配布リスト 63に登録されている情報処理装置 100Aに対して配信する状態通知信号 M3の「 NOTIFY」信号の記述例を、図 15に示す。図 15は、本発明に係る情報処理装置において、状態通知信号に含まれて送信されるプレゼンス情報の記述例を示す説明図である。図 15に示すように、状態通知信号 M3の「NOTIFY」信号に含まれるプレゼンス情報は、「基本情報」と「付加情報」とによって構成されており、「基本情報」は、プレゼンス情報を配信していることを示すための必須情報であり、「付加情報」はォプシヨン情報として必要に応じて付加する形式の情報である。

[0107] 図 15に示す記述例では、プレゼンス情報の「基本情報」として、図 6,図 7に示す相手プレゼンス情報，自プレゼンス情報に記載の「プレゼンスランプ Zプレゼンスアイコンの色」を示す情報であり、通信相手に対してプレゼンス情報を表示する力否かを指示する情報である。図 15においては、通信相手に対して自プレゼンス情報を相手プレゼンス情報として表示することを指示し、かつ、プレゼンスアイコンの色を" GREEN "で表示することを指示している。また、「付加情報」としては、図 6,図 7に示す相手プレゼンス情報，自プレゼンス情報にそれぞれ記載の「プレゼンスランプ Zプレゼンスアイコンの色」及び「名前」以外の各種情報が必要に応じて付加される。例えば、図 1

5においては、「通話状態」（"Call— state")、「留守設定ボタン」（"Absence")、「テレビ電源状態」 ("Monitor")、「居室照度」 ("Brightness")、「居室音量」 ("Volum e")、「動き検出」（"Motion") , 「リモコン操作」（"Controler")、「天気」（"Weather ")、「画像」（"Picture")を付加してヽる例を示して、る。

[0108] なお、付加情報の「画像」（"Picture")には、前述のように、データ量が多!、画像データそのものではなぐ自画像を示す画像データが所在して!/、る所在場所を示すアドレス情報として、例えば「http://www.abcde.co.jp/xyz/mypicture.jpg」と、う URL情報が記載されており、前述の図 4に示す自画像の保存場所即ち自情報 DB50の自画像データ 52のアドレス（URL)が記述されて!、る。

[0109] ここで、付加情報の!/、ずれの項目を送信するかは、前述のように、送信側の情報処理装置 100Bの利用者が任意にカスタマイズすることが可能であり、一方、付加情報として送られてこない項目を画面上に如何に表示するかは、受信側の情報処理装置 100Aにおける相手プレゼンス情報表示用のアプリケーションに依存して、任意に力スタマイズすることができる。図 15においては、プレゼンス送信側の情報処理装置 10 0Bでは、「留守設定ボタン」（"Absence")は「OFF」として、在室している状態にあり、受信側における相手プレゼンスを示す詳細な情報として、「テレビ電源状態」（"Mo nitor")、「居室照度」 ("Brightness") ,「居室音量」 ("Volume") ,…などの情報が付加されて送信されてきており、該プレゼンスの受信側の情報処理装置 100Aには、例えば前述した図 5の画面構成例に示すように、それぞれが画面表示される例を示している。

[0110] 一方、例えば、プレゼンス送信側の情報処理装置 100Bの利用者が、「留守設定ボタン」（"Absence")を「ON」にして、離席している状態にある場合は、この「留守設定ボタン」のみを受信側の情報処理装置 100Aに送信し、「テレビ電源状態」（"Monito r")、「居室照度」（"Brightness")、「居室音量」（"Volume")、…などの情報を送信しな、ようにすることが可能である。

[0111] また、送信側の情報処理装置 100Bの利用者が、自己のプレゼンスを示す画像として通信相手側に表示する画像をまだ準備できていない場合は、「画像」（"Picture") の情報 (アドレス情報)を受信側の情報処理装置 100Aに送信しな、ようにすることができる。プレゼンス受信側の情報処理装置 100Aにおいて、「画像」（"Picture")の情報が送信されてこな、場合は、受信側の情報処理装置 100Aにおける相手プレゼンス情報表示用のアプリケーションにより予め定めたデフォルト画像として用意されている代替画像を、例えば、「写真準備中」などの文字表示を伴うイラスト画像を代替用 (デフォルト）の画像として、相手画像の代わりに画面表示するようにしても良い。

[0112] なお、情報処理装置 100Bから図 15に示すような自プレゼンス情報を含む状態通知信号 M3の「NOTIFY」信号を受信した情報処理装置 100Aにおいては、当該情報処理装置 100Aの利用者が、情報処理装置 100Bの相手プレゼンス情報を表示したい旨をリモコンユニット 102のリモコン操作部 21を操作して指示すると、相手プレゼンス情報表示用のアプリケーションが起動して、相手情報 DB60の相手プレゼンス情報 61から当該情報処理装置 Bの相手プレゼンス情報を読み出して、モニタ 31に画面表示するが、この際、相手画像がまだ取得されていない場合、予め定めた代替画像 (例えば「写真取得中」の文字列を含むイラスト画像)を、相手画像の代わりに画面表示する。

[0113] なお、ここではプレゼンスランプの色またはプレゼンスアイコンの色を基本情報として、情報処理装置 100Bから情報処理装置 100Aへ通知される状態通知信号 M3の「NOTIFY」信号に常に含まれると説明した力異なる実装形態においては、プレゼンスランプの色やプレゼンスアイコンの色を状態通知信号 M3の「NOTIFY」信号に含まれる付加情報の、ずれかに基づ、て、情報処理装置 100Aにお、て動的に生成してもよい。この場合、例えば情報処理装置 100Bにおいて写真が撮影されたときに情報処理装置 100Bが「画像」（"Picture")の情報 (アドレス情報)を含む状態通知信号 M3を送信すると取り決めておけば、情報処理装置 100Aが「画像」（"Pictur e")の情報 (アドレス情報)を含む状態通知信号 M3を受信した場合には、状態通知信号 M3を送信した時点においては情報処理装置 100Bの前に利用者がいたと判断することができる（「撮影する」という操作が行なわれたため)。この場合、情報処理装置 100Aは、「画像」（"Picture")の情報 (アドレス情報）を含む状態通知信号 M3を受信した時点から所定時間（例えば 5分間）、プレゼンスランプの色やプレゼンスアイコンの色を「みどり」で表示することにより、情報処理装置 100Bの周囲に利用者が存在することを示してちょい。

[0114] (第 1実施例）

次に、プレゼンス配布元の情報処理装置 100Bにおいて、自プレゼンス情報の一つである自画像を静止画として撮影して、撮影した自画像を、自プレゼンス情報 51 の一つを構成する自画像データ 52として自情報 DB50に登録する処理についてフロ一チャートを用いて更に説明する。なお、前述のように、自画像データ 52は、自プレゼンス情報 51からリンクを張る形式ではなぐ図 7に示したように、自プレゼンス情報 5 1そのものに保存する形式であっても勿論構わないし、あるいは、当該情報処理装置 100Bとは別の画像蓄積装置 (例えば Webサーバのようなサーバ装置）に蓄積するようにしても良い。

[0115] 図 16は、本発明に係る情報処理装置にぉヽて利用者の自画像を撮影して自プレゼンス情報の一つとして登録し通信相手に対して送信するまでの手順の一例を示すフローチャートであり、図 8に示すデータフローチャートにおいて情報処理装置 100B が情報処理装置 100Aに対して状態通知信号 M3の「NOTIFY」信号を送信する場合を示している。

[0116] まず、情報処理装置 100Bの利用者は、リモコンユニット 102のリモコン操作部 21を操作して、状態遷移処理部 45の制御により、図 17に示すような画像登録画面を自画像撮影処理部 44から呼び出すと共に、セットトップユニット 101に内蔵のカメラ 12により利用者自身の自画像の撮影を指示する (ステップ S41)。ここに、図 17は、本発明に係る情報処理装置にぉ、て撮影した自画像を自プレゼンス情報の一つとして登録するための画像登録画面の一例を示す模式図であり、撮影した自画像を表示して、表示した自画像を登録する力否かを利用者に問い合わせることができる形式となつている。

[0117] カメラ 12で撮影された利用者の自画像は、状態遷移処理部 45の制御により、自画像撮影処理部 44にて、ステップ S41で呼び出した画像登録画面上に貼り付けられて、モニタ出力処理部 48を経由してテレビ受像機 103のモニタ 31に画面表示される（ステップ S42)。また、自画像撮影処理部 44においては、撮影された自画像を例え «JPEG形式で圧縮して画像ファイル (JPEGファイル）を生成して、該画像ファイルのファイル名として、他の画像ファイルのファイル名と重複しないように、カメラ 12で撮影する都度、撮影した画像を特定可能なユニークな画像ファイル名（画像ファイルの識別名）を付与する (ステップ S43)。

[0118] 例えば、図 7に示した自プレゼンス情報 51の画像欄には、自画像データ 52として「 mypicture.jpg」と!、う JPEG形式の画像ファイル名が登録されて!、るが

、画像ファイル名（識別名）の付与方法としては、例えば「mypicture000001. jpgj 、「mypicture000002. jpg」、…のように、インデックス番号を末尾に付与したフアイル名として、該インデックス番号を撮影の都度カウントアップすることにより、重複することがないユニークな画像ファイル名を付与するようにしても良いし、あるいは、撮影日時を末尾に付与するようにしても良い。

[0119] 次に、利用者がリモコン操作部 21を操作して画像登録画面に表示されている自画像を自プレゼンス情報として登録するように指示した場合、登録指示された自画像を含む画像ファイルを、自情報 DB50の自画像データ 52として登録する (ステップ S44 )。ここで、自画像データ 52の所在場所を自プレゼンス情報 51に設定することにより、自プレゼンス情報 51を読み出す際に、自画像データ 52を読み出すことを可能としている。なお、前述のように、自プレゼンス情報 51に自画像データ 52とその所在場所とを設定しても良いし、当該情報処理装置 100Bとは別の画像蓄積装置 (サーバ装置）に保存するようにしても良い。し力る後、プレゼンス配布先として登録されている情報処理装置 100Aに対して、登録した自画像データ 52に関する情報を含む自プレゼンス情報 51を状態通知信号 M3の「NOTIFY」信号として配信する（ステップ S45)。ここで、状態通知信号 M3に含まれる自画像データに関する情報としては、前述のように、自画像データ 52の所在場所を示すアドレス情報のみを送信するようにしている

[0120] 従って、プレゼンス取得要求元の情報処理装置 100A力相手プレゼンス情報 61 として相手情報 DB60に登録する際に、あるいは、場合によっては、相手プレゼンス情報を画面表示する際に、受信した状態通知信号 M3に含まれているアドレス情報力も相手の自画像データ 52を画像データ 110として取得して、取得した画像データ 110を相手画像として相手プレゼンス情報 61にアドレス情報と共に登録したり、あるいは、場合によっては、取得した画像データ 110を相手画像 31cとして画面表示する

[0121] なお、自情報 DB50に登録した自画像データ 52にアクセスする参照形式を、 HTT P (Hyper Text Transfer Protocol)又は FTP (File Transfer Protocol)に準拠する形式として、当該情報処理装置 100B内の Webサーバ装置に蓄積するようにしても良い。この場合は、自画像データ 52の所在場所は、 URL形式で表現されることになる。更には、自情報 DB50を蓄積する Webサーバ装置の設置場所としては、前述のように、当該情報処理装置 100B内に内蔵する形態のみに限るものではなぐ場合によっては、当該情報処理装置 100Bの外部に設置した Webサーバ装置であつても良く、図 2に示したネットワーク 105を介してアクセスすることができるものであれば、如何なる設置形態であっても構わない。当該情報処理装置 100Bの外部の Web サーバを用いる場合は、撮影した自画像データ 52の画像ファイルを、ネットワーク 10 5を介して Webサーバ装置上にアップロードし、通信相手の情報処理装置 100Aが当該自画像データを相手画像として参照する場合は、ネットワーク 105を介して該 W ebサーバ装置の画像ファイルにアクセスすることになる。

[0122] ステップ S44において、自プレゼンス情報 51の一つである自画像が新規に登録された場合又は更新して登録された場合、ステップ S45に示すように、相手情報 DB60 のプレゼンス配布リスト 63に登録されている通信相手の情報処理装置 100Aに対して、新規登録した又は更新登録したプレゼンス情報を送信するために、図 13のフロ一チャートにて説明した状態通知送信手順を起動して、自情報 DB50から自プレゼンス情報 51を読み出して、状態通知信号 M3の「NOTIFY」信号を生成して、通信相手の情報処理装置 100Aに対して逐次配信する。即ち、自プレゼンス (自分の状態）に変化が生じる都度、プレゼンス配布リスト 63に登録されている全ての通信相手の情報処理装置 100に対して、変化した自プレゼンス情報を配信し直す。更に言えば、自画像の撮影操作を行なうだけで、プレゼンス配布リスト 63に登録されている全ての通信相手に対して、自画像の画像ファイルの所在場所を示すアドレス情報 (UR L)を自動的に配信することができ、極めて簡便に、最新の自画像を、所望の通信相手に対して届けることができる。

[0123] すなわち、カメラ 12において撮影するという操作を行なうと即座に、もしくは、撮影した後、本当に蓄積するか、どの相手に配信するかといった、利用者の選択操作を行なうと即座に、画像ファイルを相手情報処理装置に配信することができる。「NOTIF Y」信号を用いて情報処理装置 100B力も情報処理装置 lOOAに対してプッシュ型で画像フアイルを配信するため、例えば情報処理装置 1 ΟΟΑから情報処理装置 1 ΟΟΒ に対してポーリングを行なうプル型に比して、すばやく画像ファイルを配信することができる。

[0124] なお、前述のように、利用者自身の自画像を示す画像ファイルを、該利用者の情報処理装置 100Bの外部に存在する Webサーバ上にアップロードしているような場合であっても、該利用者の情報処理装置 100B内の Webサーバに蓄積した場合と同様に、自画像の画像ファイルの所在場所としては、アップロードした Webサーバ上の所在場所を示すアドレス (URL)を示すように、自プレゼンス情報が生成されて、 ΓΝΟΤ IFY」信号として、プレゼンス配布先の情報処理装置 100Aに対して配信される。また、このような外部の Webサーバ上に自画像の画像ファイルをアップロードした場合であっても、該利用者の情報処理装置 100B内の Webサーバに蓄積した場合と同様に、該画像ファイルの所在場所を示す URL情報は、他の画像ファイル (例えば以前に撮影した自画像の画像ファイル)の URL情報とは重複することはなぐ例えば HTTP 準拠の合、「http : z / www. sharp, co. jpZ visualcomm/ picture/ mypict ureOOOOOl. jpg」のように、ユニークなインデックス番号がファイル名に付与された形式とされて、それぞれの画像ファイルの所在場所をユニークに特定することができる。

[0125] また、図 16のフローチャートのステップ S45において「NOTIFY」信号を送信する場合にのみ、「NOTIFY」信号の中に画像ファイルの所在場所を示すパラメータ（"P icture")を含めるようにしても良い。換言すれば、利用者の自画像を撮影したとき以外の「NOTIFY」信号の中には、画像ファイルの所在場所を示すパラメータ（"Pictu re")を含めないようにしても良い。これにより、利用者の自画像の画像ファイルが更新された場合にのみ、画像ファイルの所在場所を通信相手の情報処理装置 100Aに伝えることができる。

[0126] 図 16のフローチャートにて説明したように、プレゼンス配布元の情報処理装置 100 Bは、自プレゼンス情報の一つである自画像を撮影して登録した際に、プレゼンス配布リスト 63に登録されて、る通信相手に対して登録した自プレゼンス情報を状態通知信号 M3として送信する力次に、該状態通知信号 M3を受信したプレゼンス配布先の情報処理装置 100Aにおいて、相手プレゼンス情報 61として相手情報 DB60に登録する処理につ!、て図 18に示すフローチャートを用いて更に説明する。

[0127] 図 18は、本発明に係る情報処理装置において受信した相手画像を相手プレゼンス情報の一つとして登録するまでの手順の一例を示すフローチャートであり、図 8に示すデータフローチャートにおいて情報処理装置 100Aが情報処理装置 100Bから状態通知信号 M3の「NOTIFY」信号を受信した場合を示すものである力図 14のフローチャートにおいて説明した状態通知受信手順とは異なり、受信した相手プレゼンス情報を無条件に相手情報 DB60に登録せずに、相手プレゼンス情報 61に登録されている内容と受信した内容とが相違している場合に限って、相手情報 DB60に登録する。なお、図 18においては、相手プレゼンス情報の一つとしての相手画像が登録済みの相手画像と異なって、るか否かにっ、てのみ説明して!/、るが、相手プレゼンス情報の他の項目についても全く同様に処理される。

[0128] 図 18に示すフローチャートにおいて、まず、相手プレゼンス情報を含む状態通知信号 M3を受信した情報処理装置 100Aにおいては、状態遷移処理部 45の制御により、相手プレゼンス情報受信処理部 47にて、通信部 41を介して受信した状態通知信号 M3から相手プレゼンス情報を取り出す (ステップ S51)。次いで、取り出した相手プレゼンス情報の付加情報として、相手画像が含まれている力否力即ち、相手画像の所在場所 (アドレス情報例えば URL)を示す「画像」（"Picture")情報が含まれて！、るか否かをチェックする（ステップ S52)。

[0129] 相手画像の所在場所を示す「画像」（"Picture")が含まれて、な、場合は (ステツプ S52の NO)、相手プレゼンス情報としての新たな相手画像が送信されてきていないので、相手プレゼンス情報 61の相手画像の更新処理を行なうことなぐ図 18の処理を終了する力一方、「画像」（"Picture")が含まれていた場合は (ステップ S52の NO)、受信した相手プレゼンス情報の「画像」（"Picture")情報が示すアドレス情報 (URL)と同じアドレス情報 (URL)を、相手情報 DB60の相手プレゼンス情報 61内に既に登録しているか否かを確認する（ステップ S53)。（ステップ S51〜ステップ S5 3にお、てプレゼンス情報受信処理部 47が画像データの所在場所を示すアドレス情報を受信する処理が、アドレス情報受信手段を構成する。 )

[0130] 同じアドレス情報（URL)を既に登録している場合は（ステップ S53の YES)、同じ相手画像を相手プレゼンス情報 61として既に登録済みであり、新たな相手画像が送信されてきて、な、ので、相手プレゼンス情報 61の相手画像の更新処理を行なうことなぐ図 18の処理を終了する力一方、同じアドレス情報 (URL)がまだ登録されて Vヽな、場合は (ステップ S53の NO)、受信したアドレス情報 (URL)を用いてアクセスして、相手画像の画像ファイルを取得する (ステップ S54)。取得した相手画像は、相手情報 DB60の相手プレゼンス情報 61の一つとして登録される（ステップ S55)。

[0131] なお、ステップ S54, S55に示す例では、相手画像を相手プレゼンス画像 61の一つとして取得して相手情報 DB60に登録し、以降において、相手プレゼンス情報を画面表示する際に、相手情報 DB60の相手プレゼンス情報 61を読み出して画面表示することを可能としている例を示している。しかし、相手画像を相手プレゼンス情報 61 の一つとして取得した時点にぉ、て、当該情報処理装置 100Aの利用者力も相手プレゼンス表示情報 31Aとして画面表示することを指示されている状態にあった場合には、相手情報 DB60に相手プレゼンス情報 61として登録すると共に、取得した相手画像を図 5の詳細情報画面に示すように相手画像 31cとして画面表示する。

[0132] 上記の変形例として、状態通知信号 M3 (「NOTIFY」信号)の中には画像データが所在して！/、る所在場所を示すアドレス情報 (URL情報)を含まず「画像が更新された」という情報のみを含み、図 18のステップ S55において情報処理装置 100Aはあらカゝじめ定められたアドレス情報 (URL情報）を用いてアクセスして画像データを取得する方法を用いてもよい。この場合、例えば情報処理装置 100Bの画像データの蓄積場所のアドレス情報（URL情報）力 www.abcde.co.jp:60⁷l/xyz/mypicture.jpg，，であることを、情報処理装置 100Aはあらかじめ知って、る。

[0133] また、前述のように、アドレス情報として URL情報を用いる場合は、 HTTP (Hyper Text Transfer Protocol)又は FTP (File Transfer Protocol)により、 URL情報に指定された Webサーバ（プレゼンス配布元の情報処理装置 100B内に存在しているか否かに関係なぐ該 URLが示す Webサーノ）にアクセスして、画像データ 110 として相手画像の画像ファイルを取得するようにしている。ここで、 HTTPや FTPにおいては、トランスポート層のプロトコルとして、 SIP (Session Initiation Protocol) における UDP (User Datagram Protocol)とは異なり、 TCP (Transmission C ontrol Protocol)を用いており、 UDPに比して、転送用パケットのロスなどが生じる危険性は遥かに少なぐ信頼性が高く画像データ 110のような大容量のデータを転送することに適して、るプロトコルである。

[0134] 以上に説明したように、相手プレゼンス情報を含む状態通知信号 M3の「NOTIFY 」信号を受信する情報処理装置 100Aにとつては、相手プレゼンス情報 61として相手画像を相手情報 DB60に新規に登録したり更新登録したりする場合や、最新の相手プレゼンス情報を画面表示したりする場合などのように、必要な場合にのみ、高い信頼性を有する転送プロトコルを用いて、データ量が多ヽ相手画像を画像データ 110 として、確実、かつ、効率良ぐ転送させることができる。

[0135] なお、図 16、図 18を用いて説明した画像配布の方法、及び、このあと説明する図 1 6、図 18を用いて説明する変形の画像配布方法は、必ずしも情報処理装置 100Bがカメラ 12を用いて撮影した画像に限らず、画像データ入力部 72から入力した画像を情報処理装置 100Aに提供する際に用いてもよい。例えば、情報処理装置 100Bの SDメモリーカード用のスロットに SDメモリーカードを挿し込むと、 SDメモリーカード内の画像ファイルのアドレス情報を含む状態通知信号 M3が情報処理装置 100Aに送られ、情報処理装置 100Aが SDメモリーカード内の画像ファイルを取得する構成であってもよい。この場合、 SDメモリーカードを SDメモリーカード用のスロットに挿し込むだけで、プレゼンス配布リスト 63に登録された通信相手 (情報処理装置 100A、情報処理装置 100C、情報処理装置 100D)に簡単に SDメモリーカード内の画像ファィルを提供することができる。

[0136] さて、図 18のステップ S54において情報処理装置 100Aが相手画像の画像フアイルを取得する処理について説明した。この場合、画像ファイルを提供する側である情報処理装置 100Bは、 HTTPサーバ、または、 FTPサーバの役割を果たし、情報処理装置 100Aからアドレス情報 (URL)を指定して画像ファイルを要求された場合、自情報 DB50に含まれる自画像データ 51を情報処理装置 100Aに提供する。そのために、情報処理装置 100Bは、 HTTP用の受信ポート、または、 FTP用の受信ポートを開放して、 HTTPまたは FTPでの画像ファイル要求を待ち受けることになる。

[0137] し力しながら、これらの受信ポートを常時開放しておくと、不正なアクセスを受ける機会を増やすこととなり望ましくない。また、状態通知信号 M3 (「NOTIFY」信号)を配布した相手である情報処理装置 100A、情報処理装置 100C、情報処理装置 100D 以外の情報処理装置 (例えば情報処理装置 100X)から画像ファイルを要求された場合でも、画像ファイルを提供してしまうことも起こりかねな、。

[0138] HTTP用の受信ポート、または、 FTP用の受信ポートを開放したために受ける不正なアクセスの機会を減らすための方法は、情報処理装置 100Bがこれらの受信ポートの開放時間を減らすことである。具体的には、情報処理装置 100Bは状態通知信号 M3 (「NOTIFY」信号)を情報処理装置 100Aに送信した後、第 1の所定時間（例えば 1分間。数秒力数十分が望ましい。）の間だけ受信ポートを開放する。状態通知信号 M3 (「NOTIFY」信号)を受信して第 2の所定時間（例えば 1秒。 )後から第 1の所定時間の間だけ受信ポートを開放する構成であってもよ、。開放して、な、時に当該受信ポートに対してアクセスされて自画像データ 51を要求されたとしても、自画像データ 51を提供しない。

[0139] 状態通知信号 M3 (「NOTIFY」信号)を配布した相手以外の情報処理装置 100X カゝら画像ファイルを要求された場合に、画像ファイルを提供しない方法としては、 HT TPリクエスト、または、 FTPリクエストを受信した場合に、 HTTPリクエスト、または、 F TPリクエストの送信元力状態通知信号 M3 (「NOTIFY」信号)の送信先と一致する力どうかを調べ、一致する場合にのみ自画像データ 51を提供するという方法が考えられる。具体的には、 HTTPリクエスト、または、 FTPリクエストの送信元は URL (Uni form Resource Locator)または IP (Internet Protocol)アドレスで表わされる力これらがプレゼンス配布リスト 63に含まれる SIPアドレスの一部をなしているかを調べる。例えば、受信した HTTPリクエストの送信元アドレスが「xxxxx. co. jp」である場合、プレゼンス配布リスト 63には SIPアドレス「xxx@xxxxx. co. jp」が含まれており、「xxx@xxxxx. co. jp」は HTTPUクェス卜の送信元アドレス「xxxxx. co. jp」を含むため、自画像データ 51を提供してもよいと判定する。なお、プレゼンス配布リスト 63に含まれる SIPアドレスの値の中に HTTPリクエスト、または、 FTPリクエストの送信元アドレスが含まれる必要は必ずしもなぐプレゼンス配布リスト 63の中に SIPァドレスと対応付けて、自画像データ 51を提供してもよ、URLまたは IPアドレスを記述して保持する構成であってもよ、。

[0140] 状態通知信号 M3 (「NOTIFY」信号)を配布した相手以外の情報処理装置 100X から画像ファイルを要求された場合に画像ファイルを提供せず、かつ、 HTTP用の受信ポート、または、 FTP用の受信ポートを開放したために受ける不正なアクセスの機会を減らすための方法として、情報処理装置 100Bと情報処理装置 100Aとの間で受信ポート通知用のセッションを確立して、当該セッション内で安全に受信ポートを情報処理装置 100Aのみに通知する方法がある。なお、このセッション（呼)では通話のための音声データや映像データを情報処理装置 100Aと情報処理装置 100Bとの間で交換する必要はない。

[0141] 図 25は、本発明に係る情報処理装置において SIPによりセッションを確立し、当該セッション内で安全に受信ポートを通知する手順の一例を説明するためのデータフロ一チャートであり、情報処理装置 100Aと情報処理装置 100Bとの間でセッションを確立して自画像データ 51を安全に配布するシーケンスを示している。なお、 SIPの枠組みでは情報処理装置 100Aと情報処理装置 100Bとの間でやりとりされる SIPメッセージは暗号化されてヽなヽが、 SIPメッセージを IPSec (IP Security)を用いて喑号化することにより、セッションを用、て情報処理装置 100Aと情報処理装置 100Bとは安全に情報をやりとりすることができる。

[0142] 図 25では、情報処理装置 100Bにおいて自画像データ 51のファイル名を含む状態通知信号 M3 (「NOTIFY」信号)を送信する。状態通知信号 M3 (「NOTIFY」信号)を受信した情報処理装置 100Aは、情報処理装置 100Bに対してセッション確立要求信号 Ml 1 (「INVITE」信号）を送信する。セッション確立要求信号 Ml 1 (「INVI TE」信号)を受信した情報処理装置 100Bは、 HTTP受信ポート P1の情報を含むセッシヨン確立応答信号 M12 (「INVITE」信号に対する「OK」信号)を返信する。

[0143] セッション確立応答信号 M12 (「INVITE」信号に対する「OK」信号)を受信した情報処理装置 100Aは、セッション確立確認信号 Ml 3 (「ACK」信号）を送信してセッシヨン確立を完了するとともに、情報処理装置 100Bの HTTP受信ポート P1に対して HTTPリクエスト M21を送信し、画像データを要求する。

情報処理装置 100Bでは、セッション確立確認信号 Ml 3 (「ACK」信号)を受信すると、 HTTP受信ポート P1を開放し、 HTTPリクエストの受信を待ち受ける。その後、情報処理装置 100Bでは、 HTTP受信ポート P1にて HTTPリクエスト M21を受信し、自画像データ 51を含む HTTPレスポンス M22を作成して情報処理装置 100Aに返信する。

[0144] 画像データを含む HTTPレスポンス M22の受信を完了した情報処理装置 100Aは、セッション切断要求信号 M14 (「BYE」信号)を情報処理装置 100Bに送信する。セッシヨン切断要求信号 M14 (「BYE」信号)を受信した情報処理装置 100Bは、セッシヨン切断応答信号 M15 (「BYE」信号に対する「OK」信号）に返信して、セッションを切断するとともに、 HTTP受信ポート P1の開放を終了する。

[0145] 図 26は、本発明の実施形態において情報処理装置 100Aが送信するセッション確立要求信号 Mi l (「INVITE」信号）に含まれる SIPメッセージの例である。本実施形態においては、 HTTP受信ポート P1の通知用に" X- PHOTODATA"という独自の送信データ开式を規定する。この SIPメッセージの中で、 "m=application 6054 HTTPS/X - PHOTODATA"の行では、 "HTTPS/X- PTHOTODATA"により HTTP受信ポート P 1通知用に HTTPで送受信する情報を SSL (Secure Socket Layer)により暗号ィ匕した HTTPS (Hypertext Transfer Protocol Security)を用いることが示され、 "6054"により当該 HTTPSの情報処理装置 100A側の HTTP受信ポート P2の値力 S6054であることが示されている。但し、続く行の" a=recvonly"にて、 HTTPSにてやりとりされるデータは、情報処理装置 100A側が取得するのみであることを示している。この場合、例えば情報処理装置 100Aの HTTP受信ポート P2 (6054)は、送信した HTTPリクエストに対応する HTTPレスポンスは受信する力 HTTPリクエストは受信しない、または、適切に処理しないという構成であってもよい。

[0146] 図 27は、本発明の実施形態において情報処理装置 100Bが送信するセッション確立応答信号 Ml 2 (「INVITE」信号に対する「OK」信号）に含まれる SIPメッセージの例である。この SIPメッセージの中で、 "m=application 6071 HTTPS/X- PHOTODATA "の行では、 "HTTPS/X- PTHOTODATA"により HTTP受信ポート P1通知用に HTT PSを用いることが示され、 "6071 "により当該 HTTPSの情報処理装置 100B側の HTT P受信ポート P1の値が 6071であることが示されている。そして、続く行の" a=sendonly "にて、 HTTPSにてやりとりされるデータは、情報処理装置 100B側が提供するのみであることを示している。この場合、例えば情報処理装置 100Bの HTTP受信ポート P1 (6071)は、 HTTPリクエストは受信する力 HTTPレスポンスは受信しない、または、適切に処理しないという構成であってもよい。（情報処理装置 100Bの呼制御処理部 71が HTTP受信ポート P 1を含むセッション確立応答信号 M 12を送信する処理が受信ポート通知手段を構成し、情報処理装置 100Aの呼制御処理部 71が HTTP 受信ポート PIを含むセッション確立応答信号 M12を受信する処理が受信ポート取得手段を構成する。 )

[0147] これらにより、情報処理装置 100Bは、情報処理装置 100Aとの間でセッションを維持する期間のみ、情報処理装置 100Aに通知した HTTP受信ポート P1を開放するため、 HTTP受信ポート P1への不正なアクセスの機会を減らすことができる。また、 H TTP受信ポート P 1の通知は SIPを用、て行なうため、情報処理装置 1 OOAに対してのみ確実に通知できる。さらに、情報処理装置 100Bは、相手情報処理装置ごと（情報処理装置 100A、情報処理装置 100C、情報処理装置 100Dごと）、セッションごと、に HTTP受信ポート P1を変更する構成であってもよい。その場合には、情報処理装置 1 OOAとの間でセッションを維持して HTTP受信ポート P 1を開放して!/、る状態であっても、セッションを維持していない情報処理装置 100Cは HTTP受信ポート P1の値が何であるかを知ることはできないため、不正なアクセスの機会を減らすことができる。 [0148] また、さらなる変形例として、状態通知信号 M3 (「NOTIFY」信号)の中には画像データが所在して！/、る所在場所を示すアドレス情報 (URL情報)を含まず「画像が更新された」という情報のみを含み、情報処理装置 100Bが送信するセッション確立応答信号 Ml 2 (「INVITE」信号に対する「OK」信号）により画像データが所在して!/、る所在場所を示すアドレス情報 (URL情報)を通知する方法が考えられる。この場合、例えば図 15に示すプレゼンス情報の中の付加情報の「画像」（"Picture")の項目では、 <Option type="Picture"〉タグと〈/Option〉タグとに囲まれた領域には値（URL情報）を含まな、 (値を含まな、「画像」（"Picture")の項目を含む状態通知信号 M3を送信する情報処理装置 100Bのプレゼンス情報送信処理部 46の処理が自画像蓄積情報配信手段を構成し、値を含まな、「画像」（"Picture")の項目を含む状態通知信号 M3を受信する情報処理装置 100Aのプレゼンス情報受信処理部 47の処理が画像蓄積情報取得手段を構成する。 ) oその代わりに情報処理装置 lOOBは、情報処理装置 100A力もセッション確立要求信号 M11 (「INVITE」信号）を受信すると、図 28に示すような SIPメッセージを含むセッション確立応答信号 M12 (「INVITE」信号に対する「OK」信号)を情報処理装置 100Aに送信する。

[0149] すなわち、図 28の" a=X— photodata— url:https://www.abcde.co.jp:6071/xyz/mypict ure.jpg"の行を用いて、情報処理装置 100Bは、情報処理装置 100 Aに対して画像データが所在して！/、る所在場所を示すアドレス情報 (URL情報)を通知する。これにより、情報処理装置 100Bは、情報処理装置 100Aに対してセッションを用いて安全に情報処理装置 100Aのみにアドレス情報 (URL情報）を通知することができる。（情報処理装置 100Bの呼制御処理部 71が画像データが所在している所在場所を示すアドレス情報を含むセッション確立応答信号 M12を送信する処理がアドレス情報通知手段を構成し、情報処理装置 100Aの呼制御処理部 71が画像データが所在している所在場所を示すアドレス情報を含むセッション確立応答信号 M12を受信する処理がアドレス情報取得手段を構成する。 )

[0150] (第 2実施例）

前述した第 1実施例においては、送信する自プレゼンス情報 (言い換えると、受信側から見ると相手プレゼンス情報）を含む状態通知信号 M3の「NOTIFY」信号の中に、自画像 (受信側から見ると、相手画像)を示す画像データ 110そのものを含めず

、該自画像 (相手画像)の所在場所を示すアドレス情報を含める場合にっヽて説明した力本第 2実施例においては、状態通知信号 M3の「NOTIFY」信号の中に、自画像 (相手画像)を示す画像データ 110そのものを含めて、る場合にっ、て説明する。

[0151] 即ち、第 1実施例の場合において、例えばプレゼンス配布元の情報処理装置 100 Bの内部又は外部に存在する Webサーバ装置に自画像の画像データを蓄積し、該 Webサーバ装置に対して、相手画像を取得した、プレゼンス取得要求元の情報処理装置 100Aからアクセスするような場合、該 Webサーバ装置のセキュリティ対策が不十分な場合、不特定多数の利用者が、該 Webサーバ装置に対して勝手にァクセスして、蓄積して、た自画像の画像データを不特定多数の利用者に盗み見されてしまう恐れがある。そこで、本第 2実施例では、力かる事態を回避するために、プレゼンス配布元の情報処理装置 100Bの外部にある Webサーバ装置に自画像の画像データを蓄積することなく、状態通知信号 M3の「NOTIFY」信号の中に含めて配信するようにしたものである。

[0152] 図 19は、本発明に係る情報処理装置にぉヽて利用者の自画像を撮影して自プレゼンス情報の一つとして登録し通信相手に対して送信するまでの手順の異なる例を示すフローチャートであり、第 1実施例の図 16に示す状態通知送信処理の変形を示すものである。図 19のステップ S61, S62は、図 16のステップ S41, S42と全く同様であり、図 17の画像登録画面を用いて自プレゼンス情報を構成する自画像を撮影するものであり、詳細な説明は省略する。自画像を撮影した後、該自画像を画像フアイル (JPEGファイル）として生成し、該画像ファイルのファイル名を付与している。ここで、各画像ファイルの識別名として、前述の図 16の場合と同様に、各画像ファイルをそれぞれ識別可能なユニークなファイル名を付与するようにしても良ヽが、本実施例の場合、画像ファイル名により識別する代わりに、撮影した画像データに付随して取得される撮影日時により各画像ファイルを識別する例について説明する。

[0153] 即ち、本実施例においては、画像ファイル名を付与する際に、合わせて、自画像を撮影した撮影日時を取得する (ステップ S63)。利用者がリモコン操作部 21を操作して画像登録画面に表示されて、る自画像を自プレゼンス情報として登録するように指示した場合、登録指示された自画像を含む画像ファイルと取得した撮影日時とを、自情報 DB50の自画像データ 52として登録する (ステップ S64)。ここで、撮影日時の例としては、 0.01秒単位まで表示可能な形式とし、例えば 2004年 1月 1日 9時 30 分丁度【こ撮影した場合、「2004010109300000」のような形式を用!ヽる。

[0154] 更に、相手情報 DB60のプレゼンス配布リスト 63に登録されているプレゼンス取得要求元の情報処理装置 100Aに対して、図 13のフローチャートにて説明した状態通知送信手順を起動して、登録した自画像の画像データと撮影日時とを含む自プレゼンス情報 51を自情報 DB50から読み出して、状態通知信号 M3の「NOTIFY」信号を生成して、通信相手の情報処理装置 100Aに対して逐次配信する (ステップ S45) 。即ち、自画像の撮影操作を行なうだけで、最新に撮影した自画像により自プレゼンス（自分の状態）に変化が生じているものとして、プレゼンス配布リスト 63に登録されて、る全ての情報処理装置 100Aに対して、変化した自プレゼンス情報を自動的に配信し直す。ここで、状態通知信号 M3には、自画像の画像ファイルの所在場所を示すアドレス情報 (URL)ではなく、撮影した自画像そのものを撮影日時と共に配信するので、極めて簡便に、かつ、迅速に、最新の自画像を所望の通信相手に対して届けることができる。なお、「NOTIFY」信号は、必ずしも 1つの通信パケットにマツピングする必要はなぐ自プレゼンス情報を分割して複数の通信パケットにマッピングする構成であっても良い。

[0155] また、プレゼンス取得要求元の情報処理装置 100Aにおいては、画像データと撮影日時とを含む相手プレゼンス情報を有する状態通知信号 M3を受信して、撮影日時と共に相手画像を相手情報 DB60に直ちに登録することが可能である。なお、該情報処理装置 100Aでは、撮影日時を用いて、同じ相手画像を相手情報 DB60に既に登録していないか否かを識別することができ、重複して同じ相手画像を登録してしまうことを防止可能として、る。

[0156] 次に、相手プレゼンスを取得した!/、情報処理装置 100Aの利用者力プレゼンス配布元の情報処理装置 100Bに対して、相手プレゼンス情報の取得を要求する状態通知登録要求信号 M1 (「SUBSCRIBE」信号)を送信することにより、情報処理装置 1 00Bから、前述の図 19のフローチャートにて説明したような撮影日時付きの画像データを含む状態通知信号 M3 (「NOTIFY」信号)を受信して、相手情報 DB60に相手プレゼンス情報 61として登録するまでの手順を図 20,図 21のフローチャートを用いて説明する。なお、プレゼンス取得要求元の情報処理装置 100Aにおいて送信する、相手プレゼンス情報の取得を要求する状態通知登録要求信号 Ml (「SUBSCRI BE」信号）は、相手情報 DB60に相手プレゼンス情報 61を既に登録済みの通信相手の情報処理装置 100Bに対する場合であっても送信することができる。

[0157] 図 20は、本発明に係る情報処理装置が、プレゼンスを取得した!/、取得要求先の情報処理装置に対して、プレゼンスの取得要求を示す状態通知登録要求信号を送信し、プレゼンスの送信を示す状態通知信号を受信して相手プレゼンス情報として登録する手順の一例を示すフローチャートであり、また、図 21は、本発明に係る情報処理装置力プレゼンス取得要求元の情報処理装置力プレゼンスの取得要求を示す状態通知登録要求信号を受信し、プレゼンスの送信を示す状態通知信号を送信する手順の一例を示すフローチャートであり、それぞれ、第 1実施例の図 9及び図 14のフローチャート、また、図 10及び図 13のフローチャートに示す手順とは異なる例を説明するものである。

[0158] 即ち、図 20及び図 21のフローチャートにおいては、プレゼンス交換の際に常にデータ量が多い自画像のデータを送受信することは負荷が大き過ぎるので、以下に示すような場合、即ち、

1)プレゼンス取得要求元の情報処理装置 100Aから状態通知登録要求信号 Ml (「 SUBSCRIBE]信号）として自画像を含む自プレゼンス情報の配信を要求された場

2)プレゼンス取得要求元の情報処理装置 100Aの相手情報 DB60に相手画像として保持している画像力プレゼンス配布元の当該情報処理装置 100Bの自情報 DB 50に保持している自画像データ 52と異なっている場合、又は、相手画像として保存されていない場合、

の各場合にのみ、プレゼンス情報として自画像の画像データを含むプレゼンス交換を行なうこととしている。なお、図 19にて説明したように、情報処理装置 100の自情報 DB50に保持している自画像データ 52が更新された場合も、自動的に、自画像の画像データを含むプレゼンス交換を行なうことになる。

[0159] 言い換えると、図 20及び図 21のフローチャートにおいては、状態通知登録要求信号 Ml (「SUBSCRIBE」信号）を送信するプレゼンス取得要求元の情報処理装置 1 OOBの相手プレゼンス情報 61が相手情報 DB60に既に登録済みであった場合、相手プレゼンス情報 61に含まれている相手画像と共に登録されている撮影日時を状態通知登録要求信号 Ml (「SUBSCRIBE」信号）に含めて、プレゼンス配布元の情報処理装置 100Bに対して送信し、一方、情報処理装置 100Bにて、受信した状態通知登録要求信号 Mlに含まれて 1ゝる撮影日時を参照して、状態通知信号 M3 ( ΓΝΟ TIFY」信号）に自画像の画像データを含めて送信するか否かを判定する場合について説明している。

[0160] まず、図 20のフローチャートを用いて、プレゼンス取得要求元の情報処理装置 100 Aが撮影日時情報を含むプレゼンス取得要求を送信して相手プレゼンス情報を取得して登録するまでの手順について説明する。情報処理装置 100Aは、利用者からリモコン操作部 21の操作により相手プレゼンス情報の取得要求がなされた場合、状態遷移処理部 45の制御により、プレゼンス情報送信処理部 46にて、まず、プレゼンス取得要求された通信相手の情報処理装置 100Bに関する相手プレゼンス情報 61の相手画像が相手情報 DB60に既に登録済みか否かを判定する (ステップ S 71)。

[0161] 相手プレゼンス情報 61の相手画像がまだ登録されて、な、場合は (ステップ S71 の NO)、相手画像をまだ登録していない旨を示す情報を含む状態通知登録要求信号 Ml (「SUBSCRIBE」信号）を生成して、取得要求先の情報処理装置 100Bに対して送信する (ステップ S 72)。一方、相手プレゼンス情報 61の相手画像が相手情報 DB60に既に登録されている場合は（ステップ S71の YES)、登録されている相手画像の撮影日時情報を含む状態通知登録要求信号 Ml ( rsUBSCRIBEj信号)を生成して、取得要求先の情報処理装置 100Bに対して送信する (ステップ S73)。（プレゼンス情報送信処理部 46が行なうステップ S 71〜ステップ S 73の処理が、画像保持通知送信手段を構成する。 )

[0162] 次いで、取得要求先の情報処理装置 100Bから、状態通知登録要求信号 Ml (「S UBSCRIBE」信号）の受信確認の旨の「OK」信号 M2を受信すると (ステップ S74) 、該取得要求先の情報処理装置 100Bから、相手プレゼンス情報の送信を示す状態通知信号 M3 (「NOTIFY」信号)の受信を待ち合わせ、状態通知信号 M3 (「NOTI FYJ信号)を受信すると (ステップ S 75)、該状態通知信号 M3 (「NOTIFY」信号)の受信確認の旨の「OK」信号 M4を送信元の情報処理装置 100Bに対して返送する（ステップ S 76)。

[0163] 状態通知信号 Μ3 (「NOTIFY」信号)を受信した情報処理装置 100Aでは、状態遷移処理部 45の制御により、相手プレゼンス情報受信処理部 47にて、受信した状態通知信号 M3 (「NOTIFY」信号）に、相手プレゼンス情報として相手画像が含まれて、るか否かを確認する（ステップ S 77)。含まれて!/、な!/、場合は (ステップ S 77の NO)、取得要求先の情報処理装置 100Bにはまだプレゼンス情報として配布すべき画像が存在していないか、あるいは、相手情報 DB60に既に登録している相手画像と同じ撮影日時の画像データが最新の相手画像であり、取得要求先の情報処理装置 100Bからの自画像の配信が抑止されている場合であり、図 20の更新登録処理を終了する。

[0164] 一方、相手プレゼンス情報として相手画像が含まれて、た場合は (ステップ S77の YES)、相手情報 DB60に登録している相手画像とは異なる撮影日時の画像データが最新の相手画像として配信されてきて、るので、状態遷移処理部 45の制御により、相手プレゼンス情報受信処理部 47にて、今回受信した相手画像と撮影日時とを、更新すべき相手プレゼンス情報であるとして、相手情報 DB60の相手プレゼンス情報 61に更新登録する (ステップ S78)。（プレゼンス情報受信処理部 47が行なうステップ S 78の処理が、画像受信手段を構成する。 )

[0165] し力る後、プレゼンス取得要求元の情報処理装置 100Aにおいては、状態遷移処理部 45の制御により、取得要求先の情報処理装置 100Bの相手プレゼンス情報を、図 5に示すような詳細情報画面として画面表示している力否かを判定し (ステップ S7 9)、画面表示している場合は (ステップ S79の YES)、詳細情報画面として表示されて、る相手プレゼンス表示情報 31 Aの相手画像 31cを、新たに取得して登録した相手画像に更新して画面表示する (ステップ S80)。

[0166] 次に、図 21のフローチャートを用いて、プレゼンス取得要求先（プレゼンス配布元）の情報処理装置 100Bが撮影日時情報を含むプレゼンス情報取得要求を、取得要求元の情報処理装置 100Aから受信して、取得要求元の情報処理装置 100Aに対して自プレゼンス情報を送信するまでの手順にっ、て説明する。

なお、 SIPにおいては、前述したように、プレゼンス取得要求先（プレゼンス配布元) の情報処理装置 100Bは、取得要求元の情報処理装置 100Aから状態通知登録要求信号 Mlの「SUBSCRIBE」信号を受信すると、必ず、自プレゼンス情報を含む状態通知信号 M3の「NOTIFY」信号を返送することになつているので、取得要求元の情報処理装置 100Aの利用者は、所望のタイミングで「SUBSCRIBE」信号の送信を指示することにより、オンデマンドで、取得要求先 (プレゼンス配布元）の情報処理装置 100B力も相手プレゼンス情報として状態通知信号 M3の「NOTIFY」信号を受信することができる。

[0167] 図 21のフローチャートにおいて、プレゼンス情報の配布元の情報処理装置 100B 力通信部 41を介して、取得要求元の情報処理装置 100Aから状態通知登録要求信号 Ml (「SUBSCRIBE」信号)を受信すると、状態遷移処理部 45の制御により、相手プレゼンス情報受信処理部 47にて、取得要求の送信元の情報処理装置 100A の SIPアドレスを取り出し (ステップ S81)、該 SIPアドレス力当該情報処理装置 100 Bに対する状態通知登録要求信号 Mlとして受け入れ可能なアドレスの情報処理装置であるか否かを判定する (ステップ S82)。ここで、状態通知登録要求信号 Mlを受け入れ可能な情報処理装置の SIPアドレスは、例えば、「ポリシーファイル」として相手情報 DB60に予め登録するようにしておく。

[0168] 該 SIPアドレスが受け入れ可能なアドレスの情報処理装置ではな、と判定した場合は (ステップ S82の NO)、取得要求元の情報処理装置 100Aは、状態通知登録要求信号 Mlとして受け入れることができない情報処理装置であるとして、状態通知登録要求信号 Mlの受け入れを拒否する「NG」信号を応答として生成し、取得要求の送信元の情報処理装置 100Aに対して返送する (ステップ S83)。

[0169] 一方、該 SIPアドレスが受け入れ可能なアドレスの情報処理装置であると判定した場合は（ステップ S82の YES)、取得要求元の情報処理装置 100Aの SIPアドレスが、自プレゼンス情報の配布先を登録して、る相手情報 DB60のプレゼンス配布リスト 63に登録されているか否かを確認する。まだ登録されていな力つた場合には、受信した SIPアドレスをプレゼンス配布リスト 63に登録する（ステップ S84)。しかる後、状態通知登録要求信号 Ml ( rsUBSCRIBEj信号)を受信確認した旨を示す「OK」信号 Μ2を応答として生成し、送信元の情報処理装置 100Aに対して返送する (ステツプ S85)。（プレゼンス情報受信処理部 47が行なうステップ S81〜ステップ S85の処理が、画像保持通知受信手段を構成する。 )

[0170] 更に、状態通知登録要求信号 Ml (「SUBSCRIBE」信号)の受信を受けて、取得要求の送信元の情報処理装置 100Aに対して自プレゼンス情報を返送するために、まず、受信した状態通知登録要求信号 Mlに撮影日時が含まれている力否かを判定する (ステップ S86)。撮影日時が含まれて、な、場合は (ステップ S86の NO)、送信元の情報処理装置 100Aの相手プレゼンス情報 61には、当該情報処理装置 100B の自プレゼンス情報の自画像を相手画像としてまだ保持してヽなヽものと判定して、ステップ S88に移行して、自情報 DB50にある自画像データ 52と撮影日時とからなる画像情報を付加情報として追加した自プレゼンス情報を生成する (ステップ S88)。

[0171] 一方、受信した状態通知登録要求信号 Mlに撮影日時が含まれて、た場合は (ステツプ S86の YES)、受信した状態通知登録要求信号 Mlの撮影日時と、自情報 DB 50の自プレゼンス情報 51に、自画像データ 52と共に記録されて、る該自画像データ 52の撮影日時とを比較する (ステップ S87)。受信した状態通知登録要求信号 Ml の撮影日時と自情報 DB50の自画像の撮影日時とが同じ日時ではなカゝつた場合 (ステツプ S87の NO)、取得要求元の情報処理装置 100Aが相手プレゼンス情報 61の相手画像として所持している当該情報処理装置 100Bの画像が、当該情報処理装置 100Bが保存している自画像とは異なる画像であると判定して、ステップ S88に移行して、前述のように、自情報 DB50にある自画像データ 52と撮影日時とからなる画像情報を付加情報として追加した自プレゼンス情報を生成する (ステップ S88)。

[0172] 一方、受信した状態通知登録要求信号 Mlの撮影日時と自情報 DB50の自画像の撮影日時とが同じ日時であった場合 (ステップ S87の YES)、プレゼンス取得要求元の情報処理装置 100Aが相手プレゼンス情報 61の相手画像として所持している当該情報処理装置 100Bの画像が、当該情報処理装置 100Bが保存している自画像と同じ画像であると判定して、情報処理装置 100Aに対して改めて自画像を配布する必要はなヽものとみなして、付加情報として自画像データ及び撮影日時を含まなヽ自相手プレゼンス情報を生成する (ステップ S 89)。

[0173] し力る後、ステップ S88又はステップ S89で生成された自プレゼンス情報を含む状態通知信号 M3 (「NOTIFY」信号）を作成して、プレゼンス取得要求元の情報処理装置 100Aに対して送信する (ステップ S90) (プレゼンス情報送信処理部 46が行なうステップ S90の処理が、撮影画像配送手段を構成する。 ) o状態通知信号 M3 (「N OTIFYJ信号)を受信した情報処理装置 100Aから、受信確認の旨を示す「OK」信号を受信することにより（ステップ S91)、図 21のプレゼンス配信処理を終了する。

[0174] なお、ステップ S87において、受信した状態通知登録要求信号 Mlの撮影日時と自情報 DB50の自画像の撮影日時とが同じ日時ではなカゝつた場合に (ステップ S87 の NO)、自画像データを撮影日時と共に送信するように説明したが、場合によっては、受信した状態通知登録要求信号 Mlの撮影日時よりも新しい日時で撮影された自画像が自画像データ 52として保存されて、た場合に、より新し!/、自画像を撮影しているものとして、初めて、最新の自画像データ 52を撮影日時と共に送信するようにしても良い。

[0175] 次に、図 22のデータフローチャートを用いて、図 20及び図 21において説明した自プレゼンス情報の配信手順について更に説明する。図 22は、本発明に係る情報処理装置にお!、て SIPを用いたプレゼンス交換の実現手順の具体的な手順の一例を説明するためのデータフローチャートである。図 22において、状態通知登録要求信号（「SUBSCRIBE」信号）は、前述のように、状態通知信号（「NOTIFY」信号）の送信を要求する信号として用いられている。即ち、プレゼンス取得要求元の情報処理装置 100Aは、プレゼンス取得要求先（プレゼンス配布元）の情報処理装置 100B に対して、プレゼンス取得要求となる状態通知登録要求信号（「SUBSCRIBE」信号 )を送信する都度、情報処理装置 100Bは、プレゼンス取得要求元の情報処理装置 100Aに対して、自プレゼンス情報を含む状態通知信号（「NOTIFY」信号)を必ず返送することになる。

[0176] 前述のように、情報処理装置 100Bが、自プレゼンス情報を含む状態通知信号（「N OTIFY」信号)を返送する際に、受信した状態通知登録要求信号（「SUBSCRIBE 」信号）に含まれて、る撮影日時と異なる日時に撮影した自画像が存在して、る場合に限って、撮影した自画像を示す自画像データと該撮影日時とを付加情報として追カロした自プレゼンス情報を生成して、状態通知信号（「NOTIFY」信号）として返送している。言い換えると、自画像を撮影して自画像データ 52として自情報 DB50に画像登録が行なわれた後に、はじめて受信した状態通知登録要求信号（「SUBSCRI BE」信号）に対してのみ、該状態通知登録要求信号（「SUBSCRIBE」信号)の送信元の情報処理装置 100Aに対して自画像データ及び撮影日時を含む状態通知信号 (「NOTIFY」信号)を配信している。また、プレゼンス情報として撮影した自画像データを識別するための情報として、撮影日時を用いる場合のみに限らず、前述したように、自画像データの画像ファイル名として識別可能なユニークな名前を付与するようにしても良い。

[0177] なお、図 22には図示していないが、情報処理装置 100Bのプレゼンス配布リスト 63 にプレゼンス配布先が既に登録されて、た場合は、自画像を撮影して自画像データ 52として自情報 DB50に画像登録が行なわれる都度、プレゼンス配布リスト 63に登録されて!/ヽるプレゼンス取得要求元の情報処理装置に対して、自画像データ及び撮影日時を含む状態通知信号（「NOTIFY」信号)を自動的に配信して、る。

[0178] 図 22のデータフローチャートにおいて、プレゼンス通知を受信するプレゼンス取得要求元の情報処理装置 100Aから、情報処理装置 100Bのプレゼンスを示す相手画像を保有してヽな、旨の情報を付与した「SUBSCRIBE」信号 D1を送信してきた際に、情報処理装置 100Bがまだ自プレゼンス情報 51として自画像データ 52を自情報 DB50に登録して、な、状態にある場合には、情報処理装置 1 OOAをプレゼンス配布リスト 63に登録すると共に、付加情報として画像情報を含んでいない形式の「NO TIFY」信号 D2を返送する。し力る後、情報処理装置 100Bにて自画像以外の別のプレゼンスの変化 (例えばテレビ電源状態の変化など）が発生すると、自画像は含まな、が、変化したプレゼンスを含む自プレゼンス情報を有する「NOTIFY」信号 D3 をプレゼンス配布リスト 63の登録先に対して配信する。

[0179] 更に、情報処理装置 100Bにて自プレゼンス情報 51として自画像データ 52 (画像 1 )を登録すると、新規登録した自画像データ (画像 1)を含む自プレゼンス情報 51を有する「NOTIFY」信号 D4をプレゼンス配布リスト 63の登録先に対して配信する。その後、画像以外の別のプレゼンスの変化が発生すると、自プレゼンス情報 51として登録して既に配布済みの自画像データ 52 (画像 1)には変化がな!、ので、画像情報を含まない形式の「NOTIFY」信号 D5をプレゼンス配布リスト 63の登録先に対して配信する。また、自プレゼンス情報として、画像 1とは異なる画像 2を新たに撮影して自プレゼンス情報 51として更新登録した場合、更新登録した自画像データ (画像 2) を含む自プレゼンス情報を搭載の「NOTIFY」信号 D6をプレゼンス配布リスト 63の登録先に対して配信する。

[0180] しかる後に、画像 2を含むプレゼンス情報を配布済みの情報処理装置 100Aから、情報処理装置 100Bのプレゼンスの相手画像として画像 2を保有して、る旨の情報を付与した「SUBSCRIBE」信号 D7を送信してきた場合は、情報処理装置 100Bにて自プレゼンス情報として登録してヽる自画像データ 52 (画像 2)と同一の画像であるので、画像情報を含まな!/、形式の「NOTIFY」信号 D8を情報処理装置 100Aに返送する。

[0181] 更に、自プレゼンス情報として、画像 2とは異なる画像 3を新たに撮影して自プレゼンス情報 51として更新登録した後に、情報処理装置 100Aから、情報処理装置 100 Bのプレゼンスの相手画像として更新前の古ヽ画像 2を保有してヽる旨の情報を付与した「SUBSCRIBE」信号 D9を送信してきた場合は、自プレゼンス情報として新たな自画像データ (画像 3)を更新登録した際にプレゼンス配布リスト 63の登録先に対して配信して、た自画像データ（画像 3)を含む自プレゼンス情報を搭載の「NOTIF Y」信号が、何らかの原因で、情報処理装置 100Aに相手画像として更新登録されな力つた状況にあるので、更新登録して、る自画像データ (画像 3)を含む自プレゼンス情報を有する「NOTIFY」信号 D10を情報処理装置 100Aに対して返送する。

[0182] (第 3実施例）

情報処理装置 100Aが図 5の画面構成例に示したような相手プレゼンス表示情報 3 1Aを画面表示する際に、もし、相手画像 31cとして画面表示すべき、情報処理装置 100Bの相手プレゼンス情報 61の相手画像が相手情報 DB60に存在していない場合、情報処理装置 100Aは、状態通知登録要求信号（「SUBSCRIBE」信号)を用 V、て、プレゼンス配布元の情報処理装置 100Bに対してプレゼンス情報を含む状態通知信号（「NOTIFY」信号)の送信を要求する。ところが、情報処理装置 100Bから、プレゼンス情報として相手画像 (又は、相手画像の所在場所を示すアドレス情報（ URL情報)）を含む状態通知信号（「NOTIFY」信号)が送信されてくるまでの間は、相手画像 31cを画面表示することができない。本実施例では、相手画像 31cが送信されてくるまでの間、相手画像を取得中である旨を示す代替画像を相手画像 31cの代わりに画面表示する例を図 23のフローチャートを用いて説明する。

[0183] 図 23は、本発明に係る情報処理装置において利用者が指定した情報処理装置のプレゼンスを相手プレゼンス情報として画面表示する手順の一例を説明するためのフローチャートである。図 23のフローチャートにおいて、情報処理装置 100Aの利用者力リモコンユニット 102のリモコン操作部 21を操作して、相手プレゼンス情報を画面表示した!/、相手を指定して詳細情報画面として画面表示することを指示する (ステップ S101)。リモコン発光部 22、リモコン受光部 11、ユーザ入力処理部 42を介して、利用者の操作内容を受信した状態遷移処理部 45にて、利用者がプレゼンス配布元として指定した相手の相手画像が相手情報 DB60の相手プレゼンス情報 61に保持されている力否かを判定する (ステップ S102)。相手情報 DB60に相手画像が保持されていた場合は (ステップ S 102の YES)、相手画像を含む相手プレゼンス情報 61を読み出して、状態遷移処理部 45の制御により、モニタ出力処理部 48を経由して、テレビ受像機 103のモニタ 31に、図 5に示すような相手画像 31cを含む相手プレゼンス表示情報 31 Aの詳細な情報を画面表示する (ステップ S 103)。

[0184] 一方、相手情報 DB60に相手画像が保持されていない場合は (ステップ S 102の N 0)、詳細情報画面として画面表示する相手プレゼンス表示情報 31Aのうち、指定された相手の相手画像が相手情報 DB60に保存されて、なぐ該相手画像の取得中である旨を利用者に対して示すために、相手情報 DB60に予め記録している図 24に例示するような代替画像を相手画像 31cの代わりに画面表示する (ステップ S 104)。図 24は、本発明に係る情報処理装置にぉ、て相手画像の代わりに画面表示する代替画像の一例を示す模式図であり、相手画像を相手情報 DB60に保持して、なヽ場合に画面表示するもので、一例として、相手画像を取得中であることを示す「写真準備中」の文字列をイラスト上に配置した画像イメージを示して、る。

[0185] し力る後、状態遷移処理部 45の制御により、画面表示すべきプレゼンス配布元の情報処理装置 100Bに対して、相手プレゼンス情報の送信を要求する状態通知登録要求信号（「SUBSCRIBE」信号)を送信する (ステップ S 105)。要求先の情報処理装置 100Bから、状態通知登録要求信号（「SUBSCRIBE」信号)の受信確認の旨を示す「OK」信号を受信した後 (ステップ S 106)、相手プレゼンス情報を含む状態通知信号（「NOTIFY」信号）が受信されるまで待ち合わせる。相手プレゼンス情報を含む状態通知信号（「NOTIFY」信号)を受信すると (ステップ S107)、状態通知信号（「NOTIFY」信号)の受信確認の旨を示す「OK」信号を返送する (ステップ S 108

) ο

[0186] 次、で、状態遷移処理部 45の制御により、相手プレゼンス情報受信処理部 47にて、受信した状態通知信号（「NOTIFY」信号）に含まれている相手プレゼンス情報の中力も相手画像を取り出して、相手情報 DB60の相手プレゼンス情報 61に蓄積する (ステップ S 109)。ここでは、便宜上、状態通知信号（「NOTIFY」信号）に含まれて V、る相手プレゼンス情報の中には相手画像が存在して、る場合にっ、て説明して!/ヽる。存在していない場合の例として、例えば、相手画像の所在場所を示すアドレス情報 (URL情報）が含まれて、る場合には、該アドレス情報が示す所在場所にアクセスして、相手画像を取得することになる。

[0187] し力る後、状態遷移処理部 45の制御により、モニタ出力処理部 48を経由して、テレビ受像機 103のモニタ 31に、取得した相手画像により代替画像を更新して画面表示させ、図 5に示すような相手画像 31cを含む相手プレゼンス表示情報 31Aの詳細な情報を画面表示する (ステップ S110)。

[0188] 以上のように、画面表示したい相手の相手画像を相手情報 DB60に保持していな V、場合であっても、図 5に示すような相手プレゼンス表示情報 31Aを含む詳細情報画面を表示した際に、相手画像 31cの領域を空白表示にすることなぐ相手画像を取得中である旨を示す代替画像を画面表示することができる。なお、図 23には示して!、な、が、通信相手の相手画像を相手情報 DB60に保持して、る場合であっても、最新の相手画像を画面表示したい場合には、通信相手の情報処理装置 100に対して、相手プレゼンス情報の送信を要求する状態通知登録要求信号（「SUBSCRIB E」信号)を送信して、保持している相手画像を更新登録すると共に、最新の相手画像を画面表示するようにしても良ヽ。

[0189] 以下に、前述した各実施例についての変形実施例を更に説明する。

(第 1変形実施例）

プレゼンス配布先となる通信相手のカテゴリに応じて、それぞれの通信相手が所有する情報処理装置 100に対して、自プレゼンス情報として配布した、自画像の画像データ 110が異なることが想定される。例えば、恋人と親とはおのずと配布する自画像の画像データ 110は異なるはずである。このように、通信相手によって配布すべき自画像の画像データ 110を変更するためには、図 17に示したような画像登録画面において、自画像を撮影して登録する際に、通信相手を更に指定することを可能とし、かつ、自画像を登録する自情報 DB50の自画像データ 52として複数の画像を登録可能にすることにより実現することができる。なお、配布先の通信相手を「友人」、「恋人」、「家族」、「親戚」、「会社関係」といったカテゴリに分類してプレゼンス配布リスト 6

3を構成しても良ぐこのようなカテゴリ別の分類を行なう場合には、画像登録画面では、配布先の通信相手を一々指定する代わりに、分類したカテゴリを指定するだけで良い。図 16のステップ S45では、相手情報処理装置 100ごとに自画像データ 52を異なる場所に蓄積して、その所在場所を示すアドレス情報 (URL情報)を含む自プレゼンス情報 51を状態通知信号 M3の「NOTIFY」信号として、相手情報処理装置ごとに配信する。この場合、相手情報処理装置ごとに、自画像データ 52を異なるサーバーや異なるフォルダに蓄積することによって、簡単に相手ごとに異なる自画像データ 52を配信することができる。

[0190] また、どの通信相手に対してどの自画像の画像データ 110を自プレゼンス情報として配布するかと、う指定方法にっ、ては、配布先を登録するプレゼンス配布リスト 63 に、どの通信相手に対してどの自画像を配布するかという情報を追加して登録すれば実現することができる。更には、通信相手に配布した自画像の画像データ 110がどんなものであるかを、配布元の利用者自身が知りたい場合も想定される。例えば、「これどこで撮ったの？」などと通信相手に聞かれて、困ったりする力もしれない。或る通信相手に対して送った画像データ 110を確認する方法としては、利用者がリモコン操作部 21を操作して指定した通信相手にっ、て、前記のプレゼンス配布リスト 63を参照して、配布した画像データを特定する情報を取得して、該通信相手に対して配布した自画像を自情報 DB50から読み出して、指定した通信相手と共に画面表示するようにしても良い。

[0191] (第 2変形実施例）

また、プレゼンス情報の配信を受け取る利用者の立場としては、相手プレゼンス情報の相手画像として新、画像データ 110が配信されてきたとしても、前の相手画像の方が良力つたとして、戻したい場合も想定される。例えば、失恋したので、もう電話は力かってこないけれども、思い出だけは残しておきたいということも想定される。前の相手画像に戻すことを可能とするためには、相手情報 DB60の相手プレゼンス情報 61として複数の相手画像を保持することが可能な形式として、最新の相手画像だけでなく、古い相手画像も保持しておくことにすれば良い。もし、図 5のような相手プレゼンス表示情報 31Aとして画面表示される相手画像 31cが気に入らなければ、利用者がリモコン操作部 21を操作することによって、別の相手画像を相手情報 DB60の中から選択して、相手画像 31cの表示を変更するように指示することができる。また、配信する画像データに有効期限を設定して配信するようにしてもよい。この場合、有効期限の設定には既知のデジタル著作権管理（DRM : Digital Rights Manage ment)の仕組みが使用できる。

[0192] (第 3変形実施例）

プレゼンス情報の配信を受け取る情報処理装置 100Aにお、て、相手プレゼンス情報の相手画像として新し、画像データ 110が配信されてきても、配信された相手画像の内容によっては拒絶したい場合がある。たとえ状態通知登録要求信号（「SU BSCRIBEJ信号)を送信した親 U、通信相手であっても、当該通信相手の感情によつては、怪しげな相手画像が配信されてきて、画面表示をしたくないような場合も想定される。

[0193] このような場合を想定して、例えば、図 5のような詳細情報画面の表示が選択指示されていた場合であっても、状態遷移処理部 45の制御により、相手プレゼンス表示情報 31 Aとして画面表示される相手画像 31cは、最初はモザイクの力かった輪郭のみが判る画像として表示し、時間が経つにつれてはっきりとした画像に徐々に変化するように制御することを可能としても良い。ここで、モザイクの力かった輪郭のみがわ力る画像が表示されている状態からはっきりとした画像に徐々に変化していくまでの過程で、利用者がリモコン操作部 21を操作することによって相手画像 31cの画面表示を拒否すると、状態遷移処理部 45の制御により、相手画像 31cとして画面表示される画像を、例えば図 24に示すような代替画像に入れ替えて表示するようにすれば良い

[0194] (第 4変形実施例）

また、プレゼンス情報の配信を受け取る情報処理装置 100Aにおいて、相手情報 D B60の相手プレゼンス情報 61として複数の相手画像を保持することとして、利用者が図 5に示すような詳細情報画面の表示を選択指示した場合に、画面表示の選択指示がなされる都度、相手プレゼンス表示情報 31 Aの相手画像 31cとして異なる画像を表示したい場合も想定される。例えば、選択指示の都度、毎回異なる相手画像 31 cが画面表示されるようになれば、相手プレゼンス表示情報 31 Aを画面表示したくなる欲求を増進させる可能性もあると思われるし、また、テレビのチャンネルをザッピング (zapping)するように、画像の入れ替えがあると楽ヽと、う効果も得られよう。

[0195] (第 5変形実施例）

前述した実施例のように、テレビ電話を行なう通信相手を選択する際に、相手情報 DB60に登録されているアドレス帳 64を検索して詳細情報の表示を指示する局面においてのみ図 5のような詳細情報画面を表示するだけではなぐ例えば、テレビ電話中に画面の隅に表示したり、テレビ電話を切断したときに表示したり、いろいろな局面で用いることが想定される。このように、いろいろな局面で詳細情報画面を表示するような場合、プレゼンス情報の配布元の情報処理装置 100Bが自プレゼンス情報を配信する際に、自画像を示す画像データ 110として複数の画像を配信し、かつ、複数の各画像データ 110毎に、どの局面で使われるべき自画像かを指定するようにしても良い。 [0196] 例えば、図 15に示すような状態通知信号に含めて送信するプレゼンス情報の「画像」（"Picture")欄に示す画像情報として、複数の各画像データ 110毎に、「アドレス帳に使う画像」、「テレビ電話中に表示する画像」、「テレビ電話切断時に表示する画像」といった局面を示す付加情報を更に付与して配信しても良い。該プレゼンス情報を受信した情報処理装置 100Aにて、相手情報 DB60の相手プレゼンス情報 61として登録する際に、各局面を示す付加情報と共に各画像データを相手画像として登録するようにし、詳細情報画面の表示を指示された場合の各局面に応じた相手画像を画面表示できるようにすれば良、。

[0197] (第 6変形実施例）

また、プレゼンス取得要求元の情報処理装置 100Aに対して以前に配信した自画像を消去させたいという欲求も想定される。「もう、自分の顔も見せたくない一」といつた気分になった場合である。このような場合は、図 15に示すような状態通知信号に含めて送信するプレゼンス情報として、

1)自画像の消去命令を付加情報として追加して配信する、

2)自画像を示す画像データ 110の代わりに、図 24に示すような代替画像やあるいは全面真っ黒の画像データを配信する、

などとすることも可能である。

[0198] (第 7変形実施例）

相手プレゼンス情報としての相手画像を、テレビ電話の際の CM付背景画像として使うこともできる。力かる場合には、相手画像の画像データ 110としてハイパーリンクが付加されて、ると、つた例が想定される。画面表示された相手画像のハイパーリンクをクリックすると、 CMが画面表示されると共に、該 CMの提供者に対して当該相手画像を配信した配布元の利用者に関する情報が自動的に送信され、該 CMの提供者から配布元の利用者に対して対価が支払われる、 t 、つたビジネスモデルを構築することも可會である。

[0199] (第 8変形実施例）

図 8のデータフローチャートにおけるプレゼンス情報の取得要求を示す状態通知登録要求信号 Mlとして「SUBSCRIBE」信号の中に、情報処理装置 100Aの表示関連情報を含んでもよい。この場合の情報処理装置 100Aの表示関連情報とは、例えば、情報処理装置 100Aのディスプレイのサイズ、解像度、カラーか白黒か、などの情報である。このような情報処理装置 100Aの表示関連情報を含む状態通知登録要求信号 Mlとして「SUBSCRIBE」信号を受信した情報処理装置 100Bは、相手の情報処理装置 100Aの表示関連情報に合わせた画像データを生成し、情報処理装置 100Aに提供することができる。

[0200] (プレゼンス配信処理プログラム及び該プレゼンス配信処理プログラムを記録したプログラム記録媒体としての実現）

なお、本発明に係る情報処理装置 (プレゼンス取得要求側の情報処理装置 100A 及びプレゼンス送信側の情報処理装置 100B)の各構成ブロックの処理を、ソフトゥェァにより実現することにして、コンピュータで実行可能な「プレゼンス配信処理プログラム」として実現することも可能である。

更に、該プレゼンス配信処理プログラムを、コンピュータで読み取り可能なプロダラム記録媒体に記録して、該プログラム記録媒体力読み取ったコンピュータによって、該プレゼンス配信処理プログラムの各処理を実行することも可能である。プログラム記録媒体の例としては、磁気テープやカセットテープなどのテープ系、フレキシブルディスクやハードディスク等の磁気ディスクや、 CD— ROMZMOZMDZDVDなどの光ディスクなどからなるディスク系、 ICカードや光カード等のカード系、マスク ROM 、 EPROM、 EEPROM、フラッシュ ROM等による半導体メモリを含め、固定的にプログラムを担持可能な記録媒体など、ずれであっても良!、。

[0201] 以上、これまでに記載した本発明に係る情報処理装置やプレゼンス配信処理方法の実施例でも明らかなように、本発明によれば、通信相手を登録するアドレス帳として表示させた!/、画像を任意の時点で撮影し、配布したヽ通信相手全員に対して簡便に配布することができる。例えば、朝には起き抜けの顔を通信相手に画面表示させ、昼には食事中の顔を通信相手に画面表示させ、夜には風呂上りでくつろぐ顔を通信相手に画面表示させたい、といった場合において、簡単なリモコン操作を行なうのみで、それぞれの場面における最新の自画像を撮影して、配布したい通信相手全員に酉己信することができる。 [0202] 更に、通信相手が、既に自分の画像を所持している場合には重複して同じ画像を配信せずに、撮影した時点の自画像を所持していない場合にのみ、当該通信相手に対して撮影した当該自画像を配信することにより、無駄な通信を行なわなヽようにすることもできる。また、自プレゼンス情報として新たに自画像を撮影した旨を、プレゼンス配布リストに登録されている通信相手全てに対して通知する際には、高速通信が可能な通信プロトコル (UDP)を用い、一方、自画像の画像データそのものの配信には、信頼性が高い通信プロトコル (TCP)を用いることにより、たとえ無線回線のように信頼性の低い回線であっても、確実に、効率良ぐ大容量の自画像を配信することができる。

[0203] 更に、通信相手の相手画像を所持して!/ヽなヽ場合でも、相手画像の代わりに相手画像を取得中の状態にあることを示す予め定めたデフォルトの代替画像を表示し、相手画像が配信されてきた時点で代替画像と置き換えて表示することも可能である。

Claims

請求の範囲

[1] ネットワークを介して他の情報処理装置と通信する通信手段と、

画像の撮影を行ない画像データを生成する画像撮影手段と、

前記画像撮影手段にて生成された画像データを蓄積する自画像データ蓄積手段と、

前記画像撮影手段が撮影を行なったことに基づき、前記自画像データ蓄積手段に蓄積した前記画像データの所在場所を示すアドレス情報を他の情報処理装置に対して配信するアドレス情報配信手段と、

他の情報処理装置力前記画像データの配信要求を受け付ける画像配信要求受信手段と、

前記配信要求に基づき前記画像データを、前記配信要求元の他の情報処理装置に対して返信する画像配信応答送信手段と、

を備え、

前記画像配信要求受信手段で受け付ける前記配信要求には画像データの所在場所を示すアドレス情報を含み、

前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信する、

ことを特徴とする情報処理装置。

[2] 前記画像撮影手段により撮影する都度生成される画像データを、それぞれ異なる所在場所に保持する、

ことを特徴とする請求項 1に記載の情報処理装置。

[3] 前記画像配信要求受信手段と前記画像配信応答送信手段とが用いる通信プロトコルが、前記アドレス情報配信手段が用いる通信プロトコルよりも、信頼性が高い通信プロトコルである、

ことを特徴とする請求項 1または 2のいずれかに記載の情報処理装置。

[4] ネットワークを介して他の情報処理装置と通信する通信手段と、

他の情報処理装置力前記画像データの保持通知を受け付ける画像保持通知受信手段と、

を備え、

前記自画像データ蓄積手段は、前記画像撮影手段により生成した前記画像データに識別可能な識別子を付与して前記画像データと共に蓄積し、

前記画像保持通知受信手段で受け付ける前記保持通知には画像データを識別可能な識別子を含み、

前記保持通知が前記識別子を含まない場合、または、前記保持通知に含まれる前記識別子が前記自画像データ蓄積手段に蓄積されている識別子と異なる場合に、前記画像配信応答送信手段は前記自画像データ蓄積手段に蓄積されて、る前記画像データと前記識別子とを返信する、

ことを特徴とする情報処理装置。

[5] ネットワークを介して他の情報処理装置と通信する通信手段と、

前記画像データの配布先を示す 1乃至複数の他の情報処理装置を登録した画像配布先リストと、

前記画像撮影手段が撮影を行なったことに基づき、前記画像撮影手段により生成した前記画像データまたは当該画像データの所在場所を示すアドレス情報を、前記画像配布先リストに登録された他の情報処理装置に対して配信する撮影画像配信手段と、

を有することを特徴とする情報処理装置。

[6] ネットワークを介して他の情報処理装置と通信する通信手段と、

画像データを蓄積する自画像データ蓄積手段と、

前記自画像データ蓄積手段に蓄積した前記画像データの所在場所を示すアドレス情報を他の情報処理装置に対して配信するアドレス情報配信手段と、他の情報処理装置力前記画像データの配信要求を受け付ける画像配信要求受信手段と、

を備え、

前記画像配信要求受信手段は、前記アドレス情報配信手段にてアドレス情報を配信した後所定時間のみ前記配信要求を受け付け、

前記画像配信要求受信手段で受け付ける前記配信要求には前記画像データの所在場所を示すアドレス情報を含み、

ことを特徴とする情報処理装置。

ネットワークを介して他の情報処理装置と通信する通信手段と、

前記他の情報処理装置との間でセッションを形成するセッション形成手段と、画像データを蓄積する自画像データ蓄積手段と、

前記自画像データ蓄積手段に蓄積した前記画像データの所在場所を示すアドレス情報を他の情報処理装置に対して配信するアドレス情報配信手段と、

を備え、

前記画像配信要求受信手段は、前記セッション形成手段にてセッションを形成している間のみ前記配信要求を受け付け、

前記画像配信応答送信手段は、前記配信要求に含まれる前記アドレス情報が参照する前記画像データを返信する、ことを特徴とする情報処理装置。

[8] 前記セッション形成手段にて形成したセッションを介して、前記画像配信要求受信手段にて使用する受信ポートを前記他の情報処理装置に通知する受信ポート通知手段を備え、

前記画像配信要求受信手段は、前記セッション形成手段にてセッションを形成している間のみ、前記受信ポートにて前記配信要求を受け付ける、

ことを特徴とする請求項 7に記載の情報処理装置。

[9] 前記受信ポート通知手段にて通知する受信ポートを、前記セッション形成手段にて形成するセッションごとに変更する、

ことを特徴とする請求項 8に記載の情報処理装置。

[10] ネットワークを介して他の情報処理装置と通信する通信手段と、

前記自画像データ蓄積手段に前記画像データを蓄積したことを他の情報処理装置に対して配信する自画像蓄積情報配信手段と、

前記セッション形成手段にて形成したセッションを介して、前記自画像データ蓄積手段に蓄積した前記画像データの所在場所を示すアドレス情報を前記他の情報処理装置に通知するアドレス情報通知手段と、

を備え、

ことを特徴とする情報処理装置。 [11] ネットワークを介して他の情報処理装置と通信する通信手段と、

画像データの所在場所を示すアドレス情報を受信するアドレス情報受信手段と、前記画像データの配信要求を送信する画像配信要求送信手段と、

前記配信要求に基づき配信される前記画像データを受信する画像配信応答受信手段と、

受信した該画像データを蓄積する相手画像蓄積手段と、

前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段と、

を備え、

前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報受信手段で受信した前記アドレス情報を含む、

ことを特徴とする情報処理装置。

[12] 前記相手画像蓄積手段は、前記画像配信応答受信手段で受信した前記画像データを前記アドレス情報受信手段で受信した前記アドレス情報と対応付けて蓄積し、前記アドレス情報受信手段が受信した前記アドレス情報を、前記相手画像蓄積手段が蓄積して!/ヽなヽ場合に、前記画像配信要求送信手段が前記配信要求を送信する、

ことを特徴とする請求項 11に記載の情報処理装置。

[13] 前記画像配信要求送信手段と前記画像配信応答受信手段とが用いる通信プロトコルが、前記アドレス情報配信要求手段が用いる通信プロトコルよりも、信頼性が高い通信プロトコルである、

ことを特徴とする請求項 11または 12のいずれかに記載の情報処理装置。

[14] ネットワークを介して他の情報処理装置と通信する通信手段と、

画像データの保持通知を送信する画像保持通知送信手段と、

配信される前記画像データを受信する画像受信手段と、

受信した該画像データを蓄積する相手画像蓄積手段と、

前記相手画像蓄積手段により蓄積されている前記画像データを表示する表示手段と、を備え、

前記画像受信手段は前記画像データとともに前記画像データを識別可能な識別子を受信し、

前記相手画像蓄積手段は前記画像データとともに前記識別子を蓄積し、前記画像保持通知送信手段は、前記相手画像蓄積手段が蓄積する前記識別子を含む、

ことを特徴とする情報処理装置。

[15] ネットワークを介して他の情報処理装置と通信する通信手段と、

配信される前記画像データを受信する画像受信手段と、

受信した該画像データを蓄積する相手画像蓄積手段と、

を備え、

前記表示手段は、前記画像データを配信した他の情報処理装置の利用者と対応付けて、当該他の情報処理装置から受信した前期画像データを表示する、

ことを特徴とする情報処理装置。

[16] ネットワークを介して他の情報処理装置と通信する通信手段と、

画像データの所在場所を示すアドレス情報を前記他の情報処理装置より受信するアドレス情報受信手段と、

前記他の情報処理装置との間でセッションを形成するセッション形成手段と、前記セッション形成手段にて形成したセッションを介して、前記画像配信要求送信手段にて使用する前記他の情報処理装置の受信ポートを前記他の情報処理装置より取得する受信ポート取得手段と、

前記画像データの配信要求を送信する画像配信要求送信手段と、

受信した前記画像データを蓄積する相手画像蓄積手段と、

を備え、

前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報受信手段で受信した前記アドレス情報を含み、

前記画像配信要求送信手段は前記受信ポート取得手段で取得した前記他の情報処理装置の前記受信ポートを使用して前記配信要求を送信する、

ことを特徴とする情報処理装置。

[17] ネットワークを介して他の情報処理装置と通信する通信手段と、

前記他の情報処理装置に画像データが蓄積されたことを前記他の情報処理装置より通知を受ける画像蓄積情報取得手段と、

前記他の情報処理装置との間でセッションを形成するセッション形成手段と、前記セッション形成手段にて形成したセッションを介して、画像データの所在場所を示すアドレス情報を前記他の情報処理装置より取得するアドレス情報取得手段と、前記画像データの配信要求を送信する画像配信要求送信手段と、

受信した該画像データを蓄積する相手画像データ蓄積手段と、

前記相手画像データ蓄積手段により蓄積されている前記画像データを表示する表示手段と、

を備え、

前記画像配信要求送信手段で送信する前記配信要求には、前記アドレス情報取得手段で取得した前記アドレス情報を含み、

ことを特徴とする情報処理装置。

[18] 請求項 1乃至 17のいずれかに記載の情報処理装置に記載の各手段を、コンビュータにより実行可能なプログラムとして実現していることを特徴とする情報処理プログラム。