JP7371199B1 - ゲームプログラム、ゲームシステム、ゲーム装置およびゲーム制御方法 - Google Patents

Abstract

【課題】簡易な処理によってシルエットの表示機会を抑制することができる。【解決手段】ゲームシステムは、本体装置を含み、本体装置は仮想のゲームを実行し、ゲーム画面が表示装置に表示される。ゲーム画面には、プレイヤキャラクタ、第１仲間キャラクタおよび地面、木、岩などの背景オブジェクトが表示される。プレイヤキャラクタには、直方体の判定用オブジェクトが設定されており、直方体の各頂点に設定された複数の判定点の各々と仮想カメラの位置を結ぶ各線分が背景オブジェクトに衝突するかどうかを判定する。背景オブジェクトに衝突する線分が２本以上である場合に、プレイヤキャラクタのシルエットを表示することが判定される。プレイヤキャラクタのシルエットを表示することが判定されると、仮想カメラから見て、プレイヤキャラクタが背景オブジェクトの陰に隠れている一部または全部についてのシルエットがこの背景オブジェクトの表面に表示される。【選択図】図９

Description

この発明はゲームプログラム、ゲームシステム、ゲーム装置およびゲーム制御方法に関し、特にたとえば、プレイヤが仮想空間内においてプレイヤキャラクタを移動させて仮想のゲームを進行させる、ゲームプログラム、ゲームシステム、ゲーム装置およびゲーム制御方法に関する。

オブジェクトが物陰に隠れたときなどにシルエットを表示する技術が知られている。

この種の背景技術の一例が特許文献１に開示される。この特許文献ではＺバッファを用い、あるオブジェクトの奥に隠れている他のオブジェクトのシルエットを表示することが開示されている。

特開２０１８－１１０６５９号

上記のようなシルエットは、現実の世界には無いゲーム上の表現であるため、ゲームの世界観によってはなるべくシルエットを表示させないようにすることが考えられる。しかし、例えばＺバッファを用いて、あるオブジェクトの表面積のうちどの程度が隠れているかを算出しようとすれば、処理が複雑になる可能性がある。

それゆえに、この発明の主たる目的は、新規な、ゲームプログラム、ゲームシステム、ゲーム装置およびゲーム制御方法を提供することである。

また、この発明の他の目的は、簡易な処理によってシルエットの表示機会を抑制することができる、ゲームプログラム、ゲームシステム、ゲーム装置およびゲーム制御方法を提供することである。

（構成１）
構成１は、情報処理装置のコンピュータにおいて実行されるゲームプログラムであって、コンピュータを、プレイヤの操作入力に基づいて、仮想空間内においてプレイヤキャラクタを移動させるプレイヤキャラクタ移動手段と、仮想空間内において、プレイヤキャラクタを基準とする位置に設定される複数の第１判定点をプレイヤキャラクタの移動に応じて移動させる、判定点制御手段と、仮想空間内の仮想カメラに基づいて、プレイヤキャラクタと１または複数の第１オブジェクトを含む表示用画像を生成する画像生成手段と、仮想カメラに対応する位置と複数の第１判定点をそれぞれ結ぶ線分が、それぞれ１または複数の第１オブジェクトと衝突するか判定する衝突判定手段として機能させ、画像生成手段は、衝突判定手段による判定に基づいて、仮想カメラから見てプレイヤキャラクタのうち１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成する、ゲームプログラムである。

構成１によれば、簡易な処理によってシルエットの表示機会を抑制することができる。
（構成２）
構成２は、上記の構成１において、複数の第１判定点の各々は、異なる位置に設定される。

（構成３）
構成３は、上記の構成１または構成２において、表示されるシルエットの形状は、衝突判定手段による判定とは異なる前後判定手段による前後判定結果に基づいて決定される。

構成３によれば、シルエットを表示するかの判定と、表示されるシルエットの形状自体の決定をそれぞれ適切な手段で行うことができる。

（構成４）
構成４は、上記の構成１から構成３のいずれかにおいて、判定点制御手段は、複数の第１判定点を有し、プレイヤにとって不可視の第１判定用オブジェクトを、プレイヤキャラクタの移動に応じて移動させる。

構成４によれば、第１判定点の移動制御が簡単である。

（構成５）
構成５は、上記の構成４において、不可視の第１判定用オブジェクトは直方体であり、不可視の第１判定用オブジェクトは各頂点に複数の第１判定点の各々を有し、画像生成手段は、衝突判定手段によって衝突することが判定された線分の数が２以上のとき、シルエットを含む表示用画像を生成する。

構成５によれば、１または複数の第１オブジェクトに衝突することが判定された線分の数に基づいてシルエットを表示することが判定されるので、簡単に判定することができる。

（構成６）
構成６は、構成１から構成５までのいずれか１つにおいて、画像生成手段は、仮想空間内において、プレイヤキャラクタと１または複数の第１オブジェクトとともに第２オブジェクトを含む表示用画像を生成し、判定点制御手段は、第２オブジェクトを基準とする位置に設定される複数の第２判定点を第２オブジェクトの移動に応じて移動させ、衝突判定手段は、仮想カメラに対応する位置と複数の第２判定点をそれぞれ結ぶ線分が、それぞれ１または複数の第１オブジェクトと衝突するかさらに判定し、所定の条件を満たした場合に、プレイヤキャラクタは、第２オブジェクトと少なくとも一部が重なるまたは接触した合体状態であって、合体状態を維持しながら第２オブジェクトとともに移動し、合体状態においては、判定点制御手段は、プレイヤキャラクタまたは第２オブジェクトを基準とする位置に設定される複数の第３判定点をプレイヤキャラクタおよび第２オブジェクトの移動に応じて移動させ、衝突判定手段は、仮想カメラに対応する位置と複数の第３判定点をそれぞれ結ぶ線分が、それぞれ１または複数の第１オブジェクトと衝突するかさらに判定し、画像生成手段は、衝突判定手段による判定に基づいて、仮想カメラから見てプレイヤキャラクタおよび第２オブジェクトのうち１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成する。

構成６によれば、プレイヤキャラクタと第２オブジェクトが合体状態でない別々の状態では、それぞれの判定点の組を用いて個別に接触を判定するが、合体状態では、一組の判定点を用いて衝突を判定するので、処理が複雑になることを抑制することができる。

（構成７）
構成７は、構成６において、第３判定点は第１判定点と同じである。

構成７によれば、第３判定点は第１判定点と同じであるため、別々の状態と合体状態で共通の判定点を用いることができる。

（構成８）
構成８は、構成６または構成７において、合体状態において、仮想カメラに対応する位置と複数の第３判定点をそれぞれ結ぶ線分が、それぞれ１または複数の第１オブジェクトと衝突することを判定した場合に、画像生成手段は、プレイヤキャラクタとともに第２オブジェクトのシルエットを含む表示用画像を生成する。

構成８によれば、一組の判定点を用いて衝突を判定して、プレイヤキャラクタと第２オブジェクトのシルエットを表示するので、処理が複雑になるのを抑制することができる。

（構成９）
構成９は、構成７において、判定点制御手段は、複数の第２判定点を有し、プレイヤにとって不可視の第２判定用オブジェクトを、第２オブジェクトの移動に応じてさらに移動させ、合体状態においては、判定点制御手段は、複数の第３判定点を有し、プレイヤにとって不可視の第３判定用オブジェクトを、プレイヤキャラクタと第２オブジェクトの移動に応じて移動させる。

構成９によれば、プレイヤキャラクタと第２オブジェクトの移動に応じて第３判定用オブジェクトを移動させるので、処理が複雑になるのを抑制することができる。

（構成１０）
構成１０は、構成１から構成９までのいずれか１つにおいて、衝突判定手段による判定に基づいてシルエットを含む表示用画像を生成するかを判定し、画像生成手段は、シルエットを含む表示用画像を生成すると判定されてから、所定時間経過後からシルエットを含む表示用画像の生成を開始する。

構成１０によれば、シルエットを含む表示用画像を生成することを判定してから所定時間後にシルエットを含む表示用画像を生成するので、一時的にプレイヤキャラクタが第１オブジェクトの陰に隠れるような状況においてシルエットが表示されるのを抑制することができる。

（構成１１）
構成１１は、構成１から構成１０までのいずれか１つにおいて、画像生成手段は、シルエットを時間経過に伴って徐々に表示するように表示用画像を生成する。

構成１１によれば、シルエットを時間経過に伴って徐々に表示するので、プレイヤキャラクタが第１オブジェクトの陰に或る程度隠れてから急にシルエットが表示されるのを回避することができる。

（構成１２）
構成１２は、構成１１において、画像生成手段は、シルエットの透明度の低下速度を時間経過に伴って徐々に上げる。

構成１２においても、構成１１と同様に、プレイヤキャラクタが第１オブジェクトの陰に或る程度隠れてから急にシルエットが表示されるのを回避することができる。

（構成１３）
構成１３は、ゲームシステムであって、プレイヤの操作入力に基づいて、仮想空間内においてプレイヤキャラクタを移動させるプレイヤキャラクタ移動手段と、仮想空間内において、プレイヤキャラクタを基準とする位置に設定される複数の第１判定点をプレイヤキャラクタの移動に応じて移動させる、判定点制御手段と、仮想空間内の仮想カメラに基づいて、プレイヤキャラクタと１または複数の第１オブジェクトを含む表示用画像を生成する画像生成手段と、仮想カメラに対応する位置と複数の第１判定点をそれぞれ結ぶ線分が、それぞれ１または複数の第１オブジェクトと衝突するか判定する衝突判定手段を備え、画像生成手段は、衝突判定手段による判定に基づいて、仮想カメラから見てプレイヤキャラクタのうち１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成する、ゲームシステムである。

（構成１４）
構成１４は、ゲーム装置であって、プレイヤの操作入力に基づいて、仮想空間内においてプレイヤキャラクタを移動させるプレイヤキャラクタ移動手段と、仮想空間内において、プレイヤキャラクタを基準とする位置に設定される複数の第１判定点をプレイヤキャラクタの移動に応じて移動させる、判定点制御手段と、仮想空間内の仮想カメラに基づいて、プレイヤキャラクタと１または複数の第１オブジェクトを含む表示用画像を生成する画像生成手段と、仮想カメラに対応する位置と複数の第１判定点をそれぞれ結ぶ線分が、それぞれ１または複数の第１オブジェクトと衝突するか判定する衝突判定手段を備え、画像生成手段は、衝突判定手段による判定に基づいて、仮想カメラから見てプレイヤキャラクタのうち１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成する、ゲーム装置である。

（構成１５）
構成１５は、ゲーム装置のゲーム制御方法であって、ゲーム装置のプロセッサに、（ａ）プレイヤの操作入力に基づいて、仮想空間内においてプレイヤキャラクタを移動させるステップ、（ｂ）仮想空間内において、プレイヤキャラクタを基準とする位置に設定される複数の第１判定点をプレイヤキャラクタの移動に応じて移動させるステップ、（ｃ）仮想空間内の仮想カメラに基づいて、プレイヤキャラクタと１または複数の第１オブジェクトを含む表示用画像を生成させるステップ、および（ｄ）仮想カメラに対応する位置と複数の第１判定点をそれぞれ結ぶ線分が、それぞれ１または複数の第１オブジェクトと衝突するか判定させるステップを実行させ、プロセッサに、ステップ（ｃ）において、ステップ（ｄ）による判定に基づいて、仮想カメラから見てプレイヤキャラクタのうち１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成させる、ゲーム制御方法である。

構成１３ないし構成１５においても、構成１と同様に、簡易な処理によってシルエットの表示機会を抑制することができる。

この発明によれば、簡易な処理によってシルエットの表示機会を抑制することができる。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの実施例の本体装置に左コントローラおよび右コントローラを装着した状態の限定しない一例を示す図である。 図２は本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の限定しない一例を示す図である。 図３は図１および図２に示した本体装置の限定しない一例を示す六面図である。 図４は図１および図２に示した左コントローラの限定しない一例を示す六面図である。 図５は図１および図２に示した右コントローラの限定しない一例を示す六面図である。 図６は図１および図２に示した本体装置の内部構成の限定しない一例を示すブロック図である。 図７は図１および図２に示した本体装置と左コントローラおよび右コントローラとの内部構成の限定しない一例を示すブロック図である。 図８はこの実施例のゲーム画面の限定しない第１の例を示す図である。 図９はこの実施例のゲーム画面の限定しない第２の例を示す図である。 図１０はこの実施例のゲーム画面の限定しない第３の例を示す図である。 図１１（Ａ）はプレイヤキャラクタに設定される第１判定用オブジェクトの限定しない一例および図１１（Ｂ）は第１仲間キャラクタに設定される第２判定用オブジェクトの限定しない一例を示す図である。 図１２は仮想空間内におけるプレイヤキャラクタの第１判定用オブジェクトに設定された複数の判定点の各々と仮想カメラの位置を結ぶ各線分の限定しない一例を示す図である。 図１３はこの実施例のゲーム画面の限定しない第４の例を示す図である。 図１４はこの実施例のゲーム画面の限定しない第５の例を示す図である。 図１５はこの実施例のゲーム画面の限定しない第６の例を示す図である。 図１６は図６に示す本体装置のＤＲＡＭのメモリマップの限定しない一例を示す図である。 図１７は図６に示す本体装置のプロセッサの全体処理の限定しない一例を示すフロー図である。 図１８は図６に示す本体装置のプロセッサのゲーム制御処理の限定しない一例の第１の一部を示すフロー図である。 図１９は図６に示す本体装置のプロセッサのゲーム制御処理の限定しない一例の第２の一部であって、図１８に後続するフロー図である。 図２０は図６に示す本体装置のプロセッサのゲーム制御処理の限定しない一例の第３の一部であって、図１９に後続するフロー図である。 図２１は図６に示す本体装置のプロセッサのゲーム制御処理の限定しない一例の第４の一部であって、図１８－図２０に後続するフロー図である。 図２２は図６に示す本体装置のプロセッサのシルエット表示判定処理の限定しない一例の一部を示すフロー図である。 図２３は図６に示す本体装置のプロセッサのシルエット表示判定処理の限定しない一例の他の一部であって、図２２に後続するフロー図である。 図２４（Ａ）はプレイヤキャラクタと仲間キャラクタの合体状態の他の例を示す図であり、図２４（Ｂ）はプレイヤキャラクタと仲間キャラクタの合体状態のその他の例を示す図である。 図２５はプレイヤキャラクタと仲間キャラクタの合体状態における判定用オブジェクトの一例を示す。 図２６はこの実施例のゲーム画面の限定しない第７の例を示す図である。 図２７はこの実施例のゲーム画面の限定しない第８の例を示す図である。

以下、この実施例の限定しない一例に係るゲームシステムについて説明する。この実施例におけるゲームシステム１の一例は、本体装置（ゲーム装置；この実施例ではゲーム本体装置として機能する）２と左コントローラ３および右コントローラ４とを含む。本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能である。つまり、ゲームシステム１は、左コントローラ３および右コントローラ４をそれぞれ本体装置２に装着して一体化された装置として利用できる。また、ゲームシステム１は、本体装置２と左コントローラ３および右コントローラ４とを別体として利用することもできる（図２参照）。以下では、この実施例のゲームシステム１のハードウェア構成について説明し、その後に、この実施例のゲームシステム１の制御について説明する。

図１は、本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図である。図１に示すように、左コントローラ３および右コントローラ４は、それぞれ本体装置２に装着されて一体化されている。本体装置２は、ゲームシステム１における各種の処理（例えば、ゲーム処理）を実行する装置である。本体装置２は、ディスプレイ１２を備える。左コントローラ３および右コントローラ４は、ユーザが入力を行うための操作部を備える装置である。

図２は、本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図である。図１および図２に示すように、左コントローラ３および右コントローラ４は、本体装置２に着脱可能である。なお、以下において、左コントローラ３および右コントローラ４の総称として「コントローラ」と記載することがある。

図３は、本体装置２の一例を示す六面図である。図３に示すように、本体装置２は、略板状のハウジング１１を備える。この実施例において、ハウジング１１の主面（換言すれば、表側の面、すなわち、ディスプレイ１２が設けられる面）は、大略的には矩形形状である。

なお、ハウジング１１の形状および大きさは、任意である。一例として、ハウジング１１は、携帯可能な大きさであってよい。また、本体装置２単体または本体装置２に左コントローラ３および右コントローラ４が装着された一体型装置は、携帯型装置となってもよい。また、本体装置２または一体型装置が手持ち型の装置となってもよい。また、本体装置２または一体型装置が可搬型装置となってもよい。

