JP2014178720A - サービス管理装置、サービス管理システム、方法及びプログラム - Google Patents

Abstract

【課題】サービスアプリケーションに対する様々な制御または管理処理を自動でかつシステム構成およびネットワーク構成に応じて行うことができるようにする。
【解決手段】サービス管理装置は、サービスアプリケーションとアクションの組に対応づけて、制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶する制御方法記憶手段５０１と、アクション実行指示を受け付けると、制御方法保持手段５０１に記憶されている情報に基づいて、制御実行サーバへログインし、ログイン先の制御実行サーバに対して制御コマンドを発行する制御実行手段５０２とを備え、制御実行手段５０２は、ログイン方法を示す情報が制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする。
【選択図】図１０

Description

本発明は、ネットワークを介してサービスアプリケーションを制御または監視するサービス管理装置、サービス管理システム、サービス管理方法及びサービス管理プログラムに関する。

近年、装置及びネットワーク等を仮想的な資源としてユーザに提供するクラウド基盤（「ＩａａＳ；Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ」とも呼ばれる）が整えられつつある。クラウド基盤では、仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ，「ＶＭ」とも略される。）の増減設や仮想ネットワークの構成を柔軟に行うことができる。このため、サービス用のアプリケーションが動作する仮想マシンを増減設することで、必要な処理性能を提供できるシステムを容易に構築できる。

ここで何らかのサービスを行うサービスシステムを考える。クラウド基盤上で構成されるサービスシステムは、サービス利用者の端末等の外部装置とデータのやり取りをするために外部ネットワークに接続される仮想マシンと、内部処理を実行する内部ネットワークにのみ接続された仮想マシンとに分けて構成されることが多い。一例として、Ｗｅｂ３層構造でいうプレゼンテーション層を行う第１の仮想マシンと、アプリケーション層の処理を行う第２の仮想マシンと、データベース層の処理を行う第３の仮想マシンとを備えるサービスシステムが挙げられる。この例では、第１の仮想マシンは内部ネットワークと外部ネットワークと接続されるが、第２および第３の仮想マシンは内部ネットワークにのみ接続される。

ここで、「外部ネットワーク」とは、外部すなわちサービス利用者の端末といったサービスシステムを構築している装置群以外の装置からアクセスできるよう設定されているネットワークをいう。外部ネットワークは、インターネットに限らず、外部からアクセスできるネットワークであれば、イントラネットでもよい。また、「内部ネットワーク」とは、外部からアクセスできないよう設定されているネットワークをいう。なお、外部ネットワークと内部ネットワークは、ネットワークの使用目的の違いによりネットワークを区別したものである。これらは、いずれも仮想ネットワークであってもよい。

なお、仮想ネットワークは、クラウド基盤のユーザ（サービスシステムの管理者）等に提供される機能であり、ユーザが接続する仮想マシン等を指定して専用ネットワークを構築するなど自由に設定できる。以下、内部ネットワークは、クラウド基盤システムにおける制御信号を転送するネットワークとは異なるものとして扱う。

このような複数の装置にサービス用のアプリケーションを分散して実装しているサービスシステムでは、分散しているアプリケーションを一括して管理、制御するためのサービス管理装置を備えることが多い。そして、このようなサービス管理装置を用いてネットワークを介して複数のサービス用のアプリケーションを管理、制御するサービス管理方法が様々提案されている。

ネットワークを介したサービス管理方法に関連する技術として、例えば、Ｐｕｐｐｅｔ等のシステム管理ツールが挙げられる。Ｐｕｐｐｅｔは、クライアント／サーバ型の構造によりシステム管理を実現するソフトウェア群である。管理対象とされる装置（仮想マシン等）にはＰｕｐｐｅｔクライアントがインストールされており、設定ファイルが登録されているＰｕｐｐｅｔサーバにアクセスして、自身に対する設定ファイルを取得し、取得した設定ファイルに従って装置内の設定や操作を自動で行う。

また、特許文献１には、複数のサーバにより構成されるサーバ群の統合管理において、サーバ上で動作するアプリケーションを制御するためのサービス制御システムの一例が記載されている。

特許第４８５２７３４号明細書

ところで、同じサービスシステム内であっても、外部ネットワークに接続された仮想マシンは、セキュリティの観点から、内部ネットワークを介して接続されている他の仮想マシンに対して、スイッチまたはルータが行うような自動パケット転送を行わないのが一般的である。

また、各仮想マシンでは、サービスを実現するための処理を行うアプリケーションがサービスアプリケーションとしてそれぞれ動作している。各サービスアプリケーションは、処理内容が同じなものが含まれる場合もあるが、異なるものが含まれるのが一般的である。そして、処理内容が異なるサービスアプリケーションでは、それらの起動方法および起動確認方法も異なるのが通常である。なお、本発明では、管理対象とするサービスシステムを構成している装置上で動作する機能単位を「サービスアプリケーション」と呼ぶ。これらサービスアプリケーションの連携によってサービスが実現される。なお、サービスシステムがクラウド基盤上で構成されている場合など仮想化技術を利用している場合には、上述の「サービスシステムを構成している装置」は物理装置ではなく「仮想マシン」とする。すなわち、仮想化技術を用いている場合には、管理対象とするサービスシステムを構成している仮想マシン上で動作する機能単位を「サービスアプリケーション」と呼ぶ。

各サービスアプリケーションの起動や起動確認をする方法には、サービスシステムを構成する１つの装置がコントローラとなり、他の装置上で動作するサービスアプリケーションを起動および起動確認できる場合や、それぞれの装置にログインし起動および起動確認しなければならない場合がある。また、装置のＯＳ起動処理後でなければできない場合やＯＳ起動処理後に自動で実行される場合もある。

さらに、仮想マシン上で動作するサービスアプリケーションであれば、仮想マシンのＯＳ起動処理後でなければできない場合やＯＳ起動処理後に自動で実行される場合もある。

また、サービスアプリケーションの制御の内容によっては、当該サービスアプリケーションが動作している仮想マシンでなく、またサービス管理装置でもない第３の装置上で動作するコントローラにより操作しなければできないものもある。

このような場合、Ｐｕｐｐｅｔ等のシステム管理ツールや、特許文献１に記載されているようなシステムでは、目的とする制御を自動で行うことができないという問題点があった。

また、装置によっては、同一サービスを提供する装置間のみで接続される場合があり、このような場合に、外部からサービスを管理するサービス管理装置では直接その装置にログインできずに制御を行うことができないという問題点があった。

本発明は、上述したような場合にも対応できるよう、サービスアプリケーションに対する様々な制御または管理処理を自動でかつシステム構成およびネットワーク構成に応じて行うことができるサービス管理装置、サービス管理システム、サービス管理方法及びサービス管理プログラムを提供することを目的とする。

本発明によるサービス管理装置は、サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶する制御方法記憶手段と、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、制御方法記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、制御実行サーバに対して制御コマンドを発行する制御実行手段とを備え、制御実行手段は、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインし、制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行することを特徴とする。

また、本発明によるサービス管理システムは、管理対象のサービスアプリケーションに対する予め定義されているアクションを実行可能なサーバまたはコントローラである制御実行サーバと、制御実行サーバと１つ以上のネットワークを介して接続されるサービス管理装置とを備え、サービス管理装置は、サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶する制御方法記憶手段と、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、制御方法記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、制御実行サーバに対して制御コマンドを発行する制御実行手段とを含み、制御実行手段は、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインし、制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行することを特徴とする。

また、本発明によるサービス管理方法は、予め所定の記憶装置に、サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶しておき、サービス管理装置が、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、記憶装置に記憶されている情報に基づいて、制御実行サーバへログインし、制御実行サーバに対して制御コマンドを発行する制御実行処理を実行し、サービス管理装置が、制御実行処理で、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインし、制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行することを特徴とする。

また、本発明によるサービス管理プログラムは、サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶する記憶手段を備えるコンピュータに、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、制御コマンドを発行する制御実行処理を実行させ、制御実行処理で、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインさせ、制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行させることを特徴とする。

本発明によれば、サービスアプリケーションに対する様々な制御または管理処理を自動でかつシステム構成およびネットワーク構成に応じて行うことができる。

