JP2006191283A - 会議サーバ、テレビ会議用クライアント端末装置、速度調整方法およびプログラム - Google Patents

Abstract

【課題】伝送レートが頻繁に変動するネットワークを使用するテレビ会議システムにおいて、最適な伝送レートでテレビ会議を行う。
【解決手段】各クライアント1は、会議中に他のクライアントから受信したデータの受信速度を随時測定し、会議サーバ２に受信速度の測定結果と、各自の送信速度とともに送信する。会議サーバ２は、複数のクライアント１の各々から、取得した送信側のクライアント１の送信速度と、対応する受信側のクライアント１の受信速度とにより、あらかじめ定めた規則に従い、各クライアント１の適切な送信速度を算出する。会議サーバ２は、算出された送信速度を、複数のクライアント１の各々に対し設定指示を行う。各クライアントは、設定指示された送信速度に従って、テレビ会議のデータを送信する。
【選択図】 図５

Description

本発明は、多地点テレビ会議システムの技術に関する。

インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、以下ＩＰと称す）ネットワークにおける通信は、サービス品質が保証されないようなベストエフォート型のデータグラム指向の通信なので、相手先へパケットデータが届かないこともあり、通信中の伝送レート（速度）が頻繁に変動する。

このＩＰネットワークを使用した従来の多地点テレビ会議システムとしては、ＩＰルータを用い、マルチキャスト通信にてテレビ会議を実現する技術が特許文献１に開示されている。

特許文献１の技術では、テレビ会議用に確保した通信帯域を有効活用するため、各テレビ会議用クライアント端末装置から取得した情報送信レートの総和が、テレビ会議に対する割当てレートを超えないように各テレビ会議用クライアント端末装置の情報送信レートを動的に決定している。

特開２０００−２４４４９０号公報

しかしながら、特許文献１の技術は、会議で使用する伝送帯域が予め定められた場合において、会議への発言要求を契機にテレビ会議用クライアント端末装置（以降、クライアントと称す）に対する伝送レートを動的に変更するものであり、ベストエフォート型のネットワークに対応したテレビ会議システムに対応したものではない。

ベストエフォート型のネットワーク対応のテレビ会議システムは、テレビ会議で使用する通信帯域は予め定められていないので、クライアントが契約した通信帯域内において自由に通信速度を設定して通信が行える。このため、ベストエフォート型のネットワーク対応のテレビ会議システムは、各々のクライアントの通信速度が異なったテレビ会議システムといえる。

このようなベストエフォート型のネットワーク対応のテレビ会議システムの場合、ネットワークを使用するユーザが少ない場合など使用するネットワーク全体に余裕がある場合に行うテレビ会議と、ネットワークが混雑した場合に行うテレビ会議とでは、送信側のクライアントから同じ通信速度で送信していても、受信側のクライアントの受信速度が異なってくる。後者のようにネットワークが混雑した場合、テレビ会議の映像や音声の遅延が発生するといった問題が生じる。映像や音声の遅延が発生すると、テレビ会議がスムーズに進まないというようなことが起こる。ベストエフォート型のネットワークのような伝送レートが頻繁に変動するネットワークでは、このような問題も頻繁に起こりうる。

本発明は、伝送レートが頻繁に変動するネットワークを使用するテレビ会議システムにおいて、最適な伝送レートでテレビ会議を行うことができる技術を提供することを目的とする。

本発明は、上記課題を解決するために、設定された送信速度情報に従ってパケットを送信する複数のクライアント端末装置にテレビ会議を行わせる会議サーバにおいて、複数のクライアント端末装置の各々から、前記テレビ会議における情報の送信速度および受信速度を示す速度情報を取得する情報取得処理部と、前記情報取得処理部により取得された複数の速度情報に従って、前記複数のクライアント端末装置の各々の前記テレビ会議における情報の送信速度を示す送信速度情報を算出する計算処理部と、前記計算処理部により算出された送信速度情報を、前記複数のクライアント端末装置の各々に対し設定指示を行う情報設定部と、を備える。

本発明によれば、ＩＰネットワークのような伝送レートが頻繁に変動するネットワークを使用して会議を行った場合であっても、最適な伝送レートでテレビ会議を行うことができる。

以下、本発明の一実施の形態について図面を用いて詳細に説明する。

図１は、本発明に関する多地点テレビ会議システムの一実施の形態の全体構成を示すシステム構成図である。

図１において、クライアント１（１−１、１−Ｍ、１−Ｎ）は、ユーザがサービスを享受するために用いる端末装置である。会議サーバ２は、会議室の作成、参加者の登録／削除など、会議に関する制御を行う処理装置である。多地点接続装置（Ｍｕｌｔｉｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｕｎｉｔ；以下ＭＣＵと称す）３は、会議開催中に各クライアントから送信されてきた映像／音声データを中継して、送信先のクライアントに分配する接続装置である。ネットワーク４は、IPネットワークなどのベストエフォート型のネットワークであり、データ信号の経路を提供する。

本実施の形態において、ＴＶ会議を行う場合、会議サーバ２は、会議に出席する複数のクライアント１を、ＭＣＵ３に接続させ、ＴＶ会議を開始させる。各クライアント1は、会議中に他のクライアントから受信したデータの受信速度(受信レート)を随時測定し、会議サーバ２に受信速度の測定結果と、自身の送信速度(送信レート)とを送信する。会議サーバ２は、複数のクライアント１の各々から、受信速度の測定結果と、送信速度とを取得し、取得した送信側のクライアント１の送信速度と、対応する受信側のクライアント１の受信速度とにより、後述するあらかじめ定めた条件に従い、各クライアント１の適切な送信速度を算出する。会議サーバ２は、算出された送信速度を、複数のクライアント１の各々に対し設定指示を行う。各クライアントは、設定指示された送信速度に従って、テレビ会議のデータを送信する。データの送信元と受信先とを識別するために、各装置には、アドレスとしてあらかじめ識別情報が付与されている。

つぎに、各装置の構成を説明する。

まず、会議サーバ２の構成を説明する。図２は、会議サーバ２の機能ブロック図を示している。

会議サーバ２は、コンピュータであり、パケットの送受信を行うネットワークインタフェース２１、ＣＰＵ（中央処理装置）２２、ハードディスク２３、および、アプリケーションプログラム２４１を展開するメモリ２４を備える。会議サーバ２は、キーボードなどの入力装置、ディスプレイなどの表示装置などをさらに備えることができる。

ＣＰＵ２２は、メモリ２４に記憶するアプリケーションプログラム２４１を実行し、パケットを送受信する場合には、ネットワークインタフェース２１のパケット送受信部２１１によりネットワーク４を介してパケットを送受信させる。ハードディスク２３は、データを記憶する記憶装置であり、送受信したパケットのデータを記憶し、また、アプリケーションプログラム２４１を記憶しておくことができる。

