JP2022014662A - 通信制御装置、通信制御方法および通信制御プログラム - Google Patents

Abstract

【課題】電子会議における各クライアントへの通信帯域の割り当てを適正化する。【解決手段】処理部３１は、電子会議に参加するユーザＡ～Ｃのそれぞれについて、電子会議が開始されるまでに送受信された電子メールを収集し、収集された電子メールの解析結果に基づいてユーザＡ～Ｃのそれぞれについての電子会議に対する関心度を判定し、電子会議の開催中において、ユーザＡ～Ｃのそれぞれに利用されるクライアント２１～２３から、クライアント２１～２３のそれぞれにおける電子会議アプリケーションの使用形態を収集し、収集された使用形態に基づいてユーザＡ～Ｃのそれぞれについての電子会議に対する集中度を判定し、関心度および集中度の判定結果に基づいて、電子会議を制御するサーバ１０とクライアント２１～２３のそれぞれとの間の通信に対して割り当てる通信帯域を制御する。【選択図】図１

Description

本発明は、通信制御装置、通信制御方法および通信制御プログラムに関する。

近年、ネットワークを介して電子会議を実現する電子会議システムの普及が進んでいる。電子会議システムでは、例えば、複数のクライアントがネットワークを介してサーバに接続し、各クライアントとサーバとの間で音声や映像のデータが送受信される。

電子会議に関しては、次のような提案がある。例えば、会議端末との間の接続経路についての収集情報に基づいて会議端末をグループに振り分け、使用帯域が所定値未満のグループがある場合、そのグループに属する会議端末の帯域幅を制御するようにしたテレビ会議システムが提案されている。また、Ｗｅｂ会議の開催中におけるユーザの利用状況の変化に応じて、使用される通信帯域を動的に制御するようにしたＷｅｂ会議システムが提案されている。さらに、会議に途中参加する端末が検出されたときに、他の端末がデータを送信する場合にはフレーム間予測符号化でなくフレーム内符号化画像を途中参加した端末に送信するようにしたマルチキャスト会議装置が提案されている。

特開２０１０－１５７９４３号公報 特開２０１４－１１２８４５号公報 特開２００２－３０５７３３号公報

電子会議システムでは、クライアントとサーバとの間の通信速度が低下すると、通信データの遅延や喪失の発生確率が高まり、その結果、クライアントでの音声や映像の再生が途切れたり、再生不能になる場合がある。この問題を回避するために、各クライアントに対してネットワーク上の十分な通信帯域を割り当てる方法が考えられる。しかし、すべてのクライアントに対してあらかじめ決められた一定以上の通信帯域を割り当てた場合、ネットワーク設備を増強するための膨大なコストがかかる。このため、クライアントごとに必要十分な通信帯域をどのようにして割り当てるかという点に課題がある。

１つの側面では、本発明は、電子会議における各クライアントへの通信帯域の割り当てを適正化することが可能な通信制御装置、通信制御方法および通信制御プログラムを提供することを目的とする。

１つの案では、次のような処理部を有する通信制御装置が提供される。この通信制御装置において、処理部は、電子会議に参加する複数のユーザのそれぞれについて、電子会議が開始されるまでに送受信された電子メールを収集し、収集された電子メールの解析結果に基づいて複数のユーザのそれぞれについての電子会議に対する関心度を判定し、電子会議の開催中において、複数のユーザのそれぞれに利用される複数のクライアントから、複数のクライアントのそれぞれにおける電子会議アプリケーションの使用形態を収集し、収集された使用形態に基づいて複数のユーザのそれぞれについての電子会議に対する集中度を判定し、関心度および集中度の判定結果に基づいて、電子会議を制御するサーバと複数のクライアントのそれぞれとの間の通信に対して割り当てる通信帯域を制御する。

また、１つの案では、上記の通信制御装置と同様の処理をコンピュータが実行する通信制御方法が提供される。
さらに、１つの案では、上記の通信制御装置と同様の処理をコンピュータに実行させる通信制御プログラムが提供される。

１つの側面では、電子会議における各クライアントへの通信帯域の割り当てを適正化できる。

第１の実施の形態に係る電子会議システムの構成例および処理例を示す。 第２の実施の形態に係る情報処理システムの構成例を示す図である。 ホストサーバのハードウェア構成例を示す図である。 ルータのハードウェア構成例を示す図である。 ホストサーバにおける仮想マシンの構成例を示す図である。 通信帯域の割り当てについての比較例を示す図である。 仮想マシンおよびルータが備える処理機能の構成例を示す図である。 会議アプリ情報の収集処理について説明するための図である。 会議開催情報の収集処理について説明するための図である。 会議情報および参加者情報の構成例を示す図である。 関心度の判定処理について説明するための図である。 関心度テーブルの構成例を示す図である。 集中度の判定処理について説明するための図である。 集中度テーブルの構成例を示す図である。 品質優先度の判定処理について説明するための図である。 通信帯域の割り当て制御について説明するための図である。 会議アプリケーションの利用形態の変化に応じた通信帯域の割り当て制御例を示すタイミングチャートである。 仮想マシンにおける会議アプリ情報収集処理の手順を示すフローチャートの例である。 会議開催監視処理の手順を示すフローチャートの例である。 関心度判定処理の手順を示すフローチャートの例である。 帯域制御処理の手順を示すフローチャートの例である。

以下、本発明の実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る電子会議システムの構成例および処理例を示す。図１に示す電子会議システムは、サーバ１０、クライアント２１～２３および通信制御装置３０を含む。

サーバ１０は、電子会議を制御する。クライアント２１，２２，２３は、それぞれ電子会議に参加するユーザＡ，Ｂ，Ｃによって利用される端末装置である。クライアント２１～２３では電子会議アプリケーションが動作し、これらの電子会議アプリケーションがサーバ１０と通信することで電子会議が実現される。

例えば、クライアント２１の電子会議アプリケーションは、ユーザＡの音声および映像のデータをサーバ１０に送信する。同様に、クライアント２２の電子会議アプリケーションは、ユーザＢの音声および映像のデータをサーバ１０に送信し、クライアント２３の電子会議アプリケーションは、ユーザＣの音声および映像のデータをサーバ１０に送信する。サーバ１０は、各電子会議アプリケーションからの音声および映像のデータを受信し、各電子会議アプリケーションに対して音声および映像のデータを配信する。例えば、サーバ１０は、クライアント２１，２２から受信した音声および映像のデータをクライアント２３に送信して、音声および映像を再生させる。

なお、クライアント２１～２３の台数は３台に限定されるものではない。また、クライアント２１～２３は、物理マシンとして実現されてもよいし、仮想マシンとして実現されてもよい。後者の場合、ユーザＡ，Ｂ，Ｃは、それぞれ図示しない他の端末装置から仮想マシンであるクライアント２１，２２，２３をリモート操作する。

通信制御装置３０は、サーバ１０とクライアント２１～２３のそれぞれとの間の通信に対する通信帯域の割り当てを制御する。この通信制御装置３０は、処理部３１を備える。処理部３１は、例えば、プロセッサとして実現される。処理部３１は、例えば、所定のプログラムを実行することにより、次のような割り当て制御を実行する。

処理部３１は、ユーザＡ～Ｃのそれぞれについて、電子会議が開始されるまでに送受信された電子メールを収集する。処理部３１は、ユーザＡ～Ｃのそれぞれについて、収集された電子メールの解析結果に基づき、ユーザの電子会議に対する関心度を判定する（ステップＳ１）。例えば、あるユーザが送信した電子メールにおいて、電子会議に言及した回数が多いほど、そのユーザの関心度が高いと判定される。

