JP2013152553A - リソース管理装置、リソース管理システム、リソース管理方法およびリソース管理プログラム - Google Patents

Abstract

【課題】提供元が異なるリソースを簡単に組合せて利用すること。
【解決手段】インタークラウドサーバは、ユーザの端末から、当該ユーザが割当を要求する複数のリソースそれぞれの間の接続関係を受け付ける受付部と、前記ユーザに対する複数のクラウドシステムの割当リソースを決定する決定部と、前記受付部が受け付けた前記接続関係と、前記決定部が決定した割当リソース間の接続関係との対応を示す対応情報を生成する生成部と、前記生成部が生成した対応情報を、前記端末に対して出力する出力部と、を備える。
【選択図】図１

Description

本発明は、リソース管理装置、リソース管理システム、リソース管理方法およびリソース管理プログラムに関する。

近年、クラウドシステムの構築と利用が急速に進んでいる。クラウドシステムにおいては、リソースが適宜オンデマンドでユーザに提供される。例えば、サーバやネットワーク、ストレージ等のリソースが、ユーザの要求に応じてオンデマンドで提供される。このため、システム構築を、柔軟にかつ短時間で行うことができる。

さらに、クラウドシステムにおけるリソースの利用効率や柔軟性、安全性を高めるために様々な技術が提案されている。例えば、複数のクラウドシステムのリソースをシステム縦断的に利用することを可能にするインタークラウドシステムが提案されている。また、リソースを、複数の動的に構成される仮想組織において安全に共有するため、ユーザやポリシに応じて仮想化手法を選択する技術が提案されている。さらに、計算ノードの利用効率を高めるための負荷分散の手法も提案されている。

波戸邦夫、胡博、村田祐一、村山純一著、「インタークラウドに向けたシステムアーキテクチャの提案」、信学技報、電子情報通信学会技術研究報告、110（449）、151−156、2011−02−24、社団法人電子情報通信学会 小倉章嗣、河野健二、松岡聡、中田秀基著、「グリッド環境におけるＶＭ上でのジョブ実行の検討」、情報処理学会研究報告、計算機アーキテクチャ研究会報告 2004(20)、25−30、2004−03−01、社団法人情報処理学会 立薗真樹、中田秀基、松岡聡著、「仮想計算機を用いて負荷分散を行うＭＰＩ実行環境」、信学技報、電子情報通信学会技術研究報告、105（225）、7−12、2005−07−28、社団法人電子情報通信学会

しかしながら、従来の技術においては、提供元が異なるリソースを、ユーザが簡単に組み合わせて利用することができなかった。

開示の技術は、上記に鑑みてなされたものであって、提供元が異なるリソースを簡単に組み合わせて利用することを可能にする、リソース管理装置、リソース管理システム、リソース管理方法およびリソース管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ユーザの端末から、当該ユーザが割当を要求する複数のリソースそれぞれの間の接続関係を受け付けて、前記ユーザに対する複数のクラウドシステムの割当リソースを決定し、前記接続関係と、前記割当リソース間の接続関係との対応を示す対応情報を生成し、当該対応情報を、前記端末に対して出力することを特徴とする。

開示するリソース管理装置、リソース管理システム、リソース管理方法およびリソース管理プログラムによれば、提供元が異なるリソースを簡単に組み合わせて利用可能とすることができるという効果を奏する。

図１は、実施例１に係るインタークラウドサーバの構成の一例を示す図である。 図２は、実施例１に係る管理装置とリソースとユーザ端末との関係の一例を示す図である。 図３−１は、実施例１に係るインタークラウドサーバの記憶部に格納される情報の一例を示す図である。 図３−２は、実施例１に係るインタークラウドサーバの記憶部に格納される情報を説明するための図である。 図４は、実施例１に係るインタークラウドサーバにおける新規割当要求時のリソース割当処理の流れの一例を示すフローチャートである。 図５は、実施例１に係るインタークラウドサーバにおける増設・減設要求時のリソース割当処理の流れの一例を示すフローチャートである。 図６は、実施例１に係るインタークラウドサーバにおける過不足判定要求時のリソース割当処理の流れの一例を示すフローチャートである。 図７は、実施例１に係るインタークラウドサーバにおける割当廃止要求時の処理の流れの一例を示すフローチャートである。 図８は、実施例２に係るインタークラウドサーバの概略図である。 図９は、実施例２におけるサービス構成情報の一例を示す図である。 図１０は、実施例２におけるサービス構成情報に含まれる計算リソースの属性情報の一例を示す図である。 図１１は、実施例２におけるサービス構成情報に含まれる記憶リソースの属性情報の一例を示す図である。 図１２は、実施例２におけるサービス構成情報に含まれる網リソースの属性情報の一例を示す図である。 図１３は、実施例２におけるリソース割当情報の一例を示す図である。 図１４は、実施例２におけるリソース・サービス構成情報の一例を示す図である。 図１５は、実施例２における新規割当時の処理を説明するための図である。 図１６は、実施例２における増設・減設時の処理を説明するための図である。 図１７は、実施例２における過不足判定時の処理を説明するための図である。 図１８は、実施例２における割当廃止時の処理を説明するための図である。 図１９は、インタークラウドサーバによる一連の処理を実行するプログラムであるリソース管理プログラムによる情報処理が、コンピュータを用いて具体的に実現されることを示す図である。

以下に、開示するリソース管理装置、リソース管理システム、リソース管理方法およびリソース管理プログラムの実施例を、図面に基づいて詳細に説明する。なお、実施例により開示の発明が限定されるものではない。また、各実施例は、適宜組み合わせることができる。

図１は、実施例１に係るインタークラウドサーバの構成の一例を示す図である。以下、インタークラウドサーバを、リソース管理装置とも呼ぶ。インタークラウドは、複数のクラウドシステムの連携により実現され、それぞれのクラウドシステムにより提供されるリソースを縦断的に利用することを可能にする。ここで、インタークラウドは、プライベートクラウド、パブリッククラウド等のシステムを連携させることにより実現される。ただし、本発明は、所謂インタークラウドのみならず、個別にリソースを管理する複数のシステムを連携させることによって実現される任意のシステムに適用できる。図１中、インタークラウドサーバ１００は、管理装置２００およびユーザ端末３００と接続される。管理装置２００およびユーザ端末３００はそれぞれリソース４００と接続されている。

インタークラウドサーバ１００は、ユーザ端末３００からの各種要求に応じて、管理装置２００が管理するリソース４００をユーザ端末３００に割り当てる。インタークラウドサーバ１００は、ユーザ端末３００に対して複数のリソース４００を割り当てる場合、ユーザ端末３００からの要求に含まれる、複数のリソース間の接続関係に関する接続関係情報と、実際に割り当てる複数のリソース４００の接続関係との対応を示す対応情報を生成する。そして、インタークラウドサーバ１００は、生成した対応情報をユーザ端末３００に通知する。

例えば、インタークラウドサーバ１００は、ユーザ端末３００からの新規割当要求を受け付けると、当該新規割当要求に応じて、管理装置２００から、リソース４００の利用状況に関する情報を収集する。ここで、収集とは、所定の情報を要求する通知を発行し、当該通知に対応した情報を受信し、集積することをいう。すなわち、インタークラウドサーバ１００は、管理装置２００に対してリソース４００の利用状況に関する情報を要求する通知を発行する。そして、管理装置２００は、通知に応じた情報を生成し、インタークラウドサーバ１００に送信する。インタークラウドサーバ１００は、複数の管理装置２００から送信される情報を受信し集積する。こうして収集した情報に基づき、インタークラウドサーバ１００は、ユーザ端末３００に対して割り当てるリソース４００を決定する。そして、インタークラウドサーバ１００は、管理装置２００に対してリソース４００の割当を指示する。さらに、インタークラウドサーバ１００は、新規割当要求に含まれた接続関係情報と、実際に割り当てる複数のリソース４００間の接続関係との対応を示す対応情報を生成する。そして、生成した対応情報をユーザ端末３００に送信する。

また、インタークラウドサーバ１００は、ユーザ端末３００からの増設・減設要求を受け付けると、当該増設・減設要求に応じて、管理装置２００から、リソース４００の利用状況に関する情報を収集する。すなわち、インタークラウドサーバ１００は、管理装置２００に対して情報を要求する通知を送信し、管理装置２００が生成した利用情報を受信することによって、各管理装置２００のリソースの利用状況に関する情報を収集する。こうして収集した情報に基づき、インタークラウドサーバ１００は、ユーザ端末３００に対する割当を増設・減設するリソース４００を決定する。そして、インタークラウドサーバ１００は、管理装置２００に対してリソース４００の割当または解放を指示する。増設・減設要求がリソース間の接続関係の変更を伴う場合は、インタークラウドサーバ１００はさらに、増設・減設要求に含まれた接続関係情報と、増設・減設したリソース４００間の接続関係との対応を示す対応情報（後述する図３−２を参照）を生成する。そして生成した対応情報をユーザ端末３００に送信する。

なお、増設・減設要求は、常に接続関係情報を含むようしてもよいし、要求するリソース間の接続関係に変更が生じる場合のみ接続関係情報を含むようにしてもよい。増設・減設要求が常に接続関係情報を含むようにした場合は、インタークラウドサーバ１００は、接続関係情報の変更の有無に関係なく、常に対応情報を生成してユーザ端末３００に送信するものとしてもよい。または、新規割当要求時に、接続関係情報を後述する記憶部１１０に記憶しておき、その後の増設・減設要求時には、インタークラウドサーバ１００が、記憶部１１０から接続関係情報を読み出して、増設・減設要求に含まれる接続関係情報と比較してもよい。そして、接続関係情報に変更があった場合のみ、対応情報を生成してユーザ端末３００に送信してもよい。

また、増設・減設要求が、接続関係情報に変更がある場合のみ接続関係情報を含むようにした場合は、インタークラウドサーバ１００は、増設・減設要求が接続関係情報を含むか否かを判定するものとしてもよい。この場合は、インタークラウドサーバ１００は、接続関係情報を含むと判定した場合のみ、対応情報を生成してユーザ端末３００に送信する。

