JP2023098605A - ゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法 - Google Patents

Abstract

【課題】マップ画像において解放される領域の形状を、複数のイベントそれぞれの発生の有無に応じた形状にする。【解決手段】情報処理システムは、操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御するゲーム処理を実行する。ゲーム処理に基づいて所定のイベントが発生した場合に、情報処理システムは、仮想空間内に設定された複数の地点のうち、発生した所定のイベントに対応付けられる地点を第１の状態から第２の状態へ遷移させる。情報処理システムは、地点に対応する位置において第１基準値となり、当該位置からの距離に応じて減衰する第１判定値について、複数の地点のうち第２の状態となっている１つ以上の地点に基づく当該第１判定値を位置ごとに合計した合計判定値が所定値以上となる領域を特定する。仮想空間のフィールド情報を示すマップ画像であって、領域に対応する部分のフィールド情報が示されたマップ画像が表示される。【選択図】図１１

Description

本発明は、ゲームフィールドのマップ画像を表示するためのゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法に関する。

従来、仮想空間におけるゲームフィールドのマップ画像を表示するためのゲームプログラムがある（例えば、非特許文献１参照）。例えば、ゲームプログラムは、プレイヤキャラクタが仮想空間における所定の地点を訪れることを条件に発生するイベント（すなわち、ゲームにおけるイベント）に応じて、当該地点に対応する領域のマップ画像をロック状態から解放状態にすることで当該領域のマップ画像を表示する。

"Ｔｈｅ Ｌｅｇｅｎｄ ｏｆ Ｚｅｌｄａ：Ｂｒｅａｔｈ ｏｆ ｔｈｅ Ｗｉｌｄ"、Ｅｘｐｌｏｒｅ Ｈｙｒｕｌｅ、［ｏｎｌｉｎｅ］、Ｎｉｎｔｅｎｄｏ ｏｆ Ａｍｅｒｉｃａ Ｉｎｃ．、［令和４年９月５日検索］、インターネット＜URL：https://www.zelda.com/breath-of-the-wild/features/＞

従来、１つの上記イベントに応じてマップ画像が解放される領域は、当該イベントに対応する１つの地点（例えば、プレイヤキャラクタが訪れた地点）に対応する固定された範囲であった。

それ故、本発明の目的は、マップ画像において解放される領域の形状を、固定形状でなく、複数のイベントそれぞれの発生の有無に応じた形状にすることができるゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法を提供することである。

上記の課題を解決すべく、本発明は、以下の（１）～（７）の構成を採用した。

（１）
本発明の一例は、情報処理装置のコンピュータに、次の処理を実行させるゲームプログラムである。
・操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御するゲーム処理
・ゲーム処理に基づいて所定のイベントが発生した場合に、仮想空間内に設定された複数の地点のうち、発生した所定のイベントに対応付けられる地点を第１の状態から第２の状態へ遷移させる処理
・地点に対応する位置において第１基準値となり、当該位置からの距離に応じて減衰する第１判定値について、複数の地点のうち第２の状態となっている１つ以上の地点に基づく当該第１判定値を位置ごとに合計した合計判定値が所定値以上となる領域を特定させる処理
・仮想空間のフィールド情報を示すマップ画像であって、領域に対応する部分のフィールド情報が示されたマップ画像を表示させる処理

上記（１）の構成によれば、マップ画像においてフィールド情報が示される領域の形状を、複数のイベントそれぞれの発生の有無に応じた形状にすることができる。

（２）
上記（１）の構成において、マップ画像は、フィールド情報を２次元的に示す画像であってもよい。第１判定値は、地点に対応する２次元的な位置からの２次元的な距離に応じて減衰する値であってもよい。

上記（２）の構成によれば、２次元平面上で領域を設定することができるので、少ない処理負荷で、２次元マップと親和性の高い領域を設定することができる。

（３）
上記（２）の構成において、複数の地点のそれぞれについて設定される第１基準値は、複数の地点ごとに大きさが設定されてもよい。

上記（３）の構成によれば、所定のイベントが発生した場合において上記の領域となる範囲を、地点ごとに個別に設定することができる。

（４）
上記（３）の構成において、合計判定値は、複数の地点のうちの第２の状態となっている１つ以上の地点についての第１判定値の合計から、複数の地点のうちの第１の状態となっている１つ以上の地点についての第２判定値の合計を減算した値であってもよい。第２判定値は、地点に対応する位置において、第１基準値と同じまたは異なる第２基準値となり、当該位置からの距離に応じて減衰する値であってもよい。

上記（４）の構成によれば、ある地点が第２の状態となったことによって、第１の状態である他の地点およびその近傍の位置が上記の領域となってしまう可能性を低減することができる。

（５）
上記（１）から（４）のいずれかの構成において、所定のイベントは、地点に対応して仮想空間内に設定されたイベント発生位置にプレイヤキャラクタが位置する場合に所定の操作入力が行われることで発生するイベントであってもよい。

上記（５）の構成によれば、プレイヤキャラクタがイベント発生位置へ到達することによって、マップ画像においてフィールド情報が示される範囲を拡げていくことができるゲームを提供することができる。

（６）
上記（１）から（５）のいずれかの構成において、コンピュータは、所定のイベントが発生した場合、仮想空間内において領域の範囲を示す２次元のマスクデータを生成し、フィールド情報を含む元マップ画像にマスクデータを適用することによって、領域に対応する部分のフィールド情報が示されたマップ画像を生成してもよい。

上記（６）の構成によれば、上記の領域の部分についてフィールド情報が示されるマップ画像を容易に生成することができる。

（７）
上記（６）の構成において、マスクデータは、仮想空間内の位置における合計判定値の大きさに応じた多値の値を各位置について示すデータであってもよい。コンピュータは、マップ表示指示に応じて、マスクデータが示す多値の値に応じた比率で当該マスクデータを元マップ画像に対して画素毎に適用することによって、マップ画像を生成してもよい。

上記（７）の構成によれば、領域の境界付近がぼかされたマップ画像を生成することができる。

なお、本発明の別の一例は、上記（１）～（７）における処理を実行する情報処理装置または情報処理システムであってもよい。また、本発明の別の一例は、上記（１）～（７）における処理を実行するゲーム処理方法であってもよい。

上記ゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法によれば、マップ画像において解放される領域の形状を、複数のイベントの発生の有無に応じて変化させることができる。

本体装置に左コントローラおよび右コントローラを装着した状態の一例を示す図 本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の一例を示す図 本体装置の一例を示す六面図 左コントローラの一例を示す六面図 右コントローラの一例を示す六面図 本体装置の内部構成の一例を示すブロック図 本体装置と左コントローラおよび右コントローラとの内部構成の一例を示すブロック図 本実施形態におけるゲーム例の概要を示す図 １つの基準地点が解放された場合における、フィールド対応平面と判定値との関係を示す図 図９に示す円形領域が解放領域となる場合に表示されるマップ画像の一例を示す図 ２つの基準地点が解放された場合における、フィールド対応平面と判定値との関係を示す図 図１１に示す領域が解放領域となる場合に表示されるマップ画像の一例を示す図 ２つの基準地点が解放され、１つの基準地点が未解放である場合における解放領域が設定されるフィールド対応平面の一例を示す図 本実施形態におけるマップ画像の生成方法の一例を示す図 プレイヤキャラクタを含むフィールドを示すフィールド画像を含むゲーム画像の一例を示す図 プレイヤキャラクタが基準地点の近傍に位置する場合におけるゲーム画像の一例を示す図 基準地点が解放された後のフィールドを示すゲーム画像の一例を示す図 １つの基準地点が解放された場合におけるフィールドを上から見た図 ２つの基準地点が解放された場合におけるフィールドを上から見た図 光源アイテムが配置されたフィールドを示すゲーム画像の一例を示す図 解放イベントによる照射範囲内に光源アイテムが配置された場合におけるフィールドを示すゲーム画像の一例を示す図 フレームバッファに書き込まれるフィールド画像を生成する方法の一例を示す図 ゲームシステム１における情報処理に用いられる各種データを記憶する記憶領域の一例を示す図 ゲームシステム１によって実行されるゲーム処理の流れの一例を示すフローチャート 図２４に示すステップＳ８のプレイヤ関連制御処理の詳細な流れの一例を示すサブフローチャート 図２４に示すステップＳ９の他オブジェクト制御処理の詳細な流れの一例を示すサブフローチャート 図２４に示すステップＳ１０の描画処理の詳細な流れの一例を示すサブフローチャート 他の実施形態における描画処理の詳細な流れの一例を示すサブフローチャート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［２．ゲームシステムにおける処理の概要］
図８～図２２を参照して、ゲームシステム１において実行される処理の概要について説明する。本実施形態においては、ゲームシステム１は、プレイヤ（すなわち、ゲームシステム１のユーザ）が操作可能なプレイヤキャラクタが３次元の仮想空間であるゲームフィールド（以下、単に「フィールド」と記載する）を移動するゲームを実行する。ゲームシステム１は、プレイヤキャラクタが配置されるフィールドを示すフィールド画像を表示することに加え、フィールドのマップを示すマップ画像を表示することも可能である。本実施形態においては、マップ画像は、プレイヤの指示によってフィールド画像から切り替えて表示される他、少なくとも一部が常にフィールド画像と共に表示される場合もある。

図８は、本実施形態におけるゲーム例の概要を示す図である。図８に示す左側の欄は、フィールドの状況を示しており、右側の欄は、表示されるマップ画像の例を示している。ここで、本実施形態においては、フィールドには複数の基準地点（例えば、図８に示す基準地点２０２）が設定される。基準地点は、プレイヤキャラクタ２０１が当該基準地点またはその近傍に位置する状態でプレイヤによる所定の操作入力（例えば、基準地点を調べる動作をプレイヤキャラクタに行わせるための操作入力）が行われたことに応じて、解放される。つまり、プレイヤキャラクタ２０１は、基準地点に到達して所定の動作（例えば、基準地点を調べる動作）を行うことで、当該基準地点を解放することができる。以下では、基準地点が解放されるゲームイベントを「解放イベント」と呼ぶ。なお、基準地点は、例えば、プレイヤキャラクタ２０１が解放済みである他の基準地点へワープ移動すること（いわゆるファストトラベル）ができたり、プレイヤキャラクタ２０１を回復することができたり、プレイヤキャラクタ２０１の装備やスキルや所持アイテムを変更することができたりする場所であってもよい。

本実施形態においては、基準地点が解放される前においては、一部の例外（例えば、プレイヤキャラクタ２０１自身もしくはその周囲や、後述する目印オブジェクト２０３）を除き、フィールドは暗闇の状態となっている（図８に示す状態ａ）。なお、図８においては、図面をわかりやすくする目的で、暗闇となっている範囲を斜線で示しているが、ゲームシステム１は、プレイヤが視認不可能または視認困難な態様で暗闇となるフィールドを表示する（後述する図１５等参照）。図８に示す状態ａにおいては、プレイヤキャラクタ２０１の周囲と、基準地点２０２を示す目印オブジェクト２０３とを除いてフィールドは暗闇となっているので、フィールドの探索を行いにくい状態であると言える。

また、基準地点が解放される前においては、マップ画像は、フィールド情報が示されない態様で表示される（図８に示す状態ａ）。フィールド情報とは、フィールドに関する情報であり、例えば、フィールドを形成する地形の情報（具体的には、地形の形状等）、フィールドに設置されているオブジェクトの情報、フィールドに配置されているアイテムの情報、あるいは、フィールド上に存在するキャラクタの情報等である。図８に示す状態ａにおいては、マップ画像は、プレイヤキャラクタ２０１の位置および向きを示すマーク２０４のみが示され、マーク２０４以外の他のフィールド情報は示されない態様で表示される。このように、基準地点が解放される前におけるマップ画像は、少なくとも一部のフィールド情報が示されない態様で表示されればよく、他の一部のフィールド情報（例えば、図８に示すマーク２０４）は解放前において示されていてもよい。

一方、プレイヤキャラクタ２０１によって基準地点（図８に示す例では、基準地点２０２）が解放されると、フィールドのうち当該基準地点の周囲の領域は、暗闇ではなく、光が当たる範囲となる（図８に示す状態ｂ）。以下では、フィールドのうち、光が当たる範囲を「照射範囲」と呼ぶ。詳細は後述するが、ゲームシステム１は、プレイヤが視認可能な態様で照射範囲を表示する（後述する図１７等参照）。

また、基準地点が解放されると、マップ画像のうち当該基準地点の周囲についてはフィールド情報が示される態様で表示される（図８に示す状態ｂ）。図８に示す例においては、解放された基準地点の周囲については、プレイヤキャラクタ２０１に関するマーク２０４に加えて、地形の形状を示す線と、基準地点を示すマーク２０５とが示されている。

上記のように、解放イベントが発生すると、フィールドのうち解放された基準地点の周囲の領域が視認可能に表示されるようになるとともに、マップ画像においては当該基準地点の周囲の領域についてフィールド情報が表示されるようになる。これらによって、プレイヤは、解放された基準地点の周囲の探索をプレイヤキャラクタ２０１に行わせやすくなる。本実施形態においては、プレイヤは、フィールドにおける基準地点を解放させることを目的の１つとして、探索しやすい領域を基準地点の解放によって増やしながらゲームを進める。

［２－１．マップの開放領域の設定］
図９～図１４を参照して、基準地点が解放されることでマップ画像上においてフィールド情報が表示されるようになる領域（「解放領域」と呼ぶ。）の設定方法の一例について説明する。図９は、１つの基準地点が解放された場合における、フィールド対応平面と判定値との関係を示す図である。ここで、フィールド対応平面とは、３次元のフィールドに対応する２次元平面である。フィールド対応平面は、３次元のフィールドを鉛直方向に投影した平面と言うことができ、フィールド対応平面の２次元位置は、フィールドにおける水平方向の２次元座標（すなわち、フィールドの位置を示す３次元座標から高さ方向の座標を削除した２次元座標）が示す位置である。図９においては、上側にフィールド対応平面を示し、下側に、フィールド対応平面における判定値の変化を示すグラフを示している。具体的には、上記グラフは、解放された基準地点２１１を通る直線ＡＢ（図９において一点鎖線で示される直線）上における判定値の変化を示す。

判定値は、フィールド対応平面における解放領域を判定するために用いられる値である。本実施形態においては、ゲームシステム１は、フィールド対応平面における解放領域を判定するために、フィールド対応平面の各位置について判定値を算出する。なお、判定値は、フィールド対応平面において所定の単位区間毎の位置（「算出対象位置」と呼ぶ。）ごとに算出される。具体的には、マップ画像における各画素に対応する位置ごとに、判定値を用いた判定が行われる。

本実施形態においては、各算出対象位置における判定値は、基準地点において設定される基準値に基づいて算出される。すなわち、ゲームシステム１は、基準地点について基準値を設定し、基準値に基づいて各算出対象位置における判定値をそれぞれ算出する。なお、本実施形態においては、基準地点における基準値の大きさは、基準地点ごとに設定されるものとし、基準値の大きさは基準地点ごとに異なる大きさであってもよい。例えば、各基準地点における基準値は、全ての基準地点が解放された場合にフィールド全体が解放領域となるように設定されてもよい。

本実施形態においては、１つの基準地点に基づいて算出される、ある位置の判定値（すなわち、１つの基準地点に設定される基準値に基づいて算出される判定値）は、当該基準地点からの距離に基づいて算出され、より具体的には、当該基準地点からの距離が長くなるにつれて減少するように算出される（図９参照）。例えば、図９に示す例においては、解放された基準地点２１１には基準値Ａ１が設定されており、直線ＡＢ上の各算出対象位置における判定値は、基準地点２１１において基準値Ａ１となり、基準地点２１１からの当該位置までの距離に応じて減衰するように変化する。判定値は、上記距離がある長さ以上となる位置では０になる。なお、基準値に基づいて各算出対象位置における判定値を決定する具体的な計算方法は任意である。

本実施形態においては、図９に示すように基準地点２１１のみが解放されている場合、ゲームシステム１は、基準地点２１１に基づく判定値のみを考慮して解放領域を設定する。具体的には、ゲームシステム１は、フィールド対応平面のうち、基準地点２１１に基づく判定値が所定のしきい値（図９におけるしきい値ｔｈ）以上となる位置からなる領域を、解放領域として設定する。上記のように、判定値は、基準地点２１１から当該位置までの距離に応じて減衰するので、図９に示す例においては、基準地点２１１を中心とした円形領域２１２が解放領域となる。

