JP2021099782A - ファンクション・アズ・ア・サービスコンピューティングのための統一プログラミングモデル - Google Patents

Abstract

【課題】ファンクション・アズ・ア・サービス（ＦａａＳ）コンピューティングのための統一プログラミングモデルを提供する。【解決手段】方法は、プラットフォーム固有パラメータが、クラウドサービスコール内では指定されないアプリケーション内のクラウドサービスコールを検出するステップと、クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、第１クラウドプラットフォームを選択するステップと、クラウドサービスコールとパラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成するステップと、クラウドサービスコールを第１プラットフォーム固有サービスコールにマップするステップ、を含む。【選択図】図４

Description

実施形態は、一般に、アプリケーションプログラミングインタフェース（ＡＰＩ）に関する。より具体的には、実施形態は、ファンクション・アズ・ア・サービス（ＦａａＳ）コンピューティングのための統一プログラミングモデルに関する。

アプリケーションをクラウドコンピューティングインフラストラクチャ（「クラウド」）上で展開するとき、アプリケーションプログラミングインタフェース（ＡＰＩ）及びアプリケーション内で使用されるプロトコルは、典型的に、（例えば固有のクラウドプロバイダによって動作される）固有のプラットフォームに密接に結びつけられる。クラウドプロバイダのランドスケープが成長して、より異種になるにつれて、この密な結合は、性能、スケーラビリティ、効率及び／又は対費用効果に関して問題を提示する可能性がある。例えばクラウドアプリケーションが展開された後（又は展開中に）、より有利なサービスプラットフォームが利用可能になる場合、クラウドアプリケーションを、より有利なサービスプラットフォームに移行するオーバヘッドは、新たなサービスプラットフォームの利点に勝る可能性がある。そのような状況は、専用ＡＰＩエンドポイントがクラウド上でプロビジョニングされて、比較的短い時間でコード実行要求を受け取って実行する、ファンクション・アズ・ア・サービス（ＦａａＳ）アーキテクチャでより顕著になる可能性さえある。

実施形態の様々な利点は、以下の明細書及び添付の特許請求の範囲を読み、以下の図面を参照することにより、当業者に明らかになるであろう。

一実施形態による、異種クラウドの例のブロック図である。

一実施形態による、異種クラウド上で実行している１つ以上のモジュールへのクラウドアプリケーションの移植（ｐｏｒｔｉｎｇ）の例のブロック図である。

一実施形態による、異種クラウドコンピューティングアーキテクチャにおける移植されたクラウドアプリケーションの例のブロック図である。

一実施形態による、アプリケーションを異種クラウドに移植する方法の例のフローチャートである。

一実施形態による、アプリケーションを異種クラウドに移植するより詳細な方法の例のフローチャートである。

一実施形態による、クラウドプラットフォーム間のアプリケーションの増分移行（ｉｎｃｒｅｍｅｎｔａｌ ｍｉｇｒａｔｉｏｎ）の例のブロック図である。

一実施形態による、クラウドプラットフォーム間のアプリケーションの完全な移行（ｃｏｍｐｌｅｔｅｄ ｍｉｇｒａｔｉｏｎ）の例のブロック図である。

一実施形態による、クラウドプラットフォーム間のアプリケーションの移行の方法の例のフローチャートである。

一実施形態による、クラウドサービスコールを処理する方法の例のフローチャートである。

一実施形態による、クラウドプラットフォームの間で状態データを転送する方法の例のフローチャートである。

一実施形態による、クラウドサービスコールを処理する、より詳細な方法の例のフローチャートである。

一実施形態による、性能強化されたコンピューティングシステムの例のブロック図である。

一実施形態による、半導体装置の例の図である。

一実施形態による、プロセッサの例のブロック図である。

一実施形態による、マルチプロセッサベースのコンピューティングシステムの例のブロック図である。

次に図１に移ると、異種クラウド２０が図示されており、異種クラウド２０では、クラウドポータブルアプリケーション２２が、動作中に、ストレージサービス、自然言語処理（ＮＬＰ）サービス、データベースサービス、認証サービス等を使用する。一実施形態では、例えばＯＮＥＡＰＩのような統一プログラミングモデル２８（２８ａ〜２８ｄ）を使用して、広く異なるタイプのハードウェアリソース（例えばホストプロセッサ、グラフィクスプロセッサ、フィールドプログラマブルゲートアレイ／ＦＰＧＡ、特別目的の加速度計等）を含み得る異種クラウド２０にまたがる実行のためにアプリケーション２２を構成する。

図示される例では、クラウドプラットフォームは、ストレージサービスを提供する一組の異種ストレージサービスプラットフォーム２４（２４ａ、２４ｂ）から自動的に選択される。例えば第１ストレージサービスプラットフォーム２４ａ（「第１ストレージサービスプラットフォーム」）は、ＡＭＡＺＯＮ（登録商標） ＳＩＭＰＬＥ ＳＴＯＲＡＧＥ ＳＥＲＶＩＣＥ（Ｓ３）プラットフォームであってよく、一方、第２ストレージサービスプラットフォーム（「第ｎストレージサービスプラットフォーム」）はＧＯＯＧＬＥ（登録商標） ＣＬＯＵＤ ＳＴＯＲＡＧＥプラットフォームであってよい。したがって、ストレージサービスは、ストレージサービスサポートを提供するよう、異なるプラットフォーム固有パラメータを有する異なるクラウドプロバイダ／ベンダから取得されてよい。一実施形態において、統一プログラミングモデル２８は、一組の異種ストレージサービスプラットフォーム２４内の選択されたクラウドプラットフォームにおけるアプリケーション２２の構成を容易にする、ストレージサービスコンポーネント２８ａを含む。

更に詳細に議論されるように、ストレージサービスコンポーネント２８ａは、利用可能なストレージサービス（例えば特徴、価格）における変更及び／又はアプリケーション２２の性能制約における変更に基づいて、一組の異種ストレージストレージプラットフォーム２４内のクラウドプラットフォーム間の（例えばアプリケーションユーザの視点からの）アプリケーション２２の透明な移行を可能にし得る。そのようなアプローチは、性能、スケーラビリティ、効率及び対費用効果を高め得る。

クラウドプラットフォームはまた、ＮＬＰサービスを提供する一組の異種ＮＬＰサービスプラットフォーム３０（３０ａ、３０ｂ）から自動的に選択されてもよい。例えば第１ＮＬＰサービスプラットフォーム３０ａ（「第１翻訳プラットフォーム」）は、ＡＭＡＺＯＮ ＴＲＡＮＳＬＡＴＥプラットフォームであってよく、一方、第２ＮＬＰサービスプラットフォーム３０ｂ（「第ｍ翻訳プラットフォーム」）はＧＯＯＧＬＥ ＴＲＡＮＳＬＡＴＥプラットフォームであってよい。したがって、ＮＬＰサービスは、ＮＬＰサービスサポートを提供するよう、異なるプラットフォーム固有パラメータを有する異なるクラウドプロバイダ／ベンダから取得されてもよい。一実施形態において、統一プログラミングモデル２８は、一組の異種ＮＬＰサービスプラットフォーム３０内の選択されたクラウドプラットフォームにおけるアプリケーション２２の構成を容易にする、ＮＬＰサービスコンポーネント２８ｂを含む。

したがって、ＮＬＰサービスコンポーネント２８ｂは、利用可能なＮＬＰサービス（例えば特徴、価格）における変更及び／又はアプリケーション２２の性能制約における変更に基づいて、一組の異種ＮＬＰサービスプラットフォーム３０内のクラウドプラットフォーム間の（例えばアプリケーションユーザの視点からの）アプリケーション２２の透明な移行を可能にし得る。そのようなアプローチは、性能、スケーラビリティ、効率及び対費用効果を高め得る。