また、インタークラウドサーバ１００は、ユーザ端末３００からの過不足判定要求を受け付けると、当該過不足判定要求に応じて、管理装置２００から、リソース４００の利用状況に関する情報を収集する。すなわち、インタークラウドサーバ１００は、管理装置２００に対して情報を要求する通知を送信し、管理装置２００が生成した利用情報を受信することによって、各管理装置２００のリソースの利用状況に関する情報を収集する。収集した情報に基づき、インタークラウドサーバ１００は、ユーザ端末３００に対して割り当てられたリソースに過不足がないかを判定する。過不足判定の場合は、インタークラウドサーバ１００は、ユーザ端末３００に対して、過不足判定の結果のみを通知してもよい。また、過不足が発生した結果、割り当てられているリソース４００の接続関係を変更することが望ましいと判定した場合、変更した接続関係に応じた対応情報をあわせて通知してもよい。

なお、過不足判定は、ユーザ端末３００から過不足判定要求を受け付けた場合に行うものとしてもよいし、インタークラウドサーバ１００に予めクロックを設けて所定期間ごとに過不足判定を行うものとしてもよい。また、そのいずれの場合にも過不足判定を行うものとしてもよい。

さらに、インタークラウドサーバ１００は、ユーザ端末３００から割当廃止要求を受け付けた場合は、該当する管理装置２００に対して当該ユーザ端末３００に割り当てていたリソースを解放するよう指示する。なお、割当廃止時に、新たにリソースの利用状況に関する情報を収集して、他のユーザ端末へのリソース割当の調整をおこない、新たな割当リソースや対応情報を適宜送信してもよいし、この時点では特に調整はおこなわず、過不足判定を行うときに併せてリソース割当を調整するものとしてもよい。

なお、ここでは、ユーザ端末３００からの各種要求に、要求する複数リソース間の接続関係に関する接続関係情報が含まれるものとして説明したが、接続関係情報は要求自体とは別に送信されるものとしてもよい。

管理装置２００は、インタークラウドサーバ１００およびリソース４００と接続される。管理装置２００は、リソース４００を管理する。また、管理装置２００は、インタークラウドサーバ１００の要求に応じて、リソース４００の利用状況に関する情報を収集する。すなわち、インタークラウドサーバ１００は、管理装置２００に対して情報を要求する通知を送信し、管理装置２００が生成した利用情報を受信することによって、各管理装置２００のリソースの利用状況に関する情報を収集する。一つのリソース４００を一つの管理装置２００が管理してもよく、複数のリソース４００をまとめて一つの管理装置２００が管理してもよい。また、種類の異なるリソースごとに別の管理装置２００を設けてもよい。例えば、一つのクラウドシステムの中で、一つの管理装置が網リソースを管理し、別の管理装置が計算リソースを管理するものとしてもよい。また、異なるクラウドシステムのリソース４００を異なる管理装置２００が管理するものとしてもよく、異なるクラウドシステムのリソース４００を一つの管理装置２００がまとめて管理するものとしてもよい。さらに、管理装置２００は、複数のサーバのリソース４００が集合したデータセンタ単位でリソース４００を管理してもよい。図１では、異なるクラウドシステムのリソースごとに一つの管理装置２００が設けられている。

管理装置２００は、インタークラウドサーバ１００からの要求を受け取ると、要求に応じて、管理するリソース４００の利用状況に関する情報を収集し、インタークラウドサーバ１００に通知する。例えば、管理装置２００は、リソース４００の空き状況を示す空きリソース情報とリソース４００の利用状況を示す利用状況情報を収集し、インタークラウドサーバ１００に通知する。

また、管理装置２００は、インタークラウドサーバ１００からの割当通知や割当廃止通知を受けて、ユーザ端末３００に新たにリソース４００を割り当てたり、それまで割り当てていたリソース４００を解放したりする。また、管理装置２００は、インタークラウドサーバ１００からの増設・減設通知を受けて、ユーザ端末３００に割り当てるリソース４００を増減させる。そのために、管理装置２００は、割当部２０１を備える。割当部２０１は、インタークラウドサーバ１００からの通知の内容に応じて、リソース４００をユーザ端末３００に割り当て、割り当てたリソースを解放し、割り当てたリソースを増減させる。

ユーザ端末３００は、例えば、ＡＳＰ（Application Service Provider）運用者の端末である。ユーザ端末３００を操作するユーザは、提供するサービスの内容に応じて、要求するリソースの数やリソースの構成を決定し、インタークラウドサーバ１００に対してリソースの割当を要求する新規割当要求を送る。また、ユーザ端末３００は、リソースがいったん割り当てられた後に、リソースの増減を要求する増設・減設要求をインタークラウドサーバ１００に送る。また、ユーザ端末３００は、いったん割り当てられたリソースに過不足がないか判定することを要求する過不足判定要求をインタークラウドサーバ１００に送る。さらに、ユーザ端末３００は、割り当てられたリソースの割当廃止を要求する割当廃止要求をインタークラウドサーバ１００に送る。なお、インタークラウドサーバ１００は、リソースの割り当て後、ユーザ端末３００からの要求がなくても、一定時間ごとにリソースの過不足判定を行い、必要に応じてリソースの再割当を行うよう構成してもよい。

リソース４００は、インタークラウドシステムにおいて利用される資源である。例えば、計算リソース、記憶リソース、網リソース等がリソースに該当する。例えば、計算リソースとしては、仮想マシン（Virtual Machine）、サーバ、ＣＰＵ（Central Processing Unit）、メモリ、ディスク等が挙げられる。また、記憶リソースとしては、ストレージ装置等が挙げられる。さらに、網リソースとしては、ネットワーク、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、光ファイバー、光パス、ＩＰネットワーク、イーサネット（登録商標）、トンネルネットワーク等が挙げられる。

図２を参照し、実施例１における管理装置とリソースとユーザ端末との関係をさらに詳細に説明する。図２は、実施例１における管理装置とリソースとユーザ端末との関係の一例を示す図である。

図２においては、インタークラウドサーバ１００は、複数のクラウドシステムのリソースを管理する６つの管理装置２００−１〜２００−６と接続される。管理装置２００−１〜２００−３はそれぞれ、リソースとしてサーバ４０１−１〜４０１−３、サーバ４０１−４〜４０１−６、サーバ４０１−７〜４０１−９を管理する。また、管理装置２００−４〜２００−６はそれぞれ、リソースとしてネットワーク４０２−１、４０２−２、４０２−３を管理する。ユーザ端末３００−１〜３００−３は、それぞれが利用するリソースと接続される。例えば、ユーザ端末３００−１は、管理装置２００−４が管理するネットワーク４０２−１を介して管理装置２００−３が管理するサーバ４０１−７と接続される。ユーザ端末３００−２は、管理装置２００−５が管理するネットワーク４０２−２を介して、管理装置２００−２が管理するサーバ４０１−５および管理装置２００−３が管理するサーバ４０１−９と接続される。ユーザ端末３００−３は、管理装置２００−６が管理するネットワーク４０２−３を介して、管理装置２００−１が管理するサーバ４０１−１および管理装置２００−２が管理するサーバ４０１−６と接続される。

図２には示していないが、各ユーザ端末３００−１〜３００−３はインタークラウドサーバ１００と接続されており、インタークラウドサーバ１００に対して、リソースの新規割当要求等を行う。新規割当要求に応じてインタークラウドサーバ１００は、管理装置２００−１〜２００−６から空きリソース情報および利用状況情報を収集する。そして、インタークラウドサーバ１００は、収集した空きリソース情報および利用状況情報に基づき、各ユーザ端末３００−１〜３００−３に割り当てるリソースを決定する。また、インタークラウドサーバ１００は、該当する管理装置にリソースの割当通知を出し、該当する管理装置は、割当通知に応じて各ユーザ端末３００−１〜３００−３にリソースを割り当てる。また、インタークラウドサーバ１００は、新規割当要求に含まれる接続関係情報と割り当てたリソースの接続関係との対応情報を生成し、ユーザ端末３００−１〜３００−３に送信する。その結果、ユーザ端末３００−１〜３００−３は、適切に要求に応じたリソースを構成してリソースを利用することができる。

このように、インタークラウドサーバ１００と、複数のクラウドシステムのリソースであるサーバ４０１−１〜４０１−９およびネットワーク４０２−１〜４０２−３を管理する複数の管理装置２００−１〜２００−６とを接続する。そして、各管理装置から収集した空きリソース情報および利用状況情報を一括して、ユーザ端末の新規割当要求と照合することにより、異なるクラウドシステムの様々な種類のリソースを適切にユーザ端末に割り当てることができる。このため、ユーザ端末は、複数のクラウドシステムのリソースであることを意識することなく、複数のクラウドシステムのリソースを簡単に組み合わせて利用することができる。

また、インタークラウドサーバ１００は、ユーザ端末３００からの要求に含まれた接続関係情報と、割り当てたリソース４００の接続関係との対応を示す対応情報を生成してユーザ端末３００に送信する。このため、ユーザ端末３００は、自らリソース４００の構成を判断する必要なく、適切にリソース４００を構成して利用することができる。

［実施例１に係るインタークラウドサーバの構成］
図１に戻り、実施例１に係るインタークラウドサーバ１００の構成につきさらに詳細に説明する。図１に示すように、インタークラウドサーバ１００は、通信部１０１と、記憶部１１０と、制御部１２０とを備える。通信部１０１は、インタークラウドサーバ１００と、その外部の装置との通信を行う。図１中、通信部１０１は、管理装置２００とユーザ端末３００とからの情報を受信し、インタークラウドサーバ１００内の機能部から出力される情報を、管理装置２００およびユーザ端末３００に送信する。記憶部１１０は、インタークラウドサーバ１００内での処理に利用される情報や処理の結果生成された情報を記憶する。例えば、記憶部１１０は、ユーザ端末３００から送信される新規割当要求に含まれる、要求するリソースの制約条件等を記憶する。制御部１２０は、管理装置２００からの情報収集処理やユーザ端末３００へのリソース割当処理を制御する。記憶部１１０および制御部１２０における処理の詳細については、以下にさらに詳細に説明する。

