JP2011041153A - 電子会議システム、配信管理サーバ、データ制御方法、プログラム、及び記録媒体 - Google Patents

Abstract

【課題】電子会議システムにおいて、ネットワークの通信状況を考慮し、会議の種類に応じて最適なデータ量を決定する。
【解決手段】複数の通信端末及び配信管理サーバがネットワークを介して接続され、前記通信端末間で会議を行うためのデータ通信を行なう電子会議システムであって、通信端末は、受信品質情報と、会議種類情報を含む会議属性情報とを配信管理サーバに送信する送信手段と、配信管理サーバは、受信品質情報及び会議属性情報を受信する受信手段１０１と、会議種類情報毎に、受信品質情報及びデータの圧縮パラメータを関連付けた品質管理情報を記憶する記憶手段１０６と、受信された受信品質情報及び会議種類情報に基づいて、品質管理情報から圧縮パラメータを取得する配信管理制御手段１００と、取得された圧縮パラメータを通信端末に送信する送信手段１０１と、を備える。
【選択図】図５

Description

本発明は、電子会議システム、配信管理サーバ、データ制御方法、プログラム、及び記録媒体に関する。

電子会議システム（遠隔会議システム）は、ネットワークを介して２拠点間以上で専用機若しくはパソコンなどの遠隔会議端末を使用して、映像および音声を相互に通信するシステムである。電子会議システムにおいて、映像・音声の通信品質は、使用するネットワーク帯域に強く依存する。従来の電子会議システムでは、使用できるネットワーク帯域が狭い場合は、映像・音声の品質を落とし（データ量を減らし）、映像・音声を途切れないような工夫している。

ここで、２拠点間でプレゼンテーションを行うような遠隔会議の例を述べる。まずＡ拠点には発表者がいて、それをＢ拠点で聴講すると仮定する。Ｂ拠点では発表を聞くため、Ａ拠点の映像と音声を、高品質になるよう設定を行う。Ａ拠点では、Ｑ＆Ａに備えて、Ｂ拠点の映像と音声を、高品質になるよう設定を行う。ここで、ネットワーク帯域が十分にない場合、Ａ拠点もしくはＢ拠点のどちらかのデータがロスする。例えば、Ａ拠点から送られるデータがロスした場合は、Ｂ拠点の映像もしくは音声が乱れて、プレゼンテーション資料が読めない、もしくは発表内容を聞き損じという問題が生じる。この問題に備えて、映像・音声品質をネットワーク帯域に合わせて、映像・音声品質を自動で調整する機能が搭載された遠隔会議システムが存在する。

例えば、特開２００７−３２９６８２号公報には、例えばマイク音量や資料などの送受信データを監視し、会議の状態変化に応じて、帯域に割り当てるデータの優先度を動的に変更して帯域を最適化することにより、円滑な電子会議システムを実現する技術が開示されている。

しかしながら、従来の電子会議システムでは、会議の状態変化に応じて送受信するデータ量を決定するが、ネットワークの通信状況によっては、最適に決定されたデータを正確に送受信することができない場合があるという問題点があった。

そこで、本発明は上記問題点に鑑みてなされたものであり、電子会議システムにおいて、ネットワークの通信状況を考慮し、会議の種類に応じて最適なデータ量を決定することができる電子会議システム、配信管理サーバ、データ制御方法、プログラム、及び記録媒体を提供することを目的とする。

本発明における一観点の電子会議システムは、複数の通信端末及び配信管理サーバがネットワークを介して接続され、前記通信端末間で会議を行うためのデータ通信を行なう電子会議システムであって、前記通信端末は、データを受信した際のネットワークの通信状況を示す受信品質情報と、前記会議の種類を示す会議種類情報を含む会議属性情報とを前記配信管理サーバに送信する送信手段と、前記配信管理サーバは、前記受信品質情報及び前記会議属性情報を受信する受信手段と、前記会議種類情報毎に、前記受信品質情報及びデータの圧縮パラメータを関連付けた品質管理情報を記憶する第１記憶手段と、受信された前記受信品質情報及び前記会議属性情報に含まれる前記会議種類情報に基づいて、前記品質管理情報から前記圧縮パラメータを取得する配信管理制御手段と、取得された前記圧縮パラメータを前記通信端末に送信する送信手段と、を備える。

また、本発明における他の観点の配信管理サーバは、複数の通信端末から映像データ及び音声データを受信し、合成された映像データ及び音声データを各通信端末に送信する配信管理サーバであって、前記通信端末がデータを受信した際のネットワークの通信状況を示す受信品質情報と、前記会議の種類を示す会議種類情報を含む会議属性情報とを受信する受信手段と、前記会議種類情報毎に、前記受信品質情報及びデータの圧縮パラメータを関連付けた品質管理情報を記憶する記憶手段と、受信された前記受信品質情報及び前記会議属性情報に含まれる前記会議種類情報に基づいて、前記品質管理情報から前記圧縮パラメータを取得する配信管理制御手段と、取得された前記圧縮パラメータを前記通信端末に送信する送信手段と、を備える。

また、本発明における他の観点のデータ制御方法は、複数の通信端末から映像データ及び音声データを受信し、合成された映像データ及び音声データを各通信端末に送信する配信管理サーバにおけるデータ制御方法であって、前記通信端末がデータを受信した際のネットワークの通信状況を示す受信品質情報と、前記会議の種類を示す会議種類情報を含む会議属性情報とを受信する受信ステップと、記憶手段に記憶され、前記会議種類情報毎に、前記受信品質情報及びデータの圧縮パラメータを関連付けた品質管理情報に基づいて、受信された前記受信品質情報及び前記会議属性情報に含まれる前記会議種類情報から前記圧縮パラメータを取得する配信管理制御ステップと、取得された前記圧縮パラメータを前記通信端末に送信する送信ステップと、を有する。

また、本発明の電子会議システム、配信管理サーバ、及びデータ通信方法は、コンピュータにより実行可能なプログラムにより実現することができ、また、プログラムを記録した記録媒体をコンピュータに読み取らせて実現することも可能である。

