JP2022187248A - ネットワーク設定管理装置および方法 - Google Patents

Abstract

【課題】ネットワーク内に複数の経路を確立し、アプリケーション毎に経路を選択する構成におけるネットワークの利用状態を管理する。
【解決手段】ネットワーク設定管理装置は、経路毎に該経路の帯域を含む通信品質を経路品質情報として管理し、アプリケーション毎に選択した経路を経路選択情報として管理する経路管理部と、アプリケーション毎のトラフィック量を予測し、経路選択情報に基づきアプリケーション毎の選択経路を予測し、予測されたトラフィック量と予測された選択経路とに基づき、前記経路毎のトラフィック量を予測するトラフィック予測部と、経路毎のトラフィック量と経路品質情報とに基づいて、トラフィック量が帯域を超過する経路があるか否か判定する設定評価部とを有する。
【選択図】図２

Description

本開示は、アプリケーションによるネットワークの利用を管理する技術に関する。

ＤＸ（デジタルトランスフォーメーション）によりＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）サービスは、単一拠点内に閉じた利用から、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介した複数拠点での利用や、クラウドにより場所を選ばない利用へと広がっている。それに伴い、アプリケーションに利用する経路をＳＤＮ（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）により柔軟な設定が行われている。

そして、アプリケーションによるネットワークの利用が適切な状態となっているかを管理することが求められている（特許文献１参照）。

特許文献１には、企業ネットワークのエッジルータからトラフィック量など品質管理に必要な情報を収集し、将来のトラフィック推移および今後の運用状況の動向を予測し、予測結果通知する技術が開示されている。

特開２００３－６９６４４号公報

しかしながら、特許文献１では、ＳＤＮ技術によりＷＡＮのネットワーク内に複数の経路を確立し、アプリケーション毎に経路を選択する構成（ＳＤ－ＷＡＮ）におけるネットワークの利用状態を管理することについて考慮されていない。

本開示のひとつの目的は、ネットワーク内に複数の経路を確立し、アプリケーション毎に経路を選択する構成におけるネットワークの利用状態を管理することを可能にする技術を提供することである。

本開示のひとつの態様に従うネットワーク設定管理装置は、プロセッサと記憶装置とを有し、前記プロセッサが前記記憶装置に格納されたソフトウェアプログラムを実行するネットワーク設定管理装置であって、前記プロセッサが前記ソフトウェアプログラムを実行することにより実現される、経路毎に該経路の帯域を含む通信品質を経路品質情報として管理し、アプリケーション毎に選択した経路を経路選択情報として管理する経路管理部と、前記アプリケーション毎のトラフィック量を予測し、前記経路選択情報に基づき前記アプリケーション毎の選択経路を予測し、前記予測されたトラフィック量と前記予測された選択経路とに基づき、前記経路毎のトラフィック量を予測するトラフィック予測部と、前記経路毎のトラフィック量と前記経路品質情報とに基づいて、トラフィック量が帯域を超過する経路があるか否か判定する設定評価部と、を有する。

本開示のひとつの態様に従うネットワーク設定管理方法は、プロセッサおよび記憶装置を備えるコンピュータが、前記プロセッサにより前記記憶装置に格納されたソフトウェアプログラムを読み出して実行することにより実現されるネットワーク設定管理方法であって、経路毎に該経路の帯域を含む通信品質を経路品質情報として管理し、アプリケーション毎に選択した経路を経路選択情報として管理し、前記アプリケーション毎のトラフィック量を予測し、前記経路選択情報に基づき前記アプリケーション毎の選択経路を予測し、前記予測されたトラフィック量と前記予測された選択経路とに基づき、前記経路毎のトラフィック量を予測し、前記経路毎のトラフィック量と前記経路品質情報とに基づいて、トラフィック量が帯域を超過する経路があるか否か判定する。

本開示のひとつの態様によれば、ネットワーク内に複数の経路を確立し、アプリケーション毎に経路を選択する構成におけるネットワークの利用状態を管理することができる。