［記憶部の構成］
記憶部１１０は、インタークラウドサーバ１００内での処理に利用される情報や処理の結果生成された情報を記憶する。図１の例では、記憶部１１０は、対応情報記憶部１１１を備える。対応情報記憶部１１１は、ユーザ端末３００からの新規割当要求に応じてインタークラウドサーバ１００がリソース４００を割り当てる際に生成する、新規割当要求に含まれる接続関係情報と割当リソースの接続関係との対応を示す対応情報を記憶する。図１においては、対応情報記憶部１１１のみを示しているが、記憶部１１０はこのほかの情報を記憶する機能部も備えてよい。例えば、ユーザ端末３００からの新規割当要求に含まれる、要求するリソースの種別、数、属性等に関する情報を記憶する記憶部を備えてもよい。また、管理装置２００から送信される空きリソース情報や利用状況情報を記憶する記憶部を備えてもよい。

図３−１を参照して、記憶部１１０に格納される情報の一例を説明する。図３−１は、実施例１に係るインタークラウドサーバ１００の記憶部１１０に格納される情報の一例を示す図である。図３−１に示すように、記憶部１１０には、各ユーザ端末３００を一意に識別するユーザＩＤに対応付けて、当該ユーザ端末が利用中のリソース、当該ユーザ端末が要求するリソースの制約条件、当該ユーザ端末が要求するリソース間の接続関係と割当リソースとの対応を示す対応情報が格納される。なお、図３−１に示す格納情報は一例であって、これ以外の情報を記憶部１１０に格納してよい。

図３−１中、例えば、図２のユーザ端末３００−１を一意に示すユーザＩＤ「００１」に対応づけて、「利用中のリソース」としてネットワーク４０２−１の識別子「Ｎ０１」と、サーバ４０１−７の識別子「Ｓ０７」とが格納されている。また、「リソース制約条件」として、ネットワークの帯域「１５０Ｍｂｐｓ」と遅延「１０ｍｓ」とが格納されている。さらに、「リソース制約条件」として、サーバの所在地「東京」が格納されている。さらに、「対応情報」として、新規割当要求においてユーザ端末３００−１が要求したリソースである「ネットワークＮ１」と「サーバＳ１」との接続関係と、割当リソースである「ネットワークＮ０１」と「サーバＳ０７」との接続関係との対応を示す情報が、「（Ｎ１−Ｓ１）＝（Ｎ０１−Ｓ０７）」として格納されている。

なお、図３−１では、リソース制約条件として、ネットワークの帯域と遅延、サーバの所在地のみを示したが、他に種々のリソース制約条件が格納されうることは言うまでもない。例えば、後述するリソース属性情報に相当する情報がリソース制約条件として格納されうる。

［制御部の構成］
再び図１を参照し、制御部１２０の構成について詳細に説明する。図１に示すように、制御部１２０は、受付部１２１、抽出部１２２、収集部１２３、決定部１２４、通知部１２５、生成部１２６、出力部１２７を備える。受付部１２１は、ユーザ端末３００から送信される新規割当要求、割当廃止要求、増設・減設要求、過不足判定要求等を、通信部１０１を介して受け付ける。受付部１２１は、受け付けた情報の種類を判定し、種類に応じて、記憶部１１０、抽出部１２２、収集部１２３および通知部１２５に送信する。

抽出部１２２は、受付部１２１から情報を受信し、当該情報からユーザ端末３００が要求するリソースの属性情報と要求するリソースの数を抽出する。リソースの属性情報とは、例えば、リソースが計算リソースであれば、処理性能（ベンチマーク結果）、ＣＰＵ（Central Processing Unit）種別、ＣＰＵコア数、ＣＰＵコアクロック、メモリ種別、メモリ容量、オペレーションシステム（ＯＳ）の種別とバージョン、アプリケーションの種別とバージョン等である。また、リソースが記憶リソースであれば、その容量、スループット、インタフェース種別、冗長種別（ＲＡＩＤ種別）等である。また、リソースが網リソースであれば、その距離（許容最大値や許容最低値）、遅延（最大遅延時間や平均遅延時間）、帯域（物理帯域保証通信速度、最大通信速度）、パケット損失率、起点、終点、接続形態（バス、スター、Ｐ２Ｐ、リング、メッシュ）等である。

収集部１２３は、ユーザ端末３００からの情報に応じて、管理装置２００からリソースの利用状況に関する情報を収集する。例えば、収集部１２３は、管理装置２００にアクセスして、管理装置２００が管理するリソース４００の空きリソース情報とユーザごとの利用状況情報を収集する。空きリソース情報としては、例えば、リソース４００の総量と、割り当てられていないリソース４００についての情報とを収集する。また、収集部１２３は、リソース４００の利用料金の値や、リソース４００の属性などを収集する。また、収集部１２３は、利用状況情報として、割り当てられたリソース４００のうち、実際に利用されているリソース４００についての情報と、利用されていないリソース４００についての情報とを収集する。収集した情報はその都度、記憶部１１０に格納し更新してもよい。

決定部１２４は、収集部１２３が収集したリソース４００に関する情報と、抽出部１２２が抽出したユーザ端末３００が要求するリソースの属性情報および数とに基づいて、ユーザ端末３００に割り当てるリソース４００を割当リソースとして決定する。また、決定部１２４は、収集部１２３が収集したリソース４００に関する情報と、記憶部１１０に格納された情報に基づき、ユーザ端末３００に割り当てられているリソースに過不足がないかを判定する。リソースに過不足が生じていると判定した場合は、さらに、新たな割当リソースを決定してもよい。

通知部１２５は、決定部１２４が決定した割当リソースを、通信部１０１を介して管理装置２００に通知し、割当を実行するよう指示する。また、決定部１２４がリソースに過不足が生じていると判定した場合は、通知部１２５は、過不足判定結果をユーザ端末３００に通知する。さらに、通知部１２５は、過不足が生じた結果、新たな割当リソースが決定された場合は、当該割当リソースを、管理装置２００に通知する。

生成部１２６は、受付部１２１が受け付けた、ユーザ端末３００からの要求に含まれる、要求するリソースの接続関係を示す接続関係情報と、決定部１２４が決定した割当リソースの接続関係との対応を示す対応情報を生成する。例えば、図３−１に示す「対応情報」に相当する情報を生成する。対応情報の具体的構成は、図３−１の例には限定されない。ユーザ端末３００が要求するリソース間の接続関係と、実際に割り当てられたリソース間の接続関係との対応を示す情報であれば、対応情報の具体的構造は特に限定されない。生成部１２６が生成した対応情報は、記憶部１１０および出力部１２７に送られる。

図３−２を参照して、対応情報をさらに具体的に説明する。例えば、ユーザが４つの計算リソースＣ１，Ｃ２，Ｃ３，Ｃ４と、２つの網リソースＮ１，Ｎ２と、１つの記憶リソースＳ１と、それらの間の図３−２の下部分に示す接続関係とを要求したとする。そして、割当リソースとして、データセンタＤＣ１により実現される計算リソースＣ０１，Ｃ０２，Ｃ０３，Ｃ０４と、網リソースＮ０４、ＷＡＮにより実現される網リソースＮ０３、データセンタＤＣ２により実現される記憶リソースＳ０５とが割り当てられたとする。この場合、対応情報は、計算リソースＣ０１，Ｃ０２，Ｃ０３，Ｃ０４がそれぞれ、ユーザが要求した接続関係を有するＣ１，Ｃ２，Ｃ３，Ｃ４に対応することを示す。また、網リソースＮ０４，Ｎ０３がそれぞれ、ユーザが要求した接続関係を有するＮ１，Ｎ２に対応することを示す。また、記憶リソースＳ０５が、ユーザが要求したＳ１に対応することを示す。

出力部１２７は、生成部１２６が生成した対応情報を、通信部１０１を介してユーザ端末３００に送信する。送信する対応情報の形式は特に限定されないが、ユーザ端末３００において図式的に表示できる情報であることが好ましい。例えば、図３−２に示すような図をユーザ端末３００に表示するようにしてもよい。

［実施例１のインタークラウドサーバによるリソース割当処理］
次に、実施例１に係るインタークラウドサーバ１００におけるリソース割当処理について図４乃至図７を参照して説明する。

［新規割当要求時の処理］
図４は、実施例１に係るインタークラウドサーバにおける新規割当要求時のリソース割当処理の流れの一例を示すフローチャートである。まず、インタークラウドサーバ１００は稼動状態にある間、常時ユーザ端末３００からの要求を受け付けている。ユーザ端末３００からの要求の受付がない場合（ステップＳ４０１、否定）は、インタークラウドサーバ１００はステップＳ４０１を繰り返す。

インタークラウドサーバ１００において、受付部１２１がユーザ端末３００からの要求を受け付けると（ステップＳ４０１、肯定）、当該要求が新規割当要求であるか否かを判定する（ステップＳ４０２）。当該要求が新規割当要求ではないと判定されると（ステップＳ４０２、否定）、後述する図５の処理に進む。当該要求が新規割当要求であると判定されると（ステップＳ４０２、肯定）、抽出部１２２が、当該要求から、要求するリソースの属性情報と、要求するリソースの数とを抽出する（ステップＳ４０３）。次に、収集部１２３が、管理装置２００にアクセスして、インタークラウドシステム内のリソースの利用状況に関する情報を収集する（ステップＳ４０４）。具体的には、空きリソース情報や利用状況情報を収集する。そして、決定部１２４が、収集部１２３が収集した情報と、抽出部１２２が抽出した情報とに基づき、ユーザ端末３００に割り当てるリソースを決定する（ステップＳ４０５）。そして、通知部１２５が、決定部１２４により決定された割当リソースを管理装置２００に通知する（ステップＳ４０６）。さらに、割当リソースに関する情報は、生成部１２６に送られ、生成部１２６は、新規割当要求に含まれる、要求するリソースの接続関係を示す接続関係情報と、決定した割当リソースの接続関係との対応を示す対応情報を生成する（ステップＳ４０７）。そして、出力部１２７は、生成部１２６が生成した対応情報をユーザ端末３００に対して出力し（ステップＳ４０８）、処理を終了する。

［増設・減設時の処理］
次に、図５を参照して、実施例１に係るインタークラウドサーバにおける増設・減設要求時のリソース割当処理の流れを説明する。図５は、実施例１に係るインタークラウドサーバにおける増設・減設要求時のリソース割当処理の流れの一例を示すフローチャートである。

