JP2000308053A - 通信サービス品質制御方法及び装置 - Google Patents
通信サービス品質制御方法及び装置Info
- Publication number
- JP2000308053A JP2000308053A JP22379899A JP22379899A JP2000308053A JP 2000308053 A JP2000308053 A JP 2000308053A JP 22379899 A JP22379899 A JP 22379899A JP 22379899 A JP22379899 A JP 22379899A JP 2000308053 A JP2000308053 A JP 2000308053A
- Authority
- JP
- Japan
- Prior art keywords
- reception
- image data
- qos
- reproduction processing
- frame
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 受信タイミングがずれた場合であっても、動
画像データの再生が容易に乱れて表示されることを防止
し、その乱れを最小限に抑制することができる通信サー
ビス品質制御方法及び装置を提供する。 【解決手段】 通信アプリケーションＣＡでは、１フレ
ームの画像データを受信しながら復号して表示する第１
の受信再生処理と、１フレームの画像データを受信し、
受信した画像データを中間バッファメモリ５０に一旦格
納した後、読み出して復号して表示する第２の受信再生
処理とを実行する。リアルタイムフロー制御部３２は、
検出したフレームずれ率に応じて第１の受信再生処理と
第２の受信再生処理とを、動的にかつ適応的に選択切り
換える。
画像データの再生が容易に乱れて表示されることを防止
し、その乱れを最小限に抑制することができる通信サー
ビス品質制御方法及び装置を提供する。 【解決手段】 通信アプリケーションＣＡでは、１フレ
ームの画像データを受信しながら復号して表示する第１
の受信再生処理と、１フレームの画像データを受信し、
受信した画像データを中間バッファメモリ５０に一旦格
納した後、読み出して復号して表示する第２の受信再生
処理とを実行する。リアルタイムフロー制御部３２は、
検出したフレームずれ率に応じて第１の受信再生処理と
第２の受信再生処理とを、動的にかつ適応的に選択切り
換える。
Description
【０００１】
【発明の属する技術分野】本発明は、例えばネットワー
クを介して接続された複数の端末装置間の通信サービス
の品質（以下、ＱｏＳという。）を制御する通信サービ
ス品質制御方法及び装置に関する。
クを介して接続された複数の端末装置間の通信サービス
の品質（以下、ＱｏＳという。）を制御する通信サービ
ス品質制御方法及び装置に関する。
【０００２】
【従来の技術】従来技術文献１「河内谷清久仁，“マル
チメディア処理の動的ＱｏＳ制御のためのフレームワー
ク”，電子情報通信学会論文誌，B-I，Vol.J80-B-I，N
o.6，pp.465-471，1997年6月」記載のＱｏＳチケットモ
デル（以下、第１の従来例という。）では、ＱｏＳマネ
ージャが、複数の連続メディアセッションから通知され
るＱｏＳファクタに基づいて、それらに対する資源の割
り振りと予約を行い、その情報を書き込んだ「ＱｏＳチ
ケット」を発行し、各連続メディアセッションが、Ｑｏ
Ｓファクタを通じて当該各連続メディアセッションの必
要とする資源量をＱｏＳマネージャに通知する。また、
各連続メディアセッションは、ＱｏＳマネージャから当
該各連続メディアセッションに対して発行されたＱｏＳ
チケットに記載される資源の制限内で処理が行われるよ
うに動的にＱｏＳを調整し、当該各連続メディアセッシ
ョンの処理内容を適応させる。オペレーティングシステ
ムは、資源使用の保証と監視を行う。第１の従来例で
は、このようにＱｏＳチケットを通じて、オペレーティ
ングシステム、ＱｏＳマネージャ及び各連続メディアセ
ッションが協調してＱｏＳ制御を行うことにより、複数
の連続メディア処理に対するＣＰＵ資源の配分と動的な
ＱｏＳ制御が可能である。
チメディア処理の動的ＱｏＳ制御のためのフレームワー
ク”，電子情報通信学会論文誌，B-I，Vol.J80-B-I，N
o.6，pp.465-471，1997年6月」記載のＱｏＳチケットモ
デル（以下、第１の従来例という。）では、ＱｏＳマネ
ージャが、複数の連続メディアセッションから通知され
るＱｏＳファクタに基づいて、それらに対する資源の割
り振りと予約を行い、その情報を書き込んだ「ＱｏＳチ
ケット」を発行し、各連続メディアセッションが、Ｑｏ
Ｓファクタを通じて当該各連続メディアセッションの必
要とする資源量をＱｏＳマネージャに通知する。また、
各連続メディアセッションは、ＱｏＳマネージャから当
該各連続メディアセッションに対して発行されたＱｏＳ
チケットに記載される資源の制限内で処理が行われるよ
うに動的にＱｏＳを調整し、当該各連続メディアセッシ
ョンの処理内容を適応させる。オペレーティングシステ
ムは、資源使用の保証と監視を行う。第１の従来例で
は、このようにＱｏＳチケットを通じて、オペレーティ
ングシステム、ＱｏＳマネージャ及び各連続メディアセ
ッションが協調してＱｏＳ制御を行うことにより、複数
の連続メディア処理に対するＣＰＵ資源の配分と動的な
ＱｏＳ制御が可能である。
【０００３】また、従来技術文献２「河内谷清久仁ほ
か，“ＭＫｎｇプロジェクトにおけるマルチメディア技
術：動的ＱｏＳ制御のための資源交渉手法の提案”，情
報処理学会第５５回全国大会論文集，2Z-4，1997年9
月」記載の「資源チケット」を用いた資源管理モデル
（以下、第２の従来例という。）は、第１の従来例を改
善したモデルである。第２の従来例では、各アプリケー
ションは、当該各アプリケーションがシステム資源の要
求を行ったり利用可能な資源量等の情報を得るための統
一的アブストラクション（抽象観念）である資源チケッ
トに、当該各アプリケーションの対応可能なＱｏＳタイ
プ毎の資源要求を「資源要求表」として登録し、資源ア
ロケータに送信する。資源アロケータは各アプリケーシ
ョンの資源チケットの当該資源要求表に基づいて、でき
るだけ多くのアプリケーションが満足できるように各ア
プリケーションに対する資源配分を決定してその予約を
行い、その資源配分情報を各資源チケットに書き込む。
各アプリケーションは、指定されたＱｏＳタイプで処理
を行うと共に、実際に消費した資源量の情報をもとに資
源要求表を較正する。第２の従来例は、このような資源
管理手法によって環境に依存せず、動的なＱｏＳ制御を
行うことができる。
か，“ＭＫｎｇプロジェクトにおけるマルチメディア技
術：動的ＱｏＳ制御のための資源交渉手法の提案”，情
報処理学会第５５回全国大会論文集，2Z-4，1997年9
月」記載の「資源チケット」を用いた資源管理モデル
（以下、第２の従来例という。）は、第１の従来例を改
善したモデルである。第２の従来例では、各アプリケー
ションは、当該各アプリケーションがシステム資源の要
求を行ったり利用可能な資源量等の情報を得るための統
一的アブストラクション（抽象観念）である資源チケッ
トに、当該各アプリケーションの対応可能なＱｏＳタイ
プ毎の資源要求を「資源要求表」として登録し、資源ア
ロケータに送信する。資源アロケータは各アプリケーシ
ョンの資源チケットの当該資源要求表に基づいて、でき
るだけ多くのアプリケーションが満足できるように各ア
プリケーションに対する資源配分を決定してその予約を
行い、その資源配分情報を各資源チケットに書き込む。
各アプリケーションは、指定されたＱｏＳタイプで処理
を行うと共に、実際に消費した資源量の情報をもとに資
源要求表を較正する。第２の従来例は、このような資源
管理手法によって環境に依存せず、動的なＱｏＳ制御を
行うことができる。
【０００４】しかしながら、第１及び第２の従来例で
は、各リソースのモジュールに対するＱｏＳの分配は集
中管理されている。使用リソース量の変化が発生した場
合、ＱｏＳの再配分が集中的に行われるため、分配の対
象となるモジュールが多くなると、その負荷は非常に大
きくなり、分配処理に多くの時間が必要となる。第１の
従来例ではＱｏＳマネージャ（QoS Manager）部、第２
の従来例では資源アロケータ（Resource Allocator）が
これに相当する。各モジュールのＱｏＳ調整はこの分配
結果に基づいて行われるために、ＱｏＳ調整が迅速に行
なえないという問題があった。
は、各リソースのモジュールに対するＱｏＳの分配は集
中管理されている。使用リソース量の変化が発生した場
合、ＱｏＳの再配分が集中的に行われるため、分配の対
象となるモジュールが多くなると、その負荷は非常に大
きくなり、分配処理に多くの時間が必要となる。第１の
従来例ではＱｏＳマネージャ（QoS Manager）部、第２
の従来例では資源アロケータ（Resource Allocator）が
これに相当する。各モジュールのＱｏＳ調整はこの分配
結果に基づいて行われるために、ＱｏＳ調整が迅速に行
なえないという問題があった。
【０００５】この問題点を解決するために、本特許出願
人は、特願平１０−２７９７３９号の特許出願におい
て、「ネットワークを介して接続された複数の端末装置
間で通信ストリームを用いて通信するときに、通信サー
ビスの品質を制御する端末装置の通信サービス品質制御
方法又は装置において、通信ストリームの通信サービス
の品質に基づいて決定された通信のためのリソース量が
所定の正常範囲外のときに、通信ストリームを用いて通
信するときの優先順位を表す優先度と、通信ストリーム
の通信サービスの品質を調整するか否かを決定するため
の基準値であるしきい値とを比較することにより、通信
ストリーム毎に通信サービスの品質を調整した後、通信
サービスの品質を調整した通信ストリームを含むすべて
の通信ストリームの優先度に基づいて上記しきい値を更
新する」こと（以下、第３の従来例という。）を提案し
ている。
人は、特願平１０−２７９７３９号の特許出願におい
て、「ネットワークを介して接続された複数の端末装置
間で通信ストリームを用いて通信するときに、通信サー
ビスの品質を制御する端末装置の通信サービス品質制御
方法又は装置において、通信ストリームの通信サービス
の品質に基づいて決定された通信のためのリソース量が
所定の正常範囲外のときに、通信ストリームを用いて通
信するときの優先順位を表す優先度と、通信ストリーム
の通信サービスの品質を調整するか否かを決定するため
の基準値であるしきい値とを比較することにより、通信
ストリーム毎に通信サービスの品質を調整した後、通信
サービスの品質を調整した通信ストリームを含むすべて
の通信ストリームの優先度に基づいて上記しきい値を更
新する」こと（以下、第３の従来例という。）を提案し
ている。
【０００６】
【発明が解決しようとする課題】しかしながら、これら
の従来例において、動画像データを伝送したときに、１
フレーム分の動画像データを受信して復号した後、ＣＲ
Ｔディスプレイに表示する処理を、１フレームの動画像
データ毎に繰り返すように構成した場合、各フレームの
動画像データが所定の周期の受信タイミングで受信して
いるときは正常に表示することができるが、受信タイミ
ングがずれた場合、動画像データの再生が容易に乱れて
表示されるという問題点があった。
の従来例において、動画像データを伝送したときに、１
フレーム分の動画像データを受信して復号した後、ＣＲ
Ｔディスプレイに表示する処理を、１フレームの動画像
データ毎に繰り返すように構成した場合、各フレームの
動画像データが所定の周期の受信タイミングで受信して
いるときは正常に表示することができるが、受信タイミ
ングがずれた場合、動画像データの再生が容易に乱れて
表示されるという問題点があった。
【０００７】本発明の目的は以上の問題点を解決し、受
信タイミングがずれた場合であっても、動画像データの
再生が容易に乱れて表示されることを防止し、その乱れ
を最小限に抑制することができる通信サービス品質制御
方法及び装置を提供することにある。
信タイミングがずれた場合であっても、動画像データの
再生が容易に乱れて表示されることを防止し、その乱れ
を最小限に抑制することができる通信サービス品質制御
方法及び装置を提供することにある。
【０００８】
【課題を解決するための手段】本発明に係る請求項１記
載の通信サービス品質制御方法は、ネットワークを介し
て接続された複数の端末装置間で通信ストリームを用い
て通信するときに、通信サービスの品質を制御する制御
手段を備えた端末装置の通信サービス品質制御方法にお
いて、１フレームの画像データを受信しながら復号して
表示する第１の受信再生処理のステップと、１フレーム
の画像データを受信し、受信した画像データを中間バッ
ファメモリに一旦格納した後、読み出して復号して表示
する第２の受信再生処理のステップと、画像データを受
信するときに、所定の時間当りのフレームずれ率を検出
し、第１の受信再生処理のステップを実行した後、フレ
ームずれ率が所定の第１のしきい値以上であるときに第
２の受信再生処理のステップを実行する一方、フレーム
ずれ率が上記第１のしきい値未満であるときに第１の受
信再生処理のステップを繰り返し、また、第２の受信再
生処理のステップを実行した後、フレームずれ率が第１
のしきい値よりも小さい所定の第２のしきい値以下であ
るときに第１の受信再生処理のステップを実行する一
方、フレームずれ率が上記第２のしきい値を超えるとき
に第２の受信再生処理のステップを繰り返すように制御
するステップとを含むことを特徴とする。
載の通信サービス品質制御方法は、ネットワークを介し
て接続された複数の端末装置間で通信ストリームを用い
て通信するときに、通信サービスの品質を制御する制御
手段を備えた端末装置の通信サービス品質制御方法にお
いて、１フレームの画像データを受信しながら復号して
表示する第１の受信再生処理のステップと、１フレーム
の画像データを受信し、受信した画像データを中間バッ
ファメモリに一旦格納した後、読み出して復号して表示
する第２の受信再生処理のステップと、画像データを受
信するときに、所定の時間当りのフレームずれ率を検出
し、第１の受信再生処理のステップを実行した後、フレ
ームずれ率が所定の第１のしきい値以上であるときに第
２の受信再生処理のステップを実行する一方、フレーム
ずれ率が上記第１のしきい値未満であるときに第１の受
信再生処理のステップを繰り返し、また、第２の受信再
生処理のステップを実行した後、フレームずれ率が第１
のしきい値よりも小さい所定の第２のしきい値以下であ
るときに第１の受信再生処理のステップを実行する一
方、フレームずれ率が上記第２のしきい値を超えるとき
に第２の受信再生処理のステップを繰り返すように制御
するステップとを含むことを特徴とする。
【０００９】また、本発明に係る請求項２記載の通信サ
ービス品質制御装置は、ネットワークを介して接続され
た複数の端末装置間で通信ストリームを用いて通信する
ときに、通信サービスの品質を制御する制御手段を備え
た端末装置の通信サービス品質制御装置において、１フ
レームの画像データを受信しながら復号して表示する第
１の受信再生処理手段と、１フレームの画像データを受
信し、受信した画像データを中間バッファメモリに一旦
格納した後、読み出して復号して表示する第２の受信再
生処理手段とを備え、上記制御手段は、画像データを受
信するときに、所定の時間当りのフレームずれ率を検出
し、第１の受信再生処理手段の処理を実行した後、フレ
ームずれ率が所定の第１のしきい値以上であるときに第
２の受信再生処理手段の処理を実行する一方、フレーム
ずれ率が上記第１のしきい値未満であるときに第１の受
信再生処理手段の処理を繰り返し、また、第２の受信再
生処理手段の処理を実行した後、フレームずれ率が第１
のしきい値よりも小さい所定の第２のしきい値以下であ
るときに第１の受信再生処理手段の処理を実行する一
方、フレームずれ率が上記第２のしきい値を超えるとき
に第２の受信再生処理手段の処理を繰り返すように制御
することを特徴とする。
ービス品質制御装置は、ネットワークを介して接続され
た複数の端末装置間で通信ストリームを用いて通信する
ときに、通信サービスの品質を制御する制御手段を備え
た端末装置の通信サービス品質制御装置において、１フ
レームの画像データを受信しながら復号して表示する第
１の受信再生処理手段と、１フレームの画像データを受
信し、受信した画像データを中間バッファメモリに一旦
格納した後、読み出して復号して表示する第２の受信再
生処理手段とを備え、上記制御手段は、画像データを受
信するときに、所定の時間当りのフレームずれ率を検出
し、第１の受信再生処理手段の処理を実行した後、フレ
ームずれ率が所定の第１のしきい値以上であるときに第
２の受信再生処理手段の処理を実行する一方、フレーム
ずれ率が上記第１のしきい値未満であるときに第１の受
信再生処理手段の処理を繰り返し、また、第２の受信再
生処理手段の処理を実行した後、フレームずれ率が第１
のしきい値よりも小さい所定の第２のしきい値以下であ
るときに第１の受信再生処理手段の処理を実行する一
方、フレームずれ率が上記第２のしきい値を超えるとき
に第２の受信再生処理手段の処理を繰り返すように制御
することを特徴とする。
【００１０】さらに、本発明に係る請求項３記載の端末
装置の通信サービス品質制御方法は、ネットワークを介
して接続された複数の端末装置間で通信ストリームを用
いて通信するときに、通信サービスの品質を制御する端
末装置の通信サービス品質制御方法において、１フレー
ムの画像データを受信しながら復号して表示する第１の
受信再生処理のステップと、１フレームの画像データを
受信し、受信した画像データを中間バッファメモリに一
旦格納した後、読み出して復号して表示する第２の受信
再生処理のステップと、上記第１の受信再生処理のステ
ップにより画像データを受信再生するときに、上記第１
の受信再生処理のステップにより画像データを受信再生
しながら再生画像のフレームずれ率を測定し、測定され
たフレームずれ率に基づいて上記端末装置のリソースの
使用量とユーザの満足度とを考慮した上記第１の受信再
生処理の適応度を計算するとともに、測定されたフレー
ムずれ率に基づいて上記端末装置のリソースの使用量と
ユーザの満足度とを考慮した上記第２の受信再生処理の
適応度を、予め決められたリソースの使用量を用いて類
推して計算する一方、上記第２の受信再生処理のステッ
プにより画像データを受信再生するときに、上記第２の
受信再生処理のステップにより画像データを受信再生し
ながら再生画像のフレームずれ率を測定し、測定された
フレームずれ率に基づいて上記端末装置のリソースの使
用量とユーザの満足度とを考慮した上記第２の受信再生
処理の適応度を計算するとともに、測定されたフレーム
ずれ率に基づいて上記端末装置のリソースの使用量とユ
ーザの満足度とを考慮した上記第１の受信再生処理の適
応度を、予め決められたリソースの使用量を用いて類推
して計算し、上記第１の受信再生処理の適応度が上記第
２の受信再生処理の適応度以上であるときは、上記第１
の受信再生処理のステップにより画像データを受信再生
するように制御する一方、上記第１の受信再生処理の適
応度が上記第２の受信再生処理の適応度未満であるとき
は、上記第２の受信再生処理のステップにより画像デー
タを受信再生するように制御するステップとを含むこと
を特徴とする。
装置の通信サービス品質制御方法は、ネットワークを介
して接続された複数の端末装置間で通信ストリームを用
いて通信するときに、通信サービスの品質を制御する端
末装置の通信サービス品質制御方法において、１フレー
ムの画像データを受信しながら復号して表示する第１の
受信再生処理のステップと、１フレームの画像データを
受信し、受信した画像データを中間バッファメモリに一
旦格納した後、読み出して復号して表示する第２の受信
再生処理のステップと、上記第１の受信再生処理のステ
ップにより画像データを受信再生するときに、上記第１
の受信再生処理のステップにより画像データを受信再生
しながら再生画像のフレームずれ率を測定し、測定され
たフレームずれ率に基づいて上記端末装置のリソースの
使用量とユーザの満足度とを考慮した上記第１の受信再
生処理の適応度を計算するとともに、測定されたフレー
ムずれ率に基づいて上記端末装置のリソースの使用量と
ユーザの満足度とを考慮した上記第２の受信再生処理の
適応度を、予め決められたリソースの使用量を用いて類
推して計算する一方、上記第２の受信再生処理のステッ
プにより画像データを受信再生するときに、上記第２の
受信再生処理のステップにより画像データを受信再生し
ながら再生画像のフレームずれ率を測定し、測定された
フレームずれ率に基づいて上記端末装置のリソースの使
用量とユーザの満足度とを考慮した上記第２の受信再生
処理の適応度を計算するとともに、測定されたフレーム
ずれ率に基づいて上記端末装置のリソースの使用量とユ
ーザの満足度とを考慮した上記第１の受信再生処理の適
応度を、予め決められたリソースの使用量を用いて類推
して計算し、上記第１の受信再生処理の適応度が上記第
２の受信再生処理の適応度以上であるときは、上記第１
の受信再生処理のステップにより画像データを受信再生
するように制御する一方、上記第１の受信再生処理の適
応度が上記第２の受信再生処理の適応度未満であるとき
は、上記第２の受信再生処理のステップにより画像デー
タを受信再生するように制御するステップとを含むこと
を特徴とする。
【００１１】またさらに、本発明に係る請求項４記載の
通信サービス品質制御装置は、ネットワークを介して接
続された複数の端末装置間で通信ストリームを用いて通
信するときに、通信サービスの品質を制御する制御手段
を備えた端末装置の通信サービス品質制御装置におい
て、１フレームの画像データを受信しながら復号して表
示する第１の受信再生処理手段と、１フレームの画像デ
ータを受信し、受信した画像データを中間バッファメモ
リに一旦格納した後、読み出して復号して表示する第２
の受信再生処理手段とを備え、上記制御手段は、上記第
１の受信再生処理手段を用いて画像データを受信再生す
るときに、上記第１の受信再生処理手段を用いて画像デ
ータを受信再生しながら再生画像のフレームずれ率を測
定し、測定されたフレームずれ率に基づいて上記端末装
置のリソースの使用量とユーザの満足度とを考慮した上
記第１の受信再生処理手段の適応度を計算するととも
に、測定されたフレームずれ率に基づいて上記端末装置
のリソースの使用量とユーザの満足度とを考慮した上記
第２の受信再生処理手段の適応度を、予め決められたリ
ソースの使用量を用いて類推して計算する一方、上記第
２の受信再生処理手段を用いて画像データを受信再生す
るときに、上記第２の受信再生処理手段を用いて画像デ
ータを受信再生しながら再生画像のフレームずれ率を測
定し、測定されたフレームずれ率に基づいて上記端末装
置のリソースの使用量とユーザの満足度とを考慮した上
記第２の受信再生処理手段の適応度を計算するととも
に、測定されたフレームずれ率に基づいて上記端末装置
のリソースの使用量とユーザの満足度とを考慮した上記
第１の受信再生処理手段の適応度を、予め決められたリ
ソースの使用量を用いて類推して計算し、上記第１の受
信再生処理手段の適応度が上記第２の受信再生処理手段
の適応度以上であるときは、上記第１の受信再生処理手
段を用いて画像データを受信再生するように制御する一
方、上記第１の受信再生処理手段の適応度が上記第２の
受信再生処理手段の適応度未満であるときは、上記第２
の受信再生処理手段を用いて画像データを受信再生する
ように制御することを特徴とする通信サービス品質制御
装置。
通信サービス品質制御装置は、ネットワークを介して接
続された複数の端末装置間で通信ストリームを用いて通
信するときに、通信サービスの品質を制御する制御手段
を備えた端末装置の通信サービス品質制御装置におい
て、１フレームの画像データを受信しながら復号して表
示する第１の受信再生処理手段と、１フレームの画像デ
ータを受信し、受信した画像データを中間バッファメモ
リに一旦格納した後、読み出して復号して表示する第２
の受信再生処理手段とを備え、上記制御手段は、上記第
１の受信再生処理手段を用いて画像データを受信再生す
るときに、上記第１の受信再生処理手段を用いて画像デ
ータを受信再生しながら再生画像のフレームずれ率を測
定し、測定されたフレームずれ率に基づいて上記端末装
置のリソースの使用量とユーザの満足度とを考慮した上
記第１の受信再生処理手段の適応度を計算するととも
に、測定されたフレームずれ率に基づいて上記端末装置
のリソースの使用量とユーザの満足度とを考慮した上記
第２の受信再生処理手段の適応度を、予め決められたリ
ソースの使用量を用いて類推して計算する一方、上記第
２の受信再生処理手段を用いて画像データを受信再生す
るときに、上記第２の受信再生処理手段を用いて画像デ
ータを受信再生しながら再生画像のフレームずれ率を測
定し、測定されたフレームずれ率に基づいて上記端末装
置のリソースの使用量とユーザの満足度とを考慮した上
記第２の受信再生処理手段の適応度を計算するととも
に、測定されたフレームずれ率に基づいて上記端末装置
のリソースの使用量とユーザの満足度とを考慮した上記
第１の受信再生処理手段の適応度を、予め決められたリ
ソースの使用量を用いて類推して計算し、上記第１の受
信再生処理手段の適応度が上記第２の受信再生処理手段
の適応度以上であるときは、上記第１の受信再生処理手
段を用いて画像データを受信再生するように制御する一
方、上記第１の受信再生処理手段の適応度が上記第２の
受信再生処理手段の適応度未満であるときは、上記第２
の受信再生処理手段を用いて画像データを受信再生する
ように制御することを特徴とする通信サービス品質制御
装置。
【００１２】
【発明の実施の形態】以下、図面を参照して本発明に係
る実施形態について説明する。
る実施形態について説明する。
【００１３】図１は、本発明に係る一実施形態である通
信サービス品質（ＱｏＳ）調整機能を備えた端末装置Ａ
及びＢを備えた通信システムの構成を示すブロック図で
ある。図１において、端末装置Ａは、通信サービス品質
（ＱｏＳ）調整機能を備え、パーソナルコンピュータＡ
１とモデム（変復調装置）Ａ２とを備えて構成され、こ
こで、パーソナルコンピュータＡ１はモデムＡ２、並び
に、例えば電話回線、ＩＳＤＮ回線、インターネットな
どのネットワークＮＥを介して端末装置Ｂに接続され
る。端末装置Ｂは、端末装置Ａと同様に、パーソナルコ
ンピュータＢ１及びモデムＢ２を備えて構成される。
信サービス品質（ＱｏＳ）調整機能を備えた端末装置Ａ
及びＢを備えた通信システムの構成を示すブロック図で
ある。図１において、端末装置Ａは、通信サービス品質
（ＱｏＳ）調整機能を備え、パーソナルコンピュータＡ
１とモデム（変復調装置）Ａ２とを備えて構成され、こ
こで、パーソナルコンピュータＡ１はモデムＡ２、並び
に、例えば電話回線、ＩＳＤＮ回線、インターネットな
どのネットワークＮＥを介して端末装置Ｂに接続され
る。端末装置Ｂは、端末装置Ａと同様に、パーソナルコ
ンピュータＢ１及びモデムＢ２を備えて構成される。
【００１４】まず、本発明に係る一実施形態の通信シス
テムの構成及び動作について図１を参照しながら説明す
る。図１の通信システムは、従来技術文献３「小菅ほ
か，“適応型情報通信アプリケーションのためのフレー
ムワークの一考察−エージェントに基づくシステムアー
キテクチャ−”，電子情報通信学会技術研究報告，CQ97
-66，pp53-60，1997年12月」記載のＱｏＳによるリソー
スマネージメントのメカニズムを用いる。
テムの構成及び動作について図１を参照しながら説明す
る。図１の通信システムは、従来技術文献３「小菅ほ
か，“適応型情報通信アプリケーションのためのフレー
ムワークの一考察−エージェントに基づくシステムアー
キテクチャ−”，電子情報通信学会技術研究報告，CQ97
-66，pp53-60，1997年12月」記載のＱｏＳによるリソー
スマネージメントのメカニズムを用いる。
【００１５】図１において、パーソナルコンピュータＡ
１は、通信処理の動作を制御するハードウエアであるＣ
ＰＵ１０と、端末装置Ｂとデータ通信を行う通信アプリ
ケーション（ソフトウエア）ＣＡと、上記データ通信の
制御を行う通信制御部（ソフトウエア）ＣＣと、ユーザ
要求に基づいてＱｏＳとＱｏＳマネジメントポリシー
（ＱｏＳ管理ポリシー）を算出するアプリケーションエ
ージェントＡＡと、マルチメディア通信のストリーム毎
に生成され、かつアプリケーションエージェントＡＡに
よって算出されたＱｏＳとＱｏＳマネジメントポリシー
に基づいて従ってストリームを自律的に制御するストリ
ームエージェントＳＡと、ＱｏＳを調整する際にどのス
トリームのＱｏＳを調整するかを決定するための基準値
であるしきい値を記憶する共有データメモリ１４とを備
える。ここで、エージェントとは、外部からの入力に対
して自律的に動作の判断と制御を行うソフトウェアモジ
ュールのことである。アプリケーションエージェントＡ
Ａは、ＱｏＳマッピング部１１と、ＱｏＳ交渉部（Ｑｏ
Ｓネゴシエーション部）１２と、ＱｏＳ許可部（ＱｏＳ
アドミッション部）１３とを備える。また、ストリーム
エージェントＳＡは、ＱｏＳ管理部２１と、ＱｏＳモニ
タリング部２２とを備える。さらに、通信制御部ＣＣ
は、フローフィルタリング部３１と、リアルタイムフロ
ー制御部３２と、適応転送システム部３３とを備える。
以下、パーソナルコンピュータＡ１の処理及び動作の詳
細について説明する。
１は、通信処理の動作を制御するハードウエアであるＣ
ＰＵ１０と、端末装置Ｂとデータ通信を行う通信アプリ
ケーション（ソフトウエア）ＣＡと、上記データ通信の
制御を行う通信制御部（ソフトウエア）ＣＣと、ユーザ
要求に基づいてＱｏＳとＱｏＳマネジメントポリシー
（ＱｏＳ管理ポリシー）を算出するアプリケーションエ
ージェントＡＡと、マルチメディア通信のストリーム毎
に生成され、かつアプリケーションエージェントＡＡに
よって算出されたＱｏＳとＱｏＳマネジメントポリシー
に基づいて従ってストリームを自律的に制御するストリ
ームエージェントＳＡと、ＱｏＳを調整する際にどのス
トリームのＱｏＳを調整するかを決定するための基準値
であるしきい値を記憶する共有データメモリ１４とを備
える。ここで、エージェントとは、外部からの入力に対
して自律的に動作の判断と制御を行うソフトウェアモジ
ュールのことである。アプリケーションエージェントＡ
Ａは、ＱｏＳマッピング部１１と、ＱｏＳ交渉部（Ｑｏ
Ｓネゴシエーション部）１２と、ＱｏＳ許可部（ＱｏＳ
アドミッション部）１３とを備える。また、ストリーム
エージェントＳＡは、ＱｏＳ管理部２１と、ＱｏＳモニ
タリング部２２とを備える。さらに、通信制御部ＣＣ
は、フローフィルタリング部３１と、リアルタイムフロ
ー制御部３２と、適応転送システム部３３とを備える。
以下、パーソナルコンピュータＡ１の処理及び動作の詳
細について説明する。
【００１６】まず、適応型情報通信アプリケーションに
ついて説明する。上述したように、今後の高度情報通信
社会においては、モバイル通信、マルチメディア通信、
及びパーソナル通信を利用する形態の情報通信アプリケ
ーションが普及し、日常生活の様々な場面で個人に密に
関わってくる。
ついて説明する。上述したように、今後の高度情報通信
社会においては、モバイル通信、マルチメディア通信、
及びパーソナル通信を利用する形態の情報通信アプリケ
ーションが普及し、日常生活の様々な場面で個人に密に
関わってくる。
【００１７】誰もがこのようなアプリケーションを日常
的に気軽に利用できるようにするためには、極めて多様
で流動的な動作環境で適応的に通信コーディネーション
を行う機能がアプリケーションに求められる。すなわ
ち、使用するネットワークや、ときには端末までもがア
プリケーション利用の都度、異なることがあり、その結
果、使用できるリソース、性能がそのときどきで異なっ
てくる。さらに、マルチメディアストリームを取り扱う
場合には、そこで処理する負荷の特性も一定していな
い。この場合には、使用可能なリソース、性能、メディ
アストリームの負荷特性などに応じて受信処理できるＱ
ｏＳの選択などの通信コーディネーションが必要であ
る。とくに、携帯端末を使用してワイヤレスアクセスリ
ンク経由でモバイルマルチメディア通信を利用する場合
（例えば、図８参照。）には、相手側（例えば、高速広
帯域アクセスリンク経由で通信できる高性能ワークステ
ーション）との間の、使用可能リソース量や性能の差に
より、双方で扱えるメディアストリームのＱｏＳに差が
生じることがある。この場合には、受信処理できるメデ
ィアストリームに変換するためのＱｏＳ調整などの通信
コーディネーションが必要である。
的に気軽に利用できるようにするためには、極めて多様
で流動的な動作環境で適応的に通信コーディネーション
を行う機能がアプリケーションに求められる。すなわ
ち、使用するネットワークや、ときには端末までもがア
プリケーション利用の都度、異なることがあり、その結
果、使用できるリソース、性能がそのときどきで異なっ
てくる。さらに、マルチメディアストリームを取り扱う
場合には、そこで処理する負荷の特性も一定していな
い。この場合には、使用可能なリソース、性能、メディ
アストリームの負荷特性などに応じて受信処理できるＱ
ｏＳの選択などの通信コーディネーションが必要であ
る。とくに、携帯端末を使用してワイヤレスアクセスリ
ンク経由でモバイルマルチメディア通信を利用する場合
（例えば、図８参照。）には、相手側（例えば、高速広
帯域アクセスリンク経由で通信できる高性能ワークステ
ーション）との間の、使用可能リソース量や性能の差に
より、双方で扱えるメディアストリームのＱｏＳに差が
生じることがある。この場合には、受信処理できるメデ
ィアストリームに変換するためのＱｏＳ調整などの通信
コーディネーションが必要である。
【００１８】また、ワイヤレスアクセスリンクの不安定
な伝送環境や、ハンドオーバによる使用可能伝送帯域の
変更、携帯端末の電池残量の変化などにより、アプリケ
ーション利用中にも動作環境が変わり得る。この場合に
も、スムーズなメディアストリーム処理を可能にするた
めの動的なＱｏＳ調整が必要である。
な伝送環境や、ハンドオーバによる使用可能伝送帯域の
変更、携帯端末の電池残量の変化などにより、アプリケ
ーション利用中にも動作環境が変わり得る。この場合に
も、スムーズなメディアストリーム処理を可能にするた
めの動的なＱｏＳ調整が必要である。
【００１９】また、これらの物理的な動作環境（ネット
ワーク環境、端末環境）のほかに、ユーザ個々人のＴＰ
Ｏ、ニーズ、好みに応じた多様な利用形態が出現し得る
が、この場合には、そのときどきのユーザの状況に合っ
た通信形態の選択などの通信コーディネーションが必要
である。また、ユーザ相互の要求が相反する場合には、
お互いの要求を調整することも必要になってくる。前述
のメディアストリームのＱｏＳ調整についても、ユーザ
個々人の要求、好みに合わせてＱｏＳ調整が行われるこ
とが必要である。
ワーク環境、端末環境）のほかに、ユーザ個々人のＴＰ
Ｏ、ニーズ、好みに応じた多様な利用形態が出現し得る
が、この場合には、そのときどきのユーザの状況に合っ
た通信形態の選択などの通信コーディネーションが必要
である。また、ユーザ相互の要求が相反する場合には、
お互いの要求を調整することも必要になってくる。前述
のメディアストリームのＱｏＳ調整についても、ユーザ
個々人の要求、好みに合わせてＱｏＳ調整が行われるこ
とが必要である。
【００２０】このように、そのときどきの動作環境（ネ
ットワーク環境、端末環境、ユーザ環境）に即して、使
用リソース、メディアストリームのＱｏＳ、通信形態、
さらにはアプリケーション自身の機能及び構成までをも
自律的に調整して通信コーディネーションを行う適応型
情報通信アプリケーションを実現するためのシステムア
ーキテクチャについて以下に開示する。
ットワーク環境、端末環境、ユーザ環境）に即して、使
用リソース、メディアストリームのＱｏＳ、通信形態、
さらにはアプリケーション自身の機能及び構成までをも
自律的に調整して通信コーディネーションを行う適応型
情報通信アプリケーションを実現するためのシステムア
ーキテクチャについて以下に開示する。
【００２１】まず、適応型情報通信アプリケーションの
ためのフレームワークについて説明する。図９は、図１
の通信システムで用いられるＱｏＳアーキテクチャのた
めのフレームワークの基本構成を示すブロック図であ
る。このフレームワークは主として次の４つのモジュー
ル群から構成されている。 （ａ）パーソナルエージェント群、（ｂ）アプリケーシ
ョンエージェント群、（ｃ）ストリームエージェント
群、及び、（ｄ）リソースマネージャ群。
ためのフレームワークについて説明する。図９は、図１
の通信システムで用いられるＱｏＳアーキテクチャのた
めのフレームワークの基本構成を示すブロック図であ
る。このフレームワークは主として次の４つのモジュー
ル群から構成されている。 （ａ）パーソナルエージェント群、（ｂ）アプリケーシ
ョンエージェント群、（ｃ）ストリームエージェント
群、及び、（ｄ）リソースマネージャ群。
【００２２】ここで、通信アプリケーションＣＡを含む
パーソナルエージェントはユーザの好みや要求を把握
し、ユーザ要求の変更を受けつける。また、アプリケー
ションエージェントＡＡは各アプリケーション毎に生成
され、ＱｏＳの交渉とリソース予約の制御を行う。スト
リームエージェントＳＡは、各ストリーム毎に生成さ
れ、指定されたＱｏＳに従ってストリームを自律的に制
御する。通信制御部ＣＣを含むリソースマネージャはＣ
ＰＵ１０やネットワークＮＥの伝送帯域等のリソースの
管理を行う。フレームワークにおけるエージェント群
は、ＱｏＳメカニズムの機能を利用もしくは実現し、ア
プリケーションに適応性を付与する。
パーソナルエージェントはユーザの好みや要求を把握
し、ユーザ要求の変更を受けつける。また、アプリケー
ションエージェントＡＡは各アプリケーション毎に生成
され、ＱｏＳの交渉とリソース予約の制御を行う。スト
リームエージェントＳＡは、各ストリーム毎に生成さ
れ、指定されたＱｏＳに従ってストリームを自律的に制
御する。通信制御部ＣＣを含むリソースマネージャはＣ
ＰＵ１０やネットワークＮＥの伝送帯域等のリソースの
管理を行う。フレームワークにおけるエージェント群
は、ＱｏＳメカニズムの機能を利用もしくは実現し、ア
プリケーションに適応性を付与する。
【００２３】次いで、ＱｏＳメカニズムとフレームワー
クについて説明する。ここで、リソース管理（マネジメ
ント）におけるＱｏＳメカニズムは以下の３つに分類す
ることができる。 （ａ）ＱｏＳ提供機構（QoS Provision Mechanisms）、
（ｂ）ＱｏＳ制御機構（QoS Control Mechanisms）、及
び、（ｃ）ＱｏＳ管理機構（QoS Management Mechanism
s）。
クについて説明する。ここで、リソース管理（マネジメ
ント）におけるＱｏＳメカニズムは以下の３つに分類す
ることができる。 （ａ）ＱｏＳ提供機構（QoS Provision Mechanisms）、
（ｂ）ＱｏＳ制御機構（QoS Control Mechanisms）、及
び、（ｃ）ＱｏＳ管理機構（QoS Management Mechanism
s）。
【００２４】ここで、ＱｏＳ提供機構は、フローの確立
とＱｏＳ交渉といった静的なリソース管理を行う。一
方、ＱｏＳ制御機構とＱｏＳ管理機構は、メディア転送
時の動的なリソース管理を行う。ＱｏＳ制御機構は、Ｑ
ｏＳ管理機構より処理のタイムスケールが短い、リアル
タイムなフロー制御やフローのフィルタリング等を行
う。アプリケーションエージェントＡＡはＱｏＳマッピ
ングや許可、テスト等のＱｏＳ提供機構を利用してＱｏ
Ｓの交渉とリソース予約の制御を行い、フローを確立す
る。
とＱｏＳ交渉といった静的なリソース管理を行う。一
方、ＱｏＳ制御機構とＱｏＳ管理機構は、メディア転送
時の動的なリソース管理を行う。ＱｏＳ制御機構は、Ｑ
ｏＳ管理機構より処理のタイムスケールが短い、リアル
タイムなフロー制御やフローのフィルタリング等を行
う。アプリケーションエージェントＡＡはＱｏＳマッピ
ングや許可、テスト等のＱｏＳ提供機構を利用してＱｏ
Ｓの交渉とリソース予約の制御を行い、フローを確立す
る。
【００２５】ストリームエージェントＳＡはＱｏＳの保
守管理やＱｏＳ適応制御等のＱｏＳ管理機構の機能を実
現し、ストリーム制御に適応性を付与する。またそれぞ
れのエージェントは、フローのリアルタイムな制御のた
めにＱｏＳ制御機構の機能を利用する。
守管理やＱｏＳ適応制御等のＱｏＳ管理機構の機能を実
現し、ストリーム制御に適応性を付与する。またそれぞ
れのエージェントは、フローのリアルタイムな制御のた
めにＱｏＳ制御機構の機能を利用する。
【００２６】次いで、フレームワーク内のアプリケーシ
ョンエージェントＡＡとストリームエージェントＳＡの
基本動作フローについて図１を参照しながら説明する。
ョンエージェントＡＡとストリームエージェントＳＡの
基本動作フローについて図１を参照しながら説明する。
【００２７】まず、各アプリケーションエージェントＡ
Ａは、例えば通信アプリケーションＣＡであるパーソナ
ルエージェントからのユーザ要求をもとにＱｏＳとＱｏ
Ｓマネジメントポリシーを算出する。通信アプリケーシ
ョンＣＡからストリームの生成要求が発生した場合、各
アプリケーションエージェントＡＡはネットワークや端
末のリソース環境を考慮し、ユーザ要求をもとにアプリ
ケーションに対して妥当なＱｏＳをストリーム毎に算出
することにより、ＱｏＳのマッピングを行う。同時に、
複数のアプリケーションが存在する場合は、各アプリケ
ーションエージェントＡＡ間で交渉を行い、許可及びテ
スト機能を利用して、実現可能なＱｏＳを選択する。必
要な場合は、通信相手や通信コーディネーションサーバ
のアプリケーションエージェントＡＡと端末装置Ａと端
末装置Ｂとの間で交渉を行う。このようにして選択した
１つ又は複数のＱｏＳとＱｏＳマネジメントポリシーを
それぞれのストリームエージェントＳＡに通知する。こ
の処理は、ユーザの品質要求が変化した場合にも行われ
る。また、リソースが不足した場合等にはストリームエ
ージェントＳＡからの要求を受けてＱｏＳの再交渉も行
う。
Ａは、例えば通信アプリケーションＣＡであるパーソナ
ルエージェントからのユーザ要求をもとにＱｏＳとＱｏ
Ｓマネジメントポリシーを算出する。通信アプリケーシ
ョンＣＡからストリームの生成要求が発生した場合、各
アプリケーションエージェントＡＡはネットワークや端
末のリソース環境を考慮し、ユーザ要求をもとにアプリ
ケーションに対して妥当なＱｏＳをストリーム毎に算出
することにより、ＱｏＳのマッピングを行う。同時に、
複数のアプリケーションが存在する場合は、各アプリケ
ーションエージェントＡＡ間で交渉を行い、許可及びテ
スト機能を利用して、実現可能なＱｏＳを選択する。必
要な場合は、通信相手や通信コーディネーションサーバ
のアプリケーションエージェントＡＡと端末装置Ａと端
末装置Ｂとの間で交渉を行う。このようにして選択した
１つ又は複数のＱｏＳとＱｏＳマネジメントポリシーを
それぞれのストリームエージェントＳＡに通知する。こ
の処理は、ユーザの品質要求が変化した場合にも行われ
る。また、リソースが不足した場合等にはストリームエ
ージェントＳＡからの要求を受けてＱｏＳの再交渉も行
う。
【００２８】次いで、ストリームエージェントＳＡは、
アプリケーションエージェントＡＡ群によって割り出さ
れたＱｏＳとＱｏＳマネジメントポリシー（ＱｏＳ管理
ポリシー）に従って、対応するストリームを自律的に制
御する。ストリームエージェントＳＡは端末装置Ａ内の
ローカルな環境でストリームとストリームに関連するリ
ソースのモニタリングを行い、ＱｏＳ制御機構の機能を
利用してストリームと使用リソースの調整を自律的に行
うことでＱｏＳ保守及びＱｏＳ適応制御機能を実現す
る。ストリームエージェントＳＡはまず最初に、アプリ
ケーションエージェントＡＡから与えられたＱｏＳを維
持しようとする。しかしながら、端末装置Ａ全体として
の使用リソース量が増加したり、ネットワークリソース
が変動してＱｏＳの維持が困難になった場合、ストリー
ムエージェントＳＡはＱｏＳマネジメントポリシーに従
って複数のＱｏＳを自律的に切り替える。このとき、各
ストリームエージェントは、共有データメモリ１４に記
憶されたしきい値と当該各ストリームエージェントが有
する優先度とを比較し、比較結果に従って対応するＱｏ
Ｓを調整するか否かを決定し、ＱｏＳを調整することが
決定されればＱｏＳを調整し、ストリームエージェント
ＳＡを含むすべてのストリームエージェントの優先度に
従って、共有データメモリ１４に記憶されたしきい値を
更新する。なお、ストリームエージェントＳＡでのＱｏ
Ｓ調整が現在のＱｏＳの範囲内では不可能になった場
合、アプリケーションエージェントＡＡ群にＱｏＳの再
交渉を要求する。
アプリケーションエージェントＡＡ群によって割り出さ
れたＱｏＳとＱｏＳマネジメントポリシー（ＱｏＳ管理
ポリシー）に従って、対応するストリームを自律的に制
御する。ストリームエージェントＳＡは端末装置Ａ内の
ローカルな環境でストリームとストリームに関連するリ
ソースのモニタリングを行い、ＱｏＳ制御機構の機能を
利用してストリームと使用リソースの調整を自律的に行
うことでＱｏＳ保守及びＱｏＳ適応制御機能を実現す
る。ストリームエージェントＳＡはまず最初に、アプリ
ケーションエージェントＡＡから与えられたＱｏＳを維
持しようとする。しかしながら、端末装置Ａ全体として
の使用リソース量が増加したり、ネットワークリソース
が変動してＱｏＳの維持が困難になった場合、ストリー
ムエージェントＳＡはＱｏＳマネジメントポリシーに従
って複数のＱｏＳを自律的に切り替える。このとき、各
ストリームエージェントは、共有データメモリ１４に記
憶されたしきい値と当該各ストリームエージェントが有
する優先度とを比較し、比較結果に従って対応するＱｏ
Ｓを調整するか否かを決定し、ＱｏＳを調整することが
決定されればＱｏＳを調整し、ストリームエージェント
ＳＡを含むすべてのストリームエージェントの優先度に
従って、共有データメモリ１４に記憶されたしきい値を
更新する。なお、ストリームエージェントＳＡでのＱｏ
Ｓ調整が現在のＱｏＳの範囲内では不可能になった場
合、アプリケーションエージェントＡＡ群にＱｏＳの再
交渉を要求する。
【００２９】次いで、ＱｏＳとＱｏＳマネジメントポリ
シーについて説明する。ＱｏＳマネジメントポリシー
は、与えられたＱｏＳの範囲の中からユーザ要求を最大
に反映したリソース制御を行うための指針となり、アプ
リケーションエージェントＡＡによって算出される。Ｑ
ｏＳとＱｏＳマネジメントポリシーは、（ａ）幅を有す
るＱｏＳと、（ｂ）アプリケーション、ストリーム、各
ＱｏＳパラメータ毎の優先度と、（ｃ）複数のＱｏＳパ
ラメータセットとユーティリティ（ユーザにとっての効
用、満足度）とに基づいて算出される。ＱｏＳ調整にユ
ーザ要求を反映する仕組みとして、次式の数１で与えら
れる総合ユーティリティ関数Ｕを、次式の数２のリソー
ス制約条件の下で最大化することにより、ユーザ要求を
反映したメディアストリームのＱｏＳ調整を実現する。
シーについて説明する。ＱｏＳマネジメントポリシー
は、与えられたＱｏＳの範囲の中からユーザ要求を最大
に反映したリソース制御を行うための指針となり、アプ
リケーションエージェントＡＡによって算出される。Ｑ
ｏＳとＱｏＳマネジメントポリシーは、（ａ）幅を有す
るＱｏＳと、（ｂ）アプリケーション、ストリーム、各
ＱｏＳパラメータ毎の優先度と、（ｃ）複数のＱｏＳパ
ラメータセットとユーティリティ（ユーザにとっての効
用、満足度）とに基づいて算出される。ＱｏＳ調整にユ
ーザ要求を反映する仕組みとして、次式の数１で与えら
れる総合ユーティリティ関数Ｕを、次式の数２のリソー
ス制約条件の下で最大化することにより、ユーザ要求を
反映したメディアストリームのＱｏＳ調整を実現する。
【００３０】
【数１】
【数２】
【００３１】ここで、ｕ（Ａ，ｑ）は、ストリームＡの
ＱｏＳが品質ｑであるときの個別ユーティリティ（ユー
ザの効用値、ユーザの効用度、又はユーザの満足度をい
う。）であり、ｗ（Ａ）は、アプリケーションの優先度
を考慮した、ストリームＡに対して予め決められた優先
度であり、端末装置Ａ及びＢ間でストリームを用いて通
信するときの優先準位を表す。また、ｒm（Ａ，ｑ）
は、ストリームＡをＱｏＳｑで処理するために必要とさ
れるリソースｍのリソース量であり、ストリームＡのＱ
ｏＳｑによって決定される。リソースｍは、本実施形態
ではＣＰＵ１０とネットワークＮＥとを含む。リソース
量はＣＰＵ１０の使用量とネットワークＮＥの伝送帯域
を含む。Ｒmは、リソースｍの利用可能限度量又はリソ
ース量の最大値である。このようにして得られるＱｏＳ
をストリームエージェントＳＡに通知する際の指定方法
は、ＱｏＳの範囲を指定する方法や、テーブルで離散的
に指定する方法を用いることができる。ストリームエー
ジェントＳＡのリアクティブ性（又は反応性）を考慮し
た場合、後者の方法が有効である。
ＱｏＳが品質ｑであるときの個別ユーティリティ（ユー
ザの効用値、ユーザの効用度、又はユーザの満足度をい
う。）であり、ｗ（Ａ）は、アプリケーションの優先度
を考慮した、ストリームＡに対して予め決められた優先
度であり、端末装置Ａ及びＢ間でストリームを用いて通
信するときの優先準位を表す。また、ｒm（Ａ，ｑ）
は、ストリームＡをＱｏＳｑで処理するために必要とさ
れるリソースｍのリソース量であり、ストリームＡのＱ
ｏＳｑによって決定される。リソースｍは、本実施形態
ではＣＰＵ１０とネットワークＮＥとを含む。リソース
量はＣＰＵ１０の使用量とネットワークＮＥの伝送帯域
を含む。Ｒmは、リソースｍの利用可能限度量又はリソ
ース量の最大値である。このようにして得られるＱｏＳ
をストリームエージェントＳＡに通知する際の指定方法
は、ＱｏＳの範囲を指定する方法や、テーブルで離散的
に指定する方法を用いることができる。ストリームエー
ジェントＳＡのリアクティブ性（又は反応性）を考慮し
た場合、後者の方法が有効である。
【００３２】次いで、フレームワークのエージェントモ
デルについて説明する。複数のアプリケーションが存在
する場合、ＱｏＳ交渉はアプリケーションエージェント
ＡＡによるマルチエージェントシステムを構成すること
となる。フロー確立時のＱｏＳ交渉は、実時間性に対す
る要求はそれほど強くないため、分散人工知能の分野で
研究されている高度な分散問題解決手法が利用可能であ
る。同等な優先度やユーティリティを持つ可能性のある
ＱｏＳ交渉では、譲り合いといった機能が必要となる。
また、常に変化する端末やネットワーク環境においては
長期的な戦略のような仕組みがなければ頻繁に再交渉が
発生する可能性が考えられる。これらを実現するため
に、エージェントによるＱｏＳ交渉方式に社会システム
や市場モデルを適用することができる。また、ＱｏＳ交
渉のレベルでは準最適解を見つけだすことにとどめ、Ｑ
ｏＳマネジメントポリシーといった形で細かいＱｏＳ制
御を可能にし、よりリアクティブな（反応的な、又は応
答的な）エージェントによって環境の変動に応じて微調
整する方法が有効である。
デルについて説明する。複数のアプリケーションが存在
する場合、ＱｏＳ交渉はアプリケーションエージェント
ＡＡによるマルチエージェントシステムを構成すること
となる。フロー確立時のＱｏＳ交渉は、実時間性に対す
る要求はそれほど強くないため、分散人工知能の分野で
研究されている高度な分散問題解決手法が利用可能であ
る。同等な優先度やユーティリティを持つ可能性のある
ＱｏＳ交渉では、譲り合いといった機能が必要となる。
また、常に変化する端末やネットワーク環境においては
長期的な戦略のような仕組みがなければ頻繁に再交渉が
発生する可能性が考えられる。これらを実現するため
に、エージェントによるＱｏＳ交渉方式に社会システム
や市場モデルを適用することができる。また、ＱｏＳ交
渉のレベルでは準最適解を見つけだすことにとどめ、Ｑ
ｏＳマネジメントポリシーといった形で細かいＱｏＳ制
御を可能にし、よりリアクティブな（反応的な、又は応
答的な）エージェントによって環境の変動に応じて微調
整する方法が有効である。
【００３３】上述のような通信システムにおいてマルチ
メディアストリームを扱う場合、ＱｏＳ調整は瞬時に行
われることが望ましい。よって、このことを考慮したＱ
ｏＳ管理部２１の構成が必要となる。以下、本発明に係
る一実施形態の通信システムにおいて用いられる端末装
置ＡのストリームエージェントＳＡのＱｏＳ管理部２１
について説明する。
メディアストリームを扱う場合、ＱｏＳ調整は瞬時に行
われることが望ましい。よって、このことを考慮したＱ
ｏＳ管理部２１の構成が必要となる。以下、本発明に係
る一実施形態の通信システムにおいて用いられる端末装
置ＡのストリームエージェントＳＡのＱｏＳ管理部２１
について説明する。
【００３４】本実施形態のストリームエージェントＳＡ
のＱｏＳ管理部２１は、アプリケーションエージェント
ＡＡから与えられたＱｏＳとＱｏＳパラメータセットに
基づいて、対応するストリームを自律分散的に制御し、
また、当該ＱｏＳを維持できるように、システムとネッ
トワークのＱｏＳモニタリング部２２からのモニタリン
グ結果に基づいて、通信制御部ＣＣ内のリアルタイムフ
ロー制御部３２と、フローフィルタリング部３１と、適
応転送システム部３３との処理を制御する。なお、各ス
トリームエージェントのＱｏＳ管理部２１は、各ストリ
ームの優先度に対応した同一の優先度を有し、その優先
度を用いて対応するストリームのＱｏＳの調整をそれぞ
れ行う。
のＱｏＳ管理部２１は、アプリケーションエージェント
ＡＡから与えられたＱｏＳとＱｏＳパラメータセットに
基づいて、対応するストリームを自律分散的に制御し、
また、当該ＱｏＳを維持できるように、システムとネッ
トワークのＱｏＳモニタリング部２２からのモニタリン
グ結果に基づいて、通信制御部ＣＣ内のリアルタイムフ
ロー制御部３２と、フローフィルタリング部３１と、適
応転送システム部３３との処理を制御する。なお、各ス
トリームエージェントのＱｏＳ管理部２１は、各ストリ
ームの優先度に対応した同一の優先度を有し、その優先
度を用いて対応するストリームのＱｏＳの調整をそれぞ
れ行う。
【００３５】ストリームエージェントＳＡのＱｏＳ管理
部２１は、ＱｏＳモニタリング部２２によるモニタリン
グ結果により、すべてのストリームを用いて通信すると
きに使用されているリソース状態に余裕があるか否かを
感知できる。これは、リソース状態が所定の正常範囲内
にあるか否かによって判断される。本実施形態では、好
ましくは、ＣＰＵ１０の使用量の正常範囲は７０％〜１
００％であり、ネットワークＮＥの伝送帯域の正常範囲
は、例えばＬＡＮであれば、５００ｋｂｐｓ〜１Ｍｂｐ
ｓである。ＱｏＳ管理部２１は、リソース量がこれらの
正常範囲の上限値を越えた場合と、正常範囲の下限値を
下回った場合とを区別してＱｏＳ調整を行う。
部２１は、ＱｏＳモニタリング部２２によるモニタリン
グ結果により、すべてのストリームを用いて通信すると
きに使用されているリソース状態に余裕があるか否かを
感知できる。これは、リソース状態が所定の正常範囲内
にあるか否かによって判断される。本実施形態では、好
ましくは、ＣＰＵ１０の使用量の正常範囲は７０％〜１
００％であり、ネットワークＮＥの伝送帯域の正常範囲
は、例えばＬＡＮであれば、５００ｋｂｐｓ〜１Ｍｂｐ
ｓである。ＱｏＳ管理部２１は、リソース量がこれらの
正常範囲の上限値を越えた場合と、正常範囲の下限値を
下回った場合とを区別してＱｏＳ調整を行う。
【００３６】まず、モニタリング結果のリソース量が正
常範囲の上限値を越えた場合（使用リソース量を減少さ
せる場合）のＱｏＳ調整処理について説明する。まず、
ストリームエージェントＳＡのＱｏＳ管理部２１は、共
有データメモリ１４にアクセスし、そこに記憶されるし
きい値を取得し、当該しきい値とＱｏＳ管理部２１の優
先度を比較することによって、ＱｏＳ調整を行うか否か
を判断する。このＱｏＳ調整を行うか否かの判断は、上
記しきい値よりも当該ＱｏＳ管理部２１が有する優先度
が小さいか否かで判断される。優先度がしきい値より小
さければ、ＱｏＳ調整処理が実行されて当該ストリーム
に使用されるリソース量を減少させる。ストリームエー
ジェントＳＡのＱｏＳ管理部２１の優先度がしきい値よ
り小さくなければ、ＱｏＳ管理部２１はＱｏＳ調整処理
を実行しない。
常範囲の上限値を越えた場合（使用リソース量を減少さ
せる場合）のＱｏＳ調整処理について説明する。まず、
ストリームエージェントＳＡのＱｏＳ管理部２１は、共
有データメモリ１４にアクセスし、そこに記憶されるし
きい値を取得し、当該しきい値とＱｏＳ管理部２１の優
先度を比較することによって、ＱｏＳ調整を行うか否か
を判断する。このＱｏＳ調整を行うか否かの判断は、上
記しきい値よりも当該ＱｏＳ管理部２１が有する優先度
が小さいか否かで判断される。優先度がしきい値より小
さければ、ＱｏＳ調整処理が実行されて当該ストリーム
に使用されるリソース量を減少させる。ストリームエー
ジェントＳＡのＱｏＳ管理部２１の優先度がしきい値よ
り小さくなければ、ＱｏＳ管理部２１はＱｏＳ調整処理
を実行しない。
【００３７】次いで、モニタリング結果のリソース量が
正常範囲の下限値を下回った場合（使用リソース量を増
加させる場合）のＱｏＳ調整処理について説明する。ま
ず、ストリームエージェントＳＡのＱｏＳ管理部２１
は、共有データメモリ１４にアクセスし、そこに記憶さ
れるしきい値を取得し、当該しきい値と当該ＱｏＳ管理
部２１の優先度に基づいて、ＱｏＳ調整を行うか否かを
判断する。このＱｏＳ調整を行うか否かの判断は、上記
しきい値よりも当該ＱｏＳ管理部２１が有する優先度が
大きいか否かで判断される。優先度がしきい値より大き
ければ、ＱｏＳ調整処理が実行されて当該ストリームに
使用されるリソース量を増大させる。ストリームエージ
ェントＳＡのＱｏＳ管理部２１の優先度がしきい値より
大きくなければ、ＱｏＳ管理部２１はＱｏＳ調整処理を
実行しない。
正常範囲の下限値を下回った場合（使用リソース量を増
加させる場合）のＱｏＳ調整処理について説明する。ま
ず、ストリームエージェントＳＡのＱｏＳ管理部２１
は、共有データメモリ１４にアクセスし、そこに記憶さ
れるしきい値を取得し、当該しきい値と当該ＱｏＳ管理
部２１の優先度に基づいて、ＱｏＳ調整を行うか否かを
判断する。このＱｏＳ調整を行うか否かの判断は、上記
しきい値よりも当該ＱｏＳ管理部２１が有する優先度が
大きいか否かで判断される。優先度がしきい値より大き
ければ、ＱｏＳ調整処理が実行されて当該ストリームに
使用されるリソース量を増大させる。ストリームエージ
ェントＳＡのＱｏＳ管理部２１の優先度がしきい値より
大きくなければ、ＱｏＳ管理部２１はＱｏＳ調整処理を
実行しない。
【００３８】ストリームエージェントＳＡのＱｏＳ管理
部２１がＱｏＳ調整を行うと、その行動内容に従って次
式を用いて共有データメモリ１４に記憶されるしきい値
Ｃの更新を行う。例えば、使用リソース量を減少させる
処理では、しきい値を上昇させる。
部２１がＱｏＳ調整を行うと、その行動内容に従って次
式を用いて共有データメモリ１４に記憶されるしきい値
Ｃの更新を行う。例えば、使用リソース量を減少させる
処理では、しきい値を上昇させる。
【００３９】
【数３】Ｃ←（Ｃ×ｎ−Ｄ）／（ｎ−１）
【００４０】ここで、Ｃはしきい値であり、ｎはストリ
ーム数であり、ＤはＱｏＳ調整を行ったストリームエー
ジェントＳＡのＱｏＳ管理部２１の優先度である。例え
ば、使用リソース量を減少させる操作では、しきい値Ｃ
が、ＱｏＳ調整を行うストリームエージェントＳＡのＱ
ｏＳ管理部２１の優先度Ｄより大きいので、上記式によ
ってしきい値Ｃは増加する。そのことで、優先度に応じ
てＱｏＳ管理部２１を非同期に行動させることが可能と
なる。
ーム数であり、ＤはＱｏＳ調整を行ったストリームエー
ジェントＳＡのＱｏＳ管理部２１の優先度である。例え
ば、使用リソース量を減少させる操作では、しきい値Ｃ
が、ＱｏＳ調整を行うストリームエージェントＳＡのＱ
ｏＳ管理部２１の優先度Ｄより大きいので、上記式によ
ってしきい値Ｃは増加する。そのことで、優先度に応じ
てＱｏＳ管理部２１を非同期に行動させることが可能と
なる。
【００４１】図７は、図１のＱｏＳ管理部２１によって
ＱｏＳを調整するか否かを決定する基準値である共有デ
ータメモリ１４に記憶されたしきい値と、各ストリーム
の優先度とに基づいたＱｏＳ調整を示す図であり、
（ａ）はしきい値と各ストリームの優先度との関係を示
すグラフであり、（ｂ）は、（ａ）に示されるようにＱ
ｏＳ調整によってしきい値が変化したときの使用リソー
ス量の変化を示すグラフである。
ＱｏＳを調整するか否かを決定する基準値である共有デ
ータメモリ１４に記憶されたしきい値と、各ストリーム
の優先度とに基づいたＱｏＳ調整を示す図であり、
（ａ）はしきい値と各ストリームの優先度との関係を示
すグラフであり、（ｂ）は、（ａ）に示されるようにＱ
ｏＳ調整によってしきい値が変化したときの使用リソー
ス量の変化を示すグラフである。
【００４２】図７の（ｂ）を参照すると、時刻ｔ１のと
きのストリームａ乃至ｃの総使用リソース量は、時刻ｔ
２でのしきい値ＴＨ１によるＱｏＳ調整によって、時刻
ｔ３では減少している。これは、図７の（ａ）を参照す
ると、当該しきい値ＴＨ１より小さい優先度のうちの最
小の優先度を有するストリームｂのリソース量を減少さ
せるように、ストリームｂのＱｏＳを調整した結果、生
じる。また、ストリームｂのＱｏＳを調整した後、しき
い値は数３に基づいてＴＨ１からＴＨ２に更新される。
次いで、時刻ｔ４においてしきい値ＴＨ２によってスト
リームｃの使用リソース量を減少させるようにストリー
ムｃのＱｏＳを調整した結果、ストリームａ乃至ｃの総
使用リソース量は、時刻ｔ３のときの使用リソース量か
ら時刻ｔ５のときの使用リソース量にまで減少し、しき
い値はＴＨ２からＴＨ３に増加するように更新される。
次いで、時刻ｔ５のときのストリームａ乃至ｃの総使用
リソース量は、時刻ｔ６でのしきい値ＴＨ３によるスト
リームａのＱｏＳ調整によって、時刻ｔ７では減少して
いる。
きのストリームａ乃至ｃの総使用リソース量は、時刻ｔ
２でのしきい値ＴＨ１によるＱｏＳ調整によって、時刻
ｔ３では減少している。これは、図７の（ａ）を参照す
ると、当該しきい値ＴＨ１より小さい優先度のうちの最
小の優先度を有するストリームｂのリソース量を減少さ
せるように、ストリームｂのＱｏＳを調整した結果、生
じる。また、ストリームｂのＱｏＳを調整した後、しき
い値は数３に基づいてＴＨ１からＴＨ２に更新される。
次いで、時刻ｔ４においてしきい値ＴＨ２によってスト
リームｃの使用リソース量を減少させるようにストリー
ムｃのＱｏＳを調整した結果、ストリームａ乃至ｃの総
使用リソース量は、時刻ｔ３のときの使用リソース量か
ら時刻ｔ５のときの使用リソース量にまで減少し、しき
い値はＴＨ２からＴＨ３に増加するように更新される。
次いで、時刻ｔ５のときのストリームａ乃至ｃの総使用
リソース量は、時刻ｔ６でのしきい値ＴＨ３によるスト
リームａのＱｏＳ調整によって、時刻ｔ７では減少して
いる。
【００４３】さらに、ストリームエージェントＳＡのＱ
ｏＳ管理部２１は、与えられたＱｏＳパラメータセット
のＱｏＳの範囲内で、各ＱｏＳパラメータの優先度に応
じてＱｏＳを独立に調整する。また、ＱｏＳ管理部２１
は、同等のユーティリティ値を有するＱｏＳパラメータ
セットへのＱｏＳの切り替えも行うことができ、これに
より、総合ユーティリティ関数Ｕの値をほとんど変化さ
せることなく、ＱｏＳ調整の自由度を上げることが可能
となる。また、ＱｏＳ管理部２１は、与えられたＱｏＳ
パラメータセット内でのＱｏＳ調整が不可能となった場
合は、アプリケーションエージェントＡＡのＱｏＳ交渉
部１２にＱｏＳの再交渉を要求する。これに応答して、
アプリケーションエージェントＡＡは、すべてのストリ
ームエージェントのＱｏＳ管理部２１からＱｏＳの再交
渉要求を受信すると、ＱｏＳの再交渉を行い、新しいＱ
ｏＳパラメータセットを選択し、ＱｏＳ管理部２１に出
力する。
ｏＳ管理部２１は、与えられたＱｏＳパラメータセット
のＱｏＳの範囲内で、各ＱｏＳパラメータの優先度に応
じてＱｏＳを独立に調整する。また、ＱｏＳ管理部２１
は、同等のユーティリティ値を有するＱｏＳパラメータ
セットへのＱｏＳの切り替えも行うことができ、これに
より、総合ユーティリティ関数Ｕの値をほとんど変化さ
せることなく、ＱｏＳ調整の自由度を上げることが可能
となる。また、ＱｏＳ管理部２１は、与えられたＱｏＳ
パラメータセット内でのＱｏＳ調整が不可能となった場
合は、アプリケーションエージェントＡＡのＱｏＳ交渉
部１２にＱｏＳの再交渉を要求する。これに応答して、
アプリケーションエージェントＡＡは、すべてのストリ
ームエージェントのＱｏＳ管理部２１からＱｏＳの再交
渉要求を受信すると、ＱｏＳの再交渉を行い、新しいＱ
ｏＳパラメータセットを選択し、ＱｏＳ管理部２１に出
力する。
【００４４】このようにして、各ストリームに対応する
ストリームエージェントのＱｏＳ管理部２１が、共有デ
ータメモリ１４に記憶されたしきい値を用いてそれぞれ
独立に対応するストリームのＱｏＳの調整を行うので、
通信システム全体ではＱｏＳ調整が迅速に行うことがで
きる。
ストリームエージェントのＱｏＳ管理部２１が、共有デ
ータメモリ１４に記憶されたしきい値を用いてそれぞれ
独立に対応するストリームのＱｏＳの調整を行うので、
通信システム全体ではＱｏＳ調整が迅速に行うことがで
きる。
【００４５】次に、ＱｏＳ調整機能を備えた図１のパー
ソナルコンピュータＡ１内のＱｏＳ管理部２１以外の各
機能部の基本的な処理について説明する。まず、アプリ
ケーションエージェントＡＡ内のＱｏＳマッピング部１
１は、ユーザ指定のＱｏＳをシステムやネットワークに
対応したＱｏＳに変換してＱｏＳ交渉部１２に出力す
る。また、ＱｏＳ交渉部１２は、相手端末装置ＢのＱｏ
Ｓ交渉部１２と通信を行い、アプリケーション毎に最適
なＱｏＳと制御ポリシーを算出してＱｏＳ許可部１３に
出力する。ＱｏＳ許可部１３は、リソース予約プロトコ
ル等を使ってＱｏＳで指定されたリソース量が利用可能
かをテストする。
ソナルコンピュータＡ１内のＱｏＳ管理部２１以外の各
機能部の基本的な処理について説明する。まず、アプリ
ケーションエージェントＡＡ内のＱｏＳマッピング部１
１は、ユーザ指定のＱｏＳをシステムやネットワークに
対応したＱｏＳに変換してＱｏＳ交渉部１２に出力す
る。また、ＱｏＳ交渉部１２は、相手端末装置ＢのＱｏ
Ｓ交渉部１２と通信を行い、アプリケーション毎に最適
なＱｏＳと制御ポリシーを算出してＱｏＳ許可部１３に
出力する。ＱｏＳ許可部１３は、リソース予約プロトコ
ル等を使ってＱｏＳで指定されたリソース量が利用可能
かをテストする。
【００４６】そして、通信制御部ＣＣ内のリアルタイム
フロー制御部３２は、ＱｏＳ管理部２１から与えられた
ＱｏＳに従ってリアルタイムにフローの品質を制御す
る。また、フローフィルタリング部３１は、ＱｏＳ管理
部２１から与えられたＱｏＳに従ってフローのスケーリ
ングを行い、具体的には、動画の場合は、指定されたフ
レームレート以上のストリームが来た場合に、過剰なフ
レームを落とす処理を行う。さらに、適応転送システム
部３３は、ＱｏＳ管理部２１から与えられたＱｏＳに最
適な通信トランスポート機能を形成し、具体的には、品
質が非常に悪いネットワークに対してはＦＥＣ（前方エ
ラー訂正：Forward Error Correction）コードを付与し
たり、高速かつ高品質なネットワークにおいては、誤り
制御機能をはずしたりする。
フロー制御部３２は、ＱｏＳ管理部２１から与えられた
ＱｏＳに従ってリアルタイムにフローの品質を制御す
る。また、フローフィルタリング部３１は、ＱｏＳ管理
部２１から与えられたＱｏＳに従ってフローのスケーリ
ングを行い、具体的には、動画の場合は、指定されたフ
レームレート以上のストリームが来た場合に、過剰なフ
レームを落とす処理を行う。さらに、適応転送システム
部３３は、ＱｏＳ管理部２１から与えられたＱｏＳに最
適な通信トランスポート機能を形成し、具体的には、品
質が非常に悪いネットワークに対してはＦＥＣ（前方エ
ラー訂正：Forward Error Correction）コードを付与し
たり、高速かつ高品質なネットワークにおいては、誤り
制御機能をはずしたりする。
【００４７】ＱｏＳモニタリング部２２は、ＣＰＵ１０
の動作をモニタリングしてＣＰＵ１０の使用量を検出す
るとともに、通信制御部ＣＣからの通信状況データに基
づいてストリームで占有する伝送帯域を検出することに
より、システム及びネットワークのモニタを行い、モニ
タリング結果を逐次ＱｏＳ管理部２１に送る。
の動作をモニタリングしてＣＰＵ１０の使用量を検出す
るとともに、通信制御部ＣＣからの通信状況データに基
づいてストリームで占有する伝送帯域を検出することに
より、システム及びネットワークのモニタを行い、モニ
タリング結果を逐次ＱｏＳ管理部２１に送る。
【００４８】次いで、本実施形態におけるＱｏＳ制御手
順の基本手順について説明する。 （１）ユーザが通信アプリケーションＣＡ上で希望する
通信品質を指定して通信を要求する。 （２）通信アプリケーションＣＡからユーザの通信要求
が発生するとアプリケーションエージェントＡＡはユー
ザの要求する品質を取得し、ＱｏＳマッピング部１１に
より実際のＱｏＳに変換する。 （３）変換されたＱｏＳに応答して、ＱｏＳ交渉部１２
はストリーム毎のＱｏＳとＱｏＳ制御ポリシーを算出す
る。 （４）算出されたＱｏＳが実現可能かをＱｏＳ許可部１
３がテストを行う。 （５）算出されたＱｏＳが実現不可能の場合は、ＱｏＳ
交渉部１２に再計算を要求する。 （６）算出されたＱｏＳが実現可能な場合、リアルタイ
ムフロー制御部３２、フローフィルタリング部３１及び
適応転送システム部３３に渡され、各機能部３１，３
２，３３はＱｏＳに従って通信制御のフローを制御す
る。 （７）算出されたＱｏＳは、ストリームエージェントＳ
Ａにも渡される。 （８）ストリームエージェントＳＡはＱｏＳモニタリン
グ部２２でネットワークＮＥのリソース（具体的には、
伝送帯域）と端末装置Ａのリソース（具体的には、ＣＰ
Ｕ１０の使用量）の状況をモニタしている。 （９）ストリームエージェントＳＡのＱｏＳ管理部２１
は、ＱｏＳに従ってそのＱｏＳが達成されるようにリア
ルタイムフロー制御部３２、フローフィルタリング部３
１及び適応転送システム部３３の処理を制御する。 （１０）ストリームエージェントＳＡのＱｏＳ管理部２
１は、ＱｏＳモニタリング部２２から得たモニタ値に基
づいて現在のリソース量が正常範囲外か否かについて判
断し、正常範囲外であれば、共有データメモリ１４に記
憶されたしきい値と自身の優先度とを比較することによ
ってＱｏＳを調整する。 （１１）ＱｏＳを調整できないときは、周期的にアプリ
ケーションエージェントＡＡにＱｏＳの再交渉を要求す
る。
順の基本手順について説明する。 （１）ユーザが通信アプリケーションＣＡ上で希望する
通信品質を指定して通信を要求する。 （２）通信アプリケーションＣＡからユーザの通信要求
が発生するとアプリケーションエージェントＡＡはユー
ザの要求する品質を取得し、ＱｏＳマッピング部１１に
より実際のＱｏＳに変換する。 （３）変換されたＱｏＳに応答して、ＱｏＳ交渉部１２
はストリーム毎のＱｏＳとＱｏＳ制御ポリシーを算出す
る。 （４）算出されたＱｏＳが実現可能かをＱｏＳ許可部１
３がテストを行う。 （５）算出されたＱｏＳが実現不可能の場合は、ＱｏＳ
交渉部１２に再計算を要求する。 （６）算出されたＱｏＳが実現可能な場合、リアルタイ
ムフロー制御部３２、フローフィルタリング部３１及び
適応転送システム部３３に渡され、各機能部３１，３
２，３３はＱｏＳに従って通信制御のフローを制御す
る。 （７）算出されたＱｏＳは、ストリームエージェントＳ
Ａにも渡される。 （８）ストリームエージェントＳＡはＱｏＳモニタリン
グ部２２でネットワークＮＥのリソース（具体的には、
伝送帯域）と端末装置Ａのリソース（具体的には、ＣＰ
Ｕ１０の使用量）の状況をモニタしている。 （９）ストリームエージェントＳＡのＱｏＳ管理部２１
は、ＱｏＳに従ってそのＱｏＳが達成されるようにリア
ルタイムフロー制御部３２、フローフィルタリング部３
１及び適応転送システム部３３の処理を制御する。 （１０）ストリームエージェントＳＡのＱｏＳ管理部２
１は、ＱｏＳモニタリング部２２から得たモニタ値に基
づいて現在のリソース量が正常範囲外か否かについて判
断し、正常範囲外であれば、共有データメモリ１４に記
憶されたしきい値と自身の優先度とを比較することによ
ってＱｏＳを調整する。 （１１）ＱｏＳを調整できないときは、周期的にアプリ
ケーションエージェントＡＡにＱｏＳの再交渉を要求す
る。
【００４９】図２乃至図６は、図１のパーソナルコンピ
ュータＡ１の各機能部である通信アプリケーションＣ
Ａ、アプリケーションエージェントＡＡ、ストリームエ
ージェントＳＡのＱｏＳ管理部２１、ＱｏＳモニタリン
グ部２２、共有データメモリ１４及び通信制御部ＣＣの
処理及び動作の詳細を示すフローチャートである。
ュータＡ１の各機能部である通信アプリケーションＣ
Ａ、アプリケーションエージェントＡＡ、ストリームエ
ージェントＳＡのＱｏＳ管理部２１、ＱｏＳモニタリン
グ部２２、共有データメモリ１４及び通信制御部ＣＣの
処理及び動作の詳細を示すフローチャートである。
【００５０】図２において、通信アプリケーションＣＡ
は、ステップＳ１においてストリームの作成要か否かを
判断し、ＹＥＳのときはステップＳ２においてストリー
ムを作成してステップＳ３に進む一方、ステップＳ１で
ＮＯであれば直接にステップＳ３に進む。ステップＳ３
においてユーザ要求有り又は変更有りか否かを判断し、
ＮＯであればステップＳ１に戻る一方、ＹＥＳであれば
ステップＳ４においてアプリケーションエージェントＡ
Ａに対してユーザ要求する。すなわち、ユーザ要求があ
ったことを通知してステップＳ１に戻る。
は、ステップＳ１においてストリームの作成要か否かを
判断し、ＹＥＳのときはステップＳ２においてストリー
ムを作成してステップＳ３に進む一方、ステップＳ１で
ＮＯであれば直接にステップＳ３に進む。ステップＳ３
においてユーザ要求有り又は変更有りか否かを判断し、
ＮＯであればステップＳ１に戻る一方、ＹＥＳであれば
ステップＳ４においてアプリケーションエージェントＡ
Ａに対してユーザ要求する。すなわち、ユーザ要求があ
ったことを通知してステップＳ１に戻る。
【００５１】図２のアプリケーションエージェントＡＡ
のステップＳ１０では、ユーザ要求があったか否かが判
断され、あるまでステップＳ１０のループ処理を実行
し、ユーザ要求があったときは、ステップＳ１１に進
む。ステップＳ１１において、アプリケーションエージ
ェントＡＡのＱｏＳマッピング部１１は、ユーザ要求に
基づいて、通信アプリケーションＣＡに対して妥当なＱ
ｏＳとＱｏＳマネージメントポリシー（ＱｏＳ管理ポリ
シー）をストリーム毎に算出する。
のステップＳ１０では、ユーザ要求があったか否かが判
断され、あるまでステップＳ１０のループ処理を実行
し、ユーザ要求があったときは、ステップＳ１１に進
む。ステップＳ１１において、アプリケーションエージ
ェントＡＡのＱｏＳマッピング部１１は、ユーザ要求に
基づいて、通信アプリケーションＣＡに対して妥当なＱ
ｏＳとＱｏＳマネージメントポリシー（ＱｏＳ管理ポリ
シー）をストリーム毎に算出する。
【００５２】ストリームエージェントＳＡのＱｏＳ管理
部２１は、図２のステップＳ３０において、すべてのス
トリームエージェントの優先度の平均値をしきい値の初
期値として共有データメモリ１４に設定した後、図４の
ステップＳ３１に進む。これに応答して、共有データメ
モリ１４は、ステップＳ６０においてＱｏＳ管理部２１
からのしきい値の初期値を記憶した後、図６のステップ
Ｓ６１に進む。
部２１は、図２のステップＳ３０において、すべてのス
トリームエージェントの優先度の平均値をしきい値の初
期値として共有データメモリ１４に設定した後、図４の
ステップＳ３１に進む。これに応答して、共有データメ
モリ１４は、ステップＳ６０においてＱｏＳ管理部２１
からのしきい値の初期値を記憶した後、図６のステップ
Ｓ６１に進む。
【００５３】一方、アプリケーションエージェントＡＡ
は、図３のステップＳ１２では、複数のアプリケーショ
ンが存在するか否かを判断し、ＹＥＳであればステップ
Ｓ１３ａにおいてＱｏＳ交渉部１２は、各アプリケーシ
ョンのアプリケーションエージェント間で通信を行って
ＱｏＳの交渉を行い、アプリケーション毎に最適なＱｏ
Ｓと制御ポリシーを算出してステップＳ１４に進む。一
方、ステップＳ１２でＮＯであれば、ステップＳ１３ｂ
で、１つのアプリケーションにおいて、当該アプリケー
ションのアプリケーションエージェント間で通信を行っ
てＱｏＳの交渉を行い、最適なＱｏＳと制御ポリシーを
算出してステップＳ１４に進む。ステップＳ１４におい
て相手端末装置Ｂと交渉が必要か否かを判断し、ＹＥＳ
であればステップＳ１５においてＱｏＳ交渉部１２は、
端末装置間でＱｏＳの交渉を行ってステップＳ１６に進
む。一方、ステップＳ１４でＮＯであれば直接にステッ
プＳ１６に進む。
は、図３のステップＳ１２では、複数のアプリケーショ
ンが存在するか否かを判断し、ＹＥＳであればステップ
Ｓ１３ａにおいてＱｏＳ交渉部１２は、各アプリケーシ
ョンのアプリケーションエージェント間で通信を行って
ＱｏＳの交渉を行い、アプリケーション毎に最適なＱｏ
Ｓと制御ポリシーを算出してステップＳ１４に進む。一
方、ステップＳ１２でＮＯであれば、ステップＳ１３ｂ
で、１つのアプリケーションにおいて、当該アプリケー
ションのアプリケーションエージェント間で通信を行っ
てＱｏＳの交渉を行い、最適なＱｏＳと制御ポリシーを
算出してステップＳ１４に進む。ステップＳ１４におい
て相手端末装置Ｂと交渉が必要か否かを判断し、ＹＥＳ
であればステップＳ１５においてＱｏＳ交渉部１２は、
端末装置間でＱｏＳの交渉を行ってステップＳ１６に進
む。一方、ステップＳ１４でＮＯであれば直接にステッ
プＳ１６に進む。
【００５４】ステップＳ１６でＱｏＳ許可部１３は、選
択されたＱｏＳが実現可能か否かをテストする。具体的
には、リソース予約プロトコルを用いて、ＱｏＳで指定
されたリソース量が利用可能であるか否かをテストす
る。次いで、ステップＳ１７において実現可能か否かを
判断し、ＮＯであればステップＳ１２に戻る一方、ＹＥ
ＳであればステップＳ１８で上記得られたＱｏＳを通信
制御部ＣＣに対して出力して設定する。これに応答し
て、通信制御部ＣＣは、ステップＳ７０においてアプリ
ケーションエージェントＡＡからのＱｏＳを設定する。
択されたＱｏＳが実現可能か否かをテストする。具体的
には、リソース予約プロトコルを用いて、ＱｏＳで指定
されたリソース量が利用可能であるか否かをテストす
る。次いで、ステップＳ１７において実現可能か否かを
判断し、ＮＯであればステップＳ１２に戻る一方、ＹＥ
ＳであればステップＳ１８で上記得られたＱｏＳを通信
制御部ＣＣに対して出力して設定する。これに応答し
て、通信制御部ＣＣは、ステップＳ７０においてアプリ
ケーションエージェントＡＡからのＱｏＳを設定する。
【００５５】図４において、アプリケーションエージェ
ントＡＡは、ステップＳ１９では、対応するストリーム
エージェントが存在するか否かを判断し、ＹＥＳのとき
はそのままステップＳ２１に進むが、ＮＯであればステ
ップＳ２０においてストリームエージェントＳＡを生成
してステップＳ２１に進む。これに応答して、ストリー
ムエージェントＳＡのＱｏＳ管理部２１は、ステップＳ
３１でストリームエージェントを生成するか否かを判断
し、ＹＥＳであればステップＳ３２でモニタを起動し、
即ち、ストリームエージェントＳＡのＱｏＳモニタリン
グ部２２の処理を起動する。ステップＳ３１でＮＯであ
れば、アプリケーションエージェントＡＡのステップＳ
２０からの命令を受信するまでステップＳ３１のループ
処理を継続し、ステップＳ３３に進む。ステップＳ３３
では、アプリケーションエージェントＡＡからＱｏＳと
ＱｏＳマネージメントポリシーを受信するまで一定時間
待機し、受信すればステップＳ３４に進む。
ントＡＡは、ステップＳ１９では、対応するストリーム
エージェントが存在するか否かを判断し、ＹＥＳのとき
はそのままステップＳ２１に進むが、ＮＯであればステ
ップＳ２０においてストリームエージェントＳＡを生成
してステップＳ２１に進む。これに応答して、ストリー
ムエージェントＳＡのＱｏＳ管理部２１は、ステップＳ
３１でストリームエージェントを生成するか否かを判断
し、ＹＥＳであればステップＳ３２でモニタを起動し、
即ち、ストリームエージェントＳＡのＱｏＳモニタリン
グ部２２の処理を起動する。ステップＳ３１でＮＯであ
れば、アプリケーションエージェントＡＡのステップＳ
２０からの命令を受信するまでステップＳ３１のループ
処理を継続し、ステップＳ３３に進む。ステップＳ３３
では、アプリケーションエージェントＡＡからＱｏＳと
ＱｏＳマネージメントポリシーを受信するまで一定時間
待機し、受信すればステップＳ３４に進む。
【００５６】アプリケーションエージェントＡＡのステ
ップＳ２１では、得られたＱｏＳとＱｏＳマネージメン
トポリシーをストリームエージェントＳＡのＱｏＳ管理
部２１に対して通知する。これに応答して、ストリーム
エージェントＳＡのＱｏＳ管理部２１はステップＳ３４
において通知されたＱｏＳでのモニタリングをＱｏＳモ
ニタリング部２２で設定した後、ＱｏＳモニタリング部
２２からの現在のリソース量を受信するまでステップＳ
３５で待機する。
ップＳ２１では、得られたＱｏＳとＱｏＳマネージメン
トポリシーをストリームエージェントＳＡのＱｏＳ管理
部２１に対して通知する。これに応答して、ストリーム
エージェントＳＡのＱｏＳ管理部２１はステップＳ３４
において通知されたＱｏＳでのモニタリングをＱｏＳモ
ニタリング部２２で設定した後、ＱｏＳモニタリング部
２２からの現在のリソース量を受信するまでステップＳ
３５で待機する。
【００５７】アプリケーションエージェントＡＡは、ス
テップＳ２１の後、所定の時間の待機（ステップＳ２
２）を行い、ステップＳ２３で通信アプリケーションＣ
Ａからのユーザ要求変更があるか否かを判断し、ＹＥＳ
であれば図２のステップＳ１０に戻る一方、ＮＯであれ
ば図６のステップＳ２４に進む。
テップＳ２１の後、所定の時間の待機（ステップＳ２
２）を行い、ステップＳ２３で通信アプリケーションＣ
Ａからのユーザ要求変更があるか否かを判断し、ＹＥＳ
であれば図２のステップＳ１０に戻る一方、ＮＯであれ
ば図６のステップＳ２４に進む。
【００５８】ストリームエージェントＳＡのＱｏＳモニ
タリング部２２は、まずＱｏＳ管理部２１のステップＳ
３４におけるモニタの設定に応答して、ステップＳ５０
で現在のリソース量を取得し、ステップＳ５１において
取得した現在のリソース量をＱｏＳ管理部２１に通知し
た後、ステップＳ５２において、所定の時間だけ待機
し、ステップＳ５３においてモニタ終了か否かを判断
し、ＹＥＳであれば終了する一方、ＮＯであればステッ
プＳ５０に戻りモニタリングを再度実行する。
タリング部２２は、まずＱｏＳ管理部２１のステップＳ
３４におけるモニタの設定に応答して、ステップＳ５０
で現在のリソース量を取得し、ステップＳ５１において
取得した現在のリソース量をＱｏＳ管理部２１に通知し
た後、ステップＳ５２において、所定の時間だけ待機
し、ステップＳ５３においてモニタ終了か否かを判断
し、ＹＥＳであれば終了する一方、ＮＯであればステッ
プＳ５０に戻りモニタリングを再度実行する。
【００５９】ＱｏＳモニタリング部２２がステップＳ５
１で現在のリソース量を通知したことに応答して、Ｑｏ
Ｓ管理部２１は、図５のステップＳ３６において、リソ
ース量が正常範囲の上限値を越えているか否かを判断
し、ＹＥＳであればステップＳ３９で共有データメモリ
１４からしきい値を取得した後ステップＳ４１に進み、
ＮＯであればステップＳ３７でリソース量は正常範囲の
下限値を下回るか否かを判断する。ステップＳ３７でＹ
ＥＳであれば、ステップＳ３８で共有データメモリ１４
からしきい値を取得した後、ステップＳ４０に進む。ス
テップＳ３７でＮＯであれば図４のステップＳ３３に戻
り、再度リソース量をモニタリングするまで待機する。
ステップＳ４０では、ストリームエージェントＳＡのＱ
ｏＳ管理部２１の優先度がしきい値より大きいか否かを
判断し、ＹＥＳであればステップＳ４２でストリームエ
ージェントＳＡに対応するストリームのリソース量を増
加させるようにＱｏＳを調整した後、図６のステップＳ
４４に進む。ＮＯであれば図４のステップＳ３３に戻
る。ステップＳ４１において、ストリームエージェント
ＳＡのＱｏＳ管理部２１の優先度がしきい値より小さい
か否かを判断し、ＹＥＳであればステップＳ４３でスト
リームエージェントＳＡに対応するストリームのリソー
ス量を減少させるようにＱｏＳを調整した後、図６のス
テップＳ４４に進む。ステップＳ４１でＮＯであればス
テップＳ３３に戻る。
１で現在のリソース量を通知したことに応答して、Ｑｏ
Ｓ管理部２１は、図５のステップＳ３６において、リソ
ース量が正常範囲の上限値を越えているか否かを判断
し、ＹＥＳであればステップＳ３９で共有データメモリ
１４からしきい値を取得した後ステップＳ４１に進み、
ＮＯであればステップＳ３７でリソース量は正常範囲の
下限値を下回るか否かを判断する。ステップＳ３７でＹ
ＥＳであれば、ステップＳ３８で共有データメモリ１４
からしきい値を取得した後、ステップＳ４０に進む。ス
テップＳ３７でＮＯであれば図４のステップＳ３３に戻
り、再度リソース量をモニタリングするまで待機する。
ステップＳ４０では、ストリームエージェントＳＡのＱ
ｏＳ管理部２１の優先度がしきい値より大きいか否かを
判断し、ＹＥＳであればステップＳ４２でストリームエ
ージェントＳＡに対応するストリームのリソース量を増
加させるようにＱｏＳを調整した後、図６のステップＳ
４４に進む。ＮＯであれば図４のステップＳ３３に戻
る。ステップＳ４１において、ストリームエージェント
ＳＡのＱｏＳ管理部２１の優先度がしきい値より小さい
か否かを判断し、ＹＥＳであればステップＳ４３でスト
リームエージェントＳＡに対応するストリームのリソー
ス量を減少させるようにＱｏＳを調整した後、図６のス
テップＳ４４に進む。ステップＳ４１でＮＯであればス
テップＳ３３に戻る。
【００６０】図６において、ストリームエージェントＳ
ＡのＱｏＳ管理部２１は、ステップＳ４４においてＱｏ
Ｓを調整できたか否かを判断し、ＹＥＳであればステッ
プＳ４５において調整後の新しいＱｏＳを通信制御部Ｃ
Ｃに設定する。これに応答して、通信制御部ＣＣはステ
ップＳ７１でストリームエージェントＳＡのＱｏＳ管理
部２１からのＱｏＳを設定する。ストリームエージェン
トＳＡのＱｏＳ管理部２１は、ステップＳ４５に次い
で、ステップＳ４６で共有データメモリ１４のしきい値
を数３に基づいて更新し、次いで、図４のステップＳ３
３に戻る。一方、ステップＳ４４でＱｏＳ調整できずに
ＮＯであれば、ステップＳ４７においてアプリケーショ
ンエージェントＡＡに対して再交渉指示通知を出力した
後、図４のステップＳ３１に戻る。
ＡのＱｏＳ管理部２１は、ステップＳ４４においてＱｏ
Ｓを調整できたか否かを判断し、ＹＥＳであればステッ
プＳ４５において調整後の新しいＱｏＳを通信制御部Ｃ
Ｃに設定する。これに応答して、通信制御部ＣＣはステ
ップＳ７１でストリームエージェントＳＡのＱｏＳ管理
部２１からのＱｏＳを設定する。ストリームエージェン
トＳＡのＱｏＳ管理部２１は、ステップＳ４５に次い
で、ステップＳ４６で共有データメモリ１４のしきい値
を数３に基づいて更新し、次いで、図４のステップＳ３
３に戻る。一方、ステップＳ４４でＱｏＳ調整できずに
ＮＯであれば、ステップＳ４７においてアプリケーショ
ンエージェントＡＡに対して再交渉指示通知を出力した
後、図４のステップＳ３１に戻る。
【００６１】共有データメモリ１４は、ストリームエー
ジェントＳＡのＱｏＳ管理部２１の図６のステップＳ４
６での処理に応答して、ステップＳ６１において新しい
しきい値を記憶した後、ステップＳ６１に戻る。
ジェントＳＡのＱｏＳ管理部２１の図６のステップＳ４
６での処理に応答して、ステップＳ６１において新しい
しきい値を記憶した後、ステップＳ６１に戻る。
【００６２】一方、アプリケーションエージェントＡＡ
のステップＳ２４ではすべてのストリームエージェント
のＱｏＳ管理部２１から再交渉指示通知があったか否か
を判断し、ＹＥＳであれば図３のステップＳ１２に戻る
一方、ＮＯであれば図２のステップＳ１０に戻る。
のステップＳ２４ではすべてのストリームエージェント
のＱｏＳ管理部２１から再交渉指示通知があったか否か
を判断し、ＹＥＳであれば図３のステップＳ１２に戻る
一方、ＮＯであれば図２のステップＳ１０に戻る。
【００６３】本発明に係る実施形態においては、通信ア
プリケーションＣＡは、例えば、相手方の端末装置Ｂか
ら送信され、ＡＴＭ網、フレームリレー網、インターネ
ットなどのネットワークＮＥを介して端末装置Ｂで受信
するときに、動画像データを受信して復号してＣＲＴデ
ィスプレイ４０に表示する。この通信アプリケーション
ＣＡの動作は、動画像データのフレームの受信タイミン
グを検出して、表示フレームのずれを示す指標である１
秒当りのフレームずれ率（すなわち、１秒間にフレーム
がずれるフレーム数を、１秒間のフレームの総数で除算
したものである。本実施形態では、表示フレームのずれ
を示す指標である１秒当りのフレームずれ率を用いてい
るが、本発明はこれに限らず、１秒間に限らず所定の時
間当りのフレームずれ率を用いてもよい。）を検出する
リアルタイムフロー制御部３２により制御され、ここ
で、図１０及び図１１で示す第１及び第２の受信再生方
法の特徴（後述する表１参照。）を考慮して、受信環境
であるフレームずれ率に応じて、リアルタイムにタスク
（処理）、中間バッファメモリ５０の生成及び廃棄を動
的に行い、第１及び第２の受信再生方法を選択的にかつ
適応的に切り換え、表示画像の乱れを最小限に抑制す
る。
プリケーションＣＡは、例えば、相手方の端末装置Ｂか
ら送信され、ＡＴＭ網、フレームリレー網、インターネ
ットなどのネットワークＮＥを介して端末装置Ｂで受信
するときに、動画像データを受信して復号してＣＲＴデ
ィスプレイ４０に表示する。この通信アプリケーション
ＣＡの動作は、動画像データのフレームの受信タイミン
グを検出して、表示フレームのずれを示す指標である１
秒当りのフレームずれ率（すなわち、１秒間にフレーム
がずれるフレーム数を、１秒間のフレームの総数で除算
したものである。本実施形態では、表示フレームのずれ
を示す指標である１秒当りのフレームずれ率を用いてい
るが、本発明はこれに限らず、１秒間に限らず所定の時
間当りのフレームずれ率を用いてもよい。）を検出する
リアルタイムフロー制御部３２により制御され、ここ
で、図１０及び図１１で示す第１及び第２の受信再生方
法の特徴（後述する表１参照。）を考慮して、受信環境
であるフレームずれ率に応じて、リアルタイムにタスク
（処理）、中間バッファメモリ５０の生成及び廃棄を動
的に行い、第１及び第２の受信再生方法を選択的にかつ
適応的に切り換え、表示画像の乱れを最小限に抑制す
る。
【００６４】図１０は、本実施形態に係る第１の受信再
生方法の処理を示すタイミングチャートである。図１０
から明らかなように、各フレームの動画像データが所定
の周期でタイミングチャートのずれなく受信されるとき
に、各受信タイミングで受信再生処理を実行する。
生方法の処理を示すタイミングチャートである。図１０
から明らかなように、各フレームの動画像データが所定
の周期でタイミングチャートのずれなく受信されるとき
に、各受信タイミングで受信再生処理を実行する。
【００６５】図１１は、本実施形態に係る第２の受信再
生方法の処理を示すタイミングチャートである。図１１
から明らかなように、各フレームの動画像データが受信
タイミングがずれて受信されるときに、ＣＰＵ１０に接
続されたＲＡＭ内で中間バッファメモリ５０を確保し
て、各受信タイミングで一旦各フレームの動画像データ
を当該中間バッファメモリ５０に格納した後、所定の周
期で再生処理を実行することにより表示画像の乱れを補
償する。
生方法の処理を示すタイミングチャートである。図１１
から明らかなように、各フレームの動画像データが受信
タイミングがずれて受信されるときに、ＣＰＵ１０に接
続されたＲＡＭ内で中間バッファメモリ５０を確保し
て、各受信タイミングで一旦各フレームの動画像データ
を当該中間バッファメモリ５０に格納した後、所定の周
期で再生処理を実行することにより表示画像の乱れを補
償する。
【００６６】これら第１と第２の受信再生方法の特徴を
次の表に示す。
次の表に示す。
【００６７】
【表１】 ―――――――――――――――――――――――――――――――――― メリット デメリット ―――――――――――――――――――――――――――――――――― 第１の ＣＰＵ、メモリの使用効率 受信タイミングのずれに 受信再生方法 が第２の方法より良い。 より表示が容易に乱れる。 ―――――――――――――――――――――――――――――――――― 第２の 受信タイミングのずれに強い。 ＣＰＵ、メモリの使用効率 受信再生方法 が第１の方法よりも悪い。 ――――――――――――――――――――――――――――――――――
【００６８】図１２は、図１のリアルタイムフロー制御
部３２によって実行されるフロー制御処理を示すフロー
チャートである。ここで、１秒間のフレーム数を１０枚
とし、適正な受信タイミングの周期を１００ミリ秒とし
ている。図１２において、ステップＳ１０１で第１の受
信再生方法による受信再生処理（図１３）を実行し、ス
テップＳ１０２において１秒当りのフレームずれ率が５
０％以上であるか否かを判断し、ＹＥＳのときは表示画
像のずれが比較的大きいと判断してステップＳ１０３に
進んで、第２の受信再生方法による受信処理（図１４）
及び再生処理（図１５）を実行する。一方、ステップＳ
１０２でＮＯのときは表示画像のずれが比較的小さいと
判断してそのままステップＳ１０１の処理を繰り返す。
上記ステップＳ１０３の後、ステップＳ１０４で１秒当
りのフレームずれ率が２０％以下であるか否かを判断
し、ＹＥＳのときは表示画像のずれが比較的小さいと判
断してステップＳ１０１に進んで、第１の受信再生方法
による受信再生処理（図１３）を実行する。一方、ステ
ップＳ１０４でＮＯであるときは表示画像のずれが比較
的大きいと判断してステップＳ１０３の処理を繰り返
す。なお、ステップＳ１０２及びＳ１０４におけるフレ
ームずれ率のしきい値は、一例を示しており、これに限
定されるものではないが、好ましくは、各ステップＳ１
０２及びＳ１０４におけるしきい値を異ならせてヒステ
リシスをもたせる。
部３２によって実行されるフロー制御処理を示すフロー
チャートである。ここで、１秒間のフレーム数を１０枚
とし、適正な受信タイミングの周期を１００ミリ秒とし
ている。図１２において、ステップＳ１０１で第１の受
信再生方法による受信再生処理（図１３）を実行し、ス
テップＳ１０２において１秒当りのフレームずれ率が５
０％以上であるか否かを判断し、ＹＥＳのときは表示画
像のずれが比較的大きいと判断してステップＳ１０３に
進んで、第２の受信再生方法による受信処理（図１４）
及び再生処理（図１５）を実行する。一方、ステップＳ
１０２でＮＯのときは表示画像のずれが比較的小さいと
判断してそのままステップＳ１０１の処理を繰り返す。
上記ステップＳ１０３の後、ステップＳ１０４で１秒当
りのフレームずれ率が２０％以下であるか否かを判断
し、ＹＥＳのときは表示画像のずれが比較的小さいと判
断してステップＳ１０１に進んで、第１の受信再生方法
による受信再生処理（図１３）を実行する。一方、ステ
ップＳ１０４でＮＯであるときは表示画像のずれが比較
的大きいと判断してステップＳ１０３の処理を繰り返
す。なお、ステップＳ１０２及びＳ１０４におけるフレ
ームずれ率のしきい値は、一例を示しており、これに限
定されるものではないが、好ましくは、各ステップＳ１
０２及びＳ１０４におけるしきい値を異ならせてヒステ
リシスをもたせる。
【００６９】図１３は、図１２のステップＳ１０１で実
行される受信再生処理を示すフローチャートである。図
１３において、ステップＳ１１１で１フレーム分の画像
データを受信し、ステップＳ１１２で受信した画像デー
タを復号し、ステップＳ１１３で復号した画像をＣＲＴ
ディスプレイ４０に表示して当該受信再生処理を終了す
る。
行される受信再生処理を示すフローチャートである。図
１３において、ステップＳ１１１で１フレーム分の画像
データを受信し、ステップＳ１１２で受信した画像デー
タを復号し、ステップＳ１１３で復号した画像をＣＲＴ
ディスプレイ４０に表示して当該受信再生処理を終了す
る。
【００７０】図１４は、図１２のステップＳ１０３で実
行される受信処理を示すフローチャートである。図１４
において、ステップＳ１２１で１フレーム分の画像デー
タを受信し、ステップＳ１２２で受信した画像データを
中間バッファメモリ５０に書き込んで当該受信処理を終
了する。
行される受信処理を示すフローチャートである。図１４
において、ステップＳ１２１で１フレーム分の画像デー
タを受信し、ステップＳ１２２で受信した画像データを
中間バッファメモリ５０に書き込んで当該受信処理を終
了する。
【００７１】図１５は、図１２のステップＳ１０３で実
行される再生処理を示すフローチャートである。図１５
において、ステップＳ１３１で中間バッファメモリ５０
から１フレーム分の画像データを読み出し、ステップＳ
１３２で読み出した画像データを復号し、ステップＳ１
３３で復号した画像をＣＲＴディスプレイ４０に表示し
て当該再生処理を終了する。
行される再生処理を示すフローチャートである。図１５
において、ステップＳ１３１で中間バッファメモリ５０
から１フレーム分の画像データを読み出し、ステップＳ
１３２で読み出した画像データを復号し、ステップＳ１
３３で復号した画像をＣＲＴディスプレイ４０に表示し
て当該再生処理を終了する。
【００７２】以上説明したように本実施形態によれば、
第１及び第２の受信再生方法の特徴を考慮して、受信環
境であるフレームずれ率に応じて、リアルタイムにタス
ク（処理）、中間バッファメモリ５０の生成及び廃棄を
動的に行い、第１及び第２の受信再生方法を選択的に、
動的かつ適応的に切り換え、表示画像の乱れを最小限に
抑制することができる。
第１及び第２の受信再生方法の特徴を考慮して、受信環
境であるフレームずれ率に応じて、リアルタイムにタス
ク（処理）、中間バッファメモリ５０の生成及び廃棄を
動的に行い、第１及び第２の受信再生方法を選択的に、
動的かつ適応的に切り換え、表示画像の乱れを最小限に
抑制することができる。
【００７３】図１６は、別の実施形態に係る、図１のリ
アルタイムフロー制御部３２によって実行されるフロー
制御処理を示すフローチャートであり、以下、当該別の
実施形態について説明する。
アルタイムフロー制御部３２によって実行されるフロー
制御処理を示すフローチャートであり、以下、当該別の
実施形態について説明する。
【００７４】モバイル通信、マルチメディア通信、及び
パーソナル通信を利用する形態のアプリケーションで
は、その動作環境（端末やネットワークの性能、負荷状
況や、ユーザ毎の利用形態など）が動的に変化するため
に、そのときどきの動作環境に即した通信制御を行う機
能が求められる。この別の実施形態では、例えば無線通
信を行う機能を有するモバイル端末などリソースに制約
がある環境で受信映像を適応的に再生することができる
フロー制御処理について説明する。
パーソナル通信を利用する形態のアプリケーションで
は、その動作環境（端末やネットワークの性能、負荷状
況や、ユーザ毎の利用形態など）が動的に変化するため
に、そのときどきの動作環境に即した通信制御を行う機
能が求められる。この別の実施形態では、例えば無線通
信を行う機能を有するモバイル端末などリソースに制約
がある環境で受信映像を適応的に再生することができる
フロー制御処理について説明する。
【００７５】図１の通信システムの端末装置Ａにおい
て、ＱｏＳモニタリング部２２は、映像データの適応度
を評価するために必要なリソース使用量、データ到着タ
イミング、再生フレームずれ率（所定の時間当りのずれ
率をいう。）などのデータを収集する。そして、通信制
御部ＣＣ内のリアルタイムフロー制御部３２は、ＱｏＳ
モニタリング部２２からＱｏＳ管理部２１を介して入力
されるデータに基づいて、現在の状況に対する適応度を
自己判定する。例えば上述の第１の受信再生方法のアプ
リケーションや上述の第２の受信再生方法のアプリケー
ションに対する適応度は、再生品質とその品質を実現す
るために使用されるリソース量のトレードオフになると
考え、次式で定義する。この適応度は、当該アプリケー
ションがリソースやユーザにとってどれだけ適応して受
容できるかを示す度合いである。言い換えれば、より低
いリソースの使用量でより高いユーザの満足度を得るこ
とができるように、画像データを受信再生するための指
標となるものである。
て、ＱｏＳモニタリング部２２は、映像データの適応度
を評価するために必要なリソース使用量、データ到着タ
イミング、再生フレームずれ率（所定の時間当りのずれ
率をいう。）などのデータを収集する。そして、通信制
御部ＣＣ内のリアルタイムフロー制御部３２は、ＱｏＳ
モニタリング部２２からＱｏＳ管理部２１を介して入力
されるデータに基づいて、現在の状況に対する適応度を
自己判定する。例えば上述の第１の受信再生方法のアプ
リケーションや上述の第２の受信再生方法のアプリケー
ションに対する適応度は、再生品質とその品質を実現す
るために使用されるリソース量のトレードオフになると
考え、次式で定義する。この適応度は、当該アプリケー
ションがリソースやユーザにとってどれだけ適応して受
容できるかを示す度合いである。言い換えれば、より低
いリソースの使用量でより高いユーザの満足度を得るこ
とができるように、画像データを受信再生するための指
標となるものである。
【００７６】
【数４】適応度＝（ユーザの再生満足度）−ｗ1×(メモ
リ残余使用率)−ｗ2×(単位時間当りのＣＰＵ残余時間
使用率)
リ残余使用率)−ｗ2×(単位時間当りのＣＰＵ残余時間
使用率)
【００７７】ここで、メモリ残余使用率及び単位時間当
りのＣＰＵ残余時間使用率は次式で定義され、これらは
リソースの使用量を意味する。また、ｗ1，ｗ2は重み係
数であり、０を越える値に設定され、例えば、０．８乃
至１．５の範囲で設定される。
りのＣＰＵ残余時間使用率は次式で定義され、これらは
リソースの使用量を意味する。また、ｗ1，ｗ2は重み係
数であり、０を越える値に設定され、例えば、０．８乃
至１．５の範囲で設定される。
【００７８】
【数５】メモリ残余使用率＝（当該受信再生方法の使用
容量）／（メモリ残余容量）
容量）／（メモリ残余容量）
【数６】単位時間当りのＣＰＵ残余時間使用率＝（単位
時間当りの当該受信再生方法の使用時間）／（単位時間
当りのＣＰＵ残余時間）
時間当りの当該受信再生方法の使用時間）／（単位時間
当りのＣＰＵ残余時間）
【００７９】また、数４におけるユーザの再生満足度
は、所定の主観的評価の実験に基づいて予め決められた
次表の評価テーブルを用いて、再生画像のフレームずれ
率に基づいて計算することができる。
は、所定の主観的評価の実験に基づいて予め決められた
次表の評価テーブルを用いて、再生画像のフレームずれ
率に基づいて計算することができる。
【００８０】
【表２】 評価テーブル ―――――――――――――――――――――――――――――――――― 再生画像のフレームずれ率（％） ユーザの再生満足度（％） ―――――――――――――――――――――――――――――――――― ０ １００ １０ ９０ ２０ ８０ ３０ ７０ ４０ ６０ ５０ ５０ ６０ ４０ ７０ ３０ ８０ ２０ ９０ １０ １００ ０ ―――――――――――――――――――――――――――――――――
【００８１】なお、第１の受信再生方法では、受信フレ
ームずれ率は再生画像のフレームずれ率に等しいが、第
２の受信再生方法では、再生画像のフレームずれ率は、
受信フレームずれ率にかかわらず、０乃至１０％であ
り、図１６のフローチャートでは０％と類推している。
ームずれ率は再生画像のフレームずれ率に等しいが、第
２の受信再生方法では、再生画像のフレームずれ率は、
受信フレームずれ率にかかわらず、０乃至１０％であ
り、図１６のフローチャートでは０％と類推している。
【００８２】次いで、図１６を参照して、当該別の実施
形態に係るフロー制御処理について説明する。まず、ス
テップＳ２０１において第１の受信再生方法による受信
再生処理を実行しながら、受信フレームずれ率及び再生
画像のフレームずれ率を測定し、次いで、ステップＳ２
０２において測定された再生フレームずれ率に基づい
て、ユーザ再生満足度テーブルを参照して数４を用いて
第１の受信再生方法の適応度ａ1を計算する。さらに、
ステップＳ２０３において数４を用いて第２の受信再生
方法の適応度ａ2を類推して計算する。ここで、再生フ
レームずれ率はステップＳ２０１で測定された受信フレ
ームずれ率から類推される値を用いるとともに、それぞ
れ予め決められた、第２の受信再生方法の使用容量及び
単位時間当りの使用時間を用いる。なお、ステップＳ２
０３では、再生画像のフレームずれ率を０％としてい
る。従って、類推して適応度ａ2を計算する。
形態に係るフロー制御処理について説明する。まず、ス
テップＳ２０１において第１の受信再生方法による受信
再生処理を実行しながら、受信フレームずれ率及び再生
画像のフレームずれ率を測定し、次いで、ステップＳ２
０２において測定された再生フレームずれ率に基づい
て、ユーザ再生満足度テーブルを参照して数４を用いて
第１の受信再生方法の適応度ａ1を計算する。さらに、
ステップＳ２０３において数４を用いて第２の受信再生
方法の適応度ａ2を類推して計算する。ここで、再生フ
レームずれ率はステップＳ２０１で測定された受信フレ
ームずれ率から類推される値を用いるとともに、それぞ
れ予め決められた、第２の受信再生方法の使用容量及び
単位時間当りの使用時間を用いる。なお、ステップＳ２
０３では、再生画像のフレームずれ率を０％としてい
る。従って、類推して適応度ａ2を計算する。
【００８３】そして、ステップＳ２０４においてａ1≧
ａ2であるか否かが判断され、ＹＥＳのときは第１の受
信再生方法が適切であると判断してステップＳ２０１に
戻り、第１の受信再生方法を用いて画像データを受信再
生する。一方、ステップＳ２０４においてＮＯであると
きは、ステップＳ２０５に進む。
ａ2であるか否かが判断され、ＹＥＳのときは第１の受
信再生方法が適切であると判断してステップＳ２０１に
戻り、第１の受信再生方法を用いて画像データを受信再
生する。一方、ステップＳ２０４においてＮＯであると
きは、ステップＳ２０５に進む。
【００８４】ステップＳ２０５において第２の受信再生
方法による受信再生処理を実行しながら、受信フレーム
ずれ率及び再生画像のフレームずれ率を測定し、次い
で、ステップＳ２０６において測定された再生画像のフ
レームずれ率に基づいて、ユーザ再生満足度テーブルを
参照して数４を用いて第２の受信再生方法の適応度ａ2
を計算する。さらに、ステップＳ２０７において数４を
用いて第１の受信再生方法の適応度ａ1を類推して計算
する。ここで、再生フレームずれ率はステップＳ２０５
で測定された受信フレームずれ率から類推される値を用
いるとともに、それぞれ予め決められた、第１の受信再
生方法の使用容量及び単位時間当りの使用時間を用い
る。なお、ステップＳ２０７では、受信フレームずれ率
＝再生画像のフレームずれ率としている。従って、類推
して適応度ａ1を計算する。そして、ステップＳ２０４
に進み、適応度の比較を行う。
方法による受信再生処理を実行しながら、受信フレーム
ずれ率及び再生画像のフレームずれ率を測定し、次い
で、ステップＳ２０６において測定された再生画像のフ
レームずれ率に基づいて、ユーザ再生満足度テーブルを
参照して数４を用いて第２の受信再生方法の適応度ａ2
を計算する。さらに、ステップＳ２０７において数４を
用いて第１の受信再生方法の適応度ａ1を類推して計算
する。ここで、再生フレームずれ率はステップＳ２０５
で測定された受信フレームずれ率から類推される値を用
いるとともに、それぞれ予め決められた、第１の受信再
生方法の使用容量及び単位時間当りの使用時間を用い
る。なお、ステップＳ２０７では、受信フレームずれ率
＝再生画像のフレームずれ率としている。従って、類推
して適応度ａ1を計算する。そして、ステップＳ２０４
に進み、適応度の比較を行う。
【００８５】以上説明したように、当該別の実施形態に
よれば、端末装置のアプリケーションの動作状況に応じ
て、リソースの使用量とユーザの満足度を考慮して、複
数の受信再生のアプリケーションを動的に切り換えるこ
とにより、リソースの使用量を抑えつつ表示画像の乱れ
を最小限にすることができる。
よれば、端末装置のアプリケーションの動作状況に応じ
て、リソースの使用量とユーザの満足度を考慮して、複
数の受信再生のアプリケーションを動的に切り換えるこ
とにより、リソースの使用量を抑えつつ表示画像の乱れ
を最小限にすることができる。
【００８６】以上の実施形態において、ネットワークＮ
Ｅを介してモデムＡ２を用いて通信を行っているが、本
発明はこれに限らず、ＬＡＮ又はＡＴＭ網を介して通信
を行ってもよい。
Ｅを介してモデムＡ２を用いて通信を行っているが、本
発明はこれに限らず、ＬＡＮ又はＡＴＭ網を介して通信
を行ってもよい。
【００８７】
【発明の効果】以上詳述したように、本願の第１の発明
に係る通信サービス品質制御方法又は装置によれば、ネ
ットワークを介して接続された複数の端末装置間で通信
ストリームを用いて通信するときに、通信サービスの品
質を制御する制御手段を備えた端末装置の通信サービス
品質制御方法又は装置において、１フレームの画像デー
タを受信しながら復号して表示する第１の受信再生処理
と、１フレームの画像データを受信し、受信した画像デ
ータを中間バッファメモリに一旦格納した後、読み出し
て復号して表示する第２の受信再生処理とを含み、画像
データを受信するときに、所定の時間当りのフレームず
れ率を検出し、第１の受信再生処理を実行した後、フレ
ームずれ率が所定の第１のしきい値以上であるときに第
２の受信再生処理を実行する一方、フレームずれ率が上
記第１のしきい値未満であるときに第１の受信再生処理
を繰り返し、また、第２の受信再生処理を実行した後、
フレームずれ率が第１のしきい値よりも小さい所定の第
２のしきい値以下であるときに第１の受信再生処理を実
行する一方、フレームずれ率が上記第２のしきい値を超
えるときに第２の受信再生処理を繰り返すように制御す
る。従って、本発明によれば、第１及び第２の受信再生
処理の特徴を考慮して、受信環境であるフレームずれ率
に応じて、第１及び第２の受信再生処理を選択的にかつ
適応的に切り換えることにより、ＣＰＵやメモリなどの
リソースの使用効率を高めることができ、表示画像の乱
れを最小限に抑制することができる。
に係る通信サービス品質制御方法又は装置によれば、ネ
ットワークを介して接続された複数の端末装置間で通信
ストリームを用いて通信するときに、通信サービスの品
質を制御する制御手段を備えた端末装置の通信サービス
品質制御方法又は装置において、１フレームの画像デー
タを受信しながら復号して表示する第１の受信再生処理
と、１フレームの画像データを受信し、受信した画像デ
ータを中間バッファメモリに一旦格納した後、読み出し
て復号して表示する第２の受信再生処理とを含み、画像
データを受信するときに、所定の時間当りのフレームず
れ率を検出し、第１の受信再生処理を実行した後、フレ
ームずれ率が所定の第１のしきい値以上であるときに第
２の受信再生処理を実行する一方、フレームずれ率が上
記第１のしきい値未満であるときに第１の受信再生処理
を繰り返し、また、第２の受信再生処理を実行した後、
フレームずれ率が第１のしきい値よりも小さい所定の第
２のしきい値以下であるときに第１の受信再生処理を実
行する一方、フレームずれ率が上記第２のしきい値を超
えるときに第２の受信再生処理を繰り返すように制御す
る。従って、本発明によれば、第１及び第２の受信再生
処理の特徴を考慮して、受信環境であるフレームずれ率
に応じて、第１及び第２の受信再生処理を選択的にかつ
適応的に切り換えることにより、ＣＰＵやメモリなどの
リソースの使用効率を高めることができ、表示画像の乱
れを最小限に抑制することができる。
【００８８】また、本願の第２の発明に係る通信サービ
ス品質制御方法又は装置によれば、ネットワークを介し
て接続された複数の端末装置間で通信ストリームを用い
て通信するときに、通信サービスの品質を制御する端末
装置の通信サービス品質制御方法において、１フレーム
の画像データを受信しながら復号して表示する第１の受
信再生処理と、１フレームの画像データを受信し、受信
した画像データを中間バッファメモリに一旦格納した
後、読み出して復号して表示する第２の受信再生処理と
を含み、上記第１の受信再生処理により画像データを受
信再生するときに、上記第１の受信再生処理により画像
データを受信再生しながら再生画像のフレームずれ率を
測定し、測定されたフレームずれ率に基づいて上記端末
装置のリソースの使用量とユーザの満足度とを考慮した
上記第１の受信再生処理の適応度を計算するとともに、
測定されたフレームずれ率に基づいて上記端末装置のリ
ソースの使用量とユーザの満足度とを考慮した上記第２
の受信再生処理の適応度を、予め決められたリソースの
使用量を用いて類推して計算する一方、上記第２の受信
再生処理により画像データを受信再生するときに、上記
第２の受信再生処理により画像データを受信再生しなが
ら再生画像のフレームずれ率を測定し、測定されたフレ
ームずれ率に基づいて上記端末装置のリソースの使用量
とユーザの満足度とを考慮した上記第２の受信再生処理
の適応度を計算するとともに、測定されたフレームずれ
率に基づいて上記端末装置のリソースの使用量とユーザ
の満足度とを考慮した上記第１の受信再生処理の適応度
を、予め決められたリソースの使用量を用いて類推して
計算し、上記第１の受信再生処理の適応度が上記第２の
受信再生処理の適応度以上であるときは、上記第１の受
信再生処理により画像データを受信再生するように制御
する一方、上記第１の受信再生処理の適応度が上記第２
の受信再生処理の適応度未満であるときは、上記第２の
受信再生処理により画像データを受信再生するように制
御する。従って、本発明によれば、端末装置のアプリケ
ーションの動作状況に応じて、リソースの使用量とユー
ザの満足度を考慮して、複数の受信再生のアプリケーシ
ョンを動的に切り換えることにより、リソースの使用量
を抑えつつ表示画像の乱れを最小限にすることができ
る。
ス品質制御方法又は装置によれば、ネットワークを介し
て接続された複数の端末装置間で通信ストリームを用い
て通信するときに、通信サービスの品質を制御する端末
装置の通信サービス品質制御方法において、１フレーム
の画像データを受信しながら復号して表示する第１の受
信再生処理と、１フレームの画像データを受信し、受信
した画像データを中間バッファメモリに一旦格納した
後、読み出して復号して表示する第２の受信再生処理と
を含み、上記第１の受信再生処理により画像データを受
信再生するときに、上記第１の受信再生処理により画像
データを受信再生しながら再生画像のフレームずれ率を
測定し、測定されたフレームずれ率に基づいて上記端末
装置のリソースの使用量とユーザの満足度とを考慮した
上記第１の受信再生処理の適応度を計算するとともに、
測定されたフレームずれ率に基づいて上記端末装置のリ
ソースの使用量とユーザの満足度とを考慮した上記第２
の受信再生処理の適応度を、予め決められたリソースの
使用量を用いて類推して計算する一方、上記第２の受信
再生処理により画像データを受信再生するときに、上記
第２の受信再生処理により画像データを受信再生しなが
ら再生画像のフレームずれ率を測定し、測定されたフレ
ームずれ率に基づいて上記端末装置のリソースの使用量
とユーザの満足度とを考慮した上記第２の受信再生処理
の適応度を計算するとともに、測定されたフレームずれ
率に基づいて上記端末装置のリソースの使用量とユーザ
の満足度とを考慮した上記第１の受信再生処理の適応度
を、予め決められたリソースの使用量を用いて類推して
計算し、上記第１の受信再生処理の適応度が上記第２の
受信再生処理の適応度以上であるときは、上記第１の受
信再生処理により画像データを受信再生するように制御
する一方、上記第１の受信再生処理の適応度が上記第２
の受信再生処理の適応度未満であるときは、上記第２の
受信再生処理により画像データを受信再生するように制
御する。従って、本発明によれば、端末装置のアプリケ
ーションの動作状況に応じて、リソースの使用量とユー
ザの満足度を考慮して、複数の受信再生のアプリケーシ
ョンを動的に切り換えることにより、リソースの使用量
を抑えつつ表示画像の乱れを最小限にすることができ
る。
【図１】 本発明に係る一実施形態である通信サービス
品質（ＱｏＳ）調整機能を備えた端末装置Ａ及びＢを備
えた通信システムの構成を示すブロック図である。
品質（ＱｏＳ）調整機能を備えた端末装置Ａ及びＢを備
えた通信システムの構成を示すブロック図である。
【図２】 図１のパーソナルコンピュータＡ１の各機能
部である通信アプリケーションＣＡ、アプリケーション
エージェントＡＡ、ストリームエージェントＳＡのＱｏ
Ｓ管理部２１、共有データメモリ１４及び通信制御部Ｃ
Ｃの処理の詳細の第１の部分を示すフローチャートであ
る。
部である通信アプリケーションＣＡ、アプリケーション
エージェントＡＡ、ストリームエージェントＳＡのＱｏ
Ｓ管理部２１、共有データメモリ１４及び通信制御部Ｃ
Ｃの処理の詳細の第１の部分を示すフローチャートであ
る。
【図３】 図１のパーソナルコンピュータＡ１の各機能
部であるアプリケーションエージェントＡＡ、ストリー
ムエージェントＳＡのＱｏＳ管理部２１、共有データメ
モリ１４及び通信制御部ＣＣの処理の詳細の第２の部分
を示すフローチャートである。
部であるアプリケーションエージェントＡＡ、ストリー
ムエージェントＳＡのＱｏＳ管理部２１、共有データメ
モリ１４及び通信制御部ＣＣの処理の詳細の第２の部分
を示すフローチャートである。
【図４】 図１のパーソナルコンピュータＡ１の各機能
部であるアプリケーションエージェントＡＡ、ストリー
ムエージェントＳＡのＱｏＳ管理部２１、ストリームエ
ージェントＳＡのＱｏＳモニタリング部２２及び通信制
御部ＣＣの処理の詳細の第３の部分を示すフローチャー
トである。
部であるアプリケーションエージェントＡＡ、ストリー
ムエージェントＳＡのＱｏＳ管理部２１、ストリームエ
ージェントＳＡのＱｏＳモニタリング部２２及び通信制
御部ＣＣの処理の詳細の第３の部分を示すフローチャー
トである。
【図５】 図１のパーソナルコンピュータＡ１の各機能
部であるアプリケーションエージェントＡＡ、ストリー
ムエージェントＳＡのＱｏＳ管理部２１、共有データメ
モリ１４及び通信制御部ＣＣの処理の詳細の第４の部分
を示すフローチャートである。
部であるアプリケーションエージェントＡＡ、ストリー
ムエージェントＳＡのＱｏＳ管理部２１、共有データメ
モリ１４及び通信制御部ＣＣの処理の詳細の第４の部分
を示すフローチャートである。
【図６】 図１のパーソナルコンピュータＡ１の各機能
部であるアプリケーションエージェントＡＡ、ストリー
ムエージェントＳＡのＱｏＳ管理部２１、共有データメ
モリ１４及び通信制御部ＣＣの第５の部分を示すフロー
チャートである。
部であるアプリケーションエージェントＡＡ、ストリー
ムエージェントＳＡのＱｏＳ管理部２１、共有データメ
モリ１４及び通信制御部ＣＣの第５の部分を示すフロー
チャートである。
【図７】 図１のＱｏＳ管理部２１によってＱｏＳを調
整するか否かを決定する基準値である共有データメモリ
１４に記憶されたしきい値と、各ストリームの優先度と
に基づいたＱｏＳ調整を示す図であり、（ａ）はしきい
値と各ストリームの優先度との関係を示すグラフであ
り、（ｂ）は、（ａ）に示されるようにＱｏＳ調整によ
ってしきい値が変化したときの使用リソース量の変化を
示すグラフである。
整するか否かを決定する基準値である共有データメモリ
１４に記憶されたしきい値と、各ストリームの優先度と
に基づいたＱｏＳ調整を示す図であり、（ａ）はしきい
値と各ストリームの優先度との関係を示すグラフであ
り、（ｂ）は、（ａ）に示されるようにＱｏＳ調整によ
ってしきい値が変化したときの使用リソース量の変化を
示すグラフである。
【図８】 図１の通信システムで用いるアプリケーショ
ン動作環境の一例を示すブロック図である。
ン動作環境の一例を示すブロック図である。
【図９】 図１の通信システムで用いられるＱｏＳアー
キテクチャのためのフレームワークの基本構成を示すブ
ロック図である。
キテクチャのためのフレームワークの基本構成を示すブ
ロック図である。
【図１０】 本実施形態に係る第１の受信再生方法の処
理を示すタイミングチャートである。
理を示すタイミングチャートである。
【図１１】 本実施形態に係る第２の受信再生方法の処
理を示すタイミングチャートである。
理を示すタイミングチャートである。
【図１２】 図１のリアルタイムフロー制御部３２によ
って実行されるフロー制御処理を示すフローチャートで
ある。
って実行されるフロー制御処理を示すフローチャートで
ある。
【図１３】 図１２のステップＳ１０１で実行される受
信再生処理を示すフローチャートである。
信再生処理を示すフローチャートである。
【図１４】 図１２のステップＳ１０３で実行される受
信処理を示すフローチャートである。
信処理を示すフローチャートである。
【図１５】 図１２のステップＳ１０３で実行される再
生処理を示すフローチャートである。
生処理を示すフローチャートである。
【図１６】 別の実施形態に係る、図１のリアルタイム
フロー制御部３２によって実行されるフロー制御処理を
示すフローチャートである。
フロー制御部３２によって実行されるフロー制御処理を
示すフローチャートである。
Ａ，Ｂ…端末装置、 Ａ１，Ｂ１…パーソナルコンピュータ、 Ａ２，Ｂ２…モデム、 ＮＥ…ネットワーク、 ＣＣ…通信制御部、 ＣＡ…通信アプリケーション、 ＡＡ…アプリケーションエージェント、 ＳＡ…ストリームエージェント、 １０…ＣＰＵ、 １１…ＱｏＳマッピング部、 １２…ＱｏＳ交渉部、 １３…ＱｏＳ許可部、 １４…共有データメモリ、 ２１…ＱｏＳ管理部、 ２２…ＱｏＳモニタリング部、 ３１…フローフィルタリング部、 ３２…リアルタイムフロー制御部、 ３３…適応転送システム部、 ４０…ＣＲＴディスプレイ、 ５０…中間バッファメモリ。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 松田 潤 京都府相楽郡精華町大字乾谷小字三平谷５ 番地 株式会社エイ・ティ・アール環境適 応通信研究所内 Ｆターム(参考） 5C059 KK33 SS06 TA00 TA71 TA75 TC00 TC19 TD12 UA05 UA32 5K030 GA18 HB02 HC01 JT09 JT10 KA01 KA03 KA19 LC01 LE01 MA09 MB04 5K051 AA02 BB02 CC02 DD13 EE02 JJ01 JJ09 JJ12 5K101 KK02 LL02 NN06 NN18 NN21 SS01 9A001 CC07 LL09
Claims (4)
- 【請求項１】 ネットワークを介して接続された複数の
端末装置間で通信ストリームを用いて通信するときに、
通信サービスの品質を制御する制御手段を備えた端末装
置の通信サービス品質制御方法において、 １フレームの画像データを受信しながら復号して表示す
る第１の受信再生処理のステップと、 １フレームの画像データを受信し、受信した画像データ
を中間バッファメモリに一旦格納した後、読み出して復
号して表示する第２の受信再生処理のステップと、 画像データを受信するときに、所定の時間当りのフレー
ムずれ率を検出し、第１の受信再生処理のステップを実
行した後、フレームずれ率が所定の第１のしきい値以上
であるときに第２の受信再生処理のステップを実行する
一方、フレームずれ率が上記第１のしきい値未満である
ときに第１の受信再生処理のステップを繰り返し、ま
た、第２の受信再生処理のステップを実行した後、フレ
ームずれ率が第１のしきい値よりも小さい所定の第２の
しきい値以下であるときに第１の受信再生処理のステッ
プを実行する一方、フレームずれ率が上記第２のしきい
値を超えるときに第２の受信再生処理のステップを繰り
返すように制御するステップとを含むことを特徴とする
通信サービス品質制御方法。 - 【請求項２】 ネットワークを介して接続された複数の
端末装置間で通信ストリームを用いて通信するときに、
通信サービスの品質を制御する制御手段を備えた端末装
置の通信サービス品質制御装置において、 １フレームの画像データを受信しながら復号して表示す
る第１の受信再生処理手段と、 １フレームの画像データを受信し、受信した画像データ
を中間バッファメモリに一旦格納した後、読み出して復
号して表示する第２の受信再生処理手段とを備え、 上記制御手段は、画像データを受信するときに、所定の
時間当りのフレームずれ率を検出し、第１の受信再生処
理手段の処理を実行した後、フレームずれ率が所定の第
１のしきい値以上であるときに第２の受信再生処理手段
の処理を実行する一方、フレームずれ率が上記第１のし
きい値未満であるときに第１の受信再生処理手段の処理
を繰り返し、また、第２の受信再生処理手段の処理を実
行した後、フレームずれ率が第１のしきい値よりも小さ
い所定の第２のしきい値以下であるときに第１の受信再
生処理手段の処理を実行する一方、フレームずれ率が上
記第２のしきい値を超えるときに第２の受信再生処理手
段の処理を繰り返すように制御することを特徴とする通
信サービス品質制御装置。 - 【請求項３】 ネットワークを介して接続された複数の
端末装置間で通信ストリームを用いて通信するときに、
通信サービスの品質を制御する端末装置の通信サービス
品質制御方法において、 １フレームの画像データを受信しながら復号して表示す
る第１の受信再生処理のステップと、 １フレームの画像データを受信し、受信した画像データ
を中間バッファメモリに一旦格納した後、読み出して復
号して表示する第２の受信再生処理のステップと、 上記第１の受信再生処理のステップにより画像データを
受信再生するときに、上記第１の受信再生処理のステッ
プにより画像データを受信再生しながら再生画像のフレ
ームずれ率を測定し、測定されたフレームずれ率に基づ
いて上記端末装置のリソースの使用量とユーザの満足度
とを考慮した上記第１の受信再生処理の適応度を計算す
るとともに、測定されたフレームずれ率に基づいて上記
端末装置のリソースの使用量とユーザの満足度とを考慮
した上記第２の受信再生処理の適応度を、予め決められ
たリソースの使用量を用いて類推して計算する一方、 上記第２の受信再生処理のステップにより画像データを
受信再生するときに、上記第２の受信再生処理のステッ
プにより画像データを受信再生しながら再生画像のフレ
ームずれ率を測定し、測定されたフレームずれ率に基づ
いて上記端末装置のリソースの使用量とユーザの満足度
とを考慮した上記第２の受信再生処理の適応度を計算す
るとともに、測定されたフレームずれ率に基づいて上記
端末装置のリソースの使用量とユーザの満足度とを考慮
した上記第１の受信再生処理の適応度を、予め決められ
たリソースの使用量を用いて類推して計算し、 上記第１の受信再生処理の適応度が上記第２の受信再生
処理の適応度以上であるときは、上記第１の受信再生処
理のステップにより画像データを受信再生するように制
御する一方、上記第１の受信再生処理の適応度が上記第
２の受信再生処理の適応度未満であるときは、上記第２
の受信再生処理のステップにより画像データを受信再生
するように制御するステップとを含むことを特徴とする
通信サービス品質制御方法。 - 【請求項４】 ネットワークを介して接続された複数の
端末装置間で通信ストリームを用いて通信するときに、
通信サービスの品質を制御する制御手段を備えた端末装
置の通信サービス品質制御装置において、 １フレームの画像データを受信しながら復号して表示す
る第１の受信再生処理手段と、 １フレームの画像データを受信し、受信した画像データ
を中間バッファメモリに一旦格納した後、読み出して復
号して表示する第２の受信再生処理手段とを備え、 上記制御手段は、 上記第１の受信再生処理手段を用いて画像データを受信
再生するときに、上記第１の受信再生処理手段を用いて
画像データを受信再生しながら再生画像のフレームずれ
率を測定し、測定されたフレームずれ率に基づいて上記
端末装置のリソースの使用量とユーザの満足度とを考慮
した上記第１の受信再生処理手段の適応度を計算すると
ともに、測定されたフレームずれ率に基づいて上記端末
装置のリソースの使用量とユーザの満足度とを考慮した
上記第２の受信再生処理手段の適応度を、予め決められ
たリソースの使用量を用いて類推して計算する一方、 上記第２の受信再生処理手段を用いて画像データを受信
再生するときに、上記第２の受信再生処理手段を用いて
画像データを受信再生しながら再生画像のフレームずれ
率を測定し、測定されたフレームずれ率に基づいて上記
端末装置のリソースの使用量とユーザの満足度とを考慮
した上記第２の受信再生処理手段の適応度を計算すると
ともに、測定されたフレームずれ率に基づいて上記端末
装置のリソースの使用量とユーザの満足度とを考慮した
上記第１の受信再生処理手段の適応度を、予め決められ
たリソースの使用量を用いて類推して計算し、 上記第１の受信再生処理手段の適応度が上記第２の受信
再生処理手段の適応度以上であるときは、上記第１の受
信再生処理手段を用いて画像データを受信再生するよう
に制御する一方、上記第１の受信再生処理手段の適応度
が上記第２の受信再生処理手段の適応度未満であるとき
は、上記第２の受信再生処理手段を用いて画像データを
受信再生するように制御することを特徴とする通信サー
ビス品質制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22379899A JP2000308053A (ja) | 1999-02-18 | 1999-08-06 | 通信サービス品質制御方法及び装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11-40059 | 1999-02-18 | ||
| JP4005999 | 1999-02-18 | ||
| JP22379899A JP2000308053A (ja) | 1999-02-18 | 1999-08-06 | 通信サービス品質制御方法及び装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000308053A true JP2000308053A (ja) | 2000-11-02 |
Family
ID=26379488
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22379899A Pending JP2000308053A (ja) | 1999-02-18 | 1999-08-06 | 通信サービス品質制御方法及び装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000308053A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003069568A (ja) * | 2001-08-28 | 2003-03-07 | Hitachi Ltd | 情報サービス提供／利用システム |
| JP2009500984A (ja) * | 2005-07-11 | 2009-01-08 | クゥアルコム・インコーポレイテッド | 無線ネットワークにおけるサービス品質パラメータのネゴシエーションを管理すること |
| JP2010510760A (ja) * | 2006-11-21 | 2010-04-02 | ウェイポート，インコーポレーテッド | インテリジェントなサービス品質管理 |
-
1999
- 1999-08-06 JP JP22379899A patent/JP2000308053A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003069568A (ja) * | 2001-08-28 | 2003-03-07 | Hitachi Ltd | 情報サービス提供／利用システム |
| JP2009500984A (ja) * | 2005-07-11 | 2009-01-08 | クゥアルコム・インコーポレイテッド | 無線ネットワークにおけるサービス品質パラメータのネゴシエーションを管理すること |
| JP4746099B2 (ja) * | 2005-07-11 | 2011-08-10 | クゥアルコム・インコーポレイテッド | 無線ネットワークにおけるサービス品質パラメータのネゴシエーションを管理すること |
| JP2010510760A (ja) * | 2006-11-21 | 2010-04-02 | ウェイポート，インコーポレーテッド | インテリジェントなサービス品質管理 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3148713B2 (ja) | 通信サービス品質制御方法及び装置 | |
| US9071619B2 (en) | Hierarchical closed-loop control of policy, goal, and resource allocation in bandwidth management using both service-specific and network monitor observations | |
| Shiang et al. | Queuing-based dynamic channel selection for heterogeneous multimedia applications over cognitive radio networks | |
| JP5276589B2 (ja) | 遠隔通信ネットワークにおける情報転送の最適化方法 | |
| Khan | Quality adaptation in a multisession multimedia system: Model, algorithms and architecture | |
| JPH0974548A (ja) | 端末装置、テレビ会議システム及び動画像伝送方法 | |
| Liubogoshchev et al. | Adaptive cloud-based extended reality: Modeling and optimization | |
| JPH10164533A (ja) | 画像通信方法及び装置 | |
| US20230262232A1 (en) | Video coding method and apparatus, computer-readable medium and electronic device | |
| Ramakrishnan et al. | Operating system support for a video-on-demand file service | |
| Ye et al. | Power control for wireless VBR video streaming: From optimization to reinforcement learning | |
| JP2955287B1 (ja) | 通信サービス品質制御方法及び装置 | |
| Menasché et al. | An evolutionary game-theoretic approach to congestion control | |
| Campbell et al. | A QoS adaptive multimedia transport system: design, implementation and experiences | |
| JP2000308053A (ja) | 通信サービス品質制御方法及び装置 | |
| Yu et al. | Efficient QoS provisioning for adaptive multimedia in mobile communication networks by reinforcement learning | |
| US8495216B2 (en) | Communication control system, communication control method and computer-readable storage medium | |
| JP2007281549A (ja) | 管理装置、管理方法及びローカルエリアネットワーク | |
| JP3812272B2 (ja) | データサーバシステム | |
| Nam et al. | Adaptive multimedia stream service with intelligent proxy | |
| Fukuda | Integrated QoS Control Mechanisms for Real-Time Multimedia Systems in Reservation-Based Networks | |
| Wood et al. | QoS Mapping for Multimedia Applications in a Wireless ATM Environment | |
| Yuen et al. | Real time video frames allocation in mobile networks using cooperative pre-fetching | |
| JPH10210046A (ja) | 動画像転送方法 | |
| Chang et al. | An adaptive QoS guarantee framework for SMIL multimedia presentations with ATM ABR service |