JP3938379B2 - 電子音声会議における話者権についての情報処理方法及びプログラム、並びに無線通信携帯端末 - Google Patents

Description

本発明は、電子音声会議における話者権についての情報処理技術に関する。

例えば特表平８−５０５９９０号公報には、グループ通話に関する技術が開示されている。すなわち、まずグループ通話のグループに属していて話をしたい加入者（Ａ，Ｂ，Ｃ，Ｄ）がインターフェイスを経て移動交換機へスピーチ項目を要求する。２つの加入者からのスピーチ送信順番に対する同時の要求により生ずる問題を解決するために、上記加入者（Ａ，Ｂ，Ｃ，Ｄ）からのスピーチ項目の要求を検出した際に、そのスピーチ項目の要求に対して特定の、優先順位を含む優先順位データ（Ｂ'，Ｃ'）を生成し、そしてスピーチ項目の要求の優先順位データ（Ｂ'）が他の加入者に対し最も高い優先順位である加入者により送られるスピーチ信号を聞くように移動交換機が切り替えを行う。
特表平８−５０５９９０号公報

このような従来技術によれば話者権の移動を制御することができるが、例えば、発言してもらいたい人に話者権を持たせたい、いずれかの話者が話者権を持ち続けて他のグループメンバが話者権を取得する機会が無くなることが起こらないように話者権を制御したい、といったようなユーザビリティに考慮した話者権の移動について考察されているわけではない。

従って、本発明の目的は、電子音声会議において、ユーザビリティに考慮した話者権の移動を可能にする情報処理技術を提供することである。

また、本発明の他の目的は、話者権に関連してユーザビリティの向上が可能となる、携帯電話機を含む無線通信携帯端末を提供することである。

本発明の第１の態様に係る、電子音声会議における話者権についての情報処理方法は、話者権譲渡先である第１のユーザの識別情報を含む話者権譲渡要求を第２のユーザの端末から受信するステップと、話者権譲渡要求が所定の条件を満たしている場合には、話者権を有するユーザの識別情報を含む電子音声会議の状態に関するデータを格納するデータ格納部に、第１のユーザの識別情報を話者権を有するユーザの識別情報として格納する話者権設定ステップと、第１のユーザの端末に第１のユーザが話者権を有することを表すデータを送信する通知ステップとを含む。このようにすれば第２のユーザから第１のユーザに話者権を譲渡することができ、自由な会議運営が可能となる。

また本発明の第２の態様に係る情報処理方法は、特定のユーザの端末から話者権取得要求を受信した場合、話者権を有するユーザの識別情報を含む電子音声会議の状態に関するデータを格納するデータ格納部（例えば実施の形態におけるプレゼンスデータ格納部５１２ａ又はユーザデータ格納部５３２ａなど）を参照して、話者権を有するユーザが既に存在するか判断するステップと、話者権を有するユーザが既に存在すると判断された場合には、特定のユーザの識別情報を電子音声会議の話者権予約データ格納部に格納するステップとを含む。話者権を有していなくとも、話者権が解放された際には話者権を取得できるように予約を行うことができ、ユーザビリティの向上が図られている。

さらに本発明の第３の態様に係る情報処理方法は、特定のユーザの端末から話者権取得要求を受信した場合、話者権を有するユーザの識別情報を含む電子音声会議の状態に関するデータを格納するデータ格納部（例えば実施の形態におけるプレゼンスデータ格納部５１２ａ又はユーザデータ格納部５３２ａなど）を参照して、話者権を有するユーザが既に存在するか判断するステップと、話者権を有するユーザが既に存在すると判断された場合には、優先されるべきユーザの識別情報が登録された優先ユーザ格納部に上記特定のユーザの識別情報が格納されているか確認するステップと、優先ユーザ格納部に上記特定のユーザの識別情報が格納されていると判断された場合には、データ格納部に上記特定のユーザの識別情報を話者権を有するユーザの識別情報として格納するステップとを含む。例えば管理職など一定の権限を有するユーザを優先ユーザ格納部に登録しておけば、当該一定の権限を有するユーザは他のユーザから話者権を剥奪することができるようになる。

なお、本発明の第４の態様に係る、電子音声会議を可能にする無線通信携帯端末は、ユーザからの話者権取得の要求指示を受け付けた場合、話者権取得要求を電子音声会議の管理サーバに送信する話者権処理手段と、話者権取得要求を送信する場合に、当該ユーザの音声データを送信するための機能（例えばマイクや音声データの送信処理機能など）を活性化する手段とを有する。このように話者権の取得の通知を受信する前であっても、話者権取得要求を送信すると音声データを送信するための機能をアクティブにするため、話者権取得完了まで沈黙する必要が無くなり、よりスムーズな会議進行が可能となる。なお、話者権を取得できなければ、サーバ側で音声データを破棄して他のユーザ端末に送信しないようにすれば問題は生じない。

本発明に係る情報処理方法をコンピュータに実行させるためのプログラム及び上記無線通信携帯端末を実現するためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

本発明によれば、電子音声会議において、ユーザビリティに考慮した話者権の移動を可能となる。

また、本発明の別の側面として、話者権に関連してユーザビリティの向上が可能となる無線通信携帯端末を提供することができる。

図１に本発明の一実施の形態に係るシステム概要図を示す。例えば携帯電話網であるネットワーク１には、図示しない無線基地局を介して複数の携帯電話機（ここではユーザＡが操作するユーザ端末Ａ及びユーザＢが操作するユーザ端末Ｂ）が無線にて接続されている。携帯電話機は、ＰＨＳ（Personal Handyphone System）端末の場合もあり、音声通話機能を有するだけではなく、メール・クライアント、ウェブ（Ｗｅｂ）ブラウザ、本実施の形態におけるクライアントアプリケーションなどの各種アプリケーションプログラムを実行することができる。また、ユーザ端末Ａ及びＢは、音声通話機能付きのＰＤＡ（Personal Digital Assistant）等の携帯端末であってもよい。本実施の形態におけるユーザ端末Ａ及びＢについては、後に機能ブロック図を用いて説明する。

ネットワーク１には、ＰｏＣ（Push-to-talk over Cellular）サーバ５も接続されている。ＰｏＣサーバ５は、複数台のコンピュータによりその機能を実現するような構成であってもよい。

