JP2002009826A - 帯域共有制御システム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザ端末で動作する複数のアプリケーショ
ンが、通信網を介してサーバ等からデータを取得する場
合に、その複数のアプリケーション同士が、該ユーザ端
末が利用可能な通信帯域を効率的に共有することができ
る帯域共有制御システムを提供する。 【解決手段】 ユーザ端末は、該ユーザ端末で動作する
複数のアプリケーションの起動状態を監視して起動状態
変化信号を導出し、該アプリケーションを制御するアプ
リケーション実行管理手段と、起動状態変化信号に基づ
いて、各アプリケーションに割り当てる許容通信帯域量
を算出する通信帯域制御手段とを有し、サーバ等は、ア
プリケーション毎の許容通信帯域量に基づいて、ユーザ
端末へ送信する単位時間当たりのデータ量を制御する送
信データ量制御手段を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、無線通信網又は固
定通信網を介して、インターネット又はイントラネット
へのアクセスを実現するシステムに関する。

【０００２】

【従来の技術】一般に、ユーザ端末上で動作する複数の
アプリケーションが、通信網を介して接続されるサーバ
又は端末からデータを取得する場合、例えば、固定通信
網又は無線通信網を介したリモートアクセスの場合、あ
るユーザに対し通信帯域が割り当てられ、この通信帯域
をユーザが使用する端末上の複数のアプリケーションで
共有する。現在、このような通信環境の下では、転送さ
れるデータを利用するアプリケーションの種類（例えば
ＷＷＷ、ＦＴＰ）又は通信ノードの識別情報（例えばＩ
Ｐアドレス）に基づいて転送処理の優先度を決定すると
ともに、リアルタイム性が高く伝送遅延の制約が厳しい
アプリケーションに関するデータを優先的に転送するこ
とで、これらのアプリケーションの動作特性又は応答特
性を保証するための方法が提案されている。

【０００３】

【発明が解決しようとする課題】しかしながら、前述し
たような従来技術においては、個々のユーザに割り当て
られた通信帯域に応じて、個々のユーザが使用する端末
（ユーザ端末）への転送データ量を制御することができ
なかったため、転送途中でデータが破棄され、ユーザ端
末上で動作するアプリケーションの安定した動作を保証
することができなかった。

【０００４】また、ユーザ端末上で複数のアプリケーシ
ョンが動作する場合、よりリアルタイム性の高いデータ
の転送が優先される従来の方法では、よりバースト性が
高いアプリケーションのデータ転送が阻害され、結果と
して、これらバースト性の高いアプリケーションの安定
した動作を保証することができなかった。

【０００５】更に、パケット転送順序のスケジューリン
グや超過パケットの破棄等、パケットレベルでの転送デ
ータ量の調整機構のみを具備するため、データトラフィ
ックの増加にともない、パケットの遅延や欠落が発生し
やすいという問題があった。

【０００６】更に、パケットレベルでの転送データ量の
調整機構では、パケットの遅延や破棄が不規則に発生す
ることにより、配信データが本来有する情報を維持した
転送データ量の調整ができず、結果としてユーザによる
情報認識を阻害する可能性がある。

【０００７】そこで、本発明は、ユーザ端末上で動作す
る複数のアプリケーションが、通信網を介して接続され
るサーバ、端末、ゲートウェイ又はプロキシからデータ
を取得する場合に、該ユーザ端末が利用可能な通信帯域
を該ユーザ端末上で動作する複数のアプリケーション間
で効率的に共有することを可能とする帯域共有制御シス
テムを提供することを目的とする。

【０００８】

【課題を解決するための手段】本発明による第１の実施
形態の帯域共有制御システムは、第１のユーザ端末と、
該第１のユーザ端末に第１の通信路を介して接続される
少なくとも１つ以上のサーバ又は第２のユーザ端末とを
有する通信システムであって、第１のユーザ端末は、該
第１のユーザ端末で動作する複数のアプリケーションの
起動状態を監視して起動状態変化信号を導出し、該アプ
リケーションを制御するアプリケーション実行管理手段
と、該アプリケーション実行管理手段から通知された起
動状態変化信号に基づいて、各アプリケーションに割り
当てる許容通信帯域量を算出する通信帯域制御手段とを
有し、サーバ又は第２のユーザ端末は、通信帯域制御手
段から通知されたアプリケーション毎の許容通信帯域量
に基づいて、第１のユーザ端末へ送信する単位時間当た
りのデータ量を制御する送信データ量制御手段を有す
る。

【０００９】本発明による第２の実施形態の帯域共有制
御システムは、第１のユーザ端末と、該第１のユーザ端
末に第１の通信路を介して接続される少なくとも１つ以
上のゲートウェイ又はプロキシと、該ゲートウェイ又は
プロキシに第２の通信路を介して接続される少なくとも
１つ以上のサーバ又は第２のユーザ端末とを有する通信
システムであって、第１のユーザ端末は、該第１のユー
ザ端末で動作する複数のアプリケーションの起動状態を
監視して起動状態変化信号を導出し、該アプリケーショ
ンを制御するアプリケーション実行管理手段と、該アプ
リケーション実行管理手段から通知された起動状態変化
信号に基づいて、各アプリケーションに割り当てる許容
通信帯域量を算出する通信帯域制御手段とを有し、ゲー
トウェイ又はプロキシは、通信帯域制御手段から通知さ
れたアプリケーション毎の許容通信帯域量に基づいて、
第１のユーザ端末へ送信する単位時間当たりのデータ量
を制御する送信データ量制御手段を有する。

【００１０】本発明による第３の実施形態の帯域共有制
御システムは、第１のユーザ端末と、該第１のユーザ端
末に第３の通信路を介して接続される通信端末と、該通
信端末に第１の通信路を介して接続される少なくとも１
つ以上のサーバ又は第２のユーザ端末とを有する通信シ
ステムであって、第１のユーザ端末は、該第１のユーザ
端末で動作する複数のアプリケーションの起動状態を監
視して起動状態変化信号を導出し、該アプリケーション
を制御するアプリケーション実行管理手段を有し、通信
端末は、アプリケーション実行管理手段から通知された
起動状態変化信号に基づいて、各アプリケーションに割
り当てる許容通信帯域量を算出する通信帯域制御手段を
有し、サーバ又は第２のユーザ端末は、通信帯域制御手
段から通知されたアプリケーション毎の許容通信帯域量
に基づいて、第１のユーザ端末へ送信するデータ量を制
御する送信データ量制御手段を有する。

【００１１】本発明による第４の実施形態の帯域共有制
御システムは、第１のユーザ端末と、該第１のユーザ端
末に第３の通信路を介して接続される通信端末と、該通
信端末に第１の通信路を介して接続される少なくとも１
つ以上のゲートウェイ又はプロキシと、該ゲートウェイ
又はプロキシに第２の通信路を介して接続される少なく
とも１つ以上のサーバ又は第２のユーザ端末とを有する
通信システムであって、第１のユーザ端末は、該第１の
ユーザ端末で動作する複数のアプリケーションの起動状
態を監視して起動状態変化信号を導出し、該アプリケー
ションを制御するアプリケーション実行管理手段を有
し、通信端末は、アプリケーション実行管理手段から通
知された起動状態変化信号に基づいて、各アプリケーシ
ョンに割り当てる許容通信帯域量を算出する通信帯域制
御手段を有し、ゲートウェイ又はプロキシは、通信帯域
制御手段から通知されたアプリケーション毎の許容通信
帯域量に基づいて、第１のユーザ端末へ送信する単位時
間当たりのデータ量を制御する送信データ量制御手段を
有する。

【００１２】これにより、第１のユーザ端末上で動作す
る複数アプリケーションの起動状態の変化に応じて各ア
プリケーションが利用可能な通信帯域量が適切に制御さ
れるため、各アプリケーションの安定した動作を保証で
きる。

【００１３】本発明の他の実施形態によれば、アプリケ
ーション実行管理手段は、更に、起動されている複数の
アプリケーションの使用状態を監視して使用状態変化信
号を導出し、通信帯域制御手段は、アプリケーション実
行管理手段から通知された使用状態変化信号に基づい
て、各アプリケーションに割り当てる許容通信帯域量を
算出することも好ましい。これにより、第１のユーザ端
末のアプリケーションの使用状態の変化に応じて各アプ
リケーションが利用可能な通信帯域量が適切に制御され
るため、各アプリケーションの安定した動作を保証でき
る。

【００１４】本発明の他の実施形態によれば、通信帯域
制御手段は、更に、第１の通信路の下り通信帯域量の変
化を検出し、該変化に基づいて複数のアプリケーション
に割り当てる許容通信帯域量を算出することも好まし
い。これにより、第１のユーザ端末に割り当てられる通
信帯域の変化に応じて各アプリケーションが利用可能な
通信帯域量が適切に制御されるため、各アプリケーショ
ンの安定した動作を保証できる。

