JPH11341053A - サ―ビス品質割当の方法および機構 - Google Patents

Abstract

(57)【要約】 【課題】 サービス品質（ＱｏＳ）を動的割当する機構
を提供する。 【解決手段】 サービス品質（ＱｏＳ）機構４２は、ネ
ットワーク上のフローに対しＱｏＳの割り当てを、ネッ
トワーク上のフローに関連したエンティティの新たなイ
ンスタンスの検出に応答して、動的環境において可能に
する。コントローラ４０は、フローとエンティティとの
間のバインディングを判定し、これは、そのフローの少
なくとも１つのパラメータに基づいて行う。ＱｏＳ定義
は、ネットワークのディレクトリ・サービス内に維持す
る。このＱｏＳ定義は、そのフローに対する少なくとも
１つのコンフィギュレーション・ルールを含む。ディレ
クトリ・インターフェース４４は、エンティティに対す
るＱｏＳ定義にアクセスし、ＱｏＳ定義は、フローをＱ
ｏＳにバインディングする。ＱｏＳ定義のコンフィギュ
レーション・ルールは、フローをコンフィギュレーショ
ンするためにフローに対し適用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばインターネ
ットもしくはイントラネットのようなネットワーク上で
のサービス品質割当に関するものである。

【０００２】

【従来の技術】概念的には、インターネットは、３つの
集合のサービスを提供している。その最も低いレベルで
は、コネクションレス配信システム（connectionless d
elivery system）は、基盤を提供し、この基盤にあらゆ
るものが支えられている。次のレベルでは、信頼性のあ
るトランスポート・サービス（reliable transport ser
vice）が高いレベルのプラットフォームを提供する。第
３のレベルでは、アプリケーション・サービスが提供さ
れ、これは、信頼性のあるトランスポート・サービスに
頼っている。

【０００３】基盤となるインターネット・サービスは、
信頼性のない、コネクションレスで、最善（best-effor
t）の、パケット配信システムから成っている。このサ
ービスは、“信頼性のない（unreliable）”ものとして
記述するが、その理由は、配信の保証がないからであ
る。パケットは、失われたり、二重になったり、もしく
は順不同で配信されることがあるが、インターネット
は、このような状態を検出したり、あるいは送り手もし
くは受け手にそれを知らせることもない。このサービス
は、“コネクションレス（connectionless）”のものと
記述したが、その理由は、各パケットが、その他のもの
全てと独立に扱われるからである。１つのマシンから別
のものへと送られる１つのシーケンスのパケットは、互
いに異なった経路を通ったり、またあるパケットは失わ
れるがその他は配信されるということがある。このサー
ビスは、“最善（best-effort）”のものと記述する
が、それは、インターネットがパケットを配信するが、
配信の保証をしないからである。

【０００４】この信頼性のないコネクションレスの配信
機構を定めるプロトコルは、“インターネット・プロト
コル”と呼ばれており、これは通常、そのイニシャルＩ
Ｐで呼ばれている。ＩＰは、データ・フォーマットの公
式の仕様を定めており、これには、データ転送の基本的
な単位とインターネットを通過するデータ全ての正確な
フォーマットとが含まれている。また、ＩＰは、パケッ
トを処理すべき方法およびエラーを取り扱う方法とを指
定したルールも含んでいる。特に、ＩＰは、信頼性のな
い配信およびパケット・ルーティングのアイデアを具現
化している。

【０００５】このインターネット・プロトコル構造のＩ
Ｐレイヤの上で、提供されている１つのサービスは、信
頼性のあるトランスポート・サービスであり、これは、
通常、“信頼性のあるストリーム・トランスポート・サ
ービス”と呼ばれていて、伝送制御プロトコル（Transm
ission Control Protocol (TCP)）により定められてい
る。このＴＣＰプロトコルとその下にあるインターネッ
ト・プロトコル（ＩＰ）の組合せは、ＴＣＰ／ＩＰとし
て呼ばれることも多い。

【０００６】このＴＣＰが提供する信頼性のあるストリ
ーム配信サービスは、信頼性のないデータグラム・プロ
トコル（ＵＤＰ）と対比させることができ、そのＵＤＰ
もまた、インターネット上で提供される。ＵＤＰは、信
頼性のない配信サービスを提供するが、それは、配信が
保証されないからである。例えば、伝送エラーがデータ
に干渉したとき、ネットワーク・ハードウェアが故障し
たとき、あるいはネットワークが提示された負荷を収容
するには重過ぎる程装荷されたときに、パケットが失わ
れたり破壊されたりすることがある。

【０００７】一方、ＴＣＰは、８ビットのバイトに分割
したビット・ストリームによって配信を提供する複雑な
構造を有している。ＴＣＰは、２つのコンピュータが信
頼性のある転送を実現するために交換すべきデータおよ
び確認応答のフォーマット、並びにデータが正しく届い
たことを保証するプロシージャの詳細を定めている。

【０００８】上記したように、基盤となるインターネッ
ト・プロトコルが信頼性がないとした場合、ＴＣＰ伝送
は、再伝送を伴う肯定確認応答として知られた技術にし
たがって動作する。この技術は、受け手がそのソースと
通信することを必要するものであって、データを受ける
度に確認応答メッセージを送り返す。送り手は、これが
送る各パケットのレコードを保持し、そして次にパケッ
トを送る前に確認応答を待つ。送り手はまた、そのパケ
ットを送ったときにタイマを起動し、そしてこのタイマ
が確認応答が届くまでに満了した場合にパケットを再伝
送する。

【０００９】メッセージの伝送と確認応答の受け取りと
の間の時間は、ラウンド・トリップ・タイム（Round-Tr
ip-Time (RTT)）と称す。このＲＴＴは、例えばネット
ワーク・ローディング（例えば、システム内の中間のノ
ードにおける遅延）および受け手におけるローディング
のような多くのファクタに依存して、時間とともに変動
する。このＲＴＴを判定する際の重要なファクタは、利
用可能な帯域幅である。したがって、多数のクライアン
トが共通のサーバに対しアクセスしている場合に、例え
ばクライアント間のサービス品質をバランスさせるため
には、個々のクライアントに割り当てる帯域幅、パケッ
ト遅延等のようなファクタを制御することが望ましい。
このようなファクタの制御は、通常は、サービス品質
（Qualityof Service (QoS)）の制御と呼ばれている。

【００１０】

【発明が解決しようとする課題】現在は、特定の情報フ
ローに対するＱｏＳは、ＩＰソース・アドレス、ＩＰ宛
先アドレス、プロトコルおよびポートのようなトラフィ
ック自身に含まれる情報に基づいて、静的に割り当てて
いる。このＱｏＳは、１以上のコンフィギュレーション
・ルールにより定めており、その各々は、情報フローに
対する帯域幅、バッファ・サイズ、ファイアウォール特
性等のような１以上のファクタを定める。

【００１１】情報フローに対するＱｏＳ割当は、固有の
識別子に基づいており、この識別子は、通常、ソース／
宛先ＩＰアドレス・プロトコル、ソース／宛先ポート、
および／またはデータ・フローからの任意のその他の関
連する要素のようなパラメータから構成される。しか
し、あるエンティティに属する情報フローに対するこの
ＱｏＳ割当は、それらパラメータがそのエンティティに
対し堅くしかも恒久的に結び付けられている場合にのみ
可能である。

【００１２】在来のＱｏＳは、本質的には、静的な方法
で適用されている。静的コンフィギュレーションは、限
定された融通性を提供するだけでなく、ユーザがネット
ワークにログオンされていない場合にＱｏＳに対するル
ールが使用されないおそれがある、という結果を有す
る。

【００１３】インターネットおよびこれと同様のイント
ラネットは、通常、最善の先入れ先出し形式に基づいて
いる。しかし、ネットワーク上での差別化したサービス
の提供に対する傾向は、ＱｏＳの割当に対するもっと融
通性のあるアプローチに対するニーズを生じるようにな
ってきている。

【００１４】しかし、これをどのようにして実現するか
の課題がある。従来技術におけるのと同じように単にＩ
Ｐアドレスまたはポートに基づいてコンフィギュレーシ
ョン・ルールを作成することは、ＩＰアドレスに対する
エンティティあるいはポート割当に対するエンティティ
が、動的なＩＰおよびポート割当の一方または両方に起
因して変化し得る場合には、効果的ではない。より一般
的には、あるエンティティに対しフロー・パラメータ
（例えば、ＩＰアドレス）の動的割当がある場合、その
エンティティとフローとの間には緊密なリンクはない。
ここで注意すべきであるが、“エンティティ”とは、ユ
ーザ、あるいはもっと一般的には、アプリケーション、
機器、もしくはその他のネットワーク・エンティティが
可能であり、したがって、単一のエンティティである必
要はなく、１グループのユーザ、１集合の機器等が可能
である。また、動的フロー・パラメータは、ＩＰアドレ
ス、ポート、あるいはその他の任意の動的に割当可能な
フロー・パラメータが可能である。

【００１５】以下では、動的アドレス割当について特に
言及するが、ただし、本発明は、ＩＰアドレスの動的割
当を備えた環境や、例えばポートの動的割当を備えた他
の環境にも限定されるものではないことは理解されるべ
きである。動的アドレス割当は、多くの異なった環境の
下で提供する。そのような環境の例は、ユーザ・サービ
スにおけるリモート認証ダイアル（Remote Authenticat
ion Dial in User Service (RADIUS) ）、および動的ホ
スト・コンフィギュレーション・プロトコル（Dynamic
Host Configuration Protocol (DHCP)）である。ＲＡＤ
ＩＵＳについての説明は、リグニー、ルーベンス、シン
プソンおよびウィレンスの“ユーザ・サービスにおける
リモート認証ダイアル”（C Rigney, A Rubens, W Simp
son, andS Willens, ”Remote Authentication Dial in
User Service (RADIUS)”, RFC2138, April 1997）に
見られる。ＤＨＣＰについての説明は、ドロムスの“動
的ホスト・コンフィギュレーション・プロトコル”（R.
Droms”Dynamic Host Configuration Protocol”, RFC
-213 1, March 1997）に見ることができる。