ＰｏＣサーバ５は、電子会議の制御及び管理、並びに音声データのルーティングを行うサーバであって、会議Ａのプレゼンス管理部５１ａと、会議Ｂのプレゼンス管理部５１ｂと、会議Ａ管理部５３ａと、会議Ｂ管理部５３ｂと、会議Ａ音声通信管理部５５ａと、会議Ｂ音声通信管理部５５ｂとを有する。ここでは説明を簡単にするため、会議Ａ及び会議Ｂのみが存在するものとして説明したが、会議の数だけ、会議プレゼンス管理部、会議管理部及び会議音声通信管理部が設けられる。また、以下では用いられないので示されていないが、ユーザ毎にユーザのプレゼンス管理部も設けられており、ユーザの状態が講読許可されたユーザに配信されるようになっている。

会議Ａプレゼンス管理部５１ａは、プレゼンスデータ管理部５１１ａと、プレゼンスデータ格納部５１２ａと、配信処理部５１３ａとを有している。会議Ａプレゼンス管理部５１ａは、会議Ａ管理部５３ａ及びユーザ端末のクライアントアプリケーションと協働してプレゼンスデータ格納部５１２ａに格納されたデータの更新を行ったり、プレゼンスデータ格納部５１２ａに格納されたデータの配信処理を行う。

会議Ａ管理部５３ａは、対応する会議Ａ音声通信管理部５５ａのＩＰアドレス及びポート番号を格納し且つ会議Ａ音声通信管理部５５ａとの対応関係を保持するためのＭＣＵ（Multipoint Communication Unit）情報格納部５３１ａと、会議Ａに呼び出されたユーザ、参加ユーザ、話者権保持ユーザなどのユーザＩＤ（講読者ＩＤとも呼ぶ。より具体的にはＳＩＰ（Session Initiation Protocol）−ＵＲＬ（Uniform Resource Locator））とＩＰアドレスの対を保持するユーザデータ格納部５３２ａと、話者権の取得予約を行ったユーザのユーザＩＤのリストである話者権予約リストを格納する話者権予約リスト格納部５３３ａとを管理しており、これらを用いて対応する会議Ａプレゼンス管理部５１ａ及び会議Ａ音声通信管理部５５ａと協働して会議Ａの各種処理を実施する。なお、会議Ｂ管理部５３ｂについても同様の構成である。

また、会議Ａ音声通信管理部５５ａは、話者権保持ユーザ及び参加者ユーザのユーザＩＤ及びＩＰアドレスの対を保持する話者及び参加者データ格納部５５１ａを管理しており、これを用いて、会議Ａにおいて話者権を有するユーザのユーザ端末から受信した音声データを会議Ａの参加者のユーザ端末に転送する処理を実施する。

次にユーザ端末Ａの機能ブロック図を図２に示す。ユーザ端末Ａは、本実施の形態における処理を行うためのクライアントアプリケーション９１と、ユーザ端末に設けられているマイクのマイクドライバ９３とを含む。クライアントアプリケーション９１は、電子会議の制御処理を行うための音声会議処理部９１１と、プレゼンスデータ処理部９１３と、プレゼンスデータ格納部９１５とを含む。なお、本実施の形態において直接関係のない機能については図示されていない。

また図３に、会議Ａプレゼンス管理部５１ａに含まれるプレゼンスデータ格納部５１２ａに格納されるデータの一例を示す。図３の例では、プレゼンス情報格納領域５１２１と、プレゼンスグループ情報格納領域５１２３と、講読者リスト格納領域５１２５とが含まれる。プレゼンス情報格納領域５１２１は、プレゼンスデータ項目のＩＤであるプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータ（ここでは話者権（発言権とも呼ぶ）を有するユーザの講読者ＩＤ）を格納するための領域３３６１と、プレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータ（ここでは音声会議に呼び出されたユーザの講読者ＩＤ）を格納するための領域３３６２と、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータ（ここでは音声会議に参加したユーザの講読者ＩＤ）を格納するための領域３３６３と、プレゼンスＩＤが”Ｐｒｉｏｒｉｔｙ”であるプレゼンスデータ（ここでは話者権の剥奪権（話者権の優先的な使用権）を有するユーザの講読者ＩＤ）を格納するための領域３３６４とを含む。

また、プレゼンスグループ情報格納領域５１２３は、プレゼンスグループであるグループＩ「デフォルト」に属するプレゼンスＩＤを格納する領域３３７１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３３７３を含む領域３３７と、プレゼンスグループであるグループII「音声会議」に属するプレゼンスＩＤを格納する領域３３８１及びユーザＩＤ（すなわち講読者ＩＤ）を格納する領域３３８２を含む領域３３８とを含む。音声会議に参加するユーザの講読者ＩＤは領域３３８２に格納され、音声会議に参加するユーザに開示されるデータはプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”と”Ｍｅｍｂｅｒ”と”ＪｏｉｎＵｓｅｒ”と”Ｐｒｉｏｒｉｔｙ”であるプレゼンスデータである。すなわち、話者権保持者の講読者ＩＤと、呼び出されたユーザの講読者ＩＤリストと、参加したユーザの講読者ＩＤリストと、話者権の剥奪権を有するユーザの講読者ＩＤとが提示される。 図３は、プレゼンスデータ格納部に格納されるデータを模式的に示したものであり、例えばプレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータのための領域３３６１に、例えば図４に示すようなタグデータ構造のデータを格納する。図４の例は、基本的にはＯＭＡ（Open Mobile Alliance）に準拠した形でＸＭＬ（eXtensible Markup Language）を用いて記述されている。ここで注目すべきは、上から４行目にｅｎｔｉｔｙ＝”ｐｒｅｓ：Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍ”というフレーズにて、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬ（Uniform Resource Locator）で特定されている点である。ここで、このプレゼンスデータの所有者はＰｏＣサーバ５の会議Ａ管理部５３ａであり、このプレゼンスデータは会議Ａ管理部５３ａにより更新される。また、会議Ａ管理部５３ａのＳＩＰ−ＵＲＬはＣｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍである。さらに、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に話者権保持者のユーザＩＤとしてＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ”が登録される。図３では、”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ”を簡略化して”ＵｓｅｒＡ”と示している。

同様に、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータのための領域３３６３に、例えば図５に示すようなタグデータ構造のデータを格納する。図５の例では、図４と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に音声会議の参加者のＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。

