(57)【要約】【課題】  ネットワーク装置を一元管理する装置において、各ネットワーク装置の設定を整合性を取って設定可能であり、後に運用管理者の手作業による設定等をなくしたネットワーク上の複数ノードの一元管理装置を提供する。【解決手段】  ルータ１１、スイッチ１２、ファイアウォール１３、スイッチ１４、負荷分散装置１５、スイッチ１６、サーバファーム１７からなるネットワークの構成装置を運用管理統合ノード１９内で仮想ノードの内部構成として管理する。運用管理統合ノード１９は、運用管理者が共通のコマンドフォーマットで各装置の設定を可能とし、共通フォーマットを各装置用のコマンドに変換してから、各装置に投入して、各装置の設定をおこなう。また、共通フォーマットの設定定義の整合性チェックも行う。【選択図】図１
2005197826.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される各機器の制御を一元的に行う管理装置であって、
前記各機器と通信するための通信手段と、
前記各機器を内部構造として持ち、１つのコマンドフォーマットを持つ仮想ノードを有し、該１つのコマンドフォーマットによって仮想ノードに対して指定された制御内容を前記各機器のフォーマットに自動的に変換して、各機器に該通信手段を介して制御内容を発行する運用管理統合手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記仮想ノードは、前記各機器の有するインターフェースと対応した仮想のインターフェースを有し、運用管理者に対し仮想のインターフェースを用いて制御を行わせ、該仮想のインターフェースに基づいた制御内容を該各機器の有するインターフェースに対する制御内容に変換して、該各機器に制御内容を指示することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記運用管理統合手段は、前記１つのコマンドフォーマットに基づいて設定された、前記各機器への設定情報の各機器間の整合性を検査し、各機器間の設定情報の整合性が取れていない場合には、運用管理者に警告を発することを特徴とする請求項１に記載の管理装置。
【請求項４】
前記各機器は、ルータ、スイッチ、ファイアウォール、負荷分散装置、サーバなどの異なる機能を保持する複数の装置を含むことを特徴とする請求項１に記載の管理装置。
【請求項５】
前記運用統合手段は、前記各装置から各装置の運用状況に関する情報を取得する手段を更に備え、
該各装置から得られた、各装置に固有のフォーマットの該情報を仮想ノードで有する統一されたフォーマットに変換した後、運用管理者に該情報を提示することを特徴とする請求項１に記載の管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の複数ノードの運用管理装置に関する。
【背景技術】
【０００２】
ネットワークシステムの運用において、複数機器の設定パラメータの設計を１つの装置で統合して実施することは可能であるが、これらの設定内容を各機器に設定する手段は、各機器向けのパラメータファイルをフロッピー（登録商標）等のメディアに格納し、各機器に出向いて、本メディアを使用してインストールする必要があった。
【０００３】
このため、パラメータ設定を一元的に実施しても、全機器への設定には人手を介した作業が必要であり、設定変更の都度、本作業を実施するための作業工数、手間がかかる問題があった（特許文献１参照）。
【０００４】
また、機器間の設定の整合性についても、ＩＰアドレス、ＭＡＣアドレス、ＬＡＮ情報（速度、全二重／半二重）などの、どの装置にも共通に保持する情報に関する機器間の整合性検証は一元管理装置では行うことは可能であったが、ルーティング、帯域制御、フィルタリングなどの、特定の機器でのみ実装する機能について、複数機器間の整合性ができないため、これらの設定については各機器別に設定する必要があった（特許文献２参照）。
【０００５】
図４０は、従来における装置の定義設定を各装置に反映する場合の処理の流れを示すフローチャートである。
まず、ステップＳ１０ａにおいて、ユーザは、統合運用管理装置で全機器定義を１つの定義として実施する。ステップＳ１１ａにおいて、定義の矛盾の確認を統合運用管理装置が行う。ステップＳ１２ａにおいて、ユーザは、統合運用管理装置で作成した１つの定義を、各機器定義に分解し、フロッピー（登録商標）などのメディアに保存する。ステップＳ１３ａにおいて、各機器の設置場所に移動し、各機器にログインし、ステップＳ１４ａにおいて、ログインした機器に、フロッピー（登録商標）などの定義保存したメディアから、定義を読み込み、反映指示を行う。そして、ステップＳ１３ａとＳ１４ａを全機器に対して行い、処理を終了する。
【０００６】
新しい装置の導入後においては、運用操作・保守操作については、各機器の提供機能に依存しており、これらの操作は、各機器に対して直接操作を行う必要があり、運用管理者は、各装置に出向いて操作を行うか、または、運用管理者と各機器間を運用管理用のＬＡＮで接続し、かつ、ＬＡＮを介して遠隔地から各機器に接続して、操作を行うことで対処する必要があった。
【０００７】
上記の前者の対応では、各機器の配置場所まで出向く時間的コスト、及び作業要員のコストがかかり、後者の対応では、各機器が遠隔地から操作可能となるため、セキュリティ上の脆弱性が発生する問題がある。
【特許文献１】特開平６−１１０６６３号公報
【特許文献２】特開平７−２１０４８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
したがって、ネットワーク上の複数機器のパラメータ設定を、１つの装置で一元化して実行した後、運用管理者が各機器に個別に配布・反映するのではなく、運用管理者は、複数機器が配置された場所に設置した１台の装置（運用管理統合ノード）に対する運用操作を遠隔地から行い、この装置に隣接する複数機器は運用管理者には、上記装置内のインターフェースとして仮想化することで、各機器を隠蔽し、各機器に対する個別設定、運用操作・保守操作を不用とすることが望まれている。
【０００９】
また、仮想ノードに統合する複数機器の持つ各機能を、機器情報を基に自動認識し、特定機能を複数機器間に設定する必要がある場合にも、利用者が機能の設定を行うと、その機能を有する対象機器全てに対するパラメータ設定、及び、設定内容の整合性検証を自動的に行い、ユーザ設定作業の効率化及び誤設定の発生を防止することが望まれている。
【００１０】
新しい装置の導入後においては、運用操作、保守操作に関して、運用管理者が遠隔地にある運用管理統合ノードに対して、アクセスし、本ノードが提供する仮想ノードへの操作を行うことで、各機器への操作を内部で自動実行することにより、操作対象機器の１本化を行い、機器設置箇所までの移動と、機器毎設定コストの削減と、アクセス対象の１本化による脆弱性の極小化が望まれている。
【００１１】
本発明の課題は、ネットワーク装置を一元管理する装置において、各ネットワーク装置の設定を整合性を取って設定可能であり、後に運用管理者の手作業による設定等をなくしたネットワーク上の複数ノードの一元管理装置を提供することである。
【課題を解決するための手段】
【００１２】
本発明の管理装置は、ネットワークに接続される各機器の制御を一元的に行う管理装置であって、前記各機器と通信するための通信手段と、前記各機器を内部構造として持ち、１つのコマンドフォーマットを持つ仮想ノードを有し、該１つのコマンドフォーマットによって仮想ノードに対して指定された制御内容を前記各機器のフォーマットに自動的に変換して、各機器に該通信手段を介して制御内容を発行する運用管理統合手段とを備えることを特徴とする。
【００１３】
本発明では、ネットワークを構成する各機器を運用管理統合手段が有する仮想ノードの内部構成として管理する。仮想ノードへ制御内容の入力は、１つのフォーマットで行われ、各機器へは、仮想ノード上でのフォーマットを各機器に適合したフォーマットに変換した後、通信手段を使って各機器に送信し、制御を行う。したがって、運用管理者は、各機器固有のコマンドフォーマット等を意識する必要が無い。
【発明の効果】
【００１４】
本発明によれば、各ネットワーク装置の設定を一元的に設定することが出来、しかも、種類の異なるインターフェース等の間の整合性も自動的に設定されるので、運用管理者の労力を大きく削減することができる。
【発明を実施するための最良の形態】
【００１５】
本発明の実施形態では、各機器の持つさまざまな機能を全て仮想ノードでの共通情報として内部に保持し、運用管理者に対し完全に運用操作対象を仮想ノードだけに集約すること、及び論理ネットワークの管理を従来の各機器から構成されたネットワークイメージで管理するビュー（この場合、各機器は仮想ノード内のコンポーネント「部品」としての扱いであり、１つの独立したノードとしての運用操作を不要化する）の両立が課題である。
【００１６】
本発明の実施形態では、以下を実現する。
（１）運用管理統合ノードを用いて、運用管理者に仮想ノードの運用操作だけで複数ネットワーク機器の手作業による直接的な運用管理操作を不要とし、代わりに、運用管理統合ノード内部で、各機器に、各機器固有の情報に変換して中継する機能を実現する。
（２）各機器のインターフェース一覧と仮想ノードでのインターフェース一覧の対応付けテーブルを用いて、外部からの仮想ノードに対する要求と、仮想ノード内での各機器に対する要求への対応付けを実現する。
（３）各機器の定義手法と、仮想ノードでの定義手法の対応付けテーブルを用いて、仮想ノードに対する定義を、各機器に対する定義に変換・分配する機構を実現する。
（４）各機器の運用操作機能と、仮想ノードでの運用操作機能に対する対応付けを保持し、仮想ノードに対する運用操作を、各機器毎に運用操作に変換する機能を実現する。
（５）各機器の保持する機能を管理する情報と、各機能単位に整合性確認すべき内容と、構成定義コマンドが実現する機能に関する情報を組み合わせて整合性確認を実施する機構を実現する。
【００１７】
以下、図面を参照しながら説明する。
図１は、本発明の実施形態に従った複数ノードの仮想化構成例を示す図である。
同図は、本発明の実施形態での実構成と運用管理者への見え方に関するイメージを説明した図である。ネットワーク１０には、ルータ１１が接続され、その後段に、スイッチ１２、ファイアウォール１３、スイッチ１４、負荷分散装置１５、スイッチ１６、サーバファーム１７が接続されている。このようなネットワーク構成のノードの設定情報等を運用管理統合ノード１９において、仮想ノード１８の内部データとして管理する。運用管理統合ノード１９はスイッチ１４に接続されている。運用管理センタ２０の運用管理者は運用管理端末を用いて、あるいは、直接運用管理統合ノード１９を操作して、仮想ノードのデータを操作し、各ノードに設定を反映する。運用管理センタ２０の運用管理サーバには、運用管理統合ノード１９から運用情報を受け取り、運用管理者に表示するなどを行う。
【００１８】
図２は、本発明の実施形態に従ったシステム構成図である。
ネットワーク１０に、業務通信用ネットワークとして、ルータｒｔ１、スイッチｓｗ１、ファイアウォールｆｗ１、スイッチｓｗ２、負荷分散装置ｓｌｂ１、スイッチｓｗ３、サーバｓｖ１が接続されている。また、これらと運用管理統合ノードｕｋ１が運用管理専用ネットワークで接続されている。また、運用管理統合ノードｕｋ１には、ネットワーク２１を介して、運用管理センタが接続されている。
【００１９】
図３は、運用管理者からの物理構成の見え方を説明する図である。
本発明に対し、運用管理者からの運用操作及びそのためのアクセスにおける装置イメージを説明した図である。図１において、運用管理者は、運用管理統合ノードを介して、ネットワーク装置の情報を見ることを述べたが、その場合、運用管理者は、運用管理統合ノードにおいて保持される仮想ノードにネットワーク装置の全ての必要な情報が保持され、運用管理者は、ネットワーク装置の設定情報等を仮想ノードの情報として見ることになる。
【００２０】
図４は、運用管理統合ノード内部ブロック（業務通信用ネットワーク側）構成を示す図である。
図４は、図１の仮想ノード内に設置する運用管理統合ノードの内部構成を説明した図である。この図において、外部通信処理部２５は、業務通信用ネットワーク側の各ノードと通信を行うための処理部である。ファームウェア管理部２６は、各ネットワーク構成ノードのファームウェアを管理する処理部であり、ファームウェアレベルテーブル３７とファームウェアテーブル３８の情報を管理する。構成機器管理部２７は、ファームウェア管理部２６と参照関係にある構成機器テーブル３５を参照して、ネットワークの構成機器を管理する。ＣＭＤ変換部２８は、仮想ノード上で設定された定義情報を各装置に設定可能なコマンドへ変換する処理部である。ＣＭＤ変換部２８は、機種一覧テーブル４３、定義ファイルテーブル４２、インターフェース名対応付けテーブル４１、コマンド変換テーブル４０、コマンド出力テーブル３９を参照し、アクセス管理部２９を呼び出す。アクセス管理部２９は、アクセス情報管理テーブル３６を参照し、ネットワークの構成機器へのアクセス方法を取得する。
【００２１】
また、ＣＭＤ変換部２８は、インターフェース変換部３０、整合性検証部３１、出力ＭＳＧ変換部３２、定義ファイル管理部３３を呼び出す。インターフェース変換部３０は、ネットワークの構成機器と通信可能とするために、インターフェースの変換を行う。整合性検証部３１は、定義ファイルテーブル４２に定義された設定情報が整合性を持って定義されているか否かを判断するものである。出力ＭＳＧ変換部３２では、メッセージのフォーマットを変換する。定義ファイル管理部３３は、運用管理者によって仮想ノードの情報として設定されるネットワークの構成機器の設定情報と、内部に各機器向けに分割、変換した設定情報を管理する。起動制御部３４は、運用管理統合ノードとネットワーク上の各機器の起動処理を行う。
【００２２】
図５は、統合ノード内部ブロック（管理者側）の構成を示す図である。
図５は、図１の運用管理者が使用する端末上にソフトウェアとしてインストールされた統合ノードの内部構成を説明した図である。図４と同じ構成要素には同じ参照符号を付して説明を省略する。
【００２３】
管理者側では、管理者からの指示の入力や、管理者への情報の出力のため、ＧＵＩ制御部４６がキーボードやディスプレイと接続されており、ＣＭＤ変換部２８との間で、ＧＵＩ−コマンド変換部を介して、必要な情報をやり取りできるようになっている。
【００２４】
図６から図２３は、運用管理統合ノード内に生成する内部テーブルを説明した図である。
図６は、本発明の実施形態で使用されるテーブル間の相関図である。
【００２５】
機種一覧テーブルからネットワークの構成機器の機種が選択されると、その機種に対応したポートインターフェーステーブルが参照され、機種固有のインターフェース名と仮想ノードインターフェース名の対応関係が取得される。一方、ファームウェアテーブルを参照され、当該機種の機器が使用しているファームウェアが特定される。すると、次に、ファームウェアレベルテーブルが参照され、ファームウェアのレベルが取得される。ファームウェアのレベルが特定されると、当該ファームウェアの種類、レベルに対応したコマンド変換テーブルが参照される。また、共通のコマンド変換テーブルも設けられ、仮想ノードへの定義情報を各機器へのコマンドに変換するのに使用される。
【００２６】
図７は、ネットワークの構成機器テーブルの例を示した図である。
これは、ユーザ設定されるもので、対象機器名、機種種別、ファーム名称、ファームレベル、ポート数が対応付けされて登録される。
【００２７】
図８は、ユーザが設定するアクセス情報管理テーブルの例を示した図である。
各対象機器名に対して、制御用ＩＰアドレス、制御用アカウント、制御用パスワード、運用管理インターフェース、ＣＭＤ操作接続手順、ＣＭＤ操作接続ポート番号、ファイル転送接続手順、ファイル転送接続ポート番号が対応付けられて格納される。制御用ＩＰアドレスは、対象機器を制御する場合の通信に使用するＩＰアドレスである。制御用アカウント・パスワードは、運用管理者が対象機器を制御する場合に、運用管理者を認証するために使用する。運用管理インターフェースは、運用管理のための通信に使用するインターフェースを特定するものである。ＣＭＤ操作接続手順と接続ポートは、対象機器にコマンドを送って機器を操作する場合に使用する接続手順や接続ポートを指定するものである。ファイル転送接続手順、ファイル転送接続ポート番号は、対象機器にファイルを転送する場合に使用する接続手順、接続ポートを指定するものである。
【００２８】
図９は、機種一覧テーブルの例である。
機種種別に対応して、その機種が使用するファームウェアを登録するファームテーブル、インターフェース対応テーブル、提供機能が登録されている。ファームテーブルは、特定の機種について、どのようなファームウェアを使っているかを登録するテーブルの名前を示し、インターフェース対応テーブルは、当該機種へのコマンド送信において使用するインターフェースの対応関係を示すテーブルの名前を示す。提供機能は、当該機種が提供する機能であり、レイヤ２、３、ルーティング、ＱＯＳ、フィルタリング等が記載される。この提供機能により、どのような設定が可能かが分かる。
【００２９】
図１０は、ファームテーブルの例を示す図である。
図１０（ａ）は、例えば、ｔｂｌ１という名前のファームテーブルの例であり、ファーム名に対応してファームレベルテーブルの名前が登録される。図１０（ｂ）の場合も同様であり、ｔｂｌ２というファームテーブルにおいては、ファーム名とファームレベルテーブルの名前が対応付けられて登録される。
【００３０】
図１１は、ファームレベルテーブルの例を示す図である。
図１１（ａ）は、ｆｍ１−ｆｍｌｖｌｔｂｌという名前のファームレベルテーブルである。ファームレベル名として、ＬＶＬ１等が登録され、これに対応して、機種別コマンド変換テーブルの名前が登録される。図１１（ｂ）は、ｆｍ２−ｆｍｌｖｌｔｂｌという名前のファームレベルテーブルである。ファームレベル名としてＶＯ１Ｌ１０等が登録されると共に、機種別コマンド変換テーブルの名前がファームレベル名と対応付けられて登録される。
【００３１】
図１２は、ファーム名に関係なく共通に使用されるコマンド変換テーブルの例である。
テーブル名は、共通テーブルである。コマンド名は、運用管理者から仮想ノードに対して送信するコマンドの名前、種別は、コマンドの制御内容、モードは、本コマンドが、全機器を対象とするか、特定機能を保持する装置を対象とするか、指定インターフェースを対象とするかなどを記述する。機能は、コマンドの指示内容がルーティングなのか、レイヤ２、３への制御なのかなどを記述する。第一オペランドなどは、実際のコマンドの発行形式を記述する。
【００３２】
図１３は、ファーム名に関係なく共通に使用されるコマンド変換テーブルの別の例である。
同図の場合には、図１２に比べ、各コマンドに対して第二のオペランドの記述が加えられている。このように、コマンドが多くのオペランドを取る場合には、必要な数のオペランドについて記述する。また、コマンドの種別においては、運用状態で一時的に投入する「運用」コマンドと、装置起動時に必ず有効とする「構成定義」コマンドが示されている。
【００３３】
図１４は、ファーム名別のコマンド変換テーブルの例を示す図である。
テーブル名は、ｆｍ１−ｃｍｄｔｂｌ１であり、共通コマンドに対応して、ｆｍ１のコマンド名が記述され、更に、第一、第二オペランドが記述される。
【００３４】
図１５は、仮想ノード宛ての共通コマンドを、１台の機器のみに発行した場合の応答メッセージ出力の共通フォーマット化のための参照テーブルの例を示す図である。
同図（ａ）は、ｆｍ１−ｃｍｄｔｂｌ１ｏｕｔというテーブルにおいて、ファーム名ｆｍ１というファームのコマンドを該当機器に発行した場合の応答メッセージ出力パターンを登録したものである。共通コマンドとの対応がテーブルにおいて示され、ｆｍ１コマンドの応答メッセージ出力文字列と、共通化のために抽出する情報部分を引数として対応付けるためのフォーマットが登録される。このとき、共通コマンドとしての応答メッセージの出力形式について、同図（ｂ）のようなテーブルが設けられる。すなわち、共通コマンド名と、共通コマンドの応答出力メッセージの文字列が登録されたテーブルが設けられる。
【００３５】
図１６は、仮想ノード宛ての共通コマンドを、複数台の機器に発行した場合の応答メッセージ出力の共通フォーマット化のための参照テーブルの例を示す図である。
同図（ａ）は、図１５（ａ）と同じテーブルである。同図（ｂ）は、共通コマンドｃｍｄ００３についての出力フォーマットとして、各機器から同図（ａ）の引数として抽出した情報を、どのように処理して表示するかを表す応答メッセージ出力パターン及び文字列が登録されている。
【００３６】
図１７は、定義ファイルテーブルの例を示した図である。
同図（ａ）は、対象機器定義ファイル対応テーブルであり、対象機器に対応して、起動時の装置構成を規定するstartup-configファイル名と、動作時の装置構成を規定するrunning-configファイル名と構成定義を変更する場合に使用する一時ファイルの名前が登録されている。同図（ｂ）は、仮想ノード定義ファイル対応テーブルであり、仮想ノードの定義ファイルを構成するファイルを記述する。ファイル名として、startup-config、running-config、tempfile1、tempfile2、tempfile3などが登録されている。
【００３７】
図１８は、仮想ノードに対する定義ファイルの例である。
図１８では、startup-configファイルの例が示されている。コマンドの発行が行われており、インターフェースの設定も行われている。
【００３８】
図１９は、ルータｒｔ１に対する定義ファイルの例である。
ｒｔ１−ｓｔｕｐファイルは、ルータｒｔ１の起動時の装置構成を定義するファイルであり、図１８のファイルをもとに、ルータｒｔ１に関する部分だけを、該装置のコマンド仕様で記述したものである。
【００３９】
図２０は、ポートインターフェーステーブルの一例である。
実インターフェース名と仮想インターフェース名が対応付けられている。
図２１は、インターフェース名対応付けテーブルの一例である。
【００４０】
対象機器名と、実インターフェース名と、仮想インターフェース名が対応付けられている。
図２２は、インターフェースリンク関係対応テーブルの例である。
【００４１】
ここでは、相互接続するインターフェースの対応関係を示しており、インターフェース１とインターフェース２が仮想ノード内で接続されることになる。この接続関係は、実際のネットワークの構成装置の接続関係と対応する。
【００４２】
図２３は、機能整合性検証テーブルの例である。
各機能に対応して検証テーブルに登録されたテーブルを参照する。検証テーブルにはチェックコマンド名、チェック関数、関数の内容が対応付けられて登録されており、これらのチェックコマンドを用いて整合性の検証を行う。
【００４３】
図２４は、運用管理統合ノードソフトウェア（ＰＣ用ソフトウェア）によるＰＣでの事前作業の流れを示すフローチャートである。
図１の運用管理者が使用する端末上にソフトウェアとしてインストールされた統合ノードを使用して事前実施可能な作業を説明した図である。
【００４４】
ステップＳ１０において、運用管理統合ノードソフトウェアをＰＣにインストールする。ステップＳ１１において、運用管理統合ノードソフトウェアにおいて、運用管理センタ等の外部からの仮想ノードに対するアクセス情報の設定を行う。すなわち、図８のｕｋ１の情報を設定する。ステップＳ１２において、運用管理統合ノードソフトウェアにて、仮想ノード化対象機器の設定をする。すなわち、図７の情報である、対象機器名、機種種別、ファーム名称、ファームレベル、ポート数を設定する。ステップＳ１３において、運用管理統合ノードソフトウェアにて、仮想ノード化対象機器のアクセス情報の設定をする。すなわち、図８の情報を設定する。ステップＳ１４において、ＬＡＮポート隣接インターフェースを、仮想ノードインターフェース名ペアで登録する。すなわち、図２２の情報を登録する。ステップＳ１５において、運用管理統合ノードソフトウェアにおいて、仮想ノードでの構成定義情報を設定する。ステップＳ１６において、運用管理統合ノードソフトウェアにおいて、定義ファイル（仮想ノード用）を保存する。なお、この保存時に、各機器間設定情報の整合性検査を自動実行する。
【００４５】
図２５は、運用管理統合ノード導入時の流れである。
図１の仮想ノード内に設置する運用管理統合ノード及び各機器を導入時に行う作業を説明した図である。ステップＳ２０において、各機器において、運用管理用インターフェース及びＩＰアドレスの設定を行う。ステップＳ２１において、各機器において、アクセス情報（図８）の設定をする。ステップＳ２２において、運用管理統合ノードに、事前に作成した仮想ノード構成定義の登録を行う。すなわち、自動的に、仮想ノード構成定義情報から、各機器構成情報を生成する。ステップＳ２３において、仮想ノードの初期化指示を行う。すなわち、各機器に対する構成定義情報の登録、及び新規登録した構成定義での再起動指示を内部で実施する。ステップＳ２４及びステップＳ２５は、運用フェーズの動作である。ステップＳ２４では、仮想ノードに対する情報参照処理を行い、ステップＳ２５においては、仮想ノードに対する構成定義処理を行う。ステップＳ２２、Ｓ２３は、運用管理ノードの導入時のみ実施し、運用フェーズでは行わない。ステップＳ２０、Ｓ２１は、各機器で事前に実施するものである。
【００４６】
図２６は、仮想ノード内の実際の論理ネット構成及びインターフェース、ＩＰアドレス構成である。
仮想ノード内の機器の実際の論理／物理／ＩＰアドレス構成を説明した図である。
【００４７】
ネットワーク１０に接続されるルータｒｔ１は、論理ネットＮＥＴ１によってネットワーク１０に接続されている。ルータｒｔ１とスイッチｓｗ１、ファイアウォールｆｗ１は、論理ネットＮＥＴ２で、ファイアウォールｆｗ１、スイッチｓｗ２、負荷分散装置ｓｌｂ１は、論理ネットＮＥＴ３で、負荷分散装置ｓｌｂ１とスイッチ３とサーバ１は、論理ネットＮＥＴ４で、これらのネットワークの構成機器と運用管理統合ノードｕｋ１とは、論理ネットＮＥＴ５で、運用管理統合ノードｕｋ１と外部とは論理ネットＮＥＴ６で接続されている。それぞれには、ＩＰアドレスとインターフェースが規定されている。
【００４８】
図２７は、運用管理者から見た仮想ノード内論理ネットワーク、インターフェース、ＩＰアドレス構成である。
仮想ノードとして運用管理者に仮想化した場合の、仮想ノードの論理／物理／ＩＰアドレス構成を説明した図である。図２６の構成は、運用管理者が運用管理統合ノード内の仮想ノードを介してみると、全てのネットワークの構成機器が仮想ノード内の１つの内部ノードとなっており、それぞれのポートに独自の識別子が付されている。これらの識別子は、一意に図２６のＩＰアドレスと対応付けられる。また、仮想ノード上では、各内部ノードを結ぶインターフェースは、同一である。図２６において異なるインターフェースで接続されている部分の接続については、仮想ノードが実際にネットワークの構成機器にコマンドを発するときに自動的にインターフェースを指定して実行するようになっているので、運用管理者はそれを気にしなくてよくなっている。
【００４９】
図２８は、仮想ノード定義ファイルと各機器用定義ファイルの関係である。
仮想ノードとして管理する定義ファイルと、運用管理統合ノードで自動生成する各機器ごとの定義ファイルの関係を説明した図である。
【００５０】
仮想ノード用startup定義ファイルは、ユーザが定義した内容を保持する。ルータｒｔ１用startup定義ファイルでは、共通コマンドであって、ルータｒｔ１でも提供する機能であるｃｍｄ０００１をルータｒｔ１用コマンドに変換して保持する。また、ルータｒｔ１用インターフェースに関する設定を、ルータｒｔ１用のインターフェース名及びコマンド仕様で保持する。ファイアウォールｆｗ１用startup定義ファイルでは、共通コマンドであって、ファイアウォールｆｗ１でも提供する機能であるｃｍｄ０００１をファイアウォールｆｗ１用コマンドに変換して保持する。また、ファイアウォールｆｗ１用インターフェースに関する設定を、ファイアウォールｆｗ１用のインターフェース名及びコマンド仕様で保持する。負荷分散装置ｓｌｂ１用startup定義ファイルでは、共通コマンドであって、負荷分散装置ｓｌｂ１でも提供する機能であるｃｍｄ０００１を負荷分散装置ｓｌｂ１用コマンドに変換して保持する。また、負荷分散装置ｓｌｂ１用インターフェースに関する設定を、負荷分散装置ｓｌｂ１用のインターフェース名及びコマンド仕様で保持する。
【００５１】
図２９は、本発明の実施形態に従った定義設定反映の流れ概要を示すフローチャートである。
まず、ステップＳ３０において、ユーザは、運用管理統合ノードで全機器定義を１つの定義として実施する。ステップＳ３１において、ユーザは、定義の反映指示をする。ステップＳ３２において、運用管理統合ノードで自動的に定義矛盾の確認及び各機器定義への分解を実施する。そして、ステップＳ３３において、運用管理統合ノードが各機器にログインし、ステップＳ３４において、ログインした機器に、その機器用定義を転送し、反映指示を行う。そして、ステップＳ３３とＳ３４を全機器分について、運用管理統合ノードから自動的に実施する。
【００５２】
図３０及び図３１は、本発明の実施形態に従った定義設定反映の流れ詳細を示すフローチャートである。
運用管理者から指示を受けると、運用管理統合ノードが動作する。まず、図３０のステップＳ４０において、構成定義を行うファイル（図１６の仮想ノード定義ファイル）の選択を行う。ステップＳ４１において、一時ファイル（tempfile）にＳ４０で指定したファイル内容をコピーする。ステップＳ４２において、運用管理者が構成定義コマンドを入力する。ステップＳ４３において、入力コマンドが”ｓａｖｅ”コマンドか否かを判断する。ステップＳ４３の判断がＹＥＳの場合には、ステップＳ４４において、図３１の定義の反映処理へ進む。ステップＳ４３の判断がＮＯの場合には、ステップＳ４５において、入力コマンド名は、コマンド変換テーブル（共通テーブル：図１２）にあるか否かを判断する。ステップＳ４５の判断がＮＯの場合には、ステップＳ４６において、不当なコマンドである旨のメッセージを運用管理者に対して表示しステップＳ４２へ進む。ステップＳ４５の判断がＹＥＳの場合には，ステップＳ４７において、該当コマンドの入力モードは正しいか否かを判断する。すなわち、図１２と現在のモードが一致しているかを判断する。ステップＳ４7の判断がＮＯの場合には、ステップＳ４８において、不当なモードであることをメッセージとして運用管理者に表示し、ステップＳ４２に戻る。ステップＳ４７の判断がＹＥＳの場合には、ステップＳ４９において、該当コマンドのオペランド指定文字列及び指定範囲は正しいか否かを判断する。ステップＳ４9の判断がＮＯの場合には、ステップＳ５０において、不当なパラメータである旨のメッセージを運用管理者に表示し、ステップＳ４２に戻る。ステップＳ４９の判断がＹＥＳの場合には、ステップＳ５１において、入力コマンドをステップＳ４１の一時ファイルに書き込み、ステップＳ４２に戻る。
【００５３】
更に、運用管理者から指示を受けると、運用管理統合ノードが動作し、図３１のステップＳ５５において、仮想ノード用一時ファイルより１行（コマンド１つ）を読み込み、ステップＳ５６において、機能単位整合性検証（図３２参照）を行う。ステップＳ５６において、ステップＳ５６の結果が正常か否かを判断し、異常であれば、ステップＳ５８において、ステップＳ５６で検出した異常をメッセージとして運用管理者に通知する。ステップＳ５７において、正常と判断された場合には、ステップＳ５９において、全コマンドの検証が完了したか否かを判断する。ステップＳ５9の判断がＮＯの場合には、ステップＳ５５に戻る。ステップＳ５９の判断がＹＥＳの場合には、ステップＳ６０において、各機器用一時ファイルを作成する。すなわち、図１６の対象機器別定義ファイル対応テーブルのｔｅｍｐファイルを作成する。ステップＳ６１において、仮想ノード用一時ファイルの先頭より１行（コマンド１つ）を読み込む。ステップＳ６２において、読み込みコマンドの各機器用一時ファイルへの分解を行う（図３４、３５参照）。ステップＳ６３において、全コマンドについて処理が完了したか否かを判断する。ステップＳ６３における判断がＮＯの場合には、ステップＳ６１に戻る。ステップＳ６３の判断がＹＥＳの場合には、ステップＳ６４において、仮想ノード用一時ファイル及び各機器用一時ファイルをｓａｖｅコマンドで指定したファイルに保存する（図１６参照）。そして、ステップＳ６５において、各機器へ転送及び反映指示を行う。すなわち、図２９のステップＳ３３に進む。
【００５４】
図３２は、機能単位整合性検証の処理の流れを示すフローチャートである。
まず、ステップＳ７０において、処理中のコマンドの提供機能の識別（図１３を用いる）を行う。ステップＳ7１において、ステップＳ７０の該当機能の機能整合性検証テーブルの読み込みを行う。ステップＳ7２において、処理中のコマンドはステップＳ7１のテーブル内のチェックコマンドに該当するものがあるか否かを判断する。ステップＳ7２の判断がＮＯの場合には、ステップＳ７６において、チェック結果正常で図３１のステップＳ５７に進む。ステップＳ7２の判断がＹＥＳの場合には、ステップＳ7２のチェックコマンドのチェック関数を用いて整合性をチェックする。ステップＳ7４においては、チェック結果は正常か否かを判断する。ステップＳ7４の判断がＹＥＳの場合には、ステップＳ7６に進む。ステップＳ7４の判断がＮＯの場合には、ステップＳ７５において、ステップＳ7４のチェック結果（異常メッセージ）と処理中のコマンド名を異常結果メッセージとし、図３１のステップＳ５７に進む。
【００５５】
図３３及び図３４は、読み込みコマンドの各機能用一時ファイルへの分解処理を示すフローチャートである。
まず、図３３のステップＳ８０において、コマンドのモードを識別する。すなわち、図１３のモード情報による照合を行う。ステップＳ８１において、コマンドのモードは、共通（個別／共通）であるか否かを判断する。ステップＳ８１の判断がＹＥＳの場合には、ステップＳ８２において、図３４に進む。ステップＳ８１の判断がＮＯの場合には、ステップＳ８３において、インターフェース定義コマンドか否かを判断する。ステップＳ８３の判断がＮＯの場合には、ステップＳ８８において、前回選択した対象機器別定義一時ファイルを選択し、ステップＳ８9において、対象機器のコマンド変換テーブル（図１４）により、共通コマンドとオペランドを対象機器コマンドとオペランドに変換し、書き込む。そして、ステップＳ9０に進み、図３１のステップＳ６３に進む。ステップＳ８３の判断がＹＥＳの場合には、ステップＳ８４において、仮想インターフェース名より、対象機器取り出す。ステップＳ８５において、対象機器名より対応する対象機器別定義一時ファイルを選択する（図１7参照）。ステップＳ８６において、図２１を用いて仮想インターフェース名より実インターフェース名に変換する。ステップＳ８7において、対象機器のインターフェース定義コマンドに実インターフェース名を設定し、対象機器別定義一時ファイルに書き込み、ステップＳ9０に進む。
【００５６】
図３４のステップＳ9１において、図１３の機能情報を用いてコマンドの提供機能を識別する。ステップＳ9２において、構成機器テーブル（図７）より対象機器を１つ取り出す。ステップＳ9３において、対象機器が無いか否かを判断する。ステップＳ9３の判断がＹＥＳの場合、図３１のＳ６３に進む。ステップＳ9３の判断がＮＯの場合、ステップＳ9４において、ステップＳ9２の対象機器を図９により検索し、その機器の提供機能にステップＳ9１のものが含まれるか否かを判断する。ステップＳ9４の判断がＮＯの場合には、ステップＳ9２に進む。ステップＳ９４の判断がＹＥＳの場合には、ステップＳ9５において、対象機器の対象機器別定義一時ファイル（図１７）を選択し、ステップＳ9６において、対象機器のコマンド変換テーブル（図１４）より、共通コマンドとオペランドを対象機器コマンドとオペランドに変換し、一時ファイルに書き込む。そして、ステップＳ97において、対象機器のインターフェース定義コマンドに実インターフェース名を設定し、対象機器別定義一時ファイルに書き込んで、ステップＳ9２に戻る。
【００５７】
図３５は、仮想ノードの運用操作例を示す図である。
運用管理者からの仮想ノードに対する運用操作コマンドを、運用管理統合ノードで、実際に投入するべき機器に投入し、仮想ノードでの共通メッセージ形式で出力するまでの様子を示している。
【００５８】
運用管理者からのコマンド操作・ＧＵＩ操作は、仮想ノードの構成で受け付け、運用管理統合ノードで、実際の操作指示先を確認し、指示先で対応するコマンド形式への変換・応答情報の共通形式化変換を行い、運用管理者に応答する。複数機器に対する指示が必要なものについても、運用管理統合ノードで全対象に発行し、応答をマージして、運用管理者に応答する。
【００５９】
図３５によれば、状態確認のためのコマンド「show slb1-if000」を発行すると（１）、slb1-if000が負荷分散装置ｓｌｂ１のインターフェースＩＮＴ１であるため、負荷分散装置ｓｌｂ１に「show INT1」というコマンドが発行される（２）。この変換は、運用管理統合ノードで行われる。このコマンドが負荷分散装置ｓｌｂ１に受信されると（３）、その結果が返送されてくる（４）。そして、負荷分散装置ｓｌｂ１からの応答結果を運用管理統合ノードでコマンド「show slb1-if000」の結果として運用管理者に表示する（５）。
【００６０】
図３６及び図３７は、仮想ノードに対する情報参照処理のフローチャートである。
これらの図は、運用管理者からの仮想ノードに対する運用操作コマンド投入に対し、仮想ノードでの共通メッセージ形式で出力するまでの、運用管理統合ノード内での処理の流れを説明している。
【００６１】
図３６のステップＳ１００において、運用管理者から運用コマンドが入力されると、ステップＳ１０１において、投入コマンドは特定インターフェース対象か否かが判断される。ステップＳ１０１の判断がＮＯの場合は、ステップＳ１0８で図３７のフローに進む。ステップＳ１０１の判断がＹＥＳの場合には、ステップＳ１０２において、図２１を使用して仮想ノードでの指定インターフェース名を、対象機器及び対象機器でのインターフェース名に変換する。ステップＳ１０３において、仮想ノードでの投入コマンドを、図１４を使用して対象機器でのコマンド形式に変換し、ステップＳ１０４において、対象機器に対するコマンド操作のための接続を実施する。この際、図８の情報を使用する。ステップＳ１０５において、ステップＳ１０３のコマンド変換結果後の形式でコマンドを投入し、ステップＳ１0６において、ステップＳ１０５のコマンド実行結果の情報を、共通コマンド出力形式に変換する（図３８参照）。ステップＳ１０７では、運用管理者にステップＳ１0６の結果を表示する。
【００６２】
図３７のステップＳ１１０において、コマンドの提供機能を識別する（図１３の機能情報を使用する）。ステップＳ１１１において、構成機器テーブル（図７）より対象機器を１つ取り出し、ステップＳ１１２において、対象機器が無いか否かを判断する。ステップＳ１１２の判断がＹＥＳの場合には、ステップＳ１１9に進む。ステップＳ１１２の判断がＮＯの場合には、ステップＳ１１３において、ステップＳ１１１の対象機器を図９より検索し、その機器の提供機能にステップＳ１１０のものが含まれるか否かを判断する。ステップＳ１１３の判断がＮＯの場合には、ステップＳ１１９に進む。ステップＳ１１３の判断がＹＥＳの場合は、ステップＳ１１４において、仮想ノードでの投入コマンドを、対象機器でのコマンド形式に変換する。このとき、図１４を使用する。ステップＳ１１５において、対象機器に対するコマンド操作のための接続を実施する。この場合、図８の情報を使用する。ステップＳ１１６において、ステップＳ１１４のコマンド形式でコマンドを投入する。ステップＳ１１７において、ステップＳ１１６のコマンド実行結果の情報を、共通コマンド出力形式に変換する（図３８参照）。ステップＳ１１８において、ステップＳ１１７の情報を一時ファイルに蓄積し、ステップＳ１１１に戻る。
【００６３】
ステップＳ１１９においては、ステップＳ１１８の蓄積情報を、１つの出力情報としてマージする（図３9参照）。そして、ステップＳ１２０において、運用管理者にステップＳ１１9の結果を表示する。
【００６４】
図３８及び図３９は、各機器からのコマンド出力メッセージを、仮想ノードでの共通出力メッセージ形式に変換する動作の流れを説明している。
まず、図３８のステップＳ１２５において、対象機器でのコマンド出力結果を取得する。ステップＳ１２６において、対象機器のコマンド出力テーブル（図１５のfm1-cmdtbl1out）より、ステップＳ１２５の出力メッセージを、このテーブルの該当コマンドの文字列部分と、可偏部分（図１５の＆ｎの部分）に分割し、共通コマンド名を、該テーブルから取り出す。ステップＳ１２７において、共通コマンド出力テーブル（図１５のindiv-cmdout）より、ステップＳ１２６で取り出したコマンド名と一致するエントリを求める。ステップＳ１２８において、ステップＳ１２７で求めたエントリの可変部分（＆ｎ）にステップＳ12６で求めた可変情報（＆ｎ）を対応付け、ステップＳ１２７のメッセージ文字列と可変情報とをこの順で出力メッセージにする。ステップＳ１２９において、運用管理者にステップＳ１２８の結果を表示する。
【００６５】
まず、図３９のステップＳ１３０において、共通コマンド出力テーブル（共通用：図１６のcommon-cmdout）より該当コマンドの出力形式を抽出し、可偏情報（＆ｎ）を求め、値をクリアする。ステップＳ１３１において、図３７のステップＳ１１８で作成した一時ファイルより１つのメッセージを取り出す（個別型共通コマンド出力メッセージ）。ステップＳ１３２において、取り出しメッセージが無いか判断する。ステップＳ１３２の判断がＹＥＳの場合には、ステップＳ１３５に進む。ステップＳ１３２の判断がＮＯの場合には、ステップＳ１３３において、共通コマンド出力テーブル（図１５のindiv-cmdout）より、ステップＳ１３２で取り出したメッセージの可変部分（＆ｎ）を抽出する。ステップＳ１３４において、ステップＳ１３３の可変情報をステップＳ１３１の可変情報に他押付け、個別出力（図１６でのeach指定）となっている行については、固定文字列と合わせ、一行だけメッセージを出力する。総和出力指定（図１６でのsum指定）となっている可変情報についてはステップＳ１３０で初期化した可変情報格納域にステップＳ１３３の可変情報を加える。
【００６６】
ステップＳ１３５では、総和出力指定（図１６でのsum指定）となっている行について、ステップＳ１３４で加算した可変情報と固定文字列を合わせて、メッセージを出力する（全ての総和出力指定行に対して実施）。
【００６７】
本発明の実施形態によれば、以下のような効果がある。
（１）異なる機能を持った複数のネットワーク機器を１台の装置に仮想化して管理することが可能となる。これにより、運用管理者は、直接的な運用操作対象を１台に集約し、個々の機器に対する機器ごとの運用操作アクセスが不要となる。
（２）各機器のインターフェースを意識せず、仮想ノード１台のインターフェースだけを意識するだけでよくなる。
（３）各機器ごとの定義手法を意識する必要が無く、また定義ファイルも各機器毎に保持する必要がなくなる。
（４）各機器の運用操作機能を意識する必要が無く、仮想ノードでの運用操作機能だけで、全機器の運用操作が可能となる。
（５）運用管理者からの仮想ノードに対する構成定義変更及びその反映指示に対し、仮想ノードを構成する各機器間での機能ごとの整合性確認を自動的に行うことで、運用管理者に、各機器の保有する機能に関する認識、及び機器間での機能整合性確認に必要となる作業を軽減する。
（付記１）
ネットワークに接続される各機器の制御を一元的に行う管理装置であって、
前記各機器と通信するための通信手段と、
前記各機器を内部構造として持ち、１つのコマンドフォーマットを持つ仮想ノードを有し、該１つのコマンドフォーマットによって仮想ノードに対して指定された制御内容を前記各機器のフォーマットに自動的に変換して、各機器に該通信手段を介して制御内容を発行する運用管理統合手段と、
を備えることを特徴とする管理装置。
【００６８】
（付記２）
前記仮想ノードは、前記各機器の有するインターフェースと対応した仮想のインターフェースを有し、運用管理者に対し仮想のインターフェースを用いて制御を行わせ、該仮想のインターフェースに基づいた制御内容を該各機器の有するインターフェースに対する制御内容に変換して、該各機器に制御内容を指示することを特徴とする付記１に記載の管理装置。
【００６９】
（付記３）
前記運用管理統合手段は、前記１つのコマンドフォーマットに基づいて設定された、前記各機器への設定情報の各機器間の整合性を検査し、各機器間の設定情報の整合性が取れていない場合には、運用管理者に警告を発することを特徴とする付記１に記載の管理装置。
【００７０】
（付記４）
前記各機器は、ルータ、スイッチ、ファイアウォール、負荷分散装置、サーバなどの異なる機能を保持する複数の装置を含むことを特徴とする付記１に記載の管理装置。
【００７１】
（付記５）
前記運用統合手段は、前記各装置から各装置の運用状況に関する情報を取得する手段を更に備え、
該各装置から得られた、各装置に固有のフォーマットの該情報を仮想ノードで有する統一されたフォーマットに変換した後、運用管理者に該情報を提示することを特徴とする付記１に記載の管理装置。
【００７２】
（付記６）
ネットワークに接続される各機器の制御を一元的に行う管理方法であって、
前記各機器と通信するための通信手段を設けるステップと、
前記各機器を内部構造として持ち、１つのコマンドフォーマットを持つ仮想ノードを有し、該１つのコマンドフォーマットによって仮想ノードに対して指定された制御内容を前記各機器のフォーマットに自動的に変換して、各機器に該通信手段を介して制御内容を発行する運用管理統合ステップと、
を備えることを特徴とする管理方法。
【００７３】
（付記７）
前記仮想ノードは、前記各機器の有するインターフェースと対応した仮想のインターフェースを有し、運用管理者に対し仮想のインターフェースを用いて制御を行わせ、該仮想のインターフェースに基づいた制御内容を該各機器の有するインターフェースに対する制御内容に変換して、該各機器に制御内容を指示することを特徴とする付記６に記載の管理方法。
【００７４】
（付記８）
ネットワークに接続される各機器の制御を一元的に行う管理方法であって、
前記各機器と通信するための通信手段を設けるステップと、
前記各機器を内部構造として持ち、１つのコマンドフォーマットを持つ仮想ノードを有し、該１つのコマンドフォーマットによって仮想ノードに対して指定された制御内容を前記各機器のフォーマットに自動的に変換して、各機器に該通信手段を介して制御内容を発行する運用管理統合ステップと、
を備えることを特徴とする管理方法をコンピュータに実現させるプログラム。
【００７５】
（付記９）
前記仮想ノードは、前記各機器の有するインターフェースと対応した仮想のインターフェースを有し、運用管理者に対し仮想のインターフェースを用いて制御を行わせ、該仮想のインターフェースに基づいた制御内容を該各機器の有するインターフェースに対する制御内容に変換して、該各機器に制御内容を指示することを特徴とする付記８に記載のプログラム。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施形態に従った複数ノードの仮想化構成例を示す図である。
【図２】本発明の実施形態に従ったシステム構成図である。
【図３】運用管理者からの物理構成の見え方を説明する図である。
【図４】運用管理統合ノード内部ブロック（業務通信用ネットワーク側）構成を示す図である。
【図５】統合ノード内部ブロック（管理者側）の構成を示す図である。
【図６】運用管理統合ノード内に生成する内部テーブルを説明した図（その１）である。
【図７】運用管理統合ノード内に生成する内部テーブルを説明した図（その２）である。
【図８】運用管理統合ノード内に生成する内部テーブルを説明した図（その３）である。
【図９】運用管理統合ノード内に生成する内部テーブルを説明した図（その４）である。
【図１０】運用管理統合ノード内に生成する内部テーブルを説明した図（その５）である。
【図１１】運用管理統合ノード内に生成する内部テーブルを説明した図（その６）である。
【図１２】運用管理統合ノード内に生成する内部テーブルを説明した図（その７）である。
【図１３】運用管理統合ノード内に生成する内部テーブルを説明した図（その８）である。
【図１４】運用管理統合ノード内に生成する内部テーブルを説明した図（その９）である。
【図１５】運用管理統合ノード内に生成する内部テーブルを説明した図（その１０）である。
【図１６】運用管理統合ノード内に生成する内部テーブルを説明した図（その１１）である。
【図１７】運用管理統合ノード内に生成する内部テーブルを説明した図（その１２）である。
【図１８】運用管理統合ノード内に生成する内部テーブルを説明した図（その１３）である。
【図１９】運用管理統合ノード内に生成する内部テーブルを説明した図（その１４）である。
【図２０】運用管理統合ノード内に生成する内部テーブルを説明した図（その１５）である。
【図２１】運用管理統合ノード内に生成する内部テーブルを説明した図（その１６）である。
【図２２】運用管理統合ノード内に生成する内部テーブルを説明した図（その１７）である。
【図２３】運用管理統合ノード内に生成する内部テーブルを説明した図（その１８）である。
【図２４】運用管理統合ノードソフトウェア（ＰＣ用ソフトウェア）によるＰＣでの事前作業の流れを示すフローチャートである。
【図２５】運用管理統合ノード導入時の流れである。
【図２６】仮想ノード内の実際の論理ネット構成及びインターフェース、ＩＰアドレス構成である。
【図２７】運用管理者から見た仮想ノード内論理ネットワーク、インターフェース、ＩＰアドレス構成である。
【図２８】仮想ノード定義ファイルと各機器用定義ファイルの関係である。
【図２９】本発明の実施形態に従った定義設定反映の流れ概要を示すフローチャートである。
【図３０】本発明の実施形態に従った定義設定反映の流れ詳細を示すフローチャート（その１）である。
【図３１】本発明の実施形態に従った定義設定反映の流れ詳細を示すフローチャート（その２）である。
【図３２】機能単位整合性検証の処理の流れを示すフローチャートである。
【図３３】読み込みコマンドの各機能用一時ファイルへの分解処理を示すフローチャート（その１）である。
【図３４】読み込みコマンドの各機能用一時ファイルへの分解処理を示すフローチャート（その２）である。
【図３５】仮想ノードの運用操作例を示す図である。
【図３６】仮想ノードに対する情報参照処理のフローチャート（その１）である。
【図３７】仮想ノードに対する情報参照処理のフローチャート（その２）である。
【図３８】コマンド出力統合フロー（その１）である。
【図３９】コマンド出力統合フロー（その２）である。
【図４０】従来における装置の定義設定を各装置に反映する場合の処理の流れを示すフローチャートである。
【符号の説明】
【００７７】
１０、２１      ネットワーク
１１      ルータ
１２      スイッチ
１３      ファイアウォール
１４      スイッチ
１５      負荷分散装置
１６      スイッチ
１７      サーバファーム
１８      仮想ノード
１９      運用管理統合ノード
２０      運用管理センタ
２５      外部通信処理部
２６      ファームウェア管理部
２７      構成機器管理部
２８      ＣＭＤ変換部
２９      アクセス管理部
３０      インターフェース変換部
３１      整合性検証部
３２      出力メッセージ変換部
３３      定義ファイル管理部
３４      起動制御部
３５      構成機器テーブル
３６      アクセス情報管理テーブル
３７      ファームウェアレベルテーブル
３８      ファームウェアテーブル
３９      コマンド出力テーブル
４０      コマンド変換テーブル
４１      インターフェース名対応付けテーブル
４２      定義ファイルテーブル
４３      機種一覧テーブル
４５      ＧＵＩ−コマンド変換部
４６      ＧＵＩ制御部
【図１】
2005197826.tif 000003
【図２】
2005197826.tif 000004
【図３】
2005197826.tif 000005
【図４】
2005197826.tif 000006
【図５】
2005197826.tif 000007
【図６】
2005197826.tif 000008
【図７】
2005197826.tif 000009
【図８】
2005197826.tif 000010
【図９】
2005197826.tif 000011
【図１０】
2005197826.tif 000012
【図１１】
2005197826.tif 000013
【図１２】
2005197826.tif 000014
【図１３】
2005197826.tif 000015
【図１４】
2005197826.tif 000016
【図１５】
2005197826.tif 000017
【図１６】
2005197826.tif 000018
【図１７】
2005197826.tif 000019
【図１８】
2005197826.tif 000020
【図１９】
2005197826.tif 000021
【図２０】
2005197826.tif 000022
【図２１】
2005197826.tif 000023
【図２２】
2005197826.tif 000024
【図２３】
2005197826.tif 000025
【図２４】
2005197826.tif 000026
【図２５】
2005197826.tif 000027
【図２６】
2005197826.tif 000028
【図２７】
2005197826.tif 000029
【図２８】
2005197826.tif 000030
【図２９】
2005197826.tif 000031
【図３０】
2005197826.tif 000032
【図３１】
2005197826.tif 000033
【図３２】
2005197826.tif 000034
【図３３】
2005197826.tif 000035
【図３４】
2005197826.tif 000036
【図３５】
2005197826.tif 000037
【図３６】
2005197826.tif 000038
【図３７】
2005197826.tif 000039
【図３８】
2005197826.tif 000040
【図３９】
2005197826.tif 000041
【図４０】
2005197826.tif 000042