JP2023532484A - クラウドゲーム用高速セーブデータストレージ - Google Patents

Abstract

ビデオゲームは、ユーザによるプレイのためにクラウドゲームサーバ上で実行される。ユーザのユーザデータは、クラウドストレージサーバ内に格納される。ビデオゲームによって発行されたデータアクセス要求は、管理サーバによって受信される。データアクセス要求は、クラウドストレージサーバ内に格納されている要求されたユーザデータを識別する。要求されたユーザデータは、クラウドストレージサーバ内の低性能データストレージデバイスから管理サーバ内の高速データストレージデバイスにコピーされる。高速データストレージデバイスは、クラウドストレージサーバ内のデータストレージデバイスよりも速いデータ速度及び低いレイテンシで動作する。管理サーバ内の高速データストレージデバイスは、データアクセス要求を満たすためにクラウドストレージサーバ内の低性能データストレージデバイスを使用する代わりに、ビデオゲームによるデータアクセス要求を満たすために使用される。【選択図】図３

Description

ビデオゲーム業界は、長年にわたり多くの変化を遂げてきた。計算能力の増大に伴い、ビデオゲームの開発者もまた、この向上した計算能力を利用するゲームソフトウェアを開発してきた。そのために、ビデオゲーム開発者は、高度な演算及び数学を取り入れて、非常に現実的なゲーム体験を生み出しているゲームをコーディングしてきた。

ゲーム開発者は、計算能力の拡大に対応するだけでなく、ユーザとゲームシステムとの間のインタラクションあるいは対話を強化するオンラインゲームも開発している。インタラクティブオンラインゲーム、あるいは対話型オンラインゲームは、ユーザがインターネット上でインタラクティブに他のユーザと対戦するか、または一緒にプレイし、そのようなインララクションあるいは対話をキャプチャする機能を提供する。さらに、クラウドベースの計算の傾向が強まる中、ゲーム開発者は、計算能力の向上とユーザのインタラクティビティの向上を利用することによって既存のレガシーゲームをプレイするため及び新しいゲームを開発するため新しい方法を開発している。クラウドベースの計算システムは、ゲームアプリケーションを実行し、ゲームプレーヤからの入力を受け取り、ゲームプレーヤが見るためディスプレイ上に映像を描画するように構成され得る、ゲームプレーヤの場所に存在するリモートクライアントシステムと通信するクラウドベースの処理サーバを含むことができる。本発明は、このような背景の下になされたものである。

１つの例示的な実施形態では、クラウドゲームシステムが開示される。クラウドゲームシステムは、ユーザのコントローラデバイスから受信した入力に従ってビデオゲームを実行するように構成されたクラウドゲームサーバを含む。クラウドゲームサーバは、ユーザによるビデオゲームのプレイをユーザのローカル計算システムに反映するビデオストリームの伝送を指示するように構成される。クラウドゲームシステムには、クラウドストレージサーバも含まれる。クラウドストレージサーバは、ユーザのユーザデータを格納するためのデータストレージデバイスを含む。ユーザデータには、ユーザによるビデオゲームのプレイを記録あるいはメモリアライズ（memorialize）するデータが含まれる。クラウドゲームシステムは、クラウドゲームサーバおよびクラウドストレージサーバの両方とデータ通信する管理サーバも含む。管理サーバには、クラウドストレージサーバ内のデータストレージデバイスよりも速いデータ速度と低いレイテンシで動作する高速データストレージデバイスが含まれる。管理サーバは、クラウドゲームサーバ上で実行されているビデオゲームによって発行されたデータアクセス要求を受信するようにプログラムされている。データアクセス要求は、クラウドストレージサーバ内のデータストレージデバイスに格納された要求されたデータを識別する。管理サーバは、要求されたデータをクラウドストレージサーバ内のデータストレージデバイスから高速データストレージデバイスにコピーするようにプログラムされている。管理サーバは、クラウドストレージサーバがデータアクセス要求に応答する代わりに、高速データストレージデバイスを使用してデータアクセス要求に応答するようにプログラムされている。

例示的な実施形態では、クラウドゲームシステムを操作するための方法が開示される。方法は、ユーザのコントローラデバイスから受信した入力に従って、クラウドゲームサーバ上でビデオゲームを実行することを含む。方法は、ユーザによるビデオゲームのプレイをユーザのローカル計算システムに反映するビデオストリームの伝送を指示するようにクラウドゲームサーバを操作することを含む。方法は、ユーザのユーザデータをクラウドストレージサーバに格納することも含む。ユーザデータには、ユーザによるビデオゲームのプレイを記録するデータが含まれる。方法は、管理サーバでデータアクセス要求を受信することも含む。データアクセス要求は、クラウドゲームサーバ上で実行されているビデオゲームによって発行される。データアクセス要求は、クラウドストレージサーバ内のデータストレージデバイスに格納された要求されたデータを識別する。方法は、要求されたデータをクラウドストレージサーバ内のデータストレージデバイスから管理サーバ内の高速データストレージデバイスにコピーすることも含む。高速データストレージデバイスは、クラウドストレージサーバ内のデータストレージデバイスよりも速いデータ速度及び低いレイテンシで動作する。方法はまた、クラウドストレージサーバがデータアクセス要求に応答する代わりに、管理サーバ内の高速データストレージデバイスを使用してデータアクセス要求に応答することを含む。

いくつかの実施形態によるクラウドゲームシステムを示す。 いくつかの実施形態による、転送されたデータにアクセスするためクラウドゲームサーバによるデータパスＡＰＩ呼び出しの前にクラウドゲームサーバによる制御パスＡＰＩ呼び出しを使用して、クラウドストレージサーバ内の低速データストレージデバイスから管理サーバ内の高速データストレージデバイスへのデータ転送をトリガする方法のプロセス図を示す。 いくつかの実施形態による、クラウドゲームサーバおよび管理サーバのいくつかの内部構成要素の例示的な図を示す。 いくつかの実施形態による、クラウドゲームシステムを操作するための方法のフローチャートを示す。

以下の発明を実施するための形態では、本開示の完全な理解をもたらすために、いくつかの具体的な詳細が示されている。しかしながら、本開示の実施形態は、これらの具体的な詳細の一部または全てがなくとも実践できることは、当業者には明らかであろう。他の例では、周知のプロセス動作は、本開示を不必要に不明瞭にしないために、詳細に説明されていない。

次世代のビデオゲーム機には、ＮＶＭｅ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ）ＳＳＤ（ソリッドステートドライブ）などの非常に高速なデータストレージソリューションがあり、ＨＤＤ（ハードディスクドライブ）などの現在利用可能なデータストレージソリューションよりもはるかに高速である。次世代ビデオゲーム機の非常に高速なデータストレージソリューションは、ゲームの保存などのだけでなく、ゲームデータならびにユーザデータの格納も共有ストレージサーバに依存するクラウドゲームに課題をもたらす。従来のクラウドゲームシステムでは、ユーザデータは通常、コストを抑えるためにＨＤＤレベルのデータストレージ性能で動作するクラウドストレージサーバなどのクラウドストレージソリューション内に格納される。しかし、次世代のビデオゲーム機では、ゲーム機タイトル（ビデオゲーム）のデータアクセスの期待を満たすために、少なくともＮＶＭｅレベルのデータストレージ性能が必要とされる。

オンラインビデオゲームの実行のためＮＶＭｅレベルのデータストレージ性能を提供すると同時に、オンラインビデオゲームのプレイに関連するユーザデータを格納するための費用対効果の高いＨＤＤ技術を引き続き使用するという課題に対応するためのシステムおよび方法が本明細書に開示される。本明細書で使用されるオンラインビデオゲームという用語は、クライアント計算デバイス上でユーザがプレイするためにクラウド計算システムによってクライアント計算デバイスに提供されるビデオゲームを指すことを理解されたい。本明細書で言及されるオンラインビデオゲームは、シングルプレーヤビデオゲームまたはマルチプレーヤビデオゲームであり得る。本明細書で開示されるシステムおよび方法の原理は、オンラインビデオゲームを実行するクラウドゲームサーバと、実行中のオンラインビデオゲームによって現在必要とされるデータが管理サーバ内の高速データストレージ／システムに格納されるクラウドデータストレージソリューションとの間の緊密なデータ通信を提供することであり、一方、実行中のオンラインビデオゲームで緊急に必要とされないセーブデータ及びその他のゲーム関連データは、より低速で費用対効果の高いクラウドストレージサーバに格納される。

図１は、いくつかの実施形態によるクラウドゲームシステム１００を示す。クラウドゲームシステム１００は、複数（Ｎ）のクラウドゲームサーバ１０３－１～１０３－Ｎを含むクラウドゲームサーバラック１０１を含む。いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎの数（Ｎ）は、最大１００、またはそれ以上であり得る。クラウドゲームサーバラック１０１はまた、複数（Ｘ）の管理サーバ１０５－１～１０５－Ｘおよび１つまたは複数のストレージサーバ１０７を含む。ストレージサーバ１０７は、ＨＤＤ及び／またはＳＳＤなどの多数のデータストレージデバイス１０７Ａを含む。ストレージサーバ１０７は、クラウドゲームシステム１００でのプレイに利用可能なすべてのビデオゲームを格納する。各管理サーバ１０５－１～１０５－Ｘは、クラウドゲームセッションを管理する責任を負う。また、所定の管理サーバ１０５－１～１０５－Ｘは、複数のクラウドゲームセッションを同時に管理する責任を負うことができる。いくつかの実施形態では、各管理サーバ１０５－１～１０５－Ｘは、必要に応じて１つまたは複数のクラウドゲームサーバ１０３－１～１０３－Ｎの電源を入れ、要求されたビデオゲームをストレージサーバ１０７から、クラウドゲームサーバ１０３－１～１０３－Ｎのうちの所定の１つにロードし、クラウドゲームサーバ１０３－１～１０３－Ｎの所定のサーバ上で要求されたビデオゲームの実行を開始し、クラウドゲームサーバ１０３－１～１０３－Ｎの所定の１つにユーザをログインさせ、他の操作の中でも、クラウドストレージサーバ１０９からログインユーザにユーザデータ１１１をマウントする。

いくつかの実施形態では、ストレージサーバ１０７を、ＨＤＤ及び／またはＳＳＤを、ネットワークインターフェースカード（ＮＩＣ）及び小型の中央処理装置（ＣＰＵ）を搭載することにより、ミニサーバに変えるストレージ構成によって置き換えることができる。このようなストレージ構成の例として、組み込みＳＳＤ（ＥＳＳＤ）がある。例えば、一部のＥＳＳＤでは、フリップチップパッケージプロセスでボールグリッドアレイ（ＢＧＡ）形式を使用して、メモリコントローラ集積回路（ＩＣ）チップが、単一のパッケージ内のＳＳＤと組み合わされている。いくつかの実施形態では、ＩＣチップおよびＳＳＤを含む単一のパッケージは、モジュールコネクタを使用せずにプリント回路基板（マザーボード）に直接取り付けることができる。もちろん、様々な実施形態においてストレージサーバ１０７の代わりに使用できるＥＳＳＤの多くの可能な構成があることを理解されたい。
ストレージサーバ１０７の代わりにＥＳＳＤを使用する１つの動機は、ストレージデータ通信がネットワークデータ通信より速くなったため、従来のストレージサーバがうまくスケーリングできなくなったことである。いくつかの実施形態では、ストレージサーバ１０７の代わりにＥＳＳＤストレージ構成が使用される場合、ゲームは複数のＥＳＳＤにわたってストライピングすることができる。これらの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎは、ゲームの異なる部分のために異なるドライブ（異なるＥＳＳＤ）に到達する必要がある。また、いくつかの実施形態では、ＥＳＳＤの使用をクラウドストレージサーバ１０９に拡張することができる。そのような実施形態では、クラウドゲームサーバ１０３－１～１０３－ＮからＥＳＳＤベースのクラウドストレージサーバ１０９の実装の詳細を隠すように機能する管理サーバ１０５－１～１０５－Ｘと共に、多くのＥＳＳＤのクラスターを有することが必要となる。

クラウドゲーム（またはオンラインゲーム）では、ユーザ（ゲームプレーヤ）１２１は、ローカル計算システム１２０を操作して、インターネットなどのネットワーク１２３上のクラウドゲームシステム１００にログインし、クラウドゲームサーバ１０３－１～１０３－Ｎのうちの１つまたは複数上でリモートで実行されるオンラインビデオゲームをプレイする。いくつかの実施形態では、ユーザ１２１は、管理サーバ１０５－１～１０５－Ｘのうちの１つを介してクラウドゲームシステム１００にログインする。しかし、ユーザ１２１のログインに関連する様々なクラウドサービスがあることを理解されたい。例えば、ユーザ１２１を認証すること、ユーザ１２１が十分な品質のインターネット接続を有することを確実にすること、およびユーザ１２１がログインできるユーザ１２１の近くにある利用可能なサーバを見つけることに関わるクラウドサービスがある。
いくつかの実施形態では、ローカル計算システム１２０は、ゲームコントローラ１２５と、テレビまたはモニタなどのディスプレイデバイス１２６とを含む。いくつかの実施形態では、ローカル計算システム１２０は、ディスプレイデバイス１２６に接続されたドングル１２８を含み、ドングル１２８は、ディスプレイデバイス１２６のネットワークインターフェースコントローラ（ＮＩＣ）が、ゲームコントローラ１２５からネットワーク１２３に信号を伝送するために使用することができるように、ゲームコントローラ１２５とディスプレイデバイス１２６との間のデータ通信を可能にするように構成されている。いくつかの実施形態では、ローカル計算システム１２０は、ローカルゲーム機１２７も含む。これらの実施形態では、ゲームコントローラ１２５によって生成された信号は、ローカルゲーム機１２７のＮＩＣを使用して、ローカルゲーム機１２７を介してネットワーク１２３に伝送することができる。
また、いくつかの実施形態では、ゲームコントローラ１２５は、ＷＩＦＩネットワークなどのローカルエリアネットワークを通じてネットワーク１２３に信号を直接伝達することができる。また、いくつかの実施形態では、ユーザ１２１は、ローカル計算システム１２０以外のローカル計算デバイスでオンラインビデオゲームをプレイすることができる。例えば、いくつかの実施形態では、ユーザ１２１は、中でも、携帯電話、タブレット、ラップトップ、スマートカーシステムなどのモバイル計算デバイスでオンラインビデオゲームをプレイすることができる。また、いくつかの実施形態では、ユーザ１２１は、デスクトップ計算システム上でオンラインビデオゲームをプレイすることができる。説明を簡単にするために、ここでのローカル計算システム１２０への言及は、ユーザ１２１がオンラインビデオゲームをプレイできる任意の他の計算デバイスへの言及も伝える。