さらに、プレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータのための領域３３６２に、例えば図６に示すようなタグデータ構造のデータを格納する。図６の例では、図４と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に音声会議に呼び出されたユーザのＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＢ＠ｐｏｃ．ｆｊ．ｃｏｍ，ＵｓｅｒＣ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。

また、プレゼンスＩＤが”Ｐｒｉｏｒｉｔｙ”であるプレゼンスデータのための領域３３６４に、例えば図７に示すようなタグデータ構造のデータを格納する。図７の例では、図４と同様に、このプレゼンスデータの所有者が、Ｃｏｎｆｅｒｅｎｃｅ０１＠ｐｏｃ．ｆｊ．ｃｏｍというＳＩＰ−ＵＲＬで特定されており、＜ｎｏｔｅ＞及び＜／ｎｏｔｅ＞タグとの間に話者権の剥奪権を有するユーザのＳＩＰ−ＵＲＬ”ＵｓｅｒＡ＠ｐｏｃ．ｆｊ．ｃｏｍ”がユーザＩＤとして登録される。

プレゼンスデータは原則として所有者により更新され、更新されると当該プレゼンスデータのプレゼンスＩＤが関連付けられているユーザＩＤのユーザに配信処理部により配信される。

次に、図９乃至図１３を用いて図１に示したシステムの処理フローについて説明する。なお、前提として既に例えばユーザＡにより会議に参加すべきユーザが特定され、プレゼンスＩＤが”Ｍｅｍｂｅｒ”であるプレゼンスデータのための領域３３６２には、当該特定されたユーザのユーザＩＤが登録されているものとする。さらに、特定されたユーザに対して会議への呼び込みが行われ、参加応答を返信したユーザについては、プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”であるプレゼンスデータのための領域３３６３にユーザＩＤが登録されているものとする。そして、例えば参加者の属性として「管理職」が図示しないユーザＤＢ（例えばＰｏＣサーバ５へのログインのためのユーザＩＤ及びパスワードと共にユーザ属性情報を保持するＤＢ）に登録されている参加者については、プレゼンスＩＤが”Ｐｒｉｏｒｉｔｙ”であるプレゼンスデータのための領域３３６４にそのユーザＩＤが登録されているものとする。「管理職」のうち最も地位の高いユーザにのみ剥奪権を与えたり、他の基準にて剥奪権を設定したり、剥奪権を複数のユーザに設定したり、剥奪権を全く設定しないなど様々な設定が、会議の態様に従って可能である。

さらに、ＭＣＵ情報格納部５３１ａには、対応する会議Ａ音声通信管理部５５ａが用いるＩＰアドレス及びポート番号が既に格納されており、ユーザデータ格納部５３２ａには、呼び込まれたユーザ、参加ユーザ及び話者権保持ユーザのユーザＩＤ及びＩＰアドレスが登録されているものとする。話者権の剥奪権を有するユーザのユーザＩＤが登録されている場合もある。さらに、話者及び参加者データ格納部５５１ａには、話者権保持ユーザ及び参加ユーザのユーザＩＤ及びＩＰアドレスが登録されているものとする。

また、ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、会議Ａ音声通信管理部５５ａのＩＰアドレス及びポート番号を、会議Ａに対する参加応答などの返信として受信し、メインメモリ等の記憶装置に格納されているものとする。

例えば、プレゼンスデータ格納部５１２ａに図３に示すようなデータが格納されているならば、会議Ａプレゼンス管理部５１ａの配信処理部５１３ａは、図３に示すプレゼンスデータを参加ユーザのユーザ端末に配信するため、ユーザ端末の表示装置には、ユーザ端末のプレゼンスデータ処理部９１３により図８に示すような画面が表示される。図８の画面例では、対話グループの表示欄８０１が設けられ、会議Ａが行われていることを示している。また、参加ユーザの表示欄８０２が設けられ、参加ユーザの列８０４においてＵｓｅｒＡ、ＵｓｅｒＢ及びＵｓｅｒＣが会議Ａに参加していることが示されている。さらに、話者権を保持している参加ユーザについては、話者権保持マーク８０３が対応付けられている。図８の例では、ＵｓｅｒＡが現在話者権を有している。また、話者権の剥奪権を有する参加ユーザについては剥奪権有り表示８０５が対応付けられている。さらに、話者権の取得要求を行うための発言ボタン８０６、話者権の解放要求を行うための解放ボタン８０７、話者権の譲渡を行うための譲渡ボタン８０８と、話者権の譲渡先ユーザを指定するためのコンボボックス８０９とを含む。なお、話者権の取得要求を出す場面は多いので、このボタンを例えばユーザ端末に別途ハードウエアとして設けるようにしても良い。他のボタンについても同様である。また、図８の画面構成は一例であって、同様の内容を表示するための他の画面構成を採用することも可能である。但し、以下の処理フローでは、話者権の保持者が変化することを除けば図８のような画面が表示されるものとして説明する。

例えばユーザＡ（ユーザＩＤがＵｓｅｒＡであるものとする）がユーザ端末Ａを操作しており、さらに話者権を有しておらず、話者権を取得して発言したいと考えると、発言ボタン８０６を押す。そうするとユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ユーザＡから話者権取得指示を受け付け（図９：ステップＳ１）、プレゼンスデータ格納部９１５を参照して、現在話者権を保持している者がいるか判断する（ステップＳ３）。上でも述べたが、プレゼンスデータ処理部９１３は、ＰｏＣサーバ５における会議Ａプレゼンス管理部５１ａの配信処理部５１３ａから最新のプレゼンスデータを受信すると、図８に示したような表示を変更すると共にプレゼンスデータ格納部９１５に格納する。従って、現在話者権を保持しているか否かはプレゼンスデータ格納部９１５を参照すれば一応判断できる。但し、プレゼンスデータ格納部９１５の更新は、ＰｏＣサーバ５における会議Ａプレゼンス管理部５１ａのプレゼンスデータ格納部５１２ａの更新からはタイムラグがあるため、必ずしも最新とは言えない。

もし、現在話者権を保持している者が存在しないと判断された場合には、音声会議処理部９１１は、要求元ユーザであるユーザＡのユーザＩＤを含む話者権取得要求をＰｏＣサーバ５に送信する（ステップＳ５）。さらに、音声会議処理部９１１は、マイクドライバ９３をアクティブ化し、ユーザＡによる音声入力が可能な状態にする（ステップＳ７）。このように、ＰｏＣサーバ５から話者権取得通知を受信する前にマイクドライバ９３をアクティブ化することにより、ユーザＡは話者権取得要求入力後直ぐにしゃべり始めることができる。但し、この段階では話者権取得の保証は無く、しゃべった内容が他の参加ユーザに伝わるかは定かではない。但し、話者権を直ぐに取得できれば、間断なく議事を進行させることが可能となる。この後処理は端子Ａを介して図１０に移行する。

