JP2003069631A - 協調スケジューリング型ＱｏＳ制御システムおよびその方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを構成するノードとネットワー
ク管理装置が連携して、サービス利用のためのスケジュ
ールを生成し、実行すると共に、ＱｏＳパラメータを自
動的に生成、更新し、それをノードに反映させることが
可能な協調スケジューリング型ＱｏＳ制御システムを得
ること。 【解決手段】 ネットワーク管理装置３が、ＱｏＳポリ
シー、スケジュールポリシー、サービスサーバ２から提
示されるサービスプロパティ、クライアント１から提示
されるサービス利用要求条件およびトラフィック情報に
基づいて、サービスをサービスサーバ２からクライアン
ト１へ提供するためのスケジュール情報を生成するスケ
ジュール生成手段と、該スケジュール情報とネットワー
ク管理情報に基づいて、個々の前記ネットワークノード
４ごとに設定するＱｏＳパラメータを生成するＱｏＳパ
ラメータ生成手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワークに
おけるトラフィックエンジニアリングに関し、特に、ネ
ットワーク全体に負荷をかけずにクライアントとサービ
スサーバの間でサービスの提供を効率よく行うことが可
能な協調スケジューリング型ＱｏＳ（Ｑｕａｌｉｔｙ
ｏｆ Ｓｅｒｖｉｃｅ）制御システムおよびその方法に
関するものである。

【０００２】

【従来の技術】図９は、特開平１１−２７３１６号公報
に開示されている従来のネットワークの通信品質制御シ
ステムの構成を示すブロック図である。このシステムに
おいては、ルータ９０２、トラフィックコントロールボ
ックス（ＴＣＢ）９０３、アプリケーション９０４、９
０５は、ルータ９０２が所轄するサービス対象ネットワ
ーク９０６を構成し、ルータ９０２’、ＴＣＢ９０
３’、アプリケーション９０４’、９０５’はルータ９
０２’が所轄するサービス対象ネットワーク９０６’を
構成し、２つのルータ９０２、９０２’とトラフィック
コントロールセンタ（ＴＣＣ）９０１とは、インターネ
ット等のＩＰネットワーク９０７を介して結合されてい
る。そして、ＴＣＣ９０１およびサービス対象ネットワ
ーク９０６、９０６’を含む領域が、ＴＣＣ９０１の制
御がおよぶ範囲、すなわちＱｏＳ制御領域（ＱＣＡ）９
０８である。ＴＣＣ９０１は、ＩＰネットワーク上のＱ
ＣＡ９０８内のリソースの使用状況を監視するリソース
監視部と、アプリケーションからのリソース要求に対し
てアプリケーションの所定の優先度にしたがってＱＣＡ
９０８内のリソースの提供をスケジュールするリソース
割付部とを有し、ＱＣＡ９０８内のリソースの利用状況
をチェックして常時把握し、アプリケーションからのリ
ソース要求に対して、所定の優先度にしたがってリソー
ス配分を制御することにより、ネットワークの過負荷を
防止し、または負荷を平準化する。また、ＴＣＢ９０
３、９０３’は、アプリケーションからのリソースの要
求を受け付け、アプリケーションの代わりにＴＣＣ９０
１のリソース割付部との間でリソース要求のネゴシエー
ションを行うアプリケーション制御部と、リソース割付
部により提供されるスケジュールに基づいてアプリケー
ションシステム等における各アプリケーションの動作の
制御を行うアプリケーション制御部とを有し、アプリケ
ーションシステムで実行されるアプリケーションのサー
ビス品質に関する要求内容をＴＴＣ９０１に供給すると
共に、ＴＴＣ９０１からの与えられる制御情報に基づい
て各アプリケーションの動作を制御する。

【０００３】

【発明が解決しようとする課題】上記の従来のネットワ
ークの通信品質制御システムにおいては、アプリケーシ
ョン９０４、９０４’、９０５、９０５’やＴＣＣ９０
１、ＴＣＢ９０３との間には何の協調関係もなく、個々
のアプリケーションの、いわば勝手な、実行要求に対し
て、ＴＣＣ９０１やＴＣＢ９０３がリアルタイムに応
じ、リソースがない場合を除いてはその要求に対する処
理が実行されていた。また、優先度の同等なアプリケー
ションから複数の実行要求があった場合には、すべての
アプリケーションに対して十分な帯域を確保することが
できないという可能性があった。さらに、ＴＣＣ９０１
がリソースの使用状況をリアルタイムに監視し、そして
リソースの配分を制御しているため、ネットワークが広
域になり、アプリケーションの数が増えるにしたがっ
て、通信リソースの監視やリソースの配分を行うＴＣＣ
９０１に対する負荷が飛躍的に増大していた。結果とし
て、ネットワーク資源を全体として効率よく使用するこ
とができないという問題点があった。

【０００４】この発明は上記に鑑みてなされたもので、
ネットワークを構成するサーバ、クライアントおよびサ
ーバとクライアント間の通信を管理するネットワーク管
理装置が連携して、サーバとクライアント間のサービス
利用のスケジュールを生成し、実行すると共に、該スケ
ジュールの実行に際してスケジュール情報を有するＱｏ
Ｓパラメータを自動的に生成、更新し、それをネットワ
ークノードに反映させることが可能な協調スケジューリ
ング型ＱｏＳ制御システムを得ることを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、この発明にかかる協調スケジューリング型ＱｏＳ制
御システムは、サービスを提供するサービスサーバと、
前記サービスサーバから前記サービスの提供を受けるク
ライアントと、前記サービスサーバから前記クライアン
トへ前記サービスの提供にあたり通信を管理するネット
ワーク管理装置と、ネットワークノードとが、ネットワ
ークを介して相互に接続された協調スケジューリング型
ＱｏＳ制御システムであって、前記サービスサーバは、
該サービスサーバ内の個々のサービスを利用するために
必要なサービスプロパティを前記ネットワーク管理装置
に通知するサービスプロパティ通知手段を備え、前記ク
ライアントは、前記サービスサーバ内の前記サービスを
利用する場合のサービス利用要求条件を前記ネットワー
ク管理装置に通知するサービス利用要求条件通知手段を
備え、前記ネットワーク管理装置は、ＱｏＳポリシー、
スケジュールポリシー、前記サービスプロパティ、前記
サービス利用要求条件およびトラフィック統計情報に基
づいて、前記サービスを前記サービスサーバから前記ク
ライアントへ提供するためのスケジュール情報を生成す
るスケジュール生成手段と、前記スケジュール情報に基
づいて、個々の前記ネットワークノードごとに設定する
ＱｏＳパラメータを生成するＱｏＳパラメータ生成手段
と、を備えることを特徴とする。