さらに、様々な実施形態では、データ（ビデオストリームデータまたはオーディオデータまたは触覚フィードバックデータなど）は、ネットワーク１２３を介してクラウドゲームシステム１００からローカル計算システム１２０に伝達される。いくつかの実施形態では、データは、ネットワーク１２３を介してクラウドゲームシステム１００からディスプレイデバイス１２６に伝達される。いくつかの実施形態では、データは、ネットワーク１２３を介してクラウドゲームシステム１００からローカルゲーム機１２７に、そして、ローカルゲーム機１２７からディスプレイデバイス１２６に伝達される。また、いくつかの実施形態では、データは、ネットワーク１２３を介してクラウドゲームシステム１００からゲームコントローラ１２５に伝達される。

ゲームプレイ中、ユーザ１２１は、ネットワーク１２３を介してクラウドゲームサーバ１０３－１～１０３－Ｎに伝送されるゲームコマンドを生成する。いくつかの実施形態では、ユーザ１２１は、ゲームコントローラ１２５を使用してゲームコマンドを生成し、ゲームコマンドは、ゲームコントローラ１２５からネットワーク１２３へ、そしてクラウドゲームサーバ１０３－１～１０３－Ｎへ信号形式で伝送される。いくつかの実施形態では、ゲームコマンドは、ゲームコントローラ１２５からローカルゲーム機１２７またはディスプレイデバイス１２６に信号形式で伝送され、そこからゲームコマンドはネットワーク１２３を介してクラウドゲームサーバ１０３－１～１０３－Ｎに伝送される。
様々な実施形態では、ゲームコントローラ１２５からネットワーク１２３への信号形式のゲームコマンドの伝送は、有線ネットワーク接続もしくは無線ネットワーク接続、またはそれらの組み合わせを介して行うことができる。クラウドゲームサーバ１０３－１～１０３－Ｎは、ユーザ１２１から受信したゲームコマンドに従ってビデオゲームを実行し、ビデオゲームのユーザプレイを反映するビデオストリームを生成する。ビデオストリームは、ディスプレイデバイス１２６上に表示するために、ネットワーク１２３を介してクラウドゲームサーバ１０３－１～１０３－Ｎからユーザ１２１のローカル計算システム１２０に伝送される。

クラウドゲームサーバ１０３－１～１０３－Ｎは、ネットワークストレージプロトコル１１７を使用して、ストレージサーバ１０７からゲームデータ１１３およびゲーム実行可能ファイル１１５のすべてをロードする。いくつかの実施形態では、ネットワークストレージプロトコル１１７は、とりわけｉＳＣＳＩ（内部小型コンピュータシステムインターフェース）などのブロックストレージを利用する。いくつかの実施形態では、ネットワークストレージプロトコルは、とりわけ、ＮＦＳ（ネットワークファイルシステム）またはＣＩＦＳ（共通インターネットファイルシステム）などのファイルストレージを利用する。いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎは、サポートされるネットワークストレージプロトコル１１７において制限され得る。例えば、いくつかの実施形態では、ソフトウェアドライバがないため、クラウドゲームサーバ１０３－１～１０３－Ｎは、サポートされるネットワークストレージプロトコル１１７において制限され得る。または、いくつかの実施形態では、一部のネットワークストレージプロトコルが、ＣＰＵ使用率及び／またはメモリ使用量などのリソースを過剰に使用することにより、クラウドゲームサーバ１０３－１～１０３－Ｎは、サポートされるネットワークストレージプロトコル１１７において制限され得る。
いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎは、サポートされるネットワークストレージプロトコル１１７において制限され得るため、クラウドゲームサーバ１０３－１～１０３－Ｎによるユーザデータ１１１へのアクセスは、プロキシとして機能する管理サーバ１０５－１～１０５－Ｘを用いて、管理サーバ１０５－１～１０５－Ｘを介して行われ得る。これらの実施形態では、管理サーバ１０５－１～１０５－Ｘは、クラウドストレージサーバ１０９からユーザデータ１１１をマウントし、クラウドゲームサーバ１０３－１～１０３－Ｎによってサポートされるデータストレージプロトコルを使用して、ユーザデータ１１１をクラウドゲームサーバ１０３－１～１０３－Ｎに公開する。

様々な実施形態では、クラウドストレージサーバ１０９は、オブジェクトストレージ、ファイルストレージ、ブロックストレージ、または他のデータストレージプロトコルなど、様々なデータストレージプロトコルによってデータストレージを公開する。管理サーバ１０５－１～１０５－Ｘは、オブジェクトストレージ、ファイルストレージ、もしくはブロックストレージ、または他のデータストレージプロトコルであるかどうかにかかわらず、クラウドストレージサーバ１０９によって使用されるあらゆるデータストレージプロトコルとインターフェースするように装備される。管理サーバ１０５－１～１０５－Ｘはまた、オブジェクトストレージ、ファイルストレージ、もしくはブロックストレージ、または他のデータストレージプロトコルなどの様々なデータストレージプロトコルによって、それ自体のデータストレージを公開するように構成されている。
また、管理サーバ１０５－１～１０５－Ｘが自身のデータストレージを公開するデータストレージプロトコルは、クラウドストレージサーバ１０９が自身のデータストレージを公開するデータストレージプロトコルと同じであっても異なっていてもよい。例えば、いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘは、クラウドストレージシステム１０９からのオブジェクトストレージをファイルシステムとしてマウントし、次にマウントされたファイルシステムをクラウドゲームサーバ１０３－１～１０３－ＮのＮＦＳプロトコルに提示するようにプログラムされる。同様に、別の例示的な実施形態では、管理サーバ１０５－１～１０５－Ｘは、クラウドストレージシステム１０９からのブロックストレージをファイルシステムとしてマウントし、次にマウントされたファイルシステムをクラウドゲームサーバ１０３ー１～１０３－Ｎに提示するようにプログラムされる。いくつかの実施形態では、ブロックストレージは、Ｃｅｐｈ ＲＢＤ（ＲＡＤＯＳ（Reliable Autonomic Distributed Object Store）ブロックデバイス）に基づく。しかし、他の実施形態では、ブロックストレージは、任意の種類のブロックデータストレージプロトコルに基づくことができる。

管理サーバ１０５－１～１０５－Ｘをクラウドゲームサーバ１０３－１～１０３－Ｎとクラウドストレージサーバ１０９との間のデータパスにおいてプロキシとして機能させることは、クラウドゲームサーバ１０３－１～１０３－Ｎによって発行されたデータアクセス要求を満たす際に、ある程度のレイテンシが追加される可能性がある。しかしながら、管理サーバ１０５－１～１０５－Ｘをクラウドゲームサーバ１０３－１～１０３－Ｎとクラウドストレージサーバ１０９との間のデータパスにおいてプロキシとして機能させることは、クラウドストレージサーバ１０９とクラウドゲームサーバ１０３－１～１０３－Ｎとの間でデータ転送がどのように管理されるかについてより多くの柔軟性を提供する。例えば、いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘは、必要に応じて、クラウドゲームサーバ１０３－１～１０３－Ｎが発行するデータ入力／出力要求をバッファリングする及び／またはデータをキャッシュするように動作することができる。例えば、クラウドストレージサーバ１０９がビジーであるか、または何らかの理由ですぐに利用できない場合、管理サーバ１０５－１～１０５－Ｘは、クラウドゲームサーバ１０３－１～１０３－Ｎによって発行されたデータ入力／出力要求をバッファリングすることによってクラウドストレージサーバ１０９の可用性の欠如を吸収することができる。

従来、クラウドゲームサーバ１０３－１～１０３－Ｎと管理サーバ１０５－１～１０５－Ｘ／クラウドストレージサーバ１０９との間のインタラクションは、ある程度分離されている。例えば、クラウドゲームサーバ１０３－１～１０３－Ｎにはネットワークファイルシステムが提供され、一部のネットワークストレージソフトウェアは、クラウドゲームサーバ１０３－１～１０３－Ｎのデータ読み取りおよび書き込み操作を管理する。この状況では、管理サーバ１０５－１～１０５－Ｘは、クラウドストレージサーバ１０９からのデータのマウントに単に関与しているが、クラウドゲームサーバ１０３－１～１０３－Ｎ上で実行中のビデオゲームによってどのデータが読み書きされているか、またはどのデータをビデオゲームがアクセスしているかについての知識はない。

次世代のゲーム機は、毎秒４～５ギガバイト（ＧＢ／ｓ）のデータ速度で動作する高速ＮＶＭｅデータストレージドライブを使用する。比較のために、クラウドストレージシステム１０９で現在使用されている２．５インチＨＤＤは、毎秒１００メガバイト（ＭＢ／ｓ）のデータ速度でピークに達する。また、ＨＤＤのレイテンシは、ＮＶＭｅデータストレージドライブよりもはるかに高い。例えば、通常のＨＤＤレイテンシは約１０ミリ秒から約２０ミリ秒の範囲内であるが、通常のＮＶＭｅデータストレージドライブのレイテンシは約０．１ミリ秒未満である。ストレージ性能が向上するにつれて、どれだけ速くビデオゲームがデータストレージにアクセスできるかに関するビデオゲームのプログラミングへの期待も高まる。ビデオゲームでは、多くの場合、データストレージの性能について仮定が行われる。実際のデータストレージ性能が、ビデオゲームで想定されているデータストレージ性能と大きく異なる場合、ビデオゲームがクラッシュするか、ビデオゲーム内でその他の未定義の動作が発生する可能性がある。

いくつかの実施形態では、ローカルゲーム機１２７上で使用／実行される同じビデオゲームが、多くの場合変更なしに、ストレージサーバ１０７内に格納され、クラウドゲーム内でクラウドゲームサーバ１０３－１～１０３－Ｎによって実行される。これらのビデオゲームは、特にデータの読み取りおよび書き込み操作に関して、より高速なストレージソリューションを備えたローカルゲーム機１２７上で実行されるビデオゲームに基づく性能仮定を使用して開発される。したがって、同じビデオゲームがクラウドゲームサーバ１０３－１～１０３－Ｎ実行される場合、クラウドゲームサーバ１０３－１～１０３－Ｎに実装されたデータストレージソリューションの性能は、ローカルゲーム機１２７上で利用可能なローカルデータストレージソリューションの性能と実質的に一致するか、またはそれを超える。

クラウドゲームシステム１００に実装されたデータストレージソリューションは、次世代のローカルゲーム機１２７に実装された非常に高速なデータストレージソリューションによって設定されるように、次世代ビデオゲームの期待されるデータ読み取りおよび書き込み性能に追いつくために更新される必要がある。いくつかの実施形態では、既存のクラウドストレージサーバ１０９を更新して、高速ＮＶＭｅストレージソリューションを使用することができる。ただし、このアプローチは非常に高価である。したがって、バランスの取れた解決策の目的は、クラウドストレージサーバ１０９内の性能が制限されたＨＤＤに格納されたデータを保持して費用を削減すると同時に、ビデオゲームで現在必要とされているデータを管理サーバ１０５－１～１０５－Ｘ内の高速ストレージを通じて確実に利用できるようにすることである。
この目的は、クラウドゲームサーバ１０３－１～１０３－Ｎとクラウドストレージソリューションとの間の密接な協力によって達成されることができ、それは、本質的にクラウドゲームサーバ１０３－１～１０３－Ｎと管理サーバ１０５－１～１０５－Ｘ／クラウドストレージサーバ１０９との間のインタラクションを切り離しあるいはデカップリングを行うという従来技術とは逆のものである。いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎとクラウドストレージソリューションとの間の密接な協力は、ビデオゲームが現在アクセスしているデータ、ビデオゲームが次に／まもなくアクセスできるデータ、及びビデオゲームが特定のデータを使用して終了する時に関する情報を取得するために、クラウドゲームサーバ１０３－１～１０３－Ｎ上で実行中のビデオゲームによって呼び出されるファイルシステムＡＰＩ（アプリケーションプログラミングインターフェース）へのフッキングFを伴う。

ファイルシステムアクセスＡＰＩは、特定の理由で特定の時間に発生するデータアクセスをトリガする。様々なオペレーティングシステムが、ファイルシステムアクセスを含む多くのオペレーティングシステムの概念に関するＡＰＩを定義するＰＯＳＩＸ（Portable Operating System Interface）標準に準拠する。ファイルシステムアクセス用の最も一般的な４つのＰＯＳＩＸ ＡＰＩは、「オープン（open）」、「クローズ（close）」、「リード（read）」、および「ライト（write）」である。「オープン」ＡＰＩは、ファイルを開くために使用される。「クローズ」ＡＰＩは、ファイルを閉じるために使用され、データがまだデータストレージデバイスに書き戻されていない場合に、データストレージデバイスへのデータの書き戻しをトリガする。「リード」ＡＰＩは、データの読み取りに使用される。「ライト」ＡＰＩは、データの書き込みに使用される。「オープン」および「クローズ」ＡＰＩは、ファイルへのアクセスを取得するか、または権限を変更するために使用されるＡＰＩである制御パスＡＰＩと見なされる。「リード」および「ライト」ＡＰＩは、データへのアクセスまたはデータの変更に使用されるＡＰＩであるデータパスＡＰＩと見なされる。

いくつかの実施形態では、ビデオゲーム機ＡＰＩは、ＰＯＳＩＸ ＡＰＩを活用するが、いくつかの追加がある。通常のパーソナルコンピュータまたはサーバコンピュータには、通常、ＨＤＤやＳＳＤなどの単一のデータストレージデバイスがあり、１つまたは複数のパーティションがあり、各パーティションにはファイルシステムが構成されている。ビデオゲーム機のストレージシステムは、パーソナルコンピュータまたはサーバコンピュータと同様の方法で構成される。ただし、ビデオゲーム機では、セキュリティ及びユーザ分離の理由から、セーブデータ及びその他のユーザデータは、セーブデータディスクイメージに格納されることが多く、各セーブデータディスクイメージはビデオゲームの個々のセーブスロットに対応している。各セーブデータディスクイメージには独自のファイルシステムがあり、使用前にマウントし、使用後にアンマウントする必要がある。「マウント」操作及び「アンマウント」操作は、制御パスＡＰＩと見なされるそれぞれのＡＰＩによって実行される。したがって、ビデオゲーム機でのデータアクセスフローの例は、１）（任意選択で、必要に応じて）セーブデータディスクイメージを作成、２）セーブデータディスクイメージをマウント、３）ファイルを開く、４）ファイルから読み込み及び／またはファイルにデータを書き込み、５）ファイルを閉じる、及び６）セーブデータディスクイメージをアンマウント、である。

