JP7833306B2 - ゲームプログラム、ゲーム制御方法及び情報処理装置 - Google Patents

Description

本開示は、ゲームプログラム、ゲーム制御方法及び情報処理装置に関する。

アクションゲームやシミュレーションゲーム等、多数のキャラクタが密集するゲームが知られている。例えば、アクションゲームではプレイヤキャラクタを攻撃しようとする敵キャラクタが、プレイヤキャラクタの周囲に密集する場合がある。

これに対して、密集したキャラクタの動きを制御する技術が考案されている（例えば特許文献１参照。）。また、仮想的な光線を投げ、光線が遮られることでキャラクタ等のオブジェクトを検知するレイキャストの技術がある。

特開２０１９－１１８６８７号公報

しかしながら、レイキャストでは細い光線がオブジェクトの隙間を通過してしまい、対戦するキャラクタの一方から他方へ攻撃を行ったときに攻撃の障害となるオブジェクトであっても検知されない場合がある。この場合、攻撃を発動するようにキャラクタの動きを制御すると、発動された攻撃は、本来当たるべき敵キャラクタとプレイヤキャラクタとの間のオブジェクトには当たらずに通過し、オブジェクトの奥の対戦相手に当たる等の不自然な動作となる場合がある。

これに対してレイキャストにおいて複数の光線を投げ、複数の光線のいずれかが遮られることでオブジェクトを検知する方法も考えられるが、光線の数が増えるため判定が煩雑になる。

そこで、１つの側面では、本開示は、キャラクタを含む複数のオブジェクト間でより自然な動作となるようにゲームを演出する。

１つの実施態様では、仮想空間においてゲーム処理をコンピュータに実行させるゲームプログラムであって、（ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置されるコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定し、（ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更する、処理を実行させるゲームプログラムが提供される。

１つの側面では、本開示は、キャラクタを含む複数のオブジェクト間でより自然な動作となるようにゲームを演出することができる。

実施形態に係るゲームシステムの構成例を示す図。 実施形態に係るゲームシステムの他の構成例を示す図。 実施形態に係るゲーム機のハードウェア構成を示す図。 実施形態に係るゲーム機の機能構成を示す図。 パラメータテーブルの一例を示す図。 コリジョンオブジェクトを説明する図。 第１実施形態に係るゲーム制御方法を示すフローチャート。 第１実施形態に係るゲーム制御方法を説明する図。 第２実施形態に係るゲーム制御方法を示すフローチャート。 第２実施形態に係るゲーム制御方法を説明する図。 第３実施形態に係るゲーム制御方法を示すフローチャート。 第３実施形態に係るゲーム制御方法を説明する図。

以下、本開示を実施するための形態について図面を参照して説明する。なお、本明細書及び図面において、実質的に同一の構成については、同一の符号を付することにより重複した説明を省く場合がある。

［ゲームシステム］
図１は、実施形態に係るゲームシステム１の構成例を示す図である。ゲームシステム１は、情報処理装置の一例であるゲーム機３と、ゲームコントローラ５と、表示装置７とを有する。ゲームコントローラ５及び表示装置７の各々は、ゲーム機３と有線又は無線により通信可能に接続されている。

ゲーム機３は、例えば据え置き型のゲーム専用機である。但し、これに限定されるものではなく、ゲーム機３は、例えば入力部や表示部等を一体に備えた携帯型のゲーム機でもよい。

また、ゲーム機３はゲーム専用機に限らず、例えば、コンピュータ、デスクトップ型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ等のように、コンピュータとして製造、販売等されているものや、スマートフォン、携帯電話、ファブレット等のように、電話機としても機能する携帯端末でもよい。これらの装置は、普段は汎用的な情報処理端末装置として利用されるが、プレイヤがインストールされたゲームプログラムを実行すると、ゲーム専用機と同様、プレイヤがゲームを進行できるようになる。

ゲーム機３には、本実施形態のゲームプログラムがインストールされる。ゲームプログラムはＣＤ－ＲＯＭなどの光記憶媒体やＵＳＢメモリなどの半導体メモリに記憶された状態で配布されたり、サーバ装置からダウンロードされたりする形態で配布される。

プレイヤは、ゲームコントローラ５を用いて各種の操作入力を行う。図１に示す例では、ゲームコントローラ５は例えば十字キー９、及び複数のボタン８等を有する。なお、ゲームコントローラ５は上記に代えて又は加えて、例えばジョイスティックやタッチパッド等を有してもよい。また、ゲームコントローラ５がマイクを備え、音声操作が可能でもよい。ゲームコントローラ５がジャイロセンサや加速度センサ等を備え、プレイヤがゲームコントローラ５の姿勢を変えることで操作が可能でもよい。

また、ゲーム機３は更にネットワーク上のサーバ装置と通信してもよい（図２参照）。同じゲームプログラムを実行する複数のゲーム機３は、サーバ装置に接続するので、いわゆるオンラインゲームが可能になる。オンラインゲームとは、例えば、多人数で同じゲームプログラムを協調して操作できるゲームをいう。オンラインゲームのサーバ装置は、他のプレイヤの位置や操作コマンドを受け付け、他のプレイヤのゲーム機３に送信する処理等を行ってもよい。ゲーム機３では各プレイヤの描画や操作コマンドの反映処理など実際のゲーム処理を行う。

図２は、実施形態におけるゲームシステム１の他の構成例を示す図である。実施形態のゲームシステム１は、ネットワークＮ（例えば、インターネット等）を介してゲームに関する各種サービスをプレイヤに提供する。ゲームシステム１は、サーバ装置１０と端末装置３０とを有する。サーバ装置１０は、ゲームに関する各種サービスを端末装置３０に提供する情報処理装置（処理装置）の一例である。サーバ装置１０は、パーソナルコンピュータ、ワークステーション、クラウドコンピュータ等であってよい。

端末装置３０は、ゲームをプレイする際にプレイヤが使用する情報処理装置の一例である。端末装置３０は、ゲーム機でもよいし、コンピュータ、デスクトップ型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ等のように、コンピュータとして製造、販売等されているものや、スマートフォン、携帯電話、ファブレット等のように、電話機としても機能する携帯端末でもよい。