また、処理部３１は、電子会議の開催中において、クライアント２１～２３から、それぞれにおける電子会議アプリケーションの使用形態を収集する。処理部３１は、ユーザＡ～Ｃのそれぞれについて、対応するクライアントから収集された使用形態に基づき、ユーザの電子会議に対する集中度を判定する（ステップＳ２）。例えば、クライアントにおける電子会議アプリケーションの表示ウィンドウの状態に基づいて、そのクライアントに対応するユーザの集中度が判定される。例えば、表示ウィンドウのサイズが大きいほど集中度が高いと判定される。あるいは、表示ウィンドウが最前面に表示されている場合には、そうでない場合と比較して集中度が高いと判定される。

処理部３１は、ユーザＡ～Ｃのそれぞれについての関心度および集中度の判定結果に基づいて、対応するクライアントとサーバ１０との間の通信に対して割り当てる通信帯域を制御する（ステップＳ３）。

例えば、関心度および集中度のいずれも２段階で判定されるものとする。また、通信帯域としては、比較的広い帯域（広帯域４１）と、それより狭い帯域（狭帯域４２）のいずれかが割り当てられるものとする。そして、ユーザＡは関心度が高く、集中度が低いと判定されたとする。また、ユーザＢは関心度および集中度のいずれも低いと判定されたとする。さらに、ユーザＣは関心度が低く、集中度が高いと判定されたとする。この場合、図１に例示したように、処理部３１は、クライアント２１，２３からサーバ１０への送信データに対して広帯域４１を割り当て、クライアント２２からサーバ１０への送信データに対して狭帯域４２を割り当てる。

また、電子会議アプリケーションの使用形態は一定周期で収集され、収集結果に応じて関心度が更新される。例えば、図１の状態からユーザＣの集中度が低くなったと判定された場合、クライアント２３からサーバ１０への送信データに割り当てられる通信帯域は、広帯域４１から狭帯域４２に変更される。

以上の処理により、電子会議におけるクライアント２１～２３のそれぞれに対する通信帯域の割り当てを適正化することができる。その結果、通信資源の利用効率を高めることができる。また、クライアント２１～２３のすべてに対して一定以上の通信帯域を割り当てる場合と比較して、ネットワーク設備のコストを削減できる。

特に、上記処理では、電子会議の開始時点で固定的に判定される関心度と、電子会議の開催中に動的に判定される集中度とを組み合わせて通信帯域の割り当てが決定される。これにより、通信帯域の割り当ての適正化精度を高めることができる。例えば、集中度のみが用いられる場合、電子会議の開催中における２人のユーザの集中度が同等であれば、各ユーザに同等の通信帯域が割り当てられる。しかし、集中度が同じであっても、その電子会議の重要性などによっては、音声や映像についての高い品質が必要でない場合もある。そのため、関心度と集中度の両方を用いることで、通信帯域の割り当ての適正化精度を向上させることが可能となる。

また、電子会議の開始時点で固定的に判定される指標として電子メールの解析結果を用いることで、電子会議に対するユーザの関心度を正確に判定できる。例えば、電子会議の開催者か否かといった、電子会議に対するユーザの立場だけでは現れないユーザの関心度を、電子メールの解析結果を用いることで判定できるようになる。

〔第２の実施の形態〕
次に、図１のクライアント２１～２３が仮想マシンとして実現される場合の例について説明する。

図２は、第２の実施の形態に係る情報処理システムの構成例を示す図である。図２に示す情報処理システムは、ホストサーバ１００、ルータ２００、電子会議サーバ３１０、予定管理サーバ３２０および電子メールサーバ３３０を含む。ホストサーバ１００とルータ２００はネットワーク４１０に接続され、ルータ２００、電子会議サーバ３１０、予定管理サーバ３２０および電子メールサーバ３３０はネットワーク４２０に接続されている。そして、ホストサーバ１００は、ルータ２００を介して電子会議サーバ３１０、予定管理サーバ３２０および電子メールサーバ３３０と通信可能になっている。

ホストサーバ１００は、仮想マシンを実現する仮想ホストとして動作するサーバ装置である。本実施の形態では、ホストサーバ１００では、それぞれ個別のユーザによってリモート操作される仮想マシンが動作する。各ユーザは、対応する仮想マシンを利用して、電子会議サーバ３１０、予定管理サーバ３２０および電子メールサーバ３３０のサービスを利用できるようになっている。

ルータ２００は、ホストサーバ１００などのネットワーク４１０上の機器と、電子会議サーバ３１０、予定管理サーバ３２０、電子メールサーバ３３０などのネットワーク４２０上の機器との間で、パケットをルーティングして中継する。このとき、ルータ２００は、ホストサーバ１００上の仮想マシンごとに、仮想マシンとネットワーク４２０上の各サーバとの間の通信に対する帯域の割り当てを制御できるようになっている。

電子会議サーバ３１０は、ホストサーバ１００上の仮想マシンの間で電子会議を実行させるサーバ装置である。
予定管理サーバ３２０は、仮想マシンを利用する各ユーザについての予定を管理するサーバ装置である。特に、本実施の形態では、予定管理サーバ３２０は電子会議サーバ３１０と連携して、ユーザが参加する電子会議の予定を管理できるようになっている。

電子メールサーバ３３０は、仮想マシンを利用する各ユーザが利用する電子メールの送受信サービスを提供するサーバ装置である。
図３は、ホストサーバのハードウェア構成例を示す図である。ホストサーバ１００は、例えば、図３に示すような構成のコンピュータとして実現可能である。図３に示すように、ホストサーバ１００は、プロセッサ１０１、ＲＡＭ（Random Access Memory）１０２、ＨＤＤ（Hard Disk Drive）１０３、グラフィックインタフェース（Ｉ／Ｆ）１０４、入力インタフェース（Ｉ／Ｆ）１０５、読み取り装置１０６および通信インタフェース（Ｉ／Ｆ）１０７を備える。

プロセッサ１０１は、ホストサーバ１００全体を統括的に制御する。プロセッサ１０１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）またはＰＬＤ（Programmable Logic Device）である。また、プロセッサ１０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１０２は、ホストサーバ１００の主記憶装置として使用される。ＲＡＭ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）プログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、プロセッサ１０１による処理に必要な各種データが格納される。

ＨＤＤ１０３は、ホストサーバ１００の補助記憶装置として使用される。ＨＤＤ１０３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤ（Solid State Drive）などの他の種類の不揮発性記憶装置を使用することもできる。

グラフィックインタフェース１０４には、表示装置１０４ａが接続されている。グラフィックインタフェース１０４は、プロセッサ１０１からの命令にしたがって、画像を表示装置１０４ａに表示させる。表示装置としては、液晶ディスプレイや有機ＥＬ（ElectroLuminescence）ディスプレイなどがある。

入力インタフェース１０５には、入力装置１０５ａが接続されている。入力インタフェース１０５は、入力装置１０５ａから出力される信号をプロセッサ１０１に送信する。入力装置１０５ａとしては、キーボードやポインティングデバイスなどがある。ポインティングデバイスとしては、マウス、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

読み取り装置１０６には、可搬型記録媒体１０６ａが脱着される。読み取り装置１０６は、可搬型記録媒体１０６ａに記録されたデータを読み取ってプロセッサ１０１に送信する。可搬型記録媒体１０６ａとしては、光ディスク、光磁気ディスク、半導体メモリなどがある。

通信インタフェース１０７は、ネットワーク４１０を介してルータ２００などの他の装置との間でデータの送受信を行う。
以上のようなハードウェア構成によって、ホストサーバ１００の処理機能を実現することができる。なお、電子会議サーバ３１０、予定管理サーバ３２０および電子メールサーバ３３０も、ホストサーバ１００と同様の構成のコンピュータとして実現可能である。

