(57)【要約】【課題】多地点会議システムにおけるサーバのリソース負荷を考慮しながら、各参加者へ最適な品質の映像を送信できるようにする。【解決手段】本発明の通信制御装置は、１又は複数の端末との間でメディアデータの通信を行なう通信制御装置において、各端末の端末能力情報に応じて、それぞれ異なる符号化条件情報でメディアデータを符号化する１又は複数の符号化手段と、各端末との間の通信情報を観測する通信状態観測手段と、通信制御装置の負荷情報を観測する負荷状態観測手段と、通信状態観測手段による各端末との間の通信情報と負荷状態観測手段による負荷情報とに基づいて、各端末に接続させる符号化手段を動的に制御する符号化制御手段とを備えることを特徴とする。【選択図】      図１
2017153038.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数の端末との間でメディアデータの通信を行なう通信制御装置において、
上記各端末の端末能力情報に応じて、それぞれ異なる符号化条件情報でメディアデータを符号化する１又は複数の符号化手段と、
上記各端末との間の通信情報を観測する通信状態観測手段と、
当該通信制御装置の負荷情報を観測する負荷状態観測手段と、
上記通信状態観測手段による上記各端末との間の通信情報と上記負荷状態観測手段による上記負荷情報とに基づいて、上記各端末に接続させる符号化手段を動的に制御する符号化制御手段と
を備えることを特徴とする通信制御装置。
【請求項２】
上記符号化制御手段は、
上記負荷情報が閾値未満であり、当該端末の通信情報が当該端末の端末能力情報に応じた通信特性を満たしている場合、
当該端末の端末能力情報に応じた符号化条件情報で符号化する新たな符号化手段を、当該端末と接続させる
こと特徴とする請求項１に記載の通信制御装置。
【請求項３】
上記符号化制御手段は、
上記負荷情報が閾値未満であり、当該端末の通信情報が当該端末の端末能力情報に応じた通信特性を満たしていない場合、
上記負荷情報が閾値未満であり、かつ当該端末の通信情報が当該端末の端末能力情報に応じた通信特性を満たす、当該端末の端末能力情報に応じた符号化条件情報で符号化する符号化手段を、当該端末と接続させる
ことを特徴とする請求項１又は２に記載の通信制御装置。
【請求項４】
上記符号化制御手段は、
上記負荷情報が閾値を超えており、当該端末の通信情報が当該端末の端末能力情報に応じた通信特性を満たしている場合、
上記負荷情報が閾値未満となり、かつ当該端末の端末能力情報に応じた通信特性を満たす、当該端末の端末能力情報に応じた符号化条件情報で符号化する別の符号化手段を当該端末と接続させる
ことを特徴とする請求項１〜３のいずれかに記載の通信制御装置。
【請求項５】
上記符号化制御手段は、
上記負荷情報が閾値を超えており、当該端末の通信情報が当該端末の端末能力情報に応じた通信特性を満たしていない場合、
上記負荷情報が閾値未満となり、当該端末の通信情報が当該端末の端末能力情報に応じた通信特性を満たす、当該端末の端末能力情報を満たす符号化条件情報で符号化する別の符号化手段を、当該端末と接続させる
ことを特徴とする請求項１〜４のいずれかに記載の通信制御装置。
【請求項６】
１又は複数の端末との間でメディアデータの通信を行なう通信制御装置における通信制御方法において、
上記通信制御装置は、
上記各端末の端末能力情報に応じて、それぞれ異なる符号化条件情報でメディアデータを符号化する１又は複数の符号化ステップと、
上記各端末との間の通信情報を観測する通信状態観測ステップと、
当該通信制御装置の負荷情報を観測する負荷状態観測ステップと、
上記通信状態観測ステップによる上記各端末との間の通信情報と上記負荷状態観測ステップによる上記負荷情報とに基づいて、上記各端末に接続させる符号化手段を動的に制御する符号化制御ステップと
を備えることを特徴とする通信制御方法。
【請求項７】
１又は複数の端末との間でメディアデータの通信を行なう通信制御プログラムにおいて、
コンピュータを、
上記各端末の端末能力情報に応じて、それぞれ異なる符号化条件情報でメディアデータを符号化する１又は複数の符号化手段と、
上記各端末との間の通信情報を観測する通信状態観測手段と、
当該通信制御装置の負荷情報を観測する負荷状態観測手段と、
上記通信状態観測手段による上記各端末との間の通信情報と上記負荷状態観測手段による上記負荷情報とに基づいて、上記各端末に接続させる符号化手段を動的に制御する符号化制御手段と
して機能させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、通信制御方法及び通信制御プログラムに関し、例えば、多地点会議システムにおけるサーバのリソース負荷を考慮して、メディアデータを送信する通信制御装置、通信制御方法及び通信制御プログラムに適用し得る。
【背景技術】
【０００２】
例えば、多地点会議システムでは、多地点ビデオ会議サーバ（ＭＣＵ：Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）が、サーバ上に仮想的な会議室を作成し、会議室に参加した複数の端末から送信される音声・映像を受信し、選択・合成して各参加者の端末に転送する。これにより、多地点間でビデオ会議を行うことを可能にする。
【０００３】
このとき、メディアデータ（音声・映像データ）は転送されるデータ量を圧縮するため、何らかの符号化方式（コーデック）で符号化されて転送される。特に映像データに関しては、コーデック・映像サイズ・ビットレート・フレームレートなどのパラメータに応じて、パラメータが異なる場合は個別の符号化装置（エンコーダ）で別々に符号化（エンコード）して映像データを送信する必要がある。これらのパラメータは、受信可能なコーデック・映像サイズといった端末の能力や、ＭＣＵと端末との間のネットワークの帯域といったネットワーク特性に依存したものになる。
【０００４】
典型的なＭＣＵは、多様な端末およびネットワーク特性に対応するため、エンコーダを複数装備して、接続した端末ごとに個別にエンコードを行っている。この方式では、端末の能力およびネットワーク特性に応じて最もよい品質の映像を送信できるという利点があるが、大きな計算量を必要とするエンコードの処理を接続端末数分行うため、多くのサーバリソースが必要になり、ＭＣＵが高価な装置になってしまうという欠点がある。
【０００５】
これに対して、汎用のＰＣサーバを利用したＭＣＵの場合、会議室ごとに１つのエンコーダだけ用いて、全ての端末に同じ符号化された映像データを送信する方式もある。この方式は、エンコードの処理負荷が低くなるため、安価なサーバを利用でき、多くの参加者を接続できるという利点がある。一方、エンコーダは１つしかないので、接続端末のうち最小の映像サイズや最低のビットレートといった最低のパラメータの組合せに合わせなければならず、映像品質が悪くなる端末がでてきてしまうという欠点がある。
【０００６】
このようにサーバのコストを抑えつつ、各端末への映像品質をよくするのは難しいという問題の解決を図るものとして、特許文献１に記載される技術がある。
【０００７】
これは、端末の能力とネットワーク特性に応じて接続端末を複数のグループに分類し、グループ単位でエンコードを行うことで、サーバリソースの使用量を限定しつつ、各端末への映像品質をなるべく良くしようとする方式である。特に、ネットワークの帯域およびパケットロス率に着目し、各端末への帯域やパケットロス率を観測しながら、各端末を予め作成したグループに分類するものである。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−１４１８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述した従来技術は、サーバ上で作成される会議室が１つだけの場合には、それほど問題とならないが、複数の会議室を同時に作成・使用することを考えると、グループ分けを効率的に行うことができないという問題がある。
【００１０】
例えば、簡単のため各エンコーダの処理負荷は同程度として、１０個のエンコーダを同時に動作できるサーバの場合、会議室が１つだけのときは１０個のグループを作成すればよい。しかし、同時に５つの会議室を使用するときには、各会議室で１０個のグループを作成したのでは、最大５０個のエンコーダが動作して過負荷になってしまうので、各会議室のグループを２個に制限する必要がある。このように、会議室数が増えると各会議室で作成できるグループ数を少数に制限する必要があり、その結果映像品質が悪くなる端末が多くでてきてしまうという問題が生じ得る。また、ある会議室ではネットワーク特性にばらつきがあるため多くのエンコーダを使いたいが、他の会議室ではばらつきが少なく１つのエンコーダでいい、というような場合に対応できず、サーバリソースの使用効率が悪くなるという問題も生じ得る。
【００１１】
以上のように、従来技術では複数の会議室を考慮した端末のグループ分けを柔軟に行うことができず、映像品質が劣化する端末が多くなったり、サーバリソースを有効利用できなくなったりするという問題が生じ得る。
【００１２】
そのため、多地点会議システムにおけるサーバのリソース負荷を考慮しながら、各参加者へ最適な品質の映像を送信できる通信制御装置、通信制御方法及び通信制御プログラムが求められている。
【課題を解決するための手段】
【００１３】
かかる課題を解決するために、第１の本発明の通信制御装置は、１又は複数の端末との間でメディアデータの通信を行なう通信制御装置において、（１）各端末の端末能力情報に応じて、それぞれ異なる符号化条件情報でメディアデータを符号化する１又は複数の符号化手段と、（２）各端末との間の通信情報を観測する通信状態観測手段と、（３）通信制御装置の負荷情報を観測する負荷状態観測手段と、（４）通信状態観測手段による各端末との間の通信情報と負荷状態観測手段による負荷情報とに基づいて、各端末に接続させる符号化手段を動的に制御する符号化制御手段とを備えることを特徴とする。
【００１４】
第２の本発明の通信制御方法は、１又は複数の端末との間でメディアデータの通信を行なう通信制御装置における通信制御方法において、通信制御装置は、（１）各端末の端末能力情報に応じて、それぞれ異なる符号化条件情報でメディアデータを符号化する１又は複数の符号化ステップと、（２）各端末との間の通信情報を観測する通信状態観測ステップと、（３）当該通信制御装置の負荷情報を観測する負荷状態観測ステップと、（４）通信状態観測ステップによる各端末との間の通信情報と負荷状態観測ステップによる負荷情報とに基づいて、各端末に接続させる符号化手段を動的に制御することを特徴とする。
【００１５】
第３の本発明の通信制御プログラムは、１又は複数の端末との間でメディアデータの通信を行なう通信制御プログラムにおいて、コンピュータを、（１）各端末の端末能力情報に応じて、それぞれ異なる符号化条件情報でメディアデータを符号化する１又は複数の符号化手段と、（２）各端末との間の通信情報を観測する通信状態観測手段と、（３）通信制御装置の負荷情報を観測する負荷状態観測手段と、（４）通信状態観測手段による各端末との間の通信情報と負荷状態観測手段による負荷情報とに基づいて、各端末に接続させる符号化手段を動的に制御する符号化制御手段として機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、多地点会議システムにおけるサーバのリソース負荷を考慮しながら、各参加者へ最適な品質の映像を送信できる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係る多地点ビデオ会議装置（ＭＣＵ）の内部構成を示す内部構成図である。
【図２】実施形態に係る多地点ビデオ会議装置において生成した会議室と、各会議室のエンコーダと、各エンコーダと各会議端末との間の接続例を示す。
【図３】実施形態に係る端末能力情報と必要なネットワーク伝送速度との対応関係を示す端末能力−伝送速度関係テーブルである。
【図４】実施形態に係る端末能力情報とサーバ負荷との関係を示す端末能力−サーバ負荷関係テーブルである。
【図５】実施形態に係る多地点ビデオ会議装置における会議端末のグループ化処理を示すフローチャートである。
【図６】実施形態において、会議開設時の会議端末の接続状態を示す図である。
【図７】実施形態において、会議開催後のネットワーク特性やサーバ負荷に応じてグループ化処理を説明する説明図である（その１）。
【図８】実施形態において、会議開催後のネットワーク特性やサーバ負荷に応じてグループ化処理を説明する説明図である（その２）。
【図９】実施形態において、会議開催後のネットワーク特性やサーバ負荷に応じてグループ化処理を説明する説明図である（その３）。
【図１０】実施形態において、会議開催後のネットワーク特性やサーバ負荷に応じてグループ化処理を説明する説明図である（その４）。
【発明を実施するための形態】
【００１８】
（Ａ）主たる実施形態
以下、本発明に係る通信制御装置、通信制御方法及び通信制御プログラムの実施形態を、図面を参照しながら詳細に説明する。
【００１９】
この実施形態は、多地点ビデオ会議システムの多地点ビデオ会議装置に、本発明を適用する場合を例示する。
【００２０】
（Ａ−１）実施形態の構成
図１は、実施形態に係る多地点ビデオ会議装置（ＭＣＵ）の内部構成を示す内部構成図である。
【００２１】
図１において、実施形態に係る多地点ビデオ会議装置（ＭＣＵ）１００は、映像処理部１１０を有する。また、映像処理部１１０は、ネットワーク特性観測部１１１、サーバ負荷観測部１１２、エンコーダ制御部１１３を有する。
【００２２】
多地点ビデオ会議装置１００のハードウェア構成は、図示しないが、既存のサーバと同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース等を有する。ＣＰＵが、ＲＯＭ等の記憶装置に格納されている処理プログラム（例えば、エンコーダ制御プログラム等）を実行することにより、多地点ビデオ会議装置１００の機能を実現する。なお、処理プログラムがインストールされることにより、各機能を構築するようにしてもよい。
【００２３】
多地点ビデオ会議装置１００は、１又は複数の仮想的な会議室を開設し、各会議室に参加するために接続された複数の会議端末との間で、映像及び音声を含むメディアデータを合成・選択して、ビデオ会議に係るメディアデータの転送を行なう。
【００２４】
多地点ビデオ会議装置１００は、各会議室に途中から参加する会議端末との接続を新たに追加したり、各会議室から退場する会議端末との接続を取りやめたりする。
【００２５】
なお、多地点ビデオ会議装置１００は、音声・映像データを含むメディアデータの合成を行なうものであるが、ここでは、特に映像データに関する処理を行なう映像処理部１１０のみを示している。
【００２６】
映像処理部１１０は、開設した会議室毎に、会議端末１の端末能力情報に応じた、データ受信部３１、デコーダ３２、画面合成部３３、エンコーダ３４及びデータ送信部３５を生成して、会議端末との間で映像データの合成や転送処理を行なう。
【００２７】
データ受信部３１及びデータ送信部３５は、ネットワークを介して、会議室に参加する各会議端末との間で映像データの受信・送信を行なうものである。データ受信部３１及びデータ送信部３５は、当該会議室に参加する会議端末数に応じた数だけ生成される。
【００２８】
デコーダ３２は、それぞれ対応するデータ受信部３１により受信された受信映像データを復号して、画面合成部３３に与えるものである。エンコーダ３４は、画面合成部３３により選択・合成された映像データを符号化し、その符号化後の映像データを、それぞれ対応するデータ送信部３５に与えるものである。
【００２９】
ここで、エンコーダ３４及びデコーダ３２が行なう符号化方式は、各会議端末が要求する符号化方式に合わせたものとする。例えば、会議室の開設時に、映像処理部１１０は各会議端末から符号化方式を含む性能情報を取得し、映像処理部１１０は、各会議端末が要求する符号化方式に従った符号化・復号を実行するエンコーダ３４及びデコーダ３２を生成する。
【００３０】
画面合成部３３は、複数のデコーダ３２のそれぞれから映像データを取得し、それら複数の映像データから、会議画面構成に必要な映像データを選択し、会議画面構成に従った映像データを合成し、対応するエンコーダ３４に与える。
【００３１】
ネットワーク特性観測部１１１は、ネットワークを観測して、各会議端末との間のネットワークの通信帯域やパケットロス率等のネットワーク特性を取得する。また、ネットワーク特性観測部１１１は、取得したネットワーク特性を、エンコーダ制御部１１３に通知する。
【００３２】
ここで、ネットワーク特性観測部１１１は、会議端末ごとに、パケットロスの発生や、再送要求の有無などを確認する。会議端末ごとに各会議端末からの再送要求やパケットロス率と閾値との比較結果に基づいて、ネットワーク特性観測部１１１は、当該各会議端末のネットワーク特性を判断する。
【００３３】
サーバ負荷観測部１１２は、サーバとしての多地点ビデオ会議装置１００のＣＰＵ負荷等のサーバ負荷を観測して、エンコーダ制御部１１３に通知する。
【００３４】
エンコーダ制御部１１３は、ネットワーク特性観測部１１１からのネットワーク特性情報、サーバ負荷観測部１１２のサーバ負荷情報に基づいて、各会議室に生成したエンコーダ３４の動作を制御するものである。
【００３５】
エンコーダ制御部１１３は、各会議端末から端末能力情報、ネットワーク特性情報及びサーバ負荷情報に基づいて、各エンコーダ３４の作成や削除、各エンコーダ３４と各会議端末との間のデータ送信部３５への関連付けを行なう。
【００３６】
エンコーダ制御部１１３は、各会議室でエンコード処理を行なうときに、会議端末の能力、ネットワーク特性及びサーバの負荷に基づいて、会議室におけるエンコーダ３４の数を増減させて、どのエンコーダをどの会議端末と接続するかに関わる各会議端末のグループ分けを行なう。
【００３７】
図２は、実施形態に係る多地点ビデオ会議装置１００において生成した会議室と、各会議室のエンコーダと、各エンコーダと各会議端末との間の接続例を示す。
【００３８】
以降では、例えば「会議室１」、「エンコーダ１」、「会議端末１」の「１」等の番号は、会議室、エンコーダ、会議端末を識別する番号として説明する。
【００３９】
図２において、多地点ビデオ会議装置１００は、例えば、５つの仮想的な会議室１〜会議室５を開設しているものとする。
【００４０】
「会議室１」は、会議開設時、５台の会議端末１〜会議端末５が参加しており、エンコーダ１が５台の会議端末１〜会議端末５と接続しているものとする。
【００４１】
その後、「会議端末６」〜「会議端末１０」のそれぞれが、新たに「会議室１」に参加するものとする。このとき、「会議端末６」の参加に伴い、「エンコーダ２」が生成され、エンコーダ２が会議端末６と接続する。新たに会議室１に参加した会議端末７〜会議端末１０のそれぞれについても同様に、エンコーダ３〜エンコーダ６のそれぞれと接続する。
【００４２】
「会議室２」は、会議開設時に、３台の会議端末１１〜会議端末１３が参加しており、エンコーダ７が３台の会議端末１１〜会議端末１３と接続しているものとする。「会議室３」、「会議室４」、「会議室５」も同様に、会議開設時に、エンコーダ８、エンコーダ９、エンコーダ１０のそれぞれに、会議端末１４〜会議端末１６、会議端末１７〜会議端末１９、会議端末２０〜会議端末２２が接続しているものとする。
【００４３】
まず、エンコーダ制御部１１３（図１）は、会議室開設時に、各会議室への参加要求する会議端末から、符号化方式に関する情報等を含む端末能力情報を取得し、各会議端末の端末能力情報に応じて、必要なネットワーク伝送速度を求める。
【００４４】
ここで、端末能力情報は、会議端末がビデオ会議を実行する能力に関する情報であり、例えば、会議端末が要求する符号化方式、画素数、フレーム速度などを含む情報である。
【００４５】
また、会議端末の端末能力が違うことにより、映像データの符号化量が異なる。さらに、映像データの符号化量の違いにより、会議端末が要求するネットワーク伝送速度が異なる。そこで、この実施形態では、エンコーダ制御部１１３が、図３に例示するテーブルを参照して、各会議端末から取得したい端末能力情報に対応する、必要なネットワーク伝送速度を求める。
【００４６】
図３は、実施形態に係る端末能力情報と必要なネットワーク伝送速度との対応関係を示す端末能力−伝送速度関係テーブルである。
【００４７】
ここで、図３に例示する端末能力−伝送速度関係テーブルを説明する。
【００４８】
図３では、端末能力情報が、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ（フレーム／秒）」である場合の符号化量を基準として、各端末能力情報に応じた符号化量及び必要なネットワーク伝送速度の関係を作成した。
【００４９】
つまり、端末能力情報が、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ（フレーム／秒）」の場合、符号化方式による符号化量Ａを「１倍」、画素数Ｂを「１倍」、フレーム速度Ｃを「１倍」、合計の符号化量Ｄ（＝Ａ×Ｂ×Ｃ）を「１倍」とする場合を基準とする（図３の「会議端末」が「会議端末１−会議端末２２」欄における最下部の記載を参照）。
【００５０】
この基準をベースとした場合、例えば、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」のとき、上記を基準とすると、符号化方式による符号化量Ａを「１倍」、画素数Ｂを「１倍」、フレーム速度Ｃを「２倍」と考えられるため、合計の符号化量Ｄ（相対値）は「２倍」と考えらえる（図３の「会議端末」が「会議端末１−会議端末２２」欄における最下部から２つ目の記載を参照）。
【００５１】
同様に、例えば、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」の場合、上記を基準とすると、符号化方式による符号化量Ａを「０．５倍」、画素数Ｂを「１倍」、フレーム速度Ｃを「１倍」と考えられるため、合計の符号化量Ｄ（＝Ａ×Ｂ×Ｃ）は「０．５倍」と考えられる（図３の「会議端末」が「会議端末１−会議端末２２」欄における最下部から３つ目の記載を参照）。
【００５２】
他の端末能力情報の場合も同様にして、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」の場合の合計の符号化量Ｄ（＝Ａ×Ｂ×Ｃ）は「１倍」とし（図３の「会議端末」が「会議端末１−会議端末２２」欄における最上部から３つ目の記載を参照）、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：３０ｆｐｓ」の場合の合計の符号化量Ｄ（＝Ａ×Ｂ×Ｃ）は「２倍」とし（図３の「会議端末」が「会議端末１−会議端末２２」欄における最上部から２つ目の記載を参照）、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」の場合の合計の符号化量Ｄ（＝Ａ×Ｂ×Ｃ）は「４倍」としている（図３の「会議端末」が「会議端末１−会議端末２２」欄における最上部の記載を参照）。
【００５３】
上記のようにして、端末能力情報に応じた合計の符号化量に基づいて、会議端末の必要なネットワーク伝送速度の程度（相対的な度合）を定義する。
【００５４】
また、図３において、符号化方式の合計の符号化量Ｄの値に応じて、会議端末が必要なネットワーク伝送速度を、複数に区分している。より具体的には、合計の符号化量Ｄの値に応じて、伝送速度を４つのレベル「最低速（レベル１）」、「低速（レベル２」、「高速（レベル３）」、「最高速（レベル４）」に区分している。
【００５５】
つまり、図３に示される各端末の能力に対応して、各会議端末で必要となるネットワークの伝送速度は、次の通りである（ここで、必要となるネットワークの伝送速度は、図３の「必要となるネットワークの伝送速度」欄の記載を参照）。
【００５６】
合計の符号化量Ｄが「１倍」であり、端末能力情報が「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」である場合、必要となるネットワークの伝送速度は、「低速（２）」としている。
【００５７】
以下同様に、合計の符号化量Ｄが「２倍」であり、端末能力情報が「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」である場合、必要となるネットワークの伝送速度は、「高速（３）」としている。
【００５８】
合計の符号化量Ｄが「０．５倍」であり、端末能力情報が「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」である場合、必要となるネットワークの伝送速度は、「最低速（１）」としている。
【００５９】
合計の符号化量Ｄが「１倍」であり、端末能力情報が「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」である場合、必要となるネットワークの伝送速度は、「低速（２）」としている。
【００６０】
合計の符号化量Ｄが「２倍」であり、端末能力情報が「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：３０ｆｐｓ」である場合、必要となるネットワークの伝送速度は、「高速（３）」としている。
【００６１】
合計の符号化量Ｄが「４倍」であり、端末能力情報が「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である場合、必要となるネットワークの伝送速度は、「最高速（４）」としている。
【００６２】
次に、エンコーダ制御部１１３は、図４を参照して、会議端末の端末能力情報に応じたサーバ負荷の比率を求める。
【００６３】
図４は、実施形態に係る端末能力情報とサーバ負荷との関係を示す端末能力−サーバ負荷関係テーブルである。
【００６４】
ここで、図４に例示する端末能力−サーバ負荷関係テーブルを説明する。
【００６５】
図４でも、端末能力情報が「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ（フレーム／秒）」である場合の符号化量を基準として、各端末能力情報に応じたサーバ負荷率の関係を作成した。
【００６６】
つまり、端末能力情報が「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」の場合、符号化方式によるサーバ負荷の比率Ｅを「１倍」とし、サーバ負荷の比率Ｆ（＝Ｄ×Ｅ）を「１倍」とする場合を基準とする（図４の「会議端末」が「会議端末１−会議端末２２」欄における最下部の記載を参照）。
【００６７】
この基準をベースとした場合、例えば、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」のとき、上記を基準とすると、符号化方式による合計の符号化量Ｄは「２倍」であり、符号化方式によるサーバ負荷の比率Ｅは「１倍」と考えらえるため、サーバ負荷の比率Ｆ（相対値）は「２倍」となる（図４の「会議端末」が「会議端末１−会議端末２２」欄における最下部から２つ目の記載を参照）。
【００６８】
同様に、例えば、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」の場合、上記を基準とすると、符号化方式による合計の符号化量Ｄは「０．５倍」であり、符号化方式によるサーバ負荷の比率Ｅは「４倍」と考えらえるため、サーバ負荷の比率Ｆは「２倍」となる（図４の「会議端末」が「会議端末１−会議端末２２」欄における最下部から３つ目の記載を参照）。
【００６９】
他の端末能力情報の場合も同様にして、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」の場合のサーバの負荷比率Ｆは「４倍」とし（図４の「会議端末」が「会議端末１−会議端末２２」欄における最上部から３つ目の記載を参照）、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：３０ｆｐｓ」の場合のサーバ負荷の比率Ｆは「８倍」とし（図４の「会議端末」が「会議端末１−会議端末２２」欄における最上部から２つ目の記載を参照）、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」の場合のサーバ負荷の比率Ｆは「１６倍」となる（図４の「会議端末」が「会議端末１−会議端末２２」欄における最上部の記載を参照）。
【００７０】
（Ａ−２）実施形態の動作
以下では、実施形態に係る多地点ビデオ会議装置１００におけるエンコーダ制御処理の動作を、図面を参照しながら詳細に説明する。
【００７１】
図５は、実施形態に係る多地点ビデオ会議装置１００における会議端末のグループ化処理を示すフローチャートである。
【００７２】
図６は、実施形態において、会議開設時の会議端末の接続状態を示す図である。図７〜図１０は、会議開催後のネットワーク特性やサーバ負荷に応じてグループ化処理を説明する説明図である。
【００７３】
図６〜図１０の図を簡単に説明する。図６〜図１０において、「会議室のグループ」は、会議室１〜会議室５のグループを示している。「会議端末」は、各会議室１〜５に参加（接続）する会議端末を示している。
【００７４】
「端末の能力（最も高い能力）」は、多地点ビデオ会議装置１００に会議端末が接続した際に、会議端末から取得する端末能力情報（スペック情報）である。ここでは、「符号化方式」、「画素数」、「フレーム速度」を含むものである。
【００７５】
「ネットワーク特性のばらつき」とは、ネットワーク特性観測部１１１が取得する、それぞれ会議端末のネットワーク特性の観測結果である。つまり、会議端末との間のネットワークの帯域や、パケットロス率、再送要求等を観測する。例えば、「高速ＯＫ」等との記載は、図３に例示する「最高速」、「高速」、「低速」、「最低速」の４つのレベルのうち、「高速」等のレベルに相当する伝送速度であることを示している（例えば、「高速ＯＫ」とは、多地点ビデオ会議装置１００と会議端末との間において、「高速」、「低速」、「最低速」のレベルに相当する伝送速度で通信できる状態であることを意味する。また、「高速ＯＫ」とは、多地点ビデオ会議装置１００と会議端末との間において、「最高速」のレベルに相当する伝送速度で通信できない状態であることを意味する。）。
【００７６】
「決定された端末の能力」は、会議端末の接続しているエンコーダが当該会議端末に対して提供する端末能力情報を示している。すなわち、エンコーダのグループが会議端末に提供するスペック情報である。
【００７７】
「選択されたネットワークの伝送速度」は、会議端末の接続している多地点ビデオ会議装置１００（エンコーダ）と当該会議端末との間のネットワークの伝送速度である。例えば、「高速」の記載は、図３に例示する「最高速」、「高速」、「低速」、「最低速」の４つのレベルのうち、「高速」等のレベルに相当する伝送速度であることを示している。
【００７８】
図６に示すように、「会議室１」の会議開催時に、会議端末１〜会議端末５が「会議室１」に参加する。
【００７９】
上述したように、エンコーダ制御部１１３は、会議端末の接続時に、会議端末１〜会議端末５のそれぞれから端末能力情報を取得する。
【００８０】
ここでは、会議端末１〜会議端末５の端末能力情報（「端末の能力（最も高い能力）」）は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。
【００８１】
したがって、エンコーダ制御部１１３は、図３を参照して、会議端末１〜会議端末５の端末能力に基づいて、「必要となるネットワーク伝送速度；最高速」であると判断する。
【００８２】
しかし、ネットワーク特性観測部１１１は、会議端末１〜会議端末５のネットワーク特性が「高速」レベルと判定する。
【００８３】
ここで、会議端末１〜会議端末５の端末能力は、ネットワーク伝送速度「最高速」レベルまで対応可能である。このことは、「最高速」レベルよりも低いレベルである「高速」、「低速」、「最低速」の場合にも対応できることを意味する。
【００８４】
そうすると、ネットワーク特性観測部１１１による会議端末１〜会議端末５のネットワーク特性が「高速」レベルであるが、会議端末１〜会議端末５の伝送速度は「最高速」レベルまで対応できる。
【００８５】
そのため、エンコーダ制御部１１３は、会議端末１〜会議端末５を、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：高速」で実行する「エンコーダ１」に接続させる（つまり、会議端末１〜会議端末５を、ネットワーク特性が「高速」レベルとなる「符号化方式」、「画素数」、「フレーム速度」のエンコーダに接続させる）。
【００８６】
なお、「会議室２」〜「会議室５」の各会議端末についても、上記と同様にして「エンコーダ７」〜「エンコーダ１０」に接続している。
【００８７】
その後、「会議室１」に、会議端末６〜会議端末１０が新たに参加する場合を説明する。
【００８８】
図５において、エンコーダ制御部１１３は、「会議室１」に「会議端末６〜１０」を追加すると、ネットワーク特性ＯＫ、サーバ負荷ＯＫの場合（Ｓ１０１）、エンコーダ制御部１１３は、「会議室１」で追加された「会議端末６〜１０」において、図７のように、会議端末６〜１０をエンコーダ２〜６に割り当てる（Ｓ１０２）。
【００８９】
ここで、「ネットワーク特性ＯＫ」とは、現在のネットワーク伝送速度の程度が、図３の会議端末の端末能力に基づく必要なネットワーク伝送速度以下であることを示す。つまり、会議端末のスペックに応じた伝送速度が「最高速」レベルの場合、「最高速」レベル以下であれば、「ネットワークＯＫ」と判断する。そうでない場合、「ネットワーク特性ＮＧ」である。
【００９０】
「サーバ負荷ＯＫ」とは、現時点のサーバ負荷率と、図４の会議端末の端末能力に基づくサーバ負荷率との和が所定の閾値より低いことを示す。
【００９１】
図７において、会議端末６の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。エンコーダ制御部１１３は、図３を参照して、会議端末６の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による、会議端末６のネットワーク特性は「最高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いため、エンコーダの数を増やすことができる。
【００９２】
ここで、サーバ負荷観測部１１２によるサーバ負荷率とは、例えば、「現時点のサーバ負荷率」と「『会議端末の端末能力に対応するサーバ負荷の比率Ｆ』より換算されるサーバ負荷率」とを加算したものである。なお、「会議端末の端末能力に対応するサーバ負荷の比率Ｆ」は、会議端末６の場合、図４の「会議端末」が「会議端末１−会議端末２２」欄における最上部の「１６倍」である。
【００９３】
そのため、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」、「選択されたネットワーク伝送速度：最高速」で実行する「エンコーダ２」を生成し、会議端末６を「エンコーダ２」に接続させる。
【００９４】
会議端末７の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末７の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末７のネットワーク特性は「低速ＯＫ」レベルであり、「最高速」レベルよりも低いが、会議端末７は対応できる。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いため、エンコーダの数を増やすことができる。そのため、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ３」を生成し、会議端末７を「エンコーダ３」に接続させる。
【００９５】
会議端末８の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末８の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末８のネットワーク特性は「最低速ＯＫ」レベルであり、「最高速」レベルよりも低いが、会議端末７は対応できる。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いため、エンコーダの数を増やすことができる。そのため、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：最低速」で実行する「エンコーダ４」を生成し、会議端末８を「エンコーダ４」に接続させる。
【００９６】
会議端末９の端末能力は、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末８の伝送速度が「高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末９のネットワーク特性は「高速ＯＫ」レベルであり、会議端末９は対応できる。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いため、エンコーダの数を増やすことができる。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」、「選択されたネットワーク伝送速度：高速」で実行する「エンコーダ５」を生成し、会議端末９を「エンコーダ５」に接続させる。
【００９７】
会議端末１０の端末能力は、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」である。図３を参照して会議端末１０の伝送速度が「低速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末１０のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いため、エンコーダの数を増やすことができる。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」を生成し、会議端末１０を「エンコーダ６」に接続させる。
【００９８】
図５において、エンコーダ制御部１１３は、「会議室１」に「会議端末６〜１０」を追加すると、ネットワーク特性ＮＧ、サーバ負荷ＯＫの場合（Ｓ１０３）、エンコーダ制御部１１３は、「会議室１」で追加された「会議端末６〜１０」において、図８のように、会議端末６〜８をエンコーダ４に割り当て、会議端末９〜１０をエンコーダ６に割り当てる（Ｓ１０４）。
【００９９】
図８において、会議端末６の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。エンコーダ制御部１１３は、図３を参照して、会議端末６の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による、会議端末６のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いため、エンコーダの数を増やすことができる。
【０１００】
但し、Ｓ１０３において、ネットワーク特性ＮＧであるため、エンコーダ制御部１１３は、ネットワーク特性観測部１１１を用いて、追加できるネットワークの伝送速度について判断する。ここでは、一例として、追加できるネットワークの伝送速度は、「低速」レベルの通信の１回線分と、「最低速」レベルの通信の１回線分であるものとする。
【０１０１】
そのため、エンコーダ制御部１１３は、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：最低速」で実行する「エンコーダ４」に会議端末６を接続させる。
【０１０２】
つまり、エンコーダ制御部１１３は、追加できるネットワークの伝送速度における「最低速」レベルの通信について１回線分に合わせて、符号化方式が同じものであり、ネットワークの伝送速度が「最低速」となるエンコーダ４に、会議端末６と接続させる。
【０１０３】
ここで、エンコーダ４は、図７に例示する状態で生成したものである。グループ化処理は、ネットワーク特性の変化やサーバ負荷に応じて、逐次グループの再構成が行なわれる。そのため、図５のフローチャートに従って、エンコーダ制御部１１３は、各会議端末のネットワーク特性及びサーバ負荷に基づいて、逐次、接続するエンコーダを切り替えて、グループ化の再構成を行なう。以下同様である。
【０１０４】
会議端末７の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末７の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末７のネットワーク特性は「低速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いことため、エンコーダの数を増やすことができる。そのため、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：最低速」で実行する「エンコーダ４」に会議端末７を接続させる。
【０１０５】
つまり、エンコーダ制御部１１３は、追加できるネットワークの伝送速度における「最低速」レベルの通信の１回線分に合わせて、符号化方式が同じものであり、ネットワークの伝送速度が「最低速」となるエンコーダ４に、会議端末７と接続させる。
【０１０６】
会議端末８の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末８の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末８のネットワーク特性は「最低速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いことため、エンコーダの数を増やすことができる。そのため、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：最低速」で実行する「エンコーダ４」に、会議端末８を接続させる。
【０１０７】
つまり、エンコーダ制御部１１３は、追加できるネットワークの伝送速度における「最低速」レベルの通信の１回線分に合わせて、符号化方式が同じものであり、ネットワークの伝送速度が「最低速」となるエンコーダ４に、会議端末８と接続させる。
【０１０８】
会議端末９の端末能力は、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末９の伝送速度が「高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末９のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いことため、エンコーダの数を増やすことができる。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に、会議端末９を接続させる。
【０１０９】
つまり、エンコーダ制御部１１３は、追加できるネットワークの伝送速度における「低速」レベルの通信の１回線分に合わせて、符号化方式が同じものであり、ネットワークの伝送速度が「低速」となるエンコーダ６に、会議端末９と接続させる。
【０１１０】
会議端末１０の端末能力は、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」である。図３を参照して会議端末１０の伝送速度が「低速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末１０のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値より低いことため、エンコーダの数を増やすことができる。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に、会議端末１０を接続させる。
【０１１１】
つまり、エンコーダ制御部１１３は、追加できるネットワークの伝送速度における「低速」レベルの通信の１回線分に合わせて、符号化方式が同じものであり、ネットワークの伝送速度が「低速」となるエンコーダ６に、会議端末１０と接続させる。
【０１１２】
図５において、エンコーダ制御部１１３は、「会議室１」に「会議端末６〜１０」を追加すると、ネットワーク特性ＯＫ、サーバ負荷ＮＧの場合（Ｓ１０５）、エンコーダ制御部１１３は、「会議室１」で追加された「会議端末６〜１０」において、図９のように、会議端末６〜７、９〜１０をエンコーダ６に割り当て、会議端末８をエンコーダ４に割り当てる（Ｓ１０６）。
【０１１３】
図９において、会議端末６の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。エンコーダ制御部１１３は、図３を参照して、会議端末６の伝送速度が「最高速」レベルまで対応できると判断する、ネットワーク特性観測部１１１による、会議端末６のネットワーク特性は「最高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えているため、エンコーダの数を増やすことができない。
【０１１４】
Ｓ１０５において、サーバ負荷ＮＧの場合であるため、エンコーダ制御部１１３は、サーバ負荷観測部１１２を用いて、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」と、追加できる「サーバ負荷の比率Ｆに対応する端末の能力」（「符号化方式」、「画素数」、「フレーム速度」）について判断する。
【０１１５】
ここでは、一例として、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」は、「３倍」であるものとする。また、追加できる「サーバ負荷の比率Ｆに対応する端末の能力」は、符号化方式とネットワーク特性を考慮すると、サーバ負荷の比率Ｆが「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダと、サーバ負荷の比率Ｆが「２倍」に該当する「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダであるものとする。
【０１１６】
そのため、エンコーダ制御部１１３は、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に会議端末６を接続させる。
【０１１７】
つまり、エンコーダ制御部１１３は、符号化方式とネットワーク特性を考慮して、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末６と接続させる。
【０１１８】
会議端末７の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末７の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末７のネットワーク特性は「低速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えており、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に会議端末７を接続させる。
【０１１９】
つまり、エンコーダ制御部１１３は、符号化方式とネットワーク特性を考慮して、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末７と接続させる。
【０１２０】
会議端末８の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末８の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末８のネットワーク特性は「最低速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えており、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：最低速」で実行する「エンコーダ４」に、会議端末８を接続させる。
【０１２１】
つまり、エンコーダ制御部１１３は、符号化方式とネットワーク特性を考慮して、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「２倍」に該当する「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ４に、会議端末６と接続させる。
【０１２２】
会議端末９の端末能力は、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末９の伝送速度が「高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末９のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えており、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に、会議端末９を接続させる。
【０１２３】
つまり、エンコーダ制御部１１３は、符号化方式とネットワーク特性を考慮して、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末９と接続させる。
【０１２４】
会議端末１０の端末能力は、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」である。図３を参照して会議端末１０の伝送速度が「低速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末１０のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えており、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に、会議端末１０を接続させる。
【０１２５】
つまり、エンコーダ制御部１１３は、符号化方式とネットワーク特性を考慮して、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末１０と接続させる。
【０１２６】
図５において、エンコーダ制御部１１３は、「会議室１」に「会議端末６〜１０」を追加すると、ネットワーク特性ＮＧ、サーバ負荷ＮＧの場合（Ｓ１０７）、エンコーダ制御部１１３は、「会議室１」で追加された「会議端末６〜１０」において、図１０のように、会議端末１〜７、９〜１０をエンコーダ６に割り当て、会議端末８をエンコーダ４に割り当てる（Ｓ１０８）。
【０１２７】
図１０において、会議端末１〜５の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。エンコーダ制御部１１３は、図３を参照して、会議端末１〜５の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による、会議端末６のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えているため、エンコーダの数を増やすことができない。
【０１２８】
Ｓ１０７において、ネットワーク特性ＮＧ、サーバ負荷ＮＧであるため、エンコーダ制御部１１３は、ネットワーク特性観測部１１１を用いて、追加できるネットワークの伝送速度について判断する。ここでは、一例として、「高速」レベルの通信の１回線分を削除すると、追加できるネットワークの伝送速度は、「低速」レベルの通信の１回線分と、「最低速」レベルの通信の１回線分であるものとする。
【０１２９】
さらに、エンコーダ制御部１１３は、サーバ負荷観測部１１２を用いて、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」と、追加できる「サーバ負荷の比率Ｆに対応する端末の能力」（「符号化方式」、「画素数」、「フレーム速度」）について判断する。
【０１３０】
ここでは、一例として、「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「８倍」であるものを削除すると、追加できる「サーバ負荷率に対応するサーバ負荷の比率Ｆ」は、「３倍」であるものとする。
【０１３１】
また、削除される「サーバ負荷の比率Ｆに対応する端末の能力」は、符号化方式とネットワーク特性を考慮すると、サーバ負荷の比率Ｆが「８倍」に該当する「符号化方式：Ｈ．２６５」、「画素数：３８４０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダであるものとする。
【０１３２】
さらにまた、追加できる「サーバ負荷の比率Ｆに対応する端末の能力」は、符号化方式とネットワーク特性を考慮すると、サーバ負荷の比率Ｆが「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダと、サーバ負荷の比率Ｆが「２倍」に該当する「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダであるものとする。
【０１３３】
そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に会議端末１〜５を接続させる。
【０１３４】
つまり、エンコーダ制御部１１３は、ネットワーク特性と符号化方式を考慮して、ネットワークの伝送速度が「低速」となり、「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末１−５と接続させる（会議端末１−５と接続させるエンコーダを、エンコーダ１からエンコーダ６に変更する）。
【０１３５】
会議端末６の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。エンコーダ制御部１１３は、図３を参照して、会議端末６の伝送速度が「最高速」レベルまで対応できると判断する、ネットワーク特性観測部１１１による、会議端末６のネットワーク特性は「最高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えているため、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に会議端末６を接続させる。
【０１３６】
つまり、エンコーダ制御部１１３は、ネットワーク特性と符号化方式を考慮して、ネットワークの伝送速度が「低速」となり、「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末６と接続させる。
【０１３７】
会議端末７の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末７の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末７のネットワーク特性は「低速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えており、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に会議端末７を接続させる。
【０１３８】
つまり、エンコーダ制御部１１３は、ネットワーク特性と符号化方式を考慮して、ネットワークの伝送速度が「低速」となり、「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末７と接続させる。
【０１３９】
会議端末８の端末能力は、「符号化方式：Ｈ．２６５」、「画素数：３８４０×２１６０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末８の伝送速度が「最高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末８のネットワーク特性は「最低速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えており、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：最低速」で実行する「エンコーダ４」に、会議端末８を接続させる。
【０１４０】
つまり、エンコーダ制御部１１３は、ネットワーク特性と符号化方式を考慮して、ネットワークの伝送速度が「最低速」となり、「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「２倍」に該当する「符号化方式：Ｈ．２６５」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ４に、会議端末８と接続させる。
【０１４１】
会議端末９の端末能力は、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：６０ｆｐｓ」である。図３を参照して会議端末９の伝送速度が「高速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末９のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えており、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に、会議端末９を接続させる。
【０１４２】
つまり、エンコーダ制御部１１３は、ネットワーク特性と符号化方式を考慮して、ネットワークの伝送速度が「低速」となり、「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末９と接続させる。
【０１４３】
会議端末１０の端末能力は、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」である。図３を参照して会議端末１０の伝送速度が「低速」レベルまで対応できると判断するところ、ネットワーク特性観測部１１１による会議端末１０のネットワーク特性は「高速ＯＫ」レベルである。また、サーバ負荷観測部１１２によるサーバ負荷率が閾値を超えており、エンコーダの数を増やすことができない。そのため、「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」、「選択されたネットワーク伝送速度：低速」で実行する「エンコーダ６」に、会議端末１０を接続させる。
【０１４４】
つまり、エンコーダ制御部１１３は、ネットワーク特性と符号化方式を考慮して、ネットワークの伝送速度が「低速」となり、「サーバ負荷率に対応するサーバ負荷の比率Ｆ」が「１倍」に該当する「符号化方式：Ｈ．２６４」、「画素数：１９２０×１０８０」、「フレーム速度：３０ｆｐｓ」を有するエンコーダ６に、会議端末１０と接続させる。
【０１４５】
上記のように、接続している会議端末の端末能力情報及びネットワーク特性にばらつきが少ない場合には、各会議室で使用するエンコーダは１つでよい。
【０１４６】
しかし、会議端末の端末能力及びネットワーク特性にばらつきが多い会議室があると、その会議室で使用するエンコーダを増やして、同様の端末能力・ネットワーク特性の端末をグループ分けして各エンコーダに割り当てた方がよい。
【０１４７】
例えば、端末能力が低いグループには映像サイズを小さくしたエンコーダを割り当てたり、ネットワークの帯域が少ない端末のグループにはビットレートを低くしたエンコーダを割り当てたりするなどして、他の端末の映像品質が落ちないようにする。
【０１４８】
このとき、多地点ビデオ会議装置１００のサーバ負荷も考慮して、同時に使用している会議室の数が少なくサーバ負荷が低いときには、エンコーダの数を多く増やしてもよい。逆に、同時に使用している会議室の数が多くサーバ負荷が高いときには、各会議室で使用するエンコーダの数は少なくする。
【０１４９】
例えば前述の例で挙げた、１０個のエンコーダを同時に動作できるサーバで、同時に５つの会議室を使用する場合を考える。各会議室で端末の能力およびネットワーク特性にばらつきが少ない場合には、各会議室でエンコーダを１つずつ、合計５つのエンコーダを使用すればよく、まだサーバ負荷には余裕がある。
【０１５０】
ここで１つの会議室に参加者が増えて、端末の能力およびネットワーク特性にばらつきが多くなったときには、エンコーダを増やして端末をグループ分けして対応する。サーバ全体で１０個のエンコーダが動作するまでサーバ負荷は過負荷にはならないので、この会議室では６つまでエンコーダを増やすことができる。
【０１５１】
（Ａ−３）実施形態の効果
以上のように、従来は、複数の会議室を考慮した端末のグループ分けを柔軟に行うことができず、映像品質が劣化する端末が多くなったり、サーバリソースを有効利用できなくなったりするという問題があった。
【０１５２】
これに対して、この実施形態によれば、上記のようにサーバ負荷も考慮してエンコーダの数を増減させて、グループ分けを柔軟に行うことで、各端末の映像品質を保ちつつ、サーバリソースも有効利用できるようになるという効果がある。
【符号の説明】
【０１５３】
１００…多地点ビデオ会議装置（ＭＣＵ）、１１０…映像処理部、１１１…ネットワーク特性観測部、１１２…サーバ負荷観測部、１１３…エンコーダ制御部、３１…データ受信部、３２…デコーダ、３３…画面合成部、３４…エンコーダ、３５…データ送信部。
【図１】
2017153038.tif 000003
【図２】
2017153038.tif 000004
【図３】
2017153038.tif 000005
【図４】
2017153038.tif 000006
【図５】
2017153038.tif 000007
【図６】
2017153038.tif 000008
【図７】
2017153038.tif 000009
【図８】
2017153038.tif 000010
【図９】
2017153038.tif 000011
【図１０】
2017153038.tif 000012