特許 6193586 プログラム、システム、および、方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6193586

(24)【登録日】2017年8月18日

(45)【発行日】2017年9月6日

(54)【発明の名称】プログラム、システム、および、方法

(51)【国際特許分類】

   A63F 13/426 20140101AFI20170828BHJP

   A63F 13/2145 20140101ALI20170828BHJP

   A63F 13/573 20140101ALI20170828BHJP

   A63F 13/58 20140101ALI20170828BHJP

【ＦＩ】

   A63F13/426

   A63F13/2145

   A63F13/573

   A63F13/58

【請求項の数】11

【外国語出願】

【全頁数】16

(21)【出願番号】特願2013-37997(P2013-37997)

(22)【出願日】2013年2月27日

(65)【公開番号】特開2014-144239(P2014-144239A)

(43)【公開日】2014年8月14日

【審査請求日】2016年2月17日

(31)【優先権主張番号】13/752,852

(32)【優先日】2013年1月29日

(33)【優先権主張国】US

【新規性喪失の例外の表示】特許法第３０条第２項適用 展示会名 ：ＰＡＸ Ｐｒｉｍｅ 開催日（出展日）：平成２４年８月３１日 開催場所 ：アメリカ合衆国、ワシントン州、シアトル

(73)【特許権者】

【識別番号】599115217

【氏名又は名称】株式会社 ディー・エヌ・エー

(74)【代理人】

【識別番号】100141519

【弁理士】

【氏名又は名称】梶田 邦之

(72)【発明者】

【氏名】タケシ オオツカ

(72)【発明者】

【氏名】ヒデ トネガワ

(72)【発明者】

【氏名】ジェームズ マール

(72)【発明者】

【氏名】サイモン パレデス

【審査官】 鈴木 崇雅

(56)【参考文献】

【文献】 特開２００９−１５３６８１（ＪＰ，Ａ）

【文献】 特開２００９−１０６７２８（ＪＰ，Ａ）

【文献】 特開２００５−２０４７５４（ＪＰ，Ａ）

【文献】 特開２０１０−１７８９１８（ＪＰ，Ａ）

【文献】 特開２００８−１７３２１２（ＪＰ，Ａ）

【文献】 パズル＆ドラゴンズ PUZZLE & DRAGONS，ファミ通Ａｐｐ ｉＰｈｏｎｅ ＆ Ａｎｄｒｏｉｄ，株式会社エンターブレイン，２０１３年 １月 ２日，ＮＯ．００５，第１１７頁

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ １３／００−９８

(57)【特許請求の範囲】

【請求項1】

ユーザから入力を受け付けるタッチスクリーンを利用するビデオゲームをプレーするためのプログラムであって、
ある位置にいる敵を含む環境を表示するためのコードと、
投射物を表示するためのコードと、
前記タッチスクリーン上の第１の点から第２の点に及ぶ入力を受け付けるためのコードであって、前記入力は方向成分と速度成分とを有するコードと、
前記入力の前記方向成分および前記速度成分に対応する軌道にしたがって、前記投射物を衝突点に移動させるためのコードと
を含み、
前記環境は、予め定められた数の列により定義され、
投射物の軌道は常に、前記予め定められた数の列のうちの１つに落ちるように構成される、コンピュータに実行させるためのプログラム。

【請求項2】

前記入力は、指を用いて、前記タッチスクリーン上の前記第１の点から前記第２の点まで連続的に及ぶスワイプ動作である請求項１に記載のプログラム。

【請求項3】

前記プログラムは、前記投射物が前記敵に対してダメージを与えたか否かを判定するためのコードをさらに含み、前記ダメージは、前記位置に関連する前記衝突点にしたがって決定される請求項１又は２に記載のプログラム。

【請求項4】

前記ダメージは、敵属性に関連する投射物属性にしたがって決定される請求項３に記載のプログラム。

【請求項5】

前記入力は、大きさおよび方向を有する速度ベクトルを決定するために用いられ、
前記プログラムは、前記投射物の軌道に前記速度ベクトルの前記大きさおよび前記方向を反映させるためのコードをさらに含む請求項１乃至４のいずれかに記載のプログラム。

【請求項6】

前記入力は、所定の時間にわたる速度ベクトルの積分を決定するために用いられる請求項５に記載のプログラム。

【請求項7】

前記プログラムは、
前記投射物が移動した後に、前記敵に攻撃させるためのコードと、
前記敵の攻撃の準備状況を表示するためのコードと
を含み、
前記投射物の移動は、ターンを示し、前記攻撃の準備状況は、攻撃が行われる前のターンの数を示すカウンタを備える請求項１乃至６のいずれかに記載のプログラム。

【請求項8】

多くとも５つの予め定められた列がある請求項１に記載のプログラム。

【請求項9】

多くとも１０の予め定められた列がある請求項１に記載のプログラム。

【請求項10】

