特表 2023-518367 ビデオゲームのインスタントプレイのための、ならびにクライアント側でゲームデータを破棄およびプリフェッチするためのファイルシステム読み出し動作の追跡

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-05-01

(54)【発明の名称】ビデオゲームのインスタントプレイのための、ならびにクライアント側でゲームデータを破棄およびプリフェッチするためのファイルシステム読み出し動作の追跡

(51)【国際特許分類】

   H04L 67/131 20220101AFI20230424BHJP

   A63F 13/352 20140101ALI20230424BHJP

   A63F 13/70 20140101ALI20230424BHJP

   G06F 8/60 20180101ALI20230424BHJP

   H04L 67/5681 20220101ALI20230424BHJP

【ＦＩ】

H04L67/131

A63F13/352

A63F13/70

G06F8/60

H04L67/5681

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022555709

(86)(22)【出願日】2021-03-17

(85)【翻訳文提出日】2022-09-14

(86)【国際出願番号】 US2021022815

(87)【国際公開番号】W WO2021188711

(87)【国際公開日】2021-09-23

(31)【優先権主張番号】16/821,716

(32)【優先日】2020-03-17

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】517160525

【氏名又は名称】バルブ コーポレーション

(74)【代理人】

【識別番号】110001737

【氏名又は名称】弁理士法人スズエ国際特許事務所

(72)【発明者】

【氏名】グリファイス、ピエール－ループ・ミグエル

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AB08

5B376CA76

(57)【要約】

クライアントマシンは、ゲームセッション中にゲーム実行ファイルによって行われる読み出し動作を追跡することと、追跡した読み出し動作に基づいて、アクセスデータを生成することと、アクセスデータをリモートシステムに報告することと、を行うファイルシステムプロキシコンポーネントを利用し得る。この手法は、リモートシステムが、複数のクライアントマシンによって報告されたアクセスデータを収集することと、クライアントシステム構成に従ってアクセスデータをカタログ化することと、アクセスデータを分析して、クライアントマシンによって使用可能であるデータを生成することと、を行って、ビデオゲームの「インスタントプレイ」、ローカルメモリリソースを解放するためのゲームデータの未使用ブロックの破棄、および／またはゲームプレイ中の待ち時間を低減させるためのゲームデータのローカルプリフェッチング等の様々な特徴の実装を可能にする。
【選択図】図１

【特許請求の範囲】

【請求項1】

クライアントマシンであって、
１つ以上のプロセッサと、
コンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体であって、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
前記クライアントマシン上でビデオゲームをプレイするための、前記ビデオゲームのゲーム実行ファイルを実行することと、
前記クライアントマシンのファイルシステムに対して前記ゲーム実行ファイルによって行われた第１の読み出し動作および第２の読み出し動作を決定することであって、前記第１の読み出し動作が、前記ビデオゲームのゲームデータの第１のブロックを読み出すことを要求し、前記第２の読み出し動作が、前記ゲームデータの第２のブロックを読み出すことを要求する、決定することと、
前記読み出し動作に少なくとも部分的に基づいて、アクセスデータを生成することであって、前記アクセスデータが、
前記ゲームデータの前記第１のブロックの第１の識別子、
前記第１の読み出し動作に少なくとも部分的に基づいて前記ゲームデータの前記第１のブロックがアクセスされた、前記ゲーム実行ファイルの実行中の第１の時間、
前記ゲームデータの前記第２のブロックの第２の識別子、および
前記第２の読み出し動作に少なくとも部分的に基づいて前記ゲームデータの前記第２のブロックがアクセスされた、前記ゲーム実行ファイルの前記実行中の第２の時間、を指定する、生成することと、
リモートシステムに、前記アクセスデータ、前記ビデオゲームの識別子、および前記クライアントマシンの構成を送信することと、を行わせる、非一時的コンピュータ可読媒体と、を備える、クライアントマシン。

【請求項2】

前記クライアントマシンの前記構成が、前記クライアントマシンと関連付けられたハードウェア、ソフトウェア、またはファームウェアのタイプ、バージョン、または特性を指定する、請求項１に記載のクライアントマシン。

【請求項3】

不揮発性メモリをさらに備え、前記ビデオゲームが、第１のビデオゲームであり、前記ゲーム実行ファイルが、前記第１のビデオゲームの第１のゲーム実行ファイルであり、前記ゲームデータが、前記第１のビデオゲームの第１のゲームデータであり、前記コンピュータ実行可能命令が、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
第２のビデオゲームを取得する要求を前記リモートシステムに送信することであって、前記要求が、前記クライアントマシンの前記構成を含む、送信することと、
前記リモートシステムから、
前記第２のビデオゲームの第２のゲーム実行ファイル、および
前記クライアントマシンの前記構成と関連付けられたダウンロードシーケンスデータを受信することであって、前記ダウンロードシーケンスデータが、前記第２のビデオゲームの第２のゲームデータのブロックのシーケンスを指定する、受信することと、
前記不揮発性メモリに、前記ダウンロードシーケンスデータにおいて指定された前記シーケンスに従って、前記第２のゲームデータの前記ブロックのダウンロードを開始することと、
前記クライアントマシン上で前記第２のビデオゲームをプレイするための前記第２のゲーム実行ファイルを実行することと、をさらに行わせる、請求項１に記載のクライアントマシン。

【請求項4】

前記コンピュータ実行可能命令が、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
前記ファイルシステムに対して前記第２のゲーム実行ファイルによって行われた第３の読み出し動作を受信することであって、前記第３の読み出し動作が、前記第２のゲームデータのブロックを読み出すことを要求する、受信することと、
前記第２のゲームデータの前記ブロックが前記不揮発性メモリにダウンロードされたと決定することと、
前記ファイルシステムを使用して、前記第２のゲームデータの前記ブロックを読み出すことと、をさらに行わせる、請求項３に記載のクライアントマシン。

【請求項5】

前記コンピュータ実行可能命令が、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
前記ファイルシステムに対して前記第２のゲーム実行ファイルによって行われた第３の読み出し動作を受信することであって、前記第３の読み出し動作が、前記第２のゲームデータのブロックを読み出すことを要求する、受信することと、
前記第２のゲームデータの前記ブロックの前記不揮発性メモリへのダウンロードが完了していないと決定することと、
前記リモートシステムに、前記第２のゲームデータの前記ブロックの第２の要求を送信することと、
前記リモートシステムから、前記第２のゲームデータの前記ブロックを受信することと、
前記ファイルシステムを使用して、前記第２のゲームデータの前記ブロックを読み出すことと、をさらに行わせる、請求項３に記載のクライアントマシン。

【請求項6】

前記ゲームデータを記憶する不揮発性メモリをさらに備え、前記ゲームデータの複数の第１のブロックが、少なくとも前記ゲームデータの前記第１のブロックおよび前記ゲームデータの前記第２のブロックを含み、前記コンピュータ実行可能命令が、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
前記不揮発性メモリから、前記ゲームデータの１つ以上の第２のブロックを削除する命令を、前記リモートシステムから受信することであって、前記ゲームデータの前記１つ以上の第２のブロックが、閾値期間またはゲームセッションの閾値数にわたって前記クライアントマシン上の前記ゲーム実行ファイルによってアクセスされなかった、前記ゲームデータの未使用ブロックを表す、受信することと、
前記不揮発性メモリから、前記ゲームデータの前記１つ以上の第２のブロックを削除することと、をさらに行わせる、請求項１に記載のクライアントマシン。

【請求項7】

第１の速度で読み出しアクセスを提供するように構成された第１のメモリであって、前記ゲームデータを記憶する、第１のメモリと、
前記第１の速度よりも速い第２の速度で読み出しアクセスを提供するように構成された第２のメモリと、をさらに備え、
前記コンピュータ実行可能命令が、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
前記リモートシステムから、前記クライアントマシンの前記構成と関連付けられたブロック依存性データを受信することであって、前記ブロック依存性データが、前記ゲームデータの前記ブロックの２つ以上の間の個々の関連を指定する、受信することと、
イベントを検出することと、
前記第２のメモリに、前記イベントと関連付けられているものとして前記ブロック依存性データに指定される、前記ゲームデータの前記第１のブロックまたは前記ゲームデータの前記２ブロックのうちの少なくとも１つをキャッシュすることと、
前記第１の読み出し動作または前記第２の読み出し動作のうちの少なくとも１つを受信することと、
前記第２のメモリから、前記ゲームデータの前記第１のブロックまたは前記ゲームデータの前記第２のブロックのうちの少なくとも１つを読み出すことと、をさらに行わせる、請求項１に記載のクライアントマシン。

【請求項8】

第１の速度で読み出しアクセスを提供するように構成された第１の不揮発性メモリであって、前記ゲームデータを記憶する、第１の不揮発性メモリと、
前記第１の速度よりも速い第２の速度で読み出しアクセスを提供するように構成された第２の不揮発性メモリと、
前記第２の速度よりも速い第３の速度で読み出しアクセスを提供するように構成された揮発性メモリと、をさらに備え、
前記コンピュータ実行可能命令が、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
前記リモートシステムから、前記クライアントマシンの前記構成と関連付けられたブロック依存性データを受信することであって、前記ブロック依存性データが、前記ゲームデータの前記ブロックの２つ以上の間の個々の関連を指定する、受信することと、
イベントを検出することと、
前記第２の不揮発性メモリに、前記イベントと関連付けられているものとして前記ブロック依存性データに指定される、前記ゲームデータの前記第１のブロックをキャッシュすることと、
前記揮発性メモリに、前記イベントと関連付けられているものとして前記ブロック依存性データに指定される、前記ゲームデータの前記第２のブロックをキャッシュすることと、
前記第１の読み出し動作を受信することと、
前記第２の不揮発性メモリから前記ゲームデータの前記第１のブロックを読み出すことと、
前記第２の読み出し動作を受信することと、
前記揮発性メモリから前記ゲームデータの前記第２のブロックを読み出すことと、をさらに行わせる、請求項１に記載のクライアントマシン。

【請求項9】

方法であって、
クライアントマシンのプロセッサによって、前記クライアントマシン上でビデオゲームをプレイするための前記ビデオゲームのゲーム実行ファイルを実行することと、
前記プロセッサによって、前記クライアントマシンのファイルシステムに対して前記ゲーム実行ファイルによって行われた第１の読み出し動作および第２の読み出し動作を決定することであって、前記第１の読み出し動作が、前記ビデオゲームのゲームデータの第１のブロックを読み出すことを要求し、前記第２の読み出し動作が、前記ゲームデータの前記第２のブロックを読み出すことを要求する、決定することと、
前記プロセッサによって、前記読み出し動作に少なくとも部分的に基づくアクセスデータを生成することであって、前記アクセスデータが、
前記ゲームデータの前記第１のブロックの第１の識別子、
前記第１の読み出し動作に少なくとも部分的に基づいて前記ゲームデータの前記第１のブロックがアクセスされた、前記ゲーム実行ファイルの実行中の第１の時間、
前記ゲームデータの前記第２のブロックの第２の識別子、および
前記第２の読み出し動作に少なくとも部分的に基づいて前記ゲームデータの前記第２のブロックがアクセスされた、前記ゲーム実行ファイルの前記実行中の第２の時間、を指定する、生成することと、
リモートシステムに、前記アクセスデータ、前記ビデオゲームの識別子、および前記クライアントマシンの構成を送信することと、を含む、方法。

【請求項10】

前記ゲームデータの複数の第１のブロックが、少なくとも前記ゲームデータの前記第１のブロックおよび前記ゲームデータの前記第２のブロックを含み、前記方法が、
前記クライアントマシンの不揮発性メモリから、前記ゲームデータの１つ以上の第２のブロックを削除する命令を、前記リモートシステムから受信することであって、前記ゲームデータの前記１つ以上の第２のブロックが、閾値期間またはゲームセッションの閾値数にわたって前記クライアントマシン上の前記ゲーム実行ファイルによってアクセスされなかった前記ゲームデータの未使用ブロックを表す、受信することと、
前記不揮発性メモリから、前記ゲームデータの前記１つ以上の第２のブロックを削除することと、をさらに含む、請求項９に記載の方法。

【請求項11】

前記ビデオゲームが、第１のビデオゲームであり、前記ゲーム実行ファイルが、前記第１のビデオゲームの第１のゲーム実行ファイルであり、前記ゲームデータが、前記第１のビデオゲームの第１のゲームデータであり、前記方法が、
第２のビデオゲームを取得する要求を前記リモートシステムに送信することであって、前記要求が、前記クライアントマシンの前記構成を含む、送信することと、
前記リモートシステムから、
前記第２のビデオゲームの第２のゲーム実行ファイル、および
前記クライアントマシンの前記構成と関連付けられたダウンロードシーケンスデータを受信することであって、前記ダウンロードシーケンスデータが、前記第２のビデオゲームの第２のゲームデータのブロックのシーケンスを指定する、受信することと、
前記クライアントマシンの不揮発性メモリに、前記ダウンロードシーケンスデータに指定された前記シーケンスに従って、前記第２のゲームデータの前記ブロックのダウンロードを開始することと、
前記プロセッサによって、前記クライアントマシン上で前記第２のビデオゲームをプレイするための前記第２のゲーム実行ファイルを実行することと、をさらに含む、請求項９に記載の方法。

【請求項12】

前記プロセッサによって、前記ファイルシステムに対して前記第２のゲーム実行ファイルによって行われた第３の読み出し動作を受信することであって、前記第３の読み出し動作が、前記第２のゲームデータのブロックを読み出すことを要求する、受信することと、
前記第２のゲームデータの前記ブロックが前記不揮発性メモリにダウンロードされたと決定することと、
前記プロセッサによって、前記ファイルシステムを使用して前記第２のゲームデータの前記ブロックを読み出すことと、をさらに含む、請求項１１に記載の方法。

【請求項13】

前記プロセッサによって、前記ファイルシステムに対して前記第２のゲーム実行ファイルによって行われた第３の読み出し動作を受信することであって、前記第３の読み出し動作が、前記第２のゲームデータのブロックを読み出すことを要求する、受信することと、
前記第２のゲームデータの前記ブロックが、前記不揮発性メモリへのダウンロードが完了してないと決定することと、
前記リモートシステムに、前記第２のゲームデータの前記ブロックの第２の要求を送信することと、
前記リモートシステムから、前記第２のゲームデータの前記ブロックを受信することと、
前記プロセッサによって、前記ファイルシステムを使用して前記第２のゲームデータの前記ブロックを読み出すことと、をさらに含む、請求項１１に記載の方法。

【請求項14】

前記ゲームデータが、前記クライアントマシンの第１のメモリに記憶され、前記第１のメモリが、第１の速度で読み出しアクセスを提供するように構成され、前記方法が、
前記リモートシステムから、前記クライアントマシンの前記構成と関連付けられたブロック依存性データを受信することであって、前記ブロック依存性データが、前記ゲームデータの前記ブロックの２つ以上の間の個々の関連を指定する、受信することと、
前記プロセッサによって、イベントを検出することと、
前記第１の速度よりよりも速い第２の速度で読み出しアクセスを提供するように構成されている前記クライアントマシンの第２のメモリに、前記イベントと関連付けられているものとして前記ブロック依存性データに指定される、前記ゲームデータの前記第１のブロックまたは前記ゲームデータの前記２ブロックのうちの少なくとも１つをキャッシュすることと、
前記プロセッサによって、前記第１の読み出し動作または前記第２の読み出し動作のうちの少なくとも１つを受信することと、
前記プロセッサによって、前記第２のメモリから、前記ゲームデータの前記第１のブロックまたは前記ゲームデータの前記第２のブロックのうちの少なくとも１つを読み出すことと、をさらに含む、請求項９に記載の方法。

【請求項15】

前記イベントを前記検出することが、前記ゲーム実行ファイルが前記ゲームデータの前記第１のブロックを読み出すことを要求したことを検出することを含み、前記キャッシュすることが、前記ゲームデータの前記第２のブロックが前記ゲームデータの前記第１のブロックと関連付けられていると指定する前記ブロック依存性データに少なくとも部分的に基づいて、前記ゲームデータの前記第２のブロックを前記第２のメモリにキャッシュすることを含む、請求項１４に記載の方法。

【請求項16】