【００１６】ＩＰパラメータの動的割当（例えば、動的
ＩＰアドレス割当）を備えたそのような環境において
は、エンティティは、情報フロー（通常は、単に“フロ
ー”と呼ぶ）を確立するためにネットワーク上における
存在を求めることになる。

【００１７】アプリオリ（apriori）に確立されたＱｏ
Ｓを定めるコンフィギュレーション・ルール（またはポ
リシー）を備えた、ＱｏＳの割当に対する在来の静的な
アプローチは、効率的に機能しないか、あるいはそのよ
うな環境においては全く機能しない。良くても、ＱｏＳ
のアプリオリ割当は、ネットワーク・リソースの非効率
な使用をもたらすが、それは、アプリオリ割当が情報フ
ローのある特定のインスタンスに対して適用可能でなく
なることがあるからである。例えば、所定のＱｏＳの帯
域幅制限のため、情報フローの特定のインスタンスは、
利用可能な帯域幅の十分な使用を行うことができなくな
ることがある。また、潜在的に莫大な数のエンティティ
を有するネットワークにおいては、ＱｏＳのアプリオリ
のインストールは、不使用のあるいは過負荷のリソース
のある、コンフィギュレーション・ルールの間違った組
合せを生じる。最悪の場合、アプリオリ割当は、フロー
とエンティティとの間に恒久的なリンクのない場合には
機能しなくなる。

【００１８】

【課題を解決するための手段】したがって、本発明は、
フロー・パラメータの動的割当を実施する環境のための
ＱｏＳ定義の提供に対する解決法を提供することを目的
とする。

【００１９】本発明の特定のかつ好ましい形態について
は、添付の独立形式および従属形式の請求項に記載して
ある。従属請求項の特徴の組合せは、適当な場合には、
独立請求項の特徴と組み合わせることができるものであ
って、単に請求項に明示的に記載していないだけであ
る。

【００２０】本発明の１形態によれば、ネットワーク上
のフローに対しサービス品質（ＱｏＳ）を割り当てるコ
ンピュータ実装式の方法を提供する。この方法は、 ｉ）前記ネットワーク上の前記フローに関連したエンテ
ィティの新たなインスタンスを検出するステップと、 ｉｉ）前記フローと前記エンティティとの間のバインデ
ィングを、前記フローの少なくとも１つのパラメータに
基づいて判定するステップと、 ｉｉｉ）前記バインディングを使用することにより、前
記エンティティに対するＱｏＳ定義にアクセスするステ
ップであって、該ＱｏＳ定義は、前記ネットワークのデ
ィレクトリ・サービス内に保持されており、かつ前記フ
ローに対する少なくとも１つのコンフィギュレーション
・ルールを含み、これにより前記ＱｏＳ定義が前記フロ
ーを前記ＱｏＳにバインディングする、前記のステップ
と、 ｉｖ）前記ＱｏＳ定義により識別した前記少なくとも１
つのコンフィギュレーション・ルールを前記フローに対
し動的に適用するステップと、から成る。

【００２１】ＱｏＳコンフィギュレーション・ルールの
在来のアプリオリの割当とは異なり、本発明の１実施形
態は、フローに関連したエンティティの新たなインスタ
ンスの検出に応答してのＱｏＳの割当を提供する。この
ようにして、ＱｏＳは、エンティティのアクティビティ
が開始するときに動的に割り当てることができる。その
結果、コンフィギュレーション・ルールは、これらを適
用するフローが存在するときにのみ作成する。したがっ
て、これらを動的に割り当てることができる。これら
は、動的に割り当てたフロー・パラメータ（例えば、ネ
ットワークのアドレスまたはポート）に基づかせること
さえもできる。フロー−エンティティ・バインディング
の融通性のあるマッピングがこれにより可能となる。

【００２２】ネットワーク上のフローに関連したエンテ
ィティの新たなインスタンスの検出は、異なった種々の
方法で実現することができる。例えば、これは、エンテ
ィティに関するフロー・イベントに応答することによ
り、例えば、割り当てられた正しいＱｏＳを先に有して
いないフローを検出することにより実現することができ
る。したがって、本発明の１実施形態においては、フロ
ーのプロトコル・ヘッダを調べ、そしてフロー・パラメ
ータをこれから抽出する。確立されたルール（ポリシ
ー）との比較を使うことにより、フローの関連したエン
ティティの新たなインスタンスを表す特定のコンフィギ
ュレーション・ルールを有するフローを識別することが
できる。割り当てられた特定のルールを有していないフ
ローの検出は、デフォルトのルールに従わせることがで
き、そしてまた、そのフローに関連したエンティティの
新たなインスタンスとして解釈する。

【００２３】代替的にはあるいは追加として、フローの
関連したエンティティの新たなインスタンスの検出は、
ディレクトリ・イベントに応答して実施することができ
る。例えば、これは、例えばＤＨＣＰ動的割当フェーズ
またはＲＡＤＩＵＳ認証フェーズのようなイベントから
生ずるディレクトリ・サービスのディレクトリ内の変更
に応答することにより実施することができる。

【００２４】エンティティの各新たなインスタンスに関
連したフローに対する１以上のフロー・パラメータは、
キーとして使うことにより、フロー−エンティティ・バ
インディングを確立することができる。このフロー・パ
ラメータは、動的に適用可能なあるいは割当可能なパラ
メータ（例えば、割り当てたＩＰアドレスまたはポート
番号）を含むことができる。ＱｏＳ識別には、ディレク
トリ・サービスから、このキーをもつエンティティに対
するエントリを求めることによりアクセスすることがで
きる。このＱｏＳ識別は、フロー−エンティティ・バイ
ンディングを表す識別子を形成する。次に、このＱｏＳ
識別をさらに別の段階において使用することにより、そ
のフローに対する１以上のコンフィギュレーション・ル
ールを含むＱｏＳ定義を検索する。ＱｏＳ定義はこれに
より、そのフローをＱｏＳにバインディングする。その
結果として、ＱｏＳ定義は、このときに、そのエンティ
ティにバインディングすることができる。したがって、
言い換えれば、本発明の１実施形態は、エンティティに
属するフローに対しＱｏＳを割り当てる方法を提供する
ことができる。

【００２５】ＱｏＳ定義を形成するかあるいはそれに含
まれるルール（ポリシー）は、次に、ネットワーク機器
に適用するかあるいはその中にインストールすることに
より、そのエンティティに対するフローにＱｏＳを割り
当てることができる。

【００２６】本発明の好ましい実施形態においては、エ
ンティティに対する新たなフローの新たなインスタンス
を検出しまたＱｏＳを割り当てるネットワーク機器は、
同じものである。しかし、これら機能は、分けることも
できる。

【００２７】“エンティティ”は、ユーザ、アプリケー
ション、機器、もしくはその他のネットワーク・エンテ
ィティとすることができ、したがって単一のエンティテ
ィとする必要はなく、１グループのユーザ、１組の機器
等の複合エンティティとすることもできる。

【００２８】動的割当可能なフロー・パラメータは、プ
ロトコル・ヘッダから抽出することができ、そして例え
ば、ＩＰアドレス（ソースまたはフローの方向に依存し
た宛先アドレスのいずれか）、プロトコル（これの下
で、情報フローが動作可能）、およびソース・ポートお
よび宛先ポートの一方または両方、の内の１以上を含む
ことができる。本発明はそのような動的環境に特に向け
たものであるが、本発明は、ＩＰ割当が静的であるよう
な環境においても使用することができる。

【００２９】本発明の別の形態によれば、ネットワーク
上のフローに対しＱｏＳ定義を割り当てるＱｏＳ機構を
提供する。このＱｏＳ機構は、前記ネットワーク上のフ
ローに関連したエンティティの新たなインスタンスの検
出に応答して、前記フローの少なくとも１つのパラメー
タに基づいて前記フローと前記エンティティとの間のバ
インディングを判定するように構成したコントローラを
備える。ディレクトリ・インターフェースは、ＱｏＳ定
義にアクセスするように構成する。このＱｏＳ定義は、
前記ネットワークのディレクトリ・サービス内に維持
し、かつ前記フローに対する少なくとも１つのコンフィ
ギュレーション・ルールを含み、これにより、前記Ｑｏ
Ｓ定義は、前記フローを前記ＱｏＳとバインディングす
る。前記コントローラは、さらに、前記ＱｏＳ定義によ
り識別した前記少なくとも１つのコンフィギュレーショ
ン・ルールを前記ネットワーク上の前記フローに対し動
的に適用するため動作可能となるようにさらに構成す
る。

【００３０】ディレクトリ・サービスは、フローとエン
ティティ間のマッピング、前記ＱｏＳ識別と前記エンテ
ィティとの間のマッピング、前記ＱｏＳ識別と前記Ｑｏ
Ｓ定義との間のマッピングを維持する。

【００３１】ネットワーク上のフローに関連したエンテ
ィティの新たなインスタンスの検出は、ＱｏＳ機構自体
により判定することができる。代替的には、これは、別
個のネットワーク要素により判定することもできる。