本実施形態のネットワーク設定管理装置が適用されるネットワーク構成の一例を示す図である。 図１に示したネットワーク設定管理装置の機能構成を示すブロック図である。 図１に示したネットワーク設定管理装置のハードウェア構成を示すブロック図である。 図２に示した経路管理部にて入力テーブルとして管理されるアプリケーション情報の一例を示す図である。 図２に示した経路管理部にて入力テーブルとして管理される経路情報の一例を示す図であり、（ａ）は経路毎のトラフィックテーブルを示す図、（ｂ）は経路品質テーブルを示す図、（ｃ）は経路毎の品質監視テーブルを示す図である。 図２に示した経路管理部にて入力テーブルとして管理される実績ポリシー情報の一例を示す図である。 図１に示したネットワーク設定管理装置におけるネットワーク設定管理方法を説明するためのフローチャートである。 図２に示したトラフィック予測部にて作成された中間情報を示す図であり、（ａ）はアプリケーション毎のトラフィック予測テーブルを示す図、（ｂ）は経路毎のトラフィック予測テーブルを示す図である。 図２に示した設定評価部における帯域判定処理の詳細を説明するためのフローチャートである。 図２に示した設定評価部にて判定された経路状態を示す情報からなるテーブルを示す図である。 図２に示した設定評価部における代替経路判定処理の詳細を説明するためのフローチャートである。 図２に示した設定評価部における切り替え後の経路判定処理の詳細を説明するためのフローチャートである。 図２に示した設定評価部における経路選択ポリシー変更方針探索処理の詳細を説明するためのフローチャートである。 図２に示した設定評価部における経路選択ポリシー変更方針探索処理にて作成される経路選択ポリシー評価テーブルを示す図である。 図２に示した設定評価部が、経路管理部にて管理される経路のうち未使用の経路が存在するか否かを判定する処理を説明するためのフローチャートである。 図２に示した設定評価部が作成する未使用経路判定テーブルを示す図である。 図３に示した表示装置にて表示出力される経路状態画面を示す図である。 図１７に示した経路状態画面にて詳細確認ボタンが押下された場合に表示装置に表示される画面を示す図である。 図１８に示した経路状態画面にて詳細確認ボタンが押下された場合に表示装置に表示される画面を示す図である。 図２に示した経路管理部にて管理される経路のうち使用されていない経路を通知する画面を示す図である。 アプリケーションを変更した場合に表示装置に表示される画面を示す図である。 図１に示したネットワーク設定管理装置において、代替経路が生じる経路選択ポリシーについて、選択された回数と、選択された回数のうち障害が発生した回数とを提示して、変更を提案する処理を説明するためのフローチャートである。 図２２に示した処理によって作成されたテーブルを示す図である。 図２３に示した出力テーブルの内容を反映した経路選択ポリシー変更提案画面を示す図である。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明のネットワーク設定管理装置が適用されるネットワーク構成の一例を示す図であり、アプリケーションの利用の様子を示す。

本例のネットワーク構成は図１に示すように、拠点ネットワーク１１から、ＷＡＮ１３を介してデータセンタもしくは他の拠点ネットワーク１２に接続可能に構成されており、拠点ネットワーク１１とデータセンタもしくは他の拠点ネットワーク１２との間にて、ネットワーク装置１６によりＷＡＮ１３上に確立された経路１４がネットワーク設定管理装置１５により管理される。ネットワーク設定管理装置１５は拠点ネットワークごとにあっても、特定の拠点ネットワークに存在し、全拠点ネットワークのネットワーク装置１５間の経路１４を管理してもよい。

このように構成されたネットワーク構成において、拠点ネットワーク１１内にいるユーザ（不図示）は、複数のアプリケーション（不図示）を利用するユーザであって、各アプリケーションの処理に、ネットワーク設定管理装置１５により管理される経路１４を介してデータセンタもしくは他の拠点ネットワーク１２のデータを利用することになる。

図２は、図１に示したネットワーク設定管理装置１５の機能構成を示すブロック図である。

図１に示したネットワーク設定管理装置１５は図２に示すように、その機能として、経路管理部２１とトラフィック予測部２２と設定評価部２３とを有している。

経路管理部２１は、経路１４毎にその経路の帯域を含む通信品質を経路品質情報として管理し、また、拠点ネットワーク１１内から送信されるアプリケーション毎に選択した経路を経路選択情報として管理する。

トラフィック予測部２２は、拠点ネットワーク１１内から送信されるアプリケーション毎のトラフィック量を予測し、経路管理部２１にて管理される経路選択情報に基づきアプリケーション毎の選択経路を予測し、予測したトラフィック量と予測した選択経路とに基づき、経路毎のトラフィック量を予測する。

設定評価部２３は、トラフィック予測部２２にて予測された経路毎のトラフィック量と、経路管理部２１にて管理される経路品質情報とに基づいて、トラフィック量が帯域を超過する経路があるか否か判定する。

図３は、図１に示したネットワーク設定管理装置１５のハードウェア構成を示すブロック図である。

図１に示したネットワーク設定管理装置１５のハードウェア構成は図３に示すように、プロセッサ３１とメインメモリ３２と記憶増値３３と通信装置３４と入力装置３５と表示装置３６とがバス３７を介して接続されたものとなっている。

プロセッサ３１は、記憶装置３３からメインメモリ３２に読み出されたソフトウェアプログラムを実行することにより、図２に示した各機能を実現する。

通信装置３４は、ネットワーク装置１６に接続するためのものである。

入力装置３５は、記憶装置３３に設定された様々なテーブルに情報を入力するためのものである。

表示装置３６は、プロセッサ３１における実行結果を表示出力するものである。

以下に、上記のように構成されたネットワーク設定管理装置１５におけるネットワーク設定管理方法について説明する。

まず、記憶装置３３に記憶されて経路管理部２１にて入力テーブルとして管理される情報について説明する。

図４は、図２に示した経路管理部２１にて入力テーブルとして管理されるアプリケーション情報の一例を示す図である。アプリケーション情報には、アプリケーションテーブルと、アプリケーション毎のトラフィックテーブルと、経路選択ポリシーテーブルと、アプリケーション毎の経路テーブルとが含まれている。