図３に示すように、本体装置２は、ハウジング１１の主面に設けられるディスプレイ１２を備える。ディスプレイ１２は、本体装置２が生成した画像を表示する。この実施例においては、ディスプレイ１２は、液晶表示装置（ＬＣＤ）とする。ただし、ディスプレイ１２は任意の種類の表示装置であってよい。

また、本体装置２は、ディスプレイ１２の画面上にタッチパネル１３を備える。この実施例においては、タッチパネル１３は、マルチタッチ入力が可能な方式（例えば、静電容量方式）のものである。ただし、タッチパネル１３は、任意の種類のものであってよく、例えば、シングルタッチ入力が可能な方式（例えば、抵抗膜方式）のものであってもよい。

本体装置２は、ハウジング１１の内部においてスピーカ（すなわち、図６に示すスピーカ８８）を備えている。図３に示すように、ハウジング１１の主面には、スピーカ孔１１ａおよび１１ｂが形成される。そして、スピーカ８８の出力音は、これらのスピーカ孔１１ａおよび１１ｂからそれぞれ出力される。

また、本体装置２は、本体装置２が左コントローラ３と有線通信を行うための端子である左側端子１７と、本体装置２が右コントローラ４と有線通信を行うための右側端子２１を備える。

図３に示すように、本体装置２は、スロット２３を備える。スロット２３は、ハウジング１１の上側面に設けられる。スロット２３は、所定の種類の記憶媒体を装着可能な形状を有する。所定の種類の記憶媒体は、例えば、ゲームシステム１およびそれと同種のゲーム装置に専用の記憶媒体（例えば、専用メモリカード）である。所定の種類の記憶媒体は、例えば、本体装置２で利用されるデータ（例えば、アプリケーションのセーブデータ等）、および／または、本体装置２で実行されるプログラム（例えば、アプリケーションのプログラム等）を記憶するために用いられる。また、本体装置２は、電源ボタン２８を備える。

本体装置２は、下側端子２７を備える。下側端子２７は、本体装置２がクレードルと通信を行うための端子である。この実施例において、下側端子２７は、ＵＳＢコネクタ（より具体的には、メス側コネクタ）である。上記一体型装置または本体装置２単体をクレードルに載置した場合、ゲームシステム１は、本体装置２が生成して出力する画像を据置型モニタに表示することができる。また、この実施例においては、クレードルは、載置された上記一体型装置または本体装置２単体を充電する機能を有する。また、クレードルは、ハブ装置（具体的には、ＵＳＢハブ）の機能を有する。

図４は、左コントローラ３の一例を示す六面図である。図４に示すように、左コントローラ３は、ハウジング３１を備える。この実施例においては、ハウジング３１は、縦長の形状、すなわち、上下方向（すなわち、図１および図４に示すｙ軸方向）に長い形状である。左コントローラ３は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング３１は、縦長となる向きで把持される場合に片手、特に左手で把持可能な形状および大きさをしている。また、左コントローラ３は、横長となる向きで把持されることも可能である。左コントローラ３が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

左コントローラ３は、アナログスティック３２を備える。図４に示すように、アナログスティック３２は、ハウジング３１の主面に設けられる。アナログスティック３２は、方向を入力することが可能な方向入力部として用いることができる。ユーザは、アナログスティック３２を傾倒することによって傾倒方向に応じた方向の入力（および、傾倒した角度に応じた大きさの入力）が可能である。なお、左コントローラ３は、方向入力部として、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、この実施例においては、アナログスティック３２を押下する入力が可能である。

左コントローラ３は、各種操作ボタンを備える。左コントローラ３は、ハウジング３１の主面上に４つの操作ボタン３３～３６（具体的には、右方向ボタン３３、下方向ボタン３４、上方向ボタン３５、および左方向ボタン３６）を備える。さらに、左コントローラ３は、録画ボタン３７および－（マイナス）ボタン４７を備える。左コントローラ３は、ハウジング３１の側面の左上にＬボタン３８およびＺＬボタン３９を備える。また、左コントローラ３は、ハウジング３１の側面のうち、本体装置２に装着される際に装着される側の面に、ＳＬボタン４３およびＳＲボタン４４を備える。これらの操作ボタンは、本体装置２で実行される各種プログラム（例えば、ＯＳプログラムやアプリケーションプログラム）に応じた指示を行うために用いられる。

また、左コントローラ３は、左コントローラ３が本体装置２と有線通信を行うための端子４２を備える。

図５は、右コントローラ４の一例を示す六面図である。図５に示すように、右コントローラ４は、ハウジング５１を備える。この実施例においては、ハウジング５１は、縦長の形状、すなわち、上下方向に長い形状である。右コントローラ４は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング５１は、縦長となる向きで把持される場合に片手、特に右手で把持可能な形状および大きさをしている。また、右コントローラ４は、横長となる向きで把持されることも可能である。右コントローラ４が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

右コントローラ４は、左コントローラ３と同様、方向入力部としてアナログスティック５２を備える。この実施例においては、アナログスティック５２は、左コントローラ３のアナログスティック３２と同じ構成である。また、右コントローラ４は、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、右コントローラ４は、左コントローラ３と同様、ハウジング５１の主面上に４つの操作ボタン５３～５６（具体的には、Ａボタン５３、Ｂボタン５４、Ｘボタン５５、およびＹボタン５６）を備える。さらに、右コントローラ４は、＋（プラス）ボタン５７およびホームボタン５８を備える。また、右コントローラ４は、ハウジング５１の側面の右上にＲボタン６０およびＺＲボタン６１を備える。また、右コントローラ４は、左コントローラ３と同様、ＳＬボタン６５およびＳＲボタン６６を備える。

また、右コントローラ４は、右コントローラ４が本体装置２と有線通信を行うための端子６４を備える。

図６は、本体装置２の内部構成の一例を示すブロック図である。本体装置２は、図３に示す構成の他、図６に示す各構成要素８１～９１、９７、および９８を備える。これらの構成要素８１～９１、９７、および９８のいくつかは、電子部品として電子回路基板上に実装されてハウジング１１内に収納されてもよい。

本体装置２は、プロセッサ８１を備える。プロセッサ８１は、本体装置２において実行される各種の情報処理を実行する情報処理部であって、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のみから構成されてもよいし、ＣＰＵ機能、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）機能等の複数の機能を含むＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）から構成されてもよい。プロセッサ８１は、記憶部（具体的には、フラッシュメモリ８４等の内部記憶媒体、あるいは、スロット２３に装着される外部記憶媒体等）に記憶される情報処理プログラム（例えば、ゲームプログラム）を実行することによって、各種の情報処理を実行する。

本体装置２は、自身に内蔵される内部記憶媒体の一例として、フラッシュメモリ８４およびＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８５を備える。フラッシュメモリ８４およびＤＲＡＭ８５は、プロセッサ８１に接続される。フラッシュメモリ８４は、主に、本体装置２に保存される各種のデータ（プログラムであってもよい）を記憶するために用いられるメモリである。ＤＲＡＭ８５は、情報処理において用いられる各種のデータを一時的に記憶するために用いられるメモリである。

本体装置２は、スロットインターフェース（以下、「Ｉ／Ｆ」と略記する）９１を備える。スロットＩ／Ｆ９１は、プロセッサ８１に接続される。スロットＩ／Ｆ９１は、スロット２３に接続され、スロット２３に装着された所定の種類の記憶媒体（例えば、専用メモリカード）に対するデータの読み出しおよび書き込みを、プロセッサ８１の指示に応じて行う。

プロセッサ８１は、フラッシュメモリ８４およびＤＲＡＭ８５、ならびに上記各記憶媒体との間でデータを適宜読み出したり書き込んだりして、上記の情報処理を実行する。

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。この実施例においては、ネットワーク通信部８２は、第１の通信態様としてＷｉ－Ｆｉの規格に準拠した方式により、無線ＬＡＮに接続して外部装置と通信を行う。また、ネットワーク通信部８２は、第２の通信態様として所定の通信方式（例えば、独自プロトコルによる通信や、赤外線通信）により、同種の他の本体装置２との間で無線通信を行う。なお、上記第２の通信態様による無線通信は、閉ざされたローカルエリアネットワーク内に配置された他の本体装置２との間で無線通信可能であり、複数の本体装置２の間で直接通信することによってデータが送受信される、いわゆる「ローカル通信」を可能とする機能を実現する。

本体装置２は、コントローラ通信部８３を備える。コントローラ通信部８３は、プロセッサ８１に接続される。コントローラ通信部８３は、左コントローラ３および／または右コントローラ４と無線通信を行う。本体装置２と左コントローラ３および右コントローラ４との通信方式は任意であるが、この実施例においては、コントローラ通信部８３は、左コントローラ３との間および右コントローラ４との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信を行う。

プロセッサ８１は、上述の左側端子１７、右側端子２１、および下側端子２７に接続される。プロセッサ８１は、左コントローラ３と有線通信を行う場合、左側端子１７を介して左コントローラ３へデータを送信するとともに、左側端子１７を介して左コントローラ３から操作データを受信（または、取得）する。また、プロセッサ８１は、右コントローラ４と有線通信を行う場合、右側端子２１を介して右コントローラ４へデータを送信するとともに、右側端子２１を介して右コントローラ４から操作データを受信（または、取得）する。また、プロセッサ８１は、クレードルと通信を行う場合、下側端子２７を介してクレードルへデータを送信する。このように、この実施例においては、本体装置２は、左コントローラ３および右コントローラ４との間で、それぞれ有線通信と無線通信との両方を行うことができる。また、左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置または本体装置２単体がクレードルに装着された場合、本体装置２は、クレードルを介してデータ（例えば、表示用画像データや音声データ）を据置型モニタ等に出力することができる。

ここで、本体装置２は、複数の左コントローラ３と同時に（換言すれば、並行して）通信を行うことができる。また、本体装置２は、複数の右コントローラ４と同時に（換言すれば、並行して）通信を行うことができる。したがって、複数のユーザは、左コントローラ３および右コントローラ４のセットをそれぞれ用いて、本体装置２に対する入力を同時に行うことができる。一例として、第１ユーザが左コントローラ３および右コントローラ４の第１セットを用いて本体装置２に対して入力を行うと同時に、第２ユーザが左コントローラ３および右コントローラ４の第２セットを用いて本体装置２に対して入力を行うことが可能となる。

本体装置２は、タッチパネル１３の制御を行う回路であるタッチパネルコントローラ８６を備える。タッチパネルコントローラ８６は、タッチパネル１３とプロセッサ８１との間に接続される。タッチパネルコントローラ８６は、タッチパネル１３からの信号に基づいて、例えばタッチ入力が行われた位置を示すデータを生成して、プロセッサ８１へ出力する。

また、ディスプレイ１２は、プロセッサ８１に接続される。プロセッサ８１は、（例えば、上記の情報処理の実行によって）生成した画像および／または外部から取得した画像をディスプレイ１２に表示する。

本体装置２は、コーデック回路８７およびスピーカ（具体的には、左スピーカおよび右スピーカ）８８を備える。コーデック回路８７は、スピーカ８８および音声入出力端子２５に接続されるとともに、プロセッサ８１に接続される。コーデック回路８７は、スピーカ８８および音声入出力端子２５に対する音声データの入出力を制御する回路である。

本体装置２は、電力制御部９７およびバッテリ９８を備える。電力制御部９７は、バッテリ９８およびプロセッサ８１に接続される。また、図示しないが、電力制御部９７は、本体装置２の各部（具体的には、バッテリ９８の電力の給電を受ける各部、左側端子１７、および右側端子２１）に接続される。電力制御部９７は、プロセッサ８１からの指令に基づいて、バッテリ９８から上記各部への電力供給を制御する。

また、バッテリ９８は、下側端子２７に接続される。外部の充電装置（例えば、クレードル）が下側端子２７に接続され、下側端子２７を介して本体装置２に電力が供給される場合、供給された電力がバッテリ９８に充電される。

図７は、本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図である。なお、本体装置２に関する内部構成の詳細については、図６で示しているため図７では省略している。

左コントローラ３は、本体装置２との間で通信を行う通信制御部１０１を備える。図７に示すように、通信制御部１０１は、端子４２を含む各構成要素に接続される。この実施例においては、通信制御部１０１は、端子４２を介した有線通信と、端子４２を介さない無線通信との両方で本体装置２と通信を行うことが可能である。通信制御部１０１は、左コントローラ３が本体装置２に対して行う通信方法を制御する。すなわち、左コントローラ３が本体装置２に装着されている場合、通信制御部１０１は、端子４２を介して本体装置２と通信を行う。また、左コントローラ３が本体装置２から外されている場合、通信制御部１０１は、本体装置２（具体的には、コントローラ通信部８３）との間で無線通信を行う。コントローラ通信部８３と通信制御部１０１との間の無線通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）の規格に従って行われる。

また、左コントローラ３は、例えばフラッシュメモリ等のメモリ１０２を備える。通信制御部１０１は、例えばマイコン（マイクロプロセッサとも言う）で構成され、メモリ１０２に記憶されるファームウェアを実行することによって各種の処理を実行する。

左コントローラ３は、各ボタン１０３（具体的には、ボタン３３～３９、４３、４４、および４７）を備える。また、左コントローラ３は、アナログスティック（図７では「スティック」と記載する）３２を備える。各ボタン１０３およびアナログスティック３２は、自身に対して行われた操作に関する情報を、適宜のタイミングで繰り返し通信制御部１０１へ出力する。

通信制御部１０１は、各入力部（具体的には、各ボタン１０３、アナログスティック３２、各センサ１０４および１０５）から、入力に関する情報（具体的には、操作に関する情報、またはセンサによる検出結果）を取得する。通信制御部１０１は、取得した情報（または取得した情報に所定の加工を行った情報）を含む操作データを本体装置２へ送信する。なお、操作データは、第１所定時間に１回の割合で繰り返し送信される。なお、入力に関する情報が本体装置２へ送信される間隔は、各入力部について同じであってもよいし、同じでなくてもよい。

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３およびアナログスティック３２に対する操作を、操作データに基づいて判断することができる。

左コントローラ３は、電力供給部１０８を備える。この実施例において、電力供給部１０８は、バッテリおよび電力制御回路を有する。図示しないが、電力制御回路は、バッテリに接続されるとともに、左コントローラ３の各部（具体的には、バッテリの電力の給電を受ける各部）に接続される。

図７に示すように、右コントローラ４は、本体装置２との間で通信を行う通信制御部１１１を備える。また、右コントローラ４は、通信制御部１１１に接続されるメモリ１１２を備える。通信制御部１１１は、端子６４を含む各構成要素に接続される。通信制御部１１１およびメモリ１１２は、左コントローラ３の通信制御部１０１およびメモリ１０２と同様の機能を有する。したがって、通信制御部１１１は、端子６４を介した有線通信と、端子６４を介さない無線通信（具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信）との両方で本体装置２と通信を行うことが可能であり、右コントローラ４が本体装置２に対して行う通信方法を制御する。

右コントローラ４は、左コントローラ３の各入力部と同様の各入力部を備える。具体的には、各ボタン１１３、アナログスティック５２を備える。これらの各入力部については、左コントローラ３の各入力部と同様の機能を有し、同様に動作する。

右コントローラ４は、電力供給部１１８を備える。電力供給部１１８は、左コントローラ３の電力供給部１０８と同様の機能を有し、同様に動作する。

次に、図８－図１５を参照して、この実施例のゲームシステム１において実行される仮想のゲームのゲーム処理およびシルエットの表示判定についての概要を説明する。図８は、この実施例の仮想のゲームのアプリケーションを実行した場合に、表示装置（たとえば、ディスプレイ１２）に表示されるゲーム画像の限定しない一例を示す図である。

本体装置２は、画像処理装置としても機能し、ゲーム画像などの各種画面に対応する表示用画像データを生成および出力（表示）する。プロセッサ８１は、３次元の仮想空間に各種のオブジェクトおよびキャラクタを配置し、或る情景または場面（シーン）が生成される。このシーンを仮想カメラで撮影した（視点から見た）画像がゲーム画像としてディスプレイ１２に表示される。

図８に示すゲーム画像はゲーム画面２００の限定しない一例である。ゲーム画面２００は、プレイヤキャラクタ２０２、第１仲間キャラクタ（「第２オブジェクト」に相当する）２０４および複数の背景オブジェクト（「第１オブジェクト」に含まれる）２１０、２１２、２１４を含む。また、ゲーム画面２００には、アイテムまたは／およびノンプレイヤキャラクタが含まれる場合もある。アイテムまたは／およびノンプレイヤキャラクタも第１オブジェクトとしてゲーム画面２００に含まれてもよい。