方法であって、
リモートシステムによって、共通するクライアントシステム構成を有する複数のクライアントマシンから、ビデオゲームと関連するアクセスデータを受信することであって、前記アクセスデータが、前記複数のクライアントマシンのうちの個々のものについて、少なくとも、
個々のクライアントマシン上でのゲーム実行ファイルの実行中に、前記ビデオゲームの前記ゲーム実行ファイルによってアクセスされた、前記ビデオゲームのゲームデータの第１のブロックの第１の識別子、
前記ゲーム実行ファイルによって前記ゲームデータの前記第１のブロックがアクセスされた、前記個々のクライアントマシン上での前記ゲーム実行ファイルの前記実行中の第１の時間、
前記個々のクライアントマシン上での前記ゲーム実行ファイルの前記実行中に、前記ゲーム実行ファイルによってアクセスされた、前記ゲームデータの第２のブロックの第２の識別子、および
前記ゲーム実行ファイルによって前記ゲームデータの前記第２のブロックがアクセスされた、前記個々のクライアントマシン上での前記ゲーム実行ファイルの前記実行中の第２の時間、を指定する、受信することと、
前記アクセスデータを分析することと、
前記リモートシステムのプロセッサによって、および前記アクセスデータを前記分析することに少なくとも部分的に基づいて、データを生成することであって、前記データが、
少なくとも前記ゲームデータの前記第１のブロックおよび前記ゲームデータの前記第２のブロックが、前記クライアントシステム構成を有するクライアントマシンにダウンロードされるシーケンスを指定するダウンロードシーケンスデータ、あるいは
前記ゲームデータの前記第１のブロックと前記ゲームデータの前記第２のブロックとの間の関連、または前記ゲームデータの前記第１のブロックもしくは前記ゲームデータの前記第２のブロックとイベントとの間の関連、を指定するブロック依存性データのうちの少なくとも１つを含む、生成することと、
前記リモートシステムによって、前記データを、前記クライアントシステム構成を有する１つ以上のクライアントマシンに送信することと、を含む、方法。

【請求項17】

前記データが、前記ダウンロードシーケンスデータを含み、前記方法が、
前記リモートシステムによって、および前記クライアントシステム構成を有するクライアントマシンから、前記ビデオゲームを取得する要求を受信することと、
前記リモートシステムによって、前記ビデオゲームの前記ゲーム実行ファイルを前記クライアントマシンに送信することと、
前記クライアントマシンに、前記ダウンロードシーケンスデータに指定された前記シーケンスに従って、少なくとも前記ゲームデータの前記第１のブロックおよび前記ゲームデータの前記第２のブロックをダウンロードすることと、さらに含む、請求項１６に記載の方法。

【請求項18】

前記データが、前記ダウンロードシーケンスデータを含み、前記アクセスデータを前記分析することが、
前記ゲームデータの前記第１のブロックと関連付けられた第１の統計および前記ゲームデータの前記第２のブロックと関連付けられた第２の統計を計算することと、
前記第１の統計および前記第２の統計に少なくとも部分的に基づいて、前記シーケンスを決定することと、を含む、請求項１６に記載の方法。

【請求項19】

前記データが、前記ブロック依存性データを含み、前記アクセスデータを前記分析することが、
前記ゲームデータの前記第１のブロックと前記ゲームデータの前記第２のブロックとの間の関連を決定すること、または
コンテキストキューと、前記ゲームデータの前記第１のブロックもしくは前記ゲームデータの前記第２のブロックのうちの少なくとも１つとの間の関連を決定すること、のうちの少なくとも１つを含む、請求項１６に記載の方法。

【請求項20】

前記複数のクライアントマシンのうちの１つから受信した前記アクセスデータに少なくとも部分的に基づいて、前記ゲームデータの１つ以上のブロックが、閾値期間またはゲームセッションの閾値数にわたって前記複数のクライアントマシンのうちの前記１つ上の前記ゲーム実行ファイルによってアクセスされなかったと決定することと、
前記複数のクライアントマシンのうちの前記１つの不揮発性メモリから、前記ゲームデータの前記１つ以上のブロックを削除する命令を、前記リモートシステムによって、前記複数のクライアントマシンのうちの前記１つに送信することと、をさらに含む、請求項１６に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本明細書は、２０２０年３月１７日に出願された「ＴＲＡＣＫＩＮＧ ＦＩＬＥ ＳＹＳＴＥＭ ＲＥＡＤ ＯＰＥＲＡＴＩＯＮＳ ＦＯＲ ＩＮＳＴＡＮＴ ＰＬＡＹ ＯＦ ＶＩＤＥＯ ＧＡＭＥＳ」と題された米国特許出願第１６／８２１，７１６号に対する優先権を主張するＰＣＴ出願であり、その全容は参照により本明細書に組み込まれる。

【背景技術】

【0002】

パーソナルコンピュータ（ＰＣ）ビデオゲームを配信するためのサービスは、ネットワークアクセス可能なコンピューティングプラットフォームを利用して、ビデオゲームのデジタルコピーをＰＣに配信し得る。例えば、ユーザは、配信サービスを介して利用可能となるビデオゲームを購入することができ、このビデオゲームは、インターネットを通じてリモートコンピューティングシステムからユーザのＰＣにダウンロードすることができる。今日のビデオゲームの多くは比較的大きく、その結果、ビデオゲームをダウンロードするために相当長い時間がかかり得、また、ビデオゲームは、ユーザのＰＣにダウンロードされると、そのすべてのゲームデータを記憶するために、ＰＣ上のディスクストレージの相当な容量を使用し得る。例えば、ビデオゲームは、１００ギガバイト（ＧＢ）を超えるゲームデータを含み得、これは、ユーザのネットワーク接続のダウンロード速度に応じて、既存の技術を使用してダウンロードするには数時間かかり得る。ビデオゲームの開発者が、ゲームデータのすべてではなく一部がＰＣにダウンロードされた状態でビデオゲームをプレイ可能とするような方法でゲームコードを書いていない限り、ユーザは、ゲームのダウンロードが完了するまでゲームのプレイを待機しなければならない。さらに、大部分のゲームは非常に大きいので、ユーザは、しばしば、ＰＣに最も多くの記憶空間を提供するハードディスクドライブ（ＨＤＤ）にゲームを記憶することを選択する。しかしながら、大容量ＨＤＤの現在の有用性にもかかわらず、ローカル記憶容量は、依然として制限されており、ＨＤＤは、比較的遅い読み出しアクセス速度を提供するので、ゲームセッション中にＰＣがＨＤＤからゲームデータをロードするときに待ち時間が生じ得る。

【0003】

本明細書では、これらのシステムおよび他のシステムを改善および強化するための技術的解決法を提供する。

【図面の簡単な説明】

【0004】

添付の各図を参照して、詳細な説明が記載される。各図において、参照番号の左端数字は、参照番号が最初に現れる図を識別する。異なる図における同じ参照番号の使用は、類似または同一の構成要素または特徴を示す。

【0005】

【図1】本明細書で説明される技術を実装するように構成されたビデオゲーム配信プラットフォームを含む、例示的な環境を例示する図である。

【図2】ファイルシステム読み出し動作を追跡してアクセスデータを生成するための、およびアクセスデータをリモートシステムに送信するための、クライアントマシンの例示的なコンポーネントを例示するブロック図および例示的なプロセスのフロー図を示す。

【図3】クライアントマシンからアクセスデータを受容するための、および１人以上のユーザにわたってアクセスデータを分析するための、本明細書で説明される技術を実装するためのリモートシステムの例示的なコンポーネントを例示するブロック図および例示的なプロセスのフロー図を示す。

【図4】複数のクライアントマシンから受信したアクセスデータに基づいて、特定のブロックのシーケンスでゲームデータのブロックをダウンロードするためにクライアントマシンが使用するダウンロードシーケンスデータを生成するための例示的なプロセスのフロー図である。

【図5】ゲームデータのブロックをプリフェッチしてゲームプレイ中の待ち時間を低減させるために、複数のクライアントマシンから受信したアクセスデータに基づいて、クライアントマシンが使用するブロック依存性データを生成するための例示的なプロセスのフロー図である。

【図6】クライアントマシンから受信したアクセスデータに基づいて、ゲームデータの未使用ブロックを決定するための、およびクライアントマシンに、ゲームデータの未使用ブロックを破棄することを指示するための例示的なプロセスのフロー図である。

【図7】クライアントマシンの不揮発性メモリから未使用のゲームデータのブロックを破棄するための例示的なプロセスのフロー図である。

【図8】ゲームのダウンロードが完了する前に、クライアントマシン上でビデオゲームを実行するための例示的なプロセスのフロー図である。

【図9】ゲームデータのブロックをプリフェッチしてゲームプレイ中の待ち時間を低減させるための例示的なプロセスのフロー図である。

【発明を実施するための形態】

【0006】

ビデオゲーム配信プラットフォームは、ユーザが、ビデオゲームを取得すること、ビデオゲームのデジタルコピーをそれぞれのユーザのクライアントマシンにダウンロードすること、およびインストールされたクライアントアプリケーションを使用してビデオゲームを実行することを可能にし得る。ユーザが自分のクライアントマシン上でビデオゲームをプレイするときに、各クライアントマシン上で動作しているビデオゲームのゲーム実行ファイルは、クライアントマシンのファイルシステムを使用して、ビデオゲームのゲームデータのブロックを読み出すことを連続的に要求し得る。本明細書で使用されるとき、「ゲーム実行ファイル」とは、ビデオゲームの実行コード（例えば、１つ以上の実行可能ファイル）を意味し、この実行コードは、実行されるときに、クライアントマシンの入力デバイスを介して提供されたユーザ入力に基づいて、フレームをレンダリングすることによって、ユーザが、クライアントマシン上でビデオゲームをプレイすることを可能にする。本明細書で使用されるとき、「ゲームデータ」とは、一連のフレームを通じてビデオゲームのゲーム実行ファイルの実行中にゲーム実行ファイルによって読み出されるデータを意味する。ゲームデータは、とりわけ、ビデオゲームのグラフィックスをレンダリングする、ゲームプレイロジックを計算する、および／またはビデオゲームの物理的特性を計算するために使用することができる。ゲームデータの例としては、テクスチャ、仮想オブジェクト、マップ、ゲームキャラクタ、仮想オブジェクトのパラメータおよび他の特徴、ならびに／または仮想ゲームワールド、などが挙げられるが、これらに限定されない。そのようなゲームデータは、ゲームデータをいくつかのブロック（例えば、一様にサイズ決定されたブロック）に分割することによってメモリに記憶することができ、クライアントマシンのファイルシステムは、どのようにゲームデータのこれらのブロックがクライアントマシンのローカルメモリに記憶されるのか、およびそこから検索されるのかを制御するように構成されている。ビデオゲームがクライアントマシン上でプレイされるときに、ビデオゲームのゲーム実行ファイルによって行われる、ゲームデータのブロックの読み出しの各要求は、本明細書において「読み出し動作」と称される。したがって、ビデオゲームのゲーム実行ファイルは、ゲームセッションの全体にわたって、ファイルシステムに対する一連の読み出し動作を行うことができる。

【0007】

本明細書で説明される技術、デバイス、およびシステムは、クライアントマシンのファイルシステムプロキシコンポーネントを使用して、ゲームセッション中にビデオゲームのゲーム実行ファイルによって行われる読み出し動作を追跡し、追跡した読み出し動作に基づいて、アクセスデータを生成して、アクセスデータをリモートシステムに報告することに関する。クライアントマシンによって実装される例示的なプロセスは、クライアントマシン上でビデオゲームをプレイするためのビデオゲームのゲーム実行ファイルを実行することと、クライアントマシンのファイルシステムに対してゲーム実行ファイルによって行われた読み出し動作を決定することと、読み出し動作に少なくとも部分的に基づいて、アクセスデータを生成することと、リモートシステムに、アクセスデータ、ビデオゲームの識別子、およびクライアントマシンの構成を送信することと、を含み得る。ゲーム実行ファイルによって行われる読み出し動作は、ビデオゲームのゲームデータのブロックを読み出すことを要求し得る。したがって、クライアントマシンによって生成されたアクセスデータは、（ｉ）ゲームセッション中にアクセスされたゲームデータのブロックの識別子、および（ｉｉ）読み出し動作に少なくとも部分的に基づいてゲームデータのブロックがアクセスされた、ゲーム実行ファイルの実行中の時間を指定し得る。

【0008】

このテレメトリ手法は、リモートシステムが、複数のクライアントマシンによって報告されたアクセスデータを収集すること、クライアントシステム構成に従ってアクセスデータをカタログ化すること、およびアクセスデータを分析して、ビデオゲームの「インスタントプレイ」、ローカルメモリリソースを解放するためのゲームデータの未使用ブロックの破棄、および／またはゲームプレイ中の待ち時間を低減させるためのゲームデータのローカルプリフェッチングが挙げられるが、これらに限定されない、様々なゲーム関連の特徴を実装するためにクライアントマシンによって使用可能であるデータを生成すること、を可能にする。リモートシステムによって実装される例示的なプロセスは、共通するクライアントシステム構成を有する複数のクライアントマシンから、ビデオゲームと関連するアクセスデータを受信することと、アクセスデータを分析することと、アクセスデータを分析することに少なくとも部分的に基づいて、データを生成することと、クライアントシステム構成を有する１つ以上のクライアントマシンにデータを送信することと、を含み得る。リモートシステムによって受信したアクセスデータは、個々のクライアントマシンについて、（ｉ）個々のクライアントマシン上でのゲーム実行ファイルの実行中にビデオゲームのゲーム実行ファイルによってアクセスされた、ビデオゲームのゲームデータのブロックの識別子、および（ｉｉ）ゲームデータのブロックがゲーム実行ファイルによってアクセスされた、ゲーム実行ファイルの実行中の時間を指定し得る。さらに、アクセスデータを分析することに少なくとも部分的に基づいて、リモートシステムによって生成されたデータは、（ｉ）ゲームデータのブロックの少なくとも一部がクライアントシステム構成を有するクライアントマシンにダウンロードされるシーケンスを指定するダウンロードシーケンスデータ、または、（ｉｉ）ゲームデータの２つ以上のブロックの間の個々の関連を指定するブロック依存性データ、のうちの少なくとも１つを含み得る。

【0009】

言及されるように、有効にすることができる１つの例示的なゲーム関連の特徴は、「インスタントプレイ」特徴である。本明細書で説明されるインスタントプレイ特徴は、ビデオゲームを取得するユーザが、ビデオゲームを取得することに応じて、かつユーザのクライアントマシンへのゲームデータのダウンロードが完了する前に、ビデオゲームのプレイを開始することを可能にすることができる。したがって、ユーザは、ビデオゲームのゲームセッションを開始する前に、ビデオゲームのダウンロードが完了するまで待機する必要はない。インスタントプレイ特徴を有効にするために、リモートシステムは、複数のクライアントマシンから、特定のビデオゲームに関する（本明細書で説明されるような）アクセスデータを受信し得、リモートシステムは、アクセスデータに基づいて、ビデオゲームのゲームデータのブロックのシーケンスを指定するダウンロードシーケンスデータを生成し得る。このシーケンスは、最初にアクセスされる可能性がより高いブロックをシーケンスの始めの方に位置付け、最初にアクセスされる可能性が低いブロックをシーケンスの終わりの方に位置付け得る。このようにして、ゲームデータのブロックがクライアントマシンへのダウンロードを開始するときに、ゲームセッション中に初期にアクセスされる可能性が低いゲームデータの他のブロックをダウンロードする前に、ゲームセッション中に初期にアクセスされる可能性が最も高いゲームデータのブロックが、クライアントマシンの不揮発性メモリに記憶される。これは、ゲームデータのブロックがまだクライアントマシンの不揮発性メモリにダウンロードされている間であっても、ビデオゲームを取得することに応じて、ユーザがビデオゲームのプレイを開始することができることを可能にする。実際には、本明細書で説明される技術およびシステムは、ゲームデータの第１のブロックがユーザのクライアントマシンへのダウンロードを完了する前であっても、ユーザが、ビデオゲームのプレイを開始することを可能にする。これは、クライアントマシン上でファイルシステムプロキシコンポーネントを使用することによって少なくとも部分的に有効にされ、このコンポーネントは、ゲーム実行ファイルによって行われる読み出し動作を受信するように、および要求されたゲームデータのブロックが不揮発性メモリにダウンロードされたかどうか、またはブロックがまだダウンロードを完了する必要があるかどうかを決定するように構成される。ブロックが不揮発性メモリ内に「実現される」場合、これは、不揮発性メモリへのゲームデータのブロックのダウンロードが完了したことを意味し、ゲーム実行ファイルは、ファイルシステムを使用してゲームデータのブロックを読み出すことができる。ブロックが不揮発性メモリへのダウンロードを完了していなかった場合、ファイルシステムプロキシコンポーネントは、読み出し動作を遮断し得、リモートシステムから、ゲームデータの未実現ブロックを要求し得、リモートシステムからブロックを受信することに応じて、ファイルシステムを使用してブロックを読み出すことができる。ゲームデータの未実現ブロックがリモートシステムから検索されている間、ビデオゲームの実行において短い中断が存在し得るが、ビデオゲームの取得に応じてゲームデータのダウンロードが開始すると仮定すれば、また、ゲームデータのブロックが、ゲームセッション中に、ゲーム実行ファイルがデータのブロックにアクセスするシーケンスと整列するシーケンスでダウンロードされると仮定すれば、これが頻繁に生じる可能性は低いか、または全くない。