サービス管理システムの構成例を示すブロック図である。 管理対象とするサービスシステムの他の例を示すブロック図である。 サービス管理システムのネットワーク構成の一例を示すネットワーク構成図である。 サービス管理装置２０の装置構成例を示すブロック図である。 サービス管理装置２０の機能面における構成例を示すブロック図である。 制御方法記憶手段２１に保持される情報の例を示す説明図である。 サービス管理システムのネットワーク構成の他の例を示すネットワーク構成図である。 サービス管理装置２０から制御実行サーバへのログイン方法（接続経路）の例を示す説明図である。 サービス管理装置２０の動作の一例を示すフローチャートである。 サービス管理装置の最小の構成例を示すブロック図である。 サービス管理システムの最小の構成例を示すブロック図である。

以下、本発明の実施形態を図面を参照して説明する。図１は、本発明の第１の実施形態のサービス管理システムの構成例を示すブロック図である。図１に示すサービス管理システムは、仮想マシン実装サーバ１０と、サービス管理装置２０を備えている。

仮想マシン実装サーバ１０は、本実施形態のサービス管理システムが管理対象とするサービスシステムのサービスアプリケーションが動作する仮想マシン１１Ａ，１１Ｂ，１１Ｃを実装しているサーバである。なお、図１では、１つの仮想マシン実装サーバ１０が、３つの仮想マシンを実装している例を示している。

また、仮想マシン実装サーバ１０は、仮想マシン１１Ａ，１１Ｂ，１１Ｃを物理コンピュータ上で動作させるためのハイパーバイザ１２を備えている。ハイパーバイザ１２は、仮想マシンを実現するための制御プログラム（より具体的にはその制御プログラムが動作しているＣＰＵ）であって、仮想化モニタまたは仮想化ＯＳとも呼ばれる。ハイパーバイザ１２を備えることにより、物理コンピュータと分離した形で仮想マシンごとに異なるＯＳやアプリケーションが物理マシン上で動作するのと同様に動作することができる。また、仮想マシン実装サーバ１０は、仮想ネットワークを実現するための仮想スイッチ（図示省略）を含んでいてもよい。なお、このような仮想化の技術はよく知られているため詳細な説明は省略する。

本例において、仮想マシン１１Ａは、マスタノードとして動作する。また、仮想マシン１１Ｂは、ワーカノードとして動作する。また、仮想マシン１１Ｃは、ＤＢノードとして動作する。また、仮想マシン１１Ａ、１１Ｂ、１１Ｃには、それぞれ異なるサービスアプリケーションがインストールされており、これらが各仮想マシン上で実行される。これら異なるサービスアプリケーションの連携によって１つのサービスが提供される。図１における符号１００は、サービス管理システムの管理対象範囲を示している（図２において同じ）。すなわち、図１に示すサービス管理システムの場合、仮想マシン１１Ａ，１１Ｂ，１１Ｃ上でそれぞれ動作する３つのサービスアプリケーションが管理対象となる。

マスターノードである仮想マシン１１Ａ上で動作するサービスアプリケーション「Ｍａｓｔｅｒ−Ａ」は、例えば、プレゼンテーション層の処理を行うサービスアプリケーションである。また、ワーカノードである仮想マシン１１Ｂ上で動作するサービスアプリケーション「Ｗｏｒｋｅｒ−Ｂ」は、例えば、アプリケーション層の処理を行うサービスアプリケーションである。また、ＤＢノードである仮想マシン１１Ｃ上で動作するサービスアプリケーション「ＤＢ−Ｃ」は、例えば、データベース層の処理を行うサービスアプリケーションである。なお、このようなサービスアプリケーションの分割例は、ｍａｓｔｅｒ−ｗｏｒｋｅｒモデルとも呼ばれるが、あくまで一例であってサービス管理システムでは管理対象とするサービスシステムの構成は問わない。

例えば、仮想マシン実装サーバ１０は２以上あってもよい。図２は、管理対象とするサービスシステムの他の例を示すブロック図である。図２に示すように、サービスアプリケーションが動作する仮想マシンは、異なる２以上の仮想マシン実装サーバ１０により実現されていてもよい。図２には、仮想マシン１１Ａと仮想マシン１１Ｂとが仮想マシン実装サーバ１０−１上で動作し、仮想マシン１１Ｃが仮想マシン実装サーバ１０−２上で動作する例が示されている。

また、サービス管理装置２０は、各仮想マシン１１Ａ，１１Ｂ，１１Ｃ上で動作するサービスアプリケーションを管理、制御する装置である。本例のサービス管理装置２０は、ネットワーク３０を介して少なくとも１つの仮想マシン実装サーバ１０と通信可能に接続される。サービス管理装置２０は、より厳密には、管理対象とするサービスアプリケーションに対して目的の制御を行うことが可能なサーバまたはコントローラ（以下、これらをまとめて「制御実行サーバ」という。）と通信可能に接続されていればよい。ここで、ネットワーク３０は、サービス管理装置２０と、管理対象とするサービスアプリケーションの制御実行サーバとを通信可能に接続するネットワークを意味する。ネットワーク３０は、複数のネットワークにより構成されていてもよく、またそれらが異なるプロトコルのネットワークであってもよい。

サービス管理システムは、上記装置以外にも第３の装置を含んでいてもよい。第３の装置は、例えば、サービスアプリケーションに対して目的の制御を行うことが可能なコントローラとして実装される。また、例えば、ネットワーク３０においてサーバ管理装置２０と仮想マシン間の通信を経由させる装置として実装される。

なお、本発明において「装置」といった場合には、基本的には物理装置を意図する。また、「サーバ」といった場合にはその機能を考慮し、物理装置とその装置上で動くソフトウェアを含めたものを意図する。換言すると、所定の機能を実現するソフトウェアとそのソフトウェアの動作環境となるハードウェアとを指し示す。なお、「コントローラ」は、サーバと同義であるが、特に、アプリケーションの制御を行うことが可能なものをいう。また、以降、「ソフトウェアやプログラムやアプリケーションが○○する」といった表現を用いた場合には、具体的には、そのソフトウェアやプログラムやアプリケーションが動作しているＣＰＵ等の情報処理装置が、プログラムに従って処理を実行することによりその動作を実現することを意味する。

図３は、本実施形態のサービス管理システムのネットワーク構成の一例を示すネットワーク構成図である。図３では、ネットワーク構成として、サービス管理装置２０とサービスアプリケーションが動作している仮想マシン１１Ａ，１１Ｂ，１１Ｃ間および各仮想マシン１１Ａ，１１Ｂ，１１Ｃ間の接続が示されている。図３に示す例では、仮想マシン１１Ａとサービス管理装置２０とがネットワーク３１Ａとによって接続され、仮想マシン１１Ａと仮想マシン１１Ｂと仮想マシン１１Ｃとがネットワーク３１Ｂとによって接続されている。なお、図３の例において仮想マシン１１Ａは、ネットワーク３１Ａとネットワーク３１Ｂとの間でパケットの転送等は行わない。

ネットワーク３１Ａ，３１Ｂは、仮想的に任意のネットワークを構成できるネットワーク基盤で実現される仮想ネットワークであることが想定されるが、それに限定されない。図３に示す例は、サーバ管理装置２０を外部の装置とみなすと、ネットワーク３１Ａが外部ネットワークに相当し、ネットワーク３１Ｂが内部ネットワークに相当する。