加えて、クラウドプラットフォームは、データベースサービスを提供する一組の異種データベースサービスプラットフォーム３２（３２ａ〜３２ｄ）から自動的に選択されてもよい。例えば第１データベースサービスプラットフォーム３２ａ（「データベースプラットフォームＡ」）は、ＡＭＡＺＯＮ ＤＹＮＡＭＯＤＢプラットフォームであってよく、第２データベースサービスプラットフォーム３２ｂ（「データベースプラットフォームｉ」）はＡＭＡＺＯＮ ＡＵＲＯＲＡプラットフォームであってよく、第３データベースサービスプラットフォーム３２ｃ（「データベースプラットフォームｉ＋１」）は、ＧＯＯＧＬＥ ＣＬＯＵＤ ＦＩＲＥＳＴＯＲＥプラットフォームであってよく、第４データベースサービスプラットフォーム３２ｄ（「データベースプラットフォームＮ」）はＧＯＯＧＬＥ ＣＬＯＵＤ ＳＱＬプラットフォームであってよい。したがって、データベースサービスは、データベースサービスサポートを提供するよう、異なるプラットフォーム固有パラメータを有する異なるクラウドプロバイダ／ベンダから取得されてよい。一実施形態において、統一プログラミングモデル２８は、一組の異種データベースサービスプラットフォーム３２内の選択されたクラウドプラットフォームにおけるアプリケーション２２の構成を容易にする、データベースサービスコンポーネント２８ｃを含む。

データベースサービスコンポーネント２８ｃは、利用可能なデータベースサービス（例えば特徴、価格）における変更及び／又はアプリケーション２２の性能制約における変更に基づいて、一組の異種データベースサービスプラットフォーム３２内のクラウドプラットフォーム間のアプリケーション２２の透明な移行を可能にする。そのようなアプローチは、性能、スケーラビリティ、効率及び対費用効果を更に高め得る。

さらに、クラウドプラットフォームは、認証サービスを提供する一組の異種認証サービスプラットフォーム３４（３４ａ、３４ｂ）から自動的に選択されてもよい。例えば第１認証サービスプラットフォーム３４ａ（「認証プラットフォーム＃１」）は、ＡＭＡＺＯＮ ＣＯＮＧＮＩＴＯプラットフォームであってよく、一方、第２認証サービスプラットフォーム３４ｂ（「認証プラットフォーム＃Ｍ」）はＧＯＯＧＬＥ ＦＩＲＥＢＡＳＥプラットフォームであってよい。したがって、認証サービスは、認証サービスサポートを提供するよう、異なるプラットフォーム固有パラメータを有する異なるクラウドプロバイダ／ベンダから取得されてもよい。一実施形態において、統一プログラミングモデル２８は、一組の異種認証サービスプラットフォーム３４内の選択されたクラウドプラットフォームにおけるアプリケーション２２の構成を容易にする、認証サービスコンポーネント２８ｄを含む。

一例において、認証サービスコンポーネント２８ｄは、利用可能な認証サービス（例えば特徴、価格）における変更及び／又はアプリケーション２２の性能制約における変更に基づいて、一組の異種認証サービスプラットフォーム３４内のクラウドプラットフォーム間のアプリケーション２２の透明な移行を可能にする。そのようなアプローチは、性能、スケーラビリティ、効率及び対費用効果を更に高め得る。

ＦａａＳは、イベント指向の高度にスケーラブルなコンピュータコード実行可能モデルであり、典型的には、専用のＡＰＩエンドポイントをクラウドコンピューティングインフラストラクチャにおいてプロビジョニングし、比較的短い時間でコード実行要求を受け取って実行する。そのようなコード実行要求及び／又は要求されたコードの実行は、ラムダ（ｌａｍｂｄａ）、関数、アクション及び／又はｒｕｎ−ｔｏ−ｃｏｍｐｌｅｔｉｏｎプロシージャと様々かつ一般的に呼ばれる。アプリケーション２２の一部をクラウドプラットフォームに移植し、アプリケーション２２の一部をクラウドプラットフォーム間で移行するための図示されたアプローチは、機能と基礎となるハードウェアとの間の結びつきの一時的な性質に起因して、ＦａａＳ設定において特に有利であり得る。

図２は、第１クラウドプラットフォーム４２ａ（例えばＧＯＯＧＬＥクラウド）、第２クラウドプラットフォーム４２ｂ（例えばＭＩＣＲＯＳＯＦＴ（登録商標）クラウド）及び第３クラウドプラットフォーム４２ｃ（例えばＡＭＡＺＯＮクラウド）を含む異種クラウド４２（４２ａ〜４２ｃ）へのクラウドポータブルアプリケーション４０（例えばＦａａＳラムダ、関数、アクション及び／又はｒｕｎ−ｔｏ−ｃｏｍｐｌｅｔｉｏｎプロシージャを含む）の移植を示している。図示される例では、ディスパッチ４４（「統一動的クラウドディスパッチ及びクラウド転送ランタイム（「Ｕｎｉｆｉｅｄ Ｄｙｎａｍｉｃ Ｃｌｏｕｄ Ｄｉｓｐａｔｃｈ ａｎｄ Ｃｌｏｕｄ Ｔｒａｎｓｆｅｒ Ｒｕｎｔｉｍｅ」）は、第１モジュールマネージャ４６を使用して第１クラウドプラットフォーム４２ａのための第１移植モジュール４８を生成し、第２モジュールマネージャ５０を使用して第２クラウドプラットフォーム４２ｂのための第２移植モジュール５２を生成する。展開時に、ディスパッチ４４は、利用可能なクラウドサービス／ベンダを調査し、アプリケーション４０によって要求されるサービスの要件、例えばスケーラビリティ及び／又は読み出し／書き込み帯域幅等に基づいて、サービスが、クラウド４２内のどのリソースにマップされるべきかを決定する。このとき、特別なコード／コールが、ベンダのＡＰＩ及び一貫性のあるプロトコルと一致する／従うように、各一般ＡＰＩコールのために作成され得る。

図３は、移植されたクラウドアプリケーションを示している。図示された例では、第１移植モジュール４８と第１クラウドプラットフォーム４２ａとの間、第２移植モジュール５２と第２クラウドプラットフォーム４２ｂとの間、第１移植モジュール４８と第２移植モジュール５２との間に、通信が確立される。コンピュータリソース要件／制約の考慮事項以外に、サービス価格のようなファクタもディスパッチ４４によって（例えばクラウドプロバイダの中で動的入札スキームを展開することにより）考慮されることがある。

図４は、アプリケーションを異種クラウドに移植する方法６０を示している。方法６０は一般に、例えば既に議論したディスパッチ４４（図２及び図３）のようなディスパッチ及び／又はランタイムエンジンにおいて実装されてよい。より具体的には、方法６０は、１つ以上のモジュールにおいて、例えばランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、ファームウェア、フラッシュメモリ等のような機械又はコンピュータ読取可能記憶媒体内に、例えばプログラマブル論理アレイ（ＰＬＡ）、ＦＰＧＡ、ＣＰＬＤ（ｃｏｍｐｌｅｘ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）のような構成可能ロジック内に、例えば特定用途向け集積回路（ＡＳＩＣ）、ＣＭＯＳ（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ）又はトランジスタ−トランジスタロジック（ＴＴＬ）技術のような固定機能論理ハードウェア内に、あるいはそれらの任意の組合せに格納される一組の論理命令として実装されてよい。

例えば方法６０に示される動作を実行するコンピュータプログラムコードは、ＪＡＶＡ（登録商標）、ＳＭＡＬＬＴＡＬＫ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続的プログラミング言語を含む、１つ以上のプログラミング言語の任意の組合せで書かれてよい。加えて、論理命令は、アセンブラ命令、ＩＳＡ命令、機械命令、機械依存命令、マイクロコード、状態設定データ、集積回路のための構成データ、電子回路を個人化する状態情報及び／又はハードウェア（例えばホストプロセッサ、中央処理ユニット／ＣＰＵ、マイクロコントローラ等）に固有の他の構造的コンポーネントを含んでよい。

