(57)【要約】      （修正有）【課題】ソフトウェアのダウンロード時の処理負荷を軽減する。【解決手段】データセンタを管理する管理装置１０は、利用者が使用するソフトウェアのバージョンを特定する特定部２３と、利用者が利用する第１のデータセンタに、特定されるバージョンのソフトウェアが保持されているか否かを判定する判定部２４と、第１のデータセンタに、バージョンのソフトウェアが保持されていない場合、バージョンのソフトウェアを保持する第２のデータセンタからダウンロードする指示を、第１のデータセンタに送信する指示部２５と、を有する。【選択図】図２
2017054318.tif 000002
【特許請求の範囲】
【請求項１】
データセンタを管理する管理装置において、
利用者が使用するソフトウェアのバージョンを特定する特定部と、
前記利用者が利用する第１のデータセンタに、前記特定部によって特定される前記バージョンの前記ソフトウェアが保持されているか否かを判定する判定部と、
前記第１のデータセンタに、前記バージョンの前記ソフトウェアが保持されていない場合、前記バージョンの前記ソフトウェアを保持する第２のデータセンタからダウンロードする指示を、前記第１のデータセンタに送信する指示送信部と
を有することを特徴とする管理装置。
【請求項２】
前記バージョンの前記ソフトウェアを保持するダウンロード元が複数ある場合、各ダウンロード元の通信状況に関する負荷情報または前記各ダウンロード元と前記第１のデータセンタとの間の距離に基づいて、ダウンロード元を選択する選択部をさらに有し、
前記指示送信部は、前記選択部によって選択された前記ダウンロード元からダウンロードする指示を、前記第１のデータセンタに送信する請求項１に記載の管理装置。
【請求項３】
所定のソフトウェアに対する更新パッチが発生した場合、前記利用者に提供するサービスに影響を与えない環境で、前記更新パッチを前記所定のソフトウェアに適用して異常が発生しないことが確認できた後、前記所定のソフトウェアを保持するデータセンタに、前記更新パッチの適用指示を送信する更新指示部をさらに有することを特徴とする請求項１に記載の管理装置。
【請求項４】
データセンタを管理する管理装置が、
利用者が使用するソフトウェアのバージョンを特定し、
前記利用者が利用する第１のデータセンタに、特定される前記バージョンの前記ソフトウェアが保持されているか否かを判定し、
前記第１のデータセンタに、前記バージョンの前記ソフトウェアが保持されていない場合、前記バージョンの前記ソフトウェアを保持する第２のデータセンタからダウンロードする指示を、前記第１のデータセンタに送信する
処理を実行することを特徴とする管理方法。
【請求項５】
データセンタを管理する管理装置に、
利用者が使用するソフトウェアのバージョンを特定し、
前記利用者が利用する第１のデータセンタに、特定される前記バージョンの前記ソフトウェアが保持されているか否かを判定し、
前記第１のデータセンタに、前記バージョンの前記ソフトウェアが保持されていない場合、前記バージョンの前記ソフトウェアを保持する第２のデータセンタからダウンロードする指示を、前記第１のデータセンタに送信する
処理を実行させることを特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理方法および管理プログラムに関する。
【背景技術】
【０００２】
近年、仮想マシンなどの普及により、地域や国に限定されず、複数のデータセンタを用いてサービスを提供するアウトソーシングサービスが普及している。例えば、アウトソーシングサービスは、サービスマネージメント、運用、サービスプラットフォーム、ファシリティ、ネットワークを、統一されたコンセプトと標準化されたサービスマネージメントのもとに、地理的な制約や物理的な制約を受けることなく、均質に提供する。
【０００３】
このようなアウトソーシングサービスでは、各データセンタを管理するコントロールセンタが設けられる。例えば、コントロールセンタは、顧客が利用する複数のソフトウェアが別々のデータセンタで実行されることもあり、各データセンタでの管理が煩雑になることから、各データセンタで実行されるソフトウェアなどの情報を一括して管理する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１１７８８９号公報
【特許文献２】特開２０１１−２９３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記技術では、コントロールセンタが、各データセンタに対してソフトウェアのインストールやアップデートなどのダウンロードを実行するので、コントロールセンタの処理負荷が高くなる。この結果、ソフトウェアのダウンロードが遅延し、サービスに悪影響が出る場合がある。
【０００６】
１つの側面では、ソフトウェアのダウンロード時の処理負荷を軽減することができる管理装置、管理方法および管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の案では、データセンタを管理する管理装置は、利用者が使用するソフトウェアのバージョンを特定する特定部を有する。管理装置は、前記利用者が利用する第１のデータセンタに、前記特定部によって特定される前記バージョンの前記ソフトウェアが保持されているか否かを判定する判定部を有する。管理装置は、前記第１のデータセンタに、前記バージョンの前記ソフトウェアが保持されていない場合、前記バージョンの前記ソフトウェアを保持する第２のデータセンタからダウンロードする指示を、前記第１のデータセンタに送信する指示送信部を有する。
【発明の効果】
【０００８】
一実施形態によれば、ソフトウェアのダウンロード時の処理負荷を軽減することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施例１にかかるシステムの全体構成例を示す図である。
【図２】図２は、実施例１にかかる管理サーバの機能構成を示す機能ブロック図である。
【図３】図３は、顧客情報ＤＢに記憶される情報の例を示す図である。
【図４】図４は、センタ情報ＤＢに記憶される情報の例を示す図である。
【図５】図５は、センタ負荷ＤＢに記憶される情報の例を示す図である。
【図６】図６は、顧客契約時の処理の流れを示すフローチャートである。
【図７】図７は、契約変更時の処理の流れを示すフローチャートである。
【図８】図８は、ダウンロード元の具体例を説明する図である。
【図９】図９は、実施例２にかかるシステムの全体構成例を示す図である。
【図１０】図１０は、パッチ適用時の処理の流れを示すフローチャートである。
【図１１】図１１は、ハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する管理装置、管理方法および管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１１】
［全体構成］
図１は、実施例１にかかるシステムの全体構成例を示す図である。図１に示すように、このシステムは、コントロールセンタ１、データセンタＡ、データセンタＢ、データセンタＣを有する。
【００１２】
各データセンタは、物理サーバが設定されるデータセンタ（以下、ＤＣと記載する場合がある）であり、物理サーバまたは仮想マシンによって、Ｗｅｂサーバ、ＤＢ（DataBase）サーバ、ＡＰサーバなどの各種サーバ機能を提供し、運用系システムを提供する。コントロールセンタ１は、管理サーバ１０が設置され、各データセンタに関する情報や各データセンタを利用する顧客に関する情報を管理するデータセンタである。
【００１３】
例えば、顧客Ｋは、図１に示したシステムを提供する提供企業との間でシステムの利用契約を締結すると、いずれかのデータセンタを利用することができる。また、顧客Ｋは、システム利用中に契約を変更することで、利用するデータセンタの変更やサーバの変更等を実行することもできる。
【００１４】
このように顧客がシステムを利用する際に、コントロールセンタ１の管理サーバ１０は、利用者が使用するソフトウェアのバージョンを特定する。管理サーバ１０は、利用者が利用する第１のデータセンタで、特定されるバージョンのソフトウェアが保存されているか否かを判定する。管理サーバ１０は、第１のデータセンタで、バージョンのソフトウェアが保存されていないと判定される場合、バージョンのソフトウェアを保持する第２のデータセンタからダウンロードする指示を、第１のデータセンタに送信する。
【００１５】
例えば、管理サーバ１０は、利用者の利用ソフトのバージョン／レベル（以下、Ｖ／Ｌと記載する場合がある）が利用者の利用先ＤＣで動作していない場合、利用先ＤＣに該当Ｖ／Ｌを他のＤＣからダウンロードさせる。したがって、コントロールセンタ１のダウンロード負荷を軽減することができる。
【００１６】
［機能構成］
次に、管理サーバ１０の機能構成を説明する。図２は、実施例１にかかる管理サーバ１０の機能構成を示す機能ブロック図である。図２に示すように、管理サーバ１０は、通信部１１、記憶部１２、制御部２０を有する。
【００１７】
通信部１１は、有線や無線を問わず、他の装置との通信を制御する通信インタフェースである。例えば、通信部１１は、各ＤＣから負荷状況などを受信し、各ＤＣに各種指示を送信する。
【００１８】
記憶部１２は、制御部２０が実行するプログラムやデータを記憶するデータベースであり、例えばハードディスクやメモリなどである。この記憶部１２は、ソフトＤＢ１３、顧客情報ＤＢ１４、センタ情報ＤＢ１５、センタ負荷ＤＢ１６を記憶する。
【００１９】
ソフトＤＢ１３は、管理サーバ１０がソフトウェアの提供元等からダウンロードしたソフトウェアを記憶するデータベースである。具体的には、ソフトＤＢ１３は、各バージョンや各レベルのソフトウェアのプログラムを記憶する。
【００２０】
顧客情報ＤＢ１４は、システムを利用する顧客に関する情報を記憶するデータベースである。具体的には、顧客情報ＤＢ１４は、顧客が利用するデータセンタや顧客が使用するソフトウェアの情報を記憶する。ここで記憶される情報は、顧客の契約内容の変更等によって随時更新される。
【００２１】
図３は、顧客情報ＤＢ１４に記憶される情報の例を示す図である。図３に示すように、顧客情報ＤＢ１４は、「顧客コード、顧客名、担当者、電話番号、利用センタ数、利用センタコード、利用センタ名、・・・、ソフト利用数、ソフト名、ソフト型番、Ｖ／Ｌ、ＰＴＦレベル」を記憶する。なお、「利用センタコード、利用センタ名」は、利用するＤＣの数だけ設定される。「ソフト名、ソフト型番、Ｖ／Ｌ、ＰＴＦレベル」は、利用するソフトウェア数分設定される。
【００２２】
ここで記憶される「顧客コード」は、顧客を識別する識別子であり、「顧客名」は、会社名など顧客の名称であり、「担当者」は、顧客の担当者名であり、「電話番号」は、担当者の電話番号である。「利用センタ数」は、顧客が利用するＤＣの数であり、「利用センタコード」は、顧客が利用するＤＣに割当てられた識別子であり、「利用センタ名」は、顧客が利用するＤＣの名称である。「ソフト利用数」は、顧客が利用するソフトウェアの数であり、「ソフト名」は、顧客が利用するソフトウェアの名称であり、「ソフト型番」は、ソフトウェアの型番であり、「Ｖ／Ｌ」は、ソフトウェアのバージョンとレベルであり、「ＰＴＦレベル」は、Program  Temporary  Fixのレベルであり、ソフトウェアを修正するプログラムのバージョン等に関する情報である。
【００２３】
図３の例では、「○○株式会社」には顧客コード「Ｆ１００１」が割当てられており、この顧客の担当者が「特許太郎」であり、電話番号として「ＸＸ−ＸＸＸ」が登録されている。また、この顧客は、「２」つのＤＣを利用しており、１つ目が、利用センタコードが「００１」の「コントロールセンタ」である。なお、２つ目は説明上省略する。また、この顧客は、「２」つのソフトウェアを利用しており、１つ目が、ソフト名が「データ格納」、型番が「ａａａ１」、Ｖ／Ｌが「Ｖ１０Ｌ２０」、ＰＴＦレベルが「Ｐ２０１５０４００３」である。なお、２つ目は説明上省略する。
【００２４】
センタ情報ＤＢ１５は、ＤＣに関する情報を記憶するデータベースである。具体的には、センタ情報ＤＢ１５は、各ＤＣについて、どのようなソフトウェアが実行されているかに関する情報を記憶する。
【００２５】
図４は、センタ情報ＤＢ１５に記憶される情報の例を示す図である。図４に示すように、センタ情報ＤＢ１５は、「センタコード、センタ名、格納ソフト数、ソフト名（Ａ）、ソフト型番、格納Ｖ／Ｌ数、Ｖ／Ｌ（１）、ＰＴＦレベル（１）、Ｖ／Ｌ（２）、ＰＴＦレベル（２）・・・」を記憶する。なお、「Ｖ／Ｌ、ＰＴＦレベル」は、ＤＣで保存されるＶ／Ｌ数分設定される。
【００２６】
ここで記憶される「センタコード」は、ＤＣに割当てられた識別子であり、「センタ名」は、ＤＣの名称であり、「格納ソフト数」は、ＤＣで保存されるソフトウェアの数である。「ソフト名（Ａ）」は、格納される１つ目のソフトウェアの名称であり、「ソフト型番」は、ソフト名（Ａ）の型番であり、「Ｖ／Ｌ（１）」は、ソフト名（Ａ）のバージョンとレベルであり、「ＰＴＦレベル（１）」は、ソフト名（Ａ）のＰＴＦレベルである。また、「Ｖ／Ｌ（２）」は、ソフト名（Ａ）のバージョンとレベルであり、「ＰＴＦレベル（２）」は、ソフト名（Ａ）のＰＴＦレベルである。
【００２７】
図４の例では、センタコード「００１」の「コントロールセンタ」には、「１０００００」のソフトウェアが保存されていることを示している。また、「コントロールセンタ」には、型番が「ａａａ１」、Ｖ／Ｌが「Ｖ１０Ｌ２０」、ＰＴＦレベルが「Ｐ２０１５０４００３」であるソフト名「データ格納」が保存されている。なお、センタコード「００２」の「東京センタ」には、ソフト名「データ格納」について、２つのＶ／Ｌが格納されている。
【００２８】
センタ負荷ＤＢ１６は、各センタの負荷情報を記憶するデータベースである。具体的には、センタ負荷ＤＢ１６は、コントロールセンタ１を含む各センタと他センタとの通信状況に関する負荷情報を記憶する。
【００２９】
図５は、センタ負荷ＤＢ１６に記憶される情報の例を示す図である。図５に示すように、センタ負荷ＤＢ１６は、「センタコード、センタ名、Ａ−ＤＣ情報、Ｂ−ＤＣ情報、・・・、Ｎ−ＤＣ情報、転送不可拠点（１）・・・」を記憶する。なお、センタ負荷ＤＢ１６は、ＤＣ毎の負荷情報と転送不可拠点を記憶する。
【００３０】
ここで記憶される「センタコード」は、ＤＣに割当てられた識別子であり、「センタ名」は、ＤＣの名称である。「Ａ−ＤＣ情報」は、センタ名に設定されるデータセンタとデータセンタＡとの間の通信負荷を示す情報である。「Ａ−ＤＣ情報」の「回線帯域情報（ＧＢ）」は、センタ名に設定されるデータセンタとデータセンタＡとの間の回線帯域である。「通信負荷状況（％）」は、センタ名に設定されるデータセンタとデータセンタＡとの間の通信負荷である。「拠点距離：Ａ−ＤＣ（Ｋｍ）」は、センタ名に設定されるデータセンタとデータセンタＡとの地理的な距離である。「転送不可拠点」は、センタ名に設定されるデータセンタのデータの転送先から除外されるＤＣである。
【００３１】
図５の例では、「コントロールセンタ」と「データセンタＡ」との間は、「３００Ｋｍ」離れており、「１００ＧＢ」の回線で接続されており、現在の通信負荷が「５０％」であることを示している。また、「コントロールセンタ」のデータの転送先から除外されるＤＣがないことを示している。
【００３２】
制御部２０は、管理サーバ１０全体を司る処理部であり、例えばプロセッサなどである。制御部２０は、取得部２１、負荷測定部２２、特定部２３、判定部２４、指示部２５を有する。なお、取得部２１、負荷測定部２２、特定部２３、判定部２４、指示部２５は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。
【００３３】
取得部２１は、ソフトウェアやパッチなどを取得する処理部である。具体的には、取得部２１は、ソフトウェア提供元から、ソフトウェアのプログラム、更新プログラム、パッチなどを取得して、ソフトＤＢ１３に更新する。また、取得部２１は、取得したソフトウェアの情報にしたがって、センタ情報ＤＢ１５に記憶されるコントロールセンタ１に該当する情報を更新する。また、取得部２１は、ソフトウェアが更新されたタイミングや契約を締結した顧客が使用を希望するソフトウェアがない場合に、該当する更新プログラムやソフトウェアを提供元から取得する。
【００３４】
負荷測定部２２は、各データセンタの負荷状況を測定する処理部である。具体的には、負荷測定部２２は、定期的または管理者等により指示されたタイミングで、各データセンタの負荷状況を測定して、測定した負荷状況にしたがってセンタ情報ＤＢ１５を更新する。また、負荷測定部２２は、公知の様々な手法で測定することもでき、各データセンタが測定した情報を取得することもできる。
【００３５】
例えば、負荷測定部２２は、コントロールセンタ１とデータセンタＡとの回線の通信負荷を測定して、センタ情報ＤＢ１５に格納する。また、負荷測定部２２は、データセンタＡから、データセンタＡとデータセンタＢとの回線の負荷情報を取得し、取得した情報をセンタ情報ＤＢ１５に格納する。なお、センタ情報ＤＢ１５に格納される回線帯域情報と拠点距離は、契約時に静的に設定される。しかし、契約情報が変更された場合は、適宜更新される。
【００３６】
特定部２３は、顧客が使用するソフトウェアのバージョンを特定する処理部である。具体的には、特定部２３は、顧客が契約を締結した場合や顧客が契約を変更した場合、顧客情報ＤＢ１４を参照して、顧客がソフトウェアと当該ソフトウェアのＶ／Ｌを特定する。例えば、特定部２３は、顧客「株式会社Ｋ」について、ソフト名「データ格納」のＶ／Ｌ「Ｖ１０Ｌ２０」などと特定し、特定した情報を判定部２３に出力する。なお、ここでは、バージョンとレベルの両方を特定して処理を進める例を説明するが、いずれか一方だけでも同様に処理することができる。
【００３７】
判定部２４は、顧客が利用するデータセンタで、特定部２３によって特定されるバージョンのソフトウェアが実行されているか否かを判定する処理部である。具体的には、判定部２４は、顧客の契約情報から顧客が利用するＤＣを特定する。また、判定部２４は、特定部２３から顧客が使用するソフト名およびＶ／Ｌを取得する。そして、判定部２４は、センタ情報ＤＢ１５を参照し、該当ＤＣに対応付けて該当ソフト名およびＶ／Ｌが登録されているか否かを判定し、判定結果を指示部２５に出力する。
【００３８】
例えば、顧客「株式会社Ｋ」を例にして説明する。判定部２４は、顧客「株式会社Ｋ」が利用するソフトウェアの情報として、ソフト名「データ格納」のＶ／Ｌ「Ｖ１０Ｌ２０」を特定部２３から取得する。そして、判定部２４は、顧客「株式会社Ｋ」をキーにして顧客情報ＤＢ１４を検索し、利用センタ名「関西センタ」を特定する。続いて、判定部２４は、利用センタ名「関西センタ」をキーにしてセンタ情報ＤＢ１５を参照し、ソフト名「データ格納」のＶ／Ｌ「Ｖ１０Ｌ２０」が記憶されているか否かを判定する。
【００３９】
そして、判定部２４は、記憶されている場合には、格納済みを指示部２５に出力し、記憶されていない場合には、未格納を指示部２５に出力する。このとき、判定部２４は、顧客コードなどの顧客を特定する情報、顧客が利用する「ソフト名、Ｖ／Ｌ」などをあわせて出力する。
【００４０】
指示部２５は、顧客が利用するデータセンタで、顧客が利用するバージョンのソフトウェアが保存されているか否かを判定し、判定結果にしたがってダウンロード指示を実行する処理部である。具体的には、指示部２５は、顧客が利用するデータセンタで、顧客が利用するバージョンのソフトウェアが実行されていないと判定される場合、当該バージョンのソフトウェアを保持する他のデータセンタからダウンロードする指示を、顧客が利用するデータセンタに送信する。ただし、指示部２５は、センタ負荷ＤＢ１６において、顧客が利用するＤＣに対応付けて「転送不可拠点」が登録されている場合には、登録されている「転送不可拠点」をダウンロード元から除外する。また、指示部２５は、新規契約時の顧客については、コントロールセンタ１から利用対象のソフトウェアをダウンロードさせることもできる。
【００４１】
例えば、指示部２５は、判定部２４から格納済みであることを示す情報を受信すると、受信した顧客コードをキーにして顧客情報ＤＢ１４を検索し、顧客が利用するデータセンタ「関西センタ」を特定する。そして、指示部２５は、顧客が利用する「関西センタ」内の管理サーバや「関西センタ」の管理者などに、ダウンロード不要のメッセージを送信する。なお、データセンタ内の管理サーバや管理者などの情報は、予め記憶部１２に記憶される。
【００４２】
一方で、指示部２５は、判定部２４から未格納であることを示す情報を受信すると、受信した顧客が利用する「ソフト名（データ格納）、Ｖ／Ｌ（Ｖ１０Ｌ２０）」をキーにして顧客情報ＤＢ１４を検索する。そして、指示部２５は、「ソフト名（データ格納）、Ｖ／Ｌ（Ｖ１０Ｌ２０）」が対応付けられるデータセンタ「東京センタ」を特定する。そして、指示部２５は、顧客が利用する「関西センタ」内の管理サーバや「関西センタ」の管理者に、Ｖ／Ｌ（Ｖ１０Ｌ２０）のソフトウェア（データ格納）のプログラムを、「東京センタ」からダウンロードすることを指示する。
【００４３】
ここで、指示部２５は、ダウンロード元のＤＣとして複数のＤＣが特定された場合、所定の方法によっていずれのＤＣからダウンロードさせるかを決定する。ただし、指示部２５は、センタ情報ＤＢ１５において、顧客が利用するＤＣに対応付けて「転送不可拠点」が登録されている場合には、登録されている「転送不可拠点」をダウンロード元から除外する。
【００４４】
例えば、指示部２５は、センタ負荷ＤＢ１６を参照し、通信負荷状況が小さい方のＤＣをダウンロード元に決定することができる。一例として、「東京センタ」と「九州センタ」とに「ソフト名（データ格納）、Ｖ／Ｌ（Ｖ１０Ｌ２０）」が格納されていると判定された状態で説明する。
【００４５】
指示部２５は、「東京センタ」の通信負荷状況が「１０％」であり、「九州センタ」の通信負荷状況が「５０％」である場合、顧客が利用する「関西センタ」に「東京センタ」からダウンロードする指示を送信する。
【００４６】
また、指示部２５は、センタ負荷ＤＢ１６を参照し、拠点距離が近いＤＣをダウンロード元に決定することができる。例えば、指示部２５は、顧客が利用する「関西センタ」と「東京センタ」の拠点距離が「３００Ｋｍ」であり、「関西センタ」と「九州センタ」の通信負荷状況が「２８０Ｋｍ」である場合、顧客が利用する「関西センタ」に「九州センタ」からダウンロードする指示を送信する。
【００４７】
［処理の流れ］
次に、図６と図７を用いて、コントロールセンタ１の管理サーバ１０が実行する処理の流れについて説明する。ここでは、顧客契約時の処理と契約変更時の処理について説明する。
【００４８】
（契約時の処理）
図６は、顧客契約時の処理の流れを示すフローチャートである。図６に示すように、顧客情報の登録が完了すると（Ｓ１０１：Ｙｅｓ）、判定部２４は、顧客が利用する利用ソフトが、顧客が利用する利用ＤＣに存在するか否かを判定する（Ｓ１０２）。
【００４９】
そして、判定部２４は、利用ソフトが利用ＤＣに存在する場合（Ｓ１０３：Ｙｅｓ）、顧客が利用するＶ／Ｌが該当ＤＣに存在するか否かを判定する（Ｓ１０４）。そして、判定部２４は、利用ソフトのＶ／Ｌが利用ＤＣに存在する場合（Ｓ１０５：Ｙｅｓ）、処理を終了する。
【００５０】
一方、判定部２４が、利用ソフトが利用ＤＣに存在しない場合（Ｓ１０３：Ｎｏ）または利用ソフトのＶ／Ｌが利用ＤＣに存在しない場合（Ｓ１０５：Ｎｏ）、Ｓ１０６以降が実行される。具体的には、指示部２５は、コントロールセンタ１より、利用ソフトのＶ／Ｌをダウンロードする指示を、利用ＤＣに送信する（Ｓ１０６）。その後、指示部２５は、ダウンロードした情報にしたがって、センタ情報ＤＢ１５を更新する（Ｓ１０７）。
【００５１】
（契約変更時の処理）
図７は、契約変更時の処理の流れを示すフローチャートである。図７に示すように、顧客情報ＤＢ１４の顧客情報の更新が発生すると（Ｓ２０１：Ｙｅｓ）、特定部２３は、顧客情報ＤＢ１４を参照して、更新後のソフトおよび当該ソフトのＶ／Ｌを特定する（Ｓ２０２）。
【００５２】
続いて、判定部２４は、センタ情報ＤＢ１５を参照して、更新後のＶ／Ｌのソフトが利用ＤＣに存在するか否かを判定する（Ｓ２０３）。ここで、判定部２４は、更新後のＶ／Ｌのソフトが利用ＤＣに存在する場合（Ｓ２０４：Ｙｅｓ）、処理を終了する。
【００５３】
一方、更新後のＶ／Ｌのソフトが利用ＤＣに存在しない場合（Ｓ２０４：Ｎｏ）、指示部２５は、センタ情報ＤＢ１５を参照して、更新後のＶ／Ｌのソフトを保持するＤＣを特定する（Ｓ２０５）。
【００５４】
続いて、指示部２５は、センタ負荷ＤＢ１６を参照して、Ｓ２０５で特定したＤＣの負荷状況を特定する（Ｓ２０６）。そして、指示部２５は、Ｓ２０５で特定したＤＣの中から負荷が小さいＤＣを特定し、顧客が利用するＤＣに、特定したＤＣから該当Ｖ／Ｌのソフトをダウンロードする指示を送信する（Ｓ２０７）。
【００５５】
その後、指示部２５は、顧客が利用するＤＣから、ダウンロードが完了した旨の通知を受信すると（Ｓ２０８：Ｙｅｓ）、顧客が利用するＤＣの利用ソフトの情報に関し、センタ情報ＤＢ１５を更新する（Ｓ２０９）。
【００５６】
［具体例］
次に、顧客が利用するＤＣのソフトウェアのダウンロードの具体例を説明する。図８は、ダウンロード元の具体例を説明する図である。図８では、顧客「Ｘ社」は、データセンタ「Ｂセンタ」を利用し、Ｖ／Ｌ「１０／２０」のソフト名「ａａａ１」、Ｖ／Ｌ「１２／２０」のソフト名「ｂｂｂ２」、Ｖ／Ｌ「１２／２０」のソフト名「ｃｃｃ２」を利用するものとする。また、データセンタＢ以外にも、コントロールセンタ１、Ａセンタ、Ｃセンタが存在する。
【００５７】
このような状態において、管理サーバ１０は、Ｘ社が利用するソフト名「ａａａ１」のダウンロード元を決定する。具体的には、管理サーバ１０は、センタ情報ＤＢ１５を参照し、Ｖ／Ｌ「１０／１０」のソフト名「ａａａ１」がＢセンタとＣセンタに保存されており、Ｖ／Ｌ「１０／２０」のソフト名「ａａａ１」がＡセンタとＤセンタに保存されていることを特定する。この結果、管理サーバ１０は、Ｂセンタに対して、Ｖ／Ｌ「１０／２０」のソフト名「ａａａ１」をＡセンタからダウンロードさせる。
【００５８】
次に、管理サーバ１０は、Ｘ社が利用するソフト名「ｂｂｂ２」のダウンロード元を決定する。具体的には、管理サーバ１０は、センタ情報ＤＢ１５を参照し、Ｖ／Ｌ「１１／２０」のソフト名「ｂｂｂ２」がＣセンタとＤセンタに保存されており、Ｖ／Ｌ「１２／２０」のソフト名「ｂｂｂ２」がＡセンタとＢセンタに保存されていることを特定する。この結果、管理サーバ１０は、Ｂセンタに対して該当ソフトが保存されていることから、ダウンロード不要と判定する。
【００５９】
最後の、管理サーバ１０は、Ｘ社が利用するソフト名「ｃｃｃ２」のダウンロード元を決定する。具体的には、管理サーバ１０は、センタ情報ＤＢ１５を参照し、Ｖ／Ｌ「１０／１０」のソフト名「ｃｃｃ２」がＡセンタとＤセンタに保存されており、Ｖ／Ｌ「１２／１０」のソフト名「ｃｃｃ２」がＢセンタとＣセンタに保存されていることを特定する。この結果、管理サーバ１０は、どのＤＣにも該当ソフトが保存されていないことから、Ｂセンタに対して、Ｖ／Ｌ「１２／２０」のソフト名「ｃｃｃ２」をコントロールセンタ１からダウンロードさせる。
【００６０】
［効果］
このように、管理サーバ１０は、負荷が小さいＤＣや距離が近いＤＣから該当ソフトをダウンロードさせることができるので、コントロールセンタ１からのダウンロードの集中を抑制することができ、ダウンロード時の処理負荷を軽減することができる、また、ダウンロード時の処理負荷を軽減することができるので、各ＤＣが利用ソフトをダウンロードする時間を短縮できる。この結果、顧客のサービス開始を早めることもでき、サービスの信頼性も向上する。
【実施例２】
【００６１】
ところで、実施例１では、ソフトウェアのダウンロードについて説明したが、これに限定されるものではなく、ソフトウェアの更新プログラムやパッチ適用についても、同様に処理することができる。そこで、実施例２では、ソフトウェアの更新プログラムや更新パッチの適用を例にして説明するが、ここでは更新パッチの適用を例にする。
【００６２】
［全体構成］
図９は、実施例２にかかるシステムの全体構成例を示す図である。図９に示すように、実施例１と異なる点は、ソフトウェア提供元サーバ３０と開発環境５０とを有する点である。
【００６３】
ソフトウェア提供元サーバ３０は、各種ソフトウェアの更新パッチを配信するサーバ装置である、開発環境５０は、商用ネットワークとは隔離されて、コントロールセンタ１と接続される。この開発環境５０には、各ＤＣで動作するサーバと同様のスペックのサーバが動作している。
【００６４】
このようなシステムにおいて、コントロールセンタ１の管理サーバ１０は、所定のソフトウェアに対する更新パッチが発生した場合、ソフトウェア提供元サーバ３０から更新パッチを取得する。そして、管理サーバ１０は、顧客に提供するサービスに影響を与えない開発環境５０で、更新パッチを所定のソフトウェアに適用する。その後、管理サーバ１０は、異常が発生しないことが確認できた後、所定のソフトウェアを実行するデータセンタに、更新パッチの適用指示を送信する。
【００６５】
［処理の流れ］
図１０は、パッチ適用時の処理の流れを示すフローチャートである。図１０に示すように、顧客から更新パッチの適用指示を受信すると（Ｓ３０１：Ｙｅｓ）、指示部２５は、該当ソフトの更新パッチをソフトウェア提供元サーバ３０から取得し、開発環境５０の該当サーバに適用する（Ｓ３０２）。
【００６６】
続いて、指示部２５は、更新パッチ適用後の確認テストを実施する（Ｓ３０３）。なお、確認テストとは、例えばエラーの有無チェック、正常処理の実行確認など一般的なテストである。
【００６７】
そして、指示部２５は、顧客情報ＤＢ１４を参照して、該当顧客が利用するＤＣを特定し（Ｓ３０４）、特定した利用ＤＣに更新パッチを配布する（Ｓ３０５）。
【００６８】
その後、指示部２５は、確認テストに問題がない場合（Ｓ３０６：Ｙｅｓ）、利用ＤＣに更新パッチの適用指示を送信する（Ｓ３０７）。そして、指示部２５は、更新パッチ適用の完了通知を利用ＤＣから受信すると（Ｓ３０８：Ｙｅｓ）、更新情報にしたがって、顧客情報ＤＢ１４やセンタ情報ＤＢ１５を更新する（Ｓ３０９）。
【００６９】
一方、指示部２５は、確認テストに問題がある場合（Ｓ３０６：Ｎｏ）、利用ＤＣに更新パッチの未適用の指示を送信する（Ｓ３１０）。
【００７０】
［効果］
このように、管理サーバ１０は、更新パッチによる不具合がないことが確認できてから、対象のソフトウェアを保持する各ＤＣに更新パッチを適用させることができる。したがって、更新パッチによる障害発生を抑制でき、信頼性を向上させることもできる。
【実施例３】
【００７１】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【００７２】
［システム］
また、図示した装置の各構成は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、任意の単位で分散または統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ等のプロセッサおよび当該プロセッサにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００７３】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００７４】
［ハードウェア］
図１１は、ハードウェア構成例を示す図である。図１１に示すように、管理サーバ１０は、通信インタフェース１０ａ、ＨＤＤ（Hard  Disk  Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図１１に示した各部は、バス等で相互に接続される。
【００７５】
通信インタフェース１０ａは、他の装置との通信を制御するインタフェースであり、例えばネットワークインタフェースカードである。ＨＤＤ１０ｂは、図１等に示した機能を動作させるプログラムやＤＢなどを記憶する。
【００７６】
プロセッサ１０ｄは、図２等に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１０ｂ等から読み出してメモリ１０ｃに展開することで、図２等で説明した各機能を実行するプロセスを動作させる。
【００７７】
すなわち、このプロセスは、管理サーバ１０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１０ｄは、取得部２１、負荷測定部２２、特定部２３、判定部２４、指示部２５と同様の機能を有するプログラムをＨＤＤ１０ｂ等から読み出す。そして、プロセッサ１０ｄは、取得部２１、負荷測定部２２、特定部２３、判定部２４、指示部２５と同様の処理を実行するプロセスを実行する。
【００７８】
このように管理サーバ１０は、プログラムを読み出して実行することで管理方法を実行する情報処理装置として動作する。また、管理サーバ１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、管理サーバ１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【符号の説明】
【００７９】
１０  管理サーバ
１１  通信部
１２  記憶部
１３  ソフトＤＢ
１４  顧客情報ＤＢ
１５  センタ情報ＤＢ
１６  センタ負荷ＤＢ
２０  制御部
２１  取得部
２２  負荷測定部
２３  特定部
２４  判定部
２５  指示部
【図１】
2017054318.tif 000003
【図２】
2017054318.tif 000004
【図３】
2017054318.tif 000005
【図４】
2017054318.tif 000006
【図５】
2017054318.tif 000007
【図６】
2017054318.tif 000008
【図７】
2017054318.tif 000009
【図８】
2017054318.tif 000010
【図９】
2017054318.tif 000011
【図１０】
2017054318.tif 000012
【図１１】
2017054318.tif 000013