(57)【要約】【課題】サーバでの動画再生に伴う画面情報のクライアントへの送信をネットワーク品質に応じたものとする。【解決手段】中継サーバ３００とクライアント端末４００との間の通信回線Ａについて通信品質を測定する品質測定手段１１０と、前記測定した通信回線Ａの通信品質ａが許容する通信データ量の画面情報の量に対応した動画配信サーバ２００と中継サーバ３００との間の通信回線Ｂでの動画データの配信量を特定する上流特定手段１１１と、通信回線Ｂを介して動画配信サーバ２００から中継サーバ３００へ配信される動画データの量が前記特定した動画データの配信量となるべく制御する上流制御手段１１２とからトラフィック制御システム１００を構成する。【選択図】図１
2009060425.tif 000002
【特許請求の範囲】
【請求項１】
動画配信サーバ、前記動画配信サーバから配信される動画データを再生する動画再生プログラムを備える中継サーバ、前記中継サーバから前記動画データの再生データに応じた画面情報を受け取って画面出力するクライアント端末の間におけるトラフィック制御を行う情報処理システムであって、
前記中継サーバと前記クライアント端末との間の通信回線Ａについて通信品質を測定する品質測定手段と、
前記測定した通信回線Ａの通信品質ａが許容する通信データ量の前記画面情報の量に対応した、前記動画配信サーバと前記中継サーバとの間の通信回線Ｂでの動画データの配信量を特定する上流特定手段と、
前記通信回線Ｂを介して前記動画配信サーバから前記中継サーバへ配信される動画データの量が、前記特定した動画データの配信量となるべく制御する上流制御手段と、
を備えることを特徴とするトラフィック制御システム。
【請求項２】
動画配信サーバ、前記動画配信サーバから配信される動画データを再生する動画再生プログラムを備える中継サーバ、前記中継サーバから前記動画データの再生データに応じた画面情報を受け取って画面出力するクライアント端末の間におけるトラフィック制御を行う情報処理システムであって、
前記中継サーバと前記クライアント端末との間の通信回線Ａについて通信品質を測定する品質測定手段と、
前記中継サーバから前記通信回線Ａを介してクライアント端末へ送られる画面情報の量が、前記測定した通信回線Ａの通信品質ａが許容する通信データ量となるべく制御する下流制御手段と、
を備えることを特徴とするトラフィック制御システム。
【請求項３】
前記品質測定手段は、前記クライアント端末、前記中継サーバ、および前記通信回線Ａの経路中に設置される外部装置の少なくともいずれかが備え、通信回線Ａの帯域幅または伝送速度の少なくともいずれかの測定を行うものであることを特徴とする請求項１または２に記載のトラフィック制御システム。
【請求項４】
前記上流特定手段は、
前記動画配信サーバより通信回線Ｂを経て前記中継サーバが受信し再生処理を行う動画データの配信量と、前記再生処理に応じて中継サーバから通信回線Ａに送出される画面情報の量との関係を記述した上下流対応関係データを備え、
前記上下流対応関係データに対し前記通信品質ａが許容する通信データ量の前記画面情報の量を照合して、この画面情報の量に対応した前記通信回線Ｂでの動画データの配信量を特定する、ことを特徴とする請求項１または３に記載のトラフィック制御システム。
【請求項５】
前記上流制御手段は、
中継サーバに対し、当該中継サーバが前記動画配信サーバへ要求する動画配信品質として、前記特定した動画データの配信量を指定するよう指示する処理か、
前記動画配信サーバに対し、当該動画配信サーバが前記中継サーバへ配信する動画配信品質として、前記特定した動画データの配信量を指定する処理のいずれかを行うことを特徴とする請求項１、３、４のいずれかに記載のトラフィック制御システム。
【請求項６】
前記上流制御手段は、
前記通信回線Ｂの帯域幅を制御する帯域制御装置であることを特徴とする請求項１、３、４、５のいずれかに記載のトラフィック制御システム。
【請求項７】
前記下流制御手段は、
通信回線の通信品質が許容する通信データ量と、前記通信データ量に対応する前記画面情報の量との関係を記述した品質対応関係データを備え、
前記品質対応関係データに対し前記通信品質ａが許容する通信データ量を照合して、この通信データ量に対応した前記画面情報の量を特定し、
前記中継サーバに対し、当該中継サーバが通信回線Ａを介して前記クライアント端末へ配信する画面情報の量として、前記特定した画面情報の量を指定する、
ことを特徴とする請求項２または３に記載のトラフィック制御システム。
【請求項８】
前記中継サーバはシンクライアントサーバであり、前記クライアント端末はシンクライアント端末であって、中継サーバとクライアント端末とでシンクライアントシステムをなし、
前記通信回線Ａのプロトコルはリモートデスクトップ接続用通信のプロトコルであり、前記通信回線Ｂのプロトコルはストリーミング通信用のプロトコルであることを特徴とする請求項１〜７のいずれかに記載のトラフィック制御システム。
【請求項９】
動画配信サーバ、前記動画配信サーバから配信される動画データを再生する動画再生プログラムを備える中継サーバ、前記中継サーバから前記動画データの再生データに応じた画面情報を受け取って画面出力するクライアント端末の間のトラフィック制御を行う情報処理システムが、
前記中継サーバと前記クライアント端末との間の通信回線Ａについて通信品質を測定する品質測定処理と、
前記測定した通信回線Ａの通信品質ａが許容する通信データ量の前記画面情報の量に対応した、前記動画配信サーバと前記中継サーバとの間の通信回線Ｂでの動画データの配信量を特定する上流特定処理と、
前記通信回線Ｂを介して前記動画配信サーバから前記中継サーバへ配信される動画データの量が、前記特定した動画データの配信量となるべく制御する上流制御処理と、
を実行することを特徴とするトラフィック制御方法。
【請求項１０】
動画配信サーバ、前記動画配信サーバから配信される動画データを再生する動画再生プログラムを備える中継サーバ、前記中継サーバから前記動画データの再生データに応じた画面情報を受け取って画面出力するクライアント端末の間のトラフィック制御を行う情報処理システムが、
前記中継サーバと前記クライアント端末との間の通信回線Ａについて通信品質を測定する品質測定処理と、
前記中継サーバから前記通信回線Ａを介してクライアント端末へ送られる画面情報の量が、前記測定した通信回線Ａの通信品質ａが許容する通信データ量となるべく制御する下流制御処理と、
を実行することを特徴とするトラフィック制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラフィック制御システムおよびトラフィック制御方法に関するものであり、具体的には、動画配信サーバと、この動画サーバから動画データ配信を受ける中継サーバ（シンクライアントサーバ）と、中継サーバから前記動画データの再生データ配信を受けるクライアント端末（シンクライアント端末）との間の異なる通信回線を跨った動画配信を各通信回線の品質に応じて管理する技術に関する。
【背景技術】
【０００２】
動画などのストリーミングコンテンツはネットワークにかかる負荷が重くなりやすく、こうしたコンテンツの配信を行う場合に、通信環境に応じた適切な配信管理を行う必要がある。そこでこうした必要性に対応する技術として例えば、ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介して前記アプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末で前記コンテンツを再生する際の通信環境に基づき前記クライアント端末を制御する制御サーバとを備え、前記クライアント端末は、前記アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を前記制御サーバへ通知し、前記制御サーバは、ネットワークを介して前記クライアント端末から通知された前記コンテンツ再生状況に基づき、前記クライアント端末での前記コンテンツの正常再生可否を判定することにより、前記クライアント端末で前記コンテンツを再生する際の通信環境を検証し、前記利用者に対するその通信環境に応じたコンテンツの提示を前記クライアント端末へ指示することを特徴とするサーバ・クライアント間通信システム（特許文献１参照）などが提案されている。
【特許文献１】特開２００４−１４６８９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一方、企業等における情報漏洩対策や内部統制の必要性から、クライアントコンピュータには、ハードディスク装置などを省いて、表示や入力など最低限の機能のみを持った専用のコンピュータ（シンクライアント端末）を採用し、アプリケーションソフトなどの資源はサーバ（シンクライアントサーバ）で一元管理するといった、シンクライアントの考え方が登場している。
【０００４】
こうしたシンクライアント環境においては、シンクライアントサーバで実行されるＧＵＩ情報は、そのアプリケーション種類に関係なく画面情報のみがシンクライアント端末に送信される。例えば、リモートデスクトップ（マイクロソフト社）通信において、シンクライアント端末に送信されるシンクライアントサーバの画面情報は、画像的に変化した差分情報のみとなるが、画面の更新頻度が大きい場合はその差分情報も増加することとなる。
【０００５】
そのため、シンクライアントサーバ−シンクライアント端末間の回線品質が悪い（例：帯域幅小さい、伝送遅延大きい、など）状況下で画面更新が頻繁に発生すると、前記差分情報の伝達が遅延したりするなどして、利用者からは画面更新がスムーズに行われないように見える。更に、ネットワーク上では輻輳が発生したり、更には半二重型のネットワーク（ＡＤＳＬ等の上りと下りの通信品質が非対称なネットワーク）では上り（クライアント→サーバ）方向のトラフィックにも影響を与え、マウスやキーボードの入力が正常に送信されないといった問題が発生する。特に、シンクライアントサーバでの動画像の再生データをシンクライアント端末に送る状況においては、この問題が顕著に現れる。これは、サーバ−クライアント間のネットワーク品質に応じて画面情報を送信する仕組みが無いために発生する問題である。
【０００６】
そこで本発明は上記課題を鑑みてなされたものであり、サーバでの動画再生に伴う画面情報のクライアントへの送信をネットワーク品質に応じたものとする技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明のトラフィック制御システムは、動画配信サーバ、前記動画配信サーバから配信される動画データを再生する動画再生プログラムを備える中継サーバ、前記中継サーバから前記動画データの再生データに応じた画面情報を受け取って画面出力するクライアント端末の間におけるトラフィック制御を行う情報処理システムであって、前記中継サーバと前記クライアント端末との間の通信回線Ａについて通信品質を測定する品質測定手段と、前記測定した通信回線Ａの通信品質ａが許容する通信データ量の前記画面情報の量に対応した、前記動画配信サーバと前記中継サーバとの間の通信回線Ｂでの動画データの配信量を特定する上流特定手段と、前記通信回線Ｂを介して前記動画配信サーバから前記中継サーバへ配信される動画データの量が、前記特定した動画データの配信量となるべく制御する上流制御手段と、を備える。これによれば、通信回線Ｂ（上流）にて動画配信サーバから中継サーバへ配信される動画データの量を、通信回線Ａ（下流）の通信品質に応じて制御することが可能となり、サーバでの動画再生に伴う画面情報のクライアントへの送信をネットワーク品質に応じたものとできる。
【０００８】
また、本発明のトラフィック制御システムは、動画配信サーバ、前記動画配信サーバから配信される動画データを再生する動画再生プログラムを備える中継サーバ、前記中継サーバから前記動画データの再生データに応じた画面情報を受け取って画面出力するクライアント端末の間におけるトラフィック制御を行う情報処理システムであって、前記中継サーバと前記クライアント端末との間の通信回線Ａについて通信品質を測定する品質測定手段と、前記中継サーバから前記通信回線Ａを介してクライアント端末へ送られる画面情報の量が、前記測定した通信回線Ａの通信品質ａが許容する通信データ量となるべく制御する下流制御手段と、を備える。これによれば、通信回線Ａ（下流）にて中継サーバからクライアント端末へ配信される画面情報量を、通信回線Ａ（下流）の通信品質に応じて制御することが可能となり、サーバでの動画再生に伴う画面情報のクライアントへの送信をネットワーク品質に応じたものとできる。
【０００９】
また、前記トラフィック制御システムにおいて、前記品質測定手段は、前記クライアント端末、前記中継サーバ、および前記通信回線Ａの経路中に設置される外部装置の少なくともいずれかが備え、通信回線Ａの帯域幅または伝送速度の少なくともいずれかの測定を行うものであるとしてもよい。これによれば、通信回線Ａの帯域幅または伝送速度の情報をトラフィック制御システムが取得して、上流制御手段や下流制御手段での制御に効率的に利用することができる。
【００１０】
また、前記トラフィック制御システムにおいて、前記上流特定手段は、前記動画配信サーバより通信回線Ｂを経て前記中継サーバが受信し再生処理を行う動画データの配信量と、前記再生処理に応じて中継サーバから通信回線Ａに送出される画面情報の量との関係を記述した上下流対応関係データを備え、前記上下流対応関係データに対し前記通信品質ａが許容する通信データ量の前記画面情報の量を照合して、この画面情報の量に対応した前記通信回線Ｂでの動画データの配信量を特定する、としてもよい。これによれば、上下流対応関係データを用いて通信回線Ｂでの動画データの配信量の特定を効率的に行うことができる。
【００１１】
また、前記トラフィック制御システムにおいて、前記上流制御手段は、中継サーバに対し、当該中継サーバが前記動画配信サーバへ要求する動画配信品質として、前記特定した動画データの配信量を指定するよう指示する処理か、前記動画配信サーバに対し、当該動画配信サーバが前記中継サーバへ配信する動画配信品質として、前記特定した動画データの配信量を指定する処理のいずれかを行うとしてもよい。これによれば、動画配信サーバからの動画配信時に予め配信量を絞って通信回線Ａの通信品質にマッチした動画配信を行うことができる。
【００１２】
また、前記トラフィック制御システムにおいて、前記上流制御手段は、前記通信回線Ｂの帯域幅を制御する帯域制御装置であるとしてもよい。これによれば、データの配信元を制御する必要がなく通信回線Ｂの品質を直接制御できるため、前記上流制御手段による処理が間便で効率的となる。
【００１３】
また、前記トラフィック制御システムにおいて、前記下流制御手段は、通信回線の通信品質が許容する通信データ量と、前記通信データ量に対応する前記画面情報の量との関係を記述した品質対応関係データを備え、前記品質対応関係データに対し前記通信品質ａが許容する通信データ量を照合して、この通信データ量に対応した前記画面情報の量を特定し、前記中継サーバに対し、当該中継サーバが通信回線Ａを介して前記クライアント端末へ配信する画面情報の量として、前記特定した画面情報の量を指定する、としてもよい。これによれば、品質対応関係データによって、通信回線Ａを流れる画面情報の量を簡便かつ効率的に特定できる。
【００１４】
また、前記トラフィック制御システムにおいて、前記中継サーバはシンクライアントサーバであり、前記クライアント端末はシンクライアント端末であって、中継サーバとクライアント端末とでシンクライアントシステムをなし、前記通信回線Ａのプロトコルはリモートデスクトップ接続用通信のプロトコルであり、前記通信回線Ｂのプロトコルはストリーミング通信用のプロトコルであるとしてもよい。これによれば、シンクライアントシステムにおける動画配信時においても、本発明のトラフィック制御方法を適用し、シンクライアントサーバでの動画再生に伴う画面情報のシンクライアント端末への送信をネットワーク品質に応じたものとできる。
【００１５】
また、本発明のトラフィック制御方法は、動画配信サーバ、前記動画配信サーバから配信される動画データを再生する動画再生プログラムを備える中継サーバ、前記中継サーバから前記動画データの再生データに応じた画面情報を受け取って画面出力するクライアント端末の間のトラフィック制御を行う情報処理システムが、前記中継サーバと前記クライアント端末との間の通信回線Ａについて通信品質を測定する品質測定処理と、前記測定した通信回線Ａの通信品質ａが許容する通信データ量の前記画面情報の量に対応した、前記動画配信サーバと前記中継サーバとの間の通信回線Ｂでの動画データの配信量を特定する上流特定処理と、前記通信回線Ｂを介して前記動画配信サーバから前記中継サーバへ配信される動画データの量が、前記特定した動画データの配信量となるべく制御する上流制御処理と、を実行することを特徴とする。これによれば、通信回線Ｂ（上流）にて動画配信サーバから中継サーバへ配信される動画データの量を、通信回線Ａ（下流）の通信品質に応じて制御することが可能となり、サーバでの動画再生に伴う画面情報のクライアントへの送信をネットワーク品質に応じたものとできる。
【００１６】
また、本発明のトラフィック制御方法は、動画配信サーバ、前記動画配信サーバから配信される動画データを再生する動画再生プログラムを備える中継サーバ、前記中継サーバから前記動画データの再生データに応じた画面情報を受け取って画面出力するクライアント端末の間のトラフィック制御を行う情報処理システムが、前記中継サーバと前記クライアント端末との間の通信回線Ａについて通信品質を測定する品質測定処理と、前記中継サーバから前記通信回線Ａを介してクライアント端末へ送られる画面情報の量が、前記測定した通信回線Ａの通信品質ａが許容する通信データ量となるべく制御する下流制御処理と、を実行することを特徴とする。これによれば、通信回線Ａ（下流）にて中継サーバからクライアント端末へ配信される画面情報量を、通信回線Ａ（下流）の通信品質に応じて制御することが可能となり、サーバでの動画再生に伴う画面情報のクライアントへの送信をネットワーク品質に応じたものとできる。
【００１７】
なお、上記各手段はトラフィック制御システムとして専用のコンピュータ装置が備えるとしてもよいし、動画配信サーバ、シンクライアントサーバ、シンクライアント端末のいずれかが備えるとしてもよく、必要処理を実行できるのであればその所在は問わない。
【００１８】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１９】
本発明によれば、サーバでの動画再生に伴う画面情報を、サーバ−クライアント間のネットワーク品質に応じてクライアントへ送信することが可能となる。
【発明を実施するための最良の形態】
【００２０】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のトラフィック制御システムのネットワーク構成図である。図１に示すトラフィック制御システム１００は、ネットワークを介して互いに接続された、動画配信サーバ２００、前記動画配信サーバ２００から動画配信を受ける中継サーバたるシンクライアントサーバ３００、前記シンクライアントサーバ３００をリモートコントロールし、動画の再生データを画面情報としてシンクライアントサーバ３００から受けるクライアント端末たるシンクライアント端末４００の間のトラフィック制御を行うシステムである。このトラフィック制御システム１００は、動画配信サーバ２００、シンクライアントサーバ３００、シンクライアント端末４００とは全く別装置としてネットワーク上に配置されるコンピュータであってもよいし、或いは、動画配信サーバ２００、シンクライアントサーバ３００、シンクライアント端末４００のいずれかの装置にトラフィック制御システム１００として備えるべき各手段を一括または分散配置し、前記各手段を備える装置または装置群をもって構成するとしてもよい。
【００２１】
なお、シンクライアントサーバ３００は、シンクライアント端末４００との間にＶＰＮ（Virtual Private Network）を構築し、このＶＰＮを介して、シンクライアント端末４００から送られてきた入力情報（入力装置の操作内容）を受信し処理すると共に、処理結果を示す映像情報（ディスプレイ装置のデスクトップ画面）をシンクライアント端末４００に送信することとなる。シンクライアントサーバ３００は、通常は入出力装置をローカル接続しないで使用するサーバ装置である。
【００２２】
次に、本実施形態におけるトラフィック制御システム１００について説明する。図２は本実施形態のトラフィック制御システム１００の構成例を示す図である。前記トラフィック制御システム１００（以下、システム１００）は、本発明を実現する機能を備えるべくハードディスクドライブ１０１などに格納されたプログラム１０２をＲＡＭ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。
【００２３】
また、前記トラフィック制御システム１００は、コンピュータ装置が一般に備えている各種ボタン類などの入力インターフェイス１０５、必要な場合にはディスプレイなどの出力インターフェイス１０６、ならびに、動画配信サーバ２００、シンクライアント端末４００、シンクライアントサーバ３００などとの間のデータ授受を担う通信インターフェイス１０７などを有している。
【００２４】
続いて、前記トラフィック制御システム１００が、例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記トラフィック制御システム１００は、前記上下流対応関係データ１２５および品質対応関係データ１２６をハードディスクなどの適宜な記憶装置に有しているものとする。
【００２５】
前記トラフィック制御システム１００は、前記中継サーバたるシンクライアントサーバ３００（以下、シンクライアントサーバ３００）と前記クライアント端末たるシンクライアント端末４００（以下、シンクライアント端末４００）との間の通信回線Ａについて通信品質を測定する品質測定手段１１０を備える。この品質測定手段１１０は、例えば、シンクライアント端末４００が備える場合、受動測定（シンクライアント端末４００での入力操作に応じたシンクライアントサーバ３００からの画面データの応答時間測定やａｃｋ応答時間のゆらぎ測定など）や能動測定（ｐｉｎｇ送信に応じたシンクライアントサーバ３００からの応答データの応答時間測定など）の各種通信品質測定をシンクライアント端末４００が実行するものとなる。或いは同様の処理を専用の測定機器（通信回線Ａ上に設置）が実行するとしてもよい。また、前記品質測定手段１１０をシンクライアントサーバ３００が備える場合、前記受動測定を行うものとなる。
【００２６】
なお、前記品質測定手段１１０が測定する通信品質としては、例えば、通信回線Ａの帯域幅または伝送速度の少なくともいずれかを想定できる。また、品質測定手段１１０が測定した通信品質のデータは上流特定手段１１１に渡される。
【００２７】
また、前記トラフィック制御システム１００は、前記測定した通信回線Ａの通信品質ａが許容する通信データ量の前記画面情報の量に対応した、前記動画配信サーバ２００と前記シンクライアントサーバ３００との間の通信回線Ｂでの動画データの配信量を特定する上流特定手段１１１を備える。この上流特定手段１１１は、トラフィック制御システム１００として専用のコンピュータ装置の他、例えば、動画配信サーバ２００、シンクライアントサーバ３００、シンクライアント端末４００のいずれかの装置が備える想定できる。
【００２８】
前記上流特定手段１１１は、前記動画配信サーバ２００より通信回線Ｂを経て前記シンクライアントサーバ３００が受信し再生処理を行う動画データの配信量と、前記再生処理に応じてシンクライアントサーバ３００から通信回線Ａに送出される画面情報の量との関係を記述した上下流対応関係データ１２５を備えるとする。この場合、前記上流特定手段１１１は、前記上下流対応関係データ１２５に対し前記通信品質ａが許容する通信データ量の前記画面情報の量を照合して、この画面情報の量に対応した前記通信回線Ｂでの動画データの配信量を特定することとなる。
【００２９】
また、前記トラフィック制御システム１００は、前記通信回線Ｂを介して前記動画配信サーバ２００から前記シンクライアントサーバ３００へ配信される動画データの量が、前記特定した動画データの配信量となるべく制御する上流制御手段１１２を備える。この上流制御手段１１２は、例えば、トラフィック制御システム１００として専用のコンピュータ装置の他、例えば、動画配信サーバ２００、シンクライアントサーバ３００のいずれかの装置が備える想定できる。
【００３０】
前記上流制御手段１１２は、シンクライアントサーバ３００に対し、当該シンクライアントサーバ３００が前記動画配信サーバ２００へ要求する動画配信品質として、前記特定した動画データの配信量を指定するよう指示する処理を行う。または、前記動画配信サーバ２００に対し、当該動画配信サーバ２００が前記シンクライアントサーバ３００へ配信する動画配信品質として、前記特定した動画データの配信量を指定する処理を行う。
【００３１】
なお、こうした上流制御手段１１２は、前記通信回線Ｂの帯域幅を制御する帯域制御装置であるとできる。帯域制御装置の例としては、例えば、PacketShaper（登録商標：Packeteer, Inc.）などがあげられる。
【００３２】
また、前記トラフィック制御システム１００は、前記シンクライアントサーバ３００から前記通信回線Ａを介してシンクライアント端末４００へ送られる画面情報の量が、前記測定した通信回線Ａの通信品質ａが許容する通信データ量となるべく制御する下流制御手段１１３を備えるとしてもよい。この下流制御手段１１３は、トラフィック制御システム１００として専用のコンピュータ装置の他、例えば、シンクライアントサーバ３００、シンクライアント端末４００のいずれかの装置が備える想定できる。
【００３３】
前記下流制御手段１１３は、通信回線の通信品質が許容する通信データ量と、前記通信データ量に対応する前記画面情報の量との関係を記述した品質対応関係データ１２６を備えるものとする。この場合、前記下流制御手段１１３は、前記品質対応関係データ１２６に対し前記通信品質ａが許容する通信データ量を照合して、この通信データ量に対応した前記画面情報の量を特定する。また、前記シンクライアントサーバ３００に対し、当該シンクライアントサーバ３００が通信回線Ａを介して前記シンクライアント端末４００へ配信する画面情報の量として、前記特定した画面情報の量を指定することとなる。
【００３４】
次に、シンクライアントサーバ３００について説明する。図３は本実施形態のシンクライアントサーバ３００の構成例を示す図である。一方、シンクライアントサーバ３００は、シンクライアント端末４００からのリモートアクセスを受け付けてシンクライアントシステムを構成するサーバ装置である。また、動画配信サーバ２００からの動画配信を受けて、動画再生プログラム３７２で動画再生を実行し、この再生データ（シンクライアントサーバ３００のディスプレイ装置での出力画像データ）に応じた画面情報を、リモートデスクトップ接続されているシンクライアント端末４００に送信する。
【００３５】
こうしたシンクライアントサーバ３００は、本発明を実現する機能を備えるべくＨＤＤ（ハードディスクドライブ）３０１などに格納されたプログラム３０２をＲＡＭ３０３に読み出し、演算装置たるＣＰＵ３０４により実行する。
【００３６】
また、前記シンクライアントサーバ３００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力インターフェイス３０５、必要であればディスプレイなどの出力インターフェイス３０６、ならびに、トラフィック制御システム１００、動画配信サーバ２００、シンクライアント端末４００などとの間のデータ授受を担う通信インターフェイス３０７などを有している。こうしたシンクライアントサーバ３００は、例えば、前記システム１００の前記各手段１１０〜１１３を実現するプログラム３０２を備える。
【００３７】
また、シンクライアントサーバ３００は、前記ＨＤＤ３０１において、リモートサーバプログラム３７０、暗号化通信プログラム３７１を記憶している。リモートサーバプログラム３７０は、シンクライアントサーバ３００のデスクトップをシンクライアント端末４００から遠隔操作を可能とするためのプログラムであり、例えばＡＴ＆Ｔケンブリッジ研究所で開発されたＶＮＣ（Virtual Network Computing）のサーバプログラムである。ＣＰＵ３０４は、ＯＳ３３６に従い、ＨＤＤ３０１からリモートサーバプログラム３７０をＲＡＭ３０３にロードして実行する。これにより、ＣＰＵ３０４は、ＶＰＮ等のネットワーク１４０を介してシンクライアント端末４００から送られてきた入力情報（キーボードおよびマウスの操作内容）を受信し処理すると共に、処理結果を示す映像情報（ディスプレイのデスクトップ画面）を、ＶＰＮ等のネットワーク１４０を介してシンクライアント端末４００に送信する。
【００３８】
また、前記暗号化通信プログラム３７１は、シンクライアント端末４００との間にＶＰＮ等のネットワーク１４０を構築するための通信プログラムであり、例えばＩＰｓｅｃ（Security Architecture for the Internet Protocol）を用いた通信プログラムである。ＣＰＵ３０４は、ＯＳに従ってＨＤＤ３０１から暗号化通信プログラム３７１をＲＡＭ３０３にロードして実行する。これにより、ＣＰＵ３０４は、通信インターフェイス３０７を介してシンクライアント端末４００から受付けたリモートコントロールのための接続確立要求等に従い、シンクライアント端末４００との間にＶＰＮ等のセキュアなネットワーク１４０を構築し、このＶＰＮ等を介してシンクライアント端末４００とリモートコントロール用通信を行なう。
【００３９】
次に、前記シンクライアント端末４００について説明する。図４は本実施形態のシンクライアント端末４００の構成例を示す図である。一方、前記シンクライアント端末４００は、適宜な管理装置により割り当てされたシンクライアントサーバ３００に対してネットワーク１４０を介してアクセスしリモートコントロールする装置であって、前記シンクライアントサーバ３００と共にシンクライアントシステムを構成する。また、前記シンクライアント端末４００は、動画再生を行っているシンクライアントサーバ３００から、動画の再生データに対応する画面情報を受信し、ディスプレイ装置に出力するコンピュータ装置である。
【００４０】
こうした前記シンクライアント端末４００は、本発明を実現する機能を備えるべく、フラッシュＲＯＭ４８０などに格納されたプログラム４０２をＲＡＭ４０３に読み出し、演算装置たるＣＰＵ４０４により実行する。
【００４１】
また、前記シンクライアント端末４００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力インターフェイス４０５、ディスプレイ装置などの出力インターフェイス４０６、ならびに、トラフィック制御システム１００やシンクライアントサーバ３００などとの間のデータ授受を担う通信インターフェイス４０７などを有している。
【００４２】
こうしたシンクライアント端末４００は、いわゆるＨＤＤレスタイプのＰＣであり、プリンタ、外付けドライブ、外付けメモリ等をローカル接続およびネットワーク接続できないように構成されている。つまり、シンクライアント端末４００は、シンクライアントサーバ３００にローカル接続あるいはネットワーク接続されているプリンタ、外付けドライブ、外付けメモリ等のみを使用できるように構成されている。このようにすることで、シンクライアント端末４００の盗難等による情報漏えいの可能性を低減している。
【００４３】
また、前記シンクライアント端末４００は、キーボードおよびマウスを接続するためのＩ/Ｏコネクタ４６０、ディスプレイを接続するためのビデオカードを有する。また、前記シンクライアント端末４００は、前記システム１００の各手段１１０、１１１、１１３を実現するプログラム４０２を前記フラッシュＲＯＭ４８０にて保持するものとできる。
【００４４】
なお、本実施形態において前記シンクライアント端末４００は、各手段１１０、１１１、１１３を実現するプログラム４０２、リモートクライアントプログラム４７０、暗号化通信プログラム４７１らを、フラッシュＲＯＭ４８０に収めている。
【００４５】
また、前記クライアント端末４００は、ＴＰＭ（Trusted Platform Module）４０１と呼ばれるチップを備えている。このＴＰＭ４０１は、スマートカード（ＩＣ カード）に搭載されるセキュリティチップに似た機能を持っており、非対称鍵による演算機能、またこれら鍵を安全に保管するための耐タンパー性を有するハードウェアチップである。このＴＰＭ４０１の機能としては、例えば、ＲＳＡ（Rivest-Shamir-Adleman Scheme）秘密鍵の生成・保管、ＲＳＡ秘密鍵による演算（署名、暗号化、復号）、ＳＨＡ−１（Secure Hash Algorithm １）のハッシュ演算、プラットフォーム状態情報（ソフトウェアの計測値）の保持（PCR）、 鍵、証明書、クレデンシャルの信頼チェーンの保持、高品質な乱数生成、不揮発性メモリ、その他Opt-in やＩ／Ｏ等があげられる。
【００４６】
前記ＴＰＭ は、暗号鍵（非対称鍵）の生成・保管・演算機能の他、プラットフォーム状態情報（ソフトウェアの計測値）をＴＰＭ４０１ 内のレジスタＰＣＲ（Platform Configuration Registers）に安全に保管し、通知する機能を有している。ＴＰＭ４０１の最新仕様では、さらにローカリティやデリゲーション（権限委譲）等の機能が追加されている。なお、ＴＰＭ４０１は、物理的にプラットフォームのパーツ（マザーボードなど）に取り付けることとなっている。
【００４７】
また、本実施形態において前記シンクライアント端末４００は、リモートクライアントプログラム４７０と、暗号化通信プログラム４７１とを前記フラッシュＲＯＭ４８０にて備えている。なお、前記暗号化通信プログラム４７１は、暗号化を行う際に前記ＴＰＭ４０１の上記機能を用いる。前記リモートクライアントプログラム４７０は、シンクライアント端末４００が遠隔からシンクライアントサーバ３００のデスクトップにアクセスするためのプログラムであり、例えばＶＮＣのクライアント（ビューワ）プログラムである。ＣＰＵ４０４は、ＯＳに従ってフラッシュＲＯＭ４８０からリモートクライアントプログラム４７０をＲＡＭ４０３にロードして実行する。これにより、ＣＰＵ４０４は、Ｉ/Ｏコネクタ４６０の入力情報（キーボードおよびマウスの操作内容）を、例えばＶＰＮなどのネットワーク１４０を介してシンクライアントサーバ３００に送信すると共に、ＶＰＮ等のネットワーク１４０を介して当該シンクライアントサーバ３００から送られてきた映像情報（ディスプレイのデスクトップ画面）をビデオカードに接続されたディスプレイなどの入出力インターフェイス４０５等に出力する。
【００４８】
また、前記暗号化通信プログラム４７１は、リモートクライアントプログラム４７０より通知されたアドレスを持つシンクライアントサーバ３００との間に、ＶＰＮなどのセキュアな通信ネットワークを構築するための通信プログラムである。例えば、ＩＰｓｅｃを用いた通信プログラムを想定できる。ＣＰＵ４０４は、ＯＳに従ってフラッシュＲＯＭ４８０から暗号化通信プログラム４７１をＲＡＭ４０３にロードして実行する。これにより、ＣＰＵ４０４は、通信インターフェイス４０７を介して自シンクライアント端末４００に割当てされたシンクライアントサーバ３００へ通信開始要求を送信して、当該シンクライアントサーバ３００との間にＶＰＮ等のネットワークを構築し、このＶＰＮ等を介して当該シンクライアントサーバ３００とリモートコントロール用通信をする。
【００４９】
次に、動画配信サーバ２００について説明する。図５は本実施形態の動画配信サーバ２００の構成例を示す図である。前記動画配信サーバ２００は、前記シンクライアントサーバ３００に通信回線Ｂを介して接続され、シンクライアントサーバ３００に対する動画配信を行うサーバ装置である。この動画配信サーバ２００は、ＣＰＵ２０４、ＲＡＭ２０３、プログラム２０２を記憶する記憶装置２０１を備える。動画配信サーバ２００は、記憶装置２０１（例：ハードディスクドライブなど）に格納されたプログラム２０２をＲＡＭ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。
【００５０】
また、前記動画配信サーバ２００は、各種ボタン類などの入力インターフェイス２０５、必要であればディスプレイ、スピーカなどの出力インターフェイス２０６、ならびに、シンクライアントサーバ３００への動画データ送信を担う通信インターフェイス２０７などを有している。勿論、前記動画配信サーバ２００は、シンクライアントサーバ３００に配信するための動画データを格納した動画データベース２２５をハードディスクドライブなどの記憶装置に備えるものとする。こうした動画配信サーバ２００は、前記システム１００の各手段１１１、１１２を実現するプログラム２０２を備えるものと出来る。
【００５１】
なお、これまで示した  トラフィック制御システム１００、動画配信サーバ２００、シンクライアントサーバ３００、シンクライアント端末４００らにおける各手段１１０〜１１３等は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記各装置のＣＰＵがプログラム実行に合わせて記憶装置より該当プログラムを各メモリに読み出して、これを実行することとなる。
【００５２】
また、前記ネットワーク１４０に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。また、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。
【００５３】
−−−データベース構造−−−
次に、本実施形態におけるトラフィック制御システム１００が利用可能な各種テーブル類の構造について説明する。図６は本実施形態における、（ａ）上下流対応関係データ１２５、（ｂ）品質対応関係データ１２６の各データ構造例を示す図である。
【００５４】
前記上下流対応関係データ１２５は、前記動画配信サーバより通信回線Ｂ（例：ストリーミング通信用プロトコル）を経て前記中継サーバが受信し再生処理を行う動画データの配信量と、前記再生処理に応じてシンクライアントサーバ３００から通信回線Ａ（例：リモートデスクトップ通信用プロトコル）に送出される画面情報の量との関係を記述したテーブルである。この上下流対応関係データ１２５は、例えば、通信回線Ｂにおける動画のフレームレートに対して、シンクライアントサーバ３００が動画再生を行って通信回線Ａ経由でシンクライアント端末４００宛てに送出する画面情報のフレームレートを関連づけたレコードの集合体となっている。
【００５５】
また、前記品質対応関係データ１２６は、通信回線の通信品質が許容する通信データ量と、前記通信データ量に対応する前記画面情報の量との関係を記述するテーブルである。この品質対応関係データ１２６は、例えば、通信回線Ａの通信品質ａが許容する単位時間あたりの通信データ量（例：画面情報のデータサイズや送信速度であり、通信品質ａで伝送した結果、シンクライアント端末４００での出力結果に遅延等の問題が生じないデータ量）に対して、前記通信品質ａが許容する通信データ量に対応する前記画面情報の量を関連づけたレコードの集合体となっている。
【００５６】
−−−処理フロー例１−−−
以下、本実施形態におけるトラフィック制御方法の実際手順について、図に基づき説明する。なお、以下で説明するトラフィック制御方法に対応する各種動作は、前記トラフィック制御システム１００としての、シンクライアント端末４００およびシンクライアントサーバ３００のそれぞれＲＡＭ等に読み出してＣＰＵで実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。この実施形態では、一例として、前記品質測定手段１１０をシンクライアント端末４００が備え、前記上流特定手段１１１〜１１３をシンクライアントサーバ３００が備えると想定して説明を行う。
【００５７】
図７は本実施形態におけるトラフィック制御方法の処理フロー例１を示す図である。まず、前記シンクライアント端末４００が備える品質測定手段１１０は、前記シンクライアントサーバ３００と前記シンクライアント端末４００との間の通信回線Ａについて通信品質を測定する（ｓ１００）。この通信品質測定は、例えば通信回線Ａの帯域幅または伝送速度の少なくともいずれかを測定対象とし、受動動測定（シンクライアント端末４００での入力操作に応じたシンクライアントサーバ３００からの画面データの応答時間測定やａｃｋ応答時間のゆらぎ測定など）や能動測定（ｐｉｎｇ送信に応じたシンクライアントサーバ３００からの応答データの応答時間測定など）により実行される。
【００５８】
前記品質測定手段１１０は、測定した通信回線Ａの通信品質ａのデータをシンクライアント端末３００を介して、シンクライアントサーバ３００が備える前記上流特定手段１１１に渡す（ｓ１０１）。
【００５９】
一方、前記シンクライアントサーバ３００の上流特定手段１１１は、前記通信回線Ａの帯域幅など通信品質ａのデータをシンクライアント端末４００より取得し（ｓ１０２）、これをシンクライアントサーバ３００のＲＡＭ３０３に格納する（ｓ１０３）。そして、前記上流特定手段１１１は、帯域幅など前記通信品質ａのデータをＲＡＭ３０３より読み出し、前記上下流対応関係データ１２５ににおいて、例えば、ある帯域幅（通信品質）が許容する通信データ量（スループットなど）を特定し、この通信データ量以下となる画面情報量を照合する（ｓ１０４）。この照合により、前記画面情報量に対応した前記通信回線Ｂでの動画データの配信量（フレームレートなど）を特定する（ｓ１０５）。
【００６０】
つまり、例えばある帯域幅の通信回線において良好な通信速度を保つための単位時間あたり最大の通信データ量を特定し、この通信データ量以下となる画面情報の量（単位時間あたり）を特定するのである。
【００６１】
次に、前記シンクライアントサーバ３００が備える上流制御手段１１２は、前記通信回線Ｂを介して前記動画配信サーバ２００から前記シンクライアントサーバ３００へ配信される動画データの量が、前記特定した動画データの配信量となるべく制御する（ｓ１０６）。  この場合、前記上流制御手段１１２による処理は、当該シンクライアントサーバ３００が前記動画配信サーバ２００へ要求する動画配信品質として、前記特定した動画データの配信量（フレームレートなど）を指定するよう、前記シンクライアントサーバ３００へ指示する処理となる。こうした指示を行うことで、シンクライアントサーバ３００は、動画配信サーバ２００に対して前記配信量での動画配信を要求し、それに応じて動画配信サーバ２００から動画配信を受け、さらに、前記配信された動画データを再生し、その際の画面情報を通信回線Ａを介してシンクライアント端末４００に送信する。
【００６２】
あるいは前記上流制御手段１１２は、前記動画配信サーバ２００に対し、当該動画配信サーバ２００が前記シンクライアントサーバ３００へ配信する動画配信品質として、前記特定した動画データの配信量を指定する処理を行うとしてもよい。こうした指示を行うことで、動画配信サーバ２００は、最初から、通信回線Ａの通信品質ａにマッチしたフレームレート（配信量）での動画配信をシンクライアントサーバ３００に行うこととなる。
【００６３】
なお、こうした上流制御手段１１２は、前記通信回線Ｂの帯域幅を制御する帯域制御装置であるとできる。帯域制御装置の例としては、例えば、PacketShaper（登録商標：Packeteer, Inc.）などがあげられる。
【００６４】
こうして、シンクライアントシステムにおけるシンクライアントサーバ３００とシンクライアント端末４００との間の通信回線Ａ（下流側）の通信品質ａに応じて、予め、動画配信サーバ２００からのシンクライアントサーバ３００への動画配信（上流側）のフレームレートを絞っておくことで、通信回線ＡおよびＢの間での通信品質の違いによるデータ遅延や輻輳の発生を抑制し、シンクライアントサーバ３００とシンクライアント端末４００との間のリモートデスクトップ接続環境における動画再生をスムーズなものとする。
【００６５】
−−−処理フロー例２−−−
図８は本実施形態におけるトラフィック制御方法の処理フロー例２を示す図である。また他の例として、例えば、シンクライアントサーバ３００が下流制御手段１１３を備える状況を想定できる。この場合、前記シンクライアント端末４００が備える品質測定手段１１０は、前記シンクライアントサーバ３００と前記シンクライアント端末４００との間の通信回線Ａについて通信品質を測定する（ｓ２００）。また、前記品質測定手段１１０は、測定した通信回線Ａの通信品質ａのデータをシンクライアント端末３００を介して、シンクライアントサーバ３００が備える前記下流制御手段１１３に渡す（ｓ２０１）。
【００６６】
一方、前記シンクライアントサーバ３００の下流制御手段１１３は、前記通信品質ａのデータをシンクライアント端末４００から受信し（ｓ２０２）、ＲＡＭ３０３に格納する（ｓ２０３）。続いて下流制御手段１１３は、前記ＲＡＭ３０３より読み出した帯域幅など通信品質ａのデータを、前記品質対応関係データ１２６に対して照合し、前記通信品質ａが許容する通信データ量（スループットなど）を特定し（ｓ２０４）、この通信データ量に対応した前記画面情報の量を特定する（ｓ２０５）。
【００６７】
つまり、例えばある帯域幅の通信回線において良好な通信速度を保つための単位時間あたり最大の通信データ量を特定し、この通信データ量以下となる画面情報の量（単位時間あたり）を特定するのである。
【００６８】
続いて前記下流制御手段１１３は、前記シンクライアントサーバ３００に対し、当該シンクライアントサーバ３００が通信回線Ａを介して前記シンクライアント端末４００へ配信する画面情報の量として、前記特定した画面情報の量を指定する（ｓ２０６）。こうして、シンクライアントシステムにおけるシンクライアントサーバ３００とシンクライアント端末４００との間の通信回線Ａの通信品質ａに応じて、シンクライアントサーバ３００からのシンクライアント端末４００への画面情報の単位時間あたりの送信量を適宜落とすことで、通信回線ＡおよびＢに通信品質の違いがあってもシンクライアントサーバ３００がバッファー的に動作して通信品質差を吸収し、従来のデータ遅延や輻輳の発生を抑制し、シンクライアントサーバ３００とシンクライアント端末４００との間のリモートデスクトップ接続環境における動画再生をスムーズなものとする。
【００６９】
本実施形態によれば、サーバでの動画再生に伴う画面情報のクライアントへの送信をネットワーク品質に応じたものとできる。
【００７０】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００７１】
【図１】本実施形態のトラフィック制御システムのネットワーク構成図である。
【図２】本実施形態のトラフィック制御システムの構成例を示す図である。
【図３】本実施形態のシンクライアントサーバの構成例を示す図である。
【図４】本実施形態のシンクライアント端末の構成例を示す図である。
【図５】本実施形態の動画配信サーバの構成例を示す図である。
【図６】本実施形態における、（ａ）上下流対応関係データ、（ｂ）品質対応関係データの各データ構造例を示す図である。
【図７】本実施形態におけるトラフィック制御方法の処理フロー例１を示す図である。
【図８】本実施形態におけるトラフィック制御方法の処理フロー例２を示す図である。
【符号の説明】
【００７２】
１００  トラフィック制御システム
１０１、２０１、３０１  ＨＤＤ（Hard Disk Drive）
１０２、２０２、３０２、４０２  プログラム
１０３、２０３、３０３、４０３  ＲＡＭ（Random Access Memory）
１０４、２０４、３０４、４０４  ＣＰＵ（Central Processing Unit）
１０５、２０５、３０５、４０５  入力インターフェイス
１０６、２０６、３０６、４０６  出力インターフェイス
１０７、２０７、３０７、４０７  通信インターフェイス
１１０  品質測定手段
１１１  上流特定手段
１１２  上流制御手段
１１３  下流制御手段
１２５  上下流対応関係データ
１２６  品質対応関係データ
１４０  ネットワーク
２００  動画配信サーバ
３００  シンクライアントサーバ
３７０  リモートサーバプログラム
３７１、４７１  暗号化通信プログラム
４００  シンクライアント端末
４０１  ＴＰＭ（Trusted Platform Module）
４７０  リモートクライアントプログラム
４８０  フラッシュＲＯＭ
【図１】
2009060425.tif 000003
【図２】
2009060425.tif 000004
【図３】
2009060425.tif 000005
【図４】
2009060425.tif 000006
【図５】
2009060425.tif 000007
【図６】
2009060425.tif 000008
【図７】
2009060425.tif 000009
【図８】
2009060425.tif 000010