プレイヤキャラクタ２０２は、ユーザまたはプレイヤ（以下、単に「プレイヤ」という）によって動作を制御されるオブジェクトである。この実施例では、プレイヤキャラクタ２０２は、人間を模した主人公のオブジェクトである。プレイヤキャラクタ２０２の動作としては、仮想の或る場所すなわち仮想空間内において、移動したり、アイテムを取得したり、アイテムを使用したり、敵キャラクタの移動を停止させたり、第１仲間キャラクタ２０４が変形した第２仲間キャラクタ（「合体状態の第２オブジェクト」に相当する）２０６と合体したり、第２仲間キャラクタ２０６を分離したり、ノンプレイヤキャラクタと会話したりすることなどが該当する。また、この実施例において、アイテムは、プレイヤキャラクタ２０２が使用または所持する道具（武器、防具を含む）、靴、手袋、帽子、薬、お宝およびコイン（お金）などの様々なオブジェクトを意味する。

第１仲間キャラクタ２０４は、プレイヤによって動作を制御されるオブジェクトである。この実施例では、第１仲間キャラクタ２０４は、動物を模したオブジェクトであって、主人公のオブジェクトの仲間または味方のオブジェクトである。第１仲間キャラクタ２０４の動作としては、仮想空間内において、移動したり、アイテムを取得したり、敵キャラクタを攻撃したり、第２仲間キャラクタ２０６に変形してプレイヤキャラクタ２０２と合体したり、プレイヤキャラクタ２０２から分離したときに第２仲間キャラクタ２０６から元に戻ったりする。

また、ノンプレイヤキャラクタは、プレイヤではなくコンピュータ（図６のプロセッサ８１）によって動作を制御されるオブジェクトである。一例として、ノンプレイヤキャラクタは、プレイヤキャラクタ２０２以外の人間を模したオブジェクトである。あるいは、ノンプレイヤキャラクタは、第１仲間キャラクタ２０４および第２仲間キャラクタ２０６以外の動物を模したオブジェクトである。ノンプレイヤキャラクタの動作としては、移動したり、プレイヤキャラクタ２０２または仲間キャラクタ（２０４または２０６）に攻撃したり、プレイヤキャラクタ２０２と会話したり、プレイヤキャラクタ２０２にアイテムを渡したりすることが該当する。

背景オブジェクト（２１０、２１２、２１４など）は、仮想空間に配置された置物、乗り物、地形などの背景を構成するオブジェクトである。置物とは、看板、立て札、石造、石碑、壺、骨董品、花瓶、絵画、掛け軸などを意味する。乗り物とは、自転車、オートバイ、自動車、電車、馬車、トロッコ、船、飛行機、飛行船、気球などを意味する。地形とは、地面（道路、陸地、花畑、農地などを含む）、坂、床、木、草、花、建物、階段、橋、水面（川、池、湖、海などを含む）、穴、洞窟、崖、柱、壁、塀、柵などを意味する。乗り物および地形には該当しないが、雲、仮想空間内の空中に配置されたブロックも背景オブジェクトに含まれる。

図８に示す例では（図９、図１０、図１３－図１５も同じ）、背景オブジェクト２１０は地面のオブジェクトであり、背景オブジェクト２１２は木のオブジェクトであり、背景オブジェクト２１４は岩のオブジェクトである。以下、この明細書においては、背景オブジェクトを説明する場合には、置物、乗り物および地形の名称のみを記載し、「オブジェクト」の語を省略することにする。

この実施例では、プレイヤは、仮想空間においてプレイヤキャラクタ２０２および仲間キャラクタ（２０４または２０６）を移動させるなどして、敵キャラクタ２０８（図１０参照）を倒したり、アイテムを取得したり、アイテムを使用したり、仮想空間に設けられた仕掛けを解いたりして、仮想のゲームを進行させる。ボス（最後）の敵キャラクタ２０８を倒すことで、ゲームクリアとなる。

図８に示すように、プレイヤキャラクタ２０２と第１仲間キャラクタ２０４が分離した状態（以下、「分離状態」という）では、プレイヤキャラクタ２０２と第１仲間キャラクタ２０４は別々に行動する。

具体的には、分離状態では、プレイヤキャラクタ２０２は、アナログスティック３２を傾倒した方向に移動され、第１仲間キャラクタ２０４は、アナログスティック５２を傾倒した方向に移動される。プレイヤキャラクタ２０２および第１仲間キャラクタ２０４は、仮想空間に置かれているアイテムの位置に接近または到達すると、当該アイテムを取得する。

また、分離状態では、敵キャラクタ２０８が出現した場合、ＺＬボタン３９が操作されると、プレイヤキャラクタ２０２は、魔法または電気ショックなどで敵キャラクタ２０８の動きを停止させる。また、Ｒボタン６０が操作されると、火を吹いたり、水を吐き出したりして、敵キャラクタ２０８を攻撃する。ＺＲボタン６１が操作されると、第１仲間キャラクタ２０４は、敵キャラクタ２０８に噛みついたり、敵キャラクタ２０８をひっかいたりして、敵キャラクタ２０８を攻撃する。

図９に示すゲーム画像はゲーム画面２００の限定しない他の例である。図９に示すゲーム画面２００は、図８に示したゲーム画面２００において、プレイヤキャラクタ２０２および第１仲間キャラクタ２０４を右向きに移動させた状態を示す。

図９に示すゲーム画面２００では、プレイヤキャラクタ２０２は、岩の背景オブジェクト２１４の後ろに位置し、第１仲間キャラクタ２０４は、木の背景オブジェクト２１２の後ろに位置する。プレイヤキャラクタ２０２は、その全身が岩の背景オブジェクト２１４の陰に隠れており、そのことをプレイヤに知らせるために、プレイヤキャラクタ２０２の全身のシルエット２２０が岩の背景オブジェクト２１４の表面（または、前面側）に表示される。第１仲間キャラクタ２０４は、その一部が木の背景オブジェクト２１２に隠れており、そのことをプレイヤに知らせるために、第１仲間キャラクタ２０４の一部（図９では、頭部および前足）のシルエット２２２が木の背景オブジェクト２１２の表面（または、前面側）に表示される。この実施例では、シルエット２２０はオレンジ色であり、シルエット２２２は紫色である。つまり、シルエットの色は、キャラクタによって異なる。ただし、図面では、シルエット２２０は黒色で塗りつぶして示してあり、シルエット２２２は斜線を付して示してある。シルエット２２０およびシルエット２２２の色は一例であり、互いに異なる色であれば、他の色でもよい。また、シルエット２２０およびシルエット２２２の色は、それぞれ、背景オブジェクト（２１０，２１２，２１４など）の色に応じて変化されてもよい。後述するシルエット２２４は、第２仲間キャラクタ２０６のシルエットであり、この実施例では、シルエット２２２の色と同じである。

図１０に示すゲーム画像はゲーム画面２００の限定しないその他の例である。図１０に示すゲーム画面２００は、地面の背景オブジェクト２１０の上に、プレイヤキャラクタ２０２および第１仲間キャラクタ２０４の他に敵キャラクタ２０８が配置された状態を示す。図１０に示すゲーム画面２００では、敵キャラクタ２０８が画面中央から右寄りに位置し、プレイヤキャラクタ２０２は敵キャラクタ２０８の後ろに位置し、第１仲間キャラクタ２０４は画面中央から左寄りに位置する。プレイヤキャラクタ２０２は、その全身が敵キャラクタ２０８の陰に隠れており、そのことをプレイヤに知らせるために、プレイヤキャラクタ２０２の全身のシルエット２２０が敵キャラクタ２０８の表面（または、前面側）に表示される。

なお、図９および図１０に示したゲーム画面２００では、プレイヤキャラクタ２０２が地面の上に設けられた岩の背景オブジェクト２１４および地面の上に配置された敵キャラクタ２０８の陰に隠れ、プレイヤキャラクタ２０２のシルエット２２０が表示される場合について示したが、プレイヤキャラクタ２０２は地面の背景オブジェクト２１０または水面の背景オブジェクトの陰に隠れる場合もある。たとえば、プレイヤキャラクタ２０２が段差の下の段に位置する場合には、仮想カメラ２５０から見ると、プレイヤキャラクタ２０２の一部または全部が上段となる地面の背景オブジェクト２１０の陰に隠れることがある。また、プレイヤキャラクタ２０２が川などの水中に位置する場合には、仮想カメラ２５０から見ると、プレイヤキャラクタ２０２の一部または全部が水面の背景オブジェクトの陰に隠れることがある。このような場合には、地面の背景オブジェクト２１０または水面の背景オブジェクトにシルエット２２０が表示される。これらのことは、第１仲間キャラクタ２０４および第２仲間キャラクタ２０６についても同様である。

ここで、シルエット２２０、２２２を表示するか否かを判定（以下、「シルエット表示判定」という）する方法と、シルエット２２０、２２２を表示する方法について説明する。図１１（Ａ）は仮想空間に配置されるプレイヤキャラクタ２０２およびこのプレイヤキャラクタ２０２に対して設定される判定用オブジェクト（説明の便宜上、「第１判定用オブジェクト」という）２３０の限定しない一例を示す。図１１（Ｂ）は仮想空間に配置される第１仲間キャラクタ２０４およびこの第１仲間キャラクタ２０４に対して設定される判定用オブジェクト（説明の都合上、「第２判定用オブジェクト」という）２３２の限定しない一例を示す。

第１判定用オブジェクト２３０は、プレイヤキャラクタ２０２のシルエット２２０を表示するかを判定するためのオブジェクトである。図１１（Ａ）に示すように、第１判定用オブジェクト２３０は、縦長の直方体または角筒の形状であり、プレイヤキャラクタ２０２を囲うように配置される。この実施例では、第１判定用オブジェクト２３０は、プレイヤキャラクタ２０２の全体が収まる大きさに設定されている。図１１（Ａ）では、第１判定用オブジェクト２３０を点線で示しているが、ゲーム画面２００に表示されないように設定されている。なお、第１判定用オブジェクト２３０は、無色透明に設定されることで、実際上、ゲーム画面２００に表示されないようにすることができる。つまり、第１判定用オブジェクト２３０はプレイヤにとって不可視のオブジェクトである。

第１判定用オブジェクト２３０は、プレイヤキャラクタ２０２に対して設定され、プレイヤキャラクタ２０２の移動に応じて移動される。第１判定用オブジェクト２３０は、その中心の位置がプレイヤキャラクタ２０２の複数の関節のうち指定した１つの関節の位置に応じて決定される。ただし、関節は、プレイヤキャラクタ２０２を構成する複数のボーンを接続するジョイントである。また、第１判定用オブジェクト２３０は、プレイヤキャラクタ２０２の指定した１つの関節の位置に応じて決定された中心の位置であり、プレイヤキャラクタ２０２を完全に覆うことができるサイズ（以下、「第１の所定の大きさ」という）のボックス状のオブジェクトである。ボックスの縦横高さ方向は、プレイヤキャラクタ２０２の指定した１つの関節に設定されたローカル座標系の座標軸で決定されてもよいし、ワールド座標系の座標軸で決定されてもよい。この実施例では、第１判定用オブジェクト２３０の向きは、直方体の面のうち１つの面がプレイヤキャラクタ２０２の向きに対して垂直となる向きに設定される。たとえば、直方体のうちの面積が最大である２つの面のうちの一方の面がプレイヤキャラクタ２０２の向きに対して垂直となる向きに設定される。プレイヤキャラクタ２０２の向きは、プレイヤキャラクタ２０２が頭部(または、首)を動かしていない場合の顔の向きまたは胴体の正面の向きである。

ただし、第１判定用オブジェクト２３０は、プレイヤキャラクタ２０２の中心の位置を中心とするボックス状のオブジェクトでもよい。一例として、プレイヤキャラクタ２０２の中心の位置はプレイヤキャラクタ２０２の位置（たとえば、足元の位置）から腰の高さに移動した位置である。

また、プレイヤキャラクタ２０２の向き（姿勢）が変化しても、第１判定用オブジェクト２３０の向きは変化させなくてもよい。つまり、プレイヤキャラクタ２０２の移動に伴って第１判定用オブジェクト２３０を移動させるだけでもよい。このとき、プレイヤキャラクタ２０２の向きがどのように変化しても、第１判定用オブジェクト２３０内に収まるように、プレイヤキャラクタ２０２または第１判定用オブジェクト２３０の大きさおよび位置が設定される。

また、第２判定用オブジェクト２３２は、第１仲間キャラクタ２０４のシルエット２２２を表示するかを判定するためのオブジェクトである。図１１（Ｂ）に示すように、第２判定用オブジェクト２３２は、横長の直方体または角筒の形状であり、第１仲間キャラクタ２０４を囲うように配置される。この実施例では、第２判定用オブジェクト２３２は、第１仲間キャラクタ２０４のほとんどが収まる大きさに設定されている。図１１（Ｂ）に示すように、この実施例では、第１仲間キャラクタ２０４の鼻先、頭部の一部、背中の一部、尻尾部および後ろ足の一部が第２判定用オブジェクト２３２からはみ出している。このような大きさに第２判定用オブジェクト２３２を設定するのは、第１仲間キャラクタ２０４は、プレイヤキャラクタ２０２と比較して大きいため、第１仲間キャラクタ２０４の全身が背景オブジェクト（２１０、２１２、２１４など）の陰に隠れ難く、また、第１仲間キャラクタ２０４が移動する場合に、シルエット２２２が表示されたり表示さなかったりしてチカチカするのを防止するためである。図１１（Ｂ）では、第２判定用オブジェクト２３２を点線で示しているが、ゲーム画面２００に表示されないように設定されている。なお、第２判定用オブジェクト２３２は、無色透明に設定されることで、実際上、ゲーム画面２００に表示されないようにすることができる。つまり、第２判定用オブジェクト２３２はプレイヤにとって不可視のオブジェクトである。

第２判定用オブジェクト２３２は、第１仲間キャラクタ２０４に対して設定され、第１仲間キャラクタ２０４の移動に応じて移動される。第２判定用オブジェクト２３２は、その中心の位置が第１仲間キャラクタ２０４の指定した１つの関節の位置に応じて決定された中心の位置であり、第１仲間キャラクタ２０４の胴体をぎりぎり覆うことができるサイズ（以下、「第２の所定の大きさ」という）のボックス状のオブジェクトである。ボックスの縦横高さ方向は、第１仲間キャラクタ２０４の指定した１つの関節に設定されたローカル座標系の座標軸で決定されてもよいし、ワールド座標系の座標軸で決定されてもよい。この実施例では、第２判定用オブジェクト２３２の向きは、直方体の面のうち１つの面が第１仲間キャラクタ２０４の向きに対して垂直となる向きに設定される。たとえば、直方体のうちの面積が最大である２つの面のうちの一方の面が第１仲間キャラクタ２０４の側面に対して垂直となる向きに設定される。第１仲間キャラクタ２０４の側面は、第１仲間キャラクタ２０４の向きに平行な向きであって、水平面に対して垂直な面である。第１仲間キャラクタ２０４の向きは、第１仲間キャラクタ２０４が頭部（または、首）を動かしていない場合の顔の向きである。

このように、判定用オブジェクトのサイズは、設定されるキャラクタの大きさに応じて適宜設定される。プレイヤキャラクタ２０２のような比較的小さいキャラクタについては、障害物で遮蔽され易いため、判定用オブジェクトのサイズがキャラクタに対して大きめに設定される。一方、第１仲間キャラクタ２０４のように比較的大きいキャラクタについては、遮蔽物で遮蔽され難いため、判定用オブジェクトのサイズがキャラクタの胴体をぎりぎり覆う大きさに設定される。つまり、不要に判定用オブジェクトのサイズを大きくしないようにしてある。

ただし、第１仲間キャラクタ２０４の向き（姿勢）が変化しても、第２判定用オブジェクト２３２の向きは変化させなくてもよい。つまり、第１仲間キャラクタ２０４の移動に伴って第２判定用オブジェクト２３２を移動させるだけでもよい。このとき、第１仲間キャラクタ２０４の向きがどのように変化しても、第２判定用オブジェクト２３２内に収まるように、第１仲間キャラクタ２０４または第２判定用オブジェクト２３２の大きさおよび位置が設定される。