一方、ＰｏＣサーバ５の会議Ａ管理部５３ａは、ユーザ端末ＡからユーザＡのユーザＩＤを含む話者権取得要求を受信すると（ステップＳ９）、例えばユーザデータ格納部５３２ａ又はプレゼンスデータ格納部５１２ａを参照して、他の参加ユーザが話者権を有しているか判断する（ステップＳ１１）。もし、話者権を有している他の参加ユーザが存在していないようであれば、会議Ａ管理部５３ａは、ユーザデータ格納部５３２ａに話者権保持ユーザのユーザＩＤとしてＵｓｅｒＡを登録すると共に、会議Ａプレゼンス管理部５１ａにおけるプレゼンスデータ管理部５１１ａに対し、プレゼンスデータ格納部５１２ａにおける、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータを格納するための領域３３６１にＵｓｅｒＡを登録するように要求し、さらに会議Ａ音声通信管理部５５ａに対し話者及び参加者データ格納部５５１ａに話者権保持ユーザのユーザＩＤとしてＵｓｅｒＡを登録するように要求するなどの話者権取得処理を実施する（ステップＳ１３）。処理は端子Ｂを介して図１０又は図１１に移行する。

一方、話者権を有する他のユーザが存在する場合には、会議Ａ管理部５３ａは、例えばユーザデータ格納部５３２ａ又はプレゼンスデータ格納部５１２ａを参照して、要求元ユーザが話者権の剥奪権を有するか判断する（ステップＳ１５）。もし、要求元ユーザであるユーザＡが話者権の剥奪権を有すると判断された場合にはステップＳ１３に移行する。すなわち、話者権取得処理を実施して、当該要求元ユーザに話者権が設定される。一方、要求元ユーザが話者権の剥奪権を有しないと判断された場合には、会議Ａ管理部５３ａは、要求元ユーザのユーザＩＤを話者権予約リスト格納部５３３ａに登録する（ステップＳ１７）。このように話者権予約リストに要求元ユーザを追加登録することにより、話者権が解放された場合に当該話者権予約リストの最上位に登録されたユーザに話者権が渡される。そして、会議Ａ管理部５３ａは、予約完了通知をユーザ端末Ａに送信する（ステップＳ１９）。ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ＰｏＣサーバ５から予約完了通知を受信し、表示装置に表示する（ステップＳ２１）。そして、ステップＳ７でアクティブ化したマイクドライバ９３を非アクティブ化する（ステップＳ２３）。

本実施の形態では話者権予約リストについては会議Ａ管理部５３ａで管理するような構成としているが、例えばプレゼンスデータ格納部５１２ａに話者権予約リストをプレゼンスデータとして登録するような構成であってもよい。そうすると、話者権予約リストについても配信処理部５１３ａにより全参加ユーザに配信することが可能となる。

さらに、必ず話者権の予約を受け付けなければならないわけではない。もし話者権の予約を受け付けない場合には、ステップＳ１５で剥奪権なしと判断されると、会議Ａ管理部５３ａは話者権取得不可通知をユーザ端末Ａに送信する。話者権取得不可通知を受信したユーザ端末Ａは、表示装置に当該通知を表示すると共にマイクドライバ９３を非アクティブ化する。

また、ステップＳ３において現在話者権を有している他のユーザが存在すると判断された場合には、音声会議処理部９１１は、プレゼンスデータ格納部９１５を参照して、話者権取得要求元のユーザＡが話者権の剥奪権を有するか判断する（ステップＳ２５）。剥奪権を有すると判断した場合にはステップＳ５に移行する。一方、剥奪権なしと判断された場合には、音声会議処理部９１１は、話者権取得不能を表示装置に表示して、音声データの受信を行う状態に戻る（ステップＳ２７）。

このように、だれも話者権を有していない場合及び話者権の剥奪権を有する場合にのみ、話者権取得要求を送信するようにすれば、無線通信区間における通信帯域を無駄に使用することが無くなる。但し、このようにユーザ端末側で話者権取得要求の送信の制限を行うことなく、ユーザの指示に応じてＰｏＣサーバ５に話者権取得要求を送信するようにしても良い。

次に図１０を用いて端子Ａ及びＢの後の処理について説明する。マイクドライバ９３はステップＳ７においてアクティブ化されているので、ステップＳ７以降であればユーザ端末Ａは、ユーザＡの音声入力を受け付け、音声データをＰｏＣサーバ５に送信できる（ステップＳ３１）。この際、マイク及びマイクドライバ９３を介して入力された音声データは、音声パケットとして、会議Ａ音声通信管理部５５ａのＩＰアドレス及びポート番号宛に送信される。

ＰｏＣサーバ５の会議Ａ音声通信管理部５５ａは、ユーザ端末Ａから音声データを受信すると（ステップＳ３３）、話者及び参加者データ格納部５５１ａ又はプレゼンスデータ格納部５１２ａを参照して、ユーザ端末Ａを操作しているユーザが話者権を有しているのか判断する（ステップＳ３５）。もし、ユーザ端末Ａを操作しているユーザが話者権を有していないと判断された場合には、処理は端子Ｃを介して図１１に移行する。一方、ユーザ端末Ａを操作しているユーザが話者権を有していると判断された場合には、受信した音声データを、話者及び参加者データ格納部５５１ａに格納された参加ユーザのユーザ端末のＩＰアドレスに従って複写及び転送を実施する（ステップＳ３７）。ここでは、ユーザ端末Ｂに、音声データを送信する。話者権を有するユーザのユーザ端末には送信しない方が良いが、送信するようにしても良い。ユーザ端末Ｂは、ＰｏＣサーバ５から音声データを受信すると、図示しないスピーカドライバ及びスピーカを介して音声を出力する（ステップＳ３９）。