図１０は、図９に示す円形領域２１２が解放領域となる場合に表示されるマップ画像の一例を示す図である。上記の場合、図１０に示すように、マップ画像の画素のうち、フィールド対応平面において判定値がしきい値以上となる位置に対応する画素についてフィールド情報が描画されるマップ画像が表示される。図９および図１０に示すように、マップ画像においてフィールド情報が描画される範囲は、円形領域２１２に対応する。図１０においては、領域２１２に対応する範囲について、フィールド情報として、地形の形状を示す線が表示される。なお、本実施形態においては、基準地点を示すマーク２０５は、当該基準地点の位置が解放領域内であるか否かに関わらず、プレイヤキャラクタ２０１が当該基準地点に到達したことによって表示されるようになるものとする。なお、本実施形態においては、マップ画像は、図１０に示すように、ディスプレイ１２の画面全体に表示される場合と、後述する図１５に示すように、フィールドを示すフィールド画像に重ねられる態様で、ディスプレイ１２の画面の一部に表示される場合とがある。

上記のように、本実施形態においては、マップ画像は、フィールド情報を２次元的に示す画像である。また、判定値は、基準地点に対応する２次元的な位置からの２次元的な距離（すなわち、フィールド対応平面上における距離）に応じて減衰する値である。上記によれば、２次元平面上で解放領域を設定することができるので、少ない処理負荷で、２次元マップと親和性の高い領域を設定することができる。また、上記によれば、基準地点からの距離に応じて（例えば、基準地点から一定距離内の範囲が解放領域となるように）解放領域を設定することができる。なお、他の実施形態においては、ゲームシステム１は、３次元のフィールドにおける各位置について判定値を算出し、３次元のフィールド上で解放領域を設定するようにしてもよい。このとき、ゲームシステム１は、３次元のフィールド上における解放領域に基づいて、２次元のマップ画像において当該解放領域に対応する範囲を決定し、当該範囲内についてフィールド情報を示すマップ画像を生成する。また、他の実施形態においては、マップは３次元であってもよく、３次元のマップにおいて解放領域が設定され、３次元のマップを示すマップ画像が生成・表示されてもよい。

また、複数の基準地点が解放されている場合、ゲームシステム１は、解放済みの各基準地点のそれぞれに基づいて判定値を算出し、各判定値の合計値（「合計判定値」と呼ぶ）を算出対象位置ごとに算出する。解放領域は、合計判定値に基づいて設定される。なお、１つの基準地点のみが解放されている場合（図９参照）には、当該基準地点に設定される基準値に基づく判定値が合計判定値になる、と言うことができる。

図１１は、２つの基準地点が解放された場合における、フィールド対応平面と判定値との関係を示す図である。図１１においても図９と同様、上側にフィールド対応平面を示し、下側に、解放された基準地点を通る直線（図１１においては、直線ＣＤ）上における判定値および合計判定値の変化を示すグラフを示している。なお、図１１に示す直線ＣＤは、解放された２つの基準地点２１１および２１３を通る。

図１１に示す場合、ゲームシステム１は、上述の算出対象位置のそれぞれについて合計判定値を算出する。合計判定値は、解放済みの各基準地点２１１および２１３に基づく各判定値の合計である。すなわち、ゲームシステム１は、各算出対象位置について、基準地点２１１に基づく判定値をそれぞれ算出するとともに、基準地点２１３に基づく判定値をそれぞれ算出する。基準地点２１１に基づく判定値は、基準地点２１１について設定される基準値Ａ１が、基準地点２１１からの当該位置までの距離に応じて減衰する値として算出される。基準地点２１３に基づく判定値は、基準地点２１３について設定される基準値Ａ２が、基準地点２１３からの当該位置までの距離に応じて減衰する値として算出される。ゲームシステム１は、各算出対象位置についてそれぞれ、基準地点２１１に基づく判定値と基準地点２１３に基づく判定値とを加算することで、算出対象位置ごとの合計判定値を算出する。図１１の下側のグラフにおいては、実線で示される右側の山が、基準地点２１１に基づく判定値の変化を示し、実線で示される左側の山が、基準地点２１３に基づく判定値の変化を示し、太い点線で示される曲線が合計判定値の変化を示している。

ゲームシステム１は、フィールド対応平面のうち、合計判定値が上述のしきい値ｔｈ以上となる位置からなる領域を、解放領域として設定する。図１１に示す例においては、基準地点２１１を中心とした円形領域２１２と、基準地点２１３を中心とした円形領域２１４とに対して、これら２つの円形領域を接続する領域２１５を加えた領域２１６（図１１において斜線で示される領域）が解放領域となる。すなわち、複数の基準地点が解放されている場合における解放領域は、２次元のメタボールの手法によって生成されるということもできる。

図１２は、図１１に示す領域２１６が解放領域となる場合に表示されるマップ画像の一例を示す図である。図１２に示すように、マップ画像の画素のうち、フィールド対応平面において合計判定値がしきい値以上となる画素についてフィールド情報が描画されるマップ画像が表示される。フィールド情報が描画される範囲は、円形領域２１６に対応する。図１２においては、フィールド情報として、地形の形状を示す線が表示される。また、図１２に示す例においては、プレイヤキャラクタ２０１の位置および向きを示すマーク２０４に加えて、プレイヤキャラクタ２０１が到達した２つの基準地点を示すマーク２０５および２２１が表示される。このように、本実施形態においては、上記の合計判定値を用いて解放領域を設定するので、基準地点２１１および基準地点２１３の両方が解放された場合には、基準地点２１１のみが解放された場合、および、基準地点２１３のみが解放された場合のいずれの場合においても解放領域とはならない領域（すなわち、図１１に示す領域２１５）が、解放領域に設定されることもある。

上記のように、本実施形態においては、複数の基準地点のそれぞれについて設定される基準値（すなわち、判定値の最大値）は、大きさが基準地点ごとに設定される。これによれば、基準地点が解放された場合に、当該基準地点を基準としてどの程度の大きさの領域を開放領域とするかを、基準地点ごとに設定することができる。例えば、図１１に示す例においては、基準地点２１１に設定される基準値Ａ１または基準地点２１３に設定される基準値Ａ２の大きさを変更することで、基準地点２１１および２１３が解放された場合における解放領域の大きさや形状を変化させることができる。例えば、基準値Ａ１および／または基準値Ａ２をより小さい値に変更することで、基準地点２１１および２１３が解放された場合における解放領域を、互いに接続されない２つの円形領域とすることも可能である。なお、他の実施形態においては、複数の基準地点のそれぞれについて設定される基準値は、同じ値に設定されてもよい。さらに、複数の基準地点の基準値が同じ値であっても、距離に応じた減衰の度合いが基準地点ごとに異なるように判定値の算出方法を設定することによって、解放領域の範囲が基準地点ごとに異なるようにしてもよい。

また、上記のように、本実施形態においては、ゲームシステム１は、解放領域として、複数の基準地点のうち解放された状態となっている１つ以上の基準地点に基づく１つ以上の判定値を少なくとも合計した合計判定値が所定値（すなわち、上記しきい値ｔｈ）以上となる位置からなる領域を特定する。上記によれば、解放領域の形状や大きさを、複数の基準地点の各解放状態に応じた多様なものにすることができる。

上記実施形態においては、ゲームシステム１は、解放済みの基準地点に設定される基準値に基づいて合計判定値を算出するようにしたが、さらに、解放済みの基準地点に加えて、未解放の基準地点に設定される基準値にも基づいて合計判定値を算出するようにしてもよい。以下、図１３を参照して、未解放の基準地点に設定される基準値に基づいて合計判定値を算出する例について説明する。

図１３は、２つの基準地点が解放され、１つの基準地点が未解放である場合における解放領域が設定されるフィールド対応平面の一例を示す図である。図１３においては、３つの基準地点２３１～２３３がフィールドに配置されているものとする。また、図１３においては、基準地点２３１および２３２は解放済みであり、基準地点２３１と基準地点２３２との間にある基準地点２３３は解放されていないものとする。

図１３に示す例において、解放済みの各基準地点２３１および２３２については、上記実施形態と同様に基準値が設定される。ここで、本変形例では、未解放の基準地点２３３については、解放された場合とは異なる基準値が設定される。以下では、解放済みの基準地点に設定される基準値を「第１基準値」と呼び、未解放の基準地点に設定される基準値を「第２基準値」と呼ぶ。すなわち、図１３において基準地点２３３が解放された場合には、基準地点２３１および２３３と同様に第１基準値が設定される。

図１３に示す例においても、図９および図１１に示した例と同様、ゲームシステム１は、第１基準値に基づく判定値（「第１判定値」と呼ぶ。）を、各算出対象位置について算出する。図１３に示す例においては、基準地点２３１に設定される第１基準値に基づく第１判定値と、基準地点２３２に設定される第１基準値に基づく第１判定値とが、それぞれ各算出対象位置について算出される。さらに、図１３に示す例においては、第２基準値に基づく判定値（「第２判定値」と呼ぶ。）を各算出対象位置について算出する。図１３に示す例においては、基準地点２３３に設定される第２基準値に基づく第２判定値が、各算出対象位置について算出される。第２判定値は、基準地点において第２基準値となり、当該基準地点からの距離が長くなるにつれて減少し、当該距離がある長さ以上となる位置では０になる値である。

図１３においては、基準地点２３１および２３２を中心とした円形の点線は、第１基準値に基づく第１判定値が、所定の値となる位置を結ぶ線である。上記の点線のうち、点線２３４および２３５は、第１判定値が上述のしきい値となる位置を結ぶ線である。また、図１３において、基準地点２３３を中心とした円形の一点鎖線は、第２基準値に基づく第２判定値が、所定の値となる位置を結ぶ線である。

図１３に示す例においては、ゲームシステム１は、第１判定値に加え、第２判定値にさらに基づいて合計判定値を算出する。具体的には、算出対象位置における合計判定値は、当該算出対象位置における第１判定値の合計から、当該算出対象位置における第２判定値の合計を減算することで得られる。図１３に示す例においては、ゲームシステム１は、基準地点２３１の第１基準値に基づく第１判定値と、基準地点２３２の第１基準値に基づく第１判定値との合計値から、基準地点２３３の第２基準値に基づく第２判定値を減算することで合計判定値を算出する。なお、合計判定値に関する上記の算出方法は、第２基準値を負の値とし（その結果、第２判定値は負の値となる）、第１および第２判定値の合計を算出することと同義である。第１基準値と第２基準値の絶対値は、同じであってもよいし、異なっていてもよい。また、第１基準値に基づいた第１判定値の算出方法と第２基準値に基づいた第２判定値の算出方法は、同じであってもよいし、異なっていてもよい。

図１３に示す例においては、第１判定値との合計値から第２判定値を減算するので、第２判定値の影響を受ける位置（すなわち、第２判定値が正の値となる位置）においては、合計判定値は、第２判定値を考慮しない場合（例えば、上記実施形態の場合）よりも小さくなる。したがって、図１３に示す例においては、第２判定値を考慮しない場合においては解放領域となる領域の一部が、解放領域に設定されなくなる。図１３に示す例においては、斜線で示される領域２３６が解放領域となり、第２判定値を考慮しない場合においては解放領域となる領域（実線で示される領域）２３７は、解放領域とはならない。このように、図１３に示す例においては、未解放の基準地点の近傍の位置については、第２判定値の絶対値が大きくなるので、解放領域になりにくくなる。

図１３に示す例においては、合計判定値は、複数の基準地点のうちの解放済みの状態となっている１つ以上の基準地点についての１つ以上の第１判定値の合計から、複数の基準地点のうちの未解放の状態となっている１つ以上の基準地点についての１つ以上の第２判定値の合計を減算した値である。これによれば、未解放の基準地点およびその近傍の位置を解放領域になりにくくすることができる。

ここで、仮に未解放基準地点に基づく第２判定値を反映させずに合計判定値を算出するとすれば、例えば図１３に示す場合には、未解放の基準地点２３３の近傍の位置まで解放領域となってしまう。その結果、未解放の基準地点２３３の近傍の位置までマップが解放され（つまり、マップ画像においてフィールド情報が表示され）、上述の照射範囲となるおそれがある。このとき、プレイヤが未解放の基準地点２３３を解放する動機付けが弱くなってしまい、基準地点を解放させることで探索範囲を拡げていくというゲーム性が失われるおそれがある。これに対して、上記変形例によれば、未解放の基準地点またはその近傍の位置が解放領域になりにくいので、未解放の基準地点を解放する動機付けが弱くなる可能性を低減することができ、ゲーム性を向上することができる。

本実施形態において、ゲームシステム１は、上記の解放領域を示すデータとしてマップマスクを生成する。すなわち、マップマスクは、フィールドのうちで解放領域となっている領域を示す２次元データである。そして、ゲームシステム１は、解放領域についてフィールド情報が示されるマップ画像を、上記マップマスクを用いて生成する。

図１４は、本実施形態におけるマップ画像の生成方法の一例を示す図である。本実施形態においては、ゲームシステム１は、元マップ画像とマップマスクとに基づいて、表示されるマップ画像を生成する。元マップ画像は、表示されるマップ画像を生成する元となる画像であり、フィールド情報が含まれるマップ画像を示す。元マップ画像は、フィールド全体が解放領域となる場合におけるマップ画像であると言うことができる。

本実施形態においては、マップマスクのデータは、２次元の各位置についてのマップマスク値を示すデータである。マップマスク値とは、マップ画像の生成のために元マップ画像を反映させる度合いを示す。例えば、マップマスク値は最大値が１で、最小値が０となる値である。このとき、マップマスク値が１である画素では、元マップ画像がそのままマップ画像に反映され、マップマスク値が０である画素では、元マップ画像が反映されないようにマップ画像が生成される。本実施形態においては、マップマスク値は、０から１までの範囲の多値の値である。詳細は後述するが、マップマスク値を多値の値とすることによって、解放領域の境界付近においてマップ画像をぼかして表示することができる。なお、他の実施形態においては、マップマスク値は０または１の２値の値であってもよい。

マップマスク値は、上述の合計判定値に基づいて上述の算出対象位置ごとに設定される。具体的には、ある位置についての合計判定値が第１値より大きい場合、当該位置のマップマスク値は１に設定され、ある位置についての合計判定値が第２値より小さい場合、当該位置のマップマスク値は０に設定される。なお、第２値は、第１値よりも小さく、かつ、上記しきい値ｔｈよりも大きい値である。また、ある位置についての合計判定値が第２値以上かつ第１値以下である場合、当該位置のマップマスク値は０より大きく１より小さい範囲で、合計判定値の大きさに応じた大きさの値に設定される。上記によれば、マップマスク値は、基準地点から所定距離内の範囲内の位置については１に設定され、当該範囲の外側の範囲の位置では、基準地点からの距離に応じて小さくなる値に設定され、合計判定値がしきい値ｔｈよりも小さい位置（すなわち、解放領域外の位置）については０に設定される。なお、図１４に示すマップマスクにおいては、マップマスク値が１である位置を白色で示し、マップマスク値が０である位置を黒色で示し、マップマスク値が中間値（すなわち、０より大きく１未満である値）となる位置については、値が大きいほど白色に近づくように灰色で示している。

なお、合計判定値に基づいた算出方法の例として、次の式によってマップマスク値Ｍｐが算出されてもよい。

上式において、Ｋ、ｔｈｒｅｓｈ、および、Ｏｖｅｒは定数であり、ｔｈｒｅｓｈは上述のしきい値ｔｈである。Ｏｉは、ｉ番目の基準地点（ｉは１からｎまでの自然数。ｎは基準地点の数を示す。）が解放済みであれば１、未解放であれば０となる変数である。Ｃｉは、ｉ番目の基準地点が解放済みであれば０、未解放であれば１となる変数である。定数ａｉは、ｉ番目の基準地点において第１基準値となる第１判定値が、距離に応じて減衰する度合いを示す定数である。上式の例では第１基準値は１となる。定数ｂｉは、ｉ番目の基準地点において第２基準値となる第２判定値が、距離に応じて減衰する度合いを示す定数である。上式の例では第２基準値は１となる。変数ｌ（ｉ，ｐ）は、ｉ番目の基準地点から位置ｐ（具体的には、上述の算出対象位置）までの長さ（具体的には、上記フィールド対応平面上での長さ）である。上記の式においては、第１判定値の合計が大き過ぎて未開放の基準地点にどれだけ近くても第２判定値の合計を減算する効果が無いという結果を避けるため、第１判定値の合計が定数Ｏｖｅｒより大きい場合は当該合計を定数Ｏｖｅｒに置き換える計算を行っている。一方、第２判定値の合計の影響が大きくなり過ぎないよう、第２判定値の合計を２乗した値を減算する計算を行っている。また、減算の結果が負になる場合は値を０とする計算を行っている。

