JP6438378B2 - 制御システム、制御装置、制御方法及び制御プログラム - Google Patents

Description

本発明は、サービスノードまたはネットワークの設計システムまたは管理システムにおいて管理システム間で設定順を調整することにより柔軟かつ、並列処理可能なネットワーク管理を実現する技術に関する。

現在、通信ネットワークの仮想化技術やネットワーク・アプライアンスの仮想化技術として、ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）やＮＦＶ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）といった検討が行われている。

ＳＤＮはＯＮＦ（Ｏｐｅｎ Ｎｅｔｗｏｒｋｉｎｇ Ｆｏｕｎｄａｔｉｏｎ）（例えば、非特許文献１参照。）で標準化が進められている技術である。ＳＤＮを用いると、各拠点にＳＤＮ装置を配置すると、ＳＤＮ装置を管理するＳＤＮコントローラは、エンド・ツー・エンドでパスの開通、変更、削除等の設定をすることができる。このため、通信ネットワークにおけるＳＤＮ装置の配置は、ＳＯ（Ｓｅｒｖｉｃｅ Ｏｒｄｅｒ）の自動化や構築時間の短縮といったメリットがある。

また、ネットワークの仮想化技術は、ネットワークの物理構成によらずに一つの物理ネットワークを複数のユーザで共有するオペレーションが可能になるといったメリットがある。また、ＮＦＶは、ＥＴＳＩ ＮＦＶ（例えば、非特許文献２参照。）で標準化が進められている技術である。このように、サーバなどのネットワーク機器の仮想化技術により、仮想化されたネットワーク・アプライアンスの自動プロビジョニングのための管理システムの標準化が検討されている。

図１に、通信ネットワークの一例を示す。ノード９４がサービスを提供するノードであり、ノード９３がサービスを提供するノードを接続するネットワークノードである。各ノードは物理ノードでもよいし、仮想ノードでもよい。各ノード９３は各ドメインを管理する管理システム９２の制御網と接続している。また、複数のドメインを制御する統合管理システム９１がある。ユーザは統合管理システム９１からドメイン間を跨ったサービスを制御することでエンド・ツー・エンドでのサービスを受けることができる。複数のノード９４はＮＦＶ装置として機能し、９３はＳＤＮ装置として機能し、管理システム９２はＮＦＶであれば仮想インフラ管理装置、ＳＤＮ装置の制御であればＳＤＮコントローラとして機能する。統合管理システム９１がＮＦＶオーケストレータとして機能する。

従来のＮＦＶシステムでは、統合管理システム９１と管理システム９２は独立した機能を持つシステムであり、当該システム間の各種命令は抽象的なインターフェイスで指定することにより設定が行われる。ＮＦＶの設定は通常、ＮＦＶマネージャーから制御が行われ、管理システムとは独立して設定されるが、スケーラビリティや処理の並列実行を考えた場合は別々の管理システムから作業できた方がよい。しかし、この場合、統合管理システム９１の命令に従って管理システム９２がシーケンシャルに処理しようとすると、他の管理システム９２からの応答の待ち時間が任意のタイミングで発生することになる。

また、管理システム９２での処理が他の管理システム９２と独立して作業できる作業の場合は設定の順番に依存することは少ないが、各管理システム９２の設定する内容によっては他の管理システム９２の作業を待たなければならない、もしくは他の管理システム９２の作業が終わってからでないと次の作業ができないようなシーケンスな処理が必要なユースケースも考えられ、このような作業の場合作業することができない。

"Ｓｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ： Ｔｈｅ Ｎｅｗ Ｎｏｒｍ ｆｏｒ Ｎｅｔｗｏｒｋｓ"，ＯＮＦ ｗｈｉｔｅ ｐａｐｅｒ，２０１２. "Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕｌｉｓａｔｉｏｎ−Ｉｎｔｒｏｄｕｃｔｏｒｙ Ｗｈｉｔｅ Ｐａｐｅｒ"， ＥＴＳＩ，Ｏｃｔ． ２０１２．

そこで、本発明は、管理システム間の同期した処理を並列で行うことを可能にすることを目的とする。

本発明は、統合管理システムに設定順を調整する機能（設定順調整部）と設定順テーブルを備え、設定順テーブルにはユーザまたは、アプリケーションが作成し、各管理システム毎に実行するタイミングを記してある。管理システムは設定に従って一定の設定動作が終了したら統合管理システムに通知し、設定順調整部がブローカーとして各管理システムの設定順を調整することによりタイミングを調整する。

具体的には、本発明に係る制御システムは、
ノードを制御する複数の管理システムと、
前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
を備える制御システムであって、
前記統合管理システムは、
前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローを取得し、前記設定順フローで定められた順序で前記設定順フローで定められた処理を実行するよう要求する旨の実行要求を生成する設定順調整部と、
前記設定順調整部からの実行要求を、前記設定順フローで定められた処理に該当する前記管理システムに送信し、前記実行要求で定められる処理の実行が終了した旨の終了通知を前記管理システムから受信する統合管理システム通信部と、を備え、
前記複数の管理システムは、
前記実行要求で定められる処理を実行することによって、前記ネットワークを構築する処理実行部と、
前記統合管理システムから送信された前記実行要求を前記処理実行部に出力し、前記処理実行部において前記実行要求で定められる処理の実行が終了すると前記終了通知を前記統合管理システムに送信する管理システム通信部と、を備える。

前記統合管理システムは、
前記ノードを用いてネットワークを構築する際の処理の実行順を定めた順序ルールを保持する記憶部と、
前記ノードを用いて構築すべき前記ネットワークの情報が入力されると、当該ネットワークを構成する際に用いる処理の実行順を前記記憶部に保持されている順序ルールに適合するように定めることで、前記設定順フローを生成する設定順フロー生成部と、をさらに備えていてもよい。

具体的には、本発明に係る制御装置は、
ノードを制御する複数の管理システムと、
前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
を備える制御システムに備わる前記統合管理システムとして機能する制御装置であって、
前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローを取得し、前記設定順フローで定められた順序で前記設定順フローで定められた処理を実行するよう要求する旨の実行要求を生成する設定順調整部と、
前記設定順調整部からの実行要求を、前記設定順フローで定められた処理に該当する前記管理システムに送信し、前記実行要求で定められる処理の実行が終了した旨の終了通知を前記管理システムから受信する統合管理システム通信部と、
を備える。

具体的には、本発明に係る制御装置は、
ノードを制御する複数の管理システムと、
前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
を備える制御システムに備わる前記管理システムとして機能する制御装置であって、
前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローで定められた順序で、前記設定順フローで定められた処理を実行するよう要求する旨の実行要求で定められる処理を実行することによって、前記ネットワークを構築する処理実行部と、
前記統合管理システムから送信された前記実行要求を前記処理実行部に出力し、前記処理実行部において前記実行要求で定められる処理の実行が終了すると、前記実行要求で定められる処理の実行が終了した旨の終了通知を前記統合管理システムに送信する管理システム通信部と、
を備える。

具体的には、本発明に係る統合管理システムの制御方法は、
ノードを制御する複数の管理システムと、
前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
を備える制御システムに備わる前記統合管理システムが実行する制御方法であって、
前記統合管理システムが、
前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローを取得し、前記設定順フローで定められた順序で前記設定順フローで定められた処理を実行するよう要求する旨の実行要求を、前記設定順フローで定められた処理に該当する前記管理システムに送信するステップを実行する。

