知財求人 - 知財ポータルサイト「IP Force」
特表2025-501680分散型コンピューティングシステムにおけるリソーススケジューリングのためのシステム及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2025-01-23
(54)【発明の名称】分散型コンピューティングシステムにおけるリソーススケジューリングのためのシステム及び方法
(51)【国際特許分類】
G06F 9/50 20060101AFI20250116BHJP
G06F 9/455 20180101ALI20250116BHJP
【ＦＩ】
G06F9/50 120Z
G06F9/455 150
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024531633
(86)(22)【出願日】2022-11-24
(85)【翻訳文提出日】2024-06-26
(86)【国際出願番号】 IB2022061378
(87)【国際公開番号】W WO2023111732
(87)【国際公開日】2023-06-22
(31)【優先権主張番号】102021000031202
(32)【優先日】2021-12-13
(33)【優先権主張国・地域又は機関】IT
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
２．ＶＭＷＡＲＥ
(71)【出願人】
【識別番号】524200966
【氏名又は名称】エレメント エス．アール．エル．
(74)【代理人】
【識別番号】110000877
【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所
(72)【発明者】
【氏名】フロンゼ、ガブリエル ガエタノ
(57)【要約】
本発明は、クラウドコンピューティングシステム（１００）において共有リソース（２０５、２０６）を共有（６００）及び選択（７００）するための方法に関する。特に、リソースを共有（６００）するための方法は、リソース（２０５、２０６）を要求するメッセージをシステム（１００）のサーバ（１０４、１０５、１０６）が受信（６０１）する第１段階、及び、サーバ（１０４、１０５、１０６）に含まれた共有リソース（２０５、２０６）の利用指標に応じて計算された予め定められた送信時点において応答メッセージを上記サーバ（１０４、１０５、１０６）が送信する第２段階（６０４）を含む。リソース（２０５、２０６）を選択（７００）するための方法は、リソースを要求するメッセージをユーザ機器（１０１、１０２、１０３）が送信（７０１）する第１段階、第１受信時点においてユーザ機器（１０１、１０２、１０３）が第１サーバ（１０４、１０５、１０６）から第１応答メッセージを受信（７０２）する第２段階、及び、第２受信時点においてユーザ機器（１０１、１０２、１０３）が第２サーバ（１０４、１０５、１０６）から第２応答メッセージを受信（７０３）する第３段階を含む。方法（７００）はさらに、上記第１受信時点及び上記第２受信時点に応じて少なくとも１つのプロバイダサーバ（１０４、１０５、１０６）を選択（７０４）する段階を含む。
【特許請求の範囲】
【請求項1】
クラウドコンピューティングシステムにおいてリソースを共有するための方法であって、前記クラウドコンピューティングシステムは、遠隔通信ネットワークを用いて互いに動作可能に接続された複数のサーバを含み、前記クラウドコンピューティングシステムの各サーバは、１又は複数の共有リソースを含み、前記方法は、以下の段階、すなわち：前記リソースを要求するメッセージを少なくとも１つのサーバにおいて受信する段階；
予め定められた送信時点において、前記少なくとも１つのサーバによって、前記遠隔通信ネットワークを介して応答メッセージを送信する段階；
を備え、
前記予め定められた送信時点は、前記少なくとも１つのサーバに含まれた前記１又は複数の共有リソースの利用指標に応じて計算される
クラウドコンピューティングシステムにおいてリソースを共有するための方法。
【請求項2】
以下の段階、すなわち：前記少なくとも１つのサーバに含まれた前記１又は複数の共有リソースの総数及び現在使用されている前記１又は複数の共有リソースの数に応じて前記利用指標を計算する段階
をさらに備える、請求項１に記載のクラウドコンピューティングシステムにおいてリソースを共有するための方法。
【請求項3】
以下の段階、すなわち：前記リソースを要求する前記メッセージの受信時点を判断する段階；
前記１又は複数の共有リソースの前記利用指標に応じて送信遅延を計算する段階；
前記送信遅延及び前記受信時点に基づいて前記送信時点を判断する段階
をさらに備える、請求項１に記載のクラウドコンピューティングシステムにおいてリソースを共有するための方法。
【請求項4】
前記応答メッセージは、前記リソースの利用可能性についての情報を含む、請求項１に記載のクラウドコンピューティングシステムにおいてリソースを共有するための方法。
【請求項5】
クラウドコンピューティングシステムにおいてリソースを選択するための方法であって、前記クラウドコンピューティングシステムは、遠隔通信ネットワークを用いて互いに動作可能に接続された複数のサーバ及び少なくとも１つのユーザ機器を含み、前記クラウドコンピューティングシステムの各サーバは１又は複数の共有リソースを含み、前記方法は、以下の段階、すなわち：前記ユーザ機器によって、前記遠隔通信ネットワークを介して、前記リソースを要求するメッセージを送信する段階；
第１受信時点において、前記複数のサーバに含まれた第１サーバから前記ユーザ機器に第１応答メッセージを受信する段階；
第２受信時点において、前記複数のサーバに含まれた第２サーバから前記ユーザ機器に第２応答メッセージを受信する段階；
を備え、
前記方法はさらに、以下の段階、すなわち：
前記第１サーバ及び前記第２サーバから、前記リソースを提供する少なくとも１つのプロバイダサーバを、前記第１受信時点及び前記第２受信時点に応じて選択する段階；
前記少なくとも１つのプロバイダサーバに、前記遠隔通信ネットワークを介して、前記リソースを割り当てるメッセージを送信する段階
を備える、方法。
【請求項6】
クラウドコンピューティングシステムにおいてリソースを共有するために適合されたサーバであって、前記サーバは：‐メモリ手段；
‐ネットワークインタフェース；
‐１又は複数の共有リソース；
‐前記メモリ手段、前記ネットワークインタフェース、及び前記１又は複数の共有リソースに動作可能に接続された処理ユニット；
前記処理ユニットは、請求項１から４のいずれか一項に記載のクラウドコンピューティングシステムにおいてリソースを共有するための方法の段階を実行するように構成されている
を備える、サーバ。
【請求項7】
クラウドコンピューティングシステムにおいてリソースを選択するように適合されたユーザ機器であって、前記ユーザ機器は：‐メモリ手段；
‐ネットワークインタフェース；
‐前記メモリ手段及び前記ネットワークインタフェースに動作可能に接続された処理ユニット；
前記処理ユニットは、請求項５に記載のクラウドコンピューティングシステムにおいてリソースを選択するための方法の段階を実行するように構成されている
を備える、ユーザ機器。
【請求項8】
遠隔通信ネットワークを用いて互いに動作可能に接続された複数のサーバを備えるクラウドコンピューティングシステムであって、前記サーバの１つ１つは、請求項１から４のいずれか一項に記載の方法を実行するように構成されている、クラウドコンピューティングシステム。
【請求項9】
処理装置上で実行された場合に、前記処理装置に、請求項１から４のいずれか一項に記載の方法における段階を実行させる複数の命令を備える、クラウドコンピューティングシステムにおいてリソースを共有するためのコンピュータプログラム。
【請求項10】
処理装置上で実行された場合に、前記処理装置に、請求項５に記載の方法における段階を実行させる複数の命令を備える、クラウドコンピューティングシステムにおいてリソースを選択するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、請求項１に記載のクラウドコンピューティングシステムにおいてリソースを共有及び選択するための方法に関する。本発明はまた、クラウドコンピューティングシステムにおいてリソースを共有及び選択するためのシステム、サーバ、ユーザ機器、及びコンピュータプログラムに関する。
【0002】
本説明において、「クラウドコンピューティング」という用語又は「コンピューティングクラウド」又は「クラウド」という同等の用語は、コンピューティングパラダイムを指しており、これによって、複数のプロバイダ（本説明ではサーバとも称される）から保持される複数のリソース及び／又はサービスが、遠隔通信ネットワークを介して、複数のユーザ機器（本説明ではクライアント、端末、又は、より単純には、ユーザとも称される）に提供される。そのようなリソース及び／又はサービスは、例えば、物理又は仮想ハードウェアリソース、記憶リソース、計算リソース、データ送信リソース、ソフトウェアサービスなどであり得る。本説明の過程において、「リソース」という用語は、現在既知のクラウドコンピューティングシステムから一般に利用可能である任意のタイプの計算リソース又はサービスを指す。本発明は、いかなる修正も要求することなく、クラウドシステムによって提供される任意のタイプのリソース又はサービスにも適用可能なので、クラウドコンピューティングシステムによって提供される特定のタイプのリソース及び／又はサービスに限定されないことが理解される。本発明は、プロバイダ及びユーザの間（すなわち、サーバ及びクライアントの間）に明確な分離が存在するクラウドコンピューティングシステムに限定されず、反対に、本発明は、任意のタイプのクラウドコンピューティングシステムに区別なく適用され得ることも理解される。例えば、本発明は、単一装置がサーバ及びクライアントの両方として作用し得るクラウドコンピューティングシステム（例えば、ピアツーピアシステム）にも適用可能である。
【0003】
当技術分野において既知のクラウドコンピューティングシステムのアーキテクチャは通常、例えば、インターネットグローバルネットワーク又はローカルデータネットワークなどの遠隔通信ネットワークを用いて互いに動作可能に接続された１又は複数のサーバを含む；クラウドコンピューティングシステムに属する各サーバは普通、複数の最終ユーザ（ｆｉｎａｌ ｕｓｅｒｓ：エンドユーザ）に利用可能にされるように構成された１又は複数のリソースを保持する；当技術分野において既知の技術によると、クラウドシステムのユーザは、上記遠隔通信ネットワークを用いてクラウドコンピューティングシステムに動作可能に接続された１又は複数のユーザ機器を介してクラウドシステムによって利用可能にされたサービスを使用し得る。一般的に、最終ユーザにリソースを割り当てる処理は、個人ユーザによって発行された特定の要求を受けて始まる；この目的で、当技術分野において既知のクラウドコンピューティングシステムは通常、ユーザによって生成された要求に応じてクラウドシステムのサーバによって保持されたリソースを運営するとともに割り当てることができるリソース管理システムを含む。そのようなリソース管理システムは典型的に、例えば、１又は複数の最終ユーザによって生成された１又は複数のリソース要求を受信及び処理するように構成されたユーザインタフェース、他のものの中でも、１又は複数のユーザによって要求されたリソースをクラウドコンピューティングシステムで検索する処理を管理するように構成された「制御プレーン」、１又は複数の最終ユーザのために特定のサーバに存在しているリソースをパーティション化することが可能な１又は複数の仮想マシンを作成するように構成された「ハイパーバイザ」を含む複数のモジュールを含む。
【0004】
当技術分野において既知のクラウドコンピューティングシステムのリソース管理システムによって実行される必須機能の１つは、クラウドシステムのサーバによって保持されたリソースを検索すること及び／又は場合によっては分類することから成る。特に、当技術分野において既知の技術によると、リソース管理システムは、クラウドシステムにおいて利用可能なリソースを監視するように構成され得、これにより、そのようなリソースの位置及び利用（すなわち、システムサーバによって提供されたリソースがどこに位置しているか、及び、その割り当ての状態）を任意の時間において確認することが可能である。この動作は、１又は複数のリソース管理システムによって集中方式で実行され得、これは、クラウドシステムにおいて利用可能なリソースのカタログをリアルタイムで作成するように構成され得る；例えば、集中型リソース管理システムは、集中型リソースカタログをプロアクティブな方式で規則的な間隔で更新するように構成され得、これにより、システムによって保持された全てのリソースの最新のビュー及びそれらの利用状態を絶えず有する。当技術分野において既知の集中型リソース管理システムは、いくつかの問題に悩まされており、これは、主に限定されたセットの装置におけるリソース管理機能の集中に関する。例えば、クラウドコンピューティングシステムの１又は複数の装置の潜在的な機能不全の場合においてある程度の弾性を保証すべく、リソース管理システムの集中型リソースカタログ及び機能は複製され、複数の別個の装置に並列に記憶され得る；このように、例えば、集中型リソースカタログのコピーを記憶した装置のうち１つの突然の故障の場合に、リソース管理システムは、代替の装置に記憶されたリソースカタログのレプリカを使用してサービスを継続して提供することが可能である。複数の装置におけるリソース管理システム及び集中型カタログのこの冗長性は、クラウドシステムの弾性をある程度保証する一方、リソース管理システムのレプリカの各々によって発生するコスト及び通信オーバーヘッドの観点から、非常に非効率的である。リソース管理システムのこの冗長性はまた、集中型管理サービスを提供するように構成された装置の数は、管理されているリソースの数とともに線形的にスケーラブルでないという点で計算的な観点から非効率的であり、そのような非効率さは、小さいクラウドコンピューティングシステムにおいて特に問題になることがわかっている。クラウドコンピューティングシステムのリソースの集中型管理から生じるさらなる問題は、新しい共有リソースの導入（例えば、新しいサーバ又は新しい共有リソースの追加）に続いて集中型カタログを更新することに関している；この場合、当技術分野において既知の技術によると、集中型カタログは多くの場合、遡及方式（すなわち、新しいリソースの導入後）で更新される；これは必然的に、結果として、その間に集中型カタログがクラウドコンピューティングシステムのリソースの実際の利用可能性を反映していない過渡期（ｔｉｍｅ ｔｒａｎｓｉｅｎｔ）をもたらす。
【0005】
代替的に、集中型リソース管理システムにより悩まされている問題を解決することを目的として、リソースは、集中型リソースカタログを使用することなく分散された方式でクラウドコンピューティングシステム内で検索され得る；そのような場合において、１又は複数のユーザによって要求されるリソースは、個人ユーザの必要に従って即席に検索され得る。例えば、所与のリソースは、例えば、クラウドシステムのサーバ及びユーザの間のアプリケーションレベルで確立された通信プロトコルを用いて個人ユーザによって直接検索され得る。一般的に、そのような通信プロトコルは、個人ユーザによって作成されてクラウドシステムの１又は複数のサーバに送信された１又は複数のリソース検索メッセージを介してリソースを検索するように構成されている；要求されたリソースの内部利用可能性に基づいて、各サーバは、例えば、ユーザによって要求された利用可能なリソースのリストを含む応答メッセージを作成してユーザに送信するように構成され得る。最終的に、受信された応答メッセージに基づいて、ユーザは、リソースを割り当てるべくクラウドシステムの１又は複数のサーバを自律的に選択し得る。
【0006】
それらは集中型システムに優るいくつかの利点を提供する一方、分散型リソース管理システムは依然として、クラウドシステムの完全且つ最新のビューを有する集中型エンティティの不在に関するいくつかの問題に悩まされている。例えば、そのような集中型エンティティの不在は、クラウドコンピューティングシステムのサーバ内の任意のバランスの取れたリソース割り当て戦略（本説明ではクラウド負荷分散、又は、より単純には負荷分散又はスケジューリングとも称される）を実装することを難しくする；特に、当技術分野において既知の分散型リソース検索プロトコルによると、予め定められたバランスの取れたリソース割り当て戦略に従ってリソースを割り当てる可能性は存在しない。例えば、サーバの選択は、システムのサーバから受信された応答メッセージのみに基づいて個人ユーザによって自律的に行われるので、当技術分野において既知のクラウドシステム内のリソース割り当ては、ランダムであり、多くの場合アンバランスである。クラウドシステムのサーバのそのような不均等な利用は、いくつかのサーバに過負荷問題をもたらし、結果として、クラウドシステムの他のサーバが十分に活用されない場合がある。分散型検索システムにおけるバランスの取れた割り当て戦略を管理する際の追加の困難さは、クラウドシステムのサーバの割り当ての状態に対して予め定められた程度の安全及びプライバシーを維持する必要性があることに起因する；例えば、サイバー攻撃に対してクラウドシステムを保護すべく、各サーバに存在するリソースの量及び構成についてのいずれの明示的な情報も個人ユーザに開示することを回避することが好ましい。
【0007】
例えば、米国特許出願ＵＳ２００２１４３９４４Ａ１は、分散型検索プロトコルに基づくリソース共有システムを記載している。そのようなリソース検索プロトコルは、各サーバの作業負荷についてのいずれの情報を開示することも、システムレベルにおいて負荷のバランスを取るための任意の戦略を実装することも、想定していない。
【0008】
本発明の１つの目的は、先行技術の欠点を克服し得るクラウドコンピューティングシステムにおいてリソースを共有及び選択するための方法、システム、サーバ、ユーザ機器、及びコンピュータプログラムを提供することである。特に、本発明の１つの目的は、分散型リソース検索プロトコルに基づいてクラウドコンピューティングシステムにおいて１又は複数のバランスの取れたリソース割り当て戦略を実装し得る方法、システム、サーバ、ユーザ機器、及びコンピュータプログラムを提供することである。本発明のさらなる目的は、各サーバにおいて利用可能なリソースの量及び負荷についての情報の明示的な開示を回避しながら、クラウドコンピューティングシステムにおいて１又は複数のバランスの取れたリソース割り当て戦略を実装することである。
【図面の簡単な説明】
【0009】
上記の目的は、本説明の不可分な部分である添付の特許請求の範囲において提示された特徴を有する方法、システム、サーバ、ユーザ機器、及びコンピュータプログラムを介して、本発明によって達成される。本発明のさらなる目的、特徴及び利点は、単に非限定的な例として提供される以下の詳細な説明及び添付図面に鑑みて明らかになり、ここで：
【図1】本発明のクラウドコンピューティングシステムの図を示す。
【図2】本発明のクラウドコンピューティングシステムに含まれたサービスプロバイダのブロック図を示す。
【図3】本発明のユーザ機器のブロック図を示す。
【図4】クラウドコンピューティングシステムのリソース管理システムの図を示す。
【図5】リソースの共有及び選択のためのプロトコルの段階の例を示す。
【図6】本発明に係るクラウドコンピューティングシステムにおいてリソースを共有するための方法の図を示す。
【図7】本発明に係るクラウドコンピューティングシステムにおいてリソースを選択するための方法の図を示す。
【発明を実施するための形態】
【0010】
添付図面をここで参照すると、図１における参照番号１００は、本発明に係るクラウドコンピューティングシステムを全体として指す。図１に示されるように、クラウドコンピューティングシステム１００は、遠隔通信ネットワーク１０７を用いて互いに動作可能に接続された複数のサーバ１０４、１０５、１０６を含む。サーバ１０４、１０５、１０６の１つ１つは、上記遠隔通信ネットワーク１０７に動作可能に接続された複数のユーザ機器１０１、１０２、１０３によって共有され得る１又は複数のリソースを含むように構成され得る。当技術分野において既知の技術によると、上記遠隔通信ネットワーク１０７は、例えば、ＩＥＥＥ ８０２パケット通信規格ファミリーに従って動作する１又は複数のローカルデータネットワークを含み得る；最も基本的な場合において、遠隔通信ネットワーク１０７は、インターネットグローバルデータネットワークにおいて使用される規格（例えば、ＴＣＰ／ＩＰ又はＵＤＰ／ＩＰ）に従って、ネットワーク及びトランスポートレベルで動作し得る。
【0011】
図２は、本発明のクラウドコンピューティングシステム１００に含まれたサーバ１０４、１０５、１０６のブロック図を示す。単に非限定的な例として、各サーバ１０４、１０５、１０６は、以下の構成要素を含み得る：
・処理ユニット２０１（例えば、１又は複数のＣＰＵ、ＧＰＵ、ＴＰＵ、ＤＰＵ又はＦＰＧＡ）；
・上記処理ユニット２０１に動作可能に接続され且つクラウドコンピューティングシステム１００のリソース管理システムの１又は複数の機能を実行するように適合された命令の少なくとも一部を記憶するように構成されたメモリ２０２（例えば、ランダムアクセスメモリＲＡＭ及び／又はフラッシュメモリ及び／又は同様のもの）；
・上記遠隔通信ネットワーク１０７を介したデータ送信及び受信を可能にするように適合された１又は複数のネットワークインタフェース２０３；
・例えば当業者が、サーバ１０４、１０５、１０６を構成することを可能にするように適合された入出力（Ｉ／Ｏ）手段２０４；
・複数のユーザ機器１０１、１０２、１０３によって共有されるように構成された１又は複数のリソース２０５、２０６（本説明において共有リソースとも称される）；
・処理ユニット２０１、メモリ２０２、入出力手段２０５、及びリソース２０５、２０６を動作可能に接続するように構成された通信バス２０７。
・処理ユニット２０１（例えば、１又は複数のＣＰＵ、ＧＰＵ、ＴＰＵ、ＤＰＵ又はＦＰＧＡ）；
・上記処理ユニット２０１に動作可能に接続され且つクラウドコンピューティングシステム１００のリソース管理システムの１又は複数の機能を実行するように適合された命令の少なくとも一部を記憶するように構成されたメモリ２０２（例えば、ランダムアクセスメモリＲＡＭ及び／又はフラッシュメモリ及び／又は同様のもの）；
・上記遠隔通信ネットワーク１０７を介したデータ送信及び受信を可能にするように適合された１又は複数のネットワークインタフェース２０３；
・例えば当業者が、サーバ１０４、１０５、１０６を構成することを可能にするように適合された入出力（Ｉ／Ｏ）手段２０４；
・複数のユーザ機器１０１、１０２、１０３によって共有されるように構成された１又は複数のリソース２０５、２０６（本説明において共有リソースとも称される）；
・処理ユニット２０１、メモリ２０２、入出力手段２０５、及びリソース２０５、２０６を動作可能に接続するように構成された通信バス２０７。
【0012】
共有リソース２０５、２０６は、異なるタイプであり得、物理又は仮想ハードウェアリソース、記憶リソース、計算リソース、データ送信リソース、ソフトウェアサービスなどを含み得る；前述のように、本発明は、クラウドコンピューティングシステム１００のサーバ１０４、１０５、１０６によって提供される特定のタイプのリソース又はサービスに限定されない；反対に、それは、クラウドシステム１００によって利用可能にされる任意のタイプのリソース又はサービスに修正なしで適用可能である。
【0013】
図３は、本発明のクラウドコンピューティングシステム１００に含まれたユーザ機器１０１、１０２、１０３のブロック図を示す。単に非限定的な例として、各ユーザ機器１０１、１０２、１０３は、以下の構成要素を含み得る：
・処理ユニット３０１（例えば、１又は複数のＣＰＵ、ＧＰＵ、ＴＰＵ、ＤＰＵ、又はＦＰＧＡ）；
・上記処理ユニット３０１に動作可能に接続され且つクラウドコンピューティングシステム１００のリソース管理システムとのインタフェース接続のために適合された命令の少なくとも一部を記憶するように構成されたメモリ３０２（例えば、ランダムアクセスメモリＲＡＭ及び／又はフラッシュメモリ及び／又は同様のもの）；
・１又は複数のユーザがユーザ機器１０１、１０２、１０３を構成することを可能にするように適合された入出力（Ｉ／Ｏ）手段３０３；
・上記遠隔通信ネットワーク１０７を介したデータ送信及び受信を可能にするように適合された１又は複数のネットワークインタフェース３０４。
・処理ユニット３０１（例えば、１又は複数のＣＰＵ、ＧＰＵ、ＴＰＵ、ＤＰＵ、又はＦＰＧＡ）；
・上記処理ユニット３０１に動作可能に接続され且つクラウドコンピューティングシステム１００のリソース管理システムとのインタフェース接続のために適合された命令の少なくとも一部を記憶するように構成されたメモリ３０２（例えば、ランダムアクセスメモリＲＡＭ及び／又はフラッシュメモリ及び／又は同様のもの）；
・１又は複数のユーザがユーザ機器１０１、１０２、１０３を構成することを可能にするように適合された入出力（Ｉ／Ｏ）手段３０３；
・上記遠隔通信ネットワーク１０７を介したデータ送信及び受信を可能にするように適合された１又は複数のネットワークインタフェース３０４。
【0014】
一般的に、ユーザ機器１０１、１０２、１０３は、ラップトップコンピュータ、スマートフォン、パーソナルコンピュータなどに含まれ得る；加えて、ユーザ機器１０１、１０２、１０３は、モータ車両のインフォテインメントシステム又は家庭用電子装置の電子制御ユニットに含まれ得る。さらに、クラウドコンピューティングシステム１００における共有リソースの共有及び選択のためのプロトコルに関するユーザ機器１０１、１０２、１０３の機能は、仮想デバイスによって管理され得る。
【0015】
本発明の１つの態様によると、クラウドコンピューティングシステムは、クラウドシステムによって提供されるサービスを運営するように構成されたリソース管理システムを含み得る；例えば、リソース管理システムは、複数のユーザとインタフェース接続するように構成され得、これにより、後者からリソース要求を受信し、システム１００に含まれたサーバ１０４、１０５、１０６内で１又は複数の検索を実行し、リソース２０５、２０６などを割り当てる。単に例として、図４は、クラウドシステムのサーバの１つ１つによって保持されたハードウェアを抽象化するように構成された仮想化フレームワークを含むクラウドコンピューティングシステム１００のリソース管理システム４００を示す。クラウドコンピューティングシステム１００のリソース管理システム４００は、例えば、クラウドコンピューティングシステム１００のユーザ１０１、１０２、１０３がシステム１００から保持された１又は複数のリソースを割り当てることを要求することを可能にするように構成されたユーザインタフェース４０１を含み得る。クラウドコンピューティングシステム１００のリソース管理システム４００はさらに、例えば、クラウドコンピューティングシステム１００のリソースへのアクセスを運営すること、ユーザ１０１、１０２、１０３によって要求されたリソースの検索を管理すること、そのようなリソースを予約及び監視する（本説明において「記帳」とも称される）ためのサービスを管理することなどを行うように構成された制御プレーン４０２を含み得る。例えば、クラウドコンピューティングシステム１００のユーザインタフェース４０１及び制御プレーン４０２は、例えば、ＶＭｗａｒｅ ｖＳｐｈｅｒｅ ＷｅｂＵＩ、Ｏｐｅｎｓｔａｃｋ ＷｅｂＵＩ、Ｐｒｏｘｍｏｘ ＷｅｂＵＩ、Ｍｉｃｒｏｓｏｆｔ Ｈｙｐｅｒ－Ｖ、Ｃｉｔｒｉｘ ＸｅｎＣｅｎｔｅｒ、Ｘｅｎ Ｏｒｃｈｅｓｔｒａ、Ｒｅｄ Ｈａｔ Ｅｎｔｅｒｐｒｉｓｅ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ及びｏＶｉｒｔなどといった当技術分野において既知の解決手段を含み得る。クラウドコンピューティングシステム１００のリソース管理システム４００は、各サーバ１０４、１０５、１０６内の１又は複数の仮想マシンの生成のために適合されたモジュール４０３を含み得る；例えば、モジュール４０３は、例えばＶＭｗａｒｅ ｖＳｐｈｅｒｅ、Ｌｉｎｕｘ ＫＶＭ、Ｃｉｔｒｉｘ Ｘｅｎ、Ｍｉｃｒｏｓｏｆｔ Ｈｙｐｅｒ－Ｖ、ＸＣＰ－ｎｇなどといった当技術分野において既知の１又は複数のハイパーバイザを含み得る。リソース管理システム４００のモジュール４０１、４０２、４０３は、クラウドコンピューティングシステムのサーバ１０４、１０５、１０６において及び／又はユーザ機器１０１、１０２、１０３において部分的に又は完全に分散された方式で複数のハードウェア及びソフトウェアコンポーネントを介して実装され得る。
【0016】
本発明の１つの態様によると、クラウドコンピューティングシステム１００内のリソースの検索のためのメカニズムは、完全に分散され得、例えば、リソース管理システム４００の制御プレーンモジュール４０２の分散された実装を介して提供され得る。この場合、制御プレーンモジュール４０２、特にリソース検索メカニズムは、クラウドコンピューティングシステム１００に含まれた１又は複数のユーザ機器１０１、１０２、１０３及び１又は複数のサーバ１０４、１０５、１０６の間に分散された複数のソフトウェア及び／又はハードウェアコンポーネントを用いて実装され得る；この場合、１又は複数のユーザ１０１、１０２、１０３によって要求されたリソースは、集中型リソースカタログを使用することなく検索され得る。そのような分散型リソース検索メカニズムは、制御プレーンレベルで実装されるリソースを共有及び選択するための通信プロトコルを含み得、これは、１又は複数のユーザ機器１０１、１０２、１０３及び１又は複数のサーバ１０４、１０５、１０６の間で交換された複数のメッセージを介して、１又は複数の共有リソース２０５、２０６を検索、選択、及び共有する機能を実装し得る。
【0017】
図５は、本発明に係るクラウドコンピューティングシステム１００における１又は複数のリソースを検索するための通信プロトコルによって実行される段階の形象的な例を示す。図５の（ａ）は、時点ｔ＝ｔ０において上記プロトコルによって実行される段階を表す；図５の（ｂ）は、ｔ０に続く時点ｔ＝ｔ１において上記プロトコルによって実行される段階を表す；図５の（ｃ）は、ｔ１に続く時点ｔ＝ｔ２において上記プロトコルによって実行される段階を表す；最後に、図５の（ｄ）は、ｔ２に続く時点ｔ＝ｔ３において上記プロトコルによって実行される段階を表す。図５の（ａ）に示されるように、ユーザ機器１０１は、上記１又は複数のリソースを特定する少なくとも１つの情報を含む要求メッセージ（本説明の過程において１又は複数のリソースを要求するためのメッセージとも称される）を生成し得る。本発明の１つの態様によると、１又は複数のリソースを要求するための上記メッセージは、上記ユーザ機器１０１によって、遠隔通信ネットワーク１０７を介して、クラウドコンピューティングシステム１００の少なくとも１つのサーバ１０４、１０５、１０６に送信され得る。一般的に、１又は複数のリソースを要求するためのメッセージは、各ユーザ機器１０１、１０２、１０３によって複数のサーバ１０４、１０５、１０６に送信され得る；例えば、遠隔通信ネットワーク１０７によって採用されたネットワーク技術に依存して、１又は複数のリソースを要求するためのメッセージは、ブロードキャストモードでアドレス指定され得、その結果、複数のサーバ１０４、１０５、１０６に送達され得る。本発明に係る１又は複数のリソースを検索するための通信プロトコルは、１又は複数のリソースを要求するためのメッセージがクラウドシステム１００の少なくとも１つのサーバ１０４、１０５、１０６によって受信される第２段階を含む。図５の（ｂ）及び図５の（ｃ）に示されるように、クラウドコンピューティングシステム１００のサーバ１０４、１０５、１０６は、遠隔通信ネットワーク１０７を介して、要求メッセージにおいて指定されたリソースの実際の利用可能性に依存して、予め定められた送信時点において応答メッセージを送信し得る。例えば、図５の（ｂ）では、第１送信時点ｔ＝ｔ１において、第１応答メッセージがサーバ１０４によってユーザ機器１０１に送信される；同様に、図５の（ｃ）に示されるように、第２送信時点ｔ＝ｔ２において、第２応答メッセージがサーバ１０６によって送信され、ユーザ機器１０１に送られる。図５に示された例において、サーバ１０５は、応答メッセージの送信を回避し得る；本発明に係るリソースを共有及び選択するためのプロトコルは、実際に、システム１００のサーバ１０４、１０５、１０６に応答を送信することを強要しないように構成され得る。図５の例において、サーバ１０５は、ユーザ機器１０１によって要求されるリソースを有しなくてもよく、又は、要求されたリソースの使用をユーザ機器１０１に意図的に許可しなくてもよい。
【0018】
以下で詳細に説明されるように、応答メッセージの送信時点は、上記少なくとも１つのサーバに含まれた共有リソースの利用指標に応じて計算され得る；例えば、上記リソース利用指標は、リソース要求メッセージの受信時点において又は要求メッセージがサーバ１０４、１０５、１０６によって処理される期間において使用状態にある共有リソース２０５、２０６の数と正比例する値を有し得る。より一般的に、本発明に係るリソースを共有及び選択するためのプロトコルは、利用指標を計算するために、利用指標、及び、リソース要求メッセージの受信時点において又は要求メッセージがサーバ１０４、１０５、１０６によって処理される期間において使用状態にある共有リソース２０５、２０６の数の間の任意の予め定められた関係を使用し得る。以下にさらに説明されるように、システム１００における１又は複数の負荷分散戦略を実装すべく、利用指標及び使用状態にあるリソースの間のそのような関係は、少なくとも複数のサーバ１０４、１０５、１０６及び複数のユーザ１０１、１０２、１０３にとって既知である必要があることが好ましい。本説明の過程において、「使用状態にあるリソース」という表現は、ユーザ機器１０１と共有できないサーバ１０４、１０５、１０６に含まれた任意のリソース２０５、２０６を指す。例えば、共有リソース２０５、２０６は、要求メッセージの受信時点において又はそのような要求メッセージがサーバ１０４、１０５、１０６によって処理される期間においてユーザ機器１０１以外のユーザ機器１０２、１０３に割り当てられ及び／又はそれらによって使用されている場合がある；そのような場合、その共有リソース２０５、２０６は、ユーザ機器１０１と共有できないので、使用状態にある。さらに、共有リソース２０５、２０６の利用の指標は、サーバ１０４、１０５、１０６に含まれた共有リソース２０５、２０６の総数及び使用状態にある共有リソース２０５、２０６の数に応じたパーセント値を取り得る；換言すると、各サーバ１０４、１０５、１０６のリソースの利用の指標は、サーバ１０４、１０５、１０６に含まれた共有リソース２０５、２０６の総数に対する、使用状態にある共有リソース２０５、２０６の比又はパーセント値を表し得る。例えば、サーバ１０４、１０５、１０６が共有リソース２０５、２０６の総数Ｘを含むこと及びそのような共有リソースの数Ｙが使用状態にあることを仮定すると、サーバ１０４、１０５、１０６の利用の指標はＹ／Ｘ比であり得る。前に説明したように、利用の指標は、使用状態にあるリソースの数を含む任意の関係に従って計算され得る。図５の（ｂ）及び図５の（ｃ）に示された例において、サーバ１０４の共有リソースの利用の指標及びサーバ１０６の共有リソースの利用の指標は別個の値を有すると仮定されてきた。特に、使用状態にあるリソースの数及びサーバ１０４によって保持された共有リソースの総数の比は、使用状態にあるリソースの数及びサーバ１０６の共有リソースの総数の比とは異なる。換言すると、リソース要求メッセージの受信時点における又はそのようなメッセージが処理される期間におけるサーバ１０４の作業負荷は、サーバ１０６の作業負荷とは異なる；このことから、サーバ１０４の第１応答メッセージの第１送信時点ｔ＝ｔ１がサーバ１０６によって送信された第２応答メッセージの第２送信時点ｔ＝ｔ２とは異なるということになる。代替的に又は加えて、利用の指標は、使用状態にあるリソースの数及び要求されたリソースの数の和、及び、サーバ１０４、１０５、１０６によって保持されたリソースの総数の比に応じて計算され得る。このように、利用の指標は、リソース要求メッセージにおいて要求されたリソースが当該サーバ１０４、１０５、１０６に実際に割り当てられた場合にサーバが処理する必要がある作業負荷を間接的に表す。各サーバ１０４、１０５、１０６の利用の指標及び応答メッセージの送信時点は、多く方法で計算され得る；例えば、各サーバ１０４、１０５、１０６の応答メッセージの送信時点は、サーバ１０４、１０５、１０６の作業負荷に正比例するか又はサーバ１０４、１０５、１０６の作業負荷に反比例するかのいずれかであり得ることが理解される。計算の採用された方法にかかわらず、応答メッセージの送信時点は、サーバ１０４、１０５、１０６の１つ１つの作業負荷についての間接的な指示をユーザ機器１０１、１０２、１０３に提供する。
【0019】
本発明に係る１又は複数のリソースを検索するための通信プロトコルは、システム１００に含まれた１又は複数のサーバ１０４、１０５、１０６から発生した１又は複数の応答メッセージが遠隔通信ネットワーク１０７を介してユーザ機器１０１によって受信されるさらなる段階を含む。そのような応答メッセージの１つ１つは、リソース要求メッセージにおいて機器１０１によって要求されるリソースの利用可能性についての明示的な指示を含み得る。図５の（ｂ）及び図５の（ｃ）に示された例において、ユーザ機器１０１は、第１受信時点においてサーバ１０４から第１応答メッセージを、第２受信時点においてサーバ１０６から第２応答メッセージを受信する。簡潔さのために、図５に示された例において、遠隔通信ネットワーク１０７の任意の２つのノード間の送信遅延が無視できる又は固定値Δｔｐを有すると仮定する。結果的に、図５に示された例において、第１受信時点は第１送信時点ｔ＝ｔ１と一致するか又は代替的に受信時点ｔ＝ｔ１＋Δｔｐと一致する。同様に、第２受信時点は、第２送信時点ｔ＝ｔ２と一致するか又は代替的に受信時点ｔ＝ｔ２＋Δｔｐと一致する。
【0020】
それに従ってユーザ機器１０１によって応答メッセージが受信される時間の連続は、サーバ１０４から及びサーバ１０６からの応答メッセージの送信時点の順序と一致するので、第１受信時点及び第２受信時点は、利用の指標の値についての、従って、各サーバ１０４、１０６の作業負荷の、間接的な指示を提供する。クラウドコンピューティングシステム１００における１又は複数の負荷分散戦略を実装すべく、ユーザ機器１０１は、サーバ１０４及びサーバ１０６から、上記リソースを提供するサーバを、第１受信時点及び第２受信時点に応じて好都合に選択し得る；本説明の過程において、「プロバイダサーバ」という表現は、割り当てメッセージを用いてそのリソースを共有するように実際に要求されることになるサーバ１０４、１０５、１０６を示す。そのような割り当てメッセージは、ユーザ機器からのリソースの割り当て要求についての情報を含み得、換言すると、ユーザ機器によって送信されたリソース割り当てメッセージは、ユーザ機器が、リソース共有及び検索プロトコルを介して特定された共有リソース２０５、２０６を使用したいということを示す。特に、第１受信時点及び第２受信時点は、サーバ１０４、１０６の作業負荷についての間接的な指示を提供するので、ユーザ機器１０１は、システム１００に対して実装される１又は複数の負荷分散戦略に従って、要求されたリソースを提供することになるサーバを選択し得る。
【0021】
特に、図５に示された例において、サーバ１０４からの第１応答メッセージは、第２応答メッセージの第２受信時点に先行する第１受信時点において受信される；従って、上記で説明された理由で、ユーザ機器１０１は、例えば、サーバ１０４の作業負荷がサーバ１０６の作業負荷より低いと推測し得る。従って、ユーザ機器１０１は、サーバ１０４及びサーバ１０６から、サービスを提供することになるサーバを適切に選択し、これにより、例えば、システム１００のサーバ１０４、１０５、１０６の作業負荷を均一にし得る。図５の（ｄ）に示された例において、ユーザ機器は、サーバ１０４をプロバイダサーバとして選択し、要求されたリソースを割り当てるためのメッセージをサーバ１０４に送信し得る。
【0022】
本発明に係るクラウドコンピューティングシステム１００は、遠隔通信ネットワーク１０７を用いて動作可能に接続された複数の分散されたコンポーネントで作られているので、システム１００においてリソースを共有及び選択するためのプロトコルによって実行される段階は必ずシステム１００のコンポーネント間で分散されている。従って、ユーザ機器１０１、１０２、１０３が、サーバ１０４、１０５、１０６の作業負荷を、そのようなサーバ１０４、１０５、１０６によって送信された応答メッセージの受信時点に応じて推測することを可能にすべく、ユーザ機器１０１、１０２、１０３は、各サーバが利用の指標及び各応答メッセージの送信時点をどのように計算するかを知っていることが適切であることが理解される。
【0023】
特に、図６は、本発明に係るクラウドコンピューティングシステム１００においてリソースを共有するための方法６００の図を示す；そのような方法は、システム１００の１又は複数のサーバ１０４、１０５、１０６によって実行される、システム１００においてリソースを共有及び選択するためのプロトコルの一部を表す。図６に示されるように、方法６００は、システム１００に含まれたサーバ１０４、１０５又は１０６が１又は複数のリソースを要求するメッセージを受信する第１段階６０１を含み；方法６００はさらに、サーバ１０４、１０５又は１０６がそれ自身の共有リソースの利用の指標を計算する段階６０２を含む。例えば、そのような利用の指標は、サーバ１０４、１０５又は１０６に含まれた共有リソースの総数及びサーバ１０４、１０５又は１０６に含まれた使用状態にあるリソースの数に応じて計算され得る；代替的に、利用の指標は、使用状態にあるリソースの数と一致し得る。方法６００はさらに、サーバ１０４、１０５又は１０６が、利用の指標に応じて予め定められた送信時点を計算する段階６０３を含む；最後に、段階６０４において、サーバ１０４、１０５又は１０６は、上記予め定められた送信時点において上記遠隔通信ネットワーク１０７を介して応答メッセージを送信する。例えば、サーバ１０４、１０５又は１０６は、リソース要求メッセージの受信時点を記憶すること及び上記１又は複数の共有リソースの上記利用の指標に応じて送信遅延を計算することによって、送信時点を判断し得る。例えば、送信遅延は、各サーバ１０４、１０５又は１０６のリソースの利用の指標に正比例するような方法で計算され得る。このように、所与のサーバ１０４、１０５又は１０６の作業負荷が高いほど、そのサーバ１０４、１０５、１０６によって送信されることになる応答メッセージの送信遅延は長くなる。代替的に、送信時点は、各サーバ１０４、１０５又は１０６のリソースの利用の指標に反比例するような方法で計算され得る。換言すると、本発明の１つの態様によると、各サーバは、一般的に言えば、そのサーバの作業負荷に依存して変動する（すなわち、現在使用されている共有リソースの数に応じた）遅延を伴ってリソース要求メッセージに応答し得る。図６に示され上記で説明されたリソースを共有するための方法６００は、コンピュータプログラムとして有利に実装され得る；そのような場合において、上記コンピュータプログラムは、１又は複数のサーバ１０４、１０５、１０６のメモリ２０２にインストールされ得、サーバ１０４、１０５、１０６の処理ユニット２０１によって実行された場合に、上記サーバ１０４、１０５、１０６に方法６００の段階を実行させる複数の命令を含み得る。
【0024】
図７は、本発明に係るクラウドコンピューティングシステム１００においてリソースを選択するための方法の図を示す；そのような方法は、システム１００の１又は複数のユーザ機器１０１、１０２、１０３によって実行される、システム１００においてリソースを共有及び選択するためのプロトコルの一部を表す。図７に示されるように、方法７００は、ユーザ機器１０１、１０２又は１０３が１又は複数のリソースを要求するメッセージを送信する第１段階７０１を含む；１又は複数のリソースを要求するそのようなメッセージは、上記１又は複数のリソースを特定する情報を含み得る。方法７００はさらに、上記ユーザ機器１０１、１０２又は１０３が、第１受信時点において、第１サーバ１０４、１０５又は１０６から第１応答メッセージを受信する第２段階７０２、及び、上記ユーザ機器１０１、１０２又は１０３が、第２受信時点において、第２サーバ１０４、１０５又は１０６から第２応答メッセージを受信する第３段階７０３を含む。方法７００はさらに、ユーザ機器１０１、１０２又は１０３が、上記第１サーバ１０４、１０５又は１０６及び上記第２サーバ１０４、１０５又は１０６から、プロバイダサーバを、第１受信時点及び第２受信時点に応じて選択する段階７０４を含む。換言すると、２又はそれより多くの応答メッセージの受信は、サーバ１０４、１０５又は１０６の間から（すなわち、それらからユーザ機器１０１、１０２、１０３が少なくとも１つの応答メッセージを受信したサーバ１０４、１０５、１０６の間から）選択する必要があることを示し、これにより、要求されたリソースを共有するように求められることになるサーバ１０４、１０５、１０６（すなわち、プロバイダサーバ）を特定する。本発明の１つの態様によると、この選択は、第１受信時点及び第２受信時点に基づいてユーザ機器１０１、１０２、１０３によって行われる。本明細書において前に説明したように、応答メッセージの到着の順序（すなわち、第１受信時点及び第２受信時点の時間の連続）は、サーバ１０４、１０５、１０６の作業負荷を暗黙的に示す。従って、プロバイダサーバの選択は、特定の負荷分散戦略に従って行われてよい。例えば、ユーザ機器１０１、１０２、１０３は、その応答メッセージがシステム１００の他のサーバ１０４、１０５、１０６のそれより低い作業負荷を示す受信時点において受信されたサーバ１０４、１０５、１０６を選択し得る；例えば、応答メッセージの送信時点がサーバ１０４、１０５、１０６の作業負荷に正比例するような方法で計算された場合、ユーザ機器１０１、１０２、１０３は、その応答メッセージが他のサーバの応答メッセージより前に受信されたサーバ１０４、１０５、１０６を、プロバイダサーバとして選択し得る。従って、システム１００のサーバ１０４、１０５、１０６の間で作業負荷を均等に分散するであろう負荷分散戦略を実装することが可能になるであろう。代替的に、ユーザ機器１０１、１０２、１０３は、その応答メッセージが、システム１００の他のサーバ１０４、１０５、１０６のそれより高い作業負荷を示す受信時点において受信されたサーバ１０４、１０５、１０６を選択し得る。従って、システム１００のサーバ１０４、１０５、１０６の間で作業負荷を不均等に分散するであろう負荷分散戦略を実装することが可能になるであろう。本発明に係る１又は複数のリソースを共有及び選択するためのプロトコルは、同様に、当技術分野において既知である任意の負荷分散戦略（例えば、等しい負荷分散、等しくない負荷分散など）を実装するために使用され得ることが理解される。最後に、方法７００は、ユーザ機器１０１、１０２、１０３がプロバイダサーバにリソース割り当てメッセージを送信する段階７０５を含む；リソース割り当てメッセージは、プロバイダサーバ上の要求されたリソースを割り当てるように適合された１又は複数の命令を含み得る。本明細書に前に説明され図７に示されたリソースを選択するための方法７００は、コンピュータプログラムとして有利に実装され得る；そのような場合において、上記コンピュータプログラムは、１又は複数のユーザ機器１０１、１０２、１０３のメモリ３０２にインストールされ得、ユーザ機器１０４、１０５、１０６のプロセッサ３０１によって実行された場合に、上記ユーザ機器１０１、１０２、１０３に方法７００の段階を実行させる複数の命令を含み得る。
【0025】
本発明に係るクラウドコンピューティングシステム１００、サーバ１０４、１０５、１０６、ユーザ機器１０１、１０２、１０３、リソースを共有するための方法６００、リソースを選択するための方法７００、及びそれらに関連付けられたコンピュータプログラムは、当技術分野において現在既知のクラウドコンピューティングシステムに優るいくつかの利点を提供する。例えば、本発明によって、集中型リソースカタログが欠けているクラウドコンピューティングシステム１００における１又は複数の負荷分散戦略の実装が有利に可能になる。本明細書において前に説明したように、本発明は、ユーザ機器１０１、１０２、１０３が、クラウドコンピューティングシステム１００に含まれたサーバ１０４、１０５、１０６の作業負荷についての指示を間接的に受信することを可能にする。本発明のさらなる利点は、サーバ１０４、１０５、１０６の構成についてのいずれの特定の情報も開示することなく、サーバ１０４、１０５、１０６の作業負荷についての指示を提供することにある。
【0026】
もちろん、本発明の原理を損なわずに、添付の特許請求の範囲に提示されたような本発明の保護範囲から逸脱することなく、実施形態及び実装の詳細は、単に非限定的な例として本明細書に説明され示されたものから幅広く変動し得る。
（他の可能な項目）
（項目１）
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）であって、前記クラウドコンピューティングシステム（１００）は、遠隔通信ネットワーク（１０７）を用いて互いに動作可能に接続された複数のサーバ（１０４、１０５、１０６）を含み、前記クラウドコンピューティングシステム（１００）の各サーバ（１０４、１０５、１０６）は、１又は複数の共有リソース（２０５、２０６）を含み、前記方法（６００）は、以下の段階、すなわち：
前記リソース（２０５、２０６）を要求するメッセージを少なくとも１つのサーバ（１０４、１０５、１０６）において受信する段階（６０１）；
予め定められた送信時点において、前記少なくとも１つのサーバ（１０４、１０５、１０６）によって、前記遠隔通信ネットワーク（１０７）を介して応答メッセージを送信する段階（６０４）；
を備え、
前記予め定められた送信時点は、前記少なくとも１つのサーバ（１０４、１０５、１０６）に含まれた前記１又は複数の共有リソース（２０５、２０６）の利用指標に応じて計算される
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）。
（項目２）
以下の段階、すなわち：
前記少なくとも１つのサーバ（１０４、１０５、１０６）に含まれた前記１又は複数の共有リソース（２０５、２０６）の総数及び現在使用されている前記１又は複数の共有リソース（２０５、２０６）の数に応じて前記利用指標を計算する段階
をさらに備える、項目１に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）。
（項目３）
以下の段階、すなわち：
前記リソースを要求する前記メッセージの受信時点を判断する段階；
前記１又は複数の共有リソース（２０５、２０６）の前記利用指標に応じて送信遅延を計算する段階；
前記送信遅延及び前記受信時点に基づいて前記送信時点を判断する段階
をさらに備える、項目１または２に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）。
（項目４）
前記応答メッセージは、前記リソースの利用可能性についての情報を含む、項目１から３のいずれか一項に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）。
（項目５）
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を選択するための方法（７００）であって、前記クラウドコンピューティングシステム（１００）は、遠隔通信ネットワーク（１０７）を用いて互いに動作可能に接続された複数のサーバ（１０４、１０５、１０６）及び少なくとも１つのユーザ機器（１０１、１０２、１０３）を含み、前記クラウドコンピューティングシステム（１００）の各サーバ（１０４、１０５、１０６）は１又は複数の共有リソース（２０５、２０６）を含み、前記方法（７００）は、以下の段階、すなわち：
前記ユーザ機器（１０１、１０２、１０３）によって、前記遠隔通信ネットワーク（１０７）を介して、前記リソースを要求するメッセージを送信する段階（７０１）；
第１受信時点において、前記複数のサーバに含まれた第１サーバ（１０４、１０５、１０６）から前記ユーザ機器（１０１、１０２、１０３）に第１応答メッセージを受信する段階（７０２）；
第２受信時点において、前記複数のサーバに含まれた第２サーバ（１０４、１０５、１０６）から前記ユーザ機器（１０１、１０２、１０３）に第２応答メッセージを受信する段階（７０３）；
を備え、
前記方法（７００）はさらに、以下の段階、すなわち：
前記第１サーバ（１０４、１０５、１０６）及び前記第２サーバ（１０４、１０５、１０６）から、前記リソース（２０５、２０６）を提供する少なくとも１つのプロバイダサーバ（１０４、１０５、１０６）を、前記第１受信時点及び前記第２受信時点に応じて選択する段階（７０４）；
前記少なくとも１つのプロバイダサーバ（１０４、１０５、１０６）に、前記遠隔通信ネットワーク（１０７）を介して、前記リソース（２０５、２０６）を割り当てるメッセージを送信する段階（７０５）
を備える、方法（７００）。
（項目６）
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するために適合されたサーバ（１０４、１０５、１０６）であって、前記サーバ（１０４、１０５、１０６）は：
‐メモリ手段（２０２）；
‐ネットワークインタフェース（２０３）；
‐１又は複数の共有リソース（２０５、２０６）；
‐前記メモリ手段（２０２）、前記ネットワークインタフェース（２０３）、及び前記１又は複数の共有リソース（２０５、２０６）に動作可能に接続された処理ユニット（２０１）；
前記処理ユニット（２０１）は、項目１から４のいずれか一項に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）の段階を実行するように構成されている
を備える、サーバ（１０４、１０５、１０６）。
（項目７）
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を選択するように適合されたユーザ機器（１０１、１０２、１０３）であって、前記ユーザ機器（１０１、１０２、１０３）は：
‐メモリ手段（３０２）；
‐ネットワークインタフェース（３０４）；
‐前記メモリ手段（３０２）及び前記ネットワークインタフェース（３０４）に動作可能に接続された処理ユニット（３０１）；
前記処理ユニット（３０１）は、項目５に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を選択するための方法（７００）の段階を実行するように構成されている
を備える、ユーザ機器（１０１、１０２、１０３）。
（項目８）
遠隔通信ネットワーク（１００）を用いて互いに動作可能に接続された複数のサーバ（１０４、１０５、１０６）を備えるクラウドコンピューティングシステム（１００）であって、前記サーバ（１０４、１０５、１０６）の１つ１つは、項目１から４のいずれか一項に記載の方法（６００）を実行するように構成されている、クラウドコンピューティングシステム（１００）。
（項目９）
処理装置（１０４、１０５、１０６）上で実行された場合に、前記処理装置（１０４、１０５、１０６）に、項目１から４のいずれか一項に記載の方法（６００）の段階を実行させる複数の命令を備える、クラウドコンピューティングシステム（１００）においてリソースを共有するためのコンピュータプログラム。
（項目１０）
処理装置（１０１、１０２、１０３）上で実行された場合に、前記処理装置（１０１、１０２、１０３）に、項目５に記載の方法（７００）の段階を実行させる複数の命令を備える、クラウドコンピューティングシステム（１００）においてリソースを選択するためのコンピュータプログラム。
（他の可能な項目）
（項目１）
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）であって、前記クラウドコンピューティングシステム（１００）は、遠隔通信ネットワーク（１０７）を用いて互いに動作可能に接続された複数のサーバ（１０４、１０５、１０６）を含み、前記クラウドコンピューティングシステム（１００）の各サーバ（１０４、１０５、１０６）は、１又は複数の共有リソース（２０５、２０６）を含み、前記方法（６００）は、以下の段階、すなわち：
前記リソース（２０５、２０６）を要求するメッセージを少なくとも１つのサーバ（１０４、１０５、１０６）において受信する段階（６０１）；
予め定められた送信時点において、前記少なくとも１つのサーバ（１０４、１０５、１０６）によって、前記遠隔通信ネットワーク（１０７）を介して応答メッセージを送信する段階（６０４）；
を備え、
前記予め定められた送信時点は、前記少なくとも１つのサーバ（１０４、１０５、１０６）に含まれた前記１又は複数の共有リソース（２０５、２０６）の利用指標に応じて計算される
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）。
（項目２）
以下の段階、すなわち：
前記少なくとも１つのサーバ（１０４、１０５、１０６）に含まれた前記１又は複数の共有リソース（２０５、２０６）の総数及び現在使用されている前記１又は複数の共有リソース（２０５、２０６）の数に応じて前記利用指標を計算する段階
をさらに備える、項目１に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）。
（項目３）
以下の段階、すなわち：
前記リソースを要求する前記メッセージの受信時点を判断する段階；
前記１又は複数の共有リソース（２０５、２０６）の前記利用指標に応じて送信遅延を計算する段階；
前記送信遅延及び前記受信時点に基づいて前記送信時点を判断する段階
をさらに備える、項目１または２に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）。
（項目４）
前記応答メッセージは、前記リソースの利用可能性についての情報を含む、項目１から３のいずれか一項に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）。
（項目５）
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を選択するための方法（７００）であって、前記クラウドコンピューティングシステム（１００）は、遠隔通信ネットワーク（１０７）を用いて互いに動作可能に接続された複数のサーバ（１０４、１０５、１０６）及び少なくとも１つのユーザ機器（１０１、１０２、１０３）を含み、前記クラウドコンピューティングシステム（１００）の各サーバ（１０４、１０５、１０６）は１又は複数の共有リソース（２０５、２０６）を含み、前記方法（７００）は、以下の段階、すなわち：
前記ユーザ機器（１０１、１０２、１０３）によって、前記遠隔通信ネットワーク（１０７）を介して、前記リソースを要求するメッセージを送信する段階（７０１）；
第１受信時点において、前記複数のサーバに含まれた第１サーバ（１０４、１０５、１０６）から前記ユーザ機器（１０１、１０２、１０３）に第１応答メッセージを受信する段階（７０２）；
第２受信時点において、前記複数のサーバに含まれた第２サーバ（１０４、１０５、１０６）から前記ユーザ機器（１０１、１０２、１０３）に第２応答メッセージを受信する段階（７０３）；
を備え、
前記方法（７００）はさらに、以下の段階、すなわち：
前記第１サーバ（１０４、１０５、１０６）及び前記第２サーバ（１０４、１０５、１０６）から、前記リソース（２０５、２０６）を提供する少なくとも１つのプロバイダサーバ（１０４、１０５、１０６）を、前記第１受信時点及び前記第２受信時点に応じて選択する段階（７０４）；
前記少なくとも１つのプロバイダサーバ（１０４、１０５、１０６）に、前記遠隔通信ネットワーク（１０７）を介して、前記リソース（２０５、２０６）を割り当てるメッセージを送信する段階（７０５）
を備える、方法（７００）。
（項目６）
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するために適合されたサーバ（１０４、１０５、１０６）であって、前記サーバ（１０４、１０５、１０６）は：
‐メモリ手段（２０２）；
‐ネットワークインタフェース（２０３）；
‐１又は複数の共有リソース（２０５、２０６）；
‐前記メモリ手段（２０２）、前記ネットワークインタフェース（２０３）、及び前記１又は複数の共有リソース（２０５、２０６）に動作可能に接続された処理ユニット（２０１）；
前記処理ユニット（２０１）は、項目１から４のいずれか一項に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を共有するための方法（６００）の段階を実行するように構成されている
を備える、サーバ（１０４、１０５、１０６）。
（項目７）
クラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を選択するように適合されたユーザ機器（１０１、１０２、１０３）であって、前記ユーザ機器（１０１、１０２、１０３）は：
‐メモリ手段（３０２）；
‐ネットワークインタフェース（３０４）；
‐前記メモリ手段（３０２）及び前記ネットワークインタフェース（３０４）に動作可能に接続された処理ユニット（３０１）；
前記処理ユニット（３０１）は、項目５に記載のクラウドコンピューティングシステム（１００）においてリソース（２０５、２０６）を選択するための方法（７００）の段階を実行するように構成されている
を備える、ユーザ機器（１０１、１０２、１０３）。
（項目８）
遠隔通信ネットワーク（１００）を用いて互いに動作可能に接続された複数のサーバ（１０４、１０５、１０６）を備えるクラウドコンピューティングシステム（１００）であって、前記サーバ（１０４、１０５、１０６）の１つ１つは、項目１から４のいずれか一項に記載の方法（６００）を実行するように構成されている、クラウドコンピューティングシステム（１００）。
（項目９）
処理装置（１０４、１０５、１０６）上で実行された場合に、前記処理装置（１０４、１０５、１０６）に、項目１から４のいずれか一項に記載の方法（６００）の段階を実行させる複数の命令を備える、クラウドコンピューティングシステム（１００）においてリソースを共有するためのコンピュータプログラム。
（項目１０）
処理装置（１０１、１０２、１０３）上で実行された場合に、前記処理装置（１０１、１０２、１０３）に、項目５に記載の方法（７００）の段階を実行させる複数の命令を備える、クラウドコンピューティングシステム（１００）においてリソースを選択するためのコンピュータプログラム。
【図1】
【図2】
【図3】
【図4】
【図5(a)】
【図5(b)】
【図5(c)】
【図5(d)】
【図6】
【図7】
【国際調査報告】