上記の式においては、各基準値を１としたが、上述したように、第１基準値および第２基準値は基準地点ごとに個別の値に設定されてよい。例えば、上記の式における「Ｏｉ」を「Ｏｉ＊Ａｉ」に置き換えると共に定数ａｉを削除し、「Ｃｉ」を「Ｃｉ＊Ｂｉ」に置き換えると共に定数ｂｉを削除した式を用いることで、基準地点ごとに第１基準値および第２基準値が設定される場合におけるマップマスク値Ｍｐを算出することができる。なお、変数Ａｉは、ｉ番目の基準地点における第１基準値であり、変数Ｂｉは、ｉ番目の基準地点における第２基準値である。また、他の実施形態においては、上記の式において定数ａｉおよびｂｉを残した上で、「Ｏｉ」を「Ｏｉ＊Ａｉ」に置き換え、「Ｃｉ」を「Ｃｉ＊Ｂｉ」に置き換えた式が用いられてもよい。また、第１基準値および第２基準値のいずれかが固定値（＝１）とされる場合には、上記の式において「Ｏｉ」または「Ｃｉ」のいずれかのみについて上記の置き換えを行った式を用いることでマップマスク値Ｍｐを算出することができる。なお、マップマスク値を算出するための計算式は上記の式に限らない。他の実施形態においては、例えば、ある位置における判定値が基準位置から当該ある位置までの距離に応じて減衰する（例えば、判定値が当該距離の２乗に反比例する）ように算出される任意の計算式が用いられてもよい。

ゲームシステム１は、マップマスクを参照して、画素ごとのマップマスク値に応じた比率で、元マップ画像と未解放状態を示す画像とを合成することで、マップ画像を生成する。具体的には、ゲームシステム１は、マップマスク値が１である画素については元マップ画像がそのまま反映され、マップマスク値が０である画素については元マップ画像が反映されず、マップマスク値が中間値である画素についてはマップマスク値に応じた比率で元マップ画像が反映されるように、マップ画像を生成する。未解放状態を示す画像は、単色でもよいし、所定の模様等が描画されていてもよい。合成されたマップ画像に、さらに座標を分かり易くするための格子等が合成されてもよい。これによって、マップ画像は、解放領域内のうちの境界付近（具体的には、マップマスク値が中間値となる位置）では、薄く表示される（図１４参照）。なお、図１４では、マップ画像のうち薄く表示される部分を点線で示している。

上記のように、本実施形態においては、ゲームシステム１は、解放イベントが発生した場合、フィールドにおいて解放領域となっている範囲を示す２次元のマスクデータ（すなわち、マップマスク）を生成する。また、ゲームシステム１は、フィールド情報を含む元マップ画像にマスクデータを適用することによって、解放領域に対応する部分のフィールド情報が示されたマップ画像を生成させる。これによれば、解放領域の部分を示すマップ画像を容易に生成することができる。なお、他の実施形態においては、マップ画像の具体的な生成方法は任意であり、マスクデータを用いた方法に限定されない。

なお、本実施形態においては、マスクデータは、フィールド内の位置における合計判定値の大きさに応じた多値の値を各位置について示すデータである。また、ゲームシステム１は、マスクデータが示す多値の値に応じた比率で画素ごとに元マップ画像と未解放状態を示す画像とを合成することによって、マップ画像を生成する。これによれば、解放領域の境界付近がぼかされたマップ画像を生成することができる。したがって、解放されたマップを自然な見た目にすることができる。

［２－２．照射範囲の設定］
図１５～図２１を参照して、フィールド上において上述の照射範囲を設定する方法の一例について説明する。本実施形態においては、ゲーム中において所定の照射イベントが発生したことに応じて、フィールドのうち、当該照射イベントに応じた範囲が照射範囲となる。上述の解放イベントは、照射イベントの１つである。本実施形態においては、照射イベントとして、上述の解放イベントの他、キャラクタ発光イベント、および、アイテム配置イベントが発生し得る。なお、照射イベントの発生に応じて設定される照射範囲の他に、フィールド上に予め設定された照射範囲等も存在してもよい。

キャラクタ発光イベントは、プレイヤキャラクタの周囲が照射範囲となるイベントである。本実施形態においては、キャラクタ発光イベントは、プレイヤキャラクタが発光する服を装備するイベントである。キャラクタ発光イベントは、例えば、プレイヤキャラクタが発光するアイテムを把持したり、発光する乗り物に搭乗したりするイベントであってもよい。

アイテム配置イベントは、光源が設定されるアイテム（「光源アイテム」と呼ぶ。）がフィールドにおける地面等の地形オブジェクトに配置され、光源アイテムの周囲が照射範囲となるイベントである。

図１５は、プレイヤキャラクタを含むフィールドを示すフィールド画像を含むゲーム画像の一例を示す図である。図１５では、キャラクタ発光イベントが発生しており、他の照射イベントは発生していない状況である。本実施形態においては、ゲームシステム１は、プレイヤによる指示に応じて（例えば、発光する服をプレイヤキャラクタに装備させる操作入力に応じて）、キャラクタ発光イベントを発生させる。図１５に示すように、キャラクタ発光イベントが発生した場合、プレイヤキャラクタ２０１の周囲の範囲（「キャラクタ影響範囲」と呼ぶ。）が照射範囲に設定される。キャラクタ影響範囲は、例えば、プレイヤキャラクタ２０１の位置から所定距離内の範囲である。なお、図１５に示す状況では、キャラクタ影響範囲外の範囲は、照射範囲には設定されていないので、目印オブジェクト２０３を除き、暗闇として（すなわち、視認不可能または視認困難な態様で）表示される。なお、プレイヤキャラクタ２０１自身や、目印オブジェクト２０３のように、照射範囲外でも視認可能に表示されるオブジェクト（後述する対象外オブジェクト）については後述する。

本実施形態においては、ゲームシステム１は、フィールドに環境光を設定し、キャラクタ影響範囲による照射範囲については環境光を反映して描画を行うことで、当該照射範囲を視認可能に表示する。環境光は、フィールド内の位置によらず所定の明るさが設定される光源である。詳細は後述するが、本実施形態においては、ゲームシステム１は、照射範囲外の範囲については、光源（例えば、環境光や点光源）を反映せずに描画を行うことで、視認不可能または視認困難な態様で当該範囲を表示する。

なお、本実施形態においては、ゲームシステム１は、フィールドを示すフィールド画像とともに、ディスプレイ１２の画面の一部の領域（ここでは、画面の右下の領域）にマップ画像２４１を表示する。図１５に示す状況では、解放イベントが未発生であるので、プレイヤキャラクタ２０１の位置および向きを示すマーク以外のフィールド情報を含まないマップ画像２４１が表示される。なお、他の実施形態においては、フィールド画像が表示される際にはマップ画像は表示されなくてもよい。

上記のように、本実施形態においては、照射イベントの一例は、プレイヤによる操作入力に基づいて、プレイヤキャラクタの周囲が照射範囲となるイベント（すなわち、キャラクタ発光イベント）である。このとき、ゲームシステム１は、プレイヤキャラクタの位置を基準となる点の位置として設定し、当該基準となる点からの距離に基づいて、当該距離がしきい値以下となる範囲が含まれるように照射範囲を設定する。これによれば、プレイヤキャラクタの周囲を継続的に視認可能に表示することができるので、プレイヤキャラクタの周囲が全く見えないためにフィールドの探索を行うことが困難となる状況が生じるおそれを低減することができる。なお、他の実施形態においては、ゲームシステム１は、キャラクタ発光イベントの発生の有無にかかわらず、プレイヤキャラクタの周囲を照射範囲に常時設定してもよい。また、他の実施形態においては、ゲームシステム１は、照射イベントとしてキャラクタ発光イベントを発生させなくてもよい。

なお、上記においては、キャラクタ発光イベントはプレイヤキャラクタに関するイベントであったが、ゲームシステム１は、プレイヤキャラクタに加えて（または代えて）、プレイヤキャラクタとは異なる他のキャラクタ（例えば、プレイヤキャラクタの仲間のキャラクタや敵キャラクタ）についてキャラクタ発光イベントを実行し、当該他のキャラクタについても照射範囲を設定するようにしてもよい。例えば、他のキャラクタが自発光する態様に変化するキャラクタ発光イベントに応じて、当該他のキャラクタの位置に基づいて照射範囲が設定されてもよい。

図１６は、プレイヤキャラクタが基準地点の近傍に位置する場合におけるゲーム画像の一例を示す図である。図１６に示す状況は、図１５に示す状況からプレイヤキャラクタ２０１が未解放の基準地点２１１の近傍まで移動してきた状況である。なお、本実施形態においては、目印オブジェクト２０３は照射範囲外であっても視認可能に表示されるので、プレイヤは、目印オブジェクト２０３を目標にして照射範囲外の基準地点２１１に向かってプレイヤキャラクタ２０１を移動させることができる。

図１６に示すようにプレイヤキャラクタ２０１が基準地点２１１の近傍（具体的には、基準地点２１１から所定距離内の範囲）に位置する場合、プレイヤキャラクタ２０１は、当該基準地点２１１を解放する動作を行うことができる。すなわち、上記の場合、ゲームシステム１は、当該基準地点２１１を解放するための操作入力を受け付け、プレイヤによって当該操作入力が行われたことに応じて当該基準地点２１１を解放する。本実施形態においては、上記操作入力は、「しらべる」のコマンド（すなわち、プレイヤキャラクタ２０１に近傍を調べる動作を行わせるコマンド）を実行するための入力であり、具体的には、右コントローラ４のＡボタン５３を押下する入力である。上記の場合、上記操作入力を行うことができる状態であることをプレイヤに通知するべく、ゲームシステム１は、上記コマンドが実行可能であることを示すコマンド画像２４２を表示する（図１６参照）。なお、当該基準地点２１１に到達した後に上記の操作がし易いよう、目印オブジェクト２０３の真下等の限られた範囲を、予め設定された（すなわち、照射イベントの発生の有無にかかわらず設定される）照射範囲としてもよい。

基準地点２１１を解放するための操作入力が行われた場合、ゲームシステム１は、基準地点２１１の周囲の範囲を照射範囲に設定する。このとき、本実施形態においては、ゲームシステム１は、解放イベントを示すイベントシーンのアニメーションを表示する。例えば、上記イベントシーンとして、基準地点２１１の周囲が次第に明るくなっていく様子を示すアニメーションが表示される。

図１７は、基準地点が解放された後のフィールドを示すゲーム画像の一例を示す図である。図１７に示すように、基準地点２１１が解放される解放イベントが発生した場合、基準地点２１１の周囲の範囲が照射範囲に設定され、当該範囲が視認可能に表示される。なお、図１７では、フィールドのうち、基準地点２１１の周囲の丘となっている部分が照射範囲に含まれて視認可能に表示され、丘の向こうの部分については照射範囲外であり、視認不可能な態様で表示されたままである。また、図１７に示す状況では、基準地点２１１が解放されたことによって基準地点２１１の周囲のマップが解放される（すなわち、基準地点２１１を含む解放領域が設定される）ため、マップ画像２４１は、解放領域内についてフィールド情報を含むものとなっている。

なお、照射範囲外でも視認可能であった目印オブジェクト２０３は、照射範囲内においても視認可能に表示される。ここで、本実施形態においては、ゲームシステム１は、解放イベントの発生に応じて、フィールドにおける所定の位置、例えば目印オブジェクト２０３の位置に点光源をさらに設定する。詳細は後述するが、描画処理においてゲームシステム１は、地形オブジェクトについて照射範囲に含まれる部分を、点光源をさらに反映して描画する。したがって、目印オブジェクト２０３の周囲については、環境光および点光源を反映して描画が行われるため、照射範囲のうち環境光のみを反映して描画が行われる部分よりも明るく表示される。すなわち、所定の範囲の視認性を確保した上で、点光源に基づいた明るさも表現することができる。なお、図１７においては、照射範囲内であって目印オブジェクト２０３の位置に設定される点光源による光が特に反映されて明るい部分を白色領域で示し、照射範囲のうち点光源の影響が少ない部分を網がけ領域で示している。上記の点光源によって、解放イベントが発生したことをプレイヤに認識させやすくすることができる。

照射イベントとして解放イベントが発生したことに応じて設定される照射範囲は、当該解放イベントに対応する基準地点に基づいて設定される。図１８および図１９を参照して、解放イベントが発生したことに応じて照射範囲を設定する方法について説明する。

図１８は、１つの基準地点が解放された場合におけるフィールドを上から見た図である。図１８に示す状況は、図９に示す基準地点２１１が解放された状況である。本実施形態においては、ゲームシステム１は、解放された基準地点に基づいた解放領域（図１８では、領域２１２）と、当該基準地点に対応する地点影響範囲（図１８では、地点影響範囲２５１）とに基づいて、照射範囲を設定する。なお、「基準地点に対応する地点影響範囲」とは、基準地点ごとに予め定められる範囲である。本実施形態においては、基準地点から所定距離内の範囲が地点影響範囲に設定される。なお、この所定距離は、基準地点ごとに設定され、基準地点ごとに異なる値であってもよいし、各基準地点について同じ値であってもよい。例えば、各基準地点における地点影響範囲は、全ての基準地点が解放された場合であってもフィールドの一部が地点影響範囲外となるように設定されてもよいし、当該場合にフィールドの全部が地点影響範囲内となるように設定されてもよい。前者の場合、フィールドには、全ての基準地点が解放された場合であっても照射範囲外となる部分が存在することとなる。

本実施形態においては、ゲームシステム１は、フィールドのうち、上記地点影響範囲内で、かつ、上記解放領域内となる範囲を照射範囲に設定する。図１８に示す例においては、解放領域２１２が地点影響範囲２５１の内側となっているので、解放領域２１２と同じ範囲が照射範囲となる。なお、図１８においては、照射範囲外を斜線領域で示している。本実施形態においては、地点影響範囲は、上記のように基準地点ごとに設定され、当該地点影響範囲に対応する解放領域とは独立して設定される。そのため、地点影響範囲は、当該地点影響範囲に対応する解放領域よりも大きく（つまり、解放領域が地点影響範囲内に含まれるように）設定されてもよいし、当該解放領域よりも小さく（つまり、地点影響範囲が解放領域内に含まれるように）設定されてもよいし、当該解放領域と同じになるように設定されてもよい。なお、「基準地点に対応する解放領域」とは、当該基準地点のみが解放される場合に設定される解放領域である。

なお、照射範囲は、解放領域の少なくとも一部を含むように任意の方法で設定されてもよい。例えば、他の実施形態においては、ゲームシステム１は、解放領域をそのまま照射範囲としてもよいし、解放領域と地点影響範囲との少なくとも一方の内側となる範囲を照射範囲として設定してもよい。

図１９は、２つの基準地点が解放された場合におけるフィールドを上から見た図である。図１９に示す状況は、図１１に示す基準地点２１１および２１３が解放された状況である。

図１９に示すように２つの基準地点２１１および２１３が解放された場合、図１１に示したように、図１９に示す点線で示される解放領域２１６が設定される。また、上述のように、ゲームシステム１は、解放された基準地点に対応する地点影響範囲内で、かつ、解放領域内となる範囲を照射範囲に設定する。したがって、図１９に示す例においては、基準地点２１１に対応する地点影響範囲２５１または基準地点２１３に対応する地点影響範囲２５２の少なくともいずれかの内側であり、かつ、解放領域２１６の内側となる範囲が照射範囲となる。なお、図１９においては、照射範囲外を斜線領域で示している。

図１９に示す例においては、地点影響範囲２５１が、基準地点２１１のみが解放される場合における解放領域（すなわち、図１８に示す領域２１２）よりも大きく設定され、地点影響範囲２５２が、基準地点２１３のみが解放される場合における解放領域よりも大きく設定される。そのため、２つの基準地点２１１および２１３が解放される場合には、１つの基準地点２１１または２１３のみが解放される場合には照射範囲とならない範囲も照射範囲となる。例えば、図１９に示す例においては、地点影響範囲２５１および２５２が互いに一部が重複するように設定されているので、２つの基準地点２１１および２１３が解放される場合には、基準地点２１１から基準地点２１３にわたって連続する１つの照射範囲が設定されることとなる。上記によれば、プレイヤは、２つの基準地点２１１および２１３を解放することで、これら２つの基準地点２１１および２１３の間のフィールドを探索しやすくなる。

一方、基準地点２１１および２１３とは異なる他の２つの基準地点については、当該基準地点に対応する地点影響範囲は、当該基準地点のみが解放されるときの解放領域と同じであるかまたは小さく設定されてもよい。この場合は、図１９に示す例とは異なり、上記２つの基準地点が解放されても照射範囲が２つの基準地点にわたって連続するように設定されず、連続しない２つの照射範囲が設定されることとなる。