ネットワークと、
タッチスクリーンと通信モジュールとを有するクライアントと、
前記ネットワークを介して前記クライアントに接続され、ビデオゲームのダウンロードのために前記クライアントから要求を受信するように構成されたサーバであって、プロセッサとネットワークインタフェースと非一時的なコンピュータ読み取り可能な記憶媒体とを有するサーバと、
を備え、
前記非一時的なコンピュータ読み取り可能な記憶媒体は、ユーザから入力を受け付けるタッチスクリーンを利用するビデオゲームをプレーするためのコンピュータに実行させるためのプログラムを有し、該プログラムは、
ある位置にいる敵を含む環境を表示するためのコードと、
投射物を表示するためのコードと、
前記タッチスクリーン上の第１の点から第２の点に及ぶ入力を受け付けるためのコードであって、前記入力は方向成分と速度成分とを有するコードと、
前記入力の前記方向成分および前記速度成分に対応する軌道にしたがって、前記投射物を衝突点に移動させるためのコードと
を含み、
前記環境は、予め定められた数の列により定義され、
投射物の軌道は常に、前記予め定められた数の列のうちの１つに落ちるように構成される、システム。

【請求項11】

タッチスクリーンを有するモバイル機器でゲームをプレーする方法であって、
ある位置における敵を含む環境を前記タッチスクリーンに表示することと、
前記タッチスクリーンに投射物を表示することと、
前記タッチスクリーンの第１の点から第２の点に及ぶ入力を受け付けることであって、前記入力は方向成分と速度成分とを有し、
前記入力の前記方向成分および前記速度成分に対応する軌道にしたがって、前記投射物を前記タッチスクリーン上の衝突点に移動させることと
を備え、
前記環境は、予め定められた数の列により定義され、
投射物の軌道は常に、前記予め定められた数の列のうちの１つに落ちるように構成される方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ビデオゲームならびにその方法およびシステムに関する。

【背景技術】

【0002】

ビデオゲームは、人気のある娯楽活動である。以前は、ビデオゲームは業務用ゲーム台、テレビ、およびコンピュータでプレーされた。ビデオゲームは、携帯電話やタブレットなどの携帯機器でプレーされることが増えている。携帯機器またはモバイル機器でプレーされるビデオゲームを、「モバイルビデオゲーム」と呼ぶことがある。携帯機器（またはモバイル機器）は、典型的には、タッチセンサ式表示領域（またはタッチスクリーン）を含み、プレーヤは、そこで映像および入力コマンドを見ることができる。多くのモバイルビデオゲームは、タッチスクリーンでコマンドを入力することによりプレーヤがゲームをプレー可能にしている。タッチスクリーンでコマンドを入力することにより、ターゲットへ投射物を投げつけることを含むビデオゲームが知られている。このようなゲームの例として、アングリーバーズ（ＡＮＧＲＹ ＢＩＲＤＳ（登録商標））やペーパートス（ＰＡＰＥＲ ＴＯＳＳ）がある。このようなゲームは、典型的には、単純な性質のものであり、比較的少数且つ低いレベルの戦術的スキルおよび構想の習得によって目的が達成される。

【発明の概要】

【発明が解決しようとする課題】

【0003】

しかしながら、より複雑な戦術的思考を行使できる機会はほとんどないため、ユーザは、このような従来のターゲットゲームに早々に飽きてしまう可能性がある。したがって、プレーヤによる戦略的判断の行使を要求するターゲットゲームに対する技術的なニーズある。

【課題を解決するための手段】

【0004】

本発明は、ビデオゲーム、およびそのための方法およびシステムに関する。

【0005】

一実施形態において、ユーザから入力を受け付けるタッチスクリーンを利用するビデオゲームをプレーするためのプログラムであり、上記プログラムは、ある位置にいる敵を含む環境を表示するためのコードと、投射物を表示するためのコードと、上記タッチスクリーン上の第１の点から第２の点に及ぶ入力を受け付けるためのコードであって、上記入力は方向成分と速度成分とを有するコードと、上記入力の上記方向成分および上記速度成分に対応する軌道にしたがって、上記投射物を衝突点に移動させるためのコードとを含む。

【0006】

一実現例では、上記入力は、指を用いて、上記タッチスクリーン上の上記第１の点から上記第２の点まで連続的に及ぶスワイプ動作である。

【0007】

一実現例では、上記プログラムは、上記投射物が上記敵に対してダメージを与えたか否かを判定するためのコードをさらに含み、上記ダメージは、上記位置に関連する上記衝突点にしたがって決定される。上記ダメージは、敵属性に関連する投射物属性にしたがって決定される。

【0008】

一実現例では、上記入力は、大きさおよび方向を有する速度ベクトルを決定するために用いられ、上記プログラムは、上記投射物の軌道に上記速度ベクトルの上記大きさおよび上記方向を反映させるためのコードをさらに含む。

【0009】

一実現例では、上記入力は、所定の時間にわたる速度ベクトルの積分を決定するために用いられる。

【0010】

一実現例では、上記プログラムは、上記投射物が移動した後に、上記敵に攻撃させるためのコードと、上記敵の攻撃の準備状況を表示するためのコードと
を含む。上記投射物の移動は、ターンを示し、上記攻撃の準備状況は、攻撃が行われる前のターンの数を示すカウンタを備える。

【0011】