本発明によれば、電子会議システムにおいて、ネットワークの通信状況を考慮し、会議の種類に応じて最適なデータ量を決定することができる電子会議システム、配信管理サーバ、データ制御方法、プログラム、及び記録媒体を提供することができる。

本発明に係る電子会議システムの一例を示す図。 本発明に係る配信管理サーバのハードウェア構成の一例を示すブロック図 実施例１に係る遠隔会議端末の機能構成の一例を示すブロック図。 ＲＴＣＰ ＲＲのパケットフォーマットを示す図。 実施例１に係る配信管理サーバの機能構成の一例を示すブロック図。 会議管理ＤＢに記憶されるデータ構造の一例を示す図。 品質管理ＤＢに記憶されるデータ構造の一例を示す図。 実施例１における通信制御処理の一例を示すシーケンス図。 実施例１における通信終了処理の一例を示すシーケンス図。 実施例２に係る配信管理サーバの機能構成の一例を示すブロック図。 実施例２における優先情報ＤＢのデータ構造の一例を示す図。 実施例２における会議管理ＤＢのデータ構造の一例を示す図。 実施例２における品質管理ＤＢのデータ構造の一例を示す図。 変形例に係る電子会議システム（その１）の一例を示す図。 変形例に係る電子会議システム（その２）の一例を示す図。

以下、添付図面を参照して、本発明にかかる電子会議システム、配信管理サーバ、データ制御方法、プログラム及び記録媒体の実施例を詳細に説明する。

＜システム構成とハードウェア構成＞
図１は、本発明に係る電子会議システムの一例を示す図である。図１に示すように、電子会議システムは、配信管理サーバ１０、遠隔会議端末（通信端末）Ａ２０、遠隔会議端末Ｂ３０を含む。

本発明に係る電子会議システムは、各遠隔会議端末と配信管理サーバがネットワークを介してつながっており、通信できる状態にある。各遠隔会議端末は、会議の種類（例えば、プレゼンテーション形式やレビュー形式など）、会議パラメータおよび映像・音声データの受信品質を配信管理サーバ１０に送信する。配信管理サーバ１０は会議の種類及び受信品質に応じて優先順位が高いと判断した映像・音声のデータの帯域を高く、優先度が低いと判断した映像・音声のデータの帯域を低くするよう遠隔会議端末に指示する。

次に、本発明に係る配信管理サーバ１０のハードウェア構成について説明する。図２は、本発明に係る配信管理サーバ１０のハードウェア構成の一例を示すブロック図である。

図２に示すように、配信管理サーバ１０は、制御部１１、主記憶部１２、補助記憶部１３、外部記憶装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１６、操作部１７、表示部１８を含む。

制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

外部記憶装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記憶媒体１５（例えば、フラッシュメモリなど）と配信管理サーバ１０とのインタフェースである。

また、記憶媒体１５に、所定のプログラムを格納し、この記憶媒体１５に格納されたプログラムは外部記憶装置Ｉ／Ｆ部１４を介して配信管理サーバ１０にインストールされ、インストールされた所定のプログラムは配信管理サーバ１０により実行可能となる。

ネットワークＩ／Ｆ部１６は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器と当該配信管理サーバ１０とのインタフェースである。

操作部１７や表示部１８は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、配信管理サーバ１０が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。なお、表示部１８は、必ずしも必要ではない。

［実施例１］
次に、実施例１に係る電子会議システムについて説明する。図３は、実施例１に係る遠隔会議端末Ａ２０の機能構成の一例を示すブロック図である。遠隔会議端末Ａ２０は、映像をエンコード（符号化）するためにカメラ２０１、映像入力制御部２０２、映像エンコーダ２０３を含む。また、遠隔会議端末Ａ２０は、音声をエンコードするためにマイク２０９、音声入力制御部２１０、音声エンコーダ２１１を含む。また、遠隔会議端末Ａ２０は、送信するデータの制御を行うために操作制御部２０５、配信ポリシー制御部２０６を含む。

また、遠隔会議端末Ａ２０は、各データを配信管理サーバ１０に通信するために配信制御部２１２、通信制御部２０７を含む。また、遠隔会議端末Ａ２０は、映像をデコード及び表示するために映像デコーダ２１４、映像出力制御部２１５、映像表示装置２１６を含む。また、遠隔会議端末Ａ２０は、音声をデコード及び出力するために音声デコーダ２１７、音声出力制御部２１８、スピーカ２１９を含む。

カメラ２０１は、映像を撮影し、撮影した映像を映像入力部２０２に出力する。映像入力制御部２０２は、遠隔会議端末Ａ２０に接続するカメラのデバイスドライバおよびカメラから入力された映像データをハンドリングする。

映像エンコーダ２０３は、映像入力制御部２０２を介して取得した非圧縮の映像データを圧縮する映像コーデックである。圧縮方式としてH.264やMPEG-4などがある。また、映像エンコーダ２０３は、配信制御部２１２から指示される圧縮パラメータ（圧縮方式、解像度、フレームレート、ビットレートなど）に応じて、圧縮パラメータの変更を行う。

マイク２０９は、話者の音声を入力し、音声データを音声入力制御部２１０に出力する。音声入力制御部２１０は、遠隔会議端末Ａ２０に接続するマイクのデバイスドライバおよびマイクから入力される音声データをハンドリングする。

音声エンコーダ２１１は、音声入力制御部２１０を介して取得した非圧縮の音声データを圧縮する音声コーデックである。圧縮方式としてG.711、AACなどがある。

操作部２０４は、ユーザから操作を受付ける機能を有し、例えばボタンなどである。操作制御部２０５はボタン操作を制御する機能を有する。ユーザは、操作部２０４を介して、プレゼンテーション形式、レビュー形式、指示・命令形式、ブレインストーミング形式などの会議の種類を選択する。操作制御部２０５は、ユーザにより選択された会議の種類情報を配信ポリシー制御部２０６に出力する。