【００１５】本発明の他の実施形態によれば、通信帯域
制御手段は、更に、第１の通信路の通信品質の変化を検
出し、該変化に基づいて複数のアプリケーションに割り
当てる許容通信帯域量を算出することも好ましい。これ
により、第１のユーザ端末が使用する通信路の通信品質
の変化に応じて各アプリケーションが利用可能な通信帯
域量が適切に制御されるため、各アプリケーションの安
定した動作を保証できる。

【００１６】本発明の他の実施形態によれば、送信デー
タ量制御手段は、第１のユーザ端末に送信する画像デー
タのファイルサイズを許容通信帯域量に応じて制御する
ために、データフォーマット変換処理、減色処理、画像
サイズの縮小処理又は量子化値の変更処理を行う画像デ
ータの変換処理部を有するものであってもよい。

【００１７】また、送信データ量制御手段は、第１のユ
ーザ端末に送信する動画像データのビットレートを許容
通信帯域量に応じて制御するために、データフォーマッ
ト変換処理、コーディングレート変更処理、減色処理、
フレームサイズの縮小処理、フレームレート変更処理又
は量子化値の変更処理を行う動画像データの変換処理部
を有するものであってもよい。

【００１８】また、送信データ量制御手段は、第１のユ
ーザ端末に送信する音声データのビットレートを許容通
信帯域量に応じて制御するために、データフォーマット
変換処理、コーディングレート変更処理を行う音声デー
タの変換処理部を有するものであってもよい。

【００１９】これにより、各アプリケーションに転送さ
れる画像データ量、動画像データ量又は音声データ量が
利用可能な通信帯域量に応じて適切に制御されるため、
送信データ量制御又は第1の通信路上での遅延やデータ
欠落の発生確率を低減することができる。また、これら
データが本来有する情報を維持しつつ転送データ量の調
整が行われるため、ユーザによる情報認識を阻害するこ
となく、各アプリケーションの安定した動作を保証でき
る。

【００２０】本発明の他の実施形態によれば、通信帯域
制御手段は、送信データ量制御手段手段が実現可能な変
換処理部の能力に関するプロファイルを管理し、該プロ
ファイルに基づいて許容通信帯域量の算出を行うことも
好ましい。これにより、各アプリケーションへの帯域割
り当てがデータ量制御機能の能力に応じて決定されるた
め、より効果的な帯域共有形態を実現でき、各アプリケ
ーションのより安定した動作を保証できる。

【００２１】本発明の他の実施形態によれば、送信デー
タ量制御手段は、該送信データ量制御手段が実現可能な
変換処理部の能力に関するプロファイルを管理し、通信
帯域制御手段は、送信データ量制御手段からプロファイ
ルを取得し、該プロファイルに基づいて許容通信帯域量
の算出を行うことも好ましい。これにより、個々のユー
ザが、利用可能な複数のユーザトラフィック制御機能の
能力を設定する必要をなくし、ユーザの利便性を向上で
きる。

【００２２】

【発明の実施の形態】以下では、図面を用いて、本発明
の実施形態を詳細に説明する。

【００２３】図１は、本発明による第１の実施形態の帯
域共有制御システムの構成図である。該図１において、
帯域共有制御システムは、第１のユーザ端末１と第１の
通信路１０で接続される少なくとも１つ以上のサーバ２
又は第２のユーザ端末３から構成される。

【００２４】第１のユーザ端末１は、該第1のユーザ端
末１上で動作する複数のアプリケーション２０の動作を
制御又は管理するアプリケーション実行管理機能２１
と、該アプリケーション実行管理機能２１と第１のイン
タフェース３１で接続される通信帯域制御機能２２を具
備している。サーバ２又は第２のユーザ端末３は、デー
タ量制御機能２３と、複数のアプリケーション２０の１
つと連携動作するサーバプロセス２４又はユーザアプリ
ケーション２５を具備する。

【００２５】サーバプロセス２４又はユーザアプリケー
ション２５は第２の通信路１１を介してデータ量制御機
能２３と接続され、該データ量制御機能２３は第1の通
信路１０を介して、アプリケーション２０の１つと接続
される。また、該データ量制御機能２３は、第２のイン
タフェースを介して通信帯域制御機能２２と接続され
る。

【００２６】図２は、本発明による第２の実施形態の帯
域共有制御システムの構成図である。該図２において、
帯域共有制御システムは、第１のユーザ端末１と第１の
通信路１０で接続される少なくとも１つ以上のゲートウ
ェイ／プロキシ４と、該ゲートウェイ／プロキシ４と第
２の通信路１１で接続される少なくとも１つ以上のサー
バ２又は第２のユーザ端末３から構成される。

【００２７】第１のユーザ端末１は、該第1のユーザ端
末１上で動作する複数のアプリケーション２０の動作を
制御又は管理するアプリケーション実行管理機能２１
と、該アプリケーション実行環境２１と第１のインタフ
ェース３１で接続される通信帯域制御機能２２を具備し
ている。サーバ２又は第２のユーザ端末３は、複数のア
プリケーション２０の１つと連携動作するサーバプロセ
ス２４又はユーザアプリケーション２５を具備し、ゲー
トウェイ／プロキシ４はデータ量制御機能２３を具備す
る。

【００２８】サーバプロセス２４又はユーザアプリケー
ション２５は第２の通信路１１を介してデータ量制御機
能２３と接続され、該データ量制御機能２３は第1の通
信路１０を介して、アプリケーション２０の１つと接続
される。また、該データ量制御機能２３は、第２のイン
タフェースを介して通信帯域制御機能２２と接続され
る。

【００２９】図３は、本発明による第３の実施形態の帯
域共有制御システムの構成図である。該図３において、
帯域共有制御システムは、第１のユーザ端末１と第３の
通信路１２で接続される通信端末５と、該通信端末５と
第１の通信路１０で接続される少なくとも１つ以上のサ
ーバ２又は第２のユーザ端末３から構成される。

【００３０】第１のユーザ端末１は、該第1のユーザ端
末１上で動作する複数のアプリケーション２０の動作を
制御又は管理するアプリケーション実行管理機能２１を
具備している。通信端末５は、アプリケーション実行管
理機能２１と第１のインタフェース３１で接続される通
信帯域制御機能２２と、アプリケーション２０と第３の
通信路１２で接続されるデータ中継機能２６を具備す
る。サーバ２又は第２のユーザ端末３は、データ量制御
機能２３と、複数のアプリケーション２０の１つと連携
動作するサーバプロセス２４又はユーザアプリケーショ
ン２５を具備する。

【００３１】サーバプロセス２４又はユーザアプリケー
ション２５は第２の通信路１１を介してデータ量制御機
能２３と接続され、該データ量制御機能２３は第1の通
信路１０を介して、データ中継機能２６と接続される。
また、データ量制御機能２３は、第２のインタフェース
を介して通信帯域制御機能２２と接続される。該通信帯
域制御機能は、第1のインタフェース３１を介して、ア
プリケーション実行管理機能２１と接続される。

【００３２】図４は、本発明による第３の実施形態の帯
域共有制御システムの構成図である。該図４において、
帯域共有制御システムは、第１のユーザ端末１と第３の
通信路１２で接続される通信端末５と、該通信端末５と
第１の通信路１０で接続される少なくとも１つ以上のゲ
ートウェイ／プロキシ４と、該ゲートウェイ／プロキシ
４と第２の通信路１１で接続される少なくとも１つ以上
のサーバ２又は第２のユーザ端末３から構成される。

【００３３】第１のユーザ端末１は、該第1のユーザ端
末１上で動作する複数のアプリケーション２０の動作を
制御又は管理するアプリケーション実行管理機能２１を
具備している。通信端末５は、アプリケーション実行管
理機能２１と第１のインタフェース３１で接続される通
信帯域制御機能２２と、アプリケーション２０と第３の
通信路１２で接続されるデータ中継機能２６を具備す
る。また、サーバ２又は第２のユーザ端末３は、複数の
アプリケーション２０の１つと連携動作するサーバプロ
セス２４又はユーザアプリケーション２５を具備し、ゲ
ートウェイ／プロキシ４はデータ量制御機能２３を具備
する。

【００３４】サーバプロセス２４又はユーザアプリケー
ション２５は第２の通信路１１を介してデータ量制御機
能２３と接続され、該データ量制御機能２３は第1の通
信路１０を介して、データ中継機能２６と接続される。
また、データ量制御機能２３は、第２のインタフェース
を介して通信帯域制御機能２２と接続される。該通信帯
域制御機能２２は第1のインタフェース３１を介して前
述のアプリケーション実行管理機能２１と接続される。