【００３２】好ましくは、この機構は、少なくとも１つ
のＱｏＳ識別、少なくとも１つのＱｏＳ定義、または少
なくとも１つのコンフィギュレーション・ルールに対す
るキャッシュ記憶を含む。このとき、ディレクトリ・イ
ンターフェースは、ＱｏＳ識別、ＱｏＳ定義またはコン
フィギュレーション・ルールをこれが存在する場合に検
索するため、前記キャッシュに最初にアクセスし、そし
てこれがない場合には、適用可能な場合には前記のＱｏ
Ｓ識別、ＱｏＳ定義、またはコンフィギュレーション・
ルールを前記ディレクトリ・サービスから検索するよう
動作可能である。

【００３３】また、本発明は、上記のＱｏＳ機構を備え
たネットワーク要素を提供する。さらに、本発明は、上
記のＱｏＳ機構を備えたＱｏＳサーバを提供する。さら
に、本発明は、記憶媒体上のＱｏＳソフトウェア製品に
より実現することができる。

【００３４】

【実施の形態】以下、本発明の例示的実施形態につい
て、添付の図面を参照しながら１例としてのみ説明す
る。ただし、同様の要素には同様の符号を付してある。

【００３５】図１は、電気通信ネットワークの一部分、
特にインターネットの特定の１部分を形成する環境を示
す概略図であり、この部分において本発明の実施形態を
実現する。本発明の種々の実施形態は、インターネット
の関連で説明するが、ただし理解されるべきであるが、
本発明は、これら特定の実施形態に限定されるものでは
なく、その他の環境においても実現することができる。

【００３６】図１において、ユーザ１２は、電気通信ネ
ットワーク、例えばパケット交換電気通信ネットワーク
（ＰＳＴＮ）１０（例えばインターネット）を介して、
パケット交換プロトコルの下で、サーバ・サイト１４と
通信し、そしてサーバ・サイトでは、多数のサーバがロ
ーカル・ネットワーク１８（例えば、イーサネット・ネ
ットワーク）を介して接続している。ネットワーク・ア
クセス・サーバ１６は、サーバ・サイトからＰＳＴＮ１
０へのアクセスを提供する。サービス品質（ＱｏＳ）施
行ユニットは、個々の情報フローに対するＱｏＳの割当
および保守を制御する。ディレクトリ・サーバ２２は、
このネットワークに対するディレクトリ構造をサポート
する。ルータ２４は、例えば非同期転送モード（Asynch
ronous Transfer Mode (ATM)）プロトコル２６の下で、
Ｘ．２５接続を介してルーティングを可能にする。図１
に示したこのシステム全体の動作は、インターネット・
プロトコル（ＩＰ）に基づいたものである。

【００３７】図１に示したシステムにおいては、ＱｏＳ
施行ユニット２０は、本発明を実現するが、ただし、こ
のＱｏＳ機能は、代替的には、ネットワーク・アクセス
・サーバ１６もしくは本ネットワークの別の要素の一体
の一部分を形成するようにすることができる。しかし、
以下の記述においては、別個のＱｏＳ施行ユニット（ま
たはＱｏＳサーバ）２０を設けると仮定する。

【００３８】ＱｏＳサーバ２０とディレクトリ・サーバ
２２との間の通信は、軽量ディレクトリ・アクセス・プ
ロトコル（Lightweight Directory Access Protocol (L
DAP)）を使用して実現する。ＬＤＡＰの詳細について
は、イェング、ホーウス、キレの“軽量ディレクトリ・
アクセス・プロトコル”（W Yeong, T Howes, and S. K
ille, ”Lightweight Directory Access Protocol”, R
FC 1777, March 1995）に見ることができる。

【００３９】ＬＤＡＰは、ディレクトリ・アクセス・プ
ロトコル（ＤＡＰ）のリソース要件のないＸ．５００タ
イプのディレクトリに対するアクセスを可能にするプロ
トコルである。このＬＤＡＰにより、クライアントは、
サーバに対するプロトコル処理を実行することができる
ようになり、これは、実行すべき動作を記述するプロト
コル要求をサーバに対し伝送することにより行う。この
とき、サーバは、ディレクトリに対する要求された処理
の実行を担当する。この要求された処理を実行した後、
サーバは、何らかの結果を含むまたは何らかのエラーを
報告する応答を、この要求を送出したクライアントに返
す。

【００４０】ＬＤＡＰは、信頼性のあるトランスポート
・サービス、例えば伝送制御プロトコル（ＴＣＰ）を介
して動作することが必要である。ＬＤＡＰのメッセージ
・パケットは、ＴＣＰバイトストリームに直接マッピン
グすることができる。このLDAPMessageの機能は、全て
のプロトコル交換において必要な共通のフィールドを含
むエンベロープを提供することである。ＬＤＡＰは、共
通のメッセージ・フィールド、メッセージＩＤを提供す
る。任意の要求のメッセージＩＤは、このメッセージが
その一部分を形成するＬＤＡＰセッションにおいて未決
の任意のその他の要求の値とは異なった値を有する。こ
の同じメッセージＩＤ値は、応答を含む各LDAPMessage
において供給するが、この応答が関係する要求を含んだ
LDAPMessageのものと同じである。

【００４１】したがって、ＬＤＡＰが提供する環境内で
は、ＱｏＳ機構は、ディレクトリにアクセスしこれを変
更することにより、情報フローを制御するためユーザ・
ベースでＱｏＳのためのユーザ・パラメータにアクセス
しそれを保持するようにする。

【００４２】図２は、ネットワーク・アクセス・サーバ
１６、ＱｏＳサーバ２０およびディレクトリ・サーバ２
２の間での情報交換の概略図である。判るように、これ
は、制御情報の転送に関するものであって、ＱｏＳを定
義することを意図する情報フローに関するものではな
い。

【００４３】図２に示した情報交換は必要であるが、そ
れは、ネットワーク環境が動的であるからである。例え
ば、ＩＰアドレスは、通常は動的に割り当て、そしてこ
の結果として、ＩＰアドレスは、ユーザを一義的に識別
するものとはならない。

【００４４】１実施形態においては、ネットワーク・ア
クセス・サーバ１６は、ＲＡＤＩＵＳサーバに対するＲ
ＡＤＩＵＳクライアントの形態でネットワーク要素を形
成する。ＲＡＤＩＵＳクライアントは、この例ではディ
レクトリ・サーバ２２が実装する。しかし、気づくべき
であるが、これは、本発明の１つの実施形態に過ぎない
ことである。例えば、ネットワーク・アクセス・サーバ
１６は、ＲＡＤＩＵＳクライアントとＲＡＤＩＵＳサー
バの組み合わせた機能を提供することができる。確か
に、より一般的には、ネットワーク・アクセス・サーバ
を設ける必要はない。例えば、別の実施形態において
は、ネットワーク・アクセス・サーバは、ＤＨＣＰサー
バと置き換えることができる。

【００４５】本実施形態においては、ネットワーク・ア
クセス・サーバ１６並びにＱｏＳサーバ２０およびディ
レクトリ・サーバ２２は、経路３０，３２および３４で
表したメッセージ交換のため、ＬＤＡＰプロトコルの下
で動作可能となるようにコンフィギュレーションをす
る。

【００４６】したがって、ネットワーク・アクセス・サ
ーバ１６は、ユーザ・パラメータを求めてディレクトリ
・サーバにアクセスし、またこのディレクトリ・サーバ
における情報を変更することができる。これと同様に、
ＱｏＳサーバ２０は、ネットワーク・アクセス・サーバ
１６と２２の両方に情報を求めてアクセスすることがで
きる。使用時には、例えばユーザ・セッションからユー
ザ・セッションにおいては、ユーザには、利用可能なＩ
Ｐアドレスをネットワーク・アクセス・サーバ１６が動
的に割り当てることができる。このとき、ネットワーク
・アクセス・サーバ１６は、ディレクトリ・サーバ２２
にアクセスして、このサーバに通知し、またこのサーバ
を、ユーザに関する現行の情報で更新することができ
る。ＬＤＡＰの下では、ＩＰパケット・ヘッダを使って
ユーザ・プロファイルを検索し、またこの検索した情報
から情報フロー（単数または複数）のＱｏＳを変化させ
ることが可能である。

【００４７】ＱｏＳサーバ２０は、ディレクトリ・サー
バ２２（および／またはネットワーク・アクセス・サー
バ１６）からユーザ・パラメータを取得し、そしてこれ
を使用してこのユーザに対するＱｏＳファクタを定める
ことができる。しかし、ＱｏＳサーバ２０は、ユーザの
ＩＰアドレスが変化し得るため、ＱｏＳを割り当てるた
めにユーザ・パラメータ（例えば、ユーザＩＰアドレ
ス）を直接頼りにすることはできない。結果として、ユ
ーザ・パラメータの直接の使用は、このユーザに対する
ＱｏＳの一貫した信頼性のある適用を保証することはな
い。加えて、ネットワーク上でアクティブのユーザの異
なったインスタンスに対して異なったＱｏＳを割り当て
ることが望ましいことがある。例えば、第１アドレスと
第３アドレスとの間におけるのと同じように第１アドレ
スと第２アドレスの間において異なったＱｏＳが必要と
されることがある。

【００４８】したがって、ＱｏＳサーバ２０は、ある情
報フローに対してユーザに識別子を関連付け（すなわ
ち、フロー−ユーザ・バインディング（flow-user bind
ing)）、これは、ユーザに対するそのフローと関連した
パラメータ（例えばＩＰアドレス）が変化したとして
も、そのフローに関してセッションからセッションへと
一定にすることができる。

【００４９】図３は、ＱｏＳ機構４２の側面の概観図で
ある。ＱｏＳ機構は、ＱｏＳサーバ２０の一部分とする
ことができるが、ただし、これは、別のロケーション、
例えばネットワーク・アクセス・サーバ内に実装するこ
とができる。ＱｏＳコントローラ４０は、情報フローに
関連したエンティティの新たなインスタンスを表すイベ
ントに応答して、選択的にディレクトリ・サーバのディ
レクトリに対し、ディレクトリ・インターフェース４４
によってアクセスする。コントローラ４０は、ＱｏＳ機
構インターフェース４３を介して受けた情報に応答し
て、そのようなイベント自身の判定を行うことができ
る。

