JP2002259125A - 処理システム及び通信ネットワーク用ソフトウェア - Google Patents
処理システム及び通信ネットワーク用ソフトウェアInfo
- Publication number
- JP2002259125A JP2002259125A JP2001376446A JP2001376446A JP2002259125A JP 2002259125 A JP2002259125 A JP 2002259125A JP 2001376446 A JP2001376446 A JP 2001376446A JP 2001376446 A JP2001376446 A JP 2001376446A JP 2002259125 A JP2002259125 A JP 2002259125A
- Authority
- JP
- Japan
- Prior art keywords
- service
- quality
- qos
- broker
- processing system
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/308—Route determination based on user's profile, e.g. premium users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Stored Programmes (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
(57)【要約】
【課題】 ＱｏＳ適応化問題をミドルウェアに適用し、
小型で簡単なアプリケーションを提供する。 【解決手段】 サービス品質契約及びサービス品質適応
化パスを記述するデータモデルを含むアプリケーション
プログラミングインターフェイスを有するミドルウェア
を備え、サービス品質契約及びサービス品質適応化パス
は、アプリケーションプログラミングインターフェイス
を用いて、サービス品質対応移動マルチメディアアプリ
ケーションにより特定され、他のアプリケーションとの
サービス品質及び移動対応ネットワーク接続を管理す
る。
小型で簡単なアプリケーションを提供する。 【解決手段】 サービス品質契約及びサービス品質適応
化パスを記述するデータモデルを含むアプリケーション
プログラミングインターフェイスを有するミドルウェア
を備え、サービス品質契約及びサービス品質適応化パス
は、アプリケーションプログラミングインターフェイス
を用いて、サービス品質対応移動マルチメディアアプリ
ケーションにより特定され、他のアプリケーションとの
サービス品質及び移動対応ネットワーク接続を管理す
る。
Description
【０００１】
【発明の属する技術分野】本発明は、移動マルチメディ
アミドルウェア、サービス品質（Quality of Service：
ＱｏＳ）、共有リソース確保メカニズム、分散型処理シ
ステム、携帯型コンピュータ、コンピュータネットワー
ク、無線通信等に関する。特に、本発明は、１以上の通
信ネットワーク用の処理システム、及び１以上の通信ネ
ットワーク内の１以上の処理装置又は処理ノードの１以
上のメモリにロードされる通信ネットワーク用ソフトウ
ェアに関する。
アミドルウェア、サービス品質（Quality of Service：
ＱｏＳ）、共有リソース確保メカニズム、分散型処理シ
ステム、携帯型コンピュータ、コンピュータネットワー
ク、無線通信等に関する。特に、本発明は、１以上の通
信ネットワーク用の処理システム、及び１以上の通信ネ
ットワーク内の１以上の処理装置又は処理ノードの１以
上のメモリにロードされる通信ネットワーク用ソフトウ
ェアに関する。
【０００２】
【従来の技術】本発明は、欧州特許出願００１１１１９
１．３号に開示された概念を拡張するものであり、この
出願は参照により本願に組み込まれるものとする。
１．３号に開示された概念を拡張するものであり、この
出願は参照により本願に組み込まれるものとする。
【０００３】まず、本出願に関連する技術の知的財産権
の所有者を表４に示す。
の所有者を表４に示す。
【０００４】
【表１】
【０００５】
【表２】
【０００６】
【発明が解決しようとする課題】本発明は、欧州特許出
願００１１１１９１．３号（対応日本国出願番号：特願
２００１−１５６１１５号）に開示された概念を拡張す
るものであり、詳しくは、この出願により開示されたタ
イプＤのインターフェイスを更に発展させる。
願００１１１１９１．３号（対応日本国出願番号：特願
２００１−１５６１１５号）に開示された概念を拡張す
るものであり、詳しくは、この出願により開示されたタ
イプＤのインターフェイスを更に発展させる。
【０００７】欧州特許出願００１１１１９１．３号に開
示されているように、ＱｏＳに対して柔軟に対応するア
プリケーションの多くは、早期に市場に投入するため、
及び互換性のために、製造業者固有のＱｏＳ適応化ロジ
ックを組み込む必要がある。開発者は、ＱｏＳ仕様、管
理及び制御に精通していなくてはならない。更に、基底
にあるプラットフォームに関する深い知識も必要であ
る。このため、アプリケーションは複雑で大きなものと
なっている。
示されているように、ＱｏＳに対して柔軟に対応するア
プリケーションの多くは、早期に市場に投入するため、
及び互換性のために、製造業者固有のＱｏＳ適応化ロジ
ックを組み込む必要がある。開発者は、ＱｏＳ仕様、管
理及び制御に精通していなくてはならない。更に、基底
にあるプラットフォームに関する深い知識も必要であ
る。このため、アプリケーションは複雑で大きなものと
なっている。
【０００８】異なるソースから提供されるストリーム
は、ＱｏＳ適応化の問題に関しては、均一に取り扱うこ
とができない。
は、ＱｏＳ適応化の問題に関しては、均一に取り扱うこ
とができない。
【０００９】アーキテクチャは、ＱｏＳ制約を考慮する
ことなく、機能的な要求のみに基づいて拡張することが
できる。
ことなく、機能的な要求のみに基づいて拡張することが
できる。
【００１０】本発明は、上述の課題に鑑みてなされたも
のであり、本発明の目的は、ＱｏＳ適応化問題をミドル
ウェアに適用し、小型で簡単なアプリケーションを提供
できる処理システム及び通信ネットワーク用ソフトウェ
アを提供することである。
のであり、本発明の目的は、ＱｏＳ適応化問題をミドル
ウェアに適用し、小型で簡単なアプリケーションを提供
できる処理システム及び通信ネットワーク用ソフトウェ
アを提供することである。
【００１１】
【課題を解決するための手段】上述の課題を解決するた
めに、本発明に係る処理システムは、１以上の通信ネッ
トワーク用の処理システムにおいて、サービス品質契約
及びサービス品質適応化パスを記述するデータモデルを
含むアプリケーションプログラミングインターフェイス
を有するミドルウェアを備え、サービス品質契約及びサ
ービス品質適応化パスは、アプリケーションプログラミ
ングインターフェイスを用いて、サービス品質対応移動
マルチメディアアプリケーションにより特定され、他の
アプリケーションとのサービス品質及び移動対応ネット
ワーク接続を管理する。本発明に係る処理システムは、
通信ネットワークにおける分散された処理装置から構成
してもよい。処理システム又はこれらの処理装置は、サ
ーバ、コンピュータ等であってもよく、各機能を提供す
るミドルウェアを備える。通信ネットワークは有線ネッ
トワークであっても無線ネットワークであってもよい。
めに、本発明に係る処理システムは、１以上の通信ネッ
トワーク用の処理システムにおいて、サービス品質契約
及びサービス品質適応化パスを記述するデータモデルを
含むアプリケーションプログラミングインターフェイス
を有するミドルウェアを備え、サービス品質契約及びサ
ービス品質適応化パスは、アプリケーションプログラミ
ングインターフェイスを用いて、サービス品質対応移動
マルチメディアアプリケーションにより特定され、他の
アプリケーションとのサービス品質及び移動対応ネット
ワーク接続を管理する。本発明に係る処理システムは、
通信ネットワークにおける分散された処理装置から構成
してもよい。処理システム又はこれらの処理装置は、サ
ーバ、コンピュータ等であってもよく、各機能を提供す
るミドルウェアを備える。通信ネットワークは有線ネッ
トワークであっても無線ネットワークであってもよい。
【００１２】また、上述の課題を解決するために、本発
明に係る通信ネットワーク用ソフトウェアは、１以上の
通信ネットワーク内の１以上の処理装置又はノードのメ
モリにロードされる１以上の通信ネットワーク用ソフト
ウェアにおいて、サービス品質契約及びサービス品質適
応化パスを記述するデータモデルを含むアプリケーショ
ンプログラミングインターフェイスを有するミドルウェ
アを表現し、サービス品質契約及びサービス品質適応化
パスは、アプリケーションプログラミングインターフェ
イスを用いて、サービス品質対応移動マルチメディアア
プリケーションにより特定され、他のアプリケーション
とのサービス品質及び移動対応ネットワーク接続を管理
する。本発明に係る通信ネットワーク用ソフトウェア
は、ミドルウェアを表現し、このミドルウェアは、通信
ネットワークにおけるサーバ、コンピュータ等の処理装
置において実現されることができる。
明に係る通信ネットワーク用ソフトウェアは、１以上の
通信ネットワーク内の１以上の処理装置又はノードのメ
モリにロードされる１以上の通信ネットワーク用ソフト
ウェアにおいて、サービス品質契約及びサービス品質適
応化パスを記述するデータモデルを含むアプリケーショ
ンプログラミングインターフェイスを有するミドルウェ
アを表現し、サービス品質契約及びサービス品質適応化
パスは、アプリケーションプログラミングインターフェ
イスを用いて、サービス品質対応移動マルチメディアア
プリケーションにより特定され、他のアプリケーション
とのサービス品質及び移動対応ネットワーク接続を管理
する。本発明に係る通信ネットワーク用ソフトウェア
は、ミドルウェアを表現し、このミドルウェアは、通信
ネットワークにおけるサーバ、コンピュータ等の処理装
置において実現されることができる。
【００１３】適応化パスは、サービス品質コンテキスト
に基づき、階層的有限状態機械により表現してもよい。
この場合、サービス品質コンテキストは、所定のストリ
ームの組全体に対して強制すべきサービス品質仕様の構
成を識別してもよい。階層的有限状態機械は、最下位層
レベルにおいて、ストリームのコンテキストにおける制
御可能状態を有していてもよい。サービス品質同期が実
行され、いくつかのユーザのサービス品質に関する所定
の制約を所定のストリームの組全体に包括的に強制して
もよい。例えば、優先順位に基づいて、複数のストリー
ムのサービス品質が最小閾値を下回らないように、又
は、所定のグループに属するストリームに確保されたバ
ルクリソース以外の何らかのサービス品質を割り当てる
こともでき、あるいは、この優先順位をユーザ及び／又
は通信システムにより、実行時に動的に変更することも
できる。サービス品質契約の仕様は、サービス品質状態
間のトランジション用のヒステリシスパラメータを有し
ていてもよい。サービス品質契約の仕様は、各サービス
品質契約に関してユーザが感じたユーティリティ要素を
定義するユーティリティパラメータを有していてもよ
い。
に基づき、階層的有限状態機械により表現してもよい。
この場合、サービス品質コンテキストは、所定のストリ
ームの組全体に対して強制すべきサービス品質仕様の構
成を識別してもよい。階層的有限状態機械は、最下位層
レベルにおいて、ストリームのコンテキストにおける制
御可能状態を有していてもよい。サービス品質同期が実
行され、いくつかのユーザのサービス品質に関する所定
の制約を所定のストリームの組全体に包括的に強制して
もよい。例えば、優先順位に基づいて、複数のストリー
ムのサービス品質が最小閾値を下回らないように、又
は、所定のグループに属するストリームに確保されたバ
ルクリソース以外の何らかのサービス品質を割り当てる
こともでき、あるいは、この優先順位をユーザ及び／又
は通信システムにより、実行時に動的に変更することも
できる。サービス品質契約の仕様は、サービス品質状態
間のトランジション用のヒステリシスパラメータを有し
ていてもよい。サービス品質契約の仕様は、各サービス
品質契約に関してユーザが感じたユーティリティ要素を
定義するユーティリティパラメータを有していてもよ
い。
【００１４】本発明に基づく高レベルのアプリケーショ
ンプログラミングインターフェイス（Application Prog
ramming Interface：ＡＰＩ）は、ＱｏＳ保証（QoS gua
rantees）を用いて、他のアプリケーションとのネット
ワーク接続を確立し、使用し、解放することができるＱ
ｏＳ対応マルチメディアアプリケーションを提供する。
これらのＱｏＳ保証は、アプリケーションにより、この
ＡＰＩを提供するミドルウェアに対して、ＱｏＳ契約及
び適応化パスを特定させ、及びＱｏＳ適応タスクをこの
ミドルウェアに委任することにより、強制される。所定
のユーザにより特定されたＱｏＳ契約及び適応化パスが
満足されなかった場合にのみ、ＡＰＩにより送られたイ
ベントにおいて、アプリケーションが単独で検討され
る。このＡＰＩを提供するミドルウェアは、ユーザの仕
様を変換し、ピアミドルウェアと連携して、マルチメデ
ィアソフトウェア及び／又はハードウェアを選択し、構
成し、管理し、解放するためのストラテジを要求するこ
とができる。このＡＰＩは、宣言型インターフェイス
（すなわち、ユーザが望んでいるどのタスクを実行し、
また、このタスクをどのように遂行するかを記述するイ
ンターフェイス）の概念をアスペクト指向プログラミン
グ（Aspect Oriented Programming：ＡＯＰ：すなわ
ち、モジュール形式で横断的ＱｏＳ問題を指定する）の
概念に併合する。
ンプログラミングインターフェイス（Application Prog
ramming Interface：ＡＰＩ）は、ＱｏＳ保証（QoS gua
rantees）を用いて、他のアプリケーションとのネット
ワーク接続を確立し、使用し、解放することができるＱ
ｏＳ対応マルチメディアアプリケーションを提供する。
これらのＱｏＳ保証は、アプリケーションにより、この
ＡＰＩを提供するミドルウェアに対して、ＱｏＳ契約及
び適応化パスを特定させ、及びＱｏＳ適応タスクをこの
ミドルウェアに委任することにより、強制される。所定
のユーザにより特定されたＱｏＳ契約及び適応化パスが
満足されなかった場合にのみ、ＡＰＩにより送られたイ
ベントにおいて、アプリケーションが単独で検討され
る。このＡＰＩを提供するミドルウェアは、ユーザの仕
様を変換し、ピアミドルウェアと連携して、マルチメデ
ィアソフトウェア及び／又はハードウェアを選択し、構
成し、管理し、解放するためのストラテジを要求するこ
とができる。このＡＰＩは、宣言型インターフェイス
（すなわち、ユーザが望んでいるどのタスクを実行し、
また、このタスクをどのように遂行するかを記述するイ
ンターフェイス）の概念をアスペクト指向プログラミン
グ（Aspect Oriented Programming：ＡＯＰ：すなわ
ち、モジュール形式で横断的ＱｏＳ問題を指定する）の
概念に併合する。
【００１５】好ましくは、本発明に基づくＡＰＩは、ア
プリケーションハンドラユニットにより提供される。
プリケーションハンドラユニットにより提供される。
【００１６】更に、アプリケーションハンドラユニット
は、アプリケーションからの通知イベントの要求を登録
し、対応するトリガ条件が満たされたときに通知イベン
トを生成してもよい。また、アプリケーションハンドラ
ユニットは、ストリーム、サービス品質コンテキスト、
サービス品質アソシエーション及び階層的有限状態機械
としてモデル化された適応化パスを有するデータモデル
に基づいて動作してもよい。この場合、アプリケーショ
ンハンドラユニットは、各単方向ストリームに対し、デ
ータプレーン及びサービス品質制御プレーン問題を取り
扱うためのチェインコントローラのインスタンスを生成
してもよい。更に、チェインコントローラは、ユーザの
サービス品質要求と、監視されたパラメータの実際の値
とを比較し、これに応じてマルチメディアコンポーネン
トのチェインを構築してもよい。ここで、チェインコン
トローラは、トランスポートインターフェイスソケット
を生成及び管理し、マルチメディアコンポーネントは、
トランスポートインターフェイスソケットを介して、直
接データを交換してもよい。
は、アプリケーションからの通知イベントの要求を登録
し、対応するトリガ条件が満たされたときに通知イベン
トを生成してもよい。また、アプリケーションハンドラ
ユニットは、ストリーム、サービス品質コンテキスト、
サービス品質アソシエーション及び階層的有限状態機械
としてモデル化された適応化パスを有するデータモデル
に基づいて動作してもよい。この場合、アプリケーショ
ンハンドラユニットは、各単方向ストリームに対し、デ
ータプレーン及びサービス品質制御プレーン問題を取り
扱うためのチェインコントローラのインスタンスを生成
してもよい。更に、チェインコントローラは、ユーザの
サービス品質要求と、監視されたパラメータの実際の値
とを比較し、これに応じてマルチメディアコンポーネン
トのチェインを構築してもよい。ここで、チェインコン
トローラは、トランスポートインターフェイスソケット
を生成及び管理し、マルチメディアコンポーネントは、
トランスポートインターフェイスソケットを介して、直
接データを交換してもよい。
【００１７】また、チェインコントローラは、リソース
マネージャを用いて、与えられたストリームを処理する
ために必要なローカルリソースを監視及び制御してもよ
い。
マネージャを用いて、与えられたストリームを処理する
ために必要なローカルリソースを監視及び制御してもよ
い。
【００１８】更に、本発明に係る処理システムは、チェ
インコントローラを介してストリームの組全体を管理す
ることにより、ローカルリソース全体を管理するサービ
ス品質ブローカを備えていてもよい、ここで、サービス
品質ブローカは、例えば、リソースコントローラを介し
て、システム全体のリソースを管理する。サービス品質
ブローカは、セッションマネージャを介してエンドトゥ
エンドのサービス品質折衝を制御してもよい。更に、サ
ービス品質ブローカは、アプリケーションハンドラユニ
ットによっては処理できないデータモデルのバージョン
に対応するプラグインをダウンロードする機能を有して
いてもよい。ここで、サービス品質ブローカ及びプラグ
インは、サービス品質ブローカクラスタを構成してもよ
い。
インコントローラを介してストリームの組全体を管理す
ることにより、ローカルリソース全体を管理するサービ
ス品質ブローカを備えていてもよい、ここで、サービス
品質ブローカは、例えば、リソースコントローラを介し
て、システム全体のリソースを管理する。サービス品質
ブローカは、セッションマネージャを介してエンドトゥ
エンドのサービス品質折衝を制御してもよい。更に、サ
ービス品質ブローカは、アプリケーションハンドラユニ
ットによっては処理できないデータモデルのバージョン
に対応するプラグインをダウンロードする機能を有して
いてもよい。ここで、サービス品質ブローカ及びプラグ
インは、サービス品質ブローカクラスタを構成してもよ
い。
【００１９】更に、アプリケーションハンドラユニット
及びチェインコントローラの複数のインスタンスは、ア
プリケーションハンドラクラスタを構成してもよい。こ
こで、アプリケーションハンドラクラスタ及びサービス
品質ブローカクラスタは、１つのオープン型分散処理カ
プセルに含まれててもよい。あるいは、アプリケーショ
ンハンドラクラスタ及びサービス品質ブローカクラスタ
は、個別のオープン型分散処理カプセルに含まれていて
もよい。この場合、一方のオープン型分散処理カプセル
に含まれているアプリケーションハンドラクラスタは、
所定のローカルノードにインストールされており、他方
のオープン型分散処理カプセルに含まれているサービス
品質ブローカクラスタは、別のオープン型分散処理ノー
ドにインストールされており、所定のローカルノードに
は、代理サービス品質ブローカがインストールされてい
てもよい。
及びチェインコントローラの複数のインスタンスは、ア
プリケーションハンドラクラスタを構成してもよい。こ
こで、アプリケーションハンドラクラスタ及びサービス
品質ブローカクラスタは、１つのオープン型分散処理カ
プセルに含まれててもよい。あるいは、アプリケーショ
ンハンドラクラスタ及びサービス品質ブローカクラスタ
は、個別のオープン型分散処理カプセルに含まれていて
もよい。この場合、一方のオープン型分散処理カプセル
に含まれているアプリケーションハンドラクラスタは、
所定のローカルノードにインストールされており、他方
のオープン型分散処理カプセルに含まれているサービス
品質ブローカクラスタは、別のオープン型分散処理ノー
ドにインストールされており、所定のローカルノードに
は、代理サービス品質ブローカがインストールされてい
てもよい。
【００２０】本発明の利点は以下の通りである。 ・適応化概念の捕捉：ＡＰＩにより、基底のミドルウェ
アは、ユーザ側から及び／又は遠隔のユーザ／ネットワ
ーク側から要求されたＱｏＳの知覚レベルの変更に応じ
て最適なストラテジを決定することができる。 ・表現力：本発明に基づくＡＰＩは、アプリケーション
開発者の高レベルな要求を簡潔且つ効果的に捕捉するこ
とができる。 ・使用の容易さ ・プラットフォーム独立性 ・マルチストリーム同期：本発明に基づくＡＰＩによ
り、アプリケーション開発者は、異なるソースから送信
されたストリーム間のタイミング関係に関する制約を設
定することができる。 ・マルチストリームＱｏＳ同期：本発明に基づくＡＰＩ
により、アプリケーション開発者は、異なるソースから
送信されたストリーム間で、均一なＱｏＳ仕様及び適応
化処理を強制的に適用するための制約を設定することが
できる。 ・拡張性：本発明に基づくＡＰＩは、ＡＰＩ設計段階で
特定される問題を取り扱うのみではなく、顧客固有のＱ
ｏＳ及びポリシ仕様を取り扱うこともできる。 ・イベントに基づくコールバックモデル：本発明に基づ
くＡＰＩにより、開発者は、アプリケーションにＡＰＩ
を登録し、何らかの異常なイベント（例えば、ハンドオ
フによるＱｏＳ違反等）によりＱｏＳブローカが責務を
果たせない場合に、イベントに基づくメカニズム（even
t-based mechanism）により通知を行うことができる。
これにより、ＱｏＳの変更に対して、非常に高レベルな
アプリケーションの適応化が実現される。例えば、ハン
ドオフに起因するブラックアウト期間を即座にアプリケ
ーションに通知でき、これによりアプリケーションのユ
ーザに対してサービス外イベント（out-of- service ev
ent）に関する情報を適切に知らせることができる。
アは、ユーザ側から及び／又は遠隔のユーザ／ネットワ
ーク側から要求されたＱｏＳの知覚レベルの変更に応じ
て最適なストラテジを決定することができる。 ・表現力：本発明に基づくＡＰＩは、アプリケーション
開発者の高レベルな要求を簡潔且つ効果的に捕捉するこ
とができる。 ・使用の容易さ ・プラットフォーム独立性 ・マルチストリーム同期：本発明に基づくＡＰＩによ
り、アプリケーション開発者は、異なるソースから送信
されたストリーム間のタイミング関係に関する制約を設
定することができる。 ・マルチストリームＱｏＳ同期：本発明に基づくＡＰＩ
により、アプリケーション開発者は、異なるソースから
送信されたストリーム間で、均一なＱｏＳ仕様及び適応
化処理を強制的に適用するための制約を設定することが
できる。 ・拡張性：本発明に基づくＡＰＩは、ＡＰＩ設計段階で
特定される問題を取り扱うのみではなく、顧客固有のＱ
ｏＳ及びポリシ仕様を取り扱うこともできる。 ・イベントに基づくコールバックモデル：本発明に基づ
くＡＰＩにより、開発者は、アプリケーションにＡＰＩ
を登録し、何らかの異常なイベント（例えば、ハンドオ
フによるＱｏＳ違反等）によりＱｏＳブローカが責務を
果たせない場合に、イベントに基づくメカニズム（even
t-based mechanism）により通知を行うことができる。
これにより、ＱｏＳの変更に対して、非常に高レベルな
アプリケーションの適応化が実現される。例えば、ハン
ドオフに起因するブラックアウト期間を即座にアプリケ
ーションに通知でき、これによりアプリケーションのユ
ーザに対してサービス外イベント（out-of- service ev
ent）に関する情報を適切に知らせることができる。
【００２１】
【発明の実施の形態】以下、本発明に係る処理システム
及び通信ネットワーク用ソフトウェアについて、図面を
参照して詳細に説明する。
及び通信ネットワーク用ソフトウェアについて、図面を
参照して詳細に説明する。
【００２２】まず、本明細書で使用する用語の定義を表
１に示す。
１に示す。
【００２３】
【表３】
【００２４】
【表４】
【００２５】
【表５】
【００２６】次に、本明細書で使用する略語のリストを
表２に示す。
表２に示す。
【００２７】
【表６】
【００２８】１．概観 欧州特許出願００１１１１９１．３号に示されているよ
うに、ＱｏＳの処理をＱｏＳブローカ１０６に代理さ
せ、選択されたＱｏＳ仕様に関してどのような種類のネ
ットワーク接続を確立し、管理し、解放するかをユーザ
が簡単に指定できるようにすることにより、ＱｏＳ対応
移動マルチメディアアプリケーション１０１を容易且つ
速やかに開発することができる。
うに、ＱｏＳの処理をＱｏＳブローカ１０６に代理さ
せ、選択されたＱｏＳ仕様に関してどのような種類のネ
ットワーク接続を確立し、管理し、解放するかをユーザ
が簡単に指定できるようにすることにより、ＱｏＳ対応
移動マルチメディアアプリケーション１０１を容易且つ
速やかに開発することができる。
【００２９】欧州特許出願００１１１１９１．３号にお
いてタイプＤと呼ばれている、この種の薄いアプリケー
ション（thin application）１０１により、コンポーネ
ント単位のＱｏＳミドルウェア１０３、１０５を処理で
き、これにより、アプリケーション１０１に代わってＱ
ｏＳ契約５０４を破棄することもできる。このようなミ
ドルウェアによるコンポーネント単位の処理により、モ
ジュール性及び拡張性が実現される。
いてタイプＤと呼ばれている、この種の薄いアプリケー
ション（thin application）１０１により、コンポーネ
ント単位のＱｏＳミドルウェア１０３、１０５を処理で
き、これにより、アプリケーション１０１に代わってＱ
ｏＳ契約５０４を破棄することもできる。このようなミ
ドルウェアによるコンポーネント単位の処理により、モ
ジュール性及び拡張性が実現される。
【００３０】図１は、ここに説明するＡＰＩ１０２を提
供するために設計されたアーキテクチャを示す図であ
る。アプリケーションハンドラ（Application Handle
r：以下、ＡＨという。）１０４は、このＡＰＩ１０２
をアプリケーション１０１に実際に提供するエンティテ
ィである。ＡＨ１０４は、このＡＰＩ１０２用に定義さ
れたデータモデル（第２章参照）を使用し、アプリケー
ション１０１からの通知イベントの要求を登録し、対応
する（例外的な）トリガ条件が発生した場合にこのイベ
ントを生成する。
供するために設計されたアーキテクチャを示す図であ
る。アプリケーションハンドラ（Application Handle
r：以下、ＡＨという。）１０４は、このＡＰＩ１０２
をアプリケーション１０１に実際に提供するエンティテ
ィである。ＡＨ１０４は、このＡＰＩ１０２用に定義さ
れたデータモデル（第２章参照）を使用し、アプリケー
ション１０１からの通知イベントの要求を登録し、対応
する（例外的な）トリガ条件が発生した場合にこのイベ
ントを生成する。
【００３１】ＡＨ１０４は、各単方向ストリームに対
し、チェインコントローラ（Chain Controller：以下、
ＣｈＣという。）１０９を生成し、コアＱｏＳ適応ロジ
ック（上述のデータモデルの解釈を含む）をＱｏＳブロ
ーカ１０６（参照により本願に組み込まれる欧州特許出
願００１１１１９１．３号）に代理させ、更にＱｏＳブ
ローカ１０６は、ストリームレベルのＱｏＳ適応化ロジ
ックをＣｈＣ１０９に代理させる。
し、チェインコントローラ（Chain Controller：以下、
ＣｈＣという。）１０９を生成し、コアＱｏＳ適応ロジ
ック（上述のデータモデルの解釈を含む）をＱｏＳブロ
ーカ１０６（参照により本願に組み込まれる欧州特許出
願００１１１１９１．３号）に代理させ、更にＱｏＳブ
ローカ１０６は、ストリームレベルのＱｏＳ適応化ロジ
ックをＣｈＣ１０９に代理させる。
【００３２】各ＣｈＣ１０９は、データプレーン（Data
Plane）及びＱｏＳ制御プレーン（QoS Control Plan
e）に関連する問題に対して、与えられたストリームを
処理する。制御プレーンについては、ＣｈＣ１０９は、
ユーザのＱｏＳ要求と監視されたパラメータ５１１の実
際の値とを比較し、この比較に基づいて、マルチメディ
アコンポーネント１１２、１１３、１１４のチェインを
構成する。ＣｈＣ１０９は、リソースマネージャ１１０
（欧州特許出願００１１１１９１．３号参照）を用いて
与えられたストリームを処理するために必要なローカル
リソースを監視及び制御する。ＣｈＣ１０９は、ＱＭｅ
−ＴＳＩソケット１１１（欧州特許出願００１１１１９
１．３号参照）を生成及び管理し、一方、コンポーネン
ト１１２、１１３、１１４のチェインは、このソケット
１１１を介してデータを直接変更する。
Plane）及びＱｏＳ制御プレーン（QoS Control Plan
e）に関連する問題に対して、与えられたストリームを
処理する。制御プレーンについては、ＣｈＣ１０９は、
ユーザのＱｏＳ要求と監視されたパラメータ５１１の実
際の値とを比較し、この比較に基づいて、マルチメディ
アコンポーネント１１２、１１３、１１４のチェインを
構成する。ＣｈＣ１０９は、リソースマネージャ１１０
（欧州特許出願００１１１１９１．３号参照）を用いて
与えられたストリームを処理するために必要なローカル
リソースを監視及び制御する。ＣｈＣ１０９は、ＱＭｅ
−ＴＳＩソケット１１１（欧州特許出願００１１１１９
１．３号参照）を生成及び管理し、一方、コンポーネン
ト１１２、１１３、１１４のチェインは、このソケット
１１１を介してデータを直接変更する。
【００３３】ＱｏＳブローカ１０６は、ＣｈＣ１０９を
介してストリームの組全体を管理し、及びリソースコン
トローラ１１５（欧州特許出願００１１１１９１．３号
参照）を介して他の全てのシステム全体に亘るリソース
を管理することにより、ローカルリソース全体を管理す
る。
介してストリームの組全体を管理し、及びリソースコン
トローラ１１５（欧州特許出願００１１１１９１．３号
参照）を介して他の全てのシステム全体に亘るリソース
を管理することにより、ローカルリソース全体を管理す
る。
【００３４】ＱｏＳブローカ１０６は、あらゆる利用可
能なセッション層プロトコル（例えば、ＳＩＰ（欧州特
許出願００１１１１９１．３号参照））を用いたセッシ
ョンマネージャ１１６による抽象化により、エンドトゥ
エンドＱＯＳ折衝問題（End-to-End QoS negotiation i
ssues）も取り扱う。
能なセッション層プロトコル（例えば、ＳＩＰ（欧州特
許出願００１１１１９１．３号参照））を用いたセッシ
ョンマネージャ１１６による抽象化により、エンドトゥ
エンドＱＯＳ折衝問題（End-to-End QoS negotiation i
ssues）も取り扱う。
【００３５】ＱｏＳブローカ１０６は、ＱｏＳブローカ
プラグイン１０７の概念を用いることにより、更なる機
能を含むよう拡張することができる。ＱｏＳブローカ１
０６が与えられたＡＰＩ１０２データモデル（第２章参
照）のバージョンを取り扱うことができないと判定した
場合、ＱｏＳブローカ１０６は、（自律的に又はユーザ
との対話により）与えられたデータモデルのバージョン
に対応するプラグインをダウンロードすることを決定す
ることができる。
プラグイン１０７の概念を用いることにより、更なる機
能を含むよう拡張することができる。ＱｏＳブローカ１
０６が与えられたＡＰＩ１０２データモデル（第２章参
照）のバージョンを取り扱うことができないと判定した
場合、ＱｏＳブローカ１０６は、（自律的に又はユーザ
との対話により）与えられたデータモデルのバージョン
に対応するプラグインをダウンロードすることを決定す
ることができる。
【００３６】ＡＨ１０４及びＣｈＣ１０９の様々なイン
スタンス（チェイン１１２、１１３、１１４及びリソー
スマネージャ１１０とともに）は、ＩＳＯオープン分散
処理（Open Distributed Processing：ＯＤＰ）エンジ
ニアリングにおけるクラスタの概念に基づき、１つのク
ラスタ１０３としてまとめることができる。
スタンス（チェイン１１２、１１３、１１４及びリソー
スマネージャ１１０とともに）は、ＩＳＯオープン分散
処理（Open Distributed Processing：ＯＤＰ）エンジ
ニアリングにおけるクラスタの概念に基づき、１つのク
ラスタ１０３としてまとめることができる。
【００３７】同様に、ＱｏＳブローカ１０６及びそのプ
ラグイン１０７は、ＱｏＳブローカＯＤＰクラスタ１０
５としてクラスタ化することができる。
ラグイン１０７は、ＱｏＳブローカＯＤＰクラスタ１０
５としてクラスタ化することができる。
【００３８】アプリケーション１０１は、以下のよう
に、様々なモードに構成することができる。 ・１つのＯＤＰカプセル（ODP capsule）、すなわち、
１つのメモリアドレス空間にＡＨクラスタ１０３及びＱ
ｏＳブローカクラスタ１０５の両方を含めるモード。 ・アプリケーションのＯＤＰカプセル内にＡＨクラスタ
１０３のみを含み、ＱｏＳブローカクラスタ１０５を別
の独立したＯＤＰカプセル内に構成するモード。これ
は、ダイナミックリンク又はデーモン（daemon）のいず
れにより行ってもよい。デーモンを用いる場合、アプリ
ケーションのカプセルがデーモンと通信するための処理
間通信（Inter-Process Communication：ＩＰＣ）メカ
ニズムが必要となる。 ・アプリケーションのＯＤＰカプセル内にＡＨクラスタ
１０３のみを含み、ＱｏＳブローカクラスタ１０５を別
のＯＤＰノード（すなわち演算ユニット）にインストー
ルされた別のＯＤＰカプセルとして提供するモード。こ
の場合、与えられたローカルノードには、ＱｏＳブロー
カ１０６がローカルノードのローカルリソースを管理す
るためのプロキシＱｏＳブローカカプセルが必要であ
る。
に、様々なモードに構成することができる。 ・１つのＯＤＰカプセル（ODP capsule）、すなわち、
１つのメモリアドレス空間にＡＨクラスタ１０３及びＱ
ｏＳブローカクラスタ１０５の両方を含めるモード。 ・アプリケーションのＯＤＰカプセル内にＡＨクラスタ
１０３のみを含み、ＱｏＳブローカクラスタ１０５を別
の独立したＯＤＰカプセル内に構成するモード。これ
は、ダイナミックリンク又はデーモン（daemon）のいず
れにより行ってもよい。デーモンを用いる場合、アプリ
ケーションのカプセルがデーモンと通信するための処理
間通信（Inter-Process Communication：ＩＰＣ）メカ
ニズムが必要となる。 ・アプリケーションのＯＤＰカプセル内にＡＨクラスタ
１０３のみを含み、ＱｏＳブローカクラスタ１０５を別
のＯＤＰノード（すなわち演算ユニット）にインストー
ルされた別のＯＤＰカプセルとして提供するモード。こ
の場合、与えられたローカルノードには、ＱｏＳブロー
カ１０６がローカルノードのローカルリソースを管理す
るためのプロキシＱｏＳブローカカプセルが必要であ
る。
【００３９】このモジュール式のアーキテクチャは、現
在及び将来の様々な技術に対応できる柔軟性を有する。
ＱｏＳブローカ１０６のコア機能は、実際、ユーザの演
算ユニット内に存在し、ネットワークＱｏＳブローカの
代理となるエージェントとして振舞うプロキシＱｏＳブ
ローカによりネットワーク（ネットワークＱｏＳブロー
カの階層的構造）に組み込まれている。
在及び将来の様々な技術に対応できる柔軟性を有する。
ＱｏＳブローカ１０６のコア機能は、実際、ユーザの演
算ユニット内に存在し、ネットワークＱｏＳブローカの
代理となるエージェントとして振舞うプロキシＱｏＳブ
ローカによりネットワーク（ネットワークＱｏＳブロー
カの階層的構造）に組み込まれている。
【００４０】なお、ユーザは、例えば、ＱｏＳブローカ
ＧＵＩ１１７等の特定のＧＵＩ及びプロファイルマネー
ジャエンティティ及びプロファイルデータベース等のユ
ニットを介して、個人的なポリシ／嗜好を読み出し、カ
スタマイズし、管理し、保存することができる。このよ
うな情報は、例えば、ＸＭＬ文書において、ユーザが後
に再利用することを望むＡＰＩデータモデル（次章参
照）のインスタンスの記述を捕捉する。
ＧＵＩ１１７等の特定のＧＵＩ及びプロファイルマネー
ジャエンティティ及びプロファイルデータベース等のユ
ニットを介して、個人的なポリシ／嗜好を読み出し、カ
スタマイズし、管理し、保存することができる。このよ
うな情報は、例えば、ＸＭＬ文書において、ユーザが後
に再利用することを望むＡＰＩデータモデル（次章参
照）のインスタンスの記述を捕捉する。
【００４１】２．ＡＰＩデータモデル 本発明は、抽象化（abstractions）のレベルを追加し、
ＱｏＳに関連する各抽象化のアスペクトを質的に定義す
ることにより、欧州特許出願００１１１１９１．３号に
記載されている情報の視点（viewpoint）の精度を高め
る。
ＱｏＳに関連する各抽象化のアスペクトを質的に定義す
ることにより、欧州特許出願００１１１１９１．３号に
記載されている情報の視点（viewpoint）の精度を高め
る。
【００４２】図２〜図５は、情報の視点のキー概念をＵ
ＭＬクラス図の形式で示す図である。ユーザは、複数の
装置（又は、包括的にいえばシステム２０１）にアクセ
スし、１以上のアプリケーションを実行することができ
る。ユーザは、アプリケーションを用いて、他のパーテ
ィとの電気通信セッション（例えば、会議呼出）のイン
スタンスを生成することができる。このセッションは、
セッションに含まれる全てのパーティ間の論理的アソシ
エーションをグループ化する。各アソシエーションは、
ある演算ユニットから、与えられたセッション内のピア
パーティに送信される単方向の情報ストリームのグルー
プを識別する。ここで、本発明は、ストリーム３０２、
ＱｏＳコンテキスト２０５、ＱｏＳアソシエーション３
０１の概念を提供する。
ＭＬクラス図の形式で示す図である。ユーザは、複数の
装置（又は、包括的にいえばシステム２０１）にアクセ
スし、１以上のアプリケーションを実行することができ
る。ユーザは、アプリケーションを用いて、他のパーテ
ィとの電気通信セッション（例えば、会議呼出）のイン
スタンスを生成することができる。このセッションは、
セッションに含まれる全てのパーティ間の論理的アソシ
エーションをグループ化する。各アソシエーションは、
ある演算ユニットから、与えられたセッション内のピア
パーティに送信される単方向の情報ストリームのグルー
プを識別する。ここで、本発明は、ストリーム３０２、
ＱｏＳコンテキスト２０５、ＱｏＳアソシエーション３
０１の概念を提供する。
【００４３】２．１ ストリームの概念 ストリーム３０２は、継続的な単方向の情報フローをモ
デル化する。例えば、オーディオ、ビデオ、データ、テ
キスト又はこれらの組合せ等、異なる種類のストリーム
が存在してもよい。与えられたパーティは、純粋なスト
リームソース（すなわち、独占的に情報を送信するパー
ティ）として振舞ってもよく、純粋なストリームシンク
（すなわち、他のパーティから送られた情報ストリーム
を収集するパーティ）として振舞ってもよく、あるい
は、対話モード等においてソース及びシンクの両方とし
て振舞ってもよい。
デル化する。例えば、オーディオ、ビデオ、データ、テ
キスト又はこれらの組合せ等、異なる種類のストリーム
が存在してもよい。与えられたパーティは、純粋なスト
リームソース（すなわち、独占的に情報を送信するパー
ティ）として振舞ってもよく、純粋なストリームシンク
（すなわち、他のパーティから送られた情報ストリーム
を収集するパーティ）として振舞ってもよく、あるい
は、対話モード等においてソース及びシンクの両方とし
て振舞ってもよい。
【００４４】ストリーム３０２は、ベース情報（いわゆ
るベースレイヤに格納される）に対して詳細度のレベル
が高くなっていく複数のレイヤ３０３により構成しても
よい。すなわち、レイヤを追加することにより、ベース
情報の詳細度のレベルを順次高めることができる。この
情報は、例えばＭＰＥＧ−２データである。
るベースレイヤに格納される）に対して詳細度のレベル
が高くなっていく複数のレイヤ３０３により構成しても
よい。すなわち、レイヤを追加することにより、ベース
情報の詳細度のレベルを順次高めることができる。この
情報は、例えばＭＰＥＧ−２データである。
【００４５】ＱｏＳブローカ１０６は、ストリーム３０
２概念を制御の基礎的単位として使用してＱｏＳの提供
及び管理タスクを実行するが、ＱｏＳブローカ１０６
は、プログラミングにより、（レイヤ３０３を直接アド
レス指定することにより）より低い分解能で動作するよ
うにしてもよく、（入力及び出力ストリーム３０２を双
方向ストリーム３０４に結合することにより）より高い
分解能で動作するようにしてもよい。
２概念を制御の基礎的単位として使用してＱｏＳの提供
及び管理タスクを実行するが、ＱｏＳブローカ１０６
は、プログラミングにより、（レイヤ３０３を直接アド
レス指定することにより）より低い分解能で動作するよ
うにしてもよく、（入力及び出力ストリーム３０２を双
方向ストリーム３０４に結合することにより）より高い
分解能で動作するようにしてもよい。
【００４６】２．２ ＱｏＳコンテキストの概念 ＱｏＳコンテキスト２０５は、与えられたストリーム３
０２の組全体に強制されるＱｏＳ仕様の構成を識別す
る。これにより、ＱｏＳコンテキスト２０５の概念は、
ＱｏＳ同期要求をストリームの組に強制するために使用
することができる。これは、各ストリームのＱｏＳ仕様
にかかわらず、ＱｏＳコンテキスト２０５は、この組に
属する全てのストリームに１組のＱｏＳ制約を強制的に
適用する。
０２の組全体に強制されるＱｏＳ仕様の構成を識別す
る。これにより、ＱｏＳコンテキスト２０５の概念は、
ＱｏＳ同期要求をストリームの組に強制するために使用
することができる。これは、各ストリームのＱｏＳ仕様
にかかわらず、ＱｏＳコンテキスト２０５は、この組に
属する全てのストリームに１組のＱｏＳ制約を強制的に
適用する。
【００４７】マルチストリームアプリケーションとして
は、例えば、電子ゲームアプリケーション及び／又はマ
ルチメディア対話型アプリケーション等があり、ここで
は、ユーザに提供すべきオブジェクトにオーディオ及び
ビデオストリームが関連付けられている。例えば、ビデ
オストリームに基づき、移動する及び／又は回転する立
方体を表面の質感を出しながらモニタ装置に表示し、こ
の立方体の対応する面が所定の方向を向いている間、立
方体の各面に関連付けられた異なるオーディオストリー
ムを再生することができる。
は、例えば、電子ゲームアプリケーション及び／又はマ
ルチメディア対話型アプリケーション等があり、ここで
は、ユーザに提供すべきオブジェクトにオーディオ及び
ビデオストリームが関連付けられている。例えば、ビデ
オストリームに基づき、移動する及び／又は回転する立
方体を表面の質感を出しながらモニタ装置に表示し、こ
の立方体の対応する面が所定の方向を向いている間、立
方体の各面に関連付けられた異なるオーディオストリー
ムを再生することができる。
【００４８】ここで、この種のアプリケーションは、所
定の時間的関係（時間同期）内で関連するストリームを
再生するのみではなく、ストリームにより経験される総
合的なＱｏＳが最小の閾値を下回らないように保証する
ことができる。
定の時間的関係（時間同期）内で関連するストリームを
再生するのみではなく、ストリームにより経験される総
合的なＱｏＳが最小の閾値を下回らないように保証する
ことができる。
【００４９】例えば、このゲームのアプリケーションに
おいて、時間的な同期を完全に行っても、立方体のいく
つかの面を白黒映像として表示し、他の面を高画質のカ
ラー静止画像として表示しては意味がない。一方、全て
の面を白黒映像で表示し、カラー画像を表示するための
フレームレートの損失によるリソースの無駄な消費を回
避することは有意義である。
おいて、時間的な同期を完全に行っても、立方体のいく
つかの面を白黒映像として表示し、他の面を高画質のカ
ラー静止画像として表示しては意味がない。一方、全て
の面を白黒映像で表示し、カラー画像を表示するための
フレームレートの損失によるリソースの無駄な消費を回
避することは有意義である。
【００５０】もちろん、ストリームの組において所定の
ＱｏＳレベルでどの程度の相関レベルを強制するかは、
開発者又はユーザが自由に決定することができる。
ＱｏＳレベルでどの程度の相関レベルを強制するかは、
開発者又はユーザが自由に決定することができる。
【００５１】更に、ＱｏＳ同期は、与えられたＱｏＳコ
ンテキスト２０５に属する各ストリーム３０２のＱｏＳ
仕様に強制すべきＱｏＳ制約を指定することができる。
１９９７年１２月ＩＴＵ−Ｔ（国際電気通信連合の電気
通信標準化部門）勧告Ｘ．６４１（ITU-T Recommendati
on X.641 (12/97)及び１９９８年国際標準化機構ＩＳＯ
／ＩＥＣ１３２３６（ISO/IEC 13236）「情報技術−サ
ービス品質：フレームワーク（Information Technology
- Quality of Service:Framework）」に定義されてい
るＱｏＳパラメータ（以下、ＱｏＳ特性という。）は、
測定可能なＱｏＳ関連の量を識別するものであり、以下
に示すように、汎用ＱｏＳ特性（Generic QoS characte
ristic）、特定ＱｏＳ特性（Specialized QoS characte
ristics）、派生ＱｏＳ特性（Derived QoS Characteris
tics）に分類される。 ・汎用ＱｏＳ特性は、このＱｏＳ特性を何に適用するか
にかかわらず、いかなる状況にも適用できる共通の基底
に存在するＱｏＳパラメータを捕捉する。 ・特定ＱｏＳ特性は、汎用ＱｏＳ特性の具体的なインス
タンスである（結局、汎用ＱｏＳ特性は、使用時には十
分具体的になるが、多くの場合、システム又はネットワ
ーク特有の性質を捕捉するために特化される必要があ
る）。例えば、汎用時間遅延ＱｏＳ特性（generic Time
Delay QoS characteristic）は、システム特有の問題
を反映するために更に特化させることができる。この特
化処理により、ＱｏＳ特性を適切なレベルのアブストラ
クションにマッピングすることにより、ＱｏＳ特性を複
雑な分散システムに適合させることもできる。 ・派生ＱｏＳ特性は、何らかの数学的関係に基づき、い
くつかのＱｏＳ特性の他のＱｏＳ特性に対する依存性を
捕捉する。派生ＱｏＳ特性は、統計的性質（例えば、最
大値、最小値、範囲、平均値、分散及び標準偏差、百分
位数、統計的モーメント等）であってもよい。
ンテキスト２０５に属する各ストリーム３０２のＱｏＳ
仕様に強制すべきＱｏＳ制約を指定することができる。
１９９７年１２月ＩＴＵ−Ｔ（国際電気通信連合の電気
通信標準化部門）勧告Ｘ．６４１（ITU-T Recommendati
on X.641 (12/97)及び１９９８年国際標準化機構ＩＳＯ
／ＩＥＣ１３２３６（ISO/IEC 13236）「情報技術−サ
ービス品質：フレームワーク（Information Technology
- Quality of Service:Framework）」に定義されてい
るＱｏＳパラメータ（以下、ＱｏＳ特性という。）は、
測定可能なＱｏＳ関連の量を識別するものであり、以下
に示すように、汎用ＱｏＳ特性（Generic QoS characte
ristic）、特定ＱｏＳ特性（Specialized QoS characte
ristics）、派生ＱｏＳ特性（Derived QoS Characteris
tics）に分類される。 ・汎用ＱｏＳ特性は、このＱｏＳ特性を何に適用するか
にかかわらず、いかなる状況にも適用できる共通の基底
に存在するＱｏＳパラメータを捕捉する。 ・特定ＱｏＳ特性は、汎用ＱｏＳ特性の具体的なインス
タンスである（結局、汎用ＱｏＳ特性は、使用時には十
分具体的になるが、多くの場合、システム又はネットワ
ーク特有の性質を捕捉するために特化される必要があ
る）。例えば、汎用時間遅延ＱｏＳ特性（generic Time
Delay QoS characteristic）は、システム特有の問題
を反映するために更に特化させることができる。この特
化処理により、ＱｏＳ特性を適切なレベルのアブストラ
クションにマッピングすることにより、ＱｏＳ特性を複
雑な分散システムに適合させることもできる。 ・派生ＱｏＳ特性は、何らかの数学的関係に基づき、い
くつかのＱｏＳ特性の他のＱｏＳ特性に対する依存性を
捕捉する。派生ＱｏＳ特性は、統計的性質（例えば、最
大値、最小値、範囲、平均値、分散及び標準偏差、百分
位数、統計的モーメント等）であってもよい。
【００５２】派生ＱｏＳ特性は、汎用ＱｏＳ特性と同様
な手法により特化させてもよい。したがって、特化及び
派生は、ＱｏＳ特性に対する直交変換（orthogonal tra
nsformations）とみなすことができる。しかしながら、
派生には、２以上の汎用／派生／特定ＱｏＳ特性を含ま
せることができる（例えば、利用可能性は、信頼性及び
維持性（maintainability）の関数である。）。ＱｏＳ
コンテキスト２０５は、関連するＱｏＳ契約５０４内
で、このＱｏＳコンテキスト２０５に属するストリーム
３０２のＱｏＳ仕様から派生したＱｏＳパラメータも捕
捉することができる。このようなＱｏＳパラメータの例
としては、所定のストリームの組により使用されるメモ
リの総容量や平均帯域幅等がある。
な手法により特化させてもよい。したがって、特化及び
派生は、ＱｏＳ特性に対する直交変換（orthogonal tra
nsformations）とみなすことができる。しかしながら、
派生には、２以上の汎用／派生／特定ＱｏＳ特性を含ま
せることができる（例えば、利用可能性は、信頼性及び
維持性（maintainability）の関数である。）。ＱｏＳ
コンテキスト２０５は、関連するＱｏＳ契約５０４内
で、このＱｏＳコンテキスト２０５に属するストリーム
３０２のＱｏＳ仕様から派生したＱｏＳパラメータも捕
捉することができる。このようなＱｏＳパラメータの例
としては、所定のストリームの組により使用されるメモ
リの総容量や平均帯域幅等がある。
【００５３】更に、ＱｏＳコンテキスト２０５は、基底
に存在する全てのストリームに間接的に影響を与える特
定ＱｏＳパラメータ（例えば、システムレベルの信頼
度）を指定することもできる。このように、ＱｏＳコン
テキスト２０５は、ＱｏＳ同期問題を取り扱い、詳しく
は以下の要素を取り扱う。 ・ストリーム３０２のグループのためのＱｏＳ仕様の共
通レベル ・派生ＱｏＳパラメータ ・ストリーム３０２のＱｏＳ仕様に間接的に影響を与え
るＱｏＳパラメータ ＱｏＳコンテキスト２０５の概念は、様々な手法により
更に細分化することができる。本発明は、所定の問題領
域（problem domain）の多くのアスペクトを考慮する十
分に詳細なデフォルトモデルを提供する。ＱｏＳブロー
カプラグイン１０７の概念及び特定のＱｏＳ契約タイプ
５０５の概念の導入により、いかなる場合であっても代
替えとなるモデルを定義し又は拡張することができる。
に存在する全てのストリームに間接的に影響を与える特
定ＱｏＳパラメータ（例えば、システムレベルの信頼
度）を指定することもできる。このように、ＱｏＳコン
テキスト２０５は、ＱｏＳ同期問題を取り扱い、詳しく
は以下の要素を取り扱う。 ・ストリーム３０２のグループのためのＱｏＳ仕様の共
通レベル ・派生ＱｏＳパラメータ ・ストリーム３０２のＱｏＳ仕様に間接的に影響を与え
るＱｏＳパラメータ ＱｏＳコンテキスト２０５の概念は、様々な手法により
更に細分化することができる。本発明は、所定の問題領
域（problem domain）の多くのアスペクトを考慮する十
分に詳細なデフォルトモデルを提供する。ＱｏＳブロー
カプラグイン１０７の概念及び特定のＱｏＳ契約タイプ
５０５の概念の導入により、いかなる場合であっても代
替えとなるモデルを定義し又は拡張することができる。
【００５４】本発明が提供するモデルは、ユーザコンテ
キスト２０２と、アプリケーションコンテキスト２０３
と、セッションコンテキスト２０４の３つの種類のＱｏ
Ｓコンテキスト２０５を含んでいる。 ・ユーザコンテキスト２０２は、所定のユーザのコンテ
キストを定義する（ユーザが現在使用している演算ユニ
ットに制限してもよく、ユーザが現在使用している可能
性がある演算ユニットの組に拡張してもよい）。例え
ば、ユーザは、ユーザがどのようなアプリケーションを
実行しているかにかかわらず、所定の種類のリソースの
割当量を定義する（又は割り当てる）ことができる。 ・アプリケーションコンテキスト２０３は、所定のアプ
リケーションのコンテキストを記述する。例えば、ユー
ザがそのアプリケーションでどのような特定の処理をし
ているかにかかわらず、実時間要求（最小スケジューリ
ング周波数）が定義される。 ・セッションコンテキスト２０４は、所定のセッション
のコンテキストを記述する。例えば、ビジネス関係のビ
デオ会議セッションの優先順位は、このセッション内の
個別のストリームのＱｏＳ仕様が何であるかにかかわら
ず、個人的な目的のセッションより優先される。このよ
うな具体例において、例えば、所定のビデオ会議セッシ
ョンの全てのストリーム３０２が消費する帯域幅全体を
確保することにより、セッションコンテキスト２０４に
派生ＱｏＳパラメータを強制しても、所定の閾値を超え
ることはない（及び／又は最小レベル以下に抑えられ
る）。
キスト２０２と、アプリケーションコンテキスト２０３
と、セッションコンテキスト２０４の３つの種類のＱｏ
Ｓコンテキスト２０５を含んでいる。 ・ユーザコンテキスト２０２は、所定のユーザのコンテ
キストを定義する（ユーザが現在使用している演算ユニ
ットに制限してもよく、ユーザが現在使用している可能
性がある演算ユニットの組に拡張してもよい）。例え
ば、ユーザは、ユーザがどのようなアプリケーションを
実行しているかにかかわらず、所定の種類のリソースの
割当量を定義する（又は割り当てる）ことができる。 ・アプリケーションコンテキスト２０３は、所定のアプ
リケーションのコンテキストを記述する。例えば、ユー
ザがそのアプリケーションでどのような特定の処理をし
ているかにかかわらず、実時間要求（最小スケジューリ
ング周波数）が定義される。 ・セッションコンテキスト２０４は、所定のセッション
のコンテキストを記述する。例えば、ビジネス関係のビ
デオ会議セッションの優先順位は、このセッション内の
個別のストリームのＱｏＳ仕様が何であるかにかかわら
ず、個人的な目的のセッションより優先される。このよ
うな具体例において、例えば、所定のビデオ会議セッシ
ョンの全てのストリーム３０２が消費する帯域幅全体を
確保することにより、セッションコンテキスト２０４に
派生ＱｏＳパラメータを強制しても、所定の閾値を超え
ることはない（及び／又は最小レベル以下に抑えられ
る）。
【００５５】ユーザ、アプリケーション及びセッション
間の上述した論理的関係により、いかなるセッションコ
ンテキスト２０４もアプリケーションコンテキスト２０
３に組み込むことができ、アプリケーションコンテキス
ト２０３は、ユーザコンテキスト２０２に組み込むこと
ができる。したがって、所定のＱｏＳコンテキスト２０
５は、ＱｏＳコンテキスト２０５を組み込むコンテキス
トから派生することができ、及び／又は組み込まれたＱ
ｏＳコンテキスト２０５を間接的に適用することもでき
る。
間の上述した論理的関係により、いかなるセッションコ
ンテキスト２０４もアプリケーションコンテキスト２０
３に組み込むことができ、アプリケーションコンテキス
ト２０３は、ユーザコンテキスト２０２に組み込むこと
ができる。したがって、所定のＱｏＳコンテキスト２０
５は、ＱｏＳコンテキスト２０５を組み込むコンテキス
トから派生することができ、及び／又は組み込まれたＱ
ｏＳコンテキスト２０５を間接的に適用することもでき
る。
【００５６】更に、各ＱｏＳコンテキスト２０５に優先
順位を与えることもでき、ＱｏＳブローカ２０６は、こ
の優先順位を用いて、何らかの集合的な処理（例えば、
与えられた演算ユニットに対する大きな負荷に起因する
アプリケーションの保留）が必要な複数の同列のＱｏＳ
コンテキストのそれぞれの相対的な重要度を判定する。
順位を与えることもでき、ＱｏＳブローカ２０６は、こ
の優先順位を用いて、何らかの集合的な処理（例えば、
与えられた演算ユニットに対する大きな負荷に起因する
アプリケーションの保留）が必要な複数の同列のＱｏＳ
コンテキストのそれぞれの相対的な重要度を判定する。
【００５７】後述するように、各ＱｏＳコンテキスト２
０５は、有限状態機械（Finite State Machine：ＦＳ
Ｍ）に関連付けることができる。
０５は、有限状態機械（Finite State Machine：ＦＳ
Ｍ）に関連付けることができる。
【００５８】２．３ アソシエーションの概念 ストリーム３０２（及び、最終的に双方向ストリーム３
０４）は、様々な基準を用いてグループ化することがで
きる。ストリームのグループ化の基本的な概念は、アソ
シエーション３０１として抽象化することができる。ア
ソシエーション３０１は、所定の演算ユニットから所定
のセッションを介して所定のピアパーティに送信される
単方向情報フローのユーザにより指定されたいかなる種
類のグループであってもよい。したがって、アソシエー
ション３０１は、このピアパーティの識別子（例えば、
ＵＲＬ、電話番号、ＩＰアドレスとＴＣＰポート番号の
組等）を含んでいてもよい。
０４）は、様々な基準を用いてグループ化することがで
きる。ストリームのグループ化の基本的な概念は、アソ
シエーション３０１として抽象化することができる。ア
ソシエーション３０１は、所定の演算ユニットから所定
のセッションを介して所定のピアパーティに送信される
単方向情報フローのユーザにより指定されたいかなる種
類のグループであってもよい。したがって、アソシエー
ション３０１は、このピアパーティの識別子（例えば、
ＵＲＬ、電話番号、ＩＰアドレスとＴＣＰポート番号の
組等）を含んでいてもよい。
【００５９】ＱｏＳアソシエーション３０１は、ある端
末装置から同じエンドポイントに送信される複数の関連
するストリーム３０２に対する時間同期制約を定義す
る。
末装置から同じエンドポイントに送信される複数の関連
するストリーム３０２に対する時間同期制約を定義す
る。
【００６０】アソシエーションは、ストリームの集合を
表現するのに有用であり、これにより、ＱｏＳブローカ
１０６は、複数の同等の組の間で、全体的なリソースの
利用可能性と品質のトレードオフを取り扱うことができ
る。ここで、ＱｏＳコンテキスト２０５と同様に、アソ
シエーション３０１にも優先順位を割り当てることがで
きる。これにより、ＱｏＳブローカ１０６は、変更され
たＱｏＳシナリオ（例えば、アソシエーション３０１全
体の質の低下又は劣化）に対する最も効果的なストラテ
ジを選択することができる。
表現するのに有用であり、これにより、ＱｏＳブローカ
１０６は、複数の同等の組の間で、全体的なリソースの
利用可能性と品質のトレードオフを取り扱うことができ
る。ここで、ＱｏＳコンテキスト２０５と同様に、アソ
シエーション３０１にも優先順位を割り当てることがで
きる。これにより、ＱｏＳブローカ１０６は、変更され
たＱｏＳシナリオ（例えば、アソシエーション３０１全
体の質の低下又は劣化）に対する最も効果的なストラテ
ジを選択することができる。
【００６１】各アソシエーション３０１は、様々な種類
のストリームグループにおいて特化することができる。
ＱｏＳコンテキスト２０５の場合と同様に、本発明は、
与えられた問題領域の様々なアスペクトを考慮するため
に十分に詳細なデフォルトモデルを提供する。ＱｏＳブ
ローカプラグイン１０７の概念とＱｏＳ契約タイプ５０
５の概念により、いかなる場合も変形モデルを拡張又は
定義することができる。
のストリームグループにおいて特化することができる。
ＱｏＳコンテキスト２０５の場合と同様に、本発明は、
与えられた問題領域の様々なアスペクトを考慮するため
に十分に詳細なデフォルトモデルを提供する。ＱｏＳブ
ローカプラグイン１０７の概念とＱｏＳ契約タイプ５０
５の概念により、いかなる場合も変形モデルを拡張又は
定義することができる。
【００６２】ここに提案するモデルは、以下に示すよう
に、異なるレベルのアソシエーションにおけるストリー
ム３０２の集合をそれぞれ指定する異なるアソシエーシ
ョンロール（Association Roles）３０５に基づいてい
る。 ・システム毎ロール（Per System Role）３０６：所定
の演算ユニットから特定のピアエンドポイントに送信さ
れる全てのストリーム３０２をグループ化する。・ユー
ザ毎ロール（Per User Role）３０７：所定の演算ユニ
ットに対する所定のユーザ操作により生成され、同じ特
定のピアエンドポイントに送信されるストリーム３０２
をグループ化する。 ・アプリケーション毎ロール（Per Application Role）
３０８：所定の演算ユニット上の所定のアプリケーショ
ンを使用するユーザにより生成され、同じ特定のピアエ
ンドポイントに送信されるストリーム３０２をグループ
化する。 ・セッション毎ロール（Per Session Role）３０９：所
定の演算ユニット上の所定のアプリケーションを使用す
るユーザにより生成され、所定のセッションのコンテキ
スト内にある同じ特定のピアエンドポイントに送信され
るストリーム３０２をグループ化する。 ・任意ロール（Any Role）３１０：カスタマイズされた
グループ化基準に基づいて、同じ特定のピアエンドポイ
ントに送信されるストリーム３０２をグループ化する。
に、異なるレベルのアソシエーションにおけるストリー
ム３０２の集合をそれぞれ指定する異なるアソシエーシ
ョンロール（Association Roles）３０５に基づいてい
る。 ・システム毎ロール（Per System Role）３０６：所定
の演算ユニットから特定のピアエンドポイントに送信さ
れる全てのストリーム３０２をグループ化する。・ユー
ザ毎ロール（Per User Role）３０７：所定の演算ユニ
ットに対する所定のユーザ操作により生成され、同じ特
定のピアエンドポイントに送信されるストリーム３０２
をグループ化する。 ・アプリケーション毎ロール（Per Application Role）
３０８：所定の演算ユニット上の所定のアプリケーショ
ンを使用するユーザにより生成され、同じ特定のピアエ
ンドポイントに送信されるストリーム３０２をグループ
化する。 ・セッション毎ロール（Per Session Role）３０９：所
定の演算ユニット上の所定のアプリケーションを使用す
るユーザにより生成され、所定のセッションのコンテキ
スト内にある同じ特定のピアエンドポイントに送信され
るストリーム３０２をグループ化する。 ・任意ロール（Any Role）３１０：カスタマイズされた
グループ化基準に基づいて、同じ特定のピアエンドポイ
ントに送信されるストリーム３０２をグループ化する。
【００６３】したがって、これらのロール（但し、任意
ロールを除く）の定義は、上述したＱｏＳコンテキスト
モデルを反映する。詳しくは、これらのロールは以下の
ような関係を有する。 ・セッション毎ロール３０９は、アプリケーション毎ロ
ール３０８を特化したものである。 ・アプリケーション毎ロール３０８は、ユーザ毎ロール
３０７を特化したものである。 ・ユーザ毎ロール３０７は、システム毎ロール３０６を
特化したものである。
ロールを除く）の定義は、上述したＱｏＳコンテキスト
モデルを反映する。詳しくは、これらのロールは以下の
ような関係を有する。 ・セッション毎ロール３０９は、アプリケーション毎ロ
ール３０８を特化したものである。 ・アプリケーション毎ロール３０８は、ユーザ毎ロール
３０７を特化したものである。 ・ユーザ毎ロール３０７は、システム毎ロール３０６を
特化したものである。
【００６４】２．４ ＱｏＳコンテキスト及びＱｏＳア
ソシエーションの関係 ＱｏＳコンテキスト２０５は、図４にＵＭＬクラス図と
して示すように、１以上のＱｏＳアソシエーションに属
するストリームの組全体に対して強制されるＱｏＳパラ
メータを特定するという点で、ＱｏＳアソシエーション
３０１とは異なるものである。
ソシエーションの関係 ＱｏＳコンテキスト２０５は、図４にＵＭＬクラス図と
して示すように、１以上のＱｏＳアソシエーションに属
するストリームの組全体に対して強制されるＱｏＳパラ
メータを特定するという点で、ＱｏＳアソシエーション
３０１とは異なるものである。
【００６５】２．５ ＱｏＳ及び同期仕様モデル 図５は、本発明に基づきＱｏＳ仕様及び同期仕様の両方
を捕捉及び強制するモデルをＵＭＬクラス図として示す
図である。同期仕様は、上述のように、更に時間同期及
びＱｏＳ同期に分類することができる。 ・ＱｏＳ仕様は、ＱｏＳ契約５０４としてモデル化でき
る。ＱｏＳ契約５０４は、ＱｏＳ契約タイプ５０５の具
体例であり、元のＱＭＬ仕様とは異なり、実際、複数の
ＱｏＳアスペクト５０６を捕捉するために使用すること
ができる。ＱｏＳアスペクト５０６は、特定の横断的Ｑ
ｏＳ問題（cross-cutting QoS concern：１．３章にお
けるアスペクト指向プログラムの定義参照）に関連する
任意数のＷｏＳパラメータをグループ化する。ＱｏＳ契
約タイプ５０５は、更に細分類及び標準化することがで
き、これによりＱｏＳブローカ１０６は、ＱｏＳ契約の
意味を解釈し、このような契約を強制する能力があるか
否かを判定することができる。このような契約を強制す
る能力がない場合、ＱｏＳブローカ１０６は、与えられ
たＱｏＳ契約を取り扱うように特別に設計されたコンポ
ーネント（例えば、ＱｏＳブローカプラグイン１０７）
を選択及び遠隔からアクセス又はダウンロードする。 ・時間同期は、所定のアソシエーション５１５における
基準ストリーム５０２を識別し、この所定のアソシエー
ション５１５に属する各ストリームを同期情報５１６に
関連付けることによりモデル化される。この関連付けに
より、基準ストリーム５０２に対する所定のストリーム
の最大遅延及び最大ジッタが特定される。 ・ＱｏＳ同期は、各ＱｏＳコンテキスト５０１に対して
所定のＱｏＳ契約５０４を定義することにより定義され
る。
を捕捉及び強制するモデルをＵＭＬクラス図として示す
図である。同期仕様は、上述のように、更に時間同期及
びＱｏＳ同期に分類することができる。 ・ＱｏＳ仕様は、ＱｏＳ契約５０４としてモデル化でき
る。ＱｏＳ契約５０４は、ＱｏＳ契約タイプ５０５の具
体例であり、元のＱＭＬ仕様とは異なり、実際、複数の
ＱｏＳアスペクト５０６を捕捉するために使用すること
ができる。ＱｏＳアスペクト５０６は、特定の横断的Ｑ
ｏＳ問題（cross-cutting QoS concern：１．３章にお
けるアスペクト指向プログラムの定義参照）に関連する
任意数のＷｏＳパラメータをグループ化する。ＱｏＳ契
約タイプ５０５は、更に細分類及び標準化することがで
き、これによりＱｏＳブローカ１０６は、ＱｏＳ契約の
意味を解釈し、このような契約を強制する能力があるか
否かを判定することができる。このような契約を強制す
る能力がない場合、ＱｏＳブローカ１０６は、与えられ
たＱｏＳ契約を取り扱うように特別に設計されたコンポ
ーネント（例えば、ＱｏＳブローカプラグイン１０７）
を選択及び遠隔からアクセス又はダウンロードする。 ・時間同期は、所定のアソシエーション５１５における
基準ストリーム５０２を識別し、この所定のアソシエー
ション５１５に属する各ストリームを同期情報５１６に
関連付けることによりモデル化される。この関連付けに
より、基準ストリーム５０２に対する所定のストリーム
の最大遅延及び最大ジッタが特定される。 ・ＱｏＳ同期は、各ＱｏＳコンテキスト５０１に対して
所定のＱｏＳ契約５０４を定義することにより定義され
る。
【００６６】ＱｏＳブローカ１０６は、ＱｏＳ仕様が時
間及びＱｏＳ同期制約に矛盾しないことを約束し、矛盾
が検出された場合は、（ＨＡ１０４を介して）アプリケ
ーション１０１に例外処理を適用する。
間及びＱｏＳ同期制約に矛盾しないことを約束し、矛盾
が検出された場合は、（ＨＡ１０４を介して）アプリケ
ーション１０１に例外処理を適用する。
【００６７】契約タイプ５０５は、複数のＱｏＳアスペ
クト５０６を捕捉する。各アスペクト５０６は、それぞ
れＱｏＳのディメンジョン（例えば、帯域幅、フレーム
レート等）を特定する。ＱｏＳ契約５０４は、各ＱｏＳ
ディメンジョンに関して、以下のような追加的情報を特
定することができる。 ・連続的値の間隔を導入する。 ・離散的なＱｏＳディメンジョンについて既にＱＭＬで
定義されている離散値の間隔の使用を拡張する。 ・本発明は連続的なＱｏＳディメンジョンに対する離散
値の設定も行う。 ・限界使用率（marginal utility % weights）を導入す
る。 具体例（ＱＭＬの強化されたバージョンを使用してい
る）
クト５０６を捕捉する。各アスペクト５０６は、それぞ
れＱｏＳのディメンジョン（例えば、帯域幅、フレーム
レート等）を特定する。ＱｏＳ契約５０４は、各ＱｏＳ
ディメンジョンに関して、以下のような追加的情報を特
定することができる。 ・連続的値の間隔を導入する。 ・離散的なＱｏＳディメンジョンについて既にＱＭＬで
定義されている離散値の間隔の使用を拡張する。 ・本発明は連続的なＱｏＳディメンジョンに対する離散
値の設定も行う。 ・限界使用率（marginal utility % weights）を導入す
る。 具体例（ＱＭＬの強化されたバージョンを使用してい
る）
【００６８】
【数１】
【００６９】２．６ 適応化パス 上述の定義に基づき、本発明は、適応化ポリシとともに
アプリケーション固有のＱｏＳパラメータを特定する汎
用データコンテナを定義するデータモデルを提案する。
アプリケーション固有のＱｏＳパラメータを特定する汎
用データコンテナを定義するデータモデルを提案する。
【００７０】詳しくは、適応化ポリシは、全体のミドル
ウェア１０３／１０５及びリソースコントローラ１１５
により監視されたＱｏＳの組の変更に応じて、基本的な
ＱｏＳ仕様を代替えの劣化されたＱｏＳ仕様（すなわ
ち、低いレベルのＱｏＳ）の組に適応化するための定義
を明確に特定するものである（欧州特許出願００１１１
１９１．３号参照）。
ウェア１０３／１０５及びリソースコントローラ１１５
により監視されたＱｏＳの組の変更に応じて、基本的な
ＱｏＳ仕様を代替えの劣化されたＱｏＳ仕様（すなわ
ち、低いレベルのＱｏＳ）の組に適応化するための定義
を明確に特定するものである（欧州特許出願００１１１
１９１．３号参照）。
【００７１】このような適応化ポリシの組立方を反映す
るＱｏＳコンテキスト５０１及びアソシエーション５１
５の階層的構造のために、この複雑な問題を表すモデル
ポリシを階層的有限状態機械（hierarchical Finite St
ate Machines：ＦＳＭ）としてモデル化することができ
る。ＦＳＭについては、例えば１９９９年、アディソン
・ウェズリー・ロングマン（Addison Wesley Longman）
ＩＳＢＮ０−２０１−５７１６８−４に記載のジー・ブ
ーチ（G. Booch）、ジェイ・ランボー（J. Rumbaug
h）、アイ・ヤコブソン（I. Jacobson）著、統合モデリ
ング言語ユーザガイド（The Unified Modeling Languag
e User Guide）にも説明されている。
るＱｏＳコンテキスト５０１及びアソシエーション５１
５の階層的構造のために、この複雑な問題を表すモデル
ポリシを階層的有限状態機械（hierarchical Finite St
ate Machines：ＦＳＭ）としてモデル化することができ
る。ＦＳＭについては、例えば１９９９年、アディソン
・ウェズリー・ロングマン（Addison Wesley Longman）
ＩＳＢＮ０−２０１−５７１６８−４に記載のジー・ブ
ーチ（G. Booch）、ジェイ・ランボー（J. Rumbaug
h）、アイ・ヤコブソン（I. Jacobson）著、統合モデリ
ング言語ユーザガイド（The Unified Modeling Languag
e User Guide）にも説明されている。
【００７２】このような階層的ＦＳＭの各ＱｏＳ状態５
０３は、与えられたＱｏＳ契約５０５及びＱｏＳコンテ
キスト５０１間の一対一の関係を固有に識別する。
０３は、与えられたＱｏＳ契約５０５及びＱｏＳコンテ
キスト５０１間の一対一の関係を固有に識別する。
【００７３】ＱｏＳ状態５０３は、以下のように、２つ
の状態タイプ５０７に分類できる。 ・折衝可能状態５０９：階層的ＦＳＭは、与えられた状
態５０７に関連するＱｏＳ契約５０４の予備的交渉に成
功している場合にのみこの種の状態にアクセスできる。
これらの状態間のトランジション（遷移）は、折衝メカ
ニズムのみを含む。 ・制御可能状態５０８：階層的ＦＳＭの最下位レベル
（すなわちストリーム５０２レベル）において、例えば
コーデックのタイプ等のシグナリングを除いて、与えら
れたストリームのソース及びシンク間で、全く折衝を行
うことなく、この状態にアクセスできる。
の状態タイプ５０７に分類できる。 ・折衝可能状態５０９：階層的ＦＳＭは、与えられた状
態５０７に関連するＱｏＳ契約５０４の予備的交渉に成
功している場合にのみこの種の状態にアクセスできる。
これらの状態間のトランジション（遷移）は、折衝メカ
ニズムのみを含む。 ・制御可能状態５０８：階層的ＦＳＭの最下位レベル
（すなわちストリーム５０２レベル）において、例えば
コーデックのタイプ等のシグナリングを除いて、与えら
れたストリームのソース及びシンク間で、全く折衝を行
うことなく、この状態にアクセスできる。
【００７４】特に、制御可能状態５０８は、折衝可能状
態５０９内に組み込まれた内部状態の他のレベルでもあ
り、マルチメディアコンポーネント１１２、１１３、１
１４の使用に関連する内部メカニズムを取り扱うため
に、ミドルウェア１０３／１０５により排他的に定義及
び使用される。
態５０９内に組み込まれた内部状態の他のレベルでもあ
り、マルチメディアコンポーネント１１２、１１３、１
１４の使用に関連する内部メカニズムを取り扱うため
に、ミドルウェア１０３／１０５により排他的に定義及
び使用される。
【００７５】このような階層的ＦＳＭの各トランジショ
ン５１１は、システムが反応すべき固有のＱｏＳの変更
を記述する。トランジション５１１は、特定の述語（す
なわち、監視されたパラメータ５１０の値とＱｏＳ契約
ステートメントの比較）が真であると判定された場合に
トリガされる。トランジション５１１は、最終的に高レ
ベルのアクション５１２（例えば、ドロップされたスト
リーム５０２、ドロップのアクション５１４又は新たな
ストリームの開始又は追加のアクション５１３）に関連
付けられる。これらのアクションにより、ＡＨ１０４は
アプリケーション１０１に対するイベントを生成する
（例えば、ハンドオフのために時間的なサービス条件が
提供できないことを示すイベントの生成等）。ＡＨ１０
４は、与えられたトランジション５１１に対応するトリ
ガ５１７を挿入することにより、これらのイベントをト
リガする。
ン５１１は、システムが反応すべき固有のＱｏＳの変更
を記述する。トランジション５１１は、特定の述語（す
なわち、監視されたパラメータ５１０の値とＱｏＳ契約
ステートメントの比較）が真であると判定された場合に
トリガされる。トランジション５１１は、最終的に高レ
ベルのアクション５１２（例えば、ドロップされたスト
リーム５０２、ドロップのアクション５１４又は新たな
ストリームの開始又は追加のアクション５１３）に関連
付けられる。これらのアクションにより、ＡＨ１０４は
アプリケーション１０１に対するイベントを生成する
（例えば、ハンドオフのために時間的なサービス条件が
提供できないことを示すイベントの生成等）。ＡＨ１０
４は、与えられたトランジション５１１に対応するトリ
ガ５１７を挿入することにより、これらのイベントをト
リガする。
【００７６】階層的ＦＳＭとして表現される適応化パス
に関しては次のようなことがいえる。すなわち、ＦＳＭ
トランジションは、対応する監視されたパラメータ５１
０が与えられたＱｏＳ状態５０３に関連するＱｏＳ契約
５０４により強制された境界から所定の時間以上（ガー
ドタイマにより定義される）離れている場合にのみトリ
ガされる。このメカニズムは、トランジションが高速に
変動することにより、ＦＳＭが高速にフリッピングする
状態を回避するために設けられている。上述したガード
タイマ（guard timer）は、監視されたパラメータ５１
０により伝えられる。
に関しては次のようなことがいえる。すなわち、ＦＳＭ
トランジションは、対応する監視されたパラメータ５１
０が与えられたＱｏＳ状態５０３に関連するＱｏＳ契約
５０４により強制された境界から所定の時間以上（ガー
ドタイマにより定義される）離れている場合にのみトリ
ガされる。このメカニズムは、トランジションが高速に
変動することにより、ＦＳＭが高速にフリッピングする
状態を回避するために設けられている。上述したガード
タイマ（guard timer）は、監視されたパラメータ５１
０により伝えられる。
【００７７】上述のように、制御可能状態５０８を含む
トランジション５１１は、制御メカニズムのみをトリガ
するが、制御メカニズムは、このデータモデルによって
は特定されない（実行すべき正しいアクションの決定は
ＱｏＳブローカ１０６が行う）。すなわち、これらのト
ランジション５１１は、ＱｏＳの変化に関連付けられる
が、これは、動作点（すなわち与えられたＱｏＳ契約タ
イプ５０５において特定されている全てのパラメータの
値の組）を折衝可能状態５０９により設定された境界の
外に強制的に移動させるわけではない。
トランジション５１１は、制御メカニズムのみをトリガ
するが、制御メカニズムは、このデータモデルによって
は特定されない（実行すべき正しいアクションの決定は
ＱｏＳブローカ１０６が行う）。すなわち、これらのト
ランジション５１１は、ＱｏＳの変化に関連付けられる
が、これは、動作点（すなわち与えられたＱｏＳ契約タ
イプ５０５において特定されている全てのパラメータの
値の組）を折衝可能状態５０９により設定された境界の
外に強制的に移動させるわけではない。
【００７８】ＱＤＬ（スプリンガー・バーラグ（Spring
er-Verlag）、コンピュータサイエンス講義ノート（Lec
ture Notes in Computer Science）第１５１１巻、ジェ
イ・ピー・ロイヤル他著「ＱｏＳアスペクト言語及びそ
の実行時統合（QoS AspectLanguages and their Runtim
e Integration）」参照）とは異なり、ＱｏＳ契約５０
４、ＱｏＳ状態５０３、トランジション５１１、及びト
ランジション５１１の発生に応じて実行されるアクショ
ン５１２は、図５に示すように、それぞれ独立してい
る。これにより、モジュール化が実現され、したがって
柔軟な設計が可能となる。すなわち、与えられたＱｏＳ
契約に異なる適応化ポリシを組み合わせることができ、
また、適応化ポリシを異なる階層的ＦＳＭで構築するこ
ともできる。階層構造の最下層では、命名された状態及
びトランジションを個別のストリーム５０２に直接適用
することができる。
er-Verlag）、コンピュータサイエンス講義ノート（Lec
ture Notes in Computer Science）第１５１１巻、ジェ
イ・ピー・ロイヤル他著「ＱｏＳアスペクト言語及びそ
の実行時統合（QoS AspectLanguages and their Runtim
e Integration）」参照）とは異なり、ＱｏＳ契約５０
４、ＱｏＳ状態５０３、トランジション５１１、及びト
ランジション５１１の発生に応じて実行されるアクショ
ン５１２は、図５に示すように、それぞれ独立してい
る。これにより、モジュール化が実現され、したがって
柔軟な設計が可能となる。すなわち、与えられたＱｏＳ
契約に異なる適応化ポリシを組み合わせることができ、
また、適応化ポリシを異なる階層的ＦＳＭで構築するこ
ともできる。階層構造の最下層では、命名された状態及
びトランジションを個別のストリーム５０２に直接適用
することができる。
【００７９】２．６．１ 適応化パスの折衝 これまでは、特定のＱｏＳコンテキスト５０１における
ＱｏＳ契約５０４及びマルチメディアコンポーネント
（例えばコード）の折衝のみについて説明してきた。
ＱｏＳ契約５０４及びマルチメディアコンポーネント
（例えばコード）の折衝のみについて説明してきた。
【００８０】しかしながら、このようなレベルの詳細に
到達する前に、上述したメカニズムを使用する様々な演
算ピア（communicating peers）は、適応化パスについ
て共通の知識を共有する必要があり、すなわち、階層的
ＦＳＭの構造は、全ての演算ピアにより同意されていな
くてはならない。
到達する前に、上述したメカニズムを使用する様々な演
算ピア（communicating peers）は、適応化パスについ
て共通の知識を共有する必要があり、すなわち、階層的
ＦＳＭの構造は、全ての演算ピアにより同意されていな
くてはならない。
【００８１】このような折衝は、「ＩＴＵ−Ｔ勧告Ｘ６
４１（１２／９７）ＩＳＯ／ＩＥＣ１３２３６：１９９
８、情報技術−サービス品質：フレームワーク（ITU-T
Recommendation X.641 (12/97) ISO/IEC 13236:1998, I
nformation technology - Quality of Service: Framew
ork）」において定義されている折衝スキームを用いる
ことができるが、折衝エンティティは、パラメータや契
約ではなく、適応化ポリシ自体となる。このため、ピア
は、レベルが低められたレベル間での遷移をいつ、どの
ように行うかを記述する規則とともにレベルが低められ
たＱｏＳを記述する様々なＱｏＳ契約５０４と折衝を行
う必要がある。
４１（１２／９７）ＩＳＯ／ＩＥＣ１３２３６：１９９
８、情報技術−サービス品質：フレームワーク（ITU-T
Recommendation X.641 (12/97) ISO/IEC 13236:1998, I
nformation technology - Quality of Service: Framew
ork）」において定義されている折衝スキームを用いる
ことができるが、折衝エンティティは、パラメータや契
約ではなく、適応化ポリシ自体となる。このため、ピア
は、レベルが低められたレベル間での遷移をいつ、どの
ように行うかを記述する規則とともにレベルが低められ
たＱｏＳを記述する様々なＱｏＳ契約５０４と折衝を行
う必要がある。
【００８２】このような折衝の形式は、上述したものを
含む。すなわち、階層的ＦＳＭの折衝を行うことによ
り、個別の折衝可能状態５０９のみとも折衝を行う必要
がある。
含む。すなわち、階層的ＦＳＭの折衝を行うことによ
り、個別の折衝可能状態５０９のみとも折衝を行う必要
がある。
【００８３】折衝処理は、通常、開始側（initiator）
と１以上の応答側（responders）を含み、１回のみ又は
繰返し実行することができる（ＩＴＵ−Ｔ勧告Ｘ６４１
（１２／９７）ＩＳＯ／ＩＥＣ１３２３６：１９９８、
情報技術−サービス品質：フレームワーク）。開始側
は、応答側に提案（bid）を示し、応答側はこの提案を
検討して、この提案に対する代案（counteroffer）を開
始側に返す。開始側は、これらの代案を収集し、含まれ
る全てのパーティの要求を満足する代案があれば、その
代案を選択する。このようにして最適な代案を決定する
と、開始側はこの代案を新たな提案として各応答側に送
信する。繰返し法（iterative scheme）においては、応
答側の１つがこの提案を未だ受理していない場合、この
処理はこの時点から再開される。但し、この繰返し法
は、最大繰返し数により制限する必要があり、非常に複
雑で効率性が悪い。このため、本明細書では、基本的
な、非繰返し法のみに焦点をあてる。
と１以上の応答側（responders）を含み、１回のみ又は
繰返し実行することができる（ＩＴＵ−Ｔ勧告Ｘ６４１
（１２／９７）ＩＳＯ／ＩＥＣ１３２３６：１９９８、
情報技術−サービス品質：フレームワーク）。開始側
は、応答側に提案（bid）を示し、応答側はこの提案を
検討して、この提案に対する代案（counteroffer）を開
始側に返す。開始側は、これらの代案を収集し、含まれ
る全てのパーティの要求を満足する代案があれば、その
代案を選択する。このようにして最適な代案を決定する
と、開始側はこの代案を新たな提案として各応答側に送
信する。繰返し法（iterative scheme）においては、応
答側の１つがこの提案を未だ受理していない場合、この
処理はこの時点から再開される。但し、この繰返し法
は、最大繰返し数により制限する必要があり、非常に複
雑で効率性が悪い。このため、本明細書では、基本的
な、非繰返し法のみに焦点をあてる。
【００８４】欧州特許出願００１１１１９１．３号によ
り提案されたこの手法は、基本的に、スタートアップ時
において非繰返し処理を行い、すなわち開始側ピアは、
（例えば、セッション紹介処理時（session invitation
time）において）他のピアに対し、適応化パスに関す
る通信を開始する。開始側は、階層的ＦＳＭ（すなわ
ち、特定の適応化パス）を提案し、各応答側は、自らの
適応化ポリシに基づいてこの提案を評価し、この評価に
応じて代案を返す。この具体例では、この問題の複雑性
のレベルを制限するために、代案が元の提案の部分集合
として定義されるよう、代案を制限している。これは、
応答側レベルにおいて次のように変換される。 ・所定の応答側に対して適用可能なＱｏＳ契約タイプ５
０５及びＱｏＳ契約５０４に関して、各ＱｏＳ状態５０
３に適用されるＱｏＳ契約適合確認（QoS Contract con
formance verification）：ＨＰ−Ｌａｂ技術レポート
（HP-Lab Technical Reports）ＨＰＬ−９８−１０、９
２０２１０、エス・フロランド（S. Frolund）、ジェイ
・コイスチネン著、「ＱＭＬ：サービス品質仕様のため
の言語（A Language for Quality of Service Specific
ation）」(http://www,hpl,hp.com/techreports/98/HPL
-98-10.html) ・開始側により提案された元の階層的ＦＳＭの構造に適
用されるプルーニング処理（pruning operations）の組 なお、既に通信を行っているピアのグループに新たな通
信ピアが参入した場合、セッションコンテキストレベル
においては、この新たなピアが折衝処理の開始側として
機能し、上述と同様のメカニズムに基づく処理が実行さ
れる。更に、折衝が終了した後の臨時の（すなわち、折
衝により合意された適応化パスをまだ考慮していない）
ＱｏＳコンテキスト５０１及び／又はストリーム５０２
の生成、変更、削除は、折衝処理の新たなインスタンス
を再びトリガする。
り提案されたこの手法は、基本的に、スタートアップ時
において非繰返し処理を行い、すなわち開始側ピアは、
（例えば、セッション紹介処理時（session invitation
time）において）他のピアに対し、適応化パスに関す
る通信を開始する。開始側は、階層的ＦＳＭ（すなわ
ち、特定の適応化パス）を提案し、各応答側は、自らの
適応化ポリシに基づいてこの提案を評価し、この評価に
応じて代案を返す。この具体例では、この問題の複雑性
のレベルを制限するために、代案が元の提案の部分集合
として定義されるよう、代案を制限している。これは、
応答側レベルにおいて次のように変換される。 ・所定の応答側に対して適用可能なＱｏＳ契約タイプ５
０５及びＱｏＳ契約５０４に関して、各ＱｏＳ状態５０
３に適用されるＱｏＳ契約適合確認（QoS Contract con
formance verification）：ＨＰ−Ｌａｂ技術レポート
（HP-Lab Technical Reports）ＨＰＬ−９８−１０、９
２０２１０、エス・フロランド（S. Frolund）、ジェイ
・コイスチネン著、「ＱＭＬ：サービス品質仕様のため
の言語（A Language for Quality of Service Specific
ation）」(http://www,hpl,hp.com/techreports/98/HPL
-98-10.html) ・開始側により提案された元の階層的ＦＳＭの構造に適
用されるプルーニング処理（pruning operations）の組 なお、既に通信を行っているピアのグループに新たな通
信ピアが参入した場合、セッションコンテキストレベル
においては、この新たなピアが折衝処理の開始側として
機能し、上述と同様のメカニズムに基づく処理が実行さ
れる。更に、折衝が終了した後の臨時の（すなわち、折
衝により合意された適応化パスをまだ考慮していない）
ＱｏＳコンテキスト５０１及び／又はストリーム５０２
の生成、変更、削除は、折衝処理の新たなインスタンス
を再びトリガする。
【００８５】折衝処理は、極めて高コストであるため
（このため、欧州特許出願００１１１１９１．３号で
は、スタートアップ時における折衝処理を１回に制限し
ている）、上述したような連続する折衝処理は非効率的
である。この点について、以下の点に留意する必要があ
る。 ・ビデオオンデマンドの状況において、両パーティは、
ＱｏＳ変更に協力するために、単にストリーム５０２の
所定の組の降格パス（degradation path）について、予
め合意する。したがって、上述の臨時の変更によるパス
の変化は、この場合は適用されない。 ・開始側は、自らが提案する適応化パスにおけるＱｏＳ
コンテキスト５０１及び／又はストリーム５０２の生
成、変更又は削除等のイベントを考慮することができ
る。 ・最初の折衝が行われた後の更なる折衝においては、全
てのピアは、最初の折衝に比べて、より早く合意に到達
する。これは、この場合、ピアの大多数が既に先の折衝
により合意されている階層的ＦＳＭを使用しているため
である。
（このため、欧州特許出願００１１１１９１．３号で
は、スタートアップ時における折衝処理を１回に制限し
ている）、上述したような連続する折衝処理は非効率的
である。この点について、以下の点に留意する必要があ
る。 ・ビデオオンデマンドの状況において、両パーティは、
ＱｏＳ変更に協力するために、単にストリーム５０２の
所定の組の降格パス（degradation path）について、予
め合意する。したがって、上述の臨時の変更によるパス
の変化は、この場合は適用されない。 ・開始側は、自らが提案する適応化パスにおけるＱｏＳ
コンテキスト５０１及び／又はストリーム５０２の生
成、変更又は削除等のイベントを考慮することができ
る。 ・最初の折衝が行われた後の更なる折衝においては、全
てのピアは、最初の折衝に比べて、より早く合意に到達
する。これは、この場合、ピアの大多数が既に先の折衝
により合意されている階層的ＦＳＭを使用しているため
である。
【００８６】なお、ユーザは、既に実行されているマル
チメディアアプリケーションに対して、全体又はその一
部のみのＱｏＳレベルを高める又は低めるために、故意
にＱｏＳを変更することがある。この折衝は、適応化パ
スに関連するＱｏＳ契約における変更を反映することが
できるが、更に適応化パス自身の構造を反映させること
もできる。 ・ＱｏＳコンテキスト５０１の優先順位は、与えられた
ＱｏＳコンテキスト内に組み込まれている最上位の優先
順位を有するストリームにより多くのリソース（したが
って、高いＱｏＳ）を与えるために使用できる。一方、
このＱｏＳコンテキストに組み込まれた優先順位が低い
ストリームには、より少ないリソース（したがって、よ
り劣ったＱｏＳ）しか与えられない。
チメディアアプリケーションに対して、全体又はその一
部のみのＱｏＳレベルを高める又は低めるために、故意
にＱｏＳを変更することがある。この折衝は、適応化パ
スに関連するＱｏＳ契約における変更を反映することが
できるが、更に適応化パス自身の構造を反映させること
もできる。 ・ＱｏＳコンテキスト５０１の優先順位は、与えられた
ＱｏＳコンテキスト内に組み込まれている最上位の優先
順位を有するストリームにより多くのリソース（したが
って、高いＱｏＳ）を与えるために使用できる。一方、
このＱｏＳコンテキストに組み込まれた優先順位が低い
ストリームには、より少ないリソース（したがって、よ
り劣ったＱｏＳ）しか与えられない。
【００８７】このＱｏＳコンテキスト５０１の優先順位
は、実行時に再割当することができ、これにより、ユー
ザは、（例えば、マウスカーソルをあるビデオストリー
ムウィンドウから他のウィンドウに移動させる操作等に
より）任意の時刻に、どのストリームに対し、予約され
ているＱｏＳコンテキストリソース全体のうちの最も多
くの割合を割り当てるかを選択することができる。この
具体例においては、ユーザがマウスカーソルを用いて指
示することによりビデオストリームウィンドウを選択す
ると、そのビデオコンテンツには、他のウィンドウに表
示されているストリームに優先されて、最上位のＱｏＳ
レベルが与えられる。
は、実行時に再割当することができ、これにより、ユー
ザは、（例えば、マウスカーソルをあるビデオストリー
ムウィンドウから他のウィンドウに移動させる操作等に
より）任意の時刻に、どのストリームに対し、予約され
ているＱｏＳコンテキストリソース全体のうちの最も多
くの割合を割り当てるかを選択することができる。この
具体例においては、ユーザがマウスカーソルを用いて指
示することによりビデオストリームウィンドウを選択す
ると、そのビデオコンテンツには、他のウィンドウに表
示されているストリームに優先されて、最上位のＱｏＳ
レベルが与えられる。
【００８８】３． ＡＰＩ説明 本発明は、欧州特許出願００１１１１９１．３号におけ
るインターフェイスタイプＤの定義に互換性を有するＡ
ＰＩの定義を提案する。
るインターフェイスタイプＤの定義に互換性を有するＡ
ＰＩの定義を提案する。
【００８９】このＡＰＩの主な目的は、基底に存在する
ミドルウェア１０３／１０５が既存の又は新たなマルチ
メディアフレームワークに作用するように、第２章にお
いて説明したモデルを実現することである。ＣＯＴＳマ
ルチメディアフレームワークを使用することにより、ミ
ドルウェアは、ＱｏＳ仕様及び監視されたＱｏＳパラメ
ータの測定レベルに応じて、マルチメディアコンポーネ
ントのチェインを自律的に構築し、管理することができ
る。
ミドルウェア１０３／１０５が既存の又は新たなマルチ
メディアフレームワークに作用するように、第２章にお
いて説明したモデルを実現することである。ＣＯＴＳマ
ルチメディアフレームワークを使用することにより、ミ
ドルウェアは、ＱｏＳ仕様及び監視されたＱｏＳパラメ
ータの測定レベルに応じて、マルチメディアコンポーネ
ントのチェインを自律的に構築し、管理することができ
る。
【００９０】このＡＰＩは、上述の論理モデルを反映す
るオブジェクトモデルに基づいている。以下に示す擬似
コード（Ｊａｖａ（登録商標）スタイルでプログラミン
グしている）は、ＱｏＳ対応のピアアプリケーション間
の通信リンクの生成、管理、削除に関して、ＡＰＩがど
のように見えるかを示している。
るオブジェクトモデルに基づいている。以下に示す擬似
コード（Ｊａｖａ（登録商標）スタイルでプログラミン
グしている）は、ＱｏＳ対応のピアアプリケーション間
の通信リンクの生成、管理、削除に関して、ＡＰＩがど
のように見えるかを示している。
【００９１】ここで、対話型サービスシナリオ及び情報
読出サービスシナリオの２つのシナリオを考慮する。対
話型サービスシナリオは、ビデオ会議のような複数パー
ティ間の通信等に対応する。情報読出サービスシナリオ
は、例えばビデオオンデマンド等、ウェブに基づくオー
ディオ／ビデオデータのストリーミング処理等に対応す
る。
読出サービスシナリオの２つのシナリオを考慮する。対
話型サービスシナリオは、ビデオ会議のような複数パー
ティ間の通信等に対応する。情報読出サービスシナリオ
は、例えばビデオオンデマンド等、ウェブに基づくオー
ディオ／ビデオデータのストリーミング処理等に対応す
る。
【００９２】３．１ 対話型サービスシナリオ 以下に示す擬似コードによるプログラムの一部は、一組
のパーティに対して、開始側がどのようにビデオ会議を
設定するかを説明するものである。説明を簡潔にするた
め、レイヤ３００及び制御可能状態５０８は、この具体
例では取り扱わないものとする。・この具体例をより明
確に示すために、以下の擬似コードは、トランジション
５１１の概念の具体例を導入する。
のパーティに対して、開始側がどのようにビデオ会議を
設定するかを説明するものである。説明を簡潔にするた
め、レイヤ３００及び制御可能状態５０８は、この具体
例では取り扱わないものとする。・この具体例をより明
確に示すために、以下の擬似コードは、トランジション
５１１の概念の具体例を導入する。
【００９３】
【数２】
【００９４】
【数３】
【００９５】ユーザは適切なＧＵＩを介して（又は開発
者はプログラムを介して）、まず、システムに対して自
らを識別させる。これにより、適応化ポリシとともに、
特権（privileges）、包括的嗜好（general preference
s）、及び割当量（quotas）を特定する（例えば、割当
量を超えた場合に、どのように反応するかを特定する）
包括的ユーザサービスプロファイルを読み出し、又は生
成／カスタマイズすることができる。この情報は、ユー
ザコンテキスト２０２としてモデル化される。
者はプログラムを介して）、まず、システムに対して自
らを識別させる。これにより、適応化ポリシとともに、
特権（privileges）、包括的嗜好（general preference
s）、及び割当量（quotas）を特定する（例えば、割当
量を超えた場合に、どのように反応するかを特定する）
包括的ユーザサービスプロファイルを読み出し、又は生
成／カスタマイズすることができる。この情報は、ユー
ザコンテキスト２０２としてモデル化される。
【００９６】
【数４】
【００９７】・ノーマル（NORMAL）から３０パーセント
のヒステリシス閾値を有するロー（LOW）へのトランジ
ションを生成する。ヒステリシスの概念及びモニタの仕
様は、アプリケーション固有のものである。
のヒステリシス閾値を有するロー（LOW）へのトランジ
ションを生成する。ヒステリシスの概念及びモニタの仕
様は、アプリケーション固有のものである。
【００９８】
【数５】
【００９９】・ユーザ（ｕｓｅｒ１）に関する最も外側
（outermost）のＦＳＭを構築する。説明を簡潔にする
ため、１回の遷移のみを示す。
（outermost）のＦＳＭを構築する。説明を簡潔にする
ため、１回の遷移のみを示す。
【０１００】
【数６】
【０１０１】・アプリケーションコンテキスト２０３に
関連付けられたＦＳＭを生成する。
関連付けられたＦＳＭを生成する。
【０１０２】
【数７】
【０１０３】
【数８】
【０１０４】・メディア（MEDIUM）から２５パーセント
のヒステリシス閾値を有する最大（MAXIMUM）への遷移
を生成する。
のヒステリシス閾値を有する最大（MAXIMUM）への遷移
を生成する。
【０１０５】
【数９】
【０１０６】・ユーザ（ｕｓｅｒ１）及びアプリケーシ
ョン（ａｐｐｌｉｃａｔｉｏｎ１）に関する内部のＦＳ
Ｍを構築する。説明を簡潔にするため、１回の遷移のみ
を示す。
ョン（ａｐｐｌｉｃａｔｉｏｎ１）に関する内部のＦＳ
Ｍを構築する。説明を簡潔にするため、１回の遷移のみ
を示す。
【０１０７】
【数１０】
【０１０８】・セッションコンテキスト２０４に関連付
けられたＦＳＭを生成する。
けられたＦＳＭを生成する。
【０１０９】
【数１１】
【０１１０】・メディア（MEDIUM）から２５パーセント
のヒステリシス閾値を有する最大（MAXIMUM）への遷移
を生成する。
のヒステリシス閾値を有する最大（MAXIMUM）への遷移
を生成する。
【０１１１】
【数１２】
【０１１２】・ユーザ（ｕｓｅｒ１）、アプリケーショ
ン（ａｐｐｌｉｃａｔｉｏｎ１）、及びセッション（ｓ
ｅｓｓｉｏｎ１）に関する内部のＦＳＭを構築する。説
明を簡潔にするため、１回の遷移のみを示す。
ン（ａｐｐｌｉｃａｔｉｏｎ１）、及びセッション（ｓ
ｅｓｓｉｏｎ１）に関する内部のＦＳＭを構築する。説
明を簡潔にするため、１回の遷移のみを示す。
【０１１３】
【数１３】
【０１１４】・セッションコンテキスト２０４（ｓｅｓ
ｓｉｏｎ１）内のセッション毎ロール３０９アソシエー
ション３０１を生成する。アソシエーション３０１は、
ピアを識別する。すなわち、アソシエーションは、常
に、与えられたストリームのピアを識別するように生成
しなくてはならない。最終的に、１つのアソシエーショ
ンは、１つのストリームに対して生成される。
ｓｉｏｎ１）内のセッション毎ロール３０９アソシエー
ション３０１を生成する。アソシエーション３０１は、
ピアを識別する。すなわち、アソシエーションは、常
に、与えられたストリームのピアを識別するように生成
しなくてはならない。最終的に、１つのアソシエーショ
ンは、１つのストリームに対して生成される。
【０１１５】
【数１４】
【０１１６】ストリーム５０２を生成する。まず、転送
先エンドポイントのトランスポートアドレス、ストリー
ムのタイプ（オーディオ、ビデオ、制御、データ）及び
開始ピアがそのストリームに対して動作しているエンド
ポイントのタイプ（ストリームソース又はストリームシ
ンク）を特定しなくてはならない。次に、ストリーム
は、アソシエーションを特定することにより遠隔のエン
ドポイントに送信される。
先エンドポイントのトランスポートアドレス、ストリー
ムのタイプ（オーディオ、ビデオ、制御、データ）及び
開始ピアがそのストリームに対して動作しているエンド
ポイントのタイプ（ストリームソース又はストリームシ
ンク）を特定しなくてはならない。次に、ストリーム
は、アソシエーションを特定することにより遠隔のエン
ドポイントに送信される。
【０１１７】
【数１５】
【０１１８】・ストリーム自身の適応化パスを特定する
ことにより、ストリーム５０２に関連付けられたＦＳＭ
を生成する。
ことにより、ストリーム５０２に関連付けられたＦＳＭ
を生成する。
【０１１９】
【数１６】
【０１２０】
【数１７】
【０１２１】・メディア（MEDIUM）から１５パーセント
のヒステリシス閾値を有する最大（MAXIMUM）への遷移
を生成する。
のヒステリシス閾値を有する最大（MAXIMUM）への遷移
を生成する。
【０１２２】
【数１８】
【０１２３】・ストリーム（ｓｔｒｅａｍ１）用の適応
化パスを生成する。すなわち、ユーザ（ｕｓｅｒ１）、
アプリケーション（ａｐｐｌｉｃａｔｉｏｎ１）、セッ
ション（ｓｅｓｓｉｏｎ１）及びストリーム（ｓｔｒｅ
ａｍ１）に関する内部のＦＳＭを構築する。説明を簡潔
にするため、１回の遷移のみを示す。これは、階層的Ｆ
ＳＭ全体の最も内側の（innermost）ＦＳＭである。
化パスを生成する。すなわち、ユーザ（ｕｓｅｒ１）、
アプリケーション（ａｐｐｌｉｃａｔｉｏｎ１）、セッ
ション（ｓｅｓｓｉｏｎ１）及びストリーム（ｓｔｒｅ
ａｍ１）に関する内部のＦＳＭを構築する。説明を簡潔
にするため、１回の遷移のみを示す。これは、階層的Ｆ
ＳＭ全体の最も内側の（innermost）ＦＳＭである。
【０１２４】
【数１９】
【０１２５】
【数２０】
【０１２６】・ストリーム（ｓｔｒｅａｍ１）に関する
トランジションmedToMaxSessTr用のセッションレベルに
おけるドロップのアクション５１４を特定する。
トランジションmedToMaxSessTr用のセッションレベルに
おけるドロップのアクション５１４を特定する。
【０１２７】
【数２１】
【０１２８】・アソシエーション（ａｓｓｏｃｉａｔｉ
ｏｎ１）に関するトランジションmaxToMedsessTr（上述
していない）用のセッションレベルにおける生成のアク
ション５１３を特定する。
ｏｎ１）に関するトランジションmaxToMedsessTr（上述
していない）用のセッションレベルにおける生成のアク
ション５１３を特定する。
【０１２９】
【数２２】
【０１３０】・最後に、全てのＦＳＭをアクティブ化す
る。追加的なコンテキスト、アソシエーション及びスト
リームを後に特定し、アクティブ化してもよい。この場
合、再折衝処理が必要となる。
る。追加的なコンテキスト、アソシエーション及びスト
リームを後に特定し、アクティブ化してもよい。この場
合、再折衝処理が必要となる。
【０１３１】
【数２３】
【０１３２】・この時点で、ミドルウェアは、以下のよ
うな処理に必要な情報を取得している。 １．与えられたＱｏＳ契約タイプの意味を解釈するため
に必要なＱｏＳブローカプラグインを選択する。 ２．コントローラと、パスに含まれる全てのパーティ
と、ネットワーク通信システムと適応化パスを折衝す
る。 ３．要求に応じてＣｈＣを生成する。 ４．所定の目的を達成するために必要とされるチェイン
マルチメディアコンポーネントを読み出す。 ５．モニタをアクティブ化する。 ６．ＱｏＳ変更イベントを評価し、これに応じて反応す
る。 ・同期問題：他のストリーム５０２（ｓｔｒｅａｍ２）
がこのストリーム（ｓｔｒｅａｍ１）と同様に定義され
たとする。以下のコードは、２つのストリームをアソシ
エーション（ａｓｓｏｃｉａｔｉｏｎ１）のコンテキス
ト内でどのように同期させるかを示している。
うな処理に必要な情報を取得している。 １．与えられたＱｏＳ契約タイプの意味を解釈するため
に必要なＱｏＳブローカプラグインを選択する。 ２．コントローラと、パスに含まれる全てのパーティ
と、ネットワーク通信システムと適応化パスを折衝す
る。 ３．要求に応じてＣｈＣを生成する。 ４．所定の目的を達成するために必要とされるチェイン
マルチメディアコンポーネントを読み出す。 ５．モニタをアクティブ化する。 ６．ＱｏＳ変更イベントを評価し、これに応じて反応す
る。 ・同期問題：他のストリーム５０２（ｓｔｒｅａｍ２）
がこのストリーム（ｓｔｒｅａｍ１）と同様に定義され
たとする。以下のコードは、２つのストリームをアソシ
エーション（ａｓｓｏｃｉａｔｉｏｎ１）のコンテキス
ト内でどのように同期させるかを示している。
【０１３３】
【数２４】
【０１３４】ＱｏＳコンテキスト、アソシエーション又
はストリームの臨時の処分、すなわち、パスに含まれて
いるパーティの事前に既知ではない決定は、元の階層的
ＦＳＭをプルーン処理するために使用される命令に変換
される。この処理は、必要に応じて、再折衝をトリガす
る。この例を以下に示す。
はストリームの臨時の処分、すなわち、パスに含まれて
いるパーティの事前に既知ではない決定は、元の階層的
ＦＳＭをプルーン処理するために使用される命令に変換
される。この処理は、必要に応じて、再折衝をトリガす
る。この例を以下に示す。
【０１３５】
【数２５】
【０１３６】・リモートのピアから、通信を確立するた
めの要求が宣言された場合、この宣言は、通常、アプリ
ケーションレベルのアクション又はユーザインタラクシ
ョン（例えば、このような要求を受諾するか否か）を含
む。この処理は、折衝処理の一部である。ここで、アプ
リケーション１０１は、ＡＰＩ１０２を介して、ミドル
ウェア１０３／１０５により生成されたこのようなイベ
ントを捕捉することができる。この例を以下に示す。
めの要求が宣言された場合、この宣言は、通常、アプリ
ケーションレベルのアクション又はユーザインタラクシ
ョン（例えば、このような要求を受諾するか否か）を含
む。この処理は、折衝処理の一部である。ここで、アプ
リケーション１０１は、ＡＰＩ１０２を介して、ミドル
ウェア１０３／１０５により生成されたこのようなイベ
ントを捕捉することができる。この例を以下に示す。
【０１３７】
【数２６】
【０１３８】・ここで、アプリケーション１０１は、以
下のような特別なイベントリスナインターフェイス（ev
ent listener interface）を用いることにより、宣言イ
ベント（annunciation events）（所定のストリームの
中止要求を示すイベントを含む）を中断することができ
る。
下のような特別なイベントリスナインターフェイス（ev
ent listener interface）を用いることにより、宣言イ
ベント（annunciation events）（所定のストリームの
中止要求を示すイベントを含む）を中断することができ
る。
【０１３９】
【数２７】
【０１４０】３．２ 情報読出サービスシナリオ このシナリオと、上の章で説明したシナリオとの相違点
は、情報読出サービスシナリオの場合、ピアの１つが全
ての可能な詳細事項を既に考慮したデータモデルを用意
する点にある。すなわち、適応化パスは、折衝処理が終
了した後は、静的（static）なものとなる。したがっ
て、スタートアップ処理の後は、折衝により合意された
適応化パス（すなわち、階層的ＦＳＭ）に記述されてい
ない新たなＱｏＳコンテキスト、アソシエーション及び
ストリームは生成されない。
は、情報読出サービスシナリオの場合、ピアの１つが全
ての可能な詳細事項を既に考慮したデータモデルを用意
する点にある。すなわち、適応化パスは、折衝処理が終
了した後は、静的（static）なものとなる。したがっ
て、スタートアップ処理の後は、折衝により合意された
適応化パス（すなわち、階層的ＦＳＭ）に記述されてい
ない新たなＱｏＳコンテキスト、アソシエーション及び
ストリームは生成されない。
【０１４１】４． 本発明の利点 従来の技術に対する本発明の利点を表３に示す。
【０１４２】
【表７】
【０１４３】５． 具体例 図１に示すように、本発明によれば、欧州特許出願００
１１１１９１．３号において定義されているアプリケー
ションタイプＤを効果的且つ効率的に実現できるのみで
はなく、このＡＰＩによりウェブブラウザの機能を強化
することもできる。実際、（ネイティブとして、又は適
切なプラグインを用いて）このＡＰＩを使用するように
設計されたウェブブラウザプログラムは、第２章で説明
したデータモデルを記述するＸＭＬドキュメントを解釈
することができる。
１１１１９１．３号において定義されているアプリケー
ションタイプＤを効果的且つ効率的に実現できるのみで
はなく、このＡＰＩによりウェブブラウザの機能を強化
することもできる。実際、（ネイティブとして、又は適
切なプラグインを用いて）このＡＰＩを使用するように
設計されたウェブブラウザプログラムは、第２章で説明
したデータモデルを記述するＸＭＬドキュメントを解釈
することができる。
【０１４４】これにより、アプリケーションの設計は、
簡単なドキュメントの準備、すなわち完全に宣言型のプ
ログラミング言語としてより単純化される。
簡単なドキュメントの準備、すなわち完全に宣言型のプ
ログラミング言語としてより単純化される。
【０１４５】更に、アプリケーションタイプＤは、イン
ターフェイスタイプＤに完全には対応していない場合も
あるが、ＱｏＳには対応している（すなわち、これらの
特定のアプリケーションは、ＱｏＳがイネーブルされた
通信リンクにおいて使用することができる）。これは、
外部ＱｏＳブローカＧＵＩ、すなわち登録されたアプリ
ケーション用のＱｏＳを対話的に確立及び変更するため
に使用できるプログラムを用いることにより実現され
る。この手法に関連する技術ついては、欧州特許出願０
０１１１１９１．３号にも開示されており、この出願は
参照により本願に組み込まれるものとする。
ターフェイスタイプＤに完全には対応していない場合も
あるが、ＱｏＳには対応している（すなわち、これらの
特定のアプリケーションは、ＱｏＳがイネーブルされた
通信リンクにおいて使用することができる）。これは、
外部ＱｏＳブローカＧＵＩ、すなわち登録されたアプリ
ケーション用のＱｏＳを対話的に確立及び変更するため
に使用できるプログラムを用いることにより実現され
る。この手法に関連する技術ついては、欧州特許出願０
０１１１１９１．３号にも開示されており、この出願は
参照により本願に組み込まれるものとする。
【０１４６】階層的ＦＳＭを具現化した具体例を表す状
態図を図６に示す。この具体例においては、ＱｏＳコン
テキスト６０１、６０３、６０５が状態６０２、６０
４、６０６に関して示されている。説明を簡潔にするた
めに、各ＱｏＳコンテキストは、ＦＳＭの固有のインス
タンスに関連付けられているものとする（例えば、所定
のユーザコンテキスト６０１は、１つの階層的ＦＳＭの
みに関連付けられ、この階層的ＦＳＭの各状態は、１つ
のＦＳＭのみに組み込まれている）。状態図の合意概念
（concurrency concept）（１９９９年、アディソン・
ウェズリー・ロングマン（Addison Wesley Longman）Ｉ
ＳＢＮ０−２０１−５７１６８−４に記載のジー・ブー
チ（G. Booch）、ジェイ・ランボー（J. Rumbaugh）、
アイ・ヤコブソン（I. Jacobson）著、統合モデリング
言語ユーザガイド（The Unified Modeling Language Us
er Guide）参照）を用いることにより、例えば、ユーザ
が２つのアプリケーション（例えば、ビデオ会議アプリ
ケーション及びビデオオンデマンドアプリケーション）
を実行し、それぞれが独自の階層的ＦＳＭを有するとい
った、より複雑なシナリオを容易にモデル化することが
できる。
態図を図６に示す。この具体例においては、ＱｏＳコン
テキスト６０１、６０３、６０５が状態６０２、６０
４、６０６に関して示されている。説明を簡潔にするた
めに、各ＱｏＳコンテキストは、ＦＳＭの固有のインス
タンスに関連付けられているものとする（例えば、所定
のユーザコンテキスト６０１は、１つの階層的ＦＳＭの
みに関連付けられ、この階層的ＦＳＭの各状態は、１つ
のＦＳＭのみに組み込まれている）。状態図の合意概念
（concurrency concept）（１９９９年、アディソン・
ウェズリー・ロングマン（Addison Wesley Longman）Ｉ
ＳＢＮ０−２０１−５７１６８−４に記載のジー・ブー
チ（G. Booch）、ジェイ・ランボー（J. Rumbaugh）、
アイ・ヤコブソン（I. Jacobson）著、統合モデリング
言語ユーザガイド（The Unified Modeling Language Us
er Guide）参照）を用いることにより、例えば、ユーザ
が２つのアプリケーション（例えば、ビデオ会議アプリ
ケーション及びビデオオンデマンドアプリケーション）
を実行し、それぞれが独自の階層的ＦＳＭを有するとい
った、より複雑なシナリオを容易にモデル化することが
できる。
【０１４７】階層的ＦＳＭの最下位レベルは、制御可能
状態６０９のみからなる内部ＦＳＭであり、所定のスト
リームに関連付けられた各ＱｏＳ状態内の１つである。
このような、制御可能状態のみからなるＦＳＭは、ＡＰ
Ｉ１０２により臨時に特定してもよく、単に階層的ＦＳ
Ｍに亘って使用される汎用のＦＳＭであってもよい。
状態６０９のみからなる内部ＦＳＭであり、所定のスト
リームに関連付けられた各ＱｏＳ状態内の１つである。
このような、制御可能状態のみからなるＦＳＭは、ＡＰ
Ｉ１０２により臨時に特定してもよく、単に階層的ＦＳ
Ｍに亘って使用される汎用のＦＳＭであってもよい。
【０１４８】
【発明の効果】以上のように、本発明に係る処理システ
ムは、サービス品質契約及びサービス品質適応化パスを
記述するデータモデルを含むアプリケーションプログラ
ミングインターフェイスを有するミドルウェアを備え、
サービス品質契約及びサービス品質適応化パスは、アプ
リケーションプログラミングインターフェイスを用い
て、サービス品質対応移動マルチメディアアプリケーシ
ョンにより特定され、他のアプリケーションとのサービ
ス品質及び移動対応ネットワーク接続を管理する。これ
により、ＱｏＳ適応化問題をミドルウェアに適用し、小
型で簡単なアプリケーションを提供することができる。
ムは、サービス品質契約及びサービス品質適応化パスを
記述するデータモデルを含むアプリケーションプログラ
ミングインターフェイスを有するミドルウェアを備え、
サービス品質契約及びサービス品質適応化パスは、アプ
リケーションプログラミングインターフェイスを用い
て、サービス品質対応移動マルチメディアアプリケーシ
ョンにより特定され、他のアプリケーションとのサービ
ス品質及び移動対応ネットワーク接続を管理する。これ
により、ＱｏＳ適応化問題をミドルウェアに適用し、小
型で簡単なアプリケーションを提供することができる。
【０１４９】また、本発明に係る通信ネットワーク用ソ
フトウェアは、サービス品質契約及びサービス品質適応
化パスを記述するデータモデルを含むアプリケーション
プログラミングインターフェイスを有するミドルウェア
を表現し、サービス品質契約及びサービス品質適応化パ
スは、アプリケーションプログラミングインターフェイ
スを用いて、サービス品質対応移動マルチメディアアプ
リケーションにより特定され、他のアプリケーションと
のサービス品質及び移動対応ネットワーク接続を管理す
る。これにより、ＱｏＳ適応化問題をミドルウェアに適
用し、小型で簡単なアプリケーションを提供することが
できる。
フトウェアは、サービス品質契約及びサービス品質適応
化パスを記述するデータモデルを含むアプリケーション
プログラミングインターフェイスを有するミドルウェア
を表現し、サービス品質契約及びサービス品質適応化パ
スは、アプリケーションプログラミングインターフェイ
スを用いて、サービス品質対応移動マルチメディアアプ
リケーションにより特定され、他のアプリケーションと
のサービス品質及び移動対応ネットワーク接続を管理す
る。これにより、ＱｏＳ適応化問題をミドルウェアに適
用し、小型で簡単なアプリケーションを提供することが
できる。
【図１】本発明に基づく通信ネットワーク及びソフトウ
ェアのアーキテクチャを示す図である。
ェアのアーキテクチャを示す図である。
【図２】本発明に基づく包括的データモデルのＱｏＳコ
ンテキストを示す図である。
ンテキストを示す図である。
【図３】本発明に基づく包括的データモデルのＱｏＳア
ソシエーションを示す図である。
ソシエーションを示す図である。
【図４】本発明に基づく包括的データモデルにおけるＱ
ｏＳコンテキストとＱｏＳアソシエーション間の関係を
示す図である。
ｏＳコンテキストとＱｏＳアソシエーション間の関係を
示す図である。
【図５】本発明に基づくＱｏＳ及び同期仕様を示す図で
ある。
ある。
【図６】本発明に基づくＵＭＬ状態チャートの具体例を
示す図である。
示す図である。
１０２ アプリケーションプログラミングインターフェ
イス、１０３ ＱｏＳミドルウェア、１０４ アプリケ
ーションハンドラ、１０５ ＱｏＳミドルウェア、１０
６ ＱｏＳブローカ、
イス、１０３ ＱｏＳミドルウェア、１０４ アプリケ
ーションハンドラ、１０５ ＱｏＳミドルウェア、１０
６ ＱｏＳブローカ、
───────────────────────────────────────────────────── フロントページの続き (72)発明者 マンダト ダブィーデ ドイツ連邦共和国 70327 シュトゥット ゥガルトヘデルフィンガー シュトラーセ 61 ソニーインターナショナル（ヨーロ ッパ）ゲゼルシャフト ミット ベシュレ ンクテル ハフツング アドバンスド テ クノロジーセンター シュトゥットゥガル ト内 (72)発明者 コバチ エルヌー ドイツ連邦共和国 70327 シュトゥット ゥガルトヘデルフィンガー シュトラーセ 61 ソニーインターナショナル（ヨーロ ッパ）ゲゼルシャフト ミット ベシュレ ンクテル ハフツング アドバンスド テ クノロジーセンター シュトゥットゥガル ト内 (72)発明者 ロールレ クラウス ドイツ連邦共和国 70327 シュトゥット ゥガルトヘデルフィンガー シュトラーセ 61 ソニーインターナショナル（ヨーロ ッパ）ゲゼルシャフト ミット ベシュレ ンクテル ハフツング アドバンスド テ クノロジーセンター シュトゥットゥガル ト内 (72)発明者 シュラッム オッリウェル ドイツ連邦共和国 70327 シュトゥット ゥガルトヘデルフィンガー シュトラーセ 61 ソニーインターナショナル（ヨーロ ッパ）ゲゼルシャフト ミット ベシュレ ンクテル ハフツング アドバンスド テ クノロジーセンター シュトゥットゥガル ト内 Ｆターム(参考） 5B076 DF07 5K030 GA11 HA08 HC09 JT09 LB05 LC09
Claims (46)
- 【請求項１】 １以上の通信ネットワーク用の処理シス
テムにおいて、サービス品質契約及びサービス品質適応
化パスを記述するデータモデルを含むアプリケーション
プログラミングインターフェイスを有するミドルウェア
を備え、該サービス品質契約及びサービス品質適応化パ
スは、該アプリケーションプログラミングインターフェ
イスを用いて、サービス品質対応移動マルチメディアア
プリケーションにより特定され、他のアプリケーション
とのサービス品質及び移動対応ネットワーク接続を管理
する処理システム。 - 【請求項２】 上記適応化パスは、サービス品質コンテ
キストに基づき、階層的有限状態機械により表現される
ことを特徴とする請求項１記載の処理システム。 - 【請求項３】 上記サービス品質コンテキストは、所定
のストリームの組全体に対して強制すべきサービス品質
仕様の構成を識別することを特徴とする請求項２記載の
処理システム。 - 【請求項４】 上記階層的有限状態機械は、最下位層レ
ベルにおいて、ストリームのコンテキストにおける制御
可能状態を有することを特徴とする請求項２又は３記載
の処理システム。 - 【請求項５】 サービス品質同期が実行され、いくつか
のユーザのサービス品質に関する所定の制約が所定のス
トリームの組全体に包括的に強制されることを特徴とす
る請求項２乃至４いずれか１項記載の処理システム。 - 【請求項６】 上記サービス品質契約の仕様は、サービ
ス品質状態間のトランジション用のヒステリシスパラメ
ータを有することを特徴とする請求項１乃至５いずれか
１項記載の処理システム。 - 【請求項７】 上記サービス品質契約の仕様は、各サー
ビス品質契約に関してユーザが感じたユーティリティ要
素を定義するユーティリティパラメータを有することを
特徴とする請求項１乃至６いずれか１項記載の処理シス
テム。 - 【請求項８】 サービス品質対応移動マルチメディアア
プリケーションに上記アプリケーションプログラミング
インターフェイスを提供し、他のアプリケーションへの
ネットワーク接続の管理の可能性を与えるアプリケーシ
ョンハンドラユニットを有することを特徴とする請求項
１乃至７いずれか１項記載の処理システム。 - 【請求項９】 上記アプリケーションハンドラユニット
は、アプリケーションからの通知イベントの要求を登録
し、対応するトリガ条件が満たされたときに該通知イベ
ントを生成することを特徴とする請求項８記載の処理シ
ステム。 - 【請求項１０】 上記アプリケーションハンドラユニッ
トは、ストリーム、サービス品質コンテキスト、サービ
ス品質アソシエーション及び階層的有限状態機械として
モデル化された適応化パスを有するデータモデルに基づ
いて動作することを特徴とする請求項８又は９記載の処
理システム。 - 【請求項１１】 上記アプリケーションハンドラユニッ
トは、各単方向ストリームに対し、データプレーン及び
サービス品質制御プレーン問題を取り扱うためのチェイ
ンコントローラのインスタンスを生成することを特徴と
する請求項１０記載の処理システム。 - 【請求項１２】 上記チェインコントローラは、ユーザ
のサービス品質要求と、監視されたパラメータの実際の
値とを比較し、これに応じてマルチメディアコンポーネ
ントのチェインを構築することを特徴とする請求項１１
記載の処理システム。 - 【請求項１３】 上記チェインコントローラは、トラン
スポートインターフェイスソケットを生成及び管理し、
上記マルチメディアコンポーネントは、該トランスポー
トインターフェイスソケットを介して、直接データを交
換することを特徴とする請求項１２記載の処理システ
ム。 - 【請求項１４】 上記チェインコントローラは、リソー
スマネージャを用いて、与えられたストリームを処理す
るために必要なローカルリソースを監視及び制御するこ
とを特徴とする請求項１１乃至１３いずれか１項記載の
処理システム。 - 【請求項１５】 上記チェインコントローラを介してス
トリームの組全体を管理することにより、ローカルリソ
ース全体を管理するサービス品質ブローカを備える請求
項１１乃至１４いずれか１項記載の処理システム。 - 【請求項１６】 上記サービス品質ブローカは、リソー
スコントローラを介して、システム全体のリソースを管
理することを特徴とする請求項１５記載の処理システ
ム。 - 【請求項１７】 上記サービス品質ブローカは、セッシ
ョンマネージャを介してエンドトゥエンドのサービス品
質折衝を制御することを特徴とする請求項１５又は１６
記載の処理システム。 - 【請求項１８】 上記サービス品質ブローカは、上記ア
プリケーションハンドラユニットによっては処理できな
いデータモデルのバージョンに対応するプラグインをダ
ウンロードする機能を有することを特徴とする請求項１
５乃至１７いずれか１項記載の処理システム。 - 【請求項１９】 上記サービス品質ブローカ及びプラグ
インは、サービス品質ブローカクラスタを構成すること
を特徴とする請求項１８記載の処理システム。 - 【請求項２０】 上記アプリケーションハンドラユニッ
ト及びチェインコントローラの複数のインスタンスは、
アプリケーションハンドラクラスタを構成することを特
徴とする請求項１１乃至１９いずれか１項記載の処理シ
ステム。 - 【請求項２１】 上記アプリケーションハンドラクラス
タ及びサービス品質ブローカクラスタは、１つのオープ
ン型分散処理カプセルに含まれていることを特徴とする
請求項１９又は２０記載の処理システム。 - 【請求項２２】 上記アプリケーションハンドラクラス
タ及びサービス品質ブローカクラスタは、個別のオープ
ン型分散処理カプセルに含まれていることを特徴とする
請求項１９又は２０記載の処理システム。 - 【請求項２３】 上記一方のオープン型分散処理カプセ
ルに含まれているアプリケーションハンドラクラスタ
は、所定のローカルノードにインストールされており、
上記他方のオープン型分散処理カプセルに含まれている
サービス品質ブローカクラスタは、別のオープン型分散
処理ノードにインストールされており、上記所定のロー
カルノードには、代理サービス品質ブローカがインスト
ールされていることを特徴とする請求項２２記載の処理
システム。 - 【請求項２４】 １以上の通信ネットワーク内の１以上
の処理装置又はノードのメモリにロードされる１以上の
通信ネットワーク用ソフトウェアにおいて、サービス品
質契約及びサービス品質適応化パスを記述するデータモ
デルを含むアプリケーションプログラミングインターフ
ェイスを有するミドルウェアを表現し、該サービス品質
契約及びサービス品質適応化パスは、該アプリケーショ
ンプログラミングインターフェイスを用いて、サービス
品質対応移動マルチメディアアプリケーションにより特
定され、他のアプリケーションとのサービス品質及び移
動対応ネットワーク接続を管理する通信ネットワーク用
ソフトウェア。 - 【請求項２５】 上記適応化パスは、サービス品質コン
テキストに基づき、階層的有限状態機械により表現され
ることを特徴とする２４記載の通信ネットワーク用ソフ
トウェア。 - 【請求項２６】 上記サービス品質コンテキストは、所
定のストリームの組全体に対して強制すべきサービス品
質仕様の構成を識別することを特徴とする請求項２５記
載の通信ネットワーク用ソフトウェア。 - 【請求項２７】 上記階層的有限状態機械は、最下位層
レベルにおいて、ストリームのコンテキストにおける制
御可能状態を有することを特徴とする請求項２５又は２
６記載の通信ネットワーク用ソフトウェア。 - 【請求項２８】 サービス品質同期が実行され、いくつ
かのユーザのサービス品質に関する所定の制約が所定の
ストリームの組全体に包括的に強制されることを特徴と
する請求項２５乃至２７いずれか１項記載の通信ネット
ワーク用ソフトウェア。 - 【請求項２９】 上記サービス品質契約の仕様は、サー
ビス品質状態間のトランジション用のヒステリシスパラ
メータを有することを特徴とする請求項２４乃至２８い
ずれか１項記載の通信ネットワーク用ソフトウェア。 - 【請求項３０】 上記サービス品質契約の仕様は、各サ
ービス品質契約に関してユーザが感じたユーティリティ
要素を定義するユーティリティパラメータを有すること
を特徴とする請求項２４乃至３０いずれか１項記載の通
信ネットワーク用ソフトウェア。 - 【請求項３１】 サービス品質対応移動マルチメディア
アプリケーションに上記アプリケーションプログラミン
グインターフェイスを提供し、他のアプリケーションへ
のネットワーク接続の管理の可能性を与えるアプリケー
ションハンドラユニットを有することを特徴とする請求
項２４乃至３０いずれか１項記載の通信ネットワーク用
ソフトウェア。 - 【請求項３２】 上記アプリケーションハンドラユニッ
トは、アプリケーションからの通知イベントの要求を登
録し、対応するトリガ条件が満たされたときに該通知イ
ベントを生成することを特徴とする請求項３１記載の通
信ネットワーク用ソフトウェア。 - 【請求項３３】 上記アプリケーションハンドラユニッ
トは、ストリーム、サービス品質コンテキスト、サービ
ス品質アソシエーション及び階層的有限状態機械として
モデル化された適応化パスを有するデータモデルに基づ
いて動作することを特徴とする請求項３１又は３２記載
の通信ネットワーク用ソフトウェア。 - 【請求項３４】 上記アプリケーションハンドラユニッ
トは、各単方向ストリームに対し、データプレーン及び
サービス品質制御プレーン問題を取り扱うためのチェイ
ンコントローラのインスタンスを生成することを特徴と
する請求項３３記載の通信ネットワーク用ソフトウェ
ア。 - 【請求項３５】 上記チェインコントローラは、ユーザ
のサービス品質要求と、監視されたパラメータの実際の
値とを比較し、これに応じてマルチメディアコンポーネ
ントのチェインを構築することを特徴とする請求項３４
記載の通信ネットワーク用ソフトウェア。 - 【請求項３６】 上記チェインコントローラは、トラン
スポートインターフェイスソケットを生成及び管理し、
上記マルチメディアコンポーネントは、該トランスポー
トインターフェイスソケットを介して、直接データを交
換することを特徴とする請求項３５記載の通信ネットワ
ーク用ソフトウェア。 - 【請求項３７】 上記チェインコントローラは、リソー
スマネージャを用いて、与えられたストリームを処理す
るために必要なローカルリソースを監視及び制御するこ
とを特徴とする請求項３４乃至３６いずれか１項記載の
通信ネットワーク用ソフトウェア。 - 【請求項３８】 上記チェインコントローラを介してス
トリームの組全体を管理することにより、ローカルリソ
ース全体を管理するサービス品質ブローカを備える請求
項３４乃至３７いずれか１項記載の通信ネットワーク用
ソフトウェア。 - 【請求項３９】 上記サービス品質ブローカは、リソー
スコントローラを介して、システム全体のリソースを管
理することを特徴とする請求項３８記載の通信ネットワ
ーク用ソフトウェア。 - 【請求項４０】 上記サービス品質ブローカは、セッシ
ョンマネージャを介してエンドトゥエンドのサービス品
質折衝を制御することを特徴とする請求項３８又は３９
記載の通信ネットワーク用ソフトウェア。 - 【請求項４１】 上記サービス品質ブローカは、上記ア
プリケーションハンドラユニットによっては処理できな
いデータモデルのバージョンに対応するプラグインをダ
ウンロードする機能を有する請求項３８乃至４０いずれ
か１項記載の通信ネットワーク用ソフトウェア。 - 【請求項４２】 上記サービス品質ブローカ及びプラグ
インは、サービス品質ブローカクラスタを構成すること
を特徴とする請求項４１記載の通信ネットワーク用ソフ
トウェア。 - 【請求項４３】 上記アプリケーションハンドラユニッ
ト及びチェインコントローラの複数のインスタンスは、
アプリケーションハンドラクラスタを構成することを特
徴とする請求項３４乃至４２いずれか１項記載の通信ネ
ットワーク用ソフトウェア。 - 【請求項４４】 上記アプリケーションハンドラクラス
タ及びサービス品質ブローカクラスタは、１つのオープ
ン型分散処理カプセルに含まれていることを特徴とする
請求項４２又は４３記載の通信ネットワーク用ソフトウ
ェア。 - 【請求項４５】 上記アプリケーションハンドラクラス
タ及びサービス品質ブローカクラスタは、個別のオープ
ン型分散処理カプセルに含まれていることを特徴とする
請求項４２又は４３記載の通信ネットワーク用ソフトウ
ェア。 - 【請求項４６】 上記一方のオープン型分散処理カプセ
ルに含まれているアプリケーションハンドラクラスタ
は、所定のローカルノードにインストールされており、
上記他方のオープン型分散処理カプセルに含まれている
サービス品質ブローカクラスタは、別のオープン型分散
処理ノードにインストールされており、上記所定のロー
カルノードには、代理サービス品質ブローカがインスト
ールされていることを特徴とする請求項４５記載の通信
ネットワーク用ソフトウェア。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00126975A EP1213895B1 (en) | 2000-12-08 | 2000-12-08 | High-level interface for QoS-based mobile multimedia applications |
| EP00126975.2 | 2000-12-08 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002259125A true JP2002259125A (ja) | 2002-09-13 |
| JP2002259125A5 JP2002259125A5 (ja) | 2005-07-21 |
Family
ID=8170615
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001376446A Pending JP2002259125A (ja) | 2000-12-08 | 2001-12-10 | 処理システム及び通信ネットワーク用ソフトウェア |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7814184B2 (ja) |
| EP (1) | EP1213895B1 (ja) |
| JP (1) | JP2002259125A (ja) |
| AT (1) | ATE372639T1 (ja) |
| DE (1) | DE60036295T2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011505613A (ja) * | 2007-11-07 | 2011-02-24 | ザ・ボーイング・カンパニー | 複数のミドルウェア環境全体のメッセージフローのサービス品質（ｑｏｓ）管理 |
| JP2017523714A (ja) * | 2014-07-28 | 2017-08-17 | ノキア ソリューションズ アンド ネットワークス オサケユキチュア | 多重トランスポート・パスをサポートするトランスポート・プロトコルのためのメッセージ・ベースのパス選択 |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040015809A1 (en) * | 2001-05-18 | 2004-01-22 | Doreen Yining Cheng | Code generation for integrating devices into a middleware framework |
| US7200154B1 (en) * | 2001-05-23 | 2007-04-03 | Nortel Networks Limited | QoS link protocol (QLP) |
| ATE293863T1 (de) | 2002-01-23 | 2005-05-15 | Sony Int Europe Gmbh | Ein verfahren zur übertragung von end-to-end qos durch anwendung des end-to-end negotiation protocols (e2enp) |
| US7454760B2 (en) | 2002-04-22 | 2008-11-18 | Rosebud Lms, Inc. | Method and software for enabling n-way collaborative work over a network of computers |
| US20050120123A1 (en) * | 2002-07-12 | 2005-06-02 | Zhongyang Huang | Digital item adaptation negotiation mechanism |
| FR2849313B1 (fr) * | 2002-12-20 | 2005-03-11 | Cit Alcatel | Dispositif de controle de traitements associes a des flux au sein d'un reseau de communications |
| US20050027824A1 (en) * | 2003-07-29 | 2005-02-03 | Charbel Khawand | Interprocessor communication protocol providing guaranteed quality of service and selective broadcasting |
| US8176117B2 (en) * | 2003-12-19 | 2012-05-08 | Stmicroelectronics, Inc. | Accelerator for object-oriented communications and method |
| ATE519344T1 (de) * | 2004-06-21 | 2011-08-15 | Panasonic Corp | Adaptive und skalierbare dienstqualitätsarchitektur für einzelträger- multicast/broadcast-dienste |
| US7475112B2 (en) * | 2005-03-04 | 2009-01-06 | Microsoft Corporation | Method and system for presenting a video conference using a three-dimensional object |
| US7716254B2 (en) * | 2005-09-12 | 2010-05-11 | Infosys Technologies Ltd. | System for modeling architecture for business systems and methods thereof |
| US20070240103A1 (en) * | 2006-03-29 | 2007-10-11 | Beaton Murray J | Use of UML state machines to model portal applications |
| ITTO20060500A1 (it) * | 2006-07-06 | 2008-01-07 | St Microelectronics Srl | Sistema per l'elaborazione distribuita di contenuti multimediali in reti di comunicazione, in particolare di tipo domestico, relativo procedimento e prodotto informatico |
| US9219670B2 (en) * | 2007-02-05 | 2015-12-22 | Microsoft Technology Licensing, Llc | Link-aware throughput acceleration profiles |
| US8054779B2 (en) * | 2007-05-08 | 2011-11-08 | Microsoft Corporation | Simultaneous wireless support in software defined radio |
| WO2009007985A2 (en) * | 2007-07-06 | 2009-01-15 | Elitecore Technologies Limited | Identity and policy-based network security and management system and method |
| US9047144B2 (en) * | 2009-11-04 | 2015-06-02 | International Business Machines Corporation | System and method for providing Quality-of-Services in a multi-event processing environment |
| US8578020B2 (en) * | 2009-12-24 | 2013-11-05 | Empire Technology Development Llc | Dynamic mobile application quality-of-service monitoring and reporting |
| JPWO2011083750A1 (ja) * | 2010-01-07 | 2013-05-13 | 日本電気株式会社 | 情報処理装置、サービス管理方法、並びにサービス管理プログラム |
| US8424107B2 (en) * | 2010-06-14 | 2013-04-16 | Microsoft Corporation | Selectively exposing base class libraries based on application execution context |
| US8352630B2 (en) * | 2010-09-01 | 2013-01-08 | Sonus Networks, Inc. | Dynamic classification and grouping of network traffic for service application across multiple nodes |
| US9391749B2 (en) * | 2013-03-14 | 2016-07-12 | Ashwin Amanna, III | System and method for distributed data management in wireless networks |
| US10324779B1 (en) * | 2013-06-21 | 2019-06-18 | Amazon Technologies, Inc. | Using unsupervised learning to monitor changes in fleet behavior |
| FR3011704A1 (fr) * | 2013-10-07 | 2015-04-10 | Orange | Procede de mise en œuvre d'une session de communication entre une pluralite de terminaux |
| US20150370787A1 (en) * | 2014-06-18 | 2015-12-24 | Microsoft Corporation | Session Context Modeling For Conversational Understanding Systems |
| EP3391592B1 (en) * | 2015-12-14 | 2019-07-17 | Telecom Italia S.p.A. | Quality of experience monitoring system and method |
| US10075671B2 (en) | 2016-09-26 | 2018-09-11 | Samsung Display Co., Ltd. | System and method for electronic data communication |
| US10616383B2 (en) | 2016-09-26 | 2020-04-07 | Samsung Display Co., Ltd. | System and method for electronic data communication |
| US10523895B2 (en) | 2016-09-26 | 2019-12-31 | Samsung Display Co., Ltd. | System and method for electronic data communication |
| US10469857B2 (en) | 2016-09-26 | 2019-11-05 | Samsung Display Co., Ltd. | System and method for electronic data communication |
Family Cites Families (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2077061C (en) * | 1991-11-22 | 1998-04-21 | Mark J. Baugher | Scheduling system for distributed multimedia resources |
| US6044211A (en) * | 1994-03-14 | 2000-03-28 | C.A.E. Plus, Inc. | Method for graphically representing a digital device as a behavioral description with data and control flow elements, and for converting the behavioral description to a structural description |
| SE521936C2 (sv) * | 1996-06-26 | 2003-12-23 | Telia Ab | Metod för att effektivt använda bandbredd vid tillhandahållande av tjänster via ett digitalt cellulärt radiokommunikationssystem |
| US6446125B1 (en) * | 1997-03-28 | 2002-09-03 | Honeywell International Inc. | Ripple scheduling for end-to-end global resource management |
| US6708189B1 (en) * | 1997-09-30 | 2004-03-16 | Desknet, Inc. | Computer file transfer system |
| US6175569B1 (en) * | 1997-11-07 | 2001-01-16 | International Business Machines Corporation | Extending asynchronous transfer mode ATM QoS across local area networks |
| US6691148B1 (en) * | 1998-03-13 | 2004-02-10 | Verizon Corporate Services Group Inc. | Framework for providing quality of service requirements in a distributed object-oriented computer system |
| US6629126B1 (en) * | 1998-03-13 | 2003-09-30 | Genuity Inc. | Framework for providing quality of service requirements in a distributed object-oriented computer system |
| US6480879B1 (en) * | 1998-03-13 | 2002-11-12 | Genuity Inc. | Framework for providing quality of service requirements in a distributed object-oriented computer system |
| US6317438B1 (en) * | 1998-04-14 | 2001-11-13 | Harold Herman Trebes, Jr. | System and method for providing peer-oriented control of telecommunications services |
| US6154778A (en) * | 1998-05-19 | 2000-11-28 | Hewlett-Packard Company | Utility-based multi-category quality-of-service negotiation in distributed systems |
| US6985722B1 (en) * | 1998-09-25 | 2006-01-10 | Soma Networks, Inc. | Telecommunication services |
| US6160804A (en) * | 1998-11-13 | 2000-12-12 | Lucent Technologies Inc. | Mobility management for a multimedia mobile network |
| FI107770B (fi) * | 1999-06-07 | 2001-09-28 | Nokia Mobile Phones Ltd | PDP-kontekstien hallinta matkaviestimessä |
| US6631122B1 (en) * | 1999-06-11 | 2003-10-07 | Nortel Networks Limited | Method and system for wireless QOS agent for all-IP network |
| US6865609B1 (en) * | 1999-08-17 | 2005-03-08 | Sharewave, Inc. | Multimedia extensions for wireless local area network |
| US6480898B1 (en) * | 1999-09-10 | 2002-11-12 | Array Telecom Corporation | System, method, and computer program product for managing a carrier exchange network |
| US6728365B1 (en) * | 1999-09-13 | 2004-04-27 | Nortel Networks Limited | Method and system for providing quality-of-service on packet-based wireless connections |
| US20030046396A1 (en) * | 2000-03-03 | 2003-03-06 | Richter Roger K. | Systems and methods for managing resource utilization in information management environments |
| JP3617406B2 (ja) * | 2000-03-30 | 2005-02-02 | 日本電気株式会社 | マルチドメインに対応した品質保証型通信サービス提供方式およびサービス提供方法並びにサービス仲介装置 |
| US6941557B1 (en) * | 2000-05-23 | 2005-09-06 | Verizon Laboratories Inc. | System and method for providing a global real-time advanced correlation environment architecture |
| US6766368B1 (en) * | 2000-05-23 | 2004-07-20 | Verizon Laboratories Inc. | System and method for providing an internet-based correlation service |
| EP1158740B1 (en) * | 2000-05-24 | 2009-09-16 | Sony Deutschland GmbH | Quality of Service negotiation |
| US6742020B1 (en) * | 2000-06-08 | 2004-05-25 | Hewlett-Packard Development Company, L.P. | System and method for managing data flow and measuring service in a storage network |
| US6816907B1 (en) * | 2000-08-24 | 2004-11-09 | International Business Machines Corporation | System and method for providing differentiated services on the web |
| US6850495B1 (en) * | 2000-08-31 | 2005-02-01 | Verizon Communications Inc. | Methods, apparatus and data structures for segmenting customers using at least a portion of a layer 2 address header or bits in the place of a layer 2 address header |
| US6993026B1 (en) * | 2000-08-31 | 2006-01-31 | Verizon Communications Inc. | Methods, apparatus and data structures for preserving address and service level information in a virtual private network |
| US20020065922A1 (en) * | 2000-11-30 | 2002-05-30 | Vijnan Shastri | Method and apparatus for selection and redirection of an existing client-server connection to an alternate data server hosted on a data packet network (DPN) based on performance comparisons |
| ATE293863T1 (de) * | 2002-01-23 | 2005-05-15 | Sony Int Europe Gmbh | Ein verfahren zur übertragung von end-to-end qos durch anwendung des end-to-end negotiation protocols (e2enp) |
| EP1414211A1 (en) * | 2002-10-23 | 2004-04-28 | Sony International (Europe) GmbH | Software architecture for capability and quality-of-service negotiations and session establishment for distributed multimedia applications |
| US7313533B2 (en) * | 2003-07-11 | 2007-12-25 | International Business Machines Corporation | Systems and methods for monitoring and controlling business level service level agreements |
-
2000
- 2000-12-08 AT AT00126975T patent/ATE372639T1/de not_active IP Right Cessation
- 2000-12-08 DE DE60036295T patent/DE60036295T2/de not_active Expired - Fee Related
- 2000-12-08 EP EP00126975A patent/EP1213895B1/en not_active Expired - Lifetime
-
2001
- 2001-12-06 US US10/006,067 patent/US7814184B2/en not_active Expired - Fee Related
- 2001-12-10 JP JP2001376446A patent/JP2002259125A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011505613A (ja) * | 2007-11-07 | 2011-02-24 | ザ・ボーイング・カンパニー | 複数のミドルウェア環境全体のメッセージフローのサービス品質（ｑｏｓ）管理 |
| JP2017523714A (ja) * | 2014-07-28 | 2017-08-17 | ノキア ソリューションズ アンド ネットワークス オサケユキチュア | 多重トランスポート・パスをサポートするトランスポート・プロトコルのためのメッセージ・ベースのパス選択 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60036295D1 (de) | 2007-10-18 |
| US20020116545A1 (en) | 2002-08-22 |
| US7814184B2 (en) | 2010-10-12 |
| EP1213895B1 (en) | 2007-09-05 |
| ATE372639T1 (de) | 2007-09-15 |
| EP1213895A1 (en) | 2002-06-12 |
| DE60036295T2 (de) | 2008-05-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002259125A (ja) | 処理システム及び通信ネットワーク用ソフトウェア | |
| Czajkowski et al. | SNAP: A protocol for negotiating service level agreements and coordinating resource management in distributed systems | |
| Jin et al. | QoS specification languages for distributed multimedia applications: A survey and taxonomy | |
| US7076552B2 (en) | Universal QoS adaptation framework for mobile multimedia applications | |
| US8046464B2 (en) | Quality of service resource management apparatus and method for middleware services | |
| JP2004295898A (ja) | カスタマイズ可能な通信チャネルおよびプログラミングモデルを通じたメッセージの送受信 | |
| Braubach et al. | Addressing challenges of distributed systems using active components | |
| Krishnamurthy et al. | Integration of QoS-enabled distributed object computing middleware for developing next-generation distributed application | |
| Cardellini et al. | Designing a broker for QoS-driven runtime adaptation of SOA applications | |
| Soltanian et al. | A cloud-based architecture for multimedia conferencing service provisioning | |
| Klein et al. | Extension of the Unified Modeling Language for mobile agents | |
| Erradi et al. | AdaptiveBPEL: a policydriven middleware for flexible Web services composition | |
| Amundsen et al. | A resource and context model for mobile middleware | |
| Allen et al. | A user-centric approach to dynamic adaptation of reusable communication services | |
| EP1895454A1 (en) | Business process and system with integrated network quality of service management | |
| Solberg et al. | QoS-aware MDA | |
| Prnjat et al. | Policy-based management for ALAN-enabled networks | |
| Cross et al. | Meta-programming techniques for distributed real-time and embedded systems | |
| Siqueira | The Design of a Generic QoS Architecture for Open Systems | |
| Ecklund et al. | QoS management middleware: A separable, reusable solution | |
| Yang et al. | Enabling collaborative adaptation across legacy components | |
| Ghim et al. | A reflective approach to dynamic adaptation in ubiquitous computing environment | |
| Ansaloni et al. | Deploying QoS contracts in the architectural level | |
| Fédaoui et al. | Implementation of a end-to-end Quality of Service Management Scheme | |
| Ykman-Couvreur | Exploration framework for run-time resource management of embedded multi-core platforms |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041209 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041209 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070220 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20070330 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20070406 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070820 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071016 |