【００３５】図５は、本発明によるアプリケーション２
０の起動状態に応じた帯域共有制御処理の一例を示すフ
ローチャートである。アプリケーション実行管理機能２
１は、アプリケーション２０の起動状態を監視する（Ｓ
１）。起動しているアプリケーション２０が存在しない
状態から、アプリケーション２０の１つ（アプリケーシ
ョン（ｎ））が起動され（Ｓ２）、その通信要求を受信
したアプリケーション実行管理機能２１は（Ｓ３）、要
求元アプリケーション（ｎ）と連携動作するユーザアプ
リケーション２５（ユーザアプリケーション(k)）にデ
ータ要求を行う（Ｓ４）とともに、アプリケーション起
動状態の変化を検出し（Ｓ５）、その内容を第１のイン
タフェース３１を介して通信帯域制御機能２２に通知す
る（Ｓ６）。起動状態変化の通知を受信した通信帯域制
御機能２２は、その内容に基づき、許容通信帯域量の算
出を行う（Ｓ７）。同算出処理結果（ｗ１）を第２のイ
ンタフェース３２を介してアプリケーション（ｎ）と連
携動作するデータ量制御機能２３（データ量制御機能
（ｎ））に通知する（Ｓ８）。ユーザアプリケーション
(k)がアプリケーション（ｎ）あてのデータを送信し
（Ｓ９）し、同送信データ（アプリケーション（ｎ）デ
ータ）を受信したデータ量制御機能（ｎ）は（Ｓ１
０）、アプリケーション（ｎ）へのデータ転送タイミン
グが、通知された許容通信帯域量ｗ１となるように制御
しつつ、アプリケーション（ｎ）データを転送する（Ｓ
１１）。

【００３６】図６は、本発明によるアプリケーション２
０の起動状態に応じた帯域共有制御処理のもう一つの例
を示すフローチャートである。アプリケーション実行管
理機能２１は、アプリケーション２０の起動状態を監視
する（Ｓ２０）。起動中のアプリケーション２０（アプ
リケーション（ｎ））が存在する状態から、アプリケー
ション２０の１つ（アプリケーション（１））が起動さ
れ（Ｓ２１）、その通信要求を受信したアプリケーショ
ン実行管理機能２１は（Ｓ２２）、要求元アプリケーシ
ョン（１）と連携動作するサーバプロセス２４（サーバ
プロセス（１））にデータ要求を行う（Ｓ２３）ととも
に、アプリケーション起動状態の変化を検出し（Ｓ２
４）、その内容を第１のインタフェース３１を介して通
信帯域制御機能２２に通知する（Ｓ２５）。起動状態変
化の通知を受信した通信帯域制御機能２２は、その内容
に基づき、許容通信帯域量の算出を行う（Ｓ２６）。算
出処理結果ｗ２を第２のインタフェース３２を介してア
プリケーション（１）と連携動作するデータ量制御機能
２３（データ量制御機能（１））に通知する（Ｓ２
７）。また、算出処理結果ｗ３を第２のインタフェース
３２を介してアプリケーション（ｎ）と連携動作するデ
ータ量制御機能２３（データ量制御機能（ｎ））に通知
する（Ｓ２８）。サーバプロセス（１）がアプリケーシ
ョン（１）あてのデータを送信し（Ｓ２９）、同送信デ
ータ（アプリケーション（１）データ）を受信したデー
タ量制御機能（１）は（Ｓ３０）、アプリケーション
（１）へのデータ転送タイミングが、通知された許容通
信帯域量ｗ２となるように制御しつつ、アプリケーショ
ン（１）データを転送する（Ｓ３１）。一方、ユーザア
プリケーション（ｎ）がアプリケーション（ｎ）あての
データを送信し（Ｓ３２）、同送信データ（アプリケー
ション（ｎ）データ）を受信したデータ量制御機能
（ｎ）は（Ｓ３３）、アプリケーション（ｎ）へのデー
タ転送タイミングが、通知された許容通信帯域量ｗ３と
なるように制御しつつ、アプリケーション（ｎ）データ
を転送する（Ｓ３４）。

【００３７】図７は、本発明による、アプリケーション
２０の起動状態に応じた帯域共有制御処理のもう一つの
例を示すフローチャートである。アプリケーション実行
管理機能２１は、アプリケーション２０の起動状態を監
視する（Ｓ４０）。起動中のアプリケーション２０が複
数存在する（アプリケーション（１）とアプリケーショ
ン（ｎ））状態から、アプリケーション２０の１つ（ア
プリケーション（１））が停止され（Ｓ４１）、その終
了要求を受信したアプリケーション実行管理機能２１は
（Ｓ４２）、要求元アプリケーション（１）と連携動作
するサーバプロセス２４（サーバプロセス（１））にデ
ータ転送の終了要求を行う（Ｓ４３）とともに、アプリ
ケーション起動状態の変化を検出し（Ｓ４４）、その内
容を第１のインタフェース３１を介して通信帯域制御機
能２２に通知する（Ｓ４５）。起動状態変化の通知を受
信した通信帯域制御機能２２は、その内容に基づき、許
容通信帯域量の算出を行い（Ｓ４６）、算出処理結果ｗ
４（タイミング制御終了）を第２のインタフェース３２
を介してアプリケーション（１）と連携動作するデータ
量制御機能２３（データ量制御機能（１））に通知する
（Ｓ４７）。タイミング制御終了の要求を受信したデー
タ量制御機能（１）は、関連するリソースを開放しタイ
ミング制御処理を終了する（Ｓ４８）。また、通信帯域
制御機能２２は、算出処理結果ｗ５を第２のインタフェ
ース３２を介してアプリケーション（ｎ）と連携動作す
るデータ量制御機能２３（データ量制御機能（ｎ））に
通知する（Ｓ４９）。ユーザアプリケーション（ｎ）が
アプリケーション（ｎ）あてのデータを送信した場合
（Ｓ５０）、同送信データ（アプリケーション（ｎ）デ
ータ）を受信したデータ量制御機能（ｎ）は（Ｓ５
１）、アプリケーション（ｎ）へのデータ転送タイミン
グが、通知された許容通信帯域量ｗ５となるように制御
しつつ、アプリケーション（ｎ）データを転送する（Ｓ
５２）。

【００３８】図８は、本発明によるアプリケーション２
０の起動状態に応じた帯域共有制御処理に関する許容通
信帯域量の算出の一例を示すフローチャートである。許
容通信帯域量の算出の必要が生じた通信帯域制御機能２
２は、内部パラメータとして保持する最大使用可能下り
帯域量Ｗ０を参照する（Ｓ６０）。ここで、Ｗ０は、第
1のユーザ端末１が使用可能な下り通信帯域であり、通
信サービスにおけるベアラ帯域、第1のユーザ端末１又
は通信端末５が計測した平均スループット値のいずれか
を使用できる。通信帯域制御機能２２は、内部パラメー
タとして保持する帯域割り当て比率（Ｗｒ（１）〜Ｗｒ
（ｎ））を参照する（Ｓ６１）。Ｗｒ（ｎ）は、アプリ
ケーション（ｎ）に割り当て可能な帯域量を規定した値
であり、各アプリケーション２０に関する帯域割り当て
比率の総和は１である。

【００３９】上記各パラメータの参照後、通信帯域制御
機能２２は、起動中アプリケーションの検出を行い、個
々のアプリケーション２０の起動／停止状態を把握する
（Ｓ６２）。本例では、すべてのアプリケーション２０
の起動／停止状態をＡＰ＿Ｆ（ｎ）フラグの値として一
旦保持する方法を示している。通信帯域制御機能２２
は、保持したＡＰ＿Ｆ（ｎ）の値を評価し、起動中のア
プリケーション２０が存在する場合のみ許容通信帯域量
算出処理を継続する（Ｓ６３）。許容通信帯域量算出処
理を継続する場合、あらかじめ決められた式により、個
々のアプリケーション２０に割り当てる許容通信帯域量
（許容通信帯域量（ｎ））が決定される（Ｓ６４）。図
８では、算出式の例として、起動中のアプリケーション
２０に関して、設定された帯域割り当て比率Ｗｒ（ｎ）
でＷ０を共有する方法を示している。

【００４０】本例は、本発明によるアプリケーション２
０の起動状態に応じた帯域共有制御処理に適用可能な許
容通信帯域量算出方法の一例を示すものであり、これに
より請求項の範囲が限定されるものではない。