【００５０】例えば、ＱｏＳ機構インターフェース４３
は、情報フローに関係するパケットをサンプルし、そし
てそのパケット・ヘッダ（プロトコル・ヘッダ）から、
そのフローを表す少なくとも選択したパラメータを抽出
することができる。このようなパラメータは、例えば、
ユーザ（例えば、ＩＰアドレスまたは宛先アドレス）、
サービス（例えば、プロトコル、および／またはソース
または宛先のポート）、サービス・タイプ値、および／
またはＵＲＬ（Universal Resource Locator）のヘッダ
に関係することができる。コントローラ４０は、その構
成をすることにより、その選択したパラメータを確立し
たルール（ポリシー）と比較を行い、そして論理的なま
たは決定論的なアルゴリズムにしたがい、そのフロー
が、このフローに関連したエンティティの新たなインス
タンスを表わしているかどうか判定することができる。

【００５１】代替的には、それは、ディレクトリ・イン
ターフェース４４を介して、ディレクトリ・サービスか
らそのようなイベントのレポートを受けることができ
る。ディレクトリ・サービスからのレポートは、例えば
ＲＡＤＩＵＳサーバまたはＤＨＣＰサーバ（図示せず）
が更新したディレクトリ・エントリに応答して、自動的
に生成することができる。そのようなディレクトリ・エ
ントリ更新は、例えばエンティティへのフロー・パラメ
ータ（例えば、ＩＰアドレスまたはポート）の動的割当
の結果として生じることがあり、そしてその割当のレコ
ードは、ディレクトリ・サービスのディレクトリ内のエ
ンティティのためのエントリにおいて、ＲＡＤＩＵＳサ
ーバまたはＤＨＣＰサーバが行う。この更新の自動的な
レポートは、在来のフィルタ構成および例えば複写ある
いはその他の在来の自動レポート機構によって、ディレ
クトリ・インターフェースにプッシュすることができ
る。ディレクトリ・インターフェースは、ディレクトリ
・サービスをポールするように構成することができる
が、ただし、これはあまり効率的ではない。

【００５２】ＱｏＳコントローラ４０とＱｏＳインター
フェース４３は、別個のコンポーネントとして考えるこ
とができるが、それらの機能は組み合わせることもでき
る。ＱｏＳ機構４２は、在来のコンピューティング・ハ
ードウェア（例えば、メモリ、プロセッサ、ディスプレ
イ、ユーザ入力デバイス等の在来のコンポーネントを含
むコンピュータ）上でのソフトウェア機構として実現す
ることができる。したがって、ＱｏＳコントローラ４０
とそれらインターフェースは、実行メモリに記憶しそし
てプロセッサ上で実行するコードにより実現することが
できる。したがって、そのメモリは、ＱｏＳ機構４２の
搬送媒体を形成することができる。ＱｏＳ機構４２はま
た、ディスク上のコンピュータ・プログラム製品とし
て、ネットワーク通信回線を介して、あるいは任意のそ
の他の搬送媒体として供給することができる。代替的に
は、ＱｏＳ機構は、専用のハードウェア、例えば１以上
のＡＳＩＣにより少なくとも部分的に実現することがで
きる。

【００５３】図４は、ディレクトリ・インターフェース
をより詳細に示す概略ブロック図である。この特定の実
施形態においては、ディレクトリは、軽量ディレクトリ
・アクセス・プロトコルを実装するＸ．５００モデルに
基づくものである。好ましい１例においては、ディレク
トリ・サーバは、図４に示したイベント通知サービスを
提供し、これは、例えば、複写（replication）または
その他の自動レポート機構によって行う。

【００５４】ディレクトリ・サービスが維持するディレ
クトリ５４（これは分布したディレクトリとすることが
できる）は、エンティティ用のエントリを含む、階層的
構成のエントリ５６から成っている。１つのエンティテ
ィに対するエントリは、例えば、そのエンティティの識
別と、そしてこれに割り当てられた１以上のパラメータ
の現行の値（例えばこれに割り当てられたＩＰアドレス
またはポート）も含むことができる。したがって、この
エンティティ・エントリは、エンティティと、１以上の
おそらく動的割当が可能なフロー・パラメータとの間の
マッピングまたはバインディング（binding）を定める
ことができる。このエンティティ・エントリは、動的割
当可能なフロー・パラメータの割当を考慮に入れるよう
に更新し、これにより、エンティティと動的フロー・パ
ラメータとの間の現行のバインディングを得ることが常
に可能となる。また、ＱｏＳ識別子は、エンティティ・
エントリから得ることができる。ディレクトリ・サービ
スはまた、ＱｏＳ定義のためのエントリも維持する。し
たがって、ディレクトリ・サービスが維持するデータ構
造は、フローとエンティティとの間のマッピング、エン
ティティとＱｏＳ識別子との間のマッピング、そしてＱ
ｏＳ識別子とＱｏＳ定義との間のマッピングを定める。
ＱｏＳ定義は、コンフィギュレーション・ルール、およ
び／またはこのようなコンフィギュレーション・ルール
に対するリンク（例えば、参照）を含む。このコンフィ
ギュレーション・ルールは、通常は、エンティティ・エ
ントリ内に保持する。しかし、コンフィギュレーション
・ルールは、エンティティ・エントリからそれらへのリ
ンクとは別々に、記憶させることもできる。コンフィギ
ュレーション・ルールは、ＱｏＳポリシーを定める。コ
ンフィギュレーション・ルール（ポリシー）は、フロー
に対し適用するアクション（割り当てるべき帯域幅）を
定め、そしてまたそのアクションを適用する対象（ロケ
ーションＢからの全てのフロー）を識別する。

【００５５】ディレクトリ・インターフェース４４は、
キャッシュ４８、ＬＤＡＰインターフェース５０を介す
るディレクトリ・サービス５２のディレクトリ５３との
通信、ディレクトリＡＰＩ４６を介するコントローラ４
０との通信を管理する。気づくべきであるが、ディレク
トリ・サービス５２は、本発明のこの実施形態において
は、ＱｏＳ機構４２とは別個でかつそれの外部にある。

【００５６】コントローラ４０内でのアクションのトリ
ガ操作は、図４のフロー・ラインにより示したように、
フロー・イベントまたはエントリ・イベントのいずれか
に基づく。

【００５７】図５は、フロー・イベントによりトリガさ
れたときの、ディレクトリ・インターフェース４４およ
びコントローラ４０の動作を示す概略フロー図である。
ステップＳ１においては、ＱｏＳ機構インターフェース
は、全ての加入者に対し、新たなフローが１つのイベン
トをトリガしたことを信号で知らせる。フロー・イベン
トの識別は、コントローラ４０が内部的に判定すること
ができ、あるいはこの判定は、外部的に実施しそしてコ
ントローラ４０に単にレポートするようにすることがで
きる。

【００５８】特定の実施形態においては、コントローラ
４０は、全てのネットワーク・トラフィックをＱｏＳ機
構インターフェース４３を介してモニタし、そして合致
するＱｏＳコンフィギュレーション・ルールをサーチす
るようにコンフィギュレーションを行う。フローであっ
てこれに適用されるＱｏＳコンフィギュレーション・ル
ールを有していない（すなわち、それに適用されるＱｏ
Ｓ定義を有していない）フローを見い出したとき、これ
は、例えば、ユーザの新たなインスタンスと関連したフ
ローである新たなフローである、と判定することができ
る。

【００５９】これは、次の例を参照して以下に例示す
る。ＱｏＳ機構は、ロケーションＢにある企業Ａからの
フローに対しアプリケーションＣに関してＱｏＳ、例え
ば、ＱｏＳ＝Ｘを既に割り当てている。ＱｏＳ＝Ｘは、
１以上のコンフィギュレーション・ルール、例えばフロ
ーに対する所望の帯域幅から構成することができる。

【００６０】ＱｏＳ機構は、ロケーションＢからの全て
のフローをモニタ中である。フローに関する１つのパケ
ットを検出したとき、パケット・ヘッダからのフロー・
パラメータを抽出し、そして確立されたコンフィギュレ
ーション・ルールとの比較を行う。この比較プロセス
は、以下の（１）、（２）および（３）に要約する。 （１）フロー・パラメータが、既に確立されたＱｏＳに
対するコンフィギュレーション・ルールと一致する場
合、例えばパケットが、ロケーションＢにある企業Ａか
らのフローに関係する場合、フローに対するエンティテ
ィの新たなインスタンスを全く判定しない。 （２）しかし、フロー・パラメータが新たなＱｏＳの確
立を必要とするコンフィギュレーション・ルール（例え
ば、ＱｏＳが確立されていないロケーションＢのエンテ
ィティ（例えば企業Ａに対するものでない）に対するフ
ローのためのパケット）と一致する場合、これは、ある
フローに関連するエンティティの新たなインスタンスと
して解釈する。 （３）また、フロー・パラメータ（単数または複数）
が、どのコンフィギュレーション・ルールとも一致しな
い場合、デフォルトのコンフィギュレーション・ルール
を適用するべきであり、したがってこれは、あるフロー
と関連するエンティティの新たなインスタンスとして解
釈する。 この比較プロセスの実施は、上の段階（１）、すなわち
階層の最も詳細なレベルで（すなわち、ＱｏＳが既に確
立されているエンティティ・バインディングに対するフ
ローと関連したコンフィギュレーション・ルールで）開
始し、そして次に段階（２）に、そして最後に段階
（３）に進む。ここで注目すべきであるが、コンフィギ
ュレーション・ルールは、アクション（ＱｏＳファク
タ）を識別するだけでなく、それらアクションを適用す
べき対象も識別する。

