(57)【要約】  副系の管理装置は、正系システムでユーザが利用するプロセッサリソース、ストレージリソース、ネットワークリソースの各種リソースの情報を含む管理情報を正系システムから受信する。副系の管理装置は、受信された管理情報に基づいて、正系システムが保持するユーザのデータを記憶させるストレージリソースと、データを受信する最低限のネットワークリソースとを副系システム内に確保する。副系の管理装置は、確保されたネットワークリソースを用いて正系システムからデータを受信し、確保されたストレージリソースに格納する。副系の管理装置は、ユーザに副系システムを利用させる場合に、受信された管理情報に基づいて、正系システムでユーザが利用するネットワークリソースとプロセッサリソースとを副系システム内に確保する。
2012176337.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ管理装置を有する第１のシステムと第２のシステムとを含む情報処理システムにおいて、
前記第１のシステムの管理装置は、
前記第１のシステムでユーザが利用するプロセッサリソース、ストレージリソース、ネットワークリソースを収集する収集部と、
前記収集部によって収集された各種リソースの情報を含む管理情報を前記第２のシステムに送信する送信部と、を有し
前記第２のシステムの管理装置は、
前記第１のシステムから前記管理情報を受信する受信部と、
前記受信部によって受信された管理情報に基づいて、前記第１のシステムが保持する前記ユーザのデータを記憶させるストレージリソースと、前記データを受信する最低限のネットワークリソースとを前記第２のシステム内に確保する第１確保部と、
前記第１確保部によって確保されたネットワークリソースを用いて前記第１のシステムから前記データを受信し、前記第１確保部によって確保されたストレージリソースに格納する格納制御部と、
前記ユーザに前記第２のシステムを利用させる場合に、前記受信された管理情報に基づいて、前記第１のシステムの管理装置が収集したネットワークリソースとプロセッサリソースとを前記第２のシステム内に確保する第２確保部と
を有することを特徴とする情報処理システム。
【請求項２】
前記第１確保部は、前記ユーザのデータを記憶させるストレージリソースまたは前記データを受信できるネットワークリソースが前記第２のシステム内で確保できない場合、確保できないストレージリソースまたはネットワークリソースを算出し、算出した確保できないストレージリソースまたはネットワークリソースを、前記情報処理システムに接続される他システム内で確保することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記第２確保部は、前記収集部が収集したネットワークリソースまたはプロセッサリソースが前記第２のシステム内で確保できない場合、確保できないネットワークリソースまたはプロセッサリソースを算出し、算出した確保できないネットワークリソースまたはプロセッサリソースを、前記情報処理システムに接続される他システム内で確保することを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記第１のシステムの管理装置の収集部は、前記第１のシステムが有する各サーバから前記プロセッサリソース、ストレージリソース、ネットワークリソースを定期的に収集し、
前記送信部は、前記収集部が定期的に収集した前記プロセッサリソース、ストレージリソース、ネットワークリソースの各種リソースの情報を含む管理情報を前記第２のシステムに定期的に送信することを特徴とする請求項１に記載の情報処理システム。
【請求項５】
それぞれ管理装置を有する第１のシステムと第２のシステムとを含んで形成される情報処理システムにおいて、
前記第１のシステムの管理装置が、
前記第１のシステムでユーザが利用するプロセッサリソース、ストレージリソース、ネットワークリソースを収集し、
収集した各種リソースの情報を含む管理情報を前記第２のシステムに送信する処理を実行し、
前記第２のシステムの管理装置が、
前記第１のシステムから前記管理情報を受信し、
受信した管理情報に基づいて、前記第１のシステムが保持する前記ユーザのデータを記憶させるストレージリソースと、前記データを受信する最低限のネットワークリソースとを前記第２のシステム内に確保し、
確保したネットワークリソースを用いて前記第１のシステムから前記データを受信し、確保したストレージリソースに格納し、
前記ユーザに前記第２のシステムを利用させる場合に、前記受信された管理情報に基づいて、前記第１のシステムの管理装置が収集したネットワークリソースとプロセッサリソースとを前記第２のシステム内に確保する
処理を実行することを特徴とする情報処理システムの制御方法。
【請求項６】
第１のシステムと接続される第２のシステムが有する管理装置において、
前記第１のシステムでユーザが利用するプロセッサリソース、ストレージリソース、ネットワークリソースの各種リソースの情報を含む管理情報を前記第１のシステムから受信する受信部と、
前記受信部によって受信された管理情報に基づいて、前記第１のシステムが保持する前記ユーザのデータを記憶させるストレージリソースと、前記データを受信する最低限のネットワークリソースとを前記第２のシステム内に確保する第１確保部と、
前記第１確保部によって確保されたネットワークリソースを用いて前記第１のシステムから前記データを受信し、前記第１確保部によって確保されたストレージリソースに格納する格納制御部と、
前記ユーザに前記第２のシステムを利用させる場合に、前記受信された管理情報に基づいて、前記第１のシステムでユーザが利用する前記ネットワークリソースとプロセッサリソースとを前記第２のシステム内に確保する第２確保部と
を有することを特徴とする管理装置。
【請求項７】
第１のシステムと接続される第２のシステムが有する管理装置に、
前記第１のシステムでユーザが利用するプロセッサリソース、ストレージリソース、ネットワークリソースの各種リソースの情報を含む管理情報を前記第１のシステムから受信し、
受信した管理情報に基づいて、前記第１のシステムが保持する前記ユーザのデータを記憶させるストレージリソースと、前記データを受信する最低限のネットワークリソースとを前記第２のシステム内に確保し、
確保したネットワークリソースを用いて前記第１のシステムから前記データを受信し、確保したストレージリソースに格納し、
前記ユーザに前記第２のシステムを利用させる場合に、前記受信された管理情報に基づいて、前記第１のシステムでユーザが利用する前記ネットワークリソースとプロセッサリソースとを前記第２のシステム内に確保する
処理を実行させることを特徴とする系切替プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラムに関する。
【背景技術】
【０００２】
従来、障害や災害に備えて、データやシステム構成を遠隔地等にバックアップしておくことが行われている。一般的には、待機系として、通常時に動作する正系システムのＣＰＵ（Central  Processing  Unit）リソース、ストレージリソース、ネットワークリソース各々と同等のリソースを確保した待機システムを構築する。また、正系システムが保持するデータを媒体等に定期的にバックアップする。【０００３】
そして、正系システムが障害等で使用不可になった場合に、待機系に正系のデータをコピーし、待機系を新たな正系として動作させる。このようにして、正系システムでサービスが提供できなくなった場合でも、待機系でサービスを継続させることが行われている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−２５９２７１号公報
【特許文献２】特開２０００−２０７３７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、障害が発生していない平常時において、正系システムと同等のリソースが最低限確保された待機系を用意することになるので、システムの冗長化にかかるコストが大きいという問題がある。【０００６】
例えば、ユーザに利用されるクラウドシステムＡのバックアップシステムを構築する場合でも、このクラウドシステムＡでユーザが利用している各リソースを最低限確保した状態の他クラウドシステムＢを構築することになる。クラウドシステムＡの待機系であるクラウドシステムＢでは、クラウドシステムＡの待機系としてクラウドシステムＡのリソースを確保しながら、他ユーザへもリソースを提供することになる。このため、クラウドシステムＢは、クラウドシステムＡがダウンした場合に、他ユーザへのリソース提供を中止し、クラウドシステムＡのリソースを確保しなければならないので、クラウドシステム全体の利用効率も低く、効率的なバックアップ手法とは言い難い。【０００７】
開示の技術は、上記に鑑みてなされたものであって、システムの冗長化にかかるコストを低減しつつサービスを継続させることができる情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、第１のシステムの管理装置は、前記第１のシステムでユーザが利用するプロセッサリソース、ストレージリソース、ネットワークリソースを収集する収集部を有する。また、第１のシステムの管理装置は、前記収集部によって収集された各種リソースの情報を含む管理情報を前記第２のシステムに送信する送信部を有する。そして、前記第２のシステムの管理装置は、前記第１のシステムから前記管理情報を受信する受信部を有する。また、前記第２のシステムの管理装置は、第１確保部を有する。第１確保部は、前記受信部によって受信された管理情報に基づいて、前記第１のシステムが保持する前記ユーザのデータを記憶させるストレージリソースと、前記データを受信する最低限のネットワークリソースとを前記第２のシステム内に確保する。また、前記第２のシステムの管理装置は、前記第１確保部によって確保されたネットワークリソースを用いて前記第１のシステムから前記データを受信し、前記第１確保部によって確保されたストレージリソースに格納する格納制御部を有する。また、前記第２のシステムの管理装置は、第２確保部を有する。第２確保部は、前記ユーザに前記第２のシステムを利用させる場合に、前記受信された管理情報に基づいて、前記第１のシステムの管理装置が収集したネットワークリソースとプロセッサリソースとを前記第２のシステム内に確保する。
【発明の効果】
【０００９】
本発明にかかる情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラムは、システムの冗長化にかかるコストを低減しつつサービスを継続させることができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係るシステムの全体構成例を示す図である。
【図２】図２は、実施例１に係るクラウド連携サーバの構成を示す機能ブロック図である。
【図３】図３は、リソース情報ＤＢに記憶される情報の例を示す図である。
【図４】図４は、管理情報テーブルに記憶される情報の例を示す図である。
【図５】図５は、連携情報テーブルに記憶される情報の例を示す図である。
【図６】図６は、実施例１に係るストレージ管理サーバの構成を示す機能ブロック図である。
【図７】図７は、ストレージリソース情報ＤＢが記憶する情報の例を示す図である。
【図８】図８は、実施例１に係るネットワーク管理サーバの構成を示す機能ブロック図である。
【図９】図９は、ネットワークリソース情報ＤＢが記憶する情報の例を示す図である。
【図１０】図１０は、実施例１に係る処理の流れを示すシーケンス図である。
【図１１】図１１は、実施例１に係る処理の流れを示すシーケンス図である。
【図１２】図１２は、実施例２に係るシステムの全体構成例を示す図である。
【図１３】図１３は、実施例２に係るクラウドシステム（副系）が実行するデータバックアップのフローチャートである。
【図１４】図１４は、実施例２に係るクラウドシステム（副系）が実行する系切替時のフローチャートである。
【図１５】図１５は、系切替プログラムを実行するコンピュータのハードウェア構成の例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかる情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１２】
［全体構成］
図１は、実施例１に係るシステムの全体構成例を示す図である。図１に示すように、このシステムは、クラウドシステム１とクラウドシステム２とユーザ端末５とを有し、各システム間および各システムとユーザ端末５間はインターネットなどのネットワークを介して接続される。なお、ユーザ端末５は、クラウドシステム１を利用するユーザの端末である。【００１３】
クラウドシステム１は、ユーザ端末５のユーザが利用するシステムである。このクラウドシステム１は、ゲートウェイ装置（ＧＷ）１ａと、クラウド連携サーバ（ＩＣＳ：Inter  Cloud  Server）１０とを有する。また、クラウドシステム１は、ストレージ管理サーバ（ＤＣ−ＯＰＳ：Data  Center  Operation  System）２０とネットワーク管理サーバ（ＮＷ−ＯＰＳ：Network  Operation  System）３０と他サーバとを有する。【００１４】
ゲートウェイ装置１ａは、クラウドシステム１と他のクラウドシステムやユーザ端末５との通信を制御するネットワーク機器である。ＩＣＳ１０は、ユーザ端末５から系切替などの指示を受け付けて、各種制御を実施するサーバ装置である。また、ＩＣＳ１０は、クラウドシステム１でユーザが利用するプロセッサリソース、ストレージリソース、ネットワークリソースを管理する。例えば、ＩＣＳ１０は、ＤＣ−ＯＰＳ２０からプロセッサリソース、ストレージリソースを収集し、ＮＷ−ＯＰＳ３０からネットワークリソースを収集して管理する。【００１５】
ＤＣ−ＯＰＳ２０は、クラウドシステム１でユーザが使用しているストレージリソース、プロセッサリソースを一元管理するサーバ装置である。例えば、ＤＣ−ＯＰＳ２０は、クラウドシステム１内の各サーバから、ユーザが利用しているデータ容量やプロセッサの数等を収集する。ＮＷ−ＯＰＳ３０は、クラウドシステム１でユーザが使用しているネットワークリソースを一元管理するサーバ装置である。例えば、ＮＷ−ＯＰＳ３０は、クラウドシステム１内の各サーバから、ユーザが利用するネットワークの形態やユーザに割り当てられている帯域幅等を収集する。各種サーバ（上記では他サーバと表現）は、ＷｅｂサーバやＤＢ（DataBase）サーバなど、ユーザが利用するサーバ装置である。【００１６】
クラウドシステム２は、ユーザ端末５以外のユーザが利用するシステムである。ゲートウェイ装置（ＧＷ）２ａとクラウド連携サーバ（ＩＣＳ）４０とストレージ管理サーバ（ＤＣ−ＯＰＳ）５０とネットワーク管理サーバ（ＮＷ−ＯＰＳ）６０と他サーバとを有する。クラウドシステム２が有する各装置は、クラウドシステム１が有する装置と同様の機能を実行するので、詳細な説明は省略する。【００１７】
このような状態において、クラウドシステム１のバックアップシステムをクラウドシステム２に委譲する例について説明する。すなわち、クラウドシステム１が正系システムであり、クラウドシステム２が副系システムとして動作する例について説明する。【００１８】
クラウドシステム１のＩＣＳ１０は、クラウドシステム１でユーザが利用するプロセッサリソース、ストレージリソース、ネットワークリソースを収集し、収集した各種リソースの情報を含む管理情報をクラウドシステム２に送信する。【００１９】
クラウドシステム２のＩＣＳ４０は、クラウドシステム１から管理情報を受信する。そして、ＩＣＳ４０は、受信された管理情報に基づいて、クラウドシステム１が保持するユーザのデータを記憶させるストレージリソースと、データを受信する最低限のネットワークリソースとをクラウドシステム２内に確保する。続いて、ＩＣＳ４０は、確保されたネットワークリソースを用いてクラウドシステム１からデータを受信し、確保された最低限のストレージリソースに格納する。その後、ＩＣＳ４０は、ユーザにクラウドシステム２を利用させる場合に、すなわち、系切替を実行する場合、受信された管理情報に基づいて、ＩＣＳ１０が収集したネットワークリソースとプロセッサリソースとをクラウドシステム２内に確保する。【００２０】
このように、副系となるクラウドシステムは、正系から受信した管理情報に基づいて、通常はバックアップ用のリソースだけを確保する。そして副系となるクラウドシステムは、系切替時に、管理情報に基づいて正系と同等のリソースを確保する。つまり、副系側では、バックアップシステムであっても、正系と同等のシステムリソースを正系用に常に確保することはなく、通常時は他ユーザにリソースを提供しつつ、正系のデータバックアップ用のリソースだけを確保する。そして、副系側は、系切替が発生した場合に、正系と同等のリソースを確保する。したがって、システム冗長化にかかるコストを低減しつつサービスを継続させることができる。【００２１】
［装置の構成］
次に、図１で説明したクラウドシステムが有する各装置の構成を説明する。なお、図１では、クラウドシステム１が正系で、クラウドシステム２が副系である例を説明したが、これに限定されるものではない。例えば、クラウドシステム１は、クラウドシステム２との関係では正系であるが、図示しないクラウドシステム３との関係では副系であってもよい。同様に、クラウドシステム２は、クラウドシステム１と関係では副系であるが、図示しないクラウドシステム４との関係では正系であってもよい。【００２２】
つまり、クラウドシステム１のクラウド連携サーバ１０とストレージ管理サーバ２０とネットワーク管理サーバ３０とは、クラウドシステム２のクラウド連携サーバ４０とストレージ管理サーバ５０とネットワーク管理サーバ６０各々と同様の制御部を有する。このため、ここでは、クラウド連携サーバ１０とストレージ管理サーバ２０とネットワーク管理サーバ３０とについて説明する。なお、クラウドシステム１が正系としての処理部だけを有し、クラウドシステム２が副系としての処理部だけを有するようにしてもよい。【００２３】
（クラウド連携サーバの構成）
図２は、実施例１に係るクラウド連携サーバの構成を示す機能ブロック図である。図２に示すように、クラウド連携サーバ１０は、通信制御インタフェース部（Ｉ／Ｆ部）１１とＨＤＤ（ハードディスクドライブ：Hard  Disk  Drive）１２とプロセッサ１４とを有する。【００２４】
通信制御Ｉ／Ｆ部１１は、他の装置やシステムとの間の通信を制御するインタフェースである。例えば、通信制御Ｉ／Ｆ部１１は、クラウドシステム１内のストレージ管理サーバ２０からストレージリソースやプロセッサリソースを取得し、ネットワーク管理サーバ３０からネットワークリソースを取得する。また、通信制御Ｉ／Ｆ部１１は、他クラウドシステムから管理情報を受信する。【００２５】
また、通信制御Ｉ／Ｆ部１１は、ストレージ管理サーバ２０やネットワーク管理サーバ３０にリソース解放要求を送信し、各管理サーバからリソース解放要求に対する応答を受信する。また、通信制御Ｉ／Ｆ部１１は、ユーザ端末５から送信された各種指示を受信する。【００２６】
ＨＤＤ１２は、プロセッサ１４が実行するプログラム等を記憶するとともに、プロセッサ１４の各処理部が処理を実行する際にデータ等を一時的に格納する作業領域等を有する。このＨＤＤ１２は、リソース情報ＤＢ１２ａと管理情報ＤＢ１３とを有する。【００２７】
リソース情報ＤＢ１２ａは、クラウドシステム１内でユーザが利用しているプロセッサリソース、ストレージリソース、ネットワークリソースを記憶するデータベースである。図３は、リソース情報ＤＢに記憶される情報の例を示す図である。図３に示すように、リソース情報ＤＢ１２ａは、「接続先、リソース情報（使用ＮＷリソース情報、使用ＤＣリソース情報）」を対応付けて記憶する。【００２８】
ここで記憶される「接続先」は、リソースを使用するユーザを識別する識別子を示す。「使用ＮＷリソース情報」は、ユーザが使用しているネットワークリソースを示す情報であり、例えばユーザが使用中の回線種別や帯域などである。「使用ＤＣリソース情報」は、ユーザが使用しているストレージリソースやプロセッサリソースを示す情報であり、例えばユーザが使用中のストレージ容量、ＣＰＵ（Central  Processing  Unit）のコア数、性能等である。【００２９】
図３の場合、クラウドシステム１のオーナーユーザである「Ｏｗｎ」が、ネットワークとしてＶＰＮ（Virtual  Private  Network）、１００Ｍｂｐｓを利用していることを示す。また、「Ｏｗｎ」が、ストレージ容量として１０ＧＢを使用しており、１０ＧＨｚのＣＰＵを８個使用していることを示す。同様に、クラウドシステム１のオーナーユーザ以外のユーザである「ＩＣＳｘ」が、ネットワークとしてＶＰＮ（Virtual  Private  Network）、７０Ｍｂｐｓを利用していることを示す。また、「ＩＣＳｘ」が、ストレージ容量として８ＧＢを使用しており、１０ＧＨｚのＣＰＵを４個使用していることを示す。【００３０】
管理情報ＤＢ１３は、クラウドシステム１を副系とするクラウドシステム、言い換えると正系クラウドシステムから受信した管理情報を記憶するデータベースであり、管理情報テーブル１３ａと連携情報テーブル１３ｂとを有する。【００３１】
管理情報テーブル１３ａは、管理情報の委譲元に関する管理情報を記憶する。つまり、管理情報テーブル１３ａは、クラウドシステム１を副系として扱う正系クラウドシステムから送信されたリソース情報を記憶する。図４は、管理情報テーブルに記憶される情報の例を示す図である。図４に示すように、管理情報テーブル１３ａは、「委譲元ＩＣＳ名、委譲元ユーザ、委譲元アドレス、定期取得結果、障害時参照リソース情報」を対応付けて記憶する。【００３２】
ここで記憶される「委譲元ＩＣＳ名」は、管理情報の委譲元のＩＣＳ名、言い換えると正系クラウドシステムのクラウド連携サーバの識別子を示す。「委譲元ユーザ」は、委譲元ＩＣＳ名を使用するユーザの識別子である。「委譲元アドレス」は、委譲元のクラウドシステムのアドレス情報であり、例えばＵＲＬ（Uniform  Resource  Locator）などである。「定期取得結果」は、委譲元から管理情報を定期的に取得できているか否かおよび最新の取得日時を示し、例えば定期的に取得できている場合には「ＯＫ」が格納され、定期的に取得できていない場合には「ＮＧ」が格納される。「障害時参照リソース情報」は、委譲元ユーザが使用中の回線種別や帯域を示す。なお、ここで記憶される情報は、他のＩＣＳから受信した管理情報から抽出される。【００３３】
図４の場合、「http://ics5/user05/」のＩＣＳ５を利用するユーザ「ＩＣＳ５Ｕｓｅｒ０５」の管理情報を定期的に取得していることを示す。また、取得された管理情報から「ＩＣＳ５のユーザ０５が使用中の回線種別がＶＰＮ、帯域が１００Ｍｂｐｓ」であることと、「ＩＣＳ５のユーザ０５が使用中のストレージが５ＧＢ、ＣＰＵリソースが８ＧＨｚ、８コア」であることが抽出されたことを示す。なお、図４の場合、委譲元ＩＣＳ名としてＩＣＳ５とＩＣＳ３が記憶されていることから、クラウドシステム１は２つのクラウドシステムの副系である。【００３４】
連携情報テーブル１３ｂは、委譲元が他のクラウドシステムと連携してリソースを利用している場合に、委譲元の管理情報とともに受信した情報を記憶する。つまり、連携情報テーブル１３ｂは、委譲元のクラウドシステムが他のクラウドシステムと連携することで、ユーザにサービスを提供している場合に、連携先の内容を記憶する。この結果、系切替が発生した場合でも、連携関係を阻害することなく、サービスを継続することができる。図５は、連携情報テーブルに記憶される情報の例を示す図である。図５に示すように、連携情報テーブル１３ｂは、「委譲元ＩＣＳ、委譲元ユーザ、委譲元連携先情報（連携先ＩＣＳ情報、連携先ＮＷリソース情報、連携先ＤＣリソース情報）」を対応付けて記憶する。【００３５】
ここで記憶される「委譲元ＩＣＳ」は、他クラウドと連携している委譲元のＩＣＳ名、言い換えると正系クラウドシステムのクラウド連携サーバの識別子を示す。「委譲元ユーザ」は、他クラウドと連携している委譲元ＩＣＳ名を使用するユーザの識別子である。「連携先ＩＣＳ情報」は、委譲元ユーザが連携しているほかのＩＣＳの情報を示し、例えば連携先のＩＣＳや接続点などである。「連携先ＮＷリソース情報」は、委譲元ユーザが連携している他のＩＣＳ配下のネットワークリソースを示し、例えば回線種別、帯域、接続点などである。「連携先ＤＣリソース情報」は、委譲元ユーザが連携している他のＩＣＳ配下のストレージリソースまたはプロセッサリソースを示し、例えば使用中のストレージ、ＣＰＵリソース量、接続点などである。【００３６】
図５の場合、ＩＣＳ５のユーザ０５は、「http://ics6」のＩＣＳ６の配下にあるＩＰ（Internet  Protocol）６を有する装置を接続点にして連携していることを示す。このＩＣＳ５のユーザ０５は、ＩＣＳ６において、ネットワークリソースとして、３ＭｂｐｓのＶＰＮ回線を使用していることを示す。また、このＩＣＳ５のユーザ０５は、ＩＣＳ６において、ストレージリソースとして２ＧＢの記憶容量を使用しており、プロセッサリソースとして２ＧＨｚのＣＰＵを２個利用していることを示す。【００３７】
図２の説明に戻る。プロセッサ１４は、クラウド連携サーバ１０の全体的な制御を司るＣＰＵなどの電子回路であり、要求分析部１４ａと権限委譲要求部１５と権限委譲応答部１６とを有する。なお、プロセッサ１４は、ＣＰＵと、各機能を果たすプログラムを格納したり、処理に必要なデータを格納する記憶装置（ＲＡＭ、キャッシュ等）を含んでいてもよい。【００３８】
要求分析部１４ａは、ユーザ端末５から各種要求を受信して分析を実行する処理部である。例えば、要求分析部１４ａは、ユーザ端末５から受信した要求が管理情報の送信要求、管理情報の送信間隔の設定または変更、系切替の実行要求であるか否かを、受信した要求のペイロードの内容等から分析する。そして、要求分析部１４ａは、要求が管理情報の送信要求、管理情報の送信間隔の設定または変更である場合には、受信した内容を権限委譲要求部１５に出力する。また、要求分析部１４ａは、要求が系切替の実行要求である場合、権限委譲応答部１６に出力する。【００３９】
権限委譲要求部１５は、正系クラウドシステムとしての機能を実行する処理部であり、管理情報送信部１５ａと管理情報更新部１５ｂとを有する。管理情報送信部１５ａは、要求分析部１４ａ等から管理情報の送信間隔を受信し、送信契機に到達すると、リソース情報ＤＢ１２ａに格納される「リソース情報（使用ＮＷリソース情報、使用ＤＣリソース情報）」を取得して、管理情報として副系のＩＣＳに送信する。【００４０】
例えば、クラウドシステム１の管理情報送信部１５ａは、１０分間隔で、リソース情報ＤＢ１２ａに記憶される「Ｏｗｎ」のリソース情報と「ＩＣＳｘ」のリソース情報とを、管理情報としてクラウドシステム２のＩＣＳ４０に送信する。なお、送信先のＩＣＳは、ユーザにより任意に設定変更できる。また、管理情報送信部１５ａは、管理情報とともに、当該管理情報によって特定されるリソースを使用するユーザの所在、アドレス情報等をあわせて送信する。さらに、管理情報送信部１５ａは、クラウドシステムが他のクラウドシステムと連携している場合には、連携情報もあわせて送信する。【００４１】
管理情報更新部１５ｂは、リソース情報ＤＢ１２ａに記憶されるリソース情報を更新する処理部である。例えば、管理情報更新部１５ｂは、ストレージ管理サーバ２０やネットワーク管理サーバ３０に対して、使用されているリソース情報の取得要求を定期的に送信する。そして、管理情報更新部１５ｂは、当該取得要求の応答を受信した場合に、受信した応答からリソース情報を抽出する。そして、管理情報更新部１５ｂは、抽出したリソース情報でリソース情報ＤＢ１２ａに記憶されるリソース情報を更新する。また、管理情報更新部１５ｂは、ユーザや管理者から連携情報を受け付けて、ＨＤＤ１２等に格納する。【００４２】
権限委譲応答部１６は、副系クラウドシステムとしての機能を実行する処理部であり、管理情報受信部１６ａとバックアップリソース確保部１６ｂとバックアップ処理部１６ｃと切替検知部１６ｄと切替制御部１６ｅとを有する。【００４３】
管理情報受信部１６ａは、正系クラウドシステムから管理情報や連携情報を定期的に受信する処理部である。例えば、管理情報受信部１６ａは、正系クラウドシステムから受信した管理情報から「委譲元ＩＣＳ名、委譲元ユーザ、委譲元アドレス」を抽出して管理情報テーブル１３ａに格納する。また、管理情報受信部１６ａは、正系クラウドシステムから受信した管理情報から「リソース情報」を抽出して、「障害時参照リソース情報」として管理情報テーブル１３ａに格納する。また、管理情報受信部１６ａは、管理情報から抽出したユーザの所在、アドレス情報等ついては「委譲元アドレス」等に格納する。【００４４】
なお、管理情報受信部１６ａは、管理情報を定期的に受信できている場合には、管理情報テーブル１３ａの「定期取得結果」に「ＯＫ」を格納するとともに、「更新時間」に「管理情報の受信時間」を格納する。一方、管理情報受信部１６ａは、管理情報を受信できなかった場合には、管理情報テーブル１３ａの「定期取得結果」に「ＮＧ」を格納するとともに、「更新時間」に「−」を格納する。また、管理情報受信部１６ａは、管理情報とともに連携情報を受信した場合には、連携情報から「委譲元ＩＣＳ名、委譲元ユーザ、委譲元連携先情報」を抽出して、連携情報テーブル１３ｂに格納する。【００４５】
バックアップリソース確保部１６ｂは、委譲元のデータをバックアップするためのリソースを確保する処理部である。例えば、バックアップリソース確保部１６ｂは、管理情報受信部１６ａによって受信された管理情報に基づいて、委譲元のユーザのデータを記憶させるストレージリソースと、データを受信する最低限のネットワークリソースとを自クラウドシステム内に確保する。【００４６】
図４に示した「委譲元ＩＣＳ名」が「ＩＣＳ５」の「ＩＣＳ５Ｕｓｅｒ０５」を例にして説明する。図４の場合、障害時参照リソース情報として「回線種別がＶＰＮ、帯域が１００Ｍｂｐｓ、ストレージ容量が５ＧＢ、ＣＰＵリソースが８ＧＨｚ、８コア」であることが格納されている。この情報に基づいて、バックアップリソース確保部１６ｂは、委譲元のユーザがデータの記憶領域として５ＧＢを使用していることを取得する。このため、バックアップリソース確保部１６ｂは、ユーザ「ＩＣＳ５Ｕｓｅｒ０５」が使用するデータ容量である５ＧＢを格納できるリソースの確保と、５ＧＢを送受信できるネットワークリソースの確保とを実行する。【００４７】
一例を挙げると、バックアップリソース確保部１６ｂは、ストレージ管理サーバ２０に対して５ＧＢの容量を確保する要求を送信して、クラウドシステム１内に５ＧＢの記憶可能な領域を確保する。また、バックアップリソース確保部１６ｂは、ネットワーク管理サーバ３０に対して、５ＧＢのデータを送受信可能な最低限の帯域幅を確保する要求を送信して、最低限の帯域幅を確保する。そして、バックアップリソース確保部１６ｂは、データをバックアップするための領域および帯域幅を確保したことをバックアップ処理部１６ｃに出力する。一例を挙げると、ストレージ管理サーバ２０は、ＤＢサーバに５ＧＢの領域を新たに確保し、ネットワーク管理サーバ３０は、このＤＢサーバに対して１０Ｍｂｐｓの帯域幅を確保する。【００４８】
バックアップ処理部１６ｃは、バックアップリソース確保部１６ｂによって確保されたネットワークリソースを用いて委譲元からデータを受信し、バックアップリソース確保部１６ｂによって確保されたストレージリソースに格納する処理部である。ここで、バックアップリソース確保部１６ｂの説明で利用した例を用いて説明する。【００４９】
この場合、バックアップ処理部１６ｃは、ネットワーク管理サーバ３０が確保した１０Ｍｂｐｓの回線を用いて、「ＩＣＳ５」からデータを受信する。そして、バックアップ処理部１６ｃは、ストレージ管理サーバ２０が確保した５ＧＢの領域に、受信したデータを格納する。なお、バックアップ処理部１６ｃは、定期的にバックアップするようにしてもよく、オペレータ等の指示によって実行してもよい。【００５０】
切替検知部１６ｄは、系切替やリカバリの発生を検知した場合に、切替制御部１６ｅに系切替の指示を送信する処理部である。例えば、切替検知部１６ｄは、要求分析部１４ａから系切替の要求が受信されたことを通知された場合、管理情報テーブル１３ａの「定期取得結果」に「ＮＧ」が格納された場合に、系切替やリカバリの発生を検知する。また、切替検知部１６ｄは、例えばＳＮＭＰ（Simple  Network  Management  Protocol）や監視ソフトウェア等によって、正系のクラウドシステムで障害が発生したと検出された場合に、系切替やリカバリの発生を検知する。【００５１】
切替制御部１６ｅは、系切替やリカバリを実行する処理部である。例えば、切替制御部１６ｅは、委譲元のクラウドシステムのユーザにクラウドシステム１を利用させる場合に、委譲元のクラウドシステムのＩＣＳが管理するネットワークリソースとプロセッサリソースとをクラウドシステム２内に確保する。そして、切替制御部１６ｅは、系切替を実行したことをユーザに通知する。【００５２】
例えば、図４に示した「委譲元ＩＣＳ名」が「ＩＣＳ５」の「ＩＣＳ５Ｕｓｅｒ０５」のリソースを確保する例で説明する。図４の場合、障害時参照リソース情報として「回線種別がＶＰＮ、帯域が１００Ｍｂｐｓ、ストレージ容量が５ＧＢ、ＣＰＵリソースが８ＧＨｚ、８コア」であることが格納されている。この情報に基づいて、切替制御部１６ｅは、委譲元のユーザが１００ＭｂｐｓのＶＰＮを使用し、８ＧＨｚのＣＰＵを８個使用していることを認識する。【００５３】
そして、切替制御部１６ｅは、ストレージ管理サーバ２０に対して、８ＧＨｚのＣＰＵを８個確保する要求を送信して、クラウドシステム１内に８ＧＨｚのＣＰＵ８個を確保する。同様に、切替制御部１６ｅは、ネットワーク管理サーバ３０に対して、１００ＭｂｐｓのＶＰＮを使用できるように設定要求を送信して、クラウドシステム１内に１００ＭｂｐｓのＶＰＮを確保する。なお、ネットワーク管理サーバ３０は、データバックアップ用として既に確保している１０Ｍｂｐｓの帯域幅については、解放するようにしてもよく、この１０Ｍｂｐｓを含んだ１００ＭｂｐｓのＶＰＮを確保するようにしてもよい。【００５４】
また、切替制御部１６ｅは、「委譲元ＩＣＳ名」が「ＩＣＳ５」の「ＩＣＳ５Ｕｓｅｒ０５」に対応するユーザのアドレス情報等を管理情報テーブル１３ａから取得する。そして、切替制御部１６ｅは、取得したユーザのアドレス情報を宛先として、ユーザに新たにリソースを割り与えたサーバのＩＰアドレスを通知する。この結果、ユーザは、系が切り替わった場合でも、正系で利用していたサービスを継続して利用することができる。【００５５】
（ストレージ管理サーバの構成）
図６は、実施例１に係るストレージ管理サーバの構成を示す機能ブロック図である。図６に示すように、ストレージ管理サーバ２０は、通信制御Ｉ／Ｆ部２１とＨＤＤ２２とプロセッサ２３とを有する。【００５６】
通信制御Ｉ／Ｆ部２１は、他の装置やシステムとの間の通信を制御するインタフェースである。例えば、通信制御Ｉ／Ｆ部２１は、他クラウドシステム内のクラウド連携サーバ１０、ネットワーク管理サーバ３０、各種サーバとの間で各種情報の送受信を実行する。一例を挙げると、通信制御Ｉ／Ｆ部２１は、クラウドシステム内のクラウド連携サーバ１０からリソース確保要求を受信したり、クラウド連携サーバ１０にリソースの確保結果を送信したりする。【００５７】
ＨＤＤ２２は、プロセッサ２３が実行するプログラム等を記憶するとともに、プロセッサ２３の各処理部が処理を実行する際にデータ等を一時的に格納する作業領域等を有する。このＨＤＤ２２は、ストレージリソース情報ＤＢ２２ａを有する。【００５８】
ストレージリソース情報ＤＢ２２ａは、ストレージ管理サーバ２０が管理する、クラウドシステム１内でユーザが利用しているストレージリソースおよびプロセッサリソースを記憶する。図７は、ストレージリソース情報ＤＢが記憶する情報の例を示す図である。図７に示すように、ストレージリソース情報ＤＢ２２ａは、「接続先、リソース情報」を対応付けて記憶する。【００５９】
ここで記憶される「接続先」は、ストレージ管理サーバ２０を配下におくＩＣＳの識別子であり、または、ストレージ管理サーバ２０が管理する情報を収集するＩＣＳの識別子である。「リソース情報」は、使用中のストレージリソースまたはプロセッサリソースである。つまり、ストレージリソース情報ＤＢ２２ａは、同一クラウドシステム内の各サーバがＩＣＳに対して提供するリソース情報と、ストレージ管理サーバ２０とは異なるクラウドシステムのサーバに対して提供するリソース情報を記憶する。【００６０】
図７の場合、ＩＣＳ１０と同一クラウドシステム１内のサーバ全体で、５ＧＢのストレージリソースと、８ＧＨｚのＣＰＵ８個のプロセッサリソースを提供していることを示す。また、ＩＣＳ２００を有するクラウドシステムに対して、２ＧＢのストレージリソースと、２ＧＨｚのＣＰＵ２個のプロセッサリソースを提供していることを示す。【００６１】
プロセッサ２３は、ストレージ管理サーバ２０の全体的な制御を司るＣＰＵなどの電子回路であり、リソース収集部２３ａとリソース確保部２３ｂを有する。リソース収集部２３ａは、ストレージ管理サーバ２０と同じクラウドシステム内の各サーバから、現時点で使用されているリソース情報を収集して、ストレージリソース情報ＤＢ２２ａに格納する。【００６２】
例えば、リソース収集部２３ａは、各サーバで使用されているデータ容量を合計した値を、ユーザが使用しているストレージリソースとしてストレージリソース情報ＤＢ２２ａに格納する。また、リソース収集部２３ａは、各サーバのＣＰＵの性能やコア数を取得し、性能の平均やコア数の合計をユーザが使用しているプロセッサリソースとしてストレージリソース情報ＤＢ２２ａに格納する。なお、リソース収集部２３ａが、リソースを収集するタイミングは定期的に実行してもよく、サーバのリソースが変化した場合に実行してもよく、任意のタイミングで実行することもできる。【００６３】
リソース確保部２３ｂは、ＩＣＳからの要求に応じて、自クラウドシステム内にストレージリソースやプロセッサリソースを確保する処理部である。例えば、リソース確保部２３ｂは、ＩＣＳ１０からバックアップ用のストレージリソースの確保要求を受信した場合、自装置が属するクラウドシステム１内の各サーバにリソースの空き状況を問い合わせる。そして、リソース確保部２３ｂは、ＩＣＳ１０から要求されたリソースが確保できるか否かを判定し、その結果をＩＣＳに応答する。その後、リソース確保部２３ｂは、ＩＣＳ１０からの指示にしたがって、データバックアップ用のストレージリソースをクラウドシステム１内に確保する。【００６４】
また、リソース確保部２３ｂは、系切替時に、ＩＣＳ１０からプロセッサリソースの確保要求を受信した場合、自装置が属するクラウドシステム１内の各サーバに割当可能なＣＰＵの数等を問い合わせる。そして、リソース確保部２３ｂは、ＩＣＳ１０から要求されたリソースが確保できるか否かを判定し、その結果をＩＣＳ１０に応答する。その後、リソース確保部２３ｂは、ＩＣＳ１０からの指示にしたがって、要求されたプロセッサリソース分のＣＰＵを使用可能なＣＰＵとして割り当てる。なお、リソース確保部２３ｂは、新たにリソースを確保した場合には、ストレージリソース情報ＤＢ２２ａの情報を更新する。【００６５】
（ネットワーク管理サーバの構成）
図８は、実施例１に係るネットワーク管理サーバの構成を示す機能ブロック図である。図８に示すように、ネットワーク管理理サーバ３０は、通信制御Ｉ／Ｆ部３１とＨＤＤ３２とプロセッサ３３とを有する。【００６６】
通信制御Ｉ／Ｆ部３１は、他の装置やシステムとの間の通信を制御するインタフェースである。例えば、通信制御Ｉ／Ｆ部３１は、クラウドシステム１内のクラウド連携サーバ１０、ストレージ管理サーバ２０、各種サーバとの間で各種情報の送受信を実行する。一例を挙げると、通信制御Ｉ／Ｆ部３１は、クラウドシステム内のクラウド連携サーバ１０からリソース確保要求を受信したり、クラウド連携サーバ１０にリソースの確保結果を送信したりする。【００６７】
ＨＤＤ３２は、プロセッサ３３が実行するプログラム等を記憶するとともに、プロセッサ３３の各処理部が処理を実行する際にデータ等を一時的に格納する作業領域等を有する。このＨＤＤ３２は、ネットワークリソース情報ＤＢ３２ａを有する。【００６８】
ネットワークリソース情報ＤＢ３２ａは、ネットワーク管理サーバ３０が管理する、クラウドシステム１内でユーザが利用しているネットワークリソースを記憶する。図９は、ネットワークリソース情報ＤＢが記憶する情報の例を示す図である。図９に示すように、ネットワークリソース情報ＤＢ３２ａは、「接続先、リソース情報」を対応付けて記憶する。【００６９】
ここで記憶される「接続先」は、ネットワーク管理サーバ３０を配下におくＩＣＳの識別子であり、または、ネットワーク管理サーバ３０が管理する情報を収集するＩＣＳの識別子である。「リソース情報」は、使用中のネットワークリソースである。つまり、ネットワーク管理サーバ３０は、同一クラウドシステム１内の各サーバがＩＣＳ１０に対して提供するリソース情報と、ストレージ管理サーバ２０が属するクラウドとは異なるクラウドシステムのサーバに対して提供するリソース情報を記憶する。【００７０】
図９の場合、ＩＣＳ１０と同一クラウドシステム１内で、ユーザに対して、１００ＭｂｐｓのＶＰＮが割り当てられていることを示す。また、ＩＣＳ２００を有するクラウドシステムのユーザに対して、１０ＭｂｐｓのＶＰＮを提供していることを示す。【００７１】
プロセッサ３３は、ネットワーク管理サーバ３０の全体的な制御を司るＣＰＵなどの電子回路であり、リソース収集部３３ａとリソース確保部３３ｂを有する。リソース収集部３３ａは、ネットワーク管理サーバ３０と同じクラウドシステム内において、現時点で使用されているネットワークの帯域幅および回線情報を収集して、ネットワークリソース情報ＤＢ３２ａに格納する。なお、リソース収集部３３ａが、リソースを収集するタイミングは定期的に実行してもよく、任意のタイミングで実行することもできる。【００７２】
リソース確保部３３ｂは、ＩＣＳ１０からの要求に応じて、クラウドシステム１内にネットワークリソースを確保する処理部である。例えば、リソース確保部３３ｂは、ＩＣＳ１０からバックアップ用のネットワークリソースの確保要求を受信した場合、ＩＣＳ１０から要求されたリソースが確保できるか否かを判定し、その結果をＩＣＳ１０に応答する。その後、リソース確保部３３ｂは、ＩＣＳ１０からの指示にしたがって、データバックアップ用のネットワークリソースを割り当てる。【００７３】
また、リソース確保部３３ｂは、系切替時に、ＩＣＳ１０からネットワークリソースの確保要求を受信した場合、クラウドシステム１内の全体で利用可能な帯域幅と現時点で利用されている帯域幅を取得する。そして、リソース確保部３３ｂは、ＩＣＳ１０から要求されたリソースが確保できるか否かを判定し、その結果をＩＣＳ１０に応答する。その後、リソース確保部３３ｂは、ＩＣＳ１０からの指示にしたがって、要求されたネットワークリソースを割り当てる。なお、リソース確保部３３ｂは、新たにリソースを確保した場合には、ネットワークリソース情報ＤＢ３２ａの情報を更新する。【００７４】
［処理の流れ］
次に、図１０と図１１を用いて実施例１にかかる処理の流れを説明する。図１０と図１１は、実施例１に係る処理の流れを示すシーケンス図である。なお、ここでは、図１に示したクラウドシステム１が正系、クラウドシステム２が副系として説明する。【００７５】
図１０に示すように、正系クラウドシステムのＩＣＳ１０は、起動すると（Ｓ１０１）、管理者やユーザによって指定された内容に基づいて権限委譲先を特定する（Ｓ１０２）。ここで、ＩＣＳ４０と特定したとする。すると、ＩＣＳ１０の管理情報送信部１５ａは、リソース情報ＤＢ１２ａから管理情報を取得し（Ｓ１０３）、権限委譲要求とともに管理情報をＩＣＳ４０に送信する（Ｓ１０４）。【００７６】
副系クラウドシステム２のＩＣＳ４０の管理情報受信部１６ａは、ＩＣＳ１０から管理情報とともに権限委譲要求を受信すると、受信した管理情報を管理情報ＤＢに登録する（Ｓ１０５）。そして、ＩＣＳ４０の管理情報受信部１６ａは、権限委譲要求の応答として、権限委譲応答をＩＣＳ１０に送信する（Ｓ１０６）。【００７７】
権限委譲応答を受信したＩＣＳ１０の権限委譲要求部１５は、ＩＣＳ４０に対してバックアップ開始要求を送信する（Ｓ１０７）。バックアップ開始要求を受信したＩＣＳ４０のバックアップリソース確保部１６ｂは、管理情報に基づいて特定したバックアップ用リソース情報が確保可能か否かを問い合わせる要求を、ＮＷ−ＯＰＳ６０とＤＣ−ＯＰＳ５０とに送信する（Ｓ１０８）。このとき、ＩＣＳ４０のバックアップリソース確保部１６ｂは、バックアップ用リソース情報として、データが格納できるだけの容量が確保可能か否かをＤＣ−ＯＰＳ５０に送信する。また、ＩＣＳ４０のバックアップリソース確保部１６ｂは、データを受信できるだけの最低限の帯域幅が確保可能か否かをＮＷ−ＯＰＳ６０に問い合わせる。【００７８】
この要求を受信したＮＷ−ＯＰＳ６０のリソース確保部３３ｂは、クラウドシステム全体で利用可能な帯域幅と現在使用されている帯域幅とを考慮して、データバックアップに必要な最低限の帯域幅が確保可能か否かをＩＣＳ４０に応答する（Ｓ１０９）。同様に、ＤＣ−ＯＰＳ５０のリソース確保部２３ｂは、クラウドシステム内の各サーバから使用可能なストレージ容量を取得して、データバックアップに必要な領域が確保可能か否かをＩＣＳ４０に応答する（Ｓ１１０）。ここでは、両方とも確保可能と応答したとする。【００７９】
両方の管理サーバから確保可能である応答を受信したＩＣＳ４０のバックアップリソース確保部１６ｂは、バックアップリソースの確保要求をＮＷ−ＯＰＳ６０とＤＣ−ＯＰＳ５０とに送信する（Ｓ１１１）。ＮＷ−ＯＰＳ６０のリソース確保部３３ｂは、正系クラウドシステム１と副系クラウドシステム２との間に、バックアップデータが送受信できるだけの帯域幅を設定し、リソース情報の確保応答をＩＣＳ４０に送信する（Ｓ１１２）。同様に、ＤＣ−ＯＰＳ５０のリソース確保部２３ｂは、ラウドシステム内の各サーバにおいて、データバックアップに必要な領域を確保してリソース情報の確保応答をＩＣＳ４０に送信する（Ｓ１１３）。【００８０】
両方の管理サーバからリソース確保応答を受信したＩＣＳ４０のバックアップリソース確保部１６ｂは、Ｓ１０７で受信したバックアップ開始要求に対する応答をＩＣＳ１０に送信する（Ｓ１１４）。この応答を受信したＩＣＳ１０のプロセッサは、バックアップ開始指示をＤＣ−ＯＰＳ２０に送信する（Ｓ１１５）。【００８１】
このようにして、正系クラウドシステム１のＤＣ−ＯＰＳ２０と副系クラウドシステム２との間でデータバックアップが開始される（Ｓ１１６）。すなわち、ＩＣＳ４０のバックアップ処理部１６ｃは、データバックアップ用に割り当てた最低限の帯域幅を介して、ＤＣ−ＯＰＳ２０からデータ受信し、データバックアップ用に割り当てた領域に格納する。【００８２】
以降は図１１のシーケンス図による。その後、副系クラウドシステム２のＩＣＳ４０の切替検知部１６ｄは、正系クラウドシステム１の障害等などによって、リカバリ指示を検出する（Ｓ２０１）。すると、ＩＣＳ４０の切替制御部１６ｅは、管理情報ＤＢ１３の管理情報テーブル１３ａから管理情報を読出す（Ｓ２０２）。そして、ＩＣＳ４０の切替制御部１６ｅは、障害時参照リソース情報を参照して、正系クラウドシステム１でユーザが利用していたリソース情報を分析し、リカバリに必要なリソース情報を特定する（Ｓ２０３）。【００８３】
ＩＣＳ４０の切替制御部１６ｅは、リカバリに必要なリソース情報の確保要求をＮＷ−ＯＰＳ６０とＤＣ−ＯＰＳ５０の各々に送信する（Ｓ２０４）。この要求を受信したＮＷ−ＯＰＳ６０のリソース確保部３３ｂは、クラウドシステム２全体で利用可能な帯域幅と現在使用されている帯域幅とを考慮して、要求されたリカバリに必要な帯域幅が確保可能か否かをＩＣＳ４０に応答する（Ｓ２０５）。同様に、ＤＣ−ＯＰＳ５０のリソース確保部２３ｂは、クラウドシステム２内の各サーバから使用可能なプロセッサの数等を取得して、要求されたリカバリに必要なプロセッサが確保可能か否かをＩＣＳ４０に応答する（Ｓ２０６）。ここでは、両方とも確保可能と応答したとする。【００８４】
両方の管理サーバから確保可能である応答を受信したＩＣＳ４０の切替制御部１６ｅは、リカバリに必要なリソースの確保要求をＮＷ−ＯＰＳ６０とＤＣ−ＯＰＳ５０とに送信する（Ｓ２０７）。ＮＷ−ＯＰＳ６０のリソース確保部３３ｂは、正系クラウドシステム１と副系クラウドシステム２との間に、要求された帯域幅を設定し、必要リソースの確保応答をＩＣＳ４０に送信する（Ｓ２０８）。同様に、ＤＣ−ＯＰＳ５０のリソース確保部２３ｂは、クラウドシステム２内の各サーバにおいて、要求されたＣＰＵを確保し、必要リソースの確保応答をＩＣＳ４０に送信する（Ｓ２０９）。【００８５】
その後、両方の管理サーバからリソース確保応答を受信したＩＣＳ４０の切替制御部１６ｅは、確保応答をユーザ端末５に送信する（Ｓ２１０）。ユーザ端末５の宛先は、例えば管理情報テーブル１３ａに格納されている。また、ここで送信する確保応答には、例えば、クラウドシステム１のユーザが今後利用するクラウドシステム２のサーバのアドレス情報やアプリケーションの情報などである。【００８６】
［実施例１による効果］
実施例１に係るクラウドシステムでは、クラウド連携サーバを設けることで、バックアップ先を任意に変更することができる。また、ユーザが権限委譲を実施する際に送付される管理情報（ConfigList）でバックアップに必要なリソース量、リソースのクオリティの指定をすることができる。また、管理情報を特定のＩＣＳへ送付せず、複数のＩＣＳへ同報した場合には、各ＩＣＳが管理情報からユーザ要求を分析しリソース情報を管理情報として送付元のＩＣＳへ返すことで、要求を満たすことができる。平常時は副系を必要最低限のリソースでデータのバックアップにのみ稼動させ、権限委譲による管理情報の取得により障害時に正系として機能させることで、コストの抑制と障害発生時のサービス継続を実現させることができる。
【実施例２】
【００８７】
実施例１では、副系で正系のリソースが確保できた例について説明したが、実施例２では、副系で正系のリソースが確保できなかった場合について説明する。【００８８】
（全体構成）
図１２は、実施例２に係るシステムの全体構成例を示す図である。図１２に示すように、このシステムは、クラウドシステム（正系）１とクラウドシステム（副系）２と他クラウドシステム７０と他クラウドシステム８０とユーザ端末５とを有する。なお、各クラウドシステムが有する装置構成は、図１と同様なので詳細な説明は省略する。【００８９】
このようなシステム構成において、クラウドシステム（正系）１からクラウドシステム（副系）２に権限委譲を実施し、クラウドシステム（副系）２がクラウドシステム（正系）１で利用されているリソースを確保する例を説明する。【００９０】
（データバックアップのフロー）
図１３は、実施例２に係るクラウドシステム（副系）が実行するデータバックアップのフローチャートである。図１３に示すように、クラウドシステム２のＩＣＳ４０の管理情報受信部１６ａは、クラウドシステム１から管理情報を受信すると（Ｓ３０１肯定）、受信した管理情報を管理情報ＤＢ１３の管理情報テーブル１３ａに登録する（Ｓ３０２）。【００９１】
その後、ＩＣＳ４０のバックアップリソース確保部１６ｂは、クラウドシステム１からバックアップ開始要求を受信すると（Ｓ３０３肯定）、データバックアップ用のリソースを特定する（Ｓ３０４）。【００９２】
そして、バックアップリソース確保部１６ｂは、特定したバックアップ用のリソース確保要求をクラウドシステム２内のＤＣ−ＯＰＳ５０とＮＷ−ＯＰＳ６０の各々に送信する（Ｓ３０５）。続いて、バックアップリソース確保部１６ｂは、ＤＣ−ＯＰＳ５０とＮＷ−ＯＰＳ６０の各々から、リソース確保可能か否かを示す応答を受信する（Ｓ３０６）。【００９３】
バックアップリソース確保部１６ｂは、この応答に基づいてリソース確保が可能であると判定した場合（Ｓ３０７肯定）、ＤＣ−ＯＰＳ５０とＮＷ−ＯＰＳ６０の各々に、バックアップ用リソースを確保させる（Ｓ３０８）。そして、バックアップリソース確保部１６ｂは、クラウドシステム１に対してバックアップ開始応答を送信する（Ｓ３０９）。その後、バックアップ処理部１６ｃは、確保されたデータバックアップ用のリソースだけを用いて、クラウドシステム１のデータバックアップを開始する（Ｓ３１０）。【００９４】
一方、バックアップリソース確保部１６ｂは、Ｓ３０６で受信した応答に基づいてリソース確保が不可能であると判定した場合（Ｓ３０７否定）、未確保のリソースを特定する（Ｓ３１１）。例えば、バックアップリソース確保部１６ｂは、各管理サーバから確保可能なリソース容量を応答とともに受信する。そして、バックアップリソース確保部１６ｂは、管理情報から特定したデータ容量とＤＣ−ＯＰＳ４０から受信した確保可能な容量との差分を算出し、算出した差分を未確保のリソースと特定する。なお、帯域幅についても同様に処理することができる。【００９５】
そして、バックアップリソース確保部１６ｂは、委譲先としての優先度等にしたがって、次に委譲先とする他クラウドシステム７０のＩＣＳを特定し（Ｓ３１２）、特定したＩＣＳに未確保分のバックアップ用リソースの確保要求を送信する（Ｓ３１３）。この結果、他クラウドシステム７０のＩＣＳは、自クラウドシステム内の各管理サーバから確保可能なリソースを受信して、確保できるリソースを特定して、ＩＣＳ４０に応答する。【００９６】
そして、バックアップリソース確保部１６ｂは、他クラウドシステム７０のＩＣＳから、リソース確保可能か否かを示す応答を受信する（Ｓ３１４）。【００９７】
バックアップリソース確保部１６ｂは、この応答に基づいてリソース確保が可能であると判定した場合（Ｓ３１５肯定）、Ｓ３０８以降の処理を実行する。一方、バックアップリソース確保部１６ｂは、この応答に基づいてリソース確保が可能でないと判定した場合（Ｓ３１５否定）、次に優先度が高い他クラウドシステム８０に対して、Ｓ３１１以降の処理を実行する。【００９８】
バックアップ開始後、ＩＣＳ４０の管理情報受信部１６ａは、委譲元のＩＣＳ１０から管理情報を受信し（Ｓ３１６肯定）、受信した管理情報が以前に受信した管理情報から更新されている場合には（Ｓ３１７肯定）、管理情報ＤＢ１３を更新する（Ｓ３１８）。そして、ＩＣＳ４０は、更新した管理情報に基づいて、Ｓ３０４以降の処理を実行する。【００９９】
（系切替時のフロー）
図１４は、実施例２に係るクラウドシステム（副系）が実行する系切替時のフローチャートである。図１４に示すように、クラウドシステム２のＩＣＳ４０の切替検知部１６ｄがリカバリ発生を検出すると（Ｓ４０１肯定）、クラウドシステム２の切替制御部１６ｅは、管理情報テーブル１３ａから管理情報を読み出す（Ｓ４０２）。【０１００】
続いて、クラウドシステム２の切替制御部１６ｅは、障害時参照リソース情報を参照して、正系のクラウドシステム１でユーザが利用していたリソース情報を分析し、リカバリに必要なリソース情報を特定する（Ｓ４０３）。【０１０１】
そして、ＩＣＳ４０の切替制御部１６ｅは、リカバリに必要なリソース情報の確保要求をＮＷ−ＯＰＳ６０とＤＣ−ＯＰＳ５０の各々に送信する（Ｓ４０４）。その後、切替制御部１６ｅは、ＤＣ−ＯＰＳ５０とＮＷ−ＯＰＳ６０の各々から、リカバリに必要なリソースが確保可能か否かを示す応答を受信する（Ｓ４０５）。【０１０２】
ＩＣＳ４０の切替制御部１６ｅは、この応答に基づいて、リカバリに必要なリソースが確保可能であると判定した場合（Ｓ４０６肯定）、ＤＣ−ＯＰＳ５０とＮＷ−ＯＰＳ６０の各々に、リカバリ用リソースの確保指示を送信する（Ｓ４０７）。【０１０３】
一方、ＩＣＳ４０の切替制御部１６ｅは、Ｓ４０５で受信した応答に基づいて、リカバリに必要なリソースが確保可能できないと判定した場合（Ｓ４０６否定）、未確保のリソースを特定する（Ｓ４０８）。例えば、切替制御部１６ｅは、各管理サーバから確保可能なリソース容量を応答とともに受信する。そして、切替制御部１６ｅは、管理情報から特定したプロセッサ数とＤＣ−ＯＰＳ４０から受信した確保可能なプロセッサ数との差分を算出し、算出した差分を未確保のプロセッサリソースと特定する。なお、帯域幅についても同様に処理することができる。【０１０４】
そして、切替制御部１６ｅは、委譲先としての優先度等にしたがって、次に委譲先とする他クラウドシステム７０のＩＣＳを特定し（Ｓ４０９）、特定したＩＣＳに未確保分のリカバリ用リソースの確保要求を送信する（Ｓ４１０）。この結果、他クラウドシステム７０のＩＣＳは、自クラウドシステム内の各管理サーバから確保可能なリソースを受信して、確保できるリソースを特定し、ＩＣＳ４０に応答する。【０１０５】
そして、切替制御部１６ｅは、他クラウドシステム７０のＩＣＳから、リソース確保可能か否かを示す応答を受信する（Ｓ４１１）。切替制御部１６ｅは、この応答に基づいてリソース確保が可能であると判定した場合（Ｓ４１２肯定）、Ｓ４０７以降の処理を実行する。一方、切替制御部１６ｅは、この応答に基づいてリソース確保が可能でないと判定した場合（Ｓ４１２否定）、次に優先度が高い他クラウドシステム８０に対して、Ｓ４０８以降の処理を実行する。【０１０６】
このようにして、リカバリ用リソースを確保した切替制御部１６ｅは、リカバリ用のリースを確保する管理サーバまたはＩＣＳから、リソースが確保されたことを示す応答を受信した場合（Ｓ４１３肯定）、ユーザ端末５に必要な情報を送信する（Ｓ４１４）。この結果、ユーザに系切替を意識させることなく、系切替を実行して、クラウドシステム１で利用していたサービスを継続する。【０１０７】
（実施例２による効果）
実施例２によれば、正系の権限を委譲した副系で正系のリソースが確保できない場合であっても、他のクラウドシステムのリソースを確保してサービスを継続することができるので、システムの信頼性が向上する。また、ユーザにリソースを意識させないというクラウドシステムの特性を利用して、副系内に必ずしもリカバリ用リソースを確保しなくても、インターネットで接続されるどこかのクラウドシステムのリソースを確保することで、正系をリカバリすることができる。
【実施例３】
【０１０８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。【０１０９】
（ユーザ情報）
例えば、副系のＩＣＳは、正系のＩＣＳから、管理情報とともに正系のクラウドシステムを利用するユーザの情報を受信する。ここで受信するユーザの情報とは、例えば、ユーザの識別子、ＩＰアドレス、所在等である。副系のＩＣＳは、このユーザ情報を用いて、系切替後の通知等をユーザに送信する。【０１１０】
（優先度）
例えば、正系は、予め指定した優先度に基づいて、委譲先や未確保のリソース確保先を特定することができる。この優先度は、管理者やユーザによって任意に設定することもでき、例えば未使用にリソースが多い順に設定することもできる。【０１１１】
（委譲取り消し）
例えば、副系は、正系から委譲取り消し通知を受信した場合、取り消し応答を要求元に応答するとともに、当該正系の管理情報を管理情報ＤＢから削除する。こうすることで、委譲先と委譲元の関係性を削除することができる。【０１１２】
（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。【０１１３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。【０１１４】
（ハードウェア構成）
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。【０１１５】
図１５は、系切替プログラムを実行するコンピュータのハードウェア構成の例を示す図である。図１５に示すように、コンピュータ１００は、ＣＰＵ１０２、入力装置１０３、出力装置１０４、通信インタフェース１０５、媒体読取装置１０６、ＨＤＤ（Hard  Disk  Drive）１０７、ＲＡＭ（Random  Access  Memory）１０８を有する。また、図１５に示した各部は、バス１０１で相互に接続される。【０１１６】
入力装置１０３は、マウスやキーボードであり、出力装置１０４は、ディスプレイなどであり、通信インタフェース１０５は、ＮＩＣ（Network  Interface  Card）などのインタフェースである。ＨＤＤ１０７は、系切替プログラム１０７ａととともに、図２に示した各ＤＢ等を記憶する。記録媒体の例としてＨＤＤ１０７を例に挙げたが、ＲＯＭ（Read  Only  Memory）、ＲＡＭ、ＣＤ−ＲＯＭ等の他のコンピュータ読み取り可能な記録媒体に各種プログラムを格納しておき、コンピュータに読み取らせることとしてもよい。なお、記録媒体を遠隔地に配置し、コンピュータが、その記憶媒体にアクセスすることでプログラムを取得して利用してもよい。また、その際、取得したプログラムをそのコンピュータ自身の記録媒体に格納して用いてもよい。【０１１７】
ＣＰＵ１０２は、系切替プログラム１０７ａを読み出してＲＡＭ１０８に展開することで、図２等で説明した各機能を実行する系切替プロセス１０８ａを動作させる。すなわち、系切替プロセス１０８ａは、図２に記載した要求分析部１４ａ、管理情報送信部１５ａ、管理情報更新部１５ｂと同様の機能を実行する。また、系切替プロセス１０８ａは、図２に記載した管理情報受信部１６ａ、バックアップリソース確保部１６ｂ、バックアップ処理部１６ｃ、切替検知部１６ｄ、切替制御部１６ｅと同様の機能を実行する。このようにコンピュータ１００は、プログラムを読み出して実行することで系切替方法を実行する情報処理装置として動作する。【０１１８】
例えば、コンピュータ１００は、媒体読取装置１０６によって記録媒体から系切替プログラムを読み出し、読み出された系切替プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、コンピュータ１００によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【符号の説明】
【０１１９】
１  クラウドシステム（正系）
２  クラウドシステム（副系）
５  ユーザ端末
１０、４０  クラウド連携サーバ
１１  通信制御Ｉ／Ｆ部
１２  ＨＤＤ
１２ａ  リソース情報ＤＢ
１３  管理情報ＤＢ
１３ａ  管理情報テーブル
１３ｂ  連携情報テーブル
１４  プロセッサ
１４ａ  要求分析部
１５  権限委譲要求部
１５ａ  管理情報送信部
１５ｂ  管理情報更新部
１６  権限委譲応答部
１６ａ  管理情報受信部
１６ｂ  バックアップリソース確保部
１６ｃ  バックアップ処理部
１６ｄ  切替検知部
１６ｅ  切替制御部
２０、５０  ストレージ管理サーバ
３０、６０  ネットワーク管理サーバ
【図１】
2012176337.tif 000003
【図２】
2012176337.tif 000004
【図３】
2012176337.tif 000005
【図４】
2012176337.tif 000006
【図５】
2012176337.tif 000007
【図６】
2012176337.tif 000008
【図７】
2012176337.tif 000009
【図８】
2012176337.tif 000010
【図９】
2012176337.tif 000011
【図１０】
2012176337.tif 000012
【図１１】
2012176337.tif 000013
【図１２】
2012176337.tif 000014
【図１３】
2012176337.tif 000015
【図１４】
2012176337.tif 000016
【図１５】
2012176337.tif 000017
【国際調査報告】
2012176337.tif 000018
2012176337.tif 000019
2012176337.tif 000020
2012176337.tif 000021