このようなネットワーク構成の実現方法としては、例えば、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を用いる方法が挙げられる。仮想マシンが動作する装置に対して、仮想スイッチの所定のポート（例えば、当該仮想マシンが接続されるポート）にＶＬＡＮを設定すると、仮想マシン間の通信が仮想スイッチと装置間の物理スイッチにおいてＶＬＡＮによって分離させられる。より具体的には、ＩＥＥＥ Ｓｔｄ．８０２．１Ｑ−２００５（”Ｖｉｒｔｕａｌ Ｂｒｉｇｄｅｄ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ”）により規定されているＶＬＡＮを用いてもよい。例えば、ユーザが仮想ネットワークを定義した際に、システム全体で一意となるＶＬＡＮ−ＩＤを割り当てる。そして、仮想マシン起動時に、割り当てられたＶＬＡＮ−ＩＤによって識別されるＶＡＬＮに属するように、スイッチまたはハイパーバイザを介して当該仮想マシンやサービス管理装置に繋がるポートを設定する。この設定によって、仮想マシンから送出されるパケットは、設定されたポートにおいてＶＬＡＮ−ＩＤが付加された後、同一仮想ネットワークに属するポートに転送される。そして、出口ノードでＶＬＡＮ−ＩＤが削除されて、宛先の仮想マシンに渡される。このようなＶＬＡＮの設定によって外部ネットワークと内部ネットワークとを分離させたネットワーク構成を構築することができる。

また、他の例として、ＮＩＣ（ｎｅｔｗｏｒｋ ｃａｒｄ）やｖＮＩＣ（ｖｅｒｔｕａｌ−ＮＩＣ）を用いる方法が挙げられる。例えば、仮想マシン実装サーバ１０に２つの仮想スイッチ（例えば、ブリッジＡとブリッジＢ）を実装させる。そして、ブリッジＡにはサービス管理装置２０と接続される物理ＮＩＣおよび仮想マシン１１ＡのｖＮＩＣを接続し、外部ネットワークを構成させる。そして、ブリッジＢには仮想マシン１１ＡのｖＮＩＣ、仮想マシン１１ＢのｖＮＩＣおよび仮想マシン１１ＣのｖＮＩＣを接続し、内部ネットワークを構成させる。このようなＮＩＣおよびｖＮＩＣの設定によって外部ネットワークと内部ネットワークとを分離させたネットワーク構成を構築することができる。

また、他の例として、オープンフロー（ＯｐｅｎＦｌｏｗ）による仮想ネットワークを利用する方法が挙げられる。オープンフローとは、ネットワークの機能をソフトウェアで制御するＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋ／Ｎｅｔｗｏｒｋｉｎｇ）を実現する技術の一つであって、通信をエンドツーエンドのフローとして捉え、フロー単位で経路制御、障害回復、負荷分散、最適化を行う機構である。例えば、文献「Ｎｉｃｋ ＭｃＫｅｏｗｎ他、”ＯｐｅｎＦｌｏｗ：Ｅｎａｂｌｉｎｇ Ｉｎｎｏｖａｔｉｏｎ ｉｎ Ｃａｍｐｕｓ Ｎｅｔｗｏｒｋ”、［online］、［平成２４年１０月１８日検索］、インターネット＜URL：http://www.openflow.org/documents/openflow-wp-latest.pdf＞」（文献１）により仕様化されているオープンフロースイッチは、オープンフローコントローラとの通信用のセキュアチャネルを備え、オープンフローコントローラから適宜追加または書き換え指示されるフローテーブルに従って動作する。フローテーブルには、パケットを処理するための優先度や負荷分散などを基にコントローラが計算した最適経路を示す情報が登録される。具体的には、フローテーブルには、フロー毎に、パケットヘッダと照合するマッチ条件（Ｍａｔｃｈ Ｆｉｅｌｄｓ）と、フロー統計情報（Ｃｏｕｎｔｅｒｓ）と、処理内容を定義したインストラクション（Ｉｎｓｔｒｕｃｔｉｏｎ）との組が定義されている。

例えば、オープンフロースイッチは、パケットを受信すると、フローテーブルから受信パケットのヘッダ情報に適合するマッチ条件を持つエントリを検索する。検索の結果、受信パケットに適合するエントリが見つかった場合、オープンフロースイッチは、フロー統計情報を更新するとともに、受信パケットに対して当該エントリのインストラクションフィールドに記述された処理内容を実施する。一方、受信パケットに適合するエントリが見つからなかった場合、オープンフロースイッチは、セキュアチャネルを介してオープンコントローラにエントリ設定の要求を行う。具体的には、オープンフロースイッチは、当該受信パケットを処理するための情報の送信を要求する要求メッセージ（Ｐａｃｋｅｔ−Ｉｎメッセージ）を送信する。オープンフロースイッチは、該要求メッセージに対しオープンコントローラから処理内容が定められたフローエントリを受け取ると、フローテーブルを更新するとともに、受信パケットに対して当該エントリのインストラクションフィールドに記述された処理内容を実施する。このように、オープンフロースイッチは、フローテーブルに格納されているエントリを制御情報として用いてパケットの転送を行う。

このようなオープンフローのオープンスイッチとオープンコントローラとの組み合わせにより、ＶＬＡＮ同様の仮想ネットワークを構築できる。例えば、文献「”Ｓｌｉｃｅａｂｌｅ Ｓｗｉｔｃｈ Ｔｕｔｏｒｉａｌ”、［online］、［平成２４年１月３０日検索］、＜URL：https://github.com/trema/apps/wiki/sliceable_switch_tutorial＞」（文献２）には、「Ｐｏｒｔ−ｂａｓｅｄＢｉｎｄｉｎｇ」と呼ばれる、仮想ネットワークとポートの関連づけによって、ＶＬＡＮと同様の設定を行う例が記載されている。そこでは、ポートはスイッチＩＤ、スイッチにおけるポート番号、ＶＬＡＮ−ＩＤで指定される。このようなオープンフローによる仮想ネットワークを利用すると、外部ネットワークと内部ネットワークとを分離させたネットワーク構成を構築することができる。

また、図４は、サービス管理装置２０の装置構成例を示すブロック図である。図４に示すように、サービス管理装置２０は、制御部２０１、記憶部２０２、通信部２０３および入出力部２０４を含む。サービス管理装置２０は、通信機能と入出力機能とを有する情報処理装置であって、プログラムに従って動作する情報処理装置によって実現されてもよい。また、この場合、制御部２０１、記憶部２０２、通信部２０３および入出力部２０４は、それぞれＣＰＵ、メモリ、ネットワークインタフェースおよび各種入出力装置（例えば、キーボート、マウス等）によって実現される。一方、仮想マシン実装サーバ１０の装置構成としては、少なくとも制御部と通信部とを含んでいればよい。

また、図５は、サービス管理装置２０の機能面における構成例を示すブロック図である。図５に示すように、サービス管理装置２０は、制御方法記憶手段２１と、制御実行手段２２とを含む。なお、図５には、制御実行サーバの一例としての仮想マシン１１Ａの機能面における構成例も併せて示されている。図５に示すように、仮想マシン１１Ａは、コマンド実行手段１１１を含む。また、図示省略しているが、他の仮想マシン１１Ｂ，１１Ｃも同様にコマンド実行手段１１１を含む。また、図示省略しているが、仮想マシン以外に制御実行サーバがある場合には、その制御実行サーバも同様に、コマンド実行手段１１１を含む。さらに、制御実行サーバまでの接続経路となる装置が他にある場合には、その装置も同様にコマンド実行手段１１１を含む。

制御方法記憶手段２１は、サービスアプリケーションとアクションの組に対応づけて、制御方法を示す情報を保持（記憶）する。制御方法記憶手段２１は、例えば、サービス管理装置２０の記憶部２０２によって実現される。

制御方法を示す情報には、目的のサービスアプリケーションに対して目的のアクションを実行可能な制御実行サーバへのログイン方法を示す情報と、該制御実行サーバにおいて実行する制御コマンドの情報とが含まれる。アクションとしては起動（ＳＴＡＲＴ）、状態確認（ＳＴＡＴＵＳ）、停止（ＳＴＯＰ）等が挙げられる。

ログイン方法を示す情報（以下、ログイン情報という）は、目的とする制御実行サーバへのログインに必要な情報を指定する。例えば、接続に用いるプロトコルと接続先を示す情報の組み合わせを指定してもよい。プロトコルは、例えばＳＳＨやＴＥＬＮＥＴ、シリアルコンソール接続を指定してもよい。接続先はＩＰアドレスを指定してもよい。その他、ログインに必要な情報としてホスト名やアカウント名、パスワード、秘密鍵を含んでいてもよい。さらに、ハイパーバイザから仮想マシンへのコンソール接続に対応するため、接続先を示す情報としてＶＭ名を指定できるようにしてもよい。以下、これら接続先を示す情報をまとめて「アドレス」と表現する場合がある。