第１判定用オブジェクト２３０および第２判定用オブジェクト２３２は、それぞれ、複数の判定点を有する。この実施例では、複数の判定点は、直方体の頂点の位置に設定される。説明の便宜上、第１判定用オブジェクト２３０に設定される判定点を第１判定点２３０ａといい、第２判定用オブジェクト２３２に設定される判定点を第２判定点２３２ａという。上述したように、第１判定用オブジェクト２３０は、その中心の位置がプレイヤキャラクタ２０２の指定した１つの関節に位置に応じて決定され、所定の第１の大きさを有するボックス状のオブジェクトであるため、複数の第１判定点２３０ａは第１判定用オブジェクト２３０の８個の角（すなわち、頂点）の位置に設定される。したがって、複数の第１判定点２３０ａは、プレイヤキャラクタ２０２の移動に応じて移動される。同様に、第２判定用オブジェクト２３２は、その中心の位置が第１仲間キャラクタ２０４の指定した１つの関節に位置に応じて決定され、所定の第２の大きさを有するボックス状のオブジェクトであるため、複数の第２判定点２３２ａは第１判定用オブジェクト２３０の８個の角（すなわち、頂点）の位置に設定される。したがって、複数の第２判定点２３２ａは、第１仲間キャラクタ２０４の移動に応じて移動される。

上述したように、第１判定用オブジェクト２３０はプレイヤキャラクタ２０２を囲うように配置されるが、このことは、複数の第１判定点２３０ａのうち、直方体である第１判定用オブジェクト２３０の中心を基準として点対称の位置にある２つの頂点の位置に設定される２つの第１判定点２３０ａの間にプレイヤキャラクタ２０２が存在する位置関係を意味する。同様に、第２判定用オブジェクト２３２は第１仲間キャラクタ２０４を囲うように配置されるが、このことは、複数の第２判定点２３２ａのうち、直方体である第２判定用オブジェクト２３２の中心を基準として点対称の位置にある２つの頂点の位置に設定される２つの第２判定点２３２ａの間に第１仲間キャラクタ２０４が存在する位置関係を意味する。

各第１判定点２３０ａは第１判定用オブジェクト２３０の内部に設けられてもよいし、各第２判定点２３２ａは第２判定用オブジェクト２３２の内部に設けられてもよい。この場合、各第１判定点２３０ａの一部または全部はプレイヤキャラクタ２０２と重なる位置に設定されてもよい。同様に、各第２判定点２３２ａの一部または全部は第１仲間キャラクタ２０４と重なる位置に設定されてもよい。

また、第１判定用オブジェクト２３０および第２判定用オブジェクト２３２は、直方体の形状にしてあるが、直方体に代えて、多面体、球、楕円球または円筒のようなプレイヤキャラクタ２０２よりも簡易な形状であってもよい。第１判定用オブジェクト２３０および第２判定用オブジェクト２３２を他の簡易な形状にした場合には、複数の表面位置の各々に第１判定点２３０ａまたは第２判定点２３２ａが適宜配置される。または、各第１判定点２３０ａおよび各第２判定点２３２ａは、簡易な形状の内部に設けられてもよい。この場合にも、各第１判定点２３０ａの一部または全部はプレイヤキャラクタ２０２と重なる位置に設定されてもよい。同様に、各第２判定点２３２ａの一部または全部は第１仲間キャラクタ２０４と重なる位置に設定されてもよい。

図１２は仮想空間を仮想カメラ２５０の後方の斜め上方から見た場合の限定しない一例を示す図である。図１２を用いて、プレイヤキャラクタ２０２のシルエット表示判定について説明する。プレイヤキャラクタ２０２のシルエット２２０を表示するかを判定する場合には、仮想カメラ２５０の位置と各第１判定点２３０ａを結ぶ各線分（以下、「第１線分」という）のオブジェクト２３０ｂの各々が１または複数のオブジェクト（以下、「第１オブジェクト」という）に衝突する（または、当たる）かどうかが判定（衝突判定）される。ただし、プレイヤキャラクタ２０２は第１オブジェクトには含まれない。図１２からも分かるように、この実施例では、第１判定点２３０ａは８個であり、線分のオブジェクト２３０ｂは８本である。ただし、線分のオブジェクト２３０ｂはプレイヤにとって不可視（つまり、無色透明）のオブジェクトであり、ゲーム画面２００に表示されることもない。

なお、図１２では、８個の第１判定点２３０ａのみを示し、第１判定用オブジェクト２３０の形状については省略してある。

衝突判定では、仮想カメラ２５０の位置から各第１判定点２３０ａに線分のオブジェクト２３０ｂを延ばした場合に、１または複数の第１オブジェクトに衝突するかどうかが判断される。この実施例では、第１オブジェクトは、上述した背景オブジェクト（２１０、２１２、２１４など）および敵キャラクタ２０８である。図９および図１０に示したゲーム画面２００の例では、プレイヤキャラクタ２０２が１つの第１オブジェクトの陰に隠れている場合について示したが、複数の第１オブジェクトの陰に隠れる場合もある。

この実施例では、衝突判定では、各第１線分のオブジェクト２３０ｂを、仮想カメラ２５０に対応する位置の一例である仮想カメラ２５０の位置から延ばすようにしてあるが、これに限定される必要はない。第１線分のオブジェクト２３０ｂは、仮想カメラ２５０の位置から撮影方向または／および撮影方向と垂直な方向に少しずらした位置から延ばすようにしてもよい。また、第１線分のオブジェクト２３０ｂは、仮想カメラ２５０の位置を通り、かつ、仮想カメラ２５０の撮影方向に直交する平面上の位置であって、各第１判定点２３０ａとの距離が最短となる位置から延ばすようにしてもよい。つまり、各第１判定点２３０ａと、仮想カメラ２５０の向きに対して垂直な平面とが垂直に交わるように結んだ線分を用いた衝突判定を行うようにしてもよい。

また、第１線分のオブジェクト２３０ｂが何かに当たってもすり抜けるように設定されている場合には、第１判定点２３０ａに衝突する前にその他の第１オブジェクトと当たったかどうかを判定するようにしてもよい。

さらに、この実施例では、各第１線分のオブジェクト２３０ｂを、仮想カメラ２５０の位置から延ばすようにしてあるが、各第１判定点２３０ａに向けて、点または球体のオブジェクト（「移動オブジェクト」という）を移動させて、移動オブジェクトが１または複数の第１オブジェクトに衝突する数または当たらない数に基づいて、プレイヤキャラクタ２０２のシルエット２２０を表示することが判定されてもよい。

衝突判定の結果に基づいて、プレイヤキャラクタ２０２のシルエット２２０を表示するかが判定される。この実施例では、８本の線分のオブジェクト２３０ｂのうち、２本以上の線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突することが判定された場合に、つまり、衝突本数が２以上である場合に、仮想カメラ２５０から見て、プレイヤキャラクタ２０２の少なくとも一部がその１または複数の第１オブジェクトの陰に或る程度隠れていると判断され、プレイヤキャラクタ２０２のシルエット２２０を表示することが判定される。第１線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突する数に基づいてシルエット表示判定を行うので、判定が簡単である。

プレイヤキャラクタ２０２が第１オブジェクトの陰に隠れているかどうかだけの判断であれば、従来行われている手法でも問題無いところ、本願は或る程度隠れているときにシルエットを表示する仮想のゲームにおいて、その或る程度隠れているかの判断をより簡単にできることが特徴である。

ただし、プレイヤキャラクタ２０２が第１オブジェクトの陰に隠れているかどうかは推測しているに過ぎないため、シルエットを表示することが判定されても、実際は隠れておらずシルエットが表示されないこともある。

この実施例では、衝突本数が２以上である場合に、プレイヤキャラクタ２０２のシルエット２２０を表示することが判定されるが、衝突本数は３以上でもよい。

ただし、線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突する本数に代えて、線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに当たらない本数に基づいて、プレイヤキャラクタ２０２のシルエット２２０を表示することが判定されてもよい。また、仮想カメラ２５０から見て、第１判定点２３０ａが１または複数の第１オブジェクトで隠れている個数に基づいて、プレイヤキャラクタ２０２のシルエット２２０を表示することが判定されてもよい。

一方、８本の線分のオブジェクト２３０ｂのうち、１本の線分のオブジェクト２３０ｂがいずれかの第１オブジェクトに衝突すること、または、すべての線分のオブジェクト２３０ｂがいずれの第１オブジェクトにも当たらないことが判定された場合に、すなわち、衝突本数が１以下である場合に、仮想カメラ２５０から見て、プレイヤキャラクタ２０２はいずれの第１オブジェクトの陰にも隠れていないと判断され、プレイヤキャラクタ２０２のシルエット２２０を表示することは判定されない。

この実施例では、プレイヤキャラクタ２０２が収まる大きさの第１判定用オブジェクト２３０が設定され、この第１判定用オブジェクト２３０の８個の頂点の各々に対して第１判定点２３０ａが設定される。２本以上の第１線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突する場合に、シルエット２２０を表示することを判定するのは、仮想カメラ２５０から見て、プレイヤキャラクタ２０２が或る程度以上、１または複数の第１オブジェクトの陰に隠れていることがシミュレーション等によって検証されているためである。

したがって、第１判定用オブジェクト２３０の大きさ、および、第１判定点２３０ａの個数が実施例と異なる場合には、シルエット２２０を表示することを判定するための衝突本数は適宜変化される。たとえば、すべての第１判定点２３０ａが第１判定用オブジェクト２３０の内部に配置されるように設定される場合には、いずれか１本以上の第１線分のオブジェクト２３０ｂが第１オブジェクトに衝突する場合に、つまり、衝突本数が１以上である場合に、プレイヤキャラクタ２０２のシルエット２２０を表示することが判定されるようにしてもよい。

図示および詳細な説明は省略するが、この実施例では、第１仲間キャラクタ２０４のシルエット２２２を表示するかを判定するシルエット表示判定の方法は、プレイヤキャラクタ２０２のシルエット２２０を表示するかを判定するシルエット表示判定の方法と同じである。簡単に説明すると、仮想カメラ２５０の位置と各第２判定点２３２ａを結ぶ各線分のオブジェクト２３２ｂが１または複数の第１オブジェクトに衝突するかどうかを判定する。そして、衝突本数が２以上である場合に、第１仲間キャラクタ２０４のシルエット２２２を表示することが判定される。一方、衝突本数が１以下である場合に、第１仲間キャラクタ２０４のシルエット２２２を表示することは判定されない。

図１３に示すゲーム画像はゲーム画面２００のその他の限定しない例である。図１３では、プレイヤキャラクタ２０２は、動物を模した第２仲間キャラクタ２０６を抱っこしている。上述したように、第２仲間キャラクタ２０６は、第１仲間キャラクタ２０４が変形したキャラクタである。第２仲間キャラクタ２０６もまた、プレイヤキャラクタ２０２の仲間のキャラクタである。第２仲間キャラクタ２０６は、プレイヤキャラクタ２０２とともに移動し、アナログスティック５２が傾倒された方向に伸びて（図１５参照）、さらに、ＺＲボタン６１が操作されることで、敵キャラクタ２０８を攻撃したり、アイテムを取得したりする。第２仲間キャラクタ２０６は、敵キャラクタ２０８に噛みついたり、敵キャラクタ２０８をひっかいたりして、敵キャラクタ２０８を攻撃する。

ただし、第２仲間キャラクタ２０６は、プレイヤキャラクタ２０２に抱っこされた位置からアナログスティック５２が傾倒された方向に、胴体を所定の長さだけ伸ばす。つまり、第２仲間キャラクタ２０６は、プレイヤキャラクタ２０２の位置を基準にアナログスティック５２が傾倒された方向に伸長する。第２仲間キャラクタ２０６は、胴体に変えて、首または前足が所定の長さだけ伸びるようにしてもよい。また、アナログスティック５２の傾倒操作を止めると、つまり、アナログスティック５２を傾倒していない状態に戻すと、第２仲間キャラクタ２０６の胴体は元の長さに戻り、第２仲間キャラクタ２０６はプレイヤキャラクタ２０２に抱っこされた状態となる。

このように、プレイヤキャラクタ２０２が第２仲間キャラクタ２０６と合体または一体化された状態では、一方のアナログスティック３２の傾倒操作によってプレイヤキャラクタ２０２および第２仲間キャラクタ２０６が一緒に移動され、他方のアナログスティック５２の傾倒操作によって第２仲間キャラクタ２０６がプレイヤキャラクタ２０２の位置を基準として伸長され、アナログスティック５２の傾倒操作を止めると、第２仲間キャラクタ２０６は元の状態に戻る。

また、第２仲間キャラクタ２０６が胴体を伸ばしていない状態でＺＲボタン６１が操作されると、第２仲間キャラクタ２０６は、プレイヤキャラクタ２０２の向きに居る敵キャラクタ２０８を攻撃したり、プレイヤキャラクタ２０２の向きに在るアイテムを取得したりする。

この実施例では、プレイヤは、プレイヤキャラクタ２０２と仲間キャラクタ（２０４、２０６）を操作する状態（以下、「操作状態」という）として、プレイヤキャラクタ２０２と第１仲間キャラクタ２０４を、それぞれ、個別に移動させる分離状態または第１仲間キャラクタ２０４を変形させた第２仲間キャラクタ２０６をプレイヤキャラクタ２０２と合体または一体化させて一緒に移動させる状態（以下、「合体状態」という）を選択して、仮想のゲームをプレイすることができる。

図１３に示すように、合体状態では、プレイヤキャラクタ２０２は、第２仲間キャラクタ２０６と重なったり、接触したりする。また、合体状態では、第２仲間キャラクタ２０６が伸長した場合には、プレイヤキャラクタ２０２は第２仲間キャラクタ２０６の足を抱き抱えている。ただし、合体状態では、第２仲間キャラクタ２０６は、プレイヤキャラクタ２０２の首、腕または足に巻き付いたり、プレイヤキャラクタ２０２の背中または肩に乗ったりしてもよい。また、合体状態では、第２仲間キャラクタ２０６の一部がプレイヤキャラクタ２０２にめり込んで一体化してもよい。さらに、合体状態では、第２仲間キャラクタ２０６が武器または防具となってプレイヤキャラクタ２０２の手に装備されてもよい。

一例として、仮想のゲームの開始時には、合体状態のプレイヤキャラクタ２０２および第２仲間キャラクタ２０６を含むゲーム画面２００がディスプレイ１２に表示される。合体状態においてＲボタン６０が操作されると、操作状態が合体状態から分離状態に変化される。つまり、第２仲間キャラクタ２０６がプレイヤキャラクタ２０２から分離され、第２仲間キャラクタ２０６が第１仲間キャラクタ２０４に変形される。また、分離状態においてＬボタン３８が操作されると、操作状態が分離状態から合体状態に変化される。ただし、プレイヤキャラクタ２０２または第１仲間キャラクタ２０４が、特定のアイテムを取得したり、特定のアイテムを使用したり、特定の地点に到達したりすることを条件として、または、特定のイベントの発生中であることを条件として、操作状態が分離状態から合体状態に変化されるようにすることもできる。つまり、第１仲間キャラクタ２０４が第２仲間キャラクタ２０６に変形されて、変形された第２仲間キャラクタ２０６がプレイヤキャラクタ２０２に合体（この実施例では、抱っこ）される。合体状態においても、プレイヤキャラクタ２０２は、仮想空間に置かれているアイテムの位置に接近または到達すると、当該アイテムを取得する。また、合体状態においても、敵キャラクタ２０８が出現した場合、ＺＬボタン３９が操作されると、プレイヤキャラクタ２０２は、魔法または電気ショックなどで敵キャラクタ２０８の動きを停止させる。

この実施例では、合体状態では、プレイヤキャラクタ２０２のシルエット２２０を表示するかを判定するシルエット表示判定の判定結果に応じて、プレイヤキャラクタ２０２のシルエット２２０と第２仲間キャラクタ２０６のシルエット２２４を表示するかが判定される。ただし、プレイヤキャラクタ２０２のシルエット２２０を表示するかを判定するシルエット表示判定の判定結果に応じて、プレイヤキャラクタ２０２のシルエット２２０を表示するかが判定され、この判定結果に従って第２仲間キャラクタ２０６のシルエット２２４を表示するかが判定されるようにしてもよい。したがって、合体状態においても、プレイヤキャラクタ２０２の第１判定用オブジェクト２３０が用いられるだけであり、第２仲間キャラクタ２０６の判定用オブジェクトは用いられない、あるいは存在しない。つまり、分離状態におけるプレイヤキャラクタ２０２のシルエット表示判定の複数の第１判定点２３０ａと、合体状態におけるプレイヤキャラクタ２０２および第２仲間キャラクタ２０６のシルエット表示判定の複数の判定点（「第３判定点」に相当する）は同じである。

このように、合体状態では、一組の判定点を用いて、プレイヤキャラクタ２０２および第２仲間キャラクタ２０６について一度にシルエット表示判定を行うことができる。また、合体状態においては、分離状態における複数の第１判定点２３０ａを用いて、プレイヤキャラクタ２０２および第２仲間キャラクタ２０６について一度にシルエット表示判定を行うことができる。つまり、処理が複雑化することを抑制することができる。

