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

Abstract

【課題】ゲーム空間を正射影で描画してもプレイヤキャラクタが手前側や奥側にいるように十分に見える画像表現ができるゲームプログラム等を提供すること。【解決手段】正射影に基づいて、仮想空間内のオブジェクトをフレームバッファに描画させ、さらに、ゲーム中の第１の場面において、仮想空間内のオブジェクトのうち少なくともプレイヤキャラクタオブジェクトと一部の地形オブジェクトに対して、手前側に移動すると共に拡大、または奥側に移動すると共に縮小する変換を頂点シェーダによって行いながら描画させる。【選択図】図６

Description

本開示は、ゲーム等の情報処理に関する。

従来から、ゲーム空間を正射影で描画して横スクロールさせるゲームあった。（例えば、特許文献１）

特許第５６４３６１７号公報

ゲーム空間を正射影で描画する場合、キャラクタが通常よりも手前側や奥側に配置されても見た目の大きさは変わらないため、手前側や奥側にいるように十分に見える画像表現が求められていた。

それ故に、本発明の目的は、ゲーム空間を正射影で描画してもキャラクタが手前側や奥側にいるように十分に見える画像表現ができるゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法を提供することである。

上記目的を達成するために、例えば以下のような構成例が挙げられる。

第１の構成例は、情報処理装置のコンピュータに、少なくともプレイヤキャラクタオブジェクトと地形オブジェクトが配置された仮想空間内において、少なくともプレイヤキャラクタオブジェクトと仮想カメラを制御させ、正射影に基づいて、仮想空間内のオブジェクトをフレームバッファに描画させ、さらに、ゲーム中の第１の場面において、仮想空間内のオブジェクトのうち少なくともプレイヤキャラクタオブジェクトと一部の地形オブジェクトに対して、手前側に移動すると共に拡大、または奥側に移動すると共に縮小する変換を頂点シェーダによって行いながら描画させる、ゲームプログラムである。

上記第１の構成例によれば、正射影によって仮想空間を描画する際に頂点シェーダによってオブジェクトを拡大または縮小するので、オブジェクトが手前側や奥側に配置されていることを表現でき、ゲーム画像の奥行き感を効果的に表現できる。また、仮想空間内に存在するオブジェクトを拡大または縮小するのではなく、仮想空間を描画する際に頂点シェーダによってオブジェクトを拡大または縮小するので、仮想空間内に存在するオブジェクトを拡大または縮小することに応じて衝突判定等のゲーム処理を修正する必要がない。

第２の構成例は、上記第１の構成例において、コンピュータに、プレイヤキャラクタオブジェクトの制御に基づいてゲーム内の第１の条件が満たされた場合に、第１の地形オブジェクトを登場させて、以降の場面である第１の場面において、プレイヤキャラクタオブジェクトと第１の地形オブジェクトに対して変換を行いながら描画させる。

上記第２の構成例によれば、新たに手前側または奥側に登場した地形オブジェクト上をプレイヤキャラクタが移動するゲーム画像を表現できる。

第３の構成例は、上記第１の構成例において、上記第１の構成例において、コンピュータに、正射影に基づいて、仮想空間内のオブジェクトをフレームバッファに描画させ、さらに、仮想空間内のオブジェクトのうち、第２の地形オブジェクトに対して変換を行いながら描画させ、プレイヤキャラクタの制御に基づいてゲーム内の第２の条件が満たされた場合に、プレイヤキャラクタオブジェクトを移動させて、以降の場面である第１の場面において、さらにプレイヤキャラクタオブジェクトに対して変換を行いながら描画させる。

上記第３の構成例によれば、既に手前側または奥側に配置された地形オブジェクト上にプレイヤキャラクタが移動するゲーム画像を表現できる。

第４の構成例は、上記第１の構成例において、コンピュータに、仮想空間内のオブジェクトを、デプステストを行いながらフレームバッファに描画させ、当該フレームバッファに描画された画像に対してさらに、デプスバッファのデプスに基づいて、当該デプスが小さい第１の範囲を除外した第２の範囲の画素に基づいた所定の効果を加えさせる。

上記第４の構成例によれば、ゲーム画像において奥側の範囲にだけ所定の効果を加えることができる。また、奥側に移動して描画されたキャラクタも所定の効果の対象になり、奥行き感が出せる。

第５の構成例は、上記第４の構成例において、所定の効果はブルーム効果である。

上記第５の構成例によれば、奥行き感のあるブルーム効果が表現できる。

第６の構成例は、上記第５の構成例において、コンピュータに、第２の範囲の画素に基づいたブルーム効果によって第１の範囲の画素に対して色が加算される場合に、加算される色を、少なくとも累乗に基づいて補正させて加算させる。

上記第６の構成例によれば、更に奥行き感のあるブルーム効果が表現できる。

本実施形態によれば、ゲーム空間を正射影で描画してもキャラクタが手前側や奥側にいるように十分に見える画像表現ができるゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法を提供することができる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 ゲーム画面の一例を説明するための図 ゲーム空間の一例を説明するための図 正射影による描画の際の頂点シェーダによる変換の概念図の一例 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム空間の一例を説明するための図 正射影による描画の際の頂点シェーダによる変換の概念図の一例 ゲーム空間の一例を説明するための図 正射影による描画の際の頂点シェーダによる変換の概念図の一例 ゲーム画面の一例を説明するための図 ブルーム効果について説明するための図 ＤＲＡＭ８５に記憶される各種データの例を示す図 ゲーム処理および描画処理等のフローチャートの一例 ゲーム空間の一例を説明するための図 正射影による描画の際の頂点シェーダによる変換の概念図の一例

以下、一実施形態について説明する。

［情報処理システムのハードウェア構成］

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

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

また、本体装置２は、スピーカを備えており、スピーカから効果音等の音が出力される。

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

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

