(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-12
(45)【発行日】2023-12-20
(54)【発明の名称】制御方法、制御プログラムおよび情報処理装置
(51)【国際特許分類】
G06F 9/48 20060101AFI20231213BHJP
G06F 9/455 20180101ALI20231213BHJP
【ＦＩ】
G06F9/48 300H
G06F9/455 150
【請求項の数】
8
(21)【出願番号】P 2020085396
(22)【出願日】2020-05-14
(65)【公開番号】P2021179853
(43)【公開日】2021-11-18
【審査請求日】2023-02-09
(73)【特許権者】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】110002918
【氏名又は名称】弁理士法人扶桑国際特許事務所
(72)【発明者】
【氏名】小林 宏次
(72)【発明者】
【氏名】加藤 新吾
【審査官】田中 幸雄
(56)【参考文献】
【文献】特開２０１３－１５２５１３（ＪＰ，Ａ）
【文献】特開２００４－２６４９９４（ＪＰ，Ａ）
【文献】特開２０１６－１７０６７０（ＪＰ，Ａ）
【文献】特開２０１３－１４８９５０（ＪＰ，Ａ）
【文献】特開２００９－１３４５９８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ９／４８
Ｇ０６Ｆ ９／４５５
(57)【特許請求の範囲】
【請求項1】
第１の情報処理装置と複数の仮想マシンを動作させる１以上の第２の情報処理装置とを含むシステムで実行される仮想マシンの制御方法において、前記第１の情報処理装置または前記複数の仮想マシンそれぞれが、前記仮想マシンを特定する特定情報を取得すると、前記特定情報を入力とするハッシュ関数の関数値を算出し、
前記複数の仮想マシンそれぞれが、自仮想マシンに対応する前記関数値に基づくタイミングで、前記第１の情報処理装置に情報を送信する、
制御方法。
【請求項2】
前記情報は、前記仮想マシンによる特定処理の実行権限の有効期限を延長する申請である、請求項１記載の制御方法。
【請求項3】
前記第１の情報処理装置または前記複数の仮想マシンそれぞれが、所定期間に属する、前記関数値に対応する時刻を、前記仮想マシンにより前記情報を送信する前記タイミングと決定する、請求項１記載の制御方法。
【請求項4】
前記システムは、前記第２の情報処理装置を有するクラウドサービスシステムを含み、前記特定情報は、前記クラウドサービスシステムが前記仮想マシンごとに一意に付与する前記仮想マシンの第１の識別情報であるか、または、前記クラウドサービスシステムが提供するクラウドサービスの利用契約ごとに前記クラウドサービスシステムが一意に付与する第２の識別情報と前記仮想マシンに対してユーザが付与する仮想マシン名とを含む組合せ情報である、
請求項１記載の制御方法。
【請求項5】
コンピュータに、１以上の情報処理装置で動作する複数の仮想マシンそれぞれから仮想マシンを特定する特定情報を取得すると、前記特定情報を入力とするハッシュ関数の関数値を算出し、
前記複数の仮想マシンそれぞれに対応する前記関数値に基づいて、当該仮想マシンから前記コンピュータに情報を送信するタイミングを、前記複数の仮想マシンそれぞれに対して指示する、
処理を実行させる制御プログラム。
【請求項6】
コンピュータに、前記コンピュータで動作する仮想マシンを特定する特定情報を取得すると、前記特定情報を入力とするハッシュ関数の関数値を算出し、
前記仮想マシンから、前記仮想マシンを含む複数の仮想マシンの情報を収集する情報処理装置へ、前記関数値に基づくタイミングで前記情報を送信する、
処理を実行させる制御プログラム。
【請求項7】
１以上の他の情報処理装置で動作する複数の仮想マシンそれぞれから取得された、仮想マシンを特定する特定情報を記憶する記憶部と、前記特定情報を入力とするハッシュ関数の関数値を算出し、前記複数の仮想マシンそれぞれに対応する前記関数値に基づいて、当該仮想マシンから自装置に情報を送信するタイミングを、前記複数の仮想マシンそれぞれに対して指示する処理部と、
を有する情報処理装置。
【請求項8】
自装置で動作する仮想マシンにより取得された、前記仮想マシンを特定する特定情報を記憶する記憶部と、前記特定情報を入力とするハッシュ関数の関数値を算出し、前記仮想マシンから、前記仮想マシンを含む複数の仮想マシンの情報を収集する他の情報処理装置へ、前記関数値に基づくタイミングで前記情報を送信する処理部と、
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は制御方法、制御プログラムおよび情報処理装置に関する。
【背景技術】
【0002】
情報処理の分野では、物理的なコンピュータ（物理マシンや物理ホストと呼ぶことがある）上で、複数の仮想的なコンピュータ（仮想マシンや仮想ホストと呼ぶことがある）を動作させる仮想化技術が利用されている。各仮想マシン上では、ＯＳ（Operating System）などのソフトウェアを実行できる。また、情報処理システムでは比較的多くの仮想マシンが実行され得る。
【0003】
ところで、情報処理システムでは、サーバコンピュータなどの情報処理装置が、複数のクライアントコンピュータから所定の処理の要求を受け付けたり、情報の収集を行ったりすることがある。
【0004】
例えば、ホストコンピュータより新聞記事などの情報をダウンロードする自動通信装置の提案がある。提案の自動通信装置は、設定した収集日時に対し、ユーザの個人情報あるいは当該装置に固有の番号を用いて、ネットワーク回線を介してホストコンピュータとの通信を開始する日時を演算により決定する。
【0005】
また、ユーザにより選択された時間範囲内において乱数によりコンテンツサーバへのダウンロード要求タイミングを決定し、決定したダウンロード要求タイミングに従って、ダウンロード要求情報をコンテンツサーバに送信するコンピュータの提案もある。
【先行技術文献】
【特許文献】
【0006】
【文献】特開２００１－７５９０９号公報
【文献】特開２００３－２０８３７６号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
情報処理装置が複数の仮想マシンから情報を受信することがある。この場合、複数の仮想マシンによる情報の送信が比較的短い時間内に集中すると、情報を受信する情報処理装置の負荷が増大する。
【0008】
１つの側面では、本発明は、負荷集中を軽減できる制御方法、制御プログラムおよび情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【0009】
１つの態様では、第１の情報処理装置と複数の仮想マシンを動作させる１以上の第２の情報処理装置とを含むシステムで実行される仮想マシンの制御方法が提供される。この制御方法では、第１の情報処理装置または複数の仮想マシンそれぞれが、当該仮想マシンを特定する特定情報を取得すると、特定情報を入力とするハッシュ関数の関数値を算出し、複数の仮想マシンそれぞれが、自仮想マシンに対応する関数値に基づくタイミングで、第１の情報処理装置に情報を送信する。
【0010】
また、１つの態様では、制御プログラムが提供される。
また、１つの態様では、情報処理装置が提供される。
また、１つの態様では、情報処理装置が提供される。
【発明の効果】
【0011】
１つの側面では、負荷集中を軽減できる。
【図面の簡単な説明】
【0012】
【図1】第１の実施の形態の情報処理装置の処理例を示す図である。
【図2】第２の実施の形態の情報処理システムの例を示す図である。
【図3】管理サーバのハードウェア例を示す図である。
【図4】仮想化機構の例を示す図である。
【図5】ＶＭの識別に用いられる情報の例を示す図である。
【図6】管理サーバによるデータ取得例を示す図である。
【図7】管理サーバの機能例を示す図である。
【図8】ＶＭの機能例を示す図である。
【図9】アクセス権限管理テーブルの例を示す図である。
【図10】要求時刻データの例を示す図である。
【図11】ＶＭの処理例を示すフローチャートである。
【図12】管理サーバの要求時刻提供の処理例を示すフローチャートである。
【図13】管理サーバのアクセス権限更新の処理例を示すフローチャートである。
【図14】ＶＭ固有情報およびハッシュ値の例を示す図である。
【図15】ハッシュ値を時刻に変換する例を示す図である。
【図16】要求の分散の例を示す図である。
【図17】第３の実施の形態の管理サーバの機能例を示す図である。
【図18】ＶＭの機能例を示す図である。
【図19】ＶＭの処理例を示すフローチャートである。
【発明を実施するための形態】
【0013】
以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態を説明する。
［第１の実施の形態］
第１の実施の形態を説明する。
【0014】
図１は、第１の実施の形態の情報処理装置の処理例を示す図である。
システム１は、情報処理装置１０，２０を含む。情報処理装置１０，２０は、ネットワークを介して接続される。情報処理装置１０は、システム１で動作する複数の仮想マシンから情報を受信する。情報処理装置２０は、複数の仮想マシンを実行する。システム１は、それぞれが１以上の仮想マシンを動作させる複数の情報処理装置を含んでもよい。
システム１は、情報処理装置１０，２０を含む。情報処理装置１０，２０は、ネットワークを介して接続される。情報処理装置１０は、システム１で動作する複数の仮想マシンから情報を受信する。情報処理装置２０は、複数の仮想マシンを実行する。システム１は、それぞれが１以上の仮想マシンを動作させる複数の情報処理装置を含んでもよい。
【0015】
情報処理装置１０は、記憶部１１および処理部１２を有する。情報処理装置２０は、記憶部２１および処理部２２を有する。
記憶部１１，２１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。処理部１２，２２は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。処理部１２はプログラムを実行するプロセッサでもよい。ここでいう「プロセッサ」には、複数のプロセッサの集合（マルチプロセッサ）も含まれ得る。
記憶部１１，２１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。処理部１２，２２は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。処理部１２はプログラムを実行するプロセッサでもよい。ここでいう「プロセッサ」には、複数のプロセッサの集合（マルチプロセッサ）も含まれ得る。
【0016】
例えば、情報処理装置２０では、処理部２２によりハイパーバイザと呼ばれるソフトウェアが実行され、ハイパーバイザの機能により、記憶部２１や処理部２２のリソースが、情報処理装置２０上の仮想マシンに割り当てられる。情報処理装置２０は、仮想マシン３１，３２，３３，…を実行する。
【0017】
システム１では、仮想マシン３１，３２，３３，…それぞれから情報処理装置１０に対して、特定の処理の要求など、所定の情報が送信されることがある。システム１では、仮想マシン３１，３２，３３，…それぞれから情報処理装置１０に対する情報の送信のタイミングが、次のように制御される。
【0018】
まず、仮想マシン３１，３２，３３，…それぞれは、仮想マシン３１，３２，３３，…の作成や起動／停止などを制御する制御装置（図１では図示を省略している）から、自仮想マシンを特定する特定情報を取得する。特定情報は、システム１の中で、仮想マシンを一意に識別する情報である。特定情報の例は、当該管理装置における仮想マシンの管理方法による。例えば、特定情報は、仮想マシン単位に一意に付与される仮想マシンＩＤ（IDentifier）でもよい。あるいは、特定情報は、例えば仮想マシン３１，３２，３３，…がクラウドサービスシステムにより提供されるものである場合、クラウドサービスの利用に関する契約を示す契約ＩＤとユーザが仮想マシンに付与した名称とを含む組合せ情報でもよい。
【0019】
例えば、仮想マシン３１は、仮想マシン３１を特定する特定情報ｋ１を取得する。仮想マシン３２は、仮想マシン３２を特定する特定情報ｋ２を取得する。仮想マシン３３は、仮想マシン３３を特定する特定情報ｋ３を取得する。他の仮想マシンも、自仮想マシンを特定する特定情報を取得する。取得された特定情報は記憶部２１に格納される。
【0020】
第１の例では、仮想マシン３１，３２，３３，…は、それぞれ特定情報ｋ１，ｋ２，ｋ３，…を取得すると、それぞれ取得した特定情報ｋ１，ｋ２，ｋ３，…を情報処理装置１０に送信する。この場合、仮想マシン３１，３２，３３，…それぞれによる特定情報の取得および情報処理装置１０への特定情報の送信は、該当の仮想マシンが作成され起動されたときに実行される。仮想マシン３１，３２，３３，…それぞれが作成され起動されるタイミングは、互いに異なることが多いため、情報処理装置１０への特定情報ｋ１，ｋ２，ｋ３，…の送信は、互いに異なるタイミングで行われる可能性が高い。
【0021】
情報処理装置１０は、仮想マシン３１，３２，３３，…それぞれから、当該仮想マシンを特定する特定情報を取得する。取得された特定情報は記憶部１１に格納される。情報処理装置１０は、特定情報を取得すると、当該特定情報を入力とするハッシュ関数の関数値を算出する。
【0022】
ここで、変数をｘとして、ハッシュ関数をｈａｓｈ（ｘ）と表す。ハッシュ関数ｈａｓｈ（ｘ）には、例えば、ＳＨＡ－２５６（Secure Hash Algorithm 256-bits）やＭＤ５（message digest algorithm 5）などを用いることができる。ハッシュ関数の関数値は、ハッシュ値と呼ばれることがある。
【0023】
例えば、処理部１２は、仮想マシン３１から特定情報ｋ１を取得すると、特定情報ｋ１を入力とするハッシュ関数の関数値ｈａｓｈ（ｋ１）を算出する。更に、処理部１２は、関数値ｈａｓｈ（ｘ）を時刻に変換する関数ｆ（ｈａｓｈ（ｘ））を用いて、関数値ｈａｓｈ（ｋ１）に対応する時刻ｔｉｍｅ１＝ｆ（ｈａｓｈ（ｋ１））を求める。処理部１２は、求めた時刻ｔｉｍｅ１を仮想マシン３１に送信する。
【0024】
ここで、関数ｆ（ｈａｓｈ（ｘ））は、関数値ｈａｓｈ（ｘ）を、特定期間に含まれる何れかの時刻に対応付ける関数である。例えば、関数ｆ（ｈａｓｈ（ｘ））は、１つの関数値ｈａｓｈ（ｘ）を当該特定期間に含まれる１つの時刻に一意に対応付けるものでもよいし、２つ以上の一定数の関数値ｈａｓｈ（ｘ）を当該特定期間に含まれる１つの時刻に対応付けるものでもよい。例えば、ＭＤ５では１２８ビットの関数値であり、ＳＨＡ－２５６では２５６ビットの関数値となる。このため、仮想マシンの数が比較的多く（例えば、１００００程度）、特定期間の長さが比較的短い（例えば、１週間程度）場合であっても、２つ以上の特定情報ｘに対して、関数ｆ（ｈａｓｈ（ｘ））で求められる時刻が衝突する可能性は低い。
【0025】
処理部１２は、仮想マシン３２に対して、時刻ｔｉｍｅ２＝ｆ（ｈａｓｈ（ｋ２））を提供する。処理部１２は、仮想マシン３３に対して、時刻ｔｉｍｅ３＝ｆ（ｈａｓｈ（ｋ３））を提供する。処理部１２は、他の仮想マシンに対しても、当該他の仮想マシンの特定情報を入力としたハッシュ関数の関数値に対応する時刻を提供する。
【0026】
このように、第１の例では、処理部１２は、複数の仮想マシンそれぞれに対応する関数値に基づいて、当該仮想マシンから情報処理装置１０に情報を送信するタイミングを、複数の仮想マシンそれぞれに対して指示する。
【0027】
第２の例として、情報処理装置１０ではなく、仮想マシン３１，３２，３３，…それぞれが、自仮想マシンの特定情報を入力とするハッシュ関数の関数値と、当該関数値に対応する時刻とを求めてもよい。なお、仮想マシン３１，３２，３３，…それぞれにより実行される処理は、処理部２２により実行される処理であると言える。
【0028】
例えば、仮想マシン３１は、取得した特定情報ｋ１に基づいて、時刻ｔｉｍｅ１＝ｆ（ｈａｓｈ（ｋ１））を求めてもよい。また、仮想マシン３２は、取得した特定情報ｋ２に基づいて、時刻ｔｉｍｅ２＝ｆ（ｈａｓｈ（ｋ２））を求めてもよい。更に、仮想マシン３３は、取得した特定情報ｋ３に基づいて、時刻ｔｉｍｅ３＝ｆ（ｈａｓｈ（ｋ３））を求めてもよい。他の仮想マシンも同様である。第２の例の場合、仮想マシン３１，３２，３３，…は、情報処理装置１０に特定情報を送信しなくてよい。
【0029】
仮想マシン３１，３２，３３，…それぞれは、自仮想マシンに対応するハッシュ関数の関数値に基づくタイミングで、情報処理装置１０に情報を送信する。
例えば、仮想マシン３１は、時刻ｔｉｍｅ１に達したことを検出すると、情報処理装置１０に情報を送信する。仮想マシン３２は、時刻ｔｉｍｅ２に達したことを検出すると、情報処理装置１０に情報を送信する。仮想マシン３３は、時刻ｔｉｍｅ３に達したことを検出すると、情報処理装置１０に情報を送信する。
例えば、仮想マシン３１は、時刻ｔｉｍｅ１に達したことを検出すると、情報処理装置１０に情報を送信する。仮想マシン３２は、時刻ｔｉｍｅ２に達したことを検出すると、情報処理装置１０に情報を送信する。仮想マシン３３は、時刻ｔｉｍｅ３に達したことを検出すると、情報処理装置１０に情報を送信する。
【0030】
このように、情報処理装置１０または仮想マシン３１，３２，３３，…それぞれにより、当該仮想マシンを特定する特定情報が取得されると、特定情報を入力とするハッシュ関数の関数値が算出される。仮想マシン３１，３２，３３，…により、自仮想マシンに対応する関数値に基づくタイミングで、情報処理装置１０に情報が送信される。
【0031】
これにより、情報処理装置１０における負荷集中を軽減できる。
すなわち、ハッシュ関数ｈａｓｈ（ｘ）により、仮想マシンの特定情報ｘに対して、十分に分散したハッシュ値を得ることができる。このため、当該ハッシュ値に基づくタイミングで、仮想マシン３１，３２，３３，…それぞれから情報処理装置１０への情報の送信を行うことで、仮想マシン３１，３２，３３，…それぞれによる送信タイミングを適切に分散させることができる。例えば、仮想マシン３１，３２，３３，…による送信タイミングを示す時刻ｔｉｍｅ１，ｔｉｍｅ２，ｔｉｍｅ３，…を適切に分散させることができる。よって、比較的短い期間のうちに、仮想マシン３１，３２，３３，…から情報処理装置１０へ大量の情報が集中的に送信される可能性が低減される。その結果、情報処理装置１０における負荷集中を軽減することができる。
すなわち、ハッシュ関数ｈａｓｈ（ｘ）により、仮想マシンの特定情報ｘに対して、十分に分散したハッシュ値を得ることができる。このため、当該ハッシュ値に基づくタイミングで、仮想マシン３１，３２，３３，…それぞれから情報処理装置１０への情報の送信を行うことで、仮想マシン３１，３２，３３，…それぞれによる送信タイミングを適切に分散させることができる。例えば、仮想マシン３１，３２，３３，…による送信タイミングを示す時刻ｔｉｍｅ１，ｔｉｍｅ２，ｔｉｍｅ３，…を適切に分散させることができる。よって、比較的短い期間のうちに、仮想マシン３１，３２，３３，…から情報処理装置１０へ大量の情報が集中的に送信される可能性が低減される。その結果、情報処理装置１０における負荷集中を軽減することができる。
【0032】
【0033】
第２の実施の形態の情報処理システムは、クラウドサービスシステム２，３、クラウドストレージ４および管理サーバ１００を有する。クラウドサービスシステム２，３、クラウドストレージ４および管理サーバ１００は、ネットワーク５に接続されている。ネットワーク５は、例えばインターネットである。
【0034】
クラウドサービスシステム２，３は、ユーザに対してクラウドサービスを提供するコンピュータシステムである。クラウドサービスシステム２は、物理マシン２００，２００ａを含む。クラウドサービスシステム３は、物理マシン３００，３００ａを含む。ただし、クラウドサービスシステム２，３は、それぞれ３以上の物理マシンを含み得る。クラウドサービスの例としては、Ａｚｕｒｅ（登録商標）やＡＷＳ（登録商標）などが挙げられる。
【0035】
物理マシン２００，３００は、複数の仮想マシンを実行するサーバコンピュータである。
物理マシン２００ａ，３００ａは、それぞれ物理マシン２００，３００に対する仮想マシンの作成や起動／停止を制御するサーバコンピュータである。
物理マシン２００ａ，３００ａは、それぞれ物理マシン２００，３００に対する仮想マシンの作成や起動／停止を制御するサーバコンピュータである。
【0036】
クラウドストレージ４は、クラウドサービスシステム２，３で動作する複数の仮想マシンおよび管理サーバ１００によりアクセス可能なストレージ装置である。
クラウドサービスシステム２，３およびクラウドストレージ４を提供する事業者（ベンダー）は同じでもよいし異なっていてもよい。ユーザは、クラウドサービスシステム２，３が提供する複数の仮想マシンを連携させて、種々のアプリケーションを構築することができる。このように、複数のクラウドサービスシステムを用いたユーザのアプリケーションの構築環境あるいは運用環境は、マルチクラウドと呼ばれることがある。
クラウドサービスシステム２，３およびクラウドストレージ４を提供する事業者（ベンダー）は同じでもよいし異なっていてもよい。ユーザは、クラウドサービスシステム２，３が提供する複数の仮想マシンを連携させて、種々のアプリケーションを構築することができる。このように、複数のクラウドサービスシステムを用いたユーザのアプリケーションの構築環境あるいは運用環境は、マルチクラウドと呼ばれることがある。
【0037】
管理サーバ１００は、クラウドサービスシステム２，３で動作する複数の仮想マシンを管理するサーバコンピュータである。管理サーバ１００は、当該複数の仮想マシンそれぞれの稼働状況の管理や、当該複数の仮想マシンそれぞれによるクラウドストレージ４に対するアクセス権限の管理を行う。管理サーバ１００を提供する事業者は、クラウドサービスシステム２，３およびクラウドストレージ４を提供する事業者と同じでもよいし異なっていてもよい。
【0038】
ここで、第２の実施の形態の情報処理システムは、第１の実施の形態のシステム１の一例である。管理サーバ１００は、第１の実施の形態の情報処理装置１０の一例である。物理マシン２００，３００は、第１の実施の形態の情報処理装置２０の一例である。
【0039】
図３は、管理サーバのハードウェア例を示す図である。
管理サーバ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、媒体リーダ１０６およびＮＩＣ（Network Interface Card）１０７を有する。なお、ＣＰＵ１０１は、第１の実施の形態の処理部１２の一例である。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１の一例である。
管理サーバ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、媒体リーダ１０６およびＮＩＣ（Network Interface Card）１０７を有する。なお、ＣＰＵ１０１は、第１の実施の形態の処理部１２の一例である。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１の一例である。
【0040】
ＣＰＵ１０１は、プログラムの命令を実行するプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ１０２にロードし、プログラムを実行する。なお、ＣＰＵ１０１は複数のプロセッサコアを含んでもよい。また、管理サーバ１００は複数のプロセッサを有してもよい。以下で説明する処理は複数のプロセッサまたはプロセッサコアを用いて並列に実行されてもよい。また、複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。
【0041】
ＲＡＭ１０２は、ＣＰＵ１０１が実行するプログラムやＣＰＵ１０１が演算に用いるデータを一時的に記憶する揮発性の半導体メモリである。なお、管理サーバ１００は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えてもよい。
【0042】
ＨＤＤ１０３は、ＯＳやミドルウェアやアプリケーションソフトウェアなどのソフトウェアのプログラム、および、データを記憶する不揮発性の記憶装置である。なお、管理サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の記憶装置を備えてもよく、複数の不揮発性の記憶装置を備えてもよい。
【0043】
画像信号処理部１０４は、ＣＰＵ１０１からの命令に従って、管理サーバ１００に接続されたディスプレイ５１に画像を出力する。ディスプレイ５１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、プラズマディスプレイ、有機ＥＬ（ＯＥＬ：Organic Electro-Luminescence）ディスプレイなど、任意の種類のディスプレイを用いることができる。
【0044】
入力信号処理部１０５は、管理サーバ１００に接続された入力デバイス５２から入力信号を取得し、ＣＰＵ１０１に出力する。入力デバイス５２としては、マウス・タッチパネル・タッチパッド・トラックボールなどのポインティングデバイス、キーボード、リモートコントローラ、ボタンスイッチなどを用いることができる。また、管理サーバ１００に、複数の種類の入力デバイスが接続されていてもよい。
【0045】
媒体リーダ１０６は、記録媒体５３に記録されたプログラムやデータを読み取る読み取り装置である。記録媒体５３として、例えば、磁気ディスク、光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）、半導体メモリなどを使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）が含まれる。
【0046】
媒体リーダ１０６は、例えば、記録媒体５３から読み取ったプログラムやデータを、ＲＡＭ１０２やＨＤＤ１０３などの他の記録媒体にコピーする。読み取られたプログラムは、例えば、ＣＰＵ１０１によって実行される。なお、記録媒体５３は可搬型記録媒体であってもよく、プログラムやデータの配布に用いられることがある。また、記録媒体５３やＨＤＤ１０３を、コンピュータ読み取り可能な記録媒体と言うことがある。
【0047】
ＮＩＣ１０７は、スイッチやルータなどの通信装置を介してネットワーク５に接続され、ネットワーク５を介して他のコンピュータと通信を行うインタフェースである。ＮＩＣ１０７は、例えば、スイッチやルータなどの通信装置とケーブルで接続される。
【0048】
なお、物理マシン２００，２００ａ，３００，３００ａも、管理サーバ１００と同様のハードウェアにより実現される。
図４は、仮想化機構の例を示す図である。
図４は、仮想化機構の例を示す図である。
【0049】
物理マシン２００は、ハードウェアｈｗ１を有する。物理マシン２００は、ハードウェアｈｗ１を用いて、ハイパーバイザｈｖ１および仮想マシン２０１，２０２を動作させる。物理マシン２００上では、１つの仮想マシンが動作することもあるし、３以上の仮想マシンが動作することもある。
【0050】
ハードウェアｈｗ１は、物理マシン２００におけるデータ入出力や演算のための物理リソースである。ハードウェアｈｗ１は、物理マシン２００が備えるＣＰＵやＲＡＭなどを含む。
【0051】
ハイパーバイザｈｖ１は、物理マシン２００のハードウェアｈｗ１を、仮想マシン２０１，２０２に割り振ることで、物理マシン２００上に、仮想マシン２０１，２０２を動作させる。ハイパーバイザｈｖ１は、仮想マシン２０１，２０２の通信を中継する仮想スイッチの機能を有する。
【0052】
仮想マシン２０１，２０２は、ハードウェアｈｗ１のリソースを用いて動作する仮想的なコンピュータである。
なお、物理マシン３００も、物理マシン２００と同様に、１以上の仮想マシンを実行する。
なお、物理マシン３００も、物理マシン２００と同様に、１以上の仮想マシンを実行する。
【0053】
また、図４で例示した仮想化機構は一例であり、例えば、ハイパーバイザｈｖ１に相当するソフトウェアが、物理マシン２００のＯＳ上で実行されて、仮想マシン２０１，２０２を動作させてもよい。以下の説明では、仮想マシンを、ＶＭ（Virtual Machine）と略記することがある。
【0054】
図５は、ＶＭの識別に用いられる情報の例を示す図である。
例えば、クラウドサービスシステム２，３では、ユーザによる利用の契約の単位で、次の情報によりＶＭが識別される。
例えば、クラウドサービスシステム２，３では、ユーザによる利用の契約の単位で、次の情報によりＶＭが識別される。
【0055】
１つの契約単位は、サブスクリプションと呼ばれる。サブスクリプションは、サブスクリプションＩＤで識別される。サブスクリプションＩＤは、グローバルで一意である。
サブスクリプションには、１以上のリソースグループが属する。リソースグループは、該当のサブスクリプションで利用可能なリソースの集合である。リソースは、ＣＰＵやＲＡＭなどの演算リソース、スイッチなどの通信リソースおよびＨＤＤやＳＳＤなどの記憶リソースおよびＶＭを含み得る。
サブスクリプションには、１以上のリソースグループが属する。リソースグループは、該当のサブスクリプションで利用可能なリソースの集合である。リソースは、ＣＰＵやＲＡＭなどの演算リソース、スイッチなどの通信リソースおよびＨＤＤやＳＳＤなどの記憶リソースおよびＶＭを含み得る。
【0056】
リソースグループには、ユーザによりリソースグループ名が付与される。リソースグループ名は、サブスクリプション内で一意である。また、リソースは、リソースＩＤで識別される。リソースＩＤは、グローバルで一意である。
【0057】
ＶＭには、ユーザにより仮想マシン名（ＶＭ名）が付与される。ＶＭ名はリソースグループ内で一意である。
また、ＶＭは、仮想マシンＩＤ（ｖｍＩＤ）で識別される。ｖｍＩＤは、グローバルで一意である。
また、ＶＭは、仮想マシンＩＤ（ｖｍＩＤ）で識別される。ｖｍＩＤは、グローバルで一意である。
【0058】
このように、ＶＭにはグローバルで一意な識別情報として、リソースＩＤおよびｖｍＩＤが付与される。
なお、クラウドサービスによっては、グローバルに一意であるインスタンスＩＤと呼ばれる識別情報により、ＶＭを識別することもある。
なお、クラウドサービスによっては、グローバルに一意であるインスタンスＩＤと呼ばれる識別情報により、ＶＭを識別することもある。
【0059】
例えば、グローバルで一意なサブスクリプションＩＤ、リソースＩＤおよびｖｍＩＤ（あるいはインスタンスＩＤ）は、ＶＭを管理する物理マシン２００ａ，３００ａによって付与される。
【0060】
図５の例では、サブスクリプション６０，７０が例示されている。サブスクリプション６０のサブスクリプションＩＤは「ｓｓ１」である。サブスクリプション７０のサブスクリプションＩＤは「ｓｓ２」である。ここで、ＶＭ２０３～２０８は、ＶＭ２０１，２０２と同様に、クラウドサービスシステム２で動作する。
【0061】
サブスクリプション６０は、リソースグループ６１，６２を有する。リソースグループ６１のリソースグループ名は「ｒｇ１」である。リソースグループ６２のリソースグループ名は「ｒｇ２」である。
【0062】
リソースグループ６１は、ＶＭ２０１，２０２を有する。ＶＭ２０１のＶＭ名は「ｖｍ１」である。ＶＭ２０２のＶＭ名は「ｖｍ２」である。
リソースグループ６２は、ＶＭ２０３，２０４を有する。ＶＭ２０３のＶＭ名は「ｖｍ１」である。ＶＭ２０４のＶＭ名は「ｖｍ３」である。
リソースグループ６２は、ＶＭ２０３，２０４を有する。ＶＭ２０３のＶＭ名は「ｖｍ１」である。ＶＭ２０４のＶＭ名は「ｖｍ３」である。
【0063】
サブスクリプション７０は、リソースグループ７１，７２を有する。リソースグループ７１のリソースグループ名は「ｒｇ１」である。リソースグループ７２のリソースグループ名は「ｒｇ３」である。
【0064】
リソースグループ７１は、ＶＭ２０５，２０６を有する。ＶＭ２０５のＶＭ名は「ｖｍ１」である。ＶＭ２０６のＶＭ名は「ｖｍ２」である。
リソースグループ７２は、ＶＭ２０７，２０８を有する。ＶＭ２０７のＶＭ名は「ｖｍ１」である。ＶＭ２０８のＶＭ名は「ｖｍ３」である。
リソースグループ７２は、ＶＭ２０７，２０８を有する。ＶＭ２０７のＶＭ名は「ｖｍ１」である。ＶＭ２０８のＶＭ名は「ｖｍ３」である。
【0065】
このように、各ＶＭは、グローバルで一意であるｖｍＩＤやリソースＩＤで識別される他、サブスクリプションＩＤなどのグローバルで一意な識別情報とサブスクリプション内やリソースグループ内などのローカルで一意である識別名との組合せで識別されてもよい。
【0066】
例えば、ＶＭ２０１は、サブスクリプションＩＤ「ｓｓ１」とリソースグループ名「ｒｇ１」とＶＭ名「ｖｍ１」との組合せにより、グローバルで一意に識別される。
同様に、例えばＶＭ２０５は、サブスクリプションＩＤ「ｓｓ２」とリソースグループ名「ｒｇ１」とＶＭ名「ｖｍ１」との組合せにより、グローバルで一意に識別される。
同様に、例えばＶＭ２０５は、サブスクリプションＩＤ「ｓｓ２」とリソースグループ名「ｒｇ１」とＶＭ名「ｖｍ１」との組合せにより、グローバルで一意に識別される。
【0067】
上記のように、各ＶＭを、グローバルに一意に識別する識別情報を、「ＶＭ固有情報」と称する。ＶＭ固有情報は、第１の実施の形態の特定情報の一例である。
図６は、管理サーバによるデータ取得例を示す図である。
図６は、管理サーバによるデータ取得例を示す図である。
【0068】
ＶＭ２０１，２０２，…には、管理サーバ１００により提供されるサービスにより所定のソフトウェアがインストールされる。管理サーバ１００は、所定のタイミング（例えば、毎時０分）で、ＶＭ２０１，２０２，…に関するＶＭ情報やＶＭ２０１，２０２，…にインストール済みのソフトウェアに関するソフトウェア情報を取得する。
【0069】
ここで、ＶＭ２０１，２０２，…は、管理サーバ１００に対してＶＭ情報やソフトウェア情報を直接送信するのではなく、クラウドストレージ４を経由して、管理サーバ１００にＶＭ情報やソフトウェア情報を通知する。すなわち、ＶＭ２０１，２０２，…は、自ＶＭのＶＭ情報やソフトウェア情報を、所定のタイミングでクラウドストレージ４に格納する。そして、管理サーバ１００は、クラウドストレージ４に格納されたＶＭごとのＶＭ情報やソフトウェア情報を参照する。これにより、管理サーバ１００は、管理サーバ１００にとって都合の良いタイミングでＶＭ情報やソフトウェア情報を取得可能になる。
【0070】
ただし、ＶＭ２０１，２０２，…それぞれからクラウドストレージ４に情報を格納するためには、ＶＭ２０１，２０２，…がクラウドストレージ４に対するアクセス権限を有することが必要となる。例えば、クラウドストレージ４が前述のＡｚｕｒｅにより提供される場合、当該アクセス権限は、共有アクセス署名（Shared Access Signature）により付与される。
【0071】
クラウドストレージ４へのアクセス権限には、有効期限があるため、定期的にアクセス権限を更新する必要がある。管理サーバ１００は、ＶＭ２０１，２０２，…それぞれに対するアクセス権限を管理し、ＶＭ２０１，２０２，…それぞれから受け付けるアクセス権限の更新要求に応じて、アクセス権限を更新する。
【0072】
この場合、ＶＭ２０１，２０２，…が、管理サーバ１００に対してアクセス権限の更新要求を、日曜午前０時００分００秒などの特定のタイミングに集中して行うと、管理サーバ１００の負荷が増大する。そこで、管理サーバ１００は、ＶＭ２０１，２０２，…によるアクセス権限の更新要求が異なるタイミングで分散して行われるように制御する機能を提供する。
【0073】
図７は、管理サーバの機能例を示す図である。
管理サーバ１００は、記憶部１１０、ＶＭ固有情報受信部１２０、ハッシュ値算出部１３０、変換部１４０、時刻送信部１５０、権限更新要求受信部１６０および権限管理部１７０を有する。
管理サーバ１００は、記憶部１１０、ＶＭ固有情報受信部１２０、ハッシュ値算出部１３０、変換部１４０、時刻送信部１５０、権限更新要求受信部１６０および権限管理部１７０を有する。
【0074】
記憶部１１０には、ＲＡＭ１０２やＨＤＤ１０３の記憶領域が用いられる。ＶＭ固有情報受信部１２０、ハッシュ値算出部１３０、変換部１４０、時刻送信部１５０、権限更新要求受信部１６０および権限管理部１７０は、ＲＡＭ１０２に記憶されたプログラムがＣＰＵ１０１により実行されることで実現される。
【0075】
記憶部１１０は、アクセス権限管理テーブルを記憶する。アクセス権限管理テーブルは、クラウドサービスシステム２，３それぞれで動作するＶＭの、クラウドストレージ４に対するアクセス権限を管理するためのテーブルである。
【0076】
ＶＭ固有情報受信部１２０は、各ＶＭからＶＭ固有情報を受信し、ハッシュ値算出部１３０にＶＭ固有情報を出力する。ＶＭ固有情報受信部１２０は、受信したＶＭ固有情報を、記憶部１１０に格納してもよい（図７ではＶＭ固有情報受信部１２０と記憶部１１０との関連線を省略している）。例えば、ＶＭ固有情報は、アクセス権限管理テーブルにおけるＶＭごとのアクセス権限の管理に用いられてもよい。
【0077】
ハッシュ値算出部１３０は、ＶＭ固有情報を入力としたハッシュ関数の関数値を算出する。ハッシュ関数の関数値は、ハッシュ値と呼ばれる。ハッシュ関数には、例えば、ＳＨＡ－２５６やＭＤ５などが用いられる。ただし、ハッシュ関数にはその他のアルゴリズムによりハッシュ値を求める関数を用いてもよい。ＳＨＡ－２５６やＭＤ５などのアルゴリズムによりハッシュ値を求めるハッシュ関数は、一方向ハッシュ関数と呼ばれることがある。
【0078】
変換部１４０は、ハッシュ値算出部１３０により算出されたハッシュ値を時刻に変換する。例えば、クラウドストレージ４に対する各ＶＭのアクセス権限の有効期限は、１週間とされる。この場合、変換部１４０は、日曜午前０時００分００秒～土曜午後２３時５９分５９秒までの１週間を単位期間とする。変換部１４０は、ハッシュ値を当該単位期間の何れかの時刻に割り当てることで、当該ハッシュ値に対応する時刻を求める。時刻としては、例えば協定世界時（ＵＴＣ：Universal Time, Coordinated）が用いられる。変換部１４０により求められた時刻は、該当のＶＭにアクセス権限の更新要求を行わせる時刻である。ＶＭにアクセス権限の更新要求を行わせる時刻を「要求時刻」と称する。
【0079】
時刻送信部１５０は、変換部１４０により求められた要求時刻を該当のＶＭに送信する。
権限更新要求受信部１６０は、ＶＭからアクセス権限の更新要求を受信し、権限管理部１７０に当該更新要求を出力する。
権限更新要求受信部１６０は、ＶＭからアクセス権限の更新要求を受信し、権限管理部１７０に当該更新要求を出力する。
【0080】
権限管理部１７０は、アクセス権限の更新要求を受け付けると、アクセス権限管理テーブルに記録されている該当のＶＭのアクセス権限を更新する。例えば、権限管理部１７０は、該当のＶＭの既存のアクセス権限の有効期間を１週間延長する。権限管理部１７０は、アクセス権限の更新完了を、該当のＶＭに応答する。当該更新完了の応答は、更新後の権限有効期間、クラウドストレージ４におけるアクセス先およびクラウドストレージ４における認証用情報などの権限情報を含む。
【0081】
図８は、ＶＭの機能例を示す図である。
ＶＭ２０１は、記憶部２１０、ＶＭ固有情報取得部２２０、ＶＭ固有情報送信部２３０、時刻受信部２４０、権限更新要求部２５０およびストレージアクセス処理部２６０を有する。
ＶＭ２０１は、記憶部２１０、ＶＭ固有情報取得部２２０、ＶＭ固有情報送信部２３０、時刻受信部２４０、権限更新要求部２５０およびストレージアクセス処理部２６０を有する。
【0082】
記憶部２１０には、物理マシン２００が備えるＲＡＭやＨＤＤなどの記憶領域が用いられる。ＶＭ固有情報取得部２２０、ＶＭ固有情報送信部２３０、時刻受信部２４０、権限更新要求部２５０およびストレージアクセス処理部２６０は、物理マシン２００が備えるＣＰＵが、物理マシン２００のＲＡＭに記憶されたプログラムを実行することで実現される。
【0083】
ＶＭ固有情報取得部２２０は、物理マシン２００ａからＶＭ２０１に対応するＶＭ固有情報を取得し、ＶＭ固有情報をＶＭ固有情報送信部２３０に出力する。ＶＭ固有情報取得部２２０は、ＶＭ２０１が物理マシン２００に作成されて起動された際に、ＶＭ固有情報取得用のＡＰＩ（Application Programming Interface）を用いて物理マシン２００ａからＶＭ固有情報を取得する。ＶＭ固有情報取得部２２０は、取得したＶＭ固有情報を記憶部２１０に格納して、例えば、次の権限更新の際などに再利用可能としてもよい。
【0084】
ＶＭ固有情報送信部２３０は、ＶＭ固有情報取得部２２０からＶＭ固有情報を取得すると、ＶＭ固有情報送信用のＡＰＩを用いて当該ＶＭ固有情報を管理サーバ１００に送信する。各ＶＭでＶＭ固有情報が取得されるタイミングは、前述のように当該ＶＭが物理マシン上に作成されて起動されたタイミングである。物理マシン２００ａによる各ＶＭの作成や起動は、ＶＭごとに異なるタイミングで行われる。このため、各ＶＭから管理サーバ１００に対してＶＭ固有情報が送信されるタイミングは、ＶＭごとに異なるタイミングとなる可能性が高い。
【0085】
時刻受信部２４０は、管理サーバ１００から要求時刻を受信し、受信した要求時刻を記憶部２１０に格納する。時刻受信部２４０は、新たに要求時刻を受信した場合、その旨を権限更新要求部２５０に通知してもよい。
【0086】
権限更新要求部２５０は、現在時刻が記憶部２１０に格納された要求時刻に到達したか否かを監視する。権限更新要求部２５０は、現在時刻が要求時刻に到達すると、クラウドストレージ４に対するアクセス権限の更新要求を管理サーバ１００に送信する。権限更新要求部２５０は、アクセス権限の更新完了の応答を管理サーバ１００から受信する。当該応答には、クラウドストレージ４にアクセスするための権限情報が含まれる。すると、権限更新要求部２５０は、ストレージアクセス処理部２６０に、クラウドストレージ４にアクセスするための権限情報をストレージアクセス処理部２６０に通知する。
【0087】
また、権限更新要求部２５０は、現在時刻が要求時刻に到達していない場合には、現在時刻が要求時刻に到達するまで更新要求の送信を行わずに待機する。
ストレージアクセス処理部２６０は、権限更新要求部２５０から取得した権限情報を用いて、クラウドストレージ４にアクセスし、ＶＭ情報やソフトウェア情報の書き込みを行う。
ストレージアクセス処理部２６０は、権限更新要求部２５０から取得した権限情報を用いて、クラウドストレージ４にアクセスし、ＶＭ情報やソフトウェア情報の書き込みを行う。
【0088】
なお、クラウドサービスシステム２，３で動作する他のＶＭも、ＶＭ２０１と同様の機能を有する。
図９は、アクセス権限管理テーブルの例を示す図である。
図９は、アクセス権限管理テーブルの例を示す図である。
【0089】
アクセス権限管理テーブル１１１は、記憶部１１０に格納される。アクセス権限管理テーブル１１１は、ｖｍＩＤ、アクセス先および権限有効期間の項目を含む。
ｖｍＩＤの項目には、ｖｍＩＤが登録される。アクセス先の項目には、クラウドストレージ４におけるアクセスを許容するディレクトリを示すアドレスが登録される。権限有効期間の項目には、アクセス権限の有効期間が登録される。
ｖｍＩＤの項目には、ｖｍＩＤが登録される。アクセス先の項目には、クラウドストレージ４におけるアクセスを許容するディレクトリを示すアドレスが登録される。権限有効期間の項目には、アクセス権限の有効期間が登録される。
【0090】
例えば、アクセス権限管理テーブル１１１には、ｖｍＩＤ「ｖｍＩＤ１」、アクセス先「ｃｓ１」、権限有効期間「２０２００５０１＿１２：００：００～２０２００５０８＿１１：５９：５９」のレコードが登録されている。このレコードは、ｖｍＩＤ「ｖｍＩＤ１」のＶＭが、クラウドストレージ４のアドレス「ｃｓ１」で示されるディレクトリに、２０２０年５月１日１２時００分００秒～２０２０年５月８日１１時５９分５９秒の期間だけアクセスが許可されることを示す。ここで、ｖｍＩＤ「ｖｍＩＤ１」は、ＶＭ２０１のｖｍＩＤであるとする。
【0091】
アクセス権限管理テーブル１１１には、他のＶＭについても同様にアクセス権限のレコードが登録される。
なお、図９の例では、権限有効期間をｖｍＩＤに対応付けて管理するものとしたが、管理サーバ１００は、各仮想マシンから通知される、ｖｍＩＤ以外のＶＭ固有情報に対応付けて、権限有効期間を管理してもよい。
なお、図９の例では、権限有効期間をｖｍＩＤに対応付けて管理するものとしたが、管理サーバ１００は、各仮想マシンから通知される、ｖｍＩＤ以外のＶＭ固有情報に対応付けて、権限有効期間を管理してもよい。
【0092】
図１０は、要求時刻データの例を示す図である。
要求時刻データ２１１は、記憶部２１０に格納される。要求時刻データ２１１には、要求時刻が登録される。例えば、要求時刻データ２１１には、要求時刻「２０２００５０８＿１２：００：００」が登録されている。ＶＭ２０１は、要求時刻データ２１１に基づいて、２０２０年５月８日１２時００分００秒に、クラウドストレージ４に対するアクセス権限の更新要求を管理サーバ１００に送信する。
要求時刻データ２１１は、記憶部２１０に格納される。要求時刻データ２１１には、要求時刻が登録される。例えば、要求時刻データ２１１には、要求時刻「２０２００５０８＿１２：００：００」が登録されている。ＶＭ２０１は、要求時刻データ２１１に基づいて、２０２０年５月８日１２時００分００秒に、クラウドストレージ４に対するアクセス権限の更新要求を管理サーバ１００に送信する。
【0093】
なお、ＶＭ２０１から管理サーバ１００に対するアクセス権限の更新要求は、管理サーバ１００で管理されるアクセス権限の有効期間が満了した後に行われてもよいし、当該有効期間が満了する前に行われてもよい。当該有効期間が満了する前にアクセス権限の更新要求が行われる場合、管理サーバ１００は、ＶＭ２０１のアクセス権限の有効期間を所定期間（本例では１週間）延長する。
【0094】
次に、第２の実施の形態の処理手順を説明する。
以下ではＶＭ２０１を主に例示して説明するが、クラウドサービスシステム２，３で動作する他のＶＭに関してもＶＭ２０１と同様の手順となる。
以下ではＶＭ２０１を主に例示して説明するが、クラウドサービスシステム２，３で動作する他のＶＭに関してもＶＭ２０１と同様の手順となる。
【0095】
図１１は、ＶＭの処理例を示すフローチャートである。
（Ｓ１０）ＶＭ固有情報取得部２２０は、クラウドサービスからＶＭ２０１のＶＭ固有情報を取得する。例えば、ＶＭ固有情報取得部２２０は、クラウドサービスを管理する物理マシン２００ａからＶＭ固有情報を取得することができる。
（Ｓ１０）ＶＭ固有情報取得部２２０は、クラウドサービスからＶＭ２０１のＶＭ固有情報を取得する。例えば、ＶＭ固有情報取得部２２０は、クラウドサービスを管理する物理マシン２００ａからＶＭ固有情報を取得することができる。
【0096】
（Ｓ１１）ＶＭ固有情報送信部２３０は、ＶＭ固有情報を管理サーバ１００に送信する。
（Ｓ１２）時刻受信部２４０は、管理サーバ１００から要求時刻を受信し、受信した要求時刻を示す要求時刻データ２１１を記憶部２１０に保存する。
（Ｓ１２）時刻受信部２４０は、管理サーバ１００から要求時刻を受信し、受信した要求時刻を示す要求時刻データ２１１を記憶部２１０に保存する。
【0097】
（Ｓ１３）権限更新要求部２５０は、現在時刻が記憶部２１０に保存された要求時刻データ２１１が示す要求時刻に達すると、クラウドストレージ４に対するアクセス権限の更新要求を管理サーバ１００に送信する。
【0098】
（Ｓ１４）権限更新要求部２５０は、アクセス権限の更新完了応答を管理サーバ１００から受信する。例えば、当該更新完了応答は、クラウドストレージ４へのアクセスに用いられる権限情報を含み得る。そして、ＶＭ２０１の処理が終了する。
【0099】
なお、ストレージアクセス処理部２６０は、権限更新要求部２５０が管理サーバ１００から取得した権限情報を用いて、クラウドストレージ４にアクセスし、ＶＭ情報やソフトウェア情報の書き込みを行う。ストレージアクセス処理部２６０によるクラウドストレージ４へのＶＭ情報やソフトウェア情報の書き込みは、ステップＳ１４の直後に行われてもよいし、更新後のアクセス権限の有効期間内におけるその他のタイミングで行われてもよい。
【0100】
また、ＶＭ２０１は、例えば、アクセス権限の有効期間が１週間の場合、要求時刻データ２１１が示す前回の要求時刻から１週間経過するごとにアクセス権限の更新要求を管理サーバ１００に送信してもよい。あるいは、ＶＭ２０１は、例えば、次週の最初、または、権限有効期間の満了後にＶＭ２０１が起動された際に、クラウドサービスから取得したＶＭ固有情報を管理サーバ１００に再度送信して、管理サーバ１００から新たな要求時刻を取得してもよい。
【0101】
次に、管理サーバ１００の要求時刻提供の手順を説明する。
図１２は、管理サーバの要求時刻提供の処理例を示すフローチャートである。
（Ｓ２０）ＶＭ固有情報受信部１２０は、ＶＭ２０１からＶＭ固有情報を受信する。
図１２は、管理サーバの要求時刻提供の処理例を示すフローチャートである。
（Ｓ２０）ＶＭ固有情報受信部１２０は、ＶＭ２０１からＶＭ固有情報を受信する。
【0102】
（Ｓ２１）ハッシュ値算出部１３０は、ＶＭ固有情報からハッシュ値を算出する。すなわち、ハッシュ値算出部１３０は、ＶＭ固有情報をハッシュ関数に入力することで、ＶＭ固有情報に対するハッシュ値を求める。
【0103】
（Ｓ２２）変換部１４０は、ハッシュ値を時刻に変換する。例えば、変換部１４０は、当該ハッシュ値を、翌週日曜の０：００：００から翌週土曜の２３：５９：５９までの時間範囲に属する何れかの時刻に変換する。時刻としては、例えばＵＴＣが用いられる。
【0104】
（Ｓ２３）時刻送信部１５０は、得られた時刻を要求時刻として、ＶＭ２０１に送信する。そして、要求時刻提供の処理が終了する。
図１３は、管理サーバのアクセス権限更新の処理例を示すフローチャートである。
図１３は、管理サーバのアクセス権限更新の処理例を示すフローチャートである。
【0105】
（Ｓ３０）権限更新要求受信部１６０は、ＶＭ２０１からアクセス権限の更新要求を受信する。
（Ｓ３１）権限管理部１７０は、受信した更新要求に基づいて、クラウドストレージ４に対するＶＭ２０１のアクセス権限を更新する。例えば、権限管理部１７０は、アクセス権限管理テーブル１１１におけるＶＭ２０１の権限有効期間を、現時点から１週間延長してもよいし、現在の権限有効期間の満了時点から１週間延長してもよい。
（Ｓ３１）権限管理部１７０は、受信した更新要求に基づいて、クラウドストレージ４に対するＶＭ２０１のアクセス権限を更新する。例えば、権限管理部１７０は、アクセス権限管理テーブル１１１におけるＶＭ２０１の権限有効期間を、現時点から１週間延長してもよいし、現在の権限有効期間の満了時点から１週間延長してもよい。
【0106】
（Ｓ３２）権限管理部１７０は、アクセス権限の更新完了応答をＶＭ２０１に送信する。更新完了応答は、更新後の権限有効期間、クラウドストレージ４におけるアクセス先およびクラウドストレージ４における認証用情報などの権限情報を含み得る。そして、アクセス権限更新の処理が終了する。
【0107】
図１４は、ＶＭ固有情報およびハッシュ値の例を示す図である。
例えば、ＶＭ２０１は、物理マシン２００上にＶＭ２０１が作成されて起動されると、物理マシン２００ａからＶＭ２０１のＶＭ固有情報８１を取得する。
例えば、ＶＭ２０１は、物理マシン２００上にＶＭ２０１が作成されて起動されると、物理マシン２００ａからＶＭ２０１のＶＭ固有情報８１を取得する。
【0108】
例えば、ＶＭ固有情報８１として、前述のｖｍＩＤを用いることができる。ｖｍＩＤのサイズは、例えば３６バイトである。
ＶＭ２０１は、管理サーバ１００にＶＭ固有情報８１を提供する。すると、ハッシュ値算出部１３０は、ＶＭ固有情報８１に基づいてハッシュ値８２を算出する。ハッシュ関数として、例えばＭＤ５を用いる場合、ＶＭ固有情報８１から１２８ビットのハッシュ値８２が得られる。図１４では、１６進数の数字３２文字でハッシュ値８２を表している。
ＶＭ２０１は、管理サーバ１００にＶＭ固有情報８１を提供する。すると、ハッシュ値算出部１３０は、ＶＭ固有情報８１に基づいてハッシュ値８２を算出する。ハッシュ関数として、例えばＭＤ５を用いる場合、ＶＭ固有情報８１から１２８ビットのハッシュ値８２が得られる。図１４では、１６進数の数字３２文字でハッシュ値８２を表している。
【0109】
なお、ＶＭ固有情報８１としては、前述のようにｖｍＩＤ以外のものを用いることができる。例えば、ＶＭ固有情報８１は、サブスクリプションＩＤとリソースグループ名とＶＭ名との組合せでもよい。また、ＶＭ固有情報８１は、リソースＩＤでもよい。ＶＭ固有情報８１の候補であるサブスクリプションＩＤとリソースグループ名とＶＭ名との組合せ、リソースＩＤ、および、ｖｍＩＤのうち、ｖｍＩＤの情報量が最も少ないことがある。また、上記のｖｍＩＤに代えて、ＶＭをグローバルに一意に識別する識別情報としてインスタンスＩＤも使用され得る。インスタンスＩＤのサイズは、１７バイト程度であることがある。
【0110】
図１５は、ハッシュ値を時刻に変換する例を示す図である。
ハッシュ値範囲９０は、ＭＤ５で求められるハッシュ値が取り得る値の範囲である。図１５では、１６進数の数字３２文字でハッシュ値を表している。ハッシュ値範囲９０に含まれるハッシュ値の個数は、２＾１２８通りとなる。
ハッシュ値範囲９０は、ＭＤ５で求められるハッシュ値が取り得る値の範囲である。図１５では、１６進数の数字３２文字でハッシュ値を表している。ハッシュ値範囲９０に含まれるハッシュ値の個数は、２＾１２８通りとなる。
【0111】
ここで、１週間は、６０４，８００秒である。したがって、変換部１４０は、２＾１２８通りのハッシュ値を含むハッシュ値範囲９０を、６０４，８００個のサブ範囲に分割し、各サブ範囲を、日曜日０時００分００秒を起点とする時刻に対応付ける。１つのサブ範囲に属するハッシュ値の数は、２＾１２８／６０４，８００＝５．６＊１０＾３２である。
【0112】
例えば、変換部１４０は、ハッシュ値範囲９０の最小値を含む最初のサブ範囲を、日曜日０時００分００秒に対応付け、次のサブ範囲を日曜日０時００分０１秒に対応付け、…というようにして、各サブ範囲に属するハッシュ値を時刻に対応付ける。変換部１４０は、ハッシュ値の小さい方から順に早い時刻となるように対応付けてもよいし、ハッシュ値の大きい方から順に早い時刻となるように対応付けてもよい。
【0113】
ここで、管理サーバ１００でクラウドストレージ４へのアクセス権限を管理しているＶＭの数をａとし、アクセス権限の１つの更新要求のトランザクションの所要時間をｂとし、管理サーバ１００が受け付ける更新要求の並列数をｃとする。
【0114】
すると、ａ台のＶＭと管理サーバ１００とのアクセス権限の更新要求に関するやり取りの総所要時間は、ａｂ／ｃとなる。例えば、ａ＝１００００とし、ｃ＝１とし、ｂ＝１０秒とすると、当該総所要時間は、１００，０００秒となる。
【0115】
図１６は、要求の分散の例を示す図である。
図１６（Ａ）は、ＶＭからの要求が適切に分散されている例を示す。図１６（Ａ）の例は、管理サーバ１００によりＶＭ固有情報のハッシュ値を用いて決定された更新時刻で各ＶＭがアクセス権限の更新要求を送信する場合である。
図１６（Ａ）は、ＶＭからの要求が適切に分散されている例を示す。図１６（Ａ）の例は、管理サーバ１００によりＶＭ固有情報のハッシュ値を用いて決定された更新時刻で各ＶＭがアクセス権限の更新要求を送信する場合である。
【0116】
更新要求群ｒｑ１は、ＶＭ１００００台から送信された１００００個の更新要求である。図１６（Ａ）の例では、１週間（６０４，８００秒）の各時刻において、各ＶＭからほぼ重複しないタイミングで、アクセス権限の更新要求が管理サーバ１００に送信される。
【0117】
図１６（Ｂ）は、ＶＭからの要求が適切に分散されていない例を示す。図１６（Ｂ）は、図１６（Ａ）の比較例である。図１６（Ｂ）の例は、ＶＭ固有情報のハッシュ値を用いずに決定された時刻で各ＶＭがアクセス権限の更新要求を送信する場合である。
【0118】
更新要求群ｒｑ２は、ＶＭ１００００台から送信された１００００個の更新要求である。図１６（Ｂ）の例では、１週間（６０４，８００秒）の各時刻において、２以上のＶＭによる更新要求が重複して行われる時刻が、図１６（Ａ）の場合に比べて多くなる。
【0119】
このように、ＶＭ固有情報のハッシュ値を用いて決定された更新時刻で各ＶＭがアクセス権限の更新要求を管理サーバ１００に送信することで、管理サーバ１００における負荷集中を軽減できる。
【0120】
すなわち、ハッシュ関数を用いることで、各ＶＭのＶＭ固有情報に対して、十分に分散したハッシュ値を得ることができる。このため、当該ハッシュ値に基づくタイミングで、各ＶＭから管理サーバ１００への更新要求の送信を行うことで、各ＶＭによる更新要求の送信タイミングを適切に分散させることができる。言い換えれば、各ＶＭにより更新要求が送信されるタイミングが平滑化される。よって、比較的短い期間のうちに、各ＶＭから管理サーバ１００へ大量の更新要求が集中的に送信される可能性が低減される。その結果、管理サーバ１００における負荷集中を軽減することができる。
【0121】
［第３の実施の形態］
次に第３の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。
次に第３の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。
【0122】
第３の実施の形態の情報処理システムの構成は、図２で例示した第２の実施の形態の情報処理システムの例と同様であるため説明を省略する。
第３の実施の形態では、要求時刻の計算を、管理サーバ１００ではなくＶＭ２０１，２０２，…で行う点が第２の実施の形態と異なる。そこで、まず、第３の実施の形態における管理サーバ１００およびＶＭ２０１，２０２，…の機能を説明する。
第３の実施の形態では、要求時刻の計算を、管理サーバ１００ではなくＶＭ２０１，２０２，…で行う点が第２の実施の形態と異なる。そこで、まず、第３の実施の形態における管理サーバ１００およびＶＭ２０１，２０２，…の機能を説明する。
【0123】
図１７は、第３の実施の形態の管理サーバの機能例を示す図である。
管理サーバ１００は、記憶部１１０、権限更新要求受信部１６０および権限管理部１７０を有する。記憶部１１０、権限更新要求受信部１６０および権限管理部１７０は、図７で例示した第２の実施の形態における同名の機能と同様の機能である。第３の実施の形態の例では、管理サーバ１００は、ＶＭ固有情報受信部１２０、ハッシュ値算出部１３０、変換部１４０および時刻送信部１５０の機能を有していなくてよい。
管理サーバ１００は、記憶部１１０、権限更新要求受信部１６０および権限管理部１７０を有する。記憶部１１０、権限更新要求受信部１６０および権限管理部１７０は、図７で例示した第２の実施の形態における同名の機能と同様の機能である。第３の実施の形態の例では、管理サーバ１００は、ＶＭ固有情報受信部１２０、ハッシュ値算出部１３０、変換部１４０および時刻送信部１５０の機能を有していなくてよい。
【0124】
図１８は、ＶＭの機能例を示す図である。
ＶＭ２０１は、記憶部２１０、ＶＭ固有情報取得部２２０、権限更新要求部２５０、ストレージアクセス処理部２６０、ハッシュ値算出部２７０および変換部２８０を有する。記憶部２１０、ＶＭ固有情報取得部２２０、権限更新要求部２５０およびストレージアクセス処理部２６０は、図８で例示した第２の実施の形態における同名の機能と同様の機能である。第３の実施の形態では、ＶＭ２０１がハッシュ値算出部２７０および変換部２８０を有し、ＶＭ固有情報送信部２３０および時刻受信部２４０を有さない点が、第２の実施の形態と異なる。
ＶＭ２０１は、記憶部２１０、ＶＭ固有情報取得部２２０、権限更新要求部２５０、ストレージアクセス処理部２６０、ハッシュ値算出部２７０および変換部２８０を有する。記憶部２１０、ＶＭ固有情報取得部２２０、権限更新要求部２５０およびストレージアクセス処理部２６０は、図８で例示した第２の実施の形態における同名の機能と同様の機能である。第３の実施の形態では、ＶＭ２０１がハッシュ値算出部２７０および変換部２８０を有し、ＶＭ固有情報送信部２３０および時刻受信部２４０を有さない点が、第２の実施の形態と異なる。
【0125】
ハッシュ値算出部２７０は、ＶＭ固有情報取得部２２０により取得されたＶＭ固有情報を入力としたハッシュ関数の関数値、すなわち、ハッシュ値を算出する。ハッシュ関数には、例えば、ＳＨＡ－２５６やＭＤ５などが用いられる。ただし、ハッシュ関数にはその他のアルゴリズムよりハッシュ値を求める関数を用いてもよい。
【0126】
変換部２８０は、ハッシュ値算出部２７０により算出されたハッシュ値を時刻に変換する。当該時刻は、第２の実施の形態の要求時刻に相当する。変換部２８０は、求めた要求時刻を記憶部２１０に格納する。変換部２８０は、要求時刻が更新されたことを権限更新要求部２５０に通知してもよい。
【0127】
なお、クラウドサービスシステム２，３で動作する他のＶＭも、ＶＭ２０１と同様の機能を有する。
次に、第３の実施の形態における処理手順を説明する。第３の実施の形態では、各ＶＭの処理手順が第２の実施の形態と異なる。具体的には、管理サーバ１００は、図１２で例示した第２の実施の形態の要求時刻提供の処理を実行しなくてよい。要求時刻の計算は、各ＶＭによって実行される。以下では、ＶＭ２０１を主に例示して説明するが、他のＶＭも同様の手順を実行する。
次に、第３の実施の形態における処理手順を説明する。第３の実施の形態では、各ＶＭの処理手順が第２の実施の形態と異なる。具体的には、管理サーバ１００は、図１２で例示した第２の実施の形態の要求時刻提供の処理を実行しなくてよい。要求時刻の計算は、各ＶＭによって実行される。以下では、ＶＭ２０１を主に例示して説明するが、他のＶＭも同様の手順を実行する。
【0128】
図１９は、ＶＭの処理例を示すフローチャートである。
（Ｓ４０）ＶＭ固有情報取得部２２０は、クラウドサービスからＶＭ２０１のＶＭ固有情報を取得する。例えば、ＶＭ固有情報取得部２２０は、クラウドサービスを管理する物理マシン２００ａからＶＭ固有情報を取得することができる。
（Ｓ４０）ＶＭ固有情報取得部２２０は、クラウドサービスからＶＭ２０１のＶＭ固有情報を取得する。例えば、ＶＭ固有情報取得部２２０は、クラウドサービスを管理する物理マシン２００ａからＶＭ固有情報を取得することができる。
【0129】
（Ｓ４１）ハッシュ値算出部２７０は、取得したＶＭ固有情報からハッシュ値を算出する。すなわち、ハッシュ値算出部２７０は、ＶＭ固有情報をハッシュ関数に入力することで、ＶＭ固有情報に対するハッシュ値を求める。
【0130】
（Ｓ４２）変換部２８０は、ハッシュ値を時刻に変換する。例えば、変換部２８０は、当該ハッシュ値を、翌週日曜の０：００：００から翌週土曜の２３：５９：５９までの時間範囲に属する時刻に変換する。時刻としては、例えばＵＴＣが用いられる。
【0131】
（Ｓ４３）変換部２８０は、得られた時刻を要求時刻とする。変換部２８０は、当該要求時刻を示す要求時刻データ２１１を記憶部２１０に保存する。
（Ｓ４４）権限更新要求部２５０は、現在時刻が記憶部２１０に保存された要求時刻データ２１１が示す要求時刻に達すると、クラウドストレージ４に対するアクセス権限の更新要求を管理サーバ１００に送信する。
（Ｓ４４）権限更新要求部２５０は、現在時刻が記憶部２１０に保存された要求時刻データ２１１が示す要求時刻に達すると、クラウドストレージ４に対するアクセス権限の更新要求を管理サーバ１００に送信する。
【0132】
（Ｓ４５）権限更新要求部２５０は、アクセス権限の更新完了応答を管理サーバ１００から受信する。例えば、当該更新完了応答は、クラウドストレージ４へのアクセスに用いられる権限情報を含み得る。そして、ＶＭ２０１の処理が終了する。
【0133】
なお、ストレージアクセス処理部２６０は、権限更新要求部２５０が管理サーバ１００から取得した権限情報を用いて、クラウドストレージ４にアクセスし、ＶＭ情報やソフトウェア情報の書き込みを行う。ストレージアクセス処理部２６０によるクラウドストレージ４へのＶＭ情報やソフトウェア情報の書き込みは、ステップＳ４５の直後に行われてもよいし、更新後のアクセス権限の有効期間内におけるその他のタイミングで行われてもよい。
【0134】
また、管理サーバ１００によるアクセス権限更新処理は、図１３で例示した手順と同様の手順となる。
このように、ＶＭ固有情報のハッシュ値を用いて決定された更新時刻で各ＶＭがアクセス権限の更新要求を管理サーバ１００に送信することで、管理サーバ１００における負荷集中を軽減できる。
このように、ＶＭ固有情報のハッシュ値を用いて決定された更新時刻で各ＶＭがアクセス権限の更新要求を管理サーバ１００に送信することで、管理サーバ１００における負荷集中を軽減できる。
【0135】
すなわち、ハッシュ関数を用いることで、各ＶＭのＶＭ固有情報に対して、十分に分散したハッシュ値を得ることができる。このため、当該ハッシュ値に基づくタイミングで、各ＶＭから管理サーバ１００への更新要求の送信を行うことで、各ＶＭによる更新要求の送信タイミングを適切に分散させることができる。言い換えれば、各ＶＭにより更新要求が送信されるタイミングが平滑化される。よって、比較的短い期間のうちに、各ＶＭから管理サーバ１００へ大量の更新要求が集中的に送信される可能性が低減される。その結果、管理サーバ１００における負荷集中を軽減することができる。
【0136】
なお、第２，第３の実施の形態では、管理サーバ１００がクラウドストレージ４に対するアクセス権限の更新要求を各ＶＭから送信するタイミングを決定する例を説明したが、各ＶＭから管理サーバ１００へ他の情報を送信するタイミングを決定してもよい。当該タイミングの決定方法は、各ＶＭからの要求がリアルタイム性のないもの、すなわち、一定の時間間隔で定期的に発生する要求のうち、クライアント数が増えると管理サーバの負荷が増大するものである場合に特に有用である。
【0137】
例えば、Ｗｅｂサイトの訪問者情報を、各ＶＭ上に構築されたＷｅｂサーバごとに一定の間隔で定期的に管理サーバ１００に発信するサービスが考えられる。この場合、複数のＷｅｂサーバが訪問者情報を同時に管理サーバ１００に送信すると、管理サーバ１００の負荷が増大し得る。一方、管理サーバ１００は、各ＶＭのＶＭ固有情報に対するハッシュ値に基づいて、訪問者情報を送信する時刻をＶＭごとに決定することで、各ＶＭが訪問者情報を送信するタイミングを適切に分散させることができる。その結果、管理サーバ１００における負荷集中を軽減することができる。
【0138】
その他の情報を各ＶＭから管理サーバ１００に送信する場合も、同様の方法により、当該情報の送信タイミングをＶＭごとに適切に分散させることができ、管理サーバ１００における負荷集中を軽減することができる。
【0139】
第２，第３の実施の形態に対する比較例として、例えば、ＶＭセットアップ時に、管理サーバ１００で情報の受信が可能である空き時刻を各ＶＭから問い合わせて、当該ＶＭ内の設定ファイルに保存し、当該ＶＭから当該時刻に情報の送信を行うことも考えられる。
【0140】
しかし、ＶＭは、ある１つのＶＭイメージを複製することで作成され、起動されることでスケールアウトされることが多い。このため、例えば、同じ設定ファイルのＶＭが増える可能性が高く、同じ時刻に各ＶＭから一斉に情報が送信される可能性が高まる。
【0141】
また、例えば、ＶＭにおけるプログラム実行時の時刻を乱数の種にしてランダムなタイミングで情報送信を行わせることも考えられる。しかし、上記のように、同じＶＭイメージの複製によるＶＭのクローン同士では、同じプログラムが同じ時刻に動作するため、結局、各ＶＭによる情報送信のタイミングが衝突する可能性が高い。
【0142】
一方、一般的なクラウドサービスであれば取得できる、ＶＭ固有情報は、同じＶＭイメージを複製しても、ＶＭごとに異なる値となる。したがって、第２，第３の実施の形態のように、ＶＭ固有情報のハッシュ値を用いて決定された時刻に各ＶＭから管理サーバ１００に情報を送信することで、各ＶＭによる情報送信のタイミングが適切に分散され、管理サーバ１００における負荷集中を軽減できる。
【0143】
以上をまとめると、第２，第３の実施の形態の情報処理システムは例えば次の機能を有する。
管理サーバ１００またはＶＭ２０１，２０２，…それぞれは、当該ＶＭを特定する特定情報を取得すると、特定情報を入力とするハッシュ関数の関数値、すなわち、ハッシュ値を算出する。ＶＭ２０１，２０２，…それぞれは、自ＶＭに対応するハッシュ値に基づくタイミングで、管理サーバ１００に情報を送信する。
管理サーバ１００またはＶＭ２０１，２０２，…それぞれは、当該ＶＭを特定する特定情報を取得すると、特定情報を入力とするハッシュ関数の関数値、すなわち、ハッシュ値を算出する。ＶＭ２０１，２０２，…それぞれは、自ＶＭに対応するハッシュ値に基づくタイミングで、管理サーバ１００に情報を送信する。
【0144】
これにより、管理サーバ１００の負荷集中を軽減できる。
例えば、管理サーバ１００がハッシュ値を算出する場合、管理サーバ１００は、複数のＶＭそれぞれに対応するハッシュ値に基づいて、当該ＶＭから管理サーバ１００（自装置）に情報を送信するタイミングを、複数のＶＭそれぞれに対して指示する。
例えば、管理サーバ１００がハッシュ値を算出する場合、管理サーバ１００は、複数のＶＭそれぞれに対応するハッシュ値に基づいて、当該ＶＭから管理サーバ１００（自装置）に情報を送信するタイミングを、複数のＶＭそれぞれに対して指示する。
【0145】
あるいは、ＶＭ２０１，２０２，…それぞれがハッシュ値を算出する場合、ＶＭ２０１，２０２，…それぞれは、自ＶＭから、各ＶＭの情報を収集する管理サーバ１００へ、当該ハッシュ値に基づくタイミングで情報を送信する。
【0146】
ＶＭ２０１，２０２，…それぞれから管理サーバ１００に送信される情報は、例えば、当該ＶＭによる特定処理の実行権限の有効期限を延長する申請である。これにより、管理サーバ１００において比較的短い時間に当該実行権限の有効期限の延長の処理が集中することが避けられ、当該有効期限の延長の処理による管理サーバ１００の負荷集中を軽減できる。
【0147】
また、管理サーバ１００またはＶＭ２０１，２０２，…それぞれは、所定期間に属する、ハッシュ値に対応する時刻を、当該ＶＭにより管理サーバ１００へ情報を送信するタイミングと決定する。
【0148】
これにより、各ＶＭにより情報を送信する時刻を、当該送信のタイミングが当該所定期間内に分散するように、適切に得ることができる。
また、第２，第３の実施の形態の情報処理システムは、物理マシン２００，３００を有するクラウドサービスシステム２，３を含む。
また、第２，第３の実施の形態の情報処理システムは、物理マシン２００，３００を有するクラウドサービスシステム２，３を含む。
【0149】
この場合、特定情報は、クラウドサービスシステム２，３それぞれがＶＭごとに一意に付与するＶＭの第１の識別情報でもよい。前述のｖｍＩＤ、インスタンスＩＤおよびリソースＩＤそれぞれは、第１の識別情報の一例である。
【0150】
あるいは、特定情報は、クラウドサービスシステム２，３が提供するクラウドサービスの利用契約ごとにクラウドサービスシステム２，３それぞれが一意に付与する第２の識別情報とＶＭに対してユーザが付与するＶＭ名とを含む組合せ情報でもよい。前述のサブスクリプションＩＤは、第２の識別情報の一例である。また、前述のように、当該組合せ情報は、リソースグループ名などの、ユーザにより付与される他の情報を含んでもよい。
【0151】
これにより、各ＶＭに対して、求められるハッシュ値を適度に分散させることができ、２以上のＶＭによる情報の送信タイミングが衝突する（あるいは重複する）可能性を低減できる。このため、管理サーバ１００における負荷集中を一層軽減できる。
【0152】
なお、第１の実施の形態の情報処理は、処理部１２，２２にプログラムを実行させることで実現できる。また、第２，第３の実施の形態の情報処理は、ＣＰＵ１０１や物理マシン２００，３００が有するＣＰＵにプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体５３に記録できる。
【0153】
例えば、プログラムを記録した記録媒体５３を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体５３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。
【符号の説明】
【0154】
１ システム
１０，２０ 情報処理装置
１１，２１ 記憶部
１２，２２ 処理部
３１，３２，３３ 仮想マシン
１０，２０ 情報処理装置
１１，２１ 記憶部
１２，２２ 処理部
３１，３２，３３ 仮想マシン
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】