一実現例では、上記環境は、予め定められた数の列により定義され、投射物の軌道は常に、上記予め定められた数の列のうちの１つに落ちるように構成される。多くとも５つの予め定められた列、又は、多くとも１０の予め定められた列がある。

【0012】

他の実施形態において、システムは、ネットワークと、タッチスクリーンと通信モジュールとを有するクライアントと、上記ネットワークを介して上記クライアントに接続され、ビデオゲームのダウンロードのために上記クライアントから要求を受信するように構成されたサーバとを備える。サーバは、プロセッサとネットワークインタフェースと非一時的なコンピュータ読み取り可能な記憶媒体とを有する。上記非一時的なコンピュータ読み取り可能な記憶媒体は、ユーザから入力を受け付けるタッチスクリーンを利用するビデオゲームをプレーするためのプログラムを有する。プログラムは、ある位置にいる敵を含む環境を表示するためのコードと、投射物を表示するためのコードと、上記タッチスクリーン上の第１の点から第２の点に及ぶ入力を受け付けるためのコードであって、上記入力は方向成分と速度成分とを有するコードと、上記入力の上記方向成分および上記速度成分に対応する軌道にしたがって、上記投射物を衝突点に移動させるためのコードとを含む。

【0013】

さらに他の実施形態において、モバイル機器でゲームをプレーする方法はタッチスクリーンを有する。該方法は、ある位置における敵を含む環境を上記タッチスクリーンに表示することと、上記タッチスクリーンに投射物を表示することと、上記タッチスクリーンの第１の点から第２の点に及ぶ入力を受け付けることであって、上記入力は方向成分と速度成分とを有し、上記入力の上記方向成分および上記速度成分に対応する軌道にしたがって、上記投射物を上記タッチスクリーン上の衝突点に移動させることとを備える。

【図面の簡単な説明】

【0014】

【図1A】一実施形態におけるゲーム環境を示すタッチスクリーンを有するモバイル機器の簡略図を示す。

【0015】

【図1B】別の実施形態におけるゲームプレイフィールドを示すタッチスクリーンを有するモバイル機器の簡略図を示す。

【0016】

【図1C】一実施形態におけるロールプレイングのカードデッキを示すタッチスクリーンを有するモバイル機器の簡略図を示す。

【0017】

【図1D】一実施形態おけるビデオゲームをプレーするためのプロセスを示す簡略図である。

【0018】

【図2】一例によるゲームプレイフィールドのスクリーンショットを示す。

【0019】

【図3】図２のゲーム例の別のスクリーンショットを示す。

【0020】

【図4】図２のゲーム例のさらに別のスクリーンショットを示す。

【0021】

【図5】図２のゲーム例のさらに別のスクリーンショットを示す。

【0022】

【図6】一実施形態が実現されうる通信システムの簡略図を示す。

【0023】

【図7】図６の通信システムのサーバ構成要素の簡略図を示す。

【0024】

【図8】図６の通信システムのユーザ装置の簡略図を示す。

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

【0025】

本発明は、ビデオゲームならびにその方法およびシステムに関する。実施形態において、ビデオゲームはタッチスクリーンを有するモバイル機器でプレーされ、プレーヤは、タッチスクリーン上でコマンドを入力できる。ビデオゲームは、敵に投射物を投げつけるための指スワイプまたはフリックと、プレーヤおよびターゲットの特徴の様々な組み合せから生じる戦略上の要素とを組み合わせる。
タッチスクリーンに対する指スワイプの方向、タッチスクリーンに対する指スワイプの加速度／速度、タッチスクリーンに対する指スワイプの長さ、および／または、タッチスクリーン上に加えられる下向きの力などのユーザの動作は、その運動量だけでなく投射物の軌道を決定してもよい。ユーザは、攻撃効果や守備力などのゲームパラメータを決定する特別の役割とともに、カードデッキ（カードデック）の中の使用可能な多くのカードから特定のプレーヤの役割を動的に選択してもよい。ゲームは、役割を組み合わせるための機能、役割の進化、および協力者の募集などの１つ以上の戦略構想を組み込んでもよい。
本明細書において、用語「スワイプ（ｓｗｉｐｉｎｇ）」および「フリック（ｆｌｉｃｋｉｎｇ）」はほぼ同じ意味で用いられる。用語「投げつける（ｈｕｒｌｉｎｇ）」、「投げる（ｔｈｒｏｗｉｎｇ）」、および「発射する（ｌａｕｎｃｈｉｎｇ）」はほぼ同じ意味で用いられる。

【0026】

一実施形態において、ビデオゲームは、敵を滅ぼすために敵に向かって投射物を正確且つ戦略的に投げつけることを含む。ビデオゲームは、敵に投射物を投げつけるための指スワイプまたはフリックと、プレーヤおよびターゲットの特徴の様々な組み合せから生じる戦略上の要素とを組み合わせる。タッチスクリーンに対する指スワイプの方向、タッチスクリーンに対する指スワイプの加速度／速度、タッチスクリーンに対する指スワイプの長さ、および／または、タッチスクリーン上に加えられる下向きの力などのユーザの動作が、投射物の軌道および／または運動量を決定してもよい。プレーヤは、デッキの中の使用可能な複数のカードから特定のプレーヤの役割を、攻撃効果や守備力などのゲームパラメータを決定する特別の役割とともに動的に選択してもよい。ゲームは、役割を組み合わせる能力、役割の進化、および協力者の募集などの１つ以上の戦略構想を組み込んでもよい。