図示される処理ブロック６２は、アプリケーション内の一般クラウドサービスコール（ｇｅｎｅｒｉｃ ｃｌｏｕｄ ｓｅｒｖｉｃｅ ｃａｌｌ）を検出するが、ここで、プラットフォーム固有パラメータは、クラウドサービスコール内では指定されていない（ｕｎｓｐｅｃｉｆｉｅｄ）。例えばクラウドサービスコールがデータベースサービスに関連する場合、コールは、ベンダ固有のＡＰＩ又はモジュールを指定することなく、一般ＡＰＩコールを使用して、キー−値データベーステーブルの作成、行／列の追加、アイテムの除去、クエリの開始、クエリの更新等を伴うことがある。ブロック６４において、第１クラウドプラットフォームが、１つ以上の性能制約（例えばスケーラビリティ及び／又は読み出し／書き込み要件）と、第１クラウドプラットフォームに関連付けられるパラメータの第１セット（例えばベンダ固有のＡＰＩ及び／又はモジュール）に基づいて選択される。

ブロック６６は、クラウドサービスコール及びパラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成することを提供する。一例において、ブロック６６は、コンパイラ分析の組合せを使用して、例えば例外処理コード及びクエリ応答後処理のような、一般コールに関連する／それを取り巻く後方／前方コードスライスと、各ベンダに対応するＡＰＩコールのために予めコンパイル／生成される一連の特別なコードレット（ｃｏｄｅｌｅｔｓ）とを検出することを含む。一実施形態において、ブロック６８は、クラウドサービスコールを第１プラットフォーム固有サービスコールにマップする。図示される方法６０は、したがって、指定されていないプラットフォーム固有パラメータを有するアプリケーションをクラウドプラットフォームに移植することを可能にすることにより、性能、スケーラビリティ、効率及び／又は対費用効果を高める。

図５は、アプリケーションを異種クラウドに移植する、より詳細な方法７０を示している。方法７０は一般に、例えば既に議論したディスパッチ４４（図２及び図３）のようなディスパッチ及び／又はランタイムエンジンにおいて実装されてよい。より具体的には、方法７０は、１つ以上のモジュールにおいて、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリ等のような機械又はコンピュータ読取可能記憶媒体内に、例えばＰＬＡ、ＦＰＧＡ、ＣＰＬＤのような構成可能ロジック内に、例えばＡＳＩＣ、ＣＭＯＳ又はＴＴＬ技術のような固定機能論理ハードウェア内に、あるいはそれらの任意の組合せに格納される一組の論理命令として実装されてよい。

図示される処理ブロック７２は、アプリケーションが、任意の一般クラウドサービスＡＰＩコールを含むかどうかを判断することを提供する。含んでいない場合、方法７０は終了してよい。そうでない場合、ブロック７４は、例えばデータベースサービスのような既存のクラウドサービスのクラスをピック／選択する。ブロック７６において、サービスのためにアプリケーションによって設定された性能要件又はコスト予算が存在するかどうかに関する判断が行われる。存在する場合、それに応じて、最小限（「ｍｉｎ」）性能要件（例えばデータベースのための読み出し／書き込み帯域幅）が、ブロック７８において設定されてよい。次いで、ブロック８０は、合致する性能プロファイル及びコスト見積りを有するサービスについて、クラウドプロバイダを調査することを提供する。次いで、ブロック８４において、合致するサービス／プロファイル／予算を有するプロバイダが見つかったかどうかに関する判断が行われてよい。見つかった場合、ブロック８６は、ベンダのＡＰＩ及び一貫性のあるプロトコルに合致するよう、特別なコード／コールを構成して一般サービスＡＰＩコールを置き換える。ブロック８６は、コンパイラ分析と、各ベンダに対応するＡＰＩコールのために予めコンパイル／生成される一連のコードレットを使用することを含んでよい。

ブロック７６において検出される性能要件又はコスト予算が存在しない場合、図示されるブロック８２は、デフォルトの閾値を使用し、方法７０はブロック８０に進む。加えて、ブロック８４においてプロバイダが見つからなかった場合、ブロック８８は（例えばアプリケーション及び／又はユーザからのフィードバックを用いて又は用いずに）閾値を再調整する。方法７０は、次いでブロック８０に戻ってよい。方法７０は、したがって、指定されていないプラットフォーム固有パラメータを有するアプリケーションをクラウドプラットフォームに移植することを可能にすることにより、性能、スケーラビリティ、効率及び／又は対費用効果を高める。

図６Ａは、サービスの可用性、アプリケーションの要件又はアプリケーションのライフサイクル中の価格変更として、図示されるディスパッチ４４が、ほとんどアプリケーション実行の中断なく又は最小限で、あるクラウドプロバイダから別のクラウドプロバイダにアプリケーションの一部又はすべてを徐々に移行することができることを説明している。図示される例では、ディスパッチ４４は第３モジュールマネージャ９０を使用して、最終的に第２クラウドプラットフォーム４２ｂを置き換えることになる第３クラウドプラットフォーム４２ｃのための第３移植モジュール９２を生成する。ランタイム中に、状態データが第２クラウドプラットフォーム４２ｂから第３クラウドプラットフォーム４２ｃに転送されている間、図示される第３移植モジュール９２は「コールド（ｃｏｌｄ）」であるとみなされる。更に詳細に説明されるように。状態データの転送は、移行がアプリケーションユーザに効果的に透明であることを可能にする方法で追跡され得る。

次に図６Ｂに移ると、完全な移行が示されている。図示される例では、第３移植モジュール９２と第３クラウドプラットフォーム４２ｃとの間及び第３移植モジュール９２と第１移植モジュール４８との間で通信が確立される。加えて、内部状態データの転送が完了するので、第３移植モジュール９２はもはやコールドであるとはみなされない。

図７は、一実施形態による、クラウドプラットフォーム間でアプリケーションを移行する方法１００を示す図である。方法１００は一般に、例えば既に議論したディスパッチ４４（図２、図３、図６Ａ及び図６Ｂ）のようなディスパッチ及び／又はランタイムエンジンにおいて実装されてよい。より具体的には、方法１００は、１つ以上のモジュールにおいて、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリ等のような機械又はコンピュータ読取可能記憶媒体内に、例えばＰＬＡ、ＦＰＧＡ、ＣＰＬＤのような構成可能ロジック内に、例えばＡＳＩＣ、ＣＭＯＳ又はＴＴＬ技術のような固定機能論理ハードウェア内に、あるいはそれらの任意の組合せに格納される一組の論理命令として実装されてよい。

図示される処理ブロック１０２は、１つ以上の性能制約（例えばスケーラビリティ及び／又は読み出し／書き込み帯域幅要件）と、第２プラットフォームに関連付けられるパラメータの第２セット（例えばベンダ固有ＡＰＩ及び／又はモジュール）に基づいて、第２クラウドプラットフォームを選択する。ブロック１０４は、一般クラウドサービスコール及びパラメータの第２セットに基づいて、第２プラットフォーム固有のコールを自動的に生成し得る。一実施形態において、ブロック１０４は、コンパイラ分析の組合せと、各サービスプロバイダ／ベンダに対応するＡＰＩコールについて予めコンパイル／生成された一連のコードレットを使用することを含む。ブロック１０６において、一般クラウドサービスコールが第２プラットフォーム固有サービスコールにマップされ得る。ブロック１０８は、第１クラウドプラットフォームから第２クラウドプラットフォームへの状態データの転送を実施し、図示されるブロック１１０は、ビットマップを介して転送を追跡する。一実施形態において、ビットマップの各ビットは、現在の（例えば「古い」）クラウドプラットフォームの内部状態のセグメント、バイト及び／又は部分（例えばサブセット）に対応する。したがって、ビットマップは、内部状態の様々なサブセットが（例えばディスパッチ／ランタイムによる直接コピー又はアプリケーションの書き込みオペレーションのいずれかを介して）次の（例えば「第２」又は「新たな」）クラウドプラットフォームに転送されると、更新されてよい。図示される方法１００は、したがって、指定されていないプラットフォーム固有パラメータを有するアプリケーションをクラウドプラットフォーム間で透明に移行することを可能にすることにより、性能、スケーラビリティ、効率及び／又は対費用効果を高める。

図８は、クラウドサービスコールを処理する方法１２０を示している。方法１２０は一般に、例えば既に議論したディスパッチ４４（図２、図３、図６Ａ及び図６Ｂ）のようなディスパッチ及び／又はランタイムエンジンにおいて実装されてよい。より具体的には、方法１２０は、１つ以上のモジュールにおいて、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリ等のような機械又はコンピュータ読取可能記憶媒体内に、例えばＰＬＡ、ＦＰＧＡ、ＣＰＬＤのような構成可能ロジック内に、例えばＡＳＩＣ、ＣＭＯＳ又はＴＴＬ技術のような固定機能論理ハードウェア内に、あるいはそれらの任意の組合せに格納される一組の論理命令として実装されてよい。