左コントローラ３および右コントローラ４は、それぞれ、各種操作ボタン等を備える。各種操作ボタン等は、本体装置２で実行される各種プログラム（例えば、ＯＳプログラムやアプリケーションプログラム）に応じた指示を行うために用いられる。

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

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

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

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

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

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。本実施形態においては、ネットワーク通信部８２は、例えばＷｉ－Ｆｉの規格に準拠した方式により無線ＬＡＮに接続して、外部装置（他の本体装置２）とインターネット通信等を行う。また、ネットワーク通信部８２は、他の本体装置２と近距離無線通信（例えば、赤外線通信）を行うこともできる。

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

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

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

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

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

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

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

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

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

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

左コントローラ３は、各ボタン１０３を備える。また、左コントローラ３は、左スティック３２を備える。各ボタン１０３および左スティック３２は、自身に対して行われた操作に関する情報を、適宜のタイミングで繰り返し通信制御部１０１へ出力する。

左コントローラ３は、慣性センサを備える。具体的には、左コントローラ３は、加速度センサ１０４を備える。また、左コントローラ３は、角速度センサ１０５を備える。本実施形態においては、加速度センサ１０４は、所定の３軸（例えば、図４に示すｘｙｚ軸）方向に沿った加速度の大きさを検出する。なお、加速度センサ１０４は、１軸方向あるいは２軸方向の加速度を検出するものであってもよい。本実施形態においては、角速度センサ１０５は、所定の３軸（例えば、図４に示すｘｙｚ軸）回りの角速度を検出する。なお、角速度センサ１０５は、１軸回りあるいは２軸回りの角速度を検出するものであってもよい。加速度センサ１０４および角速度センサ１０５は、それぞれ通信制御部１０１に接続される。そして、加速度センサ１０４および角速度センサ１０５の検出結果は、適宜のタイミングで繰り返し通信制御部１０１へ出力される。

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

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３および左スティック３２に対する操作を、操作データに基づいて判別することができる。また、本体装置２は、左コントローラ３の動きおよび／または姿勢に関する情報を、操作データ（具体的には、加速度センサ１０４および角速度センサ１０５の検出結果）に基づいて算出することができる。

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

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

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

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

［本実施形態で想定するゲームについて］
次に、本実施形態にかかるゲームシステム１で実行されるゲーム処理（情報処理の一例）の概要を説明する。本実施形態で想定するゲームは、様々なオブジェクトが配置された仮想空間（ゲーム空間）内を、プレイヤ（ユーザ）の操作に応じて動作するプレイヤキャラクタオブジェクト（「プレイヤキャラクタ」という場合がある）が移動してゴール地点に到達するアクションゲームである。また、本ゲームは、ゲーム空間を仮想カメラによって正射影（平行投影）で撮影して、２次元ゲームのようなゲーム画像を画面（ディスプレイ１２）に表示させるゲームである。なお、本ゲームは、アクションゲームに限られず、他の種類のゲームであってもよい。

［本実施形態のゲーム処理および描画処理の概要］
図４は、本ゲームのゲーム画面の一例を示す図である。図４に示すように、ゲーム画面には、地形オブジェクトＡ、地形オブジェクトＢ、地形オブジェクトＣが表示されている。地形オブジェクトＡ上には、１つの敵キャラクタオブジェクト（「敵キャラクタ」という場合がある）２０１と、１つのプレイヤキャラクタ２００と、１つの出入口オブジェクト（単に「出入口」という場合がある）２０５とが表示されている。地形オブジェクトＢ上には、２つの敵キャラクタ２０１と、１つの出入口２０２と、１つの出入口２０３とが表示されている。地形オブジェクトＣ上には、２つの敵キャラクタ２０１と、１つの出入口２０４と、３つの木オブジェクト（単に「木」という場合がある）２１０とが表示されている。なお、地形オブジェクトＡおよび地形オブジェクトＡ上に表示されるオブジェクトを「レイヤＡ」という場合があり、地形オブジェクトＢおよび地形オブジェクトＢ上に表示されるオブジェクトを「レイヤＢ」という場合があり、地形オブジェクトＣおよび地形オブジェクトＣ上に表示されるオブジェクトを「レイヤＣ」という場合がある。

プレイヤは、プレイヤキャラクタ２００を操作して、右方向（ｘ軸の増加方向）に有るゴール地点（図示なし）を目指してプレイヤキャラクタ２００を移動させる。また、プレイヤの操作に応じてプレイヤキャラクタ２００が右方向又は左方向に移動すると、プレイヤキャラクタ２００が画面の表示範囲外に出ないように、レイヤＡ、レイヤＢ、レイヤＣが横スクロールして表示される。なお、プレイヤキャラクタ２００は、敵キャラクタ２０１に接触するとダメージを受ける。

敵キャラクタ２０１は、同じ種類の敵キャラクタであり、ゲーム空間において同じ大きさである。木２１０も、同じ種類の木であり、ゲーム空間において同じ大きさである。出入口２０３と出入口２０５はゲーム空間において同じ大きさであり、出入口２０２と２０４もゲーム空間において同じ大きさある。

そして、図４に示すように、本ゲームのゲーム画面では、最も手前側として表示されるレイヤＡを拡大表示し、最も奥側として表示されるレイヤＣを縮小表示している。このことによって、正射影でゲーム空間を撮影しても、奥行き感のあるゲーム画像を表示することができる。なお、従来の方法では、正射影でゲーム空間を撮影すると、手前側のレイヤも奥側のレイヤも同じ大きさ（同じ倍率）で表示されるので、図４のような奥行き感は出なかった。