【0010】

有効にすることができる別の例示的なゲーム関連の特徴は、ゲームデータの未使用ブロックを破棄することによって、クライアントマシン上のローカルメモリリソースを解放することである。クライアントマシンは、ローカルメモリリソースを解放することによって、他のビデオゲームのゲームデータおよび／または他のデータ全般に利用することができる、貴重な記憶容量を再利用することができる。クライアント側のゲームデータの破棄を有効にするために、クライアントマシン－ビデオゲームのゲームデータが不揮発性メモリに記憶されている－は、ビデオゲームのゲーム実行ファイルを実行し得、また、クライアントマシンのファイルシステムに対してゲーム実行ファイルによって読み出し動作が行われたときに、１つ以上のゲームセッションを通じてアクセスデータを生成し得る。このアクセスデータは、１つ以上のゲームセッションにわたってアクセスされたゲームデータのブロックの第１のサブセット、ならびにゲームセッション中にこれらのブロックがアクセスされた時間を指定し得る。リモートシステムは、クライアントマシンからアクセスデータを受信し得、リモートシステムは、アクセスデータに基づいて、ゲームデータの１つ以上の第２のブロックを決定し得、この第２のブロックは、少なくとも閾値期間またはゲームセッションの閾値数にわたって、クライアントマシン上のゲーム実行ファイルによってアクセスされなかったブロックに基づいて、「未使用」ブロックとして分類することができる。この場合、リモートシステムは、不揮発性メモリからゲームデータの１つ以上の第２のブロックを削除することをクライアントマシンに指示する命令をクライアントマシンに送信し得る。クライアントマシンが不揮発性メモリからこれらの未使用ブロックを削除した場合、クライアントマシン上の記憶容量を増加させることができる。さらに、ゲーム実行ファイルが、削除されたゲームデータのブロックを読み出すことを要求するものであった場合、クライアントマシンのファイルシステムプロキシコンポーネントは、オンデマンドの様式でリモートシステムからゲームデータのブロックを要求することができ、ローカルメモリ上にブロックを記憶することと比較して、いくらかの追加的な待ち時間を伴う。

【0011】

有効にすることができる別の例示的なゲーム関連の特徴は、ゲームセッション中にゲームデータをロードするときの待ち時間を減少させるために、ゲームデータのブロックをローカルプリフェッチすることである。ローカルプリフェッチング特徴を有効にするために、リモートシステムは、複数のクライアントマシンから、特定のビデオゲームに関する（本明細書で説明されるような）アクセスデータを受信し得、リモートシステムは、アクセスデータに基づいて、ゲームデータの２つ以上のブロックの間の個々の関連を指定するブロック依存性データを生成し得る。例えば、ブロック依存性データは、ゲームセッション中にゲームデータの第１のブロックがアクセスされたときは常に、典型的にはゲームデータの第２のブロックが閾値期間内にアクセスされることを示し得る。このようにして、ブロック依存性データは、リモートシステムで受信したアクセスデータに示されるアクセスパターンに基づいて、２つ以上のブロックのセットのブロック間の関係を説明し得る。リモートシステムは、ブロック依存性データを、ビデオゲームがインストールされたクライアントマシンに送信することができ、クライアントマシンがビデオゲームのゲーム実行ファイルを実行したときに、クライアントマシンは、ゲームデータが持続的に記憶されるメモリ（例えば、ＨＤＤ、ＳＤカードなどの不揮発性メモリなど）よりも速い読み出しアクセス速度を提供するローカルメモリにブロックをキャッシュすることによって、ゲームデータのブロックをプリフェッチすることができる。このローカルプリフェッチングは、ゲーム実行ファイルがゲームデータのブロックを読み出すことを要求するときのロード時間の待ち時間を低減させることができる。

【0012】

本明細書で説明される技術およびシステムは、ゲーム開発者が今日のビデオゲームを作製する方法を変更する必要なく、クライアントマシンのゲームプレイ機能を向上させ得る。例えば、本明細書で説明されるファイルシステムプロキシコンポーネントなどのクライアント側コンポーネントを実装することは、クライアントマシンのユーザが、ビデオゲームを取得することに応じて、ビデオゲームをプレイすることを可能にし、これは、ユーザが、ゲームセッションを開始する前に、ゲームのダウンロードを（潜在的に数時間）待機する必要がないことを意味する。また、シーケンスの開始時に最初にアクセスされる可能性が最も高いブロックを位置決めするブロックのシーケンスで、ゲームデータをインテリジェントにダウンロードすることも可能にし、これは、ゲームデータのダウンロードが進行中である間の、ゲームプレイ中の待ち時間を低減させることを補助する。クライアントマシンのゲームプレイ機能は、追加的にまたは代替的に、ブロック依存性データに従ってゲームセッション中にゲームデータをプリフェッチすることによって改善され得る。これは、クライアントマシンが、ビデオゲームのゲーム実行ファイルによって行われる一連の読み出し動作において次にアクセスされる可能性が高いゲームデータのブロックがどれなのかを予測することができるからであり、そうしたブロックは、ゲームデータが残存している不揮発性メモリよりも速い読み出しアクセス速度を提供するローカルメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリ）にキャッシュすることができる。これは、ビデオゲームがゲームデータを要求したときに高速アクセスするゲームデータを「プライミング」する。

【0013】

本明細書で説明される技術およびシステムは、追加的にまたは代替的に、少なくともメモリリソースに関して、１つ以上のデバイスがリソースを節約することを可能にし得る。例えば、ゲームデータの未使用ブロックを決定するために１つ以上のクライアントマシンによって生成されたアクセスデータを使用すること、およびゲームデータの未使用ブロックを削除することで、クライアントマシン上のローカルメモリリソースを解放することができる。例えば、クライアントマシンおよび／またはリモートシステムが、追跡されたファイルシステム読み出し動作に関連するアクセスデータから、ユーザがこれまでゲームをシングルプレイヤーモードでプレイしたことがなく、常にマルチプレイヤーモードでゲームをプレイしていると決定した場合、少なくとも閾値期間またはゲームセッションの閾値数にわたってブロックが使用されなかったという決定に基づいて、ビデオゲームのシングルプレイヤーゲームデータをクライアントマシンの不揮発性メモリから削除することができる。

【0014】

図１は、本明細書で説明される技術を実装するように構成されたビデオゲーム配信プラットフォームを含む、例示的な環境１００を例示する図である。コミュニティのユーザ１０２（「顧客」と称されることもある）は、１つ以上のクライアントマシン１０４と関連付けられ得る。したがって、図１に示されるクライアントマシン１０４（１）～（Ｎ）は、ビデオゲームなどのプログラムを実行するためにユーザコミュニティ（または顧客ベース）によって利用することができるコンピューティングデバイスを表す。クライアントマシン１０４は、ＰＣ、デスクトップコンピュータ、ラップトップコンピュータ、携帯電話（例えば、スマートフォン）、タブレットコンピュータ、ポータブルデジタルアシスタント（ＰＤＡ）、ウェアラブルコンピュータ（例えば、仮想現実（ＶＲ）ヘッドセット、拡張現実（ＡＲ）ヘッドセット、スマートメガネ、など）、車両内（例えば、自動車内）コンピュータ、テレビ（スマートテレビ）、セットトップボックス（ＳＴＢ）、ゲームコンソール、および／または任意の同様のコンピューティングデバイスが挙げられるが、これらに限定されない、グラフィックスを処理して関連するディスプレイ上にレンダリングするように、およびネットワークを通じてデータを送信／受信するように構成された、任意の適切なタイプのコンピューティングデバイスとして実装することができる。

【0015】

クライアントマシン１０４の構成は、変化し得る。例えば、クライアントマシン１０４のサブセットは、それぞれが、特定のタイプ、バージョン、もしくは特性のハードウェア（例えば、中央処理ユニット（ＣＰＵ）モデル、グラフィックス処理ユニット（ＧＰＵ）モデル、など）、ならびに／または特定のタイプ、バージョン、もしくは特性のファームウェアおよび／もしくはソフトウェア（例えば、あるバージョンのグラフィックスドライバ、インストールスクリプトに使用するためのダウンロード可能なコンテンツ（ＤＬＣ）パッケージ、ビデオゲームクライアントが動作している言語、など）を使用し得る。これらのおよび他の態様のクライアントマシン１０４のハードウェア、ファームウェア、および／またはソフトウェアは、クライアントマシン１０４の「構成」を構成し、本明細書で使用されるとき、「クライアントシステム構成」と称されることもあり、また、これらは、ビデオゲームの（データのブロックに分割された）ゲームデータをビデオゲーム配信プラットフォームにダウンロードするために使用される有限セットのデポを表し得る。したがって、クライアントマシン１０４のサブセットは、共通のクライアントシステム構成を共有し得、クライアントシステム構成は、クライアントマシン１０４のこれらのサブセットの間で異なり得る。クライアントシステム構成の点で異なるクライアントマシン１０４は、同じビデオゲームの場合であっても、ゲームデータのブロックを異なってダウンロード、記憶、および／またはアクセスし得る。一対のクライアントマシン１０４が、共通のクライアントシステム構成を有しているかどうかを決定することは、マシン１０４が、共通のタイプの閾値数、バージョン、またはハードウェア、ソフトウェア、もしくはファームウェアの特性を共有することに基づき得る。例えば、２つのクライアントマシン１０４が、インストールスクリプトについて少なくとも同じＤＬＣパッケージを使用する場合、これらのマシンは、他の態様がいくらか異なる（例えば、ＧＰＵモデルが異なる、など）にも関わらず、同じクライアントシステム構成を有するとみなされ得る。

【0016】

図１を再度参照すると、クライアントマシン１０４は、コンピュータネットワーク１０８を通じてリモートコンピューティングシステム１０６（「リモートシステム１０６」と短縮されることもある）と通信し得る。このコンピュータネットワーク１０８は、インターネット、他のタイプのデータおよび／もしくは音声ネットワーク、有線インフラストラクチャ（例えば、同軸ケーブル、光ファイバケーブル、など）、無線インフラストラクチャ（例えば、ラジオ周波数（ＲＦ）、セルラ、衛星、など）、ならびに／または他の接続技術を表し得る、および／または含み得るが、これらに限定されない。リモートシステム１０６は、場合によっては、コンピュータネットワーク１０８を介して維持およびアクセスされるネットワークアクセス可能なコンピューティングプラットフォームの一部であってもよい。このようなネットワークアクセス可能コンピューティングプラットフォームは、「オンデマンドコンピューティング」、「サービスとしてのソフトウェア（ＳａａＳ）」、「プラットフォームコンピューティング」、「ネットワークアクセス可能プラットフォーム」、「クラウドサービス」、「データセンタ」などの用語を使用して言及される場合がある。一般に、リモートシステム１０６は、クライアントマシン１０４からアクセスデータ１１０を収集するように構成され、また、データストア１１２内で受信するアクセスデータ１１０をカタログ化する（例えば、系統化する、カテゴリ化する、分類する、など）ように構成される。リモートシステム１０６はまた、アクセスデータ１１０を分析して、本明細書で説明される様々なゲーム関連の特徴を実装するためにクライアントマシン１０４によって使用可能であるデータを生成するように構成され得る。例えば、本明細書で説明されるように、リモートシステム１０６は、ダウンロードシーケンスデータ１１４および／またはブロック依存性データ１１６を生成するように構成され得、リモートシステム１０６は、このデータをクライアントマシン１０４に配信し得る。リモートシステム１０６は、追加的にまたは代替的に、アクセスデータ１１０を分析して、１つ以上のクライアントマシン１０４上のゲームデータの未使用ブロックを決定するように構成され得、また、クライアントマシン１０４上のローカルメモリリソースを解放するために、クライアントマシン１０４に、ゲームデータの未使用ブロックを削除する命令１１８を送信し得る。

【0017】

いくつかの実施形態では、リモートシステム１０６は、プログラム（および、データ）をクライアントマシン１０４に配信する（例えば、ダウンロードする）配信サービスとして作用するか、またはそこにアクセスする。一実施例では、クライアントマシン１０４は、クライアントアプリケーションをインストールし得る。ビデオゲームクライアント（例えば、ビデオゲームをプレイするためのゲームソフトウェア）であり得るクライアントアプリケーションは、クライアントアプリケーションがインストールされるクライアントマシン１０４上で、ビデオゲームなどのプログラムを実行するように構成され得る。クライアントアプリケーションがインストールされた状態で、クライアントマシン１０４は、次いで、コンピュータネットワーク１０８を通じて、リモートシステム１０６からプログラム（例えば、ビデオゲーム）をダウンロードする能力を有し得る。この目的のために、プログラム（例えば、ビデオゲーム）をクライアントマシン１０４にダウンロードして実行するために個々に購入可能である直接購入モデル、サブスクリプションに基づくモデル、プログラムがある期間にわたってレンタルまたはリースされるコンテンツ配信モデルなどの任意のタイプのコンテンツ配信モデル利用することができる。したがって、個々のクライアントマシン１０４は、クライアントアプリケーションをロードすることによって実行可能である１つ以上のインストールされたビデオゲームを含み得、これらのビデオゲームは、実行中にディスプレイ上にグラフィックスをレンダリングし得る。一実施例では、ユーザ１０２は、ビデオゲームクライアントをロードし、所望のビデオゲームを選択して、ビデオゲームの実行を開始することなどによって、自分がリモートシステム１０６から取得（例えば、購入、レンタル、リース、など）してダウンロードした複数のビデオゲームのうちの１つをプレイすることを選択し得る。

【0018】

ユーザ１０２の何人かが、リモートシステム１０６によってこれらのユーザ１０２に対して利用可能にされているビデオゲームをプレイする、図１の例について考える。ユーザ１０２のそれぞれのクライアントマシン１０４上でビデオゲームがプレイされるときに、各クライアントマシン１０４上で動作するゲーム実行ファイルは、ビデオゲームのゲームデータのブロックを読み出す要求をファイルシステムに対して連続的に行い得る。ゲーム実行ファイルによって行われる読み出し動作は、クライアントマシン１０４のファイルシステムプロキシコンポーネントによって追跡されて、アクセスデータ１１０を生成し得る。例えば、クライアントマシン１０４（１）上で動作するゲーム実行ファイルは、ハードディスクドライブ（ＨＤＤ）のセクタから、またはクライアントマシン１０４（１）に取り外し可能に結合されているセキュアデジタル（ＳＤ）カードのセクタからゲームデータのブロックを読み出すことなどによって、ゲーム実行中に、クライアントマシン１０４（１）の１つ以上のローカルメモリリソースからゲームデータのブロックを読み出す要求をクライアントマシン１０４（１）のファイルシステムに対して発行することができる。したがって、クライアントマシン１０４（１）上で実行するビデオゲームのゲーム実行ファイルは、ゲームセッションの全体にわたって、ファイルシステムに対する一連の読み出し動作を行うことができ、クライアントマシン１０４（１）のファイルシステムプロキシコンポーネントは、読み出し動作を追跡して、アクセスデータ１１０を生成することができる。

【0019】

アクセスデータ１１０は、（ｉ）ビデオゲームのアクセスされたゲームデータのブロック（例えば、ゲームセッション中にゲーム実行ファイルによってアクセスされたブロック）を識別するブロック識別子、ならびに（ｉｉ）ゲーム実行ファイルの実行中に、アクセスされたゲームデータのブロックが、読み出し動作を行うゲーム実行ファイルによってアクセスされた時間、を指定し得る。言及されるように、ビデオゲームのゲームデータは、テクスチャ、仮想オブジェクト、マップ、ゲームキャラクタ、などを含み得る。いくつかの実施形態では、ゲームデータは、不揮発性メモリのセクタ（例えば、ＨＤＤ、ＳＤカード、などのセクタ）全体にわたって記憶されて、セクタ内のゲームデータのブロックに系統化され得る。ブロックを使用することは、ファイルシステム内の連続的な記憶空間を使用してあらゆるファイルを記憶する必要性を回避しながら、異なるサイズのファイルを扱う柔軟な方法である。ゲームデータの各ブロックは、ブロック識別子（例えば、数字）を使用して参照および／または位置特定され得る。一般に、クライアントマシン１０４の１つ以上のプロセッサは、１つ以上のデバイスドライバによって指示されたときに、読み出し、書き込み、および／または他の記憶動作を行い得る。いくつかの実施形態では、クライアントマシン１０４は、ゲームプレイ中にゲーム実行ファイルによって行われた読み出し動作に基づいて、どのブロックがアクセスされたか、どこから（例えば、どのセクタが）アクセスされたかを決定するために、ゲームデータのブロックと不揮発性メモリのセクタとの間のマッピングを作成し得る。例えば、ゲーム実行ファイルが読み出し動作を行って、不揮発性メモリの第１のセクタに記憶されたゲームデータにアクセスする場合、第１のセクタに記憶されたゲームデータの特定のブロックの識別子が、アクセスデータ１１０に指定され得る。さらに、アクセスデータ１１０に指定されたアクセス時間は、ゲームセッション中にブロックがアクセスされた順序（またはシーケンス）（例えば、ブロックＡが最初にアクセスされ、その後にブロックＤが続き、その後にブロックＦが続く、など）、ならびにアクセスの相対的時間（例えば、ゲームセッションに入って４分、ゲームセッションに入って９分、ゲームセッションに入って１時間、など）を決定することを可能にし得る。