【００４１】図９は、本発明による、アプリケーション
２０の使用状態の変化に応じた帯域共有制御処理の一例
を示すフローチャートである。アプリケーション実行管
理機能２１は、起動されている複数のアプリケーション
２０（アプリケーション（１）とアプリケーション
（ｎ））がその実行結果を表示するために使用している
ウィンドウのアクティブ状態の変化等により、複数のア
プリケーション２０の使用状態を監視する（Ｓ７０）。
アプリケーション（ｎ）の使用状態がアクティブに変化
した場合（Ｓ７１）、アプリケーション実行管理機能２
１は、該アプリケーション（ｎ）の使用状態がアクティ
ブに遷移したことを検出し（Ｓ７２）、その内容を第１
のインタフェース３１を介して通信帯域制御機能２２に
通知する（Ｓ７３）。該使用状態の変化を検出した通信
帯域制御機能２２は、その内容に基づき許容通信帯域量
の算出を行う（Ｓ７４）。該通信帯域制御機能２２は、
算出処理結果ｗ６を第２のインタフェース３２を介し
て、アプリケーション（１）と連携動作するデータ量制
御機能２３（データ量制御機能（１））に通知する（Ｓ
７５）。また、算出処理結果ｗ７を第２のインタフェー
ス３２を介してアプリケーション（ｎ）と連携動作する
データ量制御機能２３（データ量制御機能（ｎ））に通
知する（Ｓ７６）。サーバプロセス（１）がアプリケー
ション（１）あてのデータを送信し（Ｓ７７）、同送信
データ（アプリケーション（１）データ）を受信したデ
ータ量制御機能（１）は（Ｓ７８）、アプリケーション
（１）へのデータ転送タイミングが、通知された許容通
信帯域量ｗ８となるように制御しつつ、アプリケーショ
ン（１）データを転送する（Ｓ７９）。一方、ユーザア
プリケーション（ｎ）がアプリケーション（ｎ）あての
データを送信し（Ｓ８０）、同送信データ（アプリケー
ション（ｎ）データ）を受信したデータ量制御機能
（ｎ）は（Ｓ８１）、アプリケーション（ｎ）へのデー
タ転送タイミングが、通知された許容通信帯域量ｗ９と
なるように制御しつつ、アプリケーション（ｎ）データ
を転送する（Ｓ８２）。

【００４２】図１０は、本発明によるアプリケーション
２０の使用状態に応じた帯域共有制御処理に関する許容
通信帯域量の算出の一例を示すフローチャートである。
使用状態の変化に通知により許容通信帯域量の算出の必
要が生じた通信帯域制御機能２２は、内部パラメータと
して保持する最大使用可能下り帯域量Ｗ０を参照する
（Ｓ９０）。ここで、Ｗ０は、第1のユーザ端末１が使
用可能な下り通信帯域であり、通信サービスにおけるベ
アラ帯域、第1のユーザ端末１又は通信端末５が計測し
た平均スループット値のいずれかを使用できる。通信帯
域制御機能２２は、内部パラメータとして保持する帯域
割り当て比率（Ｗｒ（１）〜Ｗｒ（ｎ））を参照する
（Ｓ９１）。Ｗｒ（ｎ）は、アプリケーション（ｎ）に
割り当て可能な帯域量を規定した値であり、各アプリケ
ーション２０に関する帯域割り当て比率の総和は１であ
る。

【００４３】上記各パラメータの参照後、通信帯域制御
機能２２は、起動中アプリケーションの検出を行い、個
々のアプリケーション２０の起動／停止状態を把握する
（Ｓ９２）。本例では、すべてのアプリケーション２０
の起動／停止状態をＡＰ＿Ｆ（ｎ）フラグの値として一
旦保持する方法を示している。通信帯域制御機能２２
は、保持したＡＰ＿Ｆ（ｎ）の値を評価し、起動中のア
プリケーション２０が存在する場合のみ許容通信帯域量
算出処理を継続する（Ｓ９３）。許容通信帯域量算出処
理を継続する場合、あらかじめ決められた式により、個
々のアプリケーション２０に割り当てる許容通信帯域量
（許容通信帯域量１（ｎ））が決定される（Ｓ９４）。
図８では、算出式の例として、起動中のアプリケーショ
ン２０に関して、設定された帯域割り当て比率Ｗｒ
（ｎ）でＷ０を共有する方法を示している。

【００４４】許容通信帯域量１（ｎ）の算出終了後、通
信帯域制御機能２２は、内部パラメータとして保持する
帯域変更比率（Ｄｒ（１）〜Ｄｒ（ｎ））を参照する
（Ｓ９５）。Ｄｒ（ｎ）は、アプリケーション（ｎ）の
使用状態が非アクティブの場合に、アプリケーション
（ｎ）に割り当てられる帯域量を規定した値であり、例
えば、１から０の範囲の値を取りうる。この場合、Ｄｒ
（ｎ）＝１が設定された場合、使用状態が非アクティブ
時でも、アプリケーション（ｎ）には、その使用状態が
アクティブの時と同じ帯域量が割り当てられることを指
す。一方、Ｄｒ（ｎ）＝０の場合、アプリケーション
（ｎ）の使用状態が非アクティブ時には帯域が割り当て
られないことを示す。

【００４５】上記各パラメータの参照後、通信帯域制御
機能２２は、起動中アプリケーションの検出を行い、個
々のアプリケーション２０の使用状態を把握する（Ｓ９
６）。本例では、すべてのアプリケーション２０の使用
状態をＡＰ＿Ａ（ｎ）フラグの値として一旦保持する方
法を示している。通信帯域制御機能２２は、把握したア
プリケーション２０の使用状態に基づき、あらかじめ決
められた式により、個々のアプリケーション２０に割り
当てる許容通信帯域量（許容通信帯域量２（ｎ））を決
定する（Ｓ９７）。図１０では、使用状態が非アクティ
ブ（ＡＰ＿Ａ（ｎ）＝１）における算出式の例として、
使用状態がアクティブ時に割り当てられる帯域量（許容
通信帯域量１）にＤｒ（ｎ）を掛け合わせる方法を示し
ている。また、使用状態がアクティブであるアプリケー
ションに関する算出式の例として、Ｗ０から全非アクテ
ィブ状態アプリケーション２０に割り当てられた許容通
信帯域量２（ｎ）を減算する方法を示している。

【００４６】尚、本例は、本発明によるアプリケーショ
ン２０の起動状態に応じた帯域共有制御処理に適用可能
な許容通信帯域量算出方法の一例を示すものであり、こ
れにより請求項の範囲が限定されるものではない。

【００４７】図１１は、本発明による、通信帯域の変化
に応じた帯域共有制御処理の一例を示すフローチャート
である。通信帯域制御機能２２は、第1のユーザ端末が
使用する第1の通信路１０に関わる、通信サービスの変
更、ベアラサービスの変更、又は平均スループットの変
化等の、第1の通信路１０上の下り通信帯域量の変化を
観測する（Ｓ１００）。該下り通信帯域量の変化を検出
した通信帯域制御機能２２は（Ｓ１０１）、その内容に
基づき許容通信帯域量の算出を行う（Ｓ１０２）。該通
信帯域制御機能２２は、算出処理結果ｗ８を第２のイン
タフェース３２を介して、アプリケーション（１）と連
携動作するデータ量制御機能２３（データ量制御機能
（１））に通知する（Ｓ１０３）。また、算出処理結果
ｗ９を第２のインタフェース３２を介してアプリケーシ
ョン（ｎ）と連携動作するデータ量制御機能２３（デー
タ量制御機能（ｎ））に通知する（Ｓ１０４）。サーバ
プロセス（１）がアプリケーション（１）あてのデータ
を送信し（Ｓ１０５）、同送信データ（アプリケーショ
ン（１）データ）を受信したデータ量制御機能（１）は
（Ｓ１０６）、アプリケーション（１）へのデータ転送
タイミングが、通知された許容通信帯域量ｗ８となるよ
うに制御しつつ、アプリケーション（１）データを転送
する（Ｓ１０７）。一方、ユーザアプリケーション
（ｎ）がアプリケーション（ｎ）あてのデータを送信し
（Ｓ１０８）、同送信データ（アプリケーション（ｎ）
データ）を受信したデータ量制御機能（ｎ）は（Ｓ１０
９）、アプリケーション（ｎ）へのデータ転送タイミン
グが、通知された許容通信帯域量ｗ９となるように制御
しつつ、アプリケーション（ｎ）データを転送する（Ｓ
１１０）。

【００４８】図１２は、本発明による、通信帯域の変化
に応じた帯域共有制御処理に関する許容通信帯域量の算
出の一例を示すフローチャートである。第1のユーザ端
末１が使用する第1の通信路１０に関わる、通信サービ
スの変更、ベアラサービスの変更、又は平均スループッ
トの変化等の、第1の通信路１０上の下り通信帯域量の
変化に基づき、最大使用可能下り帯域量Ｗ０が更新され
る（Ｓ１２０）。通信帯域量の変化の検出により許容通
信帯域量の再計算を行うため、通信帯域制御機能２２は
最大使用可能下り帯域量Ｗ０を参照する（Ｓ１２１）。
ここで、Ｗ０は、通信サービスの変更、ベアラサービス
の変更、又は平均スループットの変化に後に、第1のユ
ーザ端末１が使用可能となった下り通信帯域である。

