(57)【要約】【課題】  品質保証された通信パスを提供する技術においてその通信パスを保証できない場合に、その通信パスを設定するネットワークの状態情報を用いてネットワークを有効に利用することができる技術を提供する。【解決手段】  ユーザ端末３００と、このユーザ端末３００に提供すべき情報を保持するサーバとの間を結ぶネットワークを管理するシステム１００であって、前記サーバの管理者からの要求に応じて、前記サーバと前記ユーザ端末３００との間に前記情報を伝送するための通信パスを設定し、前記管理者から要求された品質を保証できる通信パスを設定できない場合に、前記ネットワークの状態を示す状態情報を前記管理者に通知する。【選択図】図１
2005080159.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と、このユーザ端末に提供すべき情報を保持するサーバとの間を結ぶネットワークを管理するシステムであって、
前記サーバの管理者からの要求に応じて、前記サーバと前記ユーザ端末との間に前記情報を伝送するための通信パスを設定する設定手段と、
前記設定手段が、前記管理者から要求された品質を保証できる通信パスを設定できない場合に、前記ネットワークの状態を示す状態情報を前記管理者に通知する通知手段と
を含むネットワーク管理システム。
【請求項２】
前記管理者は、前記ユーザに前記情報を提供可能な複数のサーバを管理しており、前記管理者からの要求は、前記情報をユーザに提供すべき１つのサーバの指定を含み、
前記ネットワーク管理システムで管理される前記ネットワークは、少なくとも１つの前記複数のサーバを収容するコアネットワークと、このコアネットワークに少なくとも１つのゲートウェイを介して接続されるとともに、前記ユーザ端末を収容する収容ノードを含むアクセスネットワークとを含み、
前記ネットワーク管理システムは、前記収容ノードと、前記少なくとも１つのゲートウェイとの間の残り帯域を管理する手段をさらに含み、
前記設定手段は、前記管理者からの要求に応じて前記通信パスを設定する場合に、前記残り帯域が、前記品質を保証できる通信パスを設定するための帯域よりも大きいか否かを判定し、
前記通知手段は、前記設定手段により前記残り帯域が小さいと判定された場合には、前記指定されたサーバと前記ユーザ端末との間で前記通信パスを設定することができない旨の応答とともに、前記状態情報として、他のサーバが指定されても、前記品質を保証できる通信パスを設定できないことを前記管理者に通知する
請求項１に記載のネットワーク管理システム。
【請求項３】
前記サーバの管理者からの要求は、ユーザ端末に前記情報を提供可能な複数のサーバのリストを含み、
前記設定手段は、前記リスト中の各サーバと前記ユーザ端末とを結ぶ通信経路の中から前記品質を保証できる経路を検索し、検索された経路に前記通信パスを設定する
請求項１又は２に記載のネットワーク管理システム。
【請求項４】
前記リストは、複数のサーバに設定された優先順位を含み、
前記設定手段は、優先順位の高い順で、サーバとユーザ端末との間に前記品質が保証できる通信パスの設定を試みる
請求項３記載のネットワーク管理システム。
【請求項５】
ユーザ端末と、このユーザ端末に提供すべき情報を保持するサーバとの間を結ぶネットワークを管理する方法であって、
前記サーバの管理者からの要求に応じて、前記サーバと前記ユーザ端末との間に前記情報を伝送するための通信パスを設定するステップと、
前記管理者から要求された品質を保証できる通信パスを設定できない場合に、前記ネットワークの状態を示す状態情報を前記管理者に通知するステップと、
を備えるネットワーク管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、品質保証された通信パス提供サービスのネットワーク管理技術に関し、特に、複数のサーバを運用しているサービス事業者に対し、品質保証された通信パスを提供する技術に関する。
【背景技術】
【０００２】
近年、光ファイバやｘＤＳＬ（Digital Subscriber Line）などのブロードバンド（広帯域通信）ネットワークの利用料金が低下している。そして、このようなブロードバンドネットワークを利用して、様々なコンテンツを提供するサービス（いわゆるコンテンツ配信サービス）が一般に広まっている。このコンテンツ配信サービスは、ニュースや映画、テレビ番組、あるいは動画辞書などを、提供するコンテンツとしてサーバに蓄積する。そして、コンテンツ配信サービスでは、エンドユーザからの要求に基づいてサーバから、上記ネットワークを経由してこれらのコンテンツを提供する。
【０００３】
上記コンテンツ配信サービスでは、エンドユーザが多量のデータ量のコンテンツを支障なく利用できるようにする必要がある。そのために、上記コンテンツ配信サービスでは、コンテンツの性質に合わせてサーバからエンドユーザの端末の間の通信パスの品質を設定する必要がある。例えば、利用するコンテンツが映画の場合には、広い帯域を長時間確保できるように、通信パスを設定する。また、例えば、利用するコンテンツが動画辞書の場合には、レスポンスの速さが重要であるため、遅延時間の小さい通信パスを設定する。
【０００４】
このため、コンテンツ配信サービスでは、通信パスを設定するために、以下のようなシステムが必要である。すなわち、そのシステムとは、設定サービス事業者から通信パスを設定すべき区間、及びその通信パスの要求品質を受け付けるシステムである。また、コンテンツ配信サービスには、通信パスを設定すべき区間及び要求品質をネットワークに反映させるシステムが必要となる。
【０００５】
通信パスを設定すべき区間及び要求品質を受け付けるシステムについては、サービス事業者がネットワーク事業者に対して、エンドユーザとサーバとの間の通信品質の設定を要求できるようにする必要がある。しかしながら、従来は、ネットワーク事業者がエンドユーザ向けの回線の変更を受け付けるようなシステムを用いるか、あるいはネットワーク事業者が有するネットワーク管理システムからネットワーク内部の構成データを削除した設定要求を受け付けるインタフェース（例えば、画面）を作成して、通信パスの設定に対応していた。
【０００６】
また、通信パスを設定すべき区間及び要求品質をネットワークに反映させるシステムについては、ネットワーク事業者のネットワーク構成は一般に、エンドユーザを収容するアクセスネットワークと、アクセスネットワークを相互に結ぶコアネットワークからなる。アクセスネットワークは、コアネットワークとの接続点（一般にゲートウェイと呼ぶ。通常は２つ）に向けて経路がユニークに定まるような構成になっている。一方、コアネットワークは、ゲートウェイ間を結ぶ経路が多数考えられるような構成になっている。このため、通信パスを設定すべき区間及び要求品質をネットワークに反映させるには、サービス事業者からの要求に応じて適宜経路を選ぶ必要があった。
【０００７】
なお、上記の経路の選択については、リンクやノードの残り容量が要求を満たすリソースを抽出した後に最短路アルゴリズム（例えば、Dijkstraアルゴリズムなど）を適用することで得ていた。
【０００８】
なお、ネットワークにおける通信帯域保証技術として、サービスの実施に連動して最適な通信品質を保証する技術（例えば、特許文献１参照。）、要求したストリームコンテンツの要求情報に最も適した配信網を選択して配信する技術（例えば、特許文献２参照。）、及び適切なＱｏＳ（Quality of Service）に関するパラメータを決定してユーザが望む通信のサービス品質を得る技術（例えば、特許文献３参照。）が開示されている。
【特許文献１】特開２００３−６９６０１号公報
【特許文献２】特開２００２−７７２５７号公報
【特許文献３】特開２０００−３４９７６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記のような従来のシステムのうち、例えば特許文献１，２の技術では、サービス事業者への設定オーダに対するレスポンスとして、設定できた場合には「ＯＫ」、できなかった場合には「ＮＧ」といった返答がされていた。このため、従来のシステムでは、複数のサーバを所有するサービス事業者は「ＯＫ」が得られるまで繰り返しネットワーク事業者に設定オーダを入力しなければならなかった。そして、従来のシステムでは、それぞれのサービス事業者は接続が完了するまで上記手順を繰り返していた。従って、従来のシステムでは、サービス事業者とネットワーク事業者間の通信回線および両者の処理システムに負担がかかる場合があった。
【００１０】
また、従来のシステムでは、エンドユーザの収容ノードなどアクセスネットワークでの帯域不足が原因で設定できない場合、すなわち、サービス事業者がどのようなサーバを選択しても設定できない場合であっても、サービス事業者は繰り返し設定オーダを入力することになる。このため、従来のシステムでは、エンドユーザは長時間待たされた上にサービスが受けられないという事態が発生した。従って、従来のシステムでは、サービス事業者はエンドユーザのサービス品質に対する満足度が低下してしまっていた。
【００１１】
さらに、従来のシステムのうち、例えば特許文献３の技術では、要求された２点間の品質が保証できない場合には、別の品質としてＱｏＳを提示する。このため、この技術では、提示されたＱｏＳではなく当初要求した品質を求めるサービス事業者は、他のサーバを自ら検索して接続を試みていた。
【００１２】
本発明は上記事項に鑑みてなされたものであり、その目的は、品質保証された通信パスを提供する技術においてその通信パスを保証できない場合に、その通信パスを設定するネットワークの状態情報を用いてネットワークを有効に利用することができる技術を提供することである。
【課題を解決するための手段】
【００１３】
本発明は上記課題を解決するために、以下の手段を採用した。
【００１４】
ユーザ端末と、このユーザ端末に提供すべき情報を保持するサーバとの間を結ぶネットワークを管理するシステムであって、前記サーバの管理者からの要求に応じて、前記サーバと前記ユーザ端末との間に前記情報を伝送するための通信パスを設定し、前記管理者から要求された品質を保証できる通信パスを設定できない場合に、前記ネットワークの状態を示す状態情報を前記管理者に通知するようにした。
【００１５】
本発明によれば、状態情報が管理者に通知されることにより、管理者側において、通信パスの設定をネットワーク管理システムに要求し続けるか否かを判断することができる。状態情報は、管理者がネットワーク管理システムに対する通信パス設定の要求を継続するか否かを判断するための情報ということができる。例えば、ネットワークにおけるユーザの収容ノードが混雑している場合には、例えば、状態情報として、「他サーバで接続を試みても接続不可」との情報を管理者に通知することができる。これによって、管理者において、通信パスの一方の端点（サーバ）を変更しても、品質が保証された通信パスが設定できないことが解るので、これ以上ネットワーク管理システムに通信パスの設定を要求し続けることを止めることができる。これによって、管理者とネットワーク管理システムのやりとりを減らすことができる。さらに、管理者がユーザに対し、サーバへの接続（アクセス）不可の情報を早急に返すことも可能となる。
【００１６】
或いは、ネットワーク管理システムがサーバが指定された通信パスの設定要求を管理者から受け取った場合において、指定サーバの収容リンクの帯域が不足しており、このサーバとユーザ端末との間で品質が保証された通信パスが設定できない場合において、情報を提供可能な他のサーバがある場合には、例えば、状態情報として、「埠定サーバとの間で通信パスは接続できないが、他のサーバとの間で接続できる可能性がある」との情報を管理者に通知すれば、管理者側で、指定サーバでなく他のサーバであれば通信パスを設定可能な可能性があることを認識することができる。
【００１７】
ネットワーク管理システムは、通信パスを設定するためのリソースを管理（監視）し、この結果に基づいて、通信パスが設定できるか否かを判断することができる。リソースは、例えば、ネットワークにおいて、ユーザを収容するノードの残りの帯域（又は使用帯域）や、サーバに接続された通信回線の使用帯域（残りの帯域）である。
【００１８】
また、本発明は、前記管理者は、前記ユーザに前記情報を提供可能な複数のサーバを管理しており、前記管理者からの要求は、前記情報をユーザに提供すべき１つのサーバの指定を含み、前記ネットワーク管理システムで管理される前記ネットワークは、少なくとも１つの前記複数のサーバを収容するコアネットワークと、このコアネットワークに少なくとも１つのゲートウェイを介して接続されるとともに、前記ユーザ端末を収容する収容ノードを含むアクセスネットワークとを含み、前記ネットワーク管理システムは、前記収容ノードと、前記少なくとも１つのゲートウェイとの間の残り帯域を管理する手段をさらに含み、前記設定手段は、前記管理者からの要求に応じて前記通信パスを設定する場合に、前記残り帯域が、前記品質を保証できる通信パスを設定するための帯域よりも大きいか否かを判定し、前記通知手段は、前記設定手段により前記残り帯域が小さいと判定された場合には、前記指定されたサーバと前記ユーザ端末との間で前記通信パスを設定することができない旨の応答とともに、前記状態情報として、他のサーバが指定されても、前記品質を保証できる通信パスを設定できないことを前記管理者に通知するようにしてもよい。
【００１９】
このように、ネットワーク管理システムは、サーバとユーザ端末との間のネットワークのうち、ユーザ端末が接続するアクセスネットワークなどの残り帯域（使用可能な帯域）を参照する。そして、ネットワーク管理システムは、要求された品質をユーザ端末に提供できるか否かを、この残り帯域に基づいて判定する。すなわち、ネットワーク管理システムは、サーバからユーザ端末への情報を提供する経路のうちユーザ端末に近い回線の残り帯域に基づいて通信パス設定を判定する。従って、本発明によれば、管理者とネットワーク管理システムのやりとりを減らすことができる。さらに、本発明によれば、管理者がユーザに対し、サーバへの接続（アクセス）不可の情報を早急に返すことも可能となる。
【００２０】
また、本発明は、前記サーバの管理者からの要求は、ユーザ端末に前記情報を提供可能な複数のサーバのリストを含み、前記リスト中の各サーバと前記ユーザ端末とを結ぶ通信
経路の中から前記品質を保証できる経路を検索し、検索された経路に前記通信パスを設定してもよい。
【００２１】
このように、ネットワーク管理システムが、管理者から、１つのサーバではなく、複数のサーバの候補を受け取ることで、或るサーバとユーザ端末との間で通信パスを設定できなくても、リスト中の他のサーバについて通信パスの設定を試みることができる。これによって、管理者との間のやりとりの回数を減らすことができ、管理者とネットワーク管理システム及び両者間のネットワークに対する負荷の軽減を図ることができる。
【００２２】
また、本発明は、前記リストは、複数のサーバに設定された優先順位を含み、優先順位の高い順で、サーバとユーザ端末との間に前記品質が保証できる通信パスの設定を試みてもよい。
【００２３】
このようにすれば、例えば、サーバに対する負荷が少ない順で、ネットワーク管理システムが通信パスの設定を試みることになる。これにより、サーバに多大な負荷がかかることを防止できる。負荷の多寡は、例えば、サーバに接続された通信回線の帯域やＣＰＵの使用率で判断される。
【００２４】
また、本発明は、前記リストは、通信料金の上限の情報を含み、前記リスト中の各サーバと前記ユーザ端末とを結ぶ通信経路の中から、前記品質を保証でき、且つ経路の通信料金が前記上限内に納まる経路を検索し、検索された経路に前記通信パスを設定してもよい。
【００２５】
このようにすれば、通信料金を、例えば管理者とユーザとの間でユーザが予め設定した範囲内に収めることができる。
【発明の効果】
【００２６】
本発明によれば、品質保証された通信パスを提供する技術においてその通信パスを保証できない場合に、その通信パスを設定するネットワークの状態情報を用いてネットワークを有効に利用することができる。
【発明を実施するための最良の形態】
【００２７】
以下、図面を参照して本発明を実施するための最良の形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。
【００２８】
〈本発明に係るネットワークの構成〉
本発明のネットワーク管理システムに係る実施の形態は、以下に示す構成を備える。
【００２９】
図１は、本実施の形態に係るネットワークを示す構成図である。
【００３０】
本ネットワークは、サービス提供システム１００及びネットワーク管理システム２００を備える。サービス提供システム１００は、サービス事業者がサーバ１，２，３に格納されている情報を、ネットワークを介してエンドユーザに提供する際に、必要な通信帯域の設定をネットワーク管理システム２００に要求する。ネットワーク管理システム２００は、サービス提供システム１００からの設定要求に応じて、エンドユーザのエンドユーザ端末３００とサーバ１，２，３との間の通信帯域を設定する。
【００３１】
図１において、エンドユーザは、サービス提供システム１００を用いてサーバ１，２，３を運営管理するサービス事業者と、情報の提供に関するサービス利用契約を結んでいる。また、サーバ１，２，３には、それぞれにエンドユーザに提供するための情報が格納されている。
【００３２】
エンドユーザは、インターネットなどのネットワークを利用するために、このネットワークを運営管理するネットワーク事業者と、ネットワーク利用契約を結んでいる。ネットワーク管理システム２００は、ノード管理用ネットワークを介して、アクセスネットワークに接続するエンドユーザを収容するユーザ収容ノード４００を管理する。また、ネットワーク管理システム２００は、ノード管理用ネットワーク５００を介して、通信事業者間を結ぶ大容量の基幹通信回線であるコアネットワークとアクセスネットワークとを接続するゲートウェイ１，２，３，４を管理する。
【００３３】
〈本ネットワークに係る各装置の構成〉
次に、本ネットワークの構成要素である、サービス提供システム１００、ネットワーク管理システム２００、及びエンドユーザ端末３００の構成について説明する。
【００３４】
本発明のネットワーク管理システム２００は、エンドユーザ端末３００と、このユーザ端末に提供すべき情報を保持するサーバとの間を結ぶネットワークを管理するシステムである。ネットワーク管理システムは、前記サーバの管理者であるサービス事業者からの要求に応じて、前記サーバと前記ユーザ端末との間に前記情報を伝送するための通信パスを設定し、前記管理者から要求された品質を保証できる通信パスを設定できない場合に、前記ネットワークの状態を示す状態情報を前記管理者に通知する。そして、ネットワーク管理システム１００は、このサーバを通じて情報を提供するサービス事業者が運営するサービス提供システム１００とも接続している。
【００３５】
図２は、本ネットワークを構成する要素の機能を示すブロック図である。
【００３６】
サービス提供システム１００は、ユーザ管理手段１０１，コンテンツ管理手段１０２，オーダ手配手段１０３，データベース１０４，エンドユーザ端末３００との通信手段１０５ａ，ネットワーク管理システム２００との通信手段１０５ｂを、上記の処理を行うための機能として備える。
【００３７】
上記機能について、それぞれを具体的に説明する。ユーザ管理手段１０１は、ユーザＩＤやアカウント等、サービス利用に必要な認証情報の管理、及びその認証情報によるユーザ認証を行う。コンテンツ管理手段１０２は、エンドユーザに提供する情報であるコンテンツデータ、あるいは各サーバ１，２，３に格納されるコンテンツデータを特定するためのＩＤを管理する。オーダ手配手段１０３は、エンドユーザからの要求（オーダ）を受信した際に、ユーザ管理手段１０１が行ったユーザ認証結果及びコンテンツ管理手段１０２から提供するコンテンツデータに必要となる通信帯域（要求帯域）の情報に基づいてネットワーク管理システム２００に通信帯域の設定を要求する、設定要求情報を生成する。データベース１０４は、上記各手段で用いる、通信帯域の設定に必要な情報が格納されている。通信手段１０５ａは、エンドユーザ端末３００との間で情報の送受信を行う。さらに、通信手段１０５ｂは、ネットワーク管理システム２００との間で情報の送受信を行う。
【００３８】
上記機能ブロックのうち、データベース１０４には、サービスユーザ管理テーブル，収容コンテンツ管理テーブルが格納されている。サービスユーザ管理テーブルは、情報の提供を受けるエンドユーザ（サービスユーザ）を管理するためのテーブルである。また、収容コンテンツ管理テーブルは、サービス事業者が提供するコンテンツデータを管理するためのテーブルである。
【００３９】
図３は、サービスユーザ管理テーブルの一例である。このサービスユーザ管理テーブルには、サービス事業者側からエンドユーザを特定するためにこのエンドユーザに付与したサービスユーザＩＤが格納される。また、サービスユーザ管理テーブルには、ネットワー
ク事業者側からエンドユーザを特定するためにこのエンドユーザに付与したネットワークユーザＩＤが格納される。そして、サービスユーザ管理テーブルは、個々のエンドユーザ端末３００毎に用意される。
【００４０】
図４は、収容コンテンツ管理テーブルの一例である。この収容コンテンツ管理テーブルには、提供するコンテンツデータが利用するサーバのいずれに収容されているかを判断するために、個々のコンテンツデータを特定するためのコンテンツＩＤと提供するサーバを特定するための提供サーバＩＤを格納する。そして、収容コンテンツ管理テーブルには、そのコンテンツデータが必要とする帯域幅を示す必要帯域が、個々のコンテンツＩＤと対応付けられて格納される。
【００４１】
サービス提供システム１００は、パーソナルコンピュータ(ＰＣ)，ワークステーション(ＷＳ)，専用のサーバマシン等のコンピュータを用いて構成される。サービス提供システム１００は、不図示のハードウェアとして、制御装置(ＣＰＵ，主記憶(ＲＡＭ等)，入出力ユニット，デバイスドライバ等で構成される)，二次記憶(ハードディスク等)，通信制御装置(ネットワークインターフェイス装置等)，入力装置(キーボード，マウス等)，出力装置(ディスプレイ装置等)を備えている。そして、サービス提供システム１００は、ＣＰＵが二次記憶に格納されているプログラムを主記憶にロードして実行することにより、上記の機能ブロックを実現する装置として機能する。
【００４２】
ネットワーク管理システム２００は、オーダ管理手段２０１，ルート検索手段２０２，装置設定手段２０３，データベース２０４，通信手段２０５を、上記の処理を行うための機能として備える。
【００４３】
上記機能について、それぞれを具体的に説明する。オーダ管理手段２０１は、オーダ手配手段１０３が生成した個々のエンドユーザ端末３００毎の設定要求情報を管理する。また、オーダ管理手段２０１は、利用するサーバについての優先順位が設定要求情報に含まれる場合には、その利用するサーバの選択を行う。ルート検索手段２０２は、設定要求情報に含まれる帯域やサーバ利用率などによって定まる要求品質を満たす経路を検索する。そして、ルート検索手段２０２は、経路を検索した結果、要求するコンテンツデータを格納するサーバに対して経路の設定が不可能であるか否かを判断する。装置設定手段２０３は、設定要求情報に基づいて、ネットワーク上のノードやゲートウェイ等の装置の設定を行う。データベース２０４は、各手段で用いる、通信帯域の設定に必要な情報が格納されている。通信手段２０５は、サービス提供システム１００との間で情報の送受信を行う。
【００４４】
上記機能ブロックのうち、データベース２０４には、ネットワークユーザ管理テーブル，アクセスネットワーク管理テーブル，サービス事業者管理テーブル，サーバアクセスポイント管理テーブル，コアネットワーク管理テーブルが格納されている。
【００４５】
図５は、ネットワークユーザ管理テーブルの一例である。ネットワークユーザ管理テーブルは、ネットワーク事業者から個々のエンドユーザを特定するために割り当てられた、ネットワークユーザＩＤと、そのエンドユーザ端末３００を収容するノード及びポートを特定するための収容ノードＩＤ及び収容ポートＩＤとを関連づけて格納する。
【００４６】
図６は、アクセスネットワーク管理テーブルの一例である。アクセスネットワーク管理テーブルは、ネットワーク管理テーブルから取得した収容ノードＩＤと、この収容ノードが接続するゲートウェイのＩＤ及びこのゲートウェイまでの残り帯域の情報とを関連づけて格納する。
【００４７】
図７は、サービス事業者管理テーブルの一例である。サービス事業者管理テーブルは、
コンテンツデータの提供を行うサービス事業者が、ネットワーク事業者とのサーバ配置契約の際に登録する、サービス事業者を特定するためのサービス事業者ＩＤ，各サーバを特定するサーバＩＤ，各サーバが接続するアクセスポイントを特定するためのＳＡＰ（Server Access Point）ＩＤを関連づけて格納する。
【００４８】
図８は、サーバアクセスポイント管理テーブルの一例である。サーバアクセスポイント管理テーブルは、サーバアクセスポイント（ＳＡＰ）を特定するためのＳＡＰＩＤと、そのサーバアクセスポイントを収容するノードを特定するための収容ノードＩＤ及び収容するポートを特定するための収容ポートＩＤとを関連づけて格納する。
【００４９】
図９は、コアネットワーク管理テーブルの一例である。コアネットワーク管理テーブルは、要求帯域を満たすコアネットワーク内の経路を残り帯域に基づいて決定する際に参照する。そして、コアネットワーク管理テーブルは、個々の中継ノードを特定するためのノードIDと残り帯域とを関連づけて格納する。
【００５０】
ネットワーク管理システム２００は、パーソナルコンピュータ(ＰＣ)，ワークステーション(ＷＳ)，専用のサーバマシン等のコンピュータを用いて構成される。サービス提供システム１００は、不図示のハードウェアとして、制御装置(ＣＰＵ，主記憶(ＲＡＭ等)，入出力ユニット，デバイスドライバ等で構成される)，二次記憶(ハードディスク等)，通信制御装置(ネットワークインターフェイス装置等)，入力装置(キーボード，マウス等)，出力装置(ディスプレイ装置等)を備えている。そして、ネットワーク管理システム２００は、ＣＰＵが二次記憶に格納されているプログラムを主記憶にロードして実行することにより、上記の機能ブロックを実現する装置として機能する。
【００５１】
〈本ネットワークの基本処理フローチャート〉
次に、本ネットワークの基本処理について、フローチャートを用いて説明する。
【００５２】
図１０は、本ネットワークの基本処理を説明するフローチャートである。本ネットワークでは、以下の手順で通信帯域の設定処理が行われる。まず、エンドユーザ端末３００は、コンテンツデータの提供をサービス事業者に要求するために、コンテンツリクエスト処理を行う（図１０におけるＳ１）。このとき、エンドユーザ端末３００は、コンテンツリクエストとして、要求するコンテンツデータを特定するためのコンテンツＩＤを、エンドユーザのＩＤ入力操作、あるいはコンテンツの名称に基づいてＩＤを検索するなどの処理により取得する。
【００５３】
そして、エンドユーザ端末３００は、サービス事業者から個々のユーザに付与されるサービスユーザＩＤと、コンテンツＩＤとをサービス提供システム１００に送信する（Ｓ２）。
【００５４】
サービス提供システム１００は、エンドユーザ端末３００から取得したサービスユーザＩＤとコンテンツＩＤとに基づいて、通信帯域の設定処理をネットワーク管理システム２００に要求するための設定オーダ作成処理を行う（Ｓ３）。そして、サービス提供システム１００は、作成した設定オーダを、ネットワーク管理システム２００に送信する。
【００５５】
設定オーダを受け取ったネットワーク管理システム２００は、設定オーダに基づいてネットワークの通信帯域を設定する、ネットワーク探索・設定処理を行う（Ｓ４）。ネットワーク探索・設定処理終了後、ネットワーク管理システム２００は、サービス提供システム１００を介して処理結果をエンドユーザ端末３００に送信する。
【００５６】
エンドユーザ端末３００は、この処理結果によって要求したコンテンツデータを格納す
るサーバのＵＲＬ（Uniform Resource Locator）が得られたか否かを判定する（Ｓ４）。
【００５７】
処理結果によって要求したコンテンツデータのＵＲＬが得られなかった場合には、エンドユーザ端末３００は、要求したコンテンツデータへの経路が設定できなかったとして本処理を終了する。
【００５８】
また、処理結果によって要求したコンテンツデータのＵＲＬが得られた場合には、エンドユーザ端末３００は、このＵＲＬにアクセス（接続）してコンテンツデータを取得する（Ｓ５）。そして、ＵＲＬにアクセス後、エンドユーザ端末３００は本処理を終了する。
【００５９】
〈設定オーダ作成処理１のフローチャート〉
次に、本通信帯域保証システムの設定オーダ作成処理の一例（以下、設定オーダ作成処理１とする）について、フローチャートを用いて説明する。
【００６０】
図１１は、本ネットワークにおいて、サービス提供システム１００が行う設定オーダ作成処理を説明するフローチャートである。まず、サービス提供システム１００は、エンドユーザ端末３００からサービスユーザＩＤとコンテンツＩＤとを受け取る（図１１におけるＳ１０１）。
【００６１】
サービス提供システム１００は、受け取ったサービスユーザＩＤに基づいて、サービスユーザ管理テーブル（テーブル１）からネットワークユーザＩＤを得る（Ｓ１０２）。そして、サービス提供システム１００は、受け取ったコンテンツＩＤに基づいて、収容コンテンツ管理テーブル（テーブル２）から要求するコンテンツデータを提供可能で且つ他のエンドユーザから選択されていないサーバのサーバＩＤを得る。また、サービス提供システム１００は、そのコンテンツデータの提供に必要な帯域の情報をテーブル２から得る（Ｓ１０３）。
【００６２】
サービス提供システム１００は、上記Ｓ１０３で得られたデータから設定オーダを作成する。そして、サービス提供システム１００は、この設定オーダをネットワーク管理システム２００に送信してネットワーク事業者で行われるネットワーク探索・設定処理を呼び出す（Ｓ１０４）。
【００６３】
図１２は、本設定オーダ作成処理１で作成される設定オーダの一例である。この設定オーダには、個々の設定オーダを特定するためのオーダＩＤ，設定オーダを送信するサービス事業者のサービス事業者ＩＤ，エンドユーザに対応するネットワークユーザＩＤ，要求するコンテンツデータを格納するサーバのサーバＩＤ，要求するコンテンツデータのために必要な帯域を、コンテンツデータの経路設定に必要な情報として送信する。
【００６４】
設定オーダを受信したネットワーク管理システム２００は、ネットワーク探索・設定処理を行う。なお、このネットワーク探索・設定処理の説明は後述する。
【００６５】
ネットワーク管理システム２００によるネットワーク探索・設定処理終了後、サービス提供システム１００は、ネットワーク管理システム２００からこの処理に対する応答を受け取る（Ｓ１０５）。
【００６６】
応答を受け取ったサービス提供システム１００は、この応答がネットワーク探索・設定処理の設定成功を示すか否かを判定する（Ｓ１０６）。この応答が設定成功である場合には、サービス提供システム１００は、応答に含まれるコンテンツデータを格納するサーバのＵＲＬ（コンテンツデータのＵＲＬ）をエンドユーザ端末３００に送信する（Ｓ１０７）。そして、サービス提供システム１００は、本処理を終了する。
【００６７】
また、受け取った応答が設定成功ではない場合には、サービス提供システム１００は、この応答の内容が、他のサーバであっても必要な帯域を提供できないことを示す「サーバ位置を変えても不可能」であるか否かを判定する（Ｓ１０８）。そして、サーバ位置を変えても帯域の提供が不可能である場合には、サービス提供システム１００は、本処理を終了する。
【００６８】
さらに、受け取った応答がサーバ位置を変えることで設定可能である場合には、サービス提供システム１００は、要求するコンテンツデータの提供が可能な全てのサーバが選択したか否かを判定する（Ｓ１０９）。このとき、全てのサーバを選択していない場合には、サービス提供システム１００はＳ１０３の処理に戻る。また、全てのサーバを選択している場合には、要求するコンテンツデータに必要な帯域の設定できるサーバとの経路を設定する。そして、サービス提供システム１００は、本処理を終了する。
【００６９】
このような本ネットワークにおける設定オーダ作成処理１によれば、サービス事業者は、エンドユーザからのコンテンツの要求に対して通信帯域の設定を行う際に、その要求に応じた通信帯域及び経路の設定が容易に行うことができる。このため、この設定オーダ作成処理１によれば、ネットワークに負担をかけることなく利用者の利便性を向上させることができる。
【００７０】
〈ネットワーク探索・設定処理１のフローチャート〉
次に、本ネットワークのネットワーク探索・設定処理の一例（以下、ネットワーク探索・設定処理１とする）について、フローチャートを用いて説明する。
【００７１】
図１３は、本ネットワークの設定オーダ作成処理の説明するフローチャートである。まず、ネットワーク管理システム２００は、サービス事業者のサービス提供システム１００から設定オーダを受け取る（図１３におけるＳ３１）。
【００７２】
ネットワーク管理システム２００は、設定オーダに含まれるネットワークユーザＩＤに基づいて、ネットワークユーザ管理テーブル（テーブル３）からこのエンドユーザ端末３００の収容ノードＩＤとポートＩＤとを得る（Ｓ３２）。また、ネットワーク管理システム２００は、この収容ノードＩＤに基づいて、アクセスネットワーク管理テーブル（テーブル４）からこの収容ノードのゲートウェイ（ＧＷ）ＩＤとそのゲートウェイまでの残帯域の値を得る（Ｓ３３）。
【００７３】
ネットワーク管理システム２００は、Ｓ３３で得たゲートウェイまでの残帯域は、コンテンツデータの提供に必要な帯域より大きいか否かを判定する（Ｓ３４）。このとき、ゲートウェイまでの残帯域が必要な帯域より大きい場合には、ネットワーク管理システム２００はＳ３５の処理に進む。また、ゲートウェイまでの残帯域が必要な帯域より小さい場合には、ネットワーク管理システム２００はＳ３８の処理に進む。
【００７４】
ゲートウェイまでの残帯域が必要な帯域より大きい場合には、ネットワーク管理システム２００は、設定オーダに含まれるサービス事業者ＩＤ及びサーバＩＤに基づいて、サービス事業者管理テーブル（テーブル５）からＳＡＰＩＤを得る（Ｓ３５）。
【００７５】
サービス提供システム１００は、テーブル５で得たＳＡＰＩＤに基づいて、サーバアクセスポイント管理テーブル（テーブル６）からサーバアクセスポイントの収容ノードＩＤとポートＩＤとを得る（Ｓ３６）。
【００７６】
サービス提供システム１００は、Ｓ３２で得たエンドユーザ端末３００の収容ノードＩ
ＤとＳ３６で得たサーバアクセスポイントの収容ノードＩＤとに基づいて、これらのノード間の経路を、コアネットワーク管理テーブルを用いて検索する（Ｓ３７）。
【００７７】
Ｓ３４でゲートウェイまでの残帯域が必要な帯域より小さいと判定された場合には、サービス提供システム１００に対して、必要な帯域が確保できなかったことを示す「設定失敗」及び「サーバ位置を変えても不可」を通知する（Ｓ３８）。そして、これらの通知を行った後、ネットワーク管理システム２００は、本処理を終了する。
【００７８】
エンドユーザ端末３００の収容ノードとアクセスポイントの収容ノードとの間の経路を検索開始後、ネットワーク管理システム２００は、この経路が見つかったか否かを判定する（Ｓ３９）。このとき、経路が見つからない場合は、ネットワーク管理システム２００は、Ｓ４１の処理に進む。また、経路が見つかった場合には、ネットワーク管理システム２００は、Ｓ４０の処理に進む。
【００７９】
Ｓ３９において、経路が見つかった場合には、ネットワーク管理システム２００は、検索した経路上のノードにパスを設定し、サービス事業者に経路設定完了を通知するために、サービス提供システム１００に「設定成功」を通知する（Ｓ４０）。そして、ネットワーク管理システム２００は、本処理を終了する。
【００８０】
Ｓ３９において、経路が見つからなかった場合には、ネットワーク管理システム２００は、経路設定に失敗したことを示す「設定失敗」を通知する。またこのとき、ネットワーク管理システム２００は、エンドユーザ端末３００の設定オーダで選択されていないサーバに対して経路設定が可能である場合には、設定オーダに他のサーバのＩＤを追加してもらうために、「サーバ位置を変えてもよい」を通知する（Ｓ４１）。そして、ネットワーク管理システム２００は、本処理を終了する。
【００８１】
図１４は、ネットワーク探索・設定処理１においてネットワーク管理システム２００が生成する設定処理結果を示す応答の一例である。この応答には、設定オーダを特定するためのオーダＩＤ，その設定オーダに基づいたネットワーク探索・設定処理の処理結果（例えば、「設定失敗」など），経路設定の状態（例えば、「サーバ位置を変えてもよい」など）の情報が含まれる。
【００８２】
本ネットワークのネットワーク探索・設定処理１によれば、エンドユーザからのコンテンツの要求に応じてサービス事業者が通信帯域及び経路の設定を行う際に、ネットワーク事業者は、その要求に応じた設定を容易に行うことができる。また、このネットワーク探索・設定処理１によれば、ネットワーク事業者は、通信帯域及び経路の設定ができなかった場合であっても、他の経路によるコンテンツの提供が可能である場合には、この他の経路への設定が可能であることをサービス事業者に知らせることができる。
【００８３】
〈設定オーダ作成処理２のフローチャート〉
次に、上記設定オーダ作成処理において、エンドユーザ端末３００からの要求に基づきテーブル２を参照した際に複数のサーバＩＤが得られた場合の処理の一例（以下、設定オーダ作成処理２とする）について説明する。この場合、サービス提供システム１００は、複数のサーバＩＤを全て設定オーダに含めてネットワーク管理システム２００に通知する。
【００８４】
図１５は、複数のサーバＩＤが得られた場合の設定オーダ作成処理２を説明するフローチャートである。この図１５のフローチャートと上述の図１１に示した設定オーダ作成処理１のフローチャートとを比較した場合に、Ｓ１０３の処理がＳ１０３ａに置き換えられている。そこで、Ｓ１０３ａ以前の処理についての説明は省略する。
【００８５】
図１５において、サービス提供システム１００は、エンドユーザ端末３００から受け取ったコンテンツＩＤに基づいて、収容コンテンツ管理テーブル（テーブル２）から要求するコンテンツデータを提供可能で且つ他のエンドユーザから選択されていないという条件に該当する、全てのサーバのサーバＩＤを得る。また、サービス提供システム１００は、全てのサーバについての必要な帯域の情報をテーブル２から得る（Ｓ１０３ａ）。
【００８６】
そして、サービス提供システム１００は、Ｓ１０１からＳ１０３ａによって得たデータに基づいて設定オーダを作成して、ネットワーク管理システム２００のネットワーク探索・設定処理を呼び出す（Ｓ１０４）。
【００８７】
図１６は、本設定オーダ作成処理２で作成される設定オーダの一例である。図１２に示した設定オーダ作成処理１の設定オーダと比較した場合、設定オーダ作成処理２の設定オーダは、サーバＩＤの項目が条件に該当する全てのサーバを含むようになっている。そして、この設定オーダに基づいて、ネットワーク管理システム２００は、ネットワーク探索・設定処理を行う。
【００８８】
ネットワーク管理システム２００によるネットワーク探索・設定処理終了後、サービス提供システム１００は、ネットワーク管理システム２００からこの処理に対する応答を受け取る（Ｓ１０５）。
【００８９】
応答を受け取ったサービス提供システム１００は、この応答がネットワーク探索・設定処理の設定成功を示すか否かを判定する（Ｓ１０６）。この応答が設定成功である場合には、サービス提供システム１００は、応答に含まれるコンテンツデータを格納するサーバのＵＲＬ（コンテンツデータのＵＲＬ）をエンドユーザ端末３００に送信する（Ｓ１０７）。そして、サービス提供システム１００は、本処理を終了する。また、この応答が設定失敗である場合には、サービス提供システム１００は本処理を終了する。
【００９０】
本ネットワークの設定オーダ作成処理２によれば、サービス事業者は、エンドユーザが要求するコンテンツを提供できる複数のサーバがある場合には、その複数のサーバに対して通信帯域及び経路の設定をネットワーク事業者に要求することができる。
【００９１】
〈ネットワーク探索・設定処理２のフローチャート〉
次に、上記ネットワーク探索・設定処理において、エンドユーザ端末３００からの要求に基づきテーブル２を参照した際に複数のサーバＩＤが得られた場合の処理の一例（以下、ネットワーク探索・設定処理２とする）について説明する。この場合、ネットワーク管理システム２００は、設定オーダに含まれる全てのサーバに対してネットワーク探索・設定処理を行う。
【００９２】
図１７は、複数のサーバＩＤが得られた場合のネットワーク探索・設定処理２を説明するフローチャートである。この図１７のフローチャートと上述の図１３に示したネットワーク探索・設定処理１のフローチャートとを比較した場合に、Ｓ３７の処理がＳ３７ａに置き換えられている。また、図１７は、図１３と比較した場合に、新たにＳ４２，Ｓ４３の処理が加わっている。そこで、重複する処理についての説明は省略する。
【００９３】
ネットワーク管理システム２００は、Ｓ３２または後述するＳ４３で得たエンドユーザ端末３００の収容ノードＩＤとＳ３６で得たサーバアクセスポイントの収容ノードＩＤとに基づいて、これらのノード間の経路を、コアネットワーク管理テーブルを用いて検索する（Ｓ３７）。
【００９４】
Ｓ３４でゲートウェイまでの残帯域が必要な帯域より小さいと判定された場合には、サービス提供システム１００に対して、必要な帯域が確保できなかったことを示す「設定失敗」及び「サーバ位置を変えても不可」を通知する（Ｓ３８）。そして、これらの通知を行った後、ネットワーク管理システム２００は、本処理を終了する。
【００９５】
エンドユーザ端末３００の収容ノードとアクセスポイントの収容ノードとの間の経路を検索開始後、ネットワーク管理システム２００は、この経路が見つかったか否かを判定する（Ｓ３９）。このとき、経路が見つからない場合は、ネットワーク管理システム２００は、Ｓ４２の処理に進む。また、経路が見つかった場合には、ネットワーク管理システム２００は、Ｓ４０の処理に進む。
【００９６】
Ｓ３９において、経路が見つかった場合には、ネットワーク管理システム２００は、検索した経路上のノードにパスを設定し、サービス事業者に経路設定完了を通知するために、サービス提供システム１００に「設定成功」を通知する（Ｓ４０）。そして、ネットワーク管理システム２００は、本処理を終了する。
【００９７】
Ｓ３９において、経路が見つからなかった場合には、受け取った設定オーダに含まれる全てのサーバのサーバＩＤについて経路設定処理を行ったか否かを判定する（Ｓ４２）。このとき、全てのサーバＩＤについて経路設定を行った場合には、ネットワーク管理システム２００は、要求されたコンテンツデータの提供が可能な経路が設定できなかったものとして、本処理を終了する。
【００９８】
また、Ｓ４２において、全てのサーバＩＤについて経路設定処理を行っていない場合には、ネットワーク管理システム２００は、受け取った設定オーダに含まれる経路設定処理が未処理のサーバＩＤを選択する（Ｓ４３）。未処理のサーバＩＤを選択後、ネットワーク管理システム２００は、Ｓ３７ａの処理に戻り、この未処理のサーバＩＤについて経路設定処理を行う。
【００９９】
図１８は、ネットワーク探索・設定処理２においてネットワーク管理システム２００が生成する設定処理結果の応答の一例である。図１４で示したネットワーク探索・設定処理１の応答と比較すると、ネットワーク探索・設定処理２の応答には、複数のサーバＩＤのうち設定が成功したサーバのサーバＩＤの情報が含まれる。
【０１００】
本ネットワークのネットワーク探索・設定処理２によれば、エンドユーザが要求するコンテンツを提供できるサーバが複数ある場合に、その複数のサーバのうち通信帯域及び経路の設定が可能なサーバについて上記設定を行うことができる。
【０１０１】
〈設定オーダ作成処理３のフローチャート〉
次に、上記設定オーダ作成処理において、複数のサーバＩＤが得られた場合に設定処理を行う優先度を定めた場合の処理の一例（以下、設定オーダ作成処理３とする）について説明する。この場合、サービス提供システム１００は、複数のサーバＩＤについて優先度を定めて、この優先度を設定オーダに含めてネットワーク管理システム２００に通知する。
【０１０２】
図１９は、複数のサーバＩＤが得られた場合の設定オーダ作成処理２を説明するフローチャートである。この図１５のフローチャートと上述の図１１に示した設定オーダ作成処理１のフローチャートとを比較した場合に、Ｓ１０３の処理がＳ１０３ａに置き換わり、Ｓ１０４の処理がＳ１０４ａに置き換えられている。そこで、Ｓ１０３ａ以前の処理についての説明は省略する。
【０１０３】
図１９において、サービス提供システム１００は、エンドユーザ端末３００から受け取ったコンテンツＩＤに基づいて、収容コンテンツ管理テーブル（テーブル２）から要求するコンテンツデータを提供可能で且つ他のエンドユーザから選択されていないという条件に該当する、全てのサーバのサーバＩＤを得る。また、サービス提供システム１００は、全てのサーバについての必要な帯域の情報をテーブル２から得る（Ｓ１０３ａ）。
【０１０４】
そして、サービス提供システム１００は、Ｓ１０１からＳ１０３ａによって得たデータに基づいて設定オーダを作成して、ネットワーク管理システム２００のネットワーク探索・設定処理を呼び出す（Ｓ１０４）。また、サービス提供システム１００は、この設定オーダに、複数のサーバＩＤに対してネットワーク探索・設定処理を行う優先度を付与する。
【０１０５】
図２０は、本設定オーダ作成処理３で作成される設定オーダの一例である。図１２に示した設定オーダ作成処理１の設定オーダと比較した場合、設定オーダ作成処理３の設定オーダは、サーバＩＤの項目が条件に該当する全てのサーバを含むようになっている。また、この設定オーダには、個々のサーバＩＤについて優先度が含まれる。なお、この優先度は、例えば、サーバＩＤを得た順序などに応じて付与される。そして、この設定オーダに基づいて、ネットワーク管理システム２００は、ネットワーク探索・設定処理を行う。
【０１０６】
ネットワーク管理システム２００によるネットワーク探索・設定処理終了後、サービス提供システム１００は、ネットワーク管理システム２００からこの処理に対する応答を受け取る（Ｓ１０５）。
【０１０７】
応答を受け取ったサービス提供システム１００は、この応答がネットワーク探索・設定処理の設定成功を示すか否かを判定する（Ｓ１０６）。この応答が設定成功である場合には、サービス提供システム１００は、応答に含まれるコンテンツデータを格納するサーバのＵＲＬ（コンテンツデータのＵＲＬ）をエンドユーザ端末３００に送信する（Ｓ１０７）。そして、サービス提供システム１００は、本処理を終了する。また、この応答が設定失敗である場合には、サービス提供システム１００は本処理を終了する。
【０１０８】
本ネットワークの設定オーダ作成処理３によれば、エンドユーザが要求するコンテンツを提供できるサーバが複数ある場合に、所定の優先度に応じて通信帯域及び経路の設定を行うことができる。
【０１０９】
〈ネットワーク探索・設定処理３のフローチャート〉
次に、上記ネットワーク探索・設定処理において、複数のサーバＩＤが得られた場合に設定処理を行う優先度を定めた場合の処理の一例（以下、ネットワーク探索・設定処理３とする）について説明する。この場合、ネットワーク管理システム２００は、設定オーダに含まれる全てのサーバに対して、優先度に応じてネットワーク探索・設定処理を行う。
【０１１０】
図２１は、複数のサーバＩＤが得られた場合に個々のサーバＩＤに優先度が付与された場合のネットワーク探索・設定処理３を説明するフローチャートである。この図２１のフローチャートと上述のネットワーク探索・設定処理２のフローチャートとを比較した場合に、Ｓ４３の処理がＳ４３に置き換えられている。そこで、重複する処理についての説明は省略する。
【０１１１】
図２１のＳ４２において、全てのサーバＩＤについて経路設定処理を行っていない場合には、ネットワーク管理システム２００は、受け取った設定オーダに含まれる経路設定処理が未処理のサーバＩＤのうち、優先度の高いサーバＩＤを選択する（Ｓ４４）。優先度の高い未処理のサーバＩＤを選択後、ネットワーク管理システム２００は、Ｓ３７ａの処
理に戻り、この未処理のサーバＩＤについて経路設定処理を行う。
【０１１２】
なお、このネットワーク探索・設定処理３においてネットワーク管理システム２００が生成する設定処理結果の応答は、上述の図１８に示したネットワーク探索・設定処理２で生成した応答と同様のものを用いる。従って、ここではその説明は省略する。
【０１１３】
本ネットワークのネットワーク探索・設定処理３によれば、エンドユーザが要求するコンテンツを提供できるサーバが複数ある場合に、ネットワーク事業者は、所定の優先度に応じて通信帯域及び経路の設定を行うことができる。
【０１１４】
〈設定オーダ作成処理４のフローチャート〉
次に、上記設定オーダ作成処理において、複数のサーバＩＤが得られた場合に、そのサーバの利用料金に応じてネットワーク探索・設定処理を要求する場合の一例（以下、設定オーダ作成処理４とする）について説明する。この場合、サービス提供システム１００は、コンテンツ提供による収入金額からサーバの利用料金を差し引いた金額を、通信料金の上限金額を定めて、個々のサーバの通信料金の上限金額を、設定オーダに含めてネットワーク管理システム２００に通知する。
【０１１５】
図２２は、サーバの上限金額を設定オーダに含めた場合の設定オーダ作成処理４を説明するフローチャートである。この図２２のフローチャートと上述の図１１に示した設定オーダ作成処理１のフローチャートとを比較した場合に、Ｓ１０３の処理がＳ１０３ｂに置き換わり、Ｓ１０４の処理がＳ１０４ｂに置き換えられている。また、Ｓ１０３ｂとＳ１０４ｂの処理との間に、Ｓ１０３１の処理が加わっている。そこで、Ｓ１０３ａ以前の処理についての説明は省略する。
【０１１６】
図２２において、サービス提供システム１００は、エンドユーザ端末３００から受け取ったコンテンツＩＤに基づいて、図２３に示す収容コンテンツ管理テーブル（テーブル２Ａ）から要求するコンテンツデータを提供可能で且つ他のエンドユーザから選択されていないという条件に該当する、全てのサーバのサーバＩＤを得る。また、サービス提供システム１００は、全てのサーバについての必要な帯域の情報をテーブル２Ａから得る。さらに、サービス提供システム１００は、全てのサーバの収入金額をテーブル２Ａから得る（Ｓ１０３ｂ）。
【０１１７】
図２３は、設定オーダ作成処理４で用いる収容コンテンツ管理テーブル（テーブル２Ａ）の一例である。このテーブル２Ａは、テーブル２に格納される情報に加えて個々のサーバの収入金額が含まれる。
【０１１８】
また、サービス提供システム１００は、サーバ利用料金管理テーブル（テーブル８）を参照して、Ｓ１０３ｂで得られたサーバについてその利用料金を得る（Ｓ１０３１）。
【０１１９】
図２４は、サーバ利用料金管理テーブル（テーブル８）の一例である。このテーブル８には、個々のサーバのサーバＩＤと、そのサーバの利用料金が関連づけられて格納されている。
【０１２０】
そして、サービス提供システム１００は、Ｓ１０１からＳ１０３１によって得たデータに基づいて設定オーダを作成して、ネットワーク管理システム２００のネットワーク探索・設定処理を呼び出す（Ｓ１０４ｂ）。このとき、サービス提供システム１００は、コンテンツデータの収入金額からサーバの利用料金を差し引いた金額を算出する。そして、サービス提供システム１００は、算出した金額を通信料金の上限金額として設定オーダを作成する。
【０１２１】
図２５は、本設定オーダ作成処理４で作成される設定オーダの一例である。図１２に示した設定オーダ作成処理１の設定オーダと比較した場合、設定オーダ作成処理４の設定オーダは、サーバＩＤの項目が条件に該当する全てのサーバを含むようになっている。また、この設定オーダには、個々のサーバＩＤの上限金額が含まれる。そして、この設定オーダに基づいて、ネットワーク管理システム２００は、ネットワーク探索・設定処理を行う。
【０１２２】
ネットワーク管理システム２００によるネットワーク探索・設定処理終了後、サービス提供システム１００は、ネットワーク管理システム２００からこの処理に対する応答を受け取る（Ｓ１０５）。
【０１２３】
応答を受け取ったサービス提供システム１００は、この応答がネットワーク探索・設定処理の設定成功を示すか否かを判定する（Ｓ１０６）。この応答が設定成功である場合には、サービス提供システム１００は、応答に含まれるコンテンツデータを格納するサーバのＵＲＬ（コンテンツデータのＵＲＬ）をエンドユーザ端末３００に送信する（Ｓ１０７）。そして、サービス提供システム１００は、本処理を終了する。また、この応答が設定失敗である場合には、サービス提供システム１００は本処理を終了する。
【０１２４】
本ネットワークの設定オーダ作成処理４によれば、エンドユーザからのコンテンツ要求時に、通信料金に上限額を設定することができるため、例えば、エンドユーザからの通信料金に対する要求などに応じて通信帯域及び経路の設定を行うことができる。
【０１２５】
〈ネットワーク探索・設定処理４のフローチャート〉
次に、上記ネットワーク探索・設定処理において、複数のサーバＩＤが得られた場合に、そのサーバの利用料金に応じてネットワーク探索・設定処理を要求する場合の一例（以下、ネットワーク探索・設定処理４とする）について説明する。この場合、ネットワーク管理システム２００は、サービス提供システム１００が生成した設定オーダの通信料金の上限金額に応じて、経路設定処理を行う。そして、ネットワーク管理システム２００は、その経路設定処理の結果をサービス提供システム１００に通知する。
【０１２６】
図２６は、通信料金の上限金額に応じて経路設定処理を行う場合のネットワーク探索・設定処理４を説明するフローチャートである。この図２６のフローチャートと上述の図１３に示したネットワーク探索・設定処理１のフローチャートとを比較した場合に、Ｓ３３３の処理がＳ３３ａの処理に、Ｓ３４の処理がＳ４５の処理に、Ｓ３７の処理がＳ３７ｂの処理に、それぞれ置き換えられている。そこで、重複する処理についての説明は省略する。
【０１２７】
図２６において、ネットワーク管理システム２００は、Ｓ３２で得た収容ノードＩＤに基づいて、アクセスネットワーク管理テーブル（テーブル４Ａ）からこの収容ノードのゲートウェイ（ＧＷ）ＩＤ、そのゲートウェイまでの残帯域の値、及びその通信料金を得る（Ｓ３３ａ）。
【０１２８】
図２７は、上記アクセスネットワーク管理テーブル（テーブル４Ａ）の一例を示す図である。テーブル４と比較した場合、テーブル４Ａには、アクセスネットワークの通信料金が含まれる。
【０１２９】
ネットワーク管理システム２００は、Ｓ３３ａで得たゲートウェイまでの残帯域は、コンテンツデータの提供に必要な帯域より大きく、かつ利用料金が上限金額以下であるか否かを判定する（Ｓ４５）。このとき、ゲートウェイまでの残帯域が必要な帯域より大きく
かつ上限金額以下である場合には、ネットワーク管理システム２００はＳ３５の処理に進む。また、ゲートウェイまでの残帯域が必要な帯域より小さい、または上限金額以上である場合には、ネットワーク管理システム２００はＳ３８の処理に進む。
【０１３０】
Ｓ３５，Ｓ３６の処理後、ネットワーク管理システム２００は、Ｓ３２または後述するＳ４３で得たエンドユーザ端末３００の収容ノードＩＤとＳ３６で得たサーバアクセスポイントの収容ノードＩＤとに基づいて、これらのノード間の経路を、コアネットワーク管理テーブル（テーブル７Ａ）を用いて検索する（Ｓ３７ｂ）。
【０１３１】
図２８は、コアネットワーク管理テーブル（テーブル７Ａ）の一例である。テーブル７と比較した場合、テーブル７Ａには、コアネットワークの通信料金が含まれる。
【０１３２】
Ｓ３４でゲートウェイまでの残帯域が必要な帯域より小さい、または上限金額以上であると判定された場合には、サービス提供システム１００に対して、必要な帯域が確保できなかったことを示す「設定失敗」及び「サーバ位置を変えても不可」を通知する（Ｓ３８）。そして、これらの通知を行った後、ネットワーク管理システム２００は、本処理を終了する。
【０１３３】
エンドユーザ端末３００の収容ノードとアクセスポイントの収容ノードとの間の経路を検索開始後、ネットワーク管理システム２００は、この経路が見つかったか否か、かつ通信料金が上限金額以下であるか否かを判定する（Ｓ４６）。このとき、経路が見つからない場合、または上限金額以上である場合には、ネットワーク管理システム２００は、Ｓ４２の処理に進む。また、経路が見つかり、かつ通信料金が上限金額以下である場合には、ネットワーク管理システム２００は、Ｓ４０の処理に進む。
【０１３４】
なお、Ｓ４０以降の処理は、上述のネットワーク探索・設定処理２と同様であるため、その説明は省略する。また、このネットワーク探索・設定処理４においてネットワーク管理システム２００が生成する設定処理結果の応答は、上述の図１８に示したネットワーク探索・設定処理２で生成した応答と同様のものを用いる。従って、ここではその説明は省略する。
【０１３５】
本ネットワークのネットワーク探索・設定処理４によれば、エンドユーザからのコンテンツ要求時に、通信料金に上限額を設定することができるため、ネットワーク事業者は、例えば、エンドユーザからの通信料金に対する要求などに応じて通信帯域及び経路の設定を行うことができる。
【０１３６】
〈設定オーダ作成処理５のフローチャート〉
次に、上記設定オーダ作成処理において、複数のサーバＩＤが得られた場合に、そのサーバの利用可能な残り帯域に応じて優先度を決定してネットワーク探索・設定処理を要求する場合の一例（以下、設定オーダ作成処理５とする）について説明する。この場合、サービス提供システム１００は、決定した優先度を設定オーダに含めてネットワーク管理システム２００に通知する。
【０１３７】
図２９は、残り帯域に応じて決定した優先度を設定オーダに含めた場合の設定オーダ作成処理５を説明するフローチャートである。この図２９のフローチャートと上述の図に示した設定オーダ作成処理３のフローチャートとを比較した場合に、Ｓ１０４ａの処理がＳ１０４ｃに置き換えられている。また、Ｓ１０３ａとＳ１０４ｃの処理との間に、Ｓ１０３２の処理が加わる。そこで、Ｓ１０４ｃ以前の処理についての説明は省略する。
【０１３８】
サービス提供システム１００は、サーバ利用帯域管理テーブル（テーブル９）を参照し
て、Ｓ１０３ａで得られたサーバについてその残り帯域を得る（Ｓ１０３２）。
【０１３９】
図３０は、サーバ利用帯域管理テーブル（テーブル９）の一例である。このテーブル９には、個々のサーバのサーバＩＤと、そのサーバの残り帯域が関連づけられて格納されている。
【０１４０】
そして、サービス提供システム１００は、Ｓ１０１からＳ１０３２によって得たデータに基づいて設定オーダを作成して、ネットワーク管理システム２００のネットワーク探索・設定処理を呼び出す（Ｓ１０４ｃ）。このとき、サービス提供システム１００は、上記Ｓ１０３２で得た個々のサーバの残り帯域が大きい順に優先度を付与して設定オーダを作成する。
【０１４１】
なお、設定オーダ作成処理５で作成する設定オーダは、本設定オーダ作成処理３で作成する設定オーダ（図２０参照）の一例と同様である。すなわち、設定処理２では、この図２０と同様の設定オーダのサーバの優先度の決定する際に、残り帯域に基づいて行う。そして、この設定オーダに基づいて、ネットワーク管理システム２００は、ネットワーク探索・設定処理を行う。
【０１４２】
なお、Ｓ１０５以降の処理は、上述の設定オーダ作成処理３と同様であるため、その説明は省略する。
【０１４３】
本ネットワークの設定オーダ作成処理５によれば、サービス事業者は、エンドユーザが要求するコンテンツを提供可能なサーバが複数ある場合に、それぞれのサーバのうち通信帯域の残り帯域に応じて利用するサーバを定める。従って、この設定オーダ作成処理５によれば、ネットワークの状況に応じて通信帯域及び経路の設定ができる。
【０１４４】
〈設定オーダ作成処理６のフローチャート〉
次に、上記設定オーダ作成処理において、複数のサーバＩＤが得られた場合に、そのサーバのＣＰＵ（Central Processing Unit）の利用率に応じて優先度を決定してネットワーク探索・設定処理を要求する場合の一例（以下、設定オーダ作成処理６とする）について説明する。この場合、サービス提供システム１００は、ＣＰＵの利用率を設定オーダに含めてネットワーク管理システム２００に通知する。
【０１４５】
図３１は、ＣＰＵの利用率に応じて決定した優先度を設定オーダに含めた場合の設定オーダ作成処理５を説明するフローチャートである。この図３１のフローチャートと上述の図に示した設定オーダ作成処理３のフローチャートとを比較した場合に、Ｓ１０４ａの処理がＳ１０４ｄに置き換えられている。また、Ｓ１０３ａとＳ１０４ｄの処理との間に、Ｓ１０３３の処理が加わる。そこで、Ｓ１０４ｄ以前の処理についての説明は省略する。
【０１４６】
サービス提供システム１００は、サーバ利用ＣＰＵ管理テーブル（テーブル１０）を参照して、Ｓ１０３ａで得られたサーバについてそのＣＰＵの利用率を得る（Ｓ１０３３）。
【０１４７】
図３２は、サーバ利用ＣＰＵ管理テーブル（テーブル１０）の一例である。このテーブル１０には、個々のサーバのサーバＩＤと、そのサーバのＣＰＵの利用率が関連づけられて格納されている。
【０１４８】
そして、サービス提供システム１００は、Ｓ１０１からＳ１０３３によって得たデータに基づいて設定オーダを作成して、ネットワーク管理システム２００のネットワーク探索・設定処理を呼び出す（Ｓ１０４ｄ）。このとき、サービス提供システム１００は、上記
Ｓ１０３３で得た個々のサーバのＣＰＵの利用率が小さい順に優先度を付与して設定オーダを作成する。
【０１４９】
なお、設定オーダ作成処理６で作成する設定オーダは、本設定オーダ作成処理３で作成する設定オーダ（図２０参照）の一例と同様である。すなわち、設定処理２では、この図２０と同様の設定オーダのサーバの優先度の決定する際に、ＣＰＵの利用率に基づいて行う。そして、この設定オーダに基づいて、ネットワーク管理システム２００は、ネットワーク探索・設定処理を行う。
【０１５０】
なお、Ｓ１０５以降の処理は、上述の設定オーダ作成処理３と同様であるため、その説明は省略する。
【０１５１】
本ネットワークの設定オーダ作成処理６によれば、サービス事業者は、エンドユーザが要求するコンテンツを提供可能なサーバが複数ある場合に、それぞれのサーバのうちＣＰＵの利用率に応じて利用するサーバを定める。従って、この設定オーダ作成処理５によれば、サーバの処理状況に応じて通信帯域及び経路の設定ができる。
【０１５２】
〈ネットワーク探索・設定処理５のフローチャート〉
次に、上記ネットワーク探索・設定処理において、複数のサーバＩＤが得られた場合に、ユーザ収容ノードとゲートウェイ間の残り帯域とその継続時間の計測をし、その平均値に基づいてネットワーク探索・設定処理を行う場合の一例（以下、ネットワーク探索・設定処理５とする）について説明する。この場合、ネットワーク管理システム２００は、サービス提供システム１００が生成した設定オーダ及び平均値に基づいて、経路設定処理を行う。そして、ネットワーク管理システム２００は、その経路設定処理の結果をサービス提供システム１００に通知する。
【０１５３】
図３３は、ユーザ収容ノードとゲートウェイ間の残り帯域とその継続時間の平均値に応じて経路設定処理を行う場合のネットワーク探索・設定処理５を説明するフローチャートである。この図３３のフローチャートと上述の図１７に示したネットワーク探索・設定処理２のフローチャートとを比較した場合に、Ｓ３３の処理がＳ３３ｂの処理に、Ｓ３７の処理がＳ３７ｃの処理に、Ｓ３８の処理がＳ４７に、それぞれ置き換えられている。そこで、重複する処理についての説明は省略する。
【０１５４】
図３３において、ネットワーク管理システム２００は、Ｓ３２で得た収容ノードＩＤに基づいて、アクセスネットワーク管理テーブル（テーブル４Ｂ）からこの収容ノードのゲートウェイ（ＧＷ）ＩＤ、そのゲートウェイまでの残帯域の値を得る（Ｓ３３ｂ）。
【０１５５】
図３４は、上記アクセスネットワーク管理テーブル（テーブル４Ｂ）の一例を示す図である。テーブル４と比較した場合、テーブル４Ｂには、継続時間の平均値である平均待ち時間が、帯域毎に含まれる。
【０１５６】
Ｓ３４，Ｓ３５，Ｓ３６の処理後、ネットワーク管理システム２００は、Ｓ３２または後述するＳ４３で得たエンドユーザ端末３００の収容ノードＩＤとＳ３６で得たサーバアクセスポイントの収容ノードＩＤとに基づいて、これらのノード間の経路を、コアネットワーク管理テーブル（テーブル７Ａ）を用いて検索する（Ｓ３７ｃ）。
【０１５７】
Ｓ３４でゲートウェイまでの残帯域が必要な帯域より小さいと判定された場合には、サービス提供システム１００に対して、必要な帯域が確保できなかったことを示す「設定失敗」及び「サーバ位置を変えても不可」を通知する（Ｓ３８）。さらに、ネットワーク管理システム２００は、テーブル４Ｂから得た必要帯域以下の平均待ち時間を通知する。そ
して、これらの通知を行った後、ネットワーク管理システム２００は、本処理を終了する。
【０１５８】
なお、Ｓ３９以降の処理は、上述のネットワーク探索・設定処理２と同様であるため、その説明は省略する。
【０１５９】
図３５は、ネットワーク探索・設定処理５においてネットワーク管理システム２００が生成する設定処理結果の応答の一例である。図１４で示したネットワーク探索・設定処理１の応答と比較すると、ネットワーク探索・設定処理５の応答には、複数のサーバＩＤのうち設定が成功したサーバのサーバＩＤの情報、及びこのサーバを利用した場合の平均待ち時間が含まれる。
【０１６０】
本ネットワークのネットワーク探索・設定処理５によれば、ユーザ収容ノードとゲートウェイ間の残り帯域とその継続時間の計測をし、その平均値に基づいてネットワーク探索・設定処理する。このため、このネットワーク探索・設定処理５によれば、ネットワークの状況に応じて通信帯域及び経路の設定ができる。
【０１６１】
〈設定オーダ作成処理７のフローチャート〉
次に、上記設定オーダ作成処理において、複数のサーバＩＤが得られた場合に、起動時に必要な帯域と通常時に必要な帯域に応じてネットワーク探索・設定処理を要求する場合の一例（以下、設定オーダ作成処理７とする）について説明する。この場合、サービス提供システム１００は、起動時に必要な帯域と通常時に必要な帯域をネットワーク管理システム２００に通知する。
【０１６２】
図３６は、起動時に必要な帯域と通常時に必要な帯域を設定オーダに含めた場合の設定オーダ作成処理７を説明するフローチャートである。この図３６のフローチャートと上述の図１９に示した設定オーダ作成処理３のフローチャートとを比較した場合に、Ｓ１０３ａの処理がＳ１３０ｃに置き換わり、Ｓ１０４ａの処理がＳ１０４ｅに置き換えられている。そこで、重複する処理についての説明は省略する。
【０１６３】
サービス提供システム１００は、コンテンツＩＤに基づいて、収容コンテンツ管理テーブル（テーブル２Ｂ）から全てのサーバの起動時に必要な帯域及びその継続時間と、通常時に必要な帯域を得る（Ｓ１０３ｃ）。
【０１６４】
図３７は、収容コンテンツ管理テーブル（テーブル２Ｂ）の一例を示す。テーブル２Ｂは、テーブル２と比較すると、起動時に必要な帯域及びその継続時間と、通常時に必要な帯域が含まれる。
【０１６５】
そして、サービス提供システム１００は、Ｓ１０１からＳ１０３ｃによって得たデータに基づいて設定オーダを作成して、ネットワーク管理システム２００のネットワーク探索・設定処理を呼び出す（Ｓ１０４ｅ）。このとき、サービス提供システム１００は、上記Ｓ１０３ｃで得た起動時に必要な帯域及びその継続時間と、通常時に必要な帯域を含めた設定オーダを作成する。
【０１６６】
図３８は、設定オーダ作成処理７における設定オーダの一例である。設定オーダ作成処理３で作成した図２０に示す設定オーダと比較して、設定オーダ作成処理７で作成する設定オーダには、起動時に必要な帯域及びその継続時間と、通常時に必要な帯域が含まれる。
【０１６７】
そして、起動時に必要な帯域及びその継続時間と、通常時に必要な帯域を含めた設定オ
ーダに基づいて、ネットワーク管理システム２００は、これらの値を考慮したネットワーク探索・設定処理を行う。
【０１６８】
なお、Ｓ１０５以降の処理は、上述の設定オーダ作成処理３と同様であるため、その説明は省略する。
【０１６９】
本ネットワークの設定オーダ作成処理７によれば、サービス事業者は、起動時に必要な帯域と通常時に必要な帯域に応じてネットワーク探索・設定処理を要求する。このため、サービス事業者は、コンテンツの状況に応じて通信帯域及び経路の設定を行うことができる。
【０１７０】
〈設定オーダ作成処理８のフローチャート〉
次に、上記設定オーダ作成処理において、複数のサーバＩＤが得られた場合に、エンドユーザが定めた優先度に基づいてネットワーク探索・設定処理を要求する場合の一例（以下、設定オーダ作成処理８とする）について説明する。この場合、サービス提供システム１００は、優先度を設定オーダに含めてネットワーク管理システム２００に通知する。
【０１７１】
図３９は、エンドユーザが定めた優先度を設定オーダに含めた場合の設定オーダ作成処理８を説明するフローチャートである。この図３９のフローチャートと上述の図に示した設定オーダ作成処理３のフローチャートとを比較した場合に、Ｓ１０２の処理がＳ１０２ａに置き換わり、Ｓ１０４ａの処理がＳ１０４ｆに置き換えられている。そこで、重複する処理についての説明は省略する。
【０１７２】
サービス提供システム１００は、受け取ったサービスユーザＩＤに基づいて、サービスユーザ管理テーブル（テーブル１Ａ）からネットワークユーザＩＤとエンドユーザが定めた優先度を得る（Ｓ１０２ａ）。
【０１７３】
図４０は、サービスユーザ管理テーブル（テーブル１Ａ）の一例である。テーブル１と比較すると、テーブル１Ａは、エンドユーザの定めた優先度が、エンドユーザのサービスユーザＩＤ及びネットワークユーザＩＤと関連づけられて含まれている。
【０１７４】
そして、サービス提供システム１００は、Ｓ１０１からＳ１０３３によって得たデータに基づいて設定オーダを作成して、ネットワーク管理システム２００のネットワーク探索・設定処理を呼び出す（Ｓ１０４ｄ）。このとき、サービス提供システム１００は、上記Ｓ１０３ａで得たエンドユーザが定めた優先度を付与して設定オーダを作成する。
【０１７５】
図４１は、設定オーダ作成処理７で作成した設定オーダの一例である。この設定オーダは、設定オーダ作成処理３で作成した設定オーダと比較すると、オーダの優先度が含まれる。そして、この設定オーダに基づいて、ネットワーク管理システム２００は、ネットワーク探索・設定処理を行う。
【０１７６】
なお、Ｓ１０５以降の処理は、上述の設定オーダ作成処理３と同様であるため、その説明は省略する。
【０１７７】
本ネットワークの設定オーダ作成処理８によれば、エンドユーザが定めた優先度に応じて、コンテンツを提供するための通信帯域及び経路の設定を要求することができる。
【０１７８】
〈ネットワーク探索・設定処理６のフローチャート〉
次に、上記ネットワーク探索・設定処理において、エンドユーザが定めた優先度に基づいてネットワーク探索・設定処理を行う一例（以下、ネットワーク探索・設定処理６とす
る）について説明する。この場合、ネットワーク管理システム２００は、設定オーダに含まれる優先度に基づいてネットワーク探索・設定処理を行う。
【０１７９】
図４２は、エンドユーザが定めた優先度に基づくネットワーク探索・設定処理６を説明するフローチャートである。この図４２のフローチャートと上述の図１３に示したネットワーク探索・設定処理１のフローチャートとを比較した場合に、Ｓ３１とＳ３２の間に、新たにＳ４８の処理が加わっている。そこで、重複する処理についての説明は省略する。
Ｓ３１の処理後、ネットワーク管理システム２００は、受け取った設定オーダの中から最も優先度が高い設定オーダを選択する（Ｓ４８）。その後、ネットワーク管理システム２００は、その最も優先度が高い設定オーダに対してネットワーク探索・設定処理を実行する。
【０１８０】
本ネットワークの設定オーダ作成処理８によれば、エンドユーザが定めた優先度に応じて、コンテンツを提供するための通信帯域及び経路の設定を行うことができる。
【０１８１】
〈実施例１〉
次に、本ネットワークの実施例のうち、設定オーダ作成処理１及びネットワーク探索・設定処理１を行った一例（以下、実施例１とする）について説明する。
【０１８２】
実施例１において、以下に示すユーザ及びコンテンツに関する情報登録は事前に完了しているものとする。まず、ネットワーク管理システム２００を管理するネットワーク事業者は、エンドユーザとの契約の際に、エンドユーザ端末３００にネットワークユーザＩＤ「ＵＳＲ＿Ａ０３」を通知する。このとき、ネットワーク管理システム２００には、このネットワークユーザＩＤと、エンドユーザ端末３００を収容するノードＩＤ「ＯＳＡＫＡ１」、及び収容ポートＩＤ「２００」の関係をテーブル３に格納する。
【０１８３】
図４３は、実施例１におけるテーブル３の一例である。テーブル３には、このエンドユーザのエンドユーザ端末３００に対応するネットワークユーザＩＤ，ノードＩＤ，ポートＩＤが格納されている。
【０１８４】
サービス提供システム１００は、エンドユーザとの契約の際に、ネットワーク管理システム２００から通知されたネットワークユーザＩＤ「ＵＳＲ＿Ａ０３」を登録する。また、サービス提供システム１００は、このエンドユーザのサービスに関するサービスユーザＩＤ「０４４７５４」を定める。そして、サービス提供システム１００は、サービスユーザＩＤとネットワークユーザＩＤの関係をテーブル１に格納しておく。
【０１８５】
図４４は、実施例１におけるテーブル１の一例である。このテーブル１には、個々のエンドユーザ端末３００に対応するサービスユーザＩＤとネットワークユーザＩＤとが格納されている。
【０１８６】
サービス提供システム１００は、サービス事業者が提供するコンテンツに関するデータをテーブル２に格納する。
【０１８７】
図４５は、実施例１におけるテーブル２の一例である。例えば、テーブル２では、コンテンツ「０１−２３３４」を格納しているサーバのＩＤが「１０１」であることがわかる。また、このコンテンツ「０１−２３３４」は、必要帯域が「２０Ｍｂｐｓ」であることがわかる。また、コンテンツ「０５−５６２７」を格納しているサーバのＩＤは、「１０２」であり、その必要帯域が「４Ｍｂｐｓ」であることがわかる。
【０１８８】
次に、実施例１における本ネットワークの動作を説明する。まず、エンドユーザ端末３００は、サービスユーザＩＤ「０４４７５４」と、要求するコンテンツＩＤ「０１−２３３４」をサービス事業者のサービス提供システム１００（ＩＤ＝３５）に要求する。
【０１８９】
次に、サービス提供システム１００は、テーブル１から対応するネットワークユーザＩＤ「ＵＳＲ＿Ａ０３」を取得する。また、サービス提供システム１００は、テーブル２から提供サーバＩＤ「１０１」と、コンテンツ提供の必要帯域「２０Ｍｂｐｓ」を取得する。
【０１９０】
そして、サービス提供システム１００は、取得した情報に基づいて、設定オーダを作成する。
【０１９１】
図４６は、実施例１における設定オーダの一例である。この設定オーダには、取得した情報に基づいて、この設定オーダのＩＤ，サービス事業者のＩＤ，エンドユーザ端末３００のネットワークユーザＩＤ，コンテンツを提供するサーバのＩＤ，コンテンツの提供に必要な帯域が含まれる。
【０１９２】
サービス提供システム１００は、設定オーダをネットワーク管理システム２００に通知して応答を待つ。なお、コンテンツＩＤ「０１−２３３４」に対応するサーバ「０１−２３３４」は２つあるが、実施例１ではテーブル２を上から順に検索して最初に見つかったものに対して設定することとした。
【０１９３】
設定オーダを受け取ったネットワーク管理システム２００は、ネットワークユーザＩＤ「ＵＳＲ＿Ａ０３」に基づいて、テーブル３から収容ノードＩＤ「ＯＳＡＫＡ」を得る。
【０１９４】
ネットワーク管理システム２００は、テーブル４を参照して収容ノード「ＯＳＡＫＡ」に接続するゲートウェイまでの残り帯域を確認する。
【０１９５】
図４７は、実施例１におけるテーブル４の一例である。テーブル４によれば、ゲートウェイＩＤ「ＡＷＡＪＩ」までの残り帯域が「１５Ｍｂｐｓ」で、ゲートウェイ「ＡＫＡＳＨＩ」までの残り帯域が「１０Ｍｂｐｓ」となる。従って、これらのゲートウェイの残り帯域は、設定オーダに記載の必要帯域「２０Ｍｂｐｓ」に満たない。この場合には、ネットワーク管理システム２００は、サービス提供システム１００に「設定失敗」と「サーバ位置を変えても不可」を示す応答を行って処理を終了する。
【０１９６】
図４８は、上記の場合におけるネットワーク管理システム２００が生成する応答の一例である。この応答には、「設定失敗」と「サーバ位置を変えても不可」の内容が示されている。
【０１９７】
なお、応答を受けたサービス提供システム１００は、同一コンテンツを格納しているもう一つのサーバ（ＩＤ＝１２４）があることがテーブル２を参照することで判明する。しかしながら、ネットワーク管理システム２００が生成した応答は、全てのサーバに対して経路設定ができなかったことを示す「サーバ位置を変えても不可」であるため、エンドユーザ１に対してサービスが提供できないという情報（例えば、「混雑中です。しばらくしてから再リクエストしてください。」など）を通知して本処理を終了する。
【０１９８】
〈実施例２〉
次に、本ネットワークの実施例のうち、設定オーダ作成処理２及びネットワーク探索・設定処理２を行った一例（以下、実施例２とする）について、実施例１と同じデータを利用して説明する。
【０１９９】
まず、エンドユーザ端末３００は、サービスユーザID「044754」でコンテンツID「01-2334」をサービス提供システム１００(ID=35)に要求する。
【０２００】
次に、サービス提供システム１００は、テーブル１から対応するネットワークユーザID「USR#A03」を取得する。また、サービス提供システム１００は、テーブル２から条件に該当する２つのサーバID「101」と「124」と、その必要帯域「20Mbps」を取得する。
【０２０１】
サービス提供システム１００は、この２つのサーバに対する設定オーダを作成し、ネットワーク管理システム２００に設定オーダを通知して応答を待つ。
【０２０２】
図４９は、実施例２における設定オーダの一例である。この設定オーダには、取得した情報に基づいて、この設定オーダのＩＤ，サービス事業者のＩＤ，エンドユーザ端末３００のネットワークユーザＩＤ，コンテンツを提供する複数のサーバのＩＤ，コンテンツの提供に必要な帯域が含まれる。
【０２０３】
設定オーダを受け取ったネットワーク管理システム２００は、実施例１と同様に、ネットワークユーザＩＤ「USR#A03」に基づいて、テーブル３から収容ノードＩＤ「OSAKA」を得る。
【０２０４】
また、ネットワーク管理システム２００は、テーブル４を参照して収容ノード「OSAKA」に接続するゲートウェイまでの残り帯域を確認する。実施例２では、ゲートウェイ「AWAJI」までの残り帯域が「15Mbps」であり、ゲートウェイ「AKASHI」までの残り帯域が10Mbpsとなる。従って、これらのゲートウェイの残り帯域は、設定オーダに示される必要帯域「20Mbps」に満たない。この場合には、ネットワーク管理システム２００は、実施例１と同様に、サービス提供システム１００に「設定失敗」と「サーバ位置を変えても不可」を示す応答を行って処理を終了する。そして、サービス提供システム１００は、実施例１と同様に、エンドユーザ端末３００に対して通知を行って本処理を終了する。
【０２０５】
〈実施例３〉
次に、本ネットワークの実施例のうち、設定オーダ作成処理３，５，６、及びネットワーク探索・設定処理３を行った一例（以下、実施例３とする）について、実施例１と同じデータを利用して説明する。
【０２０６】
まず、エンドユーザ端末３００は、サービスユーザID「044754」でコンテンツID「01-2334」をサービス提供システム１００(ID=35)に要求する。
【０２０７】
次に、サービス提供システム１００は、テーブル１から対応するネットワークユーザID「USR#A03」を取得する。また、サービス提供システム１００は、テーブル２から条件に該当する２つのサーバID「101」と「124」と、その必要帯域「20Mbps」を取得する。このとき、サービス提供システム１００は、テーブル２から抽出された順序に優先度を設定する。なお、このとき、ネットワーク管理システム２００は、図５０に示すテーブル９を参照して残り帯域の大きい順に優先度を設定してもよい。
【０２０８】
上記の手順による優先度の設定後、サービス提供システム１００は、図５１に示す設定オーダを作成する。また、このとき、サービス提供システム１００は、図５２に示すテーブル１０を参照してCPU利用率の小さい順に優先度を設定し、図５３に示す設定オーダを作成してもよい。なお、図５３の設定オーダは、本実施例３では数字が小さいほど優先度が高くなるように定めた。上記の手順により設定オーダを生成したサービス提供システム１００は、この設定オーダをネットワーク管理システム２００に通知して応答を待つ。
【０２０９】
次に、設定オーダを受け取ったネットワーク管理システム２００の処理を説明する。設定オーダを受け取ったネットワーク管理システム２００は、実施例１と同様に、ネットワークユーザＩＤ「USR#A03」に基づいて、図５４に示すテーブル３から収容ノードＩＤ「OSAKA」を得る。
【０２１０】
ネットワーク管理システム２００は、図５５に示すテーブル４を参照して収容ノード「OSAKA」に接続するゲートウェイまでの残り帯域を確認する。実施例３では、ゲートウェイ「AWAJI」までの残り帯域が「200Mbps」で、ゲートウェイ「AKASHI」までの残り帯域が「50Mbps」となる。従って、これらのゲートウェイの残り帯域は、サービス提供システム１００からの設定オーダに示される必要帯域「20Mbps」を満たすため、次の処理に進む。
【０２１１】
必要帯域を満たす場合、ネットワーク管理システム２００は、設定オーダに基づいて優先度の高いサーバ(ID=101)を選択する。そして、ネットワーク管理システム２００は、設定オーダに含まれるサービス事業者ID「35」，サーバID「101」に基づいて、テーブル５から、SAP（Server Access Point）ID「NAGOYA」を得る。
【０２１２】
ＳＡＰＩＤを得たネットワーク管理システム２００は、図５６に示すテーブル６に基づいて、このSAPが収容されているノードID「SAKAE」とポートID「30」を得る。
【０２１３】
ノードＩＤ及びポートＩＤを得たネットワーク管理システム２００は、ゲートウェイからSAPを収容するノード間の経路を求める。ネットワーク管理システム２００は、選択可能なゲートウェイのうち、ゲートウェイを一つ選択する。実施例３において、ネットワーク管理システム２００は、選択するゲートウェイとして、例えば、残り帯域の大きい「AWAJI」を選択したとする。
【０２１４】
ゲートウェイ選択後、ネットワーク管理システム２００は、図５７に示すテーブル７を利用して「AWAJI」から「SAKAE」までの経路を計算する。この経路計算の手法としては、例えば、ネットワーク上の最短経路を求める手法としてよく知られるDijkstraアルゴリズムを用いればよい。本実施例３では、「AWAJI」−「SAKAE」間、及び「AWAJI」−「KYOTO」−「SAKAE」間に経路がある。これらの経路のうち、前者の経路の残り帯域が「10Mbps」であり、後者の経路では「KYOTO」−「SAKAE」間の残り帯域が18Mbpsとなる。従って、算出されたこれらの経路では、要求された必要帯域に満たない。このため、これらの経路は、エンドユーザ端末３００が要求するコンテンツの提供には利用できない。
【０２１５】
算出されたこれらの経路が利用できないと判定された後、ネットワーク管理システム２００は、次に優先度の高いサーバ(ID=124)を選び、上記と同様の処理を行う。この場合、SAPIDは「FUKUOKA」である。また、収容ノードID及びポートIDは、それぞれ「TENJIN」「120」となる。このため、ネットワーク管理システム２００は、「AWAJI」−「TENJIN」間の経路を計算する。この場合、ネットワーク管理システム２００は、この間の経路の残り帯域を確認することで、「AWAJI」−「KYOTO」−「TENJIN」が経路として選ばれる。すなわち、この経路は、いずれの区間も要求帯域以上である。従って、ネットワーク管理システム２００は、この区間で通信パスの設定を行った後、サービス提供システム１００に対して「設定成功」とサーバID「124」を応答して終了する。
【０２１６】
〈実施例４〉
次に、本ネットワークの実施例のうち、設定オーダ作成処理４及びネットワーク探索・設定処理４を行った一例（以下、実施例４とする）について、実施例１と同じデータを利用して説明する。
【０２１７】
まず、エンドユーザ端末３００は、サービスユーザID「044754」でコンテンツID「01-2334」をサービス提供システム１００(ID=35)に要求する。
【０２１８】
サービス提供システム１００は、テーブル１から対応するネットワークユーザID「USR#A03」を取得する。また、サービス提供システム１００は、図５８に示すテーブル２Ａから条件に該当する２つのサーバID「101」と「124」と、その必要帯域「20Mbps」を取得する。また、サービス提供システム１００は、図５９に示すテーブル８からサーバID「101」と「124」に対応するサーバの利用料金、それぞれ「50円」と「100円」を取得する。
【０２１９】
サービス提供システム１００は、コンテンツの収入金額と各サーバの利用料金の差額を算出する。そして、この差額を通信料金の上限と定める。なお、この上限は、例えば、差額以下、あるいは差額のｘ％としてもよい。
【０２２０】
そして、サービス提供システム１００は、図６０に示す設定オーダを作成して、ネットワーク事業者に通知して応答を待つ。
【０２２１】
設定オーダを受け取ったネットワーク管理システム２００は、実施例１と同様に、ネットワークユーザＩＤ「USR#A03」に基づいて、テーブル３とから収容ノードＩＤ「OSAKA」を得る。
【０２２２】
収容ノードＩＤ取得後、ネットワーク管理システム２００は、図６１に示すテーブル４Ａを参照して収容ノード「OSAKA」に接続するゲートウェイまでの残り帯域を確認する。この実施例４では、ゲートウェイ「AWAJI」までの残り帯域が「200Mbps」で、ゲートウェイ「AKASHI」までの残り帯域が「50Mbps」となる。また、それぞれのゲートウェイの利用料金は、「ＡＫＡＳＨＩ」が200円（＝20Mbps×10円／Mbps）、「ＡＷＡＪＩ」が300円（＝20Mbps×15円／Mbps）となる。従って、設定オーダに記載の必要帯域20Mbps及び利用料金（＜550円）の双方を満たすため、ネットワーク管理システム２００は、次の処理に進む。
【０２２３】
ネットワーク管理システム２００は、設定オーダから一つのサーバ(ID=101)を選択する。サーバの選択後、ネットワーク管理システム２００は、サービス事業者ID「35」とサーバID「101」に基づいて、テーブル５から、SAP（Server Access Point）ID「NAGOYA」を得る。
【０２２４】
ネットワーク管理システム２００は、テーブル６からこのSAPが収容されているノードID「SAKAE」とポートID「30」を得る。
【０２２５】
ノードＩＤ及びポートＩＤ取得後、ネットワーク管理システム２００は、ゲートウェイからSAP収容ノード間の経路を求める。ネットワーク管理システム２００は、経路を算出するゲートウェイを一つ選ぶ。実施例３では、例えば、残り帯域の大きい「AWAJI」を、経路を算出するゲートウェイとして選択する。
【０２２６】
ゲートウェイ選択後、ネットワーク管理システム２００は、図６２に示すテーブル７Ａを利用して「AWAJI」から「SAKAE」までの経路を計算する。この経路計算の手法としては、例えば、ネットワーク上の最短経路を求める手法としてよく知られるDijkstraアルゴリズムを用いればよい。本実施例４では、「AWAJI」−「SAKAE」間、及び「AWAJI」−「KYOTO」−「SAKAE」間に経路がある。これらの経路のうち、前者の経路の残り帯域が「10Mbps」であり、後者は残り帯域が100Mbpsである。従って、「AWAJI」−「KYOTO」−「SAKAE」間は、必要帯域を満たす。しかしながら、「OSAKA」―「AWAJI」―「KYOTO」−「SAKAE」の利用料金の和は、600円（＝200円＋100円＋300円）となるため、料金上限を超えるた
め利用できない。
【０２２７】
このため、ネットワーク管理システム２００は、別のサーバ(ID=124)を選び、上記と同様の処理を行う。この場合、SAPIDは「FUKUOKA」であり、収容ノードID及びポートIDは「TENJIN」「120」となる。このため、ネットワーク管理システム２００は、「AWAJI」−「TENJIN」間の経路を計算することになる。この場合、「AWAJI」−「KYOTO」−「TENJIN」が経路として選ばれる。ネットワーク管理システム２００による経路計算の結果、いずれの区間も要求帯域以上、及び利用料金の和が400円（＝200円＋100円＋100円）となり料金の上限以下となる。従って、ネットワーク管理システム２００は、この区間で通信パスの設定を行った後、サービス事業者に「設定成功」とサーバID「124」を応答して終了する。
【０２２８】
〈実施例５〉
次に、本ネットワークの実施例のうち、設定オーダ作成処理７を行った一例（以下、実施例５とする）について、実施例１と同じデータを利用して説明する。
【０２２９】
まず、エンドユーザ端末３００は、サービスユーザID「044754」でコンテンツID「01-2334」をサービス提供システム１００(ID=35)に要求する。
【０２３０】
サービス提供システム１００は、テーブル１から対応するネットワークユーザID「USR#A03」を取得する。また、サービス提供システム１００は、図６３に示すテーブル２Ｂから条件に該当する２つのサーバID「101」と「124」を取得する。さらに、サービス提供システム１００は、テーブル２Ｂからコンテンツの起動時に必要な帯域とその継続時間「30Mbps」「5min」と、通常時に必要な帯域「20Mbps」を取得する。
サービス提供システム１００は、図６４に示す設定オーダを作成する。サービス提供システム１００は、この設定オーダをネットワーク管理システム２００に通知して応答を待つ。
【０２３１】
設定オーダを受け取ったネットワーク管理システム２００は、この設定オーダに含まれる起動時に必要な帯域値を利用して実施例１と同様に経路の設定を行う。
【０２３２】
〈実施例６〉
次に、本ネットワークの実施例のうち、設定オーダ作成処理８及びネットワーク探索・設定処理６を行った一例（以下、実施例６とする）について、実施例１と同じデータを利用して説明する。
【０２３３】
まず、エンドユーザ端末３００は、サービスユーザID「044754」でコンテンツID「01-2334」をサービス提供システム１００(ID=35)に要求する。
【０２３４】
次に、サービス提供システム１００は、図６５に示すテーブル１Ａから対応するネットワークユーザID「USR#A03」と優先度「１」を取得する。また、サービス提供システム１００は、図６３に示すテーブル２Ｂから２つのサーバID「101」と「124」と、必要帯域「20Mbps」を取得する。
【０２３５】
上記の情報を取得したサービス提供システム１００は、図６６に示す設定オーダを作成して、ネットワーク事業者に通知して応答を待つ。そして、設定オーダを受け取ったネットワーク探索・設定処理は、実施例１と同様のネットワーク探索・設定処理を行い、本処理を終了する。
【０２３６】
〈実施の形態の効果〉
以上の本発明の実施の形態によれば、以下の効果を得られる。
【０２３７】
本ネットワークによれば、サービス事業者はサーバ位置を変えても品質保証された通信パスが設定できない場合に、何度も繰り返し設定オーダを投入するという手間を省くことができる。これは、エンドユーザの立場からみれば、利用上最も負担がかかる一例である、競って完了までに長時間待たされたうえで、サービスを提供できないことが通知される、という不都合を減少させることができる。また、本ネットワークによれば、ネットワーク事業者は、品質保証されたパスを提供できない場合の設定オーダの処理を行う回数を減らすことができる。
【０２３８】
〈変形例〉
なお、本発明のネットワーク管理システムは、本実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【０２３９】
例えば、本実施の形態に係るネットワークでは、ネットワーク管理システム２００とサービス提供システム１００とによって処理を行ったが、これらの機能を一つのネットワーク管理システムによって実行してもよい。
【０２４０】
〈その他〉
本発明は、以下のように特定することができる。
【０２４１】
（付記１）
ユーザ端末と、このユーザ端末に提供すべき情報を保持するサーバとの間を結ぶネットワークを管理するシステムであって、
前記サーバの管理者からの要求に応じて、前記サーバと前記ユーザ端末との間に前記情報を伝送するための通信パスを設定する設定手段と、
前記設定手段が、前記管理者から要求された品質を保証できる通信パスを設定できない場合に、前記ネットワークの状態を示す状態情報を前記管理者に通知する通知手段と
を含むネットワーク管理システム。（１）
【０２４２】
（付記２）
前記管理者は、前記ユーザに前記情報を提供可能な複数のサーバを管理しており、前記管理者からの要求は、前記情報をユーザに提供すべき１つのサーバの指定を含み、
前記ネットワーク管理システムで管理される前記ネットワークは、少なくとも１つの前記複数のサーバを収容するコアネットワークと、このコアネットワークに少なくとも１つのゲートウェイを介して接続されるとともに、前記ユーザ端末を収容する収容ノードを含むアクセスネットワークとを含み、
前記ネットワーク管理システムは、前記収容ノードと、前記少なくとも１つのゲートウェイとの間の残り帯域を管理する手段をさらに含み、
前記設定手段は、前記管理者からの要求に応じて前記通信パスを設定する場合に、前記残り帯域が、前記品質を保証できる通信パスを設定するための帯域よりも大きいか否かを判定し、
前記通知手段は、前記設定手段により前記残り帯域が小さいと判定された場合には、前記指定されたサーバと前記ユーザ端末との間で前記通信パスを設定することができない旨の応答とともに、前記状態情報として、他のサーバが指定されても、前記品質を保証できる通信パスを設定できないことを前記管理者に通知する
付記１記載のネットワーク管理システム。（２）
【０２４３】
（付記３）
前記サーバの管理者からの要求は、ユーザ端末に前記情報を提供可能な複数のサーバの
リストを含み、
前記設定手段は、前記リスト中の各サーバと前記ユーザ端末とを結ぶ通信経路の中から前記品質を保証できる経路を検索し、検索された経路に前記通信パスを設定する
付記１または２に記載のネットワーク管理システム。（３）
【０２４４】
（付記４）
前記リストは、複数のサーバに設定された優先順位を含み、
前記設定手段は、優先順位の高い順で、サーバとユーザ端末との間に前記品質が保証できる通信パスの設定を試みる
付記３記載のネットワーク管理システム。（４）
【０２４５】
（付記５）
前記リストは、通信料金の上限の情報を含み、
前記設定手段は、前記リスト中の各サーバと前記ユーザ端末とを結ぶ通信経路の中から、前記品質を保証でき、且つ経路の通信料金が前記上限内に納まる経路を検索し、検索された経路に前記通信パスを設定する
付記１から４のいずれかに記載のネットワーク管理システム。
【０２４６】
このようにすれば、通信料金を、例えば管理者とユーザとの間でユーザが予め設定した範囲内に収めることができる。
【０２４７】
（付記６）
前記優先順位は、前記リスト中の各サーバに接続されている通信回線の残りの帯域が大きい順で設定される
付記４又は５記載のネットワーク管理システム。
【０２４８】
（付記７）
前記優先順位は、前記リスト中の各サーバのＣＰＵの利用率が小さい順で設定される
付記４又は５記載のネットワーク管理システム。
【０２４９】
（付記８）
前記通知手段は、前記品質を保証できる通信パスを設定できない場合に、このような通信パスが設定可能となる平均的な待ち時間を前記管理者に通知する
付記１から７のいずれかに記載のネットワーク管理システム。
【０２５０】
このようにすれば、このような待ち時間が管理者からユーザに伝えられることで、ユーザは、情報を直ぐに得ることができないことと、どの位待てば情報を得られるのかを知ることが可能となる。これによって、ユーザの利便性の向上を図ることができる。
【０２５１】
（付記９）
前記管理者からの要求は、情報の提供を開始したときに必要な通信品質及びその品質を確保し続ける継続時間と、この継続時間が経過した後に必要な通信品質とを含み、
前記設定手段は、前記要求を満たすことができる通信パスをサーバとユーザ端末との間に設定することを試みる
付記１から８のいずれかに記載のネットワーク管理システム。
【０２５２】
このような要求を満たす通信パスが設定されることにより、例えばストリーミング映像を情報としてユーザに提供する場合において、ユーザに適正な情報提供を行うことができる。
【０２５３】
（付記１０）
前記管理者からの要求は、処理優先度を含み、
前記設定手段は、複数の要求を複数の管理者から受け取った場合に、前記優先度の高い順で、通信パスの設定処理を試みる
付記１から９のいずれかに記載のネットワーク管理システム。
【０２５４】
このようにすれば、複数のサービス提供者がサーバの管理者としてネットワーク管理システムに要求を出すような構成において、ネットワーク管理システムは、サービス提供者（管理者）間に設定された処理優先度に応じて通信パスを設定することができる。
【０２５５】
（付記１１）
ユーザ端末と、このユーザ端末に提供すべき情報を保持するサーバとの間を結ぶネットワークを管理する方法であって、
前記サーバの管理者からの要求に応じて、前記サーバと前記ユーザ端末との間に前記情報を伝送するための通信パスを設定するステップと、
前記管理者から要求された品質を保証できる通信パスを設定できない場合に、前記ネットワークの状態を示す状態情報を前記管理者に通知するステップと、
を備えるネットワーク管理方法。（５）
【０２５６】
（付記１２）
前記管理者は、前記ユーザに前記情報を提供可能な複数のサーバを管理しており、前記管理者からの要求は、前記情報をユーザに提供すべき１つのサーバの指定を含み、
前記ネットワークは、少なくとも１つの前記複数のサーバを収容するコアネットワークと、このコアネットワークに少なくとも１つのゲートウェイを介して接続されるとともに、前記ユーザ端末を収容する収容ノードを含むアクセスネットワークとを含み、
前記収容ノードと、前記少なくとも１つのゲートウェイとの間の残り帯域を管理するステップと、
前記管理者からの要求に応じて前記通信パスを設定する場合に、前記残り帯域が、前記品質を保証できる通信パスを設定するための帯域よりも大きいか否かを判定するステップと、
前記判定するステップにより前記残り帯域が小さいと判定された場合には、前記指定されたサーバと前記ユーザ端末との間で前記通信パスを設定することができない旨の応答とともに、前記状態情報として、他のサーバが指定されても、前記品質を保証できる通信パスを設定できないことを前記管理者に通知するステップとをさらに備える
付記１１に記載のネットワーク管理方法。
【０２５７】
（付記１３）
前記サーバの管理者からの要求は、ユーザ端末に前記情報を提供可能な複数のサーバのリストを含み、
前記リスト中の各サーバと前記ユーザ端末とを結ぶ通信経路の中から前記品質を保証できる経路を検索し、検索された経路に前記通信パスを設定するステップをさらに備える
付記１１または１２記載のネットワーク管理方法。
【０２５８】
（付記１４）
前記リストは、複数のサーバに設定された優先順位を含み、
優先順位の高い順で、サーバとユーザ端末との間に前記品質が保証できる通信パスの設定を試みるステップをさらに備える
付記１３記載のネットワーク管理方法。
【０２５９】
（付記１５）
前記リストは、通信料金の上限の情報を含み、
前記リスト中の各サーバと前記ユーザ端末とを結ぶ通信経路の中から、前記品質を保証でき、且つ経路の通信料金が前記上限内に納まる経路を検索し、検索された経路に前記通信パスを設定するステップをさらに備える
付記１１から１４のいずれかに記載のネットワーク管理方法。
【０２６０】
（付記１６）
前記優先順位は、前記リスト中の各サーバに接続されている通信回線の残りの帯域が大きい順で設定される
付記１４又は１５記載のネットワーク管理方法。
【０２６１】
（付記１７）
前記優先順位は、前記リスト中の各サーバのＣＰＵの利用率が小さい順で設定される
付記１４又は１５記載のネットワーク管理方法。
【０２６２】
（付記１８）
前記品質を保証できる通信パスを設定できない場合に、このような通信パスが設定可能となる平均的な待ち時間を前記管理者に通知するステップをさらに備える
付記１１から１７のいずれかに記載のネットワーク管理方法。
【０２６３】
（付記１９）
前記管理者からの要求は、情報の提供を開始したときに必要な通信品質及びその品質を確保し続ける継続時間と、この継続時間が経過した後に必要な通信品質とを含み、
前記要求を満たすことができる通信パスをサーバとユーザ端末との間に設定することを試みるステップをさらに備える
付記１１から１８のいずれかに記載のネットワーク管理方法。
【０２６４】
（付記２０）
前記管理者からの要求は、処理優先度を含み、
複数の要求を複数の管理者から受け取った場合に、前記優先度の高い順で、通信パスの設定処理を試みるステップをさらに備える
付記１１から１９のいずれかに記載のネットワーク管理方法。
【０２６５】
なお、本発明において、以上の各構成要素は、可能な限り組み合わせることができる。
【産業上の利用可能性】
【０２６６】
本発明は、複数のサーバを運用しているサービス事業者に対し、品質保証された通信パスを提供する産業に利用可能である。
【図面の簡単な説明】
【０２６７】
【図１】本実施の形態に係るネットワークを示す構成図
【図２】本ネットワークを構成する要素の機能を示すブロック図
【図３】サービスユーザ管理テーブルの一例
【図４】収容コンテンツ管理テーブルの一例
【図５】ネットワークユーザ管理テーブルの一例
【図６】アクセスネットワーク管理テーブルの一例
【図７】サービス事業者管理テーブルの一例
【図８】サーバアクセスポイント管理テーブルの一例
【図９】コアネットワーク管理テーブルの一例
【図１０】本ネットワークの基本処理を説明するフローチャート
【図１１】本ネットワークにおいて、サービス提供システムが行う設定オーダ作成処理を説明するフローチャート
【図１２】本設定オーダ作成処理１で作成される設定オーダの一例
【図１３】本ネットワークの設定オーダ作成処理の説明するフローチャート
【図１４】、ネットワーク探索・設定処理１においてネットワーク管理システムが生成する設定処理結果を示す応答の一例
【図１５】複数のサーバＩＤが得られた場合の設定オーダ作成処理２を説明するフローチャート
【図１６】、本設定オーダ作成処理２で作成される設定オーダの一例
【図１７】複数のサーバＩＤが得られた場合のネットワーク探索・設定処理２を説明するフローチャート
【図１８】ネットワーク探索・設定処理２においてネットワーク管理システムが生成する設定処理結果の応答の一例
【図１９】複数のサーバＩＤが得られた場合の設定オーダ作成処理２を説明するフローチャート
【図２０】本設定オーダ作成処理３で作成される設定オーダの一例
【図２１】複数のサーバＩＤが得られた場合に個々のサーバＩＤに優先度が付与された場合のネットワーク探索・設定処理３を説明するフローチャート
【図２２】サーバの上限金額を設定オーダに含めた場合の設定オーダ作成処理４を説明するフローチャート
【図２３】収容コンテンツ管理テーブル（テーブル２Ａ）の一例
【図２４】サーバ利用料金管理テーブル（テーブル８）の一例
【図２５】本設定オーダ作成処理４で作成される設定オーダの一例
【図２６】通信料金の上限金額に応じて経路設定処理を行う場合のネットワーク探索・設定処理４を説明するフローチャート
【図２７】アクセスネットワーク管理テーブル（テーブル４Ａ）の一例
【図２８】コアネットワーク管理テーブル（テーブル７Ａ）の一例
【図２９】残り帯域に応じて決定した優先度を設定オーダに含めた場合の設定オーダ作成処理５を説明するフローチャート
【図３０】サーバ利用帯域管理テーブル（テーブル９）の一例
【図３１】ＣＰＵの利用率に応じて決定した優先度を設定オーダに含めた場合の設定オーダ作成処理５を説明するフローチャート
【図３２】サーバ利用ＣＰＵ管理テーブル（テーブル１０）の一例
【図３３】ユーザ収容ノードとゲートウェイ間の残り帯域とその継続時間の平均値に応じて経路設定処理を行う場合のネットワーク探索・設定処理５を説明するフローチャート
【図３４】アクセスネットワーク管理テーブル（テーブル４Ｂ）の一例
【図３５】ネットワーク探索・設定処理５においてネットワーク管理システム２００が生成する設定処理結果の応答の一例
【図３６】起動時に必要な帯域と通常時に必要な帯域を設定オーダに含めた場合の設定オーダ作成処理７を説明するフローチャート
【図３７】収容コンテンツ管理テーブル（テーブル２Ｂ）の一例
【図３８】設定オーダ作成処理７における設定オーダの一例
【図３９】エンドユーザが定めた優先度を設定オーダに含めた場合の設定オーダ作成処理８を説明するフローチャート
【図４０】サービスユーザ管理テーブル（テーブル１Ａ）の一例
【図４１】設定オーダ作成処理７で作成した設定オーダの一例
【図４２】エンドユーザが定めた優先度に基づくネットワーク探索・設定処理６を説明するフローチャート
【図４３】実施例１におけるテーブル３の一例
【図４４】実施例１におけるテーブル１の一例
【図４５】実施例１におけるテーブル２の一例
【図４６】実施例１における設定オーダの一例
【図４７】実施例１におけるテーブル４の一例
【図４８】ネットワーク管理システム２００が生成する応答の一例
【図４９】実施例２における設定オーダの一例
【図５０】実施例３におけるテーブル９
【図５１】実施例３における設定オーダ
【図５２】実施例３における設定オーダ
【図５３】実施例３における設定オーダ
【図５４】実施例３におけるテーブル３
【図５５】実施例３におけるテーブル４
【図５６】実施例３におけるテーブル６
【図５７】実施例３におけるテーブル７
【図５８】実施例３におけるテーブル２Ａ
【図５９】実施例３におけるテーブル８
【図６０】実施例４における設定オーダ
【図６１】実施例４におけるテーブル４Ａ
【図６２】実施例４におけるテーブル７Ａ
【図６３】実施例８におけるテーブル２Ｂ
【図６４】実施例８における設定オーダ
【図６５】実施例９におけるテーブル１Ａ
【図６６】実施例９における設定オーダ
【符号の説明】
【０２６８】
１００      サービス提供システム
１０１      ユーザ管理手段
１０２      コンテンツ管理手段
１０３      オーダ手配手段
１０４      データベース
１０５ａ    通信手段
１０５ｂ    通信手段
２００      ネットワーク管理システム
２０１      オーダ管理手段
２０２      ルート検索手段
２０３      装置設定手段
２０４      データベース
２０５      通信手段
３００      エンドユーザ端末
４００      ユーザ収容ノード
５００      ノード管理用ネットワーク
【図１】
2005080159.tif 000003
【図２】
2005080159.tif 000004
【図３】
2005080159.tif 000005
【図４】
2005080159.tif 000006
【図５】
2005080159.tif 000007
【図６】
2005080159.tif 000008
【図７】
2005080159.tif 000009
【図８】
2005080159.tif 000010
【図９】
2005080159.tif 000011
【図１０】
2005080159.tif 000012
【図１１】
2005080159.tif 000013
【図１２】
2005080159.tif 000014
【図１３】
2005080159.tif 000015
【図１４】
2005080159.tif 000016
【図１５】
2005080159.tif 000017
【図１６】
2005080159.tif 000018
【図１７】
2005080159.tif 000019
【図１８】
2005080159.tif 000020
【図１９】
2005080159.tif 000021
【図２０】
2005080159.tif 000022
【図２１】
2005080159.tif 000023
【図２２】
2005080159.tif 000024
【図２３】
2005080159.tif 000025
【図２４】
2005080159.tif 000026
【図２５】
2005080159.tif 000027
【図２６】
2005080159.tif 000028
【図２７】
2005080159.tif 000029
【図２８】
2005080159.tif 000030
【図２９】
2005080159.tif 000031
【図３０】
2005080159.tif 000032
【図３１】
2005080159.tif 000033
【図３２】
2005080159.tif 000034
【図３３】
2005080159.tif 000035
【図３４】
2005080159.tif 000036
【図３５】
2005080159.tif 000037
【図３６】
2005080159.tif 000038
【図３７】
2005080159.tif 000039
【図３８】
2005080159.tif 000040
【図３９】
2005080159.tif 000041
【図４０】
2005080159.tif 000042
【図４１】
2005080159.tif 000043
【図４２】
2005080159.tif 000044
【図４３】
2005080159.tif 000045
【図４４】
2005080159.tif 000046
【図４５】
2005080159.tif 000047
【図４６】
2005080159.tif 000048
【図４７】
2005080159.tif 000049
【図４８】
2005080159.tif 000050
【図４９】
2005080159.tif 000051
【図５０】
2005080159.tif 000052
【図５１】
2005080159.tif 000053
【図５２】
2005080159.tif 000054
【図５３】
2005080159.tif 000055
【図５４】
2005080159.tif 000056
【図５５】
2005080159.tif 000057
【図５６】
2005080159.tif 000058
【図５７】
2005080159.tif 000059
【図５８】
2005080159.tif 000060
【図５９】
2005080159.tif 000061
【図６０】
2005080159.tif 000062
【図６１】
2005080159.tif 000063
【図６２】
2005080159.tif 000064
【図６３】
2005080159.tif 000065
【図６４】
2005080159.tif 000066
【図６５】
2005080159.tif 000067
【図６６】
2005080159.tif 000068