【0020】

リモートシステム１０６が受信したアクセスデータ１１０は、一意のクライアントシステム構成に従って、および／または対応するビデオゲームのビデオゲームＩＤに従って、データストア１１２にカタログ化され得る。アクセスデータ１１０は、追加的に、アクセスデータ１１０を送信したクライアントマシン１０４上で実行するビデオゲームクライアントにログインしたユーザのユーザアカウントと関連付けて記憶され得る。図１は、クライアントマシン１０４から受信するアクセスデータ１１０を記憶、カタログ化、または別様に系統化するための、リモートシステム１０６によって維持されるデータストア１１２を示す。データストア１１２は、アクセスデータ１１０を、各々がクライアントシステム構成およびビデオゲームＩＤの一意の組み合わせと関連付けられるグループ（またはバケット）に系統化し得る。換言すれば、データストア１１２のアクセスデータ１１０の各バケットは、本明細書で説明されるように、特定のプログラム（例えば、ビデオゲーム）に、および特定のクライアントシステム構成に結び付けられ得る。

【0021】

図１は、ビデオゲームをリモートシステム１０６から取得（例えば、購入、レンタル、リース、など）する要求１２０を送信するクライアントマシン１０４（Ｎ）を示す。例えば、インストールされたビデオゲームクライアントを介して自分のユーザアカウントにログインするクライアントマシン１０４（Ｎ）のユーザは、リモートシステム１０６を介してトランザクションを行って、ビデオゲームを購入し得る。要求１２０に応答して、クライアントマシン１０４（Ｎ）は、リモートシステム１０６から、ビデオゲームのゲーム実行ファイル１２２を受信し得、クライアントマシン１０４はまた、取得したビデオゲームの、およびクライアントマシン１０４の特定のクライアントシステム構成のダウンロードシーケンスデータ１１４および／またはブロック依存性データ１１６を受信し得る。したがって、要求１２０は、クライアントマシン１０４（Ｎ）の構成を含み得、この構成は、その特定のクライアントシステム構成に利用可能であり得るダウンロードシーケンスデータ１１４およびブロック依存性データ１１６を探すように、リモートシステム１０６に伝えることを理解されたい。

【0022】

図１はまた、ダウンロードシーケンスデータ１１４に指定されたブロックのシーケンスに従って、取得したビデオゲームのゲームデータ１２６のブロック１２４のダウンロードを開始するリモートシステム１０６も描写する。図１は、第１のブロック１２４（１）がダウンロードされ、その後に第２のブロック１２４（２）が続き、その後に第３のブロック１２４（３）が続く、などの場合の一例を示す。図１には、クライアントマシン１０４（Ｎ）にダウンロードされるものとして、３つのブロック１２４が描写されているが、ダウンロードシーケンスは、ブロック１２４（３）の後にダウンロードされる追加的なブロックを含む、任意の数のブロック１２４を含み得ることを理解されたい。クライアントマシン１０４（Ｎ）は、ブロック１２４を、ＨＤＤ、ＳＤカードなどの、クライアントマシン１０４（Ｎ）の不揮発性メモリにダウンロードし得る。

【0023】

図１に示されるように、クライアントマシン１０４（Ｎ）は、インスタントプレイ１２８特徴を実装し得、その場合、クライアントマシン１０４（Ｎ）は、ゲームデータ１２６のブロック１２４のダウンロード前またはその間に、取得したビデオゲームのゲーム実行ファイル１２２の実行を開始し得る。例えば、クライアントマシン１０４（Ｎ）は、ゲームデータの第１のブロック１２４（１）がダウンロードされる前であっても、ゲーム実行ファイル１２２の実行を開始し得る。ゲーム実行ファイル１２２は、ユーザがマウスおよび／またはキーボード、ゲームコントローラ、などを使用する場合にはユーザ１０２などの、クライアントマシン１０４（Ｎ）によって受信したユーザ入力に応答して、新しく取得したビデオゲームの起動を開始し得る。この意味で、ユーザ１０２がビデオゲームのプレイを開始するときに関して、ユーザ１０２に課されるいかなる制約も存在し得ない。その結果、ユーザ１０２は、ゲームのプレイを開始し得、ゲーム実行ファイル１２２は、ゲームデータの第１のブロック１２４（１）がクライアントマシン１０４（Ｎ）にダウンロードされる前に実行を開始し得る。ユーザ１０２がビデオゲームを取得した後にある期間だけ待機することを選択した場合、ゲーム実行ファイル１２２は、ゲームデータ１２６の少なくとも１つのブロック１２４（１）がクライアントマシン１０４（Ｎ）にダウンロードされた後に実行を開始し得る。

【0024】

いくつかの実施形態では、クライアントマシン１０４（Ｎ）上で動作するビデオゲームクライアントは、ブロック１２４のダウンロードを開始してから所定の時間が経過するまで、または（例えば、ユーザ１０２がゲームのプレイを開始することを可能にする前に、閾値数のブロック１２４がダウンロードされるまで待機することによって）所定のイベントが生じるまで、ゲーム実行ファイル１２２が開始することを阻止するように構成され得る。所定の時間またはイベントは、どのくらいビデオゲームがインスタントプレイ１２８特徴に好適であるかに基づいて、リモートシステム１０６によって決定され得、リモートシステム１０６は、ビデオゲームの取得に応じて、ゲーム実行ファイル１２２がクライアントマシン１０４（Ｎ）上で動作することを可能にする前に、所定の期間が経過するまで待機する命令および／または所定のイベントが発生するまで待機する命令をビデオゲームクライアントに送信し得る。いくつかの実施形態では、リモートシステム１０６は、「最良のユーザエクスペリエンスのために、［ビデオゲームＸ］のダウンロードを開始してからプレイするまで５分間待機することを推奨します」と述べる推奨を表示することなどによって、クライアントマシン１０４（Ｎ）を介して推奨をユーザ１０２に出力するためのデータを、クライアントマシン１０４（Ｎ）に送信し得る。一実施例では、ビデオゲームがインスタントプレイ１２８特徴に十分適している場合、リモートシステム１０６は、「このゲームは、インスタントプレイの準備ができているので、すぐにプレイを開始することができます。楽しんで！」と述べる通知を出力することを、クライアントマシン１０４（Ｎ）に指示し得る。

【0025】

図１に示されるように、別のクライアントマシン１０４（２）は、ローカルプリフェッチング１３０特徴を実装し得、クライアントマシン１０４（２）は、ゲームプレイ中の待ち時間を低減させるために、ゲームデータ１２６の１つ以上の実現ブロック１２４をプリフェッチし得る。例えば、ビデオゲームのゲームデータ１２６は、第１の速度で読み出しアクセスを提供する第１のメモリ１３２（１）に記憶され得る。この第１のメモリ１３２（１）は、ゲームデータ１２６が残存する、ＨＤＤ、ＳＤカードなどの不揮発性メモリを表し得る。クライアントマシン１０４（２）はまた、第１の速度よりも速い第２の速度で読み出しアクセスを提供する第２のメモリ１３２（２）も含み得る。この第２のメモリ１３２（２）は、追加的な不揮発性メモリ（例えば、ＳＳＤ）であり得るか、または揮発性メモリ（例えば、ＲＡＭなどの作業用メモリ）であり得る。いずれの場合でも、ブロック依存性データ１１６は、ブロック１２４がゲーム実行ファイル１２２によって次に読み出される可能性があるかどうかを決定するために、クライアントマシン１０４（２）によって使用され得、その可能性がある場合は、ブロック１２４を第２のメモリ１３２（２）にキャッシュすることができ、それにより、ゲーム実行ファイル１２２が最終的にブロック１２４を読み出すことを要求したときに、ブロック１２４は、比較的より遅い第１のメモリ１３２（１）からブロック１２４にアクセスするのではなく、第２のメモリ１３２（２）からすぐにアクセスすることができる。以下でより詳細に説明されるように、複数の異なるローカルメモリリソース１３２は、ローカルプリフェッチング１３０特徴の一部としてゲームデータ１２６のブロック１２４をキャッシュするために利用することができ、これは、全体的な帯域幅を向上させることができ、また、ブロック１２４を、例えば、作業用メモリのみにキャッシュするよりもはるかに多く待ち時間を低減させることができる。これは、全体的な帯域幅を向上させ、かつ待ち時間をさらに大幅に低減させることと並行して、ゲーム実行ファイル１２２が、第１のメモリ１３２（１）を含む異なるローカル記憶リソース１３２から読み出すことができるという概念に基づいている。

【0026】

図１に示されるように、さらに別のクライアントマシン１０４（１）は、未使用ゲームデータ削除１３４特徴を実装し得、クライアントマシン１０４（１）は、リモートシステム１０６から、クライアントマシン１０４（１）の不揮発性メモリに記憶されたゲームデータ１２６の１つ以上のブロック１２４を削除する命令１１８を受信し、それに応答して、クライアントマシン１０４（１）は、１つ以上のブロック１２４を削除して、クライアントマシン１０４（１）上のローカルメモリを解放することができる。例えば、リモートシステム１０６は、クライアントマシン１０４（１）から受信したアクセスデータ１１０から、クライアントマシン１０４（１）のユーザ１０２がこれまでビデオゲームのシングルプレイヤーモードをプレイしたことがないと決定し、その結果として、ビデオゲームをシングルプレイヤーモードでプレイするために使用可能であるビデオゲームのゲームデータ１２６のブロック１２４が、閾値期間またはゲームセッションの閾値数にわたってゲーム実行ファイル１２２によってアクセスされなかったと決定し得る。したがって、リモートシステム１０６は、命令１１８をクライアントマシン１０４（１）などの１つ以上のクライアントマシン１０４に送信して、クライアントマシン１０４に、そこにある不揮発性メモリから、以前にクライアントマシン１０４にダウンロードされて、「未使用」ブロック１２４として分類可能であると決定されたゲームデータ１２６の１つ以上の未使用ブロック１２４を削除することを指示し得る。命令１１８は、クライアントマシン１０４（１）がゲームデータ１２６の正しいブロック１２４を削除することができ、それにより、クライアントマシン１０４（１）上でゲームをプレイするユーザエクスペリエンスを損なうことなく、ローカルメモリ容量を解放するように、未使用ブロック１２４の識別子を指定し得る。

【0027】

図２は、クライアントマシン１０４の例示的なコンポーネントを例示するブロック図、ならびにファイルシステム読み出し動作を追跡してアクセスデータ１１０を生成するための、およびアクセスデータ１１０をリモートシステム１０６に送信するための例示的なプロセス２００のフロー図を示す。例示される実装形態において、クライアントマシン１０４は、他のコンポーネントの中でも、中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）などの１つ以上のプロセッサ２０２、１つ以上の入力デバイス２０４、１つ以上の出力デバイス２０６、非一時的コンピュータ可読媒体２０８、ローカルメモリ１３２、および通信インターフェース２１０を含む。

【0028】

非一時的コンピュータ可読媒体２０８は、揮発性および不揮発性メモリ、コンピュータ可読命令、データ構造、プログラムモジュール、または他のロジックおよび／もしくはデータなどの情報を記憶するための任意の方法または技術で実装された、取り外し可能および取り外し不可能な媒体を含み得る。そのようなメモリとしては、限定されるものではないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多目的ディスク（ＤＶＤ）もしくは他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、ＲＡＩＤストレージシステム、または所望の情報を記憶するために使用され得、コンピューティングデバイスによってアクセスされ得る、任意の他の媒体が挙げられる。コンピュータ可読媒体２０８は、コンピュータ可読媒体２０８に記憶された命令を実行するためにプロセッサ２０２によってアクセス可能な任意の利用可能な物理的媒体であり得る、コンピュータ可読記憶媒体（「ＣＲＳＭ」）として実装され得る。１つの基本的な実装形態では、ＣＲＳＭは、ランダムアクセスメモリ（「ＲＡＭ」）およびフラッシュメモリを含み得る。他の実装形態では、ＣＲＳＭとしては、リードオンリーメモリ（「ＲＯＭ」）、電気的消去可能プログラマブルリードオンリーメモリ（「ＥＥＰＲＯＭ」）、または所望の情報を記憶するために使用することができ、かつプロセッサ２０２によってアクセスすることができる任意の他の有形媒体が挙げられ得るが、これらに限定されない。さらに、ローカルメモリ１３２は、コンピュータ可読媒体２０８とは別体であるように示されているが、いくつかの実装形態では、コンピュータ可読媒体２０８、ならびにローカルメモリ１３２（１）、１３２（２）、および／または１３２（３）のうちの任意の１つ以上は、同じメモリまたは同じメモリの少なくとも一部分を表し得ることを理解されたい。

【0029】

ここで、図２に示されるプロセス２００を参照する。本明細書で説明されるプロセスは、ロジックフローグラフ内の一群のブロックとして例示され、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組み合わせ（本明細書では「ロジック」と称されることもある）に実装することができる動作シーケンスを表す。ソフトウェアの文脈では、ブロックは、コンピュータ実行可能命令を表し、コンピュータ実行可能命令は、１つ以上のプロセッサによって実行されるときに、列挙された動作を行う。一般に、コンピュータ実行可能命令は、特定の機能を実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。動作が記載される順序は、限定として解釈されることを意図するものではなく、任意のいくつかの記載されたブロックは、プロセスを実装するために任意の順序でおよび／または並行して組み合わされ得る。

【0030】

考察の目的で、プロセス２００を行うクライアントマシン１０４が、すでにビデオゲームクライアント２１２をインストールしたものと仮定し、これは、コンピュータ可読媒体２０８に記憶されて、ビデオゲームのためのゲーム実行ファイル１２２を実行するように構成されているクライアントアプリケーションを表す。クライアントマシン１０４のユーザ１０２は、ビデオゲームを取得（例えば、購入、レンタル、リース、など）し得、その取得に応じて、ビデオゲームはインストールされて（例えば、リモートシステム１０６からダウンロードされて）、不揮発性メモリに維持され得る。いくつかの実施形態では、第１のローカルメモリ１３２（１）（「第１のメモリ１３２（１）」と称されることもある）は、不揮発性メモリ（例えば、ＨＤＤ、ＳＤカード、など）を表し得、第１のメモリ１３２（１）は、第１の速度で読み出しアクセスを提供し得る。ゲームデータ１２６のブロック１２４がリモートシステム１０６からダウンロードされるときに、ゲームデータ１２６のブロック１２４は、第１のメモリ１３２（１）にダウンロードされ得る。一方で、第２のメモリ１３２（２）は、追加的な不揮発性メモリ（例えば、ソリッドステートドライブ（ＳＳＤ））を表し得、第２のメモリ１３２（２）は、第１のメモリ１３２（１）によって提供される第１の速度よりも速い第２の速度で読み出しアクセスを提供し得る。追加的に、第３のメモリ１３２（３）は、揮発性メモリ（例えば、ＲＡＭなどの作業用メモリ）を表し得、第３のメモリ１３２０（３）は、第２の速度よりも速い第３の速度で読み出しアクセスを提供し得る。クライアントマシン１０４は、（例えば、第２のメモリ１３２（２）を取り除くことによって）図２に示されるものよりも少ないローカルメモリ１３２リソースを実装し得るか、または追加的なローカルメモリ１３２リソースを実装し得ることを理解されたい。

【0031】

２１４において、ビデオゲームクライアント２１２は、クライアントマシン１０４上でビデオゲームのゲーム実行ファイル１２２を実行し得る。例えば、クライアントマシン１０４のユーザ１０２は、ビデオゲームクライアント２１２をロードし得、ロードしたビデオゲームクライアント２１２は、（ゲーム実行ファイル１２２の実行を介して）以前にダウンロードしたビデオゲームを実行する、および／またはリモートシステム１０６から新しいビデオゲームを取得する能力をユーザ１０２に提供し得る。ゲーム実行ファイル１２２は、第３のメモリ１３２（３）などの作業用メモリにロードされ得、とりわけ、クライアントマシン１０４のディスプレイ上にグラフィックスをレンダリングするために実行する。ゲームセッション中には、スタートアップ段階およびプレイタイム段階が存在し得る。ゲームセッション中に、ゲーム実行ファイル１２２は、入力デバイス２０４（例えば、マウスおよび／またはキーボード、ゲームコントローラ、ヘッドマウントディスプレイ（ＨＭＤ）、マイクロホン、など）から入力データを受信するように構成され得、また、クライアントマシン１０４のディスプレイ（すなわち、出力デバイス２０６）上にビデオゲームコンテンツの次のフレームをレンダリングするためにアクセスするゲームデータ１２６のブロック１２４を決定し得る。例えば、ゲーム実行ファイル１２２は、ゲームワールドのどの部分を今度のフレーム内にレンダリングするか、ならびにどのオブジェクトおよび／またはテクスチャを今度のフレーム内にレンダリングするか決定するように構成され得、また、読み出し動作を発行して、今度のフレームを提示するためのゲームデータ１２６の対応するブロック１２４を読み出し得る。