図５は、図４のゲーム画面（ゲーム画像）を描画するために撮影するゲーム空間を説明するための図である。図５に示すように、ゲーム空間には、仮想カメラ２２０と、地形オブジェクトＡ～Ｃが配置されている。地形オブジェクトＡ～Ｃは、ゲーム空間において、仮想カメラ２２０から等しい奥行の位置（ｚ方向の同じ距離）に上下方向（Ｙ軸方向）に整列して配置されている。地形オブジェクトＡの上側（ｙ軸の増加方向）には、１つの敵キャラクタ２０１と１つのプレイヤキャラクタ２００が配置されている。地形オブジェクトＢの上側には、２つの敵キャラクタ２０１が配置されている。地形オブジェクトＣの上側には、２つの敵キャラクタ２０１が配置されている。なお、図５では、便宜上、地形オブジェクトを板形状で図示し、敵キャラクタ２０１およびプレイヤキャラクタ２００を楕円形状で図示し、木や出入口のオブジェクトは図示を省略している。また、図５の例では、ゲーム空間内の地形オブジェクトＡ～Ｃの奥行や、地形オブジェクト上のキャラクタの奥行が同じであるが、ずれていてもよい。

図５には、仮想カメラ２２０によって正射影を用いて撮影される地形オブジェクトＢの長方形の領域２３０が図示されている。また、領域２３０と同じ大きさの長方形の領域２３１が地形オブジェクトＡに図示され、領域２３０と同じ大きさの長方形の領域２３２が地形オブジェクトＣに図示されている。

ここで、従来の方法で正射影を用いて撮影する場合、図示していないが、ゲーム空間において、レイヤＡ（地形オブジェクトＡおよびその上に乗っているオブジェクト）を仮想カメラ２２０から見てレイヤＢ（地形オブジェクトＢおよびその上に乗っているオブジェクト）の手前側に配置し、レイヤＣ（地形オブジェクトＣおよびその上に乗っているオブジェクト）を仮想カメラ２２０から見てレイヤＢの奥側に配置して、かつレイヤＡ～Ｃがいずれも仮想カメラの視野に含まれるように（すなわち、領域２３０、領域２３１、領域２３２が仮想カメラから見て重なるように）配置して撮影（フレームバッファに描画）する必要がある。

図６は、図５のゲーム空間をフレームバッファに描画する際に（描画する過程で）頂点シェーダによって行う変換について説明するための図である。図６に示すように、本実施形態の描画処理では、頂点シェーダによって、レイヤＡを仮想カメラ２２０から見てレイヤＢの手前側の所定位置に移動させると共に拡大し、レイヤＣを仮想カメラ２２０から見てレイヤＢの奥側の所定位置に移動させると共に縮小させてから、デプスバッファ（Ｚバッファ）を用いたデプステスト（Ｚテスト）を実行して描画する。図６において、領域２３１は、レイヤＡが拡大されたことによって図５の領域２３１に相当する範囲がどのくらいの大きさになるかを示したものである。また、図６において、領域２３２は、レイヤＣが縮小されたことによって図５の領域２３２に相当する範囲がどのくらいの大きさになるかを示したものである。領域２４１は仮想カメラ２２０で撮影されるレイヤＡの領域であり、領域２４２は仮想カメラ２２０で撮影されるレイヤＣの領域である。

レイヤＡ～Ｃを横スクロールさせる場合、仮想カメラを平行移動させることでスクロールを表現することが考えられるが、このとき、透視射影であった場合、より手前側のレイヤの方が、より速く横スクロールするように見えることになる。本実施形態においても、そのような遠近感を表現するため、より手前側のレイヤの方が、より速く横スクロールするようにする。具体的には、ゲーム空間を描画する際に頂点シェーダによってレイヤＡ～Ｃの位置を調整して、ゲーム画像（図４参照）において、より手前側のレイヤの方が、より速く横スクロールしているように見えるようにレイヤＡ～Ｃを横スクロールさせる。例えば、仮想カメラを平行移動させる場合は、手前側のレイヤは仮想カメラの移動方向と逆方向にさらに移動させ、奥側のレイヤは仮想カメラの移動方向に沿ってさらに移動させた位置に頂点の位置を変換して描画を行う。

上記のように、本実施形態では、ゲーム空間（図５参照）を正射影で描画（撮影）する際に、頂点シェーダによって、手前側のオブジェクトとして表示させたいレイヤ（レイヤＡ）を手前側の所定位置に移動させると共に拡大し、奥側のオブジェクトとして表示させたいレイヤ（レイヤＣ）を奥側の所定位置に移動させると共に縮小させて描画する。このことによって、図４に示すように、奥行き感を十分に表現したゲーム画像を表示することができる。

また、本実施形態では、衝突判定等の物理演算処理（物理シミュレーション）をゲーム空間（図５参照）で行い、上記のように、ゲーム空間を描画する際に頂点シェーダによって図６を用いて説明した変換（拡大、縮小、移動）を行う。すなわち、本実施形態では、ゲーム空間内においてオブジェクト自体の拡大や縮小等を行わない。ゲーム空間内でサイズ変更が行われる場合は、衝突判定等の物理演算処理に影響を及ぼす可能性があり、検証のコストがかかることになるが、本実施形態では、ゲーム空間内の処理はそのままで、描画される際の位置やサイズのみを変更しているので、物理演算処理を調整（修正）することなく図４に示すような奥行き感を十分に表現したゲーム画像を表示することができる。

また、上記のように、本実施形態では、ゲーム空間（図５参照）を描画する際に、手前側のオブジェクトとして表示させたいレイヤ（レイヤＡ）を手前側の所定位置に移動させ、奥側のオブジェクトとして表示させたいレイヤ（レイヤＣ）を奥側の所定位置に移動させる。このことによって、開発時においてゲーム空間にオブジェクトを設計（配置）する作業が容易になる。

図７は、本ゲームのゲーム画面の一例を示す図である。図７のゲーム画面は、図４のゲーム画面においてレイヤＡに表示されているプレイヤキャラクタ２００が、レイヤＣに表示されているものである。つまり、図７の場合は、プレイヤキャラクタ２００が、図５および図６においてレイヤＡではなくレイヤＣに位置している。なお、図４および図７でプレイヤキャラクタ２００がレイヤＡおよびレイヤＣに位置している場合を説明したが、プレイヤキャラクタ２００がレイヤＢに位置する場合もある。

