知財求人 - 知財ポータルサイト「IP Force」
特許7617744ビデオゲーム内のゲームオブジェクトの状態を変化させるためのシステム及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-01-09
(45)【発行日】2025-01-20
(54)【発明の名称】ビデオゲーム内のゲームオブジェクトの状態を変化させるためのシステム及び方法
(51)【国際特許分類】
A63F 13/5372 20140101AFI20250110BHJP
A63F 13/45 20140101ALI20250110BHJP
【ＦＩ】
A63F13/5372
A63F13/45
【請求項の数】
31
【外国語出願】
(21)【出願番号】P 2021000433
(22)【出願日】2021-01-05
(65)【公開番号】P2021112561
(43)【公開日】2021-08-05
【審査請求日】2023-02-21
(31)【優先権主張番号】62/957521
(32)【優先日】2020-01-06
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】517084612
【氏名又は名称】スクウェア エニックス、リミテッド
【氏名又は名称原語表記】ＳＱＵＡＲＥ ＥＮＩＸ，ＬＴＤ．，
(74)【代理人】
【識別番号】100083138
【弁理士】
【氏名又は名称】相田 伸二
(72)【発明者】
【氏名】ダニエル ルッツ
【審査官】宇佐田 健二
(56)【参考文献】
【文献】特開２００３－０１９３５５（ＪＰ，Ａ）
【文献】特開２０１８－１８７０８０（ＪＰ，Ａ）
【文献】特開２０１７－２１７４８１（ＪＰ，Ａ）
【文献】特開２００９－２２６０２６（ＪＰ，Ａ）
【文献】特開２０１８－０２０００１（ＪＰ，Ａ）
【文献】特開２００４－１５４４４９（ＪＰ，Ａ）
【文献】中谷 至，「うたわれるもの 偽りの仮面／二人の白皇 公式ガイドブック」，第3版，日本，株式会社ＫＡＤＯＫＡＷＡ 塚田 正晃，2017年10月30日，pp.030-040（特に、pp.036,037），ISBN:978-4-04-892511-2
【文献】“ディシディア デュオデシム ファイナルファンタジー”，「週刊ファミ通 2011 3/17 増刊号」，日本，株式会社エンターブレイン，2011年03月03日，第26巻，第12号，pp.123-129（特に、p.127）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－１３／９８，９／２４
(57)【特許請求の範囲】
【請求項1】
コンピュータ装置の処理装置によって実行される方法であって、該方法は、非一時的メモリにゲーム環境の仮想空間を生成し、
前記仮想空間は、主役ゲームオブジェクト及び該主役ゲームオブジェクトの位置に関連するイベントゾーンを有し、
前記仮想空間内のイベントゾーンを繰り返しアクティブ化して、該イベントゾーンがアクティブ化した際に、前記仮想空間内の位置が該イベントゾーン内にある1つまたは複数の他のゲームオブジェクトに対して、以下の処理を行う、
前記仮想空間内の前記１以上の他のゲームオブジェクトの状態を、該1つ以上の他のゲームオブジェクトのそれぞれと主役ゲームオブジェクトとの相対位置が、イベントゾーンがアクティブ化された際に第1の条件を満たしているかの決定、又は1つ以上の他のゲームオブジェクトのそれぞれと前記イベントゾーンとの相対位置が、イベントゾーンがアクティブ化された際に第２の条件を満たしているかの決定、に基づいて、変化させる、
イベントゾーンの視覚表示と、仮想空間内に位置するマーカーの視覚表示を、表示装置に表示し、
前記マーカーと前記イベントゾーンの少なくとも一部を含む距離が、イベントゾーンの次の繰り返しのアクティブ化前に残っている時間に関係するように、前記マーカーの、前記イベントゾーンの少なくとも一部に対する位置を変更する、
ことである、方法。
【請求項2】
前記イベントゾーンは、前記非一時的メモリに格納された１以上のイベントゾーンパラメータと関連があり、繰り返しイベントゾーンをアクティブ化することは、該非一時的メモリに格納された１以上のイベントゾーンパラメータの少なくとも１つを繰り返し変更することである、請求項１記載の方法。
【請求項3】
前記イベントゾーンは、前記非一時的メモリに格納された１以上のイベントゾーン属性と関連があり、繰り返しイベントゾーンをアクティブ化することは、該非一時的メモリに格納された１以上のイベントゾーン属性の内、少なくとも１つを繰り返し変更することである、請求項１記載の方法。
【請求項4】
前記１以上のイベントゾーン属性の内少なくとも１つは、イベントゾーン色属性であり、イベントゾーンを繰り返しアクティブ化するとは、イベントゾーン色属性を繰り返し変更することであり、その際、表示装置に表示されたイベントゾーンの視覚表示に関する色を繰り返し変更することである、請求項３記載の方法。
【請求項5】
前記１以上のイベントゾーン属性の内少なくとも１つは、イベントゾーン光強度属性であり、イベントゾーンを繰り返しアクティブ化するとは、イベントゾーン光強度属性を繰り返し変更することであり、その際、表示装置に表示されたイベントゾーンの視覚表示に関する光強度を繰り返し変更することである、請求項３記載の方法。
【請求項6】
前記イベントゾーンを繰り返しアクティブ化するとは、該イベントゾーンを一定の時間間隔でアクティブ化することである、請求項１～５記載の方法。
【請求項7】
前記イベントゾーンを繰り返しアクティブ化するとは、該イベントゾーンを不規則な時間間隔でアクティブ化することである、請求項１～５記載の方法。
【請求項8】
前記１以上のゲームオブジェクトのそれぞれは、非一時的メモリに格納された１以上のゲームオブジェクトパラメータに関連し、１以上のゲームオブジェクトの状態を変更するために、前記方法は、非一時的に格納された１以上のゲームオブジェクトパラメータの内、少なくとも１つを変更することである、請求項１記載の方法。
【請求項9】
前記１以上のゲームオブジェクトパラメータの内、少なくとも１つは、ゲームオブジェクト状態パラメータを構成し、１以上のゲームオブジェクトの状態を変更するために、前記方法は、ゲームオブジェクト状態パラメータを、第１状態から第２状態に変更することである、請求項８記載の方法。
【請求項10】
前記イベントゾーンは、周囲を構成し、前記マーカーとイベントゾーンの内少なくとも１部を含む距離は、前記マーカーと、イベントゾーンの周囲上にある基準点の間の距離である、請求項１～９記載の方法。
【請求項11】
前記イベントゾーンのアクティブ化は、前記距離がゼロに到達することと同期させることである、請求項１～１０記載の方法。
【請求項12】
前記マーカーの位置を変更することは、該マーカーを初期位置から最終位置まで徐々に移動させることである、請求項１～１０記載の方法。
【請求項13】
前記イベントゾーンのアクティブ化は、前記マーカーが前記最終位置に到達することと同期させることである、請求項１２記載の方法。
【請求項14】
前記マーカーを初期位置から最終位置まで徐々に移動させるとは、該マーカーとイベントゾーンの少なくとも一部を含む距離を増やすことである、請求項１２記載の方法。
【請求項15】
前記マーカーを初期位置から最終位置まで徐々に移動させるとは、該マーカーとイベントゾーンの少なくとも一部を含む距離を減らすことである、請求項１２記載の方法。
【請求項16】
前記マーカーは、前記非一時的メモリに格納された１以上のマーカー属性に関係しており、イベントゾーンを繰り返しアクティブ化するとは、非一時的メモリに格納された１以上のマーカー属性の内、少なくとも１つを繰り返し変更することである、請求項１記載の方法。
【請求項17】
前記１以上のマーカー属性の内、少なくとも１つは、マーカー色属性であり、前記イベントゾーンを繰り返しアクティブ化するとは、前記マーカーの視覚表示に関連する、表示装置に表示された色を繰り返し変更することで、マーカー色属性を繰り返し変更することである、請求項１６記載の方法。
【請求項18】
前記１以上のマーカー属性の内、少なくとも１つは、マーカーの光強度色属性であり、前記イベントゾーンを繰り返しアクティブ化するとは、前記マーカーの視覚表示に関連する、表示装置に表示された光強度を繰り返し変更することで、マーカーの光強度属性を繰り返し変更することである、請求項１６記載の方法。
【請求項19】
前記方法は更に、ゲームコントローラを介して、前記イベントゾーンの前記仮想空間での位置を制御するコマンドからなるユーザからの入力を受信し、
前記ユーザからの入力を受信して、前記イベントゾーンの仮想空間での位置を変更する、ことである、請求項１～１８記載の内、いずれか１項記載の方法。
【請求項20】
前記マーカーは、前記仮想空間における少なくとも１点から構成され、前記イベントゾーンの仮想空間内の位置を制御するコマンドからなるユーザからの入力はまた、仮想空間内の前記少なくとも１点の位置を制御するコマンドである、請求項１９記載の方法。
【請求項21】
前記イベントゾーンは、前記仮想空間における空間座標のセットに関連しており、前記方法は更に、イベントゾーンに関連した該空間座標のセットを前記非一時的メモリに格納することである、請求項１９記載の方法。
【請求項22】
前記イベントゾーンに関連する前記空間座標のセットの構成は、イベントゾーンの仮想空間内の位置の変更に応じて変わる、請求項２１記載の方法。
【請求項23】
前記仮想空間は、１以上の環境オブジェクトを有しており、前記イベントゾーンの視覚表示は、イベントゾーンの第１視覚表示であり、前記方法は更に、前記イベントゾーンと前記１以上の環境オブジェクトの内、少なくとも１つの少なくとも１部の間の距離が、閾値距離内であるかどうかを決定し、
前記イベントゾーンと前記１以上の環境オブジェクトの内、少なくとも１つの少なくとも１部の間の距離が、閾値距離内であるとの決定に答えて、イベントゾーンの表示装置での視覚表示を、前記第１の視覚表示から、イベントゾーンの第２視覚表示に変更する、ことである、請求項１～２２記載の内、いずれか１項記載の方法。
【請求項25】
前記イベントゾーンの視覚表示の変更と、前記マーカーの視覚表示の変更を同時に実行することである、請求項２４記載の方法。
【請求項26】
前記イベントゾーンの視覚表示の変更と前記マーカーの視覚表示の変更は、前記イベントゾーンの視覚表示の形状の変更と前記マーカーの視覚表示の形状の変更である、請求項２４記載の方法。
【請求項27】
前記第１の条件は、前記主役ゲームオブジェクトと前記１つ以上の他のゲームオブジェクトのそれぞれとの間の距離が閾値距離未満であると判定されたときに満たされ、前記第２の条件は、前記イベントゾーンがアクティブ化された際に、前記１以上の他のゲームオブジェクトのそれぞれの位置が前記イベントゾーンの位置と一致すると判定された場合に満たされ、前記１つ以上の他のゲームオブジェクトの位置と、前記イベントゾーンの位置は、空間座標によって定義される、ことを特徴とする請求項１記載の方法。
【請求項28】
少なくとも１つの処理装置、該処理装置により実行される指令を格納するメモリ、ユーザからの入力を受信するように構成された少なくとも１つの入力装置及び、ユーザに対して出力を提供するように構成された少なくとも１つの出力装置から構成されるゲーム装置であって、該少なくとも１つの処理装置は、メモリに格納された前記指令を実行して、受信した入力に答えて、前記出力を生成する少なくとも一つのプロセスを実行し、かつ、前記少なくとも一つのプロセスは、更に、非一時的メモリにゲーム環境の仮想空間を生成するプロセス、前記仮想空間は、主役ゲームオブジェクト及び該主役ゲームオブジェクトの位置に関連したイベントゾーンを有しており、
前記仮想空間内のイベントゾーンを繰り返しアクティブ化して、該イベントゾーンがアクティブ化した際に、前記仮想空間内の位置が該イベントゾーン内にある1つまたは複数の他のゲームオブジェクトに対して、以下の処理を行うプロセス、
前記仮想空間内の前記１以上の他のゲームオブジェクトの状態を、該1つ以上の他のゲームオブジェクトのそれぞれと主役ゲームオブジェクトとの相対位置が、イベントゾーンがアクティブ化された際に第1の条件を満たしているかの決定、又は1つ以上の他のゲームオブジェクトのそれぞれと前記イベントゾーンとの相対位置が、イベントゾーンがアクティブ化された際に第２の条件を満たしているかの決定、に基づいて、変化させる、
イベントゾーンの視覚表示と、仮想空間内に位置するマーカーの視覚表示を、表示装置に表示するプロセス、
前記マーカーと前記イベントゾーンの少なくとも一部を含む距離が、イベントゾーンの次の繰り返しアクティブ化前に残っている時間に関係するように、前記マーカーの、前記イベントゾーン少なくとも一部に対する位置を変更するプロセス、
からなるプロセスの内少なくとも１つのプロセスを含んでいる、ゲーム装置。
【請求項29】
前記第１の条件は、前記主役ゲームオブジェクトと前記１つ以上の他のゲームオブジェクトのそれぞれとの間の距離が閾値距離未満であると判定されたときに満たされ、前記第２の条件は、前記イベントゾーンがアクティブ化された際に、前記１以上の他のゲームオブジェクトのそれぞれの位置が前記イベントゾーンの位置と一致すると判定された場合に満たされ、前記１つ以上の他のゲームオブジェクトの位置と、前記イベントゾーンの位置は、空間座標によって定義される、ことを特徴とする請求項２８記載のゲーム装置。
【請求項30】
ゲーム装置の少なくとも１つの処理装置によって読み込まれ、実行されるコンピュータ可読指令からなる対話コンピュータプログラムを記録したコンピュータ可読格納媒体であって、該媒体は、ゲーム装置に、非一時的メモリにゲーム環境の仮想空間を生成し、
前記仮想空間は、主役ゲームオブジェクト及び該主役ゲームオブジェクトの位置に関連するイベントゾーンを有し、
前記仮想空間内のイベントゾーンを繰り返しアクティブ化して、該イベントゾーンがアクティブ化した際に、前記仮想空間内の位置が該イベントゾーン内にある1つまたは複数の他のゲームオブジェクトに対して、以下の処理を行う、
前記仮想空間内の前記１以上の他のゲームオブジェクトの状態を、該1つ以上の他のゲームオブジェクトのそれぞれと主役ゲームオブジェクトとの相対位置が、イベントゾーンがアクティブ化された際に第1の条件を満たしているかの決定、又は1つ以上の他のゲームオブジェクトのそれぞれと前記イベントゾーンとの相対位置が、イベントゾーンがアクティブ化された際に第２の条件を満たしているかの決定、に基づいて、変化させる、
イベントゾーンの視覚表示と、仮想空間内に位置するマーカーの視覚表示を、表示装置に表示し、
前記マーカーと前記イベントゾーンの少なくとも一部を含む距離が、イベントゾーンの次の繰り返しのアクティブ化前に残っている時間に関係するように、前記マーカーの、前記イベントゾーンの少なくとも一部に対する位置を変更する、
各プロセスから構成される方法を実行させるための対話コンピュータプログラムを記録したコンピュータ可読格納媒体。
【請求項31】
前記第１の条件は、前記主役ゲームオブジェクトと前記１つ以上の他のゲームオブジェクトのそれぞれとの間の距離が閾値距離未満であると判定されたときに満たされ、前記第２の条件は、前記イベントゾーンがアクティブ化された際に、前記１以上の他のゲームオブジェクトのそれぞれの位置が前記イベントゾーンの位置と一致すると判定された場合に満たされ、前記１つ以上の他のゲームオブジェクトの位置と、前記イベントゾーンの位置は、空間座標によって定義される、ことを特徴とする請求項３０記載の対話コンピュータプログラムを記録したコンピュータ可読格納媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、ここに引用として含まれる、２０２０年１月６日に発明の名称「改良型プレイヤ相互作用のためのシステム及び方法」として米国仮特許出願第６２／９５７，５２１の利益を主張するものである。
【0002】
本発明は、一般的にビデオゲームに関し、特に、ビデオゲーム内のゲームオブジェクトの状態を変更することに関する。
【背景技術】
【0003】
本開示は、ビデオゲームシステム内のプレイヤ相互作用を改良するためのシステム及び方法に関する。
【0004】
モバイルゲームの主な目的の１つは、ハイレベルのゲーマー関与とハイレベルな興味によって特徴付けられる、価値あるゲーム経験を与えることである。
【0005】
マルチプレイヤオンラインバトルアリーナ（ＭＯＢＡ）ゲームは、時にアクションリアルタイムストラテジー（ＡＲＴＳ）ゲームと呼ばれるが、このゲームでは、プレイヤは、一般的に等角視点から見たゲーム環境内でキャラクタを制御している。このようなゲームでは、１人のプレイヤは、一般的に１つのプレイヤチームの一部となって、他のチームのプレイヤと交戦する。このようなゲームの殆どは、キャラクタは、ゲームプレイ中に（又時には、ゲームプレイの結果として）改良し、或いは変化する能力を有する。
【0006】
ＭＯＢＡゲームは、リアルタイムストラテジーゲームと、ロールプレイングゲームとアクションゲームのハイブリッドとして理解することが出来、eスポーツで特に人気がある。ＭＯＢＡゲームがeスポーツで人気がある理由の１つに、リアルタイムストラテジーの特徴と、ロールプレイングの特徴が複雑に混じり、多数のプレイヤが、異なるキャラクタを制御することで１つのゲーム環境で交戦し／協力する団体競技に特に向いていることが挙げられる。
【0007】
チームゲームプレイは、ＭＯＢＡゲームのリアルタイムストラテジー要素とロールプレイング要素により利益があるものの、特に、多くのＭＯＢＡゲームは、ゲーム環境の等角視点を広く表示するために、比較的離れた視点からキャラクタを表示させるので、ＭＯＢＡゲームのアクション要素の複雑性を加えてしまうのは、より挑戦的であるといえる。これにより、キャラクタ間の攻撃は比較的単純になり、ひいてはＭＯＢＡゲームのアクション要素によりユーザの関与が限られてしまう。ＭＯＢＡゲームの別の技術的問題点は、このようなゲームは、スマートフォンプラットフォームに拡散しており、攻撃を仕掛けるにはゲームが表示されるスクリーンをタップする必要があり、これによりユーザのスクリーンを見る視点の邪魔となるため攻撃順序がよりやっかいになることである。
【0008】
このように、ＭＯＢＡゲームにおいて、キャラクタ間の攻撃順序の戦略的複雑性を維持し／又はこれを増加させる際の技術的問題点を含む、種々の技術的問題点を解決する必要性があり、これにより、ユーザの視点で攻撃順序を単純化させつつ、ユーザの関与を増やし、ユーザの関心度を高められる。
【発明の概要】
【発明が解決しようとする課題】
【0009】
種々の観点によると、本開示は、コンピュータ装置の処理装置が実行する方法に関する。この方法は、ゲーム環境のために仮想空間を維持することを有する。該方法はまた、前記仮想空間に位置する１以上のゲームオブジェクトが、イベントゾーンがアクティブ化しているときに、該イベントゾーン内にいる場合、該１以上のゲームオブジェクトの仮想空間内での状態を変更するように、イベントゾーンを仮想空間内で繰り返しアクティブ化することを有する。該方法は更に、イベントゾーンの視覚表示と、仮想空間内に位置するマーカーの視覚表示を、表示装置に表示することを有する。該方法は更に又、前記マーカーと前記イベントゾーンの少なくとも一部を含む距離が、イベントゾーンの次の繰り返しのアクティブ化前に残っている時間に関係するように、前記マーカーの、前記イベントゾーンの少なくとも一部に対する位置を変更することを有する。
【0010】
更に別の観点によると、本開示は、少なくとも１つの処理装置、該処理装置により実行される指令を格納するメモリ、ユーザからの入力を受信するように構成された少なくとも１つの入力装置及び、ユーザに対して出力するように構成された少なくとも１つの出力装置から構成されるゲーム装置であって、該少なくとも１つの処理装置は、メモリ内の前記指令を実行して、受信した入力に答えて出力する対話コンピュータプログラムを実行し、かつ、前記対話コンピュータプログラムは、ゲーム環境の仮想空間を維持することからなる少なくとも１つのプロセスを有している。このプロセスは又、前記仮想空間に位置する１以上のゲームオブジェクトが、イベントゾーンがアクティブ化しているときに、該イベントゾーン内にいる場合、該１以上のゲームオブジェクトの仮想空間内での状態を変更するように、イベントゾーンを仮想空間内で繰り返しアクティブ化することを有している。このプロセスは更に、イベントゾーンの視覚表示と、仮想空間内に位置するマーカーの視覚表示を、表示装置に表示することを有している。更にこのプロセスは、前記マーカーと前記イベントゾーンの少なくとも一部を含む距離が、イベントゾーンの次の繰り返しのアクティブ化前に残っている時間に関係するように、前記マーカーの、前記イベントゾーンの少なくとも一部に対する位置を変更することを有している。
【0011】
更に別の観点によると、本開示は、ゲーム装置の少なくとも１つの処理装置によって読み込まれ、実行されるコンピュータ可読指令からなるコンピュータ可読格納媒体であって、該媒体は、対話コンピュータプログラムにおいてゲーム装置に、ゲーム環境の仮想空間を維持することから成る方法を実行させる。この方法は又、前記仮想空間に位置する１以上のゲームオブジェクトが、イベントゾーンがアクティブ化しているときに、該イベントゾーン内にいる場合、該１以上のゲームオブジェクトの仮想空間内での状態を変更するように、イベントゾーンを仮想空間内で繰り返しアクティブ化することを有している。この方法は更に、イベントゾーンの視覚表示と、仮想空間内に位置するマーカーの視覚表示を、表示装置に表示することを有している。更にまたこの方法は、前記マーカーと前記イベントゾーンの少なくとも一部を含む距離が、イベントゾーンの次の繰り返しのアクティブ化前に残っている時間に関係するように、前記マーカーの、前記イベントゾーンの少なくとも一部に対する位置を変更することを有している。
【0012】
実施例を添付の図面と共に参照すると、これらや他の観点の開示が、当業者に明らかになる。
【図面の簡単な説明】
【0013】
本開示をより完璧に理解すべく、添付の図面と共に次の記述に言及する。
【発明を実施するための形態】
【0014】
図１は、本開示の非限定的な実施例によるコンピュータ装置１０の概略ブロック図である。ある実施例では、コンピュータ装置１０は、Ｘｂｏｘ（登録商標）、プレイステーション（登録商標）、任天堂（登録商標）ゲーム機と同様の専用ゲーム機である。他の実施例では、コンピュータ装置１０は、ラップトップコンピュータである。更に他の実施例では、コンピュータ装置は、スマートフォンやタブレット等の、モバイル装置である。更に他の実施例では、コンピュータ装置１０は、携帯型ゲーム機である。コンピュータ装置１０は、本開示の実施例を実行するに適した他のコンピュータ装置であってもよい。
【0015】
図１に示す実施例では、コンピュータ装置１０は、非一時的メモリ１２（以下、「メモリ１２」）、処理装置１１、インプット／アウトプットモジュール１４、少なくとも１つの電源ユニット２７から構成されており、ビデオゲームを実行する際に使用するコンピュータで一般的に見られる他の適宜な構成要素を含む。コンピュータ装置１０の種々の構成要素は、１以上のバス２１、即ち、データバス、制御バス、電源バス等を介して互いに通信可能である。
【0016】
ある実施例では、コンピュータ装置１０は、ユーザ（即ち、ゲームのプレイヤ）からの入力を受けるように構成された内蔵ゲームコントローラ１３（例えば、タッチスクリーン）又は、外部ゲームコントローラ１７（即ち、ジョイスティック）、加えて、内蔵表示装置１５（例えば、タッチスクリーン）又は外部表示装置１６（例えば、コンピュータモニタ、テレビ）を有している。
【0017】
コンピュータ装置１０は、ネットワーク入力／出力インターフェイス２５を介してデータネットワークと接続している。実装に従って、データネットワーク３０は、インターネット、ローカルエリアネットワーク、無線ネットワーク、これらネットワークのコンビネーション、または更に別の形のデータネットワークである。
【0018】
ユーザ１は、内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示されるゲーム画像を見て、内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介してビデオゲームの状況を制御することによりビデオゲームを行う。従って、コンピュータ装置１０は、インプット／アウトプットモジュール１４を介して内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７からの入力を受け取る。コンピュータ装置１０は、インプット／アウトプットモジュール１４を介して内蔵表示装置１５又は外部表示装置１６及び／又は聴覚装置（例えば、図示しないスピーカ）に出力も供給する。他の実装では、インプット／アウトプットモジュール１４に１以上の内蔵又は外部ゲームコントローラ及び／又は１以上の内蔵又は外部表示装置が接続される。
【0019】
処理装置１１は、１以上のコアを有する１以上の中央演算装置（ＣＰＵ）を有している。処理装置１１はビデオエンコーダ／ビデオコーデック（図示しないコーダ／デコーダ）と通信する少なくとも１つのグラフィックプロセッシングユニット（ＧＰＵ）も有しており、これにより出力データをインプット／アウトプットモジュール１４に供給して内蔵表示装置１５又は外部表示装置１６に表示する。処理装置１１はオーディオエンコーダ／オーディオコーデック（図示しないコーダ／デコーダ）と通信する少なくとも１つのオーディオ処理装置も有しており、これにより聴覚装置にインプット／アウトプットモジュール１４に供給される出力データをもたらす。
【0020】
メモリ１２は、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリメモリ）、フラッシュメモリ、ハードディスクドライブ、ＤＶＤ／ＣＤ／ブルーレイ（登録商標）ドライブ及び／又は他の適宜なメモリ装置、テクノロジ又は構成を有する。メモリ１２は、コンピュータ可読指令１８、ゲームデータ２０及びオペレーティングシステム２２を有する各種の情報を格納している。
【0021】
コンピュータ装置１０の電源を入れると、処理装置１１は、ブーティングプロセスを作動させ、処理装置１１をメモリ１２と通信させる。特に、ブーティングプロセスでは、オペレーティングシステム２２を実行させる。オペレーティングシステム２２は、コンピュータ装置１０に見合う市販の、又は専用のオペレーティングシステムのいずれでも良い。オペレーティングシステム２２の実行により、処理装置１１が画像を、内蔵表示装置１５又は外部表示装置１６に表示する。この画像には、内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介してユーザ１が選択することが出来る各種オプションや、ユーザ１がビデオゲームをスタートさせ、及び／又はビデオゲームの選択を行うためのオプションが含まれている。ユーザ１が選択し／スタートさせたビデオゲームをコンピュータ可読指令１８によりエンコードする。
【0022】
処理装置１１は、該装置が、エンコードするビデオゲームに関する各種情報処理機能を実行するように、コンピュータ可読指令１８を実行することが出来るように構成されている。特に、図２に示すように、コンピュータ可読指令１８を実行すると、処理装置がゲームデータ処理機能２３とゲームレンダリング処理機能２４を実行するが、以下これを説明する。
【0023】
ゲームレンダリング処理機能２４には、内蔵表示装置１５又は外部表示装置１６に表示するゲーム画像を生成することが含まれている。その一部として、ゲームデータ処理機能２３には、ゲームの進行又はゲームの現在の状況を示す情報を処理（即ち、内蔵表示装置１５又は外部表示装置１６に表示する必要の無いゲームに関する情報の処理）することが含まれている。ゲームデータ処理機能２３とゲームレンダリング処理機能２４は、単一セットのコンピュータ可読指令１８の一部を形成するものとして図２に示されている。しかしながら、他の実施例では、ゲームデータ処理機能２３とゲームレンダリング処理機能２４は別々のプログラムであるか、又は別々のメモリに格納され、別の、可能性的には遠隔の処理装置により実行される複数セットのコンピュータ可読指令である。例えば、ゲームデータ処理機能２３は、ＣＰＵで実行され、ゲームレンダリング処理機能２４はＧＰＵで実行される。
【0024】
コンピュータ可読指令１８を実行中に、処理装置１１は、あるゲーム規則に従ってある人工知能アルゴリズム適用することにより、オブジェクト及び／又はレベル等の構成を処理する。コンピュータ可読指令１８を実行中に、処理装置１１は、オブジェクト及び／又はレベルに関するデータを含むゲームデータ２０を作り、ロードし、記憶し、読み込み、一般的にアクセスする。図３は、本例示実施例によるゲームデータ２０の例を示す例である。ゲームデータ２０は上記構成に関するデータを有するので、オブジェクトデータ４２及び／又はレベルデータ４４を有する。
【0025】
ゲームオブジェクトは、ゲーム画像フレームにグラフィック表示されたゲーム環境の要素のいずれか、又は該要素の一部のいずれかのことである。ゲームオブジェクトはプレイヤキャラクタ（ＰＣ）又はノンプレイヤキャラクタ（ＮＰＣ）である。ゲームオブジェクトの例として、人、アバター、動物及び／又は他の適宜なオブジェクトである。ゲームオブジェクトは、キャラクタが所持する武器やキャラクタが身につける服等の、１以上の他のオブジェクトと関連付けられる。ゲームオブジェクトは、数字的、幾何学的、数学的表現等の、他の非視覚的表現を有することが出来る。図４に示すように、オブジェクトデータ４２はゲームオブジェクトデータ４６を有しており、該データ４６は、ゲーム画像フレームのグラフィック表示や、数字的、幾何学的、数学的表現等の、ゲームオブジェクトの現在の表現に関するデータを格納している。
【0026】
図５に示すように、ゲームオブジェクトは、属性を構成している。ある場合では、ゲームオブジェクトのある属性は、ユーザ１により制御される。また、ある例では、ゲームオブジェクト（ＰＣ又はＮＰＣ）のある属性は、コンピュータ可読指令１８により制御される。ゲームオブジェクトデータ４６は、画像データ、位置データ３２、材料／テクスチャデータ、カラーデータ、身体的状態データ、可視性データ、照明データ（例えば、方向、位置、色及び／又は強度）、音データ、モーションデータ、衝突データ、環境データ、タイマーデータ、及び／又はゲームオブジェクトに関連した他のデータ等の、属性を格納している。
【0027】
ゲームオブジェクトと、属性以外に関して類似している環境オブジェクトは、本質的にダイナミックさに欠ける。更に、ゲームオブジェクトは、概して環境オブジェクトには無い追加的属性を有している。環境オブジェクトのいくつかは、ＰＣとＮＰＣが相互に影響し合うゲーム環境の要素である。環境オブジェクトはビルディング、車、家具、植物、空、地面、海、太陽及び／又は他の適宜な要素の２Ｄ又は３Ｄ表現を有する。また、環境オブジェクトは、数字的、幾何学的、数学的表現等他の非グラフィック表示を有する。図４及び図６に示すように、オブジェクトデータ４２は、ゲーム画像フレームのグラフィック表示や、数字的、幾何学的、数学的表現等の、環境オブジェクトの現在の表現に関するデータを格納している環境オブジェクトデータ４８を有している。
【0028】
環境オプジェクトのある属性は、コンピュータ可読指令１８により制御される。環境オブジェクトデータ４８はまた、画像データ、位置データ３６、材料／テクスチャデータ、身体的状態データ、可視性データ、照明データ（例えば、方向、位置、色及び／又は強度）、音データ、モーションデータ、衝突データ、環境データ、タイマーデータ、及び／又は環境オブジェクトに関連した他のデータ等の、属性を格納している。
【0029】
ゲームデータ２０は、内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示されるように、ビデオゲームの現在の視野又はカメラアングル（即ち、一人称視野、３人称視野等）に関するデータも有している。このデータは、（環境オブジェクトデータ４８及び／又はゲームオブジェクトデータ４６を含む）オブジェクトデータ４２の表現及び／又は属性、及び／又はレベルデータ４４の一部である。
【0030】
コンピュータ可読指令１８を実行する際に、処理装置１１は、ユーザ１がゲームを選択／スタートさせて、ゲームを初期化した後、初期化段階を引き起こす。初期化段階は、ゲームをスタートするにあたり、必要なゲームセットアップを実行し、ゲームデータ２０を準備するために使われる。ゲームデータ２０は、コンピュータ可読指令１８の処理中（即ち、ゲーム中）に変化し、用語「ゲーム状態」は、明細書中、（図４Ａ、４Ｂ、４Ｃに示すように）現在の状況、又は、ゲームデータ２０のプロパティ、即ち、（環境オブジェクトデータ４８及び／又はゲームオブジェクトデータ４６を含む）各種オブジェクトデータ４２及び／又はレベルデータ４４、及びこれら対応する表現及び／又は属性を定義するために使われる。
【0031】
初期化段階の後、処理装置１１は、コンピュータ可読指令１８の実行の際、１以上のゲームループを実行する。１以上のゲームループはゲームプレイ中連続して作動することによりゲームデータ処理機能２３（「ゲームロジック」と言及することもある）とゲームレンダリング処理機能２４が通常行われる。
【0032】
（i）内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介してユーザからの入力を処理し、ゲーム状態をアップデートして（即ち、ゲーム環境に関し、メモリ１２内に変更データを格納し保持する）、ゲームデータ処理機能２３を実行する、その後（ii）アップデートしたゲーム状況に基づいてゲーム画像をレンダリングし、内蔵表示装置１５又は外部表示装置１６に表示してゲームレンダリング処理機能２４を実行する、ことによりゲームループを実行する。ゲームループはまた、時間経過を追跡してゲームプレイの進度を制御している。ユーザ入力以外のパラメータがゲーム状態に影響すると認識することが出来る。例えば、各種タイマー（即ち、経過時間、特定のイベントからの時間、１日の仮想時間等）がゲーム状況に影響を与え得る。即ち、ユーザ１が入力を行わず、ゲーム状況がユーザのインプット無くてもアップデートしたとしても、ゲームは進行し続ける。
【0033】
一般的に、１秒毎にゲームデータ処理機能２３を実行する回数は、１秒毎のゲーム状況アップデート（以下、「毎秒アップデート」）を特定し、１秒毎にゲームレンダリング処理機能２４を実行する回数は、１秒毎のゲーム画像のレンダリング（以下、「毎秒フレーム」））を特定する。ゲームデータ処理機能２３及びゲームレンダリング処理機能２４は、毎秒同一回数だけ実行するが、これは必須ではない。特定の、及び非限定的な例では、ゲームデータ処理機能２３及びゲームレンダリング処理機能２４は、４０ミリ秒（ｍｓ）（即ち、４０ｍｓ＝１秒／毎秒２５フレーム －ＦＰＳ）毎に実行するのが望ましい。ゲームデータ処理機能２３を実行した後、ゲームレンダリング処理機能２４を実行する場合は、所定のサイクル又は期間に、ゲームデータ処理機能２３とゲームレンダリング処理機能２４両方をその期間のために割り当てられた時間に実行することが必要である。現在のゲーム状況に応じて、ゲームデータ処理機能２３及び／又はゲームレンダリング処理機能２４を実行する時間は変化し得ると理解できる。ゲームデータ処理機能２３とゲームレンダリング処理機能２４両方の実行が割り当てられた時間よりも短い場合は、ゲームデータ処理機能２３とゲームレンダリング処理機能２４の次のサイクルを実行する前にスリープタイマーを使用することが出来る。しかしながら、ゲームデータ処理機能２３とゲームレンダリング処理機能２４両方の実行が割り当てられた時間を超えてしまうと、ジターが起きるかもしれない。ジター回避の１つのテクニックは、時折ゲームレンダリング処理機能２４の実行を省略することである。
【0034】
毎秒のフレームの目標数は、毎秒２５フレームより多いかもしれないし、又はこれより少ないかもしれない（例えば、毎秒６０フレーム）であると理解できる。しかしながら、人間の目でゲーム画像フレームのレンダリングに関するラグがわからないように、毎秒２０～２５回よりも少ない形で、ゲームデータ処理機能２３とゲームレンダリング処理機能２４を実行することが望ましい。一般的に、フレームレートが高ければ高いほど、画像間の時間が短く、処理装置がゲームループを実行するために多くの電力が必要となる。
【0035】
他の実施例では、ゲームデータ処理機能２３とゲームレンダリング処理機能２４は別々のゲームループであるため、独立して処理される。この場合、ゲームレンダリング処理機能２４が実行されるときに関係なく、ゲームデータ処理機能２３を特定の比率で（即ち、毎秒特定回数のアップデート）ルーチン的に行うことが出来、また、ゲームデータ処理機能２３が実行されるときに関係なく、ゲームレンダリング処理機能２４を特定の比率で（即ち、毎秒特定数のフレーム）ルーチン的に行うことが出来る。
【0036】
ゲームデータ処理機能２３とゲームレンダリング処理機能２４をルーチン的に実行するプロセスは、当業者の範囲の各種テクニックに従って実行することが出来る。本明細書に記載したテクニックは、ゲームデータ処理機能２３とゲームレンダリング処理機能２４をどう実行するかの非限定的例にすぎない。
【0037】
ゲームデータ処理機能２３を実行する時、内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７(もしあれば)を介してユーザからの入力を受けゲームデータ２０が処理される。より具体的には、ユーザがビデオゲームをする時、内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介して各種のコマンドを入力する。幾つかの例を挙げると、左に、右に、前に、後ろに移動する、ジャンプする、撃つ等である。受け取ったユーザ入力に応じて、ゲームデータ処理機能２３はゲームデータ２０をアップデートする。言い換えれば、内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介して受け取ったユーザ入力に答えて、環境オプジェクトデータ４８、レベルデータ４４及び／又はゲームオブジェクトデータ４６がアップデートされる。ゲームデータ処理機能２３が実行されても、内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介して受け取ったユーザ入力は無い場合もあると理解できる。ユーザ入力を受け取るかどうかにかかわらず、ゲームデータ２０は処理され、アップデートされる。表示及び／又は属性がゲームデータ２０に対するアップデートを特定するように、ゲームデータ２０は、環境オブジェクトデータ４８、レベルデータ４４及び／又はゲームオブジェクトデータ４６の表示及び／又は属性に答えてアップデートされる。例えば、タイマーデータは１以上のタイマー（即ち、経過時間、特定のイベントからの時間、１日の仮想時間等）を特定することにより、ゲームデータ２０（即ち、（環境オプジェクトデータ４８及び／又はゲームオブジェクトデータ４６を含む）オブジェクトデータ４２及び／又はレベルデータ４４）がアップデートされる。他の例では、ユーザ１により制御されないオブジェクトは、衝突する（ぶつける、吸収する、こなごなになる等）かもしれず、これにより、ゲームデータ２０に、即ち、環境オプジェクトデータ４８及び／又はゲームオブジェクトデータ４６を含むオブジェクトデータ４２及び／又はレベルデータ４４が衝突に応じてアップデートされる。
【0038】
一般的に、ゲームデータ２０（即ち、オブジェクトの表示及び／又は属性及び／又はレベル）は、ゲームの３次元（３Ｄ）グラフィックスシーンを特定するデータを表す。１以上の３Ｄグラフィックオブジェクトを含む３次元（３Ｄ）グラフィックスシーンを２次元（２Ｄ）ラスター化ゲーム画像に変換し、内蔵表示装置１５又は外部表示装置１６に表示するプロセスを一般的にレンダリングという。図８は、３Ｄグラフィックスシーンをゲーム画像に変換し、スクリーンを介して内蔵表示装置１５又は外部表示装置１６に表示するプロセスの例である。ステップ５２で、ゲームデータ処理機能２３は、ゲームの３次元（３Ｄ）グラフィックスシーンを表すデータを処理し、このデータを１セットの頂点データ（バーテックススペシフィケーションとしても知られている）に変換する。この頂点データは、レンダリングパイプライン（グラフィックスパイプラインとしても知られている）による処理に適している。ステップ５５で、ゲームレンダリング処理機能２４は、レンダリングパイプラインに従って頂点データを処理する。レンダリングパイプラインの出力は、一般的にスクリーンを介して内蔵表示装置１５又は外部表示装置１６に表示するピクセルである（ステップ６０）。
【0039】
より具体的に、ステップ５２で、グラフィックスシーンにおける３Ｄグラフィックスオブジェクトを１以上の３Ｄグラフィックスプリミティブに細分化する。プリミティブとは、レンダリングのために、共にグループ化した、及び／又は幾何学的実体（即ち、点、線、ポリゴン、面、オブジェクト、パッチ等）を定義するために連結した１以上の頂点グループのことをいう。このステップで、各３Ｄグラフィックスプリミティブのために、頂点データが生成される。各プリミティブの頂点データは、１以上の属性（即ち、位置、色、通常又はテクスチャ座標情報等）を有している。頂点データを引き出す際に、３Ｄグラフィックスオブジェクトを現在の視界又はカメラアングルに対する３Ｄグラフィックスシーンに変換するために、カメラ変換（即ち、回転変換）が起こる。また、頂点データを引き出す際に、光源データ（即ち、方向、位置、色及び／又は強度）を考慮に入れることが出来る。このステップで引き出される頂点データは、一般的にレンダリングパイプラインに送られる頂点の順序付けられたリストである。順序付けられたリストのフォーマットは、一般的に、レンダリングパイプラインの特定の実行に依存する。
【0040】
ステップ５５で、ゲームレンダリング処理機能２４は、レンダリングパイプラインに従って頂点データを処理する。公知のレンダリングパイプラインの非限定的な例は、ＯｐｅｎＧＬやＤｉｒｅｃｔＸ等である。レンダリングパイプラインを実行するために使用する特定のレンダリングパイプラインにかかわらず、レンダリングパイプラインの一般的な処理は、３Ｄシーンの２Ｄラスター表現（即ち、ピクセル）を作ることである。一般的に、レンダリングパイプラインは、頂点データの２Ｄスクリーン空間への投射位置を計算し、照明、色、位置情報、テクスチャ座標及び／又は内蔵表示装置１５又は外部表示装置１６に表示するためにゲーム画像（即ち、ピクセル）を引き出すために適宜な他の処理を考慮にいれた各種処理を行う（ステップ６０）。
【0041】
場合によっては、コンピュータ装置１０が、一方でインターネットに接続されたサーバと、他方でインターネットに接続された１以上のインターネット機器の間に配置される。このため、複数のユーザが同一のビデオゲームに参加することが出来、サーバが、少なくとも部分的に、コンピュータ可読指令１８の機能（ゲームレンダリング処理機能２４及び／又はゲームデータ処理機能２３）を実行することが出来る。
【0042】
上述したように、ビデオゲームのゲーム環境８は、２Ｄ又は３Ｄの仮想空間である仮想空間６から構成され、該空間６は、ゲームオブジェクト（即ち、ＰＣ、ＮＰＣ）、環境オブジェクト、及びその他オブジェクト等の各種オブジェクトを有している。図９に示すように、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００には、非限定的な例であるシーン９００が表示されている。シーン９００は、ビデオゲームのゲーム環境８の仮想空間６にある複数のオブジェクト、即ち、ゲームオブジェクト１０１１、１０１２、１０１３、１０４１、１０４２、１０４３、１０４４及び環境オブジェクト１０５１、１０５２、１０５３、１０５４を有している。
【0043】
シーン９００は、ゲーム環境８内の仮想カメラ１９の視点からのゲーム環境８の一部を示している。
【0044】
実施例によっては、仮想カメラ１９は、ゲーム環境８の立面図を提供することもあれば、ゲーム環境８の平面図を提供するものもあり、また、ゲーム環境８の斜視図を提供することもある（即ち、等角斜視図、二等角斜視図又は斜方斜視図）。仮想カメラ１９は、ゲーム環境８の他の適宜な図を提供することが出来る。
【0045】
図９の例では、ゲームオブジェクト１０１１は、ユーザ１に関連したＰＣである。ゲームオブジェクト１０１１は、非限定的な例では、人、アバター、動物等のキャラクタによって表される。実施例によっては、ビデオゲームの初期化段階では、ユーザ１がキャラクタを選ぶことがあり、又他の実施例では、ビデオゲームの初期化段階中では、ビデオゲームがキャラクタをユーザ１にあてがうことがある。
【0046】
この実施例では、ユーザ１がゲームオブジェクト１０１１のある行動及び属性を制御している。この例では、ゲーム環境８の仮想空間６内のゲームオブジェクト１０１１の位置はユーザの入力により制御される。従って、ユーザ１は、内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介して入力することが出来る。ここで、ユーザ入力は、ゲーム環境８の仮想空間６内のゲームオブジェクト１０１１の位置を制御するコマンドである。ユーザ入力に応答して、ゲーム環境８の仮想空間６内のゲームオブジェクト１０１１の位置が変化する。
図９に示すように、ある実施例では、ゲームオブジェクト１０４１は、ユーザ１がコンピュータ装置１０を使ってビデオゲームをしている時と同時に、自分自身の装置でビデオゲームをしている他のユーザ（即ち、ユーザ１以外のユーザ）に制御されるＰＣである。他の実施例では、ゲームオブジェクト１０４１は、ＮＰＣである。ゲームオブジェクト１０４１は、ＮＰＣである実施例では、ゲーム環境８の仮想空間６内のゲームオブジェクト１０４１の位置はユーザ入力が無くとも制御される。例えば、ゲームオブジェクト１０４１の位置は、処理装置１１がコンピュータ可読指令１８の一部として実行した自律エンジン（ボット）により制御される。
図９に示すように、ある実施例では、ゲームオブジェクト１０４１は、ユーザ１がコンピュータ装置１０を使ってビデオゲームをしている時と同時に、自分自身の装置でビデオゲームをしている他のユーザ（即ち、ユーザ１以外のユーザ）に制御されるＰＣである。他の実施例では、ゲームオブジェクト１０４１は、ＮＰＣである。ゲームオブジェクト１０４１は、ＮＰＣである実施例では、ゲーム環境８の仮想空間６内のゲームオブジェクト１０４１の位置はユーザ入力が無くとも制御される。例えば、ゲームオブジェクト１０４１の位置は、処理装置１１がコンピュータ可読指令１８の一部として実行した自律エンジン（ボット）により制御される。
【0047】
本記述を簡易化する目的で、しかし、それは制限的効果をもたらさない範囲で、ゲームオブジェクト１０１１は主役ゲームオブジェクト１０１１とし、ゲームオブジェク１０１２、１０１３は、味方ゲームオブジェクト１０１Xとし、ゲームオブジェクト１０４１、１０４２、１０４３、１０４４は敵ゲームオブジェクト１０４Xとする。
【0048】
本開示の実施例によると、ユーザ１によるゲームプレイは、１以上の敵ゲームオブジェクト１０４Xの状態の変化によって進む。１以上の敵ゲームオブジェクト１０４の状態の変化は、主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクト１０４Xに「ダメージを与え」たり、これを「殺し」たりすることを示す。１以上の敵ゲームオブジェクト１０４Xに「ダメージを与え」たり、これを「殺し」たりする主役ゲームオブジェクト１０１１は（即ち、１以上の敵ゲームオブジェクト１０４Xの状態の変化）を、以下、１以上の敵ゲームオブジェクト１０４Xを「攻撃する」主役ゲームオブジェクト１０１１と呼ぶ。
【0049】
ある実施例では、ユーザ１のゲームプレイは、ポイントベースシステムを使って進めることが出来る。例えば、ある場合では、主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクト１０４Xを攻撃すると、ユーザ１に関連するスコアにポイントが加算される。例えば、図１０の表１０００のコラム１０１１に示すように、このスコアはメモリ１２に格納される。表１０００に関する詳細は以下に示す。
【0050】
ビデオゲームプロセス１９００の一部として、主役ゲームオブジェクト１０１１に関連し、これを制御しているユーザ１は、主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクト１０４Xを攻撃するためにコンピュータ装置１０の内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介して入力する必要は無い。例えば、主役ゲームオブジェクト１０１１に関連し、これを制御しているユーザ１は、主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクト１０４Xを攻撃するためにスクリーン１００をタップしたり、内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７のボタンを押す必要は無い。
【0051】
むしろ、ビデオゲームプロセス１９００の一部として、ある条件が合えば、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Xに対する攻撃は、ユーザ１のために自動的に実行される（この条件は、以下に詳細に説明する）。ユーザ１は、攻撃を開始／実行するために入力する必要は無いので、ユーザ１のため行われる自動的な攻撃はビデオゲームの制御をおおきく簡素化する。さらにビデオゲームの制御を簡素化するために、ユーザの入力が無くとも、ビデオゲームプロセス１９００の実行の一部として、攻撃中にダメージを受ける、又は殺される１以上の敵ゲームオブジェクト１０４Xを自律的に選択することが出来る。
【0052】
ある実施例では、ゲーム環境８の仮想空間６内のゲームオブジェクトを、互いに対戦する２以上のチームに分けることが出来る。例えば、１対の対戦チームを定義することが出来、以下、図９に示すようにチームＡとチームＢで示す。
【0053】
図９の実施例では、ゲームオブジェクト１０１１、１０１２、１０１３、はチームＡと結びつけ、ゲームオブジェクト１０４１、１０４２、１０４３、１０４４はチームＢと結びつける。即ち、チームＡは、ゲームデータ２０に含まれる第１サブセットのゲームオブジェクト（即ち、ゲームオブジェクト１０１１、１０１２、１０１３）を構成し、チームＢは、ゲームデータ２０に含まれる第２サブセットのゲームオブジェクト（即ち、ゲームオブジェクト１０４１、１０４２、１０４３、１０４４）を構成している。ゲームオブジェクトとそのそれぞれのチームの関係は、メモリ１２に格納されている。
【0054】
この例において、ゲームプレイセッションは、チームＢに関連するゲームオブジェクト１０４１、１０４２、１０４３、１０４４にダメージを与え、或いはこれを殺すことに関して、チームＢに関連するゲームオブジェクト１０４１、１０４２、１０４３、１０４４を攻撃するチームＡに関連するゲームオブジェクト１０１１、１０１２、１０１３を構成する。加えて、ゲームプレイセッションはまた、チームＡのゲームオブジェクト１０１１、１０１２、１０１３にダメージを与え、或いはこれを殺すことに関して、チームＡに関連するゲームオブジェクト１０１１、１０１２、１０１３を攻撃するチームＢに関連するゲームオブジェクト１０４１、１０４２、１０４３、１０４４を構成する。
【0055】
ある実施例では、（ユーザ１に類似する）複数のユーザは、ビデオゲームをすることが出来る。このように、ビデオゲームは、マルチプレイヤビデオゲームにすることが出来、各ユーザはチームの一人と、彼らが制御するゲームオブジェクトを介して関連している。或いは、又は、更に、処理装置１１が実行するコンピュータ可読指令１８の一部として実行される自律型エンジン（ボット）により、チームに関連したあるゲームオブジェクトを制御させることが出来る。説明の目的上、ゲームオブジェクト１０１３、１０４３、１０４４は、ビデオゲームプロセス１９００の一部として実行される自律型エンジンによって制御されるのに対して、ゲームオブジェクト１０１１、１０１２、１０４１、１０４２はユーザにより制御される（主役ゲームオブジェクト１０１１はユーザ１により制御され、ゲームオブジェクト１０１２、１０４１、１０４２は、ユーザ１以外のユーザによりそれぞれ制御される）とする。
【0056】
ビデオゲームのグラフィカルユーザーインターフェース（ＧＵＩ）２６は、ゲーム環境８の仮想空間６内のあるゲームオブジェクトに関連した情報を、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示させるように構成されている。例えば、ビデオゲームのＧＵＩ２６は、ゲームオブジェクトに関連する名前、ゲームオブジェクトに関連する識別子、又はゲーム環境８の仮想空間６内のゲームオブジェクトに関連する他の識別手段を表示するように構成されている。ある場合は、その名前や識別子は、ユーザが選ぶことが出来、他の場合では、その名前や識別子は、ゲームの初期化の一部として、ユーザは選択せず、ゲームオブジェクトに割り振られる。
【0057】
従って、仮想空間６の各ゲームオブジェクトは、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示される対応するインジケータ２８を有することが出来る。各インジケータ２８は対応するゲームオブジェクトに関連付けされた名前又は識別子を表示することが出来る。非限定的な例によると、図９には、ゲームオブジェクト１０１１に関連したインジケータ２８が示されている。
【0058】
ある実施例では、各インジケータ２８は、ゲームオブジェクトの位置が仮想空間６内で変化すると、対応するインジケータ２８の位置も仮想空間６内で変化するように、仮想空間６内のゲームオブジェクトの位置に固定することが出来る。
【0059】
ある実施例では、ビデオゲームのＧＵＩ２６は、ゲームオブジェクトが関連するチームを識別する情報を表示するように構成されている。本実施例の実行の一例では、各チームは、色（「チームカラー」に関連付けることが出来る。従って、ゲームオブジェクトに対応するインジケータ２８はチームカラーを構成することが出来る。
【0060】
ＧＵＩ２６は、名前、識別子又は各ゲームオブジェクトに関連したチームの情報を他の適宜な様式で表示するように構成されている。ＧＵＩ２６はまた、ゲーム環境の仮想空間６内の各ゲームオブジェクトに関連する他の情報を表示するように構成されている。
【0061】
図９に示すように、ゲーム環境８の仮想空間６は、環境オブジェクト１０５１、１０５２、１０５３、１０５４（即ち、フラッグ１０５１、１０５２、木１０５３、建物１０５４）を有している。
【0062】
ある実施例では、ユーザのゲームプレイは、これら環境オブジェクトを攻撃するユーザが制御するゲームオブジェクトにより進むように、環境オブジェクトの幾つかはチームに関連させることが出来る（例えば、チームＡ又はチームＢに与えられる環境オブジェクト）。この例では、フラッグ１０５１がチームＡと関連し、フラッグ１０５２がチームＢと関連している。
【0063】
ここで、チーム数、チーム毎のゲームオブジェクトの数、マルチプレイヤビデオゲームに参加し、ゲームオブジェクトを制御するユーザの数、自律型エンジンによって制御されるゲームオブジェクトの数、又は環境オブジェクトの数に関しては特定の限定は無いと理解すべきである。
【0064】
メモリ１２に格納されたゲームデータ２０は、ゲームオブジェクト１０１１、１０１２、１０１３、１０４１、１０４２、１０４３、１０４４及び環境オブジェクト１０５１、１０５２、１０５３、１０５４を有するゲーム環境８の仮想空間６を明確にしている。
【0065】
図１０に示すように、メモリ１２内に格納された表１０００には、ゲームデータ２０に含まれる各ゲームオブジェクトに関する情報が含まれている。表１０００では、（図１０のコラム１００１に示すように）その名前、その識別子、又は他の識別基準により識別することが出来る。表１０００にはまた、（図１０のコラム１００２に示すように）各ゲームオブジェクトとそのそれぞれのチームの関連に関する情報も含まれている。更に、表１０００には、ゲームオブジェクトがＰＣ、ＮＰＣの別を示す表示が含まれており、ＰＣの場合には、（図１０のコラム１００３に示すように）表１０００には、ゲームオブジェクトに関連するユーザの表示が含まれている。
【0066】
ビデオゲームプロセス１９００の観点は、１以上のゲームオブジェクト１０４Ｘを攻撃する主役ゲームオブジェクト１０１１に関連して以下で説明する。しかしながら、当業者であればわかるように、ビデオゲームプロセス１９００に関する次の記述は、仮想空間６内のいかなる数の他のゲームオブジェクトを攻撃するどのゲームオブジェクトにも関連している。
【0067】
上記したように、ビデオゲームプロセス１９００の一部として、ある条件が合えば、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Ｘへの攻撃は、ユーザ１のために自動的に実行される。この実施例では、ビデオゲームプロセス１９００の一部として、１以上の敵ゲームオブジェクト１０４Ｘが主役ゲームオブジェクト１０１１に対して仮想空間６内で充分近い位置にいるならば、１以上の敵ゲームオブジェクト１０４Ｘへの攻撃は、ユーザ１のために自動的に実行される。
【0068】
仮想空間６で１以上の敵ゲームオブジェクト１０４Ｘが主役ゲームオブジェクト１０１１に対して充分に近いとは、１以上の敵ゲームオブジェクト１０４Ｘのゲーム環境８の仮想空間６における位置が、主役ゲームオブジェクト１０１１に関連したゾーン内にあることとして特徴付けされる。このゾーンは、「イベントゾーン」（以下「イベントゾーン１０２」）と呼ぶ。
【0069】
この実施例では、イベントゾーン１０２は、ゲーム環境８の仮想空間６内にある主役ゲームオブジェクト１０１１の位置と関連している。ある場合では、イベントゾーン１０２は、主役ゲームオブジェクト１０１１の位置に固定されている。その結果、ゲーム環境８の仮想空間６内にある主役ゲームオブジェクト１０１１の位置を制御するコマンドからなるユーザからの入力に応じて、ゲーム環境８の仮想空間６内のイベントゾーン１０２の位置も変化する。
【0070】
イベントゾーン１０２の視覚表現は、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示される。図１１には、非限定的な例である、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示されたシーン１１００が示されている。シーン１１００では、イベントゾーン１０２の視覚表示は、主役ゲームオブジェクト１０１１を囲んでいる周囲１０６である。このように、ビデオゲームプロセス１９００の一部として、１以上の敵ゲームオブジェクト１０４Ｘのゲーム環境８の仮想空間６内の位置がイベントゾーン１０２内にあれば、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Ｘへの攻撃は、ユーザ１のために自動的に実行される。図１１の実施例では、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に示すように、１以上の敵ゲームオブジェクト１０４Ｘのゲーム環境８の仮想空間６内の位置がイベントゾーン１０２の周囲１０６内にあれば、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Ｘへの攻撃は、ユーザ１のために自動的に実行される。
【0071】
ゲームデータ２０に含まれる各ゲームオブジェクトは、イベントゾーン１０２と関連付けられ、ゲームオブジェクトとこの各イベントゾーン１０２の関連は、メモリ１２に格納される。マルチプレイヤビデオゲームを対象とするある実施例では、マルチプレイヤビデオゲームをしている全てのユーザは、ゲーム環境８の仮想空間６内の各ゲームオブジェクトと関連付けされたイベントゾーンの視覚表示を目視することが出来る。
【0072】
マルチプレイヤビデオゲームを対象とする他の実施例では、ユーザは、自分で制御しているゲームオブジェクトのイベントゾーン１０２の視覚表示だけは見ることが出来るが、ゲーム環境８の仮想空間６内の他のゲームオブジェクトに関連したイベントゾーン１０２の視覚表示は、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００には表示されない。
【0073】
イベントゾーン１０２は、１セットの空間座標｛ＸＹＺ１０２｝と関連しており、１セットの空間座標｛ＸＹＺ１０２｝の表示は、メモリ１２に格納されている。この表示は、周囲（境界）の空間座標の形をとることが出来、この境界内のいかなる点も、セットの空間座標｛ＸＹＺ１０２｝内にあると理解される。イベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ１０２｝の構成は、ゲーム環境８の仮想空間６内のイベントゾーン１０２の位置の変化に応じて、変化するようになっている。
【0074】
各ゲームオブジェクトと関連した、メモリ１２に格納された位置データ３２は、仮想空間６の各ゲームオブジェクトと関連した空間座標ＸＹＺＧＯの表示を有する。ある実施例では、１以上の敵ゲームオブジェクト１０４Ｘのゲーム環境８の仮想空間６内の位置がイベントゾーン１０２内にあるかどうかを決めるために、ビデオゲームプロセス１９００の一部として、１以上の敵ゲームオブジェクト１０４Ｘの空間座標ＸＹＺＧＯが、イベントゾーン１０２に関連したセットの空間座標｛ＸＹＺ１０２｝内にあるかどうかによって決めている。
【0075】
上記したイベントゾーン１０２の視覚表示に加えて、イベントゾーン１０２は、数的、幾何学的、又は数学的表示等の、非視覚的表示を有する。図５に示すように、オブジェクトデータ４２は、ゲーム画像フレームのグラフィック表示や、数的、幾何学的又は数学的表示等の、イベントゾーン１０２の現在の表示に関するデータを格納しているイベントゾーンデータを含んでいる。
【0076】
図１２に示すように、イベントゾーン１０２はまた、属性を構成している。イベントゾーン１０２のある属性は、ユーザ１により（例えば、コンピュータ装置１０の内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介して）制御されるが、イベントゾーン１０２のある属性は、ビデオゲームプロセス１９００により制御される。
【0077】
イベントゾーンデータ７０はまた、画像データ、（イベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ１０２｝の表示、及び／又は例えば、主役ゲームオブジェクト１０１１の空間座標ＸＹＺＧＯ等の、イベントゾーン１０２に関連するゲームオブジェクトの空間座標ＸＹＺＧＯの表示を含む）位置データ、材料／テクスチャデータ、身体状態データ、色データ、視認性データ、照明データ（例えば、方向、位置、色及び／又は強度）、音響データ、移動データ、衝突データ、環境データ及び／又はその他イベントゾーンに関連するデータ等の属性を格納している。
【0078】
図１０に示すように、表１０００には、各ゲームオブジェクトに関連する空間座標ＸＹＺＧＯの表示や、ゲームプレイセッション中いつでもイベントゾーン１０２と関連するセットの空間座標｛ＸＹＺ１０２｝の構成（図１０のコラム１００４及び１００９）も含まれている。
【0079】
加えて、本実施例では、ビデオゲームプロセス１９００の一部として、１以上の敵ゲームオブジェクト１０４Ｘのゲーム環境８の仮想空間６内の位置が、イベントゾーンがアクティブ化している時に、イベントゾーン１０２内にあれば、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Ｘへの攻撃は、ユーザ１のために自動的に実行される。
【0080】
また、この実施例では、１以上の敵ゲームオブジェクト１０４Ｘの仮想空間６内の位置が、イベントゾーン１０２がアクティブ化している時にイベントゾーン１０２内にあれば、主役ゲームオブジェクト１０１１によって１以上の敵ゲームオブジェクト１０４Ｘが攻撃されるように、ビデオゲームプロセス１９００は、仮想空間６内でイベントゾーン１０２を繰り返しアクティブ化している。即ち、この実施例では、イベントゾーン１０２は、（１以上の敵ゲームオブジェクト１０４Ｘの仮想空間内の位置がイベントゾーン１０２内にあるかどうかにかかわらず）繰り返しアクティブ化されるように構成されているが、１以上の敵ゲームオブジェクト１０４Ｘの仮想空間６内の位置が、イベントゾーンがアクティブ化している時にイベントゾーン１０２内にいるときだけ、１以上の敵ゲームオブジェクト１０４Ｘが攻撃される。
【0081】
「イベントゾーン期間」は、主役ゲームオブジェクト１０１１に関連するイベントゾーン１０２の繰り返し行われるアクティブ化の時間間隔と定義される。
【0082】
ある実施例では、イベントゾーン期間は、所定の時間であるように規則正しく、イベントゾーン１０２が繰り返しアクティブ化されるとは、所定の時間間隔で（即ち、一定の時間間隔）イベントゾーン１０２をアクティブ化することである。
【0083】
他の実施例では、イベントゾーン期間は、変動する時間であるように不規則で、イベントゾーン１０２が繰り返しアクティブ化されるとは、変動する時間間隔で（即ち、不規則時間間隔）イベントゾーン１０２をアクティブ化することである。
【0084】
更に他の実施例では、イベントゾーン期間は可変的な長さの時間であるように可変的で、イベントゾーン１０２が繰り返しアクティブ化されるとは、可変的長さの時間間隔でイベントゾーン１０２をアクティブ化することである。イベントゾーン期間の可変性は、幾つかの非限定的な例を挙げると、ユーザ及び／又はゲームプレイに依存する。
【0085】
ある実施例では、図１２に示すように、イベントゾーンデータ７０は、イベントゾーン１０２に関連する１以上のパラメータを有している。例えば、イベントゾーンデータ７０は、イベントゾーン１０２のイベントゾーン期間に関連する１以上のパラメータ７４を有している。
【0086】
例えば、イベントゾーンデータ７０は、イベントゾーン期間が、規則的か、不規則か、可変的であるかを示すパラメータ７４を有している。更に他の例では、イベントゾーンデータ７０は、規則的イベントゾーン期間に関連した長さの時間を示すパラメータ７４を有している。また更に他の例では、イベントゾーンデータ７０は、不規則的イベントゾーン期間の各イベントゾーン期間に関連した長さの時間を示すパラメータ７４を有している。一般的に、イベントゾーンデータ７０は、イベントゾーン期間の長さの時間を示すパラメータ７４を有している。
【0087】
イベントゾーン期間に関連する時間を示すイベントゾーンデータ７０に含まれる１以上のパラメータ７４は、時間の大きさと単位から構成される値で定義される。ゲームデータ２０に含まれている各ゲームオブジェクトに関して、イベントゾーン１０２に関連したイベントゾーンデータ７０に含まれている１以上のパラメータの値は、ゲーム設計者によりゲーム設計時にエンコードされる。
【0088】
イベントゾーンデータ７０は、イベントゾーン期間の可変性に関連するパラメータ７４を有している。例えば、イベントゾーン期間の可変性は、ユーザ１に関連したスコアに依存している。例えば、ユーザ１に関連したスコアが増加すると、イベントゾーン１０２のイベントゾーン期間に関連する時間が短くなる。イベントゾーン期間に関連する時間が短くなると、１以上の敵ゲームオブジェクト１０４Ｘに対する自動攻撃がより頻繁に起こるようになる。このように、この場合において、イベントゾーンデータ７０は、ユーザ１のスコアの関数として、イベントゾーン期間の可変性に関するパラメータ７４を有する。
【0089】
カウントダウンは、イベントゾーン期間と関連付けられる。カウントダウンとは、現在のイベントゾーン期間に残っている時間／イベントゾーン１０２の次のアクティブ化までに残っている時間を示している。カウントダウンは、「アクティブ化カウントダウン」と呼ぶことが出来る。
【0090】
アクティブ化カウントダウンは、経過に近い時間の１単位であり、各イベントゾーン期間を通してアクティブ化カウントダウンは、減少する。アクティブ化カウントダウンは、時が経過すると、イベントゾーン１０２をアクティブ化するようにリセットするように構成されている。このように、アクティブ化カウントダウンの始まりは、前のイベントゾーン期間の終わり／現在のイベントゾーン期間の始まりに対応しており、アクティブ化カウントダウンの時の経過は、現在のイベントゾーン期間の終わり／これに続くイベントゾーン期間の始まりに対応している。
【0091】
従って、アクティブ化カウントダウンは、現在のイベントゾーン期間に残っている時間／イベントゾーン１０２の次のアクティブ化までに残っている時間を示すイベントゾーンデータ７０のパラメータ７４である。アクティブ化カウントダウンは、メモリ１２に格納されたゲームデータ２０に含まれているタイマーにより実行される。ゲームデータ２０は、ゲームプレイ時間を探知する、ゲームプレイセッションの始まりに関連したタイマー等、他のタイマーも有している。
【0092】
このように、イベントゾーン１０２を繰り返しアクティブ化するということは、メモリ１２に格納されたイベントゾーンデータ７０に含まれる１以上のイベントゾーンパラメータ７４のある部分を繰り返し変化させることである。例えば、この実施例では、イベントゾーン１０２のアクティブ化が繰り返されるとは、一旦アクティブ化カウントダウンが終わると、アクティブ化カウントダウンが繰り返しリセットされるということである。別の考えでは、イベントゾーン１０２を繰り返しアクティブ化するということは、アクティブ化カウントダウンが終わるまで、１（又は数個の）時間単位だけアクティブ化カウントダウンを繰り返し減じることである。
【0093】
既に示したように、この実施例では、ビデオゲームプロセス１９００は、仮想空間６に位置を有している１以上の敵ゲームオブジェクト１０４Ｘが、イベントゾーン１０２がアクティブ化している時、イベントゾーン１０２内にある時、主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクト１０４Ｘを攻撃するように、仮想空間６のイベントゾーン１０２を繰り返しアクティブ化する。また、前述したように、１以上の敵ゲームオブジェクト１０４Ｘに「ダメージを与え」たり、又は「殺し」たりする（又は、１以上の敵ゲームオブジェクト１０４の状態を変更する）主役ゲームオブジェクト１０１１は、１以上の敵ゲームオブジェクト１０４Ｘを「攻撃する」主役ゲームオブジェクト１０１１と呼ぶ。
【0094】
このように、本実施例では、ビデオゲームプロセス１９００は、仮想空間６に位置を有している１以上の敵ゲームオブジェクト１０４Ｘが、イベントゾーン１０２がアクティブ化している時、イベントゾーン１０２内にある時、１以上の敵ゲームオブジェクト１０４Ｘの状態を変更するように、仮想空間６のイベントゾーン１０２を繰り返しアクティブ化する。
【0095】
ゲームデータ２０に含まれる各ゲームオブジェクトのゲームオブジェクトデータ４２は、ゲームオブジェクトの状態を示す、１以上のゲームオブジェクトパラメータ７６を有している。
【0096】
従って、イベントゾーン１０２がアクティブ化している時、イベントゾーン１０２内にある、仮想空間６に位置を有している１以上の敵ゲームオブジェクト１０４Ｘの状態を変化させるとは、１以上のゲームオブジェクトパラメータ７６を変化させることである。このように、イベントゾーン１０２をアクティブ化すると、１以上のゲームオブジェクトパラメータ７６が変化する。
【0097】
例えば、１以上のゲームオブジェクトパラメータ７６の１つは、ゲームオブジェクトの「健康」の測定に関係する健康パラメータ７８である。ゲームオブジェクトの健康は、他のゲームオブジェクトから受ける攻撃からのゲームオブジェクトのダメージの量を示している。例えば、ゲームオブジェクトの健康は、仮想空間６内で攻撃され、ダメージを受けたゲームオブジェクトの関数として減少する。更に他の例では、ゲームオブジェクトの健康は、他のゲームオブジェクトを攻撃するゲームオブジェクト、仮想空間６内で覆いを取る／隠れるゲームオブジェクトの関数として、及び／又はゲームオブジェクトを制御しているユーザに関連したスコアの増加の関数として増える。
【0098】
ゲームオブジェクトの健康は、健康パラメータ７８に関連したメモリ１２に含まれた変数で格納された値で表すことが出来る。健康パラメータ７８に関連した変数で格納された初期値は、ゲームデータ２０内の各ゲームオブジェクトのために、ゲーム設計時にゲーム設計者によってエンコードされる。
【0099】
健康パラメータ７８に関連したメモリ１２に格納された値は、ゲームプレイの結果として、増加するか若しくは減少し得る。例えば、ゲームオブジェクトの健康パラメータ７８に関連したメモリ１２に格納された値は、仮想空間６内で攻撃され、ダメージを受けたゲームオブジェクトの関数としての所定量だけ減少する。更に他の例では、ゲームオブジェクトの健康パラメータ７８に関連したメモリ１２に格納された値は、他のゲームオブジェクトをうまく攻撃したゲームオブジェクトの関数としての所定量だけ、及び／又はゲームオブジェクトを制御しているユーザ１に関連したスコアの増加によって増加する。
【0100】
ある実施例では、ビデオゲームプロセス１９００の一部として、イベントゾーン１０２がアクティブ化している時にイベントゾーン１０２内にある、仮想空間に位置する１以上の敵ゲームオブジェクト１０４Ｘの状態を変化させるとは、１以上の敵ゲームオブジェクト１０４Ｘに関連したメモリ１２に格納された健康パラメータ７８に関する値を変化させることである。
【0101】
ある実施例では、インジケータ２８は、ゲーム環境８の仮想空間６内ゲームオブジェクトの健康を示している。例えば、インジケータ２８は、健康パラメータ７８が変化することにより変化する図形要素３８から構成されている。例えば、図９の実施例に示すように、可変健康パラメータ７８に関連するメモリ１２に格納された値が増加すると、インジケータ２８の図形要素３８の影が増加し、又は該図形要素３８がいっぱいに満たされる一方、健康パラメータ７８に関連するメモリ１２に格納された値が減少すると、インジケータ２８の図形要素３８の影が減少し、又は該図形要素３８が満たされた状態が減るように、図形要素３８は、影又は満たされる可変量で構成される。健康パラメータ７８の変化を表す適宜な方法は他の方法でも実行し得る。
【0102】
ある実施例では、仮想空間６内のゲームオブジェクトは、「アクティブ」（即ち、「生きている」又は、「非アクティブ」（即ち、死んでいる）として特徴付けることが出来る。
【0103】
アクティブと特徴付けされるゲームオブジェクトは、ユーザからの入力（即ち、ユーザからの入力とは、ゲームオブジェクトの仮想空間６内の位置を変更するコマンドのことからなる）に応答することが出来、アクティブと特徴付けされるゲームオブジェクトのイベントゾーン１０２は、繰り返しアクティブ化出来る（即ち、１以上のイベントゾーンパラメータ７４の内、幾つかを繰り返し変更することが出来る）。
【0104】
逆に、非アクティブと特徴付けられるゲームオブジェクトは、ゲーム環境８の仮想空間６内ではもはや存在しないか、目に見えない。ある例では、ビデオゲームのＧＵＩ２６は、非アクティブと特徴付けられたゲームオブジェクトに対応するインジケータ２８をも表示しないように構成することが出来る。ある例では、非アクティブと特徴付けられるゲームオブジェクトは、ゲームオブジェクトが既に「死んだ」場所のシーンで表示される仮想死体オブジェクトに置き換えることが出来る。更に、非アクティブと特徴付けられたゲームオブジェクトは、ユーザからの入力（即ち、ユーザからの入力とは、ゲームオブジェクトの仮想空間６内の位置を変更するコマンドのことからなる）にもはや応答することが出来ず、非アクティブと特徴付けされるゲームオブジェクトのイベントゾーン１０２は、もはや繰り返しアクティブ化出来ない。そのように、イベントゾーン１０２の可視表示は、もはやゲーム環境８の仮想空間６内には存在しないか、又は目に見えない。
【0105】
健康の閾値レベルを超えると、仮想空間６内のゲームオブジェクトは、アクティブと特徴付けることが出来る一方、健康の閾値レベルを下ると、ゲームオブジェクトは非アクティブと特徴付けることが出来る。健康の閾値レベルは、ゲームオブジェクトの健康パラメータ７８に関連したメモリ１２に格納された値に関して定義することが出来る。即ち、ゲームオブジェクトの健康パラメータ７８に関連したメモリ１２に格納された値が、健康閾値を超えた場合には、ゲームオブジェクトはアライブ（生きている）と特徴付けることが出来、ゲームオブジェクトの健康パラメータ７８に関連したメモリ１２に格納された値が、健康閾値を下回った場合には、ゲームオブジェクトは非アクティブと特徴付けることが出来る。健康閾値は、ゲーム設計の際にゲーム設計者が選択することが出来、ゲームデータ２０に含まれる各ゲームオブジェクトのために、この値がオブジェクトデータ４２の一部としてメモリ１２にエンコードされる。
【0106】
ある実施例では、１以上のゲームオブジェクトパラメータ７６は、ゲームオブジェクトがアクティブか非アクティブであるかを示すゲームオブジェクト状態パラメータ８０を構成している。従って、ゲームオブジェクトの健康パラメータ７８と関連したメモリ１２に格納された値が健康閾値を超えていた場合、ゲームオブジェクトはアクティブと特徴付けられ、このゲームオブジェクトと関連したゲームオブジェクト状態パラメータ８０は、ゲームオブジェクトが第１状態即ち、アクティブ状態であることを示す。逆に、ゲームオブジェクトの健康パラメータ７８と関連したメモリ１２に格納された値が健康閾値を下回った場合、ゲームオブジェクトは非アクティブと特徴付けられ、このゲームオブジェクトと関連したゲームオブジェクト状態パラメータ８０は、ゲームオブジェクトが第２状態即ち、非アクティブ状態であることを示す。
【0107】
ある実施例では、ビデオゲームプロセス１９００の一部として、イベントゾーン１０２が
アクティブ化している時、イベントゾーン１０２内にある仮想空間内での位置を有している１以上の敵ゲームオブジェクト１０４Xの状態を変化させることは、１以上の敵ゲームオブジェクト１０４Xと関連したメモリに格納されたゲームオブジェクト状態パラメータ８０を変化させることである。例えば、ゲームオブジェクト状態パラメータ８０を、第１の状態（即ち、「アクティブ」状態）にあるゲームオブジェクトを示す第１の値と、第２の状態（即ち、「非アクティブ」状態）にあるゲームオブジェクトを示す第２の値の間で切り替えることが出来る。
アクティブ化している時、イベントゾーン１０２内にある仮想空間内での位置を有している１以上の敵ゲームオブジェクト１０４Xの状態を変化させることは、１以上の敵ゲームオブジェクト１０４Xと関連したメモリに格納されたゲームオブジェクト状態パラメータ８０を変化させることである。例えば、ゲームオブジェクト状態パラメータ８０を、第１の状態（即ち、「アクティブ」状態）にあるゲームオブジェクトを示す第１の値と、第２の状態（即ち、「非アクティブ」状態）にあるゲームオブジェクトを示す第２の値の間で切り替えることが出来る。
【0108】
イベントゾーン１０２がアクティブ化しており、敵ゲームオブジェクト１０４１に関連するゲームオブジェクト状態パラメータ８０がアクティブ状態から非アクティブ状態に変わった時の、主役ゲームオブジェクト１０１１に関連するイベントゾーン１０２内に位置する（ユーザ２により制御されている）敵ゲームオブジェクト１０４１の非限定的例を今考えてみる。ある実施例では、一旦敵ゲームオブジェクト１０４１と関連したゲームオブジェクト状態パラメータ８０がアクティブ状態から非アクティブ状態に変わると、ビデオゲームプロセス１９００はユーザ２のためにゲームプレイセッションを終了するように構成されている。他の実施例では、一旦敵ゲームオブジェクト１０４１と関連したゲームオブジェクト状態パラメータ８０がアクティブ状態から非アクティブ状態に変わると、ゲームプレイセッションは、敵ゲームオブジェクト１０４１無しで続く。更に他の実施例では、一旦敵ゲームオブジェクト１０４１と関連したゲームオブジェクト状態パラメータ８０がアクティブ状態から非アクティブ状態に変わると、ゲームプレイセッションは敵ゲームオブジェクト１０４１無しで続き、所定時間後に、敵ゲームオブジェクト１０４１と関連したゲームオブジェクト状態パラメータ８０が非アクティブ状態からアクティブ状態に変わる。この所定時間は、ゲーム設計者がゲーム設計時に選択することが出来、オブジェクトデータ４２の一部としてメモリ１２にエンコードされる。ある実施例では、この所定時間は、ゲームプレイの関数として変更することが出来る。
【0109】
ある実施例では、ゲームオブジェクト状態パラメータ８０を、ゲームプレイセッション中に複数回変更することが出来る。
【0110】
図１０に示すように、表１０００には、ゲームプレイセッションに関する情報が含まれている。例えば、図１０のコラム１００５に示すように、表１０００は、各ゲームオブジェクトの健康を示す情報（即ち、健康パラメータ７８に関する現在値等の、健康パラメータ７８に関する情報）を有している。図１０に示すように、表１０００のコラム１００６にはまた、各ゲームオブジェクトの状態を示す情報（即ち、ゲームオブジェクトが現在アクティブ状態にあるか非アクティブ状態にあるかを示す等の、ゲームオブジェクト状態パラメータ８０に関する情報）が含まれている。例えば、表１０００には、例えば図１０のコラム１００７に示すように、ゲームプレイセッション中に、ゲームオブジェクト状態パラメータ８０がアクティブ状態から非アクティブ状態に変化する回数に関する情報が含まれている。表１０００にはまた、図１０のコラム１００８に示すように、各ゲームオブジェクトの現在の状態に関連する時間の情報が含まれている。
【0111】
アクティブ化カウントダウンに関する情報は、ユーザ１に提供される。この実施例では、ビデオゲームプロセス１９００の一部として、マーカー１０３Ｘをコンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示して、アクティブ化カウントダウンに関する情報をユーザ１に提供する。
【0112】
マーカー１０３Ｘにより、ユーザ１にイベントゾーンが現在アクティブ化しているかどうかの情報が与えられ、ユーザ１に、現在のイベントゾーン期間に残っている時間／イベントゾーン１０２の次のアクティブ化までに残っている時間を知らせる。
【0113】
この実施例では、ビデオゲームプロセス１９００の一部として、マーカー１０３Ｘはゲーム環境８の仮想空間６に配置しており、マーカー１０３Ｘの視覚表示は、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示される。
【0114】
ビデオゲームプロセス１９００の一部として、主役ゲームオブジェクト１０１１の、少なくともイベントゾーン１０２の一部に対するマーカー１０３Ｘの位置は、アクティブ化カウントダウンが経過するにつれて変化する。本記述の目的では、マーカー１０３Ｘは、主役ゲームオブジェクト１０１１のイベントゾーン１０２に関連して説明するが、当業者であればマーカー１０３Ｘに類似するマーカーは、ゲームデータ２０に含まれるいかなるゲームオブジェクトのイベントゾーン１０２にも関連していると理解される。
【0115】
主役ゲームオブジェクト１０１１の、少なくともイベントゾーン１０２の一部に対するマーカー１０３Ｘの位置は、現在のイベントゾーン期間に残っている時間／イベントゾーン１０２の次のアクティブ化までに残っている時間に関係している。このように、主役ゲームオブジェクト１０１１の、少なくともイベントゾーン１０２の一部に対するマーカー１０３Ｘの位置が変化すると、ユーザ１は、イベントゾーン１０２がアクティブ化の最中かどうかがわかり、また現在のイベントゾーン期間に残っている時間／イベントゾーン１０２の次のアクティブ化までに残っている時間がわかる。
【0116】
ビデオゲームプロセス１９００の一部として、少なくともイベントゾーン１０２の一部に対するマーカー１０３Ｘの位置は、初期位置から最終位置に変化し得る。このように、少なくともイベントゾーン１０２の一部に対するマーカー１０３Ｘの位置が変化するということは、マーカー１０３Ｘが初期位置から最終位置まで段々と移動するということである。例えば、マーカー１０３Ｘの初期位置はアクティブ化カウントダウンの初めに対応しており、マーカー１０３Ｘの終了位置は、アクティブ化カウントダウンの経過／イベントゾーン１０２のアクティブ化に対応している。このように、ビデオゲームプロセス１９００は、主役ゲームオブジェクト１０１１のイベントゾーン１０２のアクティブ化と最終位置に到達するマーカー１０３Ｘとを同期させている。
【0117】
マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸは、イベントゾーンが現在アクティブ化しているかどうかや、現在のイベントゾーン期間に残っている時間及び／又はイベントゾーン１０２の次のアクティブ化までに残っている時間に関係している。
【0118】
ある実施例では、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸは、現在のイベントゾーン期間に残っている時間が減る／又はイベントゾーン１０２の次のアクティブ化までに残っている時間が減るにつれて、大きくなる。この実施例では、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸは、マーカー１０３Ｘの位置が初期位置から最終位置まで変化するにつれて大きくなる。
【0119】
他の実施例では、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸは、現在のイベントゾーン期間に残っている時間が減る／イベントゾーン１０２の次のアクティブ化までに残っている時間が減るにつれて、小さくなる。この実施例では、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸは、マーカー１０３Ｘの位置が初期位置から最終位置まで変化するにつれて小さくなる。この実施例では、ビデオゲームプロセス１９００は、イベントゾーン１０２のアクティブ化とマーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸがゼロに到達することを同期させている。従って、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸがゼロに到達するということは、イベントゾーンがアクティブ化することを示している。
【0120】
ある実施例では、主役ゲームオブジェクト１０１１のイベントゾーン１０２の周囲１０６は、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸが、マーカー１０３Ｘと参照点Ｐ間であるように、参照点Ｐを構成している。ある実施例では、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸは、（図１３Ａ及び１３Ｂに示すように、半径間の違いを含む）直線距離である。他の実施例では、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸは、図１４Ａ及び１４Ｂに示すように角距離である。更に別の実施例では、マーカー１０３Ｘと少なくともイベントゾーン１０２の一部を含む距離ＤＸは、図１５Ａ及び１５Ｂに示すように半径距離である。
【0121】
図１６Ｂ～１６Ｄ及び１７Ｂ～１７Ｄに、マーカー１０３Ｘの視覚表示が示される。
【0122】
図１６Ｂ～１６Ｄに示す実施例では、マーカー１０３Ｘはイベントゾーン１０２の周囲１０６を中心に時計回りに進む図形要素として表される。この例では、マーカー１０３Ｘ、イベントゾーン１０２の周囲１０６及び主役ゲームオブジェクト１０１１がなす角度θは、マーカー１０３Ｘが、アクティブ化カウントダウンの初めの初期位置から、アクティブ化カウントダウンの経過に同期した最終位置まで、周囲１０６の回りを時計回りに進むにつれて増加する。図１６Ｂ～１６Ｄは、異なる時点で表示されるマーカーを示している。他の実施例では、マーカー１０３Ｘが、アクティブ化カウントダウンの初めの初期位置から、アクティブ化カウントダウンの経過に同期した最終位置まで、周囲１０６の回りを反時計回りに進むことが出来るのは、当業者であれば理解できる。
【0123】
現在のイベントゾーン期間の時間をｎ単位の時間とする（例えば、ｎ秒）。図１６Ａでは、マーカー１０３Ｘが示されていないことにより、ユーザ１に、現在イベントゾーン期間がちょうど始まったことを示している（即ち、アクティブ化カウントダウンに関係するタイマーがt=n[秒]をしめすように、アクティブ化カウントダウンがちょうど始まった）。図１６Ｂでは、t=n-１[秒]の時、マーカー１０３１は、第１の位置に示されており、図１６Ｃでは、t=n-２[秒]の時、マーカー１０３２は、第２の位置に示されている。図１６Ｄでは、マーカー１０３３は、角度θは、３６０度である、現在のイベントゾーン期間の終わりで示されている。図１６Ｄは、現在のイベントゾーン期間が終わりに達し、アクティブ化カウントダウンが経過した時点を表している（アクティブ化カウントダウンに関連するタイマーがt=０[秒]を示す、即ち、イベントゾーン１０２の周囲１０６内に１以上の敵ゲームオブジェクト１０４Xが攻撃される時点）。
【0124】
図１６Ｂ～１６Ｄに示されるマーカー１０３Ｘは別々の時点で表されていると、当業者であれば理解できる。実際には、例えば、０度の位置（即ち、０時位置）から３６０度の位置（即ち、１２時位置）までスムーズなアニメーション効果を進めることにより、ビデオゲーム内でマーカー１０３Xを実行することが出来る。
【0125】
図１７Ｂ～１７Ｄに示す実施例では、マーカー１０３Ｘは、主役ゲームオブジェクト１０１１から、主役ゲームオブジェクト１０１１のイベントゾーン１０２の周囲１０６まで、同心円状に外側に向けて進むパルス（即ち、波形）として表されている。
【0126】
また、現在のイベントゾーン期間の時間をｎ単位の時間とする（例えば、ｎ秒）。図１７Ａでは、マーカー１０３Ｘが示されていないことにより、ユーザ１に、現在イベントゾーン期間がちょうど始まったことを示している（即ち、アクティブ化カウントダウンに関係するタイマーがt=n[秒]を示すように、アクティブ化カウントダウンがちょうど始まった）。図１７Ｂでは、t=n-１[秒]の時、マーカー１０３１は、第１の位置に示されており、図１７Ｃでは、t=n-２[秒]の時、マーカー１０３２は、第２の位置に示されている。図１７Ｄでは、マーカー１０３３は、マーカー１０３３の前端９０とイベントゾーン１０２の周囲１０６が重なる、現在のイベントゾーン期間の終わりで示されている。図１７Ｄは、現在のイベントゾーン期間が終わりに達し、アクティブ化カウントダウンが経過した時点を表している（アクティブ化カウントダウンに関連するタイマーがt=０[秒]を示す、即ち、イベントゾーン１０２の周囲１０６内に１以上の敵ゲームオブジェクト１０４Xが攻撃される時点）。
【0127】
図１７Ｂ～１７Ｄに示されるマーカー１０３Ｘは別々の時点で表されていると、当業者であれば理解できる。実際には、例えば、主役ゲームオブジェクト１０１１に最も近い位置から攻撃周囲１０２の先端まで、又は、イベントゾーン１０２の攻撃周囲１０６の先端から、主役キャラクタ１０１１に最も近い位置までスムーズなアニメーション効果を進めることにより、ビデオゲーム内でマーカー１０３Xを実行することが出来る。
【0128】
他の実施例では、別のマーカーの可視化表示を実行する等、アクティブ化カウントダウンの経過を示す別の方法を取ることが出来る。
【0129】
上述したマーカー１０３Ｘの視覚化表示に加えて、マーカー１０３Ｘは数的、幾何学的、又は数学的表示等の、他の非視覚的表示を有する。図５に示すように、オブジェクトデータ４２は、ゲーム画像フレームのグラフィック表示や、数的、幾何学的又は数学的表示等の、マーカー１０３Ｘの現在の表示に関するデータを格納している。
【0130】
図１８に示すように、マーカー１０３Ｘはまた、属性を構成している。マーカー１０３Ｘのある属性は、ユーザ１により（例えば、コンピュータ装置１０の内蔵ゲームコントローラ１３又は外部ゲームコントローラ１７を介して）制御されるが、マーカー１０３Ｘのある属性は、コンピュータ可読指令１８により制御される。この実施例では、ユーザからの入力に応じて、仮想空間６内のイベントゾーン１０２の位置が変化し、結果的に、マーカー１０３Ｘの仮想空間６内の絶対的位置も変化する。従って、マーカー１０３Ｘを、マーカー１０３Ｘの絶対的位置に関連する空間座標を含む１セットの空間座標{ＸＹＺ１０３}と関連付け出来る。このセットの空間座標{ＸＹＺ１０３}の表示がメモリ１２に格納される。マーカー１０３Ｘと関連するこのセットの空間座標{ＸＹＺ１０３}の構成は、ゲーム環境８の仮想空間６内のイベントゾーン１０２の位置が変化するに応じて変化するようになっている。
【0131】
マーカーデータ８２はまた、画像データ、（マーカー１０３Ｘに関連するセットの空間座標｛ＸＹＺ１０３｝の表示を含む）位置データ８４、材料／テクスチャデータ、身体状態データ、色データ、視認性データ、照明データ（例えば、方向、位置、色及び／又は強度）、音響データ、移動データ、衝突データ、環境データ、タイマーデータ及び／又はその他マーカー１０３Ｘに関連するデータ等の属性を格納している。
【0132】
処理装置１１が実行するビデオゲームプロセス１９００の概要を図１９を参照して示す。
【0133】
ステップ１９０１
ステップ１９０１で、コンピュータ装置１０の処理装置１１は、ビデオゲームのゲーム環境８のために仮想空間６を維持する。ゲーム環境８の仮想空間６は、主役ゲームオブジェクト１０１１、チームＡに関連する味方ゲームオブジェクト１０１２、１０１３、及びチームＢに関連する敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４から成る。
ステップ１９０１で、コンピュータ装置１０の処理装置１１は、ビデオゲームのゲーム環境８のために仮想空間６を維持する。ゲーム環境８の仮想空間６は、主役ゲームオブジェクト１０１１、チームＡに関連する味方ゲームオブジェクト１０１２、１０１３、及びチームＢに関連する敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４から成る。
【0134】
図２０Ａ～２０Ｄに示すように、また、この例の目的のために、仮想空間６内にいる味方ゲームオブジェクト１０１２と敵ゲームオブジェクト１０４１、１０４３は、イベントゾーン１０２がアクティブ化している時、主役ゲームオブジェクト１０１１のイベントゾーン１０２内に位置している一方、味方ゲームオブジェクト１０１３と敵ゲームオブジェクト１０４２、１０４４は、イベントゾーン１０２がアクティブ化している時、主役ゲームオブジェクト１０１１のイベントゾーン１０２内の仮想空間６内の位置にいない。
【0135】
更に、この例の目的のために、主役ゲームオブジェクト１０１１、味方ゲームオブジェクト１０１Ｘと敵ゲームオブジェクト１０４Ｘのそれぞれのためにメモリ１２に格納されたゲームオブジェクト状態パラメータ８０は、「アクティブ」状態を示していると仮定する。
【0136】
ステップ１９０２、１９０３、１９０４
ステップ１９０２
ステップ１９０２で、主役ゲームオブジェクト１０１１に関連するイベントゾーン１０２の視覚表示を、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示する。図２０Ａに示すこの非限定的な例では、イベントゾーン１０２の視覚表示は、主役ゲームオブジェクト１０１１を囲む周囲１０６を構成している。ここで説明したビデオゲームプロセス１９００を、ユーザが受けた入力に基づいて絶えずイベントゾーン１０２を表示／アップデートするように実行する。
ステップ１９０２
ステップ１９０２で、主役ゲームオブジェクト１０１１に関連するイベントゾーン１０２の視覚表示を、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示する。図２０Ａに示すこの非限定的な例では、イベントゾーン１０２の視覚表示は、主役ゲームオブジェクト１０１１を囲む周囲１０６を構成している。ここで説明したビデオゲームプロセス１９００を、ユーザが受けた入力に基づいて絶えずイベントゾーン１０２を表示／アップデートするように実行する。
【0137】
ステップ１９０３
この例の目的のために、主役ゲームオブジェクト１０１１のイベントゾーン１０２に関連する現在のイベントゾーン期間は、３秒であり、（即ち、主役ゲームオブジェクト１０１１に関連するイベントゾーン１０２の次のアクティブ化まで残っている時間が３秒である）、メモリ１２に格納したイベントゾーンデータ７０は、現在のイベントゾーン期間が３秒であることを示すパラメータ７４を含んでいる）。
ステップ１９０３で、イベントゾーン期間に関連したアクティブ化カウントダウンが始まる。この例では、アクティブ化カウントダウンは、メモリ１２に格納されたタイマーにより実行され、従って、タイマーは、t=3[秒]にセットされる。
このように、アクティブ化カウントダウンの始まりは、現在のイベントゾーン期間の始まりに対応している。
この例の目的のために、主役ゲームオブジェクト１０１１のイベントゾーン１０２に関連する現在のイベントゾーン期間は、３秒であり、（即ち、主役ゲームオブジェクト１０１１に関連するイベントゾーン１０２の次のアクティブ化まで残っている時間が３秒である）、メモリ１２に格納したイベントゾーンデータ７０は、現在のイベントゾーン期間が３秒であることを示すパラメータ７４を含んでいる）。
ステップ１９０３で、イベントゾーン期間に関連したアクティブ化カウントダウンが始まる。この例では、アクティブ化カウントダウンは、メモリ１２に格納されたタイマーにより実行され、従って、タイマーは、t=3[秒]にセットされる。
このように、アクティブ化カウントダウンの始まりは、現在のイベントゾーン期間の始まりに対応している。
【0138】
ステップ１９０４
ステップ１９０４で、マーカー１０３Ｘをゲーム環境８の仮想空間６内に配置し、マーカー１０３Ｘの視覚表示をコンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示する。
ステップ１９０４で、マーカー１０３Ｘをゲーム環境８の仮想空間６内に配置し、マーカー１０３Ｘの視覚表示をコンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６のスクリーン１００に表示する。
【0139】
この例の目的のために、マーカー１０３Ｘが、イベントゾーン１０２から主役ゲームオブジェクト１０１１にまで同心円状に内側に向けて進むパルス（即ち、波形）として表されている。
【0140】
図２０Ａでは、マーカー１０３Ｘが、現在のイベントゾーン期間の始まり／アクティブ化カウントダウンの始まりに対応している初期位置に示される。この例では、現在のイベントゾーン期間の始まりで、マーカー１０３Ｘの視覚表示の前端が、イベントゾーン１０２の視覚表示の周囲１０６と重なることにより、ユーザ１に、現在のイベントゾーン期間がちょうど始まった／アクティブ化カウントダウンがちょうど始まったことを知らせている。
【0141】
ステップ１９０２、１９０３、１９０４の順序
ステップ１９０２、１９０３、１９０４は順番に実行する必要は無いばかりか、これらステップを連続して実行する必要も無いと理解される。実際、この実施例では、ステップ１９０２、１９０３、１９０４は同時に実行する。
ステップ１９０２、１９０３、１９０４は順番に実行する必要は無いばかりか、これらステップを連続して実行する必要も無いと理解される。実際、この実施例では、ステップ１９０２、１９０３、１９０４は同時に実行する。
【0142】
ステップ１９０５、１９０６
ステップ１９０５では、アクティブ化カウントダウンが、時間経過に近い１単位時間で減じる。従って、アクティブ化カウントダウンは、減じられ、タイマーは、t=3[秒]からt=2[秒]に変わる。
ステップ１９０５では、アクティブ化カウントダウンが、時間経過に近い１単位時間で減じる。従って、アクティブ化カウントダウンは、減じられ、タイマーは、t=3[秒]からt=2[秒]に変わる。
【0143】
ステップ１９０６で、マーカーのイベントゾーン１０２に対する位置は、イベントゾーン１０２の周囲１０６に対して１以上の距離単位だけ移動するように変化する。このように、図２０Ｂでは、時間t=2[秒]の時、マーカー１０３２は、第２の位置に示される。
【0144】
ステップ１９０５、１９０６は順番に実行する必要は無いばかりか、これらステップを連続して実行する必要も無いと理解される。実際、この実施例では、ステップ１９０５、１９０６は同時に実行する。
次のステップは、１９０７である。
次のステップは、１９０７である。
【0145】
ステップ１９０７
ステップ１９０７で、アクティブ化カウントダウンが経過しない場合は、その時は、ビデオゲームプロセス１９００は、アクティブ化カウントダウンが経過するまで／アクティブ化カウントダウンに関連するタイマーが、t=0[秒]に達するまで、ステップ１９０５と１９０６に戻る。
ステップ１９０７で、アクティブ化カウントダウンが経過しない場合は、その時は、ビデオゲームプロセス１９００は、アクティブ化カウントダウンが経過するまで／アクティブ化カウントダウンに関連するタイマーが、t=0[秒]に達するまで、ステップ１９０５と１９０６に戻る。
【0146】
図２０Ｄは、アクティブ化カウントダウンが経過し、現在のイベントゾーン期間が終了した時点を表している。この例では、マーカー１０３Ｘの位置が変化すると、マーカー１０３Ｘとイベントゾーン１０２を含む距離ＤＸが増えるように、マーカー１０３Ｘは初期値から最終位置まで次第に移動する。特に、マーカー１０３Ｘとイベントゾーン１０２の周囲１０６の参照点Ｐを含む距離ＤＸが増える。このように、マーカーの最終位置は、アクティブ化カウントダウンの経過（この場合、タイマーが、t=0[秒]に達すること）により特徴付けられる現在のイベントゾーン期間の終わりに同期する。
【0147】
一旦アクティブ化カウントダウンが経過する／アクティブ化カウントダウンに関連するタイマーが、t=0[秒]に達すると、ビデオゲームプロセスはステップ１９０８に進む。
【0148】
ステップ１９０８
ステップ１９０８で、イベントゾーン１０２はアクティブ化する。アクティブ化したイベントゾーン１０２は、アクティブ化カウントダウンの経過／アクティブ化カウントダウンに関連するタイマーの、t=0[秒]への到達に同期する。次のステップは、１９０９である。
ステップ１９０８で、イベントゾーン１０２はアクティブ化する。アクティブ化したイベントゾーン１０２は、アクティブ化カウントダウンの経過／アクティブ化カウントダウンに関連するタイマーの、t=0[秒]への到達に同期する。次のステップは、１９０９である。
【0149】
ステップ１９０９
ステップ１９０９で、ビデオゲームプロセス１９００の一部として、１以上の敵ゲームオブジェクト１０４Xがイベントゾーン１０２内の仮想空間６の位置にいるかどうかを決定する。ここで処理装置１１が実行する敵検知アルゴリズム２１００の概要を説明する。
ステップ１９０９で、ビデオゲームプロセス１９００の一部として、１以上の敵ゲームオブジェクト１０４Xがイベントゾーン１０２内の仮想空間６の位置にいるかどうかを決定する。ここで処理装置１１が実行する敵検知アルゴリズム２１００の概要を説明する。
【0150】
敵検知アルゴリズム
図２１に示すように、敵検知アルゴリズム２１００はステップ２１１０～２１５０までである。
図２１に示すように、敵検知アルゴリズム２１００はステップ２１１０～２１５０までである。
【0151】
ステップ２１１０
ある実施例では、ステップ２１１０で、敵検知アルゴリズム２１００は、メモリ１２にアクセスして、仮想空間６内のどのゲームオブジェクトが主役ゲームオブジェクト１０１１の敵とみなすかを見分ける。例えば、（図１０のコラム１００２に示すように）チームと、関連するゲームオブジェクトの表示を含む表１０００にアクセスする。このように、この例では、ゲームオブジェクト１０４１、１０４２、１０４３、１０４４がチームＢに関連するので、仮想空間６は、敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４から成ると判断される。
ある実施例では、ステップ２１１０で、敵検知アルゴリズム２１００は、メモリ１２にアクセスして、仮想空間６内のどのゲームオブジェクトが主役ゲームオブジェクト１０１１の敵とみなすかを見分ける。例えば、（図１０のコラム１００２に示すように）チームと、関連するゲームオブジェクトの表示を含む表１０００にアクセスする。このように、この例では、ゲームオブジェクト１０４１、１０４２、１０４３、１０４４がチームＢに関連するので、仮想空間６は、敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４から成ると判断される。
【0152】
ステップ２１２０
敵検知アルゴリズム２１００のステップ２１２０で、一旦敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４が見分けられると、メモリ１２にアクセスして、各敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４に関連する空間座標ＸＹＺＧＯを決めて、各敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４の位置を決定することが出来る。
敵検知アルゴリズム２１００のステップ２１２０で、一旦敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４が見分けられると、メモリ１２にアクセスして、各敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４に関連する空間座標ＸＹＺＧＯを決めて、各敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４の位置を決定することが出来る。
【0153】
ステップ２１３０
敵検知アルゴリズム２１００のステップ２１３０は、メモリ１２にアクセスして、アクティブ化カウントダウンが経過した時（t=0[秒]で）／イベントゾーン１０２がアクティブ化した時、イベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ｝１０２を決める。
敵検知アルゴリズム２１００のステップ２１３０は、メモリ１２にアクセスして、アクティブ化カウントダウンが経過した時（t=0[秒]で）／イベントゾーン１０２がアクティブ化した時、イベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ｝１０２を決める。
【0154】
ステップ２１４０
敵検知アルゴリズム２１００のステップ２１４０は、各敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４に関連する空間座標ＸＹＺＧＯと、イベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ｝１０２を比較して、アクティブ化カウントダウンが経過した時（t=0[秒]で）／イベントゾーン１０２がアクティブ化した時、１以上の敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４に関連する空間座標ＸＹＺＧＯがイベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ｝１０２内の所定の座標と一致するかどうかを判断する。
敵検知アルゴリズム２１００のステップ２１４０は、各敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４に関連する空間座標ＸＹＺＧＯと、イベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ｝１０２を比較して、アクティブ化カウントダウンが経過した時（t=0[秒]で）／イベントゾーン１０２がアクティブ化した時、１以上の敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４に関連する空間座標ＸＹＺＧＯがイベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ｝１０２内の所定の座標と一致するかどうかを判断する。
【0155】
ステップ２１５０
敵検知アルゴリズムのステップ２１５０で、肯定して、仮想空間６内に位置を有する１以上の敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４が、イベントゾーン１０２がアクティブ化している時、イベントゾーン１０２内にあったと判断される。この例では、アクティブ化カウントダウンが経過した時（t=0[秒]で）／イベントゾーン１０２がアクティブ化した時、敵ゲームオブジェクト１０４１、１０４３の空間座標ＸＹＺがそれぞれ、イベントゾーン１０２と関連するセットの空間座標｛ＸＹＺ｝１０２内の所定の座標と一致すると判断される。このように、図２０Ｄに示すように、イベントゾーン１０２がアクティブ化したとき、敵ゲームオブジェクト１０４１、１０４３は、イベントゾーン１０２内だった仮想空間６の位置にあると判断される。
敵検知アルゴリズムのステップ２１５０で、肯定して、仮想空間６内に位置を有する１以上の敵ゲームオブジェクト１０４１、１０４２、１０４３、１０４４が、イベントゾーン１０２がアクティブ化している時、イベントゾーン１０２内にあったと判断される。この例では、アクティブ化カウントダウンが経過した時（t=0[秒]で）／イベントゾーン１０２がアクティブ化した時、敵ゲームオブジェクト１０４１、１０４３の空間座標ＸＹＺがそれぞれ、イベントゾーン１０２と関連するセットの空間座標｛ＸＹＺ｝１０２内の所定の座標と一致すると判断される。このように、図２０Ｄに示すように、イベントゾーン１０２がアクティブ化したとき、敵ゲームオブジェクト１０４１、１０４３は、イベントゾーン１０２内だった仮想空間６の位置にあると判断される。
【0156】
ステップ１９０９には、ゲームオブジェクトがイベント１０２内の仮想空間の位置にあるかどうかを判断する他の方法がある。例えば、ステップ１９０９で、ゲームオブジェクトと主役ゲームオブジェクト１０１１の位置間の距離が、閾値距離より短いならば、ゲームオブジェクトはイベントゾーン１０２内の、仮想空間６内の位置にあると考えられる。さらに別の例では、ステップ１９０９で、２Ｄ仮想空間では、１以上の敵ゲームオブジェクト１０４Ｘのそれぞれのｘとｙの座標は、（１）周囲（境界）１０６の各整合ｙ座標のｘ座標と、（２）周囲（境界）１０６の各整合ｘ座標のｙ座標と比較することが出来る。
【0157】
ステップ１９０９で、敵ゲームオブジェクト１０４Ｘのいずれもイベントゾーン１０２に無い場合、攻撃は実行されず、方法は、ステップ１９１５（以下参照）に進む。
【0158】
一方、ステップ１９０９で、１以上の敵ゲームオブジェクト１０４Ｘがイベントゾーン１０２内にいるとき、次のステップは、イベントゾーン１０２内にいる敵ゲームオブジェクト１０４Ｘの数を決定するステップ１９１０になる。
【0159】
ステップ１９１０
このステップでは、１つだけ敵ゲームオブジェクト１０４Ｘがイベントゾーン１０２内の、仮想空間６の位置にあると判断されると、ステップ１９１２（以下参照）で敵ゲームオブジェクト１０４Ｘが選ばれて、ユーザ１のために、主役ゲームオブジェクト１０１１により該選ばれた敵ゲームオブジェクト１０４Ｘに対して攻撃が自動的に実行される。
このステップでは、１つだけ敵ゲームオブジェクト１０４Ｘがイベントゾーン１０２内の、仮想空間６の位置にあると判断されると、ステップ１９１２（以下参照）で敵ゲームオブジェクト１０４Ｘが選ばれて、ユーザ１のために、主役ゲームオブジェクト１０１１により該選ばれた敵ゲームオブジェクト１０４Ｘに対して攻撃が自動的に実行される。
【0160】
一方このステップで、多数の敵ゲームオブジェクト１０４Ｘがイベントゾーン１０２内にあると判断されると、イベントゾーン１０２内だった１以上のゲームオブジェクト１０４Ｘがステップ１９１１で選ばれ、ステップ１９１２でユーザ１のために、主役ゲームオブジェクト１０１１により該選ばれた１以上の敵ゲームオブジェクト１０４Ｘに対して攻撃が自動的に実行される。
この例において、ステップ１９１０で、２つの敵ゲームオブジェクト（敵ゲームオブジェクト１０４１、１０４３）が，イベントゾーン１０２がアクティブ化した時、イベントゾーン１０２内だった仮想空間６内の位置にいると判断される。こうして、次のステップは、ステップ１９１１になる。
この例において、ステップ１９１０で、２つの敵ゲームオブジェクト（敵ゲームオブジェクト１０４１、１０４３）が，イベントゾーン１０２がアクティブ化した時、イベントゾーン１０２内だった仮想空間６内の位置にいると判断される。こうして、次のステップは、ステップ１９１１になる。
【0161】
ステップ１９１１
ある実施例では、ビデオゲームプロセス１９００では、イベントゾーン１０２内では１以上の敵ゲームオブジェクト１０４Ｘの内一人だけに攻撃する。他の実施例では、ビデオゲームプロセスでは、イベントゾーン１０２内では１以上の敵ゲームオブジェクト１０４Ｘの内一人だけを何回も攻撃する。主役ゲームオブジェクト１０１１が攻撃する敵ゲームオブジェクト１０４Ｘの数の表示は、ゲーム設計時にゲーム設計者によりエンコードされる。他の実施例では、主役ゲームオブジェクト１０１１が攻撃する敵ゲームオブジェクト１０４Ｘの数は、ゲームプレイの結果として変わる。例えば、攻撃する敵ゲームオブジェクト１０４Ｘの数は、ユーザに関連したスコアの関数として増える。他の実施例では、主役ゲームオブジェクト１０１１が攻撃するように構成されている敵ゲームオブジェクト１０４Ｘの数は、ゲームのレベルの関数である。
ある実施例では、ビデオゲームプロセス１９００では、イベントゾーン１０２内では１以上の敵ゲームオブジェクト１０４Ｘの内一人だけに攻撃する。他の実施例では、ビデオゲームプロセスでは、イベントゾーン１０２内では１以上の敵ゲームオブジェクト１０４Ｘの内一人だけを何回も攻撃する。主役ゲームオブジェクト１０１１が攻撃する敵ゲームオブジェクト１０４Ｘの数の表示は、ゲーム設計時にゲーム設計者によりエンコードされる。他の実施例では、主役ゲームオブジェクト１０１１が攻撃する敵ゲームオブジェクト１０４Ｘの数は、ゲームプレイの結果として変わる。例えば、攻撃する敵ゲームオブジェクト１０４Ｘの数は、ユーザに関連したスコアの関数として増える。他の実施例では、主役ゲームオブジェクト１０１１が攻撃するように構成されている敵ゲームオブジェクト１０４Ｘの数は、ゲームのレベルの関数である。
【0162】
選択アルゴリズム
ある実施例では、ビデオゲームプロセス１９００の一部として、敵ゲームオブジェクト１０４Ｘをランダムに、又は疑似ランダム的に自律ボットにより選択する。他の実施例では、敵ゲームオブジェクト１０４Ｘを敵選択アルゴリズム２２００に基づいて選択することが出来る。このように、この場合、ビデオゲームプロセス１９００では、１以上の敵ゲームオブジェクト１０４Ｘを選択するステップ１９１１を、この場合下記に述べる敵選択アルゴリズムにより構成する。
ある実施例では、ビデオゲームプロセス１９００の一部として、敵ゲームオブジェクト１０４Ｘをランダムに、又は疑似ランダム的に自律ボットにより選択する。他の実施例では、敵ゲームオブジェクト１０４Ｘを敵選択アルゴリズム２２００に基づいて選択することが出来る。このように、この場合、ビデオゲームプロセス１９００では、１以上の敵ゲームオブジェクト１０４Ｘを選択するステップ１９１１を、この場合下記に述べる敵選択アルゴリズムにより構成する。
【0163】
ステップ２２１０
例えば、ビデオゲームプロセス１９００は、健康値が一番小さい敵ゲームオブジェクトを選択するように構成されている。従って、敵選択アルゴリズム２２００は、メモリ１２にアクセスして、イベントゾーン１０２内の各敵ゲームオブジェクト１０４Ｘに関連する健康パラメータ７８の値を決定するステップ２２１０を有する。
例えば、ビデオゲームプロセス１９００は、健康値が一番小さい敵ゲームオブジェクトを選択するように構成されている。従って、敵選択アルゴリズム２２００は、メモリ１２にアクセスして、イベントゾーン１０２内の各敵ゲームオブジェクト１０４Ｘに関連する健康パラメータ７８の値を決定するステップ２２１０を有する。
【0164】
ステップ２２２０
敵選択アルゴリズムはまた、ゲームオブジェクト健康パラメータ７８に関連する一番低い値を有する敵ゲームオブジェクト１０４Ｘを決定するステップ２２２０を有している。
敵選択アルゴリズムはまた、ゲームオブジェクト健康パラメータ７８に関連する一番低い値を有する敵ゲームオブジェクト１０４Ｘを決定するステップ２２２０を有している。
【0165】
ステップ２２３０
敵選択アルゴリズム２２００は更に、ゲームオブジェクト健康パラメータ７８の一番低い値を有する敵ゲームオブジェクト１０４Ｘを選択するステップ２２３０を有している
敵選択アルゴリズム２２００は更に、ゲームオブジェクト健康パラメータ７８の一番低い値を有する敵ゲームオブジェクト１０４Ｘを選択するステップ２２３０を有している
【0166】
この例の目的のために、主役ゲームオブジェクト１０１１は、１つの敵だけ攻撃するように構成されており、ステップ１９１１の出力は敵ゲームオブジェクト１０４１の選択であると仮定する。
【0167】
ステップ１９１２と１９１３
ステップ１９１２
ステップ１９１２で、選択した敵ゲームオブジェクト１０４Xを攻撃する。例に示すように、敵ゲームオブジェクト１０４１が攻撃される。
ステップ１９１２
ステップ１９１２で、選択した敵ゲームオブジェクト１０４Xを攻撃する。例に示すように、敵ゲームオブジェクト１０４１が攻撃される。
【0168】
ある実施例では、ビデオゲームのＧＵＩ２６は、どの敵ゲームオブジェクト１０４Xが攻撃のために選択されたかを示す情報を表示するように構成されている。例えば、ＧＵＩ２６は、選択した敵ゲームオブジェクト１０４Xを視覚的に強調するように構成することが出来る。これは、特定の色、シルエット、フラグ、モーション等、視覚効果を用いてなされる。
【0169】
ビデオゲームプロセス１９００は、攻撃の視覚表示に関連するアニメーションルーチンを開始するように構成されている。図２０Ｄに示す例では、攻撃は、主役ゲームオブジェクト１０１１から発しているエネルギー１０８のボルトにより、また選択された敵ゲームオブジェクト１０４１を撃つことにより、選択された敵ゲームオブジェクト１０４１回りに爆発１０７が発生することにより視覚的に表現される。
【0170】
ステップ１９１３で、選択された敵ゲームオブジェクト１０４Ｘに関連するメモリ１２内に格納された１以上のゲームオブジェクトパラメータ７６が変化する。この例では、敵ゲームオブジェクト１０４１に関連するメモリ１２内に格納された１以上のゲームオブジェクトパラメータ７６が変化する。
【0171】
この場合、敵ゲームオブジェクト１０４１に関連するゲームオブジェクト健康パラメータ７８が、敵ゲームオブジェクト１０４１のゲームオブジェクト健康パラメータ７８に関連する値が変化することで変化する。この例において、敵ゲームオブジェクト１０４１のゲームオブジェクト健康パラメータ７８に関連する値が、１単位だけ減じられる。
【0172】
加えて、この例では、１単位だけ減じられたことによるゲームオブジェクト健康パラメータ７８の値は、今や健康閾値より低くなり、以前アクティブと特徴付けられた敵ゲームオブジェクト１０４１は今や非アクティブと特徴付けられる。
【0173】
従って、敵ゲームオブジェクト１０４１のゲームオブジェクト状態パラメータ８０は、第１状態にあるゲームオブジェクトを示す第１の値（即ち、「アクティブ」状態）と、第２状態にあるゲームオブジェクトを示す第２の値（即ち、「非アクティブ」状態）の間で切り替わる。
【0174】
ステップ１９１２、１９１３は順番に実行する必要は無いばかりか、これらステップを連続して実行する必要も無いと理解される。実際、この実施例では、ステップ１９１２、１９１３は同時に実行する。
【0175】
ステップ１９１４
ある実施例では、主役ゲームオブジェクト１０１１のイベントゾーン１０２がアクティブ化され、敵ゲームオブジェクト１０４１が攻撃される時、ビデオゲームプロセス１９００は、メモリ１２内に格納された他のパラメータや属性を変更する。このように、ビデオゲームプロセス１９００は、メモリ１２に格納された１以上のパラメータ及び属性を変更することを含むステップ１９１５を有している。
ある実施例では、主役ゲームオブジェクト１０１１のイベントゾーン１０２がアクティブ化され、敵ゲームオブジェクト１０４１が攻撃される時、ビデオゲームプロセス１９００は、メモリ１２内に格納された他のパラメータや属性を変更する。このように、ビデオゲームプロセス１９００は、メモリ１２に格納された１以上のパラメータ及び属性を変更することを含むステップ１９１５を有している。
【0176】
ある実施例では、主役ゲームオブジェクト１０１１のイベントゾーン１０２がアクティブ化され、敵ゲームオブジェクト１０４１が攻撃される時、主役ゲームオブジェクト１０１１に関連し、メモリ１２に格納されたゲームオブジェクト健康パラメータ７８を変更する。例えば、主役ゲームオブジェクト１０１１のゲームオブジェクト健康パラメータ７８に関する値を、攻撃を受けた敵ゲームオブジェクト１０４１の関数として増加させることが出来る。更に別の例では、主役ゲームオブジェクト１０１１のゲームオブジェクト健康パラメータ７８に関連する値を、攻撃を受けた敵ゲームオブジェクト１０４Ｘの数の関数として増加させることが出来る。主役ゲームオブジェクト１０１１のゲームオブジェクト健康パラメータ７８に関する値が増加したことにより、主役ゲームオブジェクト１０１１は、１以上の敵ゲームオブジェクト１０４Xからダメージや攻撃を受けにくくなる。
【0177】
ある実施例では、主役ゲームオブジェクト１０１１のイベントゾーン１０２に関連し、メモリ１２内のイベントゾーンデータ７０に含まれているセットの空間座標｛ＸＹＺ｝１０２の構成が変更される。例えば、イベントゾーン１０２が、ゲーム環境８の仮想空間６内でより広範囲な領域（仮想空間６内のイベントゾーン１０２の「領域」）を占領するように、主役ゲームオブジェクト１０１１のイベントゾーン１０２に関連するセットの空間座標｛ＸＹＺ｝１０２の構成が変更される。例えば、イベントゾーン１０２の領域は、攻撃を受けた敵ゲームオブジェクト１０４１の関数として増える。更に別の例では、仮想空間内のイベントゾーン１０２の領域は、攻撃を受けた敵ゲームオブジェクト１０４１の数の関数として増える。主役ゲームオブジェクト１０１１のイベントゾーン１０２の領域が増えると、イベントゾーン１０２内にいる敵ゲームオブジェクト１０４Ｘの数がより多くなる。
【0178】
ある実施例では、ユーザ１／主役ゲームオブジェクト１０１１に関連するメモリ１２内に格納されたスコアが変わる。例えば、ある場合では、主役ゲームオブジェクト１０１１が敵ゲームオブジェクト１０４１を攻撃すると、ユーザ１に関連したスコアのポイントが加算される。例えば、そのスコアは、攻撃された敵ゲームオブジェクト１０４１の関数として増える。更に別の例では、スコアに加算されるポイント数は、攻撃された敵ゲームオブジェクト１０４Ｘの数の関数である。
次のステップは、ステップ１９１５である。
次のステップは、ステップ１９１５である。
【0179】
ステップ１９１５
ステップ１９１５で、アクティブ化カウントダウンがリセットされ、ビデオゲームプロセスはまた、ステップ１９０３から始まる。
ステップ１９１５で、アクティブ化カウントダウンがリセットされ、ビデオゲームプロセスはまた、ステップ１９０３から始まる。
【0180】
ここに開示したビデオゲームプロセス１９００の１つの潜在的技術利点は、ＭＯＢＡゲームでゲームオブジェクト間の攻撃順序に関する戦略的複雑性を増加させることにより、ユーザの関与を多くし、かつ興味深いものにすることである。例えば、図２３Ａに示す状況では、アクティブ化カウントダウンがｔ＝２[s]の時、３つの敵ゲームオブジェクト１０４２、１０４３、１０４４がイベントゾーン１０２に配置されている。従って、ユーザはアクションをおこさないならば、その時は敵ゲームオブジェクト１０４２、１０４３、１０４４の内１つがステップ１９１０／１９１１で選択される。ステップ１９１０／１９１１でこの選択がランダムに、又は疑似ランダム的に実行されると、敵ゲームオブジェクト１０４２、１０４３、１０４４のそれぞれが、１／３の攻撃される機会を有する状況になる。この状況は、ユーザの最適な展望ではない。例えば、ユーザ１が敵ゲームオブジェクト１０４３に対して攻撃したいならば、（ステップ１９０８で）ユーザは入力が可能であり、この入力により、図２３Ｂに示すように、主役ゲームオブジェクト１０１１を、敵ゲームオブジェクト１０４２、１０４４から離して、アクティブ化カウントダウンの経過に伴い、確実に敵ゲームオブジェクト１０４３を攻撃することが出来る。
【0181】
イベントゾーン１０２／マーカー１０３Ｘが１以上の環境オブジェクト１０５Ｘの近くにくると、コンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６に表示されるイベントゾーン１０２の視覚表示／マーカー１０３Ｘの視覚表示が変わる。
【0182】
従って、イベントゾーン１０２と１以上の環境オブジェクト１０５Ｘの内少なくとも１つの少なくとも一部間の距離ｄＧＯ／１０５Ｘが閾値距離ｄｔｈ以内であれば、イベントゾーン１０２の視覚表示は、イベントゾーン１０２の第１の視覚表示からイベントゾーン１０２の第２の視覚表示に変わる。図２４Ａ～２４Ｃに示す実施例において、イベントゾーン１０２の視覚表示の形状は、イベントゾーン１０２の第２の視覚表示の形状がイベントゾーン１０２の第１の視覚表現の形状とは異なるように変化する。
【0183】
図２４Ａ～２４Ｄに示す実施例からわかるように、マーカー１０３Ｘの視覚表示も、マーカー１０３Ｘの第１の視覚表示からマーカー１０３Ｘの第２の視覚表示に変わる。図２４Ａ～２４Ｃに示す実施例では、マーカー１０３Ｘの視覚表示の形状は、マーカー１０３Ｘの第２の視覚表示の形状がマーカー１０３Ｘの第１の視覚表示の形状とは異なるように変化する。このように、ある実施例では、イベントゾーン１０２の視覚表示が変わると、マーカー１０３Ｘの視覚表示も変わる。
【0184】
この実施例では、イベントゾーン１０２の視覚表示とマーカー１０３Ｘの視覚表示は同時に変わる。
【0185】
上記したように、イベントゾーン１０２は、メモリ１２に格納されたイベントゾーンデータ７０の１以上のイベントゾーン属性部分に関係している。ある実施例では、イベントゾーン１０２を繰り返しアクティブ化すると、メモリ１２に格納された１以上のイベントゾーン属性のうち少なくとも１つが繰り返し変わる。
【0186】
例えば、ある実施例では、イベントゾーン１０２は、光強度属性を構成している。この実施例では、イベントゾーン１２を繰り返しアクティブ化すると、メモリ１２に格納された光強度属性が繰り返し変わる。従って、イベントゾーン１２のアクティブ化は、イベントゾーン１０２の視覚表示の光強度を変える。例えば、ユーザ１は、イベントゾーンがアクティブ化していない時のイベントゾーン１０２の明るさと比較して、イベントゾーン１０２がアクティブ化の時のイベントゾーン１０２の視覚表示がより明るく現れていることによりこの変化に気付く。
【0187】
例えば、この実施例の更に別の実施において、イベントゾーン１０２は、色属性を構成している。この例においては、イベントゾーン１０２を繰り返しアクティブ化すると、メモリ１２に格納された色属性が繰り返し変化する。従って、イベントゾーン１０２のアクティブ化は、イベントゾーン１０２の視覚表現における色が変化する。例えば、ユーザ１は、イベントゾーン１０２がアクティブ化している時、イベントゾーン１０２の視覚表現の色が変化していることによりこの変更に気付く。
【0188】
上記したように、マーカー１０３Ｘは、メモリ１２に格納されたマーカーデータ８２に含まれている１以上のマーカー属性に関連している。ある実施例では、イベントゾーン１０２を繰り返しアクティブ化すると、メモリ１２に格納された１以上のマーカー属性の内、少なくとも１つが繰り返し変わる。
【0189】
例えば、この実施例の１つの実行において、マーカー１０３Ｘは、光強度属性を構成している。この例では、イベントゾーン１０２を繰り返しアクティブ化すると、メモリ１２に格納された光強度属性が繰り返し変わる。従って、イベントゾーン１２をアクティブ化すると、マーカー１０３Ｘの視覚表示の光強度が変わることになる。例えば、ユーザ１は、イベントゾーン１０２がアクティブ化していない時の、マーカー１０３Ｘの明るさと比較して、イベントゾーン１０２がアクティブ化している時の、マーカー１０３Ｘの視覚表現がより明るく現れていることによりこの変化に気付く。
【0190】
例えば、この実施例の更に別の実行において、マーカー１０３Ｘは、色属性を構成している。この例においては、イベントゾーン１０２を繰り返しアクティブ化すると、メモリ１２に格納された色属性が繰り返し変化する。従って、イベントゾーン１０２のアクティブ化は、マーカー１０３Ｘの視覚表示における色が変化する。例えば、ユーザ１は、イベントゾーン１０２がアクティブ化している時、マーカー１０３Ｘの視覚表示の色が変化していることによりこの変更に気付く。
【0191】
この実施例の１つの実行において、マーカー１０３Ｘの視覚表現は、アクティブ化カウントダウンの経過が、マーカー１０３Ｘの視覚表示の影やいっぱいに満たされた状態の増減に関連するように、その変量で構成することが出来る。
【0192】
ある実施例では、ユーザ１がＧＵＩ２６を介して、ビデオゲームプロセス２５００に従って１以上の強化型攻撃様式を可能とするように入力すると、主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクト１０４Ｘを攻撃することが出来る。
【0193】
ある場合では、１以上の強化型攻撃様式により、ユーザ１／主役ゲームオブジェクト１０１１のために、ビデオゲームプロセス１９００により自動的に開始した攻撃よりも、１以上の敵ゲームオブジェクト１０４Ｘに対してより大きなダメージを与えることができる。他の例では、１以上の強化型攻撃様式により、１以上の敵ゲームオブジェクト１０４Ｘの内、より多くの数に対してダメージを与え、又は殺すことが出来る。
【0194】
結果的に、ユーザ１がＧＵＩ２６を介して、１以上の強化型攻撃様式を可能とするように入力することにより主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクトを攻撃すると、ユーザ１／主役ゲームオブジェクト１０１１のために、ビデオゲームプロセス１９００により自動的に開始した攻撃よりも、１以上の敵ゲームオブジェクト１０４Ｘに対してより迅速にダメージを与え、又は殺すことが出来、及び／又は、１以上の敵ゲームオブジェクト１０４Ｘの内、より多くの数に対してダメージを与え、又は殺すことが出来る。
【0195】
ある実施例では、ユーザ１によるＧＵＩ２６を介した入力に加えて更に、ユーザ１がＧＵＩ２６を介して、１以上の強化型攻撃様式を可能とするように入力することにより主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクト１０４Ｘを攻撃することが出来る。例えば、ユーザ１は、ＧＵＩ２６を介してアクティブ化入力をすることが出来る。このアクティブ化入力とは、１以上の強化型攻撃様式を可能にするコマンドから構成される。アクティブ化入力を受けるとすぐに、主役ゲームオブジェクト１０１１に関して、１以上の強化型攻撃様式が可能となる。加えて、アクティブ化入力を受けるとすぐに、イベントゾーン１０２に関連するアクティブ化カウントダウンを中止することが出来る。
【0196】
１以上の強化型攻撃様式が可能となることに加えて、主役ゲームオブジェクト１０１１は、イベントゾーン１０２内の、仮想空間６内に位置を有する１以上の敵ゲームオブジェクト１０４Ｘを攻撃するように構成されている。このように、１以上の強化型攻撃様式が可能であるということは、１以上の強化型攻撃様式が可能である間、イベントゾーン１０２内の位置にある１以上の敵ゲームオブジェクト１０４Ｘの状態が変わるということである。このため、ビデオゲームプロセス１９００の一部として、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Ｘに対する攻撃が自動的に開始しされるが、これに加えて本開示では、ユーザ１がＧＵＩ２６を介してアクティブ化入力をすることによって、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Ｘに対する攻撃が開始される。
【0197】
ある実施例では、ある条件を満たした時だけ、強化型攻撃様式が可能となる。
【0198】
例えば、１以上の強化型攻撃様式が可能となるための条件は、ユーザ１のスコアに関係している。例えば、１以上の強化型攻撃様式が可能となるのは、ユーザ１に関するスコアが、スコア閾値を満たしている又は、これを超えているかによる。ゲーム設計者は、ゲーム設計時にこのスコア閾値をゲームデータ２０にエンコードする。
【0199】
更に別の実施例では、１以上の強化型攻撃様式が可能となるための条件は、ゲームセッション中に、主役ゲームオブジェクト１０１１／ユーザ１のために１以上の敵ゲームオブジェクト１０４Ｘに対して自動的に行われる攻撃の総数（即ち、主役ゲームオブジェクト１０１１が１以上の敵ゲームオブジェクト１０４Ｘの状態を変化させた場合の総数）に関係させることが出来る。例えば、１以上の強化型攻撃様式が可能となるのは、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Ｘに対する攻撃の総数が、攻撃閾値を満たしている又は、これを超えているかによる。例えば、主役ゲームオブジェクト１０１１による１以上の敵ゲームオブジェクト１０４Ｘに対する攻撃のカウント数が、メモリ１２（例えば、表１０００のコラム１０１０に含まれる）に格納される。ゲーム設計者は、ゲーム設計時にこの攻撃閾値をゲームデータ２０にエンコードする。
【0200】
ＧＵＩ２６は、スコア閾値及び／又は攻撃閾値に関する情報を表示するように構成されている。ある場合では、ＧＵＩ２６は、１以上の強化型攻撃様式が可能となるための条件が満たされているかどうかを、ユーザ１に示すように構成されている。１つの例では、ＧＵＩ２６は、図形要素８８を含む攻撃モードインジケータ８６を構成している。この例では、ユーザ１のスコアが増える、又は主役ゲームオブジェクト１０１１による攻撃の数が増えると、インジケータ２８の図形要素８８の影が増える、又は該影８８が満たされるように、図形要素８８は、影又は満たされる可変量で構成される。非限定的例では、図形要素８８が部分的に影で覆われるか或いは満たされるかは、ユーザ１のスコアが、スコア閾値を満たすか超えるか、或いは、主役ゲームオブジェクト１０１１が行う攻撃の数が攻撃閾値を満たすか超えるかに対応させることが出来る。この例では、図形要素８８が完全に影で覆われるか、満たされるかは、ユーザ１のスコアが、スコア閾値を満たすか、超えるか、或いは、主役ゲームオブジェクト１０１１が行う攻撃の数が攻撃閾値を満たすか超えるかに対応させている。
【0201】
スコア閾値及び／又は攻撃閾値を表現するために他の方法を実行することが出来る。
【0202】
１以上の強化型攻撃様式を、所定の時間だけ可能にするよう構成することが出来る。この所定の時間は、「強化型攻撃期間」と呼ぶ。一旦可能になると、１以上の強化型攻撃様式は、強化型攻撃期間が終了すると、不可能にするように構成することが出来る。ある場合では、ゲーム設計者が、ゲーム設計時に強化型攻撃期間をゲームデータ２０にエンコードする。他の場合では、強化型攻撃期間は可変である。例えば、強化型攻撃期間は、ユーザ１に関するスコアの関数として変化し、スコアが高ければ高いほど、強化型攻撃期間が長くすることが出来る。
【0203】
ある実施例では、マーカー１０３Ｘの、主役ゲームオブジェクト１０１１のイベントゾーン１０２の少なくとも一部に対する位置は、強化型攻撃期間終了までに残っている時間に関連している。このように、マーカー１０３Ｘの、主役ゲームオブジェクト１０１１のイベントゾーン１０２の少なくとも一部に対する位置が変化することにより、ユーザ１は、強化型攻撃期間終了までに残っている時間がわかる。
【0204】
ビデオゲームプロセス２５００の一部として、マーカー１０３Ｘの、イベントゾーン１０２の少なくとも一部に対する位置を、初期位置から最終位置まで変化させることが出来る。このように、マーカー１０３Ｘの、イベントゾーン１０２の少なくとも一部に対する位置が変化することにより、マーカー１０３Ｘが徐々に初期位置から最終位置まで移動する。例えば、初期位置は強化型攻撃期間の初めに対応し、最終位置は、強化型攻撃期間の終了に対応させることが出来る。このように、ビデオゲームプロセス２５００は、強化型攻撃期間の終了と、マーカー１０３Ｘが終了位置に到達することを同期させることが出来る。
【0205】
マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸを、強化型攻撃期間の終了前に残っている時間に関連させることが出来る。
【0206】
ある実施例では、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸは、強化型攻撃期間の終了前に残っている時間が減少するにつれて増加させることが出来る。このような実施例では、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸは、マーカー１０３Ｘの位置が、初期値から最終位置に変化するにつれて増加させることが出来る。
【0207】
他の実施例では、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸは、強化型攻撃期間の終了前に残っている時間が減少するにつれて減少させることが出来る。このような実施例では、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸは、マーカー１０３Ｘの位置が、初期値から最終位置に変化するにつれて減少させることが出来る。この実施例では、ビデオゲームプロセス１９００は、強化型攻撃期間の終了と、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸがゼロに達することを同期させることが出来る。従って、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸがゼロに達すると、イベントゾーンがアクティブ化したことがわかる。
【0208】
ある実施例では、主役ゲームオブジェクト１０１１のイベントゾーン１０２の周囲１０６は、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸが、マーカー１０３Ｘと参照点Ｐの間にあるように参照点Ｐを構成する。ある実施例では、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸは、直線距離である。他の実施例では、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸは、角距離である。更に別の実施例では、マーカー１０３Ｘとイベントゾーン１０２の少なくとも一部を含む距離ＤＸは、半径距離である。
【0209】
一旦強化型攻撃期間が終了すると、１以上の強化型攻撃様式は、不能に構成することが出来る。強化型攻撃期間の終了を、アクティブ化カウントダウンのリセットと同期させることが出来る（即ち、ビデオゲームプロセス１９００は、ステップ１９１５に進む）。
【0210】
ある実施例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、ビデオゲームプロセス２５００は、もはやマーカー１０３Ｘの視覚表示をコンピュータ装置１０の内蔵表示装置１５又は外部表示装置１６に表示しなくなる。他の実施例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、ビデオゲームプロセス２５００は、マーカー１０３Ｘの視覚表示を、第１の視覚表示から第２の視覚表示に変更する。マーカー１０３Ｘの第２の視覚表示は、１以上の強化型攻撃様式が可能であることと関連している。ある実施例では、強化型攻撃期間が終了すると、ビデオゲームプロセス２５００は、マーカー１０３Ｘの視覚表示を、マーカー１０３Ｘの第１の視覚表示に復帰させる。
【0211】
ある実施例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、ビデオゲームプロセス２５００は、メモリ１２に格納された１以上のマーカー属性の少なくとも１つを変える。
【0212】
この例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、メモリ１２に格納された光強度属性が変化し、これによりマーカー１０３Ｘの視覚表示における光強度が変化する。例えば、ユーザ１は、１以上の強化型攻撃様式が不能の時のマーカー１０３Ｘの明るさと比較して、１以上の強化型攻撃様式が可能な時のマーカー１０３Ｘの視覚表示がより明るく現れることでこの変化に気付くことが出来る。
【0213】
更に別の実施例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、メモリ１２に格納された色属性が変化し、これによりマーカー１０３Ｘの視覚表示における色が変化する。例えば、ユーザ１は、１以上の強化型攻撃様式が可能な時のマーカー１０３Ｘの視覚表示の色が変わるのでこの変化に気付くことが出来る。
【0214】
他の実施例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、ビデオゲームプロセス２５００は、イベントゾーン１０２の視覚表示を、第１の視覚表示から第２の視覚表示に変更する。イベントゾーン１０２の第２の視覚表示は、１以上の強化型攻撃様式が可能であることと関連している。ある実施例では、強化型攻撃期間が終了すると、ビデオゲームプロセス１９００は、イベントゾーン１０２の視覚表示を、イベントゾーン１０２の第１の視覚表示に復帰させる。
【0215】
ある実施例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、ビデオゲームプロセス２５００は、メモリ１２に格納された１以上のイベントゾーン属性の少なくとも１つを変える。
【0216】
この実施例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、メモリ１２に格納された光強度属性が変化し、これによりイベントゾーン１０２の視覚表示における光強度が変化する。例えば、ユーザ１は、１以上の強化型攻撃様式が不能の時のイベントゾーン１０２の明るさと比較して、１以上の強化型攻撃様式が可能な時のイベントゾーン１０２の視覚表示がより明るく現れることでこの変化に気付くことが出来る。
【0217】
更に別の実施例では、アクティブ化が入力され、１以上の強化型攻撃様式が可能になると、メモリ１２に格納された色属性が変化し、これによりイベントゾーン１０２の視覚表示における色が変化する。例えば、ユーザ１は、１以上の強化型攻撃様式が可能な時のイベントゾーン１０２の視覚表示の色が変わるのでこの変化に気付くことが出来る。
【0218】
ある実施例では、１以上の強化型攻撃様式を実行すると、スコア閾値が変化する。例えば、１以上の強化型攻撃様式を実行すると、スコア閾値が増える。従って、１以上の強化型攻撃様式を実行する条件を満足させるために、ユーザ１は、自分のスコアを増やす必要がある。他の実施例では、１以上の強化型攻撃様式を実行すると、主役ゲームオブジェクト１０１１が行う攻撃のカウント数がリセットされる。従って、主役ゲームオブジェクト１０１１は、攻撃閾値に見合う、或いはこれを超える十分な数の攻撃を実行する必要がある。
【0219】
ある実施例では、１以上の強化型攻撃様式を実行すると、攻撃モードインジケータ８６が変化する。例えば、アクティブ化が入力されると、ユーザのスコアがスコア閾値を超えるか、又は、主役ゲームオブジェクト１０１１による攻撃数が攻撃閾値を超えるかに応じて、図面要素８８が完全に覆われるか、満たされる。一旦１以上の強化型攻撃様式が実行されないと図形要素８８の影の覆いや充填が減るか、或いは、もはや図形要素８８には影や充填もなくなる。このことは、１以上の強化型攻撃様式が実行されることにより、スコア閾値が増え、ユーザ１のスコアがスコア閾値を下回ることに関係するか、或いは、１以上の強化型攻撃様式が実行されることにより、攻撃数がリセットされ、主役ゲームオブジェクト１０１１による攻撃数が攻撃閾値を下回ることに関係している。
【0220】
このため、図２５に示すように、ビデオゲームプロセス２５００は、ユーザからのアクティブ化の入力を検出するステップ２５１０を有していると理解される。ステップ２５２０で、ビデオゲームプロセスは、ユーザからアクティブ化の入力が検出されたのを受けて、１以上の強化型攻撃様式が可能となるような１以上の条件を満たしているかの裏付けを取る。ステップ２５３０で、１以上の条件が満たされていれば、ビデオゲームプロセスは、強化型攻撃期間が始まる１以上の強化型攻撃様式を実行する。ステップ２５４０で、ビデオゲームプロセスは、強化型攻撃期間中にイベントゾーンに位置を有する１以上の敵ゲームオブジェクトの状態を変える。ステップ２５５０で、ビデオゲームプロセスは、イベントゾーンの視覚表現と、仮想空間に位置するマーカーの視覚表現を表示装置に表示させる。ステップ２５６０で、ビデオゲームプロセスは、マーカーとイベントゾーンの少なくとも一部を含む距離が、強化型攻撃期間の終了前に残っている時間に関係するように、マーカーの、イベントゾーンの少なくとも一部に対する位置を変化させる。ステップ２５７０で、強化型攻撃期間の終了時に、ビデオゲームプロセスは、１以上の強化型攻撃様式を不能にする。ステップ２５８０で、ビデオゲームプロセスは、ビデオゲームプロセス１９００のステップ１９１５に進む。
【0221】
図２６は、開示したビデオゲームプロセス１９００を要約した概略である。図２７に示すように、少なくとも１つの処理装置によって実行される方法２４００が提供される。ステップ２７１０で、該方法は、非一時的メモリに、ゲーム環境の仮想空間を維持させることを含んでいる。ステップ２７２０で、該方法は、前記仮想空間に位置する１以上のゲームオブジェクトが、イベントゾーンがアクティブ化しているときに、該イベントゾーン内にいる場合、該１以上のゲームオブジェクトの仮想空間内での状態を変更するように、イベントゾーンを仮想空間内で繰り返しアクティブ化することを含んでいる。ステップ２７３０で、該方法は、イベントゾーンの視覚表示と、仮想空間内に位置するマーカーの視覚表示を、表示装置に表示することを含んでいる。ステップ２７４０で、該方法は、前記マーカーと前記イベントゾーンの少なくとも一部を含む距離が、イベントゾーンの次の繰り返しのアクティブ化前に残っている時間に関係するように、前記マーカーの、前記イベントゾーンの少なくとも一部に対する位置を変更することを含んでいる。
【0222】
上記方法の結果として、システムやアプリケーションは、キャラクタ間の攻撃順序に必要とされるユーザの入力を単純化させつつ、該攻撃順序の戦略的複雑性を増加させることが出来る。これにより、他のＭＯＢＡゲームと比較して異なる攻撃戦略が可能となる。特に、上記したようなゲームをするユーザが採用する攻撃戦略は、正しい時間に攻撃をしかけることにはあまり関連せず、正しい敵キャラクタに攻撃を実行するために、位置を定め、ターゲットとの距離を取ることにより大きく関係している。更に、当業者であれば理解できるように、ＭＯＢＡゲーム環境では、味方ゲームオブジェクト１０１Xと敵ゲームオブジェクト１０４Xの数や、プレイヤ間で引き出される協力的／競争的関係が増えるので、このような戦略的複雑性が更に増す。
【0223】
本記述や図面は、本発明の原理を単に説明するものである。よって、当業者は、ここでははっきりと記載していないし、図示していないが、添付のクレームに定義するように、発明の原理を具体化する種々のアレンジを考案することができると理解される。
【0224】
更に、ここで述べた全ての例は、主に読み手に本発明の原理の理解を助けることを目的にしており、特に記述した例や条件に制限を設けない意である。例えば、本開示は、種々の机上物の分析に関連して、本発明の実施例を記述している。しかしながら、本発明は、他の環境における他の種類や他の形式を調査する際にうまく使うことが出来ると理解できる。
【0225】
更に、上記記述はモバイル機器に関するものであるが、ビデオカメラ、デジタルカメラ、赤外線カメラ、デスクトップコンピュータ、ラップトップコンピュータ、タブレット、スマートフォン、スマートウオッチや他のウエアラブル機器等の多くのコンピュータ装置により、上記種々の方法のステップを実行することが出来ると、当業者であれば理解できる。ここでは、ある実施例は、上記方法の一部又は全てのステップを実行する指令の、機械又はコンピュータ可読プログラム、機械実行プログラム、又はコンピュータ実行プログラムである、例えば、デジタルデータ記憶媒体等のプログラム記憶装置をカバーする意図である。本実施例は、上記方法のステップを実行するようにプログラムされたコンピュータもカバーする意図である。
【0226】
処理装置がアクション又はプロセスを実行するように「構成された」と記述される時、これは、処理装置が、コンピュータ可読指令が格納された装置メモリから読み出したコンピュータ可読指令を実行することによってアクションやプロセスを実行するとの意味であると、当業者であれば理解する。
【0227】
ここに開示した実施例のいかなる特徴も、ある実施において、ここに開示された他のいかなる実施例のいかなる特徴と組み合わせる（例えば、これらの代わりに、またこれらに加えて）ことが出来ると当業者であれば理解される。ある実施例の作用に必要である追加的な要素は、当業者の範囲内であると考えられるので、ここでは記述しないし、図示しない。更に、ある実施例は、ここで特別に開示していないいかなる要素が無いと、欠損しているかもしれないし、及び／又は機能しているかもしれない。
【0228】
種々の実施例や、例を提示したが、これは説明の目的のためであり、これに限定すべきではない。当業者であれば、種々の修正や改良が明らかになるであろう。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13A】
【図13B】
【図14A】
【図14B】
【図15A】
【図15B】
【図16A】
【図16B】
【図16C】
【図16D】
【図17A】
【図17B】
【図17C】
【図17D】
【図18】
【図19】
【図20A】
【図20B】
【図20C】
【図20D】
【図21】
【図22】
【図23A】
【図23B】
【図24A】
【図24B】
【図24C】
【図24D】
【図25】
【図26】
【図27】