アプリケーションプログラム２４１は、会議の開催／終了指示を行う会議開催制御部２４１１、クライアント１から受信速度および送信速度などのクライアント情報を取得するクライアント情報取得部２４１２、送信速度に関する計算を行う計算処理部２４１３、クライアント１に送信速度などのクライアント情報を設定するクライアント情報設定部２４１４、および、クライアント１から取得した送信速度などのクライアント情報を保持するクライアント情報比較テーブル２４１５を備える。

クライアント情報取得部２４１２は、各クライアント１から受信速度および送信速度などのクライアント情報を取得する情報取得処理２４１２１と、取得したクライアント情報をクライアント情報比較テーブル２４１５に書き込むテーブル更新処理２４１２２とを行う。

計算処理部２４１３は、取得した受信速度の実測値から最小値を算出する最小値算出処理２４１３１、受信速度の実測値と送信速度の設定値とを比較する設定値比較処理２４１３２、受信速度の実測値と送信速度の設定値の比較結果を前回の比較結果と照合する前回条件比較処理２４１３３、比較した回数をカウントするカウンタ処理２４１３４、クライアント情報の取得から設定処理までのタイムアウトを測定するタイマ処理２４１３５、および、受信速度の実測値と送信速度の設定値の比較結果を記憶する前回条件記憶処理２４１３６を行う。

つぎに、ＭＣＵ３の構成を説明する。図３に、ＭＣＵ３の機能ブロック図を示す。

ＭＣＵ３は、コンピュータであり、パケットの送受信を行うネットワークインタフェース３１、ＣＰＵ（中央処理装置）３２、ハードディスク３３、および、アプリケーションプログラム３４１を展開するメモリ３４を備える。
ＣＰＵ３２は、メモリ３４に記憶するアプリケーションプログラム３４１を実行し、パケットを送受信する場合には、ネットワークインタフェース３１のパケット送受信部３１１によりネットワーク４を介してパケットを送受信させる。ハードディスク３３は、データを記憶する記憶装置であり、送受信したパケットのデータを記憶し、また、アプリケーションプログラム３４１を記憶しておくことができる。

アプリケーションプログラム３４１は、クライアント１から受信したデータを、ＴＶ会議を行う他のクライアント１に分配するデータ中継部３４１１を備える。

つぎに、クライアント１の構成を説明する。図４に、クライアント１の機能ブロック図を示す。クライアント（１−１、１−Ｍ、１−Ｎ）は、同様な構成をしている。
クライアント１は、コンピュータであり、パケットの送受信を行うネットワークインタフェース１１、ＣＰＵ（中央処理装置）１２、ハードディスク１３、および、アプリケーションプログラム１４１を展開するメモリ１４を備える。クライアント１は、キーボードなどの入力装置、ディスプレイなどの表示装置などをさらに備えることができる。

ＣＰＵ１２は、メモリ１４に記憶するアプリケーションプログラム１４１を実行し、パケットを送受信する場合には、ネットワークインタフェース１１のパケット送受信部１１１によりネットワーク４を介してパケットを送受信させる。ハードディスク１３は、データを記憶する記憶装置であり、送受信したパケットのデータを記憶し、また、アプリケーションプログラム１４１を記憶しておくことができる。

アプリケーションプログラム１４１は、他のクライアント１から受信したデータの受信速度を測定する設定値測定部１４１１、クライアント情報である送信速度の設定値や受信速度の実測値を保持するクライアント情報テーブル１４１３、および、取得した送信速度の設定値や受信速度の実測値をクライアント情報テーブル１４１３に書き込む設定値変更部１４１２を備える。

つぎに、図５、図６および図７を参照して、本実施の形態の具体的動作を説明する。
図５は、会議サーバ２の動作フローチャートを示し、図６および図７は、会議の開催から終了までの一連のシーケンス図を示している。

まず、シーケンスについて説明する。図６に示すように、各クライアント１は、会議におけるデータの送信レートが入力装置を介してユーザによりあらかじめ設定され、各自のクライアント情報テーブル１４１３に、設定された送信レートを保持している（Ｐ６０１、Ｐ６０２、Ｐ６０３）。なお、図６および図７において、各クライアントにおける内部処理をＰで示し、会議サーバ２、ＭＣＵ３、クライアント１との送受信シーケンスをＳで示す。

例えば、クライアント１−１が会議を招集する場合、クライアント１−１から会議サーバ２に対して、会議開催指示を示すパケットが送信される（Ｓ６０４）。

図１２（a）に、会議サーバ２、ＭＣＵ３およびクライアント１で通常送受信する際のパケットのデータフォーマットを示す。パケット１２００は、発信元アドレス１２０１、宛先アドレス１２０２、時刻１２０３およびコマンド１２０４を備える。発信元アドレス１２０１には送信元の識別情報が格納され、宛先アドレス１２０２には、宛先の識別情報が格納される。時刻１２０３には、送信時刻が格納される。コマンド１２０４には、あらかじめ定められたコマンドが格納される。コマンドとしては、会議開催を指示するための会議開催コマンド、会議開催指示に応答するための会議開催応答コマンド、会議作成を指示するための会議作成指示コマンド、会議室作成に応答するための会議室作成応答コマンド、回線を接続指示するための接続指示コマンド、回線が接続したことを通知する接続応答コマンド、クライアントに対して送信レートおよび受信レートを送信するように指示するための情報取得指示コマンド、クライアントに送信レートの設定値を変更指示するためのクライアント情報設定指示コマンド、サーバに送信レートの設定値を変更したことを通知するクライアント情報設定応答コマンド、会議終了を指示するための会議終了指示コマンド、会議終了指示に応答するための会議終了応答コマンド、回線の切断を指示するための切断指示コマンド、回線が切断したことを通知する切断応答コマンドなどがある。また、会議用のデータを送信する場合には、このコマンド１２０４に送信データを格納して送信することができる。なお、時刻１２０３は、必要がない場合には、パケット１２００に設けなくてもよい。

会議開催指示を行う場合、クライアント１-１は、図１２（a）に示す発信元アドレス１２０１にクライアント１-１を示す識別情報を格納し、会議サーバ２の識別番号を宛先アドレス１２０２に格納し、発信時刻を時刻１２０３に格納し、会議開催を指示するための会議開催指示コマンドをコマンド１２０４に格納してパケット１２００を送信する。
会議サーバ２は、会議開催指示コマンドを含むパケットを受けた後、クライアント１−１に対して会議開催応答コマンドを含むパケットを送信する（Ｓ６０５）。

つぎに、会議サーバ２は、ＭＣＵ３に対して会議室作成指示コマンドを含むパケットを送信し（Ｓ６０６）、会議室作成指示コマンドを含むパケットを受けたＭＣＵ３は、会議サーバ２に対して会議室作成応答コマンドを含むパケットを送信する（Ｓ６０７）。

続いて会議サーバ２は、会議に参加する全クライアント１に対して、ＭＣＵ３とクライアント１の間にセッションを確立するよう接続指示コマンドを含むパケットを送信する（Ｓ６０８）。