端末装置３０は、サーバ装置１０に対してゲームに関する各種情報（ゲーム制御方法が記載されたゲームプログラムやゲーム画面等）の配信要求を行う。サーバ装置１０は、端末装置３０から各種情報の配信要求を受け付けると、端末装置３０においてプレイするゲームプログラムやゲーム画面のＷｅｂページを配信する。

端末装置３０は、プレイヤにゲーム画面を表示するＷｅｂページを閲覧させるためのＷｅｂブラウザ機能を有する。これにより、端末装置３０は、サーバ装置１０から配信されたゲーム画面等のＷｅｂページを表示することができる。サーバ装置１０は、プレイヤが動作させるプレイヤキャラクタ及びノンプレイヤキャラクタが敵及び味方に分かれて対戦するオンラインゲーム等のゲームを提供してもよい。

ゲームシステム１は、図１に例示するゲーム機３や図２に例示する端末装置３０が別のゲーム機３や別の端末装置３０と通信するいわゆるＰ２Ｐ（Peer To Peer）方式でもよい。この場合、図２のサーバ装置１０は設けなくてもよい。また、ゲームシステム１はいわゆるクラウドゲームでもよい。なお、図１及び図２のゲームシステム１は一例であり、用途や目的に応じて様々なシステム構成例が考えられる。以下では、主に図１の構成を用いて本実施形態のゲームシステム１について説明する。

ゲーム機３は、対戦ゲーム、スポーツゲーム、レーシングゲーム、街づくりゲーム等、あらゆるゲームを提供できる。また、ゲーム機３は、ガチャ等によりゲームを提供できる。ただし、本実施形態にて開示するゲームシステム１で実行されるゲームは、仮想空間において実行される３Ｄゲーム又は２Ｄゲームであって、対戦ゲーム（アクションゲーム）が好適である。本実施形態では、第１キャラクタと第２キャラクタとの対戦において、より自然なゲームを演出するようにゲーム処理を制御する。

なお、オブジェクトとは、本実施形態では主に仮想空間（例えば３Ｄ空間）に存在するキャラクタを含む物体をまとめてオブジェクトという。例えば、プレイヤキャラクタ（ＰＣ）、ノンプレイヤキャラクタ（以下、「ＮＰＣ」ともいう。）、建物等、およそ仮想空間に登場するものはオブジェクトである。キャラクタには、敵キャラクタや味方キャラクタが含まれ、プレイヤが操作するプレイヤキャラクタでもよいし、ＡＩ等が自動操作するノンプレイヤキャラクタでもよい。

［ゲーム機のハードウェア構成］
次に、ゲーム機３のハードウェア構成について、図３を参照して説明する。図３は、実施形態に係るゲーム機３のハードウェア構成を示す図である。ゲーム機３は、ＣＰＵ（Central Processing Unit）１２１、メモリ１２２、通信装置１２３、入力装置１２４及び表示装置１２５を有する。ＣＰＵ１２１は、ゲーム機３を制御する。メモリ１２２は、例えば、ＣＰＵ１２１が直接アクセス可能なゲーム機３内の記憶媒体である。通信装置１２３は、他の装置との通信を制御するネットワーク回路などの通信デバイスである。入力装置１２４は、入力デバイスであり、ゲームコントローラ５のようにゲーム機３に接続され、ゲーム機３の内部に有しなくてもよい。入力装置１２４は、カメラ又はタッチパネルなどの入力デバイスでもよい。表示装置１２５は、ディスプレイなどの出力デバイスである。

ゲーム機３は、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種のメモリ１２２を搭載してもよい。

ゲーム機３は、演算処理によりゲームプレイするために必要な各種のゲームデータをメモリ１２２に記憶し、ゲーム処理を制御及び管理するゲーム管理機能を有する。ＣＰＵ１２１が所定のゲームプログラム及びゲームデータに基づいて演算処理を行うことにより、ゲーム制御方法が実行される。

［ゲーム機の機能構成］
次に、ゲーム機３の機能構成について図４を参照して説明する。図４は、実施形態に係るゲーム機３の機能構成を示す図である。ゲーム機３は、制御部１１、記憶部１２及び通信部１３を有する。

制御部１１は、各部間のデータの受け渡しを行うと共にゲーム機３の制御を行う。制御部１１は、ＣＰＵ１２１がメモリ１２２に格納されたゲームプログラムを実行することによって実現される。

記憶部１２は、ゲームをコンピュータに実行させるゲームプログラム、各種のデータ及び各種の情報を記憶している。記憶部１２は、例えばメモリ１２２によって実現される。記憶部１２は、ゲームプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、制御部１１による演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有している。記憶部１２は、例えば、フラッシュメモリやハードディスク等の不揮発性の記憶装置によって実現される。ゲームプログラムの一部又は全部はＲＡＭに格納されてもよい。

更に、記憶部１２は、パラメータテーブル２１を記憶する。図５は、実施形態に係るパラメータテーブル２１の一例を示す図である。パラメータテーブル２１は、キャラクタを含むオブジェクトを識別可能な情報（名称、ＩＤ）毎に設定されたオブジェクトの属性及び／又はキャラクタの性格、種類をパラメータとして記憶する。

通信部１３は、端末装置及び／又はその他の装置との間で通信を行うための機能を有する。通信部１３は、端末装置及び／又はその他の装置から送信される各種データを受信する受信部としての機能と、制御部１１の指令に応じて各種データを端末装置及び／又はその他の装置へ送信する送信部としての機能を有する。通信部１３は、例えば、ＮＩＣ（Network Interface Card）によって実現される。

制御部１１は、ゲーム実行処理部１４、コリジョン設定部１５、判定部１６、制御変更部１７及び表示制御部１８を有する。ゲーム実行処理部１４は、仮想空間内において例えばプレイヤが操作するプレイヤキャラクタが敵ボスキャラクタと対戦する対戦ゲームを実行する。ただし、ゲーム実行処理部１４が行うゲームは、プレイヤキャラクタと敵ボスキャラクタ以外の戦いであってもよい。