図示される処理ブロック１２２は、クラウドサービスコールのランタイムインスタンスを検出することを提供する。既に示したように、プラットフォーム固有パラメータは、クラウドサービスコール内で指定されていない（存在しない）ことがある。一実施形態において、ブロック１２４は、ランタイムインスタンスに応答して、転送のステータスに基づいて、第１プラットフォーム固有サービスコール又は第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行する。例えばクラウドサービスコールが、既に第２（例えば新たな）クラウドプラットフォームに転送された状態データのサブセットのみに影響を与える場合、ブロック１２４は、第１及び第２プラットフォーム固有サービスコールの双方を発行してよい。対照的に、クラウドサービスコールが、第２クラウドプラットフォームにまだ転送されていない状態データのサブセットに影響を与える場合、ブロック１２４は、第１プラットフォーム固有サービスコールのみを（例えば第１クラウドプラットフォームに）発行してよい。そのようなアプローチは、移行が増加的かつ透明に起こることを確実にし得る。

図９Ａは、クラウドプラットフォーム間で状態データを転送する方法１３０を示している。方法１３０は一般に、例えば既に議論したディスパッチ４４（図２、図３、図６Ａ及び図６Ｂ）のようなディスパッチ及び／又はランタイムエンジンにおいて実装されてよい。より具体的には、方法１３０は、１つ以上のモジュールにおいて、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリ等のような機械又はコンピュータ読取可能記憶媒体内に、例えばＰＬＡ、ＦＰＧＡ、ＣＰＬＤのような構成可能ロジック内に、例えばＡＳＩＣ、ＣＭＯＳ又はＴＴＬ技術のような固定機能論理ハードウェア内に、あるいはそれらの任意の組合せに格納される一組の論理命令として実装されてよい。

図示される処理ブロック１３２は、ビットマップを作成し、ここで、各ビットは、現在の／古いサービスベンダ（例えばクラウドプラットフォーム）の内部状態のセグメント、バイト又は部分を表している。一実施形態において、ブロック１３４は、古いベンダの各内部状態セグメントを新たなベンダの内部状態へコピーして転送する。加えて、転送される各バイト／セグメントについて、ブロック１３４は、転送が完了したことを示すように、ビットマップ内の対応するビットを設定してよい。ブロック１３６において、ビットマップのすべてのビットが設定されたかどうかに関する判断が行われてよい。すべてのビットが設定されていない場合、方法１３０はブロック１３４に戻る。そうでなければ、ブロック１３８は、古いベンダを開放して、新たなベンダと完全に連動（ｅｎｇａｇｅ）し、方法１３０は終了する。

図９Ｂは、クラウドサービスコールを処理する、より詳細な方法１４０を示している。方法１４０は一般に、例えば既に議論したディスパッチ４４（図２、図３、図６Ａ及び図６Ｂ）のようなディスパッチ及び／又はランタイムエンジンにおいて実装されてよい。より具体的には、方法１３０は、１つ以上のモジュールにおいて、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ファームウェア、フラッシュメモリ等のような機械又はコンピュータ読取可能記憶媒体内に、例えばＰＬＡ、ＦＰＧＡ、ＣＰＬＤのような構成可能ロジック内に、例えばＡＳＩＣ、ＣＭＯＳ又はＴＴＬ技術のような固定機能論理ハードウェア内に、あるいはそれらの任意の組合せに格納される一組の論理命令として実装されてよい。

図示される処理ブロック１４２は、アプリケーションからの新たなサービス要求（例えばクラウドサービスコールのインスタンス）を検出する。一実施形態では、ブロック１４４において、新たな要求が、完全な転送のために設定されたビットを有する内部状態のサブセットのみを読み出すかどうかに関する判断が行われる。そうである場合、ブロック１４６において、要求は、古いベンダと新たなベンダ（例えばクラウドプラットフォーム）の双方に対して再生（例えばプラットフォーム固有サービスコールを介して発行）されてよい。一例において、ブロック１４８は次いで、新たな要求が、完全な転送のために設定されたビットを有する内部状態のサブセットのみを書き込むかどうかを判断する。そうである場合、要求の処理はブロック１５０において完了する。ブロック１４８において、新たな要求が、完全な転送のために設定されたビットを有する内部状態のサブセットのみを書き込むものでないと判断された場合、ブロック１５２は、要求によって更新されたサブセットのための転送完了ビットを設定する。

ブロック１４４において、新たな要求が、完全な転送のために設定されたビットを有する内部状態のサブセットのみを読み出すものでないと判断された場合、図示されるブロック１５４は、要求を古いベンダのみに対して再生（例えばプラットフォーム固有サービスコールを介して発行）する。加えて、ブロック１５６において、新たな要求が、完全な転送のために設定されたビットを有する内部状態のサブセットのいずれかに書き込むかどうかに関する判断が行われてよい。そうである場合、ブロック１５８は、要求によって更新された内部状態のサブセットのための転送完了ビットをクリア／リセットする。そうでない場合、要求の処理は、ブロック１６０において完了する。

次に図１０に移ると、性能が強化されたコンピューティングシステム１７０が図示されている。システム１７０は、一般に、コンピューティング機能（例えばパーソナルデジタルアシスタント／ＰＤＡ、ノートブックコンピュータ、タブレットコンピュータ、コンバーチブルタブレット、サーバ）、通信機能（例えばスマートフォン）、イメージング機能（例えばカメラ、カムコーダ）、メディア再生機能（例えばスマートテレビジョン／ＴＶ）、ウェアラブル機能（例えば時計、アイウェア、ヘッドウェア、フットウェア、ジュエリー）、乗り物機能（例えば車、トラック、モーターサイクル）、ロボット機能（例えば自律ロボット）等又はそれらの任意の組合せを有する電子デバイス／プラットフォームの一部であり得る。図示される例では、システム１７０は、システムメモリ１７６に結合される一体型メモリコントローラ（ＩＭＣ）１７４を有するホストプロセッサ１７２を含む。

図示されるシステム１７０は、システムオンチップ（ＳｏＣ）として半導体ダイ１８２上でホストプロセッサ１７２及びグラフィクスプロセッサ１８０と一緒に実装される入力出力（ＩＯ）モジュール１７８も含む。図示されるＩＯモジュール１７８は、例えばディスプレイ１８４（例えばタッチスクリーン、液晶ディスプレイ／ＬＣＤ、発光ダイオード／ＬＥＤディスプレイ）、ネットワークコントローラ１８６（例えば有線及び／又は無線）及び大容量ストレージ１８８（例えばハードディスクドライブ／ＨＤＤ、光ディスク、ソリッドステートドライブ／ＳＳＤ、フラッシュメモリ）と通信する。

一実施形態では、ホストプロセッサ１７２、グラフィクスプロセッサ１８０及び／又はＩＯモジュール１７８は、システムメモリ１７６及び／又は大容量ストレージ１８８から取り出したプログラム命令１９０を実行して、既に議論した方法６０（図４）、方法７０（図５）、方法１００（図７）、方法１２０（図８）、方法１３０（図９Ａ）及び／又は方法１４０（図９Ｂ）のうちの１つ以上の態様を実施する。したがって、図示される命令１９０の実行は、コンピューティングシステム１７０に、アプリケーション内のクラウドサービスコールを検出させることができ、ここで、プラットフォーム固有のパラメータは、クラウドサービスコール内では指定されず、クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、第１クラウドプラットフォームを選択する。命令１９０の実行はまた、コンピューティングシステム１７０に、クラウドサービスコール及びパラメータの第１セットに基づいて、第１プラットフォーム固有サービスを自動的に生成させ得る。