【0032】

２１６において、クライアントマシン１０４上で実行するファイルシステムプロキシコンポーネント２１８は、クライアントマシン１０４のファイルシステム２２０に対してゲーム実行ファイル１２２によって行われる読み出し動作（例えば、第１の読み出し動作、第２の読み出し動作、など）を決定（例えば、受信、監視、遮断、など）し得る。ファイルシステム２２０は、ビデオゲームのゲームデータ１２６のブロック１２４を含むデータがどのように記憶および検索されるかを制御するように構成され得る。ビデオゲームのゲームデータ１２６のすべてが、第１のメモリ１３２（１）などのローカルメモリリソースに実現されるどうかにかかわらず、ファイルシステムプロキシコンポーネント２１８は、どんなゲームデータ１２６のブロック１２４（例えば、ファイル）がクライアントマシン１０４の不揮発性メモリに（例えば、ＨＤＤ、ＳＤカード、などに）存在するかに関して、ビデオゲームに「嘘をつく」ように構成され得る。例えば、ビデオゲームクライアント２１２は、ファイルシステムプロキシコンポーネント２１８を介して、ビデオゲームの識別子に基づいて、不揮発性メモリに記憶されると思われるゲームファイルのリスト、ゲームファイルのサイズ、および可能であればゲームファイルが記憶される不揮発性メモリのセクタを知り得る。これは、例えば、ビデオゲーム（例えば、ゲーム実行ファイル１２２）に、ビデオゲームのすべてのゲームデータ１２６のブロック１２４が第１のメモリ１３２（１）に記憶されていると思わせる。ファイルシステムプロキシコンポーネント２１８は、必要に応じてこの情報を偽造してゲーム実行ファイル１２２に表出させるための、ファイルシステム２２０の拡張子であり得る。いずれの場合でも、ビデオゲームのすべてのゲームデータ１２６のブロック１２４がクライアントマシン１０４の第１のメモリ１３２（１）に記憶され、かつそこからアクセス可能である場合の一例について考える。この例では、ファイルシステムプロキシコンポーネント２１８は、単にファイルシステム２２０に対してゲーム実行ファイル１２２によって行われる読み出し動作を監視するだけである、パススルーとして作用し得る。本明細書でより詳細に説明されるように、ゲームデータ１２６の特定のブロック１２４は、第１のメモリ１３２（１）からプリフェッチされて、第２のメモリ１３２（２）または第３のメモリ１３２（３）のうちの少なくとも１つにキャッシュされ得、これらのメモリはどちらも、第１のメモリ１３２（１）によって提供される読み出しアクセス速度よりも速い読み出しアクセス速度を提供する。ファイルシステム２２０は、ゲームデータ１２６のブロック１２４が任意の所与の瞬間に記憶された場所を追跡することができ、適切なメモリリソース１３２からゲームデータ１２６のブロック１２４にアクセスして、セッション中にゲーム実行ファイル１２２によって行われる読み出し動作を提供し得る。

【0033】

２２２において、ファイルシステムプロキシコンポーネント２１８は、読み出し動作に少なくとも部分的に基づいて、ゲーム実行ファイル１２２から受信するアクセスデータ１１０を生成し得る。本明細書の他の場所で説明されるように、このアクセスデータ１１０は、（ｉ）ゲームセッション中にゲーム実行ファイル１２２によってアクセスされたゲームデータ１２６のブロック１２４の識別子、および（ｉｉ）ゲームデータ１２６のアクセスされたブロック１２４がゲーム実行ファイル１２２によってアクセスされた、ゲーム実行ファイル１２２の実行中の時間を指定し得る。例えば、ゲームデータ１２６の２つのブロック１２４に関して、アクセスデータ１１０は、（ｉ）ゲームデータの第１のブロックの第１の識別子、（ｉｉ）第１の読み出し動作に少なくとも部分的に基づいてゲームデータの第１のブロックがアクセスされた、ゲーム実行ファイルの実行中の第１の時間、（ｉｉｉ）ゲームデータの第２のブロックの第２の識別子、および（ｉｖ）第２の読み出し動作に少なくとも部分的に基づいてゲームデータの第２のブロックがアクセスされた、ゲーム実行ファイルの実行中の第２の時間、を指定し得る。いくつかの実施形態では、各アクセスされたブロック１２４のアクセス時間は、ゲームセッションの開始から測定される時間として（例えば、ブロックＡが、ゲームセッションが開始して４分後にアクセスされた、ブロックＤが、ゲームセッションを開始して１３分後にアクセスされた、など）、アクセスデータ１１０に表現され得る。

【0034】

２２４において、クライアントマシン１０４は、通信インターフェース２１０を介して、およびコンピュータネットワーク１０８を通じて、などにおいて、アクセスデータ１１０をリモートシステム１０６に送信し得る。通信インターフェース２１０は、複数のタイプの有線および／または無線もしくはラジオ技術を実装し得る。例えば、通信インターフェース２１０は、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＬＥ）（登録商標）ラジオ、Ｗｉ－Ｆｉラジオ、および／またはセルララジオなどのラジオを実装することができる。通信インターフェース２１０は、ネットワーク、接続された周辺デバイス、または他の無線ネットワークと通信するプラグインネットワークデバイスへの有線接続を容易にする物理ポートをさらに含み得ることを理解されたい。

【0035】

サブブロック２２６に示されるように、２２４において、アクセスデータ１１０が、クライアントマシン１０４の構成およびビデオゲームの識別子とともに送信され得る。さらに、アクセスデータ１１０は、任意の好適な時間に、アクセスデータ１１０が生成されるときに、および／またはイベントに応答して（例えば、定期的に、処理リソース消費がリソース消費の閾値パーセンテージ未満などの比較的低いアイドル時間中、ネットワーク接続を再開したとき（例えば、ゲームをオフラインでプレイした後）、クライアントマシン１０４がゲーム実行ファイル１２２の実行を停止した後（例えば、ユーザ１０２がビデオゲームを出ることによってゲームセッションを終了した後）、など）、アクセスデータ１１０をリモートシステム１０６にストリーミングすることによって、リアルタイムまたは実質的にリアルタイムなどで、リモートシステム１０６に送信され得る。アクセスデータ１１０はまた、アクセスデータ１１０をリモートシステム１０６にアーチファクトとして送信することなどによる、クライアントマシン１０４上の追跡された読み出し動作によって生じるメタデータを送信するための任意の好適なフォーマットで送信され得る。プロセス２００は、リモートシステム１０６でアクセスデータ１１０を収集するための「テレメトリ」手法を表す。多数のクライアントマシン１０４がプロセス２００を行い得ることを考えれば、リモートシステム１０６は、ブロック２２４において、異なるクライアントシステム構成を有する非常に多数のクライアントマシン１０４から送信される（例えば、アップロードされる、報告される、など）アクセスデータ１１０を収集し得る。

【0036】

図３は、本明細書で説明される技術を実装するための、リモートシステム１０６の例示的なコンポーネントを例示するブロック図、ならびにクライアントマシン１０４からアクセスデータ１１０を受信するための、および１人以上のユーザ１０２にわたってアクセスデータ１１０を分析するための例示的なプロセス３００のフロー図を示す。例示される実装形態では、リモートシステム１０６は、他のコンポーネントの中でも、１つ以上のプロセッサ３０２と、メモリ３０４（または非一時的コンピュータ可読媒体３０４）と、通信インターフェース３０６と、を含む。メモリ３０４（または非一時的コンピュータ可読媒体３０４）には、揮発性および不揮発性メモリ、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報を記憶するための任意の方法または技術で実装された取り外し可能および取り外し不可能な媒体が含まれ得る。そのようなメモリとしては、限定されるものではないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多目的ディスク（ＤＶＤ）もしくは他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、ＲＡＩＤストレージシステム、または所望の情報を記憶するために使用され得、コンピューティングデバイスによってアクセスされ得る、任意の他の媒体が挙げられる。コンピュータ可読媒体３０４は、コンピュータ可読記憶媒体（「ＣＲＳＭ」）として実装され得、そのコンピュータ可読記憶媒体は、メモリ３０４上に記憶された命令を実行するためのプロセッサ３０２によってアクセス可能である任意の利用可能な物理的媒体であってもよい。１つの基本的な実装形態では、ＣＲＳＭは、ランダムアクセスメモリ（「ＲＡＭ」）およびフラッシュメモリを含み得る。他の実装形態では、ＣＲＳＭとしては、リードオンリーメモリ（「ＲＯＭ」）、電気的消去可能プログラマブルリードオンリーメモリ（「ＥＥＰＲＯＭ」）、または所望の情報を記憶するために使用することができ、かつプロセッサ３０２によってアクセスすることができる任意の他の有形媒体が挙げられ得るが、これらに限定されない。ダウンロードシーケンスコンポーネント３０８、ブロック依存性コンポーネント３１０、および／またはゲームデータ使用コンポーネント３１２は、プロセッサ３０２によって実行されるときにリモートシステム１０６に本明細書で説明される技術および動作を行わせる、メモリ３０４に記憶された命令を表し得る。例えば、本明細書で説明されるように、ダウンロードシーケンスコンポーネント３０８は、アクセスデータ１１０に基づいて、ダウンロードシーケンスデータ１１４を生成するように構成され得る。本明細書で説明されるように、ブロック依存性コンポーネント３１０は、アクセスデータ１１０に基づいて、ブロック依存性データ１１６を生成するように構成され得る。本明細書で説明されるようにゲームデータ使用コンポーネント３１２は、ユーザごとまたはクライアントごとのマシン１０４に基づいて、ゲームデータ１２６の未使用ブロック１２４を決定するように構成され得る。

【0037】

通信インターフェース３０６は、複数のタイプの有線および／または無線もしくはラジオ技術を実装し得る。例えば、通信インターフェース３０６は、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＬＥ）（登録商標）ラジオ、Ｗｉ－Ｆｉラジオ、および／またはセルララジオなどのラジオを実装することができる。通信インターフェース３０６は、ネットワーク、接続された周辺デバイス、または他の無線ネットワークと通信するプラグインネットワークデバイスへの有線接続を容易にする物理ポートをさらに含み得ることを理解されたい。

【0038】

ここで、図３に示されるプロセス３００を参照する。３１４において、リモートシステム１０６は、（例えば、上記のように、プロセス２００を使用した「テレメトリ」手法の一部として）クライアントマシン１１４からアクセスデータ１１０を受信し得る。受信したアクセスデータ１１０は、特定のクライアントマシン１０４について、ビデオゲームのゲーム実行ファイル１１２によって特定のクライアントマシン１０４でアクセスされたビデオゲームのゲームデータ１２６のブロック１２４の識別子、およびゲームセッション中に（例えば、ビデオゲームのゲーム実行ファイル１２２の実行中に）ブロック１２４がアクセスされた時間を指定することができる。サブブロック３１６によって示されるように、アクセスデータ１１０は、特定のクライアントマシン１０４の構成とともに、およびアクセスデータ１１０の生成中に実行されたビデオゲームの識別子とともに受信され得る。

【0039】

３１８において、リモートシステム１０６は、クライアントシステム構成およびゲーム識別子によって（またはそれに従って）ブロック３１４で受信するアクセスデータ１１０をカタログ化し得る。例えば、データストア１１２は、ゲームＩＤおよびクライアントシステム構成の一意の組み合わせによって分類される複数のグループまたはバケット３２０（１）～（Ｍ）を含み得る。クライアントシステム構成「１」を有する第１のクライアントマシン１０４（１）を例にとると、ブロック３１４において、第１のクライアントマシン１０４（１）から第１のアクセスデータ１１０を受信したときに、ブロック３１８において、第１のアクセスデータ１１０が、第１のバケット３２０（１）（または群）にカタログ化され得、サブブロック３１６において、このバケット３２０（１）には、第１のクライアントマシン１０４（１）から受信したビデオゲームのゲームＩＤおよび第１のクライアントマシン１０４（１）のクライアントシステム構成がタグ付けされ得る。同様に、第２のクライアントマシン１０４（２）は、第２のアクセスデータ１１０を送信し得、ブロック３１８において、この第２のアクセスデータ１１０は、第２のバケット３２０（２）にカタログ化され得、これには、サブブロック３１６において、第２のクライアントマシン１０４（２）から受信したビデオゲームのゲームＩＤおよび第２のクライアントマシン１０４（２）の第２のクライアントシステム構成「２」がタグ付けされ得る。これは、アクセスデータ１１０を報告するクライアントマシン１０４の数に応じて、クライアントマシン１０４が異なるクライアントシステム構成を有するかどうかに応じて、および／またはクライアントマシン１０４上で実行されている異なるビデオゲームの数に応じて、任意の数の「Ｍ」個のバケットにわたって続けることができる。

【0040】

３２２において、リモートシステム１０６は、ブロック３１４で受信したアクセスデータ１１０の分析を行ってデータ（例えば、分析の結果）を生成し得る。この生成されるデータとしては、１つ以上のビデオゲームのダウンロードシーケンスデータ１１４、１つ以上のビデオゲームのブロック依存性データ１１６、および／またはユーザごと／クライアントごとのマシンに基づいて、ゲームデータ１２６の未使用ブロック１２４の決定が挙げられ得るが、これらに限定されない。

【0041】

３２４において、リモートシステム１０６は、トリガイベントが生じたかどうかを決定し得る。トリガイベントとしては、様々であり得るが、クライアントマシン１０４からビデオゲームを取得する（例えば、購入する、レンタルする、リースする、などの）要求１２０を受信すること、ビデオゲームの新しいダウンロードシーケンスデータ１１４および／または新しいブロック依存性データ１１６を生成すること、閾値期間またはゲームセッションの閾値数にわたってアクセスされずにある期間が経過したゲームデータ１２６の未使用ブロック１２４がクライアントマシン１０４に存在すると決定すること、などが挙げられ得るが、これらに限定されない。

【0042】

ブロック３２４において、リモートシステム１０６が、トリガイベントが生じていないと決定した場合、プロセス３００は、ブロック３２４からブロック３１４に戻る「いいえ」のルートに従い得、リモートシステム１０６は、クライアントマシン１０４からのアクセスデータ１１０を収集／受信し続ける。ブロック３２４において、リモートシステム１０６が、トリガイベントが生じたと決定した場合、プロセス３００は、ブロック３２４からブロック３２６への「はい」のルートに従い得、リモートシステム１０６は、データを１つ以上のクライアントマシン１０４に送信し得る。例えば、トリガイベントが、クライアントマシン１０４がビデオゲームを取得することを含む場合、リモートシステム１０６は、ビデオゲームのダウンロードシーケンスデータ１１４を検索し得、また、ビデオゲームのゲーム実行ファイル１２２とともに、ダウンロードシーケンスデータ１１４をクライアントマシン１０４に送信し得る。追加的にまたは代替的に、リモートシステム１０６は、ビデオゲームのブロック依存性データ１１６を検索し得、また、ブロック依存性データ１１６をクライアントマシン１０４に送信し得る。さらに別の例として、トリガイベントが、ゲームデータ１２６の未使用ブロック１２４がクライアントマシン１０４に存在すると決定することを含む場合、リモートシステム１０６は、ゲームデータの未使用ブロックを削除する命令を送信し得る。

【0043】

いくつかの実施形態では、図２に示されるクライアントマシン１０４のコンポーネントの少なくともいくつかが、リモートシステム１０６のコンポーネントとして実装され得ることを理解されたい。例えば、ゲーム実行ファイル１２２は、（例えば、ビデオゲームをストリーミングするサービスの一部として）リモートシステム１０６上で実行し得、ゲーム実行ファイル１２２は、ビデオゲームをプレイしている間、ネットワーク１０８を通じてクライアントマシン１０４からユーザ入力を示すデータを受信し得る。このシナリオでは、ビデオゲームのゲームデータ１２６も同様にリモートシステム１０６に記憶され得、ファイルシステムプロキシコンポーネント２１８は、ゲーム実行ファイル１２２から読み出し動作を受信して、ゲームプレイ中にアクセスされたゲームデータ１２６のブロック１２４を監視する、リモートシステム１０６のコンポーネントであり得る。この構成では、クライアントマシン１０４は、シンクライアントとして作用し得、ビデオゲームセッション中に大部分の処理がクラウドで行われる。別の例では、ダウンロードシーケンスコンポーネント３０８、ブロック依存性コンポーネント３１０、および／またはゲームデータ使用コンポーネント３１２は、クライアントマシン１０４のコンポーネントであり得る。この例では、クライアントマシン１０４は、リモートシステム１０６によって収集された、他のクライアントマシン１０４によって生成されたアクセスデータ１１０を受信し得、クライアントマシン１０４は、それ自体のアクセスデータ１１０および／または他のクライアントマシン１０４によって生成されたアクセスデータ１１０の分析を行って、クライアントマシン１０４に記憶されたダウンロードシーケンスデータ１１４、ブロック依存性データ１１６、および／またはゲームデータ１２６の未使用ブロック１２４を決定し得る。