また、制御コマンドの情報（以下、制御コマンド情報）は、実際に制御実行サーバに入力する制御コマンドの内容を指定する。制御コマンドは、各サービスアプリケーションに対して制御の指示をしたり、各サービスアプリケーションの状態を監視するために予め用意される。

制御方法記憶手段２１に保持される情報は、ユーザにより指定され、サービスアプリケーションの制御時に制御実行手段２２から検索され、参照される。

制御実行手段２２は、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、制御方法記憶手段２１に保持されている制御方法を示す情報を基に、指定されたサービスアプリケーションに対して指定されたアクションを実行可能な制御実行サーバにログインし、制御コマンドを発行する。制御実行手段２２は、例えば、サービス管理装置２０の制御部２０１によって実現される。

また、コマンド実行手段１１１は、サービス管理装置２０によって発行された制御コマンドを、所定のプロトコルに従って受け付けて実行する。コマンド実行手段１１１は、例えば、ＯＳや予め用意されている制御プログラムに従って動作するＣＰＵ等の情報処理装置によって実現される。

図６は、制御方法記憶手段２１に保持される情報の例を示す説明図である。図６（ａ）は、制御実行サーバごとにログイン情報を保持するテーブルの例を示し、図６（ｂ）は、サービスアプリケーションとアクションの組ごとに制御実行サーバを示す情報と制御コマンド情報を保持するテーブルの例を示している。このように制御方法を示す情報は、２つ以上のテーブルに分けて保持されていてもよい。なお、図６に示す例では、これら２つのテーブルが制御実行サーバの識別子によって紐付けられている。これらのテーブルはユーザ（サービスシステムの管理者）によって登録される。ユーザ管理装置２０は、このような情報を登録させるための入出力インタフェースをユーザに提供する登録手段（図示省略）を備えていてもよい。

図６（ａ）には、ログイン情報として、制御実行サーバ毎にコロン（：）で結合されたプロトコルとアドレスの組み合わせが登録される例が示されている。この組み合わせは複数指定でき、複数指定されている場合は左側から順に接続処理を行うことを示す。例えば、図６（ａ）におけるＤ１１には、仮想マシン１１Ａへのログイン情報として、プロトコル「ＳＳＨ」、ＩＰアドレス「１９２．１６８．０．２」が指定されている。ここで、ＩＰアドレス「１９２．１６８．０．２」は、仮想マシン１１Ａが有するインタフェースのうちネットワーク３１Ａに接続するインタフェースに設定されているＩＰアドレスである。

また、例えば図６（ａ）におけるＤ１２には、仮想マシン１１Ｂへのログイン情報として、仮想マシン１１Ａへのログイン情報に加えて、仮想マシン１１Ａからネットワーク３１Ｂを介して仮想マシン１１Ｂへログインするためのログイン情報が指定されている。具体的には、まずプロトコル「ＳＳＨ」、ＩＰアドレス「１９２．１６８．０．２」が指定され、続いてプロトコル「ＳＳＨ」、ＩＰアドレス「１７２．１６．０．２」が指定されている。本例は、サービス管理装置２０が、仮想マシン１１Ｂに直接アクセスできないために、仮想マシン１１Ａを経由して仮想マシン１１Ｂにログインさせるためのログイン情報の例である。ここで、ＩＰアドレス「１７２．１６．０．２」は仮想マシン１１Ｂが有するインタフェースのうちネットワーク３１Ｂに接続するインタフェースに設定されているＩＰアドレスである。このような指定によれば、サービス管理装置２０から目的とする仮想マシン１１Ｂへ、仮想マシン１１Ａを経由してログインさせられる。

また、例えば図６（ａ）におけるＤ１３には、仮想マシン１１Ｃへのログイン情報として、上述のＤ１２に示したログイン方法と同様の方法、すなわち仮想マシン１１Ａを経由する方法が指定されている。具体的には、まずプロトコル「ＳＳＨ」、ＩＰアドレス「１９２．１６８．０．２」が指定され、続いてプロトコル「ＳＳＨ」、ＩＰアドレス「１７２．１６．０．３」が指定されている。ここで、ＩＰアドレス「１７２．１６．０．３」は仮想マシン１１Ｃが有するインタフェースのうちネットワーク３１Ｂに接続するインタフェースに設定されているＩＰアドレスである。このような指定によれば、サービス管理装置２０から目的とする仮想マシン１１Ｃへ、仮想マシン１１Ａを経由してログインさせられる。

また、例えば図６（ａ）におけるＤ１４には、仮想マシン１１Ｃへの他のログイン方法を示すログイン情報として、仮想マシン１１Ｃが動作している仮想マシン実装サーバ１０によるシリアルコンソール接続を利用する例が示されている。なお、仮想マシン１１Ｃが動作している仮想マシン実装サーバ１０へはＳＳＨ接続を利用する。具体的には、まずプロトコル「ＳＳＨ」、ＩＰアドレス「１０．０．０．２」が指定され、続いてプロトコル「ＣＯＮＳＬＯＥ」、アドレスとしてのＶＭ名「ＶＭ−１１Ｃ」が指定されている。ここで、ＩＰアドレス「１０．０．０．２」は仮想マシン１１Ｃが動作している仮想マシン実装サーバ１０−２のＩＰアドレスである。このような指定によれば、サービス管理装置２０から目的とする仮想マシン１１Ｃへ、仮想マシン実装サーバ１０−２を経由してログインさせられる。

ログイン方法を示す情報として、Ｄ１３とＤ１４のように１つの仮想マシンに対して複数のログイン情報が登録されていてもよい。そのようにすれば、アクションごとに制御コマンドが受け付けられる接続方法が異なる場合にも対応できる。

上記Ｄ１４の例は、図２に示すようなシステム構成において、図７に示すネットワーク構成が適用されている場合の仮想マシン１１Ｃへのログイン方法を想定したものである。図７は、本実施形態のサービス管理システムのネットワーク構成の他の例を示すネットワーク構成図である。図７に示す例では、図３に示す接続に加えて、サービス管理装置２０が、さらにネットワーク３１Ｃによって仮想マシン１１Ｃを実装している仮想マシン実装サーバ１０−２上で動作する制御プログラム（本例では、ハイパーバイザ１２）と接続され、さらにそのハイパーバイザ１２（図中では、１０−２（１２）と表記する）がネットワーク３１Ｄによって仮想マシン１１Ｃと接続されている。ここで、ネットワーク３１Ｄは、シリアルコンソール接続に対応しているネットワークである。

また、図８は、サービス管理装置２０から制御実行サーバへのログイン方法（接続経路）の例を示す説明図である。図８には、図６（ａ）におけるＤ１１〜Ｄ１４に対応するログイン方法による接続経路が示されている。図８において符号Ｄ１１〜Ｄ１４は、図６（ａ）に示したＤ１１〜Ｄ１４と対応している。また、図８には、機能面での構成例として、仮想マシン実行サーバ１０−２のハイパーバイザ１２が、経由サーバとしてコマンド実行手段１２１を含むことが示されている。

上記各例（Ｄ１１〜Ｄ１４）は、各仮想マシン１１Ａ，１１Ｂ，１１Ｃや仮想マシン実装サーバ１０の制御プログラムが、他の仮想マシンとのＳＳＨ接続や自サーバで動作している仮想マシンとのコンソール接続を行う機能を実装しており、かつ遠隔ログインによるコマンド実行を受け付けることを前提としている。なお、遠隔ログインによるコマンド実行を受け付けるための権限設定等により、パスワード設定や鍵交換等を行ってもよい。

また、図７に示すネットワーク構成において、仮想マシン１１Ａからのネットワーク３１Ｂを経由したＳＳＨ接続による仮想マシン１１Ｂへのログインは許可されるが、同様の方法による仮想マシン１１Ｃへのログインが許可されないことも想定される。そのような場合は、上記のＤ１３は削除されてＤ１４のみが登録される。