さらに、命令１９０の実行は、コンピューティングシステム１７０に、性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、第２クラウドプラットフォームを選択させ、クラウドサービスコール及びパラメータの第２セットに基づいて、第２プラットフォーム固有サービスを自動的に生成させ得る。図示されるコンピューティングシステム１７０は、したがって、少なくとも、一般クラウドサービスコールを有するアプリケーションをクラウドプラットフォームに移植し、かつ／又はクラウドプラットフォームの間でアプリケーションを移行する程度まで性能強化される。

図１１は、半導体パッケージ装置１９２を示している。図示される装置１９２は、１つ以上の基板１９４（例えばシリコン、サファイア、ガリウムひ素）と、該基板１９４に結合されるロジック１９６（例えばトランジスタアレイ及び他の集積回路／ＩＣコンポーネント）を含む。ロジック１９６は、少なくとも部分的に、構成可能論理又は固定機能論理ハードウェアで実装されてよい。一例において、ロジック１９６は、既に議論した方法６０（図４）、方法７０（図５）、方法１００（図７）、方法１２０（図８）、方法１３０（図９Ａ）及び／又は方法１４０（図９Ｂ）のうちの１つ以上の態様を実装する。したがって、ロジック１９６は、アプリケーション内のクラウドサービスコールを検出してよく、ここで、プラットフォーム固有のパラメータは、クラウドサービスコール内では指定されず、クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、第１クラウドプラットフォームを選択する。ロジック１９６はまた、クラウドサービスコール及びパラメータの第１セットに基づいて、第１プラットフォーム固有サービスを自動的に生成してもよい。

さらに、ロジック１９６は、性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、第２クラウドプラットフォームを選択し、クラウドサービスコール及びパラメータの第２セットに基づいて、第２プラットフォーム固有サービスを自動的に生成してよい。図示される装置１９２は、したがって、少なくとも、一般クラウドサービスコールを有するアプリケーションをクラウドプラットフォームに移植し、かつ／又はクラウドプラットフォームの間でアプリケーションを移行する程度まで性能強化される。

一例において、ロジック１９６は、基板１９４内に配置される（例えば埋め込まれる）トランジスタチャネル領域を含む。したがって、ロジック１９６と基板１９４との間のインタフェースは、階段接合ではない可能性がある。また、ロジック１９６は、基板１９４の初期ウェハ上で成長するエピタキシャル層を含むものと考えられてよい。

図１２は、一実施形態によるプロセッサコア２００を示している。プロセッサコア２００は、マイクロプロセッサ、埋め込みプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサ又はコードを実行する他のデバイスのような、任意のタイプのプロセッサのためのコアであってよい。図１２では１つのプロセッサコア２００のみが図示されているが、処理要素は、代替的に、図１２に図示されるプロセッサコア２００を１つより多く含んでもよい。プロセッサコア２００は、シングルスレッドコアであってよく、あるいは少なくとも１つの実施形態について、プロセッサコア２００は、コアごとに１つより多くのハードウェアスレッドコンテキスト（又は「論理プロセッサ」）を含み得るという点で、マルチスレッド化されてよい。

図１２は、プロセッサコア２００に結合されるメモリ２７０も図示している。メモリ２７０は、当技術分野で知られているか、そうでなくても利用可能な多様なメモリ（メモリ階層の様々な層を含む）のいずれかであってよい。メモリ２７０は、プロセッサコア２００によって実行される１つ以上のコード２１３命令を含んでよく、コード２１３は、既に議論した方法６０（図４）、方法７０（図５）、方法１００（図７）、方法１２０（図８）、方法１３０（図９Ａ）及び／又は方法１４０（図９Ｂ）のうちの１つ以上の態様を実装し得る。プロセッサコア２００は、コード２１３によって示される命令のプログラムシーケンスに従う。各命令は、フロントエンド部分２１０を入力し、１つ以上のデコーダ２２０によって処理されてよい。デコーダ２２０は、その出力として、所定のフォーマットの固定幅のマイクロオペレーションのようなマイクロオペレーションを生成してよく、あるいは元のコード命令を反映する他の命令、マイクロ命令又は制御信号を生成してもよい。図示されるフロントエンド部分２１０は、一般的にリソースを割り当てて、実行のために変換命令に対応するオペレーションをキューに入れる、レジスタリネームロジック（ｒｅｇｉｓｔｅｒ ｒｅｎａｍｉｎｇ ｌｏｇｉｃ）２２５及びスケジューリングロジック２３０も含む。

プロセッサコア２００は、一組の実行ユニット２５５−１〜２５５−Ｎを有する実行ロジック２５０を含むように図示されている。いくつかの実施形態は、特定の関数又は関数のセットに専用の複数の実行ユニットを含んでよい。他の実施形態は、１つのみの実行ユニット又は特定の関数を実行することができる１つの実行ユニットを含んでよい。図示される実行ロジック２５０は、コード命令によって指定されるオペレーションを実行する。

コード命令によって指定されたオペレーションの実行の完了後、バックエンドロジック２６０は、コード２１３の命令をリタイア（ｒｅｔｉｒｅ）させる。一実施形態において、プロセッサコア２００は、順不同の実行（ｏｕｔ ｏｆ ｏｒｄｅｒ ｅｘｅｃｕｔｉｏｎ）を許容するが、命令の順序どおりのリタイア（ｉｎ ｏｒｄｅｒ ｒｅｔｉｒｅｍｅｎｔ）を必要とする。リタイアメントロジック２６５は、当業者に公知の様々な形式をとってよい（例えば再順序付けバッファ（ｒｅ−ｏｒｄｅｒ ｂｕｆｆｅｒｓ）等）。このようにして、プロセッサコア２００は、少なくとも、デコーダによって生成される出力、レジスタリネームロジック２２５によって利用されるハードウェアレジスタ及びテーブル、並びに実行ロジック２５０によって修正される任意のレジスタ（図示せず）に関して、コード２１３の実行中に変換される。

図１２に図示されていないが、処理要素は、プロセッサコア２００とともにチップ上に他の要素を含んでよい。例えば処理要素は、プロセッサコア２００と一緒にメモリ制御ロジックを含んでよい。処理要素は、Ｉ／Ｏ制御ロジックを含んでよく、かつ／又はメモリ制御ロジックと統合されるＩ／Ｏ制御ロジックを含んでよい。処理要素は、１つ以上のキャッシュも含んでよい。

次に図１３に移ると、一実施形態による、コンピューティングシステム１０００の実施形態のブロック図が示されている。図１３に示されているのは、第１処理要素１０７０及び第２処理要素１０８０を含むマルチプロセッサシステム１０００である。２つの処理要素１０７０及び１０８０が示されているが、システム１０００の実施形態は、そのような処理要素を１つのみ含んでもよいことが理解されよう。

システム１０００は、ポイントツーポイント相互接続システムとして図示されており、第１処理要素１０７０及び第２処理要素１０８０は、ポイントツーポイント相互接続１０５０を介して結合される。図１３に図示される相互接続のいずれか又はすべてを、ポイントツーポイント相互接続ではなく、マルチドロップバスとして実装してもよいことを理解されたい。

図１３に図示されるように、処理要素１０７０及び１０８０の各々は、第１及び第２プロセッサコア（すなわち、処理コア１０７４ａ及び１０７４ｂと、処理コア１０８４ａ及び１０８４ｂ）を含む、マルチコアプロセッサであってよい。そのようなコア１０７４ａ、１０７４ｂ、１０８４ａ、１０８４ｂは、図１２に関連して上述したものと同様の方法で命令コードを実行するように構成されてよい。

各処理要素１０７０、１０８０は、少なくとも１つの共有キャッシュ１８９６ａ、１８９６ｂを含んでよい。共有キャッシュ１８９６ａ、１８９６ｂは、それぞれ、コア１０７４ａ、１０７４ｂ及び１０８４ａ、１０８４ｂのような、プロセッサの１つ以上のコンポーネントによって利用されるデータ（例えば命令）を格納してよい。例えば共有キャッシュ１８９６ａ、１８９６ｂは、プロセッサのコンポーネントによるより早いアクセスのために、メモリ１０３２、１０３４に格納されているデータをローカルにキャッシュしてよい。１つ以上の実施形態において、共有キャッシュ１８９６ａ、１８９６ｂは、レベル２（Ｌ２）、レベル３（Ｌ３）、レベル４（Ｌ４）又は他のレベルのキャッシュのような１つ以上の中間レベルキャッシュ、最終レベルキャッシュ（ＬＬＣ）及び／又はそれらの組合せを含んでよい。