まず、図４のステップＳ４０２において受け付けた要求が新規割当要求ではないと判定された場合（ステップＳ４０２、否定）、受付部１２１は、当該要求が増設・減設要求であるか否かを判定する（ステップＳ５０１）。増設・減設要求ではないと判定された場合（ステップＳ５０１、否定）、後述する図６の処理に進む。増設・減設要求であると判定された場合（ステップＳ５０１、肯定）、抽出部１２２が、当該要求から、増設・減設を要求するリソースの属性情報および数を抽出する（ステップＳ５０２）。次に、収集部１２３が、管理装置２００にアクセスして、インタークラウドシステム内のリソースの利用状況に関する情報を収集する（ステップＳ５０３）。そして、決定部１２４が、収集部１２３が収集した情報と、抽出部１２２が抽出した情報とに基づき、ユーザ端末３００に対する割当を増設・減設するリソースを決定する（ステップＳ５０４）。そして、通知部１２５が、決定部１２４により増設・減設を決定された割当リソースを管理装置２００に通知する（ステップＳ５０５）。さらに、割当リソースに関する情報は、生成部１２６に送られ、生成部１２６は、割当リソース、記憶部１１０に格納された情報、増設・減設要求に含まれる情報、収集部１２３が収集した情報等に基づいて、ユーザ端末３００に割り当てるリソースの接続関係が変化したか否かを判定する（ステップＳ５０６）。生成部１２６が、接続関係が変化していないと判定した場合、処理は終了する。生成部１２６が接続関係は変化したと判定した場合、生成部１２６は、ユーザ端末３００が要求しているリソース間の接続関係と、新しく割り当てるリソース間の接続関係との対応情報を生成する（ステップＳ５０７）。そして、出力部１２７は、生成部１２６が生成した対応情報を出力し（ステップＳ５０８）、処理を終える。

なお、図５の例では、接続関係に変化がない場合は、対応情報の生成・出力は行わないものとしたが、接続関係に変化がない場合も、対応情報を生成・出力するものとしてもよい。

［過不足判定時の処理］
次に、図６を参照して、実施例１に係るインタークラウドサーバにおける過不足判定要求時のリソース割当処理の流れを説明する。図６は、実施例１に係るインタークラウドサーバにおける過不足判定要求時のリソース割当処理の流れの一例を示すフローチャートである。

まず、図５のステップＳ５０１において、受け付けた要求が増設・減設要求ではないと判定された場合（ステップＳ５０１、否定）、受付部１２１は、当該要求が過不足判定要求であるか否かを判定する（ステップＳ６０１）。過不足判定要求ではないと判定された場合（ステップＳ６０１、否定）、後述する図７の処理に進む。過不足判定要求であると判定された場合（ステップＳ６０１、肯定）、収集部１２３が、管理装置２００にアクセスして、インタークラウド内のリソースの利用状況に関する情報を収集する（ステップＳ６０２）。次に、決定部１２４が、収集部１２３が収集した情報と記憶部１１０から読み出した当該ユーザ端末３００に関する情報とに基づき、当該ユーザ端末３００に割り当てたリソースの過不足を判定する（ステップＳ６０３）。なお、ここでは、決定部１２４が過不足判定を行うものとしたが、決定部１２４と別に過不足判定を行う機能部を設けてもよい。決定部１２４は、過不足判定を行うとともに、過不足が生じた結果、リソース割当を変更する場合、変更後の割当リソースを決定する（ステップＳ６０４）。そして、通知部１２５が割当リソースを管理装置２００に通知する（ステップＳ６０５）。さらに、決定部１２４は、割当変更の結果として、ユーザ端末３００が要求するリソースの接続関係と割当リソースの接続関係との対応情報に変更があるか否かを判定する（ステップＳ６０６）。対応情報に変更がない場合（ステップＳ６０６、否定）、通知部１２５は、過不足判定結果をユーザ端末３００に通知して（ステップＳ６０９）、処理を終了する。対応情報に変更がある場合（ステップＳ６０６、肯定）、生成部１２６は、新しい対応情報を生成し（ステップＳ６０７）、出力部１２７が、対応情報をユーザ端末３００に対して出力して（ステップＳ６０８）、処理を終わる。

なお、図６の例では、決定部１２４が、過不足判定とともに割当変更の要否を判定し、必要に応じて新しい割当リソースを決定するものとした。しかし、過不足判定時は、割当変更や新しい割当リソースの決定等は行わず、過不足判定結果を出力して処理を終えるものとしてもよい。また、対応関係に変更があるか否かの判定は行わず、常に対応情報を送信するものとしてもよい。

［割当廃止時の処理］
次に、図７を参照して、実施例１に係るインタークラウドサーバにおける割当廃止要求時のリソース割当処理の流れを説明する。図７は、実施例１に係るインタークラウドサーバにおける割当廃止要求時の処理の流れの一例を示すフローチャートである。

まず、図６のステップＳ６０１において、受け付けた要求が過不足判定要求ではないと判定された場合（ステップＳ６０１、否定）、受付部１２１は、当該要求が割当廃止要求であるか否かを判定する（ステップＳ７０１）。割当廃止要求ではないと判定された場合（ステップＳ７０１、否定）、処理を終了する。割当廃止要求であると判定された場合（ステップＳ７０１、肯定）、通知部１２５が管理装置２００に対して割当廃止通知を送る（ステップＳ７０２）。そして、割当廃止要求を出したユーザ端末３００に対応して格納された、記憶部１１０内の情報を更新して（ステップＳ７０３）、処理を終える。

なお、割当廃止時には、併せて、他のユーザに割り当てられたリソース配分を見直し、各ユーザに対して新規割当リソースと対応情報を通知するものとしてもよい。

このように、新規割当要求、増設・減設要求、過不足判定要求を受け付けた場合、インタークラウドサーバ１００は、適宜、要求を出したユーザ端末３００に割り当てるリソース４００間の接続関係と、ユーザ端末３００が要求したリソース間の接続関係との対応関係を判定して対応情報を生成する。そして、生成した対応情報をユーザ端末３００に送信する。このため、ユーザ端末３００において、割当リソースの接続関係をユーザが判定する必要がなく、容易にリソースを用いたサービスを構築しリソースを利用することができる。

［実施例１の効果］
上述の通り、実施例１によれば、インタークラウドサーバ１００は、ユーザ端末３００から、当該ユーザ端末３００が割当を要求するリソース間の接続関係に関する情報を含む要求を受け付ける。そして、当該要求に応じて割当リソースを決定し、リソース４００を管理する管理装置２００に対して、リソース４００をユーザ端末３００に割り当てるよう通知する。さらに、インタークラウドサーバ１００は、割当リソース間の接続関係と、ユーザ端末３００が要求するリソース間の接続関係との対応を示す対応情報を生成する。そして、生成した対応情報をユーザ端末３００に対して送信する。このため、ユーザ端末３００のユーザは、提供元が異なるリソース４００を簡単に組み合わせて利用することができる。また、ユーザ端末３００のユーザは、要求したどのリソースと、どの割当リソースとが対応するのかを、対応情報によって判断することができるため、割り当てられたリソースをどのように構成すべきかを自分で判断する必要がなく、容易に割当リソースを構成してサービスを提供することができる。

また、実施例１によれば、インタークラウドサーバ１００は、ユーザ端末３００からリソースの増設・減設要求を受け付ける際も、必要に応じて、ユーザ端末３００から要求されたリソース間の接続関係と割当リソースの接続関係との対応を示す対応情報をユーザ端末３００に送信する。したがって、ユーザは、容易に割当リソースを構成してサービスを提供することができる。

また、実施例１によれば、インタークラウドサーバ１００は、複数のクラウドシステムにより提供されるリソースの利用状況をシステム縦断的に収集して、ユーザ端末３００にリソースを割り当てることができる。したがって、ユーザは、複数のクラウドシステムを含むインタークラウドシステムの複雑な構成を意識することなく、容易に割当リソースを構成してサービスを提供することができる。

実施例２では、インタークラウドサーバの詳細について更に説明する。実施例２では、インタークラウドサーバ５００にインストールされたプログラムが一連の処理を実行することで、異なるクラウドシステムにより提供されるリソースを割り当てる場合を用いて説明する。より詳細には、インタークラウドサーバ５００が、ネットワークのリソースと、データセンタのリソースとを割り当てる場合を用いて説明する。

なお、以下では、クラウドシステムにより提供されるリソースが、ＡＳＰ（Application Service Provider）運用者に割り当てられ、ＡＳＰ運用者により提供されるサービスをユーザが利用する場合を用いて説明する。

図８は、実施例２に係るインタークラウドサーバの概略図である。実施例２に係るインタークラウドサーバ５００は、データセンタのリソースやネットワークのリソースを提供するクラウドシステム各々について、リソースの状況を示す情報を収集し、異なるクラウドシステムに属するリソースをＡＳＰ運用者に割り当てる。例えば、実施例２に係るインタークラウドサーバ５００は、異なるクラウドシステムにより提供されるリソースを組み合わせて提供することで、スケールアウト等のマイグレーションを支援する。

実施例２に係るインタークラウドサーバは、リソースの割当に関する条件を記憶する制約条件データベース（ＤＢ）５１１と、リソースに関する管理情報を記憶する管理情報ＤＢ５１２とを備える。制約条件ＤＢ５１１および管理情報ＤＢ５１２は、実施例１のインタークラウドサーバ１００が備える記憶部１１０に相当する。

制約条件ＤＢ５１１は、インタークラウドシステムにより提供されるリソースが割り当てられるＡＳＰ運用者を識別するユーザＩＤと、当該ＡＳＰ運用者が要求するリソースに関する情報（以下、制約条件とも呼ぶ）とを対応づけて記憶する。例えば、制約条件ＤＢ５１１は、以下に説明するサービス構成情報、リソース割当情報、リソース・サービス構成情報などを記憶する。

管理情報ＤＢ５１２は、リソースを管理する管理装置についての管理情報を記憶する。例えば、ＤＣ−ＯＰＳ６０３−１についての管理情報を記憶し、ＮＷ−ＯＰＳ６０４−１についての管理情報を記憶する。管理情報とは、例えば、管理装置の識別名や管理装置にアクセスする際に用いられるＵＲＬ、管理装置にアクセスする際に用いられるパスワードなどが該当する。