上記のように、本実施形態においては、解放領域とは独立して地点影響範囲を設定し、解放領域と地点影響範囲とに基づいて照射範囲を設定することで、照射範囲の大きさおよび形状を自由に設定することができる。例えば、２つの基準地点が解放された場合において、当該２つの基準地点にわたって連続するように照射範囲を設定することも可能であるし、連続しない２つの照射範囲を設定することも可能である。

なお、詳細は後述するが、本実施形態においては、解放イベントによって設定される照射範囲については、ゲームシステム１は、上述の環境光によって当該照射範囲を視認可能に表示する。

上記のように、本実施形態においては、照射イベントの一例は、フィールド内に設定されたイベント発生位置（すなわち、基準位置）にプレイヤキャラクタが位置する場合に所定の操作入力が行われたことによって発生するイベント（すなわち、解放イベント）である。このとき、ゲームシステム１は、イベント発生位置を含む所定の範囲（具体的には、基準地点に基づく解放領域の範囲、または、地点影響範囲）が含まれるように照射範囲を設定する。これによれば、プレイヤキャラクタがイベント発生位置へ到達することで照射範囲を拡げていくゲームを提供することができる。このとき、照射範囲の形状は、上記のようにイベント発生位置からの距離に基づいた形状であってもよいし、他の実施形態においてはイベント発生位置を含む予め定められた形状であってもよい。

本実施形態においては、アイテム配置イベントによっても照射範囲が設定される。図２０は、光源アイテムが配置されたフィールドを示すゲーム画像の一例を示す図である。図２０に示す状況は、フィールドにおける照射範囲外の位置に光源アイテム２６１が配置された状況である。光源アイテム２６１は、当該アイテムの位置に光源（具体的には、点光源）が設定されるオブジェクトである。本実施形態においては、プレイヤキャラクタ２０１は、所定の光源アイテムをフィールドに配置することができる。プレイヤキャラクタ２０１は、例えば、光源アイテムをプレイヤキャラクタ２０１の足下の地面においたり、投げたり、弓矢で飛ばしたりすることで光源アイテムを地面に配置する。本実施形態においては、プレイヤキャラクタ２０１は、アイテムとして光源アイテムを所有することができ、プレイヤの所望のタイミングで光源アイテムを地面に配置することができる。また、他の実施形態においては、例えばたいまつやろうそく等のアイテムが光源アイテムとして用いられてもよい。

フィールドにおける地面に光源アイテム２６１が配置された場合、ゲームシステム１は、光源アイテムの周囲の範囲（「アイテム影響範囲」と呼ぶ。）を照射範囲として設定する。アイテム影響範囲は、例えば、光源アイテム２６１の位置から所定距離内の範囲である。図２０に示す例においては、フィールドにおける照射範囲外の位置に光源アイテム２６１が配置されることによって、当該位置に基づくアイテム影響範囲が照射範囲となり、当該範囲内のフィールドが視認可能に表示されている。このように、本実施形態においては、プレイヤは、基準地点を解放することに加えて、光源アイテムを配置することによっても、フィールドにおける視認可能な範囲を拡げることができる。例えば、プレイヤは、未解放の基準地点に向かって暗闇の領域（すなわち、照射範囲外の領域）をプレイヤキャラクタ２０１が進んでいく際に、当該領域に光源アイテムを配置することで、視界を確保しながらフィールドを進むことができる。

本実施形態においては、アイテム配置イベントによって設定された照射範囲（すなわち、アイテム影響範囲）については、ゲームシステム１は、光源アイテムの位置に設定される点光源を反映してゲーム画像の描画を行う。つまり、アイテム配置イベントによって設定された照射範囲については、上述の環境光に加えて上記点光源を考慮して描画が行われる。なお、ゲーム画像の描画処理の詳細については後述する。

図２１は、解放イベントによる照射範囲内に光源アイテムが配置された場合におけるフィールドを示すゲーム画像の一例を示す図である。この場合、光源アイテム２６１によるアイテム影響範囲については、環境光および点光源を反映して描画されるため、当該アイテム影響範囲外であって解放イベントによる照射範囲内よりも明るく表示される。なお、図２１においては、照射範囲内であってアイテム影響範囲外の範囲を網がけ領域で示し、アイテム影響範囲を白色領域で示している。上記より、本実施形態によれば、プレイヤは、光源アイテム２６１が配置されたことを容易に認識することができる。

なお、図２１に示すように解放イベントによる照射範囲内に光源アイテム２６１が配置された場合も、当該照射範囲外に配置される場合と同様、ゲームシステム１は、光源アイテム２６１によるアイテム影響範囲を照射範囲に設定する。ただし、アイテム影響範囲の全体が照射範囲にすでに設定されている範囲である場合には、フィールドにおける照射範囲は結果的に変化しないこととなる。

上記の３種類の照射イベント（すなわち、キャラクタ発光イベント、解放イベント、および、アイテム配置イベント）について説明したように、本実施形態においては、フィールド内には、当該フィールド内の位置によらず所定の明るさが設定される光源（具体的には環境光）が少なくとも設定される。そして、ゲームシステム１は、描画処理において、フィールドにおける少なくとも一部の地形オブジェクト（例えば、図１７に示す地面のオブジェクト）について照射範囲に含まれる部分を、上記光源を反映して描画する。これによれば、照射範囲について一定の明るさが確保されるので、フィールドの地形の形状等によらず照射範囲を見やすく（例えば、地形の陰によって暗く表示されることなく）表示することができる。

さらに本実施形態においては、上記環境光に加えて点光源が設定される。すなわち、ゲームシステム１は、所定のイベント（具体的には、解放イベント、および、アイテム配置イベント）の発生に応じてさらに点光源をフィールド内に設置する。また、ゲームシステム１は、描画処理において、フィールドにおける少なくとも一部の地形オブジェクトについて照射範囲に含まれる部分を、点光源をさらに反映して描画する。これによれば、上記所定のイベントが発生したこと、および、当該所定のイベントの発生によってフィールドがより明るくなったことをプレイヤに認識させやすくなる。

なお、フィールドに設定される光源の種類は任意である。他の実施形態においては、例えば、点光源以外の形状の光源が環境光と共にフィールドに設定されてもよい。また、点光源が配置されず環境光のみがフィールドに設定されてもよい。

また、本実施形態においては、上記所定のイベントは、所定のアイテム（具体的には光源アイテム）がフィールド上に配置されるイベントである。このとき、ゲームシステム１は、上記アイテムが配置された位置に基づいて、基準となる点の位置を設定し、当該基準となる点からの距離に基づいて、当該距離がしきい値以下となる範囲（すなわち、アイテム影響範囲）が含まれるように照射範囲を設定する。これによれば、プレイヤは、アイテムを配置することによって所望の位置に照射範囲を設定しやすくなる。

なお、「所定のアイテムがフィールド上に配置されるイベント」とは、所定のアイテムが単にフィールドに配置されることによって発生するイベントに限らず、所定のアイテムが一定条件下でフィールドに配置されることによって発生するイベントをも含む意味である。例えば、「所定のアイテムがフィールド上に配置されるイベント」とは、フィールドに配置される当該アイテムに一定の衝撃が加えられたことを条件とするイベントであってもよい。上記条件は、所定のアイテムがフィールドに落下する際に落下によって一定の衝撃が加えられたことであってもよいし、フィールドに配置された所定のアイテムに対して他のオブジェクトによって一定の衝撃が加えられたことであってもよい。

なお、点光源が設定されるイベントは、アイテム配置イベントに限らず、他の種類のイベントであってもよい。例えば、他の実施形態においては、ゲームシステム１は、キャラクタ発光イベントの発生に応じてプレイヤキャラクタ２０１の位置に点光源を設定し、キャラクタ影響範囲については当該点光源を反映して描画を行うことで、照射範囲を視認可能に表示してもよい。

上記の３種類の照射イベント（すなわち、キャラクタ発光イベント、解放イベント、および、アイテム配置イベント）について説明したように、本実施形態においては、所定のイベント（具体的には、照射イベント）の発生に応じて、照射範囲の基準となる点を仮想空間内に設定する。そして、基準となる点からの距離に基づいて、当該距離がしきい値以下となる範囲が含まれるように照射範囲を設定する。これによれば、イベントの発生に応じて、当該イベントに応じた位置とその周囲を照射範囲に設定することができる。

なお、上記「当該距離がしきい値以下となる範囲」とは、キャラクタ発光イベントにおいてはキャラクタ影響範囲であり、解放イベントにおいては地点影響範囲または解放領域の範囲であり、アイテム配置イベントにおいてはアイテム影響範囲である。

また、上記「照射範囲の基準となる点」とは、本実施形態においては、キャラクタ発光イベントにおけるプレイヤキャラクタ２０１の位置、解放イベントにおける基準地点の位置、および、アイテム配置イベントにおける光源アイテムの位置である。ただし、上記「照射範囲の基準となる点」とは、厳密にこれらの位置である必要はなく、これらの位置に基づいて決定される位置であってよい。例えば、上記「照射範囲の基準となる点」は、プレイヤキャラクタ２０１の位置、基準地点の位置、あるいは、光源アイテムの位置から少しずれた位置であってもよい。

また、本実施形態において、照射イベントの発生に応じて設定される照射範囲は、発生時から次第に拡がるように制御されてもよい。すなわち、ゲームシステム１は、照射イベントの発生に応じて上記の基準となる点が設定された後、照射範囲を判定するための上記しきい値を時間経過に応じて増加させることで照射範囲を拡大してもよい。なお、上記しきい値とは、キャラクタ発光イベントにおいては、キャラクタ影響範囲に設定される距離のしきい値であり、解放イベントにおいては、地点影響範囲に設定される距離のしきい値であり、アイテム配置イベントにおいては、アイテム影響範囲に設定される距離のしきい値である。これによれば、照射イベントが発生した際に、フィールドにおける明るい領域が次第に拡大していく様子を表示することができる。なお、上記において、照射範囲は、所定時間経過後に拡大を停止するように制御される。また、ゲームシステム１は、全ての照射イベントについて照射範囲を次第に拡大させる必要はなく、照射イベントのうち所定のイベント（例えば、解放イベントおよびアイテム配置イベント）について、照射範囲を次第に拡大させる制御を行うようにしてもよい。

上述のように、本実施形態においては、所定のオブジェクトについては、当該オブジェクトが照射範囲外に位置する場合でも視認可能に表示される。以下では、このようなオブジェクトを「対象外オブジェクト」と呼ぶ。具体的には、本実施形態においては、対象外オブジェクトは、所定の種類のキャラクタ、および、自発光オブジェクトである。所定の種類のキャラクタとは、より具体的には、プレイヤキャラクタおよび敵キャラクタである。また、自発光オブジェクトとは、描画に関する設定において、自身が光っているように表示される設定が行われるオブジェクトである。例えば、上述の目印オブジェクト２０３は自発光オブジェクトである。

詳細は後述するが、ゲーム画像を描画する際、ゲームシステム１は、対象外オブジェクトについては、照射範囲外に位置する場合であっても、上述の光源を反映しない描画設定でなく、当該対象外オブジェクトに予め設定される描画設定に基づいて描画を行う。本実施形態においては、所定の種類のキャラクタが照射範囲外に位置する場合には、当該キャラクタは陰が付された上で視認可能に描画される。したがって、所定の種類のキャラクタは、暗闇として表示される、照射範囲外の他のオブジェクトとは、区別可能に表示される。

また、自発光オブジェクトについては、照射範囲外に位置する場合であっても、当該オブジェクトに設定されたエミッション等の描画設定に基づいて描画が行われる。その結果、例えば図１５に示す目印オブジェクト２０３のように、自発光オブジェクトは、暗闇として表示される、照射範囲外の他のオブジェクトと区別可能に表示される。

上記のように、本実施形態においては、照射イベントは、フィールド内において基準地点に関連付けて設定されたイベント発生位置にプレイヤキャラクタが位置する場合に所定の操作入力が行われたことによって発生するイベント（すなわち、解放イベント）である。なお、図１５および図１６に示すように、自発光オブジェクトである目印オブジェクトは、フィールドにおいて、複数の基準地点のそれぞれに対応する位置（例えば、基準地点の上方の位置）にそれぞれ配置される。ゲームシステム１は、目印オブジェクトが照射範囲に含まれるか否かにかかわらず、照射範囲に含まれない他のオブジェクトと区別可能な表示となるように当該目印オブジェクトを描画する。これによれば、プレイヤは、目印オブジェクトを目標にすることで、照射範囲外の基準地点に向かってプレイヤキャラクタを移動させやすくなる。

［２－３．画像生成処理］
次に、フィールドのうち照射範囲外の部分を暗闇として（すなわち、視認不可能または視認困難な態様で）表示されるゲーム画像の生成方法の一例について説明する。本実施形態においては、ゲームシステム１は、照射範囲内のオブジェクトについては、フィールドに設定される光源を反映して描画を行う一方、照射範囲外のオブジェクト（ただし、上記の対象外オブジェクトを除く）については、光源を反映せず、当該オブジェクトに対応する画素を黒色で描画する。これによれば、照射範囲外のオブジェクトを視認不可能にすることができ、フィールドを探索するために基準地点を解放する動機付けをプレイヤに効果的に与えることができる。以下、ゲーム画像の生成方法の具体例について説明する。

本実施形態では、ゲームシステム１は、ディファードレンダリング（ディファードシェーディング、あるいは、遅延シェーディングとも言う）に基づく手法でゲーム画像の描画を行う。すなわち、ゲームシステム１は、１フレームの間に以下に説明する第１～第３の段階を経て描画処理を実行する。

第１の段階において、ゲームシステム１は、仮想空間内の各オブジェクト（キャラクタオブジェクトや地形オブジェクトを含む）について描画に用いられる情報をＧバッファ（ジオメトリバッファ）に書き込む。Ｇバッファには、描画される画素ごとに、例えば、当該画素に対応するポリゴンの法線の情報、および、当該画素に対応するポリゴンに設定される色の情報等が書き込まれる。本実施形態においては、これらの情報以外にさらに、画素に対応するフィールド上の位置を示す座標や、対象外オブジェクトが描画される画素であることを示す情報等がＧバッファに格納される。また、第１の段階において、ゲームシステム１は、フィールド上の位置の深度（奥行き）情報を、当該位置に対応する画素ごとに深度バッファに書き込む。

第２の段階において、ゲームシステム１は、Ｇバッファおよび深度バッファに書き込まれた情報、および、フィールドに設定される光源の情報に基づいて、ライティングに関する情報をライトバッファに書き込む。ライトバッファには、例えば、描画される画素ごとに、対応するフィールド上の位置の明るさを示す情報が書き込まれる。なお、他の実施形態においては、ゲームシステム１は、ライティングに関する計算を第２の段階で行うものとするが、他の実施形態においては、ライティングに関する計算は、フレームバッファへの描画を行う後述の第３の段階で行われてもよい。

また、本実施形態においては、第２の段階において、ゲームシステム１は、暗闇マスクのデータを生成する。暗闇マスクは、描画される画素ごとに対応するフィールド上の位置が、暗闇として描画される位置（すなわち、照射範囲外の位置）であるか否か、もしくは暗闇として描画される度合いを画素ごとに示すデータである。本実施形態においては、暗闇マスクは、暗闇を表す色（上述のように、本実施形態においては黒色）で描画される度合いを示す暗闇マスク値を画素ごとに示す。例えば、暗闇マスク値は、０以上１以下の値であり、暗闇を表す色で描画される画素については１に設定され、暗闇を表す色が反映されない画素については０に設定される。また、暗闇マスク値が中間値（すなわち、０より大きく１未満である値）となる場合、中間値は、暗闇を表す色が当該画素に反映される度合いが大きいほど大きい値をとる。本実施形態においては、照射範囲外の位置に対応する画素については、暗闇マスク値は１に設定され、照射範囲内の位置に対応する画素については、暗闇マスク値は１未満の値に設定される。したがって、暗闇マスクは、フィールドにおける照射範囲を示すデータであると言うことができる。詳細は後述するが、当該暗闇マスクは、仮想空間内の照射範囲と、Ｇバッファに記憶された、フィールド上の位置を示す座標データ等に基づいて生成される。さらに、上述の対象外オブジェクトが描画される画素に対応する画素については、暗闇を反映しない値とする。なお、他の実施形態においては、照射範囲外の位置に対応する画素については、暗闇マスク値が所定値以上（この所定値は、０より大きく１より小さい値である）に設定され、照射範囲内の位置に対応する画素については、暗闇マスク値は当該所定値未満の値に設定されてもよい。また、本実施形態においては、暗闇マスク値は０から１までの範囲の多値の値であるとするが、他の実施形態においては、暗闇マスク値は０または１の２値の値であってもよい。