図１３に示すゲーム画像はゲーム画面２００の限定しない他の例である。また、図１４に示すゲーム画像はゲーム画面２００の限定しないその他の例である。図１５に示すゲーム画像はゲーム画面２００の限定しないさらに他の例である。

図１３に示すように、プレイヤキャラクタ２０２および第２仲間キャラクタ２０６は、岩の背景オブジェクト２１４の右側に位置しており、岩の背景オブジェクト２１４の陰に隠れていない。

図１４に示すゲーム画面２００では、図１３に示すゲーム画面２００において、プレイヤキャラクタ２０２および第２仲間キャラクタ２０６が左に移動し、プレイヤキャラクタ２０２および第２仲間キャラクタ２０６が岩の背景オブジェクト２１４の後ろに位置する。つまり、仮想カメラ２５０から見て、プレイヤキャラクタ２０２および第２仲間キャラクタ２０６が岩の背景オブジェクト２１４の陰に隠れており、そのことをプレイヤに知らせるために、プレイヤキャラクタ２０２の全身のシルエット２２０および第２仲間キャラクタ２０６の全身のシルエット２２４が岩の背景オブジェクト２１４の表面（または、前面側）に表示される。つまり、プレイヤキャラクタ２０２のシルエット２２０を表示することが判定され、この判定結果に従って第２仲間キャラクタ２０６のシルエット２２４を表示することも判定され、実際に仮想カメラ２５０から見て、プレイヤキャラクタ２０２および第２仲間キャラクタ２０６は岩の背景オブジェクト２１４の陰に隠れているため、シルエット２２０およびシルエット２２４が表示されている。

上述したように、シルエット２２０はオレンジ色であり、シルエット２２４は紫色である。つまり、シルエット２２０の色とシルエット２２４の色は異なる。分離状態では、シルエットの色が異なる２体のキャラクタ（２０２、２０４）について、それぞれ衝突判定を行うことでシルエット表示の要否を判定していたところ、合体状態では、プレイヤキャラクタ２０２の衝突判定に、シルエットの色が異なる第２仲間キャラクタ２０６のシルエット表示の要否を判定することが含まれる。

また、合体状態では、２体のキャラクタ（２０２、２０６）が重なる場合、手前側にある方のシルエットを優先的に表示する。したがって、図１３および図１４に示すように、第２仲間キャラクタ２０６のうち、プレイヤキャラクタ２０２によって隠れる部分については、プレイヤキャラクタ２０２のシルエット２２０が優先的に表示されるが、第２仲間キャラクタ２０６のうち、プレイヤキャラクタ２０２によって隠れていない部分とプレイヤキャラクタ２０２よりも手前側である部分については、第２仲間キャラクタ２０６のシルエット２２４が優先的に表示される。

図１５に示すゲーム画面２００は、図１３および図１４に示したゲーム画面２００とは異なる場面を示す。図１５に示すゲーム画面２００では、画面の右下に木の背景オブジェクト２１２が示され、画面の中央にプレイヤキャラクタ２０２が位置し、プレイヤキャラクタ２０２の位置から胴体を伸ばした第２仲間キャラクタ２０６の一部が木の背景オブジェクト２１２の後ろに位置する。仮想カメラ２５０から見て、第２仲間キャラクタ２０６の一部が木の背景オブジェクト２１２の陰に隠れているが、プレイヤキャラクタ２０２は背景オブジェクトの陰に隠れていない。

上述したように、第２仲間キャラクタ２０６の判定用オブジェクトは用いられない、あるいは存在しないため、プレイヤキャラクタ２０２のシルエット２２０を表示するかが判定され、この判定結果に従って第２仲間キャラクタ２０６のシルエット２２４を表示することが判定される。図１５のゲーム画面２００では、プレイヤキャラクタ２０２は第１オブジェクトの陰に隠れておらず、プレイヤキャラクタ２０２のシルエット２２０を表示することは判定されないため、第２仲間キャラクタ２０６のシルエット２２４を表示することも判定されない。

図１５では、第２仲間キャラクタ２０６の一部が木の背景オブジェクト２１２の陰に隠れていることを示すために、隠れている部分を点線で示してある。実際のゲーム画面２００では、点線は表示されず、第２仲間キャラクタ２０６のうちの木の背景オブジェクト２１２に隠れていない胴体の一部、尻部、尻尾部および後足が表示される。

また、図１５では第２仲間キャラクタ２０６がプレイヤキャラクタ２０２の位置から伸びた状態を示してあるが、図１３に示したように、第２仲間キャラクタ２０６がプレイヤキャラクタ２０２に抱っこされた状態において、第２仲間キャラクタ２０６のみが第１オブジェクトの陰に隠れている場合にも、図１５に示した場合と同様に、第２仲間キャラクタ２０６のシルエット２２４が表示されることはない。

ただし、分離状態と同様に、第２仲間キャラクタ２０６についても判定用オブジェクトを設定し、プレイヤキャラクタ２０２と第２仲間キャラクタ２０６のそれぞれについてシルエット表示判定を行なうようにしてもよい。この場合、図１５に示したゲーム画面２００において、木の背景オブジェクト２１２の陰に隠れている部分について、第２仲間キャラクタ２０６のシルエット２２４を表示することができる。

詳細な説明は省略するが、分離状態および合体状態のいずれの場合にも、右方向ボタン３３、下方向ボタン３４、上方向ボタン３５または左方向ボタン３６が操作されると、操作されたボタン３３－３６に応じたアイテムが使用される。アイテムが使用されると、アイテムに応じた効果が発動される。一例として、プレイヤキャラクタ２０２の体力値の一部または全部が回復されたり、第１仲間キャラクタ２０４または第２仲間キャラクタ２０６の体力値の一部または全部が回復されたり、第１仲間キャラクタ２０４または第２仲間キャラクタ２０６の攻撃力または攻撃回数が一時的に上昇されたり、プレイヤキャラクタ２０２、第１仲間キャラクタ２０４または第２仲間キャラクタ２０６の防御力が一時的に上昇されたりする。

シルエット２２０、２２２、２２４を表示する方法としては、公知の方法を採用することができる。この実施例では、Ｚバッファを用いて、キャラクタと障害物（たとえば、木などの背景オブジェクト）との前後関係をＺテストにより判定し、障害物よりも後に位置していると判断されたキャラクタの部分を、障害物に上書きするように描画する。また、他の公知の方法を採用することもできる。他の公知の方法の例として、２つの方法を概説する。

第１の方法は、Ｚバッファを用いた方法であり、たとえば特開２００３－２９０５５０号に開示されている。プレイヤキャラクタ２０２が１または複数の第１オブジェクトの陰に隠れた状態では、プレイヤキャラクタ２０２のシルエット２２０についてのテクスチャのデータが読み出され、Ｚバッファに描画されている１または複数の第１オブジェクトの各ピクセルのＺ値を無視して、つまり、当該ピクセルのＺ値を更新することなく、プレイヤキャラクタ２０２の形状に相当するフレームバッファの各ピクセルにシルエット２２０のテクスチャを描画する。このように、各ピクセルのＺ値を無視する（更新しない）ことによって、１または複数の第１オブジェクトの画像とシルエット２２０の画像が一体の画像となり、その後のＺテストによって、仮想カメラ２５０から見て、プレイヤキャラクタ２０２が１または複数の第１オブジェクトよりも手前側に配置される場合には画像が上書きされ、逆の場合には上書きされないという処理になる。つまり、プレイヤキャラクタ２０２が１または複数の第１オブジェクトの陰に隠れているときは、プレイヤキャラクタ２０２の本来のテクスチャが重ね描きされないので、シルエット２２０の画像が残る。一方、プレイヤキャラクタ２０２が１または複数の第１オブジェクトの手前側に配置されるときには、プレイヤキャラクタ２０２の本来のテクスチャが重ね描きされることになる。このようにすることで、プレイヤキャラクタ２０２の一部が１または複数の第１オブジェクトの陰に隠れていない場合には、１または複数の第１オブジェクトに隠れていない部分については、プレイヤキャラクタ２０２の本来のテクスチャで表示され、１または複数の第１オブジェクトに隠れた残りの部分のシルエット２２０が表示されることになる。

第２の方法は、ステンシルバッファを用いた方法である。一例として、まず、１または複数の第１オブジェクトの描画領域のステンシルバッファに「１」が書き込まれる。次に、プレイヤキャラクタ２０２の描画領域のうち、ステンシルバッファに「１」が書き込まれている領域に「２」が書き込まれる。そして、「２」が書き込まれた領域のうち、プレイヤキャラクタ２０２が１または複数の第１オブジェクトの陰に隠れていない領域のステンシルバッファに「３」が書き込まれる。最後に、「２」が書き込まれた領域をシルエット色（たとえば黒）で塗りつぶすことで、１または複数の第１オブジェクトの陰に隠れたプレイヤキャラクタ２０２の全部または一部のシルエット２２０が表示される。

このように、公知の方法では、プレイヤキャラクタ２０２と、１または複数の第１オブジェクトの前後関係を判定して、プレイヤキャラクタ２０２のうち１または複数の第１オブジェクトの後ろ側（奥側）であることが判定された部分に対応するシルエット２２０が表示される。一方で、この実施例では、シルエット２２０を表示するかの判定においては、第１線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突するかどうかの衝突判定を用いている。このように、シルエット２２０を表示するかの判定と、表示されるシルエット２２０の形状自体の決定をそれぞれ適切な手段で行うことができる。具体的には、この実施例では、シルエット表示するかの判定にはプレイヤキャラクタ２０２と第１オブジェクトの前後関係の判定は用いず、表示されるシルエットの２２０の形状の決定には第１線分のオブジェクト２３０ｂと第１オブジェクトの衝突判定を用いない。

上述の第１の方法および第２の方法の説明では、プレイヤキャラクタ２０２のシルエット２２０を表示する場合について説明したが、第１仲間キャラクタ２０４および第２仲間キャラクタ２０６のシルエット２２２および２２４を表示する場合についても同様である。

図１６は図６に示したＤＲＡＭ８５のメモリマップ８５０の限定しない一例を示す図である。図１６に示すように、ＤＲＡＭ８５は、プログラム記憶領域８５２およびデータ記憶領域８５４を含む。プログラム記憶領域８５２には、ゲームアプリケーションのプログラム（つまり、ゲームプログラム）が記憶される。図１６に示すように、ゲームプログラムは、メイン処理プログラム８５２ａ、画像生成プログラム８５２ｂ、操作検出プログラム８５２ｃ、ゲーム制御プログラム８５２ｄ、シルエット表示判定プログラム８５２ｅおよび画像表示プログラム８５２ｆなどを含む。ただし、ゲーム画像などの画像を表示する機能は本体装置２が備える機能である。したがって、画像表示プログラム８５２ｆは、ゲームプログラムに含まれない。

詳細な説明は省略するが、各プログラム８５２ａ－８５２ｆは、本体装置２に電源が投入された後の適宜のタイミングで、フラッシュメモリ８４および／またはスロット２３に装着された記憶媒体からその一部または全部が読み込まれてＤＲＡＭ８５に記憶される。ただし、各プログラム８５２ａ－８５２ｆの一部または全部は、本体装置２と通信可能な他のコンピュータから取得するようにしてもよい。

メイン処理プログラム８５２ａは、この実施例の仮想のゲームの全体的な処理（以下、「全体処理」という）を実行するためのプログラムである。

画像生成プログラム８５２ｂは、後述する画像生成データ８５４ｂを用いて、ゲーム画像などの各種の表示用画像に対応する表示用画像データを生成するためのプログラムである。ゲーム画像には、プレイヤキャラクタ２０２、仲間キャラクタ（２０４または２０６）、第１オブジェクトおよび判定用オブジェクト（２３０および２３２）などが含まれ、さらに、敵キャラクタ２０８およびシルエット２２０、２２２、２２４が含まれる場合もある。ただし、第１判定用オブジェクト２３０および第２判定用オブジェクト２３２はいずれも無色透明のオブジェクトであり、第２仲間キャラクタ２０６がゲーム画像に含まれる場合には、第２判定用オブジェクト２３２はゲーム画像に含まれない。

操作検出プログラム８５２ｃは、左コントローラ３または／および右コントローラ４からの操作データ８５４ａを取得するためのプログラムである。また、１または複数の他のコントローラが用いられる場合には、操作検出プログラム８５２ｃは、１または複数の他のコントローラからの操作データ８５４ａも取得する。

ゲーム制御プログラム８５２ｄは、仮想のゲームについてのゲーム制御処理を実行するためのプログラムである。ゲーム制御処理には、プレイヤの操作に従ってプレイヤキャラクタ２０２に任意の動作を実行させたり、プレイヤの操作に関係無くノンプレイヤキャラクタに任意の動作を実行させたりする処理が含まれる。ただし、ゲーム制御処理では、プレイヤの操作に関係なく、仮想のゲームの進行に従ってプレイヤキャラクタ２０２の位置および向きを変更する場合もある。

シルエット表示判定プログラム８５２ｅは、仮想カメラ２５０の位置と各第１判定点２３０ａを結ぶ第１線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突するかどうかを判定するとともに、仮想カメラ２５０の位置と各第２判定点２３２ａを結ぶ第２線分のオブジェクト２３２ｂが１または複数の第１オブジェクトに衝突するかどうかを判定し、それぞれの衝突判定の判定結果に基づいて、プレイヤキャラクタ２０２のシルエット２２０および第１仲間キャラクタ２０４のシルエット２２２の各々について表示するかどうかを判定するためのプログラムである。

画像表示プログラム８５２ｆは、画像生成プログラム８５２ｂに従って生成した表示用画像データを表示装置に出力するためのプログラムである。したがって、表示用画像データに対応する表示用画像（ゲーム画面２００など）がディスプレイ１２などの表示装置に表示される。

なお、プログラム記憶領域８５２には、ＢＧＭ等の音を出力するための音出力プログラム、他の機器と通信するための通信プログラム、データをフラッシュメモリ８４などの不揮発性の記憶媒体に記憶するためのバックアッププログラムなども記憶される。

また、データ記憶領域８５４には、操作データ８５４ａ、画像生成データ８５４ｂ、プレイヤキャラクタデータ８５４ｃ、仲間キャラクタデータ８５４ｄ、仮想カメラデータ８５４ｅ、第１判定用オブジェクトデータ８５４ｆ、第２判定用オブジェクトデータ８５４ｇ、第１判定点データ８５４ｈおよび第２判定点データ８５４ｉなどが記憶される。また、データ記憶領域８５４には、合体フラグ８５４ｊ、第１シルエット判定フラグ８５４ｋ、第２シルエット判定フラグ８５４ｍおよび第３シルエット判定フラグ８５４ｎが設けられる。

操作データ８５４ａは、左コントローラ３または／および右コントローラ４から受信される操作データである。この実施例においては、本体装置２が左コントローラ３および右コントローラ４の両方から操作データを受信する場合には、本体装置２は、左コントローラ３および右コントローラ４のそれぞれを識別可能にして操作データ８５４ａを記憶する。また、１または複数の他のコントローラが用いられる場合には、本体装置２は、１または他のコントローラを識別可能にして操作データ８５４ａを記憶する。

画像生成データ８５４ｂは、ポリゴンデータおよびテクスチャデータなど、表示用画像データを生成するために必要なデータである。

プレイヤキャラクタデータ８５４ｃは、プレイヤキャラクタ２０２の現在位置データ、向きデータおよびアイテムデータを含む。現在位置データは、仮想空間における、プレイヤキャラクタ２０２の現在の位置すなわち３次元座標のデータである。向きデータは、仮想空間における、プレイヤキャラクタ２０２の現在の向きのデータである。アイテムデータは、プレイヤキャラクタ２０２が所持するアイテムの種類および個数のデータである。

仲間キャラクタデータ８５４ｄは、第１仲間キャラクタ２０４または第２仲間キャラクタ２０６の現在位置データ、向きデータおよび伸長フラグを含む。現在位置データは、仮想空間における、第１仲間キャラクタ２０４または第２仲間キャラクタ２０６の現在の位置すなわち３次元座標のデータである。向きデータは、仮想空間における、第１仲間キャラクタ２０４または第２仲間キャラクタ２０６の現在の向きのデータである。伸長フラグは、第２仲間キャラクタ２０６が伸長しているかどうかを示すフラグである。第２仲間キャラクタ２０６が伸長されている場合に、伸長フラグはオンされ、第２仲間キャラクタ２０６が伸長されていない場合に、伸長フラグはオフされる。

仮想カメラデータ８５４ｅは、仮想カメラ２５０の現在位置データおよび向きデータを含む。現在位置データは、仮想空間における、仮想カメラ２５０の現在の位置すなわち３次元座標のデータである。向きデータは、仮想空間における、仮想カメラ２５０の現在の向きのデータである。