図８に示す例では、インタークラウドサーバ５００に加えて、オペレータ端末６０１と、ＡＳＰ端末６０２と、ＤＣ−ＯＰＳ（Data Center-Operation System）６０３−１〜６０３−４と、ＮＷ−ＯＰＳ（Network-Operation System）６０４−１〜６０４−４と、ＤＣ（Data Center、データセンタ）６０５−１〜６０５−４と、Ｒ（Router、ルータ）６０６−１〜６０６−４と、ユーザ端末６０７−１〜６０７−３とを示す。

オペレータ端末６０１は、インタークラウドサーバ５００と接続される。オペレータ端末６０１は、インタークラウドサーバ５００を管理するオペレータにより用いられる。オペレータ端末６０１は、Ｗｅｂブラウザを有する。例えば、オペレータ端末６０１は、インタークラウドサーバ５００の設定や運用、管理等を行うためのインタフェースをＷｅｂブラウザ上に表示する。

ＡＳＰ端末６０２は、インタークラウドサーバ５００と接続される。ＡＳＰ端末６０２は、クラウドシステムにより提供されるリソースを用いてサービスを提供するＡＳＰ運用者により用いられる。ＡＳＰ端末６０２は、Ｗｅｂブラウザを有する。例えば、ＡＳＰ端末６０２は、インタークラウドサーバ５００の設定や運用、管理等を行うためのインタフェースをＷｅｂブラウザ上に表示する。

Ｒ６０６−１〜６０６−４は、ＮＷ−ＯＰＳ６０４−１〜６０４−４及びＤＣ６０５−１〜６０５−４、ユーザ端末６０７−１〜６０７−３と接続される。Ｒ６０６−１〜６０６−４は、ネットワーク装置であり、例えば、ルータである。Ｒ６０６−１〜６０６−４は、ネットワークを形成する。なお、Ｒ６０６−１〜６０６−４により形成されるネットワーク６０８により、ＤＣ６０５−１〜６０５−４とユーザ端末６０７−１〜６０７−３とが接続され、複数あるＤＣ６０５−１〜６０５−４各々が接続される。Ｒ６０６−１〜６０６−４は、ＮＷ−ＯＰＳ６０４−１〜６０４−４により管理される。

ＤＣ６０５−１〜６０５−４は、ＤＣ−ＯＰＳ６０３−１〜６０３−４及びＲ６０６−１〜６０６−４と接続される。ＤＣ６０５−１〜６０５−４は、仮想マシンサービスを提供する。ＤＣ６０５−１〜６０５−４は、ＤＣ−ＯＰＳ６０３−１〜６０３−４により管理される。なお、仮想マシン（ＶＭ、Virtual Machine）とは、ソフトウェアによって提供される仮想的なＰＣを示す。

ＤＣ−ＯＰＳ６０３−１〜６０３−４は、インタークラウドサーバ５００及びＤＣ６０５−１〜６０５−４と接続される。ＤＣ−ＯＰＳ６０３−１〜６０３−４は、ＤＣ６０５−１〜６０５−４のリソースを管理する管理装置である。具体的には、ＤＣ−ＯＰＳ６０３−１〜６０３−４は、ＤＣ６０５−１〜６０５−４の利用状況情報をＡＳＰ運用者毎に把握し、ＤＣ６０５−１〜６０５−４各々の空きリソース情報を把握する。例えば、ＤＣ−ＯＰＳ６０３−１は、ＤＣ６０５−１〜６０５−４の内１つ又は複数のＤＣを管理する。

ＮＷ−ＯＰＳ６０４−１〜６０４−４は、インタークラウドサーバ５００及びＲ６０６−１〜６０６−４と接続される。ＮＷ−ＯＰＳ６０４−１〜６０４−４は、Ｒ６０６−１〜６０６−４を管理する管理装置である。具体的には、ＮＷ−ＯＰＳ６０４−１〜６０４−４は、Ｒ６０６−１〜６０６−４により形成されるネットワーク６０８について、ネットワーク６０８の利用状況情報をＡＳＰ運用者毎に把握し、Ｒ６０６−１〜６０６−４により形成されるネットワーク６０８について空きリソース情報を把握する。例えば、ＮＷ−ＯＰＳ６０４−１は、Ｒ６０６−１〜６０６−４の内１つ又は複数のＲを管理する。

なお、図８に示す例では、説明の便宜上、オペレータ端末が１つあり、ＡＳＰ端末が１つあり、ＤＣ−ＯＰＳが４つあり、ＮＷ−ＯＰＳが４つあり、ＤＣが４つあり、Ｒが４つあり、ユーザ端末が３つある場合を示した。ただし、これに限定されるものではなく、各装置の数は任意であって良い。例えば、ＡＳＰ端末が２つ以上あっても良く、ＤＣ−ＯＰＳやＮＷ−ＯＰＳ、ＤＣ、Ｒなどが３つ以下でも良く、５つ以上でも良い。

また、図８に示す例では、オペレータ端末６０１と、ＡＳＰ端末６０２と、ユーザ端末６０７とが別装置である場合を例に示したが、これに限定されるものではない。例えば、オペレータ端末６０１と、ＡＳＰ端末６０２と、ユーザ端末６０７とのうち、任意の装置を組み合わせて１つの装置としても良い。

インタークラウドサーバ５００は、各種のハードウェアを有し、ＯＳやミドルウェアなどの各種プログラムが予めインストールされる。具体的には、インタークラウドサーバ５００は、詳細については後述するように、インタークラウドサーバ５００が有する各種のハードウェアにより実行されるプログラムとして、ＩＣＳソフトウェア５０１と、ＲＡＦ（リソース要件推定アルゴリズム）５０２とを実行する。

なお、ＩＣＳソフトウェア５０１は、実施例１における制御部１２０の各部により実行される処理を実行する。また、ＲＡＦ５０２は、ＡＳＰ運用者に割り当てられているリソースについての利用状況情報と制約条件とに基づいて、ＡＳＰ運用者に割り当てることが推奨されるリソースのリソース要件を推定する。例えば、ＲＡＦ５０２は、利用状況情報を解析することで、ＡＳＰ運用者が必要とするリソース量を推定し、制約条件に合致して推定したリソース量を満たすリソース要件を推定する。なお、ＲＡＦ５０２による推定処理は、任意の手法を用いて良い。また、リソースの割当に用いる手法については、特に限定されず、任意の手法を用いて良い。

また、実施例２におけるＩＣＳソフトウェア５０１は、後述するように、ＡＳＰ端末６０２からサービス構成情報の入力を受け付ける。そして、ＡＳＰ端末６０２が要求するリソースの属性情報と、リソースの数とを、サービス構成情報から抽出する。そしてＤＣ−ＯＰＳ６０３−１〜６０３−４およびＮＷ−ＯＰＳ６０４−１〜６０４−４から、リソースであるＤＣ６０５−１〜６０５−４およびＲ６０６−１〜６０６−４に関する情報を収集する。そして、抽出したリソースの属性情報と数と、収集した情報とに基づいて、ＡＳＰ端末６０２に対して割り当てるリソースを決定する。決定した割当リソースについて、ＤＣ−ＯＰＳ６０３−１〜６０３−４およびＮＷ−ＯＰＳ６０４−１〜６０４−４のうち、割当リソースを管理するシステムに対して通知する。そして、ＡＳＰ端末６０２から入力されたサービス構成情報に含まれるリソース間の接続関係と、決定した割当リソースとの接続関係の対応を示す対応情報を生成する。ＩＣＳソフトウェア５０１はさらに、生成した対応情報と、サービス構成情報と、リソース割当情報と、を含むリソース・サービス構成情報を生成して、ＡＳＰ端末６０２に送信する。ＡＳＰ端末６０２においては、送信された情報を図式化してＷｅｂブラウザ上で視認することができる。

なお、サービス構成情報、リソース割当情報、リソース・サービス構成情報等、実施例２において用いる各種データの詳細については、後述する。

以下では、ＲＡＦ５０２が、ＩＣＳソフトウェア５０１と同一のコンピュータにインストールされたプログラムである場合を用いて説明する。ただし、ＲＡＦ５０２は、これに限定されるものではなく、ＩＣＳソフトウェア５０１とは別のコンピュータにインストールされても良く、インタークラウドサーバ５００とは別の装置としても良い。

［実施例２において用いられる各種データのデータ構造の一例］
以下に、実施例２において用いられる各種データのデータ構造について説明する。

［サービス構成情報の一例］
実施例２のインタークラウドサーバ５００は、ＡＳＰ端末６０２からサービス構成情報の入力を受け付ける。図９を参照して、サービス構成情報の構造の一例を説明する。図９は、実施例２におけるサービス構成情報の一例を示す図である。サービス構成情報は、ＡＳＰ端末６０２のユーザによって定義される情報である。サービス構成情報は、例えば、実施例１におけるリソースの新規割当要求や増設・減設要求に含まれ、接続関係情報を含む情報である。ＡＳＰ端末６０２のユーザは、例えば、ＡＳＰ端末６０２のＷｅｂブラウザ上に表示される画面からサービス構成情報を入力することができる。

図９に示すように、サービス構成情報は、「リソース種別」、「リソースの数」、「リソース間の接続関係」、「リソースの属性」を含む。「リソース種別」とは、リソースの種別を示す情報であり、例えば、「計算」「記憶」「網」等である。「リソースの数」とは要求するリソースのリソース種別ごとの数である。そして、「リソース間の接続関係」とは、要求する複数のリソースをどのように接続するかを示す情報である。「リソースの属性」は、各リソース種別ごとに予め定められているリソースの属性を示す情報である。例えば、計算リソースであれば、ＣＰＵ種別やＣＰＵコア数等である。また、記憶リソースであれば、容量やスループット等である。また、網リソースであれば、帯域や遅延等である。属性情報の詳細については、図９では図示を省略している。属性情報については、図１０乃至図１２を参照してさらに詳細に後述する。