具体的には、本発明に係る管理システムの制御方法は、
ノードを制御する複数の管理システムと、
前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
を備える制御システムに備わる前記管理システムが実行する制御方法であって、
前記管理システムが、
前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローで定められた順序で、前記設定順フローで定められた処理を実行するよう要求する旨の実行要求を前記統合管理システムから受信するステップと、
前記実行要求で定められる処理を実行することによって、前記ネットワークを設定するステップと、
前記実行要求で定められる処理の実行が終了すると、前記実行要求で定められる処理の実行が終了した旨の終了通知を前記統合管理システムに送信するステップと、
を順に実行する。

具体的には、本発明に係る制御プログラムは、コンピュータを本発明に係る統合管理システムとして機能させるためのプログラムである。例えば、本発明に係る制御プログラムは、本発明に係る統合管理システムの制御方法に備わるステップをコンピュータに実行させるためのプログラムである。本発明に係る制御プログラムは、コンピュータ読み取り可能な記憶媒体に記録されていてもよい。

具体的には、本発明に係る制御プログラムは、コンピュータを本発明に係る管理システムとして機能させるためのプログラムである。例えば、本発明に係る制御プログラムは、本発明に係る管理システムの制御方法に備わる各ステップをコンピュータに実行させるためのプログラムである。本発明に係る制御プログラムは、コンピュータ読み取り可能な記憶媒体に記録されていてもよい。

本発明によれば、各管理システム間の同期した処理を並列で行うことを可能とし、処理時間を短縮することができる。

通信ネットワークの一例を示す。 実施形態１に係る制御システムの一例を示す。 実施形態１及び２に係る統合管理システムの構成例を示す。 実施形態１に係る管理システムの構成例を示す。 設定プロファイルの一例を示す。 設定順フローの一例を示す。 実施形態１におけるネットワークを構築する前段階の手順の一例を示す。 実施形態１におけるネットワークを構築する際の制御システムのシーケンスの一例を示す。 実施形態１に係る設定順フローＤｆに従ったネットワークの設定例を示す。 実施形態１において処理にエラーが生じた場合の制御システムのシーケンスの一例を示す。 実施形態１に係る設定順フローＤｆに従ったロールバック例を示す。 実施形態１に係る設定順フローＤｆに従ったネットワークの廃止例を示す。 実施形態２に係る制御システムの一例を示す。 実施形態２に係る管理システムの構成例を示す。 実施形態２におけるネットワークを構築する前段階の手順の一例を示す。 実施形態２におけるネットワークを構築する際の制御システムのシーケンスの一例を示す。 管理システム９２＃１に送信する設定順フローの一例を示す。 管理システム９２＃２に送信する設定順フローの一例を示す。 実施形態２に係る設定順フローＤｆに従ったネットワークの構築例を示す。 実施形態２において処理にエラーが生じた場合の制御システムのシーケンスの一例を示す。 実施形態２に係る設定順フローＤｆに従ったロールバック例を示す。 実施形態２に係る設定順フローＤｆに従ったネットワークの廃止例をしめす。 実施形態３に係る統合管理システムの構成例を示す。 第１及び第２の設定順フロー生成方法を示す。 第３の設定順フロー生成方法を示す。 第４の設定順フロー生成方法を示す。 第４の設定順フロー生成方法の事前入力の第１例を示す。 第４の設定順フロー生成方法の事前入力の第２例を示す。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。なお、本発明は、以下に示す実施形態に限定されるものではない。これらの実施の例は例示に過ぎず、本発明は当業者の知識に基づいて種々の変更、改良を施した形態で実施することができる。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。

（実施形態１）
図２に、本実施形態に係るネットワーク管理システムの一例を示す。本実施形態に係るネットワーク管理システムは、複数の管理システム９２と、統合管理システム９１と、を備える。本実施形態に係るネットワーク管理システムは、統合管理システム９１及び管理システム９２を用いて、ノード９３及びサービスノード９４で構成されるネットワークを構築する。統合管理システム９１及び管理システム９２は、いずれも、単独の装置で構成されていてもよいし、複数の装置に機能分散されていてもよい。本実施形態に係るネットワークは、仮想ネットワークで構成されていてもよいし、物理ネットワークで構成されていてもよい。

ノード９３は、ネットワークを構築可能な任意のノードである。例えば、仮想ルータや仮想スイッチである。サービスノード９４は、ユーザ端末と、ユーザ端末が接続するサービスを提供するノードであり、サービスを提供するノードとは、例えばネットワーク・アプライアンス、アプリケーション、データベースを提供する仮想ノードである。管理システム９２は、ノード９３及びサービスノード９４の接続状態を管理、制御を行う。統合管理システム９１は、ノード９３及びサービスノード９４で構築された一つ以上の管理システム９２を跨るサービスを制御する。

管理システム９２は、ノード９３及びサービスノード９４で構成される通信ネットワークの管理が異なる拠点ごとに備わる。例えば、管理システム９２＃１は通信ネットワークの管理拠点＃１に備わり、管理システム９２＃２は通信ネットワークの管理拠点＃２に備わり、管理システム９２＃３は通信ネットワークの管理拠点＃３に備わる。なお、図２では、各拠点に１つの管理システム９２が備わる例を示すが、各拠点に複数の管理システム９２が備わっていてもよい。

図３に、統合管理システム９１の構成例を示す。統合管理システム９１は、設定順調整部１１、統合管理システム通信部として機能する管理システム通信部１２、処理実行部１３、管理システム管理部１６、設定順フロー投入部１４Ａを備える。図４に、本実施形態に係る管理システム９２の構成例を示す。管理システム９２は、管理システム通信部２２及び処理実行部２３を備える。

管理システム管理部１６は、各管理システム９２が制御する各ノード９３及びサービスノード９４の情報を管理する。管理システム管理部１６において管理する情報は、任意であるが、例えば、各処理のパラメータが例示できる。管理システム９２の識別情報、ＩＰアドレス情報、認証情報、管理システム９２間の接続情報等が管理される。

設定順フロー投入部１４Ａは、設定順フローＤｆを統合管理システム９１に与えるための機能部である。設定順フロー投入部１４Ａは、ユーザが設定順フローＤｆを投入する。または、任意のノード、例えば、ノード９３及びノード９４、または管理システム９２から設定順フローＤｆを取得してもよい。具体的にはＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）やＲＥＳＴ（ＲＥｐｒｅｓｅｎｔａｔｉｏｎ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）等のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を使うか、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＳＦＴＰ（ＳＳＨ Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等のファイル交換を使って設定を投入する。

設定順調整部１１は、設定順フローＤｆに従って、各管理システム９２での処理する内容に処理を分割し、各管理システム９２での設定順序を決定する。設定順フローＤｆは、図６に示すように、ネットワークを構築するために管理システム９２が実行するべき処理及び当該処理の順序を定める。設定順調整部１１は、各管理システム９２で実施する設定順フローＤｆの設定要求を行い、処理のステータス管理を行い、処理終了後に次の処理を実施するといった各管理システム９２の設定順フローＤｆの設定順を調整することにより、各管理システム９２が処理を実行するタイミングを調整する。