なお、本明細書におけるオブジェクトは、仮想空間に表示される表示部品であり、ゲーム画面に表示された、移動可能なオブジェクト及び固定オブジェクトが含まれる。移動可能なオブジェクトには、プレイヤキャラクタ、ノンプレイヤキャラクタ、馬、武器等が含まれる。建物や山等のオブジェクトは、通常固定オブジェクトであるが、移動可能なオブジェクトとしてもよい。

図６に示すように、本ゲームにおいて、第１キャラクタ１０１と第１キャラクタ１０１に対向する第２キャラクタ１００との間にカプセル状のコリジョンオブジェクト（以下、「コリジョン１０２」ともいう。）が設定されている。第１キャラクタ１０１は、例えばプレイヤキャラクタである。第２キャラクタ１００は、例えば敵ボスキャラクタである。コリジョン１０２は、第１キャラクタ１０１と第２キャラクタ１００との間を、第１キャラクタ１０１及び／又は第２キャラクタ１００の形状、サイズ及び第１キャラクタ１０１と第２キャラクタ１００が行う攻撃に応じた幅で直線状に結ぶように設置される。

第１キャラクタ１０１は、プレイヤキャラクタでもよいし、敵ボスキャラクタ又は敵キャラクタでもよいし、味方キャラクタでもよい。第２キャラクタ１００は、敵ボスキャラクタ又は敵キャラクタでもよいし、プレイヤキャラクタでもよいし、味方キャラクタでもよい。第１キャラクタ１０１がプレイヤキャラクタの場合、第２キャラクタ１００は敵ボスキャラクタ又は敵キャラクタでもよい。第１キャラクタ１０１が敵ボスキャラクタ又は敵キャラクタの場合、第２キャラクタ１００はプレイヤキャラクタでもよい。敵ボスキャラクタ、敵キャラクタ及び味方キャラクタはＮＰＣであってよい。

図６の例でコリジョン１０２に接触している第３キャラクタ１０３，１０４は、敵キャラクタでもよいし、味方キャラクタでもよいし、キャラクタ以外のオブジェクトでもよい。第３キャラクタ１０３，１０４はＮＰＣでもよい。第２キャラクタ１００は、第２オブジェクトの一例であり、第３キャラクタ１０３，１０４は、第３オブジェクトの一例である。第２オブジェクトおよび第３オブジェクトは、キャラクタ以外のオブジェクトでもよい。第２オブジェクト及び第３オブジェクトがキャラクタ以外のオブジェクトの場合、第２オブジェクト及び第３オブジェクトには大砲等の武器、馬等の乗り物、建物、ステージ等、あらゆる物体が含まれてよい。第２オブジェクト及び第３オブジェクトは、プレイヤが生成したオブジェクトでもよい。

コリジョン１０２は、例えばコリジョン１０２に対する第３オブジェクトの接触の有無を判定するために用いられる。コリジョン１０２は仮想体であり、画面上では表示されない。よって、プレイヤには、コリジョン１０２は見えていない。ただし、コリジョン１０２は可視化可能である。コリジョン１０２の形状はカプセル状に限らず、四角、球状、円柱状など、様々な形状及びサイズを用いることができる。

コリジョン設定部１５は、仮想空間内においてキャラクタ等のオブジェクトの大きさ、形状、動きに連動してコリジョンの設定及び移動を制御する。コリジョン１０２の形状及びサイズは、第２キャラクタ１００の形状及びサイズ、第２キャラクタ１００の攻撃、第１キャラクタ１０１の形状及びサイズ、第１キャラクタ１０１の攻撃のいずれかに応じて変化させてもよい。例えば、第２キャラクタ１００が行う攻撃の幅が狭い場合、コリジョン１０２の幅を狭く設定してもよい。第２キャラクタ１００が行う攻撃の幅が広い場合、コリジョン１０２の幅を広く設定してもよい。ただし、コリジョン１０２の幅は、レイキャストで使用される光線のように細いものではなく、例えば対向するキャラクタの大きさ等、ある程度の幅を有する。コリジョン１０２の形状及びサイズは、固定されていてもよい。

判定部１６は、第１キャラクタ１０１と第２キャラクタ１００との間に設置されるコリジョン１０２に対する第３キャラクタ１０３，１０４の接触の有無を判定する。判定部１６は、コリジョン１０２に対する第３キャラクタ１０３，１０４の接触から非接触への変化、又は非接触から接触への変化を判定してもよい。

制御変更部１７は、コリジョン１０２に対する接触判定の結果に基づき、ゲーム処理の制御を変更する。制御変更部１７は、第１キャラクタ１０１、第２オブジェクト（第２キャラクタ１００）及び第３オブジェクト（第３キャラクタ１０３，１０４）の少なくともいずれかの動作に関するゲーム処理の制御を変更してよい。制御変更部１７は、例えば、コリジョン１０２に対して第３キャラクタの接触判定の結果、及び予め設定された変更条件を満たすか否かの判定結果に基づき、ゲーム処理の制御を変更してもよい。制御変更部１７は、第１キャラクタ１０１、第２キャラクタ１００及び第３キャラクタ１０３，１０４の性格、属性及び／又は種類の少なくともいずれかの情報を記憶したパラメータテーブル２１を参照して、前記情報に基づき変更条件を満たすかを判定してもよい。

表示制御部１８は、キャラクタやオブジェクトの表示を制御する。表示制御部１８は、複数のキャラクタやその他のオブジェクトが登場する仮想空間をゲーム機３の表示装置１２５に表示させる。表示制御部１８は、ゲーム画面のＷｅｂページを制御し、ゲーム画面のＷｅｂページを通信部１３によりゲームを行う端末装置に送信し、端末装置の画面に表示してもよい。表示制御部１８は、第３キャラクタ１０３，１０４のいずれかが接触から非接触の状態に変化したと判定された場合、第２キャラクタ１００の攻撃及び前記攻撃の予兆を第１キャラクタ１０１から視認可能に表示してもよい。表示制御部１８は、第３キャラクタ１０３，１０４のいずれかが非接触から接触状態に変化したと判定された場合、「このままだと打てない」等のフキダシを表示したり、攻撃ボタンのアイコンを表示したりしてもよい。なお、「攻撃」とは、例えば射撃であれば、攻撃対象を撃つことをいう。例えば魔法による攻撃であれば、魔力を攻撃対象に放つことをいう。本明細書では、攻撃の発動の可否は、コリジョン１０２を用いて判定される。また、「攻撃の予兆」とは、例えば射撃による攻撃であれば、攻撃対象に狙いを定める動作をいう。例えば魔法による攻撃であれば、魔力を溜める動作をいう。