なお、図１０ではステップＳ３７の後になっているが、プレゼンスデータ格納部５１２ａがステップＳ１３において更新されたので、図９のステップＳ１３の後のいずれかのタイミングで、会議Ａプレゼンス管理部５１ａの配信処理部５１３ａは、更新されたプレゼンスデータを話者権変更通知として参加ユーザのユーザ端末に送信する（ステップＳ４１）。ユーザ端末Ａ及びユーザ端末Ｂにおけるクライアントアプリケーション９１のプレゼンスデータ処理部９１３は、ＰｏＣサーバ５から話者権変更通知としての更新プレゼンスデータを受信し、プレゼンスデータ格納部９１５に上書き登録すると共に、表示装置に表示する（ステップＳ４３及びＳ４５）。これにより会議Ａの全参加ユーザは、ユーザＡが話者権を保持していることを認識することができる。

なお、ステップＳ７においてマイクドライバ９３をアクティブ化したが、場合によってはステップＳ４３の後にマイクドライバ９３をアクティブ化することもある（ステップＳ４７）。この方が、話者権変更通知にて話者権を取得したことが確定しているので、音声データをＰｏＣサーバ５に無駄に送信することが無くなる。

次に端子Ｂの後の別の処理について図１１を用いて説明する。上で述べたように、会議には話者権が設定されているので、話者権を保持していないユーザのユーザ端末（ここではユーザ端末Ｂ）から音声データを受信したとしても、他のユーザ端末に音声データを送信することはできない。例えば、ユーザ端末Ｂが、現在の話者権保持者がいないということで話者権取得要求をユーザ端末Ａよりもやや遅くＰｏＣサーバ５に送信した場合には、図９のステップＳ１１及びＳ１５を経由してステップＳ１７で話者権の予約を行うことになってしまう。しかし、ステップＳ５の後にはステップＳ７でマイクドライバ９３はアクティブ化されるので、ユーザＢによる音声入力が可能となっており、ユーザＢが話し始めてしまうと、ユーザ端末Ｂは、マイク及びマイクドライバ９３を介して音声入力を受け付け、音声データをＰｏＣサーバ５に送信することになる（ステップＳ５１）。通常どおり音声データがＰｏＣサーバ５に送られると、ＰｏＣサーバ５の会議Ａ音声通信管理部５５ａは、当該音声データを受信し（ステップＳ５３）、音声パケットの送信元のユーザは話者権を有するか、話者及び参加者データ格納部５５１ａ又はプレゼンスデータ格納部５１２ａを参照して判断する（ステップ５５）。上で述べたように、音声パケットの送信元ユーザであるユーザＢは話者権を有していないので、ステップＳ５３で受信された音声パケットは、この段階で破棄される（ステップＳ５７）。すなわち他の参加ユーザのユーザ端末には、音声パケットが転送されることはない。もし、上で述べた例ではありえないが、話者権をユーザＢが有している場合には（ステップＳ５５：Ｙｅｓルート）、端子Ｄを介して図１０のステップＳ３７に移行する。

以上のように、話者権取得に関連する処理を実施することにより、参加ユーザは、話者権の予約や話者権の剥奪という有用な機能を利用できるようになる。また、話者権の取得が確認できない状態においても音声データを送信することができるので、話者権を直ぐに取得できれば、スムーズな議事運営が可能となる。なお、話者権を取得できない場合においても、音声データはＰｏＣサーバ５において破棄されるので、問題が無く会議が進行する。また、ユーザ端末において最も要求する場面が多い話者権取得要求の送信に一定の制限を設けることにより、無線通信区間の通信帯域を有効利用できるようになる。

次に、話者権の解放と共に話者権取得の予約の取り扱いについて図１２を用いて説明する。例えばユーザ端末ＡのユーザＡが話者権保持者であり、ユーザ端末ＢのユーザＢが話者権取得の予約を行ったユーザ、すなわち話者権予約リスト格納部５３３ａに登録されたユーザであるとする。

例えば図８のような表示画面においてユーザＡが解放ボタン８０７を押すと、ユーザ端末Ａの音声会議処理部９１１は、話者権解放入力を受け付け（ステップＳ６１）、ユーザＡのユーザＩＤを含む話者権解放要求を送信する（ステップＳ６３）。ＰｏＣサーバ５の会議Ａ管理部５３ａは、ユーザ端末ＡからユーザＡのユーザＩＤを含む話者権解放要求を受信する（ステップＳ６５）。そして、ユーザデータ格納部５３２ａ又はプレゼンスデータ格納部５１２ａを参照して、話者権解放要求の要求元ユーザが話者権を有しているか判断する（ステップＳ６７）。話者権が剥奪された場合等のケースにおいては、自分がまだ話者権を保持していると勘違いする場合もあるためである。もし、話者権を有していないのに話者権解放を要求している場合には、エラー通知を生成し、ユーザ端末Ａに送信する。ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ＰｏＣサーバ５からエラー通知を受信すると、表示装置に表示する（ステップＳ６９）。これにより話者権を保持していないことを確認できる。一方、話者権解放要求の要求元ユーザが話者権を有している場合には、会議Ａ管理部５３ａは、ユーザデータ格納部５３２ａにおいて話者権保持ユーザとして「なし」を登録し、会議Ａプレゼンス管理部５１ａにおけるプレゼンスデータ管理部５１１ａに対し、プレゼンスデータ格納部５１２ａにおける、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータを格納するための領域３３６１に「なし」を登録するように要求し、さらに会議Ａ音声通信管理部５５ａに対し話者及び参加者データ格納部５５１ａに話者権保持ユーザのユーザＩＤとして「なし」を登録するように要求するなどの話者権解放処理を実施する（ステップＳ７１）。これにより、話者権をどの参加ユーザも保持していない状態に会議の状態を変更する。

また、会議Ａ管理部５３ａは、話者権予約リスト格納部５３３ａを参照して、話者権の予約登録がなされたユーザが存在するか判断する（ステップＳ７３）。もし、いずれの参加ユーザも話者権予約リスト格納部５３３ａに格納されていなければ、話者権取得待ち状態に移行する（ステップＳ７５）。