ビデオゲームにおけるデータアクセスフローの性能の重要な部分は、「リード」および「ライト」ＡＰＩを使用するデータパス内にある。データ「リード」操作の場合、ビデオゲームは、ビデオゲームの継続的な正しい実行をサポートするために、一定時間内にデータが返されることを期待する場合がある。同様に、データ「ライト」操作の場合、ビデオゲームは、ビデオゲームの継続的な正しい実行をサポートするために、データが一定時間内に書き込まれることを期待する場合がある。ストレージソリューションがデータの「リード」及び／または「ライト」を必要な時間内に実行できない場合、ビデオゲームの実行中に悪い事象が起きる可能性がある。発生する可能性のあるこれらの悪い事象の正確な種類は、ビデオゲームの設計とビデオゲームコードの記述方法によって異なる。発生する可能性のあるこれらの悪い事象のいくつかの例としては、ビデオゲームのクラッシュ、ビデオゲーム内での未定義の動作、及び／または、とりわけ、ビデオゲーム内での音の途切れが含まれる。

ビデオゲームがデータの「リード」ＡＰＩまたはデータの「ライト」ＡＰＩを呼び出すと、ビデオゲームは呼び出されたＡＰＩに１つまたは複数のフラグを渡す。これらのフラグを設定して、呼び出されたＡＰＩの実行方法を制御できる。ビデオゲーム内でのデータ読み取りとデータ書き込みの両方の動作は、ビデオゲームが呼び出されたＡＰＩに渡すフラグと、ビデオゲームの構造に依存する。例えば、一部のビデオゲームでは、データ読み取り操作とデータ書き込み操作に同期としてフラグを立てることができ、これは、データの「リード」ＡＰＩとデータの「ライト」ＡＰＩが、データ読み取り操作とデータ書き込み操作が完了するまで、ビデオゲームの実行の継続を妨害することを意味する。ビデオゲームが、ゲームレンダリングを実行するコードからの同期データ読み取りまたはデータ書き込みを呼び出すように記述されている場合、ストレージデバイスの速度が遅いために読み取りまたは書き込み操作の完了に時間がかかるときにはいつも、ビデオゲームの速度低下、または途切れがある。しかし、ビデオゲームが、データ書き込み操作に、通常はデータ書き込み操作に対して行われる、非同期としてフラグを立てた場合、ビデオゲームは書き込まれるデータをオペレーティングシステムに渡し、書き込まれるデータを待機せずにビデオゲームの実行を継続する。ビデオゲームにおけるデータ読み取りおよびデータ書き込み操作の場所、およびデータ読み取りおよびデータ書き込み操作に関連付けられたフラグは、ビデオゲームの設計によって異なる。適切に書き込まれたビデオゲームは、ビデオゲームの滑らかな実行を妨げないように、少なくともビデオゲームコードのスマートな領域でデータ読み取り操作とデータ書き込み操作を実行しようとする。

「マウント」、「オープン」、「クローズ」、「アンマウント」などの制御パスＡＰＩも重要であるが、ビデオゲームの継続的な実行を、それが完了するまで妨害することを予測されることがよくある。したがって、制御パスＡＰＩをタイムリーに実行することは、通常、ビデオゲームの性能にとってそれほど重要ではない。例えば、ビデオゲームは、「マウント」および「オープン」ＡＰＩ呼び出しが完了するまで、データストレージに対して何も実行できず、ビデオゲームの設計者はこれを認識している。制御パスＡＰＩは、本明細書で開示されるシステムおよび方法で使用されて、クラウドストレージサーバ１０９内の性能が制限されたＨＤＤにデータを格納し続けて費用を削減するバランスの取れたストレージソリューションを有するという目的を実現すると同時に、データがビデオゲームが現在必要としているデータは、管理サーバ１０５－１～１０５－Ｘ内のストレージデバイスから迅速に利用可能になる。

最新のビデオゲームでは、大量のユーザデータが生成される。ビデオゲーム及びビデオゲームプラットフォーム（ビデオゲーム機）に応じて、所定のユーザのビデオゲーム用に生成される様々な種類のユーザデータが存在する可能性がある。例えば、いくつかの実施形態では、ユーザデータは、ユーザの他の種類のデータの中でも、ユーザのためのセーブデータ、ユーザのためのダウンロードデータ、ユーザのための記録データ（バッファ内の、または最近プレイされた時間量に対するユーザのゲームプレイの記録）、ユーザのトロフィーデータ、ユーザのプロファイルデータ、ユーザのビデオデータ、ユーザのオーディオデータ、ユーザの一時停止および再開データ（特定の時間においてオンラインゲームシステムの全体的な状態をキャプチャする）を含む。セーブデータはユーザデータの一部であり、通常、特定のセーブ時間におけるゲームの状態とゲーム内のユーザの状態に関するすべてのデータを含むビデオゲームのデータイメージである。ユーザがビデオゲームをプレイすると、ユーザのために作成された多くのセーブデータイメージが存在する可能性がある。例えば、いくつかの実施形態では、セーブデータの生成がトリガされる多くの他の時間／例の中でも、あるレベルから別のレベルに移行するとき、またはあるシーンから別のシーンに変わるときなど、ゲームプレイ中の特定の時点で、ユーザのセーブデータが生成される。また、いくつかの実施形態では、セーブデータの生成は、ユーザによるメニュー選択によってトリガされる。ユーザのセーブデータディスクイメージのサイズは、数メガバイト（ＭＢ）である。

いくつかの実施形態では、異なる種類のユーザデータは、例えば、異なる種類のデータアクセス性能要件など、異なる種類の入力／出力（Ｉ／Ｏ）要件を有してもよい。したがって、いくつかの実施形態では、異なる種類のユーザデータを、異なる種類のＩ／Ｏ要件を満たす異なるクラウドストレージシステムまたは異なるクラウドストレージサーバに格納することができる。また、いくつかの実施形態では、特定のデータの信頼性は、他のデータの信頼性ほど重要ではない。この意味でのデータの信頼性とは、データの保護と可用性の確保を指す。例えば、ユーザにとってセーブデータの信頼性は非常に重要である。ただし、サイズが非常に大きいサスペンドおよびレジュームデータの信頼性はそこまでクリティカルではない場合もある。したがって、サスペンドデータとレジュームデータを失うことは、ユーザのセーブデータを失うことほどにはユーザに損害を与えない可能性がある。また、いくつかの実施形態では、いくつかの種類のユーザデータは、それらに関連付けられた制限された寿命を有する。例えば、システムの更新またはビデオゲームの更新により、一部の種類のユーザデータが、ユーザのビデオゲームのプレイとの互換性や関連性がもはやない可能性がある。また、いくつかの実施形態では、異なる種類のデータは、異なるロードタイム要件を有する可能性がある。例えば、ユーザがシステムにログインするとすぐに、システムデータ及び／またはユーザプロファイルデータをクラウドストレージサーバ１０９から管理サーバ１０５－１～１０５－Ｘにロードする必要がある場合がある。また、特定のゲームが開始されると、他のデータがクラウドストレージサーバ１０９から管理サーバ１０５－１～１０５－Ｘにロードされてもよい。様々な種類のユーザデータ及びシステムデータの中で、Ｉ／Ｏ要件、信頼性、有効期間、およびロードタイミングにおいて可能な変形を考えると、ユーザデータ及びシステムデータが格納されるクラウドストレージサーバの様々なパフォーマンス層と様々な信頼性層が存在する可能性がある。

制御パスＡＰＩは、ビデオゲームがアクセスしようとしているデータに関する情報を提供する。例えば、ビデオゲームが特定のセーブデータディスクイメージ内の特定のファイルからデータを読み取ろうとしている場合、ビデオゲームはまず「マウント」ＡＰＩ呼び出しを使用して特定のセーブデータディスクイメージをマウントし、「オープン」ＡＰＩ呼び出しを使用して、マウントされたセーブデータディスクイメージ内の特定のファイルを次に開く必要がある。この場合、ビデオゲームによる「マウント」ＡＰＩ及び／または「オープン」ＡＰＩ呼び出しは、ビデオゲームが特定のセーブデータディスクイメージ内のデータにアクセスしようとしているという情報を提供する。いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎ上で実行されているビデオゲームによって行われた制御パスＡＰＩ呼び出しから取得された情報は、低速のＨＤＤベースのクラウドストレージサーバ１０９からの制御パスＡＰＩ呼び出しに関連付けられたデータの事前取得をトリガし、取得されたデータを管理サーバ１０５－１～１０５－Ｘ内の高速メモリに格納するために使用される。その後、取得されたデータに向けられたビデオゲームによって行われる任意の後続のデータパスＡＰＩ呼び出しは、管理サーバ１０５－１～１０５－Ｘ内の高速メモリ内のデータにアクセスすることによって高速で完了する。そして、管理サーバ１０５－１～１０５－Ｘ内の高速メモリのデータを用いてビデオゲームを行うと、例えば「アンマウント」制御パスＡＰＩ呼び出しが行われると、管理サーバ１０５－１～１０５－Ｘ内の高速メモリ内のデータは、低速のＨＤＤベースのクラウドストレージサーバ１０９にフラッシュバックされるが、フラッシュされるとは、管理サーバ１０５－１～１０５－Ｘ内の高速メモリ内のデータが低速のＨＤＤベースのクラウドストレージサーバ１０９にコピーされ、その後、管理サーバ１０５－１～１０５－Ｘ内の高速メモリから除去されることを意味する。実装形態によっては、「ライト」ＡＰＩ呼び出しによって、すでにデータがクラウドストレージサーバ１０９に書き戻されている場合がある。これは、実行中のビデオゲームに対して透過的な方法で、オペレーティングシステムを介して発生する可能性がある。「アンマウント」ＡＰＩ呼び出しは、クラウドストレージサーバ１０９にアンマウントされるデータのフラッシュを常に強制する。しかし、通常の動作過程として「ライト」ＡＰＩ呼び出しによってデータがクラウドストレージサーバ１０９にすでに書き戻されている場合、データはすでにクラウドストレージサーバ１０９に書き戻されているため、「アンマウント」ＡＰＩ呼び出しが行われるときにデータフラッシュを行う必要はない。

図２は、いくつかの実施形態による、転送されたデータにアクセスするためクラウドゲームサーバ１０３－１によるデータパスＡＰＩ呼び出しの前にクラウドゲームサーバ１０３－１による制御パスＡＰＩ呼び出しを使用して、クラウドストレージサーバ１０９内の低速データストレージデバイスから管理サーバ１０５－１内の高速データストレージ１１９へのデータ転送をトリガする方法のプロセス図を示す。第１のステップでは、クラウドゲームサーバ１０３－１は、特定のセーブデータディスクイメージ（図２の例ではセーブデータ２）をマウントするため制御パスＡＰＩ呼び出しを発行する。これに応答して、管理サーバ１０５－１は、特定のセーブディスクイメージをマウントする。第２のステップでは、クラウドゲームサーバ１０３－１～１０３－Ｎがマウントされるように要求した特定のセーブディスクイメージ（例えば、セーブデータ２）が、クラウドストレージサーバ１０９から管理サーバ１０５－１内の高速データストレージ１１９にコピーされる。いくつかの実施形態では、高速データストレージ１１９は、ＲＡＭまたはストレージクラスメモリなどのコンピュータメモリデバイス、あるいはＲＡＭ及び／またはストレージクラスメモリと実質的に等価な別の種類のコンピュータメモリである。いくつかの実施形態では、高速データストレージ１１９は、ＳＳＤなどのＮＶＭｅレベルのストレージである。第３のステップでは、クラウドゲームサーバ１０３－１は、１つまたは複数のデータパスＡＰＩ呼び出しを発行して、特定のセーブディスクイメージとの間でデータの読み取り及び／または書き込みを行う。しかしながら、クラウドストレージサーバ１０９にクラウドゲームサーバ１０３－１からのデータパスＡＰＩ呼び出しを提供させるのではなく、データパスＡＰＩ呼び出しは、代わりに、その高速データストレージ１１９内の特定のセーブディスクイメージを現在有する管理サーバ１０５－１によって提供される。

第４のステップでは、クラウドゲームサーバ１０３－１は、制御パスＡＰＩ呼び出しを発行して、特定のセーブデータディスクイメージをアンマウントする。アンマウントＡＰＩ呼び出しに応答して、ストレージシステムは、管理サーバ１０５－１が現在高速データストレージ１１９にある特定のセーブディスクイメージのデータをクラウドストレージサーバ１０９にコピーして戻すように動作する第５のステップを実行する。いくつかの実施形態では、高速データストレージ１１９内の特定のセーブディスクイメージに書き込まれたデータが、通常の動作過程中にクラウドストレージサーバ１０９にコピーして戻される場合（例えば、高速データストレージ１１９に書き込まれるとき）、クラウドゲームサーバ１０３－１によるアンマウントＡＰＩ呼び出しの発行時に、クラウドストレージサーバ１０９にコピーして戻す必要があるデータが存在しない可能性がある。クラウドゲームサーバ１０３－１によるアンマウントＡＰＩ呼び出しに応答して、管理サーバ１０５－１は、特定のセーブディスクイメージの現在のデータが、アンマウントＡＰＩ呼び出し発行時の管理サーバ１０５－１の高速データストレージ１１９に格納されるように、クラウドストレージサーバ１０９にも確実に格納されるように動作することを理解されたい。特定のセーブディスクイメージの現在のデータのすべてがクラウドストレージサーバ１０９内に適切に格納されていることを管理サーバ１０５－１が確認すると、管理サーバ１０５－１は、アンマウントＡＰＩ呼び出しに従って特定の保存ディスクイメージをアンマウントするように動作する。