【００６１】ステップＳ２においては、コントローラ４
０は、フロー−エンティティ・バインディング（flow-e
ntity binding）を確立する要求、すなわち、ＱｏＳ識
別を含むエンティティ・エントリにアクセスするための
キーを判定する。

【００６２】この要求のキーは、そのフロー・パラメー
タの１つ以上に基づかせることができ、このフロー・パ
ラメータは、以下の非網羅的なリスト内の動的割当可能
なパラメータを含み、これらパラメータは、問題のフロ
ー（例えば、ＩＰヘッダ）から得ることができる。

【００６３】− ユーザ（ＩＰソースまたは宛先） − サービス（プロトコルおよびソースまたは宛先のポ
ート） − サービス・タイプ値 − ＵＲＬ（Universal Resource Locator）のヘッダ あるエンティティのインスタンスに関連する特定のフロ
ーのためのキーを形成するのに使用するパラメータは、
このフローが単一のユーザに属する場合にはユーザ・プ
ロファイルから検索し、そのフローが単一のアプリケー
ションに属する場合にはアプリケーション・プロファイ
ルから検索する等することができる。したがって、これ
と同じことは、エンティティが１グループのユーザ、サ
ービス等である場合にも当てはまる。その各場合に、１
以上のフロー・パラメータ（あるエンティティに属する
全てのフローに共通）は、ＱｏＳを適用すべきエンティ
ティ・プロファイルにマッピングする。例えば１人のユ
ーザに対しては、全てのフローは、同じソースおよび宛
先のアドレスを有することができる。あるアプリケーシ
ョンの場合、全てのフローは、同じソース／宛先アドレ
スと、規定した１組のソース／宛先ポートを有すること
ができる。この後者の場合、このアプリケーションに属
するディレクトリ・エントリのためのディレクトリ・ル
ックアップは、以下の非網羅的なリスト内に識別された
１以上のパラメータ組から成るあるいはそれから形成さ
れるキーを含むことができる。

【００６４】 − ＩＰソース・アドレス＋ソース・ポート − ＩＰ宛先アドレス＋宛先ポート − ＩＰ宛先アドレス＋ソース・ポート − ＩＰソース・アドレス＋宛先ポート 次に、コントローラは、ディレクトリ・インターフェー
スに対し、エンティティ・エントリから抽出したＱｏＳ
識別の検索要求を上記の１以上のフロー・パラメータか
ら得たそのフローに対するキーと共に渡す。

【００６５】ステップＳ３においては、ＱｏＳ機構イン
ターフェース４３は、内部キャッシュ４８内で、そのキ
ーにより識別されるエントリを探す。もし成功した場
合、そのキーにより識別したキャッシュ・エントリ内の
ＱｏＳ識別を返す（ステップＳ５）。失敗した場合に
は、ディレクトリ・インターフェース４４は、次に、ス
テップＳ４において、ＬＤＡＰを通してディレクトリ・
サーバからその情報を検索するよう試行する。

【００６６】ステップＳ４において、元の要求から行っ
たＬＤＡＰサーチ要求を使用する場合、ＱｏＳ機構イン
ターフェースは、ディレクトリ・サービスのディレクト
リをサーチして、キーが識別するエントリを求める。も
し成功すると、そのキーが識別したディレクトリ・エン
トリ内のＱｏＳ識別を返し（ステップＳ５）、そしてキ
ャッシュを更新する（ステップＳ６）。失敗した場合、
値を全く返さない。

【００６７】ステップＳ５において、ＱｏＳ機構インタ
ーフェースは、その要求されたＱｏＳ識別を、１つの値
または値のリストとして返す。ステップＳ６において、
キャッシュを、上記の値により更新する。

【００６８】ステップＳ７において、ＱｏＳ識別要求に
対する否定応答に続いて、コントローラ４０は、デフォ
ルトのＱｏＳ識別を使用する。このＱｏＳ識別は、１つ
の値または１組の値の形態とすることができ、これら
は、ＱｏＳ定義にアクセスするのに使用することができ
る。１つのＱｏＳ定義は、このＱｏＳ定義の特性を定め
る１以上のルールに対する１以上のマッピングまたはリ
ンクで構成することができる。これらルールは、絶対項
または相対項における適用すべき帯域幅、ファイアウォ
ールの特性、等を定めることができる。したがって、こ
れらのルールをインストールまたは適用するには、これ
らは、ＱｏＳ定義情報を使って構築する必要がある。

【００６９】したがって、ステップＳ８において、コン
トローラは、ＱｏＳ識別に基づき新たな要求を発するこ
とにより、このＱｏＳ定義が識別するマッピングを使っ
てそれらルールを検索する。

【００７０】ステップＳ９において、ＱｏＳ機構インタ
ーフェース４３は、内部キャッシュ４８内を探して、関
心のあるＱｏＳ識別が識別する１つのエントリまたは複
数のエントリを求める。もし成功すると、ルールに対す
る属性および値をもつＱｏＳ定義を返す（ステップＳ１
１）。失敗の場合には、ディレクトリ・インターフェー
ス４４は、ステップＳ１０において、ディレクトリ・サ
ーバからＬＤＡＰを通して情報を検索しようと試行す
る。

【００７１】ステップＳ１０において、ＱｏＳ機構イン
ターフェースは、ディレクトリをサーチして、関心のあ
るＱｏＳ識別が識別する１つのエントリまたは複数のエ
ントリをＬＤＡＰを通して求める。成功すると、ルール
（単数または複数）に対する属性および値を返し（ステ
ップＳ１１）、そしてキャッシュを更新する（ステップ
Ｓ１２）。失敗の場合には、値を全く返さない。

【００７２】ステップＳ１１において、ＱｏＳ機構イン
ターフェースは、要求されたルール（単数または複数）
に対する属性および値を１つの値または値のリストとし
て返す。

【００７３】ステップＳ１２において、キャッシュを、
上記の返された値で更新する。ステップＳ１０におい
て、ディレクトリ・インターフェースが要求されたルー
ルの詳細を返すのに失敗した場合、デフォルトのルール
を発生することにより、ループを回避する。

【００７４】ステップＳ９またはＳ１０において成功の
場合、そのルールまたは各ルールを、ステップＳ１１に
おいて返された属性および値から構築する。ステップＳ
１５において、ＱｏＳ機構内のＱｏＳ管理機能を更新す
ることにより、そのルール（単数または複数）を反映さ
せ、そしてこれにより、フローに対し、ＱｏＳ定義が識
別したコンフィギュレーション・ルール（単数または複
数）を動的に適用する。

【００７５】したがって、まとめると、あるフローに対
するパラメータの少なくとも１つで、いくつかあるいは
全てをキーとして使うことにより、フロー−エンティテ
ィ・バインディングを獲得する、例えば、ディレクトリ
内のエンティティ・エントリからＱｏＳ識別を検索する
ようにする。次に、このＱｏＳ識別を使用することによ
り、ＱｏＳ定義を成すルールの定義を検索する。このプ
ロセスの終わりにおいて、キャッシュ記憶４８は、この
ＱｏＳ識別とその検索したＱｏＳ定義を含むことにな
る。例えば、あるユーザに対するＱｏＳの場合に、要求
をステップＳ２においてＩＰアドレスを使って構築し、
ディレクトリ・サービスに対する（または情報が既に利
用可能である場合にはキャッシュに対する）要求がＱｏ
Ｓ識別（またはユーザのＱｏＳプロファイル名）を検索
し、そしてディレクトリ・サーバに対する（情報が既に
利用可能である場合にはキャッシュに対する）さらに別
の要求がＱｏＳ定義を施行するため適用すべきルールを
検索する。このとき、キャッシュは、ユーザのＱｏＳプ
ロファイル名とＱｏＳ定義とに導くＩＰアドレスを含む
ことになる。

【００７６】しかし、気づくべきであるが、上述のプロ
セスは強制的なものではない。フローとＱｏＳ定義との
間のステップまたはリダイレクションの数には、制限は
ない。したがって、例えば１つのフローからは、諸パラ
メータを使うことにより、ディレクトリ内のエンティテ
ィ・エントリからＱｏＳ識別子を得ることができる。次
に、このＱｏＳ識別子を使うことにより、ＱｏＳ定義エ
ントリからＱｏＳ定義を得ることができる。また代替的
には、ＱｏＳ定義エントリを第２のＱｏＳ識別子のソー
スとして使うことができ、そしてこれを次に使うことに
より、第２のＱｏＳエントリから第２のＱｏＳ定義にア
クセスすることができる。このプロセスは、必要に応じ
て第３のＱｏＳ識別子を得る等することによりさらに続
行することができる。

【００７７】また気づくべきであるが、互いに異なった
フローは、異なったＱｏＳ定義を、たとえこれらが異な
ったエンティティに属するものであっても、共有するこ
とができる。したがって、フロー１に対する場合、パラ
メータ１は、エンティティ１に対するエントリから検索
したＱｏＳ識別１に導き、このＱｏＳ識別１は、ＱｏＳ
定義エントリからＱｏＳ定義１をアクセスするのに使用
するために使用することになる。フロー２に対しては、
パラメータ２は、エンティティ２に対するエントリから
検索したＱｏＳ識別１に導くことができ、そしてこれを
次に使用することにより、その同じＱｏＳ定義エントリ
からＱｏＳ定義１を検索することになる。