その後、ＭＣＵ３と各クライアント１の間にセッションが確立され（Ｓ６０９）、セッション確立後、各クライアント１から会議サーバ２に対して、セッションが確立したことを通知するために接続応答コマンドを含むパケットが送信される（Ｓ６１０）。

その後、テレビ会議が開始され、各クライアント１間で、映像／音声データの送受信が行われる。

具体的に説明すると、クライアント１−１から送信されたデータは、ＭＣＵ３を中継して会議に参加している他の全てのクライアント１に分配送信される（Ｓ６１１）。
同様に、クライアント１−Ｍから送信されたデータは、ＭＣＵ３を中継して会議に参加している他の全てのクライアント１に分配送信され（Ｓ６１６）、クライアント１−Ｎから送信されたデータは、ＭＣＵ３を中継して会議に参加している他の全てのクライアント１に分配送信され（Ｓ６２１）、相互にリアルタイムにて映像や音声の通信が行われる。
また、クライアント１−Ｍでは、クライアント１−１から送信されたデータを受信した際に、受信したデータの受信レートの実測値を測定し（Ｐ６１２）、クライアント１−Ｍのクライアント情報テーブル１４１３に格納する（Ｐ６１３）。また、クライアント１−Ｍは、クライアント１−Ｎから送信されたデータを受信した際に、受信したデータの受信レートの実測値を測定し（Ｐ６２４）、クライアント１−Ｍのクライアント情報テーブル１４１３に格納する（Ｐ６２５）。クライアント１−１、クライアント１−Nでもデータを受信するごとに同様の処理が行われる。

クライアント１−Ｍのクライアント情報テーブル１４１３の格納内容を、図１０に示す。図１０において、クライアント１−Ｍ内のクライアント情報テーブル１４１３は、時刻情報を示す時刻９０１、クライアント１−ＭがＭＣＵ３にデータ送信する送信レート情報の設定値９０２、クライアント１−１からデータ受信する際に実測した受信レート情報９０３、および、クライアント１−Ｎからデータ受信する際に実測した受信レート情報９０４を備える。図１０においては、送信レート情報の設定値９０２には、あらかじめ設定された「２Ｍｂｉｔ／ｓ」が格納されている例を示している。その後、クライアント１−Ｍは、時刻Ａに、受信したデータの受信レートの実測値「１Ｍｂｉｔ／ｓ」を、クライアント１−Ｍのクライアント情報テーブル１４１３の受信レート情報９０３に格納し、また、クライアント１−Ｎから送信されたデータの受信レートの実測値「３Ｍｂｉｔ／ｓ」を、クライアント１−Ｍのクライアント情報テーブル１４１３の受信レート情報９０４に格納する。

また、図９に、クライアント１−１のクライアント情報テーブル１４１３の格納内容を示し、図１１にクライアント１−Ｎのクライアント情報テーブル１４１３の格納内容を示す。図９および図１１に示すクライアント情報テーブル１４１３も、図１０と同様にクライアント１−１、クライアント１−Ｎ各々における送信レート情報とテレビ会議相手先からの受信レート情報とが格納される領域を備える。クライアント１−１およびクライアント１−Ｎも同様に、テレビ会議に参加するクライアント１の全ての受信データの受信レートの実測値を測定し、各々のクライアント情報テーブル１４１３に格納する。この受信データの測定処理は、テレビ会議開催中、あらかじめ定めた周期で定期的に実施される。

つぎに、図７に示すように、会議サーバ２は、会議に参加している全クライアント１に対して、クライアント情報テーブル１４１３に格納されている送信レートおよび受信レートの実測値の取得を指示するためにクライアント情報取得指示コマンドを含むパケットを送信する（Ｓ６２６）。クライアント情報取得指示コマンドを受信した各クライアント１は、クライアント情報テーブル１４１３に保持しているクライアント１に設定されている送信レートの設定値と、テレビ会議の通信相手である対向するクライアント１から受信している受信レートの実測値とを会議サーバ２へクライアント情報取得応答コマンドを含むパケットを送信する（Ｓ６２７）。

図１２（b）に、クライアント情報取得応答を行う際のパケットのデータフォーマットを示す。パケット１２１０は、発信元アドレス１２１１、宛先アドレス１２１２、時刻１２１３、送信設定値１２１４、クライアント識別情報および受信レート１２１５、１２１６、１２１７を備える。発信元アドレス１２１１には送信元の識別情報が格納され、宛先アドレス１２１２には、宛先の識別情報が格納される。時刻１２１３には、会議サーバ２から送信されたクライアント情報取得指示のパケットに含まれる時刻１２０３に示されている時刻情報が格納される。クライアント識別情報および受信レート１２１５、１２１６および１２１７には、テレビ会議における通信相手のクライアント１の識別情報と、その受信レートの実測値とが格納される。なお、時刻情報は、会議サーバ２から送信されたクライアント情報取得指示のパケットに含まれる時刻１２０３を利用することで、他のクライアントとの時刻情報を統一できる。または、クライアント同士で時計の時刻が一致する場合には、同一時間に定期的に受信レートを測定し、測定時に同一の時刻情報をクライアント情報テーブルの時刻欄に格納するようにしてもよい。

クライアント情報取得指示コマンドを含むパケットを受け付けたクライアント１は、応答を行うために、図１２（b）に示すように、自分のクライアントの識別番号を発信元アドレス１２１１に格納し、会議サーバ２の識別番号を宛先アドレス１２１２に格納し、クライアント情報テーブル１４１３の時刻８０１、９０１もしくは１００１に格納されている時刻を時刻１２１３に格納し、クライアント情報テーブル１４１３の送信レート情報の設定値８０２、９０２もしくは１００２にあらかじめ設定されている送信速度を送信設定値１２１４に格納し、クライアント情報テーブル１４１３の受信レート情報８０３、８０４、９０３、９０４、１００３もしくは１００４に格納されている実測した受信レートを相手先のクライアント識別情報とともに、クライアント識別情報および受信レート１２１５、１２１６および１２１７に格納してパケットを送信する。

会議サーバ２は、各クライアント１より送信設定値および受信レートの実測値を受信すると、クライアント情報比較テーブル２４１５に受信した内容を格納し（Ｐ６２８）、クライアント１ごとに対応した設定値と実測値との比較を行い、あらかじめ定めた規則に従って各クライアントの送信レートを算出する（Ｐ６３０）。

クライアント情報比較テーブル２４１５の格納内容を図８に示す。図８に示すクライアント情報比較テーブル２４１５は、時刻７０１、クライアント識別情報７０２、送信レート設定値７０３、受信レート情報７０４、送信レート情報要求値７０７および比較結果７０８を備える。

時刻７０１は、クライアントから送信されたクライアント情報取得応答のパケット１２１０に格納されている時刻１２１３が格納される。クライアント識別情報７０２は、テレビ会議を行うクライアントの識別情報を示す。送信レート設定値７０３は、クライアント情報取得応答のパケット１２１０に格納されている送信レート情報の設定値を格納する。