＜第１実施形態＞
[ゲーム制御方法]
次に、第１実施形態に係るゲーム制御方法について、図7及び図８を参照して説明する。図７は、第１実施形態に係るゲーム制御方法を示すフローチャートである。図８は、第１実施形態に係るゲーム制御方法を説明する図である。図７のゲーム制御方法はゲーム機３によって実行される。以下では対戦ゲームを例に挙げて説明する。なお、以下の説明では、第３キャラクタとして２体のＮＰＣが登場するが、第３キャラクタの数はこれに限らない。また、第３キャラクタの代わりにキャラクタ以外のオブジェクトを障害物に用いてよい。

ゲームが開始されると、ステップＳ１において、ゲーム実行処理部１４は、プレイヤが操作するプレイヤキャラクタ、味方キャラクタ、敵ボスキャラクタ及び敵キャラクタを含む複数のキャラクタの動作を制御し、対戦ゲームを実行する。ゲーム中、ゲーム実行処理部１４は、キャラクタの動作に限らず、キャラクタ以外のオブジェクトの移動等も制御する。コリジョン設定部１５は、例えば図６に示すように、対向する第１キャラクタ１０１と第２キャラクタ１００の間にコリジョン１０２を設定する。コリジョン設定部１５は、設定したコリジョン１０２の位置を管理する。本実施形態では、第１キャラクタ１０１はプレイヤキャラクタ、第２キャラクタ１００は敵ボスキャラクタ、第３キャラクタ１０３，１０４は味方又は敵キャラクタである。第２キャラクタ１００及び第３キャラクタ１０３，１０４はＮＰＣである。なお、コリジョン１０２を設定するタイミングとしては、プレイヤがプレイヤキャラクタに攻撃を行わせる操作を行ったタイミングでもよいし、ＣＰＵ１２１がＮＰＣに攻撃を行わせると判定したタイミングでもよい。ＮＰＣに攻撃を行わせると判定したタイミングとしては、戦闘開始から所定時間が経過したタイミングや、攻撃対象がＮＰＣの所定範囲内に存在するといった条件を満たしたタイミング等が挙げられる。

ステップＳ３において、判定部１６は、第３キャラクタ１０３，１０４がコリジョン１０２に接触しているかを判定する。第３キャラクタ１０３，１０４がコリジョン１０２に接している場合、及び第３キャラクタ１０３，１０４がコリジョン１０２にめり込んでいる場合のいずれも第３キャラクタ１０３，１０４がコリジョン１０２に接触していると判定される。なお、第３キャラクタ１０３，１０４の少なくともいずれかがコリジョン１０２に接触していればよい。図６の例では、第３キャラクタ１０４がコリジョン１０２に接触している。

ステップＳ５において、第３キャラクタ１０３，１０４の両方がコリジョン１０２に接触していないと判定された場合、ステップＳ１５に進む。一方、ステップＳ５において、第３キャラクタ１０３，１０４のいずれかがコリジョン１０２に接触していると判定された場合、ステップＳ７～Ｓ１３の処理を実行した後、ステップＳ１５に進む。

ステップＳ７において、制御変更部１７は、コリジョン１０２に接触した第３キャラクタ（図６の例では第３キャラクタ１０４）の性格、属性及び／又は種類の少なくともいずれかの情報を取得する。これらの情報は、パラメータテーブル２１に記憶され、パラメータテーブル２１から抽出する（図５参照）。

次に、ステップＳ９において、制御変更部１７は、取得した情報に基づき、発動条件を満たすかを判定する。発動条件は、予め設定されている。発動条件の一例としては、コリジョン１０２に接触した第３キャラクタが敵キャラクタであるか、味方キャラクタであるかを該当する第３キャラクタの種類から判定し、判定結果に発動条件を満たすかを判定してもよい。

例えば、攻撃を発動する第２キャラクタ１００が敵ボスキャラクタであって第３キャラクタ１０３，１０４が敵雑魚ＮＰＣである場合を例に挙げる。この場合、図８（ａ）の例では、第２キャラクタ１００の敵ボスキャラクタが攻撃を発動すると、攻撃が第１キャラクタ１０１に当たる前に第３キャラクタ１０４の敵雑魚ＮＰＣに当たる。この場合、敵同士で攻撃してしまう。発動条件には敵同士の攻撃、及び味方同士の攻撃は条件を満たさないと定められている。よって、制御変更部１７は、ステップＳ１１において発動条件を満たさないと判定する。

他の例では、攻撃を発動するキャラクタが第１キャラクタ１０１であって第３キャラクタ１０３，１０４が味方ＮＰＣである場合を例に挙げる。この場合、図８（ａ）の例では、第１キャラクタ１０１が攻撃を発動すると、第２キャラクタ１００に当たる前に第３キャラクタ１０４の味方ＮＰＣに当たる。この場合、味方同士で攻撃してしまう。よって、制御変更部１７は、ステップＳ１１において発動条件を満たさないと判定する。

ステップＳ１１において、制御変更部１７は、発動条件を満たさないと判定すると、ステップＳ１３をスキップし、攻撃処理を中止する。一方、ステップＳ１１において、制御変更部１７は、発動条件を満たすと判定すると、ステップＳ１３にて攻撃処理を実行する。このようにしてコリジョン１０２に対する第３キャラクタ１０３，１０４の接触状態に応じてゲーム処理の制御を変更することができる。なお、ステップＳ１１において、発動条件を満たさないと判定された場合、表示制御部１８は、「このままだと打てない」等のフキダシを表示したり、攻撃ボタンのアイコンを表示したりしてもよい。