図８は、本ゲームのゲーム画面において、プレイヤキャラクタ２００がレイヤＢからレイヤＡに移動する場合の一例について説明するための図である。図８（１）に示すように、レイヤＢに表示されたプレイヤキャラクタ２００がプレイヤの操作に応じて出入口２０３に入る（「第２の条件」が満たされた場合の一例）と、図８（２）に示すように、プレイヤキャラクタ２００が出入口２０５から出てきてレイヤＡに表示される。また、レイヤＡに表示されたプレイヤキャラクタ２００がプレイヤの操作に応じて出入口２０５に入ると、プレイヤキャラクタ２００が出入口２０３から出てきてレイヤＢに表示される（図示なし）。このことによって、プレイヤキャラクタ２００はレイヤＡとレイヤＢとの間を移動することができる。

図９は、本ゲームのゲーム画面において、プレイヤキャラクタ２００がレイヤＢからレイヤＣに移動する場合について説明するための図である。図９（１）に示すように、レイヤＢに表示されたプレイヤキャラクタ２００がプレイヤの操作に応じて出入口２０３に入る（「第２の条件」が満たされた場合の一例）と、図９（２）に示すように、プレイヤキャラクタ２００が出入口２０４から出てきてレイヤＣに表示される。また、レイヤＣに表示されたプレイヤキャラクタ２００がプレイヤの操作に応じて出入口２０４に入ると、プレイヤキャラクタ２００が出入口２０３から出てきてレイヤＢに表示される（図示なし）。このことによって、プレイヤキャラクタ２００はレイヤＢとレイヤＣとの間を移動することができる。なお、プレイヤキャラクタ２００がレイヤＡとレイヤＣとの間を移動することができる出入口があってもよい。

図１０は、本ゲームのゲーム画面において、プレイヤキャラクタ２００がレイヤＢからレイヤＡに移動する場合の他の一例について説明するための図である。図１０では、（１）に示すように、ゲーム画面にレイヤＡは表示されていない。つまり、ゲーム画面においてレイヤＡは隠されている。

図１１は、図１０（１）のゲーム画面（ゲーム画像）を描画するために撮影するゲーム空間を説明するための図である。図１１に示すように、ゲーム空間には、図５と同様に仮想カメラ２２０と各オブジェクトが配置されている。なお、図１１では、プレイヤキャラクタ２００がレイヤＢに位置している。図１２は、図１１のゲーム空間を描画する際に（描画する過程で）で頂点シェーダによって行う変換について説明するための図である。図１２に示すように、図１１のゲーム空間に対する描画処理では、頂点シェーダによって、（レイヤＡに対して移動や拡大を行う処理（図６参照）を実行せず）レイヤＢを仮想カメラ２２０から見てレイヤＢの奥側の所定位置に移動させると共に縮小させてから、デプスバッファを用いたデプステストを実行して描画を行う。このことによって、図１０（１）に示すように、レイヤＡが表示されないゲーム画面が表示される。

そして、図１０（１）に示すように、レイヤＢに表示されたプレイヤキャラクタ２００がプレイヤの操作に応じて出入口２０３に入る（「第１の条件」が満たされた場合の一例）と、図１０（２）に示すように、レイヤＢの手前側にレイヤＡが登場してから、プレイヤキャラクタ２００が出入口２０５から出てきてレイヤＡに表示される。

図１３は、図１０（２）のゲーム画面（ゲーム画像）を描画するために撮影するゲーム空間を説明するための図である。図１３に示すように、ゲーム空間には、図５と同様に仮想カメラ２２０と各オブジェクトが配置されている。なお、図１３では、レイヤＡのプレイヤキャラクタ２００の位置が図５と異なっている。図１４は、図１３のゲーム空間を描画する際に（描画する過程で）で頂点シェーダによって行う変換について説明するための図である。図１４に示すように、図１３のゲーム空間に対する描画処理では、頂点シェーダによって、レイヤＡを仮想カメラ２２０から見てレイヤＢの手前側の所定位置に移動させると共に縮小させ、レイヤＣを仮想カメラ２２０から見てレイヤＢの奥側の所定位置に移動させると共に縮小させてから、デプスバッファを用いたデプステストを実行して描画を行う。つまり、図６と同様に描画を行う。このことによって、図１０（２）に示すように、レイヤＡが登場するゲーム画面が表示される。なお、図１０（２）のゲーム画面において、レイヤＡが上向きにせり上がって登場するように、描画処理を行ってもよい。

上記では、プレイヤキャラクタ２００が手前側の隠されたレイヤＡに移動するとレイヤＡが登場する場合について説明したが、プレイヤキャラクタ２００が奥側の隠されたレイヤＣに移動するとレイヤＣが登場する場合も同様である。図１５は、本ゲームのゲーム画面において、プレイヤキャラクタ２００がレイヤＢから隠されたレイヤＣに移動する場合の一例について説明するための図である。図１５（１）に示すように、プレイヤの操作に応じてプレイヤキャラクタ２００がレイヤＢの出入口２０２に入る（「第１の条件」が満たされた場合の一例）と、図１５（２）に示すように、レイヤＣが登場してからプレイヤキャラクタ２００がレイヤＣの出入口２０４から出てくるゲーム画面が表示される。なお、図１５（１）のゲーム画面（ゲーム画像）を描画する場合には、頂点シェーダによって、（レイヤＣに対して移動や縮小を行う処理（図６参照）を実行せず）レイヤＡを仮想カメラ２２０から見てレイヤＢの手前側の所定位置に移動させると共に縮小させてから、デプスバッファを用いたデプステストを実行して描画を行う。

図１６は、本ゲームのゲーム画像にブルーム効果（光に照らされたようなエフェクト）を加える場合について説明するための図である。なお、図１６では、説明の便宜上、レイヤＡを黒色にしている。

