(57)【要約】  リソース貸出制御装置で、カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションをサーバに配備するために必要とする時間を示す配備時間および当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶し、固定余り期間から、当該貸出カスタマの削除時間および配備時間をそれぞれ減算して固定余りリソースの貸し出しが可能な期間を示す貸出可能期間を算出し、借入要求期間に、当該借入カスタマの配備時間および削除時間をそれぞれ加算して固定余りリソースの借入に必要な期間を示す総借入期間を算出し、算出された総借入期間が、算出された貸出可能期間内に収まるか否かを判定して、固定余りリソースの貸出を決定することを目的とする。
2009072186.tif 000002
【特許請求の範囲】
【請求項１】
サーバのリソースを利用してサービスを提供する複数のカスタマに対して、カスタマごとに割り当てられているリソースのうち、前記サービスの提供に利用されない余りリソースを、他のカスタマに前記余りリソースを貸し出す制御を行うリソース貸出制御装置であって、
前記カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションを前記サーバに配備するために必要とする時間を示す配備時間と、当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶する時間情報記憶手段と、
前記余りリソースを有する貸出カスタマにおいて、前記リソースがサービス提供に利用されていない期間を示す余り期間から、前記時間情報記憶手段に記憶された当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、前記余りリソースの貸し出しが可能な期間を示す貸出可能期間を算出する貸出可能期間算出手段と、
リソースの借入を希望する借入カスタマにおいて、借り入れたリソースを利用してサービスを提供する期間を示す借入要求期間に、前記時間情報記憶手段に記憶された当該借入カスタマの配備時間および削除時間をそれぞれ加算して、前記余りリソースの借入に必要な期間を示す総借入期間を算出する総借入期間算出手段と、
前記総借入期間算出手段によって算出された総借入期間が、前記貸出可能期間算出手段によって算出された貸出可能期間内に収まるか否かを判定して、前記余りリソースの前記借入カスタマへの貸出を決定する貸出決定手段と、
を備えたことを特徴とするリソース貸出制御装置。
【請求項２】
前記貸出決定手段は、前記総借入期間が前記貸出可能期間内に収まるか否かの判定に加え、前記総借入期間が当該貸出可能期間内に収まると判定された余りリソースのうち、当該総借入期間と当該貸出可能期間との差が最小となる余りリソースを判定して、余りリソースの貸出を決定することを特徴とする請求項１に記載のリソース貸出制御装置。
【請求項３】
前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、
予め割り当てられているリソースに前記余りリソースがある貸出カスタマによって当該余りリソースが利用される場合に、当該余りリソースに、前記ホットスタンバイ余りリソースがあるか否かを判定し、当該ホットスタンバイ余りリソースがある場合には、当該ホットスタンバイ余りリソースの利用を決定し、当該ホットスタンバイ余りリソースがない場合には、当該メタ余りリソースの利用を決定する利用決定手段をさらに備えることを特徴とする請求項１または２に記載のリソース貸出制御装置。
【請求項４】
前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、
前記貸出決定手段は、前記余りリソースに、前記メタ余りリソースがあるかないかを判定して、当該メタ余りリソースがある場合には当該メタ余りリソースの貸出を決定し、当該メタ余りリソースがない場合には、前記ホットスタンバイ余りリソースの貸出を決定することを特徴とする請求項１または２に記載のリソース貸出制御装置。
【請求項５】
サーバのリソースを利用してサービスを提供する複数のカスタマに対して、カスタマごとに割り当てられているリソースのうち、前記サービスの提供に利用されない余りリソースを、他のカスタマに前記余りリソースを貸し出す制御をコンピュータが行うリソース貸出方法であって、
前記コンピュータは、
前記余りリソースを有する貸出カスタマにおいて、前記リソースがサービス提供に利用されていない期間を示す余り期間から、前記カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションを前記サーバに配備するために必要とする時間を示す配備時間と、当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶する時間情報記憶部に記憶された当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、前記余りリソースの貸し出しが可能な期間を示す貸出可能期間を算出する貸出可能期間算出工程と、
リソースの借入を希望する借入カスタマにおいて、借り入れたリソースを利用してサービスを提供する期間を示す借入要求期間に、前記時間情報記憶部に記憶された当該借入カスタマの配備時間および削除時間をそれぞれ加算して、前記余りリソースの借入に必要な期間を示す総借入期間を算出する総借入期間算出工程と、
前記総借入期間算出工程によって算出された総借入期間が、前記貸出可能期間算出工程によって算出された貸出可能期間内に収まるか否かを判定して、前記余りリソースの前記借入カスタマへの貸出を決定する貸出決定工程と、
を含んだことを特徴とするリソース貸出方法。
【請求項６】
前記貸出決定工程は、前記総借入期間が前記貸出可能期間内に収まるか否かの判定に加え、前記総借入期間が当該貸出可能期間内に収まると判定された余りリソースのうち、当該総借入期間と当該貸出可能期間との差が最小となる余りリソースを判定して、余りリソースの貸出を決定することを特徴とする請求項５に記載のリソース貸出方法。
【請求項７】
前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、
予め割り当てられているリソースに前記余りリソースがある貸出カスタマによって当該余りリソースが利用される場合に、当該余りリソースに、前記ホットスタンバイ余りリソースがあるか否かを判定し、当該ホットスタンバイ余りリソースがある場合には、当該ホットスタンバイ余りリソースの利用を決定し、当該ホットスタンバイ余りリソースがない場合には、当該メタ余りリソースの利用を決定する利用決定工程をさらに含むことを特徴とする請求項５または６に記載のリソース貸出方法。
【請求項８】
前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、
前記貸出決定工程は、前記余りリソースに、前記メタ余りリソースがあるかないかを判定して、当該メタ余りリソースがある場合には当該メタ余りリソースの貸出を決定し、当該メタ余りリソースがない場合には、前記ホットスタンバイ余りリソースの貸出を決定することを特徴とする請求項５または６に記載のリソース貸出方法。
【請求項９】
サーバのリソースを利用してサービスを提供する複数のカスタマに対して、カスタマごとに割り当てられているリソースのうち、前記サービスの提供に利用されない余りリソースを、他のカスタマに前記余りリソースを貸し出す制御をコンピュータに実行させるリソース貸出プログラムであって、
前記コンピュータは、
前記余りリソースを有する貸出カスタマにおいて、前記リソースがサービス提供に利用されていない期間を示す余り期間から、前記カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションを前記サーバに配備するために必要とする時間を示す配備時間と、当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶する時間情報記憶部に記憶された当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、前記余りリソースの貸し出しが可能な期間を示す貸出可能期間を算出する貸出可能期間算出ステップと、
リソースの借入を希望する借入カスタマにおいて、借り入れたリソースを利用してサービスを提供する期間を示す借入要求期間に、前記時間情報記憶部に記憶された当該借入カスタマの配備時間および削除時間をそれぞれ加算して、前記余りリソースの借入に必要な期間を示す総借入期間を算出する総借入期間算出ステップと、
前記総借入期間算出ステップによって算出された総借入期間が、前記貸出可能期間算出ステップによって算出された貸出可能期間内に収まるか否かを判定して、前記余りリソースの前記借入カスタマへの貸出を決定する貸出決定ステップと、
をコンピュータに実行させることを特徴とするリソース貸出プログラム。
【請求項１０】
前記貸出決定ステップは、前記総借入期間が前記貸出可能期間内に収まるか否かの判定に加え、前記総借入期間が当該貸出可能期間内に収まると判定された余りリソースのうち、当該総借入期間と当該貸出可能期間との差が最小となる余りリソースを判定して、余りリソースの貸出を決定することを特徴とする請求項９に記載のリソース貸出プログラム。
【請求項１１】
前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、
予め割り当てられているリソースに前記余りリソースがある貸出カスタマによって当該余りリソースが利用される場合に、当該余りリソースに、前記ホットスタンバイ余りリソースがあるか否かを判定し、当該ホットスタンバイ余りリソースがある場合には、当該ホットスタンバイ余りリソースの利用を決定し、当該ホットスタンバイ余りリソースがない場合には、当該メタ余りリソースの利用を決定する利用決定ステップをさらに実行させることを特徴とする請求項９または１０に記載のリソース貸出プログラム。
【請求項１２】
前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、
前記貸出決定ステップは、前記余りリソースに、前記メタ余りリソースがあるかないかを判定して、当該メタ余りリソースがある場合には当該メタ余りリソースの貸出を決定し、当該メタ余りリソースがない場合には、前記ホットスタンバイ余りリソースの貸出を決定することを特徴とする請求項９または１０に記載のリソース貸出プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、リソース貸出制御装置、リソース貸出方法およびリソース貸出プログラムに関する。
【背景技術】
【０００２】
従来より、インターネットを利用したサービスは益々増えている。こうしたサービスを担う運用システムにおいては、「いつでも・どこからでもアクセスできる」というインターネットの特性により、当該運用システムに対するリソースの要求量の変化量が大きくなる。この結果、需要のピーク（要求量が最大の時）に備えて運用システムのリソース（例えば、サーバ資源）を用意すると、普段（要求量が平均的な時）は能力過剰となって設備が無駄となり、一方、普段の要求量に合わせて運用システムのリソースを用意すると、需要のピーク時に能力不足となり、その結果、ビジネス機会の損失が生じる。【０００３】
このような問題に対応するため、運用システムに対する要求量の変化に対応して、当該運用システムのリソースを動的に最適化するユーティリティコンピューティング（ＵＣ）技術（あるいはＣａｐａｃｉｔｙ  ｏｎ  Ｄｅｍａｎｄ（ＣｏＤ）技術）に関する研究が行われている。【０００４】
例えば、図１８を用いて、従来のＵＣ技術について説明する。図１８は、従来のＵＣ技術を説明するためのブロック図である。図１８に示すように、ＵＣ技術を用いるインターネットデータセンタ（Ｉｎｔｅｒｎｅｔ  Ｄａｔａ  Ｃｅｎｔｅｒ；以下、ＩＤＣと略する）は、ＩＤＣをＵＣ技術を用いて管理する（例えば、ＩＤＣの各サーバを、カスタマ装置各々に割り当てる）ＩＤＣ管理装置と、ＩＤＣを利用するカスタマ各々が運用するカスタマ装置各々（ＩＤＣ利用者のシステム）と、ＩＤＣ管理装置が管理するサーバのリソースであっていずれのカスタマ装置にも割り当てられていないサーバのリソースから構成されるサーバプールとから構成される。また、カスタマ装置各々は、サービスを提供するサービス提供部と、システムを管理するシステム管理部とを備え、ネットワークを経由して当該カスタマ各々のサービスをエンドユーザに提供する。【０００５】
なお、ここで、ＩＤＣと、ＩＤＣ管理装置と、カスタマと、エンドユーザとの関係について説明する。ＩＤＣ管理装置は、ＩＤＣのリソースをカスタマ装置各々に提供する。カスタマ装置各々は、サービス提供に必要なリソースをＩＤＣ管理装置から提供されて（例えば、サービス提供に用いるサーバとして、ＩＤＣが保有するサーバの提供を受けて、提供を受けたサーバの運用自体もＩＤＣに依頼し、）エンドユーザに当該カスタマ各々のサービスを提供する。エンドユーザは、カスタマが提供しているサービスを受ける利用者であって、実際には、ＩＤＣ（例えば、ＩＤＣのサーバ）にアクセスし、カスタマ各々のサービスを受ける。【０００６】
ここで、ＩＤＣ管理装置は、カスタマ装置各々に対して、二種類の方法でサーバのリソースを提供する。一つは、ＩＤＣ管理装置は、サーバのリソースを、固定リソースとして提供する。ここで、固定リソースとは、カスタマ装置各々に対して予め割り当てられて常に提供されているリソースである。例えば、一般的な手法では、固定リソースとして割り当てる量はカスタマ各々とＩＤＣとの契約によって決まっており、ＩＤＣ管理装置は、あるカスタマ装置に対する要求量（実際にエンドユーザによって使用されているリソースの量）が固定リソースに満たない場合でも、当該固定リソースを常に予め設定されているカスタマに常に割り当てる。【０００７】
もう一つは、ＩＤＣ管理装置は、サーバのリソースを、予備リソース（オンデマンドリソース）として提供する方法である。予備リソースとは、予め割り当てられている固定リソースでは一時的なリソース不足が発生するカスタマ装置であるリソース不足カスタマ装置各々に、固定リソースとは別に一時的に割り当てられるリソースである。例えば、カスタマ装置各々に対する要求量の増加や当該カスタマ装置各々に予め割り当てられている固定リソースの故障などにより、固定リソースでは対応できない場合に、追加で割り当てられるリソースである。一般的な手法では、予備リソースとして使用されるのは、いずれのカスタマ装置にも固定リソースとして割り当てられていないサーバのリソースである固定未割り当てリソースである。なお、予備リソースは、リソース不足カスタマ装置各々に必要な時に必要な量だけ割り当てられ、不要になると共有プールに戻される。【０００８】
また、特許文献１（特開２００４−３２６４５２）では、カスタマ装置各々に割り当てられた固定リソースの内未使用なリソースである固定余りリソースを、カスタマ装置間で貸し借りする手法について開示されている。【０００９】
具体的には、固定余りリソースをＩＤＣに提供するカスタマ(貸出側カスタマ)は、ＩＤＣ管理装置に貸出可能な固定余りリソースを登録する。ＩＤＣ管理装置は、予備リソースを要求するカスタマ(借入側カスタマ)からの要求を受けて、貸出カスタマの貸出可能な固定余りリソースを提供する。このやりとりにおいて借入側カスタマは、使用した予備リソース（固定余りリソース）に応じた料金を支払い、一方、貸出側カスタマは、貸し出した固定余りリソースの実績に応じた金額をＩＤＣ管理装置から受け取る。【００１０】
【特許文献１】特開２００４−３２６４５２号公報（第１、５、１４−１７頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ところで、上記した従来の技術は、以下で説明するように、適切にリソースを割り当てることができないという課題があった。【００１２】
例えば、上記した従来技術や特許文献１では、借入側カスタマから予備リソース要求があった際に、提供可能なリソースの内どのリソースを借入側カスタマに割り当てるかを決定する手法について開示されておらず、効率的なリソース割り当てができない。【００１３】
具体的に例をあげて説明すると、特許文献１では、予備リソースを貸し出す際に、サービスを提供するためのアプリケーションをカスタマ装置各々に提供されるサーバのリソースに配備するために必要とする時間などを考慮しておらず、ＩＤＣ管理装置から借入側カスタマに割り当てられた時間帯では、当該借入側カスタマ各々が予備リソースを利用してサービスを提供したい時間帯、当該サービスを提供できないおそれがあった。【００１４】
また、従来の技術では、貸出側カスタマが、貸出中の固定リソース分の返却を、当該固定リソース分の返却をすぐに受けることができなかった。例えば、貸出側カスタマが、固定リソースを貸出中に、予測不能な突発的な負荷発生により、すぐに貸し出し中の固定リソース分を返却してもらいたくても、当該固定リソース分の返却をすぐに受けることができなかった。【００１５】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、適切にリソースを割り当てることが可能なリソース貸出制御装置、リソース貸出制御方法およびリソース貸出制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
上述した課題を解決し、目的を達成するため、このリソース貸出制御装置は、サーバのリソースを利用してサービスを提供する複数のカスタマに対して、カスタマごとに割り当てられているリソースのうち、前記サービスの提供に利用されない余りリソースを、他のカスタマに前記余りリソースを貸し出す制御を行うリソース貸出制御装置であって、前記カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションを前記サーバに配備するために必要とする時間を示す配備時間と、当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶する時間情報記憶手段と、前記余りリソースを有する貸出カスタマにおいて、前記リソースがサービス提供に利用されていない期間を示す余り期間から、前記時間情報記憶手段に記憶された当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、前記余りリソースの貸し出しが可能な期間を示す貸出可能期間を算出する貸出可能期間算出手段と、リソースの借入を希望する借入カスタマにおいて、借り入れたリソースを利用してサービスを提供する期間を示す借入要求期間に、前記時間情報記憶手段に記憶された当該借入カスタマの配備時間および削除時間をそれぞれ加算して、前記余りリソースの借入に必要な期間を示す総借入期間を算出する総借入期間算出手段と、前記総借入期間算出手段によって算出された総借入期間が、前記貸出可能期間算出手段によって算出された貸出可能期間内に収まるか否かを判定して、前記余りリソースの前記借入カスタマへの貸出を決定する貸出決定手段と、を備えることを要件とする。【００１７】
また、このリソース貸出制御装置は、前記貸出決定手段は、前記総借入期間が前記貸出可能期間内に収まるか否かの判定に加え、前記総借入期間が当該貸出可能期間内に収まると判定された余りリソースのうち、当該総借入期間と当該貸出可能期間との差が最小となる余りリソースを判定して、余りリソースの貸出を決定することを要件とする。【００１８】
また、このリソース貸出制御装置は、前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、予め割り当てられているリソースに前記余りリソースがある貸出カスタマによって当該余りリソースが利用される場合に、当該余りリソースに、前記ホットスタンバイ余りリソースがあるか否かを判定し、当該ホットスタンバイ余りリソースがある場合には、当該ホットスタンバイ余りリソースの利用を決定し、当該ホットスタンバイ余りリソースがない場合には、当該メタ余りリソースの利用を決定する利用決定手段をさらに備えることを要件とする。【００１９】
また、このリソース貸出制御装置は、前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、前記貸出決定手段は、前記余りリソースに、前記メタ余りリソースがあるかないかを判定して、当該メタ余りリソースがある場合には当該メタ余りリソースの貸出を決定し、当該メタ余りリソースがない場合には、前記ホットスタンバイ余りリソースの貸出を決定することを要件とする。
【発明の効果】
【００２０】
開示のリソース貸出制御装置は、適切なリソースを割り当てることが可能である。【００２１】
また、開示のリソース貸出制御装置は、効率よくリソースを割り当てることが可能である。【００２２】
また、開示のリソース貸出制御装置は、固定余りリソースを有するカスタマからの突発的なリソース要求にも応じることが可能である。【００２３】
また、開示のリソース貸出制御装置は、適切なリソースを割り当てることが可能である。
【図面の簡単な説明】
【００２４】
【図１】図１は、用語の説明において用いるための図である。
【図２】図２は、実施例１に係るリソース貸出制御装置の概要と特徴とを説明するための図である。
【図３】図３は、総借入時間帯と貸出可能時間帯とを説明するための図である。
【図４】図４は、実施例１において用いる削除時間と配備時間とを説明するための図である。
【図５】図５は、実施例１に係るリソース貸出制御装置の構成を示すためのブロック図である。
【図６】図６は、リソース管理部を説明するために用いる図である。
【図７】図７は、プール情報管理部を説明するために用いる図である。
【図８】図８は、実施例１における必要リソース判断による処理を説明するためのフローチャートである。
【図９】図９は、実施例１における割当決定部による処理を説明するためのフローチャートである。
【図１０】図１０は、実施例１における効果を説明するための図である。
【図１１】図１１は、実施例２において用いるカスタマ各々の需要予測を示すための図である。
【図１２】図１２は、実施例２において用いるカスタマ各々からの割当要求を説明するための図である。
【図１３】図１３は、実施例２において用いるカスタマ各々に割り当てられるリソースの一例を示すための図である。
【図１４】図１４は、実施例２におけるリソース割当決定処理を説明するためのフローチャートである。
【図１５】図１５は、実施例２における返却リソース受入部による処理を説明するためのフローチャートである。
【図１６】図１６は、実施例２における返却要求対応部による処理を説明するためのフローチャートである。
【図１７】図１７は、実施例１に係るリソース貸出制御装置のプログラムを説明するための図である。
【図１８】図１８は、従来のリソース貸出制御装置を説明するための図である。
【符号の説明】
【００２５】
１００  リソース貸出制御装置
２００  サーバプール
３００  ＩＤＣ管理部
３０１  カスタマ情報管理部
３０２  プール情報管理部
３０３  割当決定部
３０４  割当実行部
３０５  返却リソース受入部
３０６  返却要求対応部
３０７  ＩＤＣ側通信部
４００  カスタマのシステム
４１０  カスタマシステム管理部
４１１  性能計測部
４１２  予測部
４１３  リソース管理部
４１４  必要リソース判断部
４１５  配備実行部
４１６  カスタマ側通信部
４２０  サービス提供部
【発明を実施するための最良の形態】
【００２６】
以下に添付図面を参照して、この発明に係るリソース貸出制御装置、リソース貸出方法およびリソース貸出プログラムの実施例を詳細に説明する。なお、以下では、本実施例で用いる主要な用語、本実施例に係るリソース貸出制御装置の概要および特徴、リソース貸出制御装置の構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００２７】
［用語の説明］
まず最初に、実施例１で用いる主要な用語を説明する。なお、図１は、用語の説明において用いるための図である。実施例１で用いる「リソース貸出制御装置」とは、リソースをカスタマに貸し出す制御を行うものである。具体的には、「リソース貸出制御装置」が、カスタマ各々にリソース（例えば、サーバ）を貸し出し、当該カスタマのアプリケーションが当該リソースに配備されることで、カスタマ各々は、エンドユーザにカスタマ自身のサービスを提供する。【００２８】
ここで、「リソース貸出制御装置」は、カスタマ各々に対して、まず、「固定リソース」を提供する。すなわち、「固定リソース」とは、カスタマごとに常時固定で割り当てられているリソースのことであり（図１の（１）に対応）、例えば、一般的な手法では、カスタマ各々とＩＤＣとの契約によって「固定リソース」として割り当てるリソース量が決定される。【００２９】
ところで、「固定リソース」として割り当てられたリソース量は、あるカスタマのシステムに対する要求量（実際にエンドユーザによって使用されているリソース量、図１の（２）に対応）が「固定リソース」のリソース量に満たない場合でも、常に当該カスタマに割り当てられるものである。このような場合、「固定リソース」の内、サービスの提供に利用されずに余っているリソース、「固定余りリソース」が存在することになる（図１の（３）に対応）。【００３０】
このため、実施例１に係る「リソース貸出制御装置」は、リソースをカスタマに貸し出す制御として、「固定余りリソース」を「固定リソース」が不足しているカスタマに貸し出す制御を行う。言い換えると、「リソース貸出制御装置」は、「固定余りリソース」を有するカスタマ（「貸出カスタマ」）の当該「固定余りリソース」を、「固定リソース」が不足しているカスタマ（「借入カスタマ」）に貸し出す決定を行う。【００３１】
［リソース貸出制御装置の概要および特徴］
次に、図２を用いて、本実施例に係るリソース貸出制御装置の概要および特徴を説明する。図２は、実施例１に係るリソース貸出制御装置の概要と特徴とを説明するための図である。【００３２】
実施例１に係るリソース貸出制御装置は、上記したように、貸出カスタマが有する固定余りリソースを、借入カスタマに貸し出す決定を行うものであって、このような概要を有するリソース貸出制御装置は、以下で説明するように、適切なリソースを割り当てることができる点に主たる特徴がある。【００３３】
すなわち、実施例１に係るリソース貸出制御装置は、カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションをサーバに配備するために必要とする時間を示す配備時間と、当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶する。【００３４】
例えば、実施例１に係るリソース貸出制御装置は、カスタマＡについて、削除時間「１時間」と配備時間「１時間」とを記憶し、カスタマＢについて、削除時間「１時間」と配備時間「２時間」とを記憶する。【００３５】
ここで、実施例１に係るリソース貸出制御装置は、固定余りリソースを有する貸出カスタマについて、余り時間帯から、あらかじめ記憶している当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、貸出可能時間帯を算出する。【００３６】
例えば、カスタマＡについて、余り開始時刻「ｔ＝１」から余り終了時刻「ｔ＝７」まで余り時間帯がある場合について説明すると、図２の貸出カスタマに示すように、実施例１に係るリソース貸出制御装置は、余り時間帯から、貸出前削除時間（つまり、例えば、カスタマＡについての削除時間「１」）と、貸出後配備時間（つまり、例えば、カスタマＡについての配備時間「１」）とを減算して、貸出可能時間帯「ｔ＝２」〜「ｔ＝６」を算出する。【００３７】
また、実施例１に係るリソース貸出制御装置は、固定リソースが不足している借入カスタマについて、借入要求時間帯に、あらかじめ記憶している当該借入カスタマの配備時間および削除時間をそれぞれ加算して、総借入時間帯を算出する。【００３８】
例えば、カスタマＢについて、借入必要開始時刻「ｔ＝３」から借入必要終了時刻「ｔ＝４」まで借入必要時間帯がある場合について説明すると、図２の借入カスタマに示すように、実施例１に係るリソース貸出制御装置は、借入必要時間帯から、利用前配備時間（つまり、例えば、カスタマＢについての配備時間「１」）と、利用後削除時間（つまり、例えば、カスタマＢについての削除時間「２」）とを加算して、総借入時間帯「ｔ＝２」〜「ｔ＝６」を算出する。【００３９】
そして、実施例１に係るリソース貸出制御装置は、算出した総借入時間帯が、貸出可能時間帯内に収まるか否かを判定して、固定余りリソースの貸出を決定する。例えば、総借入時間帯「ｔ＝２」〜「ｔ＝６」が、貸出可能時間帯「ｔ＝２」〜「ｔ＝６」内に収まるかを判定する場合には、収まると判定し、カスタマＢについての固定余りリソースの貸出を決定する。【００４０】
このようなことから、実施例１に係るリソース貸出制御装置は、上記した主たる特徴の如く、適切なリソースを割り当てることが可能である。【００４１】
すなわち、実施例１に係るリソース貸出制御装置は、図２の細い下線で表す「余り時間帯」と「借入必要時間帯」だけを考慮するのではなく、カスタマ各々についての削除時間と配備時間とを考慮することによって、図２の太い下線で表す「貸出可能時間帯」と「総借入時間帯」とを算出する。【００４２】
そして、実施例１に係るリソース貸出制御装置は、配備時間と削除時間とを考慮してリソースの貸出を決定することにより、余り時間帯および借入必要時間帯のみを考慮する従来の手法と比較して、借入カスタマが固定リソースとは別にリソースを借り入れてサービスを提供する必要がある時間である「借入必要時間帯」の間、カスタマ自身のアプリケーションを配備して当該カスタマのサービスを提供することができるリソースの貸出を決定することが可能である。【００４３】
［リソース貸出制御装置の構成］
次に、図３〜図７を用いて、図に示したリソース貸出制御装置１００の構成を説明する。なお、図３は、総借入時間帯と貸出可能時間帯とを説明するための図である。図４は、実施例１において用いる削除時間と配備時間とを説明するための図である。図５は、実施例１に係るリソース貸出制御装置の構成を示すためのブロック図である。図６は、リソース管理部を説明するために用いる図である。図７は、プール情報管理部を説明するために用いる図である。【００４４】
図５に示すように、このリソース貸出制御装置１００は、サーバプール２００と、ＩＤＣ管理部３００と、カスタマのシステム４００とから構成される。なお、このリソース貸出制御装置１００は、ネットワークを介して、カスタマ各々のサービスに関する要求をエンドユーザから受付けるものである。【００４５】
なお、図５に示すリソース貸出制御装置１００の構成は、論理的（概念的な）な構成を示すものであって、物理的な構成を示すものではない。例えば、図５に示すように、サーバプールと、ＩＤＣ管理部と、カスタマのシステムとが必ずしも区分けされている場合に限られるわけではない。例えば、リソース貸出制御装置１００は、リソースと、当該リソースを管理するＩＤＣ管理部とを備え、ＩＤＣ管理部が、どのリソースをどのカスタマが使用しているかを対応付けて記憶し、カスタマのシステムは、使用しているリソースに配備されているような構成であってもよい。その上で、ＩＤＣ管理部は、エンドユーザから特定のカスタマに対するアクセスを受付けると、当該カスタマが使用しているリソースへとアクセスを送り、対応するリソースから当該アクセスに対するレスポンス（当該アクセスを行ったエンドユーザに対して、サービスを提供する）を行ってもよい。【００４６】
［「総借入時間帯」と「貸出可能時間帯」に関連する内容について］
ここで、図３を用いて、上記したリソース貸出制御装置１００において算出されて用いられる「総借入時間帯」と「貸出可能時間帯」とに関連する内容について、以下に簡単に説明する。【００４７】
固定余りリソースをサーバプール２００に貸し出す際には、図３に示すように、当該リソースが割り当てられているカスタマ自身のアプリケーションを削除する必要があり、また、貸し出したリソースを返却してもらう際には、当該カスタマは、自身のアプリケーションを再度配備する必要がある。【００４８】
すなわち、本実施例では、図３に示すように、「固定余りリソース」について、固定余りリソースとなる時間帯の開始時刻を示す「余り開始時刻」と、固定余りリソースとなる時間帯の終了時刻を示す「余り終了時刻」と、固定余りリソースが発生する時間帯を示す「余り時間帯」とを考慮する。なお、「余り時間帯」は、「余り時間帯」＝「余り終了時刻」−「余り開始時刻」という式によって算出されるものである。【００４９】
なお、未割当リソースは、他のカスタマが使用できるリソースであることから、「余り開始時刻」が、「０」（すでに始まっているので）となり、「余り終了時刻」が、「∞」（終わらないため）となり、「余り時間帯」は、「∞」（終わらないため）となる（後述する図７参照）。【００５０】
また、本実施例では、図３に示すように、「固定余りリソース」について、さらに、
固定余りリソースを貸出す貸出カスタマのアプリケーションを削除するのに必要とする時間を示す「貸出前削除時間」と、貸出カスタマのアプリケーションを当該リソースに再度配備するのに必要とする時間を示す「貸出後配備時間」と、固定余りリソースが発生する時間帯の内他のカスタマに割り当てられる時間帯を示す「貸出可能時間帯」とを考慮する。なお、「貸出可能時間帯」は、特許請求の範囲に記載の「貸出可能期間」に対応し、「貸出前削除時間」は、特許請求の範囲に記載の「削除時間」に対応し、「貸出後配備時間」は、特許請求の範囲に記載の「配備時間」に対応する。【００５１】
ここで、図３に示すように、「貸出可能時間帯」は、「余り時間帯」から貸出側のサービスを削除する時間と当該リソース返却前に貸出カスタマのアプリケーションを再配備する時間を除いた時間帯となり、「貸出可能時間帯」＝「余り時間帯」−(「貸出前削除時間」＋「貸出後配備時間」)という式で算出される。【００５２】
また、図３に示すように、他のカスタマに貸し出す固定余りリソースを、他のカスタマが実際に利用可能となる時刻を示す「貸出可能時刻」は、「貸出開始時刻」＝「余り開始時刻」＋「貸出前削除時間」という式で算出される。【００５３】
また、図３に示すように、他のカスタマが当該固定余りリソースの利用を終了しなければならない時刻を示す「貸出終了時刻」は、当該リソースをリソース貸出制御装置１００（のサーバプール２００）に貸し出したカスタマが「余り終了時刻」には当該カスタマ自身のサービスを提供できる必要があるので、それまでに貸し出したカスタマが自身のアプリケーションを再度配備する時間を考慮する必要があり、「貸出終了時刻」は、「貸出終了時刻」＝「余り終了時刻」−「貸出後配備時間」という式で算出される。【００５４】
なお、未割当リソースについては、「貸出前削除時間」は、当該リソースには、元々アプリケーションが配備されておらず削除は不要であり、「０」となり、「貸出後配備時間」は、当該リソースには、アプリケーションを配備する必要がなく、「０」となる。【００５５】
また、本実施例で用いる「予備リソース」とは、要求量の増加や固定リソースの故障などにより、固定リソースでは対応できない場合に、当該固定リソースが不足している借入カスタマに追加（固定リソースとは別に）で割り当てられるリソースである。例えば、一般的な手法では、予備リソースとして使用されるのは、サーバプール２００のリソース（例えば、固定余りリソースや、未割当リソース）である。この予備リソースは、必要な時に必要な量だけ割り当てられ、不要になるとサーバプールに戻される。【００５６】
ここで、固定リソースとは別にリソースの割当を要求する借入カスタマが、予備リソースを借りて利用する際には、最初に自身のアプリケーションを配備する必要がある。また、借り入れたリソースサーバをリソース貸出制御装置１００（のサーバプール２００）に返却する際には、自身のアプリケーションを削除して空の状態にする必要がある。このため、借入カスタマが、予備リソースを借り入れる場合は、予備リソースを利用して自身のサービスを提供する時間だけでなく、上述した利用前の配備時間と利用後の削除時間とを併せて考慮する必要がある。【００５７】
すなわち、本実施例では、図３に示すように、「予備リソース」について、予備リソースを借り入れて、当該予備リソースを借りるカスタマ自身のサービスの提供を当該リソースを利用して開始する時刻を示す「借入必要開始時刻」と、予備リソースを借り入れて、当該予備リソースを借りるカスタマ自身のサービスの提供を当該リソースを利用して終了する時刻を示す「借入必要終了時刻」と、当該予備リソースを借りるカスタマ自身のサービスの提供を当該リソースを利用して行う必要がある時間帯を示す「借入必要時間帯」とを考慮する。ここで、「借入必要時間帯」は、「借入必要時間帯」＝「借入必要終了時刻」−「借入必要開始時刻」という式で算出される。【００５８】
また、本実施例では、図３に示すように、「予備リソース」について、さらに、予備リソースを借りるカスタマ自身のサービスを当該リソースに配備するのに必要な時間を示す「利用前配備時間」と、予備リソースを借りるカスタマ自身のサービスを当該リソースから削除する時間を示す「利用後削除時間」と、予備リソースを借りるカスタマが、当該予備リソースを借りてある時間サービスを提供する上で、当該予備リソースを借り入れる必要がある時間帯を示す「総借入時間帯」とを考慮する。ここで、「総借入時間帯」は、「総借入時間帯」＝「借入必要時間帯」＋（「利用前配備時間」＋「利用後削除時間」）という式で算出される。なお、「総借入時間帯」は、特許請求の範囲に記載の「総借入期間」に対応する。「利用後削除時間」は、特許請求の範囲に記載の「削除時間」に対応し、「利用前配備時間」は、特許請求の範囲に記載の「配備時間」に対応する。【００５９】
また、本実施例では、図３に示すように、「予備リソース」について、さらに、予備リソースを利用してサービスを提供する前の「利用前配備時間」を考慮した上で、予備リソースの借入を開始する時刻を示す「借入開始時刻」と、予備リソースを利用してサービスを提供する後の「利用後削除時間」を考慮した上で、予備リソースの借入を終了する時刻を示す「借入終了時刻」とを考慮する。ここで、「借入開始時刻」は、「借入開始時刻」＝「借入必要開始時刻」−「利用前配備時間」という式で算出され、「借入終了時刻」は、「借入終了時刻」＝「借入必要開始時刻」＋「利用後削除時間」という式で算出される。【００６０】
［リソース貸出制御装置について］
なお、以下の説明では、実施例１に係るリソース貸出制御装置１００が、カスタマ各々ごとに、予め削除時間と配備時間とを記憶している手法について説明するが、本発明はこれに限定されるものではなく、リソース貸出制御装置１００は、リソースの貸し出しを決定するごとに（また、固定リソースが不足している借入カスタマから予備リソースを借り入れる要求を受付けるごとなど）、借入カスタマについての削除時間（利用後削除時間）と配備時間（利用前配備時間）と、固定余りリソースを有する貸出カスタマについての削除時間（貸出前削除時間）と配備時間（貸出後配備時間）とを取得して利用してもよい。【００６１】
また、以下の説明では、実施例１に係るリソース貸出制御装置１００が、カスタマ各々について、削除時間と配備時間とを記憶し、カスタマが同一であれば、利用後削除時間と貸出前削除時間とは同一であり、利用前配備時間と貸出後配備時間とは同一であるとして説明するが、本発明はこれに限定されるものではなく、実施例１に係るリソース貸出制御装置１００は、利用後削除時間と貸出前削除時間とを別のもの（値）として記憶し、利用前配備時間と貸出後配備時間とを別のものとして記憶して利用してもよい。【００６２】
なお、以下の説明では、特に言及がない限り、図４の（１）に示すように、カスタマＡについては、固定余りリソースが「ｔ＝１」〜「ｔ＝５．５」の間発生し、カスタマＢについては、固定余りリソースが「ｔ＝１」〜「ｔ＝６」の間発生し、カスタマＣについては、リソースの不足が「ｔ＝２．５」〜「ｔ＝４」の間発生し、カスタマＤについては、リソースの不足が「ｔ＝３．５」〜「ｔ＝４．５」の間発生する場合について説明する。また、特に言及がない限り、図４の（２）に示すように、カスタマＡについての削除時間が「１」であり、配備時間が「１」であり、カスタマＢについての削除時間が「１．５」であり、配備時間が「１．５」であり、カスタマＣについての削除時間が「０．５」であり、配備時間が「０．５」であり、カスタマＤについての削除時間が「１」であり、配備時間が「１」である場合について説明する。【００６３】
サーバプール２００は、予備リソースで構成されるリソースであり、具体的には、リソース貸出制御装置１００が有するリソースのうち固定リソースとして割り当てられていないリソースである未割当リソースと、固定余りリソースとで構成される。また、このサーバプール２００を構成するリソースは、後述するＩＤＣ管理部３００によって、借入カスタマに対して一時的に割り当てられるものである。【００６４】
カスタマのシステム４００は、カスタマ各々が有するシステムであり、図５に示すように、サービス提供部４２０と、カスタマシステム管理部４１０とから構成される。ここで、サービス提供部４２０は、カスタマ自身のサービスを提供する。具体的には、サービス提供部４２０は、エンドユーザからのアクセスを受付けて、カスタマ自身のサービスを提供し、カスタマ各々に固有なサービスを提供するためのアプリケーションが配備されているサーバ（リソース）などを管理する。【００６５】
カスタマシステム管理部４１０は、性能計測部４１１と、予測部４１２と、リソース管理部４１３と、必要リソース判断部４１４と、配備実行部４１５と、カスタマ側通信部４１６とから構成される。なお、ここで、リソース管理部４１３は、特許請求の範囲に記載の「時間情報記憶手段」および「貸出可能期間算出手段」に対応する。【００６６】
性能計測部４１１は、エンドユーザによってサービス提供部４２０へと行われたアクセスの要求量を計測する。例えば、性能計測部４１１は、エンドユーザから行われた単位時間あたりのアクセス量を計測し、当該アクセス量を処理する上で消費したリソース量を計測する。【００６７】
予測部４１２は、性能計測部４１１から得た情報を基に需要予測を行う。例えば、予測部４１２は、性能計測部４１１によって計測された単位時間あたりのアクセス量と消費したリソース量とから、将来必要とするリソース量を時間ごとに予測する。【００６８】
具体的に例をあげて説明すると、時刻「ｔ＝０」の時点で予測をする場合に、予測部４１２は、「ｔ＝１」〜「ｔ＝７」までの間に必要とするリソース量を予測し、その結果、カスタマＡの予測部４１２は、「ｔ＝１」〜「ｔ＝５．５」の間に、固定余りリソースが発生すると予測し、カスタマＢの予測部４１２は、「ｔ＝１」〜「ｔ＝６」の間に、固定余りリソースが発生すると予測し、カスタマＣの予測部４１２は、「ｔ＝２．５」〜「ｔ＝４」の間に、固定余りリソースが不足すると予測し、カスタマＤの予測部４１２は、「ｔ＝３．５」〜「ｔ＝４．５」の間に、固定余りリソースが不足すると予測する。【００６９】
リソース管理部４１３は、当該カスタマがサービスを提供するために用いるアプリケーションをサーバに配備するために必要とする時間を示す配備時間および当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間を対応付けて記憶する。また、リソース管理部４１３は、当該カスタマが固定余りリソースを有する貸出カスタマである場合に、固定リソースがサービス提供に利用されずに余っている期間を示す余り時間帯から、当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、固定余りリソースの貸し出しが可能な期間を示す貸出可能時間帯を算出する。【００７０】
具体的には、リソース管理部４１３は、図６に示すように、予め「削除時間」と「配備時間」とを記憶し、固定余りリソースがある場合に、他のサーバと識別するための情報である「サーバ」と、所有者を示すための情報である「所有者」と、サーバの機種を示すための情報である「機種」と、サーバのリソース量を示す「リソース量」と、当該サーバが稼働中であるか否か（たとえば、当該カスタマ自身のサービスを提供することを目的として使用されているか、または、サーバプール２００に貸し出されているか）を示すための情報である「状態」と、「余り時間帯」（「余り開始時刻」と「余り終了時刻」と）と、「余り時間」と、「配備時間」と、「削除時間」と、「貸出可能時間帯」（「貸出開始時刻」と「貸出終了時刻」）と、「貸出可能時間」とを対応付けて記憶する。【００７１】
例えば、リソース管理部４１３は、図６に示す例では、カスタマＡのリソース管理部４１３は、予測部４１２によって「ｔ＝１」〜「ｔ＝５．５」の間に固定余りリソースがあると予測された場合に、予め記憶している配備時間「１ｔ」と削除時間「１ｔ」とから、「貸出可能時間帯」を算出し、その後、サーバ「Ｓａ１」と、所有者「カスタマＡ」と、機種「Ａ」と、リソース量「１ｒ」と、状態［使用中」と、余り開始時刻「ｔ＝１」と、余り終了時刻「ｔ＝５．５」と、余り時間「４．５ｔ」と、配備時間「１ｔ」と、削除時間「１ｔ」と、貸出開始時刻「ｔ＝２」と、貸出終了時刻「ｔ＝４．５」と、貸出可能時間「２．５ｔ」とを記憶する。【００７２】
なお、本実施例では、リソース管理部４１３は、予め「削除時間」と「配備時間」とを記憶し、固定余りリソースがある場合に、リソース管理部４１３が「貸出可能時間帯」を算出する場合について説明するが、本発明はこれに限定されるものではなく、リソース管理部４１３は、「余り時間帯」のみを管理し、後述するＩＤＣ管理部３００によって、予め「削除時間」と「配備時間」とが記憶され、カスタマのシステム４００から通知された「余り時間帯」から「貸出可能時間帯」を算出してもよい。【００７３】
必要リソース判断部４１４は、固定余りリソースを貸出すか、予備リソースを要求するかを判断する。具体的には、必要リソース判断部４１４は、予測部４１２による需要予測と、予め割り当てられている固定リソースとを比較して、固定リソースではリソースが不足する場合に予備リソースが必要かを判断する。また、必要リソース判断部４１４は、固定余りリソースが発生する場合には、当該固定余りリソースを貸し出すことが可能であるか、または、現状維持（固定余りリソースの貸出が可能でないと判断し、かつ、予備リソースが必要ではないと判断する）であるかを判断する。そして、必要リソース判断部４１４は、当該固定余りリソースを貸し出すことが可能であると判断すると、当該固定余りリソースを貸出す。【００７４】
具体的に例をあげて説明すると、必要リソース判断部４１４は、予測需要量を取得する。例えば、必要リソース判断部４１４は、処理タイミングとなると、予測部４１２によって予測された将来必要とするリソース量を取得する。そして、必要リソース判断部４１４は、リソース管理部４１３から、予め割り当てられている固定リソースのリソース量を算出する。【００７５】
そして、必要リソース判断部４１４は、予測需要量と、固定リソースのリソース量とを比較する。ここで、必要リソース判断部４１４は、予測需要量よりも、固定リソースのリソース量が大きい場合には、つまり、例えば、固定余りリソースが発生している場合には、リソースを貸し出せるかを判定する。例えば、必要リソース判断部４１４は、発生している固定余りリソースが、サーバプール２００に貸し出せるリソース量「ある」か「ない」かを判定する。つまり、例えば、必要リソース判断部４１４は、固定余りリソース量が、サーバプール２００に貸出すにあたって最低限必要なリソース量（例えば、カスタマＡが３つのサーバ（リソース）を割り当てられていて、サーバ単位でリソースの貸出しを行う場合には、１つ以上のサーバが固定余りリソースとなっているか）を満たしているかをさらに判定する。【００７６】
ここで、必要リソース判断部４１４は、リソースを貸し出せると判定した場合には、当該固定余りリソースをサーバプール２００に貸出す旨をＩＤＣ管理部３００に通知する。つまり、例えば、必要リソース判断部４１４は、当該固定余りリソースをサーバプール２００に貸出す旨判断し、カスタマ側通信部４１６にその旨（例えば、リソース管理部４１３によって管理されている「貸出可能時間帯」や、「貸出可能時刻」と「貸出終了時刻」と）をＩＤＣ管理部３００に通知させる。そして、処理を終了する。一方、必要リソース判断部４１４は、リソースを貸し出せないと判定した場合には、そのまま処理を終了する。【００７７】
一方、必要リソース判断部４１４は、予測需要量と固定リソースのリソース量とを比較し、予測需要量よりも、固定リソースのリソース量が小さい場合には、サーバプール２００に貸出しているリソースがあるか否かを判定する。ここで、貸出し中のリソースがある場合には、つまり、例えば、カスタマが固定余りリソースをサーバプール２００に貸出しており、かつ、当該固定余りリソースが他の借入カスタマに割り当てられて使用されていない場合には、当該固定余りリソースの返却要求を行う。【００７８】
なお、必要リソース判断部４１４は、サーバプール２００に貸出している固定余りリソースのリソース量と、不足するリソース量とから、返却要求を行わないかを判断してもよい。具体的には、複数の固定余りリソースをサーバプール２００に貸出している場合には、不足するリソース量と同程度の固定余りリソースについてのみ返却要求してもよい。【００７９】
また、必要リソース判断部４１４は、一つの固定余りリソースのみを貸出しており、かつ、当該固定余りリソースのリソース量が、不足するリソース量よりも小さい場合に、当該固定余りリソースを返却する要求を行わなくてもよい。言い換えると、必要リソース判断部４１４は、固定余りリソースがサーバプール２００に貸出されており、かつ、予測部４１２によってリソースが不足すると予測された場合に、必ずしも、当該自己の固定余りリソースの返却要求をおこなわなくてもよい。【００８０】
そして、必要リソース判断部４１４は、返却を受ける自己の固定余りリソースにより、リソースの不足が解消されるかを判定する。ここで、リソース不足が解消される場合には、必要リソース判断部４１４は、処理を終了する。【００８１】
一方、必要リソース判断部４１４は、返却を受ける自己の固定余りリソースにより、リソースの不足が解消されないと判定される場合には、また、サーバプール２００に貸出しているリソースがないと判定された場合には、リソースを借り入れる要求（割当要求）を行う。例えば、必要リソース判断部４１４は、「借入必要時間帯」を、ＩＤＣ管理部３００に通知する。そして、処理を終了する。【００８２】
なお、本実施例では、必要リソース判断部４１４は、「借入必要時間帯」を送信し、後述する割当決定部３０３が、送信された「借入必要時間帯」から、「総借入時間帯」を算出する場合について説明するが、本発明はこれに限定されるものではなく、必要リソース判断部４１４が、「借入必要時間帯」から「総借入時間帯」を算出し、当該「総借入時間帯」を送信してもよい。【００８３】
配備実行部４１５は、固定余りリソースを貸し出すことが可能である場合に、固定余りリソースをサーバプール２００に貸し出す際に必要な処理を行い、予備リソースを割り当てられた際には、当該予備リソースを借り入れる際に必要な処理を行う。具体的には、配備実行部４１５は、貸し出す固定余りリソースから、配備されているカスタマ自身のアプリケーションを削除し（例えば、「余り開始時刻」になると削除し）、また、返却された固定余りリソースに、カスタマ自身のアプリケーションを配備する。また、配備実行部４１５は、割り当てられた予備リソースに、カスタマ自身のアプリケーションを配備し、また、割り当てられた予備リソースを返却する際に、配備したカスタマ自身のアプリケーションを削除する。【００８４】
カスタマ側通信部４１６は、ＩＤＣ管理部３００と情報の送受信を行う。具体的には、カスタマ側通信部４１６は、固定余りリソースを貸し出せる旨の情報（例えば、「貸出可能時間帯」や、「貸出可能時刻」と「貸出終了時刻」と）をＩＤＣ管理部３００に通知し、予備リソースが必要な旨の情報（具体的には、「借入必要時間帯」）をＩＤＣ管理部３００に通知し、また、貸し出した固定余りリソースの返却を要求する旨の情報をＩＤＣ管理部３００に通知し、また、これらの情報に対するＩＤＣ管理部３００からの応答をＩＤＣ管理部３００から受信し、貸出可能時間帯が経過した固定余りリソースを返却する旨の情報をＩＤＣ管理部３００から受信する。【００８５】
ＩＤＣ管理部３００は、図５に示すように、カスタマ情報管理部３０１、プール情報管理部３０２、割当実行部３０４、返却リソース受入部３０５、返却要求対応部３０６、割当決定部３０３、ＩＤＣ側通信部３０７からなる。なお、ここで、カスタマ情報管理部３０１は、特許請求の範囲に記載の「時間情報記憶手段」に対応し、プール情報管理部３０２は、特許請求の範囲に記載の「時間情報記憶手段」と「貸出可能期間算出手段」とに対応し、割当決定部３０３は、特許請求の範囲に記載の「総借入期間算出手段」と「貸出決定手段」とに対応する。【００８６】
カスタマ情報管理部３０１では、カスタマごとに、配備時間および削除時間を対応付けて記憶する。具体的には、すべてのカスタマについて、配備時間および削除時間を対応付けて記憶する。【００８７】
なお、本実施例では、上記したリソース管理部４１３によって各カスタマ各々に割り当てられているリソースについて管理する手法について説明するが、本発明はこれに限定されるものではなく、カスタマ情報管理部３０１が、リソース管理部４１３によって管理される情報を管理してもよい。具体的には、リソース管理部４１３は、割り当てられているリソースに関する情報をカスタマ情報管理部３０１にその都度（または、一定期間ごとに）通知し、カスタマ情報管理部３０１が一元的にすべてのカスタマについてのリソースに関する情報を管理してもよい。また、リソース管理部４１３とカスタマ情報管理部３０１とが、管理する情報を同期させることにより、リソース管理部４１３とカスタマ情報管理部３０１とが両方とも各カスタマ各々に割り当てられているリソースに関する情報を管理してもよい。【００８８】
プール情報管理部３０２は、サーバプール２００を構成するリソースの情報を管理する。言い換えると、プール情報管理部３０２は、借入カスタマに割り当てることができるリソースに関する情報を記憶する。具体的には、貸出カスタマについての固定余りリソースと、未割当リソースとに関する情報を記憶する。また、プール情報管理部３０２は、カスタマごとに対応付けて、配備時間および削除時間を記憶する。例えば、プール情報管理部３０２は、図７に示すように、借入カスタマに割り当てることが可能であるリソースについて、「サーバ」と、「所有者」と、「機種」と、「リソース量」と、「状態」と、「余り開始時刻」と、「余り終了時刻」と、「余り時間帯」と、「配備時間」と、「削除時間」と、「貸出開始時刻」と、「貸出終了時刻」と、「貸出可能時間」とを対応付けて記憶する。【００８９】
具体的に例をあげて説明すると、プール情報管理部３０２は、図７に示す例では、未割当リソースについて、サーバ「Ｓｘ１」と、所有者「ＩＤＣ」と、機種「Ａ」と、リソース量「１ｒ」と、状態「未使用」と、余り開始時刻「０」と、余り終了時刻「∞」と、余り時間「∞」と、配備時間「０」と、削除時間「０」と、貸出開始時刻「０」と、貸出終了時刻「∞」と、貸出可能時間「∞」とを記憶する。また、カスタマＢの固定余りリソースおよびカスタマＡの固定余りリソースについても、同様に記憶する。【００９０】
また、プール情報管理部３０２は、サーバプール２００を構成するリソース（固定余りリソースと未割当リソースと）に関する情報を管理する。具体的には、プール情報管理部３０２は、上記した記憶している情報を管理する。例えば、プール情報管理部３０２は、貸出終了時刻（または、余り終了時刻）を経過しているリソースを検知して、当該情報を削除してカスタマのシステム４００に通知し、また、借入カスタマに割り当てることが可能であるリソースに関する情報を後述する割当決定部３０３に提供し、また、後述する割当実行部３０４によってリソースが割り当てられると、割り当てたリソースに対応付けられた「状態」を、割当中を示す「割り当て中（貸出中）」へと更新する処理を行う。【００９１】
割当決定部３０３は、固定リソースが不足している借入カスタマにおいて借り入れたリソースを利用してサービスを提供したい期間を示す借入必要時間帯に、当該借入カスタマの配備時間および削除時間をそれぞれ加算して固定余りリソースの借入に必要な期間を示す総借入時間帯を算出する。例えば、割当決定部３０３は、カスタマＣの必要リソース判断部４１４から借入必要時間帯「ｔ＝２．５〜ｔ＝４」を受信すると、当該カスタマＣに対応付けられている削除時間「０．５ｔ」と配備時間「０．５ｔ」とを加算し、総借入時間帯「ｔ＝２〜ｔ＝４．５」を算出する。【００９２】
そして、割当決定部３０３は、算出された総借入時間帯が、必要リソース判断部４１４によって算出された貸出可能時間帯に収まるか否かを判定して、固定余りリソースおよび未割当リソースの貸出を決定する。具体的には、割当決定部３０３は、総借入時間帯が貸出可能時間帯内に収まるか否かの判定に加え、貸出可能時間帯内に収まると判定された固定余りリソースについて、当該総借入時間帯と当該貸出可能時間帯との差が最小となる固定余りリソースをさらに判定して、固定余りリソースの貸出を決定する。【００９３】
例えば、割当決定部３０３は、図７の例を用いて説明すると、算出したカスタマＣの総借入時間帯「ｔ＝２〜ｔ＝４．５」が、カスタマＡについての貸出可能時間帯「ｔ＝２〜ｔ＝４．５」に収まるか否かを判定し、収まると判定する。また、割当決定部３０３は、算出した総借入時間帯「ｔ＝２〜ｔ＝４．５」が、カスタマＢについての貸出可能時間帯「ｔ＝２．５〜ｔ＝４．５」に収まるか否かを判定し、収まらないと判定する。また、割当決定部３０３は、算出した総借入時間帯「ｔ＝２〜ｔ＝４．５」が、未割当リソースについての貸出可能時間帯「∞」に収まるか否かを判定し、収まると判定する。そして、割当決定部３０３は、収まると判定したカスタマＡについての固定余りリソースと、未割当リソースについて、当該総借入時間帯と当該貸出可能時間帯との差が最小となるリソースがカスタマＡについての固定余りリソースであると判定して、カスタマＡの固定余りリソースを、「ｔ＝２〜ｔ＝４．５」の間貸し出すことを決定する。【００９４】
なお、ここで、上記した例では、割当決定部３０３は、カスタマＡについての固定余りリソースと、未割当リソースとについて、当該総借入時間帯と当該貸出可能時間帯との差が最小となるリソースを判定しているが、ここで、複数のカスタマについて、総借入時間帯が貸出可能時間帯に収まる固定余りリソースがある場合には、当該複数のカスタマについての固定余りリソースとについて（また、未割当リソースについて）、当該総借入時間帯と当該貸出可能時間帯との差が最小となるリソースを判定する。【００９５】
また、ここでいう当該総借入時間帯と当該貸出可能時間帯との差が最小となるリソースとは、総借入時間帯と貸出可能時間帯との大きさが（また、発生する時間帯が）最も近いものをいう。【００９６】
具体的に例をあげて説明すると、割当決定部３０３は、カスタマからの割当要求を受付けると、受付けた「借入必要時間帯」と、プール情報管理部３０２によって記憶されている「貸出開始時刻」各々を比較する。つまり、例えば、カスタマＣから借入必要時間帯「ｔ＝２．５〜ｔ＝４」を受信すると、割当決定部３０３は、借入必要開始時刻「ｔ＝２．５」と、予めカスタマ情報管理部３０１に記憶されている配備時間「０．５ｔ」とを減算した開始時間である借入開始時刻「ｔ＝２」を算出し、算出した「ｔ＝２」とプール情報管理部３０２によって記憶されている「貸出開始時刻」各々を比較する。【００９７】
そして、割当決定部３０３は、候補を検出する。例えば、割当決定部３０３は、「借入開始時刻」以前に「貸出開始時刻」が設定されているリソースを検出する。さらに詳細には、割当決定部３０３は、借入開始時刻「ｔ＝２」の場合に、貸出開始時刻が「ｔ＝２」以前となっているリソースのみを候補として検出する。ここで、割当決定部３０３は、候補を検出してなかった場合には、処理を終了する。【００９８】
一方、割当決定部３０３は、候補を検出した場合には、続いて、「借入終了時刻」と、検出した候補各々について「貸出終了時刻」とを比較する。つまり、例えば、カスタマＣから借入必要時間帯「ｔ＝２．５〜ｔ＝４」を受信すると、割当決定部３０３は、借入必要終了時刻「ｔ＝４」に、予めカスタマ情報管理部３０１に記憶されている削除時間「０．５ｔ」を加算した終了時間である借入終了時刻「ｔ＝４．５」を算出し、候補各々に対応付けられた「貸出終了時刻」と、算出した「ｔ＝４．５」とを比較する。【００９９】
そして、割当決定部３０３は、候補を検出する。例えば、割当決定部３０３は、「借入終了時刻」以後に「貸出終了時刻」が設定されているリソースを検出する。さらに詳細には、割当決定部３０３は、借入終了時刻「ｔ＝４．５」の場合に、貸出終了時刻が「ｔ＝．５」以後となっているリソースのみを候補として検出する。ここで、割当決定部３０３は、候補を検出してなかった場合には、処理を終了する。【０１００】
そして、割当決定部３０３は、候補を検出した場合には、当該候補の中から、「総借入時間帯」と「貸出可能時間帯」との差が最小となるリソースを検出する。例えば、借入必要時間帯「ｔ＝２〜ｔ＝４．５」（つまり、２．５ｔ）であり、候補として検出したリソースの「貸出可能時間」が、「２．５ｔ」と「５ｔ」と「∞」とである場合には、差が最小となる貸出可能時間帯「２．５ｔ」であるリソースを検出する。そして、当該検出したリソースの貸し出しを決定する。そして、処理を終了する。【０１０１】
割当実行部３０４は、割当決定部３０３によって決定されたリソースの貸し出しを実行する。例えば、割当決定部３０３によって、カスタマＡの固定余りリソースを、「ｔ＝２〜ｔ＝４．５」の間貸し出すことが決定されると、割当実行部３０４は、カスタマＡの固定余りリソースからカスタマＡのアプリケーションを削除する旨の指示を「ｔ＝１」に行い、カスタマＣのアプリケーションを当該固定余りリソースに配備する旨の指示を「ｔ＝２」に行い、カスタマＣのアプリケーションを当該固定余りリソースから削除する旨の指示を「ｔ＝４」に行い、カスタマＡのアプリケーションを再度配備する旨の指示を「ｔ＝４．５」に行う。【０１０２】
返却リソース受入部３０５は、借入カスタマから返却されたサーバを受け入れる処理を行う。例えば、未割当リソースが返却されると、その旨をプール情報管理部３０２に通知し、プール情報管理部３０２によって、当該未割当リソースについて記憶している「状態」を、「貸出中」から「未使用」へと変更させる。【０１０３】
返却要求対応部３０６は、貸出カスタマからの返却要求に従って、サーバプール２００に貸し出されているサーバの返却処理を行う。例えば、貸出カスタマから固定余りリソースが貸し出されており、当該固定余りリソースが他の借入カスタマへと貸し出されていなければ、当該固定余りリソースを返却する。【０１０４】
ＩＤＣ側通信部３０７は、カスタマのシステム４００とデータの送受信を行う。具体的には、カスタマ側通信部４１６との間でデータの送受信を行い、固定余りリソースを貸し出せる旨の情報（例えば、「貸出可能時刻」と「貸出終了時刻」と）を受信してプール情報管理部３０２に送り、予備リソースが必要な旨の情報（具体的には、「借入必要時間帯」）を受信して割当決定部３０３に通知し、また、予測外の負荷が発生した際に貸し出した固定余りリソースの返却を要求する旨の情報を受信して返却要求対応部３０６に送り、また、これらの情報に対する応答をカスタマ側通信部４１６に通知する。【０１０５】
なお、実施例１に係るリソース貸出制御装置１００が、カスタマ各々ごとに、予め削除時間と配備時間とを記憶している手法について説明しているが、本発明はこれに限定されるものではなく、リソース貸出制御装置１００は、リソースの貸し出しを決定するごとに（また、固定リソースが不足している借入カスタマから予備リソースを借り入れる要求を受付けるごとなど）、借入カスタマについての削除時間（利用後削除時間）と配備時間（利用前配備時間）と、固定余りリソースを有する貸出カスタマについての削除時間（貸出前削除時間）と配備時間（貸出後配備時間）とを取得して利用してもよい。【０１０６】
また、実施例１に係るリソース貸出制御装置１００が、カスタマ各々について、削除時間と配備時間とを記憶し、カスタマが同一であれば、利用後削除時間と貸出前削除時間とは同一であり、利用前配備時間と貸出後配備時間とは同一であるとして説明するが、本発明はこれに限定されるものではなく、実施例１に係るリソース貸出制御装置１００は、利用後削除時間と貸出前削除時間とを別のもの（値）として記憶し、利用前配備時間と貸出後配備時間とを別のものとして記憶して利用してもよい。【０１０７】
また、説明の便宜上、リソース貸出制御装置１００が、ＩＤＣ管理部３００と、サーバプール２００と、カスタマのシステム４００とを備える場合について説明しているが、本発明はこれに限定されるものではなく、リソース貸出制御装置１００は、ＩＤＣ管理部３００だけを備え、サーバプール２００やカスタマのシステム４００が、リソース貸出制御装置の外部の装置として存在してもよい。【０１０８】
例えば、ＩＤＣ管理部３００のカスタマ情報管理部３０１が、特許請求の範囲に記載の「時間情報記憶手段」にさらに対応し、「削除時間」と「配備時間」とを予め記憶する。その上で、例えば、ＩＤＣ管理部３００の割当決定部３０３が、特許請求の範囲に記載の「貸出可能期間算出手段」にさらに対応し、貸出可能時間を算出することにより、実現することができる。【０１０９】
具体的に例をあげて説明すると、カスタマ情報管理部３０１が、「削除時間」と「配備時間」とを予め記憶し、リソース管理部４１３は、割り当てられているリソースに関する情報（例えば、「余り時間帯」）を、カスタマ情報管理部３０１にその都度（または、一定期間ごとに）通知し、カスタマ情報管理部３０１が一元的にすべてのカスタマについてのリソースに関する情報を管理する。そして、割当決定部３０３が、貸出可能時間帯と総借入時間帯とから、リソースの貸出しを決定してもよい。また、同様に、リソース管理部４１３とカスタマ情報管理部３０１とが、管理する情報を同期させることにより、リソース管理部４１３とカスタマ情報管理部３０１とが両方とも各カスタマ各々に割り当てられているリソースに関する情報を管理し、そして、割当決定部３０３が、貸出可能時間帯と総借入時間帯とから、リソースの貸出しを決定してもよい。【０１１０】
［実施例１における必要リソース判断部による処理］
次に、図８を用いて、実施例１におけるリソース貸し出し装置による処理を説明する。図８は、実施例１における必要リソース判断による処理を説明するためのフローチャートである。【０１１１】
同図に示すように、必要リソース判断部４１４は、処理タイミングとなると（ステップＳ１０１肯定）、予測需要量を取得する（ステップＳ１０２）。例えば、必要リソース判断部４１４は、処理タイミングとなると、予測部４１２によって予測された将来必要とするリソース量を取得する。そして、必要リソース判断部４１４は、リソース管理部４１３から、予め割り当てられている固定リソースのリソース量を算出する（ステップＳ１０３）。【０１１２】
そして、必要リソース判断部４１４は、予測需要量と、固定リソースのリソース量とを比較する（ステップＳ１０４）。ここで、必要リソース判断部４１４は、予測需要量よりも、固定リソースのリソース量が大きい場合には（ステップＳ１０５肯定）、つまり、例えば、固定余りリソースが発生している場合には、リソースを貸し出せるかを判定する（ステップＳ１０６）。例えば、必要リソース判断部４１４は、発生している固定余りリソースが、サーバプール２００に貸し出せるリソース量「ある」か「ない」かを判定する。つまり、例えば、必要リソース判断部４１４は、固定余りリソース量が、サーバプール２００に貸出すにあたって最低限必要なリソース量（例えば、カスタマＡが３つのサーバ（リソース）を割り当てられていて、サーバ単位でリソースの貸出しを行う場合には、１つ以上のサーバが固定余りリソースとなっているか）を満たしているかをさらに判定する。【０１１３】
ここで、必要リソース判断部４１４は、リソースを貸し出せると判定した場合には（ステップＳ１０７肯定）、当該固定余りリソースをサーバプール２００に貸出す旨をＩＤＣ管理部３００に通知する（ステップＳ１０８）。つまり、例えば、必要リソース判断部４１４は、当該固定余りリソースをサーバプール２００に貸出す旨判断し、カスタマ側通信部４１６にその旨（例えば、「貸出可能時間帯」や、「貸出可能時刻」と「貸出終了時刻」と）をＩＤＣ管理部３００に通知させる。そして、処理を終了する。一方、必要リソース判断部４１４は、リソースを貸し出せないと判定した場合には（ステップＳ１０７否定）、そのまま処理を終了する。【０１１４】
一方、必要リソース判断部４１４は、上記したステップＳ１０５において、予測需要量よりも、固定リソースのリソース量が小さい場合には（ステップＳ１０５否定）、サーバプール２００に貸出しているリソースがあるか否かを判定する（ステップＳ１０９）。ここで、貸出し中のリソースがある場合には（ステップＳ１０９肯定）、つまり、例えば、カスタマが固定余りリソースをサーバプール２００に貸出しており、かつ、当該固定余りリソースが他の借入カスタマに割り当てられて使用されていない場合には、当該固定余りリソースの返却要求を行う（ステップＳ１１０）。【０１１５】
そして、必要リソース判断部４１４は、返却を受ける自己の固定余りリソースにより、リソースの不足が解消されるかを判定する（ステップＳ１１１）。ここで、リソース不足が解消される場合には（ステップＳ１１１肯定）、必要リソース判断部４１４は、処理を終了する。【０１１６】
一方、必要リソース判断部４１４は、返却を受ける自己の固定余りリソースにより、リソースの不足が解消されないと判定される場合には（ステップＳ１１１否定）、または、上記したステップＳ１０９において、サーバプール２００に貸出しているリソースがないと判定された場合には（ステップＳ１０９否定）、リソースを借り入れる要求（割当要求）を行う（ステップＳ１１２）。例えば、必要リソース判断部４１４は、「借入必要時間帯」を、ＩＤＣ管理部３００に通知する。そして、処理を終了する。【０１１７】
［実施例１における割当決定部による処理］
次に、図９を用いて、実施例１における割当決定部による処理を説明する。なお、図９は、実施例１における割当決定部による処理を説明するためのフローチャートである。【０１１８】
同図に示すように、割当決定部３０３は、カスタマからの割当要求を受付けると（ステップＳ２０１肯定）、受付けた「借入必要時間帯」と、プール情報管理部３０２によって記憶されている「貸出開始時刻」各々とを比較する（ステップＳ２０２）。つまり、例えば、カスタマＣから借入必要時間帯「ｔ＝２．５〜ｔ＝４」を受信すると、割当決定部３０３は、借入必要開始時刻「ｔ＝２．５」と、予めカスタマ情報管理部３０１に記憶されている配備時間「０．５ｔ」を減算した開始時間である借入開始時刻「ｔ＝２」を算出し、算出した「ｔ＝２」とプール情報管理部３０２によって記憶されている「貸出開始時刻」各々を比較する。【０１１９】
そして、割当決定部３０３は、候補を検出する（ステップＳ２０３）。例えば、割当決定部３０３は、「借入開始時刻」以前に「貸出開始時刻」が設定されているリソースを検出する。さらに詳細には、割当決定部３０３は、借入開始時刻「ｔ＝２」の場合に、貸出開始時刻が「ｔ＝２」以前となっているリソースのみを候補として検出する。ここで、割当決定部３０３は、候補を検出してなかった場合には（ステップＳ２０４否定）、処理を終了する。【０１２０】
一方、割当決定部３０３は、候補を検出した場合には（ステップＳ２０４肯定）、続いて、「借入終了時刻」と、検出した候補各々について「貸出終了時刻」とを比較する（ステップＳ２０５）。つまり、例えば、カスタマＣから借入必要時間帯「ｔ＝２．５〜ｔ＝４」を受信すると、割当決定部３０３は、借入必要終了時刻「ｔ＝４」に、予めカスタマ情報管理部３０１に記憶されている削除時間「０．５ｔ」を加算した開始時間である借入開始時刻「ｔ＝４．５」を算出し、候補各々に対応付けられた「貸出終了時刻」と、算出した「ｔ＝４．５」とを比較する。【０１２１】
そして、割当決定部３０３は、候補を検出する（ステップＳ２０６）。例えば、割当決定部３０３は、「借入終了時刻」以後に「貸出終了時刻」が設定されているリソースを検出する。さらに詳細には、割当決定部３０３は、借入終了時刻「ｔ＝４」の場合に、貸出終了時刻が「ｔ＝４」以後となっているリソースのみを候補として検出する。ここで、割当決定部３０３は、候補を検出してなかった場合には（ステップＳ２０７否定）、処理を終了する。【０１２２】
そして、割当決定部３０３は、候補を検出した場合には（ステップＳ２０７肯定）、当該候補の中から、「総借入時間帯」と「貸出可能時間帯」との差が最小となるリソースを検出する（ステップＳ２０８）。例えば、借入必要時間帯「ｔ＝２〜ｔ＝４．５」（つまり、２．５ｔ）であり、候補として検出したリソースの「貸出可能時間帯」が、「２．５ｔ」と「５ｔ」と「∞」とである場合には、差が最小となる貸出可能時間帯「２．５ｔ」であるリソースを検出する。そして、当該検出したリソースの貸し出しを決定する（ステップＳ２０９）。そして、処理を終了する。【０１２３】
［実施例１による効果］
上述してきたように、実施例１によれば、リソース貸出制御装置は、カスタマごとに、配備時間および削除時間を対応付けて記憶し、貸出可能期間を算出し、総借入期間を算出し、総借入期間が貸出可能期間内に収まるか否かを判定して、固定余りリソースの貸出を決定するので、適切なリソースを割り当てることが可能である。【０１２４】
従来の手法では、リソース貸出制御装置は、カスタマ各々に請求するリソースの使用料として、固定リソース使用料金と予備リソース（オンデマンドリソース）使用料金との２種類の和を請求していた。ここで、固定リソースは常時割り当てられているものであり、固定リソース使用料金は、固定額であり、一方、予備リソース使用料金は、予備リソースの使用量が変化するため、その時々で変動する。一般に、単位時間あたりの単位リソースに対する単価は、予備リソース料金の方が割高になっている。従って、カスタマがリソース使用料を効果的に削減するには、リソースの必要量（要求量）を正確に把握した上で、固定リソースとして常時設置する分と、予備リソースによって対応する分とを、適切に切り分けることが重要であった。【０１２５】
また、カスタマ各々に常時割り当てられている固定リソースのうち未使用なリソースである固定余りリソースを、他のカスタマに提供することにより、カスタマ各々が、無駄なコスト（言い換えると、固定余り分について使用していないにもかかわらず使用料を支払っている）を軽減していた。さらに、リソース貸出制御装置からすれば、運用における提供リソース量を少なくするほどコストが少なくなり、できるだけ少ないリソースでサービスを提供していた。【０１２６】
このような従来の手法と比較して、本実施例を適用することにより、リソース不足カスタマに固定リソースを割り当てる際に、配備時間と削除時間とを考慮して貸し出しの可否を決定することにより、リソース不足カスタマが当該リソース不足カスタマが固定余りリソースを必要とする期間（固定余りリソースを借りて自己のサービスを提供する必要がある期間）に使用できる固定余りリソースを、適切に割り当てることが可能である。【０１２７】
具体的には、総借入期間が貸出可能期間内に収まるか否かを判定して、固定余りリソースの貸出を決定するので、図１０の「Ｃａｓｅ１〜３」に示すように、総借入期間が貸出可能期間内に収まらない固定余りリソースの割当の決定を防止でき、固定余りリソースを、適切に割り当てることが可能である。なお、図１０は、実施例１における効果を説明するための図である。【０１２８】
また、例えば、本実施例を適用することにより、必要なときに必要な分のリソース（サーバ）の供給を決定することが可能である。これにより、例えば、ＩＴ投資の選択肢の拡大効果や運用コスト削減、ビジネスの迅速化といった効果をもたらすことが可能である。【０１２９】
また、例えば、本実施例を適用することにより、各カスタマは、固定余りリソースに対する無駄な投資を抑えることができるとともに、リソース貸出制御装置は、各カスタマの固定余りリソースを他のカスタマに効率よく予備リソースとして割り当てることができ、リソースの利用効率が向上するとともに、サーバプール２００（特に、未割当リソース）として用意するリソースを減らすことができ、リソース貸出制御装置全体で用意するリソース量を削減することが可能である。
【実施例２】
【０１３０】
さて、これまで、実施例１として、固定余りリソースを、固定リソースに予め配備されている（カスタマの）アプリケーションを削除した状態で扱うか、当該アプリケーションを配備したままの状態で扱うかについて特に言及しなかったが、実施例２では、サーバプール２００に固定余りリソースを貸出す際に、固定リソースに予め配備されている（カスタマの）アプリケーションを削除した状態と、当該アプリケーションを配備したままの状態とを、それぞれ区別して扱う手法について説明する。【０１３１】
具体的には、固定リソースとして予め割り当てられているカスタマによって用いられるアプリケーションが配備された状態にある固定余りリソースであるホットスタンバイ固定余りリソース（以下、ＨＳリソース）と、固定リソースとして予め割り当てられているカスタマによって用いられるアプリケーションが削除された状態にある固定余りリソースであるメタ固定余りリソース（以下、メタリソース）とに、固定リソースをそれぞれ区別して扱ってもよい。【０１３２】
例えば、ＨＳリソースは、予め割り当てられているカスタマのアプリケーションが配備されている状態で扱われるものであり、当該カスタマからサーバプール２００に貸出す際には、貸出カスタマのアプリケーションが配備された状態のまま貸し出され、サーバプール２００にあるＨＳリソースが当該貸出カスタマに返却される際には、当該貸出カスタマのアプリケーションを当該貸出カスタマにおいて再度配備する必要がなく、貸出後配備時間が「０」となるリソースである。一方、ＨＳリソースは、ＨＳリソースを他の借入カスタマが借り入れる際には、予め配備されている（貸出カスタマの）アプリケーションを削除する（加えて、当該借入カスタマのアプリケーションを配備する）必要があるリソースである。【０１３３】
また、メタリソースとは、予め割り当てられているカスタマのアプリケーションが削除された状態で扱われるものであり、当該カスタマからサーバプール２００に貸出す際に、貸出カスタマのアプリケーションを削除された状態で貸出され、サーバプール２００にあるメタリソースが当該貸出カスタマに返却される際には、当該貸出カスタマのアプリケーションを貸出カスタマにおいて再度配備する必要があるリソースである。一方、メタリソースは、借入カスタマが借り入れる際には、当該借入カスタマのアプリケーションを配備すればよい（貸出カスタマのアプリケーションを削除する必要はない）リソースである。【０１３４】
このため、例えば、メタリソースを借入カスタマに割り当てるのに必要な時間は、割り当てを決定した時点から数分程度（割り当てるカスタマのアプリケーションを配備する時間のみ）であるのに対して、ＨＳリソースを割り当てるのに必要な時間は、割り当てを決定した時点から、１０数分程度（貸出カスタマのアプリケーションを削除する時間と、割り当てるカスタマのアプリケーションを配備する時間）必要となる。一方、例えば、ＨＳリソースについては、当該ＨＳリソースの貸出カスタマに返却する際には、当該カスタマは返却後すぐに当該ＨＳリソースを用いて自身のサービスを提供できるのに対して、メタリソースについては、当該メタリソースの貸出カスタマに返却する際には、当該カスタマのアプリケーションを配備する時間が必要となり、返却後すぐに当該カスタマ自身のサービスを当該メタリソースを用いて提供することはできない。【０１３５】
そこで、以下では、図１１〜１６を用いて、実施例２として、固定余りリソースを、ＨＳリソースとメタリソースとに区別して扱う手法について説明する。なお、実施例１に係るリソース貸出制御装置１００と同様の点については、説明を省略し、または、説明を簡単に行う。なお、図１１は、実施例２において用いるカスタマ各々の需要予測を示すための図である。図１２は、実施例２において用いるカスタマ各々からの割当要求を説明するための図である。図１３は、実施例２において用いるカスタマ各々に割り当てられるリソースの一例を示すための図である。図１４は、実施例２における割当決定部による処理を説明するためのフローチャートである。図１５は、実施例２における返却リソース受入部による処理を説明するためのフローチャートである。図１６は、実施例２における返却要求対応部による処理を説明するためのフローチャートである。【０１３６】
［実施例２に係るリソース貸出制御装置の構成］
具体的には、実施例２に係るリソース貸出制御装置１００では、サーバプール２００が、未割当リソースと、ＨＳリソースと、メタリソースとで構成される。具体的には、サーバプール２００は、未割当リソースとメタリソースで構成されるメタプールと、ＨＳリソースで構成されるＨＳプールとで構成される。【０１３７】
カスタマ情報管理部３０１は、カスタマごとに対応付けて、サーバプール２００に貸出されているＨＳリソースとメタリソースとを記憶する。また、カスタマ情報管理部３０１は、カスタマごとに対応付けて、カスタマから貸出されたリソースのうちＨＳリソースとして確保するリソース量を示す「ＨＳ確保リソース台数」を予め記憶し、現にＨＳリソースとして確保されているリソース量を示す「ＨＳリソース台数」を記憶する。【０１３８】
なお、ここで、「ＨＳ確保リソース台数」とは、貸出カスタマが、固定余りリソースをサーバプール２００に貸出す際に、メタリソースではなく、ＨＳリソースとして確保しておきたいリソース量を示すものである。上記したように、ＨＳリソースは、貸出カスタマのアプリケーションが配備されている状態で扱われるため、後述するように、貸出カスタマにサーバプール２００に貸出している固定余りリソースを使用する必要が生じた際などに（例えば、突発的なリソース量の需要が生じた際に）、当該ＨＳリソースの返却を受けることで、当該ＨＳリソースを用いてすぐに自己のサービスの提供を開始できる。このため、「ＨＳ確保リソース台数」は、貸出カスタマのサーバプールに貸出す固定余りリソースについて、ＨＳリソースとして当該貸出カスタマのために（ＨＳリソースは、当該貸出カスタマにとって有益（返却後すぐに使用を開始できるもの）であるため）確保するリソース量を予め示すものである。【０１３９】
必要リソース判断部４１４は、固定余りリソースを貸出す際に、カスタマ情報管理部３０１に記憶されている「ＨＳ確保リソース台数」以上のリソースをサーバプール２００に貸出している場合には、当該固定余りリソースをメタリソースとしてサーバプール２００に貸出す。例えば、必要リソース判断部４１４は、カスタマ側通信部４１６に、その旨（例えば、リソース管理部４１３によって管理される「貸出可能時間帯」や、「貸出可能時刻」と「貸出終了時刻」と、当該固定余りリソースをメタリソースとして貸出す旨）をＩＤＣ管理部３００に通知させる。【０１４０】
また、必要リソース判断部４１４は、固定余りリソースを貸出す際に、カスタマ情報管理部３０１に記憶されている「ＨＳ確保リソース台数」以下のリソースをサーバプール２００に貸出している場合には、当該固定余りリソースをＨＳリソースとしてサーバプール２００に貸出す。例えば、必要リソース判断部４１４は、カスタマ側通信部４１６に、その旨（例えば、リソース管理部４１３によって管理されている「余り開始時刻」と「貸出終了時刻」と、当該固定余りリソースをＨＳリソースとして貸出す旨）をＩＤＣ管理部３００に通知させる。【０１４１】
配備実行部４１５は、固定余りリソースをＨＳリソースとしてサーバプール２００に貸出す際には、予め配備されているアプリケーションを削除せず、一方、固定余りリソースをメタリソースとして貸出す際には、予め配備されているアプリケーションを削除する。例えば、配備実行部４１５は、カスタマ情報管理部３０１に記憶されている「ＨＳ確保リソース台数」以上のリソースをサーバプール２００に貸出している場合には、サーバプール２００に貸出すリソースから予め配備されている貸出カスタマのアプリケーションを削除し、一方、「ＨＳ確保リソース台数」に満たないリソースをサーバプール２００に貸出している場合には、予め配備されている貸出カスタマのアプリケーションを削除しない。【０１４２】
また、配備実行部４１５は、後述するＩＤＣ管理部３００の返却リソース受入部３０５や返却要求対応部３０６や割当実行部３０４によって指示されると、指示されたリソースに、アプリケーションを配備し、または、削除する。例えば、ＨＳプールから借入カスタマに貸し出されたＨＳリソースがＨＳプールに返却された場合に、配備実行部４１５は、返却リソース受入部３０５や返却要求対応部３０６や割当実行部３０４によって指示されると、サーバリソースに貸出しているＨＳリソースの内指示を受けたリソースから貸出カスタマのアプリケーションを削除する（言い換えると、ＨＳリソースをメタリソースにし）。また、例えば、ＨＳプール内のＨＳリソースを借入カスタマに貸出す場合に、配備実行部４１５は、サーバリソースに貸出しているメタリソースのうち指示を受けたリソースに当該貸出カスタマのアプリケーションを配備する（言い換えると、メタリソースをＨＳリソースにする）。さらに詳細な一例をあげると、例えば、ＨＳリソースを、他の借入カスタマに貸出す際には、割当実行部３０４が、配備実行部４１５に当該ＨＳリソースからアプリケーションを削除する時刻を指示し、配備実行部４１５は、当該ＨＳリソースから、当該ＨＳリソースに配備されている貸出カスタマのアプリケーションを当該時刻に削除する。【０１４３】
プール情報管理部３０２は、未割当リソースと、ＨＳリソースと、メタリソースとを管理する。【０１４４】
例えば、プール情報管理部３０２は、ＨＳリソースについて、受信した「貸出終了時刻」を記憶する。そして、プール情報管理部３０２は、借入カスタマからの要求を受付けると、ＨＳリソースについて、記憶している当該貸出カスタマの削除時間を減算して貸出可能時刻を算出し、記憶している情報を更新する。具体的に例をあげて説明すると、借入カスタマからの要求を受付け、割当決定部３０３によって、ＨＳプールにＨＳリソースがあるかを判別されると、ＨＳリソースについて、貸出可能時刻を算出する。そして、ＨＳリソースについて、「貸出開始時刻」を更新する。【０１４５】
また、例えば、プール情報管理部３０２は、メタリソースについて、受信した「貸出開始時刻」と「貸出終了時刻」とを対応付けて記憶する。【０１４６】
なお、ＨＳリソースの貸出可能時間帯について説明する。ＨＳリソースは、上記したように、貸出カスタマのアプリケーションが配備されている状態で扱われるものであり、借入カスタマから、割当要求を受付けた時点によって、貸出可能時間帯が異なる。例えば、余り開始時刻「ｔ＝２」であり、貸出終了時刻「ｔ＝１０」であり、削除時間「ｔ＝１」である場合を例に説明する。ここで、例えば、借入カスタマから割当要求が「ｔ＝２」の時点できた場合には、ＩＤＣ管理部３００は、当該ＨＳリソースから、貸出カスタマのアプリケーションを「ｔ＝２」の時点から削除することが可能であるため、貸出可能時刻は「ｔ＝３」となり、貸出可能時間帯は、「ｔ＝３〜ｔ＝１０」となる。【０１４７】
一方、例えば、借入カスタマから割当要求が「ｔ＝４」の時点できた場合には、「ｔ＝４」の時点において、当該ＨＳリソースには貸出カスタマのアプリケーションが配備されているため、ＩＤＣ管理部３００は、当該ＨＳリソースから、貸出カスタマのアプリケーションを、一番早くて、「ｔ＝４」の時点から削除することが可能であるため、貸出可能時刻は「ｔ＝５」となり、貸出可能時間帯は、「ｔ＝５〜ｔ＝１０」となる。【０１４８】
割当決定部３０３は、固定余りリソースに、メタリソースがあるかないかを判定して、メタリソースがある場合には、当該メタリソースの貸出を決定し、メタリソースがない場合には、ＨＳリソースの貸出を決定する。具体的には、割当決定部３０３は、借入カスタマに、当該カスタマ自身のＨＳリソースか、当該カスタマ自身のメタリソースか、他のカスタマによって貸出されたメタリソースか、他のカスタマによって貸出されたＨＳリソースか、未割当リソースかの貸出しを決定する。【０１４９】
ここで、割当決定部３０３について、図１１〜図１３を用いて説明する。まず、図１１に示すように、カスタマＡは、リソース「Ｓａ１」と「Ｓａ２」と「Ｓａ３」とを利用しており、カスタマＢは、リソース「Ｓｂ１」と「Ｓｂ２」と「Ｓｂ３」とを利用しており、カスタマＣは、リソース「Ｓｃ１」と「Ｓｃ２」と「Ｓｃ３」とを利用している。また、メタプールは、リソース「Ｓｘ１」と「Ｓｘ２」と「Ｓｘ３」とで構成されている。【０１５０】
また、図１１のカスタマＡとカスタマＢとカスタマＣとについて、時間当たりのリソース必要量の需要予測結果を、破線で示す。この需要予測を用いて、カスタマＡとＢとＣ（例えば、必要リソース判断部４１４）とは、図１１のαに示す固定余りリソースを、ＨＳプールに貸出している。また、同様に、カスタマＡは、図１１のβに示す固定余りリソースを、メタリプールに貸出している。なお、ここで、図１１のメタプールの点線部分に示すように、メタプールに貸出されたカスタマＡのリソース「Ｓａ１」については、当該カスタマＡのアプリケーションを削除する時間である「ｔ３〜ｔ４」を除いた時間について、メタプールに貸出されている。【０１５１】
また、図１１のγａとγｂとγｃとに示すように、カスタマＡとカスタマＢとカスタマＣとは、それぞれリソースが足りないと予測される部分を有している。このため、図１２に示すように、割当決定部３０３は、カスタマＡによって行われるγａに対応するリソースを要求する割当要求を受付け、カスタマＢによって行われるγｂに対応するリソースを要求する割当要求を受付け、カスタマＣによって行われるγｃに対応するリソースを要求する割当要求を受付ける。【０１５２】
例えば、図１２に示すように、割当決定部３０３は、カスタマ各々から、割当を要求するリソース量を示す「リソース量」と、「借入必要時間帯」を受付ける。例えば、割当決定部３０３は、図１２のＩＤ「γａ」に示すように、借入必要時間帯「ｔ＝０〜ｔ＝２」を受付ける。なお、図１２では、併せて、割当要求に対応するカスタマの「削除時間」と、「借入開始時刻」と、「借入終了時刻」と、「総借入時間」とを示した。具体的に例をあげて説明すると、図１２のＩＤ「γａ」に示すように、配備時間「０．５ｔ」と、削除時間「１ｔ」と、借入開始時刻「ｔ０」と、借入終了時刻「ｔ２．５」と、総借入時間帯「２．５ｔ」とを示す。【０１５３】
そして、具体的に例をあげて説明すると、図１３の（１）に示すように、割当決定部３０３は、カスタマＡとＢとＣとに、受付けた割当要求に対応するリソースを、メタプールとＨＳプールとから割り当てる。例えば、図１３の（１）に示すように、割当決定部３０３は、メタプールのリソース「Ｓｘ１」と「Ｓｘ２」とを、「ｔ１〜ｔ２．５」までカスタマＡに割り当て、図１３の（２）に示すように、メタプールのリソース「Ｓｘ１」と「Ｓｘ２」と「Ｓｘ３」とを、「ｔ２．５〜ｔ５．５」までカスタマＢに割り当て、図１３の（３）に示すように、メタプール（カスタマＡから貸出されているリソース）「Ｓａ１」を「ｔ４〜ｔ６」までカスタマＣに割り当て、また、ＨＳプールのリソース「Ｓａ２」を「ｔ４〜ｔ６」までカスタマＣに割り当てる。【０１５４】
割当決定部３０３について、さらに例をあげて説明すると、例えば、割当決定部３０３は、カスタマからの割当要求を受付けると、メタプールにリソースがあるか否かを判別する。ここで、割当決定部３０３は、メタプールにリソースがある場合には、メタプール内のリソースについて選択処理を行う。つまり、例えば、実施例１の割当決定部３０３による選択処理（例えば、図９のステップＳ２０２〜Ｓ２０９）を行う。そして、割当決定部３０３は、選択処理により、受付けた割当要求を満たせた場合には、借入カスタマにリソースを割り当てる旨通知する。【０１５５】
一方、割当決定部３０３は、メタプールにリソースがない場合には、また、メタプール内のリソースについての選択処理により受付けた割当要求を満たせない場合には、ＨＳプールにリソースがあるか否かを判別する。【０１５６】
また、割当決定部３０３は、後述する返却リソース受入部３０５によって、ＨＳリソースについての情報（例えば、「貸出可能時刻」）が更新されると、ＨＳプール内のリソースについて選択処理を行う。例えば、実施例１の割当決定部３０３による選択処理（例えば、図９のステップＳ２０２〜Ｓ２０９）を行う。ここで、受付けた割当要求を満たせた場合には、借入カスタマにリソースを割り当てる旨通知する。一方、割当決定部３０３は、ＨＳプール内にリソースがない場合には、また、ＨＳプール内のリソースについての選択処理により受付けた割当要求を満たせない場合には、エラー処理を行う。つまり、例えば、割当決定部３０３は、借入カスタマにリソースを割り当てられない旨通知する。【０１５７】
返却リソース受入部３０５は、カスタマ情報管理部３０１に予め設定されているＨＳ確保リソース台数に基づいて、借入カスタマから返却されたリソースを、ＨＳリソースとしてＨＳプールに追加するか、メタリソースとしてメタプールに追加する。具体的には、返却リソース受入部３０５は、借入カスタマから返却されたリソースが予め割り当てられていたカスタマに対応付けられたＨＳ確保リソース台数以上のリソースが、ＨＳプールにある場合には、当該リソースをメタリソースとしてメタプールに追加する。一方、返却リソース受入部３０５は、借入カスタマから返却されたリソースが予め割り当てられていたカスタマに対応付けられたＨＳ確保リソース台数に満たないリソースが、ＨＳプールにない場合には、当該リソースをＨＳリソースとしてＨＳプールに追加する。【０１５８】
例えば、返却リソース受入部３０５は、確認タイミングとなると、つまり、例えば、予め設定された定期タイミングとなると、カスタマ情報を取得する。例えば、カスタマ情報管理部３０１から、カスタマ各々について、「ＨＳ確保リソース台数」と「ＨＳリソース台数」とを取得する。【０１５９】
そして、返却リソース受入部３０５は、カスタマ各々の内、一つのカスタマを選択し、当該カスタマについての「ＨＳリソース台数」を確認する。ここで、返却リソース受入部３０５は、「ＨＳ確保リソース台数」が「ＨＳリソース台数」以上であるかを判別する。ここで、返却リソース受入部３０５は、「ＨＳ確保リソース台数」が「ＨＳリソース台数」以上である場合には、メタプールのリソースをＨＳリソースとしてＨＳプールに追加する。つまり、当該カスタマについてのＨＳリソース（当該カスタマのアプリケーションが配備されたＨＳリソース）が、予め設定されている「ＨＳ確保リソース台数」に満たない場合には、例えば、返却リソース受入部３０５は、リソースをメタプールから取得し、当該取得したリソースに当該カスタマのアプリケーションを配備して（例えば、返却サーバや配備実行部４１５が当該アプリケーションを配備し）当該メタリソースをＨＳリソースとして、ＨＳプールに追加する。【０１６０】
そして、返却リソース受入部３０５は、メタプールのリソースを用いてＨＳリソース確保台数を確保したかを判定する。つまり、メタプールから取得したメタリソースをＨＳリソースとしてＨＳプールに追加することにより、「ＨＳ確保リソース台数」が「ＨＳリソース台数」以上となったかを判定する。ここで、返却リソース受入部３０５は、メタプールのリソースを用いてＨＳリソース確保台数を確保した場合には、すべてのカスタマを選択したかを判別する。ここで、返却リソース受入部３０５は、すべてのカスタマを選択するまで、上記した確認処理を繰り返す。【０１６１】
また、返却リソース受入部３０５は、「ＨＳ確保リソース台数」が「ＨＳリソース台数」以下である場合には、つまり、当該カスタマについてのＨＳリソースが、予め設定されている「ＨＳ確保リソース台数」以上である場合には、すべてのカスタマを選択したかを判別する。そして、返却リソース受入部３０５は、すべてのカスタマを選択するまで、上記した確認処理を繰り返す。【０１６２】
なお、上記の例においては、返却リソース受入部３０５が、確認タイミングとして、予め設定された定期タイミングとなると、処理を開始する手法について説明したが、本発明はこれに限定されるものではなく、ＨＳリソースを、貸出カスタマに返却するごとに、当該カスタマについて、「ＨＳ確保リソース台数」と「ＨＳリソース台数」とを確認して上記処理をおこなってもよい。また、借入カスタマからリソースの返却を受けるたびに、上記処理を行ってもよい。【０１６３】
返却要求対応部３０６は、予め割り当てられている固定リソースに固定余りリソースがあるカスタマによって、固定余りリソースが利用される場合に、当該固定余りリソースに、ＨＳリソースがあるか否かを判定し、当該ＨＳリソースがある場合には、当該ＨＳリソースの利用を決定し、当該ＨＳリソースがない場合には、メタリソースの利用を決定する。なお、返却要求対応部３０６は、特許請求の範囲に記載の「利用決定手段」に対応する。【０１６４】
具体的には、返却要求対応部３０６は、当該貸出カスタマについてＨＳリソースがある場合には、ＨＳリソースの返却を決定し、当該貸出カスタマについてＨＳリソースがない場合には、メタリソースの返却を決定する。【０１６５】
例えば、図１３を用いて説明すると、時間当たりのリソース必要量の需要予測結果（破線）よりも、実際に必要とするリソース量（実線）が大きくなった場合には、返却要求対応部３０６は、カスタマＡから受付けた返却要求を受信し、カスタマＡについてのＨＳリソースを返却し、カスタマＡについてのＨＳリソースがない場合には、メタリソースを返却する。図１３の「Ｘ１」に示すように、「ｔ３〜ｔ４」の間に、カスタマＡに需要予測結果よりも実際に必要とするリソース量が大きくなった場合に、返却要求対応部３０６は、カスタマＡから受付けた返却要求を受信し、図１３の「Ｘ２」に示すように、カスタマＡについてのＨＳリソースであり、未だ他の借入カスタマに割り当てられていない「Ｓａ２」「ｔ３〜ｔ４」を、返却要求対応部３０６は返却する。【０１６６】
ここで一例をあげて説明すると、返却要求対応部３０６は、貸出カスタマから返却要求を受付けると、プール情報管理部３０２によって管理されるＨＳプールから、当該貸出カスタマに対応付けられるリソースに関する情報を取得する。つまり、例えば、返却要求対応部３０６は、プール情報管理部３０２に記憶されている情報から、当該貸出カスタマのＨＳリソースがＨＳプール内にどれだけあるかを取得する。【０１６７】
そして、返却要求対応部３０６は、返却するＨＳリソースを決定する。つまり、例えば、返却要求の内容（例えば、リソース量など）と、ＨＳプールにある当該貸出カスタマのＨＳリソースのリソース量とから、返却するＨＳリソースを決定する（例えば、返却要求がされたリソース量以上のリソース量を有するＨＳリソースであって、リソース量の差が最も小さいＨＳリソースを決定する）。【０１６８】
そして、返却要求対応部３０６は、返却要求を満たすかを判別する。つまり、返却要求対応部３０６は、返却することを決定したＨＳリソースのリソース量で、返却要求されたリソース量を満たすことが出来るかを判別する。ここで、返却要求対応部３０６は、満たさないと判別した場合には、メタプールのリソースを返却する決定をする。つまり、例えば、返却要求対応部３０６は、返却要求がされたリソース量の内返却することを決定したＨＳリソースでは足りないリソース量を、メタリソースから返却する。【０１６９】
そして、返却要求対応部３０６は、返却要求を満たすと判別し、または、メタプールのリソースを返却する決定をすると、返却通知を行う。つまり、例えば、返却要求対応部３０６は、返却するリソースに関する情報を（例えば、サーバ名など）、配備実行部４１５に通知し、プール情報管理部３０２が、返却するリソースに関する情報を更新し、また、カスタマ情報管理部３０１が、「ＨＳリソース台数」を更新する。【０１７０】
そして、返却要求対応部３０６は、メタプールのリソースをＨＳリソースとしてＨＳプールに追加する。つまり、例えば、返却要求対応部３０６は、カスタマ情報管理部３０１から、当該カスタマについて、「ＨＳ確保リソース台数」と「ＨＳリソース台数」とを取得し、「ＨＳ確保リソース台数」に足りない「ＨＳリソース台数」に対応するリソース量を、メタプールから取得し、当該取得したリソースに当該カスタマのアプリケーションを配備して、当該メタリソースをＨＳリソースとして、ＨＳプールに追加する。【０１７１】
［実施例２におけるリソース割当決定処理について］
次に、図１４を用いて、実施例２におけるリソース割当決定処理について説明する。【０１７２】
図１４に示すように、割当決定部３０３は、カスタマからの割当要求を受付ける（ステップＳ３０１肯定）と、メタプールにリソースがあるか否かを判別する（ステップＳ３０２）。ここで、割当決定部３０３は、メタプールにリソースがある場合には（ステップＳ３０２肯定）、メタプール内のリソースについて選択処理を行う（ステップＳ３０３）。つまり、例えば、実施例１の割当決定部３０３による処理（ステップＳ２０２〜Ｓ２０９）を行う。そして、割当決定部３０３は、選択処理により、受付けた割当要求を満たせた場合には（ステップＳ３０４肯定）、借入カスタマにリソースを割り当てる旨通知して（ステップＳ３０５）、処理を終了する。【０１７３】
一方、割当決定部３０３は、メタプールにリソースがない場合には（ステップＳ３０２否定）、また、メタプール内のリソースについての選択処理により受付けた割当要求を満たせない場合には（ステップＳ３０４否定）、ＨＳプールにリソースがあるか否かを判別する（ステップＳ３０６）。【０１７４】
ここで、割当決定部３０３によって、ＨＳプールにリソースがあると判別されると（ステップＳ３０６肯定）プール情報管理部３０２は、ＨＳリソースについて、貸出可能時刻を算出する。そして、ＨＳリソースについて、「貸出開始時刻」を更新する（ステップＳ３０７）。【０１７５】
そして、割当決定部３０３は、ＨＳプール内のリソースについて選択処理を行う（ステップＳ３０８）。例えば、実施例１の割当決定部３０３による処理（ステップＳ２０２〜Ｓ２０９）を行う。ここで、受付けた割当要求を満たせた場合には（ステップＳ３０９肯定）、借入カスタマにリソースを割り当てる旨通知して（ステップＳ３０５）、処理を終了する。【０１７６】
一方、割当決定部３０３は、ＨＳプール内にリソースがない場合には（ステップＳ３０６否定）、また、ＨＳプール内のリソースについての選択処理により受付けた割当要求を満たせない場合には（ステップＳ３０９否定）、エラー処理を行う（ステップＳ３１０）。つまり、例えば、割当決定部３０３は、借入カスタマにリソースを割り当てられない旨通知する。そして、処理を終了する。【０１７７】
［実施例２における返却リソース受入部による処理について］
次に、図１５を用いて、実施例２における返却リソース受入部による処理について説明する。【０１７８】
同図に示すように、返却リソース受入部３０５は、確認タイミングとなると（ステップＳ４０１肯定）、つまり、例えば、予め設定された定期タイミングとなると、カスタマ情報を取得する（ステップＳ４０２）。例えば、カスタマ情報管理部３０１から、カスタマ各々について、「ＨＳ確保リソース台数」と「ＨＳリソース台数」とを取得する。【０１７９】
そして、返却リソース受入部３０５は、カスタマ各々の内、一つのカスタマを選択し（ステップＳ４０３）、当該カスタマについての「ＨＳリソース台数」を確認する（ステップＳ４０４）。ここで、返却リソース受入部３０５は、「ＨＳ確保リソース台数」が「ＨＳリソース台数」以上であるかを判別する（ステップＳ４０５）。ここで、返却リソース受入部３０５は、「ＨＳ確保リソース台数」が「ＨＳリソース台数」以上である場合には（ステップＳ４０５肯定）、メタプールのリソースをＨＳリソースとしてＨＳプールに追加する（ステップＳ４０６）。つまり、当該カスタマについてのＨＳリソース（当該カスタマのアプリケーションが配備されたＨＳリソース）が、予め設定されている「ＨＳ確保リソース台数」に満たない場合には、例えば、返却リソース受入部３０５は、リソースをメタプールから取得し、当該取得したリソースに当該カスタマのアプリケーションを配備して（例えば、返却サーバや配備実行部４１５が当該アプリケーションを配備し）当該メタリソースをＨＳリソースとして、ＨＳプールに追加する。【０１８０】
そして、返却リソース受入部３０５は、メタプールのリソースを用いてＨＳリソース確保台数を確保したかを判定する（ステップＳ４０７）。つまり、メタプールから取得したメタリソースをＨＳリソースとしてＨＳプールに追加することにより、「ＨＳ確保リソース台数」が「ＨＳリソース台数」以上となったかを判定する。ここで、返却リソース受入部３０５は、メタプールのリソースを用いてＨＳリソース確保台数を確保した場合には（ステップＳ４０７肯定）、すべてのカスタマを選択したかを判別する（ステップＳ４０８）。ここで、返却リソース受入部３０５は、すべてのカスタマを選択していない場合には（ステップＳ４０８否定）、上記した確認処理（ステップＳ４０３〜Ｓ４０７）を繰り返す。【０１８１】
一方、返却リソース受入部３０５は、すべてのカスタマを選択した場合には（ステップＳ４０８肯定）、処理を終了する。【０１８２】
また、返却リソース受入部３０５は、「ＨＳ確保リソース台数」が「ＨＳリソース台数」より以下である場合には（ステップＳ４０５否定）、つまり、当該カスタマについてのＨＳリソースが、予め設定されている「ＨＳ確保リソース台数」以上である場合には、すべてのカスタマを選択したかを判別する（ステップＳ４０８）。そして、返却リソース受入部３０５は、すべてのカスタマを選択していない場合には（ステップＳ４０８否定）、上記した確認処理（ステップＳ４０３〜Ｓ４０７）を繰り返し、一方、返却リソース受入部３０５は、すべてのカスタマを選択した場合には（ステップＳ４０８肯定）、処理を終了する。【０１８３】
［実施例２における返却要求対応部による処理について］
次に、図１６を用いて、実施例２における返却要求対応部による処理について説明する。【０１８４】
同図に示すように、返却要求対応部３０６は、貸出カスタマから返却要求を受付けると（ステップＳ５０１肯定）、プール情報管理部３０２によって管理されるＨＳプールから、当該貸出カスタマに対応付けられるリソースに関する情報を取得する（ステップＳ５０２）。つまり、例えば、返却要求対応部３０６は、プール情報管理部３０２に記憶されている情報から、当該貸出カスタマのＨＳリソースがＨＳプール内にどれだけあるかを取得する。【０１８５】
そして、返却要求対応部３０６は、返却するＨＳリソースを決定する（ステップＳ５０３）。つまり、例えば、返却要求の内容（例えば、リソース量など）と、ＨＳプールに配備されている当該貸出カスタマのＨＳリソースのリソース量とから、返却するＨＳリソースを決定する（例えば、返却要求がされたリソース量以上のリソース量を有するＨＳリソースであって、リソース量の差が最も小さいＨＳリソースを決定する）。【０１８６】
そして、返却要求対応部３０６は、返却要求を満たすかを判別する（ステップＳ５０４）。つまり、返却要求対応部３０６は、返却することを決定したＨＳリソースのリソース量で、返却要求されたリソース量を満たすことが出来るかを判別する。ここで、返却要求対応部３０６は、満たさないと判別した場合には（ステップＳ５０４否定）、メタプールのリソースを返却する決定をする（ステップＳ５０５）。つまり、例えば、返却要求対応部３０６は、返却要求がされたリソース量の内返却することを決定したＨＳリソースでは足りないリソース量を、メタリソースから返却する。【０１８７】
そして、返却要求対応部３０６は、返却要求を満たすと判別し（ステップＳ５０４肯定）、または、メタプールのリソースを返却する決定をすると（ステップＳ５０５）、返却通知を行う（ステップＳ５０６）。つまり、例えば、返却要求対応部３０６は、返却するリソースに関する情報を（例えば、サーバ名など）、配備実行部４１５に通知し、プール情報管理部３０２が、返却するリソースに関する情報を更新し、また、カスタマ情報管理部３０１が、「ＨＳリソース台数」を更新する。【０１８８】
そして、返却要求対応部３０６は、メタプールのリソースをＨＳリソースとしてＨＳプールに追加する（ステップＳ５０７）。つまり、例えば、返却要求対応部３０６は、カスタマ情報管理部３０１から、当該カスタマについて、「ＨＳ確保リソース台数」と「ＨＳリソース台数」とを取得し、「ＨＳ確保リソース台数」に足りない「ＨＳリソース台数」に対応するリソース量を、メタプールから取得し、当該取得したリソースに当該カスタマのアプリケーションを配備して、当該メタリソースをＨＳリソースとして、ＨＳプールに追加する。そして、処理を終了する。【０１８９】
［実施例２の効果］
上述したように、実施例２によれば、リソース貸出制御装置は、貸出カスタマによって、固定余りリソースが利用される場合に、固定余りリソースに、ＨＳリソースがあるか否かを判定し、ＨＳリソースがある場合には、当該ＨＳリソースが利用されることを決定し、ＨＳリソースがない場合には、メタリソースが利用されることを決定するので、固定余りリソースを貸出しているカスタマから（予測不能な突発的負荷増加などによる）突発的なリソース返却要求にも応じることが可能である。【０１９０】
従来の手法では、固定余りリソースを返却する際には、当該リソースに配備されているアプリケーションを削除し、かつ、当該固定余りリソースが予め割り当てられているカスタマによって用いられるアプリケーションを配備する時間が必要となり、当該固定余りリソースを提供したカスタマに突発的な負荷が生じるなどして当該固定余りリソースを利用する必要が生じたとしても、すぐに当該固定余りリソースを利用できなかった。
このような従来の手法と比較して、本発明を適用することによって、ＨＳリソースを利用することによって、ＨＳリソースが他の借入カスタマに割り当てられていなければ、当該固定余りリソースを有しているカスタマは、ＨＳリソースを利用してすぐに自らのサービスを提供することが可能である。【０１９１】
また、実施例２によれば、リソース貸出制御装置は、ＨＳリソースについて、余り時間帯から、当該貸出カスタマの削除時間および配備時間をそれぞれ減算して貸出可能期間を算出し、メタリソースについて、余り時間帯から、当該貸出カスタマの配備時間を減算して貸出可能期間を算出し、固定余りリソースに、メタリソースがあるかないかを判定して、メタリソースがある場合には、メタリソースについての貸出を決定し、メタリソースがない場合には、ＨＳリソースについての貸出を決定するので、適切なリソースを割り当てることが可能である。【０１９２】
また、例えば、本発明を適用することによって、ＨＳリソースとメタリソースという二種類の固定余りリソースを利用することによって、リソース貸出制御装置は、カスタマ各々のリソース利用状況に応じて、固定余りリソースを他の借入カスタマに貸し出すことが可能である。具体的に例をあげて説明すると、突発的なリソースの需要が起きる可能性が少ないカスタマについては、当該カスタマの固定余りリソースの大半をメタ固定余りリソースとして扱い、一方、突発的なリソースの需要が起きる可能性が大きいカスタマについては、当該カスタマの固定余りリソースの大半をＨＳリソースとして扱うことで、固定余りリソースを有するカスタマの需要の変化に対して適切に対応できるリソース（ＨＳリソース）を確保しつつ、他のリソース不足カスタマにすぐに（削除時間がいらないので）貸し出すことが許されるメタリソースとして利用することが可能である。
【実施例３】
【０１９３】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、実施例３に係るリソース貸出制御装置として、異なる実施例を説明する。【０１９４】
（１）実施例の組み合わせについて
実施例１では、配備時間と削除時間とを考慮して、かつ、総借入時間帯と貸出可能時間帯との差が最小となるように考慮して、リソースの貸出を決定する手法について説明したが、本発明はこれに限定されるものではなく、配備時間と削除時間とを考慮するのみで、総借入時間帯と貸出可能時間帯との差が最小となるように考慮せずに、リソースの貸出を決定してもよい。【０１９５】
また、実施例２では、リソースを貸出す際に、メタリソースを優先して貸しだし、かつ、ＨＳリソースを返却する手法について記載したが、本発明はこれに限定されるものではなく、メタリソースを優先して貸しだす手法のみ採用し、または、ＨＳリソースを返却する手法のみ採用してもよい。また、メタリソースを優先して貸しだす手法か、ＨＳリソースを返却する手法かのいずれか一つの手法または両方の手法と、配備時間と削除時間とを考慮するのみで、総借入時間帯と貸出可能時間帯との差が最小となるように考慮せずに、リソースの貸出を決定してもよい。【０１９６】
（２）システム構成等
本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。例えば、借入必要時間帯をＩＤＣ管理部に手動で伝えることもできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図２、図４、図６〜図１７）については、特記する場合を除いて任意に変更することができる。【０１９７】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図５に示す例を用いて説明すると、カスタマのシステム４００とＩＤＣ管理部３００とを統合してもよく、また、リソース貸出制御装置１００から、カスタマのシステム４００とサーバプール２００とを分離してもよい。【０１９８】
（３）プログラム
ところで、上記実施例１では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、予め用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１７を用いて、上記の実施例１に示したリソース貸出制御装置と同様の機能を有するリソース貸出制御プログラムを実行するコンピュータの一例を説明する。なお、図１７は、実施例１に係るリソース貸出制御装置のプログラムを説明するための図である。【０１９９】
同図に示すように、実施例３におけるリソース貸出制御プログラムは、通信部３００６、ＣＰＵ３０１０、ＲＯＭ３０１１、ＨＤＤ３０１２、ＲＡＭ３０１３をバス３００９などで接続して構成されている。【０２００】
ＲＯＭ３０１１には、上記の実施例１で示した性能計測部４１１と、予測部４１２と、リソース管理部４１３と、必要リソース判断部４１４と、配備実行部４１５と、カスタマ側通信部４１６と、カスタマ情報管理部３０１と、プール情報管理部３０２と、割当実行部３０４と、返却リソース受入部３０５と、返却要求対応部３０６と、割当決定部３０３と、ＩＤＣ側通信部３０７と同様の機能を発揮する制御プログラム、つまり、同図に示すように、性能計測プログラム３０１１ａと、予測プログラム３０１１ｂと、リソース管理プログラム３０１１ｃと、必要リソース判断プログラム３０１１ｄと、配備実行プログラム３０１１ｅと、カスタマ側通信プログラム３０１１ｆと、カスタマ情報管理プログラム３０１１ｇと、プール情報管理プログラム３０１１ｈと、リ割当実行プログラム３０１１ｉと、返却リソース受入プログラム３０１１ｊと、返却要求対応プログラム３０１１ｋと、割当決定プログラム３０１１ｌと、ＩＤＣ側通信プログラム３０１１ｍとが予め記憶されている。なお、これらのプログラム３０１１ａ〜３０１１ｍについては、図４に示したリソース貸出制御装置の各構成要素と同様、適宜統合または分離してもよい。【０２０１】
そして、ＣＰＵ３０１０が、これらのプログラム３０１１ａ〜３０１１ｍをＲＯＭ３０１１から読み出して実行することにより、図１７に示すように、各プログラム３０１１ａ〜３０１１ｍについては、性能計測プロセス３０１０ａと、予測プロセス３０１０ｂと、リソース管理プロセス３０１０ｃと、必要リソース判断プロセス３０１０ｄと、配備実行プロセス３０１０ｅと、カスタマ側通信プロセス３０１０ｆと、カスタマ情報管理プロセス３０１０ｇと、プール情報管理プロセス３０１０ｈと、リソース割当実行プロセス３０１０ｉと、返却リソース受入プロセス３０１０ｊと、返却要求対応プロセス３０１０ｋと、割当決定プロセス３０１０ｌと、ＩＤＣ側通信プロセス３０１０ｍとして機能するようになる。なお、各プロセス３０１０ａ〜３０１０ｍは、図４に示した、性能計測部４１１と、予測部４１２と、リソース管理部４１３と、必要リソース判断部４１４と、配備実行部４１５と、カスタマ側通信部４１６と、カスタマ情報管理部３０１と、プール情報管理部３０２と、割当実行部３０４と、返却リソース受入部３０５と、返却要求対応部３０６と、割当決定部３０３と、ＩＤＣ側通信部３０７とにそれぞれ対応する。【０２０２】
そして、ＨＤＤ３０１２には、時間情報テーブル３０１２ａが設けられている。なお、時間情報テーブル３０１２ａは、図４に示した、リソース管理部４１３やカスタマ情報管理部３０１が対応する。【０２０３】
そして、ＣＰＵ３０１０は、時間情報テーブル３０１２ａを読み出してＲＡＭ３０１３に格納し、ＲＡＭ３０１３に格納された時間情報データ３０１３ａを用いて、リソース貸出制御プログラムを実行する。【０２０４】
（４）その他
なお、本実施例で説明したリソース貸出制御装置は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【図１】
2009072186.tif 000003
【図２】
2009072186.tif 000004
【図３】
2009072186.tif 000005
【図４】
2009072186.tif 000006
【図５】
2009072186.tif 000007
【図６】
2009072186.tif 000008
【図７】
2009072186.tif 000009
【図８】
2009072186.tif 000010
【図９】
2009072186.tif 000011
【図１０】
2009072186.tif 000012
【図１１】
2009072186.tif 000013
【図１２】
2009072186.tif 000014
【図１３】
2009072186.tif 000015
【図１４】
2009072186.tif 000016
【図１５】
2009072186.tif 000017
【図１６】
2009072186.tif 000018
【図１７】
2009072186.tif 000019
【図１８】
2009072186.tif 000020
【手続補正書】
【提出日】平成22年3月18日(2010.3.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバのリソースを利用してサービスを提供する複数のカスタマに対して、カスタマごとに割り当てられているリソースのうち、前記サービスの提供に利用されない余りリソースを、他のカスタマに前記余りリソースを貸し出す制御を行うリソース貸出制御装置であって、
前記カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションを前記サーバに配備するために必要とする時間を示す配備時間と、当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶する時間情報記憶手段と、
前記余りリソースを有する貸出カスタマにおいて、前記リソースがサービス提供に利用されていない期間を示す余り期間から、前記時間情報記憶手段に記憶された当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、前記余りリソースの貸し出しが可能な期間を示す貸出可能期間を算出する貸出可能期間算出手段と、
リソースの借入を希望する借入カスタマにおいて、借り入れたリソースを利用してサービスを提供する期間を示す借入要求期間に、前記時間情報記憶手段に記憶された当該借入カスタマの配備時間および削除時間をそれぞれ加算して、前記余りリソースの借入に必要な期間を示す総借入期間を算出する総借入期間算出手段と、
前記総借入期間算出手段によって算出された総借入期間が、前記貸出可能期間算出手段によって算出された貸出可能期間内に収まるか否かを判定して、前記余りリソースの前記借入カスタマへの貸出を決定する貸出決定手段と、
を備えたことを特徴とするリソース貸出制御装置。
【請求項２】
前記貸出決定手段は、前記総借入期間が前記貸出可能期間内に収まるか否かの判定に加え、前記総借入期間が当該貸出可能期間内に収まると判定された余りリソースのうち、当該総借入期間と当該貸出可能期間との差が最小となる余りリソースを判定して、余りリソースの貸出を決定することを特徴とする請求項１に記載のリソース貸出制御装置。
【請求項３】
前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、
予め割り当てられているリソースに前記余りリソースがある貸出カスタマによって当該余りリソースが利用される場合に、当該余りリソースに、前記ホットスタンバイ余りリソースがあるか否かを判定し、当該ホットスタンバイ余りリソースがある場合には、当該ホットスタンバイ余りリソースの利用を決定し、当該ホットスタンバイ余りリソースがない場合には、当該メタ余りリソースの利用を決定する利用決定手段をさらに備えることを特徴とする請求項１または２に記載のリソース貸出制御装置。
【請求項４】
前記余りリソースは、前記リソースが割り当てられている貸出カスタマによって用いられるアプリケーションが配備された状態にあるホットスタンバイ余りリソースか、前記リソースが割り当てられている貸出カスタマによって用いられる前記アプリケーションが削除された状態にあるメタ余りリソースか、のいずれかであって、
前記貸出決定手段は、前記余りリソースに、前記メタ余りリソースがあるかないかを判定して、当該メタ余りリソースがある場合には当該メタ余りリソースの貸出を決定し、当該メタ余りリソースがない場合には、前記ホットスタンバイ余りリソースの貸出を決定することを特徴とする請求項１または２に記載のリソース貸出制御装置。
【請求項５】
サーバのリソースを利用してサービスを提供する複数のカスタマに対して、カスタマごとに割り当てられているリソースのうち、前記サービスの提供に利用されない余りリソースを、他のカスタマに前記余りリソースを貸し出す制御をコンピュータが行うリソース貸出方法であって、
前記コンピュータは、
前記余りリソースを有する貸出カスタマにおいて、前記リソースがサービス提供に利用されていない期間を示す余り期間から、前記カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションを前記サーバに配備するために必要とする時間を示す配備時間と、当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶する時間情報記憶部に記憶された当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、前記余りリソースの貸し出しが可能な期間を示す貸出可能期間を算出する貸出可能期間算出工程と、
リソースの借入を希望する借入カスタマにおいて、借り入れたリソースを利用してサービスを提供する期間を示す借入要求期間に、前記時間情報記憶部に記憶された当該借入カスタマの配備時間および削除時間をそれぞれ加算して、前記余りリソースの借入に必要な期間を示す総借入期間を算出する総借入期間算出工程と、
前記総借入期間算出工程によって算出された総借入期間が、前記貸出可能期間算出工程によって算出された貸出可能期間内に収まるか否かを判定して、前記余りリソースの前記借入カスタマへの貸出を決定する貸出決定工程と、
を含んだことを特徴とするリソース貸出方法。
【請求項６】
サーバのリソースを利用してサービスを提供する複数のカスタマに対して、カスタマごとに割り当てられているリソースのうち、前記サービスの提供に利用されない余りリソースを、他のカスタマに前記余りリソースを貸し出す制御をコンピュータに実行させるリソース貸出プログラムであって、
前記コンピュータは、
前記余りリソースを有する貸出カスタマにおいて、前記リソースがサービス提供に利用されていない期間を示す余り期間から、前記カスタマごとに、当該カスタマがサービスを提供するために用いるアプリケーションを前記サーバに配備するために必要とする時間を示す配備時間と、当該アプリケーションを当該サーバから削除するために必要とする時間を示す削除時間とを対応付けて記憶する時間情報記憶部に記憶された当該貸出カスタマの削除時間および配備時間をそれぞれ減算して、前記余りリソースの貸し出しが可能な期間を示す貸出可能期間を算出する貸出可能期間算出ステップと、
リソースの借入を希望する借入カスタマにおいて、借り入れたリソースを利用してサービスを提供する期間を示す借入要求期間に、前記時間情報記憶部に記憶された当該借入カスタマの配備時間および削除時間をそれぞれ加算して、前記余りリソースの借入に必要な期間を示す総借入期間を算出する総借入期間算出ステップと、
前記総借入期間算出ステップによって算出された総借入期間が、前記貸出可能期間算出ステップによって算出された貸出可能期間内に収まるか否かを判定して、前記余りリソースの前記借入カスタマへの貸出を決定する貸出決定ステップと、
をコンピュータに実行させることを特徴とするリソース貸出プログラム。
【国際調査報告】
2009072186.tif 000021
2009072186.tif 000022
2009072186.tif 000023