次に、ステップＳ１５において、ゲーム実行処理部１４は、ゲームを終了するかを判定し、ゲームを終了すると判定された場合、本処理を終了する。一方、ゲーム実行処理部１４は、ゲームを終了しないと判定した場合、ステップＳ３に戻り、再びコリジョン１０２の接触判定を行う。ステップＳ１５において、ゲームを終了すると判定されるまでステップＳ３～Ｓ１５の処理が繰り返される。これにより、ゲームを終了するまで、第１キャラクタ１０１と第２キャラクタ１００との間に第３キャラクタが存在するかを連続的に判定し続けることができる。なお、第３キャラクタ１０３，１０４の替わりに、図８（ｂ）に示す建物等のオブジェクト１０５を使用してもよい。オブジェクト１０５は、第３オブジェクトの一例である。

図５のパラメータテーブル２１に一例を示すように、オブジェクトにも属性があってよく、オブジェクトの属性が発動条件の変更に影響してもよい。例えば敵が攻撃を行う場合、オブジェクトが防御壁であればプレイヤキャラクタに攻撃が届かないため攻撃をやめるという場面が例として挙げられる。また、例えばオブジェクトが敵の宝等であれば攻撃によって壊してしまわないように攻撃をやめるという場面が例として挙げられる。攻撃をやめるとは、発動条件が満たされず発動不可となることである。

発動条件は、キャラクタの属性や攻撃の種類などに基づいて変化するものであってよい。これにより、キャラクタの属性や攻撃の種類等によって、攻撃が発動可又は発明不可が変わる場合が生じ、ゲームにバリエーションを与え、ゲームの興趣性を高めることができる。また、キャラクタの属性や攻撃の種類等に応じてより自然なゲームを演出することができる。

発動条件が変更される具体例について、以下を例示する。
（１）攻撃発動可否の判定基準となる第３オブジェクトの数を変更する場合
例えば攻撃を行うキャラクタの属性が「悪徳」の場合、発動条件を「コリジョンに接触している味方オブジェクトの数が５以下であれば発動可能」とする。これにより、「悪徳」のキャラクタは多少味方を巻き込んだとしても構わず攻撃することを表現できる。
（２）「コリジョンに接触しているか否か」の判定基準を変更する場合
例えば攻撃を行うキャラクタの属性が「悪徳」の場合、コリジョンに５０％以上めりこんでいる第３オブジェクトのみをコリジョンに接触していると判定し、属性が「仁徳」の場合、めりこみ度合にかかわらずコリジョンに接触しているすべての第３オブジェクトを接触していると判定する。これにより、「仁徳」のキャラクタであれば、第３オブジェクトに少しでも攻撃が当たる恐れがあれば攻撃をやめることを表現できる。つまり、キャラクタの属性や性格によって、発動条件を変更することができる。

第１実施形態に係るゲーム制御方法では、第１キャラクタ１０１と第１キャラクタ１０１に対向する第２キャラクタ１００との間を結ぶように設置されるコリジョン１０２に対する第３キャラクタ１０３，１０４の接触の有無を判定する（工程ａ）。工程ａにおいてコリジョン１０２に対して第３キャラクタ１０３，１０４が接触したと判定された場合であって、予め設定された変更条件（発動条件）を満たすと判定した場合、ゲーム処理の制御を変更する（工程ｂ）。この場合、攻撃を発動しないようにする。

図７のステップＳ７及びステップＳ９は省略してもよい。すなわち、発動条件の判定は省略できる。この場合、コリジョン１０２に対して第３キャラクタ１０３，１０４が接触したと判定された場合、ステップＳ１１において発動条件を満たすと判定される。

この場合、工程ｂにおいては変更条件を判定せず、工程ａにおいてコリジョン１０２に対する第３キャラクタ１０３，１０４の接触が判定された場合、工程ｂにおいてゲーム処理の制御を変更し、攻撃を発動しないようにする。

発動条件は、変更条件の一例であり、予め設定されている。発動条件の一例としては、第１キャラクタ１０１と第２キャラクタ１００のうち攻撃される側が、攻撃する側を視認できるかが挙げられる。攻撃される側が攻撃する側を視認できない場合に発動しないように発動条件を設定してもよい。ただし、発動条件は、これに限らない。発動条件に、コリジョン１０２に接触する第３オブジェクトの個数を加え、第３オブジェクトの個数によって攻撃を行うか中止するかを変更するようにしてもよい。更に、第１キャラクタ１０１が第２キャラクタ１００の一定距離内にいるかを含め、第１キャラクタ１０１と第２キャラクタ１００とが一定距離内にいない場合、発動しないように発動条件を設定してもよい。第２キャラクタ１００の体力が一定以下になるまで発動しないように発動条件を設定してもよい。

本実施形態によれば、キャラクタを含む複数のオブジェクト間でより自然な動作となるようにゲームを演出することができる。なお、本実施形態では、発動条件を満たさない場合に攻撃を中止したが、これに限らない。発動条件を満たさない場合、攻撃の種類を変えて攻撃を行ってもよい。また、発動条件に対して、攻撃の種類に応じてコリジョン１０２の形状及びサイズを変更し、発動し易く、もしくは発動し難くさせてもよい。

＜第２実施形態＞
[ゲーム制御方法]
次に、第２実施形態に係るゲーム制御方法について、図９及び図１０を参照して説明する。図９は、第２実施形態に係るゲーム制御方法を示すフローチャートである。図１０は、第２実施形態に係るゲーム制御方法を説明する図である。図９のゲーム制御方法はゲーム機３によって実行される。図９の各ステップのうち、第１実施形態に係るゲーム制御方法（図７）のステップと同じ処理を行うステップには同一番号を付すことにより、同一処理の重複説明を省略する。

なお、本実施形態では、第１キャラクタ１０１は、プレイヤの操作により移動可能なプレイヤキャラクタであり、第２キャラクタ１００は敵ボスキャラクタである。