第３の段階において、ゲームシステム１は、各バッファ（すなわち、Ｇバッファ、深度バッファ、および、ライトバッファ）に書き込まれた情報および暗闇マスクに基づいて、光源による光の影響および暗闇が反映されたフィールドを示すフィールド画像の画素値をフレームバッファに書き込む。すなわち、ゲームシステム１は、Ｇバッファとライトバッファの情報に基づいた、仮想空間内の光源が反映された画素値に、暗闇マスクに基づいて黒色が上書きされた画素値をフレームバッファに書き込む。

図２２は、フレームバッファに書き込まれるフィールド画像を生成する方法の一例を示す図である。図２２に示すように、フィールド画像の各画素の画素値は、Ｇバッファに記憶される色の情報と、ライトバッファに記憶される明るさの情報と、暗闇マスクの暗闇マスク値とに基づいて算出される。まず、ライトバッファに記憶される明るさの情報を反映することで、光源による光が反映されたフィールド画像を得ることができる。すなわち、環境光や点光源による光が当たっているように表現されたフィールド画像を得ることができる。さらに、暗闇マスクを用いることで、照射範囲外については暗闇で表現されたフィールド画像を生成することができる（図２２参照）。以上によって、ゲームシステム１は、照射範囲内については環境光や点光源による光が当たっているように表現されるとともに、照射範囲外については暗闇で表現されたフィールド画像を得ることができる。

図２２に示す暗闇マスクについては、暗闇マスク値が１である位置を黒色で示し、暗闇マスク値が０である位置を白色で示し、暗闇マスク値が中間値となる位置については、値が大きいほど黒色に近づくように灰色で示している。キャラクタ発光イベントやアイテム配置イベントに基づく照射範囲に関しては、暗闇マスク値は、照射範囲の基準点から所定距離内の位置に対応する画素については０となり、基準点から当該所定距離より離れた位置に対応する画素については、基準点からの距離に応じて次第に大きくなり、照射範囲外の位置に対応する画素については１となるように、設定される。なお、照射範囲の基準点とは、照射範囲の基準となる位置であり、具体的には、解放イベントに基づく照射範囲については基準位置であり、キャラクタ発光イベントに基づく照射範囲についてはプレイヤキャラクタの位置であり、アイテム配置イベントに基づく照射範囲については光源アイテムの位置である。

解放イベントに基づく照射範囲については、ゲームシステム１は、暗闇マスク値を算出するために用いられる２次元範囲データを算出し、当該２次元範囲データと、Ｇバッファに記憶された、フィールド上の位置を示す座標データのうち、水平面成分とに基づいて暗闇マスクを生成する。２次元範囲データは、上述のフィールド対応平面における各２次元位置について、暗闇マスク値を算出するために用いられる度合い値を示すデータである。２次元範囲データは、フィールドにおける照射範囲を示すデータであると言うことができる。なお、本実施形態においては、照射範囲を示すデータとして、２次元平面上での位置に関する上記２次元範囲データを生成するものとするが、他の実施形態においては、照射範囲を示すデータは、３次元のフィールドの位置を示すデータであってもよい。

上記度合い値は、暗闇マスク値と同様、描画処理において暗く描画する度合いを示す値である。度合い値は、例えば、照射範囲の基準点において最大となり、基準点からの距離に応じて次第に小さくなり、照射範囲外で０となるように変化する。したがって、度合い値は、照射範囲の基準点からの距離に応じて減衰する値に基づいて算出することができる。本実施形態においては、上記解放イベントに基づく照射範囲は、上述の合計判定値に基づいて設定される解放領域と、基準地点からの距離に基づく地点影響範囲とに基づいて設定される。そのため、解放イベントに基づく照射範囲についての度合い値は、上述の合計判定値と、基準地点からの距離に応じて減衰する値とに基づいて算出することができる。

次に、ゲームシステム１は、各画素における暗闇マスク値を、各画素に対応する各位置における度合い値に基づいて算出する。例えば、上記度合い値を０以上１以下の範囲にスケーリングし、スケーリングされた値を１から減算した値として暗闇マスク値を得ることができる。以上のようにして算出される暗闇マスク値を用いることで、解放イベントに基づく照射範囲を反映した暗闇マスクを生成することができる。なお、解放領域の範囲と地点影響範囲とを同じにする場合は、上述のマップマスクが２次元範囲データとして用いられてもよい。

上記のように、本実施形態においては、ゲームシステム１は、解放イベントの発生に基づいて、フィールドにおける照射範囲を平面的に示す２次元範囲データを、フィールドのうちイベント発生位置（すなわち、基準地点の位置）に対応する範囲が少なくとも照射範囲となるよう生成し、２次元範囲データに基づいて暗闇マスクを生成する。

また、本実施形態においてはさらに、ゲームシステム１は、描画処理における上記第２の段階において、プレイヤキャラクタの位置に基づく照射範囲と、光源アイテムについて設定される点光源の位置に基づく照射範囲とを反映するように、暗闇マスクを生成する。これによって、各照射イベント（すなわち、解放イベント、キャラクタ発光イベント、および、アイテム配置イベント）を反映した暗闇マスクが生成される。

なお、暗闇マスク値の算出方法は任意であり、上記の方法に限らない。例えば、他の実施形態においては、ゲームシステム１は、上記２次元範囲データを生成せずに、描画処理において暗闇マスクを直接生成してもよい。すなわち、ゲームシステム１は、描画処理の第２の段階において、画素に対応するフィールド上の各位置についての合計判定値と、基準地点からの距離に応じて減衰する値とに基づいて、解放イベントに基づく照射範囲を反映した暗闇マスクを生成してもよい。

上記のように、本実施形態においては、ゲームシステム１は、描画処理において、少なくとも一部の地形オブジェクトに関して、画素ごとに、当該地形オブジェクトのうち当該画素に対応する位置が照射範囲に含まれるか否かを少なくとも示すマスクデータ（すなわち、暗闇マスクのデータ）を生成する。そして、マスクデータにおいて上記地形オブジェクトの位置が照射範囲に含まれることが示される画素については、光源を反映してフレームバッファへの描画を行う。また、マスクデータにおいて上記地形オブジェクトの位置が照射範囲に含まれないことが示される画素については、所定の色によってフレームバッファへの描画を行う。これによれば、マスクデータを用いることによって、照射範囲外が視認不可能または視認困難な態様で表現されるフィールド画像を生成することができる。所定の色は、たとえば黒色である。ただし黒色に限らず、グレーであったり、他の色であったりしてもよい。また、単色に限らず、所定の模様を有する画像として描画されてもよい。

また、本実施形態においては、上記マスクデータは、上記所定の色が描画される度合いを画素ごとに示すデータである。ゲームシステム１は、描画処理において、光源を反映して算出される画素値（すなわち、Ｇバッファに記憶される色の情報と、ライトバッファに記憶される明るさの情報とに基づく画素値）に対して、上記度合いに応じて所定の色を合成した画素値をフレームバッファに書き込む。これによれば、暗闇の度合いを多段階で表現することができる。例えば、上述のように、照射範囲の基準点において最大となり、基準点からの距離に応じて次第に小さくなり、照射範囲外で０となるように度合い値を設定することによって、照射範囲の境界において次第に暗闇が濃くなっていくようなフィールド画像を生成することができる（図２２参照）。

また、本実施形態においては、ゲームシステム１は、フィールドの高さ方向以外の座標成分に対応する２次元の座標ごとに、描画処理において暗く描画する度合いを示す度合い値を示す２次元範囲データを生成する。ゲームシステム１は、上記合計判定値と、上記各座標において、基準地点に対応する２次元的な位置において基準値となり、当該２次元的な位置から当該座標への２次元的な距離に応じて減衰する値とに基づいて度合い値を算出する。描画処理においては、フレームバッファに描画する画素ごとに、フィールド内に設定された光源を反映して算出される画素値に対して、上記２次元範囲データが示す、当該画素に対応する２次元の座標における度合い値に応じて（当該度合い値に基づく暗闇マスク値に応じて、とも言うことができる。）所定の色（すなわち、黒色）を合成した画素値がフレームバッファに書き込まれる。上記によれば、フィールドを示す画像において上記所定の色を段階的に反映させることができる。これによって、例えば照射範囲の境界付近において次第に暗くなるようにフィールド画像を生成することができるので、より自然に見えるフィールド画像を生成することができる。

本実施形態においては、ゲームシステム１は、上述の対象外オブジェクトについては、暗闇を表す黒色ではなく、オブジェクトごとに設定されている方法で描画を行う。具体的には、上記第１の段階において、ゲームシステム１は、上記の対象外オブジェクトに関する除外マスクのデータをＧバッファに書き込む。除外マスクは、対象外オブジェクトの位置に対応する画素を示すデータである。除外マスクは、対象外オブジェクトに対応する画素について上記暗闇マスクの適用を除外することを示すものであると言うことができる。なお、ゲームシステム１は、対象外オブジェクトについて設定されている描画方法（例えば、自発光することや、所定の陰が付されること）を示すデータをＧバッファに書き込んでおく。

また、描画処理における上述の第３の段階において、ゲームシステム１は、上記除外マスクが示す画素については、暗闇マスクの暗闇マスク値にかかわらず、対象外オブジェクトについて設定された方法で描画を行う。これによって、対象外オブジェクトについては照射範囲外であっても暗闇として描画されることなく、設定された方法で描画されることとなる。なお、上記第２の段階において、上記除外マスクが示す画素については暗闇ではないことを示す値を暗闇マスクに書き込むようにしてもよい。

上記のように、本実施形態においては、ゲームシステム１は、描画処理における第１の段階において、対象外オブジェクトについて、Ｇバッファおよび深度バッファへの書き込みを画素ごとに行わせるとともに、上記除外マスクのデータを生成する。そして、描画処理における第３の段階において、ゲームシステム１は、除外マスクのデータが示す画素について、地形オブジェクトのうち照射範囲に含まれない部分と対象外オブジェクトとを区別して視認することができる方法で（例えば、自発光しているように見える方法で、あるいは、所定の陰が付される方法で）描画を行う。これによれば、ゲームシステム１は、対象外オブジェクトが照射範囲外であっても視認可能な態様で当該対象外オブジェクトを表示することができる。

以上のように、本実施形態においては、ゲームシステム１は、いわゆるディファードレンダリングに基づいた描画処理によって、照射範囲外のオブジェクトを暗闇として描画する。すなわち、ゲームシステム１は、第１の段階において、フィールド内の少なくとも一部の地形オブジェクトについてＧバッファおよび深度バッファへの書き込みを行う。第２の段階において、ゲームシステム１は、画素ごとに、当該画素に対応する位置と、深度バッファに記憶された深度値と、照射範囲とに基づいて、暗闇マスクデータを生成する。第３の段階において、ゲームシステム１は、少なくともＧバッファに記憶されるデータと、暗闇マスクデータとに基づいてフレームバッファへの描画を行う。上記によれば、ゲームシステム１は、ディファードレンダリングの技術を応用して、照射範囲外のオブジェクトを視認不可能または視認困難な態様で描画することができる。

なお、他の実施形態においては、照射範囲外のオブジェクトを暗闇として描画するための方法は任意であり、ディファードレンダリングに基づく描画処理に限られない。他の実施形態においては、フォワードレンダリング（前方シェーディングとも言う）に基づいて描画処理が実行されてもよい。すなわち、ゲームシステム１は、描画処理において、少なくとも一部の地形オブジェクト（例えば、上記対象外オブジェクトを除くオブジェクト）に関して、照射範囲に含まれるか否かを画素ごとに判定し、照射範囲に含まれる画素については、光源を反映してフレームバッファへの描画を行い、照射範囲に含まれない画素については、所定の色（例えば、黒色）によってフレームバッファへの描画を行うようにしてもよい。上記によれば、ゲームシステム１は、フォワードレンダリングに基づいて、照射範囲外のオブジェクトを視認不可能または視認困難な態様で描画することができる。

［３．ゲームシステムにおける処理の具体例］
次に、図２３～図２７を参照して、ゲームシステム１における情報処理の具体例について説明する。

図２３は、ゲームシステム１における情報処理に用いられる各種データを記憶する記憶領域の一例を示す図である。図２３に示す各記憶領域は、本体装置２がアクセス可能な記憶媒体（例えば、フラッシュメモリ８４、ＤＲＡＭ８５、および／または、スロット２３に装着されたメモリカード等）に設けられる。図２３に示すように、上記記憶媒体には、ゲームプログラムが記憶されるゲームプログラム領域が設けられる。ゲームプログラムは、本実施形態におけるゲーム処理（具体的には、図２４に示すゲーム処理）を実行するためのものである。また、上記記憶媒体には、上述のＧバッファ、深度バッファ、ライトバッファ、および、フレームバッファが設けられる。

また、上記記憶媒体には、上述の暗闇マスクのデータを記憶するための暗闇マスクデータ領域が設けられる。なお、上述の除外マスクのデータはＧバッファに記憶される。さらに、上記記憶媒体には、ゲーム処理において用いられる各種のデータを記憶するための処理データ領域が設けられる。処理データ領域には、例えば、上述のマップマスクのデータ等が記憶される。また例えば、処理データ領域には、ゲームに登場する各種オブジェクト（例えば、プレイヤキャラクタや光源アイテム）に関するオブジェクトデータ（例えば、オブジェクトの位置および向きを示すデータ）が記憶される。

図２４は、ゲームシステム１によって実行されるゲーム処理の流れの一例を示すフローチャートである。ゲーム処理の実行は、例えば、上記ゲームプログラムの実行中において、プレイヤの指示に応じてゲームが開始されたことに応じて開始される。なお、本実施形態においては、ゲーム処理においては、フィールドを示すフィールド画像が表示されるフィールドモードと、上述のマップ画像がディスプレイ１２の全体に表示されるマップ表示モードと、メニュー画像が表示されるメニュー表示モードという処理モードがある。ゲームの開始時における処理モードは任意であるが、ここでは例えばフィールドモードに設定されるものとする。

なお、本実施形態では、本体装置２のプロセッサ８１が、ゲームシステム１に記憶されている上記ゲームプログラムを実行することによって、図２４に示す各ステップの処理を実行するものとして説明する。ただし、他の実施形態においては、上記各ステップの処理のうちの一部の処理を、プロセッサ８１とは別のプロセッサ（例えば、専用回路等）が実行するようにしてもよい。また、ゲームシステム１が他の情報処理装置（例えば、サーバ）と通信可能である場合、図２４に示す各ステップの処理の一部は、他の情報処理装置において実行されてもよい。また、図２４に示す各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。

また、プロセッサ８１は、図２４に示す各ステップの処理を、メモリ（例えば、ＤＲＡＭ８５）を用いて実行する。すなわち、プロセッサ８１は、各処理ステップによって得られる情報（換言すれば、データ）をメモリに記憶し、それ以降の処理ステップにおいて当該情報を用いる場合には、メモリから当該情報を読み出して利用する。

図１４に示すステップＳ１において、プロセッサ８１は、プレイヤによる指示を示す上記操作データを取得する。すなわち、プロセッサ８１は、コントローラ通信部８３および／または各端子１７および２１を介して各コントローラから受信される操作データを取得する。ステップＳ１の次にステップＳ２の処理が実行される。

ステップＳ２において、プロセッサ８１は、解放イベント等のイベントシーンの実行中であるか否かを判定する。上述のように、本実施形態においては、解放イベントが発生したことに応じて、解放イベントを示すイベントシーンのアニメーションの再生が開始される（後述するステップＳ２６参照）。ステップＳ２においては、プロセッサ８１は、上記イベントシーンのアニメーションが再生中であるか否かを判定する。ステップＳ２の判定結果が肯定である場合、ステップＳ３の処理が実行される。一方、ステップＳ２の判定結果が否定である場合、ステップＳ４の処理が実行される。

ステップＳ３において、プロセッサ８１は、実行中のイベントシーンを進行させる。すなわち、プロセッサ８１は、上記イベントシーンのアニメーションの画像をディスプレイ１２に表示させる。なお、１回のステップＳ３では、１フレーム分の画像が表示され、イベントシーンの実行中においてはステップＳ３の処理が繰り返し実行されることで、上記のアニメーションが再生されることとなる。イベント時の描画処理については、フィールド画像が表示されているフィールドモード中と同様の処理が実行される場合もあるが、異なる場面を表現する場合において異なる描画処理が行われてもよい。この異なる描画処理の具体的な内容は任意であり、詳細は省略する。なお、本実施形態においては、ゲームシステム１によって生成された画像はディスプレイ１２に表示されるものとするが、当該画像は他の表示装置（例えば、上述した据置型モニタ）に表示されてもよい。ステップＳ３の次に、後述するステップＳ１２の処理が実行される。

