(57)【特許請求の範囲】
【請求項１】
パケットを転送するネットワーク装置と、
前記ネットワーク装置に接続された物理サーバと、
プロセッサと記憶装置とを備えて、前記ネットワーク装置を介して前記物理サーバに接続された管理サーバと、を有するネットワークシステムで、複数のテナントに前記ネットワーク装置と物理サーバを含む計算機資源を割り当てるネットワークシステムの管理方法であって、
前記管理サーバが、前記計算機資源の物理的な構成要素と仮想的な構成要素を取得して構成情報を生成する第１のステップと、
前記管理サーバが、前記計算機資源の物理的な接続と仮想的な接続を取得して接続情報を生成する第２のステップと、
前記管理サーバが、論理的なノード毎の設定項目と、当該設定項目のパラメータと、パラメータを決定する定義と、コマンドのテンプレートと、を保持するテナントパターンを複数受け付けて前記記憶装置に格納する第３のステップと、
前記管理サーバが、前記テナントパターンのノードと、前記構成情報の構成要素と、の対応関係を設定したマッピング情報を前記記憶装置に格納する第４のステップと、
前記管理サーバが、テナントパターンと、前記設定項目に対する操作種別と、の指定を受け付ける第５のステップと、
前記管理サーバが、前記指定されたテナントパターンと、前記マッピング情報と、からノード毎に前記構成情報の構成要素を特定する第６のステップと、
前記管理サーバが、前記指定されたテナントパターンと、前記特定された構成要素と、前記操作種別と、からネットワークの設定内容を生成する第７のステップと、
前記管理サーバが、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成する第８のステップと、
前記管理サーバが、前記特定した構成要素に対する、前記生成されたネットワークの設定内容と、ノード毎の設定内容と、の設定処理を行う第９のステップと、
を含むことを特徴とするネットワークシステムの管理方法。
【請求項２】
請求項１に記載のネットワークシステムの管理方法であって、
前記テナントパターンは、
前記ノード毎の多重度と、当該多重度のデフォルト値を含み、
前記第６のステップは、
前記ノードの多重度の数または前記デフォルト値に応じたノードを生成し、前記マッピング情報から前記ノード毎に前記構成情報の構成要素を特定することを特徴とするネットワークシステムの管理方法。
【請求項３】
請求項１に記載のネットワークシステムの管理方法であって、
前記マッピング情報は、
前記テナントのノードと、複数の構成要素からなるグループとを対応付けたグループ情報を含み、
前記第６のステップは、
前記ノードにグループ情報が設定される場合には、前記複数の構成要素から当該ノードを割り当てる構成要素を選択し、前記マッピング情報から前記ノード毎に前記構成情報の構成要素を特定することを特徴とするネットワークシステムの管理方法。
【請求項４】
請求項１ないし請求項３の何れかひとつに記載のネットワークシステムの管理方法であって、
前記第６のステップは、
前記ノードが仮想計算機の場合、前記グループ情報に含まれる物理サーバのうち、既に稼動している仮想計算機の数が最小の物理サーバを選択し、当該ノードを割り当てることを特徴とするネットワークシステムの管理方法。
【請求項５】
請求項１ないし請求項３の何れかひとつに記載のネットワークシステムの管理方法であって、
前記マッピング情報は、
前記テナントのノードを冗長化することを示す冗長化情報を含み、
前記第６のステップは、
前記ノードに冗長化情報が設定される場合には、当該ノードを割り当てる構成要素を冗長化することを特徴とするネットワークシステムの管理方法。
【請求項６】
請求項１ないし請求項３の何れかひとつに記載のネットワークシステムの管理方法であって、
前記テナントパターンは、サブネットワークの識別子と、当該識別子のサブネットワークに含むノードを含み、
前記第７のステップは、
前記指定されたテナントパターンと前記特定された構成要素に対して、前記サブネットワークに含むノードに対して仮想ネットワークの設定内容を生成することを特徴とするネットワークシステムの管理方法。
【請求項７】
請求項６に記載のネットワークシステムの管理方法であって、
前記管理サーバは、
前記ネットワーク装置を冗長化する冗長化ネットワーク情報をさらに有し、
前記第７のステップは、
前記仮想ネットワークを設定するサブネットワークのノードが前記冗長化ネットワークに含まれる場合には、前記仮想ネットワークを前記冗長化ネットワークで有効にするための設定内容を生成することを特徴とするネットワークシステムの管理方法。
【請求項８】
請求項１ないし請求項３の何れかひとつに記載のネットワークシステムの管理方法であって、
前記テナントパターンは、
前記ノードの設定項目と操作種別の対応関係を設定した業務フロー情報をさらに含み、
前記第８のステップは、
前記業務フロー情報に紐付いている設定項目について、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成することを特徴とするネットワークシステムの管理方法。
【請求項９】
パケットを転送するネットワーク装置と、
前記ネットワーク装置に接続されてプロセッサと記憶装置を備えた物理サーバと、
プロセッサと記憶装置とを備えて、前記ネットワーク装置を介して前記物理サーバに接続された管理サーバと、を備えて、前記管理サーバが複数のテナントに前記ネットワーク装置と物理サーバを含む計算機資源を割り当てるネットワークシステムであって、
前記管理サーバは、
前記計算機資源の物理的な構成要素と仮想的な構成要素を取得して構成情報を生成する構成情報生成部と、
前記計算機資源の物理的な接続と仮想的な接続を取得して接続情報を生成する接続情報生成部と、
論理的なノード毎の設定項目と、当該設定項目のパラメータと、パラメータを決定する定義と、コマンドのテンプレートと、を含むテナントパターンを複数受け付けて前記記憶装置に格納するテナントパターン情報格納部と、
前記テナントパターンのノードと、前記構成情報の構成要素と、の対応関係を設定したマッピング情報を受け付けて、前記記憶装置に格納するマッピング情報格納部と、
テナントパターンと、前記設定項目に対する操作種別と、の指定を受け付けて、前記ネットワークの設定内容とノード毎の設定内容を生成する自動設計部と、
前記生成されたネットワークの設定内容とノード毎の設定内容とを前記構成要素に対して設定する自動設定部と、を備え、
前記自動設計部は、
前記指定されたテナントパターンと、前記マッピング情報と、からノード毎に前記構成情報の構成要素を特定し、前記指定されたテナントパターンと、前記特定された構成要素と、前記操作種別と、からネットワークの設定内容を生成し、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成し、
前記自動設定部は、
前記特定した構成要素に対する、前記生成されたネットワークの設定内容と、ノード毎の設定内容と、の設定処理を行うことを特徴とするネットワークシステム。
【請求項１０】
請求項９に記載のネットワークシステムであって、
前記テナントパターンは、
前記ノード毎の多重度と、当該多重度のデフォルト値を含み、
前記自動設計部は、
前記ノードの多重度の数または前記デフォルト値に応じたノードを生成し、前記マッピング情報から前記ノード毎に前記構成情報の構成要素を特定することを特徴とするネットワークシステム。
【請求項１１】
請求項９に記載のネットワークシステムであって、
前記マッピング情報は、
前記テナントのノードと、複数の構成要素からなるグループとを対応付けたグループ情報を含み、
前記自動設計部は、
前記ノードにグループ情報が設定される場合には、前記複数の構成要素から当該ノードを割り当てる構成要素を選択し、前記マッピング情報から前記ノード毎に前記構成情報の構成要素を特定することを特徴とするネットワークシステム。
【請求項１２】
請求項９ないし請求項１１の何れかひとつに記載のネットワークシステムであって、
前記自動設計部は、
前記ノードが仮想計算機の場合、前記グループ情報に含まれる物理サーバのうち、既に稼動している仮想計算機の数が最小の物理サーバを選択し、当該ノードを割り当てることを特徴とするネットワークシステム。
【請求項１３】
請求項９ないし請求項１１の何れかひとつに記載のネットワークシステムであって、
前記マッピング情報は、
前記テナントのノードを冗長化することを示す冗長化情報を含み、
前記自動設計部は、
前記ノードに冗長化情報が設定される場合には、当該ノードを割り当てる構成要素を冗長化することを特徴とするネットワークシステム。
【請求項１４】
請求項９ないし請求項１１の何れかひとつに記載のネットワークシステムであって、
前記テナントパターンは、サブネットワークの識別子と、当該識別子のサブネットワークに含むノードを含み、
前記自動設計部は、
前記指定されたテナントパターンと前記特定された構成要素に対して、前記サブネットワークに含むノードに対して仮想ネットワークの設定内容を生成することを特徴とするネットワークシステム。
【請求項１５】
請求項１４に記載のネットワークシステムであって、
前記管理サーバは、
前記ネットワーク装置を冗長化する冗長化ネットワーク情報をさらに有し、
前記自動設計部は、
前記仮想ネットワークを設定するサブネットワークのノードが前記冗長化ネットワークに含まれる場合には、前記仮想ネットワークを前記冗長化ネットワークで有効にするための設定内容を生成することを特徴とするネットワークシステム。
【請求項１６】
請求項９ないし請求項１１の何れかひとつに記載のネットワークシステムであって、
前記テナントパターンは、
前記ノードの設定項目と操作種別の対応関係を設定した業務フロー情報をさらに含み、
前記自動設計部は、
前記業務フロー情報に紐付いている設定項目について、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成することを特徴とするネットワークシステム。
【請求項１７】
プロセッサと記憶装置とを備えて、ネットワーク装置を介して物理サーバに接続されて複数のテナントに前記ネットワーク装置と物理サーバを含む計算機資源を割り当てる管理サーバであって、
前記計算機資源の物理的な構成要素と仮想的な構成要素を取得して構成情報を生成する構成情報生成部と、
前記計算機資源の物理的な接続と仮想的な接続を取得して接続情報を生成する接続情報生成部と、
論理的なノード毎の設定項目と、当該設定項目のパラメータと、パラメータを決定する定義と、コマンドのテンプレートと、を含むテナントパターンを複数受け付けて前記記憶装置に格納するテナントパターン情報格納部と、
前記テナントパターンのノードと、前記構成情報の構成要素と、の対応関係を設定したマッピング情報を受け付けて、前記記憶装置に格納するマッピング情報格納部と、
テナントパターンの指定と、前記設定項目に対する操作種別と、の指定を受け付けて、前記ネットワークの設定内容とノード毎の設定内容を生成する自動設計部と、
前記生成されたネットワークの設定内容とノード毎の設定内容とを前記構成要素に対して設定する自動設定部と、を備え、
前記自動設計部は、
前記指定されたテナントパターンと、前記マッピング情報と、からノード毎に前記構成情報の構成要素を特定し、前記指定されたテナントパターンと、前記特定された構成要素と、前記操作種別と、からネットワークの設定内容を生成し、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成し、
前記自動設定部は、
前記特定した構成要素に対する、前記生成されたネットワークの設定内容と、ノード毎の設定内容と、の設定処理を行うことを特徴とする管理サーバ。
【請求項１８】
請求項１に記載のネットワークシステムの管理方法であって、
前記設定項目に対する操作種別とは、前記設定項目の追加、変更、削除のいずれかである
ことを特徴とするネットワークシステムの管理方法。
【請求項１９】
請求項９に記載のネットワークシステムであって、
前記設定項目に対する操作種別とは、前記設定項目の追加、変更、削除のいずれかである
ことを特徴とするネットワークシステム。
【請求項２０】
請求項１７に記載の管理サーバであって、
前記設定項目に対する操作種別とは、前記設定項目の追加、変更、削除のいずれかである
ことを特徴とする管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム、管理サーバ及び自動設計・設定管理方法に係り、特にテナントのためのネットワーク設定項目を一括して設計、設定するためのネットワークシステム、管理サーバ及び自動設計・設定管理方法に関する。
の改良に関する。
【背景技術】
【０００２】
近年、ＩＴリソースの所有コストの削減、変動が激しいビジネス環境への迅速な対応のために、企業でのクラウドサービスの利用が進んでいる。クラウドサービスの重要な特徴の１つは「オンデマンドでのサービス提供」である。多くの場合、クラウドサービスは、データセンタ（ＤＣ：Ｄａｔａ  Ｃｅｎｔｅｒ）で提供されるが、この特徴を実現するために、頻繁にＩＴシステムの構成変更が必要となる。ＩＴシステムの一部であるネットワークについても同様に頻繁に構成変更をするための設計設定が必要になる。クラウドサービスを提供する以前はネットワークは固定の構成でよかったため、ＤＣの日々の運用者のネットワークの設計設定を行うスキルは低い。そのため、クラウドサービスを提供するＤＣでは、日々の運用者がネットワークの設計設定を行うことは困難である。日々の運用者へのネットワークの設計または設定の教育や、新たにネットワークのスキルがある運用者の割り当てなどを行うとＤＣの運用コストが大きくなる。
【０００３】
この課題を解決する１つのアプローチは、ネットワークの設計または設定作業を自動化する方法である。具体的には、業務フロー（テナントを新規に追加、あるいは既存のテナントのＡＣＬ（Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌｉｓｔ）を変更したり、仮想計算機（ＶＭ：Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）を追加など）毎に、設定内容をテンプレート化する手法が知られている（例えば、特許文献１の段落００３４）。ネットワークの設計または設定の業務を行う時は、運用者はパラメータだけを決め、管理システムが、決定されたパラメータをテンプレートに代入し、設定内容を生成して、ネットワーク装置に設定する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２２４９７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されている方法では、ネットワークの設計または設定に限らず、各種システムを制御する業務フローをテンプレートとして規定しておき、設定を行う際にはテンプレートに従って、業務フローの実行を自動化する（段落００７６）。
【０００６】
しかしながら、上記従来の方法ではテンプレートの数が多くなり、テンプレートの作成、メンテナンス、カスタマイズ作業が煩雑になるという課題があった。
【０００７】
ネットワークの設計または設定に用いる時のテンプレートの数について述べる。テナントの構成は１つのＤＣ内でも数種類あり、また、ＤＣが変わると別の構成となる。そして、テナント毎に複数の業務フローがあるため、（テナント数×業務フロー数）個のテンプレートが必要になる。また、ほぼ同じ構成であるが、負荷分散のためなどで、テナント毎に物理装置が異なる場合、別のテンプレートとする必要があり、テンプレートの数が増えてしまう。
【０００８】
そして、テンプレートの数が多い場合、ネットワークや仮想計算機の初期構築時にテンプレートを作成することが非常に煩雑である。また、ＤＣでサービス開始した後、物理構成やテナント構成、あるいは業務フローを変更する場合には、関連するテンプレートを全て変更する必要があり、作業に要するコストが増大するという問題があった。また、多数のテンプレートの変更を管理者などが手作業で行う場合には、記載の漏れや誤りなどが発生し易い、という問題があった。
【０００９】
本発明は、以上の問題点に鑑み、多数のテンプレートを作成することなしに、ネットワークの設計または設定を自動化し、管理システムの初期設定、メンテナンスを容易化しつつ、日々の運用者がネットワークに対するスキルがなくてもネットワークの設計または設定が容易にできることで、運用コストを低減させることを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、パケットを転送するネットワーク装置と、前記ネットワーク装置に接続された物理サーバと、プロセッサと記憶装置とを備えて、前記ネットワーク装置を介して前記物理サーバに接続された管理サーバと、を有するネットワークシステムで、複数のテナントに前記ネットワーク装置と物理サーバを含む計算機資源を割り当てるネットワークシステムの管理方法であって、前記管理サーバが、前記計算機資源の物理的な構成要素と仮想的な構成要素を取得して構成情報を生成する第１のステップと、前記管理サーバが、前記計算機資源の物理的な接続と仮想的な接続を取得して接続情報を生成する第２のステップと、前記管理サーバが、論理的なノード毎の設定項目と、当該設定項目のパラメータと、パラメータを決定する定義と、コマンドのテンプレートと、を保持するテナントパターンを複数受け付けて前記記憶装置に格納する第３のステップと、前記管理サーバが、前記テナントパターンのノードと、前記構成情報の構成要素と、の対応関係を設定したマッピング情報を前記記憶装置に格納する第４のステップと、前記管理サーバが、テナントパターンと、前記設定項目に対する操作種別と、の指定を受け付ける第５のステップと、前記管理サーバが、前記指定されたテナントパターンと、前記マッピング情報と、からノード毎に前記構成情報の構成要素を特定する第６のステップと、前記管理サーバが、前記指定されたテナントパターンと、前記特定された構成要素と、前記操作種別と、からネットワークの設定内容を生成する第７のステップと、前記管理サーバが、前記指定されたテナントパターンからノード毎にパラメータを決定する定義を取得して、前記ノード毎にパラメータを決定してノード毎の設定内容を生成する第８のステップと、前記管理サーバが、前記特定した構成要素に対する、前記生成されたネットワークの設定内容と、ノード毎の設定内容と、の設定処理を行う第９のステップと、を含む。
【００１１】
上記態様によると、テナントパターンと操作の種別を管理サーバへ入力すればネットワークの設計または設定が自動化されるため、テナント毎にテンプレートを作成する必要がなくなって、ネットワークに対するスキルの低い日々の運用者でもネットワークの構成変更のための設計が可能になり、さらにオペレーションミスを防止して、正しく設定ができ、クラウドサービス等を安定して提供できる。さらに、テナントパターンでは、テナントのパターンを論理的な構成で規定できるため、細かく設定する必要がなくなって、労力を低減できる。さらにマッピング情報をもちいることで、ノードに対する計算機資源のマッピングに自由度を持たせることができ、複数のテナントの構成を１つのテナントパターンで対応することも可能になり、設定の作成や、メンテナンスが容易になる。
【発明の効果】
【００１２】
本発明によれば、テナントパターンと操作の種別により設計・設定を自動化でき、運用者の作業を容易化できる。また、テナントのパターンを論理的な構成で規定でき、作成、メンテナンスの労力を低減できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態を示し、ネットワークシステムの一例を示すブロック図である。
【図２】本発明の第１の実施形態を示し、管理サーバ５００の一例を示すブロック図である。
【図３】本発明の第１の実施形態を示し、テナントパターンと物理構成情報の概要を示すブロック図である。
【図４】本発明の第１の実施形態を示し、テナントパターン情報（ノード）５２１の一例を示す説明図である。
【図５】本発明の第１の実施形態を示し、テナントパターン情報（サブネット）５２２の一例を示す説明図である。
【図６】本発明の第１の実施形態を示し、マッピング情報５２３の一例を示す説明図である。
【図７】本発明の第１の実施形態を示し、ＩＤプール情報５２４の一例を示す説明図である。
【図８】本発明の第１の実施形態を示し、コマンドテンプレート情報５２５の一例を示す説明図である。
【図９】本発明の第１の実施形態を示し、テナントインスタンス情報（ノード）５２６の一例を示す説明図である。
【図１０】本発明の第１の実施形態を示し、テナントインスタンス情報（サブネット）５２７の一例を示す説明図である。
【図１１】本発明の第１の実施形態を示し、テナントインスタンス情報（マッピング）５２８の一例を示す説明図である。
【図１２】本発明の第１の実施形態を示し、構成情報５２９の一例を示す説明図である。
【図１３】本発明の第１の実施形態を示し、接続情報５３０の一例を示す説明図である。
【図１４】本発明の第１の実施形態を示し、リング構成情報５３１の一例を示す説明図である。
【図１５】本発明の第１の実施形態を示し、設計設定タスク情報５３２の一例を示す説明図である。
【図１６】本発明の第１の実施形態を示し、スケジュール情報５３３の一例を示す説明図である。
【図１７】本発明の第１の実施形態を示し、管理端末７００上のネットワーク設計または設定用のユーザインタフェースの一例を示す画面イメージである。
【図１８】本発明の第１の実施形態を示し、管理端末７００上のテナントパターン作成用のユーザインタフェースの一例を示す画面イメージである。
【図１９】本発明の第１の実施形態を示し、管理端末７００上のテナントパターン作成用のユーザインタフェースユーザインタフェースの一例を示す画面イメージである。
【図２０】本発明の第１の実施形態を示し、管理サーバの初期導入時の手順を示すシーケンス図である。
【図２１】本発明の第１の実施形態を示し、管理サーバの初期導入時において送受信されるメッセージの一例を示す説明図である。
【図２２】本発明の第１の実施形態を示し、ネットワーク設計及び設定時のシーケンス図である。
【図２３】本発明の第１の実施形態を示し、ネットワーク設計及び設定時のシーケンス図である。
【図２４】本発明の第１の実施形態を示し、対応物理装置特定処理の一例を示すフローチャートである。
【図２５】本発明の第１の実施形態を示し、サブネット具現化処理の一例を示すフローチャートである。
【図２６】本発明の第１の実施形態を示し、パラメータ決定、設定内容生成処理の一例を示すフローチャートである。
【図２７】本発明の第２の実施形態を示し、テナント変更時の一例を示すシーケンス図である。
【図２８】本発明の第２の実施形態を示し、テナント変更時において送受信されるメッセージの一例を示す説明図である。
【図２９】本発明の第２の実施形態を示し、業務フローに従ったテナント変更処理の一例を示すフローチャート。
【図３０】本発明の第１の実施形態を示し、パラメータの設定項目の他の例を示す説明図である。
【発明を実施するための形態】
【００１４】
以下、本実施の形態について図面を参照しながら説明する。
【００１５】
＜第１実施形態＞
図１は、本発明の第１の実施の形態のネットワークシステムの構成を示すブロック図である。本実施の形態のネットワークシステムは、例えば、ルータ１００Ａ、１００Ｂ、ＦＷ（ＦｉｒｅＷａｌｌ）１００Ｃ、１００Ｄ、コアＳＷ（ＳＷｉｔｃｈ）１００Ｅ、１００Ｆ、エッジＳＷ１００Ｇ、１００Ｈ、１００Ｉ、１００Ｊ、物理サーバ２００Ａ、２００Ｂ、２００Ｃ、２００Ｄ、仮想ＳＷ４００Ａ、４００Ｂ、４００Ｃ、４００Ｄ、４００Ｅ、仮想計算機（以下、ＶＭ：Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）３００Ａ、３００Ｂ、３００Ｃ、３００Ｄ、３００Ｅ、３００Ｆ、３００Ｇ、３００Ｈ、３００Ｉ、３００Ｊ、管理サーバ５００、及び管理端末（運用者管理端末）７００を備える。なお、以下の説明で、ルータ１００Ａ、１００Ｂ、ＦＷ１００Ｃ、１００Ｄ、コアＳＷ１００Ｅ、１００Ｆ、エッジＳＷ１００Ｇ、１００Ｈ、１００Ｉ、１００Ｊ、を総称してＮＷ（Ｎｅｔｗｏｒｋ）装置１００と説明する場合もある。
【００１６】
さらに、以下の説明で、ＮＷ装置、物理サーバ２００Ａ、２００Ｂ、２００Ｃ、２００Ｄを総称して物理装置または物理的な計算機資源と説明する場合もある。また、本実施形態では上記の種類の装置だけであるが、ロードバランサやＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）装置などでもよい。管理サーバ５００は、ＮＷ装置、物理サーバ、仮想ＳＷ、及びＶＭを管理する計算機である。なお、仮想ＳＷやＶＭは仮想的または論理的な計算機資源とする。管理サーバ５００はＮＷ装置と通信をすることができ、ネットワークシステムの構成情報の収集、ＮＷ装置、物理サーバ、仮想ＳＷ、及びＶＭの設定などを行うことができる。ルータ１００Ａ、１００Ｂは、ＶＰＮやインターネットなどの外部ネットワーク２に接続している。ルータ１００Ａ、１００Ｂから物理サーバ２００または管理サーバ５００までのネットワークがデータセンタ（Ｄａｔａ  Ｃｅｎｔｅｒ：以下ＤＣ）内の内部ネットワークを構成する。なお、外部ネットワークは管理サーバ５００の管理対象外である。図１では、管理サーバ５００とＮＷ装置１００、物理サーバ２００、仮想ＳＷ、及びＶＭは、論理的に分離されたネットワークで接続している。なお、物理的に別の管理用のネットワークで接続してもよい。管理サーバ５００については、図２を用いて詳細に後述する。ＮＷ装置１００、仮想ＳＷは、ネットワーク内で通信される情報を、当該情報の宛先に転送する装置である。物理サーバ２００は、仮想マシンＶＭを生成する仮想化部（図示省略）を実行し、仮想化部上で一つ以上の仮想マシンＶＭを稼動させる。また、仮想化部は内部に仮想ＳＷを構成し、仮想ＳＷを介して仮想化部上のＶＭと外部のネットワークを接続する。なお、仮想化部としてはハイパーバイザや、ＶＭＭ（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ  Ｍｏｎｉｔｏｒ）で構成することができる。
【００１７】
管理端末７００は、マウスやキーボードなどで構成された入力装置と、表示装置などで構成された出力装置を備えており、例えば、管理サーバ５００に接続する。運用者（または管理者）は、管理端末７００から管理サーバ５００に各種指令を行うことができる。なお、ＮＷ装置１００は、図示の例に限らず、適宜の数備えることができる。また、図１において、各装置を接続する枠内の数字は、各装置のポート番号を示す。
【００１８】
図２は、本実施の形態の管理サーバ５００のブロック図である。管理サーバ５００は、例えば、メモリ５１０、処理部（ＣＰＵ）５５０、外部記憶部５６０、Ｉ／Ｏインターフェース（Ｉ／Ｆ）５７０及びネットワークインターフェース（Ｉ／Ｆ）５８０を備える。管理サーバ５００は、内部ネットワークに接続される他の装置（例えば、ＮＷ装置１００等）と、ネットワークＩ／Ｆ５８０を介して情報を送受信する。また、Ｉ／ＯＩ／Ｆ５７０は、例えば、ＨＢＡ（Ｈｏｓｔ  Ｂｕｓ  Ａｄａｐｔｅｒ）等で構成され、図示しないストレージ装置などに接続することができる。
【００１９】
メモリ５１０は、例えば、自動設計プログラム５１１、自動設定プログラム５１２、ＮＷ（Net Work）装置情報収集プログラム５１３、接続情報生成プログラム５１４、テナントパターン情報（ノード）５２１、テナントパターン情報（サブネット）５２２、マッピング情報５２３、ＩＤプール情報５２４、コマンドテンプレート情報５２５、テナントインスタンス情報（ノード）５２６、テナントインスタンス情報（サブネット）５２７、テナントインスタンス情報（マッピング）５２８、構成情報５２９、接続情報５３０、リング構成情報５３１、設計設定タスク情報５３２、スケジュール情報５３３を記憶する。なお、各プログラムはＣＰＵ５５０により実行されることができる。また、各プログラムは、非一時的な記憶媒体である外部記憶装置５６０等に格納され、ＣＰＵ５５０がメモリ５１０にプログラムをロードして実行する。ＣＰＵ５５０は、各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、ＣＰＵ５５０は、自動設計プログラム５１１に従って動作することで自動設計部として機能する。他のプログラムについても同様である。さらに、ＣＰＵ５５０は、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。各機能を実現するプログラム、テーブル等の情報は、外部記憶装置５６０や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
【００２０】
自動設計プログラム５１１は、管理端末７００を利用する運用者（または管理者）からの要求に従い、テナントパターンに従ってネットワークシステムの設定内容を生成する。自動設定プログラム５１２は、自動設計プログラム５１２が生成した設定内容を元に、ＮＷ装置１００、物理サーバ２００に設定を反映させる。ＮＷ装置情報収集プログラム５１３は、ＮＷ装置１００、物理サーバ２００から、装置単位の接続情報、リング構成情報を収集する。接続情報生成プログラム５１４は、ＮＷ装置情報収集プログラムが収集した情報から、接続情報５３０を生成する。
【００２１】
テナントパターン情報（ノード）５２１は、テナントのノードの論理的な構成パターンを示し、テナントパターンに含まれるノードとそのノードのパラメータ、設定項目を管理する。すなわち、テナントパターン情報（ノード）５２１は、ノード毎のＩＰ（Internet Protocol）構成を定義するもので、ノード毎の設定項目を有して、パラメータの決定方法と業務フローを管理する。テナントパターン情報（ノード）５２１は、管理端末７００等から運用者が設定することができる。テナントパターン情報（ノード）５２１については、図４を用いて詳細を後述する。
【００２２】
テナントパターン情報（サブネット）５２２は、テナントパターン毎のサブネットワーク（以下、サブネット）の構成パターンを示し、テナントパターンのサブネットの構成情報を管理する。すなわち、テナントパターン情報（サブネット）５２２は、サブネットの所属するノードなどの構成情報を管理するものである。テナントパターン情報（ノード）５２１は、管理端末７００等から運用者が設定することができる。テナントパターン情報（サブネット）５２２については、図５を用いて詳細を後述する。
【００２３】
マッピング情報５２３は、テナントパターンのノードと当該ノードに対応する物理装置または仮想装置の関係を示すマッピングの種類を管理する。マッピング情報５２３は、管理端末７００から運用者等が設定することができる。マッピング情報５２３については、図６を用いて詳細を後述する。
【００２４】
ＩＤプール情報５２４は、ネットワークシステム内で割り当てるアドレスや識別子を含むＩＤプールの情報を管理する。ＩＤプール情報５２４は、管理端末７００等から運用者が設定することができる。なお、ＩＤプール情報５２４については、図７を用いて詳細を後述する。
【００２５】
コマンドテンプレート情報５２５は、テナントパターン情報（ノード）５２１から参照されるコマンドの名称とコマンドテンプレート情報の対応関係を管理する。コマンドテンプレート情報５２５は、管理端末７００等から運用者が設定することができるコマンドテンプレート情報５２５については、図８を用いて詳細を後述する。
【００２６】
テナントインスタンス情報（ノード）５２６は、自動設計プログラム５１１によって作成または更新されたノードに関するテナントインスタンスの情報を管理する。テナントインスタンス情報（ノード）５２６については、図９を用いて詳細を後述する。
【００２７】
テナントインスタンス情報（サブネット）５２７は、自動設計プログラム５１１によって作成または更新されたテナントインスタンスのうちサブネットの情報を管理する。テナントインスタンス情報（サブネット）５２７については、図１０を用いて詳細を後述する。
【００２８】
テナントインスタンス情報（マッピング）５２８は、自動設計プログラム５１１によって作成または更新されテナントのインスタンスのうちノードと物理装置または仮想装置の対応関係を示すマッピング情報を管理する。テナントインスタンス情報（マッピング）５２８については、図１１を用いて詳細を後述する。
【００２９】
構成情報５２９は、管理対象の物理装置または仮想装置毎にネットワーク装置情報収集プログラム５１３や自動設定プログラム５１２等が、情報を収集または設定するための認証情報やアドレス等を管理する。構成情報５２９については、図１２を用いて詳細を後述する。
【００３０】
接続情報５３０は、接続情報生成プログラム５１４によって生成されて、物理装置間または仮想装置間の接続情報を管理する。接続情報５３０については、図１３を用いて詳細を後述する。
【００３１】
リング構成情報５３１は、複数の物理装置上（または仮想装置上）に構成されているリングネットワークの構成情報を管理する。リング構成情報５３１は、ＮＷ装置情報収集プログラム５１３によって生成される。リング構成情報５３１については、図１４を用いて詳細を後述する。設計設定タスク情報５３２は、運用者などが設計した設定内容を含む設計または設定タスクを管理する。設計設定タスク情報５３２については、図１５を用いて詳細を後述する。スケジュール情報５３３は、設計または設定タスクの実行予定をスケジューリングする情報を管理する。スケジュール情報５３３については、図１６を用いて詳細を後述する。
【００３２】
図３は、テナントパターン情報のイメージ図である。テナントパターン２０００は、テナントの論理的なネットワークシステムの構成を規定する。つまり、図２に示したテナントパターン情報（ノード）５２１とテナントパターン情報（サブネット）５２２がテナントパターン２０００を構成する。構成情報２２００は、ネットワークシステム内の物理装置と仮想装置から収集した構成情報５２９と接続情報５３０である。マッピング情報２１００は、テナントパターン２０００の各ノードに対応する構成情報５２９を規定する。つまり、マッピング情報２１００は、図２に示したマッピング情報５２３に対応する。
【００３３】
図１に示すネットワークシステムでは、複数のテナントが稼動しており、一つのテナント（契約者または利用者）は、図３で示すテナントパターン２０００及びマッピング情報２１００のように、他のテナントから論理的に分離されたネットワーク上の計算機資源を利用する。つまり、テナント毎にサブネットアドレスやＶＬＡＮ（仮想ネットワーク）  ＩＤを設定して、論理的に分離した複数のネットワークシステムを顧客であるテナントに提供する。なお、ＶＬＡＮとしてはレイヤー２以上の層であればよい。
【００３４】
図３に記載のテナントパターン２０００は、ルータ１、ＦＷ１、ＦＷ２、コアＳＷ１、コアＳＷ２、ＶＭ１、及びＶＭ２のノードがあり、サブネット１〜４の４つのサブネットがあり、サブネット１にはルータ１、ＦＷ１、ＦＷ２が含まれ、サブネット２にはＦＷ１、ＦＷ２、コアＳＷ１、コアＳＷ２が含まれ、サブネット３にはコアＳＷ１、コアＳＷ２、ＶＭ１が含まれ、サブネット４にはコアＳＷ１、コアＳＷ２、ＶＭ２が含まれる。このようにテナントパターン２０００とマッピング情報２１００を用いることで、論理的な構成でテナントを規定でき、全ての装置に対しての規定が不要になり、自動設計設定のための情報の作成、メンテナンスの作業が容易になる。という優れた効果を得ることができる。
【００３５】
マッピング情報２１００について述べる。ルータ１は物理装置のルータ１、ルータ２に冗長化ありでマッピングされる。冗長化ありのマッピングの処理は、図２４で詳細を後述する。図３において、ＦＷ１、ＦＷ２、コアＳＷ１、コアＳＷ２は、それぞれ物理装置のＦＷ１、ＦＷ２、コアＳＷ１、コアＳＷ２にマッピングされる。ＶＭ１は、物理サーバ１と物理サーバ２からなるグループ１にマッピングされ、ＶＭ２は、物理サーバ３と物理サーバ４からなるグループ２にマッピングされる。各テナントインスタンスでＶＭがどの物理装置上のＶＭにマッピングされるかは、設計または設定時に決定する。このようにＶＭを物理サーバのグループにマッピングすることにより、１つのテナントパターン２０００、マッピング情報２１００で、異なる物理装置へのマッピングを規定することができる。これにより、テナントパターン２０００、マッピング情報２１００の数を減らすことが可能になり、テナントパターン（テナントパターン情報（ノード）５２１，テナントパターン情報（サブネット）５２２）の作成、更新などのメンテナンスに要する作業コストを削減できる。
【００３６】
なお、本実施形態ではひとつのテナントパターン２０００を示すが、管理サーバ５００は、複数のテナントパターンを格納する。これらのテナントパターンは、例えば、インターネット公開用の論理構成や、基幹業務用の論理構成など、論理構成の種別が異なるテナントパターンを複数用意するようにしてもよい。
【００３７】
図４は、本実施の形態のテナントパターン情報（ノード）５２１の説明図である。テナントパターン情報（ノード）５２１は、例えば、パターンＩＤ５２１１、ノード５２１２、多重度(デフォルト値)５２１３、設定項目５２１４、パラメータ５２１５、パラメータ決定方法５２１６、業務フロー（操作種別）５２１７、及びコマンドテンプレート５２１８から一つのレコードが構成される。
【００３８】
テナントパターン情報（ノード）５２１では、テナントのノードとして、ＮＷ要素ではないが、テナントを管理するための情報（管理情報）を規定できる。また、テナントパターン情報（ノード）５２１では管理情報にパラメータを規定できる。管理情報には物理装置のマッピングを行わない。図４では、例えば、最終列の「管理情報」が上述したような管理情報である。
【００３９】
テナントパターン情報（ノード）５２１のパターンＩＤ５２１１は、ネットワークシステム内でテナントパターンを一意に識別する情報である。ノード５２１２は、テナントパターンで規定するノードの情報である。多重度(デフォルト値)５２１３は、各テナントで同じ位置づけのノード（同じサブネットに属し、設定項目、パラメータが同じノード）をいくつ生成するかの情報である。多重度(デフォルト値)５２１３の値が、「−」の場合は当該ノードは１つとする。一方、多重度(デフォルト値)５２１３の値が、「＊」の場合は、複数のノードを生成できる。また、ノード数はデフォルト値を規定できる。例えば、図４では、ＶＭ１はデフォルトで２ノードを生成する。運用者がノード数を指定した場合は、その数分のノードが生成される。運用者がノード数を指定しない場合は、デフォルト値５２１３で指定された数のノードを生成する。
【００４０】
設定項目５２１４は、ノードに対して設定される情報の種類を示す情報が格納される。パラメータ５２１５は、当該ノードのパラメータの項目を示す情報である。なお、パラメータはノード内の複数の設定項目で利用することが可能である。パラメータ決定方法５２１６は、ネットワーク構成の設計時にパラメータを決定する方法（または定義）が格納される。パラメータ決定方法５２１６の値は、例えば、「固定」、「プール」、「プール（サブネット指定）」、「参照」などがある。「固定」は、予め設定された固定の値であり、テナントパターン情報で規定する。
【００４１】
図４では、例えば、ＦＷ１のパラメータ「送信元」は、「Ａｎｙ」という固定値である。「プール」は、ＩＤプール情報５２４で規定したＩＤプールを指定し、指定したＩＤプールから未使用のＩＤを割り当て、当該ＩＤの値とする。なお、指定したＩＤプールから割り当てた値は指定したＩＤプールで「使用中」という状態に変更する。また、ＩＤプールでは割り当て要求を受けた時に、どのＩＤを割り当てるかのロジックを予め指定する。この割り当てのロジックには、例えば、「若番から」（未使用の最小のＩＤから順に割り当てる）、「ランダム」（未使用のＩＤからランダムで割り当てる）などがある。図４では、例えば、ＦＷ１のパラメータ「ＡＣＬ  ＩＤ」の割り当てロジックは「若番から」である。したがって、このパラメータにはＩＤのプール６から未使用のＩＤのうち、最小の値のＩＤを割り当てる。図４では、例えば、ＦＷ１のパラメータ「ＡＣＬ  ＩＤ」は、プール６から値を割り当てる。「プール（サブネット指定）」は、指定したサブネットに割り当てられたネットワークアドレスから未使用のＩＰアドレスを割り当て、ＩＤの値とする。なお、割り当てた値は指定したＩＤプールで「使用中」という状態に変更する。図４では、例えば、コアＳＷ１のパラメータ「ＩＰアドレス」は、サブネット３から値を割り当てて、ＩＤプール３で状態を変更する。「参照」は他のノードのパラメータやサブネット情報、構成情報５２９の値を参照し、本パラメータの値とする。なお、参照先の値と同じ値とするだけでなく、参照先の値を元にして、予め設定した算術演算した値や、予め設定した文字列処理した値などを本パラメータとすることも可能である。
【００４２】
図４では、例えば、ＦＷ１のパラメータ「宛先」は、サブネット３のネットワークアドレスを参照し、参照した値をパラメータの値とする。業務フロー（操作種別）５２１７は、設定項目ごとに設計設定を実施する業務フローの情報と、その時の設定項目の操作種別である。操作種別は、「追加」、「変更」、「削除」があり、指定された操作種別に対応するコマンドテンプレートを使用し、設定内容を生成する。図４では、例えば、ＦＷ１の設定項目「ＡＣＬ」は、業務フロー「ＡＣＬ変更」、操作種別「追加」である。したがって、運用者が、業務フロー「ＡＣＬ変更」を指定した場合、管理サーバ５００は、ＦＷ１のＡＣＬの追加をし、追加用のコマンドテンプレートを用いて、設定内容を生成する。
【００４３】
１つの設定項目に対して、複数の業務フローを関連づけられる。このように、１つのテナントパターンを用いて、複数の業務フローを規定できるため、業務フロー毎に別の設定ファイルを作成する必要が無く、自動設計設定のための情報の作成、メンテナンスの作業が容易になる。
【００４４】
コマンドテンプレート５２１８は、設定内容のコマンドを生成するためのテンプレート情報である。追加、変更、削除用のコマンドテンプレートを登録する。
【００４５】
図５は、本実施の形態のテナントパターン情報（サブネット）５２２の説明図である。
【００４６】
テナントパターン情報（サブネット）５２２は、例えば、パターンＩＤ５２２１、サブネットＩＤ５２２２、VLAN利用５２２３、ＶＬＡＮ  ＩＤプール５２２４、所属ノード５２２５、及びアドレスプール５２２６を含む。
【００４７】
パターンＩＤ５２２１は、テナントパターンをネットワークシステム内で一意に識別する情報である。サブネットＩＤ５２２２は、テナントパターン内でサブネットを一意に識別する情報である。ＶＬＡＮ利用５２２３は、当該サブネットをＶＬＡＮの利用で実現するか否かの情報である。ＶＬＡＮ利用５２２３が「○」の場合はＶＬＡＮを構成する。一方、ＶＬＡＮ利用５２２３が「−」の場合はＶＬＡＮを構成しない。
【００４８】
ＶＬＡＮ  ＩＤプール５２２４は、当該サブネットで利用するＶＬＡＮ  ＩＤを割り当てるＩＤプールの情報である。所属ノード５２２５は、当該サブネットに所属するノードの情報である。アドレスプール５２２６は、当該サブネットで利用するネットワークアドレスを割り当てるＩＤプールの情報である。
【００４９】
以上のように、図４のテナントパターン情報（ノード）５２１と、図５のテナントパターン情報（サブネット）５２２で、テナントパターン毎に論理的な構成情報を定義しておき、ノード毎の設定項目と業務フロー（操作の種別）をテナントパターンの単位で管理する。前記従来例では、業務フロー毎にテンプレートが作成されていたのに対し、本発明では、ノード毎の設定項目をひとつのパターンで管理する点が特徴のひとつである。
【００５０】
図６は、本実施の形態のマッピング情報５２３の説明図である。
【００５１】
マッピング情報５２３は、例えば、パターンＩＤ５２３１、ノード５２３２、物理装置／グループ５２３３、冗長化５２３４、デフォルトの仮想ＳＷ５２３５、ノード仮想化５２３６、及びグループからの選択方式５２３７を含む。
【００５２】
パターンＩＤ５２３１は、ネットワークシステム内でテナントパターンを一意に識別する情報である。ノード５２３２は、ネットワークシステム内でノードを一意に識別する情報である。物理装置／グループ５２３３は、ノードに割りあてられた物理装置（構成要素）の情報である。なお、図示の例では、
また、物理装置のグループへのマッピングをする場合は、本情報でグループを規定する。図６では例えば、ノード「ＶＭ１」は、物理サーバ１、物理サーバ２から構成されるグループ１にマッピングされる。冗長化５２３４は、テナントパターンのノードが冗長化されるか否かの情報である。冗長化５２３４が「○」であれば、冗長化を実施することを示す。図６では、ルータ１のノードは、２つの物理装置であるルータ１とルータ２で構成されて、冗長化を実現している例を示す。一方、冗長化５２３４が「−」であれば、冗長化を適用しない。
【００５３】
デフォルトの物理装置／仮想ＳＷ５２３５は、グループにマッピングされていて、グループからの選択方式が「ユーザ指定」の場合、デフォルトの物理装置を指定するための情報である。なお、ノード５２３２がＶＭの場合は、デフォルトの物理装置／仮想ＳＷ５２３５はＶＭを接続する仮想ＳＷを選択する。これはネットワーク設計時には実体のＶＭがまだ配備されていない可能性があるためである。これにより、物理サーバ２００上の仮想化部が生成した仮想ＳＷをデフォルトの物理装置／仮想ＳＷ５２３５として設定することができる。
【００５４】
ノード仮想化５２３６は、ノードを仮想化するか否かの情報である。サーバの場合は、物理サーバにマッピングする場合とＶＭにマッピングする場合があり、「ノード仮想化」が「○」の場合は、ＶＭとして扱う。グループからの選択方式５２３７は、グループから物理装置を選択する方法である。選択方式５２３７は例えば、「ユーザ指定」、「ＶＭ数最小」などがある。「ユーザ指定」は、設計時にユーザが入力した物理装置（仮想ＳＷ）をマッピング先とする。「ＶＭ数最小」は、グループ内の物複数の理サーバのうち、既に配備されているＶＭ数が最小の物理サーバ２００を当該ノードのマッピング（割り当て）先として選択する。なお、選択方式は他の方式でもよい。
【００５５】
以上のように、マッピング情報５２３は、テナントパターン情報（ノード）５２１とテナントパターン情報（サブネット）５２２から実際に物理装置を割り当てる際に、仮想化や冗長化の有無や、ノードの多重度や、物理装置をどのグループ（またはリソースプール）から選択するかを定義することができる。
【００５６】
図７は、本実施の形態のＩＤプール情報５２４の説明図である。ＩＤプール情報５２４は、例えば、ＩＤ５２４１、プール名５２４２、種類５２４３、最小ＩＤ５２４４、最大ＩＤ５２４５、ネットワークアドレス５２４６、及びデフォルトマスク長５２４７を含む。
【００５７】
ＩＤプール情報５２４は、ネットワークシステム全体で規定したアドレスや識別子を含み、複数のテナントパターンが共通で利用する。ＩＤ５２４１は、ＩＤプールを一意に識別する識別子の情報である。プール名５２４２は、当該ＩＤに対応するプールの名前情報である。種類５２４３は、ＩＤプールの種類の情報である。種類は、例えば、「ＩＰアドレス」、「ＩＤ」がある。「ＩＰアドレス」では、ネットワークアドレス単位と個々のＩＰアドレス単位での２段階のＩＤ管理（使用、不使用の状態管理）を行う。「ＩＤ」では、個々のＩＤ単位でＩＤ管理（使用、不使用の状態管理）を行う。
【００５８】
最小ＩＤ５２４４は、プール内の最小のＩＤの値を示す。最大ＩＤ５２４５は、プール内の最大のＩＤの値を示す。
【００５９】
ネットワークアドレス５２４６は、プールに割り当てられるネットワークアドレスである。デフォルトマスク長５２４７は、ネットワークアドレスを割り当てる時のデフォルトのサブネットマスク長である。図７では、プール１から最初に割り当てられるネットワークアドレスは、１０．０．０．０／２６である。
【００６０】
なお、ＩＤまたはネットワークアドレスの使用中、未使用の管理は、各ＩＤ５２４１のＩＤまたはネットワークアドレスについてビットマップ（図示省略）を設定する。そして、管理サーバ５００は、使用中のＩＤまたはネットワークアドレスに対応するビットを「１」に設定し、未使用または返却されたＩＤまたはネットワークアドレスに対応するビットを「０」に設定する。このようにＩＤやネットワークアドレスの付与と回収を管理し、既に使用しているＩＤやネットワークアドレスをパラメータとして使わないことで、パラメータの決定を自動化しつつ、常時適切な値を決めることができる。
【００６１】
図８は、本実施の形態のコマンドテンプレート情報５２５の説明図である。
【００６２】
コマンドテンプレート情報５２５は、例えば、ＩＤ５２５１、名前５２５２、及びコマンドテンプレート５２５３を含む。コマンドテンプレート情報５２５は、ネットワークシステム全体で規定し、複数のテナントパターンが共通で利用する。
【００６３】
ＩＤ５２５１は、ネットワークシステム内でコマンドテンプレートを一意に識別する情報である。名前５２５２は、コマンドテンプレートの名前情報である。コマンドテンプレート５２５３は、コマンドテンプレートを格納した情報である。コマンドテンプレートは、コマンド（または命令列）にパラメータを代入できるようになっており、管理サーバ５００はコマンドテンプレート５２５３のコマンドにパラメータを代入することで、コマンドが完成する。図８の例では、例えば、ＩＤ５２５１＝「２」の「ＡＣＬ削除」のコマンドテンプレートは、「ｕｎｓｅｔ  ｐｏｌｉｃｙ  ｉｄ  ＜ＩＤ＞」であり、＜ＩＤ＞にパラメータ「ＩＤ」を管理サーバ５００が代入する。そして、管理サーバ５００は、パラメータが設定されたコマンドテンプレート５２５３を実行する。
【００６４】
図９は、本実施の形態のテナントインスタンス情報（ノード）５２６の説明図である。
【００６５】
テナントインスタンス情報（ノード）５２６は、例えば、テナントインスタンスＩＤ５２６１、ノード５２６２、ノードインスタンス５２６３、設定項目５２６４、パラメータ５２６５、及びパラメータ値５２６６を含む。
【００６６】
テナントインスタンスＩＤ５２６１は、テナント毎のインスタンスをネットワークシステム内で一意に識別する情報である。ノード５２６２は、テナントパターンのノードである。ノードインスタンス５２６３は、テナントインスタンスのノードの情報である。冗長化されたノードや多重度が設定されたＶＭの場合は、１つのノードに対して、複数のノードインスタンスが生成される。図９では、例えば、ノード５２６２＝「ルータ１」のノードインスタンス５２６３は「ルータ１−１」と「ルータ１−２」である。２つのノードインスタンスによって、ノード５２６２＝「ルータ１」は冗長構成となっていることを示す。
【００６７】
設定項目５２６４は、各ノードインスタンスについて設定する項目が格納される。パラメータ５２６５は、設定項目５２６４に対するパラメータの種別が格納される。パラメータ値５２６６は、設計時に決定したパラメータの値が格納される。
【００６８】
図９では、ノード５２６２＝「ＶＭ１」は、ユーザが多重度を「３」と設定したため、３つのノードインスタンス５２６３＝「ｔＶＭ１−１」、「ｔＶＭ１−２」、「ｔＶＭ１−３」が生成されている。一方、ノード「ＶＭ２」はデフォルトの多重度（図４の多重度５２１３）であり、１つのノードインスタンス５２６３「ｔＶＭ２−１」が生成されている。
【００６９】
図１０は、本実施の形態のテナントインスタンス情報（サブネット）５２７の説明図である。
【００７０】
テナントインスタンス情報（サブネット）５２７は、例えば、テナントインスタンスＩＤ５２７１、ＩＤ５２７２、ＶＬＡＮ  ＩＤ５２７３、所属ノード５２７４、接続ノード５２７５、及びネットワークアドレス５２７６を含む。
【００７１】
テナントインスタンスＩＤ５２７１は、テナント毎のインスタンスを一意に識別する情報である。ＩＤ５２７２は、テナントインスタンス内でサブネットを一意に識別する情報である。ＶＬＡＮ  ＩＤ５２７３は、当該サブネットに割り当てられたＶＬＡＮ  ＩＤである。所属ノード５２７４は、当該サブネットに所属するノード情報である。接続ノード５２７５は、所属ノード５２７４を接続するために選択したノードである。ネットワークアドレス５２７６は、当該サブネットに割り当てられたネットワークアドレスである。
【００７２】
図１１は、本実施の形態のテナントインスタンス情報（マッピング）５２８の説明図である。テナントインスタンス情報（マッピング）５２８は、接続情報生成プログラム５１４及びＮＷ装置情報収集プログラム５１３によって生成または更新される。
【００７３】
テナントインスタンス情報（マッピング）５２８は、例えば、テナントインスタンスＩＤ５２８１、ノード５２８２、及び対応装置５２８３を含む。
【００７４】
テナントインスタンスＩＤ５２８１は、テナントインスタンスを一意に識別する情報である。
【００７５】
ノード５２８２は、テナントインスタンスのマッピング元のノード情報である。対応装置５２８３は、テナントインスタンスのマッピング先の装置情報である。なお、ＶＭのマッピング先は、仮のＶＭに加え、当該ＶＭが接続する仮想ＳＷと当該仮想ＳＷを含む物理サーバの情報を含む。これは、ネットワークの設計時はＶＭが物理サーバ２００上にデプロイされていない場合があるためである。
【００７６】
図１２は、本実施の形態の構成情報５２９の説明図である。
【００７７】
構成情報５２９は、例えば、装置５２９１、管理ＩＰアドレス５２９２、Ｔｅｌｎｅｔアカウント５２９３、及びＳＮＭＰコミュニティ名５２９４を含む。
【００７８】
装置５２９１は、装置をネットワークシステム内で一意に識別する情報である。管理ＩＰアドレス５２９２は、当該装置から情報を収集したり、設定したりするためのアクセス先の管理用ＩＰアドレス情報である。Ｔｅｌｎｅｔアカウント５２９３は、当該装置に設定をする時に使用する認証情報であるＴｅｌｎｅｔアカウントとパスワードである。なお、Ｔｅｌｎｅｔではなく、ＳＳＨなどで物理装置にアクセスをしてもよく、その場合は、ＳＳＨのアカウント情報を持つ。ＳＮＭＰコミュニティ名５２９４は、当該装置からＳＮＭＰで情報を収集する時に使用するＳＮＭＰコミュニティ情報である。
【００７９】
図１３は、本実施の形態の接続情報５３０の説明図である。
【００８０】
接続情報５３０は、例えば、リンクＩＤ５３０１、接続装置１  ５３０２、装置１  ポートＩＤ５３０３、接続装置２  ５３０４、及び装置２  ポートＩＤ５３０５を含む。
【００８１】
リンクＩＤ５３０１は、物理装置間または仮想装置間のリンクをネットワークシステム内で一意に識別する情報である。接続装置１（５３０２）は、リンクに接続している一方の物理装置または仮想装置を一意に識別する情報である。装置１ポートＩＤ５３０３は、リンクに接続している一方の物理装置のポートを一意に識別する情報である。接続装置２（５３０４）は、リンクに接続している他方の物理装置または仮想装置を一意に識別する情報である。装置２ポートＩＤ５３０５は、リンクに接続している他方の物理装置のポートを一意に識別する情報である。接続情報５３０は、一つのリンクの始点と終点の装置が接続されるポートＩＤを特定することができる。
【００８２】
図１４は、本実施の形態のリング構成情報（冗長化ネットワーク情報）５３１の説明図である。
【００８３】
リング構成情報５３１は、例えば、リングＩＤ５３１１、構成装置５３１２、マスタノード５３１３、フォワーディングポートＩＤ５３１４、及びブロッキングポートＩＤ５３１５を含む。
【００８４】
リングＩＤ５３１１は、リングネットワークをネットワークシステム内で一意に識別する情報である。構成装置５３１２は、当該リングネットワークに所属している全ての物理装置一覧の情報である。マスタノード５３１３は、当該リングネットワークのマスタノードの装置の情報である。フォワーディングポートＩＤ５３１４は、マスタノードのフォワーディングポートの情報である。なお、リングネットワークのフォワーディングポートは、定常時にパケットを転送するポートである。ブロッキングポートＩＤ５３１５は、マスタノードのブロッキングポートの情報である。なお、リングネットワークのブロッキングポートは、定常時にパケット転送をせず、障害検知時にパケットを転送するようになるポートである。
【００８５】
なお、上記では冗長化ネットワークの一例としてリングネットワークを構成する例を示したが、スパニングツリーなど公知又は周知のその他の冗長化ネットワークを適用するようにしても良い。
【００８６】
図１５は、本実施の形態の設計設定タスク情報５３２の説明図である。
【００８７】
設計設定タスク情報５３２は、例えば、ＩＤ５３２１、設計日時５３２２、設定完了日時５３２３、設計内容５３２４、使用パターン５３２５、テナントインスタンス５３２６、設定内容５３２７、及び状態５３２８を含む。
【００８８】
ＩＤ５３２１は、設計設定タスクを一意に識別する情報である。設計日時５３２２は、当該設計設定タスクの設計が完了した日時である。設定完了日時５３２３は、当該設計設定タスクの設定が完了した日時である。設計内容５３２４は、当該設計設定タスクの設計内容である。使用パターン５３２５は、当該設計設定タスクが使用したテナントパターンである。テナントインスタンス５３２６は、当該設計設定タスクで生成したテナントインスタンスを一意に識別する情報である。設定内容５３２７は、当該設計設定タスクが生成した設定内容である。
【００８９】
図１５では設計設定タスク情報５３２を、自然言語で記載しているが、合わせて、設定用コマンドも保持する。状態５３２８は、当該設計設定タスクの状態情報である。例えば、「設計済み」であれば設計が完了し、実機への設定は未実施であることを示し、「設定済み」であれば、実機への設定が完了したことを示し、「設定失敗」であれば、実機への設定が失敗したことを示す。
【００９０】
図１６は、本実施の形態のスケジュール情報５３３の説明図である。
【００９１】
スケジュール情報５３３は、例えば、ＩＤ５３３１、設定予定日時５３３２、タスクＩＤ５３３３、及び状態５３３４を含む。スケジュール情報５３３は、運用者が設計時に設定実施時刻をスケジューリングした場合に生成される。
【００９２】
ＩＤ５３３１は、当該スケジュール情報を一意に識別する情報である。設定予定日時５３３２は、設計設定タスクを実施する予定の日時の情報である。タスクＩＤ５３３３は、当該スケジュールで実行する設計設定タスクを一意に識別する情報である。状態５３３４は、当該スケジュールの実施状態である。例えば、「未実施」であれば、設定予定日時前で設定が実施される前の状態を示し、「実施済み」であれば、設定予定日時後で設定が実施された状態を示す。
【００９３】
図１７は、管理端末７００を利用する運用者がテナントを追加するネットワークの設計または設定を実施するユーザインタフェース１７０の説明図である。このユーザインターフェース１７０は、管理端末７００の出力装置に表示された画面イメージである。
【００９４】
運用者はユーザインターフェース１７０で追加したいテナントのパターンをプルダウン１７１から選択する。また、設定を実施するタイミングを、「即時設定実行」か「設定スケジューリング」から選択する。「設定スケジューリング」を選択した場合は、設定実行する日時１７２を入力する。特別な要件がない場合は、運用者が入力する情報は上記項目でよく、運用者はネットワークに関する詳細な内容を考慮することなく、設計及び設定が行える。このように、ネットワークに詳しくない運用者であっても間違えることなく、ネットワークの設計、設定を実施することができる。
【００９５】
また、テナントパターン１７１で、「ユーザ指定」と規定されたパラメータ１７３やマッピング１７５は「ユーザ指定（オプション）」以下に入力フィールドが表示される。「マッピング」の入力フィールド１７５には、マッピング情報５２３の物理装置／グループ５２３３でグループを規定した項目が表示される。
【００９６】
図１７では、ノード「ＶＭ１−１」の対応装置として「仮想ＳＷ１−１」が表示されている。ノードがＶＭの場合は、このように仮想ＳＷを選択する。一方、ノードがＶＭ以外の場合は、直接対応する装置（ＦＷであればＦＷなど）が選択肢として表示される。
【００９７】
図１８は、管理端末７００を利用するネットワーク設計者がテナントパターンを規定するユーザインタフェース１８０の画面イメージである。
【００９８】
本ユーザインタフェース１８０は、通常ネットワークスキルが低い運用者ではなく、ネットワークの設計ができる設計者が、本システム導入時や、物理構成や業務フローの変更時に利用する。
【００９９】
本ユーザインタフェース１８０は、大きく３つの部分からなる。「テナントパターン規定」１８１、「業務フロー規定」１８２、「ＩＤプール規定」１８３、である。「テナントパターン規定」１８１の領域には、テナントパターン一覧１８１１があり、テナントパターンの追加、変更、削除ができるボタンが表示される。入力装置の操作により追加ボタンを押下すると、テナントパターン情報入力フィールド１８１２で入力を受け付ける。当該フィールド１８１２へテナントパターンＩＤやサブネットの情報を入力し、確定ボタンを押下すると、テナントパターンが追加される。サブネット一覧の追加、変更ボタン１８１３を押すと、図１９のパターン登録（サブネット編集）画面に遷移する。サブネット編集画面については図１９にて後述する。
【０１００】
「業務フロー規定」１８２の領域には、業務フロー一覧が表示される。「業務フロー規定」１８２の領域で登録した業務フローを図１９の設定項目編集の業務フローのプルダウンで選択できる。追加ボタン１８２１を押下すると一覧にエントリが追加され、一覧上で業務フロー名を編集できる。削除ボタンを押下すると、一覧で選択していた業務フローが削除される。また、変更は一覧上で編集することで実施する。
【０１０１】
「ＩＤプール規定」１８３の領域には、ＩＤプール一覧がある。追加ボタン１８３１を押下すると一覧にエントリが追加され、一覧上でＩＤプール情報を編集できる。削除ボタンを押下すると、一覧で選択していたＩＤプールが削除される。また、変更は一覧上で編集することで実施する。
【０１０２】
本画面で入力した内容は、ＩＤプール情報５２４に格納される。
【０１０３】
図１９は、管理端末７００を利用するネットワーク設計者がテナントパターンのサブネットを規定するユーザインタフェース１９０の画面イメージである。サブネットＩＤ１９１や当該サブネットで使用するＩＤプールの入力フィールド１９２などが表示される。サブネットに所属するノード一覧１９３が表示され、追加ボタン１９５を押下すると、ノード編集領域１９４に入力できるようになり、ノード名や設定項目、パラメータ、マッピングなどを入力し、確定ボタンを押下すると、ノード情報を追加することができる。
【０１０４】
変更ボタン１９６を押下すると、一覧１９３で選択していたノードの情報が、ノード編集領域１９４に表示され、その値を編集できるようになる。編集後、確定ボタン１９８を押下すると、ノード情報が変更される。削除ボタン１９７を押下すると、一覧１９３で選択していたノードが削除される。ノード編集フィールドの、設定項目、パラメータについても同様に追加、変更、削除が可能である。
【０１０５】
本画面で入力した内容は、テナントパターン情報（ノード）５２１、テナントパターン情報（サブネット）５２２、マッピング情報５２３、コマンドテンプレート情報５２５に格納される。
【０１０６】
図２０は、本実施の形態の管理サーバ５００の初期導入時のシーケンス図である。図２１は、本実施の形態の管理サーバ初期導入時において送受信されるメッセージの一例を説明する図である。
【０１０７】
図２０において、まず、管理端末７００は、管理サーバ５００に構成情報収集を要求する（Ｓ１０１）。管理サーバ５００は要求を受け付けると、要求に含まれている収集対象装置であるＮＷ装置１００、物理サーバ２００に対して、構成情報を要求する（Ｓ１０２、Ｓ１０４）。
【０１０８】
ＮＷ装置１００は要求を受け付けると、自身が持っている隣接装置との接続情報と、リングが構成されている場合は、リング構成情報を管理サーバ５００に送信する（Ｓ１０３）。物理サーバ２００は要求を受け付けると、自身が持っている仮想ＳＷ一覧と、ＶＭ一覧、および接続情報を管理サーバ５００に送信する（Ｓ１０５）。
【０１０９】
管理サーバ５００は、ＮＷ装置１００、物理サーバ２００から送信された接続情報から物理装置間または仮想装置間の接続情報を生成し、接続情報５３０に格納する（Ｓ１０６）。なお、物理装置と仮想装置の接続は、例えば、エッジスイッチ１００Ｇと仮想スイッチ４００Ａの接続などである。管理サーバ５００は、管理端末７００に構成情報収集が成功したか、接続情報生成が成功したかなどの処理結果を通知する（Ｓ１０７）。
【０１１０】
管理端末７００は、図１８、図１９に示したユーザインターフェース１８０、１９０から入力されたテナントパターン規定情報を管理サーバ５００に送信する（Ｓ１０８）。
【０１１１】
管理サーバ５００は、受信したテナントパターン規定情報を、テナントパターン情報（ノード）５２１、テナントパターン情報（サブネット）５２２、マッピング情報５２３、ＩＤプール情報５２４、コマンドテンプレート情報５２５に、それぞれ格納する（Ｓ１０９）。管理サーバ５００は、テナントパターン規定情報の格納が成功したか否かを示す処理結果を管理端末７００に通知する（Ｓ１１０）。
【０１１２】
上記処理によって、ネットワークシステムへ新たに導入した管理サーバ５００は、接続情報５３０と、テナントパターン情報（ノード）５２１と、テナントパターン情報（サブネット）５２２と、マッピング情報５２３と、ＩＤプール情報５２４と、コマンドテンプレート情報５２５とを生成してメモリ５１０及び外部記憶装置５６０へ格納する。
【０１１３】
なお、上記図２０では、管理端末７００のユーザインターフェースを用いて、テナントパターン規定情報を入力しているが、テナントパターン規定情報を予め設定ファイルとして作成し、管理サーバ５００で読み込むようにしてもよい。
【０１１４】
また、図２１に示すメッセージは、上記図２０の各ステップＳ１０１〜Ｓ１１０で、送受信されるメッセージと送信元、送信先及び内容をそれぞれ示す。
【０１１５】
図２２は、本実施の形態の運用中におけるテナントを追加する例のネットワーク設計設定時のシーケンス図である。
【０１１６】
図２３は、本実施の形態のネットワークの設計及び設定時において送受信されるメッセージの一例を示す図である。
【０１１７】
図２２において、まず、管理端末７００は管理サーバ５００にテナント追加を要求する（Ｓ２０１）。要求には使用するテナントパターン（テナントパターン情報（ノード）５２１及びテナントパターン情報（サブネット）５２２のパターンＩＤ５２１１、５２２１）のＩＤと、運用者が指定した場合はユーザ入力値と、設定タイミング（即時実行するのか、スケジューリングするのか）が含まれる。以下、テナントパターン情報（ノード）５２１及びテナントパターン情報（サブネット）５２２の総称をテナントパターンとする。
【０１１８】
管理サーバ５００は、マッピング情報５２３からテナントパターンに対応する対応装置を特定する（Ｓ２０２）。本処理は、図２４を用いて詳細を後述する。管理サーバ５００は、特定した装置情報を用いて、サブネットを具現化するための設定内容を生成する（Ｓ２０３）。本処理は、図２５を用いて詳細を後述する。
【０１１９】
管理サーバ５００は、テナントを追加する際のネットワークシステムのノードに対するパラメータを決定し、設定内容を生成する（Ｓ２０４）。本処理は、図２６を用いて詳細を後述する。上記設定タイミングで「スケジューリング」が指定されている場合は、物理装置（または仮想装置）への設定の実行予定をスケジューリングする（Ｓ２０５）。管理サーバ５００は、設計処理と、スケジューリング処理が成功したか否かを示す処理結果を管理端末７００に通知する（Ｓ２０６）。
【０１２０】
管理サーバ５００は、スケジューリングで指定された時刻になったら、設定処理を開始し、ＮＷ装置１００、物理サーバ２００に設定を要求する（Ｓ２０７、Ｓ２０９）。ＮＷ装置１００、物理サーバ２００は要求を受信したら、ステップＳ２０３、Ｓ２０４で生成した設定内容に従い、自身の構成情報を更新し、管理サーバ５００に設定結果を通知する（Ｓ２０８、Ｓ２１０）。管理サーバ５００は、追加したテナントのテナントインスタンスを作成し、テナントインスタンス情報（ノード）５２６、テナントインスタンス情報（サブネット）５２７、テナントインスタンス情報（マッピング）５２８に格納する。そして、管理サーバ５００は設計設定タスク情報５３２の状態を更新する（Ｓ２１１）。管理サーバ５００は、管理端末７００に処理結果を通知する（Ｓ２１２）。
【０１２１】
上記処理によって、スケジュールに対応するタイミングで、管理端末７００から入力されたテナントパターンのＩＤに基づいて、管理サーバ５００は、ネットワークシステム内に新たなテナントを追加する。このとき、管理端末７００の運用者は、テナントパターンのＩＤと業務フロー（追加）を指定するだけで、管理サーバ５００の自動設計プログラム５１１がネットワーク構成や物理サーバなどの物理装置の設定を自動的に計算することができる。これにより、ネットワークに精通していない運用者でも、新たなテナントを追加する際の設定を容易に取得できる。そして、指定されたスケジュールで自動設定プログラム５１２が、新たなテナントの設定を物理装置や仮想装置に反映させることで、新たなテナントがネットワークシステム内に追加される。
【０１２２】
図２４は、本実施の形態の対応装置特定処理のフローチャートである。このフローチャートは、上記図２２のステップＳ２０２で行われるマッピング情報５２３から対応装置を特定する処理の一例を示す。
【０１２３】
管理サーバ５００は、テナントパターン情報（ノード）５２１を参照し、管理端末７００から指定されたテナントパターンのノードのうち未処理のノードを選択する（Ｓ３０１）。
【０１２４】
管理サーバ５００は、マッピング情報５２３の冗長化５２３４を参照し、選択したノードのマッピングが「冗長化」ありか否かを判定する（Ｓ３０２）。冗長化ありの場合は、マッピング先の複数の物理装置（または仮想装置）を対応装置として、冗長構成となる設定内容を生成する（Ｓ３０３）。
【０１２５】
例えば、図６では、ノード「ルータ１」が冗長化ありを示す。ルータに対しての冗長化方式はＶＲＲＰ（Ｖｉｒｔｕａｌ  Ｒｏｕｔｅｒ  Ｒｅｄｕｎｄａｎｃｙ  Ｐｒｏｔｏｃｏｌ）があり、対応装置（ルータ１、ルータ２）にＶＲＲＰの冗長化の設定を生成する。具体的には、図９に示すノード５２６２のルータ１に記載のＶＲＲＰの設定である。ここでは冗長化方式をＶＲＲＰとしたが、その他の冗長化方式でもよい。また、ルータや、スイッチだけでなく、ＦＷなどのアプライアンスについても冗長化に対応した設定内容の生成も可能とする。その後、図２４のステップＳ３１０に進む。
【０１２６】
冗長化なしの場合は、管理サーバ５００は、マッピング情報５２３の「物理装置／グループ」５２３３を参照し、グループへのマッピングであるか否を判定する（Ｓ３０４）。
【０１２７】
グループへのマッピングの場合は、管理サーバ５００は、グループ内から「グループからの選択方式」５２３７で規定された選択方式に従い、仮の対応装置を選択する（Ｓ３０５）。グループへのマッピングではない場合は、マッピング先の物理装置または仮想装置を仮の対応装置として選択する（Ｓ３０６）。
【０１２８】
次に、管理サーバ５００は、現在選択しているノードがＶＭであるか否かを判定する（Ｓ３０７）。ＶＭの場合は、仮の対応装置のデフォルトの仮想ＳＷ、またはユーザが指定した仮想ＳＷに接続する仮のＶＭを管理サーバ５００が生成して対応装置とする（Ｓ３０８）。これは、ネットワークの設計時点ではＶＭが配備されていない可能性があるため、配備予定のＶＭが接続される仮想ＳＷを代わりに選択しておく。ネットワークの設定としては、仮想ＳＷまで設定できれば十分である。
【０１２９】
現在選択しているノードがＶＭではない場合、管理サーバ５００は仮の対応装置を対応装置として選択する（Ｓ３０９）。次に、管理サーバ５００は未処理のノードがあるか否かを判定する（Ｓ３１０）。未処理のノードがある場合は、Ｓ３０１に戻る。未処理のノードがない場合は、処理を終了する。
【０１３０】
このようにして、管理サーバ５００では、新たなテナントを追加する際のネットワーク構成の設計時に具体的に対応する物理装置や仮想装置を決定することができる。このため、テナントパターンの規定時点で複数の対応関係を１つのマッピングで規定できる。したがって、マッピングの規定や、メンテナンスを容易に行える。
【０１３１】
図２５は、本実施の形態のサブネット具現化処理のフローチャートである。このフローチャートは、上記図２２のステップＳ２０３で行われるサブネットの具現化処理の一例を示す。
【０１３２】
管理サーバ５００は、図５に示したテナントパターン情報（サブネット）５２２を参照し、指定されたテナントの未処理のサブネットを選択する（Ｓ４０１）。管理サーバ５００は、図５に示したＶＬＡＮ利用５２２３を参照し、選択したサブネットが「ＶＬＡＮ利用」ありか否かを判定する（Ｓ４０２）。「ＶＬＡＮ利用」なしの場合、処理Ｓ４０９に進む。「ＶＬＡＮ利用」ありの場合、管理サーバ５００は、図２４に記載の対応装置特定処理で特定したサブネットに所属するノードの対応装置を選択する（Ｓ４０３）。
【０１３３】
管理サーバ５００は、接続情報５３０を参照し、選択した対応装置を接続する経路を算出する（Ｓ４０４）。経路算出のアルゴリズムは、例えば、ダイクストラ法など公知又は周知の手法を用いることができる。次に、管理サーバ５００はリング構成情報５３１を参照し、算出した経路上にリングネットワークが構成されているか否かを判定する（Ｓ４０５）。リングネットワークが構成されている場合、管理サーバ５００は当該ＶＬＡＮをリングネットワークに所属させる設定内容を生成する（Ｓ４０６）。その後、処理Ｓ４０７に進む。リングネットワークが構成されていない場合、管理サーバ５００は指定されたＩＤプールからＶＬＡＮ  ＩＤを割り当てる（Ｓ４０７）。割り当てたＶＬＡＮ  ＩＤのＶＬＡＮを対応装置に割り当てる設定内容を生成する（Ｓ４０８）。
【０１３４】
次に、管理サーバ５００は、現在選択しているサブネットに対して、指定されたＩＤプールからネットワークアドレスを割り当てる（Ｓ４０９）。次に、管理サーバ５００は、未処理のサブネットがあるか否かを判定する（Ｓ４１０）。未処理のサブネットがある場合、処理Ｓ４０１に戻る。未処理のサブネットがない場合、処理を終了する。
【０１３５】
このように論理的な構成として規定したサブネットに所属する装置を算出し、サブネットを実現するＶＬＡＮを自動的に設定内容を生成できるため、テナントパターンを論理的な構成で規定することができ、テナントを追加する際のネットワーク構成の作成や、ネットワークシステムのメンテナンスを容易に行える。
【０１３６】
図２６は、本実施の形態のパラメータ決定、設定内容生成処理のフローチャートである。このフローチャートは、上記図２２のステップＳ２０４で行われるパラメータの決定と、設定内容を生成する処理の一例を示す。
【０１３７】
管理サーバ５００は、図４に示したテナントパターン情報（ノード）５２１を参照し、テナントパターンの未処理のパラメータを選択する（Ｓ５０１）。管理サーバ５００は、テナントパターン情報（ノード）５２１のパラメータ決定方法５２１６の種類により、パラメータを決定する方法を「固定」、「プール」、「プール（サブネット指定）」、「参照」の何れかひとつを選択する（Ｓ５０２）。パラメータ決定方法が「固定」の場合、所定の固定値をパラメータの値とする（Ｓ５０３）。パラメータ決定方法が「プール」の場合、指定されたプールから値を割り当てる。その際、パラメータ決定方法５２１６で規定された割り当てロジック（「若番から」など）に従って、割り当てる（Ｓ５０４）。パラメータ決定方法が「プール（サブネット指定）」の場合、図２５のステップＳ４０９で決定したネットワークアドレスから未使用のＩＰアドレスを割り当、指定されたサブネットの値とする。（Ｓ５０５）。パラメータ決定方法が「参照」の場合、管理サーバ５００は、参照先の値が未決定か否かを判定する（Ｓ５０６）。参照先の値が未決定の場合、当該パラメータの処理順番を最後にし（Ｓ５０７）、処理Ｓ５０１に戻る。一方、参照先の値が決定済みの場合、管理サーバ５００は参照先の値を用いて、本パラメータの値とする（Ｓ５０８）。本パラメータの値を決定した後、管理サーバ５００は未処理のパラメータがあるか否かを判定する（Ｓ５０９）。未処理のパラメータがある場合、処理Ｓ５０１に戻る。未処理のパラメータない場合、追加のコマンドテンプレートにパラメータを代入し、設定内容を生成する（Ｓ５１０）。
【０１３８】
以上のように、図２２で示したステップＳ２０１〜Ｓ２０６を、管理サーバ５００の自動設計プログラム５１１で処理し、ステップＳ２０７〜Ｓ２１２を管理サーバ５００の自動設定プログラム５１２で処理することで、テナントの追加にかかるネットワークの設計と設定を自動的に行うことができる。これにより、前記従来例のように多数のテンプレートを作成する必要はなく、テナントパターンの単位で、ネットワーク管理システムの初期設定や、ネットワークシステムのメンテナンスを容易にすることができ、特に、日々の運用者がネットワークに対するスキルがなくてもネットワークの設計または設定を容易に行うことが可能になる。
【０１３９】
そして、上述のように、業務フローが「追加」の場合では、管理サーバ５００はテナントパターンを受け付けると、マッピング情報５２３に従って物理装置を選択する。そして、管理サーバ５００は、テナントパターン情報（サブネット）５２２からサブネットを生成してＩＰ構成を決定する。そして、管理サーバ５００は、テナントパターン情報（ノード）５２１の設定項目についてパラメータを予め設定された方法で決定し、コマンドテンプレート５２５３にパラメータを代入して設定内容を生成する。そして、スケジュールで指定された所定のタイミングになると、管理サーバ５００の自動設定プログラム５１２は、設定内容を実行してテナントに物理装置や仮想装置を割り当てて、稼動を開始する。
【０１４０】
こうして、複数の物理サーバを備えたネットワークシステムへ極めて容易に新たなテナントを極めて容易に追加することができる。これにより、プライベートクラウドなどの計算機リソースをオンデマンドで提供するデータセンタにおいて、テナントを追加する際に運用者の労力を大幅に低減することができる。
【０１４１】
なお、図４のテナントパターン情報（ノード）５２１では、パラメータの一例について述べたが、パラメータの設定は図４に限定されるものではなく、例えば、パラメータの項目を大分類と小分類に分けても良い。図３０に、パラメータの項目を大分類と小分類に分けた例を示す。図３０の例では、ルータ又はスイッチのノードについて、パラメータの大分類として、経路情報、ＶＲＲＰ、ＶＲＦ（Virtual Routing and Forwarding）、ゲートウェイ設定、ゾーニングなどで構成される例を示した。また、大分類に従属する小分類には、宛先、アドレス、ゾーン名やＩＤなどで構成された例を示す。このように、テナントパターン情報（ノード）５２１のパラメータとしては、図４で開示した項目に加え、図３０で開示した項目を含めるようにしても良い。
【０１４２】
＜第二の実施の形態＞
第二の実施の形態について、説明する。第二の実施の形態は、すでに設計及び設定済みのテナントインスタンスを変更する設計及び設定を実行する実施形態である。以下では、ＶＭを追加する場合について述べるが、ＡＣＬ追加、ＶＬＡＮ追加などの他の変更や、テナントインスタンスを削除する場合でも同様の処理となる。
【０１４３】
このようにテナントインスタンスを変更、削除する場合でも新規追加の場合と同じテナントパターンの規定とマッピング情報を使用でき、新規追加や変更、削除毎に別の設定が不要であり、自動設計設定のための情報の作成や、メンテナンスの作業が容易になる。
【０１４４】
図２７は、本実施の形態の運用中での既存のテナントを変更（ＶＭを追加）するネットワーク設計及び設定時のシーケンス図である。
【０１４５】
図２８は、本実施の形態のネットワーク設計設定時において送受信されるメッセージを説明する図である。
【０１４６】
図２７において、まず、管理端末７００は管理サーバ５００にテナント変更を要求する（Ｓ６０１）。要求には変更するテナントインスタンスのＩＤ、変更内容を示す業務フロー、運用者が指定した場合はユーザ入力値、設定タイミング（即時実行するのか、スケジューリングするのか）が含まれる。
【０１４７】
管理サーバ５００は、業務フローに従ったテナント変更処理を行う（Ｓ６０２）。本処理は、図２９を用いて詳細を後述する。設定タイミングで「スケジューリング」が指定されている場合は、物理装置または仮想装置への設定をスケジューリングする（Ｓ６０３）。管理サーバ５００は、設計処理、スケジューリング処理が成功したか否かを管理端末７００に通知する（Ｓ６０４）。
【０１４８】
管理サーバ５００は、スケジューリングで指定された時刻になったら、自動設定プログラム５１２を起動して設定処理を開始し、ＮＷ装置１００、物理サーバ２００に設定を要求する（Ｓ６０５、Ｓ６０７）。ＮＷ装置１００、物理サーバ２００は設定要求を受信したら、設定内容に従い、自身の構成情報を更新し、管理サーバ５００に設定結果を通知する（Ｓ６０６、Ｓ６０８）。
【０１４９】
管理サーバ５００は、変更したテナントインスタンスを設計内容に従い更新し、テナントインスタンス情報（ノード）５２６、テナントインスタンス情報（マッピング）５２８に格納する。そして、設計設定タスク情報５３２の状態を更新する（Ｓ６０９）。管理サーバ５００は、管理端末７００に処理結果を通知する（Ｓ６１０）。
【０１５０】
以上の処理により、管理サーバ５００はテナントの変更要求を受け付けると、変更要求に応じてＮＷ装置１００、物理サーバ２００の構成を業務フローに従って自動的に変更することができる。
【０１５１】
図２９は、本実施の形態の業務フローに従ったテナント変更処理のフローチャートである。この処理は図２８のステップＳ６０２で行われる業務フローに従ったテナント変更処理の一例を示す。
【０１５２】
管理サーバ５００は、テナントインスタンスの変更内容が「ノードの多重度を変更」か否かを判定する（Ｓ７０１）。「ノードの多重度を変更」ではない場合、対応装置は変更なしとする（Ｓ７０２）。「ノードの多重度を変更」の場合、図２２に示した追加時の対応装置特定処理（Ｓ２０２）を、多重度を変更するノードについて実施する（Ｓ７０３）。次に、管理サーバ５００は、図２２に示した追加時のサブネット具体化処理（Ｓ２０３）を多重度を変更するノードが所属するサブネットについて実施する（Ｓ７０４）。この時、図２５のステップＳ４０７の処理ではＶＬＡＮ  ＩＤを割り当てずに既存のＶＬＡＮ  ＩＤを用いる。そして、ステップＳ４０８の処理では経路が変わった場合、ＶＬＡＮを変更するために設定内容を生成する。
【０１５３】
次に、管理サーバ５００は、図４のテナントパターン情報（ノード）５２１の業務フロー５２１７を参照し、対象となる業務フローのうち未処理の設定項目を選択する（Ｓ７０５）。管理サーバ５００は、選択した業務フローの操作種別で処理を分岐する（Ｓ７０６）。
【０１５４】
操作種別が「追加」の場合、管理サーバ５００は、図２２に示した追加時の「パラメータ決定、設定内容生成」処理（Ｓ２０４）を追加する設定項目のパラメータについて実施する（Ｓ７０７）。操作種別が「変更」の場合、図２２に示した追加時の「パラメータ決定、設定内容生成」処理（Ｓ２０４）を追加する設定項目のパラメータについて実施する（Ｓ７０８）。図２６に示すステップＳ５１０の処理では、既存のパラメータを変更する設定内容を生成する。操作種別が「削除」の場合、削除のコマンドテンプレートに既存のパラメータ値を代入し、削除の設定内容を生成する（Ｓ７０９）。管理サーバ５００は、未処理の設定項目があるか否かを判定する（Ｓ７１０）。未処理の設定項目がある場合、処理Ｓ７０５に戻る。未処理の設定項目がない場合、処理を終了する。
【０１５５】
以上の処理により、ネットワークシステムの運用者は、テナントパターン（テナントパターン情報（ノード）５２１）と業務フロー５２１７（変更）を指定するだけで、ＮＷ装置１００、物理サーバ２００の設定を極めて容易に変更することができる。これにより、プライベートクラウドなどの計算機リソースをオンデマンドで提供するデータセンタにおいて、変更に要する運用者の労力を大幅に低減することができる。
【０１５６】
上述したように、本発明の第１及び第２の実施形態によれば、ノードの論理的な構成と設定項目と業務フローを設定したテナントパターン情報（ノード）５２１及びテナントパターン情報（サブネット）５２２と、テナントパターンと物理装置の対応関係をマッピング情報５２３とを生成しておき、管理端末７００からテナントパターンのＩＤと業務フロー５２１７を管理サーバ５００へ入力することで、管理サーバ５００は、テナントパターンとマッピング情報５２３から、上記業務フローに従って、物理装置または仮想装置へ構成変更の設計及び設定を自動的に行うことが可能となる。すなわち、管理端末７００を利用する運用者は、テナントパターン（ノード）情報２５１の業務フローを指定すれば、管理サーバ５００がネットワーク装置と物理サーバの設定を自動的に設計し、所定のタイミングで設計内容を物理装置または仮想装置へ反映させることができる。これにより、ネットワークシステムの運用者は、ネットワークシステムに関する詳細な知識がなくても、構成変更を実施することが可能となる。
【産業上の利用可能性】
【０１５７】
以上のように、本発明は、ネットワーク装置と物理計算機を接続したネットワークシステムで、テナントの追加や構成変更を行う管理計算機や管理方法に適用することができる。
【符号の説明】
【０１５８】
１００  ネットワーク装置
１００Ａ、１００Ｂ  ルータ
１００Ｃ、１００Ｄ  ファイヤーウォール
１００Ｅ、１００Ｆ  コアスイッチ
１００Ｇ〜１００Ｊ  エッジスイッチ
２００Ａ〜２００Ｄ  物理サーバ
５００  管理サーバ
５１１  自動設計プログラム
５１２  自動設定プログラム
５２１  テナントパターン情報（ノード）
５２２  テナントパターン情報（サブネット）
５２３  マッピング情報
５２４  ＩＤプール情報
５２５  コマンドテンプレート
５２６  テナントインスタンス情報（ノード）
５２７  テナントインスタンス情報（サブネット）
５２８  テナントインスタンス情報（マッピング）
５２９  構成情報
５３０  接続情報
５３１  リング構成情報
５３２  設計設定タスク情報
５３３  スケジュール情報
７００  管理端末
【図１】
0005484427.tif 000002
【図２】
0005484427.tif 000003
【図３】
0005484427.tif 000004
【図４】
0005484427.tif 000005
【図５】
0005484427.tif 000006
【図６】
0005484427.tif 000007
【図７】
0005484427.tif 000008
【図８】
0005484427.tif 000009
【図９】
0005484427.tif 000010
【図１０】
0005484427.tif 000011
【図１１】
0005484427.tif 000012
【図１２】
0005484427.tif 000013
【図１３】
0005484427.tif 000014
【図１４】
0005484427.tif 000015
【図１５】
0005484427.tif 000016
【図１６】
0005484427.tif 000017
【図１７】
0005484427.tif 000018
【図１８】
0005484427.tif 000019
【図１９】
0005484427.tif 000020
【図２０】
0005484427.tif 000021
【図２１】
0005484427.tif 000022
【図２２】
0005484427.tif 000023
【図２３】
0005484427.tif 000024
【図２４】
0005484427.tif 000025
【図２５】
0005484427.tif 000026
【図２６】
0005484427.tif 000027
【図２７】
0005484427.tif 000028
【図２８】
0005484427.tif 000029
【図２９】
0005484427.tif 000030
【図３０】
0005484427.tif 000031