【０００６】この発明によれば、サービスプロパティ通
知手段によって、前記サービスサーバ内の個々のサービ
スを利用するために必要なサービスプロパティが、前記
ネットワーク管理装置に通知される。サービス利用要求
条件通知手段によって、前記サービスサーバ内の前記サ
ービスを利用する場合のサービス利用要求条件が、前記
ネットワーク管理装置に通知される。そして、スケジュ
ール生成手段によって、ＱｏＳポリシー、スケジュール
ポリシー、前記サービスプロパティ、前記サービス利用
要求条件およびトラフィック統計情報に基づいて、前記
サービスを前記サービスサーバから前記クライアントへ
提供するためのスケジュール情報が生成される。また、
ＱｏＳパラメータ生成手段によって、前記スケジュール
情報に基づいて個々の前記ネットワークノードごとに設
定するＱｏＳパラメータが生成される。これにより、ク
ライアントはサービス利用要求条件内で統計的にネット
ワークの負荷が低い時間帯にサービスを利用することが
できるので、全体のトラフィックに負荷をかけることな
く大きなスループットが得られる。また、サービスサー
バ、クライアント、ネットワーク管理装置およびネット
ワークノードの構成機器全体で協調して動作するため
に、トラフィックの変化に合わせてスケジューリングを
行うことができる。

【０００７】つぎの発明にかかる協調スケジューリング
型ＱｏＳ制御システムは、上記の発明において、前記サ
ービスプロパティは、少なくとも前記サーバが提供する
前記サービスを利用するための利用可能帯域、許容遅延
時間、およびデータの全転送容量を定義していることを
特徴とする。

【０００８】この発明によれば、サービスサーバが、内
部に有するサービスについて、少なくとも利用可能帯
域、許容遅延時間およびデータの全転送容量をサービス
プロパティとしてネットワーク管理装置に提示している
ため、ネットワーク管理装置側でサービスサーバの有す
るサービスの利用開始から終了までの時間を容易に見積
もることができる。

【０００９】つぎの発明にかかる協調スケジューリング
型ＱｏＳ制御システムは、上記の発明において、前記サ
ービス利用要求条件は、少なくとも前記クライアントが
前記サービスサーバ内の利用するサービスの識別子、該
サービスを利用する際の転送速度、遅延時間、サービス
利用開始可能時間および限界終了時間を定義しているこ
とを特徴とする。

【００１０】この発明によれば、クライアントが、少な
くとも利用するサービスの識別子、転送速度、遅延時
間、サービス利用開始可能時間、および限界終了時間に
ついてのサービス利用要求件をネットワーク管理装置に
提示しているため、ネットワーク管理装置側で、サービ
スの利用の実行順序をスケジューリングすることが可能
となる。

【００１１】つぎの発明にかかる協調スケジューリング
型ＱｏＳ制御システムは、上記の発明において、前記ス
ケジュール情報は、少なくとも前記サービスサーバと前
記サービスの識別子、利用開始時間および利用終了予測
時間を定義していることを特徴とする。

【００１２】この発明によれば、スケジュール情報は、
少なくともサービスサーバとサービスの識別子、利用開
始時間および利用終了予測時間から構成されるので、ク
ライアントは効率的にサービスを利用するための利用開
始時間と終了予測時間を把握することができる。

【００１３】つぎの発明にかかる協調スケジューリング
型ＱｏＳ制御システムは、上記の発明において、前記Ｑ
ｏＳパラメータ生成手段は、前記スケジュール情報か
ら、前記サービスサーバと前記クライアントとの通信に
関連のあるネットワークノードのＱｏＳパラメータを自
動的に生成するＱｏＳパラメータ生成機能と、該生成さ
れたＱｏＳパラメータを格納するＱｏＳパラメータ格納
装置と、を備えることを特徴とする。

【００１４】この発明によれば、ＱｏＳパラメータ生成
機能によって、生成されたスケジュール情報にしたがっ
て、ネットワークノードに対する適正なＱｏＳパラメー
タが自動生成される。これにより、ＲＳＶＰ（Ｒｅｓｏ
ｕｒｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏ
ｌ）などで行われるように、クライアントからのネット
ワーク利用要求ごとにリアルタイムで帯域確保などを行
う必要がなく、大規模なネットワークに適用することが
できる。

【００１５】つぎの発明にかかる協調スケジューリング
型ＱｏＳ制御システムは、上記の発明において、前記サ
ービスプロパティ通知手段は、前記サービスプロパティ
を生成するサービスプロパティ生成機能と、該サービス
プロパティを前記ネットワーク管理装置に送信するサー
ビスプロパティ送信機能と、前記サービスサーバ内のサ
ービスの内容の更新の有無を監視し、更新が行われた場
合に前記サービスプロパティ生成機能を実行させるサー
ビス変更監視機能と、を備えることを特徴とする。

【００１６】この発明によれば、サービス変更監視手段
によって、サービスサーバがサービスの変更を検知した
時点で、検知したサービスの利用に必要なサービスプロ
パティが生成され、自動的にネットワーク管理装置に変
更されたサービスプロパティが通知される。

【００１７】つぎの発明にかかる協調スケジューリング
型ＱｏＳ制御システムは、上記の発明において、前記ス
ケジュール生成手段は、前記スケジュールポリシーを格
納するスケジュールポリシー格納機能と、前記ＱｏＳポ
リシー、前記トラフィック統計情報、前記サービスプロ
パティ、前記サービス利用要求条件および前記スケジュ
ールポリシーに基づいて、前記サービスを前記サービス
サーバから前記クライアントへ提供するための前記スケ
ジュール情報を生成するスケジュール生成機能と、を備
えることを特徴とする。

【００１８】この発明によれば、スケジュール生成機能
によって、サービスサーバやクライアントから送信され
る情報、トラフィック統計情報、ＱｏＳポリシーから、
クライアントがサービスの利用を開始する最適な時間と
終了予測時間などの実行スケジュール情報が生成され
る。これにより、統計的にネットワークの負荷が高い時
間帯を避けたスケジューリングが可能となり、ネットワ
ーク全体のスループットは向上する。

【００１９】つぎの発明にかかる協調スケジューリング
型ＱｏＳ制御システムは、上記の発明において、前記ネ
ットワーク管理装置は、前記スケジュール情報を前記ク
ライアントへ送信するスケジュール情報送信手段と、前
記ＱｏＳパラメータを前記ネットワークノードに送信す
るＱｏＳパラメータ送信手段と、をさらに備え、前記ネ
ットワークノードは、前記ＱｏＳパラメータに応じてＱ
ｏＳ制御を行うＱｏＳ制御手段を、備えることを特徴と
する。

【００２０】この発明によれば、スケジュール情報送信
手段によって、前記スケジュール情報が前記クライアン
トへ送信される。また、ＱｏＳパラメータ送信手段によ
って、前記ＱｏＳパラメータが前記ネットワークノード
に送信される。さらに、ＱｏＳ制御手段によって、前記
ＱｏＳパラメータに応じてＱｏＳ制御が行われる。これ
により、生成されたスケジュールが確実に前記クライア
ントへ到達し、また、スケジュール情報にしたがったサ
ービスを前記サービスサーバから前記クライアントへ提
供することができる。

