(57)【要約】【課題】  ネットワーク状況に応じて有効なポリシールールを自動的に適用できるようにする。【解決手段】  複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた１以上のシナリオデータを記憶するシナリオデータ記憶手段２１０と、ネットワーク機器３の運用状況を監視する監視手段３０４と、その監視結果に適合する適用条件をもつシナリオデータを選択するシナリオ選択手段２０２と、選択されたシナリオデータのうち、上記監視結果に適合する適用条件をもつポリシールールに基づいてネットワーク機器３に対するポリシー制御を実行するとともに、その実行結果及びその後の監視手段３０４での監視結果に適合する適用条件をもつ別のポリシールールに基づいてネットワーク機器３に対するポリシー制御を実行するシナリオ実行手段２０３とをそなえるように構成する。【選択図】        図１
2005165847.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク機器に対するポリシー制御のための複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた１以上のシナリオデータを記憶するシナリオデータ記憶手段と、
該ネットワーク機器の運用状況を監視する監視手段と、
該監視手段での監視結果に適合する適用条件をもつシナリオデータを該シナリオデータ記憶手段から選択するシナリオ選択手段と、
該シナリオ選択手段で選択されたシナリオデータのうち、該監視結果に適合する適用条件をもつポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行するとともに、その実行結果及びその後の該監視手段での監視結果に適合する適用条件をもつ別のポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行するシナリオ実行手段とをそなえたことを特徴とする、ポリシールールシナリオ制御装置。
【請求項２】
ネットワーク機器に対するポリシー制御のための複数種類のポリシールールを記憶するポリシーデータ記憶手段と、
複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた１以上のシナリオデータを記憶するシナリオデータ記憶手段と、
該ポリシーデータを適用すべき該適用条件の入力を受けて、該ポリシーデータ記憶手段における複数種類のポリシーデータと当該適用条件とを組み合わせて該シナリオデータを作成して該シナリオデータ記憶手段に登録するシナリオ入力手段と、
該ネットワーク機器の運用状況を監視する監視手段と、
該監視手段での監視結果に該当する該適用条件をもつシナリオデータを該シナリオデータ記憶手段から選択するシナリオ選択手段と、
該シナリオ選択手段で選択されたシナリオデータのうち、該監視結果に適合する適用条件をもつポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行するとともに、その実行結果及びその後の該監視手段での監視結果に適合する適用条件をもつ別のポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行するシナリオ実行手段とをそなえたことを特徴とする、ポリシールールシナリオ制御装置。
【請求項３】
ネットワーク機器に対するポリシー制御のための複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた１以上のシナリオデータをシナリオデータ記憶手段に記憶しておき、
該ネットワーク機器の運用状況を監視し、
上記監視結果に該当する該適用条件をもつシナリオデータを該シナリオデータ記憶手段から選択し、
選択したシナリオデータのうち、該監視結果に適合する適用条件をもつポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行し、
その実行結果及びその後の該監視結果に適合する適用条件をもつ別のポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行することを特徴とする、ポリシールールシナリオ制御方法。
【請求項４】
ネットワーク機器に対するポリシー制御のための複数種類のポリシールールをポリシーデータ記憶手段に記憶するとともに、複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた複数のシナリオデータをシナリオデータ記憶手段に記憶しておき、
該ポリシーデータを適用すべき該適用条件の入力を受けて、該ポリシーデータ記憶手段における複数種類のポリシーデータと当該適用条件とを組み合わせて該シナリオデータを作成して該シナリオデータ記憶手段に登録した後、
該ネットワーク機器の運用状況を監視し、
上記監視結果に該当する該適用条件をもつシナリオデータを該シナリオデータ記憶手段から選択し、
選択したシナリオデータのうち、該監視結果に適合する適用条件をもつポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行し、
その実行結果及びその後の該監視結果に適合する適用条件をもつ別のポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行することを特徴とする、ポリシールールシナリオ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ポリシールールシナリオ制御装置及び制御方法に関し、特に、例えば、IP（Internet Protocol）ネットワークやMPLS（Multi Protocol Label Switching）ネットワーク等のネットワーク運用において、ポリシールールベースのネットワーク制御を行なうのに用いて好適な技術に関する。
【背景技術】
【０００２】
近年のインターネットへのアクセス方式として、ADSL（Asymmetric Digital Subscriber Line）やFTTH（Fiber To The Home）等のブロードバンド・アクセス方式が一般的となってきている。ブロードバンド・アクセス方式の普及により、VOD（Video On Demand）等の広帯域情報サービスやVoIP（Voice over Internet Protocol）等の双方向音声通信サービス等の要求が高まり、キャリア、ISP（Internet Service Provider）、IDC（Internet Data Center）等がそれらのサービス提供を開始している。その結果、ネットワークを流れるトラヒック量が飛躍的に増加しつつある。
【０００３】
上記のようなトラヒック量の増加に伴い、インターネットを構成するルータや交換機等のネットワーク機器に対する処理負荷が高くなり、ネットワーク内でのパケットの転送遅延や破棄が発生し、サービス品質を劣化させる要因となっている。そこで、広帯域情報サービスや双方向音声通信サービス等を提供するキャリア、ISP，IDC等はサービス利用者に対して安定したサービス品質を提供するためのネットワーク運用手段を講ずることが要求されている。
【０００４】
ここで、ネットワークを運用する技術として、ポリシーサーバについて、以下に説明する。
ポリシーサーバは、ネットワーク運用者や管理者が、ネットワークの運用状況に従い、各種ネットワーク運用ポリシー（データ）を設定すると、該設定されたポリシーをネットワーク内に存在する個々のネットワーク機器の設定に自動的に反映させるものである。また、ネットワーク運用者が設定する各種運用ポリシーは、コンディション（適用条件）とそれに対応するアクションにより構成されるポリシールールである。従来のポリシーサーバで設定されるコンディションとは、送信元のIPアドレスとサブネットマスク及びポート番号、並びに送信先のIPアドレスとサブネットマスク及びポート番号、等のパケットのヘッダ情報をコンディションとして用いる、或いは、ポリシーを適用する時間帯をコンディションとしたポリシーサーバが一般的である。
【０００５】
これらのポリシーデータは、予めネットワーク運用者が、ネットワークの運用指針を決定し、該指針に従って作成される。
また、従来、監視ネットワークにおいて、不正侵入や攻撃を受けた場合の対処のための技術として、後記特許文献１により提案されている技術（マニュアルの自動生成および動作確認システムならびにその方法）がある。この技術は、監視ネットワークにおいて、不正侵入や攻撃を受けた場合の対処の仕方が、不正侵入や攻撃の種類、攻撃を受けた場所、時間、業務体系、リカバリの優先順位などによって異なるため、多くのパターンが必要であり、これを紙媒体の文書にすることは非常に困難であり、また、対処手順が多く複雑であった場合、その参照および理解に非常に多くの労力を要するといった課題に鑑みてなされたものである。
【０００６】
このため、本技術では、ネットワークセキュリティに起因する被害状況並びにその対応についてのユーザ要求を取得し、回復のための対応手順を決定してその内容を生成するシナリオ生成装置と、作業ステップ毎に構造化して記述されたシナリオにおいて、その作業ステップ単位に作業確認を得、その作業ステップ単位で回復箇所のテストを行ない前記シナリオに反映させるシナリオ実行装置とをそなえることにより、対処マニュアルを電子的に管理し、ネットワークへの侵入や攻撃の種類に応じて対処マニュアルを自動生成し、必要に応じて表示することで、迅速、的確に回復のために必要な情報の提供を可能としている。
【０００７】
また、従来、例えば後記特許文献２により提案されているように、スキャナやデジタルカメラ等の入力装置をデータ送信装置とし、プリンタやファクシミリ装置等の出力装置をデータ受信装置とし、ネットワークを介してこれらデータ送受信装置を互いに接続したマルチファンクションシステム等の情報処理システムにおいて、エラーリカバリ処理を予め定められた一定の方法で行なうのではなく、ユーザの希望に沿った所望のリカバリ処理を行なうことのできる技術もある。
【０００８】
この技術では、転送先機器（データ受信装置）がエラー状態か否かを判断し、エラーが発生している場合はスキャナの操作パネルを操作してユーザを特定し、そのユーザに対応するプロファイルを管理サーバから取得し、そのユーザプロファイルのデータ内容に従って、２以上のエラーリカバリ処理を所定の優先順位に従って実行することが行なわれる。これにより、データ受信装置がエラー状態となっても、ユーザプロファイルに書き込まれた２以上のエラーリカバリ処理が必要に応じて順次実行されるので、ユーザが各装置ごとにエラーリカバリ処理の処理内容を設定する必要がなく、どの装置からも自分の好み応じたエラー修復処理が可能となる。
【０００９】
さらに、エラー回復に関する従来技術として、他に、後記特許文献３により提案されている技術（エラー回復サブシステムおよびエラー回復方法）もある。この技術は、データ処理システムのシステム状態のフィールドを定義する規則、およびデータ処理システムのエラー状態を含み、上記規則および上記エラー状態をユーザが編集することのできるユーザ編集可能ファイルと、システム状態とエラー状態とを比較し、どのエラー状態がシステム状態と一致するかに応じて回復動作シーケンスを呼び出すよう上記ユーザ編集可能ファイルに結合された手段とを含み、これによってエラー回復サブシステムのプログラム・コードをコンパイルしなくてもエラー回復方式を変更することができるというものである。
【特許文献１】特開２００２−３２８８９４号公報
【特許文献２】特開２０００−３１１０９５号公報
【特許文献３】特許第３１０９０５４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
前述したポリシールールは、事前にネットワーク管理者が決定したネットワークの運用指針を基に作成するものである。しかしながら、様々なユーザが様々なアプリケーションを利用して通信を行なうため、事前に作成したポリシールールが有効なポリシールールとして適用されるとは限らない。実際のネットワーク状況に有効なポリシールールを適用するためには、ネットワーク管理者は、ネットワーク管理サーバ等を用いて、トラヒック量やパケットロス率等の情報を収集し、実際のネットワーク状況を把握し、ポリシールールを作成・適用することになる。
【００１１】
しかし、ネットワーク管理者が、随時、実際のネットワーク状況に応じた最適なポリシーを適用することは極めて困難である。つまり、事前に多数のポリシールールを用意し、用意したポリシーの中から、最適なポリシーを選び出し、適用することが必要となる。
なお、前記の特許文献１〜３に記載の技術は、いずれもネットワークポリシーに関する技術ではないため、実際のネットワーク状況に有効なポリシールールを適用することは不可能である。
【００１２】
本発明は、このような課題に鑑み創案されたもので、ネットワーク状況に応じて有効なポリシールールを自動的に適用することのできる、ポリシールールシナリオ制御装置及び制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の目的を達成するために、本発明のポリシールールシナリオ制御装置（請求項１）は、以下の各手段をそなえたことを特徴としている。
(a)ネットワーク機器に対するポリシー制御のための複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた１以上のシナリオデータを記憶するシナリオデータ記憶手段
(b)該ネットワーク機器の運用状況を監視する監視手段
(c)該監視手段での監視結果に適合する適用条件をもつシナリオデータを該シナリオデータ記憶手段から選択するシナリオ選択手段
(d)該シナリオ選択手段で選択されたシナリオデータのうち、該監視結果に適合する適用条件をもつポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行するとともに、その実行結果及びその後の該監視手段での監視結果に適合する適用条件をもつ別のポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行するシナリオ実行手段
また、本発明のポリシールールシナリオ制御装置（請求項２）は、以下の各手段をそなえたことを特徴としている。
【００１４】
(a)ネットワーク機器に対するポリシー制御のための複数種類のポリシールールを記憶するポリシーデータ記憶手段
(b)複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた１以上のシナリオデータを記憶するシナリオデータ記憶手段
(c)該ポリシーデータを適用すべき該適用条件の入力を受けて、該ポリシーデータ記憶手段における複数種類のポリシーデータと当該適用条件とを組み合わせて該シナリオデータを作成して該シナリオデータ記憶手段に登録するシナリオ入力手段
(d)該ネットワーク機器の運用状況を監視する監視手段
(e)該監視手段での監視結果に該当する該適用条件をもつシナリオデータを該シナリオデータ記憶手段から選択するシナリオ選択手段
(f)該シナリオ選択手段で選択されたシナリオデータのうち、該監視結果に適合する適用条件をもつポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行するとともに、その実行結果及びその後の該監視手段での監視結果に適合する適用条件をもつ別のポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行するシナリオ実行手段
さらに、本発明のポリシールールシナリオ制御方法（請求項３）は、以下の手順を実行することを特徴としている。
【００１５】
(a)ネットワーク機器に対するポリシー制御のための複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた１以上のシナリオデータをシナリオデータ記憶手段に記憶しておき、
(b)該ネットワーク機器の運用状況を監視し、
(c)上記監視結果に該当する該適用条件をもつシナリオデータを該シナリオデータ記憶手段から選択し、
(d)選択したシナリオデータのうち、該監視結果に適合する適用条件をもつポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行し、
(e)その実行結果及びその後の該監視結果に適合する適用条件をもつ別のポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行する。
【００１６】
また、本発明のポリシールールシナリオ制御方法（請求項４）は、以下の手順を実行することを特徴としている。
(a)ネットワーク機器に対するポリシー制御のための複数種類のポリシールールをポリシーデータ記憶手段に記憶するとともに、複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた複数のシナリオデータをシナリオデータ記憶手段に記憶しておき、
(b)該ポリシーデータを適用すべき該適用条件の入力を受けて、該ポリシーデータ記憶手段における複数種類のポリシーデータと当該適用条件とを組み合わせて該シナリオデータを作成して該シナリオデータ記憶手段に登録した後、
(c)該ネットワーク機器の運用状況を監視し、
(d)上記監視結果に該当する該適用条件をもつシナリオデータを該シナリオデータ記憶手段から選択し、
(e)  選択したシナリオデータのうち、該監視結果に適合する適用条件をもつポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行し、
(f)その実行結果及びその後の該監視結果に適合する適用条件をもつ別のポリシールールに基づいて該ネットワーク機器に対するポリシー制御を実行する。
【発明の効果】
【００１７】
上述した本発明のポリシールールシナリオ制御装置及び制御方法によれば、ネットワーク機器の運用状況（ネットワーク状況）に応じた最適なポリシールール選択アルゴリズムを実現するシナリオデータを自由に作成（カスタマイズ）でき、当該シナリオの実行によりネットワーク管理者が望むネットワーク運用（制御）を実現できるので、多様なネットワーク運用に柔軟に対応することが可能である。
【００１８】
特に、時々刻々と変化するネットワーク状況に対して有効なネットワーク制御を自動的に柔軟かつ細かく行なうことが可能なので、ネットワーク管理者の管理負担を増大させることなく、ネットワークのサービス品質を確保することができる。また、ポリシールールの適用に失敗した場合やポリシールールの適用にも関わらずネットワーク状況が改善しない場合等、別のポリシールールを適用するシナリオを定義することで、ネットワークのサービス品質の劣化を防ぐことが可能である。
【発明を実施するための最良の形態】
【００１９】
〔Ａ〕概要
本発明のポリシールールシナリオ制御装置及び制御方法は、ポリシールール適用のためのシナリオを定義することにより、条件に基づいたポリシールールの適用を可能とするものである。具体例として、以下の表１及び表２を用いて説明する。
【００２０】
【表１】
2005165847.tif 000003
【００２１】
【表２】
2005165847.tif 000004
【００２２】
上記の表１は、トラヒックエンジニアリングに関するネットワークポリシールールをパターン化した例を示すものである。表２に示すように、パス名「トンネル＃１」に割り当てた２種類のポリシールール＃１，＃２に対して、それらをどのように適用するかをシナリオとして定義する。ここでは、ポリシールール＃１＝「回線単位障害発生時に経路切替を実施するポリシールール」を適用、評価し、失敗した際は、ポリシールール＃２＝「回線障害発生時にフロー閉塞を実施するポリシールール＃２」を適用するというシナリオを定義している。このシナリオでは、ポリシールール＃１の適用結果に基づいたポリシールール＃２の適用が可能となる。
【００２３】
〔Ｂ〕一実施形態の説明
図１は本発明の一実施形態としてのポリシールールシナリオ制御装置が適用されるシステム構成例を示すブロック図で、この図１に示すシステムは、１台以上のネットワーク機器３をそなえて構成されたネットワーク２に、本実施形態のポリシールールシナリオ制御装置としての機能をそなえたポリシーサーバ１が接続されて構成されおり、当該ポリシーサーバ１からネットワーク機器３に対して所望のポリシールールが設定されるようになっている。
【００２４】
このため、本実施形態のポリシーサーバ１は、例えば、この図１に示すように、ユーザインタフェース部１０１，ポリシー管理部１０２，ポリシー適用部１０３，ポリシー管理データベース（ＤＢ）１１０，ポリシー分析部２０１，シナリオ分析部２０２，シナリオ実行部２０３，ポリシー適用指示部２０４，シナリオ入力部２０５，シナリオ管理データベース（ＤＢ）２１０，監視ポイント設定部３０１，ポーリング部３０２，トラップ部３０３，管理情報管理部３０４及びネットワーク管理データベース（ＤＢ）３１０をそなえて構成される。なお、上記のシナリオ分析部２０２，シナリオ実行部２０３，シナリオ入力部２０５，シナリオ管理ＤＢ２１０及び管理情報管理部３０４が、上記ポリシールールシナリオ制御装置として機能する。
【００２５】
ここで、ユーザインタフェース部１０１は、ネットワーク管理者がポリシールールやシナリオの作成及び登録を行なうためのユーザインタフェースを提供するものであり、ポリシー管理部１０２は、ネットワーク管理者が当該ユーザインタフェース部１０１を通じて作成したポリシールール（データ）を、ポリシー管理ＤＢ１１０に登録・管理する機能を有するものであり、ポリシー適用部１０３は、対象のネットワーク機器３に対して、ポリシー適用指示部２０４によって指示されたポリシールールに従ったネットワーク制御を行なう機能を有するものである。
【００２６】
ポリシー管理ＤＢ（ポリシーデータ記憶手段）１１０は、上記のポリシールールを例えば図２に示すようなデータ構造で記憶・管理するものである。即ち、ポリシー管理ＤＢ１１０は、「ポリシールール名」，「コンディション」，「アクション」，「次ポリシールール（ポインタ）」等から成る１以上のポリシールール（データ）１１３をポインタ構造により互いにリンク付けた１以上のポリシールールリスト１１２を、その「名称」１１１等毎にポインタ構造でリンク付けて記憶・管理するようになっており、ポリシールールリストの名称１１１からポインタを辿ることによりその内容として最終的にポリシールールデータ１１３を参照できるようになっている。
【００２７】
ポリシー分析部２０１は、ポリシー管理部１０２を介して登録されたポリシールールを分析し、各種ポリシールールとネットワーク運用状況との関連付けを行なう機能を有するものであり、シナリオ分析部（シナリオ選択手段）２０２は、管理情報管理部３０４から通知されたネットワーク運用状況の情報に基づいて、シナリオ管理ＤＢ２１０からシナリオリストを読み出し、管理情報管理部３０４から通知されるネットワーク状況の監視結果に該当（適合）するシナリオを検出（選択）し、シナリオ実行部２０３に対してシナリオ実行要求を行なう機能を有するものであり、シナリオ実行部２０３は、シナリオ分析部２０２から通知されたシナリオを分析し、適用条件を満たすポリシールールの適用要求をポリシー適用指示部２０４に対して行なう機能を有するものである。
【００２８】
ポリシー適用指示部２０４は、シナリオ実行部２０３から要求されたポリシールールをポリシー適用部１０３に渡し、ネットワーク機器３への適用要求を行なうとともに、ポリシールールの適用結果をポリシールールの適用状態としてシナリオ管理ＤＢ２１０に格納するとともに、シナリオ実行部２０３からポリシールールの適用状態の変更要求を受けたときは、シナリオ管理ＤＢ２１０に格納しているポリシールールの適用状態の変更を行なう機能を有するものである。
【００２９】
シナリオ入力部２０５は、ユーザインタフェース部１０１からポリシールール取得要求を受けると、ポリシー管理ＤＢ１１０に登録されているポリシールールを通知し、ネットワーク管理者がユーザインタフェース部１０１を介して作成したシナリオ（ネットワーク機器３に対するポリシー制御のための複数種類のポリシールールと当該ポリシールールを適用すべき適用条件とを組み合わせた１以上のシナリオデータ）を、シナリオ管理ＤＢ２１０を用いて管理するとともに、各種シナリオとネットワーク運用状況との関連付けを行なう機能を有するものである。
【００３０】
シナリオ管理ＤＢ（シナリオデータ記憶手段）２１０は、上記のシナリオを例えば図３に示すようなデータ構造で記憶・管理するものである。即ち、本シナリオ管理ＤＢ２１０は、「シナリオ名」，「コンディション」，「シナリオ（ポインタ）」，「次シナリオ（ポインタ）」等から成る１以上のシナリオ参照データ（「シナリオ名」，「コンディション」，「シナリオ（ポインタ）」，「次シナリオ（ポインタ）」等から成るデータ）２１３を有するシナリオリスト２１２を当該シナリオリスト２１２の名称２１１等毎に記憶・管理するようになっており、さらに、当該シナリオリスト２１２のシナリオ参照データ２１３毎に、１以上のポリシールール（データ）２１５をポインタによりリンク付けたシナリオデータ〔「ポリシールール数」，「各ポリシールール＃ｍ（ｍは自然数）へのポインタ」〕２１４を記憶・管理するようになっている。これにより、ポリシールールリストの名称２１１からポインタを順次辿ってゆくことにより、その内容として最終的にシナリオ２１４及びこれにリンク付けられたポリシールール２１５の参照が可能となる。
【００３１】
なお、ポリシールール２１５（＃ｍ）には、「適用フラグ」（適用／非適用の別を表す情報），「適用状態フラグ」（未適用／適用失敗／適用成功／適用中の別を表す情報），「ポリシールール適用状況コンディション」〔「コンディション適用フラグ」（適用／非適用の別を表す情報），「チェックするポリシールール」（ポリシールール番号＃ｍ），「適用状況」（未適用／適用失敗／適用成功／適用中の別を表す情報）等から成る情報〕，「ネットワーク状況コンディション」（ポリシールール＃ｍに対するコンディション）及び「アクション」（ポリシールール＃ｍに対するアクション）等が登録される。
【００３２】
監視ポイント設定部３０１は、ポリシー分析部１０２及びシナリオ入力部２０５からの要求により、トラヒック量やパケットロス率等のネットワーク運用状況の監視情報が必要とされる場合は、ポーリング部３０２に当該監視情報の収集を依頼し、障害情報等のネットワーク運用状況の監視情報が必要とされる場合には、トラップ部３０３に当該監視情報の収集依頼を行なう機能を有するものである。
【００３３】
ポーリング部３０２は、監視対象のネットワーク機器３のトラヒック量やパケットロス率等のネットワーク運用状況の情報をネットワーク管理ＤＢ３１０に格納する機能を有するものであり、ネットワーク管理ＤＢ３１０は、前記ネットワーク運用状況の情報を例えば図４に示すようなデータ構造３１１で記憶・管理するものである。即ち、この図４に示すように、ネットワーク管理ＤＢ３１０は、ネットワーク機器識別子（ＩＤ）（例えば、IPアドレス），インタフェースＩＤ（例えば、IPアドレス），ポート状態（障害等），該当インタフェースのトラヒック量，該当インタフェースのパケットロス量等の各種情報を記憶・管理できるようになっている。
【００３４】
トラップ部３０３は、障害情報等のネットワーク運用状況の情報をネットワーク管理ＤＢ３１０に格納する機能を有するものであり、管理情報管理部（監視手段）３０４は、ネットワーク管理ＤＢ３１０からネットワーク運用状況の情報を周期的にチェックし、ネットワーク運用状況に変化があった場合は、ネットワーク運用状況の情報を監視結果としてシナリオ分析部２０２に通知する機能を有するものである。
【００３５】
以上の各部の機能は、サーバ１のＣＰＵ（図示省略）等が、ポリシールールシナリオ制御プログラム（ソフトウェア）を内蔵もしくは外付けのハードディスクやフレキシブルディスク、光磁気ディスク等の記録媒体から読み込んで、あるいはインターネット等の通信回線から受信して動作することで実現される。
以下、上述のごとく構成された本実施形態のポリシーサーバ１の動作について、図５〜図１９を用いて詳述する。なお、図５は本ポリシーサーバ１におけるポリシールール登録処理シーケンス、図６は本ポリシーサーバ１におけるシナリオの登録処理シーケンス、図７（Ａ），図７（Ｂ）は本ポリシーサーバ１におけるシナリオ実行処理シーケンスをそれぞれ示している。
【００３６】
（Ｂ１）ポリシールール登録処理
まず、ポリシールールの登録を行なう際の処理について説明する。
ネットワーク管理者は、ユーザインタフェース部１０１を通じてポリシールールを作成し（図５のステップS1及び図８のステップS10101のYesルートからステップS10102）、ポリシールールの登録を行なう。登録要求されたポリシールールは、ポリシー登録要求としてポリシー管理部１０２に処理が渡される（図５のステップS2及び図８のステップS10103）。ポリシー管理部１０２は、登録要求されたポリシールールをポリシー管理ＤＢ１１０に格納する（図５のステップS3及び図９のステップS10201，S10202）とともに、ポリシールールが登録された旨をポリシー分析部２０１に通知する（図５のステップS4）。
【００３７】
この通知を受けたポリシー分析部２０１（図１１のステップS20101）は、ポリシールールのコンディションとして監視対象となっているネットワーク機器３と当該ネットワーク機器３が備えるインタフェース（図示省略）に対して、ネットワーク状況通知要求が既に行なわれているかを判断し（図５のステップS5及び図１１のステップS20102）、既に要求済みであれば処理を終了し（図５のステップS5のYesルート及び図１１のステップS20102のNoルート）、要求済みでなければ、監視ポイント設定部３０１に対してネットワーク状況通知要求を行なう（図５のステップS5のNoルートからステップS6及び図１１のステップS20102のYesルートからステップS20103）。
【００３８】
当該ネットワーク状況通知要求を受信した監視ポイント設定部３０１（図１６のステップS30101）は、指定されたポリシールールのコンディションとして監視対象となっているネットワーク機器３と当該ネットワーク機器３が備えるインタフェースにおけるトラヒック量やパケットロス率等の情報を収集する設定をポーリング部３０２に依頼し（図５のステップS7及び図１６のステップS30102）、また、障害情報を収集するために、障害情報をトラップする設定をトラップ部３０３に依頼する（図５のステップS8及び図１６のステップS30103）。
【００３９】
トラヒック量やパケットロス率等の収集依頼を受けたポーリング部３０２（図１７のステップS30201）は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理ＤＢ３１０に、収集した情報を定期的に格納する（図１７のステップS30202，S30203）。また、障害情報の収集依頼を受けたトラップ部３０３（図１８のステップS30301）は、依頼されたネットワークの情報を収集し、ネットワーク管理ＤＢ３１０に、障害発生時に収集した情報を格納する（図１８のステップS30302，S30303）。
【００４０】
（Ｂ２）シナリオ登録処理
次に、シナリオの登録を行なう際の処理について説明する。
ネットワーク管理者は、ユーザインタフェース部１０１を介してシナリオの作成を行なう。ユーザインタフェース部１０１は、ポリシー管理ＤＢ１１０に登録されているポリシールールの通知依頼を、ポリシールール取得要求としてシナリオ入力部２０５に要求する（図６のステップS11）。要求を受けたシナリオ入力部２０５は、ポリシー管理ＤＢ１１０から登録済みのポリシールールを読み出し（図６のステップS12及び図１５のステップS20501のYesルートからステップS20502）、ユーザインタフェース部１０１に通知する（図６のステップS13及び図８のステップS10101のNoルートからステップS10104）。
【００４１】
ネットワーク管理者は、登録済みのポリシールールとシナリオを決定するためのコンディションとを組み合わせたシナリオを作成する（図６のステップS14及び図８のステップS10105）。作成されたシナリオは、シナリオ登録要求としてシナリオ入力部２０５に処理が渡される（図６のステップS15及び図８のステップS10106）。シナリオ入力部２０５は、登録要求されたシナリオをシナリオ管理ＤＢ２１０に格納する（図６のステップS16及び図１５のステップS20501のNoルートからステップS20503）。
【００４２】
そして、シナリオ入力部２０５は、シナリオのコンディションとして監視対象となっているネットワーク機器３と当該ネットワーク機器３が備えるインタフェースに対して、ネットワーク状況通知要求が既に行なわれているかを判断し（図６のステップS17及び図１５のステップS20504）、既に要求済みであれば処理を終了し（図６のステップS17及び図１５のステップS20504のYesルート）、要求済みでなければ（図６のステップS17及び図１５のステップS20504でNoであれば）、監視ポイント設定部３０１に対してネットワーク状況通知要求を行なう（図６のステップS18及び図１５のステップS20505）。
【００４３】
ネットワーク状況通知要求を受信した監視ポイント設定部３０１（図１６のステップS30101）は、指定されたシナリオのコンディションとして監視対象となっているネットワーク機器３と当該ネットワーク機器３が備えるインタフェースにおけるトラヒック量やパケットロス率等の情報を収集する設定をポーリング部３０２に依頼し（図６のステップS19及び図１６のステップS30102）、また、障害情報を収集するために、障害情報をトラップする設定をトラップ部３０３に依頼する（図６のステップS20及び図１６のステップS30103）。
【００４４】
トラヒック量やパケットロス率等の収集依頼を受けたポーリング部３０２（図１７のステップS30201）は、依頼されたネットワーク状況の情報を収集し、ネットワーク管理ＤＢ３１０に収集した情報を定期的に格納する（図１７のステップS30202，S30203）。また、障害情報の収集依頼を受けたトラップ部３０３（図１８のステップS30301）は、依頼されたネットワークの情報を収集し、ネットワーク管理ＤＢ３１０に、障害発生時に収集した情報を格納する（図１８のステップS30302，S30303）。
【００４５】
（Ｂ２）シナリオ実行処理
次に、本実施形態におけるシナリオを実行する際の処理について説明する。
上述したシナリオ登録処理により、シナリオのコンディションとして監視対象となっているネットワーク機器３と当該ネットワーク機器３が備えるインタフェースにおけるトラヒック量やパケットロス率等のネットワーク情報および障害情報を収集する設定が行なわれたので、管理情報管理部３０４は、周期的に動作して、ネットワーク状況の情報が更新されているかを判断し、更新されていれば、ネットワーク状況通知をネットワーク分析部２０２に送信する（図１９のステップS30401，ステップS30402のYesルートからステップS30403）。なお、更新されていない場合（ステップS30402でNoの場合）、管理情報管理部３０４は、次の判断タイミングまで待機することになる。
【００４６】
さて、ネットワーク状況通知を受信したシナリオ分析部２０２（図７（Ａ）のステップS21及び図１２のステップS20201）は、シナリオ管理ＤＢ２１０からシナリオリストを読み出し（図７（Ａ）のステップS22及び図１２のステップS20202）、管理情報管理部３０４からのネットワーク状況通知により通知された情報に該当するシナリオ（適用すべきポリシールール）があるか否かの判断を行なう（図７（Ａ）のステップS23及び図１２のステップS20203）。通知されたネットワーク状況に該当するシナリオがなければ、シナリオ分析部２０２は、処理を終了し（図７（Ａ）のステップS23のNoルート及び図１２のステップS20203のNoルート）、該当するシナリオがあれば（図７（Ａ）のステップS23及び図１２のステップS20203でYesであれば）、シナリオ実行部２０３に対してシナリオ実行要求を行なう（図７（Ａ）のステップS24及び図１２のステップS20204）。
【００４７】
シナリオ実行部２０３は、シナリオ実行要求を受けると（図１３のステップS20301）、当該シナリオに登録されているポリシールールをシナリオ管理ＤＢ２１０から読み出し（図７（Ａ）のステップS25及び図１３のステップS20302）、１つずつ分析する。即ち、まず、ポリシールール（ｘ＝＃１〜＃ｍ）を適用するかの判定を行ない（図７（Ａ）のステップS26及び図１３のステップS202302′）、適用しない場合は、当該ポリシールール（ｘ）の分析を終了し（図７（Ａ）のステップS26及び図１３のステップS20302′のNoルート）、適用する場合（図７（Ａ）のステップS26及び図１３のステップS20302′でYesの場合）には、シナリオ実行部２０３は、次に当該ポリシールール（ｘ）の「適用状態」をチェックする（図７（Ａ）のステップＳ２７及び図１３のステップS20303）。その結果、当該ポリシールール（ｘ）が既に適用済み（「適用中」）であれば、シナリオ実行部２０３は、当該ポリシールール（ｘ）の分析を終了する。
【００４８】
一方、ポリシールール（ｘ）が適用済み（「適用成功」）であれば、シナリオ実行部２０３は、ポリシー適用指示部２０４に、シナリオ管理ＤＢ変更要求を行ない（図７（Ａ）のステップS28及び図１３のステップS20304）、ポリシー適用指示部２０４（図１４のステップS20401）は、当該ポリシールール（ｘ）の「適用状態」を「適用中」に変更し（図７（Ａ）のステップS29及び図１４のステップS20402のYesルートからステップS20403）、シナリオ管理ＤＢ変更完了通知をシナリオ実行部２０３に返信する（図７（Ａ）のステップS30）。この通知を受け取ったシナリオ実行部２０３は、ポリシールール（ｘ）の分析を終了する。
【００４９】
また、上記ポリシールール（ｘ）が「未適用」であれば、シナリオ実行部２０３は、「ポリシールール適用状況コンディション」を適用するか否かの判定を行ない（図７（Ｂ）のステップS31及び図１３のステップS20305）、適用する場合（図７（Ｂ）のステップS31及び図１３のステップS20305でYesの場合）は、条件を満たすかの判定を行なう（図７（Ｂ）のステップS32及び図１３のステップS20306）。
【００５０】
その結果、「ポリシールール適用コンディション」を満たさない場合（図７（Ｂ）のステップS32及び図１３のステップS20306でNoの場合）、シナリオ実行部２０３は、当該ポリシールール（ｘ）の分析を終了し、コンディションを満たす場合は、次に管理情報管理部３０４に対してネットワーク状況要求を行なう（図７（Ｂ）のステップS32のYesルートからステップS33及び図１３のステップS20306のYesルートからステップS20307）。当該要求を受けた管理情報管理部３０４は、ネットワーク管理ＤＢ３１０からネットワーク状況を読み出し（図７（Ｂ）のステップS34）、当該ネットワーク状況をシナリオ実行部２０３に通知する（図７（Ｂ）のステップS36）。
【００５１】
そして、シナリオ実行部２０３は、通知されたネットワーク状況を基に「ネットワーク状況コンディション」を満たすか否かの判定を行ない（図７（Ｂ）のステップS36及び図１３のステップS20308）、その結果、「ネットワーク状況コンディション」を満たさない場合（図７（Ｂ）のステップS36及び図１３のステップS20308でNoの場合）は、当該ポリシールール（ｘ）の分析を終了し、コンディションを満たす場合（図７（Ｂ）のステップS36及び図１３のステップS20308でYesの場合）は、ポリシー適用指示部２０４に対してポリシールール適用要求を行なう（図７（Ｂ）のステップS37及び図１３のステップS20309）。
【００５２】
つまり、シナリオ実行部２０３は、「ポリシールール適用状況コンディション」と「ネットワーク状況コンディション」の両方を満足する場合にのみ、ポリシールール（ｘ）の適用を実行することになる。
さて、上記のポリシールール適用要求を受けたポリシー適用指示部２０４（図１４のステップS20401）は、ポリシー適用部１０３に対してポリシールール適用要求を行なう（図７（Ｂ）のステップS38並びに図１４のステップS20402及びS20404のNoルートからステップS20405）。当該要求を受けたポリシー適用部１０３（図１０のステップS10301）は、ネットワーク機器３に対してポリシールール（ｘ）に従ったネットワーク制御を行なう（図７（Ｂ）のステップS39及び図１０のステップS10302）。
【００５３】
そして、ポリシー適用部１０３は、ポリシー適用結果通知をポリシー適用指示部２０４に通知する（図７（Ｂ）のステップS40）。この通知を受けたポリシー適用指示部２０４（図１４のステップS20401）は、ポリシー適用結果（「適用成功」又は「適用失敗」）をシナリオ管理ＤＢ２１０に格納し（図７（Ｂ）のステップS41及び図１４のステップS20406）、ポリシールール適用完了通知をシナリオ実行部２０３に対して行ない（図７（Ｂ）のステップS42）、この完了通知を受けたシナリオ実行部２０３は、当該ポリシールール（ｘ）の分析を終了する。
【００５４】
ところで、上記の図７（Ａ）に示すステップS27及び図１３に示すステップS20303におけるポリシールール適用状況判定において、ポリシールール（ｘ）の適用状態が未適用（「適用失敗」）であれば、シナリオ実行部２０３は、ポリシー適用指示部２０４に対してシナリオ管理ＤＢ変更要求を行ない（図７（Ａ）のステップS43及び図１３のステップS20304′）、ポリシー適用指示部２０４は、当該ポリシールール（ｘ）の「適用状態」を「未適用」に変更し（図７（Ａ）のステップS44並びに図１４のステップS20403）、シナリオ管理ＤＢ変更完了通知をシナリオ実行部２０３に返信する（図７（Ａ）のステップS45）。その後は、シナリオ実行部２０３は、上述した「適用状態」が「未適用」の場合と同様の処理を行なう。
【００５５】
以上のようにして、シナリオ実行部２０３は、シナリオに登録されている１つのポリシールール（ｘ）の分析を完了する。そして、シナリオ実行部２０３は、実行要求を受けたシナリオに設定されているポリシールールの数だけ、同様の分析を繰り返す（図７（Ｂ）のステップS46及び図１３のステップS20310のYesルート）。このようにして、ポリシーサーバ１は、シナリオを実行する。
【００５６】
つまり、本実施形態のシナリオ管理ＤＢ２１０には、複数種類のポリシールールとそれぞれの適用条件としてそれぞれのポリシールールの実行結果及びその後のネットワーク機器３の運用状況（ネットワーク状況）に依存した適用条件とを組み合わせたデータがシナリオデータとして記憶・管理され、シナリオ実行部２０３は、ネットワーク状況の監視結果に適合する適用条件をもつ或るポリシールールに基づいてネットワーク機器３に対するポリシー制御を実行するとともに、その実行結果及びその後のネットワーク状況の監視結果に適合する適用条件をもつ別のポリシールールに基づいてネットワーク機器３に対するポリシー制御を実行し得るようになっているのである。
【００５７】
〔Ｃ〕具体例の説明
以下、上述した構成及び動作を前提とした具体例について説明する。なお、以下の説明において記述するLSP(Label Switched Path)の切り替えとは、あるユーザのトラヒックが流れる経路（LSP）を複数用意し、一つの経路（LSP）が輻輳等で使えなくなった場合に、ネットワーク機器３の制御を行ない、別に用意している経路（LSP）へトラヒックを流すように切り替えることを意味する。
【００５８】
（Ｃ１）具体例１
まず、具体例１として、例えば図２０に示すように、複数（ここでは、４台）のネットワーク機器３−１，３−２，３−３，３−４をそなえるとともに、ネットワーク機器３−２に収容されたユーザ端末４，５，６（ユーザＡ，Ｂ，Ｃ）と、ネットワーク機器３−４に収容されたユーザ端末７，８（ユーザＤ，Ｅ）及びサーバ９とをそなえて成るネットワーク構成において、本実施形態のシナリオ制御を実行する場合について説明する。
【００５９】
なお、この場合、例えば下記表３に示すように、ユーザＡ，Ｂ又はＣからユーザＤ，Ｅ又はサーバ９への使用可能な経路（LSP）として、それぞれネットワーク機器３−２及びネットワーク機器３−４を経由する経路（LSP-X1，LSP-Y1，LSP-Z1）と、ネットワーク機器３−２，３−１及び３−４を経由する経路（LSP-X2，LSP-Y2，LSP-Z2）とが設定され、システムの初期設定として、LSP-X1，LSP-Y1及びLSP-Z1が有効、LSP-X2，LSP-Y2及びLSP-Z2は無効にそれぞれ設定されているものとする。
【００６０】
【表３】
2005165847.tif 000005
【００６１】
まず、ネットワーク２を管理するネットワーク管理者は、ユーザインタフェース部１０１を介して例えば「ネットワーク機器３−２からネットワーク機器３−４へのパケットロス率が１０％を超えたら、ユーザＡのトラヒック（LSP-X1）を迂回経路（LSP-X2）に切り替える。」というポリシールール＃１と、「ネットワーク機器３−２からネットワーク機器３−４へのパケットロス率が１０％を超えたら、ユーザＢのトラヒック（LSP-Y1）を迂回経路（LSP-Y2）に切り替える。」というポリシールール＃２とを作成し、入力されたポリシールール＃１，＃２を含むポリシールール登録要求をポリシー管理部１０２へ渡す。
【００６２】
当該登録要求を受けたポリシー管理部１０２は、当該登録要求に含まれるポリシールール＃１及び＃２を図２により前述したポリシールールのデータ構造でポリシー管理ＤＢ１１０に格納する（図２１参照）。そして、ポリシー管理部１０２は、ポリシー分析部２０１にポリシールール登録通知を渡し、当該通知を受けたポリシー分析部２０１は、通知されたポリシールールの「コンディション」に対してネットワーク状況通知が既に要求済みかの判定を行なう。
【００６３】
既に要求済みであれば、ポリシー分析部２０１は、処理を終了するが、要求済みでなければ、監視ポイント設定部３０１に対してネットワーク状況通知要求を行なう。監視ポイント設定部３０１は、ネットワーク状況通知要求を受信し、トラヒック量やパケットロス率等の情報を収集する設定をポーリング部３０２に依頼する。要求を受け取ったポーリング部３０２は、定期的に、依頼されたネットワーク状況の情報を収集し、ネットワーク管理ＤＢ３１０に格納する。
【００６４】
次に、ネットワーク管理者は、ユーザインタフェース部１０１を介してシナリオを作成する。まず、ユーザインタフェース部１０１からポリシールール取得要求を受けたシナリオ入力部２０５は、ポリシー管理ＤＢ１１０から前記の登録済みポリシールール＃１及び＃２を読み出し、当該ポリシールール＃１及び＃２をユーザインタフェース部１０１へ通知する。
【００６５】
ネットワーク管理者は、ユーザインタフェース部１０１を介して、登録済みのポリシールール＃１及び＃２を組み合わせて、例えば、「ネットワーク２において、パケットロス率が１０％を超えるようなネットワーク２の輻輳が発生した場合は、まず、ユーザＡのトラヒック（LSP-X1）を迂回経路（LSP-X2）に切り替えて輻輳を抑制するようにネットワーク制御を行ない（ポリシールール＃１）、それでもネットワーク輻輳が改善されない場合は、ユーザＢのトラヒック（LSP-Y1）も迂回経路（LSP-Y2）に切り替える（ポリシールール＃２）。」というシナリオデータ（シナリオ＃１）を作成する。
【００６６】
ユーザインタフェース部１０１は、作成したシナリオ＃１を含むシナリオ登録要求をシナリオ入力部２０５へ渡し、シナリオ入力部２０５は、図３により前述したシナリオのデータ構造を用いて、シナリオ登録要求として渡されたシナリオ＃１を図２２に示すようにシナリオ管理ＤＢ２１０に格納する。即ち、シナリオ管理ＤＢ２１０には、シナリオ＃１のみ登録されており、シナリオ＃１には、ポリシールール＃１とポリシールール＃２が関連付けられて登録されている。
【００６７】
また、シナリオ入力部２０５は、シナリオ＃１の「コンディション」に対してネットワーク状況通知が要求済みかの判定を行なう。今回、シナリオ＃１の「コンディション」は、ポリシールール＃１，＃２の「コンディション」と同一（「ネットワーク機器３−２からネットワーク機器３−４へのパケットロス率が１０％を超えた」）であり、既にネットワーク状況通知が要求済みであるため処理を終了する。
【００６８】
さらに、ポリシールール＃１，＃２及びシナリオ＃１の「コンディション」の対象（監視対象）となっている複数のネットワーク機器３−２，３−４及び当該ネットワーク機器３−２，３−４が有するインタフェース（図示省略）におけるトラヒック量やパケットロス率の情報を収集する設定が行なわれているため、管理情報管理部３０４は、周期的に動作し、ネットワーク状況の情報が新しくなっているかを判断し、新しくなっていれば、ネットワーク状況通知をシナリオ分析部２０２に送信する。
【００６９】
ここで、ネットワーク機器３−２からネットワーク機器３−４へのトラヒックのパケットロス率が１０％を超えたとする。シナリオ分析部２０２は要求を受信し、シナリオ管理ＤＢ２１０を参照し、ネットワーク機器３−２からネットワーク機器３−４へのトラヒックのパケットロス率が１０％を超えた時のシナリオを検出する。この場合、シナリオ＃１が該当するため、シナリオ実行部２０３にシナリオ＃１の実行要求を送信する。
【００７０】
このシナリオ実行要求を受信したシナリオ実行部２０３は、まず、ポリシールール＃１を分析する。この場合、図２２に示すように、「適用フラグ」及び「適用状態フラグ」は、ポリシールール＃１を適用する条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディション適用フラグ」が「適用しない」となっているため、「ポリシールール適用条件コンディション」は考慮しない。さらに、「ネットワーク状況コンディション」も条件を満たすため、ポリシー適用指示部２０４に「LSP-X1をLSP-X2に切り替える」というアクションをもつポリシールール＃１の適用要求を送信する。
【００７１】
この適用要求を受けたポリシー適用指示部２０４は、ポリシー適用部１０３にポリシールール＃１の適用要求を送信する。この要求を受けたポリシー適用部１０３は、該当するネットワーク機器３−２，３−１，３−４に対してポリシールール＃１を適用する。ここでは、ポリシールール＃１は正常に適用されたとする。すると、ポリシー適用部１０３は、ポリシー適用指示部２０４に「適用成功」の適用結果を通知する。適用結果を受信したポリシー適用指示部２０４は、シナリオ管理ＤＢ２１０のポリシールール＃１の適用状態フラグを「適用成功」に書き換える。そして、シナリオ実行部２０３に適用完了通知を送信する。
【００７２】
次に、シナリオ分析部２０２は、ポリシールール＃２を分析する。この場合、図２２に示すように、「適用フラグ」及び「適用状態フラグ」は、ポリシールール＃２を適用する条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディション適用フラグ」が「適用する」となっているため、「ポリシールール適用状況コンディション」をチェックする。今、参照（チェック）するポリシールール＝「ポリシールール＃１」、「適用状況」＝「適用中」であるが、ポリシールール＃１の「適用状態フラグ」＝「適用成功」であるため、ポリシールール＃２は適用せずに処理を終了する。
【００７３】
以上で、シナリオ＃１の実行が終了する。
その後、このようにポリシールール＃１を実行したにも関わらず、ネットワーク機器３−２からネットワーク機器３−４へのトラヒックのパケットロス率が１０％を超えていると、再びシナリオ＃１が実行される。即ち、シナリオ分析部２０２は、ポリシールール＃１を分析する。「適用フラグ」は条件を満たすが、「適用状態フラグ」＝「適用成功」となっているため、適用状態フラグを「適用中」に書き直し、ポリシールール＃１は適用しない。
【００７４】
次に、シナリオ分析部２０２は、ポリシールール＃２を分析する。今、「適用フラグ」及び「適用状態フラグ」は条件を満たす。また、「ポリシールール適用状況コンディション」の適用状況が「適用中」のため、条件を満たす。「ネットワーク状況コンディション」も条件を満たしているため、シナリオ分析部２０２は、ポリシー適用指示部２０４に「LSP-Y1をLSP-Y2に切り替える」という「アクション」をもつポリシールール＃２の適用要求を送信する。
【００７５】
この適用要求を受けたポリシー適用指示部２０４は、ポリシー適用部１０３にポリシールール＃２の適用要求を送信する。この要求を受けたポリシー適用部１０３は、該当するネットワーク機器３−２，３−１，３−４に対してポリシールール＃２を適用する。ここで、ポリシールール＃２は正常に適用されたとする。ポリシー適用部１０３は、ポリシー適用指示部２０４に「適用成功」の適用結果を通知する。この適用結果を受信したポリシー適用指示部２０４は、シナリオ管理ＤＢ２１０のポリシールール＃２の「適用状態フラグ」を「適用成功」に書き換える。そして、シナリオ実行部２０３に適用完了通知を送信する。
【００７６】
以上のように、ポリシールール＃１を適用したにも関わらず、ネットワーク状況が改善されない場合、さらに別のポリシールール＃２を適用するシナリオをネットワーク管理者が定義することで、ネットワークの品質低下を防ぐことができる。
なお、シナリオとして３つ以上のポリシールールを組み合わせて定義した場合も、上記と同様に、当該シナリオに従って順次異なるポリシールールが適用されてゆくことになる。
【００７７】
（Ｃ２）具体例２
次に、具体例２として、例えば図２３に示すように、複数（ここでは、５台）のネットワーク機器Ａ，Ｂ，Ｃ，Ｄ，Ｅをそなえるとともに、ネットワーク機器ＡはインタフェースＡ１，Ａ２，Ａ３、ネットワーク機器ＢはインタフェースＢ１，Ｂ２、ネットワーク機器ＣはインタフェースＣ１，Ｃ２、ネットワーク機器ＤはインタフェースＤ１，Ｄ２、ネットワーク機器ＥはインタフェースＥ１，Ｅ２，Ｅ３をそなえて成るネットワーク構成において、本実施形態のシナリオ制御を実行する場合について説明する。
【００７８】
なお、この場合、図２４中に示すように、ネットワーク機器Ａ−Ｂ間はそれぞれのインタフェースＡ１，Ｂ１により、ネットワーク機器Ａ−Ｃ間はそれぞれのインタフェースＡ２，Ｃ１により、ネットワーク機器Ａ−Ｄ間はそれぞれのインタフェースＡ３，Ｄ１により相互に接続されており、ネットワーク機器Ｂ−Ｅ間はそれぞれのインタフェースＢ２，Ｅ１により、ネットワーク機器Ｃ−Ｅ間はそれぞれのインタフェースＣ２，Ｅ２により、ネットワーク機器Ｄ−Ｅ間はそれぞれのインタフェースＤ２，Ｅ３により相互に接続されている。
【００７９】
また、例えば下記表４に示すように、ネットワーク機器Ａからネットワーク機器Ｅへの使用可能な経路（LSP）として、ネットワーク機器Ａ（Ａ１）−（Ｂ１）Ｂ（Ｂ２）−（Ｅ１）Ｅを経由するLSP-X、ネットワーク機器Ａ（Ａ２）−（Ｃ１）Ｃ（Ｃ２）−（Ｅ２）Ｅを経由するLSP-Y、ネットワーク機器Ａ（Ａ３）−（Ｄ１）Ｄ（Ｄ２）−（Ｅ３）Ｅを経由するLSP-Zがそれぞれ設定され、システムの初期設定として、LSP-Xが有効、残りのLSP-Y及びLSP-Zは無効にそれぞれ設定されているものとする。
【００８０】
【表４】
2005165847.tif 000006
【００８１】
まず、図２３に示すネットワーク２を管理するネットワーク管理者は、ポリシーサーバ１のユーザインタフェース部１０１を介して例えば図２４に示すようなポリシールール＃１（「現用経路（LSP-X）に障害が発生したら、その経路（LSP-X）を代替経路Ａ（LSP-Y）に切り替える」）及びポリシールール＃２（「現用経路（LSP-X）に障害が発生したら、別の代替経路Ｂ（LSP-Z）に切り替える」）を作成し、当該ポリシールール＃１，＃２を含むポリシールール登録要求をポリシー管理部１０２へ渡す。
【００８２】
処理を渡されたポリシー管理部１０２は、図２により前述したポリシールールのデータ構造を用いて、ポリシールール登録要求として渡されたポリシールール＃１，＃２を図２４に示すようにポリシー管理ＤＢ１１０に格納するとともに、ポリシー分析部２０１にポリシールール登録通知を渡す。この通知を受けたポリシー分析部２０１は、渡されたポリシールール＃１，＃２のコンディションに対してネットワーク状況通知が要求済みか否かの判定を行なう。
【００８３】
その結果、既に要求済みであれば、ポリシー分析部２０１は、処理を終了するが、要求済みでなければ、監視ポイント設定部３０１に対してネットワーク状況通知要求を行なう。監視ポイント設定部３０１は、このネットワーク状況通知要求を受信すると、障害情報を収集するために、障害情報をトラップする設定をトラップ部３０３に依頼する。要求を受け取ったトラップ部３０３は、ネットワーク状況の情報を収集し、ネットワーク管理ＤＢ３１０に格納する。
【００８４】
次に、ネットワーク管理者は、ユーザインタフェース部１０１を介してシナリオを作成する。まず、ユーザインタフェース部１０１からポリシールール取得要求を受けたシナリオ入力部２０５は、ポリシー管理ＤＢ１１０から登録済みポリシールール＃１，＃２を読み出し、ユーザインタフェース部１０１へ登録されたポリシールール＃１，＃２を通知する。ネットワーク管理者は、ユーザインタフェース部１０１を介して、登録済みのポリシールール＃１，＃２を組み合わせて、例えば、「ネットワークにおいて、ある経路（現用経路＝LSP-X）で障害が発生した場合は、まず、代替経路Ａ（＝LSP-Y）に経路の切り替えを行ない、もし、代替経路Ａについて、経路の切り替えがネットワークのインタフェース異常等の理由で、失敗した場合は、別の代替経路Ｂ（＝LSP-Z）に経路の切り替えを行なう」という内容のシナリオデータ（シナリオ＃１）を作成し、当該シナリオ＃１を含むシナリオ登録要求をシナリオ入力部２０５へ渡す。
【００８５】
処理を渡されたシナリオ入力部２０５は、図３により前述したシナリオのデータ構造を用いて、シナリオ登録要求として渡されたシナリオ＃１を図２５に示すようにシナリオ管理ＤＢ２１０に格納する。即ち、この場合、シナリオ管理ＤＢ２１０には、シナリオ＃１のみ登録されており、シナリオ＃１には、ポリシールール＃１とポリシールール＃２が登録されている。
【００８６】
また、シナリオ入力部２０５は、シナリオ＃１の「コンディション」に対してネットワーク状況通知が要求済みか否かの判定を行なう。今回、シナリオ＃１の「コンディション」はポリシールール＃１，＃２の「コンディション」と同一（LSP-Xに障害発生）であり、既に要求済みであるため処理を終了する。さらに、指定された（監視対象の）LSP（LSP-X）に対する複数のネットワーク機器Ａ，Ｂ，Ｅと当該ネットワーク機器Ａ，Ｂ，Ｅが有するインタフェースＡ１，Ｂ１，Ｂ２，Ｅ１における障害情報を収集する設定が行なわれているため、管理情報管理部３０４は、周期的に動作し、ネットワーク状況の情報が新しくなっているかを判断し、新しくなっていれば、ネットワーク状況通知を、シナリオ分析手段２０２に送信する。
【００８７】
ここで、LSP-Xに障害が発生したとする。この場合、シナリオ分析部２０２は、要求を受信し、シナリオ管理ＤＢ２１０を参照し、LSP-Xに障害が発生した時のシナリオを検出する。この場合、シナリオ＃１が該当するため、シナリオ実行部２０３にシナリオ＃１の実行要求を送信する。このシナリオ実行要求を受信したシナリオ実行部２０３は、まず、当該シナリオ＃１におけるポリシールール＃１を分析する。
【００８８】
ここで、「適用フラグ」及び「適用状態フラグ」は、ポリシールールを適用する条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディション適用フラグ」＝「適用する」となっているため、「ポリシールール適用条件コンディション」をチェックする。今、チェックするポリシールール＝「ポリシールール＃２」、「適用状況」＝「未適用」であり、条件を満足する。また、「ネットワーク状況コンディション」も条件を満たすため、ポリシー適用指示部２０４に対して「LSP-XをLSP-Yに切り替える」という「アクション」をもつポリシールール＃１の適用要求を送信する。
【００８９】
この適用要求を受けたポリシー適用指示部２０４は、ポリシー適用部１０３に対してポリシールール＃１の適用要求を送信する。この要求を受けたポリシー適用部１０３は、該当するネットワーク機器Ａ，Ｂ，Ｅ，Ｃに対してポリシールール＃１を適用する。しかし、ここでポリシールール＃１の適用に失敗したとする。すると、ポリシー適用部１０３が、ポリシー適用指示部２０４に対して「適用失敗」の適用結果を通知する。この適用結果を受信したポリシー適用指示部２０４は、シナリオ管理ＤＢ２１０のポリシールール＃１の適用状態フラグを「適用失敗」に書き換える。そして、シナリオ実行部２０３に適用完了通知を送信する。
【００９０】
この適用完了通知を受信したシナリオ実行部２０３は、ポリシールール＃２を分析する。ここで、「適用フラグ」及び「適用状態フラグ」は条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディション適用フラグ」＝「適用する」であるため、「ポリシールール適用状況コンディション」をチェックする。今、参照（チェック）するポリシールール＝「ポリシールール＃１」、「適用状況」＝「適用失敗」となっているので、「ポリシールール適用状況コンディション」を満足する。また、「ネットワーク状況コンディション」も条件を満たすため、シナリオ実行部２０３は、ポリシー適用指示部２０４に対して「LSP-XをLSP-Zに切り替える」という「アクション」をもつポリシールール＃２の適用要求を送信する。
【００９１】
この適用要求を受けたポリシー適用指示部２０４は、ポリシー適用部１０３にポリシールール＃２の適用要求を送信する。この要求を受信したポリシー適用部１０３は、該当するネットワーク機器Ａ，Ｂ，Ｅ，Ｄに対してポリシールール＃２を適用する。ここで、ポリシールール＃２は正常に適用されたとする。すると、ポリシー適用部１０３は、ポリシー適用指示部２０４に「適用成功」の適用結果を通知する。この適用結果を受信したポリシー適用指示部２０４は、シナリオ管理ＤＢ２１０のポリシールール＃２の「適用状態フラグ」を「適用成功」に書き換え、シナリオ実行部２０３に適用完了通知を送信する。
【００９２】
シナリオ＃１には、これ以上ポリシールールが登録されていないため、シナリオ実行部２０３は処理を終了する。
このように、シナリオ＃１を定義することで、ポリシールール＃１の適用に失敗した場合でも、別のポリシールール＃２を適用することができ、ポリシールール適用の失敗によるネットワーク品質の低下を防ぐことができる。
【００９３】
（Ｃ３）具体例３
次に、具体例３として、例えば図２６に示すように、複数（ここでは、２台）のネットワーク機器３−１，３−２をそなえるとともに、ネットワーク機器３−１が部門Ａ，Ｂ，Ｃの端末（以下、単に部門Ａ，Ｂ，Ｃと表記する）を、ネットワーク機器３−２が部門Ｄ，Ｅの端末（以下、同様に部門Ｄ，Ｅと略記する）をそれぞれ収容して構成されたネットワーク構成において、本実施形態のシナリオ制御を実行する場合について説明する。
【００９４】
なお、この場合、システムの初期設定として、このネットワーク２には、部門間の帯域保証はされてないと仮定する。
まず、図２６に示すネットワーク２を管理するネットワーク管理者は、ポリシーサーバ１のユーザインタフェース部１０１を介して、例えば、「部門Ａから部門Ｄへのパケットロス率が５％以上１０％未満であれば、部門Ａから部門Ｄへの帯域を３０Ｍｂｐｓ保証（確保）する」というポリシールール＃１と、「部門Ａから部門Ｄへのパケットロス率が１０％以上であれば、部門Ａから部門Ｄへの帯域を５０Ｍｂｐｓ保証（確保）する」というポリシールール＃２とを作成し、これらのポリシールール＃１，＃２を含むポリシールール登録要求をポリシー管理部１０２へ渡す。
【００９５】
処理を渡されたポリシー管理部１０２は、図２により前述したポリシールールのデータ構造を用いて、ポリシールール登録要求として渡されたポリシールール＃１及びポリシールール＃２を図２７に示すようにポリシー管理ＤＢ１１０に格納して、ポリシー分析部２０１に対してポリシールール登録通知を行なう。この通知を受けたポリシー分析部２０１は、渡されたポリシールール＃１，＃２の「コンディション」に対してネットワーク状況通知が要求済みかの判断を行なう。既に要求済みであれば、ポリシー分析部２０１は、処理を終了するが、要求済みでなければ、監視ポイント設定部３０１に対してネットワーク状況通知要求を行なう。
【００９６】
監視ポイント設定部３０１は、このネットワーク状況通知を受信すると、トラヒック量やパケットロス率等の情報を収集する設定をポーリング部３０２に依頼する。この依頼を受けたポーリング部３０２は、定期的に、依頼されたネットワーク状況の情報を収集し、ネットワーク管理ＤＢ３１０に格納する。
次に、ネットワーク管理者は、ユーザインタフェース部１０１を介してシナリオを作成する。まず、ユーザインタフェース部１０１からポリシールール取得要求を受けたシナリオ入力部２０５は、ポリシー管理ＤＢ１１０から登録済みポリシールール＃１，＃２を読み出し、ユーザインタフェース部１０１へ登録されたポリシールール＃１，＃２を通知する。ネットワーク管理者は、ユーザインタフェース部１０１を介して、登録済みのポリシールール＃１，＃２を組み合わせて、例えば、「ネットワーク２において、パケットロス率が１０％以下であれば、重要なデータを取り扱う部門Ａと部門Ｄとの間のトラヒックの帯域確保を３０Ｍｂｐｓとし、１０％以上であれば、帯域確保を５０Ｍｂｐｓとする」というシナリオデータ（シナリオ＃１）を作成し、このシナリオ＃１を含むシナリオ登録要求をシナリオ入力部２０５へ渡す。
【００９７】
処理を渡されたシナリオ入力部２０５は、図３により前述したシナリオのデータ構造を用いて、シナリオ登録要求として渡されたシナリオ＃１を図２８に示すようにシナリオ管理ＤＢ２１０に格納する。即ち、この場合、シナリオ管理ＤＢ２１０には、シナリオ＃１のみ登録されており、シナリオ＃１には、ポリシールール＃１とポリシールール＃２が登録されている。
【００９８】
また、シナリオ入力部２０５は、シナリオ＃１の「コンディション」に対して、ネットワーク状況通知が要求済みかの判断を行なう。要求済みでなければ、監視ポイント設定部３０１にネットワーク状況通知要求を行なう。監視ポイント設定部３０１は、このネットワーク状況通知要求を受信すると、トラヒック量やパケットロス率等の情報を収集する設定をポーリング部３０２に依頼する。この依頼を受け取ったポーリング部３０２は、定期的に、依頼されたネットワーク状況の情報を収集し、ネットワーク管理ＤＢ３１０に格納する。
【００９９】
さらに、ポリシールール＃１，＃２及びシナリオ＃１の「コンディション」の対象となっているネットワーク機器３−１，３−２と当該ネットワーク機器３−１，３−２が有するインタフェースにおけるトラヒック量やパケットロス率の情報を収集する設定が行なわれているので、管理情報管理部３０４は、周期的に動作し、ネットワーク状況の情報が新しくなっているかを判断し、新しくなっていれば、ネットワーク状況通知を、シナリオ分析部２０２に送信する。
【０１００】
ここで、ネットワーク機器３−１とネットワーク機器３−２との間のトラヒック量が閾値を超えたとする。また、このとき部門Ａから部門Ｄへのパケットロス率が１２％であったとする。この場合、シナリオ分析部２０２は、要求を受信し、シナリオ管理ＤＢ２１０を参照し、ネットワーク機器３−１とネットワーク機器３−２との間のトラヒック量が閾値を超えた時のシナリオを検出する。この場合、シナリオ＃１が該当するため、シナリオ実行部２０３にシナリオ＃１の実行要求を送信する。
【０１０１】
このシナリオ実行要求を受信したシナリオ実行部２０３は、まず、当該シナリオ＃１におけるポリシールール＃１を分析する。ここで、「適用フラグ」及び「適用状態フラグ」は、ポリシールールを適用する条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディション適用フラグ」＝「適用する」であるため、「ポリシールール適用条件コンディション」をチェックする。今、参照（チェック）するポリシールール＝「ポリシールール＃２」、「適用状況」＝「未適用」であるため、条件を満足する。しかし、「ネットワーク状況コンディション」が条件を満足しないため、ポリシールール＃１の適用は行なわず、次のポリシールール＃２を分析する。
【０１０２】
ここで、「適用フラグ」及び「適用状態フラグ」は、条件を満たす。「ポリシールール適用状況コンディション」の「コンディション適用フラグ」＝「適用しない」となっているため、「ポリシールール適用状況コンディション」は考慮しない。「ネットワーク状況コンディション」は条件を満たすため、ポリシー適用指示部２０４に「部門Ａから部門Ｄへの帯域を５０Ｍｂｐｓ保証する」というアクションをもつポリシールール＃２の適用要求を送信する。
【０１０３】
この適用要求を受けたポリシー適用指示部２０４は、ポリシー適用部１０３にポリシールール＃２の適用要求を送信する。この要求を受けたポリシー適用部１０３は、該当するネットワーク機器３−１，３−２に対してポリシールール＃２を適用する。ここで、ポリシールール＃２は正常に実行されたとする。すると、ポリシー適用部１０３は、ポリシー適用指示部２０４に「適用成功」の適用結果を通知する。この適用結果を受信したポリシー適用指示部２０４は、シナリオ管理ＤＢ２１０のポリシールール＃２の「適用状態フラグ」を「適用成功」に書き換える。そして、シナリオ実行部２０３に適用完了通知を送信する。
【０１０４】
このように、あるネットワーク状況において、複数のポリシールールの中からその時点で最適なポリシールールを選択及び適用するシナリオを定義・作成することで、ネットワーク状況に応じてきめ細かなポリシールールの適用を行なうことができる。
（Ｃ４）具体例４
次に、具体例４として、例えば図２９に示すように、複数（ここでは、４台）のネットワーク機器３−１，３−２，３−３，３−４をそなえるとともに、ネットワーク機器３−２がユーザＡ，Ｂ，Ｃの端末４，５，６を収容し、ネットワーク機器３−２がサーバ９を収容して構成されたネットワーク構成において、本実施形態のシナリオ制御を実行する場合について説明する。
【０１０５】
なお、この場合、例えば下記表５に示すように、ユーザＡ，Ｂ，Ｃからサーバ９への使用可能な経路（LSP）として、ネットワーク機器３−２，３−１，３−４を経由する経路（LSP-X1，LSP-Y1，LSP-Z1）と、ネットワーク機器３−２，３−４を経由する経路（LSP-X2，LSP-Y2，LSP-Z2）と、ネットワーク機器３−２，３−３，３−４を経由する経路（LSP-X3，LSP-Y3，LSP-Z3）がそれぞれ設定されるとともに、システムの初期設定として、LSP-X1，LSP-Y2，LSP-Z3がユーザＡ，Ｂ，Ｃのトラヒックとして有効、残りはいずれも無効に設定されているものとする。
【０１０６】
【表５】
2005165847.tif 000007
【０１０７】
まず、図２９に示すネットワーク２を管理するネットワーク管理者は、ユーザインタフェース部１０１を介して、例えば、「現用経路（LSP-X1）に障害が発生したら、現用経路（LSP-X1）を代替経路Ａ（LSP-X2）に切り替える」という内容のポリシールール＃１と、「現用経路（LSP-X1）に障害が発生したら、ネットワーク管理者にメール通知する」という内容のポリシールール＃２と、「ネットワーク機器３−２からネットワーク機器３−４へのパケットロス率が１０％を超えたら、代替経路Ａ（LSP-X2）を別の代替経路（LSP-X3）に切り替える」という内容のポリシールール＃３とを作成し、これらのポリシールール＃１，＃２，＃３を含むポリシールール登録要求をポリシー管理部１０２へ渡す。
【０１０８】
処理を渡されたポリシー管理部１０２は、図２により前述したポリシールールのデータ構造を用いて、ポリシールール登録要求として渡されたポリシールール＃１，＃２，＃３を図３０に示すようにポリシー管理ＤＢ１１０に格納するとともに、ポリシー分析部２０１にポリシールール登録要求を渡す。
この要求を受けたポリシー分析部２０１は、渡されたポリシールール＃１，＃２，＃３の「コンディション」に対してネットワーク状況通知が要求済みかの判定を行なう。既に要求済みであれば、ポリシー分析部２０１は、処理を終了するが、要求済みでなければ、監視ポイント設定部３０１に対してネットワーク状況通知要求を行なう。監視ポイント設定部３０１は、このネットワーク状況通知を受信すると、トラヒック量やパケットロス率等の情報を収集する設定をポーリング部３０２に依頼し、障害情報を収集するために、障害情報をトラップする設定をトラップ部３０３に依頼する。上記の依頼を受け取ったポーリング部３０２は、定期的に、依頼されたネットワーク状況の情報を収集し、ネットワーク管理ＤＢ３１０に格納する。また、上記依頼を受け取ったトラップ部３０３は、ネットワーク状況の情報を収集し、ネットワーク管理ＤＢ３１０に格納する。
【０１０９】
次に、ネットワーク管理者は、ユーザインタフェース部１０１を介してシナリオを作成する。即ち、まず、ユーザインタフェース部１０１からポリシールール取得要求を受けたシナリオ入力部２０５は、ポリシー管理ＤＢ１１０から登録済みポリシールール＃１，＃２，＃３を読み出し、ユーザインタフェース部１０１へ登録されたポリシールール＃１，＃２，＃３を通知する。
【０１１０】
ネットワーク管理者は、ユーザインタフェース部１０１を介して、登録済みのポリシールール＃１，＃２，＃３を組み合わせて、例えば、「ネットワーク２において、ある経路（現用経路LSP-X1）で障害が発生した場合、まず、その経路（LSP-X1）を代替経路Ａに切り替えるとともにネットワーク管理者に障害通知を行ない、そして、代替経路Ａに経路を切り替えたことによって、ネットワークの輻輳が生じた（パケットロス率が１０％を超えた）場合は、別の代替経路Ｂ（LSP-X3）に経路の切り替えを行なう」という内容のシナリオデータ（シナリオ＃１）を作成し、このシナリオ＃１を含むシナリオ登録要求をシナリオ入力部２０５へ渡す。
【０１１１】
処理を渡されたシナリオ入力部２０５は、図３により前述したシナリオのデータ構造を用いて、シナリオ登録要求として渡されたシナリオ＃１を図３１に示すようにシナリオ管理ＤＢ２１０格納する。即ち、この場合、シナリオ管理ＤＢ２１０には、シナリオ＃１のみが登録されており、シナリオ＃１にはさらにポリシールール＃１，＃２及び＃３が登録されている。
【０１１２】
また、シナリオ入力部２０５は、シナリオ＃１の「コンディション」に対してネットワーク状況通知が要求済みかの判定を行なう。今回、シナリオ＃１の「コンディション」はポリシールール＃１，＃２及び＃３の「コンディション」と同一（LSP-X1に障害発生）であり、既に要求済みであるため処理を終了する。
さらに、ポリシールール＃１，＃２，＃３及びシナリオ＃１の「コンディション」の対象となっているネットワーク機器３−２，３−１，３−４と当該ネットワーク機器３−２，３−１，３−４が有するインタフェースにおけるトラヒック量やパケットロス率等の情報および障害情報を収集する設定が行なわれているため、管理情報管理部３０４は、周期的に動作し、ネットワーク状況の情報が新しくなっているかを判断し、新しくなっていれば、ネットワーク状況通知を、シナリオ分析部２０２に送信する。
【０１１３】
ここで、LSP-X1に障害が発生したとする。シナリオ分析部２０２は、要求を受信し、シナリオ管理ＤＢ２１０を参照し、LSP-X1に障害が発生した時のシナリオを検出する。この場合、シナリオ＃１が該当するため、シナリオ実行部２０３にシナリオ＃１の実行要求を送信する。このシナリオ実行要求を受信したシナリオ実行部２０３は、まず、当該シナリオ＃１におけるポリシールール＃１を分析する。
【０１１４】
今、「適用フラグ」および「適用状態フラグ」は、ポリシールール＃１を適用する条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディションフラグ」＝「適用しない」となっているため、「ポリシールール適用状況コンディション」は考慮しない。さらに、「ネットワーク状況コンディション」も条件を満たすため、シナリオ実行部２０３は、ポリシー適用指示部２０４に「LSP-X1をLSP-X2に切り替える」という、アクションをもつポリシールール＃１の適用要求を送信する。
【０１１５】
この要求を受けたポリシー適用指示部２０４は、ポリシー適用部１０３にポリシールール１の適用要求を送信する。この要求を受けたポリシー適用部１０３は、該当するネットワーク機器３−２，３−１，３−４に対してポリシールール＃１を適用する。ここでは、ポリシールール＃１は正常に適用されたとする。すると、ポリシー適用部１０３は、ポリシー適用指示部２０４に「適用成功」の適用結果を通知する。この適用結果を受信したポリシー適用指示部２０４は、シナリオ管理ＤＢ２１０にポリシールール＃１の「適用状態フラグ」を「適用成功」に書き換える。そして、シナリオ実行部２０３に適用完了通知を送信する。
【０１１６】
次に、シナリオ実行部２０３は、ポリシールール＃２を分析する。ここで、「適用フラグ」及び「適用状態フラグ」は条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディションフラグ」＝「適用しない」となっているため、「ポリシールール適用状況コンディション」は考慮しない。さらに、「ネットワーク状況コンディション」も条件を満たすため、シナリオ実行部２０３は、ポリシー適用指示部２０４に「ネットワーク管理者にメール通知」という、アクションをもつポリシールール＃２の適用要求を送信する。
【０１１７】
この要求を受けたポリシー適用指示部２０４は、ポリシー適用部１０３にポリシールール＃２の適用要求を送信する。この要求を受けたポリシー適用部１０３は、ポリシールール＃２を適用する。ここでは、ポリシールール＃２は正常に適用されたとする。すると、ポリシー適用部１０３は、ポリシー適用指示部２０４に「適用成功」の適用結果を通知する。この適用結果を受信したポリシー適用指示部２０４は、シナリオ管理ＤＢ２１０にポリシールール＃２の適用状態フラグを「適用成功」に書き換えて、シナリオ実行部２０３に適用完了通知を送信する。
【０１１８】
次に、シナリオ実行部２０３は、ポリシールール＃３を分析する。ここで、「適用フラグ」及び「適用状態フラグ」は条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディション適用フラグ」＝「適用する」であるため、「ポリシールール適用状況コンディション」をチェックする。今、参照（チェック）するポリシールール＝「ポリシールール＃１」、「適用状況」＝「適用中」であるが、ポリシールール＃１の「適用状態フラグ」＝「適用成功」であるため、ポリシールール＃３は適用せずに処理を終了する。
【０１１９】
以上のようにしてシナリオ＃１の実行が終了する。
ここで、ポリシールール＃１を適用したことで、ネットワーク機器３−２からネットワーク機器３−４へのトラヒックのパケットロス率が１０％を超えたとする。この場合に、LSP-X1に障害が発生したままであるとすると、再びシナリオ＃１が実行されることになる。
【０１２０】
即ち、シナリオ実行部２０３は、まず、ポリシールール＃１を分析する。ここで、「適用フラグ」は条件を満たすが、「適用状態フラグ」＝「適用成功」となっているため、「適用状態フラグ」を「適用中」に書き直し、ポリシールール＃１は適用しない。次に、シナリオ実行部２０３は、ポリシールール＃２を分析する。この場合も、ポリシールール＃１と同様に「適用状態フラグ」が「適用成功」となっているため、「適用中」に書き直し、ポリシールール＃２は適用しない。
【０１２１】
次に、シナリオ実行部２０３は、ポリシールール＃３を分析する。ここで、「適用フラグ」及び「適用状態フラグ」は条件を満たす。また、「ポリシールール適用状況コンディション」の「コンディション適用フラグ」＝「適用する」となっているため、「ポリシールール適用状況コンディション」をチェックする。今、参照（チェック）するポリシールール＝「ポリシールール１」、「適用状況」＝「適用中」であり、条件を満たす。「ネットワーク状況コンディション」も条件を満たすため、シナリオ実行部２０３は、ポリシー適用指示部２０４に「LSP-X2をLSP-X3に切り替える」というアクションをもつポリシールール＃３の適用要求を送信する。
【０１２２】
この要求を受けたポリシー適用指示部２０４は、ポリシー適用部１０３にポリシールール＃３の適用要求を送信する。この要求を受けたポリシー適用部１０３は、ポリシールール＃３を適用する。ここでは、ポリシールール＃３は正常に適用されたとする。すると、ポリシー適用部１０３は、ポリシー適用指示部２０４に「適用成功」の適用結果を通知する。この適用結果を受信したポリシー適用指示部２０４は、シナリオ管理ＤＢ２１０にポリシールール＃３の適用状態フラグを「適用成功」に書き換え、シナリオ実行部２０３に適用完了通知を送信する。
【０１２３】
以上で２回目のシナリオ＃１の実行が終了する。
このようにシナリオ＃１を定義することで、障害発生時等には複数のポリシールール＃１，＃２，＃３を連続して適用することができる。また、ポリシールールの適用によるネットワーク２の品質低下を防ぐために、ポリシールール適用によるネットワーク２への影響状況もチェックして、さらに別のポリシールールを適用することができる。
【０１２４】
以上のように、本実施形態によれば、事前に用意されたポリシールールを、ネットワーク管理者が活用して、ネットワーク運用状況に応じた最適なポリシールール選択アルゴリズムを実現するシナリオを自由に作成（カスタマイズ）でき、当該シナリオの実行によりネットワーク管理者が望むネットワーク運用（制御）を実現できるので、多様なネットワーク運用に柔軟に対応することが可能である。
【０１２５】
特に、本実施形態では、時々刻々と変化するネットワーク状況に対して有効なネットワーク制御を自動的に柔軟かつ細かく行なうことが可能なので、ネットワーク管理者の管理負担を増大させることなく、ネットワーク２のサービス品質を確保することができる。また、ポリシールールの適用に失敗した場合やポリシールールの適用にも関わらずネットワーク状況が改善しない場合等、別のポリシールールを適用するシナリオを定義することで、ネットワークのサービス品質の劣化を防ぐことが可能である。
【０１２６】
〔Ｄ〕シナリオ作成画面例の説明
次に、上述した具体例１〜４において記述したネットワーク管理者によるシナリオ作成時のポリシーサーバ１での入力画面の一例について、図３２〜図３６を用いて説明する。
即ち、ネットワーク管理者は、ポリシーサーバ１のユーザインタフェース部１０１により例えば図３２に示すような入力画面（シナリオ登録画面）、即ち、「シナリオ名」や「シナリオに対するコンディション」の入力欄１１，１２等を有する入力フォームが表示されたサーバ画面において、必要なデータを入力し、入力が完了すれば「ＯＫ」ボタン１３をマウス等でクリック（選択）する。なお、「クリア」ボタン１４は入力ミス等があったときにそれまでの入力データをクリアするためのボタンである。
【０１２７】
次に、上記「ＯＫ」ボタン１３のクリックにより、例えば図３３に示すように、ポリシー管理ＤＢ１１０に記憶されているポリシールールの一覧（メニュー）１５及び当該一覧１５において選択中のポリシールールの詳細情報１６が表示されたポリシールールの追加画面が表示される。ネットワーク管理者は、追加すべきポリシールールを一覧１５において選択し、その詳細情報１６を確認した上で、「追加」ボタン１７をクリックする等して選択することにより、必要なポリシールールの追加処理を行なう。なお、この図３３において、「戻る」ボタン１８は表示画面を前画面（図３２に示すシナリオ登録画面）に戻すためのボタンである。
【０１２８】
さて、上述の「追加」ボタン１７の選択により、次に、サーバ画面には、例えば図３４に示すように、ポリシールールを実行するか否かを選択（設定）するためのチェックボックス１９、ポリシールール実行状況コンディションを適用するか否かを選択（設定）するためのチェックボックス２０、判定対象のポリシールールの入力欄２１、判定条件の入力欄２２等を有する入力フォーム（判定条件入力画面）が表示される。ネットワーク管理者は、当該入力フォームにおいて、必要なデータを入力する。この図３４では、「ポリシールール実行」＝「する」、「ポリシールール実行状況コンディションの適用」＝「する」、「判定対象のポリシールール」＝「ポリシールール＃１」、「判定条件」＝「実行失敗」の各データが入力される様子が示されている。
【０１２９】
入力が完了すれば、ネットワーク管理者は、「次へ」ボタン２３をクリックする等して選択することにより、次画面（図３５参照）を表示させ、前画面（図３３参照）から入力のやり直しが必要なら、「戻る」ボタン２４を選択する。「次へ」ボタン２３を選択した場合、サーバ画面には、図３５に示すように、これまでの入力内容の確認画面が表示され、ネットワーク管理者は、その内容を確認した上でＯＫなら「ＯＫ」ボタン２５を選択し、修正等が必要な場合には「戻る」ボタン２６を選択して適宜入力内容の修正を行なう。
【０１３０】
「ＯＫ」ボタン２５を選択すると、次に、サーバ画面には、例えば図３６に示すように、シナリオに登録されたポリシールールの一覧２７及びその詳細情報２８が表示されたシナリオの確認画面が表示される。ネットワーク管理者は、入力したシナリオの内容が正しくシナリオ作成処理を終了して構わなければ「完了」ボタン３０を選択することでシナリオ作成処理を終了する。当該シナリオに追加すべきポリシールールが他にもある場合には、「追加」ボタン２９を選択する。「追加」ボタン２９を選択すると、図３６に示したポリシールールの追加画面が表示され、ネットワーク管理者は、以降、上記と同様の手順により追加すべきポリシールールがなくなるまで必要なデータの入力を行なう。
【０１３１】
なお、上述した入力形式はあくまでも一例であり、勿論、他の入力形式を採用することが可能である。
〔Ｅ〕その他
本発明は、上述した実施形態及びその具体例に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
【産業上の利用可能性】
【０１３２】
以上詳述したように、本発明によれば、時々刻々と変化するネットワーク状況に対して有効なネットワーク制御を自動的に柔軟かつ細かく行なうことが可能なので、ネットワーク通信分野において極めて有用であると考えられる。
【図面の簡単な説明】
【０１３３】
【図１】本発明の一実施形態としてのポリシールールシナリオ制御装置が適用されるシステム構成例を示すブロック図である。
【図２】図１に示すポリシー管理ＤＢにおけるポリシールールのデータ構造の一例を示す図である。
【図３】図１に示すシナリオ管理ＤＢにおけるシナリオのデータ構造の一例を示す図である。
【図４】図１に示すネットワーク管理ＤＢにおけるデータ構造の一例を示す図である。
【図５】図１に示すポリシーサーバにおけるポリシールール登録処理を説明するためのシーケンス図である。
【図６】図１に示すポリシーサーバにおけるシナリオ登録処理を説明するためのシーケンス図である。
【図７】（Ａ）及び（Ｂ）は図１に示すポリシーサーバにおけるシナリオ実行処理を説明するためのシーケンス図である。
【図８】図１に示すユーザインタフェース部の処理を説明するためのフローチャートである。
【図９】図１に示すポリシー管理部の処理を説明するためのフローチャートである。
【図１０】図１に示すポリシー適用部の処理を説明するためのフローチャートである。
【図１１】図１に示すポリシー分析部の処理を説明するためのフローチャートである。
【図１２】図１に示すシナリオ分析部の処理を説明するためのフローチャートである。
【図１３】図１に示すシナリオ実行部の処理を説明するためのフローチャートである。
【図１４】図１に示すポリシー適用指示部の処理を説明するためのフローチャートである。
【図１５】図１に示すシナリオ入力部の処理を説明するためのフローチャートである。
【図１６】図１に示す監視ポイント設定部の処理を説明するためのフローチャートである。
【図１７】図１に示すポーリング分の処理を説明するためのフローチャートである。
【図１８】図１に示すトラップ部の処理を説明するためのフローチャートである。
【図１９】図１に示す管理情報管理部の処理を説明するためのフローチャートである。
【図２０】図１に示すポリシーサーバによるシナリオ実行方法を説明すべくネットワーク構成の具体例１を示す図である。
【図２１】図２０に示す具体例１におけるポリシールールのデータ構造及び内容例を示す図である。
【図２２】図２０に示す具体例１におけるシナリオのデータ構造及び内容例を示す図である。
【図２３】図１に示すポリシーサーバによるシナリオ実行方法を説明すべくネットワーク構成の具体例２を示す図である。
【図２４】図２３に示す具体例２におけるポリシールールのデータ構造及び内容例を示す図である。
【図２５】図２３に示す具体例２におけるシナリオのデータ構造及び内容例を示す図である。
【図２６】図１に示すポリシーサーバによるシナリオ実行方法を説明すべくネットワーク構成の具体例３を示す図である。
【図２７】図２６に示す具体例３におけるポリシールールのデータ構造及び内容例を示す図である。
【図２８】図２６に示す具体例３におけるシナリオのデータ構造及び内容例を示す図である。
【図２９】図１に示すポリシーサーバによるシナリオ実行方法を説明すべくネットワーク構成の具体例４を示す図である。
【図３０】図２９に示す具体例４におけるポリシールールのデータ構造及び内容例を示す図である。
【図３１】図２９に示す具体例４におけるシナリオのデータ構造及び内容例を示す図である。
【図３２】図１に示すポリシーサーバにおけるシナリオ作成手順を説明すべくデータ入力画面（シナリオ登録画面）例を示す図である。
【図３３】図１に示すポリシーサーバにおけるシナリオ作成手順を説明すべくデータ入力画面（ポリシールール追加画面）例を示す図である。
【図３４】図１に示すポリシーサーバにおけるシナリオ作成手順を説明すべくデータ入力画面（条件入力画面）例を示す図である。
【図３５】図１に示すポリシーサーバにおけるシナリオ作成手順を説明すべくデータ入力画面（入力内容確認画面）例を示す図である。
【図３６】図１に示すポリシーサーバにおけるシナリオ作成手順を説明すべくデータ入力画面（シナリオ確認画面）例を示す図である。
【符号の説明】
【０１３４】
１  ポリシーサーバ
２  ネットワーク
３，３−１，３−２，３−３  ネットワーク機器
４，５，６，７，８  端末
９  サーバ
１０１  ユーザインタフェース部
１０２  ポリシー管理部
１０３  ポリシー適用部
１１０  ポリシー管理データベース（ＤＢ）
２０１  ポリシー分析部
２０２  シナリオ分析部
２０３  シナリオ実行部
２０４  ポリシー適用指示部
２１０  シナリオ管理データベース（ＤＢ）
３０１  監視ポイント設定部
３０２  ポーリング部
３０３  トラップ部
３０４  管理情報管理部
３１０  ネットワーク管理データベース（ＤＢ）
【図１】
2005165847.tif 000008
【図２】
2005165847.tif 000009
【図３】
2005165847.tif 000010
【図４】
2005165847.tif 000011
【図５】
2005165847.tif 000012
【図６】
2005165847.tif 000013
【図７】
2005165847.tif 000014
【図８】
2005165847.tif 000015
【図９】
2005165847.tif 000016
【図１０】
2005165847.tif 000017
【図１１】
2005165847.tif 000018
【図１２】
2005165847.tif 000019
【図１３】
2005165847.tif 000020
【図１４】
2005165847.tif 000021
【図１５】
2005165847.tif 000022
【図１６】
2005165847.tif 000023
【図１７】
2005165847.tif 000024
【図１８】
2005165847.tif 000025
【図１９】
2005165847.tif 000026
【図２０】
2005165847.tif 000027
【図２１】
2005165847.tif 000028
【図２２】
2005165847.tif 000029
【図２３】
2005165847.tif 000030
【図２４】
2005165847.tif 000031
【図２５】
2005165847.tif 000032
【図２６】
2005165847.tif 000033
【図２７】
2005165847.tif 000034
【図２８】
2005165847.tif 000035
【図２９】
2005165847.tif 000036
【図３０】
2005165847.tif 000037
【図３１】
2005165847.tif 000038
【図３２】
2005165847.tif 000039
【図３３】
2005165847.tif 000040
【図３４】
2005165847.tif 000041
【図３５】
2005165847.tif 000042
【図３６】
2005165847.tif 000043