図４は、ルータのハードウェア構成例を示す図である。図４に示すように、ルータ２００は例えば、プロセッサ２０１、ＲＡＭ２０２、フラッシュメモリ２０３および通信インタフェース（Ｉ／Ｆ）２０４を備える。

プロセッサ２０１は、ルータ２００全体を統括的に制御する。プロセッサ２０１は、例えば、ＣＰＵ、ＭＰＵ、ＡＳＩＣまたはＰＬＤである。また、プロセッサ２０１は、ＣＰＵ、ＭＰＵ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ２０２は、ルータ２００の主記憶装置として使用される。ＲＡＭ２０２には、プロセッサ２０１に実行させるプログラム（例えばファームウェアプログラム）の少なくとも一部が一時的に格納される。また、ＲＡＭ２０２には、プロセッサ２０１による処理に必要な各種データが格納される。

フラッシュメモリ２０３は、ルータ２００の補助記憶装置として使用される。フラッシュメモリ２０３には、プログラムや各種データが格納される。なお、補助記憶装置としては、ＨＤＤなどの他の種類の不揮発性記憶装置を使用することもできる。

通信インタフェース２０４は、ネットワーク４１０，４２０に接続する複数のポートを備え、プロセッサ２０１の制御の下で各ポートでのデータ（パケット）の送受信を実行する。

図４に示すルータ２００では、プロセッサ２０１がプログラムを実行することで、通信インタフェース２０４のポート間におけるパケットの転送制御が実行される。これにより、ネットワーク４１０，４２０の間でのパケットのルーティング（転送経路の決定）が行われる。なお、プロセッサ２０１によるパケット転送制御処理の少なくとも一部は、ＡＳＩＣやＰＬＤなどの専用回路によって実行されてもよい。また、ルータ２００は、例えば、図３に示すような構成のサーバコンピュータとして実現されてもよい。

図５は、ホストサーバにおける仮想マシンの構成例を示す図である。図５に示すように、ホストサーバ１００では例えば、４台の仮想マシン１１０～１４０が動作する。また、ホストサーバ１００は、仮想ホスト処理部１５０を備える。仮想ホスト処理部１５０の処理は、ハイパーバイザプログラムや、仮想化ソフトウェアのプログラムをプロセッサ１０１が実行することで実現される。仮想ホスト処理部１５０は、ホストサーバ１００の物理リソースを用いて仮想マシン１１０～１４０を構築し、それらの動作を管理する。

仮想マシン１１０～１４０は、それぞれ個別のユーザによって利用されるクライアント装置（例えばパーソナルコンピュータ）の機能を仮想的に実現する。また、仮想マシン１１０，１２０，１３０，１４０には、それぞれユーザ端末５０１，５０２，５０３，５０４が接続される。ユーザ端末５０１，５０２，５０３，５０４は、それぞれユーザＵ１，Ｕ２，Ｕ３，Ｕ４によって操作される。

ユーザ端末５０１，５０２，５０３，５０４は、それぞれ仮想マシン１１０，１２０，１３０，１４０の仮想デスクトップ環境を実現する。すなわち、ユーザ端末５０１，５０２，５０３，５０４には、それぞれ仮想マシン１１０，１２０，１３０，１４０のデスクトップ画面が仮想的に表示される。そして、ユーザ端末５０１，５０２，５０３，５０４に表示された仮想デスクトップ画面に対する入力操作の情報が、それぞれ仮想マシン１１０，１２０，１３０，１４０に送信される。これにより、ユーザＵ１，Ｕ２，Ｕ３，Ｕ４は、それぞれ仮想マシン１１０，１２０，１３０，１４０によって仮想的に実現されるクライアント装置を操作することができる。

ユーザＵ１～Ｕ４は、このようにユーザ端末５０１～５０４を用いて仮想マシン１１０～１４０をリモート操作することで、電子会議サーバ３１０、予定管理サーバ３２０および電子メールサーバ３３０が提供するサービスを利用することができる。例えば、ユーザＵ１～Ｕ４は、電子会議サーバ３１０から提供される電子会議のサービスを利用して、ユーザ端末５０１～５０４を介して電子会議に参加することができる。

ここで、電子会議が行われる場合には、仮想マシン１１０～１４０に対して、電子会議の処理を実行するための会議アプリケーションがインストールされる。各仮想マシン１１０～１４０上の会議アプリケーションは、電子会議サーバ３１０との間で、ユーザの音声信号や映像（動画像）信号を含むデータを送受信する。

このとき、音声や映像の再生処理を仮想マシン１１０～１４０が途切れなくスムーズに実行できるようにするためには、各仮想マシン１１０～１４０と電子会議サーバ３１０との間で電子会議のための十分な通信帯域が確保されることが望ましい。そのための方法としては、例えば、ルータ２００が、各仮想マシン１１０～１４０と電子会議サーバ３１０との間で転送される電子会議用のパケットに対して、あらかじめ一定以上の通信帯域を割り当てるように制御する方法が考えられる。ここで、この方法を採用した場合の処理例を、比較例として図６に示す。

図６は、通信帯域の割り当てについての比較例を示す図である。図６に示す比較例では、ネットワーク４２０において電子会議専用の通信帯域が確保される。その方法として、図５の例では、ネットワーク４２０において電子会議のパケット専用の会議専用レーン４２１とその他のパケット用の一般レーン４２２とが設けられている。なお、各レーンは、物理的に分離された別々の伝送路として確保されてもよいし、同一伝送路上に論理的に設けられてもよい。

ルータ２００は、ネットワーク４１０から受信した、ネットワーク４２０上のサーバ宛てのパケットを監視する。ルータ２００は、電子会議サーバ３１０を送信先とするパケットを検出すると、そのパケットを会議専用レーン４２１に流す。これにより、電子会議サーバ３１０を送信先とするパケットに一定の通信帯域が割り当てられる。一方、ルータ２００は、電子会議サーバ３１０以外のその他のサーバ３４０を送信先とするパケットを検出すると、そのパケットを一般レーン４２２に流す。

しかし、この方法を利用した場合でも、電子会議の利用者が増加するほど会議専用レーン４２１のトラフィックが増加する。多数の会議利用者に対していつでも十分な通信帯域が割り当てられるようにするには、会議専用の通信帯域をあらかじめ潤沢に用意しておく必要があり、ネットワーク設備を増強するための膨大なコストがかかる。

また、電子会議を多数のユーザが利用している状態でも、それらのユーザの中には、ユーザにとっての電子会議の重要性などにより、音声や映像についての高い品質を求めていないユーザも存在する。そのようなユーザに対しても大きな通信帯域が確保される場合、余計なコストがかかってしまうことになる。

そこで、本実施の形態のルータ２００は、電子会議を利用中のユーザのそれぞれについて、電子会議の開始時に決まる静的な指標と、電子会議の開催中に変動する動的な指標とに基づいて、通信帯域の割り当てを制御する。静的な指標としては、電子会議の主催者か、招待を受けた招待者かといった、電子会議に対する関わり方や、ユーザが送受信した電子メールにおける電子会議に対する言及の状況が用いられ、このような指標に基づいてユーザの電子会議に対する関心度が判定される。動的な指標としては、電子会議アプリケーションの表示ウィンドウの状態など、電子会議アプリケーションの使用形態が用いられ、このような指標に基づいてユーザの電子会議に対する集中度が判定される。そして、関心度および集中度の判定結果に基づいて、ユーザに割り当てられる通信帯域が決定される。

