(57)【特許請求の範囲】
【請求項１】
アプリケーションの制御を司るアプリケーション制御手段と、
端末とサーバおよびルータ間の下り許容帯域を測定する下り許容帯域監視手段と、
トラフィックごとの下り帯域優先度を格納しているトラフィック優先度ＤＢ（データベース）と、
上記トラフィック優先度ＤＢおよび下り許容帯域監視手段によって得られる下り許容帯域値をもとにして、その時点でのトラフィックごとの下り要求帯域を決定するデータ受信制御手段と、
ネットワークと接続される入出力Ｉ／Ｆを具備してなる
ことを特徴とする視覚的かつ動的に下り利用帯域を制御する端末装置。
【請求項２】
請求項１に記載の端末装置において、
トラフィック優先度ＤＢを変更する手段と、
更新されたトラフィック優先度ＤＢをもとにして、下り許容帯域値から、要求転送速度を概算し直す手段と、
新たな要求転送速度で個々のトラフィックを受信する手段と、
を含むことを特徴とする視覚的かつ動的に下り利用帯域を制御する端末装置。
【請求項３】
予めトラフィック優先度ＤＢにトラフィックの優先度を登録するステップ、
アプリケーション制御部がデータ受信要求を行うステップ、
端末とサーバおよびルータ間の下り許容帯域を測定するステップ、
前記下り許容帯域値とトラフィック優先度をもとにして、トラフィックごとの要求転送速度を概算するステップ、および、
概算された要求転送速度で個々のトラフィックを受信するステップ、
を含むことを特徴とする視覚的かつ動的に下り利用帯域を制御する方法。
【請求項４】
請求項３に記載のステップの後に、
トラフィック優先度ＤＢを変更するステップ、
更新されたトラフィック優先度ＤＢをもとにして、下り許容帯域値から、要求転送速度を概算し直すステップ、および、
新たな要求転送速度で個々のトラフィックを受信するステップ、
を含むことを特徴とする請求項３に記載の視覚的かつ動的に下り利用帯域を制御する方法。
【請求項５】
コンピュータに、
予めトラフィック優先度ＤＢにトラフィックの優先度を登録するステップ、
アプリケーション制御部がデータ受信要求を行うステップ、
端末とサーバおよびルータ間の下り許容帯域を測定するステップ、
前記下り許容帯域値とトラフィック優先度をもとにして、トラフィックごとの要求転送速度を概算するステップ、および、
概算された要求転送速度で個々のトラフィックを受信するステップ、
を実行させるための視覚的かつ動的に下り利用帯域を制御するプログラム。
【請求項６】
請求項５に記載のステップの後に、
トラフィック優先度ＤＢを変更するステップ、
更新されたトラフィック優先度ＤＢをもとにして、下り許容帯域値から、要求転送速度を概算し直すステップ、および、
新たな要求転送速度で個々のトラフィックを受信するステップ、
を含む請求項５に記載の視覚的かつ動的に下り利用帯域を制御するプログラム。
【請求項７】
請求項５または６に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続されサーバと通信できる端末で、サーバと端末間がある帯域で確保され、その帯域内で通信データを割り当てる場合において、視覚的にかつ動的に下り利用帯域をトラフィック特性ごとに制御することが可能となる、視覚的かつ動的に下り帯域を制御する端末装置、制御方法、プログラム、および記録媒体に関する。
【０００２】
【従来の技術】
ここ数年、常時接続かつ広帯域ネットワークの普及に伴い、ネットワーク上では、テキストベースのコンテンツだけでなく、音楽や映像などのマルチメディアコンテンツの流通が活発になっている。そして、それらコンテンツのストリーミンクやダウンロード等、様々なサービス形態が帯域上を混在するようになってきている。
【０００３】
このようなネットワーク上で、様々なコンテンツの流通形態を実現するために、現在、ＱｏＳ技術の研究開発が盛んである。
【０００４】
【発明が解決しようとする課題】
しかし、従来の帯域制御に関するＱｏＳ技術では、静的にポリシーが決められている方法が多く、ユーザのニーズに応じてユーザによる操作で動的に帯域制御を行うことができるものではない。例えば、音楽コンテンツのダウンロード、Ｗｅｂブラウジング、映像コンテンツのストリーミンクなど、様々なサービスをユーザが同時に享受している場合、いち早く実現したいサービスをリアルタイムに容易に指定することはできない。
【０００５】
本発明は、上記問題点に鑑みて創案されたもので、その目的とするところは、ユーザのニーズに応じてユーザによる操作で動的に下り帯域制御を行うことが可能であり、かつユーザにその制御を視覚時に操作可能とする、視覚的かつ動的な下り帯域制御システムを提供することである。
【０００６】
【課題を解決するための手段】
本発明は、アプリケーションの制御を司るアプリケーション制御手段と、端末とサーバおよびルータ間の下り許容帯域を測定する下り許容帯域監視手段と、トラフィックごとの下り帯域優先度を格納しているトラフィック優先度ＤＢ（データベース）と、上記トラフィック優先度ＤＢおよび下り許容帯域監視手段によって得られる下り許容帯域値をもとにして、その時点でのトラフィックごとの下り要求帯域を決定するデータ受信制御手段と、ネットワークと接続される入出力Ｉ／Ｆとを具備してなることを特徴とする。
【０００７】
また、予めトラフィック優先度ＤＢにトラフィックの優先度を登録するステップ、アプリケーション制御部がデータ受信要求を行うステップ、端末とサーバおよびルータ間の下り許容帯域を測定するステップ、前記下り許容帯域値とトラフィック優先度をもとにして、トラフィックごとの要求転送速度を概算するステップ、および、概算された要求転送速度で個々のトラフィックを受信するステップ、を含むことを特徴とする。
【０００８】
【発明の実施の形態】
以下、添付図面を参照して、本発明を具体化した実施例につき説明し、本発明の理解に供する。尚、以下の実施例は本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。また、ここで記述するネットワークは、インターネットやホームネットワーク等、様々なネットワークを想定する。
【０００９】
まず、実施例１を、図１および図４をもとにして説明する。ここで、図１は、実施例１に係る、視覚的かつ動的な下り帯域制御システムの構成を示すブロック図、図４は、実施例１に係る、視覚的かつ動的な下り帯域制御システムの処理手順を示すフローチャートである。
【００１０】
まず始めに、ユーザは、モニター２０１を利用して、トラフィックの優先度をトラフィック優先度ＤＢ２１０に予め登録しておく。図６に示すように、ストリーミング、ダウンロード、ファイル転送、ＨＴＭＬ文書の取得等のトラフィック特性項目に対して、ユーザ所望の下り利用帯域の優先度を設定する。
【００１１】
以下、コンテンツのダウンロードやＨＴＭＬ文書の取得等、２種類のサービスをユーザが同時に享受する場合の処理手順を示す。ここで、サーバＡ３０１から享受するサービスをサービスＡ（サーバアドレス：アドレスＡ、ポート番号：Ａポート）、サーバＢ３０２から享受するサービスをサービスＢ（サーバアドレス：アドレスＢ、ポート番号：Ｂポート）とし、それぞれのトラフィックをトラフィックＡ、Ｂ、そしてトラフィック優先度ＤＢ２１０に格納されているそれぞれのトラフィック優先度をα、βとする。
【００１２】
まず、アプリケーション制御部２０２によって、サービスＡ、Ｂの要求が行われる。
【００１３】
するとまず、下り許容帯域監視部２０４は、サーバＡ３０１とだけ通信を行い、端末とサーバＡ３０１間の下り許容帯域を測定する（ここで下り許容帯域がＸａであったとする）。そして次に、下り許容帯域監視部２０４は、サーバＢ３０２とだけ通信を行い、端末とサーバＢ３０２間の下り許容帯域を測定する（ここで、下り許容帯域がＸｂ（Ｘａ≧Ｘｂ）であったとする）。最後に、下り許容帯域監視部２０４は、ルータ３０３と通信を行い、端末とルータ３０３間の下り許容滞域を測定する（ここで下り許容帯域がＸ（Ｘ≧Ｘａ≧Ｘｂ）であったとする）。
【００１４】
次に、上記結果（Ｘ、Ｘａ、Ｘｂ）とトラフィック優先度ＤＢ２１０に格納されているトラフィックＡ、Ｂの優先度（α、β）をもとにして、データ受信制御部２０３において以下に示す通りに、トラフィックＡおよびＢに対して端末側から要求する下り帯域幅が概算される（図２、図３参照）。
ｉ）αＸ／（α＋β）≧ＸａかつβＸ／（α＋β）≧Ｘｂの場合：サーバＡに対してＸａ、サーバＢに対してＸｂ
ii）αＸ／（α＋β）≧ＸａかつβＸ／（α＋β）＜Ｘｂの場合：サーバＡに対してＸａ、そして、
ii-i）Ｘ≧（Ｘａ＋Ｘｂ）の場合：サーバＢに対してＸｂ
ii-ii）Ｘ＜（Ｘａ＋Ｘｂ）の場合：サーバＢに対してＸ−Ｘａ
iii）αＸ／（α＋β）＜ＸａかつβＸ／（α＋β）≧Ｘｂの場合：サーバＢに対してＸｂ、そして、
iii-i）Ｘ≧（Ｘａ＋Ｘｂ）の場合：サーバＡに対してＸａ
iii-ii）Ｘ＜（Ｘａ＋Ｘｂ）の場合：サーバＡに対してＸ−Ｘｂ
ｉｖ）αＸ／（α＋β）＜ＸａかつβＸ／（α＋β）＜Ｘｂの場合：サーバＡに対してαＸ／（α＋β）、サーバＢに対してβＸ／（α＋β）
そして，上記結果をもとにして、データ受信制御部２０３は、これらの帯域幅でそれぞれのトラフィックを受信できるようにサーバに対して指示を出す。例えば、端末と通信しているサーバＡ３０１のアドレスＡ、ポート番号Ａに対して、所望の転送速度でデータを送信するように命令する。ここで、下り許容帯域監視部２０４が下り許容帯域を測定し、その結果とトラフィック優先度をもとにして、トラフィックごとに要求転送速度を設定する一連の流れは、日々刻々とネットワークの状況が異なるため、定期的に行われリアルタイム性を反映するものとする。
【００１５】
最後に、入出力Ｉ／Ｆ２０５を介してサーバから所望のデータをユーザ所望の帯域で取得することが可能となる。
【００１６】
次に、実施例２を、図１および図５をもとにして説明する。ここで、図１は、実施例２に係る、視覚的かつ動的な下り帯域制御システムの構成を示すブロック図、図５は、実施例２に係る、視覚的かつ動的な下り帯域制御システムの処理手順を示すフローチャートである。
【００１７】
以下では、実施例１が既に実行されており、途中でトラフィックごとの下り利用帯域を変更したい場合の処理手順を示す。
【００１８】
ユーザは、図７に示すように、モニター２０１に視覚的に表示されるトラフィックごとの現在の下り利用帯域幅を、リモコン２１１等のキーを用いて図７に示したバーを上下にずらすような簡単な操作で、所望の帯域幅に設定し直すことができる。例えば図７に示すように、ユーザはＨＴＭＬ文書の取得より、ダウンロードをいち早く実現したい場合、ダウンロードの利用帯域幅を広げることが簡単に設定できる。ここで、図７においてバーの可動範図は、図２の表に従うものとする。
【００１９】
次に、上述のユーザの操作による帯域幅変更は、トラフィック優先度ＤＢ２１０を更新し、その更新されたトラフィック優先度と、下り許容帯域監視部２０４で得られる下り許容帯域値をもとにして、データ受信制御部２０３は、再度トラフィック要求転送速度を概算し、端末と通信しているサーバのアドレスおよびポート番号に対して指示を出す。
【００２０】
そして、入出力Ｉ／Ｆ２０５を介して、新たなトラフィック要求転送速度によってサーバからデータを取得することで、動時にユーザ所望の帯域で各々のデータを取得することが可能となる。また、ユーザは視覚的に帯域制御を行うことが可能となり、ユーザのニーズを即座に反映させることができる。
【００２１】
【発明の効果】
以上の説明の通り本発明によれば、様々なサービス形態が混在するネットワーク中で、ユーザはニーズに応じ、ユーザ自身の操作により、動的に下り帯域を制御することが可能となる。また、ユーザにその制御方法を視覚的に提示することで、容易にユーザニーズを反映することができる。
【図面の簡単な説明】
【図１】実施例１および２に係る視覚的かつ動的な下り帯域制御システムの構成を示すブロック図である。
【図２】要求転送速度を槻算する図（その１）である。
【図３】要求転送速度を概算する図（その２）である。
【図４】実施例１に係る視覚的かつ動的な下り帯域制御システムの処理手順を示すフローチャートである。
【図５】実施例２に係る視覚的かつ動的な下り帯域制御システムの処理手順を示すフローチャートである。
【図６】トラフィック優先度ＤＢの設定を示す図である。
【図７】視覚的かつ動的にトラフィック別下り帯域幅の設定変更を行う図である。
【符号の説明】
２０１…モニター、２０２…アプリケーション制御部、２０３…データ受信制御部（下り帯域制御部）、２０４…下り許容帯域監視部、２０５…入出力Ｉ／Ｆ、２１０…トラフィック優先度ＤＢ、２１１…リモコン、３０１…サーバＡ、３０２…サーバＢ、３０３…ルータ。
【図１】
0003732149.tif 000002
【図２】
0003732149.tif 000003
【図３】
0003732149.tif 000004
【図４】
0003732149.tif 000005
【図５】
0003732149.tif 000006
【図６】
0003732149.tif 000007
【図７】
0003732149.tif 000008