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