【0027】

一実施形態において、タッチスクリーン上でなされた入力、例えば、タッチスクリーン上の第１のポイントから第２のポイントまで指をスワイプすることによって、投射物の軌道が決定される。スワイプの方向および速度から、方向成分および速度成分を有する速度ベクトルを取得することができ、その後、該速度ベクトルを投射物の軌道に影響を与えるのに用いることができる。ある実装においては、投射物の方向は、速度ベクトルの方向成分に対応する（または、速度ベクトルの方向成分を正確に映し出す）。同様に、投射物の速度は、速度ベクトルの速度成分に対応する（または、速度ベクトルの速度成分を正確に映し出す）。あるいは、ベクトルの速度成分を、投射物に特定の運動量をもたらすのに用いることができ、運動量が大きいほど、敵に対してより大きなダメージをもたらす。

【0028】

一実施形態において、指以外の針または物体がタッチスクリーン上でスワイプコマンドを入力するのに用いられてもよい。別の実施形態においては、タッチスクリーン以外の入力装置、例えば、マウス、タッチパッドまたは動作感知装置を用いて、スワイプコマンドを入力する。

【0029】

図１Ａは、一実施形態における、ゲーム環境を示すタッチスクリーン１００を有するモバイル機器５０の簡略図を示す。ある実現例において、モバイル機器５０は、ユーザーコマンドを入力できるタッチスクリーン１００を有するスマートフォンまたはタブレットである。タッチスクリーンは、表示領域内での接触の存在と位置を検出できる電子画像表示装置である。検出される接触と位置は、ユーザの指、針などであり得る。タッチスクリーン１００は、Ｘ、Ｙ、Ｚ軸を用いる、３次元のゲーム環境の二次元的表現１０２を含む。

【0030】

環境内に存在するのは、１つ以上の敵１０４である。所定の実装によれば、敵は、攻撃する準備ができるまで、最初は環境内で静止している。あるいは、敵は、環境内で移動できてもよい。

【0031】

敵とともに描かれたものは、敵の１つ以上の特徴を表わす属性（ａｔｔｒｉｂｕｔｅ）１０６である。特定の例において、属性は、４つの基本的な要素（例えば、地、火、水、および闇）のうちの１つを含む。詳細に以下で論じられるように、敵のこの属性は、ゲームプレイの多くの側面、および特にプレーヤによるその敵に対する攻撃の効果を決定することができる。

【0032】

ある実現例において、１つ以上の列１０５および１０７内に敵１０４を配置する。例えば、列１０５に２つの敵を設け、列１０７に１つの敵を設ける。したがって、各敵１０４は水平に並べられ、予め定められた水平な位置にのみ配置できる。

【0033】

敵とともにさらに描かれたものは、特性（ｐｒｏｐｅｒｔｙ）１０８である。この特性１０８は、敵の攻撃の準備状況を反映してもよい。以下で記載するように、１つの特定の例において、特性１０８は、次の敵の攻撃までの時間を示すカウンタを含むことができる。

【0034】

プレーヤは、図１Ａのスクリーンの下部に配置される。ユーザの視点は、敵に対面するように方向づけられるプレーヤに対するものである。

【0035】

敵に対して投げつけるために、プレーヤは投射物（「オーブ」とも称する）１２０を使用可能である。ユーザにより講じられる１つ以上の行為により、投射物の軌道および／または運動量を決定してもよい。タッチスクリーン１００上で、例えば投射物を横切って指をスワイプ１２２することにより、ユーザは、敵に対して特定の軌道１２３に沿って投射物を投げつけることができる。スワイプ動作に加えて、フリックなどの他の同様の動作を用いてもよく、その場合投射物の経路の方向はタッチスクリーン上で入力される移動動作に似ている。

【0036】

ある実現例において、軌道１２３は、飛行方向、投射物に印加されるエネルギー（または力）、投射物に加えられる下向きの力、および投射物に加えられる抵抗力を考慮に入れて決定される。具体例において、飛行方向は、速度ベクトルの方向成分に対応し、その方向成分から取得される。また、印加されるエネルギーは、速度ベクトルの速度成分に対応し、その速度成分から取得される。重力のような下向きの力、および空気抵抗のような抵抗力を、ビデオゲームの設定において予め定めてもよい。

【0037】

例えば、ユーザのスワイプの方向がＸ−Ｙ平面における投射物の移動を制御してもよく、ユーザのスワイプの速度が投射物に与える力またはエネルギーを制御してもよい。ある実現例においては、スワイプの速度に基づいて、軌道のＺ軸における高さを決定する。さらに、スワイプの速度を敵に対して投げつける投射物の速度を決定するため用いてもよく、それにより、投射物の投げつけがより直観的で且つリアルになる。

【0038】