ここで、本実施の形態のように、ユーザにそれぞれ対応する仮想マシンを仮想デスクトップにより操作する環境では、上記のような電子会議アプリケーションの使用形態を示す情報を、ルータ２００など、ホストサーバ１００の外部の装置から取得しやすいという特徴がある。また、このような仮想デスクトップ環境を導入する企業では、電子会議の予定や参加予定者の情報（後述する会議情報）と、電子メールの送受信とが一元的に管理されている場合が多い。本実施の形態でも、会議情報は予定管理サーバ３２０で管理され、電子メールの送受信は電子メールサーバ３３０で管理されている。このような環境では、ルータ２００などのシステム内の装置が、会議情報や各ユーザの電子メールをシステム内から取得しやすいという特徴がある。なお、会議情報からは、前述の関心度の判定に用いられる情報を得ることができる。

図７は、仮想マシンおよびルータが備える処理機能の構成例を示す図である。
仮想マシン１１０は、会議アプリケーション１１１、エージェント１１２およびレジストリ１１３を備える。同様に、仮想マシン１２０，１３０，１４０は、それぞれ会議アプリケーション１２１，１３１，１４１、エージェント１２２，１３２，１４２およびレジストリ１２３，１３３，１４３を備える。

会議アプリケーション１１１，１２１，１３１，１４１の処理は、会議アプリケーションプログラムを仮想マシン１１０，１２０，１３０，１４０の仮想プロセッサ（実体的にはプロセッサ１０１）が実行することで実現される。会議アプリケーション１１１，１２１，１３１，１４１は、電子会議サーバ３１０と通信することで仮想マシン１１０，１２０，１３０，１４０を用いた電子会議を実現するクライアントアプリケーションである。

例えば、会議アプリケーション１１１は、ユーザ端末５０１のマイク（マイクロフォン）で収音された音声データとユーザ端末５０１のカメラで撮影された映像データとを受信して、電子会議サーバ３１０に送信する。また、会議アプリケーション１１１は、電子会議サーバ３１０から音声データと映像データを受信し、これらのデータを基にユーザ端末５０１に音声と映像を再生させる。

同様に、会議アプリケーション１２１，１３１，１４１は、ユーザ端末５０２，５０３，５０４のマイクで収音された音声データとユーザ端末５０２，５０３，５０４のカメラで撮影された映像データとを受信して、電子会議サーバ３１０に送信する。また、会議アプリケーション１２１，１３１，１４１は、電子会議サーバ３１０から音声データと映像データを受信し、これらのデータを基にユーザ端末５０２，５０３，５０４に音声と映像を再生させる。

電子会議サーバ３１０は、会議アプリケーション１１１，１２１，１３１，１４１の処理により仮想マシン１１０，１２０，１３０，１４０から送信された音声データと映像データを受信する。そして、電子会議サーバ３１０は、所定の仮想マシンに対して所定の仮想マシンから受信した音声データと映像データを送信する。例えば、電子会議サーバ３１０は、仮想マシン１２０，１３０，１４０から受信した音声データと映像データを、仮想マシン１１０に送信する。仮想マシン１１０の会議アプリケーション１１１は、受信した音声データを基に合成した音声をユーザ端末５０１に表示させるとともに、受信した映像データに基づく各画像を配置した電子会議用の表示ウィンドウを生成してユーザ端末５０１に表示させる。

エージェント１１２，１２２，１３２，１４２の処理は、エージェントプログラムを仮想マシン１１０，１２０，１３０，１４０の仮想プロセッサ（実体的にはプロセッサ１０１）が実行することで実現される。エージェント１１２は、会議アプリケーション１１１の使用形態を示す情報を定期的に収集し、レジストリ１１３内に生成した会議アプリ情報に上書きして登録する。使用形態を示す情報としては、電子会議用の表示ウィンドウの状態を示す情報や、マイクのオン、オフ（ミュート）の状態を示す情報が収集される。実際には、これらの情報は、仮想マシン１１０のＯＳ（ゲストＯＳ）を介して取得される。

同様に、エージェント１２２，１３２，１４２は、会議アプリケーション１２１，１３１，１４１の使用形態を示す情報を定期的に収集し、レジストリ１２３，１３３，１４３内に生成した会議アプリ情報に上書きして登録する。

レジストリ１１３，１２３，１３３，１４３は、仮想マシン１１０，１２０，１３０，１４０の仮想記憶装置（実体的にはＨＤＤ１０３など、ホストサーバ１００が備える記憶装置）の記憶領域によって実現される。レジストリ１１３，１２３，１３３，１４３は、会議アプリ情報を記憶する記憶部の一例である。レジストリ１１３，１２３，１３３，１４３に会議アプリ情報が記憶されることで、外部装置（具体的にはルータ２００）から仮想ホスト処理部１５０を介して会議アプリ情報を容易に読み込むことができる。

ただし、会議アプリ情報は仮想記憶装置内のレジストリ以外の記憶領域に記憶されてもよい。この場合例えば、会議アプリ情報は、外部装置から仮想ホスト処理部１５０とエージェントを介して読み込まれるようにすればよい。

次に、ルータ２００は、会議開催監視部２１１、関心度判定部２１２、集中度判定部２１３、品質優先度判定部２１４、帯域制御部２１５および記憶部２２０を備える。
会議開催監視部２１１、関心度判定部２１２、集中度判定部２１３、品質優先度判定部２１４および帯域制御部２１５の処理は、例えば、所定のファームウェアプログラムをプロセッサ２０１が実行することで実現される。会議開催監視部２１１は、新たな電子会議の開催を監視する。関心度判定部２１２は、開催中の電子会議に対して新たなユーザが参加すると、そのユーザの電子会議に対する関心度を判定する。集中度判定部２１３は、電子会議に参加中の各ユーザについて、電子会議に対する集中度を定期的に判定する。品質優先度判定部２１４は、電子会議に参加中の各ユーザについて、関心度と集中度の判定結果に基づき、ネットワーク品質（通信帯域）に関する品質優先度を判定する。帯域制御部２１５は、品質優先度の判定結果に基づいて、電子会議に参加中の各ユーザに対する通信帯域の割り当てを制御する。

記憶部２２０は、ＲＡＭ２０２など、ルータ２００が備える記憶装置の記憶領域として実現される。記憶部２２０には、帯域制御処理で利用される各種のデータが記憶される。後述するように、記憶部２２０にはこのようなデータとして、会議開催情報、関心度テーブル、集中度テーブル、品質優先度テーブルなどが記憶される。

図８は、会議アプリ情報の収集処理について説明するための図である。図８では、仮想マシン１１０における処理について例示する。
仮想マシン１１０において、エージェント１１２は、会議アプリケーション１１１の使用形態を示す情報を定期的に収集し、レジストリ１１３内に生成した会議アプリ情報１１４に上書きして登録する。使用形態を示す情報としては、電子会議用の表示ウィンドウについての現在のウィンドウサイズ、その表示ウィンドウの表示順序を示すウィンドウ表示順序、マイク状態が収集されて、会議アプリ情報１１４に登録される。ウィンドウサイズとしては、表示ウィンドウが最大化の状態か、最小化の状態か、それ以外であれば縦横のサイズがいくつであるかを示す情報が登録される。ウィンドウ表示順序は、表示ウィンドウについての画面に対して奥行方向の順序（位置）を示す。例えば、最前面であるか、最前面から何番目であるかを示す情報が登録される。マイク状態は、マイクがオンであるか、ミュート状態であるかを示す。

図９は、会議開催情報の収集処理について説明するための図である。
電子会議の開催予定が決定されると、予定管理サーバ３２０には、電子会議の開催予定時刻や、内容を示す件名、参加予定者などを示す会議情報３２１が登録される。また、図示しないが、予定管理サーバ３２０には、登録されている会議情報３２１の一覧を示す会議一覧情報も登録されている。会議一覧情報には、電子会議の開始予定日時も登録されている。