【００４９】通信帯域制御機能２２は、内部パラメータ
として保持する帯域割り当て比率（Ｗｒ（１）〜Ｗｒ
（ｎ））を参照する（Ｓ１２２）。Ｗｒ（ｎ）は、アプ
リケーション（ｎ）に割り当て可能な帯域量を規定した
値であり、各アプリケーション２０に関する帯域割り当
て比率の総和は１である。

【００５０】上記各パラメータの参照後、通信帯域制御
機能２２は、起動中アプリケーションの検出を行い、個
々のアプリケーション２０の起動／停止状態を把握する
（Ｓ１２３）。本例では、すべてのアプリケーション２
０の起動／停止状態をＡＰ＿Ｆ（ｎ）フラグの値として
一旦保持する方法を示している。通信帯域制御機能２２
は、保持したＡＰ＿Ｆ（ｎ）の値を評価し、起動中のア
プリケーション２０が存在する場合のみ許容通信帯域量
算出処理を継続する（Ｓ１２４）。許容通信帯域量算出
処理を継続する場合、あらかじめ決められた式により、
個々のアプリケーション２０に割り当てる許容通信帯域
量（許容通信帯域量１（ｎ））が決定される（Ｓ１２
５）。図８では、算出式の例として、起動中のアプリケ
ーション２０に関して、設定された帯域割り当て比率Ｗ
ｒ（ｎ）でＷ０を共有する方法を示している。

【００５１】更に、アプリケーション２０の使用状態に
応じた許容使用状態の変化に応じた帯域共有制御処理を
行っている場合（Ｓ１２６）、許容通信帯域量１（ｎ）
の算出終了後、通信帯域制御機能２２は、内部パラメー
タとして保持する帯域変更比率（Ｄｒ（１）〜Ｄｒ
（ｎ））を参照する（Ｓ１２７）。Ｄｒ（ｎ）は、アプ
リケーション（ｎ）の使用状態が非アクティブの場合
に、アプリケーション（ｎ）に割り当てられる帯域量を
規定した値であり、例えば、１から０の範囲の値を取り
うる。この場合、Ｄｒ（ｎ）＝１が設定された場合、使
用状態が非アクティブ時でも、アプリケーション（ｎ）
には、その使用状態がアクティブの時と同じ帯域量が割
り当てられることを指す。一方、Ｄｒ（ｎ）＝０の場
合、アプリケーション（ｎ）の使用状態が非アクティブ
時には帯域が割り当てられないことを示す。

【００５２】上記各パラメータの参照後、通信帯域制御
機能２２は、起動中アプリケーションの検出を行い、個
々のアプリケーション２０の使用状態を把握する（Ｓ１
２８）。本例では、すべてのアプリケーション２０の使
用状態をＡＰ＿Ａ（ｎ）フラグの値として一旦保持する
方法を示している。通信帯域制御機能２２は、把握した
アプリケーション２０の使用状態に基づき、あらかじめ
決められた式により許容通信帯域量２（ｎ）を算出し
（Ｓ１２９）、許容通信帯域量２（ｎ）を個々のアプリ
ケーション２０に割り当てる容通信帯域量（ｎ）として
帯域共有制御に使用する（Ｓ１３０）。図１０では、使
用状態が非アクティブ（ＡＰ＿Ａ（ｎ）＝１）における
算出式の例として、アプリケーション２０が起動中の場
合に割り当てられる帯域量（許容通信帯域量１（ｎ））
にＤｒ（ｎ）を掛け合わせる方法を示している。また、
使用状態がアクティブ（ＡＰ＿Ａ（ｎ）＝０）であるア
プリケーションに関する算出式の例として、Ｗ０から全
非アクティブ状態アプリケーション２０に割り当てられ
た許容通信帯域量２（ｎ）を減算する方法を示してい
る。

【００５３】一方、アプリケーション２０の使用状態に
応じた許容使用状態の変化に応じた帯域共有制御処理を
行っていない場合（Ｓ１２６）、許容通信帯域量１
（ｎ）を個々のアプリケーション２０に割り当てる容通
信帯域量（ｎ）として帯域共有制御に使用する（Ｓ１３
１）。

【００５４】尚、本例は、本発明によるアプリケーショ
ン２０の起動状態に応じた帯域共有制御処理に適用可能
な許容通信帯域量算出方法の一例を示すものであり、こ
れにより請求項の範囲が限定されるものではない。

【００５５】図１３は、本発明による、通信品質の変化
に応じた帯域共有制御処理の一例を示すフローチャート
である。通信帯域制御機能２２は、第1の通信路１０に
関わる、ビット誤り率、フレーム誤り率、平均スループ
ット、パケット廃棄率等の通信品質の監視を行う（Ｓ１
３０）。該通信品質の変化を検出した通信帯域制御機能
２２は（Ｓ１３１）、その内容に基づき許容通信帯域量
の算出を行う（Ｓ１３２）。該通信帯域制御機能２２
は、算出処理結果ｗ１０を第２のインタフェース３２を
介して、アプリケーション（１）と連携動作するデータ
量制御機能２３（データ量制御機能（１））に通知する
（Ｓ１３３）。また、算出処理結果ｗ１１を第２のイン
タフェース３２を介してアプリケーション（ｎ）と連携
動作するデータ量制御機能２３（データ量制御機能
（ｎ））に通知する（Ｓ１３４）。サーバプロセス
（１）がアプリケーション（１）あてのデータを送信し
（Ｓ１３５）、同送信データ（アプリケーション（１）
データ）を受信したデータ量制御機能（１）は（Ｓ１３
６）、アプリケーション（１）へのデータ転送タイミン
グが、通知された許容通信帯域量ｗ８となるように制御
しつつ、アプリケーション（１）データを転送する（Ｓ
１３７）。一方、ユーザアプリケーション（ｎ）がアプ
リケーション（ｎ）あてのデータを送信し（Ｓ１３
８）、同送信データ（アプリケーション（ｎ）データ）
を受信したデータ量制御機能（ｎ）は（Ｓ１３９）、ア
プリケーション（ｎ）へのデータ転送タイミングが、通
知された許容通信帯域量ｗ９となるように制御しつつ、
アプリケーション（ｎ）データを転送する（Ｓ１４
０）。

【００５６】図１４は、本発明による、通信品質の変化
に応じた帯域共有制御処理に関する許容通信帯域量の算
出の一例を示すフローチャートである。第1のユーザ端
末１が使用する第1の通信路１０に関わる、第１の通信
路のビット誤り率、フレーム誤り率、平均スループッ
ト、パケット廃棄率等の通信品質の変化の検出により、
許容通信帯域量の再計算の必要が生じた場合、通信帯域
制御機能２２は最大使用可能下り帯域量Ｗ０を参照する
（Ｓ１５０）。ここで、Ｗ０は、第1のユーザ端末１が
使用可能な下り通信帯域である。

【００５７】通信帯域制御機能２２は、内部パラメータ
として保持する帯域割り当て比率（Ｗｒ（１）〜Ｗｒ
（ｎ））を参照する（Ｓ１５１）。Ｗｒ（ｎ）は、アプ
リケーション（ｎ）に割り当て可能な帯域量を規定した
値であり、各アプリケーション２０に関する帯域割り当
て比率の総和は１である。

【００５８】上記各パラメータの参照後、通信帯域制御
機能２２は、起動中アプリケーションの検出を行い、個
々のアプリケーション２０の起動／停止状態を把握する
（Ｓ１５２）。本例では、すべてのアプリケーション２
０の起動／停止状態をＡＰ＿Ｆ（ｎ）フラグの値として
一旦保持する方法を示している。通信帯域制御機能２２
は、保持したＡＰ＿Ｆ（ｎ）の値を評価し、起動中のア
プリケーション２０が存在する場合のみ許容通信帯域量
算出処理を継続する（Ｓ１５３）。許容通信帯域量算出
処理を継続する場合、あらかじめ決められた式により、
個々のアプリケーション２０に割り当てる許容通信帯域
量（許容通信帯域量１（ｎ））が決定される（Ｓ１５
４）。図８では、算出式の例として、起動中のアプリケ
ーション２０に関して、設定された帯域割り当て比率Ｗ
ｒ（ｎ）でＷ０を共有する方法を示している。