【００２１】つぎの発明にかかる協調スケジューリング
型ＱｏＳ制御方法は、クライアントと、サービスを前記
クライアントに提供するサービスサーバと、前記サービ
スサーバから前記クライアントへ前記サービスの提供に
あたり通信を管理するネットワーク管理装置と、ネット
ワークノードとが、ネットワークを介して相互に接続さ
れた協調スケジューリング型ＱｏＳ制御方法であって、
前記サービスサーバが前記ネットワーク管理装置にサー
ビスプロパティを提示する第一のステップと、前記クラ
イアントが前記ネットワーク管理装置にサービス利用要
求条件を提示する第二のステップと、前記ネットワーク
管理装置が、ＱｏＳポリシー、スケジュールポリシー、
前記サービスプロパティ、前記サービス利用要求条件お
よびトラフィック統計情報に基づいて、前記サービスサ
ーバから前記クライアントへのサービス提供のための時
間を考慮したスケジュール情報を生成する第三のステッ
プと、前記ネットワーク管理装置が、前記スケジュール
情報に基づいて、前記サービスサーバから前記クライア
ントへのサービスの提供に関連する個々の前記ネットワ
ークノードごとのＱｏＳパラメータを生成する第四のス
テップと、を備えることを特徴とする。

【００２２】この発明によれば、第一のステップによっ
て、サービスプロパティが前記サービスサーバにより前
記ネットワーク管理装置に提示される。また、第二のス
テップによって、サービス利用要求条件が前記クライア
ントにより前記ネットワーク管理装置に提示される。つ
ぎに、第三のステップによって、前記サービスサーバか
ら前記クライアントへのサービス提供のための時間を考
慮したスケジュール情報が、ＱｏＳポリシー、スケジュ
ールポリシー、前記サービスプロパティ、前記サービス
利用要求条件およびトラフィック統計情報に基づいて、
前記ネットワーク管理装置により生成される。そして、
第四のステップによって、前記サービスサーバから前記
クライアントへのサービスの提供に関連する前記ネット
ワークノードのＱｏＳパラメータが、前記スケジュール
情報に基づいて、前記ネットワーク管理装置により生成
される。これにより、クライアントはサービス利用要求
条件内で統計的にネットワークの負荷が低い時間帯にサ
ービスを受けることができるので、全体のトラフィック
に負荷をかけることなく大きなスループットが得られ
る。また、サービスサーバ、クライアント、ネットワー
ク管理装置およびネットワークノードの構成機器全体で
協調して動作するために、トラフィックの変化に合わせ
てスケジューリングを行うことができる。

【００２３】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる協調スケジューリング型ＱｏＳ制御システ
ムの好適な実施の形態を詳細に説明する。図１は、この
発明にかかる協調スケジューリング型ＱｏＳ制御システ
ムの概略を示すブロック図である。このシステムは、ク
ライアント１と、クライアント１に対して種々のサービ
スを提供するサービスサーバ２と、クライアント１やサ
ービスサーバ２、ネットワークノード４との間で情報を
やり取りし、管理するネットワーク管理装置３と、そし
てネットワーク管理装置３からのＱｏＳパラメータに基
づいてＱｏＳ制御を実行するネットワークノード４とを
備えており、これらがネットワーク（図示されていな
い）を介して相互に接続されている。

【００２４】この発明のシステムは、概略的には以下に
示す構成を有する。まず、サービスサーバ２は、その内
部の個々のサービスを利用する上で必要な、利用可能帯
域や許容遅延時間等のネットワーク条件（以下、サービ
スプロパティという）を生成し、このネットワーク条件
をネットワーク管理装置３へ送信する（）。クライア
ント１は、サービスプロパティの範囲内でのサービスを
利用するにあたってのサービス利用希望時間帯や転送速
度、遅延時間等のサービス利用要求条件を保持している
が、このサービス利用要求条件をネットワーク管理装置
３へ送信する（）。ここで、サービスサーバ２が複数
ある場合や、サービスサーバ内のサービスが複数ある場
合には、サービスサーバやサービスサーバとサービスを
識別するための識別子もサービス利用要求条件の一つの
項目として含まれる。つぎに、ネットワーク管理装置３
は、保持しているＱｏＳポリシー、受信したサービスプ
ロパティとサービス利用要求条件、さらにトラフィック
統計情報などのネットワークに関する情報を用いて、サ
ービスサーバ２からクライアント１へのサービス提供に
あたってのスケジュール情報を生成し、クライアント１
へ送信する（）。ここで生成されるスケジュール情報
は、サービス利用要求条件およびＱｏＳポリシーを満た
し、かつ全体のトラフィックを平準化させるように求め
られたものである。スケジュール情報を受信したクライ
アント１は、サービスサーバ２に対してサービスの実行
要求を行う（）が、生成されたスケジュールに基づい
てサービスが提供されるように、ネットワーク管理装置
３はＱｏＳパラメータを生成し、ネットワークノード４
に対して送信する（）。ネットワークノード４は、Ｑ
ｏＳパラメータにしたがって、サービスサーバ２からク
ライアント１へのサービスの実行を制御する（）。

【００２５】すなわち、この発明にかかる協調スケジュ
ーリング型ＱｏＳ制御システムでは、クライアント１、
サービスサーバ２、ネットワーク管理装置３そしてネッ
トワークノード４が協調して時間軸をも考慮したサービ
ス提供用のスケジューリングを行うことを特徴とする。
まず、ネットワーク管理装置３に対して、サービスサー
バ２がサービスプロパティを、クライアント１がサービ
ス利用要求条件を、それぞれ提示することを特徴とす
る。

【００２６】つぎに、ネットワーク管理装置３は、
（１）クライアント１とサービスサーバ２から送られて
くる情報を格納する役割、（２）ネットワークに関する
情報を収集し、格納する役割、（３）サービスサーバ２
がクライアント１にサービスを提供する際のスケジュー
ルをＱｏＳポリシー、スケジュールポリシーそして
（１）と（２）の情報を基にしてスケジュールを生成す
る役割、（４）スケジュールを効果的に実行するために
ネットワークノード４を制御するためのＱｏＳパラメー
タを生成する役割、（５）クライアント１、サービスサ
ーバ２およびネットワークノード４との間で情報を通信
する役割、を備えていることを特徴とする。そして、ネ
ットワークノード４が、サービスを提供するスケジュー
ルを効率よく進めるために、ＱｏＳ制御を実行する機能
を備えることを特徴とする。