ゲームが開始されると、ステップＳ１において、ゲーム実行処理部１４は、対戦ゲームを実行する。次に、ステップＳ２１において、ゲーム実行処理部１４は、攻撃の予兆があるかを判定する。ゲーム実行処理部１４は、攻撃の予兆がないと判定した場合、ステップＳ１５に進む。一方、ゲーム実行処理部１４は、攻撃の予兆があると判定した場合、ステップＳ２３において、表示制御部１８は攻撃の予兆を画面に表示する。

次に、ステップＳ２５において、ゲーム実行処理部１４は、プレイヤの操作に応じてプレイヤキャラクタである第１キャラクタ１０１を移動させる。このとき、プレイヤは、第３キャラクタ１０３，１０４がコリジョン１０２に非接触から接触状態に変化するように第１キャラクタ１０１を移動させる操作を行う（図１０参照）。

次に、ステップＳ２７において、判定部１６は、コリジョン１０２に対する第３キャラクタ１０３，１０４の接触判定を行う。判定部１６は、第３キャラクタ１０３，１０４がコリジョン１０２に非接触から接触状態に変化したかを判定する。判定の結果、ステップＳ２９において、判定部１６は、第３キャラクタ１０３，１０４が非接触から接触状態に変化していないと判定した場合、制御変更部１７は、ステップＳ３０において攻撃処理を行った後、ステップＳ１５に進む。一方、判定部１６は、第３キャラクタ１０３，１０４が非接触から接触状態に変化したと判定した場合、第１実施形態において説明したステップＳ７～Ｓ１５の処理を行う。ステップＳ１５においてゲームを終了すると判定されたとき本処理は終了する。

第２実施形態に係るゲーム制御方法では、図１０に示すように、プレイヤの操作に応じて第３キャラクタ１０３，１０４がコリジョン１０２に非接触の状態（図１０（ａ））から接触状態（図１０（ｂ））に変化するように第１キャラクタ１０１を移動させる（工程ｃ）。工程ｂは、第２キャラクタ１００の攻撃又は攻撃の予兆（図１０（ａ））を検知したときに、工程ａにおいて第３キャラクタ１０３，１０４が非接触から接触状態に変化したと判定された場合、第２キャラクタ１００の攻撃を発動しないように、すなわち、攻撃を発動可能から発動不可能にゲーム処理の制御を変更する。

これにより、対戦する第１キャラクタ１０１及び第２キャラクタ１００の周囲の第３キャラクタ１０３，１０４の配置状況に応じて第１キャラクタ１０１のプレイヤキャラクタのとる行動に変化を促し、攻撃されそうな第１キャラクタが、敵雑魚ＮＰＣや防御壁などのオブジェクトを盾として攻撃されることを回避することができる。これにより第２キャラクタ１００の攻撃を阻止できる。このようにしてプレイヤの考えを反映したゲーム制御の変更を実現できる。これにより、プレイヤのゲームに対する興趣性を高めることができる。

なお、ステップＳ２１及びＳ２３では、攻撃の予兆を判定及び表示したが、攻撃のアクションを判定及び表示してもよい。

＜第３実施形態＞
[ゲーム制御方法]
次に、第３実施形態に係るゲーム制御方法について、図１１及び図１２を参照して説明する。図１１は、第３実施形態に係るゲーム制御方法を示すフローチャートである。図１２は、第３実施形態に係るゲーム制御方法を説明する図である。図１１のゲーム制御方法はゲーム機３によって実行される。図１１の各ステップのうち、第１又は第２実施形態に係るゲーム制御方法（図７、図９）のステップと同じ処理を行うステップには同一番号を付す。

なお、本実施形態では、第１キャラクタ１０１は、プレイヤの操作により移動可能なプレイヤキャラクタであり、第２キャラクタ１００は敵ボスキャラクタである。

ゲームが開始されると、ステップＳ１において、ゲーム実行処理部１４は、対戦ゲームを実行する。次に、ステップＳ２１において、ゲーム実行処理部１４は、攻撃の予兆があるかを判定する。ゲーム実行処理部１４は、攻撃の予兆がないと判定した場合、ステップＳ１５に進む。ゲーム実行処理部１４は、攻撃の予兆があると判定した場合、ステップＳ２３において、表示制御部１８は、攻撃の予兆を表示する。

次に、ステップＳ３１において、ゲーム実行処理部１４は、ＮＰＣの第３キャラクタ１０３、１０４をコリジョン１０２と接触しない位置へ移動させる。これにより、第３キャラクタ１０３、１０４がコリジョン１０２に接触状態から非接触状態に変化する（図１２参照）。

次に、ステップＳ２７において、判定部１６は、コリジョン１０２に対する第３キャラクタ１０３、１０４の接触状態を判定する。判定の結果、ステップＳ３２において、判定部１６は、コリジョン１０２に対して第３キャラクタ１０３、１０４が接触から非接触状態に変化したと判定した場合、ステップＳ３３において攻撃処理を行い、ステップＳ１５に進む。なお、ステップＳ３３において、攻撃処理を行う前に攻撃の予兆を表示してもよい（工程ｅ）。効果としては、例えば敵ボスキャラクタによる攻撃が行われる前に、その攻撃の予兆を表示することで、プレイヤは攻撃を察知して、敵雑魚ＮＰＣがコリジョン１０２に接触する位置にプレイヤキャラクタを移動させるなどの方法で攻撃を回避することができる。
一方、ステップＳ３２において、判定部１６は、第３キャラクタ１０３、１０４が接触から非接触状態に変化していないと判定した場合、第１実施形態において説明したステップＳ７～Ｓ１５の処理を行う。

第３実施形態に係るゲーム制御方法では、図１２に示すように、第３キャラクタ１０３、１０４は、移動可能であり、工程ｄにおいて第１キャラクタ又は第２キャラクタ１００の攻撃又は前記攻撃の予兆に対して、第３キャラクタ１０３、１０４をコリジョン１０２に接触した状態（図１２（ａ））から非接触状態（図１２（ｂ））へ変化するように移動させる。すなわち、工程ｄでは攻撃を行うのは第１キャラクタであっても第２オブジェクトであってもよい。工程ｂでは、第２キャラクタ１００の攻撃又は攻撃の予兆を検知したときに、工程ａにおいて第３キャラクタ１０３、１０４が接触から非接触の状態に変化したと判定された場合、第２キャラクタ１００の攻撃を発動するように、すなわち、攻撃を発動不可能から発動可能にゲーム処理の制御を変更する。