２つのみの処理要素１０７０、１０８０が図示されているが、実施形態の範囲はそのように限定されないことが理解されよう。他の実施形態では、１つ以上の追加の処理要素が所与のプロセッサ内に存在してもよい。あるいは、処理要素１０７０、１０８０のうちの１つ以上が、加速度計やフィールドプログラマブルゲートアレイのような、プロセッサ以外の要素であってもよい。例えば追加の処理要素は、第１プロセッサと同じ追加のプロセッサ、第１プロセッサ１０７０と異種又は非対称の追加のプロセッサ、加速度計（例えばグラフィクス加速度計又はデジタル信号処理（ＤＳＰ）ユニット）、フィールドプログラマブルゲートアレイ又は任意の他の処理要素を含んでよい。構造上、マイクロ構造上、熱、電力消費特性等を含むメリットのメトリクスの範囲に関して、処理要素１０７０と１０８０の間に様々な差異が存在する可能性がある。これらの差異は、処理要素１０７０と１０８０の間の非対称性及び異種性として効果的に現れる可能性がある。少なくとも１つの実施形態について、様々な処理要素１０７０、１０８０が同じダイパッケージ内に存在してよい。

第１処理要素１０７０は、メモリコントローラロジック（ＭＣ）１０７２と、ポイントツーポイント（Ｐ−Ｐ）インタフェース１０７６及び１０７８を更に含んでよい。同様に、第２処理要素１０８０は、ＭＣ１０８２と、Ｐ−Ｐインタフェース１０８６及び１０８８を含んでよい。図１３に図示されているように、ＭＣ１０７２及び１０８２は、プロセッサを、それぞれのメモリ、すなわちメモリ１０３２及びメモリ１０３４に結合する。メモリ１０３２及びメモリ１０３４は、それぞれのプロセッサにローカルに取り付けられるメインメモリの一部であってよい。ＭＣ１０７２及び１０８２は、処理要素１０７０、１０８０に一体化されるように図示されているが、代替的な実施形態では、ＭＣロジックは、処理要素１０７０、１０８０の中に一体化されるのではなく、処理要素１０７０、１０８０の外部にある別個のロジックであってよい。

第１処理要素１０７０及び第２処理要素１０８０は、それぞれ、Ｐ−Ｐ相互接続１０７６、１０８６を介してＩ／Ｏサブシステム１０９０に結合されてよい。図１４に図示されるように、Ｉ／Ｏサブシステム１０９０は、Ｐ−Ｐインタフェース１０９４及び１０９８を含む。さらに、Ｉ／Ｏサブシステム１０９０は、Ｉ／Ｏサブシステム１０９０を高性能グラフィクスエンジン１０３８に結合するインタフェース１０９２を含む。一実施形態において、バス１０４９を使用してグラフィクスエンジン１０３８をＩ／Ｏサブシステム１０９０に結合してもよい。あるいは、ポイントツーポイント相互接続がこれらのコンポーネントを結合してもよい。

次に、Ｉ／Ｏサブシステム１０９０は、インタフェース１０９６を介して第１バス１０１６に結合されてよい。一実施形態において、第１バス１０１６は、周辺コンポーネント相互接続（ＰＣＩ）バス又はＰＣＩエクスプレスバスや別の第三世代Ｉ／Ｏ相互接続バスのようなバスであり得るが、実施形態の範囲はそのように限定されない。

図１３に図示されるように、様々なＩ／Ｏデバイス１０１４（例えばバイオメトリックスキャナ、スピーカ、カメラ、センサ）が、第１バス１０１６を第２バス１０２０に結合し得るバスブリッジ１０１８とともに、第１バス１０１６に結合されてよい。一実施形態において、第２バス１０２０は、ローピンカウント（ＬＰＣ：ｌｏｗ ｐｉｎ ｃｏｕｎｔ）バスであってよい。一実施形態では、例えばキーボード／マウス１０１２、通信デバイス１０２６及びコード１０３０を含み得るディスクドライブや他の大容量ストレージデバイスのようなデータストレージユニット１０１９を含む、様々なデバイスが第２バス１０２０に結合されてよい。図示されるコード１０３０は、既に議論した方法６０（図４）、方法７０（図５）、方法１００（図７）、方法１２０（図８）、方法１３０（図９Ａ）及び／又は方法１４０（図９Ｂ）のうちの１つ以上の態様を実装し得る。さらに、オーディオＩ／Ｏ１０２４が第２バス１０２０に結合されてよく、バッテリ１０１０は、コンピューティングシステム１０００に電力を供給してよい。

他の実施形態も考えられることに留意されたい。例えば図１３のポイントツーポイント構造の代わりに、システムは、マルチドロップバスや別のそのような通信トポロジを実装してもよい。また、図１３の要素は、代替的に、図１３に図示されるものよりも多くの又は少ない集積回路を使用して分割されてもよい。

追加の注記及び例

例１は、性能強化されたコンピューティングシステムであって、ネットワークコントローラと、ネットワークコントローラに結合されたプロセッサと、プロセッサに結合されたメモリと、を備え、メモリは、プロセッサによって実行されると、当該コンピューティングシステムに、アプリケーション内のクラウドサービスコールを検出させ、ここで、プラットフォーム固有パラメータは、クラウドサービスコール内では指定されず、クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、第１クラウドプラットフォームを選択させ、クラウドサービスコールとパラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成させる、実行可能プログラム命令のセットを備える、コンピューティングシステムを含む。

例２は、例１のコンピューティングシステムを含み、命令は実行されると、当該コンピューティングシステムに、クラウドサービスコールを第１プラットフォーム固有サービスコールにマップさせる。

例３は、例１又は例２のコンピューティングシステムを含み、命令は実行されると、当該コンピューティングシステムに更に、１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、第２クラウドプラットフォームを選択させ、クラウドサービスコールとパラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成させ、クラウドサービスコールを第２プラットフォーム固有サービスコールにマップさせる。

例４は、例３のコンピューティングシステムを含み、命令は実行されると、当該コンピューティングシステムに更に、第１クラウドプラットフォームから第２クラウドプラットフォームへの状態データの転送を実施させる。

例５は、例４のコンピューティングシステムを含み、命令は実行されると、当該コンピューティングシステムに更に、ビットマップを介して転送を追跡させる。

例６は、例４のコンピューティングシステムを含み、命令は実行されると、当該コンピューティングシステムに更に、クラウドサービスコールのランタイムインスタンスを検出させ、ランタイムインスタンスに応答して、転送のステータスに基づいて、第１プラットフォーム固有サービスコール又は第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行（issue）させる。

例７は、半導体装置であって、１つ以上の基板と、１つ以上の基板に結合されたロジックと、を備え、ロジックは、少なくとも部分的に、構成可能ロジック又は固定機能ハードウェアロジックのうちの１つ以上で実装され、１つ以上の基板に結合されたロジックは、アプリケーション内のクラウドサービスコールを検出し、ここで、プラットフォーム固有パラメータは、クラウドサービスコール内では指定されず、クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、第１クラウドプラットフォームを選択し、クラウドサービスコールとパラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成する、半導体装置を含む。

例８は、例７の半導体装置を含み、１つ以上の基板に結合されたロジックは、クラウドサービスコールを第１プラットフォーム固有サービスコールにマップする。

例９は、例７又は例８の半導体装置を含み、１つ以上の基板に結合されたロジックは、１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、第２クラウドプラットフォームを選択し、クラウドサービスコールとパラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成し、クラウドサービスコールを第２プラットフォーム固有サービスコールにマップする。

例１０は、例９の半導体装置を含み、１つ以上の基板に結合されたロジックは、第１クラウドプラットフォームから第２クラウドプラットフォームへの状態データの転送を実施する。

例１１は、例１０の半導体装置を含み、１つ以上の基板に結合されたロジックは、ビットマップを介して転送を追跡する。