また、図６（ａ）には、多段ログインの例として２段先のサーバにログインする例しか示されていないが、３段以上先のサーバにログインさせるよう指定することも可能である。そのような場合には、プロトコルとアドレスの組を増やせばよい。また、多段ログインを１回の接続コマンドの発行により実行できるプロトコルもある。そのようなプロトコルの場合、プロトコルとアドレスの組として、該プロトコルと最終的なログイン先となるサーバのアドレスの１組だけが指定される場合もある。

ログインに用いるプロトコルは、端末間およびプロセス間で通信し、通信先の端末またはプロセスに対して予め定められているコマンドを実行できるプロトコルであればよく、上記の例に限定されない。例えば、ＴＥＬＮＥＴであってもよい。自由度が高いという点では、汎用的な双方向通信を提供する端末間およびプロセス間の通信プロトコルであって、接続先に対して遠隔操作が可能な通信プロトコルや、テキストベースのインターフェースで接続されるデバイス（シリアルデバイス）に直に接続でき、汎用的な双方向通信を提供する端末間およびプロセス間の通信プロトコルが好ましい。また、外部ネットワークを経由する場合には、セキュリティの観点から、権限設定ができるプロトコルが好ましい。換言すると、制御実行サーバおよび経路となる装置やサーバがこのようなプロトコルに対応したインタフェースを備えていることが好ましい。

また、システム運用中にＩＰアドレスが変更される場合も想定される。そのような場合には、ＩＰアドレステーブル等を別に保持するようにして、ログイン情報では、ＩＰアドレスが登録されている部分をターゲットの識別子等に置き換えて保持するようにしてもよい。なお、ログイン情報とＩＰアドレス情報とはそのターゲットの識別子により紐付けておけばよい。

また、図６（ｂ）には、アクション項目の例として、起動（ＳＴＡＲＴ）、状態確認（ＳＴＡＴＵＳ）、停止（ＳＴＯＰ）が示されているが、アクション項目は、ユーザが各サービスアプリケーションに対して行いたい制御内容や監視内容に応じて自由に定めればよい。換言すると、アクションは、サービスアプリケーションに対する制御監視内容をユーザが区別可能に分類づけたものと言える。例えば、制御が不要の場合、ユーザはサービスアプリケーションとアクションの組み合わせによる制御コマンドを登録しないようにすればよい。また、１つのアクションに対して複数の制御が必要な場合、１つのサービスアプリケーションとアクションの組み合わせについて、複数の制御コマンドを登録することも可能である。

図６（ｂ）に示す例において制御実行サーバには、上述のログイン方法が登録されている仮想マシン、サーバ、コントローラのいずれかが指定される。なお、制御実行サーバは、クラウド基盤において管理外の仮想マシンや制御サーバであってもよい。

また、図６（ｂ）に示す例では、制御コマンドは、返り値や出力によってコマンドの成功あるいはサービス状態を判定できる形式で登録されている。例えば、図６（ｂ）におけるＤ２８には、サービスアプリケーションＤＢ−Ｃに対する「状態確認」アクションの制御コマンドの例が示されているが、この制御コマンドは、ｇｒｅｐコマンドを利用しており、仮想マシン１１Ｂが有するログファイルから３つの文字列を検索し、その最後が”ＳｔａｒｔＤＢ”であれば、サービスアプリケーションＤＢ−Ｃが正常に起動しているとして０を返り値とし、その他の場合は０以外の値を返す。また、制御コマンドは、Ｄ２８の例のように、必ずしも対象とするサービスアプリケーションが動作している仮想マシン上で実行されるものとは限らない。

次に、本実施形態の動作を説明する。図９は、本実施形態のサービス管理システムのサービス管理装置２０の動作の一例を示すフローチャートである。図９に示す例では、予めユーザによって制御方法記憶手段２１に必要とされるサービスアプリケーションとアクションの組について、図６に示すような制御方法を示す情報が登録されている。このような場合に、サービス管理装置２０がユーザからサービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、（ステップＳ１１）、制御実行手段２２は、指示に含まれる対象サービスアプリケーションの情報とアクションの情報とを基に、制御方法記憶手段２１に登録されている情報の中から指示内容に対応する制御方法を検索する（ステップＳ１２）。該当する情報すなわち指示されたサービスアプリケーションへのアクションに対応する制御方法が見つかった場合（ステップＳ１３のＹｅｓ）、制御実行手段２２は、制御方法を示す情報として、制御実行サーバへのログイン情報と制御コマンド情報とを得る。一方、該当する情報が登録されていなければ、ユーザにその旨を通知するなどのエラー処理を行う（ステップＳ１８）。

制御実行サーバへのログイン情報と制御コマンド情報とを得ると、制御実行手段２２は、得られたログイン情報に従って、制御実行サーバにログインする（ステップＳ１４）。制御実行手段２２は、例えば、ログイン情報に含まれるプロトコルとアドレスの組に従って、指定されたプロトコルによる指定されたアドレスのサーバへの接続処理を１回以上実行する。制御実行手段２２は、ログイン情報によって示されるログイン方法によっては、１つ以上のサーバを経由して最終的に制御実行サーバにログインする。従って、ステップＳ１４では、複数のサーバ（経由サーバと制御実行サーバ）への接続処理を行う場合がある。

接続処理（必要に応じて認証処理も含まれる）が全て完了すると、最後のログイン先である制御実行サーバにて、得られた制御コマンド情報により示される制御コマンドを発行する（ステップＳ１５）。制御実行手段２２は、例えば、現在接続中であり最後のログイン先である制御実行サーバに対して、制御コマンド情報により示される制御コマンドを発行すればよい。より具体的には、制御実行手段２２は、現在接続中の通信経路およびそのプロトコルを利用して、最後のログイン先である制御実行サーバに、制御コマンド情報により示される制御コマンドの内容を送信すればよい。これにより、接続先である制御実行サーバのコマンド実行手段１１１または１２１が発行された制御コマンドを受け付けて、制御コマンドに応じた処理を実行する。

また、ステップＳ１５において、制御実行手段２２は制御コマンドの処理結果を返り値や出力によって得てもよい。状態確認用のコマンドであれば、制御実行手段２２は制御コマンドの処理結果として、返り値や出力によってコマンド実行の成否とともにサービスアプリケーションの状態を得てもよい。

制御実行手段２２は、発行した制御コマンドの返り値や出力からエラー無くコマンド処理を実行できたか否かを確認できる場合には、制御コマンドの返り値や出力を基にエラー無くコマンド処理が実行されたか否かを判定してもよい（ステップＳ１６）。例えば、制御実行手段２２は、発行した制御コマンドの返り値や出力に問題があった場合には（ステップＳ１６のＹｅｓ）、その旨をユーザに通知するなどのエラー処理を行ってもよい（ステップＳ１８）。また、例えば制御実行手段２２は、エラー時の処理が登録されている場合には、登録されている処理を実行することも考えられる。

一方、制御コマンドの返り値や出力に問題がなければ（ステップＳ１６のＮｏ）、またはステップＳ１５の処理を省略する場合には、制御実行手段２２は発行した制御コマンドの戻り値や出力を、要求アクションの実行結果として出力する（ステップＳ１７）。

次に、具体的な例を用いて本実施形態の動作を説明する。以下では、制御方法記憶手段２１に図６に示した情報が登録されているものとする。ただし、ＳＳＨ接続による仮想マシン１１Ａから仮想マシン１１Ｃへのログインは認められないものとして、制御実行サーバとしての仮想マシン１１Ｃへのログイン方法については、Ｄ１４のみが登録されているものとする。すなわち、Ｄ１３は登録されていないものとする。また、以下に示す例では、アクションが起動（ＳＴＡＲＴ）および停止（ＳＴＯＰ）のとき、返り値が０であれば正常終了、０以外であれば異常終了として、制御コマンドの実行結果をユーザに示す。また、アクションが状態確認（ＳＴＡＴＵＳ）のとき、返り値が０であれば、サービスアプリケーションが起動しているものとし、０以外であれば停止しているとし、いずれかの起動状態を制御コマンドの実行結果としてユーザに示す。