【００２７】図２は、この発明にかかる協調スケジュー
リング型ＱｏＳ制御システムのより詳細な構成を示すブ
ロック図である。クライアント１は、サービス利用要求
条件格納装置１１と、サービス実行要求装置１２と、ス
ケジュール情報格納装置１３と、サービス利用要求条件
通知装置１４と、スケジュール情報受信装置１５とを主
要構成要素として含む。サービス利用要求条件格納装置
１１には、クライアント１がサービスを利用するための
転送速度、遅延時間、サービス利用開始可能時間やサー
ビスが終了すべき限界終了時間等のサービス利用要求条
件が格納される。サービス利用要求条件通知装置１４
は、サービス利用要求条件格納装置１１に格納されてい
るサービス利用要求条件をネットワーク管理装置３に送
信するための装置である。スケジュール情報受信装置１
５は、サービスを受けるためのサービス利用指定時間や
帯域等のスケジュール情報をネットワーク管理装置３か
ら受信するための装置であり、スケジュール情報格納装
置１３は、受信したスケジュール情報を格納するための
装置である。サービス実行要求装置１２は、スケジュー
ル情報格納装置１３に格納されたスケジュール情報にし
たがってサービスの実行をサービスサーバ２に対して要
求するための装置である。

【００２８】サービスサーバ２は、サービスプロパティ
通知部２１とサービス実行装置２２とを主要構成要素と
して含む。サービスプロパティ通知部２１は、個々のク
ライアント１に対してサービスを提供するにあたり必要
なネットワークの利用可能帯域幅や許容遅延時間、デー
タ転送容量等のサービスプロパティを生成し、ネットワ
ーク管理装置３に通知する役割を果たすものであるが、
そのために、個々のサービスに対してサービスプロパテ
ィを求めるためのサービスプロパティ生成装置２１１
と、サービスプロパティをネットワーク管理装置３に送
信するためのサービスプロパティ送信装置２１２と、サ
ービスプロパティを格納するためのサービスプロパティ
格納装置２１３と、個々のサービスのサービスプロパテ
ィが変更されたか否かを監視するためのサービス変更監
視装置２１４とを備えている。サービス実行装置２２
は、クライアント１からのサービスの実行要求を受け
て、該クライアント１に対してサービスを提供する装置
である。

【００２９】ネットワーク管理装置３は、管理情報通信
部３１と、サービスおよびクライアント情報格納部３２
と、ネットワーク管理情報格納部３３と、スケジュール
生成部３４と、ＱｏＳパラメータ生成部３５とから構成
される。管理情報通信部３１は、サービスプロパティを
サービスサーバ２から受信するサービスプロパティ受信
装置３１１、クライアント１からサービス利用要求条件
を受信するサービス利用要求受信装置３１２、クライア
ント１へスケジュール情報を送信するスケジュール情報
送信装置３１３、そしてネットワークノードへＱｏＳパ
ラメータを送信するＱｏＳパラメータ送信装置３１４を
備えており、クライアント１、サービスサーバ２および
ネットワークノード４との間の通信を行っている。サー
ビスおよびクライアント情報格納部３２は、サービスサ
ーバ２とクライアント１とからそれぞれ受信したサービ
スプロパティとサービス利用要求条件を、それぞれサー
ビスプロパティ群格納装置３２１とサービス利用要求条
件群格納装置３２２に格納する。ネットワーク管理情報
格納部３３は、予め静的に定義されるＱｏＳポリシー、
ネットワークのトポロジ情報、各ネットワークノード４
の性能、設定パラメータなどのネットワークノード情報
や、定期的に収集され、更新されるトラフィック情報を
格納する。それぞれの情報を格納するための装置が、図
２には、ＱｏＳポリシー格納装置３３１、トラフィック
情報格納装置３３２、ノード情報格納装置３３３そして
トポロジ情報格納装置３３４として配置されている。ス
ケジュール生成部３４は、ネットワーク管理情報格納部
３３、サービスおよびクライアント情報格納部３２に格
納された情報とスケジュールポリシーとから、サービス
サーバ２がクライアント１にサービスを提供するための
スケジュールを生成するスケジュール生成装置３４１
と、該スケジュール情報を格納するスケジュール情報群
格納装置３４２と、スケジュールを行う際に使用される
スケジュールポリシーを格納するためのスケジュールポ
リシー格納装置３４３とから構成されている。ＱｏＳパ
ラメータ生成部３５は、スケジュール生成部３４によっ
て生成されたスケジュールを実行するにあたり、サービ
スサーバ２とクライアント１の間でサービスの実行を行
う際に関連のある個々のネットワークノード４ごとに設
定する、通信の品質を保つためのＱｏＳパラメータを生
成するＱｏＳパラメータ生成装置３５１と、そのＱｏＳ
パラメータを格納するためのＱｏＳパラメータ格納装置
３５２とを有する。

【００３０】ネットワークノード４は、ネットワークに
接続されているルータなどの機器であり、ＱｏＳパラメ
ータ制御部４１を備えている。該ＱｏＳパラメータ制御
部４１は、さらに、ネットワーク管理装置３から送信さ
れるＱｏＳパラメータを受信し、格納するＱｏＳパラメ
ータ受信装置４１１と、格納されたＱｏＳパラメータに
基づいてＱｏＳ制御を実行するＱｏＳ制御実行装置４１
２とからなる。

【００３１】図３は、この発明にかかる協調スケジュー
リング型ＱｏＳ制御システムの流れを示す図である。サ
ービスサーバ２は、自身の提供するサービスに必要な条
件であるサービスプロパティを、サービスプロパティ生
成装置２１１によって生成し（ステップＳ２０１）、こ
のサービスプロパティをネットワーク管理装置３へサー
ビスプロパティ送信装置２１２によって送信する（ステ
ップＳ２０２）。ネットワーク管理装置３は該サービス
プロパティをサービスプロパティ受信装置３１１で受信
し（ステップＳ３０１）、サービスプロパティ群格納装
置３２１に格納する（ステップＳ３０２）。また、クラ
イアント１は、サービスサーバ２のサービスを利用する
にあたってサービスサーバ２に要求する転送速度や利用
時間などのサービス利用要求条件をサービス利用要求条
件通知装置１４によってネットワーク管理装置３に送信
する（ステップＳ１０１）。該サービス利用要求条件
は、ネットワーク管理装置３のサービス利用要求受信装
置３１２で受信され（ステップＳ３０３）、サービス利
用要求条件群格納装置３２２に格納される（ステップＳ
３０４）。また、ネットワーク管理装置３は、定期的に
トラフィック統計情報を収集し（ステップＳ３０５）、
このトラフィック統計情報をトラフィック情報格納装置
３３２に格納し、そして過去のデータが更新される（ス
テップＳ３０６）。

