(57)【特許請求の範囲】
【請求項１】
音声ベースの電子会議の第１の参加者の端末からの画像配信依頼をサーバが受信したことを契機にして前記サーバより配信され且つ更新時に講読者に配信される第１のプレゼンスデータとして管理される画像データ配信用のリソースに関する情報を受信する第１の受信ステップと、
前記第１の参加者の端末から前記サーバへ前記画像配信依頼に対応する画像データが格納されたことを契機にして前記サーバより配信される、前記第１の参加者の状態に関する第２のプレゼンスデータを受信する第２の受信ステップと、
前記第２の受信ステップの後に、前記第１の受信ステップで受信した前記第１のプレゼンスデータに含まれる前記画像データ配信用のリソースに関する情報を用いて、当該画像データ配信用のリソースから前記画像データを取得するステップと、
を含む、電子会議の参加者端末により実行される通信方法。
【請求項２】
音声ベースの電子会議の第１の参加者の端末からの画像配信依頼をサーバが受信したことを契機にして前記サーバより配信され且つ更新時に講読者に配信される第１のプレゼンスデータとして管理される画像データ配信用のリソースに関する情報を受信し、前記第１の参加者の端末から前記サーバへ前記画像配信依頼に対応する画像データが格納されたことを契機にして前記サーバより配信される、前記第１の参加者の状態に関する第２のプレゼンスデータを受信するプレゼンスデータ処理部と、
前記第２のプレゼンスデータの受信の後に、前記第１のプレゼンスデータに含まれる前記画像データ配信用のリソースに関する情報を用いて、当該画像データ配信用のリソースから前記画像データを取得する画像処理部と、
を有する携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子会議における通信制御技術に関する。
【背景技術】
【０００２】
例えば特開２００３−２９８７５１号公報には、電話システムを構成する交換機や中継機の大幅な技術的変更を必要とせずに、既存の電話システムにおいて３名以上のグループ通話を実現するための技術が開示されている。すなわち、発信者のユーザＩＤ、電話番号及びパスワードを含む発信者情報と当該発信者が通話を希望する複数の通話先受信者の電話番号を、通信ネットワークに接続された電話帳データベースに予め登録するステップと、前記発信者が、前記電話帳データベースにアクセスして、前記電話帳データベースに登録されている当該発信者の前記通話先受信者を選択するステップと、前記電話帳データベースが、同時回線接続手段を有するコールセンターに対して前記発信者の電話番号と当該発信者が選択した通話先受信者の電話番号を送信するステップと、前記コールセンタが、前記同時回線接続手段を介して前記発信者の電話番号と当該発信者が選択した前記通話先受信者の電話番号に対して一斉発呼するステップとを含み、前記発信者が前記選択された複数の通話先受信者との同時通話を可能にする。但し、会議の通信形態を途中で追加・変更するような発想は開示されていない。
【０００３】
また、特開２００４−１３３０３号公報には、インスタントメッセージング（ＩＭ）技術を電子会議に応用する技術が開示されている。具体的には、ＩＭサーバに、各ＩＭクライアントのプレゼンス情報、利用可能メディア及びユーザ情報を管理させ、各ＩＭクライアントがこれらの情報を取得できるようにする。テキストチャットを行なう場合、ＩＭサーバが各参加ＩＭクライアントとＩＭサーバとの間のコネクションを管理し、各参加ＩＭクライアントからのテキストをマージして結果を各参加ＩＭクライアントに配信する。音声チャットを行なう場合、ＡＰサーバが各参加ＩＭクライアントとＭＤサーバとの間のコネクションを管理し、ＭＤサーバが注目ＩＭクライアントを除く各参加ＩＭクライアントからの音声をミックスして結果を注目ＩＭクライアントに配信する。この処理を各参加ＩＭクライアントに対して行なう。但し、本公報は、プレゼンス技術の一般的な使い方（オフライン、ＩＭ中といったクライアントの状態を示すという使い方）を示すのみであり、プレゼンスデータの使用の仕方に特別なものはない。
【特許文献１】特開２００３−２９８７５１号公報
【特許文献２】特開２００４−１３３０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年、携帯電話機等の携帯端末を用いて電子会議を行なう技術（ＰｏＣシステム）が提案されるようになってきている。このような電子会議の最中においては、画像データを参加者同士で参照しながら電子会議を行なうことが望ましい場合がある。また、画像データの参照を、会議参加者の一部のメンバに限定することが好ましい場合もある。
【０００５】
従って、本発明の目的は、携帯端末を用いた電子会議において、会議継続中に画像データ等のやりとりを容易にするための技術を提供することである。
【課題を解決するための手段】
【０００６】
本発明の第１の態様に係る通信制御方法は、会議管理サーバにより実行され、音声ベースの電子会議の第１の参加者による当該音声ベースの電子会議の他の参加者に対する画像配信依頼を、第１の参加者の端末から受信するステップと、第１の参加者と他の参加者とが、更新時に講読者に配信されるプレゼンスデータとして管理される、画像配信に関するデータを講読できるように、プレゼンス管理設定をプレゼンス・サーバに行わせる設定ステップとを含む。
【０００７】
このようにプレゼンスデータとして画像配信に関するデータが管理されるので、プレゼンス技術を用いて音声ベースの電子会議の参加者に画像を配信することができるようになる。
【０００８】
また、第１の参加者の端末から画像データを受信し、画像配信用のデータ記憶領域に格納するステップと、画像データの受信に応答して、第１の参加者のプレゼンスデータの更新設定をプレゼンス・サーバに行わせるステップとをさらに含むようにしてもよい。第１の参加者のプレゼンスデータを例えば画像配信中といったように変更することによって、自動的にプレゼンスデータとして他の参加者に配信されるので、他の参加者は第１の参加者による画像データの送受信状況を知ることができる。
【０００９】
さらに、上で述べた画像配信に関するデータが、画像配信に係るユーザの識別情報と画像配信用リソースに関するデータとを含むようにしてもよい。ユーザの識別情報だけではなく、当該ユーザの画像配信状況などを含むようにしても良い。また、画像配信用リソースはＩＰアドレス及びポート番号等の場合もある。
【００１０】
さらに、上で述べた設定ステップが、画像配信に関するデータをプレゼンスデータとして登録するようにプレゼンス・サーバに要求するステップと、画像配信に関するデータをプレゼンスデータとして公開するようにプレゼンス・サーバに要求するステップとを含むようにしてもよい。このようにすることによって、画像配信に関するデータの配信先を容易に且つ柔軟に設定することができる。
【００１１】
さらに、第１の参加者から画像データを受信し、画像配信用のデータ記憶領域に格納するステップと、画像データの受信に応答して、画像配信に関するデータを含むプレゼンスデータの更新設定をプレゼンス・サーバに行わせるステップとをさらに含むようにしてもよい。例えば、画像配信に関するデータに、配信依頼者による画像アップロードの完了を表すデータを含めることによって、他の参加者は第１の参加者による画像データの送受信状況を知ることができる。
【００１２】
また、他の参加者が、音声ベースの電子会議の第１の参加者により指定された音声ベースの電子会議の参加者のサブセットである場合もある。さらに、画像配信に関するデータを含むプレゼンスデータは、音声ベースの電子会議の一つに対し、複数管理されるようにしてもよい。
【００１３】
本発明の第２の態様に係るコンピュータ・システムは、プレゼンスデータに関連する処理を実施するプレゼンス管理手段を有するプレゼンス・サーバと、会議の制御処理を実施する会議管理サーバとを有する。そして、会議管理サーバは、音声ベースの電子会議の第１の参加者の端末から当該音声ベースの電子会議の他の参加者に対する画像配信の依頼を受信した場合、画像配信のためのリソースを確保すると共に、当該画像配信のためのリソースに関するデータを、第１の参加者と他の参加者とが講読できるように、プレゼンス設定要求をプレゼンス・サーバに送信する。そして、プレゼンス・サーバのプレゼンス管理手段は、プレゼンス設定要求に応じて、第１の参加者と他の参加者とが、画像配信のためのリソースに関するデータを、更新時に講読者に配信されるプレゼンスデータとして講読できるように設定するものである。
【００１４】
本発明の第３の態様に係る携帯端末は、音声ベースの電子会議の第１の参加者の端末からサーバへ画像データが格納されたことを契機にして上記サーバより配信され且つ更新時に講読者に配信されるプレゼンスデータとして管理される画像データ配信用のリソースに関するデータを受信するプレゼンスデータ処理部と、上記受信の後に、画像データ配信用のリソースに関するデータを用いて、当該画像データ配信用のリソースから画像データを取得する画像処理部とを有する。携帯端末でも、電子会議中に画像データ等のやりとりができるようになる。  
【００１５】
本発明の第４の態様に係る携帯端末は、音声ベースの電子会議の第１の参加者の端末からの画像配信依頼をサーバが受信したことを契機にして上記サーバより配信され且つ更新時に講読者に配信される第１のプレゼンスデータとして管理される画像データ配信用のリソースに関する情報を受信し、第１の参加者の端末から上記サーバへ画像配信依頼に対応する画像データが格納されたことを契機にして前記サーバより配信される、第１の参加者の状態に関する第２のプレゼンスデータを受信するプレゼンスデータ処理部と、第２のプレゼンスデータの受信の後に、第１のプレゼンスデータに含まれる画像データ配信用のリソースに関するデータを用いて、当該画像データ配信用のリソースから画像データを取得する画像処理部とを有する。
【００１６】
上で述べた通信制御方法をコンピュータに実行させるためのプログラム、会議管理サーバ又はプレゼンス・サーバに上で述べた処理を実行させるためのプログラム、及び携帯端末を上で述べたように動作させるためのプログラムを作成することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメモリ等の記憶装置に一時保管される。
【発明を実施するための最良の形態】
【００１７】
図１に本発明の一実施例に係るシステム概要図を示す。例えば携帯電話網であるネットワーク１には、図示しない無線基地局を介して複数の携帯電話機（ここではユーザＡが操作するユーザ端末Ａ及びユーザＢが操作するユーザ端末Ｂ）が接続されている。携帯電話機は、ＰＨＳ（Personal Handyphone System）端末の場合もあり、音声通話機能を有するだけではなく、メール・クライアント、ウェブ（Ｗｅｂ）ブラウザ、本実施例におけるクライアントアプリケーションなどの各種アプリケーションプログラムを実行することができる。また、ユーザ端末Ａ及びＢは、音声通話機能付きのＰＤＡ（Personal Digital Assistant）等の携帯端末であってもよい。本実施例におけるユーザ端末Ａ及びＢについては、後に機能ブロック図を用いて説明する。
【００１８】
ネットワーク１には、ＳＩＰ／ＳＩＭＰＬＥサーバ３と、ＰｏＣ（Push-to-talk over Cellular）管理サーバ５と、ＰｏＣ−ＭＣＵ（Multipoint Communication Unit）サーバ７とが接続されている。ＳＩＰ／ＳＩＭＰＬＥサーバ３とＰｏＣ管理サーバ５は、それらの機能を備えた１台のサーバコンピュータであってもよい。
【００１９】
ＳＩＰ／ＳＩＭＰＬＥサーバ３は、ユーザＡのプレゼンス管理部３１ａと、ユーザＢのプレゼンス管理部３１ｂと、会議Ａのプレゼンス管理部３３ａと、会議Ｂのプレゼンス管理部３３ｂと、ルーティング処理部３５とを有する。ここでは説明を簡単にするためユーザＡ及びＢのプレゼンス管理部のみを示しているが、ユーザの数だけプレゼンス管理部は設けられる。また、図１では会議Ａ及びＢのプレゼンス管理部のみを示しているが、会議の数だけプレゼンス管理部は設けられる。また、ＳＩＰ／ＳＩＭＰＬＥサーバ３には、ユーザの認証処理を行う処理部など本実施例と直接関係しない処理部も含まれるが、ここでは図示していない。ユーザのプレゼンス管理部及び会議のプレゼンス管理部については、後に機能ブロック図を用いて説明する。
【００２０】
ＰｏＣ管理サーバ５は、ＰｏＣ制御サーバとも呼ばれ、電子会議の制御及び管理を行うサーバであり、各会議のための処理を行う会議管理部５３（ここでは会議Ａのための処理を行う会議Ａ管理部５３ａ及び会議Ｂのための処理を行う会議Ｂ管理部５３ｂ）と、ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５から転送されてくるメッセージを担当の会議管理部５３に転送する振分処理を実施するメッセージ振分処理部５１とを含む。また、会議管理部５３は、ＭＣＵ情報格納部５３１（ここでは会議ＡのＭＣＵ情報格納部５３１ａ）と、ユーザデータ格納部５３３（ここでは会議Ａのユーザデータ格納部５３３ａ）と、画像データ格納部５３５（ここでは会議Ａの画像データ格納部５３５ａ）とを含む。画像データ格納部５３５ａは、会議Ａの参加者に配信すべき画像データを格納する。このように、ＰｏＣ管理サーバ５は、会議Ａの参加者に配信すべき画像データの管理をも行う。
【００２１】
また、ＰｏＣ−ＭＣＵサーバ７は、各会議のための音声通信を管理及び制御する会議音声通信管理部７１（ここでは会議Ａのための処理を行う会議Ａ音声通信管理部７１ａ及び会議Ｂのための処理を行う会議Ｂ音声通信管理部７１ｂ）を含み、会議音声通信管理部７１は話者及び参加者データ格納部７１１（ここでは会議Ａの話者及び参加者データ格納部７１１ａ）を含む。
【００２２】
図１において、ユーザ端末は、ネットワーク１を介してＳＩＰ／ＳＩＭＰＬＥサーバ３とＳＩＭＰＬＥ（SIP（Session Initiation Protocol） for Instant Messaging and Presence Leveraging Extensions）／ＴＣＰで通信を行い、ネットワーク１を介してＰｏＣ−ＭＣＵサーバ７とはＲＴＰ（Real-time Transport Protocol）／ＵＤＰで通信を行うようになっている。
【００２３】
次に図２にユーザ端末の機能ブロック図を示す。ユーザ端末は、本実施例における処理を行うためのクライアントアプリケーション９１と、ユーザ端末に設けられているマイクのマイクドライバ９３とを含む。クライアントアプリケーション９１は、音声会議処理部９１１と、チャット処理部９１３と、プレゼンスデータ処理部９１５と、画像処理部９１６とを含む。画像処理部９１６は、ユーザからの画像配信依頼を受け付け、ＰｏＣ管理サーバ５等に必要な処理を依頼したり、画像データ自体を送信したり、さらにＰｏＣ管理サーバ５から画像データを受信して表示装置に表示したりする。なお、本実施例において直接関係のない機能については図示されていない。
【００２４】
また図３にユーザＡのプレゼンス管理部３１ａの機能ブロック図を示す。ユーザＡのプレゼンス管理部３１ａは、プレゼンスデータ管理部３１１ａと、プレゼンスデータ格納部３１３ａと、配信処理部３１５ａとを有している。ユーザＡのプレゼンス管理部３１ａは、ユーザ端末Ａのクライアントアプリケーション９１と協働してプレゼンスデータ格納部３１３ａに格納されたデータの更新を行ったり、プレゼンスデータ格納部３１３ａに格納されたデータの配信処理を行う。
【００２５】
さらに図４に会議Ａのプレゼンス管理部３３ａの機能ブロック図を示す。会議Ａのプレゼンス管理部３３ａは、プレゼンスデータ管理部３３１ａと、プレゼンスデータ格納部３３３ａと、配信処理部３３５ａとを有している。会議Ａのプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａ及びユーザ端末のクライアントアプリケーション９１と協働してプレゼンスデータ格納部３３３ａに格納されたデータの更新を行ったり、プレゼンスデータ格納部３３３ａに格納されたデータの配信処理を行う。
【００２６】
図５にユーザＡプレゼンス管理部３１ａに含まれるプレゼンスデータ格納部３１３ａに格納されるデータの一例を示す。図５の例では、プレゼンスデータ格納部３１３ａは、プレゼンス情報格納領域３１３１と、プレゼンスグループ情報格納領域３１３３と、講読者リスト格納領域３１３５とを含む。プレゼンス情報格納領域３１３１は、プレゼンスデータ項目ごとにプレゼンスデータ（ここではユーザ又はユーザ端末の状態情報）を格納するための領域であり、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”Ｓｔａｔｅ”であるプレゼンスデータ（主にＯＮＬＩＮＥ、ＯＦＦＬＩＮＥ又はＢＵＳＹのいずれか。但し、他の状態（例えば「画像配信中」又は「Ｐｈｏｔｏ  Ｓｅｎｄｉｎｇ」など）であってもよい。）を格納するための領域３１６を含む。プレゼンスデータ項目の数に制限はないが、本実施例ではユーザ端末の状態を示すプレゼンスデータ項目のみが示されている。プレゼンスグループ情報格納領域３１３３は、プレゼンスデータ項目（すなわちプレゼンスＩＤ）と配信先ユーザＩＤ（すなわち講読者ＩＤ）を対応付けるためのデータを格納する領域である。ここでは、プレゼンスグループであるグループＩ「デフォルト」に属するプレゼンスＩＤを格納する領域３１７１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３１７２を含む領域３１７が含まれる。デフォルトグループは、講読者が初期的に登録されるグループである。グループ数に限定はなく、任意の数のグループを定義し得る。講読者リスト格納領域３１３５には、ここではＵｓｅｒＢ及びＵｓｅｒＣといった情報配信が許可されたユーザのユーザＩＤ（すなわち講読者ＩＤ）が登録される。講読者数に限定はなく、任意の数の講読者が登録される。
【００２７】
また図６に会議Ａプレゼンス管理部３３ａに含まれるプレゼンスデータ格納部３３３ａに格納されるデータの一例を示す。図６の例では、プレゼンス情報格納領域３３３１と、プレゼンスグループ情報格納領域３３３３と、講読者リスト格納領域３３３５とが含まれる。プレゼンス情報格納領域３３３１は、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータ（ここでは話者権（発言権とも呼ぶ）を有するユーザの講読者ＩＤ）を格納するための領域３３６１と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータ（ここでは音声会議に呼び出されたユーザの講読者ＩＤ）を格納するための領域３３６２と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータ（ここでは音声会議に参加したユーザの講読者ＩＤ）を格納するための領域３３６３と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータ（ここではチャット（文字ベースの電子会議）の発言内容）を格納するための領域３３６４と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータ（ここではチャットの参加ユーザの講読者ＩＤ）を格納するための領域３３６５と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータ（ここでは指定されたユーザへ配信されるべき画像データのアップロード先リソース又は配信元リソース（例えばＩＰアドレスxxx.xxx.xxx.xxx及びポート番号xxxx）若しくはその両方）を格納するための領域３３６６と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータ（ここでは画像配信先のユーザの講読者ＩＤ）を格納するための領域３３６７とを含む。
【００２８】
本実施例では、プレゼンスＩＤが”Ｍｅｍｂｅｒ”、”ＪｏｉｎＵｓｅｒ”、”ＣｈａｔＵｓｅｒ”及び”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータについては、講読者ＩＤのみが通知され、その講読者ＩＤのユーザがいかなる状態にあるかについては通知していない。しかし、講読者ＩＤに追加して状態データ（例えば「書き込み中」「画像配信」など）を付加的に登録し、ユーザ端末において当該ユーザについての表示を変更するようにしても良い。例えば「書き込み中」マークを付したり、「画像配信中」のマークに変更したりする。さらに、プレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータについては、複数のユーザが画像を配信する場合に対応するため、アップロード先リソースと配信元リソースとを登録するようにしても良い。例えばxxx.xxx.xxx.xxx:xxxxをアップロード先リソースとして登録すると共に、ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg及びftp://yyy.yyy.yyy.yyy/imagefromUserB.gifといったように、複数のアドレス情報を含めるようにしても良い。さらに、上の例ではファイル名に送信元ユーザの名前を含めるようにしているが、アドレスとは別に配信元ユーザを特定する情報を登録するようにしても良い。さらに必要であれば、状態を表すプレゼンスデータを登録するようにしても良い。なお、複数の画像ファイルを同時に配信可能としなくともよい。
【００２９】
また、プレゼンスグループ情報格納領域３３３３は、プレゼンスグループであるグループＩ「デフォルト」に属するプレゼンスＩＤを格納する領域３３７１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３３７３を含む領域３３７と、プレゼンスグループであるグループII「音声会議」に属するプレゼンスＩＤを格納する領域３３８１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３３８２を含む領域３３８と、プレゼンスグループであるグループIII「チャット」に属するプレゼンスＩＤを格納する領域３３９１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３３９２を含む領域３３９と、プレゼンスグループであるグループIV「画像」に属するプレゼンスＩＤを格納する領域３４０１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３４０２を含む領域３４０とを含む。
【００３０】
音声会議に参加するユーザの講読者ＩＤは領域３３８２に格納され、音声会議に参加するユーザに開示されるデータはプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”と”Ｍｅｍｂｅｒ”と”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータである。すなわち、話者権保持者の講読者ＩＤと、呼び出されたユーザの講読者ＩＤリストと、参加したユーザの講読者ＩＤリストが提示される。また、チャットに参加するユーザの講読者ＩＤは領域３３９２に格納され、チャットに参加するユーザに開示されるデータはプレゼンスＩＤが”Ｃｈａｔ”と”ＣｈａｔＵｓｅｒ”であるプレゼンスデータである。すなわち、チャット参加者の講読者ＩＤリストとチャットの発言内容とが提示される。また、画像配信に参加するユーザの講読者ＩＤは領域３４０２に格納され、画像配信に参加するユーザに開示されるデータはプレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータと”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータである。すなわち、画像配信への参加者の講読者ＩＤリストと配信される画像のアップロード先リソース（ＩＰアドレス及びポート番号）又は配信元リソース若しくはその両方である。講読者リスト格納領域３３３５には、ここではＵｓｅｒＡ、ＵｓｅｒＢ、ＵｓｅｒＣといった情報配信が許可されたユーザのユーザＩＤ（すなわち講読者ＩＤ）が登録される。
【００３１】
なお、画像データの配信先であるユーザは、音声会議に参加しているユーザの一部であってもよいし、全員であってもよい。配信先が音声会議に参加しているユーザ全員の場合には、プレゼンスＩＤが”ＰｈｏｔｏＵｓｅｒ”のプレゼンスデータを格納する領域３３６７を設けずに、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータを用いるようにしても良い。すなわち、グループIV「画像」に属するプレゼンスＩＤを格納する領域３４０１に”Ｐｈｏｔｏ”と”ＪｏｉｎＵｓｅｒ”を登録するようにしてもよい。
【００３２】
プレゼンス情報格納領域３３３１のプレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータと、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータとは、プレゼンスグループ情報格納領域３３３３のグループIII「チャット」３３９に対応するものであり、１つの会議に対するプレゼンスデータ格納部３３３ａの中に、それぞれ識別可能な形で、例えばグループIII「チャット」、グループVI「チャット」というようにチャットに関連するグループのデータ領域、それに対応するチャットの参加ユーザの講読者ＩＤを格納するための領域及びチャットの内容を格納するための領域を複数セット設けることも可能である。これは画像配信についても同様であって、１つの会議に対するプレゼンスデータ格納部３３３ａの中に、それぞれ識別可能な形で、例えばグループIV「画像」、グループVII「画像」というように画像配信に関連するグループのデータ領域、それに対応する画像配信の参加ユーザの講読者ＩＤを格納するための領域及び画像配信用のリソースを格納するための領域を複数セット設けることも可能である。
【００３３】
図５及び図６は、プレゼンスデータ格納部に格納されるデータを模式的に示したものであり、例えばプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータのための領域３３６１に、例えば図７に示すようなタグデータ構造のデータを格納する。図７の例は、基本的にはＯＭＡ（Open Mobile Alliance）に準拠した形でＸＭＬ（eXtensible Markup Language）を用いて記述されている。ここで注目すべきは、上から４行目にｅｎｔｉｔｙ＝”ｐｒｅｓ：Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍ”というフレーズにて、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬ（Uniform Resource Locator）で特定されている点である。ここで、このプレゼンスデータの所有者はＰｏＣ管理サーバ５の会議Ａ管理部５３ａであり、このプレゼンスデータは会議Ａ管理部５３ａにより更新される。また、会議Ａ管理部５３ａのＳＩＰ−ＵＲＬはＣｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍである。さらに、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に話者権保持者のユーザＩＤとしてＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ”が登録される。図５及び図６では、”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ”を簡略表示して”ＵｓｅｒＡ”と示している。
【００３４】
同様に、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータのための領域３３６３に、例えば図８に示すようなタグデータ構造のデータを格納する。図８の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に音声会議の参加者のＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。
【００３５】
さらに、プレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータのための領域３３６２に、例えば図９に示すようなタグデータ構造のデータを格納する。図９の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に音声会議に呼び出されたユーザのＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＣ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。
【００３６】
また、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータのための領域３３６５に、例えば図１０に示すようなタグデータ構造のデータを格納する。図１０の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間にチャットに参加したユーザのＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。
【００３７】
さらに、プレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータのための領域３３６４に、例えば図１１に示すようなタグデータ構造のデータを格納する。図１１の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間にチャットの発言内容”こんにちは。・・・”が登録される。なお、本プレゼンスデータの所有者は、会議Ａ管理部５３ａであり、上で述べた他のプレゼンスデータと同じであるが、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータのための領域３３６５に格納されているユーザＩＤのユーザにも更新権限を与えるように設定が行われているものとする。
【００３８】
また、プレゼンスＩＤが”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータのための領域３３６７に、例えば図１２に示すようなタグデータ構造のデータを格納する。図１２の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に画像配信に参加するユーザのＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。
【００３９】
さらに、プレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータのための領域３３６６に、例えば図１３に示すようなタグデータ構造のデータを格納する。図１３の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に画像のアップロード先リソース（ＩＰアドレス及びポート番号）又は配信元リソース若しくはその両方などが登録される。また、上でも述べたが、さらに多くのデータを登録するようにして、画像配信への参加者により多くのデータを通知するようにしても良い。
【００４０】
プレゼンスデータは原則として所有者により更新され、更新されると当該プレゼンスデータのプレゼンスＩＤが関連付けられているユーザＩＤのユーザに配信処理部により配信される。また、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａ及び会議Ｂ管理部５３ｂなどは、ＳＩＰ／ＳＩＭＰＬＥサーバ３中のプレゼンスデータに対してスーパーバイザ権限を有するようにして、必要なプレゼンスデータの変更を随時行うようにしても良い。
【００４１】
次に、図１４乃至図２９を用いて図１乃至図４に示したシステムの処理フローを説明する。なお、ユーザはすべてＳＩＰ／ＳＩＭＰＬＥサーバ３にログインして、認証が済んでいるものとする。さらに、ユーザ端末のＩＰアドレスとユーザＩＤ（ＳＩＰ−ＵＲＬ）との対応付けは、ＳＩＰ／ＳＩＭＰＬＥサーバ３内で完了しているものとする。まず、ユーザＡは、ユーザ端末Ａを操作して、音声ベースの電子会議を開始するため当該会議に呼び出すメンバを指定して呼出指示を入力する。ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、音声ベースの電子会議に呼び出すメンバの呼出依頼についてのユーザ操作入力を受け付け（ステップＳ１）、会議メンバのリスト（例えばＳＩＰ−ＵＲＬのリスト）を含む呼出依頼をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末Ａから会議メンバのリストを含む呼出依頼を受信し、呼出依頼であると判断するとＰｏＣ管理サーバ５に転送する（ステップＳ５）。ＰｏＣ管理サーバ５のメッセージ振分処理部５１は、ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５から会議メンバのリストを含む呼出依頼を受信する（ステップＳ７）。この受信に応答して、ＰｏＣ管理サーバ５のメッセージ振分処理部５１は、ＯＫレスポンスを返信する（ステップＳ９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信すると、ユーザ端末Ａに転送する（ステップＳ１１）。ユーザ端末Ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ１３）。これにより、ユーザ端末Ａは、呼出要求がＰｏＣ管理サーバ５により受信されたことを認識することができる。
【００４２】
ＰｏＣ管理サーバ５のメッセージ振分処理部５１は、会議メンバのリストを含む呼出依頼を受信すると、新規に会議を行うこととなるため、会議管理部５３を新たに起動し（例えば会議Ａ管理部５３ａを新たに起動し）、当該会議Ａ管理部５３ａにＳＩＰ−ＵＲＬを割り当てる（ステップＳ１４）。会議Ａ管理部５３ａは、会議メンバのリストをユーザデータ格納部５３３ａに格納すると共に、会議メンバのリストを含む新規会議作成依頼を、ＰｏＣ−ＭＣＵサーバ７に送信する（ステップＳ１５）。また、会議メンバのリストには、呼出依頼元ユーザのユーザＩＤ及びそのユーザ端末のＩＰアドレスも含まれ、話者権保持者として特定されている。
【００４３】
ＰｏＣ−ＭＣＵサーバ７は、会議メンバのリストを含む新規会議作成依頼を受信すると、新たな会議のためのリソースを確保すべく新たな会議音声通信管理部７１（例えば会議Ａ音声通信管理部７１ａ）を起動する。そして、会議Ａ音声通信管理部７１ａは、会議メンバのリストを話者及び参加者データ格納部７１１ａに格納する（ステップＳ１７）。なお、会議Ａ音声通信管理部７１ａは、会議Ａ管理部５３ａのＳＩＰ−ＵＲＬを保持しておき、会議Ａ管理部５３ａからの指示に応答できるようにする。そして、会議Ａ音声通信管理部７１ａは、呼出依頼に係る会議において使用されるリソース、すなわちＩＰアドレス及びポート番号などを確保し、さらに呼出依頼元ユーザに話者権を設定する（ステップＳ１９）。話者権を有するユーザについては、話者及び参加者データ格納部７１１ａにおいて識別可能なようにデータが保持されている。本実施例では、話者権を有する者のみがＰｏＣ−ＭＣＵサーバ７に音声データを他の参加者へ転送させることができる。この後、処理は端子Ａ乃至Ｄを介して図１５の処理に遷移する。なお、呼出依頼元ユーザのユーザ端末のＩＰアドレスについては、この段階で、話者及び参加者データ格納部７１１ａに登録しておく。
【００４４】
図１５を用いて端子Ａ乃至Ｄ以降の処理について説明する。ＰｏＣ−ＭＣＵサーバ７の会議Ａ音声通信管理部７１ａは、ステップＳ１９で確保したリソースであるＩＰアドレス及びポート番号を音声送信先情報としてＰｏＣ管理サーバ５に送信する（ステップＳ２１）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＰｏＣ−ＭＣＵサーバ７から音声送信先情報を受信し、ＭＣＵ情報格納部５３１ａに格納する（ステップＳ２３）。そして、会議Ａ管理部５３ａは、ＭＣＵ情報格納部５３１ａに格納されたデータを用いて、音声送信先情報（ＰｏＣ−ＭＣＵサーバ７のＩＰアドレス及びポート番号）と当該会議Ａ管理部５３ａのＳＩＰ−ＵＲＬを会議情報としてＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５から会議情報を受信すると、呼出依頼元のユーザ端末Ａに、当該会議情報を転送する（ステップＳ２７）。なお、このタイミングにて、受信した会議情報に基づき当該会議のプレゼンス管理部（ここでは会議Ａプレゼンス管理部３３ａ）を起動するようにしてもよい。
【００４５】
ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議情報を受信し、記憶装置に格納する（ステップＳ２９）。音声会議処理部９１１は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ３１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＡからＯＫレスポンスを受信すると、ＰｏＣ管理サーバ５に転送する（ステップＳ３３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ３５）。なお、メッセージ振分処理部５１が、ＳＩＰ／ＳＩＭＰＬＥサーバ３からメッセージ（ここではＯＫレスポンス）を受信して、担当の会議Ａ管理部５３ａに転送する。但し、以下の説明では、メッセージ振分処理部５１の受信については、説明を省略する。
【００４６】
またユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、会議情報受信に応じて、マイクドライバ９３を起動する（ステップＳ３７）。すなわち、ユーザ端末ＡのマイクはユーザＡの音声を検出して電気信号に変換し、マイクドライバ９３は、マイクによって受け付けた音声を送信するため、音声パケットのデータを生成する。これによりユーザ端末Ａは、受信した会議情報に含まれるＩＰアドレス及びポート番号に従って、ＰｏＣ−ＭＣＵサーバ７に音声パケットを送信することができるようになる。但し、現段階でＰｏＣ−ＭＣＵサーバ７に音声パケットを送信しても、ＰｏＣ−ＭＣＵサーバ７は他の参加者が特定されていないので、音声パケットのコピー及び転送を行うことはない。処理は端子Ｅ及びＦを介して図１６の処理に移行する。
【００４７】
次に図１６を用いて端子Ｅ及びＦ以降の処理を説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、呼出依頼元を除く各会議メンバのプレゼンスデータ取得要求をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３９）。プレゼンスデータ取得要求は、会議メンバ毎に送信される。ＳＩＰ／ＳＩＭＰＬＥサーバ３における各会議メンバのプレゼンス管理部３１は、ＰｏＣ管理サーバ５から各会議メンバのプレゼンスデータ取得要求を受信する（ステップＳ４１）。通常、ユーザのプレゼンスデータは当該ユーザのみが更新でき、さらに当該ユーザにより許可された者のみが講読できるようになっている。従って、ＰｏＣ管理サーバ５は、通常であれば会議メンバのプレゼンスデータを取得することはできないが、ＰｏＣ管理サーバ５からの要求であれば、講読許可がなくともプレゼンスデータの参照を可能とするようにプレゼンスデータ管理部３１１に予め設定しておく。または、上で述べたようにＳＩＰ／ＳＩＭＰＬＥサーバ３におけるプレゼンスデータに対してＰｏＣ管理サーバ５にスーパーバイザ権限を与えておくようにしても良い。従って、プレゼンスデータ取得要求を受信したプレゼンス管理部３１のプレゼンスデータ管理部３１１は、プレゼンスデータ格納部３１３から会議メンバのユーザ又はユーザ端末の状態を表すプレゼンスデータを読み出し、ＰｏＣ管理サーバ５に送信する（ステップＳ４３）。
【００４８】
ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３から各会議メンバのプレゼンスデータを受信し（ステップＳ４５）、当該各会議メンバのプレゼンスデータから呼出可能な会議メンバを抽出する（ステップＳ４７）。すなわち、プレゼンスデータが通話可能という状態（例えばＯＮＬＩＮＥ）を示している会議メンバを抽出する。ＯＦＦＬＩＮＥやＢＵＳＹという状態であれば、音声会議の通話は不可能であるから、以下で説明する呼出処理を実施しないようにする。これにより呼出処理を高速化することができる。但し、ステップＳ３９からステップＳ４７の処理は、オプションである。処理は、端子Ｇ及びＨを介して図１７の処理に移行する。なお、説明を簡単にするため呼び出す会議メンバはユーザ端末Ｂを操作するユーザＢのみであるものとする。
【００４９】
図１７を用いて端子Ｇ及びＨ以降の処理を説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａ及びＭＣＵ情報格納部５３１ａに格納されたデータを用いて、会議情報（会議Ａ管理部５３ａのＳＩＰ−ＵＲＬ及びＰｏＣ−ＭＣＵサーバ７のＩＰアドレス及びポート番号）を含む、呼出可能な会議メンバに対する呼出を、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ４９）。なお、本呼出には呼出依頼元ユーザのデータを含める。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５から、会議情報を含む、呼出可能な会議メンバに対する呼出を受信し、各会議メンバのユーザ端末に当該呼出を転送する（ステップＳ５１）。ここではユーザ端末Ｂの音声会議処理部９１１が、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議情報を含む呼出を受信し、当該呼出に応じた処理を実施する（ステップＳ５３）。例えば、着信音を鳴らせたり、表示装置に所定の表示を行わせたりして、呼出を受信したことをユーザＢに知らせる。なお、受信した会議情報については記憶装置に格納して、後に参加応答を行う際に用いる。
【００５０】
ユーザ端末Ｂの音声会議処理部９１１は、呼出に対するＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ５５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＢからＯＫを受信すると、ＰｏＣ管理サーバ５に転送する（ステップＳ５７）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ５９）。
【００５１】
ユーザＢは、ステップＳ５３における呼出に応じて、音声会議に参加するか否かを判断する。参加する場合には、ユーザ端末Ｂを操作して会議参加指示を入力する。ユーザ端末Ｂの音声会議処理部９１１は、ユーザＢによる会議参加指示入力を受け付け（ステップＳ６１）、参加応答をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ６３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末Ｂから参加応答を受信すると、ＰｏＣ管理サーバ５に転送する（ステップＳ６５）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザＢからの参加応答をＳＩＰ／ＳＩＭＰＬＥサーバ３から受信する（ステップＳ６７）。会議Ａ管理部５３ａは、参加応答を行ったユーザのユーザＩＤ（すなわちＳＩＰ−ＵＲＬ）及びそのユーザ端末のＩＰアドレスをユーザデータ格納部５３３ａに参加者として登録する。また、参加応答を行ったユーザのユーザＩＤ（すなわちＳＩＰ−ＵＲＬ）及びそのユーザ端末のＩＰアドレスを含む参加メンバ追加通知をＰｏＣ−ＭＣＵサーバ７に送信する（ステップＳ６９）。ＰｏＣ−ＭＣＵサーバ７の会議Ａ音声通信管理部７１ａは、ＰｏＣ管理サーバ５から参加者のユーザＩＤ及びＩＰアドレスを含む参加メンバ追加通知を受信し、話者及び参加者データ格納部７１１ａに参加者のユーザＩＤ及びＩＰアドレスを登録する（ステップＳ７１）。
【００５２】
ステップＳ６９の後に、会議Ａ管理部５３ａは、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ７３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信し、ユーザ端末Ｂへ転送する（ステップＳ７５）。ユーザ端末Ｂは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ７７）。
【００５３】
なお、図１７の処理は、呼出可能な会議メンバ毎に実施される。また、処理は端子Ｉ及びＪを介して図１８の処理に移行する。
【００５４】
図１８を用いて端子Ｉ及びＪ以降の処理について説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、話者権を有するユーザのユーザＩＤを含む話者情報のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ７９）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータとして話者権を有するユーザのユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３は、ＰｏＣ管理サーバ５から、話者情報のプレゼンス登録要求を受信する。会議Ａ管理部５３ａのための会議Ａプレゼンス管理部３３ａが起動されていない場合にはこのタイミングにて起動し、会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”ＦｌｏｏｒＵｓｅｒ”）に対応して話者権を有するユーザのユーザＩＤをプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納する（ステップＳ８１）。図６に示すように、領域３３６１に話者権を有するユーザのユーザＩＤ”ＵｓｅｒＡ”が登録される。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ８３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ８５）。
【００５５】
さらに、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、呼出依頼を行ったユーザを含む会議メンバの情報を含むメンバ情報のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ８７）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータとして、呼出依頼を行ったユーザを含む会議メンバのユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５からメンバ情報のプレゼンス登録要求を受信し、会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”Ｍｅｍｂｅｒ”）に対応してプレゼンスデータ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ，ＵｓｅｒＣ”）をプレゼンスデータ格納部３３３ａに格納する（ステップＳ８９）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ９１）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ９３）。
【００５６】
また、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、呼出依頼を行ったユーザを含む会議メンバについて代理講読要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ９５）。より具体的には、プレゼンスデータ格納部３３３ａにおける講読者リスト格納領域３３３５及びプレゼンスグループ情報格納領域３３３３におけるグループII「音声会議」の領域３３８内の講読者ＩＤのための領域３３８２に、会議メンバを登録することを要求する。なお、会議メンバではなく呼出依頼を行ったユーザ及び参加応答を行ったユーザを登録するようにＳＩＰ／ＳＩＭＰＬＥサーバ３に要求してもよい。但し、参加応答が行われる毎に、当該参加応答に係るユーザについて代理講読を行う必要がある。会議への参加状況及び話者権保持者等のプレゼンスデータを、参加応答を行ったユーザのみに配信するのか、又は呼出がなされたユーザに配信するのかは、会議の公開ポリシーにかかわることなので、いずれの方式を採用することも可能である。但し、本来、プレゼンスデータの講読については、講読を必要とする各ユーザが要求を行い、プレゼンスデータの所有者の許可を得て講読者として登録するものである。従って、本来ならば、会議に参加する又は呼び出されたユーザの各々がＳＩＰ／ＳＩＭＰＬＥサーバ３にアクセスして、講読登録を要求する必要がある。しかしながら、本実施例では、会議という性格上、会議への参加状況及び話者権保持者等のプレゼンスデータの講読は、参加者（又は呼び出されたユーザ）にとって必要な情報であるという観点と、各ユーザに講読登録を行わせる場合には無線区間におけるデータ通信量が増加して通信帯域が無駄に使用され、会議の進行が遅くなるという観点とから、ＰｏＣ管理サーバ５が代理で講読登録を行うこととしている。なお、会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａの所有者は会議Ａ管理部５３ａであり、所有者が代理で講読登録することは権限上大きな問題はない。
【００５７】
ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５から呼出依頼を行ったユーザを含む会議メンバについて代理講読要求を受信し、プレゼンスデータ管理部３３１ａは、プレゼンスデータ格納部３３３ａの講読者リスト格納領域３３３５に会議メンバ（又は参加者）を登録し、さらにプレゼンスグループ情報格納領域３３３３におけるグループII「音声会議」の領域３３８内の講読者ＩＤのための領域３３８２に会議メンバ（又は参加者）を登録する（ステップＳ９７）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ９９）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ１０１）。処理は端子Ｋ及びＬを介して図１９及び図２０の処理に移行する。
【００５８】
このように会議メンバ（又は参加者）が講読者リスト格納領域３３３５及びプレゼンスグループ情報格納領域３３３３におけるグループII「音声会議」の領域３３８内の講読者ＩＤのための領域３３８２に登録されると、グループII「音声会議」の領域３３８内のプレゼンスＩＤのための領域３３８１に登録されたプレゼンスＩＤのプレゼンスデータが、配信処理部３３５ａにより会議メンバ（又は参加者）に配信されるようになる。
【００５９】
次に図１９を用いて端子Ｋ以降の処理について説明する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの状態に応じて会議のプレゼンスデータ（話者権保持者のユーザＩＤ、会議メンバのユーザＩＤ及び参加者のユーザＩＤ）の通知処理を実施する（ステップＳ１０３）。ここではユーザ端末Ａ及びユーザ端末Ｂに会議のプレゼンスデータを送信する。ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議のプレゼンスデータを受信して、表示装置に表示する（ステップＳ１０５）。同じように、ユーザ端末Ａのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議のプレゼンスデータを受信して、表示装置に表示する（ステップＳ１０７）。
【００６０】
この段階では、まだ参加者はプレゼンスデータ格納部３３３ａに登録されていないので、会議メンバ及び話者権保持者のみが把握可能な表示が行われる。そして、ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信し（ステップＳ１０９）、ユーザ端末Ａのプレゼンスデータ処理部９１５も、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信する（ステップＳ１１１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをユーザ端末Ａ及びユーザ端末Ｂから受信する（ステップＳ１１３）。処理は、端子Ｍを介して図２０の処理に移行する。
【００６１】
次に図２０を用いて端子Ｌ及びＭ以降の処理について説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、この段階までに確定している参加者（参加応答を行ったユーザだけではなく呼出依頼を行ったユーザを含む）のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ１１５）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータとして、参加者のユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５から参加者のプレゼンス登録要求を受信し、会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”ＪｏｉｎＵｓｅｒ”）及びプレゼンスデータ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）をプレゼンスデータ格納部３３３ａに格納する（ステップＳ１１７）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ１１９）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ１２１）。
【００６２】
そして、ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの状態に応じて会議のプレゼンスデータ（話者権保持者のユーザＩＤ、会議メンバのユーザＩＤ及び参加者のユーザＩＤ）の通知処理を実施する（ステップＳ１２３）。ここではユーザ端末Ａ及びユーザ端末Ｂに会議のプレゼンスデータを送信する。ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議のプレゼンスデータを受信して、表示装置に表示する（ステップＳ１２５）。同じように、ユーザ端末Ａのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議のプレゼンスデータを受信して、表示装置に表示する（ステップＳ１２７）。
【００６３】
この段階では、ステップＳ１１７において参加者がプレゼンスデータ格納部３３３ａに登録されているので、会議メンバ、参加者、話者権保持者、及び呼出を受けて参加していないユーザを把握可能な表示がなされる。そして、ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信し（ステップＳ１２９）、ユーザ端末Ａのプレゼンスデータ処理部９１５も、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信する（ステップＳ１３１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをユーザ端末Ａ及びユーザ端末Ｂから受信する（ステップＳ１３３）。処理は端子Ｎを介して図２１の処理に移行する。また、端子Ｐを介して図２２の処理に移行する。
【００６４】
ステップＳ９７において会議メンバが講読登録されている場合においては、参加者が新たに現れる毎に、ステップＳ１１５乃至Ｓ１３３が実行される。ステップＳ９７において参加者が講読登録されている場合においては、参加者が新たに現れる毎に、ステップＳ１１５乃至Ｓ１３３が実行されて、既に参加者として講読登録されているユーザにプレゼンスデータが配信され、さらにステップＳ９５乃至Ｓ１１３が実行されて新たな参加者にプレゼンスデータが配信される。
【００６５】
図２０に示した処理が完了した時点において、電子会議の各参加者は、他の参加者を認識でき、会議を開始することができるようになる。なお、話者権については呼出依頼を行ったユーザが保持しているので、このユーザのみが発言することができる。
【００６６】
すなわち図２１に示すような処理が実施される。ユーザＡが話者権保持者であるから、ユーザＡはユーザ端末Ａに対して発話する。ユーザ端末Ａは、ユーザＡからの音声入力をマイクで受け付け、音声会議処理部９１１は、マイクドライバ９３が生成した音声データから音声パケットを生成して、ＰｏＣ−ＭＣＵサーバ７に送信する（ステップＳ１３５）。この際、会議情報として受信した、ＰｏＣ−ＭＣＵサーバ７のＩＰアドレス及びポート番号を用いる。すなわち直接ＰｏＣ−ＭＣＵサーバ７に音声パケットを送信する。
【００６７】
ＰｏＣ−ＭＣＵサーバ７の会議Ａ音声通信管理部７１ａは、ユーザ端末Ａから音声パケットを受信し、話者及び参加者データ格納部７１１ａに格納されている参加者ＩＰアドレス宛に、音声パケットのコピーを転送する（ステップＳ１３７）。ユーザ端末Ｂにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ＰｏＣ−ＭＣＵサーバ７から音声パケットを受信し、図示しないスピーカドライバ及びスピーカを介して音声パケットに係る音声を出力する（ステップＳ１３９）。このようにして、音声ベースの電子会議が行われる。なお、話者権の移動については本実施例の主要部ではないので、ここでは説明しない。
【００６８】
次に図２２を用いて端子Ｐ以降の処理を説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、参加者（呼出依頼を行ったユーザを含む）毎に、参加者のプレゼンスデータを”ＢＵＳＹ”（又は音声会議中等）に変更するようにプレゼンスデータの更新登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ１４１）。より具体的には、参加者がユーザＡ及びユーザＢであるとすると、ユーザＡプレゼンス管理部３１ａのプレゼンスデータ格納部３１３ａにおけるプレゼンス情報格納領域３１３１内の領域３１６（プレゼンスＩＤは”Ｓｔａｔｅ”）に格納されたデータを”ＢＵＳＹ”などに変更するためのプレゼンスデータ更新登録要求、及びユーザＢプレゼンス管理部３１ｂのプレゼンスデータ格納部３１３ｂにおけるプレゼンス情報格納領域３１３１内の領域３１６に格納されたデータを”ＢＵＳＹ”などに変更するためのプレゼンスデータ更新登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する。
【００６９】
本来であれば、ユーザＡプレゼンス管理部３１ａにおけるプレゼンスデータ格納部３１３ａ内のデータは、ユーザＡにしか変更できない。同じようにユーザＢプレゼンス管理部３１ｂにおけるプレゼンスデータ格納部３１３ｂ内のデータは、ユーザＢにしか変更できない。しかし、本実施例においては、音声会議をスムーズに進め、無線区間における通信量を減らすために、特別にＰｏＣ管理サーバ５に変更を認めるものである。上でも述べたように、ＰｏＣ管理サーバ５にＳＩＰ／ＳＩＭＰＬＥサーバ３におけるプレゼンスデータについてスーパーバイザ権限を与えておけばよい。
【００７０】
ＳＩＰ／ＳＩＭＰＬＥサーバ３のユーザＡプレゼンス管理部３１ａ（及びユーザＢプレゼンス管理部３１ｂ。但し以下重複するので説明を省略する。）は、ＰｏＣ管理サーバ５から参加者のプレゼンスデータの更新登録要求を受信し、ユーザＡプレゼンス管理部３１ａのプレゼンスデータ管理部３１１ａは、プレゼンスＩＤ”Ｓｔａｔｅ”に対応して”ＢＵＳＹ”等のプレゼンスデータをプレゼンスデータ格納部３１３ａに格納する（ステップＳ１４３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のユーザＡプレゼンス管理部３１ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ１４５）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ１４７）。
【００７１】
このようなユーザＡ及びユーザＢのプレゼンスデータの更新が行われれば、プレゼンスＩＤ”Ｓｔａｔｅ”の講読者として登録されたユーザには、ユーザＡ又はユーザＢのプレゼンスデータが通知される。すなわち、ＳＩＰ／ＳＩＭＰＬＥサーバ３におけるユーザＡプレゼンス管理部３１ａの配信処理部３１５ａは、プレゼンスデータ格納部３１３ａの状態に応じてユーザＡのプレゼンスデータの通知処理を実施する（ステップＳ１４９）。図５の例では、ユーザＢ及びユーザＣに送信される。なお、ユーザＢプレゼンス管理部３１ｂについても同様の処理が実施される。但し、ユーザＢのプレゼンスデータについてはユーザＡ及びユーザＣに送信されるものとする。  
【００７２】
そうすると、ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からユーザＡのプレゼンスデータを受信して、表示装置に表示する（ステップＳ１５１）。同じように、ユーザ端末Ａのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からユーザＢのプレゼンスデータを受信して、表示装置に表示する（ステップＳ１５３）。他のユーザ端末でも、同じように表示が変更される。これによって、音声ベースの電子会議の参加者の状態を講読している他のユーザは、参加者がＢＵＳＹで連絡が取れないことを認識することができる。
【００７３】
そして、ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信し（ステップＳ１５５）、ユーザ端末Ａのプレゼンスデータ処理部９１５も、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信する（ステップＳ１５７）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のユーザＡプレゼンス管理部３１ａ及びユーザＢプレゼンス管理部３１ｂは、ＯＫレスポンスをユーザ端末Ａ及びユーザ端末Ｂから受信する（ステップＳ１５９）。
【００７４】
このような処理を実施することにより、ユーザは音声ベースの電子会議をスムーズに進行させることができ、無線の通信帯域を無駄に消費することもない。
【００７５】
次に、図２３乃至図２５を用いて音声ベースの電子会議が行われている途中で文字ベースの電子会議（チャット）を開始する場合の処理について説明する。まず、例えばユーザＡが、ユーザＡ、ユーザＢ、ユーザＣ等が参加する音声ベースの電子会議において、ユーザＢと音声ではなく文字ベースのチャットで内々に打ち合わせを行う場合の処理を説明する。この場合、音声ベースの電子会議は維持される。
【００７６】
まずユーザＡは、ユーザ端末Ａを操作して、音声ベースの電子会議を維持すること及びチャットに呼び出す参加者のユーザＢを指定する。ユーザ端末Ａのチャット処理部９１３は、このような音声維持のチャット呼出依頼についてのユーザ操作入力を受け付け（ステップＳ２０１）、チャットメンバ（ここではユーザＢ）のリストを含む音声維持のチャット呼出依頼をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２０３）。なお、例えばユーザＡから呼び出し先の指定の入力が無かった場合は、音声ベースの電子会議の参加者全員を呼び出し先として設定するようにしてもよい。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末Ａからチャットメンバのリストを含む音声維持のチャット呼出依頼を受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ２０５）。
【００７７】
ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットメンバのリストを含む音声維持の呼出依頼を受信し、チャットメンバのリストを例えばユーザデータ格納部５３３ａに格納する（ステップＳ２０７）。そして、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２０９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信し、ユーザ端末Ａに転送する（ステップＳ２１１）。ユーザ端末Ａのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２１３）。
【００７８】
また、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、受信したチャットメンバのリストに従って、チャットメンバ毎に、チャットメンバ（ここではユーザＢ）に対する音声維持のチャット呼出をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２１５）。なお、呼出元のユーザについてのデータをチャット呼出に含める。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からチャットメンバに対する音声維持のチャット呼出を受信し、ユーザ端末Ｂに転送する（ステップＳ２１７）。ユーザ端末Ｂのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から音声維持のチャット呼出を受信し、例えばチャット呼出用の表示を行ったり、所定の音声を出力するなどチャット呼出処理を実施する（ステップＳ２１９）。なお、ユーザ端末Ｂのチャット処理部９１３は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２２１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＢからＯＫレスポンスを受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ２２３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２２５）。処理は、端子Ｑ、端子Ｒ及び端子Ｓを介して図２４の処理に移行する。
【００７９】
図２４を用いて端子Ｑ、端子Ｒ及び端子Ｓ以降の処理について説明する。ユーザＢは、チャット呼出を認識すると、チャットに参加するか判断する。参加すると判断する場合には、ユーザ端末Ｂにチャット参加応答を入力する。ユーザ端末Ｂは、ユーザＢによるチャット参加応答入力を受け付け（ステップＳ２２７）、ユーザＢによる参加応答をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２２９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＢからユーザＢによる参加応答を受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ２３１）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザＢによる参加応答を、ＳＩＰ／ＳＩＭＰＬＥサーバ３から受信し、ユーザデータ格納部５３３ａにユーザＢに対応してチャット参加を表すデータを格納する（ステップＳ２３３）。
【００８０】
これに対して、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２３５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信し、ユーザ端末Ｂに転送する（ステップＳ２３７）。ユーザ端末Ｂのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２３９）。
【００８１】
そして、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、チャット参加者（チャット呼出依頼元のユーザを含む。ここではユーザＡ及びユーザＢ。）のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２４１）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータとして参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）を登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５からチャット参加者のプレゼンス登録要求を受信し、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”ＣｈａｔＵｓｅｒ”）に対応してチャット参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）をプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納する（ステップＳ２４３）。図６に示すように、プレゼンス情報格納領域３３３１の領域３３６５に参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ、ＵｓｅｒＢ”）が登録される。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ２４５）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２４７）。
【００８２】
さらに、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、チャット参加者に対する公開設定要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２４９）。より具体的には、プレゼンスグループ情報格納領域３３３３のグループIII「チャット」のための領域３３９内の講読者ＩＤの領域３３９２に、チャット参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ、ＵｓｅｒＢ”）を登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５からチャット参加者に対応する公開設定要求（代理講読要求）を受信し、受信した公開設定要求に係るチャット参加者のユーザＩＤをプレゼンスグループ情報格納領域３３３３のグループIII「チャット」のための領域３３９内の講読者ＩＤの領域３３９２に格納する（ステップＳ２５１）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ２５３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２５５）。処理は端子Ｔを介して図２５の処理に移行する。
【００８３】
なお、図２４におけるＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａの処理が完了すれば、プレゼンスグループ情報格納領域３３３３内のグループIII「チャット」の領域３３９に含まれるプレゼンスＩＤの領域３３９１で特定されるプレゼンスデータが、チャット参加者に通知されるようになる。すなわち、プレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータ「チャットの内容」（図６の例では”こんにちは・・・”）と、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータ「チャット参加者」（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）とが、更新時に自動的に通知される。しかしながら、プレゼンスデータの所有者は会議Ａ管理部５３ａであるから、通常ではチャット参加者はプレゼンスデータを更新することはできない。チャット参加者がチャット内容を変更できないのでは、チャットを進めることができない。一方で、音声ベースの電子会議を実施中にチャットを開始する場合に、会議Ａプレゼンス管理部３３ａとは別にチャット参加者が所有するプレゼンス管理部を起動するなどの処理を実施する場合には、ＳＩＰ／ＳＩＭＰＬＥサーバ３やＰｏＣ管理サーバ５のリソースを余分に使用するなどの問題がある。従って、本実施例では、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータとして登録されたチャット参加者は、プレゼンスＩＤが”Ｃｈａｔ”のプレゼンスデータを所有者にかかわらず更新可能とする。すなわち、ステップＳ２４１のチャット参加者のプレゼンス登録要求又はステップＳ２４９のチャット参加者に対する公開設定要求（代理講読要求）に応じて、チャット参加者にチャットの内容を更新する権限が与えられることになる。このようにして、リソースを無駄に消費することなく、スムーズにチャットを開始することができるようになる。
【００８４】
次に、図２５を用いて端子Ｔ以降の処理を説明する。ここではＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの設定に従い、チャットのプレゼンスデータ（チャット内容のプレゼンスデータ及びチャット参加者のプレゼンスデータ）を、ユーザ端末Ａ及びユーザ端末Ｂに通知する（ステップＳ２５７）。初期的にはチャット内容は何も登録されていないので、何も通知されない。ユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットのプレゼンスデータを受信し、表示装置に表示する（ステップＳ２５９）。また、ユーザ端末Ａにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットのプレゼンスデータを受信し、表示装置に表示する（ステップＳ２６１）。ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２６３）。同じようにユーザ端末Ａのプレゼンスデータ処理部９１５は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２６５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ユーザ端末Ａ及びユーザ端末ＢからのＯＫレスポンスを受信する（ステップＳ２６７）。
【００８５】
さらに例えばユーザＡが、ユーザ端末Ａを操作して、チャットの内容（会話文字）を入力すると、ユーザ端末Ａのプレゼンスデータ処理部９１５は、ユーザＡによる会話文字の入力を受け付け、プレゼンスＩＤ”Ｃｈａｔ”のプレゼンスデータとしてＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２６９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａにおけるプレゼンスデータ管理部３３１ａは、ユーザ端末Ａから会話文字データをプレゼンスＩＤ”Ｃｈａｔ”のプレゼンスデータとして受信し、プレゼンスデータ格納部３３３ａに格納する（ステップＳ２７１）。会議Ａプレゼンス管理部３３ａは、ユーザ端末ＡにＯＫレスポンスを送信する（ステップＳ２７３）。ユーザ端末Ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２７５）。
【００８６】
このようにプレゼンスデータが更新されたので、ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの設定に従い、チャットのプレゼンスデータ（チャット内容のプレゼンスデータ及び変更があればチャット参加者のプレゼンスデータ）を、ユーザ端末Ａ及びユーザ端末Ｂに通知する（ステップＳ２７７）。差分のみを通知するようにする場合もある。ユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットのプレゼンスデータを受信し、表示装置に表示する（ステップＳ２７９）。また、ユーザ端末Ａにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットのプレゼンスデータを受信し、表示装置に表示する（ステップＳ２８１）。ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２８３）。同じようにユーザ端末Ａのプレゼンスデータ処理部９１５は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２８５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ユーザ端末Ａ及びユーザ端末ＢからのＯＫレスポンスを受信する（ステップＳ２８７）。
【００８７】
以下、ステップＳ２６９乃至Ｓ２８７の処理を繰り返すことにより、チャットでの会話を進めることができる。なお、ユーザ端末Ｂからも会話文字を送信することが可能である。処理内容は同様であるからここでは説明を省略する。
【００８８】
このような処理を実施することにより、音声ベースの電子会議を維持しつつ、別途音声ベースの電子会議の参加者のサブセットにおいて文字ベースのチャットを行うことができるようになる。なお、プレゼンス技術を用いてチャットを実現しているため、音声ベースの電子会議のために用意されたリソースを有効に活用することができる。
【００８９】
また、１つの音声会議に対し、プレゼンスグループ情報及びそれに対応するプレゼンスデータのセットを複数用意することにより、複数のチャットグループを管理できるので、例えばユーザＡ、Ｂ、Ｃ及びＤの４人が参加している音声会議のサブセットとして、ユーザＡとＢ、ユーザＣとＤがそれぞれ別個のチャットを行ったり、ユーザＡとＢ、ユーザＡとＣとが別個にチャットを行ったりするなど、複数のサブセットのチャットを行うこともできる。
【００９０】
また、図５のプレゼンス情報格納領域３１３１では特定のユーザのプレゼンスデータが管理されているが、ここに例えばプレゼンスＩＤを”ｐｏｓｉｔｉｏｎ”とし、”ｔｅａｃｈｅｒ”又は”ｓｔｕｄｅｎｔ”のいずれかのプレゼンスデータを格納しておけば、プレゼンスデータが”ｓｔｕｄｅｎｔ”であるユーザからは、チャットの呼出先としてプレゼンスデータが”ｔｅａｃｈｅｒ”であるユーザのみを許可するようにしたり、プレゼンスデータが”ｔｅａｃｈｅｒ”であるユーザからの呼び出しは、いずれのユーザへの呼び出しであっても許可したりするような制御が可能となる。すなわち、ユーザ毎に管理されているプレゼンスデータを利用してプレゼンスデータの送信を制御することができるようになる。
【００９１】
一方、図６のプレゼンス情報格納領域３３３１では音声ベースの電子会議のプレゼンスデータが管理されているが、ここに例えばプレゼンスＩＤを”ｔｅａｃｈｅｒ”とし先生の地位を有する参加者の講読者ＩＤを登録し、さらにプレゼンスＩＤを”ｓｔｕｄｅｎｔ”とし学生の地位を有する参加者の講読者ＩＤを登録すると上と同様の処理を行うことができるようになる。すなわち、プレゼンスＩＤが”ｔｅａｃｈｅｒ”であるプレゼンスデータとして登録されたユーザについては、全ての会議参加者にチャットの呼び出しを行うことができ、プレゼンスＩＤが”ｓｔｕｄｅｎｔ”であるプレゼンスデータとして登録されたユーザについては、プレゼンスＩＤが”ｔｅａｃｈｅｒ”であるプレゼンスデータとして登録されたユーザにしかチャットの呼び出しを行うことができないというような制御が可能となる。従って、会議毎に管理されているプレゼンスデータを利用してプレゼンスデータの送信を制御することができるようになる。
【００９２】
次に、図２６乃至図２９を用いて音声ベースの電子会議が行われている途中で、例えば電子会議中に必要な画像データの配信を開始する場合の処理について説明する。まず、例えばユーザＡが、ユーザＡ、ユーザＢ、ユーザＣ等が参加する音声ベースの電子会議において、ユーザＢに画像を配信する場合の処理を３種類説明する。なお、以下の説明では、説明を簡略化するためＯＫレスポンスの送受信については説明を省略する。
【００９３】
第１の例に係る処理フローを図２６及び図２７に示す。最初に、音声ベースの電子会議開催中に、当該電子会議の参加者であるユーザＡは、当該電子会議で必要な画像データをユーザＢなどに配信すべく、ユーザＢなどを選択して画像配信依頼についての操作を行う。ユーザ端末Ａのクライアントアプリケーション９１における画像処理部９１６は、ユーザＡから、ユーザＢなどの配信先ユーザの選択を含む画像配信依頼についてのユーザ操作入力を受け付け（ステップＳ３０１）、配信先ユーザのユーザＩＤを含む画像配信依頼をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３０３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末Ａから画像配信依頼を受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ３０５）。
【００９４】
ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザ端末Ａからの画像配信依頼を受信し、画像配信依頼元ユーザのユーザＩＤ及び配信先ユーザのユーザＩＤを例えばユーザデータ格納部５３３ａに格納する（ステップＳ３０７）。そして、画像配信用のリソース（画像データ格納部５３５ａ内の画像記憶領域、アップロード先リソース等のＩＰアドレス及びポート番号）を確保する（ステップＳ３０９）。そして、会議Ａ管理部５３ａは、画像配信のためのプレゼンス登録要求を生成し、ＰｏＣ管理サーバ５に送信する（ステップＳ３１１）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータとして画像配信参加者のユーザＩＤを登録することと、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータとして画像配信用のリソース・データを登録することを要求する。
【００９５】
ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５から画像配信のためのプレゼンス登録要求を受信し、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”ＰｈｏｔｏＵｓｅｒ”）に対応して画像配信参加者のユーザＩＤをプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納し、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”Ｐｈｏｔｏ”）に対応して画像配信用のリソース・データをプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納する（ステップＳ３１３）。図６に示すように、プレゼンス情報格納領域３３３１の領域３３６７に画像配信参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ、ＵｓｅｒＢ”）が登録される。さらに、プレゼンス情報格納領域３３３１の領域３３６６に画像配信用のリソース・データ（図６の例では”xxx.xxx.xxx.xxx:xxxx”）が登録される。
【００９６】
さらに、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、画像配信参加者に対する公開設定要求（代理講読要求）を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３１５）。より具体的には、プレゼンスグループ情報格納領域３３３３のグループIV「画像」のための領域３４０内の講読者ＩＤの領域３４０２に、画像配信参加者のユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５から画像配信参加者に対する公開設定要求（代理講読要求）を受信し、受信した公開設定要求に係る画像配信参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）をプレゼンスグループ情報格納領域３３３３のグループIV「画像」のための領域３４０内の講読者ＩＤの領域３４０２に格納する（ステップＳ３１７）。
【００９７】
その後、ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの設定に従い、画像配信についてのプレゼンスデータ（画像配信用のリソース・データ（特にアップロード先リソース（ＩＰアドレス及びポート番号）及び画像配信参加者のプレゼンスデータ）を、ユーザ端末Ａ及びユーザ端末Ｂに通知する（ステップＳ３１９）。ユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から画像配信についてのプレゼンスデータを受信し、表示装置に表示する（ステップＳ３２３）。また、ユーザ端末Ａにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から画像配信についてのプレゼンスデータを受信し、表示装置に表示する（ステップＳ３２１）。これによって、各ユーザ端末では、配信すべき画像データの送信先のデータ（アップロード先リソース）を取得できる。処理は、端子Ｕ、端子Ｖ及び端子Ｗを介して図２７の処理に移行する。
【００９８】
次に、図２７を用いて端子Ｕ、端子Ｖ及び端子Ｗ以降の処理を説明する。画像配信依頼を送信したユーザ端末ＡのユーザＡは、ユーザ端末Ａを操作して配信すべき画像データ（画像ファイル）の指定を行う。ユーザ端末Ａのクライアントアプリケーション９１における画像処理部９１６は、ユーザＡから画像データの指定入力を受け付け（ステップＳ３２５）、当該画像データをユーザ端末Ａの記憶装置から読み出し、指定画像データをアップロード先リソース（ＩＰアドレス及びポート番号）宛に送信する（ステップＳ３２７）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザ端末Ａから画像データを受信し、画像データ格納部５３５ａに格納する（ステップＳ３２９）。
【００９９】
そうすると、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、画像配信元ユーザ（ここではユーザＡ）のプレゼンスデータの更新登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３３１）。具体的には、ユーザＡプレゼンス管理部３１ａのプレゼンスデータ格納部３１３ａにおけるプレゼンス情報格納領域３１３１内の領域３１６に格納されたデータを”Ｐｈｏｔｏ  Ｓｅｎｄｉｎｇ”又は”画像配信中”などに変更するためのプレゼンスデータ更新登録要求を生成する。なお、本実施の形態では、ＰｏＣ管理サーバ５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３に対してスーパーバイザ権限を有しており、ユーザＡプレゼンス管理部３１ａ、ユーザＢプレゼンス管理部３１ｂにおけるプレゼンスデータ格納部３１３に対する更新権限を有しているものとする。
【０１００】
ＳＩＰ／ＳＩＭＰＬＥサーバ３におけるユーザＡプレゼンス管理部３１ａのプレゼンスデータ管理部３１１ａは、ＰｏＣ管理サーバ５から配信元ユーザのプレゼンス更新登録要求を受信し、受信したプレゼンス更新登録要求に係るプレゼンスＩＤ（”Ｓｔａｔｅ”）に対応して”Ｐｈｏｔｏ  Ｓｅｎｄｉｎｇ”又は”画像配信中”などをプレゼンスデータとしてプレゼンスデータ格納部３１３ａに格納する（ステップＳ３３３）。ユーザＡプレゼンス管理部３１ａのプレゼンスデータ格納部３１３ａにおけるプレゼンス情報格納領域３１３１内の領域３１６に格納されたデータを”Ｐｈｏｔｏ  Ｓｅｎｄｉｎｇ”又は”画像配信中”などに変更する。なお、本例では、電子会議参加者は、他の電子会議参加者を、プレゼンスＩＤが”Ｓｔａｔｅ”であるプレゼンスデータの講読者として予め登録しておくものとする。
【０１０１】
その後、ＳＩＰ／ＳＩＭＰＬＥサーバ３におけるユーザＡプレゼンス管理部３１ａの配信処理部３１５ａは、プレゼンスデータ格納部３１３ａの設定に従い、プレゼンスＩＤが”Ｓｔａｔｅ”であるプレゼンスデータを、ユーザ端末Ａ及びユーザ端末Ｂに通知する（ステップＳ３３５）。ユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からユーザＡのプレゼンスデータを受信し、表示装置に表示する（ステップＳ３３９）。また、ユーザ端末Ａにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からユーザＡのプレゼンスデータを受信し、表示装置に表示する（ステップＳ３３７）。これによって、各ユーザ端末では、ユーザＡが画像データをアップロードしたことを把握することができるようになる。
【０１０２】
ここでユーザＢは、ユーザ端末Ｂを操作して、画像配信用のリソース・データをクリックするなどして、ユーザＡがアップロードした画像データを要求する。ユーザ端末Ｂのクライアントアプリケーション９１の画像処理部９１６は、画像配信用のリソースに対して画像要求を送信する（ステップＳ３４１）。ユーザＢの介在なしにステップＳ３４１を実行するようにしても良い。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザ端末Ｂから画像要求を受信し（ステップＳ３４３）、画像データ格納部５３５ａから要求に係る画像データを読み出し、要求元のユーザ端末Ｂに配信する（ステップＳ３４５）。ユーザ端末Ｂのクライアントアプリケーション９１の画像処理部９１６は、ＰｏＣ管理サーバ５から画像データを受信し、表示装置に表示する（ステップＳ３４７）。このようにすれば、ユーザＡがアップロードした画像データをダウンロードすることができる。
【０１０３】
このようにすれば、配信元ユーザのプレゼンスデータ（プレゼンスＩＤが”Ｓｔａｔｅ”のプレゼンスデータ）の更新に応じて、配信先のユーザ端末は画像配信用のリソースにアクセスして画像データのダウンロードを行うことができる。また、例えば同じ電子会議に参加している他のユーザが、画像データ格納部５３５ａ内の同じリソースに画像データを上書き登録すれば、当該他のユーザのプレゼンスデータが更新され、それに応じてプレゼンス更新を検知した他のユーザ端末が画像配信用のリソースにアクセスするので、プレゼンス技術を利用して音声ベースの電子会議のリソースを利用しながら画像データの配信を容易に行うことができるようになる。また、画像データ格納部５３５ａ内の同じリソースを流用することが可能になる。
【０１０４】
また、ステップＳ３４５の後に、ユーザＡの状態を表すプレゼンスデータを”Ｂｕｓｙ”に戻すようにしても良い。
【０１０５】
なお、本例の処理、特にステップＳ３３１乃至ステップＳ３３９については、以下のような処理に置換することも可能である。すなわち、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、プレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータ又は”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータの更新登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３３１）。具体的には、アップロード先リソースに加え、配信元リソース（例えば、ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg）を確保し、会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａにおけるプレゼンス情報格納領域３３３１内の領域３３６６に格納されたデータを”xxx.xxx.xxx.xxx:xxxx  ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg”などに変更するためのプレゼンスデータ更新登録要求を生成する。また、会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａにおけるプレゼンス情報格納領域３３３１内の領域３３６７に格納されたデータを”ＵｓｅｒＡ（Ｐｈｏｔｏ  Ｓｅｎｄｉｎｇ），ＵｓｅｒＢ”又は”ＵｓｅｒＡ（画像配信中），ＵｓｅｒＢ”などに変更するためのプレゼンスデータ更新登録要求を生成してもよい。これらの両方を行うようなプレゼンスデータ更新登録要求を生成してもよい。
【０１０６】
ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５からプレゼンスＩＤが”Ｐｈｏｔｏ”又は”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータの更新登録要求を受信し、受信したプレゼンス更新登録要求に係るプレゼンスＩＤ（”Ｐｈｏｔｏ”又は”ＰｈｏｔｏＵｓｅｒ”）に対応して”xxx.xxx.xxx.xxx:xxxx  ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg”若しくは”ＵｓｅｒＡ（Ｐｈｏｔｏ  Ｓｅｎｄｉｎｇ），ＵｓｅｒＢ”又は”ＵｓｅｒＡ（画像配信中），ＵｓｅｒＢ”などをプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納する（ステップＳ３３３）。会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａにおけるプレゼンス情報格納領域３３３１内の領域３３６６に格納されたデータを”xxx.xxx.xxx.xxx:xxxx  ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg”などに変更するか、又は領域３３６７に格納されたデータを”ＵｓｅｒＡ（Ｐｈｏｔｏ  Ｓｅｎｄｉｎｇ），ＵｓｅｒＢ”又は”ＵｓｅｒＡ（画像配信中），ＵｓｅｒＢ”などに変更する。
【０１０７】
その後、ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの設定に従い、プレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータ又は”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータを、ユーザ端末Ａ及びユーザ端末Ｂに通知する（ステップＳ３３５）。ユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から上記のような画像配信についてのプレゼンスデータを受信し、表示装置に表示する（ステップＳ３３９）。また、ユーザ端末Ａにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から上記のような画像配信についてのプレゼンスデータを受信し、表示装置に表示する（ステップＳ３３７）。
【０１０８】
次に、第２の例に係る処理フローを図２８を用いて説明する。なお、図２６におけるステップＳ３０１乃至ステップＳ３２１までの処理はほぼ同じである。但し、ステップＳ３１９において画像配信用のプレゼンスデータの通知は、画像配信元ユーザのユーザ端末ではないユーザ端末Ｂには送信しない。これは、例えばステップＳ３１５における公開設定要求（代理講読要求）においてユーザＢのユーザＩＤを登録しないようにして、以下で説明するように配信すべき画像データを受信した後にユーザＢのユーザＩＤを含む公開設定要求（代理講読要求）をＰｏＣ管理サーバ５の会議Ａ管理部５３ａからＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａに送信することにより実現するようにしても良い。また、ステップＳ３１５における公開設定要求（代理講読要求）において次のプレゼンスデータの更新登録要求を受信するまでユーザＢのユーザＩＤをマスクするような設定を含むようにすることによって実現してもよい。このようにして、画像配信依頼の送信元のユーザ端末Ａには、画像配信用のリソースのデータが通知される。
【０１０９】
次に、画像配信依頼を送信したユーザ端末ＡのユーザＡは、ユーザ端末Ａを操作して配信すべき画像データの指定を行う。ユーザ端末Ａのクライアントアプリケーション９１における画像処理部９１６は、ユーザＡから画像データの指定入力を受け付け（ステップＳ３５１）、当該画像データをユーザ端末Ａの記憶装置から読み出し、指定画像データをアップロード先リソース（ＩＰアドレス及びポート番号）に送信する（ステップＳ３５３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザ端末Ａから画像データを受信し、画像データ格納部５３５ａに格納する（ステップＳ３５５）。
【０１１０】
そして、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、プレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータの更新登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３５７）。具体的には、会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａにおけるプレゼンス情報格納領域３３３１内の領域３３６６に格納されたデータを”xxx.xxx.xxx.xxx:xxxx”（ＩＰアドレス及びポート番号）などに変更するためのプレゼンスデータ更新登録要求を生成する。または、アップロード先リソースに加え、配信元リソース（例えば、ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg）を別途確保し、会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａにおけるプレゼンス情報格納領域３３３１内の領域３３６６に格納されたデータを”xxx.xxx.xxx.xxx:xxxx  ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg”などに変更するためのプレゼンスデータ更新登録要求を生成するようにしてもよい。
【０１１１】
ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５からプレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータの更新登録要求を受信し、受信したプレゼンス更新登録要求に係るプレゼンスＩＤ（”Ｐｈｏｔｏ”）に対応して”xxx.xxx.xxx.xxx:xxxx”又は”xxx.xxx.xxx.xxx:xxxx  ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg”などをプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納する（ステップＳ３５９）。会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａにおけるプレゼンス情報格納領域３３３１内の領域３３６６又は領域３３６７に格納されたデータを”xxx.xxx.xxx.xxx:xxxx”又は”xxx.xxx.xxx.xxx:xxxx  ftp://yyy.yyy.yyy.yyy/imagefromUserA.jpg”などに変更する。
【０１１２】
その後、ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの設定に従い、プレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータを、ユーザ端末Ａ及びユーザ端末Ｂに通知する（ステップＳ３６１）。ユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からプレゼンスデータを受信し、表示装置に表示する（ステップＳ３６５）。また、ユーザ端末Ａにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から画像配信についてのプレゼンスデータを受信し、表示装置に表示する（ステップＳ３６３）。
【０１１３】
ここでユーザＢは、ユーザ端末Ｂを操作して、画像配信用のリソース・データをクリックするなどして、ユーザＡがアップロードした画像データを要求する。ユーザ端末Ｂのクライアントアプリケーション９１の画像処理部９１６は、画像配信用のリソースに対して画像要求を送信する（ステップＳ３６７）。なお、ユーザＢの介在なしにステップＳ３６７を実行するようにしても良い。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザ端末Ｂから画像要求を受信し（ステップＳ３６９）、画像データ格納部５３５ａから要求に係る画像データを読み出し、要求元のユーザ端末Ｂに配信する（ステップＳ３７１）。ユーザ端末Ｂのクライアントアプリケーション９１の画像処理部９１６は、ＰｏＣ管理サーバ５から画像データを受信し、表示装置に表示する（ステップＳ３７３）。このようにすれば、ユーザＡがアップロードした画像データをダウンロードすることができる。
【０１１４】
このような処理を行うことにより、ＰｏＣ管理サーバ５への画像の登録に応じて、配信先ユーザ端末へ画像配信用のリソースなどを含むプレゼンスデータが通知される。従って、当該通知に応じて各配信先ユーザ端末は、画像配信用のリソースにアクセスすることができる。また、例えば画像データ格納部（同じリソースへの上書きでも良い）へ他のユーザが画像データを登録すれば、当該画像データの配信用のリソース・データで、プレゼンスＩＤが“Ｐｈｏｔｏ”であるプレゼンスデータが更新され、プレゼンスＩＤが“Ｐｈｏｔｏ”であるプレゼンスデータの通知に応じて他のユーザ端末が画像をダウンロードできるようになる。従って、音声ベースの電子会議のリソースを利用しながら画像の配信を行うことが可能になる。  
【０１１５】
なお、ステップＳ３５７において会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａにおけるプレゼンス情報格納領域３３３１内の領域３３６７に格納されたデータを”ＵｓｅｒＡ（Ｐｈｏｔｏ  Ｓｅｎｄｉｎｇ），ＵｓｅｒＢ”又は”ＵｓｅｒＡ（画像配信中），ＵｓｅｒＢ”などに変更するためのプレゼンスデータ更新登録要求を生成するようにしてもよい。さらに、プレゼンスＩＤが”Ｐｈｏｔｏ”であるプレゼンスデータ及び”ＰｈｏｔｏＵｓｅｒ”であるプレゼンスデータの更新を行うようなプレゼンスデータ更新登録要求を生成してもよい。
【０１１６】
次に、第３の例に係る処理フローを図２９を用いて説明する。なお、図２６におけるステップＳ３０１乃至ステップＳ３２３までの処理は同じである。
【０１１７】
画像配信依頼を送信したユーザ端末ＡのユーザＡは、ユーザ端末Ａを操作して配信すべき画像データの指定を行う。ユーザ端末Ａのクライアントアプリケーション９１における画像処理部９１６は、ユーザＡから画像データの指定入力を受け付け（ステップＳ３８１）、当該画像データをユーザ端末Ａの記憶装置から読み出し、指定画像データをアップロード先リソース（ＩＰアドレス及びポート番号）に送信する（ステップＳ３８３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザ端末Ａから画像データを受信し、画像データ格納部５３５ａに格納する（ステップＳ３８５）。  
【０１１８】
そして、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されている画像配信依頼に含まれる配信先ユーザＩＤを読み出し、さらに当該配信先ユーザＩＤからユーザ端末ＢのＩＰアドレスを特定し、当該ユーザ端末Ｂに画像データ格納部５３５ａに格納されており且つユーザ端末Ａから受信した画像データを送信する（ステップＳ３８７）。例えばＳＩＰ／ＳＩＭＰＬＥサーバ３からユーザＩＤに対応するＩＰアドレスを取得する。ユーザ端末Ｂのクライアントアプリケーション９１の画像処理部９１６は、ＰｏＣ管理サーバ５から画像データを受信し、表示装置に表示する（ステップＳ３８９）。このようにすれば、ユーザ端末Ｂは、ユーザＡがアップロードした画像データを受信することができる。
【０１１９】
以上、図２６乃至図２９に示したような処理を実施することにより、音声ベースの電子会議を維持しつつ、別途音声ベースの電子会議の参加者のサブセットにおいて画像データのやりとりを行うことができるようになる。なお、プレゼンス技術を用いて画像データの配信を実現しているため、音声ベースの電子会議のために用意されたリソースを有効に活用することができる。
【０１２０】
以上本発明の一実施例を説明したが、本発明はこれに限定されるものではない。図１乃至図４に示した機能ブロック図は、一例であって、必ずしも実際のプログラムモジュールの構成に合致しない場合もある。さらに、図５乃至図１３に示したデータの保持の仕方についても、同様のデータを管理可能な限りにおいて他の方式を採用することも可能である。
【０１２１】
なお、ＳＩＰ／ＳＩＭＰＬＥサーバ３、ＰｏＣ管理サーバ５及びＰｏＣ−ＭＣＵサーバ７は、図３０に示すように、コンピュータ装置であって、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０１２２】
また、ユーザ端末についても、ＨＤＤ２５０５及びドライブ装置２５１３の代わりにフラッシュメモリなどの記憶装置を設けることによりほぼ同様な構成で表すことができる。
【０１２３】
また、図２０のステップＳ１１５については、参加者毎に参加者のプレゼンス登録要求をＰｏＣ管理サーバ５からＳＩＰ／ＳＩＭＰＬＥサーバ３に送信するような構成を説明した。しかし、例えば最初は所定時間、参加応答を受け付けても直ぐにＰｏＣ管理サーバ５の会議Ａ管理部５３ａが上記参加者のプレゼンス登録要求を送信せず、所定時間内に受信した参加応答をまとめて上記参加者のプレゼンス登録要求を送信するようにしてもよい。最初の所定期間内においては、複数の参加者が参加応答を返信する可能性が高い。従って、上記参加者のプレゼンス登録要求を多数送信することになって、プレゼンスデータの更新が頻繁になり、プレゼンスデータの更新がユーザ端末に頻繁に通知されるようになると、無線区間の通信帯域が消費されることになる。そこで、上で述べたように参加応答を所定期間まとめることにより、ＳＩＰ／ＳＩＭＰＬＥサーバ３とユーザ端末間の通信データ量を減少させ、レスポンスを早めることができる。なお、所定期間経過後については、参加応答を受信する毎にステップＳ１１５以降を実施すればよい。
【０１２４】
また、図２４のステップＳ２４１についても同様である。
【０１２５】
さらに、図１８のステップＳ９５では、ＰｏＣ管理サーバ５がユーザに代わって代理講読要求を実施するような処理を示したが、自明な場合には他の場面においてもＰｏＣ管理サーバ５やＳＩＰ／ＳＩＭＰＬＥサーバ３が、自動的に講読関係を変更するようにしてもよい。
【０１２６】
また、図２６乃至図２９の処理では、チャットの呼び込み処理を応用するようにしても良い。その場合には、ステップＳ２０１乃至Ｓ２６７の処理を画像配信についての呼び込み処理として実施すればよい。
【０１２７】
また、画像配信に係る画像データは、静止画であっても良いし、動画でも良い。また、他のファイルも同様に配信可能である。
【図面の簡単な説明】
【０１２８】
【図１】本発明の一実施例に係るシステム構成図である。
【図２】ユーザ端末の機能ブロック図である。
【図３】ユーザＡプレゼンス管理部の機能ブロック図である。
【図４】会議Ａプレゼンス管理部の機能ブロック図である。
【図５】ユーザＡプレゼンス管理部におけるプレゼンスデータ格納部に格納されるデータの模式図である。
【図６】会議Ａプレゼンス管理部におけるプレゼンスデータ格納部に格納されるデータの模式図である。
【図７】プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”のプレゼンスデータの一例を示す図である。
【図８】プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”のプレゼンスデータの一例を示す図である。
【図９】プレゼンスＩＤが”Ｍｅｍｂｅｒ”のプレゼンスデータの一例を示す図である。
【図１０】プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”のプレゼンスデータの一例を示す図である。
【図１１】プレゼンスＩＤが”Ｃｈａｔ”のプレゼンスデータの一例を示す図である。
【図１２】プレゼンスＩＤが”ＰｈｏｔｏＵｓｅｒ”のプレゼンスデータの一例を示す図である。
【図１３】プレゼンスＩＤが”Ｐｈｏｔｏ”のプレゼンスデータの一例を示す図である。
【図１４】本発明の一実施例の処理フローの第１の部分を示す図である。
【図１５】本発明の一実施例の処理フローの第２の部分を示す図である。
【図１６】本発明の一実施例の処理フローの第３の部分を示す図である。
【図１７】本発明の一実施例の処理フローの第４の部分を示す図である。
【図１８】本発明の一実施例の処理フローの第５の部分を示す図である。
【図１９】本発明の一実施例の処理フローの第６の部分を示す図である。
【図２０】本発明の一実施例の処理フローの第７の部分を示す図である。
【図２１】本発明の一実施例の処理フローの第８の部分を示す図である。
【図２２】本発明の一実施例の処理フローの第９の部分を示す図である。
【図２３】本発明の一実施例におけるチャット開始処理の処理フローの第１の部分を示す図である。
【図２４】本発明の一実施例におけるチャット開始処理の処理フローの第２の部分を示す図である。
【図２５】本発明の一実施例におけるチャット開始処理の処理フローの第３の部分を示す図である。
【図２６】本発明の実施例における画像配信処理の第１乃至第３の処理フローの第１の部分を示す図である。
【図２７】本発明の実施例における画像配信処理の第１の処理フローの第２の部分を示す図である。
【図２８】本発明の実施例における画像配信処理の第２の処理フローの第２の部分を示す図である。
【図２９】本発明の実施例における画像配信処理の第３の処理フローの第２の部分を示す図である。
【図３０】コンピュータの機能ブロック図を示す図である。
【図１】
0004707714.tif 000002
【図２】
0004707714.tif 000003
【図３】
0004707714.tif 000004
【図４】
0004707714.tif 000005
【図５】
0004707714.tif 000006
【図６】
0004707714.tif 000007
【図７】
0004707714.tif 000008
【図８】
0004707714.tif 000009
【図９】
0004707714.tif 000010
【図１０】
0004707714.tif 000011
【図１１】
0004707714.tif 000012
【図１２】
0004707714.tif 000013
【図１３】
0004707714.tif 000014
【図１４】
0004707714.tif 000015
【図１５】
0004707714.tif 000016
【図１６】
0004707714.tif 000017
【図１７】
0004707714.tif 000018
【図１８】
0004707714.tif 000019
【図１９】
0004707714.tif 000020
【図２０】
0004707714.tif 000021
【図２１】
0004707714.tif 000022
【図２２】
0004707714.tif 000023
【図２３】
0004707714.tif 000024
【図２４】
0004707714.tif 000025
【図２５】
0004707714.tif 000026
【図２６】
0004707714.tif 000027
【図２７】
0004707714.tif 000028
【図２８】
0004707714.tif 000029
【図２９】
0004707714.tif 000030
【図３０】
0004707714.tif 000031