ここで、ユーザがサービス管理装置２０の制御実行手段２２に対して、サービスアプリケーションＭａｓｔｅｒ−Ａの起動アクションを指定したアクション実行指示をしたとする。

制御実行手段２２は、そのようなアクション実行指示を受け付けると、指定されたサービスアプリケーションとアクションをキーに、制御方法記憶手段２１に保持されている情報の中から、該当する制御方法を検索する（ステップＳ１１，Ｓ１２）。ここでは、制御実行手段２２は、制御方法として図６（ｂ）に示すＤ２１の情報（図６（ａ）に示すＤ１１の情報を含む）を得る。すなわち、制御実行サーバが「ＶＭ−１１Ａ」であり、そのログイン方法が「ＳＳＨ：１９２．１６８．０．２」であることを示すログイン情報、および制御コマンドの内容が「ｉｎｉｔ＿ｍａｓｔｅｒ」であることを示す制御コマンド情報を得る。

次いで、制御実行手段２２は、得られたログイン情報に従って制御実行サーバにログインする（ステップＳ１４）。制御実行手段２２は、ここではＳＳＨプロトコルを用いてＩＰアドレス１９２．１６８．０．２のサーバ（仮想マシン１１Ａ）にログインする。これにより、サービス管理装置２０は、仮想マシン１１ＡとＳＳＨ接続される。本例では、ログイン方法として１組のプロトコルとアドレスの組が登録されているので、制御実行手段２２は、直接制御実行サーバである仮想マシン１１Ａにログインする。

制御実行サーバへのログインが完了すると、制御実行手段２２は、最後にログインした先である制御実行サーバ上で指定された制御コマンドを発行する（ステップＳ１５）。ここでは、制御実行手段２２は最後のログイン先である仮想マシン１１Ａに対して、現在接続中のＳＳＨ接続を利用して制御コマンド「ｉｎｉｔ＿ｍａｓｔｅｒ」を発行すればよい。これにより、接続先である仮想マシン１１Ａのコマンド実行手段１１１が、発行された制御コマンドを受け付けてその制御コマンドに応じた処理を実行する。

ステップＳ１６では、制御実行手段２２は、返り値が０のであれば正常終了、０以外であれば異常終了として、制御コマンドの実行結果をユーザに出力する。制御実行手段２２は、登録されていた制御コマンドの実行が完了すると、ログインしたサーバの数に応じたログオフ処理を行ったり、現在接続中の通信を切断等して、制御指示に対する一連の処理を終了する。

また、別の例として、ユーザがサービス管理装置２０の制御実行手段２２に対して、サービスアプリケーションＷｏｒｋｅｒ−Ｂの起動アクションを指定したアクション実行指示をしたとする。

制御実行手段２２は、そのようなアクション実行指示を受け付けると、指定されたサービスアプリケーションとアクションをキーに、制御方法記憶手段２１に保持されている情報の中から、そのアクションに対応する制御方法を検索する（ステップＳ１１，Ｓ１２）。ここでは、制御実行手段２２は、制御方法として図６（ｂ）に示すＤ２４の情報（図６（ａ）に示すＤ１２の情報を含む）を得る。すなわち、制御実行サーバが「ＶＭ−１１Ｂ」であり、そのログイン方法が「ＳＳＨ：１９２．１６８．０．２，ＳＳＨ：１７２．１６．０．２」であることを示すログイン情報、および制御コマンドの内容が「ｒｕｎ＿ｗｏｒｋｅｒ」であることを示す制御コマンド情報を得る。

ステップＳ１４では、制御実行手段２２は、プロトコルとアドレスの組が２組登録されていることから、登録されている順に２つのサーバへのログインを連続して行う。これにより、仮想マシン１１Ａを経由して制御実行サーバである仮想マシン１１Ｂへログインする。より具体的には、ＳＳＨプロトコルを用いてＩＰアドレス１９２．１６８．０．２のサーバ（仮想マシン１１Ａ）にログインし、さらにそこから、ＳＳＨプロトコルを用いてＩＰアドレス１７２．１６．０．２のサーバ（仮想マシン１１Ｂ）にログインする。

制御実行サーバへのログインが完了すると、制御実行手段２２は、最後にログインした先である制御実行サーバ上で指定された制御コマンドを発行する（ステップＳ１５）。ステップＳ１５では、制御実行手段２２は、最後のログイン先である仮想マシン１１Ｂに対して、現在接続中のＳＳＨ接続を利用して制御コマンド「ｒｕｎ＿ｗｏｒｋｅｒ」を発行する。後の処理は、上述のサービスアプリケーションＭａｓｔｅｒ−Ａの起動アクションの場合と同様である。

また、別の例として、ユーザがサービス管理装置２０の制御実行手段２２に対して、サービスアプリケーションＷｏｒｋｅｒ−Ｂの状態確認アクションを指定したアクション実行指示をしたとする。

制御実行手段２２は、そのような制御指示を受け付けると、指定されたサービスアプリケーションとアクションをキーに、制御方法記憶手段２１に保持されている情報の中から、そのアクションに対応する制御方法を検索する（ステップＳ１１，Ｓ１２）。ここでは、制御実行手段２２は、制御方法として図６（ｂ）に示すＤ２５の情報（図６（ａ）に示すＤ１１の情報を含む）を得る。すなわち、制御実行サーバが「ＶＭ−１１Ａ」であり、そのログイン方法が「ＳＳＨ：１９２．１６８．０．２」であることを示すログイン情報、および制御コマンドの内容が「ｖｉｅｗ＿ｗｏｒｋｅｒ ＶＭ−１１Ｂ」であることを示す制御コマンド情報を得る。このログイン情報は、サービスアプリケーションＷｏｒｋｅｒ−Ｂの状態確認アクションは、仮想マシン１１Ａ上で行われることを示している。

ステップＳ１４では、制御実行手段２２は、プロトコルとアドレスの組が１組登録されていることから、直接制御実行サーバである仮想マシン１１Ａへログインする。より具体的には、ＳＳＨプロトコルを用いてＩＰアドレス１９２．１６８．０．２のサーバ（仮想マシン１１Ａ）にログインする。

制御実行サーバへのログインが完了すると、制御実行手段２２は、最後にログインした先である制御実行サーバ上で指定された制御コマンドを発行する（ステップＳ１５）。ステップＳ１５では、制御実行手段２２は、最後のログイン先である仮想マシン１１Ａに対して、現在接続中のＳＳＨ接続を利用して制御コマンド「ｖｉｅｗ＿ｗｏｒｋｅｒ ＶＭ−１１Ｂ」を発行する。後の処理は、上述のサービスアプリケーションＭａｓｔｅｒ−Ａの起動アクションの場合と同様である。

また、別の例として、ユーザがサービス管理装置２０の制御実行手段２２に対して、サービスアプリケーションＤＢ−Ｃの起動（ＳＴＡＲＴ）アクションを指定したアクション実行指示をしたとする。

制御実行手段２２は、そのような制御指示を受け付けると、指定されたサービスアプリケーションとアクションをキーに、制御方法記憶手段２１に保持されている情報の中から、そのアクションに対応する制御方法を検索する（ステップＳ１１，Ｓ１２）。ここでは、制御実行手段２２は、制御方法として図６（ｂ）に示すＤ２７の情報（図６（ａ）に示すＤ１４の情報を含む）を得る。すなわち、制御実行サーバが「ＶＭ−１１Ｃ」であり、そのログイン方法が「ＳＳＨ：１０．０．０．２，ＣＯＮＳＯＬＥ：ＶＭ−１１Ｃ」であることを示すログイン情報、および制御コマンドの内容が「ｓｅｒｖｉｃｅ ｄｂ ｓｔａｒｔ」であることを示す制御コマンド情報を得る。ここで、「ＣＯＮＳＯＬＥ」は、シリアルコンソール接続を行う旨を示す情報である。なお、必要であればシリアルコンソール接続に用いるプロトコルを示す情報を含めてもよい。このログイン情報は、仮想マシン１１Ｃへのログインを、仮想マシン制御サーバ１０−２へのＳＳＨ接続と仮想マシン制御サーバ１０−２からのコンソール接続を介して行うことを示している。