ステップＳ４において、プロセッサ８１は、マップ画像を表示するマップ表示モード中であるか否かを判定する。詳細は後述するが、本実施形態においては、フィールド画像が表示されているフィールドモード中においてプレイヤによってマップ表示指示が行われたことに応じて、マップ表示モードが開始される（後述するステップＳ２２参照）。ステップＳ４の判定結果が肯定である場合、ステップＳ５の処理が実行される。一方、ステップＳ４の判定結果が否定である場合、ステップＳ６の処理が実行される。

ステップＳ５において、プロセッサ８１は、マップ画像をディスプレイ１２に表示させる。すなわち、プロセッサ８１は、上記“［２－１．マップの開放領域の設定］”で述べた方法に従ってマップ画像を生成し、生成されたマップ画像をディスプレイ１２に表示させる。ステップＳ５においては（すなわち、マップ表示モードにおいては）、フィールド画像は表示されずにマップ画像がディスプレイ１２の全領域に表示される（図１０および図１２参照）。また、マップ表示モードにおいて、プロセッサ８１は、マップ画像の表示を終了する旨の指示を受け付け、当該指示が行われた場合、処理モードをフィールドモードに移行する。この場合、次に実行される上記ステップＳ４における判定結果が否定となり、後述のステップＳ１１においてフィールド画像が表示される。ステップＳ５の次に、後述するステップＳ１２の処理が実行される。

ステップＳ６において、プロセッサ８１は、メニュー画像を表示するメニュー表示モード中であるか否かを判定する。詳細は後述するが、本実施形態においては、フィールド画像が表示されているフィールドモード中においてプレイヤによってメニュー表示指示が行われたことに応じて、メニュー表示モードが開始される（後述ステップＳ２２参照）。ステップＳ６の判定結果が肯定である場合、ステップＳ７の処理が実行される。一方、ステップＳ６の判定結果が否定である場合、ステップＳ８の処理が実行される。

ステップＳ７において、プロセッサ８１は、メニュー画像をディスプレイ１２に表示させる。ここで、本実施形態においては、プロセッサ８１は、メニュー表示モードにおいて、各種の操作のうち少なくとも、プレイヤキャラクタの装備を変更する指示のための操作入力を受け付ける。すなわち、プレイヤは、メニュー画像においてプレイヤキャラクタの装備を変更することができ、例えば、上述の光る服をプレイヤキャラクタに装備させることができる。なお、図２４に示すフローチャートにおいては省略するが、メニュー表示モードにおいては、メニュー画像に対する各種の指示（例えば、プレイヤキャラクタの装備を変更する指示や、アイテムを使用する指示等）のための操作入力が受け付けられ、プロセッサ８１は、当該操作入力に応じてメニュー画像の内容を適宜変更して表示する。また、メニュー表示モードにおいて、プロセッサ８１は、メニュー画像の表示を終了する旨の指示を受け付け、当該指示が行われた場合、処理モードをフィールドモードに移行する。この場合、次に実行される上記ステップＳ６における判定結果が否定となり、後述のステップＳ１１においてフィールド画像が表示される。ステップＳ７の次に、後述するステップＳ１２の処理が実行される。

ステップＳ８において、プロセッサ８１は、プレイヤ関連制御処理を実行する。プレイヤ関連制御処理においては、プレイヤによる操作入力に基づいて各種の処理（例えば、プレイヤキャラクタに関する制御処理）が実行される。プレイヤ関連制御処理の詳細については、後述する図２５に示すフローチャートで説明する。ステップＳ８の次に、ステップＳ９の処理が実行される。

ステップＳ９において、プロセッサ８１は、他オブジェクト制御処理を実行する。他オブジェクト制御処理においては、プレイヤキャラクタ以外の他のオブジェクト（例えば、敵キャラクタや、上述の光源アイテム等）の制御が行われる。他オブジェクト制御処理の詳細については、後述する図２６に示すフローチャートで説明する。ステップＳ９の次に、ステップＳ１０の処理が実行される。

ステップＳ１０において、プロセッサ８１は、フィールドを示すフィールド画像の描画処理を実行する。フィールド画像の描画処理においては、上述したように、照射範囲外が暗闇で表されるフィールド画像が生成される。描画処理の詳細については、後述する図２７に示すフローチャートで説明する。ステップＳ１０の次に、ステップＳ１１の処理が実行される。

ステップＳ１１において、プロセッサ８１は、ステップＳ１０で生成されたフィールド画像をディスプレイ１２に表示させる。なお、図１５等において示したように、フィールドモードにおいては、プロセッサ８１は、フィールド画像に加えてマップ画像をさらに生成し、フィールド画像に重ねてマップ画像を表示するようにしてもよい。ステップＳ１１の次に、ステップＳ１２の処理が実行される。

ステップＳ１２において、プロセッサ８１は、ゲームを終了するか否かを判定する。例えば、プロセッサ８１は、ゲームを終了するための所定の操作入力がプレイヤによって行われた場合、ゲームを終了すると判定する。ステップＳ１２の判定結果が否定である場合、ステップＳ１の処理が再度実行される。以降、ステップＳ１２においてゲームを終了すると判定されるまで、ステップＳ１～Ｓ１２の一連の処理が繰り返し実行される。一方、ステップＳ１２の判定結果が肯定である場合、プロセッサ８１は、図２４に示すゲーム処理を終了する。

図２５は、図２４に示すステップＳ８のプレイヤ関連制御処理の詳細な流れの一例を示すサブフローチャートである。プレイヤ関連制御処理においては、まずステップＳ２１において、プロセッサ８１は、上記ステップＳ１において取得された操作データに基づいて、上述の処理モードを切り替える指示がプレイヤによって行われたか否かを判定する。処理モードを切り替える指示とは、具体的には、マップ画像を表示する旨の指示、または、メニュー画像を表示する旨の指示である。ステップＳ２１の判定結果が肯定である場合、ステップＳ２２の処理が実行される。一方、ステップＳ２１の判定結果が否定である場合、ステップＳ２３の処理が実行される。

ステップＳ２２において、プロセッサ８１は、ステップＳ２１で行われた指示に応じて処理モードを切り替える。すなわち、マップ画像を表示する旨の指示が行われた場合、プロセッサ８１は、処理モードをマップ表示モードに切り替える。この場合、次に実行される上記ステップＳ４における判定結果が肯定となり、ステップＳ５においてマップ画像を表示する処理が実行される。また、メニュー画像を表示する旨の指示が行われた場合、プロセッサ８１は、処理モードをメニュー表示モードに切り替える。この場合、次に実行される上記ステップＳ６における判定結果が肯定となり、ステップＳ７においてメニュー画像を表示する処理が実行される。ステップＳ２２の後、プロセッサ８１はプレイヤ関連制御処理を終了する。

ステップＳ２３において、プロセッサ８１は、プレイヤキャラクタに対する操作入力が受け付けられる操作受付期間であるか否かを判定する。ここで、本実施形態においては、プレイヤキャラクタに対する操作入力に応じてプレイヤキャラクタが所定の動作（例えば、後述するステップＳ３０において制御される動作）を行っている動作期間は、操作受付期間から外されるものとする。ステップＳ２３の判定結果が肯定である場合、ステップＳ２４の処理が実行される。一方、ステップＳ２３の判定結果が否定である場合、後述するステップＳ３３の処理が実行される。

ステップＳ２４において、プロセッサ８１は、上記ステップＳ１において取得された操作データに基づいて、基準地点を解放するための操作入力が行われたか否かを判定する。すなわち、プロセッサ８１は、基準地点の近傍にプレイヤキャラクタが位置する状態において、「しらべる」のコマンドを実行するための入力が行われたか否かを判定する。ステップＳ２４の判定結果が肯定である場合、ステップＳ２５の処理が実行される。一方、ステップＳ２４の判定結果が否定である場合、後述するステップＳ２９の処理が実行される。

ステップＳ２５において、プロセッサ８１は、上記操作入力が行われた基準地点を解放状態とする。例えば、プロセッサ８１は、メモリに記憶されている、当該基準地点の状態を示すデータを、解放済みであることを示す内容に更新する。また、プロセッサ８１は、基準地点を示す目印オブジェクトの位置に点光源を設定する。これによって、後述の描画処理においては、目印オブジェクトの周囲に光が当たるように描画が行われることとなる。ステップＳ２５の次にステップＳ２６の処理が実行される。

ステップＳ２６において、プロセッサ８１は、解放イベントが発生した場合におけるイベントシーンを開始する。すなわち、プロセッサ８１は、解放された基準地点の周囲が次第に明るくなっていく様子を示すアニメーションの再生を開始する。ステップＳ２６の処理以降、上記アニメーションの再生が終了するまでは、上記ステップＳ２における判定結果は肯定となり、イベントシーンの実行が継続される。ステップＳ２６の次にステップＳ２７の処理が実行される。

ステップＳ２７において、プロセッサ８１は、ステップＳ２６で解放された基準地点に基づいて上述の解放領域を設定する。すなわち、プロセッサ８１は、上記“［２－１．マップの開放領域の設定］”で述べた方法に従って設定される解放領域を示すマップマスクを生成する。具体的には、ゲーム処理の開始時においてメモリにはマップマスクのデータが記憶されており、プロセッサ８１は、設定された解放領域を示すように当該データを更新する。ステップＳ２７の処理によって、フィールドのうち、解放された基準地点を含む領域が解放領域に設定されることとなる。ステップＳ２７の次にステップＳ２８の処理が実行される。

ステップＳ２８において、プロセッサ８１は、ステップＳ２６で解放された基準地点に基づいて上述の照射範囲を設定する。すなわち、プロセッサ８１は、上記“［２－２．照射範囲の設定］”で述べた方法に従って設定される照射範囲を示す上述の２次元範囲データを生成する。具体的には、ゲーム処理の開始時においてメモリには２次元範囲データが記憶されており、プロセッサ８１は、設定された照射範囲を示すように当該データを更新する。ステップＳ２７の処理によって、フィールドのうち、解放された基準地点を含む領域が照射範囲に設定されることとなる。ステップＳ２８の後、プロセッサ８１はプレイヤ関連制御処理を終了する。なお、ステップＳ２５、Ｓ２７、Ｓ２８の処理は、このタイミングに限らず、その後のイベントシーン中の所定のタイミングで行われてもよい。

ステップＳ２９において、プロセッサ８１は、上記ステップＳ１において取得された操作データに基づいて、プレイヤキャラクタに対するアクション指示のための操作入力が行われたか否かを判定する。アクション指示は、プレイヤキャラクタに例えば攻撃動作やジャンプ動作等を行わせるための指示である。ステップＳ２９の判定結果が肯定である場合、ステップＳ３０の処理が実行される。一方、ステップＳ２９の判定結果が否定である場合、後述するステップＳ３１の処理が実行される。

ステップＳ３０において、プロセッサ８１は、ステップＳ２９で行われたアクション指示に応じた動作をプレイヤキャラクタに開始させる。ステップＳ３０でプレイヤキャラクタが動作を開始した後においては、後述するステップＳ３３の処理によって、一定期間にわたって当該動作を行うようにプレイヤキャラクタが制御される。ステップＳ３０の後、プロセッサ８１はプレイヤ関連制御処理を終了する。

ステップＳ３１において、プロセッサ８１は、上記ステップＳ１において取得された操作データに基づいて、プレイヤキャラクタに対する移動指示のための操作入力が行われたか否かを判定する。移動指示は、フィールド上においてプレイヤキャラクタを移動させる動作を行わせるための指示である。ステップＳ３１の判定結果が肯定である場合、ステップＳ３２の処理が実行される。一方、ステップＳ３１の判定結果が否定である場合、ステップＳ３３の処理が実行される。

ステップＳ３２において、プロセッサ８１は、ステップＳ２９で行われた移動指示に応じてプレイヤキャラクタをフィールド上において移動する動作をさせる。ステップＳ３２の後、プロセッサ８１はプレイヤ関連制御処理を終了する。

ステップＳ３３において、プロセッサ８１は、ステップＳ３０で開始された動作の進行や、何も入力されていない場合の動作等、各種の動作を行うようにプレイヤキャラクタを制御する。なお、１回のステップＳ３３においては、プロセッサ８１は、１フレーム時間分の動作の進行を行うようにプレイヤキャラクタを制御する。ステップＳ３３の処理が複数フレームにわたって繰り返し実行されることで、アクション指示に応じた一連の動作をプレイヤキャラクタが行うこととなる。なお、プレイヤキャラクタが行うべき動作がプレイヤによって指示されていない場合（例えば、ステップＳ３０で開始された動作が終了している場合）には、ステップＳ３３において、プロセッサ８１は、プレイヤキャラクタに動作を行わせなくてもよいし、プレイヤキャラクタの挙動を自然に見せるための動作（例えば、辺りを見回したり、体を揺らしたりする動作）を行わせてもよい。ステップＳ３３の後、プロセッサ８１はプレイヤ関連制御処理を終了する。

図２６は、図２４に示すステップＳ９の他オブジェクト制御処理の詳細な流れの一例を示すサブフローチャートである。他オブジェクト制御処理においては、まずステップＳ４１において、プロセッサ８１は、プレイヤキャラクタを除く制御対象となる各オブジェクトについて処理を完了したか否かを判定する。すなわち、上記各オブジェクトが、後述するステップＳ４２において指定済みであるか否かを判定する。ステップＳ４１の判定結果が否定である場合、ステップＳ４２の処理が実行される。一方、ステップＳ４１の判定結果が肯定である場合、プロセッサ８１は他オブジェクト制御処理を終了する。

ステップＳ４２において、プロセッサ８１は、制御対象となるオブジェクトのうちから、後述のステップＳ４３の処理対象となる１つのオブジェクトを指定する。なお、ステップＳ４２においては、今回のステップＳ４１～Ｓ４５の処理ループにおいてまだ処理対象となっていないオブジェクトが指定される。ステップＳ４２の次に、ステップＳ４３の処理が実行される。

ステップＳ４３において、プロセッサ８１は、ステップＳ４２で指定されたオブジェクトの動作を制御する。例えば、当該オブジェクトが敵キャラクタである場合、ゲームプログラムにおいて定められたアルゴリズムに従って敵キャラクタの動作を制御する。また例えば、当該オブジェクトが光源アイテムである場合、プレイヤキャラクタ等の他のキャラクタによる動作に応じて（例えば、プレイヤキャラクタが光源アイテムを投げる動作に応じて）光源アイテムの移動を制御する。ステップＳ４３の次に、ステップＳ４４の処理が実行される。

ステップＳ４４において、プロセッサ８１は、上記ステップＳ４３の処理結果に基づいて、アイテム配置イベントが発生したか否かを判定する。例えば、光源アイテムに関して、プレイヤキャラクタによって投げられた光源アイテムがフィールドにおける地面に配置された場合、プロセッサ８１は、アイテム配置イベントが発生したと判定する。ステップＳ４４の判定結果が肯定である場合、ステップＳ４５の処理が実行される。一方、ステップＳ４４の判定結果が否定である場合、ステップＳ４１の処理が再度実行される。

ステップＳ４５において、プロセッサ８１は、アイテム配置イベントの発生の要因となった光源アイテムの位置に点光源を設定する。これによって、後述の描画処理においては、光源アイテムの周囲に光が当たるように描画が行われることとなる。ステップＳ４５の次に、ステップＳ４１の処理が再度実行される。以降、ステップＳ４１において制御対象となる全てのオブジェクトについて処理を完了したと判定されるまで、ステップＳ４１～Ｓ４５における一連の処理が繰り返し実行される。

図２７は、図２４に示すステップＳ１０の描画処理の詳細な流れの一例を示すサブフローチャートである。描画処理においては、まずステップＳ５１において、プロセッサ８１は、上記“［２－３．画像生成処理］”で述べた第１の段階における処理が完了したか否かを判定する。すなわち、描画対象となる各オブジェクト（例えば、仮想カメラの視野範囲内のオブジェクト）についてＧバッファへの書き込みが完了したか否かを判定する。ステップＳ５１の判定結果が肯定である場合、後述のステップＳ５６の処理が実行される。一方、ステップＳ５１の判定結果が否定である場合、ステップＳ５２の処理が実行される。

ステップＳ５２において、プロセッサ８１は、描画対象となるオブジェクトのうちから、後述のステップＳ５３の処理対象となる１つのオブジェクトを指定する。なお、ステップＳ５２においては、今回のステップＳ５１～Ｓ５５の処理ループにおいてまだ処理対象となっていないオブジェクトが指定される。ステップＳ５２の次に、ステップＳ５３の処理が実行される。

ステップＳ５３において、プロセッサ８１は、ステップＳ５２で指定されたオブジェクトが上述の対象外オブジェクトであるか否かを判定する。ステップＳ５３の判定結果が否定である場合、ステップＳ５４の処理が実行される。一方、ステップＳ５３の判定結果が肯定である場合、ステップＳ５５の処理が実行される。