一方、話者権予約登録されたユーザが存在する場合には、会議Ａ管理部５３ａは、予約登録されたユーザのうち最優先ユーザ（ここではユーザＢ（ユーザＩＤはＵｓｅｒＢ））に対して、ユーザデータ格納部５３２ａに話者権保持ユーザのユーザＩＤとしてＵｓｅｒＢを登録すると共に、会議Ａプレゼンス管理部５１ａにおけるプレゼンスデータ管理部５１１ａに対し、プレゼンスデータ格納部５１２ａにおける、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータを格納するための領域３３６１にＵｓｅｒＢを登録するように要求し、さらに会議Ａ音声通信管理部５５ａに対し話者及び参加者データ格納部５５１ａに話者権保持ユーザのユーザＩＤとしてＵｓｅｒＢを登録するように要求するなどの話者権取得処理を実施する（ステップＳ７７）。なお、最優先ユーザとは、最も早く話者権予約リスト格納部５３３ａに登録されたユーザであってもよいし、最も話者権を取得したことの無いユーザであってもよい。後者の場合には、会議Ａ管理部５３ａなどにおいて参加ユーザの話者権取得回数をカウントする必要がある。

このようにすれば、話者権の予約を行ったユーザに話者権が自動的に渡される。

また、プレゼンスデータ格納部５１２ａが更新されているので、会議Ａプレゼンス管理部５１ａの配信処理部５１３ａは、更新プレゼンスデータを話者権変更通知としてユーザ端末Ａ及びユーザ端末Ｂなどの参加ユーザのユーザ端末に送信する（ステップＳ７９）。ユーザ端末Ａ及びユーザ端末Ｂにおけるプレゼンスデータ処理部９１３は、話者権変更通知としての更新プレゼンスデータを受信し、プレゼンスデータ格納部９１５に格納すると共に、表示装置に表示する（ステップＳ８１及びＳ８３）。なお、音声会議処理部９１１は、プレゼンスデータ格納部９１５を参照して、自己のユーザが話者権を保持するようになったか確認し、もし自己のユーザが話者権を保持するようになったと判断される場合には、マイクドライバ９３をアクティブ化する（ステップＳ８５）。このようにすることにより、ユーザ端末Ｂを操作するユーザＢは、音声データを他の参加ユーザのユーザ端末に配信させることができるようになる。

次に、話者権譲渡を実現するための処理フローを図１３を用いて説明する。なお、話者権はユーザＡが保持しており、話者権をユーザＢに譲渡する場合を説明する。まず、ユーザＡが、例えば図８のコンボボックス８０９において話者権譲渡先であるユーザＢ（ＵｓｅｒＢ）を指定して譲渡ボタン８０８を押すものとする。そうすると、ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ユーザＢを譲渡先として指定した話者権譲渡要求入力を受け付け（ステップＳ９１）、譲渡先のユーザＩＤを含む話者権譲渡要求をＰｏＣサーバ５に送信する（ステップＳ９３）。

ＰｏＣサーバ５の会議Ａ管理部５３ａは、ユーザ端末Ａから譲渡先のユーザＩＤを含む話者権譲渡要求を受信する（ステップＳ９５）。そうすると、会議Ａ管理部５３ａは、話者権譲渡要求元のユーザが話者権を有しているか、ユーザデータ格納部５３２ａ又はプレゼンスデータ格納部５１２ａを参照して判断する（ステップＳ９７）。もし、話者権を有していないのにもかかわらず、話者権の譲渡を要求している場合には、エラー通知を生成して、ユーザ端末Ａに送信する。ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ＰｏＣサーバ５からエラー通知を受信し、表示装置に表示する（ステップＳ９９）。

一方、話者権譲渡要求元のユーザが話者権を有していると判断された場合には、会議Ａ管理部５３ａは、ユーザデータ格納部５３２ａ又はプレゼンスデータ格納部５１２ａを参照して、指定の譲渡先ユーザが参加者として特定されているか判断する（ステップＳ１０１）。ユーザ端末Ａにおいて表示される図８の画面は、プレゼンスデータ格納部９１５内の参加ユーザのリストに従ってコンボボックス８０９が構成されるため、通常は参加ユーザが譲渡先として指定されるが、実際にはプレゼンスデータ格納部５１２ａとプレゼンスデータ格納部９１５との更新にはタイムラグが存在するため、プレゼンスデータ格納部９１５が更新される前に、例えば電車に乗ったり電波状態の悪い場所に移動したりして参加者ではなくなってしまう場合もある。従って、本ステップにおいて参加者であることを確認する。もし、指定譲渡先のユーザが参加者ではないと判断された場合には、会議Ａ管理部５３ａは、エラー通知を生成し、ユーザ端末Ａに送信する。ユーザ端末Ａにおけるクライアントアプリケーション９１の音声会議処理部９１１は、ＰｏＣサーバ５からエラー通知を受信し、表示装置に表示する（ステップＳ１０３）。

一方、指定譲渡先のユーザが参加者であると判断された場合には、会議Ａ管理部５３ａは、ユーザデータ格納部５３２ａに話者権保持ユーザのユーザＩＤとして指定譲渡先ユーザのユーザＩＤ”ＵｓｅｒＢ”を登録すると共に、会議Ａプレゼンス管理部５１ａにおけるプレゼンスデータ管理部５１１ａに対し、プレゼンスデータ格納部５１２ａにおける、プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”であるプレゼンスデータを格納するための領域３３６１にＵｓｅｒＢを登録するように要求し、さらに会議Ａ音声通信管理部５５ａに対し話者及び参加者データ格納部５５１ａに話者権保持ユーザのユーザＩＤとしてＵｓｅｒＢを登録するように要求するなどの、話者権を指定の譲渡先に設定する処理を実施する（ステップＳ１０５）。このようにすれば、話者権がユーザＢに設定されて、ユーザＡの意図した設定がＰｏＣサーバ５において実現される。

また、プレゼンスデータ格納部５１２ａが更新されているので、会議Ａプレゼンス管理部５１ａの配信処理部５１３ａは、更新プレゼンスデータを話者権変更通知としてユーザ端末Ａ及びユーザ端末Ｂなどの参加ユーザのユーザ端末に送信する（ステップＳ１０７）。ユーザ端末Ａ及びユーザ端末Ｂにおけるプレゼンスデータ処理部９１３は、話者権変更通知としての更新プレゼンスデータを受信し、プレゼンスデータ格納部９１５に格納すると共に、表示装置に表示する（ステップＳ１０９及びＳ１１１）。なお、音声会議処理部９１１は、プレゼンスデータ格納部９１５を参照して、自己のユーザが話者権を保持するようになったか確認し、もし自己のユーザが話者権を保持するようになったと判断される場合には、マイクドライバ９３をアクティブ化する（ステップＳ１１３）。このようにすることにより、ユーザ端末Ｂを操作するユーザＢは、音声データを他の参加ユーザのユーザ端末に配信させることができるようになる。

