"パケットを転送するネットワーク装置と、前記ネットワーク装置に接続された物理サーバと、プロセッサと記憶装置とを備えて、前記ネットワーク装置を介して前記物理サーバに接続された管理サーバと、を有するネットワークシステムで、複数のテナントに前記ネットワーク装置と物理サーバを含む計算機資源を割り当てるネットワークシステムの管理方法であって、前記管理サーバが、前記計算機資源の物理的な構成要素と仮想的な構成要素を取得して構成情報を生成する第1のステップと、前記管理サーバが、前記計算機資源の物理的な接続と仮想的な接続を取得して接続情報を生成する第2のステップと、前記管理サーバが、論理的なノード毎の設定項目と、当該設定項目のパラメータと、パラメータを決定する定義と、コマンドのテンプレートを保持するテナントパターンを複数受け付けて前記記憶装置に格納する第3のステップと、前記管理サーバが、前記テナントパターンのノードと、前記構成情報の構成要素との対応関係を設定したマッピング情報を前記記憶装置に格納する第4のステップと、前記管理サーバが、テナントパターンの指定と操作の種別を受け付ける第5のステップと、前記管理サーバが、前記指定されたテナントパターンと前記マッピング情報からノード毎に前記構成情報の構成要素を特定する第6のステップと、前記管理サーバが、前記指定されたテナントパターンと前記特定された構成要素からネットワークの設定内容を生成する第7のステップと、前記管理サーバが、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成する第8のステップと、前記管理サーバが、前記生成されたネットワークの設定内容とノード毎の設定内容とを前記特定した構成要素に対して設定する第9のステップと、を含むことを特徴とするネットワークシステムの管理方法。請求項1に記載のネットワークシステムの管理方法であって、前記テナントパターンは、前記ノード毎の多重度と、当該多重度のデフォルト値を含み、前記第6のステップは、前記ノードの多重度の数または前記デフォルト値に応じたノードを生成し、前記マッピング情報から前記ノード毎に前記構成情報の構成要素を特定することを特徴とするネットワークシステムの管理方法。請求項1に記載のネットワークシステムの管理方法であって、前記マッピング情報は、前記テナントのノードと、複数の構成要素からなるグループとを対応付けたグループ情報を含み、前記第6のステップは、前記ノードにグループ情報が設定される場合には、前記複数の構成要素から当該ノードを割り当てる構成要素を選択し、前記マッピング情報から前記ノード毎に前記構成情報の構成要素を特定することを特徴とするネットワークシステムの管理方法。請求項1ないし請求項3の何れかひとつに記載のネットワークシステムの管理方法であって、前記第6のステップは、前記ノードが仮想計算機の場合、前記グループ情報に含まれる物理サーバのうち、既に稼動している仮想計算機の数が最小の物理サーバを選択し、当該ノードを割り当てることを特徴とするネットワークシステムの管理方法。請求項1ないし請求項3の何れかひとつに記載のネットワークシステムの管理方法であって、前記マッピング情報は、前記テナントのノードを冗長化することを示す冗長化情報を含み、前記第6のステップは、前記ノードに冗長化情報が設定される場合には、当該ノードを割り当てる構成要素を冗長化することを特徴とするネットワークシステムの管理方法。請求項1ないし請求項3の何れかひとつに記載のネットワークシステムの管理方法であって、前記テナントパターンは、サブネットワークの識別子と、当該識別子のサブネットワークに含むノードを含み、前記第7のステップは、前記指定されたテナントパターンと前記特定された構成要素に対して、前記サブネットワークに含むノードに対して仮想ネットワークの設定内容を生成することを特徴とするネットワークシステムの管理方法。請求項6に記載のネットワークシステムの管理方法であって、前記管理サーバは、前記ネットワーク装置を冗長化する冗長化ネットワーク情報をさらに有し、前記第7のステップは、前記仮想ネットワークを設定するサブネットワークのノードが前記冗長化ネットワークに含まれる場合には、前記仮想ネットワークを前記冗長化ネットワークで有効にするための設定内容を生成することを特徴とするネットワークシステムの管理方法。請求項1ないし請求項3の何れかひとつに記載のネットワークシステムの管理方法であって、前記テナントパターンは、前記ノードの設定項目と操作種別の対応関係を設定した業務フロー情報をさらに含み、前記第8のステップは、前記業務フロー情報に紐付いている設定項目について、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成することを特徴とするネットワークシステムの管理方法。パケットを転送するネットワーク装置と、前記ネットワーク装置に接続されてプロセッサと記憶装置を備えた物理サーバと、プロセッサと記憶装置とを備えて、前記ネットワーク装置を介して前記物理サーバに接続された管理サーバと、を備えて、前記管理サーバが複数のテナントに前記ネットワーク装置と物理サーバを含む計算機資源を割り当てるネットワークシステムであって、前記管理サーバは、前記計算機資源の物理的な構成要素と仮想的な構成要素を取得して構成情報を生成する構成情報生成部と、前記計算機資源の物理的な接続と仮想的な接続を取得して接続情報を生成する接続情報生成部と、論理的なノード毎の設定項目と、当該設定項目のパラメータと、パラメータを決定する定義と、コマンドのテンプレートとを含むテナントパターンを複数受け付けて前記記憶装置に格納するテナントパターン情報格納部と、前記テナントパターンのノードと、前記構成情報の構成要素との対応関係を設定したマッピング情報を受け付けて、前記記憶装置に格納するマッピング情報格納部と、テナントパターンの指定と操作の種別を受け付けて、前記ネットワークの設定内容とノード毎の設定内容を生成する自動設計部と、前記生成されたネットワークの設定内容とノード毎の設定内容とを前記構成要素に対して設定する自動設定部と、を備え、前記自動設計部は、前記指定されたテナントパターンと前記マッピング情報からノード毎に前記構成情報の構成要素を特定し、前記指定されたテナントパターンと前記特定された構成要素からネットワークの設定内容を生成し、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成し、前記自動設定部は、前記生成されたネットワークの設定内容とノード毎の設定内容とを前記特定した構成要素に対して設定することを特徴とするネットワークシステム。請求項9に記載のネットワークシステムであって、前記テナントパターンは、前記ノード毎の多重度と、当該多重度のデフォルト値を含み、前記自動設計部は、前記ノードの多重度の数または前記デフォルト値に応じたノードを生成し、前記マッピング情報から前記ノード毎に前記構成情報の構成要素を特定することを特徴とするネットワークシステム。請求項9に記載のネットワークシステムであって、前記マッピング情報は、前記テナントのノードと、複数の構成要素からなるグループとを対応付けたグループ情報を含み、前記自動設計部は、前記ノードにグループ情報が設定される場合には、前記複数の構成要素から当該ノードを割り当てる構成要素を選択し、前記マッピング情報から前記ノード毎に前記構成情報の構成要素を特定することを特徴とするネットワークシステム。請求項9ないし請求項11の何れかひとつに記載のネットワークシステムであって、前記自動設計部は、前記ノードが仮想計算機の場合、前記グループ情報に含まれる物理サーバのうち、既に稼動している仮想計算機の数が最小の物理サーバを選択し、当該ノードを割り当てることを特徴とするネットワークシステム。請求項9ないし請求項11の何れかひとつに記載のネットワークシステムであって、前記マッピング情報は、前記テナントのノードを冗長化することを示す冗長化情報を含み、前記自動設計部は、前記ノードに冗長化情報が設定される場合には、当該ノードを割り当てる構成要素を冗長化することを特徴とするネットワークシステム。請求項9ないし請求項11の何れかひとつに記載のネットワークシステムであって、前記テナントパターンは、サブネットワークの識別子と、当該識別子のサブネットワークに含むノードを含み、前記自動設計部は、前記指定されたテナントパターンと前記特定された構成要素に対して、前記サブネットワークに含むノードに対して仮想ネットワークの設定内容を生成することを特徴とするネットワークシステム。請求項14に記載のネットワークシステムであって、前記管理サーバは、前記ネットワーク装置を冗長化する冗長化ネットワーク情報をさらに有し、前記自動設計部は、前記仮想ネットワークを設定するサブネットワークのノードが前記冗長化ネットワークに含まれる場合には、前記仮想ネットワークを前記冗長化ネットワークで有効にするための設定内容を生成することを特徴とするネットワークシステム。請求項9ないし請求項11の何れかひとつに記載のネットワークシステムであって、前記テナントパターンは、前記ノードの設定項目と操作種別の対応関係を設定した業務フロー情報をさらに含み、前記自動設計部は、前記業務フロー情報に紐付いている設定項目について、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成することを特徴とするネットワークシステム。プロセッサと記憶装置とを備えて、ネットワーク装置を介して物理サーバに接続されて複数のテナントに前記ネットワーク装置と物理サーバを含む計算機資源を割り当てる管理サーバであって、前記計算機資源の物理的な構成要素と仮想的な構成要素を取得して構成情報を生成する構成情報生成部と、前記計算機資源の物理的な接続と仮想的な接続を取得して接続情報を生成する接続情報生成部と、論理的なノード毎の設定項目と、当該設定項目のパラメータと、パラメータを決定する定義と、コマンドのテンプレートとを含むテナントパターンを複数受け付けて前記記憶装置に格納するテナントパターン情報格納部と、前記テナントパターンのノードと、前記構成情報の構成要素との対応関係を設定したマッピング情報を受け付けて、前記記憶装置に格納するマッピング情報格納部と、テナントパターンの指定と操作の種別を受け付けて、前記ネットワークの設定内容とノード毎の設定内容を生成する自動設計部と、前記生成されたネットワークの設定内容とノード毎の設定内容とを前記構成要素に対して設定する自動設定部と、を備え、前記自動設計部は、前記指定されたテナントパターンと前記マッピング情報からノード毎に前記構成情報の構成要素を特定し、前記指定されたテナントパターンと前記特定された構成要素からネットワークの設定内容を生成し、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成し、前記自動設定部は、前記生成されたネットワークの設定内容とノード毎の設定内容とを前記特定した構成要素に対して設定することを特徴とする管理サーバ。特許文献1に開示されている方法では、ネットワークの設計または設定に限らず、各種システムを制御する業務フローをテンプレートとして規定しておき、設定を行う際にはテンプレートに従って、業務フローの実行を自動化する段落0076。しかしながら、上記従来の方法ではテンプレートの数が多くなり、テンプレートの作成、メンテナンス、カスタマイズ作業が煩雑になるという課題があった。ネットワークの設計または設定に用いる時のテンプレートの数について述べる。テナントの構成は1つのDC内でも数種類あり、また、DCが変わると別の構成となる。そして、テナント毎に複数の業務フローがあるため、テナント数×業務フロー数個のテンプレートが必要になる。また、ほぼ同じ構成であるが、負荷分散のためなどで、テナント毎に物理装置が異なる場合、別のテンプレートとする必要があり、テンプレートの数が増えてしまう。そして、テンプレートの数が多い場合、ネットワークや仮想計算機の初期構築時にテンプレートを作成することが非常に煩雑である。また、DCでサービス開始した後、物理構成やテナント構成、あるいは業務フローを変更する場合には、関連するテンプレートを全て変更する必要があり、作業に要するコストが増大するという問題があった。また、多数のテンプレートの変更を管理者などが手作業で行う場合には、記載の漏れや誤りなどが発生し易い、という問題があった。本発明は、以上の問題点に鑑み、多数のテンプレートを作成することなしに、ネットワークの設計または設定を自動化し、管理システムの初期設定、メンテナンスを容易化しつつ、日々の運用者がネットワークに対するスキルがなくてもネットワークの設計または設定が容易にできることで、運用コストを低減させることを目的とする。本発明は、パケットを転送するネットワーク装置と、前記ネットワーク装置に接続された物理サーバと、プロセッサと記憶装置とを備えて、前記ネットワーク装置を介して前記物理サーバに接続された管理サーバと、を有するネットワークシステムで、複数のテナントに前記ネットワーク装置と物理サーバを含む計算機資源を割り当てるネットワークシステムの管理方法であって、前記管理サーバが、前記計算機資源の物理的な構成要素と仮想的な構成要素を取得して構成情報を生成する第1のステップと、前記管理サーバが、前記計算機資源の物理的な接続と仮想的な接続を取得して接続情報を生成する第2のステップと、前記管理サーバが、論理的なノード毎の設定項目と、当該設定項目のパラメータと、パラメータを決定する定義と、コマンドのテンプレートを保持するテナントパターンを複数受け付けて前記記憶装置に格納する第3のステップと、前記管理サーバが、前記テナントパターンのノードと、前記構成情報の構成要素との対応関係を設定したマッピング情報を前記記憶装置に格納する第4のステップと、前記管理サーバが、テナントパターンの指定と操作の種別を受け付ける第5のステップと、前記管理サーバが、前記指定されたテナントパターンと前記マッピング情報からノード毎に前記構成情報の構成要素を特定する第6のステップと、前記管理サーバが、前記指定されたテナントパターンと前記特定された構成要素からネットワークの設定内容を生成する第7のステップと、前記管理サーバが、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成する第8のステップと、前記管理サーバが、前記生成されたネットワークの設定内容とノード毎の設定内容とを前記特定した構成要素に対して設定する第9のステップと、を含む。上記態様によると、テナントパターンと操作の種別を管理サーバへ入力すればネットワークの設計または設定が自動化されるため、テナント毎にテンプレートを作成する必要がなくなって、ネットワークに対するスキルの低い日々の運用者でもネットワークの構成変更のための設計が可能になり、さらにオペレーションミスを防止して、正しく設定ができ、クラウドサービス等を安定して提供できる。さらに、テナントパターンでは、テナントのパターンを論理的な構成で規定できるため、細かく設定する必要がなくなって、労力を低減できる。さらにマッピング情報をもちいることで、ノードに対する計算機資源のマッピングに自由度を持たせることができ、複数のテナントの構成を1つのテナントパターンで対応することも可能になり、設定の作成や、メンテナンスが容易になる。本発明によれば、テナントパターンと操作の種別により設計設定を自動化でき、運用者の作業を容易化できる。また、テナントのパターンを論理的な構成で規定でき、作成、メンテナンスの労力を低減できる。以下、本実施の形態について図面を参照しながら説明する。<第1実施形態>図1は、本発明の第1の実施の形態のネットワークシステムの構成を示すブロック図である。本実施の形態のネットワークシステムは、例えば、ルータ100A、100B、FWFireWall100C、100D、コアSWSWitch100E、100F、エッジSW100G、100H、100I、100J、物理サーバ200A、200B、200C、200D、仮想SW400A、400B、400C、400D、400E、仮想計算機以下、VM:VirtualMachine300A、300B、300C、300D、300E、300F、300G、300H、300I、300J、管理サーバ500、及び管理端末運用者管理端末700を備える。なお、以下の説明で、ルータ100A、100B、FW100C、100D、コアSW100E、100F、エッジSW100G、100H、100I、100J、を総称してNWNetwork装置100と説明する場合もある。さらに、以下の説明で、NW装置、物理サーバ200A、200B、200C、200Dを総称して物理装置または物理的な計算機資源と説明する場合もある。また、本実施形態では上記の種類の装置だけであるが、ロードバランサやVPNVirtualPrivateNetwork装置などでもよい。管理サーバ500は、NW装置、物理サーバ、仮想SW、及びVMを管理する計算機である。なお、仮想SWやVMは仮想的または論理的な計算機資源とする。管理サーバ500はNW装置と通信をすることができ、ネットワークシステムの構成情報の収集、NW装置、物理サーバ、仮想SW、及びVMの設定などを行うことができる。ルータ100A、100Bは、VPNやインターネットなどの外部ネットワーク2に接続している。ルータ100A、100Bから物理サーバ200または管理サーバ500までのネットワークがデータセンタDataCenter:以下DC内の内部ネットワークを構成する。なお、外部ネットワークは管理サーバ500の管理対象外である。図1では、管理サーバ500とNW装置100、物理サーバ200、仮想SW、及びVMは、論理的に分離されたネットワークで接続している。なお、物理的に別の管理用のネットワークで接続してもよい。管理サーバ500については、図2を用いて詳細に後述する。NW装置100、仮想SWは、ネットワーク内で通信される情報を、当該情報の宛先に転送する装置である。物理サーバ200は、仮想マシンVMを生成する仮想化部図示省略を実行し、仮想化部上で一つ以上の仮想マシンVMを稼動させる。また、仮想化部は内部に仮想SWを構成し、仮想SWを介して仮想化部上のVMと外部のネットワークを接続する。なお、仮想化部としてはハイパーバイザや、VMMVirtualMachineMonitorで構成することができる。管理端末700は、マウスやキーボードなどで構成された入力装置と、表示装置などで構成された出力装置を備えており、例えば、管理サーバ500に接続する。運用者または管理者は、管理端末700から管理サーバ500に各種指令を行うことができる。なお、NW装置100は、図示の例に限らず、適宜の数備えることができる。また、図1において、各装置を接続する枠内の数字は、各装置のポート番号を示す。図2は、本実施の形態の管理サーバ500のブロック図である。管理サーバ500は、例えば、メモリ510、処理部CPU550、外部記憶部560、I/OインターフェースI/F570及びネットワークインターフェースI/F580を備える。管理サーバ500は、内部ネットワークに接続される他の装置例えば、NW装置100等と、ネットワークI/F580を介して情報を送受信する。また、I/OI/F570は、例えば、HBAHostBusAdapter等で構成され、図示しないストレージ装置などに接続することができる。メモリ510は、例えば、自動設計プログラム511、自動設定プログラム512、NWNetWork装置情報収集プログラム513、接続情報生成プログラム514、テナントパターン情報ノード521、テナントパターン情報サブネット522、マッピング情報523、IDプール情報524、コマンドテンプレート情報525、テナントインスタンス情報ノード526、テナントインスタンス情報サブネット527、テナントインスタンス情報マッピング528、構成情報529、接続情報530、リング構成情報531、設計設定タスク情報532、スケジュール情報533を記憶する。なお、各プログラムはCPU550により実行されることができる。また、各プログラムは、非一時的な記憶媒体である外部記憶装置560等に格納され、CPU550がメモリ510にプログラムをロードして実行する。CPU560は、各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、CPU560は、自動設計プログラム511に従って動作することで自動設計部として機能する。他のプログラムについても同様である。さらに、CPU560は、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。各機能を実現するプログラム、テーブル等の情報は、外部記憶装置560や不揮発性半導体メモリ、ハードディスクドライブ、SSDSolidStateDrive等の記憶デバイス、または、ICカード、SDカード、DVD等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。自動設計プログラム511は、管理端末700を利用する運用者または管理者からの要求に従い、テナントパターンに従ってネットワークシステムの設定内容を生成する。自動設定プログラム512は、自動設計プログラム512が生成した設定内容を元に、NW装置100、物理サーバ200に設定を反映させる。NW装置情報収集プログラム513は、NW装置100、物理サーバ200から、装置単位の接続情報、リング構成情報を収集する。接続情報生成プログラム514は、NW装置情報収集プログラムが収集した情報から、接続情報530を生成する。テナントパターン情報ノード521は、テナントのノードの論理的な構成パターンを示し、テナントパターンに含まれるノードとそのノードのパラメータ、設定項目を管理する。すなわち、テナントパターン情報ノード521は、ノード毎のIPInternetProtocol構成を定義するもので、ノード毎の設定項目を有して、パラメータの決定方法と業務フローを管理する。テナントパターン情報ノード521は、管理端末700等から運用者が設定することができる。テナントパターン情報ノード521については、図4を用いて詳細を後述する。テナントパターン情報サブネット522は、テナントパターン毎のサブネットワーク以下、サブネットの構成パターンを示し、テナントパターンのサブネットの構成情報を管理する。すなわち、テナントパターン情報サブネット522は、サブネットの所属するノードなどの構成情報を管理するものである。テナントパターン情報ノード521は、管理端末700等から運用者が設定することができる。テナントパターン情報サブネット522については、図5を用いて詳細を後述する。マッピング情報523は、テナントパターンのノードと当該ノードに対応する物理装置または仮想装置の関係を示すマッピングの種類を管理する。マッピング情報523は、管理端末700から運用者等が設定することができる。マッピング情報523については、図6を用いて詳細を後述する。IDプール情報524は、ネットワークシステム内で割り当てるアドレスや識別子を含むIDプールの情報を管理する。IDプール情報524は、管理端末700等から運用者が設定することができる。なお、IDプール情報524については、図7を用いて詳細を後述する。コマンドテンプレート情報525は、テナントパターン情報ノード521から参照されるコマンドの名称とコマンドテンプレート情報の対応関係を管理する。コマンドテンプレート情報525は、管理端末700等から運用者が設定することができるコマンドテンプレート情報525については、図8を用いて詳細を後述する。テナントインスタンス情報ノード526は、自動設計プログラム511によって作成または更新されたノードに関するテナントインスタンスの情報を管理する。テナントインスタンス情報ノード526については、図9を用いて詳細を後述する。テナントインスタンス情報サブネット527は、自動設計プログラム511によって作成または更新されたテナントインスタンスのうちサブネットの情報を管理する。テナントインスタンス情報サブネット527については、図10を用いて詳細を後述する。テナントインスタンス情報マッピング528は、自動設計プログラム511によって作成または更新されテナントのインスタンスのうちノードと物理装置または仮想装置の対応関係を示すマッピング情報を管理する。テナントインスタンス情報マッピング528については、図11を用いて詳細を後述する。構成情報529は、管理対象の物理装置または仮想装置毎にネットワーク装置情報収集プログラム513や自動設定プログラム512等が、情報を収集または設定するための認証情報やアドレス等を管理する。構成情報529については、図12を用いて詳細を後述する。接続情報530は、接続情報生成プログラム514によって生成されて、物理装置間または仮想装置間の接続情報を管理する。接続情報530については、図13を用いて詳細を後述する。リング構成情報531は、複数の物理装置上または仮想装置上に構成されているリングネットワークの構成情報を管理する。リング構成情報531は、NW装置情報収集プログラム513によって生成される。リング構成情報531については、図14を用いて詳細を後述する。設計設定タスク情報532は、運用者などが設計した設定内容を含む設計または設定タスクを管理する。設計設定タスク情報532については、図15を用いて詳細を後述する。スケジュール情報533は、設計または設定タスクの実行予定をスケジューリングする情報を管理する。スケジュール情報533については、図16を用いて詳細を後述する。図3は、テナントパターン情報のイメージ図である。テナントパターン2000は、テナントの論理的なネットワークシステムの構成を規定する。つまり、図2に示したテナントパターン情報ノード521とテナントパターン情報サブネット522がテナントパターン2000を構成する。構成情報2200は、ネットワークシステム内の物理装置と仮想装置から収集した構成情報529と接続情報530である。マッピング情報2100は、テナントパターン2000の各ノードに対応する構成情報529を規定する。つまり、マッピング情報2100は、図2に示したマッピング情報523に対応する。図1に示すネットワークシステムでは、複数のテナントが稼動しており、一つのテナント契約者または利用者は、図3で示すテナントパターン2000及びマッピング情報2100のように、他のテナントから論理的に分離されたネットワーク上の計算機資源を利用する。つまり、テナント毎にサブネットアドレスやVLAN仮想ネットワークIDを設定して、論理的に分離した複数のネットワークシステムを顧客であるテナントに提供する。なお、VLANとしてはレイヤー2以上の層であればよい。図3に記載のテナントパターン2000は、ルータ1、FW1、FW2、コアSW1、コアSW2、VM1、及びVM2のノードがあり、サブネット1~4の4つのサブネットがあり、サブネット1にはルータ1、FW1、FW2が含まれ、サブネット2にはFW1、FW2、コアSW1、コアSW2が含まれ、サブネット3にはコアSW1、コアSW2、VM1が含まれ、サブネット4にはコアSW1、コアSW2、VM2が含まれる。このようにテナントパターン2000とマッピング情報2100を用いることで、論理的な構成でテナントを規定でき、全ての装置に対しての規定が不要になり、自動設計設定のための情報の作成、メンテナンスの作業が容易になる。という優れた効果を得ることができる。マッピング情報2100について述べる。ルータ1は物理装置のルータ1、ルータ2に冗長化ありでマッピングされる。冗長化ありのマッピングの処理は、図24で詳細を後述する。図3において、FW1、FW2、コアSW1、コアSW2は、それぞれ物理装置のFW1、FW2、コアSW1、コアSW2にマッピングされる。VM1は、物理サーバ1と物理サーバ2からなるグループ1にマッピングされ、VM2は、物理サーバ3と物理サーバ4からなるグループ2にマッピングされる。各テナントインスタンスでVMがどの物理装置上のVMにマッピングされるかは、設計または設定時に決定する。このようにVMを物理サーバのグループにマッピングすることにより、1つのテナントパターン2000、マッピング情報2100で、異なる物理装置へのマッピングを規定することができる。これにより、テナントパターン2000、マッピング情報2100の数を減らすことが可能になり、テナントパターンテナントパターン情報ノード521,テナントパターン情報サブネット522の作成、更新などのメンテナンスに要する作業コストを削減できる。なお、本実施形態ではひとつのテナントパターン2000を示すが、管理サーバ500は、複数のテナントパターンを格納する。これらのテナントパターンは、例えば、インターネット公開用の論理構成や、基幹業務用の論理構成など、論理構成の種別が異なるテナントパターンを複数用意するようにしてもよい。図4は、本実施の形態のテナントパターン情報ノード521の説明図である。テナントパターン情報ノード521は、例えば、パターンID5211、ノード5212、多重度5213、設定項目5214、パラメータ5215、パラメータ決定方法5216、業務フロー操作種別5217、及びコマンドテンプレート5218から一つのレコードが構成される。テナントパターン情報ノード521では、テナントのノードとして、NW要素ではないが、テナントを管理するための情報管理情報を規定できる。また、テナントパターン情報ノード521では管理情報にパラメータを規定できる。管理情報には物理装置のマッピングを行わない。図4では、例えば、最終列の管理情報が上述したような管理情報である。テナントパターン情報ノード521のパターンID5211は、ネットワークシステム内でテナントパターンを一意に識別する情報である。ノード5212は、テナントパターンで規定するノードの情報である。多重度5213は、各テナントで同じ位置づけのノード同じサブネットに属し、設定項目、パラメータが同じノードをいくつ生成するかの情報である。多重度5213の値が、-の場合は当該ノードは1つとする。一方、多重度5213の値が、の場合は、複数のノードを生成できる。また、ノード数はデフォルト値を規定できる。例えば、図4では、VM1はデフォルトで2ノードを生成する。運用者がノード数を指定した場合は、その数分のノードが生成される。運用者がノード数を指定しない場合は、デフォルト値5213で指定された数のノードを生成する。設定項目5214は、ノードに対して設定される情報の種類を示す情報が格納される。パラメータ5215は、当該ノードのパラメータの項目を示す情報である。なお、パラメータはノード内の複数の設定項目で利用することが可能である。パラメータ決定方法5216は、ネットワーク構成の設計時にパラメータを決定する方法または定義が格納される。パラメータ決定方法5216の値は、例えば、固定、プール、プールサブネット指定、参照などがある。固定は、予め設定された固定の値であり、テナントパターン情報で規定する。図4では、例えば、FW1のパラメータ送信元は、Anyという固定値である。プールは、IDプール情報524で規定したIDプールを指定し、指定したIDプールから未使用のIDを割り当て、当該IDの値とする。なお、指定したIDプールから割り当てた値は指定したIDプールで使用中という状態に変更する。また、IDプールでは割り当て要求を受けた時に、どのIDを割り当てるかのロジックを予め指定する。この割り当てのロジックには、例えば、若番から未使用の最小のIDから順に割り当てる、ランダム未使用のIDからランダムで割り当てるなどがある。図4では、例えば、FW1のパラメータACLIDの割り当てロジックは若番からである。したがって、このパラメータにはIDのプール6から未使用のIDのうち、最小の値のIDを割り当てる。図4では、例えば、FW1のパラメータACLIDは、プール6から値を割り当てる。プールサブネット指定は、指定したサブネットに割り当てられたネットワークアドレスから未使用のIPアドレスを割り当て、IDの値とする。なお、割り当てた値は指定したIDプールで使用中という状態に変更する。図4では、例えば、コアSW1のパラメータIPアドレスは、サブネット3から値を割り当てて、IDプール3で状態を変更する。参照は他のノードのパラメータやサブネット情報、構成情報529の値を参照し、本パラメータの値とする。なお、参照先の値と同じ値とするだけでなく、参照先の値を元にして、予め設定した算術演算した値や、予め設定した文字列処理した値などを本パラメータとすることも可能である。図4では、例えば、FW1のパラメータ宛先は、サブネット3のネットワークアドレスを参照し、参照した値をパラメータの値とする。業務フロー操作種別5217は、設定項目ごとに設計設定を実施する業務フローの情報と、その時の設定項目の操作種別である。操作種別は、追加、変更、削除があり、指定された操作種別に対応するコマンドテンプレートを使用し、設定内容を生成する。図4では、例えば、FW1の設定項目ACLは、業務フローACL変更、操作種別追加である。したがって、運用者が、業務フローACL変更を指定した場合、管理サーバ500は、FW1のACLの追加をし、追加用のコマンドテンプレートを用いて、設定内容を生成する。1つの設定項目に対して、複数の業務フローを関連づけられる。このように、1つのテナントパターンを用いて、複数の業務フローを規定できるため、業務フロー毎に別の設定ファイルを作成する必要が無く、自動設計設定のための情報の作成、メンテナンスの作業が容易になる。コマンドテンプレート5218は、設定内容のコマンドを生成するためのテンプレート情報である。追加、変更、削除用のコマンドテンプレートを登録する。図5は、本実施の形態のテナントパターン情報サブネット522の説明図である。テナントパターン情報サブネット522は、例えば、パターンID5221、サブネットID5222、VLAN利用5223、VLANIDプール5224、所属ノード5225、及びアドレスプール5226を含む。パターンID5221は、テナントパターンをネットワークシステム内で一意に識別する情報である。サブネットID5222は、テナントパターン内でサブネットを一意に識別する情報である。VLAN利用5223は、当該サブネットをVLANの利用で実現するか否かの情報である。VLAN利用5223が○の場合はVLANを構成する。一方、VLAN利用5223が-の場合はVLANを構成しない。VLANIDプール5224は、当該サブネットで利用するVLANIDを割り当てるIDプールの情報である。所属ノード5225は、当該サブネットに所属するノードの情報である。アドレスプール5226は、当該サブネットで利用するネットワークアドレスを割り当てるIDプールの情報である。以上のように、図4のテナントパターン情報ノード521と、図5のテナントパターン情報サブネット522で、テナントパターン毎に論理的な構成情報を定義しておき、ノード毎の設定項目と業務フロー操作の種別をテナントパターンの単位で管理する。前記従来例では、業務フロー毎にテンプレートが作成されていたのに対し、本発明では、ノード毎の設定項目をひとつのパターンで管理する点が特徴のひとつである。図6は、本実施の形態のマッピング情報523の説明図である。マッピング情報523は、例えば、パターンID5231、ノード5232、物理装置/グループ5233、冗長化5234、デフォルトの仮想SW5235、ノード仮想化5236、及びグループからの選択方式5237を含む。パターンID5231は、ネットワークシステム内でテナントパターンを一意に識別する情報である。ノード5232は、ネットワークシステム内でノードを一意に識別する情報である。物理装置/グループ5233は、ノードに割りあてられた物理装置構成要素の情報である。なお、図示の例では、また、物理装置のグループへのマッピングをする場合は、本情報でグループを規定する。図6では例えば、ノードVM1は、物理サーバ1、物理サーバ2から構成されるグループ1にマッピングされる。冗長化5234は、テナントパターンのノードが冗長化されるか否かの情報である。冗長化5234が○であれば、冗長化を実施することを示す。図6では、ルータ1のノードは、2つの物理装置であるルータ1とルータ2で構成されて、冗長化を実現している例を示す。一方、冗長化5234が-であれば、冗長化を適用しない。デフォルトの物理装置/仮想SW5235は、グループにマッピングされていて、グループからの選択方式がユーザ指定の場合、デフォルトの物理装置を指定するための情報である。なお、ノード5232がVMの場合は、デフォルトの物理装置/仮想SW5235はVMを接続する仮想SWを選択する。これはネットワーク設計時には実体のVMがまだ配備されていない可能性があるためである。これにより、物理サーバ200上の仮想化部が生成した仮想SWをデフォルトの物理装置/仮想SW5235として設定することができる。ノード仮想化5236は、ノードを仮想化するか否かの情報である。サーバの場合は、物理サーバにマッピングする場合とVMにマッピングする場合があり、ノード仮想化が○の場合は、VMとして扱う。グループからの選択方式5237は、グループから物理装置を選択する方法である。選択方式5237は例えば、ユーザ指定、VM数最小などがある。ユーザ指定は、設計時にユーザが入力した物理装置仮想SWをマッピング先とする。VM数最小は、グループ内の物複数の理サーバのうち、既に配備されているVM数が最小の物理サーバ200を当該ノードのマッピング割り当て先として選択する。なお、選択方式は他の方式でもよい。以上のように、マッピング情報523は、テナントパターン情報ノード521とテナントパターン情報サブネット522から実際に物理装置を割り当てる際に、仮想化や冗長化の有無や、ノードの多重度や、物理装置をどのグループまたはリソースプールから選択するかを定義することができる。図7は、本実施の形態のIDプール情報524の説明図である。IDプール情報524は、例えば、ID5241、プール名5242、種類5243、最小ID5244、最大ID5245、ネットワークアドレス5246、及びデフォルトマスク長5247を含む。IDプール情報524は、ネットワークシステム全体で規定したアドレスや識別子を含み、複数のテナントパターンが共通で利用する。ID5241は、IDプールを一意に識別する識別子の情報である。プール名5242は、当該IDに対応するプールの名前情報である。種類5243は、IDプールの種類の情報である。種類は、例えば、IPアドレス、IDがある。IPアドレスでは、ネットワークアドレス単位と個々のIPアドレス単位での2段階のID管理使用、不使用の状態管理を行う。IDでは、個々のID単位でID管理使用、不使用の状態管理を行う。最小ID5244は、プール内の最小のIDの値を示す。最大ID5245は、プール内の最大のIDの値を示す。ネットワークアドレス5246は、プールに割り当てられるネットワークアドレスである。デフォルトマスク長5247は、ネットワークアドレスを割り当てる時のデフォルトのサブネットマスク長である。図7では、プール1から最初に割り当てられるネットワークアドレスは、10.0.0.0/26である。なお、IDまたはネットワークアドレスの使用中、未使用の管理は、各ID5241のIDまたはネットワークアドレスについてビットマップ図示省略を設定する。そして、管理サーバ500は、使用中のIDまたはネットワークアドレスに対応するビットを1に設定し、未使用または返却されたIDまたはネットワークアドレスに対応するビットを0に設定する。このようにIDやネットワークアドレスの付与と回収を管理し、既に使用しているIDやネットワークアドレスをパラメータとして使わないことで、パラメータの決定を自動化しつつ、常時適切な値を決めることができる。図8は、本実施の形態のコマンドテンプレート情報525の説明図である。コマンドテンプレート情報525は、例えば、ID5251、名前5252、及びコマンドテンプレート5253を含む。コマンドテンプレート情報525は、ネットワークシステム全体で規定し、複数のテナントパターンが共通で利用する。ID5251は、ネットワークシステム内でコマンドテンプレートを一意に識別する情報である。名前5252は、コマンドテンプレートの名前情報である。コマンドテンプレート5253は、コマンドテンプレートを格納した情報である。コマンドテンプレートは、コマンドまたは命令列にパラメータを代入できるようになっており、管理サーバ500はコマンドテンプレート5253のコマンドにパラメータを代入することで、コマンドが完成する。図8の例では、例えば、ID5251=2のACL削除のコマンドテンプレートは、unsetpolicyid<ID>であり、<ID>にパラメータIDを管理サーバ500が代入する。そして、管理サーバ500は、パラメータが設定されたコマンドテンプレート5253を実行する。図9は、本実施の形態のテナントインスタンス情報ノード526の説明図である。テナントインスタンス情報ノード526は、例えば、テナントインスタンスID5261、ノード5262、ノードインスタンス5263、設定項目5264、パラメータ5265、及びパラメータ値5266を含む。テナントインスタンスID5261は、テナント毎のインスタンスをネットワークシステム内で一意に識別する情報である。ノード5262は、テナントパターンのノードである。ノードインスタンス5263は、テナントインスタンスのノードの情報である。冗長化されたノードや多重度が設定されたVMの場合は、1つのノードに対して、複数のノードインスタンスが生成される。図9では、例えば、ノード5262=ルータ1のノードインスタンス5263はルータ1-1とルータ1-2である。2つのノードインスタンスによって、ノード5262=ルータ1は冗長構成となっていることを示す。設定項目5264は、各ノードインスタンスについて設定する項目が格納される。パラメータ5265は、設定項目5264に対するパラメータの種別が格納される。パラメータ値5266は、設計時に決定したパラメータの値が格納される。図9では、ノード5262=VM1は、ユーザが多重度を3と設定したため、3つのノードインスタンス5263=tVM1-1、tVM1-2、tVM1-3が生成されている。一方、ノードVM2はデフォルトの多重度図4の多重度5213であり、1つのノードインスタンス5263tVM2-1が生成されている。図10は、本実施の形態のテナントインスタンス情報サブネット527の説明図である。テナントインスタンス情報サブネット527は、例えば、テナントインスタンスID5271、ID5272、VLANID5273、所属ノード5274、接続ノード5275、及びネットワークアドレス5276を含む。テナントインスタンスID5271は、テナント毎のインスタンスを一意に識別する情報である。ID5272は、テナントインスタンス内でサブネットを一意に識別する情報である。VLANID5273は、当該サブネットに割り当てられたVLANIDである。所属ノード5274は、当該サブネットに所属するノード情報である。接続ノード5275は、所属ノード5274を接続するために選択したノードである。ネットワークアドレス5276は、当該サブネットに割り当てられたネットワークアドレスである。図11は、本実施の形態のテナントインスタンス情報マッピング528の説明図である。テナントインスタンス情報マッピング528は、接続情報生成プログラム514及びNW装置情報収集プログラム513によって生成または更新される。テナントインスタンス情報マッピング528は、例えば、テナントインスタンスID5281、ノード5282、及び対応装置5283を含む。テナントインスタンスID5281は、テナントインスタンスを一意に識別する情報である。ノード5282は、テナントインスタンスのマッピング元のノード情報である。対応装置5283は、テナントインスタンスのマッピング先の装置情報である。なお、VMのマッピング先は、仮のVMに加え、当該VMが接続する仮想SWと当該仮想SWを含む物理サーバの情報を含む。これは、ネットワークの設計時はVMが物理サーバ200上にデプロイされていない場合があるためである。図12は、本実施の形態の構成情報529の説明図である。構成情報529は、例えば、装置5291、管理IPアドレス5292、Telnetアカウント5293、及びSNMPコミュニティ名5294を含む。装置5291は、装置をネットワークシステム内で一意に識別する情報である。管理IPアドレス5292は、当該装置から情報を収集したり、設定したりするためのアクセス先の管理用IPアドレス情報である。Telnetアカウント5293は、当該装置に設定をする時に使用する認証情報であるTelnetアカウントとパスワードである。なお、Telnetではなく、SSHなどで物理装置にアクセスをしてもよく、その場合は、SSHのアカウント情報を持つ。SNMPコミュニティ名5294は、当該装置からSNMPで情報を収集する時に使用するSNMPコミュニティ情報である。図13は、本実施の形態の接続情報530の説明図である。接続情報530は、例えば、リンクID5301、接続装置15302、装置1ポートID5303、接続装置25304、及び装置2ポートID5305を含む。リンクID5301は、物理装置間または仮想装置間のリンクをネットワークシステム内で一意に識別する情報である。接続装置15302は、リンクに接続している一方の物理装置または仮想装置を一意に識別する情報である。装置1ポートID5303は、リンクに接続している一方の物理装置のポートを一意に識別する情報である。接続装置25304は、リンクに接続している他方の物理装置または仮想装置を一意に識別する情報である。装置2ポートID5305は、リンクに接続している他方の物理装置のポートを一意に識別する情報である。接続情報530は、一つのリンクの始点と終点の装置が接続されるポートIDを特定することができる。図14は、本実施の形態のリング構成情報冗長化ネットワーク情報531の説明図である。リング構成情報531は、例えば、リングID5311、構成装置5312、マスタノード5313、フォワーディングポートID5314、及びブロッキングポートID5315を含む。リングID5311は、リングネットワークをネットワークシステム内で一意に識別する情報である。構成装置5312は、当該リングネットワークに所属している全ての物理装置一覧の情報である。マスタノード5313は、当該リングネットワークのマスタノードの装置の情報である。フォワーディングポートID5314は、マスタノードのフォワーディングポートの情報である。なお、リングネットワークのフォワーディングポートは、定常時にパケットを転送するポートである。ブロッキングポートID5315は、マスタノードのブロッキングポートの情報である。なお、リングネットワークのブロッキングポートは、定常時にパケット転送をせず、障害検知時にパケットを転送するようになるポートである。なお、上記では冗長化ネットワークの一例としてリングネットワークを構成する例を示したが、スパニングツリーなど公知又は周知のその他の冗長化ネットワークを適用するようにしても良い。図15は、本実施の形態の設計設定タスク情報532の説明図である。設計設定タスク情報532は、例えば、ID5321、設計日時5322、設定完了日時5323、設計内容5324、使用パターン5325、テナントインスタンス5326、設定内容5327、及び状態5328を含む。ID5321は、設計設定タスクを一意に識別する情報である。設計日時5322は、当該設計設定タスクの設計が完了した日時である。設定完了日時5323は、当該設計設定タスクの設定が完了した日時である。設計内容5324は、当該設計設定タスクの設計内容である。使用パターン5325は、当該設計設定タスクが使用したテナントパターンである。テナントインスタンス5326は、当該設計設定タスクで生成したテナントインスタンスを一意に識別する情報である。設定内容5327は、当該設計設定タスクが生成した設定内容である。図15では設計設定タスク情報532を、自然言語で記載しているが、合わせて、設定用コマンドも保持する。状態5328は、当該設計設定タスクの状態情報である。例えば、設計済みであれば設計が完了し、実機への設定は未実施であることを示し、設定済みであれば、実機への設定が完了したことを示し、設定失敗であれば、実機への設定が失敗したことを示す。図16は、本実施の形態のスケジュール情報533の説明図である。スケジュール情報533は、例えば、ID5331、設定予定日時5332、タスクID5333、及び状態5334を含む。スケジュール情報533は、運用者が設計時に設定実施時刻をスケジューリングした場合に生成される。ID5331は、当該スケジュール情報を一意に識別する情報である。設定予定日時5332は、設計設定タスクを実施する予定の日時の情報である。タスクID5333は、当該スケジュールで実行する設計設定タスクを一意に識別する情報である。状態5334は、当該スケジュールの実施状態である。例えば、未実施であれば、設定予定日時前で設定が実施される前の状態を示し、実施済みであれば、設定予定日時後で設定が実施された状態を示す。図17は、管理端末700を利用する運用者がテナントを追加するネットワークの設計または設定を実施するユーザインタフェース170の説明図である。このユーザインターフェース170は、管理端末700の出力装置に表示された画面イメージである。運用者はユーザインターフェース170で追加したいテナントのパターンをプルダウン171から選択する。また、設定を実施するタイミングを、即時設定実行か設定スケジューリングから選択する。設定スケジューリングを選択した場合は、設定実行する日時172を入力する。特別な要件がない場合は、運用者が入力する情報は上記項目でよく、運用者はネットワークに関する詳細な内容を考慮することなく、設計及び設定が行える。このように、ネットワークに詳しくない運用者であっても間違えることなく、ネットワークの設計、設定を実施することができる。また、テナントパターン171で、ユーザ指定と規定されたパラメータ173やマッピング175はユーザ指定オプション以下に入力フィールドが表示される。マッピングの入力フィールド175には、マッピング情報523の物理装置/グループ5233でグループを規定した項目が表示される。図17では、ノードVM1-1の対応装置として仮想SW1-1が表示されている。ノードがVMの場合は、このように仮想SWを選択する。一方、ノードがVM以外の場合は、直接対応する装置FWであればFWなどが選択肢として表示される。図18は、管理端末700を利用するネットワーク設計者がテナントパターンを規定するユーザインタフェース180の画面イメージである。本ユーザインタフェース180は、通常ネットワークスキルが低い運用者ではなく、ネットワークの設計ができる設計者が、本システム導入時や、物理構成や業務フローの変更時に利用する。本ユーザインタフェース180は、大きく3つの部分からなる。テナントパターン規定181、業務フロー規定182、IDプール規定183、である。テナントパターン規定181の領域には、テナントパターン一覧1811があり、テナントパターンの追加、変更、削除ができるボタンが表示される。入力装置の操作により追加ボタンを押下すると、テナントパターン情報入力フィールド1812で入力を受け付ける。当該フィールド1812へテナントパターンIDやサブネットの情報を入力し、確定ボタンを押下すると、テナントパターンが追加される。サブネット一覧の追加、変更ボタン1813を押すと、図19のパターン登録サブネット編集画面に遷移する。サブネット編集画面については図19にて後述する。業務フロー規定182の領域には、業務フロー一覧が表示される。業務フロー規定182の領域で登録した業務フローを図19の設定項目編集の業務フローのプルダウンで選択できる。追加ボタン1821を押下すると一覧にエントリが追加され、一覧上で業務フロー名を編集できる。削除ボタンを押下すると、一覧で選択していた業務フローが削除される。また、変更は一覧上で編集することで実施する。IDプール規定183の領域には、IDプール一覧がある。追加ボタン1831を押下すると一覧にエントリが追加され、一覧上でIDプール情報を編集できる。削除ボタンを押下すると、一覧で選択していたIDプールが削除される。また、変更は一覧上で編集することで実施する。本画面で入力した内容は、IDプール情報524に格納される。図19は、管理端末700を利用するネットワーク設計者がテナントパターンのサブネットを規定するユーザインタフェース190の画面イメージである。サブネットID191や当該サブネットで使用するIDプールの入力フィールド192などが表示される。サブネットに所属するノード一覧193が表示され、追加ボタン195を押下すると、ノード編集領域194に入力できるようになり、ノード名や設定項目、パラメータ、マッピングなどを入力し、確定ボタンを押下すると、ノード情報を追加することができる。変更ボタン196を押下すると、一覧193で選択していたノードの情報が、ノード編集領域194に表示され、その値を編集できるようになる。編集後、確定ボタン198を押下すると、ノード情報が変更される。削除ボタン197を押下すると、一覧193で選択していたノードが削除される。ノード編集フィールドの、設定項目、パラメータについても同様に追加、変更、削除が可能である。本画面で入力した内容は、テナントパターン情報ノード521、テナントパターン情報サブネット522、マッピング情報523、コマンドテンプレート情報525に格納される。図20は、本実施の形態の管理サーバ500の初期導入時のシーケンス図である。図21は、本実施の形態の管理サーバ初期導入時において送受信されるメッセージの一例を説明する図である。図20において、まず、管理端末700は、管理サーバ500に構成情報収集を要求するS101。管理サーバ500は要求を受け付けると、要求に含まれている収集対象装置であるNW装置100、物理サーバ200に対して、構成情報を要求するS102、S104。NW装置100は要求を受け付けると、自身が持っている隣接装置との接続情報と、リングが構成されている場合は、リング構成情報を管理サーバ500に送信するS103。物理サーバ200は要求を受け付けると、自身が持っている仮想SW一覧と、VM一覧、および接続情報を管理サーバ500に送信するS105。管理サーバ500は、NW装置100、物理サーバ200から送信された接続情報から物理装置間または仮想装置間の接続情報を生成し、接続情報530に格納するS106。なお、物理装置と仮想装置の接続は、例えば、エッジスイッチ100Gと仮想スイッチ400Aの接続などである。管理サーバ500は、管理端末700に構成情報収集が成功したか、接続情報生成が成功したかなどの処理結果を通知するS107。管理端末700は、図18、図19に示したユーザインターフェース180、190から入力されたテナントパターン規定情報を管理サーバ500に送信するS108。管理サーバ500は、受信したテナントパターン規定情報を、テナントパターン情報ノード521、テナントパターン情報サブネット522、マッピング情報523、IDプール情報524、コマンドテンプレート情報525に、それぞれ格納するS109。管理サーバ500は、テナントパターン規定情報の格納が成功したか否かを示す処理結果を管理端末700に通知するS110。上記処理によって、ネットワークシステムへ新たに導入した管理サーバ500は、接続情報530と、テナントパターン情報ノード521と、テナントパターン情報サブネット522と、マッピング情報523と、IDプール情報524と、コマンドテンプレート情報525とを生成してメモリ510及び外部記憶装置560へ格納する。なお、上記図20では、管理端末700のユーザインターフェースを用いて、テナントパターン規定情報を入力しているが、テナントパターン規定情報を予め設定ファイルとして作成し、管理サーバ500で読み込むようにしてもよい。また、図21に示すメッセージは、上記図20の各ステップS101~S110で、送受信されるメッセージと送信元、送信先及び内容をそれぞれ示す。図22は、本実施の形態の運用中におけるテナントを追加する例のネットワーク設計設定時のシーケンス図である。図23は、本実施の形態のネットワークの設計及び設定時において送受信されるメッセージの一例を示す図である。図22において、まず、管理端末700は管理サーバ500にテナント追加を要求するS201。要求には使用するテナントパターンテナントパターン情報ノード521及びテナントパターン情報サブネット522のパターンID5211、5221のIDと、運用者が指定した場合はユーザ入力値と、設定タイミング即時実行するのか、スケジューリングするのかが含まれる。以下、テナントパターン情報ノード521及びテナントパターン情報サブネット522の総称をテナントパターンとする。管理サーバ500は、マッピング情報523からテナントパターンに対応する対応装置を特定するS202。本処理は、図24を用いて詳細を後述する。管理サーバ500は、特定した装置情報を用いて、サブネットを具現化するための設定内容を生成するS203。本処理は、図25を用いて詳細を後述する。管理サーバ500は、テナントを追加する際のネットワークシステムのノードに対するパラメータを決定し、設定内容を生成するS204。本処理は、図26を用いて詳細を後述する。上記設定タイミングでスケジューリングが指定されている場合は、物理装置または仮想装置への設定の実行予定をスケジューリングするS205。管理サーバ500は、設計処理と、スケジューリング処理が成功したか否かを示す処理結果を管理端末700に通知するS206。管理サーバ500は、スケジューリングで指定された時刻になったら、設定処理を開始し、NW装置100、物理サーバ200に設定を要求するS207、S209。NW装置100、物理サーバ200は要求を受信したら、ステップS203、S204で生成した設定内容に従い、自身の構成情報を更新し、管理サーバ500に設定結果を通知するS208、S210。管理サーバ500は、追加したテナントのテナントインスタンスを作成し、テナントインスタンス情報ノード526、テナントインスタンス情報サブネット527、テナントインスタンス情報マッピング528に格納する。そして、管理サーバ500は設計設定タスク情報532の状態を更新するS211。管理サーバ500は、管理端末700に処理結果を通知するS212。上記処理によって、スケジュールに対応するタイミングで、管理端末700から入力されたテナントパターンのIDに基づいて、管理サーバ500は、ネットワークシステム内に新たなテナントを追加する。このとき、管理端末700の運用者は、テナントパターンのIDと業務フロー追加を指定するだけで、管理サーバ500の自動設計プログラム511がネットワーク構成や物理サーバなどの物理装置の設定を自動的に計算することができる。これにより、ネットワークに精通していない運用者でも、新たなテナントを追加する際の設定を容易に取得できる。そして、指定されたスケジュールで自動設定プログラム512が、新たなテナントの設定を物理装置や仮想装置に反映させることで、新たなテナントがネットワークシステム内に追加される。図24は、本実施の形態の対応装置特定処理のフローチャートである。このフローチャートは、上記図22のステップS202で行われるマッピング情報523から対応装置を特定する処理の一例を示す。管理サーバ500は、テナントパターン情報ノード521を参照し、管理端末700から指定されたテナントパターンのノードのうち未処理のノードを選択するS301。管理サーバ500は、マッピング情報523の冗長化5234を参照し、選択したノードのマッピングが冗長化ありか否かを判定するS302。冗長化ありの場合は、マッピング先の複数の物理装置または仮想装置を対応装置として、冗長構成となる設定内容を生成するS303。例えば、図6では、ノードルータ1が冗長化ありを示す。ルータに対しての冗長化方式はVRRPVirtualRouterRedundancyProtocolがあり、対応装置ルータ1、ルータ2にVRRPの冗長化の設定を生成する。具体的には、図9に示すノード5262のルータ1に記載のVRRPの設定である。ここでは冗長化方式をVRRPとしたが、その他の冗長化方式でもよい。また、ルータや、スイッチだけでなく、FWなどのアプライアンスについても冗長化に対応した設定内容の生成も可能とする。その後、図24のステップS310に進む。冗長化なしの場合は、管理サーバ500は、マッピング情報523の物理装置/グループ5233を参照し、グループへのマッピングであるか否を判定するS304。グループへのマッピングの場合は、管理サーバ500は、グループ内からグループからの選択方式5237で規定された選択方式に従い、仮の対応装置を選択するS305。グループへのマッピングではない場合は、マッピング先の物理装置または仮想装置を仮の対応装置として選択するS306。次に、管理サーバ500は、現在選択しているノードがVMであるか否かを判定するS307。VMの場合は、仮の対応装置のデフォルトの仮想SW、またはユーザが指定した仮想SWに接続する仮のVMを管理サーバ500が生成して対応装置とするS308。これは、ネットワークの設計時点ではVMが配備されていない可能性があるため、配備予定のVMが接続される仮想SWを代わりに選択しておく。ネットワークの設定としては、仮想SWまで設定できれば十分である。現在選択しているノードがVMではない場合、管理サーバ500は仮の対応装置を対応装置として選択するS309。次に、管理サーバ500は未処理のノードがあるか否かを判定するS310。未処理のノードがある場合は、S301に戻る。未処理のノードがない場合は、処理を終了する。このようにして、管理サーバ500では、新たなテナントを追加する際のネットワーク構成の設計時に具体的に対応する物理装置や仮想装置を決定することができる。このため、テナントパターンの規定時点で複数の対応関係を1つのマッピングで規定できる。したがって、マッピングの規定や、メンテナンスを容易に行える。図25は、本実施の形態のサブネット具現化処理のフローチャートである。このフローチャートは、上記図22のステップS203で行われるサブネットの具現化処理の一例を示す。管理サーバ500は、図5に示したテナントパターン情報サブネット522を参照し、指定されたテナントの未処理のサブネットを選択するS401。管理サーバ500は、図5に示したVLAN利用5223を参照し、選択したサブネットがVLAN利用ありか否かを判定するS402。VLAN利用なしの場合、処理S409に進む。VLAN利用ありの場合、管理サーバ500は、図24に記載の対応装置特定処理で特定したサブネットに所属するノードの対応装置を選択するS403。管理サーバ500は、接続情報530を参照し、選択した対応装置を接続する経路を算出するS404。経路算出のアルゴリズムは、例えば、ダイクストラ法など公知又は周知の手法を用いることができる。次に、管理サーバ500はリング構成情報531を参照し、算出した経路上にリングネットワークが構成されているか否かを判定するS405。リングネットワークが構成されている場合、管理サーバ500は当該VLANをリングネットワークに所属させる設定内容を生成するS406。その後、処理S407に進む。リングネットワークが構成されていない場合、管理サーバ500は指定されたIDプールからVLANIDを割り当てるS407。割り当てたVLANIDのVLANを対応装置に割り当てる設定内容を生成するS408。次に、管理サーバ500は、現在選択しているサブネットに対して、指定されたIDプールからネットワークアドレスを割り当てるS409。次に、管理サーバ500は、未処理のサブネットがあるか否かを判定するS410。未処理のサブネットがある場合、処理S401に戻る。未処理のサブネットがない場合、処理を終了する。このように論理的な構成として規定したサブネットに所属する装置を算出し、サブネットを実現するVLANを自動的に設定内容を生成できるため、テナントパターンを論理的な構成で規定することができ、テナントを追加する際のネットワーク構成の作成や、ネットワークシステムのメンテナンスを容易に行える。図26は、本実施の形態のパラメータ決定、設定内容生成処理のフローチャートである。このフローチャートは、上記図22のステップS204で行われるパラメータの決定と、設定内容を生成する処理の一例を示す。管理サーバ500は、図4に示したテナントパターン情報ノード521を参照し、テナントパターンの未処理のパラメータを選択するS501。管理サーバ500は、テナントパターン情報ノード521のパラメータ決定方法5216の種類により、パラメータを決定する方法を固定、プール、プールサブネット指定、参照の何れかひとつを選択するS502。パラメータ決定方法が固定の場合、所定の固定値をパラメータの値とするS503。パラメータ決定方法がプールの場合、指定されたプールから値を割り当てる。その際、パラメータ決定方法5216で規定された割り当てロジック若番からなどに従って、割り当てるS504。パラメータ決定方法がプールサブネット指定の場合、図25のステップS409で決定したネットワークアドレスから未使用のIPアドレスを割り当、指定されたサブネットの値とする。S505。パラメータ決定方法が参照の場合、管理サーバ500は、参照先の値が未決定か否かを判定するS506。参照先の値が未決定の場合、当該パラメータの処理順番を最後にしS507、処理S501に戻る。一方、参照先の値が決定済みの場合、管理サーバ500は参照先の値を用いて、本パラメータの値とするS508。本パラメータの値を決定した後、管理サーバ500は未処理のパラメータがあるか否かを判定するS509。未処理のパラメータがある場合、処理S501に戻る。未処理のパラメータない場合、追加のコマンドテンプレートにパラメータを代入し、設定内容を生成するS510。以上のように、図22で示したステップS201~S206を、管理サーバ500の自動設計プログラム511で処理し、ステップS207~S212を管理サーバ500の自動設定プログラム512で処理することで、テナントの追加にかかるネットワークの設計と設定を自動的に行うことができる。これにより、前記従来例のように多数のテンプレートを作成する必要はなく、テナントパターンの単位で、ネットワーク管理システムの初期設定や、ネットワークシステムのメンテナンスを容易にすることができ、特に、日々の運用者がネットワークに対するスキルがなくてもネットワークの設計または設定を容易に行うことが可能になる。そして、上述のように、業務フローが追加の場合では、管理サーバ500はテナントパターンを受け付けると、マッピング情報523に従って物理装置を選択する。そして、管理サーバ500は、テナントパターン情報サブネット522からサブネットを生成してIP構成を決定する。そして、管理サーバ500は、テナントパターン情報ノード521の設定項目についてパラメータを予め設定された方法で決定し、コマンドテンプレート5253にパラメータを代入して設定内容を生成する。そして、スケジュールで指定された所定のタイミングになると、管理サーバ500の自動設定プログラム512は、設定内容を実行してテナントに物理装置や仮想装置を割り当てて、稼動を開始する。こうして、複数の物理サーバを備えたネットワークシステムへ極めて容易に新たなテナントを極めて容易に追加することができる。これにより、プライベートクラウドなどの計算機リソースをオンデマンドで提供するデータセンタにおいて、テナントを追加する際に運用者の労力を大幅に低減することができる。なお、図4のテナントパターン情報ノード521では、パラメータの一例について述べたが、パラメータの設定は図4に限定されるものではなく、例えば、パラメータの項目を大分類と小分類に分けても良い。図30に、パラメータの項目を大分類と小分類に分けた例を示す。図30の例では、ルータ又はスイッチのノードについて、パラメータの大分類として、経路情報、VRRP、VRFVirtualRoutingandForwarding、ゲートウェイ設定、ゾーニングなどで構成される例を示した。また、大分類に従属する小分類には、宛先、アドレス、ゾーン名やIDなどで構成された例を示す。このように、テナントパターン情報ノード521のパラメータとしては、図4で開示した項目に加え、図30で開示した項目を含めるようにしても良い。<第二の実施の形態>第二の実施の形態について、説明する。第二の実施の形態は、すでに設計及び設定済みのテナントインスタンスを変更する設計及び設定を実行する実施形態である。以下では、VMを追加する場合について述べるが、ACL追加、VLAN追加などの他の変更や、テナントインスタンスを削除する場合でも同様の処理となる。このようにテナントインスタンスを変更、削除する場合でも新規追加の場合と同じテナントパターンの規定とマッピング情報を使用でき、新規追加や変更、削除毎に別の設定が不要であり、自動設計設定のための情報の作成や、メンテナンスの作業が容易になる。図27は、本実施の形態の運用中での既存のテナントを変更VMを追加するネットワーク設計及び設定時のシーケンス図である。図28は、本実施の形態のネットワーク設計設定時において送受信されるメッセージを説明する図である。図27において、まず、管理端末700は管理サーバ500にテナント変更を要求するS601。要求には変更するテナントインスタンスのID、変更内容を示す業務フロー、運用者が指定した場合はユーザ入力値、設定タイミング即時実行するのか、スケジューリングするのかが含まれる。管理サーバ500は、業務フローに従ったテナント変更処理を行うS602。本処理は、図29を用いて詳細を後述する。設定タイミングでスケジューリングが指定されている場合は、物理装置または仮想装置への設定をスケジューリングするS603。管理サーバ500は、設計処理、スケジューリング処理が成功したか否かを管理端末700に通知するS604。管理サーバ500は、スケジューリングで指定された時刻になったら、自動設定プログラム512を起動して設定処理を開始し、NW装置100、物理サーバ200に設定を要求するS605、S607。NW装置100、物理サーバ200は設定要求を受信したら、設定内容に従い、自身の構成情報を更新し、管理サーバ500に設定結果を通知するS606、S608。管理サーバ500は、変更したテナントインスタンスを設計内容に従い更新し、テナントインスタンス情報ノード526、テナントインスタンス情報マッピング528に格納する。そして、設計設定タスク情報532の状態を更新するS609。管理サーバ500は、管理端末700に処理結果を通知するS610。以上の処理により、管理サーバ500はテナントの変更要求を受け付けると、変更要求に応じてNW装置100、物理サーバ200の構成を業務フローに従って自動的に変更することができる。図29は、本実施の形態の業務フローに従ったテナント変更処理のフローチャートである。この処理は図28のステップS602で行われる業務フローに従ったテナント変更処理の一例を示す。管理サーバ500は、テナントインスタンスの変更内容がノードの多重度を変更か否かを判定するS701。ノードの多重度を変更ではない場合、対応装置は変更なしとするS702。ノードの多重度を変更の場合、図22に示した追加時の対応装置特定処理S202を、多重度を変更するノードについて実施するS703。次に、管理サーバ500は、図22に示した追加時のサブネット具体化処理S203を多重度を変更するノードが所属するサブネットについて実施するS704。この時、図25のステップS407の処理ではVLANIDを割り当てずに既存のVLANIDを用いる。そして、ステップS408の処理では経路が変わった場合、VLANを変更するために設定内容を生成する。次に、管理サーバ500は、図4のテナントパターン情報ノード521の業務フロー5217を参照し、対象となる業務フローのうち未処理の設定項目を選択するS705。管理サーバ500は、選択した業務フローの操作種別で処理を分岐するS706。操作種別が追加の場合、管理サーバ500は、図22に示した追加時のパラメータ決定、設定内容生成処理S204を追加する設定項目のパラメータについて実施するS707。操作種別が変更の場合、図22に示した追加時のパラメータ決定、設定内容生成処理S204を追加する設定項目のパラメータについて実施するS708。図26に示すステップS510の処理では、既存のパラメータを変更する設定内容を生成する。操作種別が削除の場合、削除のコマンドテンプレートに既存のパラメータ値を代入し、削除の設定内容を生成するS709。管理サーバ500は、未処理の設定項目があるか否かを判定するS710。未処理の設定項目がある場合、処理S705に戻る。未処理の設定項目がない場合、処理を終了する。以上の処理により、ネットワークシステムの運用者は、テナントパターンテナントパターン情報ノード521と業務フロー5217変更を指定するだけで、NW装置100、物理サーバ200の設定を極めて容易に変更することができる。これにより、プライベートクラウドなどの計算機リソースをオンデマンドで提供するデータセンタにおいて、変更に要する運用者の労力を大幅に低減することができる。上述したように、本発明の第1及び第2の実施形態によれば、ノードの論理的な構成と設定項目と業務フローを設定したテナントパターン情報ノード521及びテナントパターン情報サブネット522と、テナントパターンと物理装置の対応関係をマッピング情報523とを生成しておき、管理端末700からテナントパターンのIDと業務フロー5217を管理サーバ500へ入力することで、管理サーバ500は、テナントパターンとマッピング情報523から、上記業務フローに従って、物理装置または仮想装置へ構成変更の設計及び設定を自動的に行うことが可能となる。すなわち、管理端末700を利用する運用者は、テナントパターンノード情報251の業務フローを指定すれば、管理サーバ500がネットワーク装置と物理サーバの設定を自動的に設計し、所定のタイミングで設計内容を物理装置または仮想装置へ反映させることができる。これにより、ネットワークシステムの運用者は、ネットワークシステムに関する詳細な知識がなくても、構成変更を実施することが可能となる。"