受信レート情報７０４は、クライアント情報取得応答のパケット１２１０に格納されている、受信側での受信レートを示す。送信レート情報要求値７０７は、会議サーバ２が送信レートの設定値と、受信側での受信レートの実測値との比較の結果、最適な送信レートを算出した場合に変更後の送信レートが格納される。比較結果７０８には、会議サーバ２による設定値と実測値との比較の結果が格納される。

例えば、会議サーバ２は、送信レートの設定値と、その送信データの受信側での受信レートの実測値とを比較した結果、送信レートと受信レートとが同じである場合（実測値＝設定値、以下、条件αという）には、ネットワークのトラフィックが混雑していないと判断できるので、送信レートを一定値ｓ（ｓは実数で、例えば、０．２５Ｍｂｉｔ／ｓ）分大きくするように送信レートの設定値を変更する。受信レートが送信レートよりもあらかじめ定めた値ｕ（ｕは実数で、例えば、０．５Ｍｂｉｔ／ｓ）以上小さい場合（実測値＜設定値−一定値ｕ、以下、条件γという）には、ネットワークのトラフィックが混雑していると判断できるので、送信レートを一定値ｔ分（ｔは実数で、例えば、０．５Ｍｂｉｔ／ｓ）小さくするように送信レートの設定値を変更する。また、受信レートと送信レートとの差があらかじめ定めた値ｕ以内である（設定値−一定値ｕ≦実測値＜設定値、以下条件βという）場合には、ほぼ、適切な送信レートであるとして、送信レートの変更は行わない。このように、会議サーバ２は、送信レートと受信レートの実測値をもとにして、送信レートを適切な値に設定していく。また、本実施の形態においては、実測値は、一つのクライアントから送信されたデータを受信した全てのクライアントでの実測値のうち、最小値を用いている。さらに、ネットワークのトラフィックが変動することを考慮して、設定値と実測値との比較の結果、前述した条件（α、γ）で、同じ条件があらかじめ定めた回数（例えば３回）連続したときに、送信レートの設定値を変更するようにしている。

つぎに、会議サーバ２は、送信レートの設定値を変更する場合には、該当するクライアント１に対して送信レートの設定値を指示するために送信レートの設定値とともにクライアント情報設定指示コマンドをコマンド１２０４に格納してパケットを送信し（Ｓ６３１）、クライアント１に対して変更後の送信レートの設定値を指示する。

クライアント情報設定指示コマンドを含むパケットを受信した各クライアント１は、クライアント情報テーブル１４１３に、変更後の送信レートを格納し（Ｐ６３２）、会議サーバ２に対して、送信レートを変更したことを通知するクライアント情報設定応答コマンドを含むパケットを送信する（Ｓ６３５）。その後、クライアント１は、新たに設定された送信レートによりテレビ会議を継続する。

前述したＳ６２６〜Ｓ６３５の会議サーバ２における詳細な動作および処理については、図５を用いて後述する。

つぎに、テレビ会議の終了シーケンスを示す。クライアント１−１により会議の終了を指示する場合は、クライアント１−１から会議サーバ２に対して、会議終了を示す会議終了指示コマンドを含むパケットが送信される（Ｓ６３６）。
会議終了指示を含むパケットを受けた会議サーバ２は、クライアント１−１に対し、その応答として会議終了応答コマンドを含むパケットを送信し（Ｓ６３７）、会議に参加している全クライアント１に対して、ＭＣＵ３とクライアント１の間のセッションを解消するよう指示する切断指示コマンドを含むパケットを送信する（Ｓ６３８）。その後、ＭＣＵ３と各クライアント１の間のセッションが解消され（Ｓ６３９）、各クライアント１から会議サーバ２に対して、切断されたことを通知する切断応答コマンドを含むパケットが送信されテレビ会議が終了となる（Ｓ６４０）。

つぎに、会議サーバ２における詳細な動作および処理について、図５を参照して説明する。図５に示すフローチャートは、クライアント１台分の送信レートを決定するための処理フローチャートを示し、会議サーバ２は、クライアントごとに図５に示す処理を並行して行う。会議サーバ２は、全てのクライアント１から接続応答（Ｓ６１０）があったときに、会議開始として、図５に示す処理を開始する。

会議サーバ２には、カウンタＣ２、Ｃ３、クライアント情報取得タイマＴ１、クライアント情報設定指示タイマＴ２およびＴ３を保持している。カウンタＣ２およびカウンタＣ３は、前述したクライアント１から送信された送信設定値および受信レートの実測値を比較した結果、所定の条件を満たす場合の連続回数を計数する。カウンタＣ２もしくはカウンタＣ３が、あらかじめ設定した閾値に達したときに、送信レートの変更を行う。閾値は、あらかじめ初期値として登録されていてもよいし、ユーザが設定するようにしてもよい。
クライアント情報取得タイマＴ１は、前述したクライアント情報取得指示コマンドを含むパケットの送信から、それに対する応答を受信するまでの時間を計測するタイマである。

また、クライアント情報設定指示タイマＴ２およびＴ３は、前述したクライアント情報設定指示コマンドを含むパケットの送信から、それに対する応答を受信するまでの時間を計測するタイマである。クライアント情報取得タイマＴ１、クライアント情報設定指示タイマＴ２およびＴ３は、各々、計測開始後あらかじめ定めた時間が経過すると、応答がないとしてタイムアウトとなる。この場合、会議サーバ２は、ユーザにエラーメッセージを送出し、異常終了する。また、タイムアウト時間は、あらかじめ初期値として登録されていてもよいし、ユーザが設定するようにしてもよい。タイムアウト時間は、タイマごとに異なる値を設定しておいてもよい。

会議サーバ２は、図５に示すように、まず、保持しているカウンタＣ２およびカウンタＣ３を初期化し（Ｐ５０２）、クライアント情報取得タイマＴ１を初期化する（Ｐ５０３）。

つぎに、会議サーバ２は、クライアント情報取得タイマＴ１をスタートさせ、会議に参加している全クライアント１に対して、定期的に、図９〜図１１に示すようなクライアント情報テーブル１４１３に格納されている送信レートおよび受信レートの実測値の取得を指示するために、前述のクライアント情報取得指示コマンドを含むパケットを送信し（Ｐ５０４）（Ｓ６２６）、各クライアント１からの応答待ち状態となる。