【0044】

図４は、複数のクライアントマシン１０４から受信したアクセスデータ１１０に基づいて、ブロック１２４の特定のシーケンスでゲームデータ１２６のブロック１２４をダウンロードするためにクライアントマシン１０４が使用するダウンロードシーケンスデータ１１４を生成するための例示的なプロセス４００のフロー図である。

【0045】

４０２において、リモートシステム１０６は、複数のクライアントマシン１０４から、ビデオゲームに関連するアクセスデータ１１０を受信し得る。ブロック４０２で受信したアクセスデータ１１０は、個々のクライアントマシン１０４について、（ｉ）個々のクライアントマシン上でのゲーム実行ファイル１２２の実行中にビデオゲームのゲーム実行ファイル１２２によってアクセスされた、ビデオゲームと関連付けられたゲームデータ１２６のアクセスされたブロック１２４、および（ｉｉ）ゲームデータ１２６のアクセスされたブロック１２４がゲーム実行ファイル１２２によってアクセスされた、ゲーム実行ファイル１２２の実行中の時間を指定し得る。サブブロック４０４によって示されるように、アクセスデータ１１０は、アクセスデータ１１０を送信したクライアントマシン１０４の構成、および／またはアクセスデータ１１０が生成されたときにクライアントマシン１０４上で実行したビデオゲームのゲーム識別子とともに受信され得る。

【0046】

４０６において、リモートシステム１０６は、アクセスデータ１１０に少なくとも部分的に基づいて、クライアントシステム構成およびビデオゲームのゲーム識別子と関連付けられたダウンロードシーケンスデータ１１４を生成し得る。ダウンロードシーケンスデータ１１４は、ビデオゲームのゲームデータ１２６のブロック１２４のシーケンスを指定し得、このシーケンスは、ゲームデータのブロック１２４が、特定のクライアントシステム構成を有するクライアントマシン１０４にダウンロードされる順序を表し得る。ビデオゲームのダウンロードシーケンスは、任意の好適な様態で決定され得る。サブブロック４０８および４１０によって示されるように、ダウンロードシーケンスデータ１１４の生成は、複数のサブ動作を含み得る。

【0047】

４０８において、ビデオゲームをプレイしたＮ人の対応するユーザ１０２のＮ個のゲームセッションを通じて（「Ｎ」は、任意の正の整数）、いつブロック１２４が（アクセスデータ１１０に指定されたように）アクセスされたかに少なくとも部分的に基づいて、ビデオゲームのゲームデータ１２６の少なくともいくつかのブロック１２４について統計（例えば、時間、位置／順序／ランク、など）が計算され得る。例えば、ビデオゲームをプレイしたＮ人のユーザ１０２と関連付けられたアクセスデータ１１０に基づいて、リモートシステム１０６は、ブロック１２４がゲームセッション中に（例えば、最初のゲームセッション中に）Ｎ人のユーザ１０２の各々によってアクセスされた時間に基づいた統計（例えば、平均値）を決定し得る。リモートシステム１０６は、例えば、（例えば、ブロックＡがＮ人の異なるユーザによってアクセスされた複数の異なる時間に基づいて）最初のゲームセッションへのブロックＡの平均アクセス時間が３０分であった、最初のゲームセッションへのブロックＢの平均アクセス時間が４５分であった、最初のゲームセッションへのブロックＣの平均アクセス時間が２時間であった、などと決定し得る。リモートシステム１０６は、追加的にまたは代替的に、Ｎ人のユーザについて、ブロックＡが、最初のゲームセッション中にユーザＡによってアクセスされた第１のブロックであった、ブロックＡが、最初のゲームセッション中にユーザＢによってアクセスされた第５のブロックであった、ブロックＡが、最初のゲームセッション中にユーザＣによってアクセスされた第７のブロックであったなどと決定し得、次いで、リモートシステム１０６は、いつブロックがＮ人の異なるユーザ１０２によってアクセスされたかに関する情報に少なくとも部分的に基づいたブロックＡの統計（例えば、平均位置／順序／ランク）を決定し得る。これは、ゲームセッション中にアクセスされた他のブロック１２４について繰り返され得る。これらの分析は、少なくとも初期のゲームセッションについて行うことができる。分析は、どのゲームデータ１２６のブロック１２４が、典型的には、ゲームセッション中にアクセスされるかを決定するために、任意の後続のゲームセッションにも同様に行うことができる。

【0048】

４１０において、算出統計に基づいて、ビデオゲームのゲームデータ１２６の複数のブロック１２４について、ダウンロードシーケンスを決定することができる。ダウンロードシーケンスで指定されたブロック１２４は、ゲームデータのブロック１２４のいくつか（例えば、ブロック１２４の総数のうちの一部）であり得、またはダウンロードシーケンスは、ゲームデータ１２６のブロック１２４のすべてを含み得る。所与のビデオゲームについて、プレイ時間の初期期間中にアクセスされる可能性が高いブロック１２４の最初の数の間の比率、およびプレイ時間の初期期間の長さは、いくぶん不均衡であり得ることを理解されたい。換言すれば、２ギガバイトのゲームデータ１２６は、特定のビデオゲームのプレイ時間の最初の６時間を提供し得、ゲームデータ１２６の残部は、この最初のプレイ期間中にアクセスされる可能性が低くなり得る。これは、特定のゲームが「インスタントプレイ」１２８特徴に十分適し得ること、およびこれらのゲームには、この比率に基づいて、インスタントプレイに十分適している「良好なインスタントプレイゲーム」としてフラグを立てることができることを意味する。換言すれば、特定のゲームは、比較的長い初期プレイ期間を比較的少ない量のゲームデータ１２６によってサポートすることができる場合にフラグを立てることができる。一例として、シングルプレイヤーゲームは、新しいプレイヤーが最初に同じレベルをプレイすることが必要であり得るので、待ち時間をほとんどまたはまったく伴わない「インスタントプレイ」１２８特徴に十分適し得る。これは、シングルプレイヤーゲームについて、リモートシステム１０６が、初めてゲームをプレイするすべてのまたはほぼすべてのプレイヤーがプレイ時間の最初のＸ時間以内に同じブロック１２４にアクセスすると決定し得、このパターンは、一組のＮ人のプレイヤーにわたって実質的に直線状で一貫し得る－例えば、すべてのＮ人のプレイヤーが、ブロックＡに、次いで、ブロックＨ、ブロックＱ、などにアクセスし得る－ことを意味する。ブロック１２４がアクセスされる正確な時間には不一致が存在し得るが、所与のビデオゲームのプレイ時間の初期期間にわたってアクセスされるブロック１２４の共通の順序が存在し得る。対照的に、マルチプレイヤーゲームは、巨大なマップを有するオープンゲームワールドを有し得る。例えば、Ｎ人のユーザにわたって、Ｎ人のユーザは、最初にオープンワールドの異なる場所においてゲームに入り込み得、各ゲーム実行ファイル１２２は、マッチしたプレイヤーがゲームに入り込むオープンワールドの異なる場所に対応する、ゲームデータ１２６の異なるブロック１２４にアクセスすることになる。これは、インスタントプレイ１２８特徴には適さないゲームの一例である。

【0049】

ビデオゲームが、インスタントプレイ１２８特徴をサポートすることができると仮定すると、ダウンロードシーケンスは、ブロックＡ、ブロックＤ、ブロックＧ、ブロックＣ、ブロックＦ、ブロックＥ、などの順序を指定し得る。したがって、任意のビデオゲームについて、および任意のクライアントシステム構成について、リモートシステム１０６は、少なくともあるプレイ時間（例えば、プレイ時間の最初の６時間）にわたって、平均的なユーザ１０２は、そのプレイ時間の期間中に、ゲームデータのブロック１２４の特定のサブセットにのみアクセスする可能性が高く、また、特定のシーケンスでブロック１２４にアクセスする可能性が高いと決定することができる。いくつかの実施形態では、ダウンロードシーケンスがユーザ固有であり得ることを理解されたい。すなわち、同じビデオゲームおよび同じクライアントシステム構成について、第１のダウンロードシーケンスが第１のユーザ１０２に対して決定され得、第２のダウンロードシーケンスが第２のユーザ１０２に対して決定され得、第２のダウンロードシーケンスは、第１のダウンロードシーケンスとは異なる。これは、ユーザ固有のアクセスデータ１１０に示される一意のアクセスパターンに基づき得る。

【0050】

４１２において、リモートシステム１０６は、クライアントマシン１０４から、ビデオゲームを取得する要求１２０を受信し得、要求１２０は、クライアントマシン１０４の構成を含む。例えば、ビデオゲームクライアント２１２を介して自分のユーザアカウントにログインするクライアントマシン１０４のユーザ１０２は、リモートシステム１０６を介してトランザクションを行って、ビデオゲームを購入し得る。

【0051】

４１４において、リモートシステム１０６は、ビデオゲームのゲーム実行ファイル１２２をクライアントマシン１０４に送信し得る。このゲーム実行ファイル１２２は、クライアントマシン１０４上でのビデオゲームのプレイを開始するためにクライアントマシン１０４のプロセッサ２０２によって実行可能な、実行可能コード（例えば、ファイル）であり得る。サブブロック４１６によって示されるように、リモートシステム１０６は、ダウンロードシーケンスデータ１１４をクライアントマシン１０４に送信して、クライアントマシン１０４がダウンロードシーケンスデータ１１４によって指定されたシーケンスで、取得したビデオゲームのゲームデータ１２６のブロック１２４のダウンロードを開始し得る。

【0052】

４１８において、リモートシステム１０６は、ダウンロードシーケンスデータ１１４で指定されたシーケンスに従って、ゲームデータのブロック１２４をクライアントマシン１０４にダウンロードし得る。これは、クライアントマシン１０４の達成可能なダウンリンクデータ転送速度に応じて、いくらかの時間を費やし得る。したがって、ブロックのシーケンス１２４がダウンロードされているので、最初にアクセスされる可能性が最も高いブロック１２４が、他のブロックの前に、クライアントマシン１０４のローカルメモリ１３２に実現され、ビデオゲームのゲーム実行ファイル１２２が他のブロックを読み出すことを要求する時間までに、それらのブロックは、クライアントマシン１０４へのダウンロードが完了している可能性が高い。

【0053】

図５は、ゲームデータ１２６のブロック１２４をプリフェッチしてゲームプレイ中の待ち時間を低減させるために、複数のクライアントマシン１０４から受信されるアクセスデータ１１０に基づいて、クライアントマシン１０４が使用するブロック依存性データ１１６を生成するための例示的なプロセス５００のフロー図である。

【0054】

５０２において、リモートシステム１０６は、複数のクライアントマシン１０４から、ビデオゲームに関連するアクセスデータ１１０を受信し得る。ブロック５０２で受信したアクセスデータ１１０は、個々のクライアントマシン１０４について、（ｉ）個々のクライアントマシン上でのゲーム実行ファイル１２２の実行中にビデオゲームのゲーム実行ファイル１２２によってアクセスされた、ビデオゲームと関連付けられたゲームデータ１２６のアクセスされたブロック１２４、および（ｉｉ）ゲームデータ１２６のアクセスされたブロック１２４がゲーム実行ファイル１２２によってアクセスされた、ゲーム実行ファイル１２２の実行中の時間を指定し得る。サブブロック５０４によって示されるように、アクセスデータ１１０は、アクセスデータ１１０を送信したクライアントマシン１０４の構成、および／またはアクセスデータ１１０が生成されたときにクライアントマシン１０４上で実行したビデオゲームのゲーム識別子とともに受信され得る。

【0055】

５０６において、リモートシステム１０６は、アクセスデータ１１０に少なくとも部分的に基づいて、クライアントシステム構成およびビデオゲームのゲーム識別子と関連付けられたブロック依存性データ１１６を生成し得る。ブロック依存性データ１１６は、ビデオゲームのゲームデータ１２６の２つ以上のブロック１２４の間の個々の関連を指定し得る。換言すれば、リモートシステム１０６は、特定のイベントが生じた場合にアクセスされる、ゲームデータ１２６の１つ以上のブロック１２４を予測することができる。このようにして、アクセスデータ１１０に基づいて、ゲームデータ１２６のブロック１２４の間のおよび／またはブロック１２４とコンテキストキューとの間の依存性（例えば、分岐、ツリー状の依存性）のマップを構築することができる。サブブロック５０８および５１０によって示されるように、ブロック依存性データ１１６の生成は、１つ以上のサブ動作を含み得る。

【0056】

５０８において、リモートシステム１０６は、ビデオゲームをプレイしたＮ人のユーザ１０２から受信したアクセスデータ１１０に示されるアクセスパターン（例えば、アクセス時間）に基づいて、コンテキストキューとビデオゲームのゲームデータ１２６のブロック１２４との間の関連を決定し得る。例えば、リモートシステム１０６は、特定のコンテキストキューが検出されたときは常に（例えば、ユーザ１０２がビデオゲームのライブラリページにナビゲートするときは常に）、ゲームデータ１２６の特定のブロック１２４が、典型的には、閾値期間内にアクセスされる（例えば、Ｎ人のユーザにわたって平均される）と決定し得る。このタイプの相関は、アクセスデータに指定されたアクセス時間に少なくとも部分的に基づいて決定することができる。例えば、Ｎ人のユーザにわたって、ブロックＡが、ビデオゲームのライブラリページにナビゲートするＮ人のユーザにより最初の１５秒以内に最もアクセスされたブロックである場合、ブロックＡは、このタイプのコンテキストキューと関連付けられ得る。

【0057】

５１０において、リモートシステム１０６は、ビデオゲームをプレイしたＮ人のユーザ１０２から受信したアクセスデータ１１０に示されるアクセスパターン（例えば、アクセス時間）に基づいて、ビデオゲームのゲームデータ１２６のブロック１２４の対の間の関連を決定し得る。例えば、リモートシステム１０６は、ビデオゲームをプレイしたＮ人のユーザ１０２から受信したアクセスデータ１１０に基づいて、ゲームデータ１２６の第１のブロック１２４（１）がゲームセッション中にアクセスされたときは常に、ゲームデータ１２６の第２のブロック１２４（２）が、典型的には、閾値期間中にアクセスされたと決定し得る。このようにして、リモートシステム１０６は、アクセスデータ１１０に示されるアクセスパターンに基づいて、２つ以上のブロック１２４のグループのブロック間の関係を決定し得る。

【0058】

いくつかの実施形態では、ブロック依存性データ１１６がユーザ固有であり得ることを理解されたい。すなわち、同じビデオゲームおよび同じクライアントシステム構成について、ブロック依存性の第１のマップが第１のユーザ１０２に対して決定され得、ブロック依存性の第２のマップが第２のユーザ１０２に対して決定され得、第２のマップは、第１のマップとは異なる。これは、ユーザ固有のアクセスデータ１１０に示される一意のアクセスパターンに基づき得る。

【0059】

５１２において、リモートシステム１０６は、ブロック依存性データ１１６を１つ以上のクライアントマシン１０４に送信し得る。ブロック依存性データ１１６は、様々なトリガイベントに応答して送信され得る。例えば、リモートシステム１０６は、クライアントマシン１０４のユーザ１０２がビデオゲームを取得した（例えば、購入した、レンタルした、リースした、など）ことに応答して、ビデオゲームのブロック依存性データ１１６をクライアントマシン１０４に送信し得る。別の例として、ブロック５０６で生成されたブロック依存性データ１１６は、ビデオゲームのブロック依存性データ１１６の以前のバージョンに対する新しいデータ（または更新されたデータ）を表し得、ブロック５０６で新しい／更新されたブロック依存性データ１１６を生成することに応答して、リモートシステム１０６は、ブロック依存性データ１１６を、ビデオゲームの所有者と関連付けられていることが知られているクライアントマシン１０４に送信し得る。さらに別の例として、ユーザは、自分のクライアントマシン１０４に実装されたローカルプリフェッチング特徴を有することを選択し得、選択に応答して、リモートシステム１０６は、ブロック依存性データ１１６を、選択したユーザのクライアントマシン１０４に送信し得る。