【００５９】更に、アプリケーション２０の使用状態に
応じた許容使用状態の変化に応じた帯域共有制御処理を
行っている場合（Ｓ１５５）、許容通信帯域量１（ｎ）
の算出終了後、通信帯域制御機能２２は、内部パラメー
タとして保持する帯域変更比率（Ｄｒ（１）〜Ｄｒ
（ｎ））を参照する（Ｓ１５６）。Ｄｒ（ｎ）は、アプ
リケーション（ｎ）の使用状態が非アクティブの場合
に、アプリケーション（ｎ）に割り当てられる帯域量を
規定した値であり、例えば、１から０の範囲の値を取り
うる。この場合、Ｄｒ（ｎ）＝１が設定された場合、使
用状態が非アクティブ時でも、アプリケーション（ｎ）
には、その使用状態がアクティブの時と同じ帯域量が割
り当てられることを指す。一方、Ｄｒ（ｎ）＝０の場
合、アプリケーション（ｎ）の使用状態が非アクティブ
時には帯域が割り当てられないことを示す。

【００６０】上記各パラメータの参照後、通信帯域制御
機能２２は、起動中アプリケーションの検出を行い、個
々のアプリケーション２０の使用状態を把握する（Ｓ１
５７）。本例では、すべてのアプリケーション２０の使
用状態をＡＰ＿Ａ（ｎ）フラグの値として一旦保持する
方法を示している。通信帯域制御機能２２は、把握した
アプリケーション２０の使用状態に基づき、あらかじめ
決められた式により許容通信帯域量２（ｎ）を決定し
（Ｓ１５８）、許容通信帯域量２（ｎ）を個々のアプリ
ケーション２０に割り当てる容通信帯域量（ｎ）とする
（Ｓ１５９）。図１０では、使用状態が非アクティブ
（ＡＰ＿Ａ（ｎ）＝１）における算出式の例として、ア
プリケーション２０が起動中の場合にに割り当てられる
帯域量（許容通信帯域量１（ｎ））にＤｒ（ｎ）を掛け
合わせる方法を示している。また、使用状態がアクティ
ブ（ＡＰ＿Ａ（ｎ）＝０）であるアプリケーションに関
する算出式の例として、Ｗ０から全非アクティブ状態ア
プリケーション２０に割り当てられた許容通信帯域量２
（ｎ）を減算する方法を示している。

【００６１】一方、アプリケーション２０の使用状態に
応じた許容使用状態の変化に応じた帯域共有制御処理を
行っていない場合（Ｓ１５５）、許容通信帯域量１
（ｎ）を個々のアプリケーション２０に割り当てる容通
信帯域量（ｎ）とする（Ｓ１６０）。許容通信帯域量
（ｎ）の算出終了後、通信帯域制御機能２２は、起動中
の全アプリケーション２０に関し、許容通信帯域量変更
比率（Ｑr（１）〜Ｑr（ｎ））を算出する（Ｓ１６
１）。Ｑr（ｎ）は、第１の通信路のビット誤り率、フ
レーム誤り率、平均スループット、パケット廃棄率等の
通信品質の変化に応じて、各アプリケーション２０毎に
用意された評価式に基づき決定される。許容通信帯域量
変更比率の算出結果を、現在各アプリケーション２０に
割り当てられている許容通信帯域量（許容通信帯域量１
（ｎ）又は許容通信帯域量２（ｎ））に積算することに
より、割り当てる許容通信帯域量３（ｎ）を算出する
（Ｓ１６２）。

【００６２】尚、本例は、本発明によるアプリケーショ
ン２０の起動状態に応じた帯域共有制御処理に適用可能
な許容通信帯域量算出方法の一例を示すものであり、こ
れにより請求項の範囲が限定されるものではない。

【００６３】本発明による、画像データ変換処理部を有
する送信データ量制御機能の一構成例を図１５に示す。
該構成例では、データ量制御機能２３は受信した画像デ
ータ４０のデータ量を調整するための画像データ変換処
理部４１と、指定された許容通信帯域量３４を超えない
ように変換後画像データ４２の送信制御を行う送信タイ
ミング制御部３３と、通信帯域制御機能２２から通知さ
れる許容通信帯域量を、異なる第1のユーザ端末又はア
プリケーション毎に管理する許容通信帯域量管理部３４
を具備する。

【００６４】画像データ変換処理部４１は、受信した画
像データの画像フォーマットや画像特性等を解析し適切
な複合器を選択する画像データ解析部４１０、受信した
画像データを復号する１つ以上の画像データ複合器から
構成される画像データ復号部４１１、復号後の画像の画
素を間引くことで画像サイズを縮小する画像サイズ縮小
処理部４１２、復号後画像の画素の色数を小さくする画
像減色処理部４１３、画像データの再符号化を行う１つ
以上の画像データ符号化器から構成される画像データ符
号化部４１４、符号化後の画像データを送信タイミング
制御部３３に転送する画像データ送信部４１９を具備す
る。また、第1のユーザ端末の能力情報４１６、画像デ
ータ特性４１７、又は許容通信帯域量３４に基づき、画
像縮小率、画像減色率、使用する符号化器等の最適な画
像データの変換パラメータ４１８を決定し、画像サイズ
縮小処理部４１２、画像減色処理部４１３、画像データ
符号化部４１４に与える画像データ変換制御部４１５を
具備する。

【００６５】本発明による、動画像データ変換処理部を
有する送信データ量制御機能の一構成例を図１６に示
す。該構成例では、データ量制御機能２３は受信した動
画像データ５０のデータ量を調整するための動画像デー
タ変換処理５１と、指定された許容通信帯域量３４を超
えないように変換後動画像データ５２の送信制御を行う
送信タイミング制御部３３と、通信帯域制御機能２２か
ら通知される許容通信帯域量を、異なる第1のユーザ端
末又はアプリケーション毎に管理する許容通信帯域量管
理部３４を具備する。

【００６６】動画像データ変換処理部５１は、受信した
動画像データの動画像フォーマットや動画像特性等を解
析し適切な複合器を選択する動画像データ解析部５１
０、受信した動画像データを復号する１つ以上の動画像
データ複合器から構成される動画像データ復号部５１
１、復号後の動画像フレームの画素を間引くことで動画
像フレームサイズを縮小する動画像フレームサイズ縮小
処理部５１２、復号後動画像フレームの画素の色数を小
さくする動画像フレーム減色処理部５１３、動画像デー
タの再符号化を行う１つ以上の動画像データ符号化器か
ら構成される動画像データ符号化部５１４、符号化後の
動画像データを送信タイミング制御部３３に転送する動
画像データ送信部５１９を具備する。また、第1のユー
ザ端末の能力情報５１６、動画像データ特性４１７、又
は許容通信帯域量３４に基づき、動画像フレーム縮小
率、動画像フレーム減色率、使用する符号化器、符号化
レート、出力画像のフレームレート、動画像データの圧
縮率等の最適な動画像データの変換パラメータ５１８を
決定し、動画像フレームサイズ縮小処理部５１２、動画
像フレーム減色処理部５１３、動画像データ符号化部５
１４に与える動画像データ変換制御部４１５を具備す
る。

【００６７】本発明による、音声データ変換処理部を有
する送信データ量制御機能の一構成例を図１７に示す。
該構成例では、データ量制御機能２３は受信した音声デ
ータ６０のデータ量を調整するための音声データ変換処
理部６１と、指定された許容通信帯域量３４を超えない
ように変換後音声データ62の送信制御を行う送信タイミ
ング制御部３３と、通信帯域制御機能２２から通知され
る許容通信帯域量を、異なる第1のユーザ端末又はアプ
リケーション毎に管理する許容通信帯域量管理部３４を
具備する。

【００６８】音声データ変換処理部６１は、受信した音
声データの音声フォーマットや音声特性等を解析し適切
な複合器を選択する音声データ解析部６１０、受信した
音声データを復号する１つ以上の音声データ複合器から
構成される音声データ復号部６１１、音声データの再符
号化を行う１つ以上の音声データ符号化器から構成され
る音声データ符号化部６１２、符号化後の音声データを
送信タイミング制御部３３に転送する音声データ送信部
６１３を具備する。また、第1のユーザ端末の能力情報
６１６、音声データ特性６１５、又は許容通信帯域量３
４に基づき、使用する符号化器、音声データの圧縮率等
の最適な音声データの変換パラメータ６１６を決定し、
音声データ符号化部５１４に与える音声データ変換制御
部６１３を具備する。

【００６９】図１８は、本発明による、データ量制御機
能２３の能力に応じた許容通信帯域量の算出の一例を示
すフローチャートである。通信帯域制御機能２２は、内
部パラメータとして、該通信帯域制御機能２２が連携動
作することが可能なデータ量制御機能の制御能力に関す
る情報を参照する（Ｓ１７０）。

【００７０】通信帯域制御機能２２は、、図８、図１
０、又は図１２で算出された各アプリケーション２０に
関わる許容通信帯域量（ｎ）が、対応するデータ量制御
機能（ｎ）により実現可能な範囲に収まるよう調整する
（Ｓ１７１）。例では、各データ量制御機能が実現可能
な転送データレートの最大値（制御能力max（ｎ））と
最小値（制御能力min（ｎ））に基づき、算出された許
容通信帯域量（ｎ）が制御能力max（ｎ）を越える場合
は制御能力max（ｎ）を許容通信帯域量（ｎ）とし、許
容通信帯域量（ｎ）が制御能力min（ｎ）を下回る場合
は制御能力min（ｎ）を許容通信帯域量（ｎ）とする方
法を示している。