以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。上でも述べたが、ＰｏＣサーバ５は複数台のコンピュータにより実現される場合もある。その場合には、例えば会議のプレゼンス管理部を有するサーバと、会議の管理部を有するサーバと、会議の音声通信管理部を有するサーバとに分けられる場合もある。そのような場合には、例えば会議のプレゼンス管理部を有するサーバが、ユーザ端末から音声データ以外の通信を受け付け、必要に応じて会議の管理部を有するサーバに送信するようにしても良い。会議の管理部を有するサーバは、他のサーバの制御及び管理を行う。

また、図１に示した機能ブロック図は、必ずしも実際のプログラム・モジュールと対応しない場合もある。

なお、ＰｏＣサーバ５は、図１４に示すようなコンピュータ装置であって、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

また、ユーザ端末についても、ＨＤＤ２５０５及びドライブ装置２５１３の代わりにフラッシュメモリなどの記憶装置を設けることによりほぼ同様な構成で表すことができる。

（付記１）
電子音声会議における話者権についての情報処理方法であって、
話者権譲渡先である第１のユーザの識別情報を含む話者権譲渡要求を第２のユーザの端末から受信するステップと、
前記話者権譲渡要求が所定の条件を満たしている場合には、前記話者権を有するユーザの識別情報を含む前記電子音声会議の状態に関するデータを格納するデータ格納部に、前記第１のユーザの識別情報を話者権を有するユーザの識別情報として格納する話者権設定ステップと、
前記第１のユーザの端末に前記第１のユーザが話者権を有することを表すデータを送信する通知ステップと、
を含み、コンピュータに実行される情報処理方法。

（付記２）
前記話者権設定ステップが、
前記データ格納部を参照して、前記第１のユーザの識別情報が前記電子音声会議の状態に関するデータに含まれる前記電子音声会議の参加者データに含まれるという条件を満たしているか判断するステップ
を含む付記１記載の情報処理方法。

（付記３）
前記話者権設定ステップが、
前記データ格納部を参照して、前記第２のユーザの識別情報が前記電子音声会議の状態に関するデータに含まれる前記話者権を有するユーザの識別情報と一致するという条件を満たしているか判断するステップ
をさらに含む付記２記載の情報処理方法。

（付記４）
前記電子音声会議の状態に関するデータがプレゼンスデータとして管理されており、
前記通知ステップが、前記プレゼンスデータの更新通知として実施される
ことを特徴とする付記１記載の情報処理方法。

（付記５）
電子音声会議における話者権についての情報処理方法であって、
特定のユーザの端末から話者権取得要求を受信した場合、前記話者権を有するユーザの識別情報を含む前記電子音声会議の状態に関するデータを格納するデータ格納部を参照して、前記話者権を有するユーザが既に存在するか判断するステップと、
前記話者権を有するユーザが既に存在すると判断された場合には、前記特定のユーザの識別情報を前記電子音声会議の話者権予約データ格納部に格納するステップと、
を含み、コンピュータに実行される情報処理方法。

（付記６）
前記データ格納部において前記話者権を有するユーザの識別情報が未登録状態になったことを検出した場合には、前記話者権予約データ格納部に格納された前記特定のユーザの識別情報を前記話者権を有するユーザの識別情報として前記データ格納部に格納するステップと、
前記特定のユーザの端末に前記特定のユーザが話者権を有することを表すデータを送信する通知ステップと、
をさらに含む付記５記載の情報処理方法。

（付記７）
電子音声会議における話者権についての情報処理方法であって、
特定のユーザの端末から話者権取得要求を受信した場合、前記話者権を有するユーザの識別情報を含む前記電子音声会議の状態に関するデータを格納するデータ格納部を参照して、前記話者権を有するユーザが既に存在するか判断するステップと、
前記話者権を有するユーザが既に存在すると判断された場合には、優先されるべきユーザの識別情報が登録された優先ユーザ格納部に前記特定のユーザの識別情報が格納されているか確認するステップと、
前記優先ユーザ格納部に前記特定のユーザの識別情報が格納されていると判断された場合には、前記データ格納部に前記特定のユーザの識別情報を前記話者権を有するユーザの識別情報として格納するステップと、
を含み、コンピュータに実行される情報処理方法。

（付記８）
前記特定のユーザの端末に前記特定のユーザが話者権を有することを表すデータを送信するステップ
をさらに含む付記７記載の情報処理方法。

（付記９）
前記データ格納部に識別情報が前記話者権を有するユーザの識別情報として登録されたユーザの端末から受信した音声データのみを、前記電子音声会議の参加者の端末に配信するステップ
をさらに含む付記１乃至８のいずれか１つ記載の情報処理方法。

（付記１０）
付記１乃至９のいずれか１つ記載の情報処理方法をコンピュータに実行させるためのプログラム。

（付記１１）
電子音声会議を可能にする無線通信携帯端末であって、
ユーザからの話者権取得の要求指示を受け付けた場合、話者権取得要求を電子音声会議の管理サーバに送信する話者権処理手段と、
前記話者権取得要求を送信する場合に、前記管理サーバから前記話者権取得要求に対する話者権取得通知を受信する前に、当該ユーザの音声データを送信するための機能を活性化する手段と、
を有する無線通信携帯端末。

（付記１２）
前記話者権処理手段が、
前記電子音声会議の状態に関するデータとして前記話者権の保有者に関するデータを格納するデータ格納部を参照して、前記話者権の保有者が存在しないことが確認できた場合に、前記話者権取得要求を前記電子音声会議の管理サーバに送信する
ことを特徴とする付記１１記載の無線通信携帯端末。

（付記１３）
前記話者権処理手段が、
優先されるべきユーザに関するデータを格納するデータ格納部を参照して、前記ユーザが当該優先されるべきユーザであることが確認できた場合に、前記話者権取得要求を前記電子音声会議の管理サーバに送信する
ことを特徴とする付記１１又は１２記載の無線通信携帯端末。

（付記１４）
前記電子音声会議の状態に関するデータが前記電子音声会議の管理サーバからプレゼンスデータとして受信されたデータであることを特徴とする請求項１２又は１３記載の無線通信携帯端末。

