JP2024513862A - レガシーゲームからメタゲームを生成するためのシステム及び方法 - Google Patents

レガシーゲームからメタゲームを生成するためのシステム及び方法 Download PDF

Info

Publication number
JP2024513862A
JP2024513862A JP2023560877A JP2023560877A JP2024513862A JP 2024513862 A JP2024513862 A JP 2024513862A JP 2023560877 A JP2023560877 A JP 2023560877A JP 2023560877 A JP2023560877 A JP 2023560877A JP 2024513862 A JP2024513862 A JP 2024513862A
Authority
JP
Japan
Prior art keywords
challenge
user account
user
block
user input
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023560877A
Other languages
English (en)
Inventor
ウェイジン、ジョージ
タック、デーヴィッド
コルヴィ、エルネスト
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Interactive Entertainment LLC
Original Assignee
Sony Interactive Entertainment LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Interactive Entertainment LLC filed Critical Sony Interactive Entertainment LLC
Publication of JP2024513862A publication Critical patent/JP2024513862A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/46—Computing the game score
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/63—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by the player, e.g. authoring using a level editor
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players
    • A63F13/86—Watching games played by other players
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/61—Score computation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Devices For Executing Special Programs (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Peptides Or Proteins (AREA)

Abstract

【課題】メタゲームの生成方法を説明する。【解決手段】方法は第１のユーザーアカウントを介してレガシーゲームのプレイ中に第１のチャレンジに対する第１のユーザー入力を受信することを含む。第１のチャレンジはレガシーゲームの第１の複数の基本ブロックから作成される。方法は第１のチャレンジの少なくとも一部を記録すること及び第１のユーザーアカウントを介してレガシーゲームのプレイ中に第２のチャレンジに対する第２のユーザー入力を受信することを含む。第２のチャレンジはレガシーゲームの第２の複数の基本ブロックから作成される。方法は、第２のチャレンジの少なくとも一部を記録すること、メタゲームの作成を要求するための第３のユーザー入力が第１のユーザーアカウントを介して受信されたかを判定すること、及び第３のユーザー入力が受信されたと判定すると第１及び第２のチャレンジからメタゲームを生成することを含む。【選択図】図１

Description

本開示は、レガシーゲームからメタゲームを生成するためのシステム及び方法に関する。
電子ゲーム及びネットワーキング技術がより高度になるにつれて、それに応じてゲームの複雑性が増している。その結果、より複雑な筋書きと、ゲームプレイの目的、ミッション及びタスクと、ゲームプレイのアバターに関連する能力と、スコアリングと、が存在し得る。スコアリングは、様々な方法で発生及び重み付けされ得、同様に様々なカテゴリで、または個人またはチームベースで決定され得る。
前述の問題の重大性は、電子ゲームの複雑性が増すにつれてのみ増加する。そのため、一部のプレイヤーは、より複雑ではない古いゲームをプレイしたいと望むことがある。
この文脈において、本発明の実施形態が生じる。
本開示の実施形態は、レガシーゲームからメタゲームを生成するためのシステム及び方法を提供する。
一実施形態では、レガシーゲームのプレイを容易にするための方法が説明される。方法は、レガシーゲームのプレイ中にユーザー入力を受信することと、ユーザー入力を処理するためのコードの１つ以上のブロックがキャッシュされるかどうかを判定することと、コードの１つ以上のブロックがキャッシュされていないと判定するときにレガシーゲームコードの１つ以上の命令にアクセスすることとを含む。方法は、レガシーゲームコードの１つ以上の命令からコードの１つ以上のブロックをコンパイルすることと、コードの１つ以上のブロックをキャッシュすることと、コードの１つ以上のブロックを実行して仮想環境を表示することとをさらに含む。
一実施形態では、レガシーゲームのプレイを容易にするためのコンピューティングデバイスが説明される。コンピューティングデバイスは、レガシーゲームのプレイ中にユーザー入力を受信するように構成されたプロセッサを含む。コンピューティングデバイスは、プロセッサに接続されたキャッシュと、プロセッサに接続されたメモリデバイスとをさらに含む。プロセッサは、ユーザー入力を処理するためのコードの１つ以上のブロックが、キャッシュに格納されているかどうかを判定する。プロセッサは、コードの１つ以上のブロックがキャッシュに格納されていないと判定すると、メモリデバイスからレガシーゲームコードの１つ以上の命令にアクセスする。また、プロセッサは、レガシーゲームコードの１つ以上の命令からコードの１つ以上のブロックをコンパイルする。プロセッサは、キャッシュにコードの１つ以上のブロックを格納し、コードの１つ以上のブロックを実行して、仮想環境を表示する。
一実施形態では、方法が説明される。方法は、レガシーゲームコードの１つ以上の命令から第１の検証結果を生成することを含む。レガシーゲームコードの１つ以上の命令は、コードの１つ以上のブロックに関連付けられる。方法は、１つ以上の命令に関連付けられた１つ以上のメモリアドレスを調べて、コードの１つ以上のブロックが無効としてマークされるべきかどうかを判定することをさらに含む。方法は、コードの１つ以上のブロックが実行されるべきかどうかを判定することと、コードの１つ以上のブロックが実行されるべきであると判定すると、コードの１つ以上のブロックが無効としてマークされているかどうかを判定することを含む。方法は、１つ以上のメモリアドレスを調べて、１つ以上の命令から第２の検証結果を生成することと、第１の検証結果を第２の検証結果と比較して、コードの１つ以上のブロックが無効であるかどうかを判定することと、コードの１つ以上のブロックが無効であると判定すると、１つ以上の命令に関連付けられたコードの１つ以上の追加のブロックを再コンパイルすることとを含む。方法は、コードの１つ以上の追加のブロックを実行して、仮想環境を表示することを含む。
一実施形態では、メタゲームを生成するための方法が説明される。方法は、第１のユーザーアカウントを介して、１つ以上のレガシーゲームのプレイ中に第１のチャレンジに対する第１のユーザー入力を受信することを含む。第１のチャレンジは、１つ以上のレガシーゲームの第１の複数の基本ブロックから作成される。方法は、第１のチャレンジの少なくとも一部を記録することと、第１のユーザーアカウントを介して、１つ以上のレガシーゲームのプレイ中に第２のチャレンジに対する第２のユーザー入力を受信することとをさらに含む。第２のチャレンジは、１つ以上のレガシーゲームの第２の複数の基本ブロックから作成される。第１の複数の基本ブロックは、１つ以上のレガシーゲームの第１の複数の命令からコンパイルされ、第２の複数の基本ブロックは、１つ以上のレガシーゲームの第２の複数の命令からコンパイルされて、１つ以上のレガシーゲームを更新されたマシンでプレイすることを可能にする。方法は、第２のチャレンジの少なくとも一部を記録することを含む。方法はさらに、メタゲームの作成を要求するための第３のユーザー入力が第１のユーザーアカウントを介して受信されたかどうかを判定することと、第３のユーザー入力が受信されたと判定すると、第１及び第２のチャレンジからメタゲームを生成することとを含む。
一実施形態では、メタゲームを生成するための方法のプログラム命令を含む非一時的なコンピュータ可読媒体が説明される。コンピュータシステムの１つ以上のプロセッサによってプログラム命令が実行されると、１つ以上のプロセッサは、方法の複数の操作を実行する。
一実施形態では、メタゲームを生成するためのコンピュータシステムが説明される。コンピュータシステムは、プロセッサを含む。プロセッサは、第１のユーザーアカウントを介して、１つ以上のレガシーゲームのプレイ中に第１のチャレンジに対する第１のユーザー入力を受信する。第１のチャレンジは、１つ以上のレガシーゲームの第１の複数の基本ブロックから作成される。プロセッサは、第１のチャレンジの少なくとも一部を記録する。プロセッサは、第１のユーザーアカウントを介して、１つ以上のレガシーゲームのプレイ中に第２のチャレンジに対する第２のユーザー入力をさらに受信する。第２のチャレンジは、１つ以上のレガシーゲームの第２の複数の基本ブロックから作成される。第１の複数の基本ブロックは、１つ以上のレガシーゲームの第１の複数の命令からコンパイルされ、第２の複数の基本ブロックは、１つ以上のレガシーゲームの第２の複数の命令からコンパイルされて、１つ以上のレガシーゲームを更新されたマシンでプレイすることを可能にする。プロセッサは、第２のチャレンジの少なくとも一部を記録する。プロセッサは、メタゲームのプレイを要求するための第３のユーザー入力が第１のユーザーアカウントを介して受信されたかどうかをさらに判定し、第３のユーザー入力が受信されたと判定すると、第１及び第２のチャレンジからメタゲームを生成する。メモリデバイスはプロセッサに結合されている。
本明細書に記載のシステム及び方法のいくつかの利点は、更新されたマシンがレガシーコードの機能を実行することを可能にすること含む。変換しないと、セキュリティ上の問題により、更新されたマシンがレガシーコードの機能を実行することはできない。例えば、更新されたマシンからレガシーコードを実行し、レガシーコードの実行時に生成されたデータを更新されたマシンのレジスタに書き込む権限はない。そのため、変換を提供することにより、更新されたマシンによるレガシーコードの機能の実行が容易になる。
本明細書に記載のシステム及び方法のさらなる利点には、実行時間を節約することが含まれる。一例として、レガシーコードのルーチンとサブルーチンまたは２つの同様の命令などの２つ以上の命令が、更新されたコードの１つの基本ブロックに結合される。そのため、更新されたコードの実行は、レガシーコードの実行と比較して高速である。
本明細書に記載のシステム及び方法のさらなる利点は、更新されたコードの１つ以上の基本ブロックが無効であると判定すると、更新されたコードの１つ以上の追加の基本ブロックを再コンパイルすることを含む。例えば、１つ以上の基本ブロックが無効としてマークされているとき、１つ以上の基本ブロックが実際に無効であるかどうかが判定される。そのように判定すると、１つ以上の基本ブロックを実行する代わりに、１つ以上の追加の基本ブロックがコンパイル及び実行される。１つ以上の追加の基本ブロックは、１つ以上の基本ブロックが対応する同じゲームに対応する。
本明細書に記載のシステム及び方法の別のさらなる利点は、すべての基本ブロックが無効であるかどうかチェックされる必要がないことを含む。例えば、基本ブロックのコンパイル後に無効としてマークされている基本ブロックのみが有効かどうかがチェックされる。このことは、１つ以上の基本ブロックから仮想環境を表示する際のレイテンシを短縮する。また、すべての基本ブロックの無効性をチェックするために使用される処理能力は必要とされない。
また、本明細書に記載のシステム及び方法の利点は、ゲームの更新されたコードがすでにコンパイルされているときに処理時間及び処理能力を節約することを含む。更新されたコードがサーバまたはゲームコンソールで生成されると、更新されたコードは再コンパイルされる必要がない。むしろ、更新されたコードが、サーバまたはゲームコンソールから別のゲームコンソールに転送できる。そのため、他のゲームコンソールで更新されたコードを再生成する際の処理時間と処理能力が節約される。
本開示の他の態様は、本開示に記載された実施形態の原理を例示として示す、添付の図面と併せて取られた以下の発明を実施するための形態から明らかになるであろう。
本開示の様々な実施形態は、添付の図面と併せて以下の説明を参照することによって最もよく理解することができる。
更新されたコードの基本ブロックを生成するためのシステムの実施形態を示すブロック図である。 ゲームコードの基本ブロックをコンパイル及び実行するための方法の実施形態を示すフローチャートである。 基本ブロックをコンパイル及び実行するためのシステムの実施形態を示すブロック図である。 ゲームコンソール内の基本ブロックのコンパイルを説明するためのシステムの実施形態の図である。 サーバシステム内の基本ブロックのコンパイルを説明するためのシステムの実施形態の図である。 基本ブロックの一実施形態を説明するための図である。 基本ブロックコンパイラによって実行されるコンパイル操作の実施形態を示すための図である。 エミュレーションプロセッサシステムの構成要素を示すシステムの実施形態の図である。 基本ブロックをコンパイル及び実行するための方法の実施形態を示すフローチャートである。 異なるユーザー入力に対して、異なる基本ブロックが動的にコンパイルされることを示すシステムの実施形態の図である。 メモリデバイスからのエミュレートされた処理ユニット（ＰＵ）コードの削除を示すシステムの実施形態の図である。 エミュレートされたＰＵコードをメモリデバイスから削除するための方法の実施形態を示すフローチャートである。 基本ブロックの検証を示すエミュレーションプロセッサシステムの実施形態の図である。 図８Ａのエミュレーションプロセッサシステムによって実行される検証操作を示す方法の実施形態のフローチャートである。 図８Ｂの方法のフローチャートの続きである。 レガシーマシンの実施形態を示す図である。 更新されたマシンの実施形態を示す図である。 基本ブロックコンパイラによる複数の基本ブロックの１つの基本ブロックへの結合を示すシステムの実施形態の図である。 １つ以上の基本ブロックの修正を示すシステムの実施形態の図である。 サブルーチンに基づいて作成された基本ブロックと、サブルーチンを呼び出すエミュレートされたＰＵコード命令に基づいて生成された基本ブロックとを組み合わせることを示すシステムの実施形態の図である。 ２つの基本ブロックの間への基本ブロックの挿入を示すシステムの実施形態の図である。 基本ブロックの実行の順序でスイッチを示すシステムの実施形態の図である。 基本ブロックｎに格納されたサイクル数のカウントの使用を説明するための方法の実施形態のフローチャートである。 図１１Ａの方法のフローチャートの続きである。 第１のクライアントデバイスから第２のクライアントデバイスへの基本ブロックの転送を示すためのシステムの実施形態の図である。 基本ブロック１～ｎの複数のセットの実行時にプレイされる、チャレンジなどの１つ以上のミニゲームからのメタゲームの生成を示すためのシステムの一実施形態の図である。 第１のチャレンジの実施例を示すための第１のディスプレイデバイスの一実施形態の図である。 レガシーゲームの第１のゲームレベルの基本ブロック１～ｎの任意の２つの間に挿入されるフックを示すための図である。 第２のチャレンジの実施例を示すための第１のディスプレイデバイスの一実施形態の図である。 レガシーゲームの第２のゲームレベルの基本ブロック１～ｎの任意の２つの間に挿入されるフックを示すための図である。 システムの一実施形態の図である。 ユーザーアカウントを介するユーザーによるチャレンジの実行の順序の選択を示すための第１のディスプレイデバイスの図である。 メタゲームの生成を説明するための方法の一実施形態のフローチャートである。 第１のチャレンジの１つ以上の基本ブロックを第２のチャレンジの基本ブロックの１つ以上とスティッチングするための図１６Ａの方法を示すための図１６Ａのフローチャートの続きである。 メタゲーム内でのリーダーシップスコアボードの追加、及びメタゲームへのトロフィーの付加を示すための図１６Ｂのフローチャートの続きである。 図１６Ｃのフローチャートの続きである。 図１６Ｄのフローチャートの続きである。 第２のディスプレイデバイスに表示されるゴーストを含むメタゲームの一実施形態を示すための図である。 第１のディスプレイデバイスに表示されるリーダーシップスコアボードの一実施形態の図である。 第２のディスプレイデバイスに表示されるリーダーシップスコアボードの一実施形態の図である。 メタゲームのプレイ後にユーザーがトロフィーを獲得したことを示す通知を示すための第２のディスプレイデバイスの一実施形態の図である。 本開示の実施態様に従って、クラウドビデオゲームをクライアントデバイスにストリーミングするために実行される様々な操作を概念的に示すフロー図である。 クライアントデバイスのディスプレイデバイスとインターフェースするために互換性があり、コンピュータネットワークを介してゲームホスティングシステムと通信することができるゲームコンソールの実施形態のブロック図である。 ヘッドマウントディスプレイ（ＨＭＤ）の構成要素を示す図である。 情報サービスプロバイダ（ＩＮＳＰ）アーキテクチャの実施形態を示す。
レガシーゲームからメタゲームを生成するためのシステム及び方法が説明される。本開示の様々な実施形態は、これらの特定の詳細の一部または全部がなくとも実施されることに留意されたい。他の事例では、本開示の様々な実施形態を不必要に不明瞭にしないために、周知のプロセス操作は詳細に説明されていない。
図１は、更新されたコードの基本ブロック１～ｎまでを生成するためのシステム１００の実施形態を示すブロック図であり、ｎは正の整数である。システム１００は、キャッシュ１０２と、基本ブロックコンパイラ１０４と、ゲームタイトルＧＮを有するレガシーゲームＮのエミュレートされた処理ユニット（ＰＵ）コード１０６とを含み、Ｎは正の整数である。一例として、本明細書で使用されるキャッシュは、データを格納するハードウェアまたはソフトウェアの構成要素であり、そのため、データに対する将来の要求がより高速に処理され得る。キャッシュヒットは、要求されたデータがキャッシュ内で見つけられ得るときに発生し、一方でキャッシュミスは、見つけられ得ないときに発生する。キャッシュヒットは、キャッシュからデータを読み取ることによって処理され、これは結果を再計算すること、またはメモリデバイスなどのより低速のデータストアから読み取ることよりも速い。したがって、キャッシュから処理できる要求が多いほど、システムの実行は速くなる。説明すると、キャッシュはレジスタのグループであり、これは、メインメモリデバイスと比較して、１０倍～１００倍など、より高速にアクセスされ得る。
一例として、キャッシュは、メインメモリデバイスよりも少ないメモリアドレスの数を有している。例では、プロセッサは、操作で使用されるデータがキャッシュ内のメモリアドレスに格納されているかどうかを最初に判定し、そうでない場合は、プロセッサがメインメモリデバイスのメモリアドレスにアクセスしてデータを探す。
一例として、本明細書で使用される基本ブロックコンパイラは、エミュレートされたＰＵコード１０６コードを、更新されたコードの例であるゲームコードＧＣＮに変換するコンピュータプログラムである。ゲームコードＧＣＮは、レガシーゲームＮの機能を表す。コンピュータプログラムは、エミュレートされたプロセッサシステムの１つ以上のプロセッサによって実行される。ゲームコードＧＣＮは、本明細書では中間コードと呼ばれる。一例として、中間コードは、ソースコードでもマシンコードでもない。説明すると、中間コードは、中央処理装置（ＣＰＵ）のアーキテクチャ、またはグラフィックスプロセッシングユニット（ＧＰＵ）のアーキテクチャ、または更新されたマシンのアーキテクチャに固有ではない基本ブロックを含んでおり、その例が以下に提供される。例示では、中間コードは、更新されたマシンのＣＰＵまたはＧＰＵでよって実行され得る基本ブロックを含み、その例は、Ｓｏｎｙ ＰｌａｙＳｔａｔｉｏｎ（登録商標）４（ＰＳ４（登録商標））またはＳｏｎｙ ＰｌａｙＳｔａｔｉｏｎ（登録商標）５（ＰＳ５（登録商標））、またはデスクトップコンピュータ、またはラップトップコンピュータ、またはスマートフォン、またはスマートテレビを含む。一例として、ソースコードは、プレーンテキストであり得る、人間が可読なプログラミング言語を使用して書かれている。一例として、本明細書で使用される基本ブロックコンパイラは、ハードウェアもしくはソフトウェア、またはそれらの組み合わせを使用して実装される。説明すると、基本ブロックコンパイラの機能は、コントローラもしくはプログラマブルロジックデバイス（ＰＬＤ）または特定用途向け集積回路（ＡＳＩＣ）を使用して実装される。
本明細書で使用されるコントローラの例には、プロセッサ及びメモリデバイスが含まれる。プロセッサはメモリデバイスに結合されている。本明細書で使用される場合、一例として、プロセッサは、マイクロプロセッサ、またはＣＰＵ、またはＧＰＵ、またはマイクロコントローラ、またはＡＳＩＣ、またはＰＬＤである。本明細書で使用されるメモリデバイスの例には、ランダムアクセスメモリ（ＲＡＭ）及び読み取り専用メモリ（ＲＯＭ）が含まれる。説明すると、メモリデバイスは、フラッシュメモリデバイス、またはハードディスク、またはソリッドステートストレージデバイス、または独立ディスクの冗長アレイ（ＲＡＩＤ）、またはそれらの組み合わせである。
エミュレートされたＰＵコード１０６の例は、レガシーマシンのＣＰＵまたはＧＰＵなどのプロセッサに操作を実行するように指示するマシンコードである。例えば、エミュレートされたＰＵコード１０６は、ＣＰＵのレジスタに格納されたデータに対してロード、格納、ジャンプ、または算術論理操作ユニット（ＡＬＵ）操作などの特定の操作を実行するようにレガシーマシンのＣＰＵに指示する命令のシーケンスを含む。別の例として、エミュレートされたＰＵコード１０６は、一連の１と０を含むバイナリコードである。別の例として、エミュレートされたＰＵコード１０６は、ＧＰＵのレジスタに格納されたデータに対してロード、格納、ジャンプ、またはＡＬＵ操作などの特定の操作を実行するようにレガシーマシンのＧＰＵに指示する命令のシーケンスを含む。レガシーマシンのＧＰＵは、色、強度、陰影、テクスチャ、またはそれらの組み合わせなどのグラフィックパラメータを仮想オブジェクトに割り当てる操作を仮想オブジェクトに対して実行する。
エミュレートされたＰＵコード１０６は、レガシーマシンのＣＰＵまたはＧＰＵのアーキテクチャに特定または特有である。例えば、エミュレートされたＰＵコード１０６は、更新されたマシンのＣＰＵまたはＧＰＵによって実行することはできない。別の例として、Ｓｏｎｙ ＰｌａｙＳｔａｔｉｏｎ（登録商標）１（ＰＳ１）で実行可能なエミュレートされたＰＵ１０６をＳｏｎｙ ＰｌａｙＳｔａｔｉｏｎ（登録商標）２（ＰＳ２）で実行することはできず、逆も同様である。
一例として、エミュレートされたＰＵコード１０６は、レガシーゲームＮで操作を実行するためにレガシーマシンのプロセッサによって実行される。説明すると、エミュレートされたＰＵコード１０６は、ＰＳ１（登録商標）またはＰＳ２（登録商標）などのレガシーマシン上でレガシーゲームをプレイするために実行される。レガシーゲームの例は、Ｗａｒｈａｗｋ（登録商標）、Ｔａｎｇｏ Ｄａｎｃｅ Ｆｅｖｅｒ（登録商標）、Ｃａｓｔｌｅｖａｎｉａ Ｃｈｒｏｎｉｃｌｅｓ（登録商標）、Ｐａｃｍａｎ（登録商標）、Ｒｅｓｉｄｅｎｔ Ｅｖｉｌ ２（登録商標）、Ｓｔｒｅｅｔｆｉｇｈｔｅｒ Ａｌｐｈａ ３（登録商標）などのビデオゲームを含む。
基本ブロックコンパイラ１０４は、レガシーゲームＮのエミュレートされたＰＵコード１０６にアクセスし、エミュレートされたＰＵコード１０６を、基本ブロック１～ｎなどの１つ以上の基本ブロックに変換する。一例として、各基本ブロック１～ｎは、ある基本ブロックを別の基本ブロックと区別するための開始識別子及び終了識別子を有する。基本ブロックコンパイラ１０４は、基本ブロック１～ｎをキャッシュ１０２に格納する。基本ブロック１～ｎが実行されると、レガシーゲームＮがエミュレートされる。
図２は、ゲームコードＧＣＮの基本ブロックをコンパイル及びディスパッチするための方法２００の実施形態を示すフローチャートである。方法２００は、更新されたマシンの１つ以上のプロセッサによって実行される。方法２００は、キャッシュヒットがあるかどうか、例えば、基本ブロックがキャッシュ１０２に格納されているかどうかを判定する操作２０２を含む。例えば、操作２０２は、レガシーゲームのプレイ中のユーザー入力が受信されたときに実行またはトリガーされる。説明すると、ユーザー入力は、レガシーゲームＮの仮想オブジェクトの位置もしくは方向、またはそれらの組み合わせを変更するために受信されている。図示では、ユーザー入力が受信されたと判定すると、基本ブロック１～ｎの１つのような基本ブロックが、キャッシュ１０２に格納されているかどうかが判定されている（図１）。例示では、仮想オブジェクトの位置もしくは方向、またはそれらの組み合わせを変更するために基本ブロックが実行されるべきである。
別の説明として、操作２０２は、レガシーゲームの仮想オブジェクトのルックアンドフィールなどのパラメータを変更するためのユーザー入力が受信されたときに実行される。例示では、ユーザー入力が受信されたと判定すると、基本ブロック１～ｎの１つなどの基本ブロックがキャッシュ１０２に格納されているかどうかが判定される。例示では、基本ブロックは、仮想オブジェクトのパラメータを変更するために実行されるべきである。
基本ブロックがキャッシュされていると判定したことに応えて、基本ブロックが方法２００の操作２０４でディスパッチされる。例えば、基本ブロックは、操作２０４で実行されるか、または動作する。説明すると、基本ブロックは、更新されたマシンのＣＰＵによって実行され、仮想オブジェクトをある位置から別の位置に、もしくはある方向から別の方向に、またはそれらの組み合わせで移動させる。別の例示として、基本ブロックは、パラメータを仮想オブジェクトの一部に割り当てるために更新されたマシンのＧＰＵによって実行される。仮想オブジェクトの一部の例は、仮想オブジェクトのピクセル、または仮想オブジェクトの三角形の部分、または仮想オブジェクトの事前に定義された形状の一部を含む。説明すると、仮想オブジェクトは、所定の数のピクセルに分割され、各ピクセルにはパラメータの値が割り当てられる。
基本ブロックがキャッシュされていないと判定したことに応えて、基本ブロックをコンパイルする操作２０６が方法２００で実行される。操作２０６は、基本ブロックコンパイラ１０４（図１）によって実行される。例えば、基本ブロックコンパイラ１０４は、レガシーゲームＮのエミュレートされたＰＵコード１０６（図１）を解析して、操作２０２の前に、レガシーゲームのプレイ中に受信したユーザー入力を処理するための機能を含むエミュレートされたＰＵコード命令を識別する。操作２０２の前に受信されたユーザー入力は、操作２０２をトリガーする。説明すると、基本ブロックコンパイラ１０４は、エミュレートされたＰＵコード１０６の各エミュレートされたコードＰＵ命令をトラバースして、エミュレートされたコードＰＵコード命令が、レガシーゲームのプレイ中に受信したユーザー入力を満たす（例えば、応答を生成する）操作（機能など）を含むかどうかを判定する。例示では、機能が識別されると、基本ブロックコンパイラ１０４は、エミュレートされたコードのＰＵコード命令を変換して、基本ブロックを生成する。例示では、受信したユーザー入力に応えて、操作２０２の前に、ユーザー入力を処理するために必要とされないレガシーゲームの他のエミュレートされたコードＰＵコード命令は、基本ブロックコンパイラ１０４によって基本ブロックにコンパイルされない。
方法２００の操作２０８において、操作２０６で生成された基本ブロックは、基本ブロックコンパイラ１０４によってキャッシュ１０２に格納される。次に、キャッシュされた基本ブロックは、操作２０４で実行され、操作２０２の前に受信されたユーザー入力を処理する。
一実施形態では、方法２００は、サーバシステムの１つ以上のプロセッサによって実行される。一例として、サーバシステムは、更新されたマシンをサーバとして含む。説明すると、各サーバブレードは、ＰＳ４（登録商標）またはＰＳ５（登録商標）である。
一実施形態では、方法２００は、ユーザー入力が受信されるまで実行されない。例えば、基本ブロック１～ｎの１つなどの基本ブロックが、キャッシュ１０２に格納されているかどうかの判定はされず、基本ブロックのコンパイルも、ユーザー入力が受信されるまで基本ブロックの実行もされない。
一実施形態では、基本ブロックコンパイラ１０４は、レガシーゲームＮのプレイ中の第１のユーザー入力に応えて、基本ブロック１～ｎの１つ以上をコンパイルし、レガシーゲームＮのプレイ中の第２ユーザー入力に応えて、基本ブロック１～ｎの残りの１つ以上をコンパイルする。説明すると、基本ブロックコンパイラ１０４は、第１のユーザー入力を処理するために基本ブロック１及び２を生成し、第２のユーザー入力を処理するために基本ブロック３～７を生成する。第２のユーザー入力は、第１のユーザー入力の後に受信される。
図３は、基本ブロック１～ｎなどの基本ブロックをコンパイル及びディスパッチするためのシステム３０４の実施形態を説明するためのブロック図である。システム３００は、基本ブロックコンパイラ１０４、キャッシュ１０２、及びブロックディスパッチャ３０２を含む。一例として、ブロックディスパッチャ３０２は、ユーザー入力を処理するために基本ブロック１～ｎの１つ以上の操作を実行する、ハードウェアもしくはソフトウェア、またはそれらの組み合わせである。説明すると、ブロックディスパッチャ３０２は、ＰＬＤまたはＡＳＩＣまたはコントローラである。別の例として、ブロックディスパッチャ３０２はコンピュータソフトウェアである。一例として、ブロックディスパッチャ３０２は、更新されたマシンのＧＰＵまたはＣＰＵである。
基本ブロックコンパイラ１０４は、操作コード（オペコード）などのエミュレートされたＰＵコード１０６（図１）の一部を復号し、その部分を、更新されたマシンの処理ユニットのための中間表現に変換する。例えば、基本ブロックコンパイラ１０４は、１つ以上の命令など、エミュレートされたＰＵコード１０６のＣＰＵコードの一部を解析して、ＣＰＵコードの一部がユーザー入力を処理するための機能を含むかどうかを判定する。そのように判定すると、基本ブロックコンパイラ１０４は、ＣＰＵコードの一部を、基本ブロック１～ｎなどの１つ以上の基本ブロックに変換する。別の例として、基本ブロックコンパイラ１０４は、１つ以上の命令などのエミュレートされたＰＵコード１０６のＧＰＵコードの一部を解析して、ＧＰＵコードの一部が、ユーザー入力を処理する機能を含むかどうかを判定する。そのように判定すると、基本ブロックコンパイラ１０４は、ＧＰＵコードの一部を、基本ブロック１～ｎなどの１つ以上の基本ブロックに変換する。
また、基本ブロックコンパイラ１０４は、エミュレートされたＰＵコード１０６の一部から生成された各基本ブロックの実行のサイクル数を推定して、推定カウントを生成する。例えば、基本ブロックコンパイラ１０４は、基本ブロック１がジャンプ操作を含み、ジャンプ操作が所定の時間を要すると判定する。基本ブロックコンパイラ１０４は、基本ブロック１のジャンプ操作が所定の時間を要すると推定する。ブロックコンパイラ１０４は、推定されたカウントをキャッシュ１０２に格納する。例えば、ブロックコンパイラ１０４は、サイクル数が推定される推定されたカウントを基本ブロックｎに格納する。
基本ブロックがコンパイルされると、それらは高速ルックアップのためにキャッシュ１０２に格納される。例えば、どの基本ブロックがコンパイルされているかに応じてユーザー入力を受信した後に別のユーザー入力が受信され、同じ基本ブロックが、他のユーザー入力の処理に使用できるとき、基本ブロックは、キャッシュ１０２から迅速にアクセスすることができ、再生成される必要がない。
さらに、キャッシュ１０２に格納された１つ以上の基本ブロックは、コンパイル後に無効としてマークできる。無効としてマークされた１つ以上の基本ブロックは、その後、基本ブロックの実行中に有効化されるか、または無効化される。１つ以上の基本ブロックが無効化されるとき、１つ以上の追加の基本ブロックがコンパイルされる。１つ以上の追加の基本ブロックのコンパイルは、本明細書では、１つ以上の基本ブロックの再コンパイルと呼ばれることがある。
１つ以上の追加の基本ブロックの各々は、１つ以上の基本ブロック１～ｎの構造と同じ構造を有する。例えば、１つ以上の追加の基本ブロックの各々は、ソースレジスタアドレス、宛先レジスタアドレス、及び操作を有する。別の例として、１つ以上の追加の基本ブロックの各々は、ソースレジスタアドレス、宛先レジスタアドレス、操作、及び追加の基本ブロックの操作の実行のサイクル数を有する。例では、１つ以上の追加の基本ブロックのいくつかは、無効なマークを含む。さらに別の例として、１つ以上の追加の基本ブロックの各々は、ソースレジスタアドレス、宛先レジスタアドレス、操作、及び追加の基本ブロックの操作の実行のサイクル数を有する。コードの追加ブロックの各々は、基本ブロック１～ｎの各々と同じ方法で実行されることに留意されたい。
ブロックディスパッチャ３０２は、ユーザー入力に基づいて、基本ブロック１～ｎの１つ以上を実行または動作する。例えば、ブロックディスパッチャ３０２は、基本ブロック１及び２を実行して第１のユーザー入力を処理し、第２のユーザー入力に応えて基本ブロック３～７を実行する。一例として、ブロックディスパッチャ３０２は、デジタルクロック発振器またはクロックジェネレータなどのクロックソースを含み、これは、実際のカウントを生成するために、ユーザー入力に基づいて１つ以上の基本ブロック１～ｎを実行するために使用されるサイクル数をカウントする。ブロックディスパッチャ３０２は、実際のカウントをブロックコンパイラ１０４に送信して、推定されたカウントを実際のカウントで更新する。例えば、実際のカウントは、実際のカウントが計算される基本ブロックｎに格納される。説明すると、実際のカウントは、基本ブロックｎに割り当てられたキャッシュ１０２の１つ以上のメモリレジスタに格納される。
一実施形態では、基本ブロックコンパイラ１０４は、任意の基本ブロックの実行のためのサイクル数を推定しない。この実施形態では、推定されたカウントの実際のカウントへの置き換えはない。むしろ、この実施形態では、実際のカウントは、ブロックコンパイラ１０４によって、実際のカウントが判定される基本ブロックｎに格納される。
図４Ａは、ゲームコンソール４０２内での基本ブロック１～ｎのコンパイルを説明するためのシステム４００の実施形態の図である。システム４００は、ゲームコンソール４０２、サーバシステム４０４、コンピュータネットワーク４０８、及びディスプレイデバイス４１０を含む。サーバシステム４０４は、１つ以上のサーバを含む。一例として、サーバシステム４０４は、データセンタのハウジング内に配置されている。サーバシステム４０４は、エミュレートされたＰＵコード１０４などのエミュレートされたＰＵコードを格納するメモリデバイス４１２を含む。例えば、メモリデバイス４１２は、ゲームコード１（ｇｃ１）、ゲームコード２（ｇｃ２）などゲームコードＮ（ｇｃＮ）までを格納する。ゲームコードｇｃＮは、エミュレートされたＰＵコード１０６の例である（図１）。ゲームコード１～Ｎの各々は、レガシーゲームのレガシーコードである。説明すると、ゲームコードｇｃ１は、第１のレガシーゲームをプレイするためのマシンコードであり、ゲームコードｇｃ２は、第２のレガシーゲームをプレイするためのマシンコードである。第２のレガシーゲームは、第１のレガシーゲームとは異なっている。一例として、メモリデバイス４１２は、レガシーマシンのメモリデバイスであることに留意されたい。
一例として、ゲームコードｇｃ１～ｇｃＮのうちどれも、更新されたマシンで実行できず、かつ、レガシーマシンで実行できない。説明すると、更新されたマシンのＣＰＵまたはオペレーティングシステムは、ゲームコードｇｃ１～ｇｃＮの実行をサポートできない。その一方で、レガシーマシンのＣＰＵまたはオペレーティングシステムは、ゲームコードｇｃ１～ｇｃＮの実行をサポートする。本明細書で使用されるコンピュータネットワークの例は、インターネットなどの広域及び作業中の（ＷＡＮ）、またはイントラネットなどのローカルエリアネットワーク（ＬＡＮ）、またはそれらの組み合わせを含む。
ゲームコンソール４０２は、更新されたマシンの一例である。例えば、ゲームコンソール４０２は、ＰＳ４（登録商標）またはＰＳ５（登録商標）である。ディスプレイデバイス４１０の例は、テレビ、スマートテレビ、及びコンピュータモニタを含む。説明すると、ディスプレイデバイス４１０は、液晶ディスプレイ（ＬＣＤ）デバイス、または発光ダイオード（ＬＥＤ）ディスプレイデバイス、または有機発光ダイオード（ＯＬＥＤ）ディスプレイデバイスである。
システム４００は、ユーザー１の片手または両手で保持されるハンドヘルドコントローラ４１４をさらに含む。本明細書で使用されるハンドヘルドコントローラの例は、ボタンを備えたコントローラ、Ｓｏｎｙ（登録商標）ＣｏｒｐｏｒａｔｉｏｎのＭｏｖｅ（登録商標）コントローラ、及び銃型コントローラを含む。ハンドヘルドコントローラのボタンの例は、ジョイスティック、ディスプレイ画面４１０上で仮想オブジェクトを上、下、左、または右に移動するためのボタン、及びゲームタイトルＧＮを有するレガシーゲームＮの様々な機能を選択するための他のボタンを含む。
ゲームコンソール４０２は、メモリデバイス４０６、及びエミュレーションプロセッサシステム４０９を含む。一例として、本明細書で使用されるプロセッサシステムは、互いに結合された１つ以上のプロセッサを含む。エミュレーションプロセッサシステム４０９は、メモリデバイス４０６に結合されている。エミュレーションプロセッサシステム４０９は、基本ブロックコンパイラ１０４及びキャッシュ１０２を含む。基本ブロックコンパイラ１０４は、キャッシュ１０２に結合されている。
ゲームコンソール４０２は、高精細メディアインターフェース（ＨＤＭＩ（登録商標））ケーブルなどの有線通信媒体または無線接続を介してディスプレイデバイス４１０に結合される。本明細書で使用される無線接続の例は、Ｗｉ－Ｆｉ（登録商標）接続またはＢｌｕｅｔｏｏｔｈ（登録商標）接続を含む。また、ハンドヘルドコントローラ４１４は、有線接続または無線接続を介してゲームコンソール４０２に結合されている。本明細書で使用される有線接続の例は、シリアル転送ケーブル、パラレル転送ケーブル、及びユニバーサルシリアルバス（ＵＳＢ）ケーブルを含む。
クライアントデバイスの一例は、ハンドヘルドコントローラ、ゲームコンソール、及びディスプレイデバイスの組み合わせを含む。クライアントデバイスの別の例は、ハンドヘルドコントローラとディスプレイデバイスの組み合わせを含む。
ユーザー１は、ユーザー識別（ＩＤ）及びパスワードがサーバシステム４０４によって認証されると、自身のユーザーアカウントにログインする。ユーザー１は、サーバシステム１によってユーザー名などのユーザーＩＤ１を割り当てられる。ユーザー１が自身のユーザーアカウントにログインすると、ユーザー１は、ゲームタイトルＧ１、ゲームタイトルＧａ、ゲームタイトルＧ２などゲームタイトルＧＮまでの複数のゲームタイトルにアクセスできる。ゲームタイトルＧＮまでのゲームタイトルＧ１、Ｇ２などは、レガシーゲームのタイトルの例である。ゲームタイトルＧａは、レガシーゲームではないゲームのタイトルである。むしろ、ゲームタイトルＧａは、レガシーマシンでのプレイに使用できないＦｏｒｔｎｉｔｅ（登録商標）など、現在のゲームのタイトルである。
ユーザー１は、自身のユーザーアカウントにログインした後、ハンドヘルドコントローラ４１４上の１つ以上のボタンを選択して、ゲームタイトルＧＮを選択し、レガシーゲームをプレイする。ユーザー１が、ゲームタイトルＧＮを選択すると、その選択を示すユーザー入力４１８が、ハンドヘルドコントローラ４１４から、ゲームコンソール４０２及びコンピュータネットワーク４０８を介してサーバシステム４０４に送信される。一例として、ユーザー入力は入力信号である。ゲームタイトルＧＮの選択を示すユーザー入力４１８を受信すると、サーバシステム４０４は、ユーザー入力４１８に基づいてゲームコードｇｃＮを識別する。例えば、サーバシステム４０４は、ゲームコードｇｃＮがゲームタイトルＧＮと同じゲームタイトルを有し、その選択がユーザー入力４１８に示されていることを識別する。
サーバシステム４０４は、コンピュータネットワーク４０８を介してゲームコードｇｃＮをゲームコンソール４０２に送信する。ゲームコードｇｃＮを受信すると、エミュレーションプロセッサシステム４０９は、ゲームコードｇｃＮをゲームコンソール４０２のメモリデバイス４０６に格納する。
ゲームコードｇｃＮを有するレガシーゲームＮのプレイ中に、ユーザー入力４２０が、無線接続を介してハンドヘルドコントローラ４１４から受信されると、エミュレーションプロセッサシステム４０９は、基本ブロックコンパイラ１０４を実行して、メモリデバイス４０６に格納されているゲームコードｇｃＮの一部からゲームコードＧＣＮの一部を生成する。ゲームコードＧＣＮの一部は、ユーザー入力４２０に基づいて生成される。例えば、ユーザー入力４２０が、レガシーゲームＮのプレイ中に位置Ｐ１から位置Ｐ２にＷａｒＨａｗｋ（登録商標）戦闘機を移動させる要求を含むとき、基本ブロックコンパイラ１０４はゲームコードｇｃＮを解析して、位置Ｐ１から位置Ｐ２を計算する命令を特定する。基本ブロックコンパイラ１０４は、命令をゲームコードＧＣＮの基本ブロックに変換し、基本ブロックが、次いで実行され、ＷａｒＨａｗｋ（登録商標）戦闘機の位置をＰ１からＰ２に変更する。例では、ゲームコードＧＣＮの基本ブロックは、エミュレーションプロセッサシステム４０９のＧＰＵによって実行されて、１つ以上の画像フレーム４２２を生成する。説明すると、１つ以上の画像フレーム４２２は、位置Ｐ２にあるＷａｒＨａｗｋ（登録商標）戦闘機を有する仮想環境を表示するために、ディスプレイデバイス４１０上に表示される。このようにして、ゲームコードＧＣＮの大部分または全体は、基本ブロックコンパイラ１０４によってコンパイルされ、実行のためにキャッシュ１０２に格納される。一例として、仮想シーンなどの仮想環境は、１つ以上の仮想現実（ＶＲ）画像または１つ以上の拡張現実（ＡＲ）画像を含む。
一実施形態では、サーバシステム４０４とゲームコンソール４０２との間のデータの通信は、インターネットプロトコル（ＴＣＰ／ＩＰ）を介した伝送制御プロトコルなどのネットワーク通信プロトコルを介して行われる。例えば、サーバシステム４０４は、データをパケットに変換するためにネットワークインターフェースコントローラを含む。本明細書で使用されるネットワークインターフェースコントローラの例は、ネットワークインターフェースカード（ＮＩＣ）及びネットワークアダプタを含む。サーバシステム４０４のネットワークインターフェースコントローラは、メモリデバイス４１２に結合されて、メモリデバイス４１２からデータを受信する。メモリデバイス４１２からデータを受信すると、サーバシステム４０４のネットワークインターフェースコントローラは、ネットワーク通信プロトコルをデータに適用することによって、１つ以上のパケット内にデータを埋め込む。１つ以上のパケットは、サーバシステム４０４のネットワークインターフェースコントローラから、コンピュータネットワーク４０８を介してゲームコンソール４０２に転送される。ゲームコンソール４０２は、ネットワーク通信プロトコルを適用することによって１つ以上のパケットからデータを抽出するネットワークインターフェースコントローラを含む。ゲームコンソール４０２のネットワークインターフェースコントローラは、エミュレーションプロセッサシステム４０９に結合されている。ゲームコンソール４０２のネットワークインターフェースコントローラは、コンピュータネットワーク４０８から受信したデータをエミュレーションプロセッサシステム４０９に提供する。さらに、ゲームコンソール４０２のネットワークインターフェースコントローラは、エミュレーションプロセッサシステム４０９からデータを受信し、ネットワーク通信プロトコルを適用することによって１つ以上のパケット内にデータを埋め込み、１つ以上のパケットをコンピュータネットワーク４０８を介してサーバシステム４０４に送信する。サーバシステム４０４のネットワークインターフェースコントローラは、ネットワーク通信プロトコルを、コンピュータネットワーク４０８から受信した１つ以上のパケットに適用して、１つ以上のパケットからデータを抽出し、格納のためにデータをメモリデバイス４１２に送信する。
一実施形態では、コンピュータネットワーク４０８に加えて、またはその代わりに、サーバシステム４０４とゲームコンソール４０２との間でデータを通信するためにセルラーネットワークが使用される。例えば、サーバシステム４０４とゲームコンソール４０２との間の通信は、無線技術を使用して促進される。無線技術は、例えば、４Ｇまたは５Ｇ無線通信技術を含む。本明細書で使用されるように、５Ｇはセルラーネットワーク技術の第５世代である。また、５Ｇネットワークは、デジタルセルラーネットワークであり、そこでは、プロバイダによって網羅されるサービスエリアが、セルと呼ばれる小さな地理的エリアに分割されている。５Ｇ無線通信技術では、音声と画像を表すアナログ信号が電話でデジタル化され、アナログ－デジタルコンバータによって変換され、ビットのストリームとして送信される。セル内のすべての５Ｇ無線デバイスは、他のセルで再利用される周波数のプールからトランシーバによって割り当てられた周波数チャネルを介して、セル内のローカルアンテナアレイ及び低電力自動トランシーバ（送信機及び受信機）の電波によって通信する。ローカルアンテナは、高帯域幅の光ファイバまたは無線バックホール接続によってセルラーネットワークで接続される。他のセルネットワークと同様に、あるセルから別のセルに移動するモバイルデバイスは、新しいセルに自動的に転送される。５Ｇネットワークは、通信ネットワークの単なる一例示的タイプであり、本開示の実施形態は、５Ｇに続く後続世代の有線技術または無線技術と同様に、３Ｇまたは４Ｇなどの前世代の無線通信または有線通信を利用することができることを理解されたい。
一実施形態では、ゲームコンソール４０２及びサーバシステム４０４のいずれかは、本明細書ではコンピューティングデバイスと称される。コンピューティングデバイスの他の例には、タブレット、スマートフォン、ラップトップコンピュータ、デスクトップコンピュータ、及びスマートテレビが含まれる。
一実施形態では、ゲームコードｇｃ１～ｇｃＮの各々は、サーバシステム４０４またはレガシーマシンの別個のメモリデバイスに格納されている。例えば、ゲームコードｇｃ１は、第１のレガシーマシンのメモリデバイスに格納され、ゲームコードｇｃ２は、第２のレガシーマシンのメモリデバイスに格納される。別の例として、ゲームコードｇｃ１は、サーバシステム４０４の第１のメモリデバイスに格納され、ゲームコードｇｃ２は、サーバシステム４０４の第２のメモリデバイスに格納される。
一実施形態では、メモリデバイス４１２またはメモリデバイス４０６はキャッシュではない。むしろ、メモリデバイス４１２またはメモリデバイス４０６の各々は、ＲＡＭなどのメインメモリである。
一実施形態では、メモリデバイス４１２は、メモリコントローラに結合されている。メモリコントローラは、メモリデバイス４１２からデータを読み取り、メモリデバイス４１２にデータを書き込む。メモリコントローラは、サーバシステム４０４のネットワークインターフェースコントローラに結合されている。メモリコントローラは、サーバシステム４０４のネットワークインターフェースコントローラから受信したデータを、格納のためにメモリデバイス４１２に送信する。メモリコントローラはまた、メモリデバイス４１２から受信したデータを、コンピュータネットワーク４０８を介してゲームコンソール４０２に送信するために、サーバシステム４０４のネットワークインターフェースコントローラにも送信する。
図４Ｂは、システム４５０の実施形態の図であり、エミュレーションプロセッサシステム４０９がサーバシステム４０４内に配置され、１つ以上の画像フレーム４２２が、仮想環境または仮想シーンの表示のために、コンピュータネットワーク４０８を介してサーバシステム４０４からディスプレイデバイス４１０へ送信されることを示している。システム４５０は、サーバシステム４０４、ディスプレイデバイス４１０、及びハンドヘルドコントローラ４１４を含む。
サーバシステム４０４は、メモリデバイス４１２、及びエミュレーションプロセッサシステム４０９を含む。メモリデバイス４１２は、エミュレーションプロセッサシステム４０９に結合されている。ディスプレイデバイス４１０は、ディスプレイデバイス４１０のネットワークインターフェースコントローラを介してコンピュータネットワーク４０８に結合される。ディスプレイデバイス４１０は、ディスプレイデバイス４１０のネットワークインターフェースコントローラに結合されたプロセッサを含む。ディスプレイデバイス４１０のプロセッサは、ゲームタイトルＧＮ及びゲームコードｇｃＮを有するレガシーゲームのプレイ中にユーザー入力４２０を受信し、ディスプレイデバイス４１０のネットワークインターフェースコントローラにユーザー入力４２０を送信する。ディスプレイデバイス４１０のネットワークインターフェースコントローラは、コンピュータネットワーク４０８を介してサーバシステム４０４のエミュレーションプロセッサシステム４０９にユーザー入力４２０を送信する。
ユーザー入力４２０を受信すると、エミュレーションプロセッサシステム４０９は、ゲームコードｇｃＮに関して図４Ａを参照して上述されたのと同じ機能を実行して、１つ以上の画像フレーム４２２の生成のために基本ブロック１～Ｎをコンパイルする。サーバシステム４０４は、ディスプレイデバイス４１０のディスプレイ画面上での仮想環境４５２などの仮想環境の表示のために、コンピュータネットワーク４０８を介してディスプレイデバイス４１０に１つ以上の画像フレーム４２２を送信する。例えば、仮想環境４５２は、Ｗａｒｈａｗｋ（登録商標）戦闘機の一例である仮想オブジェクト４５４を含む。例では、仮想環境４５２は、仮想ピラミッド４５５及び仮想構造４５６などの１つ以上の仮想オブジェクトを含む仮想背景を含む。例では、仮想オブジェクト４５４は、ゲームコードｇｃＮを有するレガシーゲームＮのプレイ中に、仮想ピラミッド４５５及び仮想構造４５６に向けて仮想ミサイルを発射することができる。
一実施形態では、サーバシステム４０４とディスプレイデバイス４１０との間のデータの通信は、ネットワーク通信プロトコルを介して行われる。例えば、サーバシステム４０４は、データをパケットに変換するネットワークインターフェースコントローラを含む。サーバシステム４０４のネットワークインターフェースコントローラは、エミュレーションプロセッサシステムからデータを受信するためにエミュレーションプロセッサシステム４０９に結合され、ネットワーク通信プロトコルを適用することによって１つ以上のパケット内にデータを埋め込む。パケットは、サーバシステム４０４のネットワークインターフェースコントローラから、コンピュータネットワーク４０８を介してディスプレイデバイス４１０に転送される。ディスプレイデバイス４１０のネットワークインターフェースコントローラは、ネットワーク通信プロトコルを適用することによって、１つ以上のパケットからデータを抽出する。ディスプレイデバイスのネットワークインターフェースコントローラは、ディスプレイデバイス４１０のプロセッサに結合されている。ディスプレイデバイスのネットワークインターフェースコントローラは、コンピュータネットワーク４０８から受信したデータをディスプレイデバイス４１０のプロセッサに提供する。ディスプレイデバイス４１０のプロセッサは、画像フレーム４２２などのデータを、ディスプレイデバイス４１０のディスプレイ画面上にレンダリングする。さらに、ディスプレイデバイス４１０のネットワークインターフェースコントローラは、ディスプレイデバイス４１０のプロセッサからデータを受信し、ネットワーク通信プロトコルを適用することによって１つ以上のパケット内にデータを埋め込み、コンピュータネットワーク４０８を介して１つ以上のパケットをサーバシステム４０４に送信する。サーバシステム４０４のネットワークインターフェースコントローラは、ネットワーク通信プロトコルを、コンピュータネットワーク４０８から受信した１つ以上のパケットに適用して、１つ以上のパケットからデータを抽出し、格納のためにデータをメモリデバイス４０９に送信する。
一実施形態では、コンピュータネットワーク４０８に加えて、またはその代わりに、サーバシステム４０４とディスプレイデバイス４１０との間でデータを通信するためにセルラーネットワークが使用される。例えば、サーバシステム４０４とディスプレイデバイスとの間の通信は、無線技術を使用して促進される。
一実施形態では、ディスプレイデバイス４１０の代わりに、ヘッドマウントディスプレイ（ＨＭＤ）が使用される。ヘッドマウントディスプレイは、ユーザー１の頭に装着され、ＬＥＤ画面、ＯＬＥＤ画面、ＬＣＤ画面などのディスプレイ画面を含む。ＨＭＤは、ディスプレイデバイス４１０によって実行されるものと同じ機能を実行する。
図５Ａは、基本ブロックの一実施形態を説明するための図である。各基本ブロックは、ソースレジスタアドレス、宛先レジスタアドレス、及び操作を含む。例えば、基本ブロック１は、ソースレジスタアドレス１、宛先レジスタアドレス１、及び操作１を含む。基本ブロック２は、ソースレジスタアドレス２、宛先レジスタアドレス２、及び操作２を含み、基本ブロックｎは、ソースレジスタアドレスｎ、宛先レジスタアドレスｎ、及び操作ｎを含む。一例として、ソースレジスタアドレスは、キャッシュ１０２内の１つ以上のソースレジスタのアドレスであり、宛先レジスタアドレスは、キャッシュ１０２内の１つ以上の宛先レジスタのアドレスである。基本ブロックの操作の例には、ジャンプ操作、分岐操作、読み取り操作、書き込み操作、比較操作、リターン操作が含まれる。基本ブロックの操作のさらなる例には、加算操作、減算操作、乗算操作、及び除算操作などの算術操作が含まれる。
一例として、操作ｎが読み出し操作のとき、データがソースレジスタアドレスｎから読み出され、基本ブロックｎを実行する。別の例として、操作ｎが書き込み操作である場合、データが宛先レジスタアドレスｎに書き込まれ、基本ブロックｎを実行する。別の例として、操作ｎが移動操作であるとき、データはソースレジスタアドレスｎから読み取られ、操作ｎはデータに対して実行され、データは宛先レジスタアドレスｎに書き込まれ、基本ブロックｎを実行する。さらに別の例として、操作ｎが比較操作であるとき、基本ブロックｎに記載された第１のソースレジスタアドレスに格納されたデータの第１の値が、基本ブロックｎに記載された第２のソースレジスタアドレスに格納されたデータの第２の値と比較され、比較結果を生成し、この比較結果が宛先レジスタアドレスｎに格納されて基本ブロックｎを実行する。別の例として、操作ｎが加算操作であるとき、基本ブロックｎ内に記載された第１のソースアドレスに格納されたデータの第１の値が、基本ブロックｎ内に示された第２のソースアドレスに格納されたデータの第２の値に加算され、加算結果を生成し、この加算結果が宛先レジスタアドレスｎに格納され、基本ブロックｎを実行する。さらに別の例として、本明細書で説明する仮想オブジェクトが、位置Ｐ１から位置Ｐ２に移動するためのものであり、操作ｎが、仮想オブジェクトの位置がＰ１からＰ２に更新されるべきである書き込み操作であるとき、宛先レジスタアドレスｎでの位置Ｐ１は、基本ブロックｎを実行するために位置Ｐ２で上書きされる。例では、基本ブロックｎが実行されると、仮想オブジェクトが位置Ｐ１から位置Ｐ２に移動することがエミュレーションプロセッサシステム４０９に示される。また、例では、ユーザー入力４２０（図４Ａ）は、エミュレーションプロセッサシステム４０９に仮想オブジェクトを位置Ｐ１からＰ２に移動するように指示する。同様に、別の例として、本明細書で説明する仮想オブジェクトが、方向Ｏ１から方向Ｏ２に移動するものであり、操作ｎが、仮想オブジェクトの方向がＯ１からＯ２に更新されるべきである書き込み操作であるとき、宛先レジスタアドレスｎの方向Ｏ１は、方向Ｏ２で上書きされ、基本ブロックｎを実行する。例では、基本ブロックｎが実行されると、仮想オブジェクトが方向Ｏ１から方向Ｏ２に移動することがエミュレーションプロセッサシステム４０９に示される。さらに、例では、ユーザー入力４２０は、エミュレーションプロセッサシステム４０９に仮想オブジェクトを方向Ｏ１からＯ２に移動するように指示する。
さらに別の例として、本明細書で説明する仮想オブジェクトの一部が、色を赤から緑に変更するものであり、操作ｎが、仮想オブジェクトの色が赤から緑に更新されるべきである書き込み操作であるとき、宛先レジスタアドレスｎで赤色を表すデータは、緑色を表すデータで上書きされ、基本ブロックｎを実行する。例では、基本ブロックｎが実行されると、仮想オブジェクトの一部の色が赤から緑に変更されるべきであることがエミュレーションプロセッサシステム４０９に示される。また、例では、ユーザー入力４２０は、仮想オブジェクトの部分の色を赤から緑に変更するようにエミュレーションプロセッサシステム４０９に指示する。同様の方法で、強度及びテクスチャなどの他のパラメータは、ユーザー入力４２０に基づいて変更できる。
各基本ブロックは、基本ブロック実行のサイクル数を含む。例えば、基本ブロック１は、基本ブロック１実行のサイクル数１を含む。別の例として、基本ブロック２は、基本ブロック２の実行のサイクル数２を含み、基本ブロックｎは、基本ブロックｎの実行のサイクル数ｎを含む。一例として、基本ブロック実行の推定サイクル数は、基本ブロックのコンパイル時に基本ブロックコンパイラ１０４（図１）によって推定される。例では、推定サイクル数は、基本ブロックに格納されている。また、例では、基本ブロックがブロックディスパッチャ３０２によって実行された後（図３）、ブロックディスパッチャ３０２は、上記の方法で推定実行サイクル数を実際のカウントで更新し、実際のカウントをブロックコンパイラ１０４に提供する。推定されたサイクル数は、ブロックコンパイラ１０４によって基本ブロックの実際のカウントに置き換えられる。別の例として、操作ｎの実行のサイクル数の実際のカウントは、ブロックディスパッチャ３０２によって生成され、基本ブロックｎに格納される。例では、操作ｎの実行のサイクル数の推定はない。
さらに、別の例として、基本ブロック１～ｎの１つ以上は、基本ブロック１～ｎの１つ以上が有効性についてチェックされることを示す無効なマークを含む。例えば、基本ブロックｎは、無効なマークｎを含む。
エミュレートされたＰＵコード１０６をゲームコードｇｃＮの基本ブロック１～ｎに変換することにより、フックブロックなどのフックが、基本ブロック１～ｎの任意の２つの間に挿入され得ることに留意されたい。例えば、フックブロックｎは、基本ブロック（ｎ－１）とｎの間に挿入できる。フックブロックｎは、基本ブロックｎの構造と同じ構造である。例えば、フックブロックは、ソースレジスタアドレス、宛先レジスタアドレス、操作、及びフックブロックの操作の実行サイクル数を含む。一例として、レガシーマシンに関連するセキュリティの問題のため、本明細書で説明されるフックは、レガシーマシンで実行するためにレガシーマシンに格納されたエミュレートされたＣＰＵコード１０６（図１）の命令の間に挿入できない。
さらに、基本ブロック１～ｎは、その中に固定されるなど、キャッシュ１０２にキー入力されることに留意されたい（図１）。例えば、基本ブロック１は、キャッシュ１０２内の基本ブロック１の開始場所を示す開始メモリアドレス１を有する。また、基本ブロック１は、キャッシュ１０２内の基本ブロック１の終了場所を示す終了メモリアドレス１を有する。別の例として、基本ブロック１の終了アドレス１は、開始メモリアドレス１からのキャッシュ１０６内のオフセットによって示される。さらに別の例として、基本ブロック２は、キャッシュ１０２内の基本ブロック２の開始場所を示す開始メモリアドレス２を有する。また、基本ブロック２は、キャッシュ１０２内の基本ブロック２の終了場所を示す終了メモリアドレス２を有する。別の例として、基本ブロック２の終了アドレス２は、開始メモリアドレス２からのキャッシュ１０６内のオフセットによって示される。同様に、別の例として、基本ブロックｎは、キャッシュ１０２内の基本ブロックｎの開始場所を示す開始メモリアドレスｎを有する。また、基本ブロックｎは、キャッシュ１０２内の基本ブロックｎの終了場所を示す終了メモリアドレスｎを有する。別の例として、基本ブロックｎの終了アドレスｎは、開始メモリアドレスｎからのキャッシュ１０６内のオフセットによって示される。キャッシュ１０２に格納された基本ブロック１～ｎの開始及び終了メモリアドレスから、基本ブロックコンパイラ１０２などのエミュレーションプロセッサシステム４０９（図４Ａ）は、キャッシュ１０２内の基本ブロック１～ｎの場所を特定することができる。
また、更新されたマシンのブロックディスパッチャ３０２が、基本ブロック１を実行した直後に基本ブロックｎを実行することをユーザー入力が示す場合、ブロックディスパッチャ３０２は、キャッシュ１０２内の基本ブロック２～（ｎ－１）の実行をスキップし、基本ブロック１から基本ブロックｎにジャンプすることに留意されたい。この場合、基本ブロック１の実行は、ブロックディスパッチャ３０２が基本ブロックｎにジャンプするときに、ブロックディスパッチャ３０２によって打ち切られる。また、この場合、次の基本ブロックの開始アドレスは、前の基本ブロックの終了アドレスに連続している。例えば、開始アドレス２は終了アドレス１に連続し、開始アドレスｎは基本ブロック（ｎ－１）の終了アドレス（ｎ－１）に連続している。
一実施形態では、ソースレジスタアドレス１～ｎは、キャッシュ１０２のレジスタのメモリアドレスであり、かつ、宛先レジスタアドレス１～ｎは、キャッシュ１０２内のレジスタのメモリアドレスである。
一実施形態では、基本ブロックは複数の操作を含む。例えば、基本ブロックｎは、第１の操作、第１のソースレジスタアドレス、及び第１の宛先レジスタアドレスを含む。基本ブロックｎは、第２の操作、第２のソースレジスタアドレス、及び第２の宛先レジスタアドレスをさらに含む。
一実施形態では、基本ブロックは、操作、複数のソースアドレス、及び宛先アドレスを含む。
一実施形態では、基本ブロックは、操作、複数の宛先アドレス、及びソースアドレスを含む。
一実施形態では、基本ブロックは、複数の操作、複数のソースアドレス、及び複数の宛先アドレスを含む。
一実施形態では、基本ブロックは、１つ以上の操作、１つ以上のソースアドレス、及び１つ以上の宛先アドレスを含む。
一実施形態では、基本ブロックは、ソースレジスタアドレスまたは宛先レジスタアドレスのいずれかを含むが、両方は含まない。
一実施形態では、ブロックコンパイラ１０２は、基本ブロックｎの実行のためのサイクル数を推定しない。むしろ、ブロックディスパッチャ３０２は、基本ブロックｎの実行のサイクル数の実際のカウントを生成し、実際のカウントを基本ブロックｎに格納する。
図５Ｂは、基本ブロックコンパイラ１０４（図１）によって実行されるコンパイル操作の実施形態を説明するための図である。エミュレートされたＰＵコード命令Ｍの例は、命令５５０として示され、基本ブロックｎの例は、基本ブロック５５２として示され、ここで、Ｍは正の整数である。命令５５０は、ａビットの長さを有するソースアドレスＭと、ｂビットの長さを有する宛先アドレスＭと、長さｃのビットによって表される操作Ｍと、を含み、ここで、ａ、ｂ、及びｃは正の整数である。一例として、ａは４、ｂは４、ｃは３２である。一例として、ａビット、ｂビット、及びｃビットは、レガシーマシンの１つ以上のメモリデバイスに格納される。例えば、ａビットは、メモリデバイス４０６または４１２に格納される（図４Ａ及び図４Ｂ）。操作５５２は、ｄビットの長さを有するソースレジスタアドレスｎと、ｅビットの長さを有する宛先アドレスｎと、長さｆのビットによって表される操作ｎを含み、ここで、ｄ、ｅ、及びｆは正の整数である。一例として、ｄは８、ｅは８、ｆは６４である。一例として、ｄビット、ｅビット、及びｆビットは、更新されたマシンの１つ以上のレジスタに格納される。例として、ｄはａより大きく、ｅはｂより大きく、ｆはｃより大きい。説明すると、ａが４、ｂが４、ｃが３２のとき、ｄは８、ｅは８、ｆは６４である。別の例として、ａが４、ｂが４、ｃが３２のとき、ｄは１６、ｅは１６、ｆは１２８である。
コンパイル操作を実行するために、基本ブロックコンパイラ１０４（図１）は、ソースアドレスＭをソースレジスタアドレスｎに変換し、宛先アドレスＭを宛先レジスタアドレスｎに変換し、操作Ｍを操作ｎに変換して、エミュレートされたＰＵコード命令Ｍから基本ブロックｎを生成する。例えば、基本ブロックコンパイラ１０４は、ソースアドレスＭの４ビットを右にシフトして、キャッシュ１０２内の８つのソースレジスタの４つのメモリアドレスを占有し、８つのソースレジスタの残りの４つのメモリアドレスの任意のビットをマスクする。ソースアドレスＭの４ビットによって占められる４つのメモリアドレスは、キャッシュ１０２内の８つのソースレジスタの最下位位置にあり、ビットがマスクされる残りの４つのメモリアドレスは、キャッシュ１０２内のソースレジスタの８つの最上位位置にある。
別の例として、基本ブロックコンパイラ１０４は、宛先アドレスＭの４ビットを右にシフトして、キャッシュ１０２内の８つの宛先レジスタの４つのメモリアドレスを占有し、８つの宛先レジスタの残りの４つのメモリアドレスの任意のビットをマスクする。宛先アドレスｍの４ビットによって占められる４つのメモリアドレスは、キャッシュ１０２内の８つの宛先レジスタの最下位位置にあり、ビットがマスクされる残りの４つのメモリアドレスは、キャッシュ１０２内の８つの宛先レジスタの最上位位置にある。
同様に、別の例として、基本ブロックコンパイラ１０４は、操作Ｍの３２ビットを右にシフトして、キャッシュ１０２内の６４個の操作レジスタの３２個のメモリアドレスを占有し、６４個の操作レジスタの残りの３２個のメモリアドレスの任意のビットをマスクする。操作Ｍの３２ビットによって占有される３２個のメモリアドレスは、キャッシュ１０２内の３２個の操作レジスタの最下位位置にあり、ビットがマスクされる残りの３２個のメモリアドレスは、キャッシュ１０２内の６４個の操作レジスタの最上位位置にある。操作ｎは、キャッシュ１０２の操作レジスタに格納される。
図６Ａは、エミュレーションプロセッサシステム４０９の構成要素を説明するためのシステム６００の実施形態の図である。システム６００は、メモリデバイス４１２と、エミュレーションプロセッサシステム４０９と、を含む。エミュレーションプロセッサシステム４０９の基本ブロックコンパイラ１０４は、パーサまたはデコーダ６０２を含む。基本ブロックコンパイラ１０４は、ブロッククリエータ６０４、ブロックキャッシャ６０６Ａ、及びブロックリーダ６０８をさらに含む。エミュレーションプロセッサシステム４０９は、ブロックディスパッチャ３０２を含む。
一例として、パーサ６０９、ブロッククリエータ６０４、ブロックキャッシャ６０６、ブロックリーダ６０８、及びブロックディスパッチャ３０２の各々は、ソフトウェア、ハードウェア、またはそれらの組み合わせを使用して実装される。例えば、パーサ６０９、ブロッククリエータ６０４、ブロックキャッシャ６０６、ブロックリーダ６０８、及びブロックディスパッチャ３０２の各々は、ＰＬＤまたはＡＳＩＣまたはコントローラまたはプロセッサまたはコンピュータプログラムの一部など、別個の集積回路である。別の例として、パーサ６０９、ブロッククリエータ６０４、ブロックキャッシャ６０６、ブロックリーダ６０８、及びブロックディスパッチャ３０２の各々は、別個のコンピュータソフトウェアプログラムである。
ゲームコードｇｃＮは、エミュレートされたＰＵコード命令Ｍまで、エミュレートされたＰＵコード命令１、エミュレートされたＰＵコード命令２などの複数の命令を含む。例えば、ゲームコードｇｃＮの各命令は一連のビットであり、仮想オブジェクトを位置Ｐ１から位置Ｐ２に移動すること、または仮想オブジェクトの方向をＯ１からＯ２に変更すること、または仮想オブジェクトの一部のパラメータを改変することなどの機能を実装するためにレガシーマシンのプロセッサによって実行できる。
パーサ６０２は、ブロックキャッシャ６０６及びブロックリーダ６０８に結合されているブロッククリエータ６０４に結合されている。ブロックキャッシャ６０６及びブロックリーダ６０８はキャッシュ１０２に結合されている。ブロックリーダ６０８は、ブロックディスパッチャ３０２に結合されている。
図６Ｂは、基本ブロック１～ｎをコンパイル及び実行するための方法６５０の実施形態を説明するフローチャートである。方法６５０は、図６Ａのシステム６００を使用して示されている。方法６５０の操作６５２で、ブロッククリエータ６０４は、ユーザー入力１などの任意のユーザー入力が受信されているかどうかを判定する。一例として、ユーザー入力１は、ユーザー１によって選択されたハンドヘルドコントローラ４１４（図４Ａ）の１つ以上のボタンの１つ以上の識別を含む信号である。別の例として、ユーザー入力１は、ハンドヘルドコントローラ４１４を中心とするｘｙｚ座標系の原点に対するピッチ、ヨー、及びロールなどの動きの尺度を含む信号である。さらに別の例として、ユーザー入力１は、ＨＭＤのｘｙｚ座標系の原点に対するピッチ、ヨー、及びロールなどの動きの尺度を含む信号である。ユーザー入力１の例は、ユーザー入力４２０（図４Ａ）である。
ブロッククリエータ６０４は、ユーザー入力が受信されていないと判定すると、ユーザー入力が操作６５２で受信されたかどうかを引き続きチェックする。例えば、基本ブロックコンパイラ１０４は、キャッシュ１０２（図１）に格納された基本ブロック（ｎ＋１）～ｐのいずれも実行せず、基本ブロックコンパイラ１０４（図１）は、操作６５２でユーザー入力が受信されていないとき、エミュレートされたＰＵコード命令１～Ｍ（図６Ａ）のいずれも識別しない（ここでｐは正の整数である）。操作６５２でユーザー入力を受信した時点では、基本ブロック１～ｎは生成されず、キャッシュ１０２に格納されていないと想定されている。
一方で、操作６５２でユーザー入力が受信されたと判定したことに応えて、方法６５０の操作６５４で、ブロッククリエータ６０４は、キャッシュ１０２に格納された基本ブロック（ｎ＋１）～ｐの１つ以上が、ユーザー入力を満たすかどうかを判定する。例えば、ブロッククリエータ６０４は、キャッシュ１０２から基本ブロック（ｎ＋１）～ｐにアクセスするために要求をブロックリーダ６０８に送信する。例では、ブロックリーダ６０８は、要求を受信すると、キャッシュ１０２から基本ブロック（ｎ＋１）～ｐを読み取り、基本ブロック（ｎ＋１）～ｐをブロッククリエータ６０４に送信する。さらに、例では、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐの１つ以上の機能が、ユーザー入力１を処理するなど、ユーザー入力１を満たすかどうかを判定する。説明すると、ユーザー入力１が、仮想オブジェクトの位置を位置Ｐ１から位置Ｐ２に変更することを示すとき、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐのいずれかが、位置Ｐ１を位置Ｐ２で上書きする操作が含むかどうかを判定する。１つ以上の基本ブロック（ｎ＋１）～ｐが位置Ｐ１をＰ２で上書きする操作を含むと判定すると、ブロッククリエータ６０４は、ブロック（ｎ＋１）～ｐの１つ以上のうちの１つ以上の機能がユーザー入力１を満たすと判定する。一方で、基本ブロック（ｎ＋１）～ｐのいずれも位置Ｐ１をＰ２で上書きする操作を含まないと判定すると、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐの機能がユーザー入力１を満たさないと判定する。
別の説明として、ユーザー入力１が、仮想オブジェクトの方向を方向Ｏ１から方向Ｏ２に変更するためのものであるとき、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐのいずれかが、方向Ｏ１を方向Ｏ２で上書きする操作が含まれるかどうかを判定する。基本ブロック（ｎ＋１）～ｐの１つ以上が、方向Ｏ１をＯ２で上書きする操作を含むと判定すると、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐの１つ以上のうちの１つ以上の機能が、ユーザー入力１を満たすと判定する。一方で、基本ブロック（ｎ＋１）～ｐのいずれも方向Ｏ１をＯ２で上書きする操作を含まないと判定した場合、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐの機能が、ユーザー入力１を満たさないと判定する。さらに別の説明として、ユーザー入力１が、仮想オブジェクトの一部のパラメータの値を第１の値から第２の値に変更することであるとき、ブロッククリエータは、基本ブロック（ｎ＋１）～ｐのいずれかが、第１の値を第２の値で上書きする操作が含まれるかどうかを判定する。基本ブロック（ｎ＋１）～ｐの１つ以上が、第１の値を第２の値で上書きする操作を含むと判定すると、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐの１つ以上のうちの１つ以上の機能が、ユーザー入力１を満たすと判定する。一方で、基本ブロック（ｎ＋１）～ｐのいずれも第１の値を第２の値で上書きする操作を含まないと判定すると、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐの機能がユーザー入力１を満たさないと判定する。
基本ブロック（ｎ＋１）～ｐの１つ以上の機能が、ユーザー入力１を満たすと判定すると、方法６００の操作６５６で、ブロックディスパッチャ３０２は、基本ブロック（ｎ＋１）～ｐの１つ以上を実行する。例えば、基本ブロック（ｎ＋１）～ｐの１つ以上の機能がユーザー入力１を満たすと判定すると、ブロッククリエータ６０４は、基本ブロック（ｎ＋１）～ｐの１つ以上を実行するためにブロックディスパッチャ３０２に命令を送信する。例では、命令の受信に応えて、ブロックディスパッチャ３０２は、コマンドをブロックリーダ６０８に送信して、操作６５２で受信したユーザー入力を満たすために、キャッシュ１０２から基本ブロック（ｎ＋１）～ｐの１つ以上を読み取る。また、例では、コマンドに応えてキャッシュ１０２から基本ブロックの１つ以上を受信すると、ブロックディスパッチャ３０２は、基本ブロック（ｎ＋１）～ｐの１つ以上を実行する。
一方で、ブロック（ｎ＋１）～ｐの機能がユーザー入力１を満たさないと判定すると、方法６００の操作６５８で、ブロックコンパイラ１０２は、操作６５２で受信したユーザー入力を処理するためのエミュレートされたＰＵコード命令１～Ｍの１つ以上を識別する。例えば、ブロック（ｎ＋１）～ｐまでの機能がユーザー入力１を満たさないと判定すると、ブロッククリエータ６０４は、パーサ６０２に要求を送信してゲームコードｇｃＮを解析して、ユーザー入力１で識別された機能を満たすゲームコードｇｃＮのエミュレートされたＰＵコード命令１～Ｍの１つ以上を識別及び取得する。例では、要求の受信に応えて、パーサ６０２は、メモリデバイス４１２にアクセスして、ゲームコードｇｃＮを解析し、エミュレートされたＰＵコード命令１～Ｍの１つ以上の機能がユーザー入力１を満たすかどうかを判定し、エミュレートされたＰＵコード命令１～Ｍの１つ以上の機能が、ユーザー入力１を満たすと判定すると、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍの１つ以上をブロッククリエータ６０４に提供する。
説明すると、ユーザー入力１が、仮想オブジェクトの位置を位置Ｐ１から位置Ｐ２に変更するためのものであるとき、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍのいずれかが、位置Ｐ１を位置Ｐ２で上書きする操作を含むかどうかを判定する。エミュレートされたＰＵコード命令１～Ｍの１つ以上が、位置Ｐ１をＰ２で上書きする操作を含むと判定すると、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍの１つ以上のうちの１つ以上の機能が、ユーザー入力１を満たすと判定する。一方で、エミュレートされたＰＵＵコード命令１～Ｍのいずれも位置Ｐ１をＰ２で上書きする操作を含んでいないと判定すると、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍの機能がユーザー入力１を満たさないと判定する。
別の説明として、ユーザー入力１が、仮想オブジェクトの方向を方向Ｏ１から方向Ｏ２に変更するものであるとき、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍのいずれかが、方向Ｏ１を方向Ｏ２で上書きする操作を含むかどうかを判定する。エミュレートされたＰＵコード命令１～Ｍの１つ以上が、方向Ｏ１をＯ２で上書きする操作を含むと判定すると、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍの１つ以上のうちの１つ以上の機能がユーザー入力１を満たすと判定する。一方で、エミュレートされたＰＵＵコード命令１～Ｍのいずれも位置Ｏ１をＯ２で上書きする操作を含んでいないと判定すると、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍの機能がユーザー入力１を満たさないと判定する。さらに別の例として、ユーザー入力１が、仮想オブジェクトの一部のパラメータの値を第１の値から第２の値に変更するものであるとき、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍのいずれかが、第１の値を第２の値で上書きする操作を含むかどうかを判定する。エミュレートされたＰＵコード命令１～Ｍの１つ以上が、第１の値を第２の値で上書きする操作を含むと判定すると、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍの１つ以上のうちの１つ以上の機能が、ユーザー入力１を満たすと判定する。一方で、エミュレートされたＰＵコード命令１～Ｍのいずれも第１の値を第２の値で上書きする操作を含まないと判定すると、パーサ６０２は、エミュレートされたＰＵコード命令１～Ｍの機能が、ユーザー入力１を満たさないと判定する。
方法６００の操作６６０において、ユーザー入力１を満たすエミュレートされたＰＵコード命令１～Ｍの１つ以上がパーサ６０２から受信されると、ブロッククリエータ６０４は、上述のコンパイル操作を適用して、エミュレートされたＰＵコード命令１～Ｍの１つ以上のうちから１つ以上の基本ブロック１～ｎを生成する。例えば、ブロッククリエータ６０４は、１つ以上の基本ブロック１～ｎをコンパイルし、１つ以上の基本ブロック１～ｎをブロックキャッシャ６０６に送信し、ブロックディスパッチャ３０２に基本ブロック１～ｎの１つ以上を実行するための命令を送信する。１つ以上の基本ブロック１～ｎを受信すると、ブロックキャッシャ６０６は、１つ以上の基本ブロック１～ｎをキャッシュ１０２に格納する。
方法６００の操作６６２において、１つ以上の基本ブロック１～ｎを実行するための命令をブロッククリエータ６０４から受信すると、ブロックディスパッチャ３０２は、１つ以上の基本ブロック１～ｎを実行して、操作６５２で受信したユーザー入力を処理する。例えば、ブロックディスパッチャ３０２は、キャッシュ１０２から基本ブロック１～ｎの１つ以上を読み取るために、ブロックリーダ６０８に要求を送信する。コマンドを受信すると、ブロックリーダ６０８は、キャッシュ１０２から基本ブロック１～ｎの１つ以上を読み取り、基本ブロック１～ｎの１つ以上をブロックディスパッチャ３０２に提供する。基本ブロック１～ｎの１つ以上を受信すると、ブロックディスパッチャ３０２は、基本ブロック１～ｎの１つ以上を実行して、仮想環境４５２を生成する（図４Ｂ）。説明すると、ブロックディスパッチャ３０２は、基本ブロック１～ｎの１つ以上を実行して、画像フレームを生成し、この画像フレームは、仮想オブジェクト４５４の位置及び方向、仮想オブジェクト４５４のパラメータ、仮想環境４５２内の他の仮想オブジェクトの位置及び方向、ならびに仮想環境４５２内の他の仮想オブジェクトのパラメータなどの仮想環境データを含む。ブロックディスパッチャ３０２は、画像フレームをエミュレーションプロセッサシステム４０９のＧＰＵに提供して、ディスプレイデバイス４１０（図４Ａ）のディスプレイ画面上に仮想環境４５２をレンダリングするなどして、表示する。操作６５２においてユーザー入力１が受信された後にユーザー入力２などの別のユーザー入力が受信されると、方法６００は繰り返される。
図６Ｃは、異なるユーザー入力について、異なる基本ブロックまたは基本ブロックの異なるセットが動的にコンパイルされることを示すためのシステム６７０の実施形態の図である。システム６７０は、メモリデバイス４１２、基本ブロックコンパイラ１０４、ブロックディスパッチャ３０２、及びキャッシュ１０２を含む。基本ブロックコンパイラ１０４がユーザー入力１を受信すると、基本ブロックコンパイラ１０４は、ユーザー入力１に対応する基本ブロック１が、キャッシュ１０２に格納されているかどうかを判定する。例えば、基本ブロック１が、ユーザー入力１を処理するための機能を含むとき、基本ブロック１は、ユーザー入力１に対応する。説明すると、ユーザー入力１が、仮想オブジェクトを位置Ｐ１から位置Ｐ２に移動するものであり、基本ブロック１が、宛先レジスタアドレス１に格納された位置Ｐ１を位置Ｐ２で更新する操作を含むとき、基本ブロック１は、ユーザー入力１を処理することができる。例示ではでは、ユーザー入力１は、ハンドヘルドコントローラ４１４（図４Ａ）上の右への移動ボタン、または左への移動ボタン、または上への移動ボタン、または下への移動ボタンの選択を示す信号である。同様に、基本ブロック２がユーザー入力１を処理するための機能を含まないとき、基本ブロック２はユーザー入力１に対応しない。説明すると、ユーザー入力１が、仮想オブジェクトの方向を変更せずに位置Ｐ１から位置Ｐ２に仮想オブジェクトを移動するためのものであり、基本ブロック２が、宛先レジスタ２に格納された方向Ｏ１を方向Ｏ２で更新する操作を含むとき、基本ブロック２はユーザー入力１を処理することができない。ユーザー入力１を処理することができる基本ブロック１がキャッシュ１０２に格納されていると判定すると、基本ブロックコンパイラ１０４は、基本ブロック１を実行するために、基本ブロック１をブロックディスパッチャ３０２に提供する。
一方で、基本ブロック１がキャッシュ１０２に格納されていないと判定すると、基本ブロックコンパイラ１０４は、メモリデバイス４１２に格納されたエミュレートされたＰＵコード１０６を解析して、ユーザー入力１に対応するエミュレートされたＰＵコード命令１を識別する。例えば、基本ブロックコンパイラ１０４は、エミュレートされたＰＵコード１０６を解析して、エミュレートされたＰＵコード命令１が、ユーザー入力１を処理するなど、満たすことを識別する。説明すると、ユーザー入力１が、仮想オブジェクトを位置Ｐ１から位置Ｐ２に移動させるためのものであり、エミュレートされたＰＵコード命令１が、宛先アドレス１に格納された位置Ｐ１を位置Ｐ２で更新する機能を含むとき、エミュレートされたＰＵコード命令１は、ユーザー入力１を処理することができる。同様に、エミュレートされたＰＵコード命令２が、ユーザー入力１を処理するための機能を含まないとき、エミュレートされたＰＵコード命令２は、ユーザー入力１に対応しない。説明すると、ユーザー入力１が、仮想オブジェクトの方向を変更せずに位置Ｐ１から位置Ｐ２に仮想オブジェクトを移動するためのものであり、エミュレートされたＰＵコード命令２が、宛先アドレス２に格納された方向Ｏ１を方向Ｏ２で更新する操作を含むとき、エミュレートされたＰＵコード命令２は、ユーザー入力１を処理することができない。
エミュレートされたＰＵコード命令１がユーザー入力１を処理でき、エミュレートされたＰＵコード命令２がユーザー入力１を処理できないと判定すると、基本ブロックコンパイラ１０４は、メモリデバイス４１２からエミュレートされたＰＵコード命令１を読み取るなどして、アクセスし、エミュレートされたＰＵコード命令１から基本ブロック１をコンパイルする。基本ブロックコンパイラ１０２は、ユーザー入力１の受信に応えて、エミュレートされたＰＵコード命令２から基本ブロック２をコンパイルしない。基本ブロックコンパイラ１０４は、基本ブロック１をキャッシュ１０２に格納し、ブロックディスパッチャ３０２に、基本ブロック１にアクセスして実行する命令を送信する。命令を受信すると、ブロックディスパッチャ３０２は、キャッシュ１０２から基本ブロック１を読み取り、基本ブロック１を実行する。
同様に、基本ブロックコンパイラ１０４がユーザー入力２を受信すると、基本ブロックコンパイラ１０４は、ユーザー入力２に対応する基本ブロック２が、キャッシュ１０２に格納されているかどうかを判定する。例えば、基本ブロック２が、ユーザー入力２を処理するための機能を含むとき、基本ブロック２は、ユーザー入力２に対応する。説明すると、ユーザー入力２が、仮想オブジェクトを方向Ｏ１から方向Ｏ２に移動するものであり、基本ブロック２が、宛先レジスタアドレス２に格納された方向Ｏ１を方向Ｏ２で更新する操作を含むとき、基本ブロック２は、ユーザー入力２を処理することができる。例示ではでは、ユーザーザ入力２は、ハンドヘルドコントローラ４１４上の時計回りに回転するボタンか、または反時計回りに回転するボタンの選択を示す信号である。同様に、基本ブロック１がユーザー入力２を処理するための機能を含まないとき、基本ブロック１はユーザー入力２に対応しない。説明すると、ユーザー入力２が、仮想オブジェクトの位置を変更せずに方向Ｏ１から方向Ｏ２に仮想オブジェクトを移動するためのものであり、基本ブロック１が、宛先レジスタ１に格納された位置Ｐ１を位置Ｐ２で更新する操作を含むとき、基本ブロック１はユーザー入力２を処理することができない。ユーザー入力２を処理することができる基本ブロク２がキャッシュ１０２に格納されていると判定すると、基本ブロックコンパイラ１０４は、基本ブロック２を実行するために、基本ブロック２をブロックディスパッチャ３０２に提供する。
一方で、基本ブロック２がキャッシュ１０２に格納されていないと判定すると、基本ブロックコンパイラ１０４は、メモリデバイス４１２に格納されたエミュレートされたＰＵコード１０６を解析して、ユーザー入力２に対応するエミュレートされたＰＵコード命令２を識別する。例えば、基本ブロックコンパイラ１０４は、エミュレートされたＰＵコード１０６を解析して、エミュレートされたＰＵコード命令２が、ユーザー入力２を処理するなど、満たすことを識別する。説明すると、ユーザー入力２が、仮想オブジェクトを方向Ｏ１から方向Ｏ２に移動させるためのものであり、エミュレートされたＰＵコード命令２が、宛先アドレス２に格納された方向Ｏ１を方向Ｏ２で更新する機能を含むとき、エミュレートされたＰＵコード命令２は、ユーザー入力２を処理することができる。同様に、エミュレートされたＰＵコード命令１が、ユーザー入力２を処理するための機能を含まないとき、エミュレートされたＰＵコード命令１は、ユーザー入力に対応しない。説明すると、ユーザー入力２が、仮想オブジェクトの方向を変更せずに、方向Ｏ１から方向Ｏ２に仮想オブジェクトを移動するためのものであり、エミュレートされたＰＵコード命令１が、宛先アドレス１に格納された位置Ｐ１を位置Ｐ２で更新する操作を含むとき、エミュレートされたＰＵコード命令１は、ユーザー入力２を処理することができない。
エミュレートされたＰＵコード命令１が、ユーザー入力２を処理でき、エミュレートされたＰＵコード命令１が、ユーザー入力２を処理できないと判定すると、基本ブロックコンパイラ１０４は、メモリデバイス４１２からエミュレートされたＰＵコード命令２を読み取るなどして、アクセスし、エミュレートされたＰＵコード命令２をコンパイルして、基本ブロック２を生成する。基本ブロックコンパイラ１０２は、ユーザー入力２の受信に応えて、エミュレートされたＰＵコード命令１をコンパイルしない。基本ブロックコンパイラ１０４は、基本ブロック１をキャッシュ１０２に格納し、ブロックディスパッチャ３０２に、基本ブロック２にアクセスして実行する命令を送信する。命令を受信すると、ブロックディスパッチャ３０２は、キャッシュ１０２から基本ブロック２を読み取り、基本ブロック２を実行する。
図７Ａは、メモリデバイス４１２からのエミュレートされたＰＵコード１０６の削除を説明するためのシステム７００の実施形態の図である。システム７００は、ブロッククリエータ６０４、命令リムーバ７０２、及びメモリデバイス４１２を含む。命令リムーバ７０２の例には、プロセッサ、ＡＳＩＣ、ＰＬＤ、コンピュータプログラム、コンピュータプログラムの一部、及びマイクロコントローラが含まれる。命令リムーバ７０２は、ブロッククリエータ６０４に結合され、かつメモリデバイス４１２に結合されている。
図７Ｂは、エミュレートされたＰＵコード１０６（図６Ｃ）をメモリデバイス４１２（図６Ｃ）から削除するための方法７２０の実施形態を説明するためのフローチャートである。方法７２０は、エミュレートされたＰＵコード１０６のすべての命令がコンパイルされているかどうかを判定するための操作７０２を含む。例えば、ブロッククリエータ６０４（図７Ａ）は、ゲームコードｇｃＮのエミュレートされたＰＵコード命令１～Ｍのすべてがコンパイルされているかどうかを判定する。説明すると、ゲームコードｇｃＮのエミュレートされたＰＵコード命令１～Ｍのいずれかをコンパイルする前に、ブロッククリエータ６０４は、レガシーマシンのプロセッサに要求を送信して、ゲームコードｇｃＮのエミュレートされたＰＵコード命令１～Ｍのすべてのアイデンティティを取得する。例示では、ブロッククリエータ６０４は、１つ以上のビットなどのゲームコードｇｃＮのアイデンティティをレガシーマシンのプロセッサに送信して、ゲームコードｇｃＮのエミュレートされたＰＵコード命令１～Ｍのすべてのアイデンティティを取得する。エミュレートされたＰＵコード命令１～Ｍのアイデンティティの例には、１つ以上のビットが含まれる。説明すると、エミュレートされたＰＵコード命令Ｍのアイデンティティは、ビットの第１のシーケンスによって表され、エミュレートされたＰＵコード命令Ｍ－１のアイデンティティは、ビットの第２のシーケンスによって表され、これは第１のシーケンスとは異なっている。エミュレートされたＰＵコード命令１～Ｍのアイデンティティをレガシーマシンのプロセッサから受信すると、ブロッククリエータ６０４は、キャッシュ１０２内のテーブルにアイデンティティを格納する。エミュレートされたＰＵコード命令１～Ｍの各々がコンパイルされると、ブロッククリエータ６０４は、エミュレートされたＰＵコード命令１～Ｍのうちのどれがコンパイルされているかを識別する指示を含むようにテーブルを更新する。ブロッククリエータ６０４は、エミュレートされたＰＵコード命令１～Ｍのうちのどれがコンパイルされているかを識別する指示から、エミュレートされたＰＵコード命令１～Ｍのすべてがコンパイルされているかどうかを判定する。
ゲームコードｇｃＮのエミュレートされたＰＵコード命令１～Ｍのすべてがコンパイルされていると判定すると、ブロッククリエータ６０４は、ゲームコードｇｃＮをメモリデバイス４１２から削除するコマンドを命令リムーバ７０２（図７Ａ）に送信する。コマンドを受信すると、方法７２０の操作７２４において、命令リムーバ７０２は、メモリデバイス４１２からエミュレートされたＰＵコード命令１～Ｍを消去する。
一方で、ゲームコードｇｃＮのエミュレートされたＰＵコード命令１～Ｍの１つ以上がテーブルに基づいてコンパイルされていないと判定すると、方法７２０の操作７２６において、ブロッククリエータ６０４は、命令リムーバ７０２へ、メモリデバイス４１２からゲームコードｇｃＮを削除するコマンドを送信しない。ゲームコードｇｃＮを削除するコマンドを受信するまで、命令リムーバ７０２は、メモリデバイス４１２からエミュレートされたＰＵコード命令１～Ｍを削除しない。
一実施形態では、ブロッククリエータ６０４は、キャッシュ１０２に格納されているゲームコードｇｃＮが、ゲームコードｇｃＮがメモリデバイス４１２からアクセスされる最も遅い時間から所定の期間内に、メモリデバイス４１２（図４Ａ）からアクセスされるかどうかを判定する。一例として、ブロッククリエータ６０４は、コンピュータネットワーク４０８を介してインターネットクロックにアクセスして、最も遅い時間と所定の期間を判定することができる。別の例として、ブロッククリエータ６０４は、最も遅い時間と所定の期間をカウントするために、クロック発振器などのクロックソースを含む。ゲームコードｇｃＮが所定の期間内にメモリデバイス４１２からアクセスされないと判定すると、ブロッククリエータ６０４は、メモリデバイス４１２からゲームコードｇｃＮを削除するコマンドを命令リムーバ７０２に送信する。一例として、ゲームコードｇｃＮが所定の期間内にアクセスされないとき、エミュレートされたＣＰＵコード命令１～Ｍの大部分は、基本ブロックコンパイラ１０４によってアクセスされて、基本ブロック１～ｎの１つ以上をコンパイルする。別の例として、ゲームコードｇｃＮが所定の期間内にアクセスされないとき、ゲームタイトルＧＮを有するレガシーゲームＮのプレイ中に頻繁に使用されるいくつかのエミュレートされたＣＰＵコード命令１～Ｍは、基本ブロック１～ｎの１つ以上をコンパイルするために、基本ブロックコンパイラ１０４によってアクセスされる。一方で、ゲームコードｇｃＮが所定の期間内にアクセスされたと判定すると、ブロッククリエータ６０４は、コマンドを命令リムーバ７０２に送信せず、ゲームコードｇｃＮは、メモリデバイス４１２から削除されない。
図８Ａは、基本ブロックの検証を説明するためのエミュレーションプロセッサシステム８００の実施形態の図である。エミュレーションプロセッサシステム８００は、エミュレーションプロセッサシステム４０９の一例である（図４Ｂ）。エミュレーションプロセッサシステム８００は、基本ブロックコンパイラ１０４、キャッシュ１０２、ブロックバリデータ８０２、及びブロックフラッガ８０４を含む。ブロックバリデータ８０２は、ブロッククリエータ６０４、ブロックディスパッチャ３０２、パーサ６０２、及びブロックフラッガ８０４に結合されている。クロックバリデータ８０２及びブロックフラガー８０４のそれぞれは、キャッシュ１０２に結合されている。
一例として、ブロックバリデータ８０２は、ＡＳＩＣ、またはＰＬＤ、またはマイクロコントローラ、またはプロセッサ、またはコンピュータプログラム、またはコンピュータプログラムの一部として実装される。また、一例として、ブロックフラガー８０４は、ＡＳＩＣ、またはＰＬＤ、またはマイクロコントローラ、またはプロセッサ、またはコンピュータプログラム、またはコンピュータプログラムの一部として実装される。
一実施形態では、ＡＳＩＣ、ＰＬＤ、マイクロコントローラ、マイクロプロセッサ、コントローラ、及びプロセッサという用語は、本明細書では互換的に使用されている。
図８Ｂは、エミュレーションプロセッサシステム８００（図８Ａ）によって実行される検証操作を説明するための方法８５０の一実施形態のフローチャートである。方法８００の操作８５２において、ブロックバリデータ８０２（図８Ａ）は、基本ブロックｎがコンパイルされているかどうかを判定する。例えば、ブロックバリデータ８０２は、キャッシュ１０２を読み取るなど、アクセスし、以前にキャッシュ１０２に格納された基本ブロック１～ｎ－１と比較して、基本ブロックｎなどの新しい基本ブロックが、キャッシュ１０２に格納されているかどうかを判定する。ブロックバリデータ８０２は、キャッシュ１０２に格納された基本ブロック１～ｎ－１を以前に識別した。基本ブロックｎがキャッシュされていないと判定すると、ブロックバリデータ８０２は、キャッシュ１０２にアクセスし続けて、新しい基本ブロックがキャッシュされているかどうかを判定する。例えば、ブロックバリデータ８０２は、キャッシュ１０２に格納されている基本ブロック１～ｎ－１を定期的に解析して、基本ブロックｎがキャッシュ１０２に格納されているかどうかを判定する。
基本ブロックｎがキャッシュされていると判定すると、方法８００の操作８５４において、ブロックバリデータ８０２は、そこから基本ブロックｎがコンパイルされる、エミュレートされたＰＵコード命令１～Ｍの１つ以上から第１のハッシュ値を生成する。例えば、ブロックバリデータ８０２は、エミュレートされたＣＰＵコード命令１～Ｍの１つ以上をメモリデバイス４１２から取得する要求をパーサ６０２に送信する。要求は、キャッシュ１０２内の基本ブロックｎのメモリアドレスのアイデンティティを含む。基本ブロックｎのメモリアドレスのアイデンティティは、要求によって取得されるなど、ブロックバリデータ６０２によってブロッククリエータ６０４から受信される。ブロックバリデータ８０２からの要求を受信すると、パーサ６０２は、メモリデバイス４１２からエミュレートされたＰＵコード命令１～Ｍの１つ以上を読み取り、エミュレートされたＰＵコード命令１～Ｍの１つ以上をブロックバリデータ８０２に提供する。説明すると、エミュレートされたＰＵコード命令１～Ｍの１つ以上が、基本ブロックｎをコンパイルするために基本ブロックコンパイラ１０４に提供されるとき、パーサ６０２は、キャッシュ１０２内の基本ブロックｎによって占有された１つ以上のメモリアドレスの１つ以上のアイデンティティと、メモリデバイス４１２内のエミュレートされたＰＵコード命令１～Ｍの１つ以上によって占有された１つ以上のメモリアドレスの１つ以上のアイデンティティとの間の１対１の対応を格納する。パーサ６０２は、ブロックバリデータ８０２からキャッシュ１０２内の基本ブロックｎのメモリアドレスのアイデンティティを受信し、１対１の対応からメモリデバイス４１２内のエミュレートされたＰＵコード命令１～Ｍの１つ以上の１つ以上のメモリアドレスを識別する。パーサ６０２は、メモリデバイス４１２の１つ以上のメモリアドレスからエミュレートされたＰＵコード命令１～Ｍの１つ以上を読み取り、エミュレートされたＰＵコード命令１～Ｍの１つ以上をブロックバリデータ８０２に提供する。
例を続けると、エミュレートされたＰＵコード命令１～Ｍの１つ以上をパーサ６０２から受信すると、ブロックバリデータ８０２は、エミュレートされたＰＵコード命令１～Ｍの１つ以上から第１のハッシュ値を生成し、キャッシュ１０２に第１のハッシュ値を格納する。説明すると、ブロックバリデータ８０２は、基本ブロックｎに対応するエミュレートされたＰＵコード命令１～Ｍの１つ以上からダイジェストまたはチェックサムを生成する。例では、第１のハッシュ値は、基本ブロックｎを含むようにキー入力された、キャッシュ１０２の１つ以上のレジスタに格納される。
方法８００の操作８５６において、ブロックバリデータ８０２は、１つ以上のエミュレートされたＰＵコード命令１～Ｍが格納されているメモリデバイス４１２内で、１つ以上のメモリアドレスが上書きされているかどうかを判定するコマンドをパーサ６０２に送信する。メモリデバイス４１２内の１つ以上のメモリアドレスは、レガシーマシンのコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）からのデータで上書きされることができる。データは、エミュレートされたＰＵコード命令１～Ｍの１つ以上への更新である場合がある。エミュレートされたＰＵコード命令１～Ｍの１つ以上への更新は、更新された命令と呼ばれる。あるいは、データは、破損している場合があるが、これは更新された命令ではない。パーサ６０２は、ブロックバリデータ８０２からコマンドを受信すると、エミュレートされたＰＵコード命令１～Ｍの１つ以上が格納されているメモリデバイス４１２内で、１つ以上のメモリアドレスが上書きされているかどうかを判定する要求をレガシーマシンのプロセッサに送信する。
パーサ６０２から要求を受信すると、レガシーマシンのプロセッサは、要求に対する応答を提供し、応答は、１つ以上のメモリアドレスが、エミュレートされたＰＵコード命令１～Ｍの１つ以上が格納されているメモリデバイス４１２内で上書きされているかどうかを示す。エミュレートされたＰＵコード命令１～Ｍの１つ以上が格納されているメモリデバイス４１２内の１つ以上のメモリアドレスが上書きされていないという応答を受信すると、ブロックバリデータ８０２は、基本ブロックｎを無効としてマークしないというコマンドをブロックフラッガ８０４（図８Ａ）に送信する。コマンドを受信すると、方法８００の操作８５８において、ブロックフラッガ８０４は、基本ブロックｎを無効としてマークしない。
一方で、エミュレートされたＰＵコード命令１～Ｍの１つ以上が格納されているメモリデバイス４１２内の１つ以上のメモリアドレスが、上書きされているという応答を受信すると、方法８５０の操作８６０において、ブロックバリデータ８０２は、基本ブロックｎを無効としてマークするコマンドをブロックフラッガ８０４（図８Ａ）に送信する。基本ブロックｎを無効としてマークするコマンドを受信すると、ブロックフラッガ８０４は、基本ブロックｎを無効としてマークする。例えば、ブロックフラッガ８０４は、キャッシュ１０２内の基本ブロックｎにアクセスし、基本ブロックｎを有するキャッシュ１０２内のメモリアドレス内に、基本ブロックｎが無効であることを示すために無効マークｎ（図５Ａ）などの識別子を含む。無効なマークｎの一例は、ビットのシーケンスである。
一実施形態では、ハッシュ値は検証結果の一例である。
図８Ｃは、図８Ｂの方法８００のフローチャートの続きである。方法８００の操作８６２において、ブロックバリデータ８０２（図８Ａ）は、基本ブロックｎが実行されるべきかどうかを判定する。例えば、ブロックディスパッチャ３０２は、基本ブロックｎが実行されるべきであるという指示をブロックバリデータ８０２に送信する。基本ブロックｎが実行されるべきであるという指示をブロックディスパッチャ３０２から受信すると、ブロックバリデータ８０２は、基本ブロックｎが実行されるべきであると判定する。指示が受信されるまで、ブロックバリデータ８０２は、基本ブロックｎが有効化されるべきであると判定しない。
基本ブロックｎが実行されるべきであると判定すると、ブロックバリデータ８０２は、方法８００の操作８６４において、基本ブロックｎが無効としてマークされているかどうかを判定する。例えば、ブロックバリデータ８０２は、基本ブロックｎが無効としてフラグが立てられているかどうかを判定するコマンドをブロックフラッガ８０４に送信する。コマンドを受信すると、ブロックフラッガ８０４は、基本ブロックｎが無効としてフラグが立てられているかどうかの指示をブロックバリデータ８０２に送信する。説明すると、ブロックフラッガ８０４は、基本ブロックｎにアクセスして、基本ブロックｎが無効マークｎを含むかどうかを判定して、無効の指示を生成して、ブロックバリデータ８０２に送信する。別の説明として、ブロックフラッガ８０４は、基本ブロックｎにアクセスして、基本ブロックｎが無効マークｎを含まないかどうかを判定して、無効の欠如の指示を生成し、ブロックバリデータ８０２に送信する。ブロックフラッガ８０４から、基本ブロックｎが無効としてマークされているという指示を受信すると、ブロックバリデータ８０２は、基本ブロックｎが無効であると判定する。一方で、基本ブロックｎに無効マークｎがないという指示をブロックフラッガ８０４から受信すると、ブロックバリデータ８０２は、基本ブロックｎが無効としてマークされていないと判定する。
基本ブロックｎが無効としてマークされていないと判定すると、方法８００の操作８６６において、基本ブロックｎが実行される。例えば、操作８６６は操作６６２（図６Ｂ）に類似している。説明すると、ブロックバリデータ８０２は、基本ブロックｎを実行するためにブロックディスパッチャ３０２にコマンドを送信する。基本ブロックｎを実行するコマンドを受信すると、ブロックディスパッチャ３０２は基本ブロックｎを実行する。この説明では、基本ブロックｎを実行するためのコマンドがブロックバリデータ８０２から受信されるまで、ブロックディスパッチャ３０２は基本ブロックｎを実行しない。
一方で、基本ブロックｎが無効としてマークされていると判定したことに応えて、方法８００の操作８６６において、ブロックバリデータ８０２は、基本ブロックｎが実際に有効であるかどうかを判定する。例えば、基本ブロックｎが無効としてマークされていると判定すると、ブロックバリデータ８０２は、基本ブロックｎがコンパイルされるエミュレートされたＰＵコード命令１～Ｍの１つ以上が格納されているメモリデバイス４１２内の同じメモリアドレスに格納された更新された命令または破損したデータのいずれかから第２のハッシュ値を生成する。例では、第２のハッシュ値は、基本ブロックｎを含むようにキー入力された、キャッシュ１０２の１つ以上のレジスタに格納される。説明すると、ブロックバリデータ８０２は、パーサ６０２に要求を送信して、メモリデバイス４１２内の１つ以上のメモリアドレスに格納された更新された命令または破損したデータを取得する。パーサ６０２は、要求を受信すると、メモリデバイス４１２からの１つ以上のメモリアドレスから更新された命令または破損したデータを読み取り、更新された命令または破損したデータをブロックバリデータ８０２に提供する。例示では、ブロックバリデータ８０２は、更新された命令または破損したデータから第２のハッシュ値を生成し、この第２のハッシュ値をキャッシュ１０２に格納する。例えば、ブロックバリデータ８０２は、更新された命令または破損したデータからダイジェストまたはチェックサムを生成する。例示では、ブロックバリデータ８０２は、第２のハッシュ値を第１のハッシュ値と比較して、基本ブロックｎが有効であるかどうかを判定する。比較に基づいて、第１のハッシュ値と第２のハッシュ値との間に一致があると判定すると、ブロックバリデータ８０２は、基本ブロックｎが有効であると判定する。この一致は、更新された命令から第２のハッシュ値が生成されたときに発生する。一方で、この比較に基づいて、第１のハッシュ値と第２のハッシュ値との間に一致がないと判定すると、ブロックバリデータ８０２は、基本ブロックｎが無効であると判定する。この一致の欠如は、破損したデータから第２のハッシュ値が生成されたときに発生する。
基本ブロックｎが有効であると判定したことに応えて、方法８００の操作８７０において、無効なマークｎが除去される。例えば、ブロックバリデータ８０２は、ブロックフラッガ８０４に、キャッシュ１０２に格納された基本ブロックｎから無効なマークｎを除去するコマンドを送信する。ブロックバリデータ８０２からコマンドを受信すると、ブロックフラッガ８０４は、キャッシュ１０２から基本ブロックｎにアクセスし、基本ブロックｎから無効なマークｎを消去する。説明すると、ブロックフラッガ８０４は、無効なマークｎが格納されているキャッシュ１０２の１つ以上のメモリアドレスから無効なマークｎを消去する。無効なマークｎを除去すると、ブロックフラッガ８０４は、ブロックディスパッチャ３０２に基本ブロックｎを実行するコマンドを送信し、ブロックディスパッチャ３０２は、コマンドを受信すると、操作８６６において、基本ブロックｎを実行する。一例として、ブロックディスパッチャ３０２は、基本ブロックｎを実行するためのコマンドがブロックフラッガ８０４から受信されるまで、基本ブロックｎを実行しない。
一方で、基本ブロックｎが有効でないと判定すると、方法８００の操作８７２において、基本ブロックｎと同じ機能または操作を有する追加の基本ブロックがコンパイルされる。例えば、ブロックバリデータ８０２は、ブロックディスパッチャ３０２に基本ブロックｎを実行しないというコマンドを送信し、基本ブロックｎが無効であるという指示をブロッククリエータ６０４に送信する。指示を受信すると、ブロッククリエータ６０４は、基本ブロックｎを再コンパイルする。説明すると、追加の基本ブロックが、追加のレガシーマシンのメモリデバイスに格納された、エミュレートされたＰＵコード命令１～Ｍの１つ以上などのエミュレートされたＰＵコード命令の追加セットからコンパイルされることを除いて、ブロッククリエータ６０４は、メモリデバイス４１２に格納されたエミュレートされたＰＵコード命令１～Ｍの１つ以上から基本ブロックｎをコンパイルするのと同じ方法で追加の基本ブロックをコンパイルする。追加のレガシーマシンは、メモリデバイス４１２を含むレガシーマシンとは異なっている。また、エミュレートされたＰＵコード命令の追加セットは、ゲームコードｇｃＮの追加セットと同じゲームタイトルＧＮのものである。別の例示として、追加の基本ブロックが、エミュレートされたＰＵコード命令１～Ｍが格納されている、メモリアドレスとは異なるメモリデバイス４１２のメモリアドレスに格納された、エミュレートされたＰＵコード命令１～Ｍの１つ以上などのメモリデバイス４１２のエミュレートされたＰＵコード命令の追加セットからコンパイルされることを除いて、ブロッククリエータ６０４は、メモリデバイス４１２に格納されたエミュレートされたＰＵコード命令１～Ｍの１つ以上から基本ブロックｎをコンパイルするのと同じ方法で追加の基本ブロックをコンパイルする。さらに別の例示のように、追加の基本ブロックが、メモリデバイス４１２とは異なるメモリデバイスに格納された、エミュレートされたＰＵコード命令１～Ｍの１つ以上などのエミュレートされたＰＵコード命令の追加セットからコンパイルされることを除いて、ブロッククリエータ６０４は、メモリデバイス４１２に格納されたエミュレートされたＰＵコード命令１～Ｍの１つ以上から基本ブロックｎをコンパイルするのと同じ方法で追加の基本ブロックをコンパイルする。
追加の基本ブロックは、実行のためにブロッククリエータ６０４からブロックディスパッチャ３０２に送信される。例えば、ブロックディスパッチャ３０２は、追加の基本ブロックを実行して、仮想環境４５２（図４Ｂ）などの追加の仮想環境の一部を生成する。説明すると、ブロックディスパッチャ３０２は、追加の基本ブロックを実行して、画像フレームの一部を生成し、この画像フレームは、仮想オブジェクト４５４の位置及び方向、仮想オブジェクト４５４のパラメータ、仮想環境４５２内の他の仮想オブジェクトの位置及び方向、及び追加の仮想環境内の他の仮想オブジェクトのパラメータなどの追加の仮想環境データを含む。ブロックディスパッチャ３０２は、画像フレームをエミュレーションプロセッサシステム４０９のＧＰＵに提供して、ディスプレイデバイス４１０のディスプレイ画面上に追加の仮想環境をレンダリングするなどして表示する。
方法８５０は、基本ブロックｎ及び追加の基本ブロックを参照して示されているが、方法８５０は、追加の基本ブロックが生成されるのと同じ方法で生成される他の基本ブロック１～（ｎ－１）及びより多くの追加の基本ブロックに等しく適用可能であることに留意されたい。
一実施形態では、エミュレートされたＰＵコード命令１～Ｍのセットは、レガシーマシンの外部に配置された１つ以上のメモリデバイスの第１のセットに格納され、エミュレートされたＰＵコード命令の追加のセットは、追加のレガシーマシンの外部に配置された１つ以上のメモリデバイスの第２のセットに格納されている。
図９Ａは、レガシーマシン９００の実施形態を説明するための図である。レガシーマシン９００の例は、ＰＳ１（登録商標）またはＰＳ２（登録商標）である。レガシーマシン９００は、レガシーＣＰＵ９０２、レガシーＧＰＵ９０４、メモリデバイス９０６、及びＣＤ－ＲＯＭドライブ９０８を含む。メモリデバイス９０６は、メモリデバイス４１２（図４Ａ）の一例である。レガシーＣＰＵ９０２の例は、１クロックサイクル中に最大３２ビットを処理することができる３２ビットＣＰＵである。また、レガシーＧＰＵ９０４の例は、１クロックサイクル中に最大３２ビットを処理することができる３２ビットＧＰＵである。メモリデバイス９０６の例は、２メガバイト（ＭＢ）ＲＡＭである。
レガシーＣＰＵ９０２及びレガシーＧＰＵ９０４は、ＣＤ－ＲＯＭドライブ９０８に結合されているメモリデバイス９０６に結合されている。エミュレートされたＰＵコード１０６は、メモリデバイス９０６内に格納されている。
レガシーＣＰＵ９０２またはレガシーＧＰＵ９０４は、メモリデバイス９０６からエミュレートされたＰＵコード１０６にアクセスし、エミュレートされたＰＵコード１０６を処理する。ＣＤ－ＲＯＭドライブ９０８は、更新された命令または破損したコードを含むＣＤ－ＲＯＭを受け入れる。更新された命令または破損したコードは、レガシーＣＰＵ９０２によってＣＤ－ＲＯＭからメモリデバイス９０６に転送され得る。
一実施形態では、レガシーマシン９００はキャッシュを含まない。一実施形態では、レガシーマシン９００は、４キロバイト（ＫＢ）のキャッシュなどの限られた容量のキャッシュを含む。
図９Ｂは、更新されたマシン９２０の実施形態を説明するための図である。更新されたマシン９２０の例は、ＰＳ４（登録商標）またはＰＳ５（登録商標）である。更新されたマシン９２０は、ＣＰＵ９２２、ＧＰＵ９２４、メモリシステム９２６、及びキャッシュ１０２（図１）の一例であるキャッシュ９２８を含む。ゲームコンソール４０２（図４Ｂ）は、更新されたマシン９２０の一例である。一例として、ＣＰＵ９２２は２つのクアッドコアモジュールを含み、各モジュールは、各クロックサイクル中に６４ビットを処理することができる。各コアは、３２キロバイト（ＫＢ）のキャッシュを有する。ＣＰＵ９２２の別の例は、１クロックサイクル中に最大６４ビットを処理できる６４ビットＣＰＵである。一例として、ＧＰＵ９２４は１１５２コアを有し、各コアは１クロックサイクル中に６４ビットを処理できる。別の例として、レガシーＧＰＵ９２４は、６４ビットＧＰＵであり、１クロックサイクル中に最大６４ビットを処理できる。
ＣＰＵ９２２及びＧＰＵ９２４は、メモリシステム９０６に結合されている。一例として、エミュレートされたＰＵコード１０６は、レガシーメモリシステム９０６内に格納されている。メモリシステム９２６が含むものの一例は、５００ギガバイト（ＧＢ）または２テラバイト（ＴＢ）のストレージを提供するハードドライブである。ＣＰＵ９２２、ＧＰＵ９２４、キャッシュ９２８、及びメモリシステム９２６は、バス９３０を介して互いに結合されている。
ＣＰＵ９２２またはＧＰＵ９２４は、メモリシステム９２６にアクセスする前に、最初にキャッシュ９２８にアクセスする。キャッシュ９２８が、ＣＰＵ９２２またはＧＰＵ９２４によって要求されたデータを含まないと判定すると、ＣＰＵ９２２またはＧＰＵ９２４は、メモリシステム９２６にアクセスする。
一実施形態では、ゲームコードｇｃＮは、ＣＰＵ９２２またはＧＰＵ９２４によって実行できないが、レガシーＣＰＵ９０２またはレガシーＧＰＵ９０４によって実行できることに留意されたい。説明すると、ＣＰＵ９２２またはＧＰＵ９２４はゲームコードｇｃＮを実行できず、レガシーＣＰＵ９０２またはレガシーＧＰＵ９０４はゲームコードｇｃＮを実行できる。また、基本ブロック１～ｎは、ＣＰＵ９２２またはＧＰＵ９２４によって実行できるが、レガシーＣＰＵ９０２またはレガシーＧＰＵ９０４によって実行できる。説明すると、ＣＰＵ９２２またはＧＰＵ９２４は基本ブロック１～ｎを実行でき、レガシーＣＰＵ９０２またはレガシーＧＰＵ９０４は基本ブロック１～ｎを実行できない。
一実施形態では、キャッシュ９２８は、ＣＰＵ９２２内に位置する。
一実施形態では、キャッシュ９２８は、ＧＰＵ９２４内に位置する。
一実施形態では、キャッシュ９２８は、ＣＰＵ９２２内に位置し、キャッシュ１０２などの別のキャッシュは、ＧＰＵ９２４内に位置する。
図１０Ａは、基本ブロックコンパイラ１０４（図１）による複数の基本ブロックの１つの基本ブロックへの結合を説明するためのシステム１０００の実施形態の図である。ブロッククリエータ６０４（図６Ａ）は、仮想オブジェクト４５４（図４Ｂ）が、ゲームタイトルＧＮを有するレガシーゲームＮのレベル１において、位置Ｐ１及び方向Ｏ１で開始されることを示す信号などのユーザー入力１を受信する。ユーザー入力１を受信すると、基本ブロック１は、エミュレートされたＰＵコード命令１に基づいて基本ブロックコンパイラ１０４によって生成され、ユーザー入力１を処理する。同様に、ブロッククリエータ６０４は、仮想オブジェクト４５４がレガシーゲームＮのレベル２で位置Ｐ１及び方向Ｏ１で開始されることを示す信号などのユーザー入力２を受信する。ユーザー入力２を受信すると、基本ブロック２は、エミュレートされたＰＵコード命令２に基づいて基本ブロックコンパイラ１０４によって生成され、ユーザー入力２を処理する。
仮想オブジェクト４５４がレガシーゲームＮのレベル３で位置Ｐ１と方向Ｏ１で開始されることを示す信号などのユーザー入力３が受信されると、ブロックコンパイラ１０４は、基本ブロック１及び２をユーザー入力３の処理として識別する。そのように識別すると、ブロッククリエータ６０４は、基本ブロック１及び２を結合するなど、基本ブロック１または基本ブロック２などの単一の基本ブロックに統合する。統合は、キャッシュ１０２内のメモリスペースを節約し、基本ブロック１及び基本ブロック２にアクセスする代わりに、単一の基本ブロックにアクセスする際の効率も高める。
ブロッククリエータ６０４はさらに、キャッシュ１０２のポインタに値を生成する。本明細書で使用されるポインタの例は、レジスタである。ポインタは、基本ブロック１または基本ブロック２を処理するためのユーザー入力が受信されたときに、単一の基本ブロックを実行するようにブロックディスパッチャ３０２に示す。ブロックディスパッチャ３０２が基本ブロック１または２を実行するとき、ブロックディスパッチャ３０２は、ポインタにアクセスし、基本ブロック１または２の代わりに単一の基本ブロックを実行する。
図１０Ｂは、基本ブロック１～ｎの１つ以上の修正を説明するためのシステム１０２０の実施形態の図である。システム１０２０は、ブロックインターフェース１０２２、キャッシュ１０２、及びブロックディスパッチャ３０２を含む。一例として、基本ブロックｎは、推測航法の操作ｎが含まれる。別の例として、基本ブロックｎは、ディスプレイデバイス４１０（図４Ｂ）のディスプレイ画面の端から十字線を跳ね返す操作ｎを含む。ブロックインターフェース１０２２の例は、ＡＳＩＣ、またはＰＬＤ、またはマイクロプロセッサ、またはマイクロコントローラ、またはコンピュータプログラム、またはコンピュータプログラムの一部である。ブロックインターフェース１０２２は、キャッシュ１０２に結合されている。
ブロックインターフェース１０２２は、キャッシュ１０２に格納された１つ以上の基本ブロック１～ｎへのアクセスをユーザーに提供する。例えば、ユーザーは、キーボード、マウス、またはキーパッドなどの入力デバイス上の１つ以上のボタンを選択して、修正入力１０２４を生成する。一例として、修正入力１０２４は、基本ブロックｎを修正するためのソースコードの形式の１つ以上のユーザー命令を含む。説明すると、修正入力１０２４は、基本ブロックｎから推測航法の操作ｎを除去するためのユーザー命令を含む。別の例として、修正入力１０２４は、十字線がディスプレイデバイス４１０のディスプレイ画面の端から滑り落ち、ディスプレイデバイス４１０のディスプレイ画面の反対側の端に表示されることを含むように操作ｎを変更する命令を含む。反対側のエッジは、十字線が滑り落ちる端と対角線上にある。
入力デバイスは、ブロックインターフェース１０２２に結合されている。修正入力１０２４は、入力デバイスからブロックインターフェース１０２２に送信されて、基本ブロックｎを修正して、修正された基本ブロックｎを出力する。一例として、修正された基本ブロックｎは、推測航法の操作を含んでいない。別の例として、修正された基本ブロックｎは、十字線を端から反対側の端に滑り落ちる操作ｎを含む。さらに別の例として、修正された基本ブロックｎは、操作ｎの実行のクロックサイクル数を計算し、その数を基本ブロックｎに格納する操作を含む。説明すると、サイクル数は、基本ブロック１が格納されているキャッシュ１０２のメモリアドレスに格納されている。クロックサイクル数を計算する操作は、操作ｎを実行することに加えて、ブロックディスパッチャ３０２（図３）によって実行される。ブロックディスパッチャ３０２は、操作ｎの実行時にクロックサイクル数を計算し、その数を基本ブロックｎに格納する。
ブロッククリエータ６０４はさらに、キャッシュ１０２内のポインタに値を生成し、ポインタは、基本ブロックｎを処理するためのユーザー入力が受信されたときに、変更された基本ブロックｎを実行するようにブロックディスパッチャ３０２に示す。ブロックディスパッチャ３０２が基本ブロックｎを実行するとき、ブロックディスパッチャ３０２は、ポインタにアクセスし、基本ブロックｎの代わりに単一の基本ブロックを実行する。
図１０Ｃは、サブルーチンに基づいて作成された基本ブロックと、サブルーチンを呼び出すエミュレートされたＰＵコード命令に基づいて生成された基本ブロックとを組み合わせることを示すシステム１０３０の実施形態の図である。ブロッククリエータ６０４（図６Ａ）は、仮想オブジェクト４５４の破壊になる仮想オブジェクト４５４（図４Ｂ）の位置及び／または方向の変化を示す信号などのユーザー入力１を受信する。ユーザー入力１を受信すると、基本ブロック１は、エミュレートされたＰＵコード命令１に基づいて基本ブロックコンパイラ１０４によって生成され、ユーザー入力１を処理する。エミュレートされたＰＵコード命令１は、サブルーチン１への関数呼び出しを含む。このように、ユーザー入力１を受信すると、基本ブロック２は、エミュレートされたＰＵコード命令２の一例であるサブルーチン１に基づいて、基本ブロックコンパイラ１０４によって生成される。一例として、基本ブロック２は、位置Ｐ１及び方向Ｏ１で仮想オブジェクト４５４を再生成する操作２を含む。
仮想オブジェクト４５４の破壊になる、仮想オブジェクト４５４（図４Ｂ）の位置及び／または方向の変化を示す信号などのユーザー入力２が受信されるとき、ブロックコンパイラ１０４は、ユーザー入力２を処理するとして基本ブロック１及び２を識別する。そのように識別すると、ブロッククリエータ６０４は、基本ブロック１及び２を、基本ブロック１または基本ブロック２などの単一の基本ブロックに結合するなど、統合する。例えば、ユーザー入力２を受信すると、仮想オブジェクト４５４の破壊及び仮想オブジェクト４５４の再生成がトリガーされる。基本ブロック１と２を組み合わせると、サブルーチン１はスキップされる。
ブロッククリエータ６０４はさらに値を生成し、その値をキャッシュ１０２内のポインタに格納する。この値は、基本ブロック１及び２を処理するためのユーザー入力が受信されたときに、単一の基本ブロックを実行するようにブロックディスパッチャ３０２に示す。ブロックディスパッチャ３０２が、基本ブロック１及び２を実行するためであるときに、ブロックディスパッチャ３０２は、ポインタにアクセスし、基本ブロック１の代わりに単一の基本ブロックを実行する。
図１０Ｄは、２つの基本ブロックの間への基本ブロックの挿入を示すシステム１０４０の実施形態の図である。システム１０４０は、ブロックインターフェース１０２２及びキャッシュ１０２を含む。基本ブロック１及び２がキャッシュ１０２に格納された後、修正入力１０４２が、入力デバイスを介してユーザーから受信される。一例として、修正入力１０４２は、キャッシュ１０２内のソースレジスタアドレス１．１と、キャッシュ１０２内の宛先レジスタアドレス１．１と、ソースレジスタアドレス１．１に格納されたデータに、または宛先レジスタアドレス１．１に、またはソースレジスタアドレス１．１と宛先レジスタアドレス１．１の両方に格納されているデータに対して実行される操作１．１とを含む基本ブロック１．１を定義するソースコードを示す信号である。操作１．１の例には、ジャンプ、格納、ロード、分岐、及び算術操作が含まれる。
修正入力１０４２は、基本ブロック１．１の場所の指示、及び基本ブロック１．１と基本ブロック１または２との関連付けをさらに含む。例えば、修正入力１０４２は、基本ブロック１．１がキャッシュ１０２内の基本ブロック１と２の間に挿入されることを示す信号と、基本ブロック１．１が基本ブロック１及び／または２にリンクされることを示す信号と、を含む。説明すると、基本ブロック１．１は、基本ブロック２の無効なマーク２を受信するために、１つ以上のレジスタアドレスなどのキャッシュ１０２内の場所を含むために挿入される。別の説明として、基本ブロック１．１は、基本ブロック２の実行のサイクル数を受信するために、キャッシュ１０２内の１つ以上のレジスタアドレスなどの場所を含むために挿入される。例示では、ブロックインターフェース１０２２は、修正入力１０４２を受信し、基本ブロック１．１が基本ブロック１と２の間に挿入されることを修正入力１０４２から識別し、基本ブロック１と２との間に基本ブロック１．１を挿入する。別の例として、ブロックインターフェース１０２２は、基本ブロック１．１が、ゲームタイトルＧＮを有するレガシーゲームＮのレベルをロック解除するための操作を含むことを判定する。レベルは、基本ブロック１の操作で識別される第１のレベルと、基本ブロック２の操作で識別される第２のレベルとの間にある。第１レベルと第２レベルは、ゲームタイトルＧＮを有するレガシーゲームＮにある。第１レベルと第２レベルの間に挿入されたレベルは、ゲームコードｇｃＮの一部ではないが、レガシーゲームＮの新しいレベルである。第１のレベルと第２のレベルとの間に挿入されるレベルの例は、仮想オブジェクト４５４がミサイルの代わりにレーザ銃を発射するレベルである。
さらに、ブロックインターフェース１０２２は、修正入力１０４２からポインタの値を識別し、その値をキャッシュ１０２に格納する。一例として、ポインタの値は、基本ブロック１．１の実行が基本ブロック２の実行の直前に発生することを示している。ブロックディスパッチャ３０２が基本ブロック２を実行する場合、ブロックディスパッチャ３０２は、基本ブロック１．１を指すためにポインタ内の値を識別し、基本ブロック２を実行する直前に基本ブロック１．１を実行する。別の例として、ポインタの値は、基本ブロック１．１の実行が基本ブロック２の実行の直後に発生することを示す。ブロックディスパッチャ３０２が基本ブロック２を実行した後、ブロックディスパッチャ３０２は、基本ブロック１．１を指すためにポインタ内の値を識別し、基本ブロック２を実行した直後に基本ブロック１．１を実行する。
図１０Ｅは、基本ブロックの実行の順序での切り替えを示すシステム１０５０の実施形態の図である。システム１０５０は、キャッシュ１０２及びブロックインターフェース１０２２を含む。キャッシュ１０２は、キャッシュ１０２のポインタ内に値を含み、その値は、基本ブロック１の実行後に基本ブロック２が実行されることを示している。ユーザーは、入力デバイスを使用して、基本ブロック１及び２の実行順序が切り替えられることを示す信号を含む修正入力１０５２を提供する。信号を受信すると、ブロックインターフェース１０２２は、キャッシュ１０２内のポインタの値を変更して、基本ブロック２を実行した後に基本ブロック１が実行されることを示す。
図１１Ａは、基本ブロックｎに格納されたサイクル数の実際のカウントの使用を説明するための方法１１００の実施形態のフローチャートである。方法１１００は、基本ブロックｎを実行する操作６６２を含む。方法１１００の操作１１０２において、ブロックディスパッチャ３０２（図３）は、操作６６２において、基本ブロックｎの実行のサイクル数をカウントして、第１のカウントを生成する。ブロックディスパッチャ３０２は、方法１１００の操作１１０４において、基本ブロックｎに第１のカウントを格納する。例えば、ブロックディスパッチャ３０２は、基本ブロックｎに割り当てられた、キャッシュ１０２内のレジスタアドレスの１つを有するレジスタに実際のカウントを書き込む。
方法１１００の操作１１０６において、ブロッククリエータ６０４（図６Ａ）は、同じ基本ブロックｎが再度実行されるべきかどうかを判定する。例えば、ブロッククリエータ６０４は、同じ基本ブロックｎを処理するためのユーザー入力が、クライアントデバイスから受信されたかどうかを判定する。ブロッククリエータ６０４は、ユーザー入力が受信されるまで、同じ基本ブロックｎを処理するためのユーザー入力が受信されたかどうかを判定し続ける。
図１１Ｂは、図１１Ａの方法１１００のフローチャートの続きである。基本ブロックｎを処理するためのユーザー入力が再び受信されたと判定すると、基本ブロックｎは、ブロックディスパッチャ３０４によって再び実行される。方法１１００の操作１１０８では、ブロックディスパッチャ３０４は、操作１１０６において、基本ブロックｎの実行のサイクル数をカウントして、第２のカウントを計算する。
ブロックディスパッチャ３０４は、第２のカウントが、方法１１００の操作１１０８における第１のカウントからの所定の制限内にあるかどうかを判定する。所定の制限は、キャッシュ１０２に格納される。第２のカウントが第１のカウントからの所定の制限内にないと判定したことに応えて、方法１１００の操作１１１０において、ブロックディスパッチャ３０４は通知を生成する。例えば、ブロックディスパッチャ３０４がゲームコンソール４０２（図４Ａ）内に位置するとき、ゲームコンソール４０２のＧＰＵ９２４（図９Ｂ）は、クライアントデバイスのディスプレイデバイス４１０（図４Ａ）に通知の表現を表示し、サーバシステム４０４に通知するために、コンピュータネットワーク４０８を介してサーバシステム４０４に通知を送信する。別の例として、ブロックディスパッチャ３０４が、サーバシステム４０４（図４Ｂ）内に位置するとき、ブロックディスパッチャ３０４は通知を生成し、サーバシステム４０４のＧＰＵは、サーバシステム４０４に結合されたディスプレイデバイス上に通知の表現を表示する。一方で、第２のカウントが、第１のカウントから所定の制限内にあると判定すると、方法１１００の操作１１１２において、ブロックディスパッチャ３０４は通知をトリガーしない。
図１２は、第１のクライアントデバイスから第２のクライアントデバイスへの基本ブロック１～ｎの転送を説明するためのシステム１２００の実施形態の図である。システム１２００は、ゲームコンソール４０２、コンピュータネットワーク４０８、サーバシステム４０４、ゲームコンソール１２０２、及びディスプレイデバイス１２０４を含む。ゲームコンソール１２０２は、ゲームコンソール４０２に類似している。例えば、ゲームコンソール４０２と１２０２の両方ともＰＳ４（登録商標）であるか、またはゲームコンソール４０２と１２０２の両方ともＰＳ５（登録商標）であるか、またはゲームコンソール４０２がＰＳ４（登録商標）であり、ゲームコンソール１２０２がＰＳ５（登録商標）であるか、またはゲームコンソール４０２がＰＳ５（登録商標）であり、ゲームコンソール１２０２がＰＳ４（登録商標）である。別の例として、ゲームコンソール１２０２はレガシーマシンではない。また、ディスプレイデバイス１２０４は、図４Ａのディスプレイデバイス４１０に類似している。例えば、ディスプレイデバイス４１０は、ＨＭＤまたはテレビまたはスマートテレビまたはコンピュータモニタである。
ゲームコンソール４０２は、ネットワークインターフェースコントローラ１２１３を含む。ゲームコンソール１２０２は、エミュレートされたプロセッサシステム１２０６、キャッシュ１２０８、及びネットワークインターフェースコントローラ１２１０を含む。エミュレートされたプロセッサシステム１２０６は、エミュレートされたプロセッサシステム４０９と同じ構造及び同じ機能を有する。また、キャッシュ１２０８は、キャッシュ１０２と同じ構造及び同じ機能を有する。エミュレートされたプロセッサシステム１２０６、キャッシュ１２０８、及びネットワークインターフェースコントローラ１２１０は、バス１２１８を介して互いに結合されている。
基本ブロック１～ｎがキャッシュ１０２に格納されると、エミュレートされたプロセッサシステム４０９のブロックコンパイラ１０４は、基本ブロック１～ｎをネットワークインターフェースコントローラ１２１３に送信する。ネットワークインターフェースコントローラ１２１３は、ネットワーク通信プロトコルを基本ブロック１～ｎに適用して、基本ブロック１～ｎを埋め込む１つ以上のパケットを生成し、コンピュータネットワーク４０８を介して１つ以上のパケットをサーバシステム４０４に送信する。１つ以上のパケットを受信すると、サーバシステム４０４のネットワークインターフェースコントローラは、ネットワーク通信プロトコルを１つ以上のパケットに適用して、ゲームタイトルＧＮを有するレガシーゲームＮの基本ブロック１～ｎを抽出し、基本ブロック１～ｎをサーバシステム４０４の１つ以上のメモリデバイスに格納する。
ユーザー２は、ハンドヘルドコントローラ１２１２を使用して、ハンドヘルドコントローラ１２１２上の１つ以上のボタンを選択して、サーバシステム４０４によってユーザー２に割り当てられた自分のユーザーアカウントにログインする。ユーザー２は、ユーザーネームなどのユーザーＩＤ２及びパスワードがサーバシステム４０４によって認証されると、自分のユーザーアカウントにログインする。ユーザー２が自分のユーザーアカウントにログインすると、ユーザー２は、ゲームタイトルＧＮまでゲームタイトルＧ１、ゲームタイトルＧａ、ゲームタイトルＧ２、などの複数のゲームタイトルにアクセスすることができる。
ユーザーアカウント２にログインすると、ユーザー２は、ハンドヘルドコントローラ１２１２を使用して、ハンドヘルドコントローラ１２１２上の１つ以上のボタンを選択して、ユーザー入力１２１４を生成する。ユーザー入力１２１４は、ディスプレイデバイス１２０４上に表示されたタイトルＧＮを有するレガシーゲームＮの選択時に生成される。ユーザー入力１２１４が生成されるとき、キャッシュ１２０８は、基本ブロック１～ｎを含まない。例えば、ユーザー入力１２１４を受信すると、エミュレートされたプロセッサシステム１２０６の基本ブロックコンパイラは、キャッシュ１０２をチェックして、キャッシュ１０２が、ユーザー入力１２１４を処理するためのゲームコードＧＣＮの基本ブロック１～ｎの１つ以上を含むかどうかを判定する。キャッシュ１０２が、ユーザー入力１２１４を処理するための基本ブロック１～ｎの１つ以上を含まないと判定すると、エミュレートされたプロセッサシステム１２０６は、基本ブロック１～ｎの１つ以上に対する要求１２２０を生成し、ネットワークインターフェースコントローラ１２１０への要求１２２０を送信する。
要求１２２０を受信すると、ネットワークインターフェースコントローラ１２１０は、ネットワーク通信プロトコルを要求１２２０に適用することによって要求１２２０を埋め込む１つ以上のパケットを生成し、コンピュータネットワーク４０８を介してサーバシステム４０４に１つ以上のパケットを送信する。サーバシステム４０４のネットワークインターフェースコントローラは、１つ以上のパケットを受信し、ネットワーク通信プロトコルを適用して、１つ以上のパケットから要求１２２０を抽出する。サーバシステム４０４のプロセッサは、要求１２２０を分析して、基本ブロック１～ｎが要求されていることを識別する。
基本ブロック１～ｎが要求されたと判定したことに応えて、サーバシステム４０４は、サーバシステム４０４の１つ以上のメモリデバイスに格納された基本ブロック１～ｎにアクセスして、基本ブロック１～ｎをサーバシステム４０４のネットワークインターフェースコントローラに提供する。サーバシステム４０４のネットワークインターフェースコントローラは、ネットワーク通信プロトコルを適用して、基本ブロック１～ｎを埋め込む１つ以上のパケットを生成して、コンピュータネットワーク４０８を介して１つ以上のパケットをゲームコンソール１２０２に送信する。
ゲームコンソール１２０２のネットワークインターフェースコントローラ１２１０は、基本ブロック１～ｎを有する１つ以上のパケットを受信し、ネットワーク通信プロトコルを適用して、１つ以上のパケットから基本ブロック１～ｎを抽出し、基本ブロック１～ｎをエミュレートされたプロセッサシステム１２０６に送信する。エミュレートされたプロセッサシステム１２０６の基本ブロックコンパイラは、基本ブロック１～ｎをキャッシュ１２０８に格納する。
ユーザー入力１２２４が、ゲームタイトルＧＮを有するゲームのプレイ中にハンドヘルドコントローラ１２１２から受信されると、エミュレートされたプロセッサシステム１２０６の基本ブロックコンパイラは、ユーザー入力１２２４を処理するためにキャッシュ１２０８内の基本ブロック１～ｎの１つ以上を識別する。エミュレートされたプロセッサシステム１２０６のブロックディスパッチャは、ユーザー入力１２２４を処理するために、基本ブロック１～ｎの１つ以上を実行する。このようにして、基本ブロック１～ｎがエミュレートされたプロセッサシステム４０９によってコンパイルされると、基本ブロック１～ｎは、エミュレートされたプロセッサシステム１２０６によってコンパイルされる必要はないが、エミュレートされたプロセッサシステム１２０６によって、サーバシステム４０４からアクセスされることができる。
図１３は、基本ブロック１～ｎの複数のセットの実行時にプレイされる、チャレンジなどの１つ以上のミニゲームからのメタゲームの生成を示すためのシステム１３００の一実施形態の図である。システム１３００は、サーバシステム４０４、コンピュータネットワーク４０８、ゲームコンソール４０２、ディスプレイデバイス４１０、ゲームコンソール１２０２、及びディスプレイデバイス１２０４を含む。サーバシステム４０４は、コンピュータネットワーク４０８を介してゲームコンソール４０２及び１２０２に結合されている。ゲームコンソール４０２、ディスプレイデバイス４１０、及びハンドヘルドコントローラ４１４の組み合わせが、本明細書ではクライアントデバイス１３０１と呼ばれることに留意されたい。ゲームコンソール１２０２、ディスプレイデバイス１２０４、及びハンドヘルドコントローラ１２１２の組み合わせが、本明細書ではクライアントデバイス１３０３と呼ばれることにさらに留意されたい。
サーバシステム４０４は、キャッシュ１０２、レコーダ１３０２、ネットワークインターフェースコントローラ１２１３、メモリデバイス１３０４、及びメモリデバイス１３０６を含む。サーバシステム４０４は、ＣＰＵ１３０８、ＧＰＵ１３１０、及びメモリデバイス４１２をさらに含む。ＣＰＵ１３０８、ＧＰＵ１３１０、メモリデバイス４１２、キャッシュ１０２、メモリデバイス１３０６、レコーダ１３０２、ネットワークインターフェースコントローラ１２１３、及びメモリデバイス１３０４は、バス１３１２を介して互いに結合されている。一例として、ＣＰＵ１３０８及びＧＰＵ１３１０は、エミュレーションプロセッサシステム４０９（図４Ｂ）の構成要素である。例えば、ＣＰＵ１３０８は、基本ブロックコンパイラ１０４及びブロックディスパッチャ３０２（図３）を実行する。ＣＰＵ９２２（図９）は、ＣＰＵ１３０８の一例である。ＧＰＵ９２４（図９）は、ＧＰＵ１３１０の一例である。
レコーダ１３０２の例は、ＣＰＵ、ＰＬＤ、ＡＳＩＣ、コントローラ、コンピュータプログラムの一部、またはコンピュータプログラムを含む。説明すると、レコーダ１３０２は、ＣＰＵ１３０８によって実行されるコンピュータプログラムである。
メモリデバイス１３０６は、ユーザーアカウント１及びユーザーアカウント２などの複数のユーザーアカウントを格納するユーザーアカウントデータベース１３１４を含む。ユーザーアカウント１はＣＰＵ１３０８によってユーザー１に割り当てられ、ユーザーアカウント２は、ＣＰＵ１３０８によってユーザー２に割り当てられる。また、メモリデバイス１３０４は、記録１及び記録２などの複数の記録を含む記録データベース１３１６を含む。
記録１は、レガシーゲームＮのプレイ中にユーザー１がユーザーアカウント１を介して取り組むチャレンジ１の記録であり、記録２は、レガシーゲームＮのプレイ中にユーザー１がユーザーアカウント１を介して取り組むチャレンジ２である。例えば、レガシーゲームＮのゲームレベル１の間、ユーザー１は、レガシーゲームＮを一時停止させ、ハンドヘルドコントローラ１１４上のボタンを選択してユーザー入力を生成する。例では、ユーザー入力は、ハンドヘルドコントローラ４１４によって生成され、ゲームコンソール４０２（図１３）及びコンピュータネットワーク４０８（図１３）を介してサーバシステム４０４に送信される信号である。また、例では、サーバシステム４０４は、ユーザー入力に基づいて、ユーザー１が、レガシーゲームＮを一時停止させることを希望していると判定し、レガシーゲームＮを一時停止させる。説明すると、ＣＰＵ１３０８及びＧＰＵ１３１０は、基本ブロック１～ｎの１つ以上の実行を停止して、コンピュータネットワーク４０８を介してゲームコンソール４０２に送信するためのレガシーゲームＮの１つ以上の画像フレームの生成を停止する。例示では、ＣＰＵ １３０８は、レガシーゲームＮのプレイが一時停止する基本ブロック１～Ｎの１つを識別する値を生成し、値をキャッシュ１０２内のポインタに格納する。
例を続けると、ユーザー１は、レガシーゲームＮが一時停止した後にチャレンジ１のプレイを開始する。例では、ユーザー１がユーザーアカウント１を介してチャレンジ１のプレイを希望していることを示すユーザー入力を受信すると、ＣＰＵ１３０８は、キャッシュ１０２からポインタにアクセスして、１つ以上の基本ブロック１～ｎのどれの実行を終了するのかを識別し、１つ以上の基本ブロック１～ｎの実行を続ける。ユーザー１がチャレンジ１のプレイを希望していることを示すユーザー入力は、ユーザー１がハンドヘルドコントローラ４１４（図１３）上の１つ以上のボタンを選択すると、信号として生成される。さらに、例では、ユーザー１がチャレンジ１のプレイを開始すると、レコーダ１３０２は、ユーザーアカウント１を介したユーザー１によるチャレンジ１のプレイの記録を開始して記録１を生成し、記録１を記録データベース１３１６に格納する。同様に、例では、レガシーゲームＮのゲームレベルＺの間、ユーザー１は、レガシーゲームＮを一時停止させ、チャレンジ２を選択するためにハンドヘルドコントローラ１１４上の１つ以上のボタンを選択し、ここでＺは正の整数である。ユーザー１がチャレンジ２のプレイを開始すると、レコーダ１３０２は、チャレンジ２のプレイの記録を開始して記録２を生成し、記録２を記録データベース１３１６に格納する。
一例として、各記録はゲーム状態を含む。説明すると、記録１は、レガシーゲームＮのチャレンジ１の間に表示された１つ以上の仮想オブジェクトのゲーム状態を含み、記録２は、レガシーゲームＮのチャレンジ２の間に表示された１つ以上の仮想オブジェクトのゲーム状態を含む。ゲーム状態の例は、仮想オブジェクトの位置及び方向を含む。別の例として、各記録はまた、仮想オブジェクトの色、または強度、またはテクスチャ、または形状、またはそれらの組み合わせなどのレンダリング要因を含む。説明すると、記録１は、基本ブロック１～ｎの１つ以上の実行時にチャレンジ１の間に表示される仮想オブジェクトのレンダリング要因を含む。例示では、記録２は、基本ブロック１～ｎの１つ以上の実行時にチャレンジ２の間に表示される仮想オブジェクトのレンダリング要因を含む。
別の例として、各記録は、ユーザー１によるチャレンジのプレイのビデオ、及びチャレンジをプレイしているユーザー１のビデオを含む。例えば、記録１は、チャレンジ１のプレイ中の仮想オブジェクトの動きのビデオ、及びチャレンジ１中の動きの１つ以上を説明するユーザー１のビデオを含む。また、例では、記録２は、チャレンジ２のプレイ中の仮想オブジェクトの動きのビデオ、及びチャレンジ２中の動きの１つ以上を説明するユーザー１のビデオを含む。
さらに別の例として、各記録は、チャレンジをプレイしているユーザー１のビデオを含まず、ユーザー１によるチャレンジのプレイのビデオを含む。例えば、記録１は、チャレンジ１のプレイ中の仮想オブジェクトの動きのビデオを含み、チャレンジ１中の動きの１つ以上を説明するユーザー１のビデオを除外する。また、例では、記録２は、チャレンジ２のプレイ中の仮想オブジェクトの動きのビデオを含み、チャレンジ２中の動きの１つ以上を説明するユーザー１のビデオを除外する。
一実施形態では、ＣＰＵ１３０８に加えて、サーバシステム４０４は複数のＣＰＵを含み、各ＣＰＵは、サーバシステム４０４のサーバブレードまたは更新されたマシンなどの別個のサーバで実装される。同様に、ＧＰＵ１３１０に加えて、サーバシステム４０４は複数のＧＰＵを含み、各ＧＰＵは、サーバシステム４０４のサーバブレードまたは更新されたマシンなどの別個のサーバで実装される。
一実施形態では、ユーザーアカウントデータベース１３１４及び記録データベース１３１６は、同じメモリデバイスに格納される。
一実施形態では、チャレンジ２がレガシーゲームＮの一部である代わりに、チャレンジ２は、レガシーゲームＮとは異なる、レガシーゲーム（Ｎ－１）などの別のレガシーゲームの一部である。
一実施形態では、キャッシュ１０２に格納された基本ブロック１～ｎは、サーバシステム４０４の複数のキャッシュに分散される。
図１４Ａは、チャレンジ１の例を示すディスプレイデバイス４１０の一実施形態の図である。ユーザーアカウント１にログインした後、ユーザー１はレガシーゲームＮのゲームレベル１をプレイする。レガシーゲームＮのレベル１のプレイ中、ユーザー１はハンドヘルドコントローラ４１４上の１つ以上のボタンを選択して、レガシーゲームＮを一時停止させるためのユーザー入力を生成する。レガシーゲームＮが一時停止すると、ユーザー１は、ハンドヘルドコントローラ４１４上の１つ以上のボタンをさらに選択して、チャレンジ１をプレイするための別のユーザー入力を生成する。チャレンジ１は、仮想オブジェクト４５４が上が下になり、次に下が上になるクールな動きなどのスタントを含む。例えば、チャレンジ１のプレイ中、仮想オブジェクト４５４は、時刻ｔ１において位置Ｐ１及び方向Ｏ１にある。ユーザー１は、ハンドヘルドコントローラ４１４を制御して、時刻ｔ２において、仮想オブジェクト４５４を位置Ｐ１及び方向Ｏ１から位置Ｐ２及び方向Ｏ２に移動させる。さらに、ユーザー１は、ハンドヘルドコントローラ４１４を制御して、時刻ｔ３において、仮想オブジェクト４５４を位置Ｐ２及び方向Ｏ２から位置Ｐ３及び方向Ｏ３に移動させる。時刻ｔ３において、仮想オブジェクト４５４は上が下になる。また、ユーザー１は、ハンドヘルドコントローラ４１４を制御して、時刻ｔ４において、仮想オブジェクト４５４を位置Ｐ３及び方向Ｏ３から位置Ｐ４及び方向Ｏ４に移動させる。ユーザー１は、さらにハンドヘルドコントローラ４１４を制御して、時刻ｔ５において、仮想オブジェクト４５４を位置Ｐ４及び方向Ｏ４から位置Ｐ５及び方向Ｏ５に移動させる。時刻ｔ５において、仮想オブジェクト４５４は下が上になる。
仮想オブジェクト４５４が、仮想ピラミッド４１１の周りを移動することに留意されたい。例えば、仮想オブジェクト４５４は、位置Ｐ２～Ｐ４を経由して位置Ｐ１から位置Ｐ５に移動して、仮想ピラミッド４１１を周回する。
図１４Ｂは、レガシーゲームＮのゲームレベル１の基本ブロック１～ｎの任意の２つの間に挿入されるフックを示すための図である。一例として、本明細書で使用されるフックは、レガシーゲームＮの機能を変更するためにユーザー１のプログラマによって挿入される１つ以上のフックブロックである。説明すると、フックは、キャッシュ１０２に格納される基本ブロック１～ｎの任意の２つの連続する基本ブロック間に挿入される。したがって、フックはキャッシュ１０２に格納される。別の例として、フックブロックの構造は、基本ブロックの構造と同じである。さらに説明すると、フックは、キャッシュ１０２内のソースレジスタのソースレジスタアドレスと、キャッシュ１０２内の宛先レジスタの宛先レジスタアドレスと、ソースレジスタアドレスに格納されたデータ、または宛先レジスタアドレスに格納されたデータ、またはソースレジスタアドレスと宛先レジスタアドレスの両方に格納されたデータに対して実行される操作とを含むフックブロックを含む。別の例示として、フックは、キャッシュ１０２内の１つ以上のソースレジスタの１つ以上のソースレジスタアドレスと、キャッシュ１０２内の１つ以上の宛先レジスタの１つ以上の宛先レジスタアドレスと、１つ以上のソースレジスタアドレスに格納されたデータ、または１つ以上の宛先レジスタアドレスに格納されたデータ、または１つ以上のソースレジスタアドレス及び１つ以上の宛先レジスタアドレスに格納されたデータに対して実行される１つ以上の操作とを含むフックブロックを含む。別の例示として、フックは、キャッシュ１０２に結合される入力デバイスを介してプログラマまたはユーザー１によって挿入される。
ゲーム一時停止フック１４２０は、基本ブロック１１の後に挿入される。基本ブロック１１は、レガシーゲームＮのゲームレベル１の間に実行される。基本ブロック１１は、仮想オブジェクト４５４を位置Ｐ１０及び方向Ｏ１０から位置Ｐ１１及び方向Ｏ１１に移動させるためにブロックディスパッチャ３０２（図３）によって実行される。ゲーム一時停止フック１４２０は、基本ブロック１１が実行された後にユーザー１がレガシーゲームＮを一時停止させることを可能にするために、入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。ゲーム一時停止フック１４２０は、基本ブロック１１がキャッシュ１０２に格納される１つ以上のメモリアドレスの後にキャッシュ１０２に挿入される。例えば、ゲーム一時停止フック１４２０を指す値は、レガシーゲームＮが、ユーザー１から、レガシーゲームＮのゲームレベル１の間にレガシーゲームＮを一時停止させるための要求を受信することを可能にするために基本ブロック１１に挿入される。ゲーム一時停止フック１４２０は、ブロックディスパッチャ３０２によって実行される。
また、チャレンジ作成フック１４２２は、レガシーゲームＮの基本ブロック１～５などの基本ブロック１～ｎの１つ以上からチャレンジ１を作成するために、入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。例えば、チャレンジ作成フック１４２２を指す値は、レガシーゲームＮが、ユーザー１からチャレンジ１を開始するための要求を受信することを可能にするためにゲーム一時停止フック１４２０に挿入される。チャレンジ１を開始するための要求が受信されると、チャレンジ１の一部として含まれる基本ブロック１～５は、チャレンジ１の間に受信されたユーザー入力に基づいてブロックディスパッチャ３０２によって実行される。説明すると、第１のユーザー入力がチャレンジ１の間に受信されると、基本ブロック１が第１のユーザー入力を処理するために実行され、第２のユーザー入力がチャレンジ１の間に受信されると、基本ブロック２が第２のユーザー入力を処理するために実行される。別の例示として、第１のユーザー入力がチャレンジ１の間に受信されると、基本ブロック１及び２は、第１のユーザー入力を処理するために実行され、第２のユーザー入力がチャレンジ１の間に受信されると、基本ブロック３及び５が、第２のユーザー入力を処理するために実行される。さらに別の例示として、第１のユーザー入力がチャレンジ１の間に受信されると、基本ブロック２は、仮想オブジェクト４５４を位置Ｐ１及び方向Ｏ１から位置Ｐ２及び方向Ｏ２に移動させるために実行される。また、例示では、第２のユーザー入力がチャレンジ１の間に受信されると、基本ブロック３は、仮想オブジェクト４５４を位置Ｐ２及び方向Ｏ２から位置Ｐ３及び方向Ｏ３に移動させるために実行される。さらに例示では、第３のユーザー入力がチャレンジ１の間に受信されると、基本ブロック４は、仮想オブジェクト４５４を位置Ｐ３及び方向Ｏ３から位置Ｐ４及び方向Ｏ４に移動させるために実行される。例示では、第４のユーザー入力がチャレンジ１の間に受信されると、基本ブロック５は、仮想オブジェクト４５４を位置Ｐ４及び方向Ｏ４から位置Ｐ５及び方向Ｏ５に移動させるために実行される。チャレンジ作成フック１４２２は、ブロックディスパッチャ３０２によって実行される。
さらに記録開始フック１４２４は、ゲーム一時停止フック１４２２が実行されるとすぐにチャレンジ１を記録するために入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。例えば、記録開始フック１４２４を指す値は、ブロックディスパッチャ３０２によるチャレンジ１の基本ブロック１～ｎの１つ以上の実行の開始時に、チャレンジ１の記録を開始するためにチャレンジ作成フック１４２２に挿入される。チャレンジ１の記録は、メモリデバイス１３０４（図１３）に記録１として格納される。記録開始フック１４２４が実行されると、ＣＰＵ１３０８はレコーダ１３０２に記録を開始する命令を送信する。命令を受信すると、レコーダ１３０２は、ユーザー１によるチャレンジ１のプレイに関する画像フレーム及び音声フレームなどのフレームを記録し、記録１をメモリデバイス１３０４に格納する。記録開始フック１４２４は、ブロックディスパッチャ３０２によって実行される。
さらに、チャレンジ終了フック１４２６は、レガシーゲームＮの基本ブロック１～ｎの１つ以上から生成されたチャレンジ１を終了するために入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。例えば、チャレンジ終了フック１４２６を指す値は、基本ブロックの実行時にチャレンジ１を終了するために基本ブロック１～５のそれぞれに挿入される。説明すると、チャレンジ１のすべての基本ブロック１～５が仮想オブジェクト４５４を移動させるために実行されると、チャレンジ終了フック１４２６が実行される。別の例として、ＣＰＵ１３０８（図１３）は、チャレンジ１の基本ブロック１～ｎの１つ以上の実行の開始以降の時間量をカウントするために、クロック発信器またはタイマなどのクロックソースを含む。ＣＰＵ１３０９は、カウントが所定の閾値を超えているかどうかを判定する。カウントが所定の閾値を超えていると判定すると、ＣＰＵ１３０８は、チャレンジ１の基本ブロック１～ｎの１つ以上の実行を終了する。一方、カウントが所定の閾値を超えていないと判定すると、ＣＰＵ１３０８は、チャレンジ１の基本ブロック１～ｎの１つ以上の実行を終了しない。チャレンジ終了フック１４２６は、ブロックディスパッチャ３０２によって実行される。
また、ユーザーチャレンジ終了フック１４２８は、ユーザー１が、チャレンジ１のプレイ中の任意のときにレガシーゲームＮの基本ブロック１～ｎの１つ以上から生成されたチャレンジ１を終了することを可能にするために、入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。例えば、ユーザーチャレンジ終了フック１４２８は、基本ブロック１～ｎの１つ以上のそれぞれに挿入される。説明すると、ユーザーチャレンジ終了フック１４２８を指す値は、ユーザー１が、チャレンジ１の基本ブロック１～５の１つ以上の実行中の任意の点でユーザーアカウント１を介してチャレンジ１を終了することを可能にするために、基本ブロック１～５のそれぞれに挿入される。ユーザーチャレンジ終了フック１４２８は、ブロックディスパッチャ３０２によって実行される。
さらに、記録終了フック１４３０は、チャレンジ１が終了するとき、またはユーザー１がチャレンジ１を終了するときにチャレンジ１の記録を終了するために入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。一例として、記録終了フック１４３０を指す値は、チャレンジ終了フック１４２６の実行時にチャレンジ１の記録を終了するためにチャレンジ終了フック１４２６に挿入される。別の例として、記録終了フック１４３０を指す値は、ユーザーチャレンジ終了フック１４２８の実行時にチャレンジ１の記録を終了するためにユーザーチャレンジ終了フック１４２８に挿入される。記録終了フック１４３０は、ブロックディスパッチャ３０２によって実行される。記録終了フック１４３０が実行されると、ＣＰＵ１３０８はレコーダ１３０２にチャレンジ１の記録を停止する命令を送信する。
一実施形態では、ブロックディスパッチャ３０２は、ＣＰＵ１３０８、またはＧＰＵ１３１０、またはＣＰＵ１３０８とＧＰＵ１３１０の両方の一部である。
図１４Ｃは、チャレンジ２の例を示すためのディスプレイデバイス４１０の一実施形態の図である。ユーザーアカウント１にログインした後、ユーザー１はレガシーゲームＮのゲームレベルＺをプレイする。レガシーゲームＮのレベルＺのプレイ中、ユーザー１はハンドヘルドコントローラ４１４上の１つ以上のボタンを選択して、レガシーゲームＮを一時停止させるためのユーザー入力を生成する。レガシーゲームＮが一時停止すると、ユーザー１は、ハンドヘルドコントローラ４１４上の１つ以上のボタンをさらに選択して、チャレンジ２をプレイするための別のユーザー入力を生成する。チャレンジ２は、仮想オブジェクト４５４がジグザグの経路に沿って移動するクールな動きなどのスタントを含む。例えば、チャレンジ１のプレイ中、仮想オブジェクト４５４は、時刻ｔａにおいて位置Ｐ１０１及び方向Ｏ１０１にある。ユーザー１は、ハンドヘルドコントローラ４１４を制御して、時刻ｔｂにおいて、仮想オブジェクト４５４を位置Ｐ１０１及び方向Ｏ１０１から位置Ｐ１０２及び方向Ｏ１０２に移動させる。さらに、ユーザー１は、ハンドヘルドコントローラ４１４を制御して、時刻ｔｃにおいて、仮想オブジェクト４５４を位置Ｐ１０２及び方向Ｏ１０２から位置Ｐ１０３及び方向Ｏ１０３に移動させる。またユーザー１は、ハンドヘルドコントローラ４１４を制御して、時刻ｔｄにおいて、仮想オブジェクト４５４を位置Ｐ１０３及び方向Ｏ１０３から位置Ｐ１０４及び方向Ｏ１０４に移動させる。ユーザー１は、ハンドヘルドコントローラ４１４をさらに制御して、時刻ｔｅにおいて、仮想オブジェクト４５４を位置Ｐ１０４及び方向Ｏ１０４から位置Ｐ１０５及び方向Ｏ１０５に移動させる。
図１４Ｄは、レガシーゲームＮのゲームレベルＺの基本ブロック１～ｎの任意の２つの間に挿入されるフックを示すための図である。ゲーム一時停止フック１４５０は、基本ブロック１１１の後に挿入される。基本ブロック１１１は、レガシーゲームＮのゲームレベルＺの間に実行される。基本ブロック１１１は、仮想オブジェクト４５４を位置Ｐ１１０及び方向Ｏ１１０から位置Ｐ１１１及び方向Ｏ１１１に移動させるためにブロックディスパッチャ３０２（図３）によって実行される。ゲーム一時停止フック１４５０は、基本ブロック１１１が実行された後にユーザー１がレガシーゲームＮを一時停止させることを可能にするために、入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。ゲーム一時停止フック１４５０は、基本ブロック１１１がキャッシュ１０２に格納される１つ以上のメモリアドレスの後にキャッシュ１０２に挿入される。例えば、ゲーム一時停止フック１４５０を指す値は、レガシーゲームＮが、ユーザー１から、レガシーゲームＮのゲームレベルＺの間にレガシーゲームＮを一時停止させるための要求を受信することを可能にするために基本ブロック１１１に挿入される。ゲーム一時停止フック１４５０は、ブロックディスパッチャ３０２によって実行される。
また、チャレンジ作成フック１４５２は、レガシーゲームＮの基本ブロック１０１～１０５などの基本ブロック１～ｎの１つ以上からチャレンジ２を作成するために、入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。例えば、チャレンジゲームフック１４５２を指す値は、レガシーゲームＮが、ユーザー１からチャレンジ２を開始するための要求を受信することを可能にするためにゲーム一時停止フック１４５０に挿入される。チャレンジ２を開始するための要求が受信されると、チャレンジ２の一部として含まれる基本ブロック１０１～１０５は、チャレンジ２の間に受信されたユーザー入力に基づいてブロックディスパッチャ３０２によって実行される。説明すると、第１のユーザー入力がチャレンジ２の間に受信されると、基本ブロック１０１が第１のユーザー入力を処理するために実行され、第２のユーザー入力がチャレンジ２の間に受信されると、基本ブロック１０２が第２のユーザー入力を処理するために実行される。別の例示として、第１のユーザー入力がチャレンジ２の間に受信されると、基本ブロック１０１及び１０２は、第１のユーザー入力を処理するために実行され、第２のユーザー入力がチャレンジ２の間に受信されると、基本ブロック１０３及び１０５が、第２のユーザー入力を処理するために実行される。さらに別の例示として、第１のユーザー入力がチャレンジ２の間に受信されると、基本ブロック１０２は、仮想オブジェクト４５４を位置Ｐ１０１及び方向Ｏ１０１から位置Ｐ１０２及び方向Ｏ１０２に移動させるために実行される。また、例示では、第２のユーザー入力がチャレンジ２の間に受信されると、基本ブロック１０３は、仮想オブジェクト４５４を位置Ｐ１０２及び方向Ｏ１０２から位置Ｐ１０３及び方向Ｏ１０３に移動させるために実行される。さらに例示では、第３のユーザー入力がチャレンジ２の間に受信されると、基本ブロック１０４は、仮想オブジェクト４５４を位置Ｐ１０３及び方向Ｏ１０３から位置Ｐ１０４及び方向Ｏ１０４に移動させるために実行される。例示では、第４のユーザー入力がチャレンジ２の間に受信されると、基本ブロック１０２は、仮想オブジェクト４５４を位置Ｐ１０４及び方向Ｏ１０４から位置Ｐ１０５及び方向Ｏ１０５に移動させるために実行される。チャレンジ作成フック１４５２は、ブロックディスパッチャ３０２によって実行される。
さらに記録開始フック１４５４は、ゲーム一時停止フック１４５２が実行されるとすぐにチャレンジ２を記録するために入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。例えば、記録開始フック１４５４を指す値は、ブロックディスパッチャ３０２によるチャレンジ２の基本ブロック１～ｎの１つ以上の実行の開始時に、チャレンジ２の記録を開始するためにチャレンジ作成フック１４５２に挿入される。チャレンジ２の記録は、メモリデバイス１３０４（図１３）に記録２として格納される。記録開始フック１４５４が実行されると、ＣＰＵ１３０８はレコーダ１３０２に記録を開始する命令を送信する。命令を受信すると、レコーダ１３０２は、ユーザー１によるチャレンジ２のプレイに関する画像フレーム及び音声フレームなどのフレームを記録し、記録２をメモリデバイス１３０４に格納する。記録開始フック１４５４は、ブロックディスパッチャ３０２によって実行される。
さらに、チャレンジ終了フック１４５６は、レガシーゲームＮの基本ブロック１～ｎの１つ以上から生成されたチャレンジ２を終了するために入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。例えば、チャレンジ終了フック１４５６を指す値は、基本ブロックの実行時にチャレンジ２を終了するために基本ブロック１０１～１０５のそれぞれに挿入される。説明すると、基本ブック１０１～１０５がチャレンジ２の間に仮想オブジェクト４５４を移動させるために実行されると、チャレンジ終了フック１４５６が実行される。別の例として、ＣＰＵ１３０８（図１３）は、チャレンジ２の基本ブロック１～ｎの１つ以上の実行の開始以降の時間量をカウントするために、クロック発信器またはタイマなどのクロックソースを含む。ＣＰＵ１３０９は、カウントが事前に設定された閾値を超えているかどうかを判定する。カウントが事前に設定された閾値を超えていると判定すると、ＣＰＵ１３０８は、チャレンジ２の基本ブロック１～ｎの１つ以上の実行を終了する。一方、カウントが事前に設定された閾値を超えていないと判定すると、ＣＰＵ１３０８は、チャレンジ２の基本ブロック１～ｎの１つ以上の実行を終了しない。チャレンジ終了フック１４５６は、ブロックディスパッチャ３０２によって実行される。
また、ユーザーはチャレンジ終了フック１４５８は、ユーザー１が、レガシーゲームＮの基本ブロック１～ｎの１つ以上から生成されたチャレンジ２を終了することを可能にするために、入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。例えば、ユーザーチャレンジ終了フック１４５８は、基本ブロック１～ｎの１つ以上のそれぞれに挿入される。説明すると、ユーザーチャレンジ終了フック１４５８を指す値は、ユーザー１が、チャレンジ２の基本ブロック１～５の１つ以上の実行中の任意の点でユーザーアカウント１を介してチャレンジ２を終了することを可能にするために、基本ブロック１０１～１０５のそれぞれに挿入される。ユーザーチャレンジ終了フック１４５８は、ブロックディスパッチャ３０２によって実行される。
さらに、記録終了フック１４６０は、チャレンジ２が終了するとき、またはユーザー１がチャレンジ２を終了するときにチャレンジ２の記録を終了するために入力デバイスを介してプログラマによってキャッシュ１０２に挿入される。一例として、記録終了フック１４６０を指す値は、チャレンジ終了フック１４５６の実行時にチャレンジ２の記録を終了するためにチャレンジ終了フック１４５６に挿入される。別の例として、記録終了フック１４５０を指す値は、ユーザーチャレンジ終了フック１４５８の実行時にチャレンジ２の記録を終了するためにユーザーチャレンジ終了フック１４５８に挿入される。記録終了フック１４６０は、ブロックディスパッチャ３０２によって実行される。記録終了フック１４６０が実行されると、ＣＰＵ１３０８はレコーダ１３０２にチャレンジ２の記録を停止する命令を送信する。
一実施形態では、ゲームレベルＺの代わりに、基本ブロック１０１～１０５が、基本ブロック１～５が属するのと同じゲームレベル１に属する。例えば、基本ブロック１０１～１０５は、基本ブロック１～５が実行されるゲームレベルと同じゲームレベル内で実行される。
一実施形態では、同じレガシーゲームＮのゲームレベルＺの代わりに、基本ブロック１０１～１０５は、例えばレガシーゲーム（Ｎ－１）など、基本ブロック１～５が属しているレガシーゲームＮとは異なるレガシーゲームに属している。例えば、基本ブロック１０１～１０５は、レガシーゲーム（Ｎ－１）のプレイ中に実行され、基本ブロック１～５は、レガシーゲームＮのプレイ中に実行される。
図１５Ａは、システム１５００の一実施形態の図である。システム１５００は、メモリデバイス１３０４、キャッシュ１０２、及びブロックディスパッチャ３０２を含む。プログラマは、メタゲーム要求フック１５０６をキャッシュ１０２に追加する。例えば、基本ブロック１～５の１つ以上、及び基本ブロック１０１～１０５の１つ以上が、ユーザーアカウント１を介してチャレンジ１及び２のプレイ中にブロックディスパッチャ３０２によって実行された後、ブロックディスパッチャ３０２は、メタゲーム要求フック１５０６を実行して、ユーザーアカウント１を介して、チャレンジ１及び２に基づいたメタゲームの生成を要求するユーザー入力を検索する。例では、メタゲームの生成を要求するユーザー入力がユーザーアカウント１を介して受信されると、ブロックディスパッチャ３０２はメタゲーム要求フック１５０６を実行して、チャレンジ１及び２の記録１及び記録２から、ユーザー１によってチャレンジ１及び２のプレイ中に実行される基本ブロック１～５及び１０１～１０５を識別する。説明すると、ユーザーチャレンジ終了フック１４２８（図１４Ｂ）が、ユーザーアカウント１を介してチャレンジ１を終了するユーザー入力を受信する場合、基本ブロック１～５のすべてではないが１つ以上は、チャレンジ１の実行中に実行される。例示では、ブロックディスパッチャ３０２は、基本ブロック１～５のすべてではないが１つ以上を識別するためにメタゲーム要求フック１５０６を実行し、メタゲームを生成するために基本ブロック１～５のすべてではないが１つ以上を含む。別の例示として、チャレンジ１を終了するためにディスパッチャ３０２によってチャレンジ終了フック１４２６（図１４Ｂ）が実行される場合、基本ブロック１～５のすべてはメタゲーム内に含まれる。例示では、ブロックディスパッチャ３０２は、基本ブロック１～５のすべてを識別するためにメタゲーム要求フック１５０６を実行し、メタゲームの別のプレイ中の基本ブロック１～５のすべてを含む。
さらに別の例示として、ユーザーチャレンジ終了フック１４５８（図１４Ｄ）が、ユーザーアカウント１を介してチャレンジ２を終了するユーザー入力を受信する場合、基本ブロック１０１～１０５のすべてではないが１つ以上が、チャレンジ２の実行中に実行される。例示では、ブロックディスパッチャ３０２は、基本ブロック１０１～１０５のすべてではないが１つ以上を識別するためにメタゲーム要求フック１５０６を実行し、メタゲームを生成するために基本ブロック１０１～１０５のすべてではないが１つ以上を含む。さらに別の例示として、チャレンジ２を終了するためにディスパッチャ３０２によってチャレンジ終了フック１４５６（図１４Ｄ）が実行される場合、基本ブロック１０１～１０５のすべてはメタゲーム内に含まれる。例示では、ブロックディスパッチャ３０２は、基本ブロック１０１～１０５のすべてを識別するためにメタゲーム要求フック１５０６を実行し、メタゲームの別のプレイ中の基本ブロック１０１～１０５のすべてを含む。
さらに、プログラマは、シーケンス要求フック１５０８をキャッシュ１０２に追加する。例えば、ブロックディスパッチャ３０２は、ユーザーアカウント１を介して基本ブロック１～５及び１０１～１０５の実行のシーケンスを要求するユーザー入力を検索するためにシーケンス要求フック１５０８を実行する。ユーザー入力がユーザーアカウント１を介して受信されると、ブロックディスパッチャ３０２は、メガゲームのために基本ブロック１～５の１つ以上及び１０１～１０５の１つ以上の実行順序を生成するなど、スティッチングするためにシーケンス要求フック１５０８を実行する。説明すると、基本ブロック１～５の１つ以上は、ユーザーアカウント２を介したユーザー２によるメタゲームのプレイ中に、基本ブロック１０１～１０５の１つ以上の前に実行される。基本ブロック１～５の１つ以上が基本ブロック１０１～１０５の前に実行されると、チャレンジ１のプレイは、チャレンジ２のプレイ前に円滑に進められる。例示では、基本ブロック１０１～１０５の１つ以上は、基本ブロック１～５の１つ以上の実行が完了する前に実行されない。別の例示として、基本ブロック１０１～１０５の１つ以上は、ユーザーアカウント２を介したユーザー２によるメタゲームのプレイ中に、基本ブロック１～５の１つ以上の前に実行される。基本ブロック１０１～１０５の１つ以上が、基本ブロック１～５が実行される前に実行されると、チャレンジ２のプレイは、チャレンジ１のプレイ前に円滑に進められる。例示では、基本ブロック１～５の１つ以上は、基本ブロック１０１～１０５の１つ以上の実行が完了する前に実行されない。
さらに、プログラマは、リーダーシップスコアボード要求フック１５０８をキャッシュ１０２に追加する。例えば、ブロックディスパッチャ３０２は、ユーザーアカウント１を介して、リーダーシップスコアボードがメタゲームに追加されることを要求するユーザー入力を検索するためにリーダーシップスコアボード要求フック１５０８を実行する。ユーザーアカウント１を介してユーザー入力を受信すると、ブロックディスパッチャ３０２は、リーダーシップスコアボードフック１５０８を実行して、リーダーシップスコアボードをメタゲームに追加する。リーダーシップスコアボードの使用は、以下にさらに説明される。
また、プログラマは、トロフィーフック１５１２をメタゲームに追加する。例えば、ブロックディスパッチャ３０２は、メタゲームのプレイ中にトロフィーフック１５１２を実行する。トロフィーフック１５１２のさらなる詳細は以下に説明される。
さらに、プログラマは、ゴースト要求フック１５１４を再度追加する。ブロックディスパッチャ３０２は、チャレンジ１及び２をプレイするために使用される、仮想オブジェクト４５４などの対応する１つ以上の仮想オブジェクトの１つ以上のゴーストを生成するためにゴースト要求フック１５１４を実行する。ゴースト要求フック１５１４は、対応する仮想オブジェクトにゴーストを付加する方法をさらに含む。例えば、ゴースト要求フック１５１４は、ゴーストが対応する仮想オブジェクト上にオーバーレイされるべきか、それとも対応する仮想オブジェクトの下に提示されるべきかを指定する。例では、ゴーストは対応する仮想オブジェクトを表し、対応する仮想オブジェクトとは異なった方法で表示されるべきである。説明すると、ゴーストは、対応する仮想オブジェクトと比較してより透明であるとして表示されるべきである。別の例として、ゴースト要求フック１５１４は、第１のゴーストがチャレンジ１の第１の仮想オブジェクトに付加されるべきであり、第２のゴーストがチャレンジ２の第２の仮想オブジェクトに付加されるべきであることを示す。第１のゴーストは、第１の仮想オブジェクトの形状と類似した形状または同じ形状を有し、第２のゴーストは、第２の仮想オブジェクトの形状と類似した形状または同じ形状を有する。ゴースト要求フック１５１４のさらなる詳細は以下に説明される。
ユーザーアカウント２を介したユーザー２によるメタゲームのプレイ中、ブロックディスパッチャ３０２は、シーケンス要求フック１５１０の実行時にユーザーアカウント１を介してユーザーから受信された順序などのシーケンスで基本ブロック１～５の１つ以上及び基本ブロック１０１～１０５の１つ以上を実行する。例えば、ユーザーアカウント１を介して受信されたユーザー入力が、基本ブロック１０１～１０５を実行した後に基本ブロック１～５が実行されるべきであることを示すと、ブロックディスパッチャ３０２は、最初に基本ブロック１０１～１０５を実行し、次に基本ブロック１～５を実行する。例では、チャレンジ２は、順序に従ってチャレンジ１をプレイする前にプレイされる。
一実施形態では、シーケンス要求フック１５０８、リーダーシップスコアボードフック１５１０、トロフィーフック１５１２、及びゴースト要求フック１５１４の１つ以上は、任意選択である。例えば、キャッシュ１０２はリーダーシップスコアボードフック１５１０を含むが、シーケンス要求フック１５０８、トロフィーフック１５１２、及びゴースト要求フック１５１４を除外する。
一実施形態では、メタゲーム要求フック１５０６、シーケンス要求フック１５０８、またはリーダーシップスコアボードフック１５１０、トロフィーフック１５１２、及びゴースト要求フック１５１４のそれぞれは、ブロックディスパッチャ３０２によって実行される。
一実施形態では、ゴーストフック１５１４の代わりに、またはゴーストフック１５１４に加えて、ゲームプレイフックが、プログラマによってキャッシュ１０２に含められる。ゲームプレイフックは、ブロックディスパッチャ３０２によって実行される。ゲームプレイフックのさらなる詳細は以下に説明される。
図１５Ｂは、ユーザーアカウント１を介したユーザー１によるチャレンジ１及び２の実行の順序の選択を示すためのディスプレイデバイス４１０の図である。ユーザー１は、ハンドヘルドコントローラ４１４上の１つ以上のボタンを選択して、メタゲームを生成する要求を含む信号であるユーザー入力１５５０を生成する。信号はハンドヘルドコントローラ４１４によって生成される。ユーザーアカウント１を介してユーザー入力１５５０を受信すると、ブロックディスパッチャ３０２（図３）は、メタゲーム要求フック１５０６（図１５Ａ）を実行して、メタゲームを生成するために基本ブロック１～５の１つ以上及び基本ブロック１０１～１０５の１つ以上を識別する。さらに、基本ブロック１～５の１つ以上及び基本ブロック１０１～１０５の１つ以上を識別した後、ブロックディスパッチャ３０２はシーケンス要求フック１５０８（図１５Ａ）を実行して、画像１５５２の画像データを生成し、ユーザーアカウント１及びコンピュータネットワーク４０８（図１３）を介して画像データを送信して、ディスプレイデバイス４１０に画像１５５２を表示する。画像１５５２は、チャレンジ１及び２の実行の順序の選択のための通知を含む。さらに、画像１５５２は、ハンドヘルドコントローラ４１４上のボタンの選択によってユーザー１が選択できるグラフィックボタン１５５４を含む。画像１５５２は、ハンドヘルドコントローラ４１４上のボタンの選択によってユーザー１が選択できるグラフィックボタン１５５６をさらに含む。
コンピュータネットワーク４０８を介してグラフィックボタン１５５４の選択を示すユーザー入力を受信すると、ブロックディスパッチャ３０２は、チャレンジ１のブロック１～５の１つ以上が、チャレンジ２のブロック１０１～１０５の１つ以上の実行の前に実行される第１のシーケンスを生成するためにシーケンス要求フック１５０８を実行する。一方、コンピュータネットワーク４０８を介してグラフィックボタン１５５６の選択を示すユーザー入力を受信すると、ブロックディスパッチャ３０２は、チャレンジ２のブロック１０１～１０５の１つ以上が、チャレンジ１のブロック１～５の１つ以上実行の前に実行される第２のシーケンスを生成するためにシーケンス要求フック１５０８を実行する。
図１６Ａは、メタゲームの生成を説明するための方法１６００の一実施形態のフローチャートである。方法１６００の操作１６０２において、レガシーゲームＮの第１の部分の実行中にチャレンジ１などの第１のチャレンジに対するユーザー入力が受信されたかどうかが判定される。例えば、ブロックディスパッチャ３０２は、レガシーゲームＮをゲームレベル１で一時停止させる要求を含むユーザー入力が、コンピュータネットワーク４０８（図１３）及びユーザーアカウント１を介して受信されたかどうかを判定する。例では、ユーザー入力は、ユーザー１がハンドヘルドコントローラ４１４（図１３）上で１つ以上のボタンを選択すると生成される信号である。信号はハンドヘルドコントローラ４１４によって生成される。ブロックディスパッチャ３０２は、例でそのように判定すると、レガシーゲームＮをゲームレベル１で一時停止させるためにゲーム一時停止フック１４２２（図１４Ｂ）を実行する。また、例では、ブロックディスパッチャ３０２は、チャレンジ作成フック１４２２（図１４Ｂ）を実行して、チャレンジ１を開始するために、チャレンジ１作成ボタンを含む画像フレームなどの画像フレームを生成し、表示のために画像フレームをユーザーアカウント１及びコンピュータネットワーク４０８を介してディスプレイデバイス４１０に送信する。例を続けると、ユーザー１は、ハンドヘルドコントローラ４１２を介して、チャレンジ１作成ボタンを選択し、選択の指示は、ゲームコンソール４０２及びコンピュータネットワーク４０８を介してサーバシステム４０４に送信される。さらに、例では、選択の指示を受信すると、ブロックディスパッチャ３０２は、レガシーゲームＮがチャレンジ１を生成するために一時停止された時点からレガシーゲームＮのプレイを続行するために基本ブロック１～ｎの１つ以上を実行し、ユーザー１がチャレンジ１をプレイすることを可能にする。ブロックディスパッチャ３０２は、ユーザー入力が受信されるまで、ユーザー入力が操作１６０２で受信されたかどうかを判定し続ける。
方法１６００の操作１６０４において、第１のチャレンジのプレイは、レコーダ１３０２（図１３）によって記録１として記録される。例えば、ブロックディスパッチャ３０２は、ユーザーアカウント１を介したユーザー１によるチャレンジ１のプレイの記録を開始する信号をレコーダ１３０２に送信するために記録開始フック１４２４（図１４Ｂ）を実行する。記録する信号を受信すると、レコーダ１３０２は、ユーザーアカウント１を介したユーザー１によるチャレンジ１のプレイの記録を開始する。チャレンジ１のプレイ中に記録が開始すると、ユーザー１は、チャレンジ１の間にハンドヘルドコントローラ４１４（図１４Ａ）上の１つ以上のボタンを選択して１つ以上のユーザー入力を生成する。ユーザーアカウント１を介して１つ以上のユーザー入力を受信すると、ブロックディスパッチャ３０２は、チャレンジ１のプレイの間に１つ以上のユーザー入力を処理するために基本ブロック１～５の１つ以上を実行する。記録１は、レコーダ１３０２によってメモリデバイス１３０４（図１３）に格納される。
方法１６００の操作１６０６において、レガシーゲームＮの第２の部分の実行中のチャレンジ２などの第２のチャレンジに対するユーザー入力が受信されたかどうかが判定される。例えば、ブロックディスパッチャ３０２は、レガシーゲームｎをゲームレベルＺで一時停止させる要求を含む、信号などのユーザー入力が、コンピュータネットワーク４０８を介してユーザーアカウント１で受信されたかどうかを判定する。例では、ユーザー入力は、ユーザー１がハンドヘルドコントローラ４１４（図１３）上の１つ以上のボタンを選択すると、ハンドヘルドコントローラ４１４によって生成される。例を続けると、ブロックディスパッチャ３０２は、そのように判定すると、レガシーゲームＮをゲームレベルＺで一時停止させるためにゲーム一時停止フック１４５０（図１４Ｄ）を実行する。また、例では、ブロックディスパッチャ３０２は、チャレンジ作成フック１４５２（図１４Ｄ）を実行して、チャレンジ２を開始するために、チャレンジ２作成ボタンを含む画像フレームなどの画像フレームを生成し、表示のために画像フレームをユーザーアカウント１及びコンピュータネットワーク４０８を介してディスプレイデバイス４１０に送信する。例では、ユーザー１は、ハンドヘルドコントローラ４１２を介して、チャレンジ２作成ボタンを選択し、選択の指示は、ゲームコンソール４０２及びコンピュータネットワーク４０８を介してサーバシステム４０４に送信される。さらに、例では、選択の指示を受信すると、ブロックディスパッチャ３０２は、レガシーゲームＮがチャレンジ２を生成するために一時停止された時点からレガシーゲームＮのプレイを続行するために基本ブロック１～ｎの１つ以上を実行し、ユーザー１がチャレンジ２をプレイすることを可能にする。ブロックディスパッチャ３０２は、ユーザー入力が受信されるまで、ユーザー入力が操作１６０６で受信されたかどうかを判定し続ける。
方法１６００の操作１６０８において、第２のチャレンジのプレイは、レコーダ１３０２によって記録２として記録される。例えば、ブロックディスパッチャ３０２は、ユーザーアカウント１を介してユーザー１によるチャレンジ２のプレイの記録を開始する信号をレコーダ１３０２に送信するために記録開始フック１４５４（図１４Ｄ）を実行する。例では、記録する信号を受信すると、レコーダ１３０２は、ユーザーアカウント１を介してユーザー１によるチャレンジ２のプレイの記録を開始する。さらに例では、チャレンジ２のプレイ中に記録が開始すると、ユーザー１は、チャレンジ２の間にハンドヘルドコントローラ４１４上の１つ以上のボタンを選択して１つ以上のユーザー入力を生成する。例では、ユーザーアカウント１を介して１つ以上のユーザー入力を受信すると、ブロックディスパッチャ３０２は、チャレンジ２のプレイの間に１つ以上のユーザー入力を処理するために基本ブロック１０１～１０５の１つ以上を実行する。記録２は、レコーダ１３０２によってメモリデバイス１３０４に格納される。
方法１６００の操作１６１０においては、メタゲームを生成するためのユーザー入力が受信されたかどうかが判定される。例えば、ブロックディスパッチャ３０２は、チャレンジ１及び２からメタゲームを生成するための要求を含む信号であるユーザー入力が、ユーザーアカウント１で受信されたかどうかを判定する。例では、ユーザー入力は、ハンドヘルドコントローラ４１４（図１３）上の１つ以上のボタンを選択することによってユーザー１によって生成される。説明すると、ブロックディスパッチャ３０２は、ユーザーアカウント１で受信されたユーザー入力がメタゲームを生成する要求を含むかどうかを判定するためにメタゲーム要求フック１５０６（図１５Ａ）を実行する。ブロックディスパッチャ３０２は、ユーザー入力が受信されるまで、メタゲームを生成するためのユーザー入力が受信されたかどうかを判定し続ける。
メタゲームを生成するためのユーザー入力が受信されたと判定すると、操作１６１２が実行される。操作１６１２は、ユーザーアカウント１を介してチャレンジ１のプレイ中に実行される、基本ブロック１～５などの基本ブロック１～ｎの１つ以上、及びユーザーアカウント１を介してチャレンジ２のプレイ中に実行される、基本ブロック１０１～１０５などの基本ブロック１～ｎの１つ以上を識別することを含む。例えば、ブロックディスパッチャ３０２は、ユーザーアカウント１を介して、チャレンジ１のプレイ中に実行される基本ブロック１～５の１つ以上を記録１から識別するためにメタゲーム要求フック１５０６を実行する。例では、ブロックディスパッチャ３０２は、ユーザーアカウント１を介して、チャレンジ２のプレイ中に実行される基本ブロック１０１～１０５の１つ以上を記録２から識別するためにメタゲーム要求フック１５０６を実行する。説明すると、ブロックディスパッチャ３０２は、メモリデバイス１３０４から記録１及び２にアクセスする要求をレコーダ１３０２に送信する。例示では、要求を受信すると、レコーダ１３０２は、ブロックディスパッチャ３０２から要求を取得すると、メモリデバイス１３０４から記録１及び２にアクセスし、記録をブロックディスパッチャ３０２に提供する。さらに、例示では、ブロックディスパッチャ３０２は、記録１及び２を解析して、記録１から、記録１を生成するために実行された基本ブロック１～５の１つ以上を識別し、記録２から、記録２を生成するために実行された基本ブロック１０１～１０５の１つ以上を識別する。
図１６Ｂは、チャレンジ１の基本ブロック１～５の１つ以上を、チャレンジ２の基本ブロック１０１～１０５の１つ以上とスティッチングするための方法１６００を示すための図１６Ａのフローチャートの続きである。方法１６００の操作１６１４において、操作１６１２で識別された基本ブロック１～５などの基本ブロック１～ｎの１つ以上、及び操作１６１２で識別された基本ブロック１０１～１０５などの基本ブロック１～ｎの１つ以上の実行のシーケンスを生成するためのユーザー入力が受信されたかどうかが判定される。例えば、ブロックディスパッチャ３０２（図３）はシーケンス要求フック１５０８（図１５Ａ）を実行して、ユーザーアカウント１に対する画像１５５２（図１５Ｂ）の画像データを生成し、コンピュータネットワーク４０８（図１３）を介して画像データを送信して、ディスプレイデバイス４１０（図１３）に画像１５５２を表示する。例では、ブロックディスパッチャ３０２は、シーケンス要求フック１５０８を実行して、画像１５５２の表示に応えて、コンピュータネットワーク４０８を介してサーバシステム４０４（図１３）のユーザーアカウント１で、グラフィックボタン１５５４（図１５Ｂ）の選択を含むユーザー入力が受信されるのか、それともグラフィックボタン１５５６（図１５Ｂ）の選択を含むユーザー入力が受信されるかを判定する。
方法１６００の操作１６１６において、ユーザー入力が操作１６１４で受信されたと判定したことに応えて、チャレンジ１のプレイを容易にするための基本ブロック１～５などの基本ブロック１～ｎの１つ以上が、チャレンジ２のプレイを容易にするための基本ブロック１０１～１０５などの基本ブロック１～ｎの１つ以上とスティッチングされる。例えば、グラフィックボタン１５５４の選択を含むユーザー入力が受信されたと判定すると、ブロックディスパッチャ３０２は、シーケンス要求フック１５０８（図１５Ａ）を実行して、ユーザーアカウント１を介してチャレンジ１のプレイ中に実行された基本ブロック１～５を、ユーザーアカウント１を介してチャレンジ２のプレイ中に実行された基本ブロック１０１～１０５とスティッチングする。例では、基本ブロック１～５は基本ブロック１０１～１０５とスティッチングされて、基本ブロック１０１～１０５の実行前に基本ブロック１～５の実行を可能にする。説明すると、ＣＰＵ１３０８は、基本ブロック１０１～１０５が格納されるキャッシュ１０２を用いて、アドレスなどの記憶場所を指すポインタを生成する。ＣＰＵ１３０８は、基本ブロック１～５のすべてが実行された直後にポインタへのアクセスを提供する。したがって、基本ブロック１～５のすべての実行直後に、ポインタは、基本ブロック１０１～１０５の実行のための基本ブロック１０１～１０５の記憶場所を指す。
一方、例では、グラフィックボタン１５５６の選択を含むユーザー入力が受信されたと判定すると、ブロックディスパッチャ３０２は、シーケンス要求フック１５０８を実行して、ユーザーアカウント１を介してチャレンジ２のプレイ中に実行された基本ブロック１０１～１０５などの基本ブロック１～ｎの１つ以上を、ユーザーアカウント１を介してチャレンジ１のプレイ中に実行された基本ブロック１～５などの基本ブロック１～ｎの１つ以上とスティッチングする。例では、１つ以上の基本ブロック１０１～１０５は１つ以上の基本ブロック１～５とスティッチングされて、１つ以上の基本ブロック１～５の実行前に１つ以上の基本ブロック１０１～１０５の実行を可能にする。説明すると、ＣＰＵ１３０８は、基本ブロック１～５が格納されるキャッシュ１０２を用いて、アドレスなどの記憶場所を指すポインタを生成する。ＣＰＵ１３０８は、基本ブロック１０１～１０５のすべてが実行された直後にポインタへのアクセスを提供する。したがって、基本ブロック１０１～１０５のすべての実行直後に、ポインタは、基本ブロック１～５の実行のための基本ブロック１～５の記憶場所を指す。
方法１６００の操作１６１８において、ユーザー入力が操作１６１４で受信されなかったと判定したことに応えて、基本ブロック１～５の１つ以上は、基本ブロック１０１～１０５の１つ以上とスティッチングされない。例えば、グラフィックボタン１５５４の選択を含むユーザー入力も、グラフィックボタン１５５６の選択を含むユーザー入力も受信されなかったと判定すると、ブロックディスパッチャ３０２は、ユーザーアカウント１を介してチャレンジ１のプレイ中に実行された１つ以上の基本ブロック１～５を、ユーザーアカウント１を介してチャレンジ２のプレイ中に実行された１つ以上の基本ブロック１０１～１０５とスティッチングするためにシーケンス要求フック１５０８を実行しない。例では、スティッチングを行わない場合、基本ブロック１～５及び１０１～１０５は、基本ブロック１～５及び１０１～１０５が、ユーザーアカウント１を介したユーザー１によるメタゲームのプレイ中に実行される同じシーケンスで、後に実行される。
図１６Ｃは、メタゲーム内でのリーダーシップスコアボードの追加、及びメタゲームへのトロフィーの付加を示すための図１６Ｂのフローチャートの続きである。方法１６００の操作１６２０において、リーダーシップスコアボードを追加するためのユーザー入力が受信されたかどうかが判定される。例えば、ＣＰＵ１３０８は、リーダーシップスコアボードがメタゲームに追加されることを示すユーザー入力が、クライアントデバイス１３０１（図１３）からコンピュータネットワーク４０８（図１３）及びユーザーアカウント１を介して受信されたかどうかを判定する。ユーザー入力は、ユーザー１がハンドヘルドコントローラ４１４上の１つ以上のボタンを選択すると、ハンドヘルドコントローラ４１４（図１３）によって生成される信号である。
方法１６００の操作１６２２において、リーダーシップスコアボードを追加するためのユーザー入力が受信されたと判定すると、ＣＰＵ１３０８は、リーダーシップスコアボードをメタゲームに追加する。例えば、ＣＰＵ１３０８は、リーダーシップスコアボードをメタゲームに結合するためにリーダーシップスコアボード要求フック１５０８（図１５Ａ）を実行する。一方、方法１６００の操作１６２４において、リーダーシップスコアボードを追加するためのユーザー入力が受信されなかったと判定したことに応えて、ＣＰＵ１３０８は、メタゲーム内にリーダーシップスコアボードを含めないか、または追加しない。
方法１６００を続けると、方法１６００の操作１６２６において、ＣＰＵ１３０８は、仮想ポイントなどのポイント総数をリーダーシップスコアボードに掲載する。例えば、ＣＰＵ１３０８は、チャレンジ１のプレイ中にユーザーアカウント１を介してユーザー１によって蓄積されたポイント数、及びチャレンジ２のプレイ中にユーザーアカウント１を介してユーザー１によって蓄積されたポイント数を加算して、ポイント総数を決定する。ＣＰＵ１３０８は、リーダーシップスコアボードにポイント総数を公表する。ユーザー２が、ユーザーアカウント２及びコンピュータネットワーク４０８を介してサーバシステム４０４（図１３）からリーダーシップスコアボードにアクセスすると、リーダーシップスコアボードはディスプレイデバイス１２０４（図１３）に表示される。
方法１６００の操作１６２８において、ＣＰＵ１３０８は、トロフィーをメタゲームに付加することを決定する。例えば、ＣＰＵ１３０８は、メタゲーム内にトロフィーを含めるためにトロフィーフック１５１２を実行する。説明すると、トロフィーフックは、ユーザーアカウント２を介してユーザー２に仮想報酬を提供するための基準を含む。所定の制限などの基準がメタゲームの実行中に達成されると、仮想報酬がユーザーアカウント２に授与される。基準の例は、メタゲーム内で所定のポイント数より多くを達成すること、またはメタゲーム内の所定のレベルを通過すること、またはそれらの両方を含む。
一実施形態では、方法１６００は操作１６２８を含まない。
一実施形態では、メタゲーム内の操作１６２６におけるポイントの総数を計算し、公開する代わりに、メタゲームのプレイの別のタイプの仮想尺度を使用することができる。例えば、ポイント総数の代わりに、通過した仮想レベルの総数または蓄積した金貨の総数を使用することができる。
図１６Ｄは、図１６Ｃのフローチャートの続きである。方法１６００の操作１６３０において、ＣＰＵ１３０８（図１３）は、メタゲームにアクセスする要求がユーザー２から受信されたかどうかを判定する。例えば、ＣＰＵ１３０８は、メタゲームにアクセスする要求が、ユーザーアカウント２及びコンピュータネットワーク４０８（図１３）を介してクライアントデバイス１３０３（図１３）から受信されたかどうかを判定する。例では、メタゲームにアクセスする要求は、メタゲームを実行する要求でもある。さらに、例では、ユーザー２は、ハンドヘルドコントローラ１２１２（図１３）上の１つ以上のボタンを選択してメタゲームにアクセスする要求を含む信号を生成する。信号はハンドヘルドコントローラ１２１２によって生成される。
メタゲームにアクセスする要求が受信されなかったと判定したことに応えて、操作１６３２において、ＣＰＵ１３０８は、メタゲームを実行しない。一方、メタゲームにアクセスする要求が受信されたと判定すると、方法１６００の操作１６３４において、ＣＰＵ１３０８は、１つ以上のゴーストを対応する１つ以上の仮想オブジェクトに付加するためのユーザー入力が受信されたかどうかを判定する。操作１６３４の例として、ゴーストをオーバーレイするためのユーザー入力が、ユーザーアカウント２及びコンピュータネットワーク４０８を介してクライアントデバイス１３０３から受信されたかどうかが判定される。例では、ユーザー入力は、ユーザー２がハンドヘルドコントローラ１２１２上の１つ以上のボタンを選択すると、ハンドヘルドコントローラ１２１２によって生成される信号である。別の例として、１つ以上のゴーストは、第１のゴースト及び第２のゴーストを含み、対応する１つ以上の仮想オブジェクトは第１の仮想オブジェクト及び第２の仮想オブジェクトを含む。第１のゴーストは第１の仮想オブジェクトに付加され、第２のゴーストは第２の仮想オブジェクトに付加される。第１の仮想オブジェクトは、チャレンジ１のプレイ中に各ユーザー１及び２によって対応するハンドヘルドコントローラ４１４及び１２１２を介して制御される。第２の仮想オブジェクトは、チャレンジ２のプレイ中に、各ユーザー１及び２によって対応するハンドヘルドコントローラ４１４及び１２１２を介して制御される。ゴーストの図示は、オーバーレイ仮想キャラクタなどのオーバーレイ仮想オブジェクトを含む。さらに、例示では、ゴーストのディスプレイは、ゴーストがオーバーレイされている仮想オブジェクトのディスプレイに比較してより透明である。また、例示では、ゴーストは、仮想オブジェクトの形状と類似した形状または同じ形状を有する。別の例示として、ゴーストは、アンダーレイ仮想キャラクタなどのアンダーレイ仮想オブジェクトである。例示では、ゴーストのディスプレイは、ゴーストがオーバーレイされている仮想オブジェクトのディスプレイに比較してより透明である。また、例示では、ゴーストは、仮想オブジェクトの形状と類似した形状または同じ形状を有する。
方法１６００の操作１６３６において、１つ以上のゴーストを対応する１つ以上の仮想オブジェクトに付加するためのユーザー入力が受信されなかったと判定すると、ＣＰＵ１３０８は、１つ以上のゴーストを対応する１つ以上の仮想オブジェクトに付加することなくメタゲームを実行する。例えば、オーバーレイのためのユーザー入力が受信されなかったと判定したことに応えて、ＣＰＵ１３０８は、第１のゴーストを第１の仮想オブジェクトにオーバーレイせず、第２のゴーストを第２の仮想オブジェクトにオーバーレイしない。
一方、方法の操作１６３８中、１つ以上のゴーストを対応する１つ以上の仮想オブジェクトに付加するためのユーザー入力が受信されたと判定したことに応えて、ＣＰＵ１３０８は、ユーザー２によるメタゲームのプレイ中に１つ以上のゴーストを対応する１つ以上の仮想オブジェクトに付加する。
一例として、ＣＰＵ１３０８は、メモリデバイス１３１４（図１３）から記録１及び２にアクセスするためにゴースト要求フック１５１４を実行し、記録１及び２を解析する。記録１及び２は、チャレンジ１及び２のプレイ中に、ユーザーアカウント１及びハンドヘルドコントローラ４１４（図１３）を介してユーザー１によって制御される、第１の仮想オブジェクト及び第２の仮想オブジェクトなどの１つ以上の仮想オブジェクトを識別するために解析される。ＣＰＵ１３０８は、チャレンジ１のプレイ中にユーザーアカウント１を介してユーザー１によって制御される第１の仮想オブジェクトの形状と類似したまたは同じ形状を有する第１のゴーストを生成し、チャレンジ２のプレイ中にユーザーアカウント１を介してユーザー１によって制御される第２の仮想オブジェクトの形状と類似したまたは同じ形状を有する第２のゴーストを生成する。例示として上述の例の第１及び第２の仮想オブジェクトは同じである。さらに説明すると、第１及び第２の仮想オブジェクトのそれぞれは仮想戦闘機または仮想キャラクタである。別の例示として、上述の例の第１及び第２の仮想オブジェクトは異なっている。さらに説明すると、第１の仮想オブジェクトは仮想戦闘機であり、第２の仮想オブジェクトは仮想キャラクタである。
別の例として、ＣＰＵ１３０８は、ゴースト要求フック１５１４を実行して、メモリデバイス１３０４（図１３）から記録１にアクセスし、記録１から、仮想オブジェクトが様々な位置及び方向にある時刻を決定する。時刻の例示は、時刻ｔ１、時刻ｔ２、時刻ｔ３、時刻ｔ４、及び時刻ｔ５を含む。例を続けると、ＣＰＵ１３０８は、チャレンジ１のプレイを容易にするためにＣＰＵ１３０８によるレガシーゲームＮの一部の実行の開始からの時間を計算し、時間を記録１に格納する。記録１として格納される部分は、プレイを容易にするために実行される。したがって、一部の実行の開始からの時間は、記録１の開始からの時間と同じである。ＣＰＵ１３０８は、仮想オブジェクトをゴーストとして表し、チャレンジ１に対応する時間に基づいてゴーストを移動させるためにゴースト要求フック１５１４（図１５Ａ）を実行する。例では、レガシーゲームＮの部分がチャレンジ１のプレイを容易にするためにユーザーアカウント２を介してアクセスされると、ＧＰＵ１３１０（図１３）は、記録１に格納された時刻と、時刻ｔ１で同じ位置及び方向に仮想オブジェクト及びゴーストを表示する。時刻ｔ１は、ユーザーアカウント２を介してアクセスされたレガシーゲームＮの一部の実行の開始からＣＰＵ１３０８によって計算される。ＣＰＵ１３０８は、時刻がｔ１からｔ２に変化したかどうかを判定し、時刻ｔ２に対応する位置及び方向にゴーストを表示するようにＧＰＵ１３１０に指示する。時刻ｔ２に対応する位置及び方向は記録１に格納される。また、ＣＰＵ１３０８は、時刻がｔ２からｔ３に変化したかどうかを判定し、時刻ｔ３に対応する位置及び方向にゴーストを表示するようにＧＰＵ１３１０に指示する。時刻ｔ３に対応する位置及び方向は、記録１に格納される。
別の例として、ＣＰＵ１３０８はメモリデバイス１３０４（図１３）から記録２にアクセスし、記録２から、仮想オブジェクトが様々な位置及び方向にある時刻を決定する。時刻の例示は、時刻ｔａ、時刻ｔｂ、時刻ｔｃ、時刻ｔｄ、及び時刻ｔｅを含む。例を続けると、ＣＰＵ１３０８は、チャレンジ２のプレイを容易にするためにＣＰＵ１３０８によるレガシーゲームＮの一部の実行の開始からの時間を計算し、時間を記録２に格納する。記録２として格納される部分は、プレイを容易にするために実行される。したがって、一部の実行の開始からの時間は、記録２の開始からの時間と同じである。ＣＰＵ１３０８は、仮想オブジェクトをゴーストとして表し、チャレンジ２に対応する時間に基づいてゴーストを移動させる。レガシーゲームＮの部分がチャレンジ２のプレイを容易にするためにユーザーアカウント２を介してアクセスされると、ＧＰＵ１３１０は、記録２に格納された時刻と、時刻ｔａで同じ位置及び方向に仮想オブジェクト及びゴーストを表示する。時刻ｔａは、ユーザーアカウント２を介してアクセスされたレガシーゲームＮの一部の実行の開始からＣＰＵ１３０８によって計算される。ＣＰＵ１３０８は、時刻がｔａからｔｂに変化したかどうかを判定し、時刻ｔｂに対応する位置及び方向にゴーストを表示するようにＧＰＵ１３１０に指示する。時刻ｔｂに対応する位置及び方向は記録２に格納される。また、ＣＰＵ１３０８は、時刻がｔｂからｔｃに変化したかどうかを判定し、時刻ｔｃに対応する位置及び方向にゴーストを表示するようにＧＰＵ１３１０に指示する。時刻ｔｃに対応する位置及び方向は、記録２に格納される。
さらに別の例として、ユーザー２が、クライアントデバイス１３０３及びユーザーアカウント２を介してチャレンジ１にアクセスすると、ＣＰＵ１３０８は、第１の仮想オブジェクトの上部に第１のゴーストをレンダリングするようにＧＰＵ１３１０（図１３）に指示する。例では、ユーザー２が、クライアントデバイス１３０３及びユーザーアカウント２を介してチャレンジ２にアクセスすると、ＣＰＵ１３０８は、第２の仮想オブジェクトの上部に第２のゴーストをレンダリングするようにＧＰＵ１３１０に指示する。説明すると、第１のゴーストは第１の仮想オブジェクトと同じキャラクタを表し、第２のゴーストは第２の仮想オブジェクトと同じキャラクタを表す。さらに説明すると、第１の仮想オブジェクトがシューターであるとき、第１のゴーストもシューターであり、第２の仮想オブジェクトが仮想飛行機であるとき、第２のゴーストも仮想飛行機である。別の例として、ユーザー２が、クライアントデバイス１３０３及びユーザーアカウント２を介してチャレンジ１にアクセスすると、ＣＰＵ１３０８は、第１のゴーストをアンダーレイ仮想オブジェクトとして第１の仮想オブジェクトの下に表示するようにＧＰＵ１３１０（図１３）に指示する。例では、ユーザー２が、クライアントデバイス１３０３及びユーザーアカウント２を介してチャレンジ２にアクセスすると、ＣＰＵ１３０８は、第２のゴーストをアンダーレイ仮想オブジェクトとして第２の仮想オブジェクトの下に表示するようにＧＰＵ１３１０（図１３）に指示する。
上述の２つの例では、第１の仮想オブジェクトと第１のゴーストと第２の仮想オブジェクトと第２のゴーストの動きの間にはリンクがないことに留意されたい。例えば、第１の仮想オブジェクトは、ハンドヘルドコントローラ１２１２（図１３）を介してユーザー２によって制御され、第１のゴーストは、ユーザー１によるチャレンジ１のゲームプレイに従って表示される。例では、第１の仮想オブジェクトに対する第１のゴーストのオーバーレイまたはアンダーレイは、ユーザーアカウント２を介したユーザー２によるチャレンジ１のプレイの開始の時刻に発生する。また、例では、チャレンジ１中のある程度のプレイ時間の後、第１のゴーストは、第１の仮想オブジェクトの位置及び方向とは異なった位置及び方向にある。別の例として、第２の仮想オブジェクトは、ハンドヘルドコントローラ１２１２（図１３）を介してユーザー２によって制御され、第２のゴーストは、ユーザー１によるチャレンジ２のゲームプレイに従って表示される。例では、第２の仮想オブジェクトに対する第２のゴーストのオーバーレイまたはアンダーレイは、ユーザーアカウント２を介したユーザー２によるチャレンジ２のプレイの開始の時刻に発生する。また、例では、チャレンジ２中のある程度のプレイ時間の後、第２のゴーストは、第２の仮想オブジェクトの位置及び方向とは異なった位置及び方向にある。
メタゲームが、グラフィックボタン１５５４または１５５６（図１５Ｂ）によって示されるシーケンスに従って、操作１６３６または操作１６３８で実行されることに留意されたい。例えば、グラフィックボタン１５５４の選択の指示が受信されると、ブロックディスパッチャ３０２は、メタゲームを実行するために基本ブロック１～５の１つ以上を実行した後に、基本ブロック１０１～１０５の１つ以上を実行する。一方、グラフィックボタン１５５６の選択の指示が受信されると、ブロックディスパッチャ３０２は、メタゲームを実行するために基本ブロック１０１～１０５の１つ以上を実行した後に、基本ブロック１～５の１つ以上を実行する。
一実施形態では、操作１６３４及び１６３８に基づいて、１つ以上のゴーストを対応する１つ以上の仮想オブジェクトに付加する代わりに、メタゲームのユーザー１によるゲームプレイの１つ以上のビデオ、またはメタゲームをプレイしているユーザー１の１つ以上のビデオなどの１つ以上のビデオは、ユーザーアカウント２を介してユーザー２によってメタゲームのプレイ中に表示される。例えば、操作１６３４の代わりに、ＣＰＵ１３０８は、クライアントデバイス１３０１及びユーザーアカウント１を介したユーザー１によるメタゲームのゲームプレイの１つ以上のビデオをオーバーレイするためのユーザー入力が、クライアントデバイス１３０３及びユーザーアカウント２を介してユーザー２から受信されたかどうかを判定する。ユーザー入力は、ユーザー２がハンドヘルドコントローラ上の１つ以上のボタンを選択すると、ハンドヘルドコントローラ１２１２によって生成される信号を含む。ユーザー入力が受信されなかったと判定したことに応えて、操作１６３６の代わりに、メタゲームは１つ以上のビデオをオーバーレイすることなく実行される。一方、ユーザー入力が受信されたと判定すると、操作１６３８を実行する代わりに、ＣＰＵ１３０８は、１つ以上のビデオをメタゲームにオーバーレイするためにゲームプレイフックを実行する。例えば、ＣＰＵ１３０８は、メモリデバイス１３１４（図１３）から記録１及び２にアクセスし、ユーザー２によるプレイに対して第１のチャレンジの実行中に記録１の第１のビデオをオーバーレイし、ユーザー２によるプレイのために第２のチャレンジの実行中に記録２の第２のビデオをオーバーレイする。ＣＰＵ１３０８は、ユーザーアカウント１を介してチャレンジ１の実行中の第１のビデオを記録し、ユーザーアカウント１を介してチャレンジ２の実行中の第２のビデオを記録するためにレコーダ１３０２を制御する。
一実施形態では、ゴーストは、異なる色、または強度、またはテクスチャ、または形状、またはそれらの組み合わせなどの仮想オブジェクトとは異なるレンダリング要因を使用することによって、ＧＰＵ１３１０によってレンダリングされる。ゴーストは仮想オブジェクトに付加されるべきである。
図１６Ｅは、図１６Ｄのフローチャートの続きである。操作１６４０において、ＣＰＵ１３０８（図１３）はリーダーシップスコアボードがメタゲームに追加されるかどうかを判定する。例えば、リーダーシップスコアボードが操作１６２２（図１６Ｃ）でメタゲームに追加されると、リーダーシップスコアボードがメタゲームに追加されることを示す識別子が、ＣＰＵ１３０８によってキャッシュ１０２に格納される。ＣＰＵ１３０８は、操作１６４０において、識別子を見つけるためにキャッシュ１０２をチェックする。識別子を見つけると、リーダーシップスコアボードがメタゲームに追加されたと判定される。識別子が見つからないとき、ＣＰＵ１３０８は、リーダーシップスコアボードがメタゲームに追加されていないと判定する。
リーダーシップスコアボードがメタゲームに追加されたと判定したことに応えて、方法１６００の操作１６４２において、ＣＰＵ１３０８は、ユーザーアカウント２を介したユーザー２のメタゲームのプレイ中に蓄積されたポイント数が、操作１６２６（図１６Ｃ）においてリーダーシップスコアボードに公開されたポイント総数を超えているかどうかを判定する。メタゲームのポイント総数は、メタゲームのプレイ中にユーザーアカウント１を介してユーザー１によって蓄積される。ユーザー２によるメタゲームのプレイが操作１６３６（図１６Ｄ）で開始することに留意されたい。例として、ＣＰＵ１３０８は、第１の仮想ポイント数が、チャレンジ１のプレイ中にユーザーアカウント１を介してユーザー１によって蓄積され、第２の仮想ポイント数が、チャレンジ２のプレイ中にユーザーアカウント１を介してユーザー１によって蓄積されると判定する。ＣＰＵ１３０８は、第１の数を第１のバランス定数で乗算して、第１の結果を出力し、第２の数を第２のバランス定数で乗算して第２の結果を出力し、第１の結果及び第２の結果を加算して、第１の合計を決定する。同様に、ＣＰＵ１３０８は、第３の仮想ポイント数が、チャレンジ１のプレイ中にユーザーアカウント２を介してユーザー２によって蓄積され、第４の仮想ポイント数が、チャレンジ２のプレイ中にユーザーアカウント２を介してユーザー２によって蓄積されると判定する。ＣＰＵ１３０８は、第３の数を第１のバランス定数で乗算して第３の結果を出力し、第４の数を第２のバランス定数で乗算して第４の結果を出力し、第３の結果及び第４の結果を加算して、第２の合計を決定する。ＣＰＵ１３０８は、第２の合計が第１の合計よりも大きいかどうかを判定する。
操作１６４２において、ユーザーアカウント２を介したユーザー２によるメタゲームのプレイ中に蓄積されたポイント数が、操作１６２６において公開されたポイント総数を超えていると判定したことに応えて、ＣＰＵ１３０８は、操作１６４４において、ユーザーアカウント２に対して、ユーザーアカウント１よりも高いランクまたは高い順位を割り当てる。例えば、上述の例で第２の合計が第１の合計よりも大きいと判定すると、ＣＰＵ１３０８は、ユーザー２がリーダーであると判定し、ユーザー２に割り当てられたユーザーＩＤ２をリーダーシップスコアボードに追加する。ＣＰＵ１３０８は、ユーザーＩＤ１の上にユーザーＩＤ２をレンダリングするようにＧＰＵ１３１０（図１３）を制御する。
一方、ユーザーアカウント２を介したユーザー２によるメタゲームのプレイ中に蓄積されたポイント数が、操作１６４２において公開されたポイント総数を超えていないと判定すると、ＣＰＵ１３０８は、操作１６４６において、ユーザーアカウント２に対して、ユーザーアカウント１よりも低いランクを割り当てる。例えば、第２の合計が第１の合計よりも大きくないと判定すると、ＣＰＵ１３０８は、ユーザー１が依然としてリーダーであると判定し、ユーザー２に割り当てられたユーザーＩＤ２をリーダーシップスコアボードに追加する。ＣＰＵ１３０８は、ユーザーＩＤ１の下にユーザーＩＤ２をレンダリングするようにＧＰＵ１３１０（図１３）を制御する。
操作１６４０においてリーダーシップスコアボードがメタゲームに付加されていないと判定したことに応えて、ＣＰＵ１３０８は、操作１６４８において、トロフィーがメタゲームに付加されているかどうかを判定する。例えば、トロフィーが操作１６２８（図１６Ｃ）でメタゲームに付加されると、トロフィーがメタゲーム内に含まれていることを示す識別子が、ＣＰＵ１３０８によってキャッシュ１０２内に格納される。ＣＰＵ１３０８は、操作１６４８において、識別子を見つけるためにキャッシュ１０２をチェックする。識別子を見つけると、トロフィーがメタゲームに追加されたと判定される。識別子が見つからないとき、ＣＰＵ１３０８は、トロフィーがメタゲームに付加されていないと判定する。
ＣＰＵ１３０８は、トロフィーがメタゲームに付加されていないと判定すると、トロフィーがメタゲームに付加されたかどうかをチェックし続ける。一方、トロフィーがメタゲームに付加されたと判定したことに応えて、方法１６００の操作１６５０において、ＣＰＵ１３０８は、ユーザーアカウント２を介したユーザー２によるメタゲームのプレイ中に蓄積されたポイント数が、所定の制限を超えているかどうかを判定する。例えば、ＣＰＵ１３０８は、ユーザーアカウント２を介したメタゲームのプレイ中に蓄積された第２の合計が、操作１６２８（図１６Ｃ）と関連する所定のポイント数より大きいかどうかを判定する。
ポイント数が所定の制限を超えていると判定すると、ＣＰＵ１３０８は、方法１６００の操作１６５２においてユーザーアカウント２にトロフィーを授与することを決定する。トロフィーの例は、仮想スキン、仮想ポイント数、またはメタゲームにおけるゲームレベルなどの栄誉または仮想報酬である。ゲームレベルは、トロフィーを与えるためにロック解除される。トロフィーが授与される前に、ゲームレベルはロックされ、ユーザーアカウント２を介してユーザー２によってアクセスすることはできない。一方、ポイント数が所定の閾値を超えていないと判定されると、ＣＰＵ１３０８は、方法１６００の操作１６５４においてユーザーアカウント２にトロフィーを授与しないことを決定する。
図１７は、ディスプレイデバイス１２０４に表示されるゴーストを含むメタゲームの一実施形態を示すための図である。ユーザーアカウント２を介したユーザー２によるメタゲームのチャレンジ１及び２のプレイ中、仮想オブジェクト４５４は、ディスプレイ画面１２０４に表示される。仮想オブジェクト４５４は、ディスプレイデバイス１２０４上にＧＰＵ１３１０（図１３）によってレンダリングされる。
ユーザーアカウント２を介したチャレンジのプレイを容易にするために、ＣＰＵ１３０８は、ユーザーアカウント１を介してチャレンジ１のプレイを容易にするために実行されたメタゲームの同じ部分を実行する。例えば、ＣＰＵ１３０８は、ユーザーアカウント１を介したレガシーゲームＮのプレイを容易にするためにレガシーゲームＮの第１の部分を実行し、ユーザーアカウント２を介したレガシーゲームＮのプレイを容易にするために第１の部分を実行する。同様に、ユーザーアカウント２を介したチャレンジ２のプレイを容易にするために、ＣＰＵ１３０８は、ユーザーアカウント１を介してチャレンジ２のプレイを容易にするために実行されたメタゲームの同じ部分を実行する。例えば、ＣＰＵ１３０８は、ユーザーアカウント１を介したレガシーゲームＮのプレイを容易にするためにレガシーゲームＮの第２の部分を実行し、ユーザーアカウント２を介したレガシーゲームＮのプレイを容易にするために第２の部分を実行する。別の例として、ＣＰＵ１３０８は、ユーザーアカウント１を介したレガシーゲーム（Ｎ－１）のプレイを容易にするためにレガシーゲーム（Ｎ－１）の部分を実行し、ユーザーアカウント２を介したレガシーゲーム（Ｎ－１）のプレイを容易にするために部分を実行する。
メタゲームのチャレンジ１のプレイの開始時刻である時刻ｔ１において、仮想オブジェクト４５４は、ディスプレイデバイス１２０４のディスプレイ画面で位置Ｐ１及び方向Ｏ１に表示される。また、時刻ｔ１において、仮想ゴースト１７０４は仮想オブジェクト４５４の上部にオーバーレイされる。仮想ゴースト１７０４は、ディスプレイデバイス１２０４上にＧＰＵ１３１０によってレンダリングされる。仮想ゴースト１７０４は、時刻ｔ１における仮想オブジェクト４５４のと同じ位置Ｐ１及び同じ方向Ｏ１にある。仮想ゴースト１７０４は、仮想オブジェクト４５４（図１４Ｃ）の表現である。仮想ゴースト１７０４は、図１７においては破線を使用して示されており、仮想オブジェクト４５４は、図１７において実線を使用して示されている。
チャレンジ１のプレイ中、仮想オブジェクト４５４は、ユーザー２によってハンドヘルドコントローラ１２１２（図１３）を介して、位置Ｐ１及び方向Ｏ１から位置Ｐｂ及び方向Ｏｂに移動される。仮想オブジェクト４５４が位置Ｐｂ及び方向Ｏｂにある時刻ｔ２において、仮想ゴースト１７０４は、位置Ｐ２及び方向Ｏ２にある。位置Ｐｂは位置Ｐ２とは異なり、方向Ｏｂは方向Ｏ２とは異なる。
その後、チャレンジ１のプレイ中、仮想オブジェクト４５４は、ユーザー２によってハンドヘルドコントローラ１２１２を介して、位置Ｐｂ及び方向Ｏｂから位置Ｐｃ及び方向Ｏｃに移動される。仮想オブジェクト４５４が位置Ｐｃ及び方向Ｏｃにある時刻ｔ３において、仮想ゴースト１７０４は、位置Ｐ３及び方向Ｏ３にある。位置Ｐｃは位置Ｐ３とは異なり、方向Ｏｃは方向Ｏ３とは異なる。
さらに、チャレンジ１のプレイ中、仮想オブジェクト４５４は、ユーザー２によってハンドヘルドコントローラ１２１２を介して、位置Ｐｃ及び方向Ｏｃから位置Ｐｄ及び方向Ｏｄに移動される。仮想オブジェクト４５４が位置Ｐｄ及び方向Ｏｄにある時刻ｔ４において、仮想ゴースト１７０４は、位置Ｐ４及び方向Ｏ４にある。位置Ｐｄは位置Ｐ４とは異なり、方向Ｏｄは方向Ｏ４とは異なる。
また、チャレンジ１のプレイ中、仮想オブジェクト４５４は、ユーザー２によってハンドヘルドコントローラ１２１２を介して、位置Ｐｄ及び方向Ｏｄから位置Ｐｅ及び方向Ｏｅに移動される。仮想オブジェクト４５４が位置Ｐｅ及び方向Ｏ５にある時刻ｔ５において、仮想ゴースト１７０４は、位置Ｐ５及び方向Ｏ５にある。位置Ｐｅは位置Ｐ５とは異なり、方向Ｏｅは方向Ｏ５とは異なる。
仮想オブジェクト４５４の位置Ｐ１、Ｐｂ、Ｐｃ、Ｐｄ、及びＰｅならびに方向Ｏ１、Ｏｂ、Ｏｃ、Ｏｄ、及びＯｅは、チャレンジ１のプレイを容易にするためのレガシーゲームＮの一部の実行中に発生する。ユーザーアカウント２を介してアクセスされるとき、一部はチャレンジ１に相当する。また、仮想ゴースト１７０４の位置Ｐ１～Ｐ５及び方向Ｏ１～Ｏ５は、ユーザーアカウント１を介してアクセスされるときにレガシーゲームＮの同じ部分の実行中に発生する。
ユーザーアカウント２を介したメタゲームのチャレンジ２のプレイの開始時刻である時刻ｔａにおいて、仮想オブジェクト４５４は、ディスプレイデバイス１２０４のディスプレイ画面で位置Ｐ１０１及び方向Ｏ１０１に表示される。例えば、メタゲームにおいては、ＣＰＵ１３０８は、仮想オブジェクト４５４を、位置Ｐｅから位置Ｐ１０１に、方向Ｏｅから方向Ｏ１０１に移動させるようにＧＰＵ１３１０に指示する。時刻ｔａにおいて、仮想ゴースト１７０４は仮想オブジェクト４５４の上部にオーバーレイされる。仮想ゴースト１７０４は、時刻ｔａにおける仮想オブジェクト４５４と同じ位置Ｐ１０１及び同じ方向Ｏ１０１にある。
チャレンジ２のプレイ中、仮想オブジェクト４５４は、ユーザー２によってハンドヘルドコントローラ１２１２を介して、位置Ｐ１０１及び方向Ｏ１０１から位置Ｐｘ２及び方向Ｏｘ２に移動される。仮想オブジェクト４５４が位置Ｐｘ２及び方向Ｏｘ２にある時刻ｔｂにおいて、仮想ゴースト１７０４は、位置Ｐ１０２及び方向Ｏ１０２にある。位置Ｐｘ２は位置Ｐ１０２とは異なり、方向Ｏｘ２は方向Ｏ１０２とは異なる。
その後、チャレンジ２のプレイ中、仮想オブジェクト４５４は、ユーザー２によってハンドヘルドコントローラ１２１２を介して、位置Ｐｘ２及び方向Ｏｘ２から位置Ｐｘ３及び方向Ｏｘ３に移動される。仮想オブジェクト４５４が位置Ｐｘ３及び方向Ｏｘ３にある時刻ｔｃにおいて、仮想ゴースト１７０４は、位置Ｐ１０３及び方向Ｏ１０３にある。位置Ｐｘ３は位置Ｐ１０３とは異なり、方向Ｏｘ３は方向Ｏ１０３とは異なる。
さらに、チャレンジ２のプレイ中、仮想オブジェクト４５４は、ユーザー２によってハンドヘルドコントローラ１２１２を介して、位置Ｐｘ３及び方向Ｏｘ３から位置Ｐｘ４及び方向Ｏｘ４に移動される。仮想オブジェクト４５４が位置Ｐｘ４及び方向Ｏｘ４にある時刻ｔｄにおいて、仮想ゴースト１７０４は、位置Ｐ１０４及び方向Ｏ１０４にある。位置Ｐｘ４は位置Ｐ１０４とは異なり、方向Ｏｘ４は方向Ｏ１０４とは異なる。
また、チャレンジ２のプレイ中、仮想オブジェクト４５４は、ユーザー２によってハンドヘルドコントローラ１２１２を介して、位置Ｐｘ４及び方向Ｏｘ４から位置Ｐｘ５及び方向Ｏｘ５に移動される。仮想オブジェクト４５４が位置Ｐｘ５及び方向Ｏｘ５にある時刻ｔｅにおいて、仮想ゴースト１７０４は、位置Ｐ１０５及び方向Ｏ１０５にある。位置Ｐｘ５は位置Ｐ１０５とは異なり、方向Ｏｘ５は方向Ｏ１０５とは異なる。
仮想オブジェクト４５４の位置Ｐ１０１、Ｐｘ２、Ｐｘ３、Ｐｘ４、及びＰｘ５、ならびに方向Ｏ１０１、Ｏｘ２、Ｏｘ３、Ｏｘ４、及びＯｘ５～Ｏ１０５は、チャレンジ２のプレイを容易にするために、レガシーゲームＮの部分またはレガシーゲーム（Ｎ－１）の部分などのメタゲームの部分の実行中に発生する。メタゲームの部分は、ユーザーアカウント２を介してアクセスされる。また、仮想ゴースト１７０４の位置Ｐ１０１～Ｐ１０５及び方向Ｏ１０１～Ｏ１０５は、ユーザーアカウント１を介してアクセスされるときにメタゲームの同じ部分の実行中に発生する。
メタゲームのプレイ中、仮想ピラミッド４１１が、ＧＰＵ１３１０によって、チャレンジ１及び２が実行される位置の周りにレンダリングされることに留意されたい。例えば、位置Ｐ１、Ｐｂ、Ｐｃ、Ｐｄ、及びＰｅは仮想ピラミッド４１１の上方に達成され、位置Ｐ１０１、Ｐｘ２、Ｐｘ３、Ｐｘ４、及びＰｘ５は、仮想ピラミッド４１１の下方に達成される。
図１８Ａは、ユーザー１によって操作されるディスプレイデバイス４１０に表示されるリーダーシップスコアボード１８０２の一実施形態の図である。リーダーシップスコアボード１８０２は、メタゲームのプレイ中にユーザーアカウント１を介してユーザー１によって蓄積されるポイント数を含む行１８０４を含む。リーダーシップスコアボード１８０２は、ユーザーアカウント１にログインした後、ユーザー１によってアクセスされる。
図１８Ｂは、ユーザー２によって操作されるディスプレイデバイス１２０４に表示されるリーダーシップスコアボード１８０２の位置実施形態の図である。リーダーシップスコアボード１８０２は、行１８０６を含む。追加の行１８０６は、ユーザーＩＤ２及びメタゲームのプレイ中にユーザーアカウント２を介してユーザー２によって蓄積されたポイント数を含む。ユーザー１が、ユーザー２に比較してより多くのポイント数を蓄積しているため、ユーザーＩＤ１が行１８０４に表示されていることに留意されたい。行１８０４は、行１８０６と比較してより高いレベルにある。したがって、ユーザー１によって蓄積されたポイント数は、ユーザー２によって蓄積されたポイント数よりも上位に並べられるか、またはランクされる。
図１９は、メタゲームのプレイ後にユーザー２がトロフィーを獲得したことを示す通知１９０２を示すために、ユーザー２によって操作されるディスプレイデバイス１２０４の一実施形態の図である。一例として、通知１９０２は、文または語句など、テキストによる説明を含む。別の例として、それらのユーザー２がユーザーアカウント２でトロフィーを獲得したことを示す通知は、一連の英数字または記号またはグラフィックスまたはそれらの組み合わせを含む。
一実施形態では、ユーザー２がトロフィーを獲得したことを示す通知は、報酬を含む。報酬は、ユーザーアカウント２を介してユーザー２によって獲得される。例えば、通知は、ユーザー２がメガゲームのゲームレベルにアクセスできるようになったことを示す。ゲームレベルは、トロフィーを獲得する前に、ユーザーアカウント２を介してユーザー２によってアクセスすることはできない。別の例として、通知は、ユーザーアカウント２を介してＣＰＵ１３０８（図１３）によってユーザー２に授与される仮想ポイント数を含む。
図２０は、本開示の実施態様に従って、クラウドビデオゲームをクライアントデバイスにストリーミングするために実行される様々な操作を概念的に示すフロー図である。クライアントデバイスの例は、ゲームコントローラ、スマートフォン、ゲームコンソール、及びコンピュータを含む。ゲームサーバ２００２は、メタゲームまたはレガシーゲームＮなどのビデオゲームを実行し、未処理の（非圧縮の）ビデオ２００４及び音声２００６を生成する。仮想環境４５２（図４Ａ）、図１４に示される仮想シーン、図１７Ａに示される仮想シーン、または図１７Ｃに示される仮想シーンなどの仮想環境、及び仮想環境の提示中に出力される音声は、ビデオ２００４及び音声２００６の例である。ゲームサーバ２００２は、サーバシステム４０４（図４Ａ）の一例である。ビデオ２００４及びオーディオ２００６は、図示された図内の参照番号２００８に示されているように、ストリーミング目的でキャプチャされ、符号化される。符号化は、ビデオ及びオーディオストリームの圧縮を提供して、帯域幅の使用量を低減し、ゲーム体験を最適化する。符号化形式の例は、Ｈ．２６５／ＭＰＥＧ－Ｈ、Ｈ．２６４／ＭＰＥＧ－４、Ｈ．２６３／ＭＰＥＧ－４、Ｈ．２６２／ＭＰＥＧ－２、ＷＭＶ、ＶＰ６／７／８／９などを含む。
符号化された音声２０１０及び符号化されたビデオ２０１２は、コンピュータネットワーク４０８（図４Ａ及び図１３）の例であるコンピュータネットワーク２０２０を介した伝送の目的で、参照数字２０１４に示されるように、ネットワークパケットにさらにパケット化される。いくつかの実施形態では、ネットワークパケット符号化プロセスはまた、データ暗号化プロセスを採用し、それにより、強化されたデータセキュリティを提供する。図示した実施態様では、オーディオパケット２０１６及びビデオパケット２０１８は、コンピュータネットワーク２０２０を介した転送のために生成される。
ゲームサーバ２００２はさらに、ネットワーク送信のためにやはりネットワークパケットにパケット化される触覚フィードバックデータ２０２２を生成する。図示された実装形態では、触覚フィードバックパケット２０２４は、コンピュータネットワーク２０２０を介した転送のために生成される。
未処理のビデオ及びオーディオ及び触覚フィードバックデータを生成する前述の操作は、データセンタのゲームサーバ２００２上で実行され、ビデオ及びオーディオを符号化し、符号化されたオーディオ／ビデオフィードバック及び触覚フィードバックデータを転送のためにパケット化する操作は、データセンタのストリーミングエンジンによって実行される。示されるように、オーディオ、ビデオ、及び触覚フィードバックパケットは、コンピュータネットワーク２０２０を介して転送される。参照番号２０２６において示されているように、オーディオパケット２０１６、ビデオパケット２０１８、及び触覚フィードバックパケット２０２４は、クライアントデバイスによって、例えば、解析されるなど、分解され、クライアントデバイスにおいて、ネットワークパケットから符号化されたオーディオ２０２８、符号化されたビデオ２０３０、及び触覚フィードバックデータ２０２２を抽出する。データが暗号化されている場合、データは解読もされる。符号化されたオーディオ２０２８及び符号化されたビデオ２０３０は、次いで、参照番号２０３４に示されるように、クライアントデバイスによって復号され、クライアントデバイスのディスプレイデバイス２０４０上でレンダリングするためのクライアント側の未処理のオーディオデータ及びビデオデータを生成する。触覚フィードバックデータ２０２２は、クライアントデバイスのプロセッサによって処理されて、コントローラデバイス２０２４、または例えば、触覚効果をレンダリングすることができる、ＨＭＤなどの他のインターフェースデバイスで触覚フィードバック効果を生成する。コントローラデバイス２０２４は、クライアントデバイスのハンドヘルドコントローラの例である。触覚効果の一例は、コントローラデバイス２０２４のバイブレーションまたはランブルである。
ビデオゲームは、プレイヤーの入力に応答し、そのため、プレイヤー入力の伝送及び処理について上述した同様の手順フローが実行されるが、クライアントデバイスからサーバへの逆方向であることが理解されよう。図示されるように、コントローラデバイス２０２４、または例えば、ユーザー１の身体部分、ユーザー２の身体部分など別の入力構成要素、またはそれらの組み合わせが入力データ２０４８を生成する。入力データ２０４８は、コンピュータネットワーク２０２０を介したデータセンタへの転送のためにクライアントデバイスでパケット化される。入力データパケット２０４６は、データセンタ側で入力データ２０４８を定義するために、ゲームサーバ２００２によってパケット解除及び再構築される。入力データ２０４８はゲームサーバ２００２に供給され、ゲームサーバ２００２は、入力データ２０４８を処理して、ビデオゲームのゲーム状態を生成する。
オーディオパケット２０１６、ビデオパケット２０１８、及び触覚フィードバックパケット２０２４のコンピュータネットワーク２０２０を介した転送中に、いくつかの実施形態では、サービス品質を保証するためにコンピュータネットワーク２０２０を介したデータの伝送が監視される。例えば、アップストリーム及びダウンストリームネットワーク帯域幅の両方を含む、コンピュータネットワーク２０２０のネットワーク状態は、参照番号２０５０によって示されるように監視され、ゲームストリーミングは、利用可能な帯域幅の変化に応じて調整される。すなわち、ネットワークパケットの符号化及び復号は、参照番号２０５２によって示されるように、現在のネットワーク状態に基づいて制御される。
図２１は、クライアントデバイスのディスプレイデバイスとインターフェースするために互換性があり、コンピュータネットワーク２０２０（図２０）を介して、サーバシステム４０４（図４Ａ、図１２、及び図１３）など、ゲームホスティングシステムと通信することができるゲームコンソール２１００の実施形態のブロック図である。ゲームコンソール２１００は、ゲームコンソール４０２及びゲームコンソール１２０２（図１３）の例である。ゲームコンソール２１００は、データセンタ内に配置されているか、またはユーザー１または２などのプレイヤーが位置する場所に配置されている。いくつかの実施形態では、ゲームコンソール２１００を使用して、ＨＭＤ上に表示されるゲームを実行する。ゲームコンソール２１００は、ゲームコンソール２１００に接続可能な様々な周辺機器を具備する。ゲームコンソール２１００は、セルプロセッサ２１２８、ダイナミックランダムアクセスメモリ（ＸＤＲＡＭ）ユニット２１２６、専用ビデオランダムアクセスメモリ（ＶＲＡＭ）ユニット２１３２を備えたリアリティシンセサイザグラフィックプロセッサユニット２１３０、及び入出力（Ｉ／Ｏ）ブリッジ２１３４を有する。ゲームコンソール２１００はまた、Ｉ／Ｏブリッジ２１３４を通してアクセス可能な、ディスク２１４０ａから読み出すためのＢｌｕ Ｒａｙ（登録商標）ディスクリードオンリメモリ（ＢＤ－ＲＯＭ）光ディスクリーダ２１４０と、取り外し可能スロットインハードディスクドライブ（ＨＤＤ）２１３６とを有する。任意選択で、ゲームコンソール２１００はまた、コンパクトフラッシュ（登録商標）メモリカード、及びメモリＳｔｉｃｋ（登録商標）メモリカードなどを読み出すためのメモリカードリーダ２１３８を含み、メモリカードリーダ２１３８は、Ｉ／Ｏブリッジ２１３４を介して同様にアクセス可能である。Ｉ／Ｏブリッジ２１３４はまた、ＵＳＢ２．０ポート２１２４、ギガビットイーサネット（登録商標）ポート２１２２、ＩＥＥＥ８０２．１１ｂ／ｇワイヤレスネットワーク（Ｗｉ－Ｆｉ（登録商標））ポート２１２０、及びＢｌｕｅｔｏｏｔｈ（登録商標）接続をサポートできるＢｌｕｅｔｏｏｔｈ（登録商標）ワイヤレスリンクポート２１１８に接続する。
操作中、Ｉ／Ｏブリッジ２１３４は、ゲームコントローラからの、及びＨＭＤ２１０５からのデータを含む、すべての無線データ、ＵＳＢデータ、及びイーサネット（登録商標）データを取り扱う。例えば、プレイヤーが、ゲームコードＧＣＮなどのゲームコードの一部の実行によって生成されたビデオゲームをプレイしているとき、Ｉ／Ｏブリッジ２１３４は、ゲームコントローラ２０４２（図２０）または２１０３から、及び／またはＨＭＤ２１０５から、Ｂｌｕｅｔｏｏｔｈ（登録商標）リンクを介して本明細書で説明する入力データまたは入力信号を受信し、入力データをセルプロセッサ２１２８に向け、セルプロセッサ２１２８は、それに応じて、ビデオゲームの現在の状態を更新する。例として、ＨＭＤ２１０５内のカメラは、プレイヤーのジェスチャをキャプチャして、ジェスチャを表す画像を生成する。ゲームコントローラ２０４２は、ハンドヘルドコントローラ４０６または１２１２（図１３）の例である。
無線ポート、ＵＳＢポート、及びイーサネット（登録商標）ポートは、ゲームコントローラ２０４２と２１０３、及びＨＭＤ２１０５に加えて、例えば、リモートコントロール２１０４、キーボード２１０６、マウス２１０８、例えば、Ｓｏｎｙ Ｐｌａｙｓｔａｔｉｏｎ Ｐｏｒｔａｂｌｅ（登録商標）エンターテインメントデバイスなどのポータブルエンターテインメントデバイス２１１０、例えば、ＥｙｅＴｏｙ（登録商標）ビデオカメラ２１１２などのビデオカメラ、マイクロフォンヘッドセット２１１４、及びマイクロフォン２１１５などの他の周辺デバイスへの接続性も提供する。ポータブルエンターテインメントデバイス２１１０は、ゲームコントローラの例である。いくつかの実施形態では、そのような周辺機器は、無線でゲームコンソール２１００に接続され、例えば、ポータブルエンターテインメントデバイス２１１０は、Ｗｉ－Ｆｉ（登録商標）アドホック接続を介して通信し、一方、マイクロフォンヘッドセット２１１４は、Ｂｌｕｅｔｏｏｔｈリンクを介して通信する。
これらのインターフェースの提供は、ゲームコンソール２１００が、デジタルビデオレコーダ（ＤＶＲ）、セットトップボックス、デジタルカメラ、ポータブルメディアプレイヤー、ボイスオーバーインターネットプロトコル（ＩＰ）電話、モバイル電話、プリンタ、スキャナなどの他の周辺機器とも互換性がある可能性があることを意味する。
さらに、レガシーメモリカードリーダ２１１６は、ＵＳＢポート２１２４を介してゲームコンソール２１００に接続され、ゲームコンソール２１００によって使用される種類のメモリカード２１４８の読み取りを可能にする。ゲームコントローラ２０４２と２１０３、及びＨＭＤ２１０５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）リンク２１１８を介してゲームコンソール２１００と無線で通信するように動作可能であるか、またはＵＳＢポート２１２４に接続されるように動作可能であり、それによってゲームコントローラ２０４２と２１０３、及びＨＭＤ２１０５の電池を充電するための電力を受け取る。いくつかの実施形態では、ゲームコントローラ２０４２と２１０３の各々、及びＨＭＤ２１０５は、メモリ、プロセッサ、メモリカードリーダ、例えば、フラッシュメモリなどの固定メモリ、例えば、照光式球形セクション、発光ダイオード（ＬＥＤ）、または赤外線ライト等、などの発光体、超音波通信用のマイクロフォン及びスピーカ、音響チャンバ、デジタルカメラ、内部クロック、例えば、ゲームコンソール２１００に面する球形セクションなどの認識可能な形状、及び、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）などのプロトコルを使用する無線デバイスを含む。
ゲームコントローラ２０４２は、ユーザー１または２などのプレイヤーが両手で使用するように設計されたコントローラであり、ゲームコントローラ２１０３は、アタッチメントを備えた片手用コントローラである。ＨＭＤ２１０５は、頭の上部またはプレイヤーの目の前に取り付けるように設計されている。１つ以上のアナログジョイスティック及び従来の制御ボタンに加えて、各ゲームコントローラ２０４２及び２１０３は、３次元位置決定の影響を受けやすい。同様に、ＨＭＤ２１０５は、３次元位置決定の影響を受けやすい。その結果として、いくつかの実施形態では、ゲームコントローラ２０４２と２１０３、及びＨＭＤ２１０５を使用するプレイヤーによるジェスチャ及び動きは、従来のボタンまたはジョイスティックコマンドに加えてまたはその代わりに、ビデオゲームのゲームコードに対する入力として変換される。任意選択で、例えば、Ｐｌａｙｓｔａｔｉｏｎ（登録商標）ポータブルデバイスなどの他の無線で対応する周辺デバイスはコントローラとして使用される。Ｐｌａｙｓｔａｔｉｏｎ（登録商標）ポータブルデバイスの場合、追加のゲームまたは制御情報、例えば、制御命令または生存数などが、デバイスのディスプレイ画面上に提供されている。いくつかの実施形態では、例えば、ダンスマット（図示せず）、ライトガン（図示せず）、ステアリングホイール及びペダル（図示せず）、特注のコントローラなどの他の代替的または補足的な制御デバイスが使用される。特注のコントローラの例は、高速回答クイズゲーム用の単一の、またはいくつかの大きなボタン（同様に図示せず）を含む。
リモートコントロール２１０４も、Ｂｌｕｅｔｏｏｔｈ（登録商標）リンク２１１８を介してゲームコンソール２１００と無線で通信するように動作可能である。リモートコントロール２１０４は、Ｂｌｕ Ｒａｙ（登録商標）ディスクＢＤ－ＲＯＭリーダー２１４０の操作に適した制御、及びディスクコンテンツのナビゲーションに適した制御を含む。
Ｂｌｕ Ｒａｙ（登録商標）ディスクＢＤ－ＲＯＭリーダー２１４０は、従来の事前記録及び記録可能なＣＤ、及びいわゆるスーパーオーディオＣＤに加えて、ゲームコンソール２１００と互換性のあるＣＤ－ＲＯＭを読み取るように動作可能である。Ｂｌｕ Ｒａｙ（登録商標）ディスクＢＤ－ＲＯＭリーダー２１４０はまた、従来の事前記録及び記録可能なＤＶＤに加えて、ゲームコンソール２１００と互換性のあるデジタルビデオディスク－ＲＯＭ（ＤＶＤ－ＲＯＭ）を読み取るように動作可能である。Ｂｌｕ Ｒａｙ（登録商標）ディスクＢＤ－ＲＯＭリーダー２１４０はさらに、ゲームコンソール２１００と互換性のあるＢＤ－ＲＯＭ、ならびに、従来の事前記録された、及び記録可能なＢｌｕ－Ｒａｙ（登録商標）ディスクを読み取るように動作可能である。
ゲームコンソール２１００は、オーディオコネクタ２１５０及びビデオコネクタ２１５２を介して、例えばディスプレイ画面２１４４及び１つ以上のラウドスピーカ２１４６を有するモニタまたはテレビなどのディスプレイ及び音声出力デバイス２１４２に、リアリティシンセサイザーグラフィックスユニットグラフィックスユニット２１３０を介して生成または復号されたオーディオ及びビデオを供給するように動作可能であるか、またはＢｌｕｅｔｏｏｔｈ（登録商標）無線リンクポート２１１８を介してＨＭＤ２１０５のディスプレイデバイスにオーディオまたはビデオを供給するように動作可能である。オーディオコネクタ２１５０は、様々な実施形態において、従来のアナログ及びデジタル出力を含み、他方、ビデオコネクタ２１５２は、コンポーネントビデオ、Ｓビデオ、コンポジットビデオ、及び１つ以上の高解像度マルチメディアインターフェース（ＨＤＭＩ（登録商標））出力を様々に含む。結果として、ビデオ出力は、位相反転線（ＰＡＬ）または全国テレビジョン方式委員会（ＮＴＳＣ）などの形式、または、２２２０ｐ、１０８０ｉ、もしくは１０８０ｐの高解像度であってよい。例えば、生成、復号などのオーディオ処理は、セルプロセッサ２１０８によって実行される。ゲームコンソール２１００のオペレーティングシステムは、Ｄｏｌｂｙ（登録商標）５．１サラウンド音声、Ｄｏｌｂｙ（登録商標）シアターサラウンド（ＤＴＳ）、及びＢｌｕ－Ｒａｙ（登録商標）ディスクからの７．１サラウンド音声の復号をサポートしている。ディスプレイ及び音声出力デバイス２１４２は、ディスプレイデバイス４１０または１２０４（図４Ａ及び図１３）の例である。
いくつかの実施形態では、例えば、ビデオカメラ２１１２などのビデオカメラは、単一の電荷結合素子（ＣＣＤ）、ＬＥＤインジケータ、及びハードウェアベースのリアルタイムデータ圧縮及び符号化装置を含み、これにより、圧縮されたビデオデータは、ゲームコンソール２１００による復号のために、画像内ベースのＭＰＥＧ（ｍｏｔｉｏｎ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔ ｇｒｏｕｐ）規格などの適切な形式で送信される。ビデオカメラ２１１２のＬＥＤインジケータは例えば、不利な照明条件などを示すために、ゲームコンソール２１００からの適切な制御データに応えて点灯するように配置される。ビデオカメラ２１１２のいくつかの実施形態は、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷｉ－Ｆｉ（登録商標）通信ポートを介してゲームコンソール２１００に接続する。ビデオカメラの様々な実施形態は、１つ以上の関連するマイクロフォンを含み、オーディオデータを送信することもできる。ビデオカメラのいくつかの実施形態では、ＣＣＤは、高解像度ビデオキャプチャに適した解像度を有する。使用時、ビデオカメラによってキャプチャされた画像は、ゲーム内に組み込まれる、またはゲーム制御入力として解釈される。別の実施形態では、ビデオカメラは、赤外線光を検出するのに適した赤外線カメラである。
様々な実施形態において、例えば、ビデオカメラまたはリモートコントロールなどの周辺デバイスとのゲームコンソール２１００の通信ポートの１つを介したデータ通信を成功させるために、デバイスドライバなどの適切なソフトウェアが提供されている。
いくつかの実施形態では、ゲームコンソール２１００及びゲームコントローラ２０４２または２１０３を含む上述のシステムデバイスは、ＨＭＤ２１０５がビデオゲームのインタラクティブセッションのビデオを表示及びキャプチャすることを可能にする。システムデバイスは、ビデオゲームのインタラクティブセッションを開始する。インタラクティブセッションは、ビデオゲームのプレイヤーと他のプレイヤーとの間の対話性を定義する。システムデバイスはさらに、プレイヤーによって操作されるゲームコントローラ２０４２もしくは２１０３、及び／またはＨＭＤ２１０５の初期の位置及び方向を決定する。ゲームコントール２１００は、プレイヤーとビデオゲームとの間の対話性に基づいてゲームの現在の状態を決定する。システムデバイスは、ビデオゲームとのプレイヤーのインタラクティブセッション中、ゲームコントローラ２０４２もしくは２１０３及び／またはＨＭＤ２１０５の位置及び方向を追跡する。システムデバイスは、レガシーゲームＮの現在の状態、ならびにハンドヘルドコントローラ（ＨＨＣ）及び／またはＨＭＤ２１０５の追跡された位置及び向きに基づいて、インタラクティブセッションの観客ビデオストリームを生成する。ＨＨＣの例は、コントローラ２０４２及びコントローラ２１０３を含む。いくつかの実施形態では、ＨＨＣは、観客ビデオストリームをＨＨＣのディスプレイ画面上にレンダリングする。様々な実施形態では、ＨＭＤ２１０５は、観客ビデオストリームをＨＭＤ２１０５のディスプレイ画面上にレンダリングする。
図２２を参照すると、ＨＭＤ２２０２の構成要素を示す図が示されている。ＨＭＤ２２０２は、ＨＭＤ２１０５（図２１）の例である。ＨＭＤ２２０２は、プログラム命令を実行するためのプロセッサ２２００を含む。メモリデバイス２２０２は、格納目的のために提供されている。メモリデバイス２２０２の例は、揮発性メモリ、不揮発性メモリ、またはそれらの組み合わせを含む。例えば、プレイヤーが見る保存データなどから生成された画像フレームの表示などの視覚的インターフェースを提供するディスプレイデバイス２２０４が含まれている。ＨＭＤ２２０２の電源として、電池２２０６が提供されている。動き検出モジュール２２０８は、磁力計２２１０、加速度計２２１２、及びジャイロスコープ２２１４などの様々な種類のモーションセンシティブハードウェアのいずれかを含む。
加速度計は、加速度と重力によって引き起こされる反力を測定するためのデバイスである。単軸及び多軸モデルは、異なる方向における加速度の大きさ及び方向を検出するために利用可能である。加速度計は、傾き、バイブレーション、衝撃を感知するために使用される。一実施形態では、３つの加速度計２２１２は、重力の方向を提供するために使用され、重力の方向は、２つの角度、例えば、世界空間ピッチ及び世界空間ロールなどの絶対基準を与える。
磁力計は、ＨＭＤ２２０２の近傍の磁場の強度と方向を測定する。いくつかの実施形態では、３つの磁力計２２１０は、ＨＭＤ２２０２内で使用され、世界空間ヨー角度の絶対基準を保証する。様々な実施形態において、磁力計は、±８０マイクロテスラである地球磁場にまたがるように設計されている。磁力計は金属により影響を受け、実際のヨーと単調なヨー測定値を提供する。いくつかの実施形態では、磁場は、実世界の環境において金属のために歪められ、これは、ヨー測定において歪みを引き起こす。様々な実施形態において、この歪みは、例えば、ジャイロスコープ２２１４、カメラ２２１６などの他のセンサからの情報を使用して較正される。一実施形態では、加速度計２２１２は、ＨＭＤ２２０２の傾斜及び方位角を取得するために磁力計２２１０とともに使用される。
ジャイロスコープは、角運動量の原理に基づいて方向を測定または維持するためのデバイスである。一実施形態では、ジャイロスコープ２２１４の代わりに、３つのジャイロスコープが、慣性感知に基づいて、それぞれの軸（ｘ、ｙ、及びｚ）を横切る動きに関する情報を提供する。ジャイロスコープは、高速回転の検出に役立つ。しかしながら、ジャイロスコープは、いくつかの実施形態では、絶対基準が存在しないと時間の経過とともにドリフトする。これにより、ジャイロスコープは周期的にリセットされ、これは、オブジェクトの視覚的な追跡、加速度計、磁力計などに基づいた位置／方向の判定など、他の利用可能な情報を使用して実行され得る。
カメラ２２１６は、例えば、部屋、キャビン、自然環境など、プレイヤーを取り巻く実世界環境の画像及び画像ストリームをキャプチャするために提供される。様々な実施形態において、ＨＭＤ２２０２には、例えば、プレイヤーがＨＭＤ２２０２などのディスプレイを見ているときに、プレイヤーから離れる方向に向けられた後ろ向きのカメラ、及び例えば、プレイヤーがＨＭＤ２２０２のディスプレイを見ているときにプレイヤーに向けられる、正面向きのカメラを含む複数のカメラが含まれている。さらに、いくつかの実施形態では、実世界環境内のオブジェクトの深度情報を感知するための深度カメラ２２１８がＨＭＤ２２０２に含まれている。
ＨＭＤ２２０２は、オーディオ出力を提供するためのスピーカ２２２０を含む。また、いくつかの実施形態では、周囲環境からの音声を含む実世界環境からのオーディオ、及びプレイヤーによってなされた発話などをキャプチャするために、マイクロフォン２２２２が含まれている。ＨＭＤ２２０２は、触覚フィードバックをプレイヤーに提供するための、例えば、バイブレーションデバイスなどの触覚フィードバックモジュール２２２４を含む。一実施形態では、触覚フィードバックモジュール２２２４は、ＨＭＤ２２０２の動き及び／またはバイブレーションを起こして、プレイヤーに触覚フィードバックを提供することができる。
ＬＥＤ２２２６は、ＨＭＤ２２０２のステータスの視覚インジケータとして提供される。例えば、ＬＥＤは、電池レベル、電源オンなどを示してよい。ＨＭＤ２２０２がメモリカードからの情報を読み出し、メモリカードに情報を書き込むことを可能にするために、カードリーダ２２２８が提供される。周辺デバイスの接続、または例えば、他のポータブルデバイス、コンピュータなどの他のデバイスへの接続を可能にするためのインターフェースの一例としてＵＳＢインターフェース２２３０が含まれている。ＨＭＤ２２０２の様々な実施形態では、様々な種類のインターフェースのいずれかが、ＨＭＤ２２０２のより高い接続性を可能にするために含まれてよい。
Ｗｉ－Ｆｉ（登録商標）モジュール２２３２は、無線ネットワーク技術を介したインターネットへの接続を可能にするために含まれている。また、ＨＭＤ２２０２は、他のデバイスへの無線接続を可能にするために、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール２２３４を含む。いくつかの実施形態では、他のデバイスへの接続のために通信リンク２２３６も含まれている。一実施形態では、通信リンク２２３６は、無線通信のために赤外線送信を利用する。他の実施形態では、通信リンク２２３６は、他のデバイスとの通信のための様々な無線または有線伝送プロトコルのいずれかを利用する。
入力ボタン／センサ２２３８は、プレイヤーに入力インターフェースを提供するために含まれている。ボタン、タッチパッド、ジョイスティック、トラックボールなど、様々な種類の入力インターフェースが含まれている。様々な実施形態において、超音波通信モジュール２２４０が、超音波技術を介して他のデバイスとの通信を容易にするためにＨＭＤ２２０２に含まれている。
生体センサ２２４２は、プレイヤーからの生理学的データの検出を可能にするために含まれている。一実施形態では、生体センサ２２４２は、プレイヤーの皮膚を通して、プレイヤーの生体電気信号を検出するための１つ以上の乾式電極を含む。
ＨＭＤ２２０２の前述の構成要素は、ＨＭＤ８０２内に含まれ得る単なる例示的な構成要素として記載した。様々な実施形態において、ＨＭＤ２２０２は、様々な上述の構成要素のいくつかを含むか、または含まない。
図２３は、情報サービスプロバイダ（ＩＮＳＰ）アーキテクチャの実施形態を示している。ＩＮＳＰ２３０２は、地理的に分散し、例えば、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、またはそれらの組み合わせなどのコンピュータネットワーク２３０６を介して接続されたプレイヤーに多数の情報サービスを提供する。コンピュータネットワーク２３０６は、コンピュータネットワーク２０２０（図２０）の例である。ＷＡＮの例はインターネットを含み、ＬＡＮの例はイントラネットを含む。ユーザー１は、クライアントデバイス２３２０－１を操作し、ユーザー２は、別のクライアントデバイス２３２０－２を操作し、ユーザー３は、さらに別のクライアントデバイス２３２０－３を操作する。
いくつかの実施形態では、各クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３は、中央処理装置（ＣＰＵ）、ディスプレイ、及び入力／出力（Ｉ／Ｏ）インターフェースを含む。各クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３の例は、パーソナルコンピュータ（ＰＣ）、携帯電話、ネットブック、タブレット、ゲームシステム、パーソナルデジタルアシスタント（ＰＤＡ）、ゲームコンソール２１００及びディスプレイデバイス、ＨＭＤ２２０２（図２２）、ゲームコンソール２１００及びＨＭＤ２２０２、デスクトップコンピュータ、ラップトップコンピュータ、スマートテレビなどを含む。いくつかの実施形態では、ＩＮＳＰ２３０２は、クライアントデバイスのタイプを認識し、使用する通信方法を調整する。
いくつかの実施形態では、ＩＮＳＰ２３０２は、株価更新などの１種類のサービス、または放送メディア、ニュース、スポーツ、ゲームなどの様々なサービスを提供する。さらに、各ＩＮＳＰによって提供されるサービスは動的である、すなわち、任意の時点でサービスを追加する、または取り除くことができる。したがって、特定の個人に特定のタイプのサービスを提供するＩＮＳＰは、時間の経過とともに変化することがある。例えば、クライアントデバイス２３２０－１がユーザー１の地元にある間、クライアントデバイス２３２０－１は、クライアントデバイス２３２０－１に近接するＩＮＳＰによってサービスを提供され、クライアントデバイス２３２０－１は、ユーザー１が別の都市に移動すると、異なるＩＮＳＰによってサービスを提供される。地元のＩＮＳＰは、要求された情報及びデータを新しいＩＮＳＰに転送するため、情報は新しい都市へクライアントデバイス２３２０－１に「付いていき」、データはクライアントデバイス２３２０－１により近く、よりアクセスしやすくなる。様々な実施形態では、クライアントデバイス２３２０－１のために情報を管理するマスタＩＮＳＰと、マスタＩＮＳＰからの制御下でクライアントデバイス２３２０－１と直接的にインターフェースをとるサーバＩＮＳＰとの間にマスタ－サーバ関係が確立される。いくつかの実施形態では、クライアントデバイス２３２０－１が世界中を移動するにつれ、データはあるＩＳＰから別のＩＳＰに転送され、クライアントデバイス２３２０－１にサービスを提供するためにより良い位置にあるＩＮＳＰをこれらのサービスを送達するクライアントデバイスにする。
ＩＮＳＰ２３０２は、コンピュータネットワーク２３０６を介して顧客にコンピュータベースのサービスを提供するアプリケーションサービスプロバイダ（ＡＳＰ）２３０８を含む。ＡＳＰモデルを使用して提供されるソフトウェアは、オンデマンドソフトウェアまたはサービスとしてのソフトウエア（ＳａａＳ）とも称されることもある。例えばカスタマ関係管理など、コンピュータベースのサービスにアクセスを提供する簡単な形は、例えばハイパーテキスト転送プロトコル（ＨＴＴＰ）など、標準プロトコルを使用することによる。アプリケーションソフトウェアは、ベンダーのサーバ上にあり、ベンダー、及び／またはシンクライアントなどの他のリモートインターフェースによって提供されている専用クライアントソフトウェアによって、ハイパーテキストマークアップ言語（ＨＴＭＬ）などを使用したウェブブラウザを介して各クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３によってアクセスされる。
広い地理的エリアで提供されるサービスは、多くの場合、クラウドコンピューティングを使用する。クラウドコンピューティングは、動的にスケーラブルで、多くの場合、仮想化されたリソースがコンピュータネットワーク２３０６を介してサービスとして提供されるコンピューティングのスタイルである。ユーザー１から３は、それらをサポートする「クラウド」の技術基盤の専門家である必要はない。いくつかの実施形態では、クラウドコンピューティングは、サービスとしてのインフラストラクチャ（ＩａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、及びサービスとしてのソフトウエア（ＳａａＳ）などの異なるサービスに分けられる。クラウドコンピューティングサービスは、多くの場合、ウェブブラウザからアクセスされる一般的なビジネスアプリケーションをオンラインで提供し、一方で、ソフトウェア及びデータはサーバに格納されている。クラウドという用語は、コンピュータネットワーク２３０６が、どのようにコンピュータネットワーク図に描かれているか、かつ、秘匿する複雑なインフラストラクチャの抽象化であるかに基づいて、例えば、サーバ、ストレージ、及びロジックなどを使用して、コンピュータネットワーク２３０６のメタファーとして使用される。
さらに、ＩＮＳＰ２３０２は、本明細書ではゲーム処理サーバとも呼ばれる、シングルプレイヤー及びマルチプレイヤーのビデオゲームをプレイするためにクライアントデバイス２３２０－１、２３２０－２、及び２３２０－３によって使用されるゲーム処理プロバイダ（ＧＰＰ）２３１０を含む。コンピュータネットワーク２３０６上でプレイされる大部分のビデオゲームは、ゲームサーバへの接続を介して動作する。通常、ゲームは、クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３からデータを収集し、他のユーザーによって操作される他のクライアントにデータを分配する専用サーバのアプリケーションを使用する。これはピアツーピア装置よりも効率的で効果的であるが、別のサーバが、サーバアプリケーションをホストするために使用される。いくつかの実施形態では、ＧＰＰ２３１０は、集中型のＧＰＰ２３１０にさらに頼ることなく情報を交換するクライアントデバイス２３２０－１、２３２０－２、及び２３２０－３の間で通信を確立する。
専用のＧＰＰは、クライアントから独立して実行されるサーバである。このようなサーバは、通常、データセンタに配置された専用ハードウェア上で実行し、より多くの帯域幅及び専用処理能力を提供する。専用サーバは、ほとんどのＰＣベースのマルチプレイヤーゲームのためのゲームサーバをホストする方法である。大規模なマルチプレイヤーオンラインゲームは、通常、ゲームタイトルを所有しているソフトウェア会社がホストする専用サーバで実行され、専用サーバがコンテンツを制御及び更新することを可能にする。
ブロードキャスト処理サーバ（ＢＰＳ）２３１２は、本明細書ではブロードキャスト処理プロバイダとも呼ばれ、オーディオまたはビデオ信号を視聴者に配信する。非常に狭い範囲の視聴者へのブロードキャストは、ナローキャスティングと呼ばれることがある。ブロードキャスト配信の最後の区間は、信号がクライアントデバイス２３２０－１、２３２０－２、及び２３２０－３にどのように到達するかであり、いくつかの実施形態では、信号は、ラジオ局もしくはテレビ局と同様に無線でアンテナ及び受信機に、またはケーブルテレビもしくはケーブルラジオもしくは局を介した「無線ケーブル」を通して配信される。コンピュータネットワーク２３０６はまた、様々な実施形態において、ラジオ信号またはテレビ信号のいずれかをクライアントデバイス２３２０－１、２３２０－２、及び２３２０－３に持ち込み、特に、マルチキャスティングで信号または帯域幅を共有することを可能にする。歴史的に、ブロードキャストは、いくつかの実施形態では、例えば全国放送、地域放送など、地理的領域によって区切られている。しかしながら、高速インターネットの急増により、コンテンツは世界のほぼすべての国に到達できるため、ブロードキャストは地域によって定義されていない。
ストレージサービスプロバイダ（ＳＳＰ）２３１４は、コンピュータストレージスペースと関連管理サービスを提供する。ＳＳＰ２３１４はまた、周期的なバックアップとアーカイブも提供する。サービスとしてのストレージを提供することによって、クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３は、ストレージがサービスとして使用されていないときと比較してより多くのストレージを使用する。別の重要な利点は、ＳＳＰ２３１４がバックアップサービスを含んでおり、クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３は、ハードドライブが故障した場合もデータを失わない点である。さらに、いくつかの実施形態では、複数のＳＳＰは、クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３から受信したデータの完全なコピーまたは部分的なコピーを有し、クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３がどこに位置しているのか、またはクライアントのタイプに関係なく、クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３が効率的にデータにアクセスすることを可能にする。例えば、プレイヤーは、自宅のコンピュータを介して、及びプレイヤーの移動中は携帯電話を介して個人ファイルにアクセスする。
通信プロバイダ２３１６は、クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３への接続を提供する。通信プロバイダ２３１６の１つの種類は、コンピュータネットワーク２３０６へのアクセスを提供するインターネットサービスプロバイダ（ＩＳＰ）である。ＩＳＰは、ダイヤルアップ、デジタル加入者線（ＤＳＬ）、ケーブルモデム、ファイバ、無線または専用の高速相互接続などのインターネットプロトコルデータグラムを送達するために適切なデータ転送技術を使用して、クライアントデバイス２３２０－１、２３２０－２、及び２３２０－３を接続する。通信プロバイダ２３１６はまた、いくつかの実施形態では、電子メール、インスタントメッセージング、及びショートメッセージサービス（ＳＭＳ）テキストメッセージなどのメッセージングサービスを提供する。別のタイプの通信プロバイダは、コンピュータネットワーク２３０６への直接バックボーンアクセスを提供することによって、帯域幅またはネットワークアクセスを販売するネットワークサービスプロバイダ（ＮＳＰ）である。ネットワークサービスプロバイダの例は、電気通信会社、データキャリア、ワイヤレス通信プロバイダ、インターネットサービスプロバイダ、高速インターネットアクセスを提供するケーブルテレビ事業者などを含む。
データ交換２３１８は、ＩＮＳＰ２３０２内のいくつかのモジュールを相互接続し、コンピュータネットワーク２３０６を介してこれらのモジュールをクライアントデバイス２３２０－１、２３２０－２、及び２３２０－３に接続する。データ交換２３１８は、様々な実施形態において、ＩＮＳＰ２３０２のすべてのモジュールが近接している小さな領域をカバーするか、または異なるモジュールが地理的に分散しているときに、広い地理的領域をカバーする。例えば、データ交換２３０２は、データセンタのキャビネット内の高速ギガビットイーサネット（登録商標）または大陸間仮想ＬＡＮを含む。
いくつかの実施形態では、サーバシステム４０４（図４Ａ及び図１３）とクライアントデバイス２３２０－１～２３２０－３との間の通信は、無線技術を使用して促進され得る。そのような技術は、例えば、５Ｇ無線通信技術を含み得る。
一実施形態では、本明細書で説明するレガシーゲームＮまたはメタゲームなどのビデオゲームは、ゲーム機、パーソナルコンピュータのいずれかでローカルに実行されるか、またはサーバ上で実行される。いくつかの場合、ビデオゲームは、データセンタの１つ以上のサーバによって実行される。ビデオゲームが実行されるとき、ビデオゲームのいくつかのインスタンスは、ビデオゲームのシミュレーションであり得る。例えば、ビデオゲームは、ビデオゲームのシミュレーションを生成する環境またはサーバによって実行され得る。いくつかの実施形態では、シミュレーションは、ビデオゲームのインスタンスである。他の実施形態では、シミュレーションは、エミュレータによって生成され得る。いずれの場合も、ビデオゲームがシミュレーションとして表される場合、そのシミュレーションは、ユーザー入力によってインタラクティブにストリーミング、実行、及び／または制御できるインタラクティブコンテンツをレンダリングするために実行されることが可能である。
様々な実施形態において、本明細書に記載されるいくつかの実施形態の１つ以上の特徴は、本明細書に記載される残りの実施形態の１つ以上の１つ以上の特徴と組み合わされることに留意されたい。
本開示に記載の実施形態は、ハンドヘルドデバイス、マイクロプロセッサシステム、マイクロプロセッサベースまたはプログラム可能な一般消費者向け電気製品、小型コンピュータ、及びメインフレームコンピュータなどを含む様々なコンピュータシステム構成で実施され得る。一実施態様では、本開示に記載の実施形態は、有線または無線ネットワークを通してリンクされたリモート処理デバイスによってタスクが行われる分散コンピューティング環境で実践される。
前述の実施形態を念頭に置いて、一実施態様では、本開示に記載の実施形態は、コンピュータシステムに記憶されたデータを伴う様々なコンピュータ実施操作を採用することを理解されたい。これらの操作は、物理量の物理的操作を要する操作である。本開示に記載の実施形態の一部を形成する、本明細書で説明される操作のいずれも、有用な機械操作である。本開示に記載のいくつかの実施形態はまた、これら操作を実行するためのデバイスまたは装置に関する。装置は、必要な目的のために特別に構築される、または装置は、コンピュータに記憶されたコンピュータプログラムにより選択的に起動または構成される汎用コンピュータである。具体的には、一実施形態において、様々な汎用マシンは、本明細書の教示に従って書かれたコンピュータプログラムと共に使用される、または、必要な操作を行うためにさらに特化した装置を構築するほうがより好都合な場合がある。
実施態様においては、本開示に記載されているいくつかの実施形態は、コンピュータ可読媒体上のコンピュータ可読コードとして具体化される。コンピュータ可読媒体は、データを格納することができる任意のデータ格納装置であり、これは、その後、コンピュータシステムによって読み取られることができる。コンピュータ可読媒体の例には、ハードドライブ、ネットワーク接続ストレージ（ＮＡＳ）、ＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、ＣＤ－ｒｅｃｏｒｄａｂｌｅ（ＣＤ－Ｒ）、ＣＤ－ｒｅｃｏｒｄａｂｌｅ（ＣＤ－ＲＷ））、磁気テープ、光学データ記憶装置、非光学データ記憶装置などが含まれる。一例として、コンピュータ可読媒体は、ネットワーク結合コンピュータシステム上に分散されたコンピュータ可読有形媒体を含み、コンピュータ可読コードが分散方式で格納及び実行されるようになっている。
さらに、上述の実施形態のいくつかは、ゲーム環境に関して説明されているが、いくつかの実施形態では、ゲームの代わりに、例えば、ビデオ会議環境などの他の環境が使用される。
方法操作が特定の順序で説明されたが、他のハウスキーピング操作が操作の間に実行されてもよく、または操作が、わずかに異なる時刻に生じるように調整されてもよく、もしくはオーバーレイ操作の処理が所望の手法で実行される限り、処理に関連する様々な間隔で処理操作の発生を可能にするシステム内に分散されてもよいことが理解されるべきである。
本開示に記載の前述の実施形態は、理解を明確にするためにある程度詳細に説明したが、添付の特許請求の範囲内で特定の変更及び修正を実施できることは明らかであろう。したがって、本実施形態は、限定ではなく例示としてみなされるべきであり、本実施形態は、本明細書に記載される詳細に限定されるべきではなく、添付の特許請求の範囲及び均等物の中で変更されてもよい。

Claims (20)

  1. メタゲームを生成するための方法であって、
    第１のユーザーアカウントを介して、１つ以上のレガシーゲームのプレイ中に第１のチャレンジに対する第１のユーザー入力を受信することであって、前記第１のチャレンジが、前記１つ以上のレガシーゲームの第１の複数の基本ブロックから作成される、前記受信することと、
    前記第１のチャレンジの少なくとも一部を記録することと、
    前記第１のユーザーアカウントを介して、前記１つ以上のレガシーゲームの前記プレイ中に第２のチャレンジに対する第２のユーザー入力を受信することであって、前記第２のチャレンジが、前記１つ以上のレガシーゲームの第２の複数の基本ブロックから作成され、前記第１の複数の基本ブロックが、前記１つ以上のレガシーゲームの第１の複数の命令からコンパイルされ、前記第２の複数の基本ブロックが、前記１つ以上のレガシーゲームの第２の複数の命令からコンパイルされて、前記１つ以上のレガシーゲームを更新されたマシンでプレイすることを可能にする、前記受信することと、
    前記第２のチャレンジの少なくとも一部を記録することと、
    前記メタゲームの作成を要求するための第３のユーザー入力が前記第１のユーザーアカウントを介して受信されたかどうかを判定することと、
    前記第３のユーザー入力が受信されたと判定すると、前記第１及び前記第２のチャレンジから前記メタゲームを生成することと
    を含む、前記方法。
  2. 前記第１のユーザーアカウントを介して、前記第１のチャレンジ及び前記第２のチャレンジの実行のシーケンスを選択するオプションを提供することと、
    前記第１のユーザーアカウントを介して前記シーケンスを受信することと、
    前記シーケンスに従って、前記第１の複数の基本ブロック、及び前記第２の複数の基本ブロックをスティッチングすることと、
    第２のユーザーアカウントを介して、前記メタゲームの実行を要求するユーザー入力を受信することと、
    前記第２のユーザーアカウントを介して受信された前記ユーザー入力に応えて、前記第１及び前記第２の複数の基本ブロックを前記シーケンスで実行することと
    をさらに含む、請求項１に記載の方法。
  3. 前記第１のユーザーアカウントを介して、前記メタゲームのリーダーシップスコアボードを作成するための第４のユーザー入力を受信することと、
    前記第４のユーザー入力に応えてリーダーシップスコアボードを作成することであって、前記リーダーシップスコアボードが、前記第１のチャレンジのプレイ中に前記第１のユーザーアカウントを介して蓄積された第１のポイント数と、前記第２のチャレンジのプレイ中に前記第１のユーザーアカウントを介して蓄積された第２のポイント数の合計を含む、前記作成することと、
    前記合計を前記リーダーシップスコアボードに掲載することと、
    前記メタゲームのプレイ中に第２のユーザーアカウントに蓄積されたポイント数を受信することと、
    前記合計が、前記第２のユーザーアカウントに蓄積された前記ポイント数を超えているかどうかを判定することと、
    前記合計及び前記第２のユーザーアカウントに蓄積された前記ポイント数の表示の順序を決定することと
    をさらに含む、請求項１に記載の方法。
  4. 前記メタゲームにトロフィーを付加することと、
    第２のユーザーアカウントを介して前記メタゲームをプレイする要求を受信することと、
    前記第２のユーザーアカウントを介した前記メタゲームのプレイ中に蓄積されたポイント数が所定の制限を超えているかどうかを判定することと、
    前記メタゲームの前記プレイ中に蓄積された前記ポイント数が前記所定の制限を超えていると判定したことに応えて、前記第２のユーザーアカウントに前記トロフィーを授与することと
    をさらに含む、請求項１に記載の方法。
  5. 前記メタゲームをプレイするための第１のユーザー入力が、第２のユーザーアカウントを介して受信されたと判定することと、
    前記メタゲームの仮想オブジェクトにゴーストを付加するための第２のユーザー入力が、前記第２のユーザーアカウントを介して受信されたかどうかを判定することであって、前記仮想オブジェクトが、前記第１のユーザーアカウントを介して、前記第１のチャレンジのプレイ及び前記第２のチャレンジのプレイ中に制御される、前記判定することと、
    前記第２のユーザー入力が前記第２のユーザーアカウントを介して受信されたと判定すると、前記第２のユーザーアカウントを介して制御される前記仮想オブジェクトに前記ゴーストを付加することと
    をさらに含む、請求項１に記載の方法。
  6. 前記メタゲームをプレイするための第１のユーザー入力が、第２のユーザーアカウントを介して受信されたと判定することと、
    前記第１及び前記第２のチャレンジの前記記録を再生するための第２のユーザー入力が、前記第２のユーザーアカウントを介して受信されたかどうかを判定することと、
    前記第２のユーザー入力が前記第２のユーザーアカウントを介して受信されたと判定すると、前記メタゲームのディスプレイに前記記録をオーバーレイすることと
    をさらに含む、請求項１に記載の方法。
  7. 前記第１の複数の命令及び前記第２の複数の命令が、６４ビットプロセッサを含む前記更新されたマシンで実行することができず、３２ビットプロセッサを含むレガシーマシンで実行することができる、請求項１に記載の方法。
  8. 前記第１及び前記第２の複数の基本ブロックが、３２ビットプロセッサを含むレガシーマシンで実行することができず、６４ビットプロセッサを含む前記更新されたマシンで実行することができる、請求項１に記載の方法。
  9. メタゲームを生成するためのコンピュータシステムであって、
    プロセッサであって、
    第１のユーザーアカウントを介して、１つ以上のレガシーゲームのプレイ中に第１のチャレンジに対する第１のユーザー入力を受信することであって、前記第１のチャレンジが、前記１つ以上のレガシーゲームの第１の複数の基本ブロックから作成される、前記受信することと、
    前記第１のチャレンジの少なくとも一部を記録することと、
    前記第１のユーザーアカウントを介して、前記１つ以上のレガシーゲームの前記プレイ中に第２のチャレンジに対する第２のユーザー入力を受信することであって、前記第２のチャレンジが、前記１つ以上のレガシーゲームの第２の複数の基本ブロックから作成され、前記第１の複数の基本ブロックが、前記１つ以上のレガシーゲームの第１の複数の命令からコンパイルされ、前記第２の複数の基本ブロックが、前記１つ以上のレガシーゲームの第２の複数の命令からコンパイルされて、前記１つ以上のレガシーゲームを更新されたマシンでプレイすることを可能にする、前記受信することと、
    前記第２のチャレンジの少なくとも一部を記録することと、
    前記メタゲームのプレイを要求するための第３のユーザー入力が前記第１のユーザーアカウントを介して受信されたかどうかを判定することと、
    前記第３のユーザー入力が受信されたと判定すると、前記第１及び前記第２のチャレンジから前記メタゲームを生成することと
    を行うように構成された前記プロセッサと、
    前記プロセッサに結合されたメモリデバイスと
    を備える、前記コンピュータシステム。
  10. 前記プロセッサが、
    前記第１のユーザーアカウントを介して、前記第１のチャレンジ及び前記第２のチャレンジの実行のシーケンスを選択するオプションを提供することと、
    前記第１のユーザーアカウントを介して前記シーケンスを受信することと、
    前記シーケンスに従って、前記第１の複数の基本ブロック、及び前記第２の複数の基本ブロックをスティッチングすることと、
    第２のユーザーアカウントを介して、前記メタゲームの実行を要求するユーザー入力を受信することと、
    前記第２のユーザーアカウントを介して受信された前記ユーザー入力に応えて、前記第１及び前記第２の複数の基本ブロックを前記シーケンスで実行することと
    を行うように構成された、請求項９に記載のコンピュータシステム。
  11. 前記プロセッサが、
    前記第１のユーザーアカウントを介して、前記メタゲームのリーダーシップスコアボードを作成するための第４のユーザー入力を受信することと、
    前記第４のユーザー入力に応えてリーダーシップスコアボードを作成することであって、前記リーダーシップスコアボードが、前記第１のチャレンジのプレイ中に前記第１のユーザーアカウントを介して蓄積された第１のポイント数と、前記第２のチャレンジのプレイ中に前記第１のユーザーアカウントを介して蓄積された第２のポイント数の合計を含む、前記作成することと、
    前記合計を前記リーダーシップスコアボードに掲載することと、
    前記メタゲームのプレイ中に第２のユーザーアカウントに蓄積されたポイント数を受信することと、
    前記合計が、前記第２のユーザーアカウントに蓄積された前記ポイント数を超えているかどうかを判定することと、
    前記合計及び前記第２のユーザーアカウントに蓄積された前記ポイント数の表示の順序を決定することと
    を行うように構成された、請求項９に記載のコンピュータシステム。
  12. 前記プロセッサが、
    前記メタゲームにトロフィーを付加することと、
    第２のユーザーアカウントを介して前記メタゲームをプレイする要求を受信することと、
    前記第２のユーザーアカウントを介した前記メタゲームのプレイ中に蓄積されたポイント数が所定の制限を超えているかどうかを判定することと、
    前記メタゲームの前記プレイ中に蓄積された前記ポイント数が前記所定の制限を超えていると判定したことに応えて、前記第２のユーザーアカウントに前記トロフィーを授与することと
    を行うように構成された、請求項９に記載のコンピュータシステム。
  13. 前記プロセッサが、
    前記メタゲームをプレイするための第１のユーザー入力が、第２のユーザーアカウントを介して受信されたと判定することと、
    前記メタゲームの仮想オブジェクトにゴーストを付加するための第２のユーザー入力が、前記第２のユーザーアカウントを介して受信されたかどうかを判定することであって、前記仮想オブジェクトが、前記第１のユーザーアカウントを介して、前記第１のチャレンジのプレイ及び前記第２のチャレンジのプレイ中に制御される、前記判定することと、
    前記第２のユーザー入力が前記第２のユーザーアカウントを介して受信されたと判定すると、前記第２のユーザーアカウントを介して制御される前記仮想オブジェクトに前記ゴーストを付加することと
    を行うように構成された、請求項９に記載のコンピュータシステム。
  14. 前記プロセッサが、
    前記メタゲームをプレイするための第１のユーザー入力が、第２のユーザーアカウントを介して受信されたと判定することと、
    前記第１及び前記第２のチャレンジの前記記録を再生するための第２のユーザー入力が、前記第２のユーザーアカウントを介して受信されたかどうかを判定することと、
    前記第２のユーザー入力が前記第２のユーザーアカウントを介して受信されたと判定すると、前記メタゲームのディスプレイに前記記録をオーバーレイすることと
    を行うように構成された、請求項９に記載のコンピュータシステム。
  15. 前記第１の複数の命令及び前記第２の複数の命令が、６４ビットプロセッサを含む前記更新されたマシンで実行することができず、３２ビットプロセッサを含むレガシーマシンで実行することができる、請求項９に記載のコンピュータシステム。
  16. 前記第１及び前記第２の複数の基本ブロックが、３２ビットプロセッサを含むレガシーマシンで実行することができず、６４ビットプロセッサを含む前記更新されたマシンで実行することができる、請求項９に記載のコンピュータシステム。
  17. メタゲームを生成するためのプログラム命令を含む非一時的なコンピュータ可読媒体であって、コンピュータシステムの１つ以上のプロセッサによって前記プログラム命令が実行されると、前記１つ以上のプロセッサが、
    第１のユーザーアカウントを介して、１つ以上のレガシーゲームのプレイ中に第１のチャレンジに対する第１のユーザー入力を受信することであって、前記第１のチャレンジが、前記１つ以上のレガシーゲームの第１の複数の基本ブロックから作成される、前記受信することと、
    前記第１のチャレンジの少なくとも一部を記録することと、
    前記第１のユーザーアカウントを介して、前記１つ以上のレガシーゲームの前記プレイ中に第２のチャレンジに対する第２のユーザー入力を受信することであって、前記第２のチャレンジが、前記１つ以上のレガシーゲームの第２の複数の基本ブロックから作成され、前記第１の複数の基本ブロックが、前記１つ以上のレガシーゲームの第１の複数の命令からコンパイルされ、前記第２の複数の基本ブロックが、前記１つ以上のレガシーゲームの第２の複数の命令からコンパイルされて、前記１つ以上のレガシーゲームを更新されたマシンでプレイすることを可能にする、前記受信することと、
    前記第２のチャレンジの少なくとも一部を記録することと、
    前記メタゲームのプレイを要求するための第３のユーザー入力が前記第１のユーザーアカウントを介して受信されたかどうかを判定することと、
    前記第３のユーザー入力が受信されたと判定すると、前記第１及び前記第２のチャレンジから前記メタゲームを生成することと
    の複数の操作を実行する、前記非一時的なコンピュータ可読媒体。
  18. 前記複数の操作が、
    前記第１のユーザーアカウントを介して、前記第１のチャレンジ及び前記第２のチャレンジの実行のシーケンスを選択するオプションを提供することと、
    前記第１のユーザーアカウントを介して前記シーケンスを受信することと、
    前記シーケンスに従って、前記第１の複数の基本ブロック、及び前記第２の複数の基本ブロックをスティッチングすることと、
    第２のユーザーアカウントを介して、前記メタゲームの実行を要求するユーザー入力を受信することと、
    前記第２のユーザーアカウントを介して受信された前記ユーザー入力に応えて、前記第１及び前記第２の複数の基本ブロックを前記シーケンスで実行することと
    を含む、請求項１７に記載の非一時的なコンピュータ可読媒体。
  19. 前記複数の操作が、
    前記第１のユーザーアカウントを介して、前記メタゲームのリーダーシップスコアボードを作成するための第４のユーザー入力を受信することと、
    前記第４のユーザー入力に応えて前記リーダーシップスコアボードを作成することであって、前記リーダーシップスコアボードが、前記第１のチャレンジのプレイ中に前記第１のユーザーアカウントを介して蓄積された第１のポイント数と、前記第２のチャレンジのプレイ中に前記第１のユーザーアカウントを介して蓄積された第２のポイント数の合計を含む、前記作成することと、
    前記合計を前記リーダーシップスコアボードに掲載することと、
    前記メタゲームのプレイ中に第２のユーザーアカウントに蓄積されたポイント数を受信することと、
    前記合計が、前記第２のユーザーアカウントに蓄積された前記ポイント数を超えているかどうかを判定することと、
    前記合計及び前記第２のユーザーアカウントに蓄積された前記ポイント数の表示の順序を決定することと
    を含む、請求項１７に記載の非一時的なコンピュータ可読媒体。
  20. 前記複数の操作が、
    前記メタゲームにトロフィーを付加することと、
    第２のユーザーアカウントを介して前記メタゲームをプレイする要求を受信することと、
    前記第２のユーザーアカウントを介した前記メタゲームのプレイ中に蓄積されたポイント数が所定の制限を超えているかどうかを判定することと、
    前記メタゲームの前記プレイ中に蓄積された前記ポイント数が前記所定の制限を超えていると判定したことに応えて、前記第２のユーザーアカウントに前記トロフィーを授与することと
    を含む、請求項１７に記載の非一時的なコンピュータ可読媒体。
JP2023560877A 2021-04-01 2022-03-24 レガシーゲームからメタゲームを生成するためのシステム及び方法 Pending JP2024513862A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US17/220,227 2021-04-01
US17/220,227 US11504628B2 (en) 2021-04-01 2021-04-01 Systems and methods for generating a meta-game from legacy games
PCT/US2022/021792 WO2022212178A1 (en) 2021-04-01 2022-03-24 Systems and methods for generating a meta-game from legacy games

Publications (1)

Publication Number Publication Date
JP2024513862A true JP2024513862A (ja) 2024-03-27

Family

ID=81307831

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023560877A Pending JP2024513862A (ja) 2021-04-01 2022-03-24 レガシーゲームからメタゲームを生成するためのシステム及び方法

Country Status (6)

Country Link
US (1) US11504628B2 (ja)
EP (1) EP4313338A1 (ja)
JP (1) JP2024513862A (ja)
CN (1) CN117136092A (ja)
TW (1) TWI809786B (ja)
WO (1) WO2022212178A1 (ja)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8641521B2 (en) * 2004-08-25 2014-02-04 Igt Emulation in a secure regulated environment
US10406429B2 (en) * 2012-08-29 2019-09-10 Sony Interactive Entertainment, LLC User-based mini-game generation and distribution
US9707476B2 (en) * 2012-09-28 2017-07-18 Sony Interactive Entertainment Inc. Method for creating a mini-game
EP2745893B1 (en) 2012-12-21 2019-03-20 Sony Computer Entertainment America LLC Automatic generation of suggested mini-games for cloud-gaming based on recorded gameplay
US20140256445A1 (en) * 2013-03-07 2014-09-11 Cfph, Llc Fantasy gaming
US11207600B2 (en) * 2018-01-08 2021-12-28 Sony Interactive Entertainment LLC Utilizing social engagement to generate metagaming resources
US10559281B2 (en) * 2018-05-31 2020-02-11 Sony Interactive Entertainment LLC Challenge game system

Also Published As

Publication number Publication date
EP4313338A1 (en) 2024-02-07
WO2022212178A1 (en) 2022-10-06
US11504628B2 (en) 2022-11-22
TWI809786B (zh) 2023-07-21
US20220314124A1 (en) 2022-10-06
TW202247876A (zh) 2022-12-16
CN117136092A (zh) 2023-11-28

Similar Documents

Publication Publication Date Title
EP3749427B1 (en) Methods and systems for providing shortcuts for fast load when moving between scenes in virtual reality
US20230038618A1 (en) Systems and methods for using a distributed game engine
US11321900B2 (en) Systems and methods for adjusting one or more parameters of a GPU
US12017140B2 (en) Systems and methods for emulation of graphical and audio parameters during a play of a legacy game
US20220360812A1 (en) Systems and methods for decoding and displaying image frames
US20220387893A1 (en) Systems and methods for coaching a user for game play
US11360750B1 (en) Systems and methods for converting a legacy code into an updated code
US11806625B2 (en) Patch and bulk operations for a legacy game
US11813522B2 (en) Systems and methods for emulation of user input during a play of a legacy game
TWI809786B (zh) 用於自舊有遊戲產生元遊戲之系統及方法
JP7436579B2 (ja) レガシーゲーム用ａｏｔコンパイラ
WO2022140167A1 (en) Systems and methods for converting a legacy code into an updated code
CN116635120A (zh) 用于将传统代码转换为更新代码的系统和方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231002

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240909

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240924