(57)【要約】【課題】管理装置のパラメータ情報とミドルボックス装置のコンフィグ情報から不整合を検出する。【解決手段】パケットの制御機能を有するネットワーク装置を管理する管理装置であって、前記ネットワーク装置は、前記制御機能を設定するコンフィグ情報を有し、前記管理装置は、前記ネットワーク装置の制御機能の設定を管理するパラメータ情報と、前記ネットワーク装置から前記コンフィグ情報を取得して、前記コンフィグ情報と前記パラメータ情報とを比較して一致しない情報を不整合データとして検出する不整合データ検出部と、を有する。【選択図】図１
2016066945.tif 000002
【特許請求の範囲】
【請求項１】
パケットの制御機能を有するネットワーク装置を管理する管理装置であって、
前記ネットワーク装置は、
前記制御機能を設定するコンフィグ情報を有し、
前記管理装置は、
前記ネットワーク装置の制御機能の設定を管理するパラメータ情報と、
前記ネットワーク装置から前記コンフィグ情報を取得して、前記コンフィグ情報と前記パラメータ情報とを比較して一致しない情報を不整合データとして検出する不整合データ検出部と、
を有することを特徴とする管理装置。
【請求項２】
請求項１に記載の管理装置であって、
前記管理装置は、
前記不整合データの存在が正しいことを示す指標値を演算し、当該指標値に基づいて前記不整合データに対して推奨する取扱いを判定し、前記不整合データと、前記指標値と、前記推奨する取扱いを出力する不整合データ取扱い部をさらに有することを特徴とする管理装置。
【請求項３】
請求項２に記載の管理装置であって、
前記不整合データ取扱い部は、
不整合データの取扱い結果を受け付けて、前記取扱い結果に応じて、前記コンフィグ情報とパラメータ情報を更新することを特徴とする管理装置。
【請求項４】
請求項１に記載の管理装置であって、
前記不整合データ検出部は、
前記コンフィグ情報とパラメータ情報を同一のデータ形式に変換してから前記比較を行って、一致しないデータを不整合データとして検出することを特徴とする管理装置。
【請求項５】
請求項４に記載の管理装置であって、
前記不整合データ検出部は、
前記不整合データのタイプが、コンフィグ情報のみと、パラメータ情報のみと、コンフィグ情報とパラメータ情報の値の不一致のいずれかであることを判定することを特徴とする管理装置。
【請求項６】
請求項２に記載の管理装置であって、
前記不整合データ取扱い部は、
予め設定された照合処理を実行し、当該照合処理の実行結果が予め設定した判定条件を満たすときには、当該判定条件に予め設定された値を前記指標値として設定し、当該指標値に基づいて前記不整合データに対して推奨する取扱いを判定することを特徴とする管理装置。
【請求項７】
請求項６に記載の管理装置であって、
前記不整合データ検出部は、
前記不整合データのタイプが、コンフィグ情報のみと、パラメータ情報のみと、コンフィグ情報とパラメータ情報の値の不一致のいずれかであって、
前記不整合データ取扱い部は、
不整合データの取扱い結果を受け付けて、前記取扱い結果と前記不整合データのタイプに応じて前記コンフィグ情報とパラメータ情報を更新し、前記取扱い結果に応じて前記指標値を更新することを特徴とする管理装置。
【請求項８】
請求項６に記載の管理装置であって、
前記ネットワーク装置は、
処理の実行に応じたログを蓄積し、
前記不整合データ取扱い部は、
前記照合処理として、前記不整合データを、前記ネットワーク装置のログと照合する第１の照合処理と、前記ネットワーク装置の接続構成情報および前記パラメータ情報と照合する第２の照合処理を含むことを特徴とする管理装置。
【請求項９】
請求項３に記載の管理装置であって、
前記不整合データ検出部は、
前記不整合データのタイプが、コンフィグ情報のみと、パラメータ情報のみと、コンフィグ情報とパラメータ情報の値の不一致のいずれかであって、
前記不整合データ取扱い部は、
前記不整合データのタイプが、前記コンフィグ情報とパラメータ情報の値の不一致で、前記取扱い結果が前記パラメータ情報の修正であれば、前記パラメータ情報を、前記不整合データとなったコンフィグ情報で更新し、前記取扱い結果が前記コンフィグ情報の修正であれば、前記コンフィグ情報を、前記パラメータ情報で更新し、前記取扱い結果が前記コンフィグ情報および前記パラメータ情報の削除であれば、前記不整合データとなったコンフィグ情報とパラメータ情報を削除し、
前記不整合データのタイプが、前記コンフィグ情報のみで、前記取扱い結果が、前記パラメータ情報への追加であれば、前記パラメータ情報に前記不整合データとなったコンフィグ情報を追加し、前記取扱い結果が前記コンフィグ情報の削除であれば、前記不整合データとなったコンフィグ情報を削除し、
前記不整合データのタイプが、前記パラメータ情報で、前記取扱い結果が、前記パラメータ情報の削除であれば、前記不整合データとなったパラメータ情報を削除し、前記取扱い結果が、前記コンフィグ情報への追加であれば、前記コンフィグ情報に、前記パラメータ情報を追加することを特徴とする管理装置。
【請求項１０】
プロセッサとメモリを有する管理装置でパケットの制御機能を有するネットワーク装置を管理するネットワーク装置の管理方法であって、  
前記管理装置が、前記ネットワーク装置の前記制御機能を設定するコンフィグ情報を取得する第１のステップと、
前記管理装置が、前記コンフィグ情報と前記ネットワーク装置の制御機能の設定を管理するパラメータ情報とを比較して一致しない情報を不整合データとして検出する第２のステップと、
を含むことを特徴とするネットワーク装置の管理方法。
【請求項１１】
請求項１０に記載のネットワーク装置の管理方法であって、
前記管理装置が、前記不整合データの存在が正しいことを示す指標値を演算し、当該指標値に基づいて前記不整合データに対して推奨する取扱いを判定し、前記不整合データと、前記指標値と、前記推奨する取扱いを出力する第３のステップをさらに含むことを特徴とするネットワーク装置の管理方法。
【請求項１２】
請求項１１に記載のネットワーク装置の管理方法であって、
前記管理装置が、不整合データの取扱い結果を受け付けて、前記取扱い結果に応じて、前記コンフィグ情報とパラメータ情報を更新する第４のステップをさらに含むことを特徴とするネットワーク装置の管理方法。
【請求項１３】
請求項１０に記載のネットワーク装置の管理方法であって、
前記第２のステップは、
前記コンフィグ情報とパラメータ情報を同一のデータ形式に変換してから前記比較を行って、一致しないデータを不整合データとして検出することを特徴とするネットワーク装置の管理方法。
【請求項１４】
プロセッサとメモリを有する計算機を制御するプログラムであって、
ネットワーク装置の制御機能を設定するコンフィグ情報を取得する第１のステップと、
前記コンフィグ情報と前記計算機に接続されたネットワーク装置の制御機能の設定を管理するパラメータ情報とを比較して一致しない情報を不整合データとして検出する第２のステップと、
を前記計算機に実行させることを特徴とするプログラム。
【請求項１５】
請求項１４に記載のプログラムであって、
前記不整合データの存在が正しいことを示す指標値を演算し、当該指標値に基づいて前記不整合データに対して推奨する取扱いを判定し、前記不整合データと、前記指標値と、前記推奨する取扱いを出力する第３のステップをさらに含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク装置を管理する装置、および管理方法に関する。
【背景技術】
【０００２】
近年、クラウドサービス等の基盤としてデータセンタの利用が進展している。データセンタでは、サービスを実現するために、通信セキュリティを担うファイアウォールや、負荷分散による通信帯域の活用を担うロードバランサ等のミドルボックス装置（Ｍｉｄｄｌｅｂｏｘ、以降ＭＢ）（ＲＦＣ３２３４に定義されている）、通信を中継するスイッチ装置といった多数のネットワーク装置を収容している。これらのネットワーク装置が、クラウドサービスを提供するクラウドネットワークに必須の構成要素である。
【０００３】
そして、クラウドネットワークは、管理の容易化、柔軟性の向上といった目的のために、ＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）基盤などと呼ばれるネットワーク管理装置の導入により、ネットワーク装置の構成や設定を抽象化して管理されるようになってきた。
【０００４】
一方、構成や設定の抽象化により、管理装置が管理しているネットワーク装置の設定データ（以降、パラメータ情報）と、ネットワーク装置に設定された実際の設定データ（以降、コンフィグ情報）の内容に不整合が起こり、この不整合に起因する問題が発生するようになった。例えば、コンフィグ情報にのみ設定データが存在するケースでは、そのデータが不測の障害や、装置の性能低下の温床となっている。
【０００５】
しかし、パラメータ情報とコンフィグ情報の不整合を検出するには、データの構造が異なるパラメータ情報とコンフィグ情報を比較しなくてはならない、という問題がある。さらに、データセンタなどでは多数のネットワーク装置が配置されているため、比較するデータ量が膨大であり、これらの情報から不整合となるデータ（以下、不整合データ）を検出しなくてはならず、人手では困難である。さらに、人手によって仮に検出できたとしても、不整合データの要否を吟味しなくてはならず、多くの工数または労力を要する。
【０００６】
これら課題に対する先行技術が考案されている。例えば、ファイアウォールで使われていないコンフィグ情報を取得して、ファイアウォールの利用者に開示する技術が知られている（例えば、非特許文献１）。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】Ａｌｇｏｓｅｃ，Ｉｎｔｅｌｌｉｇｅｎｔ  Ｐｏｌｉｃｙ  Ｔｕｎｅｒ，  ［ｏｎｌｉｎｅ］、［２０１４年７月検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ａｌｇｏｓｅｃ．ｃｏｍ／ｅｎ／ｔｅｃｈｎｏｌｏｇｙ／ｉｐｔ＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記非特許文献１に開示される技術によって、使われていないコンフィグ情報を取得したとしても、当該コンフィグ情報が管理装置のパラメータ情報に存在しているか否かは分からない。さらに、ファイアウォールのみに着目しても、使われていないコンフィグ情報がクラウドネットワークの他装置の通信制御に関与しているかまでは分からず、上記従来例のように取得されたコンフィグ情報と、管理装置のパラメータ情報の正誤の判定や、当該情報の要否の判定を行うことができない、という問題があった。
【０００９】
即（すなわ）ち、上記従来例ではパラメータ情報とコンフィグ情報から、不整合データを検出することが困難であった。また、上記従来例では、不整合となったパラメータ情報とコンフィグ情報の正誤の判定と要否の判定に多くの工数または労力を要する、という問題があった。
【００１０】
そこで本発明は、上記問題点に鑑みてなされたもので、管理装置のパラメータ情報とネットワーク装置のコンフィグ情報から不整合を検出し、不整合となったパラメータ情報とコンフィグ情報の正誤の判定と要否の判定にかかる労力を低減することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、パケットの制御機能を有するネットワーク装置を管理する管理装置であって、前記ネットワーク装置は、前記制御機能を設定するコンフィグ情報を有し、前記管理装置は、前記ネットワーク装置の制御機能の設定を管理するパラメータ情報と、前記ネットワーク装置から前記コンフィグ情報を取得して、前記コンフィグ情報と前記パラメータ情報とを比較して一致しない情報を不整合データとして検出する不整合データ検出部と、を有する。
【発明の効果】
【００１２】
したがって、本発明は、管理装置が管理するネットワーク装置のパラメータ情報と、ネットワーク装置のコンフィグ情報の不整合を容易に把握可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施例を示し、計算機システムの要部を示すブロック図である。
【図２】本発明の第１の実施例を示し、計算機システムの一例を示すブロック図である。
【図３】本発明の第１の実施例を示し、ネットワーク管理装置の一例を示すブロック図である。
【図４】本発明の第１の実施例を示し、トポロジテーブルの一例を示す図である。
【図５】本発明の第１の実施例を示し、ファイアウォールのパラメータテーブルの一例を示す図である。
【図６】本発明の第１の実施例を示し、ルータのパラメータテーブルの一例を示す図である。
【図７】本発明の第１の実施例を示し、ロードバランサのパラメータテーブルの一例を示す図である。
【図８】本発明の第１の実施例を示し、不整合データテーブルの一例を示す図である。
【図９】本発明の第１の実施例を示し、指標値判定テーブルの一例を示す図である。
【図１０】本発明の第１の実施例を示し、コンフィグ‐パラメータ変換テーブルの一例を示す図である。
【図１１】本発明の第１の実施例を示し、ミドルボックス装置の一例を示すブロック図である。
【図１２】本発明の第１の実施例を示し、サーバ装置または仮想化管理装置の一例を示すブロック図である。
【図１３】本発明の第１の実施例を示し、計算機システムで行われる処理の一例を示すシーケンス図である。
【図１４】本発明の第１の実施例を示し、不整合データ検出部で行われる処理の一例を示すフローチャートである。
【図１５】本発明の第１の実施例を示し、操作画面の一例を示す画面イメージである。
【図１６】本発明の第１の実施例を示し、不整合データの検出結果画面の一例を示す画面イメージである。
【図１７】本発明の第１の実施例を示し、不整合データ取扱い判定部の推奨取扱いを判定する処理の一例を示すフローチャートである。
【図１８】本発明の第１の実施例を示し、不整合データ取扱い判定部の利用者からの取扱い結果に応じた処理の一例を示すフローチャートである。
【図１９】本発明の第１の実施例を示し、不整合データ取扱い判定部の利用者からの取扱い結果に応じた不整合データの処理の一例を示すフローチャートである。
【図２０】本発明の第２の実施例を示し、不整合データ取扱い判定部の推奨取扱いを判定する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態を添付図面に基づいて説明する。
【実施例１】
【００１５】
図１は、本発明の第１の実施例を示し、複数のサーバ装置でサービスを提供する計算機システムの要部の一例を示すブロック図である。
【００１６】
本実施例１は、サーバ装置５（５−ａ、５−ｂ、５−ｃ）の相互通信（例えば、パケット通信）を実現するミドルボックス装置３（３−ａ、３−ｂ、３−ｃ）を、ネットワーク管理装置２が制御する計算機システムである。なお、以下では、サーバ装置５−ａ〜５−ｃの総称を符号５で表し、個々の装置を「−」を付加した符号で特定する。ミドルボックス装置（以下、ＭＢ装置とする）３や他の装置も同様である。
【００１７】
ネットワーク管理装置２は、計算機システムのネットワークのトポロジ、即ちサーバ装置５およびＭＢ装置３の配置及び構成と、ＭＢ装置３の設定データを抽象化したデータであるパラメータ情報とを論理構成テーブルＴ１に保持する。そして、ネットワーク管理装置２は、不整合データ検出部２１によって、ＭＢ装置３に実際に設定されているデータであるコンフィグ情報を収集し、パラメータ情報と比較して、合致しないデータ（以降、不整合データ）を検出する。ＭＢ装置３のコンフィグ情報は、ＭＢ装置としての機能の定義や、パケットの制御情報を含む設定情報である。ＭＢ装置３のコンフィグ情報は、ネットワーク管理装置２によって設定することができる。
【００１８】
ネットワーク管理装置２は、不整合データに含まれるコンフィグ情報とパラメータ情報の正誤、および不整合データの要否の判断を計算機システムの利用者（あるいは管理者）（以降、単に利用者と称すこともある）が容易に行えるように、不整合データの存在が正しいことの尤もらしさを表す指標値（以降、指標値）を算出する。なお、指標値は、不整合データの存在が尤もらしさを示す尤度として求めても良い。あるいは、指標値を、不整合データの存在が正しいことを示す値として求めても良い。
【００１９】
そして、ネットワーク管理装置２は、不整合データに対して、推奨するデータの取扱いを指標値に基づいて決定し、利用者が操作するアクセス用装置１へ推奨するデータの取扱いを送信する。
【００２０】
ネットワーク管理装置２は、推奨するデータの取扱いを決定するため、指標値の演算方法を規定する指標値判定テーブルＴ３を参照して指標値を算出する。ネットワーク管理装置２の不整合データ取扱い判定部２２は、指標値判定テーブルＴ３のデータに基づいて、ＭＢ装置３のログ照合や、論理構成テーブルＴ１の照合などを実行して、算出された指標値に基づいて推奨する取扱いを判定する。なお、ＭＢ装置３は、処理の実行結果に応じた動作ログ（または操作ログ）と、設定の変更などに応じたイベントログを生成し、格納することができる。以下では、動作ログとイベントログをあわせた情報をログとする。ネットワーク管理装置２は、ＭＢ装置３のログを収集することができる。
【００２１】
さらに、ネットワーク管理装置２は、アクセス用装置１から利用者が選択したデータ取扱いの判断結果を受け付ける。そして、後述するように、ネットワーク管理装置２は、受信したデータ取扱いの判断結果を、指標値判定テーブルＴ３に格納された判定方法ごとの指標値にフィードバックして、指標値の算出精度を向上させる。
【００２２】
図２は、本実施例１における計算機システムの各要素の構成を示すブロック図である。アクセス用装置１は、アクセス用ネットワーク８を介してネットワーク管理装置２と接続される。アクセス用ネットワーク８は、例えば、インターネット、ＷＡＮなどのネットワークであればよい。また、アクセス用装置１が、管理用ネットワーク４に接続される構成であってもよい。
【００２３】
計算機システムの利用者（または管理者）は、アクセス用装置１を介して、ネットワーク管理装置２に対して、不整合データの検出を要求し、また、ネットワーク管理装置２から、不整合データの検出結果を受け付ける。
【００２４】
ネットワーク管理装置２と、ＭＢ装置３と、仮想装置の管理機能を含む仮想化管理装置６は、これら装置間の連携を制御するための通信トラフィックを転送する管理用ネットワーク４に接続される。
【００２５】
ＭＢ装置３は、サーバ装置５の通信トラフィック（パケット）を中継するために、ネットワーク７と接続される。
【００２６】
サーバ装置５の通信トラフィックとは、サーバ装置５−ａ、５−ｂ、５−ｃが相互を制御するためのパケットであり、例えば、サーバ装置５−ａがＷＥＢサーバで、サーバ装置５−ｂおよび５−ｃがＤＢサーバであれば、ＷＥＢサーバがＤＢサーバを制御するための送受信パケットである。
【００２７】
また、以降は、理解を容易にするために、ＭＢ装置３の種別を具体的に、３−ａをファイアウォール（ＦＷと称することもある）、３−ｂをルータ（ＲＴと称することもある）、３−ｃをロードバランサ（ＬＢと称することもある）として説明する。ＭＢ装置３は、コンフィグ情報の設定によって、所望のネットワーク装置として機能する。なお、コンフィグ情報は、ＭＢ装置３の制御機能の設定情報を含む。
【００２８】
サーバ装置５は、ネットワーク７にそれぞれ接続される。なお、各装置はネットワークインタフェイス２０６−ａ〜６０６を介して、各ネットワーク４、７、８と接続される。
【００２９】
なお、ＭＢ装置３およびサーバ装置５は、仮想的な装置、物理的な装置どちらであってもよい。なお、仮想装置の場合は、仮想化管理装置６からの指令に基づいて仮想装置としての仮想サーバや仮想ＭＢ装置を物理計算機上で稼働させることができる。
【００３０】
図３は、ネットワーク管理装置２の構成の一例を示すブロック図である。本実施例における、ネットワーク管理装置２は、ＭＢ装置３のプロビジョニング機能や、トポロジ把握機能を有している。なお、プロビジョニング機能やトポロジ把握機能は公知または周知の技術を適宜採用すれば良い。例えば、プロビジョニング機能としては、特開２０１３−９７３９４号公報（段落０１１５〜１５５、図２２〜３０）を採用することができる。また、トポロジ把握機能としては、特開２０１３−８１０５３号公報（段落００３７〜０１３８、図２〜図１４）を採用することができる。
【００３１】
ネットワーク管理装置２は、キーボードやマウス等の入力装置と接続する入力部２０１と、記憶装置２０８に格納される各種プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０２と、ＣＰＵ２０２の実行結果をモニタ等の装置に出力する出力部２０３と、実行の途中結果等が格納されるメモリ２０４と、ネットワークに接続される回線２０７と接続するネットワークインタフェイス２０６−ａ、２０６−ｂと、各種機能部および各種テーブルを格納する記憶装置２０８と、以上の構成要素を接続するデータバス２０５とを有する。なお、各々の要素は、複数備える構成であってもよい。
【００３２】
不整合データ検出部２０９と、不整合データ取扱い判定部２１０の各機能部はプログラムとしてメモリ２０４にロードされる。
【００３３】
ＣＰＵ２０２は、各機能部のプログラムに従って処理することによって、所定の機能を提供する機能部として稼働する。例えば、ＣＰＵ２０２は、不整合データ検出プログラムに従って処理することで不整合データ検出部２０９として機能する。他のプログラムについても同様である。さらに、ＣＰＵ２０２は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。
【００３４】
ネットワーク管理装置２の各機能を実現するプログラム、テーブル等の情報は、記憶装置２０８や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
【００３５】
記憶装置２０８は不整合データ検出部２０９と、不整合データ取扱い判定部２１０といった各種プログラムと、トポロジテーブルＴ１ａと、パラメータテーブルＴ１ｂを含む論理構成テーブルＴ１と、不整合データテーブルＴ２と、指標値判定テーブルＴ３と、コンフィグ−パラメータ変換テーブルＴ４といった各種テーブルを格納する。
【００３６】
トポロジテーブルＴ１ａおよびパラメータテーブルＴ１ｂについては、これらを合わせて論理構成テーブルＴ１と称すこともある。なお、各種プログラムおよびテーブルは、メモリ３０４にあってもよいし、ネットワーク管理装置２からアクセス可能であれば、管理装置２の外部にあってもよい。
【００３７】
以下、各種テーブルについて説明する。図４は、トポロジテーブルＴ１ａの構成の一例を示す図である。トポロジテーブルＴ１ａは、サーバ装置５とＭＢ装置３の接続関係を記憶するテーブルである。トポロジテーブルＴ１ａは、接続関係の始点となる装置のアドレスを格納するインスタンスアドレスフィールド４１１と、接続関係の終点となる装置のアドレスを格納するインスタンスアドレスフィールド４１９と、始点のインスタンスアドレスフィールド４１１と終点のインスタンスアドレスフィールド４１９を接続するインスタンスフィールド４１３、４１５、４１７とインスタンスを接続するネットワークの識別子を格納する接続ネットワーク（ＮＷ）フィールド４１２、４１４、４１６、４１８をひとつのレコードに含む。
【００３８】
インスタンスアドレスフィールド４１１、４１９には、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスが格納される。あるいは、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）といったインスタンスを一意に特定できる情報であってもよい。インスタンスフィールド４１３〜４１７には、インスタンスの識別子（例えば、番号や名前）が格納される。インスタンスとは、利用できるようにセットアップされたＭＢ装置３である。識別子は、ファイアウォール、ルータ、ロードバランサ、ＮＡＴなどのＭＢ装置３の種別も表す。接続ネットワークフィールド４１２〜４１８には、インスタンスが接続しているネットワークの識別子が格納される。図中パブリック、ＭＢ中継、ＭＢ中継２、サービスは、例えば、図２における各種ネットワーク７の識別子である。例えば、サーバ装置５−ａからサーバ装置５−ｂ、５−ｃの接続は、ファイアウォール（ＦＷ０１）として機能するＭＢ装置３−ａから、ルータ（ＲＴ０１）として機能するＭＢ装置３−ｂと、ロードバランサ（ＬＢ０１）として機能するＭＢ装置３−ｃを経由してサーバ装置５−ｂ、５−ｃに接続されることを示している。
【００３９】
なお、トポロジテーブルＴ１ａは、ネットワーク管理装置２がトポロジ把握機能によって生成したり、最新のトポロジに更新すればよい。また、接続ＮＷのフィールドと、インスタンスのフィールドの数は、インスタンスアドレスフィールド４１１、４１９間のインスタンスの数に応じて変化する。
【００４０】
パラメータテーブルＴ１ｂは、インスタンスの種別ごとに構成が異なる。本実施例では、パラメータテーブルＴ１ｂが、ファイアウォールのパラメータテーブルＴ１ｂ−ａと、ルータのパラメータテーブルＴ１ｂ−ｂと、ロードバランサのパラメータテーブルＴ１ｂ−ｃを含む例を示す。
【００４１】
図５は、ファイアウォールインスタンスのパラメータテーブルＴ１ｂ−ａの一例を示す図である。パラメータテーブルＴ１ｂ−ａは、パケットのフィルタリングポリシを記憶するテーブルである。
【００４２】
パラメータテーブルＴ１ｂ−ａは、設定先インスタンスフィールド５１１と、ポリシＩＤフィールド５１２と、送信元アドレスフィールド５１３と、宛先アドレスフィールド５１４と、アクションフィールド５１５をひとつのレコードに含む。
【００４３】
設定先インスタンスフィールド５１１には、フィルタリングポリシを設定するインスタンスの識別子が格納される。ポリシＩＤフィールド５１２には、ポリシの識別子が格納される。送信元アドレスフィールド５１３には、フィルタリングの対象とする送信元の装置のアドレス、あるいはネットワークのアドレスが格納される。宛先アドレスフィールド５１４には、フィルタリングの対象とする宛先の装置のアドレス、あるいはネットワークのアドレスが格納される。アクションフィールド５１５には、許可、不許可といったパケットの通過の可否が格納される。
【００４４】
図６は、ルータインスタンスのパラメータテーブルＴ１ｂ−ｂの一例を示す図である。パラメータテーブルＴ１ｂ−ｂは、ルーティングルールを記憶するテーブルである。
【００４５】
パラメータテーブルＴ１ｂ−ｂは、設定先インスタンスフィールド６１１と、ルーティングルールＩＤフィールド６１２と、宛先アドレスフィールド６１３と、ネクストホップフィールド６１４とをひとつのレコードに含む。
【００４６】
設定先インスタンスフィールド６１１には、ルーティングルールを設定しているルータインスタンスの識別子が格納される。ルーティングルールＩＤフィールド６１２には、ルーティングルールの識別子が格納される。宛先アドレスフィールド６１３には、ルーティングの対象とする装置の宛先アドレス、あるいはネットワークのアドレスが格納される。ネクストホップフィールド６１４には、ルーティング先とするアドレスあるいはインタフェイスが格納される。
【００４７】
図７は、ロードバランサインスタンスのパラメータテーブルＴ１ｂ−ｃの一例を示す図である。パラメータテーブルＴ１ｂ−ｃは、ロードバランシングルールを記憶するテーブルである。
【００４８】
パラメータテーブルＴ１ｂ−ｃは、設定先インスタンスフィールド７１１と、ロードバランシングルールＩＤフィールド７１２と、ロードバランシング方法フィールド７１３と、バランシング先アドレスフィールド７１４とをひとつのレコードに含む。
【００４９】
設定先インスタンスフィールド７１１には、ロードバランシングルールを設定しているインスタンスの識別子が格納される。ロードバランシングルールＩＤフィールド７１２には、ロードバランシングルールの識別子が格納される。ロードバランシング方法フィールド７１３には、ラウンドロビンなどのロードバランシングの方法が格納される。バランシング先アドレスフィールド７１４には、ロードバランシングを実行した結果、パケットの送信先となるインスタンスのアドレスまたは識別子が格納される。
【００５０】
なお、各パラメータテーブルＴ１ｂ−ａ〜Ｔ１ｂ−ｃは、ネットワーク管理装置２が、ＭＢ装置３をプロビジョニングした際に生成され、設定変更を行う際に、最新のパラメータに更新すればよい。また、ＮＡＴなど、以上に説明したファイアウォール、ルータ、ロードバランサ以外の種別のインスタンスのパラメータテーブルも上記と同様に有してよい。
【００５１】
図８は、不整合データテーブルＴ２の一例を示す図である。不整合データテーブルＴ２は、ネットワーク管理装置２が検出した不整合データごとの指標値と、不整合データに対して推奨する取扱いを記憶するテーブルである。
【００５２】
ネットワーク管理装置２は、アクセス用装置１の利用者に不整合データテーブルＴ２を出力することで、利用者が不整合となったコンフィグ情報とパラメータ情報の正誤および要否を吟味することができる。
【００５３】
不整合データテーブルＴ２は、設定先インスタンスフィールド８１１と、不整合内容フィールド８１２と、不整合タイプフィールド８１３と、指標値演算方法フィールド８１４と、方法実行結果フィールド８１５と、指標値フィールド８１６と、推奨取扱いフィールド８１７とをひとつのレコードに含む。なお、不整合データテーブルＴ２は、２種類のフィールドに大別され、設定先インスタンスフィールド８１１〜不整合タイプフィールド８１３が不整合データに含まれ、指標値演算方法フィールド８１４〜推奨取扱いフィールド８１７が取扱い判定結果に含まれる。
【００５４】
設定先インスタンスフィールド８１１には、不整合データが設定されているインスタンスの識別子が格納される。不整合内容フィールド８１２には、ネットワーク管理装置２がパラメータ情報とコンフィグ情報を比較した結果、パラメータ情報とコンフィグ情報が一致しないデータが格納される。
【００５５】
不整合タイプフィールド８１３には、コンフィグ情報のみに存在するか、パラメータのみに存在するか、あるいは、コンフィグ情報とパラメータ情報の値の不一致といった不整合データのタイプが格納される。
【００５６】
指標値演算方法フィールド８１４には、指標値を算出するために実行した方法（または処理）が格納される。実行結果フィールド８１５には、指標値演算方法フィールド８１４の処理を実行した結果の詳細が格納される。指標値フィールド８１６には、ネットワーク管理装置２が算出した指標値が格納される。推奨取扱いフィールド８１７には、追加、削除、修正（パラメータ情報の修正またはコンフィグ情報の修正）など不整合データに対して推奨する取扱いが格納される。
【００５７】
指標値演算方法フィールド８１４は、予め設定された指標値の演算方法が格納され、例えば、論理構成照合や実機ログ照合が含まれる。論理構成照合では、ネットワーク管理装置２のパラメータ情報と、設定先インスタンスフィールド８１１の不整合内容フィールド８１２のコンフィグ情報について、論理構成テーブルＴ１を参照して照合を行う。
【００５８】
また、実機ログ照合では、ネットワーク管理装置２のパラメータ情報と、設定先インスタンスフィールド８１１の不整合内容フィールド８１２のコンフィグ情報について、ネットワーク管理装置２が収集したログに基づいて照合を行う。これらの照合については後述する。
【００５９】
図９は、指標値判定テーブルＴ３の一例を示す図である。指標値判定テーブルＴ３は、不整合データの指標値を算出するために実行する方法または処理と、判定方法ごとの指標値を記憶する。不整合データの指標値を演算するための判定方法は、公知または周知の手法を用いることができる。例えば、ネットワークのシミュレーションや、各装置のログの参照、論理構成テーブルＴ１の参照などから指標値を算出することができる。そして、各方法によって指標値の高低が異なり、その値の確度は利用者の知見に基づくところが大きい。
【００６０】
本実施例では、指標値判定テーブルＴ３に、判定方法フィールド９１１と判定条件フィールド９１６に応じて予め設定した指標値フィールド９１７を格納した例を示す。この指標値は、利用者が設定することができ、利用者の知見を反映させた指標値フィールド９１７とすることができる。
【００６１】
なお、指標値の値が高ければ不整合データの存在が正しい可能性が高いことを示す。逆に指標値の値が低くければ不整合データの存在が誤りである可能性が高いことを示す。
【００６２】
例えば、判定方法フィールド９１１が論理構成照合の場合、ネットワーク管理装置２が不整合データと論理構成テーブルＴ１を照合し、不整合データが論理構成テーブルＴ１に含まれていることが判明すれば、指標値を高く設定し、含まれていないことが判明すれば、指標値を低く設定する。
【００６３】
また、判定方法フィールド９１１が実機ログ参照の場合、ネットワーク管理装置２は、各装置のログを参照した結果、ログに不整合データに対応する通信が記憶されていれば、指標値を高く設定するが、論理構成照合の結果、不整合データが論理構成テーブルＴ１に複数含まれている場合よりは低い。
【００６４】
一方、ログを参照した結果、通信が記録されていなければ、指標値を低く設定するが、論理構成照合の結果、不整合データが論理構成テーブルＴ１に含まれていない場合よりは高い。ネットワーク管理装置２は、上述のような手法によって指標値を算出する。
【００６５】
指標値判定テーブルＴ３は、このような、判定方法フィールド９１１に設定された照合処理ごとの指標値フィールド９１７と、当該指標値フィールド９１７を設定する条件（判定条件フィールド９１６）とを規定するテーブルである。指標値判定テーブルＴ３は、判定方法フィールド９１１と、実行対象不整合タイプフィールド９１２と、機種フィールド９１３と、比較キーとする不整合データフィールド９１４と、比較対象データフィールド９１５、判定条件フィールド９１６と、指標値フィールド９１７をひとつのレコードに含む。指標値判定テーブルＴ３の各フィールドの値は、例えば、アクセス用装置１から入力あるいは転送すればよい。
【００６６】
判定方法フィールド９１１は、不整合データの指標値を演算するために実行する方法（または処理）が格納される。実行対象不整合タイプフィールド９１２は、コンフィグ情報のみ、パラメータ情報のみ、あるいは双方のデータの不一致、即ち、不整合データがパラメータ情報とコンフィグ情報の何れか一方のみに存在しているか、パラメータ情報とコンフィグ情報の両方に存在して値が合っていない、といった不整合データのタイプ（またはパターン）が格納される。
【００６７】
機種フィールド９１３には、ネットワーク管理装置２が不整合データを検出したインスタンスの機種の識別子が格納される。比較キーとする不整合データフィールド９１４には、アクション、送信元アドレス、宛先アドレスといったパラメータの項目がひとつ以上格納される。
【００６８】
比較対象データフィールド９１５には、比較キーとする不整合データフィールド９１４の比較対象とするデータが格納される。判定条件フィールド９１６は、判定方法フィールド９１１を実行して、指標値を付与するか否かの条件を格納するフィールドである。指標値フィールド９１７には、判定方法フィールド９１１の内容を実行し、その結果が判定条件フィールド９１６に合致した場合の指標値が格納される。
【００６９】
図１０は、コンフィグ−パラメータ変換テーブルＴ４の一例を示す図である。コンフィグ−パラメータ変換テーブルＴ４は、ネットワーク管理装置２がＭＢ装置３から取得するコンフィグ情報をパラメータテーブルの構造に変換するために用いる。あるいは、逆の変換、即ち、パラメータテーブルの構造を、コンフィグ情報の構造に変換するために用いてもよい。
【００７０】
そのために、コンフィグ−パラメータ変換テーブルＴ４は、インスタンス種別フィールド１０１１と、機種フィールド１０１２と、コンフィグコマンドフィールド１０１３と、対応パラメータフィールド１０１４とを備える。
【００７１】
インスタンス種別フィールド１０１１は、インスタンスの種別を表す識別子が格納される。機種フィールド１０１２は、インスタンスの機種を示す識別子が格納される。コンフィグコマンドフィールド１０１３は、機種依存のコマンド表記が格納される。対応パラメータフィールド１０１４は、コンフィグコマンドフィールド１０１３に格納される機種依存のコンフィグコマンドの表記と同じ意味であるパラメータテーブルＴ１ｂの項目が格納される。
【００７２】
なお、機種フィールド１０１２毎のコンフィグコマンド１０１３と、対応パラメータフィールド１０１４の情報は、利用者などが予め設定した情報である。
【００７３】
以上がネットワーク管理装置２の構成要素である。次に、ネットワーク管理装置２以外の装置について説明する。
【００７４】
図１１は、ＭＢ装置３の一例を示すブロック図である。ＭＢ装置３は、入力部３０１と、ＣＰＵ３０２と、出力部３０３と、メモリ３０４と、データバス３０５と、ネットワークインタフェイス３０６と、回線３０７とを含む。これらの構成要素は上述した図３のネットワーク管理装置２と同様であるが、記憶装置３０８に格納するプログラム及びデータが異なる。記憶装置３０８には、監視部１１１と、ＭＢ機能実行部１１２、ログデータ１１３、コンフィグ情報１１４が格納される。
【００７５】
監視部１１１は、ＭＢ機能実行部１１２が実行するＭＢ機能のログデータ１１３を保存する機能と、ネットワーク管理装置２に対してログデータ１１３を送信する機能を持つ。ＭＢ機能実行部１１２は、コンフィグ情報１１４を読み込み、ファイアウォールにおけるフィルタリング、ロードバランサにおけるロードバランシング、ルータにおけるルーティング等の各種ＭＢ装置３の機能を提供する。なお、各種ＭＢ装置３の機能は部分的に提供することができる。コンフィグ情報１１４は、ＭＢ機能実行部１１２がＭＢ機能を提供するための設定データを記憶するテーブルである。
【００７６】
図１２にサーバ装置５および仮想化管理装置６の内部構成を示す。サーバ装置５および仮想化管理装置６は、記憶装置６０８に仮想装置部１１５と、ハイパーバイザー部１１６と、仮想装置管理部１１７とを格納する。
【００７７】
仮想装置部１１１は、仮想装置を実現する機能であり、例えば、仮想ＭＢ装置は当該機能によって実現される。ハイパーバイザー部１１６は、仮想装置管理部１１７と連携して、仮想装置の実行または削除、仮想スイッチの実行または削除等を行う機能を持つ。
【００７８】
仮想装置管理部１１７は、上記の連携要求を、ネットワークインタフェイス６０６を介して他装置から受け付け、ハイパーバイザー部１１６に指示を出す機能等を持つ。他の要素は、ネットワーク管理装置２やＭＢ装置３と同様である。
【００７９】
アクセス用装置１についても、記憶装置６０８の内容以外はネットワーク管理装置２やＭＢ装置３と同様に構成される。アクセス用装置１は、記憶装置６０８に、ネットワーク管理装置２が記憶装置２０８に格納する各プログラムへ要求を送信する機能を備える。例えば、各プログラムが実行するＣＬＩ（Ｃｏｍｍａｎｄ  Ｌｉｎｅ  Ｉｎｔｅｒｆａｃｅ）、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）といったインタフェイス機能に対し、アクセス用装置１の利用者が入力するコマンドやリクエストを送信する機能を持つ。
【００８０】
以上が本実施例１における計算機システムの構成要素である。以降、アクセス用装置１とネットワーク管理装置２とＭＢ装置３の処理のシーケンスを説明した上で、ネットワーク管理装置２が備える各プログラムの処理について説明する。
【００８１】
図１３は、計算機システムで行われる処理の一例を示すシーケンス図である。計算機システムの運用開始前と運用開始後のシーケンスをそれぞれ説明する。
【００８２】
・運用開始前
ステップＳ１では、アクセス用装置１が、利用者から指標値判定テーブルＴ３の各種フィールド情報の入力を受け付ける。アクセス用装置１は、各種フィールド情報をネットワーク管理装置２に送信する。
【００８３】
ステップＳ２では、ネットワーク管理装置２がステップＳ１にて受信した各種フィールド情報の値を指標値判定テーブルＴ３に登録する。
【００８４】
ステップＳ３では、アクセス用装置１が、利用者からコンフィグ−パラメータ変換テーブルの各種フィールド情報の入力を受け付ける。アクセス用装置１は、各種フィールド情報をネットワーク管理装置２に送信する。
【００８５】
ステップＳ４では、ネットワーク管理装置２が、ステップＳ３にて受信した値をコンフィグ−パラメータ変換テーブルＴ４の各種フィールドに登録する。
【００８６】
なお、上記ステップＳ１〜Ｓ４は、新機種や、新判定方式の定義の追加や、既に設定されている指標値の調整といった目的で、運用開始後にも任意のタイミングで実行することができる。
【００８７】
・運用開始後
ステップＳ５では、アクセス用装置１が、利用者の指令に基づいて、不整合データ検出要求をネットワーク管理装置２に対して送信する。
【００８８】
ステップＳ６では、ネットワーク管理装置２が、ＭＢ装置３にコンフィグ情報１１４及びログデータ１１３の送信要求を送る。
【００８９】
ステップＳ７では、ネットワーク管理装置２が、ＭＢ装置３よりコンフィグ情報１１４及びログデータ１１３を受け付ける。
【００９０】
ステップＳ８では、ネットワーク管理装置２が、パラメータ情報とコンフィグ情報１１４を比較して不整合データを検出し、不整合データテーブルＴ２に登録する。
【００９１】
上記ステップＳ５からＳ８の処理の詳細は図１４を用いて後述する。
【００９２】
次に、ステップＳ９では、ネットワーク管理装置２が、上記ステップＳ８で検出した不整合データの指標値を演算し、当該指標値に基づいて推奨する取扱いを決定し、不整合データテーブルＴ２を更新する。
【００９３】
ステップＳ１０では、ネットワーク管理装置２が、不整合データの検出結果、即ち、不整合データと、不整合データのタイプ、指標値、推奨する取扱いをアクセス用装置１へ送信する。
【００９４】
上記ステップＳ９およびＳ１０の処理の詳細は図１７を用いて後述する。
【００９５】
ステップＳ１１では、アクセス用装置１が、不整合データに対する取扱いを受け付ける。アクセス用装置１の利用者は、不整合データの推奨する取扱いを参考にして、データの追加、修正、削除といった実際の取扱いを決定し、アクセス用装置１へ入力する。アクセス用装置１は、受け付けた不整合データに対する取扱いをネットワーク管理装置２へ送信する。
【００９６】
ステップＳ１２では、ネットワーク管理装置２が、上記ステップＳ１１で利用者がアクセス用装置１に入力した不整合データの取扱い結果を受信する。ネットワーク管理装置２では、利用者によって決定された、追加、修正、削除といった不整合データの処理を行い、さらに、その決定された不整合データ取扱い結果に応じて、指標値判定テーブルＴ３の指標値を更新する。この指標値判定テーブルＴ３の指標値の更新は、指標値判定テーブルＴ３に設定された複数の判定条件フィールド９１６のうち、実際に成立した判定条件フィールド９１６へのフィードバックとして指標値フィールド９１７を更新する。
【００９７】
上記ステップＳ１１およびＳ１２の処理の詳細は図１８および図１９を用いて後述する。
【００９８】
図１４は、不整合データ検出部２０９で行われる処理の一例を示すフローチャートである。
【００９９】
ステップＦ１１では、ネットワーク管理装置２が、不整合データの検出開始トリガを受けたか否かによって、次に進むステップを決定する。ネットワーク管理装置２が、検出開始トリガを受信した場合、ステップＦ１２に進む。検出開始トリガを受信していない場合は、待機する。なお、検出開始トリガは、例えば、図１３に示したアクセス用装置１からの不整合データ検出要求である。
【０１００】
なお、検出開始トリガを受ける方法としては、例えば、不整合データ検出部３０９がＣＬＩ、ＧＵＩ、ＡＰＩといったインタフェイスを有し、当該インタフェイスに対するアクセス用装置１からの入力を受け取ればよい。上記ＧＵＩの一例として、操作画面の一例を図１５を用いて後述する。
【０１０１】
ネットワーク管理装置２への要求には、不整合データの検出対象とするインスタンス（以降、検出対象インスタンス）の識別子が含まれる。また、アクセス用装置１以外の他装置からの検出実行要求をトリガとしてもよい。
【０１０２】
例えば、他装置からの前記インタフェイスへの要求のほかに、ＭＢ装置３がコンフィグ情報１１４の変更イベントをネットワーク管理装置２に通知する機能を有し、ネットワーク管理装置２以外の装置からコンフィグ情報１１４の設定変更要求があったことをネットワーク管理装置２に通知し、その通知の受信を検出開始トリガとしてもよい。
【０１０３】
なお、必ずしもネットワーク管理装置２の外部からの要求を開始トリガとしなくともよく、例えば、ネットワーク管理装置２が、定期的にＭＢ装置３のコンフィグ情報１１４をバックアップし、バックアップの完了をもって不整合データの検出処理を開始してもよい。
【０１０４】
また、ネットワーク管理装置２が、ＭＢ装置３のコンフィグ情報１１４の変更のログデータ１１３を取得する。そして、ネットワーク管理装置２は、自身のインタフェイスを介したＭＢ装置３のコンフィグ情報１１４の変更のログデータと、前記取得したログデータ１１３とを比較し、ネットワーク管理装置２を介して行われていないコンフィグ情報１１４の変更を検出したことを不整合データの検出開始のトリガとしてもよい。
【０１０５】
ネットワーク管理装置２を介して行われていないＭＢ装置３のコンフィグ情報１１４の変更の検出を具体的に説明する。
【０１０６】
以下では、ログデータ１１３の取得対象を、ＭＢ装置３−ａ＝インスタンスＦＷ０１、機種はＡ社ＦＷとする。まず、インスタンスＦＷ０１からログデータ１１３を取得する。この際取得したログデータ１１３の具体例を以下とする。
【０１０７】
・イベントログの例
ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨ／ｍｍ／ＳＳ  ユーザＢ   追加  ポリシＩＤ“１０”Ｓｒｃ“サーバａアドレス”Ｄｓｔ“サーバｃアドレス”  アクション“Ｐｅｒｍｉｔ”
ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨ／ｍｍ／ＳＳ  ユーザＡ  ・・・
【０１０８】
そして、ネットワーク管理装置２が有するインタフェイスを介して行われたＭＢ装置３のコンフィグ情報１１４の変更のログデータを以下とする。
【０１０９】
・ネットワーク管理装置２が有するＭＢ装置３のコンフィグ情報１１４の変更のログデータの例
ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨ／ｍｍ／ＳＳ  ユーザＡ、ＦＷ０１、ＡＰＩ  ＡｄｄＰｏｌｉｃｙ、ポリシＩＤ“９”、送信元アドレス“サーバａアドレス”、宛先アドレス“サーバｂアドレス”、アクション“Ｐｅｒｍｉｔ”
ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨ／ｍｍ／ＳＳ  ユーザＣ、ＦＷ０１、ＣＬＩ・・・
【０１１０】
このとき、例えば、イベントログのポリシＩＤ“１０”をキーとして、ネットワーク管理装置２のログデータを検索し、一致するポリシＩＤが検出されなければ、ポリシＩＤ“１０”のポリシは、ネットワーク管理装置２を介して設定されていないことが判定できる。
【０１１１】
また、ユーザＩＤをキーとした検索でもネットワーク管理装置２を介して設定されていないことが判定できる。ネットワーク管理装置２が、ＦＷ０１のユーザＡとした場合、それ以外のユーザによる設定変更は、ネットワーク管理装置２のインタフェイスを介していないことが判定できる。
【０１１２】
以上、ネットワーク管理装置２を介していないＭＢ装置３のコンフィグ情報１１４の設定変更の検出は、例えば、３０分や１時間ごとといった所定の間隔で実行してよく、比較するログデータの範囲を、最新の日時から、過去の所定の間隔分としてもよい。これにより、過去に検出したコンフィグ情報１１４の設定変更の重複した検出を防止できる。
【０１１３】
次に、図１４のステップＦ１２では、ネットワーク管理装置２が、検出対象のインスタンスのパラメータの取得と、コンフィグ情報１１４を取得する処理である。なお、コンフィグ情報１１４の取得は、検出開始のトリガをコンフィグ情報１１４のバックアップの完了としている場合は、既にコンフィグ情報１１４を取得済みであるため、行わなくともよい。
【０１１４】
パラメータの取得は、ネットワーク管理装置２が自身で保持するパラメータテーブルＴ１ｂより取得する。ネットワーク管理装置２は、検出対象のインスタンスの識別子をステップＦ１１で受信した検出開始トリガから取得し、その識別子を検索キーとして、パラメータテーブルＴ１ｂを検索することで行う。
【０１１５】
以下では、識別子がＦＷ０１であるインスタンスについて、ネットワーク管理装置２が不整合データを検出する処理を具体的に説明する。
【０１１６】
ネットワーク管理装置２は、検出対象のインスタンスのパラメータを取得するために、パラメータテーブルＴ１ｂ−ａに対し、インスタンス識別子ＦＷ０１を検索キーとして、設定先インスタンスフィールド５１１（図５）を検索し、キーと合致する設定先インスタンスと同行のフィールドの情報を全て取得する。
【０１１７】
これにより、ネットワーク管理装置２は、設定先インスタンス（ＦＷ０１）５１１、ポリシＩＤ（１）５１２、送信元アドレス（サーバａアドレス）５１３、宛先アドレス（サーバｂアドレス）５１４、アクション（Ｐｅｒｍｉｔ）５１５を取得できる。
【０１１８】
コンフィグ情報１１４は、ネットワーク管理装置２が検出対象のインスタンスにコンフィグ情報１１４の送信を要求し、コンフィグ情報１１４を受信することで取得する。ネットワーク管理装置２は、例えば、ＭＢ装置３が有するＣＬＩやＡＰＩを介してコンフィグ情報１１４を要求すればよい。
【０１１９】
なお、検出開始トリガの受信を必須の契機としない場合、例えば、コンフィグ情報１１４を定期的に取得し、取得完了を持って、不整合データの検出を開始してもよい。このような、検出開始トリガを受信しない場合は、コンフィグ情報１１４から検出対象インスタンスを特定すればよい。
【０１２０】
この方法としては、ネットワーク管理装置２が、取得したインスタンスのＩＰアドレスをキーに、インスタンスの識別子とＩＰアドレスが関連付いた情報を検索すればよい。なお、本実施例では、ネットワーク管理装置２が、識別子とＩＰアドレスの関連情報を、ＭＢ装置３のプロビジョニング時より有していることを前提とする。
【０１２１】
次に、ステップＦ１３では、ネットワーク管理装置２が、検出対象のインスタンスのパラメータとコンフィグ情報１１４を比較して、不整合データを検出し、その不整合データのタイプを特定する。
【０１２２】
ネットワーク管理装置２は、まず、コンフィグ情報１１４をパラメータテーブルＴ１ｂの構造に変換し、コンフィグ変換情報とする。ネットワーク管理装置２は、コンフィグ変換情報とパラメータとを比較する。
【０１２３】
ここで、ネットワーク管理装置２は、コンフィグ情報１１４をパラメータテーブルＴ１ｂの構造に変換するために、コンフィグ−パラメータ変換テーブル（変換情報）Ｔ４を用いる。例えば、図１０で示すようにＡ社ＦＷから取得したコンフィグ構造が以下のコマンド列であったとする。
【０１２４】
・Ａ社ＦＷのコンフィグ構造の例
Ｐｏｌｉｃｙ  “１”
Ｓｒｃ  “サーバａアドレス”
Ｄｓｔ  “サーバｃアドレス”
Ａｃｔｉｏｎ  “Ｐｅｒｍｉｔ”
…
【０１２５】
ネットワーク管理装置２は、Ａ社ＦＷ、および各種コマンド列をキーとし、コンフィグ−パラメータ変換テーブルＴ４を検索し、対応するパラメータ、即ち、Ｐｏｌｉｃｙ“”をポリシＩＤに、Ｓｒｃ“”を送信元アドレス、Ｄｓｔ“”を宛先アドレスに、Ａｃｔｉｏｎ“”をアクションに変換し、以下のパラメータ構造とする。
【０１２６】
・Ａ社製ＦＷのコンフィグ構造をパラメータ構造に変換した例
ポリシＩＤ  “１”
送信元アドレス  “サーバａアドレス”
宛先アドレス  “サーバｃアドレス”
アクション  “Ｐｅｒｍｉｔ”
…
【０１２７】
次にネットワーク管理装置２は、パラメータ構造に変換したコンフィグ情報（以降、コンフィグ変換情報と称す）と、パラメータテーブルＴ１ｂ−ａを比較する。この比較の際にキーとするパラメータ項目は、予めネットワーク管理装置２に登録しておいてもよい。例えば、ポリシＩＤのみ、送信元アドレスと宛先アドレスの両方、ポリシＩＤと送信元アドレスと宛先アドレスの３種などをキーとしてもよい。以降、ポリシＩＤをキーとする例について説明する。
【０１２８】
まず、ネットワーク管理装置２は、コンフィグ変換情報のキー（ポリシＩＤ）と、パラメータのキー（ポリシＩＤ）同士を比較して、一致しているＩＤがあるか否かを判定し、一致しているポリシＩＤがある場合、他の項目同士を比較する。
【０１２９】
本実施例１では、コンフィグ変換情報とパラメータテーブルＴ１ｂ−ａ（図５）では、宛先アドレスフィールドが異なっている。
【０１３０】
ネットワーク管理装置２は、このようにコンフィグ変換情報とパラメータとで、値が一致しない場合、ポリシＩＤに関連する一連のコンフィグ情報１１４とパラメータを不整合データと判断し、不整合データのタイプを、値の不一致、と判断する。
【０１３１】
一方、変換したコンフィグ情報１１４にしか存在しないポリシＩＤがあれば、ネットワーク管理装置２は、当該ＩＤに関連する一連の変換したコンフィグ項目を不整合データとし、不整合データのタイプをコンフィグ情報１１４のみ、と判断する。
【０１３２】
また、ネットワーク管理装置２は、パラメータにしか存在しないポリシＩＤがあれば、そのＩＤに関連する一連のパラメータ項目を不整合データとし、不整合データのタイプを、パラメータのみ、と判断とする。
【０１３３】
ステップＦ１４では、ネットワーク管理装置２が上記ステップＦ１３で不整合データを検出したか否かを判定する。ネットワーク管理装置２は、不整合データを検出した場合、ステップＦ１５を実行する。一方、ネットワーク管理装置２は、不整合データを検出しなかった場合、特に何もせず終了する。
【０１３４】
ステップＦ１５では、ネットワーク管理装置２が、上記ステップＦ１３で検出した不整合データと、不整合データのタイプを、不整合データテーブルＴ２に格納する。ネットワーク管理装置２は、設定先インスタンスフィールド８１１に、検出対象のインスタンスの識別子を、不整合内容フィールド８１２に不整合データを、不整合タイプフィールド８１３に不整合データのタイプを格納する。
【０１３５】
図１５は、利用者がネットワーク管理装置２に対して、不整合データの検出を要求する際に操作するアクセス用装置１の出力部に表示された画面イメージを示す。操作画面１０は、テナント名を入力するカラム１００１と、検出対象のインスタンスの識別子を選択するカラム１００２と、これら１００１と１００２の情報を含めた検出要求パケットをネットワーク管理装置２に送信する実行ボタン１００３を有する。
【０１３６】
例えば、カラム１００１は、利用者がクラウド管理者であれば、全てのテナントの名前を選択可能とし、利用者がテナントであれば、テナントの名前が予め入力されており、選択の余地がない、といった利用者に応じて開示する情報を絞ってもよい。
【０１３７】
また、カラム１００２は、利用者がクラウド管理者であれば、全てのテナントのインスタンスを選択可能とし、利用者がテナントであれば、テナントが所有するインスタンスのみを選択可能としてもよい。さらに、対象インスタンスをひとつ以上選択可能とし、全インスタンスを意味するオールといった識別子を選択できるようにしてもよい。
【０１３８】
上記カラム１００１および１００２の選択肢は、ネットワーク管理装置２が、インスタンスとテナントの関係を示したデータを参照して提供する。なお、上記インスタンスとテナントの関係を示したデータは、ＭＢ装置３のプロビジョニング時に生成済みであることを前提とする。また、カラム１００１のテナント名は、例えば、計算機システムを複数の組織で共用する場合における、組織の識別子である。
【０１３９】
図１６は、利用者が操作するアクセス用装置１がネットワーク管理装置２から受け付けた、不整合データの内容と、不整合データに対して推奨される取扱いを表示する画面イメージの例である。
【０１４０】
画面１１は、不整合データが検出されたインスタンスの識別子と、不整合データの内容、推奨する取扱いの関係を示した出力カラム１１０１と、不整合データに対して実行された指標値の判定方法、およびその実行結果を出力させる詳細確認ボタン１１０２と、利用者が不整合データの取扱いを選択するカラム１１０３と、選択された取扱いをネットワーク管理装置２へ送信する決定ボタン１１０４を有する。
【０１４１】
出力カラム１１０１の内容は、例えば、ネットワーク管理装置２が不整合データテーブルＴ２のフィールドを部分的に抜き出して生成すればよい。また、詳細確認ボタン１１０２を押下することで表示される情報は、例えば、ネットワーク管理装置２が送信した不整合データテーブルＴ２の全データであればよい。
【０１４２】
取扱い選択カラム１１０３には、例えば、パラメータに追加、バラメータを修正、パラメータを削除、コンフィグ情報１１４に追加、コンフィグ情報１１４を修正、コンフィグ情報１１４を削除といった選択肢が示される。
【０１４３】
図１７は、ネットワーク管理装置２の不整合データ取扱い判定部２１０が、不整合データの指標値を演算し、指標値に基づいて推奨する取扱いを決定するフローチャートを示す。
【０１４４】
ステップＦ２１では、ネットワーク管理装置２が、不整合データの指標値演算を開始する開始トリガの受信の有無によって、次に進むステップを分岐する処理である。受信した場合は、ステップＦ２２を実行する。開始トリガは、例えば、不整合データ検出部２０９が、不整合データの検出後に、不整合データ取扱い判定部２１０に送信する指令である。一方、開始トリガを受信していない場合は、待機する。
【０１４５】
ステップＦ２２では、ネットワーク管理装置２が、不整合データの指標値を演算する。ネットワーク管理装置２は、指標値判定テーブルＴ３を参照し、実行する判定方法フィールド９１１（照合処理）を取得する。
【０１４６】
図９の例では、実機ログ照合、論理構成照合が判定方法フィールド９１１である。これらを実行する機能は、ネットワーク管理装置２が有してもよいし、他の要素が有してもよい。本実施例では、ネットワーク管理装置２が実機ログ照合及び論理構成照合を実行する機能を有している。
【０１４７】
まず、実機ログ照合について説明する。実機ログ照合は、不整合データによる通信制御が実際に行われているか否かを判定する方法のひとつである。例えば、図９において、比較キーとする不整合データフィールド９１４および比較対象データフィールド９１５の特定と、比較キーを用いた比較対象データの照合、判定結果と判定条件の比較による指標値の判定、という３ステップで実現する。以下、順に説明する。
【０１４８】
・比較キーとする不整合データおよび比較対象データの特定
前記ステップＳ８（Ｆ１２〜Ｆ１５）の処理にて、ネットワーク管理装置２が取得した不整合データは以下であり、インスタンスの機種は“Ａ社ＦＷ”であった。
【０１４９】
‐設定先インスタンス
ＦＷ０１
‐不整合内容
パラメータ
ポリシＩＤ  “１”
送信元アドレス  “サーバａアドレス”
宛先アドレス  “サーバｂアドレス”
アクション  “Ｐｅｒｍｉｔ”
コンフィグ情報１１４
ポリシＩＤ  “１”
送信元アドレス  “サーバａアドレス”
宛先アドレス“サーバｃアドレス”
アクション  “Ｐｅｒｍｉｔ”
‐不整合タイプ
不一致
【０１５０】
比較キーとする不整合データおよび比較対象データの特定のために、ネットワーク管理装置２は、指標値判定テーブルＴ３に対し、判定方法：実機ログ照合、機種：Ａ社ＦＷ、不整合タイプ：不一致を検索キーとして、全てのキーが合致する行から、比較キーとして、不整合データフィールド９１４と、比較対象データフィールド９１５を取得する。
【０１５１】
これにより、ネットワーク管理装置２は、比較キーとする不整合データ（動作ログの比較キー：アクション、送信元アドレス、宛先アドレス、イベントログの比較キー：ポリシＩＤ、送信元アドレス、宛先アドレス、アクション）、比較対象データ（動作ログ：ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨｍｍ／ＳＳ  “”  “”  “”、およびイベントログ：ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨｍｍ／ＳＳ ユーザ追加  ポリシ“”Ｓｒｃ”” Ｄｓｔ“”  Ａｃｔｉｏｎ“”）を取得できる。
【０１５２】
さらに、ネットワーク管理装置２は、後に利用するため、同様の検索で、指標値判定テーブルＴ３から判定条件（合致データあり）、指標値（５０）を取得しておく。
【０１５３】
・比較キーを用いた比較対象データの照合と指標値の演算
比較対象データフィールド９１５は前記取得したようにログデータおよびイベントデータである。ネットワーク管理装置２は、ＭＢ装置３から、ログデータ１１３を取得する。ログデータ１１３は、ＭＢ装置３が実際にパケットを制御した履歴を示す動作ログや、コンフィグ情報１１４の変更の履歴といったイベントログを示すデータである。
【０１５４】
・動作ログの例
ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨ／ｍｍ／ＳＳ  Ｐｅｒｍｉｔ  サーバａアドレス  サーバｃアドレス  ｈｔｔｐ
ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨ／ｍｍ／ＳＳ  ・・・
・イベントログの例
ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨ／ｍｍ／ＳＳ  ユーザＡ   追加  ポリシＩＤ“１０”Ｓｒｃ“サーバａアドレス”Ｄｓｔ“サーバｃアドレス”  アクション“Ｐｅｒｍｉｔ”
ＹＹＹＹ／ＭＭ／ｄｄ／ＨＨ／ｍｍ／ＳＳ  ユーザＢ  ・・・
【０１５５】
そして、ネットワーク管理装置２は前記取得した動作ログを、前記取得した動作ログの比較キーを用いて比較する。これにより、ネットワーク管理装置２は不整合データのコンフィグ情報１１４がイベントログまたは動作ログに存在しているか否かを判定できる。上記動作ログの例では、ネットワーク管理装置２が、不整合データのコンフィグ情報１１４が存在していることを判定できる。
【０１５６】
さらに、ネットワーク管理装置２は、イベントログに対して、前記取得したイベントログの比較キーを用いて比較する。これにより、不整合データのコンフィグ情報１１４を投入したユーザおよび日時を特定することができる。
【０１５７】
上記ログデータの比較により、ネットワーク管理装置２は、不整合データとログデータに、合致データがあることを検出する。ネットワーク管理装置２は、判定条件である合致データあり、に該当するため、指標値判定テーブルＴ３の判定条件フィールド９１６を満たすと判定する。そして、ネットワーク管理装置２は、前記取得していた指標値の値５０を、不整合データに対する実機ログ照合結果の指標値として設定する。
【０１５８】
次に論理構成照合について説明する。論理構成照合は、不整合データがネットワークのトポロジおよび他インスタンスのパラメータに定義されているか否かを判定する方法のひとつである。
【０１５９】
論理構成照合の処理は、例えば、比較キーとする不整合データフィールド９１４および比較対象データフィールド９１５の特定と、比較キーを用いたトポロジテーブルＴ１ａの照合と、比較キーを用いたパラメータテーブルＴ１ｂの照合と、判定結果と判定条件の比較による指標値の判定、という４ステップで実現する。以下、順に説明する。
【０１６０】
・比較キーとする不整合データフィールド９１４および比較対象データフィールド９１５の特定
ネットワーク管理装置２は、比較キーとする不整合データフィールド９１４および比較対象データフィールド９１５の特定のために、指標値判定テーブルＴ３に対し、判定方法：論理構成照合、機種：Ａ社ＦＷ、不整合タイプ：不一致を検索キーとして、全てのキーが合致する行から、比較キーとして、不整合データフィールド９１４と、比較対象データフィールド９１５を取得する。これにより、ネットワーク管理装置２は、以下の比較キーとする不整合データフィールド９１４と、比較対象データフィールド９１５とを取得できる（図９参照）。
【０１６１】
比較キー：送信元アドレス
比較対象：トポロジテーブル最初の列のインスタンスアドレスフィールド
比較キー：宛先アドレス
比較対象：トポロジテーブル最後の列のインスタンスアドレスフィールド
比較キー：宛先アドレス
比較対象：ＲＴのパラメータテーブル宛先アドレスフィールド
比較キー：宛先アドレス
比較対象：ＬＢのパラメータテーブルバランシング先アドレスフィールド
【０１６２】
さらに、ネットワーク管理装置２は、後に利用するため、同様の検索で、判定条件フィールド９１６（＃１合致データあり、＃２合致データあり、＃３合致データあり、＃４合致データあり、＃５  ＃１＋＃２＋＃３＋＃４）と、指標値フィールド９１７（２０、２０，２０，２０、１００）を取得しておく。
【０１６３】
以降、ネットワーク管理装置２は、上記比較キーを用いて、比較対象データフィールド９１５に示されるテーブルおよびフィールドを照合していく。
【０１６４】
・比較キーを用いたトポロジテーブルＴ１ａの照合と指標値の判定
ネットワーク管理装置２は、送信元アドレスをキーとして、トポロジテーブルＴ１ａの最初の列のインスタンスアドレスフィールドを検索すると、“サーバａアドレス”がトポロジテーブルＴ１ａに登録されていることを判定できる。ネットワーク管理装置２は、指標値判定テーブルＴ３の判定条件フィールド９１６である“＃１合致データあり”を満たすため、指標値フィールド９１７の値は２０と判定する。
【０１６５】
次に、ネットワーク管理装置２は、宛先アドレスをキーとして、トポロジテーブルＴ１ａの最後の列のインスタンスアドレスフィールドを検索すると、“サーバｃアドレス”がトポロジテーブルＴ１ａに登録されていることが判定できる。ネットワーク管理装置２は、判定条件フィールド９１６である“＃２合致データあり”を満たすため、指標値を２０と判定する。
【０１６６】
・比較キーを用いたパラメータテーブルＴ１ｂの照合と指標値の判定
ネットワーク管理装置２は、宛先アドレスをキーとして、ルータ（ＲＴ０１）のパラメータテーブルＴ１ｂ−ｂの宛先アドレスフィールドを検索する。これにより、パラメータテーブルＴ１ｂ−ｂの宛先フィールドに“サーバｃアドレス”が登録されていることを判定できる。ネットワーク管理装置２は、判定条件フィールド９１６である“＃３合致データあり”を満たすため、指標値２０と判定する。
【０１６７】
宛先アドレスをキーとして、ロードバランサ（ＬＢ０１）のパラメータテーブルＴ１ｂ−ｃのバランシング先アドレスフィールドを検索する。これにより、ネットワーク管理装置２は、パラメータテーブルＴ１ｂ−ｃに“サーバｃアドレス”が登録されていることを判定できる。ネットワーク管理装置２は、判定条件フィールド９１６である“＃４合致データあり”を満たすため、指標値を２０と判定する。
【０１６８】
さらに、判定条件フィールド９１６には、“＃５  ＃１＋＃２＋＃３＋＃４”、つまり、図９に示した判定条件フィールド９１６の＃１から＃４を全て満たしているか、という設定がある。上記の検索により、“＃５”の判定条件フィールド９１６を満たしているので、ネットワーク管理装置２は、指標値を１００と判定する。
【０１６９】
ステップＦ２３では、ネットワーク管理装置２が不整合データに対して推奨する取扱いを決定する。ネットワーク管理装置２は、例えば、指標値の合計や平均等の所定の演算を行った値が、予め設定した閾値以上であれば、“データの追加”を推奨する取扱いとする。一方、ネットワーク管理装置２は、所定の演算を行った値が、予め設定した閾値未満であれば、“データの削除”を推奨する取扱いとする。
【０１７０】
ここで、ネットワーク管理装置２が行う指標値の所定の演算として、指標値の合計を用いる方法では、例えば、閾値を１００とすると、図８に示した不整合データテーブルＴ２の指標値フィールド８１６の合計は２３０となる。ネットワーク管理装置２は、指標値フィールド８１６の合計が閾値を超えるため、不整合データの推奨取扱いを、“パラメータ修正”と決定する。
【０１７１】
ネットワーク管理装置２が推奨する取扱いとして“パラメータ修正”としたのは、不整合タイプフィールド８１３が“不一致”であり、不整合データのコンフィグ情報１１４に対して指標値演算方法フィールド８１４を実行し、コンフィグ情報１１４が正しいことのもっともらしさの指標値が閾値を上回ったことを意味するためである。このような、閾値と不整合データのタイプフィールド８１３、推奨取扱いフィールド８１７の関係は、予め設定しておくことができる。
【０１７２】
ステップＦ２４では、ネットワーク管理装置２が、上記ステップＦ２２およびステップＦ２３の実行結果８１５と指標値フィールド８１６を、不整合データテーブルＴ２に格納する。ネットワーク管理装置２は、実行した指標値演算方法フィールド８１４の名前、方法実行結果８１５、指標値フィールド８１６、推奨取扱いフィールド８１７を、不整合データテーブルＴ２の該当フィールドにそれぞれ登録する。なお、登録する各データは、利用者が理解しやすい形式に整形してもよい。
【０１７３】
ステップＦ２５では、ネットワーク管理装置２が上記ステップＦ２４で登録した不整合データテーブルＴ２の内容を利用者のアクセス用装置１に通知する。ネットワーク管理装置２は、図１６に示した画面１１の出力カラム１１０１のフォーマットに不整合データテーブルＴ２のデータを部分的に加工してもよい。また、加工せずに不整合データテーブルＴ２の内容を送信し、アクセス用装置１側で出力するデータの加工を実施してもよい。
【０１７４】
ステップＦ２６では、ネットワーク管理装置２が全ての不整合データについて処理が完了したか否かを判定し、全ての不整合データについて処理が完了していなければステップＦ２２へ戻って上記処理を繰り返す。一方、全ての不整合データについて処理が完了していれば図１７のフローチャートを終了する。
【０１７５】
図１８は、ネットワーク管理装置２の不整合データ取扱い判定部２１０が、利用者のアクセス用装置１から受け付けた不整合データの取扱い結果の内容に応じて、不整合データを処理し、指標値判定テーブルＴ３の指標値フィールド９１７にフィードバックするフローチャートである。各ステップを順に説明する。
【０１７６】
ステップＦ３１では、ネットワーク管理装置２が、利用者によって操作されるアクセス用装置１からの不整合データの取扱い結果の受信の有無によって、次に実行するステップを分岐する処理である。不整合データの取扱い結果を受信した場合は、ステップＦ３１を実行し、受信しない場合は、待機する。
【０１７７】
ステップＦ３２では、ネットワーク管理装置２が、アクセス用装置１から受け付けた不整合データの取扱い結果の内容に応じて、不整合データに対応するコンフィグ情報１１４またはパラメータ情報を更新する処理である。この処理の詳細は図１９を用いて後述する。
【０１７８】
ステップＦ３３では、ネットワーク管理装置２が、アクセス用装置１から受け付けた不整合データの取扱い結果が、推奨取扱いと合致しているか否かに応じて、指標値判定テーブルＴ３の指標値フィールド９１７にフィードバックする。
【０１７９】
この処理は、例えば、推奨取扱いフィールド８１７と、利用者が決定した取扱いが合致していれば、ネットワーク管理装置２が実行した指標値演算方法フィールド８１４（９１１）のうち、該当していた判定条件フィールド９１６に関する指標値フィールド９１７を加算する。
【０１８０】
一方、ネットワーク管理装置２は、推奨取扱いフィールド８１７と利用者が決定した取扱いが、合致していなければ、実行した指標値演算方法フィールド８１４（９１１）のうち、該当していた判定条件フィールド９１６に関する指標値フィールド９１７を減算する。
【０１８１】
なお、指標値フィールド９１７に加算する値や、減算する値は、予め設定した値を用いることができ、ネットワーク管理装置２がその情報を保持していればよい。
【０１８２】
ステップＦ３４では、ネットワーク管理装置２が、利用者によって決定された取扱い結果の全てについて処理が完了したか否かを判定し、未処理の取扱い結果があればステップＦ３２へ戻って上記処理を繰り返す。全ての取扱い結果について上記処理を完了すると、図１８のフローチャートを終了する。
【０１８３】
上記の処理によって、指標値判定テーブルＴ３に設定された指標値フィールド９１７に対して、判定方法の実行結果をフィードバックすることができる。
【０１８４】
図１９は不整合データ取扱い判定部２１０が、アクセス用装置１から受け付ける不整合データの取扱い結果の内容に応じた不整合データの処理の一例を示すフローチャートである。
【０１８５】
不整合データの取扱い結果の内容に応じた不整合データの処理は、ネットワーク管理装置２がアクセス用装置１から不整合データ取扱い結果を受信し、不整合データの不整合タイプフィールド８１３を取得して、利用者が操作するアクセス用装置１から受信した取扱い結果を取得し、不整合タイプフィールド８１３と取扱い結果を比較し、当該比較結果に基づいてコンフィグ情報１１４あるいはパラメータテーブルＴ１ｂに対して不整合データを追加、削除、あるいは修正する。なお、不整合タイプフィールド８１３は、アクセス用装置１が取扱い結果に付加してネットワーク管理装置２へ通知するものとする。また、アクセス用装置１は、取扱い結果に、設定先インスタンスフィールド８１１と不整合内容フィールド８１２をネットワーク管理装置２へ通知するようにしてもよい。あるいは、アクセス用装置１は、取扱い結果に対応する不整合データテーブルＴ２のレコード番号をネットワーク管理装置２へ通知しても良い。
【０１８６】
ネットワーク管理装置２が、アクセス用装置１から取扱い結果を受信すると、不整合データの不整合タイプフィールド８１３を取得してから図１９の処理が開始される。
【０１８７】
ステップＦ３１０では、取得した不整合タイプ（８１３）が“不一致”であるか否かを判定する。ネットワーク管理装置２は不整合タイプが“不一致”であればステップＦ３１１を実行し、“不一致”以外であればステップＦ３２０を実行する。
【０１８８】
ステップＦ３１１では、ネットワーク管理装置２は、取扱い結果が“パラメータ修正”であるか否かを判定する。ネットワーク管理装置２は取扱い結果が“パラメータ修正”であれば、ステップＦ３１２を実行し、“パラメータ修正”ではなければ、ステップＦ３１３を実行する。
【０１８９】
ステップＦ３１２では、ネットワーク管理装置２は、不整合データとして検出したパラメータテーブルＴ１−ｂを、不整合データとして検出したコンフィグ情報１１４の内容で更新する。なお、不整合データとして検出したパラメータ情報やコンフィグ情報１１４は、アクセス用装置１から受信した設定先インスタンスフィールド８１１と不整合内容フィールド８１２またはレコード番号から特定することができる。
【０１９０】
上記処理により、不整合タイプが“不一致”で、取扱い結果が“パラメータ修正”の場合は、ネットワーク管理装置２のパラメータテーブルＴ１ｂが、不整合データとして検出したコンフィグ情報１１４の内容で修正され、処理を終了する。
【０１９１】
ステップＦ３１３では、ネットワーク管理装置２は、取扱い結果が“コンフィグ修正”であるか否かを判定する。取扱い結果が“コンフィグ修正”であれば、ネットワーク管理装置２はステップＦ３１４を実行し、“コンフィグ修正”でなければ、ステップＦ３１５を実行する。
【０１９２】
ステップＦ３１４では、ネットワーク管理装置２が、不整合データとして検出したコンフィグ情報１１４の内容を、不整合データとして検出したパラメータの内容で更新する。例えば、ＭＢ装置３のコンフィグ情報１１４の更新は、ネットワーク管理装置２が有するプロビジョニング機能を使えばよい。
【０１９３】
上記処理により、不整合タイプが“不一致”で、取扱い結果が“コンフィグ修正”の場合は、不整合データを検出したＭＢ装置３（設定先インスタンス）のコンフィグ情報１１４が不整合データとして検出したパラメータの内容に修正され、処理を終了する。
【０１９４】
ステップＦ３１５では、ネットワーク管理装置２は、取扱い結果が“パラメータおよびコンフィグ削除”であるか否かを判定する。取扱い結果が“パラメータおよびコンフィグ削除”であれば、ネットワーク管理装置２は、ステップＦ３１４を実行し、“パラメータおよびコンフィグ削除”でなければ、そのまま処理を終了する。
【０１９５】
ステップＦ３１６では、ネットワーク管理装置２が、パラメータテーブルＴ１ｂから不整合データを削除し、不整合データを検出したＭＢ装置３のコンフィグ情報１１４から不整合データを削除する。
【０１９６】
上記処理により、不整合タイプが“不一致”で、取扱い結果が“パラメータおよびコンフィグ削除”の場合は、ネットワーク管理装置２のパラメータテーブルＴ１ｂと、不整合データを検出したＭＢ装置３のコンフィグ情報１１４から不整合データが削除され、処理を終了する。
【０１９７】
ステップＦ３２０では、ネットワーク管理装置２は、不整合タイプが“コンフィグのみ”か否かを判定する。ネットワーク管理装置２は、不整合タイプが“コンフィグのみ”であればステップＦ３２１を実行し、“コンフィグのみ”でなければステップＦ３３０を実行する。
【０１９８】
ステップＦ３２１では、ネットワーク管理装置２は、取扱い結果が“パラメータ追加”であるか否かを判定する。ネットワーク管理装置２は、取扱い結果が“パラメータ追加”であれば、ステップＦ３２２を実行し、“パラメータ追加”でなければ、ステップＦ３２３を実行する。
【０１９９】
ステップＦ３２２では、ネットワーク管理装置２が、パラメータテーブルＴ１ｂに不整合データとして検出したコンフィグ情報１１４を追加する。
【０２００】
上記処理により、不整合タイプが“コンフィグのみ”で、取扱い結果が“パラメータ追加”の場合は、ネットワーク管理装置２のパラメータテーブルＴ１ｂに不整合データを検出したＭＢ装置３のコンフィグ情報１１４が追加される。
【０２０１】
次に、ステップＦ３２３では、ネットワーク管理装置２は、取扱い結果が“コンフィグ削除”であるか否かを判定する。ネットワーク管理装置２は、取扱い結果が“コンフィグ削除”であれば、ステップＦ３２４を実行し、取扱い結果が“コンフィグ削除”でなければ、そのまま処理を終了する。
【０２０２】
ステップＦ３２４では、ネットワーク管理装置２は、不整合データを検出したＭＢ装置３のコンフィグ情報１１４のうち、不整合データとして検出したコンフィグ情報１１４を削除する。
【０２０３】
上記処理により、不整合タイプが“コンフィグのみ”で、取扱い結果が“コンフィグ削除”の場合は、不整合データを検出したＭＢ装置３から不整合データとして検出したコンフィグ情報１１４が削除される。
【０２０４】
次に、ステップＦ３３０では、ネットワーク管理装置２は、不整合タイプが“パラメータのみ”であるか否かを判定する。ネットワーク管理装置２は、不整合タイプが“パラメータのみ”であればステップＦ３３１を実行し、“パラメータのみ”でなければ、そのまま処理を終了する。
【０２０５】
ステップＦ３３１では、ネットワーク管理装置２は、取扱い結果が“パラメータ削除”であるか否かを判定する。ネットワーク管理装置２は、取扱い結果が“パラメータ削除”であれば、ステップＦ３３２を実行し、“パラメータ削除”ではなければ、ステップＦ３３３を実行する。
【０２０６】
ステップＦ３３２では、ネットワーク管理装置２は、パラメータテーブルＴ１ｂから、不整合データとして取得したパラメータを削除し、処理を終了する。
【０２０７】
上記処理により、不整合タイプが“パラメータのみ”で、取扱い結果が“パラメータ削除”の場合は、不整合データとして検出されパラメータが削除される。
【０２０８】
ステップＦ３３３では、ネットワーク管理装置２は、取扱い結果が“コンフィグ追加”であるか否かを判定する。ネットワーク管理装置２は、取扱い結果が“コンフィグ追加”であれば、ステップＦ３３４を実行し、取扱い結果が“コンフィグ追加”でなければ、そのまま処理を終了する。
【０２０９】
ステップＦ３３４では、ネットワーク管理装置２が、不整合データを検出したＭＢ装置３のコンフィグ情報１１４に、不整合データとして取得したパラメータを追加する。
【０２１０】
上記処理により、不整合タイプが“パラメータのみ”で、取扱い結果が“コンフィグ追加”の場合は、不整合データを検出したＭＢ装置３のコンフィグ情報１１４に、不整合データとして検出されパラメータが追加される。
【０２１１】
以上により、利用者によって操作されるアクセス用装置１は、検出された不整合データの内容や、不整合データに対する推奨取扱いを受け付けることができるため、まず、人手による不整合データの検出作業をする必要がない。さらに、推奨取扱いを参考とすることで、不整合データを削除するか、修正するかといった取扱いの判断が極めて容易になる。
【０２１２】
本発明では、ネットワーク管理装置２の不整合データ検出部２０９によって、パラメータ情報とコンフィグ情報からＭＢ装置３とパラメータテーブルＴ１ｂの不整合を自動的に検出することができる。そして、不整合データ取扱い判定部２１０が不整合データを評価する指標値を演算し、指標値に応じた推奨取扱いを出力することができる。これにより、不整合となったパラメータ情報とコンフィグ情報の正誤の判定と、不整合データの要否の判定にかかる労力を低減することが可能となる。
【０２１３】
なお、上記実施例１ではＭＢ装置３のコンフィグ情報１１４をパラメータ情報のデータ形式に変換したコンフィグ変換情報を生成し、ネットワーク管理装置２のパラメータテーブルＴ１ｂとコンフィグ変換情報とを比較して不整合データを検出する例を示したが、これに限定されるものではない。
【０２１４】
例えば、ネットワーク管理装置２のパラメータテーブルＴ１ｂをコンフィグ情報のデータ形式に変換して、ＭＢ装置３のコンフィグ情報１１４と比較しても良い。あるいは、ネットワーク管理装置２が、パラメータテーブルＴ１ｂとコンフィグ情報１１４を、それぞれ比較用のデータ形式に変換してから、不整合データの検出を行うようにしてもよい。なお、比較用のデータをパラメータ情報とすれば、上記実施例１となり、比較用のデータをコンフィグ情報とすれば上述の構成となる。したがって、比較用のデータは、パラメータ情報とコンフィグ情報のいずれか一方であっても良い。
【０２１５】
また、上記実施例１では、ネットワーク管理装置２が指標値に基づいて推奨する取扱いを決定する例を示したが、不整合タイプフィールド８１３に応じた推奨する取扱いを予め設定しておき、指標値と推奨する取扱いの双方をアクセス用装置１に通知するようにしてもよい。
【実施例２】
【０２１６】
次に、第２の実施例を説明する。第２の実施例は、既に稼働している計算機システムへネットワーク管理装置２を新規に導入する際、あるいは稼働中の計算機システムからネットワーク管理装置２を別の新規システムへ移行する際に特に有効である。
【０２１７】
第２の実施例は、新規導入および移行先の計算機システムの構成は、前記第１の実施例と同様とする。また、計算機システムの構成のみならず、計算機システムを構成する装置についても同様である。即ち、前記第１の実施例で説明した、各装置の構成、テーブル構成、処理は、不整合データ取扱い判定部２１０の一部処理（図１７のフローチャート）を除き、第１の実施例と同様である。
【０２１８】
前記新規導入の際は、不整合データのタイプが、全てコンフィグ情報１１４のみとなり、前記新規システムへの移行の際は、不整合データのタイプが、全てパラメータのみとなるのが特徴である。第２の実施例では、上記の状況に対応するために、不整合データ取扱い判定部２１０の機能を拡張し、図１７のフローチャートと一部異なる処理を行う。
【０２１９】
図２０は、前記新規導入および前記新規計算機システムの導入に対応する不整合データ取扱い判定部２１０で行われる処理の一例を示すフローチャートである。図２０では不整合データ取扱い判定部２１０が不整合データの指標値を演算し、推奨する取扱いを決定するフローチャートを示す。各ステップを順に説明する。図中ステップＦ２１、Ｆ２２、Ｆ２３、Ｆ２４、Ｆ２５については、前記実施例１と同様であるため、重複する説明を省略する。
【０２２０】
ステップＦ２１１では、ネットワーク管理装置２が、不整合データの不整合タイプが全て“パラメータのみ”であるか否かを判定する。ネットワーク管理装置２は、不整合タイプが全て“パラメータのみ”である場合、ステップＦ２１２に進み、全て“パラメータのみ”ではない場合、ステップＦ２２へ進む。ステップＦ２２以降の処理は、前述した実施例１と同様である。
【０２２１】
不整合データの不整合タイプが全て“パラメータのみ”であるか否かは、ネットワーク管理装置２が不整合データテーブルＴ２の不整合タイプフィールド８１３を全て参照することで判定することができる。
【０２２２】
なお、前記新規導入の際、つまり、不整合データのタイプが全てコンフィグ情報１１４のみの場合は、第１の実施例と処理が変わらない。
【０２２３】
ステップＦ２１２では、ネットワーク管理装置２が、不整合データの推奨する取扱いを“コンフィグ追加”と一意に判定し、その結果を不整合データテーブルＴ２の推奨取扱いフィールド８１７に登録する。不整合データの指標値フィールド８１６を判別する必要は特にない。
【０２２４】
また、不整合データの推奨取扱いフィールド８１７をアクセス用装置１等に通知する際、不整合データのタイプが全て“コンフィグのみ”、あるいは“パラメータ”のみであれば、前記実施例１の図１６の結果を示す画面１１に、前記新規導入、あるいは前記新規計算機システムへの移行であることを出力し、アクセス用装置１の利用者に確認を促してもよい。
【０２２５】
以上により、本実施例２では、前記新規計算機システムへの移行に際しては、移行以前のパラメータテーブル（Ｔ１ｂ）がＭＢ装置３のコンフィグ情報１１４に反映される。そして、前記新規導入に際しては、全てのコンフィグ情報１１４に対して、指標値が判定されるため、パラメータテーブルＴ１ｂに登録するコンフィグ情報１１４の判断が容易になる。
【０２２６】
以上のように、実施例２によれば、既に稼働している計算機システムへネットワーク管理装置２を新規に導入する際や、稼働中の計算機システムからネットワーク管理装置２を別の新規システムへ移行する際に、パラメータテーブルＴ１ｂまたはコンフィグ情報１１４の整合性を確保することができる。
【０２２７】
なお、本発明は上記した実施例１、２に限定されるものではなく、様々な変形例が含まれる。例えば、上記した各実施例は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、又は置換のいずれもが、単独で、又は組み合わせても適用可能である。
【０２２８】
また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０２２９】
１  アクセス用装置
２  ネットワーク管理装置
３  ミドルボックス装置
２０９  不整合データ検出部
２１０  不整合データ取扱い判定部
Ｔ１ａ  トポロジテーブル
Ｔ１ｂ  パラメータテーブル
Ｔ２  不整合データテーブル
Ｔ３  指標値判定テーブル
【図１】
2016066945.tif 000003
【図２】
2016066945.tif 000004
【図３】
2016066945.tif 000005
【図４】
2016066945.tif 000006
【図５】
2016066945.tif 000007
【図６】
2016066945.tif 000008
【図７】
2016066945.tif 000009
【図８】
2016066945.tif 000010
【図９】
2016066945.tif 000011
【図１０】
2016066945.tif 000012
【図１１】
2016066945.tif 000013
【図１２】
2016066945.tif 000014
【図１３】
2016066945.tif 000015
【図１４】
2016066945.tif 000016
【図１５】
2016066945.tif 000017
【図１６】
2016066945.tif 000018
【図１７】
2016066945.tif 000019
【図１８】
2016066945.tif 000020
【図１９】
2016066945.tif 000021
【図２０】
2016066945.tif 000022