配信ポリシー制御部２０６は、会議の種類を示す会議種類情報、遠隔会議端末を識別するための端末識別情報、会議を識別するための会議識別情報を含む会議属性情報を、通信制御部２０７を介して配信管理サーバ１０に送信する。

また、配信ポリシー制御部２０６は、ネットワークの通信状況を示す受信品質情報もしくは会議終了の通知、配信管理サーバ１０からの圧縮パラメータの指示などを、通信制御部２０７を介して送受信する機能を有する。

ここで、配信ポリシー制御部２０６が扱うデータについて詳しく説明する。会議属性情報は、会議の種類、会議を主催（オーナー）している遠隔会議端末のＩＤ、その他の端末のＩＤを配信管理サーバ１０へ通知する。ここで、ＩＤはＩＰアドレスでも良いし、ＳＩＰ ＵＲＩでもよい。会議の種類はプレゼンテーション形式もしくはレビュー形式、指示・命令形式、ブレインストーミング形式などがある。会議種類はテキストでもよいし、種類に応じてＩＤを定義して、ＩＤを送信してもよい。送信データはテキスト形式でもバイナリ形式でも実現可能である。

次に、受信品質情報について説明する。後述するＲＴＣＰのＲＲ（Receiver Reports）により、受信パケット間隔ジッタおよびパケットロス発生率、ネットワーク遅延時間が容易に把握できるので、これらのデータは配信管理サーバ１０に転送される。

また、受信品質情報には、受信側・配信元の遠隔会議端末のＩＤを含んでいる。さらに、ＲＴＣＰを使わずにもしくはＲＴＣＰと合わせて、使用可能なネットワーク帯域、再送許容時間などを演算して送信することで、より最適な映像・音声に変更できる。

次に、会議終了通知について説明する。会議終了通知は、会議が終了したことを、配信管理サーバ１０に通知するための情報である。終了通知には会議ＩＤが含まれる。

次に、圧縮パラメータについて説明する。圧縮パラメータは、映像に対しては解像度、フレームレート、音声に対してはビットレートなどがある。例えば、解像は1920×1080、1280×720などがある。また、フレームレートは、30、15などがある。また、ビットレートは、256kbps、128kbpsなどがある。

このほかにも、圧縮パラメータは、端末初期設定値に対するパーセンテージでもよいし、圧縮アルゴリズムなどでもよい。また、音声の場合は、圧縮アルゴリズム、平均データ圧縮量、サンプリング周波数などでもよい。

さらに、圧縮パラメータは、遠隔会議が行われる画面レイアウトを指示してもよい。例えば、三拠点間の遠隔会議が行われる場合は、映像のサイズ、表示位置、会議資料のサイズ、表示位置を指定できてもよい。

配信制御部２１２は、映像エンコーダ２０３および音声エンコーダ２１１から取得した映像データおよび音声データを、ネットワークを介して配信管理サーバ１０に送信する。また、配信制御部２１２は、配信管理サーバ１０から受信した映像データおよび音声データを映像デコーダ２１４および音声デコーダ２１７に出力する。

また、配信制御部２１２は、例えば、ＲＴＰ（Real-time Transport Protocol）およびＲＴＳＰ（Real Time Streaming Protocol）のクライアントおよびサーバおよびＲＴＣＰ（RTP Control Protocol）を制御する。ＲＴＰは、音声や動画などのデータストリームをリアルタイムに配送するためのデータ転送プロトコルである。ＲＴＳＰはストリーミングデータの制御（いわゆるVideo Cassette Recorderの操作）を行なうためのプロトコルで、ＲＴＰと協調して動作する。ＲＴＣＰはＲＴＰでデータを送受信するためのセッションを制御するプロトコルである。

このほかに、配信制御部２１２は、ＲＴＳＰアドレスを相互に交換するための通信手段を備えている。たとえば、ＰＯＳＩＸ（Portable Operating System Interface）標準のソケットインターフェースを使って接続して、相互に通信することが考えられる。また、配信制御部２１２は、ＳＩＰやＨ．３２３などの呼制御を使ってもよい。

また、配信制御部２１２は、受信品質を算出する。以下、ＲＴＣＰのＲＲにより受信パケット間隔ジッタおよびパケットロス発生率、ネットワーク遅延時間を把握する仕方を説明する。

図４は、ＲＴＣＰ ＲＲのパケットフォーマットを示す図である。欠落率には、あるレポーティングインターベル内で欠落したパケットの数を、受信すべき数で割った値が入る。欠落率は、２進の小数点を、フィールドの左端に設定された固定小数点数で表現する。つまり、欠落率に２５６をかけた数の整数部分と同じ値になる。

例えば、１／４のパケットが欠落した場合、欠落率は１／４×２５６＝６４となる。パケットの重複が原因で受信したパケットの数が受信すべき数よりも大きくなり、欠落パケットの数が負になった場合は、欠落率に０がセットされる。

パケットジッタ間隔は、レポート対象者のＳＳＲＣによって送信されたデータパケットに対し、ネットワーク転送時間のばらつきを投下的に見積もったものである。この測定単位には、タイムスタンプが使用される。したがって、ＲＴＰのタイムスタンプと同様に、３２ビットの符号なし整数で表される。

ネットワーク遅延時間は、たとえば、ＩＣＭＰの"echo request"を相手先に送信して、その応答である"echo reply"を受信するまでの時間をネットワーク遅延時間としてもよい。また、ＲＴＣＰ ＲＲとＳＲ（Sender Reports）を使ってネットワーク往復時間を算出することもできる。

この方法で算出される値は、ネットワーク往復時間である。エンドポイントにおける処理時間（例えば受信側でのジッタの影響を緩和するためにメディアの再生前にデータをバッファする時間）は含まれない。

