(57)【特許請求の範囲】
【請求項１】
サービスを提供するサービスサーバと、前記サービスサーバから前記サービスの提供を受けるクライアントと、前記サービスサーバから前記クライアントへ前記サービスの提供にあたり通信を管理するネットワーク管理装置と、ネットワークノードとが、ネットワークを介して相互に接続された協調スケジューリング型ＱｏＳ制御システムであって、
前記サービスサーバは、
該サービスサーバ内の個々のサービスを利用するために必要なサービスプロパティを、前記サービスを利用するクライアントごとに保持するサービスプロパティ格納手段と、
前記サービスプロパティを前記ネットワーク管理装置に通知するサービスプロパティ通知手段と、
を備え、
前記クライアントは、
前記サービスサーバ内の前記サービスを利用する場合の、サービスの提供を受けることが可能な時間帯を含むサービス利用要求条件を前記ネットワーク管理装置に通知するサービス利用要求条件通知手段と、
前記ネットワーク管理装置から通知されるスケジュール情報にしたがって、前記サービスの利用を実行するサービス実行要求手段と、
を備え、
前記ネットワーク管理装置は、
前記サービスプロパティと、前記サービス利用要求条件と、前記ネットワークのトラフィック統計情報を含むネットワークに関する情報とを用いて、個々のサービス間の優先度を規定したＱｏＳポリシーと、トラフィックの平準化を含むスケジュールポリシーとに基づいて、トラフィックが平準化するように前記サービスサーバから前記クライアントへ前記サービスを提供するためのスケジュール情報を生成するスケジュール生成手段と、
前記スケジュール情報に基づいて、個々の前記ネットワークノードごとに設定する通信の品質を保つためのＱｏＳパラメータを生成するＱｏＳパラメータ生成手段と、
前記スケジュール情報を前記クライアントに送信するスケジュール情報送信手段と、
前記サービスの実行開始時に、前記ＱｏＳパラメータを、前記サービスサーバと前記クライアントとの間の通信に関連するネットワークノードに送信するＱｏＳパラメータ送信手段と、
を備え、
前記ネットワークノードは、前記ネットワーク管理装置から前記ＱｏＳパラメータを受信すると、前記ＱｏＳパラメータにしたがってＱｏＳ制御を実行するＱｏＳ制御実行手段を備えることを特徴とする協調スケジューリング型ＱｏＳ制御システム。
【請求項２】
前記サービスプロパティは、少なくとも前記サーバが提供する前記サービスを利用するための利用可能帯域、許容遅延時間、およびデータの全転送容量を定義していることを特徴とする請求項１に記載の協調スケジューリング型ＱｏＳ制御システム。
【請求項３】
前記サービス利用要求条件は、少なくとも前記クライアントが前記サービスサーバ内の利用するサービスの識別子、該サービスを利用する際の転送速度、遅延時間、サービス利用開始可能時間および限界終了時間を定義していることを特徴とする請求項１または２に記載の協調スケジューリング型ＱｏＳ制御システム。
【請求項４】
前記スケジュール情報は、少なくとも前記サービスサーバと前記サービスの識別子、利用開始時間および利用終了予測時間を定義していることを特徴とする請求項１〜３のいずれか一つに記載の協調スケジューリング型ＱｏＳ制御システム。
【請求項５】
前記ＱｏＳパラメータ生成手段は、
前記スケジュール情報から、前記サービスサーバと前記クライアントとの通信に関連のあるネットワークノードのＱｏＳパラメータを自動的に生成するＱｏＳパラメータ生成機能と、
該生成されたＱｏＳパラメータを格納するＱｏＳパラメータ格納装置と、
を備えることを特徴とする請求項１〜４のいずれか一つに記載の協調スケジューリング型ＱｏＳ制御システム。
【請求項６】
前記サービスプロパティ通知手段は、
前記サービスプロパティを生成するサービスプロパティ生成機能と、
該サービスプロパティを前記ネットワーク管理装置に送信するサービスプロパティ送信機能と、
前記サービスサーバ内のサービスの内容の更新の有無を監視し、更新が行われた場合に前記サービスプロパティ生成機能を実行させるサービス変更監視機能と、
を備えることを特徴とする請求項１〜５のいずれか一つに記載の協調スケジューリング型ＱｏＳ制御システム。
【請求項７】
前記スケジュール生成手段は、
前記スケジュールポリシーを格納するスケジュールポリシー格納機能と、
前記ＱｏＳポリシー、前記トラフィック統計情報、前記サービスプロパティ、前記サービス利用要求条件および前記スケジュールポリシーに基づいて、前記サービスを前記サービスサーバから前記クライアントへ提供するための前記スケジュール情報を生成するスケジュール生成機能と、
を備えることを特徴とする請求項１〜６のいずれか一つに記載の協調スケジューリング型ＱｏＳ制御システム。
【請求項８】
前記ネットワーク管理装置は、前記スケジュール情報を前記クライアントへ送信するスケジュール情報送信手段と、前記ＱｏＳパラメータを前記ネットワークノードに送信するＱｏＳパラメータ送信手段と、をさらに備え、
前記ネットワークノードは、前記ＱｏＳパラメータに応じてＱｏＳ制御を行うＱｏＳ制御手段を、
備えることを特徴とする請求項１〜７のいずれか一つに記載の協調スケジューリング型ＱｏＳ制御システム。
【請求項９】
クライアントと、サービスを前記クライアントに提供するサービスサーバと、前記サービスサーバから前記クライアントへ前記サービスの提供にあたり通信を管理するネットワーク管理装置と、ネットワークノードとが、ネットワークを介して相互に接続された協調スケジューリング型ＱｏＳ制御方法であって、
前記サービスサーバが前記ネットワーク管理装置にサービスプロパティを提示する第一のステップと、
前記クライアントが前記ネットワーク管理装置に、前記サービスサーバ内の前記サービスを利用する場合の、サービスの提供を受けることが可能な時間帯を含むサービス利用要求条件を提示する第二のステップと、
前記ネットワーク管理装置が、前記サービスプロパティと、前記サービス利用要求条件と、前記ネットワークのトラフィック統計情報を含むネットワークに関する情報とを用いて、個々のサービス間の優先度を規定したＱｏＳポリシー、トラフィックの平準化を含むスケジュールポリシーとに基づいて、トラフィックが平準化するように前記サービスサーバから前記クライアントへのサービス提供のための時間を考慮したスケジュール情報を生成し、前記クライアントに送信する第三のステップと、
前記ネットワーク管理装置が、前記スケジュール情報に基づいて、前記サービスサーバから前記クライアントへのサービスの提供に関連する個々の前記ネットワークノードごとのＱｏＳパラメータを生成し、前記ネットワークノードに送信する第四のステップと、
前記クライアントが、前記スケジュール情報に基づいて前記サービスサーバにサービスの提供を要求し、前記ネットワークノードが前記ＱｏＳパラメータに基づいて前記サービスサーバと前記クライアントとの間の通信をＱｏＳ制御する第五のステップＳと、
を含むことを特徴とする協調スケジューリング型ＱｏＳ制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワークにおけるトラフィックエンジニアリングに関し、特に、ネットワーク全体に負荷をかけずにクライアントとサービスサーバの間でサービスの提供を効率よく行うことが可能な協調スケジューリング型ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）制御システムおよびその方法に関するものである。
【０００２】
【従来の技術】
図９は、特開平１１−２７３１６号公報に開示されている従来のネットワークの通信品質制御システムの構成を示すブロック図である。このシステムにおいては、ルータ９０２、トラフィックコントロールボックス（ＴＣＢ）９０３、アプリケーション９０４、９０５は、ルータ９０２が所轄するサービス対象ネットワーク９０６を構成し、ルータ９０２’、ＴＣＢ９０３’、アプリケーション９０４’、９０５’はルータ９０２’が所轄するサービス対象ネットワーク９０６’を構成し、２つのルータ９０２、９０２’とトラフィックコントロールセンタ（ＴＣＣ）９０１とは、インターネット等のＩＰネットワーク９０７を介して結合されている。そして、ＴＣＣ９０１およびサービス対象ネットワーク９０６、９０６’を含む領域が、ＴＣＣ９０１の制御がおよぶ範囲、すなわちＱｏＳ制御領域（ＱＣＡ）９０８である。ＴＣＣ９０１は、ＩＰネットワーク上のＱＣＡ９０８内のリソースの使用状況を監視するリソース監視部と、アプリケーションからのリソース要求に対してアプリケーションの所定の優先度にしたがってＱＣＡ９０８内のリソースの提供をスケジュールするリソース割付部とを有し、ＱＣＡ９０８内のリソースの利用状況をチェックして常時把握し、アプリケーションからのリソース要求に対して、所定の優先度にしたがってリソース配分を制御することにより、ネットワークの過負荷を防止し、または負荷を平準化する。また、ＴＣＢ９０３、９０３’は、アプリケーションからのリソースの要求を受け付け、アプリケーションの代わりにＴＣＣ９０１のリソース割付部との間でリソース要求のネゴシエーションを行うアプリケーション制御部と、リソース割付部により提供されるスケジュールに基づいてアプリケーションシステム等における各アプリケーションの動作の制御を行うアプリケーション制御部とを有し、アプリケーションシステムで実行されるアプリケーションのサービス品質に関する要求内容をＴＴＣ９０１に供給すると共に、ＴＴＣ９０１からの与えられる制御情報に基づいて各アプリケーションの動作を制御する。
【０００３】
【発明が解決しようとする課題】
上記の従来のネットワークの通信品質制御システムにおいては、アプリケーション９０４、９０４’、９０５、９０５’やＴＣＣ９０１、ＴＣＢ９０３との間には何の協調関係もなく、個々のアプリケーションの、いわば勝手な、実行要求に対して、ＴＣＣ９０１やＴＣＢ９０３がリアルタイムに応じ、リソースがない場合を除いてはその要求に対する処理が実行されていた。また、優先度の同等なアプリケーションから複数の実行要求があった場合には、すべてのアプリケーションに対して十分な帯域を確保することができないという可能性があった。さらに、ＴＣＣ９０１がリソースの使用状況をリアルタイムに監視し、そしてリソースの配分を制御しているため、ネットワークが広域になり、アプリケーションの数が増えるにしたがって、通信リソースの監視やリソースの配分を行うＴＣＣ９０１に対する負荷が飛躍的に増大していた。結果として、ネットワーク資源を全体として効率よく使用することができないという問題点があった。
【０００４】
この発明は上記に鑑みてなされたもので、ネットワークを構成するサーバ、クライアントおよびサーバとクライアント間の通信を管理するネットワーク管理装置が連携して、サーバとクライアント間のサービス利用のスケジュールを生成し、実行すると共に、該スケジュールの実行に際してスケジュール情報を有するＱｏＳパラメータを自動的に生成、更新し、それをネットワークノードに反映させることが可能な協調スケジューリング型ＱｏＳ制御システムを得ることを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、この発明にかかる協調スケジューリング型ＱｏＳ制御システムは、サービスを提供するサービスサーバと、前記サービスサーバから前記サービスの提供を受けるクライアントと、前記サービスサーバから前記クライアントへ前記サービスの提供にあたり通信を管理するネットワーク管理装置と、ネットワークノードとが、ネットワークを介して相互に接続された協調スケジューリング型ＱｏＳ制御システムであって、前記サービスサーバは、該サービスサーバ内の個々のサービスを利用するために必要なサービスプロパティを、前記サービスを利用するクライアントごとに保持するサービスプロパティ格納手段と、前記サービスプロパティを前記ネットワーク管理装置に通知するサービスプロパティ通知手段と、を備え、前記クライアントは、前記サービスサーバ内の前記サービスを利用する場合の、サービスの提供を受けることが可能な時間帯を含むサービス利用要求条件を前記ネットワーク管理装置に通知するサービス利用要求条件通知手段と、前記ネットワーク管理装置から通知されるスケジュール情報にしたがって、前記サービスの利用を実行するサービス実行要求手段と、を備え、前記ネットワーク管理装置は、前記サービスプロパティと、前記サービス利用要求条件と、前記ネットワークのトラフィック統計情報を含むネットワークに関する情報とを用いて、個々のサービス間の優先度を規定したＱｏＳポリシーと、トラフィックの平準化を含むスケジュールポリシーとに基づいて、トラフィックが平準化するように前記サービスサーバから前記クライアントへ前記サービスを提供するためのスケジュール情報を生成するスケジュール生成手段と、前記スケジュール情報に基づいて、個々の前記ネットワークノードごとに設定する通信の品質を保つためのＱｏＳパラメータを生成するＱｏＳパラメータ生成手段と、前記スケジュール情報を前記クライアントに送信するスケジュール情報送信手段と、前記サービスの実行開始時に、前記ＱｏＳパラメータを、前記サービスサーバと前記クライアントとの間の通信に関連するネットワークノードに送信するＱｏＳパラメータ送信手段と、を備え、前記ネットワークノードは、前記ネットワーク管理装置から前記ＱｏＳパラメータを受信すると、前記ＱｏＳパラメータにしたがってＱｏＳ制御を実行するＱｏＳ制御実行手段を備えることを特徴とする。
【０００６】
この発明によれば、サービスプロパティ通知手段によって、前記サービスサーバ内の個々のサービスを利用するために必要なサービスプロパティが、前記ネットワーク管理装置に通知される。サービス利用要求条件通知手段によって、前記サービスサーバ内の前記サービスを利用する場合のサービス利用要求条件が、前記ネットワーク管理装置に通知される。そして、スケジュール生成手段によって、ＱｏＳポリシー、スケジュールポリシー、前記サービスプロパティ、前記サービス利用要求条件およびトラフィック統計情報に基づいて、前記サービスを前記サービスサーバから前記クライアントへ提供するためのスケジュール情報が生成される。また、ＱｏＳパラメータ生成手段によって、前記スケジュール情報に基づいて個々の前記ネットワークノードごとに設定するＱｏＳパラメータが生成される。これにより、クライアントはサービス利用要求条件内で統計的にネットワークの負荷が低い時間帯にサービスを利用することができるので、全体のトラフィックに負荷をかけることなく大きなスループットが得られる。また、サービスサーバ、クライアント、ネットワーク管理装置およびネットワークノードの構成機器全体で協調して動作するために、トラフィックの変化に合わせてスケジューリングを行うことができる。
【０００７】
つぎの発明にかかる協調スケジューリング型ＱｏＳ制御システムは、上記の発明において、前記サービスプロパティは、少なくとも前記サーバが提供する前記サービスを利用するための利用可能帯域、許容遅延時間、およびデータの全転送容量を定義していることを特徴とする。
【０００８】
この発明によれば、サービスサーバが、内部に有するサービスについて、少なくとも利用可能帯域、許容遅延時間およびデータの全転送容量をサービスプロパティとしてネットワーク管理装置に提示しているため、ネットワーク管理装置側でサービスサーバの有するサービスの利用開始から終了までの時間を容易に見積もることができる。
【０００９】
つぎの発明にかかる協調スケジューリング型ＱｏＳ制御システムは、上記の発明において、前記サービス利用要求条件は、少なくとも前記クライアントが前記サービスサーバ内の利用するサービスの識別子、該サービスを利用する際の転送速度、遅延時間、サービス利用開始可能時間および限界終了時間を定義していることを特徴とする。
【００１０】
この発明によれば、クライアントが、少なくとも利用するサービスの識別子、転送速度、遅延時間、サービス利用開始可能時間、および限界終了時間についてのサービス利用要求件をネットワーク管理装置に提示しているため、ネットワーク管理装置側で、サービスの利用の実行順序をスケジューリングすることが可能となる。
【００１１】
つぎの発明にかかる協調スケジューリング型ＱｏＳ制御システムは、上記の発明において、前記スケジュール情報は、少なくとも前記サービスサーバと前記サービスの識別子、利用開始時間および利用終了予測時間を定義していることを特徴とする。
【００１２】
この発明によれば、スケジュール情報は、少なくともサービスサーバとサービスの識別子、利用開始時間および利用終了予測時間から構成されるので、クライアントは効率的にサービスを利用するための利用開始時間と終了予測時間を把握することができる。
【００１３】
つぎの発明にかかる協調スケジューリング型ＱｏＳ制御システムは、上記の発明において、前記ＱｏＳパラメータ生成手段は、前記スケジュール情報から、前記サービスサーバと前記クライアントとの通信に関連のあるネットワークノードのＱｏＳパラメータを自動的に生成するＱｏＳパラメータ生成機能と、該生成されたＱｏＳパラメータを格納するＱｏＳパラメータ格納装置と、を備えることを特徴とする。
【００１４】
この発明によれば、ＱｏＳパラメータ生成機能によって、生成されたスケジュール情報にしたがって、ネットワークノードに対する適正なＱｏＳパラメータが自動生成される。これにより、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  ＲｅＳｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などで行われるように、クライアントからのネットワーク利用要求ごとにリアルタイムで帯域確保などを行う必要がなく、大規模なネットワークに適用することができる。
【００１５】
つぎの発明にかかる協調スケジューリング型ＱｏＳ制御システムは、上記の発明において、前記サービスプロパティ通知手段は、前記サービスプロパティを生成するサービスプロパティ生成機能と、該サービスプロパティを前記ネットワーク管理装置に送信するサービスプロパティ送信機能と、前記サービスサーバ内のサービスの内容の更新の有無を監視し、更新が行われた場合に前記サービスプロパティ生成機能を実行させるサービス変更監視機能と、を備えることを特徴とする。
【００１６】
この発明によれば、サービス変更監視手段によって、サービスサーバがサービスの変更を検知した時点で、検知したサービスの利用に必要なサービスプロパティが生成され、自動的にネットワーク管理装置に変更されたサービスプロパティが通知される。
【００１７】
つぎの発明にかかる協調スケジューリング型ＱｏＳ制御システムは、上記の発明において、前記スケジュール生成手段は、前記スケジュールポリシーを格納するスケジュールポリシー格納機能と、前記ＱｏＳポリシー、前記トラフィック統計情報、前記サービスプロパティ、前記サービス利用要求条件および前記スケジュールポリシーに基づいて、前記サービスを前記サービスサーバから前記クライアントへ提供するための前記スケジュール情報を生成するスケジュール生成機能と、を備えることを特徴とする。
【００１８】
この発明によれば、スケジュール生成機能によって、サービスサーバやクライアントから送信される情報、トラフィック統計情報、ＱｏＳポリシーから、クライアントがサービスの利用を開始する最適な時間と終了予測時間などの実行スケジュール情報が生成される。これにより、統計的にネットワークの負荷が高い時間帯を避けたスケジューリングが可能となり、ネットワーク全体のスループットは向上する。
【００１９】
つぎの発明にかかる協調スケジューリング型ＱｏＳ制御システムは、上記の発明において、前記ネットワーク管理装置は、前記スケジュール情報を前記クライアントへ送信するスケジュール情報送信手段と、前記ＱｏＳパラメータを前記ネットワークノードに送信するＱｏＳパラメータ送信手段と、をさらに備え、前記ネットワークノードは、前記ＱｏＳパラメータに応じてＱｏＳ制御を行うＱｏＳ制御手段を、備えることを特徴とする。
【００２０】
この発明によれば、スケジュール情報送信手段によって、前記スケジュール情報が前記クライアントへ送信される。また、ＱｏＳパラメータ送信手段によって、前記ＱｏＳパラメータが前記ネットワークノードに送信される。さらに、ＱｏＳ制御手段によって、前記ＱｏＳパラメータに応じてＱｏＳ制御が行われる。これにより、生成されたスケジュールが確実に前記クライアントへ到達し、また、スケジュール情報にしたがったサービスを前記サービスサーバから前記クライアントへ提供することができる。
【００２１】
つぎの発明にかかる協調スケジューリング型ＱｏＳ制御方法は、クライアントと、サービスを前記クライアントに提供するサービスサーバと、前記サービスサーバから前記クライアントへ前記サービスの提供にあたり通信を管理するネットワーク管理装置と、ネットワークノードとが、ネットワークを介して相互に接続された協調スケジューリング型ＱｏＳ制御方法であって、前記サービスサーバが前記ネットワーク管理装置にサービスプロパティを提示する第一のステップと、前記クライアントが前記ネットワーク管理装置に、前記サービスサーバ内の前記サービスを利用する場合の、サービスの提供を受けることが可能な時間帯を含むサービス利用要求条件を提示する第二のステップと、前記ネットワーク管理装置が、前記サービスプロパティと、前記サービス利用要求条件と、前記ネットワークのトラフィック統計情報を含むネットワークに関する情報とを用いて、個々のサービス間の優先度を規定したＱｏＳポリシー、トラフィックの平準化を含むスケジュールポリシーとに基づいて、トラフィックが平準化するように前記サービスサーバから前記クライアントへのサービス提供のための時間を考慮したスケジュール情報を生成し、前記クライアントに送信する第三のステップと、前記ネットワーク管理装置が、前記スケジュール情報に基づいて、前記サービスサーバから前記クライアントへのサービスの提供に関連する個々の前記ネットワークノードごとのＱｏＳパラメータを生成し、前記ネットワークノードに送信する第四のステップと、前記クライアントが、前記スケジュール情報に基づいて前記サービスサーバにサービスの提供を要求し、前記ネットワークノードが前記ＱｏＳパラメータに基づいて前記サービスサーバと前記クライアントとの間の通信をＱｏＳ制御する第五のステップＳと、を含むことを特徴とする。
【００２２】
この発明によれば、第一のステップによって、サービスプロパティが前記サービスサーバにより前記ネットワーク管理装置に提示される。また、第二のステップによって、サービス利用要求条件が前記クライアントにより前記ネットワーク管理装置に提示される。つぎに、第三のステップによって、前記サービスサーバから前記クライアントへのサービス提供のための時間を考慮したスケジュール情報が、ＱｏＳポリシー、スケジュールポリシー、前記サービスプロパティ、前記サービス利用要求条件およびトラフィック統計情報に基づいて、前記ネットワーク管理装置により生成される。そして、第四のステップによって、前記サービスサーバから前記クライアントへのサービスの提供に関連する前記ネットワークノードのＱｏＳパラメータが、前記スケジュール情報に基づいて、前記ネットワーク管理装置により生成される。これにより、クライアントはサービス利用要求条件内で統計的にネットワークの負荷が低い時間帯にサービスを受けることができるので、全体のトラフィックに負荷をかけることなく大きなスループットが得られる。また、サービスサーバ、クライアント、ネットワーク管理装置およびネットワークノードの構成機器全体で協調して動作するために、トラフィックの変化に合わせてスケジューリングを行うことができる。
【００２３】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる協調スケジューリング型ＱｏＳ制御システムの好適な実施の形態を詳細に説明する。図１は、この発明にかかる協調スケジューリング型ＱｏＳ制御システムの概略を示すブロック図である。このシステムは、クライアント１と、クライアント１に対して種々のサービスを提供するサービスサーバ２と、クライアント１やサービスサーバ２、ネットワークノード４との間で情報をやり取りし、管理するネットワーク管理装置３と、そしてネットワーク管理装置３からのＱｏＳパラメータに基づいてＱｏＳ制御を実行するネットワークノード４とを備えており、これらがネットワーク（図示されていない）を介して相互に接続されている。
【００２４】
この発明のシステムは、概略的には以下に示す構成を有する。まず、サービスサーバ２は、その内部の個々のサービスを利用する上で必要な、利用可能帯域や許容遅延時間等のネットワーク条件（以下、サービスプロパティという）を生成し、このネットワーク条件をネットワーク管理装置３へ送信する（▲１▼）。クライアント１は、サービスプロパティの範囲内でのサービスを利用するにあたってのサービス利用希望時間帯や転送速度、遅延時間等のサービス利用要求条件を保持しているが、このサービス利用要求条件をネットワーク管理装置３へ送信する（▲２▼）。ここで、サービスサーバ２が複数ある場合や、サービスサーバ内のサービスが複数ある場合には、サービスサーバやサービスサーバとサービスを識別するための識別子もサービス利用要求条件の一つの項目として含まれる。つぎに、ネットワーク管理装置３は、保持しているＱｏＳポリシー、受信したサービスプロパティとサービス利用要求条件、さらにトラフィック統計情報などのネットワークに関する情報を用いて、サービスサーバ２からクライアント１へのサービス提供にあたってのスケジュール情報を生成し、クライアント１へ送信する（▲３▼）。ここで生成されるスケジュール情報は、サービス利用要求条件およびＱｏＳポリシーを満たし、かつ全体のトラフィックを平準化させるように求められたものである。スケジュール情報を受信したクライアント１は、サービスサーバ２に対してサービスの実行要求を行う（▲４▼）が、生成されたスケジュールに基づいてサービスが提供されるように、ネットワーク管理装置３はＱｏＳパラメータを生成し、ネットワークノード４に対して送信する（▲５▼）。ネットワークノード４は、ＱｏＳパラメータにしたがって、サービスサーバ２からクライアント１へのサービスの実行を制御する（▲６▼）。
【００２５】
すなわち、この発明にかかる協調スケジューリング型ＱｏＳ制御システムでは、クライアント１、サービスサーバ２、ネットワーク管理装置３そしてネットワークノード４が協調して時間軸をも考慮したサービス提供用のスケジューリングを行うことを特徴とする。まず、ネットワーク管理装置３に対して、サービスサーバ２がサービスプロパティを、クライアント１がサービス利用要求条件を、それぞれ提示することを特徴とする。
【００２６】
つぎに、ネットワーク管理装置３は、
（１）クライアント１とサービスサーバ２から送られてくる情報を格納する役割、
（２）ネットワークに関する情報を収集し、格納する役割、
（３）サービスサーバ２がクライアント１にサービスを提供する際のスケジュールをＱｏＳポリシー、スケジュールポリシーそして（１）と（２）の情報を基にしてスケジュールを生成する役割、
（４）スケジュールを効果的に実行するためにネットワークノード４を制御するためのＱｏＳパラメータを生成する役割、
（５）クライアント１、サービスサーバ２およびネットワークノード４との間で情報を通信する役割、
を備えていることを特徴とする。そして、ネットワークノード４が、サービスを提供するスケジュールを効率よく進めるために、ＱｏＳ制御を実行する機能を備えることを特徴とする。
【００２７】
図２は、この発明にかかる協調スケジューリング型ＱｏＳ制御システムのより詳細な構成を示すブロック図である。クライアント１は、サービス利用要求条件格納装置１１と、サービス実行要求装置１２と、スケジュール情報格納装置１３と、サービス利用要求条件通知装置１４と、スケジュール情報受信装置１５とを主要構成要素として含む。サービス利用要求条件格納装置１１には、クライアント１がサービスを利用するための転送速度、遅延時間、サービス利用開始可能時間やサービスが終了すべき限界終了時間等のサービス利用要求条件が格納される。サービス利用要求条件通知装置１４は、サービス利用要求条件格納装置１１に格納されているサービス利用要求条件をネットワーク管理装置３に送信するための装置である。スケジュール情報受信装置１５は、サービスを受けるためのサービス利用指定時間や帯域等のスケジュール情報をネットワーク管理装置３から受信するための装置であり、スケジュール情報格納装置１３は、受信したスケジュール情報を格納するための装置である。サービス実行要求装置１２は、スケジュール情報格納装置１３に格納されたスケジュール情報にしたがってサービスの実行をサービスサーバ２に対して要求するための装置である。
【００２８】
サービスサーバ２は、サービスプロパティ通知部２１とサービス実行装置２２とを主要構成要素として含む。サービスプロパティ通知部２１は、個々のクライアント１に対してサービスを提供するにあたり必要なネットワークの利用可能帯域幅や許容遅延時間、データ転送容量等のサービスプロパティを生成し、ネットワーク管理装置３に通知する役割を果たすものであるが、そのために、個々のサービスに対してサービスプロパティを求めるためのサービスプロパティ生成装置２１１と、サービスプロパティをネットワーク管理装置３に送信するためのサービスプロパティ送信装置２１２と、サービスプロパティを格納するためのサービスプロパティ格納装置２１３と、個々のサービスのサービスプロパティが変更されたか否かを監視するためのサービス変更監視装置２１４とを備えている。サービス実行装置２２は、クライアント１からのサービスの実行要求を受けて、該クライアント１に対してサービスを提供する装置である。
【００２９】
ネットワーク管理装置３は、管理情報通信部３１と、サービスおよびクライアント情報格納部３２と、ネットワーク管理情報格納部３３と、スケジュール生成部３４と、ＱｏＳパラメータ生成部３５とから構成される。管理情報通信部３１は、サービスプロパティをサービスサーバ２から受信するサービスプロパティ受信装置３１１、クライアント１からサービス利用要求条件を受信するサービス利用要求受信装置３１２、クライアント１へスケジュール情報を送信するスケジュール情報送信装置３１３、そしてネットワークノードへＱｏＳパラメータを送信するＱｏＳパラメータ送信装置３１４を備えており、クライアント１、サービスサーバ２およびネットワークノード４との間の通信を行っている。サービスおよびクライアント情報格納部３２は、サービスサーバ２とクライアント１とからそれぞれ受信したサービスプロパティとサービス利用要求条件を、それぞれサービスプロパティ群格納装置３２１とサービス利用要求条件群格納装置３２２に格納する。ネットワーク管理情報格納部３３は、予め静的に定義されるＱｏＳポリシー、ネットワークのトポロジ情報、各ネットワークノード４の性能、設定パラメータなどのネットワークノード情報や、定期的に収集され、更新されるトラフィック情報を格納する。それぞれの情報を格納するための装置が、図２には、ＱｏＳポリシー格納装置３３１、トラフィック情報格納装置３３２、ノード情報格納装置３３３そしてトポロジ情報格納装置３３４として配置されている。スケジュール生成部３４は、ネットワーク管理情報格納部３３、サービスおよびクライアント情報格納部３２に格納された情報とスケジュールポリシーとから、サービスサーバ２がクライアント１にサービスを提供するためのスケジュールを生成するスケジュール生成装置３４１と、該スケジュール情報を格納するスケジュール情報群格納装置３４２と、スケジュールを行う際に使用されるスケジュールポリシーを格納するためのスケジュールポリシー格納装置３４３とから構成されている。ＱｏＳパラメータ生成部３５は、スケジュール生成部３４によって生成されたスケジュールを実行するにあたり、サービスサーバ２とクライアント１の間でサービスの実行を行う際に関連のある個々のネットワークノード４ごとに設定する、通信の品質を保つためのＱｏＳパラメータを生成するＱｏＳパラメータ生成装置３５１と、そのＱｏＳパラメータを格納するためのＱｏＳパラメータ格納装置３５２とを有する。
【００３０】
ネットワークノード４は、ネットワークに接続されているルータなどの機器であり、ＱｏＳパラメータ制御部４１を備えている。該ＱｏＳパラメータ制御部４１は、さらに、ネットワーク管理装置３から送信されるＱｏＳパラメータを受信し、格納するＱｏＳパラメータ受信装置４１１と、格納されたＱｏＳパラメータに基づいてＱｏＳ制御を実行するＱｏＳ制御実行装置４１２とからなる。
【００３１】
図３は、この発明にかかる協調スケジューリング型ＱｏＳ制御システムの流れを示す図である。サービスサーバ２は、自身の提供するサービスに必要な条件であるサービスプロパティを、サービスプロパティ生成装置２１１によって生成し（ステップＳ２０１）、このサービスプロパティをネットワーク管理装置３へサービスプロパティ送信装置２１２によって送信する（ステップＳ２０２）。ネットワーク管理装置３は該サービスプロパティをサービスプロパティ受信装置３１１で受信し（ステップＳ３０１）、サービスプロパティ群格納装置３２１に格納する（ステップＳ３０２）。また、クライアント１は、サービスサーバ２のサービスを利用するにあたってサービスサーバ２に要求する転送速度や利用時間などのサービス利用要求条件をサービス利用要求条件通知装置１４によってネットワーク管理装置３に送信する（ステップＳ１０１）。該サービス利用要求条件は、ネットワーク管理装置３のサービス利用要求受信装置３１２で受信され（ステップＳ３０３）、サービス利用要求条件群格納装置３２２に格納される（ステップＳ３０４）。また、ネットワーク管理装置３は、定期的にトラフィック統計情報を収集し（ステップＳ３０５）、このトラフィック統計情報をトラフィック情報格納装置３３２に格納し、そして過去のデータが更新される（ステップＳ３０６）。
【００３２】
これらのネットワーク管理装置３が受信した情報と、ＱｏＳポリシー格納装置３３１に格納されているＱｏＳポリシーと、スケジュールポリシー格納装置３４３に格納されているスケジュールポリシーとから、ネットワーク管理装置３のスケジュール生成装置３４１は、サービスサーバ２がクライアント１へ提供するサービスのスケジュール情報を生成する（ステップＳ３０７）。スケジュール情報は、サービスを実行するにあたっての帯域などの条件のほか、サービス利用開始時間と終了予測時間の時間軸に関する条件をも含むものである。スケジュール情報の生成にあたって、スケジュール生成装置３４１は、まず、ＱｏＳポリシーを最初に優先させる。そして、ＱｏＳポリシーの範囲内でスケジュールポリシーやサービスプロパティ、サービス利用要求条件などからスケジュール情報を生成する。したがって、ＱｏＳポリシーとスケジュールポリシーが相反するような場合には、ＱｏＳポリシーが優先されてスケジューリングが行われることになる。生成されたスケジュール情報はスケジュール情報群格納装置３４２に格納され（ステップＳ３０８）、同時にスケジュール情報送信装置３１３によってクライアント１へ送信される（ステップＳ３０９）。クライアント１はスケジュール情報受信装置１５によって、該スケジュール情報を受信し、スケジュール情報格納装置１３に格納する（ステップＳ１０２）。
【００３３】
また、ネットワーク管理装置３は、スケジュール情報の生成後、ＱｏＳパラメータ生成装置３５１によって、該スケジュールを遂行するために、サービスサーバ２とクライアント１との間の通信に関連のあるネットワークノード４のＱｏＳパラメータを生成し、ＱｏＳパラメータ格納装置３５２に格納する（ステップＳ３１０）。ここで生成されるＱｏＳパラメータは、サービスの実行にあたって確保する帯域や許容遅延時間などである。そして、このＱｏＳパラメータを上記サービスサーバ２とクライアント１との間の通信に関連のあるネットワークノード４へ、ＱｏＳパラメータ送信装置３１４によって送信する（ステップＳ３１１）。
【００３４】
スケジュール情報を受信したクライアント１のサービス実行要求装置１２は、そのスケジュールにしたがってサービスサーバ２に対して、サービスの実行を要求する（ステップＳ１０３）。サービスサーバ２は、サービス実行要求を受けると、クライアント１に対してサービスの実行を開始する（ステップＳ２０３）。このとき、ネットワークノード４は、ＱｏＳパラメータ受信装置４１１でＱｏＳパラメータを受信する（ステップＳ４０１）。このＱｏＳパラメータにしたがって、サービスサーバ２からクライアント１へのサービスの提供についてのＱｏＳ制御を実行する（ステップＳ４０２）。そして、サービスサーバ２からクライアント１へサービスが提供される（ステップＳ１０４）。このようにして、クライアント１はサービスをネットワークに負荷をかけずに効率よく受けることが可能となる。
【００３５】
サービスサーバ２のサービス変更監視装置２１４について説明する。サービスサーバ２には、その管理者によって新たにサービスが付加されたり、登録されているサービスの内容の修正や追加、削除などの変更が行われたりする。この発明では、サービスサーバ２のサービスについてサービスプロパティ生成装置２１１によってサービスプロパティを生成し、それをネットワーク管理装置３へ送信するという構成を有することによって、サービスサーバ２やクライアント１、ネットワーク管理装置３が協調してスケジュールを行うことを可能としている。そのため、例えば、サービスが変更されると、その変更内容をサービスサーバ２の管理者がサービスプロパティを生成し、それをネットワーク管理装置３へ送信する作業を行わなければならない。そこで、サービス変更監視装置２１４を設けることによって、以上の作業を自動的に行わせることが可能となる。サービス変更監視装置２１４は、常にサービスサーバ２内のサービスの内容の修正や追加、削除などの変更がなされていないかについて、監視する。変更がなされていない場合には、そのまま監視を続ける。一方、サービス内容の変更を検知した場合には、サービス変更監視装置２１４は、その変更されたサービスのサービスプロパティを新たに生成するようにサービスプロパティ生成装置２１１に指示を出す。その後、サービスプロパティ生成装置２１１は、そのサービスプロパティを生成し、サービスプロパティ格納装置２１３に該サービスのサービスプロパティを更新して格納すると同時に、ネットワーク管理装置３へ更新されたサービスプロパティをサービスプロパティ送信装置２１２によって送信する。このようにして、サービスの修正や削除、追加などの変更によるサービスプロパティを管理者が変更する手間を省くことができる。
【００３６】
上述したこの発明にかかる協調スケジューリング型ＱｏＳ制御システムを用いたより具体的なシステムについて、図面を参照しながら説明する。なお、上述した実施の形態で参照した図面に描かれた構成要素と同じ構成要素については同一の番号を付している。
【００３７】
図４は、この発明にかかる協調スケジューリング型ＱｏＳ制御システムを使用したシステムを示している。このシステムでは、本社データ配信サーバ２’、Ａ営業所データ受信クライアント１ａ、Ｂ営業所データ受信クライアント１ｂ、Ｃ営業所データ受信クライアント１ｃ、その他のクライアント群１ｄおよびネットワーク管理装置３が、互いにＱｏＳ制御可能なネットワーク５に接続されている。ここで、本社データ配信サーバ２’が図２におけるサービスサーバ２に、Ａ営業所データ受信クライアント１ａ、Ｂ営業所データ受信クライアント１ｂ、Ｃ営業所データ受信クライアント１ｃおよびその他のクライアント群１ｄが同じくクライアント１に、それぞれ対応する。また、ＱｏＳ制御可能なネットワーク５とは、図２におけるＱｏＳパラメータ制御部を有するネットワークノード４を有するネットワークの意味であり、図４中ではネットワークノードを省略している。
【００３８】
このシステムでは、ＡからＣの各営業所データ受信クライアント１ａ〜１ｃは定期的に、例えば１週間ごとや１ヶ月ごとに、本社データ配信サーバ２’の営業所データ格納装置２３より自営業所用データのダウンロードを行っている。以下では、説明の簡略化のために、ＱｏＳ制御可能なネットワークの最大スループットは１００メガバイト／秒であるとする。
【００３９】
本社データ配信サーバ２’の図示されないサービスプロパティ通知部は、営業所データ格納装置２３に格納されている各営業所に配信するデータごとにサービスプロパティを生成し、そのサービスプロパティをサービスプロパティ格納装置２１３に格納すると共に、ネットワーク管理装置３に送信する。このサービスプロパティの例を図５に示す。ここでは、サービスプロパティ５０１の内容として、サービス名、利用可能帯域幅、許容遅延時間そして転送容量が示されている。利用帯域幅、許容遅延時間は各営業所に対するサービス間で差はないが、転送容量がＡ営業所用のものが１００ギガバイト、Ｂ営業所用のものが３０ギガバイト、そしてＣ営業所用のものが２０ギガバイトとなっている。なお、ネットワーク管理装置３へ送信されたサービスプロパティ５０１には、さらに該サービスを提供しているサーバ（本社データ配信サーバ２’）を識別するための識別子が付与される。
【００４０】
一方、各営業所データ受信クライアント１ａ〜１ｃは、サービスプロパティの範囲内において、本社データ配信サーバ２’のサービス利用にあたってのそれぞれのサービス利用要求条件を設定しており、それらはサービス利用要求条件格納装置１１ａ〜１１ｃに格納されている。各営業所データ受信クライアント１ａ〜１ｃのサービス利用要求条件の例を図６に示す。ここでは、サービス利用要求条件６０１ａ〜６０１ｃの内容として、サーバ識別子、サービス名、サービス利用開始可能時間、限界終了時間、転送速度そして遅延時間が示されている。サーバ識別子、サービス利用開始可能時間、転送速度および遅延時間については、各営業所の利用要求条件はどれも同じであるが、限界終了時間はＡ営業所では１：００になっているのに対し、ＢおよびＣ営業所では３：００となっている。これらのサービス利用要求条件６０１ａ〜６０１ｃは、ネットワーク管理装置３へと、図示されないサービス利用要求条件通知装置によって送信される。
【００４１】
ネットワーク管理装置３には、図７に例示するＱｏＳポリシー７０１とスケジュールポリシー７０２とが設定されており、それぞれ、ＱｏＳポリシー格納装置３３１とスケジュールポリシー格納装置３４３に格納されている。図７に例示されるＱｏＳポリシー７０１の内容は、対象トラフィック、保証帯域幅および優先度とからなる。そして、Ａ営業所に対する通信に最高の優先度を持たせ、Ｂ営業所に対する通信には２番目の優先度を、Ｃ営業所に対する通信には３番目の優先度を、そしてその他のクライアント群に対する通信には最低の優先度を与えている。また、保証帯域幅として、Ａ営業所に対しては６５メガバイト／秒、Ｂ営業所に対しては２０メガバイト／秒、Ｃ営業所に対しては１０メガバイト／秒、そしてその他のクライアント群に対しては５メガバイト／秒を設定している。一方のスケジュールポリシー７０２は、通信を行うにあたってのネットワーク全体の効率化を考慮したスケジュールとなるように設定されるものであるが、図７に例示されるその内容は、優先順位、スケジュールポリシー名、ポリシーとからなるものであり、優先順位が２番目のものまでが設定されている。まず、１番目の優先順位のものは、スケジュールポリシーＡであり、そのポリシーは全時間にわたって回線使用率が７０％を超えないようにするというものである。そして、２番目の優先順位のものは、スケジュールポリシーＢであり、そのポリシーはサービスを短時間に完了させるというものである。
【００４２】
また、ネットワーク管理装置３は、トラフィック統計情報としてその他のクライアント群のトラフィック統計情報を定期的に収集しており、トラフィック情報格納装置３３２を更新している。格納されている統計情報の内容例を図８（Ａ）に示す。（Ａ）はその他のクライアントの帯域使用率統計グラフを表すものである。
【００４３】
このような条件において、この発明にかかる協調スケジューリング型ＱｏＳ制御システムは、以下に示すように処理を行う。ネットワーク管理装置３は、データ配信サーバ２’から送信されるサービスプロパティ、各営業所データ受信クライアント１ａ〜１ｃから送信されるサービス利用要求条件、予め設定されているＱｏＳポリシー７０１とスケジュールポリシー７０２、そしてトラフィック情報格納装置３３２に格納されたトラフィック統計情報から、データ配信サーバから各営業所データ受信クライアントへデータを送信するためのスケジュール情報を生成する。
【００４４】
スケジュール情報の生成にあたっては、ＱｏＳポリシーが最優先されるので図７に示されるＱｏＳポリシー７０１の優先度から、Ａ営業所、Ｂ営業所、Ｃ営業所そしてその他のクライアントの順にサービスが提供されることが前提となる。つぎに、スケジュールポリシーにしたがってさらにスケジュールが組み立てられる。このシステムの場合には、図７の１番目の優先順位であるスケジュールポリシー７０２の「回線使用率が７０％を越えないようにする」こと、図６の各営業所のサービス利用要求条件６０１ａ〜６０１ｃ中のサービス利用開始可能時間がすべて「１７：００」であること、そして図８（Ａ）のトラフィック統計情報の帯域使用率から考慮して、サービス利用開始時間は１８：００以降と決定する。そして、図７の２番目の優先順位であるスケジュールポリシー７０２の「サービスは短時間に完了させる」ことから、各クライアント１ａ〜１ｃのデータ受信の実行はパラレルではなく、帯域を広く使って短時間に受信が完了するように、そして重ならないようにスケジューリングされる。また、図６の各営業所のサービス利用要求条件６０１ａ〜６０１ｃで、Ａ営業所についての限界終了時間が「１：００」であり、ＢおよびＣ営業所についての限界終了時間が「３：００」であることから、最終的に、サービスの実行順序はＡ営業所、Ｂ営業所そしてＣ営業所の順番となる。このように生成されたスケジュールにより、トラフィックは図８（Ｂ）に示すようになる。
【００４５】
図７のＱｏＳポリシー７０１において、Ｂ営業所とＣ営業所の保証帯域幅がそれぞれ２０メガバイト／秒と１０メガバイト／秒となっているが、これは最低保証を示したものであるので、図８（Ｂ）では、各営業所の場合ともスケジュールポリシー７０２による制限いっぱいの６５メガバイト／秒の転送速度でデータ通信が行われている。
【００４６】
図８（Ｃ）には、この発明にかかる協調スケジューリング型ＱｏＳ制御システムを用いなかった場合のトラフィックの例が示されている。すなわち、従来のシステムでは各クライアントは同時にデータ受信を開始し、図７に例示されるＱｏＳポリシーのみしか考慮しないために、優先度は、Ａ営業所、Ｂ営業所、Ｃ営業所、そしてその他のクライアント群と記載した順に低くなっていく。そして、それぞれの営業所に対して１７：００からデータの送信が始まり、Ａ営業所に対しては６５メガバイト／秒、Ｂ営業所に対しては２０メガバイト／秒、Ｃ営業所に対しては１０メガバイト／秒、その他のクライアント群には５メガバイト／秒を保証するＱｏＳポリシーとなっているので、優先度の高い順に帯域が確保され、優先度の低いその他のクライアント群のトラフィックの一部が破棄されてしまう場合がある。このように、時間軸を考慮したスケジュールを行うことによって、従来のＱｏＳ制御よりも、その他のクライアント群のトラフィックに影響を与えることなく、効率よくサービスを提供することが可能となる。
【００４７】
【発明の効果】
以上説明したように、この発明によれば、サービスプロパティ、サービス利用要求条件、ＱｏＳポリシー、トラフィック統計情報およびスケジュールポリシーに基づいてスケジュールが生成され、そのスケジュールにしたがってサービスが実行されるので、時間軸を考慮したサービスの提供を行うことができる。また、ネットワークリソースの有効利用ができ、破棄されるトラフィックが減少し、高スループットが期待できる。さらに、協調スケジューリング型ＱｏＳ制御システムを構成していない他の端末間の通信を圧迫する確率が低いので、ネットワーク全体の高スループットも期待できる。
【００４８】
つぎの発明によれば、サービスプロパティは、少なくともサーバが提供するサービスを利用するための利用可能帯域、許容遅延時間およびデータの全転送容量を定義しているので、ネットワーク管理装置が該サービスの利用開始から終了までの時間を見積もることができ、スケジュールの生成をより容易に行うことができる。
【００４９】
つぎの発明によれば、サービス利用要求条件は、少なくともクライアントがサービスサーバのサービスを利用する際の転送速度、遅延時間、サービス利用開始可能時間および限界終了時間を定義しているので、ネットワーク管理装置が、ネットワークのトラフィック状況などの状態を考慮したサービス利用の実行順序をスケジューリングすることができる。
【００５０】
つぎの発明によれば、スケジュール情報は、少なくともサービスサーバとサービスの識別子、利用開始時間および利用終了予測時間を定義しているので、クライアントは効率的にサービスを利用するための利用開始時間と終了予測時間を把握することができる。
【００５１】
つぎの発明によれば、ＱｏＳパラメータ生成手段は、スケジュール情報から、サービスサーバとクライアント間の通信に関連のあるネットワークノードのＱｏＳパラメータ生成機能を有するので、クライアントからのネットワーク利用要求ごとにリアルタイムで帯域の確保などを行う必要がなく、大規模なネットワークにも適用することができる。また、制御トラフィックも少なくすることができる。
【００５２】
つぎの発明によれば、サービスプロパティ通知手段は、サービスサーバ内のサービスの内容の変更を監視し、サービス内容の変更が行われた場合にはサービスプロパティ生成機能を実行させるサービス変更監視機能を備えているので、その変更内容に応じたサービスプロパティをネットワーク管理装置が即座に把握することができる。そして、変更されたサービスプロパティに基づいて、サービスサーバとクライアントとの間のサービスのスケジューリングを行うことができる。また、サービスサーバとネットワーク管理装置との連携が自動的に行われるため、ネットワーク管理者やサービスサーバ管理者の負荷を軽減することができ、システムとしてのスケーラビリティを確保することが可能と成る。
【００５３】
つぎの発明によれば、スケジュール生成手段はスケジュールポリシー格納機能とスケジュール生成機能を有するので、統計的にネットワークの負荷が高い時間帯を避けたスケジューリングが可能なため、ネットワーク全体のスループットが向上する。また、クライアント側もネットワークの負荷が高い時間帯を避けてサービスを利用できるため、高スループットでネットワークを利用することができる。
【００５４】
つぎの発明によれば、ネットワークノードは、ネットワーク管理装置から送られてきたスケジュールに基づいたＱｏＳパラメータに応じてＱｏＳ制御を行うので、ネットワークノードはリアルタイムで帯域の調整や確保を行う必要がない。
【００５５】
つぎの発明によれば、サービスサーバがネットワーク管理装置にサービスプロパティを提示する第一のステップと、クライアントがネットワーク管理装置にサービス利用要求条件を提示する第二のステップと、ネットワーク管理装置がＱｏＳポリシー、スケジュールポリシー、サービスプロパティ、サービス利用要求条件およびトラフィック統計情報に基づいて、サービス提供のための時間を考慮したスケジュール情報を生成する第三のステップと、ネットワーク管理装置がスケジュール情報に基づいて、サービスの提供に関連する個々のネットワークノードごとのＱｏＳパラメータを生成する第四のステップとを備えたので、クライアントの許容できる時間の範囲内で、トラフィック状態を考慮した効率のよいサービスを提供することができる。
【図面の簡単な説明】
【図１】  この発明による協調スケジューリング型ＱｏＳシステムの構成を示す概略図である。
【図２】  この発明による協調スケジューリング型ＱｏＳシステムの構成を示すブロック図である。
【図３】  この発明による協調スケジューリング型ＱｏＳシステムの動作を説明するためのフローチャートである。
【図４】  この発明のシステムの具体例の構成を示すブロック図である。
【図５】  この発明のシステムの具体例による本社データ配信サーバのサービスプロパティの内容を示す図である。
【図６】  この発明のシステムの具体例による各営業所のサービス利用要求条件の内容を示す図である。
【図７】  この発明のシステムの具体例によるＱｏＳポリシーとスケジュールポリシーの内容を示す図である。
【図８】  ネットワークの帯域の使用状態の統計を模式的に示す図であり、（Ａ）はその他のクライアントの帯域の使用状態を、（Ｂ）はこの発明によるスケジューリングを行った場合の帯域の使用状態を、そして（Ｃ）はＱｏＳポリシーのみの場合の帯域の使用状態をそれぞれ示している。
【図９】  従来のネットワークの通信品質制御システムの構成を模式的に示すブロック図である。
【符号の説明】
１  クライアント、２  サービスサーバ、３  ネットワーク管理装置、４  ネットワークノード、１２  サービス実行装置、１３  スケジュール情報格納装置、１４  サービス利用要求条件通知装置、１５  スケジュール情報受信装置、２２  サービス実行装置、３１  管理情報通信部、３２  サービスおよびクライアント情報格納部、３３  ネットワーク管理情報格納部、３４  スケジュール生成部、３５  ＱｏＳパラメータ生成部、４１  ＱｏＳパラメータ制御部、２１  サービスプロパティ通知部、２１１  サービスプロパティ生成装置、２１２  サービスプロパティ送信装置、２１４  サービス変更監視装置、３３１  ＱｏＳポリシー格納装置、３３２  トラフィック情報格納装置、３３３  ネットワークノード情報格納装置、３３４  トポロジ情報格納装置、３４１  スケジュール生成装置、３４３  スケジュールポリシー格納装置、３５１  ＱｏＳパラメータ生成装置、３５２  ＱｏＳパラメータ格納装置、４１１  ＱｏＳパラメータ受信装置、４１２  ＱｏＳ制御実行装置。
【図１】
0003927386.tif 000002
【図２】
0003927386.tif 000003
【図３】
0003927386.tif 000004
【図４】
0003927386.tif 000005
【図５】
0003927386.tif 000006
【図６】
0003927386.tif 000007
【図７】
0003927386.tif 000008
【図８】
0003927386.tif 000009
【図９】
0003927386.tif 000010