例１２は、例１０の半導体装置を含み、１つ以上の基板に結合されたロジックは、クラウドサービスコールのランタイムインスタンスを検出し、ランタイムインスタンスに応答して、転送のステータスに基づいて、第１プラットフォーム固有サービスコール又は第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行する。

例１３は、コンピューティングシステムによって実行されると、該コンピューティングシステムに、アプリケーション内のクラウドサービスコールを検出させ、ここで、プラットフォーム固有パラメータは、クラウドサービスコール内では指定されず、クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、第１クラウドプラットフォームを選択させ、クラウドサービスコールとパラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成させる、実行可能プログラム命令のセットを備える、少なくとも１つのコンピュータ読取可能記憶媒体を含む。

例１４は、例１３の少なくとも１つのコンピュータ読取可能媒体を含み、命令は実行されると、コンピューティングシステムに、クラウドサービスコールを第１プラットフォーム固有サービスコールにマップさせる。

例１５は、例１３の少なくとも１つのコンピュータ読取可能媒体を含み、命令は実行されると、コンピューティングシステムに更に、１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、第２クラウドプラットフォームを選択させ、クラウドサービスコールとパラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成させ、クラウドサービスコールを第２プラットフォーム固有サービスコールにマップさせる。

例１６は、例１５の少なくとも１つのコンピュータ読取可能媒体を含み、命令は実行されると、コンピューティングシステムに更に、第１クラウドプラットフォームから第２クラウドプラットフォームへの状態データの転送を実施させる。

例１７は、例１６の少なくとも１つのコンピュータ読取可能媒体を含み、命令は実行されると、コンピューティングシステムに更に、ビットマップを介して転送を追跡させる。

例１８は、例１６の少なくとも１つのコンピュータ読取可能媒体を含み、命令は実行されると、コンピューティングシステムに更に、クラウドサービスコールのランタイムインスタンスを検出させ、ランタイムインスタンスに応答して、転送のステータスに基づいて、第１プラットフォーム固有サービスコール又は第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行させる。

例１９は、性能強化されたコンピューティングシステムを動作させる方法を含み、当該方法は、アプリケーション内のクラウドサービスコールを検出するステップであって、プラットフォーム固有パラメータは、クラウドサービスコール内では指定されない、ステップと、クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、第１クラウドプラットフォームを選択するステップと、クラウドサービスコールとパラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成するステップと、を含む。

例２０は、例１９の方法を含み、クラウドサービスコールを第１プラットフォーム固有サービスコールにマップするステップを更に含む。

例２１は、例１９又は例２０の方法を含み、１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、第２クラウドプラットフォームを選択するステップと、クラウドサービスコールとパラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成するステップと、クラウドサービスコールを第２プラットフォーム固有サービスコールにマップするステップと、を更に含む。

例２２は、例２１の方法を含み、第１クラウドプラットフォームから第２クラウドプラットフォームへの状態データの転送を実施するステップを更に含む。

例２３は、例２２の方法を含み、ビットマップを介して転送を追跡するステップを更に含む。

例２４は、例２２の方法を含み、クラウドサービスコールのランタイムインスタンスを検出するステップと、ランタイムインスタンスに応答して、転送のステータスに基づいて、第１プラットフォーム固有サービスコール又は第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行するステップとを更に含む。

例２５は、例１９乃至例２４のいずれかに記載の方法を実行するための手段を含む。

したがって、本明細書で説明される技術は、一般クラウドサービスと、アプリケーション又はその一部を透過的に移動させて異なるクラウドベンダサービスからの利益を受けるランタイムを対象とする、統一プログラミングインタフェースを提供する。クラウドアプリケーション開発者は、本明細書で説明されるように、一般クラウドサービスＡＰＩを使用して、それらのコードを一度書き込むことができる。ランタイムは、一般ＡＰＩを（例えばベンダのプールから選択している）利用可能／最適クラウドサービスに移植／マップしてよい。ランタイムは、サービスを中断することなく、あるクラウドベンダから別のクラウドベンダへの、アプリケーション又は固有モジュールの段階的な移行も提供し得る。

実施形態は、すべてのタイプの半導体集積回路（「ＩＣ」）チップでの使用に適用可能である。これらのＩＣチップの例は、これらに限定されないが、プロセッサ、コントローラ、チップセットコンポーネント、プログラマブルゲートアレイ（ＰＬＡ）、メモリチップ、ネットワークチップ、システムオンチップ（ＳｏＣ）、ＳＳＤ／ＮＡＮＤコントローラＡＳＩＣ等を含む。加えて、図面の一部において、信号線がラインで表されている。いくつかは、更なる構成信号経路を示すよう異なる可能性があり、複数の構成信号経路を示すよう数字ラベルを有することがあり、かつ／又は主な情報の流れの方向を示すように１つ以上の端部に矢印を示すことがある。しかしながら、これは、限定するように解釈されるべきではない。むしろ、そのような追加の詳細は、回路のより容易な理解を促進するために、１つ以上の例示の実施形態に関連して使用されていることがある。表されているいずれかの信号線は実際には、追加の情報を有するか否かに関わらず、複数の方向に進む可能性があり、かつ任意の適切なタイプの信号スキームで実装される可能性がある１つ以上の信号、例えば異なるペアで実装されるデジタル又はアナログ線、光ファイバ線及び／又はシングルエンド線を含んでよい。

例示のサイズ／モデル／値／範囲が与えられていることがあるが、実施形態は同じものに限定されない。製造技術（例えばフォトリソグラフィ）が経時的に成熟すると、より小さいサイズのデバイスを製造することができると予測される。加えて、ＩＣチップ及び他のコンポーネントへの周知の電力／設置接続は、図示及び議論の容易性のため、そして実施形態の特定の態様をあいまいにしないようにするために、図面に示されていることも示されていないこともある。さらに、配置が、ブロック図の形式で示されていることがあるが、これは、実施形態をあいまいにすることを避けるため、また、ブロック図配置の実装に関する具体性が、実施形態が実装されるコンピューティングシステムに大きく依存する、すなわち、そのような具体性は、十分に当業者の範囲内にあるべきである、という事実の観点からである。例示の実施形態を記述するために具体的な詳細（例えば回路）が説明されるが、当業者には、それらの具体的な詳細なしに又はそのバリエーションを用いて実施形態を実施することができることが明らかであるべきである。したがって、説明は、限定ではなく、例示として解釈されるべきである。

「結合される」という用語は、本明細書では、問題となっているコンポーネント間の任意のタイプの関係、すなわち直接又は間接的なものを指すように使用されてよく、電気、機械、流体、光、電磁気、電気機械又は他の接続に適用してよい。加えて、「第１」、「第２」等の用語は、本明細書では、議論を容易にするためだけに使用され得、特段の記載がない限り、特定の時間的又は年代的重要性を伝え得ない。

本明細書及び特許請求の範囲で使用されるとき、「のうちの１つ以上」という用語によって連結されるアイテムのリストは、列挙される用語の任意の組合せを意味してよい。例えば「Ａ、Ｂ又はＣのうちの１つ以上」というフレーズは、Ａ；Ｂ；Ｃ；Ａ及びＢ；Ａ及びＣ；Ｂ及びＣ；又はＡ、Ｂ及びＣを意味してよい。

当業者は、前述の説明から、実施形態の広範な技術を様々な形式で実装することができることを認識するであろう。したがって、実施形態は、それらの特定の例に関連して説明されているが、図面、明細書及び以下の特許請求の範囲の教示から他の修正が当業者に明らかになるので、実施形態の真の範囲はそのように限定されるべきではない。

Claims (31)

1. コンピューティングシステムであって：
   ネットワークコントローラと；
   前記ネットワークコントローラに結合されたプロセッサと；
   前記プロセッサに結合されたメモリと；
   を備え、前記メモリは、前記プロセッサによって実行されると、当該コンピューティングシステムに、
   アプリケーション内のクラウドサービスコールを検出させ、ここで、プラットフォーム固有パラメータは、前記クラウドサービスコール内では指定されず、
   前記クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、前記第１クラウドプラットフォームを選択させ、
   前記クラウドサービスコールと前記パラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成させる、
   実行可能プログラム命令のセットを備える、
   コンピューティングシステム。