送信側は、ＲＲの最新送信レポート(LSR:Last Sender Report)のタイムスタンプと最新送信レポート経過時間（DLSR:Delay since Last Sender Report）のフィールドを使って、受信側との往復時間を計算することができる。ＲＲパケットを受信したとき、現在時刻からＬＳＲフィールドの値を引けば、ＳＲパケットを送信してからこのＲＲパケット受信するまでの間の経過時間が得られる。その値から、さらにＤＬＳＲフィールドの値を引き、受信側での処理による経過時間を取り除けば、ネットワークの往復時間を取得することができる。

図３に戻り、通信制御部２０７は、通信に必要なプロトコルスタックおよびネットワークインターフェイスカードを含む。映像デコーダ２１４は、配信制御部２１２から取得した圧縮された映像データを伸張する映像コーデックである。

映像出力制御部２１５は、遠隔会議端末Ａ２０に接続するディスプレイなどの映像表示装置２１６のデバイスドライバであり、映像デコーダ２１４で伸張された映像データを映像表示装置２１６に出力する。映像表示装置２１６は、映像を表示するディスプレイであり、例えば、ＬＣＤ（Liquid Crystal Display）などである。

音声デコーダ２１７は、配信制御部２１２から取得した音声データを伸張する音声コーデックである。音声出力制御部２１８は、遠隔会議端末Ａ２０に接続するスピーカ２１９のデバイスドライバであり、音声デコーダ２１７で伸張された音声データをスピーカ２１９に出力する。スピーカ２１９は、音声出力制御部２１８から取得した音声データを出力する。

次に、配信管理サーバ１０の機能について説明する。図５は、実施例１に係る配信管理サーバ１０の機能構成の一例を示すブロック図である。図５に示すように、配信管理サーバ１０は、通信制御部１０１、配信管理制御部１００、会議管理ＤＢ（第２記憶手段）１０４、品質管理ＤＢ（第１記憶手段）１０６を含む。配信管理制御部１００は、配信ポリシー制御部１０２、会議管理部１０３、品質管理部１０５を含む。

通信制御部１０１は、ネットワークインターフェースカード(NIC)のデバイスドライバおよびネットワークスタックを含む。通信制御部１０１は、ネットワークを介して各遠隔会議端末と各データの送受信を行う。

配信管理制御部１００は、通信制御部１０１から取得した受信品質情報及び会議属性情報に含まれる会議種類情報に基づいて、品質管理ＤＢ１０６から圧縮パラメータを決定する。以下、配信管理制御部１００の詳細を説明する。

配信ポリシー制御部１０２は、各遠隔会議端末から会議属性情報（会議の種類や端末のIDなど）、受信品質情報（ジッタ、パケットロス発生率および遅延時間など）および、終了の通知を受信する機能を有する。また、配信ポリシー制御部１０２は、会議管理部１０３に対して会議属性情報を通知し、品質管理部１０５から圧縮パラメータを取得・判断して、各遠隔会議端末に対して、通信制御部１０１を介して圧縮パラメータを送信する機能を有する。

会議管理部１０３は、配信ポリシー制御部１０２から会議属性情報を取得すると、取得した会議管理ＤＢ１０４に記憶する。

会議管理ＤＢ１０４は、会議属性情報を記憶・管理する。図６は、会議管理ＤＢ１０４に記憶されるデータ構造の一例を示す図である。図６に示すように、会議ＩＤ、会議種類、オーナー端末、オーディエンス端末が関連付けられている。

例えば、会議ＩＤ「12345678」は、会議種類「プレゼンテーション形式」、オーナーは「192.168.0.xx」、オーディエンス１「192.168.0.xy」、オーディエンス２「192.168.1.yy」が関連付けられている。

品質管理部１０５は、配信ポリシー制御部１０２から会議種類情報と受信品質情報とを取得した場合、品質管理ＤＢ１０６から圧縮パラメータを取得する。品質管理部１０５は、取得した圧縮パラメータを配信ポリシー制御部１０２に出力する。

品質管理ＤＢ１０６は、会議種類ごとに、受信品質情報に対応する圧縮パラメータを示す品質情報を記憶・管理する。図７は、品質管理DB１０６に記憶されるデータ構造の一例を示す図である。

図７に示すように、会議種類ごとに、受信品質（パケットロス値）に対応する圧縮パラメータ（映像の解像度、映像のフレームレート、音声のビットレート）が関連付けられている。

例えば、会議種類が「プレゼンテーション形式」でパケットロス敷値が「０〜１％」である場合、「オーナー」の映像の解像度は「1920×1080」であり、映像のフレームレートは「30」であり、音声のビットレートは「256kbps」である。また、同条件の場合、「オーディエンス」の映像の解像度は「720×480」であり、映像のフレームレートは「15」であり、音声のビットレートは「256kbps」である。

これより、品質管理部１０５は、会議種類と受信品質が定まれば、品質情報から圧縮パラメータを決定することができる。

以上の機能により、実施例１に係る遠隔会議端末が会議属性情報及び受信品質情報を配信管理サーバ１０に送信し、配信管理サーバ１０が圧縮パラメータを決めて、変更指示を行うことが可能となる。

＜動作＞
次に、実施例１に係る電子会議システムの動作について説明する。図８は、実施例１における通信制御処理の一例を示すシーケンス図である。図８に示すように、ステップＳ１０１において、ユーザは、操作部２０４を介して接続先の設定を行う。接続先は複数あっても良い。

ステップＳ１０２において、ユーザは操作部２０４を介して会議種類を設定する。会議種類は、例えば、プレゼンテーション形式、レビュー形式、指示・命令形式、ブレインストーミング形式などである。これらの会議の種類は利用シーンに応じて追加・削除ができてもよい。ここで設定された情報は一旦、配信ポリシー制御部２０６で記憶される。同時に設定情報は配信制御部２１２にも伝えられる。

ステップＳ１０３において、遠隔会議端末Ａ２０の配信制御部２１２は、遠隔会議端末Ｂ３０に対して接続要求を行う。ステップＳ１０４において、遠隔会議端末Ｂ３０は、遠隔会議端末Ａ２０に接続許可を通知する。例えば、両端末には、Webクライアントが搭載されていてＨＴＴＰ経由でＳＤＰ（Session Description Protocol）を受信し、メディアクライアント（Windows Media Player、Quick time playerなど）を起動することである。

