(57)【要約】【課題】ビデオゲーム内のキャラクタにより実行されるアクションのパワーレベルに影響を与える方法およびシステムを提供する。【解決手段】ターン制ビデオゲームにおいて、プレイヤキャラクタは、デフォルトのパワーレベルで、即座にアクションを実行するか、または、別のキャラクタのターンの後になるまでアクションを遅らせるが、増加した、すなわち、チャージしたパワーレベルでアクションを実行するかを決定することができる。ターンシーケンスは、ビデオゲームのグラフィックユーザインターフェースの一部として、表示することができる。ビデオゲームは、受信されたユーザ入力に基づき、ターンシーケンスに沿って、アクションメータを増加させることができるので、増加した、すなわち、チャージしたパワーレベルをもたらすのに、どれくらいの遅延が生じるかという表示を、プレイヤに提供することができる。【選択図】図１４
2007075611.tif 000002
【特許請求の範囲】
【請求項１】
ターン制ビデオゲームにおいて、キャラクタアクションのパワーレベルに影響を与える方法を実行するコンピュータが実行可能な命令を記憶した、１つまたは複数のコンピュータが読み取り可能なメディアであって、
前記コンピュータが実行可能な命令は、
前記ターン制ビデオゲーム内の複数のキャラクタの初回のターンシーケンスを決定するステップと、
ビデオゲームディスプレイ装置上に、前記ターンシーケンスのグラフィック描写を表示するステップと、
第１のキャラクタのターン中に、前記第１のキャラクタに対応するユーザ入力を受信するステップと、
前記ユーザ入力を受信している間に、前記ビデオゲームディスプレイ装置上に、前記ターンシーケンスと共に、アクションメータを表示して、前記アクションメータを増加させ、前記ユーザ入力が終了したときに、前記第１のキャラクタのターンに関連付けられた遅延の表示を提供するステップと、
前記受信したユーザ入力に基づいて、チャージされるアクションパワーレベルを決定するステップと、
前記受信したユーザ入力に基づいて、前記ターンシーケンスを再配列するステップと
を備えることを特徴とするコンピュータが読み取り可能なメディア。
【請求項２】
前記アクションメータを前記増加させることは、前記ユーザ入力を受信している間に、予め定められた時間の間、前記アクションメータを予め定められた量だけ増加させることを含むことを特徴とする請求項１に記載のコンピュータが読み取り可能なメディア。
【請求項３】
２回目のターンに関する前記第１のキャラクタに対応する、予め定められた２回目の入力を受信するステップと、
前記予め定められた２回目の入力に基づいて、デフォルトのアクションパワーレベルを決定するステップと
を実行する命令をさらに含むことを特徴とする請求項１に記載のコンピュータが読み取り可能なメディア。
【請求項４】
前記決定したアクションパワーレベルが、最大アクションパワーレベルを越えた場合、前記決定したアクションパワーレベルを前記最大アクションパワーレベルまで減少させる命令をさらに含むことを特徴とする請求項１に記載のコンピュータが読み取り可能なメディア。
【請求項５】
前記最大アクションパワーレベルは、前記第１のキャラクタの１つまたは複数の属性に基づくことを特徴とする請求項４に記載のコンピュータが読み取り可能なメディア。
【請求項６】
前記１つまたは複数の属性は、前記第１のキャラクタのレベルを含むことを特徴とする請求項５に記載のコンピュータが読み取り可能なメディア。
【請求項７】
前記ターンシーケンスは、予め定められた時間増加量に基づくことを特徴とする請求項１に記載のコンピュータが読み取り可能なメディア。
【請求項８】
前記ビデオゲームディスプレイ装置上に、前記再配列したターンシーケンスを表示することをさらに含むことを特徴とする請求項１に記載のコンピュータが読み取り可能なメディア。
【請求項９】
前記再配列したターンシーケンスは、前記第１のキャラクタがアクションチャージを実行したことを示すグラフィックインジケータを含むことを特徴とする請求項８に記載のコンピュータが読み取り可能なメディア。
【請求項１０】
前記グラフィックインジケータは、前記アクションチャージの量をさらに示すことを特徴とする請求項９に記載のコンピュータが読み取り可能なメディア。
【請求項１１】
一時的なアクションチャージ変更因子を、前記第１のキャラクタに関連付けるステップに関する命令をさらに含み、前記決定したチャージされるアクションパワーレベルは、前記一時的なアクションチャージ変更因子にさらに基づくことを特徴とする請求項１に記載のコンピュータが読み取り可能なメディア。
【請求項１２】
前記一時的なアクションチャージ変更因子は、アクションチャージ能力の増加をもたらす報酬を含むことを特徴とする請求項１１に記載のコンピュータが読み取り可能なメディア。
【請求項１３】
前記一時的なアクションチャージ変更因子は、アクションチャージ能力の減少をもたらすペナルティを含むことを特徴とする請求項１１に記載のコンピュータが読み取り可能なメディア。
【請求項１４】
前記一時的なアクションチャージ変更因子は、前記ビデオゲームにおいてかけられた魔法と、前記第１のキャラクタとの相互作用から生じることを特徴とする請求項１１に記載のコンピュータが読み取り可能なメディア。
【請求項１５】
前記アクションは、前記ビデオゲームにおいて、前記第１のキャラクタがかける魔法を含むことを特徴とする請求項１に記載のコンピュータが読み取り可能なメディア。
【請求項１６】
ターン制ビデオゲームにおいて、プレイヤキャラクタにより実行されるアクションのパワーレベルに影響を与える方法であって、
前記ターン制ビデオゲーム内の前記プレイヤキャラクタを含む複数のプレイヤのターンシーケンスのグラフィック表示を提供するステップと、
前記プレイヤキャラクタのターンと一致するゲームの現時点にて、前記プレイヤキャラクタをコントロールするプレイヤからのユーザ入力を受信するステップであって、前記ユーザ入力は、前記ゲームの現時点にて、デフォルトのパワーレベルで前記アクションを実行することと、前記ターンシーケンスにおける次のキャラクタのターン後に、チャージしたパワーレベルで前記アクションを実行することとのうちの一方を選択することを含む、受信するステップと
を備えることを特徴とする方法。
【請求項１７】
前記ユーザ入力を前記受信している間に、前記ターンシーケンスに沿って、動的にアクションメータを増加させるステップをさらに備え、前記アクションメータのサイズは、前記ユーザ入力が受信された時間量に基づくことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記複数のプレイヤキャラクタは、第２のプレイヤキャラクタをさらに含むことを特徴とする請求項１６に記載の方法。
【請求項１９】
前記複数のプレイヤキャラクタは、前記プレイヤキャラクタの他には、非プレイヤキャラクタのみを含むことを特徴とする請求項１６に記載の方法。
【請求項２０】
前記ユーザ入力の終了時に、前記アクションメータの位置に基づいて、前記ターンシーケンスを再配列するステップをさらに備えることを特徴とする請求項１７に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
コンピュータゲームおよびビデオゲームは、「Ｐｏｎｇ」のようなものから、鮮やかなストーリー展開の壮大なアドベンチャ、写真のようにリアルな描写のグラフィック、および、複雑な対話型システムにまで発展してきた。それによって、プレイヤは、ビデオゲームによりエミュレートされた代替的なリアリティに没頭するようになった。本明細書において、ビデオゲームには、データ処理装置上でプレイされる任意のゲームを含めることができるが、これに限定されるものではない。ビデオゲームの例には、コンピュータゲーム、ゲーム機のゲーム（例えば、Ｘｂｏｘ（登録商標）、ＰｌａｙＳｔａｔｉｏｎ（登録商標）、および／または、Ｎｉｎｔｅｎｄｏ（登録商標）を商標とするゲーム機でプレイ可能なゲーム）、硬貨式もしくは代用硬貨式（token-operated）のアーケードゲーム、ポータブルゲーム機のゲーム（例えば、Ｎｏｋｉａ  Ｎ−Ｇａｇｅ（登録商標）、ＰｌａｙＳｔａｔｉｏｎ  Ｐｏｒｔａｂｌｅ、Ｎｉｎｔｅｎｄｏ  ＤＳ、携帯電話などでプレイ可能なゲーム）、または、その他のソフトウェア駆動型ゲームを含めることができる。
【０００２】
ビデオゲームは、例えば、ファーストパーソンシュータ（ＦＰＳ：First-Person Shooter）、ロールプレイングゲーム（ＲＰＧ：Role-Playing Game）、シミュレーション、スポーツ、戦略、およびドライブなどの多様なジャンルの形式で提供されている。各ビデオゲームは、必ずしも１つのジャンルに限定される必要はなく、実際に複数のジャンルを含むことができる。ＲＰＧとは、一般的に、各参加者が、ゲーム内のキャラクタ（例えば、冒険家、モンスター、またはその他のプレイヤキャラクタ）の役割を担うゲームを指す。このキャラクタは、ゲームの仮想世界内で、相互に交流することができる。プレイヤ／ユーザによりコントロールされるキャラクタは、プレイヤキャラクタ（ＰＣ：Player-Character）と呼ばれる。コンピュータによりコントロールされるキャラクタは、非プレイヤキャラクタ（ＮＰＣ：Non-Player-Character）と呼ばれる。
【０００３】
全てではないとしても、ほとんどのＲＰＧは、格闘システムを用いており、ＰＣおよびＮＰＣは、その格闘システムを介して、シミュレートされた格闘、および／または、戦闘を行う。本明細書では、これをキャラクタ対戦（character engagement）と呼ぶ。本明細書では、格闘をシミュレートするためにＲＰＧが用いるシステムを、戦闘システムと呼ぶ。戦闘システムは通常、ビデオゲームのソフトウェアモジュールとして、実装される。周知の一戦闘システムは、リアルタイム戦闘システムであり、これによって、入力がプレイヤから受信されるとすぐに、プレイヤキャラクタは、別のキャラクタがアクションを起こすのを待つことなく、アクションを起こす。別の周知の戦闘システムは、大まかに言うと、ターン制戦闘システムと呼ぶことができる。ターン制戦闘システムでは、各キャラクタは、予め定められた順番でアクションを実行する。この予め定められた順番は、キャラクタ対戦が決着するまでの、例えば、一キャラクタまたはチームが勝利するまでの、キャラクタ対戦に関与する全てのプレイヤキャラクタおよび非プレイヤキャラクタの順次連続する順番などである。
【０００４】
ターン制戦闘システムの周知の一変形形態は、キャラクタ対戦中の各キャラクタに関連付けられた素早さの属性に基づいて、順次する順番を変更するものである。すなわち、高い素早さの値を有するキャラクタは、低い素早さの値を有するキャラクタより、頻繁に攻撃することができる可能性が高い。次いで、各キャラクタは、変更された順番で、何らかのアクションを実行する。ＰＣのアクションは、プレイヤ（すなわち、ビデオゲームのユーザ）が与えるユーザ入力に基づくのに対し、ＮＰＣのアクションは、ビデオゲームロジックによりコントロールされる。
【発明の開示】
【課題を解決するための手段】
【０００５】
本発明のいくつかの側面の基本的理解を提供するために、以下により、本発明の簡単な要旨が提供される。この要旨は、本発明の広範囲に及び全体像ではない。本発明の主要部もしくは重要な要素を特定する、または、本発明の範囲を示すよう意図するものではない。次に続く要旨は、単に、以下で提供するより詳細な説明の前置きとして、簡単な形式で、本発明のいくつかのコンセプトを提供しているに過ぎない。
【０００６】
本発明の諸側面は、ターン制ビデオゲームにおいて、キャラクタのアクション（例えば、魔法をかける、攻撃に対して防御する、負傷を回復するなど）のパワーレベルに影響を与えることに関する。ビデオゲームは、そのグラフィックユーザインターフェースの一部として、ターンシーケンスを表示することができる。ターンシーケンスは、ビデオゲーム内のキャラクタ（プレイヤキャラクタおよび非プレイヤキャラクタ）の現在のターンの順番を示す。プレイヤは、自分のターンになったとき、デフォルト（通常）のパワーレベルで、即座に所望のアクションを実行するか、または、アクションをしばらくの間遅らせるが、増加したパワーレベルでアクションを実行するかを決定することができる。
【０００７】
ユーザのターン中、ユーザが、自分のパワーレベルをチャージするために、アクションを遅らせるよう決定した場合、ユーザは、プレイヤが被るのをいとわない遅延量に基づいて、どれくらいアクションをチャージするのかを決定することができる。ユーザは、ターンシーケンスと共に表示されるアクションメータをコントロールすることができる。ここで、アクションメータは、ユーザのコントロールの下、ターンシーケンスに沿って、増加する。ユーザが、ユーザ入力を与えることを止める、または、別の方法により、アクションメータを止めることを指示することによって、所望のチャージまたは遅延が十分であると示したとき、ビデオゲームは、アクションメータの最後尾位置に基づいて、ターンシーケンスを再配列する（reorder）。例えば、アクションメータが、ターンシーケンスにおいて、キャラクタＸとキャラクタＹとの間にある場合、ターンシーケンスは、プレイヤキャラクタのターンは、キャラクタＸの後であるが、キャラクタＹの前に、生じる。結果として生じるパワーレベルのチャージ量はまた、ユーザが被る遅延にも基づく。
【発明を実施するための最良の形態】
【０００８】
本発明の様々な特徴および利点については、添付の図面を参酌しながら、以下の説明を参照することによって、より完全に理解を得ることができる。図面中、類似した参照番号は、類似した機能を示している。
【０００９】
以下の様々な実施形態の説明では、本明細書の一部を形成する添付の図面が参照される。図面には、本発明を実施できる様々な形態を例示している。以下で説明する以外の実施形態も使用が可能であり、本発明の要旨を逸脱しない範囲で、構造上および機能上の変更が可能であることを理解されたい。
【００１０】
図１は、本発明の１つまたは複数の側面を組み込んだビデオゲームをプレイすることができる適切なゲームシステム環境１００の例を示している。ゲームシステム環境１００は、適切なコンピュータ環境の一例に過ぎず、本発明の使用や機能の範囲を限定するものではない。また、ゲームシステム環境１００が、例示的なゲームシステム環境１００に示されたコンポーネントのうちの任意の１つ、または、その組合せに関して、何らかの依存性または要件を有するものと解釈すべきではない。
【００１１】
その他の多数の汎用もしくは特殊用途のコンピュータシステム環境またはコンピュータシステム構成により、本発明の様々な側面が実施可能である。本発明の様々な側面と共に使用するのに適した周知のコンピュータシステム、コンピュータ環境、および／または、コンピュータ構成の例として、パーソナルコンピュータ、サーバコンピュータ、携帯情報端末（ＰＤＡ：Personal Digital Assistant）もしくはタブレットＰＣまたはラップトップＰＣを含むポータブルなハンドヘルド機器、マルチプロセッサシステム、マイクロプロセッサベースシステム、セットトップボックス、プログラム可能な家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、電子ゲーム機、いずれかの上記システムまたは装置を含む分散コンピュータ環境などが挙げられるが、これらに限定されるものではない。
【００１２】
コンピュータが実行するプログラムモジュールなどのコンピュータが実行可能な命令の一般的なコンテキストにおいて、様々な機能を記述することができる。一般的に、プログラムモジュールには、特定のタスクを実行する、または、特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれる。通信ネットワークを介して接続されたリモート処理装置によってタスクが実行される分散コンピュータ環境においても、様々な機能を実施することができる。分散コンピュータ環境では、メモリストレージ装置を含むローカルコンピュータおよびリモートコンピュータ両方のストレージメディアに、プログラムモジュールを配置することができる。
【００１３】
図１は、例示的なゲームシステム１００を示している。ゲームシステム１００には、ゲーム機１０２および最大４つのコントローラを含めることができる。コントローラは、１０４（１）および１０４（２）により示されている。ゲーム機１０２には、内蔵ハードディスクドライブと、光ストレージディスク１０８に代表される、様々な形態のポータブルストレージメディアをサポートするポータブルメディアドライブ１０６とが備えられている。適切なポータブルストレージメディアの例として、ＤＶＤ、ＣＤ−ＲＯＭ、ゲームディスクなどが挙げられる。
【００１４】
ゲーム機１０２は、その前面に、最大４つのコントローラをサポートする４つのスロット１１０を有しているが、スロットの数および配置は変更してもよい。電源ボタン１１２および取出しボタン１１４もまた、ゲーム機１０２の前面に配置されている。電源ボタン１１２により、ゲーム機の電源のオンオフを切り替え、取出しボタン１１４により、ポータブルメディアドライブ１０６のトレイを交互に開閉して、ストレージディスク１０８の挿入および取出しが可能となる。
【００１５】
ゲーム機１０２は、Ａ／Ｖインターフェースケーブル１２０を介して、テレビやその他のディスプレイ（図示せず）に接続することができる。本明細書において、ディスプレイ（図示せず）とは、ビデオゲームディスプレイ装置を指す。電源ケーブル１２２により、ゲーム機に電力が供給される。さらに、ゲーム機１０２には、インターネットなどのネットワークへのアクセスを容易にするケーブルやモデムコネクタ１２４に代表されるブロードバンドネットワーク機能を組み込むことができる。
【００１６】
各コントローラ１０４は、有線または無線インターフェースを介して、ゲーム機１０２に接続することができる。図示した実施例では、コントローラは、ＵＳＢ（Universal Serial Bus）対応になっており、ＵＳＢケーブル１３０を介して、ゲーム機１０２に接続されている。コントローラ１０４は、多種多様な任意のユーザインタラクションメカニズムを備えることができる。図１に示したように、各コントローラ１０４には、２つのサムスティック１３２（１）および１３２（２）と、方向パッド１３４と、ボタン１３６（例えば、「Ａ」、「Ｂ」、「Ｘ」、「Ｙ」）と、２つのトリガ１３８とが備えられている。こうしたメカニズムは代表的なものに過ぎず、その他の周知のゲームメカニズムを、代用する、または、図１に示したメカニズムへ追加することもできる。
【００１７】
メモリユニット（ＭＵ：Memory Unit）１４０をコントローラ１０４に挿入して、追加のポータブルストレージを提供することができる。ポータブルメモリユニットを使用すると、ユーザは、ゲームパラメータおよびユーザアカウントを記憶し、その他のゲーム機でプレイするために、それらデータを移すことができる。記載した実施例では、各コントローラは、２つのメモリユニット１４０が挿入されるよう構成されているが、その他の実施例では、３つ以上または２つ未満のメモリユニットを使用することができる。マイク付きヘッドホン１４２をコントローラ１０４またはゲーム機１０２に接続して、音声通信機能を提供することができる。マイク付きヘッドホン１４２には、音声入力用マイクと、１つまたは複数の音声出力用スピーカとを含めることができる。
【００１８】
ゲームシステム１００では、例えば、ゲーム、音楽、およびビデオをプレイすることができる。ストレージ容量の違いはあるが、タイトルは、ハードディスクドライブ、ドライブ１０６内のポータブルメディア１０８、オンラインソース、またはメモリユニット１４０からプレイすることができる。いくつかの実施形態においては、セキュリティの目的上、実行可能なコードは、ポータブルメディア１０８からのみ実行できる。ゲームシステム１００でプレイできるものの例として、ＣＤおよびＤＶＤディスク、ハードディスクドライブ、またはオンラインソースからプレイできるゲームタイトルと、ポータブルメディアドライブ１０６内のＣＤ、ハードディスクドライブ上のファイル（例えば、ＷＭＡ（Windows Media Audio）（登録商標）フォーマット）、またはオンラインストリーミングソースから再生できるデジタル音楽と、ポータブルメディアドライブ１０６内のＤＶＤディスク、ハードディスクドライブ上のファイル（例えば、アクティブストリーミングフォーマット）、またはオンラインストリーミングソースから再生できるデジタルオーディオ／ビデオが挙げられる。
【００１９】
図２は、ゲームシステム１００の機能コンポーネントをより詳細に示している。ゲーム機１０２は、中央処理装置（ＣＰＵ：Central Processing Unit）２００およびメモリコントローラ２０２を備えている。メモリコントローラ２０２により、プロセッサは、様々な種類のメモリにアクセスするのが容易になる。それらメモリには、フラッシュＲＯＭ（Read Only Memory）２０４、ＲＡＭ（Random Access Memory）２０６、ハードディスクドライブ２０８、およびポータブルメディアドライブ１０６が含まれる。ＣＰＵ２００には、レベル１キャッシュ２１０およびレベル２キャッシュ２１２が備えられており、それらにデータを一時的に記憶し、それによりメモリアクセスサイクルの回数を低減することによって、処理速度および処理能力を向上させる。
【００２０】
ＣＰＵ２００、メモリコントローラ２０２、および各種メモリ装置は、１つまたは複数のバスを介して、相互に接続されている。それらのバスには、各種の任意のバスアーキテクチャを使用する、シリアルバス、パラレルバス、ペリフェラルバス、メモリバス、および、プロセッサバスまたはローカルバスが含まれる。そのようなバスアーキテクチャの例として、ＩＳＡ（Industry Standard Architecture）バス、ＭＣＡ（Micro Channel Architecture）バス、ＥＩＳＡ（Enhanced ISA）バス、ＶＥＳＡ（Video Electronics Standards Association）ローカルバス、および、メザニンバスとしても知られているＰＣＩ（Peripheral Component Interconnect）バスを挙げることができる。
【００２１】
好適な一実施例として、ＣＰＵ２００、メモリコントローラ２０２、ＲＯＭ２０４、およびＲＡＭ２０６は、統一モジュール２１４に統合されている。この実施例では、ＲＯＭ２０４は、メモリコントローラ２０２およびＲＯＭバス（図示せず）に接続されているフラッシュＲＯＭとして構成されている。ＲＡＭ２０６は、複数のＤＤＲ  ＳＤＲＡＭ（Double Data Rate Synchronous Dynamic RAM）として構成され、それらＤＤＲ  ＳＤＲＡＭは、別々のバス（図示せず）を介して、メモリコントローラ２０２により、個別に制御される。ハードディスクドライブ２０８およびポータブルメディアドライブ１０６は、ＰＣＩバスおよびＡＴＡ（AT Attachment）バス２１６を介して、メモリコントローラに接続されている。
【００２２】
３Ｄグラフィック処理装置２２０およびビデオエンコーダ２２２により、高速かつ高解像度のグラフィック処理のためのビデオ処理パイプラインが形成される。データは、グラフィック処理装置２２０から、デジタルビデオバス（図示せず）を介して、ビデオエンコーダ２２２へ伝送される。オーディオ処理装置２２４およびオーディオコーデック（コーダ／デコーダ）２２６により、高品質ステレオ処理のための対応するオーディオ処理パイプラインが形成される。オーディオデータは、通信リンク（図示せず）を介して、オーディオ処理装置２２４とオーディオコーデック２２６との間で伝送される。ビデオ処理パイプラインおよびオーディオ処理パイプラインは、テレビやその他のディスプレイに送信するために、データをＡ／Ｖ（オーディオ／ビデオ）ポート２２８に出力する。図示した実施例では、ビデオ処理コンポーネントおよびオーディオ処理コンポーネント２２０〜２２８は、モジュール２１４に組み込まれている。
【００２３】
ＵＳＢホストコントローラ２３０およびネットワークインターフェース２３２もまた、モジュール２１４に組み込まれている。ＵＳＢホストコントローラ２３０は、バス（例えば、ＰＣＩバス）を介して、ＣＰＵ２００およびメモリコントローラ２０２に接続され、ペリフェラルコントローラ１０４（１）〜１０４（４）のホストとして機能する。ネットワークインターフェース２３２は、ネットワーク（例えば、インターネット、ホームネットワークなど）へのアクセスを提供するもので、イーサネット（登録商標）カード、モデム、ブルートゥース（登録商標）モジュール、ケーブルモデムなどを含む多種多様な任意の有線または無線インターフェースコンポーネントとすることができる。
【００２４】
ゲーム機１０２は、２つのデュアルコントローラポートサブアセンブリ２４０（１）および２４０（２）を備えており、各サブアセンブリは、２つのゲームコントローラ１０４（１）〜１０４（４）をサポートする。フロントパネルＩ／Ｏサブアセンブリ２４２は、電源ボタン１１２および取出しボタン１１４に加えて、任意のＬＥＤ（Light Emitting Diode）やゲーム機の外面に見えるその他のインジケータの機能をサポートする。サブアセンブリ２４０（１）、２４０（２）および２４２は、１つまたは複数のケーブルアセンブリ２４４を介して、モジュール２１４に接続されている。
【００２５】
８つのメモリユニット１４０（１）〜１４０（８）が、４つのコントローラ１０４（１）〜１０４（４）に接続可能なものとして図示されている。すなわち、各コントローラには、２つのメモリユニットが接続可能である。各メモリユニット１４０は、追加のストレージを提供し、各メモリユニット１４０には、ゲーム、ゲームパラメータ、およびその他のデータを記憶することができる。メモリユニット１４０をコントローラに挿入すると、メモリコントローラ２０２は、メモリユニット１４０にアクセスすることができる。
【００２６】
システム電源供給モジュール２５０は、ゲームシステム１００のコンポーネントに電力を供給する。ファン２５２は、ゲーム機１０２内部の回路を冷却する。
【００２７】
ゲーム機１０２は、統一されたメディアポータルモデルを組み込んでいる。このメディアポータルモデルは、一貫性のあるユーザインターフェースと、ナビゲーション階層とを提供して、ユーザを様々なエンターテイメントエリアへ移動させる。ポータブルメディアドライブ１０６に挿入されるメディアの種類にかかわらず、ポータルモデルは、多種多様なメディア（ゲームデータ、オーディオデータ、およびビデオデータ）からコンテンツにアクセスする使い勝手のよい方法を提供する。
【００２８】
統一されたメディアポータルモデルを組み込むため、コンソールユーザインターフェース（ＵＩ：User Interface）アプリケーション２６０が、ハードディスクドライブ２０８に格納されている。ゲーム機の電源を入れると、コンソールアプリケーション２６０の様々な部分が、ＲＡＭ２０６および／またはキャッシュ２１０、２１２にロードされ、ＣＰＵ２００上で実行される。コンソールアプリケーション２６０は、グラフィックユーザインターフェースを提供し、このグラフィックユーザインターフェースは、ゲーム機上で使用可能な各種メディアにナビゲートする際に、一貫性のあるユーザ体験を提供する。
【００２９】
ゲームシステム１００は、単にテレビやその他のディスプレイ装置に接続するだけで、スタンドアロンシステムとして動作することもできる。このスタンドアロンモードの場合、ゲームシステム１００では、１人または複数人のプレイヤが、ゲームをプレイしたり、映画を観たり、または、音楽を聴いたりすることができる。しかし、ネットワークインターフェース２３２を介してブロードバンド接続との統合が可能になると、ゲームシステム１００は、さらに、より大規模なネットワークゲームコミュニティにおける一参加者として、動作することができる。このネットワークゲーム環境については、次に説明する。
【００３０】
図３は、ネットワーク３０２を介して、複数のゲームシステム１００（１）〜１００（ｇ）を相互接続する例示的なネットワークゲーム環境３００を示している。ネットワーク３０２は、多種多様な任意のデータ通信ネットワークを表す。ネットワーク３０２には、パブリックな部分（例えば、インターネット）、および、プライベートな部分（例えば、住宅用のローカルエリアネットワーク（ＬＡＮ：Local Area Network））、ならびに、パブリックおよびプライベートな部分の組合せを含めることができる。ネットワーク３０２は、有線および無線メディアの両方を含む１つまたは複数の多種多様な従来の通信メディアを使用して、実装することができる。パブリックプロトコルおよび専用プロトコルの両方を含む多種多様な任意の通信プロトコルを使用して、ネットワーク３０２を介してデータを通信することができる。このようなプロトコルの例には、ＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、ＮｅｔＢＥＵＩなどが含まれる。
【００３１】
ゲームシステム１００に加え、ネットワーク３０２を介して、１つまたは複数のオンラインサービス３０４（１）〜３０４（ｓ）にアクセスすることができる。これらオンラインサービスは、オンラインゲームの主催、ダウンロード可能な音楽ファイルやビデオファイルの提供、ゲーム大会の主催、オーディオ／ビデオのストリーミングファイルの提供などの様々なサービスを参加者に提供する。ネットワークゲーム環境３００には、さらにキー配信センタ３０６を含めることができる。このキー配信センタ３０６は、オンラインサービス３０４だけでなく、個々のプレイヤおよび／またはゲームシステム１００を相互に認証する役割を果たす。配信センタ３０６は、有効な参加者にキーおよびサービスチケットを配信し、有効な参加者は、このキーおよびサービスチケットを使用して、複数人のプレイヤ間でゲームを形成したり、オンラインサービス３０４からサービスを購入したりすることができる。
【００３２】
ネットワークゲーム環境３００は、個々のゲームシステム１００が使用可能な別のメモリソースであるオンラインストレージを組み込んでいる。ポータブルストレージメディア１０８、ハードディスクドライブ２０８、およびメモリユニット（群）１４０に加えて、ゲームシステム１００（１）は、ネットワーク３０２を介して、オンラインサービス３０４（ｓ）にあるリモートストレージ３０８により例示されている、リモートストレージロケーションにて使用可能なデータファイルにもアクセスすることができる。
【００３３】
図４は、別の例示的なオンラインゲーム環境４００、例えば、ワシントン州レドモンドを本拠とするマイクロソフトコーポレーションのＸＢＯＸ（登録商標）  ＬＩＶＥのブロック図である。複数のゲーム機４０２（１）〜４０２（ｎ）が、ネットワーク４０６を介して、セキュリティゲートウェイ４０４に接続されている。各ゲーム機４０２は、例えば、図１または図２におけるゲーム機１０２とすることができる。ネットワーク４０６は、１つまたは複数の様々な任意の従来のデータ通信ネットワークを表す。ネットワーク４０６は通常、パケット交換ネットワークを含むが、回線交換ネットワークを含むこともできる。ネットワーク４０６には、有線および／または無線部分を含めることができる。例示的な一実施例では、ネットワーク４０６には、インターネットが含まれ、任意的に１つまたは複数のローカルエリアネットワーク（ＬＡＮ）および／またはワイドエリアネットワーク（ＷＡＮ：Wide Area Network）が含まれてもよい。少なくともネットワーク４０６の一部は、公的にアクセス可能なネットワークを指すパブリックネットワークである。事実上、パブリックネットワークには誰でもアクセスすることができる。
【００３４】
状況によって、ネットワーク４０６には、ゲーム機４０２とセキュリティゲートウェイ４０４との間に設置されたルーティング装置を伴うＬＡＮ（例えば、ホームネットワーク）が含まれる。このルーティング装置は、ネットワークアドレス変換（ＮＡＴ：Network Address Translation）を実行して、ＬＡＮ上の複数の装置がインターネット上で同じＩＰアドレスを共有できるようにし、インターネットを介した悪意のある、または、不正なユーザによるアクセスから、ＬＡＮ上の装置（群）を保護するファイヤウォールとして動作することもできる。
【００３５】
セキュリティゲートウェイ４０４は、パブリックネットワーク４０６と、プライベートネットワーク４０８との間のゲートウェイとして動作する。プライベートネットワーク４０８は、ローカルエリアネットワークなどの多種多様な任意の従来のネットワークとすることができる。以下でより詳細に説明する装置と同様に、プライベートネットワーク４０８は、安全ゾーンとして動作するデータセンタ４１０の内部に存在する。データセンタ４１０は、信頼できる通信を介して通信を行う信頼できる装置から構成される。したがって、安全ゾーン４１０内では、暗号化および認証は必要ない。ネットワーク４０８のプライベートという性質は、ネットワーク４０８へのアクセスの可能性が制限されていることを指す。すなわち、ネットワーク４０８へのアクセスが、特定の人のみに制限されている（例えば、データセンタ４１０の所有者または運用者により制限されている）。
【００３６】
セキュリティゲートウェイ４０４は、１つまたは複数のセキュリティゲートウェイコンピュータ装置のクラスタである。これらセキュリティゲートウェイコンピュータ装置は、まとまってセキュリティゲートウェイ４０４を実装する。セキュリティゲートウェイ４０４には、任意的に１つまたは複数の従来の負荷分散装置を含めることができる。この負荷分散装置は、セキュリティゲートウェイコンピュータ装置により処理されるリクエストを、それらコンピュータ装置のうちの適切なものに割り振るよう動作する。各種セキュリティゲートウェイコンピュータ装置に対する負荷がほぼ均等になるようバランスをとるような方法により（あるいは、その他の何らかの基準に従って）、この割り振りや負荷分散が行われる。
【００３７】
さらに、データセンタ４１０の内部には、次のものが存在する。１つまたは複数の監視サーバ４１２；１つまたは複数のプレゼンスおよび通知フロントドア４１４、１つまたは複数のプレゼンスサーバ４１６、１つまたは複数の通知サーバ４１８、および、プロファイルストア４２８（これら４つがまとまって、プレゼンスおよび通知サービス、または、プレゼンスおよび通知システム４３０を実装する）；１つまたは複数のマッチングフロントドア４２０、および、１つまたは複数のマッチングサーバ４２２（この２つがまとまって、マッチングサービスを実装する）；１つまたは複数の統計フロントドア４２４、および、１つまたは複数の統計サーバ４２６（この２つがまとまって、統計サービスを実装する）。サーバ４１６、４１８、４２２および４２６は、ゲーム機４０２にサービスを提供するので、サービス装置と呼ぶことができる。サーバ４１６、４１８、４２２および４２６のうちの１つまたは複数に加えて、および／または、それらサーバのうちの１つまたは複数に代えて、その他のサービス装置を含めることもできる。さらに、図４では、１つのデータセンタのみが示されているが、代替として、ゲーム機４０２と通信することができる複数のデータセンタが存在してもよい。これらデータセンタは、個別に動作してもよいし、あるいは、（例えば、ゲーム機１０２、４０２が１つの大規模なデータセンタを利用できるように、）まとまって動作してもよい。
【００３８】
ゲーム機４０２は、データセンタ４１０から遠く離れた場所に配置され、ネットワーク４０６を介して、データセンタ４１０にアクセスする。データセンタ内の１つまたは複数の装置と通信することを望むゲーム機４０２は、データセンタにログインして、ゲーム機４０２とセキュリティゲートウェイ４０４との間に安全な通信チャネルを確立する。ゲーム機４０２およびセキュリティゲートウェイ４０４は、やり取りされるデータパケットを暗号化して認証することによって、暗号化を解読することなくキャプチャまたはコピーできるその他のいずれの装置によっても知られずに、両者間でデータパケットを安全に伝送することができる。ゲーム機４０２からセキュリティゲートウェイ４０４へ、または、セキュリティゲートウェイ４０４からゲーム機４０２へ送信される各データパケットには、データを埋め込むことができる。この埋め込まれたデータは、パケットのコンテンツ、または、データコンテンツと呼ばれる。パケットの種類（例えば、ハートビートパケット）に合わせて、パケット内に、追加の情報を固有に含めることもできる。
【００３９】
ゲーム機４０２とセキュリティゲートウェイ４０４との間の安全な通信チャネルは、セキュリティチケットに基づくものである。ゲーム機４０２は、キー配信センタ４２８に対して、自機および自機を使用中のユーザ（ら）の認証を行い、キー配信センタ４２８からセキュリティチケットを取得する。次いで、ゲーム機４０２は、このセキュリティチケットを使用して、セキュリティゲートウェイ４０４との安全な通信チャネルを確立する。セキュリティゲートウェイとの安全な通信チャネルを確立する際には、ゲーム機４０２およびセキュリティゲートウェイ４０４が、相互に認証を行い、その特定のゲーム機４０２およびセキュリティゲートウェイ４０４にしか知られないセッションセキュリティキーを構築する。このセッションセキュリティキーを使用して、ゲーム機４０２とセキュリティゲートウェイクラスタ４０４との間で伝送されるデータを暗号化する。このため、その他の装置（その他のゲーム機４０２を含む）は、データを読み取ることができない。セッションセキュリティキーは、データパケットの送信元であるとされるセキュリティゲートウェイ４０４またはゲーム機４０２からのデータパケットを認証するためにも使用される。したがって、このようなセッションセキュリティキーを使用すると、セキュリティゲートウェイ４０４と、様々なゲーム機４０２との間に、安全な通信チャネルを確立することができる。
【００４０】
ゲーム機４０２とセキュリティゲートウェイ４０４との間に安全な通信チャネルが確立されると、この二者間で、暗号化されたデータパケットを安全に伝送することができる。ゲーム機４０２が、データセンタ４１０内に存在する特定のサービス装置にデータを送信することを望む場合、ゲーム機４０２は、データを暗号化し、データパケットの送信先である特定のサービス装置（群）にデータが転送されるようリクエストして、セキュリティゲートウェイ４０４にそのデータを送信する。セキュリティゲートウェイ４０４は、データパケットを受信し、データパケットを認証して復号化した後に、パケットのデータコンテンツを別のメッセージに含めて、プライベートネットワーク４０８を介して、適切なサービスへ送信する。セキュリティゲートウェイ４０４は、データパケットの送信先であるリクエストされたサービス（群）に基づくメッセージに合わせて、適切なサービスを決定する。
【００４１】
同様に、データセンタ４１０内のサービス装置が、ゲーム機４０２にデータを送信することを望む場合、データセンタが、プライベートネットワーク４０８を介して、セキュリティゲートウェイ４０４へメッセージを送信する。このメッセージには、ゲーム機４０２に送信すべきデータコンテンツに加えて、データコンテンツの送信先である特定のゲーム機４０２の指定情報が含まれる。セキュリティゲートウェイ４０４は、データコンテンツをデータパケットに埋め込み、次いで、データパケットを暗号化する。このため、その特定のゲーム機４０２しか、そのデータパケットを復号化することができない。その特定のゲーム機４０２はまた、そのデータパケットを、セキュリティゲートウェイ４０４から送信されたものとして、認証する。
【００４２】
本明細書では、主に、暗号化されたデータパケットを、セキュリティゲートウェイ４０４とゲーム機４０２との間で通信するものとして説明してきたが、別の方法では、データパケットが部分的にしか暗号化されない（データパケットの一部は暗号化されるが、その他の部分は暗号化されない）。データパケットのどの部分を暗号化し、どの部分を暗号化しないかについては、データセンタ４１０および／またはゲーム機４０２の設計者の意向によって変わり得る。例えば、設計者は、ゲーム機４０２のユーザらが互いに対話できるように、音声データをゲーム機４０２間で通信できるよう選択することができる。設計者は、さらに、パケット内の音声データ以外の全てのデータを暗号化しながらも、音声データを暗号化しないようにすることが可能となるよう選択することができる。さらに、また別の方法では、データパケット内に暗号化されている部分がない場合がある（すなわち、データパケットがまったく暗号化されない）。データパケットが暗号化されていない、または部分的にしか暗号化されていないとしても、依然として、全てのデータパケットを認証することができることに留意されたい。
【００４３】
セキュリティゲートウェイ４０４内の各セキュリティゲートウェイ装置は、通常１つまたは複数のゲーム機４０２との安全な通信チャネルに対する責任を有する。したがって、各セキュリティゲートウェイ装置は、１つまたは複数のゲーム機の管理や処理を担うものとみなすことができる。各種セキュリティゲートウェイ装置は、相互に通信し、相互にメッセージを伝送することができる。例えば、管理する責任のないゲーム機にデータパケットを送信する必要があるセキュリティゲートウェイ装置は、そのゲーム機に送信すべきデータを含むメッセージを、自機以外の全てのセキュリティゲートウェイ装置に送信することができる。このメッセージが、そのゲーム機の管理を担当するセキュリティゲートウェイ装置により受信され、そのセキュリティゲートウェイ装置が、そのゲーム機に適切なデータを送信する。代替として、セキュリティゲートウェイ装置は、どのセキュリティゲートウェイ装置がどのゲーム機を担当しているかを認識しておくようにしてもよい。これは、各セキュリティゲートウェイ装置が、自機以外のセキュリティゲートウェイ装置が担当するゲーム機の表を保持するなどの明示的なものであってもよいし、あるいは、ゲーム機の識別子に基づいて、どのセキュリティゲートウェイ装置が特定のゲーム機を担当しているかを判断するなどの黙示的なものであってもよい。
【００４４】
監視サーバ（群）４１２は、使用できないゲーム機４０２、または、セキュリティゲートウェイ４０４の使用できないセキュリティゲートウェイ装置を、データセンタ４１０内の装置に通知する。ゲーム機４０２は、様々な理由により、使用できなくなることがあり得る。それらの理由として、ハードウェアもしくはソフトウェアの不具合、データセンタ４１０からログアウトせずにゲーム機の電源を落とすこと、ゲーム機４０２へのネットワーク接続ケーブルがゲーム機４０２から抜けていること、その他のネットワーク上の問題（例えば、ゲーム機４０２が接続しているＬＡＮの機能障害）などがある。同様に、セキュリティゲートウェイ４０４のセキュリティゲートウェイ装置も、様々な理由により、使用できなくなることがあり得る。それらの理由として、ハードウェアもしくはソフトウェアの不具合、装置の電源が切れていること、装置へのネットワーク接続ケーブルが装置から抜けていること、その他のネットワーク上の問題などがある。
【００４５】
セキュリティゲートウェイ４０４内の各セキュリティゲートウェイ装置は、１つまたは複数の監視サーバ４１２により監視されており、監視サーバ４１２は、セキュリティゲートウェイ装置の１つが使用できなくなったとき、それを検出する。セキュリティゲートウェイ装置が使用できなくなった場合には、監視サーバ４１２が、データセンタ４１０内のその他の各装置（サーバ、フロントドアなど）に対して、そのセキュリティゲートウェイ装置がもはや使用できないというメッセージを送信する。その他の各装置は、この情報に基づいて、適切な動作を行うことができる（例えば、その他の各装置は、そのセキュリティゲートウェイ装置により管理されていた特定のゲーム機が、データセンタ４１０ともはや通信できない状態にあると想定して、それに応じて、様々なクリーンアップ作業を行うことができる）。代替として、所定の装置群（例えば、セキュリティゲートウェイ装置の使用の可否によって影響を受ける装置群）だけが、監視サーバ４１２から、そのようなメッセージを受信してもよい。
【００４６】
セキュリティゲートウェイ４０４は、個々のゲーム機４０２を監視し、ゲーム機４０２の１つが使用できなくなったとき、それを検出する。セキュリティゲートウェイ４０４は、ゲーム機がもはや使用できないと検出した場合、使用できないゲーム機を識別するメッセージを、監視サーバ４１２に送信する。それに応じて、監視サーバ４１２は、データセンタ４１０内のその他の各装置（あるいは、選択された装置群だけ）に、そのゲーム機がもはや使用できないというメッセージを送信する。次いで、その他の各装置は、この情報に基づいて、適切な動作を行うことができる。
【００４７】
プレゼンスサーバ（群）４１６は、オンラインゲームをするためにデータセンタ４１０にログインしている所定のユーザのステータスやプレゼンスに関するデータを保持および処理する。通知サーバ（群）４１８は、データセンタ４１０にログインしているプレイヤ向けに送信されるメッセージの通知キューを複数保持する。プレゼンスおよび通知フロントドア４１４は、セキュリティゲートウェイ４０４と、サーバ４１６および４１８との中継役として動作する１つまたは複数のサーバ装置である。プレゼンスおよび通知フロントドア４１４には、１つまたは複数の負荷分散装置（図示せず）を含めることができ、その負荷分散装置は、フロントドア４１４として動作する複数のサーバ装置間で負荷のバランスをとる。セキュリティゲートウェイ４０４は、サーバ４１６および４１８向けのメッセージを、フロントドア４１４に伝送する。フロントドア４１４は、特定のサーバ４１６または特定のサーバ４１８のうち、どちらのサーバにそのメッセージを伝送すべきかを識別する。フロントドア４１４を使用することにより、どのユーザに関するデータをどのサーバが管理する責任があるかなどの、サーバ４１６および４１８の実際の実施内容が、セキュリティゲートウェイ４０４から抽出される。セキュリティゲートウェイ４０４は、プレゼンスおよび通知サービス向けのメッセージを、プレゼンスおよび通知フロントドア４１４に、単に転送するだけでよく、サーバ（群）４１６およびサーバ（群）４１８のうちの適切な１つに対するメッセージのルーティングを、フロントドア４１４に委ねることができる。
【００４８】
マッチングサーバ（群）４２２は、オンラインプレイヤ相互のマッチングに関するデータを保持および処理する。オンラインユーザは、プレイ可能なゲームと共に、そのゲームの様々な特性（例えば、フットボールゲームがプレイされる場所、日中か夜間のどちらにプレイするか、ユーザのスキルレベルなど）を公表することができる。次いで、これらの様々な特性をベースに使用して、様々なオンラインユーザをマッチアップし、共にゲームをプレイさせることができる。マッチングフロントドア４２０は、１つまたは複数のサーバ装置（および、任意的に負荷分散装置（群））を含み、セキュリティゲートウェイ４０４から、マッチングサーバ（群）４２２を抽出するよう動作する。これは、フロントドア４１４が、サーバ（群）４１６およびサーバ（群）４１８を抽出するのと類似した方法により行われる。
【００４９】
統計サーバ（群）４２６は、オンラインゲームの各種統計に関するデータを保持および処理する。使用される具体的な統計は、ゲーム設計者の意向に基づいて変わり得る（例えば、スコアもしくはタイムのトップ１０、全オンラインゲームプレイヤの世界ランキング、取得アイテムの最も多いもしくはプレイ時間の最も長いユーザのリストなど）。統計フロントドア４２４は、１つまたは複数のサーバ装置（および、任意的に負荷分散装置（群））を含み、セキュリティゲートウェイ４０４から、統計サーバ（群）４２６を抽出するよう動作する。これは、フロントドア４１４が、サーバ（群）４１６およびサーバ（群）４１８を抽出するのと類似した方法により行われる。
【００５０】
このようにして、セキュリティゲートウェイが、信頼できないパブリックネットワーク４０６から、データセンタ４１０内の安全ゾーンに存在する装置を保護するよう動作することが確認できる。データセンタ４１０内に存在する装置は全て信頼できるので、データセンタ４１０の安全ゾーン内における通信は、暗号化される必要がない。しかし、データセンタ４１０内に存在する装置からゲーム機４０２に伝送される情報は全て、セキュリティゲートウェイクラスタ４０４を経由して渡され、セキュリティゲートウェイクラスタ４０４では、その情報の送信先になっているゲーム機４０２しか復号化できないような方法により、その情報が暗号化される。
【００５１】
ＲＡＭメモリ２０６、不揮発性メモリ１０８、２０８、３０８、または、ゲーム機１０２に存在するその他の任意のメモリに記憶されたコンピュータが実行可能な命令（すなわち、ソフトウェア）に、本発明の１つまたは複数の側面を組み込むことができる。一般的に、プログラムモジュールには、コンピュータ内またはその他の装置内のプロセッサによる実行時に、特定のタスクを実行する、または、特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれる。コンピュータが実行可能な命令は、ハードディスク２０８、リムーバブルストレージメディア１０８、ソリッドステートメモリ、ＲＡＭ２０６などの、コンピュータが読み取り可能なメディアに記憶することができる。当業者であれば理解されるとおり、ソフトウェアモジュールの機能は、様々な実施形態において、望むように組み合わせることもできるし、または、分散することもできる。加えて、例えば、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）やフィールドプログラマブルゲートアレイ（ＦＰＧＡ:Field Programmable Gate Array）などの、ファームウェアやハードウェア相当物の全体または一部に、その機能を組み込むことができる。
【００５２】
あるいは、図５に一般的に示されるように、本発明の１つまたは複数の側面を、汎用コンピュータまたはその他のデータ処理装置に組み込むこともできる。図５を参照すると、各種機能を実装するための例示的なシステムには、コンピュータ装置５００などのコンピュータ装置が含まれる。その最も基本的な構成では、コンピュータ装置５００には通常、少なくとも１つの処理装置５０２と、メモリ５０４とが含まれる。的確な構成およびコンピュータ装置の種類に応じて、メモリ５０４は、揮発性メモリ（例えば、ＲＡＭ）、不揮発性メモリ（例えば、ＲＯＭ、フラッシュメモリなど）、またはその両方の何らかの組合せとすることができる。この最も基本的な構成は、図５において、点線５０６により示されている。加えて、装置５００は、追加の特徴／機能を有することもできる。例えば、装置５００には、追加のストレージ（リムーバブルおよび／または非リムーバブル）を含めることもできる。このストレージには、磁気ディスク、光ディスク、またはテープが含まれるが、これらに限定されるものではない。このような追加のストレージは、図５において、リムーバブルストレージ５０８および非リムーバブルストレージ５１０により示されている。コンピュータストレージメディアには、揮発性および不揮発性メディア、リムーバブルおよび非リムーバブルメディアが含まれる。これらのメディアは、本明細書で説明するように動作するよう装置に指示する、コンピュータが読み取り可能な命令、データ構造、プログラムモジュール、またはその他のデータなどの、情報のストレージのための任意の方法または技術により実装される。メモリ５０４、リムーバブルストレージ５０８、および非リムーバブルストレージ５１０は全て、コンピュータストレージメディアの例である。コンピュータストレージメディアには、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくはその他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ：Digital Versatile Disk）もしくはその他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくはその他の磁気ストレージ装置、または、コンピュータ装置５００がアクセスでき、所望の情報を記憶するのに使用できるその他の任意のメディアが含まれるが、これらに限定されるものではない。このようなコンピュータストレージメディアは全て、コンピュータ装置５００の一部とすることができる。
【００５３】
装置５００にはまた、その他の装置との通信を可能にする通信接続（群）５１２も含めることができる。通信接続（群）５１２は、通信メディアの一例である。通信メディアは通常、コンピュータが読み取り可能な命令、データ構造、プログラムモジュール、または、その他のデータを、搬送波やその他の伝送メカニズムなどの変調化されたデータ信号として表現したものであり、任意の情報伝達メディアを含む。「変調化されたデータ信号」という用語は、例えば、信号内の情報をエンコードするような方法により設定または変更された１つまたは複数の特性を有する信号を意味する。例えば、通信メディアには、有線ネットワークや直接配線接続などの有線メディアと、音響、ＲＦ、赤外線、およびその他の無線メディアなどの無線メディアとが含まれるが、これらに限定されるものではない。本明細書では、コンピュータが読み取り可能な媒体という用語には、記憶メディアおよび通信メディアの両方が含まれる。
【００５４】
装置５００にはまた、キーボード、マウス、ペン、音声入力装置、タッチ入力装置などの入力装置（群）５１４も含めることができる。ディスプレイ、スピーカ、プリンタなどの出力装置（群）５１６も含めることができる。これらの装置は全て、当技術分野において周知であり、ここでは長く説明する必要はない。
【００５５】
例示的な諸実施形態−アクションチャージシステム
ターン制ＲＰＧには、本明細書で説明する、本発明の１つまたは複数の例示的な側面にしたがう、アクションチャージシステム（ＡＣＳ：Action Charge System）と呼ばれる改良型戦闘システムを組み込むことができる。ＡＣＳ  ＲＰＧでは、各キャラクタのターンの順番を定めるターンシーケンスを保持することができる。各ターンは、ゲーム内の特定の時間期間を表すことができる。例えば、各ターンは、ゲームにより表現された仮想世界における１０秒間とすることができる。
【００５６】
ＡＣＳを使用すると、プレイヤは、プレイヤキャラクタの次回のターン時に、デフォルトのパワーレベルで即座にアクションを実行するか、または、プレイヤキャラクタのアクションを、しばらくの時間遅らせるが、増加したパワーレベルで実行するかを、動的に決定することができる。すなわち、プレイヤは、プレイヤに元々割り当てられていたターンのタイミングから、所定のアクション（例えば、攻撃、防御、回復など）をしばらくの時間「チャージ」することにより、そのアクションの結果として発生するパワー（効果）を、任意にコントロールすることができる。プレイヤが、アクションをチャージするよう決定した場合、アクションの実行は遅れるが、最終的に実行されるときには、アクションのパワーは増す。したがって、プレイヤが、アクションを長く「チャージ」すればするほど、すなわち、アクションを遅らせれば遅らせるほど（これにより、プレイヤのターンも遅れることになるが）、そのチャージにより、結果として生じるターン時のアクションのパワーは、より増すことになる。これにより、プレイヤが、より弱いパワーレベルで即座にアクションを実行するか、または、アクションをしばらくの時間遅らせて、より強いパワーレベルでアクションを実行するかを決断しなければならないので、プレイヤには、戦略的な選択が与えられる。プレイヤが、アクションを遅らせて、アクションをチャージする場合、プレイヤは、アクションをチャージする時間の長さ（パワーの大きさ）も決定する必要がある。その時に注意すべき点は、プレイヤが、結果として戦闘に関与できなくなってしまうほど遅らせすぎないようにすることである。
【００５７】
図６Ａを参照すると、例示的なターン制ＲＰＧ戦闘システムでは、時間増加量（time increment）６１０を含むタイムライン６０１に基づいて、キャラクタＡ６０３、キャラクタＢ６０４、キャラクタＣ６０５、キャラクタＤ６０６、キャラクタＥ６０７、およびキャラクタＦ６０８に関するターンシーケンス６００を定めることができる。キャラクタのターンの順番が、ゲームの現時点６０２と一致したときに、そのキャラクタは、アクションを実行する。図６Ａに示すように、現時点６０２では、キャラクタＡが示されているので、キャラクタＡ６０３は、即座にアクションを実行するか、または、アクションのパワーレベルをチャージするかのいずれかを選択することができる。パワーレベルのチャージについては、以下で詳しく説明する。キャラクタＢ６０４は、キャラクタＡ６０３の１０マスの時間増加量後に、ターンの順番が予定されている。キャラクタＣ６０５は、キャラクタＢ６０４の１１マスの時間増加量後、キャラクタＤ６０６は、キャラクタＣ６０５の１４マスの時間増加量後、キャラクタＥ６０７は、キャラクタＤ６０６の９マスの時間増加量後、キャラクタＦ６０８は、キャラクタＥ６０７の１１マスの時間増加量後である。１回のターンにつき１マスの時間増加量（したがって、等間隔のターンとなる）、または、複数のターンにつき複数マスの時間増加量を用いるなど、望むように、任意の時間増加量を用いることができる。ターンシーケンス６００は、ビデオゲームのグラフィックユーザインターフェースの一部として、Ａ／Ｖポート２２８を介してゲーム機１０２に接続されているテレビやその他のディスプレイに表示することができる。したがって、現在のターンの順番をプレイヤに視覚的に知らせることができる。
【００５８】
キャラクタが自分のターンを行うとき、ＡＣＳは、リクエストされたアクションを実行し、アクションを行ったキャラクタに関連付けられたターン遅延量に応じて、ターンの順番を変更する。例えば、図６Ｂは、キャラクタＡ６０３がデフォルトのパワーレベルで即座にアクションを実行した後のターンシーケンス６００を示している。図６Ｂにおいて、キャラクタＡ６０３に関連付けられたターン遅延量は、６６マスの時間増加量である。プレイヤキャラクタは、対応するコマンドを入力することによって、例えば、ゲームコントローラ１０４上の予め定められたボタン１３６を押し、すぐに離すことによって、即座にアクションを実行することができる。コマンドは、ボタンを押す時間の長さに依存する必要はなく、その他の任意のコマンドを使用して、望むように即座のアクションを指示することができる。キャラクタに関連付けられたターン遅延量は、様々な要因に基づくようにすることができる。それらの要因として、ゼロ以上の変更因子（modifier）により変更されるデフォルトの遅延量などが挙げられる。変更因子の例としては、スピード（通常、キャラクタの素早さに基づく一定の変更因子）、疲労度（キャラクタが休息を取っていない度合いによって変動し得る）、強化変更因子（例えば、キャラクタにスピードアップの魔法をかけた、または、キャラクタが自分の足をサイボーグにグレードアップしたなど、魔法、ポーション、またはその他の一時的な強化行為に基づく、通常は一時的な変更因子）などがある。
【００５９】
図７Ａは、図６Ａと同じターンシーケンス６００を示しているが、図７Ａは、キャラクタＡ６０３をコントロールするプレイヤ（すなわち、プレイヤキャラクタＡ６０３）が、即座にアクションを実行せず、アクション実行時のパワーレベルを増加させるために、アクションをチャージするよう決定したときのものである。プレイヤキャラクタは、対応するコマンドを入力することによって、例えば、ゲームコントローラ１０４上の予め定められたボタン１３６を長押しすることによって、アクションをチャージすることができる。この予め定められたボタンとして、即座のアクション用に使用されるボタンと同じボタンを使用してもよいし、または、別のボタンを使用してもよい。プレイヤが、予め定められたボタン１３６を押したままにすると、アクションメータまたはアクションゲージ７０１が、ターンシーケンス６００上で増加し始める。このターンシーケンス６００は、ビデオゲームのグラフィックユーザインターフェースの一部として、Ａ／Ｖポート２２８に接続されたディスプレイやテレビ上に表示される。予め定められたボタンを押したままの時間が、長くなれば長くなるほど、結果として生じるアクションは、より多くチャージされる。すなわち、チャージが多いほど、より威力の大きい攻撃、より良い防御、より効果の高い回復など、アクションの威力も大きくなる。ここでもまた、即座のアクションコマンドと同様に、コマンドは、ボタンを押す時間の長さに依存する必要はなく、その他の任意のコマンドを使用して、望むように即座のアクションを指示することができる。
【００６０】
アクションのチャージ中、蓄積されたチャージ量に関するフィードバックを、プレイヤに提供することができる。例えば、図７Ａは、アクションがチャージされている間は右に伸びていくアクションメータ７０１を示している。図７Ａにおける例示的なアクションメータ７０１は、プレイヤが予め定められたボタンを押したままにし始めた少し後の状態であり、これは、チャージがまだそれほど多くないことに加えて、プレイヤキャラクタＡ６０３が、自分のターンを遅らせることなく、その時点までにチャージされたアクションを実行できることも示している。メータは、少なくとも、キャラクタＡが次のキャラクタ（図７Ａでは、キャラクタＢ）の予定されたターンを越えるまで強制的に自分のターンを遅らせるレベルから、開始することができる。代替として、メータが、予め定められた最小チャージ量に到達しない限り、チャージの効果が発生しないようにしてもよい。例えば、図７Ａにおいてチャージされている選択されたアクションについて、メータが次のキャラクタの予定されたターンを越えた場合しか、チャージの効果が発生しないように設定することができる。いくつかの側面では、チャージされるアクションに必要なチャージ量を、プレイヤに予め通知することができるので、プレイヤは、アクションのチャージバージョンを使用するか否かを決定することができる。したがって、プレイヤが予め定められたボタンを押した瞬間に、必要なチャージ量が表示されるようにしておけば、プレイヤは、ボタンを離して、デフォルトのパワーレベルで即座にアクションを実行するか、または、図７Ｂに示されるように、次のキャラクタの予定されたターンを越えるまでメータを進ませることによって、アクションをチャージするかを判断する時間を有する。
【００６１】
図７Ｂは、プレイヤが、メータが次のキャラクタの予定されたターンを越えるのに十分な長さの時間、予め定められたボタンを押したままでいた結果として生じた状態のアクションメータ７０１を示している。プレイヤが予め定められたボタンを押したままでい続けると、メータは、図７Ｃに示されるように、チャージし続ける。図７Ｃは、プレイヤが、メータが次の２つのキャラクタの予定されたターンを越えるのに十分な長さの時間、予め定められたボタンを押したままでいた結果として生じた状態のアクションメータ７０１を示している。プレイヤが、メータが図７Ｃに示される状態のときに、予め定められたボタンを離した場合、プレイヤキャラクタＡ６０３のアクションは、キャラクタＣ６０５の後に、例えば、２８マスの時間増加量分などのアクションメータに基づくチャージ変更因子を有した状態で、実行される。したがって、遅延に基づくパワー変更関数（power modifier function）、例えば、ｃｐｌ＝ｆ（ＡＭ）を使用して、アクションを変更することができる。ここで、ｃｐｌは、チャージされたパワーレベルを表し、ＡＭは、アクションメータの値（この例では、２８）を表している。任意のパワー変更関数を使用して、チャージされたパワーレベルに到達させることができる。このパワー変更関数の例として、ｃｐｌ＝ＡＭ／１０（この例では、２．８）、ｃｐｌ＝ＡＭ、または、ｃｐｌ＝ＡＭｘ（ただし、ｘは、任意の変更因子、または、その組合せである）が挙げられる。パワー変更関数は、使用された時間増加量、ターン間の平均時間、キャラクタ変更因子などに応じて、変わり得る。代替として、チャージされたバージョンの関数が、単に、即座の（すなわち、チャージされていない）バージョンより優先されるように選択されてもよい。
【００６２】
図７Ａ、図７Ｂ、および図７Ｃでは、所定の時点におけるアクションメータ７０１が示されているが、アクションメータ７０１は、時間の経過と共に増加するよう、アニメーション化することができる。すなわち、アクションメータ７０１は、プレイヤがアクションパワーレベルのチャージをどの時点で止めるかを判断するのに十分な時間を有することが可能となるのに十分なステップ分増加させる。図６〜図８に示されるターンシーケンスは、タイムライン６０２と、キャラクタアイコン６０３〜６０８とを含むターンシーケンス６００の図表示例に過ぎず、代替のデザインや配置を使用してもよい。
【００６３】
図８は、プレイヤキャラクタＡ６０３が予め定められたボタンを離した後、それによって自分のターンのためのアクションをチャージした後のターンシーケンス６００を示している。図８のターンシーケンス６００は、プレイヤキャラクタＡ６０３が、自分のパワーレベルを十分にチャージして、現時点でのキャラクタＡ６０３のターンが、キャラクタＣ６０５とキャラクタＤ６０６との間になった状態を示している。
【００６４】
図８はまた、オプションの指標８０１、８０２も示している。オプションの指標８０１（この例では、キャラクタアイコンの陰影）は、キャラクタＡが次回のアクションのために、パワーレベルをチャージしたことを示しているが、どれだけの量をチャージしたかは示していない。オプションの指標８０１から分かることは、結果として生じるキャラクタＡのターンの位置が、キャラクタＣの後で、キャラクタＤの前である、ということだけである。オプションの指標は、陰影、キャラクタアイコンまたはキャラクタ名のそばに付けられたアスタリスクなど、目に見える印であればどのようなものでもよい。オプションの指標８０２は、オプションの指標８０１と同じ情報を示しているが、さらに、キャラクタＡが次回のターンのためにアクションをどれだけチャージしたかを示す量も提供している。オプションの指標８０２として、表示された数値、陰影の勾配もしくは色（ただし、１つまたは複数の陰影の勾配もしくは色が使用される）、または、チャージされたパワーレベル量を提供するその他の任意のグラフィックインジケータが挙げられる。
【００６５】
オプションの指標は、例えば、第１のキャラクタが、デフォルトのパワーレベルでアクションを実行したにもかかわらず、第１のキャラクタのターンが、第１のキャラクタをターンシーケンスの列の最後尾に回らせない場合に、役に立つ。すなわち、例えば、様々なスピード変更因子が原因で、第１のキャラクタのターン遅延が、第２のキャラクタのターン遅延よりもはるかに多い場合がある。第１のキャラクタがデフォルトのパワーレベルでアクションを終了したときに、ＡＣＳは、第１のキャラクタのターン遅延量である５０マスの時間増加量に基づいて、ターンシーケンスを調整することができる。５マスの時間増加量後、第２のキャラクタがデフォルトのパワーレベルでアクションを終了したときに、ＡＣＳは、第２のキャラクタのターン遅延量である４０マスの時間増加量に基づいて、ターンシーケンスを調整することができる。最終的な結果として、第１および第２のキャラクタの双方とも、デフォルトのパワーレベルでアクションを実行したにもかかわらず、第２のキャラクタは、ターンシーケンスにおいて、第１のキャラクタより５マスの時間増加量分だけ前に配置されることになる。したがって、キャラクタが、ターンシーケンスの最後尾に回らなかったことは、そのキャラクタが、自分のターンアクションレベルをチャージしたことを保証するものではない。すなわち、キャラクタが、ターン後に、ターンシーケンスの最後尾に回らなかったことは、必ずしも、そのキャラクタが、アクションのチャージを実行したということを意味するものではない。したがって、オプションの指標８０１、８０２は、キャラクタがアクションのチャージを実行したことをはっきりと示すのに有用となり、それに合わせて、プレイヤは対応することができる。
【００６６】
図９は、パワーレベルをチャージする方法の例示的なフローチャートを示している。開始後、ステップ９０１において、ＡＣＳは、タイムライン６０１を次のキャラクタのターンに進める。ステップ９０３において、プレイヤキャラクタ（または、人工知能を使用するＮＰＣ）は、デフォルトのパワーレベルで即座にアクションを実行するか、または、しばらくの間、すなわち、所望のパワーレベルまで、アクションをチャージするかを決定する。キャラクタが、即座にアクションを実行するよう決定した場合、次いで、ステップ９０５において、ＡＣＳは、デフォルトのパワーレベルでアクションを実行する。デフォルトのパワーレベルは、例えば、キャラクタ固有の属性（例えば、強さ、素早さ、体格（constitution）、特殊能力、魔法など）に基づいて、様々なキャラクタごとに異なるようにすることができる。キャラクタのデフォルトのパワーレベルでアクションを実行した後、ステップ９０７において、ＡＣＳは、キャラクタのターンを進め、それに応じて、ターンシーケンスを調整する。次いで、この方法は、ステップ９０１に戻る。
【００６７】
ステップ９０３において、キャラクタが、アクションのパワーレベルをチャージするよう決定した場合、ステップ９０９において、この方法により、アクションメータが、１ステップ（例えば、１マスの時間増加量、または、その他の予め定められた量）増加する。ステップ９１１において、キャラクタが、例えば、予め定められたボタン１３６を押したままにし続けていることにより、依然としてパワーレベルをチャージしていた場合、この方法は、ステップ９０９に戻る。キャラクタが、例えば、予め定められたボタンを離すことにより、チャージするのを止めた場合、ステップ９１３において、ＡＣＳは、パワー変更関数を使用して、チャージされたパワーレベルを計算する。ステップ９１５において、ＡＣＳは、アクションメータ、チャージされたパワーレベルに基づいて、または、チャージされたパワーレベルに対応する、その他の予め定められた値に基づいて、キャラクタのターンを遅らせる。次いで、ＡＣＳは、ステップ９０１に戻って、次のキャラクタのターンに、ターンの順番を進める。図９に示したステップは、この例とは異なる順番で実行してもよいし、図９に示した１つまたは複数のステップを、オプションのステップとしてもよい。
【００６８】
本発明の１つまたは複数の側面を使用すると、ビデオゲームは、プレイヤキャラクタの思うとおりに、一段上のレベルの戦略性を提供する。適切な人工知能を有する非プレイヤキャラクタもまた、本明細書で説明した機能によって提供される一段上の戦略性を利用することができる。例えば、図８を参照すると、キャラクタＢ６０４およびキャラクタＣ６０５は、オプションの指標８０１および／または８０２の表示により、キャラクタＡ６０３がアクションパワーレベルをチャージしたことを知る。このため、キャラクタＢ６０４は、キャラクタＡ６０３のアクションがＰＣ  Ｂに向けられているかどうかを判断して、デフォルトのパワーレベルで即座にアクション（例えば、予想されるキャラクタＡの攻撃に対する防御）を実行するか、または、自分の攻撃のパワーレベルをチャージするかを戦略的に決めなければならない。あるいは、キャラクタＡの次回のターンの前に、キャラクタＡを倒すことを期待して、（例えば、キャラクタＢおよびキャラクタＣが同じチームであるため、）キャラクタＢおよびキャラクタＣは双方とも、キャラクタＡを攻撃するよう決定する場合がある。さらに別に、例えば、キャラクタＢおよびキャラクタＡが同じチームであるため、キャラクタＡもキャラクタＣを攻撃する可能性が高いと分かっているキャラクタＢは、キャラクタＣを攻撃する場合がある。
【００６９】
アクションチャージシステムの１つまたは複数の側面を導入することにより、キャラクタのターン時にどのようなアクションをとるかを決定する場合を考慮するプレイヤに、数段上のレベルの戦略性が提供される。ＰＣおよびＮＰＣは、デフォルトのパワーレベルで即座にアクションを実行するか、または、自分のターンを遅らせるが、アクションパワーレベルをチャージする（増加させる）かを決定することができる。キャラクタが、アクションパワーレベルをチャージするよう決定した場合、キャラクタは、どれくらいアクションパワーレベルをチャージするか（任意のレベルまで、または、プレイヤの戦略に基づく特定のレベルまでか）も決定しなければならない。
【００７０】
上記にて説明したように、ターンシーケンス（例えば、ターンシーケンス６００と同様のもの）は、ビデオゲームが表示されるテレビやその他のディスプレイ上に、ビデオゲームのグラフィックユーザインターフェースの一部として表示することができる。それによって、現在のターンシーケンスだけでなく、アクションチャージに基づく、結果として生じるターンシーケンスをプレイヤキャラクタに知らせることができる。プレイヤは、例えば、ターンシーケンス６００の現時点６０２における自分のキャラクタの表示を見ることによって、自分のターン時に、アクションを行うべきか、または、チャージを行うべきかを知る。プレイヤはまた、（ターンシーケンスが表示される表示スペースの大きさに基づいて、）全部または一部のキャラクタのターンの現在の順番も知る。
【００７１】
本発明の１つまたは複数の側面を使用することによって、プレイヤは、近接（melee）攻撃、レンジ（range）攻撃、魔法攻撃、防御姿勢、回復イベントなどのアクションを、動的なチャージレベルで実行することが可能となるが、結果として、プレイヤのターンが遅れることになるため、プレイヤは、決定する前に、その決定による効果を意識的に考慮することになるであろう。すなわち、プレイヤは、デフォルトのレベルのアクションを即座に行うか、または、しばらくの時間待って、チャージした（増加させた）パワーレベルでアクションを実行するかを選択する必要がある。
【００７２】
上記の説明から様々な変更や多様化が可能である。例えば、ＡＣＳは、許容されるチャージ量またはチャージ時間の上限を設定することができる。上限は、例えば、ゲーム内のキャラクタの成長に基づいて、ゲームプレイ中に任意に変更することができるので、キャラクタを成長させるプレイヤのモチベーションを高めることができる。上限はまた、レベルが上がるにつれて、および／または、機能アルゴリズムによって、変更することもできる。
【００７３】
別の変形形態において、ビデオゲームは、最大チャージ量に影響を与える永続的もしくは一時的な特殊能力、パワー、またはエンハンスメント（enhancement）を提供することができる。このようなエンハンスメントは、報酬（reward）およびペナルティと呼ばれ、魔法、ポーション、代用貨幣（token）、またはその他のゲームプレイ要素を含むことができる。報酬は、永続的または一時的なチャージ効率やチャージ能力の増加をもたらし得るものであるため、例えば、「チャージパワー×２」という属性をキャラクタに与えた場合、キャラクタは、２倍の量または２倍のスピードでチャージすることが可能となる（したがって、チャージに基づくターン遅延が少なくてすむという結果となる）。例えば、「チャージパワー×３」などのその他の報酬もまた、代わりに使用することができる。ペナルティは、例えば、「チャージパワー×１／２」、「チャージパワー×１／３」などのように、チャージ効率やチャージ能力を減少させる。報酬およびペナルティは双方とも、プレイヤが自分のキャラクタに対して用いてもよいし、別のキャラクタに対して魔法としてかけてもよいし、あるいは、別の方法により、報酬／ペナルティの使用が決定されてもよい。
【００７４】
さらに別の代替実施形態において、アクションメータ７０１は、ターンの順番の表示のみを提供し、チャージ量を提供しない場合がある（しかしながら、チャージは、時間に基づく可能性が高い）。さらに別の代替実施形態において、時間増加量は、１回のターンにつき１マスの時間増加量（すなわち、１マスの時間増加量につき１回のターン）とすることができ、全てのキャラクタは、キャラクタ固有のターン遅延値に関係なく、（チャージの有無にかかわらず、）アクションの終了後、列の最後尾に回される。このような実施形態では、時間増加量は、無意味なもの（irrelevant）となり、アクションチャージは、キャラクタのターン遅延量に基づく。
【００７５】
例示的な諸実施形態−可変的アクションゲージシステム（ＶＡＧＳ）
本発明の別の例示的な側面にしたがうと、プレイヤは、所望のチャージ量を選択することができ、戦闘システムは、アクションパワーレベルをその所望の量までチャージするために必要な時間を、自動的に決定することができる。本明細書では、この種の戦闘システムを、可変的アクションゲージシステム（ＶＡＧＳ：Variable Action Gauge System)と呼ぶ。すなわち、ＡＣＳ戦闘システムを使用すると、プレイヤは、パワーレベルをチャージする時間量を選択し、結果として生じるチャージ量は、その時間量に基づくものとなる。ＶＡＧＳ戦闘システムを使用すると、プレイヤは、所望のチャージ量を選択することができ、ＶＡＧＳ戦闘システムが、その所望のチャージ量をチャージするのに要する時間量を決定する。
【００７６】
図１０および図１１を参照しながら、次に、ＶＡＧＳ戦闘システムを使用してパワーレベルに影響を与える例示的な方法を説明する。図１０は、ビデオゲームからのビデオゲームディスプレイ装置に対する出力を表示するグラフィック表示１００１を示している。グラフィック表示１００１には、１つのプレイヤキャラクタ１００３および２つの非プレイヤキャラクタ１００５、１００７が示されている。図１１は、本発明の１つまたは複数の側面にしたがってＶＡＧＳにより実行される、ターンサイクルの方法のフローチャートを示している。
【００７７】
ステップ１１０１において、ＶＡＧＳは、ゲームのタイムラインをプレイヤキャラクタのターンに進める。ステップ１１０３において、ＶＡＧＳは、例えば、プレイヤキャラクタが前回のターン時にチャージされるアクション（例えば、攻撃×２）を実行するようリクエストした結果、（本明細書で説明するように、）プレイヤキャラクタが、現在チャージを進行中であるか否かを判定する。チャージが進行中でない場合、次いで、ステップ１１０５において、プレイヤキャラクタ１００３をコントロールするプレイヤは、プレイヤキャラクタのターン時に、デフォルトのパワーレベルで即座にアクション（例えば、攻撃、魔法、回復）を実行するか、または、パワーレベルをいくらかチャージした状態でアクション（例えば、攻撃×２、魔法×４、回復×３など）を実行するかを決定することができる。その他の選択肢も可能ではあるが、本明細書では説明を割愛する。プレイヤキャラクタをコントロールするプレイヤは、例えば、当技術分野では周知のコントローラ１０４および入力コントロールボタン１３２、１３４、１３６などを使用して入力を行い、どちらのアクションをとるかを決定することができる（入力メカニズムは、当技術分野では周知であり、本明細書で詳細に説明する必要はない）。プレイヤが、即座にアクションを実行するよう決定した場合、次いで、ステップ１１０７において、ＶＡＧＳは、デフォルトのパワーレベルでアクションを実行する。ステップ１１０９において、ＶＡＧＳは、その他のキャラクタのターン、例えば、１つまたは複数のその他のプレイヤキャラクタもしくは非プレイヤキャラクタのターンに進める。この例では、ステップ１１０９において、ＶＡＧＳは、非プレイヤキャラクタ１００５、１００７に対応するターンに進める。
【００７８】
ステップ１１０５において、プレイヤキャラクタが、チャージされるアクションを実行するよう選択した場合、次いで、ＶＡＧＳは、そのチャージされるアクションに関連付けられた情報、例えば、アクションの種類、ユーザが望むアクションレベルに関連付けられたチャージ量、アクションの対象物または対象者などを記憶する。ステップ１１１５において、ＶＡＧＳは、プレイヤキャラクタ１００３に対応するチャージメータ１００９を増加させる。ＶＡＧＳは、ターン１回につき予め定められた量だけ、チャージメータを増加させることができる。ターン１回の予め定められた量は、常に全キャラクタについて統一としてもよいし、または、１つまたは複数の基準に基づいて変えてもよい。さらに、その予め定められた量は、例えば、各キャラクタの属性に基づいて、各キャラクタごとに変えてもよい。ＶＡＧＳがターン１回につきチャージメータを増加させるその予め定められた量に影響を与え得る属性の例には、強さ（例えば、チャージされるアクションが、剣攻撃の場合）、魔法能力（例えば、チャージされるアクションが、魔法の場合）、体格（例えば、チャージされるアクションが、回復行為の場合）、キャラクタのレベルなどが含まれ得る。これらの属性は例示的なものに過ぎず、当業者であれば、同じまたは異なる値を使用して、様々な方法により、各プレイヤごとに、その予め定められた量を計算できることが理解されよう。ＶＡＧＳは、ステップ１１１５からステップ１１０９に進め、その他のキャラクタのターンを実行する。
【００７９】
ステップ１１０３において、チャージされるアクションが進行中である、すなわち、プレイヤが、前回のターンサイクルのステップ１１０５において、チャージされるアクションを実行するよう選択していたとＶＡＧＳが判定した場合、ステップ１１１１において、ＶＡＧＳは、チャージが終了しているか否かを判定する。ＶＡＧＳは、グラフィカルに表示されたチャージメータ１００９として視覚的に表現されたチャージメータがフルになっているか（すなわち、各ターンサイクルのステップ１１１５において追加されたチャージ累積量が、以下で説明するように任意に変更された上で、ユーザが望むアクションレベルに関連付けられたチャージ量以上になっているか）否かを確認することによって、チャージが終了しているか否かを判定する。チャージが終了していた場合、次いで、ステップ１１１３において、ＶＡＧＳは、チャージ量、アクションの対象などに応じて、チャージされたアクションを実行し、ステップ１１０９に進める。ステップ１１１１において、チャージが終了していなかった場合、次いで、ＶＡＧＳは、ステップ１１１３を実行せずに、ステップ１１０９に進める。当業者であれば、図１１に示したステップは、説明した順番と異なる順番で実行でき、図１１に示した１つまたは複数のステップは、オプションとすることができることが理解されよう。
【００８０】
上記にて説明した方法を使用すると、プレイヤは、ステップ１１０５において、「攻撃×３」などのチャージされるアクションを実行するよう選択することができる。図１２Ａ〜図１２Ｃはそれぞれ、本発明の例示的な実施形態にしたがって、２回目、３回目、および４回目のターンを終えた後のアクションメータ１００９を示している。図１３に示されるように、５回目のターン時に、アクションメータ１００９はフルになり、それによって、キャラクタは、例えば、「攻撃×３」といったチャージされたアクション１３０１を実行する。さらに威力の大きいチャージされたアクションを実行したい場合は、チャージの少ないアクションに比べて、チャージ時間またはチャージ量がさらに多くなる。例えば、所定のプレイヤキャラクタは、アクションが２倍になるようチャージするのに３回のターンを要するが、同じアクションが３倍になるようチャージするのに５回のターンを要する場合がある。
【００８１】
本発明の一変形形態にしたがうと、プレイヤが、デフォルトのパワーレベルでアクションを実行するようリクエストした場合にも、アクションをチャージするのに必要なチャージ時間ほどではないにしろ、アクションに伴うチャージ時間を要することがある。例えば、デフォルトのアクションは、ターン１回分のチャージを要することがある。加えて、様々な種類のアクションに対して、チャージ乗数（charge multiplier）は同じでも、チャージに要する時間量を異なるようにすることもできる。したがって、「攻撃×２」のアクションは、「防御×２」のアクションよりも長いチャージ時間を要するようにすることができる。また、所望の効果に応じて、許容されるチャージ乗数に制限をかけてもよいし、または、制限をかけなくてもよい。
【００８２】
本発明の別の変形形態にしたがうと、ＡＣＳ戦闘システムと同様に、ビデオゲームは、チャージ量またはチャージ時間に影響を与える報酬および／またはペナルティを提供することができる。報酬は、永続的または一時的なチャージ効率やチャージ能力の増加をもたらし得るものであるため、例えば、「チャージパワー×２」という属性をキャラクタに与えた場合、キャラクタは、２倍の量または２倍のスピードでチャージすることが可能となる（したがって、アクションを完全にチャージするのに、より少ないターンですむという結果となる）。例えば、「チャージパワー×３」などのその他の報酬もまた、代わりに使用することができる。ペナルティは、例えば、「チャージパワー×１／２」、「チャージパワー×１／３」などのように、チャージ効率やチャージ能力を減少させる。報酬およびペナルティは双方とも、プレイヤが自分のキャラクタに対して用いてもよいし、別のキャラクタに対して魔法としてかけてもよいし、あるいは、別の方法により、報酬／ペナルティの使用が決定されてもよい。
【００８３】
本発明のさらに別の変形形態にしたがうと、プレイヤキャラクタ以外のキャラクタ（ＰＣおよび／またはＮＰＣ）によるアクションが、プレイヤキャラクタのチャージ時間に影響を与え得る。例えば、プレイヤキャラクタがアクションをチャージしている間に、プレイヤキャラクタが、敵の攻撃の結果、ダメージを受けた場合、その敵のアクションに基づいて、チャージメータ１００９をいくらかの量だけ減少させることができる。いくつかのアクションは、それら以外のアクションと比べて、チャージメータに対する効果の大きさを異なるようにすることができる。別の例として、プレイヤキャラクタがチャージしている間に、敵キャラクタが、そのプレイヤキャラクタに「チャージ×１／２」の魔法をかけた場合、実際にチャージメータを減少させるわけではないが、その魔法の持続期間中は、ターン１回のチャージ増加量を半減させることができる。さらに別の例として、プレイヤキャラクタがアクションをチャージしている間、味方のキャラクタは、そのプレイヤキャラクタを防御することができる。味方のキャラクタは、そのプレイヤキャラクタに対して防御の魔法をかけることができるし、そのプレイヤキャラクタのアクションチャージを邪魔しようとしている任意の敵キャラクタを、そのプレイヤキャラクタから阻止することもできる。
【００８４】
図１４は、ターン制ビデオゲームにおけるＶＡＧＳ戦闘システムの一使用例にしたがうタイムラインを示している。ここで、各ターンは、ビデオゲーム内で表現された仮想世界における１０秒であると想定し、各キャラクタは、１回のターンにつき１つのアクションを実行することができる。アクションをまだペンディング（チャージ）していない各ターンの開始時に、キャラクタには、１つのアクションを指定する機会が与えられる。
【００８５】
ターン１の開始時に、キャラクタＡは、例えば、剣による近接攻撃といったアクションが、デフォルトのパワーレベルで実行されるようにする。この例では、このような攻撃をチャージするのに６秒要する。結果として、ＶＡＧＳは、キャラクタＡのアクションを、ターン１の期間中に実行する。また、ターン１の開始時に、キャラクタＢは、例えば、ファイヤボール魔法をかけるといったアクションが、チャージされるパワーレベル、例えば、「ファイヤボール×２」で実行されるようにする。この例では、このような攻撃をチャージするのに１６秒要する。結果として、キャラクタＢをコントロールしているプレイヤは、「ファイヤボール×２」の魔法がターン２の期間中にかけられると期待し得る。しかし、キャラクタＡの攻撃がキャラクタＢに対して成功した場合、キャラクタＡの攻撃の結果として、（キャラクタＢがダメージを受けるのに加えて、または、それに代えて、）キャラクタＢのチャージメータが減少し得る。これによって、キャラクタＢが「ファイヤボール×２」の魔法をかけるのに必要なチャージ時間に、いくらかの時間（例えば、５秒）が加算される。この結果、キャラクタＢは、ターン２の期間中に、その魔法をかけられず、ターン３になるまで、その魔法をかけられない。一方、キャラクタＡは、ターン１の期間中に、自分の前回のアクションを終了したので、ターン２の期間中に、別のアクションを実行することができる。この例では、キャラクタＡは、キャラクタＢの攻撃がターン３の期間中に実行されることを予想して、ターン２の期間中に、例えば、シールド（防御）魔法といった別のアクションを、デフォルトのパワーレベルで実行することができる。キャラクタＡは、ターン３の開始時に、例えば、「ライトニングボルト（lightning bolt）×３」といったチャージされるアクション（多数のターンにおける３番目のアクション）が実行されるようにするが、これに対して、キャラクタＢの元々のアクションが、まさに実行されている。キャラクタＢのファイヤボール魔法が成功すれば、キャラクタＡの剣攻撃がキャラクタＢに与えた影響と全く同じように、キャラクタＡのチャージ時間にマイナスの影響を与えることができる。ＶＡＧＳは、引き続き同様の方法により、ターン４に進行させる。したがって、この例からはっきりと分かるように、別のキャラクタが、プレイヤキャラクタのチャージ時間にマイナスの影響を与えることができ、その結果、プレイヤキャラクタのアクションが、その後のターンに持ち越される場合がある。
【００８６】
プレイヤは、攻撃をチャージするかどうかだけでなく、どれくらいその攻撃をチャージするかも考えなければならないので、ＶＡＧＳは、プレイヤによる使用のために、一段上のレベルの戦略性を提供する。例えば、上述した例におけるターン１の後に、キャラクタＡは、（キャラクタＢに対応する表示されたチャージメータから、）キャラクタＢがターン３までチャージされたアクションを実行できないだろうと判断することができる。これにより、キャラクタＡは、次のターンに、シールド魔法を実行するようになる。上記にて説明した様々な実施形態では、プレイヤは、その他のキャラクタのアクションが、プレイヤキャラクタのアクションに要するチャージ時間にマイナスの影響を与え得ることを考慮しなければならない。当業者であれば、ＶＡＧＳが提供する一段上のレベルの戦略性を高く評価されよう。
【００８７】
本発明の様々な例示的な側面にしたがうと、ＡＣＳおよび／またはＶＡＧＳを、シングルプレイヤ用またはマルチプレイヤ用のいずれのターン制ロールプレイングゲームにも含めることができる。当業者であれば、様々な入力およびメカニズムを使用して、即座のアクション、ＡＣＳアクションチャージ、またはＶＡＧＳアクションチャージを実行できることが理解されよう。本発明には、本明細書で明示的に開示された、もしくは、そこから一般化される新規な特徴またはその組み合わせの全てが含まれる。本発明を実行できる、現時点における本発明の好適な実施例を含む具体例を参照しながら、本発明を説明してきたが、当業者であれば、上記にて説明したシステムおよび技術は、変形および置換が多数可能である。したがって、本発明の要旨および範囲は、添付の特許請求の範囲に記載されているように、広く解釈されるべきである。
【図面の簡単な説明】
【００８８】
【図１】本発明の例示的な一実施形態にしたがう、使用可能なゲームシステムを示す図である。
【図２】図１に示したゲームシステムを示すブロック図である。
【図３】本発明の例示的な一実施形態にしたがう、ネットワークゲームシステムを示すブロック図である。
【図４】本発明の例示的な一実施形態にしたがう、オンラインゲーム環境を示す別のブロック図である。
【図５】本発明の１つまたは複数の例示的な側面にしたがう、使用可能な汎用データ処理装置を示すブロック図である。
【図６Ａ】本発明の１つまたは複数の例示的な側面にしたがう、チャージされていないアクション中のターンシーケンスを示す図である。
【図６Ｂ】本発明の１つまたは複数の例示的な側面にしたがう、チャージされていないアクション中のターンシーケンスを示す図である。
【図７Ａ】本発明の１つまたは複数の例示的な側面にしたがう、チャージされているアクション中のターンシーケンスを示す図である。
【図７Ｂ】本発明の１つまたは複数の例示的な側面にしたがう、チャージされているアクション中のターンシーケンスを示す図である。
【図７Ｃ】本発明の１つまたは複数の例示的な側面にしたがう、チャージされているアクション中のターンシーケンスを示す図である。
【図８】本発明の１つまたは複数の例示的な側面にしたがう、図７Ａ〜図７Ｃのアクションチャージ終了後の結果として生じたターンシーケンスを示す図である。
【図９】本発明の１つまたは複数の例示的な側面にしたがう、アクションチャージ方法を実行するためのフローチャートである。
【図１０】本発明の１つまたは複数の例示的な側面にしたがう、ターン制ビデオゲームのスクリーンディスプレイを示す図である。
【図１１】本発明の１つまたは複数の例示的な側面にしたがう、可変的アクションゲージ方法を実行するためのフローチャートである。
【図１２Ａ】本発明の１つまたは複数の例示的な側面にしたがう、ビデオゲームにおいて、連続するターン中のスクリーンディスプレイを示す図である。
【図１２Ｂ】本発明の１つまたは複数の例示的な側面にしたがう、ビデオゲームにおいて、連続するターン中のスクリーンディスプレイを示す図である。
【図１２Ｃ】本発明の１つまたは複数の例示的な側面にしたがう、ビデオゲームにおいて、連続するターン中のスクリーンディスプレイを示す図である。
【図１３】本発明の１つまたは複数の例示的な側面にしたがう、チャージメータがフルになったときのスクリーンディスプレイを示す図である。
【図１４】本発明の１つまたは複数の例示的な側面にしたがう、ビデオゲームのターンのタイムラインを示す図である。
【符号の説明】
【００８９】
１００  ゲームシステム環境
１０２、４０２  ゲーム機
１０６  ポータブルメディアドライブ
１０８  ポータブルメディア
１４０  メモリユニット
２０８  ハードディスクドライブ
３０２、４０６  ネットワーク
３０６、４２８  キー配信センタ
３０８  リモートストレージ
６００  ターンシーケンス
６０１  タイムライン
６０２  現時点
６０３、６０４、６０５、６０６、６０７、６０８  キャラクタ
６１０  時間増加量
７０１  アクションメータ
８０１、８０２  オプションの指標
１００３  プレイヤキャラクタ
１００５、１００７  非プレイヤキャラクタ
１００９  チャージメータ
１３０１  チャージされたアクション  
【図１】
2007075611.tif 000003
【図２】
2007075611.tif 000004
【図３】
2007075611.tif 000005
【図４】
2007075611.tif 000006
【図５】
2007075611.tif 000007
【図６Ａ】
2007075611.tif 000008
【図６Ｂ】
2007075611.tif 000009
【図７Ａ】
2007075611.tif 000010
【図７Ｂ】
2007075611.tif 000011
【図７Ｃ】
2007075611.tif 000012
【図８】
2007075611.tif 000013
【図９】
2007075611.tif 000014
【図１０】
2007075611.tif 000015
【図１１】
2007075611.tif 000016
【図１２Ａ】
2007075611.tif 000017
【図１２Ｂ】
2007075611.tif 000018
【図１２Ｃ】
2007075611.tif 000019
【図１３】
2007075611.tif 000020
【図１４】
2007075611.tif 000021
【外国語明細書】
2007075611000001.pdf