ルータ２００の会議開催監視部２１１は、会議一覧情報を定期的に予定管理サーバ３２０から取得する。会議開催監視部２１１は、取得した会議一覧情報に基づき、開始予定日時となって新たに開始された電子会議が検出された場合には、その電子会議についての会議情報３２１を予定管理サーバ３２０から取得する。会議開催監視部２１１は、新たに開始された電子会議についての会議開催情報２２１を生成して記憶部２２０に登録し、その会議開催情報２２１に対して、取得した会議情報３２１の内容を登録する。

また、電子会議サーバ３１０は、電子会議が開始されると、その電子会議に対する現在の参加者を示す参加者情報３１１を生成して保持する。そして、電子会議サーバ３１０は、電子会議に参加者が加わるたびに、その参加者を示す情報を参加者情報３１１に登録していく。なお、会議情報３２１と参加者情報３１１とは、電子会議を識別する会議ＩＤによって対応付けられる。

会議開催監視部２１１は、上記のように新たな電子会議が開始されたことを検出すると、その電子会議が終了するまでの間、その電子会議に対応する参加者情報３１１を電子会議サーバ３１０から定期的に取得する。そして、会議開催監視部２１１は、電子会議における現在の参加者を示す情報を会議開催情報２２１に登録する。会議開催情報２２１には、常に現在の参加者を示す情報が保持されるようにする。

図１０は、会議情報および参加者情報の構成例を示す図である。図１０に示すように、会議情報３２１には、例えば、電子会議の開始日時を示す日時、電子会議の内容を示す件名、電子会議の主催者、電子会議に必ず参加する予定の必須出席者、電子会議に任意で参加予定の任意出席者が登録される。また、参加者情報３１１には、電子会議の件名と、接続中参加者が登録される。接続中参加者とは、対応する仮想マシンの会議アプリケーションを介して電子会議サーバ３１０に接続中の参加者、すなわち、電子会議に現在参加中のユーザを示す。

会議開催情報２２１には、会議情報３２１の日時、件名、主催者、必須出席者、任意出席者と、参加者情報３１１の接続中参加者とが登録されることになる。
図１１は、関心度の判定処理について説明するための図である。関心度判定部２１２は、会議開催情報２２１に対して接続中参加者として新たな参加者が登録されると（すなわち、新たな参加者が検出されると）、その参加者についての会議開始時刻以前の電子メール３３１を電子メールサーバ３３０から取得する。

この取得処理では、関心度判定部２１２は、まず、会議開催情報２２１から電子会議の件名を読み出し、形態素解析によって、会議そのものを示す単語（「会議」「電子会議」「打合せ」「ミーティング」など）以外の自立語をキーワードとして抽出する。例えば、件名が「ライセンスについての打合せ」であった場合、形態素解析によって「ライセンス」「についての」「打合せ」と分解される。そして、自立語である「ライセンス」「打合せ」の中から会議そのものを示す「打合せ」が除外されて、「ライセンス」がキーワードとして抽出される。

関心度判定部２１２は、抽出されたキーワードを電子メールサーバ３３０に通知する。そして、関心度判定部２１２は、会議予定が決定された時刻から会議開始時刻までの期間において参加者が送信した（または送受信した）電子メール３３１の中から、件名や本文にキーワードが含まれる電子メール３３１を検索するように依頼する。関心度判定部２１２は、検索された電子メール３３１を電子メールサーバ３３０から取得する。

また、図示しないが、関心度判定部２１２はこれとともに、電子会議の予定が決定した時点で参加者宛てに送信された、または参加者自身が送信した、電子会議に対する招待メールを、電子メールサーバ３３０から取得する。関心度判定部２１２は、このようにして取得した電子メールを解析し、その解析結果を記憶部２２０に登録された関心度テーブル２２２に登録する。そして、関心度判定部２１２は、電子メールの解析結果に基づいて、参加者の電子会議に対する関心度を判定し、関心度テーブル２２２に登録する。

図１２は、関心度テーブルの構成例を示す図である。関心度テーブル２２２は、関心度判定部２１２によって電子会議ごとに生成されて記憶部２２０に記憶される。図１２に示すように、関心度テーブル２２２には、電子会議に参加中の参加者ごとのレコードが登録され、各レコードには参加者名、主催者識別情報、招待者識別情報、会議言及識別情報および関心度が登録される。

参加者名の項目には、現在参加中の参加者の名前が登録される。主催者識別情報は、参加者が電子会議の主催者か否かを示す。参加者が主催者である場合は「Ｙｅｓ」と登録され、参加者が招待者である場合は「Ｎｏ」と登録される。招待者識別情報は、参加者がどのような種別の招待者かを示す。招待者には、電子会議への参加が必須である必須参加者と、参加が任意である任意参加者とがある。招待者識別情報には、必須参加者、任意参加者、招待者でないことを示す「Ｎｏ」のいずれかが登録される。

主催者識別情報および招待者識別情報は、例えば、電子会議に対する招待メールに基づいて登録される。例えば、招待メールの送信者は主催者と判定され、招待メールの送信先とされた参加者（「ＴＯ」の項目に記載された参加者）は必須参加者と判定され、招待メールの「ＣＣ（Carbon Copy）」の項目に記載された参加者は任意参加者と判定される。あるいは、主催者識別情報および招待者識別情報は、会議開催情報２２１に基づいて登録されてもよい。

会議言及識別情報は、参加者が送信した（または送受信した）電子メールにおいて電子会議について言及されたか否かを示す。例えば、図１１で説明した手順により件名や本文にキーワードが含まれる電子メールが電子メールサーバ３３０から検索された場合に、会議言及識別情報に「言及あり」と登録される。なお、例えば、言及ありと判定された場合に、電子メールにおけるキーワードの出現回数などに応じて複数段階の識別情報が登録されるようにしてもよい。

関心度判定部２１２は、主催者識別情報、招待者識別情報および会議言及識別情報の各項目に登録された情報に基づいて、参加者の電子会議に対する関心度を判定し、関心度の項目に判定結果を登録する。例えば、主催者識別情報、招待者識別情報および会議言及識別情報の項目ごとに、登録された情報に応じたポイントが定義され、各項目のポイントを加算した値が関心度として算出される。

一例として、主催者識別情報では、「Ｙｅｓ」の場合に＋２ポイント付与され、「Ｎｏ」の場合にはポイントが付与されない。招待者識別情報では、必須参加者の場合に＋１ポイント付与され、任意参加者の場合と招待者でない場合にはポイントが付与されない。会議言及識別情報では、言及ありの場合に＋２ポイントが付与され、言及なしの場合にはポイントが付与されない。このようなポイント付与方法が採用された場合、例えば図１２のユーザＵ１については、「２＋０＋２」という計算により関心度が「＋４」となる。

このような処理により、参加者の電子会議に対する関心度を精度よく推定することができる。後述する通信帯域の割り当て制御では、関心度の高いユーザほど、音声や映像の再生品質が高くなるように広い通信帯域が割り当てられる。特に、会議言及識別情報に応じて関心度が判定されることで、過去の電子メールにおける電子会議への言及の状況に応じて通信帯域の割り当てを変更することが可能となる。例えば、過去の電子メールにおいて電子会議に言及していたり、その言及回数が高いほど、電子会議に対する事前の関心度が高く、参加者にとって電子会議の重要性が高いと推定される。会議言及識別情報を用いることで、このような参加者に広い通信帯域を割り当て、音声や映像の再生品質を高めることができる。