【００３２】これらのネットワーク管理装置３が受信し
た情報と、ＱｏＳポリシー格納装置３３１に格納されて
いるＱｏＳポリシーと、スケジュールポリシー格納装置
３４３に格納されているスケジュールポリシーとから、
ネットワーク管理装置３のスケジュール生成装置３４１
は、サービスサーバ２がクライアント１へ提供するサー
ビスのスケジュール情報を生成する（ステップＳ３０
７）。スケジュール情報は、サービスを実行するにあた
っての帯域などの条件のほか、サービス利用開始時間と
終了予測時間の時間軸に関する条件をも含むものであ
る。スケジュール情報の生成にあたって、スケジュール
生成装置３４１は、まず、ＱｏＳポリシーを最初に優先
させる。そして、ＱｏＳポリシーの範囲内でスケジュー
ルポリシーやサービスプロパティ、サービス利用要求条
件などからスケジュール情報を生成する。したがって、
ＱｏＳポリシーとスケジュールポリシーが相反するよう
な場合には、ＱｏＳポリシーが優先されてスケジューリ
ングが行われることになる。生成されたスケジュール情
報はスケジュール情報群格納装置３４２に格納され（ス
テップＳ３０８）、同時にスケジュール情報送信装置３
１３によってクライアント１へ送信される（ステップＳ
３０９）。クライアント１はスケジュール情報受信装置
１５によって、該スケジュール情報を受信し、スケジュ
ール情報格納装置１３に格納する（ステップＳ１０
２）。

【００３３】また、ネットワーク管理装置３は、スケジ
ュール情報の生成後、ＱｏＳパラメータ生成装置３５１
によって、該スケジュールを遂行するために、サービス
サーバ２とクライアント１との間の通信に関連のあるネ
ットワークノード４のＱｏＳパラメータを生成し、Ｑｏ
Ｓパラメータ格納装置３５２に格納する（ステップＳ３
１０）。ここで生成されるＱｏＳパラメータは、サービ
スの実行にあたって確保する帯域や許容遅延時間などで
ある。そして、このＱｏＳパラメータを上記サービスサ
ーバ２とクライアント１との間の通信に関連のあるネッ
トワークノード４へ、ＱｏＳパラメータ送信装置３１４
によって送信する（ステップＳ３１１）。

【００３４】スケジュール情報を受信したクライアント
１のサービス実行要求装置１２は、そのスケジュールに
したがってサービスサーバ２に対して、サービスの実行
を要求する（ステップＳ１０３）。サービスサーバ２
は、サービス実行要求を受けると、クライアント１に対
してサービスの実行を開始する（ステップＳ２０３）。
このとき、ネットワークノード４は、ＱｏＳパラメータ
受信装置４１１でＱｏＳパラメータを受信する（ステッ
プＳ４０１）。このＱｏＳパラメータにしたがって、サ
ービスサーバ２からクライアント１へのサービスの提供
についてのＱｏＳ制御を実行する（ステップＳ４０
２）。そして、サービスサーバ２からクライアント１へ
サービスが提供される（ステップＳ１０４）。このよう
にして、クライアント１はサービスをネットワークに負
荷をかけずに効率よく受けることが可能となる。

【００３５】サービスサーバ２のサービス変更監視装置
２１４について説明する。サービスサーバ２には、その
管理者によって新たにサービスが付加されたり、登録さ
れているサービスの内容の修正や追加、削除などの変更
が行われたりする。この発明では、サービスサーバ２の
サービスについてサービスプロパティ生成装置２１１に
よってサービスプロパティを生成し、それをネットワー
ク管理装置３へ送信するという構成を有することによっ
て、サービスサーバ２やクライアント１、ネットワーク
管理装置３が協調してスケジュールを行うことを可能と
している。そのため、例えば、サービスが変更される
と、その変更内容をサービスサーバ２の管理者がサービ
スプロパティを生成し、それをネットワーク管理装置３
へ送信する作業を行わなければならない。そこで、サー
ビス変更監視装置２１４を設けることによって、以上の
作業を自動的に行わせることが可能となる。サービス変
更監視装置２１４は、常にサービスサーバ２内のサービ
スの内容の修正や追加、削除などの変更がなされていな
いかについて、監視する。変更がなされていない場合に
は、そのまま監視を続ける。一方、サービス内容の変更
を検知した場合には、サービス変更監視装置２１４は、
その変更されたサービスのサービスプロパティを新たに
生成するようにサービスプロパティ生成装置２１１に指
示を出す。その後、サービスプロパティ生成装置２１１
は、そのサービスプロパティを生成し、サービスプロパ
ティ格納装置２１３に該サービスのサービスプロパティ
を更新して格納すると同時に、ネットワーク管理装置３
へ更新されたサービスプロパティをサービスプロパティ
送信装置２１２によって送信する。このようにして、サ
ービスの修正や削除、追加などの変更によるサービスプ
ロパティを管理者が変更する手間を省くことができる。

【００３６】上述したこの発明にかかる協調スケジュー
リング型ＱｏＳ制御システムを用いたより具体的なシス
テムについて、図面を参照しながら説明する。なお、上
述した実施の形態で参照した図面に描かれた構成要素と
同じ構成要素については同一の番号を付している。

【００３７】図４は、この発明にかかる協調スケジュー
リング型ＱｏＳ制御システムを使用したシステムを示し
ている。このシステムでは、本社データ配信サーバ
２’、Ａ営業所データ受信クライアント１ａ、Ｂ営業所
データ受信クライアント１ｂ、Ｃ営業所データ受信クラ
イアント１ｃ、その他のクライアント群１ｄおよびネッ
トワーク管理装置３が、互いにＱｏＳ制御可能なネット
ワーク５に接続されている。ここで、本社データ配信サ
ーバ２’が図２におけるサービスサーバ２に、Ａ営業所
データ受信クライアント１ａ、Ｂ営業所データ受信クラ
イアント１ｂ、Ｃ営業所データ受信クライアント１ｃお
よびその他のクライアント群１ｄが同じくクライアント
１に、それぞれ対応する。また、ＱｏＳ制御可能なネッ
トワーク５とは、図２におけるＱｏＳパラメータ制御部
を有するネットワークノード４を有するネットワークの
意味であり、図４中ではネットワークノードを省略して
いる。

【００３８】このシステムでは、ＡからＣの各営業所デ
ータ受信クライアント１ａ〜１ｃは定期的に、例えば１
週間ごとや１ヶ月ごとに、本社データ配信サーバ２’の
営業所データ格納装置２３より自営業所用データのダウ
ンロードを行っている。以下では、説明の簡略化のため
に、ＱｏＳ制御可能なネットワークの最大スループット
は１００メガバイト／秒であるとする。