メディアクライアントはＷｅｂクライアントからＳＤＰを受け取るのでＳＥＴＵＰを送信することから始める。一方、メディアクライアントが直接ＲＴＳＰ経由でメディアにアクセスした場合はＤＥＳＣＲＩＢＥから処理を始め、ＳＤＰを受信し、ＳＥＴＵＰする必要がある。

映像・音声データを受信するまでのフローは標準規格に沿っているので省略する。また、映像・音声の配信を開始する際、両端末は、配信を開始してよいかを確認するメッセージを、映像出力制御部２１５を介して表示してもよい。この処理を端末同士相互に行うことで映像・音声の双方向通信が開始される。

ここで、配信が開始されると、遠隔会議端末Ａ２０は会議ＩＤを作成する。会議ＩＤはランダムな数字でも良いし、ＵＵＩＤ（Universally Unique Identifier）でもよい。

ステップＳ１０５において、配信ポリシー制御部２０６は、会議属性情報を配信管理サーバ１０に通知する。会議属性情報には、会議種類情報、会議を識別する会議識別情報、遠隔会議端末を識別する端末識別情報などを含む。

会議属性情報は、例えば以下の形式で送信される。
SendConfProperty,12345678,192.168.0.xx,192.168.0.xy,192.168.0.yy\n ・・・（１）
(会議属性情報),(会議ID),(オーナー端末のID),(オーディエンス１のID), (オーディエンス2のID), … ,(オーディエンスnのID)\n
上記会議属性情報はオーナーの遠隔会議端末Ａ２０から配信管理サーバ１０に対してＴＣＰ／ＩＰ上でテキストデータとして送信する。

ステップＳ１０６において、会議管理部１０３は、会議属性情報を会議管理ＤＢ１０４に記憶する。

ステップＳ１０７において、品質管理部１０５は、会議種類情報をキーとして、オーナー及びオーディエンスの圧縮パラメータを取得する。配信開始時、パケットロス閾値は０％とする。ステップＳ１０８において、配信管理サーバ１０は、取得した圧縮パラメータをメディア属性としてオーナー及びオーディエンスの全ての端末に送信（指示）する。

圧縮パラメータ（メディア属性）は、以下の形式で送信される。
SetCompParameter,1920x1080,30,256\n ・・・（２）
(圧縮パラメータ),(送信映像解像度),(送信フレームレート),(音声ビットレート)\n
上記圧縮パラメータは配信管理サーバから会議参加端末に対してＴＣＰ／ＩＰ上でテキストデータとして送信する。

圧縮パラメータを受信した遠隔会議端末Ｂ３０は、取得した圧縮パラメータで映像・音声をエンコードする。例えば、オーナー端末がメディア属性指示で解像度1920x1080、フレームレート30を受信した場合、エンコーダの設定値を変更する。エンコーダが受信した解像度もしくはフレームレートをサポートしていない場合は最も近い値を設定する。音声の場合も同様に音声エンコーダに指示をする。

ステップＳ１０９において、次に遠隔会議端末Ａ２０は、任意に指定された間隔で、受信品質情報を、配信管理サーバ１０に通知する。指定の間隔は1秒程度でよい。受信品質情報はＲＴＣＰにより取得する。

ステップＳ１１０において、配信管理サーバ１０は、受信品質情報を受信すると、会議管理部１０３に対して送信元のＩＰアドレスをキーとして、会議種類情報を取得する。

ステップＳ１１１において、品質管理部１０５は、会議種類情報と、受信品質情報に含まれるパケットロス発生率をキーとして、圧縮パラメータを取得する。例えば、会議種類がレビュー形式で、受信品質情報のパケットロス発生率が３％であった場合、パケット発生率が１％〜５％に対応する圧縮パラメータを取得する。

ステップＳ１１２において、配信管理サーバ１０は、圧縮パラメータを、遠隔会議端末Ｂ３０に対して送信する。ステップＳ１１３において、遠隔会議端末Ｂ３０は、圧縮パラメータを受信し、受信した圧縮パラメータに基づいて映像、音声をエンコードして遠隔会議端末Ａ２０に送信する。

ステップＳ１１４において、遠隔会議端末Ｂ３０は、任意に指定された間隔で、受信品質情報を、配信管理サーバ１０に通知する。指定の間隔は1秒程度でよい。受信品質情報はＲＴＣＰにより取得する。

ステップＳ１１５において、配信管理サーバ１０は、受信品質情報を受信すると、会議管理部１０３に対して送信元のＩＰアドレスをキーとして、会議種類情報を取得する。

ステップＳ１１６において、品質管理部１０５は、会議種類情報と、受信品質情報に含まれるパケットロス発生率をキーとして、圧縮パラメータを取得する。例えば、会議種類がレビュー形式で、受信品質情報のパケットロス発生率が７％であった場合、パケット発生率が５％〜に対応する圧縮パラメータを取得する。

ステップＳ１１７において、配信管理サーバ１０は、圧縮パラメータを、遠隔会議端末Ａ２０に対して送信する。ステップＳ１１８において、遠隔会議端末Ａ２０は、圧縮パラメータを受信し、受信した圧縮パラメータに基づいて映像、音声をエンコードして遠隔会議端末Ｂ３０に送信する。

なお、ステップＳ１１４は、ステップＳ１０９の前後に行ってもよく、各遠隔会議端末間で相互通信を行ない、受信品質情報を取得した時点で、配信管理サーバ１０に送信するようにすればよい。

以上より、相互通信を行なう各遠隔会議端末は、配信管理サーバ１０により会議種類情報及び受信品質情報に基づいて決定された圧縮パラメータを用いて、最適なデータ量で相互通信を行なうことができる。

次に、実施例１における通信終了処理について説明する。図９は、実施例１における通信終了処理の一例を示すシーケンス図である。ステップＳ２０１において、ユーザは、操作部２０４を介して、会議の終了操作を行う。