本実施形態における設定順調整部１１は、管理システム９２が実行するべき処理ごとに「設定開始要求」を各管理システム９２に送信することで、各管理システム９２における処理の設定順を調整する。本実施形態では、「設定開始要求」が「実行要求」に相当し、「設定終了通知」が「終了通知」に相当する。「実行要求」は、設定順フローＤｆで定められた順序で、設定順フローＤｆで定められた処理を実行するよう要求する旨の制御信号である。「終了通知」は、実行要求で定められる処理の実行が終了した旨の応答信号である。具体的には、管理システムのプロセスが終了するのを待ち受け、終了後に次のプロセスに移行してもよいし、管理システムのプロセスに対して定期的にポーリングを行い、状態を監視することで状況を確認してもよい。

管理システム通信部１２は、各管理システム９２と通信を行う機能を有する。例えば、管理システム通信部１２は、「設定実施要求」を管理システム９２に送信し、「設定準備完了通知」を管理システム９２から受信する。例えば、管理システム通信部１２は、「設定開始要求」を管理システム９２に送信し、その後「設定終了通知」を管理システム９２から受信する。例えば、管理システム通信部１２は、「エラー通知」を管理システム９２から受信すると、「ロールバック開始要求」を管理システム９２に送信し、その後「ロールバック終了通知」を管理システム９２から受信する。具体的にはＳＳＨ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）、Ｔｅｌｎｅｔ（ＴＥＬｅｃｏｍｍｕｎｉｃａｔｉｏｎ ＮＥＴｗｏｒｋ）等の通信ツールを使って通信を行う。

統合管理システム９１にＶＮＦ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）やアプリケーションの設定する機能がある場合、処理実行部１３は、直接ノード９３やサービスノード９４と通信し、設定を行う。管理システム９２が当該機能を備える場合、統合管理システム９１は処理実行部１３を備えなくてもよい。

処理実行部２３は、設定開始要求で要求された処理を実行する。例えば、サービスノード９４を制御することによって、ノード９３同士の接続関係を変更する。具体的にはＡｎｓｉｂｌｅ、Ｃｈｅｆ等の自動設定ツールを使って、設定情報をノードに投入する。

管理システム通信部２２は、統合管理システム９１と通信を行う機能を有する。例えば、管理システム通信部２２は、統合管理システム９１から送信された設定開始要求を受信し、処理実行部２３に出力する。そして、設定開始要求で定められる処理の実行が終了すると、管理システム通信部２２は、設定終了通知を統合管理システム９１に送信する。具体的にはＳＳＨ、Ｔｅｌｎｅｔ等の通信ツールを使って統合管理システム９１と管理システム９２とが通信を行う。統合管理システム９１から直接ノード９４を設定してもよい。その場合、統合管理システム９１は、設定順調整部１１、設定順フロー投入部１４Ａ、処理実行部１３を備えることが好ましい。

図５に、設定プロファイルの一例を示す。設定プロファイルは、処理ＤＰ１〜ＤＰ８ごとに、実行する管理システム９２の識別情報及び処理内容が定められる。設定プロファイルは、さらに、処理ＤＰ１〜ＤＰ８ごとに、順序ルールが定められていてもよい。ここで、順序ルールは、処理内容ごとに順序を定めたルールであり、実行順序ルール、廃止順序ルール、ロールバック順序ルールを含む。実行順序ルールは、サービス設定時に管理システム９２に処理を実行させる順序を定めたルールである。廃止順序ルールは、サービス設定内容を廃止時に管理システム９２に処理を実行させる順序を定めたルールである。ロールバック順序ルールは、サービスの設定を実施時もしくは廃止時にエラーが発生時に管理システム９２に処理を実行させる順序を示したルールである。

図６に、設定順フローの一例を示す。処理ＤＰ１を実行する場合、処理ＤＰ１の実行順序ルールによれば処理ＤＰ１及び処理ＤＰ２は同時実行である。そのため、処理ＤＰ１及び処理ＤＰ２を並列に実行する。

処理ＤＰ３の実行順序ルールによれば、処理ＤＰ１の実行が成功であれば処理ＤＰ３を実行することになっている。また処理ＤＰ５の実行順序ルールによれば、処理ＤＰ２の実行が成功であれば処理ＤＰ５を実行することになっている。また処理ＤＰ３の実行順序ルールによれば、処理ＤＰ３及びＤＰ５は同時実行が可能であり、処理ＤＰ３のパラメータを処理ＤＰ５に設定することになっている。そこで、処理ＤＰ１及び処理ＤＰ２の後に、処理ＤＰ３及び処理ＤＰ５を並列に実行する。

処理ＤＰ４の実行順序ルールによれば、処理ＤＰ３の実行が成功であれば処理ＤＰ４を実行することになっている。また処理ＤＰ６の実行順序ルールによれば、処理ＤＰ５の終了後に処理ＤＰ６を実行することになっている。そこで、処理ＤＰ３の終了後に、処理ＤＰ４を実行し、処理ＤＰ４及び処理ＤＰ５の後に、処理ＤＰ６を実行する。また処理ＤＰ７及びＤＰ８の実行順序ルールによれば、処理ＤＰ４及び処理ＤＰ６の終了後に処理ＤＰ７及びＤＰ８を実行することになっている。そこで、処理ＤＰ４及び処理ＤＰ６の後に、処理ＤＰ７及び処理ＤＰ８を並列に実行する。

図７に、設定順フローを用いた処理の前段階の手順の一例を示す。統合管理システム９１は、設定順フローを取得又は生成すると（Ｓ１７１）、管理システム管理部１６を参照して管理システム９２の情報を取得し（Ｓ１７２）、管理システム９２と通信を行い、設定順フローＤｆを実施するための権限やリソースがあるかどうかを確認する。例えば、設定順フローＤｆを実施するのに十分な権限やリソース（ＣＰＵ、メモリ、能力等）が管理システム９２配下のノード９３，９４にあるかどうかを確認する（Ｓ１７３）。

図８に、ネットワークを構築する際の制御システムのシーケンスの一例を示す。
統合管理システム９１は、管理システム９２＃１及び９２＃２と通信を行い、設定順フローＤｆのリソースを確認する（Ｓ１７３−１〜Ｓ１７３−３）。例えば、統合管理システム９１は、設定実施要求を管理システム９２＃１及び９２＃２に通知し（Ｓ１７３−１）、関係するすべての管理システム９２＃１及び９２＃２から設定準備完了通知を受信する（Ｓ１７３−３）。これを契機に、制御システムは、設定順フローＤｆに従った処理を開始する。各管理システム９２＃１及び９２＃２の処理Ｓ１１、Ｓ１２、Ｓ１３、Ｓ１４が完了すると、設定順フローを用いた処理が完了する。

図９に、設定順フローＤｆに従ったネットワークの設定例を示す。図９では、処理Ｓ１１〜Ｓ１４がすべて正常に終了したＳ１１Ｓ、Ｓ１２Ｓ、Ｓ１３Ｓ、Ｓ１４Ｓの場合について説明する。

統合管理システム９１がネットワークサービスの設定の要求を受けると（Ｓ１１１）、設定順フロー投入部１４Ａが設定順フローを取得するか、或いは設定順フロー生成部１４Ｂが設定順フローを生成する（Ｓ１７１）。そして、設定順フローＤｆに従った制御システムの処理が始まる。

設定順フローＤｆでは、処理ＤＰ１及びＤＰ２を同時に実行する旨が記載されている（Ｓ１１）。設定プロファイルによれば、処理ＤＰ１を実行する管理システムは＃１であり、処理ＤＰ２を実行する管理システムは＃２である。そこで、設定順調整部１１は、処理ＤＰ１の設定開始要求を管理システム９２＃１に通知し、処理ＤＰ２の設定開始要求を管理システム９２＃２に通知する（Ｓ１１２−１）。