第１判定用オブジェクトデータ８５４ｆは、プレイヤキャラクタ２０２に設定される第１判定用オブジェクト２３０の中心位置データおよびサイズデータを含む。中心位置データは、仮想空間におけるプレイヤキャラクタ２０２の指定した１つの関節の位置に基づいて決定される、直方体の第１判定用オブジェクト２３０の中心の位置すなわち３次元座標データである。サイズデータは、直方体の第１判定用オブジェクト２３０のサイズすなわち縦横高さについてのデータである。

第２判定用オブジェクトデータ８５４ｇは、第１仲間キャラクタ２０４に設定される第２判定用オブジェクト２３２の中心位置データおよびサイズデータを含む。中心位置データは、仮想空間における第１仲間キャラクタ２０４の指定した１つの関節の位置に基づいて決定される、直方体の第２判定用オブジェクト２３２の中心の位置すなわち３次元座標データである。サイズデータは、直方体の第２判定用オブジェクト２３２のサイズすなわち縦横高さについてのデータである。

なお、第２判定用オブジェクトデータ８５４ｇは、第１仲間キャラクタ２０４が仮想空間に配置されていない場合には、データ記憶領域８５４に記憶されない。

第１判定点データ８５４ｈは、複数の第１判定点２３０ａの各々についての位置データすなわち３次元座標のデータである。この実施例では、第１判定点データ８５４ｈは、第１判定用オブジェクトデータ８５４ｆに基づいて決定される直方体の第１判定用オブジェクト２３０の頂点位置のデータである。

第２判定点データ８５４ｉは、複数の第２判定点２３２ａの各々についての位置データすなわち３次元座標のデータである。この実施例では、第２判定点データ８５４ｉは、第２判定用オブジェクトデータ８５４ｇに基づいて決定される直方体の第２判定用オブジェクト２３２の頂点位置のデータである。

合体フラグ８５４ｊは、プレイヤキャラクタ２０２と仲間キャラクタが合体状態であるかどうかを示すフラグである。プレイヤキャラクタ２０２と仲間キャラクタ（この実施例では、第２仲間キャラクタ２０６）が合体状態である場合には、合体フラグ８５４ｊはオンされる。一方、プレイヤキャラクタ２０２と仲間キャラクタ（この実施例では、第１仲間キャラクタ２０４）が分離状態である場合には、合体フラグ８５４ｊはオフされる。

第１シルエット判定フラグ８５４ｋは、プレイヤキャラクタ２０２のシルエット２２０を表示するかどうかを示すフラグである。プレイヤキャラクタ２０２のシルエット２２０を表示することが判定された場合には、第１シルエット判定フラグ８５４ｋはオンされる。一方、プレイヤキャラクタ２０２のシルエット２２０を表示しないことが判定された場合には、第１シルエット判定フラグ８５４ｋはオフされる。

第２シルエット判定フラグ８５４ｍは、第１仲間キャラクタ２０４のシルエット２２２を表示するかどうかを示すフラグである。第１仲間キャラクタ２０４のシルエット２２２を表示することが判定された場合には、第２シルエット判定フラグ８５４ｍはオンされる。一方、第１仲間キャラクタ２０４のシルエット２２２を表示しないことが判定された場合には、第２シルエット判定フラグ８５４ｍはオフされる。ただし、合体状態においては、第１仲間キャラクタ２０４が仮想空間に配置されておらず、第１仲間キャラクタ２０４のシルエット表示判定は行われないため、第２シルエット判定フラグ８５４ｍはオフである。

第３シルエット判定フラグ８５４ｎは、プレイヤキャラクタ２０２のシルエット２２０および第２仲間キャラクタ２０６のシルエット２２４を表示するかどうかを示すフラグである。プレイヤキャラクタ２０２のシルエット２２０および第２仲間キャラクタ２０６のシルエット２２４を表示することが判定された場合には、第３シルエット判定フラグ８５４ｎはオンされる。一方、プレイヤキャラクタ２０２のシルエット２２０および第２仲間キャラクタ２０６のシルエット２２４を表示しないことが判定された場合には、第３シルエット判定フラグ８５４ｎはオフされる。ただし、分離状態においては、第２仲間キャラクタ２０６は仮想空間に配置されていないため、第３シルエット判定フラグ８５４ｎはオフである。

図示は省略するが、データ記憶領域８５４には、仮想空間に配置されているノンプレイヤキャラクタおよび背景オブジェクトについてのデータなどの他のデータが記憶されたり、他のフラグおよびタイマ（またはカウンタ）が設けられたりする。

図１７は、本体装置２のプロセッサ８１（またはコンピュータ）のゲームプログラムの処理（全体処理）の限定しない一例を示すフロー図である。図１８－図２１は、本体装置２のプロセッサ８１のゲーム制御処理の限定しない一例を示すフロー図である。図２２および図２３は、本体装置２のプロセッサ８１のシルエット表示判定処理の限定しない一例を示すフロー図である。以下、図１７－図２３を用いて、全体処理、ゲーム制御処理およびシルエット表示判定処理について説明する。

ただし、図１７－図２２に示すフロー図の各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよい。また、この実施例では、基本的には、図１７－図２３に示すフロー図の各ステップの処理をプロセッサ８１が実行するものとして説明するが、プロセッサ８１以外のプロセッサや専用回路が一部のステップを実行するようにしてもよい。

本体装置２の電源が投入されると、全体処理の実行に先だって、プロセッサ８１は、図示しないブートＲＯＭに記憶されている起動プログラムを実行し、これによってＤＲＡＭ８５等の各ユニットが初期化される。本体装置２は、プレイヤによって、この実施例のゲームプログラムの実行が指示されると、全体処理を開始する。

図１７に示すように、プロセッサ８１は、全体処理を開始すると、ステップＳ１で、初期設定を実行する。ここでは、プロセッサ８１は、仮想空間において、プレイヤキャラクタ２０２、仲間キャラクタ（この実施例では、第２仲間キャラクタ２０６）、ノンプレイヤキャラクタ、背景オブジェクト（２１０、２１２、２１４など）および仮想カメラ２５０を配置する位置および向きを初期位置および初期の向きに決定する。ただし、前回の続きから仮想のゲームを開始する場合には、プレイヤキャラクタ２０２、仲間キャラクタ（第１仲間キャラクタ２０４または第２仲間キャラクタ２０６）、ノンプレイヤキャラクタ、背景オブジェクト（２１０、２１２、２１４など）および仮想カメラ２５０を配置する位置および向きをセーブされた時点における位置および向きに決定する。したがって、プレイヤキャラクタ２０２の初期位置またはセーブされた時点における位置データおよび向きデータが現在位置データおよび向きデータとして設定されたプレイヤキャラクタデータ８５４ｃがデータ記憶領域８５４に記憶される。また、仲間キャラクタ（第１仲間キャラクタ２０４または第２仲間キャラクタ２０６）の初期位置またはセーブされた時点における位置データおよび向きデータが現在位置データおよび向きデータとして設定された仲間キャラクタデータ８５４ｄがデータ記憶領域８５４に記憶される。さらに、仮想カメラ２５０の初期位置またはセーブされた時点における位置データおよび向きデータが現在位置データおよび向きデータとして設定された仮想カメラデータ８５４ｅがデータ記憶領域８５４に記憶される。

また、全体処理の開始時においては、合体フラグ８５４ｊはオンされるが、前回の続きからゲームを開始する場合には、セーブした時点の状態に応じて、合体フラグ８５４ｊはオンまたはオフされる。さらに、全体処理の開始時においては、第１シルエット判定フラグ８５４ｋ、第２シルエット判定フラグ８５４ｍおよび第３シルエット判定フラグ８５４ｎはオフされる。

続くステップＳ３では、左コントローラ３または／および右コントローラ４から送信された操作データを取得し、ステップＳ５では、後述するゲーム制御処理（図１８－図２１参照）を実行する。次のステップＳ７では、後述するシルエット表示判定処理（図２２および図２３参照）を実行する。

続いて、ステップＳ９では、ゲーム画像（つまり、表示用画像）を生成する。ここでは、プロセッサ８１は、ステップＳ５のゲーム制御処理の結果に基づいて、３次元の仮想空間に各種のオブジェクトおよびキャラクタを配置して、或る情景または場面（シーン）を生成し、生成したシーンを仮想カメラで撮影したゲーム画像（ゲーム画面２００など）に対応するゲーム画像データを生成する。このとき、第１シルエット判定フラグ８５４ｋがオンである場合には、プレイヤキャラクタ２０２のシルエット２２０を含むゲーム画像が生成される。また、プレイヤキャラクタ２０２と第１仲間キャラクタ２０４が合体していない分離状態では、第２シルエット判定フラグ８５４ｍがオンである場合に、第１仲間キャラクタ２０４のシルエット２２２もゲーム画像に含まれる。また、プレイヤキャラクタ２０２と第２仲間キャラクタ２０６が合体している合体状態では、第３シルエット判定フラグ８５４ｎがオンである場合に、プレイヤキャラクタ２０２のシルエット２２０および第２仲間キャラクタ２０６のシルエット２２４もゲーム画像に含まれる。ただし、シルエット２２０、２２２、２２４は、上記のとおり、Ｚバッファを用いて、キャラクタと障害物との前後関係をＺテストにより判定し、障害物よりも後に位置していると判断されたキャラクタの部分を、障害物に上書きするように描画するため、プレイヤキャラクタ２０２、第１仲間キャラクタ２０４および第２仲間キャラクタ２０６が１または複数の第１オブジェクトの陰に隠れている場合にのみ表示される。

次のステップＳ１１では、ゲーム画像を表示する。ここでは、プロセッサ８１は、ステップＳ９で生成したゲーム画像データをディスプレイ１２に出力する。

そして、ステップＳ１３では、ゲームを終了するかどうかを判断する。ステップＳ１３の判断は、プレイヤがゲームを終了する指示を行ったか否か等によって行われる。ステップＳ１３で“ＮＯ”であれば、つまりゲームを終了しない場合には、ステップＳ３に戻る。一方、ステップＳ１３で“ＹＥＳ”であれば、つまりゲームを終了する場合には、全体処理を終了する。

図１８に示すように、プロセッサ８１は、ステップＳ５に示したゲーム制御処理を開始すると、ステップＳ３１で、操作状態が分離状態から合体状態に変化中であるかどうかを判断する。ステップＳ３１で“ＹＥＳ”であれば、つまり、操作状態が分離状態から合体状態に変化中であれば、ステップＳ３３で、合体状態への変化を進めて、図２１に示すステップＳ８１に進む。ステップＳ３３では、第１仲間キャラクタ２０４が第２仲間キャラクタ２０６に変化されるとともに、第２仲間キャラクタ２０６がプレイヤキャラクタ２０２に抱っこされる。

ステップＳ３１で“ＮＯ”であれば、つまり、操作状態が分離状態から合体状態に変化中でなければ、ステップＳ３５で、操作状態が合体状態から分離状態に変化中であるかどうかを判断する。ステップＳ３５で“ＹＥＳ”であれば、つまり、操作状態が合体状態から分離状態に変化中であれば、ステップＳ３７で、分離状態への変化を進めて、ステップＳ８１に進む。ステップＳ３７では、第２仲間キャラクタ２０６がプレイヤキャラクタ２０２から離れるとともに、第２仲間キャラクタ２０６が第１仲間キャラクタ２０４に変化される。

ステップＳ３５で“ＮＯ”であれば、つまり、操作状態が合体状態から分離状態に変化中でなければ、ステップＳ３９で、合体の操作入力が有るかどうかを判断する。ここでは、プロセッサ８１は、ステップＳ３で取得した操作データがＬボタン３８の操作を示す操作データを含むかどうかを判断する。ステップＳ３９で“ＹＥＳ”であれば、つまり、合体の操作入力が有れば、ステップＳ４１で、分離状態から合体状態への変化を開始し、ステップＳ４３で、合体フラグ８５４ｊをオンして、ステップＳ８１に進む。

ステップＳ３９で“ＮＯ”であれば、つまり、合体の操作入力が無ければ、ステップＳ４５で、分離の操作入力が有るかどうかを判断する。ここでは、プロセッサ８１は、ステップＳ３で取得した操作データがＲボタン６０の操作を示す操作データを含むかどうかを判断する。ステップＳ４５で“ＹＥＳ”であれば、つまり、分離の操作入力が有れば、ステップＳ４７で、合体状態から分離状態への変化を開始し、ステップＳ４９で、合体フラグ８５４ｊをオフして、ステップＳ８１に進む。

ステップＳ４５で“ＮＯ”であれば、つまり、分離の操作入力が無ければ、図１９に示すステップＳ５１で、プレイヤキャラクタ２０２の移動かどうかを判断する。ここでは、プロセッサ８１は、ステップＳ３で取得した操作データがアナログスティック３２の操作を示す操作データを含むかどうかを判断する。ステップＳ５１で“ＹＥＳ”であれば、つまり、プレイヤキャラクタ２０２の移動であれば、ステップＳ５３で、操作入力に従ってプレイヤキャラクタ２０２を移動させる。このステップＳ５３では、プロセッサ８１は、アナログスティック３２の操作に従う方向に、プレイヤキャラクタ２０２の位置および向きを変更する。つまり、プレイヤキャラクタ２０２の現在位置データおよび向きデータが更新される。図示は省略するが、第２仲間キャラクタ２０６がプレイヤキャラクタ２０２と合体している場合には、プレイヤキャラクタ２０２の現在位置および向きの変更に伴って、第２仲間キャラクタ２０６の現在位置および向きが変更される。つまり、仲間キャラクタデータ８５４ｄに含まれる現在位置データおよび向きデータが更新される。また、図示は省略するが、プレイヤキャラクタ２０２がアイテムの位置に接近または到達した場合には、当該アイテムを取得する。プレイヤキャラクタ２０２がアイテムを取得した場合には、プレイヤキャラクタデータ８５４ｃのアイテムデータが更新される。つまり、取得したアイテムの個数が増加される。

次のステップＳ５５では、プレイヤキャラクタ２０２の移動に応じて、第１判定用オブジェクト２３０を移動させて、ステップＳ５７に進む。ステップＳ５５では、プロセッサ８１は、プレイヤキャラクタ２０２の移動に平行して移動するように、第１判定用オブジェクトデータ８５４ｆに含まれる中心位置データを更新する。このとき、プロセッサ８１は、第１判定点データ８５４ｈを更新する。つまり、複数の第１判定点２３０ａの位置データが、更新された第１判定用オブジェクトデータ８５４ｆに基づいて決定される直方体の第１判定用オブジェクト２３０の頂点位置のデータに更新される。

また、ステップＳ５１で“ＮＯ”であれば、つまり、プレイヤキャラクタ２０２の移動でなければ、ステップＳ５７で、プレイヤキャラクタ２０２のアクションの実行かどうかを判断する。ここでは、プロセッサ８１は、ステップＳ３で取得した操作データがＺＬボタン３９、ボタン３３－３６のいずれかの操作を示す操作データを含むかどうかを判断する。

ステップＳ５７で“ＹＥＳ”であれば、つまり、プレイヤキャラクタ２０２のアクションの実行であれば、ステップＳ５９で、プレイヤの操作に従って、プレイヤキャラクタ２０２にアクションを実行させ、図２０に示すステップＳ６１に進む。ただし、プレイヤキャラクタ２０２がアクションを実行中であれば、アクションの実行を継続させる。プレイヤキャラクタ２０２のアクションとしては、敵キャラクタ２０８への攻撃およびアイテムの使用などが該当する。プレイヤキャラクタ２０２がアイテムを使用した場合には、プレイヤキャラクタデータ８５４ｃのアイテムデータが更新される。つまり、使用したアイテムの個数が減少される。一方、ステップＳ５７で“ＮＯ”であれば、つまり、プレイヤキャラクタ２０２のアクションの実行でなければ、ステップＳ６１に進む。

ステップＳ６１では、合体フラグ８５４ｊがオンであるかどうかを判断する。ステップＳ６１で“ＹＥＳ”であれば、つまり、合体フラグ８５４ｊがオンであれば、図２１に示すステップＳ７３に進む。一方、ステップＳ６１で“ＮＯ”であれば、つまり、合体フラグ８５４ｊがオフであれば、ステップＳ６３で、第１仲間キャラクタ２０４の移動かどうかを判断する。ここでは、プロセッサ８１は、ステップＳ３で取得した操作データがアナログスティック５２の操作を示す操作データを含むかどうかを判断する。