これにより、対戦する第１キャラクタ１０１及び第２キャラクタ１００の周囲の第３キャラクタ１０３，１０４の配置状況に応じて第１キャラクタ１０１が第２キャラクタ１００の行動を視認可能にして、ストレスなく戦えるようにすることができる。また、第２キャラクタ１００のとる攻撃に変化を促し、ゲーム制御の変更を実現できる。これにより、キャラクタを含む複数のオブジェクト間でより自然なゲームを演出することができる。また、プレイヤのゲームに対する興趣性を高めることができる。

第３実施形態に係るゲーム制御方法では、工程ｄにおいて第１キャラクタ又は第２オブジェクトの攻撃又は前記攻撃の予兆に対して、第３オブジェクトをコリジョンに接触から非接触状態へ変化するように移動させる。そして、工程ｂは、第１キャラクタの攻撃又は攻撃の予兆を検知したときに、工程ａにおいて第３オブジェクトが接触から非接触の状態に変化したと判定された場合、第１キャラクタの攻撃を実行してもよい。なお、工程ｅでは、前記工程ａにおいて第３オブジェクトが接触から非接触の状態に変化したと判定された場合、第１キャラクタの攻撃を行う前に攻撃の予兆を表示してもよい。

バリエーションとしては、敵キャラクタとの戦闘中、味方ＮＰＣによりプレイヤが行う攻撃が発動できない場合があり、プレイヤがストレスとなる場合がある。この場合、本実施形態では、味方ＮＰＣをコリジョン１０２の外側に移動させることにより、プレイヤは攻撃を発動できるようになり、ストレスなく対戦することができる。

また、敵雑魚ＮＰＣ又は味方ＮＰＣがコリジョン１０２の外側に移動する例を挙げたが、これに限らない。敵雑魚ＮＰＣが敵ボスキャラクタの盾となることを表現する場合など、敵雑魚ＮＰＣ又は味方ＮＰＣが相手の攻撃の道を塞ぐようにコリジョン１０２の内側に移動するようにしてもよい。

なお、第３実施形態において、第３キャラクタ１０３，１０４は敵雑魚ＮＰＣ又は味方ＮＰＣで又はその両方でもよい。

第１実施形態～第３実施形態に係るゲーム制御方法によれば、キャラクタを含む複数のオブジェクト間でより自然なゲームを演出することができる。

以上、ゲームプログラム、ゲーム制御方法及び情報処理装置を上記実施形態により説明したが、本開示に係るゲームプログラム、ゲーム制御方法及び情報処理装置は上記実施形態に限定されるものではなく、本実施形態の範囲内で種々の変形及び改良が可能である。また、上記実施形態及び変形例が複数存在する場合、矛盾しない範囲で組み合わせることができる。

本開示に係るゲーム制御方法では、第１キャラクタから第２オブジェクトの視線が通っているかをコリジョンに対する接触により判定できる。これにより、例えば、コリジョンに対する接触が生じていない場合、視線が通っていると判定し、第１キャラクタは、味方キャラクタに第２オブジェクト（例えば敵ボスキャラクタ）に見つかったことを通知してもよい。また、コリジョンに対する接触が生じていない場合、視線が通っていると判定し、ゲームオーバにする等、視線が通っているか否かの判定結果に応じて様々なゲーム処理の制御を行うことができる。

１ ゲームシステム
３ ゲーム機
１１ 制御部
１２ 記憶部
１３ 通信部
１４ ゲーム実行処理部
１５ コリジョン設定部
１６ 判定部
１７ 制御変更部
１８ 表示制御部
２１ パラメータテーブル
１００ 第２キャラクタ
１０１ 第１キャラクタ
１０２ コリジョン
１０３、１０４ 第３キャラクタ

Claims (15)

1. 仮想空間においてゲーム処理をコンピュータに実行させるゲームプログラムであって、
   （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置されるコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定し、
   （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更し、
   前記第３オブジェクトは、移動可能であり、
   （ｄ）前記第１キャラクタ又は前記第２オブジェクトの攻撃又は前記攻撃の予兆に対して、前記第３オブジェクトを前記コリジョンオブジェクトに非接触から接触状態へ変化するように移動させ、
   前記（ｂ）は、前記第１キャラクタ又は前記第２オブジェクトの攻撃又は攻撃の予兆を検知したときに、前記（ａ）において前記第３オブジェクトが非接触から接触状態に変化したと判定された場合、前記第１キャラクタ又は前記第２オブジェクトの攻撃を発動可能から発動不可能に前記ゲーム処理の制御を変更する、
   処理を実行させるゲームプログラム。
2. 仮想空間においてゲーム処理をコンピュータに実行させるゲームプログラムであって、
   （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置されるコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定し、
   （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更し、
   前記第３オブジェクトは、移動可能であり、
   （ｄ）前記第１キャラクタ又は前記第２オブジェクトの攻撃又は前記攻撃の予兆に対して、前記第３オブジェクトを前記コリジョンオブジェクトに接触から非接触状態へ変化するように移動させ、
   前記（ｂ）は、前記第１キャラクタの攻撃又は攻撃の予兆を検知したときに、前記（ａ）において前記第３オブジェクトが接触から非接触の状態に変化したと判定された場合、前記第１キャラクタの攻撃を実行する、
   処理を実行させるゲームプログラム。
3. 仮想空間においてゲーム処理をコンピュータに実行させるゲームプログラムであって、
   （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置され、かつ幅を有するコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定し、
   （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更し、
   （ｆ）前記第２オブジェクトの攻撃の幅、前記第１キャラクタの攻撃の幅のいずれかに応じて前記コリジョンオブジェクトの幅を設定する
   処理を実行させるゲームプログラム。