【００７８】２つのフローが同じパラメータ（キー）を
共有する場合、これらは、同じエンティティに属する。
２つのエンティティが同じＱｏＳ識別を示す場合、これ
らは、同じサービス・クラスに属する。しかし、２つの
異なったエンティティは、同じパラメータを共有するこ
とができず、また２つのＱｏＳ定義は、同じＱｏＳ識別
を共有することができない。したがって、パラメータ
（キー）は、エンティティに固有である。

【００７９】判るように、本発明の１実施形態は、動的
フロー・パラメータとエンティティとの間のバインディ
ングを確立するための融通性があって動的な構成を可能
にする。例えばＩＰアドレスがあるフローに対する１つ
のパケットのヘッダから抽出されたとき、このＩＰアド
レスをキーとして使用することにより、ディレクトリ内
のエンティティに対する適当なエントリをアクセスする
が、ただし、それらエントリが各エンティティに対する
現行のパラメータ（例えば、これに割り当てられた現行
のＩＰアドレスを含む）を識別することを条件とする。
したがって、あるフローに対するＩＰアドレスとエンテ
ィティとの間のバインディングを確立することができ
る。

【００８０】本発明のさらに別の実施形態（図６を参照
して説明する）においては、ＩＰアドレスの動的割当
は、ディレクトリ・サービスを利用することにより、動
的フロー・パラメータ（単数または複数）をエンティテ
ィに（例えば、ＩＰアドレスをユーザに）バインディン
グする。この実施形態においては、ＱｏＳに対するディ
レクトリ質問のトリガ操作は、ＲＡＤＩＵＳログイン・
フェーズを通して接続するユーザに応答するものとする
ことができる。このログイン・フェーズは、ユーザ・エ
ントリを動的割当したＩＰアドレスで更新することによ
り、ＱｏＳサーバ内の割り当てたＱｏＳのプッシュをト
リガする。これは、例えば、ＬＤＡＰ複写機構をＱｏＳ
に対するサーチと組み合わせて使用するか、あるいはイ
ベント通知機構を使用するかすることにより実現するこ
とができる。ここで、使用するこのディレクトリ・サー
バは、ユーザ・エントリを、ＲＡＤＩＵＳの下でのよう
な認証機構からの割り当てられたＩＰアドレスで更新す
る。

【００８１】したがって、図６は、フローの潜在的な生
起が、（ＤＨＣＰまたはＲＡＤＩＵＳを使って）ログイ
ン・フェーズあるいは動的コンフィギュレーション・プ
ロセスのような識別されたイベントにリンクされるとき
の、この更なる実施形態に対する一連のイベントを示し
ている。この同じフローの消失はまた、（ＤＨＣＰまた
はＲＡＤＩＵＳを使って）ログアウト・フェーズまたは
動的リソース割当解除（dynamic resource de-allocati
on）のようなイベントにリンクさせることもできる。Ｑ
ｏＳをインポートするこれらルールは、このフローの効
果的な検出なしで、アプリオリにインストールしそして
除去することができる。

【００８２】しかし、イベントがある所与のフローに対
して現れそうにないとき、ＱｏＳを施行するルールは、
デフォルトのＱｏＳをもつこのフローに対するデータの
検出時に、あるいはＱｏＳのないことの検出時に、ポス
テリオリ（posteriori）にインストールすることがで
き、そして次に、不活性（ある所与のフローに対する新
たなデータが全く生起しない）の所与の期間後に除去す
ることができる。

【００８３】この代替法は、静的に割り当てられたＩＰ
アドレスをもつＬＡＮに対して適当となることがある。
図７には、このようなシステムのトポロジーを示してい
る。これにおいては、ユーザは、電気通信ネットワー
ク、例えばパケット交換プロトコルの下で動作可能なパ
ケット交換電気通信ネットワーク（ＰＳＴＮ）１１０
（例えば、インターネット）を介して、サーバ・サイト
１１４と通信する。このサーバ・サイトにおいては、ア
クセス・コントローラ１１６は、ローカル・ネットワー
ク１２６への接続のため、ＱｏＳ施行ユニット１２０に
リンクさせる。ディレクトリ・サーバ１２２は、アクセ
ス・コントローラ１１６とディレクトリ・サーバ１２２
との間のアカウンティングおよび認証メッセージに基づ
いて、ＱｏＳ情報をＱｏＳ施行ユニット１２０に供給す
る。

【００８４】図６は、複写またはイベント通知をディレ
クトリ・イベントがトリガする本発明の１実施形態を示
すフロー図である。ステップＳ１１１においては、キャ
ッシュを更新することによる複写またはイベント通知
は、内部イベントをトリガし、そしてこれは、ディレク
トリ・インターフェースの全てのクライアントに送る。

【００８５】ステップＳ１１２において、このイベント
がキャッシュに対するＡＤＤ（追加）である場合には、
このイベントは、キャッシュに追加する属性および値を
運ぶ。複写の場合には、それらは、ＤＮ（区別された名
称（distinguished name)）とFramedIPaddress（動的割
当されたＩＰアドレス）のみであり、そしてイベント通
知の場合には、それらは、ＤＮに加えて、FramedIPaddr
essとＱｏＳ関連属性とである。

【００８６】ステップＳ１１３においては、ステップＳ
１１２に関して上述のパラメータの場合に失われた属性
を求めるため、ディレクトリに対する要求を生成するル
ールを作成するには不十分である。したがって、ステッ
プＳ１１３において、イベント要素を抽出してその要求
を構築することが必要である。

【００８７】ステップＳ１１４において、このイベント
がＤＥＬＥＴＥ（削除）イベントである場合に、このイ
ベントにおいて利用可能な唯一のパラメータは、ＤＮで
ある。

【００８８】このＤＮに基づき、ステップＳ１１５にお
いて、先に発生したルールを見い出す。ステップＳ１１
６において、この関連のルールを削除する。

【００８９】ステップＳ１１７において、ＭＯＤＩＦ
（修正された(modified)）イベントの場合には、これ
は、動的割当されたアドレスの修正によりトリガされた
複写の場合のＤＮとフレーム化されたＩＰアドレスのみ
か、あるいはＱｏＳ関連属性の修正の複写の場合の修正
されたＱｏＳ関連属性とＤＮ、もしくはイベント通知の
いずれかを運ぶ。

【００９０】修正されたイベントは、図６に示した削除
または作成とすることができる。ステップＳ１１２また
はステップＳ１１７からの新たなエントリの作成の場合
には、制御は、上述のステップＳ１１３に移る。

【００９１】ステップＳ１２１，Ｓ１２２，Ｓ１２３お
よびＳ１２４は、図５のステップＳ９，Ｓ１０，Ｓ１１
およびＳ１２にそれぞれ対応する。ステップＳ１１８に
おいては、ＱｏＳ関連の属性全てを収集した後は、ルー
ルを構築することが必要である。失敗の場合には、デフ
ォルトのルールを生成する。

【００９２】Ｓ１１９では、全てのそれら属性が利用可
能である場合、このＱｏＳを反映するルールを生成す
る。Ｓ１２０では、コンフィギュレーションを更新して
新たなルールを反映させ、そしてこれによりＱｏＳ定義
により識別したコンフィギュレーション・ルール（単数
または複数）をフローに対し動的に適用する。

【００９３】ここで、気づくべきであるが、本発明の１
実施形態は、例えば図５または図６のいずれかの機能を
提供することができ、また必要に応じて図５および図６
の機能の両方を提供することも確かにできる。

【００９４】以上に、各ＱｏＳ定義（各々は、１以上の
コンフィギュレーション・ルールを含む）を、各識別子
（例えば、ＱｏＳ識別）（これら識別子は各々、関心の
あるフローを表すパラメータから固有に得られる）に基
づいて、情報フローに関連付ける方法および装置につい
て記述した。ＱｏＳ定義の割当は、情報フローに関連し
てエンティティの新たなインスタンスの検出に応答し
て、例えばディレクトリ・イベントおよび新たなフロー
・イベントの一方または双方の検出に応答して実行す
る。

【００９５】ディレクトリ・サービスは、融通性のある
方法でフロー−エンティティ・バインディングを確立す
るのに使用する。本方法は、ディレクトリ・サービスか
らパラメータを検索することを含むことができる。場合
によっては、選択した情報のみをディレクトリ・サーバ
から検索することが必要であり、それは、ユーザの情報
フローに対する他のパラメータが、情報フロー自体から
利用可能となることがあるからである。本方法はまた、
１以上のパラメータ、ＱｏＳ識別、ＱｏＳ定義、および
コンフィギュレーション・ルールをディレクトリ・サー
ビス内に維持することを含むことができる。少なくとも
いくつかのパラメータ、ＱｏＳ識別、ＱｏＳ定義、およ
びコンフィギュレーション・ルールの１つまたは複数あ
るいは全てのためのキャッシュ記憶は、例えばディレク
トリ・インターフェース内に設けることができる。この
キャッシュ内のエントリは、ディレクトリ内の対応する
エントリをミラー化（mirror）するために更新する。デ
ィレクトリ・インターフェースは、パラメータ、ＱｏＳ
の識別または定義もしくはコンフィギュレーション・ル
ールをこれらがある場合に検索するためにキャッシュに
アクセスし、そしてない場合には、次にそれらパラメー
タ、ＱｏＳの識別または定義もしくはコンフィギュレー
ション・ルールをディレクトリ・サービスから検索する
ように、最初は動作可能とすることができる。コントロ
ーラは、好ましくは、アクティブのＱｏＳコンフィギュ
レーション・ルールを維持する。ディレクトリ・インタ
ーフェースは、好ましくは、軽量ディレクトリ・アクセ
ス・プロトコルの下でディレクトリ・サービスと通信す
るようにコンフィギュレーションを行う。