管理システム９２＃１は、処理ＤＰ１（ファイヤーウォール、ルータの設定）を実行し（Ｓ１２１−１）、実行が成功すると、処理ＤＰ１が終了した旨の設定終了通知を統合管理システム９１に行う（Ｓ１２２−１）。管理システム９２＃２は、処理ＤＰ２（ファイヤーウォール、ルータの設定）を実行し（Ｓ１３１−１）、実行が成功すると、処理ＤＰ２が終了した旨の設定終了通知を統合管理システム９１に行う（Ｓ１３２−１）。

統合管理システム９１は、管理システム９２＃１から処理ＤＰ１の設定終了通知を受信し、管理システム９２＃２から処理ＤＰ２の設定終了通知を受信する。これにより、設定順調整部１１は、Ｓ１１が正常に終了したと判定する。

設定順フローＤｆでは、処理ＤＰ１及びＤＰ２の後に、処理ＤＰ３及びＤＰ５を同時に実行できる旨が記載されている（Ｓ１２Ｓ）。設定プロファイルによれば、処理ＤＰ３を実行する管理システムは＃１であり、処理ＤＰ５を実行する管理システムは＃２である。そこで、設定順調整部１１は、処理ＤＰ３（ロードバランサの設定）の設定開始要求を管理システム９２＃１に通知し、処理ＤＰ５（データベースの設定）の設定開始要求を管理システム９２＃２に通知する（Ｓ１１２−２）。

管理システム９２＃１は、処理ＤＰ３の設定開始要求を受信すると、処理ＤＰ３を実行する（Ｓ１２１−２）。処理ＤＰ３では、処理実行後に、処理によって得られたパラメータを通知することになっている。そこで、管理システム９２＃１は、設定終了通知及びパラメータを統合管理システム９１に送信（Ｓ１２２−２）。統合管理システム９１は、受け取った処理ＤＰ３のパラメータを、処理ＤＰ５を実行する管理システム９２＃２に転送する（Ｓ１１５）。

管理システム９２＃２は、処理ＤＰ５の設定開始要求を受信すると、処理ＤＰ５を実行する（Ｓ１３１−２）。このとき、管理システム９２＃２は、統合管理システム９１から受け取ったパラメータを用いる。管理システム９２＃２は、処理ＤＰ５の実行が成功すると、処理ＤＰ５が終了した旨の設定終了通知を統合管理システム９１に行う（Ｓ１３２−２）。

処理ＤＰ５では管理システム９２＃１のＤＰ３によって得られたパラメータが必要なので、例えば、パラメータが仮想ノードのＩＰアドレスの場合、ＩＰアドレスが必要な直前の処理までＤＰ５の設定であるデータベースの設定を実施してもよいし、ＤＰ５の処理で任意のパラメータとして処理できるのであれば任意のパラメータＮとして処理を進めて、ＤＰ３のパラメータを受け取ったあとにパラメータＮに対してＩＰアドレスを入力して変更が必要な部分の設定のみ設定を行ってもよい。

ここで、設定プロファイルによれば、処理ＤＰ３（ロードバランサの設定）の後には処理ＤＰ４（Ｗｅｂアプリの設定）を行う。処理ＤＰ３及び処理ＤＰ４を実行する主体はいずれも管理システム９２＃１である。そのため、設定順調整部１１は、ステップＳ１１２−２において、さらに、処理ＤＰ３の後に処理ＤＰ４を行う旨の設定開始要求を、管理システム９２＃１に通知してもよい。この場合、管理システム９２＃１は、処理ＤＰ３の実行が成功すると、処理ＤＰ４を実行する（Ｓ１２３−２）。処理ＤＰ４の実行が成功すると、処理ＤＰ４が終了した旨の設定終了通知を、統合管理システム９１に行う（Ｓ１２４−２）。

統合管理システム９１は、管理システム９２＃２から処理ＤＰ５の設定終了通知を受信する。これにより、設定順調整部１１は、管理システム９２＃２ではＳ１２が終了したと判定する（Ｓ１２Ｓ）。この時に管理システム９２＃１での処理ＤＰ４の設定終了通知が来ていれば管理システム９２＃１でもＳ１２が終了したと判定してもよいし、来ていなければ管理システム９２＃１では継続してＳ１２、Ｓ１３の処理を並列で行ってもよい。

設定順フローＤｆでは、処理ＤＰ５の後に、処理ＤＰ６（ユーザ収容端末の設定）を実行する旨が記載されている。設定プロファイルによれば、処理ＤＰ６を実行する管理システムは＃１である。そこで、設定順調整部１１は、処理ＤＰ６の設定開始要求を管理システム９２＃１に通知する（Ｓ１１２−３）。

管理システム９２＃１は、処理ＤＰ６を実行する（Ｓ１２１−３）。管理システム９２＃１は、処理ＤＰ６の実行が成功すると、処理ＤＰ６が終了した旨の設定終了通知を統合管理システム９１に行う（Ｓ１２２−３）。

統合管理システム９１は、管理システム９２＃１から処理ＤＰ６の設定終了通知を受信する。これにより、設定順調整部１１は、Ｓ１３が終了したと判定する（Ｓ１３Ｓ）。

設定順フローＤｆでは、処理ＤＰ４及び処理ＤＰ６の後に、処理ＤＰ７及び処理ＤＰ８（テストパケットの送信）を同時に実行する旨が記載されている。そのためＳ１２、Ｓ１３が終了後にＳ１４を実施する。設定プロファイルによれば、処理ＤＰ７を実行する管理システムは＃１であり、処理ＤＰ８を実行する管理システムは＃２である。そこで、設定順調整部１１は、処理ＤＰ７及び処理ＤＰ８の設定開始要求を管理システム９２＃１に通知する（Ｓ１１２−４）。

管理システム９２＃１は、処理ＤＰ７を実行する（Ｓ１２１−４）。管理システム９２＃１は、処理ＤＰ７の実行が成功すると、処理ＤＰ７が終了した旨の設定終了通知を統合管理システム９１に行う（Ｓ１２２−４）。管理システム９２＃２は、処理ＤＰ８を実行する（Ｓ１３１−４）。管理システム９２＃２は、処理ＤＰ８の実行が成功すると、処理ＤＰ８が終了した旨の設定終了通知を統合管理システム９１に行う（Ｓ１３２−４）。

設定順フローＤｆには、処理ＤＰ７及びＤＰ８の後に処理は記載されていない。この場合、設定順調整部１１は、設定順フローＤｆに従った処理が完了したと判定する。これにより、ネットワークサービスの設定が完了する（Ｓ１１９）。

以上説明したように、本実施形態に係る制御システムは、ネットワークサービスの設定の要求を受けると（Ｓ１１１）、設定プロファイルに記載された実行順序ルールに則った設定順フローＤｆに従い、ネットワークサービスの設定を行う。処理ＤＰ７、処理ＤＰ８のように、試験項目を設定プロファイルに記入したが、疎通確認のような汎用な試験は設定プロファイルに書かなくても実施されるようにしてもよい。

図１０に、処理にエラーが生じた場合の制御システムのシーケンスの一例を示す。図１１に、設定順フローＤｆに従ったロールバック例を示す。図１０及び図１１では、処理Ｓ１１は成功し（Ｓ１１Ｓ）、処理Ｓ１２が失敗し（Ｓ１２Ｅ）、処理１３がロールバック処理（Ｓ１３Ｒ）である場合について説明する。

