(57)【特許請求の範囲】
【請求項１】
第一のネットワーク内でＳＩＰを用いて通信を行う第一の端末と上記第一のネットワークとは異なる第二のネットワーク内で使用される第二の端末および第三の端末との間でプレゼンス情報の表示を行うプレゼンスサービスシステムであって、
上記第一の端末のプレゼンス情報を保持する保持手段と、
上記第三の端末から上記第二のネットワークを介して登録された画像が上記第一のネットワーク上の運用条件に適合しているか否かをチェックする画像認定手段と、
この画像認定手段によって適合と認定された画像を保持する画像保持手段と、
上記第二の端末からの表示要求に応答して、上記保持手段に保持された上記第一の端末のプレゼンス情報を上記第二のネットワークへ送出できる形式に変換すると共に、上記画像保持手段から上記第一の端末のユーザが選択した画像を取得し、その取得した画像を上記第二の端末に送って上記第一の端末のプレゼンス情報として表示させる対応変換手段と
を具備したことを特徴とするプレゼンスサービスシステム。
【請求項２】
上記第二のネットワークはインターネットであり、
上記第二の端末は、
上記第一の端末のプレゼンス情報に対応した上記第三の端末が登録した画像を上記インターネット上のブログのパーツとして表示することを特徴とする請求項１記載のプレゼンスサービスシステム。
【請求項３】
上記対応変換手段は、上記第一の端末のプレゼンス情報を上記第二のネットワークへ送出する際に、上記第二の端末のプレゼンス情報との対応を取ることを特徴とする請求項１記載のプレゼンスサービスシステム。
【請求項４】
第一のネットワーク内でＳＩＰを用いて通信を行う第一の端末と上記第一のネットワークとは異なる第二のネットワーク内で使用される第二の端末および第三の端末との間でプレゼンス情報の表示を行うためのプレゼンス表示方法であって、
上記第一の端末のプレゼンス情報を第一の場所に保持し、
上記第三の端末から上記第二のネットワークを介して登録された画像が上記第一のネットワーク上の運用条件に適合しているか否かをチェックすることにより、適合と認定された画像を第二の場所に保持しておき、
上記第二の端末からの表示要求に応答して、上記第一の場所に保持された上記第一の端末のプレゼンス情報を上記第二のネットワークへ送出できる形式に変換すると共に、上記第二の場所から上記第一の端末のユーザが選択した画像を取得し、その取得した画像を上記第二の端末に送って上記第一の端末のプレゼンス情報として表示させることを特徴とするプレゼンス表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの通信状態や通信アドレスなどを別のユーザに通知するプレゼンスサービスシステムに係り、特に、３ＧＰＰ（Third Generation Partnership Project）によって標準化されたＩＭＳ（IP Multimedia Subsystem）でＳＩＰ(Session Initiation Protocol)を用いてプレゼンス・サービスを実現するシステムと同システムに用いられるプレゼンス表示方法に関する。
【背景技術】
【０００２】
プレゼンス・サービスとは、相手の通信状態や通信アドレスを知ることができるサービスであり、すでにインターネットでは普及している。このプレゼンス・サービスを既存の回線交換の電話音声通信あるいはインスタント・メッセージングなどのマルチメディア通信と組み合わせることによって、エンド・ユーザは、相手のプレゼンス状態に応じて通信手段を変更するなどの、より高度な通信サービスを利用することができる。
【０００３】
ここで、３ＧＰＰでは、ＩＥＴＦで標準化されているプロトコル（通信手順）をベースに、ＳＩＰ技術を用いたＩＭＳ上でプレゼンス・サービスを実現し、３ＧＰＰリリース６で標準化された。
【０００４】
プレゼンス情報は、プレゼンス・タプル（ＴＵＰＬＥ、組み合わせ）によって表現される。プレゼンス・タプルは、主に、次の３つがある。
【０００５】
（Ａ）通信状態の情報（オンライン／オフライン状態）
（Ｂ）通信アドレスに関する情報（通信手段：電話、ＳＭＳ(Short Message Service)、電子メール、インスタント・メッセージ等）と、通信アドレス（電話番号、電子メール・アドレス、ＳＩＰ  ＵＲＩ等）
（Ｃ）その他のプレゼンス情報（フリー・テキスト等）。
【０００６】
プレゼンス・タプルを含むプレゼンス・モデルは、ＩＥＴＦのＲＦＣ２７７８で規定されている（例えば、非特許文献１参照）。
【０００７】
また、具体的なプレゼンス情報のフォーマットについては、ＲＦＣ３８６３（ＰＩＤＦ：Presence Information Data Format）と、その拡張版であるＲＦＣ４４８０（ＲＰＩＤ：Rich Presence Information Data）などで規定されている（例えば、非特許文献２，３参照）。
【０００８】
また、ＩＭＳは、ＳＩＰのルーティング機能や加入者の認証機能、課金機能などをプラットフォーム（基盤）として提供する。ＩＭＳ上でプレゼンスを利用する場合、プレゼンス特有のアプリケーションは、ＩＭＳのＩＳＣインタフェース上のＳＩＰアプリケーション・サーバ（ＳＩＰ−ＡＳ）で実現される（例えば、非特許文献４参照）。
【０００９】
プレゼンス・サービスでは、プレゼンス情報を提供する側を「Ｐｒｅｓｅｎｔｉｔｙ（プレゼンティティ）」、監視する側を「Ｗａｔｃｈｅｒ（ウォッチャー）」と呼ぶ。プレゼンス情報を伝達するためにはＳＩＰプロトコルが使用され、（１）ＳＵＢＳＣＲＩＢＥ：Ｗａｔｃｈｅｒのプレゼンス状態の監視の開始（加入）、（２）ＮＯＴＩＦＹ：Ｗａｔｃｈｅｒのプレゼンス状態の通知、（３）ＰＵＢＬＩＳＨ：Ｐｒｅｓｅｎｔｉｔｙのプレゼンス状態の送信などのＳＩＰメッセージにより、プレゼンス状態を通知することが可能になる。
【００１０】
また、プレゼンスサーバに付随するＷａｔｃｈｅｒのプレゼンス監視に対する承認ポリシー等のリストなどの情報は、ＸＭＬ文書の形式でＸＤＭＳ（ＸＭＬ文書管理サーバ）に蓄積される。これらＸＭＬ文書内の設定情報の追加や変更、削除には、ＲＦＣ４８２７で規定されているＸＣＡＰ(XML Configuration Access Protocol)と呼ばれるＨＴＴＰベースのプロトコルが使用される。
【００１１】
【非特許文献１】「ＲＦＣ２７８８：A Model for Presence and Instant Messaging」，M. Day, J. Rosenberg他 February 2000
【００１２】
【非特許文献２】「ＲＦＣ３８６３：Presence Information Data Format(PIDF)」，H. Sugano, S. Fujimoto 他 August 2004
【００１３】
【非特許文献３】「ＲＦＣ４４８０：RPID: Rich Presence Extensions to the Presence Information Data Format(PIDF)」，H. Schulzrinne 他 July 2006
【００１４】
【非特許文献４】「Ｔｈｅ  ＩＭＳ：IP Multimedia Concepts And Services」，Miikka Poikselka 他 , John Wiley & Sons Inc;２版(2006/03)
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来のＳＩＰを用いたプレゼンスサービスシステムでは、ユーザのプレゼンス情報の種類がＲＦＣ２７７８などで規定されており、ここではＳＩＰを利用する同一の網内の端末間を想定している。このため、異種ネットワークに接続されている端末の通信状態に関する情報の種類がなく、プレゼンス・サービスを利用できないといった問題がある。
【００１６】
さらに、従来システムでは、プレゼンス情報の内容もユーザの通信状態を文字情報しか表示することができないため、ユーザにとって理解しにくいといった問題があった。
【００１７】
本発明は上記のような点に鑑みなされたもので、異種ネットワークに対するプレゼンス情報の提供を可能とし、さらに、画像を用いてプレゼンス情報を表示できるプレゼンスサービスシステム及びプレゼンス表示方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本発明に係るプレゼンスサービスシステムは、第一のネットワーク内でＳＩＰを用いて通信を行う第一の端末と上記第一のネットワークとは異なる第二のネットワーク内で使用される第二の端末および第三の端末との間でプレゼンス情報の表示を行うプレゼンスサービスシステムであって、上記第一の端末のプレゼンス情報を保持する保持手段と、上記第三の端末から上記第二のネットワークを介して登録された画像が上記第一のネットワーク上の運用条件に適合しているか否かをチェックする画像認定手段と、この画像認定手段によって適合と認定された画像を保持する画像保持手段と、上記第二の端末からの表示要求に応答して、上記保持手段に保持された上記第一の端末のプレゼンス情報を上記第二のネットワークへ送出できる形式に変換すると共に、上記画像保持手段から上記第一の端末のユーザが選択した画像を取得し、その取得した画像を上記第二の端末に送って上記第一の端末のプレゼンス情報として表示させる対応変換手段とを具備したことを特徴とする。
【００１９】
このような構成によれば、ＳＩＰを用いたプレゼンス・サービスにおいて、第三の端末から第二のネットワークを介して登録された画像が第一のネットワーク上の運用条件に適合しているか否かがチェックされ、適合と認定された場合に画像保持手段に保持される。そして、第二の端末からの表示要求に応答して、第一の端末のプレゼンス情報が第二のネットワークへ送出可能な形式に変換処理されると共に、上記画像保持手段の中で上記第一の端末のユーザが選択した画像が上記第二の端末に送られて、上記第一の端末のプレゼンス情報として表示される。
【発明の効果】
【００２０】
本発明によれば、ＳＩＰを前提とした第一の端末のプレゼンス情報を異種ネットワークに接続された第二の端末に送出できる形式に変換する手段を設けたことで、異種ネットワークに対するプレゼンス情報の提供が可能となる。
【００２１】
さらに、第一の端末のプレゼンス情報に対応した画像を登録する手段を設け、その登録画像を第二の端末に送ることで、画像を用いてプレゼンス情報を表示することができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施形態を説明する。
【００２３】
図１は本発明の一実施形態に係るプレゼンスサービスシステムの全体構成を示す図である。
【００２４】
このプレゼンスサービスシステムは、第一のネットワーク１１内で使用される端末のプレゼンス情報を別の網である第二のネットワーク１２内で使用される端末に送信可能とし、さらに、そのプレゼンス情報をユーザが任意に登録した画像を用いて表現できるようにしたものである。
【００２５】
ここで、第一のネットワーク１１は、ＩＭＳを想定している。すなわち、この第一のネットワーク１１は、通信オペレータ等の事業者が運営している、所謂「マネージドネットワーク」であり、ＲＦＣ２７７８などで規定されているＳＩＰを前提とした端末（以下、ＳＩＰ端末と称す）１３ａ，１３ｂが接続されている。
【００２６】
これに対し、第二のネットワーク１２は、例えばインターネットのような広域の通信ネットワークを想定している。この第二のネットワーク１２には、インターネットへの接続機能などを備えた汎用のパーソナルコンピュータ（以下、ＰＣと称す）１４ａ，１４ｂが接続されている。
【００２７】
以下では、第一のユーザ（ユーザＡと称す）がＳＩＰ端末１３ａとＰＣ１４ａの２台を持ち、第二のユーザ（ユーザＢと称す）がＰＣ１４ｂを持つものとする。そして、第一のネットワーク１１上のユーザＡのプレゼンス状態（詳しくは、第一のネットワーク１１内で使用されるユーザＡのＳＩＰ端末１３ａのプレゼンス情報）を、異種ネットワークである第二のネットワーク１２に接続されたユーザＡのＰＣ１４ａに表示する場合を想定して説明する。
【００２８】
また、ＰＣ１４ａでは、ユーザＡ自身が作成したブログの閲覧中であり、そのブログ上に、第三者であるユーザＢが作成したアバター等の画像を用いてユーザＡのプレゼンス状態を表現し、ブログパーツの一部として表示する場合を想定する。
【００２９】
図１に示すように、第一のネットワーク１１には、ユーザＡのプレゼンス状態（ＳＩＰ端末１３ａのプレゼンス情報）を保持するプレゼンスサーバ２１、ユーザＢが作成した画像を保持するコンテンツサーバ２２、ユーザ情報と画像とを関連付けてＸＭＬ形式で管理するＸＤＭＳ（管理サーバ）２３、ＳＩＰプロトコルで受けた信号を変換処理して第二のネットワーク１２に送信するＳＩＰアプリケーションサーバ（ＳＩＰ−ＡＳ）２４が接続されている。
【００３０】
一方、第二のネットワーク１２には、インターネット上のブログサーバ２５やＷｅｂ登録サーバ２６が接続されている。さらに、Ｗｅｂ登録サーバ２６とコンテンツサーバ２２との間には、画像の認定処理を行うための認定サーバ２７が設けられている。
【００３１】
このような構成において、コンテンツサーバ２２には、プレゼンス・サービスに利用可能な各種の画像が登録されている。図１の例では、ユーザＢが作成したアバター等の画像がコンテンツサーバ２２に登録されている。一方、プレゼンティティであるユーザＡは、このコンテンツサーバ２２から任意の画像を取得して、自身のプレゼンス状態の通知に利用できる。
【００３２】
ここで、第一のネットワーク１１がＩＭＳ、第二のネットワーク１２がインターネットである場合に、第二のネットワーク１２上のユーザＢが任意に作成した画像が第一のネットワーク１１の運用条件に適合しないこともある。そこで、本システムでは、認定サーバ２７を設けて、ユーザＢが第二のネットワーク１２を介して登録した画像に対し、その画像形式・サイズ、ウイルス、ポリシー等をチェックすることで、第一のネットワーク１１上の運用条件に適合したものだけを採用する構成としている。
【００３３】
図２は第一のネットワーク１１が保持する機能群とそれ以外の機能群を示したものである。ここで示している通り、認定サーバ２７に関しては、第一のネットワーク１１が有していても良いし、図とは別に第三者の機関等が有していても良い。
【００３４】
なお、図中の２２ａはコンテンツサーバ２２が設けられた画像データベース（画像ＤＢ）であり、認定サーバ２７にて適正なものとして認定された画像が蓄積される。
【００３５】
また、各サーバ２１〜２７は、図３に示すように、ＣＰＵ３１、プログラムメモリ３２、データメモリ３３、通信Ｉ／Ｆ（インタフェース）３４などを備えたコンピュータからなる。各サーバ２１〜２７に設けられたプログラムメモリ３２には、それぞれのサーバの機能を実現するためのプログラムが記憶されている。
【００３６】
特に、本システムの特徴であるＳＩＰアプリケーションサーバ２４では、プログラムメモリ３２に対応変換プログラムが記憶される。この対応変換プログラムは、ＳＩＰを前提とした第一の端末（ここではＳＩＰ端末１３ａ）のプレゼンス情報と、異種ネットワークに接続された端末（ここではＰＣ１４ａ）のプレゼンス情報との対応を取り異種ネットワークへの変換処理を行う。
【００３７】
また、管理サーバであるＸＤＭＳ２３では、プログラムメモリ３２にマッチングプログラムが記憶される。このマッチングプログラムは、プレゼンス情報に使用する画像と、その画像を利用するユーザとの対応付けを行う。
【００３８】
以下に、図４乃至図１１を参照して、本システムにて実現される各機能の動作について詳しく説明する。
【００３９】
なお、図中の丸数字は処理手順を示している。また、以下の各シーケンス図で示される処理手順は、それぞれにサーバあるいは端末に搭載された制御部（ＣＰＵ）３１がプログラムメモリ３２に記憶された所定のプログラムを読み込むことにより実行される。
【００４０】
（ａ）ユーザ登録機能
まず、本システムのユーザ登録機能の動作について説明する。
【００４１】
図４は第一のネットワーク１１上でユーザＡがＳＩＰ端末１３ａを用いてプレゼンスの登録を行う場合の流れを示すシステム構成図、図５はそのシーケンス図である。ここでは、ユーザＡのプレゼンス情報（閲覧可能リスト等）をＸＣＡＰで実現する方式を示している。これは、３ＧＰＰで規定されているＩＭＳのＧｔインタフェースで実現する機能と同じであり、標準化団体であるＯＭＡのプレゼンス仕様書等でも規定がある。
【００４２】
図５に示すように、ユーザＡのＳＩＰ端末１３ａからＸＣＡＰのプロトコルを用いてＸＤＭＳ２３に対して登録要求を行う（ステップＳ１０１）。これにより、ＸＤＭＳ２３では、ユーザＡの情報（プロファイル）を管理用のメモリ（図３のデータメモリ３３）に登録した後（ステップＳ１０２）、その登録完了通知を要求元であるＳＩＰ端末１３ａに返す（ステップＳ１０３）。
【００４３】
（ｂ）画像登録機能
次に、本システムの画像登録機能の動作について説明する。
【００４４】
図６は第二のネットワーク１２上でユーザＢがＰＣ１４ｂを用いて任意の画像を登録する場合の流れを示すシステム構成図、図７はそのシーケンス図である。ここでは、第一のネットワーク１１とは異なる第二のネットワーク１２を通じて画像が登録されるため、その画像の適正をチェックする機能が必要となる。そのチェック機能に相当するのが認定サーバ２７である。
【００４５】
図７に示すように、ユーザＢのＰＣ１４ｂからＨＴＴＰのプロトコルを用いてＷｅｂ登録サーバ２６にユーザＢが作成したアバター等の画像をアップロードする（ステップＳ２０１）。Ｗｅｂ登録サーバ２６では、このユーザＢの画像を認定サーバ２７に転送する（ステップＳ２０２）。
【００４６】
ここで、認定サーバ２７では、画像の形式やサイズ、ウイルス、ポリシーなどをチェックする（ステップＳ２０３）。そして、適正な画像であると認定できた場合に、その画像をコンテンツサーバ２２に転送する（ステップＳ２０４）。コンテンツサーバ２２では、画像の転送元である認定サーバ２７のアドレス等をチェックした上で（ステップＳ２０５）、その画像を画像データベース２２ａに格納する（ステップＳ２０６）。
【００４７】
このようにして、ユーザＢの画像が適正であると認定されて、コンテンツサーバ２２の画像データベース２２ａに格納されると、その完了応答の通知がコンテンツサーバ２２から認定サーバ２７、Ｗｅｂ登録サーバ２６を経由してＰＣ１４ｂに送られる（ステップＳ２０７〜Ｓ２０９）。
【００４８】
（ｃ）画像利用登録機能
次に、本システムの画像利用登録機能の動作について説明する。
【００４９】
図８は第二のネットワーク１２上でユーザＡがＰＣ１４ａを用いて自分のブログに利用する画像を登録する場合の構成図、図９はそのシーケンスである。この画像利用登録の中で、画像（ここではユーザＢが作成登録した画像）とユーザ情報（ここではユーザＡの情報）をマッチングした上で、ブログパーツの設定をブログ側に実施する。
【００５０】
図９に示すように、ユーザＡのＰＣ１４ａからＨＴＴＰのプロトコルを用いてコンテンツサーバ２２に画像の利用登録を要求する（ステップＳ３０１）。コンテンツサーバ２２では、その要求元のユーザＡの情報を登録後（ステップＳ３０２）、利用登録の完了通知をＰＣ１４ａに返す（ステップＳ３０３）。そして、ＩＤ、パスワード等を用いた所定のログイン手続きにより利用可能状態となる（ステップＳ３０４〜Ｓ３０６）。
【００５１】
ここで、ユーザＡが所定の操作により、コンテンツサーバ２２の画像データベース２２ａに登録された各種画像の中から所望の画像（ここではユーザＢが作成した画像とする）を選択すると、コンテンツサーバ２２は、その選択された画像とユーザＡとのマッチングをＸＤＭＳ２３に依頼する（ステップＳ３０８）。
【００５２】
これにより、ＸＤＭＳ２３では、上記選択画像とユーザＡのプロファイルとのマッチング情報を保持し、その完了通知をコンテンツサーバ２２に返す（ステップＳ３０９）。この完了通知を受けて、コンテンツサーバ２２は当該画像をブログのパーツとして生成して（ステップＳ３１０）、その生成完了通知をユーザＡのＰＣ１４ａに返す（ステップＳ３１１）。
【００５３】
続いて、ユーザＡは所定の操作によりブログサーバ２５にログインして（ステップＳ３１２〜Ｓ３１４）、コンテンツサーバ２２から取得したブログパーツを自身のブログに設定する（ステップＳ３１５，Ｓ３１６）。
【００５４】
このようにして、ユーザＢが作成した画像をブログのパーツとして取得することができる。このブログパーツ（画像）は、後述するようにユーザＡのプレゼンス状態の通知に利用される。
【００５５】
（ｄ）画像閲覧機能
次に、本システムの画像閲覧機能の動作について説明する。
【００５６】
図１０は第二のネットワーク１２上でユーザＡがＰＣ１４ａを用いて実際にブログを閲覧する場合の流れを示すシステム構成図、図１１はそのシーケンス図である。ここでは、ブログ閲覧中にユーザＡのプレゼンス状態を示すアバター等の画像をコンテンツサーバ２２からＳＩＰアプリケーションサーバ２４を介して取得することになる。
【００５７】
図１１に示すように、ユーザＡは所定の操作によりＰＣ１４ａを通じてブログサーバ２５にアクセスして自身のブログを閲覧する（ステップＳ４０１，Ｓ４０２）。その際、ＰＣ１４ａから当該ブログに使用する画像の検索要求がＳＩＰアプリケーションサーバ２４に送られる（ステップＳ４０３）。
【００５８】
なお、このときの画像検索に関しては、例えばＲＥＳＴのような簡易なインタフェースを用いることで、ＰＣ１４ａ側の操作を簡単化できる。ＳＩＰアプリケーションサーバ２４では、このＰＣ１４ａからの要求に応答して、以下のような処理を実行する。
【００５９】
すなわち、ＳＩＰアプリケーションサーバ２４は、第一のネットワーク１１上で使用されるＳＩＰ端末１３ａのプレゼンス情報と第二のネットワーク１２上で使用されるＰＣ１４ａのプレゼンス情報との対応を取って変換処理を行うべく、まず、ＳＩＰアプリケーションサーバ２４に対してユーザＡのプレゼンス状態を問い合わせる（ステップＳ４０４〜Ｓ４０７）。ここで言う「ユーザＡのプレゼンス状態」とは、第一のネットワーク１１上で使用されるＳＩＰ端末１３ａのプレゼンス情報のことである。
【００６０】
次に、ＳＩＰアプリケーションサーバ２４は、ＸＤＭＳ２３にアクセスして、画像とユーザＡのプレゼンス状態とをマッチングした情報を入手する（ステップＳ４０８，Ｓ４０９）。続いて、ＳＩＰアプリケーションサーバ２４は、上記マッチング情報を用いてコンテンツサーバ２２に対して当該画像の格納場所を問い合わせる（ステップＳ４１０）。
【００６１】
この問い合わせに応答して、コンテンツサーバ２２から画像の格納場所を示すＵＲＬ（Uniform Resource Locators）が送られて来ると、ＳＩＰアプリケーションサーバ２４はこれを要求元のＰＣ１４ａに転送する（ステップＳ４１２）。
【００６２】
これにより、ＰＣ１４ａでは、ＳＩＰアプリケーションサーバ２４から受け取ったＵＲＬに基づいてコンテンツサーバ２２から画像を取得して（ステップＳ４１３，Ｓ４１４）、これを当該ブログのパーツとして表示する。
【００６３】
以上のように本システムによれば、ＳＩＰを用いたプレゼンス・サービスにおいて、異種ネットワークに接続された端末に対し、ＳＩＰを前提とした端末のプレゼンス情報を提供することができる。これにより、プレゼンス・サービスの自由度が広がり、異種端末間であっても支障なくプレゼンス情報の表示を行うことができるようになる。
【００６４】
また、コンテンツサーバ２２に登録された任意の画像をプレゼンス情報と対応付けておくことで、文字だけでなく、画像を用いて分かりやすく表現できるようになる。
【００６５】
また、インターネット上にブログを作成する場合であれば、好みのアバター画像を用いてユーザのプレゼンス状態をユニークに通知するといった利用も可能となる。
【００６６】
また、画像の登録に際しては、その適正をチェックすることで、ＳＩＰを前提としたネットワーク以外のネットワークを通じて登録される画像に対する信頼性を確保してプレゼンス・サービスに利用できる。
【００６７】
また、第一のネットワーク１１に属する第一の端末（ＳＩＰ端末１３ａ）のプレゼンス情報を第二のネットワーク１２へ送出する際に、その第二のネットワーク１２に属する第二の端末（ＰＣ１４ａ）のプレゼンス情報との対応を取ることで、第二の端末がブログの閲覧中などにリアルタイムで第一の端末のプレゼンス情報を表示させることが可能となる。
【００６８】
なお、Ｗｅｂ２．０、ＳＮＳ等のＷｅｂサービスも利用することで、より高度なサービスを実現できる。
【００６９】
また、第二のネットワーク１２から登録した画像自体を商品として展開することで、第一のネットワーク１１のプレゼンス状態を可視化するためのツールになり得る。したがって、例えば第一のネットワーク１１のユーザが画像の使用料を支払う構成とすれば、画像を提供するユーザか増えることになり、より多種多様なプレゼンス状態の表示を実現できる。
【００７０】
要するに、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００７１】
【図１】図１は本発明の一実施形態に係るプレゼンスサービスシステムの全体構成を示す図である。
【図２】図２は同実施形態におけるプレゼンスサービスシステムの第一のネットワークが保持する機能群とそれ以外の機能群を示した図である。
【図３】図３は同実施形態におけるプレゼンスサービスシステムに用いられ各サーバの基本的な構成を示すブロック図である。
【図４】図４は同実施形態におけるプレゼンスサービスシステムのユーザ登録機能を説明するためのシステム構成図である。
【図５】図５は同実施形態におけるプレゼンスサービスシステムのユーザ登録機能の処理動作を示すシーケンス図である。
【図６】図６は同実施形態におけるプレゼンスサービスシステムの画像登録機能を説明するためのシステム構成図である。
【図７】図７は同実施形態におけるプレゼンスサービスシステムの画像登録機能の処理動作を示すシーケンス図である。
【図８】図８は同実施形態におけるプレゼンスサービスシステムの画像利用登録機能を説明するためのシステム構成図である。
【図９】図９は同実施形態におけるプレゼンスサービスシステムの画像利用登録機能の処理動作を示すシーケンス図である。
【図１０】図１０は同実施形態におけるプレゼンスサービスシステムの画像閲覧機能を説明するためのシステム構成図である。
【図１１】図１１は同実施形態におけるプレゼンスサービスシステムの画像閲覧機能の処理動作を示すシーケンス図である。
【符号の説明】
【００７２】
１１…第一のネットワーク、１２…第二のネットワーク、１３ａ，１３ｂ…ＳＩＰ端末、１４ａ，１４ｂ…ＰＣ、２１…プレゼンスサーバ、２２…コンテンツサーバ、２２ａ…画像データベース、２３…ＸＤＭＳ、２４…ＳＩＰアプリケーションサーバ、２５…ブログサーバ、２６…Ｗｅｂ登録サーバ、２７…認定サーバ、３１…ＣＰＵ、３２…プログラムメモリ、３３…データメモリ、３４…通信Ｉ／Ｆ。
【図１】
0005042910.tif 000002
【図２】
0005042910.tif 000003
【図３】
0005042910.tif 000004
【図４】
0005042910.tif 000005
【図５】
0005042910.tif 000006
【図６】
0005042910.tif 000007
【図７】
0005042910.tif 000008
【図８】
0005042910.tif 000009
【図９】
0005042910.tif 000010
【図１０】
0005042910.tif 000011
【図１１】
0005042910.tif 000012