会議サーバ２が、各クライアント１から、図１２（ｂ）に示すクライアント情報取得応答のパケットを受信した場合（Ｐ５０５）（Ｓ６２７）、パケットに含まれる発信元アドレス１２１１、時刻１２１３および送信設定値１２１４を抽出し、図８に示すクライアント情報比較テーブル２４１５内の、時刻１２１３における発信元アドレス１２１１に対応するクライアント１の送信レートの設定値７０３の領域に送信設定値１２１４を格納する。また、パケットに含まれるクライアント識別情報および受信レート１２１５、１２１６および１２１７を抽出し、クライアント情報比較テーブル２４１５内の、時刻１２１３におけるクライアント識別情報に対応するクライアント１の受信レート実測値に受信レート１２１５、１２１６，１２１７を格納する（Ｐ５０８）。例えば、図１２（ｃ）に示すパケット１２２０を受信した場合について説明する。図１２（ｃ）は、クライアント１−１が送信したクライアント情報取得応答のパケットの具体例を示している。発信元アドレス１２１１がクライアント１−１、時刻１２１３がＡ、送信設定値１２１４が１Ｍｂｉｔ／ｓあるので、会議サーバ２は、図８に示すように、時刻Ａの、クライアント１−１について送信レートの設定値７０３の領域７１０に１Ｍｂｉｔ／ｓを格納する。また、パケットに含まれるクライアント識別情報および受信レート１２１５がクライアント１−Ｍ・２Ｍｂｉｔ／ｓであるので、会議サーバ２は、クライアント情報比較テーブル２４１５内の、クライアント１−Ｍについて、クライアント１−１で受信された受信レート実測値の領域７１１に２Ｍｂｉｔ／ｓを格納する。同様に、パケットに含まれるクライアント識別情報および受信レート１２１６がクライアント１−Ｎ・３Ｍｂｉｔ／ｓであるので、会議サーバ２は、クライアント情報比較テーブル２４１５内の、クライアント１−Ｎについて、クライアント１−１で受信された受信レート実測値の領域７１２に３Ｍｂｉｔ／ｓを格納する。

Ｐ５０５において、会議サーバ２が、全てのクライアント１よりクライアント情報取得応答のパケットを受信できない場合は、クライアント情報取得タイマＴ１がタイムアウト時間に達しているか否かを判断し（Ｐ５０６）、タイムアウト時間に達している場合は、各クライアント１もしくは保守者に異常である旨のメッセージを送信し（Ｐ５０７）、タイムアウト時間に達していない場合は、各クライアント１からの応答待ち状態（Ｐ５０５）に遷移する。

つぎに、会議サーバ２は、クライアント１から送信されたデータについて、クライアント情報比較テーブル２４１５に格納された、その時刻での受信レートの実測値から受信レートの最小値を算出する（Ｐ５０９）。この場合、図８に示す列７０４、列７０５、列７０６の中で格納されている受信レートの最小値を算出する。例えば、図８において、時刻Ｎで、クライアント１−１から送信されたデータの受信レートは、クライアント１−Ｍでは０．５Ｍｂｉｔ／ｓ（領域７２１）で、クライアント１−Ｎでは０．６Ｍｂｉｔ／ｓ（領域７２２）であるので、この場合最小値は、０．５Ｍｂｉｔ／ｓとなる。

つぎに、会議サーバ２は、クライアント１に対応する送信設定値と、受信レートの実測値の最小値との比較を行う（Ｐ５１０）。この場合、会議サーバ２は、クライアント情報比較テーブル２４１５に格納されている送信レート設定値７０３と、Ｐ５０９で算出した実測値の最小値との比較を行う。

会議サーバ２は、比較した結果、クライアント１について、実測値の最小値＝設定値（条件α）だった場合は、以下の処理を行う。

会議サーバ２は、前回比較したときの条件がαであったかを判定し（Ｐ５１１）、前回もαであった場合は、クライアント情報比較テーブル２４１５の時刻７０１およびクライアント識別情報７０２に対応する比較結果７０８の領域に条件αを記憶し（Ｐ５１３−１）、カウンタ値Ｃ２に１を加算する（Ｐ５１２）。前回の条件がαでなかった場合は、今回の条件がαであることを、クライアント情報比較テーブル２４１５の時刻７０１およびクライアント識別情報７０２に対応する比較結果７０８の領域に記憶し（Ｐ５１３）、条件が異なるので、カウンタＣ２を１にする（Ｐ５１４）。

その後、会議サーバ２は、カウンタＣ２が所定の閾値に到達しているかを判定し（Ｐ５１５）、到達していなければ、Ｐ５０３の処理に戻る。

ここで、Ｃ２の閾値は、例えば１〜ｎ回（ただし、ｎは１以上の整数）といった具合に任意に設定することができる。これは、ネットワーク４の利用される性質に応じて、１回の比較結果で設定変更する場合と、複数回の比較結果で設定変更する場合とを使いわけられるようにするためである。具体的には、１回の比較結果で送信レートの設定変更を行うようにする場合は、短時間的にみてネットワーク４の利用率の変動が比較的少ないような場合に適し、複数回の比較結果で設定変更するように閾値を設定するような場合は、短時間的にみてネットワーク４の利用率の変動が激しい場合であって、変動を統計的にとらえる場合に適しているといえる。

カウンタＣ２が所定の閾値に到達している場合、会議サーバ２は、クライアント１への設定要求値を算出し、クライアント情報比較テーブル２４１５の時刻７０１およびクライアント識別情報７０２に対応する要求送信レート７０７に、算出した設定要求値を格納する（Ｐ５１５１）。

設定要求値の算出方法の一例としては、「設定要求値＝設定値＋一定値ｓ」等が考えられる。一定値ｓは、装置固定の値として保持していてもよいし、ユーザが任意に設定するようにしてもよい。また、ｓは、固有値とせずに、状況に応じて可変するようにしてもよい。例えば、同一のクライアントに対して送信レートの設定値の変更を、一定時間内に再度要求する場合には、１回目のｓを０．２５Ｍｂｉｔ／ｓとして設定値の変更後、２回目のｓは０．５Ｍｂｉｔ／ｓとして設定値を変更していくようにしてもよい。

つぎに、会議サーバ２は、前述したクライアント情報設定指示に対する応答待ちのタイマであるクライアント情報設定指示タイマＴ２を初期化する（Ｐ５１６）。

会議サーバ２は、クライアント情報設定指示タイマＴ２をスタートさせ、送信レートの変更を指示するクライアント１に対して、変更後の設定要求値およびクライアント情報設定指示コマンドを含むパケットを送信し（Ｐ５１７）、送信先のクライアント１からの応答待ち状態となる（Ｐ５１８）。

会議サーバ２が、クライアント１よりクライアント情報設定応答コマンドを含むパケットを受信した場合（Ｓ６３５）は、設定変更後の設定値によりテレビ会議が継続される。会議サーバ２は、クライアント１よりクライアント情報設定応答コマンドを含むパケットを受信できない場合は、予め設定されているクライアント情報設定タイマＴ２がタイムアウト時間に達しているか否かを判断し（Ｐ５１９）、タイムアウト時間に達している場合は、各クライアント１若しくは保守者に異常である旨のメッセージを送信し（Ｐ５２０）、タイムアウト時間に達していない場合は、クライアント１からの応答待ち状態（Ｐ５１８）に遷移する。