インタークラウドサーバ５００が受け付けたサービス構成情報は、例えば、図８に示す制約条件ＤＢ５１１に記憶される。制約条件ＤＢ５１１は、サービス構成情報を、ＡＳＰ端末６０２を一意に識別するユーザＩＤと対応づけて記憶する。例えば、図９の例では、ユーザＩＤ「００１」に対応づけて、当該ＩＤによって識別されるＡＳＰ端末６０２によって要求される計算リソース、記憶リソース、網リソースのそれぞれについての情報が記憶されている。例えば、ユーザＩＤ「００１」のユーザは、「リソースの数」で示すように、計算リソースを３つ、記憶リソースを３つ、網リソースを２つ要求している。さらに、ユーザＩＤ「００１」に対応付けて、リソースごとに、「リソース間の接続関係」が記憶されている。例えば、ユーザＩＤ「００１」のユーザが要求する３つの計算リソースＣ１，Ｃ２，Ｃ３については、接続情報「Ｃ１（Ｓ１，Ｒ１）、Ｃ２（Ｓ２，Ｒ１，Ｒ２）、Ｃ３（Ｓ３，Ｒ２）」が記憶される。この接続情報は、計算リソースＣ１が、記憶リソースＳ１および網リソースＲ１と接続されることを示す。また、計算リソースＣ２が、記憶リソースＳ２および網リソースＲ１，Ｒ２と接続されることを示す。また、計算リソースＣ３が、記憶リソースＳ３および網リソースＲ２と接続されることを示す。

制約条件ＤＢ５１１はさらに、ユーザＩＤ「００１」のＡＳＰ端末６０２が要求する各リソースの属性についての情報を「リソースの属性」として記憶する。例えば、計算リソースを３つ要求している場合、各計算リソースには要求リソースＩＤ「Ｃ１」「Ｃ２」「Ｃ３」が自動的に付与され、各々の「リソースの属性」の情報が要求リソースＩＤに対応付けて格納される。属性情報については後述する。

［リソース属性情報の詳細］
ＩＣＳソフトウェア５０１は、サービス構成情報を受け付けると、サービス構成情報に含まれる「リソースの属性」と「リソースの数」を抽出する。サービス構成情報に含まれる「リソースの属性」を、リソース属性情報とも呼ぶ。以下、リソース属性情報について説明する。

なお、以下に説明するように、リソース属性情報は多種存在するが、ＡＳＰ端末６０２がサービス構成情報を送信する際に、以下に説明する全ての属性に関する情報を入力しなければならないわけではない。例えば、インタークラウドシステムによって予め定められた属性のみがＡＳＰ端末６０２のＷｅｂブラウザ上に表示され、プルダウンメニュー等によってＡＳＰ運用者が属性を選択するものとしてもよい。また、ＡＳＰ運用者が、特に指定したい属性のみを任意に指定することができるものとしてもよい。また、インタークラウドシステムによって予め定められた属性の組合せが、ＡＳＰ端末６０２のＷｅｂブラウザ上に表示され、ＡＳＰ運用者が表示された選択肢から適宜属性の組合せを選択するものとしてもよい。

［各リソースに共通の属性情報］
すべての種別のリソースに共通するリソース属性情報として、「価格」「ＳＬＡ（Service Level Agreement）」「可用時間」「所在地」「冗長度」「多重度」「セキュリティレベル」「消費電力」等がある。例えば、「価格」とは、当該リソースの利用に対して発生する料金であり、「２０万円」等である。「ＳＬＡ」とは、通信サービスの事業者が利用者にサービスの品質を保証するために設定される品質であり、「サービス稼働率：９９％」、「平均復旧時間：１時間」、「通信暗号化レベル：ＳＳＬ」等が含まれる。「可用時間」とは、リソースを利用できる時間であり、「９：００〜２０：００」等である。「所在地」とは、リソースの所在地を指し、例えば、「東京」等である。「冗長度」は、リソースの冗長度を指し、例えば、「２」等である。「多重度」は、リソースが許容する多重度を指し、例えば、「５」等である。「セキュリティレベル」は、リソースの安全度を示し、例えば、「４」等である。「消費電力」は、リソースが消費する電力量を示し、例えば「１０Ｗ」等である。

［計算リソースの属性情報］
計算リソースの場合は、上記共通の属性情報に加えて、「処理性能（ベンチマーク結果）」「ＣＰＵ種別」「ＣＰＵコア数」「ＣＰＵコアクロック」「メモリ種別」「メモリ容量」「ＯＳ種別およびＯＳバージョン」「アプリケーション種別およびバージョン」等が記憶される。サービス構成情報に含まれ、制約条件ＤＢ５１１に格納される、計算リソースの属性情報の一例を図１０に示す。図１０は、実施例２におけるサービス構成情報に含まれる計算リソースの属性情報の一例を示す図である。

図１０に一例として、サービス構成情報においてユーザＩＤ「００１」のＡＳＰ端末６０２が、計算リソースを３つ要求していた場合に格納される計算リソースの属性情報を示す。３つの計算リソースには自動的に要求リソースＩＤ「Ｃ１」「Ｃ２」「Ｃ３」が付与される。例えば、要求リソースＩＤ「Ｃ１」の計算リソースについては、「処理性能（ベンチマーク結果）」として、所定の処理に要する時間である「３０秒」が記憶される。さらに、「ＣＰＵ種別」として、ＣＰＵの種別である「Ｃｏｒｅｉ７」が記憶される。また、「ＣＰＵコア数」として「８」が記憶される。さらに、「ＣＰＵコアクロック」「メモリ容量」としてそれぞれ、「３ＧＨｚ」「１６ＧＢ」が記憶される。

［記憶リソースの属性情報］
記憶リソースの場合は、上記共通の属性情報に加えて、「容量」「スループット」「インタフェース種別」「冗長種別（ＲＡＩＤ種別）」等が記憶される。サービス構成情報に含まれ、制約条件ＤＢ５１１に格納される、記憶リソースの属性情報の一例を図１１に示す。図１１は、実施例２におけるサービス構成情報に含まれる記憶リソースの属性情報の一例を示す図である。

図１１に一例として、ユーザＩＤ「００１」のＡＳＰ端末６０２が、記憶リソースを３つ要求していた場合に格納される記憶リソースの属性情報を示す。３つの記憶リソースには自動的に要求リソースＩＤ「Ｓ１」「Ｓ２」「Ｓ３」が付与される。例えば、要求リソースＩＤ「Ｓ１」の記憶リソースについては、「容量」として、そのリソースに要求される容量である「４００ＧＢ」が記憶される。さらに、「スループット」として、処理能力「１５０Ｍｂｐｓ」が記憶される。また、「インタフェース種別」として「ファイバチャネル」、「ＲＡＩＤ種別」として「５」が記憶される。

［網リソースの属性情報］
網リソースの場合は、上記共通の属性情報に加えて、「距離（許容最大値、許容最低値）」「遅延（最大遅延時間、平均遅延時間）」「帯域（物理帯域保証通信速度、最大通信速度）」「パケット損失率」「起点」「終点」「接続形態」（バス、スター、Ｐ２Ｐ、リング、メッシュ等）等が記憶される。サービス構成情報に含まれ、制約条件ＤＢ５１１に格納される、網リソースの属性情報の一例を図１２に示す。図１２は、実施例２におけるサービス構成情報に含まれる網リソースの属性情報の一例を示す図である。

図１２に一例として、ユーザＩＤ「００１」のＡＳＰ端末６０２が、網リソースを２つ要求していた場合に格納される網リソースの属性情報を示す。２つの網リソースには自動的に要求リソースＩＤ「Ｒ１」「Ｒ２」が付与される。例えば、要求リソースＩＤ「Ｒ１」の網リソースについては、「距離（許容最大値、許容最低値）」として、許容されるネットワークの距離の最大値と最低値が、「３００ｍ、１００ｍ」と記憶されている。また、「遅延（最大遅延時間、平均遅延時間）」として、そのネットワークでの最大遅延時間と平均遅延時間が、「１０ｓ、５ｓ」と記憶されている。また、「帯域（物理帯域保証通信速度、最大通信速度）」として、そのネットワークの帯域が、「２５０ｋｂｐｓ、１Ｍｂｐｓ」と記憶されている。また、「パケット損失率」として、そのネットワークのパケット損失率「０．１％」が記憶されている。

［リソース割当情報の構造］
実施例２におけるＩＣＳソフトウェア５０１は、ＡＳＰ端末６０２から受け付けたサービス構成情報からリソース属性情報とリソースの数とを抽出する。そして、ＤＣ−ＯＰＳ６０３−１〜６０３−４およびＮＷ−ＯＰＳ６０４−１〜６０４−４にアクセスして、ＤＣ６０５−１〜６０５−４およびＲ６０６−１〜６０６−４の利用状況に関する情報を収集する。そして、収集した利用情報と、サービス構成情報から抽出したリソース属性情報およびリソース数に基づき、ＡＳＰ端末６０２に割り当てるリソース、すなわち、ＤＣとＲとを決定する。

割り当てるリソースを決定すると、ＩＣＳソフトウェア５０１は、リソース割当情報を生成する。リソース割当情報とは、割り当てたリソースを一意に識別する情報を含む、割当リソースを識別するための情報である。例えば、リソース割当情報の一例を図１３に示す。

図１３は、実施例２におけるリソース割当情報の一例を示す図である。リソース割当情報は、例えば図１３に示すように、ユーザＩＤに対応づけて、当該ユーザが要求したリソースに付与されたＩＤと、割り当てられたリソースのＩＤと、割り当てられたリソースを提供している業者のＩＤとを含む。まず、ユーザＩＤ「００１」で識別されるユーザ端末が要求したリソースを識別するための、要求リソースＩＤ「Ｃ１，Ｃ２，Ｃ３，Ｓ１，Ｓ２，Ｓ３，Ｒ１，Ｒ２」が含まれる。そして、要求リソースＩＤそれぞれに対応づけて、「割当リソースＩＤ」が含まれる。「割当リソースＩＤ」は、割り当てたリソースを一意に識別する識別子（Identifier；ＩＤ）である。図１３の例では、要求リソースＩＤ「Ｃ１」に、割当リソースＩＤ「Ｃ００１」が対応付けられている。さらに、割当リソースＩＤに、「提供業者ＩＤ」が対応付けられている。「提供業者ＩＤ」は対応付けられた割当リソースを提供する業者を一意に識別する識別子である。図１３の例では、割当リソースＩＤ「Ｃ００１」に、提供業者ＩＤ「Ｎ１０５」が対応付けられている。