ステップＳ２０２において、配信制御部２１２は、操作制御部２０５から終了通知を受けると、接続先の遠隔会議端末Ｂ３０に終了要求を行う。ステップＳ２０３において、遠隔会議端末Ｂ３０は、終了の許可を遠隔会議端末Ａ２０に通知する。

ステップＳ２０４において、配信ポリシー制御部２０６は、通信制御部２０７を介して、会議の終了を配信管理サーバ１０に通知する。会議の終了通知には、少なくとも会議ＩＤは含まれる。

ステップＳ２０５において、配信管理サーバ１０は、終了通知を受信すると、会議管理部１０３を介して、会議管理ＤＢ１０４にアクセスして、受信した会議ＩＤと同一のエントリを削除する。

以上、実施例１によれば、電子会議システムにおいて、ネットワークの通信状況を考慮し、会議の種類に応じて最適なデータ量を決定することができる。

［実施例２］
次に、実施例２に係る電子会議システムについて説明する。実施例２では、配信管理サーバが、遠隔会議端末毎に優先順を保持し、会議種類情報、受信品質情報、優先順情報に基づいて、圧縮パラメータを決めるところが実施例１と異なる。

現在のＩＰネットワークは、利用可能な帯域をどのように使うかを決めるＱｏＳ（Quality of Service）制御は行われていない。例えば、ＩＰネットワークの帯域が10Mbpsであったとする。一つのテレビ会議が約3Mbps使うとすると、三つのテレビ会議を行うことができる。

ここにさらに一つのテレビ会議が行われると、新しいテレビ会議は品質が低いものとなる。また、新しいテレビ会議が加わったことにより、既に行われている３つのテレビ会議の品質に影響し、映像の乱れや音声の途切れが発生することになる。

そこで、ネットワーク帯域を割り振るようなＱｏＳ制御が必要になる。例えば、四つ目に新たに行われた重要なテレビ会議の品質が低くならないような、さらに４つ同時にテレビ会議が行われても極力映像の乱れや音声の途切れが発生しないような制御を実現する仕組みである。

この仕組みとして、予め端末自体に優先順位が設定されており、パケットロスが発生すると、その優先順位に応じて映像・音声品質を制御する。この仕組みを以下、実施例２として説明する。

＜機能構成＞
図１０は、実施例２に係る配信管理サーバ４０の機能構成の一例を示すブロック図である。配信管理サーバ４０は、配信管理制御部３００、通信制御部１０１、会議管理ＤＢ３０５、品質管理ＤＢ３０７、優先情報ＤＢ３０３を含む。配信管理制御部３００は、配信ポリシー制御部３０１、優先管理部３０２、会議管理部３０４、品質管理部３０６を含む。ここで、図１０に示す機能において、図５に示す機能と同様の機能のものは同じ符号を付し、その説明を省略する。

配信管理制御部３００は、通信制御部１０１から取得した会議属性情報に含まれる端末識別情報に対応する会議優先情報を取得し、会議優先情報の平均値を算出して、この平均値にも基づいて、圧縮パラメータを取得する。以下、配信管理制御部３００の詳細を説明する。

配信ポリシー制御部３０１は、優先管理部３０２から取得した各遠隔会議端末の優先順情報に基づいて、会議に接続される端末の優先順の平均値を算出する。配信ポリシー制御部３０１は、優先順の平均値を、会議管理部３０４を介して会議管理ＤＢ３０５に登録する。

また、配信ポリシー制御部３０１は、受信品質情報を取得すると、優先順の平均値と受信品質情報とに基づいて、圧縮パラメータを取得する。圧縮パラメータの取得処理の詳細は後述する。

優先管理部３０２は、配信ポリシー制御部３０１から端末ＩＤを取得すると、会議管理ＤＢ３０３から端末ＩＤに対応する会議プライオリティ（優先順情報）を取得し、取得した会議プライオリティを配信ポリシー制御部３０１に出力する。

優先情報ＤＢ３０３は、各端末ＩＤに優先順を関連付けた優先順情報を記憶する。図１１は、実施例２における優先情報ＤＢ３０３のデータ構造の一例を示す図である。図１１に示す例では、例えば、端末ＩＤ「192.168.0.xx」の会議プライオリティは「３」であり、端末ＩＤ「192.168.0.xy」の会議プライオリティは「３」である。

会議管理部３０４は、配信ポリシー制御部３０１から会議属性情報の登録指示を受けると、会議管理ＤＢ３０５に会議属性情報を登録する。ここで登録される会議属性情報には、配信ポリシー制御部３０１により算出された優先順の平均値を示す会議プライオリティ平均値、ネットワークの通信状況の状態履歴を示す品質カウンタが含まれる。

会議管理部３０５は、会議属性情報を記憶する。図１２は、実施例２における会議管理ＤＢ３０５のデータ構造の一例を示す図である。図１２に示す例では、会議ＩＤ「12345678」には、会議種類「プレゼンテーション形式」、会議プライオリティ平均値「２」、品質カウンタ「０」、オーナー「192.168.0.xx」、オーディエンス１「192.168.0.xy」、オーディエンス２「192.168.0.yy」が関連付けられている。

品質管理部３０６は、配信ポリシー制御部３０１から会議種類情報及びパケットロス値が通知されると、配信管理ＤＢ３０７から会議種類情報及びパケットロス値に対応する圧縮パラメータを取得する。

また、品質管理部３０６は、配信ポリシー制御部３０１からさらに、映像・音声品質ＩＤを「＋１」にする通知を受けた場合、会議種類情報及びパケットロス値に対応する映像・音声品質ＩＤの値に＋１した映像・音声品質ＩＤに対応する圧縮パラメータを取得する。品質管理部３０６は、取得した圧縮パラメータを配信ポリシー制御部３０１に出力する。

品質管理ＤＢ３０７は、会議種類情報、映像・音声品質ＩＤ、パケットロス閾値、圧縮パラメータを関連付けて記憶する。図１３は、実施例２における品質管理ＤＢ３０７のデータ構造の一例を示す図である。