図２に示した経路管理部２１にて入力テーブル１となるアプリケーションテーブルとして管理されるアプリケーション情報は、図４に示すように、拠点ネットワーク１１から送信されるアプリケーションのトラフィック毎に、利用元及び宛先のＩＰアドレスおよびポート番号の情報、並びに利用される通信プロトコルが管理されている。これらの情報は、図１に示したネットワーク装置１６から取得する。

図２に示した経路管理部２１にて入力テーブル２となるアプリケーション毎のトラフィックテーブルとして管理されるアプリケーション情報は、図４に示すように、拠点ネットワーク１１から送信されるアプリケーションのトラフィック毎に、過去の利用時刻とその際のトラフィック量の実測値が管理されている。なお、この実測値は、一定時間毎に図１に示したネットワーク装置１６から測定されて記録される。

図２に示した経路管理部２１にて入力テーブル３となる経路選択ポリシーテーブルとして管理されるアプリケーション情報は、図４に示すように、拠点ネットワーク１１から送信されるアプリケーションのトラフィック毎に、満たすべき転送時間の条件やパケットロス率の条件といった、経路に要求される条件を指定するポリシーが経路選択ポリシーとして管理されている。これらの情報は、図１に示したネットワーク装置１６から取得する。

図２に示した経路管理部２１にて入力テーブル４となるアプリケーション毎の経路テーブルとして管理されるアプリケーション情報は、図４に示すように、拠点ネットワーク１１から送信されるアプリケーションのトラフィック毎に、過去の利用時刻とその際に利用された経路が経路選択情報として管理されている。なお、この経路は、一定時間毎に図１に示したネットワーク装置１６から測定されて記録される。

図５は、図２に示した経路管理部２１にて入力テーブルとして管理される経路情報の一例を示す図である。経路情報には、経路毎のトラフィックテーブルと、経路品質テーブルと、経路毎の品質監視テーブルとが含まれている。

図２に示した経路管理部２１にて入力テーブル５となる経路毎のトラフィックテーブルとして管理される経路情報は、図５に示すように、経路１４毎に、過去の利用時刻とその際のトラフィック量の実測値が記録されている。なお、この実測値は、一定時間毎に図１に示したネットワーク装置１６から測定されて記録される。

図２に示した経路管理部２１にて入力テーブル６となる経路品質テーブルとして管理される経路情報は、図５に示すように、経路１４毎に、帯域、回線種別、転送時間及びパケットロス率が経路品質情報として管理されている。帯域及び回線種別は、契約時に決められたものである。転送時間及びパケットロス率は、一定時間毎に図１に示したネットワーク装置１６から測定されて取得された実測値である。

図２に示した経路管理部２１にて入力テーブル７となる経路毎の品質監視テーブルとして管理される経路情報は、図５に示すように、経路１４毎に、帯域使用率のしきい値とパケットロス率のしきい値が管理されている。これらのしきい値は、後述する経路判定においてトラフィック量が超過するかどうかを判定するためのものであって、例えば、ネットワーク管理者が予め設定する。

図６は、図２に示した経路管理部２１にて入力テーブルとして管理される実績ポリシー情報の一例を示す図である。実績ポリシー情報には他環境ポリシーテーブルが含まれる。

図２に示した経路管理部２１にて入力テーブル８となる他環境ポリシーテーブルは、図６に示すように、拠点ネットワーク１１からデータセンタもしくは他の拠点ネットワーク１２へ向けて送信されるアプリケーションのトラフィックについて、過去に実績がある転送時間及びパケットロス率が実績ポリシーとして管理されている。

図７は、図１に示したネットワーク設定管理装置１５におけるネットワーク設定管理方法を説明するためのフローチャートである。

まず、トラフィック予測部２２が、図４）に示した入力テーブル２を参照し、例えば、過去の履歴を基に生成した予測モデルを用いてアプリケーション毎のトラフィック量を予測する（ステップＳ１０１）。

次に、トラフィック予測部２２が、図４に示した入力テーブル４を参照し、アプリケーション毎の経路を取得する（ステップＳ１０２）。

次に、トラフィック予測部２２が、ステップＳ１０１にて予測したアプリケーション毎のトラフィック量を、ステップＳ１０２にて取得した経路毎に集約する（ステップＳ１０３）。

図８は、図２に示したトラフィック予測部２２にて作成された中間情報を示す図である。中間情報には、アプリケーション毎のトラフィック予測テーブルと、経路毎のトラフィック予測テーブルとが含まれている。

ステップＳ１０１にて予測されたトラフィック量に基づいて、図８に示すように、アプリケーション毎に所定時刻におけるトラフィック量が予測された中間テーブル１が作成される。

また、ステップ１０３にて集約されたトラフィック量に基づいて、図８に示すように、経路毎に所定時刻におけるトラフィック量が予測された中間テーブル２が作成される。

次に、設定評価部２３が、経路毎のトラフィック量と、経路の品質情報とに基づいて、トラフィック量が帯域を超過する経路があるか否か判定する（ステップＳ１０４）。

図９は、図２に示した設定評価部２３における帯域判定処理の詳細を説明するためのフローチャートである。