ステップＳ１４では、制御実行手段２２は、プロトコルとアドレスの組が２組登録されていることから、登録されている順に２つのサーバへのログインを連続して行う。これにより、仮想マシン１１Ｃが動作している仮想マシン実装サーバ１０−２のハイパーバイザ１２を経由して制御実行サーバである仮想マシン１１Ｃへログインする。なお、本例では、仮想マシン実装サーバ１０−２のハイパーバイザ１２へのログインにはＳＳＨ接続を用い、仮想マシン実装サーバ１０−２のハイパーバイザ１２から仮想マシン１１Ｃへのログインにはシリアルコンソール接続を用いる。より具体的には、ＳＳＨプロトコルを用いてＩＰアドレス１０．０．０．２のサーバ（仮想マシン実装サーバ１０−２のハイパーバイザ１２）にログインし、さらにそこから、仮想マシン１１Ｃを指定したシリアルコンソール接続を起動して、仮想マシン１１Ｃにログインする。

ステップＳ１５では、制御実行手段２２は、最後のログイン先である仮想マシン１１Ｃに対して、現在接続中のＳＳＨ接続経由のシリアルコンソール接続を利用して制御コマンド「ｓｅｒｖｉｃｅ ｄｂ ｓｔａｒｔ」を発行する。後の処理は、上述のサービスアプリケーションＭａｓｔｅｒ−Ａの起動アクションの場合と同様である。

以上のように、本実施形態によれば、サービスアプリケーションとアクションの組毎にログイン方法と制御コマンドの情報を登録しておき、これらの情報に基づいて柔軟に制御実行サーバへのログインおよび制御コマンドの実行がされるので、サービスアプリケーションに対する様々な制御を自動かつシステム構成およびネットワーク構成に応じて適切に行うことができる。例えば、本実施形態によれば、外部からアクセスできないような内部ネットワークに接続されている仮想マシンに対して直接発行しなければいけないコマンドや、仮想マシン以外の第３の装置、第３のサーバ、コントローラまたはそのような第３の装置、第３のサーバ、コントローラを介さなければ接続できない制御実行サーバに対して直接発行しなければいけないコマンドであっても実行することができる。

また、本実施形態によれば、サービスアプリケーションの制御や監視について、自由度のある自動化を実現できる。例えば、あるサーバ上で動作する１つのサービスアプリケーションに対する操作であっても、起動と状態確認で異なるサーバに対してコマンドを発行するように設定できる。また、コマンドの発行先とするサーバへの経路も自由に設定できる。

以上、本発明の実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成や要素の構成は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。

例えば、上記実施形態では、仮想マシン上で動作するサービスアプリケーションを対象に監視、制御を行う例を示したが、サービスアプリケーションの動作環境は上記に限定されない。例えば、クラウド基盤を利用していなくてもよい。すなわち、仮想化されていなくてもよい。そのような場合は、上述の各仮想マシンをそれぞれ物理装置に置き換えればよい。また、ハイパーバイザ１２を介したシリアルコンソール接続の例は、該当装置に対して固有のネットワークで接続されている第３の装置を介したシリアルコンソール接続と見なせばよい。

また、例えば上記実施形態では、仮想マシン１１Ａや仮想マシン１１ＢへのログインにＳＳＨを利用していたが、ＴＥＬＮＥＴ等の他のプロトコルを用いてログインすることも可能である。

また、例えば仮想マシン実装サーバから仮想マシンへのコンソール接続では、プロンプトに対して適切なタイミングで決められた文字列を入力できるツールである「ｅｘｐｅｃｔ」を利用することも考えられる。

また、ユーザが指定できる制御コマンドにも制限が無い。例えば、状態確認であれば、一般的なサービス制御コマンド（ｓｅｒｖｉｃｅ）の他、上記実施形態で示したファイルからの状態取得や、プロセスリストからの検索も考えられる。起動であれば、起動確認まで行うために、上記実施形態で示した起動用のコマンドに加え、スリープコマンドを追加して、決まった時間の起動を待つようにしたり、状態確認に登録したコマンドの返り値が０になるまでを繰り返すようなスクリプトを指定する方法も考えられる。

また、仮想マシンへのログインはＶＮＣ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ）を利用することも考えられる。

次に、本発明によるサービス管理装置の最小構成について説明する。図１０は、本発明によるサービス管理装置の最小の構成例を示すブロック図である。図１０に示すように、本発明によるサービス管理装置は、制御方法記憶手段５０１と、制御実行手段５０２とを含む。

制御方法記憶手段５０１（例えば、制御方法記憶手段２１）は、サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶する。

制御実行手段５０２（例えば、制御実行手段２２）は、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、制御方法記憶手段５０１に記憶されている情報に基づいて、制御実行サーバへログインし、ログイン先の制御実行サーバに対して制御コマンドを発行する。また、制御実行手段５０２は、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインし、ログイン先の制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行する。

そのような構成を備えることによって、サービスアプリケーションに対する様々な制御または管理処理を自動でかつシステム構成およびネットワーク構成に応じて行うことができる。

次に、本発明によるサービス管理システムの最小構成について説明する。図１１は、本発明によるサービス管理システムの最小の構成例を示すブロック図である。図１１に示すように、本発明によるサービス管理システムは、制御実行サーバ７００と、制御実行サーバ７００とネットワーク６００を介して接続されるサービス管理装置５００とを備える。

制御実行サーバ７００は、管理対象のサービスアプリケーションに対して予め定義されているアクションを実行可能なサーバまたはコントローラである。

ネットワーク６００は、制御実行サーバ７００とサービス管理装置５００とを通信可能に接続する１つ以上のネットワークである。

サービス管理装置５００は、上述のサービス管理装置５００である。

このような構成によっても、サービスアプリケーションに対する様々な制御を自動で、かつシステム構成およびネットワーク構成に応じて行うことができる。

なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含む。

また、上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶する制御方法記憶手段と、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、制御方法記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、ログイン先の制御実行サーバに対して制御コマンドを発行する制御実行手段とを備え、制御実行手段は、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインし、ログイン先の制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行することを特徴とするサービス管理装置。

（付記２）制御方法記憶手段は、制御実行サーバへのログイン方法を示す情報として、接続に用いるプロトコルと接続先を示すアドレスの組を含む情報を記憶し、制御実行手段は、制御実行サーバへのログイン方法を示す情報に含まれるプロトコルとアドレスの組が複数登録されている場合に、登録されている順に指定されたプロトコルを用いて指定されたアドレス宛てに接続処理をし、最後のログイン先となったサーバに対して制御コマンドを発行する付記１に記載のサービス管理装置。

（付記３）接続に用いるプロトコルに、シリアルコンソール接続が含まれている付記２に記載のサービス管理装置。

（付記４）接続先を示すアドレスに、指示対象のサービスアプリケーションが動作している仮想マシンの内部ネットワーク上のＩＰアドレスが含まれている付記２または付記３に記載のサービス管理装置。

（付記５）制御実行手段は、制御方法記憶手段に記憶されている情報に基づいて、指示対象のサービスアプリケーションが動作している第１の仮想マシンとは異なる第２の仮想マシンを経由して第１の仮想マシンにログインし、最後のログイン先である第１の仮想マシンに対して制御コマンドを発行する付記１から付記４のうちのいずれかに記載のサービス管理装置。

（付記６）制御実行手段は、制御方法記憶手段に記憶されている情報に基づいて、指示対象のサービスアプリケーションが動作している第１の仮想マシン以外のサーバにログインし、最後のログイン先であるサーバに対して制御コマンドを発行する付記１から付記４のうちのいずれかに記載のサービス管理装置。

（付記７）制御実行手段は、制御方法記憶手段に記憶されている情報に基づいて、指示対象のサービスアプリケーションが動作している第１の仮想マシンを実装している仮想マシン実装サーバにログインし、仮想マシン実装サーバからシリアルコンソール接続を行って第１の仮想マシンにログインし、最後のログイン先である第１の仮想マシンに対して制御コマンドを発行する付記１から付記４のうちのいずれかに記載のサービス管理装置。