【００３９】本社データ配信サーバ２’の図示されない
サービスプロパティ通知部は、営業所データ格納装置２
３に格納されている各営業所に配信するデータごとにサ
ービスプロパティを生成し、そのサービスプロパティを
サービスプロパティ格納装置２１３に格納すると共に、
ネットワーク管理装置３に送信する。このサービスプロ
パティの例を図５に示す。ここでは、サービスプロパテ
ィ５０１の内容として、サービス名、利用可能帯域幅、
許容遅延時間そして転送容量が示されている。利用帯域
幅、許容遅延時間は各営業所に対するサービス間で差は
ないが、転送容量がＡ営業所用のものが１００ギガバイ
ト、Ｂ営業所用のものが３０ギガバイト、そしてＣ営業
所用のものが２０ギガバイトとなっている。なお、ネッ
トワーク管理装置３へ送信されたサービスプロパティ５
０１には、さらに該サービスを提供しているサーバ（本
社データ配信サーバ２’）を識別するための識別子が付
与される。

【００４０】一方、各営業所データ受信クライアント１
ａ〜１ｃは、サービスプロパティの範囲内において、本
社データ配信サーバ２’のサービス利用にあたってのそ
れぞれのサービス利用要求条件を設定しており、それら
はサービス利用要求条件格納装置１１ａ〜１１ｃに格納
されている。各営業所データ受信クライアント１ａ〜１
ｃのサービス利用要求条件の例を図６に示す。ここで
は、サービス利用要求条件６０１ａ〜６０１ｃの内容と
して、サーバ識別子、サービス名、サービス利用開始可
能時間、限界終了時間、転送速度そして遅延時間が示さ
れている。サーバ識別子、サービス利用開始可能時間、
転送速度および遅延時間については、各営業所の利用要
求条件はどれも同じであるが、限界終了時間はＡ営業所
では１：００になっているのに対し、ＢおよびＣ営業所
では３：００となっている。これらのサービス利用要求
条件６０１ａ〜６０１ｃは、ネットワーク管理装置３へ
と、図示されないサービス利用要求条件通知装置によっ
て送信される。

【００４１】ネットワーク管理装置３には、図７に例示
するＱｏＳポリシー７０１とスケジュールポリシー７０
２とが設定されており、それぞれ、ＱｏＳポリシー格納
装置３３１とスケジュールポリシー格納装置３４３に格
納されている。図７に例示されるＱｏＳポリシー７０１
の内容は、対象トラフィック、保証帯域幅および優先度
とからなる。そして、Ａ営業所に対する通信に最高の優
先度を持たせ、Ｂ営業所に対する通信には２番目の優先
度を、Ｃ営業所に対する通信には３番目の優先度を、そ
してその他のクライアント群に対する通信には最低の優
先度を与えている。また、保証帯域幅として、Ａ営業所
に対しては６５メガバイト／秒、Ｂ営業所に対しては２
０メガバイト／秒、Ｃ営業所に対しては１０メガバイト
／秒、そしてその他のクライアント群に対しては５メガ
バイト／秒を設定している。一方のスケジュールポリシ
ー７０２は、通信を行うにあたってのネットワーク全体
の効率化を考慮したスケジュールとなるように設定され
るものであるが、図７に例示されるその内容は、優先順
位、スケジュールポリシー名、ポリシーとからなるもの
であり、優先順位が２番目のものまでが設定されてい
る。まず、１番目の優先順位のものは、スケジュールポ
リシーＡであり、そのポリシーは全時間にわたって回線
使用率が７０％を超えないようにするというものであ
る。そして、２番目の優先順位のものは、スケジュール
ポリシーＢであり、そのポリシーはサービスを短時間に
完了させるというものである。

【００４２】また、ネットワーク管理装置３は、トラフ
ィック統計情報としてその他のクライアント群のトラフ
ィック統計情報を定期的に収集しており、トラフィック
情報格納装置３３２を更新している。格納されている統
計情報の内容例を図８（Ａ）に示す。（Ａ）はその他の
クライアントの帯域使用率統計グラフを表すものであ
る。

【００４３】このような条件において、この発明にかか
る協調スケジューリング型ＱｏＳ制御システムは、以下
に示すように処理を行う。ネットワーク管理装置３は、
データ配信サーバ２’から送信されるサービスプロパテ
ィ、各営業所データ受信クライアント１ａ〜１ｃから送
信されるサービス利用要求条件、予め設定されているＱ
ｏＳポリシー７０１とスケジュールポリシー７０２、そ
してトラフィック情報格納装置３３２に格納されたトラ
フィック統計情報から、データ配信サーバから各営業所
データ受信クライアントへデータを送信するためのスケ
ジュール情報を生成する。

【００４４】スケジュール情報の生成にあたっては、Ｑ
ｏＳポリシーが最優先されるので図７に示されるＱｏＳ
ポリシー７０１の優先度から、Ａ営業所、Ｂ営業所、Ｃ
営業所そしてその他のクライアントの順にサービスが提
供されることが前提となる。つぎに、スケジュールポリ
シーにしたがってさらにスケジュールが組み立てられ
る。このシステムの場合には、図７の１番目の優先順位
であるスケジュールポリシー７０２の「回線使用率が７
０％を越えないようにする」こと、図６の各営業所のサ
ービス利用要求条件６０１ａ〜６０１ｃ中のサービス利
用開始可能時間がすべて「１７：００」であること、そ
して図８（Ａ）のトラフィック統計情報の帯域使用率か
ら考慮して、サービス利用開始時間は１８：００以降と
決定する。そして、図７の２番目の優先順位であるスケ
ジュールポリシー７０２の「サービスは短時間に完了さ
せる」ことから、各クライアント１ａ〜１ｃのデータ受
信の実行はパラレルではなく、帯域を広く使って短時間
に受信が完了するように、そして重ならないようにスケ
ジューリングされる。また、図６の各営業所のサービス
利用要求条件６０１ａ〜６０１ｃで、Ａ営業所について
の限界終了時間が「１：００」であり、ＢおよびＣ営業
所についての限界終了時間が「３：００」であることか
ら、最終的に、サービスの実行順序はＡ営業所、Ｂ営業
所そしてＣ営業所の順番となる。このように生成された
スケジュールにより、トラフィックは図８（Ｂ）に示す
ようになる。

【００４５】図７のＱｏＳポリシー７０１において、Ｂ
営業所とＣ営業所の保証帯域幅がそれぞれ２０メガバイ
ト／秒と１０メガバイト／秒となっているが、これは最
低保証を示したものであるので、図８（Ｂ）では、各営
業所の場合ともスケジュールポリシー７０２による制限
いっぱいの６５メガバイト／秒の転送速度でデータ通信
が行われている。