いくつかの実施形態では、ユーザがビデオゲームをプレイしている間、ユーザのゲームデータは管理サーバ１０５－１～１０５－Ｘに維持される。管理サーバ１０５－１～１０５－Ｘは、ユーザによるビデオゲームのプレイ中、ストレージの必要性を取り扱うために十分なストレージ容量を有するべきである。いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘは、アクティブユーザごとに一定量のストレージを取っておくように動作する。管理サーバ１０５－１～１０５－Ｘに対するストレージ圧力／過負荷の場合、１つのオプションとして、管理サーバ１０５－１～１０５－Ｘは、管理サーバ１０５－１～１０５－Ｘによってではなく、クラウドストレージサーバ１０９によって取り扱われるようにストレージアクセスＡＰＩ呼び出しに指示することができる。別の選択肢として、管理サーバ１０５－１～１０５－Ｘは、一部のデータをクラウドストレージサーバ１０９にフラッシュバックして、管理サーバ１０５－１～１０５－Ｘに対するストレージ圧力／過負荷を緩和することができる。この場合、管理サーバ１０５－１～１０５－Ｘは、すべてのデータまたはデータの一部のいずれかをクラウドストレージサーバ１０９にフラッシュバックする。いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘに対するストレージ圧力／過負荷を緩和するために管理サーバ１０５－１～１０５－Ｘのデータをクラウドストレージサーバ１０９にフラッシュバックする動作は、管理サーバ１０５－１～１０５－Ｘに現在データを格納しているすべてのユーザの現在のストレージ必要性および使用パターンの分析に基づく。いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘがデータをクラウドストレージサーバ１０９にフラッシュバックしてストレージ圧力／過負荷を緩和する場合、管理サーバ１０５－１～１０５－Ｘは、管理サーバ１０５－１～１０５－Ｘによって提供される１つまたは複数のクラウドゲームサーバ１０３－１～１０３－Ｎ上で実行される１つまたは複数のビデオゲームによって必要とされることを期待して、クラウドストレージサーバ１０９から一部のデータをコピーして戻す。いくつかの実施形態では、ビデオゲームがデータを管理サーバ１０５－１～１０５－Ｘに書き込むとき、そのデータが将来クラウドストレージサーバ１０９にコピーされるとしても、ビデオゲームによるアクセスのために管理サーバ１０５－１～１０５－Ｘに維持される。いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘに対して圧力／過負荷が存在する場合、クラウドストレージサーバ１０９へのデータのフラッシュバックを優先するために、所与の時間に管理サーバ１０５－１～１０５－Ｘに格納されるデータを分類するために実装される様々なアルゴリズムがある。また、いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘに対するストレージ圧力／過負荷の場合、別の選択肢として、管理サーバ１０５－１～１０５－Ｘは、クラウドゲームサーバ１０３－１～１０３－Ｎ及び／または、またはビデオゲームにストレージ圧力／過負荷状況を通知することができ、クラウドゲームサーバ１０３－１～１０３－Ｎ及び／または、またはビデオゲームに、ストレージ圧力／過負荷状況を緩和するためにクラウドストレージサーバ１０９にデータのフラッシュバックをトリガさせる。このオプションは、データの損失を防ぐように使用することが可能であり、この場合、管理サーバ１０５－１～１０５－Ｘがデータをクラウドストレージサーバ１０９にフラッシュバックするように動作するときに、クラウドゲームサーバ１０３－１～１０３－Ｎ及び／または、または、ビデオゲームが任意のデータ更新を実行することを妨害することで、データの損失を防ぐ。

いくつかの実施形態では、図２のプロセスは、ユーザによるオンラインゲームセッションの開始時に特に有益であり得る。ユーザがオンラインビデオゲームを開始すると、クラウドゲームサーバ１０３－１～１０３－Ｎは、ストレージサーバ１０７からオンラインビデオゲームの実行可能コードをロードする必要がある。また、クラウドゲームサーバ１０３－１～１０３－Ｎは、ビデオゲームを開始するため、とりわけ、オーディオデータ及び／または、テクスチャデーなどのデータなどの他のデータをロードする必要がある場合がある。クラウドゲームサーバ１０３－１～１０３－Ｎがこのデータをロードし、ビデオゲームをゲームメニュー表示状態に実行するのに、約５秒程度の時間がかかる。この時間は、ユーザのユーザデータをクラウドストレージサーバ１０９から管理サーバ１０５－１～１０５－Ｘにロードするために使用され得る。例えば、この時間は、ビデオゲームの起動時に、ビデオゲームにおけるユーザの最後のセーブポイントに対応するユーザのユーザデータをクラウドストレージサーバ１０９から管理サーバ１０５－１～１０５－Ｘにロードするために使用することができる。次に、ビデオゲームが新しいゲームまたはロードゲームなどのゲームメニューオプションを提示するとき、ビデオゲームでのユーザの最後のセーブポイントのユーザデータは、管理サーバ１０５－１～１０５ーＮの高速データストレージ１１９にすでに格納されていて、ユーザが最後のセーブポイントからビデオゲームのプレイを続行することを選択した場合に、クラウドゲームサーバ１０３－１～１０３－Ｎによる即時かつ高速なアクセスの準備が整っている。次に、ユーザが以前に保存されたゲームをロードすることを選択すると、オープンＡＰＩ呼び出しがクラウドゲームサーバ１０３－１～１０３－Ｎ上で実行されているビデオゲームに、以前のセーブデータディスクイメージ内のユーザのセーブデータファイルを開かせる。このオープンＡＰＩ呼び出しは、管理サーバ１０５－１～１０５－Ｘによって処理され、要求されたセーブデータファイルは、低速クラウドストレージサーバ１０９からではなく、管理サーバ１０５－１～１０５－Ｘ内の高速データストレージ１１９から読み取られる。管理サーバ１０５－１～１０５－Ｘ内の高速データストレージ１１９からユーザのセーブデータファイルを読み取ることによって、ユーザのビデオゲームのプレイをより速く開始できることを理解されたい。クラウドゲームサーバ１０３－１～１０３－Ｎ上でのビデオゲームの実行中に、ビデオゲームは、クラウドストレージサーバ１０９から管理サーバ１０５－１～１０５－Ｘ内の高速データストレージ１１９への追加データのコピーをトリガする追加のデータストレージアクセスＡＰＩ呼び出しを発行することができ、これにより、管理サーバ１０５－１～１０５－Ｘ内の高速データストレージ１１９からビデオゲームが要求するデータに高速でアクセスすることができる。

いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎは、ユーザデータがクラウドストレージサーバ１０９に格納される場所のデータベースを維持する。いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘは、クラウドストレージサーバ１０９からクラウドゲームサーバ１０３－１～１０３－Ｎを遮蔽し、それにより、クラウドゲームシステム１０３－１～１０３－Ｎは、データがクラウドストレージサーバ１０９のどこに格納されているかを追跡し続ける必要がない。いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘは、クラウドストレージサーバ１０９内のどこに様々なデータが格納されているかを示す情報を含むストレージ追跡データベースを維持する。管理サーバ１０５－１～１０５－Ｘがクラウドゲームサーバ１０３－１～１０３－Ｎから特定の種類のユーザデータの要求を取得すると、データストレージアクセスＡＰＩ呼び出しによって、管理サーバ１０５－１～１０５－Ｘは、要求されたデータが位置するクラウドストレージサーバ１０９の識別情報、および要求されたデータが識別されたクラウドストレージサーバ１０９のどこに位置するかを判断するために、ストレージ追跡データベースに問い合わせるように動作する。次に、管理サーバ１０５－１～１０５－Ｘは、識別されたクラウドストレージサーバ１０９にデータの要求を送信する。いくつかの実施形態では、ストレージ追跡データベースはクラウドストレージサーバ１０９に格納され、ストレージ追跡データベースがアクセスされ問い合わせされる管理サーバ１０５－１～１０５－Ｘの高速データストレージ１１９にロードされる。

いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘ上のストレージ追跡データベースは、ユーザが旅行中である、及び／または、データのバックアップ目的で、ならびに／あるいは他の理由で、複数のデータセンタにおけるユーザデータの現在の冗長性および同期を維持するために、他のデータセンタにおいてどのユーザデータファイルを更新する必要があるかを判定するために問い合わせされる。また、いくつかの実施形態では、ユーザは、クラウドゲームサーバ１０３－１～１０３－Ｎ上ではなく、ローカルゲーム機１２７上でビデオゲームをプレイする。これらの実施形態では、管理システム１０５－１～１０５－Ｘ上のストレージ追跡データベースは、ローカルゲーム機１２７が、管理サーバ１０５－１～１０５を介してクラウドストレージサーバ１０９上に格納されたデータにアクセスする必要があるときに使用される。また、いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘ上のストレージ追跡データベースを使用して、ローカルゲーム機１２７上のユーザによるビデオゲームのローカルプレイとクラウドゲームサーバ１０３－１～１０３－Ｎ上でのユーザによるビデオゲームのクラウドゲームプレイとの同期を可能にする。

いくつかの実施形態では、ローカルゲーム機１２７は、データを書き込むことによって消耗するＳＳＤを備える。これを知っているビデオゲームの開発者は、ＳＳＤ内のメモリユニットが耐えることができる限られた数のプログラム／書き込みサイクルに対応する、限られたＳＳＤの寿命を考慮して、ストレージ動作を指示するようにビデオゲームをプログラムする。また、ビデオゲームの開発者は、ＳＳＤへの少量のデータの書き込みが特に問題になることを考慮して、ビデオゲームをプログラムする。したがって、多くのビデオゲームでは、ＳＳＤを装備したローカルゲーム機１２７のフラッシュメモリは、データの小さなブロックをＳＳＤに書き込むことが許可されておらず、代わりに、より大きなブロックのデータをＳＳＤに書き込むために十分なデータが蓄積されるまで、データを保持する必要がある。ＳＳＤへの書き込み／プログラムサイクルの量を低減するため、ビデオゲームは、ストレージアクセスのため「トランザクション」を使用するようにプログラムされる。ストレージアクセスにトランザクションを使用することは、とりわけ、データ破損のリスクを軽減する利点もある。ストレージアクセスにトランザクションを使用する背後にある考え方は、ビデオゲームは、引き続き読み取り、書き込みなどのＰＯＳＩＸ ＡＰＩ呼び出しを使用するが、ビデオゲームが、「コミット」ＡＰＩを呼び出して、ＲＡＭに格納されているデータをＳＳＤにフラッシュすることをトリガする時に、書き込まれたデータはトランザクションが完了するまで、ＲＡＭにのみ格納されるというものである。アンマウントＡＰＩは「暗黙のコミット」である。したがって、ストレージアクセスにトランザクションを使用するＳＳＤを装備したローカルゲーム機１２７におけるデータアクセスフローは、１）（必要に応じて、任意選択で）セーブデータディスクイメージを作成する、２）トランザクションリソースを作成する、３）セーブデータディスクイメージをマウントする、４）ファイルを開く、５）ファイルとの間でデータを読み取る及び／または書き込む（ＲＡＭへの書き込みのみ）、６）ファイルを閉じる、７）データをコミットする、８）トランザクションリソースを削除する、９）セーブデータディスクイメージをアンマウントする、である。クラウドゲームシステムが、ＳＳＤを備えたローカルゲーム機１２７上で実行されるものと同じビデオゲームを実行することができると考えると、クラウドゲームサーバ１０３－１～１０３－Ｎ、管理サーバ１０５－１～１０５－Ｘ、およびクラウドストレージサーバ１０９は、ストレージアクセスのためトランザクションの使用を取り扱うように集合的に構成される。

いくつかの実施形態では、ビデオゲームまたはクラウドゲームシステム１０３－１～１０３－Ｎのいずれかによってトランザクションデータバッファを提供することができる。いくつかの実施形態では、トランザクションデータバッファはＲＡＭにある。いくつかの実施形態では、クラウドゲームシステム１０３－１～１０３－Ｎは、トランザクションバッファのサイズが小さいため、ビデオゲームにトランザクションバッファを提供させる。また、ビデオゲームにトランザクションバッファを提供させることにより、ビデオゲームはトランザクションバッファの限られた容量を認識する。いくつかの実施形態では、ビデオゲームが標準データパス「ライトＡＰＩ」を使用してあまりにも多くのデータを書き込むと、書き込み操作は、書き込み動作を完了するのに十分なスペースがないというエラーで失敗する。

いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－ＮがコミットＡＰＩを呼び出すと、クラウドゲームサーバ１０３－１～１０３－Ｎは、管理サーバ１０５－１～１０５－Ｘがクラウドストレージサーバ１０９へ戻すそのバッファ変更をコミットすることも可能にする。いくつかの実施形態では、コミットＡＰＩ呼び出しがブロッキングＡＰＩ呼び出しである場合（デフォルトまたはフラグの設定による）、コミットＡＰＩ呼び出しは、管理サーバ１０５－１～１０５－Ｘがデータのクラウドストレージサーバ１０９へのフラッシュバックを完了するまでビデオゲームを待機させる。そうしないと、管理サーバ１０５－１～１０５－Ｘがクラッシュした場合にデータ破損が発生する可能性がある。

いくつかの実施形態では、データ破損を防ぐために、コミット／アンマウント動作中に停電またはその他のエラー状態が発生した場合に備えて、コミット／アンマウント操作を実行する前に存在していたデータ状態に戻すメカニズムがある。例えば、いくつかの実施形態では、データをコミットする前に、システムは、更新されると予想されるデータのいずれかを読み取り、そうして、読み取りデータがコミット操作で問題が発生した場合に回復できるようにする。いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘは、コミットＡＰＩ動作を実行する前に、更新されると予想されるデータのいずれかを読み取るようにプログラムされる。管理サーバ１０５－１～１０５－Ｘは、どのデータの変更が要求され、どのようにそのデータを変更するように要求されたかを追跡するようにプログラムされている。
また、いくつかの実施形態では、クラウドストレージサーバ１０９はトランザクションをサポートするように構成されている。これらの実施形態では、管理サーバ１０５－１～１０５－Ｘによるマウント時に、クラウドストレージサーバ１０９がデータ変更を追跡する。次に、コミット／アンマウントＡＰＩ呼び出しは、データ変更のフラッシュをトリガする。管理サーバ１０５－１～１０５－Ｘからクラウドストレージサーバ１０９へのデータ変更のフラッシュが失敗した場合、クラウドストレージサーバ１０９を使用してデータ変更を元に戻すことができる。