つぎに、処理Ｐ５１０において、送信設定値と、受信レートの実測値の最小値とを比較した結果、クライアント１の受信レートの実測値の最小値が、設定値−一定値ｕ（例えば、０．５Ｍｂｉｔ／ｓ）≦実測値の最小値＜設定値（条件β）だった場合は、クライアント情報比較テーブル２４１５の時刻７０１およびクライアント識別情報７０２に対応する比較結果７０８の領域に今回の条件がβであることを記憶し（Ｐ５２１）、処理Ｐ５０２へ遷移する。

また、処理Ｐ５１０において、送信設定値と、受信レートの実測値の最小値とを比較した結果、クライアント１の受信レートの実測値の最小値が、実測値の最小値＜設定値−一定値ｕ（条件γ）だった場合は、以下の処理を行う。

会議サーバ２は、前回比較したときの条件がγであったかを判定し（Ｐ５２２）、前回もγであった場合は、クライアント情報比較テーブル２４１５の時刻７０１およびクライアント識別情報７０２に対応する比較結果７０８の領域に条件γを記憶し（Ｐ５２４−１）、カウンタＣ３に１を加算する（Ｐ５２３）。前回の条件がγでなかった場合は、今回の条件がγであることを、クライアント情報比較テーブル２４１５の時刻７０１およびクライアント識別情報７０２に対応する比較結果７０８の領域に記憶し（Ｐ５２４）、条件が異なるのでカウンタＣ３を１にする（Ｐ５２５）。

その後、会議サーバ２は、カウンタＣ３が閾値に到達しているかを判定し（Ｐ５２６）、到達していなければ、Ｐ５０３の処理に戻る。Ｃ３の閾値もＣ２の閾値と同様に、例えば１〜ｎ回（ただし、ｎは１以上の整数）といった具合に任意に設定することができる。

カウンタＣ３が所定の閾値に到達している場合、会議サーバ２は、クライアント１への設定要求値を算出し、クライアント情報比較テーブルの時刻７０１およびクライアント識別情報７０２に対応する要求送信レート７０７に、算出した設定要求値を格納する（Ｐ５２６１）。

設定要求値の算出方法の一例としては、「設定要求値＝設定値−一定値ｔ（ｔは実数）」等が考えられる。一定値ｔは、装置固定の値として保持していてもよいし、ユーザが任意に設定するようにしてもよい。また、前述の一定値ｓと、一定値ｔとは、異なる値に設定することができる。

つぎに、会議サーバ２は、前述したクライアント情報設定指示に対する応答待ちのタイマであるクライアント情報設定指示タイマＴ３を初期化する（Ｐ５２７）。

会議サーバ２は、クライアント情報設定指示タイマＴ３をスタートさせ、送信レートの変更を指示するクライアント１に対して、変更後の設定要求値およびクライアント情報設定指示コマンドを含むパケットを送信し（Ｐ５２８）、送信先のクライアント１からの応答待ち状態となる（Ｐ５２９）。

会議サーバ２が、クライアント１よりクライアント情報設定応答コマンドを含むパケットを受信した場合（Ｓ６３５）は、設定変更後の設定値によりテレビ会議が継続される。会議サーバ２は、クライアント１よりクライアント情報設定応答コマンドを含むパケットを受信できない場合は、クライアント情報設定タイマＴ３がタイムアウト時間に達しているか否かを判断し（Ｐ５３０）、タイムアウト時間に達している場合は、各クライアント１若しくは保守者に異常である旨のメッセージを送信し（Ｐ５３１）、タイムアウト時間に達していない場合は、クライアント１からの応答待ち状態（Ｐ５２９）に遷移する。

以上説明したように、会議サーバ２は、クライアントごとに上記処理を行うことで、クライアントの送信レートを適切に変更することができる。

なお、Ｐ５０３〜Ｐ５０８の処理は、各クライアントで同一であるので、処理を共通化することができる。

つぎに、図９〜図１１を参照して、クライアント情報テーブル１４１３に格納される情報について、具体的に説明する。

本実施の形態においては、図１に示すシステム構成に基づき、クライアント３台にてテレビ会議を行った場合を例にし、クライアント１−１の送信レート設定値を１Ｍｂｉｔ／ｓ、クライアント１−Ｍの送信レート設定値を２Ｍｂｉｔ／ｓ、クライアント１−Ｎの送信レート設定値を３Ｍｂｉｔ／ｓとし、会議サーバ２内のカウンタＣ２およびカウンタＣ３の閾値を２とし、一定値ｓを０．２５Ｍｂｉｔ／ｓ、一定値ｔを０．５Ｍｂｉｔ／ｓとした場合の動作を説明する。

図９に示すように、クライアント１−１においては、テレビ会議開始時点においてユーザが設定している送信レートが１Ｍｂｉｔ／ｓなので、クライアント情報テーブル１４１３内の送信レート情報８０２に１Ｍｂｉｔ／ｓと登録されている。

設定された送信レートでテレビ会議が開始され、会議サーバ２からクライアント情報取得指示コマンドを含むパケットを受け付けたクライアント１−１は、複数の相手先この場合、クライアント１−Ｍとクライアント１−Ｎとからデータを受信し、その受信レートを測定する。その値を実測値としてクライアント情報テーブル１４１３内のクライアント１−Ｍからの受信レート情報８０３と、クライアント１−Ｎからの受信レート情報８０４として、時刻８０１に対応づけて格納する。

図９において、時刻Ａ、時刻Ｂおよび時刻Ｃにおいては、クライアント１−Ｍからの受信レートは２Ｍｂｉｔ／ｓ、クライアント１−Ｎからの受信レートは３Ｍｂｉｔ／ｓ、時刻Ｈおよび時刻Ｉにおいては、クライアント１−Ｍからの受信レートは２．１Ｍｂｉｔ／ｓ、クライアント１−Ｎからの受信レートは３．２Ｍｂｉｔ／ｓ、時刻Ｎおよび時刻Ｍにおいては、クライアント１−Ｍからの受信レートは１．５Ｍｂｉｔ／ｓ、クライアント１−Ｎからの受信レートは２．５Ｍｂｉｔ／ｓ、時刻Ｓにおいては、クライアント１−Ｍからの受信レートは１．４Ｍｂｉｔ／ｓ、クライアント１−Ｎからの受信レートは２．４Ｍｂｉｔ／ｓといった具合に、所定の時刻における相手方クライアント１の受信レートが格納されている。

図１０においても同様に、クライアント１−Ｍは、相手方であるクライアント１−１およびクライアント１−Ｎの受信レートを定期的に測定し、自身のクライアント情報テーブル１４１３に格納している。

また、図１１においてもクライアント１−Ｎは、相手方であるクライアント１−１およびクライアント１−Ｍの受信レートを定期的に測定し、自身のクライアント情報テーブル１４１３に格納している。