【００４６】図８（Ｃ）には、この発明にかかる協調ス
ケジューリング型ＱｏＳ制御システムを用いなかった場
合のトラフィックの例が示されている。すなわち、従来
のシステムでは各クライアントは同時にデータ受信を開
始し、図７に例示されるＱｏＳポリシーのみしか考慮し
ないために、優先度は、Ａ営業所、Ｂ営業所、Ｃ営業
所、そしてその他のクライアント群と記載した順に低く
なっていく。そして、それぞれの営業所に対して１７：
００からデータの送信が始まり、Ａ営業所に対しては６
５メガバイト／秒、Ｂ営業所に対しては２０メガバイト
／秒、Ｃ営業所に対しては１０メガバイト／秒、その他
のクライアント群には５メガバイト／秒を保証するＱｏ
Ｓポリシーとなっているので、優先度の高い順に帯域が
確保され、優先度の低いその他のクライアント群のトラ
フィックの一部が破棄されてしまう場合がある。このよ
うに、時間軸を考慮したスケジュールを行うことによっ
て、従来のＱｏＳ制御よりも、その他のクライアント群
のトラフィックに影響を与えることなく、効率よくサー
ビスを提供することが可能となる。

【００４７】

【発明の効果】以上説明したように、この発明によれ
ば、サービスプロパティ、サービス利用要求条件、Ｑｏ
Ｓポリシー、トラフィック統計情報およびスケジュール
ポリシーに基づいてスケジュールが生成され、そのスケ
ジュールにしたがってサービスが実行されるので、時間
軸を考慮したサービスの提供を行うことができる。ま
た、ネットワークリソースの有効利用ができ、破棄され
るトラフィックが減少し、高スループットが期待でき
る。さらに、協調スケジューリング型ＱｏＳ制御システ
ムを構成していない他の端末間の通信を圧迫する確率が
低いので、ネットワーク全体の高スループットも期待で
きる。

【００４８】つぎの発明によれば、サービスプロパティ
は、少なくともサーバが提供するサービスを利用するた
めの利用可能帯域、許容遅延時間およびデータの全転送
容量を定義しているので、ネットワーク管理装置が該サ
ービスの利用開始から終了までの時間を見積もることが
でき、スケジュールの生成をより容易に行うことができ
る。

【００４９】つぎの発明によれば、サービス利用要求条
件は、少なくともクライアントがサービスサーバのサー
ビスを利用する際の転送速度、遅延時間、サービス利用
開始可能時間および限界終了時間を定義しているので、
ネットワーク管理装置が、ネットワークのトラフィック
状況などの状態を考慮したサービス利用の実行順序をス
ケジューリングすることができる。

【００５０】つぎの発明によれば、スケジュール情報
は、少なくともサービスサーバとサービスの識別子、利
用開始時間および利用終了予測時間を定義しているの
で、クライアントは効率的にサービスを利用するための
利用開始時間と終了予測時間を把握することができる。

【００５１】つぎの発明によれば、ＱｏＳパラメータ生
成手段は、スケジュール情報から、サービスサーバとク
ライアント間の通信に関連のあるネットワークノードの
ＱｏＳパラメータ生成機能を有するので、クライアント
からのネットワーク利用要求ごとにリアルタイムで帯域
の確保などを行う必要がなく、大規模なネットワークに
も適用することができる。また、制御トラフィックも少
なくすることができる。

【００５２】つぎの発明によれば、サービスプロパティ
通知手段は、サービスサーバ内のサービスの内容の変更
を監視し、サービス内容の変更が行われた場合にはサー
ビスプロパティ生成機能を実行させるサービス変更監視
機能を備えているので、その変更内容に応じたサービス
プロパティをネットワーク管理装置が即座に把握するこ
とができる。そして、変更されたサービスプロパティに
基づいて、サービスサーバとクライアントとの間のサー
ビスのスケジューリングを行うことができる。また、サ
ービスサーバとネットワーク管理装置との連携が自動的
に行われるため、ネットワーク管理者やサービスサーバ
管理者の負荷を軽減することができ、システムとしての
スケーラビリティを確保することが可能と成る。

【００５３】つぎの発明によれば、スケジュール生成手
段はスケジュールポリシー格納機能とスケジュール生成
機能を有するので、統計的にネットワークの負荷が高い
時間帯を避けたスケジューリングが可能なため、ネット
ワーク全体のスループットが向上する。また、クライア
ント側もネットワークの負荷が高い時間帯を避けてサー
ビスを利用できるため、高スループットでネットワーク
を利用することができる。

【００５４】つぎの発明によれば、ネットワークノード
は、ネットワーク管理装置から送られてきたスケジュー
ルに基づいたＱｏＳパラメータに応じてＱｏＳ制御を行
うので、ネットワークノードはリアルタイムで帯域の調
整や確保を行う必要がない。

【００５５】つぎの発明によれば、サービスサーバがネ
ットワーク管理装置にサービスプロパティを提示する第
一のステップと、クライアントがネットワーク管理装置
にサービス利用要求条件を提示する第二のステップと、
ネットワーク管理装置がＱｏＳポリシー、スケジュール
ポリシー、サービスプロパティ、サービス利用要求条件
およびトラフィック統計情報に基づいて、サービス提供
のための時間を考慮したスケジュール情報を生成する第
三のステップと、ネットワーク管理装置がスケジュール
情報に基づいて、サービスの提供に関連する個々のネッ
トワークノードごとのＱｏＳパラメータを生成する第四
のステップとを備えたので、クライアントの許容できる
時間の範囲内で、トラフィック状態を考慮した効率のよ
いサービスを提供することができる。

【図面の簡単な説明】

【図１】 この発明による協調スケジューリング型Ｑｏ
Ｓシステムの構成を示す概略図である。

【図２】 この発明による協調スケジューリング型Ｑｏ
Ｓシステムの構成を示すブロック図である。

【図３】 この発明による協調スケジューリング型Ｑｏ
Ｓシステムの動作を説明するためのフローチャートであ
る。

【図４】 この発明のシステムの具体例の構成を示すブ
ロック図である。

【図５】 この発明のシステムの具体例による本社デー
タ配信サーバのサービスプロパティの内容を示す図であ
る。

【図６】 この発明のシステムの具体例による各営業所
のサービス利用要求条件の内容を示す図である。

【図７】 この発明のシステムの具体例によるＱｏＳポ
リシーとスケジュールポリシーの内容を示す図である。

【図８】 ネットワークの帯域の使用状態の統計を模式
的に示す図であり、（Ａ）はその他のクライアントの帯
域の使用状態を、（Ｂ）はこの発明によるスケジューリ
ングを行った場合の帯域の使用状態を、そして（Ｃ）は
ＱｏＳポリシーのみの場合の帯域の使用状態をそれぞれ
示している。

【図９】 従来のネットワークの通信品質制御システム
の構成を模式的に示すブロック図である。

【符号の説明】