ステップＳ５４において、プロセッサ８１は、ステップＳ５２で指定されたオブジェクトに関する情報をＧバッファおよび深度バッファに書き込む。すなわち、プロセッサ８１は、当該オブジェクトのポリゴンに対応する画素について、当該ポリゴンの位置、法線、色等の情報をＧバッファに書き込み、深度情報を深度バッファに書き込む。なお、ステップＳ５４における処理は、従来のディファードレンダリングにおける処理と同様であってよい。ステップＳ５４の次に、ステップＳ５１の処理が再度実行される。

一方、ステップＳ５５において、プロセッサ８１は、ステップＳ５２で指定されたオブジェクトに関する情報をＧバッファおよび深度バッファに書き込むとともに、当該オブジェクトが対象外オブジェクトであることを示す情報をＧバッファに書き込む。すなわち、プロセッサ８１は、対象外オブジェクトに関する上記除外マスクのデータをＧバッファに書き込む。ステップＳ５５の次に、ステップＳ５１の処理が再度実行される。

ステップＳ５６において、プロセッサ８１は、上記“［２－３．画像生成処理］”で述べた第２の段階における処理が完了したか否かを判定する。すなわち、ライトバッファおよび暗闇マスクにおける各画素への値の書き込みが完了したか否かを判定する。ステップＳ５６の判定結果が肯定である場合、後述のステップＳ６０の処理が実行される。一方、ステップＳ５６の判定結果が否定である場合、ステップＳ５７の処理が実行される。

ステップＳ５７において、プロセッサ８１は、各画素のうちから、後述のステップＳ５８の処理対象となる１つの画素を指定する。なお、ステップＳ５７においては、今回のステップＳ５６～Ｓ５９の処理ループにおいてまだ処理対象となっていない画素が指定される。ステップＳ５７の次に、ステップＳ５８の処理が実行される。

ステップＳ５８において、プロセッサ８１は、ステップＳ５７において指定された画素についてライトバッファへの書き込みを行う。すなわち、プロセッサ８１は、環境光、および、ステップＳ４５で設定された点光源に基づいて、当該画素における明るさの情報等を算出し、算出された情報をライトバッファに書き込む。なお、ステップＳ５８における処理は、従来のディファードレンダリングにおける処理と同様であってよい。ステップＳ５８の次に、ステップＳ５９の処理が実行される。

ステップＳ５９において、プロセッサ８１は、ステップＳ５７において指定された画素について暗闇マスクの生成（すなわち、暗闇マスク値の設定）を行う。具体的には、プロセッサ８１は、上記“［２－３．画像生成処理］”で述べた方法に従って当該画素における暗闇マスク値を算出する。具体的には、ゲーム処理の開始時においてメモリには暗闇マスクのデータが記憶されており、プロセッサ８１は、照射範囲が新たに設定されたことに応じて当該データを更新する。例えば、プロセッサ８１は、上記ステップＳ２８の処理によって解放イベントに基づく照射範囲が設定されている場合、上記２次元範囲データに基づいて暗闇マスクを更新する。また、上記ステップＳ７のメニュー表示処理が実行されるメニュー表示モードによってプレイヤキャラクタが光る服を装備している場合、プレイヤキャラクタの位置に基づくキャラクタ影響範囲内の位置に対応する画素が照射範囲となるように上記暗闇マスクを更新する。さらに、上記ステップＳ４５の処理によって点光源が設定されている場合、光源アイテムの位置に基づくアイテム影響範囲内の位置に対応する画素が照射範囲となるように上記暗闇マスクを更新する。ステップＳ５９の次に、ステップＳ５６の処理が再度実行される。

ステップＳ６０において、プロセッサ８１は、上記“［２－３．画像生成処理］”で述べた第３の段階における処理が完了したか否かを判定する。すなわち、フレームバッファにおける各画素への値の書き込みが完了したか否かを判定する。ステップＳ６０の判定結果が肯定である場合、プロセッサ８１は図２７に示す描画処理を終了する。一方、ステップＳ６０の判定結果が否定である場合、ステップＳ６１の処理が実行される。

ステップＳ６１において、プロセッサ８１は、各画素のうちから、後述のステップＳ６２の処理対象となる１つの画素を指定する。なお、ステップＳ６１においては、今回のステップＳ６０～Ｓ６２の処理ループにおいてまだ処理対象となっていない画素が指定される。ステップＳ６１の次に、ステップＳ６２の処理が実行される。

ステップＳ６２において、プロセッサ８１は、ステップＳ６１で指定された画素についての画素値を算出してフレームバッファに書き込む。すなわち、プロセッサ８１は、各バッファ（すなわち、Ｇバッファ、深度バッファ、および、ライトバッファ）に書き込まれた情報および暗闇マスクに基づいて、上記“［２－３．画像生成処理］”で述べた方法に従って、当該画素における画素値を算出する。具体的には、プロセッサ８１は、Ｇバッファ、深度バッファ、および、ライトバッファの情報に基づいて、光源による光の影響が反映された画素値を算出し、さらに、算出された画素値と、暗闇マスクにおける暗闇マスク値とに基づいて、暗闇を反映した画素値を算出する。これによって、光源による光の影響および暗闇が反映された画素値がフレームバッファに書き込まれることとなる。ステップＳ６２の次に、ステップＳ６０の処理が再度実行される。

なお、上述したように、上記ステップＳ１０の描画処理は、フォワードレンダリングに基づく方法で実行されてもよい。図２８は、フォワードレンダリングに基づく方法で実行される描画処理の詳細な流れの一例を示すサブフローチャートである。ゲームシステム１は、ステップＳ１０の描画処理として、図２７に示す処理に代えて、図２８に示す処理を実行してもよい。

図２８に示す描画処理においては、まずステップＳ７１において、プロセッサ８１は、描画対象となる各オブジェクト（例えば、仮想カメラの視野範囲内のオブジェクト）について描画が完了したか否かを判定する。ステップＳ７１の判定結果が肯定である場合、プロセッサ８１は、図２８に示す描画処理を終了する。一方、ステップＳ７１の判定結果が否定である場合、ステップＳ７２の処理が実行される。

ステップＳ７２において、プロセッサ８１は、描画対象となるオブジェクトのうちから、以降のステップＳ７３～Ｓ８１の処理対象となる１つのオブジェクトを指定する。なお、ステップＳ７２においては、今回のステップＳ７１～Ｓ８１の処理ループにおいてまだ処理対象となっていないオブジェクトが指定される。ステップＳ７２の次に、ステップＳ７３の処理が実行される。

ステップＳ７３において、プロセッサ８１は、ステップＳ７２で指定されたオブジェクトが上述の対象外オブジェクトであるか否かを判定する。ステップＳ７３の判定結果が肯定である場合、ステップＳ７４の処理が実行される。一方、ステップＳ７３の判定結果が否定である場合、ステップＳ７５の処理が実行される。

ステップＳ７４において、プロセッサ８１は、ステップＳ５２で指定されたオブジェクトについて（すなわち、当該オブジェクトに対応する各画素について）、当該オブジェクトに予め設定される描画設定に基づいて描画を行う。これによって、当該オブジェクトが自発光オブジェクトである場合には、当該オブジェクト自身が光って見えるように描画されたり、当該オブジェクトが上記所定の種類のキャラクタである場合には、当該オブジェクトは陰が付されて見えるように描画されたりする。ステップＳ７４の次に、上記ステップＳ７１の処理が再度実行される。

ステップＳ７５において、プロセッサ８１は、ステップＳ７２で指定されたオブジェクトの各ポリゴンについて描画が完了したか否かを判定する。ステップＳ７５の判定結果が肯定である場合、当該オブジェクトに関する描画が完了したこととなるので、上記ステップＳ７１の処理が再度実行される。一方、ステップＳ７５の判定結果が否定である場合、ステップＳ７６の処理が実行される。

ステップＳ７６において、プロセッサ８１は、ステップＳ７２で指定されたオブジェクトの各ポリゴンのうち１つを指定する。なお、ステップＳ７６においては、今回のステップＳ７５～Ｓ８１の処理ループにおいてまだ処理対象となっていないポリゴンが指定される。ステップＳ７６の次に、ステップＳ７７の処理が実行される。

ステップＳ７７において、プロセッサ８１は、ステップＳ７６で指定されたポリゴンに対応する各画素について描画が完了したか否かを判定する。ステップＳ７７の判定結果が肯定である場合、当該ポリゴンに関する描画が完了したこととなるので、上記ステップＳ７５の処理が再度実行される。一方、ステップＳ７７の判定結果が否定である場合、ステップＳ７８の処理が実行される。

ステップＳ７８において、プロセッサ８１は、ステップＳ７６で指定されたポリゴンに対応する各画素のうち１つを指定する。なお、ステップＳ７８においては、今回のステップＳ７７～Ｓ８１の処理ループにおいてまだ処理対象となっていない画素が指定される。ステップＳ７８の次に、ステップＳ７９の処理が実行される。

ステップＳ７９において、プロセッサ８１は、ステップＳ７８で指定された画素に対応する位置（すなわち、フィールドにおける位置）が照射範囲内であるか否かを判定する。なお、図２８に示す描画処理によって描画が行われる実施形態では、プロセッサ８１は、上記ステップＳ２８において解放イベントに基づく照射範囲を設定し、上記ステップＳ７のメニュー表示処理においてプレイヤキャラクタが光る服を装備した場合には、プレイヤキャラクタの位置に基づく照射範囲を設定し、上記ステップＳ４５の処理において点光源が設定された場合には、光源アイテムの位置に基づく照射範囲を設定する。ステップＳ７９の判定結果が肯定である場合、ステップＳ８０の処理が実行される。一方、ステップＳ７９の判定結果が否定である場合、ステップＳ８１の処理が実行される。

ステップＳ８０において、プロセッサ８１は、ステップＳ７８で指定された画素について、フィールドに設定される光源（すなわち、環境光および／または点光源）を反映して描画を行う。具体的には、プロセッサ８１は、当該画素に対応するポリゴンの法線の情報、当該画素に対応するポリゴンに設定される色の情報、および、フィールドに設定される光源の情報等に基づいて当該画素の画素値を算出してフレームバッファに書き込む。これによって、照射範囲内の位置に対応する画素については、光源を考慮して描画が行われることとなる。なお、ステップＳ８０における処理は、従来のフォワードレンダリングに基づく描画処理と同様であってよい。ステップＳ８０の次に、ステップＳ７７の処理が再度実行される。

一方、ステップＳ８１において、プロセッサ８１は、ステップＳ７８で指定された画素について、黒色で描画を行う。これによって、照射範囲外の位置に対応する画素については黒色で描画されることとなる。ステップＳ８１の次に、ステップＳ７７の処理が再度実行される。

なお、図２８に示す描画処理においても図２７に示す描画処理と同様、照射範囲内において照射範囲の境界に近づくにつれて次第に黒色が濃くなっていくように描画が行われてもよい。例えば、上記ステップＳ８０において、プロセッサ８１は、ステップＳ７８で指定された画素について、上述の暗闇マスク値を算出し、光源による光の影響が反映された画素値と黒色とを、暗闇マスク値に応じた割合で合成することで当該画素の画素値を算出してもよい。

［４．本実施形態の作用効果および変形例］
上記の実施形態におけるゲームプログラムは、情報処理装置（例えば、ゲーム装置２）のコンピュータ（例えば、プロセッサ８１）に、次の処理を実行させる構成である。
・操作入力に基づいて、プレイヤキャラクタを仮想空間（上記実施形態においては、フィールド）内において制御するゲーム処理（ステップＳ３２）
・ゲーム処理に基づいて所定のイベント（例えば、解放イベント）が発生した場合に、仮想空間内に設定された複数の地点（例えば、基準地点）のうち、発生したイベントに対応付けられる地点を第１の状態（例えば、未解放の状態）から第２の状態（例えば、解放された状態）へ遷移させる処理（ステップＳ２５）
・地点に対応する位置において第１の基準値となり、当該位置からの距離に応じて減衰する第１判定値について、複数の地点のうち第２の状態となっている１つ以上の地点に基づく当該第１判定値を位置ごとに合計した合計判定値が所定値以上となる領域（上記実施形態においては、解放領域）を特定する処理（ステップＳ２７）
・操作入力により行われるマップ表示指示に応じて、仮想空間のフィールド情報を示すマップ画像であって、上記領域に対応する部分のフィールド情報が示されたマップ画像を表示する処理（ステップＳ５）

上記の構成によれば、解放されるマップ画像の範囲（すなわち、解放領域の範囲）を、複数のイベントの発生の有無に応じて変化させることができる。また、複数の上記地点のうちでどの地点が第２の状態となっているかによって、仮想空間の各位置における合計判定値が様々に変化するので、各地点における状態に応じて（すなわち、各地点におけるイベントの発生状況に応じて）解放領域を様々に変化させることができる。

なお、解放領域を特定する処理は、上記実施形態においては、イベントが発生したタイミングで実行される（図２５のステップＳ２７参照）が、当該処理を実行するタイミングはこれに限らない。他の実施形態においては、解放領域を特定する処理は、マップ画像を生成する度に実行されてもよいし、イベント発生後において次にマップ画像を生成するタイミングで実行されてもよい。

上記所定のイベントは、上記実施形態においては、地点に対応して仮想空間内に設定されたイベント発生位置にプレイヤキャラクタが位置する場合に所定の操作入力が行われることで発生するイベントであり、具体的には、解放イベントであった。ここで、「イベント発生位置にプレイヤキャラクタが位置する場合に所定の操作入力が行われることで発生するイベント」とは、解放イベントに限らず、他のイベントであってもよい。例えば、上記所定のイベントは、仮想空間におけるイベント発生位置にプレイヤキャラクタが到達するイベント（この例において、プレイヤキャラクタをイベント発生位置に移動させる操作入力が、所定の操作に該当する）であってもよいし、仮想空間におけるイベント発生位置においてプレイヤキャラクタが特定のアイテムを使用するイベント（この例において、アイテムを使用させる操作入力が、所定の操作に該当する）であってもよい。また、他の実施形態においては、上記所定のイベントは、イベント発生位置にプレイヤキャラクタが位置する場合に所定の操作入力が行われることで発生するイベントに限らず、他の種類のイベント（例えば、所定の操作入力を条件としないイベント）であってもよい。

また、上記実施形態におけるゲームプログラムは、情報処理装置（例えば、ゲーム装置２）のコンピュータ（例えば、プロセッサ８１）に、次の処理を実行させる構成であると言うこともできる。
・ゲーム処理に基づいて所定のイベント（例えば、照射イベント）が発生した場合に、仮想空間内に対象範囲（例えば、照射範囲）を設定する処理（ステップＳ２８、ステップＳ５９）
・仮想空間の描画を行う描画処理において、仮想空間内の少なくとも一部の地形オブジェクトについて、対象範囲に含まれる部分を、仮想空間内に設定された光源を反映して描画させ、対象範囲に含まれない部分を、所定の色によって描画する処理（ステップＳ６２）

上記の構成によれば、仮想空間における視認性の低い領域と視認性が確保された領域とをイベントの発生に応じて動的に変更することができる。これによって、フィールドのうちで視認可能な部分を、イベントを発生させることで増やしていくゲームを提供することができる。また、上記の構成によれば、対象範囲の部分については光源を反映して描画することで、視認しやすくすることができる一方、対象範囲外の部分については所定の色によって描画することで、当該部分を視認不可能または視認困難とすることができる。このように、上記の構成によれば、ゲームフィールドにおける領域の視認性を調整しやすくすることができる。

上記対象範囲を設定する処理は、３次元の仮想空間において範囲を設定する処理（例えば、上述したキャラクタ影響範囲およびアイテム影響範囲を仮想空間において設定する処理）であってもよいし、仮想空間に対応する２次元平面において範囲を設定する処理（例えば、上述のフィールド対応平面において２次元範囲データを生成する処理）であってもよい。また、対象範囲は、概念としては仮想空間における範囲を示すものであるが、対象範囲を示すデータは、仮想空間の位置に関するデータに限らず、仮想空間に対応する２次元平面上の位置に関するデータ（例えば、上記２次元範囲データ）であってもよいし、仮想空間に対応する画素平面上の位置に関するデータ（例えば、暗闇マスクのデータ）であってもよい。

上記「少なくとも一部の地形オブジェクト」とは、全ての地形オブジェクトについて対象範囲に応じて描画の方法を変化させる必要はない意図である。例えば、地形オブジェクトの一部は上述の対象外オブジェクトに設定されてもよい。