スワイプ方向およびスワイプ速度に加えて、投射物の軌道を決定してもよい。例えば、タッチスクリーン上でのユーザのスワイプの長さ（すなわち、第１のポイントから第２のポイントまでのスワイプの長さ）が、投射物に与える速度またはエネルギーを制御してもよく、その結果、スワイプが長くなるほど、投射物がより速くなる。その代わりに、またはそれに加えて、タッチスクリーンになされる入力にしたがって、投射物に回転が与えられてもよい。

【0039】

別の実施形態においては、指でタッチスクリーンに加えられた下向きの力を、映像の軌道および／または運動量を決定するのに用いてもよい。例えば、投射物の運動量は、スワイプ動作に用いられるような、指によってタッチスクリーンに加えられた下向きの力と関連づけられる。指によりタッチスクリーンに加えられた下向きの力の大きさは、いろいろな方法で決定できる。１つの方法は、感知ユニット８１０を用いて、タッチスクリーン上の所定の位置での静電容量値の変化を検出することであろう（図８を参照）。

【0040】

さらに別の実施形態においては、予め定義された列またはゾーン、例えば、列１０５、１０７、１０９のうちの１つに、投射物が常に落ちるように、投射物の軌道を設定する。定義される列は、多くとも３、４、５、６、７、８、９、または１０であってもよい。ある実現例において、ユーザが投射物の軌道を多少簡単に制御できるように、わずかな限定された列の数が与えられる。これは例えば、軌道のｙ軸成分が少数の離散値、例えば多くとも１０の離散値、のみを有するように要求することで達成されてもよい。

【0041】

一実施形態において、図１Ｂに示すように、湾曲したスワイプ１２２’に基づいて曲線路を有するように軌道を制御してもよい。結果として生じる投射物の軌道１２３’は、図１Ａにおける軌道１２３と比較して、追加の湾曲な弯曲を有する。ある実現例において、経時的な速度ベクトルの積分をとることにより軌道１２３’を決定し、それによって、投射物の投げつけについてさらに現実的な間隔を与える。投射物に加えられるエネルギーまたは力は、スワイプの速度、開始から終了までのスワイプの長さ、またはスワイプの開始および終了により定義された変位ベクトル、またはそれらの組み合せに基づくことができる。

【0042】

図１Ａに戻って参照し、投射物の動きは、ユーザによりプレーされている現在の役割によっても決定されてよい。例えば、プレーヤの役割１３０が、敵に対する投射物の動きを決定してもよい。プレーヤの役割は、１つ以上の特定のプレーヤ属性１３２、１３４、１３６を含む。ある実現例において、特定の属性は、投射物の増加したダメージを敵にもたらすことができる。この態様に関する詳細を、以下詳細に説明する。

【0043】

図１Ｃは、一実施形態における、ロールプレイングのカードデッキ１５０を示すタッチスクリーン１００を示す。プレーヤの役割は、デッキの一部を形成する特有のカードから導かれてもよい。カードデッキ１５０は以下の情報を含むことができるプレーヤの役割を定義するが、これに限定されない。
・投射物（またはオーブ）のアイコン１５２
・役割名１５４
・プレーヤに対して使用可能な属性１３２、１３４、１３６のアイデンティティ（ｉｄｅｎｔｉｔｉｅｓ）
・それら属性の各等級１３２ａ、１３４ａ、１３６ａ
・攻撃効果１４０、および、
・守備力１４２

【0044】

さらに以下に述べるように、ユーザは、ゲームプレイの間に切り替え可能な１つ以上の役割を有してもよい。使用可能な役割のグループをチームと呼んでもよい。そして、役割間を動的に切り替えるユーザの能力は、ゲーム経験に対する戦略的側面を与えることができる。

【0045】

なお、ユーザは、滅ぼされた敵を獲得することができてもよい。そのようにして得られた敵は、ユーザがさらにゲームを進めることを可能にする追加オプションをユーザに与えてもよい。また、ゲームの間に協力者の支援を借りることも、ユーザにとって可能である。協力者は、その後のステージにおいて頼りにするための追加リソース（例えば、属性、攻撃能力、守備力）をユーザに与える。

【0046】

図１Ｄは、一実施形態におけるビデオゲームをプレーするためのプロセス１６０を示す簡略図である。処理開始後、１体以上の敵と投射物を含む環境をタッチスクリーンに表示させる（ステップ１６２）。タッチスクリーンは、指スワイプを含む入力を受け付け、その指スワイプからスワイプ方向およびスワイプ速度を取得する（ステップ１６４）。スワイプ動作は、感知ユニット８１０（図８を参照）で検出され、コントローラ８０２（図８を参照）によって速度ベクトルに変換される。速度ベクトルは、投射物の軌道を決定するために用いられる。例えば、より大きな加速度（または速度）のスワイプ動作は、投射物を、より長い距離をカバーするように、より速くおよび／またはより高く飛ぶようにさせうる。ある実現例において、より高い運動量を有する投射物が敵に対してより大きなダメージを与えるように、投射物の運動量を攻撃ポイントに関連づけてもよい。

【0047】