（付記８）管理対象のサービスアプリケーションに対する予め定義されているアクションを実行可能なサーバまたはコントローラである制御実行サーバと、制御実行サーバと１つ以上のネットワークを介して接続されるサービス管理装置とを備え、サービス管理装置は、サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶する制御方法記憶手段と、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、制御方法記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、ログイン先の制御実行サーバに対して制御コマンドを発行する制御実行手段とを含み、制御実行手段は、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインし、ログイン先の制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行することを特徴とするサービス管理システム。

（付記９）制御実行サーバが、管理対象のサービスアプリケーションが動作している仮想マシンである付記８のサービス管理システム。

（付記１０）管理対象のサービスアプリケーションが動作している仮想マシン以外のサーバを備え、制御実行手段は、制御方法記憶手段に記憶されている情報に基づいて、指示対象のサービスアプリケーションが動作している仮想マシン以外のサーバにログインし、最後のログイン先であるサーバに対して制御コマンドを発行する付記８に記載のサービス管理システム。

（付記１１）管理対象のサービスアプリケーションが動作している仮想マシンを実装している仮想マシン実装サーバを備え、制御実行手段は、制御方法記憶手段に記憶されている情報に基づいて、指示対象のサービスアプリケーションが動作している仮想マシンを実装している仮想マシン実装サーバにログインし、仮想マシン実装サーバからシリアルコンソール接続を行って対象のサービスアプリケーションが動作している仮想マシンにログインし、最後のログイン先である仮想マシンに対して制御コマンドを発行する付記８に記載のサービス管理システム。

（付記１２）制御実行サーバは、所定のプロトコルに従って発行された制御コマンドを受け付けて実行するコマンド実行手段を含む付記８から付記１１のいずれかに記載のサービス管理システム。

（付記１３）予め所定の記憶装置に、サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶しておき、サービス管理装置が、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、記憶装置に記憶されている情報に基づいて、制御実行サーバへログインし、ログイン先の制御実行サーバに対して制御コマンドを発行する制御実行処理を実行し、サービス管理装置が、制御実行処理で、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインし、ログイン先の制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行することを特徴とするサービス管理方法。

（付記１４）サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、制御実行サーバに対して発行する制御コマンドとを記憶する記憶手段を備えるコンピュータに、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、制御コマンドを発行する制御実行処理を実行させ、制御実行処理で、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、制御実行サーバ以外のサーバを経由して制御実行サーバへログインさせ、ログイン先の制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行させるためのサービス管理プログラム。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。すなわち、本発明は、コンピュータプログラム製品として具現することも可能である。

本発明は、複数のサーバの協働作業により１つのサービスを提供するようなサービスシステムを実現しているサービスアプリケーションの管理に好適に適用可能である。

１０ 仮想マシン実装サーバ
１１Ａ、１１Ｂ、１１Ｃ 仮想マシン
１２ ハイパーバイザ
２０ サービス管理装置
２１ 制御方法記憶手段
２２ 制御実行手段
３０ ネットワーク
３１Ａ、３１Ｂ、３１Ｃ、３１Ｄ、３１Ｃ ネットワーク
１１１、１２１ コマンド実行手段
２０１ 制御部
２０２ 記憶部
２０３ 通信部
２０４ 入出力部
５００ サービス管理装置
５０１ 制御方法記憶手段
５０２ 制御実行手段
６００ ネットワーク
７００ 制御実行サーバ

Claims (10)

1. サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、前記制御実行サーバに対して発行する制御コマンドとを記憶する制御方法記憶手段と、
   サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、前記制御方法記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、ログイン先の前記制御実行サーバに対して制御コマンドを発行する制御実行手段とを備え、
   前記制御実行手段は、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、前記制御実行サーバ以外のサーバを経由して前記制御実行サーバへログインし、ログイン先の前記制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行する
   ことを特徴とするサービス管理装置。
2. 制御方法記憶手段は、制御実行サーバへのログイン方法を示す情報として、接続に用いるプロトコルと接続先を示すアドレスの組を含む情報を記憶し、
   制御実行手段は、制御実行サーバへのログイン方法を示す情報に含まれる前記プロトコルとアドレスの組が複数登録されている場合に、登録されている順に指定されたプロトコルを用いて指定されたアドレス宛てに接続処理をし、最後のログイン先となったサーバに対して制御コマンドを発行する
   請求項１に記載のサービス管理装置。
3. 接続に用いるプロトコルに、シリアルコンソール接続が含まれている
   請求項２に記載のサービス管理装置。
4. 接続先を示すアドレスに、指示対象のサービスアプリケーションが動作している仮想マシンの内部ネットワーク上のＩＰアドレスが含まれている
   請求項２または請求項３に記載のサービス管理装置。
5. 制御実行手段は、制御方法記憶手段に記憶されている情報に基づいて、指示対象のサービスアプリケーションが動作している第１の仮想マシンとは異なる第２の仮想マシンを経由して前記第１の仮想マシンにログインし、最後のログイン先である前記第１の仮想マシンに対して制御コマンドを発行する
   請求項１から請求項４のうちのいずれか１項に記載のサービス管理装置。
6. 制御実行手段は、制御方法記憶手段に記憶されている情報に基づいて、指示対象のサービスアプリケーションが動作している第１の仮想マシン以外のサーバにログインし、最後のログイン先である前記サーバに対して制御コマンドを発行する
   請求項１から請求項４のうちのいずれか１項に記載のサービス管理装置。
7. 制御実行手段は、制御方法記憶手段に記憶されている情報に基づいて、指示対象のサービスアプリケーションが動作している第１の仮想マシンを実装している仮想マシン実装サーバにログインし、前記仮想マシン実装サーバからシリアルコンソール接続を行って前記第１の仮想マシンにログインし、最後のログイン先である前記第１の仮想マシンに対して制御コマンドを発行する
   請求項１から請求項４のうちのいずれか１項に記載のサービス管理装置。
8. 管理対象のサービスアプリケーションに対して予め定義されているアクションを実行可能なサーバまたはコントローラである制御実行サーバと、前記制御実行サーバと１つ以上のネットワークを介して接続されるサービス管理装置とを備え、
   前記サービス管理装置は、
   サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、前記制御実行サーバに対して発行する制御コマンドとを記憶する制御方法記憶手段と、
   サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、前記制御方法記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、ログイン先の前記制御実行サーバに対して制御コマンドを発行する制御実行手段とを含み、
   前記制御実行手段は、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、前記制御実行サーバ以外のサーバを経由して前記制御実行サーバへログインし、ログイン先の前記制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行する
   ことを特徴とするサービス管理システム。
9. 予め所定の記憶装置に、サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、前記制御実行サーバに対して発行する制御コマンドとを記憶しておき、
   サービス管理装置が、サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、前記記憶装置に記憶されている情報に基づいて、制御実行サーバへログインし、ログイン先の前記制御実行サーバに対して制御コマンドを発行する制御実行処理を実行し、
   前記サービス管理装置が、前記制御実行処理で、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、前記制御実行サーバ以外のサーバを経由して制御実行サーバへログインし、ログイン先の前記制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行する
   ことを特徴とするサービス管理方法。
10. サービスアプリケーションとアクションの組に対応づけて、当該サービスアプリケーションに対する該アクションを実行可能なサーバまたはコントローラである制御実行サーバへのログイン方法を示す情報と、前記制御実行サーバに対して発行する制御コマンドとを記憶する記憶手段を備えるコンピュータに、
    サービスアプリケーションとアクションとを指定したアクション実行指示を受け付けると、前記記憶手段に記憶されている情報に基づいて、制御実行サーバへログインし、制御コマンドを発行する制御実行処理を実行させ、
    前記制御実行処理で、指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御実行サーバへのログイン方法を示す情報が、制御実行サーバ以外のサーバを経由して制御実行サーバへログインする方法を示している場合に、当該情報に従い、前記制御実行サーバ以外のサーバを経由して前記制御実行サーバへログインさせ、ログイン先の前記制御実行サーバに対して指示内容に合致するサービスアプリケーションとアクションの組に対応づけられている制御コマンドを発行させる
    ためのサービス管理プログラム。

Images