まず、設定評価部２３が、図５に示した入力テーブル６から経路番号を１つ読み込む（ステップＳ２０１）。

次に、設定評価部２３が、当ステップＳ２０１にて読み込んだ経路番号に該当する経路について、入力テーブル６から帯域を取得し、また、図５に示した入力テーブル７からしきい値を取得し、また、図８に示した中間テーブル２から時刻とトラフィック量を取得する（ステップＳ２０２）。

次に、設定評価部２３が、帯域に対するトラフィック量の割合が帯域使用率しきい値を超過するかどうか判定する（ステップＳ２０３）。

そして、帯域に対するトラフィック量の割合が帯域使用率しきい値を超過しない場合は、Ｆａｌｓｅフラグを設定し（ステップＳ２０４）、帯域に対するトラフィック量の割合が帯域使用率しきい値を超過する場合はＴｒｕｅフラグを設定する（ステップＳ２０５）。

その後、ステップＳ２０１における処理に戻り（ステップＳ２０６）、この一連の処理を、入力テーブル６にて管理される経路の全てについて行う。

図１０は、図２に示した設定評価部２３にて判定された経路状態を示す情報からなるテーブルを示す図である。

設定評価部２３は、図９に示した処理によって経路状態を判定し、図１０に示すように、経路毎に所定時刻の経路状態を上述したフラグとして示した出力テーブル１として作成して管理する。

その結果、トラフィック量が帯域を超過する経路がある場合は、設定評価部２３は、その経路を選択するアプリケーションを経路変更対象アプリケーションとして特定し（ステップＳ１０５）、代替経路がないアプリケーションがあるかどうかを判定する（ステップＳ１０６）。

そして、代替経路がないアプリケーションがない場合は、アプリケーションの経路変更を通知し（ステップＳ１０７）、代替経路がないアプリケーションがある場合は、アプリケーションの経路選択ポリシーの緩和を提案する（ステップＳ１０８）。

図１１は、図２に示した設定評価部２３における代替経路判定処理の詳細を説明するためのフローチャートである。

まず、設定評価部２３が、図４に示した入力テーブル１からアプリケーション名を１つ読み込む（ステップＳ３０１）。

次に、設定評価部２３が、図４に示した入力テーブル１から、ステップＳ３０１にて読み込まれたアプリケーション名のアプリケーションが転送される経路を取得する（ステップＳ３０２）。

次に、設定評価部２３が、図１０に示した出力テーブル１から、ステップＳ３０２にて取得された経路のしきい値超過フラグを参照する（ステップＳ３０３）。

そして、設定評価部２３が、しきい値超過フラグがＴｒｕｅの時刻が存在するかどうかを判定し（ステップＳ３０４）、しきい値超過フラグがＴｒｕｅの時刻が存在しない場合は、対応ノウハウ／緩和可能フラグをクリアする（ステップＳ３０５）。

一方、しきい値超過フラグがＴｒｕｅの時刻が存在する場合は、設定評価部２３は、切り替え後の経路についての判定を行う（ステップＳ３０６）。

図１２は、図２に示した設定評価部２３における切り替え後の経路判定処理の詳細を説明するためのフローチャートである。

まず、設定評価部２３が、図４に示した入力テーブル４から、ステップＳ３０２にて取得された経路と一致するアプリケーション名を１つ読み込む（ステップＳ４０１）。

次に、設定評価部２３が、図８に示した中間テーブル１から、ステップＳ４０１にてアプリケーション名が読み込まれたアプリケーションの予測トラフィックの最大値を取得する（ステップＳ４０２）。

次に、設定評価部２３が、図５に示した入力テーブル６から、ステップＳ３０２にて取得された経路とは異なる経路候補の品質を取得する（ステップＳ４０３）。

次に、設定評価部２３が、図４に示した入力テーブル３を参照し、上記経路候補のうち、ステップＳ４０１にてアプリケーション名が読み込まれたアプリケーションについての経路選択ポリシーの転送時間条件とパケットロス率条件を満たす経路の残り帯域と、当該アプリケーションの予測トラフィックの最大値とを比較し（ステップＳ４０４）、転送時間条件とパケットロス率条件を満たし、トラフィックの最大値以上の残り帯域がある経路候補が存在するか否かを判定する（ステップＳ４０５）。

そして、転送時間条件とパケットロス率条件を満たし、トラフィックの最大値以上の残り帯域がある経路候補が存在する場合は、代替経路なし予測フラグとしてＦａｌｓｅフラグを設定する（ステップＳ４０６）。

一方、転送時間条件とパケットロス率条件を満たし、トラフィックの最大値以上の残り帯域がある経路候補が存在しない場合は、代替経路なし予測フラグとしてＴｒｕｅフラグを設定する（ステップＳ４０７）。

設定評価部２３は、このステップＳ４０３～Ｓ４０７における処理を、経路候補の分だけ繰り返し行う。

その後、ステップＳ４０１における処理に戻り（ステップＳ４０８）、この一連の処理を、入力テーブル４にて管理されるアプリケーションの全てについて行う。