タッチスクリーン上で受け付けられた入力に基づいて、スクリーンでは、スワイプ方向およびスワイプ速度に対応する軌道にしたがって投射物を衝突点に移動させる（ステップ１６６）。投射物が敵にダメージを与えたか否かを判定する（ステップ１６８）。敵に関連づけられたカウンタの値によっては、敵に攻撃させてもよい（ステップ１７０）。全ての敵を滅ぼせば、プレーヤは次の段階に進む（ステップ１７２）。

【0048】

上記の総括的な記述を、図２〜図５のスクリーンショットの具体例に関連して、さらに説明する。この例において、投射物を「オーブ」と呼び、可能な限り多くの敵を滅ぼすことがユーザの目標であり、それによってゲーム内でのより高い段階（レベル）に進む。

【0049】

ユーザは、まず、カードデッキを生成するために、パラメータを有する複数のゲームカードを選択する。デッキは、デッキ１５０に含まれるカードに基づいて決定されるパラメータを有する（図１Ｃを参照）。ある実現例において、デッキ内のカードのパラメータをデッキ用のパラメータに達するまで合計する。これらのパラメータは、そのデッキ用のオーブに、たとえば、そのオーブに関連づけられたプレーヤの役割に割り当てられる。

【0050】

このようなパラメータの一例は、本明細書において攻撃ポイント（Ａｔｋ）と呼ばれる攻撃効果である。パラメータの別の例は、本明細書においてヒットポイント（ＨＰ）と呼ばれる防衛力である。

【0051】

入力装置は、敵にオーブを投げつけるために、ユーザの動作を検出する。この特定の例において、入力装置は、タッチスクリーンおよびスマートフォンの感知ユニットを含み、ユーザの動作は、タッチスクリーン上で指をスワイプするまたはフリックすることを含む。軌道および運動量をオーブに与えるために、タッチスクリーン上でのこのスワイプ動作を速度ベクトルに変換する。ベクトルの方向に基づいてオーブの軌道を決定し、ベクトルの長さに基づいてオーブの速度を決定する。言いかえれば、投射物の飛行方向および飛行距離は、入力によって決定される。したがって、左への指スワイプは、投射物を左方向に飛行させることができる。タッチスクリーンの表面を横切って指を速くスワイプすると、投射物を長距離および／または高速で飛行させることができる。

【0052】

ある実現例において、タッチスクリーン上で非線形のスワイプ動作を行なうことにより、オーブの飛行経路を制御できる（図１Ｂを参照）。オーブの軌道は、スワイプの曲線状の動作にしたがって１つ以上の曲線路を含むことができる。オーブの軌道および運動量は、タッチスクリーン上でのスワイプの速度ベクトル以外の手段で制御できる。例えば、タッチスクリーン上に加えられたスワイプの長さおよび下向きの力を、オーブの軌道および速度に影響を与えるために用いることができる。

【0053】

敵は、投げつけられた投射物からダメージを受けてもよい。ダメージの大きさを、衝突の際のオーブの速度だけでなく、敵とオーブがヒットする位置との距離によって決定してもよい。

【0054】

ある実現例において、敵に加えるダメージの大きさを決定するためにデッキのパラメータを用いてもよい。各投射物および各敵は、火、水、地および闇などの要素の１つ以上の属性を持ってもよい。ダメージの大きさは、投射物の属性と敵の属性との間の親和性によって決定される。例えば、水の属性を有するオーブ（スクリーン上に青色で表示されてもよい）は、火の属性を有する敵（スクリーン上に赤色で表示されてもよい）に対して最大のダメージを与えてもよい。逆に、火のオーブは、闇の敵に対して、より多くのダメージを与えてもよく、地のオーブは、水の敵に対して、より多くのダメージを与えてもよく、闇のオーブは、地の敵に対して、より多くのダメージを与えてもよい。

【0055】

図２はミッションゲームのシーンを示す。ミッションモードにおいて、プレーヤは、敵を滅ぼすために敵（生物（ｃｒｅａｔｕｒｅ））にオーブを投げてもよい。スクリーン上の全ての敵を滅ぼせば、プレーヤは次の段階に進むことができる。

【0056】

プレーヤが敵を滅ぼすと、プレーヤは、敵をゲームカードとして獲得してもよい。その後、プレーヤは、敵を自分のカードデッキに組み入れることができる。

【0057】

「ミッション」以外のゲームモードも可能である。例えば、ボスバトルモードにおいて、ユーザは、複数の敵に直面してもよく、そのうちの１つ（ボス）は、第１位の地位（ｐｒｉｍａｃｙ）を有する。ボスの駆除は、自動的に他の敵の除去をもたらすことができる。このようなボスバトルゲームモードにおいて、ユーザは、ボス敵によって制御される手下からのある程度の初期ダメージを受けることを犠牲にしてでも、できるだけ早くボス敵を排除してより大きなダメージを回避する戦略的判断を行使してもよい。

【0058】

先に言及したように、入力装置は、プレーヤの動作を入力として受け付ける。この実施例において、入力装置としてタッチスクリーンを用いる。ユーザは、敵にオーブを投げるために、スクリーン上で（オーブの周囲で）指をスワイプする。

【0059】