本実施形態では、図６等を用いて説明した頂点シェーダによる変換処理を行ってフレームバッファに描画したゲーム画像に対して、このゲーム画像のデプスバッファのデプス（Ｚ値、デプス値）に基づいたマスクを設定してブルーム効果を加える場合がある。例えば、図１６（１）に示すように、デプスバッファのデプスが小さいレイヤＡ（「第１の範囲」の一例）の画素にブルームマスクを設定して、ブルーム効果を加える。このことによって、図１６（１）に示すように、レイヤＢおよびレイヤＣ（「第２の範囲」の一例）の画素と、ブルームマスクを設定したレイヤＡの境界付近（図１６（１）の場合レイヤＣとの境界付近）の領域の画素にブルーム効果が加えられる。この結果として、図１６（１）に示すように、レイヤＢおよびレイヤＣの画素が光に照らされたように明るく表示され、奥行き感が表現される。また、ブルームマスクを設定したレイヤＡの境界付近の領域の画素には、光に明るく照らされたレイヤＢ等の画素がぼかされたことによって、色が加えられる（加算される）。このときに、加算される色（色の強度）を累乗（又は乗算）する補正を行ってから、補正した色を加算する。このことによって、ブルームマスクを設定したレイヤＡの境界付近の領域の画素は、この補正を行わない場合よりも、色（色の強度）が弱められ、色（色の強度）の減衰が極端に速くなる。

なお、マスクを設定するためのデプス値はどのような値であってもよく、レイヤＢもマスクの対象となるような値でもよい。また、レイヤ内のオブジェクトのデプスが一定でないことも考えられるが、そのような場合に、レイヤの一部のオブジェクトがマスク対象となり、それ以外がマスク対象外となるような値が設定されてもよい。奥側のレイヤは、描画の際に、頂点シェーダによって値が大きくなったデプスがデプスバッファに記憶されるので、ブルームの対象とすることができ、奥側と手前側で異なる表現ができるため、より一層遠近感のある表現ができることになる。

図１６（２）は、上記した補正を行った場合のレイヤＡの境界付近の領域のイメージ図であり、図１６（３）は、上記した補正を行わない場合のレイヤＡの境界付近の領域のイメージ図である。図１６（２）および（３）から分かるように、上記した補正を行うことによって、ブルームマスクを設定したレイヤＡの境界がはっきりと目立つ（際立つ）ようになり、又、光が漏れ出ているような奥行きを感じさせる発光感を出すことができる。なお、図１６では、図示の都合上、レイヤＡの敵キャラクタ２０１や出入口２０５（更にはプレイヤキャラクタ２００がレイヤＡに居る場合はプレイヤキャラクタ２００）には上記した補正を表現していないが、これらのオブジェクトにも上記した補正が行われる。

［本実施形態の情報処理の詳細］
次に、図１７および図１８を参照して、本実施形態の情報処理について詳細に説明する。

［使用データについて］
本ゲーム処理において用いられる各種データに関して説明する。図１７は、ゲームシステム１のＤＲＡＭ８５に記憶されるデータの一例を示している。図１７に示すように、ＤＲＡＭ８５には、少なくともプログラム記憶領域３０１とデータ記憶領域３０２が設けられる。プログラム記憶領域３０１には、ゲームプログラム４０１が格納される。データ記憶領域３０２には、ゲーム制御用データ４０２、画像データ４０８、仮想カメラ制御用データ４０９、操作データ４１０、送信用データ４１１、および受信データ４１２等が格納される。ゲーム制御用データ４０２には、オブジェクトデータ４０３が含まれる。

ゲームプログラム４０１は、本ゲーム処理を実行するためのゲームプログラムである。

オブジェクトデータ４０３は、仮想空間に配置されるオブジェクトのデータであり、プレイヤキャラクタ、敵キャラクタ、アイテム、地面（地形）、ブロック、岩、石、木、建物等のオブジェクトのデータである。また、オブジェクトデータ４０３には、オブジェクトの座標（位置）、向き、姿勢、状態等のデータが含まれる。

画像データ４０８は、背景やバーチャルエフェクト等の画像データである。

仮想カメラ制御用データ４０９は、仮想空間に配置される仮想カメラの動きを制御するためのデータである。具体的には、仮想カメラの位置、姿勢、画角、撮像方向等を指定するデータである。

操作データ４１０は、左コントローラ３および右コントローラ４に対して行われた操作の内容を示すデータである。例えば、左コントローラ３および右コントローラ４の動きや姿勢変化、各種ボタンに対する押下状態等に対する入力状態を示すデータが含まれる。当該操作データの内容は、左コントローラ３および右コントローラ４からの信号に基づき、所定の周期で更新される。

送信用データ４１１は、他のゲームシステム１に送信するためのデータであり、少なくとも、送信元を特定するための情報と、操作データ４１０の内容を含むデータである。送信用データ４１１には、マルチプレイ相手の他のゲームシステム１（又はサーバ）に送信する自プレイヤキャラクタに関するデータ（座標（位置）、姿勢、状態等を示すデータ）等が含まれる。

受信データ４１２は、他のゲームシステム１から受信した送信用データを、当該他のゲームシステム１毎に（つまり、送信元が）識別可能なように記憶したデータである。受信データ４１２には、マルチプレイ相手の他のゲームシステム１（又はサーバ）から受信した他プレイヤ系キャラクタに関するデータ（座標（位置）、姿勢、状態等を示すデータ）が含まれる。

その他、ＤＲＡＭ８５には、ゲーム処理や描画処理で用いられる各種のデータが必要に応じて記憶される。

［ゲーム処理の詳細について］
次に、フローチャートを参照して、本実施形態に係るゲーム処理および描画処理について説明する。図１８は、本実施形態に係るゲーム処理および描画処理を示すフローチャートの一例である。なお、以下では、主に本実施形態に特徴的な処理について説明し、その他の説明は省略する。