例えば、管理システム９２＃１は、処理ＤＰ４の実行に失敗すると、処理の実行に失敗した旨のエラー通知を、統合管理システム９１に行う（Ｓ１２９）。この場合、統合管理システム９１は、設定プロファイルに従い、ロールバック開始要求を管理システム９２＃１及び９２＃２に送信する。

設定プロファイルによれば、処理ＤＰ３〜ＤＰ６にロールバックが発生した場合は、ＤＰ５を停止後に処理ＤＰ４を停止することになっている。そこで、統合管理システム９１の設定順調整部１１は、処理ＤＰ５のロールバック開始要求を管理システム９２＃２に通知する（Ｓ１４１）。

管理システム９２＃２は、処理ＤＰ５のロールバック開始要求を受信すると、処理ＤＰ５を停止する（Ｓ１６１）。処理ＤＰ５の処理内容はデータベースの起動であるため、管理システム９２＃２は、Ｓ１３３で起動したデータベースを停止させる。管理システム９２＃２は、処理ＤＰ５の停止が終了すると、処理ＤＰ５のロールバックが終了した旨のロールバック終了通知を統合管理システム９１に行う（Ｓ１６２）。

統合管理システム９１の設定順調整部１１は、処理ＤＰ５のロールバック終了通知を受信すると、処理ＤＰ４のロールバック開始要求を管理システム９２＃１に通知する（Ｓ１４２）。ここで、設定プロファイルによれば、処理ＤＰ３〜ＤＰ６にロールバックが発生した場合は、ＤＰ４を停止後に処理ＤＰ３を停止することになっている。そこで、設定順調整部１１は、ステップＳ１４２において、さらに、処理ＤＰ４の停止後に処理ＤＰ３の停止を行う旨のロールバック開始要求を、管理システム９２＃１に通知してもよい。

管理システム９２＃１は、処理ＤＰ４のロールバック開始要求を受信すると、処理ＤＰ４の停止を行う（Ｓ１５１）。処理ＤＰ４の処理内容はＷｅｂアプリの起動であるため、管理システム９２＃１は、起動しようとしたＷｅｂアプリを停止させる。

管理システム９２＃１は、処理ＤＰ４の停止が終了すると、処理ＤＰ３の停止を行う（Ｓ１５２）。処理ＤＰ３の処理内容はロードバランサの起動であるため、管理システム９２＃１は、起動したロードバランサを停止させる。管理システム９２＃１は、処理ＤＰ３の停止が終了すると、処理ＤＰ４及び処理ＤＰ３のロールバックが終了した旨のロールバック終了通知を統合管理システム９１に行う（Ｓ１５３）。

統合管理システム９１が処理ＤＰ３のロールバック終了通知を受信する。これにより、設定順調整部１１は、ロールバック処理が終了したと判定する（Ｓ１３Ｒ）。

以上説明したように、本実施形態に係る制御システムは、統合管理システム９１が設定順調整部１１を備えるため、設定順フローＤｆに記述された順序に従い、各管理システム９２に処理を行わせることができる。このため、管理システム９２間のサービスノード９４の設定の順番を制御することができる。

ここで、統合管理システム９１が各管理システム９２の設定順を管理するため、各管理システム９２間の同期した処理を並列で行うことができる。このため、応答を行うべき管理システム９２が速やかに応答することが可能であり、設定にかかる時間を短縮することができる。

特に、設定プロファイルがロールバックの順序も含むことによって、効率的な復旧を可能にすることができる。

なお、本実施形態では、ステップＳ１１１においてネットワークサービスの設定の要求を受けた場合について説明したが、本実施形態はこれに限定されない。例えば、図１２のようにステップＳ１１１においてネットワークサービスの廃止の要求を受けた場合、本実施形態に係る制御システムは、ネットワークサービスの設定と同様に、設定プロファイルに記載された廃止順序ルールに則った設定順フローＤｆに従い、ネットワークサービスの廃止を行う。

（実施形態２）
図１３に、本実施形態に係る制御システムの一例を示す。統合管理システム９１の構成は、図３及び図４に示したものと同様である。図１４に、本実施形態に係る管理システム９２の構成の一例を示す。管理システム９２は、設定順調整部２１、管理システム通信部２２及び処理実行部２３を備える。

設定順調整部１１は、設定順フローＤｆに従って、処理の設定順を調整する。本実施形態では、本実施形態における設定順調整部１１は、「設定実施要求」及び設定順フローＤｆを各管理システム９２に送信することで、各管理システム９２における処理の設定順を調整する。本実施形態では、「設定実施要求」が「実行要求」に相当し、「全設定終了通知」が「終了通知」に相当する。「実行要求」は、設定順フローＤｆで定められた順序で、設定順フローＤｆで定められた処理を実行するよう要求する旨の制御信号である。「終了通知」は、実行要求で定められる処理の実行が終了した旨の応答信号である。設定順調整部１１は、設定順フロー投入部１４Ａで設定順フローＤｆが管理システム毎に分かれて投入される場合には不要である。

管理システム通信部１２は、各管理システム９２と通信を行う機能を有する。本実施形態では、統合管理システム９１に備わる管理システム通信部１２が、「設定実施要求」とともに設定順フローＤｆを管理システム９２に送信し、その後「全設定終了通知」を管理システム９２から受信する。例えば、管理システム通信部１２は、「エラー通知」を管理システム９２から受信すると、「ロールバック開始要求」を管理システム９２に送信し、その後「全ロールバック終了通知」を管理システム９２から受信する。具体的にはＳＳＨ、Ｔｅｌｎｅｔ等の通信ツールを使って管理システム９２同士で通信を行う。

設定順調整部２１は、統合管理システム９１の設定順調整部１１から投入された管理システム９２の設定順フローＤｆ毎に設定の実施状況を管理システム９２間で調整する。具体的には、他の管理システム９２のプロセスが終了するのを待ち受け、終了後に次のプロセスに移行してもよいし、他の管理システム９２のプロセスに対して定期的にポーリングを行い、状態を監視することで状況を確認してもよい。

処理実行部２３は、設定順フローＤｆで定められた処理を実行する。設定順調整部２１は、設定順フローＤｆに従って、処理実行部２３の実行する処理の設定順を調整する。具体的にはＡｎｓｉｂｌｅ、Ｃｈｅｆ等の自動設定ツールを使って、設定情報をノードに投入する。

管理システム通信部２２は、統合管理システム９１と通信を行う機能を有する。例えば、管理システム通信部２２は、設定実施要求及び設定順フローＤｆを受信し、設定順調整部２１に出力する。そして、設定順フローＤｆで定められる処理の実行が終了すると、管理システム通信部２２は、全設定終了通知を統合管理システム９１に送信する。具体的にはＳＳＨ、Ｔｅｌｎｅｔ等の通信ツールを使って統合管理システム９１と管理システム９２とが通信を行う。

本実施形態では、管理システム９２に備わる管理システム通信部２２は、さらに、他の管理システム９２と通信を行う機能を有する。例えば、管理システム９２＃１に備わる管理システム通信部２２は、設定順フローＤｆで定められた処理が終了すると、設定終了通知を設定順フローＤｆで定められた他の管理システム９２＃２に送信する。また、管理システム９２＃１に備わる管理システム通信部２２は、他の管理システム９２＃２から設定終了通知を受信する。