図３は、いくつかの実施形態による、クラウドゲームサーバ１０３－１および管理サーバ１０５－１のいくつかの内部構成要素の例示的な図を示す。クラウドゲームサーバ１０３－１のルートコンプレックス３１１は、ＰＣＩｅリンク３０９を介してＰＣＩｅスイッチ３０５のＰＣＩｅポート３１５に接続されたＰＣＩｅ（ｐｅｒｉｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ ｅｘｐｒｅｓｓ）ポート３１３を有する。また、管理サーバ１０５－１のルートコンプレックス３１７は、ＰＣＩｅリンク３０７を介してＰＣＩｅスイッチ３０５のＰＣＩｅポート３１９に接続されたＰＣＩｅポート３１６を有する。
ＰＣＩｅスイッチ３０５は、管理サーバ１０５－１とクラウドゲームサーバ１０３－１のメモリアドレス空間をブリッジするロジックを含む。例えば、管理サーバ１０５－１とクラウドゲームサーバ１０３－１のメモリアドレス空間をブリッジするためのロジックには、管理サーバ１０５－１及びクラウドゲームサーバ１０３－１の両方と通信し、必要なメモリアドレス変換を処理する、非透過ブリッジ（ＮＴＢ）または特別なダイレクトメモリアクセス（ＤＭＡ）エンジンを含めることができる。いくつかの実施形態では、ＤＭＡエンジンをＰＣＩｅスイッチ３０５内に実装することができる。クラウドゲームサーバ１０３－１のルートコンプレックス３１１及び管理サーバ１０５－１のルートコンプレックス３１７の両方が、ＰＣＩｅインターフェース、または、例として、Ｇｅｎ－Ｚコンソーシアムによって開発されたＧｅｎ－Ｚ通信／インターコネクト仕様、またはＰＣＩｅインターフェースもしくはＧｅｎ－Ｚインターフェースのいずれかと本質的に同等であるその他の将来開発されるインターフェースに従って定義されたＧｅｎ－Ｚインターフェースなどの同等のインターフェースを含むことを理解されたい。

例えば、いくつかの実施形態では、ＰＣＩｅスイッチ３０５は任意選択でＮＴＢ３２１を含む。ＰＣＩｅスイッチ３０５がＮＴＢ３２１を含み、ＮＴＢモードにある場合、ＮＴＢ３２１は、クラウドゲームサーバ１０３－１によってデータＩ／Ｏ（入力／出力）コマンドバッファに書き込まれたメモリアクセスコマンド内の物理メモリアドレスを管理サーバ１０５－１のコンピュータメモリ３２３内で管理サーバ１０５－１が取得可能なメモリアドレスに変換するように機能する。ＮＴＢ３２１は、トランザクション層パケット（ＴＬＰ）が組み立ておよび分解されるＰＣＩｅトランザクション層でメモリアドレスを変更するように機能的に動作する。いくつかの実施形態では、ＮＴＢ３２１は、リクエスタ識別子を変更するようにも動作する。
クラウドゲームサーバ１０３－１がストレージＣＰＵ３３１などを介してコマンドバッファを生成する場合、コマンドバッファは最終的にルートコンプレックス３１１によってＴＬＰにラップされる。ストレージＣＰＵ３３１は、ストレージＣＰＵ３３１によって生成されたコマンドバッファ内の任意のメモリアドレスの正確性を保証するように動作する。また、ストレージＣＰＵ３３１は、管理サーバ１０５－１がデータをクラウドゲームサーバ１０３－１に書き戻す必要がある場合に、コマンドバッファ内のメモリアドレスが変換されたアドレスであることを保証するように動作する。ＮＴＢ３２１は、クラウドゲームサーバ１０３－１がコマンドバッファを管理サーバ１０５－１内のメモリアドレスに書き込むときにプレイするようになる。この場合、コマンドバッファが書き込まれるメモリアドレスは、ＮＴＢ３２１によって、及び／または、管理サーバ１０５－１のコンピュータメモリ３２３内の出力メモリ管理ユニット（ＩＯＭＭＵ）３８１によって変換される。ＩＯＭＭＵ３８１は、デバイスから見える仮想メモリアドレスを物理メモリアドレスにマッピングする。また、この場合、コマンドバッファ自体の内容は、ＮＴＢ３２１またはＩＯＭＭＵ３８１によって変更されない。

ＮＴＢモードにより、複数のルートコンプレックスが互いに通信できるようになる、すなわち、互いにデータを交換できる。いくつかの実施形態では、ＰＣＩｅスイッチ３０５が、ＮＴＢデバイスのみが接続されているセカンダリＰＣＩｅスイッチに接続されている場合、セカンダリＰＣＩｅスイッチは、トランザクション層パケット（ＴＬＰ）を転送するだけなので、ＮＴＢを使用する必要はない。コンピュータメモリ３２３は、図２に関して言及された高速データストレージ１１９を表す。様々な実施形態において、コンピュータメモリ３２３は、ＲＡＭまたはストレージクラスメモリ、あるいはＲＡＭ及び／またはストレージクラスメモリと実質的に同等の別の種類のコンピュータメモリであり得る。ＮＴＢ３２１は、データＩ／Ｏコマンドバッファ内のメモリアドレスの変換を取り扱い、変換されたメモリアドレスを管理サーバ１０５－１に提供する。
ＰＣＩｅスイッチ３０５がＮＴＢ３２１を使用しない場合、データＩ／Ｏコマンドバッファに書き込まれたメモリアクセスコマンドは、データＩ／Ｏコマンドバッファ内のメモリアドレスがマッピングされる必要がある管理サーバ１０５－１のコンピュータメモリ３２３内のメモリアドレスを決定するために使用することができる、ホスト識別子または他の種類のメタデータなどの他のメタデータを含むように生成され得る。ＰＣＩｅスイッチ３０５がＮＴＢ３２１を使用しないいくつかの実施形態では、ＤＭＡエンジンを使用して、ＰＣＩｅスイッチ３０５を横切ってパケットを正しい宛先に送信することができる。また、いくつかの実施形態では、ＰＣＩｅスイッチ３０５がＮＴＢ３２１を使用せず、二次ＰＣＩｅスイッチに接続されている場合、二次ＰＣＩｅスイッチは、パケットを正しい宛先に転送するように動作する。

クラウドゲームサーバ１０３－１は、内部データバス３２７に接続された少なくとも１つのＣＰＵ３２５を含む。様々な実施形態では、クラウドゲームサーバ１０３－１は、内部データバス３２７に接続されたＧＰＵ３２９のうちの１つまたは複数、ならびに／あるいは内部データバス３２７に接続されたストレージＣＰＵ３３１の１つ又は複数、ならびに／あるいは内部データバス３２７に接続された復号／暗号化エンジン３３３の１つ又は複数、ならびに／あるいは内部データバス３２７に接続された解凍／圧縮エンジン３３５の１つ又は複数を含むこともできる。内部データバス３２７は、クラウドゲームサーバ１０３－１のルートコンプレックス３１１に接続される。様々な実施形態では、ＧＰＵ３２９は、電子ディスプレイスクリーン上に表示するための画像、アニメーション、およびビデオをレンダリングするため並列動作を実行するように構成されたプロセッサである。また、いくつかの実施形態では、ＧＰＵ３２９の並列処理能力は、反復計算を必要とする非グラフィックアプリケーションにおけるベクトル処理に使用することができる。

様々な実施形態では、ストレージＣＰＵ３３１は、ストレージコマンドの要求を取り扱い、特定の種類のストレージメディアにストレージを割り当てるように構成される。様々な実施形態では、ストレージＣＰＵ３３１およびメインＣＰＵ３２５は、同じまたは異なるアーキテクチャを有することができる。例えば、いくつかの実施形態では、ストレージＣＰＵ３３１は、メインＣＰＵ３２５がｘ８６プロセッサであるアドバンストＲＩＳＣ（縮小命令セットコンピュータ）マシン（ＡＲＭ）プロセッサまたはＭＩＰＳプロセッサであり得る。様々な実施形態では、ストレージＣＰＵ３３１は本質的に任意の種類の適切なコンピュータプロセッサであってよく、メインＣＰＵ３２５は本質的に任意の種類の適切なコンピュータプロセッサであってよいことが理解されるべきである。また、いくつかの実施形態では、メインＣＰＵ３２５及びストレージＣＰＵ３３１の両方を有することに代えて、クラウドゲームサーバ１０３－１～１０３－Ｎは、メインＣＰＵ３２５のみを有する。この場合、両方のＣＰＵを有する場合にストレージＣＰＵ３３１によって実行される筈であった動作はメインＣＰＵ３２５により実行される。しかしながら、本明細書における説明のために、クラウドゲームサーバ１０３－１～１０３－Ｎは、メインＣＰＵ３２５及びストレージＣＰＵ３３１の両方を含むと考えられる。ストレージＣＰＵ３３１がストレージ用にデータを割り当てる特定の種類のストレージメディアは、実行能力、例えば、ストレージメディアの及び／または、例えば、データが、ファイルベースのデータストレージ、フォルダベースのデータストレージ、又はバイトベースのデータストレージなどのストレージメディアに格納される形態のデータ読み取り速度及び／またはデータ書き込み速度に応じて変化し得る。いくつかの実施形態では、ストレージＣＰＵ３３１は、ストレージテーブルに基づいて、追跡および更新されるコンピュータメモリ３３７内の様々な記憶場所を有するクラウドゲームサーバ１０３－１のコンピュータメモリ３３７内のそれぞれの場所に配置するために、データを複数のデータチャンクに分割するように動作する。様々な実施形態では、コンピュータメモリ３３７は、ＲＡＭまたはストレージクラスメモリ、あるいはＲＡＭ及び／またはストレージクラスメモリと実質的に同等の別の種類のコンピュータメモリであり得る。ストレージＣＰＵ３３１はまた、入力／出力毎秒（ＩＯＰＳ）に基づいてストレージを最適化するように機能することができる。いくつかの実施形態では、ＩＯＰＳに基づくストレージ最適化は、回転ストレージメディア、ソリッドステートストレージメディア、及び／またはハイブリッドストレージメディアを含み得る、利用可能なストレージメディアのアクセス速度に相関され得る。様々な実施形態では、復号／暗号化エンジン３３３は、暗号化されたデータを解読し、暗号化されていないデータを暗号化するための暗号アルゴリズムを適用するように構成され、暗号アルゴリズムを適用する専用のプロセッサである。様々な実施形態では、解凍／圧縮エンジン３３５は、圧縮データを解凍し、非圧縮データを圧縮するためのアルゴリズムを適用するように構成され、かつ、そのアルゴリズム専用となるように構成されている。

いくつかの実施形態では、クラウドゲームサーバ１０３－１のコンピュータメモリ３３７は、ルートコンプレックス３１１に接続される。いくつかの実施形態では、クラウドゲームサーバ１０３－１は、ルートコンプレックス３１１に接続されたＤＭＡコントローラ３３９も含む。いくつかの実施形態では、コンピュータメモリ３３７及び／またはＤＭＡコントローラ３３９は、線３６１および３６３それぞれによって示されるように、内部データバス３２７に接続することができる。また、いくつかの実施形態では、クラウドゲームサーバ１０３－１は、ＰＣＩｅリンク３４３を介してルートコンプレックス３１１のＰＣＩｅポート３４５に接続されたＮＶＭｅ ＳＳＤ３４１のうちの１つまたは複数を含むことができる。また、いくつかの実施形態では、クラウドゲームサーバ１０３－１は、ＰＣＩｅリンク３４９を介してルートコンプレックス３１１のＰＣＩｅポート３５１に接続されたＳＡＴＡコントローラ３４７のうちの１つまたは複数を含むことができる。ＳＡＴＡコントローラ３４７は、ＨＤＤ３５３及びＰＣＩｅファブリックのうちの１つまたは複数との間のブリッジとして機能することができる。また、様々な実施形態では、１つまたは複数の他のＰＣＩｅ対応コンポーネントデバイス（複数可）３５５を、それぞれのＰＣＩｅリンク３５９を介してルートコンプレックス３１１のそれぞれのＰＣＩｅポート（複数可）３５７に接続することができる。様々な実施形態では、他のＰＣＩｅ対応コンポーネントデバイス（複数可）３５５は、他のデバイスの中でも、１つまたは複数のＧＰＵ、１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、１つまたは複数のネットワークアダプタ、１つまたは複数のＳＳＤ、１つまたは複数のＳＡＴＡ／ＨＨＤを含むことができる。図３に示されているクラウドゲームサーバ１０３－１のアーキテクチャは、例として提供されていることを理解されたい。様々な実施形態では、クラウドゲームサーバ１０３－１は、図３の例に示されているものよりも多いまたは少ない構成要素を含むことができる。

管理サーバ１０５－１は、内部データバス３６７に接続された少なくとも１つのＣＰＵ３６５を含む。様々な実施形態では、管理サーバ１０５－１は、内部データバス３６７に接続されたＧＰＵ３６９のうちの１つまたは複数、及び／または、内部データバス３６７に接続されたネットワークインターフェースカード（ＮＩＣ）３７３の１つまたは複数も含むことができる。内部データバス３６７は、管理サーバ１０５－１のルートコンプレックス３１７に接続されている。管理サーバ１０５－１はまた、ルートコンプレックス３１７に接続されたＮＶＭｅ ＳＳＤ３７１のうちの１つまたは複数を含むことができる。また、いくつかの実施形態では、ＧＰＵ３６９並びに／或いはＮＩＣ３７３、及び／または他のデバイスは、ＰＣＩｅを使用するように構成でき、内部データバス３６７ではなくルートコンプレックス３１７に直接接続できる。

本明細書で開示されるシステムおよび方法は、クラウドゲームサーバ１０３－１をクラウド管理サーバ１０５－１に接続するＰＣＩｅファブリックを活用して、ＣＰＵ３２５並びに／あるいはストレージＣＰＵ３３１及び／またはクラウドゲームサーバ１０３－１上のＤＭＡコントローラ３３９（及び／または他のデバイス）が、管理サーバ１０５－１のコンピュータメモリ３２３とクラウドゲームサーバ１０３－１のコンピュータメモリ３３７との間でメッセージの送信及びデータのコピーをできるようにするが、その逆も可能である。ＰＣＩｅファブリックを使用してクラウドゲームサーバ１０３－１と管理サーバ１０５－１とを接続した結果、及びＰＣＩｅスイッチ３０５を構成した後は、クラウドゲームサーバ１０３－１と管理サーバ１０５にわたる「共有メモリ」機構である。クラウドゲームサーバ１０３－１は、非常にわずかな費用、例えば、矢印３７９によって示された、管理サーバ１０５－１のＣＰＵ３６５のバイパス化を有する、管理サーバ１０５－１内のコンピュータメモリ３２３の特定の部分３７７に直接アクセスできる。
クラウドゲームサーバ１０３－１によるサーバ管理サーバ１０５－１内のコンピュータメモリ３２３の直接アクセスは、データストレージ要求を管理でき、ルートコンプレックス３１１を介してＣＰＵ３２５及び／またはストレージＣＰＵ３３１及び／またはＤＭＡコントローラ３３９などのＰＣＩｅスイッチ３０５に接続されるクラウドゲームサーバ１０３－１内の任意の装置によって指示され得る。しかしながら、それは、データストレージ要求を管理するためクラウドゲームサーバ１０３－１のＣＰＵ３２５の最も効率的な使用でなくてもよいことを理解されたい。したがって、ストレージＣＰＵ３３１及び／またはＤＭＡコントローラ３３９は、主に、管理サーバ１０５－１のコンピュータメモリ３２３内のデータＩ／Ｏコマンドバッファに書き込まれるメモリアクセスコマンドを生成することにより、クラウドゲームサーバ１０３－１のデータストレージ要求を管理するために使用され得る。