【0060】

図６は、クライアントマシン１０４から受信したアクセスデータ１１０に基づいて、ゲームデータ１２６の未使用ブロック１２４を決定するための、およびクライアントマシン１０４にゲームデータ１２６の未使用ブロック１２４を破棄することを指示するための例示的なプロセス６００のフロー図である。

【0061】

６０２において、リモートシステム１０６は、クライアントマシン１０４から、ビデオゲームに関連するアクセスデータ１１０を受信し得る。ブロック６０２で受信したアクセスデータ１１０は、（ｉ）クライアントマシン１０４上でのゲーム実行ファイル１２２の実行中にビデオゲームのゲーム実行ファイル１２２によってアクセスされた、ビデオゲームと関連付けられたゲームデータ１２６のアクセスされたブロック１２４、および（ｉｉ）ゲームデータ１２６のアクセスされたブロック１２４がゲーム実行ファイル１２２によってアクセスされた、ゲーム実行ファイル１２２の実行中の時間を指定し得る。リモートシステム１０６は、同じクライアントマシン１０４から、過去のいつかにおいて以前に受信したアクセスデータ１１０を有し得ることを理解されたい。したがって、リモートシステム１０６は、クライアントマシン１０４上でプレイされた複数のゲームセッションを通じて生成されたアクセスデータ１１０へのアクセスを有し得る。サブブロック６０４によって示されるように、アクセスデータ１１０は、アクセスデータ１１０を送信したクライアントマシン１０４の構成、および／またはアクセスデータ１１０が生成されたときにクライアントマシン１０４上で実行したビデオゲームのゲーム識別子とともに受信され得る。

【0062】

６０６において、リモートシステム１０６は、アクセスデータ１１０（および、可能であれば過去にクライアントマシン１０４から受信した追加的なアクセスデータ１１０）に基づいて、現在クライアントマシン１０４の不揮発性メモリ（例えば、第１のメモリ１３２（１））に記憶されているビデオゲームのゲームデータ１２６の任意のブロック１２４を、ゲームデータ１２６の「未使用」ブロック１２４に分類することができるかどうかを決定し得る。サブブロック６０８によって示されるように、この決定は、個々のブロック１２４が、閾値期間にわたって、またはゲームセッションの閾値数にわたってクライアントマシン１０４上のビデオゲームのゲーム実行ファイル１２２によってアクセスされなかったかどうかを決定することを含み得る。例えば、ゲームデータ１２６のブロックＸ～Ｚが過去のＰ個のゲームセッションに対して（「Ｐ」は、任意の好適な整数である）、または最後のＱ週間にわたって（「Ｑ」は、過去１０週間などの任意の好適な整数である）アクセスされなかった場合、ブロックＸ～Ｚが未使用ブロックであると決定され得る。

【0063】

いくつかの実施形態では、ゲームデータ１２６のブロック１２４を未使用ブロックとして分類する際に、他の因子が考慮される。例えば、リモートシステム１０６は、特定のビデオゲームのＮ人のユーザにわたって、ゲームデータ１２６の特定のブロック１２４がゲーム実行ファイル１２２によって一度アクセスされて、その後に再度アクセスされていないと決定し得、リモートシステム１０６は、特定のブロック１２４がすでに一度アクセスされたと決定し得、その場合、どのくらい最近にブロック１２４がゲーム実行ファイル１２２によってアクセスされたかにかかわらず、ブロック１２４を未使用として指定し得る。同様に、他のヒューリスティックスを使用して、未使用ブロック１２４を決定することができる。

【0064】

ブロック６０６において、クライアントマシン１０４の不揮発性メモリ（例えば、第１のメモリ１３２（１））に記憶されたゲームデータ１２６のブロック１２４のいずれも未使用ブロック１２４に分類できないと決定した場合、プロセス６００は、ブロック６０６からブロック６０２に戻る「いいえ」のルートに従い得、リモートシステム１０６は、クライアントマシン１０４から追加的なアクセスデータ１１０を受信（または、受信を待機）し得る。ブロック６０６において、クライアントマシン１０４の不揮発性メモリに記憶されたゲームデータ１２６の１つ以上のブロック１２４を未使用ブロック１２４に分類することができると決定した場合、プロセス６００は、ブロック６０６からブロック６１０への「はい」のルートに従い得る。

【0065】

６１０において、リモートシステム１０６は、クライアントマシン１０４に、クライアントマシン１０４の不揮発性メモリからゲームデータ１２６の未使用ブロック１２４を削除する命令１１８を送信し得る。これらの命令１１８は、削除されるブロック１２４の識別子を含み得る。削除に応じて、クライアントマシン１０４のローカルメモリリソース１３２を解放して、ローカルメモリ容量を増加させて、潜在的に他のデータをそこに記憶することができる。

【0066】

図７は、クライアントマシン１０４の不揮発性メモリからゲームデータの未使用ブロックを破棄するための例示的なプロセス７００のフロー図である。図２および図７のページ外参照「Ａ」によって示されるように、プロセス７００は、クライアントマシン１０４がアクセスデータ１１０をリモートシステム１０６に送信した後、プロセス２００のブロック２２４から続き得る。

【0067】

７０２において、クライアントマシン１０４は、リモートシステム１０６から、不揮発性メモリからビデオゲームのゲームデータ１２６の１つ以上のブロック１２４を削除する命令１１８を受信し得る。リモートシステム１０６は、以前にクライアントマシンによって送信されたアクセスデータ１１０から、削除されるブロック１２４が、閾値期間またはゲームセッションの閾値数にわたってアクセスされなかったゲームデータ１２６の未使用ブロック１２４を表すと決定し得る。

【0068】

７０４において、クライアントマシン１０４は、リモートシステム１０６から受信した命令１１８に基づいて、不揮発性メモリ（例えば、第１のメモリ１３２（１））から、ゲームデータ１２６の１つ以上のブロック１２４を削除し得る。サブブロック７０６によって示されるように、クライアントマシン１０４は、ゲームデータ１２６のブロック１２４を破棄する前に、クライアントマシン１０４が再起動されるまで待機するように構成され得る。このようにして、例えば、ユーザ１０２が現在ビデオゲーム（または異なるビデオゲーム）をプレイしている場合に、ブロック１２４を削除することは、いかなる問題も生じさせない。ゲームデータ１２６の残りのブロック１２４は、未使用ブロック１２４の削除後に、不揮発性メモリ内に残存したままであることを理解されたい。したがって、ローカルメモリリソース１３２は、将来アクセスされる可能性が低いゲームデータ１２６のブロック１２４を破棄することによって解放され得る。例示的な使用事例では、ユーザ１０２は、自分のクライアントマシン１０４にビデオゲームＸをインストールし得、インストールしてから、ユーザ１０２は、これまでビデオゲームＸをオンラインでプレイしただけであり、これは、ユーザ１０２が、これまでビデオゲームＸをシングルプレイヤーモードでプレイしたことがないことを意味する。クライアントマシン１０４によってリモートシステム１０６に報告されたアクセスデータ１１０から、リモートシステム１０６は、ユーザ１０２が、ビデオゲームＸがクライアントマシン１０４にインストールされて以来、数週間にわたっておよび／またはある数のゲームセッションにわたって、ビデオゲームＸのシングルプレイヤーモードについてゲームデータ１２６のブロック１２４にアクセスしたことがないと決定し得る。この場合、リモートシステム１０４は、（このゲームデータ１２６に対応する１つ以上のブロック１２４を識別することによって）シングルプレイヤーゲームデータ１２６を破棄する命令１１８を送信し得、クライアントマシン１０４は、その命令を受信し得、クライアントマシン１０４は、これらのブロック１２４を削除して、クライアントマシン１０４の不揮発性メモリ（例えば、第１のメモリ１３２（１））内の空間を解放し得る。

【0069】

削除後に、ビデオゲームは、通常通り実行され得、ゲーム実行ファイル１２２によって行われた読み出し動作が行われ続ける。クライアントマシン１０４の不揮発性メモリから削除されたゲームデータ１２６のブロック１２４を読み出すことをゲーム実行ファイル１２２が要求するという万が一の可能性において、ファイルシステムプロキシコンポーネント２１８は、そうしたブロックをオンデマンドでリモートシステム１０６から検索し得る。いくつかの実施形態では、削除されたブロック１２４が、ゲーム実行ファイル１２２による読み出しを要求された場合、そうしたブロック１２４は、クライアントマシン１０４の不揮発性メモリに再ダウンロードされ得る。プロセス７００の実装形態は、他のプロセスおよび／または本明細書で説明される技術とともに、クライアントマシン１０４上の有益なディスク領域（例えば、数十ギガバイト程度のディスク領域）を再利用することができる。

【0070】

図８は、ゲームダウンロードが完了する前に、クライアントマシン１０４上でビデオゲームを実行するための例示的なプロセス８００のフロー図である。プロセス８００は、ゲームデータ１２６がクライアントマシン１０４にダウンロードされることを待機することなく、ユーザ１０２が、ビデオゲームをビデオゲームの取得に応じてプレイすることを可能にし得るので、本明細書では、「インスタントプレイ」１２８特徴と称されることもある。

【0071】

８０２において、クライアントマシン１０４は、ビデオゲームを取得（例えば、購入、レンタル、リース、など）する要求１２０をリモートシステム１０６に送信し得る。サブブロック８０４によって示されるように、要求１２０は、リモートシステム１０６がクライアントシステム構成の正しいダウンロードシーケンスデータ１１４を検索するように、クライアントマシン１０４の構成を含み得る。

【0072】

８０６において、クライアントマシン１０４は、リモートシステム１０６から、クライアントマシン１０４上のビデオゲームをプレイするためにそのプロセッサ２０２によって実行可能である実行可能コード（例えば、１つ以上のファイル）などの、ビデオゲームのゲーム実行ファイル１２２を受信し得る。サブブロック８０８によって示されるように、クライアントマシン１０４はまた、クライアントマシン１０４の構成と関連付けられたダウンロードシーケンスデータ１１４も受信し得る。このダウンロードシーケンスデータ１１４は、ビデオゲームのゲームデータ１２６のブロック１２４のシーケンスを指定し得る。

【0073】

８１０において、クライアントマシン１０４は、クライアントマシン１０４の不揮発性メモリ（例えば、第１のメモリ１３２（１））に、ダウンロードシーケンスデータ１１４に指定されたシーケンスに従って、ビデオゲームのゲームデータ１２６のブロック１２４のダウンロードを開始し得る。

【0074】

８１２において、クライアントマシン１０４は、ゲーム実行ファイル１２２を実行して、ビデオゲームを開始し得る。ゲームデータ１２６の第１のブロック１２４がダウンロードを完了する前であっても、ユーザ１０２がビデオゲームのプレイを開始し得ること、およびゲーム実行ファイル１２２が実行を開始し得ることを理解されたい。ゲーム実行ファイルの実行は、ビデオゲームを開始するためにクライアントマシン１０４によって検出されたユーザ入力に応答して生じ得る。例えば、クライアントマシン１０４のユーザは、ユーザがリモートシステム１０６を介してちょうど今取得したビデオゲームを開始するために、ビデオゲームクライアント２１２のユーザインターフェース要素を選択し得る。言及されるように、いくつかの実施形態では、リモートシステム１０６は、「最良のユーザエクスペリエンスのために、［ビデオゲームＸ］のダウンロードを開始してからプレイするまでＴ分間待機することを推奨します」と述べる推奨を表示することなどによって、クライアントマシン１０４を介して推奨をユーザ１０２に出力するためのデータを、クライアントマシン１０４に送信し得る。いくつかの実施形態では、ビデオゲームクライアント２１２は、最適なユーザエクスペリエンスを提供するために、閾値期間が経過するまで、および／または閾値数のブロック１２４のダウンロードが完了するまで、ゲーム実行ファイル１２２の実行を阻止し得る。代替的に、ビデオゲームがインスタントプレイ１２８特徴に特に十分適している場合、リモートシステム１０６は、「このゲームは、インスタントプレイの準備ができているので、すぐにプレイを開始することができます。楽しんで！」と述べる通知を出力することを、クライアントマシン１０４に指示し得、および／またはビデオゲームクライアント２１２は、ユーザ１０２がビデオゲームのプレイを開始することができるようになったときに、いかなる制約も課し得ない。実際には、これは、直ちにプレイを開始するためのビデオゲームの開始時の（例えば、ワールドを探査して、設定を行うときの）、および、おそらくは、任意のゲームデータ１２６のダウンロードが完了する前のわずかな待ち時間が気にならない一部のプレイヤーにとって好ましい場合がある。

【0075】

８１４において、クライアントマシン１０４のファイルシステムプロキシコンポーネント２１８は、ゲーム実行ファイル１２２によってクライアントマシン１０４のファイルシステム２２０に対して行われた第１の読み出し動作を受信し得る。この第１の読み出し動作は、ビデオゲームのゲームデータ１２６の第１のブロック１２４（１）を読み出すことを要求し得る。ゲームデータ１２６のダウンロードは、ブロック８１４で読み出し動作を受信した時点で進行中であるので（かなり大きいビデオゲームと仮定する）、ゲーム実行ファイル１２２がゲームデータ１２６の未実現ブロック１２４を読み出すことを要求する可能性が存在し、「未実現」とは、ゲームデータのブロック１２４が、まだクライアントマシン１０４の不揮発性メモリ（例えば、第１のメモリ１３２（１））にダウンロードされていないことを意味する。いくつかの実施形態では、ファイルシステムプロキシコンポーネント２１８は、要求されたブロック１２４が不揮発性メモリに実現されているかどうかに関して決定を行うために、またはブロック１２４がまだダウンロード（例えば、ダウンロードの完了）を必要とする場合に、一時的に（例えば、短時間）読み出し動作を阻止し得る。

【0076】

したがって、８１６において、ファイルシステムプロキシコンポーネント２１８は、ゲームデータ１２６の第１のブロック１２４（１）がクライアントマシン１０４の不揮発性メモリ（ＮＶＭ）にダウンロードされたかどうか（すなわち、第１のブロック１２４（１）が不揮発性メモリに「実現された」かどうか）を決定し得る。ゲームデータ１２６の第１のブロック１２４（１）がクライアントマシン１０４の不揮発性メモリに実現される場合、ブロック８１４で読み出し動作を受信する時点で、プロセス８００は、ブロック８１６からブロック８１８への「はい」のルートに従い得る。

【0077】

７１８において、クライアントマシン１０４のファイルシステムプロキシコンポーネント２１８が、読み出し動作を阻止解除し得、ファイルシステム２２０が、ゲームデータ１２６の第１のブロック１２４（１）をローカルメモリリソース１３２から読み出すために使用され得る。偶然に、第１のブロック１２４（１）が実現されて、第１のメモリ１３２（１）よりも速い読み出しアクセス速度を提供する第２のメモリ１３２（２）または第３のメモリ１３２（３）にキャッシュすることによってプリフェッチされた場合、第１のブロック１２４（１）は、それがキャッシュされるより高速なメモリ１３２（２）／（３）から読み出され得る。ブロック８１６において、ゲームデータ１２６の第１のブロック１２４（１）がクライアントマシン１０４の不揮発性メモリに実現されていない場合、これは、第１のブロック１２４（１）が不揮発性メモリ（例えば、第１のメモリ１３２（１））へのダウンロードを完了していないことを意味し、プロセス８００は、ブロック８１６からブロック８２０への「いいえ」のルートに従い得る。

【0078】

８２０において、クライアントマシン１０４は、リモートシステム１０６に、ゲームデータ１２６の第１のブロック１２４（１）の第２の要求を送信し得る。言及されるように、ファイルシステムプロキシコンポーネント２１８は、読み出し動作を遮断および阻止し得る。いくつかの実施形態では、読み出し動作と関連付けられた呼び出しは、クライアントマシン１０４のカーネル内で遮断および阻止され得、ファイルシステムプロキシコンポーネント２１８は、ビデオゲームクライアント２１２へのコールバックを行って、第１のブロック１２４（１）が実現されていないと決定した場合に、第１のブロック１２４（１）をダウンロードし得る。

【0079】