図１５に、ネットワークを構築する前段階の手順の一例を示す。統合管理システム９１は、設定順フローを取得又は生成すると（Ｓ１７１）、管理システム管理部１６を参照して管理システム９２の情報を取得し（Ｓ１７２）、該当の管理システム９２毎に設定順フローＤｆを作成して設定実施要求とともに管理システム９２に送信する（Ｓ１７４）。統合管理システム９１と各管理システム９２間で通信を行い、設定順フローＤｆを実施するだけの権限やリソースがあるかどうかを確認する（Ｓ１７５）。Ｓ１７４とＳ１７５は順序が逆でもよい。

図１６に、ネットワークを構築する際の制御システムのシーケンスの一例を示す。統合管理システム９１の管理システム通信部１２は、設定順フローＤｆを、設定実施要求とともに、管理システム９２＃１及び９２＃２に送信する（Ｓ１７４）。管理システム９２＃１及び９２＃２は、まず、設定順フローＤｆの状況を確認し（Ｓ１７５−１）、確認ができたら設定準備完了通知を互いに送信しあう（Ｓ１７５−２）。これを契機に、管理システム９２＃１及び９２＃２は、設定順フローＤｆに従った処理を開始する。

各管理システム９２＃１及び９２＃２は、設定順フローＤｆに記載された処理Ｓ２１、Ｓ２２、Ｓ２３、Ｓ２４を行う際、設定順フロー開始確認を行う。例えば、管理システム９２＃１及び９２＃２は、処理Ｓ２１を実行する前に、処理Ｓ２１を実行することを確認する設定順フロー開始確認を行う。

各管理システム９２＃１及び９２＃２は、設定順フローＤｆに記載された全ての処理Ｓ２１、Ｓ２２、Ｓ２３、Ｓ２４が完了すると、全設定終了通知を統合管理システム９１に送信する（Ｓ１７６）。統合管理システム９１が全設定終了通知を各管理システム９２＃１及び９２＃２から受信すると、設定順フローＤｆに従った処理が完了する。

ここで、ステップＳ１７４において、統合管理システム９１は、各管理システム９２へ送信する設定順フローＤｆを暗号化することが好ましい。これにより、各管理システム９２の設定情報の詳細の漏洩を防止することができる。

また、各管理システム９２へ送信する設定順フローＤｆは、統合管理システム９１の作成した全体の設定順フローであってもよいが、管理システム９２ごとに設定順フローＤｆを分離した個別設定順フローであることが好ましい。これにより、各管理システム９２に送信する設定順フローＤｆのデータ量を削減することができる。

図１７及び図１８に、それぞれ、管理システム９２＃１及び９２＃２に送信する個別設定順フローの一例を示す。図５に示す設定プロファイルは、各管理システム９２＃１及び９２＃２が予め保持していてもよいし、設定順フローＤｆの送信時に添付してもよい。また、設定順フローＤｆに設定プロファイルの内容を埋め込んでもよい。

図１９に、設定順フローＤｆに従ったネットワークの設定例を示す。図１９では、処理Ｓ２１〜Ｓ２４がすべて正常に終了したＳ２１Ｓ、Ｓ２２Ｓ、Ｓ２３Ｓ、Ｓ２４Ｓの場合について説明する。
統合管理システム９１がネットワークサービスの設定の要求を受けると（Ｓ１１１）、設定順フロー投入部１４Ａが設定順フローを取得するか、或いは設定順フロー生成部１４Ｂが設定順フローを生成する（Ｓ１７１）。これにより、設定順調整部１１は、図６に示す設定順フローを取得する。設定順調整部１１は、設定順フローＤｆを、管理システム９２＃１及び９２＃２に送信する（Ｓ１７４）。そして、設定順フローＤｆに従った制御システムの処理が始まる。

管理システム９２＃１の設定順調整部２１は、処理ＤＰ１の実行を開始する旨の設定順フロー開始確認を管理システム９２＃２と行う。管理システム９２＃２の設定順調整部２１は、処理ＤＰ２の実行を開始する旨の設定順フロー開始確認を管理システム９２＃１と行う。この確認後、管理システム９２＃１の処理実行部２３が処理ＤＰ１を実行し（Ｓ１２１−１）、管理システム９２＃２の処理実行部２３が処理ＤＰ２を実行する（Ｓ１３１−１）。

管理システム９２＃１の設定順調整部２１は、処理ＤＰ１の実行が成功すると、処理ＤＰ１が終了した旨の設定終了通知を管理システム９２＃２に行う（Ｓ１２２−１）。管理システム９２＃２の設定順調整部２１は、処理ＤＰ２の実行が成功すると、処理ＤＰ２が終了した旨の設定終了通知を管理システム９２＃１に行う（Ｓ１３２−１）。このように、各管理システム９２＃１及び９２＃２は、処理の実行が終了すると、設定終了通知を互いに送受信する。

処理ＤＰ１の実行が終了すると、管理システム９２＃１の設定順調整部２１は、図１７に示す設定順フローに従い、処理ＤＰ３の実行を開始する旨の設定順フロー開始確認を管理システム９２＃２と行う。この確認後、管理システム９２＃１の処理実行部２３が処理ＤＰ３を実行する（Ｓ１２１−２）。処理ＤＰ３の実行が正常に終了すると、管理システム９２＃１の設定順調整部２１は、設定終了通知を管理システム９２＃２に送信する（Ｓ１２２−２）。また処理ＤＰ３では、処理実行後に、パラメータを通知することになっている。そこで、管理システム９２＃１の設定順調整部２１は、パラメータを管理システム９２＃２に送信する（Ｓ１２２−２）。

処理ＤＰ３の実行が終了すると、管理システム９２＃１の設定順調整部２１は、図１７に示す設定順フローに従い、処理ＤＰ４の実行を開始する旨の設定順フロー開始確認を管理システム９２＃２と行う。この確認後、管理システム９２＃１の処理実行部２３が処理ＤＰ４を実行する（Ｓ１２３−２）。処理ＤＰ４の実行が正常に終了すると、管理システム９２＃１の設定順調整部２１は、設定終了通知を管理システム９２＃２に送信する（Ｓ１２４−２）。

一方、処理ＤＰ２の実行が終了すると、管理システム９２＃２の設定順調整部２１は、図１８に示す設定順フローに従い、処理ＤＰ５の実行を開始する旨の設定順フロー開始確認を管理システム９２＃１と行う。この確認後、管理システム９２＃２の処理実行部２３が処理ＤＰ５を実行する（Ｓ１３１−２）。処理ＤＰ５の実行が正常に終了すると、管理システム９２＃２の設定順調整部２１は、設定終了通知を管理システム９２＃１に送信する（Ｓ１３２−２）。

処理ＤＰ４の実行が終了すると、管理システム９２＃１の設定順調整部２１は、図１７に示す設定順フローに従い、処理ＤＰ６の実行を開始する旨の設定順フロー開始確認を管理システム９２＃２と行う。ここで、処理ＤＰ６は、管理システム９２＃２の実行する処理ＤＰ５の終了後である必要がある。そのため、管理システム９２＃１は、管理システム９２＃２からの処理ＤＰ５の設定終了通知を待って、処理ＤＰ６を実行する（Ｓ１２１−３）。処理ＤＰ６の実行が正常に終了すると、管理システム９２＃１の設定順調整部２１は、設定終了通知を管理システム９２＃２に送信する（Ｓ１２２−３）。

