(57)【要約】【課題】複数の通信端末間で通信セッションを確立する場合において、通信セッションの確立処理の進み具合を利用者が容易に把握することのできる技術を提供する。【解決手段】通信端末１０の記憶部１２には、複数の通信端末１０間における通信セッションを複数の段階（フェーズ）に分けて順番に確立するための確立処理の順番を示すリストと、音を表す音データとが記憶されている。通信端末１０の制御部１１は、現フェーズにおいて代表となる通信端末１０が自端末であるか否かを判定し、判定結果が肯定的である場合には、自端末に記憶された音データをスピーカ１８に出力する一方、それ以外の場合には、現フェーズにおいて代表となる通信端末１０からストリーミング配信されてくる音データをスピーカ１８に出力する。【選択図】図１
2008108117.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末間における通信セッションを複数の段階に分けて順番に確立するための確立処理の順番を示す順番情報であって、各段階において代表となる通信端末を示す代表端末情報と各段階において通信セッションの確立先となる通信端末を示す確立先情報とを含む順番情報を記憶する順番情報記憶手段と、
音を表す音データを記憶する音データ記憶手段と、
複数の通信端末間における通信セッションを複数の段階に分けて順番に確立するための各段階を示す段階情報を、通信網を介して受信する段階情報受信手段と、
前記段階情報受信手段により受信された段階情報の示す段階において代表となる通信端末が自端末であるか否かを判定する段階判定手段と、
前記段階判定手段による判定結果が肯定的である場合に、前記段階情報受信手段により受信された段階情報に対応する確立先情報を前記順番情報記憶手段から読み出し、読み出した確立先情報の示す通信端末との間で通信セッションを確立するための処理を行う通信セッション確立手段と、
前記通信セッション確立手段により確立された通信セッションを用いて、前記段階情報受信手段により受信された段階情報に対応する確立先情報の示す通信端末へ、前記音データ記憶手段に記憶された音データを送信する音データ送信手段と、
他端末から音データを受信する音データ受信手段と、
前記段階判定手段による判定結果が肯定的である場合には、前記音データ記憶手段に記憶された音データを放音手段に出力する一方、それ以外の場合には、前記音データ受信手段により受信される音データであって前記段階情報受信手段により受信された段階情報に対応する代表端末情報の示す通信端末から受信する音データを前記放音手段に出力する音データ出力手段と、
前記通信セッション確立手段により通信セッションが確立された場合に、前記段階情報受信手段により受信された段階情報の示す段階の次の段階を示す段階情報を他端末へ送信する段階情報送信手段と
を備えることを特徴とする通信端末。
【請求項２】
信号の入力を受け付ける入力受付手段と、
前記入力受付手段に前記信号が入力された場合に、予め定められた段階に対応する確立先情報を前記順番情報記憶手段から読み出し、読み出した確立先情報の示す通信端末との間で通信セッションを確立するための処理を行う第２の通信セッション確立手段と、
前記第２の通信セッション確立手段により確立された通信セッションを用いて、前記予め定められた段階に対応する確立先情報の示す通信端末へ、前記音データ記憶手段に記憶された音データを送信する第２の音データ送信手段とを備え、
前記音データ出力手段は、前記段階判定手段による判定結果が肯定的である場合又は前記入力受付手段に前記信号が入力された場合に、前記音データ記憶手段に記憶された音データを前記放音手段に出力する一方、それ以外の場合には、前記音データ受信手段により受信される音データであって前記段階情報受信手段により受信された段階情報に対応する代表端末情報の示す通信端末から受信する音データを前記放音手段に出力し、
前記第２の通信セッション確立手段により通信セッションが確立された場合に、前記予め定められた段階情報の示す段階の次の段階を示す段階情報を他端末へ送信する第２の段階情報送信手段
を備えることを特徴とする請求項１に記載の通信端末。
【請求項３】
前記音データ送信手段は、前記音データ記憶手段に記憶された音データに符号化処理を施してリアルタイム伝送用の音データを生成して生成した音データを送信し、
前記音データ送信手段の送信処理の処理状況に基づいて、前期通信網の混雑状況を判定する混雑状況判定手段と、
前記混雑状況判定手段による判定結果に基づいて、前記音データ送信手段の符号化処理におけるビットレートを調整するビットレート調整手段と
を備えることを特徴とする請求項１に記載の通信端末。
【請求項４】
複数の通信端末間における通信セッションを複数の段階に分けて順番に確立するための確立処理の順番を示す順番情報であって、各段階において代表となる通信端末を示す代表端末情報と各段階において通信セッションの確立先となる通信端末を示す確立先情報とを含む順番情報を記憶する順番情報記憶手段と、音を表す音データであって前記複数の通信端末のそれぞれで異なる音データを記憶する音データ記憶手段とを備える複数の通信端末を有するシステムを用いた通信セッション確立方法であって、
第１の通信端末が、複数の通信端末間における通信セッションを複数の段階に分けて順番に確立するための各段階を示す段階情報を、通信網を介して受信する第１の工程と、
前記第１の通信端末が、前記受信された段階情報の示す段階において代表となる通信端末が自端末であるか否かを判定し、判定結果が肯定的である場合に、当該段階情報に対応する確立先情報を前記順番情報記憶手段から読み出し、読み出した確立先情報の示す通信端末との間で通信セッションを確立するための処理を行い、確立された通信セッションを用いて前記音データ記憶手段に記憶された音データを送信する第２の工程と、
前記第１の通信端末が、前記音データ記憶手段に記憶された音データを放音手段に出力する第３の工程と、
第２の通信端末が、前記第１の通信端末から前記音データを受信する第４の工程と、
前記第２の通信端末が、受信される音データを放音手段に出力する第５の工程と、
前記第１の通信端末が、前記通信セッション確立処理が完了したときに、前記受信された段階情報の示す段階の次の段階を示す段階情報を、他端末へ送信する第６の工程と
を有することを特徴とする通信セッション確立方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信端末の間に通信セッションを確立して通信する技術に関する。
【背景技術】
【０００２】
近年、通信網を介して接続された複数の通信端末を用いて会議を行う遠隔会議システムが普及している。この種の遠隔会議システムにおいては、各通信端末は、映像や音声などの情報を他の全ての端末へ同時に送信する必要があるため、他の全ての通信端末の各々との間に通信セッションを予め確立しておく必要がある。この場合、通信端末の利用者は、通信セッションを確立する相手端末の通信アドレスの入力や選択といった操作を行う必要があり、これらの操作は利用者にとって煩わしいものである場合が多い。特に、接続する相手端末の台数が多いほど、利用者が行うべき操作はより煩雑なものとなる。そこで、例えば、特許文献１には、遠隔会議システムにおいて、複数の通信端末を自動接続したり、回線の接続確認を行うことのできる技術が開示されている。
【特許文献１】特開昭６０−２０８１２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、複数の通信端末間で通信セッションを確立する場合には、通信網上の問題などの種々の理由により、通信セッションが確立されない場合があり得る。従来の遠隔会議システムにおいては、通信セッションが確立されなかった場合であっても、そのことを利用者が容易に認識することはできなかった。特に、多数の通信端末との間で通信セッションを確立する場合には、どの通信端末との通信セッションの確立が成功してどの通信端末との通信セッションの確立が失敗しているのかを利用者が認識することは困難であった。また、利用者が会議の時間を忘れていた等の理由により、会議に参加すべき利用者が会議の開始に気付かない場合があった。
【０００４】
本発明は上述した背景に鑑みてなされたものであり、複数の通信端末間で通信セッションを確立する場合において、通信セッションの確立処理の進み具合を利用者が容易に把握することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の好適な態様である通信端末は、複数の通信端末間における通信セッションを複数の段階に分けて順番に確立するための確立処理の順番を示す順番情報であって、各段階において代表となる通信端末を示す代表端末情報と各段階において通信セッションの確立先となる通信端末を示す確立先情報とを含む順番情報を記憶する順番情報記憶手段と、音を表す音データを記憶する音データ記憶手段と、複数の通信端末間における通信セッションを複数の段階に分けて順番に確立するための各段階を示す段階情報を、通信網を介して受信する段階情報受信手段と、前記段階情報受信手段により受信された段階情報の示す段階において代表となる通信端末が自端末であるか否かを判定する段階判定手段と、前記段階判定手段による判定結果が肯定的である場合に、前記段階情報受信手段により受信された段階情報に対応する確立先情報を前記順番情報記憶手段から読み出し、読み出した確立先情報の示す通信端末との間で通信セッションを確立するための処理を行う通信セッション確立手段と、前記通信セッション確立手段により確立された通信セッションを用いて、前記段階情報受信手段により受信された段階情報に対応する確立先情報の示す通信端末へ、前記音データ記憶手段に記憶された音データを送信する音データ送信手段と、他端末から音データを受信する音データ受信手段と、前記段階判定手段による判定結果が肯定的である場合には、前記音データ記憶手段に記憶された音データを放音手段に出力する一方、それ以外の場合には、前記音データ受信手段により受信される音データであって前記段階情報受信手段により受信された段階情報に対応する代表端末情報の示す通信端末から受信する音データを前記放音手段に出力する音データ出力手段と、前記通信セッション確立手段により通信セッションが確立された場合に、前記段階情報受信手段により受信された段階情報の示す段階の次の段階を示す段階情報を他端末へ送信する段階情報送信手段とを備えることを特徴とする。
【０００６】
この態様において、信号の入力を受け付ける入力受付手段と、前記入力受付手段に前記信号が入力された場合に、予め定められた段階に対応する確立先情報を前記順番情報記憶手段から読み出し、読み出した確立先情報の示す通信端末との間で通信セッションを確立するための処理を行う第２の通信セッション確立手段と、前記第２の通信セッション確立手段により確立された通信セッションを用いて、前記予め定められた段階に対応する確立先情報の示す通信端末へ、前記音データ記憶手段に記憶された音データを送信する第２の音データ送信手段とを備え、前記音データ出力手段は、前記段階判定手段による判定結果が肯定的である場合又は前記入力受付手段に前記信号が入力された場合に、前記音データ記憶手段に記憶された音データを前記放音手段に出力する一方、それ以外の場合には、前記音データ受信手段により受信される音データであって前記段階情報受信手段により受信された段階情報に対応する代表端末情報の示す通信端末から受信する音データを前記放音手段に出力し、前記第２の通信セッション確立手段により通信セッションが確立された場合に、前記予め定められた段階情報の示す段階の次の段階を示す段階情報を他端末へ送信する第２の段階情報送信手段を備えてもよい。
【０００７】
また、上述した態様において、前記音データ送信手段は、前記音データ記憶手段に記憶された音データに符号化処理を施してリアルタイム伝送用の音データを生成して生成した音データを送信し、前記音データ送信手段の送信処理の処理状況に基づいて、前期通信網の混雑状況を判定する混雑状況判定手段と、前記混雑状況判定手段による判定結果に基づいて、前記音データ送信手段の符号化処理におけるビットレートを調整するビットレート調整手段とを備えてもよい。
【０００８】
また、本発明の好適な態様である通信セッション確立方法は、複数の通信端末間における通信セッションを複数の段階に分けて順番に確立するための確立処理の順番を示す順番情報であって、各段階において代表となる通信端末を示す代表端末情報と各段階において通信セッションの確立先となる通信端末を示す確立先情報とを含む順番情報を記憶する順番情報記憶手段と、音を表す音データであって前記複数の通信端末のそれぞれで異なる音データを記憶する音データ記憶手段とを備える複数の通信端末を有するシステムを用いた通信セッション確立方法であって、第１の通信端末が、複数の通信端末間における通信セッションを複数の段階に分けて順番に確立するための各段階を示す段階情報を、通信網を介して受信する第１の工程と、前記第１の通信端末が、前記受信された段階情報の示す段階において代表となる通信端末が自端末であるか否かを判定し、判定結果が肯定的である場合に、当該段階情報に対応する確立先情報を前記順番情報記憶手段から読み出し、読み出した確立先情報の示す通信端末との間で通信セッションを確立するための処理を行い、確立された通信セッションを用いて前記音データ記憶手段に記憶された音データを送信する第２の工程と、前記第１の通信端末が、前記音データ記憶手段に記憶された音データを放音手段に出力する第３の工程と、第２の通信端末が、前記第１の通信端末から前記音データを受信する第４の工程と、前記第２の通信端末が、受信される音データを放音手段に出力する第５の工程と、前記第１の通信端末が、通信セッションの確立処理が完了したときに、前記受信された段階情報の示す段階の次の段階を示す段階情報を、他端末へ送信する第６の工程とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、複数の通信端末間で通信セッションを確立する場合において、通信セッションの確立処理の進み具合を、利用者が容易に把握することができる。
【発明を実施するための最良の形態】
【００１０】
＜構成＞
図１は、この発明の一実施形態である遠隔会議システム１の構成を示すブロック図である。この遠隔会議システム１は、各地に設置された複数の通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄが、例えばインターネットなどの通信網２０に有線接続されて構成される。この遠隔会議システム１は、複数の通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ間で、通信セッションを複数の段階に分けて順番に確立して通信を行う。なお、図１に示す例においては、４つの通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄを例示しているが、遠隔会議システム１に接続される通信端末の数は４に限定されるものではなく、これより多くても少なくてもよい。また、以下の説明においては、説明の便宜上、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄを各々区別する必要がない場合には、これらを「通信端末１０」と称して説明する。
【００１１】
各通信端末１０は、他の通信端末１０との間にメッシュ形態の通信セッションを確立し、自装置の利用者の音声を示す音声データを各通信セッションを介して送信する一方、各通信セッションを介して送信されてくる音声データを受信し、各音声データに応じた音声を合成して再生することによって、遠隔会議を実現する。より詳細に説明すると、各通信端末１０は、所定のメッセージフォーマットを有する通信メッセージを相手装置の通信アドレス宛に送信することによって、その相手装置に対する通信セッションの確立要求、通信セッションの確立許可などの処理を行う。以下では、相手装置へ通信セッションの確立を要求する旨の通信メッセージを「確立要求メッセージ」と称する。
【００１２】
図２は、通信端末１０のハードウェア構成を示すブロック図である。図において、制御部１１は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を備え、ＲＯＭ又は記憶部１２に記憶されているコンピュータプログラムを読み出して実行することにより、バスＢＵＳを介して通信端末１０の各部を制御する。記憶部１２は、制御部１１によって実行されるプログラムやその実行時に使用されるデータを記憶するための記憶手段であり、例えばハードディスク装置である。表示部１３は、液晶表示パネルなどを備え、制御部１１による制御の下に各種の画像を表示する。操作部１４は、利用者による操作に応じた操作信号を制御部１１に出力する。通信部１５は、各通信端末１０の間で通信網２０を介した通信を行うための通信手段であり、通信網２０に有線接続されている。この通信部１５は、制御部１１から引き渡された通信メッセージや音声データを通信網２０へ送出する一方、通信網２０から送信されてくる通信メッセージや音声データを受信し制御部１１へ引き渡すものである。なお、この実施形態では、通信部１５が、通信網２０に有線接続されている場合について説明するが、通信網２０と無線通信する無線通信部であっても良いことは勿論である。マイクロフォン１６は、会議に参加している者が発声した音声を収音し、収音した音声を表す音声信号（アナログ信号）を出力する。音声処理部１７は、マイクロフォン１６が出力する音声信号（アナログ信号）をデジタルデータに変換して制御部１１に出力する。スピーカ１８は、音声処理部１７でデジタルデータからアナログ信号に変換され出力される音声信号に応じた強度で放音する放音手段である。計時部１９は、計時を行う計時手段であり、予め定められた時刻になるとその旨を示す信号を制御部１１に出力する。
【００１３】
なお、この実施形態では、マイクロフォン１６とスピーカ１８とが通信端末１０に含まれている場合について説明するが、音声処理部１７へ入力端子及び出力端子を設け、オーディオケーブルを介してその入力端子に外部マイクロフォンを接続するとしても良く、同様に、オーディオケーブルを介してその出力端子に外部スピーカを接続するとしても勿論良い。また、本実施形態では、マイクロフォン１６から音声処理部１７へ入力される音声信号及び音声処理部１７からスピーカ１８へ出力される音声信号がアナログ音声信号である場合について説明するが、デジタル音声データを入出力するようにしても勿論良い。なお、このような場合には、音声処理部１７にてＡ／Ｄ変換やＤ／Ａ変換を行う必要はない。
【００１４】
記憶部１２は、図示のように、リスト記憶領域１２１と、音データ記憶領域１２２とを有している。リスト記憶領域１２１には、通信端末１０を識別する端末情報が並べられて構成されたリストが、会議を識別する会議ＩＤに対応付けて記憶されている。このリストは、複数の通信端末１０間における通信セッションを複数の段階に分けて順番に確立するための確立処理の順番を示す順番情報であって、各段階において代表となる通信端末１０を示す代表端末情報と各段階において通信セッションの確立先となる通信端末１０を示す確立先情報とを含む順番情報である。
図３は、リスト記憶領域１２１に記憶されたリストの内容の一例を示す図である。なお、この実施形態においては、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄの端末ＩＤを、それぞれ「１０Ａ」，「１０Ｂ」，「１０Ｃ」，「１０Ｄ」として説明する。図３に示す例においては、リストは、図示のように、端末ＩＤが、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄの順番で並べられて構成されている。この実施形態においては、通信端末１０間の通信セッションをこのリストの順番で確立する。より具体的には、まず、通信端末１０Ａが、通信端末１０Ｂ，１０Ｃ，１０Ｄとの通信セッションを確立するための確立要求メッセージを通信端末１０Ｂ，１０Ｃ，１０Ｄに送信し、通信端末１０Ｂ，１０Ｃ，１０Ｄとの間で通信セッションを確立する。次いで、通信端末１０Ｂが、通信端末１０Ｃ，１０Ｄに確立要求メッセージを送信し、通信端末１０Ｃ，１０Ｄとの間で通信セッションを確立する。次いで、通信端末１０Ｃが、通信端末１０Ｄに確立要求メッセージを送信し、端末１０Ｄとの間に通信セッションを確立する。これにより、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄの間で、メッシュ形態の通信セッションが確立される。
【００１５】
以下の説明では、説明の便宜上、通信端末１０Ａが確立要求メッセージを送信して通信セッションを確立する段階を「フェーズ１」とし、同様に、通信セッション１０Ｂ，１０Ｃ，１０Ｄが確立要求メッセージを送信して通信セッションを確立する段階を、それぞれ「フェーズ２」，「フェーズ３」，「フェーズ４」として説明する。また、以下の説明では、説明の便宜上、その段階において他の端末に確立要求メッセージを送信する通信端末１０、すなわち通信セッションの確立処理のトリガとなる処理を行う通信端末１０を、「マスタ端末」と呼ぶ。
図３に例示するリストは、「フェーズ１」から「フェーズ４」の各段階のそれぞれについて、各段階において代表となる通信端末１０（通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ）を示す端末ＩＤ（代表端末情報）と各段階において通信セッションの確立先となる通信端末１０を示す確立先情報（「フェーズ１」の段階では「１０Ｂ」，「１０Ｃ」，「１０Ｄ」、「フェーズ２」の段階では「１０Ｃ」，「１０Ｄ」、…）を含む。
【００１６】
記憶部１２の音データ記憶領域１２２には、音を表す音データが記憶されている。この実施形態では、通信端末１０Ａの音データ記憶領域１２１には、ドラムの演奏音を表す音データが記憶されており、通信端末１０Ｂの音データ記憶領域１２２には、ドラムとベースの演奏音を表す音データが記憶されている。通信端末１０Ｃの音データ記憶領域１２１には、ドラム、ベース及びギターの演奏音を表す音データが記憶されており、通信端末１０Ｄの音データ記憶領域１２１には、ドラム、ベース及びギターの演奏音並びにボーカルの歌唱音声を表す音データが記憶されている。
【００１７】
＜実施形態の動作＞
まず、通信端末１０個々の処理の流れを説明するに先立って、遠隔会議システム１の全体の動作例を、図４及び図５を参照しつつ説明する。図４は、遠隔会議システム１の全体の動作例を示すシーケンス図であり、図５は、遠隔会議システム１の通信セッションの確立の処理段階を概略的に示す図である。この動作例では、図１に示した通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄの間でメッシュ形態の通信セッションを確立する場合について説明する。なお、以下の説明においては、説明の便宜上、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄのそれぞれの音データ記憶領域１２２に記憶されている音データを、それぞれ「音データＭＡ」，「音データＭＢ」，「音データＭＣ」，「音データＭＤ」と呼ぶ。
まず、予め定められた時刻（例えば、会議開始の５分前、等）になると、リストの先頭に配置された通信端末１０Ａの制御部１１は、計時部１９から出力される信号に基づいて、通信セッションの確立要求を示す確立要求メッセージを、他の通信端末１０Ｂ，１０Ｃ，１０Ｄに送信し（ｒ１，ｒ２，ｒ３）、通信セッションを確立するための処理を行う。通信端末１０Ｂ，１０Ｃ，１０Ｄはそれぞれ、送信されてくる確立要求メッセージに応じて通信セッションを確立するための処理を行う。なお、通信セッションの確立処理は、一般的な通信端末で行われる処理と同様であるため、ここではその詳細な説明を省略する。
これにより、図５（ａ）に示すように、通信端末１０Ａと、通信端末１０Ｂ，１０Ｃ，１０Ｄとのそれぞれの間で通信セッションが確立される。
【００１８】
また、このとき、通信端末１０Ａは、自端末に記憶されている音データＭＡを音声処理部１７を介してスピーカ１８に供給し、スピーカ１８から放音させる。また、通信端末１０Ａは、確立した通信セッションを介して、自端末に記憶されている音データＭＡの他の通信端末１０Ｂ，１０Ｃ，１０Ｄへのストリーミング配信を開始する（ｒ４，ｒ６，ｒ８）。通信端末１０Ｂ，１０Ｃ，１０Ｄはそれぞれ、通信端末１０Ａからストリーミング配信されてくる音データを音声処理部１７を介してスピーカ１８に供給し、スピーカ１８から放音させる。
このとき、通信端末１０Ｂ，１０Ｃ，１０Ｄはそれぞれ、通信端末１０Ａに対して、自端末に記憶されている音データＭＢ，ＭＣ，ＭＤを、確立した通信セッションを介してストリーミング配信する（ｒ５，ｒ７，ｒ９）。これにより、通信端末１０Ａには、音データＭＢ，ＭＣ，ＭＤがストリーミング配信されることとなるが、通信端末１０Ａは、ストリーミング配信される音データではなく、自端末の記憶している音データＭＡに応じた音を放音する。
【００１９】
このように、「フェーズ１」の段階においては、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄの全ての通信端末から、通信端末１０Ａに記憶されている音データＭＡに応じた音が放音される。通信端末１０Ａから音データＭＡがストリーミング配信されることにより、全ての通信端末１０から音データＭＡの表す音が放音され、これにより、通信端末１０付近にいる会議の参加者は、通信セッションの確立処理の進み具合が、「フェーズ１」であることを認識できる。
【００２０】
通信端末１０Ａは、他の通信端末１０（通信端末１０Ｂ，１０Ｃ，１０Ｄ）との通信セッションの確立処理を完了すると、現段階（フェーズ１）の次の段階（フェーズ２）を示す段階情報を、他の通信端末１０Ｂ，１０Ｃ，１０Ｄに送信する（ｒ１０，ｒ１１，ｒ１２）。通信端末１０Ｂ，１０Ｃ，１０Ｄは、通信端末１０Ａから送信されてくる段階情報を受信することで、「フェーズ２」に移行したことを認識する。このとき、通信端末１０Ａ，１０Ｂは、音データＭＡの表す音と音データＭＢの表す音とをクロスフェードさせて放音する。
【００２１】
次に、「フェーズ２」に移行した場合の動作例について説明する。通信端末１０Ａから段階情報を受信すると、通信端末１０Ｂは、通信端末１０Ｃ，１０Ｄに対して、通信セッションを確立するための確立要求メッセージを送信し（ｒ２１，ｒ２２）、通信セッションを確立するための処理を行う。通信端末１０Ｃ，１０Ｄはそれぞれ、通信端末１０Ｂから受信する確立要求メッセージに基づいて、通信端末１０Ｂとの通信セッションの確立処理を行う。
これにより、図５（ｂ）に示すように、通信端末１０Ｂと、通信端末１０Ｃ，１０Ｄとのそれぞれの間で通信セッションが確立される。
【００２２】
通信端末１０Ｂは、自端末に記憶されている音データを音声処理部１７を介してスピーカ１８に供給し、スピーカ１８から放音させる。また、通信端末１０Ｂは、確立した通信セッションを介して、自端末に記憶されている音データＭＢを、他の通信端末１０Ｃ，１０Ｄにストリーミング配信する（ｒ２３，ｒ２５）。このとき、通信端末１０Ａ，１０Ｃ，１０Ｄはそれぞれ、通信端末１０Ｂからストリーミング配信されてくる音データＭＢを音声処理部１７を介してスピーカ１８に供給し、スピーカ１８から放音させる。
このとき、通信端末１０Ｃ，１０Ｄはそれぞれ、通信端末１０Ｂに対して、自端末に記憶されている音データＭＣ，ＭＤを、確立した通信セッションを介してストリーミング配信する（ｒ２４，ｒ２６）。これにより、通信端末１０Ｂには、他の全ての通信端末１０（通信端末１０Ａ，１０Ｃ，１０Ｄ）がストリーミング配信されることとなるが、通信端末１０Ｂは、ストリーミング配信される曲ではなく、自端末に記憶されている音データＭＢに応じた音を放音する。
【００２３】
このように、「フェーズ２」の段階においては、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄの全ての通信端末から、通信端末１０Ｂに記憶されている音データＭＢの表す音が放音される。通信端末１０Ｂから音データＭＢがストリーミング配信されることにより、全ての通信端末１０から音データＭＢの表す音が放音され、これにより、通信端末１０付近にいる会議の参加者は、通信セッションの確立処理の進み具合が、「フェーズ２」であることを認識できる。
【００２４】
通信端末１０Ｂは、２つの通信端末１０（通信端末１０Ｃ，通信端末１０Ｄ）との通信セッションの確立を完了すると、次の段階（フェーズ３）へ移行する旨を示す段階情報を、他の通信端末１０Ａ，１０Ｃ，１０Ｄへ送信する（ｒ２７，ｒ２８，ｒ２９）。これにより、通信端末１０Ａ，１０Ｃ，１０Ｄは、フェーズが「フェーズ３」に移行することを認識する。このとき、通信端末１０Ａ，通信端末１０Ｂ，通信端末１０Ｃは、音データＭＢの表す音と音データＭＣの表す音とをクロスフェードさせて放音する。
【００２５】
次に、「フェーズ３」に移行した場合の動作例について説明する。通信端末１０Ｃは、通信端末１０Ｄに対して確立要求メッセージを送信し（ｒ３１）、通信セッションを確立するための処理を行う。これにより、図５（ｃ）に示すように、通信端末１０Ｃと、通信端末１０Ｄとの間で通信セッションが確立される。通信セッションが確立すると、通信端末１０Ｃは、通信端末１０Ｄに対して、音データＭＣを、ストリーミング配信する（ｒ３２）。また、通信端末１０Ｄは、通信端末１０Ｃに対して音データＭＤをストリーミング配信する（ｒ３３）。
【００２６】
通信端末１０Ｃからストリーミング配信される音データＭＣに応じた音を、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄが放音することによって、遠隔会議システム１の参加者は、通信セッションの確立処理の進み具体が「フェーズ３」であると認識できる。
【００２７】
通信端末１０Ｃは、通信端末１０Ｄとのセッションの確立処理を終えると、他の通信端末１０Ａ，１０Ｂ，１０Ｃに対して、次のフェーズ（フェーズ４）に移行する旨を示す段階情報を送信する（ｒ３４，ｒ３５，ｒ３６）。通信端末１０Ｃから段階情報を受信することによって、通信端末１０Ａ，１０Ｂ，１０Ｄは、次のフェーズに移行することを認識する。
【００２８】
次に、「フェーズ４」に移行した場合の動作例について説明する。「フェーズ４」の段階においては、図５（ｄ）に示すように、遠隔会議システム１に含まれる全ての通信端末１０の間でメッシュ形態の通信セッションが確立している。通信端末１０Ｃから段階情報を受信すると、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄはそれぞれ、音データＭＣの表す音と音データＭＤの表す音とをクロスフェードさせて放音する。そして、通信端末１０Ａ，１０Ｂ，１０Ｃ、１０Ｄは、音データＭＤの表す音を放音した状態で、会議開始時刻まで待機する。
【００２９】
会議の開始時刻になると、通信端末１０Ｄは、会議の開始時刻である旨を示す情報、すなわち「フェーズ４」の次の段階に移行する旨の段階情報を、他の通信端末１０Ａ，１０Ｂ，１０Ｃにそれぞれ送信する（ｒ４１，ｒ４２，ｒ４３）。会議の開始時刻になると、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄは、全ての通信端末１０から配信される音データをミキシングして放音させることによって、会議の開始時刻である旨を利用者に報知する。この動作例においては、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄは、音データＭＡ，ＭＢ，ＭＣ，ＭＤを全てミキシングして音声処理部１７を介してスピーカ１８に供給し、スピーカ１８から音として放音させる。
以上が遠隔会議システム１の動作例についての説明である。
【００３０】
次に、個々の通信端末１０が行う通信セッションの確立処理の流れについて、図６に示すフローチャートを参照しつつ以下に説明する。
制御部１１は、図６に示す処理を実行する際に、「現フェーズ番号ｎｆ」と「リストポインタｎｌ」と「担当フェーズ番号Ｎｆｎ」と「総フェーズ数Ｎｆａｌｌ」とを変数として用いる。「現フェーズ番号ｎｆ」は、遠隔会議システム１の通信セッション確立処理のその時点の段階を示す情報である。「リストポインタｎｌ」は、リスト記憶領域１２１に記憶されたリストに含まれる通信端末１０のいずれかを指し示す情報である。「担当フェーズ番号Ｎｆｎ」は、自身の通信端末１０が担当するフェーズを示す情報である。「総フェーズ数Ｎｆａｌｌ」は、フェーズの総数を示す情報である。
なお、以下の説明においては、説明の便宜上、通信セッションを確立する処理を、単に「接続処理」という。
【００３１】
まず、通信端末１０の制御部１１は、予め定められた処理開始時刻（例えば、会議開始時刻の５分前、等）であるか否かを判定し、処理開始時刻でないと判定した場合には、処理開始時刻まで待機する。この判定は、計時部１９から、処理開始時刻である旨を示す信号が供給されたか否かによって行われる。すなわち、制御部１１は、計時部１９からの信号の入力を受け付ける入力受付手段として機能する。ここで、計時部１９から制御部１１に信号が入力された場合、すなわち、処理開始時刻である場合には（ステップＳ１）、制御部１１は、まず、「現フェーズ番号ｎｆ」を「１」にする初期化処理を行う（ステップＳ２）。すなわち、この実施形態では、予め定められた段階情報として「フェーズ１」を示す段階情報が用いられる。次いで、制御部１１は、その会議に対応するリストをリスト記憶領域１２１から読み出すとともに、リストを参照して、自身の担当フェーズを特定し、特定した担当フェーズを示す「担当フェーズ番号Ｎｆｎ」をＲＡＭに記憶する（ステップＳ３）。
【００３２】
次に、制御部１１は、「担当フェーズ番号Ｎｆｎ」が「１」であるか否かを判定する（ステップＳ４）。「担当フェーズ番号Ｎｆｎ」が「１」である場合には、現在のフェーズ（以下、「現フェーズ」という）がその通信端末１０の担当フェーズであるということになる。「担当フェーズ番号Ｎｆｎ」が「１」である場合には（ステップＳ４；ＹＥＳ）、制御部１１は、現フェーズに対応する音データの表す音（現フェーズ曲）をスピーカ１８から放音させる。すなわち、制御部１１は、音データ記憶領域１２２から音データを読み出し、音声処理部１７に供給する。音声処理部１７は、制御部１１から供給される音データをデジタルデータからアナログ信号に変換してスピーカ１８に供給し、スピーカ１８に音として放音させる（ステップＳ５）。
【００３３】
次いで、制御部１１は、「リストポインタｎｌ」の値を、「現フェーズ番号ｎｆ」に１を加算した値にする（ステップＳ６）。具体的には、例えば、「現フェーズ番号ｎｆ」が「１」である場合には、「リストポインタｎｌ」の値は「２」となる。
制御部１１は、ステップＳ７〜ステップＳ１２までの処理を繰り返し実行することによって、この「リストポインタｎｌ」で示される通信端末１０との間で通信セッションを確立するための処理を行い、「リストポインタｎｌ」をリストの最後まで順番にずらしていく。これにより、制御部１１は、リストにおいて自端末より後ろに配置されたすべての通信端末１０との間で、通信セッションを確立する。
詳細には、制御部１１は、「リストポインタｎｌ」が「総フェーズ数Ｎｆａｌｌ」より大きいか否か、すなわち「リストポインタｎｌ」がリストの最後尾まで移動したか否かを判定する（ステップＳ７）。判定結果が否定的である場合には（ステップＳ７；ＮＯ）、制御部１１は、「リストポインタｎｌ」によって示される通信端末１０に対して、接続処理（通信セッションを確立するための処理）を行う（ステップＳ８）。すなわち、制御部１１は、リスト記憶領域１２１を参照して、「現フェーズ番号ｎｆ」に対応する確立先情報の示す通信端末１０（「リストポインタｎｌ」によって指し示される通信端末１０）との間で通信セッションを確立するための処理を行う。次いで、制御部１１は、ステップＳ８において確立された通信セッションを用いて、「現フェーズ番号ｎｆ」に対応する確立先情報の示す通信端末１０（「リストポインタｎｌ」によって指し示される通信端末１０）へ、音データ記憶領域１２２に記憶された音データを送信する（ステップＳ９）。このとき、制御部１１は音データに符号化処理を施してリアルタイム伝送用の音データを生成し、生成した音データをストリーミング配信する。
【００３４】
次いで、制御部１１は、ストリーミング配信の通信状況を確認することにより、ビットレート調整処理を行う（ステップＳ１０）。より具体的には、通信端末１０の制御部１１は、他端末からストリーミング配信されてくる音データの再生におけるノイズの発生頻度を検出し、検出結果を示す情報を配信元の通信端末１０へ送信する。通信端末１０の制御部１１は、検出結果を示す情報を受信すると、受信した情報に基づいて通信網２０の混雑状況を判定し、判定結果に基づいてビットレートを調整する。すなわち、制御部１１は、送信処理の処理状況に基づいて、通信網の混雑状況を判定する混雑状況判定手段として機能するとともに、該判定結果に基づいて、符号化処理におけるビットレートを調整するビットレート調整手段として機能する。
【００３５】
次いで、制御部１１は、「リストポインタｎｌ」に１を加算し（ステップＳ１１）、「リストポインタｎｌ」がリストの最後尾まで移動したか否かを判定する（ステップＳ１２）。リストの最後尾まで移動していないと判定された場合には（ステップＳ１２；ＮＯ）、制御部１１は、ステップＳ８の処理に戻り、次の通信端末１０との通信セッション確立処理、ストリーミング配信処理、ビットレート調整処理などを行う（ステップＳ８，９，１０）。
【００３６】
一方、ステップＳ１２において、「リストポインタｎｌ」がリストの最後尾まで移動したと判定された場合には、制御部１１は、「現フェーズ番号ｎｆ」の示す段階の次の段階を示す段階情報を、他端末へ送信することにより、次のフェーズへの以降を他の全ての通信端末１０へ伝える（ステップＳ１３）。このとき、制御部１１は、他の通信端末１０からストリーミング配信されてくる音データを通信部１５を介して順次受信している。制御部１１は、現フェーズ曲をスピーカ１８から放音させる（ステップＳ１４）。すなわち、制御部１１は、「現フェーズ番号ｎｆ」に対応する端末ＩＤの示す通信端末１０から送信されてくる音データを、音声処理部１７を介してスピーカ１８に供給し、スピーカ１８から放音させる。
【００３７】
次いで、制御部１１は、他の通信端末１０から、段階情報を受信するまで、すなわち次のフェーズに移行するまで待機する（ステップＳ１５，ステップＳ１６；ＮＯ）。他端末から段階情報を受信した場合、すなわち次のフェーズに移行すると判定した場合には（ステップＳ１６；ＹＥＳ）、制御部１１は、「現フェーズ番号ｎｆ」に１を加算する（ステップＳ１７）。これにより、フェーズが次の段階へ移行される。次いで、制御部１１は、「現フェーズ番号ｎｆ」が「総フェーズ数Ｎｆａｌｌ」より大きいか否かを判定する（ステップＳ１８）。現フェーズ数が「総フェーズ数Ｎｆａｌｌ」より小さいと判定された場合、すなわち次に移行すべきフェーズがある場合には（ステップＳ１８；ＮＯ）、制御部１１は、ステップＳ１４の処理に戻り、「現フェーズ番号ｎｆ」の示すフェーズを担当する通信端末１０から送信されてくる音データを、音声処理部１７を介してスピーカ１８に供給し、スピーカ１８から放音させる（ステップＳ１４）。
ステップＳ１５〜ステップＳ１８の処理が繰り返されることによって、フェーズが移行する毎に、スピーカ１８から放音される音が切り換わる。
【００３８】
一方、ステップＳ１８において、次に移行すべきフェーズがないと判定された場合には（ステップＳ１８；ＹＥＳ）、制御部１１は、その時点において放音中の音の放音を停止させ、通信セッションが確立されている全ての通信セッションから送信されてくる音データを、音声処理部１７に供給する。音声処理部１７は、制御部１１から供給される音データをミキシングしてスピーカ１８に供給し、スピーカ１８から放音させる（ステップＳ１９）。
【００３９】
一方、ステップＳ７において、「リストポインタｎｌ」がリストの最後尾まで移動したと判定された場合には（ステップＳ７；ＹＥＳ）、制御部１１は、会議の開始時刻がくるまで待機する（ステップＳ２０），（ステップＳ２１；ＮＯ）。制御部１１は、計時部１９からの信号により会議の開始時刻になったか否かを判定し、開始時刻であると判定した場合には（ステップＳ２１；ＹＥＳ）、制御部１１は、会議の開始時刻である旨を示す情報、すなわちフェーズが移行する旨を示す情報を、他の通信端末１０に対して送信することによって、最終フェーズへの移行を他の全ての通信端末１０へ伝える（ステップＳ２２）。
【００４０】
ステップＳ４において、自端末の「担当フェーズ番号Ｎｆｎ」が「１」でない場合には（ステップＳ４；ＮＯ）、制御部１１は、他の通信端末１０から通信セッションの確立要求を受けるまで待機する。通信セッションの確立要求を示す確立要求メッセージを受信すると、制御部１１は、確立要求メッセージを送信してきた通信端末１０との通信セッションの確立処理を行う（ステップＳ２３）。次いで、制御部１１は、ステップＳ２３において通信セッションの確立要求メッセージを送信してきた通信端末１０、すなわち「現フェーズ番号ｎｆ」に対応する通信端末１０から送信されてくる音データを音声処理部１７を介してスピーカ１８に供給し、スピーカ１８から放音させる。また、このとき、制御部１１は、音データ記憶領域１２２に記憶された音データ（自フェーズ曲）を、他の通信端末１０に対してストリーミング配信する（ステップＳ２４）。次いで、制御部１１は、ストリーミング配信の通信状況を確認することにより、ビットレート調整処理を行う（ステップＳ２５）。次いで、制御部１１は、段階情報が他の通信端末１０から送信されるのを待機する（ステップＳ２６，ステップＳ２７；ＮＯ）。段階情報を受信した場合、すなわち次のフェーズに移行すると判定した場合には（ステップＳ２７；ＹＥＳ）、制御部１１は、「現フェーズ番号ｎｆ」の値に１を加算する（ステップＳ２８）。これにより、フェーズが移行されることとなる。次いで、制御部１１は、「現フェーズ番号ｎｆ」が「担当フェーズ番号Ｎｆｎ」と一致するか否か、すなわち、受信された段階情報の示す段階において代表となる通信端末１０が自端末であるか否かを判定する（ステップＳ２９）。ステップＳ２９における判定結果が否定的である場合には（ステップＳ２９；ＮＯ）、制御部１１は、ステップＳ２３の処理に戻り、他の通信端末１０から接続されるのを待機する（ステップＳ２３）。一方、ステップＳ２９における判定結果が肯定的である場合には、制御部１１は、ステップＳ５以降の処理を行う。
【００４１】
このように、制御部１１は、「現フェーズ番号ｎｆ」の示す段階において代表となる通信端末１０（マスタ端末）が自端末であるか否かを判定し（ステップＳ４，ステップＳ２９）、判定結果が肯定的である場合には（ステップＳ４；ＹＥＳ，ステップＳ２９；ＹＥＳ）、音データ記憶領域１２２に記憶された音データを音声処理部１７を介してスピーカ１８に出力する（ステップＳ５）一方、それ以外の場合には、他の通信端末１０から受信する音データであって「現フェーズ番号ｎｆ」に対応する代表端末情報の示す通信端末１０（マスタ端末）から受信する音データを、音声処理部１７を介してスピーカ１８に出力する（ステップＳ１４，ステップＳ２４）。
【００４２】
以上説明したようにこの実施形態によれば、遠隔会議システム１は、複数の通信端末１０における通信セッションを複数の段階（フェーズ）に分けて順番に確立する。このとき、フェーズが移行する毎に、スピーカ１８から放音される音を切り換える。具体的には、この実施形態においては、「フェーズ１」の段階では通信端末１０からドラムの演奏音が放音され、「フェーズ２」の段階ではドラムとベースの演奏音が放音される。次いで、「フェーズ３」の段階ではドラム、ベース及びギターの演奏音が放音され、フェーズ４では、ドラム、ベース及びギターの演奏音並びにボーカルの歌唱音声が放音される。このように、フェーズが移行する毎に放音される音が切り換わるから、遠隔会議システム１の利用者は、通信端末１０から放音される音を聴取することで、通信セッションの確立処理の進み具合を段階的に把握することができる。具体的には、例えば、「フェーズ２」に対応する音が通信端末１０から放音されている場合には、利用者は、その音を聴取することで確立処理の処理段階が「フェーズ２」であることを認識できる。また、フェーズ毎に放音する音を変えることにより、利用者は、通信端末１０の周辺にいるだけで、会議の開始時刻が近づいていることを認識できる。
特に、この実施形態では、楽器（又はボーカル）の演奏音（又は歌唱音声）がフェーズが移行する毎に順番に重なっていくように利用者に聴かせることができ、処理の進み具合を利用者により分かり易く報知することができる。
【００４３】
また、この実施形態では、ストリーミング配信される音データを利用してビットレート調整を行うから、伝送路の混み具合も確認でき、ビットレートを調整するためのデータを別途配信する必要がなく、利用者に通信セッションの確立処理の進み具合を報知しつつビットレート調整を行うことができる。
【００４４】
＜変形例＞
以上、この実施形態について説明したが、この実施形態は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその一例を示す。
（１）上述した実施形態では、４台の通信端末１０を有する遠隔会議システム１について説明した。遠隔会議システム１に含まれる通信端末１０の数は４に限定されるものではなく、これより多くても少なくてもよい。例えば、図７（ａ）に示すように、６台の通信端末１０を有する遠隔会議システムであってもよい。図７（ｂ）は、図７（ａ）に示す遠隔会議システムのセッション確立の順番を示すリストである。図７に示す例においても、上述した実施形態と同様に、「フェーズ１」から「フェーズ６」の段階毎に順番に通信セッションの確立処理が行われる。具体的には、「フェーズ１」の段階では、通信端末１０Ａがマスタ端末として他の通信端末１０（通信端末１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅ，１０Ｆ）との通信セッションの確立処理を行い、「フェーズ２」の段階では、通信端末１０Ｂがマスタ端末として他の端末（通信端末１０Ｃ，１０Ｄ，１０Ｅ，１０Ｆ）との通信セッションの確立処理を行う。また、「フェーズ３」の段階では、通信端末１０Ｃがマスタ端末として、他の通信端末１０（通信端末１０Ｄ，１０Ｅ，１０Ｆ）との通信セッションの確立処理を行う。同様にして、「フェーズ４」，「フェーズ５」の各段階でも、通信端末１０Ｅ，１０Ｆがそれぞれマスタ端末として通信セッションの確立処理を行い、メッシュ形態の通信セッションを確立する。
【００４５】
（２）上述した実施形態では、通信端末１０の制御部１１が、ストリーミング配信する音データの再生具合で回線の太さを判断し、ビットレートを変更する構成としたが、必ずしもビットレートを変更する必要はなく、ビットレートを変更しない構成としてもよい。
【００４６】
（３）上述した実施形態において、あるフェーズでのマスタ端末からの応答がない場合には、予め定められたサーバ装置が、他の通信端末１０に通信セッションの確立処理を指示する旨の指示情報を送信してもよい。また、他の通信端末１０が、マスタ端末からの確立要求メッセージを、予め定められた時間待機した後、自端末をマスタ端末として処理を続行するようにしてもよい。このように、通信セッションの確立に失敗した場合の処理については、通信端末１０の設計等に応じて変更可能である。
【００４７】
（４）上述した実施形態では、通信セッションを確立する順番を示すリストを、通信端末１０の記憶部１２に予め記憶させておく構成とした。これに代えて、通信セッションの確立処理を開始するタイミングで、予め定められたサーバ装置からリストを受信する構成としてもよい。また、上述した実施形態では、遠隔会議システム１に含まれる複数の通信端末１０のそれぞれがリストを記憶している構成としたが、これに代えて、通信セッションの確立処理において最初にマスタ端末となる通信端末１０にのみリストを記憶させておく構成としてもよい。この場合は、マスタ端末が、次のフェーズに移行する旨を示す段階情報を他の通信端末１０に送信する際に、次のフェーズにおける接続台数と接続先の端末情報とを、次のフェーズでマスタ端末となる通信端末１０に送信するようにしてもよい。また、例えば、接続台数や接続先情報を示すパラメータ群を含んだデータを送受信することによって、通信セッションの確立処理を行うようにしてもよい。
【００４８】
また、上述した実施形態では、通信端末１０を識別する端末情報が順番に並べられて構成されたリストを用いたが、通信セッションを確立する順番を示す情報はこれに限らず、例えば、図８に示すような、複数の通信端末１０における通信セッションを複数の段階に分けて順番に確立するための各段階を示す段階情報が、通信端末を示す端末情報と、接続相手となる通信端末を示す相手先情報とに関連付けられて構成されたデータを順番情報として用いてもよい。図８は、順番情報の内容の一例を示す図である。図８に示す例においては、順番情報は、図示のように、「フェーズ番号」と「担当端末ＩＤ」と「接続先端末ＩＤ」との各項目が、互いに関連付けて記憶されている。これらの項目のうち、「フェーズ番号」の項目には、複数の通信端末１０間で通信セッションを複数の段階に分けて順番に確立するための各段階を示すフェーズ番号（段階情報）が記憶されている。「担当端末ＩＤ」の項目には、その段階において通信セッション確立処理を行う通信端末（マスタ端末）を示す端末ＩＤ（端末情報）が記憶されている。「接続先端末ＩＤ」の項目には、その段階において通信セッションを確立すべき接続相手となる通信端末を示す接続先端末ＩＤ（接続先情報）が記憶されている。図８に示す例においては、「フェーズ１」から「フェーズ４」までの４段階に分けて、通信端末１０間の通信セッションを確立する場合のデータの一例が示されており、「フェーズ１」の段階では、端末ＩＤが「１０Ａ」の通信端末１０Ａが、通信端末１０Ｂ，１０Ｃ，１０Ｄとの間で通信セッションを確立する処理を行い、次いで、「フェーズ２」の段階では、通信端末１０Ｂが、通信端末１０Ｃ，１０Ｄとの間で通信セッションを確立する処理を行う場合のデータの内容を示している。同様にして、「フェーズ３」の段階では、通信端末１０Ｃが、通信端末１０Ｄとの間で通信セッションを確立する処理を行う。この場合は、「フェーズ１」から「フェーズ４」までの段階毎に、順番に通信セッションが確立されることにより、通信端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄの間で通信セッションが確立される。
要するに、順番情報は、複数の通信端末１０間の通信セッションを複数の段階に分けて順番に確立するための確立処理の順番を示すものであればどのようなものであってもよい。
【００４９】
（５）上述した実施形態では、最初のフェーズ（フェーズ１）でマスタ端末となる通信端末１０Ａの制御部１１は、計時部１９から信号を受信することをトリガとして、通信セッションの確立処理を開始した。通信セッションの確立処理を開始するトリガはこれに限らず、例えば、予め定められたサーバ装置から、通信セッションの確立処理を開始する旨の指示情報を受信することをトリガとしてもよい。また、例えば、制御部１１が、操作部１４からの操作信号の入力を受け付ける構成として、操作部１４から操作信号が入力された場合に、制御部１１が、通信セッションの確立処理を開始してもよい。この場合は、利用者によって操作が行われると、通信端末１０の制御部１１が、通信セッションの確立処理を開始する。要するに、信号の入力を受け付ける入力受付手段は、操作部１４からの信号を受信するものであってもよく、また、計時部１９からの信号を受信するものであってもよく、また、予め定められたサーバ装置からの指示情報（信号）を受信するものであってもよい。
【００５０】
（６）上述した実施形態では、そのフェーズにおいてマスタ端末である通信端末１０が、他の全ての通信端末に、次のフェーズに移行する旨を示す段階情報を送信する構成とした。これに代えて、マスタ端末が、次のフェーズでマスタ端末となる通信端末に、次のフェーズへ移行する旨を示す情報を送信する構成としてもよい。
【００５１】
（７）上述した実施形態では、フェーズが移行した場合に音をクロスフェードさせる構成としたが、必ずしもクロスフェードさせる必要はなく、クロスフェードさせない構成としてもよい。
【００５２】
（８）上述した実施形態では、会議の開始時刻になると、全ての通信端末１０からストリーミング配信されてくる音データをミキシングして放音することによって、会議の開始時刻である旨を利用者に報知した。会議の開始時刻である旨を報知する態様はこれに限らず、例えば、一定時間経過後に音をフェードアウトさせることによって報知してもよく、また、例えば、拍子を表す音を放音することによって報知してもよい。また、例えば、「会議の開始時刻です」といった、音声メッセージを放音してもよく、また、表示ディスプレイにその旨を表示してもよい。要するに、会議の開始を報知する態様であればどのようなものであってもよい。
【００５３】
（９）上述した実施形態ではメッシュ形態の通信セッションを確立する場合について説明したが、本発明はメッシュ形態の通信セッションに限定されるものではなく、複数の通信端末間の通信セッションを複数の段階に分けて順番に確立するものであればどのような形態であってもよい。
また、上述した実施形態では、１フェーズにつき１台の通信端末がマスタ端末となる場合について説明した。１フェーズに対応するマスタ端末の台数は１台に限らず、複数であってもよい。
【００５４】
（１０）上述した実施形態においては、マスタ端末は、自端末に記憶されている音データに応じた音を放音させた後に、他の通信端末１０との通信セッションを確立する処理を行った。本発明における処理の順序は上述した実施形態で示したものに限らず、例えば、通信セッションを確立した後に、自端末に記憶されている音データを放音する構成としてもよい。要するに、マスタ端末は、自端末に記憶された音データに応じた音を放音する処理と、他の通信端末１０との間で通信セッションの確立を行うための処理と、次の段階を示す段階情報を他端末へ送信する処理とを行えばよく、その順序はどのようなものであってもよい。
【００５５】
（１１）通信端末１０の音データ記憶領域１２１に記憶される音データは、上述した実施形態で示したようなドラムなどの演奏音を表すデータや、歌唱音声を表すデータに限らず、例えば、トランペットやバイオリンなど他の種々の楽器の演奏音を表す音データであってもよい。また、例えば、ある特定の音高の音を表すデータであってもよい。例えば、「ド」、「ミ」、「ソ」、…といったそれぞれの音高の音を表すデータを記憶させておき、フェーズが移行する毎に放音される音高が高くなるような態様であってもよい。例えば、遠隔会議に参加する通信端末１０の台数が常に同じ台数である場合には、利用者は、放音される音がある音になったときに会議の開始時刻であることに気付くことができる。なお、この場合には、音データを必ずしもストリーミング配信する必要はない。
【００５６】
また、例えば、「音データＭＡ」としてドラムの演奏音を表すデータを、「音データＭＢ」としてベースの演奏音を表すデータを、「音データＭＣ」としてギターの演奏音を表すデータを、「音データＭＤ」としてボーカルの歌唱音声を表すデータをそれぞれ記憶させておいてもよい。また、通信端末１０毎に異なる楽曲を表す音データを記憶させておいてもよい。
要するに、音データ記憶領域１２１に記憶される音データは、音を表す音データであればどのようなものであってもよい。なお、遠隔会議システム１に含まれる複数の通信端末１０のそれぞれで、異なる音データが記憶されていることが好ましい。
【００５７】
また、上述した実施形態では、通信端末１０は、段階（フェーズ）が移行する毎に、前の段階の音と次の段階の音とをクロスフェードさせた。これに代えて、通信端末１０が、前の段階の音データと次の段階の音データとをミキシングして放音してもよい。すなわち、放音中の音に加えて現フェーズの音を放音してもよい。この場合は、楽器（又はボーカル）の演奏音（又は歌唱音声）が、フェーズが移行する毎に順番に重なっていくように利用者に聴かせることができ、処理の進み具合を利用者により分かり易く報知することができる。要するに、他端末から受信する音データ及び音データ記憶領域１２２に記憶された音データのうちの、少なくとも現フェーズを表す段階情報に対応する音データを、スピーカ１８に出力すればよい。
【００５８】
（１２）また、上述した実施形態では、遠隔会議システム１に含まれる全ての通信端末１０の音データ記憶領域１２２に音データを予め記憶させておく構成とした。これに代えて、最初にマスタ端末となる通信端末１０にのみ音データを記憶させておく構成としてもよい。この場合は、フェーズが移行する毎に、通信端末１０が、受信する音データの表す音を検出し、検出結果に基づいて、音データに対して所定のアルゴリズムに基づいた処理を施して音データを加工し、加工した音データをスピーカ１８に出力してもよい。具体的には、例えば、ピアノやギターの音色になるように音データを加工して出力してもよい。
このように、予め記憶された音データをスピーカ１８に出力してもよく、また、受信される音データ又は予め定められた音データを加工してスピーカ１８に出力してもよい。
【００５９】
また、上述した実施形態では、通信端末１０は１種類の音データを音データ記憶領域１２２に記憶していた。これに代えて、複数の音データをフェーズ毎に記憶する構成としてもよい。この場合は、通信端末１０の制御部１１は、図６に示す通信セッションの確立処理を行う際に、順番情報に基づいて自端末がマスタ端末となるフェーズを特定し、特定したフェーズに対応する音データを用いてストリーミング配信処理や放音処理を行う。この場合は、複数の会議に参加する通信端末１０であってマスタ端末となるフェーズが会議毎に異なる通信端末１０であっても、それぞれの会議に応じたストリーミング配信処理や放音処理を行うことができる。
【００６０】
（１３）上述した実施形態における通信端末１０の制御部１１によって実行されるプログラムは、磁気テープ、磁気ディスク、フレキシブルディスク、光記録媒体、光磁気記録媒体、ＲＡＭ、ＲＯＭなどの記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由で通信端末１０にダウンロードさせることも可能である。
【図面の簡単な説明】
【００６１】
【図１】遠隔会議システムの構成の一例を示すブロック図である。
【図２】通信端末のハードウェア構成を示すブロック図である。
【図３】リストの内容の一例を示す図である。
【図４】遠隔会議システムの動作例を説明するためのシーケンス図である。
【図５】通信セッションが確立される様子を概略的に示す図である。
【図６】通信端末が行う処理の流れを示すフローチャートである。
【図７】遠隔会議システムの構成の一例を示すブロック図である。
【図８】順番情報の内容の一例を説明するための図である。
【符号の説明】
【００６２】
１…遠隔会議システム、１０…通信端末、１１…制御部、１２…記憶部、１３…表示部、１４…操作部、１５…通信部、１６…マイクロフォン、１７…音声処理部、１８…スピーカ、１９…計時部、２０…通信網、１２１…リスト記憶領域、１２２…音データ記憶領域。
【図１】
2008108117.tif 000003
【図２】
2008108117.tif 000004
【図３】
2008108117.tif 000005
【図４】
2008108117.tif 000006
【図５】
2008108117.tif 000007
【図６】
2008108117.tif 000008
【図７】
2008108117.tif 000009
【図８】
2008108117.tif 000010