図１３は、集中度の判定処理について説明するための図である。前述のように、電子会議が行われている仮想マシンでは、エージェントの処理により、会議アプリケーションの利用形態を示す最新の情報がレジストリ内の会議アプリ情報に登録される。ルータ２００の集中度判定部２１３は、電子会議が開催されている間、電子会議が行われている仮想マシンのレジストリから会議アプリ情報を定期的に取得し、会議アプリ情報の内容を記憶部２２０内の集中度テーブル２２３に登録する。

図１３は、仮想マシン１１０で電子会議が行われている場合について例示している。この場合、集中度判定部２１３は、仮想マシン１１０のレジストリ１１３に記憶された会議アプリ情報１１４を、仮想ホスト処理部１５０を介して取得する。後述するように、集中度テーブル２２３には電子会議に参加中のユーザごとのレコードが生成され、取得された会議アプリ情報の内容が、該当するユーザのレコードに登録される。図１３の例では、集中度判定部２１３は、取得した会議アプリ情報１１４の内容を、集中度テーブル２２３のレコードのうち、ユーザＵ１に対応するレコードに登録する。そして、集中度判定部２１３は、登録された内容に基づいて、電子会議に対するユーザＵ１（参加者）の現在の集中度を判定し、判定結果を集中度テーブル２２３のユーザＵ１に対応するレコードに登録する。

図１４は、集中度テーブルの構成例を示す図である。集中度テーブル２２３は、集中度判定部２１３によって電子会議ごとに生成されて記憶部２２０に記憶される。図１４に示すように、集中度テーブル２２３には、電子会議に参加中の参加者ごとのレコードが登録され、各レコードには参加者名、ウィンドウサイズ、ウィンドウ表示順序、マイク状態および集中度が登録される。参加者名の項目には、現在参加中の参加者の名前が登録される。ウィンドウサイズ、ウィンドウ表示順序およびマイク状態の各項目には、会議アプリ情報に含まれる同名の項目の情報がそのまま登録される。

集中度判定部２１３は、ウィンドウサイズ、ウィンドウ表示順序およびマイク状態の各項目に登録された情報に基づいて、参加者の電子会議に対する集中度を判定し、集中度の項目に判定結果を登録する。例えば、ウィンドウサイズ、ウィンドウ表示順序およびマイク状態の項目ごとに、登録された情報に応じたポイントが定義され、各項目のポイントを加算した値が集中度として算出される。

一例として、ウィンドウサイズでは、最大化の場合に＋１ポイントが付与され、最小化の場合に－１ポイントが付与され（１ポイントが減算され）、それ以外の場合にはポイントが付与されない。ウィンドウ表示順序では、最前面の場合に＋１ポイントが付与され、それ以外の場合にはポイントが付与されない。マイク状態では、オンの場合に＋１ポイントが付与され、オフ（ミュート）の場合にはポイントが付与されない。このようなポイント付与方法が採用された場合、例えば図１４のユーザＵ１については、「０＋１＋０」という計算により集中度が「＋１」となる。

このような処理により、参加者の電子会議に対する現在の集中度を精度よく推定することができる。後述する通信帯域の割り当て制御では、集中度の高いユーザほど、音声や映像の再生品質が高くなるように広い通信帯域が割り当てられる。

例えば、電子会議への参加態度が積極的であったり、電子会議の議論の内容を真剣に聞いている場合には、ウィンドウサイズが大きくなり、ウィンドウ表示順序が前面側になる傾向がある。上記処理によりそのような参加者の集中度が高く判定されるので、そのような参加者に対して広い通信帯域を割り当てることができる。

また、参加者によっては、会議アプリケーションの表示ウィンドウを表示させながら、同時に他のアプリケーションを実行させて他の作業を行っている場合もある。このような参加者には、高品質な音声や映像の再生が必ずしも必要ではない。このような参加者については、ウィンドウサイズが小さく、ウィンドウ表示順序が最前面でない可能性が高い。上記処理によりそのような参加者の集中度が低く判定されるので、そのような参加者に対して割り当てられる通信帯域をある程度制限することができる。

また、電子会議において積極的に発言しようとしている場合、マイク状態はオンである可能性が高い一方、マイク状態がミュートである場合には、積極的に発言しようとはしておらず、会議そのものに集中していない可能性もある。上記処理により、このような可能性に鑑みて、会議に集中している可能性が高い参加者に対して、より広い通信帯域を割り当てることができる。

図１５は、品質優先度の判定処理について説明するための図である。品質優先度判定部２１４は、ある電子会議に関する関心度テーブル２２２および集中度テーブル２２３から参加者ごとの関心度と集中度を定期的に取得し、関心度と集中度に基づいて参加者ごとの品質優先度を判定する。品質優先度とは、参加者に対する通信品質の優先度を示す。品質優先度が高い参加者ほど、広い通信帯域が割り当てられる。

品質優先度判定部２１４により、電子会議ごとに品質優先度テーブル２２４が生成されて、記憶部２２０に登録される。図１５に示すように、品質優先度テーブル２２４には電子会議に参加中の参加者ごとのレコードが登録され、各レコードには参加者名、関心度、集中度および品質優先度が登録される。

品質優先度判定部２１４は、関心度テーブル２２２から取得した参加者ごとの関心度を、品質優先度テーブル２２４における該当参加者の関心度の項目に登録する。これとともに、品質優先度判定部２１４は、集中度テーブル２２３から取得した参加者ごとの集中度を、品質優先度テーブル２２４の該当参加者の集中度の項目に登録する。そして、品質優先度判定部２１４は、参加者ごとに、関心度と集中度とを加算することで品質優先度を算出し、品質優先度テーブル２２４の該当参加者のレコードに登録する。

図１６は、通信帯域の割り当て制御について説明するための図である。帯域制御部２１５は、品質優先度テーブル２２４から、電子会議に現在参加中の各参加者についての品質優先度を定期的に取得する。帯域制御部２１５は、取得した品質優先度に基づき、参加者に対応する仮想マシンと電子会議サーバ３１０との間で伝送されるパケットに対する通信帯域の割り当てを制御する。

図１６では、電子会議サーバ３１０に対して送信されるパケットについてのネットワーク４２０における帯域割り当て制御について例示している。図１６の例では、ネットワーク４２０において、優先度が高いパケット専用の高優先レーン４３１と、優先度が中程度のパケット専用の優先レーン４３２と、優先度が低いパケット専用の一般レーン４３３とが設けられている。高優先レーン４３１、優先レーン４３２、一般レーン４３３の順に高い通信帯域が割り当てられる。

なお、これらの各レーンは、物理的に分離された別々の伝送路として確保されてもよいし、同一伝送路上に論理的に設けられてもよい。後者の場合、例えば、優先度が高いパケット、優先度が中程度のパケット、優先度が低いパケットの間で決められた通信帯域の比率に応じて、ネットワーク４２０に対するパケットの送信回数が制御される。例えば、優先度が高いパケット、優先度が中程度のパケット、優先度が低いパケットの間の通信帯域の比率が３：２：１である場合、単位時間内で優先度が高いパケットの送信回数が全体の１／２となるようにパケットの送信が制御される。

図１６の例では、ユーザＵ１～Ｕ３が仮想マシン１１０～１３０を用いて電子会議に参加している。この場合、帯域制御部２１５は、品質優先度テーブル２２４から取得したユーザＵ１の品質優先度に基づいて、仮想マシン１１０から電子会議サーバ３１０宛てのパケットに対していずれかのレーンを割り当てる。同様に、帯域制御部２１５は、品質優先度テーブル２２４から取得したユーザＵ２の品質優先度に基づいて、仮想マシン１２０から電子会議サーバ３１０宛てのパケットに対していずれかのレーンを割り当てる。また、帯域制御部２１５は、品質優先度テーブル２２４から取得したユーザＵ３の品質優先度に基づいて、仮想マシン１３０から電子会議サーバ３１０宛てのパケットに対していずれかのレーンを割り当てる。