2. 前記命令は実行されると、当該コンピューティングシステムに、前記クラウドサービスコールを前記第１プラットフォーム固有サービスコールにマップさせる、
   請求項１に記載のコンピューティングシステム。
3. 前記命令は実行されると、当該コンピューティングシステムに更に、
   前記１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、前記第２クラウドプラットフォームを選択させ、
   前記クラウドサービスコールと前記パラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成させ、
   前記クラウドサービスコールを前記第２プラットフォーム固有サービスコールにマップさせる、
   請求項１又は２に記載のコンピューティングシステム。
4. 前記命令は実行されると、当該コンピューティングシステムに更に、前記第１クラウドプラットフォームから前記第２クラウドプラットフォームへの状態データの転送を実施させる、
   請求項３に記載のコンピューティングシステム。
5. 前記命令は実行されると、当該コンピューティングシステムに更に、ビットマップを介して前記転送を追跡させる、
   請求項４に記載のコンピューティングシステム。
6. 前記命令は実行されると、当該コンピューティングシステムに更に、
   前記クラウドサービスコールのランタイムインスタンスを検出させ、
   前記ランタイムインスタンスに応答して、前記転送のステータスに基づいて、前記第１プラットフォーム固有サービスコール又は前記第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行させる、
   請求項４に記載のコンピューティングシステム。
7. 半導体装置であって：
   １つ以上の基板と；
   前記１つ以上の基板に結合されたロジックと；
   を備え、前記ロジックは、少なくとも部分的に、構成可能ロジック又は固定機能ハードウェアロジックのうちの１つ以上で実装され、前記１つ以上の基板に結合された前記ロジックは、
   アプリケーション内のクラウドサービスコールを検出し、ここで、プラットフォーム固有パラメータは、前記クラウドサービスコール内では指定されず、
   前記クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、前記第１クラウドプラットフォームを選択し、
   前記クラウドサービスコールと前記パラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成する、
   半導体装置。
8. 前記１つ以上の基板に結合された前記ロジックは、前記クラウドサービスコールを前記第１プラットフォーム固有サービスコールにマップする、
   請求項７に記載の半導体装置。
9. 前記１つ以上の基板に結合された前記ロジックは、
   前記１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、前記第２クラウドプラットフォームを選択し、
   前記クラウドサービスコールと前記パラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成し、
   前記クラウドサービスコールを前記第２プラットフォーム固有サービスコールにマップする、
   請求項７又は８に記載の半導体装置。
10. 前記１つ以上の基板に結合された前記ロジックは、前記第１クラウドプラットフォームから前記第２クラウドプラットフォームへの状態データの転送を実施する、
    請求項９に記載の半導体装置。
11. 前記１つ以上の基板に結合された前記ロジックは、ビットマップを介して前記転送を追跡する、
    請求項１０に記載の半導体装置。
12. 前記１つ以上の基板に結合された前記ロジックは、
    前記クラウドサービスコールのランタイムインスタンスを検出し、
    前記ランタイムインスタンスに応答して、前記転送のステータスに基づいて、前記第１プラットフォーム固有サービスコール又は前記第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行する、
    請求項１０に記載の半導体装置。
13. コンピューティングシステムによって実行されると、該コンピューティングシステムに、
    アプリケーション内のクラウドサービスコールを検出させ、ここで、プラットフォーム固有パラメータは、前記クラウドサービスコール内では指定されず、
    前記クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、前記第１クラウドプラットフォームを選択させ、
    前記クラウドサービスコールと前記パラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成させる、
    コンピュータプログラム。
14. 前記コンピューティングシステムに、前記クラウドサービスコールを前記第１プラットフォーム固有サービスコールにマップさせる、
    請求項１３に記載のコンピュータプログラム。
15. 前記コンピューティングシステムに更に、
    前記１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、前記第２クラウドプラットフォームを選択させ、
    前記クラウドサービスコールと前記パラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成させ、
    前記クラウドサービスコールを前記第２プラットフォーム固有サービスコールにマップさせる、
    請求項１３又は１４に記載のコンピュータプログラム。
16. 前記コンピューティングシステムに更に、前記第１クラウドプラットフォームから前記第２クラウドプラットフォームへの状態データの転送を実施させる、
    請求項１５に記載のコンピュータプログラム。
17. 前記コンピューティングシステムに更に、ビットマップを介して前記転送を追跡させる、
    請求項１６に記載のコンピュータプログラム。
18. 前記コンピューティングシステムに更に、
    前記クラウドサービスコールのランタイムインスタンスを検出させ、
    前記ランタイムインスタンスに応答して、前記転送のステータスに基づいて、前記第１プラットフォーム固有サービスコール又は前記第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行させる、
    請求項１６に記載のコンピュータプログラム。
19. アプリケーション内のクラウドサービスコールを検出するステップであって、プラットフォーム固有パラメータは、前記クラウドサービスコール内では指定されない、ステップと、
    前記クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、前記第１クラウドプラットフォームを選択するステップと、
    前記クラウドサービスコールと前記パラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成するステップと、
    を含む、方法。
20. 前記クラウドサービスコールを前記第１プラットフォーム固有サービスコールにマップするステップ、
    を更に含む、請求項１９に記載の方法。
21. 前記１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、前記第２クラウドプラットフォームを選択するステップと、
    前記クラウドサービスコールと前記パラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成するステップと、
    前記クラウドサービスコールを前記第２プラットフォーム固有サービスコールにマップするステップと、
    を更に含む、請求項１９又は２０に記載の方法。
22. 前記第１クラウドプラットフォームから前記第２クラウドプラットフォームへの状態データの転送を実施するステップ、
    を更に含む、請求項２１に記載の方法。
23. ビットマップを介して前記転送を追跡するステップ、
    を更に含む、請求項２２に記載の方法。
24. 前記クラウドサービスコールのランタイムインスタンスを検出するステップと、
    前記ランタイムインスタンスに応答して、前記転送のステータスに基づいて、前記第１プラットフォーム固有サービスコール又は前記第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行するステップと、
    を更に含む、請求項２２に記載の方法。
25. 半導体装置であって、
    アプリケーション内のクラウドサービスコールを検出するための手段であって、プラットフォーム固有パラメータは、前記クラウドサービスコール内では指定されない、手段と、
    前記クラウドサービスコールに関連付けられる１つ以上の性能制約と、第１クラウドプラットフォームに関連付けられるパラメータの第１セットに基づいて、前記第１クラウドプラットフォームを選択するための手段と、
    前記クラウドサービスコールと前記パラメータの第１セットに基づいて、第１プラットフォーム固有サービスコールを自動的に生成するための手段と、
    を含む、半導体装置。
26. 前記クラウドサービスコールを前記第１プラットフォーム固有サービスコールにマップするための手段、
    を更に含む、請求項２５に記載の半導体装置。
27. 前記１つ以上の性能制約と、第２クラウドプラットフォームに関連付けられるパラメータの第２セットに基づいて、前記第２クラウドプラットフォームを選択するための手段と、
    前記クラウドサービスコールと前記パラメータの第２セットに基づいて、第２プラットフォーム固有サービスコールを自動的に生成するための手段と、
    前記クラウドサービスコールを前記第２プラットフォーム固有サービスコールにマップするための手段と、
    を更に含む、請求項２５又は２６に記載の半導体装置。
28. 前記第１クラウドプラットフォームから前記第２クラウドプラットフォームへの状態データの転送を実施するための手段、
    を更に含む、請求項２７に記載の半導体装置。
29. ビットマップを介して前記転送を追跡するための手段、
    を更に含む、請求項２８に記載の半導体装置。
30. 前記クラウドサービスコールのランタイムインスタンスを検出するための手段と、
    前記ランタイムインスタンスに応答して、前記転送のステータスに基づいて、前記第１プラットフォーム固有サービスコール又は前記第２プラットフォーム固有サービスコールのうちの１つ以上を選択的に発行するための手段と、
    を更に含む、請求項２８に記載の半導体装置。
31. 請求項１３乃至１８のいずれか一項に記載のコンピュータプログラムを記憶する少なくとも１つのコンピュータ読取可能記憶媒体。
    

Images