ステップＳ６３で“ＹＥＳ”であれば、つまり、第１仲間キャラクタ２０４の移動であれば、ステップＳ６５で、操作入力に従って第１仲間キャラクタ２０４を移動させる。このステップＳ６５では、プロセッサ８１は、アナログスティック５２の操作に従う方向に、第１仲間キャラクタ２０４の位置および向きを変更する。つまり、仲間キャラクタデータ８５４ｄに含まれる現在位置データおよび向きデータが更新される。図示は省略するが、第１仲間キャラクタ２０４がアイテムの位置に接近または到達した場合には、当該アイテムを取得する。第１仲間キャラクタ２０４がアイテムを取得した場合には、プレイヤキャラクタデータ８５４ｃのアイテムデータが更新される。つまり、取得したアイテムの個数が増加される。

次のステップＳ６７では、第１仲間キャラクタ２０４の移動に応じて、第２判定用オブジェクト２３２を移動させて、ステップＳ６９に進む。ステップＳ６７では、プロセッサ８１は、第１仲間キャラクタ２０４の移動に平行して移動するように、第２判定用オブジェクトデータ８５４ｇに含まれる中心位置データを更新する。このとき、プロセッサ８１は、第２判定点データ８５４ｉを更新する。つまり、複数の第２判定点２３２ａの位置データが、更新された第２判定用オブジェクトデータ８５４ｇに基づいて決定される直方体の第２判定用オブジェクト２３２の頂点位置のデータに更新される。

また、ステップＳ６３で“ＮＯ”であれば、つまり、第１仲間キャラクタ２０４の移動でなければ、ステップＳ６９で、第１仲間キャラクタ２０４のアクションの実行かどうかを判断する。ここでは、プロセッサ８１は、ステップＳ３で取得した操作データがＺＲボタン６１の操作を示す操作データを含むかどうかを判断する。

ステップＳ６９で“ＮＯ”であれば、つまり、第１仲間キャラクタ２０４のアクションの実行でなければ、ステップＳ８１に進む。一方、ステップＳ６９で“ＹＥＳ”であれば、つまり、第１仲間キャラクタ２０４のアクションの実行であれば、ステップＳ７１で、第１仲間キャラクタ２０４にアクションを実行させ、ステップＳ８１に進む。ただし、第１仲間キャラクタ２０４がアクションを実行中であれば、アクションの実行を継続させる。第１仲間キャラクタ２０４のアクションとしては、敵キャラクタ２０８への攻撃などが該当する。

図２１に示すように、ステップＳ７３では、第２仲間キャラクタ２０６の伸長かどうかを判断する。ここでは、プロセッサ８１は、ステップＳ３で取得した操作データがアナログスティック５２の操作を示す操作データを含むかどうかを判断する。

ステップＳ７３で“ＹＥＳ”であれば、つまり、第２仲間キャラクタ２０６の伸長であれば、ステップＳ７５で、操作入力に従って第２仲間キャラクタ２０６を伸長させて、ステップＳ７７に進む。ステップＳ７５では、プロセッサ８１は、アナログスティック５２の操作に従う方向に所定の長さだけ、第２仲間キャラクタ２０６の胴体を伸長させる。つまり、仲間キャラクタデータ８５４ｄに含まれる向きデータが更新され、伸長フラグがオンされる。

ステップＳ７３で“ＮＯ”であれば、つまり、第２仲間キャラクタ２０６の伸長でなければ、ステップＳ７７で、第２仲間キャラクタ２０６のアクションを実行するかどうかを判断する。ここでは、プロセッサ８１は、ステップＳ３で取得した操作データがＺＲボタン６１の操作を示す操作データを含むかどうかを判断する。ただし、第２仲間キャラクタ２０６が伸長していた場合には、つまり、仲間キャラクタデータ８５４ｄに含まれる伸長フラグがオンである場合には、ステップＳ７３で“ＮＯ”であれば、第２仲間キャラクタ２０６は元の長さに戻される。つまり、仲間キャラクタデータ８５４ｄに含まれる伸長フラグがオフされる。

ステップＳ７７で“ＮＯ”であれば、つまり、第２仲間キャラクタ２０６のアクションの実行でなければ、ステップＳ８１に進む。一方、ステップＳ７７で“ＹＥＳ”であれば、つまり、第２仲間キャラクタ２０６のアクションの実行であれば、ステップＳ７９で、第２仲間キャラクタ２０６にアクションを実行させ、ステップＳ８１に進む。ただし、第２仲間キャラクタ２０６がアクションを実行中であれば、アクションの実行を継続させる。第２仲間キャラクタ２０６のアクションとしては、敵キャラクタ２０８への攻撃およびアイテムの取得などが該当する。ただし、第２仲間キャラクタ２０６が伸長していない場合には、プレイヤキャラクタ２０２の向きに居る敵キャラクタ２０８を攻撃したり、プレイヤキャラクタ２０２の向きに在るアイテムを取得したりする。第２仲間キャラクタ２０６がアイテムを取得した場合には、プレイヤキャラクタデータ８５４ｃのアイテムデータが更新される。つまり、取得したアイテムの個数が増加される。

ステップＳ８１では、その他のゲーム処理を実行し、ゲーム制御処理を終了して、図１７に示した全体処理にリターンする。ステップＳ８１では、プロセッサ８１は、敵キャラクタ２０８を移動させたり、敵キャラクタ２０８にプレイヤキャラクタ２０２または仲間キャラクタ（２０４または２０６）を攻撃させたり、アイテムを出現させたりするなどのゲーム処理を実行する。また、ステップＳ８１では、プロセッサ８１は、プレイヤキャラクタ２０２および仲間キャラクタ（２０４または２０６）の位置に基づいて、または、プレイヤキャラクタ２０２、仲間キャラクタ（２０４または２０６）および敵キャラクタ２０８の位置に基づいて、仮想カメラ２５０の位置および向きを制御する。さらに、ステップＳ８１では、プロセッサ８１は、ゲームクリアまたはゲームオーバを判断する。

図２２に示すように、プロセッサ８１は、シルエット表示判定処理を開始すると、ステップＳ２０１で、合体フラグ８５４ｊがオンであるかどうかを判断する。ステップＳ２０９で“ＹＥＳ”であれば、図２３に示すステップＳ２１９に進む。一方、ステップＳ２０１で“ＮＯ”であれば、ステップＳ２０３で、仮想カメラ２５０の位置と各第１判定点２３０ａを結ぶ各第１線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突するかどうかの衝突判定を行う。

次のステップＳ２０５では、プレイヤキャラクタ２０２のシルエット２２０を表示するかどうかを判断する。ここでは、プロセッサ８１は、第１線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突することが判定された数が２以上であるかどうかを判断する。

ステップＳ２０５で“ＹＥＳ”であれば、つまり、プレイヤキャラクタ２０２のシルエット２２０を表示することが判断されると、ステップＳ２０７で、第１シルエット判定フラグ８５４ｋをオンして、ステップＳ２１１に進む。ただし、第２仲間キャラクタ２０６がプレイヤキャラクタ２０２に合体している場合には、プレイヤキャラクタ２０２のシルエット２２０を表示することが判定されると、第２仲間キャラクタ２０６のシルエット２２４を表示することが判断される。

一方、ステップＳ２０５で“ＮＯ”であれば、つまり、プレイヤキャラクタ２０２のシルエット２２０を表示しないことが判断されると、ステップＳ２０９で、第１シルエット判定フラグ８５４ｋをオフして、ステップＳ２１１に進む。

ステップＳ２１１では、仮想カメラ２５０の位置と各第２判定点２３２ａを結ぶ各第２線分のオブジェクト２３２ｂが１または複数の第１オブジェクトに衝突するかどうかの衝突判定を行う。

次のステップＳ２１３では、第１仲間キャラクタ２０４のシルエット２２２を表示するかどうかを判断する。ここでは、プロセッサ８１は、第２線分のオブジェクト２３２ｂが１または複数の第１オブジェクトに衝突することが判定された数が２以上であるかどうかを判断する。

ステップＳ２１３で“ＹＥＳ”であれば、つまり、第１仲間キャラクタ２０４のシルエット２２２を表示することが判断されると、ステップＳ２１５で、第２シルエット判定フラグ８５４ｍをオンし、シルエット表示判定処理を終了して、全体制御処理にリターンする。

一方、ステップＳ２１３で“ＮＯ”であれば、つまり、第１仲間キャラクタ２０４のシルエット２２２を表示しないことが判断されると、ステップＳ２１７で、第２シルエット判定フラグ８５４ｍをオフし、シルエット表示判定処理を終了して、全体制御処理にリターンする。

図２３に示すように、ステップＳ２１９では、仮想カメラ２５０の位置と各第１判定点２３０ａを結ぶ各第１線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突するかどうかの衝突判定を行う。

次のステップＳ２２１では、プレイヤキャラクタ２０２のシルエット２２０と第２仲間キャラクタ２０６のシルエット２２４を表示するかどうかを判断する。ここでは、プロセッサ８１は、第１線分のオブジェクト２３０ｂが１または複数の第１オブジェクトに衝突することが判定された数が２以上であるかどうかを判断する。

ステップＳ２２１で“ＹＥＳ”であれば、つまり、プレイヤキャラクタ２０２のシルエット２２０と第２仲間キャラクタ２０６のシルエット２２４を表示することが判断されると、ステップＳ２２３で、第３シルエット判定フラグ８５４ｎをオンし、シルエット表示判定処理を終了して、全体制御処理にリターンする。

一方、ステップＳ２２１で“ＮＯ”であれば、つまり、プレイヤキャラクタ２０２のシルエット２２０と第２仲間キャラクタ２０６のシルエット２２４を表示しないことが判断されると、ステップＳ２２５で、第３シルエット判定フラグ８５４ｎをオフし、シルエット表示判定処理を終了して、全体制御処理にリターンする。

この実施例によれば、仮想カメラに応じた位置と、プレイヤキャラクタおよび第１仲間キャラクタの各々を囲うように設定した各判定用オブジェクト上の複数の判定点の各々を結ぶ各線分のオブジェクトが１または複数の第１オブジェクトに衝突するかどうかを判定するだけで、プレイヤキャラクタおよび第１仲間キャラクタのシルエットを表示するかを判定するので、簡易な処理によってシルエットを表示するかどうかを判定することができる。また、シルエットを表示することが判定された場合であっても、実際に第１オブジェクトすなわち背景オブジェクトまたは敵キャラクタの陰に隠れる場合にのみシルエットを表示するので、シルエットの表示機会を抑制することができる。

なお、上述の実施例では、シルエットを表示することが判定されると、即座にシルエットを含むゲーム画像を生成する処理を行うようにしたが、これに限定される必要はない。シルエットを表示することが判定され、この状態が第２所定時間（たとえば、１秒）継続した場合に、シルエットを含むゲーム画像を生成する処理を行うようにしてもよい。

具体的には、プロセッサ８１は、シルエット表示判定処理において、ステップＳ２０５で“ＹＥＳ”と判断した場合に直ぐにステップＳ２０７の処理を実行せずに、シルエット表示判定処理と平行して第２所定時間のカウントを開始し、第２所定時間のカウントを終了するまでにステップＳ２０５で“ＮＯ”と判断しない場合に、ステップＳ２０７の処理を実行するようにすればよい。同様に、プロセッサ８１は、シルエット表示判定処理において、ステップＳ２１３で“ＹＥＳ”と判断した場合に直ぐにステップＳ２１５の処理を実行せずに、シルエット表示判定処理と平行して第２所定時間のカウントを開始し、第２所定時間のカウントを終了するまでにステップＳ２１３で“ＮＯ”と判断しない場合に、ステップＳ２１５の処理を実行するようにすればよい。同様に、プロセッサ８１は、シルエット表示判定処理において、ステップＳ２２１で“ＹＥＳ”と判断した場合に直ぐにステップＳ２２３の処理を実行せずに、シルエット表示判定処理と平行して第２所定時間のカウントを開始し、第２所定時間のカウントを終了するまでにステップＳ２２１で“ＮＯ”と判断しない場合に、ステップＳ２２３の処理を実行するようにすればよい。

このようにすれば、たとえば、太い木などの背景オブジェクトの後ろを一瞬横切る場合に、シルエットが表示されるのを防止することができる。また、一例として、第２所定時間を１秒に設定するのは、第２所定時間が短すぎる場合には、背景オブジェクトの後ろを一瞬横切る場合であってもシルエットが表示されるため、チカチカして仮想のゲームをプレイし難く、第２所定時間が長すぎる場合には、キャラクタの位置を見失ってしまい、見えないところから敵キャラクタに攻撃されてしまうような不都合が発生するおそれがあるからである。

また、上述の実施例では、オレンジ色のシルエットおよび紫色のシルエットを表示するようにしたが、シルエットは、時間経過に従って徐々に（つまり、透明度が徐々に低下するように）表示するようにしてもよい。この場合、透明度が低下する低下速度を徐々に上げるようにしてもよい。一例として、シルエットは、薄橙色で表示され、時間経過に従って色が濃くされ、つまり、透明度が低下され、さらに、オレンジ色に変化される。また、シルエットは、薄紫色で表示され、時間結果に従って色が濃くされ、紫色に変化される。キャラクタが物陰に隠れて即座にシルエットを表示させる場合には、隠れる領域が広がるにつれてシルエットも自然と大きくなるが、シルエットを表示することが判定された状態が第２所定時間継続してからシルエットを描画する場合には、或る程度キャラクタが隠れたタイミングでシルエットを表示させることになる。この場合、たとえば、キャラクタの１／３程度のシルエットが急に表示されることとなり、プレイヤが違和感を覚える恐れがあるが、徐々に表示させることで、このような違和感を緩和させることができる。

さらに、上述の実施例では、判定用オブジェクトの形状は固定であるが、対応するキャラクタが動作することでキャラクタの大きさまたは形状が変化する場合には、判定用オブジェクトの形状を変化させるようにしてもよい。たとえば、キャラクタの大きさが一時的に小さくされたり大きくされたりする場合、鳥を模したキャラクタのように羽を広げているときと羽をたたんでいるときとで大きさまたは形状が異なる場合には、判定用オブジェクトの大きさまたは形状が変化される。

さらにまた、上述の実施例では、プレイヤキャラクタと第２仲間キャラクタが合体した場合の一例として、第１仲間キャラクタを変形させて、プレイヤキャラクタが第２仲間キャラクタを抱っこするようにしたが、これに限定される必要はない。図２４（Ａ）に示すように、合体状態の他の例では、第１仲間キャラクタ２０４を変形させずに、プレイヤキャラクタ２０２が第１仲間キャラクタ２０４に装着された首輪から延びる綱２０４ａを持つことで合体させ、プレイヤキャラクタ２０２と第１仲間キャラクタ２０４を一緒に移動させるようにしてもよい。また、図２４（Ｂ）に示すように、合体状態のその他の例では、第１仲間キャラクタ２０４を変形させずに、プレイヤキャラクタ２０２が第１仲間キャラクタ２０４の上に乗ることで合体させ、プレイヤキャラクタ２０２と第１仲間キャラクタ２０４を一緒に移動させるようにしてもよい。図２４(Ｂ)では、プレイヤキャラクタ２０２は、第１仲間キャラクタ２０４の上に立っているが、第１仲間キャラクタ２０４の上に跨ってもよい。図２４（Ａ）または図２４（Ｂ）に示すような合体状態であっても、プレイヤキャラクタ２０２は、仲間キャラクタのような第２オブジェクトと重なったり、接触したり、連結したりする。

図２４（Ａ）および図２４（Ｂ）からも分かるように、プレイヤキャラクタ２０２と比較して第１仲間キャラクタ２０４の方が大きい。このような場合には、合体状態において、プレイヤキャラクタ２０２についてシルエット表示判定を行うことに代えて、第１仲間キャラクタ２０４のシルエット２２２を表示するかを判定するシルエット表示判定を行い、その判定結果に応じて、プレイヤキャラクタ２０２のシルエット２２０と第１仲間キャラクタ２０４のシルエット２２２を表示するかが判定されるようにしてもよい。つまり、第１仲間キャラクタ２０４の第２判定用オブジェクト２３２に設定された第２判定点２３２ａを用いたシルエット表示判定のみが実行される。この場合、分離状態における第１仲間キャラクタ２０４のシルエット表示判定の複数の第２判定点２３２ａと、合体状態におけるプレイヤキャラクタ２０２および第１仲間キャラクタ２０４のシルエット表示判定の複数の判定点（「第３判定点」に相当する）は同じである。