処理ＤＰ４、及び処理ＤＰ６の実行が終了すると、管理システム９２＃１の設定順調整部２１は、図１７に示す設定順フローに従い、処理ＤＰ７の実行を開始する旨の設定順フロー開始確認を管理システム９２＃２と行う。一方、管理システム９２＃２の設定順調整部２１は、処理ＤＰ６の設定終了通知を管理システム９２＃１から受信すると、図１８に示す設定順フローに従い、処理ＤＰ８の実行を開始する旨の設定順フロー開始確認を管理システム９２＃１と行う。

設定順フロー開始確認の確認後、管理システム９２＃１の処理実行部２３が処理ＤＰ７を実行し（Ｓ１１１−４）、管理システム９２＃２の処理実行部２３が処理ＤＰ８を実行する（Ｓ１３１−２）。処理ＤＰ７の実行が正常に終了すると、管理システム９２＃１の設定順調整部２１は、設定終了通知を管理システム９２＃２に送信する（Ｓ１２２−４）。処理ＤＰ８の実行が正常に終了すると、管理システム９２＃２の設定順調整部２１は、設定終了通知を管理システム９２＃１に送信する（Ｓ１３２−４）。

各管理システム９２＃１及び９２＃２は、設定順フローＤｆに記載された全ての処理が終了すると、全設定終了通知を統合管理システム９１に送信する（Ｓ１７６）。統合管理システム９１は、管理システム９２＃１及び９２＃２から全設定終了通知を受信すると、ネットワークサービスの設定が完了したと判定する（Ｓ１１９）。

図２０に、処理にエラーが生じた場合の制御システムのシーケンスの一例を示す。図２１に、設定順フローＤｆに従ったロールバック例を示す。図２０及び図２１では、処理Ｓ２１は成功し（Ｓ２１Ｓ）、処理Ｓ２２が失敗し（Ｓ２２Ｅ）、処理２３がロールバック処理（Ｓ２３Ｒ）である場合について説明する。

例えば、管理システム９２＃１は、処理ＤＰ４の実行に失敗すると、処理の実行に失敗した旨のエラー通知を、統合管理システム９１に行う（Ｓ１２９）。この場合、統合管理システム９１の設定順調整部１１は、設定プロファイルに従い、ロールバック開始要求を管理システム９２＃１及び９２＃２に送信する（Ｓ１７７）。

設定プロファイルによれば、処理ＤＰ３〜ＤＰ６にロールバックが発生した場合は、ＤＰ６、ＤＰ５、ＤＰ４、ＤＰ３の順に停止することになっている。また図１７に示す管理システム９２＃１の設定順フローＤｆによれば、処理ＤＰ４が終了していない場合、処理ＤＰ６は実行されない。統合管理システム９１の受信したエラー通知は処理ＤＰ４のエラー通知であるため、処理ＤＰ６は実行されていない。そこで、統合管理システム９１の設定順調整部１１は、処理ＤＰ３〜ＤＰ５のロールバック開始要求を管理システム９２＃１及び９２＃２に通知する（Ｓ１７７）。

管理システム９２＃２の設定順調整部２１は、処理ＤＰ３〜ＤＰ５のロールバック開始要求を受信すると、処理ＤＰ５を停止する（Ｓ１６１）。一方、管理システム９２＃１の設定順調整部２１は、設定プロファイルに記載された処理ＤＰ４のロールバック順序のルールに従い、処理ＤＰ５のロールバック終了通知を待つ。

管理システム９２＃２の設定順調整部２１は、処理ＤＰ５の停止が終了すると（Ｓ１６１）、処理ＤＰ５のロールバックが終了した旨のロールバック終了通知を管理システム９２＃１に行う（Ｓ１６２）。管理システム９２＃２の設定順調整部２１は、全ロールバック終了通知を統合管理システム９１に行う（Ｓ１７８）。

管理システム９２＃１の設定順調整部２１は、処理ＤＰ５のロールバック終了通知を受信すると、処理ＤＰ４の停止を行う（Ｓ１５１）。管理システム９２＃１の設定順調整部２１は、処理ＤＰ４の停止が終了すると（Ｓ１５１）、処理ＤＰ３の停止を行う（Ｓ１５２）。管理システム９２＃１は、処理ＤＰ３の停止が終了すると、処理ＤＰ３のロールバックが終了した旨のロールバック終了通知を管理システム９２＃２に行う（Ｓ１５３）。管理システム９２＃１の設定順調整部２１は、全ロールバック終了通知を統合管理システム９１に行う（Ｓ１７８）。

統合管理システム９１が管理システム９２＃１及び９２＃２から全ロールバック終了通知を受信する。これにより、設定順調整部１１は、ロールバック処理が終了したと判定する（Ｓ２３Ｒ）。

以上説明したように、本実施形態に係る制御システムは、統合管理システム９１が設定順調整部１１を備え、さらに管理システム９２が設定順調整部２１を備えるため、設定順フローＤｆに記述された順序に従い、各管理システム９２に処理を行わせることができる。このため、管理システム９２間のサービスノード９４の設定の順番を制御することができる。

ここで、本実施形態に係る制御システムは、統合管理システム９１は設定順フローＤｆを各管理システムに提供し、管理システム９２間で通信を行い、実行順を管理システム９２間で情報交換し確認することにより設定の順番を調整する。これにより統合管理システムへの通信を削減することができる。

なお、本実施形態では、ステップＳ１１１においてネットワークサービスの設定の要求を受けた場合について説明したが、本実施形態はこれに限定されない。例えば、図２２のようにステップＳ１１１においてネットワークサービスの廃止の要求を受けた場合、本実施形態に係る制御システムは、ネットワークサービスの設定と同様に、設定プロファイルに記載された廃止順序ルールに則った設定順フローＤｆに従い、ネットワークサービスの廃止を行う。

（実施形態３）
図２３は統合管理システム９１の構成の第２例である。統合管理システム９１の第２例は、統合管理システム９１の第１例の設定順フロー投入部１４Ａに代えて、設定順フロー生成部１４Ｂ及び知識ＤＢ１５を備える。

設定順フロー生成部１４Ｂは、設定順フローＤｆを生成する。設定順フロー生成部１４Ｂは、生成した設定順フローＤｆを設定順調整部１１に出力する。設定順フローＤｆを生成する方法は任意であるが、例えば、以下が例示できる。

設定順フロー生成部１４Ｂは、設定順フロー情報を取得した場合、図２４に示すように、取得した設定順フローＤｆを生成する（第１の設定順フロー生成方法）。ここで、設定順フロー情報は、設定順フロー生成部１４Ｂが読み取り可能な形式で記載された設定順フローＤｆの情報である。

設定順フロー生成部１４Ｂは、設定プロファイル情報を取得した場合、図２４に示すように、設定プロファイル情報を用いて設定順フローＤｆを生成する（第２の設定順フロー生成方法）。ここで、設定プロファイル情報は、管理システム９２毎の処理内容が記載された情報であり、処理を実行する順序ルールが含まれる。

設定順フロー生成部１４Ｂは、ノード及び接続関係などの情報を取得すると、図２５に示すように、順序ルールを用いて設定順フローＤｆを生成する（第３の設定順フロー生成方法）。具体的にはノード及び接続関係などの情報に関連する順序フローを検索し、順序フロー間の相関関係もしくは優先順位等を鑑みて設定フローを生成する。