１ クライアント、２ サービスサーバ、３ ネットワ
ーク管理装置、４ ネットワークノード、１２ サービ
ス実行装置、１３ スケジュール情報格納装置、１４
サービス利用要求条件通知装置、１５ スケジュール情
報受信装置、２２ サービス実行装置、３１ 管理情報
通信部、３２ サービスおよびクライアント情報格納
部、３３ ネットワーク管理情報格納部、３４ スケジ
ュール生成部、３５ ＱｏＳパラメータ生成部、４１
ＱｏＳパラメータ制御部、２１ サービスプロパティ通
知部、２１１ サービスプロパティ生成装置、２１２
サービスプロパティ送信装置、２１４ サービス変更監
視装置、３３１ ＱｏＳポリシー格納装置、３３２ ト
ラフィック情報格納装置、３３３ ネットワークノード
情報格納装置、３３４ トポロジ情報格納装置、３４１
スケジュール生成装置、３４３ スケジュールポリシ
ー格納装置、３５１ ＱｏＳパラメータ生成装置、３５
２ ＱｏＳパラメータ格納装置、４１１ ＱｏＳパラメ
ータ受信装置、４１２ ＱｏＳ制御実行装置。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 サービスを提供するサービスサーバと、
   前記サービスサーバから前記サービスの提供を受けるク
   ライアントと、前記サービスサーバから前記クライアン
   トへ前記サービスの提供にあたり通信を管理するネット
   ワーク管理装置と、ネットワークノードとが、ネットワ
   ークを介して相互に接続された協調スケジューリング型
   ＱｏＳ制御システムであって、 前記サービスサーバは、該サービスサーバ内の個々のサ
   ービスを利用するために必要なサービスプロパティを前
   記ネットワーク管理装置に通知するサービスプロパティ
   通知手段を備え、 前記クライアントは、前記サービスサーバ内の前記サー
   ビスを利用する場合のサービス利用要求条件を前記ネッ
   トワーク管理装置に通知するサービス利用要求条件通知
   手段を備え、 前記ネットワーク管理装置は、 ＱｏＳポリシー、スケジュールポリシー、前記サービス
   プロパティ、前記サービス利用要求条件およびトラフィ
   ック統計情報に基づいて、前記サービスを前記サービス
   サーバから前記クライアントへ提供するためのスケジュ
   ール情報を生成するスケジュール生成手段と、 前記スケジュール情報に基づいて、個々の前記ネットワ
   ークノードごとに設定するＱｏＳパラメータを生成する
   ＱｏＳパラメータ生成手段と、を備えることを特徴とす
   る協調スケジューリング型ＱｏＳ制御システム。
2. 【請求項２】 前記サービスプロパティは、少なくとも
   前記サーバが提供する前記サービスを利用するための利
   用可能帯域、許容遅延時間、およびデータの全転送容量
   を定義していることを特徴とする請求項１に記載の協調
   スケジューリング型ＱｏＳ制御システム。
3. 【請求項３】 前記サービス利用要求条件は、少なくと
   も前記クライアントが前記サービスサーバ内の利用する
   サービスの識別子、該サービスを利用する際の転送速
   度、遅延時間、サービス利用開始可能時間および限界終
   了時間を定義していることを特徴とする請求項１または
   ２に記載の協調スケジューリング型ＱｏＳ制御システ
   ム。
4. 【請求項４】 前記スケジュール情報は、少なくとも前
   記サービスサーバと前記サービスの識別子、利用開始時
   間および利用終了予測時間を定義していることを特徴と
   する請求項１〜３のいずれか一つに記載の協調スケジュ
   ーリング型ＱｏＳ制御システム。
5. 【請求項５】 前記ＱｏＳパラメータ生成手段は、 前記スケジュール情報から、前記サービスサーバと前記
   クライアントとの通信に関連のあるネットワークノード
   のＱｏＳパラメータを自動的に生成するＱｏＳパラメー
   タ生成機能と、 該生成されたＱｏＳパラメータを格納するＱｏＳパラメ
   ータ格納装置と、を備えることを特徴とする請求項１〜
   ４のいずれか一つに記載の協調スケジューリング型Ｑｏ
   Ｓ制御システム。
6. 【請求項６】 前記サービスプロパティ通知手段は、 前記サービスプロパティを生成するサービスプロパティ
   生成機能と、 該サービスプロパティを前記ネットワーク管理装置に送
   信するサービスプロパティ送信機能と、 前記サービスサーバ内のサービスの内容の更新の有無を
   監視し、更新が行われた場合に前記サービスプロパティ
   生成機能を実行させるサービス変更監視機能と、を備え
   ることを特徴とする請求項１〜５のいずれか一つに記載
   の協調スケジューリング型ＱｏＳ制御システム。
7. 【請求項７】 前記スケジュール生成手段は、 前記スケジュールポリシーを格納するスケジュールポリ
   シー格納機能と、 前記ＱｏＳポリシー、前記トラフィック統計情報、前記
   サービスプロパティ、前記サービス利用要求条件および
   前記スケジュールポリシーに基づいて、前記サービスを
   前記サービスサーバから前記クライアントへ提供するた
   めの前記スケジュール情報を生成するスケジュール生成
   機能と、を備えることを特徴とする請求項１〜６のいず
   れか一つに記載の協調スケジューリング型ＱｏＳ制御シ
   ステム。
8. 【請求項８】 前記ネットワーク管理装置は、前記スケ
   ジュール情報を前記クライアントへ送信するスケジュー
   ル情報送信手段と、前記ＱｏＳパラメータを前記ネット
   ワークノードに送信するＱｏＳパラメータ送信手段と、
   をさらに備え、 前記ネットワークノードは、前記ＱｏＳパラメータに応
   じてＱｏＳ制御を行うＱｏＳ制御手段を、備えることを
   特徴とする請求項１〜７のいずれか一つに記載の協調ス
   ケジューリング型ＱｏＳ制御システム。
9. 【請求項９】 クライアントと、サービスを前記クライ
   アントに提供するサービスサーバと、前記サービスサー
   バから前記クライアントへ前記サービスの提供にあたり
   通信を管理するネットワーク管理装置と、ネットワーク
   ノードとが、ネットワークを介して相互に接続された協
   調スケジューリング型ＱｏＳ制御方法であって、 前記サービスサーバが前記ネットワーク管理装置にサー
   ビスプロパティを提示する第一のステップと、 前記クライアントが前記ネットワーク管理装置にサービ
   ス利用要求条件を提示する第二のステップと、 前記ネットワーク管理装置が、ＱｏＳポリシー、スケジ
   ュールポリシー、前記サービスプロパティ、前記サービ
   ス利用要求条件およびトラフィック統計情報に基づい
   て、前記サービスサーバから前記クライアントへのサー
   ビス提供のための時間を考慮したスケジュール情報を生
   成する第三のステップと、 前記ネットワーク管理装置が、前記スケジュール情報に
   基づいて、前記サービスサーバから前記クライアントへ
   のサービスの提供に関連する個々の前記ネットワークノ
   ードごとのＱｏＳパラメータを生成する第四のステップ
   と、を備えることを特徴とする協調スケジューリング型
   ＱｏＳ制御方法。