【００９６】理解されるように、本発明の特定の実施形
態について説明したが、添付の特許請求の範囲に定めた
本発明の要旨および範囲内で、多くの変更／追加および
置換をすることができる。

【００９７】例えば、上記の説明では、新たなユーザの
存在の検出およびユーザ・プロファイルに基づくＱｏＳ
の提供について言及した。しかし、より一般的には、判
るように、本発明は、新たなエンティティの存在の検出
とエンティティ・プロファイルに基づくＱｏＳの提供に
関係するものである。“エンティティ”は、ユーザ、ア
プリケーション、機器、もしくはその他のネットワーク
・エンティティとすることができ、したがって単一のエ
ンティティである必要はなく、１グループのユーザ、１
組の機器等のような複合のエンティティであってもよ
い。また、判るように、本発明は、ユーザに対するＩＰ
アドレスの動的割当、およびＲＰＣ （リモート・プロ
シージャ・コール(remote procedure call)）アプリケ
ーションのようなアプリケーションに対する動的ポート
割当の如き（これらは例示に過ぎない）、動的フロー・
パラメータ割当を用いる環境に特に関連するものであ
る。

【図面の簡単な説明】

【図１】ネットワークを介して相互接続した複数のステ
ーションを含む、電気通信環境の概略図である。

【図２】図１の環境におけるサーバ間の情報交換の概略
ブロック図。

【図３】ＱｏＳ機構の１例における要素の概観を示す概
略ブロック図。

【図４】図３のＱｏＳ機構のディレクトリ・インターフ
ェースを示す概略ブロック図。

【図５】フロー・イベントによりトリガされたときの、
図３のＱｏＳ機構におけるＱｏＳ機構インターフェース
およびＱｏＳコントローラの動作を示す概略フロー図。

【図６】ディレクトリ・イベントによりトリガされたと
きの、ディレクトリ・インターフェースとＱｏＳコント
ローラの動作を示す概略フロー図。

【図７】動的または静的のいずれかのアドレス割当を備
えた環境の概略図。

【符号の説明】

１０ パケット交換電気通信ネットワーク（ＰＳＴＮ） １２ ユーザ １４ サーバ・サイト １６ ネットワーク・アクセス・サーバ １８ ローカル・ネットワーク ２０ ＱｏＳ施行ユニット ２２ ディレクトリ・サーバ ２４ ルータ ２６ 非同期転送モード・プロトコル ３０，３２，３４ 経路 ４０ ＱｏＳコントローラ ４２ ＱｏＳ機構 ４３ ＱｏＳ機構インターフェース ４４ ディレクトリ・インターフェース ４６ ディレクトリＡＰＩ ４８ キャッシュ ５０ ＬＤＡＰインターフェース ５２ ディレクトリ・サービス ５４ ディレクトリ ５６ エントリ １１０ パケット交換電気通信ネットワーク（ＰＳＴ
Ｎ） １１４ サーバ・サイト １１６ アクセス・コントローラ １２０ ＱｏＳ施行ユニット １２２ ディレクトリ・サーバ

フロントページの続き (71)出願人 597004720 2550 Ｇａｒｃｉａ Ａｖｅｎｕｅ，ＭＳ ＰＡＬ１−521，Ｍｏｕｎｔａｉｎ Ｖ ｉｅｗ，Ｃａｌｉｆｏｒｎｉａ 94043− 1100，Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

Claims (29)

【特許請求の範囲】
1. 【請求項１】ネットワーク上のフローに対しサービス品
   質を割り当てるコンピュータ実装式の方法であって、 ｉ）前記ネットワーク上の前記フローに関連したエンテ
   ィティの新たなインスタンスを検出するステップと、 ｉｉ）前記フローと前記エンティティとの間のフロー−
   エンティティ・バインディングを、前記フローの少なく
   とも１つのパラメータに基づいて判定するステップと、 ｉｉｉ）前記フロー−エンティティ・バインディングを
   使用することにより、前記エンティティに対するサービ
   ス品質定義にアクセスするステップであって、該サービ
   ス品質定義は、前記ネットワークのディレクトリ・サー
   ビス内に保持されており、かつ前記フローに対する少な
   くとも１つのコンフィギュレーション・ルールを含み、
   これにより前記サービス品質定義が前記フローを前記サ
   ービス品質にバインディングする、前記のステップと、 ｉｖ）前記サービス品質定義により識別した前記少なく
   とも１つのコンフィギュレーション・ルールを前記フロ
   ーに対し動的に適用するステップと、から成るコンピュ
   ータ実装式サービス品質割当方法。
2. 【請求項２】請求項１記載の方法において、前記ステッ
   プ（ｉ）は、前記ネットワーク上の前記フローに関連し
   た前記エンティティの前記新たなインスタンスを表すフ
   ロー・イベントに応答すること、を含むことを特徴とす
   るコンピュータ実装式サービス品質割当方法。
3. 【請求項３】請求項２記載の方法において、前記ステッ
   プ（ｉ）は、前記フローの少なくとも１つの前記パラメ
   ータを少なくとも１つのコンフィギュレーション・ルー
   ルと比較し、そして前記フローの前記少なくとも１つの
   パラメータが特定のコンフィギュレーション・ルールと
   一致する場合に前記フローに関連した前記エンティティ
   の前記新たなインスタンスを識別すること、を含むこと
   を特徴とするコンピュータ実装式サービス品質割当方
   法。
4. 【請求項４】請求項３記載の方法において、前記ステッ
   プ（ｉ）は、前記フローの少なくとも１つの前記パラメ
   ータを少なくとも１つのコンフィギュレーション・ルー
   ルと比較し、そして前記フローの前記少なくとも１つの
   パラメータがデフォルトのコンフィギュレーション・ル
   ールと一致する場合に前記フローに関連した前記エンテ
   ィティの前記新たなインスタンスを識別すること、を含
   むことを特徴とするコンピュータ実装式サービス品質割
   当方法。
5. 【請求項５】請求項１記載の方法において、前記ステッ
   プ（ｉ）は、前記ネットワーク上の前記フローに関連し
   た前記エンティティの前記新たなインスタンスを表すデ
   ィレクトリ・イベントに応答すること、を含むことを特
   徴とするコンピュータ実装式サービス品質割当方法。
6. 【請求項６】請求項１記載の方法において、前記フロー
   の少なくとも１つの前記パラメータは、プロトコル・ヘ
   ッダから抽出した動的割当したパラメータであること、
   を特徴とするコンピュータ実装式サービス品質割当方
   法。
7. 【請求項７】請求項１記載の方法において、前記ステッ
   プ（ｉｉ）は、 前記フロー−エンティティ・バインディングに対応する
   サービス品質識別を検索するステップであって、前記サ
   ービス品質識別は、前記ディレクトリ・サービスのディ
   レクトリ内の前記エンティティに対するエントリ内に維
   持する、前記のステップと、を含むこと、を特徴とする
   コンピュータ実装式サービス品質割当方法。
8. 【請求項８】請求項７記載の方法において、前記ステッ
   プ（ｉｉｉ）は、 前記サービス品質識別を使用することにより、前記サー
   ビス品質定義を検索するステップであって、前記サービ
   ス品質定義は、前記ディレクトリ・サービスのディレク
   トリ内の前記エンティティに対するエントリ内に維持す
   る、前記のステップと、を含むこと、を特徴とするコン
   ピュータ実装式サービス品質割当方法。
9. 【請求項９】請求項１記載の方法において、少なくとも
   １つの前記コンフィギュレーション・ルールは、１つの
   前記エンティティに対するディレクトリ・エントリ内の
   少なくとも１つの動的に可変のフロー・パラメータに対
   するリンクから成ること、を特徴とするコンピュータ実
   装式サービス品質割当方法。
10. 【請求項１０】請求項１記載の方法において、前記ステ
    ップ（ｉ）−（ｉｖ）の内の少なくとも１つは、前記デ
    ィレクトリ・サービスとは別個のネットワーク要素にお
    いて実行し、前記ネットワーク要素と前記ディレクトリ
    ・サービスとの間の通信は、軽量ディレクトリ・アクセ
    ス・プロトコルＬＤＡＰの下にあること、を特徴とする
    コンピュータ実装式サービス品質割当方法。
11. 【請求項１１】請求項１０記載の方法であって、さら
    に、前記フロー−エンティティ・バインディングに対応
    する少なくとも１つのサービス品質識別に対して、前記
    ネットワーク要素内にローカル・キャッシュを維持する
    ステップを含み、前記ステップ（ｉｉ）は、 前記サービス品質識別をこれが存在する場合に検索する
    ため、前記キャッシュに最初にアクセスし、そしてこれ
    がない場合には前記サービス品質識別を検索するため、
    前記ディレクトリ・サービスにアクセスするステップ、
    を含むこと、を特徴とするコンピュータ実装式サービス
    品質割当方法。
12. 【請求項１２】請求項１０記載の方法であって、さら
    に、少なくとも１つの前記サービス品質定義に対して、
    前記ネットワーク要素内にローカル・キャッシュを維持
    するステップを含み、前記ステップ（ｉｉｉ）は、 前記サービス品質定義をこれが存在する場合に検索する
    ため、前記キャッシュに最初にアクセスし、そしてこれ
    がない場合には前記サービス品質識別を検索するため、
    前記ディレクトリ・サービスにアクセスするステップ、
    を含むこと、を特徴とするコンピュータ実装式サービス
    品質割当方法。