なお、上述した例では、ステップＳ４０１にてアプリケーション名が読み込まれたアプリケーションの予測トラフィックの最大値を用いて代替経路の有無を判定しているが、他の方法も可能である。例えば、ステップＳ４０１にてアプリケーション名が読み込まれたアプリケーションの予測トラフィックの分散を算出し、その分散が所定の閾値以下であれば、当該アプリのトラフィック量の最大値と経路の残り帯域と比較し、分散が閾値を超えていれば、当該アプリのトラフィック量の平均値を経路の残り帯域と比較することにしてもよい。

そして、設定評価部２３は、代替経路なし予測フラグとしてＴｒｕｅフラグが設定されているか否かが判定され（ステップＳ３０７）、代替経路なし予測フラグとしてＴｒｕｅフラグが設定されていない場合は、ステップＳ３０５における処理に移行し、対応ノウハウ／緩和可能フラグをクリアする。

一方、代替経路なし予測フラグとしてＴｒｕｅフラグが設定されている場合は、設定評価部２３は、経路選択ポリシー変更方針探索処理を行う（ステップＳ３０８）。

その後、ステップＳ３０１における処理に戻り（ステップＳ３０９）、この一連の処理を、入力テーブル１にて管理されるアプリケーションの全てについて行う。

図１３は、図２に示した設定評価部２３における経路選択ポリシー変更方針探索処理の詳細を説明するためのフローチャートである。

まず、設定評価部２３は、図６に示した入力テーブル８から、ステップＳ３０１にて読み込まれたアプリケーション名の行を検索する（ステップＳ５０１）。

そして、図６に示した入力テーブル８にステップＳ３０１にて読み込まれたアプリケーション名の行が存在する場合（ステップＳ５０２）、そのうちの１行を取り出す（ステップＳ５０３）。

次に、設定評価部２３は、取り出した行の転送時間とパケットロス率を用いて、図１２に示した切り替え後の経路判定処理を行う（ステップＳ５０４）。

そして、代替経路なし予測フラグとしてＴｒｕｅフラグが設定されている場合（ステップＳ５０５）、ステップＳ５０３における処理に戻り（ステップＳ５０６）、ステップＳ３０１にて読み込まれたアプリケーション名についての他の行を取り出す。

一方、代替経路なし予測フラグとしてＴｒｕｅフラグが設定されていない場合は、設定評価部２３は、緩和可能フラグとしてＴｒｕｅフラグを設定し（ステップＳ５０７）、対応ノウハウに、入力テーブル８にて該当するＩＤの値をセットする（ステップＳ５０８）。

図１４は、図２に示した設定評価部２３における経路選択ポリシー変更方針探索処理にて作成される経路選択ポリシー評価テーブルを示す図である。

上述した経路選択ポリシー変更方針探索処理によって、図１４に示すように、拠点ネットワーク１１から送信されるアプリケーションのトラフィック毎に、図４に示した入力テーブル３の転送時間条件及びパケットロス率条件に対して、代替経路があるか否かを示す代替経路なし予測フラグと、対応ノウハウＩＤと、ポリシーが緩和可能であるか否かを示す緩和可能フラグとが設定された経路選択ポリシー評価テーブルが出力テーブル２として作成される。

また、図６に示した入力テーブル８にステップＳ３０１にて読み込まれたアプリケーション名の行が存在しない場合や、ステップＳ３０１にて読み込まれたアプリケーション名の全ての行についての処理が終了した場合は、対応ノウハウ及び緩和可能フラグをクリアする（ステップＳ５０９）。

このように、経路管理部２１においてアプリケーション毎の経路に対する要求条件が経路選択ポリシーとして更に管理されており、設定評価部２３が、トラフィック量が帯域を超過する経路があれば、経路選択情報に基づき、その経路を選択するアプリケーションを、経路変更対象アプリケーションとして特定し、経路選択ポリシーと経路品質情報と経路毎の予測されたトラフィック量とに基づいて、経路変更対象アプリケーションの経路選択ポリシーを変更せずに経路変更対象アプリケーションの選択経路に対する代替となる代替経路があるか否か判定する。これにより、経路変更対象アプリケーションの経路選択ポリシーを変更すべきか否かを知ることができる。

上述したように本実施形態においては、ネットワーク内に複数の経路を設定し、アプリケーションごとに経路を選択する構成におけるネットワークの利用状態を管理することができる。

ここで、設定評価部２３が、経路管理部２１にて管理される経路のうち未使用の経路が存在するか否かを判定し、未使用の経路が存在する場合、その経路を未使用の経路として通知することもできる。

図１５は、図２に示した設定評価部２３が、経路管理部２１にて管理される経路のうち未使用の経路が存在するか否かを判定する処理を説明するためのフローチャートである。

まず、設定評価部２３が、図５に示した入力テーブル６から経路番号を１つ読み込む（ステップＳ６０１）。

次に、設定評価部２３が、図５に示した入力テーブル４から、ステップＳ６０１にて読み込んだ経路を使用するアプリケーションの個数を計算する（ステップＳ６０２）。