８２２において、クライアントマシン１０４は、コンピュータネットワーク１０８通じてリモートシステム１０６からゲームデータ１２６の第１のブロック１２４（１）を受信し得る。ゲームデータ１２６の第１のブロック１２４（１）の受信に続いて、ファイルシステム２２０を使用して、ゲームデータ１２６の第１のブロック１２４（１）が読み出され得る。したがって、ファイルシステムプロキシコンポーネント２１８は、リモートシステム１０６からブロック１２４を受信するまで、少なくともゲームデータ１２６の未実現ブロック１２４について、読み出し動作を一時的に阻止し得る。これは、すでにクライアントマシン１０４の不揮発性メモリに実現されているブロック１２４を読み出す待ち時間と比較して、未実現ブロック１２４を読み出す際に待ち時間を加え得るが、この構成は、それでもなお、ビデオゲームのゲームデータ１２６のすべてをダウンロードすることなく、ビデオゲームをプレイすることを可能にする。実際には、任意のゲームデータ１２６をクライアントマシン１０４に記憶することなく、ビデオゲームをプレイすることを可能にする。しかしながら、コンピュータネットワーク１０８を通じてゲームデータ１２６のブロック１２４を検索することによって待ち時間が加えられるので、ゲームの実行と並行してゲームデータ１２６をダウンロードする動作は、ゲーム実行ファイル１２２がブロック１２４を読み出すことを要求するまでに、ゲームデータ１２６のブロック１２４の、すべてではないが、少なくとも一部が不揮発性メモリに実現され、それによって、待ち時間を低減させることを確実にする。すなわち、リモートシステム１０６は、同じクライアントシステム構成で他のクライアントマシン１０４から受信したアクセスデータ１１０に基づいて、ダウンロードシーケンスをインテリジェントに決定するので、ゲームデータ１２６の未実現ブロック１２４を読み出すことを要求する読み出し動作を受信する可能性は比較的低く、たとえ可能であっても、頻繁に発生するとは思われない。代わりに、所与のブロック１２４の読み出し動作がゲーム実行ファイル１２２によって行われるまでに、所与のブロック１２４がすでに不揮発性メモリにダウンロードされて、実現されている可能性があり、よって、ゲーム実行ファイル１２２は、コンピュータネットワーク１０８を通じてリモートシステム１０６から同じブロック１２４を検索する際に含まれる待ち時間よりも少ない待ち時間で、クライアントマシン１０４のローカルメモリリソース１３２からブロック１２４を読み出すことができる。

【0080】

８２４において、ビデオゲームのゲームセッションを終了するべきかどうかの決定が行われる。例えば、ユーザ１０２がビデオゲームを止めた場合、プロセス８００は、ブロック８２４からブロック８２６への「はい」のルートに従い得、ビデオゲームクライアント２１２は、ゲーム実行ファイル１２２の実行を停止させ得る。ブロック８２４において、ゲームセッションを終了するべきでなかった場合（例えば、ユーザ１０２がゲームをプレイし続けている場合）、プロセス８００は、ブロック８２４からブロック８１４への「いいえ」のルートに従い得、追加的な読み出し動作が受信され得る。ユーザ１０２がゲームをプレイし続けるときに、このようにしてプロセス８００の一部分を繰り返し得、ゲームデータ１２６の未実現ブロック１２４は、必要な場合にオンデマンドで、リモートシステム１０６から検索される。ファイルシステムプロキシコンポーネント２１８が不揮発性メモリで利用可能なブロック１２４に関してビデオゲームに「嘘をつく」この手法を使用することは、ビデオゲームの参照のフレームから、ゲームのコンテンツが第１のメモリ１３２（１）に記憶されているように見えると理解することができる。ビデオゲームは、ローカルメモリリソース１３２からゲームデータ１２６が利用可能であると予想し得、様々な因子（例えば、他の動作中のプロセスによって消費されるリソース、など）に基づいて、クライアントマシン１０４とクライアントシステム１０４との間で変動する読み出しアクセス速度が習慣化し得るか、または単一のクライアントマシン１０４での読み出しアクセス速度の変動が存在し得る。これはすべて、プロセス８００の手法が、ワイドエリアネットワーク１０８を通じてゲームデータ１２４の未実現ブロック１２４を検索するために、おそらく少し遅くなる場合があるにもかかわらず、ビデオゲームをクラッシュさせないことを意味する。

【0081】

プロセス８００を使用することで、ユーザ１０２は、自分がゲームを取得した後に、望めばすぐにビデオゲームのプレイを開始することができる。さらに、プロセス８００の技術は、ゲームに左右されるものではなく、これは、インスタントプレイ１２８特徴を可能にするために、ゲーム開発者がいかなる作業も行う必要がないことを意味し、むしろ、ビデオゲームをクライアントシステム構成の異種の集団に配信するビデオゲーム配信プラットフォーム上のすべてのゲームの価値を高める。

【0082】

図９は、ゲームデータ１２６のブロック１２４をプリフェッチしてゲームプレイ中の待ち時間を低減させるための例示的なプロセス９００のフロー図である。

【0083】

９０２において、クライアントマシン１０４は、リモートシステム１０６から、クライアントマシン１０４の構成と関連付けられたブロック依存性データ１１６を受信し得る。このブロック依存性データ１１６は、ビデオゲームのゲームデータ１２６の２つの以上のブロック１２４の間の個々の関連を指定し得る。

【0084】

９０４において、クライアントマシン１０４は、ビデオゲームのゲーム実行ファイル１２２を実行して、クライアントマシン１０４上のビデオゲームを開始し得る。ビデオゲームがクライアントマシン１０４にインストールされているので、ゲーム実行ファイル１２２は、すでにクライアントマシン１０４上で利用可能であり得る。ゲーム実行ファイル１２２の実行は、クライアントマシン１０４のユーザ１０２がゲームのプレイを開始することを可能にする。さらに、ゲーム実行ファイル１２２の実行は、クライアントマシン１０４によって検出されたビデオゲームを開始するためのユーザ入力に応答して生じる。例えば、クライアントマシン１０４のユーザ１０２は、ビデオゲームを開始するために、ビデオゲームクライアント２１２のユーザインターフェース要素を選択し得る。

【0085】

９０６において、閾値を超える容量が「プリフェッチキャッシュ」内に存在するかどうかに関する決定が行われ得る。「プリフェッチキャッシュ」は、本明細書で使用されるとき、ゲームデータ１２６のプリフェッチされたブロック１２４に割り当てられた（または予約された）キャッシュを意味する。本明細書で説明されるように、第２のメモリ１３２（２）および／または第３のメモリ１３２（３）－第１のメモリ１３２（１）よりも速い読み出しアクセス速度を提供する－は、プリフェッチキャッシュを提供し得、ローカルメモリ１３２（２）／（３）のいずれかは、またはどちらも、１００メガバイトなどの任意の好適なデータ量に設定することができる。この実施例では、ゲーム実行ファイル１２２が、プリフェッチしたゲームデータ１２６を読み出すことを要求する前に、１００メガバイトものゲームデータ１２６を、ゲームセッション中にプリフェッチすることができる。１００メガバイトは、単なる一例に過ぎず、プリフェッチキャッシュは、より少ないまたはより多いデータ量に設定することができる。したがって、ブロック９０６において、プリフェッチキャッシュを監視して、どのくらいプリフェッチキャッシュが満たされているかを決定することができ、キャッシュ容量が閾値量を満たす、または超えた場合、ゲームデータ１２６の追加的なプリフェッチをトリガすることができる。ブロック９０６で評価される、プリフェッチキャッシュのこの閾値容量は、任意の好適な量に設定することができる。例えば、ゲームデータ１２６の個々のブロック１２４のサイズが４０９６バイトである場合、閾値容量は、わずか４０９６バイトの容量に設定され得、これは、ゲームデータ１２６のブロック１２４をプリフェッチするのに十分な空間である。しかしながら、閾値容量は、プリフェッチアルゴリズムを通した実行中に複数のブロック１２４をプリフェッチすることができることを確実にするために、より多いバイト／メガバイト数に設定され得る。

【0086】

例示的な使用事例では、使用事例、クライアントマシン１０４のユーザ１０２が、ゲームのライブラリページにナビゲートされ得、ゲームデータ１２６の一組のブロック１２４が、クライアントマシン１０４の第２のメモリ１３２（２）および／または第３のメモリ１３２（３）内の１００メガバイトのプリフェッチキャッシュを満たすようにプリフェッチされ得る。ユーザ１０２がビデオゲームをプレイし続けるときに、ファイルシステム２２０は、プリフェッチされたブロック１２４の１つ以上を読み出すためにゲーム実行ファイル１２２によって行われた読み出し動作と関連付けられた呼び出しを受信し得る。ブロック１２４を検索するためにクライアントマシン１０４の第１のメモリ１３２（１）にアクセスする代わりに、ファイルシステム２２０は、プリフェッチされたブロック１３２がキャッシュされる第２のメモリ１３２（２）または第３のメモリ１３２（３）のうちの少なくとも１つにアクセスし得、その結果、プリフェッチキャッシュの容量が増加し始める。このプリフェッチキャッシュの容量が閾値を満たすかまたは超えると、追加的なプリフェッチングがトリガされて、プリフェッチキャッシュを満たし得る。したがって、ブロック９０６において、閾値を超える容量がプリフェッチキャッシュ内に存在する場合、プロセス９００は、ブロック９０６からブロック９０８への「はい」のルートに従い得る。

【0087】

９０８において、クライアントマシン１０４のロジックは、どんなゲームデータ１２６のブロック１２４をプリフェッチするかを決定するために使用されるイベントを検出し得る。例えば、サブブロック９１０において、検出したイベントは、コンテキストキュー（例えば、ユーザがビデオゲームのライブラリページにナビゲートする）であり得る。別の例として、サブブロック９１２において、検出したイベントは、ゲームデータ１２６の特定のブロック１２４を読み出すためにゲーム実行ファイル１２２によって行われた読み出し動作を受信するファイルシステムプロキシコンポーネント２１８であり得る。

【0088】

９１４において、クライアントマシン１０４のロジックは、ブロック依存性データ１１６を使用して、検出されたイベントと関連付けられる、ゲームデータ１２６の１つ以上のブロック１２４を識別し得る。例えば、ブロック９０８で検出したイベントが、ゲームデータ１２６のブロックＡを読み出すことを要求したゲーム実行ファイル１２２である場合、およびブロック依存性データ１１６が、ブロックＡへのアクセスから閾値期間内にゲーム実行ファイル１２２によってブロックＢがアクセスされる可能性が高いことを示す場合、ロジックは、ブロック９１４において、ブロックＢを識別し得る。

【0089】

９１６において、識別されたブロック１２４は、第１のメモリ１３２（１）（例えば、ＨＤＤ、ＳＤカードなどの不揮発性メモリ、など）よりも速い読み出しアクセス速度を提供するローカルメモリ１３２にキャッシュされ得、ゲームデータ１２６は、クライアントマシン１０４に残存する。したがって、識別されたブロック１２４は、第２のメモリ１３２（２）（例えば、ＳＳＤなどの、追加的な不揮発性メモリ）または第３のメモリ１３２（３）（例えば、ＲＡＭなどの揮発性作業用メモリ）のうちの少なくとも１つにキャッシュすることができる。サブブロック９１８によって示されるように、９１４でゲームデータ１２６の複数のブロック１２４が識別された場合、第２のブロック１２４（２）を第２のメモリ１３２（２）にキャッシュすること、第３のブロック１２４（３）を第３のメモリ１３２（３）キャッシュすること、などによって、ブロック１２４を複数の異なるプリフェッチキャッシュにキャッシュすることができる。このようにして、プリフェッチされたゲームデータ１２６のブロック１２４は、負荷バランシング技術を使用して、複数のローカルメモリリソース１３２の複数のプリフェッチキャッシュにわたって配信され得、第３のメモリ１３２（３）が第２のメモリ１３２（２）よりも速い読み出しアクセス速度を提供するにもかかわらず、いくつかのゲームデータ１２６が第２のメモリ１３２（２）にキャッシュされ、ほぼ等しい量のゲームデータ１２６が第３のメモリ１３２（３）キャッシュされる。このようにして、プリフェッチされたゲームデータ１２６は、負荷バランスをとって、ゲームプレイ中にゲームデータ１２６が任意のおよびすべてのローカルメモリリソース１３２から並行してアクセスすることができるという点で、システムの全体的なスループットを向上させることができる。この負荷バランシングスキームでは、読み出し動作の１％が第１のメモリ１３２（１）からのゲームデータ１２６にアクセスすると予測され、読み出し動作の９％が第２のメモリ１３２（２）からのゲームデータ１２６にアクセスすると予測され、読み出し動作の９０％が第３のメモリ１３２（３）からゲームデータ１２６にアクセスすると予測される場合があり得る。

【0090】

９２０において、クライアントマシン１０４のファイルシステムプロキシコンポーネント２１８は、ゲーム実行ファイル１２２によってファイルシステム２２０に対して行われた読み出し動作を受信し得、読み出し動作は、ビデオゲームのゲームデータ１２６の特定のブロック１２４を読み出すことを要求する。

【0091】

９２２において、（例えば、ファイルシステム２２０によって）要求されたブロック１２４が、比較的速い読み出しアクセス速度を提供するローカルメモリリソース（例えば、第２のメモリ１３２（２）または第３のメモリ１３２（３））のプリフェッチキャッシュにキャッシュされるかどうかに関して決定が行われ得る。ブロック１２４がプリフェッチキャッシュにキャッシュされている場合、プロセス９００は、ブロック９２２からブロック９２４への「はい」のルートに従い得、ブロック１２４がプリフェッチキャッシュから読み出され得る。例えば、ゲーム実行ファイル１２２は、ブロック１２４がキャッシュされる場所に応じて、第２のメモリ１３２（２）または第３のメモリ１３２（３）からゲームデータ１２６のブロック１２４を読み出し得る。ブロック１２４がプリフェッチキャッシュにキャッシュされていない場合、プロセス９００は、ブロック９２２からブロック９２６への「いいえ」のルートに従い得、ブロック１２４が第１のメモリ１３２（１）から読み出され得、ゲームデータ１２６は、クライアントマシン１０４に残存することができる。

【0092】

９２８において、ビデオゲームのゲームセッションを終了するべきかどうかに関する決定が行われる。例えば、ユーザ１０２がビデオゲームを止めた場合、プロセス９００は、ブロック９２８からブロック９３０への「はい」のルートに従い得、ビデオゲームクライアント２１２は、ゲーム実行ファイルの実行を停止させ得る。いくつかの実施形態では、ユーザ１０２が、ゲームセッション、およびクライアントマシン１０４を再起動する場合、第２のメモリ１３２（２）にプリフェッチされたゲームデータ１２６は、第２のメモリ１３２（２）が追加的な不揮発性メモリ（例えば、ＳＳＤ）を表す場合の再起動時に、第２のメモリ１３２（２）のプリフェッチキャッシュに記憶されたままであり得る。このようにして、再起動後にユーザ１０２が別のゲームセッションを開始した場合、もしブロック１２４が後続のゲームセッション中にゲーム実行ファイル１２２によって要求されたときに、第２のメモリ１３２（２）にキャッシュされたままであるゲームデータ１２６のブロックをそこから検索することができる。ブロック９２８において、ゲームセッションを終了するべきでなかった場合（例えば、ユーザ１０２がゲームをプレイし続ける場合）、プロセス９００は、ブロック９２８からブロック９０６への「いいえ」のルートに従い得、プリフェッチキャッシュの容量は、プロセス９００の一部分がブロック９０６からの開始を繰り返すために再度評価される。９０６において、閾値を超える容量がプリフェッチキャッシュ内に存在していない場合（例えば、プリフェッチキャッシュが、プリフェッチされたゲームデータ１２６を過剰に満たしているとみなわれる場合）、プロセス９００は、ブロック９０６からブロック９２０への「いいえ」のルートに直接従い得、プリフェッチキャッシュのゲームデータ１２６をプリフェッチすることなく、ファイルシステムプロキシコンポーネント２１８によって読み出し動作が受信される。

【0093】

プロセス９００は、第１のメモリ１３２（１）から排他的にゲームデータ１２６にアクセスすることと比較して、全体的な待ち時間を低減させることによって、ゲーム実行中のローディング時間を減少させることができ、ゲームデータ１２６は、クライアントマシン１０４に残存する。このようにして、比較的大きなビデオゲームを第１のメモリ１３２（１）（例えば、ＨＤＤ、ＳＤカード、など）に記憶することができ、さらに、ゲーム実行ファイル１２２がゲームデータ１２６のブロック１２４を読み出すことを要求するまでに、ブロック１２４がゲーム実行ファイル１２２によって要求されたときに、前もって、ゲームデータ１２６のブロック１２４を第３のメモリ１３２（２）（例えば、ＲＡＭなどの作業用メモリ、不揮発性メモリ）に、および／または第２のメモリ１３２（２）（例えば、ＳＳＤ）にキャッシュすることによって、ゲームデータ１２６がインテリジェントにプリフェッチされ得るので、ブロック１２４は、読み出しアクセス時間を低減させるために、すでにプリフェッチキャッシュにキャッシュされている可能性が高い。

【0094】

本主題は、構造的特徴に固有の言語で説明されているが、添付の特許請求の範囲で定義された主題が必ずしも説明された特定の特徴に限定されないことを理解されたい。むしろ、特定の特徴は、特許請求の範囲を実装する例示的な形態として開示される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【国際調査報告】