図１３に示すように、会議種類毎に、パケットロス閾値に対応して映像・音声品質ＩＤが関連付けられている。例えば、会議種類「プレゼンテーション形式」には、パケットロス閾値「０％〜１％」に対応して映像・音声品質ＩＤ「1001」、パケットロス閾値「１％〜５％」に対応して映像・音声品質ＩＤ「1002」となっている。映像・音声品質ＩＤがインクリメントするにつれて、映像・音声の品質は低くなるよう圧縮パラメータは設定されている。

次に、実施例２における圧縮パラメータの取得方法の具体例について説明する。実施例２では、遠隔会議端末に予め設定された会議プライオリティに従って、会議プライオリティ平均値が低い順に映像・音声品質を低下させることを目的にする。

配信管理サーバ４０が各遠隔会議端末から送信される受信品質情報を受信し、パケットロス発生率を会議プライオリティに応じて擬似的に増減させることで実施例２を実現できる。例えば、端末ＩＤ「192.168.0.xx」をオーナーとして端末ＩＤ「192.168.0.xy」および端末ＩＤ「192.168.0.yy」がビデオ会議をすると仮定する。各遠隔会議端末の会議プライオリティはそれぞれ３、３、２である。

ここで、配信ポリシー制御部３０１は、会議プライオリティの平均値を小数点以下切捨てて算出する。この例の場合は（３＋３＋２）／３の小数点以下を切り捨てて２となる。この値を会議プライオリティ平均値とする。この値の算出は、会議属性情報を通知された際に行い、会議管理ＤＢ３０５に登録される。

配信ポリシー制御部３０１は、次に受信品質情報を受信し、受信品質情報に含まれるパケットロス発生率が例えば１％を超えた場合、品質カウンタを＋１増加させる。この品質カウンタが会議プライオリティ平均値を超えた場合、配信ポリシー制御部３０１は、会議種類情報及びパケットロス値に対応する映像・音声品質ＩＤに＋1をした映像・音声品質ＩＤに対応する圧縮パラメータを取得する。

例えば、パケットロス発生率が「４％」の場合、プレゼンテーション形式の映像・音声品質ＩＤは「1002」であるが、品質カウンタが会議プライオリティ平均値を超えた場合、配信ポリシー制御部３０１は、映像・音声品質ＩＤに＋１して映像・音声品質ＩＤを「1003」として、映像・音声品質ＩＤ「1003」に対応する圧縮パラメータを取得する。

ただし、例えば映像・音声品質ＩＤを＋１増加させて「1004」になった場合、圧縮パラメータの取得に失敗するので、この場合は映像・音声品質ＩＤをデクリメントし、「1003」にしてから取得する。配信管理サーバ４０は、取得した圧縮パラメータを各遠隔会議端末に送信する。以降の処理は実施例１と同様であるため省略する。

＜動作＞
次に、実施例２における電子会議システムの動作について説明する。実施例２における電子会議システムの動作は、基本的には図８に示す処理と同様であるため、図８に示す処理と異なるところを説明する。

ステップＳ１０５により、配信管理サーバ４０が会議属性情報を取得すると、配信ポリシー制御部３０１は、会議に参加する遠隔会議端末に対応する会議プライオリティの平均値（会議プライオリティ平均値）を算出する。

ステップＳ１０６において、配信制御部３０１は、算出した会議プライオリティ平均値を会議属性情報に含め、会議管理部３０４を介して会議属性情報を会議管理ＤＢ３０５に記憶する。

ステップＳ１１０において、配信ポリシー制御部３０１は、受信品質情報を受信し、受信品質情報に含まれるパケットロス発生率が例えば１％を超えた場合、会議管理ＤＢ３０５にある品質カウンタを＋１増加させる。

ステップＳ１１１において、配信ポリシー制御部３０１は、品質カウンタが会議プライオリティ平均値を超えた場合、会議種類情報及びパケットロス値に対応する映像・音声品質ＩＤに＋1をした映像・音声品質ＩＤに対応する圧縮パラメータを取得するよう品質管理部３０６に指示する。

ステップＳ１１２において、品質管理部３０６が取得した圧縮パラメータ（メディア属性）を、通信制御部１０１が各遠隔端末に送信する。ステップＳ１１４〜Ｓ１１７においても前述した処理と同様の処理が行われる。

以上、実施例２によれば、遠隔会議端末に予め設定された会議プライオリティに従って、会議プライオリティ平均値が低い順に映像・音声品質を低下させることができる。

［変形例］
次に、変形例に係る電子会議システムについて説明する。変形例では、多地点接続装置６０を用いて会議を行う。本発明は、多地点接続装置（ＭＣＵともいう）６０を用いる場合にも適用可能である。

＜システム構成＞
図１４は、変形例に係る電子会議システム（その１）の一例を示す図である。図１４に示すように、電子会議システムは、多地点接続装置４０、遠隔会議装置（通信装置）Ａ２０、遠隔会議装置Ｂ３０、遠隔会議装置Ｃ５０を含む。

変形例における多地点接続装置６０は、実施例１、２で説明した配信管理サーバ１０、４０の機能を有する。変形例において前述した各実施例と異なるところは、オーナーの遠隔会議端末だけが会議属性情報を送信するのではなく、各遠隔会議端末が自身の端末ＩＤを含む会議属性情報を多地点接続装置６０に送信する。

これにより、多地点接続装置６０が、会議種類情報及び各遠隔会議端末から受信品質情報を取得することで、各遠隔会議端末に送信するデータ量を適切に制御することができる。

また、変形例に係る電子会議システムは、配信管理機能とＭＣＵとは別のサーバであっても良い。図１５は、変形例に係る電子会議システム（その２）の一例を示す図である。図１５に示すように、電子会議システムは、実施例１、２と同様に配信管理サーバ８０を別サーバとして備えてもよい。これにより、多地点接続装置７０、各遠隔会議端末は、配信管理サーバ８０から圧縮パラメータを取得した場合には、取得した圧縮パラメータによりエンコードしたデータを送信することができる。