なお、レーン割り当ては、例えば、閾値ＴＨ１，ＴＨ２（ただしＴＨ１＜ＴＨ２）があらかじめ設定され、品質優先度と閾値ＴＨ１，ＴＨ２との比較結果に基づいて行われる。例えば、品質優先度が閾値ＴＨ１以下の場合には一般レーン４３３が割り当てられ、品質優先度が閾値ＴＨ１より高く閾値ＴＨ２以下の場合には優先レーン４３２が割り当てられ、品質優先度が閾値ＴＨ２より高い場合には高優先レーン４３１が割り当てられる。

また、帯域制御部２１５は、例えば、電子会議が行われていない仮想マシン１４０からの送信パケットには、一般レーン４３３を割り当てる。また、帯域制御部２１５は、例えば、電子会議が行われている仮想マシン１１０～１３０から送信された、ネットワーク４２０上の電子会議サーバ３１０以外のサーバ（その他のサーバ３４０）宛ての送信パケットにも、一般レーン４３３を割り当てる。

また、図１６では電子会議が行われている仮想マシンから電子会議サーバ３１０に送信されるパケットについての、ネットワーク４２０上の帯域割り当てについて示した。しかし、電子会議サーバ３１０から仮想マシンに送信されるパケットについての、ネットワーク４１０上の帯域割り当てについても、同様の手順で実行することができる。

図１７は、会議アプリケーションの利用形態の変化に応じた通信帯域の割り当て制御例を示すタイミングチャートである。図１７では、あるユーザが対応する仮想マシンを用いて時刻Ｔ１で電子会議に参加し、時刻Ｔ６で電子会議から退出したものとする。

電子会議に参加した当初の状態では、会議アプリケーションの表示ウィンドウのウィンドウサイズは全画面表示となっており、ウィンドウ表示順序は最前面となっており、マイク状態はオンとなっている。この場合、仮想マシンと電子会議サーバ３１０との間で伝送されるパケットには高優先レーンが割り当てられる。これにより、音声や映像の再生について高い品質が確保される。

ここで、時刻Ｔ２において、ウィンドウサイズが縮小するとともに、マイク状態がミュートになったとする。このとき、品質優先度が低下し、仮想マシンと電子会議サーバ３１０との間で伝送されるパケットに割り当てられるレーンは、高優先レーンから優先レーンに変更される。これにより、音声や映像の再生について中程度の品質が確保される。

その後、時刻Ｔ３でマイク状態がオンに戻ったとすると、品質優先度が上昇し、仮想マシンと電子会議サーバ３１０との間で伝送されるパケットに割り当てられるレーンは、優先レーンから高優先レーンに変更される。これにより、音声や映像の再生について高い品質が確保される。

その後、時刻Ｔ４でマイク状態が再度ミュートになったとすると、品質優先度が低下し、仮想マシンと電子会議サーバ３１０との間で伝送されるパケットに割り当てられるレーンは、高優先レーンから優先レーンに変更される。これにより、音声や映像の再生について中程度の品質が確保される。

その後、時刻Ｔ５でウィンドウ表示順序が最前面から２番目になったとすると、品質優先度がさらに低下し、仮想マシンと電子会議サーバ３１０との間で伝送されるパケットに割り当てられるレーンは、優先レーンから一般レーンに変更される。これにより、音声や映像の再生について最低限の品質が確保される。

以上のようなルータ２００の処理により、電子会議が行われている仮想サーバと電子会議サーバ３１０との間で伝送されるパケットに対する通信帯域の割り当てを適正化することができる。特に、関心度と集中度の両方を用いて帯域割り当てが行われることで、電子会議の開始時点で決定される参加者の指標と、電子会議の開催中における参加者の状態に応じた指標とを組み合わせて、参加者の音声や映像の必要性に応じた高精度の割り当て制御を実行できる。例えば、集中度のみが用いられる場合、複数の参加者の集中度が同等であれば、各参加者には同等の通信帯域が割り当てられる。しかし、集中度が同じであっても、その電子会議の重要性などによっては、音声や映像についての高い品質が必要でない場合もある。そのため、関心度と集中度の両方を用いることで、通信帯域の割り当ての適正化精度を向上させることが可能となる。

次に、仮想マシンの処理についてフローチャートを用いて説明する。
図１８は、仮想マシンにおける会議アプリ情報収集処理の手順を示すフローチャートの例である。

［ステップＳ１１］仮想マシンのエージェントは、その仮想マシンにおいて会議アプリケーションが起動中であるかを判定する。会議アプリケーションが起動中である場合、処理がステップＳ１２に進められ、会議アプリケーションが起動していない場合、処理がステップＳ１４に進められる。

［ステップＳ１２］エージェントは、会議アプリケーションの表示ウィンドウについてのウィンドウサイズおよびウィンドウ表示順序と、マイク状態とを取得する。これらの情報は、例えば、仮想ＯＳのゲストＯＳを介して会議アプリケーションから取得される。

［ステップＳ１３］エージェントは、レジストリに記憶された会議アプリ情報に対して、ステップＳ１２で取得した情報を上書きして登録する。レジストリに会議アプリ情報が記憶されていない場合、エージェントは会議アプリ情報を生成してレジストリに格納し、取得した情報をその会議アプリ情報に登録する。

［ステップＳ１４］エージェントは、レジストリに会議アプリ情報が記憶されている場合には、その会議アプリ情報を削除する。
［ステップＳ１５］エージェントは、所定時間（例えば１０秒）だけ待ち状態となる。所定時間が経過すると、処理がステップＳ１１に進められる。

次に、ルータ２００の処理についてフローチャートを用いて説明する。
図１９は、会議開催監視処理の手順を示すフローチャートの例である。
［ステップＳ２１］会議開催監視部２１１は、予定管理サーバ３２０から会議一覧情報を取得する。

［ステップＳ２２］会議開催監視部２１１は、会議一覧情報に記載された電子会議の会議開始予定時刻に基づき、新たに開始予定時刻になった電子会議があるかを判定する。該当する電子会議がある場合、処理がステップＳ２３に進められ、該当する電子会議がない場合、処理がステップＳ２４に進められる。

［ステップＳ２３］会議開催監視部２１１は、新たに開始予定時刻になった電子会議（すなわち、新たに開始された電子会議）についての会議情報３２１を予定管理サーバ３２０から取得する。会議開催監視部２１１は、新たに開始された電子会議についての会議開催情報２２１を生成して記憶部２２０に登録し、その会議開催情報２２１に対して、取得した会議情報３２１の内容を登録する。

［ステップＳ２４］会議開催監視部２１１は、開催中の電子会議についての参加者情報３１１を電子会議サーバ３１０から取得する。会議開催監視部２１１は、取得した参加者情報に登録されている参加者の情報によって、対応する会議開催情報２２１に登録された参加者の情報を更新する。

［ステップＳ２５］会議開催監視部２１１は、所定時間（例えば１０秒）だけ待ち状態となる。所定時間が経過すると、処理がステップＳ２１に進められる。
図２０は、関心度判定処理の手順を示すフローチャートの例である。

［ステップＳ３１］関心度判定部２１２は、記憶部２２０内の会議開催情報２２１を参照する。
［ステップＳ３２］関心度判定部２１２は、会議開催情報２２１に登録された参加者の情報に基づいて、電子会議に新しく参加した参加者が存在するかを判定する。該当する参加者が存在する場合、処理がステップＳ３３に進められ、該当する参加者が存在しない場合、処理がステップＳ３６に進められる。