本ゲーム処理が開始されると、図１８のフローチャートの処理が開始される。

ステップＳ１００において、プロセッサ８１（プロセッサ８１のＣＰＵ機能）は、ゲーム空間においてゲーム処理を行う。具体的には、プロセッサ８１は、ゲーム空間における物理演算処理、敵キャラクタ２０１の動作処理、操作データ４１０に基づいたプレイヤキャラクタ２００の動作処理等を行う。その後、処理はステップＳ２００に移る。

ステップＳ２００において、プロセッサ８１（プロセッサ８１のＧＰＵ機能）は、ゲーム空間を正射影で描画する描画処理を行ってゲーム画像を生成する。具体的には、プロセッサ８１は、図４～図７等を用いて説明したように、頂点シェーダによって、手前側のオブジェクトとして表示させたいレイヤ（レイヤＡ）を手前側の所定位置に移動させると共に拡大し、奥側のオブジェクトとして表示させたいレイヤ（レイヤＣ）を奥側の所定位置に移動させると共に縮小させて、フレームバッファに描画する。また、プロセッサ８１は、図１０～図１５等を用いて説明したように、プレイヤの操作に基づいてプレイヤキャラクタ２００が隠されているレイヤに移動する場合に、隠されているレイヤをゲーム画面（ゲーム画像）に登場させる描画処理を行う。また、プロセッサ８１は、図１６を用いて説明したように、頂点シェーダによる変換処理を行ってフレームバッファに描画したゲーム画像に対して、このゲーム画像のデプスバッファのデプスに基づいてブルーム効果を加える処理を行う。その際に、プロセッサ８１は、図１６を用いて説明したように、ブルームマスクを所定のレイヤに設定して、この所定のレイヤの境界付近の領域の画素にブルーム効果に関する所定の補正を実施する処理を行う。その後、処理はステップＳ３００に移る。

ステップＳ３００において、ディスプレイ１２は、ステップＳ２００で生成されたゲーム画像を表示する。その後、処理はステップＳ１００に戻る。

ステップＳ１００～Ｓ３００の処理が繰り返されることによって、本ゲームが進行しながらゲーム空間が描画されてゲーム画像が表示されることとなる。そして、本ゲームの終了条件が満たされた場合（例えば、プレイヤにより本ゲームの終了操作が行われた場合）、図１８のフローチャートの処理は終了する。

以上に説明したように、本実施形態によれば、ゲーム画像を正射影で描画する際に、手前側のオブジェクトとして表示させたいレイヤを手前側の所定位置に移動させると共に拡大し、奥側のオブジェクトとして表示させたいレイヤを奥側の所定位置に移動させると共に縮小させて、フレームバッファに描画する（図４～図７等参照）。このことによって、本実施形態によれば、正射影で描画（撮影）したゲーム画像について、十分な奥行き感を表現することができる。

また、本実施形態によれば、フレームバッファに描画した上記のゲーム画像に対して、このゲーム画像のデプスバッファのデプスに基づいてブルーム効果を加える処理を行い、その際に、ブルームマスクを所定のレイヤに設定して、この所定のレイヤの境界付近の領域の画素にブルーム効果に関する所定の補正を実施する処理を行う（図１６参照）。このことによって、本実施形態によれば、正射影で描画（撮影）したゲーム画像について、十分な奥行きを感じさせる発光感を表現することができる。

［変形例］
なお、上記した本実施形態では、ゲーム画面で同じレイヤとして表示されるオブジェクト（地形オブジェクト、プレイヤキャラ、敵キャラクタ等）は、ゲーム空間等においても同じレイヤとして配置する例を挙げた（図４～図７等参照）。例えば、図４のゲーム画像に表示されるレイヤＡに含まれるオブジェクト（地形オブジェクト、プレイヤキャラ、敵キャラクタ等）は、図５のゲーム空間および図６の描画処理時の変換の場面においても、レイヤＡに配置されていた。しかし、例えば、ゲーム空間において、ゲーム画面では地形上に在るように表示されるオブジェクトを、その地形のレイヤとは異なるレイヤに配置する構成としてもよい。図１９の例では、ゲーム画面では地形オブジェクトＡ上に在るように表示されるプレイヤキャラクタ２００が（図４参照）、ゲーム空間では、地形オブジェクトＡよりも仮想カメラ２２０側（手前側）に配置されている。そして、衝突判定処理等の物理演算処理では、地形オブジェクトＡ上にプレイヤキャラクタ２００が存在する場合と同じになるように設定（処理）される。つまり、地形オブジェクトＡがプレイヤキャラクタ２００の下に存在しないことによってプレイヤキャラクタ２００が落下しないように物理演算処理が設定される。そして、描画処理時の変換の場面において、図２０に示すように、プレイヤキャラクタ２００およびレイヤＡの両方を手前側の所定位置に移動させると共に拡大してフレームバッファに描画することで、図４と同じゲーム画像を生成することができる。

また、上記した本実施形態では、ゲーム空間に３つのレイヤ（レイヤＡ～Ｃ）を配置する例を挙げた（図４～図６等参照）。しかし、ゲーム空間に配置するレイヤの数はこれには限られない。

また、上記した本実施形態では、描画処理において頂点シェーダで変換する際に、レイヤＢを移動等させない基準のレイヤにして、他のレイヤを移動等させてゲーム画像を生成した（図５、図６等参照）。しかし、これには限られず、例えば、レイヤＡを移動等させない基準のレイヤにして、他のレイヤを移動等させてゲーム画像を生成してもよい。この場合、レイヤＢおよびレイヤＣが、レイヤＡの奥側に移動すると共に縮小される変換が頂点シェーダによって行われることとなる。また、例えば、レイヤＣを移動等させない基準のレイヤにして、他のレイヤを移動等させてゲーム画像を生成してもよい。この場合、レイヤＡおよびレイヤＢが、レイヤＣの手前側に移動すると共に拡大される変換が頂点シェーダによって行われることとなる。