つぎに、図８に示す、会議サーバ２のクライアント情報比較テーブル２４１５に格納される情報について具体的に説明する。会議サーバ２は、本実施の形態の動作シーケンスにおいて、クライアント情報取得指示（Ｓ６２６）を行い、各クライアント１よりクライアント情報取得応答（Ｓ６２７）により、時刻、送信レートおよび相手方の受信レート情報を取得し、クライアント情報比較テーブル２４１５に順次格納していく。

各クライアント１から取得した情報の時刻１２１３がＡ場合、クライアント情報７０２に対応した送信レート情報７０３には、クライアント１−１の送信レートが１Ｍｂｉｔ／ｓ、クライアント１−Ｍの送信レートが２Ｍｂｉｔ／ｓ、クライアント１−Ｎの送信レートが３Ｍｂｉｔ／ｓと登録される。

また、各クライアント１が測定している相手方の受信レート情報は、送信レート情報７０３に対応させ、受信先の実測データである受信レート情報に格納する。

図８に示す時刻Ａの場合、クライアント１−１の送信レート１Ｍｂｉｔ／ｓに対して、受信側のクライアント１−Ｍおよびクライアント１−Ｎでの受信レートも１Ｍｂｉｔ／ｓであり、クライアント１−Ｍおよびクライアント１−Ｎについても、送信レートと相手方で測定された受信レートの値が等しいため、図５に示す動作フローチャートの条件αであることがわかる。また、時刻Ｂにおいても、上記と同様の結果となり、図５に示す動作フローチャートの条件αとなっている。このため、時刻Ｂでは、図５に示すカウンタＣ２が「２」となる。

会議サーバ２は、図５に示す動作フローチャートの条件αと一致し、また、カウンタＣ２＝２であることから、送信レートの設定要求値の算出を行う。

送信レートの設定要求値の算出は、前述した算出式「設定要求値＝設定値＋一定値ｓ（０．２５Ｍｂｉｔ／ｓ）」を用いた場合、クライアント１−１の送信レートの設定要求値が１．２５Ｍｂｉｔ／ｓと算出され、クライアント情報比較テーブル２４１５内の時刻Ｂに対応する要求送信レート情報７０７に算出された１．２５Ｍｂｉｔ／ｓが格納される。

同様に、クライアント１−Ｍの送信レートの設定要求値が２．２５Ｍｂｉｔ／ｓ、クライアント１−Ｎの送信レートの設定要求値が３．２５Ｍｂｉｔ／ｓと算出され、クライアント情報比較テーブル２４１５内の時刻Ｂに対応する要求送信レート情報７０７としてそれぞれ格納される。会議サーバ２は、この算出した送信レートの設定要求値を、図７に示すクライアント情報設定指示（Ｓ６３１）として、送信する。

クライアント情報設定指示を受信した各クライアント１は、クライアント情報テーブル１４１３内の送信レート情報を書替え、新たに設定された送信レートで通信を開始する。例えば、クライアント１−１で、クライアント情報設定指示により指示された送信レート（１．２５Ｍｂｉｔ／ｓ）は、図９に示すクライアント１−１のクライアント情報テーブル１４１３の時刻Ｇの送信レート８０２に設定される。

つぎに、テレビ会議を開始してからしばらく時間が経過した時刻Ｈ以降の、クライアント情報テーブルの内容について説明する。

図８において、時刻Ｈに、クライアント情報７０２に対応した送信レート情報７０３には、クライアント１−１の送信レートが１．２５Ｍｂｉｔ／ｓ、クライアント１−Ｍの送信レートが２．２５Ｍｂｉｔ／ｓ、クライアント１−Ｎの送信レートが３．２５Ｍｂｉｔ／ｓと登録されている。

図８に示す時刻Ｈの場合、クライアント１−１の送信レート１．２５Ｍｂｉｔ／ｓに対して、クライアント１−Ｍおよびクライアント１−Ｎでの受信レートは両方とも１．１Ｍｂｉｔ／ｓであり、送信レートと相手方で測定された受信レートとを比較すると、受信レートの値が若干小さく、一定値ｕを０．５Ｍｂｉｔ／ｓとすると、図５に示す動作フローチャートの条件βであることがわかる。同様に、クライアント１−Ｍおよびクライアント１−Ｎについても、送信レートと相手方で測定された受信レートとを比較すると、受信レートの値が若干小さく、一定値ｕを０．５Ｍｂｉｔ／ｓとすると図５に示す動作フローチャートの条件βであることがわかる。また、時刻Ｉにおいても、上記と同様の結果となっている。このため、会議サーバ２は、図５に示す動作フローチャートの条件βと一致するので、各クライアント１に対して設定変更要求は行わず、条件βであったことのみを、クライアント情報比較テーブル２４１５の比較結果７０８に記憶しておく。

つぎに、テレビ会議を開始してからしばらく時間が経過した時刻Ｍ以降の、クライアント情報テーブルの内容について説明する。

図８において、時刻Ｍに、クライアント情報７０２に対応した送信レート情報７０３には、クライアント１−１の送信レートが１．２５Ｍｂｉｔ／ｓ、クライアント１−Ｍの送信レートが２．２５Ｍｂｉｔ／ｓ、クライアント１−Ｎの送信レートが３．２５Ｍｂｉｔ／ｓと登録されている。

図８に示す時刻Ｍの場合、クライアント１−１の送信レート１．２５Ｍｂｉｔ／ｓに対して、クライアント１−Ｍおよびクライアント１−Ｎでの受信レートは両方とも０．５Ｍｂｉｔ／ｓであり、送信レートと相手方で測定された受信レートとを比較すると、受信レートの値がかなり小さく、一定値ｕを０．５Ｍｂｉｔ／ｓとすると、図５に示す動作フローチャートの条件γであることがわかる。同様に、クライアント１−Ｍおよびクライアント１−Ｎについても、送信レートと相手方で測定された受信レートとを比較すると、受信レートの値がかなり小さく、一定値ｕを０．５Ｍｂｉｔ／ｓとすると、図５に示す動作フローチャートの条件γであることがわかる。また、時刻Ｎにおいても、上記と同様の比較結果となり、図５に示す動作フローチャートの条件γとなっている。このため、時刻Ｎでは、図５に示すカウンタＣ３が「２」となる。

会議サーバ２は、図５に示す動作フローチャートの条件γと一致し、また、カウンタＣ３＝２であることから、送信レートの設定要求値の算出を行う。

送信レートの設定要求値の算出は、前述した算出式「設定要求値＝設定値−一定値ｔ（０．５Ｍｂｉｔ／ｓ）」を用いた場合、クライアント１−１の送信レートの設定要求値が０．７５Ｍｂｉｔ／ｓと算出され、クライアント情報比較テーブル２４１５内の時刻Ｎに対応する要求送信レート情報７０７に算出された０．７５Ｍｂｉｔ／ｓが格納される。同様に、クライアント１−Ｍの送信レートの設定要求値が１．７５Ｍｂｉｔ／ｓ、クライアント１−Ｎの送信レートの設定要求値が２．７５Ｍｂｉｔ／ｓと算出され、クライアント情報比較テーブル２４１５内の時刻Ｎに対応する要求送信レート情報７０７にそれぞれ格納される。会議サーバ２は、この算出した送信レートの設定要求値を、図７に示すクライアント情報設定指示（Ｓ６３１）として、送信する。