（付記１５）
電子音声会議における話者権についての情報処理を行うコンピュータであって、
話者権譲渡先である第１のユーザの識別情報を含む話者権譲渡要求を第２のユーザの端末から受信する手段と、
前記話者権譲渡要求が所定の条件を満たしている場合には、前記話者権を有するユーザの識別情報を含む前記電子音声会議の状態に関するデータを格納するデータ格納部に、前記第１のユーザの識別情報を話者権を有するユーザの識別情報として格納する話者権設定手段と、
前記第１のユーザの端末に前記第１のユーザが話者権を有することを表すデータを送信する通知手段と、
を有するコンピュータ。

（付記１６）
電子音声会議における話者権についての情報処理を行うコンピュータであって、
特定のユーザの端末から話者権取得要求を受信した場合、前記話者権を有するユーザの識別情報を含む前記電子音声会議の状態に関するデータを格納するデータ格納部を参照して、前記話者権を有するユーザが既に存在するか判断する手段と、
前記話者権を有するユーザが既に存在すると判断された場合には、前記特定のユーザの識別情報を前記電子音声会議の話者権予約データ格納部に格納する手段と、
を有するコンピュータ。

（付記１７）
電子音声会議における話者権についての情報処理を行うコンピュータであって、
特定のユーザの端末から話者権取得要求を受信した場合、前記話者権を有するユーザの識別情報を含む前記電子音声会議の状態に関するデータを格納するデータ格納部を参照して、前記話者権を有するユーザが既に存在するか判断する手段と、
前記話者権を有するユーザが既に存在すると判断された場合には、優先されるべきユーザの識別情報が登録された優先ユーザ格納部に前記特定のユーザの識別情報が格納されているか確認する手段と、
前記優先ユーザ格納部に前記特定のユーザの識別情報が格納されていると判断された場合には、前記データ格納部に前記特定のユーザの識別情報を前記話者権を有するユーザの識別情報として格納する手段と、
を有するコンピュータ。

（付記１８）
無線通信携帯端末を用いて電子音声会議を可能にするためのプログラムであって、
無線通信携帯端末に、
ユーザからの話者権取得の要求指示を受け付けた場合、話者権取得要求を電子音声会議の管理サーバに送信するステップと、
前記話者権取得要求を送信する場合に、当該ユーザの音声データを送信するための機能を活性化するステップと、
を実行させるためのプログラム。

本発明の一実施の形態におけるシステム構成図である。 ユーザ端末Ａの機能ブロック図である。 ＰｏＣサーバにおけるプレゼンスデータ格納部に格納されるデータの一例を示す図である。 プレゼンスＩＤが”ＦｌｏｏｒＵｓｅｒ”のプレゼンスデータの一例を示す図である。 プレゼンスＩＤが”ＪｏｉｎＵｓｅｒ”のプレゼンスデータの一例を示す図である。 プレゼンスＩＤが”Ｍｅｍｂｅｒ”のプレゼンスデータの一例を示す図である。 プレゼンスＩＤが”Ｐｒｉｏｒｉｔｙ”のプレゼンスデータの一例を示す図である。 ユーザ端末Ａの画面例を示す図である。 本実施の形態における処理フローを示す図である。 本実施の形態における処理フローを示す図である。 本実施の形態における処理フローを示す図である。 本実施の形態における処理フローを示す図である。 本実施の形態における処理フローを示す図である。 通常のコンピュータの機能ブロック図である。

符号の説明

１ ネットワーク ５ ＰｏＣサーバ
５１ 会議のプレゼンス管理部
５３ 会議の管理部
５５ 会議の音声通信管理部
５１１ プレゼンスデータ管理部
５１２ プレゼンスデータ格納部
５１３ 配信処理部
５３１ ＭＵＣ情報格納部
５３２ ユーザデータ格納部
５３３ 話者権予約リスト格納部
５５１ 話者及び参加者データ格納部

Claims (5)

1. 電子音声会議における話者権についての情報処理方法であって、
   話者権譲渡先である第１のユーザの識別情報を含む話者権譲渡要求を第２のユーザの端末から受信するステップと、
   前記話者権を有するユーザの識別情報と前記電子音声会議の参加者データとを含む前記電子音声会議の状態に関するデータを格納するデータ格納部を参照して、前記第１のユーザの識別情報が前記電子音声会議の参加者データに含まれるという条件を満たしているか判断する判断ステップと、
   前記判断ステップにおいて前記条件を満たしていると判断された場合には、前記第１のユーザの識別情報を前記話者権を有するユーザの識別情報として前記データ格納部に格納する話者権設定ステップと、
   前記第１のユーザの端末に前記第１のユーザが話者権を有することを表すデータを送信する通知ステップと、
   を含み、コンピュータに実行される情報処理方法。
2. 前記判断ステップが、
   前記データ格納部を参照して、前記第２のユーザの識別情報が前記話者権を有するユーザの識別情報と一致するという条件を満たしているか判断するステップ
   をさらに含む請求項１記載の情報処理方法。
3. 話者権譲渡先である第１のユーザの識別情報を含む話者権譲渡要求を第２のユーザの端末から受信するステップと、
   前記話者権を有するユーザの識別情報と前記電子音声会議の参加者データとを含む前記電子音声会議の状態に関するデータを格納するデータ格納部を参照して、前記第１のユーザの識別情報が前記電子音声会議の参加者データに含まれるという条件を満たしているか判断する判断ステップと、
   前記判断ステップにおいて前記条件を満たしていると判断された場合には、前記第１のユーザの識別情報を前記話者権を有するユーザの識別情報として前記データ格納部に格納する話者権設定ステップと、
   前記第１のユーザの端末に前記第１のユーザが話者権を有することを表すデータを送信する通知ステップと、
   をコンピュータに実行させるためのプログラム。
4. 電子音声会議を可能にする無線通信携帯端末であって、
   ユーザからの話者権取得の要求指示を受け付けた場合、話者権取得要求を電子音声会議の管理サーバに送信する話者権処理手段と、
   前記話者権取得要求を送信する場合に、前記管理サーバから前記話者権取得要求に対する話者権取得通知を受信する前に、当該ユーザの音声データを送信するための機能を活性化する手段と、
   を有する無線通信携帯端末。
5. 前記話者権処理手段が、
   優先されるべきユーザに関するデータを格納するデータ格納部を参照して、前記ユーザが当該優先されるべきユーザであることが確認できた場合に、前記話者権取得要求を前記電子音声会議の管理サーバに送信する
   ことを特徴とする請求項４記載の無線通信携帯端末。

Images