なお、割当リソースＩＤと提供業者ＩＤとは別々に構成されている必要はなく、割当リソースおよびその提供業者を識別するための一つの識別子を、要求リソースＩＤやユーザＩＤと組み合わせて、リソース割当情報としてもよいことはいうまでもない。

［リソース・サービス構成情報の構造］
実施例２におけるＩＣＳソフトウェア５０１は、割当リソースを決定してリソース割当情報を生成すると、次に、リソース・サービス構成情報を生成する。

リソース・サービス構成情報とは、ＡＳＰ端末６０２等のリソース割当を要求する端末が、要求時に提示した所望のリソース間の接続関係と、実際に割り当てられるリソース間の接続関係との対応付けに関する情報を含む情報である。例えば、実施例１の対応情報を含む情報である。具体的には、リソース・サービス構成情報は、上述したサービス構成情報と、リソース割当情報と、サービス構成情報内のリソースとリソース割当情報内の割当リソースとの対応関係の情報を含む。

図１４を参照し、リソース・サービス構成情報の構造につき説明する。図１４は、実施例２におけるリソース・サービス構成情報の一例を示す図である。なお、リソース・サービス構成情報に含まれるサービス構成情報は、図９に示したものと同じであるため、図１４においては図示を省略する。

図１４に示すように、リソース・サービス構成情報においては、ユーザＩＤと各種情報が対応付けられている。例えば、図１４においては、ユーザＩＤ「００１」と、サービス構成情報およびリソース割当情報とが対応づけられている。ユーザＩＤ「００１」と、図９に示したようなサービス構成情報、具体的には、「リソース種別」、「リソース数」、「リソース間の接続関係」、「リソースの属性」等とが対応付けられる。また、ユーザＩＤ「００１」と、リソース割当情報、具体的には、図１３に示したような「要求リソースＩＤ」、「割当リソースＩＤ」、「提供業者ＩＤ」とが対応付けられる。この場合、対応情報は、リソース割当情報において「要求リソースＩＤ」と「割当リソースＩＤ」とが対応付けられ、サービス構成情報において「リソース間の接続関係」が示されていることによって実質的にリソース・サービス構成情報に含まれている。このため、図１４の例では、サービス構成情報とリソース割当情報とは別に、対応情報の項目は示していない。ただし、リソース・サービス構成情報の構成は、図１４に示すように、ユーザが要求したリソースの属性等とリソース間の接続関係、割当リソースの情報、要求リソースの接続関係と割当リソースの接続関係との対応に関する情報を含んでいれば、図１４に示す例に限定されない。

［実施例２に係るインタークラウドサーバのリソース割当処理の概要］
実施例２に係るインタークラウドサーバ５００によるリソース割当処理の動作概要について説明する。まず、ＡＳＰ運用者に新規にリソースを割り当てる新設時における動作概要を、次に、ＡＳＰ運用者に割り当てられたリソースを増減する増設・減設時における動作概要を、最後に、ＡＳＰ運用者に割り当てられたリソースを解放する廃止時における動作概要を順に説明する。

［新設時における動作概要］
次に、図１５を参照し、実施例２における新規割当時の動作概要について説明する。図１５は、実施例２におけるＡＳＰ運用者に新規にリソースを割り当てる際の動作概要を示す図である。

まず、ＡＳＰ端末６０２からインタークラウドサーバ５００に対して、新規割当要求が送られる（図１５の（１））。新規割当要求は図９に示すサービス構成情報を含む。新規割当要求を受信したインタークラウドサーバ５００は、当該要求からリソース種別、リソース数、リソースの属性等の制約条件を制約条件ＤＢ５１１に格納する。また、インタークラウドサーバ５００のＩＣＳソフトウェア５０１は、受信した新規割当要求を解析し、ＡＳＰ端末６０２が要求しているリソースの属性や数を抽出する。そして、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、リソースの利用状況に関する情報を要求する（図１５の（２））。これに応じて各装置は、リソースの利用状況に関する情報をインタークラウドサーバ５００に送る。そして、ＩＣＳソフトウェア５０１は、各ユーザに対するリソース配分を計算して、ＡＳＰ端末６０２に対する割当リソースを決定する（図１５の（３））。また、ＩＣＳソフトウェア５０１は、割当リソースを一意に識別する割当リソースＩＤを含むリソース割当情報を生成する。生成したリソース割当情報は、制約条件ＤＢ５１１に格納される。そして、ＩＣＳソフトウェア５０１は、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、リソース配分を指示する（図１５の（４））。さらに、ＩＣＳソフトウェア５０１は、ＡＳＰ端末６０２から送信された新規割当要求中のサービス構成情報に含まれたリソース間の接続関係を参照して、割当リソースの接続関係との対応情報を生成する。そして、ＩＣＳソフトウェア５０１は、サービス構成情報と、リソース割当情報と、対応情報とを統合して、リソース・サービス構成情報を生成し、ＡＳＰ端末６０２に対して出力する（図１５の（５））。生成したリソース・サービス構成情報は、制約条件ＤＢ５１１に格納する。そして、ＩＣＳソフトウェア５０１は、リソース・サービス構成情報をユーザに通知する（図１５の（６））。

［増設・減設時における動作概要］
次に、図１６を参照し、実施例２における増設・減設時の動作概要について説明する。図１６は、実施例２における増設・減設時の処理を説明するための図である。

まず、インタークラウドサーバ５００が、ＡＳＰ端末６０２のユーザから増設・減設要求を受信する（図１６の（１））。増設・減設要求を受信したインタークラウドサーバ５００は、当該要求に含まれるサービス構成情報を制約条件ＤＢ５１１に格納する。そして、ＩＣＳソフトウェア５０１は、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、リソースの利用状況に関する情報を要求する（図１６の（２））。これに応じて各装置は、リソースの利用状況に関する情報をインタークラウドサーバ５００に送る。そして、ＩＣＳソフトウェア５０１は、各ユーザに対するリソース配分を計算して、ＡＳＰ端末６０２に対する割当リソースを決定する（図１６の（３））。また、ＩＣＳソフトウェア５０１は、割当リソースを一意に識別する割当リソースＩＤを含むリソース割当情報を生成する。生成したリソース割当情報は、制約条件ＤＢ５１１に格納される。そして、ＩＣＳソフトウェア５０１は、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、リソース配分を指示する（図１６の（４））。さらに、ＩＣＳソフトウェア５０１は、制約条件ＤＢ５１１に格納された情報を参照して、リソース間の接続関係に変更があるか否かを判定する（図１６の（５））。そして、接続関係に変更がある場合は、ＩＣＳソフトウェア５０１は、新たにリソース・サービス構成情報を生成する（図１６の（６））。そして、ＩＣＳソフトウェア５０１は、生成されたリソース・サービス構成情報をユーザに通知する（図１６の（７））。リソース・サービス構成情報は、制約条件ＤＢ５１１に格納される。

なお、図１６の（５）において接続関係の変更がないと判定された場合には、（６）および（７）の処理は行わなくても良い。

［過不足判定時における動作概要］
次に、図１７を参照して、実施例２における過不足判定時の動作概要について説明する。図１７は、実施例２における過不足判定時の処理を説明するための図である。

まず、インタークラウドサーバ５００が、オペレータ端末６０１またはＡＳＰ端末６０２から、過不足判定要求を受信する（図１７の（１））。過不足判定要求は、インタークラウドシステムを運用する業者がオペレータ端末６０１を通じて送信してもよいし、ＡＳＰ運用者がシステム管理のためにＡＳＰ端末６０２から送信してもよい。

過不足判定要求を受信すると、ＩＣＳソフトウェア５０１は、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、リソースの利用状況に関する情報を要求する。（図１７の（２））。要求する情報は、過不足判定要求の内容に応じて、単一のユーザの利用状況に関する情報であってもよいし、インタークラウドシステムを利用する所定のユーザの利用状況に関する情報であってもよい。これに応じて各装置は、指定されたユーザによるリソースの利用状況に関する情報をインタークラウドサーバ５００に送る。

そして、ＩＣＳソフトウェア５０１は、ＲＡＦ５０２に対して指定されたユーザの利用状況と制約条件を通知して、過不足判定を行う（図１７の（３））。過不足があると判定された場合、ＩＣＳソフトウェア５０１は、さらに、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、各リソースの利用状況についての情報を要求する（図１７の（４））。

ＩＣＳソフトウェア５０１は、各装置から送信された情報に基づき、各ユーザに対するリソースの配分を計算する（図１７の（５））。そして、ＩＣＳソフトウェア５０１は、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、リソース配分を指示する（図１７の（６））。また、ＩＣＳソフトウェア５０１は、割当リソースを一意に識別する割当リソースＩＤを含むリソース割当情報を生成する。生成したリソース割当情報は、制約条件ＤＢ５１１に格納される。そして、さらに、ＩＣＳソフトウェア５０１は、制約条件ＤＢ５１１に格納された情報を参照して、リソース間の接続関係に変更があるか否かを判定する（図１７の（７））。そして、接続関係に変更がある場合は、ＩＣＳソフトウェア５０１は、新たにリソース・サービス構成情報を生成する（図１７の（８））。そして、ＩＣＳソフトウェア５０１は、過不足判定結果と、生成されたリソース・サービス構成情報とをユーザに通知する（図１７の（９））。リソース・サービス構成情報は、制約条件ＤＢ５１１に格納される。

なお、図１７においては、過不足判定に伴ってリソース配分の変更があれば、接続関係の変更の有無を判定して、再度リソース・サービス構成情報を生成するものとしたが、過不足判定時は、リソース配分の変更は行わず、過不足判定結果のみをユーザに送信するものとしてもよい。

［廃止時における動作概要］
次に、図１８を参照して、実施例２における割当廃止時の動作概要について説明する。図１８は、実施例２における割当廃止時の処理を説明するための図である。

まず、インタークラウドサーバ５００が、ＡＳＰ端末６０２から割当廃止要求を受信する（図１８の（１））。割当廃止要求を受信すると、ＩＣＳソフトウェア５０１は、割当廃止要求に応じて、制約条件ＤＢ５１１に格納された、当該ＡＳＰ端末６０２についての情報を更新する。そして、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、リソースの利用状況に関する情報を要求する。（図１８の（２））。これに応じて各装置は、リソースの利用状況に関する情報をインタークラウドサーバ５００に送る。