【００７１】上記許容通信帯域量（ｎ）に関する調整
後、通信帯域制御機能２２は、許容通信帯域量（ｎ）総
和が、最大使用可能下り帯域量Ｗ０を超過しないよう調
整する（Ｓ１７２）。例では、許容通信帯域量（ｎ）総
和が最大使用可能下り帯域量Ｗ０を超過する場合に、調
整可能な許容通信帯域量（ｎ）の値を小さくする方法を
示している。

【００７２】尚、本例は、本発明によるアプリケーショ
ン２０の起動状態に応じた帯域共有制御処理に適用可能
な許容通信帯域量算出方法の一例を示すものであり、こ
れにより請求項の範囲が限定されるものではない。

【００７３】図１９は、本発明による、データ量制御機
能２３の能力情報を、通信帯域制御機能２２が動的に獲
得する方式の一例を示すフローチャートである。通信帯
域制御機能２２が第1の通信路の確立を検出した場合
（Ｓ１８０）、該通信帯域制御機能２２は、確立された
第1の通信路上で、データ量制御機能能力情報通知要求
を、要求元の通信帯域制御機能２２の識別情報を付加し
て同報する（Ｓ１８１）。この同報されたデータ量制御
機能能力情報通知要求を受信したデータ量制御機能２３
は、対応可能なアプリケーション識別情報、制御能力情
報、並びに該データ量制御機能２３の識別情報を要求元
の通信帯域制御機能２２へ返送する（Ｓ１８２、及びＳ
１８４）。要求元の通信帯域制御機能２２1つ以上のデ
ータ量制御機能２３から受信した対応可能なアプリケー
ション識別情報、制御能力情報、並びに該データ量制御
機能２３を内部パラメータとして保持する（Ｓ１８３及
びＳ１８５）

【００７４】図１から図１９の各例に関し、同一の第1
のユーザ端末１上で複数動作可能なアプリケーション２
０の組み合わせについては、どのような組み合わせにな
ってもよいことは言うまでもない。また、同一のサーバ
２、同一の第２のユーザ端末３、又は同一のゲートウェ
イ／プロキシ４上に複数のデータ量制御機能２３を実装
することが可能であり、その組み合わせが自由に構成で
きることは言うまでもない。更に、同一のデータ量制御
機能２３に、送信タイミング制御部２３１、画像データ
変換処理部３１、動画像データ変換処理部４１、音声デ
ータ変換処理部５１を自由に組み合わせて構成できるこ
とは言うまでもない。

【００７５】前述した本発明の帯域共有制御システムの
種々の実施形態について、本発明の技術思想及び見地の
範囲の種々の変更、修正及び省略が、当業者によれば容
易に行うことができる。前述の説明はあくまで例であっ
て、何ら制約しようとするものではない。本発明は、特
許請求の範囲及びその均等物として限定するものにのみ
制約される。

【００７６】

【発明の効果】以上、詳細に説明したように、本発明の
帯域共有制御システムによれば、個々のユーザに割り当
てられた通信帯域に応じて、個々のユーザが使用するユ
ーザ端末への転送データ量をアプリケーションの起動状
態や使用状態に応じて適切に調整することで転送途中で
のデータ破棄の確立を低減し、ユーザ端末上で動作する
アプリケーションの安定した動作を保証することができ
る。

【００７７】また、本発明による帯域共有制御システム
によれば、個々のユーザに割り当てられた通信帯域に応
じて、個々のユーザが使用するユーザ端末への転送デー
タ量をアプリケーションの起動状態や使用状態に応じて
適切に調整するため、バースト性が高いアプリケーショ
ンにも適切な量の帯域が割り当てられ、結果として、バ
ースト性の高いアプリケーションの安定した動作を保証
することができる。

【００７８】また、本発明による帯域共有制御システム
によれば、画像データ変換、動画像データ変換、音声デ
ータ変換等のアプリケーションレベルでのデータ量調整
機構を具備することで、パケットレベルでの転送データ
量の調整機構のみを使用する場合に比べ、配信データが
本来有する情報を維持しつつ転送データ量の調整が可能
となり、結果としてユーザによる情報認識を阻害する確
立を低減できる。

【００７９】更に、本発明による帯域共有制御システム
によれば、データ量制御機能の能力に応じて調整するデ
ータ転送量が決定されるため、安定した帯域共有環境が
実現できる。また、ネットワーク上の偏在する複数のデ
ータ量制御機能の能力情報を動的に獲得する手段を具備
することで、これら情報の設定作業に関わる作業量を減
らし、ユーザの利便性を向上できる。

【図面の簡単な説明】

【図１】本発明による第１の実施形態における帯域共有
制御システムの構成図である。

【図２】本発明による第２の実施形態における帯域共有
制御システムの構成図である。

【図３】本発明による第３の実施形態における帯域共有
制御システムの構成図である。

【図４】本発明による第４の実施形態における帯域共有
制御システムの構成図である。

【図５】本発明によるアプリケーション起動状態に応じ
た、第１の実施形態の帯域共有制御処理のフローチャー
トである。

【図６】本発明によるアプリケーション起動状態に応じ
た、第２の実施形態の帯域共有制御処理のフローチャー
トである。

【図７】本発明によるアプリケーション起動状態に応じ
た、第３の実施形態の帯域共有制御処理のフローチャー
トである。

【図８】本発明によるアプリケーション起動状態に応じ
た、帯域共有制御処理に関する許容通信帯域量の算出の
フローチャートである。

【図９】本発明によるアプリケーション使用状態の変化
に応じた、帯域共有制御処理フローチャートである。

【図１０】本発明によるアプリケーション使用状態に応
じた、帯域共有制御処理に関する許容通信帯域量の算出
のフローチャートである。

【図１１】本発明による通信帯域の変化に応じた、帯域
共有制御処理のフローチャートである。

【図１２】本発明による通信帯域の変化に応じた、帯域
共有制御処理に関する許容通信帯域量の算出のフローチ
ャートである。

【図１３】本発明による通信品質の変化に応じた、帯域
共有制御処理のフローチャートである。

【図１４】本発明による通信品質の変化に応じた、帯域
共有制御処理に関する許容通信帯域量の算出のフローチ
ャートである。

【図１５】本発明による画像データ変換処理部を有する
送信データ量制御機能の構成図である。

【図１６】本発明による動画像データ変換処理部を有す
る送信データ量制御機能の構成図である。

【図１７】本発明による音声データ変換処理部を有する
送信データ量制御機能の構成図である。

【図１８】本発明によるデータ量制御機能の能力に応じ
た許容通信帯域量の算出のフローチャートである。

【図１９】本発明によるデータ量制御機能の能力情報
を、通信帯域制御機能が動的に獲得するフローチャート
である。

【符号の説明】