また、上記した本実施形態では、ゲーム空間において仮想カメラ２２０から同じ奥行の位置にレイヤＡ～Ｃが配置される例を挙げた（図５等参照）。しかし、描画処理において頂点シェーダで変換するレイヤの位置（図６参照）が変化しないようにすれば、ゲーム空間においてレイヤＡ～Ｃが配置される位置は、任意の位置でよい。例えば、図５のゲーム空間においてレイヤＣをレイヤＢの手前側の位置（仮想カメラ２２０側の位置）に配置し、描画処理において頂点シェーダで変換した後のレイヤＣの位置を図６に示す位置（レイヤＢの奥側の位置）にしてゲーム画像を描画してもよい。

また、上記した本実施形態においては、ゲーム処理にかかる一連の処理が単一のゲーム装置で実行される場合を説明した。他の実施形態においては、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。更には、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。また、いわゆるクラウドゲーミングの構成としてもよい。例えば、ゲーム装置は、ユーザの操作を示す操作データを所定のサーバに送り、当該サーバにおいて各種ゲーム処理が実行され、その実行結果が動画・音声としてゲーム装置にストリーミング配信されるような構成としてもよい。

以上、本実施形態および変形例について説明したが、これらの説明はあらゆる点において例示にすぎず、その範囲を限定しようとするものではない。また、本実施形態および変形例について、種々の改良や変形を行うことができることは言うまでもない。

１ ゲームシステム
３、４ コントローラ
１２ ディスプレイ
８１ プロセッサ（ＣＰＵ、ＧＰＵ）
８５ ＤＲＡＭ
２００ プレイヤキャラクタ
２０１ 敵キャラクタ
２０２、２０３、２０４、２０５ 出入口
２２０ 仮想カメラ
Ａ、Ｂ、Ｃ 地形オブジェクト（レイヤ）

Claims (24)

1. 情報処理装置のコンピュータに、
   少なくともプレイヤキャラクタオブジェクトと地形オブジェクトが配置された仮想空間内において、少なくとも前記プレイヤキャラクタオブジェクトと仮想カメラを制御させ、
   正射影に基づいて、前記仮想空間内のオブジェクトをフレームバッファに描画させ、さらに、ゲーム中の第１の場面において、前記仮想空間内のオブジェクトのうち少なくとも前記プレイヤキャラクタオブジェクトと一部の前記地形オブジェクトに対して、手前側に移動すると共に拡大、または奥側に移動すると共に縮小する変換を頂点シェーダによって行いながら描画させる、ゲームプログラム。
2. 前記コンピュータに、
   前記プレイヤキャラクタオブジェクトの制御に基づいてゲーム内の第１の条件が満たされた場合に、第１の地形オブジェクトを登場させて、
   以降の場面である前記第１の場面において、前記プレイヤキャラクタオブジェクトと前記第１の地形オブジェクトに対して前記変換を行いながら描画させる、請求項１に記載のゲームプログラム。
3. 前記コンピュータに、
   正射影に基づいて、前記仮想空間内のオブジェクトをフレームバッファに描画させ、さらに、前記仮想空間内のオブジェクトのうち、第２の地形オブジェクトに対して前記変換を行いながら描画させ、
   前記プレイヤキャラクタの制御に基づいてゲーム内の第２の条件が満たされた場合に、前記プレイヤキャラクタオブジェクトを移動させて、
   以降の場面である前記第１の場面において、さらに前記プレイヤキャラクタオブジェクトに対して前記変換を行いながら描画させる、請求項１に記載のゲームプログラム。
4. 前記コンピュータに、
   前記仮想空間内のオブジェクトを、デプステストを行いながら前記フレームバッファに描画させ、
   当該フレームバッファに描画された画像に対してさらに、
   デプスバッファのデプスに基づいて、当該デプスが小さい第１の範囲を除外した第２の範囲の画素に基づいた所定の効果を加えさせる、請求項１に記載のゲームプログラム。
5. 前記所定の効果は、ブルーム効果である、請求項４に記載のゲームプログラム。
6. 前記コンピュータに、
   前記第２の範囲の画素に基づいた前記ブルーム効果によって前記第１の範囲の画素に対して色が加算される場合に、加算される色を、少なくとも累乗に基づいて補正させて加算させる、請求項５に記載のゲームプログラム。
7. プロセッサを備えるゲームシステムであって、
   前記プロセッサは、
   少なくともプレイヤキャラクタオブジェクトと地形オブジェクトが配置された仮想空間内において、少なくとも前記プレイヤキャラクタオブジェクトと仮想カメラを制御し、
   正射影に基づいて、前記仮想空間内のオブジェクトをフレームバッファに描画し、さらに、ゲーム中の第１の場面において、前記仮想空間内のオブジェクトのうち少なくとも前記プレイヤキャラクタオブジェクトと一部の前記地形オブジェクトに対して、手前側に移動すると共に拡大、または奥側に移動すると共に縮小する変換を頂点シェーダによって行いながら描画する、ゲームシステム。
8. 前記プロセッサは、
   前記プレイヤキャラクタオブジェクトの制御に基づいてゲーム内の第１の条件が満たされた場合に、第１の地形オブジェクトを登場させて、
   以降の場面である前記第１の場面において、前記プレイヤキャラクタオブジェクトと前記第１の地形オブジェクトに対して前記変換を行いながら描画する、請求項７に記載のゲームシステム。
9. 前記プロセッサは、
   正射影に基づいて、前記仮想空間内のオブジェクトをフレームバッファに描画し、さらに、前記仮想空間内のオブジェクトのうち、第２の地形オブジェクトに対して前記変換を行いながら描画し、
   前記プレイヤキャラクタの制御に基づいてゲーム内の第２の条件が満たされた場合に、前記プレイヤキャラクタオブジェクトを移動させて、
   以降の場面である前記第１の場面において、さらに前記プレイヤキャラクタオブジェクトに対して前記変換を行いながら描画する、請求項７に記載のゲームシステム。
