JP2004236030A - ネットワーク状況に基づくポリシー適用方式及びそのプログラム - Google Patents
ネットワーク状況に基づくポリシー適用方式及びそのプログラム Download PDFInfo
- Publication number
- JP2004236030A JP2004236030A JP2003022731A JP2003022731A JP2004236030A JP 2004236030 A JP2004236030 A JP 2004236030A JP 2003022731 A JP2003022731 A JP 2003022731A JP 2003022731 A JP2003022731 A JP 2003022731A JP 2004236030 A JP2004236030 A JP 2004236030A
- Authority
- JP
- Japan
- Prior art keywords
- policy
- network
- unit
- application
- lsp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】ネットワーク状況に基づくポリシー適用方式及びそのプログラムに関し、ネットワーク運用ポリシーを、ネットワーク運用状況に応じて最適なものに自動的に修正し、ネットワーク全体のサービス品質を確保するとともに、ネットワーク管理者の負担の軽減を図る。
【解決手段】ネットワークを監視するポーリング手段３０２及びトラップ手段３０３と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段１０３と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段１０１と、登録された運用ポリシーを管理するポリシー管理手段１０２と、運用ポリシーの適用を指示するポリシー適用指示手段２０４と具備し、ネットワーク運用状況に基づいて、適用する運用ポリシーを追加し、適用されている運用ポリシーを変更し、又は適用されている運用ポリシーの差し替えを行う。
【選択図】 図１
【解決手段】ネットワークを監視するポーリング手段３０２及びトラップ手段３０３と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段１０３と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段１０１と、登録された運用ポリシーを管理するポリシー管理手段１０２と、運用ポリシーの適用を指示するポリシー適用指示手段２０４と具備し、ネットワーク運用状況に基づいて、適用する運用ポリシーを追加し、適用されている運用ポリシーを変更し、又は適用されている運用ポリシーの差し替えを行う。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク状況に基づくポリシー適用方式及びそのプログラムに関し、特に、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ）ネットワークやＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）ネットワーク等のネットワーク運用状況に基づいて、通信サービスの品質や優先度等について、最適なネットワーク運用ポリシーを適用するポリシー適用方式及びそのプログラムに関する。
【０００２】
近年のインターネットへのアクセス方式として、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｌｉｎｅ ）やＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ ）等のようなブロードバンド・アクセス方式が一般的となってきている。ブロードバンド・アクセス方式の普及により、ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ ）やライブ放送等に代表される広帯域情報サービス、或いはＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）やインターネット電話等に代表される双方向音声通信サービス等の要求も高まり、キャリア、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅｓ Ｐｒｏｖｉｄｅｒ）、ＩＤＣ（Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）等が、それらのサービス提供を開始している。その結果、ネットワーク内を流れるトラヒック量が飛躍的に増加しつつある。
【０００３】
上述のようなトラヒック量の増加により、インターネットを構成するネットワーク機器に対する処理負荷が高くなり、ネットワーク内でのパケットの転送遅延や破棄が発生し、サービス品質を劣化させる要因になっている。そこで、広帯域情報サービスや双方向音声通信サービス等を提供するキャリア、ＩＳＰ、ＩＤＣ等は、サービス利用者に対して安定したサービス品質を提供するためのネットワーク運用手段を講ずることが要求されている。
【０００４】
【従来の技術】
安定したサービス品質を提供するための従来の技術として、（１）ＭＰＬＳネットワーク、（２）ネットワーク管理サーバ及び（３）ポリシーサーバについて以下に説明する。
【０００５】
（１）ＭＰＬＳネットワークについて
ＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）ネットワークは、ＭＰＬＳ技術を備えたネットワーク機器で構成されるネットワークであり、コネクションレスなＩＰネットワークにおいて、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ ）が標準化を進めているラベルスイッチング方式によりパケットを転送することで、コネクション指向ネットワークを構築することができる。
【０００６】
本来、ネットワーク機器（ルータ）が他のネットワーク機器から受け取ったパケットを別のネットワーク機器に転送する際には、ルーティング（経路選択）情報としてＩＰヘッダを利用するが、ＭＰＬＳではこのＩＰヘッダの代わりに「ラベル」と呼ばれる短い固定長の識別子を利用する。
【０００７】
ネットワークの入口に存在するネットワーク機器（エッジルータ）にパケットが到着すると、該ワーク機器（エッジルータ）は該パケット内の経路情報にラベルを付加して、次のネットワーク機器に転送する。次のネットワーク機器は、該パケットに付加されているラベルを参照して、該パケットをどのネットワーク機器に転送すべきかを判断し、適切な転送先に該パケットを送出する。外部ネットワークへの出口に存在するネットワーク機器（エッジルータ）は、到着したパケットからラベルを取り除き、外のネットワーク機器へ転送する（図５９「ＭＰＬＳネットワークにおけるパケット転送方式」参照）。
【０００８】
ＭＰＬＳネットワークにおいては、ネットワークの入り口から出口までの経路をＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ ）として取り扱うことができ、トラヒックフローに対して明示的な経路を設定することができる。つまり、トラヒックフローをネットワーク内の経路に効率よく割り当てることにより、ネットワーク機器に対する負荷を抑制することができ、ネットワーク内でのパケットの転送遅延や破棄を減少させ、サービス品質の劣化を防ぐことができる。
【０００９】
（２）ネットワーク管理サーバについて
インターネットを構成するネットワーク機器は年々増加する一方で、ネットワークのシステムダウンの影響は他社や取引先に広がり、ついには顧客の信頼を損ってしまうことになることから、ネットワークのシステムダウンはますます許されない状況となっている。ネットワークの安定運用に欠かせない手段がネットワーク管理サーバである。
【００１０】
ネットワーク管理サーバは、接続形態の構成図の表示、障害箇所の特定、ネットワーク機器からのイベントの表示、ネットワーク機器の動作状態及びトラヒックの過負荷等のリアルタイム監視、グラフ表示、閾値との比較等によるトラヒック負荷やパケットロスの状態監視等を、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）／ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ）／ＲＭＯＮ（Ｒｅｍｏｔｅ ｎｅｔｗｏｒｋ ＭＯＮｉｔｏｒｉｎｇ ）等の技術を用いて一元管理を行う。
【００１１】
ネットワーク管理サーバのシステム動作としては、ネットワーク管理サーバが、ネットワーク機器に実装されたエージェント全てに対して、ある一定の頻度で管理情報の問い合せを行い、該問い合せを受けたエージェントは、それまでに収集した管理情報をネットワーク管理サーバに対して報告を行う。
【００１２】
ネットワーク管理サーバは、収集した管理情報に基づいて、全エージェントの動作状態等を表示し、或いは障害のあったエージェントからの管理情報をアラームとしてネットワーク管理者へ通知する等の管理を行う（図６０「ネットワーク管理サーバの動作概要」参照）。前述したＭＰＬＳネットワークにおいて、ネットワーク管理サーバに対する機能要求として、ＭＰＬＳにおけるラベルの管理、ラベルによる転送経路の管理、及び経路毎のトラヒック管理等がある。
【００１３】
図６２にネットワーク管理サーバの構成を示す。ネットワーク管理サーバは、ネットワークトポロジー情報、性能情報、障害情報、課金情報、セキュリティ情報等の各種情報を保持するネットワーク管理データベース６２−１を備え、ネットワークトポロジー管理手段６２−２を介してネットワーク構成図を表示し、監視情報管理手段６２−３を介して、性能情報、障害情報、課金情報、セキュリティ情報等をネットワーク構成図とマッピングして表示するネットワーク管理者のためのユーザインタフェース手段６２−４を具備する。
【００１４】
また、ネットワーク管理者は、ユーザインタフェース手段６２−４を介して、ネットワークにおいて監視するポイントの設定が可能で、設定された情報は、監視ポイント設定手段６２−５に渡され、性能情報や課金情報、セキュリティ情報は、周期的に動作するポーリング手段６２−６に渡され、ポーリング手段６２−６は、一定周期で、ネットワークからＳＮＭＰ／ＭＩＢ／ＲＭＯＮを介して、ネットワーク管理者が必要とする情報を収集する。また、障害情報は、障害が発生した際に、ネットワークからアラーム情報を取り込むようにトラップ手段６２−７を設定し、障害発生時に障害情報をトラップ手段６２−７が収集する。
【００１５】
（３）ポリシーサーバについて
インターネットを構成するネットワーク機器は、年々増加する一方で、ネットワーク管理者は、数多く存在するネットワーク機器に対して、ネットワーク全体で矛盾なくユーザに所定のサービス品質を提供するための設定を行う必要がある。ネットワーク管理者の設定作業の負担を軽減し、また、個々のネットワーク機器に対する設定ミスや設定の不整合を防止するために使用されるのがポリシーサーバである。
【００１６】
ポリシーサーバは、ネットワーク管理者が各種ネットワーク運用ポリシーを設定すると、該設定されたポリシーをネットワーク内に存在する個々のネットワーク機器の設定に自動的に反映させるものである。管理対象となるネットワーク機器としては、ルータ、ＬＡＮスイッチ等のネットワーク機器が対象となる。
【００１７】
ネットワーク運用者が設定する各種ネットワーク運用ポリシーとは、条件（Ｃｏｎｄｉｔｉｏｎ ）とそれに対応する作動（Ａｃｔｉｏｎ）とにより構成されるポリシールールである。ポリシーサーバは、個々のネットワーク機器に対して、ＣＯＰＳ（Ｃｏｍｍｏｎ Ｏｐｅｎ Ｐｏｌｉｃｙ Ｓｅｒｖｉｃｅ）やＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）等の技術を用いてポリシー情報を一括配信すると共に、各種運用ポリシーの一元管理を行う（図６１「ポリシーサーバの動作概要」参照）。
【００１８】
ポリシーサーバの標準化動向を以下に示す。ポリシー情報を個々のネットワーク機器に配信するためのプロトコルであるＣＯＰＳは、ＩＥＴＦのＲＳＶＰ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（ＲＡＰ） Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ で標準化作業が行われており、ポリシー情報を蓄積・格納する手法であるＤＥＮ（Ｄｉｒｅｃｔｏｒｙ−Ｅｎａｂｌｅｄ Ｎｅｔｗｏｒｋ ）は、ＤＭＴＦ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｍａｎａｇｅｍｅｎｔ Ｔａｓｋ Ｆｏｒｃｅ ）で標準化が行われ、更に、ポリシー情報伝送用のプロトコルであるＰＩＢ（Ｐｏｌｉｃｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ）については、ＤＭＴＦでＤＥＮと連携して標準化が行われている。各種運用ポリシーについては、ＰＩＢにおけるＰＣＩＭ（Ｐｏｌｉｃｙ Ｃｏｒｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌ ）で定義されており、また、サービス品質については、ＰＩＭにおけるＱＰＩＭ（ＱｏＳ Ｐｏｌｉｃｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌ）により定義されている。
【００１９】
前述のＭＰＬＳネットワークにおいて、ポリシーサーバに対する機能要求として、ＭＰＬＳにおけるラベルにより転送される経路に対するポリシー作成・管理・適用機能等がある。更に、サービス品質の劣化を防ぐという観点では、障害時の経路の切り替え、経路毎のトラヒック流入制御等といった機能要求がある。
【００２０】
ポリシーサーバにおいて作成されるポリシーは、条件（Ｃｏｎｄｉｔｉｏｎ ）と作動（Ａｃｔｉｏｎ）との組み合わせにより構成されるルールであるが、従来のポリシーサーバで設定される条件（Ｃｏｎｄｉｔｉｏｎ ）とは、送信元のＩＰアドレスとサブネットマスク及びポート番号、並びに送信先のＩＰアドレスとサブネットマスク及びポート番号、等のパケットのヘッダ情報を条件（Ｃｏｎｄｉｔｉｏｎ ）として用い、或いはポリシーを適用する時間帯を条件（Ｃｏｎｄｉｔｉｏｎ ）としたポリシーサーバが一般的である。
【００２１】
これらのポリシー情報は、予めネットワーク管理者が、ネットワークの運用指針を決定し、該指針に従って作成される。例えば、ネットワーク管理者が、部門Ａ（部門Ａに割り当てられたＩＰアドレスが、１０．１０．１０．１〜１０．１０．１０．２５４）から部門Ｂ（部門Ｂに割り当てられたＩＰアドレスが、１０．１０．２０．１〜１０．１０．２０．２５３）へのサービス品質として、帯域幅５０Ｍｂｐｓを確保しようとした場合、ポリシーサーバで作成するポリシーの条件（Ｃｏｎｄｉｔｉｏｎ ）としては、送信元ＩＰアドレスを１０．１０．１０．０とし、送信元サブネットマスクを２５５．２５５．２５５．０とし、送信先ＩＰアドレスを１０．１０．２０．０とし、送信先サブネットマスクを２５５．２５５．２５５．０として作成される。
【００２２】
そして、ポリシーの作動（Ａｃｔｉｏｎ）として、５０Ｍｂｐｓの帯域幅を確保する設定情報を個々のネットワーク機器に一括配信する。更に、時間的要因を有するポリシーを適用し、時間帯を条件（Ｃｏｎｄｉｔｉｏｎ ）として追加した場合は、部門Ａから部門Ｂへのサービス品質として、帯域幅５０Ｍｂｐｓを確保する時間帯を条件（Ｃｏｎｄｉｔｉｏｎ ）として設定されることとなる。例えば、午前８時から午後５時までといった時間帯が条件（Ｃｏｎｄｉｔｉｏｎ ）として追加設定される。
【００２３】
図６３にポリシーサーバの構成を示す。従来のポリシーサーバは、ネットワークトポロジー情報やポリシー情報を保持するポリシー管理データベース６３−１を備え、ネットワーク管理者は、ユーザインタフェース手段を６３−２介して、ネットワークトポロジー管理手段６３−４で管理するネットワーク構成図を表示することができ、そして、ネットワーク管理者は、ユーザインタフェース手段６３−２を介して、ポリシーの作成、変更、削除を行うことができる。
【００２４】
ポリシーの作成、変更、削除を行った際には、それら情報がポリシー管理手段６３−３に渡されて、ポリシー管理データベース６３−１に格納される。そして、ネットワーク管理者は、作成したポリシーを適用する旨を、ユーザインタフェース手段６３−２を介して行うと、該ポリシーの適用要求がポリシー管理手段６３−３を経由し、ポリシー適用手段６３−５に渡され、ポリシー適用手段６３−５は、ＣＯＰＳ又はＣＬＩを介して、該ポリシーに従ったネットワーク制御を行う。
【００２５】
また、ポリシー作成時に、適用する時間帯を指定することも可能で、その指定を行った場合は、ポリシー管理手段６３−３が自動的にポリシー適用の時間帯となったとき、ポリシーの適用要求をポリシー適用手段６３−５に渡し、ポリシー適用手段６３−５は、ＣＯＰＳ又はＣＬＩを介して、該ポリシーに従ったネットワーク制御を行う。
【００２６】
なお、本発明に関連する先行技術として、ラベルスイッチネットワークシステムに関する技術が下記の特許文献１に記載されている。該文献に記載されたラベルスイッチネットワークシステムは、ＭＰＬＳネットワークなどのラベルスイッチネットワークにおけるトラフィックエンジニアリングに関する各種サービスを実現するとき、各ノードにおける処理コスト及び処理時間の削減などを図るため、ラベルに基づいてＩＰフロー対応のＩＰパケットを転送するラベルスイッチネットワークの入口に配置され、ＩＰパケットのヘッダ情報またはペイロード情報を参照して、ＩＰパケットを転送するためのレイヤ２パスを選択・設定する第１のノードと；ネットワークの中継箇所に配置され、ネットワークの入口から出口までのレイヤ２パスを、指定された経路で設定する複数の第２のノードと；ネットワークの出口に配置された第３のノードと；ユーザ要求又はネットワークの状態変化が生じた場合、ポリシ制御プロトコルに則って、第１のノードにレイヤ２パスの設定を指示するとともに、第１のノード、第２のノード及び第３のノードを集中的に制御するポリシサーバとを備えたものである。
【００２７】
【特許文献１】
特開２００１−２５１３４３号公報
【００２８】
【発明が解決しようとする課題】
前述した運用ポリシーは、事前にネットワーク管理者が決定したネットワークの運用指針を基に作成されたものであるので、実際にネットワークが運転され始めると、様々なユーザが様々なアプリケーションを利用して通信を行うため、事前に作成された運用ポリシーが有効的なポリシーとして適用されるとは限らなくなり、ネットワーク管理者が、実際のネットワークのトラヒック量又はパケットロス率等を測定し、それらをフィードバックしてして適用ポリシーを修正する必要が生じる。
【００２９】
例えば、部門Ａから部門Ｂへのサービス品質として、帯域幅５０Ｍｂｐｓを確保する運用ポリシーをネットワークに対して行ったために、部門Ｃや部門Ｄから部門Ｂへの通信に対するパケットロス率が高くなるようなことが発生した場合には、部門Ｃから部門Ｂへのサービス品質や部門Ｄから部門Ｂへの帯域幅を確保するポリシーを追加したり（適用ポリシーの追加）、部門Ａから部門Ｂへのトラヒックが実際は５０Ｍｂｐｓも必要としない場合は、部門Ａから部門Ｂへのサービス品質として割り当てた帯域幅を５０Ｍｂｐｓから２５Ｍｂｐｓへ変更する必要がある（適用ポリシーの変更）。
【００３０】
更には、部門Ｂへのサービス品質として、帯域幅の確保が難しい状態であった場合（例えば、部門Ｂへのアクセスが複数の部門から同時に発生する場合等）、部門Ｂへのサービス品質に対し、帯域幅を確保する運用ポリシーから、優先制御を行う運用ポリシーへ差し替える必要がある（適用ポリシーの差し替え）。優先制御の代表例として、ＤｉｆｆＳｅｒｖ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅ）がある。ＤｉｆｆＳｅｒｖは、ＩＥＴＦで検討が進められているスケーラブルな通信品質保証を実現する技術である。
【００３１】
つまり、ポリシーサーバを有効的に機能させるためには、ネットワーク管理者は、ネットワーク管理サーバ等を用いて、トラヒック量やパケットロス率等の情報を収集し、実際のネットワークの運用状況を把握し、適用されているポリシーが有効的なポリシーとして適用されているかどうかをチェックし、随時、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替え等が必要となる。
【００３２】
しかしながら、様々なユーザが様々なアプリケーションを利用することを前提に、数多く作成された運用ポリシーの中から、実際のネットワークの運用状況に応じて、適用するポリシーの追加、適用されているポリシー変更、差し替えをネットワーク管理者が行うことは非常に困難である。
【００３３】
よって、本発明が解決しようとする第１の課題は、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといった適用ポリシーの修正のフィードバックを最適に行わないと、ネットワーク全体のサービス品質を劣化させてしまうという問題があり、それを解決することである。
【００３４】
次に、ＭＰＬＳネットワークにおける課題について述べる。現状のＭＰＬＳネットワークを構成するネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能としての代替経路選択機能は、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前にネットワーク機器に設定された代替ラベルスイッチトパス（ＬＳＰ）に流すものである。
【００３５】
しかしながら、前述のネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、代替ラベルスイッチトパス（ＬＳＰ）に既に多量のトラヒックが流れていても、又はパケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前に設定された代替ラベルスイッチトパス（ＬＳＰ）に流すため、更なるサービス品質劣化を引き起こしてしまうことがある。
【００３６】
事前設定の代替ラベルスイッチトパス（ＬＳＰ）としては、障害時にしかトラヒックを流さないという設定をしておくことも可能であるが、このような設定はネットワーク機器の過剰設備を前提とすることになり、ネットワークに対する導入費用が高価なものとなってしまう。
【００３７】
よって、本発明が解決しようとする第２の課題は、ＭＰＬＳに対応したネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、事前に設定した代替ラベルスイッチトパス（ＬＳＰ）に既に多量のトラヒックが流れ、又はパケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前設定の代替ラベルスイッチトパス（ＬＳＰ）に流すことによってサービス品質を劣化させてしまうという問題を解決することである。
【００３８】
更に、現状のＭＰＬＳネットワークにおいて、トラフィックエンジニアリングとして、マルチパスによるトラヒックのロードバランシング方式の技術が存在するが、この技術はＭＰＬＳネットワークに流れるトラヒックを負荷分散させ、ネットワーク・リソースを効率良く使う技術ではあっても、ネットワーク・リソースを全て使い切った場合には、その有効性を発揮することができない。
【００３９】
また、ＭＰＬＳネットワーク上に流れるトラヒック（ラベルスイッチトパス上に流れるトラヒック）に対して、一様に負荷分散を行うため、ネットワーク利用者毎に差別化したサービスを提供することが難しく、キャリア、ＩＳＰ等のネットワーク・インフラストラクチャを提供する事業者にとっては、各ネットワーク利用者の個々の要求に沿ったサービスを提供することができない。
【００４０】
よって、本発明が解決しようとする第３の課題は、ＭＰＬＳネットワークにおいて、ネットワーク・リソースを使い切った場合、ネットワーク利用者は、一様にサービス品質の劣化を受けてしまい、各ネットワーク利用者毎の要求に合ったサービスを提供することができないという問題があり、それを解決することである。
【００４１】
最後に、ＭＰＬＳネットワークにポリシーサーバを導入した場合を考えてみると、ＭＰＬＳネットワークにおけるラベルによりフォワーディングされる経路（ラベルスイッチトパス）に対するポリシー作成・管理・適用を行う機能を実現する必要がある。
【００４２】
ＭＰＬＳネットワークにおけるポリシーの条件（Ｃｏｎｄｉｔｉｏｎ ）としては、ラベルスイッチトパス（ＬＳＰ）上に存在するネットワーク機器のポート障害に対するポートの指定や、ラベルスイッチトパス（ＬＳＰ）毎のトラヒック流入制御対象となるトラヒック・フローの指定等が必要であり、ポリシーの作動（Ａｃｔｉｏｎ）としては、指定ラベルスイッチトパス（ＬＳＰ）への切り替えや、ラベルスイッチトパス（ＬＳＰ）毎の指定トラヒック・フローに対する通過／非通過を制御する流入制御の指示等が必要となる。
【００４３】
しかしながら、ＭＰＬＳネットワークにおけるポリシーサーバにおいて、前述のポリシーを作成し、ポリシーの適用を行っても、以下の課題が残る。ＭＰＬＳネットワークにおける障害保護（Ｐｒｏｔｅｃｔｉｏｎ）ポリシーの条件（Ｃｏｎｄｉｔｉｏｎ ）として、ラベルスイッチトパス（ＬＳＰ）上に存在するネットワーク機器の障害ポートのポート番号を指定し、作動（Ａｃｔｉｏｎ）として、指定された代替ラベルスイッチトパス（ＬＳＰ）への切り替えを行うことを指示するポリシーを作成し、該ポリシーをネットワークに適用しただけでは、前述の本発明が解決しようとする第２の課題と同じ問題が残る。
【００４４】
また、ＭＰＬＳネットワークにおけるトラフィック制御（Ｔｒａｆｆｉｃ Ｃｏｎｔｒｏｌ ）ポリシーの条件（Ｃｏｎｄｉｔｉｏｎ ）として、ラベルスイッチトパス（ＬＳＰ）毎のトラヒック流入制御対象となるトラヒック・フローを指定し、作動（Ａｃｔｉｏｎ）として、ラベルスイッチトパス（ＬＳＰ）毎の指定トラヒック・フローに対する通過／非通過を制御する流入制御の指示を行うポリシーを作成し、該ポリシーをネットワークに適用しただけでは、流入制御によるネットワーク運用状況のフィードバックを行っていないことになるので、前述の本発明が解決しようとする第１の課題と同じ問題がＭＰＬＳネットワークにおいても生じることとなる。
【００４５】
本発明は、ポリシーサーバによって適用されているネットワーク運用ポリシーを、ネットワーク運用状況に応じて最適なものに自動的に修正し、ネットワーク全体のサービス品質を確保するとともに、ネットワーク管理者の負担を軽減することができるポリシー適用方式及びそのプログラムを提供することを目的とする。
【００４６】
また、障害の発生したラベルスイッチトパスのトラヒックを、ネットワーク運用状況に基づいて代替ラベルスイッチトパスに流し、ネットワーク全体のサービス品質を確保することができるポリシー適用方式及びそのプログラムを提供することを目的とする。
【００４７】
また、ＭＰＬＳネットワークにおいて、ネットワーク・リソースが減少した場合、ＭＰＬＳネットワークを流れるトラヒックの流入規制を、各ネットワーク利用者毎に要求されるサービス品質に基づいて行い、各ネットワーク利用者にそれぞれ差別化したサービスを提供することができるポリシー適用方式及びそのプログラムを提供することを目的とする。
【００４８】
【課題を解決するための手段】
本発明のネットワーク状況に基づくポリシー適用方式は、（１）ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と具備し、ネットワーク運用状況に基づいて、適用する運用ポリシーを追加し、適用されている運用ポリシーを変更し、又は適用されている運用ポリシーの差し替えを行う手段を備えたものである。
【００４９】
また，（２）マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段とを具備し、該ネットワークの転送経路の障害発生時に、複数のラベルスイッチトパスの中から、トラヒック量又はパケットロス量が最少となる代替ラベルスイッチトパスに切り替える手段を備えたものである。
【００５０】
また、（３）マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段とを具備し、該ネットワーク・リソースを最大限使用したときに、該マルチプロトコルラベルスイッチングネットワークを流れるトラヒックフローの流入規制を、ユーザサービスクラスのレベルに応じて段階的に行う手段を備えたものである。
【００５１】
また、（４）ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と具備し、ネットワーク運用状況に基づいて、適用する運用ポリシーの追加、適用されている運用ポリシーの変更、若しくは適用されているポリシーの差し替えのポリシー修正フィードバックの結果、複数のラベルスイッチトパスの中からトラヒック量又はパケットロス量が最少となる最適なラベルスイッチトパスへの切り替えの結果、又は、マルチプロトコルラベルスイッチングのネットワークを流れるトラヒックの流入規制の段階的適用の結果を保持し、運用ポリシーのトレーサビリティを確保する手段を備えたものである。
【００５２】
また、（５）前記運用ポリシーとネットワーク運用状況との関連付けを行うポリシー分析手段と、ネットワーク運用状況の監視依頼を行う監視ポイント設定手段と、定期的にネットワーク運用状況をチェックする管理情報管理手段と、ネットワーク運用状況を分析するネットワーク状況分析手段と、ネットワーク運用状況に基づいた最適なポリシーを選択する最適ポリシー分析手段とを具備したものである。
【００５３】
また、本発明のネットワーク状況に基づくポリシー適用方式のプログラムは、
（６）ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、ネットワーク運用状況に基づいて、適用する運用ポリシーを追加し、適用されている運用ポリシーを変更し、又は適用されている運用ポリシーの差し替えを行う手段として機能させるためものである。
【００５４】
また、（７）マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、該ネットワークの転送経路の障害発生時に、複数のラベルスイッチトパスの中から、トラヒック量又はパケットロス量が最少となる代替ラベルスイッチトパスに切り替える手段として機能させるためのものである。
【００５５】
また、（８）マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、該ネットワーク・リソースを最大限使用したときに、該マルチプロトコルラベルスイッチングネットワークを流れるトラヒックフローの流入規制を、ユーザサービスクラスのレベルに応じて段階的に行う手段として機能させるためのものである。
【００５６】
また、（９）ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、ネットワーク運用状況に基づいて、適用する運用ポリシーの追加、適用されている運用ポリシーの変更、若しくは適用されているポリシーの差し替えのポリシー修正フィードバックの結果、複数のラベルスイッチトパスの中からトラヒック量又はパケットロス量が最少となる最適なラベルスイッチトパスへの切り替えの結果、又は、マルチプロトコルラベルスイッチングのネットワークを流れるトラヒックの流入規制の段階的適用の結果を保持し、運用ポリシーのトレーサビリティを確保する手段として機能させるためのものである。
【００５７】
また、（１０）前記運用ポリシーとネットワーク運用状況との関連付けを行うポリシー分析手段と、ネットワーク運用状況の監視依頼を行う監視ポイント設定手段と、定期的にネットワーク運用状況をチェックする管理情報管理手段と、ネットワーク運用状況を分析するネットワーク状況分析手段と、ネットワーク運用状況に基づいた最適なポリシーを選択する最適ポリシー分析手段として機能させるためのプログラムを有するものである。
【００５８】
【発明の実施の形態】
本発明のネットワーク状況に基づくポリシー適用方式の機能構成を図１に示す。同図において、ユーザインタフェース手段１０１は、ネットワーク管理者が各種ポリシーの作成及び登録を行うためのユーザインタフェース機能を提供する。ポリシー管理手段１０２は、ネットワーク管理者がユーザインタフェース手段１０１を介して作成したポリシーを、ポリシー管理データベース１１０を用いて管理する機能を有する。
【００５９】
ポリシー分析手段２０１は、各種ポリシーとネットワーク運用状況との関連付けを行う機能を有する。監視ポイント設定手段３０１は、ポリシー分析手段２０１からの要求により、トラヒック量やパケットロス率等のネットワーク運用状況の監視情報が必要とされる場合は、ポーリング手段３０２に該監視情報の収集を依頼し、障害情報等のネットワーク運用状況の監視情報が必要とされる場合には、トラップ手段３０３に該監視情報の収集依頼を行う。
【００６０】
ポーリング手段３０２は、トラヒック量やパケットロス率等のネットワーク運用状況の情報をネットワーク運用データベース３１０に格納する機能を有し、トラップ手段３０３は、障害情報等のネットワーク運用状況の情報をネットワーク運用データベース３１０に格納する機能を有する。
【００６１】
管理情報管理手段３０４は、ネットワーク管理データベース３１０からネットワーク運用状況の情報を周期的にチェックし、ネットワーク運用状況の情報に変化があった場合は、ネットワーク運用状況の情報をネットワーク状況分析手段２０２に通知する機能を有する。
【００６２】
ネットワーク状況分析手段２０２は、管理情報管理手段３０４から通知されたネットワーク運用状況の情報に基づいて、最適ポリシー選択手段２０３に対して、ポリシーフィードバック要求、ラベルスイッチトパス（ＬＳＰ）切り替え要求、又はトラヒックフロー流入制御要求の各種要求を行う機能を有する。
【００６３】
最適ポリシー選択手段２０３は、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといった適用ポリシー修正のフィードバックを行う機能を有する。
【００６４】
また、最適ポリシー選択手段２０３は、代替ラベルスイッチトパス（ＬＳＰ）の切り替えの際に、複数のラベルスイッチトパス（ＬＳＰ）の中から、トラヒック量又はパケットロス率が最少の最適なラベルスイッチトパス（ＬＳＰ）をネットワークの障害時に即座に選択する機能を有する。また、最適ポリシー選択手段２０３は、ネットワーク・リソースが減少した場合に、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス上を流れるトラヒック）の流入規制を段階的に行う機能を有する。
【００６５】
ポリシー適用指示手段２０４は、最適ポリシー選択手段２０３から要求されたポリシーをポリシー適用手段に渡し、ネットワーク機器へのネットワーク制御要求を行うとともに、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといった適用ポリシーの修正のフィードバックを行った結果、複数のラベルスイッチトパス（ＬＳＰ）の中からトラヒック量やパケットロス率が最少の最適なラベルスイッチトパス（ＬＳＰ）への切り替えを行った結果、及び、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス（ＬＳＰ）上を流れるトラヒック）の流入規制の段階的適用を行った結果を、ポリシー分析データベース２１０に格納する機能を有する。
【００６６】
ポリシー適用手段１０３は、ポリシー適用指示手段２０４によって指示されたポリシーを適用して、図６３のポリシー適用手段６３−５と同様に、ネットワーク機器に対するネットワーク制御を行う機能を有する。
【００６７】
なお、図１に示す機能構成図において、１００番代の符号を付した各機能部は、従来のポリシーサーバの既存の機能部又は若干の改造を施した機能部を示し、２００番代の符号を付した各機能部は、ポリシーサーバとして新規に追加した機能部を示し、３００番代の符号を付した各機能部は、従来のネットワーク管理サーバの既存の機能部又は若干の改造を施した機能部を示している。
【００６８】
本発明のポリシー適用方式を適用したネットワークシステムの構成例を図２に示す。同図に示す構成例では、複数のネットワーク機器から成るＭＰＬＳネットワークに対して、ポリシーを管理するポリシーサーバ２−１と、ネットワーク状況を監視・管理するネットワーク管理サーバ２−２とを備え、ポリシーサーバ２−１とネットワーク管理サーバ２−２とに、図１に示す本発明のポリシー適用方式の各機能部を組み込み、ＭＰＬＳネットワークに対する適用ポリシーを最適化することができる。
【００６９】
ただし、ポリシーサーバ２−１とネットワーク管理サーバ２−２とを、物理的に同一のサーバ内に構築したものであってもよい。また、本発明のポリシー適用方式の各機能部を、ネットワーク管理サーバ２−２に備える構成、又はポリシーサーバ２−１に備える構成とすることもできる。
【００７０】
更に、本発明のポリシー適用方式の各機能部を、ポリシーサーバ２−１及びネットワーク管理サーバ２−２とは別のサーバに組み込む構成とすることも可能である。以下に示す本発明のポリシー適用方式の動作シーケンス及び実施例の説明において、本発明のポリシー適用方式の各機能部をポリシーサーバに備えた構成例について記述する。
【００７１】
本発明の第１の課題を解決するためのポリシー適用方式である「ポリシー・フィードバック方式」について以下に説明する。図３に、本発明のポリシー・フィードバック方式の処理フェーズを示し、図４、図５及び図６に、ポリシー・フィードバック方式の処理シーケンスを示す。なお、図４、図５及び図６に示す各手段は、図１に示した機能部の各手段にそれぞれ相当し、同一の手段には同一の符号を付している。
【００７２】
本発明のポリシー・フィードバック方式は、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといったポリシー修正のフィードバックを行う方式である。
【００７３】
本発明のポリシー・フィードバック方式は、ネットワーク管理者がポリシーを作成し、登録する際に動作するポリシー登録機能部と、ネットワーク運用状況の情報が通知された際に動作するポリシー分析機能部とから構成される。図３の（ａ）にポリシー登録機能部の各処理フェーズ、図３の（ｂ）にポリシー分析機能部の処理フェーズを示す。
【００７４】
ポリシー・フィードバック方式のポリシー登録機能部は、ネットワーク運用者がユーザインタフェース手段１０１を介してポリシー作成し、ポリシー登録を行うための機能部である。登録要求されたポリシー情報は、ポリシー登録要求としてポリシー管理手段１０２に処理が渡される。ポリシー管理手段１０２は、登録要求されたポリシー情報をポリシー管理データベース１１０に格納する（図３：ＰＨ１０１：ポリシー登録処理フェーズ）。
【００７５】
次に、ポリシー管理手段１０２は、ポリシーが登録された旨をポリシー分析手段２０１に通知する。そして、ポリシーが登録された旨を通知されたポリシー分析手段２０１は、ポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部とによりインデックスされるポリシー分析データベース２１０にポリシーの情報を格納し、通知のあったポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、ネットワーク状況通知要求が既に行われているかを判断し、既に要求済みであれば処理を終了し、要求済みでなければ、監視ポイント設定手段３０１に対して、ネットワーク状況通知要求を行う（図３：ＰＨ１０２：ポリシー分析処理フェーズ）。
【００７６】
そして、ネットワーク状況通知要求を受信した監視ポイント設定手段３０１は、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定をポーリング手段３０２に依頼する。依頼を受けたポーリング手段３０２は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理データベース３１０に、収集した情報を定期的に格納する（図３：ＰＨ１０３：ネットワーク運用状況通知要求処理フェーズ）。
【００７７】
ポリシー・フィードバック方式のポリシー分析機能部は、前述のポリシー登録機能部により指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定が行われたことにより、管理情報管理手段３０４は、周期的に動作し、ネットワーク状況の情報が更新されているかを判断し、更新されていれば、ネットワーク状況通知をネットワーク状況分析手段２０２に送信する。
【００７８】
ネットワーク状況通知を受信したネットワーク状況分析手段２０２は、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるトラヒック量の超過の閾値や、パケットロス率の超過の閾値を参照し、該閾値を超えているか否かを判断し、超えている場合は、ポリシー修正のフィードバックが必要と判断し、最適ポリシー選択手段２０３に、ポリシーフィードバック要求を渡す。また、それらの閾値を超えていなければ、処理を終了する（図３：ＰＨ１０４：ネットワーク状況分析処理フェーズ）。
【００７９】
ポリシー修正のフィードバックが必要と判断された場合に、ポリシーフィードバック要求により処理を渡された最適ポリシー選択手段２０３は、まず、ネットワーク運用者が最初に登録したポリシーに対して、既にポリシーの差し替えが行われているかを判断し、差し替えが行われていなければ、ネットワーク運用者が最初に登録したポリシーに対して、ポリシーの変更又はポリシーの追加の処理を行う。既に差し替えが行われていれば、差し替え済みのポリシーにおいて、ポリシーの変更又はポリシーの追加の処理を行う。
【００８０】
・ネットワーク運用者が登録したポリシーに対して、ポリシーの変更又は追加を行う場合について
ネットワーク運用者が登録したポリシーに対して、ポリシーの変更を行う場合、最適ポリシー選択手段２０３は、該当ポリシーが変更可能なポリシーであるかを判断し、変更可能であれば、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データである変動率に従い、ポリシーの作動（Ａｃｔｉｏｎ）の設定を行う。
【００８１】
例えば、確保する帯域幅が５０Ｍｂｐｓで、変動率が５０％である場合、２５Ｍｂｐｓの帯域幅まで変更可能であり、ポリシーの作動（Ａｃｔｉｏｎ）の設定を変更する。変更可能なポリシーの場合、最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対してポリシー変更要求を行う。
【００８２】
該当ポリシーが変更不可能である場合、又は既に変更済みである場合は、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、未適用である他のポリシーが存在するか否かを判断する。未適用のポリシーが存在する場合は、未適用ポリシーを設定するために、ポリシー適用指示手段２０４に対してポリシー追加要求を行う。未適用ポリシーが存在しない場合は、代替ポリシーに差し替える処理に移行する。
【００８３】
・差し替え中のポリシーに対して、ポリシーの変更又はポリシーの追加を行う場合について
最適ポリシー選択手段２０３は、差し替え可能なポリシーが存在するかをチェックし、差し替え可能な候補があれば、ポリシーの差し替えを行う。ポリシーの差し替えとは、例えば、帯域幅を確保するポリシーから優先制御を行うポリシーへの差し替え等、種別の異なるポリシーへ差し替えることである。
【００８４】
ポリシー差し替え中は、以下の処理を行う。ポリシーの変更を行う場合、最適ポリシー選択手段２０３は、該当ポリシーが変更可能なポリシーであるかを判断し、変更可能であれば、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データである変動率に従い、ポリシーの作動（Ａｃｔｉｏｎ）の設定を行う。
【００８５】
例えば、確保する帯域幅が５０Ｍｂｐｓで、変動率が５０％であれば、２５Ｍｂｐｓの帯域幅まで変更可能となり、ポリシーの作動（Ａｃｔｉｏｎ）の設定を変更する。変更可能なポリシーの場合は、最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、差替ポリシー変更要求を行う。
【００８６】
変更不可能なポリシーである場合、又は既に変更済みである場合は、次に、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、未適用である他のポリシーが存在するか否かを判断する。
【００８７】
未適用のポリシーが存在する場合は、未適用ポリシーを設定するために、ポリシー適用指示手段２０４に対して、差替ポリシー追加要求を行う。未適用ポリシーが存在しない場合は、代替ポリシーに差し替える次の候補となるポリシーがないか判定し、繰り返し処理を行い、差し替え可能なポリシーがなくなるまで処理を繰り返す（図３：ＰＨ１０５：最適ポリシー選択処理フェーズ）。最適ポリシー選択手段２０３から各種要求を受けたポリシー適用指示手段２０４は、それらの要求に従い、以下の処理を行う。
【００８８】
・ポリシー変更要求を受けた場合
ポリシー変更要求を受けたポリシー適用指示手段２０４は、変更内容をポリシー分析データベース２１０に格納し、変更ポリシー適用要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、変更要求内容に従ったネットワーク制御を行う。
【００８９】
・ポリシー追加要求を受けた場合
ポリシー追加要求を受けたポリシー適用指示手段２０４は、追加内容をポリシー分析データベース２１０に格納し、追加ポリシー適用要求をポリシー適用手段１０３に対してを行う。ポリシー適用手段１０３は、ネットワーク機器に対して、追加要求内容に従ったネットワーク制御を行う。
【００９０】
・差替変更要求を受けた場合
差替ポリシー変更要求を受けたポリシー適用指示手段２０４は、最初に、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、最初の差替変更ポリシー要求か否かの判断を行う。
【００９１】
最初の差替変更ポリシー要求の場合、差替内容をポリシー分析データベース２１０に格納し、ネットワーク運用者が登録したポリシーの取り戻しを行った後、差替ポリシー適用要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、ポリシー差替要求内容に従ったネットワーク制御を行う。
【００９２】
既に、ポリシー差し替え処理済みの場合、差替変更内容をポリシー分析データベース２１０に格納し、差替変更ポリシー適用要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、差替変更要求内容に従ったネットワーク制御を行う。
【００９３】
・差替追加要求を受けた場合
差替ポリシーの追加要求を受けたポリシー適用指示手段２０４は、差替追加内容をポリシー分析データベース２１０に格納し、差替追加ポリシー適用要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、差替追加要求内容に従ったネットワーク制御を行う（図３：ＰＨ１０６：選択ポリシー適用処理フェーズ）。
【００９４】
本発明のポリシー適用方式が上述のように動作することにより、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといったポリシー修正のフィードバックを行い、ネットワークに最適なポリシーが適用可能となる。
【００９５】
次に、本発明の第２の課題を解決するためのポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式について以下に説明する。図７にポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理フェーズを示し、図８、図９及び図１０に、ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスを示す。なお、なお、図８、図９及び図１０に示す各手段は、図１に示した各機能部の手段にそれぞれ相当し、同一の手段には同一の符号を付している。
【００９６】
ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式は、ＭＰＬＳに対応したネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、代替ラベルスイッチトパス（ＬＳＰ）に、既に多量のトラヒックが流れていても、或いは、パケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前に設定した代替ラベルスイッチトパス（ＬＳＰ）に流すことによりサービス品質を劣化させてしまうという問題を解決するために、代替ラベルスイッチトパス（ＬＳＰ）の切り替えを行う際に、複数のラベルスイッチトパス（ＬＳＰ）の中から、最適なラベルスイッチトパス（ＬＳＰ）を、ネットワークの運用状況に基づいて選択する方式である。
【００９７】
ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式は、前述のポリシー・フィードバック方式と同様の機能部構成により実現することができる。ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式と、前述のポリシー・フィードバック方式との相違点は、登録されるポリシーがポリシー・フィードバック方式の場合は、ネットワーク機器と該ネットワーク機器が備えるインタフェース部とがポリシー適用対象であったのに対し、ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式は、複数のネットワーク機器と該ネットワーク機器が備えるインタフェース部とで構成されるラベルスイッチトパス（ＬＳＰ）がポリシー適用対象となる点である。
【００９８】
図７に、ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式についての処理フェーズを示すが、前述のポリシー・フィードバック方式と同一の処理フェーズの部分に対しては、各処理フェーズの枠内に網掛けを施している。以下に示すポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスは、前述のポリシー・フィードバック方式と相違する点について詳しく説明する。
【００９９】
ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式のポリシー登録機能部においては、ネットワーク運用者がユーザインタフェース手段１０１を介して、ラベルスイッチトパス（ＬＳＰ）に対するポリシーを作成し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの登録を行う機能を備える。
【０１００】
登録要求されたラベルスイッチトパス（ＬＳＰ）ポリシー情報は、ポリシー登録要求として、ポリシー管理手段１０２に処理が渡される。ポリシー管理手段１０２は、登録要求されたポリシー情報をポリシー管理データベース１１０に格納する（図７：ＰＨ２０１：ポリシー登録処理フェーズ）。
【０１０１】
次に、ポリシー管理手段１０２は、ラベルスイッチトパス（ＬＳＰ）ポリシーが登録された旨をポリシー分析手段２０１に通知する。そして、ポリシーが登録された旨を通知されたポリシー分析手段２０１は、通知されたポリシーが、ラベルスイッチトパス（ＬＳＰ）に対するポリシーか否かを判断し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーであれば、ラベルスイッチトパス（ＬＳＰ）毎にインデックスされたポリシー分析データベース２１０に、ラベルスイッチトパス（ＬＳＰ）ポリシーの情報を格納し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象であるラベルスイッチトパス（ＬＳＰ）の経路上にある全てのネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、ネットワーク状況通知要求が既に行われているか判断し、既に要求済みであれば処理を終了し、要求済みでなければ、監視ポイント設定手段３０１に対して、ネットワーク状況通知要求を行う（図７：ＰＨ２０２：ポリシー分析処理フェーズ）。
【０１０２】
そして、ネットワーク状況通知要求を受信した監視ポイント設定手段３０１は、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部における障害情報を収集するために、障害情報をトラップする設定をトラップ手段３０３に依頼し、トラヒック量やパケットロス率等の情報を収集する設定をポーリング手段３０２に依頼する。
【０１０３】
障害情報の収集依頼を受けたトラップ手段３０３は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理データベース３１０に、障害発生時に収集した情報を格納する。また、トラヒック量やパケットロス率等の収集依頼を受けたポーリング手段３０２は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理データベース３１０に、収集した情報を定期的に格納する（図７：ＰＨ２０３：ネットワーク運用状況通知要求処理フェーズ）。
【０１０４】
ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式のポリシー分析機能部は、前述のポリシー登録機能部により指定されたラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象である複数のネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定が行われたことにより、管理情報管理手段３０４は、周期的に動作し、ネットワーク状況の情報が更新されているかを判断し、更新されていれば、ネットワーク状況通知をネットワーク状況分析手段２０２に送信する。
【０１０５】
ネットワーク状況通知を受信したネットワーク状況分析手段２０２は、ネットワーク状況通知の依頼により通知された情報から、障害が発生しているか否かの判断を行う。障害が発生していない場合は、ポリシー・フィードバック方式へ移行し、障害が発生している場合は、最適ポリシー選択手段２０３に対してラベルスイッチトパス（ＬＳＰ）切り替え要求を行う（図７：ＰＨ２０４：ネットワーク状況分析処理フェーズ）。
【０１０６】
次に、ラベルスイッチトパス（ＬＳＰ）切り替え要求を受けた最適ポリシー選択手段２０３は、代替ラベルスイッチトパス（ＬＳＰ）があるか否かを判断する。代替ラベルスイッチトパス（ＬＳＰ）が存在しない場合は処理を終了する。代替ラベルスイッチトパス（ＬＳＰ）が存在する場合は、代替ラベルスイッチトパス（ＬＳＰ）の中から、パケットロスが、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるＬＳＰパケットロス率が閾値以下のラベルスイッチトパス（ＬＳＰ）が存在するか否かを判断し、閾値以下のラベルスイッチトパス（ＬＳＰ）の中からパケットロス率が最少であるラベルスイッチトパス（ＬＳＰ）を選択する。
【０１０７】
最適ポリシー選択手段２０３は、条件を満たす代替ラベルスイッチトパス（ＬＳＰ）が存在する場合、ポリシー適用指示手段２０４に対して、代替ラベルスイッチトパス（ＬＳＰ）切替要求を行う。条件を満たす代替ラベルスイッチトパス（ＬＳＰ）が存在しない場合は、次の判定処理へ処理を移行する。
【０１０８】
次に、最適ポリシー選択手段２０３は、代替ラベルスイッチトパス（ＬＳＰ）の中から、トラヒック量が、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるＬＳＰトラヒック量が閾値以下のラベルスイッチトパス（ＬＳＰ）が存在するか否かを判断し、存在する場合、ＬＳＰトラヒック量が最少の代替ラベルスイッチトパス（ＬＳＰ）を選択する。
【０１０９】
上記条件を満たす代替ラベルスイッチトパス（ＬＳＰ）が存在する場合、最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、代替ラベルスイッチトパス（ＬＳＰ）切替要求を行う。上記条件を満足する代替ラベルスイッチトパス（ＬＳＰ）が存在しない場合は、次の処理へ移行する。
【０１１０】
障害が発生してラベルスイッチトパス（ＬＳＰ）を、代替ラベルスイッチトパス（ＬＳＰ）へ切り替える必要があるので、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるパケットロス率をＬＳＰパケットロス率が超えていても、現状の最少のパケットロス率でパケット・フォワーディングを行っている代替ラベルスイッチトパス（ＬＳＰ）に切り替えるため、以下の処理を行う。
【０１１１】
最適ポリシー選択手段２０３は、代替ラベルスイッチトパス（ＬＳＰ）の中からパケットロス率（トラヒック量であってもよい）が最少である代替ラベルスイッチトパス（ＬＳＰ）を抽出し、最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、代替ラベルスイッチトパス（ＬＳＰ）切替要求を行う（図７：ＰＨ２０５：最適ポリシー選択処理フェーズ）。
【０１１２】
そして、代替ラベルスイッチトパス（ＬＳＰ）切替要求を受けたポリシー適用指示手段２０４は、代替ラベルスイッチトパス（ＬＳＰ）切替内容をポリシー分析データベース２１０に格納し、ラベルスイッチトパス（ＬＳＰ）切り替え要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、ラベルスイッチトパス（ＬＳＰ）切り替え要求内容に従ったネットワーク制御を行う（図７：ＰＨ２０６：選択ポリシー適用処理フェーズ）。
【０１１３】
ＭＰＬＳに対応したネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、事前設定の代替ラベルスイッチトパス（ＬＳＰ）に、既に多量のトラヒックが流れていても、或いはパケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを代替ラベルスイッチトパス（ＬＳＰ）に流すことにより、サービス品質を劣化させてしまうといった問題を生じたが、本発明のポリシー提要方式の手段が前述のように機能することにより、代替ラベルスイッチトパス（ＬＳＰ）の切り替えを行う際に、複数のラベルスイッチトパス（ＬＳＰ）の中から、トラヒック量又はパケットロス率が最少となる最適なラベルスイッチトパス（ＬＳＰ）を、ネットワークの障害時に即座に選択するポリシーを適用することが可能となる。
【０１１４】
次に、本発明の第３の課題を解決するためのポリシーベーストラヒックフロー流入制御方式について説明する。図１１に、ポリシーベーストラヒックフロー流入制御方式についての処理フェーズを示し、図１２、図１３及び図１４に、ポリシーベーストラヒックフロー流入制御方式の処理シーケンスを示す。なお、図１２、図１３及び図１４に示す各手段は、図１に示した各機能部の手段にそれぞれ相当し、同一の手段には同一の符号を付している。
【０１１５】
ポリシーベーストラヒックフロー流入制御方式は、ＭＰＬＳネットワークにおいて、ネットワーク・リソースを使い切った場合等、ネットワーク・リソースが減少した場合、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス上を流れるトラヒック）の流入規制を行う方式である。
【０１１６】
ポリシーベーストラヒックフロー流入制御方式は、前述のポリシー・フィードバック方式及びポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式と同様の機能部構成により実現することができる。更に、ポリシーベーストラヒックフロー流入制御方式のポリシー登録機能部は、前述のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式のポリシー登録機能部と対比した場合、トラップ手段３０３にネットワーク運用状況の障害情報の収集の依頼を行わないという点でのみ相違し、その他は同様の構成である。
【０１１７】
図１１に、ポリシーベーストラヒックフロー流入制御方式についての処理フェーズを示しているが、前述のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式と同一の処理フェーズの部分には、各処理フェーズの枠内に網掛けを施している。以下に説明するポリシーベーストラヒックフロー方式の処理シーケンスは、前述のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式と相違する点について詳しく説明するものとする。
【０１１８】
ポリシーベーストラヒックフロー方式において、ポリシー登録機能部は、ネットワーク運用者がユーザインタフェース手段１０１を介して、ラベルスイッチトパス（ＬＳＰ）に対するポリシーを作成し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの登録を行う機能を有する。
【０１１９】
登録要求されたラベルスイッチトパス（ＬＳＰ）ポリシー情報は、ポリシー登録要求として、ポリシー管理手段１０２に処理が渡される。ポリシー管理手段１０２は、登録要求されたポリシー情報をポリシー管理データベース１１０に格納する（図１１：ＰＨ３０１：ポリシー登録処理フェーズ）。
【０１２０】
次に、ポリシー管理手段１０２は、ラベルスイッチトパス（ＬＳＰ）ポリシーが登録された旨をポリシー分析手段２０１に通知する。そして、ポリシーが登録された旨を通知されたポリシー分析手段２０１は、通知されたポリシーが、ラベルスイッチトパス（ＬＳＰ）に対するポリシーか否かを判断し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーであれば、ラベルスイッチトパス（ＬＳＰ）毎にインデックスされたポリシー分析データベース２１０に、ラベルスイッチトパス（ＬＳＰ）ポリシーの情報を格納し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象であるラベルスイッチトパス（ＬＳＰ）の経路上にある全てのネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、ネットワーク状況通知要求が既に行われているか判断し、既に要求済みであれば処理を終了し、要求済みでなければ、監視ポイント設定手段３０１に対して、ネットワーク状況通知要求を行う（図１１：ＰＨ３０２：ポリシー分析処理フェーズ）。
【０１２１】
そして、ネットワーク状況通知要求を受信した監視ポイント設定手段３０１は、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量等の情報を収集する設定をポーリング手段３０２に依頼する。
【０１２２】
トラヒック量等の収集依頼を受けたポーリング手段３０２は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理データベース３１０に、収集した情報を定期的に格納する（図１１：ＰＨ３０３：ネットワーク運用状況通知要求処理フェーズ）。
【０１２３】
ポリシーベーストラヒックフロー流入制御方式において、ポリシー分析機能部は、前述のポリシー登録機能部により、指定されたラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象である複数のネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量等の情報を収集する設定が行われたことにより、管理情報管理手段３０４は周期的に動作し、ネットワーク状況の情報が更新されたか否かを判断し、更新されていれば、ネットワーク状況通知を、ネットワーク状況分析手段２０２に送信する。
【０１２４】
ネットワーク状況通知を受信したネットワーク状況分析手段２０２は、ネットワーク状況通知の依頼により通知された情報から、トラヒック量がポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるラベルスイッチトパス（ＬＳＰ）トラヒック量限界閾値を超えたラベルスイッチトパス（ＬＳＰ）が存在するか判断を行う。
【０１２５】
トラヒック量の限界閾値を超えたラベルスイッチトパス（ＬＳＰ）が存在しない場合、ポリシー・フィードバック方式へ移行し、トラヒック量の限界閾値を超えたラベルスイッチトパス（ＬＳＰ）が存在する場合は、最適ポリシー選択手段２０３に対して、トラヒックフロー流入制御要求を行う（図１１：ＰＨ３０４：ネットワーク状況分析処理フェーズ）。
【０１２６】
次に、トラヒックフロー流入制御要求を受けた最適ポリシー選択手段２０３は、該当ラベルスイッチトパス（ＬＳＰ）に対して、トラヒックフロー流入制御のポリシーが存在するか否かを判断する。トラヒックフロー流入制御のポリシーが存在しなければ処理を終了する。
【０１２７】
トラヒックフロー流入制御のポリシーが存在すれば、次の判定処理に移行する。最適ポリシー選択手段２０３は、トラヒックフロー流入制御ポリシーによる流入制御を既に開始しているか否かの判断を行う。未だ開始していない場合は、該当ラベルスイッチトパス（ＬＳＰ）に対して登録されているトラヒックフロー流入制御ポリシーの中から、できるだけ少ないトラヒックフロー流入制御ポリシーをネットワークに適用するために、ポリシー適用指示手段２０４に対して、トラヒックフロー流入規制要求を行う。
【０１２８】
既に流入制御を開始している場合、現在適用され運用されているトラヒックフロー流入制御ポリシーよりトラヒック流入を規制するポリシーが存在するか否かの判断を行う。該当するポリシーが存在しなければ処理を終了し、該当するポリシーが存在する場合は、該トラヒックフロー流入制御ポリシーをネットワークに適用するために、ポリシー適用指示手段２０４に対して、トラヒックフロー流入規制要求を行う（図１１：ＰＨ３０５：最適ポリシー選択処理フェーズ）。
【０１２９】
そして、トラヒックフロー流入規制要求を受けたポリシー適用指示手段２０４は、トラヒックフロー流入規制内容をポリシー分析データベース２１０に格納し、流入規制要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、各ネットワーク機器に対して、トラヒックフロー流入規制要求内容に従ったネットワーク制御を行う（図１１：ＰＨ３０６：選択ポリシー適用処理フェーズ）。
【０１３０】
本発明のポリシー適用方式の各手段が前述のように機能することにより、ＭＰＬＳネットワークにおいて、ネットワーク・リソースを使い切った場合、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス上を流れるトラヒック）の流入規制が可能となる。
【０１３１】
【実施例】
本発明の処理フローを図１５から図２９に示し、図３０にポリシー管理データベース１１０、図３１にポリシー分析データベース２１０、図３２にネットワーク管理データベース３１０のデータ構造をそれぞれ示す。
【０１３２】
Ａ．ポリシー・フィードバック方式の実施例について
ポリシー・フィードバック方式が適用されるネットワークの構成例を図３３に示す。同図において、ネットワーク機器Ｘは、ネットワークアドレスが１０．１．１．０／２４のＩＰアドレスが割り当てられた部門Ａ、ネットワークアドレスが１０．１．２．０／２４のＩＰアドレスが割り当てられた部門Ｃ、ネットワークアドレスが１０．１．３．０／２４のＩＰアドレスが割り当てられた部門Ｅを収容している。
【０１３３】
また、ネットワーク機器Ｙは、ネットワークアドレスが１０．１．４．０／２４のＩＰアドレスが割り当てられた部門Ｂ、ネットワークアドレスが１０．１．５．０／２４のＩＰアドレスが割り当てられた部門Ｄ、ネットワークアドレスが１０．１．６．０／２４のＩＰアドレスが割り当てられた部門Ｆを収容している。
【０１３４】
そして、ネットワーク機器Ｘとネットワーク機器Ｙとの間は、１００Ｍｂｐｓのインタフェースで接続されているものとする。ネットワーク機器Ｘとネットワーク機器Ｙとのインタフェース部に割り当てられたネットワーク機器Ｘ側のＩＰアドレスは１０．２．１．１とし、ネットワーク機器Ｙ側のＩＰアドレスは１０．２．１．２とする。また、ネットワーク機器ＸのＩＰアドレスは、１０．２．１．３とし、ネットワーク機器ＹのＩＰアドレスは、１０．２．１．４とする。
【０１３５】
システムの初期設定として、前述のネットワークを管理するネットワーク管理者は、ユーザインタフェース手段１０１を介して、図３３に示したネットワークに適用可能なポリシーを作成し［図１５：Ｓ１０１０１］、入力されたポリシー情報からなるポリシー登録要求をポリシー登録手段１０２に渡す［図１５：Ｓ１０１０２］。
【０１３６】
処理を渡されたポリシー登録手段１０２は、ポリシー登録要求として渡されたポリシー情報を、ポリシー管理データベース１１０に格納する［図１６：Ｓ１０２０１］。本実施例において、ネットワーク管理者により図３３のネットワーク用に作成され、ポリシー管理データベース１１０に格納されるポリシー例を図３４及び図３５に示す。
【０１３７】
ポリシーは、ポリシー種別、条件（ｃｏｎｄｉｔｉｏｎ ）、作動（Ａｃｔｉｏｎ）から成っており、ポリシー種別には帯域ポリシー種別、優先制御（ＤｉｆｆＳｅｒｖ）ポリシー種別などがある。条件（ｃｏｎｄｉｔｉｏｎ ）には帯域を確保するトラヒックの送信元及び送信先のＩＰアドレスやネットワーク・アドレス等がそれぞれ設定される。作動（Ａｃｔｉｏｎ）には、帯域取得ポリシー種別の場合、確保したい帯域を設定し、優先制御（ＤｉｆｆＳｅｒｖ）ポリシー種別の場合は、優先度を表すパラメータＡＦ１〜ＡＦ５の値が設定される。
【０１３８】
優先制御（ＤｉｆｆＳｅｒｖ）における優先度は、各ネットワーク機器が有するＰＨＢ（Ｐｅｒ Ｈｏｐ Ｂｅｈａｖｉｏｒ）の設定で決定されるので、例えば、ＡＦ（Ａｓｓｕｒｅｄ Ｆｏｒｗａｒｄｉｎｇ）サービスの場合、ＡＦ１＞ＡＦ２＞ＡＦ３＞ＡＦ４＞ＡＦ５といった優先度順となる。
【０１３９】
例えば、図３４及び図３５において、ポリシー１は帯域ポリシー種別で、ネットワークアドレスが１０．１．１．０／２４の部門Ａから、ネットワークアドレスが１０．１．４．０／２４の部門Ｂへの帯域を、３０Ｍｂｐｓ確保しようとするポリシーである。
【０１４０】
ポリシー管理手段１０２は、登録要求されたポリシー情報を受信する。受信したポリシー情報は、図３０に示すポリシー管理データベース１１０に、ネットワーク機器ＩＤとインターフェースＩＤに対応するチェーンを組み格納されている。本実施例で説明するポリシー管理データベース１１０内の初期格納状況は、ＩＰアドレスが１０．２．１．３のネットワーク機器Ｘと、ＩＰアドレスが１０．２．１．１のインターフェースに対応するチェーンを図３６及び図３７に示す［図１６：Ｓ１０２０１］。その後、ポリシーが登録された旨をポリシー分析手段２０１に通知する［図１６：Ｓ１０２０２］。
【０１４１】
ポリシー分析手段２０１は、ポリシーが登録された通知を受信し［図１７：Ｓ２０１０１］、登録通知されたポリシーがラベルスイッチトパス（ＬＳＰ）に対するポリシーであるか判定を行う［図１７：２０１０２］。その後、図３１に示すような、ネットワーク機器ＩＤとそのインタフェース部ＩＤでインデックスされ、チェーン組でまれたポリシー情報、及びポリシーフィードバックで使用するデータをポリシー分析データベース２１０に格納する［図１７：Ｓ２０１０３］。
【０１４２】
本実施例で使用するポリシーの適用対象であるＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインタフェース部でインデックスされたポリシー分析データベース２１０内登録データを図３１に示す。
【０１４３】
通知のあったポリシーの適用対象であるＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインタフェース部に対して、ネットワーク状況通知要求が既に行われているか判断する［図１７：Ｓ２０１０５］。既に要求済みであれば処理を終了する。要求済みでなければ、ネットワーク状況通知要求を行い、監視ポイント設定手段３０１に処理を渡す［図１７：Ｓ２０１０６］。
【０１４４】
監視ポイント設定手段３０１は、ネットワーク状況通知要求を受信する［図１８：Ｓ３０１０１］。続いて、指定されたポリシーの適用対象であるＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定をポーリング手段３０２に依頼する［図１８：Ｓ３０１０２］。
【０１４５】
ポーリング手段３０２は、トラヒック量やパケットロス率等の情報を収集する設定を受信する［図１９：Ｓ３０２０１］。受信した情報を元に、ポーリング手段３０２は、定期的に依頼されたネットワーク状況の情報を収集する［図１９：Ｓ３０２０３］。
【０１４６】
そして、収集した情報を図３２に示すネットワーク機器ＩＤとインターフェース部ＩＤでインデックスし、トラヒック量とパケットロス率を収集し、ネットワーク管理データベース１１０に格納する［図１９：Ｓ３０２０２］。本実施例で使用する情報収集対象のＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインタフェース部でインデックスされたネットワーク管理データベース１１０内データを図４５に示す。
【０１４７】
管理情報管理手段３０４は、周期的に動作し、ネットワーク状況の情報が新しくなっているかを監視する［図２１：Ｓ３０４０１］。ネットワーク状況が新しくなっていなければ特に処理せず、新しくなっていることを認知すると［図２１：Ｓ３０４０２］、ネットワーク状況通知を、ネットワーク状況分析手段２０２に送信する［図２１：Ｓ３０４０３］。
【０１４８】
ネットワーク状況分析手段２０２は、ネットワーク状況通知を受信し［図２２：Ｓ２０２０１］、ネットワーク状況通知を分析する。図４０（ａ）に示すポリシー分析データベース２１０に格納された、ネットワーク状況の情報とシステム・コンフィギュレーション・データであるトラヒック量の超過の閾値又はパケットロス率の閾値とを比較し、該閾値を超えているか否かの判断を行い、超えていれば、ポリシー修正のフィードバックが必要と判断し、最適なポリシーのフィードバックが必要であるか判定する［図２２：Ｓ２０２０６］。本実施例でのシステム・コンフィギュレーション・データを、図４０（ｂ）に示す。トラヒック量の超過の閾値又はパケットロス率の閾値を超えた場合は、最適ポリシー選択手段にポリシーフィードバック要求を送信し、処理を渡す［図２２：Ｓ２０２０７］。
【０１４９】
Ａ１：ポリシー・フィードバックにおけるポリシー追加の実施例について
図３３に示すＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．４のネットワーク機器Ｙとの間の帯域は１００Ｍｂｐｓであり、図３８に示すポリシー１が適用されている。ポリシー１は、ネットワークアドレスが１０．１．１．０／２４の部門Ａと、ネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間の帯域を３０Ｍｂｐｓ確保する帯域制御ポリシーである。
【０１５０】
このとき、ネットワークアドレスが１０．１．２．０／２４の部門Ｃと、ネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間で、図４０（ｂ）に示すポリシー分析データベース２１０に格納されたパケットロス率の閾値１０％を超えたとする。すると、最適ポリシー選択手段２０３はポリシーフィードバック要求を受信する［図２３：Ｓ２０３０１］。
【０１５１】
最適ポリシー選択手段２０３は、図３８に示す該当するＩＰアドレスが１０．２．１．３のネットワーク機器Ｘと、ＩＰアドレスが１０．２．１．１のインターフェース部に対応するポリシー分析データベース２１０の差替フラグを参照して、ポリシーの差し替えが実施されているか判定する［図２３：Ｓ２０３０２］。
【０１５２】
該当インターフェース部に適用されているポリシー１のフィードバックフラグを参照して、対象であるか判定する［図２３：Ｓ２０３０３］。ポリシー１はフィードバックフラグが対象となっているため、ポリシーフィードバックを実施する。
【０１５３】
次にポリシー１の変更可否フラグを参照して、変更可能であるか判定を行う［図２３：Ｓ２０３０４］。現状、ポリシー１は変更不可であるため、次に該当インターフェース部に未適用のポリシーがあるか検索を行う［図２３：Ｓ２０３０５］。図３６及び図３７に示すＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインターフェース部に対する未適用ポリシーを検索する。
【０１５４】
適用中のポリシー１は帯域ポリシーであるため、現状登録されている未適用の帯域ポリシーには、ネットワークアドレスが１０．１．２．０／２４の部門Ｃと、ネットワークアドレスが１０．１．４．０／２４の部門Ｂの帯域を３０Ｍｂｐｓ確保するポリシー２と、ネットワークアドレスが１０．１．３．０／２４の部門Ｅと、ネットワークアドレスが１０．１．６．０／２４の部門Ｆの帯域を２０Ｍｂｐｓ確保するポリシー３が存在する。よって、ポリシー２を適用する指示をするため、ポリシー適用指示手段２０４に対してポリシー追加要求を行う［図２３：Ｓ２０３１０］。
【０１５５】
ポリシー適用指示手段２０４は、受信した要求種別を判定する［図２７：Ｓ２０４０１］。受信したポリシー追加要求から、ポリシー２を図４０（ａ）に示すポリシー分析データベース２１０に格納する［図２７：Ｓ２０４０４］。続いて、ポリシー２をＩＰアドレスが１０．２．１．１とＩＰアドレスが１０．２．１．２のインターフェース部に適用するため、追加ポリシー適用要求をポリシー適用手段１０３に対してを行う［図２７：Ｓ２０４０５］。
【０１５６】
ポリシー適用手段１０３は、受信要求を判定する［図２９：Ｓ１０３０１］。受信した要求が追加ポリシー適用要求であったため、ネットワーク機器に対して、ポリシー２の適用を実施する［図２９：Ｓ１０３０３］。以上により、ネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間のパケットロスが、図４０（ｂ）に示すシステム・コンフィギュレーション・データのパケットロスの閾値である１０％を超えなくなるようなポリシー適用が行われたこととなる。
【０１５７】
Ａ２：ポリシー・フィードバックにおけるポリシー変更の実施例について
その後、ネットワークアドレスが１０．１．３．０／２４の部門Ｅとネットワークアドレスが１０．１．６．０／２４の部門Ｆとの間で、図４０（ｂ）に示すポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データのパケットロスの閾値である１０％を超えたものとする。
【０１５８】
最適ポリシー選択手段２０３はポリシーフィードバック要求を受信する［図２３：Ｓ２０３０１］。現状のシステム構成に適用されているポリシーを図３９に示す。ネットワークアドレスが１０．１．１．０／２４の部門Ａとネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間の帯域を３０Ｍｂｐｓ確保するポリシー１、及びネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂの帯域を３０Ｍｂｐｓ確保するポリシー２である。
【０１５９】
まず、ポリシーの差し替えが実施済みか判定をするため、図３９の差替フラグを参照する［図２３：Ｓ２０３０２］。差替フラグが未差替であるため、次に、フィードバックフラグを参照し、フィードバック対象であることを判定する［図２３：Ｓ２０３０３］。フィードバック対象であるため、続いて、各ポリシーの変更可否フラグをチエックし、ポリシーが変更可能であるか判定する［図２３：Ｓ２０３０４］。ポリシー１は変更不可となっているが、ポリシー２は変更可能となっている。
【０１６０】
これにより、最適ポリシー選択手段２０３はポリシー２の取得帯域を変更することを決定する［図２３：Ｓ２０３０４］。図４０（ｂ）に示すポリシー分析データベース２１０内のシステム・コンフィギュレーション・データの変動率を取得する［図２３：Ｓ２０３０８］。変動率が５０％であるため、ポリシー２の作動（Ａｃｔｉｏｎ）設定である帯域３０Ｍｂｐｓを１５Ｍｂｐｓに変更することが可能である。最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、ポリシー変更要求を行う［図２３：Ｓ２０３０９］。
【０１６１】
最適ポリシー選択手段２０３から各種要求を受けたポリシー適用指示手段２０４は、ポリシー変更要求を受け、図４１に示すように、変更内容をポリシー分析データベース２１０に格納する［図２７：Ｓ２０４０２］。続いて、変更ポリシー適用要求をポリシー適用手段１０３に対して行う［図２７：Ｓ２０４０３］。
【０１６２】
ポリシー適用手段１０３は、受信した要求を判定する［図２９：Ｓ１０３０１］。受信した要求が変更ポリシー適用要求であったため、ネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂの帯域を３０Ｍｂｐｓ確保するポリシー２を、帯域１５Ｍｂｐｓ確保するポリシーに変更する［図２９：Ｓ１０３０３］。
【０１６３】
以上により、ネットワークアドレスが１０．１．３．０／２４の部門Ｅとネットワークアドレスが１０．１．６．０／２４の部門Ｆ間のパケットロスが、図４０（ｂ）に示すシステム・コンフィギュレーション・データのパケットロスの閾値である１０％を超えなくなるようなポリシー適用が行われたこととなる。
【０１６４】
Ａ３：ポリシー・フィードバックにおけるポリシーの差し替えの実施例について
その後、パケットロスが閾値を超える毎に、ポリシーの追加やポリシーの変更を行い、ポリシー分析データベース２１０がが図４２に示すような状態になっていたとする。このとき、ネットワークアドレスが１０．１．４．０／２４の部門Ｂへのアクセスが急増し、ネットワークアドレスが１０．１．２．０／２４の部門Ｃと、ネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間で、図４０（ｂ）に示すシステム・コンフィギュレーション・データのパケットロスの閾値である１０％以下にならなくなったとする。
【０１６５】
最適ポリシー選択手段２０３は、ポリシーフィードバック要求を受信し［図２３：Ｓ２０３０１］、ポリシーの差し替えが実施済か判定をするため、図３９の差替フラグを参照する［図２３：Ｓ２０３０２］。差替フラグが未差替であるため、次に、フィードバックフラグを参照し、フィードバック対象であることを判定する［図２３：Ｓ２０３０３］。
【０１６６】
続いて、フィードバック対象であるため、各ポリシーの変更可否フラグをチエックする。しかし、全てのポリシーが変更不可能であると判定する［図２３：Ｓ２０３０４］。次に、最適ポリシー選択手段２０３は、ＩＰアドレスが１０．２．１．３のネットワーク機器Ｘと、ＩＰアドレスが１０．２．１．１のインターフェース部に、未適用のポリシーがあるか検索を行う［図２３：Ｓ２０３０５］。
【０１６７】
図３６及び図３７に示すポリシー管理データベース１１０の格納データの中から、ＩＰアドレスが１０．２．１．３のネットワーク機器Ｘと、ＩＰアドレスが１０．２．１．１のインターフェース部に対する未適用ポリシーを検索する［図２３：Ｓ２０３０５］。
【０１６８】
適用中のポリシー１からポリシー３は、帯域ポリシーであるため、帯域ポリシーとして、未適用のポリシーは存在しないと判定する［図２３：Ｓ２０３０６］。更に、最適ポリシー選択手段２０３は、現在適用中の帯域ポリシー以外に適用可能なポリシーが存在するか否かを、図３６及び図３７に示すポリシー管理データベース１１０内を検索する［図２３：Ｓ２０３０７］。
【０１６９】
そして、帯域ポリシー以外に優先制御（ＤｉｆｆＳｅｒｖ）ポリシーが登録されていることを検知し［図２３：Ｓ２０３１１］、ポリシーの差し替え処理を行うことを決定する。続いて、図４２に示す現在登録中のポリシー１からポリシー３までの変更可否フラグを参照し、変更可能であることを判定する［図２３：Ｓ２０３１２］。最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、差し替えポリシー変更要求を行う［図２４：Ｓ２０３１４］。
【０１７０】
最適ポリシー選択手段２０３から各種要求を受けたポリシー適用指示手段２０４は、受信した要求の種別を判定する［図２７：Ｓ２０４０１］。差し替えポリシー変更要求を受け、図４２に示す差し替え回数のカウントを参照し、１回目の差し替えポリシー変更要求かを判定する［図２８：Ｓ２０４０６］。次に、図４３及び図４４に示す切り替えをポリシー分析データベース２１０に格納する［図２８：Ｓ２０４０７］。続いて、切替ポリシー適用要求をポリシー適用手段１０３に対して行う［図２８：Ｓ２０４０９］。
【０１７１】
ポリシー適用手段１０３は、受信要求を判定する［図２９：Ｓ１０３０１］。受信した要求が切替ポリシー適用要求であったため、ネットワークアドレスが１０．１．１．０／２４の部門Ａとネットワークアドレスが１０．１．４．０／２４の部門Ｂのトラヒックを、優先制御（ＤｉｆｆＳｅｒｖ）のＡＦ２に設定し、ネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂのトラヒックを、優先制御（ＤｉｆｆＳｅｒｖ）のＡＦ３に設定し、ネットワークアドレスが１０．１．３．０／２４の部門Ｅとネットワークアドレスが１０．１．６．０／２４の部門Ｆのトラヒックを、優先制御（ＤｉｆｆＳｅｒｖ）のＡＦ４に設定する［図２９：Ｓ１０３０８］。
【０１７２】
以上により、ネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間で、パケットロスが図４０（ｂ）に示すシステム・コンフィギュレーション・データのパケットロスの閾値である１０％を超えなくなるようなポリシー適用が行われたこととなる。
【０１７３】
また、ポリシー差し替え中であっても、ポリシー差し替え前と同様に、差し替え中のポリシーの種類のなかで、ポリシーの変更又はポリシーの追加が可能である。このようにして、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといったポリシー修正のフィードバックが可能となる。
【０１７４】
Ｂ．ラベルスイッチトパス（ＬＳＰ）切り替えの実施例について
ラベルスイッチトパス（ＬＳＰ）切り替えの実施例として、図４６に示すネットワーク構成例により説明する。また、各ネットワーク機器配下のＩＰアドレス情報を図４７（ａ）に示す。このネットワーク構成例において、図４７（ｂ）に示すラベルスイッチトパス（ＬＳＰ）が設定されているとする。本実施例について、ネットワーク管理者が予めラベルスイッチトパス（ＬＳＰ）に対してポリシーを設定する例、及びラベルスイッチトパス（ＬＳＰ）障害発生時の切り替えの例についてそれぞれ説明する。
【０１７５】
Ｂ１． ネットワーク管理者がラベルスイッチトパス（ＬＳＰ）に対するポリシーを設定する実施例について
まず、ネットワーク機器Ａ配下のネットワーク（１０．１．１．０／２４）から、ネットワーク機器Ｅ配下のネットワーク（１０．１．５．０／２４）へパケットを送るラベルスイッチトパス（ＬＳＰ−Ｘ、ＬＳＰ−Ｙ、ＬＳＰ−Ｚ）に対してポリシーを設定する。
【０１７６】
ネットワーク管理者は、通常は、ＬＳＰ−Ｘのパスを使い、異常時にＬＳＰ−Ｙ、ＬＳＰ−Ｚのパスを使用するように設定する。ポリシーとしては、全てのラベルスイッチトパス（ＬＳＰ）で、ネットワーク機器Ａ配下のネットワーク（１０．１．１．０／２４）からネットワーク機器Ｅ配下のネットワーク（１０．１．５．０／２４）にパケットを通すものを用意し、ＬＳＰ−Ｘのパスを使用するポリシーのみ有効とし、他は無効なポリシーとして登録する。
【０１７７】
以下にフローに従って説明する。ネットワーク管理者は、ユーザインタフェース手段１０１を使用してポリシーを入力し、登録要求を行う［図１５：Ｓ１０１０１、Ｓ１０１０２］。次に、ポリシー管理手段１０２は、入力されたポリシー情報を図４７（ｃ）に示す形でポリシーデータベースにデータを格納する［図１６：Ｓ１０２０１］と同時に、ポリシー分析手段２０１に登録通知を行う［図１６：Ｓ１０２０２］。
【０１７８】
通知を受けたポリシー分析手段２０１は［図１７：Ｓ２０１０１］、図４７（ｃ）のポリシーデータベース内の情報を参照し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーであることを判断し［図１７：Ｓ２０１０２］、ポリシー分析データベースに、図４８（ａ）に示すようなラベルスイッチトパス（ＬＳＰ）／ポリシーのデータを登録する［図１７：Ｓ２０１０４］。また同時に、障害発生時に必要となるラベルスイッチトパス（ＬＳＰ）の情報についても、ポリシー分析データベースに登録する（図４８（ｂ））［図１７：Ｓ２０１０４］。また、予め図４９（ａ）に示すようなシステムコンフィギュレーションデータがポリシー分析データベース内に登録されているものとする。
【０１７９】
ポリシー分析手段２０１は、ポリシー分析データベース内に存在する図４８（ａ）のラベルスイッチトパス（ＬＳＰ）／ポリシーのデータと、障害発生時に必要となる図４８（ｂ）のラベルスイッチトパス（ＬＳＰ）の情報と、ネットワーク管理データベースとを参照し、監視すべきネットワーク機器ＩＤ／インタフェース部ＩＤを抽出し［図１７：Ｓ２０１０５］、ネットワーク状況通知要求を監視ポイント設定手段３０１に通知する［図１７：Ｓ２０１０６］。本実施例では、全てのネットワーク機器ＩＤ／インタフェース部ＩＤについて、未監視状態とし、図４９（ｂ）のネットワーク機器ＩＤ／インタフェース部ＩＤについて、監視するように通知する［図１７：Ｓ２０１０６］。
【０１８０】
要求を受けた監視ポイント設定手段３０１は［図１８：Ｓ３０１０１］、指定されたポリシーの適用対象であるネットワーク機器ＩＤとインタフェース部ＩＤにおけるトラヒック量やパケットロス率等の情報を収集する設定をポーリング手段３０２に依頼する［図１８：Ｓ３０１０２］。次に、受け付けた要求がラベルスイッチトパス（ＬＳＰ）に関するポリシーであれば［図１８：Ｓ３０１０３］、障害情報を収集するために、障害情報をトラップする設定をトラップ手段３０３に依頼する［図１８：Ｓ３０１０４］。
【０１８１】
要求を受け取った［図１９：Ｓ３０２０１、図２０：Ｓ３０３０１］ポーリング手段３０２とトラップ手段３０３は、図５０に示すデータをネットワーク管理データベースに登録する［図１９：Ｓ３０２０２、図２０：Ｓ３０３０３］。以上の手順により、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの設定が完了し、必要な情報収集をネットワーク管理サーバが開始する。
【０１８２】
Ｂ２． ラベルスイッチトパス（ＬＳＰ）障害発生時の実施例について
本実施例をフローに従って以下に説明する。指定されたラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象である複数のネットワーク機器とネットワーク機器が有するインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定が行われているので、管理情報管理手段３０４は、周期的に動作し［図２１：Ｓ３０４０１］、ネットワーク状況の情報が新しくなっているかを判断し［図２１：Ｓ３０４０２］、新しくなっていれば、ネットワーク状況通知を、ネットワーク状況分析手段２０２に送信する［図２１：Ｓ３０４０３］。
【０１８３】
ネットワーク状況分析手段２０２は要求を受信し［図２２：Ｓ２０２０１］、ネットワーク管理データベースを参照し、ネットワーク機器Ｂのインタフェース部ｂ１で、障害が発生していることを検出し［図２２：Ｓ２０２０２］、最適ポリシー選択手段２０３に対してラベルスイッチトパス（ＬＳＰ）切り替え要求を行う［図２２：Ｓ２０２０３］。
【０１８４】
最適ポリシー選択手段２０３はラベルスイッチトパス（ＬＳＰ）切替要求を受信し［図２３：Ｓ２０３０１］、ポリシー分析データベース内にあるラベルスイッチトパス（ＬＳＰ）に関する情報（図４８（ｂ））を参照し、ＬＳＰ−Ｘの代替経路として、ＬＳＰ−ＹとＬＳＰ−Ｚのパスがあることを検出する［図２５：Ｓ２０３１９］。
【０１８５】
次に、ＬＳＰ−ＹとＬＳＰ−Ｚのパスのパケットロス率を求めると、ＬＳＰ−Ｙは５％（ａ２、ｃ１、ｃ２、ｅ２のパケットロス率の最大のもの）、ＬＳＰ−Ｘは１２％（ａ３、ｄ１、ｄ２、ｅ３のパケットロス率の最大のもの）となり［図２５：Ｓ２０３２０］、ポリシー分析データベース内システムコンフィギュレーションデータ（図４９（ａ））にあるラベルスイッチトパス（ＬＳＰ）パケットロス率閾値と比較して、閾値よりも低い方、本実施例ではＬＳＰ−Ｙを代替ラベルスイッチトパス（ＬＳＰ）として選択する［図２５：Ｓ２０３２１］。最適ポリシー選択手段２０３はポリシー適用指示手段２０４に対し、代替ラベルスイッチトパス（ＬＳＰ）切替要求を送信する［図２５：Ｓ２０３２５］。
【０１８６】
代替ラベルスイッチトパス（ＬＳＰ）切替要求を受けた［図２７：Ｓ２０４０１］ポリシー適用指示手段２０４は、代替ラベルスイッチトパス（ＬＳＰ）切替内容（図５２（ａ））をポリシー分析データベース２１０に格納し［図２７：Ｓ２０４１４］、ラベルスイッチトパス（ＬＳＰ）切替要求をポリシー適用手段１０３に対して行う［図２７：Ｓ２０４１５］。
【０１８７】
ポリシー適用手段１０３は要求を受信し［図２９：Ｓ１０３０１］、ネットワーク機器Ａに対して、ラベルスイッチトパス（ＬＳＰ）切り替え要求内容に従ったネットワーク制御を行い、ＬＳＰ−ＸのＰｏｌｉｃｙ１が無効となり、ＬＳＰ−ＹのＰｏｌｉｃｙ２が有効となる（図５２（ｂ））［図２９：Ｓ１０３０６］。
【０１８８】
このようにして、ＭＰＬＳに対応したネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、代替ラベルスイッチトパス（ＬＳＰ）に、既に多量のトラヒックが流れていても、又は、パケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前設定の代替ラベルスイッチトパス（ＬＳＰ）に流すことによるサービス品質を劣化させてしまうという問題があったが、代替ラベルスイッチトパス（ＬＳＰ）の切り替えを行う際に、複数のラベルスイッチトパス（ＬＳＰ）の中から、トラヒック量やパケットロス率が最少となる最適なラベルスイッチトパス（ＬＳＰ）をネットワークの障害時に即座に適用可能となり、上記の問題を解決することができる。
【０１８９】
Ｃ．トラヒックフロー流入制御の実施例について
トラヒックフロー流入制御の実施例として、インターネットサービスプロバイダ（ＩＳＰ）におけるクラス分けされたインターネット接続サービス及びショッピングサービスでの例について説明する。まず、ＩＳＰの提供するインターネット接続サービスのクラスとして、エコノミー、スタンダード、ゴールドの３つのクラスがあるとする。
【０１９０】
エコノミークラスは、格安な料金で提供されるが、アクセス先サーバまでのネットワークが高負荷になった場合は、接続は全て切断される。スタンダードクラスは、標準的な料金で提供され、アクセス先サーバまでのネットワークが高負荷になった場合で、エコノミークラスのユーザの接続を切断しても、負荷が下がらない場合には、切断されることがある。ゴールドクラスは、切断されることはなく、アクセス先サーバまでのネットワークが高負荷になっても、エコノミークラスとスタンダードクラスのユーザを切断することで快適な接続が提供される。ただし料金は割高である。
【０１９１】
本実施例で説明するネットワーク構成例を図５３に示す。図５３の各ユーザ（Ａ、Ｂ、Ｃ）は、図５４（ａ）に示すように、ユーザＡはエコノミークラス、ユーザＢはスタンダードクラス、ユーザＣはゴールドクラスのユーザサービスクラスで契約しているとする。本実施例のＩＳＰは、ＩＰアドレスからユーザクラスを判別することができるよう、図５３のネットワーク機器Ａでは、図５４（ｂ）に示すようなＩＰアドレスの割り振りを行う。このとき、各ユーザには、図５４（ｃ）に示すようにＩＰアドレスが割り振られているものとする。
【０１９２】
ネットワーク機器Ｃ配下のＩＰアドレス情報及びショッピングサーバのＩＰアドレスは図５４（ｄ）に示すように割り振られているものとする。本実施例のネットワーク構成において、図５４（ｅ）に示すラベルスイッチトパス（ＬＳＰ）が設定されているとする。
【０１９３】
本実施例について、ネットワーク管理者が予めラベルスイッチトパス（ＬＳＰ）に対してポリシーを設定するときの例、及びラベルスイッチトパス（ＬＳＰ）トラヒック過負荷時の例についてそれぞれ説明する。
【０１９４】
Ｃ１．ネットワーク管理者がラベルスイッチトパス（ＬＳＰ）に対するポリシーを設定する実施例について
まず、ネットワーク機器Ａ配下のネットワーク（１０．１．１．０／２４、１０．１．２．０／２４、１０．１．３．０／２４）から、ネットワーク機器Ｃ配下のネットワーク（１０．１０．１０．０／２４）へパケットを送るＬＳＰ−Ｘに対してポリシーを設定する。
【０１９５】
ネットワーク管理者は、通常は、ゴールド／スタンダード／エコノミーの各ユーザサービスクラスの全パケットを通すポリシーを使用する。トラヒック量が増加したときには、ゴールド／スタンダードのクラスのパケットは通し、エコノミークラスのユーザのパケットは拒否するポリシー、更にトラヒック量が増加したときは、ゴールドクラスのみパケットを通し、スタンダード／エコノミークラスのパケットは通さないポリシーを使用するように設定する。通常は、全ユーザのパケットが通るポリシーのみを有効とし、パケット流入を止めるポリシーは無効として登録する。
【０１９６】
以下にフローに従って説明する。ネットワーク管理者は、ユーザインタフェース手段１０１を使用して、ポリシーを入力し、登録要求を行う［図１５：Ｓ１０１０１、Ｓ１０１０２］。次に、ポリシー管理手段１０２は、入力されたポリシー情報を、図５５に示すような形で、ポリシーデータベースにデータを格納する［図１６：Ｓ１０２０１］と同時に、ポリシー分析手段２０１に登録通知を行う［図１６：Ｓ１０２０２］。
【０１９７】
通知を受けた［図１７：Ｓ２０１０１］ポリシー分析手段２０１は、図５５のポリシーデータベース内の情報を参照し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーであることを判断し［図１７：Ｓ２０１０２］、ポリシー分析データベースに、図５６（ａ）に示すＬＳＰ／ポリシーの情報を登録する［図１７：Ｓ２０１０４］。
【０１９８】
また同時に、ネットワーク監視に必要となるラベルスイッチトパス（ＬＳＰ）の情報についても、ポリシー分析データベースに登録する（図５６（ｂ））。また、予め図５６（ｃ）に示すようなシステムコンフィギュレーションデータがポリシー分析データベース内に登録されているものとする。
【０１９９】
ポリシー分析手段２０１は、ポリシー分析データベース内に存在する図５６（ａ）及び図５６（ｂ）のデータと、ネットワーク管理データベースとを参照し、監視すべきネットワーク機器ＩＤ／インタフェース部ＩＤを抽出し［図１７：Ｓ２０１０５］、ネットワーク状況通知要求を監視ポイント設定手段３０１に通知する［図１７：Ｓ２０１０６］。本実施例では、全てのネットワーク機器ＩＤ／インタフェース部ＩＤについて、未監視状態とし、図５６（ｄ）のネットワーク機器ＩＤ／インタフェース部ＩＤについて、監視するように通知する。
【０２００】
要求を受けた［図１８：Ｓ３０１０１］監視ポイント設定手段３０１は、指定されたポリシーの適用対象であるネットワーク機器ＩＤとインタフェース部ＩＤにおけるトラヒック情報、パケットロス率を収集するために、それらの情報を収集する設定をポーリング手段３０２に依頼する［図１８：Ｓ３０１０２］。要求を受信した［図１９：Ｓ３０２０１］ポーリング手段３０２は、図５７（ａ）に示すデータをネットワーク管理データベースに登録する［図１９：Ｓ３０２０２］。
【０２０１】
また、ポリシー分析データベース内に、ポリシー履歴情報として、Ｐｏｌｉｃｙ１を設定したことを記録する（図５７（ｂ））。以上の手順により、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの設定が完了し、必要な情報収集をネットワーク管理サーバが開始する。
【０２０２】
Ｂ２． ラベルスイッチトパス（ＬＳＰ）トラヒック過負荷時の流入制御の実施例について
本実施例をフローに従って説明する。指定されたラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象である複数のネットワーク機器とネットワーク機器が有するインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定が行われているので、管理情報管理手段３０４は、周期的に動作し［図２１：Ｓ３０４０１］、ネットワーク状況の情報が新しくなっているかを判断し［図２１：Ｓ３０４０２］、新しくなっていれば、ネットワーク状況通知を、ネットワーク状況分析手段２０２に送信する［図２１：Ｓ３０４０３］。
【０２０３】
要求を受信した［図２２：Ｓ２０２０１］ネットワーク状況分析手段２０２は、図５７（ｃ）のネットワーク管理データベースと、図５６（ｃ）のシステムコンフィギュレーションデータのラベルスイッチトパス（ＬＳＰ）トラヒック量閾値を参照し、ネットワーク機器Ｃのインタフェース部ｃ１で、ラベルスイッチトパス（ＬＳＰ）トラヒック量閾値を超えていることを検出し［図２２：Ｓ２０２０４］、最適ポリシー選択手段２０３に対してトラヒックフロー流入制御要求を行う［図２２：Ｓ２０２０５］。
【０２０４】
最適ポリシー選択手段２０３は要求を受信し［図２３：Ｓ２０３０１］、ポリシーデータベース内にトラヒックフロー流入制御のポリシーがあることを検出する［図２６：Ｓ２０３２６］。次に、現時点でトラヒックフロー流入制御ポリシーが適用されていないことを検出し［図２６：Ｓ２０３２７］、最も軽いトラヒックフロー流入制御ポリシーを検索する［図２６：Ｓ２０３２８］。
【０２０５】
本実施例の場合は、パケットの通過を不許可とする作動（Ａｃｔｉｏｎ）が最も少ないＰｏｌｉｃｙ２を検索し、ポリシー適用指示手段２０４に対し、Ｐｏｌｉｃｙ１からＰｏｌｉｃｙ２へのトラヒックフロー流入制御要求を送る［図２６：Ｓ２０３３１］。また、既にＰｏｌｉｃｙ２が適用されていた場合は、Ｐｏｌｉｃｙ２よりもパケットの流入を制限するＰｏｌｉｃｙ３を検索し［図２６：Ｓ２０３２９、Ｓ２０３３０］、ポリシー適用指示手段２０４に対し、Ｐｏｌｉｃｙ２からＰｏｌｉｃｙ３へのトラヒックフロー流入制御要求を送る［図２６：Ｓ２０３３１］。
【０２０６】
トラヒックフロー流入制御要求を受けた［図２７：Ｓ２０４０１］ポリシー適用指示手段２０４は、トラヒックフロー流入制御要求をポリシー分析データベース２１０に格納し（図５８（ａ））［図２８：Ｓ２０４１６］、トラヒックフロー流入規制要求をポリシー適用手段１０３に対して行う［図２８：Ｓ２０４１７］。
【０２０７】
要求を受信した［図２９：Ｓ１０３０１］ポリシー適用手段１０３は、ネットワーク機器Ａに対して、ラベルスイッチトパス（ＬＳＰ）切り替え要求内容に従ったネットワーク制御を行い、ＬＳＰ−ＸのパスのＰｏｌｉｃｙ１が無効となり、Ｐｏｌｉｃｙ２が有効となる（図５８（ｂ））［図２９：Ｓ１０３０７］。
【０２０８】
Ｐｏｌｉｃｙ２が有効になることで、１０．１．１．０／２４のアドレスを有するユーザＡ（エコノミークラス、１０．１．１．１）のショッピングサーバに対するパケットは、ネットワーク機器Ａで全て止められることとなる。こうすることで、トラヒック流入を抑えることができる。
【０２０９】
また、同様に、Ｐｏｌｉｃｙ３が適用された場合、１０．１．１．０／２４と１０．１．２．０／２４のアドレスを有するユーザＡとＢ（エコノミークラス：１０．１．１．１、スタンダードクラス：１０．１．２．２）のショッピングサーバに対するパケットは、ネットワーク機器Ａで全て止めることが可能となり、ゴールドクラスのユーザだけが接続されるようになる。このようにして、ＭＰＬＳネットワークにおいて、ネットワーク・リソースが最大限使用されている場合、ＭＰＬＳネットワークを流れるトラヒックの流入規制を、各ネットワーク利用者毎に要求されるサービス品質に基づいて行い、ネットワーク利用者に差別化したサービスを提供することができる。
【０２１０】
【発明の効果】
本発明は、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといった適用ポリシーの修正のフィードバックを自動的に行うことにより、ネットワーク全体のサービス品質を確保することができ、更に、ネットワーク管理者への負担を大幅に減少させることができる。
【０２１１】
本発明は、ネットワーク運用状況に基づいて、トラヒック量やパケットロスの少ないラベルスイッチトパス（ＬＳＰ）を代替ラベルスイッチトパス（ＬＳＰ）として選択することにより、ネットワーク全体のサービス品質を確保することができる。
【０２１２】
本発明は、ＭＰＬＳネットワークにおいて、ネットワーク・リソースが最大限使用されている場合、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス上を流れるトラヒック）の流入規制を、各ネットワーク利用者のサービス品質クラスに従って段階的に行うことにより、サービス品質クラスの低いネットワーク利用者からのトラフィックの流入を規制し、サービス品質クラスの高いネットワーク利用者のトラフィック流入を優先させ、ネットワーク利用者に差別化したサービスを提供することがアできる。
【０２１３】
更に、本発明の副次的効果として、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといったポリシー修正のフィードバックの結果を蓄積することにより、ポリシーのトレーサビリティを確保し、ネットワーク運用状況とネットワーク制御との関連性を明確に認識することが可能となり、ネットワーク管理者は、ネットワーク増設のタイミングや、管理しているネットワークのキャパシティなどを容易に把握することが可能となる。
【図面の簡単な説明】
【図１】本発明のネットワーク状況に基づくポリシー適用方式の機能構成を示す図である。
【図２】本発明のポリシー適用方式を適用したネットワークシステムの構成例を示す図である。
【図３】本発明のポリシー・フィードバック方式の処理フェーズを示す図である。
【図４】本発明のポリシー・フィードバック方式の処理シーケンスを示す図である。
【図５】本発明のポリシー・フィードバック方式の処理シーケンスを示す図である。
【図６】本発明のポリシー・フィードバック方式の処理シーケンスを示す図である。
【図７】本発明のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理フェーズを示す図である。
【図８】本発明のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスを示す図である。
【図９】本発明のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスを示す図である。
【図１０】本発明のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスを示す図である。
【図１１】本発明のポリシーベーストラヒックフロー流入制御方式の処理フェーズを示す図である。
【図１２】本発明のポリシーベーストラヒックフロー流入制御方式の処理シーケンスを示す図である。
【図１３】本発明のポリシーベーストラヒックフロー流入制御方式の処理シーケンスを示す図である。
【図１４】本発明のポリシーベーストラヒックフロー流入制御方式の処理シーケンスを示す図である。
【図１５】本発明のユーザインタフェース手段１０１の処理フローを示す図である。
【図１６】本発明のポリシー管理手段１０２の処理フローを示す図である。
【図１７】本発明のポリシー分析手段２０１の処理フローを示す図である。
【図１８】本発明の管理ポイント設定手段３０１の処理フローを示す図である。
【図１９】本発明のポーリング手段３０２の処理フローを示す図である。
【図２０】本発明のトラップ手段３０３の処理フローを示す図である。
【図２１】本発明の管理情報管理手段３０４の処理フローを示す図である。
【図２２】本発明のネットワーク状況分析手段２０２の処理フローを示す図である。
【図２３】本発明の最適ポリシー選択手段２０３を示す図である。
【図２４】本発明の最適ポリシー選択手段２０３を示す図である。
【図２５】本発明の最適ポリシー選択手段２０３を示す図である。
【図２６】本発明の最適ポリシー選択手段２０３を示す図である。
【図２７】本発明のポリシー適用指示手段２０４を示す図である。
【図２８】本発明のポリシー適用指示手段２０４を示す図である。
【図２９】本発明のポリシー適用手段１０３を示す図である。
【図３０】本発明のポリシーデータベース１１０のデータ構造を示す図である。
【図３１】本発明のポリシー分析データベース２１０のデータ構造を示す図である。
【図３２】本発明のネットワーク管理データベース３１０のデータ構造を示す図である。
【図３３】本発明のポリシー・フィードバック方式が適用されるネットワーク例を示す図である。
【図３４】図３３のネットワーク例に適用される帯域制御ポリシーの例を示す図である。
【図３５】図３３のネットワーク例に適用される優先制御ポリシーの例を示す図である。
【図３６】ポリシー・フィードバック方式の実施例におけるポリシー管理データベースの格納データ例を示す図である。
【図３７】ポリシー・フィードバック方式の実施例におけるポリシー管理データベースの格納データ例を示す図である。
【図３８】ポリシー・フィードバック方式の実施例における帯域確保ポリシーのデータ例を示す図である。
【図３９】ポリシー追加の実施例におけるポリシー追加後のデータ例を示す図である。
【図４０】（ａ）はポリシー分析データベース２１０に格納されるシステムコンフィギュレーションデータ、（ｂ）は実施例Ａにおけるポリシー分析データベース２１０に格納されるシステムコンフィギュレーションデータを示す図である。
【図４１】ポリシー変更の実施例におけるポリシー変更後のデータ例を示す図である。
【図４２】ポリシー差し替えの実施例におけるポリシー差し替え前のデータ例を示す図である。
【図４３】ポリシー差し替えの実施例におけるポリシー差し替え後のデータ例を示す図である。
【図４４】ポリシー差し替えの実施例におけるポリシー差し替え後のデータ例を示す図である。
【図４５】ポリシー・フィードバック方式の実施例におけるネットワーク管理データベース３１０に格納されるデータ例を示す図である。
【図４６】ＬＳＰ切り替えの実施例のネットワーク構成を示す図である。
【図４７】（ａ）はＬＳＰ切り替えの実施例のＩＰアドレス情報、（ｂ）はＬＳＰ情報、（ｃ）はポリシーデータベースを示す図である。
【図４８】（ａ）はＬＳＰ切り替えの実施例におけるポリシー分析データベース内のＬＳＰ／ポリシー情報、（ｂ）はＬＳＰ経路情報を示す図である。
【図４９】（ａ）はＬＳＰ切り替えの実施例におけるポリシー分析データベース内のシステムコンフィギュレーションデータ、（ｂ）はＬＳＰ切り替えの実施例における監視すべきネットワーク機器ＩＤ／インタフェースＩＤの一覧を示す図である。
【図５０】ＬＳＰ切り替えの実施例におけるネットワーク管理データベースの初期状態を示す図である。
【図５１】ＬＳＰ切り替えの実施例における障害発生時のネットワーク管理データベースを示す図である。
【図５２】（ａ）はＬＳＰ切り替えの実施例におけるポリシー分析データベース内のポリシー履歴情報、（ｂ）はＬＳＰ切り替えの実施例におけるポリシー分析データベース内のＬＳＰ／ポリシー情報（切り替え後）を示す図である。
【図５３】トラフィックフロー流入制御の実施例のネットワーク構成を示す図である。
【図５４】（ａ）はトラフィックフロー流入制御の実施例における契約ユーザのクラス、（ｂ）はトラフィックフロー流入制御の実施例におけるユーザクラス／ＩＰアドレス対応表、（ｃ）はトラフィックフロー流入制御の実施例における各ユーザに割り振られているＩＰアドレス、（ｄ）はトラフィックフロー流入制御の実施例におけるネットワーク機器Ｃ配下のＩＰアドレス情報、ショッピングサーバのＩＰアドレス、（ｅ）はトラフィックフロー流入制御の実施例におけるＬＳＰ情報を示す図である。
【図５５】トラフィックフロー流入制御の実施例のポリシーデータベースを示す図である。
【図５６】（ａ）はトラフィックフロー流入制御の実施例のポリシー分析データベース内のＬＳＰ／ポリシー情報、（ｂ）はトラフィックフロー流入制御の実施例におけるＬＳＰ経路情報、（ｃ）はトラフィックフロー流入制御の実施例におけるシステムコンフィギュレーションデータ、（ｄ）はトラフィックフロー流入制御の実施例における監視すべきネットワーク機器ＩＤ／インタフェースＩＤの一覧を示す図である。
【図５７】（ａ）はトラフィックフロー流入制御の実施例のネットワーク管理データベースの初期状態、（ｂ）はトラフィックフロー流入制御の実施例におけるポリシー分析データベース内ポリシー履歴上納の初期状態、（ｃ）はトラフィックフロー流入制御の実施例におけるネットワーク管理データベースを示す図である。
【図５８】（ａ）はトラフィックフロー流入制御の実施例のポリシー分析データベース内のポリシー履歴情報、（ｂ）はトラフィックフロー流入制御の実施例におけるＬＳＰ／ポリシー情報（差し替え後）を示す図である。
【図５９】ＭＰＬＳネットワークにおけるパケット転送方式を示す図である。
【図６０】ネットワーク管理サーバの動作概要を示す図である。
【図６１】ポリシーサーバの動作概要を示す図である。
【図６２】従来のネットワーク管理サーバの機能構成を示す図である。
【図６３】従来のポリシーサーバの機能構成を示す図である。
【符号の説明】
１０１ ユーザインタフェース手段
１０２ ポリシー管理手段
１０３ ポリシー適用手段
１１０ ポリシー管理データベース
２０１ ポリシー分析手段
２０２ ネットワーク状況分析手段
２０３ 最適ポリシー選択手段
２０４ ポリシー適用指示手段
２１０ ポリシー分析データベース
３０１ 監視ポイント設定手段
３０２ ポーリング手段
３０３ トラップ手段
３０４ 管理情報管理手段
３１０ ネットワーク運用データベース
【発明の属する技術分野】
本発明は、ネットワーク状況に基づくポリシー適用方式及びそのプログラムに関し、特に、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ）ネットワークやＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）ネットワーク等のネットワーク運用状況に基づいて、通信サービスの品質や優先度等について、最適なネットワーク運用ポリシーを適用するポリシー適用方式及びそのプログラムに関する。
【０００２】
近年のインターネットへのアクセス方式として、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｌｉｎｅ ）やＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ ）等のようなブロードバンド・アクセス方式が一般的となってきている。ブロードバンド・アクセス方式の普及により、ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ ）やライブ放送等に代表される広帯域情報サービス、或いはＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）やインターネット電話等に代表される双方向音声通信サービス等の要求も高まり、キャリア、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅｓ Ｐｒｏｖｉｄｅｒ）、ＩＤＣ（Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）等が、それらのサービス提供を開始している。その結果、ネットワーク内を流れるトラヒック量が飛躍的に増加しつつある。
【０００３】
上述のようなトラヒック量の増加により、インターネットを構成するネットワーク機器に対する処理負荷が高くなり、ネットワーク内でのパケットの転送遅延や破棄が発生し、サービス品質を劣化させる要因になっている。そこで、広帯域情報サービスや双方向音声通信サービス等を提供するキャリア、ＩＳＰ、ＩＤＣ等は、サービス利用者に対して安定したサービス品質を提供するためのネットワーク運用手段を講ずることが要求されている。
【０００４】
【従来の技術】
安定したサービス品質を提供するための従来の技術として、（１）ＭＰＬＳネットワーク、（２）ネットワーク管理サーバ及び（３）ポリシーサーバについて以下に説明する。
【０００５】
（１）ＭＰＬＳネットワークについて
ＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）ネットワークは、ＭＰＬＳ技術を備えたネットワーク機器で構成されるネットワークであり、コネクションレスなＩＰネットワークにおいて、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ ）が標準化を進めているラベルスイッチング方式によりパケットを転送することで、コネクション指向ネットワークを構築することができる。
【０００６】
本来、ネットワーク機器（ルータ）が他のネットワーク機器から受け取ったパケットを別のネットワーク機器に転送する際には、ルーティング（経路選択）情報としてＩＰヘッダを利用するが、ＭＰＬＳではこのＩＰヘッダの代わりに「ラベル」と呼ばれる短い固定長の識別子を利用する。
【０００７】
ネットワークの入口に存在するネットワーク機器（エッジルータ）にパケットが到着すると、該ワーク機器（エッジルータ）は該パケット内の経路情報にラベルを付加して、次のネットワーク機器に転送する。次のネットワーク機器は、該パケットに付加されているラベルを参照して、該パケットをどのネットワーク機器に転送すべきかを判断し、適切な転送先に該パケットを送出する。外部ネットワークへの出口に存在するネットワーク機器（エッジルータ）は、到着したパケットからラベルを取り除き、外のネットワーク機器へ転送する（図５９「ＭＰＬＳネットワークにおけるパケット転送方式」参照）。
【０００８】
ＭＰＬＳネットワークにおいては、ネットワークの入り口から出口までの経路をＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ ）として取り扱うことができ、トラヒックフローに対して明示的な経路を設定することができる。つまり、トラヒックフローをネットワーク内の経路に効率よく割り当てることにより、ネットワーク機器に対する負荷を抑制することができ、ネットワーク内でのパケットの転送遅延や破棄を減少させ、サービス品質の劣化を防ぐことができる。
【０００９】
（２）ネットワーク管理サーバについて
インターネットを構成するネットワーク機器は年々増加する一方で、ネットワークのシステムダウンの影響は他社や取引先に広がり、ついには顧客の信頼を損ってしまうことになることから、ネットワークのシステムダウンはますます許されない状況となっている。ネットワークの安定運用に欠かせない手段がネットワーク管理サーバである。
【００１０】
ネットワーク管理サーバは、接続形態の構成図の表示、障害箇所の特定、ネットワーク機器からのイベントの表示、ネットワーク機器の動作状態及びトラヒックの過負荷等のリアルタイム監視、グラフ表示、閾値との比較等によるトラヒック負荷やパケットロスの状態監視等を、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）／ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ）／ＲＭＯＮ（Ｒｅｍｏｔｅ ｎｅｔｗｏｒｋ ＭＯＮｉｔｏｒｉｎｇ ）等の技術を用いて一元管理を行う。
【００１１】
ネットワーク管理サーバのシステム動作としては、ネットワーク管理サーバが、ネットワーク機器に実装されたエージェント全てに対して、ある一定の頻度で管理情報の問い合せを行い、該問い合せを受けたエージェントは、それまでに収集した管理情報をネットワーク管理サーバに対して報告を行う。
【００１２】
ネットワーク管理サーバは、収集した管理情報に基づいて、全エージェントの動作状態等を表示し、或いは障害のあったエージェントからの管理情報をアラームとしてネットワーク管理者へ通知する等の管理を行う（図６０「ネットワーク管理サーバの動作概要」参照）。前述したＭＰＬＳネットワークにおいて、ネットワーク管理サーバに対する機能要求として、ＭＰＬＳにおけるラベルの管理、ラベルによる転送経路の管理、及び経路毎のトラヒック管理等がある。
【００１３】
図６２にネットワーク管理サーバの構成を示す。ネットワーク管理サーバは、ネットワークトポロジー情報、性能情報、障害情報、課金情報、セキュリティ情報等の各種情報を保持するネットワーク管理データベース６２−１を備え、ネットワークトポロジー管理手段６２−２を介してネットワーク構成図を表示し、監視情報管理手段６２−３を介して、性能情報、障害情報、課金情報、セキュリティ情報等をネットワーク構成図とマッピングして表示するネットワーク管理者のためのユーザインタフェース手段６２−４を具備する。
【００１４】
また、ネットワーク管理者は、ユーザインタフェース手段６２−４を介して、ネットワークにおいて監視するポイントの設定が可能で、設定された情報は、監視ポイント設定手段６２−５に渡され、性能情報や課金情報、セキュリティ情報は、周期的に動作するポーリング手段６２−６に渡され、ポーリング手段６２−６は、一定周期で、ネットワークからＳＮＭＰ／ＭＩＢ／ＲＭＯＮを介して、ネットワーク管理者が必要とする情報を収集する。また、障害情報は、障害が発生した際に、ネットワークからアラーム情報を取り込むようにトラップ手段６２−７を設定し、障害発生時に障害情報をトラップ手段６２−７が収集する。
【００１５】
（３）ポリシーサーバについて
インターネットを構成するネットワーク機器は、年々増加する一方で、ネットワーク管理者は、数多く存在するネットワーク機器に対して、ネットワーク全体で矛盾なくユーザに所定のサービス品質を提供するための設定を行う必要がある。ネットワーク管理者の設定作業の負担を軽減し、また、個々のネットワーク機器に対する設定ミスや設定の不整合を防止するために使用されるのがポリシーサーバである。
【００１６】
ポリシーサーバは、ネットワーク管理者が各種ネットワーク運用ポリシーを設定すると、該設定されたポリシーをネットワーク内に存在する個々のネットワーク機器の設定に自動的に反映させるものである。管理対象となるネットワーク機器としては、ルータ、ＬＡＮスイッチ等のネットワーク機器が対象となる。
【００１７】
ネットワーク運用者が設定する各種ネットワーク運用ポリシーとは、条件（Ｃｏｎｄｉｔｉｏｎ ）とそれに対応する作動（Ａｃｔｉｏｎ）とにより構成されるポリシールールである。ポリシーサーバは、個々のネットワーク機器に対して、ＣＯＰＳ（Ｃｏｍｍｏｎ Ｏｐｅｎ Ｐｏｌｉｃｙ Ｓｅｒｖｉｃｅ）やＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）等の技術を用いてポリシー情報を一括配信すると共に、各種運用ポリシーの一元管理を行う（図６１「ポリシーサーバの動作概要」参照）。
【００１８】
ポリシーサーバの標準化動向を以下に示す。ポリシー情報を個々のネットワーク機器に配信するためのプロトコルであるＣＯＰＳは、ＩＥＴＦのＲＳＶＰ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（ＲＡＰ） Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ で標準化作業が行われており、ポリシー情報を蓄積・格納する手法であるＤＥＮ（Ｄｉｒｅｃｔｏｒｙ−Ｅｎａｂｌｅｄ Ｎｅｔｗｏｒｋ ）は、ＤＭＴＦ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｍａｎａｇｅｍｅｎｔ Ｔａｓｋ Ｆｏｒｃｅ ）で標準化が行われ、更に、ポリシー情報伝送用のプロトコルであるＰＩＢ（Ｐｏｌｉｃｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ）については、ＤＭＴＦでＤＥＮと連携して標準化が行われている。各種運用ポリシーについては、ＰＩＢにおけるＰＣＩＭ（Ｐｏｌｉｃｙ Ｃｏｒｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌ ）で定義されており、また、サービス品質については、ＰＩＭにおけるＱＰＩＭ（ＱｏＳ Ｐｏｌｉｃｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌ）により定義されている。
【００１９】
前述のＭＰＬＳネットワークにおいて、ポリシーサーバに対する機能要求として、ＭＰＬＳにおけるラベルにより転送される経路に対するポリシー作成・管理・適用機能等がある。更に、サービス品質の劣化を防ぐという観点では、障害時の経路の切り替え、経路毎のトラヒック流入制御等といった機能要求がある。
【００２０】
ポリシーサーバにおいて作成されるポリシーは、条件（Ｃｏｎｄｉｔｉｏｎ ）と作動（Ａｃｔｉｏｎ）との組み合わせにより構成されるルールであるが、従来のポリシーサーバで設定される条件（Ｃｏｎｄｉｔｉｏｎ ）とは、送信元のＩＰアドレスとサブネットマスク及びポート番号、並びに送信先のＩＰアドレスとサブネットマスク及びポート番号、等のパケットのヘッダ情報を条件（Ｃｏｎｄｉｔｉｏｎ ）として用い、或いはポリシーを適用する時間帯を条件（Ｃｏｎｄｉｔｉｏｎ ）としたポリシーサーバが一般的である。
【００２１】
これらのポリシー情報は、予めネットワーク管理者が、ネットワークの運用指針を決定し、該指針に従って作成される。例えば、ネットワーク管理者が、部門Ａ（部門Ａに割り当てられたＩＰアドレスが、１０．１０．１０．１〜１０．１０．１０．２５４）から部門Ｂ（部門Ｂに割り当てられたＩＰアドレスが、１０．１０．２０．１〜１０．１０．２０．２５３）へのサービス品質として、帯域幅５０Ｍｂｐｓを確保しようとした場合、ポリシーサーバで作成するポリシーの条件（Ｃｏｎｄｉｔｉｏｎ ）としては、送信元ＩＰアドレスを１０．１０．１０．０とし、送信元サブネットマスクを２５５．２５５．２５５．０とし、送信先ＩＰアドレスを１０．１０．２０．０とし、送信先サブネットマスクを２５５．２５５．２５５．０として作成される。
【００２２】
そして、ポリシーの作動（Ａｃｔｉｏｎ）として、５０Ｍｂｐｓの帯域幅を確保する設定情報を個々のネットワーク機器に一括配信する。更に、時間的要因を有するポリシーを適用し、時間帯を条件（Ｃｏｎｄｉｔｉｏｎ ）として追加した場合は、部門Ａから部門Ｂへのサービス品質として、帯域幅５０Ｍｂｐｓを確保する時間帯を条件（Ｃｏｎｄｉｔｉｏｎ ）として設定されることとなる。例えば、午前８時から午後５時までといった時間帯が条件（Ｃｏｎｄｉｔｉｏｎ ）として追加設定される。
【００２３】
図６３にポリシーサーバの構成を示す。従来のポリシーサーバは、ネットワークトポロジー情報やポリシー情報を保持するポリシー管理データベース６３−１を備え、ネットワーク管理者は、ユーザインタフェース手段を６３−２介して、ネットワークトポロジー管理手段６３−４で管理するネットワーク構成図を表示することができ、そして、ネットワーク管理者は、ユーザインタフェース手段６３−２を介して、ポリシーの作成、変更、削除を行うことができる。
【００２４】
ポリシーの作成、変更、削除を行った際には、それら情報がポリシー管理手段６３−３に渡されて、ポリシー管理データベース６３−１に格納される。そして、ネットワーク管理者は、作成したポリシーを適用する旨を、ユーザインタフェース手段６３−２を介して行うと、該ポリシーの適用要求がポリシー管理手段６３−３を経由し、ポリシー適用手段６３−５に渡され、ポリシー適用手段６３−５は、ＣＯＰＳ又はＣＬＩを介して、該ポリシーに従ったネットワーク制御を行う。
【００２５】
また、ポリシー作成時に、適用する時間帯を指定することも可能で、その指定を行った場合は、ポリシー管理手段６３−３が自動的にポリシー適用の時間帯となったとき、ポリシーの適用要求をポリシー適用手段６３−５に渡し、ポリシー適用手段６３−５は、ＣＯＰＳ又はＣＬＩを介して、該ポリシーに従ったネットワーク制御を行う。
【００２６】
なお、本発明に関連する先行技術として、ラベルスイッチネットワークシステムに関する技術が下記の特許文献１に記載されている。該文献に記載されたラベルスイッチネットワークシステムは、ＭＰＬＳネットワークなどのラベルスイッチネットワークにおけるトラフィックエンジニアリングに関する各種サービスを実現するとき、各ノードにおける処理コスト及び処理時間の削減などを図るため、ラベルに基づいてＩＰフロー対応のＩＰパケットを転送するラベルスイッチネットワークの入口に配置され、ＩＰパケットのヘッダ情報またはペイロード情報を参照して、ＩＰパケットを転送するためのレイヤ２パスを選択・設定する第１のノードと；ネットワークの中継箇所に配置され、ネットワークの入口から出口までのレイヤ２パスを、指定された経路で設定する複数の第２のノードと；ネットワークの出口に配置された第３のノードと；ユーザ要求又はネットワークの状態変化が生じた場合、ポリシ制御プロトコルに則って、第１のノードにレイヤ２パスの設定を指示するとともに、第１のノード、第２のノード及び第３のノードを集中的に制御するポリシサーバとを備えたものである。
【００２７】
【特許文献１】
特開２００１−２５１３４３号公報
【００２８】
【発明が解決しようとする課題】
前述した運用ポリシーは、事前にネットワーク管理者が決定したネットワークの運用指針を基に作成されたものであるので、実際にネットワークが運転され始めると、様々なユーザが様々なアプリケーションを利用して通信を行うため、事前に作成された運用ポリシーが有効的なポリシーとして適用されるとは限らなくなり、ネットワーク管理者が、実際のネットワークのトラヒック量又はパケットロス率等を測定し、それらをフィードバックしてして適用ポリシーを修正する必要が生じる。
【００２９】
例えば、部門Ａから部門Ｂへのサービス品質として、帯域幅５０Ｍｂｐｓを確保する運用ポリシーをネットワークに対して行ったために、部門Ｃや部門Ｄから部門Ｂへの通信に対するパケットロス率が高くなるようなことが発生した場合には、部門Ｃから部門Ｂへのサービス品質や部門Ｄから部門Ｂへの帯域幅を確保するポリシーを追加したり（適用ポリシーの追加）、部門Ａから部門Ｂへのトラヒックが実際は５０Ｍｂｐｓも必要としない場合は、部門Ａから部門Ｂへのサービス品質として割り当てた帯域幅を５０Ｍｂｐｓから２５Ｍｂｐｓへ変更する必要がある（適用ポリシーの変更）。
【００３０】
更には、部門Ｂへのサービス品質として、帯域幅の確保が難しい状態であった場合（例えば、部門Ｂへのアクセスが複数の部門から同時に発生する場合等）、部門Ｂへのサービス品質に対し、帯域幅を確保する運用ポリシーから、優先制御を行う運用ポリシーへ差し替える必要がある（適用ポリシーの差し替え）。優先制御の代表例として、ＤｉｆｆＳｅｒｖ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅ）がある。ＤｉｆｆＳｅｒｖは、ＩＥＴＦで検討が進められているスケーラブルな通信品質保証を実現する技術である。
【００３１】
つまり、ポリシーサーバを有効的に機能させるためには、ネットワーク管理者は、ネットワーク管理サーバ等を用いて、トラヒック量やパケットロス率等の情報を収集し、実際のネットワークの運用状況を把握し、適用されているポリシーが有効的なポリシーとして適用されているかどうかをチェックし、随時、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替え等が必要となる。
【００３２】
しかしながら、様々なユーザが様々なアプリケーションを利用することを前提に、数多く作成された運用ポリシーの中から、実際のネットワークの運用状況に応じて、適用するポリシーの追加、適用されているポリシー変更、差し替えをネットワーク管理者が行うことは非常に困難である。
【００３３】
よって、本発明が解決しようとする第１の課題は、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといった適用ポリシーの修正のフィードバックを最適に行わないと、ネットワーク全体のサービス品質を劣化させてしまうという問題があり、それを解決することである。
【００３４】
次に、ＭＰＬＳネットワークにおける課題について述べる。現状のＭＰＬＳネットワークを構成するネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能としての代替経路選択機能は、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前にネットワーク機器に設定された代替ラベルスイッチトパス（ＬＳＰ）に流すものである。
【００３５】
しかしながら、前述のネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、代替ラベルスイッチトパス（ＬＳＰ）に既に多量のトラヒックが流れていても、又はパケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前に設定された代替ラベルスイッチトパス（ＬＳＰ）に流すため、更なるサービス品質劣化を引き起こしてしまうことがある。
【００３６】
事前設定の代替ラベルスイッチトパス（ＬＳＰ）としては、障害時にしかトラヒックを流さないという設定をしておくことも可能であるが、このような設定はネットワーク機器の過剰設備を前提とすることになり、ネットワークに対する導入費用が高価なものとなってしまう。
【００３７】
よって、本発明が解決しようとする第２の課題は、ＭＰＬＳに対応したネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、事前に設定した代替ラベルスイッチトパス（ＬＳＰ）に既に多量のトラヒックが流れ、又はパケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前設定の代替ラベルスイッチトパス（ＬＳＰ）に流すことによってサービス品質を劣化させてしまうという問題を解決することである。
【００３８】
更に、現状のＭＰＬＳネットワークにおいて、トラフィックエンジニアリングとして、マルチパスによるトラヒックのロードバランシング方式の技術が存在するが、この技術はＭＰＬＳネットワークに流れるトラヒックを負荷分散させ、ネットワーク・リソースを効率良く使う技術ではあっても、ネットワーク・リソースを全て使い切った場合には、その有効性を発揮することができない。
【００３９】
また、ＭＰＬＳネットワーク上に流れるトラヒック（ラベルスイッチトパス上に流れるトラヒック）に対して、一様に負荷分散を行うため、ネットワーク利用者毎に差別化したサービスを提供することが難しく、キャリア、ＩＳＰ等のネットワーク・インフラストラクチャを提供する事業者にとっては、各ネットワーク利用者の個々の要求に沿ったサービスを提供することができない。
【００４０】
よって、本発明が解決しようとする第３の課題は、ＭＰＬＳネットワークにおいて、ネットワーク・リソースを使い切った場合、ネットワーク利用者は、一様にサービス品質の劣化を受けてしまい、各ネットワーク利用者毎の要求に合ったサービスを提供することができないという問題があり、それを解決することである。
【００４１】
最後に、ＭＰＬＳネットワークにポリシーサーバを導入した場合を考えてみると、ＭＰＬＳネットワークにおけるラベルによりフォワーディングされる経路（ラベルスイッチトパス）に対するポリシー作成・管理・適用を行う機能を実現する必要がある。
【００４２】
ＭＰＬＳネットワークにおけるポリシーの条件（Ｃｏｎｄｉｔｉｏｎ ）としては、ラベルスイッチトパス（ＬＳＰ）上に存在するネットワーク機器のポート障害に対するポートの指定や、ラベルスイッチトパス（ＬＳＰ）毎のトラヒック流入制御対象となるトラヒック・フローの指定等が必要であり、ポリシーの作動（Ａｃｔｉｏｎ）としては、指定ラベルスイッチトパス（ＬＳＰ）への切り替えや、ラベルスイッチトパス（ＬＳＰ）毎の指定トラヒック・フローに対する通過／非通過を制御する流入制御の指示等が必要となる。
【００４３】
しかしながら、ＭＰＬＳネットワークにおけるポリシーサーバにおいて、前述のポリシーを作成し、ポリシーの適用を行っても、以下の課題が残る。ＭＰＬＳネットワークにおける障害保護（Ｐｒｏｔｅｃｔｉｏｎ）ポリシーの条件（Ｃｏｎｄｉｔｉｏｎ ）として、ラベルスイッチトパス（ＬＳＰ）上に存在するネットワーク機器の障害ポートのポート番号を指定し、作動（Ａｃｔｉｏｎ）として、指定された代替ラベルスイッチトパス（ＬＳＰ）への切り替えを行うことを指示するポリシーを作成し、該ポリシーをネットワークに適用しただけでは、前述の本発明が解決しようとする第２の課題と同じ問題が残る。
【００４４】
また、ＭＰＬＳネットワークにおけるトラフィック制御（Ｔｒａｆｆｉｃ Ｃｏｎｔｒｏｌ ）ポリシーの条件（Ｃｏｎｄｉｔｉｏｎ ）として、ラベルスイッチトパス（ＬＳＰ）毎のトラヒック流入制御対象となるトラヒック・フローを指定し、作動（Ａｃｔｉｏｎ）として、ラベルスイッチトパス（ＬＳＰ）毎の指定トラヒック・フローに対する通過／非通過を制御する流入制御の指示を行うポリシーを作成し、該ポリシーをネットワークに適用しただけでは、流入制御によるネットワーク運用状況のフィードバックを行っていないことになるので、前述の本発明が解決しようとする第１の課題と同じ問題がＭＰＬＳネットワークにおいても生じることとなる。
【００４５】
本発明は、ポリシーサーバによって適用されているネットワーク運用ポリシーを、ネットワーク運用状況に応じて最適なものに自動的に修正し、ネットワーク全体のサービス品質を確保するとともに、ネットワーク管理者の負担を軽減することができるポリシー適用方式及びそのプログラムを提供することを目的とする。
【００４６】
また、障害の発生したラベルスイッチトパスのトラヒックを、ネットワーク運用状況に基づいて代替ラベルスイッチトパスに流し、ネットワーク全体のサービス品質を確保することができるポリシー適用方式及びそのプログラムを提供することを目的とする。
【００４７】
また、ＭＰＬＳネットワークにおいて、ネットワーク・リソースが減少した場合、ＭＰＬＳネットワークを流れるトラヒックの流入規制を、各ネットワーク利用者毎に要求されるサービス品質に基づいて行い、各ネットワーク利用者にそれぞれ差別化したサービスを提供することができるポリシー適用方式及びそのプログラムを提供することを目的とする。
【００４８】
【課題を解決するための手段】
本発明のネットワーク状況に基づくポリシー適用方式は、（１）ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と具備し、ネットワーク運用状況に基づいて、適用する運用ポリシーを追加し、適用されている運用ポリシーを変更し、又は適用されている運用ポリシーの差し替えを行う手段を備えたものである。
【００４９】
また，（２）マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段とを具備し、該ネットワークの転送経路の障害発生時に、複数のラベルスイッチトパスの中から、トラヒック量又はパケットロス量が最少となる代替ラベルスイッチトパスに切り替える手段を備えたものである。
【００５０】
また、（３）マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段とを具備し、該ネットワーク・リソースを最大限使用したときに、該マルチプロトコルラベルスイッチングネットワークを流れるトラヒックフローの流入規制を、ユーザサービスクラスのレベルに応じて段階的に行う手段を備えたものである。
【００５１】
また、（４）ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と具備し、ネットワーク運用状況に基づいて、適用する運用ポリシーの追加、適用されている運用ポリシーの変更、若しくは適用されているポリシーの差し替えのポリシー修正フィードバックの結果、複数のラベルスイッチトパスの中からトラヒック量又はパケットロス量が最少となる最適なラベルスイッチトパスへの切り替えの結果、又は、マルチプロトコルラベルスイッチングのネットワークを流れるトラヒックの流入規制の段階的適用の結果を保持し、運用ポリシーのトレーサビリティを確保する手段を備えたものである。
【００５２】
また、（５）前記運用ポリシーとネットワーク運用状況との関連付けを行うポリシー分析手段と、ネットワーク運用状況の監視依頼を行う監視ポイント設定手段と、定期的にネットワーク運用状況をチェックする管理情報管理手段と、ネットワーク運用状況を分析するネットワーク状況分析手段と、ネットワーク運用状況に基づいた最適なポリシーを選択する最適ポリシー分析手段とを具備したものである。
【００５３】
また、本発明のネットワーク状況に基づくポリシー適用方式のプログラムは、
（６）ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、ネットワーク運用状況に基づいて、適用する運用ポリシーを追加し、適用されている運用ポリシーを変更し、又は適用されている運用ポリシーの差し替えを行う手段として機能させるためものである。
【００５４】
また、（７）マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、該ネットワークの転送経路の障害発生時に、複数のラベルスイッチトパスの中から、トラヒック量又はパケットロス量が最少となる代替ラベルスイッチトパスに切り替える手段として機能させるためのものである。
【００５５】
また、（８）マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、該ネットワーク・リソースを最大限使用したときに、該マルチプロトコルラベルスイッチングネットワークを流れるトラヒックフローの流入規制を、ユーザサービスクラスのレベルに応じて段階的に行う手段として機能させるためのものである。
【００５６】
また、（９）ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、ネットワーク運用状況に基づいて、適用する運用ポリシーの追加、適用されている運用ポリシーの変更、若しくは適用されているポリシーの差し替えのポリシー修正フィードバックの結果、複数のラベルスイッチトパスの中からトラヒック量又はパケットロス量が最少となる最適なラベルスイッチトパスへの切り替えの結果、又は、マルチプロトコルラベルスイッチングのネットワークを流れるトラヒックの流入規制の段階的適用の結果を保持し、運用ポリシーのトレーサビリティを確保する手段として機能させるためのものである。
【００５７】
また、（１０）前記運用ポリシーとネットワーク運用状況との関連付けを行うポリシー分析手段と、ネットワーク運用状況の監視依頼を行う監視ポイント設定手段と、定期的にネットワーク運用状況をチェックする管理情報管理手段と、ネットワーク運用状況を分析するネットワーク状況分析手段と、ネットワーク運用状況に基づいた最適なポリシーを選択する最適ポリシー分析手段として機能させるためのプログラムを有するものである。
【００５８】
【発明の実施の形態】
本発明のネットワーク状況に基づくポリシー適用方式の機能構成を図１に示す。同図において、ユーザインタフェース手段１０１は、ネットワーク管理者が各種ポリシーの作成及び登録を行うためのユーザインタフェース機能を提供する。ポリシー管理手段１０２は、ネットワーク管理者がユーザインタフェース手段１０１を介して作成したポリシーを、ポリシー管理データベース１１０を用いて管理する機能を有する。
【００５９】
ポリシー分析手段２０１は、各種ポリシーとネットワーク運用状況との関連付けを行う機能を有する。監視ポイント設定手段３０１は、ポリシー分析手段２０１からの要求により、トラヒック量やパケットロス率等のネットワーク運用状況の監視情報が必要とされる場合は、ポーリング手段３０２に該監視情報の収集を依頼し、障害情報等のネットワーク運用状況の監視情報が必要とされる場合には、トラップ手段３０３に該監視情報の収集依頼を行う。
【００６０】
ポーリング手段３０２は、トラヒック量やパケットロス率等のネットワーク運用状況の情報をネットワーク運用データベース３１０に格納する機能を有し、トラップ手段３０３は、障害情報等のネットワーク運用状況の情報をネットワーク運用データベース３１０に格納する機能を有する。
【００６１】
管理情報管理手段３０４は、ネットワーク管理データベース３１０からネットワーク運用状況の情報を周期的にチェックし、ネットワーク運用状況の情報に変化があった場合は、ネットワーク運用状況の情報をネットワーク状況分析手段２０２に通知する機能を有する。
【００６２】
ネットワーク状況分析手段２０２は、管理情報管理手段３０４から通知されたネットワーク運用状況の情報に基づいて、最適ポリシー選択手段２０３に対して、ポリシーフィードバック要求、ラベルスイッチトパス（ＬＳＰ）切り替え要求、又はトラヒックフロー流入制御要求の各種要求を行う機能を有する。
【００６３】
最適ポリシー選択手段２０３は、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといった適用ポリシー修正のフィードバックを行う機能を有する。
【００６４】
また、最適ポリシー選択手段２０３は、代替ラベルスイッチトパス（ＬＳＰ）の切り替えの際に、複数のラベルスイッチトパス（ＬＳＰ）の中から、トラヒック量又はパケットロス率が最少の最適なラベルスイッチトパス（ＬＳＰ）をネットワークの障害時に即座に選択する機能を有する。また、最適ポリシー選択手段２０３は、ネットワーク・リソースが減少した場合に、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス上を流れるトラヒック）の流入規制を段階的に行う機能を有する。
【００６５】
ポリシー適用指示手段２０４は、最適ポリシー選択手段２０３から要求されたポリシーをポリシー適用手段に渡し、ネットワーク機器へのネットワーク制御要求を行うとともに、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといった適用ポリシーの修正のフィードバックを行った結果、複数のラベルスイッチトパス（ＬＳＰ）の中からトラヒック量やパケットロス率が最少の最適なラベルスイッチトパス（ＬＳＰ）への切り替えを行った結果、及び、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス（ＬＳＰ）上を流れるトラヒック）の流入規制の段階的適用を行った結果を、ポリシー分析データベース２１０に格納する機能を有する。
【００６６】
ポリシー適用手段１０３は、ポリシー適用指示手段２０４によって指示されたポリシーを適用して、図６３のポリシー適用手段６３−５と同様に、ネットワーク機器に対するネットワーク制御を行う機能を有する。
【００６７】
なお、図１に示す機能構成図において、１００番代の符号を付した各機能部は、従来のポリシーサーバの既存の機能部又は若干の改造を施した機能部を示し、２００番代の符号を付した各機能部は、ポリシーサーバとして新規に追加した機能部を示し、３００番代の符号を付した各機能部は、従来のネットワーク管理サーバの既存の機能部又は若干の改造を施した機能部を示している。
【００６８】
本発明のポリシー適用方式を適用したネットワークシステムの構成例を図２に示す。同図に示す構成例では、複数のネットワーク機器から成るＭＰＬＳネットワークに対して、ポリシーを管理するポリシーサーバ２−１と、ネットワーク状況を監視・管理するネットワーク管理サーバ２−２とを備え、ポリシーサーバ２−１とネットワーク管理サーバ２−２とに、図１に示す本発明のポリシー適用方式の各機能部を組み込み、ＭＰＬＳネットワークに対する適用ポリシーを最適化することができる。
【００６９】
ただし、ポリシーサーバ２−１とネットワーク管理サーバ２−２とを、物理的に同一のサーバ内に構築したものであってもよい。また、本発明のポリシー適用方式の各機能部を、ネットワーク管理サーバ２−２に備える構成、又はポリシーサーバ２−１に備える構成とすることもできる。
【００７０】
更に、本発明のポリシー適用方式の各機能部を、ポリシーサーバ２−１及びネットワーク管理サーバ２−２とは別のサーバに組み込む構成とすることも可能である。以下に示す本発明のポリシー適用方式の動作シーケンス及び実施例の説明において、本発明のポリシー適用方式の各機能部をポリシーサーバに備えた構成例について記述する。
【００７１】
本発明の第１の課題を解決するためのポリシー適用方式である「ポリシー・フィードバック方式」について以下に説明する。図３に、本発明のポリシー・フィードバック方式の処理フェーズを示し、図４、図５及び図６に、ポリシー・フィードバック方式の処理シーケンスを示す。なお、図４、図５及び図６に示す各手段は、図１に示した機能部の各手段にそれぞれ相当し、同一の手段には同一の符号を付している。
【００７２】
本発明のポリシー・フィードバック方式は、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといったポリシー修正のフィードバックを行う方式である。
【００７３】
本発明のポリシー・フィードバック方式は、ネットワーク管理者がポリシーを作成し、登録する際に動作するポリシー登録機能部と、ネットワーク運用状況の情報が通知された際に動作するポリシー分析機能部とから構成される。図３の（ａ）にポリシー登録機能部の各処理フェーズ、図３の（ｂ）にポリシー分析機能部の処理フェーズを示す。
【００７４】
ポリシー・フィードバック方式のポリシー登録機能部は、ネットワーク運用者がユーザインタフェース手段１０１を介してポリシー作成し、ポリシー登録を行うための機能部である。登録要求されたポリシー情報は、ポリシー登録要求としてポリシー管理手段１０２に処理が渡される。ポリシー管理手段１０２は、登録要求されたポリシー情報をポリシー管理データベース１１０に格納する（図３：ＰＨ１０１：ポリシー登録処理フェーズ）。
【００７５】
次に、ポリシー管理手段１０２は、ポリシーが登録された旨をポリシー分析手段２０１に通知する。そして、ポリシーが登録された旨を通知されたポリシー分析手段２０１は、ポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部とによりインデックスされるポリシー分析データベース２１０にポリシーの情報を格納し、通知のあったポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、ネットワーク状況通知要求が既に行われているかを判断し、既に要求済みであれば処理を終了し、要求済みでなければ、監視ポイント設定手段３０１に対して、ネットワーク状況通知要求を行う（図３：ＰＨ１０２：ポリシー分析処理フェーズ）。
【００７６】
そして、ネットワーク状況通知要求を受信した監視ポイント設定手段３０１は、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定をポーリング手段３０２に依頼する。依頼を受けたポーリング手段３０２は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理データベース３１０に、収集した情報を定期的に格納する（図３：ＰＨ１０３：ネットワーク運用状況通知要求処理フェーズ）。
【００７７】
ポリシー・フィードバック方式のポリシー分析機能部は、前述のポリシー登録機能部により指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定が行われたことにより、管理情報管理手段３０４は、周期的に動作し、ネットワーク状況の情報が更新されているかを判断し、更新されていれば、ネットワーク状況通知をネットワーク状況分析手段２０２に送信する。
【００７８】
ネットワーク状況通知を受信したネットワーク状況分析手段２０２は、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるトラヒック量の超過の閾値や、パケットロス率の超過の閾値を参照し、該閾値を超えているか否かを判断し、超えている場合は、ポリシー修正のフィードバックが必要と判断し、最適ポリシー選択手段２０３に、ポリシーフィードバック要求を渡す。また、それらの閾値を超えていなければ、処理を終了する（図３：ＰＨ１０４：ネットワーク状況分析処理フェーズ）。
【００７９】
ポリシー修正のフィードバックが必要と判断された場合に、ポリシーフィードバック要求により処理を渡された最適ポリシー選択手段２０３は、まず、ネットワーク運用者が最初に登録したポリシーに対して、既にポリシーの差し替えが行われているかを判断し、差し替えが行われていなければ、ネットワーク運用者が最初に登録したポリシーに対して、ポリシーの変更又はポリシーの追加の処理を行う。既に差し替えが行われていれば、差し替え済みのポリシーにおいて、ポリシーの変更又はポリシーの追加の処理を行う。
【００８０】
・ネットワーク運用者が登録したポリシーに対して、ポリシーの変更又は追加を行う場合について
ネットワーク運用者が登録したポリシーに対して、ポリシーの変更を行う場合、最適ポリシー選択手段２０３は、該当ポリシーが変更可能なポリシーであるかを判断し、変更可能であれば、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データである変動率に従い、ポリシーの作動（Ａｃｔｉｏｎ）の設定を行う。
【００８１】
例えば、確保する帯域幅が５０Ｍｂｐｓで、変動率が５０％である場合、２５Ｍｂｐｓの帯域幅まで変更可能であり、ポリシーの作動（Ａｃｔｉｏｎ）の設定を変更する。変更可能なポリシーの場合、最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対してポリシー変更要求を行う。
【００８２】
該当ポリシーが変更不可能である場合、又は既に変更済みである場合は、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、未適用である他のポリシーが存在するか否かを判断する。未適用のポリシーが存在する場合は、未適用ポリシーを設定するために、ポリシー適用指示手段２０４に対してポリシー追加要求を行う。未適用ポリシーが存在しない場合は、代替ポリシーに差し替える処理に移行する。
【００８３】
・差し替え中のポリシーに対して、ポリシーの変更又はポリシーの追加を行う場合について
最適ポリシー選択手段２０３は、差し替え可能なポリシーが存在するかをチェックし、差し替え可能な候補があれば、ポリシーの差し替えを行う。ポリシーの差し替えとは、例えば、帯域幅を確保するポリシーから優先制御を行うポリシーへの差し替え等、種別の異なるポリシーへ差し替えることである。
【００８４】
ポリシー差し替え中は、以下の処理を行う。ポリシーの変更を行う場合、最適ポリシー選択手段２０３は、該当ポリシーが変更可能なポリシーであるかを判断し、変更可能であれば、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データである変動率に従い、ポリシーの作動（Ａｃｔｉｏｎ）の設定を行う。
【００８５】
例えば、確保する帯域幅が５０Ｍｂｐｓで、変動率が５０％であれば、２５Ｍｂｐｓの帯域幅まで変更可能となり、ポリシーの作動（Ａｃｔｉｏｎ）の設定を変更する。変更可能なポリシーの場合は、最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、差替ポリシー変更要求を行う。
【００８６】
変更不可能なポリシーである場合、又は既に変更済みである場合は、次に、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、未適用である他のポリシーが存在するか否かを判断する。
【００８７】
未適用のポリシーが存在する場合は、未適用ポリシーを設定するために、ポリシー適用指示手段２０４に対して、差替ポリシー追加要求を行う。未適用ポリシーが存在しない場合は、代替ポリシーに差し替える次の候補となるポリシーがないか判定し、繰り返し処理を行い、差し替え可能なポリシーがなくなるまで処理を繰り返す（図３：ＰＨ１０５：最適ポリシー選択処理フェーズ）。最適ポリシー選択手段２０３から各種要求を受けたポリシー適用指示手段２０４は、それらの要求に従い、以下の処理を行う。
【００８８】
・ポリシー変更要求を受けた場合
ポリシー変更要求を受けたポリシー適用指示手段２０４は、変更内容をポリシー分析データベース２１０に格納し、変更ポリシー適用要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、変更要求内容に従ったネットワーク制御を行う。
【００８９】
・ポリシー追加要求を受けた場合
ポリシー追加要求を受けたポリシー適用指示手段２０４は、追加内容をポリシー分析データベース２１０に格納し、追加ポリシー適用要求をポリシー適用手段１０３に対してを行う。ポリシー適用手段１０３は、ネットワーク機器に対して、追加要求内容に従ったネットワーク制御を行う。
【００９０】
・差替変更要求を受けた場合
差替ポリシー変更要求を受けたポリシー適用指示手段２０４は、最初に、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、最初の差替変更ポリシー要求か否かの判断を行う。
【００９１】
最初の差替変更ポリシー要求の場合、差替内容をポリシー分析データベース２１０に格納し、ネットワーク運用者が登録したポリシーの取り戻しを行った後、差替ポリシー適用要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、ポリシー差替要求内容に従ったネットワーク制御を行う。
【００９２】
既に、ポリシー差し替え処理済みの場合、差替変更内容をポリシー分析データベース２１０に格納し、差替変更ポリシー適用要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、差替変更要求内容に従ったネットワーク制御を行う。
【００９３】
・差替追加要求を受けた場合
差替ポリシーの追加要求を受けたポリシー適用指示手段２０４は、差替追加内容をポリシー分析データベース２１０に格納し、差替追加ポリシー適用要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、差替追加要求内容に従ったネットワーク制御を行う（図３：ＰＨ１０６：選択ポリシー適用処理フェーズ）。
【００９４】
本発明のポリシー適用方式が上述のように動作することにより、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといったポリシー修正のフィードバックを行い、ネットワークに最適なポリシーが適用可能となる。
【００９５】
次に、本発明の第２の課題を解決するためのポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式について以下に説明する。図７にポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理フェーズを示し、図８、図９及び図１０に、ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスを示す。なお、なお、図８、図９及び図１０に示す各手段は、図１に示した各機能部の手段にそれぞれ相当し、同一の手段には同一の符号を付している。
【００９６】
ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式は、ＭＰＬＳに対応したネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、代替ラベルスイッチトパス（ＬＳＰ）に、既に多量のトラヒックが流れていても、或いは、パケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前に設定した代替ラベルスイッチトパス（ＬＳＰ）に流すことによりサービス品質を劣化させてしまうという問題を解決するために、代替ラベルスイッチトパス（ＬＳＰ）の切り替えを行う際に、複数のラベルスイッチトパス（ＬＳＰ）の中から、最適なラベルスイッチトパス（ＬＳＰ）を、ネットワークの運用状況に基づいて選択する方式である。
【００９７】
ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式は、前述のポリシー・フィードバック方式と同様の機能部構成により実現することができる。ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式と、前述のポリシー・フィードバック方式との相違点は、登録されるポリシーがポリシー・フィードバック方式の場合は、ネットワーク機器と該ネットワーク機器が備えるインタフェース部とがポリシー適用対象であったのに対し、ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式は、複数のネットワーク機器と該ネットワーク機器が備えるインタフェース部とで構成されるラベルスイッチトパス（ＬＳＰ）がポリシー適用対象となる点である。
【００９８】
図７に、ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式についての処理フェーズを示すが、前述のポリシー・フィードバック方式と同一の処理フェーズの部分に対しては、各処理フェーズの枠内に網掛けを施している。以下に示すポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスは、前述のポリシー・フィードバック方式と相違する点について詳しく説明する。
【００９９】
ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式のポリシー登録機能部においては、ネットワーク運用者がユーザインタフェース手段１０１を介して、ラベルスイッチトパス（ＬＳＰ）に対するポリシーを作成し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの登録を行う機能を備える。
【０１００】
登録要求されたラベルスイッチトパス（ＬＳＰ）ポリシー情報は、ポリシー登録要求として、ポリシー管理手段１０２に処理が渡される。ポリシー管理手段１０２は、登録要求されたポリシー情報をポリシー管理データベース１１０に格納する（図７：ＰＨ２０１：ポリシー登録処理フェーズ）。
【０１０１】
次に、ポリシー管理手段１０２は、ラベルスイッチトパス（ＬＳＰ）ポリシーが登録された旨をポリシー分析手段２０１に通知する。そして、ポリシーが登録された旨を通知されたポリシー分析手段２０１は、通知されたポリシーが、ラベルスイッチトパス（ＬＳＰ）に対するポリシーか否かを判断し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーであれば、ラベルスイッチトパス（ＬＳＰ）毎にインデックスされたポリシー分析データベース２１０に、ラベルスイッチトパス（ＬＳＰ）ポリシーの情報を格納し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象であるラベルスイッチトパス（ＬＳＰ）の経路上にある全てのネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、ネットワーク状況通知要求が既に行われているか判断し、既に要求済みであれば処理を終了し、要求済みでなければ、監視ポイント設定手段３０１に対して、ネットワーク状況通知要求を行う（図７：ＰＨ２０２：ポリシー分析処理フェーズ）。
【０１０２】
そして、ネットワーク状況通知要求を受信した監視ポイント設定手段３０１は、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部における障害情報を収集するために、障害情報をトラップする設定をトラップ手段３０３に依頼し、トラヒック量やパケットロス率等の情報を収集する設定をポーリング手段３０２に依頼する。
【０１０３】
障害情報の収集依頼を受けたトラップ手段３０３は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理データベース３１０に、障害発生時に収集した情報を格納する。また、トラヒック量やパケットロス率等の収集依頼を受けたポーリング手段３０２は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理データベース３１０に、収集した情報を定期的に格納する（図７：ＰＨ２０３：ネットワーク運用状況通知要求処理フェーズ）。
【０１０４】
ポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式のポリシー分析機能部は、前述のポリシー登録機能部により指定されたラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象である複数のネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定が行われたことにより、管理情報管理手段３０４は、周期的に動作し、ネットワーク状況の情報が更新されているかを判断し、更新されていれば、ネットワーク状況通知をネットワーク状況分析手段２０２に送信する。
【０１０５】
ネットワーク状況通知を受信したネットワーク状況分析手段２０２は、ネットワーク状況通知の依頼により通知された情報から、障害が発生しているか否かの判断を行う。障害が発生していない場合は、ポリシー・フィードバック方式へ移行し、障害が発生している場合は、最適ポリシー選択手段２０３に対してラベルスイッチトパス（ＬＳＰ）切り替え要求を行う（図７：ＰＨ２０４：ネットワーク状況分析処理フェーズ）。
【０１０６】
次に、ラベルスイッチトパス（ＬＳＰ）切り替え要求を受けた最適ポリシー選択手段２０３は、代替ラベルスイッチトパス（ＬＳＰ）があるか否かを判断する。代替ラベルスイッチトパス（ＬＳＰ）が存在しない場合は処理を終了する。代替ラベルスイッチトパス（ＬＳＰ）が存在する場合は、代替ラベルスイッチトパス（ＬＳＰ）の中から、パケットロスが、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるＬＳＰパケットロス率が閾値以下のラベルスイッチトパス（ＬＳＰ）が存在するか否かを判断し、閾値以下のラベルスイッチトパス（ＬＳＰ）の中からパケットロス率が最少であるラベルスイッチトパス（ＬＳＰ）を選択する。
【０１０７】
最適ポリシー選択手段２０３は、条件を満たす代替ラベルスイッチトパス（ＬＳＰ）が存在する場合、ポリシー適用指示手段２０４に対して、代替ラベルスイッチトパス（ＬＳＰ）切替要求を行う。条件を満たす代替ラベルスイッチトパス（ＬＳＰ）が存在しない場合は、次の判定処理へ処理を移行する。
【０１０８】
次に、最適ポリシー選択手段２０３は、代替ラベルスイッチトパス（ＬＳＰ）の中から、トラヒック量が、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるＬＳＰトラヒック量が閾値以下のラベルスイッチトパス（ＬＳＰ）が存在するか否かを判断し、存在する場合、ＬＳＰトラヒック量が最少の代替ラベルスイッチトパス（ＬＳＰ）を選択する。
【０１０９】
上記条件を満たす代替ラベルスイッチトパス（ＬＳＰ）が存在する場合、最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、代替ラベルスイッチトパス（ＬＳＰ）切替要求を行う。上記条件を満足する代替ラベルスイッチトパス（ＬＳＰ）が存在しない場合は、次の処理へ移行する。
【０１１０】
障害が発生してラベルスイッチトパス（ＬＳＰ）を、代替ラベルスイッチトパス（ＬＳＰ）へ切り替える必要があるので、ポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるパケットロス率をＬＳＰパケットロス率が超えていても、現状の最少のパケットロス率でパケット・フォワーディングを行っている代替ラベルスイッチトパス（ＬＳＰ）に切り替えるため、以下の処理を行う。
【０１１１】
最適ポリシー選択手段２０３は、代替ラベルスイッチトパス（ＬＳＰ）の中からパケットロス率（トラヒック量であってもよい）が最少である代替ラベルスイッチトパス（ＬＳＰ）を抽出し、最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、代替ラベルスイッチトパス（ＬＳＰ）切替要求を行う（図７：ＰＨ２０５：最適ポリシー選択処理フェーズ）。
【０１１２】
そして、代替ラベルスイッチトパス（ＬＳＰ）切替要求を受けたポリシー適用指示手段２０４は、代替ラベルスイッチトパス（ＬＳＰ）切替内容をポリシー分析データベース２１０に格納し、ラベルスイッチトパス（ＬＳＰ）切り替え要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、ネットワーク機器に対して、ラベルスイッチトパス（ＬＳＰ）切り替え要求内容に従ったネットワーク制御を行う（図７：ＰＨ２０６：選択ポリシー適用処理フェーズ）。
【０１１３】
ＭＰＬＳに対応したネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、事前設定の代替ラベルスイッチトパス（ＬＳＰ）に、既に多量のトラヒックが流れていても、或いはパケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを代替ラベルスイッチトパス（ＬＳＰ）に流すことにより、サービス品質を劣化させてしまうといった問題を生じたが、本発明のポリシー提要方式の手段が前述のように機能することにより、代替ラベルスイッチトパス（ＬＳＰ）の切り替えを行う際に、複数のラベルスイッチトパス（ＬＳＰ）の中から、トラヒック量又はパケットロス率が最少となる最適なラベルスイッチトパス（ＬＳＰ）を、ネットワークの障害時に即座に選択するポリシーを適用することが可能となる。
【０１１４】
次に、本発明の第３の課題を解決するためのポリシーベーストラヒックフロー流入制御方式について説明する。図１１に、ポリシーベーストラヒックフロー流入制御方式についての処理フェーズを示し、図１２、図１３及び図１４に、ポリシーベーストラヒックフロー流入制御方式の処理シーケンスを示す。なお、図１２、図１３及び図１４に示す各手段は、図１に示した各機能部の手段にそれぞれ相当し、同一の手段には同一の符号を付している。
【０１１５】
ポリシーベーストラヒックフロー流入制御方式は、ＭＰＬＳネットワークにおいて、ネットワーク・リソースを使い切った場合等、ネットワーク・リソースが減少した場合、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス上を流れるトラヒック）の流入規制を行う方式である。
【０１１６】
ポリシーベーストラヒックフロー流入制御方式は、前述のポリシー・フィードバック方式及びポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式と同様の機能部構成により実現することができる。更に、ポリシーベーストラヒックフロー流入制御方式のポリシー登録機能部は、前述のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式のポリシー登録機能部と対比した場合、トラップ手段３０３にネットワーク運用状況の障害情報の収集の依頼を行わないという点でのみ相違し、その他は同様の構成である。
【０１１７】
図１１に、ポリシーベーストラヒックフロー流入制御方式についての処理フェーズを示しているが、前述のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式と同一の処理フェーズの部分には、各処理フェーズの枠内に網掛けを施している。以下に説明するポリシーベーストラヒックフロー方式の処理シーケンスは、前述のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式と相違する点について詳しく説明するものとする。
【０１１８】
ポリシーベーストラヒックフロー方式において、ポリシー登録機能部は、ネットワーク運用者がユーザインタフェース手段１０１を介して、ラベルスイッチトパス（ＬＳＰ）に対するポリシーを作成し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの登録を行う機能を有する。
【０１１９】
登録要求されたラベルスイッチトパス（ＬＳＰ）ポリシー情報は、ポリシー登録要求として、ポリシー管理手段１０２に処理が渡される。ポリシー管理手段１０２は、登録要求されたポリシー情報をポリシー管理データベース１１０に格納する（図１１：ＰＨ３０１：ポリシー登録処理フェーズ）。
【０１２０】
次に、ポリシー管理手段１０２は、ラベルスイッチトパス（ＬＳＰ）ポリシーが登録された旨をポリシー分析手段２０１に通知する。そして、ポリシーが登録された旨を通知されたポリシー分析手段２０１は、通知されたポリシーが、ラベルスイッチトパス（ＬＳＰ）に対するポリシーか否かを判断し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーであれば、ラベルスイッチトパス（ＬＳＰ）毎にインデックスされたポリシー分析データベース２１０に、ラベルスイッチトパス（ＬＳＰ）ポリシーの情報を格納し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象であるラベルスイッチトパス（ＬＳＰ）の経路上にある全てのネットワーク機器と該ネットワーク機器が備えるインタフェース部に対して、ネットワーク状況通知要求が既に行われているか判断し、既に要求済みであれば処理を終了し、要求済みでなければ、監視ポイント設定手段３０１に対して、ネットワーク状況通知要求を行う（図１１：ＰＨ３０２：ポリシー分析処理フェーズ）。
【０１２１】
そして、ネットワーク状況通知要求を受信した監視ポイント設定手段３０１は、指定されたポリシーの適用対象であるネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量等の情報を収集する設定をポーリング手段３０２に依頼する。
【０１２２】
トラヒック量等の収集依頼を受けたポーリング手段３０２は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理データベース３１０に、収集した情報を定期的に格納する（図１１：ＰＨ３０３：ネットワーク運用状況通知要求処理フェーズ）。
【０１２３】
ポリシーベーストラヒックフロー流入制御方式において、ポリシー分析機能部は、前述のポリシー登録機能部により、指定されたラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象である複数のネットワーク機器と該ネットワーク機器が備えるインタフェース部におけるトラヒック量等の情報を収集する設定が行われたことにより、管理情報管理手段３０４は周期的に動作し、ネットワーク状況の情報が更新されたか否かを判断し、更新されていれば、ネットワーク状況通知を、ネットワーク状況分析手段２０２に送信する。
【０１２４】
ネットワーク状況通知を受信したネットワーク状況分析手段２０２は、ネットワーク状況通知の依頼により通知された情報から、トラヒック量がポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データであるラベルスイッチトパス（ＬＳＰ）トラヒック量限界閾値を超えたラベルスイッチトパス（ＬＳＰ）が存在するか判断を行う。
【０１２５】
トラヒック量の限界閾値を超えたラベルスイッチトパス（ＬＳＰ）が存在しない場合、ポリシー・フィードバック方式へ移行し、トラヒック量の限界閾値を超えたラベルスイッチトパス（ＬＳＰ）が存在する場合は、最適ポリシー選択手段２０３に対して、トラヒックフロー流入制御要求を行う（図１１：ＰＨ３０４：ネットワーク状況分析処理フェーズ）。
【０１２６】
次に、トラヒックフロー流入制御要求を受けた最適ポリシー選択手段２０３は、該当ラベルスイッチトパス（ＬＳＰ）に対して、トラヒックフロー流入制御のポリシーが存在するか否かを判断する。トラヒックフロー流入制御のポリシーが存在しなければ処理を終了する。
【０１２７】
トラヒックフロー流入制御のポリシーが存在すれば、次の判定処理に移行する。最適ポリシー選択手段２０３は、トラヒックフロー流入制御ポリシーによる流入制御を既に開始しているか否かの判断を行う。未だ開始していない場合は、該当ラベルスイッチトパス（ＬＳＰ）に対して登録されているトラヒックフロー流入制御ポリシーの中から、できるだけ少ないトラヒックフロー流入制御ポリシーをネットワークに適用するために、ポリシー適用指示手段２０４に対して、トラヒックフロー流入規制要求を行う。
【０１２８】
既に流入制御を開始している場合、現在適用され運用されているトラヒックフロー流入制御ポリシーよりトラヒック流入を規制するポリシーが存在するか否かの判断を行う。該当するポリシーが存在しなければ処理を終了し、該当するポリシーが存在する場合は、該トラヒックフロー流入制御ポリシーをネットワークに適用するために、ポリシー適用指示手段２０４に対して、トラヒックフロー流入規制要求を行う（図１１：ＰＨ３０５：最適ポリシー選択処理フェーズ）。
【０１２９】
そして、トラヒックフロー流入規制要求を受けたポリシー適用指示手段２０４は、トラヒックフロー流入規制内容をポリシー分析データベース２１０に格納し、流入規制要求をポリシー適用手段１０３に対して行う。ポリシー適用手段１０３は、各ネットワーク機器に対して、トラヒックフロー流入規制要求内容に従ったネットワーク制御を行う（図１１：ＰＨ３０６：選択ポリシー適用処理フェーズ）。
【０１３０】
本発明のポリシー適用方式の各手段が前述のように機能することにより、ＭＰＬＳネットワークにおいて、ネットワーク・リソースを使い切った場合、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス上を流れるトラヒック）の流入規制が可能となる。
【０１３１】
【実施例】
本発明の処理フローを図１５から図２９に示し、図３０にポリシー管理データベース１１０、図３１にポリシー分析データベース２１０、図３２にネットワーク管理データベース３１０のデータ構造をそれぞれ示す。
【０１３２】
Ａ．ポリシー・フィードバック方式の実施例について
ポリシー・フィードバック方式が適用されるネットワークの構成例を図３３に示す。同図において、ネットワーク機器Ｘは、ネットワークアドレスが１０．１．１．０／２４のＩＰアドレスが割り当てられた部門Ａ、ネットワークアドレスが１０．１．２．０／２４のＩＰアドレスが割り当てられた部門Ｃ、ネットワークアドレスが１０．１．３．０／２４のＩＰアドレスが割り当てられた部門Ｅを収容している。
【０１３３】
また、ネットワーク機器Ｙは、ネットワークアドレスが１０．１．４．０／２４のＩＰアドレスが割り当てられた部門Ｂ、ネットワークアドレスが１０．１．５．０／２４のＩＰアドレスが割り当てられた部門Ｄ、ネットワークアドレスが１０．１．６．０／２４のＩＰアドレスが割り当てられた部門Ｆを収容している。
【０１３４】
そして、ネットワーク機器Ｘとネットワーク機器Ｙとの間は、１００Ｍｂｐｓのインタフェースで接続されているものとする。ネットワーク機器Ｘとネットワーク機器Ｙとのインタフェース部に割り当てられたネットワーク機器Ｘ側のＩＰアドレスは１０．２．１．１とし、ネットワーク機器Ｙ側のＩＰアドレスは１０．２．１．２とする。また、ネットワーク機器ＸのＩＰアドレスは、１０．２．１．３とし、ネットワーク機器ＹのＩＰアドレスは、１０．２．１．４とする。
【０１３５】
システムの初期設定として、前述のネットワークを管理するネットワーク管理者は、ユーザインタフェース手段１０１を介して、図３３に示したネットワークに適用可能なポリシーを作成し［図１５：Ｓ１０１０１］、入力されたポリシー情報からなるポリシー登録要求をポリシー登録手段１０２に渡す［図１５：Ｓ１０１０２］。
【０１３６】
処理を渡されたポリシー登録手段１０２は、ポリシー登録要求として渡されたポリシー情報を、ポリシー管理データベース１１０に格納する［図１６：Ｓ１０２０１］。本実施例において、ネットワーク管理者により図３３のネットワーク用に作成され、ポリシー管理データベース１１０に格納されるポリシー例を図３４及び図３５に示す。
【０１３７】
ポリシーは、ポリシー種別、条件（ｃｏｎｄｉｔｉｏｎ ）、作動（Ａｃｔｉｏｎ）から成っており、ポリシー種別には帯域ポリシー種別、優先制御（ＤｉｆｆＳｅｒｖ）ポリシー種別などがある。条件（ｃｏｎｄｉｔｉｏｎ ）には帯域を確保するトラヒックの送信元及び送信先のＩＰアドレスやネットワーク・アドレス等がそれぞれ設定される。作動（Ａｃｔｉｏｎ）には、帯域取得ポリシー種別の場合、確保したい帯域を設定し、優先制御（ＤｉｆｆＳｅｒｖ）ポリシー種別の場合は、優先度を表すパラメータＡＦ１〜ＡＦ５の値が設定される。
【０１３８】
優先制御（ＤｉｆｆＳｅｒｖ）における優先度は、各ネットワーク機器が有するＰＨＢ（Ｐｅｒ Ｈｏｐ Ｂｅｈａｖｉｏｒ）の設定で決定されるので、例えば、ＡＦ（Ａｓｓｕｒｅｄ Ｆｏｒｗａｒｄｉｎｇ）サービスの場合、ＡＦ１＞ＡＦ２＞ＡＦ３＞ＡＦ４＞ＡＦ５といった優先度順となる。
【０１３９】
例えば、図３４及び図３５において、ポリシー１は帯域ポリシー種別で、ネットワークアドレスが１０．１．１．０／２４の部門Ａから、ネットワークアドレスが１０．１．４．０／２４の部門Ｂへの帯域を、３０Ｍｂｐｓ確保しようとするポリシーである。
【０１４０】
ポリシー管理手段１０２は、登録要求されたポリシー情報を受信する。受信したポリシー情報は、図３０に示すポリシー管理データベース１１０に、ネットワーク機器ＩＤとインターフェースＩＤに対応するチェーンを組み格納されている。本実施例で説明するポリシー管理データベース１１０内の初期格納状況は、ＩＰアドレスが１０．２．１．３のネットワーク機器Ｘと、ＩＰアドレスが１０．２．１．１のインターフェースに対応するチェーンを図３６及び図３７に示す［図１６：Ｓ１０２０１］。その後、ポリシーが登録された旨をポリシー分析手段２０１に通知する［図１６：Ｓ１０２０２］。
【０１４１】
ポリシー分析手段２０１は、ポリシーが登録された通知を受信し［図１７：Ｓ２０１０１］、登録通知されたポリシーがラベルスイッチトパス（ＬＳＰ）に対するポリシーであるか判定を行う［図１７：２０１０２］。その後、図３１に示すような、ネットワーク機器ＩＤとそのインタフェース部ＩＤでインデックスされ、チェーン組でまれたポリシー情報、及びポリシーフィードバックで使用するデータをポリシー分析データベース２１０に格納する［図１７：Ｓ２０１０３］。
【０１４２】
本実施例で使用するポリシーの適用対象であるＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインタフェース部でインデックスされたポリシー分析データベース２１０内登録データを図３１に示す。
【０１４３】
通知のあったポリシーの適用対象であるＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインタフェース部に対して、ネットワーク状況通知要求が既に行われているか判断する［図１７：Ｓ２０１０５］。既に要求済みであれば処理を終了する。要求済みでなければ、ネットワーク状況通知要求を行い、監視ポイント設定手段３０１に処理を渡す［図１７：Ｓ２０１０６］。
【０１４４】
監視ポイント設定手段３０１は、ネットワーク状況通知要求を受信する［図１８：Ｓ３０１０１］。続いて、指定されたポリシーの適用対象であるＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定をポーリング手段３０２に依頼する［図１８：Ｓ３０１０２］。
【０１４５】
ポーリング手段３０２は、トラヒック量やパケットロス率等の情報を収集する設定を受信する［図１９：Ｓ３０２０１］。受信した情報を元に、ポーリング手段３０２は、定期的に依頼されたネットワーク状況の情報を収集する［図１９：Ｓ３０２０３］。
【０１４６】
そして、収集した情報を図３２に示すネットワーク機器ＩＤとインターフェース部ＩＤでインデックスし、トラヒック量とパケットロス率を収集し、ネットワーク管理データベース１１０に格納する［図１９：Ｓ３０２０２］。本実施例で使用する情報収集対象のＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインタフェース部でインデックスされたネットワーク管理データベース１１０内データを図４５に示す。
【０１４７】
管理情報管理手段３０４は、周期的に動作し、ネットワーク状況の情報が新しくなっているかを監視する［図２１：Ｓ３０４０１］。ネットワーク状況が新しくなっていなければ特に処理せず、新しくなっていることを認知すると［図２１：Ｓ３０４０２］、ネットワーク状況通知を、ネットワーク状況分析手段２０２に送信する［図２１：Ｓ３０４０３］。
【０１４８】
ネットワーク状況分析手段２０２は、ネットワーク状況通知を受信し［図２２：Ｓ２０２０１］、ネットワーク状況通知を分析する。図４０（ａ）に示すポリシー分析データベース２１０に格納された、ネットワーク状況の情報とシステム・コンフィギュレーション・データであるトラヒック量の超過の閾値又はパケットロス率の閾値とを比較し、該閾値を超えているか否かの判断を行い、超えていれば、ポリシー修正のフィードバックが必要と判断し、最適なポリシーのフィードバックが必要であるか判定する［図２２：Ｓ２０２０６］。本実施例でのシステム・コンフィギュレーション・データを、図４０（ｂ）に示す。トラヒック量の超過の閾値又はパケットロス率の閾値を超えた場合は、最適ポリシー選択手段にポリシーフィードバック要求を送信し、処理を渡す［図２２：Ｓ２０２０７］。
【０１４９】
Ａ１：ポリシー・フィードバックにおけるポリシー追加の実施例について
図３３に示すＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．４のネットワーク機器Ｙとの間の帯域は１００Ｍｂｐｓであり、図３８に示すポリシー１が適用されている。ポリシー１は、ネットワークアドレスが１０．１．１．０／２４の部門Ａと、ネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間の帯域を３０Ｍｂｐｓ確保する帯域制御ポリシーである。
【０１５０】
このとき、ネットワークアドレスが１０．１．２．０／２４の部門Ｃと、ネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間で、図４０（ｂ）に示すポリシー分析データベース２１０に格納されたパケットロス率の閾値１０％を超えたとする。すると、最適ポリシー選択手段２０３はポリシーフィードバック要求を受信する［図２３：Ｓ２０３０１］。
【０１５１】
最適ポリシー選択手段２０３は、図３８に示す該当するＩＰアドレスが１０．２．１．３のネットワーク機器Ｘと、ＩＰアドレスが１０．２．１．１のインターフェース部に対応するポリシー分析データベース２１０の差替フラグを参照して、ポリシーの差し替えが実施されているか判定する［図２３：Ｓ２０３０２］。
【０１５２】
該当インターフェース部に適用されているポリシー１のフィードバックフラグを参照して、対象であるか判定する［図２３：Ｓ２０３０３］。ポリシー１はフィードバックフラグが対象となっているため、ポリシーフィードバックを実施する。
【０１５３】
次にポリシー１の変更可否フラグを参照して、変更可能であるか判定を行う［図２３：Ｓ２０３０４］。現状、ポリシー１は変更不可であるため、次に該当インターフェース部に未適用のポリシーがあるか検索を行う［図２３：Ｓ２０３０５］。図３６及び図３７に示すＩＰアドレスが１０．２．１．３のネットワーク機器ＸとＩＰアドレスが１０．２．１．１のインターフェース部に対する未適用ポリシーを検索する。
【０１５４】
適用中のポリシー１は帯域ポリシーであるため、現状登録されている未適用の帯域ポリシーには、ネットワークアドレスが１０．１．２．０／２４の部門Ｃと、ネットワークアドレスが１０．１．４．０／２４の部門Ｂの帯域を３０Ｍｂｐｓ確保するポリシー２と、ネットワークアドレスが１０．１．３．０／２４の部門Ｅと、ネットワークアドレスが１０．１．６．０／２４の部門Ｆの帯域を２０Ｍｂｐｓ確保するポリシー３が存在する。よって、ポリシー２を適用する指示をするため、ポリシー適用指示手段２０４に対してポリシー追加要求を行う［図２３：Ｓ２０３１０］。
【０１５５】
ポリシー適用指示手段２０４は、受信した要求種別を判定する［図２７：Ｓ２０４０１］。受信したポリシー追加要求から、ポリシー２を図４０（ａ）に示すポリシー分析データベース２１０に格納する［図２７：Ｓ２０４０４］。続いて、ポリシー２をＩＰアドレスが１０．２．１．１とＩＰアドレスが１０．２．１．２のインターフェース部に適用するため、追加ポリシー適用要求をポリシー適用手段１０３に対してを行う［図２７：Ｓ２０４０５］。
【０１５６】
ポリシー適用手段１０３は、受信要求を判定する［図２９：Ｓ１０３０１］。受信した要求が追加ポリシー適用要求であったため、ネットワーク機器に対して、ポリシー２の適用を実施する［図２９：Ｓ１０３０３］。以上により、ネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間のパケットロスが、図４０（ｂ）に示すシステム・コンフィギュレーション・データのパケットロスの閾値である１０％を超えなくなるようなポリシー適用が行われたこととなる。
【０１５７】
Ａ２：ポリシー・フィードバックにおけるポリシー変更の実施例について
その後、ネットワークアドレスが１０．１．３．０／２４の部門Ｅとネットワークアドレスが１０．１．６．０／２４の部門Ｆとの間で、図４０（ｂ）に示すポリシー分析データベース２１０に格納されたシステム・コンフィギュレーション・データのパケットロスの閾値である１０％を超えたものとする。
【０１５８】
最適ポリシー選択手段２０３はポリシーフィードバック要求を受信する［図２３：Ｓ２０３０１］。現状のシステム構成に適用されているポリシーを図３９に示す。ネットワークアドレスが１０．１．１．０／２４の部門Ａとネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間の帯域を３０Ｍｂｐｓ確保するポリシー１、及びネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂの帯域を３０Ｍｂｐｓ確保するポリシー２である。
【０１５９】
まず、ポリシーの差し替えが実施済みか判定をするため、図３９の差替フラグを参照する［図２３：Ｓ２０３０２］。差替フラグが未差替であるため、次に、フィードバックフラグを参照し、フィードバック対象であることを判定する［図２３：Ｓ２０３０３］。フィードバック対象であるため、続いて、各ポリシーの変更可否フラグをチエックし、ポリシーが変更可能であるか判定する［図２３：Ｓ２０３０４］。ポリシー１は変更不可となっているが、ポリシー２は変更可能となっている。
【０１６０】
これにより、最適ポリシー選択手段２０３はポリシー２の取得帯域を変更することを決定する［図２３：Ｓ２０３０４］。図４０（ｂ）に示すポリシー分析データベース２１０内のシステム・コンフィギュレーション・データの変動率を取得する［図２３：Ｓ２０３０８］。変動率が５０％であるため、ポリシー２の作動（Ａｃｔｉｏｎ）設定である帯域３０Ｍｂｐｓを１５Ｍｂｐｓに変更することが可能である。最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、ポリシー変更要求を行う［図２３：Ｓ２０３０９］。
【０１６１】
最適ポリシー選択手段２０３から各種要求を受けたポリシー適用指示手段２０４は、ポリシー変更要求を受け、図４１に示すように、変更内容をポリシー分析データベース２１０に格納する［図２７：Ｓ２０４０２］。続いて、変更ポリシー適用要求をポリシー適用手段１０３に対して行う［図２７：Ｓ２０４０３］。
【０１６２】
ポリシー適用手段１０３は、受信した要求を判定する［図２９：Ｓ１０３０１］。受信した要求が変更ポリシー適用要求であったため、ネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂの帯域を３０Ｍｂｐｓ確保するポリシー２を、帯域１５Ｍｂｐｓ確保するポリシーに変更する［図２９：Ｓ１０３０３］。
【０１６３】
以上により、ネットワークアドレスが１０．１．３．０／２４の部門Ｅとネットワークアドレスが１０．１．６．０／２４の部門Ｆ間のパケットロスが、図４０（ｂ）に示すシステム・コンフィギュレーション・データのパケットロスの閾値である１０％を超えなくなるようなポリシー適用が行われたこととなる。
【０１６４】
Ａ３：ポリシー・フィードバックにおけるポリシーの差し替えの実施例について
その後、パケットロスが閾値を超える毎に、ポリシーの追加やポリシーの変更を行い、ポリシー分析データベース２１０がが図４２に示すような状態になっていたとする。このとき、ネットワークアドレスが１０．１．４．０／２４の部門Ｂへのアクセスが急増し、ネットワークアドレスが１０．１．２．０／２４の部門Ｃと、ネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間で、図４０（ｂ）に示すシステム・コンフィギュレーション・データのパケットロスの閾値である１０％以下にならなくなったとする。
【０１６５】
最適ポリシー選択手段２０３は、ポリシーフィードバック要求を受信し［図２３：Ｓ２０３０１］、ポリシーの差し替えが実施済か判定をするため、図３９の差替フラグを参照する［図２３：Ｓ２０３０２］。差替フラグが未差替であるため、次に、フィードバックフラグを参照し、フィードバック対象であることを判定する［図２３：Ｓ２０３０３］。
【０１６６】
続いて、フィードバック対象であるため、各ポリシーの変更可否フラグをチエックする。しかし、全てのポリシーが変更不可能であると判定する［図２３：Ｓ２０３０４］。次に、最適ポリシー選択手段２０３は、ＩＰアドレスが１０．２．１．３のネットワーク機器Ｘと、ＩＰアドレスが１０．２．１．１のインターフェース部に、未適用のポリシーがあるか検索を行う［図２３：Ｓ２０３０５］。
【０１６７】
図３６及び図３７に示すポリシー管理データベース１１０の格納データの中から、ＩＰアドレスが１０．２．１．３のネットワーク機器Ｘと、ＩＰアドレスが１０．２．１．１のインターフェース部に対する未適用ポリシーを検索する［図２３：Ｓ２０３０５］。
【０１６８】
適用中のポリシー１からポリシー３は、帯域ポリシーであるため、帯域ポリシーとして、未適用のポリシーは存在しないと判定する［図２３：Ｓ２０３０６］。更に、最適ポリシー選択手段２０３は、現在適用中の帯域ポリシー以外に適用可能なポリシーが存在するか否かを、図３６及び図３７に示すポリシー管理データベース１１０内を検索する［図２３：Ｓ２０３０７］。
【０１６９】
そして、帯域ポリシー以外に優先制御（ＤｉｆｆＳｅｒｖ）ポリシーが登録されていることを検知し［図２３：Ｓ２０３１１］、ポリシーの差し替え処理を行うことを決定する。続いて、図４２に示す現在登録中のポリシー１からポリシー３までの変更可否フラグを参照し、変更可能であることを判定する［図２３：Ｓ２０３１２］。最適ポリシー選択手段２０３は、ポリシー適用指示手段２０４に対して、差し替えポリシー変更要求を行う［図２４：Ｓ２０３１４］。
【０１７０】
最適ポリシー選択手段２０３から各種要求を受けたポリシー適用指示手段２０４は、受信した要求の種別を判定する［図２７：Ｓ２０４０１］。差し替えポリシー変更要求を受け、図４２に示す差し替え回数のカウントを参照し、１回目の差し替えポリシー変更要求かを判定する［図２８：Ｓ２０４０６］。次に、図４３及び図４４に示す切り替えをポリシー分析データベース２１０に格納する［図２８：Ｓ２０４０７］。続いて、切替ポリシー適用要求をポリシー適用手段１０３に対して行う［図２８：Ｓ２０４０９］。
【０１７１】
ポリシー適用手段１０３は、受信要求を判定する［図２９：Ｓ１０３０１］。受信した要求が切替ポリシー適用要求であったため、ネットワークアドレスが１０．１．１．０／２４の部門Ａとネットワークアドレスが１０．１．４．０／２４の部門Ｂのトラヒックを、優先制御（ＤｉｆｆＳｅｒｖ）のＡＦ２に設定し、ネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂのトラヒックを、優先制御（ＤｉｆｆＳｅｒｖ）のＡＦ３に設定し、ネットワークアドレスが１０．１．３．０／２４の部門Ｅとネットワークアドレスが１０．１．６．０／２４の部門Ｆのトラヒックを、優先制御（ＤｉｆｆＳｅｒｖ）のＡＦ４に設定する［図２９：Ｓ１０３０８］。
【０１７２】
以上により、ネットワークアドレスが１０．１．２．０／２４の部門Ｃとネットワークアドレスが１０．１．４．０／２４の部門Ｂとの間で、パケットロスが図４０（ｂ）に示すシステム・コンフィギュレーション・データのパケットロスの閾値である１０％を超えなくなるようなポリシー適用が行われたこととなる。
【０１７３】
また、ポリシー差し替え中であっても、ポリシー差し替え前と同様に、差し替え中のポリシーの種類のなかで、ポリシーの変更又はポリシーの追加が可能である。このようにして、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといったポリシー修正のフィードバックが可能となる。
【０１７４】
Ｂ．ラベルスイッチトパス（ＬＳＰ）切り替えの実施例について
ラベルスイッチトパス（ＬＳＰ）切り替えの実施例として、図４６に示すネットワーク構成例により説明する。また、各ネットワーク機器配下のＩＰアドレス情報を図４７（ａ）に示す。このネットワーク構成例において、図４７（ｂ）に示すラベルスイッチトパス（ＬＳＰ）が設定されているとする。本実施例について、ネットワーク管理者が予めラベルスイッチトパス（ＬＳＰ）に対してポリシーを設定する例、及びラベルスイッチトパス（ＬＳＰ）障害発生時の切り替えの例についてそれぞれ説明する。
【０１７５】
Ｂ１． ネットワーク管理者がラベルスイッチトパス（ＬＳＰ）に対するポリシーを設定する実施例について
まず、ネットワーク機器Ａ配下のネットワーク（１０．１．１．０／２４）から、ネットワーク機器Ｅ配下のネットワーク（１０．１．５．０／２４）へパケットを送るラベルスイッチトパス（ＬＳＰ−Ｘ、ＬＳＰ−Ｙ、ＬＳＰ−Ｚ）に対してポリシーを設定する。
【０１７６】
ネットワーク管理者は、通常は、ＬＳＰ−Ｘのパスを使い、異常時にＬＳＰ−Ｙ、ＬＳＰ−Ｚのパスを使用するように設定する。ポリシーとしては、全てのラベルスイッチトパス（ＬＳＰ）で、ネットワーク機器Ａ配下のネットワーク（１０．１．１．０／２４）からネットワーク機器Ｅ配下のネットワーク（１０．１．５．０／２４）にパケットを通すものを用意し、ＬＳＰ−Ｘのパスを使用するポリシーのみ有効とし、他は無効なポリシーとして登録する。
【０１７７】
以下にフローに従って説明する。ネットワーク管理者は、ユーザインタフェース手段１０１を使用してポリシーを入力し、登録要求を行う［図１５：Ｓ１０１０１、Ｓ１０１０２］。次に、ポリシー管理手段１０２は、入力されたポリシー情報を図４７（ｃ）に示す形でポリシーデータベースにデータを格納する［図１６：Ｓ１０２０１］と同時に、ポリシー分析手段２０１に登録通知を行う［図１６：Ｓ１０２０２］。
【０１７８】
通知を受けたポリシー分析手段２０１は［図１７：Ｓ２０１０１］、図４７（ｃ）のポリシーデータベース内の情報を参照し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーであることを判断し［図１７：Ｓ２０１０２］、ポリシー分析データベースに、図４８（ａ）に示すようなラベルスイッチトパス（ＬＳＰ）／ポリシーのデータを登録する［図１７：Ｓ２０１０４］。また同時に、障害発生時に必要となるラベルスイッチトパス（ＬＳＰ）の情報についても、ポリシー分析データベースに登録する（図４８（ｂ））［図１７：Ｓ２０１０４］。また、予め図４９（ａ）に示すようなシステムコンフィギュレーションデータがポリシー分析データベース内に登録されているものとする。
【０１７９】
ポリシー分析手段２０１は、ポリシー分析データベース内に存在する図４８（ａ）のラベルスイッチトパス（ＬＳＰ）／ポリシーのデータと、障害発生時に必要となる図４８（ｂ）のラベルスイッチトパス（ＬＳＰ）の情報と、ネットワーク管理データベースとを参照し、監視すべきネットワーク機器ＩＤ／インタフェース部ＩＤを抽出し［図１７：Ｓ２０１０５］、ネットワーク状況通知要求を監視ポイント設定手段３０１に通知する［図１７：Ｓ２０１０６］。本実施例では、全てのネットワーク機器ＩＤ／インタフェース部ＩＤについて、未監視状態とし、図４９（ｂ）のネットワーク機器ＩＤ／インタフェース部ＩＤについて、監視するように通知する［図１７：Ｓ２０１０６］。
【０１８０】
要求を受けた監視ポイント設定手段３０１は［図１８：Ｓ３０１０１］、指定されたポリシーの適用対象であるネットワーク機器ＩＤとインタフェース部ＩＤにおけるトラヒック量やパケットロス率等の情報を収集する設定をポーリング手段３０２に依頼する［図１８：Ｓ３０１０２］。次に、受け付けた要求がラベルスイッチトパス（ＬＳＰ）に関するポリシーであれば［図１８：Ｓ３０１０３］、障害情報を収集するために、障害情報をトラップする設定をトラップ手段３０３に依頼する［図１８：Ｓ３０１０４］。
【０１８１】
要求を受け取った［図１９：Ｓ３０２０１、図２０：Ｓ３０３０１］ポーリング手段３０２とトラップ手段３０３は、図５０に示すデータをネットワーク管理データベースに登録する［図１９：Ｓ３０２０２、図２０：Ｓ３０３０３］。以上の手順により、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの設定が完了し、必要な情報収集をネットワーク管理サーバが開始する。
【０１８２】
Ｂ２． ラベルスイッチトパス（ＬＳＰ）障害発生時の実施例について
本実施例をフローに従って以下に説明する。指定されたラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象である複数のネットワーク機器とネットワーク機器が有するインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定が行われているので、管理情報管理手段３０４は、周期的に動作し［図２１：Ｓ３０４０１］、ネットワーク状況の情報が新しくなっているかを判断し［図２１：Ｓ３０４０２］、新しくなっていれば、ネットワーク状況通知を、ネットワーク状況分析手段２０２に送信する［図２１：Ｓ３０４０３］。
【０１８３】
ネットワーク状況分析手段２０２は要求を受信し［図２２：Ｓ２０２０１］、ネットワーク管理データベースを参照し、ネットワーク機器Ｂのインタフェース部ｂ１で、障害が発生していることを検出し［図２２：Ｓ２０２０２］、最適ポリシー選択手段２０３に対してラベルスイッチトパス（ＬＳＰ）切り替え要求を行う［図２２：Ｓ２０２０３］。
【０１８４】
最適ポリシー選択手段２０３はラベルスイッチトパス（ＬＳＰ）切替要求を受信し［図２３：Ｓ２０３０１］、ポリシー分析データベース内にあるラベルスイッチトパス（ＬＳＰ）に関する情報（図４８（ｂ））を参照し、ＬＳＰ−Ｘの代替経路として、ＬＳＰ−ＹとＬＳＰ−Ｚのパスがあることを検出する［図２５：Ｓ２０３１９］。
【０１８５】
次に、ＬＳＰ−ＹとＬＳＰ−Ｚのパスのパケットロス率を求めると、ＬＳＰ−Ｙは５％（ａ２、ｃ１、ｃ２、ｅ２のパケットロス率の最大のもの）、ＬＳＰ−Ｘは１２％（ａ３、ｄ１、ｄ２、ｅ３のパケットロス率の最大のもの）となり［図２５：Ｓ２０３２０］、ポリシー分析データベース内システムコンフィギュレーションデータ（図４９（ａ））にあるラベルスイッチトパス（ＬＳＰ）パケットロス率閾値と比較して、閾値よりも低い方、本実施例ではＬＳＰ−Ｙを代替ラベルスイッチトパス（ＬＳＰ）として選択する［図２５：Ｓ２０３２１］。最適ポリシー選択手段２０３はポリシー適用指示手段２０４に対し、代替ラベルスイッチトパス（ＬＳＰ）切替要求を送信する［図２５：Ｓ２０３２５］。
【０１８６】
代替ラベルスイッチトパス（ＬＳＰ）切替要求を受けた［図２７：Ｓ２０４０１］ポリシー適用指示手段２０４は、代替ラベルスイッチトパス（ＬＳＰ）切替内容（図５２（ａ））をポリシー分析データベース２１０に格納し［図２７：Ｓ２０４１４］、ラベルスイッチトパス（ＬＳＰ）切替要求をポリシー適用手段１０３に対して行う［図２７：Ｓ２０４１５］。
【０１８７】
ポリシー適用手段１０３は要求を受信し［図２９：Ｓ１０３０１］、ネットワーク機器Ａに対して、ラベルスイッチトパス（ＬＳＰ）切り替え要求内容に従ったネットワーク制御を行い、ＬＳＰ−ＸのＰｏｌｉｃｙ１が無効となり、ＬＳＰ−ＹのＰｏｌｉｃｙ２が有効となる（図５２（ｂ））［図２９：Ｓ１０３０６］。
【０１８８】
このようにして、ＭＰＬＳに対応したネットワーク機器が備える障害保護（Ｐｒｏｔｅｃｔｉｏｎ）機能では、代替ラベルスイッチトパス（ＬＳＰ）に、既に多量のトラヒックが流れていても、又は、パケットロスが発生するような輻輳状態であっても、障害の発生したラベルスイッチトパス（ＬＳＰ）のトラヒックを、事前設定の代替ラベルスイッチトパス（ＬＳＰ）に流すことによるサービス品質を劣化させてしまうという問題があったが、代替ラベルスイッチトパス（ＬＳＰ）の切り替えを行う際に、複数のラベルスイッチトパス（ＬＳＰ）の中から、トラヒック量やパケットロス率が最少となる最適なラベルスイッチトパス（ＬＳＰ）をネットワークの障害時に即座に適用可能となり、上記の問題を解決することができる。
【０１８９】
Ｃ．トラヒックフロー流入制御の実施例について
トラヒックフロー流入制御の実施例として、インターネットサービスプロバイダ（ＩＳＰ）におけるクラス分けされたインターネット接続サービス及びショッピングサービスでの例について説明する。まず、ＩＳＰの提供するインターネット接続サービスのクラスとして、エコノミー、スタンダード、ゴールドの３つのクラスがあるとする。
【０１９０】
エコノミークラスは、格安な料金で提供されるが、アクセス先サーバまでのネットワークが高負荷になった場合は、接続は全て切断される。スタンダードクラスは、標準的な料金で提供され、アクセス先サーバまでのネットワークが高負荷になった場合で、エコノミークラスのユーザの接続を切断しても、負荷が下がらない場合には、切断されることがある。ゴールドクラスは、切断されることはなく、アクセス先サーバまでのネットワークが高負荷になっても、エコノミークラスとスタンダードクラスのユーザを切断することで快適な接続が提供される。ただし料金は割高である。
【０１９１】
本実施例で説明するネットワーク構成例を図５３に示す。図５３の各ユーザ（Ａ、Ｂ、Ｃ）は、図５４（ａ）に示すように、ユーザＡはエコノミークラス、ユーザＢはスタンダードクラス、ユーザＣはゴールドクラスのユーザサービスクラスで契約しているとする。本実施例のＩＳＰは、ＩＰアドレスからユーザクラスを判別することができるよう、図５３のネットワーク機器Ａでは、図５４（ｂ）に示すようなＩＰアドレスの割り振りを行う。このとき、各ユーザには、図５４（ｃ）に示すようにＩＰアドレスが割り振られているものとする。
【０１９２】
ネットワーク機器Ｃ配下のＩＰアドレス情報及びショッピングサーバのＩＰアドレスは図５４（ｄ）に示すように割り振られているものとする。本実施例のネットワーク構成において、図５４（ｅ）に示すラベルスイッチトパス（ＬＳＰ）が設定されているとする。
【０１９３】
本実施例について、ネットワーク管理者が予めラベルスイッチトパス（ＬＳＰ）に対してポリシーを設定するときの例、及びラベルスイッチトパス（ＬＳＰ）トラヒック過負荷時の例についてそれぞれ説明する。
【０１９４】
Ｃ１．ネットワーク管理者がラベルスイッチトパス（ＬＳＰ）に対するポリシーを設定する実施例について
まず、ネットワーク機器Ａ配下のネットワーク（１０．１．１．０／２４、１０．１．２．０／２４、１０．１．３．０／２４）から、ネットワーク機器Ｃ配下のネットワーク（１０．１０．１０．０／２４）へパケットを送るＬＳＰ−Ｘに対してポリシーを設定する。
【０１９５】
ネットワーク管理者は、通常は、ゴールド／スタンダード／エコノミーの各ユーザサービスクラスの全パケットを通すポリシーを使用する。トラヒック量が増加したときには、ゴールド／スタンダードのクラスのパケットは通し、エコノミークラスのユーザのパケットは拒否するポリシー、更にトラヒック量が増加したときは、ゴールドクラスのみパケットを通し、スタンダード／エコノミークラスのパケットは通さないポリシーを使用するように設定する。通常は、全ユーザのパケットが通るポリシーのみを有効とし、パケット流入を止めるポリシーは無効として登録する。
【０１９６】
以下にフローに従って説明する。ネットワーク管理者は、ユーザインタフェース手段１０１を使用して、ポリシーを入力し、登録要求を行う［図１５：Ｓ１０１０１、Ｓ１０１０２］。次に、ポリシー管理手段１０２は、入力されたポリシー情報を、図５５に示すような形で、ポリシーデータベースにデータを格納する［図１６：Ｓ１０２０１］と同時に、ポリシー分析手段２０１に登録通知を行う［図１６：Ｓ１０２０２］。
【０１９７】
通知を受けた［図１７：Ｓ２０１０１］ポリシー分析手段２０１は、図５５のポリシーデータベース内の情報を参照し、ラベルスイッチトパス（ＬＳＰ）に対するポリシーであることを判断し［図１７：Ｓ２０１０２］、ポリシー分析データベースに、図５６（ａ）に示すＬＳＰ／ポリシーの情報を登録する［図１７：Ｓ２０１０４］。
【０１９８】
また同時に、ネットワーク監視に必要となるラベルスイッチトパス（ＬＳＰ）の情報についても、ポリシー分析データベースに登録する（図５６（ｂ））。また、予め図５６（ｃ）に示すようなシステムコンフィギュレーションデータがポリシー分析データベース内に登録されているものとする。
【０１９９】
ポリシー分析手段２０１は、ポリシー分析データベース内に存在する図５６（ａ）及び図５６（ｂ）のデータと、ネットワーク管理データベースとを参照し、監視すべきネットワーク機器ＩＤ／インタフェース部ＩＤを抽出し［図１７：Ｓ２０１０５］、ネットワーク状況通知要求を監視ポイント設定手段３０１に通知する［図１７：Ｓ２０１０６］。本実施例では、全てのネットワーク機器ＩＤ／インタフェース部ＩＤについて、未監視状態とし、図５６（ｄ）のネットワーク機器ＩＤ／インタフェース部ＩＤについて、監視するように通知する。
【０２００】
要求を受けた［図１８：Ｓ３０１０１］監視ポイント設定手段３０１は、指定されたポリシーの適用対象であるネットワーク機器ＩＤとインタフェース部ＩＤにおけるトラヒック情報、パケットロス率を収集するために、それらの情報を収集する設定をポーリング手段３０２に依頼する［図１８：Ｓ３０１０２］。要求を受信した［図１９：Ｓ３０２０１］ポーリング手段３０２は、図５７（ａ）に示すデータをネットワーク管理データベースに登録する［図１９：Ｓ３０２０２］。
【０２０１】
また、ポリシー分析データベース内に、ポリシー履歴情報として、Ｐｏｌｉｃｙ１を設定したことを記録する（図５７（ｂ））。以上の手順により、ラベルスイッチトパス（ＬＳＰ）に対するポリシーの設定が完了し、必要な情報収集をネットワーク管理サーバが開始する。
【０２０２】
Ｂ２． ラベルスイッチトパス（ＬＳＰ）トラヒック過負荷時の流入制御の実施例について
本実施例をフローに従って説明する。指定されたラベルスイッチトパス（ＬＳＰ）に対するポリシーの適用対象である複数のネットワーク機器とネットワーク機器が有するインタフェース部におけるトラヒック量やパケットロス率等の情報を収集する設定が行われているので、管理情報管理手段３０４は、周期的に動作し［図２１：Ｓ３０４０１］、ネットワーク状況の情報が新しくなっているかを判断し［図２１：Ｓ３０４０２］、新しくなっていれば、ネットワーク状況通知を、ネットワーク状況分析手段２０２に送信する［図２１：Ｓ３０４０３］。
【０２０３】
要求を受信した［図２２：Ｓ２０２０１］ネットワーク状況分析手段２０２は、図５７（ｃ）のネットワーク管理データベースと、図５６（ｃ）のシステムコンフィギュレーションデータのラベルスイッチトパス（ＬＳＰ）トラヒック量閾値を参照し、ネットワーク機器Ｃのインタフェース部ｃ１で、ラベルスイッチトパス（ＬＳＰ）トラヒック量閾値を超えていることを検出し［図２２：Ｓ２０２０４］、最適ポリシー選択手段２０３に対してトラヒックフロー流入制御要求を行う［図２２：Ｓ２０２０５］。
【０２０４】
最適ポリシー選択手段２０３は要求を受信し［図２３：Ｓ２０３０１］、ポリシーデータベース内にトラヒックフロー流入制御のポリシーがあることを検出する［図２６：Ｓ２０３２６］。次に、現時点でトラヒックフロー流入制御ポリシーが適用されていないことを検出し［図２６：Ｓ２０３２７］、最も軽いトラヒックフロー流入制御ポリシーを検索する［図２６：Ｓ２０３２８］。
【０２０５】
本実施例の場合は、パケットの通過を不許可とする作動（Ａｃｔｉｏｎ）が最も少ないＰｏｌｉｃｙ２を検索し、ポリシー適用指示手段２０４に対し、Ｐｏｌｉｃｙ１からＰｏｌｉｃｙ２へのトラヒックフロー流入制御要求を送る［図２６：Ｓ２０３３１］。また、既にＰｏｌｉｃｙ２が適用されていた場合は、Ｐｏｌｉｃｙ２よりもパケットの流入を制限するＰｏｌｉｃｙ３を検索し［図２６：Ｓ２０３２９、Ｓ２０３３０］、ポリシー適用指示手段２０４に対し、Ｐｏｌｉｃｙ２からＰｏｌｉｃｙ３へのトラヒックフロー流入制御要求を送る［図２６：Ｓ２０３３１］。
【０２０６】
トラヒックフロー流入制御要求を受けた［図２７：Ｓ２０４０１］ポリシー適用指示手段２０４は、トラヒックフロー流入制御要求をポリシー分析データベース２１０に格納し（図５８（ａ））［図２８：Ｓ２０４１６］、トラヒックフロー流入規制要求をポリシー適用手段１０３に対して行う［図２８：Ｓ２０４１７］。
【０２０７】
要求を受信した［図２９：Ｓ１０３０１］ポリシー適用手段１０３は、ネットワーク機器Ａに対して、ラベルスイッチトパス（ＬＳＰ）切り替え要求内容に従ったネットワーク制御を行い、ＬＳＰ−ＸのパスのＰｏｌｉｃｙ１が無効となり、Ｐｏｌｉｃｙ２が有効となる（図５８（ｂ））［図２９：Ｓ１０３０７］。
【０２０８】
Ｐｏｌｉｃｙ２が有効になることで、１０．１．１．０／２４のアドレスを有するユーザＡ（エコノミークラス、１０．１．１．１）のショッピングサーバに対するパケットは、ネットワーク機器Ａで全て止められることとなる。こうすることで、トラヒック流入を抑えることができる。
【０２０９】
また、同様に、Ｐｏｌｉｃｙ３が適用された場合、１０．１．１．０／２４と１０．１．２．０／２４のアドレスを有するユーザＡとＢ（エコノミークラス：１０．１．１．１、スタンダードクラス：１０．１．２．２）のショッピングサーバに対するパケットは、ネットワーク機器Ａで全て止めることが可能となり、ゴールドクラスのユーザだけが接続されるようになる。このようにして、ＭＰＬＳネットワークにおいて、ネットワーク・リソースが最大限使用されている場合、ＭＰＬＳネットワークを流れるトラヒックの流入規制を、各ネットワーク利用者毎に要求されるサービス品質に基づいて行い、ネットワーク利用者に差別化したサービスを提供することができる。
【０２１０】
【発明の効果】
本発明は、ポリシーサーバによって適用されているポリシーに対して、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといった適用ポリシーの修正のフィードバックを自動的に行うことにより、ネットワーク全体のサービス品質を確保することができ、更に、ネットワーク管理者への負担を大幅に減少させることができる。
【０２１１】
本発明は、ネットワーク運用状況に基づいて、トラヒック量やパケットロスの少ないラベルスイッチトパス（ＬＳＰ）を代替ラベルスイッチトパス（ＬＳＰ）として選択することにより、ネットワーク全体のサービス品質を確保することができる。
【０２１２】
本発明は、ＭＰＬＳネットワークにおいて、ネットワーク・リソースが最大限使用されている場合、ＭＰＬＳネットワークを流れるトラヒック（ラベルスイッチトパス上を流れるトラヒック）の流入規制を、各ネットワーク利用者のサービス品質クラスに従って段階的に行うことにより、サービス品質クラスの低いネットワーク利用者からのトラフィックの流入を規制し、サービス品質クラスの高いネットワーク利用者のトラフィック流入を優先させ、ネットワーク利用者に差別化したサービスを提供することがアできる。
【０２１３】
更に、本発明の副次的効果として、ネットワーク運用状況に基づいて、適用するポリシーの追加、適用されているポリシーの変更、又は適用されているポリシーの差し替えといったポリシー修正のフィードバックの結果を蓄積することにより、ポリシーのトレーサビリティを確保し、ネットワーク運用状況とネットワーク制御との関連性を明確に認識することが可能となり、ネットワーク管理者は、ネットワーク増設のタイミングや、管理しているネットワークのキャパシティなどを容易に把握することが可能となる。
【図面の簡単な説明】
【図１】本発明のネットワーク状況に基づくポリシー適用方式の機能構成を示す図である。
【図２】本発明のポリシー適用方式を適用したネットワークシステムの構成例を示す図である。
【図３】本発明のポリシー・フィードバック方式の処理フェーズを示す図である。
【図４】本発明のポリシー・フィードバック方式の処理シーケンスを示す図である。
【図５】本発明のポリシー・フィードバック方式の処理シーケンスを示す図である。
【図６】本発明のポリシー・フィードバック方式の処理シーケンスを示す図である。
【図７】本発明のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理フェーズを示す図である。
【図８】本発明のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスを示す図である。
【図９】本発明のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスを示す図である。
【図１０】本発明のポリシーベースラベルスイッチトパス（ＬＳＰ）切り替え方式の処理シーケンスを示す図である。
【図１１】本発明のポリシーベーストラヒックフロー流入制御方式の処理フェーズを示す図である。
【図１２】本発明のポリシーベーストラヒックフロー流入制御方式の処理シーケンスを示す図である。
【図１３】本発明のポリシーベーストラヒックフロー流入制御方式の処理シーケンスを示す図である。
【図１４】本発明のポリシーベーストラヒックフロー流入制御方式の処理シーケンスを示す図である。
【図１５】本発明のユーザインタフェース手段１０１の処理フローを示す図である。
【図１６】本発明のポリシー管理手段１０２の処理フローを示す図である。
【図１７】本発明のポリシー分析手段２０１の処理フローを示す図である。
【図１８】本発明の管理ポイント設定手段３０１の処理フローを示す図である。
【図１９】本発明のポーリング手段３０２の処理フローを示す図である。
【図２０】本発明のトラップ手段３０３の処理フローを示す図である。
【図２１】本発明の管理情報管理手段３０４の処理フローを示す図である。
【図２２】本発明のネットワーク状況分析手段２０２の処理フローを示す図である。
【図２３】本発明の最適ポリシー選択手段２０３を示す図である。
【図２４】本発明の最適ポリシー選択手段２０３を示す図である。
【図２５】本発明の最適ポリシー選択手段２０３を示す図である。
【図２６】本発明の最適ポリシー選択手段２０３を示す図である。
【図２７】本発明のポリシー適用指示手段２０４を示す図である。
【図２８】本発明のポリシー適用指示手段２０４を示す図である。
【図２９】本発明のポリシー適用手段１０３を示す図である。
【図３０】本発明のポリシーデータベース１１０のデータ構造を示す図である。
【図３１】本発明のポリシー分析データベース２１０のデータ構造を示す図である。
【図３２】本発明のネットワーク管理データベース３１０のデータ構造を示す図である。
【図３３】本発明のポリシー・フィードバック方式が適用されるネットワーク例を示す図である。
【図３４】図３３のネットワーク例に適用される帯域制御ポリシーの例を示す図である。
【図３５】図３３のネットワーク例に適用される優先制御ポリシーの例を示す図である。
【図３６】ポリシー・フィードバック方式の実施例におけるポリシー管理データベースの格納データ例を示す図である。
【図３７】ポリシー・フィードバック方式の実施例におけるポリシー管理データベースの格納データ例を示す図である。
【図３８】ポリシー・フィードバック方式の実施例における帯域確保ポリシーのデータ例を示す図である。
【図３９】ポリシー追加の実施例におけるポリシー追加後のデータ例を示す図である。
【図４０】（ａ）はポリシー分析データベース２１０に格納されるシステムコンフィギュレーションデータ、（ｂ）は実施例Ａにおけるポリシー分析データベース２１０に格納されるシステムコンフィギュレーションデータを示す図である。
【図４１】ポリシー変更の実施例におけるポリシー変更後のデータ例を示す図である。
【図４２】ポリシー差し替えの実施例におけるポリシー差し替え前のデータ例を示す図である。
【図４３】ポリシー差し替えの実施例におけるポリシー差し替え後のデータ例を示す図である。
【図４４】ポリシー差し替えの実施例におけるポリシー差し替え後のデータ例を示す図である。
【図４５】ポリシー・フィードバック方式の実施例におけるネットワーク管理データベース３１０に格納されるデータ例を示す図である。
【図４６】ＬＳＰ切り替えの実施例のネットワーク構成を示す図である。
【図４７】（ａ）はＬＳＰ切り替えの実施例のＩＰアドレス情報、（ｂ）はＬＳＰ情報、（ｃ）はポリシーデータベースを示す図である。
【図４８】（ａ）はＬＳＰ切り替えの実施例におけるポリシー分析データベース内のＬＳＰ／ポリシー情報、（ｂ）はＬＳＰ経路情報を示す図である。
【図４９】（ａ）はＬＳＰ切り替えの実施例におけるポリシー分析データベース内のシステムコンフィギュレーションデータ、（ｂ）はＬＳＰ切り替えの実施例における監視すべきネットワーク機器ＩＤ／インタフェースＩＤの一覧を示す図である。
【図５０】ＬＳＰ切り替えの実施例におけるネットワーク管理データベースの初期状態を示す図である。
【図５１】ＬＳＰ切り替えの実施例における障害発生時のネットワーク管理データベースを示す図である。
【図５２】（ａ）はＬＳＰ切り替えの実施例におけるポリシー分析データベース内のポリシー履歴情報、（ｂ）はＬＳＰ切り替えの実施例におけるポリシー分析データベース内のＬＳＰ／ポリシー情報（切り替え後）を示す図である。
【図５３】トラフィックフロー流入制御の実施例のネットワーク構成を示す図である。
【図５４】（ａ）はトラフィックフロー流入制御の実施例における契約ユーザのクラス、（ｂ）はトラフィックフロー流入制御の実施例におけるユーザクラス／ＩＰアドレス対応表、（ｃ）はトラフィックフロー流入制御の実施例における各ユーザに割り振られているＩＰアドレス、（ｄ）はトラフィックフロー流入制御の実施例におけるネットワーク機器Ｃ配下のＩＰアドレス情報、ショッピングサーバのＩＰアドレス、（ｅ）はトラフィックフロー流入制御の実施例におけるＬＳＰ情報を示す図である。
【図５５】トラフィックフロー流入制御の実施例のポリシーデータベースを示す図である。
【図５６】（ａ）はトラフィックフロー流入制御の実施例のポリシー分析データベース内のＬＳＰ／ポリシー情報、（ｂ）はトラフィックフロー流入制御の実施例におけるＬＳＰ経路情報、（ｃ）はトラフィックフロー流入制御の実施例におけるシステムコンフィギュレーションデータ、（ｄ）はトラフィックフロー流入制御の実施例における監視すべきネットワーク機器ＩＤ／インタフェースＩＤの一覧を示す図である。
【図５７】（ａ）はトラフィックフロー流入制御の実施例のネットワーク管理データベースの初期状態、（ｂ）はトラフィックフロー流入制御の実施例におけるポリシー分析データベース内ポリシー履歴上納の初期状態、（ｃ）はトラフィックフロー流入制御の実施例におけるネットワーク管理データベースを示す図である。
【図５８】（ａ）はトラフィックフロー流入制御の実施例のポリシー分析データベース内のポリシー履歴情報、（ｂ）はトラフィックフロー流入制御の実施例におけるＬＳＰ／ポリシー情報（差し替え後）を示す図である。
【図５９】ＭＰＬＳネットワークにおけるパケット転送方式を示す図である。
【図６０】ネットワーク管理サーバの動作概要を示す図である。
【図６１】ポリシーサーバの動作概要を示す図である。
【図６２】従来のネットワーク管理サーバの機能構成を示す図である。
【図６３】従来のポリシーサーバの機能構成を示す図である。
【符号の説明】
１０１ ユーザインタフェース手段
１０２ ポリシー管理手段
１０３ ポリシー適用手段
１１０ ポリシー管理データベース
２０１ ポリシー分析手段
２０２ ネットワーク状況分析手段
２０３ 最適ポリシー選択手段
２０４ ポリシー適用指示手段
２１０ ポリシー分析データベース
３０１ 監視ポイント設定手段
３０２ ポーリング手段
３０３ トラップ手段
３０４ 管理情報管理手段
３１０ ネットワーク運用データベース
Claims (10)
- ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と具備し、
ネットワーク運用状況に基づいて、適用する運用ポリシーを追加し、適用されている運用ポリシーを変更し、又は適用されている運用ポリシーの差し替えを行う手段を備えたことを特徴とするネットワーク状況に基づくポリシー適用方式。 - マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段とを具備し、
該ネットワークの転送経路の障害発生時に、複数のラベルスイッチトパスの中から、トラヒック量又はパケットロス量が最少となる代替ラベルスイッチトパスに切り替える手段を備えたことを特徴とするネットワーク状況に基づくポリシー適用方式。 - マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段とを具備し、
該ネットワーク・リソースを最大限使用したときに、該マルチプロトコルラベルスイッチングネットワークを流れるトラヒックフローの流入規制を、ユーザサービスクラスのレベルに応じて段階的に行う手段を備えたことを特徴とするネットワーク状況に基づくポリシー適用方式。 - ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と具備し、
ネットワーク運用状況に基づいて、適用する運用ポリシーの追加、適用されている運用ポリシーの変更、若しくは適用されているポリシーの差し替えのポリシー修正フィードバックの結果、複数のラベルスイッチトパスの中からトラヒック量又はパケットロス量が最少となる最適なラベルスイッチトパスへの切り替えの結果、又は、マルチプロトコルラベルスイッチングのネットワークを流れるトラヒックの流入規制の段階的適用の結果を保持し、運用ポリシーのトレーサビリティを確保する手段を備えたことを特徴とするネットワーク状況に基づくポリシー適用方式。 - 前記運用ポリシーとネットワーク運用状況との関連付けを行うポリシー分析手段と、ネットワーク運用状況の監視依頼を行う監視ポイント設定手段と、定期的にネットワーク運用状況をチェックする管理情報管理手段と、ネットワーク運用状況を分析するネットワーク状況分析手段と、ネットワーク運用状況に基づいた最適なポリシーを選択する最適ポリシー分析手段とを具備したことを特徴とする請求項１乃至４の何れかに記載のネットワーク状況に基づくポリシー適用方式。
- ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、
ネットワーク運用状況に基づいて、適用する運用ポリシーを追加し、適用されている運用ポリシーを変更し、又は適用されている運用ポリシーの差し替えを行う手段として機能させるためのネットワーク状況に基づくポリシー適用方式のプログラム。 - マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、
該ネットワークの転送経路の障害発生時に、複数のラベルスイッチトパスの中から、トラヒック量又はパケットロス量が最少となる代替ラベルスイッチトパスに切り替える手段として機能させるためのネットワーク状況に基づくポリシー適用方式のプログラム。 - マルチプロトコルラベルスイッチングのネットワークに対して、該ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワーク管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、
該ネットワーク・リソースを最大限使用したときに、該マルチプロトコルラベルスイッチングネットワークを流れるトラヒックフローの流入規制を、ユーザサービスクラスのレベルに応じて段階的に行う手段として機能させるためのネットワーク状況に基づくポリシー適用方式のプログラム。 - ネットワークを監視するポーリング手段及びトラップ手段と、該ネットワークを制御する運用ポリシーを適用するポリシー適用手段と、該ネットワークの管理者に対する運用ポリシーの登録のためのユーザインタフェース手段と、登録された運用ポリシーを管理するポリシー管理手段と、運用ポリシーの適用を指示するポリシー適用指示手段と、
ネットワーク運用状況に基づいて、適用する運用ポリシーの追加、適用されている運用ポリシーの変更、若しくは適用されているポリシーの差し替えのポリシー修正フィードバックの結果、複数のラベルスイッチトパスの中からトラヒック量又はパケットロス量が最少となる最適なラベルスイッチトパスへの切り替えの結果、又は、マルチプロトコルラベルスイッチングのネットワークを流れるトラヒックの流入規制の段階的適用の結果を保持し、運用ポリシーのトレーサビリティを確保する手段として機能させるためのネットワーク状況に基づくポリシー適用方式のプログラム。 - 前記運用ポリシーとネットワーク運用状況との関連付けを行うポリシー分析手段と、ネットワーク運用状況の監視依頼を行う監視ポイント設定手段と、定期的にネットワーク運用状況をチェックする管理情報管理手段と、ネットワーク運用状況を分析するネットワーク状況分析手段と、ネットワーク運用状況に基づいた最適なポリシーを選択する最適ポリシー分析手段として機能させるためのプログラムを有する請求項６乃至９の何れかに記載のネットワーク状況に基づくポリシー適用方式のプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003022731A JP2004236030A (ja) | 2003-01-30 | 2003-01-30 | ネットワーク状況に基づくポリシー適用方式及びそのプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003022731A JP2004236030A (ja) | 2003-01-30 | 2003-01-30 | ネットワーク状況に基づくポリシー適用方式及びそのプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004236030A true JP2004236030A (ja) | 2004-08-19 |
Family
ID=32951736
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003022731A Withdrawn JP2004236030A (ja) | 2003-01-30 | 2003-01-30 | ネットワーク状況に基づくポリシー適用方式及びそのプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004236030A (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007201623A (ja) * | 2006-01-24 | 2007-08-09 | Kddi Corp | 通信システムおよびその発呼規制方法ならびに視聴者端末 |
| JP2007274372A (ja) * | 2006-03-31 | 2007-10-18 | Kddi Corp | 視聴者端末およびその通信規制方法 |
| WO2008154840A1 (fr) * | 2007-06-15 | 2008-12-24 | Huawei Technologies Co., Ltd. | Procédé, système et entité permettant de mettre en œuvre une commande de politique |
| JP2010191690A (ja) * | 2009-02-18 | 2010-09-02 | Fujitsu Ltd | 伝送装置データベースのバックアップ管理方法およびリストア管理方法 |
| US7817611B2 (en) | 2006-04-05 | 2010-10-19 | Nec Corporation | Wireless local area network system |
| US8024460B2 (en) | 2008-12-08 | 2011-09-20 | Hitachi, Ltd. | Performance management system, information processing system, and information collecting method in performance management system |
| US8156329B2 (en) | 2008-06-10 | 2012-04-10 | Canon Kabushiki Kaisha | Network device management apparatus and control method thereof |
| WO2013147053A1 (ja) | 2012-03-30 | 2013-10-03 | 日本電気株式会社 | 制御装置、通信装置、通信方法及びプログラム |
| JP2015502696A (ja) * | 2011-11-10 | 2015-01-22 | アダプティブ スペクトラム アンド シグナル アラインメント インコーポレイテッド | リモートサーバによって通信ユニットの性能を最適化する方法、装置、および、システム |
| JP2017135720A (ja) * | 2007-09-26 | 2017-08-03 | ニシラ， インコーポレイテッド | ネットワークを管理する及び安全にするためのネットワークオペレーティングシステム |
| WO2019156102A1 (ja) * | 2018-02-08 | 2019-08-15 | 日本電信電話株式会社 | オペレーション装置およびオペレーション方法 |
| US10530695B2 (en) | 2011-12-05 | 2020-01-07 | Assia Spe, Llc | Systems and methods for traffic aggregation on multiple WAN backhauls and multiple distinct LAN networks |
| US11197196B2 (en) | 2014-12-04 | 2021-12-07 | Assia Spe, Llc | Optimized control system for aggregation of multiple broadband connections over radio interfaces |
| US11770362B2 (en) | 2021-12-29 | 2023-09-26 | Uab 360 It | Access control in a mesh network |
-
2003
- 2003-01-30 JP JP2003022731A patent/JP2004236030A/ja not_active Withdrawn
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007201623A (ja) * | 2006-01-24 | 2007-08-09 | Kddi Corp | 通信システムおよびその発呼規制方法ならびに視聴者端末 |
| JP2007274372A (ja) * | 2006-03-31 | 2007-10-18 | Kddi Corp | 視聴者端末およびその通信規制方法 |
| US7817611B2 (en) | 2006-04-05 | 2010-10-19 | Nec Corporation | Wireless local area network system |
| WO2008154840A1 (fr) * | 2007-06-15 | 2008-12-24 | Huawei Technologies Co., Ltd. | Procédé, système et entité permettant de mettre en œuvre une commande de politique |
| US10306073B2 (en) | 2007-06-15 | 2019-05-28 | Huawei Technologies Co., Ltd | Method, system, and entity for exercising policy control |
| US9807248B2 (en) | 2007-06-15 | 2017-10-31 | Huawei Technologies Co., Ltd. | Method, system, and entity for exercising policy control |
| JP2017135720A (ja) * | 2007-09-26 | 2017-08-03 | ニシラ， インコーポレイテッド | ネットワークを管理する及び安全にするためのネットワークオペレーティングシステム |
| US11683214B2 (en) | 2007-09-26 | 2023-06-20 | Nicira, Inc. | Network operating system for managing and securing networks |
| US10749736B2 (en) | 2007-09-26 | 2020-08-18 | Nicira, Inc. | Network operating system for managing and securing networks |
| US8156329B2 (en) | 2008-06-10 | 2012-04-10 | Canon Kabushiki Kaisha | Network device management apparatus and control method thereof |
| US8024460B2 (en) | 2008-12-08 | 2011-09-20 | Hitachi, Ltd. | Performance management system, information processing system, and information collecting method in performance management system |
| JP2010191690A (ja) * | 2009-02-18 | 2010-09-02 | Fujitsu Ltd | 伝送装置データベースのバックアップ管理方法およびリストア管理方法 |
| JP2015502696A (ja) * | 2011-11-10 | 2015-01-22 | アダプティブ スペクトラム アンド シグナル アラインメント インコーポレイテッド | リモートサーバによって通信ユニットの性能を最適化する方法、装置、および、システム |
| US10848398B2 (en) | 2011-11-10 | 2020-11-24 | Assia Spe, Llc | Method, apparatus, and system for optimizing performance of a communication unit by a remote server |
| US10530695B2 (en) | 2011-12-05 | 2020-01-07 | Assia Spe, Llc | Systems and methods for traffic aggregation on multiple WAN backhauls and multiple distinct LAN networks |
| US9549413B2 (en) | 2012-03-30 | 2017-01-17 | Nec Corporation | Control apparatus, communication apparatus, communication method and program |
| WO2013147053A1 (ja) | 2012-03-30 | 2013-10-03 | 日本電気株式会社 | 制御装置、通信装置、通信方法及びプログラム |
| US11197196B2 (en) | 2014-12-04 | 2021-12-07 | Assia Spe, Llc | Optimized control system for aggregation of multiple broadband connections over radio interfaces |
| WO2019156102A1 (ja) * | 2018-02-08 | 2019-08-15 | 日本電信電話株式会社 | オペレーション装置およびオペレーション方法 |
| JP2019140496A (ja) * | 2018-02-08 | 2019-08-22 | 日本電信電話株式会社 | オペレーション装置およびオペレーション方法 |
| US11388038B2 (en) | 2018-02-08 | 2022-07-12 | Nippon Telegraph And Telephone Corporation | Operation device and operation method |
| US11770362B2 (en) | 2021-12-29 | 2023-09-26 | Uab 360 It | Access control in a mesh network |
| US11799830B2 (en) | 2021-12-29 | 2023-10-24 | Uab 360 It | Access control in a mesh network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8385194B2 (en) | Quality of service admission control network | |
| US7082102B1 (en) | Systems and methods for policy-enabled communications networks | |
| US9130861B2 (en) | Traffic engineering and bandwidth management of bundled links | |
| US9143557B2 (en) | Feedback loop for service engineered paths | |
| US8320381B2 (en) | Application-aware policy enforcement | |
| EP1825637B1 (en) | Network centric quality of service using active network technology | |
| US8320245B2 (en) | Policy enforcement points | |
| JPWO2005034446A1 (ja) | ポリシールール適用ネットワークシステム | |
| EP1294202A1 (en) | A method of sending data packets through a MPLS network, and a MPLS network | |
| US20020071389A1 (en) | Data structure for implementation of traffic engineering function in multiprotocol label switching system and storage medium for storing the same | |
| JP2004048146A (ja) | リクエストルーティングネットワーク、リクエストルータ装置、ルータ装置及びネットワークにおけるパス設定方法 | |
| JP2004515156A (ja) | 分散されたサービス制御を有するプログラム可能なアクセス装置を含むネットワークアクセスシステム | |
| JP2004236030A (ja) | ネットワーク状況に基づくポリシー適用方式及びそのプログラム | |
| EP2110992A1 (en) | System and method for monitoring and optimizing traffic in MPLS-diffserv networks | |
| Xiao et al. | A practical approach for providing QoS in the Internet backbone | |
| CN109587058B (zh) | 一种流量工程路径的选择方法及装置 | |
| US20040044762A1 (en) | Methods and apparatus for controlling internet protocol traffic in a wan or lan | |
| JP2004515179A (ja) | 分散されたネットワークアクセスシステムのためのプログラム可能なアクセス装置 | |
| JP3923908B2 (ja) | 通信品質管理システムおよび方法 | |
| Rabbat et al. | Traffic engineering algorithms using MPLS for service differentiation | |
| Holness et al. | Congestion control mechanism for traffic engineering within MPLS networks | |
| EP1185029B1 (en) | Service deployment in data networks | |
| JP4014889B2 (ja) | ネットワーク管理装置 | |
| Rajan et al. | Policy based QoS architecture in MUSE | |
| Tang et al. | MPLS network requirements and design for carriers: Wireline and wireless case studies |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060404 |