サーバ機器、ストレージ機器、ネットワーク機器を含む物理機器がネットワークで接続された情報処理システム上に構築された、複数種の仮想化技術によって構成された複数種の仮想リソースを含む仮想ネットワークを管理する管理サーバであって、前記複数の仮想化技術により生成された複数種の仮想リソースのいずれかを特定するための設定パターンと、前記複数の仮想リソース間の接続関係のいずれかを特定するための接続パターンと、を保持し、前記設定パターンと前記接続パターンとに基づき、前記物理機器に設定された設定情報から、複数の前記仮想リソース情報と複数の前記仮想リソースとの間の接続情報を抽出し、前記抽出した接続情報に基づき、前記仮想ネットワークの論理トポロジ情報を生成することを特徴とする管理サーバ。請求項1に記載の管理サーバにおいて、前記管理サーバは、さらに、仮想ネットワークを構成する複数の物理機器の設定情報の収集に用いる情報を、前記複数の物理機器毎に管理し、前記管理する情報を用いて前記物理機器の設定情報を収集することを特徴とする管理サーバ。請求項1または2に記載の管理サーバにおいて、前記管理サーバは、さらに、前記生成した論理トポロジ情報を可視化することを特徴とする管理サーバ。請求項3に記載の管理サーバにおいて、前記管理サーバは、さらに、管理要求に応じて、可視化した前記論理トポロジを構成する前記仮想リソース情報または前記仮想リソース間の接続情報の一部を追加あるいは削除することを特徴とする管理サーバ。請求項1または3に記載の管理サーバにおいて、前記管理サーバは、さらに、前記物理機器に設定された設定情報から、前記設定パターン情報と前記接続パターン情報に基づき、前記仮想リソース情報を識別するためのパラメータを抽出することを特徴とする管理サーバ。請求項5に記載の管理サーバにおいて、前記仮想リソース情報は、仮想リソースの種類を示す情報と、仮想リソースを保有する物理機器の識別子と、前記仮想リソースの種類における当該仮想リソースを識別する識別子と、を含み、前記仮想リソース間の接続情報は、接続対象となる2つの前記仮想リソース情報を含むことを特徴とする、管理サーバ。請求項1または5に記載の管理サーバにおいて、前記仮想ネットワークは、仮想LAN技術、仮想インタフェース技術、仮想ルータ技術のいずれか一つ以上を用いて構成されることを特徴とする管理サーバ。請求項7に記載の管理サーバにおいて、前記管理サーバにおいて、前記仮想リソース情報はノードに対応付けられ、前記仮想リソースの接続情報はエッジに対応付けられ、前記物理機器に設定された設定情報から、前記設定パターン情報に基づいて、ノードを生成し、前記物理機器に設定された設定情報から、前記接続パターン情報に基づいて、エッジを生成し、前記仮想ネットワークの論理トポロジに対応するノードとエッジからなるグラフを生成することを特徴とする管理サーバ。請求項8に記載の管理サーバにおいて、前記管理サーバにおいて、前記設定パターン情報に対して仮想リソースの種類を表すノードタイプが対応づけられ、前記接続パターン情報に対して前記仮想リソースの接続関係の種類を表すエッジタイプが対応づけられ、前記論理トポロジは、少なくとも3種類の前記ノードタイプと、少なくとも3種類の前記エッジタイプを含み、生成する前記ノードを表すノード情報は、ノードを一意に識別するためのノード識別子と、ノードタイプと、物理機器識別子と、ノードタイプ内の識別子と、を含み、生成する前記エッジを現すエッジ情報は、エッジタイプと、当該エッジが接続する2つのノードのノード情報識別子と、を含むことを特徴とする管理サーバ。サーバ機器、ストレージ機器、ネットワーク機器を含む物理機器がネットワークで接続された情報処理システム上に構築された、複数種の仮想化技術によって構成された複数種の仮想リソースを含む仮想ネットワークの論理トポロジの構成管理方法であって、前記複数の仮想化技術により生成された複数の仮想リソースのいずれかを特定するための設定パターンと、前記複数の仮想リソース間の接続関係のいずれかを特定するための接続パターンと、を保持するステップと、前記設定パターンと前記接続パターンとに基づき、前記物理機器に設定された設定情報から、複数の前記仮想リソースと複数の前記仮想リソースとの間の接続情報を抽出するステップと、前記抽出した接続情報に基づき、前記仮想ネットワークの論理トポロジ情報を生成するステップと、を備えることを特徴とする論理トポロジの構成管理方法。請求項10に記載の論理トポロジの構成管理方法は、さらに、仮想ネットワークを構成する複数物理機器の設定情報の収集に用いる情報を、前記複数の物理機器毎に管理するステップと、前記管理する情報を用いて前記物理機器の設定情報を収集するステップと、を備えることを特徴とする論理トポロジの構成管理方法。請求項10または11に記載の論理トポロジの構成管理方法は、さらに、前記生成した論理トポロジ情報を可視化するステップを含むことを特徴とする論理トポロジの構成管理方法。請求項12に記載の論理トポロジの構成管理方法は、さらに、管理要求に応じて、可視化した前記論理トポロジを構成する前記仮想リソース情報または前記仮想リソース間の接続情報の一部を追加あるいは削除するステップを備えることを特徴とする論理トポロジの構成管理方法。請求項10または12に記載の論理トポロジの構成管理方法は、さらに、前記物理機器に設定された設定情報から、前記設定パターン情報と前記接続パターン情報に基づき、前記仮想リソース情報を識別するためのパラメータを抽出するステップを備えることを特徴とする論理トポロジの構成管理方法。請求項14に記載の論理トポロジの構成管理方法において、前記仮想リソース情報は、仮想リソースの種類を示す情報と、仮想リソースを保有する物理機器の識別子と、前記仮想リソースの種類における当該仮想リソースを識別する識別子と、を含み、前記仮想リソース間の接続情報は、接続対象となる2つの前記仮想リソース情報を含むことを特徴とする、論理トポロジの構成管理方法。請求項10または14に記載の論理トポロジの構成管理方法において、前記仮想ネットワークは、仮想LAN技術、仮想インタフェース技術、仮想ルータ技術のいずれか一つ以上を用いて構成されることを特徴とする論理トポロジの構成管理方法。請求項10から16のいずれか一に記載の構成管理方法において、前記仮想リソース情報はノードに対応付けられ、前記仮想リソースの接続情報はエッジに対応付けられ前記物理機器に設定された設定情報から、前記設定パターン情報に基づいて、ノードを生成するステップと、前記物理機器に設定された設定情報から、前記接続パターン情報に基づいて、エッジを生成するステップと、前記仮想ネットワークの論理トポロジに対応するノードとエッジからなるグラフを生成するステップと、を備えることを特徴とする論理トポロジの構成管理方法。請求項17に記載の論理トポロジの構成管理方法において、前記設定パターン情報に対して仮想リソースの種類を表すノードタイプが対応づけられ、前記接続パターン情報に対して前記仮想リソースの接続関係の種類を表すエッジタイプが対応づけられ、前記論理トポロジは少なくとも3種類の前記ノードタイプと、少なくとも3種類の前記エッジタイプを含み、生成する前記ノードを表すノード情報は、ノードを一意に識別するためのノード識別子と、ノードタイプと、物理機器識別子と、ノードタイプ内の識別子と、を含み、生成する前記エッジを現すエッジ情報は、エッジタイプと、当該エッジが接続する2つのノードのノード情報識別子と、を含むことを特徴とする論理トポロジの構成管理方法。これら従来技術の問題は、複数の仮想化技術を用いたネットワーク環境において、仮想ネットワークの論理トポロジ情報を生成できないことである。特許文献1が開示する技術は、対象機器がVPNを実現するためのルータのみであり、仮想ルータのトポロジ情報を生成できるものの、仮想LANに関するトポロジ情報を生成できない。オフィスネットワークやデータセンタネットワークでは、仮想LANは一般的に利用される技術であるが、本技術ではその論理トポロジを把握できない点が問題である。特許文献2が開示する技術は、対象機器がVLANを実現するスイッチあるいはルータのみであり、仮想ルータ技術を用いた環境では、仮想ネットワークの論理トポロジを正しく把握できない点が問題である。また、論理トポロジを生成するために生成プログラム内部で持つべき情報が開示されていない。したがって、特許文献1および特許文献2では、仮想LAN、仮想インタフェース、仮想ルータ技術などを組み合わせて構成される複雑な仮想ネットワーク環境において、その論理トポロジ情報を生成できないという問題がある。複数の仮想化技術を用いる仮想ネットワークは、単一の仮想化技術を用いる場合に比べて、管理すべき情報や対応付けるべき情報が複雑であり、前記の問題点は、従来技術の単純な拡張では容易には解決できない。本明細書で開示されるのは、複数の仮想化技術を用いて構築される仮想ネットワークの論理トポロジ情報を自動生成する技術である。複数の仮想化技術とは、仮想LAN技術、仮想インタフェース技術、仮想ルータ技術のいずれか一つ以上を含む。開示される第一の態様は、サーバ機器、ストレージ機器、ネットワーク機器を含む物理機器がネットワークで接続された情報処理システム上に構築された、複数種の仮想化技術によって構成された複数種の仮想リソースを含む仮想ネットワークの論理トポロジの構成管理方法であって、複数の仮想化技術により生成された複数の仮想リソースのいずれかを特定するための設定パターンと、複数の仮想リソース間の接続関係のいずれかを特定するための接続パターンと、を保持するステップと、設定パターンと接続パターンとに基づき、物理機器に設定された設定情報から、複数の仮想リソースと複数の仮想リソースとの間の接続情報を抽出するステップと、抽出した接続情報に基づき、仮想ネットワークの論理トポロジ情報を生成するステップと、を備えることを特徴とする。上記論理トポロジの構成管理方法は、さらに、仮想ネットワークを構成する複数物理機器の設定情報の収集に用いる情報を、複数の物理機器毎に管理するステップと、管理する情報を用いて物理機器の設定情報を収集するステップと、を備えてもよい。上記論理トポロジの構成管理方法は、さらに、生成した論理トポロジ情報を可視化するステップと、管理要求に応じて、可視化した論理トポロジを構成する仮想リソース情報または仮想リソース間の接続情報の一部を追加あるいは削除するステップを備えてもよい。上記論理トポロジの構成管理方法は、さらに、物理機器に設定された設定情報から、設定パターン情報と接続パターン情報に基づき、仮想リソース情報を識別するためのパラメータを抽出するステップを備えてもよい。上記論理トポロジの構成管理方法において、仮想リソース情報は、仮想リソースの種類を示す情報と、仮想リソースを保有する物理機器の識別子と、仮想リソースの種類における当該仮想リソースを識別する識別子と、を含み、仮想リソース間の接続情報は、接続対象となる2つの仮想リソース情報を含むものであってもよい。上記仮想リソース情報がノードに対応付けられ、上記仮想リソースの接続情報がエッジに対応付けられる場合、上記論理トポロジの構成管理方法は、さらに、物理機器に設定された設定情報から、設定パターン情報に基づいて、ノードを生成するステップと、物理機器に設定された設定情報から、接続パターン情報に基づいて、エッジを生成するステップと、仮想ネットワークの論理トポロジに対応するノードとエッジからなるグラフを生成するステップと、を備えてよい。上記論理トポロジの構成管理方法において、設定パターン情報に対して仮想リソースの種類を表すノードタイプが対応づけられ、接続パターン情報に対して仮想リソースの接続関係の種類を表すエッジタイプが対応づけられ、論理トポロジは少なくとも3種類のノードタイプと、少なくとも3種類のエッジタイプを含み、生成するノードを表すノード情報は、ノードを一意に識別するためのノード識別子と、ノードタイプと、物理機器識別子と、ノードタイプ内の識別子と、を含み、生成するエッジを現すエッジ情報は、エッジタイプと、当該エッジが接続する2つのノードのノード情報識別子と、を含むものであってもよい。なお、上記情報処理システムが管理サーバを備え、当該管理サーバが、上記論理トポロジの構成管理方法を実施してもよい。上記各態様は、例えば、仮想化技術を用いて構築される情報処理システムに応用可能である。開示によって、複数の仮想化技術を用いて構築される仮想ネットワークにおいて、論理トポロジを迅速かつ正確に把握できる。一実施例を、データセンタにおけるネットワークシステムにおける論理トポロジ生成を例にとって説明する。なお、データセンタネットワークはあくまでも適用箇所の一形態であり、適用先には複数のデータセンタにまたがったネットワーク、キャリアネットワーク、オフィスネットワーク、あるいは、キャンパスネットワークなどを含む。図1は、本実施形態におけるシステム構成の例を示す図である。データセンタ100は、ネットワーク101を介して、適宜のICTサービスを提供するためのシステムを構成する。そのシステムの構成要素になりうる機器として、ファイアウォール102、ロードバランサ103、L3スイッチ104、L2スイッチ105a、105bのようなネットワーク機器に加えて、サーバ106a、106b、106c、106dといったサーバ機器、FCFibreChannelスイッチ107a、107bのようなSANStorageAreaNetworkスイッチ機器、ストレージ108a、108bなどのストレージ機器を含む。これら機器を全て用いてシステムを構成する必要はなく、適宜の種類の機器を適宜の個数だけ用いて、適宜のICTサービスを提供するためのシステムを構成すればよい。また、このシステムには、管理サーバ109が接続される。管理サーバ109はコンソール110と接続している。ファイアウォール102、ロードバランサ103、L3スイッチ104、L2スイッチ105a、105bのようなネットワーク機器は、LANLocalAreaNetworkを構築し、サーバ106a~106dにネットワーク接続性を提供するとともに、サーバが送受信するパケットを制御する。これらネットワーク機器はサーバと接続し、また、管理サーバ109やデータセンタ100の外部のネットワークとも接続してもよい。LAN内通信をするためのプロトコルはEthernet登録商標を含み、LAN間通信をするためのプロトコルはIPInternetProtocolを含む。そして、これらネットワーク機器は、VLANのような仮想LAN技術、VLANインタフェースやサブインタフェースのような仮想インタフェース技術、VRFやVRのような仮想ルータ技術を有し、物理的なネットワークの上に仮想的なネットワークを構成する。サーバ106a~106dのようなサーバ機器は、適宜のICTサービスを行うためのアプリケーションを実行する。これらサーバ機器は、前述のネットワーク機器を介して相互に接続し、また、データセンタ100の外部に接続する。また、後述のように、FCスイッチ107a、107bを介して、ストレージ機器108a、108bにアクセスする。それぞれのサーバ機器は、NICNetworkInterfaceCardやHBAHostBusAdapterあるいはCNAConvergedNetworkAdapterを搭載し、LANおよびSANにアクセスする。サーバ機器には、VMMVirtualMachineMonitor技術あるいはLPARLogicalPartitioning技術によって、複数の仮想サーバVMが生成されていてもよい。この場合、VMは仮想的なインタフェースであるvNIC、vHBAVirtualHostBusAdaptorや仮想CNAを生成し、これらの仮想的なインタフェースにより、ネットワーク機器あるいはストレージ機器にアクセスする。FCスイッチ107a、107bのようなSANスイッチ機器は、SANを構成し、サーバ106a~106dからのI/OInput/Output要求をストレージ108a、108bに転送し、ストレージ108から読み出したI/Oデータをサーバ106a~106dに転送する。SAN内通信およびSAN間通信をするためのプロトコルは、FC、FCIPFCoverIP、FCoEFCoverEthernetやiSCSIInternetSmallComputerSystemInterfaceを含む。また、これらSANスイッチ機器は、Zoning、NPIVNPort_IDVirtualization、VSANVirtualStorageAreaNetworkingのような仮想化技術を備えている。これ以外の仮想化技術を備えていてもよい。ストレージ108a、108bのようストレージ機器は、前述のSANを介して、サーバ106a~106dに外部記憶領域を提供する。ストレージ機器108は、ストレージにアクセスする物理ポートを仮想化するためのNPIV、物理ストレージに構成された論理ヴォリュームであるLULogicalUnitを含む。ストレージ108は、ストレージのポートと、LUおよびサーバを対応付けるLUNLogicalUnitNumberマスキングなどの機能を備えていてもよい。管理サーバ109は、システム内の機器がそれぞれ保有するコンフィグを収集し、収集したコンフィグを用いて、データセンタ100の複数機器が構築する仮想ネットワークの全体あるいは一部の論理トポロジ情報を生成する。生成した論理トポロジ情報を可視化し、コンソール110の画面に表示する。なお、上記のシステムの構成機器ファイアウォールやロードバランサなどの機能は、ハードウェアによって提供されてもよく、また、ソフトウェアによって提供されてもよい。図2は、管理サーバ109の構成例を示す図である。管理サーバ109は、構成要素として、コンフィグ収集部201、トポロジ視覚化部202、管理要求受付部203、ネットワーク機器管理テーブル204、生成トポロジDB205、論理トポロジ生成部206を有する。コンフィグ収集部201は、データセンタ100内のネットワーク機器からコンフィグを収集する。コンフィグ収集部201の構成要素には、ネットワーク機器情報登録部211とコンフィグ収集部212を含む。ネットワーク機器情報登録部211は、データセンタ100内のネットワーク機器からコンフィグを収集する上で必要な情報を、後述するネットワーク機器管理テーブル204に対して追加または削除する。コンフィグ収集部212は、ネットワーク機器管理テーブル204のネットワーク機器情報を参照し、データセンタ100内の各ネットワーク機器からコンフィグを収集する。収集したコンフィグは、例えば、管理サーバ109内にコンフィグファイルとして保存され、保存したファイル名の一覧がネットワーク機器管理テーブル204に保持される。なお、このコンフィグ収集部212は必須ではなく、管理サーバ109がコンフィグを解析できればいずれの方法でもよい。例えば、管理者が手動でコンフィグを収集し、管理サーバ109内にコンフィグファイルとして保存してもよい。トポロジ視覚化部202は、生成トポロジDB205内のトポロジ情報を可視化し、GUI表示制御部221を用いて、GUIGraphicalUserInterface画面に論理トポロジを出力する。管理要求受付部203は、論理トポロジ情報の生成に関する処理要求をオペレータから受け付け、各機能部に処理の実行を命令する。オペレータが要求する処理は、例えば、コンフィグの収集、収集したコンフィグに基づく論理トポロジ情報の生成、生成した論理トポロジの視覚化である。この例において、それぞれの処理に対応する機能部は、コンフィグ収集部201、論理トポロジ生成部206、トポロジ視覚化部202である。また、他にも、オペレータが要求する処理は、例えば、ノードパターンやエッジパターンの登録がある。この例においては、論理トポロジ生成部206を介して、ノードパターン登録部232ないしエッジパターン登録部233が呼び出される。ネットワーク機器管理テーブル204は、ネットワーク機器からコンフィグを収集する上で必要な情報を保持する。その情報とは、機器の識別子、機種、IPアドレス、ログイン名、パスワードなどを含む。ネットワーク機器管理テーブル204の詳細は図3において説明する。生成トポロジDB205は、論理トポロジ生成部206が生成した論理トポロジ情報を保持する。論理トポロジ生成部206は、コンフィグ収集部201が収集したコンフィグファイルを解析し、仮想ネットワークの論理トポロジ情報をノードとエッジからなるグラフ構造として生成し、生成トポロジDB205に保存する。論理トポロジ生成部206は、構成要素として、論理トポロジ生成管理テーブル231、ノードパターン登録部232、エッジパターン登録部233、ノード生成部234、エッジ生成部235、論理トポロジ構築部236を含む。論理トポロジ生成管理テーブル231は、コンフィグからノードとエッジを生成するための情報を管理し、生成したノードとエッジを管理するものであり、ひとつまたは複数のノードパターン管理テーブル241a、241b、241c、ひとつまたは複数のエッジパターン管理テーブル242a、242b、242c、ノード管理テーブル243、エッジ管理テーブル244を含む。コンフィグからノードを生成する際に、ノードパターン管理テーブル241a~241cが参照され、エッジを生成する際にエッジパターン管理テーブル242a~242cが参照される。生成されたノードとエッジはそれぞれ、ノード管理テーブル243、エッジ管理テーブル244に保存される。ノードパターン登録部232は、コンフィグのノードパターンをノードパターン管理テーブル241に登録する。例えば、新しい機種の機器をデータセンタに導入した際に、管理者はこの機器に対応するノードパターンを新規入力する。新規入力されるノードパターンは、管理要求受付部203、論理トポロジ生成部206を介してノードパターン登録部232に入力され、ノードパターン登録部232はこの新規ノードパターンを新規のノードパターン管理テーブル241dとして生成する。なお、ノードパターンとは、コンフィグにおける各種仮想化技術の仮想リソースの生成を示す設定コマンドの設定パターンである。設定パターンの詳細は、図4において説明する。また、前述の仮想リソースとは、仮想化技術によって生成される仮想的なインスタンスであり、仮想ネットワークの論理トポロジの構成要素となるインスタンスのことである。仮想リソースは、例えば、仮想LANのインスタンス、仮想インタフェースのインスタンス、仮想ルータのインスタンスを含む。エッジパターン登録部233は、コンフィグのエッジパターンをエッジパターン管理テーブル242に登録する。例えば、新しい機種の機器をデータセンタに導入した際に、利用者はこの機器に対応するエッジパターンを新規入力する。新規入力されるエッジパターンは、管理要求受付部203、論理トポロジ生成部206を介してエッジパターン登録部233に入力され、ノードパターン登録部232はこの新規エッジパターンを新規のエッジパターン管理テーブル242dとして生成する。なお、エッジパターンとは、コンフィグにおける各種仮想化技術の仮想リソース間の接続を示す設定コマンドのパターンである。この設定コマンドのパターンの詳細は、図5において説明する。また、仮想リソース間の接続とは、論理トポロジを構成する前述の仮想リソース間の論理的な結線のことである。仮想リソース間の接続は、例えば、VLANとVLANインタフェースの接続、VLANインタフェースとVRFの接続を含む。ノード生成部234は、ノードパターン管理テーブル241に基づいて、機器のコンフィグのうち、仮想リソースの生成に該当するコマンドを抽出し、抽出したコマンドを含む情報に基づいて、前記の仮想リソースに対応するノードを生成する。生成ノードは、ノード管理テーブル243に保存される。ノード生成部234の詳細は図8において説明する。エッジ生成部235は、エッジパターン管理テーブル242に基づいて、機器のコンフィグのうち、仮想リソース間の接続に該当するコマンドを抽出し、抽出したコマンドを含む情報に基づいて、前記の仮想リソース間の接続に対応するエッジを生成する。生成エッジは、エッジ管理テーブル244に保存される。エッジ生成部235の詳細は図9において説明する。論理トポロジ構築部236は、ノード管理テーブル243とエッジ管理テーブル244の内容に基づいて、データセンタ100の仮想ネットワークの論理トポロジ情報を生成し、生成トポロジDB205に保存する。このDBに保存するトポロジ情報の形式は、隣接行列、接続行列、隣接リスト、接続リストなど適宜の形式でよい。本実施の形態では隣接リストの形式を利用する。ノードパターン管理テーブル241a~241cは、コンフィグにおける各種仮想化技術の仮想リソースの生成を示す設定パターンを、ノードタイプに対応付けて保持する。仮想リソースの生成の例には、仮想インタフェースのインスタンスの新規生成、仮想ルータのインスタンスの新規生成があげられる。なお、これらテーブルは、機器の機種ごとに用意される。例えば、機種aaaのノードパターンは241aである。ノードパターン管理テーブル241aの詳細は図4において説明する。エッジパターン管理テーブル242a~242cは、コンフィグにおける各種仮想化技術の仮想リソース間の接続を示す接続パターンを保持する。仮想リソース間の接続の例には、仮想LANのインスタンスと仮想インタフェースとのインスタンスの論理的な結線や、仮想インタフェースのインスタンスと仮想ルータのインスタンスとの論理的な結線があげられる。このテーブルは、機器の機種ごとに用意される。例えば、機種aaaのエッジパターンは242aである。エッジパターン管理テーブル242aの詳細は図5において説明する。ノード管理テーブル243は、コンフィグから生成されるノードを管理するテーブルである。ノード管理テーブル243の詳細は図6において説明する。エッジ管理テーブル244は、コンフィグから生成されるエッジをに管理するテーブルである。エッジ管理テーブル244の詳細は図7において説明する。図3は、ネットワーク機器管理テーブル204の構成例である。ネットワーク機器管理テーブル204は、データセンタ100内のネットワーク機器からコンフィグを収集する際に用いる情報を管理する。管理対象情報として、機器識別子301、機種302、IPアドレス303、ユーザ名304、パスワード305、コンフィグのファイル名306がある。機器識別子301は、個々のネットワーク機器を、ネットワーク全体から一意に特定するための識別子である。機種302、IPアドレス303、ユーザ名304、パスワード305は、ネットワーク機器にリモートログインし、コンフィグを収集するために必要な情報である。ファイル名306は、収集したコンフィグを保存する時のファイル名である。ネットワーク機器管理テーブル204は、これ以外の情報も適宜保持してもよい。図4は、ノードパターン管理テーブル241aの構成例を示す。ノードパターン管理テーブル241aは、機種aaaについて、ノードタイプ401と仮想リソースの生成に関する設定パターン402とを対応付けた設定パターンを管理する。ノードタイプとは、仮想リソースの種類を表す。例えば、ノードN1は仮想LANに関する仮想リソース、ノードN2は仮想インタフェースに関する仮想リソース、ノードN3は仮想ルータに関する仮想リソースである。例えば、設定パターン411は仮想LAN技術のひとつであるVLANノードN1の仮想リソースの生成、設定パターン412は仮想インタフェース技術のひとつであるVLANインタフェースノードN2の仮想リソースの生成、設定パターン413は仮想ルータ技術のひとつであるVRFノードN3の仮想リソースの生成に関する設定パターンである。コンフィグの中でこれら設定パターンにマッチする箇所が見つかると、対応するノードタイプのノードが生成される。設定パターン402の各セルに記載されている内容について説明する。セル内の最初の行は、ある項目の設定を開始することを意味し、最後の行はこの項目に関する設定を終了することを意味する。例えば、VLANインタフェースの設定パターン412においては、interfacevlan<id>の行が、あるVLANインタフェースの設定を開始することを意味し、最後のの行が、この設定に関する記述の最後の行であることを意味する。この開始から終了までの間には、設定パターン402に示されていない文字列が存在してもよい。例えば、設定パターン412に記載のipaddressの行は必須ではない。設定パターンがしたがうべき条件は、後述するノード生成処理において、ノードのタイプとタイプ内識別子を判別できることである。タイプ内識別子とは、あるコンフィグのあるノードタイプにおいてノードを一意に特定するための識別子コンフィグに記載の仮想リソースの識別子である。ノードパターン管理テーブル241aの例においては、設定パターン中に<id>と示されている箇所が、タイプ内識別子に該当する。例えば、VLANノードN1の設定パターン411であれば、VLAN番号に該当する箇所<id>が、ノードタイプN1のタイプ内識別子である。また、上記で説明したノードパターン管理テーブル241aの構成は必須ではなく、適宜の構成をとってもよい。ノードパターン管理テーブルがしたがうべき条件は、ノードを生成する処理において、コンフィグからノードに関する設定パターンを判別し、ノード識別子を抽出できることである。したがって、例えば、ノードパターン管理テーブル241a~241cそれぞれに機種aaa、bbb、cccを割り当てるのではなく、ひとつのテーブルにおいて、列402に機種aaa、別の列に機種bbb、また別の列に機種cccの設定パターンを保持するといった構成をとってもよい。図5は、エッジパターン管理テーブル242aの構成例を示す。エッジパターン管理テーブル242aは、機種aaaについて、エッジタイプ501、接続ノードタイプ502、仮想リソース間の接続に関する接続パターン503を管理する。エッジタイプ501とは、仮想リソースの接続関係の種類を表す。例えば、エッジE1は仮想LANと仮想インタフェースそれぞれの仮想リソース間の接続、エッジE2は仮想インタフェースと仮想ルータそれぞれの仮想リソース間の接続、エッジE3は仮想ルータの2つの仮想リソース間の接続である。このように、各エッジタイプは、エッジが接続する2つのノードのノードタイプ接続ノードタイプ502にも対応付けられる。この例において、接続パターン511はVLANノードN1の仮想リソースとVLANインタフェースノードN2の仮想リソースを接続するエッジE1、接続パターン512はVLANインタフェースノードN2の仮想リソースとVRFノードN3の仮想リソースを接続するエッジE2、接続パターン513はVRFノードN3の2つの仮想リソースを接続するエッジ3に関する接続パターンである。コンフィグの中でこれら接続パターンにマッチする箇所が見つかると、対応するエッジが生成される。接続パターン503の各セルに記載されている内容について説明する。セル内の最初の行は、ある項目の設定を開始することを意味し、最後の行はこの項目に関する設定を終了することを意味する。例えば、接続パターン511においてinterfacevlanから始まる行が最初の行であり、の行が最後の行である。なお、この開始から終了までの間には、接続パターンの例に示されていない文字列が存在してもよい。例えば、接続パターン511に記載のipaddressの行は必須ではない。また、接続パターン513は、route-mapの行から始まりの行で終わるブロックと、vrfdefinitionの行から始まりで終わるブロックの、複数のブロックからなる。両ブロックは<name>と示される文字列によって相互に対応付けられる。両ブロック間にはこのエッジに関係しない文字列が存在してもよい。接続パターンがしたがうべき条件は、後述するエッジ生成処理において、エッジのタイプと、エッジの両端に接続される2ノードのタイプ内識別子を判別できることである。タイプ内識別子は、前述の通り、ある機器内のあるノードタイプに関してノードを一意に特定するための識別子であり、この例では、接続パターン中に<id1>、<id2>と示されている箇所である。具体的には、エッジE2の接続パターン512であれば、VLANインタフェース番号に該当する箇所<id1>が片方のノードのタイプ内識別子であり、VRF番号に該当する箇所<id2>が他方のノードのタイプ内識別子である。なお、エッジE1の接続パターン511のように、両者のノードのタイプ内識別子が同じ箇所<id>に示される場合もある。なお、上記で説明したエッジパターン管理テーブル242aの構成は必須ではなく、適宜の構成をとってもよい。エッジパターン管理テーブルがしたがうべき条件は、エッジを生成する処理において、コンフィグからエッジに関する接続パターンを判別し、エッジ識別子を抽出できることである。したがって、例えば、エッジパターン管理テーブル242a~242cそれぞれに機種aaa、bbb、cccを割り当てるのではなく、ひとつのテーブルにおいて、列503に機種aaa、別の列に機種bbb、また別の列に機種cccの接続パターンを保持するといった構成をとってもよい。図6は、ノード管理テーブル243の構成例を示す。ノード管理テーブル243は、コンフィグの設定パターンに基づいて生成されたノードを一元的に管理する。各ノードは、仮想ネットワーク全体で一意に特定できるノード識別子601を有する。ノードの要素には、ノードタイプ401、ノードが存在する物理機器の識別子603、タイプ内識別子604を含む。行611は仮想LAN番号ノードN1のタイプ内識別子が10の仮想LANノードN1が存在することを意味し、行612は機器SW1において仮想インタフェース番号ノードN2のタイプ内識別子が10の仮想インタフェースノードN2が存在することを意味し、行613は機器FWにおいて仮想ルータ番号ノードN3のタイプ内識別子が1の仮想ルータノードN3が存在することを意味する。なお、上記で説明したノード管理テーブル243の構成は必須ではなく、適宜の構成をとってもよい。このほかのテーブル構成方法としては、例えば、ノードタイプごとにテーブルを分ける方法や、機器ごとにテーブルを分ける方法をとってもよい。ノード管理テーブル243がしたがうべき条件は、各機器の各ノードタイプのノードを一元的に管理できることである。図7は、エッジ管理テーブル244の構成例を示す。エッジ管理テーブル244は、コンフィグの接続パターンに基づいて生成されたエッジに係るエッジ情報を一元的に管理する。各エッジは、仮想ネットワーク全体で一意に特定できるエッジ識別子701を有し、エッジ情報の要素として、エッジタイプ702と、エッジの両端に接続されるノードのノード識別子601-1、601-2を含む。なお、エッジ管理テーブル244において、エッジタイプ702は必ずしも必要ではなく、特定の2ノードが接続されることを意味する必要最低限の情報さえあればよい。なお、上記で説明したエッジ管理テーブル244の構成は必須ではなく、エッジを管理できる適宜の構成をとってもよい。このほかのテーブル構成方法としては、例えば、エッジタイプごとにテーブルを分ける方法をとってもよい。図8は、ノード生成部234の構成例を示す図である。ノード生成部234は、構成要素として、ノードパターンテーブル呼出部801、ノードパターン抽出部802、ノードパラメータ抽出部803、ノード情報生成部804、ノード識別子生成部805、ノード情報登録部806を含む。ノードパターン呼出部801は、コンフィグ解析対象の機器の機種に対応するノードパターン管理テーブル241を呼び出す。機種情報はネットワーク機器管理テーブル204から特定する。ノードパターン呼出部801は、管理者からのトポロジ情報生成要求をトリガとして、管理要求受付部203と論理トポロジ生成部206を介して実行される。ノードパターン抽出部802は、呼び出したノードパターン管理テーブル241に記載の設定パターンにしたがって、コンフィグからノードに関する設定コマンドを抽出する。ノードパラメータ抽出部803は、抽出した設定コマンドそれぞれについて、ノードのタイプ内識別子を抽出する。ノード情報生成部804は、ノードのノードタイプ、タイプ内識別子、機器識別子を要素とするノードを生成する。ノード識別子生成部805は、生成したノードを一意に特定するための識別子を生成する。ノード情報登録部806は、生成したノードをノード管理テーブル243に追加する。図9は、エッジ生成部235の構成例を示す図である。エッジ生成部235は、構成要素として、エッジパターンテーブル呼出部901、エッジパターン抽出部902、エッジパラメータ抽出部903、エッジ情報生成部904、ノード検索部905、エッジ識別子生成部906、エッジ情報登録部907を含む。エッジパターンテーブル呼出部901は、解析対象コンフィグの機器の機種に対応する、エッジパターン管理テーブル242を呼び出す。機種情報はネットワーク機器管理テーブル204から特定する。エッジパターン抽出部902は、呼び出したエッジパターン管理テーブルに基づいて、コンフィグからエッジに関する接続コマンドを抽出する。エッジパラメータ抽出部903は、抽出した接続コマンドからそれぞれについて、エッジによって接続される2ノードのタイプ内識別子を抽出する。エッジ情報生成部904は、エッジが接続する2ノードの情報ノードの要素には、抽出したタイプ内識別子、機器識別子、ノードタイプを有するを生成する。ノード検索部905は、ノード管理テーブル243から、前記2ノードの情報に基づき、前記2ノードを検索し、それら2ノードのノード識別子を返す。この2つのノード識別子が、生成するエッジの要素に含まれる。エッジ識別子生成部906は、生成したエッジを一意に特定するための識別子を生成する。エッジ情報登録部907は、生成したエッジをエッジ管理テーブル244に追加する。図10は、論理トポロジ情報生成フローを示す図である。コンフィグ収集部201は、ネットワーク機器管理テーブル204の情報に基づいて、各ネットワーク機器からコンフィグを収集するS1001。コンフィグの収集に使用する方法は、telnet、TFTPTrivialFileTransferProtocol、NETCONFNetworkConfigurationProtocol、あるいはSNMPSimpleNetworkManagementProtocolなどを含む。次に、各機器から収集したコンフィグそれぞれについて、コンフィグ単体の解析処理を行うS1003。処理S1003は個々のコンフィグについてひとつまたは複数のノードとエッジを生成する処理を行う。詳細は図11において説明する。全てのコンフィグを解析し、全てのノードとエッジを生成した後に、論理トポロジ構築部236は、ノード管理テーブル243とエッジ管理テーブル244の要素を単一のグラフとして統合し、生成トポロジDB205に保存するS1005。最後に、GUI表示制御部221は、生成トポロジDB205内の論理トポロジを可視化し、コンソール110に表示するS1006。なお、GUI表示制御部221は、生成した論理トポロジの中で、特定のノードやエッジを追加または削除するといった操作を行ってもよい。図11は、コンフィグ単体の解析処理S1003のフローを示す図である。最初に、解析対象のコンフィグのファイル名306に基づいて、ネットワーク機器管理テーブル204から、コンフィグに対応する機器識別子301と機種302を特定するS1101。次に、ノード生成の処理に移る。ノードパターンテーブル呼出部801は、ネットワーク機器管理テーブル204から特定した機種に対応するノードパターン管理テーブル241を特定するS1102。この特定したテーブルに基づいて、ノードパターン抽出部802は、コンフィグの中から、ノードパターン402に該当するコマンドを抽出し、抽出したコマンドに該当するノードタイプ401も判別するS1103。そして、抽出したコマンドそれぞれについて、単一ノードの生成処理と登録処理を行うS1105。この処理では、ひとつの抽出コマンドに対応するノードを生成し、ノード管理テーブル243に登録する。この処理の詳細は図12において説明する。ノード生成処理を完了した後は、エッジ生成処理に移る。エッジパターンテーブル呼出部901は、解析対象のコンフィグに関して、ネットワーク機器管理テーブル204から取得した機種に対応するノードパターン管理テーブル241を特定するS1107。この特定したテーブルに基づいて、エッジパターン抽出部902は、コンフィグの中から、接続パターン503に該当するコマンドを抽出し、抽出したコマンドに該当するエッジタイプ501と、このエッジに接続される2つのノードのノードタイプ502も判別するS1108。そして、抽出したコマンドそれぞれについて、単一エッジの生成処理と登録処理を行うS1110。この処理では、抽出したコマンドに対応するエッジを生成し、エッジ管理テーブル244に登録する。この処理の詳細は図13において説明する。なお、本実施例においては、コンフィグにおいてノードパターンにマッチしたコマンドを全て抽出した後に、それぞれのコマンドについてノード生成処理を行っているが、この順序は必須ではない。すなわち、コマンドをひとつ抽出する度に、この抽出コマンドに関してノード生成処理を行うなどの適宜の方法をとってもよい。エッジパターン抽出処理とエッジ処理の順序についても、同様に必須ではない。すなわち、エッジパターンにマッチするコマンドをひとつ抽出する度に、この抽出コマンドに関してエッジ生成処理を行うなどの適宜の方法をとってもよい。また、本実施例においては、ノード生成処理の後にエッジ生成処理を行っているが、この順序も必須ではなく、両者の処理を並行に行っても構わない。すなわち、コンフィグを解析しつつ、ノードとエッジに関するパターンに関して並行マッチング処理を行い、見つかったパターンに関連するノードとエッジを適宜生成してもよい。エッジを生成する際に、エッジの両端に結ばれるノードが既に生成済みであるような条件さえ満たしていれば、いかなる順序で個々のノードとエッジを生成してもよい。図12は、単一ノード生成登録処理S1105の処理フローを示す図である。この処理は、抽出したコマンドに対応するノードを生成し、ノード管理テーブル243に登録する。そのために以下のような処理を行う。最初に、ノードパラメータ抽出部803が、抽出コマンドからタイプ内識別子を特定するS1201。具体的には、ステップS1103で抽出したひとつのコマンドについて、ステップS1103で判別されたノードタイプと、ノードパターン管理テーブル241の設定パターン402にしたがって、ノードのタイプ内識別子を特定する。次に、ノード情報生成部804が、ノードを新規生成するS1202。新規生成ノードが持つべき要素は3つあり、それらはノードタイプステップS1103で判別、タイプ内識別子ステップS1201で特定、機器識別子S1101で特定である。なお、ノードタイプがN1仮想LAN技術の仮想リソースの場合は、例外的に機器識別子は付与しないあるいは機器識別子にn/aなどの固定文字列を入力する。そして、生成したノードと同じ要素を持つノードが、ノード管理テーブル243に既に存在しているかどうかを確認するS1203。存在していなければ以下の処理S1204~S1206を行い、存在していれば以下の処理を行わず単一ノード生成登録処理S1105は終了する。ノード識別子生成部805は、新規生成したノードに対するノード識別子を生成するS1204。本実施例においては、ノード識別子を整数とし、ノード管理テーブル243に存在するノードのノード識別子のうち、最大のものに1を足した値を、新規生成ノードのノード識別子とする。なお、ノード識別子は他の方法によって決定されてもよい。ノード識別子の書式や生成規則がしたがうべき条件は、各ノードがネットワーク全体で一意に特定できることである。ノード情報生成部804は、前記のノード識別子を新規生成ノードに付与するS1205。ノード情報登録部806は、ノード識別が付与された新規生成ノードを、ノード管理テーブル243に追加するS1206。以上が、単一ノード生成登録処理である。図13は、単一エッジ生成登録処理S1110を示す図である。この処理は、抽出したコマンドに対応するエッジを生成し、エッジ管理テーブル244に登録する。そのために、以下のような処理を行う。最初に、エッジパラメータ抽出部903は、エッジが接続する2ノードのタイプ内識別子を、抽出コマンドから特定するS1301。具体的には、ステップS1109で抽出したひとつのコマンドについて、ステップS1108で判別されたエッジタイプ、エッジが接続する2つのノードのノードタイプと、エッジパターン管理テーブル242の接続パターン503にしたがって、エッジが接続する2ノードのタイプ内識別子を特定する。次に、エッジ情報生成部904が、エッジに接続される2ノードのノード情報を生成するS1302。ノードが持つべき要素は3つあり、それらはノードタイプステップS1108で判別、タイプ内識別子ステップS1301で特定、機器識別子S1101で特定である。なお、ノードタイプがN1仮想LANの仮想リソースの場合は、例外的に機器識別子は付与しないあるいは機器識別子にn/aなどの固定文字列を入力する。そして、ノード検索部905は、S1103で生成した2ノードと同じ要素を持つノードを、ノード管理テーブル243から検索するS1303。ノード検索部905は、この検索によりヒットした2つのノードのノード識別子を、エッジ情報生成部904に渡す。エッジ情報生成部904は、エッジを新規生成するS1304。エッジに持たせる要素は、エッジタイプと、エッジが接続する2ノードのノード識別子である。エッジ識別子生成部906は、新規生成したエッジに対するエッジ識別子を生成するS1305。実施例においては、エッジ識別子を整数とし、エッジ管理テーブル244に存在するエッジのエッジ識別子のうち、最大のものに1を足した値を、新規生成エッジのエッジ識別子とする。なお、エッジ識別子は他の方法によって決定されてもよい。エッジ識別子の書式や生成規則がしたがうべき条件は、各エッジがネットワーク全体で一意に特定できることである。エッジ情報生成部904は、前記のエッジ識別を新規生成エッジに付与するS1035。エッジ情報登録部907は、エッジ識別が付与された新規生成エッジを、エッジ管理テーブル244に追加するS1306。以上が、単一エッジ生成登録処理のフローである。図14は、これまでに説明したトポロジ生成処理によって生成されるトポロジの例を示す図である。コンフィグにより生成されたノードはN1401~N1407であり、生成されたエッジはE1411~E1415である。ノードN1はN1401、N1415であり、ノードN2はN1402、N1406であり、ノードN3はN1403、N1404である。エッジE1はE1411、E1415であり、ノードタイプN1とN2のノードを接続している。エッジE2はE1412、E1414であり、ノードタイプN2とN3のノードを接続している。エッジE3はE1413であり、ノードタイプN3の2ノードを接続している。図15は、トポロジ生成画面の例である。トポロジ生成画面1501は、コンソール110に表示される。トポロジ生成画面1501は、例えば、トポロジ表示タブ1502とパターン一覧タブ1503を含む。トポロジ表示タブ1502内では、トポロジを表示するための一連の項目を表示する。このタブは、生成トポロジ表示エリア1511と機器一覧表示エリア1512を含む。パターン一覧タブ1503では、ネットワーク機器の各機種に対応するノードパターン管理テーブル241、エッジパターン管理テーブル242を表示する。この画面上では、例えば、新規機種についてのノードパターン管理テーブルやエッジパターン管理テーブルを追加する。生成トポロジ表示エリア1511では、視覚化した論理トポロジ情報1521を表示する。なお、表示したトポロジのノードとエッジを追加または削除するといった表示制御を行うボタン1522~1525を含んでもよい。また、視覚化にあたっては、仮想インタフェースノードN2の表示を省略し、仮想LANノードN1と仮想ルータノードN3を直接接続する表現方法で表示するなど、適宜の方法をとってもよい。機器一覧表示エリア1512では、ネットワーク機器一覧1531を表示する。また、このタブの中では、ネットワーク機器一覧1531に機器情報を登録するためのボタン1532、ネットワーク機器からのコンフィグ収集を実行するためのボタン1533、収集したコンフィグからの論理トポロジ情報の生成を実行するためのボタン1534、生成したトポロジを画面上に表示するためのボタン1535を有する。図16に、管理サーバ109の装置構成の例を示す。管理サーバ109は、CPU1601、メモリ1602、補助記憶装置1603を備える一般的な計算機を用いて実現することができる。さらに、各装置を構成するそれぞれの機能は、CPUが補助記憶装置に格納されているプログラムを実行することにより、上記計算機上に具現化される。各プログラムは、あらかじめ、上記計算機内の補助記憶装置1603に格納されていてもよい。あるいは、各プログラムは、必要なときにLANインタフェース1604やメディアインタフェース1605を経由して上記計算機が利用可能な媒体を介し、他の装置から上記記憶装置に導入されてもよい。媒体とは、たとえば、通信媒体すなわち有線、無線、光などのネットワーク、または当該ネットワークを伝搬する搬送波やディジタル信号、またはメディアインタフェース1605に着脱可能な外部記憶媒体1607を指す。なお、管理サーバ109は、入出力装置1606を介して管理サーバを操作するコンソール110に接続してもよい。本実施の形態によると、複数の仮想化技術を用いて構築される仮想ネットワークにおいて、論理トポロジを迅速かつ正確に把握できる。また、生成したトポロジ情報を視覚化することにより、論理トポロジ図作成における個々人のスキルの差を解消でき、論理トポロジ図の品質を一定に保てる。また、論理トポロジの視覚化によって、コンフィグの正しさを直感的に検証できるようになる。本実施例においては、3種類のノードをN1、N2、N3を定義し、それぞれのタイプ内識別子として、仮想LAN識別子、仮想インタフェース識別子、仮想ルータ識別子を付与した。一方、データセンタ100に構築されるシステムの構成によっては、以下のように、ノードに情報を追加しても有用である。すなわち、ノード管理テーブル243を以下のように拡張する方法も有用である。まず、仮想的でない物理的な機能要素を含める方法である。この方法では、例えば、物理LANの識別子として仮想LANの0番仮想LANとして設定できない番号を割り当てる、あるいは、物理ルータの識別子として仮想ルータ番号の0番を割り当てるなどのように、物理的なリソースを仮想リソースのひとつとしてみなす。この方法は、例えば、仮想LANに加えて物理LAN、仮想インタフェースに加えて物理インタフェース、仮想ルータに加えて物理ルータも、ネットワーク通信のためのリソースとして機能するシステムにおいて有用である。次に、仮想LANにIPセグメント情報を付加する方法である。この方法では、ひとつのVLANが複数のIPセグメントを持ち、VLAN内においてもルーティングをする場合などに有効である。この場合では、N1のタイプ内識別子として、仮想LAN番号に加えて、仮想LANのIPセグメント情報を付加し、N2のタイプ内識別子として、仮想インタフェース番号に加えて、インタフェースのIPアドレスを付加する。IPセグメントの情報はコンフィグに記載されているため、この情報を抽出するようにノードパターン管理テーブル241を拡張するだけでよい。そして、LANの物理的な結線情報を加味する方法である。この方法では、新たにノード、エッジの体系を定義しなおす必要があり、それらはノードN1、N2、N3、エッジE0、E1、E2、E3である。ノードN1は物理インタフェースを表し、ノードN2、N3は実施例と同様に、それぞれ、仮想インタフェース、仮想ルータである。エッジE0は物理インタフェース間が物理リンクで接続されていることを意味し、エッジE1は物理インタフェースと仮想インタフェースとの設定関係を意味し、エッジE2、E3は実施例と同様である。再定義するノードタイプN1が持つべき要素は3つあり、それらはノードタイプ、機器識別子と、タイプ内識別子として物理インタフェース識別子と仮想LAN識別子のペアである。2つの物理機器がリンクで結ばれている場合は、ふたつのノードN1がエッジE0で結ばれる。物理インタフェースに仮想LANが割り当てられている場合は、ノードN1とN2をエッジE0で結ぶ。この方法は、物理結線情報が入手できる場合に、仮想LANの詳細なトポロジを把握する際に有用である。最後に、サーバ、ストレージの情報を含める方法である。サーバおよびストレージも、本実施例で定義したノードN1、N2、N3、エッジE1、E2、E3を用いて表現できる。サーバ機器に関する情報として、VMはノードN3、vNIC、vHBAはノードN2に対応する。ストレージ機器やSANスイッチ機器に関する情報として、LUおよびVSANがノードN3、VSANインタフェースやNPIVによって生成される仮想インタフェースがノードN2、Zoningによって生成されるゾーンがノードN1に対応する。これら機能要素の関連付けは、同様にエッジとして表現される。また、本実施例で定義したノードN1、N2、N3、エッジE1、E2、E3とは異なるノードとエッジを定義し、それぞれのノードとエッジをサーバ、ストレージの仮想化技術に対応させてもよい。ネットワーク機器のコンフィグは、SNMPSimpleNetworkManagementProtocolで収集されるMIBManagementInformationBaseでもよい。この方法をとる場合、ネットワーク機器管理テーブル204に必要な情報は、SNMPのコミュニティ名などである。また、ノードパターン管理テーブル241、エッジパターン管理テーブル242の設定パターンには、MIBの形式にしたがうように改変する必要がある。