10. 前記プロセッサは、
    前記仮想空間内のオブジェクトを、デプステストを行いながら前記フレームバッファに描画し、
    当該フレームバッファに描画された画像に対してさらに、
    デプスバッファのデプスに基づいて、当該デプスが小さい第１の範囲を除外した第２の範囲の画素に基づいた所定の効果を加える、請求項７に記載のゲームシステム。
11. 前記所定の効果は、ブルーム効果である、請求項１０に記載のゲームシステム。
12. 前記プロセッサは、
    前記第２の範囲の画素に基づいた前記ブルーム効果によって前記第１の範囲の画素に対して色が加算される場合に、加算される色を、少なくとも累乗に基づいて補正して加算する、請求項１１に記載のゲームシステム。
13. プロセッサを備えるゲーム装置であって、
    前記プロセッサは、
    少なくともプレイヤキャラクタオブジェクトと地形オブジェクトが配置された仮想空間内において、少なくとも前記プレイヤキャラクタオブジェクトと仮想カメラを制御し、
    正射影に基づいて、前記仮想空間内のオブジェクトをフレームバッファに描画し、さらに、ゲーム中の第１の場面において、前記仮想空間内のオブジェクトのうち少なくとも前記プレイヤキャラクタオブジェクトと一部の前記地形オブジェクトに対して、手前側に移動すると共に拡大、または奥側に移動すると共に縮小する変換を頂点シェーダによって行いながら描画する、ゲーム装置。
14. 前記プロセッサは、
    前記プレイヤキャラクタオブジェクトの制御に基づいてゲーム内の第１の条件が満たされた場合に、第１の地形オブジェクトを登場させて、
    以降の場面である前記第１の場面において、前記プレイヤキャラクタオブジェクトと前記第１の地形オブジェクトに対して前記変換を行いながら描画する、請求項１３に記載のゲーム装置。
15. 前記プロセッサは、
    正射影に基づいて、前記仮想空間内のオブジェクトをフレームバッファに描画し、さらに、前記仮想空間内のオブジェクトのうち、第２の地形オブジェクトに対して前記変換を行いながら描画し、
    前記プレイヤキャラクタの制御に基づいてゲーム内の第２の条件が満たされた場合に、前記プレイヤキャラクタオブジェクトを移動させて、
    以降の場面である前記第１の場面において、さらに前記プレイヤキャラクタオブジェクトに対して前記変換を行いながら描画する、請求項１３に記載のゲーム装置。
16. 前記プロセッサは、
    前記仮想空間内のオブジェクトを、デプステストを行いながら前記フレームバッファに描画し、
    当該フレームバッファに描画された画像に対してさらに、
    デプスバッファのデプスに基づいて、当該デプスが小さい第１の範囲を除外した第２の範囲の画素に基づいた所定の効果を加える、請求項１３に記載のゲーム装置。
17. 前記所定の効果は、ブルーム効果である、請求項１３に記載のゲーム装置。
18. 前記プロセッサは、
    前記第２の範囲の画素に基づいた前記ブルーム効果によって前記第１の範囲の画素に対して色が加算される場合に、加算される色を、少なくとも累乗に基づいて補正して加算する、請求項１７に記載のゲーム装置。
19. 情報処理装置のコンピュータに実行させるゲーム処理方法であって、
    前記コンピュータに、
    少なくともプレイヤキャラクタオブジェクトと地形オブジェクトが配置された仮想空間内において、少なくとも前記プレイヤキャラクタオブジェクトと仮想カメラを制御させ、
    正射影に基づいて、前記仮想空間内のオブジェクトをフレームバッファに描画させ、さらに、ゲーム中の第１の場面において、前記仮想空間内のオブジェクトのうち少なくとも前記プレイヤキャラクタオブジェクトと一部の前記地形オブジェクトに対して、手前側に移動すると共に拡大、または奥側に移動すると共に縮小する変換を頂点シェーダによって行いながら描画させる、ゲーム処理方法。
20. 前記コンピュータに、
    前記プレイヤキャラクタオブジェクトの制御に基づいてゲーム内の第１の条件が満たされた場合に、第１の地形オブジェクトを登場させて、
    以降の場面である前記第１の場面において、前記プレイヤキャラクタオブジェクトと前記第１の地形オブジェクトに対して前記変換を行いながら描画させる、請求項１９に記載のゲーム処理方法。
21. 前記コンピュータに、
    正射影に基づいて、前記仮想空間内のオブジェクトをフレームバッファに描画させ、さらに、前記仮想空間内のオブジェクトのうち、第２の地形オブジェクトに対して前記変換を行いながら描画させ、
    前記プレイヤキャラクタの制御に基づいてゲーム内の第２の条件が満たされた場合に、前記プレイヤキャラクタオブジェクトを移動させて、
    以降の場面である前記第１の場面において、さらに前記プレイヤキャラクタオブジェクトに対して前記変換を行いながら描画させる、請求項１９に記載のゲーム処理方法。
22. 前記コンピュータに、
    前記仮想空間内のオブジェクトを、デプステストを行いながら前記フレームバッファに描画させ、
    当該フレームバッファに描画された画像に対してさらに、
    デプスバッファのデプスに基づいて、当該デプスが小さい第１の範囲を除外した第２の範囲の画素に基づいた所定の効果を加えさせる、請求項１９に記載のゲーム処理方法。
23. 前記所定の効果は、ブルーム効果である、請求項２２に記載のゲーム処理方法。
24. 前記コンピュータに、
    前記第２の範囲の画素に基づいた前記ブルーム効果によって前記第１の範囲の画素に対して色が加算される場合に、加算される色を、少なくとも累乗に基づいて補正させて加算させる、請求項２３に記載のゲーム処理方法。