そして、使用するアプリケーションの個数が“０”である場合（ステップＳ６０３）、未使用フラグとしてＴｒｕｅフラグを設定する（ステップＳ６０４）。

一方、使用するアプリケーションの個数が“０”を超えている場合は、未使用フラグとしてＦａｌｓｅフラグを設定する（ステップＳ６０５）。

その後、ステップＳ６０１における処理に戻り（ステップＳ６０６）、この一連の処理を、入力テーブル６にて管理される経路の全てについて行う。

図１６は、図２に示した設定評価部２３が作成する未使用経路判定テーブルを示す図である。

図１５に示した一連の処理によって、図１６に示すように、経路管理部２１にて管理される経路のそれぞれについて、未使用であるか否かを示す未使用フラグが設定された未使用経路判定テーブルが出力テーブル３として作成される。

以下に、上述した処理結果の通知について説明する。上述した処理結果は、図３に示したネットワーク設定管理装置１５の表示装置３６にて表示出力される。

図１７は、図３に示した表示装置３６にて表示出力される経路状態画面を示す図である。

図１７に示すように、設定評価部２３は、経路管理部２１にて管理される経路のそれぞれについて、図５に示した入力テーブル６の項目を表示し、図１０に示した出力テーブル１を参照し、図９に示した処理において判定したしきい値超過フラグとしてＴｒｕｅフラグが設定された経路について網掛け表示によって強調表示する。

表示装置３６にて表示される経路状態画面には、詳細確認ボタン４１が表示されており、詳細確認ボタン４１を押下することにより、網掛け票維持された経路の詳細が表示される。

図１８は、図１７に示した経路状態画面にて詳細確認ボタン４１が押下された場合に表示装置３６に表示される画面を示す図である。

図１７に示した経路状態画面にて詳細確認ボタン４１が押下されると、設定評価部２３は、図４に示した入力テーブル４及び図８に示した中間テーブル１を参照し、図１８に示すように、経路状態画面にて網掛け表示された経路と一致するアプリケーションについて、最大トラフィック予想として最大値を表示する。また、代替経路について、図１４に示した出力テーブル２を参照し、代替経路なし予測フラグとしてＴｒｕｅフラグが設定されていれば「なし」、Ｆａｌｓｅフラグが設定されていれば「あり」を表示する。また、代替経路がなしのアプリケーションについて網掛け表示によって強調表示する。

表示装置３６にて表示される画面には、詳細確認ボタン４２が表示されており、詳細確認ボタン４２を押下することにより、網掛け票維持されたアプリケーションについてポリシーの変更を提案する画面が表示される。

図１９は、図１８に示した経路状態画面にて詳細確認ボタン４２が押下された場合に表示装置３６に表示される画面を示す図である。

図１８に示した画面にて詳細確認ボタン４２が押下されると、設定評価部２３は、図５に示した入力テーブル６から、図１７に示した画面に表示された経路の品質と帯域を抽出し、また、図４に示した入力テーブル３から、図１７に示した画面にて網掛け表示されたアプリケーションのポリシーを抽出し、また、図６に示した入力テーブル８から、図１７に示した画面にて網掛け表示されたアプリケーションについて他の環境で実績があるポリシーを抽出し、現状の転送時間及びパケットロス率と、変更を提案する転送時間及びパケットロス率とを変更案として網掛け表示する。また、変更案の経路選択ポリシーを使って経路を探した結果を表示する。この際、変更案が複数ある場合はそのそれぞれについて表示する。また、ポリシーを変更する際に押下するポリシー変更ボタン４３が表示されている。

このように、経路管理部２１が、アプリケーション毎に同じアプリケーションにより他の環境で実績のある経路選択ポリシーを実績ポリシーとして更に管理しており、設定評価部２３が、経路変更対象アプリケーションの代替経路がないとき、経路変更対象アプリケーションの経路選択ポリシーを、実績ポリシーのいずれかに変更することを提案する。これにより、経路変更対象アプリケーションの経路選択ポリシーを変更すべきか否かを知ることができる。

また、そのような構成で、設定評価部２３が、経路変更対象アプリケーションの代替経路がないとき、経路変更対象アプリケーションの経路選択ポリシーを、実績ポリシーに含まれ、経路変更対象アプリケーションの選択経路に対する代替となる代替経路が生じる経路選択ポリシーに変更することを提案する。これにより、現在の経路選択ポリシーでは代替経路の無い経路変更対象アプリケーションについて実績のある経路選択ポリシーへの変更を提案することとなり、実績のある経路選択ポリシーへの変更により安全にトラフィック量の帯域超過を抑制することが可能になる。

図２０は、図２に示した経路管理部２１にて管理される経路のうち使用されていない経路を通知する画面を示す図である。

上述したように、経路管理部２１にて管理される経路のそれぞれについて、未使用であるか否かが判定されているため、設定評価部２３は、図１６に示した出力テーブル３を参照し、未使用フラグとしてＴｒｕｅフラグが設定された経路について、その帯域と帯域種別と転送時間とロス率とを表示装置３６にて表示する。

このように、設定評価部２３が、経路管理部２１にて管理される経路のうち未使用の経路が存在する場合、その経路を未使用の経路として通知する。これにより、未使用の経路を選択可能とし、経路を有効活用することができる。

