(57)【要約】      （修正有）【課題】ＣＰＵとＧＰＵに効率的に処理負荷を分散できる通信制御装置、プログラム、記録媒体及び方法を提供する。【解決手段】通信制御装置１０（会議サーバ）は、第１処理部の実行前における実行前ＣＰＵリソース情報と、実行前ＧＰＵリソース情報とを確認するリソース情報確認手段と、第１処理部の実行後における実行後ＣＰＵリソース情報と、実行後ＧＰＵリソース情報とを推定するリソース情報推定手段と、処理を割り当てる割当手段を有する。割当手段は、実行前ＣＰＵリソース情報と、実行前ＧＰＵリソース情報と、実行後ＣＰＵリソース情報と、実行後ＧＰＵリソース情報とに基づいて、第１処理部の実行を、ＣＰＵ及びＧＰＵのうち少なくとも１つの処理装置に割り当てる。【選択図】図１
2017069744.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置に接続され、少なくとも１つのＣＰＵと、少なくとも１つのＧＰＵとを有する通信制御装置であって、
第１処理部の実行前における実行前ＣＰＵリソース情報と、実行前ＧＰＵリソース情報とを確認するリソース情報確認手段と、
前記第１処理部の実行後における実行後ＣＰＵリソース情報と、実行後ＧＰＵリソース情報とを推定するリソース情報推定手段と、
前記実行前ＣＰＵリソース情報と、前記実行前ＧＰＵリソース情報と、前記実行後ＣＰＵリソース情報と、前記実行後ＧＰＵリソース情報とに基づいて、前記第１処理部の実行を、ＣＰＵ及びＧＰＵのうち少なくとも１つの処理装置に割り当てる割当手段と
を有することを特徴とする通信制御装置。
【請求項２】
前記第１処理部は、
複数の通信装置のうち少なくとも１つの通信装置から送信された、映像情報、音声情報、又は映像情報及び音声情報を復号する復号部と、
復号された情報を合成する合成部と、
合成された情報を符号化する符号化部と
を有すること特徴とする請求項１に記載する通信制御装置。
【請求項３】
前記割当手段は、
前記実行後ＧＰＵリソース情報に基づく値が所定の閾値を超えていない場合、前記第１処理部の実行を、優先的にＧＰＵに割り当てる第１割当手段
を有することを特徴とする請求項１又は２に記載の通信制御装置。
【請求項４】
前記割当手段は、
前記合成部の実行を、優先的にＣＰＵに割り当て、
前記復号部及び符号化部の実行を、優先的にＧＰＵに割り当てる第２割当手段
を有することを特徴とする請求項２又は３に記載の通信制御装置。
【請求項５】
複数の通信装置に接続され、少なくとも１つのＣＰＵと、少なくとも１つのＧＰＵとを有するコンピュータを、
第１処理部の実行前における実行前ＣＰＵリソース情報と、実行前ＧＰＵリソース情報とを確認するリソース情報確認手段と、
前記第１処理部の実行後における実行後ＣＰＵリソース情報と、実行後ＧＰＵリソース情報とを推定するリソース情報推定手段と、
前記実行前ＣＰＵリソース情報と、前記実行前ＧＰＵリソース情報と、前記実行後ＣＰＵリソース情報と、前記実行後ＧＰＵリソース情報とに基づいて、前記第１処理部の実行を、ＣＰＵ及びＧＰＵのうち少なくとも１つの処理装置に割り当てる割当手段と
して機能させることを特徴とするプログラム。
【請求項６】
請求項５に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項７】
複数の通信装置に接続され、少なくとも１つのＣＰＵと、少なくとも１つのＧＰＵとを有する通信制御装置の通信制御方法であって、
前記通信制御装置は、
第１処理部の実行前における実行前ＣＰＵリソース情報と、実行前ＧＰＵリソース情報とを確認するリソース情報確認ステップと、
前記第１処理部の実行後における実行後ＣＰＵリソース情報と、実行後ＧＰＵリソース情報とを推定するリソース情報推定ステップと、
前記実行前ＣＰＵリソース情報と、前記実行前ＧＰＵリソース情報と、前記実行後ＣＰＵリソース情報と、前記実行後ＧＰＵリソース情報とに基づいて、前記第１処理部の実行を、ＣＰＵ及びＧＰＵのうち少なくとも１つの処理装置に割り当てるアプリケーション割当ステップと
を有することを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置及びプログラム、記録媒体、並びに、通信制御方法に関し、例えば、多地点ビデオ会議サーバに適用し得るものである。
【背景技術】
【０００２】
従来、多地点ビデオ会議サーバは、映像のコーデック処理を含むすべての処理をＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で行う構成としていた（特許文献１参照）。その結果、従来の多地点ビデオ会議サーバは、ＣＰＵの処理負荷がボトルネックとなり、同時接続数や同時会議開催数が制限される等の問題が内在していた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１９７７６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
昨今、映像出力処理（一例）に用いられるＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を搭載したＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が、リリースされている。このＧＰＵを搭載したＣＰＵは、処理負荷のかかる映像出力処理を、ＧＰＵに割り当てる。
【０００５】
しかしながら、多地点ビデオ会議サーバは、接続される端末に関わる映像や音声のコーデック処理（符号化処理、復号処理）、及び映像や音声の合成処理等を実行する。そのため、多地点ビデオ会議サーバにおける処理負荷は、接続する端末に関わる各処理量などに基づいて変動する。よって、多地点ビデオ会議サーバは、他の装置に比べて、ＣＰＵとＧＰＵに効率的に処理負荷を分散させる必要性に迫られている。
【０００６】
そのため、ＣＰＵとＧＰＵに効率的に処理負荷を分散できる通信制御装置及び通信制御プログラム、記録媒体、並びに、通信制御方法が望まれている。
【課題を解決するための手段】
【０００７】
第１の本発明は、複数の通信装置に接続され、少なくとも１つのＣＰＵと、少なくとも１つのＧＰＵとを有する通信制御装置であって、（１）第１処理部の実行前における実行前ＣＰＵリソース情報と、実行前ＧＰＵリソース情報とを確認するリソース情報確認手段と、（２）前記第１処理部の実行後における実行後ＣＰＵリソース情報と、実行後ＧＰＵリソース情報とを推定するリソース情報推定手段と、（３）前記実行前ＣＰＵリソース情報と、前記実行前ＧＰＵリソース情報と、前記実行後ＣＰＵリソース情報と、前記実行後ＧＰＵリソース情報とに基づいて、前記第１処理部の実行を、ＣＰＵ及びＧＰＵのうち少なくとも１つの処理装置に割り当てる割当手段とを有することを特徴とする。
【０００８】
第２の本発明のプログラムは、複数の通信装置に接続され、少なくとも１つのＣＰＵと、少なくとも１つのＧＰＵとを有するコンピュータを、（１）第１処理部の実行前における実行前ＣＰＵリソース情報と、実行前ＧＰＵリソース情報とを確認するリソース情報確認手段と、（２）前記第１処理部の実行後における実行後ＣＰＵリソース情報と、実行後ＧＰＵリソース情報とを推定するリソース情報推定手段と、（３）前記実行前ＣＰＵリソース情報と、前記実行前ＧＰＵリソース情報と、前記実行後ＣＰＵリソース情報と、前記実行後ＧＰＵリソース情報とに基づいて、前記第１処理部の実行を、ＣＰＵ及びＧＰＵのうち少なくとも１つの処理装置に割り当てる割当手段として機能させることを特徴とする。
【０００９】
第３の本発明は、第２の本発明のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１０】
第４の本発明は、複数の通信装置に接続され、少なくとも１つのＣＰＵと、少なくとも１つのＧＰＵとを有する通信制御装置の通信制御方法であって、前記通信制御装置は、（１）第１処理部の実行前における実行前ＣＰＵリソース情報と、実行前ＧＰＵリソース情報とを確認するリソース情報確認ステップと、（２）前記第１処理部の実行後における実行後ＣＰＵリソース情報と、実行後ＧＰＵリソース情報とを推定するリソース情報推定ステップと、（３）前記実行前ＣＰＵリソース情報と、前記実行前ＧＰＵリソース情報と、前記実行後ＣＰＵリソース情報と、前記実行後ＧＰＵリソース情報とに基づいて、前記第１処理部の実行を、ＣＰＵ及びＧＰＵのうち少なくとも１つの処理装置に割り当てるアプリケーション割当ステップとを有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＣＰＵとＧＰＵに効率的に処理負荷を分散できる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施形態に係る会議システムの全体構成を示すブロック図である。
【図２】第１の実施形態に係る会議サーバのハードウェア構成例を示すブロック図である。
【図３】第１の実施形態に係るメディア処理部（ＭＣＵ）内部の機能的構成例について示したブロック図である。
【図４】第１の実施形態に係る制御部内部の機能的構成例について示したブロック図である。
【図５】第１の実施形態に係るＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（パターン）を示す説明図である。
【図６】第１の実施形態に係るＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（１）〜（４））を示す説明図である。
【図７】第１の実施形態に係るＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（１）〜（４））を示す説明図（その２）である。
【図８】第１の実施形態に係るメディア制御部の特徴動作（ＣＰＵ／ＧＰＵの処理割当）を示すフローチャートである。
【図９】第２の実施形態に係るＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（５））を示す説明図である。
【図１０】第３の実施形態に係るＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（１）、（１α）、（１β））を示す説明図である。
【図１１】第３の実施形態に係るＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（２）、（２α）、（２β））を示す説明図である。
【図１２】第３の実施形態に係るＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（３）、（３α）、（３β）、（４））を示す説明図である。
【発明を実施するための形態】
【００１３】
（Ａ）第１の実施形態
以下、本発明による通信制御装置及びプログラム、記録媒体、並びに、通信制御方法の第１の実施形態を、図面を参照しながら詳述する。
【００１４】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態に係る会議システムの全体構成を示すブロック図である。
【００１５】
会議システム１には、会議サーバ１０と、４台の会議端末４０−１〜４０−４が配置されている。
【００１６】
会議サーバ１０は、会議端末の接続許可及びアドレス変換機能を有する呼制御部２０（ゲートキーパ（以下、「ＧＫ」ともいう）２０）と、２人以上の参加者による多地点会議において、音声、映像、データを相互交換する機能を担っているメディア処理部３０（ＭＣＵ３０）と、主にメディア処理部３０の構成（処理）を制御するメディア制御部７００とを有している。
【００１７】
会議サーバ１０においては、仮想的に１又は複数の会議室が設定される。会議サーバ１０は、会議端末４０−１〜４０−４から受信した映像データを合成して、合成した映像データを会議端末４０−１〜４０−４に送信する。さらに、会議サーバ１０は、会議端末４０−１〜４０−４から受信した音声データを合成して、合成した音声データを会議端末４０−１〜４０−４に送信する。
【００１８】
この実施形態の説明おいて、会議サーバ１０の一例は、次の通りである。会議サーバ１０は、４台の会議端末４０−１〜４０−４により一つの会議室が設定される。会議サーバ１０は、会議端末４０−１〜４０−４から受信した映像データを合成して、合成した映像データを会議端末４０−１〜４０−４に送信する。さらに、会議サーバ１０は、会議端末４０−１〜４０−４から受信した音声データを合成して、合成した音声データを会議端末４０−１〜４０−４に送信する。
【００１９】
図１において、会議サーバ１０は、映像データと併せて音声データを会議端末４０−１〜４０−４から受信し、合成し、送信するものとしているが、映像データ、又は音声データのいずれかデータを会議端末４０−１〜４０−４から受信し、合成し、送信するようにしても良い。
【００２０】
また、図１において、会議端末４０−１〜４０−４は、会議サーバ１０（メディア処理部３０（ＭＣＵ３０））と、Ｈ.３２３準拠の方式で呼を接続するものとして説明するが、呼を接続する方式はＨ．３２３に限定されないものである。呼を接続する方式における他の一例は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などがある。
【００２１】
会議端末４０−１〜４０−４は、上述の通り会議サーバ１０に接続する端末であり、既存のビデオ会議システムにおける端末を適用するようにしても良い。なお、配置する会議端末４０の数は限定されないものである。
【００２２】
なお、メディア処理部３０（ＭＣＵ３０）と、メディア制御部７００の構成例は、後述される図３、図４を用いて説明される。
【００２３】
＜会議サーバ１０のハードウェア構成例＞
図２は、会議サーバ１０のハードウェア構成例を示すブロック図である。
【００２４】
図２において、会議サーバ１０は、ＣＰＵ６１１と、ＧＰＵ６１２と、メモリ６１３（ＣＰＵ用メモリ６１３−１、ＧＰＵ用メモリ６１３−２）と、インタフェース６１４と、記憶装置６１５とを有している。
【００２５】
ＣＰＵ６１１は、少なくとも会議サーバ１０の一部の構成を制御する演算処理装置（プロセッサ）である。
【００２６】
例えば、ＣＰＵ６１１は、メモリ６１３（ＣＰＵ用メモリ６１３−１）に、記憶装置６１５に記憶されるプログラムをロードする。そして、ＣＰＵ６１１は、ロードしたプログラムを実行して、呼制御部２０、メディア処理部３０（ＭＣＵ３０）（後述）、メディア制御部７００（後述）を実現する。
【００２７】
なお、ＣＰＵ６１１により実現されるメディア処理部３０（ＭＣＵ３０）の構成は、全ての構成、又は一部の構成である。ＣＰＵ６１１により実現されるメディア処理部３０（ＭＣＵ３０）の構成が一部の構成である場合、残りのメディア処理部３０（ＭＣＵ３０）の構成は、後述されるＧＰＵ６１２により実現される。
【００２８】
ＧＰＵ６１２は、会議サーバ１０の一部の構成する演算処理装置である。さらに、ＧＰＵ６１２は、種々の映像データ、音声データを、映像符号化方式、音声符号化方式に基づいて処理するコーデックエンジンが搭載されている演算処理装置であり、ＣＰＵ６１１に比べて複数のタスクを同時に処理することができる演算処理装置である。
【００２９】
例えば、ＧＰＵ６１２は、メモリ６１３（ＧＰＵ用メモリ６１３−２）にロードされたプログラムを用いる。ここで、ロードされたプログラムは、記憶装置６１５に記憶されるプログラムであり、ＣＰＵ６１１によって、メモリ６１３（ＧＰＵ用メモリ６１３−２）にロードされたプログラムである。そして、ＧＰＵ６１２は、ＣＰＵ６１１から命令を受信して、命令に関わるプログラムを実行して後述されるメディア処理部３０（ＭＣＵ３０）を実現する。
【００３０】
なお、ＧＰＵ６１２により実現されるメディア処理部３０（ＭＣＵ３０）の構成は、一部の構成である。残りのメディア処理部３０（ＭＣＵ３０）の構成は、上述のＣＰＵ６１１にて実現される。
【００３１】
メモリ６１３（ＣＰＵ用メモリ６１３−１、ＧＰＵ用メモリ６１３−２）は、演算処理装置が直接アクセスする１次記憶手段である。なお、ＣＰＵ用メモリ６１３−１は、ＣＰＵ６１１が使用するメモリ領域である。また、ＧＰＵ用メモリ６１３−２は、ＧＰＵ６１２が使用するメモリ領域である。
【００３２】
インタフェース６１４は、会議サーバ１０の外部に存在する装置と接続するための接続インタフェースである。インタフェース６１４は、ネットワーク（図示せず）を介して会議端末４０（４０−１〜４０−４）と接続される。
【００３３】
また、インタフェース６１４は、会議サーバ１０内におけるＣＰＵ６１１、ＧＰＵ６１２、メモリ６１３（ＣＰＵ用メモリ６１３−１、ＧＰＵ用メモリ６１３−２）と接続される。
【００３４】
記憶装置６１５は、ＣＰＵ６１１、若しくはＧＰＵ６１２（又はその両方）で実行されるプログラム等を記憶する装置である。記憶装置６１５は、ＵＳＢメモリやＳＳＤを一例とするフラッシュメモリ、ハードディスクを一例とする磁気記憶装置等である。さらに、記憶装置６１５は、このプログラム等が記憶されたＣＤ−ＲＯＭやＦＤを一例とする記憶媒体とその記憶媒体を読み取る記憶媒体読取装置を一対とした記憶装置等である。
【００３５】
＜メディア処理部３０（ＭＣＵ３０）内部の機能的構成例＞
図３は、メディア処理部３０（ＭＣＵ３０）内部の機能的構成例について示したブロック図である。
【００３６】
なお、図３においては記載を省略しているが、既存のＭＣＵ装置と同様に、データ信号処理装置等を有する構成としても良い。
【００３７】
図３において、メディア処理部３０（ＭＣＵ３０）は、映像データ処理部３１、音声データ処理部３２、データ受信処理部３３（３３−１〜３３−４）、及びデータ送信処理部３７（３７−１〜３７−４）を有する。
【００３８】
メディア処理部３０（ＭＣＵ３０）の各部（映像データ処理部３１、音声データ処理部３２、データ受信処理部３３、データ送信処理部３７）は、メディア制御部７００（図１）により、制御される。
【００３９】
なお、データ受信処理部３３、データ送信処理部３７は、接続する会議端末４０と同数作成される。
【００４０】
ここで、メディア処理部３０（ＭＣＵ３０）の各部の処理は、会議サーバ１０のハードウェア構成例を示すブロック図（図２）により、実現される。
【００４１】
メディア処理部３０（ＭＣＵ３０）の各部の処理は、例えば、ＣＰＵ６１１、又はＧＰＵ６１２がアクセス可能な記憶装置６１５に記憶されたメディア処理プログラムにコーディングされている。そして、ＣＰＵ６１１、又はＧＰＵ６１２が記憶装置６１５からメディア処理プログラムを読み出して、コーディングされている処理を実行する。
【００４２】
メディア処理部３０（ＭＣＵ３０）の各部の構成例（データ受信処理部３３、映像データ処理部３１、音声データ処理部３２、及びデータ送信処理部３７）は、次の通りである。
【００４３】
ここで、メディア制御部７００（図１）は、呼制御部２０（ＧＫ２０）から、会議端末４０（４０−１〜４０−４）で利用可能な符号化方式とその仕様を受信しているものとする。
【００４４】
なお、呼制御部２０（ＧＫ２０）は、会議サーバ１０と会議端末４０−１〜４０−４との間で呼が確立するとき、会議端末４０（４０−１〜４０−４）から、利用可能な符号化方式とその仕様を受信するものとする（または、呼制御部２０（ＧＫ２０）は、予め、利用可能な符号化方式とその仕様を記憶しているものとする）。
【００４５】
＜データ受信処理部３３＞
データ受信処理部３３（３３−１〜３３−４）は、メディア制御部７００の指示により割り当てられたＣＰＵ６１１により、データ受信処理を行う機能を有する。
【００４６】
データ受信処理部３３（３３−１〜３３−４）は、会議端末４０（４０−１〜４０−４）から映像データ（符号化済）と音声データ（符号化済）を受信する。
【００４７】
データ受信処理部３３（３３−１〜３３−４）は、映像データ処理部３１に、受信した映像データ（符号化済）を送信し、音声データ処理部３２に、受信した音声データ（符号化済）を送信する。
【００４８】
＜映像データ処理部３１＞
映像データ処理部３１は、メディア制御部７００（図１）の指示により割り当てられたＣＰＵ６１１若しくはＧＰＵ６１２（又は、その両方）により、映像処理（映像復号、映像合成、映像符号化）を行う機能を有する。
【００４９】
映像データ処理部３１は、映像データ復号部３４ａ（３４ａ−１〜３４ａ−４）、映像データ合成部３５ａ（３５ａ−１〜３５ａ−４）、及び映像データ符号化部３６ａ（３６ａ−１〜３６ａ−４）を有する。なお、映像データ復号部３４ａ、映像データ合成部３５ａ、映像データ符号化部３６ａは、接続する会議端末数と同数作成される。
【００５０】
また、複数の映像データ合成部３５ａにおいて、映像データ合成部３５ａの入力される映像データと出力される映像データが同じである場合、複数の映像データ合成部３５ａは、１つの映像データ合成部３５ａで処理してもよい（なお、各映像データ合成部３５ａと各映像データ符号化部３６ａとの接続は、メディア制御部７００（図１）からの指示により、動的に変更可能である）。
【００５１】
また、映像データ符号化部３６ａは、会議室に対して１つ以上任意の数で作成される。映像データ符号化部３６ａは、メディア制御部７００の指示により、新たに作成されること、及び消去されることができるものとする。映像データ符号化部３６ａとデータ送信処理部３７の接続関係は、会議中であっても、メディア制御部７００の指示により、動的に変化させることができるものとする。
【００５２】
また、複数の映像データ符号化部３６ａにおいて、映像データ符号化部３６ａに入力される映像データと出力される映像データが同じである場合、複数の映像データ符号化部３６ａは、１つの映像データ符号化部３６ａで処理してもよい（なお、各映像データ符号化部３６ａと各データ送信処理部３７との接続は、メディア制御部７００（図１）からの指示により、動的に変更可能である）。
【００５３】
ここで、映像データ処理部３１の各部（映像データ復号部３４ａ、映像データ合成部３５ａ、映像データ符号化部３６ａ）の構成は、次の通りである。
【００５４】
＜＜映像データ復号部３４ａ＞＞
映像データ復号部３４ａ（３４ａ−１〜３４ａ−４）は、データ受信処理部３３（３３−１〜３３−４）から、映像データ（符号化済）を受信して、受信した映像データ（符号化済）を復号する。映像データ復号部３４ａ（３４ａ−１〜３４ａ−４）は、映像データ合成部３５ａ（３５ａ−１〜３５ａ−４）に、復号した映像データを送信する。
【００５５】
ここで、映像データ復号部３４ａ（３４ａ−１〜３４ａ−４）は、映像データ（符号化済）を復号処理する際、後述されるメディア制御部７００により設定された符号化方式であり、会議端末４０（４０−１〜４０−４）にて用いられた符号化方式に基づいて、復号処理を行う。
【００５６】
なお、会議端末４０において、資料共有（ＰＣ画面や特定のアプリウインドウ）などが行われている場合、映像データ復号部３４ａ（３４ａ−１〜３４ａ−４）は、上述の処理と並行して、データ受信処理部３３（３３−１〜３３−４）から、映像データ（資料共有）（符号化済）を受信して、受信した映像データ（資料共有）（符号化済）を復号する。映像データ復号部３４ａ（３４ａ−１〜３４ａ−４）は、映像データ合成部３５ａ（３５ａ−１〜３５ａ−４）に、復号した映像データ（資料共有）を送信する。
【００５７】
＜＜映像データ合成部３５ａ＞＞
映像データ合成部３５ａ（３５ａ−１〜３５ａ−４）は、映像データ復号部３４ａ（３４ａ−１〜３４ａ−４）から、映像データ（復号済）を受信して、受信した映像データ（復号済）を合成する。映像データ合成部３５ａ（３５ａ−１〜３５ａ−４）は、合成された映像データを、映像データ符号化部３６ａ（３６ａ−１〜３６ａ−４）にする。
【００５８】
ここで、映像データ合成部３５ａは、合成処理を行う際、映像データ（合成済）の送信先となる会議端末４０（４０−１〜４０−４）に関わる映像データ（復号済）を除いて合成する。
【００５９】
例えば、映像データ合成部３５ａは、会議端末４０−１に関わる合成処理を行う際、映像データ復号部３４ａ−１から受信した映像データ（復号済）を除いて、映像データ復号部３４ａ−２〜３４ａ−４から受信した映像データ（復号済）を合成する。
【００６０】
なおここで、映像データ合成部３５ａは、合成処理を行う際、全ての会議端末４０（４０−１〜４０−４）に関わる映像データ（復号済）を合成してもよい。
【００６１】
＜＜映像データ符号化部３６ａ＞＞
映像データ符号化部３６ａ（３６ａ−１〜３６ａ−４）は、映像データ合成部３５ａ（３５ａ−１〜３５ａ−４）から、映像データ（合成済）を受信して、受信した映像データ（合成済）を符号化する。
【００６２】
映像データ符号化部３６ａ（３６ａ−１〜３６ａ−４）は、会議端末４０（４０−１〜４０−４）に、符号化した映像データを送信する。
【００６３】
なお、映像データ符号化部３６ａ（３６ａ−１〜３６ａ−４）は、映像データ（合成済）を符号化処理する際、後述されるメディア制御部７００により設定された符号化方式であり、会議端末４０（４０−１〜４０−４）にて用いられた符号化方式に基づいて、符号化処理を行う。
【００６４】
＜音声データ処理部３２＞
音声データ処理部３２は、メディア制御部７００の指示により割り当てられたＣＰＵ６１１若しくはＧＰＵ６１２（又は、その両方）により、音声処理（音声復号、音声合成、音声符号化）を行う機能を有する。
【００６５】
音声データ処理部３２は、音声データ復号部３４ｂ（３４ｂ−１〜３４ｂ−４）、音声データ合成部３５ｂ（３５ｂ−１〜３５ｂ−４）、及び音声データ符号化部３６ｂ（３６ｂ−１〜３６ｂ−４）を有する。なお、音声データ復号部３４ｂ、音声データ合成部３５ｂ、音声データ符号化部３６ｂは、接続する会議端末数と同数作成される。
【００６６】
また、複数の音声データ合成部３５ｂにおいて、音声データ合成部３５ｂの入力される音声データと出力される音声データが同じである場合、複数の音声データ合成部３５ｂは、１つの音声データ合成部３５ｂで処理してもよい（なお、各音声データ合成部３５ｂと各音声データ符号化部３６ｂとの接続は、メディア制御部７００（図１）からの指示により、動的に変更可能である）。
【００６７】
また、音声データ符号化部３６ｂは、会議室に対して１つ以上任意の数で作成される。音声データ符号化部３６ｂは、メディア制御部７００の指示により、新たに作成されること、及び消去されることができるものとする。音声データ符号化部３６ｂとデータ送信処理部３７の接続関係は、会議中であっても、メディア制御部７００の指示により、動的に変化させることができるものとする。
【００６８】
また、複数の音声データ符号化部３６ｂにおいて、音声データ符号化部３６ｂに入力される音声データと出力される音声データが同じである場合、複数の音声データ符号化部３６ｂは、１つの音声データ符号化部３６ｂで処理してもよい（なお、各音声データ符号化部３６ｂと各データ送信処理部３７との接続は、メディア制御部７００（図１）からの指示により、動的に変更可能である）。
【００６９】
ここで、音声データ処理部３２の各部（音声データ復号部３４ｂ、音声データ合成部３５ｂ、音声データ符号化部３６ｂ）の構成は、次の通りである。
【００７０】
＜＜音声データ復号部３４ｂ＞＞
音声データ復号部３４ｂ（３４ｂ−１〜３４ｂ−４）は、データ受信処理部３３（３３−１〜３３−４）から、音声データ（符号化済）を受信して、受信した音声データ（符号化済）を復号する。音声データ復号部３４ｂ（３４ｂ−１〜３４ｂ−４）は、音声データ合成部３５ｂ（３５ｂ−１〜３５ｂ−４）に、復号した音声データを送信する。
【００７１】
なお、音声データ復号部３４ｂ（３４ｂ−１〜３４ｂ−４）は、音声データ（符号化済）を復号処理する際、後述されるメディア制御部７００により指示された符号化方式であり、会議端末４０（４０−１〜４０−４）にて用いられた符号化方式に基づいて、復号処理を行う。
【００７２】
＜＜音声データ合成部３５ｂ＞＞
音声データ合成部３５ｂ（３５ｂ−１〜３５ｂ−４）は、音声データ復号部３４ｂ（３４ｂ−１〜３４ｂ−４）から、音声データ（復号済）を受信して、受信した音声データ（復号済）を合成する。音声データ合成部３５ｂ（３５ｂ−１〜３５ｂ−４）は、合成された音声データを、音声データ符号化部３６ｂ（３６ｂ−１〜３６ｂ−４）にする。
【００７３】
ここで、音声データ合成部３５ｂ（３５ｂ−１〜３５ｂ−４）は、合成処理を行う際、音声データ（合成済）の送信先となる会議端末４０（４０−１〜４０−４）に関わる音声データ（復号済）を除いて合成する。
【００７４】
例えば、音声データ合成部３５ｂ−１は、会議端末４０−１に関わる合成処理を行う際、音声データ復号部３４ｂ−１から受信した音声データ（復号済）を除いて、音声データ復号部３４ｂ−２〜３４ｂ−４から受信した音声データ（復号済）を合成する。
【００７５】
＜＜音声データ符号化部３６ｂ＞＞
音声データ符号化部３６ｂ（３６ｂ−１〜３６ｂ−４）は、音声データ合成部３５ｂ（３５ｂ−１〜３５ｂ−４）から、音声データ（合成済）を受信して、受信した音声データ（合成済）を符号化する。
【００７６】
音声データ符号化部３６ｂ（３６ｂ−１〜３６ｂ−４）は、会議端末４０（４０−１〜４０−４）に、符号化した音声データを送信する。
【００７７】
なお、音声データ符号化部３６ｂ（３６ｂ−１〜３６ｂ−４）は、音声データ（合成済）を符号化処理する際、後述されるメディア制御部７００により指示された符号化方式であり、会議端末４０（４０−１〜４０−４）にて用いられた符号化方式に基づいて、符号化処理を行う。
【００７８】
＜データ送信処理部３７＞
データ送信処理部３７（３７−１〜３７−４）は、メディア制御部７００の指示により割り当てられたＣＰＵ６１１により、データ送信処理を行う機能を有する。
【００７９】
データ送信処理部３７（３７−１〜３７−４）は、映像データ処理部３１（映像データ符号化部３６ａ（３６ａ−１〜３６ａ−４））から、映像データ（符号化済）を受信して、受信した映像データ（符号化済）を、会議端末４０（４０−１〜４０−４）に送信する。
【００８０】
データ送信処理部３７（３７−１〜３７−４）は、音声データ処理部３２（音声データ符号化部３６ｂ（３６ｂ−１〜３６ｂ−４））から、音声データ（符号化済）を受信して、受信した音声データ（符号化済）を、会議端末４０（４０−１〜４０−４）に送信する。
【００８１】
＜メディア制御部７００内部の機能的構成例＞
図４は、メディア制御部７００内部の機能的構成例について示したブロック図である。
【００８２】
図４において、メディア制御部７００は、上限リソース情報取得部３１０と、使用リソース情報取得部３２０と、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０と、ＣＰＵ/ＧＰＵ処理割当部３４０と、メディア機能制御部３５０とを有する。
【００８３】
ここで、各部の処理は、会議サーバ１０のハードウェア構成例を示すブロック図（図２）により、実現される。
【００８４】
各部の処理は、例えば、ＣＰＵ６１１がアクセス可能な記憶装置６１５に記憶された制御プログラムにコーディングされる。そして、ＣＰＵ６１１が記憶装置から制御プログラムを読み出して、コーディングされている処理を実行する。
【００８５】
各部の構成例（上限リソース情報取得部３１０、使用リソース情報取得部３２０、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０、ＣＰＵ/ＧＰＵ処理割当部３４０、及びメディア機能制御部３５０）は、次の通りである。
【００８６】
＜上限リソース情報取得部３１０＞
上限リソース情報取得部３１０は、各リソースの上限値を取得するものである。例えば、上限リソース情報取得部３１０は、ＣＰＵ６１１の上限使用率であるＣＰＵ上限使用率Ｃｍａｘ、ＧＰＵ６１２の上限使用率であるＧＰＵ上限使用率Ｇｍａｘ、会議室数の上限数、１会議室における会議端末の上限接続数、会議端末４０との間で使用可能な映像符号化方式に関する１つの会議端末におけるＧＰＵ使用率及びＣＰＵ使用率、会議端末４０との間で使用可能な音声符号化方式に関する１つの会議端末におけるＧＰＵ使用率とＣＰＵ使用率、会議サーバ１０における伝送容量の上限値（１０Ｍｂｐｓ、１００Ｍｂｐｓ、１Ｇｂｐｓなど）等の情報を取得する。
【００８７】
なお、会議端末４０との間で使用可能な映像符号化方式と音声符号化方式の一例は、「＜＜映像符号化方式と音声符号化方式の一例＞＞」の項目（後述）で、説明される。
【００８８】
また、映像符号化方式と音声符号化方式に関する１つの会議端末におけるＧＰＵ使用率及びＣＰＵ使用率の一例は、「＜＜符号化方式（ｚ）と、１つの会議端末におけるＧＰＵ使用率及びＣＰＵ使用率の一例＞＞」の項目（後述）で、説明される。
【００８９】
＜使用リソース情報取得部３２０＞
使用リソース情報取得部３２０は、各リソースの現在使用している値（情報）を取得するものである。例えば、使用リソース情報取得部３２０は、メモリ６１３（ＣＰＵ用メモリ６１３−１）から、ＣＰＵ６１１の現在使用率であるＣＰＵ現在使用率Ｃ、ＧＰＵ６１２の現在使用率であるＧＰＵ現在使用率Ｇ、現在稼動中の会議室数、各稼動中会議室における現在の会議端末の接続数、各稼動中会議室における現在使用中の映像符号化方式、各稼動中会議室における現在使用中の音声符号化方式、会議サーバ１０における現在使用中の伝送容量を取得する。
【００９０】
なお、ＣＰＵ現在使用率Ｃは、ＣＰＵ６１１により、所定の時間間隔、ＣＰＵのプログラムの開始時（終了時）などのタイミングに基づいて、メモリ６１３（ＣＰＵ用メモリ６１３−１）に記録されるものとする。
【００９１】
また、ＧＰＵ現在使用率Ｇは、ＧＰＵ６１２により、所定の時間間隔、プログラムの実行時、プログラムの終了時などのタイミングに基づいて、ＧＰＵ現在使用率Ｇを、メモリ６１３（ＧＰＵ用メモリ６１３−２）に記録されるものとする。さらに、メモリ６１３（ＧＰＵ用メモリ６１３−２）に記録されるＧＰＵ現在使用率Ｇは、ＣＰＵ６１１により、アクセスされ、メモリ６１３（ＣＰＵ用メモリ６１３−１）に記録されるものとする。
【００９２】
＜ＣＰＵ／ＧＰＵ処理割当候補取得部３３０＞
ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、メディア処理部３０（ＭＣＵ３０）の構成を、ＣＰＵ６１１、若しくはＧＰＵ６１２（又はその両方）に割り当てる割当候補の取得を行う（割当候補の一例は、「＜＜割当候補と、変更される会議端末に関するＧＰＵ使用率及びＣＰＵ使用率の一例＞＞」の項目（後述）で、説明される）。
【００９３】
なお、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、例えば、割当候補を、メモリ６１３（ＣＰＵ用メモリ６１３−１）、又は記憶装置６１５から取得するものとする。
【００９４】
＜ＣＰＵ/ＧＰＵ処理割当部３４０＞
ＣＰＵ/ＧＰＵ処理割当部３４０は、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０で取得された割当候補について、現在のリソース情報等を総合的に考慮して、実際に割当候補の内から一つを選択してメディア処理部３０（ＭＣＵ３０）の処理を割り当てるものである。なお、ＣＰＵ/ＧＰＵ処理割当部３４０は、メディア処理部３０（ＭＣＵ３０）の処理について、基本的にＧＰＵ６１２に処理を割り当てるのが効率的であるために、ＧＰＵ現在使用率Ｇが、ＧＰＵ上限使用率Ｇｍａｘに到達していなければ、優先的にＧＰＵ６１２に処理を割り当てる候補を選択するものとする（詳細については、動作の項で説明する）。
【００９５】
＜メディア機能制御部３５０＞
メディア機能制御部３５０は、メディア処理部３０に対して、映像符号化方式のパラメータの指示、又は音声符号化方式のパラメータの設定の指示、動作の制御等を行うものである。
【００９６】
指示には、符号化方式（映像符号化方式、音声符号化方式）や、符号化方式の仕様（映像符号化方式の仕様、音声符号化方式の仕様）を含む。ここで、映像符号化方式の仕様の一例は、画素数、フレームレート、走査方式、伝送データ量などである。音声符号化方式の仕様の一例は、伝送データ量などである。
【００９７】
＜＜映像符号化方式と音声符号化方式の一例＞＞
会議端末４０との間で使用可能な符号化方式が符号化方式（ｚ）である場合、映像符号化方式は映像符号化方式（ｚ）であり、音声符号化方式は音声符号化方式（ｚ）であるとする。
【００９８】
映像符号化方式（ｚ）は、１種類でも複数の種類でもよい。
【００９９】
また、映像符号化方式（ｚ）の仕様は、「画素数、フレームレート、走査方式、伝送データ量」などであり、「画素数、フレームレート、走査方式、伝送データ量」は、１種類でも複数の種類でよい。
【０１００】
映像符号化方式（ｚ）の一例は、Ｈ.２６５／ＨＥＶＣ、Ｈ.２６４／ＭＰＥＧ−４  ＡＶＣなどである（その他の一例は、Ｈ．２６１、ＭＰＥＧ２、ＭＰＥＧ４等である）。
【０１０１】
なお、映像符号化方式（ｚ）の仕様の一例は、次のようになる。
【０１０２】
Ｈ.２６５／ＨＥＶＣの場合、映像符号化方式（ｚ）の仕様の一例は、複数の「画素数、フレームレート、走査方式、伝送データ量」からなり、「３８４０×２１６０ドット、６０フレーム／秒、プログレッシブ、２８Ｍｂｐｓ」、「１９２０×１０８０ドット、６０フレーム／秒、プログレッシブ、１５Ｍｂｐｓ」、「１９２０×１０８０ドット、３０フレーム／秒、プログレッシブ、９Ｍｂｐｓ」、「１２８０×７２０ドット、３０フレーム／秒、プログレッシブ、４．５Ｍｂｐｓ」などである。
【０１０３】
また、Ｈ.２６４／ＭＰＥＧ−４  ＡＶＣの場合、映像符号化方式（ｚ）の仕様の一例は、複数の「画素数、フレームレート、走査方式、伝送データ量」からなり、「１９２０×１０８０ドット、６０フレーム／秒、プログレッシブ、２８Ｍｂｐｓ」、「１９２０×１０８０ドット、３０フレーム／秒、プログレッシブ、１５Ｍｂｐｓ」、「１２８０×７２０ドット、３０フレーム／秒、プログレッシブ、９Ｍｂｐｓ」、「８００×４８０ドット、３０フレーム／秒、プログレッシブ、４．５Ｍｂｐｓ」などである。
【０１０４】
ここで、プロセッサ（ＧＰＵ／ＣＰＵ）の使用率は、Ｈ.２６５／ＨＥＶＣの方が、Ｈ.２６４／ＭＰＥＧ−４  ＡＶＣよりも、高くなる。
【０１０５】
またここで、プロセッサ（ＧＰＵ／ＣＰＵ）の使用率は、同じ符号化方式であるならば、映像符号化方式の仕様（画素数、フレームレート、伝送データ量）において数値が大きいほど、高くなる。なお、プロセッサ（ＧＰＵ／ＣＰＵ）の使用率は、同じ符号化方式であるならば、映像符号化方式の仕様（走査方式）においてプログレッシブの方がインターレスよりも、高くなる。
【０１０６】
音声符号化方式（ｚ）は、１種類でも複数の種類でよい。
【０１０７】
また、音声符号化方式（ｚ）の仕様は、「伝送データ量」などであり、「伝送データ量」は、１種類でも複数の種類でよい。
【０１０８】
音声符号化方式の一例は、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（ステレオ）、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（モノラル）などである（その他の一例は、Ｇ．７１１、Ｇ．７２２．１、Ｇ．７２９等である）。
【０１０９】
なお、音声符号化方式（ｚ）の仕様の一例は、次のようになる。
【０１１０】
ＭＰＥＧ−４  ＡＡＣ−ＬＣ（ステレオ）の場合、音声符号化方式（ｚ）の仕様の一例は、複数の「伝送データ量」からなり、「３２０ｋｂｐｓ」、「２５６ｋｂｐｓ」、「１９２ｋｂｐｓ」、「１２８ｋｂｐｓ」などである。
【０１１１】
また、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（モノラル）の場合、音声符号化方式（ｚ）の仕様の一例は、複数の「伝送データ量」からなり、「２５６ｋｂｐｓ」、「１９２ｋｂｐｓ」、「１２８ｋｂｐｓ」、「９６ｋｂｐｓ」などである。
【０１１２】
ここで、プロセッサ（ＧＰＵ／ＣＰＵ）の使用率は、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（ステレオ）の方が、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（モノラル）よりも、高くなる。
【０１１３】
またここで、プロセッサ（ＧＰＵ／ＣＰＵ）の使用率は、同じ符号化方式であるならば、音声符号化方式の仕様（伝送データ量）において数値が大きいほど、高くなる。
【０１１４】
＜＜符号化方式（ｚ）と、１つの会議端末におけるＧＰＵ使用率及びＣＰＵ使用率の一例＞＞
図５は、符号化方式（ｚ）と、１つの会議端末におけるＧＰＵ使用率であるＧｘ（ｚ）、及びＣＰＵ使用率であるＣｘ（ｚ）の関係の一例を示す図［１０００］である。符号化方式（ｚ）［１１１０（行）］は、次の通りである。
【０１１５】
符号化方式（ｚ）［１１１０（行）］の映像符号化方式（ｚ）［１１１２（行）］は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）を、ＧＰＵ又はＣＰＵに割り当てる候補であるとする［１０３０（列）］。
【０１１６】
符号化方式（ｚ）［１１１０（行）］の音声符号化方式（ｚ）［１１１４（行）］は、メディア処理部（ＭＣＵ）３０の音声データ処理部（復号部、合成部、符号化部）を、ＧＰＵ又はＣＰＵに割り当てる候補であるとする［１０３０（列）］。
【０１１７】
また、符号化方式（ｚ）［１１１０（行）］は、「１つの会議端末におけるＧＰＵ使用率」であるｇｘ（ｚ）において、ｈ（ｚ）、ｉ（ｚ）、ｊ（ｚ）、ｋ（ｚ）、ｌ（ｚ）、ｍ（ｚ）の和となる［１０４０（列）の１０４２（列）］。なお、ｈ（ｚ）、ｉ（ｚ）、ｊ（ｚ）、ｋ（ｚ）、ｌ（ｚ）、ｍ（ｚ）は、符号化方式（ｚ）に関する１つの会議端末において、映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部に対応するＧＰＵ使用率である。
【０１１８】
符号化方式（ｚ）［１１１０（行）］は、「１つの会議端末におけるＣＰＵ使用率」であるｃｘ（ｚ）において、ｒ（ｚ）、ｓ（ｚ）、ｔ（ｚ）、ｕ（ｚ）、ｖ（ｚ）、ｗ（ｚ）の和となる［１０４０（列）の１０４２（列）］。なお、ｒ（ｚ）、ｓ（ｚ）、ｔ（ｚ）、ｕ（ｚ）、ｖ（ｚ）、ｗ（ｚ）は、符号化方式（ｚ）に関する１つの会議端末において、映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部に対応するＣＰＵ使用率である。
【０１１９】
ここで、符号化方式（ｚ）［１１１０（行）］の映像符号化方式（ｚ）［１１１２（行）］は、「符号化方式（ｚ）の仕様」として、画素数「ａ１（ｚ）×ａ２（ｚ）［ビット］」、フレームレート「ｂ（ｚ）［フレーム／秒］」、走査方式「ｄ（ｚ）」、伝送データ量「ｅ（ｚ）［Ｍｂｐｓ］」を有する［１０２０（列）］。
【０１２０】
符号化方式（ｚ）［１１１０（行）］の音声符号化方式（ｚ）［１１１４（行）］は、「符号化方式（ｚ）の仕様」として、伝送データ量「ｆ（ｚ）［Ｍｂｐｓ］」を有する［１０２０（列）］。
【０１２１】
なお、映像符号化方式（ｚ）［１１１２（行）］の一例は、上述の「＜＜映像符号化方式と音声符号化方式の一例＞＞」の項目で示される、Ｈ.２６５／ＨＥＶＣ、Ｈ.２６４／ＭＰＥＧ−４  ＡＶＣなどである。
【０１２２】
また、映像符号化方式（ｚ）［１１１２（行）］における「符号化方式（ｚ）の仕様［１０２０（列）］」の一例は、上述の「＜＜映像符号化方式と音声符号化方式の一例＞＞」の項目で示される、Ｈ.２６５／ＨＥＶＣにおける１つの「画素数、フレームレート、走査方式、伝送データ量」や、Ｈ.２６４／ＭＰＥＧ−４  ＡＶＣにおける１つの「画素数、フレームレート、走査方式、伝送データ量」である。
【０１２３】
なお、音声符号化方式（ｚ）［１１１４（行）］の一例は、上述の「＜＜映像符号化方式と音声符号化方式の一例＞＞」の項目で示される、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（ステレオ）、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（モノラル）などである。
【０１２４】
また、音声符号化方式（ｚ）［１１１４（行）］における「符号化方式（ｚ）の仕様［１０２０（列）］」の一例は、上述の「＜＜映像符号化方式と音声符号化方式の一例＞＞」の項目で示される、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（ステレオ）における１つの「伝送データ量」や、ＭＰＥＧ−４  ＡＡＣ−ＬＣ（モノラル）の１つにおける「伝送データ量」である。
【０１２５】
＜＜割当候補と、変更される会議端末に関するＧＰＵ使用率及びＣＰＵ使用率の一例＞＞
図６は、ＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（１）〜（４））を示す説明図である。さらに、図６は、割当候補と、変更される会議端末に関するＧＰＵ使用率及びＣＰＵ使用率の一例を示す図［２０００］である。
【０１２６】
割当候補（ｐ）［２０１０（列）］は、４つであるものとし、割当候補（１）［２１１０（行）］、割当候補（２）［２１２０（行）］、割当候補（３）［２１３０（行）］、割当候補（４）［２１４０（行）］は、次の通りである。
【０１２７】
割当候補（１）［２１１０（行）］は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［２０２０（列）］を、ＧＰＵ［２０３０（列）］に割り当てる候補であり、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）を、ＧＰＵ［２０３０（列）］に割り当てる候補であるとする。
【０１２８】
割当候補（２）は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［２０２０（列）］を、ＧＰＵ［２０３０（列）］に割り当てる候補であり、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［２０２０（列）］を、ＣＰＵ［２０３０（列）］に割り当てる候補であるとする。
【０１２９】
割当候補（３）は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［２０２０（列）］を、ＣＰＵ［２０３０（列）］に割り当てる候補であり、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［２０２０（列）］を、ＧＰＵ［２０３０（列）］に割り当てる候補であるとする。
【０１３０】
割当候補（４）は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）を、ＣＰＵ［２０３０（列）］に割り当てる候補であり、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［２０２０（列）］を、ＣＰＵ［２０３０（列）］に割り当てる候補であるとする。
【０１３１】
割当候補（１）［２１１０（行）］は、「変更される会議端末に関するＧＰＵ使用率［％］であるＧｘ」において、Ｈ、Ｉ、Ｊ、Ｋ、L、Ｍの和となる［２０４０（列）の２０４２（列）］。なお、Ｈ、Ｉ、Ｊ、Ｋ、L、Ｍは、変更される会議端末において、映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部に対応するＧＰＵ使用率である。
【０１３２】
割当候補（１）［２１１０（行）］は、ＣＰＵへの割り当てが無いので、「変更される会議端末に関するＣＰＵ使用率［％］であるＣｘ」において、「−」（つまり０［％］）となる［２０４０（列）の２０４４（列）］。
【０１３３】
割当候補（２）［２１２０（行）］は、「変更される会議端末に関するＧＰＵ使用率［％］であるＧｘ」において、Ｈ、Ｉ、Ｊの和となる［２０４０（列）の２０４２（列）］。なお、Ｈ、Ｉ、Ｊ、は、変更される会議端末において、映像データ処理部の復号部、合成部、符号化部に対応するＧＰＵ使用率である。
【０１３４】
割当候補（２）［２１２０（行）］は、「変更される会議端末に関するＣＰＵ使用率［％］であるＣｘ」において、Ｕ、Ｖ、Ｗの和となる［２０４０（列）の２０４２（列）］。なお、Ｕ、Ｖ、Ｗは、変更される会議端末において、音声データ処理部の復号部、合成部、符号化部に対応するＣＰＵ使用率である。
【０１３５】
割当候補（３）［２１１０（行）］は、「変更される会議端末に関するＧＰＵ使用率［％］であるＧｘ」において、Ｋ、L、Ｍの和となる［２０４０（列）の２０４２（列）］。なお、Ｋ、L、Ｍは、変更される会議端末において、音声データ処理部の復号部、合成部、符号化部に対応するＧＰＵ使用率である。
【０１３６】
割当候補（３）［２１２０（行）］は、「変更される会議端末に関するＣＰＵ使用率［％］であるＣｘ」において、Ｒ、Ｓ、Ｔの和となる［２０４０（列）の２０４２（列）］。なお、Ｒ、Ｓ、Ｔは、変更される会議端末において、映像データ処理部の復号部、合成部、符号化部に対応するＣＰＵ使用率である。
【０１３７】
割当候補（４）［２１１０（行）］は、ＧＰＵへの割り当てが無いので、「変更される会議端末に関するＧＰＵ使用率［％］であるＧｘ」において、「−」（つまり０［％］）となる［２０４０（列）の２０４２（列）］。
【０１３８】
割当候補（４）［２１２０（行）］は、「変更される会議端末に関するＣＰＵ使用率［％］であるＣｘ」において、Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗの和となる［２０４０（列）の２０４２（列）］。なお、Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗは、変更される会議端末において、映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部に対応するＣＰＵ使用率である。
【０１３９】
ここで、「変更される会議端末に関するＧＰＵ使用率」の対象となる変更される会議端末が複数である場合、「Ｈ、Ｉ、Ｊ、Ｋ、L、Ｍ」は、「映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部」における、各々の「変更される会議端末に関するＧＰＵ使用率」の和となる。
【０１４０】
また、「変更される会議端末に関するＧＰＵ使用率」の対象となる変更される会議端末が複数である場合であり、さらに、変更される会議端末の数がｎ、変更される会議端末で使用される符号化方式が同じ符号化方式（ｚ）である場合、「Ｈ、Ｉ、Ｊ、Ｋ、L、Ｍ」は、「映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部」における、各々の「変更される会議端末に関するＧＰＵ使用率」のｎ倍（ｎ×ｈ、ｎ×ｉ、ｎ×ｊ、ｎ×ｋ、ｎ×ｌ、ｎ×ｍ）となる。
【０１４１】
なお、「変更される会議端末に関するＧＰＵ使用率」の対象となる変更される会議端末が１つである場合、「Ｈ、Ｉ、Ｊ、Ｋ、L、Ｍ」は、「映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部」における、「変更される会議端末に関するＧＰＵ使用率」の「ｈ、ｉ、ｊ、ｋ、ｌ、ｍ」である。
【０１４２】
同様に、「変更される会議端末に関するＣＰＵ使用率」の対象となる変更される会議端末が複数である場合、「Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗ」は、「映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部」における、各々の「変更される会議端末に関するＣＰＵ使用率」の和となる。
【０１４３】
また、「変更される会議端末に関するＣＰＵ使用率」の対象となる変更される会議端末が複数である場合であり、さらに、変更される会議端末の数がｎ、変更される会議端末で使用される符号化方式が同じ符号化方式（ｚ）である場合、「Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗ」は、「映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部」における、各々の「変更される会議端末に関するＧＰＵ使用率」のｎ倍（ｎ×ｒ、ｎ×ｓ、ｎ×ｔ、ｎ×ｕ、ｎ×ｖ、ｎ×ｗ）となる。
【０１４４】
なお、「変更される会議端末に関するＣＰＵ使用率」の対象となる変更される会議端末が１つである場合、「Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗ」は、「映像データ処理部の復号部、合成部、符号化部、音声データ処理部の復号部、合成部、符号化部」における、「変更される会議端末に関するＧＰＵ使用率」の「ｒ、ｓ、ｔ、ｕ、ｖ、ｗ」である。
【０１４５】
なお、変更される会議端末の数であるｎは、整数である。変更される会議端末の数であるｎは、例えば、会議サーバ１０の任意の会議室に会議端末４０が新たに追加される場合、若しくは削除される場合、又は会議サーバ１０に会議室が新たに追加される場合、若しくは削除される場合などに関する、変更される会議端末の数である。
【０１４６】
それゆえ、変更される会議端末における変更の数であるｎは、「１、２、３、・・・と増える場合」、「−１、−２、−３、・・・と減る場合」、「新規の１つの会議室として接続される会議端末の数（２、３、４、・・・）である場合」、「現在のサービスされる１つの会議室が終了して、終了される１つの会議室に接続される会議端末の数（−２、−３、−４、・・・）である場合」などがある。
【０１４７】
＜＜割当候補と、ＧＰＵ使用率及びＣＰＵ使用率の一例＞＞
図７は、ＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（１）〜（４））を示す説明図である。さらに、図７は、割当候補と、ＧＰＵ未使用率及びＣＰＵ未使用率の一例を示す図［３０００］である。
【０１４８】
割当候補（ｐ）［３０１０（列）］は、４つであるものとし、割当候補（１）［３１１０（行）］、割当候補（２）［３１２０（行）］、割当候補（３）［３１３０（行）］、割当候補（４）［３１４０（行）］は、次の通りである。
【０１４９】
割当候補（１）［３１１０（行）］は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［３０２０（列）］を、ＧＰＵ［３０３０（列）］に割り当てる候補であり、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）を、ＧＰＵ［３０３０（列）］に割り当てる候補であるとする。
【０１５０】
割当候補（２）は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［３０２０（列）］を、ＧＰＵ［３０３０（列）］に割り当てる候補であり、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［３０２０（列）］を、ＣＰＵ［３０３０（列）］に割り当てる候補であるとする。
【０１５１】
割当候補（３）は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［３０２０（列）］を、ＣＰＵ［３０３０（列）］に割り当てる候補であり、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［３０２０（列）］を、ＧＰＵ［３０３０（列）］に割り当てる候補であるとする。
【０１５２】
割当候補（４）は、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）を、ＣＰＵ［３０３０（列）］に割り当てる候補であり、メディア処理部（ＭＣＵ）３０の映像データ処理部（復号部、合成部、符号化部）［３０２０（列）］を、ＣＰＵ［３０３０（列）］に割り当てる候補であるとする。
【０１５３】
各々の割当候補（１）〜（４）［３１１０（行）〜３１４０（行）］において、「ＧＰＵ使用率［％］であるＧｘ＋Ｇ」は、「変更される会議端末に関するＧＰＵ使用率［％］であるＧｘ」と「ＧＰＵ現在使用率［％］であるＧ」との和である。さらに、「ＧＰＵ未使用率［％］であるＧｙ」は、「ＧＰＵ上限使用率［％］であるＧｍａｘ」から、「ＧＰＵ使用率［％］であるＧｘ＋Ｇ」を、差し引いたものとなる［３３１２（列）］。
【０１５４】
各々の割当候補（１）〜（４）［３１１０（行）〜３１４０（行）］において、「ＣＰＵ使用率［％］であるＣｘ＋Ｃ」は、「変更される会議端末に関するＣＰＵ使用率［％］であるＣｘ」と「ＧＰＵ現在使用率［％］であるＣ」との和である。さらに、「ＣＰＵ未使用率［％］であるＣｙ」は、「ＣＰＵ上限使用率［％］であるＣｍａｘ」から、「ＣＰＵ使用率［％］であるＣｘ＋Ｃ」を、差し引いたものとなる［３３１４（列）］。
【０１５５】
なお、図７は、上述される「＜＜割当候補と、変更される会議端末に関するＧＰＵ使用率及びＣＰＵ使用率の一例＞＞」に記載から、接続される会議端末における変更の数であるｎにおいて、「会議サーバ１０の任意の会議室に会議端末４０が新たに追加される場合（ｎ＝１、２、３、・・・)、または「会議サーバ１０に会議室が新たに追加される場合（ｎ＝２、３、４、・・・）の場合」である。
【０１５６】
一方、接続される会議端末における変更の数であるｎにおいて、「会議サーバ１０の任意の会議室に会議端末４０が新たに削除される場合（ｎ＝−１、−２、−３、・・・）」、「会議サーバ１０に会議室が新たに削除される場合（ｎ＝−２、−３、−４、・・・）」などがある。
【０１５７】
この場合、「変更される会議端末に関するＧＰＵ使用率［％］であるＧｘ」が、負の値となるので、「ＧＰＵ未使用率［％］であるＧｙ」は、図７の記載と異なるものとなる。
【０１５８】
「ＧＰＵ未使用率［％］であるＧｙ」は、ＧＰＵ現在使用率［％］であるＧから、「変更される会議端末に関するＧＰＵ使用率［％］であるＧｘ」を、差し引いた形の記載となる（図示せず）。
【０１５９】
「ＣＰＵ未使用率［％］であるＣｙ」は、ＣＰＵ現在使用率［％］であるＣから、「変更される会議端末に関するＣＰＵ使用率［％］であるＣｘ」を、差し引いた形の記載となる（図示せず）。
【０１６０】
（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の会議システム１の動作を、図面を参照しながら説明する。なお、以下では、メディア制御部７００の動作に特徴を有するため、この部分を中心に説明する。
【０１６１】
図８は、メディア制御部７００の特徴動作（ＣＰＵ／ＧＰＵの処理割当）を示すフローチャートである。
【０１６２】
図８で示すＣＰＵ／ＧＰＵの処理割当の動作は、例えば、会議サーバ１０の任意の会議室に会議端末４０が新たに追加される場合、若しくは削除される場合、又は会議サーバ１０に会議室が新たに追加される場合、若しくは削除される場合を契機として発生する。また、図８では、会議サーバ１０と、会議端末４０（４０−１〜４０−４）との間で呼が確立し、会議サーバ１０が会議端末４０（４０−１〜４０−４）から映像データ及び音声データを取集（受信）し、メディア処理部３０の構成（復号部、合成部、符号化部）を実現（実行）するために、ＣＰＵ６１１とＧＰＵ６１２に処理を割り当てる例を前提として説明する。なお、この実施形態におけるメディア制御部７００は、ＣＰＵ６１１とＧＰＵ６１２の処理割当において、映像データ処理部３１の処理部、又は音声データ処理部３２の処理部を単位として処理を割り当てるものとする。
【０１６３】
上限リソース情報取得部３１０は、ＣＰＵ上限使用率Ｃｍａｘ、ＧＰＵ上限使用率Ｇｍａｘ、会議室数の上限数、１会議室における端末の上限接続数、会議端末４０との間で使用可能な映像符号化方式におけるＧＰＵ使用率及びＣＰＵ使用率、会議端末４０との間で使用可能な音声符号化方式に関する１つの会議端末におけるＧＰＵ使用率とＣＰＵ使用率、会議サーバ１０における伝送容量の情報を取得する（Ｓ１０１）。なお、ＣＰＵ上限使用率Ｃｍａｘ、及びＧＰＵ上限使用率Ｇｍａｘは、予め所定の値が、設定されているものとする（例えば、理論上の上限値（１００％）、上限値の７０％の値等）。
【０１６４】
使用リソース情報取得部３２０は、ＣＰＵ現在使用率Ｃ、ＧＰＵ現在使用率Ｇ、現在稼動中の会議室数、各稼動中会議室における現在の会議端末４０の接続数、各稼動中会議室における現在使用中の映像符号化方式、各稼動中会議室における現在使用中の音声符号化方式、会議サーバ１０における現在使用中の伝送容量の情報を取得する（Ｓ１０２）。
【０１６５】
ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、メディア処理部３０（ＭＣＵ３０）の構成（処理）の割当候補の取得する（Ｓ１０３）。
【０１６６】
例えば、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０が取得した割当候補は、一例として、図６、図７に示される４つの割当候補（割当候補（１）〜（４））とする。
【０１６７】
割当候補（１）［図６：２１１０（行）、図７：３１１０（行）］は、ＧＰＵ６１２のみに映像データ処理部３１の処理及び音声データ処理部３２の処理を割り当てる最も理想的な割当候補である。理由は、ＣＰＵ６１１が、メディア処理部３０の映像データ処理部３１及び音声データ処理部３２以外の他の処理について、実行できる汎用的なプロセッサであり、ＧＰＵ６１２が、映像データや音声データを処理する際に使用される並列処理ができるプロセッサであるためである。
【０１６８】
割当候補（２）［図６：２１２０（行）、図７：３１２０（行）］は、ＣＰＵ６１１に音声データ処理部３２の処理、ＧＰＵ６１２に映像データ処理部３１の処理を割り当てる２番目に理想的な割当候補である。割当候補（２）は、ＣＰＵ６１１に音声データ処理部３２の処理を割り当てる分だけ割当候補（１）に劣る。しかし、割当候補（２）は、処理負荷の大きい映像データ処理部３１の処理をＧＰＵ６１２に割り当てる点に優位性が存在する。図７の項目［３１２０（行）］の［３３１０（列）］では、図７の項目［３１１０（行）］の［３３１０（列）］に比べてＧＰＵ６１２の使用率Ｇｘ＋Ｇが若干下降し、ＣＰＵ６１１の使用率Ｃｘ＋Ｃが若干上昇する例が示されている。
【０１６９】
割当候補（３）［図６：２１３０（行）、図７：３１３０（行）］は、ＧＰＵ６１２に音声データ処理部３２の処理、ＣＰＵ６１１に映像データ処理部３１の処理を割り当てる３番目に理想的な割当候補である。割当候補（３）は、ＣＰＵ６１１に処理負荷の大きい映像データ処理部３１の処理を割り当てる分だけ割当候補（２）に劣る。しかし、割当候補（３）は、全ての処理をＣＰＵ６１１に割り当てず、音声データ処理部３２の処理をＧＰＵ６１２に割り当てる点に優位性が存在する。図７の項目［３１３０（行）］の［３３１０（列）］では、図７の項目［３１２０（行）］の［３３１０（列）］に比べて、負荷の大きい映像データ処理部３１の処理を割り当てる分だけ、ＧＰＵ６１２の使用率Ｇｘ＋ＧがＧＰＵ現在使用率Ｇに近づき、ＣＰＵ６１１の使用率Ｃｘ＋ＣがＣＰＵ上限使用率Ｃｍａｘに近づく例が示されている。
【０１７０】
割当候補（４）［図６：２１４０（行）、図７：３１４０（行）］は、ＣＰＵ６１１のみに映像データ処理部３１及びＣＰＵ６１１の処理を割り当てる４番目に理想的な割当候補である。割当候補（４）は、割当候補（１）〜割当候補（３）を適用することができない場合（言い換えれば、ＧＰＵ６１２が処理を実行できない場合）の割当候補である。また、図７の項目［３１４０（行）］の［３３１０（列）］では、ＣＰＵ６１１に全ての処理を割り当てているので、ＧＰＵ６１２の使用率Ｇｘ＋ＧがＧＰＵ現在使用率Ｇと等しくなり、かつ割当候補（１）〜割当候補（３）に比べて、ＣＰＵ６１１の使用率Ｃｘ＋ＣがＣＰＵ上限使用率Ｃｍａｘに最も近くなる例が示されている。
【０１７１】
ＣＰＵ/ＧＰＵ処理割当部３４０は、上述のステップＳ１０１で取得した上限リソース情報と、上述のステップＳ１０２で取得した現在のリソース情報とを総合的に判断して、上述のステップＳ１０３で取得された割当候補の内から１つを選択し、実際にＣＰＵ６１１とＧＰＵ６１２に、映像データ処理部３１の処理、音声データ処理部３２の処理を割り当てる（Ｓ１０４）。以下に、ＣＰＵ/ＧＰＵ処理割当部３４０の動作の一例を示す。
【０１７２】
まず、ＣＰＵ/ＧＰＵ処理割当部３４０は、ＧＰＵ上限使用率Ｇｍａｘと、ＧＰＵ現在使用率ＧとからＧＰＵ６１２に処理を割当可能なＧＰＵ６１２のリソース残量を算出する。同様に、ＣＰＵ/ＧＰＵ処理割当部３４０は、ＣＰＵ上限使用率Ｃｍａｘと、ＣＰＵ現在使用率ＣとからＣＰＵ６１１に処理を割当可能なＣＰＵ６１１のリソース残量を算出する。
【０１７３】
次に、ＣＰＵ/ＧＰＵ処理割当部３４０は、映像データ処理部３１内の処理量を算出（推定）する。同様に、ＣＰＵ/ＧＰＵ処理割当部３４０は、音声データ処理部３２内の処理量を算出する。
【０１７４】
なお、算出（推定）される処理量の対象は、変更される会議端末であり、例えば、会議サーバ１０の任意の会議室に新たに追加（削除）される会議端末４０、会議サーバ１０に新たに追加（削除）される会議室に関わる会議端末４０である。
【０１７５】
次に、ＣＰＵ/ＧＰＵ処理割当部３４０は、算出した映像データ処理部３１及び音声データ処理部３２内の処理量が、ＧＰＵリソース残量内に収まるか否か判定する。ＣＰＵ/ＧＰＵ処理割当部３４０は、当該処理量が、ＧＰＵリソース残量内に収まる場合には上述の割当候補（１）を適用する。また、ＣＰＵ/ＧＰＵ処理割当部３４０は、算出した映像データ処理部３１の処理量のみが、ＧＰＵリソース残量内に収まる場合には、上述の割当候補（２）を適用する。さらに、ＣＰＵ/ＧＰＵ処理割当部３４０は、算出した音声データ処理部３２内の処理量のみが、ＧＰＵリソース残量内に収まる場合には、上述の割当候補（３）を適用する。さらにまた、ＣＰＵ/ＧＰＵ処理割当部３４０は、算出した音声データ処理部３２内の処理量、又は算出した映像データ処理部３１の処理量が、ＧＰＵリソース残量内に収まらない場合には、上述の割当候補（４）を適用する。
【０１７６】
そして、ＣＰＵ/ＧＰＵ処理割当部３４０は、適用した割当候補（１）〜割当候補（４）のいずれかに従って、ＣＰＵ６１１、若しくはＧＰＵ６１２（又はその両方）に、映像データ処理部３１の処理及び音声データ処理部３２の処理を割り当てる。
【０１７７】
なお、変形例として、ＣＰＵ/ＧＰＵ処理割当部３４０は、例えば、稼働中会議室における映像符号化方式を用いて、映像データ処理部３１（映像データ符号化部３６ａ）の符号化処理を行う処理量が大きくて、割当候補（４）を適用せざるを得ない場合、上限リソース情報取得部３１０で取得した他の映像符号化方式（処理の軽い符号化方式）を用いた符号化処理を行うように制御しても良い。この場合、ＣＰＵ/ＧＰＵ処理割当部３４０は、会議端末４０に対して改めて通信を行い、他の映像符号化方式が使用可能か否か確認しても良い。そして、ＣＰＵ/ＧＰＵ処理割当部３４０は、改めて処理量を計算して、割当候補（１）〜割当候補（４）を適用するように制御する。この変形例では、ＣＰＵ６１１の使用率が上限（例えば、１００％）を超えるようなオーバーフローの状態に近づくことについて、未然に防ぐという効果が生じる。
【０１７８】
また、ＣＰＵ/ＧＰＵ処理割当部３４０は、例えば、会議サーバ１０における伝送容量が、上限に近づいていた場合には、上記とは逆に圧縮率の高い（処理の重い）映像符号化方式を用いた符号化処理を行うように制御しても良い。そして、ＣＰＵ/ＧＰＵ処理割当部３４０は、改めて処理量を計算して、割当候補（１）〜割当候補（４）を適用するように制御する。この変形例では、会議サーバ１０の伝送容量の圧迫を未然に防ぐという効果が生じる。
【０１７９】
他にも、ＣＰＵ/ＧＰＵ処理割当部３４０は、会議室数の上限の数、１会議室の端末の上限接続数、現在稼働中の会議室数、及び稼働中会議室における現在の端末の接続数の情報を加味して、割当候補（１）〜割当候補（４）を適用するようにしても良い。
【０１８０】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下の効果を奏する。
【０１８１】
メディア制御部７００が、ＧＰＵ上限使用率Ｇｍａｘ、ＧＰＵ現在使用率Ｇ等のリソース情報から、なるべくＧＰＵ６１２にメディア処理部３０（ＭＣＵ３０）の処理を割り当てるように制御することにより、第１の実施形態は、従来に比べて効率的にＣＰＵ６１１とＧＰＵ６１２に処理負荷を分散できるようになる。
【０１８２】
よって、会議サーバ１０は、会議端末４０の同時接続数や、同時会議数のスケーラビリティを向上することが可能となる。
【０１８３】
（Ｂ）第２の実施形態
以下、本発明による通信制御装置及びプログラム、記録媒体、並びに、通信制御方法の第２の実施形態を、図面を参照しながら詳述する。
【０１８４】
（Ｂ−１）第２の実施形態の構成
第２の実施形態の多地点会議システム、及び会議サーバの構成についても、第１の実施形態と同様に、図１〜図７を用いて示すことができる。
【０１８５】
以下では、第２の実施形態の会議サーバ１０（メディア制御部７００）の構成について、第１の実施形態との差異について説明する。
【０１８６】
第１の実施形態では、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、映像データ処理部３１、又は音声データ処理部３２の処理部を単位として、ＣＰＵ６１１、若しくはＧＰＵ６１２（又はその両方）に処理を割り当てた割当候補を取得していた。第１の実施形態の割当候補は、メモリ６１３（ＣＰＵ用メモリ６１３−１、ＧＰＵ用メモリ６１３−２）の効率的な使用という意味（例えば、ＣＰＵ用メモリ６１３−１の内容を、ＧＰＵ用メモリ６１３−２にコピーする等のオーバヘッドが少ない）では有効であった。
【０１８７】
一方、第２の実施形態では、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、ＣＰＵ６１１、ＧＰＵ６１２の各プロセッサの特徴を生かした観点から処理の割当を行った候補を作成する。ＧＰＵ６１２は、一般にグラフィック処理など特定の単純作業を並列で行うことに向いていると考えられている。また、ＣＰＵ６１１は、複雑な処理を行うことに向いていると考えられている。
【０１８８】
例えば、映像データ処理部３１において、映像データ復号部３４ａの処理、及び映像データ符号化部３６ａの処理は、ＧＰＵ６１２で実行されることに向いており、映像データ合成部３５ａの処理は、ＣＰＵ６１１で実行されることに向いている。また、音声データ処理部３２において、音声データ復号部３４ｂの処理、及び音声データ符号化部３６ｂの処理は、ＧＰＵ６１２で実行されることに向いており、音声データ合成部３５ｂの処理は、ＣＰＵ６１１で実行されることに向いている。
【０１８９】
（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態の会議システム１の動作を、図面を参照しながら説明する。なお、以下では、メディア制御部７００の動作に特徴を有するため、この部分を中心に説明する。
【０１９０】
第２の実施形態のメディア制御部７００の動作も、第１の実施形態と同様に図８を用いて説明することができる。ただし、図８のステップＳ１０３の処理（割当候補の取得処理）、図８のステップＳ１０４の処理（割当候補の選択処理）が、第１の実施形態と異なるのでこの点を中心に説明する。
【０１９１】
図８のステップＳ１０３の処理（割当候補の取得処理）は、次に示される処理となる。
【０１９２】
ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、ＧＰＵ６１２に、映像データ復号部３４ａ（３４ａ−１〜３４ａ−４）の処理、映像データ符号化部３６ａ（３６ａ−１〜３６ａ−４）の処理、音声データ復号部３４ｂ（３４ｂ−１〜３４ｂ−４）の処理、及び音声データ符号化部３６ｂ（３６ｂ−１〜３６ｂ−４）の処理を割り当て、ＣＰＵ６１１に、映像データ合成部３５ａの処理、及び音声データ合成部３５ｂの処理を割り当てる割当候補（割当候補（５））を取得する。
【０１９３】
ここで、図９は、ＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（上述の割当候補（５））を示す説明図である。図９は、図６をベースに記載される。
【０１９４】
図８のステップＳ１０４の処理（割当候補の選択処理）は、次に示される処理となる。
【０１９５】
その後、ＣＰＵ/ＧＰＵ処理割当部３４０は、第１の実施形態における上述のステップＳ１０４と同様に、割当候補（５）に従って、ＣＰＵ６１１とＧＰＵ６１２に処理を割り当てる（第１の実施形態と異なり、割当候補は一つであるので、複数の割当候補から選択する処理は必要としない）。
【０１９６】
（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、第１の実施形態と同様の効果を奏することができる。また、ＣＰＵ/ＧＰＵ処理割当部３４０が、ＣＰＵ６１１、ＧＰＵ６１２の各プロセッサの特徴を考慮して、得意とする処理を割り当てることができるので、第２の実施形態は、ＣＰＵ６１１、ＧＰＵ６１２の処理効率をより高めることが可能になる。
【０１９７】
（Ｃ）第３の実施形態
以下、本発明による通信制御装置及びプログラム、記録媒体、並びに、通信制御方法の第２の実施形態を、図面を参照しながら詳述する。
【０１９８】
（Ｃ−１）第３の実施形態の構成
第３の実施形態の多地点会議システム、及び会議サーバの構成についても、第１の実施形態と同様に図１〜図７を用いて示すことができる。
【０１９９】
以下では、第３の実施形態の会議サーバ１０（メディア制御部７００）の構成について、第１、２の実施形態との差異について説明する。
【０２００】
第１の実施形態では、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、映像データ処理部３１、又は音声データ処理部３２を単位として、ＣＰＵ６１１、若しくはＧＰＵ６１２（又はその両方）に処理を割り当てた割当候補を作成していた。また、第２の実施形態では、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、ＣＰＵ６１１、ＧＰＵ６１２の各プロセッサの特徴を生かした観点から処理を割り当てる割当候補（映像データ処理部３１と音声データ処理部３２における合成処理はＣＰＵ６１１、映像データ処理部３１と音声データ処理部３２における復号処理、符号化処理はＧＰＵ６１２に割当）を取得していた。
【０２０１】
一方、第３の実施形態のＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、ＣＰＵ６１１、若しくはＧＰＵ６１２（又はその両方）に、映像データ処理部３１、又は音声データ処理部３２単位で処理を割り当てる割当候補を取得すること（第１の実施形態）に加えて、さらに、細部の構成（映像データ処理部３１における映像データ復号部３４ａ、映像データ合成部３５ａ、映像データ符号化部３６ａ、音声データ処理部３２における音声データ復号部３４ｂ、音声データ合成部３５ｂ、音声データ符号化部３６ｂ等）単位でも、処理を割り当てる割当候補を取得する（詳細については、動作の項で述べる）。
【０２０２】
（Ｃ−２）第３の実施形態の動作
次に、以上のような構成を有する第３の実施形態の会議システム１の動作を、図面を参照しながら説明する。なお、以下では、メディア制御部７００の動作に特徴を有するため、この部分を中心に説明する。
【０２０３】
第３の実施形態のメディア制御部７００の動作も、第１の実施形態と同様に図８を用いて説明することができる。ただし、図８のステップＳ１０３の処理（割当候補の作成処理）、図８のステップＳ１０４の処理（割当候補の選択処理）が、第１の実施形態と異なるのでこの点を中心に説明する。
【０２０４】
図８のステップＳ１０３の処理（割当候補の取得処理）は、次に示される処理となる。
【０２０５】
ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、ＣＰＵ６１１、若しくはＧＰＵ６１２（又はその両方）に、映像データ処理部３１の内部構成（映像データ復号部３４ａ、映像データ合成部３５ａ、映像データ符号化部３６ａ）、又は音声データ処理部３２の内部構成（音声データ処理部３２、音声データ復号部３４ｂ、音声データ符号化部３６ｂ）を割り当てる割当候補を取得する。
【０２０６】
図１０〜図１２は、ＣＰＵ／ＧＰＵ処理割当候補取得部が取得する割当候補（割当候補（１）、割当候補（１α）、割当候補（１β）、割当候補（２）、割当候補（２α）、割当候補（２β）、割当候補（３）、割当候補（３α）、割当候補（３β）、割当候補（４））を示す説明図である。図１０〜図１２では、映像データ処理部３１及び、音声データ処理部３２の内部構成単位で、処理を実行するＣＰＵ６１１、又はＧＰＵ６１２について示めされている。図１０〜図１２は、図６をベースに記載される。
【０２０７】
ここで、図１０〜図１２に示される割当候補は、第１の実施形態の割当候補（１）、割当候補（２）、割当候補（３）、割当候補（４）と、第３の実施形態において新たに追加される割当候補（１α）、割当候補（１β）、割当候補（２α）、割当候補（２β）、割当候補（３α）、割当候補（３β）である。
【０２０８】
割当候補（１α）は、割当候補（１）の音声データ処理部の合成部を、ＧＰＵからＣＰＵに変更したものである。
【０２０９】
割当候補（１β）は、割当候補（１）の音声データ処理部の合成部と復号部を、ＧＰＵからＣＰＵに変更したものである。
【０２１０】
割当候補（２α）は、割当候補（２）の映像データ処理部の合成部を、ＧＰＵからＣＰＵに変更したものである。
【０２１１】
割当候補（２β）は、割当候補（２）の映像データ処理部の合成部と復号部を、ＧＰＵからＣＰＵに変更したものである。
【０２１２】
割当候補（３α）は、割当候補（３）の音声データ処理部の合成部を、ＧＰＵからＣＰＵに変更したものである。
【０２１３】
割当候補（３β）は、割当候補（３）の音声データ処理部の合成部と復号部を、ＧＰＵからＣＰＵに変更したものである。
【０２１４】
なお、図１０〜図１２は一例であり、ＣＰＵ／ＧＰＵ処理割当候補取得部３３０は、これ以外にも様々なパターン（例えば、第２の実施形態における上述の割当候補（５）等）を取得しても良い。
【０２１５】
図８のステップＳ１０４の処理（割当候補の選択処理）は、次に示される処理となる。
【０２１６】
その後、ＣＰＵ/ＧＰＵ処理割当部３４０は、上述のステップＳ１０４と同様に、図１０〜図１２で示される１０個の割当候補から１個の割当候補を選択して、選択された割当候補に従って、ＣＰＵ６１１、若しくはＧＰＵ６１２（又はその両方）に、映像データ処理部３１の処理及び音声データ処理部３２の処理を割り当てる。
【０２１７】
なお、図１０〜図１２の割当候補は、最もプロセッサの効率の良い割当候補から最もプロセッサの効率の悪い割当候補の順番に記載されている。そのため、ＣＰＵ/ＧＰＵ処理割当部３４０は、計算された処理量がＧＰＵ６１２のリソース残量以内の場合又はＣＰＵ６１１のリソース残量以内の場合、割当候補（１）、割当候補（１α）、割当候補（１β）、割当候補（２）、割当候補（２α）、割当候補（２β）、割当候補（３）、割当候補（３α）、割当候補（３β）、割当候補（４）の順に割当候補を検討することになる。
【０２１８】
なお、ＣＰＵ/ＧＰＵ処理割当部３４０は、第２の実施形態における上述の割当候補（５）も含めて割当候補を検討する場合、割当候補（５）、割当候補（１）、割当候補（１α）、割当候補（１β）、割当候補（２）、割当候補（２α）、割当候補（２β）、割当候補（３）、割当候補（３α）、割当候補（３β）、割当候補（４）の順に、割当候補を検討することになる。ここで、割当候補を検討する際、割当候補（５）、割当候補（１）〜割当候補（４）の順とした理由は、第２の実施形態で述べたように、各プロセッサの特徴を考慮したためである。
【０２１９】
（Ｃ−３）第３の実施形態の効果
第３の実施形態によれば、第１及び第２の実施形態に比べて、より詳細にＣＰＵ６１１とＧＰＵ６１２に処理負荷を分散できるようになる。
【０２２０】
（Ｄ）他の実施形態
上記各実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態も挙げることができる。
【０２２１】
上記第２、３の実施形態において、ＣＰＵ/ＧＰＵ処理割当部３４０は、映像データ合成部３５ａ単位で、ＣＰＵ６１１、又はＧＰＵ６１２に処理を割り当てていた。この変形例として、ＣＰＵ/ＧＰＵ処理割当部３４０は、例えば、合成映像のサイズを変更するリサイズ処理をＧＰＵ６１２に割り当て、リサイズ処理を除く映像合成処理をＣＰＵ６１１に割り当てる等のように、細分化された単位の処理をＣＰＵ６１１とＧＰＵ６１２に割り当てても良い。上記と同様に、他の構成（映像データ処理部３１における映像データ復号部３４ａ、映像データ符号化部３６ａ、音声データ復号部３４ｂ、音声データ合成部３５ｂ、及び音声データ符号化部３６ｂ）についても、各構成部において細分化された単位の処理を、ＣＰＵ６１１とＧＰＵ６１２に割り当てても良い。
【符号の説明】
【０２２２】
１…会議システム、１０…会議サーバ、２０…呼制御部、３０…メディア処理部、３１…映像データ処理部、３２…音声データ処理部、３３…データ受信処理部、３４ａ（３４ａ−１〜３４ａ−４）…映像データ復号部、３４ｂ（３４ｂ−１〜３４ｂ−４）…音声データ復号部、３５…映像データ合成部、３５ａ…映像データ合成部、３５ｂ…音声データ合成部、３６ａ（３６ａ−１〜３６ａ−４）…映像データ符号化部、３６ｂ（３６ｂ−１〜３６ｂ−４）…音声データ符号化部、３７…データ送信処理部、４０（４０−１〜４０−４）…会議端末、３１０…上限リソース情報取得部、３２０…使用リソース情報取得部、３３０…ＧＰＵ処理割当候補取得部、３４０…ＧＰＵ処理割当部、３５０…メディア機能制御部、６１１…ＣＰＵ、６１２…ＣＰＵ、６１３（６１３−１、６１３−２）…メモリ、６１４…インタフェース、６１５…記憶装置、７００…メディア制御部、Ｃ…ＣＰＵ現在使用率、Ｃｍａｘ…ＣＰＵ上限使用率、Ｇ…ＧＰＵ現在使用率、Ｇｍａｘ…ＧＰＵ上限使用率。
【図１】
2017069744.tif 000003
【図２】
2017069744.tif 000004
【図３】
2017069744.tif 000005
【図４】
2017069744.tif 000006
【図５】
2017069744.tif 000007
【図６】
2017069744.tif 000008
【図７】
2017069744.tif 000009
【図８】
2017069744.tif 000010
【図９】
2017069744.tif 000011
【図１０】
2017069744.tif 000012
【図１１】
2017069744.tif 000013
【図１２】
2017069744.tif 000014