なお、各実施例や変形例の配信管理サーバや多地点接続装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、各実施例や変形例の配信管理サーバや多地点接続装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、各実施例や変形例の配信管理サーバや多地点接続装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、各実施例や変形例の配信管理サーバや多地点接続装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

各実施例や変形例の配信管理サーバや多地点接続装置で実行されるプログラムは、前述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上記各部が主記憶装置上に生成されるようになっている。

なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施例にわたる構成要素を適宜組み合わせても良い。

１０、４０、８０ 配信管理サーバ
２０、３０、５０ 遠隔会議端末
６０、７０ 多地点接続装置
１００、３００ 配信管理制御部
１０１ 通信制御部
１０２、３０１ 配信ポリシー制御部
１０３、３０４ 会議管理部
１０４、３０５ 会議管理ＤＢ
１０５、３０６ 品質管理部
１０６、３０７ 品質管理ＤＢ
２０２ 映像入力制御部
２０３ 映像エンコーダ
２０４ 操作部
２０５ 操作制御部
２０６ 配信ポリシー制御部
２０７ 通信制御部
２１０ 音声入力制御部
２１１ 音声エンコーダ
２１２ 配信制御部
３０２ 優先管理部
３０３ 優先情報ＤＢ

特開２００７−３２９６８２号公報

Claims (8)

1. 複数の通信端末及び配信管理サーバがネットワークを介して接続され、前記通信端末間で会議を行うためのデータ通信を行なう電子会議システムであって、
   前記通信端末は、
   データを受信した際のネットワークの通信状況を示す受信品質情報と、前記会議の種類を示す会議種類情報を含む会議属性情報とを前記配信管理サーバに送信する送信手段と、
   前記配信管理サーバは、
   前記受信品質情報及び前記会議属性情報を受信する受信手段と、
   前記会議種類情報毎に、前記受信品質情報及びデータの圧縮パラメータを関連付けた品質管理情報を記憶する第１記憶手段と、
   受信された前記受信品質情報及び前記会議属性情報に含まれる前記会議種類情報に基づいて、前記品質管理情報から前記圧縮パラメータを取得する配信管理制御手段と、
   取得された前記圧縮パラメータを前記通信端末に送信する送信手段と、
   を備える電子会議システム。
2. 前記会議属性情報は、前記会議を識別する会議識別情報、前記会議を行う通信端末を識別する端末識別情報をさらに含み、
   前記配信管理サーバは、
   前記会議属性情報を記憶する第２記憶手段を備え、
   前記配信管理制御手段は、
   再度受信品質情報が受信された場合、該受信品質情報を送信した通信端末の前記端末識別情報と前記第２記憶手段に記憶された会議属性情報とから前記会議種類情報を特定する特定手段を備え、
   特定された前記会議種類情報と再度受信された前記受信品質情報とに基づいて、前記品質管理情報から前記圧縮パラメータを取得する請求項１記載の電子会議システム。
3. 前記配信管理サーバは、
   前記端末識別情報と会議に関する優先順とを関連付けた会議優先情報を記憶する第３記憶手段を備え、
   前記配信管理制御手段は、
   前記会議属性情報に含まれる前記端末識別情報と前記会議優先情報とから特定される優先順の平均値にも基づいて、前記圧縮パラメータを取得する請求項２記載の電子会議システム。
4. 前記配信管理制御手段は、
   前記受信品質情報が所定値以上である場合をカウントし、カウント値が前記平均値を超えた場合、さらに映像及び／又は音声の品質を落とすよう前記圧縮パラメータを取得する請求項３記載の電子会議システム。
5. 複数の通信端末から映像データ及び音声データを受信し、合成された映像データ及び音声データを各通信端末に送信する配信管理サーバであって、
   前記通信端末がデータを受信した際のネットワークの通信状況を示す受信品質情報と、前記会議の種類を示す会議種類情報を含む会議属性情報とを受信する受信手段と、
   前記会議種類情報毎に、前記受信品質情報及びデータの圧縮パラメータを関連付けた品質管理情報を記憶する記憶手段と、
   受信された前記受信品質情報及び前記会議属性情報に含まれる前記会議種類情報に基づいて、前記品質管理情報から前記圧縮パラメータを取得する配信管理制御手段と、
   取得された前記圧縮パラメータを前記通信端末に送信する送信手段と、
   を備える配信管理サーバ。
6. 複数の通信端末から映像データ及び音声データを受信し、合成された映像データ及び音声データを各通信端末に送信する配信管理サーバにおけるデータ制御方法であって、
   前記通信端末がデータを受信した際のネットワークの通信状況を示す受信品質情報と、前記会議の種類を示す会議種類情報を含む会議属性情報とを受信する受信ステップと、
   記憶手段に記憶され、前記会議種類情報毎に、前記受信品質情報及びデータの圧縮パラメータを関連付けた品質管理情報に基づいて、受信された前記受信品質情報及び前記会議属性情報に含まれる前記会議種類情報から前記圧縮パラメータを取得する配信管理制御ステップと、
   取得された前記圧縮パラメータを前記通信端末に送信する送信ステップと、
   を有するデータ制御方法。
7. 複数の通信端末から映像データ及び音声データを受信し、合成された映像データ及び音声データを各通信端末に送信するプログラムであって、
   前記通信端末がデータを受信した際のネットワークの通信状況を示す受信品質情報と、前記会議の種類を示す会議種類情報を含む会議属性情報とを受信する受信ステップと、
   記憶手段に記憶され、前記会議種類情報毎に、前記受信品質情報及びデータの圧縮パラメータを関連付けた品質管理情報に基づいて、受信された前記受信品質情報及び前記会議属性情報に含まれる前記会議種類情報から前記圧縮パラメータを取得する配信管理制御ステップと、
   取得された前記圧縮パラメータを前記通信端末に送信する送信ステップと、
   をコンピュータに実行させるためのプログラム。
8. 前記請求項７記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images