図２１は、アプリケーションを変更した場合に表示装置３６に表示される画面を示す図である。

設定評価部２３は、拠点ネットワーク１１から送信されるアプリケーションのトラフィックそれぞれについて、その経路と図４に示した入力テーブル４に示される経路とを比較し、経路が変更されたアプリケーションがある場合、図２１に示すように、図５に示した入力テーブル６から該当する経路の品質と帯域とを抽出して経路情報として表示する。また、設定評価部２３は、図４に示した入力テーブル４から、同じ経路のアプリケーションを抽出し、図８に示した中間テーブル１からアプリケーションの予測トラフィックの最大値を抽出して結合して表示する。

（他の実施の形態）
上述した実施形態において、代替経路が生じる経路選択ポリシーについて、選択された回数と、選択された回数のうち障害が発生した回数とを提示して、変更を提案することも考えられる。

図２２は、図１に示したネットワーク設定管理装置１５において、代替経路が生じる経路選択ポリシーについて、選択された回数と、選択された回数のうち障害が発生した回数とを提示して、変更を提案する処理を説明するためのフローチャートである。

まず、設定評価部２３が、図５に示した入力テーブル６から経路番号を１つ読み込む（ステップＳ７０１）。

次に、設定評価部２３が、図５に示した入力テーブル４を参照し、経路のそれぞれについて最新時刻にて使用されたアプリケーションを取り出す（ステップＳ７０２）。

次に、設定評価部２３が、図５に示した入力テーブル４を参照し、ステップＳ７０２にて取り出したアプリケーションについて、前回も同じ経路であるか否かを判定する（ステップＳ７０３）。

ステップＳ７０２にて取り出したアプリケーションについて、前回も同じ経路ではない場合、外部の障害ログを参照し、前回の経路にて障害が発生したか否かを判定する（ステップＳ７０４）。

前回の経路にて障害が発生している場合は、その経路についてトラブルの回数を１つ加算する（ステップＳ７０５）。

また、その経路について選択回数を１つ加算する（ステップＳ７０６）。

次に、ステップＳ７０２における処理に戻り（ステップＳ７０７）、ステップＳ７０２～Ｓ７０６の処理をアプリケーション毎に行う。

なお、ステップＳ７０２にて取り出したアプリケーションについて、前回も同じ経路である場合は、ステップＳ７０４，Ｓ７０５の処理が行わない。また、前回の経路にて障害が発生していない場合は、ステップｓ７０５の処理は行わない。

その後、ステップＳ７０１における処理に戻り（ステップＳ７０８）、この一連の処理を、入力テーブル６にて管理される経路の全てについて行う。

図２３は、図２２に示した処理によって作成されたテーブルを示す図である。

図２３に示すように、図２２に示した処理によって、図６に示した入力テーブル８に、その経路が選択された選択回数と、トラブルが発生した回数とが付加された出力テーブル４が作成される。

このように作成された出力テーブル４は、経路管理部２１にて管理されることになる。これにより、経路管理部２１は、図６に示した入力テーブル８による実績ポリシーについて、選択された回数と、選択された回数のうち障害が発生した回数とを管理することになる。

図２４は、図２３に示した出力テーブル４の内容を反映した経路選択ポリシー変更提案画面を示す図である。

設定評価部２３は、図２３に示した出力テーブル４の内容を反映する場合、図５に示した入力テーブル６から、図１７に示した画面に表示された経路の品質と帯域を抽出し、また、図４に示した入力テーブル３から、図１７に示した画面にて網掛け表示されたアプリケーションのポリシーを抽出し、また、図２３に示した出力テーブル４から該当するアプリケーションのポリシーを抽出し、現状の転送時間及びパケットロス率と、変更を提案する転送時間及びパケットロス率と選択回数と過去のトラブル回数を変更案として網掛け表示する。また、変更案の経路選択ポリシーを使って経路を探した結果を表示する。この際、変更案が複数ある場合はそのそれぞれについて表示する。また、ポリシーを変更する際に押下するポリシー変更ボタン４４が表示されている。

このように、設定評価部２３が、経路変更対象アプリケーションの代替経路がないとき、経路変更対象アプリケーションの経路選択ポリシーを、実績ポリシーに含まれ、経路変更対象アプリケーションの選択経路に対する代替となる代替経路が生じる経路選択ポリシーについて、選択された回数と、選択された回数のうち障害が発生した回数とを提示して、変更を提案することになる。それにより、実績のある経路選択ポリシーの選択された回数とその中で障害となった回数を確認して、安全にトラフィック量が帯域を超過することを抑制することが可能になる。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の範囲を逸脱することなしに、他の様々な態様で本発明を実施することができる。

１１…拠点ネットワーク、１２…データセンタもしくは他の拠点ネットワーク、１３…ＷＡＮ、１４…経路、１５…ネットワーク設定管理装置、１６…ネットワーク装置、２１…経路管理部、２２…トラフィック予測部、２３…設定評価部、３１…プロセッサ、３２…メインメモリ、３３…記憶装置、３４…通信装置、３５…入力装置、３６…表示装置、３７…バス

