(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）／ＵＤＰで通信を行うようになっている。このように、ユーザ端末の通信相手は、ＳＩＰ／ＳＩＭＰＬＥサーバ３とＰｏＣ−ＭＣＵサーバ７とに集約され、使用するプロトコルも上記の２つに集約されており、ＰｏＣ管理サーバ５などの他のサーバと異なるプロトコルを用いて直接やり取りを行わずに済むようなシステム構成が採用されている。従って、電子会議を行う際の応答時間を短縮し、よりスムーズな議事運営を可能とする。
【００３６】
次に図２にユーザ端末の機能ブロック図を示す。ユーザ端末は、本実施例における処理を行うためのクライアントアプリケーション９１と、ユーザ端末に設けられているマイクのマイクドライバ９３とを含む。クライアントアプリケーション９１は、音声会議処理部９１１と、チャット処理部９１３と、プレゼンスデータ処理部９１５とを含む。なお、本実施例において直接関係のない機能については図示されていない。
【００３７】
また図３にユーザＡのプレゼンス管理部３１ａの機能ブロック図を示す。ユーザＡのプレゼンス管理部３１ａは、プレゼンスデータ管理部３１１ａと、プレゼンスデータ格納部３１３ａと、配信処理部３１５ａとを有している。ユーザＡのプレゼンス管理部３１ａは、ユーザ端末Ａのクライアントアプリケーション９１と協働してプレゼンスデータ格納部３１３ａに格納されたデータの更新を行ったり、プレゼンスデータ格納部３１３ａに格納されたデータの配信処理を行う。
【００３８】
さらに図４に会議Ａのプレゼンス管理部３３ａの機能ブロック図を示す。会議Ａのプレゼンス管理部３３ａは、プレゼンスデータ管理部３３１ａと、プレゼンスデータ格納部３３３ａと、配信処理部３３５ａとを有している。会議Ａのプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａ及びユーザ端末のクライアントアプリケーション９１と協働してプレゼンスデータ格納部３３３ａに格納されたデータの更新を行ったり、プレゼンスデータ格納部３３３ａに格納されたデータの配信処理を行う。
【００３９】
図５にユーザＡプレゼンス管理部３１ａに含まれるプレゼンスデータ格納部３１３ａに格納されるデータの一例を示す。図５の例では、プレゼンスデータ格納部３１３ａは、プレゼンス情報格納領域３１３１と、プレゼンスグループ情報格納領域３１３３と、講読者リスト格納領域３１３５とを含む。プレゼンス情報格納領域３１３１は、プレゼンスデータ項目ごとにプレゼンスデータ（ここではユーザ又はユーザ端末の状態情報）を格納するための領域であり、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”Ｓｔａｔｅ”であるプレゼンスデータ（ここではＯＮＬＩＮＥ、ＯＦＦＬＩＮＥ又はＢＵＳＹのいずれか）を格納するための領域３１６を含む。プレゼンスデータ項目の数に制限はないが、本実施例ではユーザ端末の状態を示すプレゼンスデータ項目のみが示されている。プレゼンスグループ情報格納領域３１３３は、プレゼンスデータ項目（すなわちプレゼンスＩＤ）と配信先ユーザＩＤ（すなわち講読者ＩＤ）を対応付けるためのデータを格納する領域である。ここでは、プレゼンスグループであるグループＩ「デフォルト」に属するプレゼンスＩＤを格納する領域３１７１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３１７２を含む領域３１７が含まれる。デフォルトグループは、講読者が初期的に登録されるグループである。グループ数に限定はなく、任意の数のグループを定義し得る。講読者リスト格納領域３１３５には、ここではＵｓｅｒＢ及びＵｓｅｒＣといった情報配信が許可されたユーザのユーザＩＤ（すなわち講読者ＩＤ）が登録される。講読者数に限定はなく、任意の数の講読者が登録される。
【００４０】
また図６に会議Ａプレゼンス管理部３３ａに含まれるプレゼンスデータ格納部３３３ａに格納されるデータの一例を示す。図６の例では、プレゼンス情報格納領域３３３１と、プレゼンスグループ情報格納領域３３３３と、講読者リスト格納領域３３３５とが含まれる。プレゼンス情報格納領域３３３１は、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータ（ここでは話者権（発言権とも呼ぶ）を有するユーザの講読者ＩＤ）を格納するための領域３３６１と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータ（ここでは音声会議に呼び出されたユーザの講読者ＩＤ）を格納するための領域３３６２と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータ（ここでは音声会議に参加したユーザの講読者ＩＤ）を格納するための領域３３６３と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータ（ここではチャット（文字ベースの電子会議）の発言内容）を格納するための領域３３６４と、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータ（ここではチャットの参加ユーザの講読者ＩＤ）を格納するための領域３３６５とを含む。
【００４１】
また、プレゼンスグループ情報格納領域３３３３は、プレゼンスグループであるグループＩ「デフォルト」に属するプレゼンスＩＤを格納する領域３３７１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３３７３を含む領域３３７と、プレゼンスグループであるグループII「音声会議」に属するプレゼンスＩＤを格納する領域３３８１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３３８２を含む領域３３８と、プレゼンスグループであるグループIII「チャット」に属するプレゼンスＩＤを格納する領域３３９１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３３９２を含む領域３３９とを含む。音声会議に参加するユーザの講読者ＩＤは領域３３８２に格納され、音声会議に参加するユーザに開示されるデータはプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”と”Ｍｅｍｂｅｒ”と”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータである。すなわち、話者権保持者の講読者ＩＤと、呼び出されたユーザの講読者ＩＤリストと、参加したユーザの講読者ＩＤリストが提示される。また、チャットに参加するユーザの講読者ＩＤは領域３３９２に格納され、チャットに参加するユーザに開示されるデータはプレゼンスＩＤが”Ｃｈａｔ”と”ＣｈａｔＵｓｅｒ”であるプレゼンスデータである。すなわち、チャット参加者の講読者ＩＤリストとチャットの発言内容とが提示される。講読者リスト格納領域３３３５には、ここではＵｓｅｒＡ、ＵｓｅｒＢ、ＵｓｅｒＣといった情報配信が許可されたユーザのユーザＩＤ（すなわち講読者ＩＤ）が登録される。
【００４２】
プレゼンス情報格納領域３３３１のプレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータと、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータとは、プレゼンスグループ情報格納領域３３３３のグループIII「チャット」３３９に対応するものであり、１つの会議に対するプレゼンスデータ格納部３３３ａの中に、それぞれ識別可能な形で、例えばグループIII「チャット」、グループIV「チャット」というようにチャットに関連するグループのデータ領域、それに対応するチャットの参加ユーザの講読者ＩＤを格納するための領域及びチャットの内容を格納するための領域を複数セット設けることも可能である。
【００４３】
図５及び図６は、プレゼンスデータ格納部に格納されるデータを模式的に示したものであり、例えばプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータのための領域３３６１に、例えば図７に示すようなタグデータ構造のデータを格納する。図７の例は、基本的にはＯＭＡ（Open Mobile Alliance）に準拠した形でＸＭＬ（eXtensible Markup Language）を用いて記述されている。ここで注目すべきは、上から４行目にｅｎｔｉｔｙ＝”ｐｒｅｓ：Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍ”というフレーズにて、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬ（Uniform Resource Locator）で特定されている点である。ここで、このプレゼンスデータの所有者はＰｏＣ管理サーバ５の会議Ａ管理部５３ａであり、このプレゼンスデータは会議Ａ管理部５３ａにより更新される。また、会議Ａ管理部５３ａのＳＩＰ−ＵＲＬはＣｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍである。さらに、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に話者権保持者のユーザＩＤとしてＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ”が登録される。図５及び図６では、”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ”を簡略表示して”ＵｓｅｒＡ”と示している。
【００４４】
同様に、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータのための領域３３６３に、例えば図８に示すようなタグデータ構造のデータを格納する。図８の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に音声会議の参加者のＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。
【００４５】
さらに、プレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータのための領域３３６２に、例えば図９に示すようなタグデータ構造のデータを格納する。図９の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に音声会議に呼び出されたユーザのＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＣ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。
【００４６】
また、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータのための領域３３６５に、例えば図１０に示すようなタグデータ構造のデータを格納する。図１０の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間にチャットに参加したユーザのＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。
【００４７】
さらに、プレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータのための領域３３６４に、例えば図１１に示すようなタグデータ構造のデータを格納する。図１１の例では、図７と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間にチャットの発言内容”こんにちは。・・・”が登録される。なお、本プレゼンスデータの所有者は、会議Ａ管理部５３ａであり、上で述べた他のプレゼンスデータと同じであるが、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータのための領域３３６５に格納されているユーザＩＤのユーザにも更新権限を与えるように設定が行われているものとする。
【００４８】
プレゼンスデータは原則として所有者により更新され、更新されると当該プレゼンスデータのプレゼンスＩＤが関連付けられているユーザＩＤのユーザに配信処理部により配信される。
【００４９】
次に、図１２乃至図２６を用いて図１乃至図４に示したシステムの処理フローを説明する。なお、ユーザはすべてＳＩＰ／ＳＩＭＰＬＥサーバ３にログインして、認証が済んでいるものとする。さらに、ユーザ端末のＩＰアドレスとユーザＩＤ（ＳＩＰ−ＵＲＬ）との対応付けは、ＳＩＰ／ＳＩＭＰＬＥサーバ３内で完了しているものとする。まず、ユーザＡは、ユーザ端末Ａを操作して、音声ベースの電子会議を開始するため当該会議に呼び出すメンバを指定して呼出指示を入力する。ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、音声ベースの電子会議に呼び出すメンバの呼出依頼についてのユーザ操作入力を受け付け（ステップＳ１）、会議メンバのリスト（例えばＳＩＰ−ＵＲＬのリスト）を含む呼出依頼をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末Ａから会議メンバのリストを含む呼出依頼を受信し、呼出依頼であると判断するとＰｏＣ管理サーバ５に転送する（ステップＳ５）。ＰｏＣ管理サーバ５のメッセージ振分処理部５１は、ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５から会議メンバのリストを含む呼出依頼を受信する（ステップＳ７）。この受信に応答して、ＰｏＣ管理サーバ５のメッセージ振分処理部５１は、ＯＫレスポンスを返信する（ステップＳ９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信すると、ユーザ端末Ａに転送する（ステップＳ１１）。ユーザ端末Ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ１３）。これにより、ユーザ端末Ａは、呼出要求がＰｏＣ管理サーバ５により受信されたことを認識することができる。
【００５０】
ＰｏＣ管理サーバ５のメッセージ振分処理部５１は、会議メンバのリストを含む呼出依頼を受信すると、新規に会議を行うこととなるため、会議管理部５３を新たに起動し（例えば会議Ａ管理部５３ａを新たに起動し）、当該会議Ａ管理部５３ａにＳＩＰ−ＵＲＬを割り当てる（ステップＳ１４）。会議Ａ管理部５３ａは、会議メンバのリストをユーザデータ格納部５３３ａに格納すると共に、会議メンバのリストを含む新規会議作成依頼を、ＰｏＣ−ＭＣＵサーバ７に送信する（ステップＳ１５）。また、会議メンバのリストには、呼出依頼元ユーザのユーザＩＤ及びそのユーザ端末のＩＰアドレスも含まれ、話者権保持者として特定されている。
【００５１】
ＰｏＣ−ＭＣＵサーバ７は、会議メンバのリストを含む新規会議作成依頼を受信すると、新たな会議のためのリソースを確保すべく新たな会議音声通信管理部７１（例えば会議Ａ音声通信管理部７１ａ）を起動する。そして、会議Ａ音声通信管理部７１ａは、会議メンバのリストを話者及び参加者データ格納部７１１ａに格納する（ステップＳ１７）。なお、会議Ａ音声通信管理部７１ａは、会議Ａ管理部５３ａのＳＩＰ−ＵＲＬを保持しておき、会議Ａ管理部５３ａからの指示に応答できるようにする。そして、会議Ａ音声通信管理部７１ａは、呼出依頼に係る会議において使用されるリソース、すなわちＩＰアドレス及びポート番号などを確保し、さらに呼出依頼元ユーザに話者権を設定する（ステップＳ１９）。話者権を有するユーザについては、話者及び参加者データ格納部７１１ａにおいて識別可能なようにデータが保持されている。本実施例では、話者権を有する者のみがＰｏＣ−ＭＣＵサーバ７に音声データを他の参加者へ転送させることができる。この後、処理は端子Ａ乃至Ｄを介して図１３の処理に遷移する。なお、呼出依頼元ユーザのユーザ端末のＩＰアドレスについては、この段階で、話者及び参加者データ格納部７１１ａに登録しておく。
【００５２】
図１３を用いて端子Ａ乃至Ｄ以降の処理について説明する。ＰｏＣ−ＭＣＵサーバ７の会議Ａ音声通信管理部７１ａは、ステップＳ１９で確保したリソースであるＩＰアドレス及びポート番号を音声送信先情報としてＰｏＣ管理サーバ５に送信する（ステップＳ２１）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＰｏＣ−ＭＣＵサーバ７から音声送信先情報を受信し、ＭＣＵ情報格納部５３１ａに格納する（ステップＳ２３）。そして、会議Ａ管理部５３ａは、ＭＣＵ情報格納部５３１ａに格納されたデータを用いて、音声送信先情報（ＰｏＣ−ＭＣＵサーバ７のＩＰアドレス及びポート番号）と当該会議Ａ管理部５３ａのＳＩＰ−ＵＲＬを会議情報としてＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５から会議情報を受信すると、呼出依頼元のユーザ端末Ａに、当該会議情報を転送する（ステップＳ２７）。なお、このタイミングにて、受信した会議情報に基づき当該会議のプレゼンス管理部（ここでは会議Ａプレゼンス管理部３３ａ）を起動するようにしてもよい。
【００５３】
ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議情報を受信し、記憶装置に格納する（ステップＳ２９）。音声会議処理部９１１は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ３１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＡからＯＫレスポンスを受信すると、ＰｏＣ管理サーバ５に転送する（ステップＳ３３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ３５）。なお、メッセージ振分処理部５１が、ＳＩＰ／ＳＩＭＰＬＥサーバ３からメッセージ（ここではＯＫレスポンス）を受信して、担当の会議Ａ管理部５３ａに転送する。但し、以下の説明では、メッセージ振分処理部５１の受信については、説明を省略する。
【００５４】
またユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、会議情報受信に応じて、マイクドライバ９３を起動する（ステップＳ３７）。すなわち、ユーザ端末ＡのマイクはユーザＡの音声を検出して電気信号に変換し、マイクドライバ９３は、マイクによって受け付けた音声を送信するため、音声パケットのデータを生成する。これによりユーザ端末Ａは、受信した会議情報に含まれるＩＰアドレス及びポート番号に従って、ＰｏＣ−ＭＣＵサーバ７に音声パケットを送信することができるようになる。但し、現段階でＰｏＣ−ＭＣＵサーバ７に音声パケットを送信しても、ＰｏＣ−ＭＣＵサーバ７は他の参加者が特定されていないので、音声パケットのコピー及び転送を行うことはない。処理は端子Ｅ及びＦを介して図１４の処理に移行する。
【００５５】
次に図１４を用いて端子Ｅ及びＦ以降の処理を説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、呼出依頼元を除く各会議メンバのプレゼンスデータ取得要求をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３９）。プレゼンスデータ取得要求は、会議メンバ毎に送信される。ＳＩＰ／ＳＩＭＰＬＥサーバ３における各会議メンバのプレゼンス管理部３１は、ＰｏＣ管理サーバ５から各会議メンバのプレゼンスデータ取得要求を受信する（ステップＳ４１）。通常、ユーザのプレゼンスデータは当該ユーザのみが更新でき、さらに当該ユーザにより許可された者のみが講読できるようになっている。従って、ＰｏＣ管理サーバ５は、通常であれば会議メンバのプレゼンスデータを取得することはできないが、ＰｏＣ管理サーバ５からの要求であれば、講読許可がなくともプレゼンスデータの参照を可能とするようにプレゼンスデータ管理部３１１に予め設定しておく。従って、プレゼンスデータ取得要求を受信したプレゼンス管理部３１のプレゼンスデータ管理部３１１は、プレゼンスデータ格納部３１３から会議メンバのユーザ又はユーザ端末の状態を表すプレゼンスデータを読み出し、ＰｏＣ管理サーバ５に送信する（ステップＳ４３）。
【００５６】
ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３から各会議メンバのプレゼンスデータを受信し（ステップＳ４５）、当該各会議メンバのプレゼンスデータから呼出可能な会議メンバを抽出する（ステップＳ４７）。すなわち、プレゼンスデータが通話可能という状態（例えばＯＮＬＩＮＥ）を示している会議メンバを抽出する。ＯＦＦＬＩＮＥやＢＵＳＹという状態であれば、音声会議の通話は不可能であるから、以下で説明する呼出処理を実施しないようにする。これにより呼出処理を高速化することができる。但し、ステップＳ３９からステップＳ４７の処理は、オプションである。処理は、端子Ｇ及びＨを介して図１５の処理に移行する。なお、説明を簡単にするため呼び出す会議メンバはユーザ端末Ｂを操作するユーザＢのみであるものとする。
【００５７】
図１５を用いて端子Ｇ及びＨ以降の処理を説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａ及びＭＣＵ情報格納部５３１ａに格納されたデータを用いて、会議情報（会議Ａ管理部５３ａのＳＩＰ−ＵＲＬ及びＰｏＣ−ＭＣＵサーバ７のＩＰアドレス及びポート番号）を含む、呼出可能な会議メンバに対する呼出を、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ４９）。なお、本呼出には呼出依頼元ユーザのデータを含める。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５から、会議情報を含む、呼出可能な会議メンバに対する呼出を受信し、各会議メンバのユーザ端末に当該呼出を転送する（ステップＳ５１）。ここではユーザ端末Ｂの音声会議処理部９１１が、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議情報を含む呼出を受信し、当該呼出に応じた処理を実施する（ステップＳ５３）。例えば、着信音を鳴らせたり、表示装置に所定の表示を行わせたりして、呼出を受信したことをユーザＢに知らせる。なお、受信した会議情報については記憶装置に格納して、後に参加応答を行う際に用いる。
【００５８】
ユーザ端末Ｂの音声会議処理部９１１は、呼出に対するＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ５５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＢからＯＫを受信すると、ＰｏＣ管理サーバ５に転送する（ステップＳ５７）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ５９）。
【００５９】
ユーザＢは、ステップＳ５３における呼出に応じて、音声会議に参加するか否かを判断する。参加する場合には、ユーザ端末Ｂを操作して会議参加指示を入力する。ユーザ端末Ｂの音声会議処理部９１１は、ユーザＢによる会議参加指示入力を受け付け（ステップＳ６１）、参加応答をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ６３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末Ｂから参加応答を受信すると、ＰｏＣ管理サーバ５に転送する（ステップＳ６５）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザＢからの参加応答をＳＩＰ／ＳＩＭＰＬＥサーバ３から受信する（ステップＳ６７）。会議Ａ管理部５３ａは、参加応答を行ったユーザのユーザＩＤ（すなわちＳＩＰ−ＵＲＬ）及びそのユーザ端末のＩＰアドレスをユーザデータ格納部５３３ａに参加者として登録する。また、参加応答を行ったユーザのユーザＩＤ（すなわちＳＩＰ−ＵＲＬ）及びそのユーザ端末のＩＰアドレスを含む参加メンバ追加通知をＰｏＣ−ＭＣＵサーバ７に送信する（ステップＳ６９）。ＰｏＣ−ＭＣＵサーバ７の会議Ａ音声通信管理部７１ａは、ＰｏＣ管理サーバ５から参加者のユーザＩＤ及びＩＰアドレスを含む参加メンバ追加通知を受信し、話者及び参加者データ格納部７１１ａに参加者のユーザＩＤ及びＩＰアドレスを登録する（ステップＳ７１）。
【００６０】
ステップＳ６９の後に、会議Ａ管理部５３ａは、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ７３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信し、ユーザ端末Ｂへ転送する（ステップＳ７５）。ユーザ端末Ｂは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ７７）。
【００６１】
なお、図１５の処理は、呼出可能な会議メンバ毎に実施される。また、処理は端子Ｉ及びＪを介して図１６の処理に移行する。
【００６２】
図１６を用いて端子Ｉ及びＪ以降の処理について説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、話者権を有するユーザのユーザＩＤを含む話者情報のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ７９）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータとして話者権を有するユーザのユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３は、ＰｏＣ管理サーバ５から、話者情報のプレゼンス登録要求を受信する。会議Ａ管理部５３ａのための会議Ａプレゼンス管理部３３ａが起動されていない場合にはこのタイミングにて起動し、会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”ＦｌｏｏｒＵｓｅｒ”）に対応して話者権を有するユーザのユーザＩＤをプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納する（ステップＳ８１）。図６に示すように、領域３３６１に話者権を有するユーザのユーザＩＤ”ＵｓｅｒＡ”が登録される。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ８３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ８５）。
【００６３】
さらに、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、呼出依頼を行ったユーザを含む会議メンバの情報を含むメンバ情報のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ８７）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータとして、呼出依頼を行ったユーザを含む会議メンバのユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５からメンバ情報のプレゼンス登録要求を受信し、会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”Ｍｅｍｂｅｒ”）に対応してプレゼンスデータ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ，ＵｓｅｒＣ”）をプレゼンスデータ格納部３３３ａに格納する（ステップＳ８９）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ９１）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ９３）。
【００６４】
また、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、呼出依頼を行ったユーザを含む会議メンバについて代理講読要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ９５）。より具体的には、プレゼンスデータ格納部３３３ａにおける講読者リスト格納領域３３３５及びプレゼンスグループ情報格納領域３３３３におけるグループII「音声会議」の領域３３８内の講読者ＩＤのための領域３３８２に、会議メンバを登録することを要求する。なお、会議メンバではなく呼出依頼を行ったユーザ及び参加応答を行ったユーザを登録するようにＳＩＰ／ＳＩＭＰＬＥサーバ３に要求してもよい。但し、参加応答が行われる毎に、当該参加応答に係るユーザについて代理講読を行う必要がある。会議への参加状況及び話者権保持者等のプレゼンスデータを、参加応答を行ったユーザのみに配信するのか、又は呼出がなされたユーザに配信するのかは、会議の公開ポリシーにかかわることなので、いずれの方式を採用することも可能である。但し、本来、プレゼンスデータの講読については、講読を必要とする各ユーザが要求を行い、プレゼンスデータの所有者の許可を得て講読者として登録するものである。従って、本来ならば、会議に参加する又は呼び出されたユーザの各々がＳＩＰ／ＳＩＭＰＬＥサーバ３にアクセスして、講読登録を要求する必要がある。しかしながら、本実施例では、会議という性格上、会議への参加状況及び話者権保持者等のプレゼンスデータの講読は、参加者（又は呼び出されたユーザ）にとって必要な情報であるという観点と、各ユーザに講読登録を行わせる場合には無線区間におけるデータ通信量が増加して通信帯域が無駄に使用され、会議の進行が遅くなるという観点とから、ＰｏＣ管理サーバ５が代理で講読登録を行うこととしている。なお、会議Ａプレゼンス管理部３３ａのプレゼンスデータ格納部３３３ａの所有者は会議Ａ管理部５３ａであり、所有者が代理で講読登録することは権限上大きな問題はない。
【００６５】
ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５から呼出依頼を行ったユーザを含む会議メンバについて代理講読要求を受信し、プレゼンスデータ格納部３３３ａの講読者リスト格納領域３３３５に会議メンバ（又は参加者）を登録し、さらにプレゼンスグループ情報格納領域３３３３におけるグループII「音声会議」の領域３３８内の講読者ＩＤのための領域３３８２に会議メンバ（又は参加者）を登録する（ステップＳ９７）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ９９）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ１０１）。処理は端子Ｋ及びＬを介して図１７及び図１８の処理に移行する。
【００６６】
このように会議メンバ（又は参加者）が講読者リスト格納領域３３３５及びプレゼンスグループ情報格納領域３３３３におけるグループII「音声会議」の領域３３８内の講読者ＩＤのための領域３３８２に登録されると、グループII「音声会議」の領域３３８内のプレゼンスＩＤのための領域３３８１に登録されたプレゼンスＩＤのプレゼンスデータが、配信処理部３３５ａにより会議メンバ（又は参加者）に配信されるようになる。
【００６７】
次に図１７を用いて端子Ｋ以降の処理について説明する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの状態に応じて会議のプレゼンスデータ（話者権保持者のユーザＩＤ、会議メンバのユーザＩＤ及び参加者のユーザＩＤ）の通知処理を実施する（ステップＳ１０３）。ここではユーザ端末Ａ及びユーザ端末Ｂに会議のプレゼンスデータを送信する。ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議のプレゼンスデータを受信して、表示装置に表示する（ステップＳ１０５）。同じように、ユーザ端末Ａのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議のプレゼンスデータを受信して、表示装置に表示する（ステップＳ１０７）。
【００６８】
この段階では、まだ参加者はプレゼンスデータ格納部３３３ａに登録されていないので、会議メンバ及び話者権保持者のみが把握可能な表示が行われる。そして、ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信し（ステップＳ１０９）、ユーザ端末Ａのプレゼンスデータ処理部９１５も、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信する（ステップＳ１１１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをユーザ端末Ａ及びユーザ端末Ｂから受信する（ステップＳ１１３）。処理は、端子Ｍを介して図１８の処理に移行する。
【００６９】
次に図１８を用いて端子Ｌ及びＭ以降の処理について説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、この段階までに確定している参加者（参加応答を行ったユーザだけではなく呼出依頼を行ったユーザを含む）のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ１１５）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータとして、参加者のユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５から参加者のプレゼンス登録要求を受信し、会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”ＪｏｉｎＵｓｅｒ”）及びプレゼンスデータ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）をプレゼンスデータ格納部３３３ａに格納する（ステップＳ１１７）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ１１９）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ１２１）。
【００７０】
そして、ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの状態に応じて会議のプレゼンスデータ（話者権保持者のユーザＩＤ、会議メンバのユーザＩＤ及び参加者のユーザＩＤ）の通知処理を実施する（ステップＳ１２３）。ここではユーザ端末Ａ及びユーザ端末Ｂに会議のプレゼンスデータを送信する。ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議のプレゼンスデータを受信して、表示装置に表示する（ステップＳ１２５）。同じように、ユーザ端末Ａのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から会議のプレゼンスデータを受信して、表示装置に表示する（ステップＳ１２７）。
【００７１】
この段階では、ステップＳ１１７において参加者がプレゼンスデータ格納部３３３ａに登録されているので、会議メンバ、参加者、話者権保持者、及び呼出を受けて参加していないユーザを把握可能な表示がなされる。そして、ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信し（ステップＳ１２９）、ユーザ端末Ａのプレゼンスデータ処理部９１５も、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信する（ステップＳ１３１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをユーザ端末Ａ及びユーザ端末Ｂから受信する（ステップＳ１３３）。処理は端子Ｎを介して図１９の処理に移行する。また、端子Ｐを介して図２０の処理に移行する。
【００７２】
ステップＳ９７において会議メンバが講読登録されている場合においては、参加者が新たに現れる毎に、ステップＳ１１５乃至Ｓ１３３が実行される。ステップＳ９７において参加者が講読登録されている場合においては、参加者が新たに現れる毎に、ステップＳ１１５乃至Ｓ１３３が実行されて、既に参加者として講読登録されているユーザにプレゼンスデータが配信され、さらにステップＳ９５乃至Ｓ１１３が実行されて新たな参加者にプレゼンスデータが配信される。
【００７３】
図１８に示した処理が完了した時点において、電子会議の各参加者は、他の参加者を認識でき、会議を開始することができるようになる。なお、話者権については呼出依頼を行ったユーザが保持しているので、このユーザのみが発言することができる。
【００７４】
すなわち図１９に示すような処理が実施される。ユーザＡが話者権保持者であるから、ユーザＡはユーザ端末Ａに対して発話する。ユーザ端末Ａは、ユーザＡからの音声入力をマイクで受け付け、音声会議処理部９１１は、マイクドライバ９３が生成した音声データから音声パケットを生成して、ＰｏＣ−ＭＣＵサーバ７に送信する（ステップＳ１３５）。この際、会議情報として受信した、ＰｏＣ−ＭＣＵサーバ７のＩＰアドレス及びポート番号を用いる。すなわち直接ＰｏＣ−ＭＣＵサーバ７に音声パケットを送信する。
【００７５】
ＰｏＣ−ＭＣＵサーバ７の会議Ａ音声通信管理部７１ａは、ユーザ端末Ａから音声パケットを受信し、話者及び参加者データ格納部７１１ａに格納されている参加者ＩＰアドレス宛に、音声パケットのコピーを転送する（ステップＳ１３７）。ユーザ端末Ｂにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ＰｏＣ−ＭＣＵサーバ７から音声パケットを受信し、図示しないスピーカドライバ及びスピーカを介して音声パケットに係る音声を出力する（ステップＳ１３９）。このようにして、音声ベースの電子会議が行われる。なお、話者権の移動については本実施例の主要部ではないので、ここでは説明しない。
【００７６】
次に図２０を用いて端子Ｐ以降の処理を説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、参加者（呼出依頼を行ったユーザを含む）毎に、参加者のプレゼンスデータを”ＢＵＳＹ”（又は音声会議中等）に変更するようにプレゼンスデータの更新登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ１４１）。より具体的には、参加者がユーザＡ及びユーザＢであるとすると、ユーザＡプレゼンス管理部３１ａのプレゼンスデータ格納部３１３ａにおけるプレゼンス情報格納領域３１３１内の領域３１６（プレゼンスＩＤは”Ｓｔａｔｅ”）に格納されたデータを”ＢＵＳＹ”などに変更するためのプレゼンスデータ更新登録要求、及びユーザＢプレゼンス管理部３１ｂのプレゼンスデータ格納部３１３ｂにおけるプレゼンス情報格納領域３１３１内の領域３１６に格納されたデータを”ＢＵＳＹ”などに変更するためのプレゼンスデータ更新登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する。
【００７７】
本来であれば、ユーザＡプレゼンス管理部３１ａにおけるプレゼンスデータ格納部３１３ａ内のデータは、ユーザＡにしか変更できない。同じようにユーザＢプレゼンス管理部３１ｂにおけるプレゼンスデータ格納部３１３ｂ内のデータは、ユーザＢにしか変更できない。しかし、本実施例においては、音声会議をスムーズに進め、無線区間における通信量を減らすために、特別にＰｏＣ管理サーバ５に変更を認めるものである。
【００７８】
ＳＩＰ／ＳＩＭＰＬＥサーバ３のユーザＡプレゼンス管理部３１ａ（及びユーザＢプレゼンス管理部３１ｂ。但し以下重複するので説明を省略する。）は、ＰｏＣ管理サーバ５から参加者のプレゼンスデータの更新登録要求を受信し、ユーザＡプレゼンス管理部３１ａのプレゼンスデータ管理部３１１ａは、プレゼンスＩＤ”Ｓｔａｔｅ”に対応して”ＢＵＳＹ”等のプレゼンスデータをプレゼンスデータ格納部３１３ａに格納する（ステップＳ１４３）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のユーザＡプレゼンス管理部３１ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ１４５）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ１４７）。
【００７９】
このようなユーザＡ及びユーザＢのプレゼンスデータの更新が行われれば、プレゼンスＩＤ”Ｓｔａｔｅ”の講読者として登録されたユーザには、ユーザＡ又はユーザＢのプレゼンスデータが通知される。すなわち、ＳＩＰ／ＳＩＭＰＬＥサーバ３におけるユーザＡプレゼンス管理部３１ａの配信処理部３１５ａは、プレゼンスデータ格納部３１３ａの状態に応じてユーザＡのプレゼンスデータの通知処理を実施する（ステップＳ１４９）。図５の例では、ユーザＢ及びユーザＣに送信される。なお、ユーザＢプレゼンス管理部３１ｂについても同様の処理が実施される。但し、ユーザＢのプレゼンスデータについてはユーザＡ及びユーザＣに送信されるものとする。  
【００８０】
そうすると、ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からユーザＡのプレゼンスデータを受信して、表示装置に表示する（ステップＳ１５１）。同じように、ユーザ端末Ａのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からユーザＢのプレゼンスデータを受信して、表示装置に表示する（ステップＳ１５３）。他のユーザ端末でも、同じように表示が変更される。これによって、音声ベースの電子会議の参加者の状態を講読している他のユーザは、参加者がＢＵＳＹで連絡が取れないことを認識することができる。
【００８１】
そして、ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信し（ステップＳ１５５）、ユーザ端末Ａのプレゼンスデータ処理部９１５も、ＳＩＰ／ＳＩＭＰＬＥサーバ３にＯＫレスポンスを返信する（ステップＳ１５７）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のユーザＡプレゼンス管理部３１ａ及びユーザＢプレゼンス管理部３１ｂは、ＯＫレスポンスをユーザ端末Ａ及びユーザ端末Ｂから受信する（ステップＳ１５９）。
【００８２】
このような処理を実施することにより、ユーザは音声ベースの電子会議をスムーズに進行させることができ、無線の通信帯域を無駄に消費することもない。
【００８３】
次に、図２１乃至図２３を用いて音声ベースの電子会議が行われている途中で文字ベースの電子会議（チャット）を開始する場合の処理について説明する。まず、例えばユーザＡが、ユーザＡ、ユーザＢ、ユーザＣ等が参加する音声ベースの電子会議において、ユーザＢと音声ではなく文字ベースのチャットで内々に打ち合わせを行う場合の処理を説明する。この場合、音声ベースの電子会議は維持される。
【００８４】
まずユーザＡは、ユーザ端末Ａを操作して、音声ベースの電子会議を維持すること及びチャットに呼び出す参加者のユーザＢを指定する。ユーザ端末Ａのチャット処理部９１３は、このような音声維持のチャット呼出依頼についてのユーザ操作入力を受け付け（ステップＳ２０１）、チャットメンバ（ここではユーザＢ）のリストを含む音声維持のチャット呼出依頼をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２０３）。なお、例えばユーザＡから呼び出し先の指定の入力が無かった場合は、音声ベースの電子会議の参加者全員を呼び出し先として設定するようにしてもよい。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末Ａからチャットメンバのリストを含む音声維持のチャット呼出依頼を受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ２０５）。
【００８５】
ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットメンバのリストを含む音声維持の呼出依頼を受信し、チャットメンバのリストを例えばユーザデータ格納部５３３ａに格納する（ステップＳ２０７）。そして、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２０９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信し、ユーザ端末Ａに転送する（ステップＳ２１１）。ユーザ端末Ａのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２１３）。
【００８６】
また、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、受信したチャットメンバのリストに従って、チャットメンバ毎に、チャットメンバ（ここではユーザＢ）に対する音声維持のチャット呼出をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２１５）。なお、呼出元のユーザについてのデータをチャット呼出に含める。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からチャットメンバに対する音声維持のチャット呼出を受信し、ユーザ端末Ｂに転送する（ステップＳ２１７）。ユーザ端末Ｂのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から音声維持のチャット呼出を受信し、例えばチャット呼出用の表示を行ったり、所定の音声を出力するなどチャット呼出処理を実施する（ステップＳ２１９）。なお、ユーザ端末Ｂのチャット処理部９１３は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２２１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＢからＯＫレスポンスを受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ２２３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２２５）。処理は、端子Ｑ、端子Ｒ及び端子Ｓを介して図２２の処理に移行する。
【００８７】
図２２を用いて端子Ｑ、端子Ｒ及び端子Ｓ以降の処理について説明する。ユーザＢは、チャット呼出を認識すると、チャットに参加するか判断する。参加すると判断する場合には、ユーザ端末Ｂにチャット参加応答を入力する。ユーザ端末Ｂは、ユーザＢによるチャット参加応答入力を受け付け（ステップＳ２２７）、ユーザＢによる参加応答をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２２９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＢからユーザＢによる参加応答を受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ２３１）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザＢによる参加応答を、ＳＩＰ／ＳＩＭＰＬＥサーバ３から受信し、ユーザデータ格納部５３３ａにユーザＢに対応してチャット参加を表すデータを格納する（ステップＳ２３３）。
【００８８】
これに対して、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２３５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信し、ユーザ端末Ｂに転送する（ステップＳ２３７）。ユーザ端末Ｂのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２３９）。
【００８９】
そして、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、チャット参加者（チャット呼出依頼元のユーザを含む。ここではユーザＡ及びユーザＢ。）のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２４１）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータとして参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）を登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５からチャット参加者のプレゼンス登録要求を受信し、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”ＣｈａｔＵｓｅｒ”）に対応してチャット参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）をプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納する（ステップＳ２４３）。図６に示すように、プレゼンス情報格納領域３３３１の領域３３６５に参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ、ＵｓｅｒＢ”）が登録される。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ２４５）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２４７）。
【００９０】
さらに、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、チャット参加者に対する公開設定要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２４９）。より具体的には、プレゼンスグループ情報格納領域３３３３のグループIII「チャット」のための領域３３９内の講読者ＩＤの領域３３９２に、チャット参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ、ＵｓｅｒＢ”）を登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５からチャット参加者に対応する公開設定要求を受信し、受信した公開設定要求に係るチャット参加者のユーザＩＤをプレゼンスグループ情報格納領域３３３３のグループIII「チャット」のための領域３３９内の講読者ＩＤの領域３３９２に格納する（ステップＳ２５１）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ２５３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２５５）。処理は端子Ｔを介して図２３の処理に移行する。
【００９１】
なお、図２２におけるＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａの処理が完了すれば、プレゼンスグループ情報格納領域３３３３内のグループIII「チャット」の領域３３９に含まれるプレゼンスＩＤの領域３３９１で特定されるプレゼンスデータが、チャット参加者に通知されるようになる。すなわち、プレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータ「チャットの内容」（図６の例では”こんにちは・・・”）と、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータ「チャット参加者」（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）とが、更新時に自動的に通知される。しかしながら、プレゼンスデータの所有者は会議Ａ管理部５３ａであるから、通常ではチャット参加者はプレゼンスデータを更新することはできない。チャット参加者がチャット内容を変更できないのでは、チャットを進めることができない。一方で、音声ベースの電子会議を実施中にチャットを開始する場合に、会議Ａプレゼンス管理部３３ａとは別にチャット参加者が所有するプレゼンス管理部を起動するなどの処理を実施する場合には、ＳＩＰ／ＳＩＭＰＬＥサーバ３やＰｏＣ管理サーバ５のリソースを余分に使用するなどの問題がある。従って、本実施例では、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータとして登録されたチャット参加者は、プレゼンスＩＤが”Ｃｈａｔ”のプレゼンスデータを所有者にかかわらず更新可能とする。すなわち、ステップＳ２４１のチャット参加者のプレゼンス登録要求又はステップＳ２４９のチャット参加者に対する公開設定要求に応じて、チャット参加者にチャットの内容を更新する権限が与えられることになる。このようにして、リソースを無駄に消費することなく、スムーズにチャットを開始することができるようになる。
【００９２】
次に、図２３を用いて端子Ｔ以降の処理を説明する。ここではＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの設定に従い、チャットのプレゼンスデータ（チャット内容のプレゼンスデータ及びチャット参加者のプレゼンスデータ）を、ユーザ端末Ａ及びユーザ端末Ｂに通知する（ステップＳ２５７）。初期的にはチャット内容は何も登録されていないので、何も通知されない。ユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットのプレゼンスデータを受信し、表示装置に表示する（ステップＳ２５９）。また、ユーザ端末Ａにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットのプレゼンスデータを受信し、表示装置に表示する（ステップＳ２６１）。ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２６３）。同じようにユーザ端末Ａのプレゼンスデータ処理部９１５は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２６５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ユーザ端末Ａ及びユーザ端末ＢからのＯＫレスポンスを受信する（ステップＳ２６７）。
【００９３】
さらに例えばユーザＡが、ユーザ端末Ａを操作して、チャットの内容（会話文字）を入力すると、ユーザ端末Ａのプレゼンスデータ処理部９１５は、ユーザＡによる会話文字の入力を受け付け、プレゼンスＩＤ”Ｃｈａｔ”のプレゼンスデータとしてＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ２６９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａにおけるプレゼンスデータ管理部３３１ａは、ユーザ端末Ａから会話文字データをプレゼンスＩＤ”Ｃｈａｔ”のプレゼンスデータとして受信し、プレゼンスデータ格納部３３３ａに格納する（ステップＳ２７１）。会議Ａプレゼンス管理部３３ａは、ユーザ端末ＡにＯＫレスポンスを送信する（ステップＳ２７３）。ユーザ端末Ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ２７５）。
【００９４】
このようにプレゼンスデータが更新されたので、ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａの配信処理部３３５ａは、プレゼンスデータ格納部３３３ａの設定に従い、チャットのプレゼンスデータ（チャット内容のプレゼンスデータ及び変更があればチャット参加者のプレゼンスデータ）を、ユーザ端末Ａ及びユーザ端末Ｂに通知する（ステップＳ２７７）。差分のみを通知するようにする場合もある。ユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットのプレゼンスデータを受信し、表示装置に表示する（ステップＳ２７９）。また、ユーザ端末Ａにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１５は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットのプレゼンスデータを受信し、表示装置に表示する（ステップＳ２８１）。ユーザ端末Ｂのプレゼンスデータ処理部９１５は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２８３）。同じようにユーザ端末Ａのプレゼンスデータ処理部９１５は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ２８５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ユーザ端末Ａ及びユーザ端末ＢからのＯＫレスポンスを受信する（ステップＳ２８７）。
【００９５】
以下、ステップＳ２６９乃至Ｓ２８７の処理を繰り返すことにより、チャットでの会話を進めることができる。なお、ユーザ端末Ｂからも会話文字を送信することが可能である。処理内容は同様であるからここでは説明を省略する。
【００９６】
このような処理を実施することにより、音声ベースの電子会議を維持しつつ、別途音声ベースの電子会議の参加者のサブセットにおいて文字ベースのチャットを行うことができるようになる。なお、プレゼンス技術を用いてチャットを実現しているため、音声ベースの電子会議のために用意されたリソースを有効に活用することができる。
【００９７】
また、１つの音声会議に対し、プレゼンスグループ情報及びそれに対応するプレゼンスデータのセットを複数用意することにより、複数のチャットグループを管理できるので、例えばユーザＡ、Ｂ、Ｃ及びＤの４人が参加している音声会議のサブセットとして、ユーザＡとＢ、ユーザＣとＤがそれぞれ別個のチャットを行ったり、ユーザＡとＢ、ユーザＡとＣとが別個にチャットを行ったりするなど、複数のサブセットのチャットを行うこともできる。
【００９８】
また、図５のプレゼンス情報格納領域３１３１では特定のユーザのプレゼンスデータが管理されているが、ここに例えばプレゼンスＩＤを”ｐｏｓｉｔｉｏｎ”とし、”ｔｅａｃｈｅｒ”又は”ｓｔｕｄｅｎｔ”のいずれかのプレゼンスデータを格納しておけば、プレゼンスデータが”ｓｔｕｄｅｎｔ”であるユーザからは、チャットの呼出先としてプレゼンスデータが”ｔｅａｃｈｅｒ”であるユーザのみを許可するようにしたり、プレゼンスデータが”ｔｅａｃｈｅｒ”であるユーザからの呼び出しは、いずれのユーザへの呼び出しであっても許可したりするような制御が可能となる。すなわち、ユーザ毎に管理されているプレゼンスデータを利用してプレゼンスデータの送信を制御することができるようになる。
【００９９】
一方、図６のプレゼンス情報格納領域３３３１では音声ベースの電子会議のプレゼンスデータが管理されているが、ここに例えばプレゼンスＩＤを”ｔｅａｃｈｅｒ”とし先生の地位を有する参加者の講読者ＩＤを登録し、さらにプレゼンスＩＤを”ｓｔｕｄｅｎｔ”とし学生の地位を有する参加者の講読者ＩＤを登録すると上と同様の処理を行うことができるようになる。すなわち、プレゼンスＩＤが”ｔｅａｃｈｅｒ”であるプレゼンスデータとして登録されたユーザについては、全ての会議参加者にチャットの呼び出しを行うことができ、プレゼンスＩＤが”ｓｔｕｄｅｎｔ”であるプレゼンスデータとして登録されたユーザについては、プレゼンスＩＤが”ｔｅａｃｈｅｒ”であるプレゼンスデータとして登録されたユーザにしかチャットの呼び出しを行うことができないというような制御が可能となる。従って、会議毎に管理されているプレゼンスデータを利用してプレゼンスデータの送信を制御することができるようになる。
【０１００】
次に図２４乃至図２６を用いて音声ベースの電子会議を維持しない場合の処理フローを説明する。まず、例えばユーザＡが、ユーザＡ、ユーザＢ、ユーザＣ等が参加する音声ベースの電子会議において、電車に乗るなどの理由で音声での発言ができない状態に至り、原則として音声ベースの電子会議に参加しているユーザ全体が、文字ベースのチャットに移行する場合について説明する。
【０１０１】
まずユーザＡは、ユーザ端末Ａを操作して、音声ベースの電子会議を維持しないこと及びチャットに呼び出す参加者のユーザを指定する。なお、音声ベースの電子会議を維持しない場合には、原則として参加者全員がチャットに移行することを前提とするので、チャットに呼び出す参加者のユーザを指定しない場合もある。ユーザ端末Ａのチャット処理部９１３は、このような音声会話終了（すなわち音声維持なし）のチャット呼出依頼についてのユーザ操作入力を受け付け（ステップＳ３０１）、チャットメンバのリストを含む音声会話終了のチャット呼出依頼をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３０３）。全員が移行することを前提とすればチャットメンバのリストを含まない場合もある。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末Ａからチャットメンバのリストを含む音声会話終了のチャット呼出依頼を受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ３０５）。
【０１０２】
ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からチャットメンバのリストを含む音声会話終了の呼出依頼を受信し、チャットメンバのリストを例えばユーザデータ格納部５３３ａに格納する（ステップＳ３０７）。そして、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に返信する（ステップＳ３０９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信し、ユーザ端末Ａに転送する（ステップＳ３１１）。ユーザ端末Ａのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ３１３）。
【０１０３】
また、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、受信したチャットメンバのリストに従って、チャットメンバ毎に、チャットメンバ（ここではユーザＢ）に対する音声会話終了のチャット呼出をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３１５）。なお、呼出元のユーザについてのデータをチャット呼出に含める。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からチャットメンバに対する音声会話終了のチャット呼出を受信し、ユーザ端末Ｂに転送する（ステップＳ３１７）。ユーザ端末Ｂのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３から音声会話終了のチャット呼出を受信し、例えばチャット呼出用の表示を行ったり、所定の音声を出力するなどチャット呼出処理を実施する（ステップＳ３１９）。なお、ユーザ端末Ｂのチャット処理部９１３は、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３２１）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＢからＯＫレスポンスを受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ３２３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ３２５）。処理は、端子Ｕ、端子Ｖ及び端子Ｗを介して図２５の処理に移行する。
【０１０４】
図２５を用いて端子Ｕ、端子Ｖ及び端子Ｗ以降の処理について説明する。ユーザＢは、チャット呼出を認識すると、チャットに参加するか判断する。参加すると判断する場合には、ユーザ端末Ｂにチャット参加応答を入力する。ユーザ端末Ｂは、ユーザＢによるチャット参加応答入力を受け付け（ステップＳ３２７）、ユーザＢによる参加応答をＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３２９）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ユーザ端末ＢからユーザＢによる参加応答を受信し、ＰｏＣ管理サーバ５に転送する（ステップＳ３３１）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザＢによる参加応答を、ＳＩＰ／ＳＩＭＰＬＥサーバ３から受信し、ユーザデータ格納部５３３ａにチャット参加者として登録する（ステップＳ３３３）。
【０１０５】
これに対して、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＯＫレスポンスをＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３３５）。ＳＩＰ／ＳＩＭＰＬＥサーバ３のルーティング処理部３５は、ＰｏＣ管理サーバ５からＯＫレスポンスを受信し、ユーザ端末Ｂに転送する（ステップＳ３３７）。ユーザ端末Ｂのチャット処理部９１３は、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ３３９）。
【０１０６】
チャット呼出は、原則として全ての会議参加者に通知する。但し、ユーザＡの呼びかけに対して応じない参加者が存在する場合もあり、その場合には音声ベースの電子会議と文字ベースのチャットとが並存する場合もあり得る。
【０１０７】
そして、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、チャット参加者（チャット呼出依頼元のユーザを含む。ここではユーザＡ及びユーザＢ。）のプレゼンス登録要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３４１）。より具体的には、会議Ａ管理部５３ａが所有者であって、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータとして参加者のユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５からチャット参加者のプレゼンス登録要求を受信し、受信したプレゼンス登録要求に係るプレゼンスＩＤ（”ＣｈａｔＵｓｅｒ”）に対応してチャット参加者のユーザＩＤをプレゼンスデータとしてプレゼンスデータ格納部３３３ａに格納する（ステップＳ３４３）。図６に示すように、プレゼンス情報格納領域３３３１の領域３３６５に参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ、ＵｓｅｒＢ”）が登録される。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ３４５）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ３４７）。
【０１０８】
さらに、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、チャット参加者に対する公開設定要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３４９）。より具体的には、プレゼンスグループ情報格納領域３３３３のグループIII「チャット」のための領域３３９内の講読者ＩＤの領域３３９２に、チャット参加者のユーザＩＤを登録することを要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３における会議Ａプレゼンス管理部３３ａのプレゼンスデータ管理部３３１ａは、ＰｏＣ管理サーバ５からチャット参加者に対する公開設定要求を受信し、受信した公開設定要求に係るチャット参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）をプレゼンスグループ情報格納領域３３３３のグループIII「チャット」のための領域３３９内の講読者ＩＤの領域３３９２に格納する（ステップＳ３５１）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ３５３）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ３５５）。処理は端子Ｘ及び端子Ｙを介して図２６の処理に移行する。
【０１０９】
このように、図２５におけるＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａの処理が完了すれば、プレゼンスグループ情報格納領域３３３３内のグループIII「チャット」の領域３３９に含まれるプレゼンスＩＤの領域３３９１で特定されるプレゼンスデータが、チャット参加者に通知されるようになる。すなわち、プレゼンスＩＤが”Ｃｈａｔ”であるプレゼンスデータ「チャットの内容」（図６の例では”こんにちは・・・”）と、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータ「チャット参加者」（図６における”ＵｓｅｒＡ，ＵｓｅｒＢ”）とが、更新時に自動的に通知される。図２２に関連して述べたように、ここでも、プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”であるプレゼンスデータとして登録されたチャット参加者は、所有者ではないが、プレゼンスＩＤが”Ｃｈａｔ”のプレゼンスデータを更新することができる。すなわち、ステップＳ３４１のチャット参加者のプレゼンス登録要求又はステップＳ３４９のチャット参加者に対する公開設定要求に応じて、チャット参加者にチャットの内容を更新する権限が与えられることになる。このようにして、リソースを無駄に消費することなく、スムーズにチャットを開始することができるようになる。
【０１１０】
次に、図２６を用いて端子Ｘ及び端子Ｙ以降の処理を説明する。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、会議の参加者プレゼンスからチャット参加者（ここではチャット呼出依頼元を含む）を削除するための参加者プレゼンス更新要求を生成し、ＳＩＰ／ＳＩＭＰＬＥサーバ３に送信する（ステップＳ３５７）。より具体的には、所有者が会議Ａ管理部５３ａであり、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータからチャット参加者のユーザＩＤ（図６の例では”ＵｓｅｒＡ，ＵｓｅｒＢ”）を削除するように要求する。ＳＩＰ／ＳＩＭＰＬＥサーバ３の会議Ａプレゼンス管理部３３ａは、ＰｏＣ管理サーバ５から会議の参加者プレゼンスからチャット参加者を削除するための参加者プレゼンス更新要求を受信し、プレゼンスデータ格納部３３３ａにおけるプレゼンス情報格納領域３３３１内のプレゼンスＩＤ”ＪｏｉｎＵｓｅｒ”のための領域３３６３をチャット参加者のユーザＩＤを含まないように更新登録する（ステップＳ３５９）。また、会議Ａプレゼンス管理部３３ａは、ＯＫレスポンスをＰｏＣ管理サーバ５に送信する（ステップＳ３６１）。ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ＳＩＰ／ＳＩＭＰＬＥサーバ３からＯＫレスポンスを受信する（ステップＳ３６３）。
【０１１１】
このような処理を実施することにより、チャット参加者は音声ベースの電子会議から退出したことがプレゼンスデータの更新登録という形でＳＩＰ／ＳＩＭＰＬＥサーバ３に登録され、他の会議の参加者又は会議メンバ（すなわち会議に呼び出されたユーザ）にプレゼンスデータの更新ということで通知される。なお、上で述べた処理に加えて、話者権保持者のプレゼンスデータ、参加者のプレゼンスデータ、会議メンバのプレゼンスデータの、参加者又は会議メンバに対する公開設定をも解除するようにしてもよい。また、ステップＳ３５７では、チャット参加者についてのみ音声ベースの電子会議の参加者プレゼンスから削除するようにしているが、全参加者を音声ベースの電子会議から退出させるようにしてもよい。
【０１１２】
また、ＰｏＣ管理サーバ５の会議Ａ管理部５３ａは、ユーザデータ格納部５３３ａに格納されたデータを用いて、チャット参加者のリストを含む音声ルーティング停止要求をＰｏＣ−ＭＣＵサーバ７に送信する（ステップＳ３６５）。ＰｏＣ−ＭＣＵサーバ７の会議Ａ音声通信管理部７１ａは、ＰｏＣ管理サーバ５からチャット参加者のリストを含む音声ルーティング停止要求を受信し、話者及び参加者データ格納部７１１ａにおいてチャット参加者リストに含まれるユーザについて音声ルーティング停止の設定（例えばルーティングのフラグをオフにする）にする（ステップＳ３６７）。
【０１１３】
ＰｏＣ管理サーバ５の会議Ａ管理部５３ａによりステップＳ３５７においてチャット参加者が音声ベースの電子会議の参加者から削除されるため、音声での発言が発生することはないので、音声ルーティング停止については行わなくともよいが、ＰｏＣ−ＭＣＵサーバ７におけるリソースの有効利用につながる場合もあるので、実行する。
【０１１４】
図２６の後の処理については、端子Ｔを介して図２３の処理に移行する。よって、この後はプレゼンス技術を用いたチャットにより会議が進められていく。
【０１１５】
なお、チャットの会話内容を表すプレゼンスデータを所定の記憶装置に保存しておけば、そのチャットで交わされた会話内容のログとして利用できる。従って、例えば途中から参加したユーザの端末に、当該ユーザからの参照要求に応じて保存したプレゼンスデータであるチャットの会話内容ログを送信することで、この途中から参加したユーザは自分が参加する前に行われた会話内容を知ることができるようになる。
【０１１６】
以上本発明の一実施例を説明したが、本発明はこれに限定されるものではない。図１乃至図４に示した機能ブロック図は、一例であって、必ずしも実際のプログラムモジュールの構成に合致しない場合もある。さらに、図５乃至図１１に示したデータの保持の仕方についても、同様のデータを管理可能な限りにおいて他の方式を採用することも可能である。
【０１１７】
なお、ＳＩＰ／ＳＩＭＰＬＥサーバ３、ＰｏＣ管理サーバ５及びＰｏＣ−ＭＣＵサーバ７は、コンピュータ装置であって、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０１１８】
また、ユーザ端末についても、ＨＤＤ２５０５及びドライブ装置２５１３の代わりにフラッシュメモリなどの記憶装置を設けることによりほぼ同様な構成で表すことができる。
【０１１９】
また、図１８のステップＳ１１５については、参加者毎に参加者のプレゼンス登録要求をＰｏＣ管理サーバ５からＳＩＰ／ＳＩＭＰＬＥサーバ３に送信するような構成を説明した。しかし、例えば最初は所定時間、参加応答を受け付けても直ぐにＰｏＣ管理サーバ５の会議Ａ管理部５３ａが上記参加者のプレゼンス登録要求を送信せず、所定時間内に受信した参加応答をまとめて上記参加者のプレゼンス登録要求を送信するようにしてもよい。最初の所定期間内においては、複数の参加者が参加応答を返信する可能性が高い。従って、上記参加者のプレゼンス登録要求を多数送信することになって、プレゼンスデータの更新が頻繁になり、プレゼンスデータの更新がユーザ端末に頻繁に通知されるようになると、無線区間の通信帯域が消費されることになる。そこで、上で述べたように参加応答を所定期間まとめることにより、ＳＩＰ／ＳＩＭＰＬＥサーバ３とユーザ端末間の通信データ量を減少させ、レスポンスを早めることができる。なお、所定期間経過後については、参加応答を受信する毎にステップＳ１１５以降を実施すればよい。
【０１２０】
また、図２２のステップＳ２４１、図２５のステップＳ３４１についても同様である。
【０１２１】
さらに、図１６のステップＳ９５では、ＰｏＣ管理サーバ５がユーザに代わって代理講読要求を実施するような処理を示したが、自明な場合には他の場面においてもＰｏＣ管理サーバ５やＳＩＰ／ＳＩＭＰＬＥサーバ３が、自動的に講読関係を変更するようにしてもよい。
【０１２２】
さらに上では音声ベースの電子会議からチャットへの移行のみ説明したが、チャットから音声ベースの電子会議へ復帰させることもチャットへの移行と同様の方式で可能となる。但し、ステップＳ３５７では参加者の削除ではなく登録を依頼し、ステップＳ３６５ではルーティング停止ではなく再開を依頼することになる。
【図面の簡単な説明】
【０１２３】
【図１】本発明の一実施例に係るシステム構成図である。
【図２】ユーザ端末の機能ブロック図である。
【図３】ユーザＡプレゼンス管理部の機能ブロック図である。
【図４】会議Ａプレゼンス管理部の機能ブロック図である。
【図５】ユーザＡプレゼンス管理部におけるプレゼンスデータ格納部に格納されるデータの模式図である。
【図６】会議Ａプレゼンス管理部におけるプレゼンスデータ格納部に格納されるデータの模式図である。
【図７】プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”のプレゼンスデータの一例を示す図である。
【図８】プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”のプレゼンスデータの一例を示す図である。
【図９】プレゼンスＩＤが”Ｍｅｍｂｅｒ”のプレゼンスデータの一例を示す図である。
【図１０】プレゼンスＩＤが”ＣｈａｔＵｓｅｒ”のプレゼンスデータの一例を示す図である。
【図１１】プレゼンスＩＤが”Ｃｈａｔ”のプレゼンスデータの一例を示す図である。
【図１２】本発明の一実施例の処理フローの第１の部分を示す図である。
【図１３】本発明の一実施例の処理フローの第２の部分を示す図である。
【図１４】本発明の一実施例の処理フローの第３の部分を示す図である。
【図１５】本発明の一実施例の処理フローの第４の部分を示す図である。
【図１６】本発明の一実施例の処理フローの第５の部分を示す図である。
【図１７】本発明の一実施例の処理フローの第６の部分を示す図である。
【図１８】本発明の一実施例の処理フローの第７の部分を示す図である。
【図１９】本発明の一実施例の処理フローの第８の部分を示す図である。
【図２０】本発明の一実施例の処理フローの第９の部分を示す図である。
【図２１】本発明の一実施例におけるチャット開始処理の処理フローの第１の部分を示す図である。
【図２２】本発明の一実施例におけるチャット開始処理の処理フローの第２の部分を示す図である。
【図２３】本発明の一実施例におけるチャット開始処理の処理フローの第３の部分を示す図である。
【図２４】本発明の一実施例におけるチャット移行処理の処理フローの第１の部分を示す図である。
【図２５】本発明の一実施例におけるチャット移行処理の処理フローの第２の部分を示す図である。
【図２６】本発明の一実施例におけるチャット移行処理の処理フローの第３の部分を示す図である。
【図２７】コンピュータの機能ブロック図を示す図である。
【図１】
0004514755.tif 000002
【図２】
0004514755.tif 000003
【図３】
0004514755.tif 000004
【図４】
0004514755.tif 000005
【図５】
0004514755.tif 000006
【図６】
0004514755.tif 000007
【図７】
0004514755.tif 000008
【図８】
0004514755.tif 000009
【図９】
0004514755.tif 000010
【図１０】
0004514755.tif 000011
【図１１】
0004514755.tif 000012
【図１２】
0004514755.tif 000013
【図１３】
0004514755.tif 000014
【図１４】
0004514755.tif 000015
【図１５】
0004514755.tif 000016
【図１６】
0004514755.tif 000017
【図１７】
0004514755.tif 000018
【図１８】
0004514755.tif 000019
【図１９】
0004514755.tif 000020
【図２０】
0004514755.tif 000021
【図２１】
0004514755.tif 000022
【図２２】
0004514755.tif 000023
【図２３】
0004514755.tif 000024
【図２４】
0004514755.tif 000025
【図２５】
0004514755.tif 000026
【図２６】
0004514755.tif 000027
【図２７】
0004514755.tif 000028