プレーヤがスワイプする特定の方法にしたがって、オーブの飛行方向および飛行距離を決定する。ユーザが左にスワイプすれば、オーブは左方向に飛行する。ユーザが素早くスワイプすれば、オーブは長距離を飛行し、その結果、スワイプの速度または加速度は、オーブの移動距離を決定する。あるいは、オーブの移動距離を、スワイプする距離によって決定してもよく、オーブの速度を、スワイプの速度または加速度によって決定してもよい。

【0060】

命中の判定は、ターゲットの敵と投射物が命中した地点との間の距離により決定する。「クリティカル」「ヒット」および「ミス」の３つレベルによって、等級分けしてもよい。

【0061】

命中の判定によりダメージの大きさを決定できる。例えば、オーブが敵の形状の中心に命中したときには、敵に最大級のダメージを加える「クリティカル」ヒットとして判定してもよい。一方、「ヒット」は「クリティカル」よりも小さいダメージを加えるが、「ミス」よりは大きなダメージを加える。

【0062】

ミッションのスクリーンにおいて、各敵の上にカウンタがある。このカウンタは、敵が攻撃することができる時期を示す。ある実現例において、カウンタは、敵が攻撃することができるまでの残りのターンの数を表わす。ユーザによるオーブの投げつけは、ターンとしてカウントされ、カウンタを１ずつ減じる。カウンタが０に達すると、敵が攻撃する。別のある実現例において、カウンタが０まで時をカウントダウンしたときに敵が攻撃する場合は、カウンタは、予め定義された割合で時をカウントダウンするタイマであってもよい。

【0063】

ゲームのプレーにおけるユーザによる成功は、戦術上だけでなく戦略上のスキルで決まってもよい。例えば、ユーザは、敵に正確にオーブを投げつけることにより成功するであろう。ユーザは、また、敵を効率的に滅ぼすために、スクリーン上の敵の優先順位を慎重に付けなければならない。したがって、ユーザは、長く生存するためにできるだけ少ないダメージに晒されるように努めながら、敵に大量のダメージを加えるように戦略的に努めるべきである。これらの戦略的配慮は、従来のターゲットゲーム以上にゲームプレイ体験を向上させることができる。

【0064】

図３は、プレーヤのカードデッキを示す。この例において、デッキは、複数のプレーヤの役割を有し、プレーヤの役割をグループ（チーム）で示してもよい。ある実現例において、各チームは、３つのゲームカードを含み、各ゲームカードは、特定の属性を有する生物を表わす。各チーム／グループは、対応するオーブを有する。

【0065】

オーブは、チーム内のカードから派生した要素属性を有する。例えば、グループ１は、闇および水の生物を含む。したがって、グループ１に対応するオーブ１は、闇および水の要素属性を有する。プレーヤによって必要に応じてチーム内のゲームカードを追加／削除することにより、チームのグループ分けを変更できる。

【0066】

ある実現例において、オーブ１、２および３を、ミッションモードにおいて順番に用いる。プレーヤが所望すれば、プレーヤに対して示された敵に対して、より効果的に攻撃または防御するために、オーブ１、２、３の順序を変更することができる。

【0067】

オーブの打撃力は、オーブに対応するグループに含まれる生物によって決定される。各生物は、ヒットポイント（ＨＰ）および攻撃ポイント（Ａｔｋｓ）を有する。グループ内の生物の攻撃ポイントの合計が、オーブの打撃力である。

【0068】

プレーヤは、１枚のカードを他の１枚又は複数のカードと合成または結合することより、ゲームカードを補強することができる。まず、プレーヤは、補強する基本となる生物を選択する。その後、プレーヤは、基本となるカードに合成される各カードを選択する。このようにゲームカードを補強することで、基本となるカードに関連づけられた生物は、より強くなり、より強い生物に進化する。この進化プロセスまたはレベルアッププロセスによって、基本となるカードと関連づけられた生物は、さらに高いヒットポイントおよびさらに高い攻撃ポイントを有すことができる。

【0069】

プレーヤは、ミッションに関して自分の友人（味方）を得ることができる。プレーヤが協力者を持つことを選ぶとき、プレーヤの友人／味方のリストを表示する。プレーヤは、同行する友人を選択できる（図４を参照）。味方は、プレーヤを支援し、敵を攻撃できる。ミッションに対して味方がプレーヤと同行するように選択されていれば、プレーヤはポイントを受け取ることができる。ポイントを用いることで、プレーヤは新規のゲームカードを受け取ることができる。

【0070】

さらに、プレーヤは、ミッションにおいて、他のプレーヤ（プレーヤの味方のリスト内に載っていないプレーヤを含む）の支援を得ることができる。ある実現例において、これらの他のプレーヤは、プレーヤのミッションにおいてプレーヤを支援するためにランダムに出現してもよい。図５に示すように、ゲームをプレーしながら新規の友人を作るために、このランダムな出現を用いることができる。

【0071】