クライアント情報設定指示を受信した各クライアント１は、クライアント情報テーブル１４１３内の送信レート情報を書替え、新に設定された送信レートで通信を開始する。例えば、クライアント１−１で、クライアント情報設定指示により指示された送信レート（０．７５Ｍｂｉｔ／ｓ）は、図９に示すクライアント１−１のクライアント情報テーブル１４１３の時刻Ｒの送信レート８０２に設定される。

以上説明したように、本実施の形態によれば、会議サーバは、定期的に、参加している複数のクライアントに対して、受信レートの問合せを行い、その情報を収集し、その受信状態に応じて複数のクライアントに対して送信レートを動的に設定変更することができる。

本実施の形態では、受信側クライアントの受信レートと送信側クライアントの送信レートとを比較し、レートが同等の場合は、送信側のクライアントに対して送信レートを上げるよう設定指示を行う。もしくは、現状を維持させるよう動作してもよい。また、ネットワークの状態が悪く、受信側クライアントの受信レートと送信側クライアントの送信レートとを比較し、受信側の受信レートが低い場合は、送信側クライアントに対して送信レートを下げるよう設定指示を行うことができる。

従って、ＩＰネットワークのような伝送レートが頻繁に変動するネットワークを使用して会議を行った場合であっても、最適な伝送レートでテレビ会議を行うことができる。

上記実施の形態では、図１に示すようなシステム構成で、会議サーバ２を備える場合について説明したが、会議サーバ２を備えなくても、上述した図５に示すような会議サーバ２に示す処理をアプリケーションプログラムなどのソフトウェアによりクライアントで処理するようにしてもよい。この場合、例えば、会議開催を指示したクライアントが会議サーバの処理を実行することができる。各クライアントには、あらかじめ会議サーバ用の処理を行うアプリケーションプログラムを記憶しておいてもよい。もしくは、一つのクライアントに会議サーバ用の処理を行うアプリケーションプログラムを記憶させておき、会議を開催する場合に、会議開催を指示したクライアントが、そのアプリケーションプログラムをダウンロードするようにしてもよい。これにより、クライアント側で会議サーバの処理を行うことで、会議サーバ用のハードウェアを備える必要がなくなる。

実施の形態におけるシステム構成図 実施の形態における会議サーバの機能ブロック図 実施の形態におけるＭＣＵの機能ブロック図 実施の形態におけるクライアントの機能ブロック図 実施の形態における会議サーバ動作フローチャート 実施の形態における会議開催シーケンス図（その１） 実施の形態における会議開催シーケンス図（その２） 実施の形態におけるクライアント情報比較テーブルの説明図 実施の形態におけるクライアント情報テーブルの説明図 実施の形態におけるクライアント情報テーブルの説明図 実施の形態におけるクライアント情報テーブルの説明図 実施の形態におけるパケットフォーマットの説明図

符号の説明

１−１・１−Ｍ・１−Ｎ…クライアント、２…会議サーバ、３…ＭＣＵ、４…ＩＰネットワーク、１１・２１・３１…ネットワークインタフェース１−１・２１１・３１１…パケット送受信部、１２・２２・３２…ＣＰＵ、１３・２３・３３…ハードディス、１４・２４・３４…メモリ、１４１・２４１・３４１…アプリケーションプログラム、１４１１…設定値測定部、１４１２…設定値変更部、１４１３…クライアント情報テーブル、２４１１…会議開催制御部、２４１２…クライアント情報取得部、２４１２１…情報取得処理、２４１２２…テーブル更新処理、２４１３…計算処理部、２４１３１…最小値算出処理、２４１３２…設定値比較処理、２４１３３…前回条件比較処理、２４１３４…カウンタ処理、２４１３５…タイマ処理、２４１３６…前回条件記憶処理、２４１４…クライアント情報設定部、２４１５…クライアント情報比較テーブル、３４１１…データ中継部。

Claims (6)

1. 設定された送信速度情報に従ってパケットを送信する複数のクライアント端末装置にテレビ会議を行わせる会議サーバにおいて、
   複数のクライアント端末装置の各々から、前記テレビ会議における情報の送信速度および受信速度を示す速度情報を取得する情報取得処理部と、
   前記情報取得処理部により取得された複数の速度情報に従って、前記複数のクライアント端末装置の各々の前記テレビ会議における情報の送信速度を示す送信速度情報を算出する計算処理部と、
   前記計算処理部により算出された送信速度情報を、前記複数のクライアント端末装置の各々に対し設定指示を行う情報設定部と、
   を備えることを特徴とする会議サーバ。
2. 請求項１に記載の会議サーバにおいて、前記計算処理部は、前記情報取得処理部により取得された複数の速度情報について、送信側のクライアント端末の送信速度と、対応する受信側のクライアント端末の受信速度とにより、あらかじめ定めた複数の条件に従って前記送信速度情報を算出することを特徴とする会議サーバ。
3. 請求項１に記載の会議サーバにおいて、前記情報取得処理部は、前記速度情報を複数回取得し、
   前記計算処理部は、あらかじめ定めた回数、連続して前記あらかじめ定めた条件のうちの一つを満たす場合に、前記算出を行うことを特徴とする会議サーバ。
4. 会議サーバに従ってテレビ会議を行うテレビ会議用クライアント端末装置において、
   他のテレビ会議用クライアント端末装置から受信した情報の受信速度を示す受信速度情報を測定する測定部と、
   前記測定部が測定した受信速度情報を記憶する記憶部と、
   前記記憶部に記憶する受信速度情報を前記会議サーバに送信する送信部と、
   を備えることを特徴とするテレビ会議用クライアント端末装置。
5. 設定された送信速度情報に従ってパケットを送信する複数のクライアント端末装置にテレビ会議を行わせる場合の転送速度調整方法であって、
   複数のクライアント端末装置の各々から、前記テレビ会議における情報の転送速度を示す速度情報を取得し、
   取得された前記複数の速度情報に従って、前記複数のクライアント端末装置の各々の前記テレビ会議における情報の送信速度を示す送信速度情報を算出し、
   算出された前記送信速度情報を、前記複数のクライアント端末装置の各々に対して設定指示を行うことを特徴とする転送速度調整方法。
6. コンピュータを、
   設定された送信速度情報に従ってパケットを送信する複数の端末装置の各々から、情報の送信速度および受信速度を示す速度情報を取得する情報取得処理手段と、
   前記情報取得処理手段により取得された複数の速度情報に従って、前記複数の端末装置の各々の送信速度情報を算出する計算処理手段と、
   前記計算処理手段により算出された送信速度情報を、前記複数の端末装置の各々に対し設定指示を行う情報設定手段として機能させるためのプログラム。

Images