Claims (9)

1. プロセッサと記憶装置とを有し、前記プロセッサが前記記憶装置に格納されたソフトウェアプログラムを実行するネットワーク設定管理装置であって、
   前記プロセッサが前記ソフトウェアプログラムを実行することにより実現される、
   経路毎に該経路の帯域を含む通信品質を経路品質情報として管理し、アプリケーション毎に選択した経路を経路選択情報として管理する経路管理部と、
   前記アプリケーション毎のトラフィック量を予測し、前記経路選択情報に基づき前記アプリケーション毎の選択経路を予測し、前記予測されたトラフィック量と前記予測された選択経路とに基づき、前記経路毎のトラフィック量を予測するトラフィック予測部と、
   前記経路毎のトラフィック量と前記経路品質情報とに基づいて、トラフィック量が帯域を超過する経路があるか否か判定する設定評価部と、
   を有するネットワーク設定管理装置。
2. 前記経路管理部は、前記アプリケーション毎の経路に対する要求条件を経路選択ポリシーとして更に管理し、
   前記設定評価部は、
   トラフィック量が帯域を超過する経路があれば、前記経路選択情報に基づき、当該経路を選択するアプリケーションを、経路変更対象アプリケーションとして特定し、
   前記経路選択ポリシーと前記経路品質情報と前記経路毎の予測されたトラフィック量とに基づいて、前記経路変更対象アプリケーションの経路選択ポリシーを変更せずに前記経路変更対象アプリケーションの選択経路に対する代替となる代替経路があるか否か判定する、
   請求項１に記載のネットワーク設定管理装置。
3. 前記経路管理部は、前記アプリケーション毎に同じアプリケーションにより他の環境で実績のある経路選択ポリシーを実績ポリシーとして更に管理し、
   前記設定評価部は、前記経路変更対象アプリケーションの代替経路がないとき、前記経路変更対象アプリケーションの経路選択ポリシーを、前記実績ポリシーのいずれかに変更することを提案する、
   請求項２に記載のネットワーク設定管理装置。
4. 前記設定評価部は、前記経路変更対象アプリケーションの代替経路がないとき、前記経路変更対象アプリケーションの経路選択ポリシーを、前記実績ポリシーに含まれ、前記経路変更対象アプリケーションの選択経路に対する代替となる代替経路が生じる経路選択ポリシーに変更することを提案する、
   請求項３に記載のネットワーク設定管理装置。
5. 前記経路管理部は、前記実績ポリシーについて、選択された回数と、前記選択された回数のうち障害が発生した回数とを更に管理し、
   前記設定評価部は、前記経路変更対象アプリケーションの代替経路がないとき、前記経路変更対象アプリケーションの経路選択ポリシーを、前記実績ポリシーに含まれ、前記経路変更対象アプリケーションの選択経路に対する代替となる代替経路が生じる経路選択ポリシーについて、前記選択された回数と、前記選択された回数のうち障害が発生した回数とを提示して、変更を提案する、
   請求項４に記載のネットワーク設定管理装置。
6. 前記設定評価部は、前記経路管理部にて管理される経路のうち未使用の経路が存在する場合、当該経路を未使用の経路として通知する、
   請求項１に記載のネットワーク設定管理装置。
7. プロセッサおよび記憶装置を備えるコンピュータが、前記プロセッサにより前記記憶装置に格納されたソフトウェアプログラムを読み出して実行することにより実現されるネットワーク設定管理方法であって、
   経路毎に該経路の帯域を含む通信品質を経路品質情報として管理し、アプリケーション毎に選択した経路を経路選択情報として管理し、
   前記アプリケーション毎のトラフィック量を予測し、前記経路選択情報に基づき前記アプリケーション毎の選択経路を予測し、前記予測されたトラフィック量と前記予測された選択経路とに基づき、前記経路毎のトラフィック量を予測し、
   前記経路毎のトラフィック量と前記経路品質情報とに基づいて、トラフィック量が帯域を超過する経路があるか否か判定する、
   ネットワーク設定管理方法。
8. 前記アプリケーション毎の経路に対する要求条件を経路選択ポリシーとして更に管理し、
   トラフィック量が帯域を超過する経路があれば、前記経路選択情報に基づき、該経路を選択するアプリケーションを、経路変更対象アプリケーションとして特定し、
   前記経路選択ポリシーと前記経路品質情報と前記経路毎の予測されたトラフィック量とに基づいて、前記経路変更対象アプリケーションの経路選択ポリシーを変更せずに前記経路変更対象アプリケーションの選択経路に対する代替となる代替経路があるか否か判定する、
   請求項７に記載のネットワーク設定管理方法。
9. 前記アプリケーション毎に同じアプリケーションにより他の環境で実績のある経路選択ポリシーを実績ポリシーとして更に管理し、
   前記経路変更対象アプリケーションの代替経路がないとき、前記経路変更対象アプリケーションの経路選択ポリシーを、前記実績ポリシーのいずれかに変更することを提案する、
   請求項８に記載のネットワーク設定管理方法。

Images