本明細書に記載されるようなビデオゲームの実施形態を、通信システムを介してユーザ装置に展開してもよい。特に、図６は、通信システムの簡略図を示す。通信システム６００は、通信リンク６０８を介して通信ネットワーク６０６と通信するサーバ６０２を含む。図６は、リンク６０８を介して通信ネットワークと通信する複数のユーザシステム６０４を示す。サーバ６０２は、ビデオゲームをプレーするためのバックエンドサポートを提供する。例えば、友人のリストおよび他のプレーヤのランダムな出現を、サーバ６０２が調整してもよい。サーバ６０２は、また、ユーザシステムがゲームをダウンロードし、アラートまたはメッセージをユーザシステムに送信し、ゲームのアップデート版を提供することを可能にする。

【0072】

ユーザシステム６０４は、スマートフォン、タブレット、ラップトップ、オールインワンコンピュータ、またはビデオゲームをプレーするのに適した他のコンピュータ装置でもよい。ユーザシステムは、映像を表示するためのスクリーンと、コマンドを入力するための入力装置とを有するはずである。これらの機能の両方を、タッチスクリーンにより提供することができる。通信リンク６０８は、有線型または無線型であってもよい。同様に、通信ネットワークは、それ自身、有線機器および／または無線機器を含んでもよい。

【0073】

図７は、図６内のサーバ６０２における各構成要素の簡略図を示す。サーバ６０２は、バス７０２を介して他の様々な構成要素と通信するプロセッサまたはＣＰＵ７０１を含む。このようなサーバの他の構成要素は、読み出し専用メモリ（ＲＯＭ）７０４およびランダムアクセスメモリ（ＲＡＭ）７０６を含むメモリ７０３のような非一時的なコンピュータ読み取り可能な記憶媒体と、さらに高容量の非一時的なコンピュータ読み取り可能な記憶媒体７０８とを含むが、これらに限定されない。これらの構成要素の１つまたは複数は、ビデオゲームを動作させるための命令を表わすコンピュータコードを格納するためにサーバで用いられてもよい。このコンピュータコードを、ユーザがビデオゲームをダウンロードすることを可能にするため、通信網を介してサーバからユーザ装置に送信してもよい。

【0074】

システム管理者または他の関係者は、例えば、様々なユーザ装置に配布するコードを更新または変更するために、ユーザインタフェース入力装置７１０（例えば、キーボード、マウス）を介してサーバと通信してもよい。システム管理者または他の関係者は、表示画面などのユーザインタフェース出力装置７１２を介してサーバから情報を受信してもよい。この受信情報は、ユーザ登録および／または加入を含んでもよい。

【0075】

また、図７は、ネットワークインタフェース要素７１４を含むようなサーバを示す。サーバと通信ネットワークとの間で情報を通信可能にするように、このネットワークインタフェースを構成する。このような情報の一例は、ビデオゲームを実行するためにユーザシステム上で実行可能なコンピュータコードである。図７は、サーバ６０２のコンポーネントを示すが、ユーザシステム６０４のうちのいくつかは、それと同一または同様のコンポーネントを有してもよい。

【0076】

図８は、ユーザシステム６０４のひとつであるユーザ装置８００の簡略図を示す。ユーザ装置８００は、スマートフォンまたはタブレットであってもよく、ユーザ装置の動作を制御するためのコントローラ８０２と、ネットワークと通信するための無線通信モジュール８０４と、電源８０６と、表示装置８０８と、感知ユニット８１０と、メモリ／記憶装置８１２とを含む。
無線通信モジュール８０６は、無線ネットワークと通信し、サーバ６０２からビデオゲームを受信するのに用いられる。サーバから受信されたビデオゲームまたはデータファイルを、コントローラ８０２を用いてメモリ／記憶装置８１２に格納する。ビデオゲームは、ビデオゲームをプレーするために必要な様々なステップを実行するためのコンピュータコードを含む。一旦ゲームを記憶装置にダウンロードすれば、ユーザ装置は、サーバ６０２に接続せずにゲームをプレーすることができる。あるいは、ゲームは、ユーザ装置８００に対してゲームをプレーするためにサーバ６０２と通信したままにするよう要求してもよいし、または、ユーザがゲームを開始したいと思うたびに、少なくともビデオゲームの要部または一部を受信してもよい。

【0077】

ビデオゲームはマルチメディア再生モジュール８１４を用いて開始されプレーされる。ビデオゲームを、ユーザから入力を受け付けることもできる表示装置８０８（例えばタッチスクリーン）に表示する。感知ユニット８１０は、スワイプ動作とタッチスクリーン上に加えられた下向きの力の大きさとを含むタッチスクリーン上でなされた入力を感知する。コントローラ８０２は、感知ユニットによって感知された入力に基づいて速度ベクトルを決定する。

【0078】

このように例示的実施形態を説明したが、開示の内容は、単なる例示であって、様々な他の代替、修正、および変更が可能であることを、当業者は留意するべきである。例えば、タッチスクリーン上で入力されるスワイプ動作を、フリック動作、または同様の動作に置換することができる。また、スワイプ動作などは、タッチスクリーン、例えばタッチパッド、カメラを含む動作センサ以外の素子で入力されてもよい。したがって、実施形態は、本明細書に図示され教示されるような特定の構成または方法に限定されない。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】