また、図２４（Ａ）および図２４(Ｂ)に示したように、第１仲間キャラクタを変形させずに、プレイヤキャラクタと第１仲間キャラクタを合体状態にさせる場合には、プレイヤキャラクタと第１仲間キャラクタの両方を囲うように判定用オブジェクト(第３判定用オブジェクトに相当する)が設定されてもよい。図２５は図２４（Ｂ）に示した合体状態のプレイヤキャラクタ２０２と第１仲間キャラクタ２０４に対して設定される第３判定用オブジェクトの一例を示す。第３判定用オブジェクトは、直方体の形状で無色透明のオブジェクトであり、各頂点に複数の判定点（「第３判定点」に相当する）が設定される。この第３判定用オブジェクトは、その中心の位置がプレイヤキャラクタ２０２または第１仲間キャラクタ２０４の指定した１つの関節の位置に応じて決定された中心の位置であり、プレイヤキャラクタ２０２および第１仲間キャラクタ２０４をぎりぎり覆うことができるサイズのボックス状のオブジェクトである。このような第３判定用オブジェクトを設定しても、プレイヤキャラクタ２０２および第１仲間キャラクタ２０４の両方について、一度にシルエット表示判定を行うことができる。つまり、処理が複雑化することを抑制することができる。

ただし、第３判定用オブジェクトを用いて、プレイヤキャラクタ２０２および第１仲間キャラクタ２０４の両方についてシルエット表示判定を行う場合であっても、プレイヤキャラクタ２０２または第１仲間キャラクタ２０４のみのシルエット２２０またはシルエット２２２が表示されるようにしてもよい。また、第３判定点を用いたシルエット表示判定に加えて別の追加判定も行った上で、プレイヤキャラクタ２０２および第１仲間キャラクタ２０４のシルエット２２０およびシルエット２２２を表示することを判定するようにしてもよい。

さらに、上述の実施例では、プレイヤキャラクタは、仲間キャラクタと合体したり、分離したりしたが、これに限定される必要はない。プレイヤキャラクタは、仮想空間に配置されたアイテムを所持または装備することでアイテムのオブジェクトと合体したり、手放すことでアイテムのオブジェクトと分離したりしてもよい。たとえば、仮想空間に落ちている武器が第１オブジェクトの陰に隠れている場合には、武器のシルエットを表示することで、武器が第１オブジェクトの後ろに落ちていることをプレイヤに知らせることができる。この場合、分離した状態のアイテムに、このアイテムを囲うように、第２判定用オブジェクトが設定され、シルエット表示判定が行われる。

図２６に示すゲーム画像はゲーム画面２００の限定しない他の例である。図２６に示す例では、岩の背景オブジェクト２１４の後ろに刀のような武器のオブジェクト２４０が配置され、刀のシルエット２２６が岩の背景オブジェクト２１４の表面に表示されている。また、図２６に示すゲーム画面２００では、プレイヤキャラクタ２０２は画面の中央から左寄りに位置する。

図２７に示すゲーム画像はゲーム画面２００の限定しないその他の例である。図２７のゲーム画面２００は、図２６に示したゲーム画面２００において、プレイヤキャラクタ２０２が、刀のオブジェクト２４０を取得し、取得した刀のオブジェクト２４０を持って右方向に移動した状態を示す。つまり、図２７は、プレイヤキャラクタ２０２と刀のオブジェクト２４０の合体状態を示す。

図示は省略するが、上述の実施例と同様に、合体状態では、プレイヤキャラクタ２０２のシルエット２２０を表示するかを判定するシルエット表示判定の判定結果に応じて、プレイヤキャラクタ２０２のシルエット２２０と刀のオブジェクト２４０のシルエット２２６を表示するかが判定される。ただし、合体状態においては、プレイヤキャラクタ２０２と刀のオブジェクト２４０を囲う第３判定用オブジェクトを用いて、一度にプレイヤキャラクタ２０２と刀のオブジェクト２４０のシルエット表示判定が実行されてもよい。

なお、図２６および図２７では、アイテムの一例として、刀のオブジェクト２４０のような武器について示したが、これに限定される必要はない。防具、靴、手袋、帽子、薬およびコインのような他のアイテムについても同様である。

また、敵キャラクタまたは敵キャラクタが使用する武器（たとえば、鞭）がプレイヤキャラクタにまとわりつく（または、巻き付く）場合には、プレイヤキャラクタと敵キャラクタが合体状態となるため、プレイヤキャラクタのシルエットを表示することが判定された場合には、第１オブジェクトの陰に隠れているプレイヤキャラクタのみならず敵キャラクタについてもシルエットが表示される。

また、上述の実施例では、仲間キャラクタがプレイヤキャラクタと合体したり分離したりする場合について説明したが、これに限定される必要はない。第１仲間キャラクタと第２仲間キャラクタとの間で変形することなく、それぞれ別の仲間キャラクタであってもよい。一例として、操作状態は分離状態と合体状態の間で切り替え可能であり、分離状態では、プレイヤキャラクタの仲間キャラクタとして、第１仲間キャラクタが仮想空間に出現し、合体状態では、プレイヤキャラクタの仲間キャラクタとして、第２仲間キャラクタが仮想空間に出現する。

さらに、上述の実施例では、仲間キャラクタの動作についてもプレイヤが操作するようにしたが、仲間キャラクタは自動で動作するようにしてもよい。

また、上述の実施例では、プレイヤキャラクタおよび仲間キャラクタが地上の移動する場合について説明したが、プレイヤキャラクタおよび仲間キャラクタが水中または空中を移動する場合も同様にシルエット表示判定を行い、表示するシルエットを決定することができる。

なお、上述の実施例では、ゲームシステムの一例としてゲームシステム１を示したが、その構成は限定される必要は無く、他の構成を採用することが可能である。たとえば、上記「コンピュータ」は、上述の実施例においては、１つのコンピュータ（具体的には、プロセッサ８１）であるが、他の実施例においては、複数のコンピュータであってもよい。上記「コンピュータ」は、例えば、複数の装置に設けられる（複数の）コンピュータであってもよく、より具体的には、上記「コンピュータ」は、本体装置２のプロセッサ８１と、コントローラが備える通信制御部（マイクロプロセッサ）１０１、１１１とによって構成されてもよい。

また、上述の実施例では、ディスプレイ１２にゲーム画像を表示する場合について説明したが、これに限定される必要はない。本体装置２を、クレードルを介して据置型モニタ（たとえば、テレビモニタ）に接続することにより、ゲーム画像を据置型モニタに表示することもできる。かかる場合には、ゲームシステム１と据置型モニタを含むゲームシステムを構成することもできる。

さらに、上述の実施例では、本体装置２に左コントローラ３および右コントローラ４を着脱可能な構成のゲームシステム１を用いた場合について説明したが、これに限定される必要はない。たとえば、左コントローラ３および右コントローラ４と同様の操作ボタンおよびアナログスティックを有する操作部を本体装置２に一体的に設けたゲーム装置またはゲームプログラムを実行可能な他の電子機器のようなゲーム装置を用いることもできる。他の電子機器としては、スマートフォンまたはタブレットＰＣなどが該当する。かかる場合には、操作部はソフトウェアキーで構成することもできる。

さらにまた、上述の実施例で示した具体的な数値および画像は一例であり、実際の製品に応じて適宜変更可能である。

１ …ゲームシステム
２ …本体装置
３ …左コントローラ
４ …右コントローラ
３２、５２ …アナログスティック
３８ …Ｌボタン
３９ …ＺＬボタン
６０ …Ｒボタン
６１ …ＺＲボタン
８１ …プロセッサ

Claims (21)

1. 情報処理装置のコンピュータにおいて実行されるゲームプログラムであって、前記コンピュータを、
   プレイヤの操作入力に基づいて、仮想空間内においてプレイヤキャラクタを移動させるプレイヤキャラクタ移動手段と、
   前記仮想空間内において、前記プレイヤキャラクタを基準とする位置に設定される複数の第１判定点を前記プレイヤキャラクタの移動に応じて移動させる、判定点制御手段と、
   前記仮想空間内の仮想カメラに基づいて、前記プレイヤキャラクタと１または複数の第１オブジェクトを含む表示用画像を生成する画像生成手段と、
   前記仮想カメラに対応する位置と前記複数の第１判定点をそれぞれ結ぶ線分が、それぞれ前記１または複数の第１オブジェクトと衝突するか判定する衝突判定手段として機能させ、
   前記画像生成手段は、前記衝突判定手段による判定に基づいて、前記仮想カメラから見て前記プレイヤキャラクタのうち前記１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成する、ゲームプログラム。
2. 前記複数の第１判定点の各々は、異なる位置に設定される、請求項１記載のゲームプログラム。
3. 表示される前記シルエットの形状は、前記衝突判定手段による判定とは異なる前後判定手段による前後判定結果に基づいて決定される、請求項１記載のゲームプログラム。
4. 前記判定点制御手段は、前記複数の第１判定点を有し、前記プレイヤにとって不可視の第１判定用オブジェクトを、前記プレイヤキャラクタの移動に応じて移動させる、請求項１記載のゲームプログラム。
5. 前記不可視の第１判定用オブジェクトは直方体であり、
   前記不可視の第１判定用オブジェクトは各頂点に前記複数の第１判定点の各々を有し、
   前記画像生成手段は、前記衝突判定手段によって衝突することが判定された線分の数が２以上のとき、前記シルエットを含む前記表示用画像を生成する、請求項４記載のゲームプログラム。
6. 前記画像生成手段は、前記仮想空間内において、前記プレイヤキャラクタと前記１または複数の第１オブジェクトとともに第２オブジェクトを含む前記表示用画像を生成し、
   前記判定点制御手段は、前記第２オブジェクトを基準とする位置に設定される複数の第２判定点を前記第２オブジェクトの移動に応じて移動させ、
   前記衝突判定手段は、前記仮想カメラに対応する位置と前記複数の第２判定点をそれぞれ結ぶ線分が、それぞれ前記１または複数の第１オブジェクトと衝突するかさらに判定し、
   所定の条件を満たした場合に、前記プレイヤキャラクタは、前記第２オブジェクトと少なくとも一部が重なるまたは接触した合体状態であって、前記合体状態を維持しながら前記第２オブジェクトとともに移動し、
   前記合体状態においては、前記判定点制御手段は、前記プレイヤキャラクタまたは前記第２オブジェクトを基準とする位置に設定される複数の第３判定点を前記プレイヤキャラクタおよび前記第２オブジェクトの移動に応じて移動させ、
   前記衝突判定手段は、前記仮想カメラに対応する位置と前記複数の第３判定点をそれぞれ結ぶ線分が、それぞれ前記１または複数の第１オブジェクトと衝突するかさらに判定し、
   前記画像生成手段は、前記衝突判定手段による判定に基づいて、前記仮想カメラから見て前記プレイヤキャラクタおよび前記第２オブジェクトのうち前記１または複数の第１オブジェクトによって隠れている部分に対応する前記シルエットを含む前記表示用画像を生成する、請求項１記載のゲームプログラム。
7. 前記第３判定点は前記第１判定点と同じである、請求項６記載のゲームプログラム。
8. 前記合体状態において、前記仮想カメラに対応する位置と前記複数の第３判定点をそれぞれ結ぶ線分が、それぞれ前記１または複数の第１オブジェクトと衝突することを判定した場合に、前記画像生成手段は、前記プレイヤキャラクタとともに第２オブジェクトのシルエットを含む前記表示用画像を生成する、請求項７記載のゲームプログラム。
9. 前記判定点制御手段は、前記複数の第２判定点を有し、前記プレイヤにとって不可視の第２判定用オブジェクトを、前記第２オブジェクトの移動に応じてさらに移動させ、
   前記合体状態においては、前記判定点制御手段は、前記複数の第３判定点を有し、前記プレイヤにとって不可視の第３判定用オブジェクトを、前記プレイヤキャラクタと前記第２オブジェクトの移動に応じて移動させる、請求項７記載のゲームプログラム。
10. 前記衝突判定手段による判定に基づいて前記シルエットを含む前記表示用画像を生成するかを判定し、
    前記画像生成手段は、前記シルエットを含む前記表示用画像を生成すると判定されてから、所定時間経過後から前記シルエットを含む前記表示用画像の生成を開始する、請求項１記載のゲームプログラム。
11. 前記画像生成手段は、前記シルエットを時間経過に伴って徐々に表示するように前記表示用画像を生成する、請求項１から１０までのいずれかに記載のゲームプログラム。
12. 前記画像生成手段は、前記シルエットの透明度の低下速度を前記時間経過に伴って徐々に上げる、請求項１１記載のゲームプログラム。
13. ゲームシステムであって、
    プレイヤの操作入力に基づいて、仮想空間内においてプレイヤキャラクタを移動させるプレイヤキャラクタ移動手段と、
    前記仮想空間内において、前記プレイヤキャラクタを基準とする位置に設定される複数の第１判定点を前記プレイヤキャラクタの移動に応じて移動させる、判定点制御手段と、
    前記仮想空間内の仮想カメラに基づいて、前記プレイヤキャラクタと１または複数の第１オブジェクトを含む表示用画像を生成する画像生成手段と、
    前記仮想カメラに対応する位置と前記複数の第１判定点をそれぞれ結ぶ線分が、それぞれ前記１または複数の第１オブジェクトと衝突するか判定する衝突判定手段を備え、
    前記画像生成手段は、前記衝突判定手段による判定に基づいて、前記仮想カメラから見て前記プレイヤキャラクタのうち前記１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成する、ゲームシステム。
14. 前記衝突判定手段による判定に基づいて前記シルエットを含む前記表示用画像を生成するかを判定し、
    前記画像生成手段は、前記シルエットを含む前記表示用画像を生成すると判定されてから、所定時間経過後から前記シルエットを含む前記表示用画像の生成を開始する、請求項１３記載のゲームシステム。
15. 前記画像生成手段は、前記シルエットを時間経過に伴って徐々に表示するように前記表示用画像を生成する、請求項１３または１４記載のゲームシステム。
16. ゲーム装置であって、
    プレイヤの操作入力に基づいて、仮想空間内においてプレイヤキャラクタを移動させるプレイヤキャラクタ移動手段と、
    前記仮想空間内において、前記プレイヤキャラクタを基準とする位置に設定される複数の第１判定点を前記プレイヤキャラクタの移動に応じて移動させる、判定点制御手段と、
    前記仮想空間内の仮想カメラに基づいて、前記プレイヤキャラクタと１または複数の第１オブジェクトを含む表示用画像を生成する画像生成手段と、
    前記仮想カメラに対応する位置と前記複数の第１判定点をそれぞれ結ぶ線分が、それぞれ前記１または複数の第１オブジェクトと衝突するか判定する衝突判定手段を備え、
    前記画像生成手段は、前記衝突判定手段による判定に基づいて、前記仮想カメラから見て前記プレイヤキャラクタのうち前記１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成する、ゲーム装置。
17. 前記衝突判定手段による判定に基づいて前記シルエットを含む前記表示用画像を生成するかを判定し、
    前記画像生成手段は、前記シルエットを含む前記表示用画像を生成すると判定されてから、所定時間経過後から前記シルエットを含む前記表示用画像の生成を開始する、請求項１６記載のゲーム装置。
18. 前記画像生成手段は、前記シルエットを時間経過に伴って徐々に表示するように前記表示用画像を生成する、請求項１６または１７記載のゲーム装置。
19. ゲーム装置のゲーム制御方法であって、
    前記ゲーム装置のプロセッサに、
    （ａ）プレイヤの操作入力に基づいて、仮想空間内においてプレイヤキャラクタを移動させるステップ、
    （ｂ）前記仮想空間内において、前記プレイヤキャラクタを基準とする位置に設定される複数の第１判定点を前記プレイヤキャラクタの移動に応じて移動させるステップ、
    （ｃ）前記仮想空間内の仮想カメラに基づいて、前記プレイヤキャラクタと１または複数の第１オブジェクトを含む表示用画像を生成させるステップ、および
    （ｄ）前記仮想カメラに対応する位置と前記複数の第１判定点をそれぞれ結ぶ線分が、それぞれ前記１または複数の第１オブジェクトと衝突するか判定させるステップを実行させ、
    前記プロセッサに、前記ステップ（ｃ）において、前記ステップ（ｄ）による判定に基づいて、前記仮想カメラから見て前記プレイヤキャラクタのうち前記１または複数の第１オブジェクトによって隠れている部分に対応するシルエットを含む表示用画像を生成させる、ゲーム制御方法。
20. 前記プロセッサに、
    前記ステップ（ｄ）による判定に基づいて前記シルエットを含む前記表示用画像を生成させるかを判定させ、
    前記ステップ（ｃ）において、前記シルエットを含む前記表示用画像を生成させると判定されてから、所定時間経過後から前記シルエットを含む前記表示用画像の生成を開始させる、請求項１９記載のゲーム制御方法。
21. 前記プロセッサに、
    前記ステップ（ｃ）において、前記シルエットを時間経過に伴って徐々に表示するように前記表示用画像を生成させる、請求項１９または２０記載のゲーム制御方法。

Images