13. 【請求項１３】ネットワーク上のフローに対しサービス
    品質を割り当てるサービス品質機構であって、 前記ネットワーク上の前記フローに関連したエンティテ
    ィの新たなインスタンスの検出に応答して、前記フロー
    の少なくとも１つのパラメータに基づいて前記フローと
    前記エンティティとの間のフロー−エンティティ・バイ
    ンディングを判定するように構成したコントローラと、 前記フロー−エンティティ・バインディングを使用する
    ことにより前記エンティティに対するサービス品質定義
    にアクセスするように構成したディレクトリ・インター
    フェースであって、前記サービス品質定義は、前記ネッ
    トワークのディレクトリ・サービス内に維持し、かつ前
    記フローに対する少なくとも１つのコンフィギュレーシ
    ョン・ルールを含み、これにより、前記サービス品質定
    義は、前記フローを前記サービス品質とバインディング
    する、前記のディレクトリ・インターフェースと、を含
    み、 前記コントローラは、さらに、前記サービス品質定義に
    より識別した前記少なくとも１つのコンフィギュレーシ
    ョン・ルールを前記フローに対し動的に適用するため動
    作可能となるように構成したこと、を特徴とするサービ
    ス品質機構。
14. 【請求項１４】請求項１３記載の機構において、前記コ
    ントローラは、前記ネットワーク上の前記フローに関連
    した前記エンティティの前記新たなインスタンスを表す
    フロー・イベントに応答するように構成したこと、を特
    徴とするサービス品質機構。
15. 【請求項１５】請求項１４記載の機構において、前記コ
    ントローラは、前記フローの少なくとも１つの前記パラ
    メータを少なくとも１つのコンフィギュレーション・ル
    ールと比較し、かつ前記フローの前記少なくとも１つの
    パラメータが特定のコンフィギュレーション・ルールと
    一致する場合に前記フローに関連した前記エンティティ
    の前記新たなインスタンスを識別するよう動作可能であ
    るように、さらに構成したこと、を特徴とするサービス
    品質機構。
16. 【請求項１６】請求項１５記載の機構において、前記コ
    ントローラは、前記フローの少なくとも１つの前記パラ
    メータを少なくとも１つのコンフィギュレーション・ル
    ールと比較し、かつ前記フローの前記少なくとも１つの
    パラメータがデフォルトのコンフィギュレーション・ル
    ールと一致する場合に前記フローに関連した前記エンテ
    ィティの前記新たなインスタンスを識別するように動作
    可能であるように、さらに構成したこと、を特徴とする
    サービス品質機構。
17. 【請求項１７】請求項１３記載の機構において、前記コ
    ントローラは、前記ネットワーク上の前記フローに関連
    した前記エンティティの前記新たなインスタンスを表す
    ディレクトリ・イベントに応答するように構成したこ
    と、を特徴とするサービス品質機構。
18. 【請求項１８】請求項１３記載の機構において、前記フ
    ローの少なくとも１つの前記パラメータは、プロトコル
    ・ヘッダから抽出した少なくとも１つの動的割当したパ
    ラメータを含むこと、を特徴とするサービス品質機構。
19. 【請求項１９】請求項１３記載の機構において、前記デ
    ィレクトリ・インターフェースは、また、前記フロー−
    エンティティ・バインディングに対応するサービス品質
    識別を検索するように構成し、前記サービス品質識別
    は、前記ディレクトリ・サービスのディレクトリ内の前
    記エンティティに対するエントリ内に維持すること、を
    特徴とするサービス品質機構。
20. 【請求項２０】請求項１９記載の機構であって、少なく
    とも１つの前記サービス品質識別に対するキャッシュを
    含むこと、を特徴とするサービス品質機構。
21. 【請求項２１】請求項２０記載の機構において、前記デ
    ィレクトリ・インターフェースは、前記サービス品質識
    別をこれが存在する場合に検索するため、前記キャッシ
    ュに最初にアクセスし、そしてこれがない場合には前記
    サービス品質識別を検索するため、前記ディレクトリ・
    サービスにアクセスするよう動作可能であること、を特
    徴とするサービス品質機構。
22. 【請求項２２】請求項１３記載の機構であって、少なく
    とも１つの前記サービス品質定義に対するキャッシュを
    含むこと、を特徴とするサービス品質機構。
23. 【請求項２３】請求項２２記載の機構であって、前記デ
    ィレクトリ・インターフェースは、前記サービス品質定
    義をこれが存在する場合に検索するため、前記キャッシ
    ュに最初にアクセスし、そしてこれがない場合には前記
    サービス品質定義を検索するため、前記ディレクトリ・
    サービスにアクセスするように動作可能であること、を
    特徴とするサービス品質機構。
24. 【請求項２４】請求項１３記載の機構において、少なく
    とも１つの前記コンフィギュレーション・ルールは、１
    つの前記エンティティに対するディレクトリ・エントリ
    内の少なくとも１つの動的に可変のフロー・パラメータ
    に対するリンクから成ること、を特徴とするサービス品
    質機構。
25. 【請求項２５】請求項１３記載の機構において、前記デ
    ィレクトリ・インターフェースは、軽量ディレクトリ・
    アクセス・プロトコルＬＤＡＰの下で前記ディレクトリ
    ・サービスと通信すること、を特徴とするサービス品質
    機構。
26. 【請求項２６】ネットワーク上のフローに対しサービス
    品質を割り当てるよう動作可能なサービス品質機構を含
    むネットワーク要素であって、前記サービス品質機構
    が、 前記ネットワーク上の前記フローに関連したエンティテ
    ィの新たなインスタンスの検出に応答して、前記フロー
    の少なくとも１つのパラメータに基づいて前記フローと
    前記エンティティとの間のフロー−エンティティ・バイ
    ンディングを判定するように構成したコントローラと、 前記フロー−エンティティ・バインディングを使用する
    ことにより前記エンティティに対するサービス品質定義
    にアクセスするように構成したディレクトリ・インター
    フェースであって、前記サービス品質定義は、前記ネッ
    トワークのディレクトリ・サービス内に維持し、かつ前
    記フローに対する少なくとも１つのコンフィギュレーシ
    ョン・ルールを含み、これにより、前記サービス品質定
    義は、前記フローを前記サービス品質とバインディング
    する、前記のディレクトリ・インターフェースと、を含
    み、 前記コントローラは、さらに、前記サービス品質定義に
    より識別した前記少なくとも１つのコンフィギュレーシ
    ョン・ルールを前記フローに対し動的に適用するため動
    作可能となるように構成したこと、を特徴とするネット
    ワーク要素。
27. 【請求項２７】コンピュータ・ネットワークのためのサ
    ービス品質サーバであって、該サービス品質サーバが、
    ネットワーク上のフローに対しサービス品質を割り当て
    るよう動作可能なサービス品質機構を含み、該サービス
    品質機構が、 前記ネットワーク上の前記フローに関連したエンティテ
    ィの新たなインスタンスの検出に応答して、前記フロー
    の少なくとも１つのパラメータに基づいて前記フローと
    前記エンティティとの間のフロー−エンティティ・バイ
    ンディングを判定するように構成したコントローラと、 前記フロー−エンティティ・バインディングを使用する
    ことにより前記エンティティに対するサービス品質定義
    にアクセスするように構成したディレクトリ・インター
    フェースであって、前記サービス品質定義は、前記ネッ
    トワークのディレクトリ・サービス内に維持し、かつ前
    記フローに対する少なくとも１つのコンフィギュレーシ
    ョン・ルールを含み、これにより、前記サービス品質定
    義は、前記フローを前記サービス品質とバインディング
    する、前記のディレクトリ・インターフェースと、を含
    み、 前記コントローラは、さらに、前記サービス品質定義に
    より識別した前記少なくとも１つのコンフィギュレーシ
    ョン・ルールを前記フローに対し動的に適用するため動
    作可能となるように構成したこと、を特徴とするサービ
    ス品質サーバ。
28. 【請求項２８】ネットワーク上のフローに対しサービス
    品質を割り当てるよう動作可能なサービス品質システム
    であって、 前記ネットワーク上の前記フローに関連したエンティテ
    ィの新たなインスタンスを検出するための手段と、 前記フローの少なくとも１つのパラメータに基づいて、
    前記フローと前記エンティティとの間のフロー−エンテ
    ィティ・バインディングを判定するための手段と、 前記フロー−エンティティ・バインディングを使用する
    ことにより前記エンティティに対するサービス品質定義
    にアクセスするための手段であって、前記サービス品質
    定義は、前記ネットワークのディレクトリ・サービス内
    に維持し、かつ前記フローに対する少なくとも１つのコ
    ンフィギュレーション・ルールを含み、これにより、前
    記サービス品質定義が、前記フローを前記サービス品質
    とバインディングする、前記の手段と、 前記サービス品質定義により識別した前記少なくとも１
    つのコンフィギュレーション・ルールを前記フローに対
    し動的に適用するための手段と、から成るサービス品質
    システム。
29. 【請求項２９】記憶媒体上のサービス品質ソフトウェア
    製品であって、該ソフトウェア製品がネットワーク上の
    フローに対しサービス品質を割り当てるよう動作可能で
    あり、かつ前記ネットワーク上の前記フローに関連した
    エンティティの新たなインスタンスを検出し、 前記フローの少なくとも１つのパラメータに基づいて、
    前記フローと前記エンティティとの間のフロー−エンテ
    ィティ・バインディングを判定し、 前記フロー−エンティティ・バインディングを使用する
    ことにより前記エンティティに対するサービス品質定義
    にアクセスし、前記サービス品質定義が、前記ネットワ
    ークのディレクトリ・サービス内に維持し、かつ前記フ
    ローに対する少なくとも１つのコンフィギュレーション
    ・ルールを含み、これにより、前記サービス品質定義
    が、前記フローを前記サービス品質とバインディング
    し、 前記サービス品質定義により識別した前記少なくとも１
    つのコンフィギュレーション・ルールを前記フローに対
    し動的に適用する、よう動作可能に構成したこと、を特
    徴とするサービス品質ソフトウェア製品。