「共有メモリ」メカニズムを提供することに加えて、ＰＣＩｅスイッチ３０５を介したクラウドゲームサーバ１０３－１の管理サーバ１０５－１への接続は、メッセージをクラウドゲームサーバ１０３－１のコンピュータメモリ３３７に、または管理サーバ１０５－１のコンピュータメモリ３２３に、またはＰＣＩｅスイッチ３０５内の何らかのメモリに直接書き込むことによって、クラウドゲームサーバ１０３－１から管理サーバ１０５－１に「メッセージ」の送信を提供し、その逆も同様である。クラウドゲームサーバ１０３－１と管理サーバ１０５－１との間のメッセージの送信を使用して、データＩ／Ｏコマンドバッファに書き込まれるメモリアクセスコマンドの実行を容易にすることができる。
例えば、クラウドゲームサーバ１０３－１は、管理サーバ１０５－１が、データストレージデバイスから取得され、クラウドゲームサーバ１０３－１と管理サーバ１０５－１との間に存在する共有メモリ内のどこかに格納された一部の要求されたデータをもたらす、何らかのメモリアクセスコマンドを実行することを期待する場合、管理サーバ１０５－１によって、クラウドゲームサーバ１０３－１によって監視されるメモリ位置にメッセージが書き込まれて、要求されたデータが、管理サーバ１０５－１によって使用可能になる時及び場所をクラウドゲームサーバ１０３－１に通知することができる。

いくつかの実施形態では、メッセージは、クラウドゲームサーバ１０３－１または管理サーバ１０５－１のいずれかによって、ＰＣＩｅスイッチ３０５を介して公開される１つまたは複数のドアベルレジスタ（複数可）３７５に送信され得る。いくつかの実施形態では、クラウドゲームサーバ１０３－１によるドアベルレジスタ３７５への書き込みにより、管理サーバ１０５－１上で割り込みが発生し、これにより、管理サーバ１０５－１が割り込みを処理する。いくつかの実施形態では、管理サーバ１０５－１による割り込みの処理により、管理サーバ１０５－１は、クラウドゲームサーバ１０３－１と管理サーバ１０５－１との間に存在する共有メモリ内の特定の場所からメッセージ（何らかのデータ）を読み取る。同様に、管理サーバ１０５－１によるドアベルレジスタ３７５への書き込みにより、クラウドゲームサーバ１０３－１上で割り込みが発生し、これにより、クラウドゲームサーバ１０３－１が割り込みを処理する。いくつかの実施形態では、クラウドゲームサーバ１０３－１による割り込みの処理により、クラウドゲームサーバ１０３－１は、クラウドゲームサーバ１０３－１と管理サーバ１０５－１との間に存在する共有メモリ内の特定の場所からメッセージ（何らかのデータ）を読み取る。

メッセージの内容はユースケースによって異なる。いくつかのユースケースでは、メッセージは、ストレージデバイスから一定量のデータを読み取り、読み取ったデータをクラウドゲームサーバ１０３－１と管理サーバ１０５－１の間に存在する共有メモリに格納する要求を伝えることができる。次に、メッセージ内の要求が完了した後、別のメッセージを送信して完了を通知できる。例えば、クラウドゲームサーバ１０３－１が管理サーバ１０５－１にデータストレージから特定のデータを読み取るように要求する第１のメッセージを送信する場合、管理サーバ１０５－１は第１のメッセージで要求を実行し、クラウドゲームサーバ１０３－１に第１のメッセージ要求の完了を通知する第２のメッセージが送信され、特定の要求されたデータがクラウドゲームサーバ１０３－１と管理サーバ１０５－１との間に存在する共有メモリに格納される。

クラウドゲームサーバ１０３－１および管理サーバ１０５－１は、それぞれが独自のメモリマップを有する独立したシステムである。メモリマップは、システム内のコンピュータメモリおよびその他のデバイスのメモリアドレスを保持する。ＰＣＩｅスイッチ３０５は、クラウドゲームサーバ１０３－１および管理サーバ１０５－１の各メモリマップ内のメモリアドレス空間のユーザ構成可能領域を占有する。様々な実施形態では、ＰＣＩｅスイッチ３０５の構成に応じて、クラウドゲームサーバ１０３－１のコンピュータメモリ３３７の物理メモリアドレスは、管理サーバ１０５－１のコンピュータメモリ３２３内の同じまたは異なる物理メモリアドレスにマッピングすることができる。

いくつかの実施形態では、セキュリティ及び／または他の理由で、クラウド管理サーバ１０５－１は、デバイス可視仮想メモリアドレスを物理メモリアドレスにマッピングするＩＯＭＭＵ３８１を実装することなどによって、その現実物理メモリアドレスを隠すように構成することができる。ＩＯＭＭＵ３８１は、デバイスメモリアドレスを物理メモリアドレスにマッピングするように構成され、通常のメモリ管理ユニット（ＭＭＵ）は、仮想メモリアドレスを物理メモリアドレスにマッピングするように構成される。通常のＭＭＵの場合、仮想メモリアドレスは連続しているため、アプリケーションは、例えば、６４ＭＢのメモリのブロックなどのメモリのブロックを認識し、メモリのブロックを操作できるが、実際には、ＭＭＵは連続した仮想メモリアドレスを複数の分離された物理メモリアドレスにマッピングし、アプリケーションからメモリマッピングを隠す。
通常のＭＭＵと同様に、ＩＯＭＭＵ３８１は、クラウドゲームサーバ１０３－１に見える仮想メモリアドレスをコンピュータメモリ３２３内の複数の分離された物理メモリアドレスにマッピングし、管理サーバ１０５－１からメモリマッピングを隠す。このように、ＩＯＭＭＵ３８１を使用することにより、クラウドゲームサーバ１０３－１は、仮想メモリアドレスの連続ブロックが実際にどのように管理サーバ１０５－１のコンピュータメモリ３２３を横切って異なる物理メモリアドレスへマッピングされるかという複雑さを隠しながら、管理サーバ１０５－１上に存在する仮想メモリアドレスの連続ブロックを見ることができる。いくつかの実施形態では、ＩＯＭＭＵ３８１は、管理サーバ１０５－１のルートコンプレックス３１７に含まれる。いくつかの実施形態では、クラウドゲームサーバ１０３－１のルートコンプレックス３１１は、ＩＯＭＭＵ３８３も含むことができる。

図３の構成では、ＩＯＭＭＵ３８１は、クラウドゲームサーバ１０３－１が、特定のメモリアドレス（デバイスアドレス）を、管理サーバ１０５－１のコンピュータメモリ３２３内の特定の物理メモリアドレスと１対１の通信を有するものとして見ることを可能にすることができる。しかし、実際には、ＩＯＭＭＵ３８１は、クラウドゲームサーバ１０３－１から見た特定のメモリアドレスを、管理サーバ１０５－１のコンピュータメモリ３２３内の異なる物理メモリアドレスに再マッピングすることができる。また、いくつかの実施形態では、ＩＯＭＭＵ３８１を使用して、クラウドゲームサーバ１０３－１によるアクセスが許可されていない管理サーバ１０５－１のコンピュータメモリ３２３内の１つまたは複数の指定された物理メモリ領域へのアクセスをブロックすることができる。また、ＩＯＭＭＵ３８１は、管理サーバ１０５－１のコンピュータメモリ３２３内のメモリ断片化をクラウドゲームサーバ１０３－１から効果的に隠すので、ＩＯＭＭＵ３８１の使用は、クラウドゲームサーバ１０３－１内のＤＭＡ転送操作を簡素化することができる。
例えば、ＩＯＭＭＵ３８１が、コンピュータメモリ３２３内の断片化された物理メモリアドレスをメモリアドレスの連続仮想ブロックとしてクラウドゲームサーバ１０３－１に提示するために使用されなかった場合、クラウドゲームサーバ１０３－１は、複数のＤＭＡ転送操作を実行するか、または、コンピュータメモリ３２３内の断片化された物理メモリアドレスにわたってデータを読み取るトランザクションを分散／収集する必要がある。しかし、ＩＯＭＭＵ３８１を使用して、コンピュータメモリ３２３内の断片化された物理メモリアドレスを、メモリアドレスの連続仮想ブロックとしてクラウドゲームサーバ１０３－１に提示することで、クラウドゲームサーバ１０３－１は単一のＤＭＡ転送操作を実行して、コンピュータメモリ３２３内の断片化された物理メモリアドレスにわたってデータを読み取ることができる。

いくつかの実施形態では、管理サーバ１０５－１は、接続部３９２によって示されるように、ＮＩＣ３７３を介してクラウドストレージシステム３９０に接続される。クラウドストレージシステム３９０は、１つまたは複数のクラウドストレージサーバ１０９－１～１０９－Ｙを含む。各クラウドストレージサーバ１０９－１～１０９－Ｙは、それぞれのＮＩＣ３８７－１～３８７－Ｙを含む。また、各クラウドストレージサーバ１０９－１～１０９－Ｙは、それぞれ１つまたは複数のＨＤＤ３８９－１～３８９－Ｙを含む。また、いくつかの実施形態では、クラウドストレージサーバ１０９－１～１０９－Ｙのいくつかは、１つまたは複数のＮＶＭｅ ＳＳＤまたは他の種類のデータストレージデバイスを含む。いくつかの実施形態では、クラウドストレージシステム３９０は、複数の物理記憶媒体（ＨＤＤ）の間でデータストレージを分散し、データ重複排除方法を利用して複数の物理記憶媒体の使用を最適化するように構成および操作される。
クラウドストレージシステム３９０によってアクセス可能／制御される複数の物理記憶媒体は、高速相互接続および高速スイッチによって相互接続される複数の異なるストレージボックスに位置することができる。いくつかの実施形態では、クラウドストレージシステム３９０によりアクセス可能／制御される複数の物理記憶媒体を含む複数の異なるストレージボックスは、データセンタ内の別々の場所に、または地理的に分散された複数のデータセンタの間に設置することができる。いくつかの実施形態では、キャッシングシステムを使用して複数のデータセンタ間でデータストレージを管理することができるため、特定の要求エンティティ、例えば、ユーザがクラウドゲームアプリケーションをプレイするために使用する特定のリモートクライアントデバイスのために利用または必要とされるデータを、要求エンティティに最も近い、または要求エンティティに許容可能なサービス品質を提供する特定のデータセンタに移動することができる。いくつかの実施形態では、キャッシングシステムは、ユーザデータ及び／またはゲームデータを特定のデータセンタに移行するように定義された移行アルゴリズムを利用することができる。

通常、ゲームデータへのアクセスは読み取り専用である。しかし、セーブデータへのアクセスには、読み取り操作と書き込み動作の両方が含まれる。ユーザデータへのアクセスは、管理サーバ１０５－１～１０５－Ｘによって管理され得る。管理サーバ１０５－１～１０５－Ｘは、要求されたセーブデータディスクイメージをクラウドストレージサーバ１０９－１～１０９－Ｙからマウントし、クラウドストレージサーバ１０９－１～１０９－Ｙとのデータ通信に必要なプロトコルを実装する。様々な実施形態では、管理サーバ１０５－１～１０５－Ｘとクラウドストレージサーバ１０９－１～１０９－Ｙとの間の様々なデータ通信のために、ＴＣＰベースのデータ通信プロトコル、例えば、Ｃｅｐｈ、ＮＦＳ、Ａｍａｚｏｎ Ｓ３（ｈｔｔｐベース）など、またはいくつかのその他の種類のオブジェクト、ファイル、もしくはブロックストレージプロトコルなどを使用することができる。前述のように、いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎは、ＰＣＩ Ｅｘｐｒｅｓｓを使用して管理サーバ１０５－１～１０５－Ｘとデータ通信する。いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎは、接続部３９４によって示されるように、ＮＩＣ３７３に接続されたＮＩＣ３９３を介して、ネットワーク上で管理サーバ１０５－１～１０５－Ｘとデータ通信する。クラウドゲームサーバ１０３－１～１０３－Ｎと管理サーバ１０５－１～１０５－Ｘとの間のデータ通信は、中でも、Ｅｔｈｅｒｎｅｔ（ＴＣＰ／ＩＰ）、ＲＤＭＡ、ＩｎｆｉｎｉＢａｎｄなどの様々なデータ通信プロトコルのうちの１つまたは複数に従って行われる。