上記実施形態においては、ゲームシステム１は、対象範囲に含まれない部分のオブジェクトを、黒色で描画するものとしたが、他の色で描画するようにしてもよい。他の色で描画する場合であっても当該部分を視認不可能または視認困難とすることができるので、上記実施形態と同様の効果を得ることができる。例えば、ゲームのストーリー上の設定において、霧がかかっているために視認不可能または視認困難とする領域については、ゲームシステム１は白色または灰色で描画するようにしてもよい。また、上記「所定の色」とは、描画を行う画素に対応するオブジェクトに設定される色とは独立して設定される色であり、単色である必要はない。対象範囲に含まれない部分に対応する複数の画素は、複数種類の所定の色によって模様が形成されるように描画されてもよい。

また、他の実施形態においては、ゲームシステム１は、対象範囲に含まれない部分のオブジェクトを、明るさを下げて描画する構成を採用してもよい。例えば、ゲームシステム１は、当該部分のオブジェクトを、光源が設定される場合における当該画素よりも明るさを下げて描画するようにしてもよい。具体的には、ゲームシステム１は、描画処理において、対象範囲に含まれない部分のオブジェクトに対応する画素について、光源による光の影響を反映した画素値から明るさを下げた画素値をフレームバッファに書き込むようにしてもよい。なお、明るさを下げる具体的な方法は任意であり、元の明るさ（すなわち、光源による光の影響を考慮したときの明るさ）を所定の割合で下げるようにしてもよいし、元の明るさを所定量だけ下げるようにしてもよいし、所定の基準以下となるように明るさを下げるようにしてもよい。上記の構成によっても、上記実施形態と同様の効果を得ることができる。

また、上記実施形態におけるゲームプログラムは、情報処理装置（例えば、ゲーム装置２）のコンピュータ（例えば、プロセッサ８１）に、次の処理を実行させる構成であると言うこともできる。
・操作入力に基づいてプレイヤキャラクタを仮想空間内において制御するゲーム処理（ステップＳ３２）
・ゲーム処理に基づいて所定のイベント（例えば、解放イベント）が発生した場合に、仮想空間内に設定された複数の地点（例えば、基準地点）のうち、発生したイベントに対応付けられる地点を第１の状態（例えば、未解放の状態）から第２の状態（例えば、解放された状態）へ遷移させる処理（ステップＳ２５）
・複数の地点のうち第２の状態となっている地点を少なくとも含む領域（上記実施形態においては、解放領域）を特定する処理（ステップＳ２７）
・仮想空間内の少なくとも一部の地形オブジェクトについて、上記領域の少なくとも一部を含む対象範囲（例えば、照射範囲）に含まれない部分を、所定の色によって描画する描画処理（ステップＳ６２）
・操作入力により行われるマップ表示指示に応じて、仮想空間のフィールド情報を示すマップ画像であって、解放領域に対応する部分のフィールド情報が示されたマップ画像を表示する処理（ステップＳ５）

上記の構成によれば、マップ画像においてフィールド情報が示されない領域の変化に応じて、仮想空間において視認性が確保される範囲（すなわち、上記対象範囲）を変化させることができる。すなわち、マップ画像において新たにフィールド情報が示されるようになった解放領域について、視認性が確保される表示態様で仮想空間が表示されるようにすることができる。また、上記の構成によれば、イベントの発生に応じて、仮想空間において視認性が確保される範囲が拡がるとともに、マップ画像においてフィールド情報が示される領域も拡がるので、イベントを発生させることで探索範囲を拡げていくというゲーム性が十分に発揮されるゲームを提供することができる。

なお、他の実施形態においては、上記の構成における描画処理において、ゲームシステム１は、対象範囲に含まれない部分を所定の色によって描画することに代えて、対象範囲に含まれない部分を、対象範囲に含まれる部分より暗く描画するようにしてもよい。具体的には、ゲームシステム１は、描画処理において、光源による光の影響を反映した画素値に対して、明るさを所定の方法で低下させた画素値をフレームバッファに書き込むようにしてもよい。所定の方法は、例えば、元の明るさを所定の割合で（または所定値だけ）低下させる方法であってもよいし、所定の基準以下の明るさとなるように明るさを変更する方法であってもよい。

上記実施形態においては、ゲームシステム１は、上記対象範囲として、（ａ）複数の地点のうち第２の状態となっている１つ以上の地点に基づく１つ以上の判定値を少なくとも合計した合計判定値が所定値以上となる位置からなる範囲内であり、かつ、（ｂ）地点に対応する２次元的な位置からの２次元的な距離がしきい値以下となる範囲（すなわち、解放領域の範囲内であり、かつ、地点影響範囲内となる範囲）を設定する。これによれば、仮想空間において視認性が確保される範囲が大きくなりすぎることを抑制することができるので、イベントを発生させることで探索範囲を拡げていくというゲーム性が失われる可能性を低減することができる。

なお、上記の実施形態において、ある情報処理装置においてデータ（プログラムを含む意味である）を用いて処理が実行される場合、当該処理に必要なデータの一部が、当該ある情報処理装置とは異なる他の情報処理装置から送信されてもよい。このとき、当該ある情報処理装置は、他の情報処理装置から受信されたデータと、自身に記憶されているデータとを用いて上記処理を実行してもよい。

なお、他の実施形態において、情報処理システムは、上記実施形態における構成の一部を備えていなくてもよいし、上記実施形態において実行される処理の一部を実行しなくてもよい。例えば、情報処理システムは、上記実施形態における一部の特定の効果を奏するためには、当該効果を奏するための構成を備え、当該効果を奏するための処理を実行すればよく、その他の構成を備えていなくてもよいし、その他の処理を実行しなくてもよい。

上記実施形態は、マップ画像において解放される領域の形状を、複数のイベントそれぞれの発生の有無に応じた形状にすること等を目的として、例えば、ゲームシステムやゲームプログラムとして利用することが可能である。

１ ゲームシステム
２ 本体装置
８１ プロセッサ
２０１ プレイヤキャラクタ
２０２ 基準地点
２０３ 目印オブジェクト

Claims (28)

1. 情報処理装置のコンピュータに、
   操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御するゲーム処理を実行させ、
   前記ゲーム処理に基づいて所定のイベントが発生した場合に、前記仮想空間内に設定された複数の地点のうち、発生した前記所定のイベントに対応付けられる地点を第１の状態から第２の状態へ遷移させ、
   前記地点に対応する位置において第１基準値となり、当該位置からの距離に応じて減衰する第１判定値について、前記複数の地点のうち前記第２の状態となっている１つ以上の地点に基づく当該第１判定値を位置ごとに合計した合計判定値が所定値以上となる領域を特定させ、
   前記仮想空間のフィールド情報を示すマップ画像であって、前記領域に対応する部分のフィールド情報が示されたマップ画像を表示させる、
   ゲームプログラム。
2. 前記マップ画像は、前記フィールド情報を２次元的に示す画像であって、
   前記第１判定値は、前記地点に対応する２次元的な位置からの２次元的な距離に応じて減衰する値である、
   請求項１に記載のゲームプログラム。
3. 前記複数の地点のそれぞれについて設定される前記第１基準値は、前記複数の地点ごとに大きさが設定される、
   請求項２に記載のゲームプログラム。
4. 前記合計判定値は、前記複数の地点のうちの前記第２の状態となっている１つ以上の地点についての前記第１判定値の合計から、前記複数の地点のうちの前記第１の状態となっている１つ以上の地点についての前記第２判定値の合計を減算した値であり、
   前記第２判定値は、前記地点に対応する位置において、前記第１基準値と同じまたは異なる第２基準値となり、当該位置からの距離に応じて減衰する値である、
   請求項３に記載のゲームプログラム。
5. 前記所定のイベントは、前記地点に対応して前記仮想空間内に設定されたイベント発生位置に前記プレイヤキャラクタが位置する場合に所定の操作入力が行われることで発生するイベントである、
   請求項１から請求項４のいずれか１項に記載のゲームプログラム。
6. 前記コンピュータに、前記所定のイベントが発生した場合、
   前記仮想空間内において前記領域の範囲を示す２次元のマスクデータを生成させ、
   前記フィールド情報を含む元マップ画像に前記マスクデータを適用することによって、前記領域に対応する部分の前記フィールド情報が示された前記マップ画像を生成させる、
   請求項１から請求項４のいずれか１項に記載のゲームプログラム。
7. 前記マスクデータは、前記仮想空間内の位置における前記合計判定値の大きさに応じた多値の値を各位置について示すデータであり、
   前記コンピュータに、
   前記マップ表示指示に応じて、前記マスクデータが示す多値の値に応じた比率で当該マスクデータを前記元マップ画像に対して画素毎に適用することによって、前記マップ画像を生成させる、
   請求項６に記載のゲームプログラム。
8. プロセッサを備えた少なくとも１つの情報処理装置を備え、
   前記少なくとも１つの情報処理装置の少なくともいずれかのプロセッサは、
   操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御するゲーム処理を実行し、
   前記ゲーム処理に基づいて所定のイベントが発生した場合に、前記仮想空間内に設定された複数の地点のうち、発生した前記所定のイベントに対応付けられる地点を第１の状態から第２の状態へ遷移させ、
   前記地点に対応する位置において第１基準値となり、当該位置からの距離に応じて減衰する第１判定値について、前記複数の地点のうち前記第２の状態となっている１つ以上の地点に基づく当該第１判定値を位置ごとに合計した合計判定値が所定値以上となる領域を特定し、
   前記仮想空間のフィールド情報を示すマップ画像であって、前記領域に対応する部分のフィールド情報が示されたマップ画像を表示する、
   情報処理システム。
9. 前記マップ画像は、前記フィールド情報を２次元的に示す画像であって、
   前記第１判定値は、前記地点に対応する２次元的な位置からの２次元的な距離に応じて減衰する値である、
   請求項８に記載の情報処理システム。
10. 前記複数の地点のそれぞれについて設定される前記第１基準値は、前記複数の地点ごとに大きさが設定される、
    請求項９に記載の情報処理システム。
11. 前記合計判定値は、前記複数の地点のうちの前記第２の状態となっている１つ以上の地点についての前記第１判定値の合計から、前記複数の地点のうちの前記第１の状態となっている１つ以上の地点についての前記第２判定値の合計を減算した値であり、
    前記第２判定値は、前記地点に対応する位置において、前記第１基準値と同じまたは異なる第２基準値となり、当該位置からの距離に応じて減衰する値である、
    請求項１０に記載の情報処理システム。
12. 前記所定のイベントは、前記地点に対応して前記仮想空間内に設定されたイベント発生位置に前記プレイヤキャラクタが位置する場合に所定の操作入力が行われることで発生するイベントである、
    請求項８から請求項１１のいずれか１項に記載の情報処理システム。
13. 前記少なくともいずれかのプロセッサは、前記所定のイベントが発生した場合、
    前記仮想空間内において前記領域の範囲を示す２次元のマスクデータを生成し、
    前記フィールド情報を含む元マップ画像に前記マスクデータを適用することによって、前記領域に対応する部分の前記フィールド情報が示された前記マップ画像を生成する、
    請求項８から請求項１１のいずれか１項に記載の情報処理システム。
14. 前記マスクデータは、前記仮想空間内の位置における前記合計判定値の大きさに応じた多値の値を各位置について示すデータであり、
    前記少なくともいずれかのプロセッサは、
    前記マップ表示指示に応じて、前記マスクデータが示す多値の値に応じた比率で当該マスクデータを前記元マップ画像に対して画素毎に適用することによって、前記マップ画像を生成する、
    請求項１３に記載の情報処理システム。
15. プロセッサを備え、
    前記プロセッサは、
    操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御するゲーム処理を実行し、
    前記ゲーム処理に基づいて所定のイベントが発生した場合に、前記仮想空間内に設定された複数の地点のうち、発生した前記所定のイベントに対応付けられる地点を第１の状態から第２の状態へ遷移させ、
    前記地点に対応する位置において第１基準値となり、当該位置からの距離に応じて減衰する第１判定値について、前記複数の地点のうち前記第２の状態となっている１つ以上の地点に基づく当該第１判定値を位置ごとに合計した合計判定値が所定値以上となる領域を特定し、
    前記仮想空間のフィールド情報を示すマップ画像であって、前記領域に対応する部分のフィールド情報が示されたマップ画像を表示する、
    情報処理装置。
16. 前記マップ画像は、前記フィールド情報を２次元的に示す画像であって、
    前記第１判定値は、前記地点に対応する２次元的な位置からの２次元的な距離に応じて減衰する値である、
    請求項１５に記載の情報処理装置。
17. 前記複数の地点のそれぞれについて設定される前記第１基準値は、前記複数の地点ごとに大きさが設定される、
    請求項１６に記載の情報処理装置。
18. 前記合計判定値は、前記複数の地点のうちの前記第２の状態となっている１つ以上の地点についての前記第１判定値の合計から、前記複数の地点のうちの前記第１の状態となっている１つ以上の地点についての前記第２判定値の合計を減算した値であり、
    前記第２判定値は、前記地点に対応する位置において、前記第１基準値と同じまたは異なる第２基準値となり、当該位置からの距離に応じて減衰する値である、
    請求項１７に記載の情報処理装置。
19. 前記所定のイベントは、前記地点に対応して前記仮想空間内に設定されたイベント発生位置に前記プレイヤキャラクタが位置する場合に所定の操作入力が行われることで発生するイベントである、
    請求項１５から請求項１８のいずれか１項に記載の情報処理装置。
20. 前記プロセッサは、前記所定のイベントが発生した場合、
    前記仮想空間内において前記領域の範囲を示す２次元のマスクデータを生成し、
    前記フィールド情報を含む元マップ画像に前記マスクデータを適用することによって、前記領域に対応する部分の前記フィールド情報が示された前記マップ画像を生成する、
    請求項１５から請求項１８のいずれか１項に記載の情報処理装置。
21. 前記マスクデータは、前記仮想空間内の位置における前記合計判定値の大きさに応じた多値の値を各位置について示すデータであり、
    前記プロセッサは、
    前記マップ表示指示に応じて、前記マスクデータが示す多値の値に応じた比率で当該マスクデータを前記元マップ画像に対して画素毎に適用することによって、前記マップ画像を生成する、
    請求項２０に記載の情報処理装置。
22. 情報処理システムによって実行されるゲーム処理方法であって、
    前記情報処理システムは、
    操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御するゲーム処理を実行し、
    前記ゲーム処理に基づいて所定のイベントが発生した場合に、前記仮想空間内に設定された複数の地点のうち、発生した前記所定のイベントに対応付けられる地点を第１の状態から第２の状態へ遷移させ、
    前記地点に対応する位置において第１基準値となり、当該位置からの距離に応じて減衰する第１判定値について、前記複数の地点のうち前記第２の状態となっている１つ以上の地点に基づく当該第１判定値を位置ごとに合計した合計判定値が所定値以上となる領域を特定し、
    前記仮想空間のフィールド情報を示すマップ画像であって、前記領域に対応する部分のフィールド情報が示されたマップ画像を表示する、
    ゲーム処理方法。
23. 前記マップ画像は、前記フィールド情報を２次元的に示す画像であって、
    前記第１判定値は、前記地点に対応する２次元的な位置からの２次元的な距離に応じて減衰する値である、
    請求項２２に記載のゲーム処理方法。
24. 前記複数の地点のそれぞれについて設定される前記第１基準値は、前記複数の地点ごとに大きさが設定される、
    請求項２３に記載のゲーム処理方法。
25. 前記合計判定値は、前記複数の地点のうちの前記第２の状態となっている１つ以上の地点についての前記第１判定値の合計から、前記複数の地点のうちの前記第１の状態となっている１つ以上の地点についての前記第２判定値の合計を減算した値であり、
    前記第２判定値は、前記地点に対応する位置において、前記第１基準値と同じまたは異なる第２基準値となり、当該位置からの距離に応じて減衰する値である、
    請求項２４に記載のゲーム処理方法。
26. 前記所定のイベントは、前記地点に対応して前記仮想空間内に設定されたイベント発生位置に前記プレイヤキャラクタが位置する場合に所定の操作入力が行われることで発生するイベントである、
    請求項２２から請求項２５のいずれか１項に記載のゲーム処理方法。
27. 前記情報処理システムは、前記所定のイベントが発生した場合、
    前記仮想空間内において前記領域の範囲を示す２次元のマスクデータを生成し、
    前記フィールド情報を含む元マップ画像に前記マスクデータを適用することによって、前記領域に対応する部分の前記フィールド情報が示された前記マップ画像を生成する、
    請求項２２から請求項２５のいずれか１項に記載のゲーム処理方法。
28. 前記マスクデータは、前記仮想空間内の位置における前記合計判定値の大きさに応じた多値の値を各位置について示すデータであり、
    前記情報処理システムは、
    前記マップ表示指示に応じて、前記マスクデータが示す多値の値に応じた比率で当該マスクデータを前記元マップ画像に対して画素毎に適用することによって、前記マップ画像を生成する、
    請求項２７に記載のゲーム処理方法。
    

Images