ＩＣＳソフトウェア５０１は、各装置から送信された情報に基づき、各ユーザに対するリソースの配分を計算する（図１８の（３））。そして、ＩＣＳソフトウェア５０１は、ＤＣ−ＯＰＳ６０３−１、６０３−２、ＮＷ−ＯＰＳ６０４−１等のインタークラウドシステムのリソースを管理する装置に対して、リソース配分を指示する（図１８の（４））。また、ＩＣＳソフトウェア５０１は、割当リソースを一意に識別する割当リソースＩＤを含むリソース割当情報を生成する。生成したリソース割当情報は、制約条件ＤＢ５１１に格納される。そして、さらに、ＩＣＳソフトウェア５０１は、制約条件ＤＢ５１１に格納された情報を参照して、リソース間の接続関係に変更があるか否かを判定する（図１８の（５））。そして、接続関係に変更がある場合は、ＩＣＳソフトウェア５０１は、新たにリソース・サービス構成情報を生成する（図１８の（６））。そして、ＩＣＳソフトウェア５０１は、生成されたリソース・サービス構成情報をユーザに通知する（図１８の（７））。リソース・サービス構成情報は、制約条件ＤＢ５１１に格納される。

なお、図１８においては、割当廃止要求があった場合は、他のユーザに対するリソース配分を見直して、リソース・サービス構成情報を適宜送信するものとした。しかし、割当廃止要求時には特にリソースの再配分は行わず、過不足判定要求等の他の要求に応じて行うものとしてもよい。

［実施例２に係るインタークラウドサーバの効果］
上述の通り、実施例２に係るインタークラウドサーバ５００によれば、インタークラウドシステムのリソースを利用するユーザに対して、要求したリソースの接続関係と、実際に割り当てたリソースの接続関係との対応情報を、リソース・サービス構成情報として通知する。このため、インタークラウドシステムのユーザは、容易に割当リソースを構成してサービスを提供することができる。

また、実施例２に係るインタークラウドサーバ５００は、複数のクラウドシステムにより提供されるリソースの各々を一意に識別できる割当リソースＩＤを含むリソース・サービス構成情報をユーザに通知する。したがって、ユーザは、複数のクラウドシステムを含むインタークラウドシステムの複雑な構成を意識することなく、容易に割当リソースを構成してサービスを提供することができる。

また、実施例２に係るインタークラウドサーバ５００は、新規割当要求、増設・減設要求、過不足判定要求、割当廃止要求等、種々の要求を受け付けた際に、適宜リソース・サービス構成情報を生成してユーザにリソースの接続関係について通知することができる。このため、ユーザは、特別な処理を行わなくても、適宜割当リソースの接続関係について通知を受けることができ、容易に割当リソースを構成してサービスを提供することができる。

これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されてもよい。以下に、その他の実施例を説明する。

［ログイン機能］
例えば、インタークラウドサーバは、アクセス時に、パスワードを要求してもよい。すなわち、システムの使用時に許可されたオペレータのみがログインできるように、ログイン時にユーザ名とパスワードとを用いて認証処理を実行してもよい。

［システム構成］
また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述文書中や図面中に示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、図１に示す例では、記憶部１１０をインタークラウドサーバ１００の内部に配置したが、記憶部１１０をインタークラウドサーバ１００の外部装置としてネットワーク経由で接続するようにしてもよい。また、例えば、図１に示す例において、制御部１２０が、決定部１２４とは別に、ユーザ端末に割り当てたリソースの過不足を判定する過不足判定部を含んでもよく、また、抽出部１２２を受付部１２１に統合してもよい。

［プログラム］
図１９は、インタークラウドサーバによる一連の処理を実行するプログラムであるリソース管理プログラムによる情報処理が、コンピュータを用いて具体的に実現されることを示す図である。図１９に例示するように、コンピュータ３０００は、例えば、メモリ３０１０と、ＣＰＵ（Central Processing Unit）３０２０と、ハードディスクドライブ３０８０と、ネットワークインタフェース３０７０とを有する。コンピュータ３０００の各部はバス３１００によって接続される。

メモリ３０１０は、図１９に例示するように、ＲＯＭ３０１１およびＲＡＭ３０１２を含む。ＲＯＭ３０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。

ここで、図１９に例示するように、ハードディスクドライブ３０８０は、例えば、ＯＳ３０８１、アプリケーションプログラム３０８２、プログラムモジュール３０８３、プログラムデータ３０８４を記憶する。すなわち、開示の技術に係るリソース管理プログラムは、コンピュータによって実行される指令が記述されたプログラムモジュール３０８３として、例えばハードディスクドライブ３０８０に記憶される。例えば、制御部１２０の各部と同様の情報処理を実行する手順各々が記述されたプログラムモジュール３０８３が、ハードディスクドライブ３０８０に記憶される。

また、記憶部１１０に記憶されるデータのように、リソース管理プログラムによる情報処理に用いられるデータは、プログラムデータ３０８４として、例えばハードディスクドライブ３０８０に記憶される。そして、ＣＰＵ３０２０が、ハードディスクドライブ３０８０に記憶されたプログラムモジュール３０８３やプログラムデータ３０８４を必要に応じてＲＡＭ３０１２に読み出し、各種の手順を実行する。

なお、リソース管理プログラムに係るプログラムモジュール３０８３やプログラムデータ３０８４は、ハードディスクドライブ３０８０に記憶される場合に限られない。例えば、プログラムモジュール３０８３やプログラムデータ３０８４は、着脱可能な記憶媒体に記憶されてもよい。この場合、ＣＰＵ３０２０は、ディスクドライブなどの着脱可能な記憶媒体を介してデータを読み出す。また、同様に、更新プログラムに係るプログラムモジュール３０８３やプログラムデータ３０８４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されてもよい。この場合、ＣＰＵ３０２０は、ネットワークインタフェース３０７０を介して他のコンピュータにアクセスすることで各種データを読み出す。

［その他］
なお、本実施例で説明したリソース管理プログラムは、インターネット等のネットワークを介して配布することができる。また、リソース管理プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読取可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

１００ インタークラウドサーバ
１０１ 通信部
１１０ 記憶部
１１１ 対応情報記憶部
１２０ 制御部
１２１ 受付部
１２２ 抽出部
１２３ 収集部
１２４ 決定部
１２５ 通知部
１２６ 生成部
１２７ 出力部
２００ 管理装置
２０１ 割当部
３００ ユーザ端末
４００ リソース
５００ インタークラウドサーバ
５０１ ＩＣＳソフトウェア
５１１ 制約条件ＤＢ
５１２ 管理情報ＤＢ
６０１ オペレータ端末
６０２ ＡＳＰ端末
６０３−１〜６０３−４ ＤＣ−ＯＰＳ
６０４−１〜６０４−４ ＮＷ−ＯＰＳ
６０７−１〜６０７−３ ユーザ端末

Claims (10)

1. ユーザの端末から、当該ユーザが割当を要求する複数のリソースそれぞれの間の接続関係を受け付ける受付部と、
   前記ユーザに対する複数のクラウドシステムの割当リソースを決定する決定部と、
   前記受付部が受け付けた前記接続関係と、前記決定部が決定した割当リソース間の接続関係との対応を示す対応情報を生成する生成部と、
   前記生成部が生成した対応情報を、前記端末に対して出力する出力部と、
   を備えるリソース管理装置。
2. 前記生成部は、前記ユーザが要求する複数のリソースの属性情報を含む前記対応情報を生成することを特徴とする、請求項１に記載のリソース管理装置。
3. 前記生成部は、前記決定部が決定した割当リソースを一意に識別する識別情報を含む前記対応情報を生成することを特徴とする、請求項１または２に記載のリソース管理装置。
4. 前記受付部は、前記接続関係とともに、前記ユーザが要求する複数のリソースの種別、数および属性を受け付けることを特徴とする、請求項１〜３のいずれか１つに記載のリソース管理装置。
5. 記憶部をさらに備え、
   前記生成部はさらに、生成された前記対応情報を、前記記憶部に保存することを特徴とする、請求項１〜４のいずれか１つに記載のリソース管理装置。
6. 複数のクラウドシステムのリソースの利用状況に関する情報を収集する収集部と、
   前記決定部が決定した割当リソースを、リソースを管理する装置に通知する通知部と、
   を、さらに備え、
   前記決定部は、前記収集部が収集した情報に基づき、前記端末に割り当てる割当リソースを決定することを特徴とする請求項１〜５のいずれか１つに記載のリソース管理装置。
7. 前記決定部は、計算リソース、記憶リソースおよび網リソースのいずれかを、前記割当リソースとして決定することを特徴とする請求項１〜６のいずれか１つに記載のリソース管理装置。
8. リソース管理装置と、前記リソース管理装置にネットワークで接続される管理装置とを備えたリソース管理システムであって、
   前記リソース管理装置は、
   ユーザの端末から、当該ユーザが割当を要求する複数のリソースそれぞれの間の接続関係を受け付ける受付部と、
   前記ユーザに対する複数のクラウドシステムの割当リソースを決定する決定部と、
   前記受付部が受け付けた前記接続関係と、前記決定部が決定した割当リソース間の接続関係との対応を示す対応情報を生成する生成部と、
   前記生成部が生成した対応情報を、前記端末に対して出力する出力部と、を備え、
   前記管理装置は、
   前記リソース管理装置により出力される前記リソースの割当を実行する割当部、
   を備えたことを特徴とするリソース管理システム。
9. リソース管理装置で実行されるリソース管理方法であって、
   ユーザの端末から、当該ユーザが割当を要求する複数のリソースそれぞれの間の接続関係を受け付ける受付工程と、
   前記ユーザに対する複数のクラウドシステムの割当リソースを決定する決定工程と、
   前記受付工程において受け付けた前記接続関係と、前記決定工程において決定された割当リソース間の接続関係との対応を示す対応情報を生成する生成工程と、
   前記生成工程において生成された対応情報を、前記端末に対して出力する出力工程と、
   を含んだことを特徴とするリソース管理方法。
10. コンピュータを請求項１〜７のいずれか１つに記載のリソース管理装置として機能させるためのリソース管理プログラム。

Images