4. 前記（ｂ）は、前記第１キャラクタ、前記第２オブジェクト及び前記第３オブジェクトの少なくともいずれかの動作に関する制御を変更する、
   請求項１及至請求項３のいずれか一項に記載のゲームプログラム。
5. 前記第２オブジェクトは移動可能であり、
   （ｃ）プレイヤの操作に応じて前記第３オブジェクトが前記コリジョンオブジェクトに非接触から接触状態に変化するように前記第１キャラクタを移動させ、
   前記（ｂ）は、前記第２オブジェクトの攻撃又は攻撃の予兆を検知したときに、前記（ａ）において前記第３オブジェクトが非接触から接触状態に変化したと判定された場合、前記第２オブジェクトの攻撃を発動可能から発動不可能に前記ゲーム処理の制御を変更する、
   請求項３又は請求項４に記載のゲームプログラム。
6. （ｅ）前記（ａ）において前記第３オブジェクトが接触から非接触の状態に変化したと判定された場合、前記第１キャラクタの攻撃を行う前に前記攻撃の予兆を表示する、
   請求項５に記載のゲームプログラム。
7. 前記コリジョンオブジェクトは、前記第１キャラクタと前記第２オブジェクトとの間を前記攻撃に応じた幅の直線で結ぶように設置される、
   請求項５又は請求項６に記載のゲームプログラム。
8. 前記（ｂ）は、前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合であって、予め設定された変更条件を満たすと判定した場合、前記ゲーム処理の制御を変更する、
   請求項１及至請求項７のいずれか一項に記載のゲームプログラム。
9. 前記第１キャラクタ、前記第２オブジェクト及び前記第３オブジェクトの性格、属性及び種類の少なくともいずれかの情報を記憶した記憶部を参照して、前記情報に基づき前記変更条件を満たすかを判定する、
   請求項８に記載のゲームプログラム。
10. 仮想空間においてゲーム処理をコンピュータが実行するゲーム制御方法であって、
    （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置されるコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定し、
    （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更し、
    前記第３オブジェクトは、移動可能であり、
    （ｄ）前記第１キャラクタ又は前記第２オブジェクトの攻撃又は前記攻撃の予兆に対して、前記第３オブジェクトを前記コリジョンオブジェクトに非接触から接触状態へ変化するように移動させ、
    前記（ｂ）は、前記第１キャラクタ又は前記第２オブジェクトの攻撃又は攻撃の予兆を検知したときに、前記（ａ）において前記第３オブジェクトが非接触から接触状態に変化したと判定された場合、前記第１キャラクタ又は前記第２オブジェクトの攻撃を発動可能から発動不可能に前記ゲーム処理の制御を変更する、
    処理をコンピュータが実行する、ゲーム制御方法。
11. 仮想空間においてゲーム処理をコンピュータが実行するゲーム制御方法であって、
    （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置されるコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定し、
    （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更し、
    前記第３オブジェクトは、移動可能であり、
    （ｄ）前記第１キャラクタ又は前記第２オブジェクトの攻撃又は前記攻撃の予兆に対して、前記第３オブジェクトを前記コリジョンオブジェクトに接触から非接触状態へ変化するように移動させ、
    前記（ｂ）は、前記第１キャラクタの攻撃又は攻撃の予兆を検知したときに、前記（ａ）において前記第３オブジェクトが接触から非接触の状態に変化したと判定された場合、前記第１キャラクタの攻撃を実行する、
    処理をコンピュータが実行する、ゲーム制御方法。
12. 仮想空間においてゲーム処理をコンピュータが実行するゲーム制御方法であって、
    （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置され、かつ幅を有するコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定し、
    （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更し、
    （ｆ）前記第２オブジェクトの攻撃の幅、前記第１キャラクタの攻撃の幅のいずれかに応じて前記コリジョンオブジェクトの幅を設定する
    処理をコンピュータが実行する、ゲーム制御方法。
13. 仮想空間においてゲーム処理を実行する情報処理装置であって、
    （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置されるコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定する判定部と、
    （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更する制御変更部と、
    を有し、
    前記第３オブジェクトは、移動可能であり、
    （ｄ）前記第１キャラクタ又は前記第２オブジェクトの攻撃又は前記攻撃の予兆に対して、前記第３オブジェクトを前記コリジョンオブジェクトに非接触から接触状態へ変化するように移動させ、
    前記（ｂ）は、前記第１キャラクタ又は前記第２オブジェクトの攻撃又は攻撃の予兆を検知したときに、前記（ａ）において前記第３オブジェクトが非接触から接触状態に変化したと判定された場合、前記第１キャラクタ又は前記第２オブジェクトの攻撃を発動可能から発動不可能に前記ゲーム処理の制御を変更する、
    情報処理装置。
14. 仮想空間においてゲーム処理を実行する情報処理装置であって、
    （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置されるコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定する判定部と、
    （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更する制御変更部と、
    を有し、
    前記第３オブジェクトは、移動可能であり、
    （ｄ）前記第１キャラクタ又は前記第２オブジェクトの攻撃又は前記攻撃の予兆に対して、前記第３オブジェクトを前記コリジョンオブジェクトに接触から非接触状態へ変化するように移動させ、
    前記（ｂ）は、前記第１キャラクタの攻撃又は攻撃の予兆を検知したときに、前記（ａ）において前記第３オブジェクトが接触から非接触の状態に変化したと判定された場合、前記第１キャラクタの攻撃を実行する、
    情報処理装置。
15. 仮想空間においてゲーム処理を実行する情報処理装置であって、
    （ａ）第１キャラクタと前記第１キャラクタに対向する第２オブジェクトとの間を結ぶように設置され、かつ幅を有するコリジョンオブジェクトに対する第３オブジェクトの接触の有無を判定する判定部と、
    （ｂ）前記（ａ）において前記コリジョンオブジェクトに対して前記第３オブジェクトの接触状態が変化したと判定された場合、前記ゲーム処理の制御を変更する制御変更部と、
    （ｆ）前記第２オブジェクトの攻撃の幅、前記第１キャラクタの攻撃の幅のいずれかに応じて前記コリジョンオブジェクトの幅を設定するコリジョン設定部と、
    を有する情報処理装置。