１ 第１のユーザ端末 ２ サーバ ３ 第２のユーザ端末 ４ ゲートウェイ／プロキシ ５ 通信端末 ６ 第１の通信網 ７ 第２の通信網 １０ 第１の通信路 １１ 第２の通信路 １２ 第３の通信路 ２０ アプリケーション ２１ アプリケーション実行管理機能 ２２ 通信帯域制御機能 ２３ データ量制御機能 ２４ サーバプロセス ２５ ユーザアプリケーション ２６ データ中継機能 ３１ 第１のインターフェース ３２ 第２のインターフェース ３３ 送信タイミング制御部 ３４ 許容通信帯域量 ３５ 送信データ ４０ 画像データ ４１ 画像データ変換処理部 ４２ 変換後画像データ ５０ 動画像データ ５１ 動画像データ変換処理部 ５２ 変換後動画像データ ６０ 音声データ ６１ 音声データ変換処理部 ６２ 変換後音声データ ４１０ 画像データ解析部 ４１１ 画像データ復号部 ４１２ 画像サイズ縮小処理部 ４１３ 画像減色処理部 ４１４ 画像データ符号化部 ４１５ 画像データ変換制御部 ４１６ 第１のユーザ端末の能力情報 ４１７ アプリケーション関する実効スループット ４１８ 画像の変換パラメータ ４１９ 画像データ送信部 ５１０ 動画像データ解析部 ５１１ 動画像データ復号部 ５１２ 動画像フレームサイズ縮小処理部 ５１３ 動画像フレーム減色処理部 ５１４ 動画像データ符号化部 ５１５ 動画像データ変換制御部 ５１６ 第１のユーザ端末の能力情報 ５１７ アプリケーション関する実効スループット ５１８ 動画像の変換パラメータ ５１９ 動画像データ送信部 ６１０ 音声データ解析部 ６１１ 音声データ復号部 ６１２ 音声データ符号化部 ６１３ 音声データ変換制御部 ６１４ 第１のユーザ端末の能力情報 ６１５ アプリケーション関する実効スループット ６１６ 音声の変換パラメータ ６１７ 音声データ送信部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森川 大補 埼玉県上福岡市大原二丁目１番15号 株式 会社ケイディディ研究所内 (72)発明者 蕨野 貴之 東京都新宿区西新宿２丁目３番２号ケイデ ィディ株式会社内 (72)発明者 大橋 正良 埼玉県上福岡市大原二丁目１番15号 株式 会社ケイディディ研究所内 (72)発明者 渡辺 文夫 東京都新宿区西新宿２丁目３番２号ケイデ ィディ株式会社内 (72)発明者 岩下 秀章 東京都新宿区西新宿２丁目３番２号ケイデ ィディ株式会社内 Ｆターム(参考） 5B098 AA09 AA10 GA01 GD01 GD12 GD14 5K030 GA03 GA13 HA08 HB13 HB14 HC01 HC13 JA07 JT03 JT06 KA05 KA13 LA14 LC01 LC05 LC11 LE03 MA05 MD04

Claims (12)

【特許請求の範囲】
1. 【請求項１】 第１のユーザ端末と、該第１のユーザ端
   末に第１の通信路を介して接続される少なくとも１つ以
   上のサーバ又は第２のユーザ端末とを有する通信システ
   ムであって、 前記第１のユーザ端末は、該第１のユーザ端末で動作す
   る複数のアプリケーションの起動状態を監視して起動状
   態変化信号を導出し、該アプリケーションを制御するア
   プリケーション実行管理手段と、該アプリケーション実
   行管理手段から通知された前記起動状態変化信号に基づ
   いて、各アプリケーションに割り当てる許容通信帯域量
   を算出する通信帯域制御手段とを有し、 前記サーバ又は第２のユーザ端末は、前記通信帯域制御
   手段から通知された前記アプリケーション毎の許容通信
   帯域量に基づいて、前記第１のユーザ端末へ送信する単
   位時間当たりのデータ量を制御する送信データ量制御手
   段を有することを特徴とする帯域共有制御システム。
2. 【請求項２】 第１のユーザ端末と、該第１のユーザ端
   末に第１の通信路を介して接続される少なくとも１つ以
   上のゲートウェイ又はプロキシと、該ゲートウェイ又は
   プロキシに第２の通信路を介して接続される少なくとも
   １つ以上のサーバ又は第２のユーザ端末とを有する通信
   システムであって、 前記第１のユーザ端末は、該第１のユーザ端末で動作す
   る複数のアプリケーションの起動状態を監視して起動状
   態変化信号を導出し、該アプリケーションを制御するア
   プリケーション実行管理手段と、該アプリケーション実
   行管理手段から通知された前記起動状態変化信号に基づ
   いて、各アプリケーションに割り当てる許容通信帯域量
   を算出する通信帯域制御手段とを有し、 前記ゲートウェイ又はプロキシは、前記通信帯域制御手
   段から通知された前記アプリケーション毎の前記許容通
   信帯域量に基づいて、前記第１のユーザ端末へ送信する
   単位時間当たりのデータ量を制御する送信データ量制御
   手段を有することを特徴とする帯域共有制御システム。
3. 【請求項３】 第１のユーザ端末と、該第１のユーザ端
   末に第３の通信路を介して接続される通信端末と、該通
   信端末に第１の通信路を介して接続される少なくとも１
   つ以上のサーバ又は第２のユーザ端末とを有する通信シ
   ステムであって、 前記第１のユーザ端末は、該第１のユーザ端末で動作す
   る複数のアプリケーションの起動状態を監視して起動状
   態変化信号を導出し、該アプリケーションを制御するア
   プリケーション実行管理手段を有し、 前記通信端末は、前記アプリケーション実行管理手段か
   ら通知された前記起動状態変化信号に基づいて、各アプ
   リケーションに割り当てる許容通信帯域量を算出する通
   信帯域制御手段を有し、 前記サーバ又は第２のユーザ端末は、前記通信帯域制御
   手段から通知された前記アプリケーション毎の前記許容
   通信帯域量に基づいて、前記第１のユーザ端末へ送信す
   るデータ量を制御する送信データ量制御手段を有するこ
   とを特徴とする帯域共有制御システム。
4. 【請求項４】 第１のユーザ端末と、該第１のユーザ端
   末に第３の通信路を介して接続される通信端末と、該通
   信端末に第１の通信路を介して接続される少なくとも１
   つ以上のゲートウェイ又はプロキシと、該ゲートウェイ
   又はプロキシに第２の通信路を介して接続される少なく
   とも１つ以上のサーバ又は第２のユーザ端末とを有する
   通信システムであって、 前記第１のユーザ端末は、該第１のユーザ端末で動作す
   る複数のアプリケーションの起動状態を監視して起動状
   態変化信号を導出し、該アプリケーションを制御するア
   プリケーション実行管理手段を有し、 前記通信端末は、前記アプリケーション実行管理手段か
   ら通知された前記起動状態変化信号に基づいて、各アプ
   リケーションに割り当てる許容通信帯域量を算出する通
   信帯域制御手段を有し、 前記ゲートウェイ又はプロキシは、前記通信帯域制御手
   段から通知された前記アプリケーション毎の前記許容通
   信帯域量に基づいて、前記第１のユーザ端末へ送信する
   単位時間当たりのデータ量を制御する送信データ量制御
   手段を有することを特徴とする帯域共有制御システム。
5. 【請求項５】 前記アプリケーション実行管理手段は、
   更に、起動されている複数のアプリケーションの使用状
   態を監視して使用状態変化信号を導出し、 前記通信帯域制御手段は、前記アプリケーション実行管
   理手段から通知された前記使用状態変化信号に基づい
   て、各アプリケーションに割り当てる許容通信帯域量を
   算出することを特徴とする請求項１から４のいずれか１
   項に記載の帯域共有制御システム。
6. 【請求項６】 前記通信帯域制御手段は、更に、前記第
   １の通信路の下り通信帯域量の変化を検出し、該変化に
   基づいて前記複数のアプリケーションに割り当てる許容
   通信帯域量を算出することを特徴とする請求項１から５
   のいずれか１項に記載の帯域共有制御システム。
7. 【請求項７】 前記通信帯域制御手段は、更に、前記第
   １の通信路の通信品質の変化を検出し、該変化に基づい
   て前記複数のアプリケーションに割り当てる許容通信帯
   域量を算出することを特徴とする請求項１から６のいず
   れか１項に記載の帯域共有制御システム。
8. 【請求項８】 前記送信データ量制御手段は、前記第１
   のユーザ端末に送信する画像データのファイルサイズを
   前記許容通信帯域量に応じて制御するために、データフ
   ォーマット変換処理、減色処理、画像サイズの縮小処理
   又は量子化値の変更処理を行う画像データの変換処理部
   を有することを特徴とする請求項１から７のいずれか１
   項に記載の帯域共有制御システム。
9. 【請求項９】 前記送信データ量制御手段は、前記第１
   のユーザ端末に送信する動画像データのビットレートを
   前記許容通信帯域量に応じて制御するために、データフ
   ォーマット変換処理、コーディングレート変更処理、減
   色処理、フレームサイズの縮小処理、フレームレート変
   更処理又は量子化値の変更処理を行う動画像データの変
   換処理部を有することを特徴とする請求項１から７のい
   ずれか１項に記載の帯域共有制御システム。
10. 【請求項１０】 前記送信データ量制御手段は、前記第
    １のユーザ端末に送信する音声データのビットレートを
    前記許容通信帯域量に応じて制御するために、データフ
    ォーマット変換処理、コーディングレート変更処理を行
    う音声データの変換処理部を有することを特徴とする請
    求項１から７のいずれか１項に記載の帯域共有制御シス
    テム。
11. 【請求項１１】 前記通信帯域制御手段は、前記送信デ
    ータ量制御手段が実現可能な前記変換処理部の能力に関
    するプロファイルを管理し、該プロファイルに基づいて
    前記許容通信帯域量の算出を行うことを特徴とする請求
    項８から１０のいずれか１項に記載の帯域共有制御シス
    テム。
12. 【請求項１２】 前記送信データ量制御手段は、該送信
    データ量制御手段が実現可能な前記変換処理部の能力に
    関するプロファイルを管理し、 前記通信帯域制御手段は、前記送信データ量制御手段か
    ら前記プロファイルを取得し、該プロファイルに基づい
    て前記許容通信帯域量の算出を行うことを特徴とする請
    求項８から１０のいずれか１項に記載の帯域共有制御シ
    ステム。