セーブデータ（およびその他のユーザデータ）がたどるデータ通信経路は、ゲームデータに幾分似ている。どちらの場合も、クラウドゲームサーバ１０３－１～１０３－ＮのＣＰＵ３２５は、異なる制御パスＡＰＩとデータパスＡＰＩに対応するコマンドバッファを生成する。コマンドバッファは、クラウドゲームサーバ１０３－１～１０３－ＮのストレージＣＰＵ３３１によって処理される。ストレージＣＰＵ３３１は、コマンドバッファの送信を管理サーバ１０５－１～１０５－Ｘに指示し、管理サーバ１０５－１～１０５－Ｘは、クラウドストレージサーバ１０９－１～１０９－Ｙのうちの１つまたは複数からマウントされたクラウドストレージを有する。いくつかの実施形態では、制御パスＡＰＩは、とりわけ、Ｅｔｈｅｒｎｅｔ、ＲＤＭＡ、ＩｎｆｉｎｉＢａｎｄなどのネットワーク接続上で伝送することができる。しかしながら、データパスＡＰＩを含むコマンドバッファなどの性能が重要なコマンドバッファは、高速データ接続上で、ＰＣＩｅファブリック上などで管理サーバ１０５－１～１０５－Ｘに伝送される。
管理サーバ１０５－１～１０５－Ｘは、ＣＰＵ３６５を操作して、クラウドゲームサーバ１０３－１～１０３－Ｎから受信するコマンドバッファを受け取って処理するようにプログラムされている。クラウドゲームサーバ１０３－１～１０３－Ｎから受信したコマンドバッファに従って、管理サーバ１０５－１～１０５－Ｘは、中でも、Ｅｔｈｅｒｎｅｔ、Ｃｅｐｈ、ＮＦＳ、Ｓ３などのネットワークプロトコルを使用して、必要に応じてクラウドストレージシステム３９０からデータを取得するように動作する。例えば、いくつかの実施形態では、「ｍｏｕｎｔＳａｖｅＤｉｓｋＩｍａｇｅ」制御パスＡＰＩは、所与のクラウドストレージサーバ１０９－１～１０９－Ｙ内のＨＤＤ３８９－１～３８９－Ｙから管理サーバ１０５－１～１０５－Ｘ内のＲＡＭ３２３またはＮＶＭｅＳＳＤ３７１へデータの転送をトリガする。いくつかの実施形態では、読み取り／書き込みデータパスＡＰＩは、管理サーバ１０５－１～１０５－ＸのＲＡＭ３２３内のデータにアクセスまたは修正する。データがクラウドストレージシステム３９０に書き戻されるプロセスは、トランザクションが使用されるかどうかに依存する。トランザクションを使用しないと、ライト／クローズ／アンマウントＡＰＩは、管理サーバ１０５－１～１０５－Ｘからデータをクラウドストレージシステム３９０にフラッシュバックする。トランザクションを使用して、コミットＡＰＩは、管理サーバ１０５－１～１０５－Ｘからクラウドストレージシステム３９０にデータのいずれの変更もフラッシュバックする。

クラウドゲームサーバ１００の様々な実施形態は、クラウドゲームサーバ１０３（クラウドゲームサーバ１０３はクラウドゲームサーバ１０３－１～１０３－Ｎのいずれかである）、クラウドストレージサーバ１０９（クラウドストレージサーバ１０９は、クラウドストレージサーバ１０９－１～１０９－Ｙのいずれかである）、および管理サーバ１０５（管理サーバ１０５は、管理サーバ１０５－１～１０５－Ｘのいずれかである）を含むことが本明細書に開示される。クラウドゲームサーバ１０３は、ユーザ１２１のコントローラデバイス１２５から受信した入力に従ってビデオゲームを実行するように構成される。クラウドゲームサーバ１０３は、ユーザ１２１によるビデオゲームのプレイをユーザ１２１のローカル計算システム１２０に反映するビデオストリームの伝送を指示するように構成される。クラウドストレージサーバ１０９は、クラウドゲームサーバ１０３とデータ通信している。クラウドストレージサーバ１０９は、ユーザ１２１のユーザデータを格納するためのデータストレージデバイス３８９を含む（データストレージデバイス３８９は、対応するクラウドストレージサーバ１０９－１～１０９－Ｙ内のデータストレージデバイス３８９－１～３８９－Ｙである）。
ユーザデータには、ユーザ１２１によるビデオゲームのプレイを記録するデータが含まれる。管理サーバ１０５は、クラウドゲームサーバ１０３およびクラウドストレージサーバ１０９の両方とデータ通信する。管理サーバ１０５には、クラウドストレージサーバ１０９内のデータストレージデバイスよりも速いデータ速度及び低いレイテンシで動作する、ＮＶＭｅ ＳＳＤ３７１などの高速データストレージデバイスが含まれる。いくつかの実施形態では、クラウドストレージサーバ１０９内のデータストレージデバイスはＨＤＤであり、高速ストレージデバイスはＮＶＭｅ ＳＳＤである。管理サーバ１０５は、クラウドゲームサーバ１０３上で実行されているビデオゲームによって発行されたデータアクセス要求を受信するようにプログラムされている。データアクセス要求は、クラウドストレージサーバ１０９内のデータストレージデバイス３８９に格納された要求されたデータを識別する。管理サーバ１０５は、要求されたデータをクラウドストレージサーバ１０９内のデータストレージデバイス３８９から管理サーバ１０５内の高速データストレージデバイス３７１にコピーするようにプログラムされている。管理サーバ１０５は、クラウドストレージサーバ１０９がデータアクセス要求に応答する代わりに、高速データストレージデバイス３７１を使用してデータアクセス要求に応答するようにもプログラムされている。

管理サーバ１０５－１～１０５－Ｘとクラウドストレージサーバ１０９との間でストレージ性能に差があり、管理サーバ１０５－１～１０５－ＸのＮＶＭｅ ＳＳＤが、クラウドストレージサーバ１０９のＨＤＤよりもはるかに高速であるクラウドゲームサーバ１０３－１～１０３－Ｎにデータを提供するように動作することを理解されたい。また、管理サーバ１０５－１～１０５－Ｘとクラウドストレージサーバ１０９の間のネットワーク性能にも差があり、管理サーバ１０５－１～１０５－Ｘは、クラウドストレージサーバ１０９と比較して、クラウドゲームサーバ１０３－１～１０３－Ｎとの間でより高速のネットワークデータ伝送速度（より高速のネットワーク帯域幅）を提供する。管理サーバ１０５－１～１０５－Ｘをデータキャッシュとして利用することで、クラウドストレージサーバ１０９とのネットワーク通信におけるデータ負荷を制限することができる。管理サーバ１０５－１～１０５－Ｘをデータキャッシュとして使用することにより、クラウドストレージサーバ１０９からの読み取り動作を非常に高速性能で実行できることが保証される。いくつかの実施形態では、管理サーバ１０５－１～１０５－Ｘにキャッシュを提供させることなく、クラウドストレージサーバ１０９との有効なデータ通信帯域幅が大幅に低下する可能性がある。

いくつかの実施形態では、クラウドストレージサーバ１０９は、クラウドゲームサーバ１０３－１～１０３－Ｎとは異なる場所にある。いくつかの実施形態では、多数のクラウドゲームサーバ１０３－１～１０３－Ｎがインターネットサービスプロバイダ（ＩＳＰ）に配置される。これは、ＩＳＰが電力とインターネット接続を無料で提供するため、運用上の理由から安価である。そのような実施形態では、ＩＳＰのデータセンタとクラウドゲームデータセンタとの間のネットワーク帯域幅は良好であるべきであるが、クラウドゲームサーバ１０３－１～１０３－Ｎがクラウドストレージサーバ１０９内のＮＶＭｅ ＳＳＤドライブに直接データを書き込むのに必ずしも十分であるとは限らない。したがって、これらの実施形態では、たとえクラウドストレージサーバ１０９がＨＤＤよりも高速なＮＶＭｅ ＳＳＤドライブを実装しても、管理サーバ１０５－１～１０５－Ｘによって提供されるデータキャッシング機能は依然として有益である。

いくつかの実施形態では、管理サーバ１０５は、第１のネットワークストレージプロトコルを使用してクラウドストレージサーバ１０９と双方向データ通信を行うようにプログラムされ、管理サーバ１０５は、第１のネットワークストレージプロトコルとは異なる第２のネットワークストレージプロトコルを使用して、クラウドゲームサーバ１０３と双方向データ通信を行うようにプログラムされる。いくつかの実施形態では、第２のネットワークストレージプロトコルはＰＣＩｅである。

いくつかの実施形態では、クラウドゲームサーバ１０３上で実行中のビデオゲームによって発行されるデータアクセス要求は、データの特定のグループをマウントする要求である。管理サーバ１０５は、クラウドストレージサーバ１０９に後続のデータアクセス要求に応答させる代わりに、高速ストレージデバイス３７１を使用することによって、クラウドゲームサーバ１０３上で実行中のビデオゲームによって発行されるデータの特定のグループへの後続のデータアクセス要求に応答するようにプログラムされている。いくつかの実施形態では、データの特定のグループは、データオブジェクト、データファイル、またはデータブロックである。いくつかの実施形態では、データの特定のグループは、ビデオゲームのユーザのプレイのためのセーブデータを含む、ビデオゲームのためのセーブデータディスクイメージである。

いくつかの実施形態では、クラウドゲームサーバ１０３上で実行中のビデオゲームによって発行される後続のデータアクセス要求は、読み取りＡＰＩ呼び出しまたは書き込みＡＰＩ呼び出しまたはアンマウントＡＰＩ呼び出しまたはコミットＡＰＩ呼び出しのいずれかである。いくつかの実施形態では、管理サーバ１０５は、管理サーバ１０５内の高速ストレージデバイス３７１内のデータの特定のグループにデータを書き込むことによって、書き込みＡＰＩ呼び出しに応答するようにプログラムされる。いくつかの実施形態では、管理サーバ１０５は、管理サーバ１０５内の高速ストレージデバイス３７１内のデータの特定のグループと、クラウドストレージサーバ１０９内のデータストレージデバイス３８９内のデータの特定のグループとの両方にデータを書き込むことによって書き込みＡＰＩ呼び出しに応答するようにプログラムされる。いくつかの実施形態では、管理サーバ１０５は、管理サーバ１０５内の高速ストレージデバイス３７１内のデータの特定のグループにデータを読み込むことによって、読み込みＡＰＩ呼び出しに応答するようにプログラムされる。いくつかの実施形態では、管理サーバ１０５は、管理サーバ１０５内の高速ストレージデバイス３７１内のデータの特定の分類内の現在のすべてのデータが、クラウドストレージサーバ１０９内のデータストレージデバイス３８９内のデータの特定の分類内にも現在存在することを保証することによって、アンマウントおよびコミットＡＰＩ呼び出しに応答するようにプログラムされる。

図４は、いくつかの実施形態による、クラウドゲームシステム１００を操作するための方法のフローチャートを示す。方法は、ユーザ１２１のコントローラデバイス１２５から受信した入力に従って、クラウドゲームサーバ１０３上でビデオゲームを実行するための操作４０１を含む。方法は、ユーザ１２１によるビデオゲームのプレイをユーザ１２１のローカル計算システム１２０に反映するビデオストリームの伝送を指示するようにクラウドゲームサーバ１０３を操作するための操作４０３も含む。方法はまた、ユーザ１２１のユーザデータをクラウドストレージサーバ１０９に格納させるための操作４０５を含む。ユーザデータには、ユーザ１２１によるビデオゲームのプレイを記録するデータが含まれる。
方法はまた、管理サーバ１０５でデータアクセス要求を受信するための操作４０７を含む。データアクセス要求は、クラウドゲームサーバ１０３上で実行されているビデオゲームによって発行される。データアクセス要求は、クラウドストレージサーバ１０９内のデータストレージデバイス３８９に格納された要求されたデータを識別する。方法は、要求されたデータをクラウドストレージサーバ１０９内のデータストレージデバイス３８９から管理サーバ１０５内の高速データストレージデバイス３７１にコピーするための操作４０９も含む。高速データストレージデバイス３７１は、クラウドストレージサーバ１０９内のデータストレージデバイス３８９よりも速いデータ速度及び低いレイテンシで動作する。いくつかの実施形態では、クラウドストレージサーバ１０９内のデータストレージデバイス３８９はＨＤＤであり、管理サーバ１０５内の高速ストレージデバイス３７１はＮＶＭｅ ＳＳＤである。方法は、クラウドストレージサーバ１０９がデータアクセス要求に応答する代わりに、管理サーバ１０５内の高速データストレージデバイス３７１を使用してデータアクセス要求に応答するための操作４１１をさらに含む。

いくつかの実施形態では、方法は、管理サーバ１０５とクラウドストレージサーバ１０９との間の双方向データ通信のために第１のネットワークストレージプロトコルを使用すること、および管理サーバ１０５とクラウドゲームサーバ１０３との間の双方向データ通信のために第２のネットワークストレージプロトコルを使用することを含み、第２のネットワークストレージプロトコルは、第１のネットワークストレージプロトコルとは異なる。いくつかの実施形態では、第２のネットワークストレージプロトコルはＰＣＩｅである。

いくつかの実施形態では、データアクセス要求は、データの特定の分類をマウントする要求である。いくつかの実施形態では、データの特定のグループは、データオブジェクト、データファイル、またはデータブロックである。いくつかの実施形態では、データの特定のグループは、ビデオゲームのユーザのプレイのためのセーブデータを含む、ビデオゲームのためのセーブデータディスクイメージである。方法はまた、管理サーバ１０５で後続のデータアクセス要求を受信することを含み、後続のデータアクセス要求は、クラウドゲームサーバ１０３上で実行中のビデオゲームによって発行され、後続のデータアクセス要求は、データの特定の分類に向けられる。方法はまた、クラウドストレージサーバ１０９が後続のデータアクセス要求に応答する代わりに、管理サーバ１０５内の高速データストレージデバイス３７１を使用して後続のデータアクセス要求に応答することを含む。

いくつかの実施形態では、後続のデータアクセス要求は、読み取りＡＰＩ呼び出しまたは書き込みＡＰＩ呼び出しまたはアンマウントＡＰＩ呼び出しまたはコミットＡＰＩ呼び出しのいずれかである。いくつかの実施形態では、方法は、管理サーバ１０５内の高速ストレージデバイス３７１内のデータの特定の分類にデータを書き込むことによって、書き込みＡＰＩ呼び出しに応答する管理サーバ１０５を操作することを含む。いくつかの実施形態では、方法は、管理サーバ１０５内の高速ストレージデバイス３７１内のデータの特定の分類と、クラウドストレージサーバ１０９内のデータストレージデバイス３８９内のデータの特定の分類との両方にデータを書き込むことによって書き込みＡＰＩ呼び出しに応答するように管理サーバ１０５を操作することを含む。
いくつかの実施形態では、方法は、管理サーバ１０５内の高速ストレージデバイス３７１内のデータの特定の分類からデータを読み取ることによって、読み取りＡＰＩ呼び出しに応答するように管理サーバ１０５を操作することを含む。いくつかの実施形態では、方法は、管理サーバ１０５内の高速ストレージデバイス３７１内のデータの特定の分類に現在あるすべてのデータが、クラウドストレージサーバ１０９内のデータストレージデバイス３８９内のデータの特定の分類にも現在存在することを保証することによって、アンマウントおよびコミットＡＰＩ呼び出しに応答するように管理サーバ１０５を操作することを含む。