ここで、以下のステップＳ３３～Ｓ３５の処理は、ステップＳ３２で抽出された新しい参加者のそれぞれについて実行される。
［ステップＳ３３］関心度判定部２１２は、会議開催情報２２１に登録された件名に対して形態素解析を行い、自立語を抽出する。関心度判定部２１２は、抽出された自立語のうち、会議そのものを示す単語を除く自立語をキーワードとして抽出する。

［ステップＳ３４］関心度判定部２１２は、抽出されたキーワードを電子メールサーバ３３０に通知して、電子メールの検索を依頼する。このとき、キーワードとともに、参加者のユーザＩＤ、電子会議の予定が決定された時刻、電子会議の開始予定時刻も電子メールサーバ３３０に通知される。

電子メールサーバ３３０は、検索依頼に応じて、電子会議の予定が決定された時刻から開始予定時刻までの期間において参加者が送信した（または送受信した）電子メールを抽出する。電子メールサーバ３３０は、抽出された電子メールの中から、件名や本文にキーワードが含まれる電子メールを検索する。該当する電子メールが検索された場合、それらの電子メールが関心度判定部２１２に送信され、関心度判定部２１２がそれを取得する。一方、該当する電子メールが存在しなかった場合、その旨を示す通知情報が関心度判定部２１２に送信される。なお、他の例として、該当する電子メールが検索されたか否かを示す通知情報が関心度判定部２１２に送信されてもよい。

また、関心度判定部２１２は、電子会議の予定が決定した時点で送信された、電子会議に対する招待メールを、電子メールサーバ３３０から取得する。
［ステップＳ３５］関心度判定部２１２は、記憶部２２０内の関心度テーブル２２２に、新しい参加者のレコードを登録する。該当電子会議に対応する関心度テーブル２２２が存在しない場合には、関心度判定部２１２は、関心度テーブル２２２を新たに生成して記憶部２２０に格納し、新しい参加者のレコードを登録する。

関心度判定部２１２は、ステップＳ３４で取得した招待メールに基づいて、登録したレコードの主催者識別情報と招待者識別情報に情報を登録する。また、関心度判定部２１２は、ステップＳ３４でキーワードに対応する検索結果が得られた場合には、登録したレコードの会議言及識別情報に「言及あり」と登録し、検索結果が得られなかった場合には、会議言及識別情報に「言及なし」と登録する。

関心度判定部２１２は、主催者識別情報、招待者識別情報および会議言及識別情報の登録内容に基づいて、参加者についての関心度を算出し、同じレコードに登録する。
［ステップＳ３６］関心度判定部２１２は、所定時間（例えば１０秒）だけ待ち状態となる。所定時間が経過すると、処理がステップＳ３１に進められる。

図２１は、帯域制御処理の手順を示すフローチャートの例である。
［ステップＳ４１］集中度判定部２１３は、開催中の電子会議についての参加者情報３１１を電子会議サーバ３１０から取得する。これにより、集中度判定部２１３は、電子会議に参加中の参加者を認識する。

ここで、以下のステップＳ４２～Ｓ４５の処理は、ステップＳ４１で認識された参加者のそれぞれについて実行される。
［ステップＳ４２］集中度判定部２１３は、参加者が利用する仮想マシンのレジスタから会議アプリ情報１１４を取得する。

［ステップＳ４３］集中度判定部２１３は、取得した会議アプリ情報１１４に登録された内容に基づいて、参加者についての集中度を算出する。
［ステップＳ４４］品質優先度判定部２１４は、関心度テーブル２２２に登録されたユーザの関心度と、ステップＳ４３で算出されたユーザの集中度に基づいて、ユーザについての品質優先度を算出する。

［ステップＳ４５］帯域制御部２１５は、算出された品質優先度に基づいて、参加者に対応する仮想マシンと電子会議サーバ３１０との間で伝送されるパケットに対して通信帯域を割り当てる。

［ステップＳ４６］帯域制御部２１５は、所定時間（例えば１０秒）だけ待ち状態となる。所定時間が経過すると、処理がステップＳ４１に進められる。
なお、上記の各実施の形態に示した装置（例えば、通信制御装置３０、ホストサーバ１００、ルータ２００、電子会議サーバ３１０、予定管理サーバ３２０、電子メールサーバ３３０）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、磁気テープなどがある。光ディスクには、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク（Blu-ray Disc：ＢＤ、登録商標）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。

１０ サーバ
２１～２３ クライアント
３０ 通信制御装置
３１ 処理部
４１ 広帯域
４２ 狭帯域
Ａ～Ｃ ユーザ
Ｓ１～Ｓ３ ステップ

Claims (6)

1. 電子会議に参加する複数のユーザのそれぞれについて、前記電子会議が開始されるまでに送受信された電子メールを収集し、収集された前記電子メールの解析結果に基づいて前記複数のユーザのそれぞれについての前記電子会議に対する関心度を判定し、
   前記電子会議の開催中において、前記複数のユーザのそれぞれに利用される複数のクライアントから、前記複数のクライアントのそれぞれにおける電子会議アプリケーションの使用形態を収集し、収集された前記使用形態に基づいて前記複数のユーザのそれぞれについての前記電子会議に対する集中度を判定し、
   前記関心度および前記集中度の判定結果に基づいて、前記電子会議を制御するサーバと前記複数のクライアントのそれぞれとの間の通信に対して割り当てる通信帯域を制御する、処理部、
   を有する通信制御装置。
2. 前記関心度は、収集された前記電子メールにおける、前記電子会議に対する言及状況に基づいて判定される、
   請求項１記載の通信制御装置。
3. 前記関心度の判定では、
   前記電子会議についての開催予定情報から前記電子会議の件名に含まれる文言を取得し、
   収集された前記電子メールにおける前記文言の記載状況に基づいて前記関心度を判定する、
   請求項１記載の通信制御装置。
4. 前記使用形態として、前記電子会議アプリケーションの表示ウィンドウについての、画面の奥行方向における位置が収集される、
   請求項１乃至３のいずれか１項に記載の通信制御装置。
5. コンピュータが、
   電子会議に参加する複数のユーザのそれぞれについて、前記電子会議が開始されるまでに送受信された電子メールを収集し、収集された前記電子メールの解析結果に基づいて前記複数のユーザのそれぞれについての前記電子会議に対する関心度を判定し、
   前記電子会議の開催中において、前記複数のユーザのそれぞれに利用される複数のクライアントから、前記複数のクライアントのそれぞれにおける電子会議アプリケーションの使用形態を収集し、収集された前記使用形態に基づいて前記複数のユーザのそれぞれについての前記電子会議に対する集中度を判定し、
   前記関心度および前記集中度の判定結果に基づいて、前記電子会議を制御するサーバと前記複数のクライアントのそれぞれとの間の通信に対して割り当てる通信帯域を制御する、
   通信制御方法。
6. コンピュータに、
   電子会議に参加する複数のユーザのそれぞれについて、前記電子会議が開始されるまでに送受信された電子メールを収集し、収集された前記電子メールの解析結果に基づいて前記複数のユーザのそれぞれについての前記電子会議に対する関心度を判定し、
   前記電子会議の開催中において、前記複数のユーザのそれぞれに利用される複数のクライアントから、前記複数のクライアントのそれぞれにおける電子会議アプリケーションの使用形態を収集し、収集された前記使用形態に基づいて前記複数のユーザのそれぞれについての前記電子会議に対する集中度を判定し、
   前記関心度および前記集中度の判定結果に基づいて、前記電子会議を制御するサーバと前記複数のクライアントのそれぞれとの間の通信に対して割り当てる通信帯域を制御する、
   処理を実行させる通信制御プログラム。

Images