設定順フロー生成部１４Ｂは、ノード及び接続関係などの情報を取得すると、図２６に示すように、知識ＤＢ１５に格納されたデータを用いて設定順フローＤｆを生成する（第４の設定順フロー生成方法）。具体的には、ネットワークの情報を取得し、機械学習や深層学習等を使い、知識ＤＢ１５の中で過去のデータ等から要求されているネットワークを構築するために、最も近い設定フローＤｆを検索し、設定フローＤｆを生成する。この方法の場合、設定フローＤｆが正しいかどうかユーザが確認する作業があることが望ましい。

第３、第４の設定順フロー生成方法については、事前に順序ルール、またはデータを知識ＤＢ１５に格納しておく必要がある。第４の設定順フロー生成方法の事前入力（Ｓ１０１）を含めた手順を、図２７及び図２８に示す。

例えば、図２７に示すように、時間や設定順などの順序ルールを統合管理システム９１に入力し（Ｓ１０１）、知識ＤＢ１５に記録する。このとき、ユーザの操作ログを用いて、各処理の時間や設定順などの順序ルールを入力することが好ましい。

例えば、図２８に示すように、事前入力Ｓ１０１において、統合管理システム９１は、順序ルールが成立するか否かを検証してもよいし、実際の過去の設定ログを参照してもよい。この場合、統合管理システム９１は、成立する順序ルールについてのみ知識ＤＢ１５に記録する。

このように、事前入力Ｓ１０１において、設定プロファイルに設定順と設定にかかる時間を統合管理システム９１に記録しておくことで、設定順フローＤｆを簡易に生成することができる。

ネットワークを構築する際、設定順フロー生成部１４Ｂは、ノードと接続関係を取得すると（Ｓ１０３）、知識ＤＢ１５から順序ルールを取得して、処理時間及び設定順を算出し（Ｓ１０４）、設定順フローＤｆを生成する（Ｓ１０５）。

なお、設定順フロー生成部１４Ｂは、生成した設定順フローＤｆを了承する旨を統合管理システム９１外から入力された後に、生成した設定順フローＤｆを設定順調整部１１に出力してもよい。また、第１から第４の設定順フローの生成方法を組み合わせて設定順フローを生成してもよい。その場合、どの設定順を優先にするのか優先度を設定できるようにしてもよい。

なお、前述の実施形態では、管理システム９２＃１及び９２＃２の処理がネットワークサービスの設定である例について説明したが、本発明は、管理システム９２における設定変更、設定削除、設定確認などの任意の処理に適用することができる。

また、統合管理システム９１は、コンピュータを、設定順調整部１１、管理システム通信部１２、管理システム管理部１６、設定順フロー投入部１４Ａ、設定順フロー生成部１４Ｂとして機能させることで実現してもよい。この場合、統合管理システム９１内のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が、記憶部（不図示）に記憶されたコンピュータプログラムを実行することで、各構成を実現する。

管理システム９２は、コンピュータを、設定順調整部２１、管理システム通信部２２及び処理実行部２３として機能させることで実現してもよい。この場合、管理システム９２内のＣＰＵが、記憶部（不図示）に記憶されたコンピュータプログラムを実行することで、各構成を実現する。

本発明は情報通信産業に適用することができる。

１１、２１：設定順調整部
１２、２２：管理システム通信部
１３：処理実行部
１４Ａ：設定順フロー投入部
１４Ｂ：設定順フロー生成部
１６：管理システム管理部
２３：処理実行部
９１：統合管理システム
９２：管理システム
９３：ノード
９４：サービスノード

Claims (8)

1. ノードを制御する複数の管理システムと、
   前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
   を備える制御システムであって、
   前記統合管理システムは、
   前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローを取得し、前記設定順フローで定められた順序で前記設定順フローで定められた処理を実行するよう要求する旨の実行要求を生成する設定順調整部と、
   前記設定順調整部からの実行要求を、前記設定順フローで定められた処理に該当する前記管理システムに送信し、前記実行要求で定められる処理の実行が終了した旨の終了通知を前記管理システムから受信する統合管理システム通信部と、を備え、
   前記複数の管理システムは、
   前記実行要求で定められる処理を実行することによって、前記ネットワークを構築する処理実行部と、
   前記統合管理システムから送信された前記実行要求を前記処理実行部に出力し、前記処理実行部において前記実行要求で定められる処理の実行が終了すると前記終了通知を前記統合管理システムに送信する管理システム通信部と、を備える、
   制御システム。
2. 前記統合管理システムは、
   前記ノードを用いてネットワークを構築する際の処理の実行順を定めた順序ルールを保持する記憶部と、
   前記ノードを用いて構築すべき前記ネットワークの情報が入力されると、当該ネットワークを構成する際に用いる処理の実行順を前記記憶部に保持されている順序ルールに適合するように定めることで、前記設定順フローを生成する設定順フロー生成部と、をさらに備える、
   請求項１に記載の制御システム。
3. ノードを制御する複数の管理システムと、
   前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
   を備える制御システムに備わる前記統合管理システムとして機能する制御装置であって、
   前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローを取得し、前記設定順フローで定められた順序で前記設定順フローで定められた処理を実行するよう要求する旨の実行要求を生成する設定順調整部と、
   前記設定順調整部からの実行要求を、前記設定順フローで定められた処理に該当する前記管理システムに送信し、前記実行要求で定められる処理の実行が終了した旨の終了通知を前記管理システムから受信する統合管理システム通信部と、
   を備える制御装置。
4. ノードを制御する複数の管理システムと、
   前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
   を備える制御システムに備わる前記管理システムとして機能する制御装置であって、
   前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローで定められた順序で、前記設定順フローで定められた処理を実行するよう要求する旨の実行要求で定められる処理を実行することによって、前記ネットワークを構築する処理実行部と、
   前記統合管理システムから送信された前記実行要求を前記処理実行部に出力し、前記処理実行部において前記実行要求で定められる処理の実行が終了すると、前記実行要求で定められる処理の実行が終了した旨の終了通知を前記統合管理システムに送信する管理システム通信部と、
   を備える制御装置。
5. ノードを制御する複数の管理システムと、
   前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
   を備える制御システムに備わる前記統合管理システムが実行する制御方法であって、
   前記統合管理システムが、
   前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローを取得し、前記設定順フローで定められた順序で前記設定順フローで定められた処理を実行するよう要求する旨の実行要求を、前記設定順フローで定められた処理に該当する前記管理システムに送信するステップを実行する、
   統合管理システムの制御方法。
6. ノードを制御する複数の管理システムと、
   前記ノードを用いたネットワークを前記管理システムに構築させる統合管理システムと、
   を備える制御システムに備わる前記管理システムが実行する制御方法であって、
   前記管理システムが、
   前記ネットワークを構築するために前記管理システムが実行するべき処理及び当該処理の順序を定めた設定順フローで定められた順序で、前記設定順フローで定められた処理を実行するよう要求する旨の実行要求を前記統合管理システムから受信するステップと、
   前記実行要求で定められる処理を実行することによって、前記ネットワークを設定するステップと、
   前記実行要求で定められる処理の実行が終了すると、前記実行要求で定められる処理の実行が終了した旨の終了通知を前記統合管理システムに送信するステップと、
   を順に実行する管理システムの制御方法。
7. 請求項５に記載のステップをコンピュータに実行させるための制御プログラム。
8. 請求項６に記載の各ステップをコンピュータに実行させるための制御プログラム。

Images