いくつかの実施形態では、管理サーバ１０５－１～１０５－ＸのＣＰＵ３６５は、図４の方法に関連付けられたいずれかの任意選択及び／または補助的操作を含む、図４の方法を実装するように構成される。いくつかの実施形態では、図４の方法の操作を実行するためのコンピュータ実行可能プログラム命令が、管理サーバ１０５－１～１０５－Ｘのコンピュータメモリ３２３に格納される。

本明細書で説明するように、クラウドゲームシステム１００内でオンラインビデオゲームをプレイするためのアクセスがユーザに提供される。クラウドゲームシステム１００へのアクセスは、広い地理的領域にわたって提供することができる。クラウド計算とは、動的にスケーラブルで多くの場合仮想化されたリソースがインターネットを介したサービスとして提供される計算様式である。ユーザは、ユーザをサポートする計算「クラウド」の技術的インフラストラクチャのエキスパートである必要はない。クラウド計算は、サービスとしてのインフラストラクチャ（ＩａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのソフトウェア（ＳａａＳ）などの異なるサービスに分類することができる。クラウド計算サービスは、多くの場合、ウェブブラウザからアクセスするビデオゲームなどの共通のオンラインアプリケーションを提供するが、ソフトウェア及びデータは、クラウド内のサーバ計算システムに格納される。クラウドという用語は、コンピュータネットワーク図におけるインターネットの描かれ方に基づいたインターネットのメタファーとして使用され、複雑なインフラストラクチャを隠し持つことの抽象的概念である。

他の実施形態では、オンラインビデオゲームは、分散型ゲームエンジンによって実行されてよい。これらの実施形態では、分散型ゲームエンジンは、クラウドゲームサーバ１０３－１～１０３－Ｎなどの複数の処理エンティティ上で実行されてよく、その結果、各処理エンティティは、ビデオゲームが実行されるオンライン上で所与のゲームエンジンの機能セグメントを実行する。各処理エンティティは、ゲームエンジンからは単なる計算ノードと見なされる。ゲームエンジンは通常、機能的に多様な一連の操作を行って、ユーザが体験する追加のサービスとともにビデオゲームアプリケーションを実行する。例えば、ゲームエンジンは、ゲームロジックを実装し、ゲーム計算、物理的過程、ジオメトリ変換、レンダリング、照明、シェーディング、オーディオ、及び追加のゲーム内またはゲーム関連サービスを実行する。ゲームエンジンによって実行される追加のサービスには、例えば、メッセージング、ソーシャルユーティリティ、オーディオ通信、ゲームプレイ再生機能、ヘルプ機能などが含まれてよい。
ゲームエンジンは、特定のサーバのハイパーバイザによって仮想化されたオペレーティングシステム上で実行されてよいが、他の実施形態では、ゲームエンジン自体が複数の処理エンティティに分散され、各エンティティはデータセンタの異なるサーバユニットに常駐してよい。いくつかの実施形態では、複数の処理エンティティは、各ゲームエンジンセグメントの必要に応じて、他の種類の処理エンティティの中でも、サーバユニット、仮想マシン、およびコンテナのうちの１つまたは複数を含む。例えば、ゲームエンジンセグメントがカメラの変換を担当する場合、比較的単純な数学演算（例えば、行列変換）を多数行うことになるので、その特定のゲームエンジンセグメントは、グラフィック処理ユニット（ＧＰＵ）に関連付けられた仮想マシンと共にプロビジョニングされてよい。また、例として、より少ないがより複雑な操作を必要とする他のゲームエンジンセグメントは、１つまたは複数のより高出力の中央処理装置（ＣＰＵ）に関連付けられた処理エンティティと共にプロビジョニングされてよい。
いくつかの実施形態では、単一のクラウドゲームサーバ１０３－１が、異なるユーザのために複数の軽量ゲーム（重みは計算リソース消費に関するものである）をホストすることができる。これらの実施形態では、ストレージＣＰＵ３３１および他の構成要素を含むクラウドゲームサーバ１０３－１が共有される。ネットワーク／ＰＣＩｅ接続が共有され、各ユーザは公正な量の時間を得る必要があるとき、クラウドゲームサーバ１０３－１のこの共有により、ストレージ要求及び／またはロードバランシングの優先度が異なるレベルになる可能性がある。いくつかの実施形態では、単一のクラウドゲームサーバ１０３－１は、軽量ゲームとより重いゲームとの両方をホストすることができる（重みは計算リソース消費に関するものである）。

ゲームエンジンを分散することにより、ゲームエンジンは、物理サーバユニットの能力に拘束されない弾力性のある計算特性を備える。代わりに、ゲームエンジンは、必要に応じて、オンラインビデオゲームの要求を満たすためにより多いまたは少ない計算ノードと共にプロビジョニングされる。オンラインビデオゲーム及びビデオゲームプレーヤの観点からは、複数の計算ノードに分散されているゲームエンジンは、ゲームエンジンマネージャまたはスーパーバイザがワークロードを分散し、結果をシームレスに統合して、プレーヤにオンラインビデオゲーム出力構成要素を提供するので、単一の処理エンティティで実行される非分散ゲームエンジンと区別できない。

いくつかの実施形態では、ユーザ／プレーヤは、プロセッサ、ディスプレイ、および入力／出力（Ｉ／Ｏ）デバイスを含む、ローカル計算システム１２０などのクライアントデバイスを介して、クラウドゲームシステム１００によって提供されるリモートサービスにアクセスする。様々な実施形態では、クライアントデバイスは、パーソナルコンピュータ、携帯電話、ネットブックコンピュータ、タブレットコンピュータ、携帯情報端末装置、または別の種類の計算デバイスであり得る。いくつかの実施形態では、クラウドゲームサーバ１０３－１～１０３－Ｎ上で実行されるＮＩＣは、クライアントによって使用されているクライアントデバイスの種類を認識し、必要に応じてクラウドゲームサーバ１０３－１～１０３－Ｎとクライアントデバイスとの間のデータ通信方法を調整する。いくつかの実施形態では、クライアントデバイスは、ＨＴＭＬ（ハイパーテキストマークアップ言語）またはＴＣＰ／ＩＰ（トランスミッションコントロールプロトコル／インターネットプロトコル）またはＷｅｂＲＴＣ（Web Real-Time Communication）などの標準通信方法を使用して、インターネット上でクラウドゲームサーバ１０３－１～１０３－Ｎにアクセスする。

所与のオンラインビデオゲームまたはゲームアプリケーションは、特定のプラットフォーム及び特定の関連コントローラデバイス用に開発され得ることを、理解されたい。しかし、このようなオンラインビデオゲームが、本明細書に記載されるようなクラウドゲームシステム１００を介して利用可能となる場合、ユーザは、別のコントローラデバイスでオンラインビデオゲームにアクセスすることができる。例えば、あるビデオゲームは、ゲーム機及びその関連コントローラ用に開発された可能性があるが、ユーザは、キーボード及びマウスを利用して、パーソナルコンピュータからビデオゲームのクラウドベース版のゲームにアクセスすることができる。このようなシナリオでは、入力パラメータ構成により、ユーザが利用可能なコントローラデバイス（この事例ではキーボード及びマウス）により生成され得る入力から、ビデオゲームのクラウドベース版の実行で受け入れ可能な入力へ、マッピングが定義され得る。

別の例では、ユーザは、タブレット計算デバイス、タッチスクリーンスマートフォン、または他のタッチスクリーン駆動デバイスを介して、クラウドゲームシステム１００にアクセスし得る。この例では、クライアントデバイス及びコントローラデバイスは、同じデバイス内に一緒に統合され、検出されたタッチスクリーン入力／ジェスチャにより入力が提供される。このようなデバイスでは、入力パラメータ構成により、ビデオゲームのゲーム入力に対応する特定のタッチスクリーン入力が定義され得る。たとえば、ボタン、指向性パッド、及び／または他の種類の入力素子が、オンラインビデオゲームの実行中に表示され、またはオーバーレイされ、ユーザがゲーム入力を生成するためにタッチすることが可能であるタッチスクリーン上の位置を示すことができる。また、特定の方向のスワイプまたは特定のタッチ動作などのジェスチャも、ゲーム入力として検出され得る。一実施形態では、タッチスクリーン上での制御操作にユーザを慣れさせるために、例えばオンラインビデオゲームのゲームプレイを始める前に、タッチスクリーンを介してゲームプレイに入力する方法を示すチュートリアルが、ユーザに提供され得る。

いくつかの実施形態では、クライアントデバイスは、コントローラデバイスの接続ポイントとして機能する。より具体的には、コントローラデバイスは、無線接続または有線接続を介してクライアントデバイスと通信し、コントローラデバイスからクライアントデバイスへ入力を伝送する。次に、クライアントデバイスは、これらの入力を処理して、その後入力データを、ルータなどのローカルネットワークデバイスを介してアクセスされ得るネットワーク１２３を介して、クラウドゲームサーバ１０３－１～１０３－Ｎへ伝送し得る。
しかし、別の実施形態では、コントローラ自体が、このような入力をまずクライアントデバイスを通して通信する必要なく、ネットワーク１２３を介して入力を直接クラウドゲームサーバ１０３－１～１０３－Ｎに通信する能力を有するネットワーク化されたデバイスであり得る。例えば、コントローラは、ローカルネットワークデバイス（前述のルータなど）に接続して、クラウドゲームサーバ１０３－１～１０３－Ｎとの間でデータを送受信し得る。したがって、クライアントデバイスは、クラウドベースのビデオゲームからビデオ出力を受信し、それをローカルディスプレイ上にレンダリングすることを必要とされたままであり得ながら、入力レイテンシは、クライアントデバイスをバイパスするため、コントローラがクラウドゲームサーバ１０３－１～１０３－Ｎへネットワーク上で直接入力を送信することを可能にすることにより減少されることが可能である。

いくつかの実施形態では、ネットワーク化されたコントローラ及びクライアントデバイスは、特定の種類の入力をコントローラからクラウドゲームサーバ１０３－１～１０３－Ｎへ直接に、また他の種類の入力を、クライアントデバイスを介してクラウドゲームサーバ１０３－１～１０３－Ｎに送信するように構成され得る。例えば、コントローラ自体は別として、検出が任意の追加のハードウェアまたは処理に依存しない入力は、クライアントデバイスをバイパスするため、ネットワーク１２３を介して直接コントローラからクラウドゲームサーバ１０３－１～１０３－Ｎへ送信することができる。このような入力には、他の種類の入力の中でも、ボタン入力、ジョイスティック入力、埋め込みモーション検出入力（例えば、加速度計、磁力計、及び／またはジャイロスコープにおける入力）が含まれ得る。
しかし、追加のハードウェアを利用するか、クライアントデバイスによる処理を必要とする入力は、コントローラからクライアントデバイスに送信され、次にクライアントデバイスからクラウドゲームサーバ１０３－１～１０３－Ｎに送信される可能性がある。これらの入力は、クラウドゲームサーバ１０３－１～１０３－Ｎへ伝送される前にクライアントデバイスにより処理されることを必要とし得る、ゲーム環境からキャプチャされたビデオまたはキャプチャされたオーディオを含み得る。さらに、コントローラの動作検出ハードウェアからの入力は、キャプチャされたビデオと併せてクライアントデバイスにより処理されて、コントローラの位置及び動作が検出され得、これは次いでクライアントデバイスによりクラウドゲームサーバ１０３－１～１０３－Ｎへ伝達される。様々な実施形態によるコントローラデバイスはまた、クライアントデバイスから、または直接クラウドゲームサーバ１０３－１～１０３－Ｎから、データ（例えばフィードバックデータ）を受信し得ることを理解されたい。

本開示の実施形態は、ハンドヘルドデバイス、マイクロプロセッサシステム、マイクロプロセッサベースまたはプログラマブル民生用エレクトロニクス、ミニコンピュータ、メインフレームコンピュータなどを含む種々のコンピュータシステム構成によって実施してもよい。本開示の実施形態はまた、有線ベースまたは無線ネットワークを介してリンクされる遠隔処理デバイスによりタスクが行われる分散計算環境においても、実施することができる。

いくつかの方法の動作を特定の順序で記載したが、方法動作の処理が方法の成功した実装を提供する限り、方法動作の間に他のハウスキーピング動作が実行されてよく、及び／または方法動作がわずかに異なる時間に起こる、または処理に関連する様々な間隔で処理動作が起こることが可能なシステムに分散され得るように調整されてもよいことを、理解すべきである。

本明細書に開示されるいくつかの実施形態は、コンピュータ可読媒体上のコンピュータ可読コードとして作ることもできる。コンピュータ可読媒体は、データを記憶できる任意のデータストレージデバイスであり、データは後にコンピュータシステムにより読み出すことができる。コンピュータ可読媒体の例には、ハードドライブ、ネットクワーク接続ストレージ（ＮＡＳ）、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＣＤ－ＲＷ、磁気テープ、並びに他の光学及び非光学データストレージデバイスが含まれる。いくつかの実施形態では、コンピュータ可読媒体としては、コンピュータ可読コードが分散的に記憶及び実行されるようにネットワーク結合コンピュータシステム上に分散されたコンピュータ可読有形媒体を挙げることができる。

実施形態の前述の説明は、例示および説明の目的で提供されたものであり、網羅的または限定的であることは意図されていない。特定の実施形態の個々の要素または特徴は、一般に、その特定の実施形態に限定されないが、適用可能な場合、交換可能であり、特に図示または説明されていなくても、選択された実施形態で使用することができる。このように、本明細書に開示された１つまたは複数の実施形態からの１つまたは複数の特徴を、本明細書に開示された１つまたは複数の他の実施形態からの１つまたは複数の特徴と組み合わせて、本明細書に明示的に開示されていないが、本明細書に暗示的に開示されている別の実施形態を形成することができる。この他の実施形態も、多くの方法で変更することができる。そのような実施形態の変形は、本明細書の開示からの逸脱と見なされるべきではなく、そのような実施形態の変形および修正はすべて、本明細書に提供される開示の範囲内に含まれることが意図される。

前述の実施形態は、理解を明確にするためにある程度詳細に説明されたが、添付の特許請求の範囲内で特定の変更及び修正を実施できることは明らかであろう。従って、本明細書に開示される実施形態は、限定ではなく例示としてみなされるべきであり、本実施形態は、本明細書に記載される詳細に限定されるべきではなく、添付の請求項の範囲及び均等物の中で変更されてよい。

Claims (25)

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. 前記第２のネットワークストレージプロトコルは周辺コンポーネント相互接続エクスプレスである、請求項２４に記載の方法。

Images