(57)【要約】 【目的】  限られたネットワーク帯域を多数のユーザによって効率よく利用できることを課題とする。【構成】  帯域保証とベストエフォートによるトラフィック転送が可能な通信ネットワーク３００のネットワーク管理システムにおいて、ユーザからの帯域保証の予約情報を受け付け、登録するサービス管理手段１０と、前記登録された情報に従って前記ネットワーク３００における帯域保証とベストエフォートによるトラフィック転送の運用を管理するネットワーク管理手段２０と、前記登録された保証帯域の総和に基づきスループットの低下が予測される未予約ユーザを検出して、該未予約ユーザにスループット低下の通知を行うスループット低下監視手段３０とを備える。  【選択図】  図１
2006013890.tif 000002
【特許請求の範囲】
【請求項１】
帯域保証とベストエフォートによるトラフィック転送が可能な通信ネットワークのネットワーク管理システムにおいて、
ユーザからの帯域保証の予約情報を受け付け、登録するサービス管理手段と、
前記登録された情報に従って前記ネットワークにおける帯域保証とベストエフォートによるトラフィック転送の運用を管理するネットワーク管理手段と、
前記登録された保証帯域の総和に基づきスループットの低下が予測される未予約ユーザを検出して、該未予約ユーザにスループット低下の通知を行うスループット低下監視手段とを備えることを特徴とするネットワーク管理システム。  
【請求項２】
ネットワーク管理手段は、未予約ユーザの過去の所定期間における利用帯域を管理すると共に、スループット低下監視手段は、未予約ユーザの前記利用帯域が所定閾値を上回ることによりスループット低下の通知を行うことを特徴とする請求項１記載のネットワーク管理システム。  
【請求項３】
スループット低下監視手段は、予め設定された時間間隔に従ってスループット低下有無の判定を行うことを特徴とする請求項１記載のネットワーク管理システム。  
【請求項４】
サービス管理手段は未予約ユーザからの帯域保証予約の情報中にスループット低下通知後の予約申込であることを表す特定の情報が含まれていることにより該未予約ユーザからの予約を優先的に登録することを特徴とする請求項１記載のネットワーク管理システム。
【請求項５】
スループット低下監視手段は、スループット低下の通知に帯域保証の登録をした場合の目安となる使用料金を含めることを特徴とする請求項１記載のネットワーク管理システム。  
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク管理システムに関し、更に詳しくは、帯域保証とベストエフォートによるトラフィック転送が可能な通信ネットワークのネットワーク管理システムに関する。
【背景技術】
【０００２】
近年、ブロードバンドネットワークの低価格化に伴い、ニュースや映画、テレビ番組、動画辞書等のコンテンツをサーバに蓄積し、エンドユーザからの要求に基づいてサーバからエンドユーザの端末に対し、ネットワーク経由でそれらのコンテンツを提供する所謂コンテンツ配信サービスが展開されつつある。このようなサービスでは、エンドユーザが快適にコンテンツを楽しめるように、コンテンツの性質に合わせてサーバからエンドユーザ端末までの間の通信パスの品質を設定する必要がある。例えば、映画では広い帯域を長時間確保できなければならないし、動画辞書ではレスポンスの速さが重要であるため、遅延時間の小さい通信品質を設定する必要がある。
【０００３】
一般に、ベストエフォートサービスは利用者の利用状況に応じてスループットの変化が大きいサービスであるため、ベストエフォートサービスを利用するユーザは、ネットワーク内部で必要な帯域（例えば平均帯域や最大スループット値等）の算出結果と、ベストエフォートサービスの特性を勘案した上で、各アクセスポイントで必要な帯域幅を決定している。このため、一般にはスループットの変化があっても、それは予定された範囲内であり、問題なく利用されている。
【０００４】
ところが、帯域予約サービスを可能とする場合、予約状況（期間等）によっては、スループットが長期間低下するユーザが出てくる可能性がある。先に述べたように一般には「ベストエフォートサービスでは、スループットの低下は受容すべきである」となるが、このように長時間のスループット低下となると受容出来ない場合がある。
【０００５】
係る状況の下、従来は、ユーザからの要求を元に、送信元転送装置と送信先転送装置とを結ぶ経路上の各リンクについて要求帯域の予約可否判断を指示する受付制御システムが知られている（特許文献１）。
【０００６】
また、従来は、管理対象のエッジルータから送受信トラヒック量などの品質管理に必要な情報を定期的に収集し、将来のトラヒックの推移など今後の運用状況の動向を予測し、その予測結果を通知する機能をＩＰ−ＶＰＮネットワークに接続されたネットワーク管理装置に備えることにより、将来の帯域不足や品質低下を未然に防ぐものが知られている（特許文献２）。
【０００７】
更に、従来は、データストリーム転送中のサービス品質を監視すると共に、このサービス品質が劣化したときは、サービス品質の劣化を通知すると共に、現時点よりも高いサービス品質のリソースを予約することで、ネットワーク中での他の転送サービスのトラフィックにかかわらず、特定ストリームの転送に必要なサービス品質のネットワークリソースをダイナミックに確保させるものが知られている（特許文献３）。
【特許文献１】特開２００３−６９６３５（要約、図）
【特許文献２】特開２００３−６９６４４（要約、図）
【特許文献３】特開２００２−１３５３００（要約、図）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上記従来技術は、いずれも使用中経路の監視情報に基づき該経路の品質劣化や将来の帯域不足を通知するものに過ぎず、このままでは、スループットの多少の劣化を予定の範囲内とするベストエフォートサービスのユーザは、しばしば長時間のスループット低下に悩まされてしまう問題があった。一方、必ずしも保証帯域を必要としないユーザが余分な帯域を予約すると、限られたネットワーク帯域の有効利用とはならない。
【０００９】
本発明は上記従来技術の問題点に鑑みなされたもので、その目的とする所は、限られたネットワーク帯域を多数のユーザによって効率よく利用できるネットワーク管理システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記の課題は例えば図１の構成により解決される。即ち、本発明（１）のネットワーク管理システムは、帯域保証とベストエフォートによるトラフィック転送が可能な通信ネットワーク３００のネットワーク管理システムにおいて、ユーザからの帯域保証の予約情報を受け付け、登録するサービス管理手段１０と、前記登録された情報に従って前記ネットワーク３００における帯域保証とベストエフォートによるトラフィック転送の運用を管理するネットワーク管理手段２０と、前記登録された保証帯域の総和に基づきスループットの低下が予測される未予約ユーザを検出して、該未予約ユーザにスループット低下の通知を行うスループット低下監視手段３０とを備えるものである。  
【００１１】
本発明（１）によれば、他ユーザの予約帯域の総和に基づきスループットの低下が予測される未予約ユーザにスループット低下の通知（より積極的には帯域予約を促す通知）を行うことにより、未予約ユーザへのサービス向上と共に、限られたネットワーク帯域の有効利用が図れる、。
【００１２】
本発明（２）では、上記本発明（１）において、ネットワーク管理手段２０は、未予約ユーザの過去の所定期間における利用帯域を管理すると共に、スループット低下監視手段３０は、未予約ユーザの前記利用帯域が所定閾値を上回ることによりスループット低下の通知を行うものである。本発明（２）によれば、未予約ユーザの過去の利用履歴を考慮した上で必要な場合のみ通知をする構成により、実際に必要な帯域のみを必要な時に提供できる。
【００１３】
本発明（３）では、上記本発明（１）において、スループット低下監視手段３０は、予め設定された時間間隔に従ってスループット低下有無の判定を行う。従って、ネットワークの輻輳時／非輻輳時を考慮した適正な時間間隔でネットワーク管理を効率よく行える。
【００１４】
本発明（４）では、上記本発明（１）において、サービス管理手段１０は未予約ユーザからの帯域保証予約の情報中にスループット低下通知後の予約申込であることを表す特定の情報が含まれていることにより該未予約ユーザからの予約を優先的に登録するものである。
【００１５】
本発明（４）では、スループット低下通知後の予約申込を優先的に登録する構成により、未予約ユーザは、スループット低下通知後の予約申込によって迅速なサービスを受けられる体験を重ねることになり、このルールに従うユーザが増えることになる。またこれに伴いサービス事業者の主導で必要な帯域を必要な時に効率よく分配できるようになる。
【００１６】
本発明（５）では、上記本発明（１）において、スループット低下監視手段３０は、スループット低下の通知に帯域保証の登録をした場合の目安となる使用料金を含めるものである。使用料金の目安が分かれば未予約ユーザも安心して予約申込の可否を判断できる。
【発明の効果】
【００１７】
以上述べた如く本発明によれば、スループット低下の通知を契機にユーザが帯域予約を行えば、限られたネットワーク帯域をより多くのユーザによって効率よく利用でき、ネットワークサービスの向上に寄与するところが極めて大きい。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面に従って本発明に好適なる複数の実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。
【００１９】
図１は第１の実施の形態によるネットワーク管理システムの構成を示す図で、エンドユーザが予約した保証帯域の総和に基づきスループットが低下すると予測される未予約ユーザ（ベストエフォートサービスを受けているエンドユーザ）を抽出し、該ユーザに予約を促す通知を行う場合を示している。
【００２０】
一般に、ネットワーク構成は、エンドユーザの通信端末１０１〜１０３を収容するアクセスネットワーク３００と、複数のアクセスネットワークを相互に接続するコアネットワーク２００とからなっており、このうちのアクセスネットワーク３００はコアネットワーク２００との接続点（通常は２つのゲートウェイ）に向けての経路がユニークに定まるような構成となっている。一方、コアネットワーク２００では、ゲートウェイ間を結ぶ経路は多数考えられるような構成となっており、サービス事業者からの要求に応じて適宜経路を選ぶ必要がある。現在、この経路については、リンクや中継ノードの残り容量が要求を満たすリソースを抽出した後に最短路アルゴリズム（例えば、Dijkstraアルゴリズム）を適用することで得ることができる。本第１の実施はこのようなアクセスネットワーク３００のネットワーク管理に適用して好適である。
【００２１】
図において、１０はエンドユーザからの帯域予約を受け付け、登録するサービス管理装置、１１は予約データを管理する予約データ管理部、２０はアクセスネットワーク３００のネットワーク構成（中継ノードＮ１〜Ｎ５，リンク１〜８等）やユーザの経路利用状況等を管理するネットワーク管理装置、２１はエンドユーザの利用履歴（ベエストエフォートトラフィックにおける平均利用帯域等）を管理する利用履歴管理部、２２はリンク毎の物理帯域や残り帯域等を管理する経路データ管理部、２３はエンドユーザ毎の利用経路を管理するユーザ経路管理部、３０はスループット低下が予測される未予約ユーザを抽出してスループット低下の通知（より積極的には帯域予約を促す通知）を行うスループット低下監視装置、３１はスループット低下有無の判定を行うスループット低下判定部、３２はスループット低下の通知メッセージを作成するスループット低下メッセージ作成部である。なお、本発明のネットワーク管理システムは単体の装置でも実現できるが、本実施の形態ではネットワーム上で機能分散させた上記複数の装置１０〜３０により実現する場合を示している。
【００２２】
図３，図４に第１の実施の形態で使用する各種テーブルの記憶内容を示す。図３（ａ）はスループット低下判定部３１で管理する残り帯域の閾値情報を示しており、スループット低下有無の判定に使用される。この閾値は、予めサービス事業者により設定され、図の例ではリンクの物理帯域に占める残り帯域の割合が１５％と設定されている。なお、残り帯域そのものを絶対値等で規定してもよい。
【００２３】
図３（ｂ）は経路データ管理部２２が管理する経路データ管理情報を示しており、アク
セスネットワーク３００を構成する各リンクＩＤ１〜３等の対応に、当該リンクによって伝送可能なリンク帯域（物理帯域）と、現時点の保証帯域予約状況に基づく残り帯域とが記録されている。例えばリンクＩＤ２の残り帯域は１０％と計算できる。
【００２４】
図３（ｃ）はユーザ経路管理部２３が管理するユーザ経路管理情報を示しており、各ユーザＩＤ１０１〜１０３等の対応に、当該ユーザが使用する一連のリンクＩＤが記録されている。例えばユーザ１０３はリンクＩＤ１，２，５を介してコアネットワーク２００に接続している。
【００２５】
図３（ｄ）は予約データ管理部１１が管理する予約データ管理情報を示しており、各ユーザＩＤ１０１〜１０３等の対応に、当該ユーザが保証帯域の予約をしているか否かを表す帯域フラグと、保証帯域が記録されている。例えばユーザ１０２の帯域フラグは真（true）で予約されており、その保証帯域は１０Ｍｂｐｓである。またユーザ１０３の帯域フラグは偽（false）で予約されておらず、その保証帯域は０である。
【００２６】
そして、図４（ａ）はスループット低下メッセージ作成部３２が管理するスループット低下通知メッセージを示しており、ここには、スループット低下が予測されることを表す通知ＩＤ（＝１０）と、該メッセージの送信日時等が含まれる。なお、このメッセージは、より積極的には、保証帯域の予約を促す予約推奨メッセージとしても良い。以上の各種情報を使用して行われるスループット低下監視処理を以下に説明する。
【００２７】
図２は第１の実施の形態によるスループット低下監視処理のフローチャートで、この処理は主にスループット低下判定部３１により実行される。ステップＳ１１では、スループット低下判定の開始時刻になるのを待ち、やがて開始時刻になると、ステップＳ１２に進み、経路データ管理部２２の経路データ管理情報に基づき、残り帯域が閾値以下のリンクＩＤを全て抽出する。図３（ｂ）の例では、残り帯域が１５％以下のリンクＩＤ２が抽出される。ステップＳ１３では、ユーザ経路管理部２３のユーザ経路管理情報に基づき上記ステップＳ１２で抽出したリンクを利用しているユーザを特定する。図３（ｂ），（ｃ）の例ではリンクＩＤ２を利用しているユーザ１０３が特定される。ステップＳ１４では、予約データ管理部１１の予約データ管理情報に基づき上記ステップＳ１３で特定したユーザの帯域予約情報を取得する。
【００２８】
ステップＳ１５では前記取得した帯域予約情報に基づき上記特定されたユーザの保証帯域予約有無を判定する。図３（ｄ）の例では上記特定されたユーザ１０３は未予約ユーザである。この場合はステップＳ１６に進み、未予約ユーザに対して帯域予約を促すメッセージ（帯域予約推奨メッセージ）を送信する。通知する方法はユーザ側が利用／指定する形態に依存するが、例えば電子メール等が挙げられる。図４（ａ）に通知メッセージの一例を示す。ここには、帯域予約推奨メッセージであることを表す通知ＩＤ（＝１０）と、メッセージの送信日時が含まれる。また上記ステップＳ１５の判別で未予約ユーザでない場合には上記ステップＳ１６の処理をスキップする。ステップＳ１７では、上記ステップＳ１３で特定した全てのユーザについての判定が完了したか否かを判別し、完了していない場合はステップＳ１５に戻る。また完了した場合はステップＳ１１に戻る。
【００２９】
かくして、本第１の実施の形態によれば、残り帯域が閾値以下のリンクを使用する未予約ユーザに対して帯域予約推奨メッセージを送ると共に、これを受けた未予約ユーザは速やかに帯域予約を行うことにより、必要なスループットを効率良く確保できる。
【００３０】
次に上記第１の実施の形態に対するいくつかの変形例を説明する。その一つは、上記未予約ユーザに帯域予約推奨メッセージを送るか否かの判定を行う変形例であり、例えば、上記ステップＳ１３の処理でスループット低下が予測されたユーザが、ステップＳ１４の
処理で保証帯域を未予約であっても、当該ユーザの平均利用帯域が残り帯域以下である場合には、帯域予約推奨メッセージを通知しなものである。
【００３１】
図４（ｂ）に利用履歴管理部２１が管理するユーザ履歴管理情報を示す。ここには各ユーザＩＤ１０１〜１０３の対応に帯域保証及び又はベストエフォートにおける平均利用帯域が記録されている。この、平均利用帯域は、ネットワーク管理装置２０により過去の所定期間の間に実測されたものでも良いし、又はエンドユーザが申告したものでも良い。上記第１の実施の形態によればユーザ１０３は帯域予約推奨メッセージの通知先と判定されたが、図４（ｂ）の平均利用帯域を考慮すると、ユーザ１０３の平均利用帯域５０ＭｂｐｓはリンクＩＤ２の残り帯域１００Ｍｂｐｓよりも小さいため、帯域予約推奨メッセージを通知しないことになる。
【００３２】
なお、上記ステップＳ１４の処理において複数の特定ユーザが未予約であった場合は、一つには、残り帯域を未予約ユーザ数で割った値を平均利用帯域との比較に利用する方法がある。例えば、ユーザ１０３の他に２人の未予約ユーザが特定された場合は、残り帯域１００Ｍｂｐｓを３で割った値３３Ｍｂｐｓがユーザ１０３の平均利用帯域５０Ｍｂｐｓよりも少ないため、帯域予約推奨メッセージを通知することになる。又は、各特定ユーザの平均利用帯域の和と残り帯域とを比較する方法でも良い。例えば、ユーザ１０３の他に１人の未予約ユーザが特定され、かつ、これら平均帯域の総和が１２０Ｍｂｐｓであった場合は、残り帯域１００Ｍｂｐｓを超えているため、２人の未予約ユーザに共に帯域予約推奨メッセージを通知することになる。
【００３３】
上記第１の実施の形態に対する第２の変形例は上記ステップＳ１１のスループット低下判定処理の開始時刻決定方法に関する。図４（ｃ）はスループット低下判定部３１が管理するスループット低下判定情報であり、ここでは残り帯域の閾値１５％に加えて、スループット低下判定処理の実行時刻が記録されている。この実行時刻は、予めサービス事業者により設定され、例えば１５：１０と設定されている。これにより、ステップＳ１１では時刻１５：１０の到来を待って処理を開始する。なお、この判定開始時刻に代えて、判定処理時間間隔（例えば６０分）や、毎時０５分等の方法で規定しても良い。また、これ以外にも、例えば図４（ｄ）に示す如く、予め判定時刻を表にしておいても良い。この時刻表によれば、前回の判定処理を時刻１３：００に開始したとすると、次回の判定処理は時刻１３：１５に開始される。
【００３４】
図５は第２の実施の形態によるネットワーク管理システムの構成を示す図で、上記帯域予約を促す通知メッセージに所定の識別情報を格納しておき、予約を促したユーザからの予約を優先的に受け付ける場合を示している。図において、このサービス管理装置１０には優先度処理部１２が付加されている。その他の構成については上記図１で述べたものと同様で良い。
【００３５】
図７，図８に第２の実施の形態で使用する各種テーブルの記憶内容を示す。図７（ａ）は優先度処理部１２で管理する優先度データを示しており、各予約受付処理に付加された予約番号の対応に優先度のハイ／ノーマル（high/Normal）が記録される。図７（ｂ）は優先度処理部１２で管理する優先度処理管理データを示しており、ある期間に受け付けた予約要求メッセージについての受付優先度を判定する時刻を保持している。図７（ｃ）はスループット低下メッセージ作成部３２が管理する帯域予約推奨メッセージを示しており、ここには、帯域予約推奨メッセージであることを表す特定の通知ＩＤと、該メッセージの送信日時が含まれる。以上の各種情報を使用して行われるネットワーク管理処理を以下に説明する。
【００３６】
図６は第２の実施の形態における予約受付処理のフローチャートであり、優先度判定部
１２により実行される。なお、スループット低下監視処理については上記図２で述べたものと同様でよい。図２のステップＳ１６では帯域予約推奨メッセージに特定のメッセージＩＤを付与して送信する。このメッセージＩＤは、帯域予約推奨メッセージを受信していないユーザからの通常の帯域予約メッセージと区別できるように、エンドユーザが容易には自作できないものであることが望ましい。例えば、メッセージ通知時刻を文字列化（例えば、２００３年３月等）したものに対してユーザＩＤをキーにして暗号化（例えば、ＤＥＳ)したものでもよい。
【００３７】
図６のステップＳ２１ではサービス管理装置１０で帯域予約要求を受け付ける。帯域予約推奨メッセージを受信したエンドユーザは、サービス管理装置１０の予約受付画面に必要な情報（保証帯域等）と共に、受信した帯域予約推奨メッセージにあったと同一のメッセージ通知ＩＤ（９８７３４７５８）を入力する。なお、帯域予約推奨メッセージを受信していないユーザも帯域要求を行うことが可能であるが、この場合は特定のメッセージＩＤは設定できない。
【００３８】
優先度判定部１２は上記特定のメッセージＩＤの有無及び正しさを確認し、妥当である場合は予約の処理優先度を高くする設定を行う。例えば、ユーザ１０３が入力したオーダ（予約番号＝１０００２）に正しいメッセージＩＤが含まれていた場合は、図７（ａ）の優先度をハイ（High）に設定する。
【００３９】
ステップＳ２２では上記受け付けた予約を図７（ｂ）の優先度判定時刻の到来までプールし、やがて判定時刻になると、ステップＳ２３に進み、優先度判定部１２はそれまでに受け付けた各予約を図７（ａ）の優先度に従って、該優先度の高い順に予約データ管理部１１に転送する。図７（ａ）の場合は、優先度がハイ（High）である予約番号１０００２の予約受付情報が優先的に予約データ管理部１１に転送され、これによって、予約番号１０００２のユーザは帯域保証のサービス登録を優先的に受けられる。本第２の実施の形態によれば、予約を推奨したユーザからの予約を優先的に受け付ける構成により、ネットワークシステムの有限な帯域をシステム管理者の主導で効率よく分配できる効果がある。
【００４０】
次に上記第２の実施の形態に対するいくつかの変形例を説明する。第１の変形例は、予約を促したユーザからの予約申込の履歴情報を格納しておき、推奨後の予約申込回数が大きいユーザからの予約を優先的に受け付けるものである。図７（ｄ）に予約データ管理部１１が管理する予約推奨後履歴情報を示す。ここには各ユーザＩＤ１０１〜１０３の対応に、自発的な予約及び予約推奨通知後の予約を含むトータルの予約回数と、予約推奨メッセージの通知回数と、予約推奨後の申し込み回数とが記録されている。これらは現時点より前のある期間について計数した値である。
【００４１】
この第１の変形例では、図６のステップＳ２１で予約を受け付けた際に、図７（ｄ）の予約推奨後履歴を考慮して優先度を決定し、図７（ａ）の優先度データに設定する。例えば、予約推奨後に予約申込された割合が５０％以上の時に優先度をハイ（High）とし、５０％未満の場合はノーマル（Normal）というルールを設ける。今、帯域予約推奨メッセージを受けたユーザ１０３が帯域予約の際に特定のメッセージＩＤをセットすると、優先度判定部１２は該メッセージＩＤの妥当性を判定すると共に、図７（ｄ）の情報を参照して予約推奨後に実際に予約を行った割合を計算する。図示の例では、推奨後予約の割合が２５％（＝２÷８）であり、５０％未満であるので優先度はノーマルが設定される。一方、ユーザ１０２については推奨後予約の割合が６７％（＝１０÷１５）であり、５０％以上であるのでハイが設定される。この第１の変形例によれば、ユーザは予約推奨後に予約をすれば有利に扱われるため、ネットワークシステムの有限な帯域をネットワーク管理者の主導の下で効率よく分配できる効果がある。
【００４２】
また第２の実施の形態に対する第２の変形例は、予約推奨メッセージに帯域保証の登録をした場合の目安となる使用料金を含めるものである。図７（ｅ）にスループット低下メッセージ作成部３２が保持する帯域予約メッセージの例を示す。ここでは、特定の通知ＩＤ、送信日時の情報に加えて、保証帯域の目安となる適用料金の欄が設けられている。図８（ａ）はスループット低下メッセージ判定部３１が管理する料金表であり、各予約帯域の対応に、１Ｍｂｐｓ当たりの使用料金が記録されている。
【００４３】
この第２の変形例では、図３のステップＳ１６で帯域予約推奨メッセージを送出する際に、図８（ａ）の料金表を用いて料金を決定し、これを図７（ｅ）の帯域予約推奨メッセージに格納して送信する。上記図４（ｂ）のユーザ履歴情報によれば、ユーザ１０３の平均利用帯域は５０Ｍｂｐｓであるから、図８（ａ）の料金表からその価格５００円／Ｍｂｐｓを得て、図７（ｅ）の帯域予約推奨メッセージに格納し、送信する。この第２の変形例によれば、ユーザは保証帯域のおおよその利用コストを事前に見積もれるので、帯域予約の申し込みを行い易い。
【００４４】
また第２の実施の形態に対する第３の変形例は、ユーザの予約回数に応じて使用料金の設定金額を変更するものである。図８（ｂ）にスループット低下メッセージ判定部３１が管理する予約回数別料金決定表を示す。ここでは、予約回数のレンジの対応に、割引率が記録されている。図８（ｃ）はスループット低下メッセージ作成部３２が作成する帯域予約推奨メッセージの例であり、適用料金の欄には割引後の料金が記録されている。
【００４５】
この第３の変形例では、図３のステップＳ１６において、スループット低下メッセージ作成部３２が帯域予約推奨メッセージを送出する際に、図４（ｂ）の平均利用帯域値と、図８（ａ）の料金表と、図８（ｂ）の予約回数別料金決定表とを用いて料金を決定し、帯域予約推奨メッセージに格納して送信する。図４（ｂ）によればユーザ１０３の平均利用帯域は５０Ｍｂｐｓであるから、図８（ａ）の料金表からその価格５００円／Ｍｂｐｓを得る。更に図７（ｄ）の予約回数と図８（ｄ）の予約割合別料金決定表から割引率を５％得て、価格を決定する。この場合４７５円／Ｍｂｐｓとなるから、これを図８（ｃ）のメッセージに格納し送信する。
【００４６】
そして、この第２の実施の形態に対する第４の変形例は、予約を促したユーザからの予約申込の履歴に基づいて設定金額を変更するものである。この第４の変形例では、図３のステップＳ１６において、スループット低下メッセージ作成部３２が帯域予約推奨メッセージを送出する際に、図４（ｂ）の平均利用帯域値と、図８（ａ）の料金表と、図８（ｂ）の料金決定表及び図８（ｄ）の予約割合別料金決定表を用いて料金を決定し、図８（ｃ）の帯域予約推奨メッセージに格納して送信する。
【００４７】
例えば、図４（ｂ）によればユーザ１０３の平均利用帯域は５０Ｍｂｐｓであるから、図８（ａ）の料金表からその価格５００円／Ｍｂｐｓを得て、更に図７（ｄ）の予約回数と図８（ｂ）の予約回数別料金決定表から割引率５％を、更に図７（ｄ）の通知回数及び申し込み回数からその申し込み割合２５％を算出し、図８（ｄ）の予約頻度別料金決定表から割引率５％を得る。この場合全部で１０％割引の４５０円／Ｍｂｐｓとなる。これを図８（ｃ）のメッセージに格納して送信する。
【００４８】
なお、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００４９】
（付記１）  帯域保証とベストエフォートによるトラフィック転送が可能な通信ネットワークのネットワーク管理システムであって、ユーザからの帯域保証の予約情報を受け付
け、登録するサービス管理手段と、前記登録された情報に従って前記ネットワークにおける帯域保証とベストエフォートによるトラフィック転送の運用を管理するネットワーク管理手段と、前記登録された保証帯域の総和に基づきスループットの低下が予測される未予約ユーザを検出して、該未予約ユーザにスループット低下の通知を行うスループット低下監視手段とを備えることを特徴とするネットワーク管理システム。  
【００５０】
（付記２）  ネットワーク管理手段は、未予約ユーザの過去の所定期間における利用帯域を管理すると共に、スループット低下監視手段は、未予約ユーザの前記利用帯域が所定閾値を上回ることによりスループット低下の通知を行うことを特徴とする付記１記載のネットワーク管理システム。  
【００５１】
（付記３）  スループット低下監視手段は、予め設定された時間間隔に従ってスループット低下有無の判定を行うことを特徴とする付記１記載のネットワーク管理システム。
【００５２】
（付記４）  前記時間間隔は、時刻に応じて異なる時間間隔に設定されていることを特徴とする付記３記載のネットワーク管理システム。従って、ネットワークの混雑状況を考慮した効率よいネットワーク管理を行える。  
【００５３】
（付記５）  サービス管理手段は未予約ユーザからの帯域保証予約の情報中にスループット低下通知後の予約申込であることを表す特定の情報が含まれていることにより該未予約ユーザからの予約を優先的に登録することを特徴とする付記１記載のネットワーク管理システム。
【００５４】
（付記６）  サービス管理手段は、スループット低下通知後の予約申込履歴情報をユーザ別に管理すると共に、スループット低下通知後の予約申込回数が多い未予約ユーザからの予約を優先的に登録することを特徴とする付記１記載のネットワーク管理システム。
【００５５】
（付記７）  スループット低下監視手段は、スループット低下の通知に帯域保証の登録をした場合の目安となる使用料金を含めることを特徴とする付記１記載のネットワーク管理システム。  
【００５６】
（付記８）  スループット低下監視手段は、ユーザの帯域予約の登録回数に応じて保証帯域の使用料金を変更することを特徴とする付記７記載のネットワーク管理システム。
【００５７】
（付記９）  スループット低下監視手段は、スループット低下通知後の予約申込履歴情報に基づいて保証帯域の使用料金を変更することを特徴とする付記７記載のネットワーク管理システム。  
【図面の簡単な説明】
【００５８】
【図１】第１の実施の形態によるネットワーク管理システムの構成を示す図である。
【図２】第１の実施の形態によるスループット低下監視処理のフローチャートである。
【図３】第１の実施の形態で使用する各種テーブルの記憶内容を説明する図（１）である。
【図４】第１の実施の形態で使用する各種テーブルの記憶内容を説明する図（２）である。
【図５】第２の実施の形態によるネットワーク管理システムの構成を示す図である。
【図６】第２の実施の形態における予約受付処理のフローチャートである。
【図７】第２の実施の形態で使用する各種テーブルの記憶内容を説明する図（１）である。
【図８】第２の実施の形態で使用する各種テーブルの記憶内容を説明する図（２）である。
【符号の説明】
【００５９】
１〜８  リンク
Ｎ１〜Ｎ５  中継ノード
１０１〜１０３  通信端末
２００  コアネットワーク
３００  アクセスネットワーク
【図１】
2006013890.tif 000003
【図２】
2006013890.tif 000004
【図３】
2006013890.tif 000005
【図４】
2006013890.tif 000006
【図５】
2006013890.tif 000007
【図６】
2006013890.tif 000008
【図７】
2006013890.tif 000009
【図８】
2006013890.tif 000010