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

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

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

(11)【特許番号】

(24)【登録日】2026-02-10

(45)【発行日】2026-02-19

(54)【発明の名称】ゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法

(51)【国際特許分類】

   A63F 13/69 20140101AFI20260212BHJP

   A63F 13/55 20140101ALI20260212BHJP

   A63F 13/58 20140101ALI20260212BHJP

   G06T 19/00 20110101ALI20260212BHJP

【ＦＩ】

A63F13/69

A63F13/55

A63F13/58

G06T19/00 A

【請求項の数】 37

(21)【出願番号】P 2024211587

(22)【出願日】2024-12-04

(65)【公開番号】P2025113167

(43)【公開日】2025-08-01

【審査請求日】2025-05-20

(73)【特許権者】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(74)【代理人】

【識別番号】100158780

【弁理士】

【氏名又は名称】寺本 亮

(74)【代理人】

【識別番号】100121359

【弁理士】

【氏名又は名称】小沢 昌弘

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】川崎 亮

(72)【発明者】

【氏名】栗原 竜矢

(72)【発明者】

【氏名】佐々木 浩幸

(72)【発明者】

【氏名】田中 航

(72)【発明者】

【氏名】森田 健人

(72)【発明者】

【氏名】高橋 和也

(72)【発明者】

【氏名】北原 有加

【審査官】西村 民男

(56)【参考文献】

【文献】特表２０２４－５２１１２８（ＪＰ，Ａ）

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

【文献】特表２０１８－５１４８８５（ＪＰ，Ａ）

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

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

【文献】特開２００４－６２６６６（ＪＰ，Ａ）

【文献】ブリンクス・ザ・タイムスイーパー，ＹｏｕＴｕｂｅ［ｏｎｌｉｎｅ］［ｖｉｄｅｏ］，2024年05月25日，主に、動画の７：００～８：３０を参照，インターネット ＵＲＬ https://www.youtube.com/watch?v=vgwIlcWhKDU，[２０２５年１１月２１日検索]

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

Ａ６３Ｆ ９／２４，１３／００－１３／９８

Ｇ０６Ｔ １／００，１１／００－１１／４０，

１１／６０－１３／８０，

１５／００－１７／００，

１７／０５，１７／１０－１７／３０，

１９／００－１９／２０

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

【請求項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】

前記第１のボクセル更新は、前記密度を減少させる更新であって、
前記第１のパラメータは、ボクセルが定義された空間の体積と、当該ボクセルの前記密度の減少量とに基づいた、ボクセルの体積の減少量の累計に基づいて算出される、請求項２６記載のゲーム処理方法。

【請求項29】

前記第１のパラメータは、前記第１のボクセル更新が行われた回数に基づいて算出される、請求項２６記載のゲーム処理方法。

【請求項30】

前記ボクセルデータには、前記複数のボクセルそれぞれについて、前記中身の種類を示すマテリアルがさらに設定され、
前記情報処理システムにさらに、
前記表示用メッシュのマテリアルを少なくとも前記ボクセルデータに含まれる前記マテリアルに基づいて決定させ、
前記表示用メッシュの頂点座標と前記表示用メッシュのマテリアルに対応するテクスチャに基づいて、前記表示用メッシュを含む前記仮想空間の描画を行わせ、
前記マテリアル毎の、当該マテリアルが設定されたボクセルに対する前記変化の度合いに基づいて前記第１のパラメータを算出させる、請求項２６記載のゲーム処理方法。

【請求項31】

前記情報処理システムにさらに、
操作入力に基づいて、前記仮想空間内においてプレイヤキャラクタを制御させ、
前記第１のイベントとして、前記プレイヤキャラクタに第１のアクションを行わせ、
前記変化の度合いの増加に基づいて、前記第１のパラメータとして前記プレイヤキャラクタの第２のアクションの実行可能回数を増加させ、
前記実行可能回数が残されている場合において、前記第２のイベントとして、前記実行可能回数を消費させて前記プレイヤキャラクタに前記第２のアクションを行わせる、請求項２６から２９のいずれか記載のゲーム処理方法。

【請求項32】

前記ボクセルデータには、前記複数のボクセルそれぞれについて、前記中身の種類を示すマテリアルがさらに設定され、
前記情報処理システムにさらに、
前記表示用メッシュのマテリアルを少なくとも前記ボクセルデータに含まれる前記マテリアルに基づいて決定させ、
前記表示用メッシュの頂点座標と前記表示用メッシュのマテリアルに対応するテクスチャに基づいて、前記表示用メッシュを含む前記仮想空間の描画を行わせ、
前記実行可能回数の増加とともに、増加した当該実行可能回数にかかる前記第２のアクションに対応するマテリアルを、前記第１のボクセル更新によって変化したボクセルの前記マテリアルに基づいて設定させ、
前記第２のアクションとして、当該第２のアクションに対応するマテリアルが設定されたオブジェクトを放つアクションを前記プレイヤキャラクタに行わせる、請求項３１記載のゲーム処理方法。

【請求項33】

前記第１のボクセル更新は、前記密度を減少させる更新であって、
前記情報処理システムにさらに、
前記第１のボクセル更新が行われた回数が第１の回数に達する毎に、
前記実行可能回数を増加させ、
前記第１の回数に達したときの前記第１のボクセル更新、または前記第１の回数に達するまでの複数の前記第１のボクセル更新によって、変化したそれぞれのボクセルの、前記マテリアルおよび前記密度の減少量に基づいて、最も減少したマテリアルを決定させ、当該最も減少したマテリアルを前記第２のアクションに対応するマテリアルとして決定させる、請求項３２記載のゲーム処理方法。

【請求項34】

前記第２のイベントは、前記第１のパラメータが示すボクセルの変化の度合いが所定の度合いに達したことに応じて発生するゲーム内イベントである、請求項２６から３０のいずれか記載のゲーム処理方法。

【請求項35】

前記情報処理システムに、
前記ボクセルデータに基づいて、第１の範囲の前記密度を有するボクセルと、前記第１の範囲より低い第２の範囲の前記密度を有するボクセルとが隣接する部分に対して頂点を設定させる手法に基づいて、前記表示用メッシュの頂点を生成および更新させ、
前記第２のイベントとして、前記第１の範囲の前記密度を有するボクセルが定義された前記仮想空間内の位置に、アイテムオブジェクトを配置させる、請求項３４記載のゲーム処理方法。

【請求項36】

前記情報処理システムに、
前記第１のパラメータが示すボクセルの変化の度合いが所定の度合い増えるごとに、前記アイテムオブジェクトを出現させるか否かの出現判定を行わせ、出現させると判定された場合に、前記アイテムオブジェクトを出現させて配置させる、請求項３５記載のゲーム処理方法。

【請求項37】

前記情報処理システムに、
前記第１のパラメータが示すボクセルの変化の度合いが所定の度合いに達したことに応じて、プレイヤに対するゲーム内アイテムの付与を行わせる、請求項３４記載のゲーム処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ボクセルデータを用いて仮想空間におけるオブジェクトを生成するゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法に関する。

【背景技術】

【0002】

従来、ボクセルデータに基づいてオブジェクトのメッシュを生成することが行われている（例えば、非特許文献１参照）。

【先行技術文献】

【非特許文献】

【0003】

【文献】"Marchingcubes：A highresolution 3D surface construction algorithm"、Computer Graphics,Volume 21, Number 4、WE Lorensen，HE Cline、１９８７年

【発明の概要】

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

【0004】

従来においては、ボクセルデータはメッシュの生成に用いるだけであった。

【0005】

それ故、本発明の目的は、ボクセルデータの変化に応じたゲームイベントを発生させることができるゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法を提供することである。

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

【0006】

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

【0007】

（１）
本発明の一例は、コンピュータに、次の処理を実行させるゲームプログラムである。
・仮想空間内に定義されたボクセルデータであって、複数のボクセルそれぞれについて、当該ボクセルが定義する空間が仮想的に中身に占められている度合いを示す密度が少なくとも設定されたボクセルデータを、ゲーム処理に基づいて更新する処理
・ボクセルデータに対応し、仮想カメラに基づいて描画される表示用メッシュを、当該表示用メッシュの頂点座標を少なくともボクセルデータに含まれる密度に基づいて決定することで生成および更新する処理
・ゲーム処理に基づいて第１のイベントが発生した場合に、仮想空間内に第１のボクセル更新範囲を生成し、ボクセルデータのうち、仮想空間内において第１のボクセル更新範囲に対応するそれぞれのボクセルの密度を減少または増加させる第１のボクセル更新を行う処理
・第１のボクセル更新によって行われたボクセルに対する変化の度合いを示す第１のパラメータを更新する処理
・ゲーム処理において、第１のパラメータに基づいた第２のイベントを発生する処理

【0008】

上記（１）の構成によれば、ボクセルオブジェクトの変形に応じてイベントを発生させることができ、変形の度合いに応じたゲーム処理を実行することができる。

【0009】

（２）
上記（１）の構成において、第１のボクセル更新は、密度を減少させる更新であってもよい。第１のパラメータは、密度の減少量の累計に基づいて算出されてもよい。

【0010】

上記（２）の構成によれば、ボクセルオブジェクトを消去させるような変形に応じてイベントを発生させることができる。

【0011】

（３）
上記（１）の構成において、第１のボクセル更新は、密度を減少させる更新であってもよい。第１のパラメータは、ボクセルが定義された空間の体積と、当該ボクセルの密度の減少量とに基づいた、ボクセルの体積の減少量の累計に基づいて算出されてもよい。

【0012】

上記（３）の構成によれば、仮想空間におけるボクセルオブジェクトの内部領域の体積の減少量に応じてイベントを発生させることができる。

【0013】

（４）
上記（１）の構成において、第１のパラメータは、第１のボクセル更新が行われた回数に基づいて算出されてもよい。

【0014】

上記（４）の構成によれば、ボクセルオブジェクトの変形が行われた回数に応じてイベントを発生させることができる。

【0015】

（５）
上記（１）からの（４）のいずれかの構成において、ボクセルデータには、複数のボクセルそれぞれについて、中身の種類を示すマテリアルがさらに設定されてもよい。ゲームプログラムは、コンピュータにさらに、次の処理を実行させてもよい。
・表示用メッシュのマテリアルを少なくともボクセルデータに含まれるマテリアルに基づいて決定する処理
・表示用メッシュの頂点座標と表示用メッシュのマテリアルに対応するテクスチャに基づいて、表示用メッシュを含む仮想空間の描画を行う処理
・マテリアル毎の、当該マテリアルが設定されたボクセルに対する変化の度合いに基づいて第１のパラメータを算出する処理

【0016】

上記（５）の構成によれば、ボクセルオブジェクトのマテリアル毎の変化に応じてイベントを発生させることができる。

【0017】

（６）
上記（１）からの（４）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、次の処理を実行させてもよい。
・操作入力に基づいて、仮想空間内においてプレイヤキャラクタを制御する処理
・第１のイベントとして、プレイヤキャラクタに第１のアクションを行わせる処理
・度合いの増加に基づいて、第１のパラメータとしてプレイヤキャラクタの第２のアクションの実行可能回数を増加させる処理
・実行可能回数が残されている場合において、第２のイベントとして、実行可能回数を消費させてプレイヤキャラクタに第２のアクションを行わせる処理

【0018】

上記（６）の構成によれば、ボクセルオブジェクトの変化に応じて、プレイヤキャラクタによる第２のアクションの実行可能回数を増加させることで、ボクセルオブジェクトを変形させる動機づけをプレイヤに与えることができる。

【0019】

（７）
上記（６）の構成において、ボクセルデータには、複数のボクセルそれぞれについて、中身の種類を示すマテリアルがさらに設定されてもよい。ゲームプログラムは、コンピュータにさらに、次の処理を実行させてもよい。
・表示用メッシュのマテリアルを少なくともボクセルデータに含まれるマテリアルに基づいて決定する処理
・表示用メッシュの頂点座標と表示用メッシュのマテリアルに対応するテクスチャに基づいて、表示用メッシュを含む仮想空間の描画を行う処理
・実行可能回数の増加とともに、増加した当該実行可能回数にかかる第２のアクションに対応するマテリアルを、第１のボクセル更新によって変化したボクセルのマテリアルに基づいて設定する処理
・第２のアクションとして、当該第２のアクションに対応するマテリアルが設定されたオブジェクトを放つアクションをプレイヤキャラクタに行わせる処理

【0020】

上記（７）の構成によれば、第２のアクションに関するオブジェクトのマテリアルを、更新されたボクセルのマテリアルに基づくマテリアルとすることができる。

【0021】

（８）
上記（７）の構成において、第１のボクセル更新は、密度を減少させる更新であってもよい。ゲームプログラムは、コンピュータにさらに、第１のボクセル更新が行われた回数が第１の回数に達する毎に、次の処理を実行させてもよい。
・実行可能回数を増加させる処理
・第１の回数に達したときの第１のボクセル更新、または第１の回数に達するまでの複数の第１のボクセル更新によって、変化したそれぞれのボクセルの、マテリアルおよび密度の減少量に基づいて、最も減少したマテリアルを決定し、当該最も減少したマテリアルを第２のアクションに対応するマテリアルとして決定する処理

【0022】

上記（８）の構成によれば、第２のアクションに関するオブジェクトのマテリアルを、当該第２のアクションの実行可能回数が増加された際、または、増加されるまでに密度が減少したボクセルのマテリアルに基づいたマテリアルとすることができる。

【0023】

（９）
上記（１）からの（８）のいずれかの構成において、第２のイベントは、第１のパラメータが示すボクセルの変化の度合いが所定の度合いに達したことに応じて発生するゲーム内イベントであってもよい。

【0024】

上記（９）の構成によれば、より多くのボクセルオブジェクトを変形させる動機づけをプレイヤに与えることができる。

【0025】

（１０）
上記（９）の構成において、ゲームプログラムは、コンピュータに、次の処理を実行させてもよい。
・ボクセルデータに基づいて、第１の範囲の密度を有するボクセルと、第１の範囲より低い第２の範囲の密度を有するボクセルとが隣接する部分に対して頂点を設定する手法に基づいて、表示用メッシュの頂点を生成および更新する処理
・第２のイベントとして、第１の範囲の密度を有するボクセルが定義された仮想空間内の位置に、アイテムオブジェクトを配置する処理

【0026】

上記（１０）の構成によれば、ボクセルオブジェクトの変化に応じてアイテムオブジェクトを配置することで、ボクセルオブジェクトを変形させる動機づけをプレイヤに与えることができる。

【0027】

（１１）
上記（１０）の構成において、ゲームプログラムは、コンピュータに、第１のパラメータが示すボクセルの変化の度合いが所定の度合い増えるごとに、アイテムオブジェクトを出現させるか否かの出現判定を行わせ、出現させると判定された場合に、アイテムオブジェクトを出現させて配置させてもよい。

【0028】

上記（１１）の構成によれば、ボクセルを継続的に変化させることで定期的にアイテムオブジェクトが配置されるので、ボクセルオブジェクトを継続的に変形させる動機づけをプレイヤに与えることができる。

【0029】

（１２）
上記（９）の構成において、ゲームプログラムは、コンピュータに、第１のパラメータが示すボクセルの変化の度合いが所定の度合いに達したことに応じて、プレイヤに対するゲーム内アイテムの付与を行わせてもよい。

【0030】

上記（１２）の構成によれば、ボクセルオブジェクトの変化に応じてアイテムの付与を行うことで、ボクセルオブジェクトを変形させる動機づけをプレイヤに与えることができる。

【0031】

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

【発明の効果】

【0032】

上記ゲームプログラム、情報処理システム、情報処理装置、または、ゲーム処理方法によれば、ボクセルデータの変化に応じたゲームイベントを発生させることができる。

【図面の簡単な説明】

【0033】

【図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】プレイヤキャラクタによる投げアクションが可能な状態におけるゲーム画像の一例を示す図

【図29】図２８に示す地形オブジェクトに対して破片オブジェクトが接触したことによって地形オブジェクトに変更が加えられた後のゲーム画像の一例を示す図

【図30】プレイヤキャラクタが吸い込みアクションを実行可能な状態であって、吸い込みアクションを行う前の場面におけるゲーム画像の一例を示す図

【図31】プレイヤキャラクタが吸い込みアクションを行っている場面におけるゲーム画像の一例を示す図

【図32】図３１に示す地形オブジェクトを吸い込みアクションに応じて変形させる前後の様子の一例を示す図

【図33】吸い込みアクションによってボクセルオブジェクトの一部のマテリアルを変更する方法の一例を示す図

【図34】ボクセルオブジェクトのうちの欠片部分が生じる場合と、欠片部分が生じないように消去処理が実行される場合の一例を示す図

【図35】吸い込みアクションが行われた後に投げアクションを行う前の場面におけるゲーム画像の一例を示す図

【図36】弾の増加および増加される弾のマテリアルを決定する方法の一例を示す図

【図37】地形オブジェクトの変形に応じてアイテムが配置される様子の一例を示す図

【図38】地形オブジェクトを変形させた実績を示す実績画像の一例を示す図

【図39】ゲームシステムにおける情報処理に用いられる各種データの一例を示す図

【図40】ゲームシステムによって実行されるゲーム処理の流れの一例を示すフローチャート

【図41】図４０に示すステップＳ４のボクセル更新処理の詳細な流れの一例を示すサブフローチャート

【図42】図４０に示すステップＳ１１のプレイヤキャラクタ制御処理の詳細な流れの一例を示すサブフローチャート

【図43】図４０に示すステップＳ１２のイベント処理の詳細な流れの一例を示すサブフローチャート

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

［２．ゲームシステムにおける処理の概要］
次に、図８～図２９を参照して、ゲームシステム１において実行される処理の概要について説明する。本実施形態においては、ゲームシステム１は、３次元の仮想空間であるゲーム空間に地形オブジェクトやキャラクタ（例えば、プレイヤによって操作されるプレイヤキャラクタ）が配置されたゲーム画像を生成し、表示装置に表示させる。なお、本実施形態において、ゲーム画像が表示される表示装置は、上述のディスプレイ１２であってもよいし、据置型モニタであってもよい。

【0076】

［２－１．ボクセル］
本実施形態では、ゲーム空間におけるいくつかのオブジェクトについては、ボクセルデータによって形状が規定される。ここで、ボクセルとは、ゲーム空間に格子状に並べられた直方体状（より具体的には、立方体状）の領域であり、ボクセルデータとは各ボクセルに関する情報を示すデータである。以下では、ボクセルデータによって形状が規定されるオブジェクトを、「ボクセルオブジェクト」と呼ぶ。本実施形態においては、ゲームシステム１は、ゲーム空間内に設定される複数のボクセルについて、ボクセルオブジェクトをゲーム空間内において生成するためのデータとして、ボクセルデータを記憶する。

【0077】

図８は、ボクセルオブジェクトである地形オブジェクトの一例を示す図である。図８に示すように、本実施形態においては、地面等の地形を表す地形オブジェクトは、ボクセルデータによって形状が規定される（つまり、ボクセルオブジェクトである）。図８に示す各立方体は、地形オブジェクトを示す。なお、図８においては、地形オブジェクトの辺となる部分を太線で示しているが、この太線は図面を見やすくする目的で付したものであり、実際には地形オブジェクトの辺が太く表示される必要はない。

【0078】

なお、図８に示す地形オブジェクトは、例えば、「ボクセルに設定されるボクセルデータに含まれるパラメータが所定値より大きい場合は当該ボクセルの位置に立方体を配置し、所定値以下の場合は当該ボクセルの位置に何も配置しない」というルールで生成されたものである。図８に示す地形オブジェクトは、ボクセルとボクセルオブジェクトとの関係をわかりやすく例示する目的で示されるものである。本実施形態においては、実際には、例えば後述する図１３に示す地形オブジェクトのように、複雑な形状となるようなルールで（ボクセルデータに基づいて）ボクセルオブジェクトが生成される。なお、ボクセルデータに基づいてボクセルオブジェクトの形状を決定するルールは任意である。他の実施形態においては、ゲームシステム１は、オブジェクトデータに基づいて、図８に示すようなボクセルオブジェクトを生成してもよいし、図１３に示すようなボクセルオブジェクトを生成してもよい。

【0079】

ボクセルオブジェクトについては、各ボクセルのボクセルデータを変更することで、形状を変化させることができる。図９および図１０は、図８に示す地形オブジェクトの一部が削除される前後の様子の一例を示す図である。すなわち、図９に示す地形オブジェクトのうちの斜線部分が破壊される場合、地形オブジェクトは図１０に示すような形状に変化する。このとき、ゲームシステム１は、上記斜線部分のボクセルについて、地形オブジェクトが存在しないことを示すように、後述のボクセルデータを書き換えることで、地形オブジェクトを容易に消去することができる。なお、ゲームシステム１は、地形オブジェクトを追加する場合も、地形オブジェクトを消去する場合と同様に、各ボクセルのボクセルデータを変更することで、地形オブジェクトの形状を容易に変化させることができる。

【0080】

このように、ゲームシステム１は、ボクセルデータを書き換えることによって、ボクセルオブジェクトの形状を自由に変化させることができる。例えば、ゲームにおいて地形オブジェクトが何らかの理由（例えば、プレイヤキャラクタが地形オブジェクトに打撃を加える等）で破壊される結果として当該地形オブジェクトの形状を変化させる場合、ゲームシステム１は、地形オブジェクトの外形形状を示すデータ（すなわち、後述するメッシュ）を直接変更するのではなく、地形オブジェクトの生成に用いられるボクセルデータを変更することで、地形オブジェクトの形状を自由に変化させることができる。

【0081】

なお、本実施形態においては、ゲーム空間の全体にボクセルが規定される（つまり、ボクセルが設定されるボクセル空間がゲーム空間全体に対応する）ものとする。ただし、ボクセル空間はゲーム空間の全体に設定される必要はなく、ゲーム空間の一部の領域に設定されてもよい。ボクセル空間がゲーム空間の一部の領域に設定される場合、当該ボクセル空間におけるボクセル関するボクセルデータによってボクセルオブジェクトの形状が規定され、ゲーム空間における当該ボクセル空間の位置によって当該ゲーム空間におけるボクセルオブジェクトの位置が規定される。また、ゲーム空間には、ゲーム空間の全体に設定される主ボクセル空間と、ゲーム空間の一部の領域に設定される副ボクセル空間とが設定されてもよい。このとき、ゲームシステム１は、ボクセル空間毎にボクセルデータを記憶する。

【0082】

図１１は、ボクセルデータの一例を示す図である。ボクセルデータは、ゲーム空間に定義される各ボクセルについて、密度データ、第１マテリアルＩＤ、第２マテリアルＩＤ、マテリアル混合比データ、および、状態データを含む。本実施形態におけるボクセルデータには、これらのデータが１つのボクセル毎に設定される。

【0083】

密度データは、当該ボクセルに基づいたボクセルオブジェクトの形状（具体的には、後述するメッシュで規定される形状）を規定するために用いられる指標である密度を示す。詳細は後述するが、ボクセルオブジェクトの表面（すなわち、後述するメッシュ）の位置および形状は、上記の密度に基づいて決定される。

【0084】

本実施形態においては、密度は、下限値（例えば、０）から上限値（例えば、２５５）までの範囲の整数値をとり得る。本実施形態においては、ゲームシステム１は、ボクセルに設定される密度の値が高いと、当該ボクセル内においてボクセルオブジェクト内の領域が占める体積の割合が大きくなりやすく、当該密度の値が低いと当該割合が小さくなりやすいように、密度に基づいてボクセルオブジェクトの表面形状を決定する。このように、密度は、当該ボクセル内においてボクセルオブジェクト内の領域が占める体積の割合に影響を与える指標である。密度は、当該ボクセルの空間が仮想的に中身（すなわち、ボクセルオブジェクトの仮想的な中身）に占められている度合いを示す指標であるとも言える。例えば、密度が０である場合には当該ボクセル内が空であり、密度が２５５の場合には当該ボクセル内の全てがボクセルオブジェクトの中身であり、密度が０と２５５の間の値の場合には値に応じた割合で当該ボクセル内をボクセルオブジェクトの中身が占めるものとすることができる。そして、上記密度に基づいて、メッシュの形状、すなわちボクセルオブジェクトの表面形状を決定することができる。メッシュは、ボクセルにおいて中身が存在する部分の表面であると言うこともできるし、ボクセルにおいて中身が存在する部分と存在しない部分の境界であると言うこともできる。なお、上記密度に基づいて生成されたボクセルオブジェクト内の領域が占める体積は、密度が示す割合と厳密に一致する体積になる必要はない。例えば、図８のようなボクセルオブジェクトを生成する手法と、図１３のようなボクセルオブジェクトを生成する手法とでは、同じ密度に基づいていてもボクセルオブジェクトの体積が異なることもある。

【0085】

他の実施形態においては、密度は、ボクセル内の領域の全体をボクセルオブジェクト内の領域が占める体積が占める状態と、ボクセル内の領域にボクセルオブジェクト内の領域が占める体積が含まれない状態とのいずれかを示すものであってもよい。例えば、密度データは、０または１のみをとり得るデータであってもよい。

【0086】

第１マテリアルＩＤおよび第２マテリアルＩＤは、当該ボクセルのマテリアル（換言すれば、物質）を示す情報である。ここで、本実施形態においては、ボクセルには、例えば、砂、岩、または、土といったマテリアルが設定される。なお、ゲームシステム１においては、ボクセルに設定され得るマテリアルとして複数種類のマテリアルが用意されている（図１２に示すマテリアルデータを参照）。本実施形態においては、１つのボクセルには、用意された複数種類のマテリアルのうち２つまでのマテリアルが設定可能である。第１マテリアルＩＤは、当該ボクセルに設定される第１のマテリアルを示すＩＤであり、第２マテリアルＩＤは、当該ボクセルに設定される第２のマテリアルを示すＩＤである。詳細は後述するが、ボクセルオブジェクトのマテリアル（すなわち、ボクセルオブジェクトのポリゴンに設定されるマテリアル）は、ボクセルに設定されるマテリアルに基づいて決定される。

【0087】

上記のように、本実施形態においては、ボクセルデータは、マテリアルを示すＩＤを含むものとしたが、他の実施形態においては、ボクセルデータは、マテリアルの内容（すなわち、後述する名称や、性質や、描画設定の情報）を直接示すデータを含むデータ構造であってもよい。

【0088】

マテリアル混合比データは、当該ボクセルにおけるそれぞれのマテリアルの比率を示すデータの一例である。本実施形態においては、１つのボクセルに設定されるマテリアルＩＤが２つまでなので、上記第１マテリアルＩＤが示すマテリアルと上記第２マテリアルＩＤが示すマテリアルの一方の比率を示すマテリアル混合比データで他方の比率も表すことができる。本実施形態においては、マテリアル混合比は、０以上１以下の値によって第１のマテリアルおよび第２のマテリアルからなる全体に対する第２のマテリアルの割合を示す値とする。例えば、あるボクセルに設定されるマテリアル混合比が０．４である場合、当該ボクセルにおいて、第１のマテリアルと第２のマテリアルとが０．６：０．４の比で構成されることを表す。詳細は後述するが、ボクセルオブジェクトの見た目および性質はマテリアルに基づいて決定される。マテリアル混合比は、ボクセルオブジェクトの見た目および性質を決定するために用いられる。マテリアル混合比は、他の実施形態においては、第１のマテリアルの割合を示す値であってもよい。また、マテリアルのボクセル内の比率は、それぞれのマテリアル毎の割合を示すそれぞれの値によって表されてもよい。特に、他の実施形態において、マテリアルを２種類まででなくて３種類以上設定可能な場合には、それぞれのマテリアル毎の割合をそれぞれ示す複数の値としてマテリアルのボクセル内の比率を表すことになる。

【0089】

なお、本実施形態において、ボクセルには必ずしも２種類のマテリアルが設定される必要はなく、１種類のマテリアルが設定されてもよい。例えば、あるボクセルに設定されるマテリアルが１種類である場合、第１マテリアルＩＤが当該マテリアルを示し、マテリアル混合比は０に設定される。

【0090】

状態データは、当該ボクセルに設定される状態を示す。状態データの具体的な内容や種類数は任意である。本実施形態においては、状態データは、当該ボクセルに設定されるダメージの量を示すデータを含む。なお、他の実施形態においては、状態データには、例えば当該ボクセルが濡れた状態であるか否か（および、その程度）を示すデータが含まれていてもよい。

【0091】

上記のように、本実施形態においてはボクセルデータにはマテリアルＩＤが含まれるので、ゲームシステム１は、当該マテリアルＩＤが示すマテリアルの内容を規定するマテリアルデータを記憶する。図１２は、マテリアルデータの一例を示す図である。図１２に示すように、本実施形態におけるマテリアルデータにおいては、マテリアル毎に、マテリアルＩＤと、当該マテリアルに設定される名称、性質、描画設定、および、内部マテリアルＩＤの情報とが対応付けられる。

【0092】

マテリアルデータに含まれる名称は、当該マテリアルに設定される名称（例えば、土、砂、草等）である。詳細は後述するが、ゲーム中においては、ボクセルオブジェクトのマテリアルの名称が表示されることがある（図２８参照）。このような表示を行うために、マテリアルデータはマテリアルの名称の情報を含む。

【0093】

マテリアルデータに含まれる性質は、当該マテリアルに設定される性質である。マテリアルの性質とは、当該マテリアルが設定されるボクセルオブジェクトがゲームにおいて有する性質である。なお、マテリアルの性質の具体的な内容や種類数は任意である。例えば、マテリアルの性質として下記の情報の少なくともいずれかが設定されてもよい。
・硬さ
・重さ
・滑り易さ
・プレイヤキャラクタが接触した場合のダメ―ジ設定
・温度
・ボクセルオブジェクトに他のオブジェクトが接着可能か否か
・プレイヤキャラクタがボクセルオブジェクトを破壊または取得した場合におけるプレイヤキャラクタの体力の回復量
・プレイヤキャラクタがボクセルオブジェクトを破壊または取得した場合にプレイヤキャラクタが取得するゲーム内通貨の量
他の実施形態においては、マテリアルの性質を示す情報として、上記とは異なる情報が設定されてもよい。

【0094】

本実施形態においては、マテリアルデータは、マテリアルの性質を特定する情報として、当該性質を示すＩＤを含む（図１２参照）。図示しないが、ゲームシステム１は、用意される性質毎に、性質ＩＤに対して当該性質の内容（例えば、上述の重さや滑りやすさを示す値）が対応付けられた性質情報を記憶する。ゲームシステム１は、上記性質情報を参照することで、マテリアルについて設定される性質の具体的な内容を特定することができる。

【0095】

マテリアルデータに含まれる描画設定は、当該マテリアルが設定されるボクセルオブジェクトの描画に用いられるテクスチャ等、描画に関する設定を示す情報である。本実施形態においては、マテリアルデータは、描画設定の情報として、当該マテリアルが設定されるボクセルオブジェクトの描画に用いるテクスチャのＩＤを含む（図１２参照）。図示しないが、ゲームシステム１は、用意されるテクスチャ毎に、テクスチャＩＤと、当該テクスチャＩＤが示すテクスチャとを対応付けたテクスチャ情報を記憶する。ゲームシステム１は、上記テクスチャ情報を参照することで、マテリアルについて設定されるテクスチャの具体的な内容を特定することができる。なお、他の実施形態においては、描画設定の情報として、テクスチャの情報に加えて、シェーディングの設定に関する任意の情報が設定されてもよい。たとえば、反射率や、法線に関する情報等が設定されていてもよい。

【0096】

図１２に示すように、本実施形態におけるマテリアルデータにおいては、マテリアルＩＤに対して内部マテリアルＩＤが対応付けられる。内部マテリアルＩＤは、それに対応付けられるマテリアルＩＤが或る物体の外側部分のマテリアルを示す場合において、当該物体の内側部分のマテリアル（以下、「内部マテリアル」と呼ぶ。）を示す。例えば、木の外皮を表すマテリアルのＩＤには、木の内部を表すマテリアルのＩＤが、内部マテリアルＩＤとして対応付けられてもよい。また例えば、草の地面を表すマテリアルのＩＤには、地表面の草が剥がされたときの内部の土を表すマテリアルのＩＤが、内部マテリアルＩＤとして対応付けられてもよい。本実施形態においては、内部マテリアルは、マテリアルの種類毎に予め設定される。ただし、マテリアルの種類によっては、内部マテリアルが設定されない、つまり、マテリアルＩＤに対して内部マテリアルＩＤが対応付けられないものがあってもよい。詳細は後述するが、内部マテリアルは、当該内部マテリアルが対応付けられるマテリアルが設定されているボクセルに対してマテリアルの変更処理が実行された場合における、変更後のマテリアルとして用いられる（後述の［２－８－１．弾の数が増加されるイベント、および、プレイヤキャラクタが弾を投げるイベントが行われる例］参照）。

【0097】

なお、本実施形態におけるマテリアルデータにおいては、内部マテリアルＩＤとして設定されるＩＤと同じ値がマテリアルＩＤとして設定される。例えば、図１２に示す例では、草のマテリアルのＩＤ（図１２では、００３）に対応付けられる内部マテリアルＩＤである土のマテリアルのＩＤ（図１２では、００１）は、マテリアルＩＤとしても設定されている。したがって、マテリアルデータを参照することで、内部マテリアルＩＤについても、それに対応付けられる名称、性質、および、描画設定の情報を特定することができる。なお、マテリアルデータは、内部マテリアルＩＤに対応する情報を特定可能な任意のデータ構造であってよい。マテリアルデータは、上記のように内部マテリアルＩＤに対して間接的に名称、性質、および、描画設定の情報が対応付けられるデータ構造であってもよいし、内部マテリアルＩＤにこれらの情報が直接対応付けられるデータ構造であってもよい。

【0098】

また、マテリアルデータは、図１３に示すデータ以外の他のデータを含んでいてもよい。例えば、マテリアルデータは、サウンド設定に関するデータを含んでいてもよい。例えば、サウンド設定に関するデータは、当該ボクセルに基づくボクセルオブジェクト上をプレイヤキャラクタが歩いた場合に出力される足音を規定するデータであってもよい。

【0099】

なお、マテリアルデータは、マテリアルの性質および／または描画設定を特定可能な任意の形式のデータであってよい。例えば、他の実施形態においては、マテリアルデータは、マテリアルＩＤやテクスチャＩＤを含むデータ構造に代えて、マテリアルの性質および／または描画設定を直接示すデータを含むデータ構造を有していてもよい。

【0100】

［２－２．ボクセルデータの更新］
ゲーム中においては、上述のボクセルデータが更新されることで、ボクセルオブジェクトが変形される。本実施形態においては、ボクセルオブジェクトを更新させるためのゲームイベント（以下、「更新イベント」と呼ぶ。）が発生した場合、ゲームシステム１はボクセルデータの更新を行う。更新イベントの具体的な内容は任意である。更新イベントは、例えば、ゲームに登場するキャラクタが、ボクセルオブジェクトを変形させるアクションを行った（例えば、プレイヤキャラクタがボクセルオブジェクトに対してパンチを行った）ことであってもよいし、ボクセルオブジェクトを変形させる事象が発生したこと（例えば、キャラクタが投げつけたオブジェクトがボクセルオブジェクトに接触したことや、爆弾が爆発したこと）であってもよい。

【0101】

図１３は、更新イベントが発生した場合におけるゲーム空間の一例を示す図である。図１３に示す状況は、ボクセルオブジェクトである地形オブジェクト２０２に対してプレイヤキャラクタ２０１がパンチアクションを行った状況である。詳細は後述するが、図１３に示す例においては、プレイヤキャラクタ２０１によるパンチアクションが当たった位置の周囲の地形オブジェクト２０２が消去されるように、ボクセルデータが更新される。これによって、プレイヤキャラクタ２０１によるパンチアクションによって地形オブジェクト２０２が破壊される様子が表現される。

【0102】

本実施形態においては、更新イベントが発生した場合、ゲームシステム１は、ボクセルオブジェクトの更新を行う更新範囲（図１３に示す例においては、更新範囲２０３）をゲーム空間において設定する。更新範囲の位置、形状、および、大きさは任意である。更新範囲の位置は、例えば、発生した更新イベントに関するオブジェクト（例えば、パンチを行ったプレイヤキャラクタ）とボクセルオブジェクトとが接触した位置に基づいて決定されてもよい。図１３に示す例においては、プレイヤキャラクタ２０１によるパンチが当たった位置に基づいて更新範囲２０３の位置が決定されてよく、例えば、当たった位置、あるいは、当たった位置から所定距離だけ前方の位置が更新範囲２０３の中心位置とされてもよい。更新範囲の形状および大きさは、更新イベントの種類に応じた形状となるように予め決定されてもよい。例えば、プレイヤキャラクタ２０１のパンチによる更新イベントが発生した場合、図１３に示すような所定の大きさの球体として、更新範囲の形状および大きさが決定されてもよい。また、更新範囲の大きさは、発生した更新イベントの影響度合いを示す値（例えば、パンチの強さや爆発の大きさ）に応じて決定されてもよい。

【0103】

ゲームシステム１は、設定された更新範囲に対応するボクセルについて密度を変更する。なお、更新範囲に対応するボクセルとは、例えば、更新範囲内のボクセル、あるいは、更新範囲と重複するボクセルである。密度が変更される結果、後述する処理によってボクセルオブジェクトのメッシュが変更されることで、ボクセルオブジェクトの形状（見た目の形状、および、接触判定に用いられる形状）が変更される。なお、他の実施形態においては、ゲームシステム１は、更新範囲内に含まれるボクセルについて密度を変更することに加えて、当該ボクセルにおけるマテリアル（すなわち、第１のマテリアル、第２のマテリアル、および、マテリアル混合比）を変更してもよいし、当該ボクセルにおける状態を変更してもよい。

【0104】

本実施形態においては、ゲームシステム１は、ボクセルが更新範囲に含まれるか否かの判定を、ＳＤＦ（Ｓｉｇｎｅｄ Ｄｉｓｔａｎｃｅ Ｆｉｅｌｄ：符号付距離場）を用いて行う。ゲームシステム１は、ゲーム空間内に設定される更新範囲を示すＳＤＦを設定し、ＳＤＦの値に基づいて上記の判定を行う。ＳＤＦは、任意の位置について、規定する形状からの距離を符号付で表すものである。図１４は、更新範囲の一例を示す図である。図１４に示す例においては、ゲーム空間に球形の更新範囲が設定されている。例えば、図１４に示す例においては、ゲーム空間内の位置のうち、ＳＤＦが表す形状の内側の位置についてはＳＤＦの値が負の値となり、ＳＤＦが表す形状の外側の位置についてはＳＤＦの値が正の値となるようにＳＤＦが設定される。この例では、ＳＤＦの値の正であるか負であるかによって、更新範囲に含まれるか否かを判定することができる。また、符号付距離の値を用いることで、単純な内外判定だけでなく、補正や補間等の処理を行うこともできる。

【0105】

上記においては、更新範囲内のボクセルオブジェクトが消去されたように変形されるという変更がボクセルオブジェクトに加えられる例について説明したが、更新範囲を用いてボクセルオブジェクトに加えられる変更はこれに限らない。例えば、更新範囲内にボクセルオブジェクトが新たに追加される（つまり、更新範囲の分だけボクセルオブジェクト内の領域が占める体積が増加する）変更がボクセルオブジェクトに対して加えられてもよい（後述する図２９参照）。また、ボクセルの密度は変更されずに、更新範囲内におけるボクセルのマテリアルのみが変化するような変更がボクセルオブジェクトに対して加えられてもよい。また、ボクセルの密度の変更とマテリアルの変更とが複合的に加えられてもよい。

【0106】

［２－３．頂点の算出］
上記のようにしてボクセルの密度が更新された場合、ゲームシステム１は、更新後のボクセルデータに基づいて頂点を設定する。上記の頂点とは、ボクセルオブジェクトのメッシュの頂点となり得るものである。詳細は後述するが、本実施形態においては、上記の頂点について簡略化が行われ、簡略化後の頂点がボクセルオブジェクトのメッシュの頂点となる。

【0107】

図１５は、頂点の設定方法の一例を示す図である。なお、以下において説明する図１５～図２４では、図面を見やすくし、説明を分かりやすくする目的で、ボクセル、頂点、メッシュ等を２次元で表現しているが、実際には３次元空間におけるボクセルに基づいて３次元空間において頂点およびメッシュが設定される。本実施形態においては、ゲームシステム１は、存在することを示す設定の密度（すなわち、後述する基準値以上の密度）を有するボクセルと、存在しないことを示す設定の密度（すなわち、後述する基準値未満の密度）を有するボクセルとが隣接する部分に対し、周囲の複数のボクセルの位置と密度とに基づいた座標に頂点を設定させる手法を用いる。以下、この手法の詳細について説明する。

【0108】

上述のように、本実施形態においては、ボクセルに設定される密度は、０～２５５の範囲で設定される。密度が０のボクセルは完全に空中で、密度が２５５のボクセルは完全に中身が詰まっている状態を表す。０と２５５の間の密度は補間的に扱われ、頂点の決定に用いられる。そして、本実施形態においては、密度が基準値以上のボクセルをオブジェクト内とし、密度が基準値未満のボクセルをオブジェクト外であると仮想的に扱う。密度が基準値以上のボクセルを、存在することを示すボクセルであるとし、密度が基準値未満のボクセルを、存在しないことを示すボクセルであるとして仮想的に扱う、ということもできる。密度が０のボクセルのみをオブジェクト外と定義する（すなわち基準値＝１とする）必要はなく、当該基準値は、例えば１２８とする。図１５に示す例においては、ボクセル２１１および外側の他のボクセルにおいては密度が０、ボクセル２１２は密度が基準値未満である１００、ボクセル２１３、２１４においては密度が基準値以上である１５０、２１０と設定されているものとする。本実施形態においては、ゲームシステム１は、密度が基準値以上のボクセルと基準値未満のボクセルとの間に頂点を生成する。具体的には、隣接する８個（図面では４個）のボクセルに跨がった領域（図面では点線に囲まれた領域）ごとに、頂点を生成するか否かの判定を行う。つまり、密度が基準値以上のボクセルと基準値未満のボクセルの両方に跨がる領域に頂点を生成する。頂点の座標は、ＸＹＺの軸ごとに、隣接するボクセル同士の密度を比較し、密度の差に基づいた補間によって決定される。なお、頂点間を結ぶ直線の位置および向きを規定する法線情報を設定しておくことで、さらに法線情報に基づいて頂点の座標を計算することができる。なお、法線情報は、少なくとも一部のボクセルについて予め保持しておくようにしてもよいし、保持されていない場合は法線情報も隣接するボクセル同士の密度に基づいて算出されてもよい。なお、図１５において、ボクセル２１２の密度は基準値未満であるので、頂点の有無の判定においては、ボクセル２１２はオブジェクト外として扱われるが、ボクセル２１２の密度の値自体は、生成される頂点の座標計算に用いられる。仮にボクセル２１２の密度よりも低い値に基準値を設定した場合は、図１５のボクセル２１２における右上側と左上側に頂点がさらに増える結果となる。

【0109】

上記のように頂点を設定することで、設定された各頂点（あるいは、設定された各頂点に対して後述の簡略化処理を行った後の各頂点）を結ぶメッシュを生成する場合には、ボクセルごとの密度をある程度反映した体積を有する形状を生成することができる。ただし、隣接ボクセルとの関係によっては、密度０のボクセルが一部オブジェクト内の領域を含むことや、密度２５５のボクセルが一部オブジェクト外の領域を含むようなこともあり得る。また、本実施形態では、基準値未満のボクセルはオブジェクト外として処理するため、オブジェクト内として処理する場合に比べて頂点が少なくなる分、体積も小さくなる。このように、厳密に密度の値に対応する体積となるようにポリゴンメッシュを算出する必要は無い。

【0110】

［２－４．頂点のマテリアルの決定］
ゲームシステム１は、上記のように設定された各頂点についてマテリアルを決定する。頂点のマテリアルは、当該頂点の周囲のボクセルに関するマテリアルに基づいて決定される。頂点の周囲のボクセルとは、例えば、当該頂点を生成するか否かの判定に用いられたボクセル（すなわち、上述の「ボクセルに跨がった領域」と重なるボクセル）である。なお、他の実施形態においては、頂点のマテリアルの決定に用いられるボクセルと、頂点の生成の判定に用いられるボクセルとは同じである必要はなく、異なっていてもよい。

【0111】

図１６は、頂点のマテリアルを決定する方法の一例を示す図である。図１６に示す例においては、４つのボクセル２１５～２１８に関して頂点２１９が設定されたものとし、当該４つのボクセル２１５～２１８が上述の「頂点の周囲のボクセル」である。なお、実際の３次元空間では、頂点の周囲のボクセルの数は８つとなる。また、図１６に示す例においては、ボクセル２１５については、密度が２５５、第１のマテリアルが「砂」、マテリアル混合比は０（つまり、第１のマテリアル：第２のマテリアル＝１：０、もしくは第２のマテリアルは設定されなくともよい）と設定されるものとする。ボクセル２１６については、密度が０（第１および第２のマテリアルは設定されなくともよい）と設定されるものとする。ボクセル２１７については、密度が２０４、第１のマテリアルが「砂」、第２のマテリアルは「草」、マテリアル混合比は０．３（つまり、第１のマテリアル：第２のマテリアル＝０．７：０．３）と設定されるものとする。ボクセル２１８については、密度が１５３、第１のマテリアルが「土」、第２のマテリアルは「草」、マテリアル混合比は０．４（つまり、第１のマテリアル：第２のマテリアル＝０．６：０．４）と設定されるものとする。また、頂点２１９の位置を示す座標は、（Ｘ，Ｙ）＝（０．８，０．６）であるとする。なお、この座標の座標系は、図１６における左右方向をＸ座標とし、上下方向をＹ座標とし、ボクセル２１５～２１８の中心位置（図１３に示す白丸の位置）のうちで左下のボクセル２１７の中心位置を（０，０）とする座標系である。

【0112】

頂点のマテリアルを決定する場合、ゲームシステム１は、周囲のボクセルにおけるマテリアル毎に、当該マテリアルの密度と、ボクセルから頂点までの距離に基づく重み値とに基づいて評価値を算出する。まず、重み値は、ボクセル毎に算出され、当該ボクセルの中心位置から頂点までの距離が近いほど大きくなるように算出される。本実施形態においては、当該ボクセルの中心位置を（ｘ１，ｙ１）とし、頂点の座標を（ｘ２，ｙ２）としたとき、あるボクセルについての重み値は、次の式（１）に従って算出される。
（重み値）＝｜（１－ｘ１）－ｘ２｜・｜（１－ｙ１）－ｙ２｜…（１）
図１６に示す例においては、上式（１）に従って算出される各ボクセル２１５～２１８の重み値は次のようになる。
（ボクセル２１５の重み値）＝｜（１－０）－０．８｜・｜（１－１）－０．６｜＝０．１２
（ボクセル２１６の重み値）＝｜（１－１）－０．８｜・｜（１－１）－０．６｜＝０．４８
（ボクセル２１７の重み値）＝｜（１－０）－０．８｜・｜（１－０）－０．６｜＝０．０８
（ボクセル２１８の重み値）＝｜（１－１）－０．８｜・｜（１－０）－０．６｜＝０．３２

【0113】

また、ゲームシステム１は、マテリアルの密度をボクセル毎に算出する。ここで、マテリアルの密度とは、当該ボクセルに設定されているマテリアルのうちで当該マテリアルが占める割合に、当該ボクセルの密度を乗算した値である。なお、本実施形態においては、上記ボクセルの密度としては、上述した０から２５５までの値を、０から１までの値に正規化した値を用いるものとする。図１６に示す例においては、ボクセル２１５については、設定されているマテリアルは砂のみであるので、砂のマテリアルに関する上記割合は１であり、当該ボクセルの密度は１であるので、砂のマテリアルの密度は１となる。ボクセル２１６については、密度が０であってマテリアルも設定されていないので、マテリアルの密度は算出されない。もしくは、何らかのマテリアルが設定されている場合は、当該マテリアルの密度は０となる。ボクセル２１７については、設定されている砂のマテリアルと草のマテリアルとの上記割合はそれぞれ、０．７、０．３であり、当該ボクセルの密度は２０４／２５５＝０．８であるので、砂のマテリアルの密度は、０．７・０．８＝０．５６となり、草のマテリアルの密度は、０．３・０．８＝０．２４となる。ボクセル２１８については、設定されている土のマテリアルと草のマテリアルとの上記割合はそれぞれ、０．６、０．４であり、当該ボクセルの密度は１５３／２５５＝０．６であるので、土のマテリアルの密度は、０．６・０．６＝０．３６となり、土のマテリアルの密度は、０．４・０．６＝０．２４となる。

【0114】

そして、ゲームシステム１は、上記の重み値と、マテリアルの密度とに基づいて、マテリアル毎の上記評価値を算出する。本実施形態においては、マテリアルの評価値は、各ボクセルについて算出された当該マテリアルの密度を、ボクセル毎の重み値に応じた重みを付して、周囲の各ボクセルについて合計した値である。図１６に示す例においては、砂のマテリアルの評価値は、ボクセル２１５についてのマテリアルの密度が１、重み値が０．１２であり、ボクセル２１７についてのマテリアルの密度が０．５６、重み値が０．０８であるので、１・０．１２＋０．５６・０．０８＝０．１６４８となる。また、草のマテリアルの評価値は、ボクセル２１７についてのマテリアルの密度が０．２４、重み値が０．０８であり、ボクセル２１８についてのマテリアルの密度が０．２４、重み値が０．３２であるので、０．２４・０．０８＋０．２４・０．３２＝０．０９６となる。また、土のマテリアルの評価値は、ボクセル２１８についてのマテリアルの密度が０．３６、重み値が０．３２であるので、０．３６・０．３２＝０．１１５２となる。

【0115】

ゲームシステム１は、マテリアル毎の評価値に基づいて頂点のマテリアルを決定する。具体的には、評価値が大きいものから順に所定数のマテリアルが頂点のマテリアルとして決定される。本実施形態においては、評価値が大きい２つが頂点のマテリアルとして決定される。図１６に示す例においては、砂、草、土のマテリアルの評価値は、それぞれ、０．１６４８、０．０９６、０．１１５２であるので、頂点のマテリアルとしては、砂のマテリアルと土のマテリアルとに決定される。また、ゲームシステム１は、決定された２つのマテリアルの比率を上記評価値に基づいて算出する。本実施形態においては、２つのマテリアルの比率は、上記マテリアル混合比と同様、全体に対する第２のマテリアルの割合である第２マテリアル比として表されてもよい。図１６に示す例において、例えば第１のマテリアルが土のマテリアルであり、第２のマテリアルが砂のマテリアルと設定された場合、上記第２マテリアル比は、０．１６４８／（０．１６４８＋０．１１５２）≒０．５９で示される。なお、他の実施形態においては、２つのマテリアルの比率を表す値としては、第１のマテリアルの割合を示す値が用いられてもよい。また、それぞれのマテリアル毎の割合を示すそれぞれの値が用いられてもよい。

【0116】

本実施形態においては、ゲームシステム１は、頂点の位置と、頂点に設定される第１および第２のマテリアルのマテリアルＩＤと、マテリアルの比率とを示す頂点データを生成して記憶する。ただし、頂点に設定されるマテリアルを管理する方法は任意である。他の実施形態においては、頂点データは、第１および第２のマテリアルの内容を直接示すデータを含むデータ構造であってもよい。

【0117】

上記のように、本実施形態においては、ゲームシステム１は、頂点毎に、周囲の複数のボクセルのボクセルデータに含まれるマテリアルＩＤについて、当該マテリアルＩＤ毎の優先度パラメータ（たとえば、評価値）を当該ボクセルデータに基づいて算出する。そして、優先度パラメータに基づいて、優先度の高い所定個数（ここでは、２個）までのマテリアルＩＤを選択して頂点のマテリアルＩＤとして決定する。なお、優先度パラメータとして用いられる具体的なパラメータは、上記評価値に限らない。例えば、他の実施形態においては、上記重み値を用いずに、マテリアルの密度を用いて算出される評価値が優先度パラメータとして用いられてもよい。

【0118】

なお、本実施形態においては、優先度パラメータの一例である評価値は、当該頂点の周囲の複数のボクセルの密度に基づいて、密度の高いボクセルに設定されたマテリアルの優先度が高くなるように（つまり、当該マテリアルの評価値が大きくなり、当該マテリアルが選択されやすくなるように）算出される。これによれば、ボクセルに設定される密度の大きさを反映して頂点のマテリアルを決定することができる。

【0119】

また、本実施形態においては、優先度パラメータの一例である評価値は、当該頂点の周囲の複数のボクセルの基準位置（具体的には、中心位置）から当該頂点までの距離に基づいて、当該頂点に近いボクセルに設定されたマテリアルの優先度が高くなるように算出される。これによれば、ボクセルと頂点との距離を反映して頂点のマテリアルを決定することができる。

【0120】

また、本実施形態においては、優先度パラメータの一例である評価値は、当該頂点の周囲の複数のボクセルのマテリアル混合比に基づいて、当該マテリアル混合比が高いマテリアルの優先度が高くなるように算出されるとも言うことができる。これによれば、１つのボクセルに複数のマテリアルが設定される場合において、各マテリアルの比率を反映して頂点のマテリアルを決定することができる。

【0121】

［２－５．頂点の簡略化］
本実施形態においては、ゲームシステム１は、上記のようにして算出された各頂点について簡略化を行う。すなわち、ゲームシステム１は、上記のようにして算出された各頂点のいくつかをまとめて１つの頂点に置き換えることで、頂点数を減少させる。なお、詳細は後述するが、置き換えられる頂点の座標（すなわち、位置）およびマテリアルは、置き換え前の複数の頂点に基づいて設定される。このような簡略化によって、ボクセルオブジェクトのメッシュを構成する頂点の数やポリゴンの数を減少させることができ、処理に用いられるメモリ量を低減したり、処理負荷を低減したりすることができる。

【0122】

本実施形態においては、ゲームシステム１は、ＳＶＯ（Ｓｐａｒｓｅ Ｖｏｘｅｌ Ｏｃｔｒｅｅ）を用いて各頂点を表現することで簡略化を行う。図１７は、頂点の簡略化の一例を示す図である。なお、図１７では、図１７（ａ）に示す実線で示される１つの正方形が１つの頂点区分領域を表す。ここで、頂点区分領域とは、ボクセルの中心位置を頂点とする正方形の領域であり（実際の３次元空間では、頂点区分領域は立方体または直方体である）、上述の図１５および図１６における点線を辺とする領域である。また、図１７において、内部に「ｖ」の文字が示されている頂点区分領域は、頂点が設定されている頂点区分領域を示す。

【0123】

本実施形態においては、ゲームシステム１は、互いに隣接する所定個数（図１７では４個、実際の３次元空間では８個）の頂点区分領域内の頂点について、簡略化が可能であるか否かを判定する。簡略化が可能であると判定される場合、当該所定個数の頂点区分領域内の頂点について簡略化が行われる。

【0124】

図１７の（ａ）は、簡略化が行われる前の状態である。図１７に示す例においては、点線で囲まれる範囲内の頂点区分領域について簡略化可能と判定されるものとする。このとき、ゲームシステム１は、簡略化可能と判定される上記所定個数の各頂点区分領域内の頂点が、１つの頂点に置き換えられるように簡略化を行う（図１７（ｂ）参照）。これによって、上記所定個数の頂点区分領域内の頂点が１つの頂点に簡略化されることとなる。

【0125】

本実施形態においては、ゲームシステム１は複数段階で簡略化を行う。段階数は任意であるが、図１７では、２段階目までを図示して説明する。図１７の（ｂ）は、１段階目の簡略化が行われた状態を示し、図１７の（ｃ）は、２段階目の簡略化が行われた状態を示している。２段階目の簡略化においては、１段階目の簡略化によって生じた頂点を対象として、簡略化が可能であるか否かが判定される。図１７に示す例においては、図１７の（ｂ）において点線で囲まれる範囲内の頂点区分領域について簡略化可能と判定される結果、当該頂点区分領域の頂点が簡略化され、図１７の（ｃ）に示す状態となる。なお、１段階目の簡略化が可能であるか否かの判定条件と、２段階目の簡略化が可能であるか否かの判定条件とは同じ内容であってもよいし、異なる内容であってもよい。

【0126】

簡略化が可能であるか否かの判定について、具体的な方法は任意である。本実施形態においては、上記判定のための条件として、ボクセルオブジェクトの形状に関する条件と、マテリアルに関する条件とが用いられる。本実施形態においては、ボクセルオブジェクトの形状に関する条件と、マテリアルに関する条件との両方が満たされる場合、簡略化可能であると判定され、ボクセルオブジェクトの形状に関する条件と、マテリアルに関する条件との少なくとも一方が満たされない場合、簡略化不可能であると判定される。

【0127】

形状に関する条件とは、例えば、簡略化前の各頂点による形状と、簡略化後の各頂点による形状とが大きく変更されないことである。例えば、各頂点による形状が簡略化前後で大きく変更されないか否かは、簡略化前のメッシュと簡略化後のメッシュとの間の誤差を示す指標を算出し、当該指標が所定の許容値以下であるか否かによって判定することもできる。また例えば、簡略化前の各頂点による形状が中空の形状であるのに対して、簡略化後の各頂点による形状が中空でない形状となる（つまり、簡略化によって中空であるという情報が欠落してしまう）場合も、形状に関する条件が満たされないと判定される。なお、上記の場合が生じるか否かは、例えば、判定対象となる頂点区分領域に対応する各ボクセルの密度に基づいて判定することができる。また例えば、簡略化前の各頂点による形状が、２以上の頂点によってしか表現できず、１つの頂点では表現できないような形状である場合も、形状に関する条件が満たされないと判定される。なお、ボクセルオブジェクトの形状に関する条件としては、ＳＶＯを用いた従来の手法と同様の条件が用いられてもよい。

【0128】

また、マテリアルに関する条件としては、本実施形態においては、簡略化の対象となる上記所定個数の頂点区分領域内の各頂点に設定されるマテリアルの種類数に関する条件が用いられる。図１８は、マテリアルに関する条件の一例を示す図である。図１８の（ａ）は、頂点２２１～２２４のマテリアルが、それぞれ、（草）、（草）、（草と土）、（草と土）である場合を示しており、図１８の（ｂ）は、頂点２２１～２２４のマテリアルが、それぞれ、（草と砂）、（草）、（草と土）、（草と土）である場合を示している。本実施形態においては、マテリアルに関する条件は、簡略化の対象となる上記各頂点に設定されるマテリアルの種類の合計が所定数以下となることである。たとえば、マテリアルに関する条件は、１つの頂点に設定可能なマテリアルの数以下となることとする。本実施形態においては、上記所定数は２である。例えば、図１８の（ａ）の場合には、簡略化の対象となる各頂点２２１～２２４に設定されるマテリアルの種類の合計は、草と土の２種類となるので、マテリアルに関する条件は満たされる。このとき、上述のオブジェクトの形状に関する条件が満たされることを条件に、各頂点２２１～２２４は簡略化可能と判定される。一方、図１８の（ｂ）の場合には、簡略化の対象となる各頂点２２１～２２４に設定されるマテリアルの種類の合計は、草と土と砂の３種類となるので、マテリアルに関する条件は満たされない。このとき、上述のオブジェクトの形状に関する条件が満たされるか否かに関わらず、各頂点２２１～２２４は簡略化不可能と判定される。

【0129】

なお、ゲームシステム１において、厳密には異なる種類に分類されるマテリアルであっても、設定される性質が同じであって、見た目が異なる複数種類のマテリアルが用意されてもよい。このような複数種類のマテリアルの一部については、マテリアルに関する条件の判定においては同じ種類とみなして判定を行ってもよい。例えば、土のマテリアルに関して、性質は同じであるものの見た目（例えば、テクスチャの色や模様）が近い複数種類の土のマテリアルが用意される場合がある。このような場合、ゲームシステム１は、当該複数種類の土のマテリアルについては同じ種類とみなしてマテリアルに関する条件の判定を行ってもよい。

【0130】

ここで、本実施形態においては、頂点に関してはボクセルと同様に、２種類までのマテリアルが設定可能である。これに対して、本実施形態においては、簡略化の対象となる各頂点に設定されるマテリアルの種類の合計が３種類以上である場合には、簡略化が行われない。すなわち、マテリアルの種類の合計が１つの頂点に設定可能なマテリアルの数を超える場合には簡略化が行われない。したがって、簡略化によって頂点の数を減らしたとしても、頂点に設定されたマテリアルの情報が簡略化によって欠落することはなく、マテリアルの情報を維持することができる。

【0131】

本実施形態においては、簡略化後の頂点のマテリアルは、簡略化前の各頂点のマテリアルに基づいて決定される。具体的には、ゲームシステム１は、簡略化前の頂点に設定される１種類または２種類のマテリアルを、簡略化後の頂点における第１のマテリアルおよび第２のマテリアルに設定する。これによって、マテリアルの情報を維持することができる。なお、簡略化後のマテリアルの比率は、簡略化前の各頂点のマテリアルの比率に基づいて決定される。本実施形態においては、簡略化後のマテリアルの比率は、上述の評価値を用いて各頂点のマテリアルの比率を算出する方法と同様にして算出される。すなわち、ゲームシステム１は、簡略化後の頂点と簡略化前の頂点との距離に基づいて重み値を算出し、当該重み値と、簡略化前の頂点におけるマテリアルの密度（なお、上記［２－４．頂点のマテリアルの決定］で述べたマテリアルの評価値を、ここでのマテリアルの密度として用いることができる。）とに基づいて、マテリアル毎の評価値を算出する。そして、算出された各マテリアルの評価値に基づいてマテリアルの比率を算出する。

【0132】

［２－６．メッシュの生成］
本実施形態においては、上記のようにして簡略化された各頂点に基づいて、ボクセルオブジェクトのメッシュが生成される。図１９は、各頂点に基づいて生成されるメッシュの一例を示す図である。なお、図１９に示す正方形は、上述の頂点区分領域、あるいは、簡略化によって複数の頂点区分領域がまとめられて１つになった頂点区分領域を示す。図１９に示すように、ゲームシステム１は、頂点区分領域が隣接する頂点同士を結ぶ直線を辺とする多角形で構成されるメッシュを生成する。メッシュを構成する各多角形は三角形または四角形となる。

【0133】

本実施形態においては、ゲームシステム１は、表示用メッシュと、判定用メッシュの２種類のメッシュを生成する。表示用メッシュは、ボクセルオブジェクトの表示のために用いられるメッシュである。判定用メッシュは、ボクセルオブジェクトのコリジョン判定のために用いられるメッシュである。詳細は後述するが、ゲームシステム１は、上記の２種類のメッシュを用いることで、ボクセルオブジェクトの表示およびコリジョン判定のそれぞれに適したメッシュを用いて処理を行うことができる。

【0134】

本実施形態においては、ゲームシステム１は、表示用メッシュおよび判定用メッシュを、上述のＳＶＯのデータに基づいて（すなわち、簡略化された各頂点に基づいて）生成する。これによれば、２種類のメッシュの生成に用いられる頂点データを共有することで、処理の効率化を図ることができる。なお、他の実施形態においては、ゲームシステム１は、頂点の簡略化を行わなくてもよく、簡略化されていない頂点に基づいて表示用メッシュおよび／または判定用メッシュを生成してもよい。

【0135】

本実施形態においては、ゲームシステム１は、判定用メッシュを、表示用メッシュよりも簡易な形状となるように生成する。具体的には、ゲームシステム１は、判定用メッシュの頂点数が表示用メッシュの頂点数よりも少なくなるようにする。ここで、本実施形態においては、ＳＶＯのデータは、簡略化前の頂点のデータと、簡略化された頂点のデータとを八分木構造で保持するデータであるが、簡略化可能であるか否かの判定のために用いられたデータも含む。このデータは、例えば、簡略化後の頂点の候補として算出された頂点（仮の頂点と呼ぶ。）のデータ、および、簡略化前の頂点と当該仮の頂点との間の誤差を示す上述の指標のデータを含む。例えば、ゲームシステム１は、仮の頂点のうち、上記指標が所定の閾値（この閾値は、上記許容値よりも大きいものとする）以下である頂点を、判定用メッシュの生成に用いるようにしてもよい。これによれば、判定用メッシュの頂点数を表示用メッシュの頂点数よりも少なくすることができる。判定用メッシュの頂点数を表示用メッシュの頂点数よりも少なくすることで、コリジョン判定による処理負荷を軽減できる。また、表示用メッシュの頂点数を過度に減らすことがないのでボクセルオブジェクトの見た目を詳細に表現できる。

【0136】

なお、他の実施形態においては、表示用メッシュおよび判定用メッシュは、同じデータに基づいて生成されてもよいし、異なるデータに基づいて生成されてもよい。また、表示用メッシュと判定用メッシュは同じ形状であってもよい（ただし、この場合でも両者に設定されるマテリアルは異なっていてもよい）。また、判定用メッシュの頂点数は、表示用メッシュの頂点数と同じであってもよいし、表示用メッシュの頂点数よりも多くてもよい。

【0137】

［２－６－１．表示用メッシュのマテリアルの決定］
次に、表示用メッシュのマテリアルおよび見た目を決定する方法の一例について説明する。本実施形態においては、ゲームシステム１は、表示用メッシュを構成する多角形毎にマテリアルを決定する。詳細は後述するが、本実施形態においては、上記多角形に対応するポリゴンは、２種類までのマテリアルに対応する２種類までのテクスチャを用いて描画される。そのため、ゲームシステム１は、メッシュを構成する各多角形について、最終的には１つの多角形について設定されるマテリアルが２種類以下となるようにする。他の実施形態においては、３種類以上のマテリアルが設定されるようにしてもよい。たとえば、ボクセルのマテリアル、頂点のマテリアルがそれぞれ３種類以上の実施形態において、同数のマテリアルが多角形に設定されるようにしてもよい。

【0138】

本実施形態においては、表示用メッシュを構成する多角形として四角形が形成されることがある（図１９参照）。表示用メッシュのマテリアルを決定する際、ゲームシステム１はまず、表示用メッシュを構成する四角形を、一定条件下で２つの三角形に分割する。以下、図２０を参照して、四角形を２つの三角形に分割する処理について説明する。

【0139】

図２０は、メッシュを構成する四角形が２つの三角形に分割される一例を示す図である。図２０に示す（ａ）は、メッシュの頂点の一部である頂点２３１～２３４によって形成される分割前の四角形を示しており、図２０に示す（ｂ）は、当該四角形を分割した２つの三角形を示している。図２０に示す例においては、各頂点２３１～２３４のマテリアルとしては、それぞれ、草、土、砂と草、および、草が設定されているものとする。

【0140】

本実施形態においては、ゲームシステム１は、四角形の各頂点にそれぞれ設定されるマテリアルの種類が合計で３種類以上である場合、分割条件が満たされるか否かを判定する。本実施形態においては、分割条件は、四角形を２つの三角形に分割することで、三角形の各頂点に設定されるマテリアルの種類を合計で２種類以下にできることである。分割条件が満たされる場合、ゲームシステム１は、各頂点に設定されるマテリアルの種類が合計で２種類以下となる２つの三角形に四角形を分割する。図２０に示す例においては、四角形を形成する各頂点２３１～２３４に設定されるマテリアルは、草、土、および、砂の３種類である。また、上記四角形を、頂点２３１，２３２，２３４で形成される三角形と、頂点２３１，２３３，２３４で形成される三角形とに分割すると、前者の三角形の各頂点に設定されるマテリアルは砂と草の２種類となり、後者の三角形の各頂点に設定されるマテリアルは草と土の２種類となる（図２０の（ｂ）参照）。したがって、上記四角形については分割条件が満たされるので、ゲームシステム１は当該四角形を２つの三角形に分割する。

【0141】

なお、四角形を２つの三角形に分割する方法は２通りであるので、ゲームシステム１は、２通りのうち少なくともいずれかの方法で分割された三角形に関して分割条件が満たされる場合、分割条件が満たされる方法で上記の分割を行う。一方、２通りのいずれの方法で分割された三角形についても分割条件が満たされない場合、いずれかの方法で分割を行う。

【0142】

上記のように分割を行うことで、ゲームシステム１は、四角形の各頂点に設定される３種類以上のマテリアルの情報をなるべく欠落させないように、各頂点に設定されるマテリアルが２種類以下となる２つの三角形を生成することができる。ここで、上述のように、メッシュを構成する各ポリゴンは２種類までのテクスチャを用いて描画される。したがって、ゲームシステム１は、上記の分割を行うことで、各頂点に設定されたマテリアルの情報をなるべく欠落させないように、２種類のテクスチャを用いてポリゴンを描画することができる。

【0143】

本実施形態においては、ゲームシステム１は、上記の分割が行われた後の多角形に対応するポリゴンを設定する。すなわち、上記の分割が行われた後の多角形の頂点が、表示用メッシュのポリゴンの頂点となる。

【0144】

本実施形態においては、ゲームシステム１は、表示用メッシュを構成する各ポリゴンについて、１つのポリゴンの各頂点に設定されるマテリアルが合計で３種類以上である場合、２種類のマテリアルを選択することで、当該ポリゴンのマテリアルを決定する。図２１は、表示用メッシュを構成するポリゴンのマテリアルを決定する方法の一例を示す図である。図２１に示す例においては、表示用メッシュを構成する三角形のポリゴンの頂点２４１については、第１のマテリアルが「草」、第２のマテリアルは「土」、第１のマテリアル：第２のマテリアル＝０．８：０．２のマテリアル比率と設定されるものとする。また、上記ポリゴンの頂点２４２については、第１のマテリアルが「草」、第２のマテリアルは「砂」、第１のマテリアル：第２のマテリアル＝０．５：０．５のマテリアル比率と設定されるものとする。また、上記ポリゴンの頂点２４３については、第１のマテリアルが「砂」、第２のマテリアルは「土」、第１のマテリアル：第２のマテリアル＝０．７：０．３のマテリアル比率と設定されるものとする。

【0145】

ポリゴンの各頂点に設定されるマテリアルが合計で３種類以上である場合、ゲームシステム１は、マテリアル毎に判定値を算出する。判定値は、当該マテリアルが設定される頂点毎の比率を合計した値として算出される。そして、ゲームシステム１は、判定値が大きいものから順に２つのマテリアルを、当該ポリゴンのマテリアルとして選択する。図２１に示す例においては、草のマテリアルの判定値は、０．８＋０．５＝１．３となり、砂のマテリアルの判定値は、０．５＋０．７＝１．２となり、土のマテリアルの判定値は、０．２＋０．３＝０．５となる。したがって、図２１に示すポリゴンのマテリアルとしては、草と砂のマテリアルが選択される（図２１の（ａ）参照）。

【0146】

なお、表示用メッシュのポリゴンのマテリアルを選択する具体的な方法は任意である。他の実施形態においては、表示用メッシュのポリゴンのマテリアルは、当該ポリゴンの頂点に設定される情報に基づく任意の方法で選択されてよい。例えば、表示用メッシュのポリゴンのマテリアルは、１つの頂点において最も比率が大きいマテリアルを頂点毎に特定し、各頂点について特定された数が最も多いマテリアルが、当該ポリゴンのマテリアルとして選択されてもよい。

【0147】

本実施形態においては、上記のように選択されたポリゴンのマテリアルは、ポリゴンの各頂点に設定されるマテリアルによって示される。すなわち、ポリゴンのマテリアルが選択された場合、ゲームシステム１は、当該ポリゴンの各頂点に設定されているマテリアル（すなわち、頂点のデータに含まれるマテリアルＩＤ）を、選択されたマテリアルとなるように変更する。図２１に示す例においては、頂点２４１および２４３については、ポリゴンのマテリアルの選択前においては、それぞれ、草と土、砂と土のマテリアルが設定されている（図２１の（ａ）参照）。上記のようにしてポリゴンのマテリアルとして草と砂のマテリアルが選択された場合、各頂点２４１および２４３に設定されるマテリアルは草と砂に変更される（図２１の（ｂ）参照）。なお、頂点２４２については、選択前に設定されているマテリアルが、選択されたポリゴンのマテリアルと同じであるので、マテリアルの変更は行われない。上記のように、ポリゴンのマテリアルとして２種類のマテリアルが選択される場合、当該ポリゴンの各頂点に設定されている３種類目以降のマテリアルの情報は消去されることとなる。

【0148】

また、ゲームシステム１は、頂点に設定されるマテリアルの変更に応じて、当該頂点に設定されるマテリアルの比率を変更する。例えば、頂点２４１については、第１のマテリアルが草であり、第２のマテリアルが土である内容から、第１のマテリアルが草であり、第２のマテリアルが砂である内容へと変更される。ここで、砂のマテリアルの割合は０であるので、第１のマテリアル：第２のマテリアル＝１：０のマテリアル比率とされる。このように、上記の変更は、ポリゴンのマテリアルを当該ポリゴンの各頂点のマテリアルによって表現するために、各頂点のマテリアルを形式的に変更するものである。

【0149】

上記によれば、１つのポリゴンの各頂点に設定されるマテリアルが、後述する描画に用いるテクスチャに対応するマテリアルのみとなるので、テクスチャを用いた描画処理を実行しやすくすることができる。

【0150】

なお、上記の変更によって、ある頂点についてマテリアルが全て変更される（つまり、変更前のマテリアルと変更後のマテリアルとが１つも一致しない）場合もあり得る。このような場合とは、例えば、変更前の頂点に設定されていたマテリアルが土であり、ポリゴンのマテリアルとして選択されたマテリアルが草と砂であるような場合である。このような場合には、当該頂点におけるマテリアルの比率は、当該ポリゴンの他の頂点におけるマテリアルの比率に基づいて設定されてもよい。例えば、上記の例において、三角形のポリゴンの他の頂点のうち１つの頂点に設定される第１のマテリアルが草であって草：砂＝１：０のマテリアル比率、もう１つの頂点に設定されるマテリアルが砂であって砂：草＝１：０のマテリアル比率の場合、当該頂点におけるマテリアル比率は草：砂＝０．５：０．５に設定されてもよい。また、ゲームシステム１は、当該頂点と他の頂点との距離を考慮して（例えば、距離が近いほど大きくなる重み値に基づいて）、当該頂点におけるマテリアルの比率を決定してもよい。

【0151】

以上のように、本実施形態においては、ゲームシステム１は、ポリゴン毎に、当該ポリゴンに含まれる頂点に設定されたマテリアルＩＤ（すなわち、ポリゴンに対応する多角形の頂点に設定されるマテリアルＩＤ）のうち、所定個数（ここでは、２個）までのマテリアルＩＤを選択させて当該ポリゴンのマテリアルＩＤとして決定する。これによれば、ゲームシステム１は、頂点に設定されるマテリアルをポリゴンの見た目に反映しつつ、用いられるテクスチャの数を抑えて描画処理を行うことができる。

【0152】

なお、本実施形態においては、ゲームシステム１は、ポリゴンを構成する全ての頂点のマテリアルに関して、当該マテリアルの数が上記所定個数以下の場合には、当該マテリアルを当該ポリゴンのマテリアルに決定し、当該マテリアルが上記所定個数を超える場合には、それぞれの頂点の優先度パラメータに基づいて（具体的には、上述の評価値に基づいて算出される上記判定値に基づいて）優先度の高い所定個数のマテリアルを選択して当該ポリゴンのマテリアルに決定する。これによって、各頂点について合計で所定個数を超えるマテリアルが設定されている場合でも、ポリゴンのマテリアルを、優先度を考慮した所定個数以下のマテリアルとすることができる。

【0153】

上記のように、本実施形態においては、１つのポリゴンの各頂点に設定される第１および第２のマテリアルは、当該ポリゴンに設定される２種類のマテリアルとなるように変更される。ここで、このような変更を行う場合、隣接する２つのポリゴンで共有される頂点については、設定される第１および第２のマテリアルに齟齬が生じる可能性がある。

【0154】

図２２は、隣接する２つのポリゴンの各頂点に設定されるマテリアルの一例を示す図である。図２２は、図２０に示す各頂点２３１～２３４によって２つのポリゴンが形成されている状態（図２０の（ｂ））を示している。図２２に示す例において、頂点２３１、２３３、および２３４で形成される第１のポリゴンのマテリアルは、草および砂に決定されるので、これらの頂点の第１および第２のマテリアルは、それぞれ、草、砂に設定されるべきである。一方、頂点２３１、２３２、および２３４で形成される第２のポリゴンのマテリアルは、草および土に決定されるので、これらの頂点の第１および第２のマテリアルは、それぞれ、草、土に設定されるべきである。そのため、図２２に示す例では、２つのポリゴンで共有される頂点２３１および２３４については、設定すべきマテリアルに齟齬が生じる。

【0155】

そこで、本実施形態においては、２つのポリゴンで共有される頂点に設定すべきマテリアルに齟齬が生じる場合、ゲームシステム１は、当該頂点に関して、同じ位置にもう１つ頂点を追加する。図２２の（ｂ）は、頂点２３１について頂点２３１'が追加され、頂点２３４について頂点２３４'が追加された状態の一例を示す図である。図２２の例においては、ゲームシステム１は、頂点２３１および２３４については、第１および第２のマテリアルを、第１のポリゴンのマテリアルに応じて草および砂として設定する。また、頂点２３１'および２３４'については、第１および第２のマテリアルを、第２のポリゴンのマテリアルに応じて草および土として設定する。このように、２つのポリゴンで共有される頂点として形式的に２つの頂点を設定する（すなわち、位置が同じでマテリアルが異なる２つの頂点データを生成する）ことで、頂点に設定されるマテリアルに齟齬が生じることを抑制することができる。

【0156】

ゲームシステム１は、以上のようにして頂点およびマテリアルが決定されたポリゴンからなる表示用メッシュを生成する。また、ゲームシステム１は、各頂点に設定されるマテリアルの情報（すなわち、第１のマテリアルおよび第２のマテリアル）に基づいてポリゴンの描画を行うことで、ボクセルオブジェクトの描画を行う。

【0157】

図２３は、ポリゴンにテクスチャを適用する一例を示す図である。図２３には、図２１に示す各頂点２４１～２４３によって形成される三角形のポリゴンが示されている。なお、各頂点２４１～２４３に設定されるマテリアルは、図２１の（ｂ）に示したものとなっている。

【0158】

ポリゴンの頂点の位置については、当該頂点に設定される第１のマテリアルのテクスチャと第２のマテリアルのテクスチャとを、当該頂点に設定されるマテリアルの比率で（つまり、当該比率をブレンド率として）ブレンドするマッピングによって描画が行われる。なお、描画に用いられる第１および第２のマテリアルのテクスチャは、上述のマテリアルデータ（図１２参照）において、当該頂点のデータに対応付けられる各マテリアルＩＤに対応付けられる描画設定の情報が示すテクスチャである。図２３に示す例においては、頂点２４１の位置については、草：砂＝１：０のマテリアル比率となっているので、草のテクスチャのみを用いて描画が行われる。また、頂点２４３の位置については、第１のマテリアルが砂であり、砂：草＝１：０のマテリアル比率となっているので、砂のテクスチャのみを用いて描画が行われる。また、頂点２４２の位置については、第１のマテリアルが草であり、第２のマテリアルが砂であり、草：砂＝０．５：０．５のマテリアル比率となっているので、草のテクスチャと砂のテクスチャとを０．５：０．５のブレンド率でブレンドして描画が行われる。

【0159】

また、ポリゴンの頂点以外の位置については、ゲームシステム１は、各頂点におけるブレンド率を補間することでブレンド率を決定する。そして、各頂点に設定される２つのマテリアルのテクスチャを、補間されたブレンド率に基づいてブレンドするマッピングによって描画が行われる。なお、補間の具体的な方法は任意である。一例としては、頂点間のブレンド率を線形補間する。図２３においては、草のマテリアルのテクスチャが適用される比率が高い位置を白色で示し、砂のマテリアルのテクスチャが適用される比率が高い位置を黒色で示している。図２３に示す例では、頂点２４１では草のテクスチャが適用され、頂点２４３に向かうにつれて砂のテクスチャのブレンド比が高くなり、頂点２４２の位置では草と砂のブレンド率が１：１となり、頂点２４３の位置では砂のテクスチャのみが適用される。このように、ポリゴンに設定される（すなわち、ポリゴンの各頂点に設定される）２つのテクスチャを、マテリアルの比率に応じたブレンド率でブレンドして描画することで、表示用メッシュにおいて、異なるマテリアル同士の境界における見た目を自然なものとすることができる。これによって、複数種類のマテリアルが設定される表示用メッシュの見た目を自然なものとすることができる。

【0160】

［２－６－２．判定用メッシュのマテリアルの決定］
次に、判定用メッシュのマテリアルを決定する方法の一例について説明する。詳細は後述するが、本実施形態においては、判定用メッシュを用いてボクセルオブジェクトのコリジョン判定が行われ、コリジョンが判定されたボクセルオブジェクトのマテリアルに応じた処理が実行されることがある。そのため、本実施形態においては、判定用メッシュについてもマテリアルが決定される。

【0161】

本実施形態においては、ゲームシステム１は、判定用メッシュを構成する各多角形のポリゴンについて、１つのポリゴンについて設定されるマテリアルが１種類となるようにする。具体的には、ゲームシステム１は、判定用メッシュのポリゴンに設定されるマテリアルを、当該ポリゴンの頂点に設定されるマテリアルの情報（すなわち、第１および第２のマテリアルと、マテリアルの比率の情報）に基づいて決定する。

【0162】

図２４は、判定用メッシュを構成するポリゴンのマテリアルを決定する方法の一例を示す図である。図２４は、図２１に示す各頂点２４１～２４３で形成される三角形のポリゴンについてマテリアルを決定する例を示している。なお、各頂点２４１～２４３に設定されるマテリアルは、図２１の（ａ）に示したものとなっている。

【0163】

ポリゴンのマテリアルを決定する際、ゲームシステム１は、ポリゴンの各頂点に設定されるマテリアル毎に判定値を算出する。本実施形態においては、上記判定値の算出方法は、表示用メッシュの多角形に設定されるマテリアルの選択に用いられた判定値の算出方法と同じである。なお、判定値の具体的な算出方法は任意である。他の実施形態においては、上記判定値は、判定用メッシュのポリゴンの頂点に設定される情報に基づく任意の方法で算出されてよい。

【0164】

図２４に示す例においては、マテリアル毎の判定値は、上述した図２１に示す場合と同様に、草のマテリアルの判定値は１．３となり、砂のマテリアルの判定値は１．２となり、土のマテリアルの判定値は０．５となる。したがって、図２４に示すポリゴンのマテリアルとしては、草のマテリアルが選択される。

【0165】

以上のように、本実施形態においては、ゲームシステム１は、ポリゴン毎に、当該ポリゴンに含まれる頂点に設定されたマテリアルＩＤ（すなわち、ポリゴンに対応する多角形の頂点に設定されるマテリアルＩＤ）のうち、所定個数（ここでは、１個）までのマテリアルＩＤを選択させて当該ポリゴンのマテリアルＩＤとして決定する。これによれば、ゲームシステム１は、判定用メッシュに設定されるマテリアルの数を所定個数以下に抑えることができる。これによって、判定用メッシュを用いたコリジョン判定の結果に応じて行われる、マテリアルの種類に応じた処理が煩雑になることを抑制することができる。なお、判定用メッシュのポリゴンのマテリアルを決定する方法は任意であり、上記に限らない。他の実施形態においては、判定用メッシュのポリゴンのマテリアルは、当該ポリゴンの頂点に設定される情報に基づく任意の方法で決定されてよい。

【0166】

また、本実施形態においては、表示用メッシュのポリゴンについては２種類までのマテリアルが設定されるのに対して、判定用メッシュのポリゴンについては１種類のマテリアルが設定される。これによれば、表示用メッシュのポリゴンについては２種類のテクスチャを用いて自然な見た目とすることができるとともに、判定用メッシュについては、当該判定用メッシュを用いたコリジョン判定の結果に応じて行われる処理が煩雑になることを抑制することができる。なお、他の実施形態においては、表示用メッシュおよび判定用メッシュのポリゴンに設定可能なマテリアルの種類は任意である。表示用メッシュのポリゴンに設定可能なマテリアルの数と、判定用メッシュのポリゴンに設定可能なマテリアルの数とは、共に複数であってもよいし、同じであってもよいし、異なっていてもよい。

【0167】

なお、本実施形態においては、１つのボクセルに設定されるマテリアルの種類は２つまでであり、表示用メッシュにおける１つのポリゴンに設定されるマテリアルの種類は２つまでである。これによれば、ボクセルデータのデータ量を抑えつつ、表示用メッシュのマテリアルに対して、ボクセルデータにおいて設定されるマテリアルの情報を反映させることができる。また、本実施形態においてはさらに、ボクセルデータに基づいて設定される頂点に設定されるマテリアルの種類も２つまでである（図１６参照）。これによれば、ボクセルデータから表示用メッシュを得る処理の途中に生成される頂点についても２種類のマテリアルを設定できるので、当該処理の途中でマテリアルの情報が欠落することなく、ボクセルデータにおいて設定されるマテリアルの情報を表示用メッシュに対して反映させることができる。

【0168】

また、他の実施形態においては、ゲームシステム１は、ボクセルデータに基づいて設定される頂点に関して、表示用メッシュの生成に用いる頂点と、判定用メッシュの生成に用いる頂点とで異なるようにマテリアルを設定してもよい。例えば、ゲームシステム１は、表示用メッシュの生成に用いる頂点については上述のように２種類までのマテリアルを設定し、判定用メッシュの生成に用いる頂点については１種類のマテリアルを設定するようにしてもよい。そして、表示用メッシュのポリゴンのマテリアルについては、上記と同様に２種類のマテリアルを設定し、判定用メッシュのポリゴンのマテリアルとして、当該ポリゴンの各頂点にそれぞれ設定される１種類のマテリアルに基づいて１種類のマテリアルを設定してもよい。なお、判定用メッシュの生成に用いる頂点について１種類のマテリアルを設定する場合、各マテリアルについて算出される上述の判定値が最も大きいマテリアルを当該頂点のマテリアルに設定してもよい。上記によっても、本実施形態と同様に、表示用メッシュにおける１つのポリゴンに設定されるマテリアルの種類は２つまでとするとともに、判定用メッシュにおける１つのポリゴンに設定されるマテリアルの種類を１つとすることができる。そのため、ボクセルデータにおいて設定されるマテリアルの情報を表示用メッシュに対して反映させることができるとともに、判定用メッシュを用いたコリジョン判定の結果に応じて行われる処理が煩雑になることを抑制することができる。

【0169】

上記のように、本実施形態においては、１つのボクセルオブジェクトについて表示用メッシュと判定用メッシュとが設定され得る。ただし、ゲーム状況によっては、１つのボクセルオブジェクトについて表示用メッシュと判定用メッシュとの両方が同時に設定される必要はない（例えば、１フレームにおける処理において両方が設定される必要はない）。例えば、判定用メッシュは、ゲーム空間のうちで、コリジョン判定が行われる範囲において生成され、コリジョン判定が行われない範囲においては生成されなくてもよい。一例としては、ゲームシステム１は、プレイヤキャラクタを中心とした所定範囲内のボクセルオブジェクトについて判定用メッシュを生成し、当該所定範囲外のボクセルオブジェクトについては判定用メッシュを生成せず、表示用メッシュのみを生成するようにしてもよい。

【0170】

また、ゲームシステム１は、表示用メッシュについては、生成されたメッシュに関するデータをメモリに記憶しておき、当該メッシュが生成された後のフレームにおいては、更新が行われた範囲を除き、メッシュを生成する処理を再度実行せずに、当該データを用いるようにしてもよい。これによれば、表示用メッシュを生成するための処理負荷を軽減できる。また、判定用メッシュについては、生成されたメッシュに関するデータをメモリに記憶せず、必要に応じて（例えば、コリジョン判定を行う必要が生じる度に）逐次メッシュを生成するようにしてもよい。これによれば、メッシュの生成に用いられるメモリ領域を節約することができる。

【0171】

以上においては、ボクセルデータが初期状態から変更された場合に、変更後のボクセルデータに基づいて各メッシュ（すなわち、表示用メッシュおよび判定用メッシュ）を生成する方法について説明した。なお、上記の方法は、例えばゲームの開始時において、初期状態のボクセルデータに基づいて各メッシュを生成する場合にも用いることができる。ただし、初期状態のボクセルデータに基づく各メッシュは、ゲーム開始時に初期状態のボクセルデータに基づいて生成される必要はなく、ゲーム開始前に予め用意されていてもよい。

【0172】

［２－７．メッシュを用いた処理］
次に、ボクセルオブジェクトについて上記のようにして生成されるメッシュを用いた処理例について説明する。以下においては、地面や壁等の地形オブジェクトがボクセルオブジェクトであるものとし、プレイヤキャラクタがアクションを行い、コリジョン判定が行われた結果として、ゲーム内の作用が発生する場合の例について説明する。

【0173】

図２５は、地形オブジェクト上をプレイヤキャラクタが移動する様子を表すゲーム画像の一例を示す図である。図２５に示す例においては、地面である地形オブジェクトの判定用メッシュのうち一部の領域２５１のポリゴンについてのマテリアルが「溶岩」に設定されている。なお、地形オブジェクトの判定用メッシュのうち領域２５１以外のポリゴンについてのマテリアルは「岩」に設定されている。図２５に示す例において、ゲームシステム１は、判定用メッシュを用いて地形オブジェクトとプレイヤキャラクタ２０１とのコリジョン判定を行う。すなわち、地形オブジェクトの判定用メッシュと、プレイヤキャラクタについて設定される判定領域（例えば、プレイヤキャラクタの位置に基づいて設定される、所定形状の領域）とが接触するか否かのコリジョン判定を行う。そして、マテリアルが溶岩であるポリゴンとプレイヤキャラクタ２０１とのコリジョンが判定された場合、ゲーム内の作用を発生させる処理として、プレイヤキャラクタ２０１の体力を減少させる処理を行う。また、上記の場合、プレイヤキャラクタ２０１に所定のリアクションを行わせる処理を行う。

【0174】

なお、本実施形態においては、上述のマテリアルデータに含まれる性質情報として、溶岩のマテリアルについて、接触したプレイヤキャラクタの体力を減少させる性質（例えば、温度が所定値以上であるという性質）が設定されているものとする。ゲームシステム１は、コリジョン判定によってコリジョンが判定された判定用メッシュ内のポリゴンに設定されたマテリアルに対応する性質情報に基づいたゲーム内作用（上記の例では、プレイヤキャラクタの体力減少）を発生させる。

【0175】

なお、マテリアルが岩であるポリゴンとプレイヤキャラクタ２０１とのコリジョンが判定された場合には、プレイヤキャラクタの体力を減少させる処理は実行されない。また、当該コリジョンに基づいて、プレイヤキャラクタ２０１は、当該ポリゴンの内側には進入できないように制御される。したがって、プレイヤキャラクタは、上記ポリゴンの上に立ったり、上を歩いたりすることができる。このように、本実施形態においては、マテリアルをポリゴン毎に設定することによって、ゲームシステム１は、他のオブジェクトがボクセルオブジェクトのどの部分に接触したかに応じて異なる処理を実行することができる。また、実行される処理の内容を、マテリアルの種類に応じたものとすることができる。なお、本実施形態においては、プレイヤキャラクタは地形オブジェクトを変化させる（例えば、変形させたり、マテリアルを変更したりする）を行うことができるので、例えば、地形オブジェクトのうち溶岩の部分を消去したり、溶岩を他のマテリアルに変更したりすることができる。そのため、プレイヤは、地形オブジェクトを変化させることで、溶岩に接触することによるプレイヤキャラクタの体力減少を回避することができる。

【0176】

なお、ボクセルオブジェクトと他のオブジェクトとのコリジョンが判定された場合に実行される処理の内容は任意である。例えば、上記他のオブジェクトがプレイヤキャラクタや敵キャラクタのような移動するオブジェクトである場合、上記処理は、当該オブジェクトの足音を出力したり、接触した場所にエフェクト（例えば、砂埃や水しぶきを表すエフェクト）を表示したりする処理であってもよい。このとき、ゲームシステム１は、ボクセルオブジェクトのうち接触した部分のポリゴンに設定されるマテリアルの種類に応じて、足音を異ならせたり、エフェクトを異ならせたりすることができる。

【0177】

図２６は、プレイヤキャラクタが地形オブジェクトから破片オブジェクトを引き抜く様子を表すゲーム画像の一例を示す図である。図２６に示すように、本実施形態においては、プレイヤは、所定の操作入力によって、地形オブジェクト２０２を掴んでその一部を破片オブジェクト２５２として引き抜いて把持するアクション（「引き抜きアクション」と呼ぶ）をプレイヤキャラクタ２０１に行わせることができる。ゲームシステム１は、引き抜きアクションによって生じるゲーム内の作用として、地形オブジェクト２０２の一部を消去するとともに、破片オブジェクト２５２を発生させる。

【0178】

引き抜きアクションが行われる際、ゲームシステム１は具体的には次の処理を実行する。すなわち、プレイヤキャラクタに引き抜きアクションを行わせる操作入力がプレイヤによって行われた場合、ゲームシステム１は、プレイヤキャラクタに前方を掘って掴むようなアクションを行わせ、コリジョン判定を行う。そして、引き抜きアクションを行うプレイヤキャラクタと地形オブジェクトとのコリジョンが判定された場合、プレイヤキャラクタの位置および向きに基づいて更新範囲２５３を生成する。例えば、更新範囲２５３は、プレイヤキャラクタを基準とした所定方向（例えば、前方）に生成される。なお、更新範囲の形状および大きさは、プレイヤキャラクタのアクションの種類に応じたものとなるように予め決定されてもよい。また、ゲームシステム１は、更新範囲２５３に対応するボクセルについて密度を減少させる。そして、ボクセルの密度減少に応じたメッシュの更新によって、地形オブジェクト２０２は、更新範囲２５３内の部分が消去されるように変形される（図２６の（ｂ）参照）。なお、本実施形態においては、更新範囲２５３に対応する各ボクセルについて密度を減少させるが、密度を減少させる対象となるボクセルは、更新範囲２５３に対応するボクセルのうち少なくとも一部のボクセルであってもよい。

【0179】

また、上記においては、引き抜きアクションによって更新範囲２５３に対応するボクセルオブジェクトが無条件に変形されるものとしたが、他の実施形態においては、ボクセルに設定されるダメージの量を条件として、更新範囲２５３に対応するボクセルオブジェクトの変形が行われてもよい。例えば、ゲームシステム１は、更新範囲２５３に対応するボクセルオブジェクトを無条件に変形させることに代えて、更新範囲２５３に対応するボクセルに設定されるダメージの量を増加させ、ダメージの量が所定値を超えたことに応じて当該ボクセルにおける密度を減少させるようにしてもよい。このとき、ダメージの増加量は、ボクセルオブジェクトに対して行われたアクションに応じて決定されてもよい。

【0180】

また、ゲームシステム１は、地形オブジェクト２０２のうちで消去された部分を表す破片オブジェクト２５２を生成する。すなわち、ゲームシステム１は、上記引き抜きアクションに基づいて、破片オブジェクト２５２をプレイヤキャラクタに持たせた状態で生成させる。破片オブジェクト２５２は、地形オブジェクト２０２のうちで消去された部分に応じた形状となるように生成されてもよいし、予め定められた形状であってもよい。破片オブジェクト２５２は、ボクセルオブジェクトであってもよいし、ボクセルオブジェクトでなくてもよい。破片オブジェクトがボクセルオブジェクトである場合は、地形オブジェクト２０２等に対応するボクセルのボクセル空間とは異なるボクセル空間が破片オブジェクト２５２のために定義される。

【0181】

ゲームシステム１は、上記破片オブジェクト２５２のマテリアルを決定する。破片オブジェクト２５２のマテリアルは、地形オブジェクト２０２の判定用メッシュのうち、更新範囲２５３と接触する判定用メッシュ内のポリゴンに設定されるマテリアルに基づいて決定される。破片オブジェクト２５２のマテリアルは、更新範囲２５３と接触する判定用メッシュ内のポリゴンに設定されるマテリアルのいずれか１つと同じになるように決定される。これによれば、破片オブジェクト２５２のマテリアルを、地形オブジェクトのうち消去された部分のマテリアルと同じにすることができる。上記の説明から明らかなように、破片オブジェクト２５２は実際には地形オブジェクトの一部ではない。しかし、地形オブジェクトの一部の消去とともに生成され、地形オブジェクトの消去された部分のマテリアルが破片オブジェクト２５２に引き継がれることで、プレイヤキャラクタ２０１が引き抜きアクションによって地形オブジェクト２０２の一部を取り出したような印象をプレイヤに与えることができる。

【0182】

本実施形態においては、用意されるマテリアルの各種類にはそれぞれ優先順位が設定され、ゲームシステム１は、更新範囲２５３内の判定用メッシュの各ポリゴンに設定されるマテリアルのうち優先順位が最も高いマテリアルを、破片オブジェクト２５２のマテリアルとして決定する。ここで、例えば、更新範囲２５３内の判定用メッシュは、マテリアルが岩のポリゴンと、マテリアルが溶岩のポリゴンとを含む場合を考える。このような場合に、仮に破片オブジェクト２５２のマテリアルが溶岩に設定されると、引き抜きアクションによってプレイヤキャラクタが破片オブジェクト２５２を把持したことでプレイヤキャラクタの体力が減少してしまう（なお、図２５でも説明したように、溶岩のマテリアルについては、接触したことでプレイヤキャラクタの体力を減少させる性質が設定されているものとする）といった不都合が生じるおそれがある。また、上記のように、更新範囲２５３内の判定用メッシュが、異なる種類のマテリアルが設定されたポリゴンを含む場合、破片オブジェクト２５２のマテリアルが何になるかはプレイヤにとって予想しにくいことも考えられ、プレイヤの意に反して上記の不都合が生じることも考えられる。これに対して、本実施形態においては、破片オブジェクトのマテリアルとして設定されるマテリアルに優先順位を設定しておくことで、上記の不都合が生じる可能性を低減することができる。

【0183】

図２７は、プレイヤキャラクタが地形オブジェクトを破壊することで破片オブジェクトが生成される様子を表すゲーム画像の一例を示す図である。図２７に示すように、本実施形態においては、プレイヤは、所定の操作入力によって、パンチアクションをプレイヤキャラクタ２０１に行わせることができる。また、ゲームシステム１は、パンチアクションによって生じるゲーム内の作用として、上記のパンチアクションの場合と同様、地形オブジェクト２０２の一部を消去するとともに、破片オブジェクト２５５を発生させる。具体的には、一部が消去されたように地形オブジェクト２０２を変形させる。なお、パンチアクションが行われた場合は、上述の引き抜きアクションとは異なり、パンチアクション後において、破片オブジェクト２５５はプレイヤキャラクタ２０１によって把持されず、パンチアクションが行われた位置の周囲に配置される（図２７の（ｂ）参照）。なお、地形オブジェクト２０２の破壊に応じた当該破片は、発生しない場合があってもよい。

【0184】

パンチアクションが行われる際、ゲームシステム１は具体的には次の処理を実行する。すなわち、プレイヤキャラクタにパンチアクションを行わせる操作入力がプレイヤによって行われた場合、ゲームシステム１は、プレイヤキャラクタに前方に向かってパンチを出すアクションを行わせ、コリジョン判定を行う。そして、パンチアクションを行うプレイヤキャラクタと地形オブジェクトとのコリジョンが判定された場合、プレイヤキャラクタの位置および向きに基づいて更新範囲２５４を生成する。例えば、更新範囲２５４は、プレイヤキャラクタを基準とした所定方向（例えば、前方）に生成される。なお、パンチアクションによる更新範囲２５４の位置、形状、および大きさは、引き抜きアクションによる更新範囲２５３と同じであってもよいし、異なっていてもよい。そして、ゲームシステム１は、更新範囲２５４に対応するボクセルの密度を減少させる。これによって、引き抜きアクションと同様にパンチアクションによっても、地形オブジェクト２０２は、更新範囲２５４内の部分が消去されるように変形される（図２７の（ｂ）参照）。なお、パンチアクションについても引き抜きアクションと同様、ゲームシステム１は、更新範囲２５４に対応するボクセルオブジェクトを無条件に変形することに代えて、更新範囲２５４内のボクセルに設定されるダメージの量をパンチアクションに応じて増加させ、ダメージの量が所定値を超えたことに応じて当該ボクセルにおける密度を減少させるようにしてもよい。また、パンチアクションによって密度を減少させる対象となるボクセルは、更新範囲２５４に対応するボクセルのうち少なくとも一部のボクセルであってもよい。

【0185】

また、ゲームシステム１は、地形オブジェクト２０２のうちで消去された部分に対応する破片オブジェクト２５５を生成する。すなわち、ゲームシステム１は、上記パンチアクションに基づいて、破片オブジェクト２５５をプレイヤキャラクタに持たせていない状態で（例えば、パンチアクションが行われた位置の周囲に配置された状態で）生成させる。破片オブジェクト２５５は、地形オブジェクト２０２のうちで消去された部分に応じた形状となるように生成されてもよいし、予め定められた形状であってもよい。破片オブジェクト２５５は、ボクセルオブジェクトであってもよいし、ボクセルオブジェクトでなくてもよい。

【0186】

ゲームシステム１は、上記破片オブジェクト２５５のマテリアルを決定する。破片オブジェクト２５５のマテリアルは、地形オブジェクト２０２の判定用メッシュのうち、更新範囲２５４と接触する判定用メッシュ内のポリゴンに設定されるマテリアルに基づいて決定される。破片オブジェクト２５５のマテリアルは、更新範囲２５４と接触する判定用メッシュ内のポリゴンに設定されるマテリアルのいずれか１つと同じになるように決定される。これによれば、破片オブジェクト２５５のマテリアルを、地形オブジェクトのうち消去された部分のマテリアルと同じにすることができる。また、地形オブジェクトの一部の消去とともに破片オブジェクト２５５が生成され、地形オブジェクトの消去された部分のマテリアルが破片オブジェクト２５５に引き継がれることで、プレイヤキャラクタによるパンチアクションによって破壊された地形オブジェクトの一部が破片オブジェクトとして発生したような印象をプレイヤに与えることができる。

【0187】

本実施形態においては、破片オブジェクト２５５のマテリアルは、更新範囲２５４と接触する判定用メッシュ内のポリゴンに設定されるマテリアルのうち、ボクセルにおける密度が減少した度合いが最も大きいマテリアルに決定される。これによれば、地形オブジェクトのうちでパンチアクションによって消去された部分のマテリアル構成をより正確に反映した破片オブジェクトを生成することができる。

【0188】

なお、上記の引き抜きアクションまたはパンチアクションによって生成される破片オブジェクトのマテリアルを決定する方法は任意である。例えば、破片オブジェクトのマテリアルを決定する方法は、引き抜きアクションとパンチアクションとで同じであってもよい。また例えば、更新範囲内の判定用メッシュの各ポリゴンのうちに設定されるマテリアルのうち、最も多くのポリゴンに設定されるマテリアルが、破片オブジェクトのマテリアルとして決定されてもよい。また例えば、更新範囲内の判定用メッシュの各ポリゴンのうち、所定の条件を満たすポリゴン（例えば、引き抜きアクションまたはパンチアクションを行うプレイヤキャラクタの手に接触する位置のポリゴン）に設定されるマテリアルが、破片オブジェクトのマテリアルとして決定されてもよい。また、他の実施形態においては、破片オブジェクトには複数種類のマテリアルが設定されてもよい。

【0189】

本実施形態においては、プレイヤは、上記のようにして生成される破片オブジェクト２５２または２５５を投げるアクション（以下、「投げアクション」と呼ぶ）をプレイヤキャラクタに行わせることができる。なお、プレイヤは、所定の操作入力によって、パンチアクションに応じて生成されて地面に配置されている破片オブジェクトを持つアクションをプレイヤキャラクタに行わせることができる。上記引き抜きアクションによって、または、上記パンチアクション後の破片オブジェクトを持つアクションによって、プレイヤキャラクタが破片オブジェクトを持っている状態となる。この状態において、ゲームシステム１は、プレイヤによる操作入力に応じた投げアクションとして、プレイヤキャラクタに、持っている破片オブジェクトを所定方向に放つアクションを行わせる。

【0190】

図２８は、プレイヤキャラクタによる投げアクションが可能な状態で、投げるための構えをした状態で投げる方向を決定する場面におけるゲーム画像の一例を示す図である。図２８に示すようにプレイヤキャラクタ２０１が破片オブジェクト２６１を持った状態において、プレイヤキャラクタ２０１は投げアクションを行うことができる。この状態においては、図２８に示すように、ゲームシステム１は、ゲーム内の作用を発生させる処理として、ゲーム空間を示す画像に重ねて、照準画像２６２およびオブジェクト情報画像２６３を表示する。

【0191】

照準画像２６２は、投げアクションによって破片オブジェクトが放たれる方向（エイム方向とも言う）を示す。すなわち、投げアクションを行うための操作入力をプレイヤが行ったことに応じて、ゲームシステム１は、プレイヤキャラクタ２０１の位置から照準画像２６２が示す仮想空間内の位置に向かって破片オブジェクト２６１を移動させる。なお、エイム方向は、プレイヤによる操作入力に基づいて制御される。例えば、ゲームシステム１は、仮想カメラの向きを変更する操作入力に応じてエイム方向を変更してもよい。具体的には、ゲームシステム１は、プレイヤキャラクタを視野範囲に含む状態を維持しつつプレイヤキャラクタの周りを回転移動するように操作入力に応じて仮想カメラを制御し、仮想カメラの視線方向に応じた方向となるようにエイム方向を制御してもよい。このとき、プレイヤキャラクタの位置からエイム方向に延びる直線と地形オブジェクト２５３とが交差する位置を指し示す照準画像２６２が表示される。具体的には、ゲームシステム１は、エイム方向（すなわち、エイム方向に延びる上記直線）と、地形オブジェクト２５３の判定用メッシュとのコリジョン判定を行い、コリジョンが判定される場合、照準画像２６２を表示する。照準画像２６２は、判定用メッシュのうち、エイム方向に延びる上記直線と交差するポリゴンの位置を指し示すように配置される。

【0192】

上記の照準画像２６２によって、プレイヤキャラクタに投げアクションを行わせた場合に破片オブジェクトがボクセルオブジェクトに接触する位置をプレイヤに提示することができる。これによって、投げアクションの操作をプレイヤにとって行いやすくすることができる。なお、エイム方向および照準画像２６２の具体的な制御方法は任意であり、従来における方法が用いられてもよい。例えば、他の実施形態においては、照準画像２６２が表示される状態においては、プレイヤキャラクタが表示されない一人称視点のゲーム画像において照準画像２６２が表示されてもよい。

【0193】

プレイヤキャラクタが破片オブジェクトを投げる構えをした状態で、プレイヤによる所定の操作入力に応じて、上記エイム方向へ破片オブジェクトを投げる投げアクションが行われる。

【0194】

オブジェクト情報画像２６３は、照準画像２６２が指し示す位置における地形オブジェクト２５３に関する情報を示す。本実施形態においては、オブジェクト情報画像２６３は、照準画像２６２が指し示す位置における判定用メッシュのポリゴンに設定されるマテリアルの名称（図２８に示す例においては、岩）を示す。これによって、投げアクションによって放たれた破片オブジェクトが接触するボクセルオブジェクトのマテリアルをプレイヤに提示することができる。また、オブジェクト情報画像２６３は、当該マテリアルの性質に関する情報（ここでは、硬さ）を示す。これによって、投げアクションによって放たれた破片オブジェクトが接触するボクセルオブジェクトの性質をプレイヤに提示することができる。なお、オブジェクト情報画像２６３が示す内容は任意である。例えば、他の実施形態においては、オブジェクト情報画像２６３は、照準画像２６２が指し示す位置におけるポリゴンに設定されるマテリアルに関する任意の性質を示すものでもよいし、当該ポリゴンの状態（例えば、上述のダメージの量）を示すものでもよい。本実施形態においては、判定用メッシュのポリゴンのマテリアルは１種類なので、照準位置に対応するマテリアルは１つに特定される。したがって、マテリアルに関する情報を表示するのに適している。

【0195】

本実施形態においては、投げアクションによって放たれた破片オブジェクトが、コリジョン判定の結果、ボクセルオブジェクトに接触したと判定されたことに応じて、ゲームシステム１は、ゲーム内の作用として、当該ボクセルオブジェクトに変更を加える。図２９は、図２８に示す地形オブジェクト２５３に対して破片オブジェクト２６１が接触したことによって地形オブジェクト２５３に変更が加えられた後のゲーム画像の一例を示す図である。図２９に示す例においては、破片オブジェクトと地形オブジェクト２５３との接触位置に当該破片オブジェクトが付けられたような形状となるように、地形オブジェクト２５３が変形される。具体的には、ゲームシステム１は、上記接触位置を含むように更新範囲を生成し、当該更新範囲におけるボクセルの密度を増加させることで、上記の形状となるように地形オブジェクト２５３を変形させる。例えば、上記更新範囲は、破片オブジェクトの形状に対応する形状に設定され、更新範囲内が地形オブジェクト２５３内となるように地形オブジェクト２５３が変形されてもよい。以上によって、図２９に示す例においては、変形前の地形オブジェクトに対して追加部分２６５が加えられた形状となる。なお、図２９に示す例においては、破片オブジェクトは、地形オブジェクト２５３に接触したことに応じて消去される。

【0196】

また、上記追加部分２６５におけるポリゴンのマテリアルは、地形オブジェクト２５３に接触した破片オブジェクトのマテリアルに基づいて決定される。具体的には、ゲームシステム１は、上記更新範囲内のボクセルに対し、当該ボクセルのマテリアルを当該破片オブジェクトのマテリアルとなるように設定する。そして、ボクセルのマテリアルに基づいて表示用メッシュと判定用メッシュのマテリアルが決定される。これによれば、付けられた追加部分２６５の見た目を破片オブジェクトの見た目と同じにできるので、（実際には、上記のように地形オブジェクト２５３に変形が加えられたのであるが）破片オブジェクトが地形オブジェクト２５３に付いたような印象をプレイヤにより与えやすくなる。

【0197】

図２９に示す例においては、破片オブジェクトがボクセルオブジェクトに接触したことに応じてボクセルオブジェクトに加えられる変更は、ボクセルオブジェクトに追加部分を加える変形であったが、ボクセルオブジェクトに加えられる変更はこれに限らない。上記の変更は、ボクセルの密度を変更させるものであってもよいし、マテリアルを変更させるものであってもよい。例えば、破片オブジェクトが爆発する性質を有する場合、破片オブジェクトはボクセルオブジェクトに接触したことに応じて爆発してもよく、このとき、ボクセルオブジェクトの一部が消去されたように当該ボクセルオブジェクトを変形させてもよい。具体的には、ゲームシステム１は、接触位置を含むように更新範囲を設定し、当該更新範囲内のボクセルの密度を減少させる。また例えば、ボクセルオブジェクトのマテリアルが溶岩であり、破片オブジェクトのマテリアルが氷である場合、破片オブジェクトが接触したことに応じてボクセルオブジェクトのマテリアルが変更されてもよい。具体的には、ゲームシステム１は、接触位置を含む更新範囲を設定し、当該更新範囲内のボクセルのマテリアルのうち、溶岩となっているマテリアルを黒曜石や岩に変更してもよい。これによれば、溶岩のオブジェクトが氷のオブジェクトによって冷やされて黒曜石や岩になる状況を表現することができる。

【0198】

上記の変更の内容は、ボクセルオブジェクトのマテリアルに基づいて、破片オブジェクトのマテリアルに基づいて、あるいは、ボクセルオブジェクトのマテリアルと破片オブジェクトのマテリアルとの組み合わせに基づいて、決定されてもよい。これによれば、ボクセルオブジェクトに対して種々の変化を生じさせることができる。

【0199】

また、ゲームシステム１は、上記の変更を行うか否かを、ボクセルオブジェクトのマテリアルに基づいて、破片オブジェクトのマテリアルに基づいて、あるいは、ボクセルオブジェクトのマテリアルと破片オブジェクトのマテリアルとの組み合わせに基づいて決定してもよい。例えば、ゲームシステム１は、マテリアルが岩であるボクセルオブジェクトに対して、マテリアルが岩である破片オブジェクトが接触する場合には、図２９に示したような変更を行う一方、マテリアルが鉄であるボクセルオブジェクトに対して、マテリアルが岩である破片オブジェクトが接触する場合には、図２９に示したような変更を行わなくてもよい。

【0200】

なお、本実施形態においては、上述のように判定用メッシュのポリゴンおよび破片オブジェクトについては１種類のマテリアルが設定される。ここで、仮に判定用メッシュのポリゴンおよび破片オブジェクトの少なくともいずれかについて複数種類のマテリアルが設定されるとすれば、判定用メッシュと破片オブジェクトとが接触した場合に両者のマテリアルの種類に応じてボクセルオブジェクトに加えられる変更の内容を決定することが難しくなる。これに対して、本実施形態においては、コリジョン判定によって接触していると判定された判定用メッシュと破片オブジェクトとのマテリアルはそれぞれ１種類であるので、ボクセルオブジェクトに加えられる変更の内容を決定することが容易になる。

【0201】

［２－８．ボクセルオブジェクトの変形に応じたイベント処理］
本実施形態においては、ゲームシステム１は、ボクセルオブジェクトの変形に応じてゲームのイベントを発生させる。なお、イベントの内容は任意である。以下においては、ボクセルオブジェクトの変形に応じたイベントの例として、プレイヤキャラクタが投げる弾の数が増加されるイベントおよびプレイヤキャラクタが弾を投げるイベントが行われる例、地形オブジェクト中にアイテムが配置されるイベントが行われる例、ならびに、ゲームにおけるアイテムが付与されるイベントが行われる例について説明する。

【0202】

［２－８－１．第１例（弾の数が増加されるイベント、および、プレイヤキャラクタが弾を投げるイベントが行われる例）］
第１例として、図３０～図３６を参照して、ボクセルオブジェクトの変形に応じて、プレイヤキャラクタが投げる弾の数が増加されるイベントと、プレイヤキャラクタが弾を投げるイベントが行われる例について説明する。ここで、本実施形態においては、プレイヤキャラクタは、プレイヤによる所定の操作入力に応じて、ボクセルオブジェクトを吸い込むアクション（厳密には、ボクセルオブジェクトを吸い込んでいるように見えるアクション）を行うことができる。このアクションは、地形オブジェクト等のボクセルオブジェクトを、その一部または全部を消去させるように変形させるとともに、プレイヤキャラクタが投げることができる弾の数が一定条件下で増加されるアクションである。このように、ボクセルオブジェクトを変形させるアクションによって、プレイヤキャラクタに他のアクションを可能とさせることで、ボクセルオブジェクトを変形させる動機づけをプレイヤに与えることができる。なお、本実施形態においては、上記のアクションによって、プレイヤキャラクタがボクセルオブジェクトを吸い込んで弾を作っているような印象をプレイヤに抱かせることができる。そのため、以下では、上記のアクションを吸い込みアクションと呼ぶ。以下、吸い込みアクションの後で、吸い込みアクションによって得られた弾をプレイヤキャラクタが投げるアクションを行う例について説明する。

【0203】

図３０は、プレイヤキャラクタが吸い込みアクションを実行可能な状態であって、吸い込みアクションを行う前の場面におけるゲーム画像の一例を示す図である。本実施形態においては、プレイヤキャラクタ２０１は、一定条件下で、吸い込みアクションを実行可能な状態となることができる。吸い込みアクションを実行可能な状態とは、プレイヤによる所定の操作入力に応じてプレイヤキャラクタが吸い込みアクションを行うことができる状態である。例えば、プレイヤキャラクタ２０１は、変身することが可能であり、所定の形態に変身した状態において、吸い込みアクションを実行可能であってもよい。なお、他の実施形態においては、プレイヤキャラクタ２０１は、常に、吸い込みアクションを実行可能な状態であってもよい。

【0204】

プレイヤキャラクタ２０１が吸い込みアクションを実行可能な状態である場合、ゲームシステム１は、ゲーム空間の画像とともに照準画像２７１を表示する（図３０参照）。照準画像２７１は、プレイヤキャラクタ２０１が吸い込みアクションを行う方向を示す。照準画像２７１が指し示す、吸い込みアクションの方向は、上述の照準画像２６２によるエイム方向と同様、プレイヤによる操作入力に基づいて制御される。吸い込みアクションの方向を制御する具体的な方法は任意であり、例えば上記エイム方向と同様にして制御されてもよい。詳細は後述するが、プレイヤキャラクタ２０１が吸い込みアクションを行った場合、照準画像２７１が指し示す位置を含む範囲のボクセルオブジェクトが、消去されるように変形する。照準画像２７１が指し示す位置は、プレイヤキャラクタ２０１の位置から吸い込みアクションの方向へ延びる直線と、オブジェクトとの交点の位置である。なお、照準画像２７１は、図２８に示す照準画像２６２と同じであってもよく、照準画像２７１とともにオブジェクト情報画像２６３が表示されてもよい。

【0205】

図３１は、プレイヤキャラクタ２０１が吸い込みアクションを行っている場面におけるゲーム画像の一例を示す図である。図３１に示す状況は、岩の壁のように形成されている地形オブジェクト２７２を照準画像２７１が指し示す状態において、プレイヤによる所定の操作入力に応じてプレイヤキャラクタ２０１が吸い込みアクションを開始した後の状況である。このとき、ゲームシステム１は、照準画像２７１が指し示す位置を含む範囲内におけるボクセルの密度を減少させるように更新することで、地形オブジェクト２７２のうち当該範囲内の一部が消去されるように地形オブジェクト２７２を変形させる。また、本実施形態においては、プレイヤキャラクタ２０１は、プレイヤによる操作入力に応じて吸い込みアクションを継続する。例えば、プレイヤキャラクタ２０１は、操作入力が行われている間、吸い込みアクションを継続する。本実施形態においては、コントローラの所定のボタンに対する入力が継続している間、ゲームシステム１は、プレイヤキャラクタ２０１に吸い込みアクションを行わせる。したがって、プレイヤは、操作入力を行う期間の長さによって、吸い込みアクションの長さを変更することができ、ひいては、地形オブジェクト２７２を変形させる度合いを変更することができる。なお、本実施形態においては、プレイヤキャラクタ２０１が吸い込みアクションを継続できる時間には上限が設定される。ただし、他の実施形態においては、上限は設定されなくてもよい。

【0206】

なお、図示しないが、ゲームシステム１は、照準画像２７１とともに、プレイヤキャラクタ２０１が吸い込みアクションを継続できる残り時間を示すゲージ画像を表示してもよい。また、ゲームシステム１は、上述の照準画像２７１とともに、後述する弾を投げる投げアクションの実行可能回数（換言すれば、弾の数）を示す画像を表示してもよい。

【0207】

本実施形態においては、吸い込みアクションが継続される間、ゲームシステム１は、照準画像２７１が指し示す位置にある地形オブジェクト２７２の一部を消去する処理を継続的に実行する。例えば、吸い込みアクションが係属される間、地形オブジェクト２７２の一部を消去する処理が１フレーム毎に繰り返し実行される。したがって、上記の所定の操作入力が継続して行われた時間に応じた量だけボクセルオブジェクトが消去されるように、ボクセルオブジェクトが変形する。詳細は後述するが、本実施形態においては、１回の変形処理によって、照準画像２７１が指し示す位置を含む所定範囲のボクセルオブジェクトのうちの表面付近の部分が削り取られるように変形する。そして、変形処理が繰り返し実行されることで、ボクセルオブジェクトは、表面付近の部分から内側の部分まで次第に削り取られていくように、次第に変形することとなる。なお、本実施形態においては、吸い込みアクション中において、吸い込みアクションの方向は、プレイヤによる操作入力に応じて変更されてもよい。

【0208】

本実施形態においては、吸い込みアクションが継続される間、ゲームシステム１は、変形されるボクセルオブジェクトからプレイヤキャラクタ２０１に向かって風や破片が吹き込む様子を表すエフェクト画像を表示する。これによって、吸い込みアクションによってプレイヤキャラクタ２０１がボクセルオブジェクトを吸い込んでいるように見える演出を行うことができる。

【0209】

次に、吸い込みアクションに応じてボクセルオブジェクトを変形させる処理の具体例について説明する。図３２は、図３１に示す地形オブジェクトを吸い込みアクションに応じて変形させる前後の様子の一例を示す図である。なお、図３２は、壁状の地形オブジェクト２７２を壁面に沿った向きから見た断面図であり、地形オブジェクト２７２の内側領域を斜線で示している。

【0210】

プレイヤキャラクタ２０１が吸い込みアクションを行った場合、ゲームシステム１は、プレイヤキャラクタ２０１の位置から照準画像２７１が指し示す方向（つまり、吸い込みアクションの方向）へ延びる直線２７４と、ボクセルオブジェクトとのコリジョン判定を行う。直線２７４とボクセルオブジェクトとが接触する場合、ゲームシステム１は両者の交点を特定する。図３２に示す例においては、直線２７４と地形オブジェクト２７２との交点２７５が特定される。上記の場合、ゲームシステム１は、地形オブジェクト２７２に関して密度の更新を行う密度更新範囲２７６を設定する。本実施形態においては密度更新範囲はＳＤＦを用いて表される。密度更新範囲２７６は、特定された交点２７５の位置に基づいて設定される。本実施形態においては、吸い込みアクションによる密度更新範囲は、交点２７５を中心とした球形の範囲である（図３２参照）。なお、他の実施形態においては、交点２７５の位置に基づく密度更新範囲の位置は任意であり、また、吸い込みアクションによる密度更新範囲の形状は任意である。

【0211】

なお、本実施形態においては、ゲームシステム１は、吸い込みアクションが行われている期間において、密度更新範囲を設定する処理を毎フレーム実行する。つまり、複数フレームにわたって吸い込みアクションが行われる場合、吸い込みアクションに基づいた位置に複数の上記直線が連続的に設定され、両者が接触する場合に接触位置に密度更新範囲が設定される。なお、上記期間においてプレイヤキャラクタ２０１が吸い込みアクションを行う向きが変化する場合には、当該向きに応じて直線の位置および方向が変更され、フレーム毎に異なる位置に密度更新範囲が設定される。また、他の実施形態においては、複数の密度更新範囲が同時に（例えば、１フレームにおいて）複数設定されてもよい。

【0212】

本実施形態においては、設定された密度更新範囲２７６に対応するボクセル（例えば、密度更新範囲２７６内のボクセル）について密度が減少されることで、地形オブジェクト２７２が変形される。本実施形態においては、ゲームシステム１は、密度更新範囲内のボクセルの密度を一定条件下で減少させる。本実施形態においては、ゲームシステム１は、密度更新範囲内のボクセルのうちで条件を満たすボクセルについて密度の更新の計算を行い、当該計算の結果、密度が減少される。なお、詳細は後述するが、本実施形態においては、密度の更新の計算によって密度の減少量が０と算出されて実質的には密度が減少されないボクセルもある。

【0213】

ここで、本実施形態においては、ボクセルには、硬さおよびダメージの情報が設定される。ゲームシステム１は、密度更新範囲内のボクセルのうちで、硬さおよびダメージに関する条件が満たされるボクセルについて、密度の更新の計算を行う。本実施形態においては、ボクセルに設定される硬さとは、ボクセルに設定されるマテリアルに関して上記マテリアルデータにおいて設定される硬さである。硬さの情報は、例えば、値が大きいほど硬いことを示す数値である硬さレベルを示す情報である。また、ダメージの情報は、ボクセルに設定される上述の状態データが示す情報の１つであり、プレイヤキャラクタ２０１によるアクション等によって加えられたダメージを示す。ダメージの情報は、例えば、加えられたダメージ量の累積値を示す数値の情報である。なお、ゲームシステム１は、ダメージの情報に代えて、プレイヤキャラクタ２０１によるアクション等によって減少される耐久値を示す情報を各ボクセルに設定してもよい。

【0214】

本実施形態においては、ゲームシステム１は、密度更新範囲内のボクセルのうちで密度の更新の計算を行うボクセルを、次のようにして決定する。

【0215】

密度更新範囲内のボクセルのうち、設定される硬さが第１閾値未満であるボクセルについては、密度の更新の計算を行う条件を満たすと判定される。

【0216】

また、密度更新範囲内のボクセルのうち、設定される硬さが第１閾値以上でかつ第２閾値未満であるボクセルについては、所定量のダメージが加算され、加算後のダメージの累積値が所定の閾値以上となる場合に、上記条件を満たすと判定される。なお、ダメージの情報に代えて耐久値の情報がボクセルに設定される場合には、設定される硬さが第１閾値以上でかつ第２閾値未満であるボクセルについては、耐久値が所定値だけ減算され、減算後の耐久値が所定の閾値以下となる場合に、上記条件を満たすと判定される。なお、ダメージの加算または耐久値の減算は、当該ボクセルが密度更新範囲内に含まれると判定されたフレーム毎に行われる。そのため、例えば複数フレームにわたって当該ボクセルが密度更新範囲内に含まれた場合は、ダメージの加算または耐久値の減算が複数回行われた場合に、上記条件が満たされることとなる。なお、ゲームシステム１は、ダメージの累積値が所定の閾値以上となった、または、耐久値が所定の閾値以下となった時点のフレームにおける処理で、上記条件が満たされると判定して、密度の更新の計算を行ってもよいし、当該フレームより後のフレーム（例えば、次のフレーム）で、上記条件が満たされると判定して、密度の更新の計算を行ってもよい。

【0217】

また、密度更新範囲内のボクセルのうち、設定される硬さが第２閾値以上であるボクセルについては、密度の更新の計算を行う条件を満たさないと判定される。つまり、設定される硬さが第２閾値以上であるボクセルについては、ダメージの情報に関わらず、吸い込みアクションに応じた密度の更新の計算は実行されず、密度は更新されない。

【0218】

上記のように、ボクセルに設定される硬さを考慮して、密度の更新を行うか否かを判定することで、地形オブジェクトのうちで変形されない部分や、変形されにくい部分を設定することができる。また、ボクセルに設定されるダメージまたは耐久値を考慮して、密度の更新を行うか否かを判定することで、複数回の吸い込みアクションによって地形オブジェクトが変形されるように設定することができる。また、ダメージや耐久値に関する閾値をボクセル毎に異ならせることで、地形オブジェクトのうちで変形のしやすい部分や変形しにくい部分を設定することができる。

【0219】

密度更新範囲内のボクセルのうち上記条件を満たすと判定されたボクセルについて、ゲームシステム１は、密度を減少させるための計算を行う。なお、密度を減少させるための具体的な計算方法は任意である。本実施形態においては、ゲームシステム１は、当該ボクセルを基準とした所定範囲内に、密度が上述の基準値未満であるボクセルが存在する場合、基準となる当該ボクセルの密度を所定値だけ減少させる。一方、密度が上述の基準値未満であるボクセルが所定範囲内に存在しない場合、基準となる当該ボクセルの密度の減少量は０とされる、つまり、当該ボクセルの密度は更新されない。なお、上記所定範囲は、例えば、当該ボクセルを中心とした３×３×３の２７個のボクセルの範囲である。上記の計算方法によれば、密度更新範囲内のボクセルのうちで、ボクセルオブジェクトのメッシュが設定される位置付近のボクセルについて密度が減少される。したがって、図３２に示す例においては、地形オブジェクト２７２は、密度更新範囲２７６内の部分について、地形オブジェクト２７２の内部領域が収縮するように変形されることとなる。以上のように、地形オブジェクト２７２は、１フレーム分の変形処理によって、密度更新範囲２７６内の部分について表面が削り取られたように変形する。そして、変形処理が複数回連続して実行されることで、地形オブジェクト２７２は、次第に内部まで削り取られるように変形していくこととなる。

【0220】

本実施形態においては、吸い込みアクションによってボクセルオブジェクトが変形される場合、当該ボクセルオブジェクトの一部のマテリアルは、上述の内側マテリアルに変更される。図３３は、吸い込みアクションによってボクセルオブジェクトの一部のマテリアルを変更する方法の一例を示す図である。

【0221】

本実施形態においては、吸い込みアクションに応じて上述の密度更新範囲２７６が設定される場合、ゲームシステム１は、ボクセルのマテリアルを更新する範囲であるマテリアル更新範囲２７７を設定する。本実施形態においては、マテリアル更新範囲２７７も密度更新範囲２７６と同様、ＳＤＦによって表される。本実施形態においては、マテリアル更新範囲２７７は、密度更新範囲２７６を内包するように設定される（図３３参照）。これによれば、変更処理後の地形オブジェクト２７２は、消去されたように変形された部分とその周囲の部分についてマテリアルが内部マテリアルに変更される。詳細は後述するが、これによって、消去されたように変形された部分とその周囲の部分について、地形オブジェクト２７２をより自然な見た目とすることができる。

【0222】

本実施形態においては、ゲームシステム１は、密度更新範囲２７６を拡大することでマテリアル更新範囲２７７を生成する。図３３の例においては、マテリアル更新範囲２７７は、密度更新範囲２７６よりも半径が大きい球形である。上記のような、密度更新範囲２７６を拡大する方法によれば、密度更新範囲２７６を内包するマテリアル更新範囲２７７を容易に生成することができる。なお、他の実施形態においては、マテリアル更新範囲は、密度更新範囲に基づいて生成される必要はなく、密度更新範囲と同様にゲームプログラムに予め含まれていてもよい。また、本実施形態においては、マテリアル更新範囲２７７の中心位置は密度更新範囲２７６の中心位置と同じ位置に設定される。ただし、マテリアル更新範囲２７７は、密度更新範囲２７６を内包する任意の位置に設定されてよい。また、マテリアル更新範囲２７７の形状は任意である。他の実施形態においては、マテリアル更新範囲２７７と密度更新範囲２７６は相似形でなくてもよい。

【0223】

ゲームシステム１は、地形オブジェクト２７２に関するボクセルのうち、マテリアル更新範囲２７７内のボクセルのマテリアルを変更する。本実施形態においては、マテリアル更新範囲２７７内のボクセルのマテリアルは、上述のマテリアルデータ（図１２参照）において変更前の当該マテリアルのＩＤに対応付けられる内部マテリアルＩＤが示すマテリアルに変更される。例えば、岩の表面を表すマテリアルＩＤには、内部マテリアルＩＤとして、岩の内部を表すマテリアルＩＤが対応付けられている。したがって、図３３に示す例においては、マテリアル更新範囲２７７内のボクセルのマテリアルは、変更処理によって、岩の表面のマテリアルから岩の内部のマテリアルに変更される。具体的には、ゲームシステム１は、マテリアル更新範囲２７７内のボクセルについて、ボクセルデータが示すマテリアルＩＤを、内部マテリアルＩＤを示すように更新することで、当該ボクセルに設定されるマテリアルを内部マテリアルに変更する。

【0224】

なお、上述のように、本実施形態においては、ボクセルデータは１つのボクセルにつき複数（具体的には、２つ）までのマテリアルＩＤを保持する。ボクセルに複数種類のマテリアルが設定されている場合、マテリアルの変更処理においては、マテリアル更新範囲内のボクセルのそれぞれに設定される各マテリアルＩＤが、それぞれに対応する内部マテリアルＩＤに変更される。例えば、マテリアル更新範囲内のボクセルに岩のマテリアルと土のマテリアルが設定されている場合、当該ボクセルについての変更後のマテリアルは、岩のマテリアルに対応付けられる内部マテリアルと、土のマテリアルに対応付けられる内部マテリアルになる。これによれば、ボクセルに複数種類のマテリアルが設定されている場合に、例えば１種類のマテリアルのみが変更されることで変更後のボクセルオブジェクトの見た目が不自然になるといった不都合が生じる可能性を低減することができる。

【0225】

以上のようにして地形オブジェクト２７２についてボクセルの密度およびマテリアルを更新する処理が行われた場合、ゲームシステム１は、更新処理後のボクセルの密度およびマテリアルに基づいて、［２－４．頂点のマテリアルの決定］～［２－６．メッシュの生成］で述べた方法に従って、地形オブジェクト２７２のメッシュ（具体的には、表示用メッシュおよび判定用メッシュ）を生成する。これによって、地形オブジェクト２７２は、一部が消去されたように変形されるとともに、変形した部分およびその周囲の部分のポリゴンのマテリアルが内部マテリアルに設定される。上記地形オブジェクト２７２が描画される場合、上記のポリゴンについては、例えば岩の内部を表すテクスチャを用いて描画が行われる。その結果、更新処理後の地形オブジェクト２７２は、変形した部分およびその周囲の部分が岩の内部を表す見た目となり、全体としては、一部が破壊されて内部が露出したような表現を行うことができる。

【0226】

上記のように、本実施形態においては、ボクセルオブジェクトが破壊されたように変形することに応じて、変形した部分におけるメッシュのマテリアルを、内部を表すマテリアルに変更することで、ボクセルオブジェクトの一部が破壊されて内部が露出したような表現を行うことができる。なお、ボクセルオブジェクトの一部が破壊されて内部が露出したような見た目を表現する方法としては、或る物体を表すボクセルオブジェクトのメッシュの表面に位置するボクセルについて当該物体の外殻を表すマテリアルを設定し、ボクセルオブジェクトのメッシュの内側の領域に位置するボクセルについて当該物体の内部を表すマテリアルを設定する方法も考えられる。この方法では、ボクセルオブジェクトのメッシュの内側の領域に位置していたボクセルが、変形後のメッシュの表面に位置するような変形が行われる場合に、ボクセルオブジェクトは、内部が露出したような見た目となる。ただし、上記の方法では、ボクセルオブジェクトのメッシュのうちで、外殻の見た目となる部分が厚くなってしまい、外殻の見た目となる部分を薄く表現することが難しい。

【0227】

これに対して、本実施形態においては、密度更新範囲を内包するマテリアル更新範囲内のボクセルについてマテリアルを変更する方法を採ることで、ボクセルオブジェクトのうちで変形した部分に加えてその周囲の部分についても、木の内部を表す見た目に変更されることとなる。上記の周囲の部分は、メッシュの変形は行われない一方で、見た目が内部を表すものに変更される部分である。このような部分を生じさせることで、更新処理後のボクセルオブジェクトは、あたかも薄い外殻が剥がれたかのように見える。このように、本実施形態によれば、物体が破壊された際に生じる薄い外殻を表現することができる。

【0228】

また、吸い込みアクションによってボクセルオブジェクトを変形させる場合、当該ボクセルオブジェクトについて欠片となる部分が生じることが考えられる。図３４は、ボクセルオブジェクトのうちの欠片部分が生じる場合と、欠片部分が生じないように消去処理が実行される場合の一例を示す図である。図３４における（ａ）の状況は、プレイヤキャラクタ２０１が地形オブジェクト２７８に対して吸い込みアクションを行っている状況であり、（ｂ）の状況は、消去処理が実行されない場合において、吸い込みアクションによって地形オブジェクト２７２が変形された状況である。ここで、図３４に示す例のように、地形オブジェクト２７８が変形された結果、地形オブジェクト２７８の一部分が欠片部分２７８ａとして生じることがある。当該欠片部分２７８ａは、空中に浮いたように配置されており、このような欠片部分２７８ａが生じると、プレイヤが違和感を抱く可能性がある。また、このような欠片部分２７８ａにおけるマテリアルが、例えば上述した溶岩のマテリアルのように、プレイヤキャラクタ２０１に悪影響を及ぼす性質を有する場合には、プレイヤが小さな欠片部分２７８ａに気づかずにプレイヤキャラクタ２０１を当該欠片部分２７８ａに接触させてしまう結果、プレイヤキャラクタ２０１が悪影響を受けてしまうといった不都合が生じる可能性も考えられる。以上より、本実施形態においては、ゲームシステム１は、吸い込みアクションによるボクセルオブジェクトの変形によって上記のような欠片部分が生じないように、欠片部分に対応するボクセルの密度を変更する消去処理を実行する。

【0229】

消去処理においては、まず、ゲームシステム１は、所定の判定範囲内の領域のうちから、消去すべき欠片部分に対応する小領域を特定する。小領域は、密度が上述の基準値以上であるボクセルが隣接して連続している領域であって、当該領域の大きさが所定の基準より小さい領域である。なお、密度が上述の基準値以上であるボクセルであって、隣接する全てのボクセルの密度が基準値未満である１つのボクセルの領域も、小領域とされてよい。また、上記判定範囲は、任意の方法で設定されてよく、例えば、ボクセル空間の全体の範囲であってもよいし、ボクセルオブジェクトの変形が行われる範囲である上記の密度更新範囲に基づく範囲であってもよい。密度更新範囲に基づく範囲とは、例えば、密度更新範囲を包含する範囲である。より具体的には、密度更新範囲に基づく範囲として、密度更新範囲の形状を拡大した形状であって、中心位置が密度更新範囲と同じ範囲が設定されてもよい。また、ゲームシステム１は、所定の単位領域（例えば、所定数のボクセルで構成されるボクセル群からなる領域）毎にボクセルデータの書き換えを行ってもよい。このとき、密度が更新されたボクセルを含む１以上の単位領域からなる範囲が、上記判定範囲とされてもよい。また、ゲームシステム１は、上記の小領域の条件を満たす領域のうちで、全体が判定範囲内に含まれるものを小領域として特定してもよいし、上記の小領域の条件を満たす領域のうちで、少なくとも一部が判定範囲内に含まれるものを小領域として特定してもよい。

【0230】

ゲームシステム１は、特定された小領域に対応するボクセルについて密度を基準値未満の値（例えば、０）に更新する。これによって、当該小領域に対応する欠片部分となるボクセルオブジェクトのメッシュが生成されないようにすることができる（図３４の（ｃ）参照）。なお、小領域の大きさに関する上記所定の基準は、例えばプレイヤキャラクタ２０１よりも小さい大きさに設定される。このとき、空中に浮いたように配置される、プレイヤキャラクタ２０１よりも小さい欠片となるボクセルオブジェクトは、消去処理によって生成されなくなる。

【0231】

上記において、ゲームシステム１は、マテリアル毎、または、マテリアルのグループ毎に小領域の大きさを特定してもよい。なお、マテリアルのグループは、例えば、同じ性質を有する複数種類のマテリアルが属するグループである。これによれば、所定のマテリアル（または所定のグループのマテリアル）であるボクセルオブジェクトが吸い込みアクションによって小さい欠片として残存している場合、当該欠片の部分が消去処理によって生成されなくなる。ここで、仮に小領域の大きさをマテリアル毎またはマテリアルのグループ毎に特定しないとすれば、例えば、岩のマテリアルと溶岩のマテリアルとを含む地形オブジェクトに対して吸い込みアクションが行われた結果、岩のマテリアルである地形オブジェクトに接触する部分であって上記溶岩のマテリアルである小さい部分が残存する場合もあり得る。このような場合、プレイヤが当該部分に気づかずに、プレイヤキャラクタ２０１を当該部分に接触させてしまうといった不都合が生じる可能性も考えられる。これに対して、マテリアル毎、または、マテリアルのグループ毎に小領域の大きさを特定することで、上記の部分が生成されなくなるので、上記の不都合が生じる可能性を低減することができる。

【0232】

本実施形態においては、プレイヤキャラクタ２０１は、吸い込みアクションによって一定条件下で得られる弾を投げる投げアクションを行うことができる。図３５は、吸い込みアクションが行われた後に投げアクションを行う前の場面におけるゲーム画像の一例を示す図である。図３５においては、吸い込みアクションが継続的に行われた結果、岩の壁のように形成されている地形オブジェクト２７２の一部に孔が開いたように、地形オブジェクト２７２が変形されている。また、図３５に示す状況においては、プレイヤキャラクタ２０１は、吸い込みアクションの後で、弾のオブジェクト２７３を投げる構えをとるアクションを行った状態（以下、「構え状態」と呼ぶ。）である。例えば、プレイヤキャラクタ２０１が投げることができる弾の数が１以上である状態で、プレイヤによる構え指示のための操作入力が行われたことに応じて、プレイヤキャラクタ２０１は、構えをとるアクションを行って上記構え状態となる。さらに、構え状態において、プレイヤによる投げ指示のための操作入力が行われたことに応じて、プレイヤキャラクタ２０１は、照準画像２７１が指し示す方向へ弾のオブジェクト２７３を投げる投げアクションを行う。

【0233】

プレイヤキャラクタが上記構え状態となる場合、ゲームシステム１は、弾のオブジェクト２７３を生成する。詳細は後述するが、弾のオブジェクト２７３のマテリアルは、当該弾が増加される際において密度が減少されたボクセルのマテリアルに基づいて決定される。なお、本実施形態においては、弾のオブジェクト２７３は、地形オブジェクトの主ボクセル空間とは異なる副ボクセル空間のボクセルに基づくボクセルオブジェクトである。他の実施形態においては、弾のオブジェクト２７３はボクセルオブジェクトでなくてもよい。

【0234】

本実施形態においては、上記の吸い込みアクション中において、ボクセルオブジェクトの変形に関する条件が満たされた場合、上記弾の数を増加させる。なお、弾の数は、弾を投げる投げアクションを実行可能な回数と言うこともできる。詳細は後述するが、プレイヤキャラクタ２０１は、吸い込みアクションによってボクセルオブジェクトをより大きく変形させることで、弾の数をより多く増やすことができる。

【0235】

次に、ボクセルオブジェクトの変形に応じて弾を増加させる処理について説明する。図３６は、弾の増加および増加される弾のマテリアルを決定する方法の一例を示す図である。図３６に示す例は、吸い込みアクションが開始されてから６フレーム目までの期間における消去部分のマテリアルと、当該期間において弾が追加されるタイミングおよび当該のマテリアルを示している。なお、消去部分のマテリアルとは、吸い込みアクションによる地形オブジェクト２７２の変形の際に密度が減少されたボクセルに設定されるマテリアルを指す。なお、密度が減少された１以上のボクセルに設定されるマテリアルが複数種類である場合には、消去部分のマテリアルとは、当該複数種類のマテリアルのうちで、最も減少したマテリアルである。ゲームシステム１は、例えば、ボクセル毎の密度の減少量に対して当該ボクセルにおける当該マテリアルの割合（この割合は、マテリアル混合比から得られる）を乗算した値をボクセル毎に算出し、各ボクセルについての当該値を合計した合計値が最も大きいマテリアルを、上記「最も減少したマテリアル」とする。

【0236】

本実施形態においては、弾を増加する処理は、吸い込みアクションによる、ボクセルに対する変化の度合いに基づいて行われる。上記変化の度合いは、ボクセルオブジェクトの変化の度合いとも言うことができる。第１例では、ゲームシステム１は、変化の度合いとして、吸い込みアクションによるボクセルの密度の更新が行われた回数を算出する。弾を増加する処理は、この回数に基づいて実行される。例えば、図３６に示す例においては、上記回数が所定回数（ここでは、５回）に達する度に、弾を１増加する処理が実行される。つまり、吸い込みアクションによる地形オブジェクトの変形が５フレームにわたって行われた場合に、弾を投げる投げアクションの実行可能回数が１加算される。なお、吸い込みアクションによるボクセルの密度の更新が行われた回数に基づいて弾を増加する具体的な方法は、上記に限らない。例えば、他の実施形態においては、上記回数がそのまま弾の数とされてもよいし、密度の更新が連続して所定回数行われることが、弾を増加する条件とされてもよい。また例えば、他の実施形態においては、マテリアル毎に上記の回数がカウントされてもよい。このとき、或るマテリアルについてカウントされる回数が所定の回数に達した場合、当該マテリアルの弾が追加されてもよい。

【0237】

以上のように、本実施形態においては、ボクセルオブジェクトの変形に応じて、弾を投げる投げアクションの実行可能回数を増加させるイベント、および、プレイヤキャラクタ２０１が弾を投げるイベントを行う。これによれば、ボクセルオブジェクトの変形がゲームにおけるイベントを発生させる条件になるので、ボクセルオブジェクトを変形させる動機づけをプレイヤに与えることができ、ゲームの戦略性や興趣性を向上することができる。

【0238】

なお、第１例においては、変化の度合いを示す指標として、「ボクセルの密度の更新が行われた回数」が用いられたが、変化の度合いを示す具体的な指標は任意である。例えば、他の実施形態においては、第１例における上記指標として、後述する第２例および第３例において用いられる「ボクセルの体積の減少量」あるいは「現時点でのボクセルの体積」が採用されてもよい。このとき、ゲームシステム１は、ボクセルの体積の減少量が所定の閾値に達する度に、弾を増加させるようにしてもよい。

【0239】

本実施形態においては、増加された弾のマテリアルは、吸い込みアクションによって密度が変化したボクセルのマテリアルに基づいて決定される。本実施形態においては、増加された弾のマテリアルは、弾の増加が決定されたフレームにおける消去部分のマテリアルに基づいて決定される。例えば、図３６の例においては、弾の増加が決定された５フレーム目における消去部分のマテリアルである「土」のマテリアルが、弾のマテリアルに決定される。これによれば、吸い込みアクションによって変形される地形オブジェクト２７２のうちで、弾が追加されたタイミングで消去されたように見える部分のマテリアルが、追加される弾のマテリアルとなる。そのため、追加された弾のマテリアルをプレイヤにとって理解しやすくすることができる。また、プレイヤは、増加される弾のマテリアルが何になるかを考慮して、地形オブジェクトのうちのどのマテリアルの部分に対して吸い込みアクションを行うかを考えるので、ゲームの戦略性を向上することができる。

【0240】

なお、他の実施形態においては、ゲームシステム１は、弾の増加が決定されるときのボクセル更新に限らず、弾の増加が決定されるまでのボクセルの更新において減少したマテリアルに基づいて、増加される弾のマテリアルを決定してもよい。例えば、図３６の例においては、増加される弾のマテリアルは、弾の増加が決定されるまでの第１～第５フレームにおいて「消去部分のマテリアル」となった回数が最も多いマテリアル（図３６の例では、「草」のマテリアル）として決定されてもよい。また例えば、ゲームシステム１は、弾の増加が決定されるまでの第１～第５フレームを対象とした消去部分のマテリアルを決定してもよい。具体的には、ゲームシステム１は、具体的には、第１～第５フレームにおけるボクセル毎の密度の減少量の合計（第１～第５フレームにおける合計）に対して、当該ボクセルにおける当該マテリアルの割合を乗算した値をボクセル毎に算出し、各ボクセルについての当該値を合計した合計値が最も大きいマテリアルを、「第１～第５フレームを対象とした消去部分のマテリアル」として決定してもよい。このようにして決定されたマテリアルが、増加される弾のマテリアルとされてもよい。

【0241】

本実施形態においては、吸い込みアクションに応じて一定条件下で実行可能回数が増加されるアクションの例として、プレイヤキャラクタは弾を投げるアクションを行うものとした。ここで、他の実施形態においては、吸い込みアクションに応じて一定条件下で実行可能回数が増加されるアクションは、任意のアクションであってよい。例えば、上記アクションは、光線を発するアクションであってもよいし、パンチやキックといったアクションであってもよい。このとき、これらのアクションには、弾のマテリアルを決定する方法と同様にしてマテリアルが設定され、上記の光線やパンチやキックのアクションに対して当該マテリアルの性質が付与されてもよい。

【0242】

［２－８－２．第２例（地形オブジェクト中にアイテムが配置されるイベントが行われる例）］
第２例として、地形オブジェクトの一部が消去される変形が行われたことに応じて、地形オブジェクト中にアイテムが配置されるイベントが行われる例について説明する。図３７は、地形オブジェクトの変形に応じてアイテムが配置される様子の一例を示す図である。図３７に示すように、本実施形態においては、プレイヤキャラクタ２０１は、上述のパンチアクションや吸い込みアクション等によって地形オブジェクト２８１が消去するように変形させることができる。ここで、本実施形態においては、地形オブジェクト２８１の一部が消去される変形が行われた場合、一定条件下で、アイテムオブジェクト２８２が配置されるイベントが実行される（図３７の（ｂ）参照）。詳細は後述するが、本実施形態においては、地形オブジェクト２８１に関するボクセルの体積が所定量だけ減少したことに応じて、アイテムオブジェクト２８２が配置される。これによれば、地形オブジェクトを変形させる動機づけをプレイヤに与えることができる。以下、上記イベントの詳細について説明する。

【0243】

第２例においては、ゲームシステム１は、プレイヤキャラクタ２０１によって地形オブジェクトの変形が行われた場合、ボクセルの変化の度合いを示す指標として、当該地形オブジェクトに関するボクセルの体積の減少量を算出する。ここで、プレイヤキャラクタ２０１による地形オブジェクトの変形とは、プレイヤキャラクタ２０１の行動に起因して行われる地形オブジェクトの変形を指す。例えば、上述のパンチアクションや吸い込みアクション等のプレイヤキャラクタ２０１によるアクションによる地形オブジェクトの変形は、プレイヤキャラクタ２０１による地形オブジェクトの変形の一例である。また例えば、プレイヤキャラクタ２０１がアイテムを使用したことによって（例えば、爆弾を爆発させたことによって）地形オブジェクトが変形したことも、プレイヤキャラクタ２０１による地形オブジェクトの変形の一例であってよい。また例えば、プレイヤキャラクタ２０１が敵キャラクタをパンチアクション等によって吹き飛ばした結果、敵キャラクタが地形オブジェクトにぶつかって地形オブジェクトが変形したことも、プレイヤキャラクタ２０１による地形オブジェクトの変形の一例であってよい。なお、他の実施形態においては、プレイヤキャラクタ２０１の行動に起因して行われる地形オブジェクトの変形に限らず、他の要因によって生じる地形オブジェクトの変形にも基づいて、ボクセルの体積の減少量が算出されてもよい。

【0244】

本実施形態においては、上記のボクセルの体積の減少量は、ゲーム空間におけるボクセルの大きさと、ボクセルの密度の減少量に基づいて算出される。具体的には、ゲームシステム１は、地形オブジェクトの変形が行われた場合、密度が減少された１以上のボクセルについて、ゲーム空間における当該ボクセル１つ分の体積に、密度の減少量を乗算したボクセル毎の減少量を算出し、ボクセル毎の減少量を当該１以上のボクセルについて合計した合計の減少量を、上記ボクセルの体積の減少量として算出する。上記によれば、ボクセル１つ分の体積よりも詳細な精度で減少量を算出することができる。なお、ボクセルの体積の減少量の算出方法は上記に限らず任意である。ボクセルの体積の減少量は、ボクセルの密度の減少量に基づく任意の方法で算出されてもよい。例えば、他の実施形態においては、ゲームシステム１は、ボクセルの大きさを考慮せずに、ボクセル毎の密度の減少量を、密度が減少された１以上のボクセルについて合計した減少量を、ボクセルの体積の減少量として算出してもよい。

【0245】

本実施形態においては、ゲームシステム１は、地形オブジェクトが変形される度に、上記のボクセルの体積の減少量を算出し、累積の減少量を算出する。また、ゲームシステム１は、累積の減少量が更新される度に、更新された累積の減少量に基づいて、アイテムオブジェクトを配置するか否かを判定する。本実施形態においては、累積の減少量が所定の閾値に達した場合、アイテムオブジェクトを配置すると判定される。なお、本実施形態においては、ゲームシステム１は、アイテムオブジェクトが配置されたことに応じて累積の減少量をリセットし、その後、累積の減少量を再度算出し直す。これによって、ゲーム中において累積の減少量が所定の閾値に達する度にアイテムオブジェクトが配置されることとなる。プレイヤは、地形オブジェクトを消去されるように変形させるアクションをプレイヤキャラクタに行わせ続けることで、定期的にアイテムオブジェクトを得ることができる。

【0246】

なお、第２例においては、変化の度合いを示す指標として、「ボクセルの体積の減少量」が用いられたが、変化の度合いを示す具体的な指標は任意である。例えば、他の実施形態においては、第２例における上記指標として、上記第１例において用いられる「ボクセルの密度の更新が行われた回数」が採用されてもよい。このとき、ゲームシステム１は、上記回数が所定の閾値に達した場合に、アイテムオブジェクトを配置してもよい。また例えば、他の実施形態においては、上記「ボクセルの体積の累積の減少量」に代えて、現時点におけるボクセルの体積が、変化の度合いを示す指標として用いられてもよい。現時点におけるボクセルの体積は、ゲーム開始時におけるボクセルの体積から、累積の減少量を減算することで得られる。このとき、ゲームシステム１は、現時点におけるボクセルの体積が所定の閾値以下となった場合に、アイテムオブジェクトを配置してもよい。

【0247】

また、累積の減少量に基づいてアイテムオブジェクトの配置を決定する方法は任意である。例えば、他の実施形態においては、累積の減少量がリセットされる度に、閾値の値が変更されてもよく、リセットの度に閾値の値が大きくなる（または小さくなる）ように変更されてもよい。また例えば、ゲームシステム１は、複数の閾値を設定し、累積の減少量をリセットせず、累積の減少量が閾値に達する度にアイテムオブジェクトを配置してもよい。また例えば、ゲームシステム１は、累積の減少量が大きくなるにつれて上昇する確率に基づいて、アイテムオブジェクトを配置するか否かを判定してもよい。

【0248】

また、他の実施形態においては、ゲームシステム１は、ボクセルの体積の減少量を、マテリアル毎、または、マテリアルのグループ毎に算出してもよい。このとき、マテリアル毎またはグループ毎の累積の減少量が閾値に達したか否かによって、アイテムオブジェクトを配置するか否かが判定されてもよい。このときの閾値は、マテリアル毎またはグループ毎の大きさに設定されてよい。また、ゲームシステム１は、累積の減少量が閾値に達したマテリアルまたはグループに応じた種類のアイテムオブジェクトを配置してもよい。

【0249】

また、他の実施形態においては、ゲームシステム１は、ボクセルの体積の増加量に基づいてアイテムオブジェクトを配置するようにしてもよい。例えば図２９に示した例のように、プレイヤキャラクタ２０１は、地形オブジェクトの内部領域の体積を増やすように地形オブジェクトを変形させることもできる。ゲームシステム１は、ボクセルの体積の増加量に関して、累積の増加量を算出し、累積の増加量に基づいて、アイテムオブジェクトを配置するか否かを判定してもよい。このとき、ゲームシステム１は、地形オブジェクトのボクセルの密度が減少される場合であっても累積の増加量を減算しないようにしてもよい。また、他の実施形態においては、ゲームシステム１は、ボクセルの体積の減少量と増加量の和である変化量を算出し、変化量に基づいてアイテムオブジェクトを配置するようにしてもよい。

【0250】

本実施形態においては、アイテムオブジェクトは、地形オブジェクトによって隠される位置に配置される。例えば、図３７に示す例では、アイテムオブジェクト２８２は、地形オブジェクト２８１の内部領域に配置される。つまり、アイテムオブジェクトは、ゲーム空間において、密度が上記基準値以上となるボクセルが定義される位置に配置される。プレイヤキャラクタ２０１は、地形オブジェクトがさらに消去されるように地形オブジェクトをパンチアクションや吸い込みアクション等によって変形させることで、アイテムオブジェクトが地形オブジェクトに埋もれた状態から解放することができる。上記によれば、アイテムオブジェクトが急に出現した印象をプレイヤに与えることなく、アイテムオブジェクトを自然に配置することができる。なお、他の実施形態においては、アイテムオブジェクトの配置位置は任意であり、地形オブジェクトの外側に配置されてもよいし、一部が地形オブジェクトに埋まった状態で配置されてもよい。なお、他の実施形態においては、ゲームシステム１は、地形オブジェクトの内部領域において、アイテムオブジェクトが配置される位置を含む領域に空洞が形成されるように地形オブジェクトを変形し、形成された空洞内にアイテムオブジェクトを配置してもよい。

【0251】

ゲームシステム１は、アイテムオブジェクトを配置する要因となった地形オブジェクトの変形が行われた位置に基づいて、アイテムオブジェクトの配置位置を決定してもよい。例えば、アイテムオブジェクトは、地形オブジェクトの変形が行われた位置または範囲から所定距離内の領域に配置されてもよい。これによれば、発見しやすい位置にアイテムオブジェクトを配置することができる。また例えば、図３７に示すように、アイテムオブジェクトは、地形オブジェクトの変形が行われた位置または範囲から、プレイヤキャラクタから見たときの奥側となる領域に配置されてもよい。これによれば、地形オブジェクトのうちで変形させた部分をさらに変形させることでアイテムオブジェクトを発見できるので、アイテムオブジェクトをより発見しやすい位置に配置することができる。ゲームシステム１は、上記の領域内において任意の方法でアイテムオブジェクトの配置位置を決定してよい。例えば、領域内の定められた位置（例えば、領域の中心位置）がアイテムオブジェクトの配置位置とされてもよいし、領域内においてランダムに配置位置が決定されてもよい。

【0252】

なお、ゲームシステム１は、プレイヤキャラクタが地形オブジェクトを変形させるアクションを行った方向によっては、累積の減少量が所定の閾値に達した場合であっても、アイテムオブジェクトを配置しないようにしてもよい。例えば、プレイヤキャラクタが上方向に向けてアクションを行った結果、地形オブジェクトのうちプレイヤキャラクタの上方に位置する部分が変形された場合、当該部分のさらに上方にアイテムオブジェクトが配置される。この場合、プレイヤキャラクタがアイテムオブジェクトを取得しようとして地形オブジェクトをさらに変形させた場合、アイテムオブジェクトは、地形オブジェクトに埋もれた状態が解除されたとたん落下してしまうおそれがある。そのため、例えば、プレイヤキャラクタが、地形オブジェクトを変形させるアクションを、ゲーム空間における上下方向に行った場合には、ゲームシステム１は、累積の減少量が所定の閾値に達してもアイテムオブジェクトを配置しないようにしてもよい。なお、このとき、その後において上下方向とは異なる方向にプレイヤキャラクタが上記アクションを行った場合に、アイテムオブジェクトが配置されるようにしてもよい。

【0253】

配置されるアイテムオブジェクトは、ゲームにおける任意の種類のアイテムであってよい。本実施形態においては、配置されるアイテムオブジェクトは宝箱のオブジェクトである。プレイヤキャラクタ２０１は、例えば、宝箱のオブジェクトを開けるアクションを行ったり、宝箱のオブジェクトに触れたりすることで、所定の報酬アイテムを取得することができる。なお、宝箱のオブジェクトは、配置された時点では地形オブジェクトに埋まった状態であり、宝箱のオブジェクトの周囲の地形オブジェクトが消去されるように変形した場合に、地形オブジェクトに埋まっていない状態とされてもよい。このとき、プレイヤキャラクタ２０１は、宝箱のオブジェクトが地形オブジェクトに埋まっている状態では、宝箱のオブジェクトを開けるアクションを行うことができず、宝箱のオブジェクトが地形オブジェクトに埋まっていない状態となった場合に当該アクションを行うことができてもよい。また、報酬アイテムは、任意の種類のアイテムであってよく、例えば、ゲームにおける収集目標となるコイン等のアイテムであってもよいし、武器や回復アイテム等のゲームを有利に進めるためのアイテムでもよい。また、他の実施形態においては、地形オブジェクトに宝箱のオブジェクトが配置されることに代えて、報酬アイテム自体が配置されてもよい。なお、上記において、宝箱のオブジェクトから取得され得る、または、地形オブジェクトに配置され得る報酬アイテムの候補は複数種類であってもよく、複数種類の候補のうちから任意の方法で１つが選択されてもよい。

【0254】

［２－８－３．第３例（ゲームにおけるアイテムが付与されるイベントが行われる例）］
第３例として、地形オブジェクトの一部が消去される変形が行われたことに応じて、ゲームにおけるアイテムが付与されるイベントが実行される例について説明する。本実施形態においては、ゲームシステム１は、ゲーム中においてプレイヤキャラクタによって地形オブジェクトが変形される度に、上述のボクセルの変化の度合いを示す指標を算出し、当該指標が所定の閾値に達した場合に、アイテムを付与するイベントを実行する。これによって、地形オブジェクトを変形させる動機づけをプレイヤに与えることができる。

【0255】

本実施形態においては、上記第２例で述べたように、ゲームシステム１は、プレイヤキャラクタ２０１によって地形オブジェクトの変形が行われた場合、地形オブジェクトに関するボクセルの体積の減少量を算出する。このとき、ゲームシステム１は、マテリアルのグループ毎の減少量を算出する。なお、マテリアルのグループはどのように設定されてもよい。例えば、本実施形態においては、同じ性質が設定されるマテリアルが同じグループに属するようにグループが設定されるものとする。マテリアルのグループ毎の減少量を算出する際、ゲームシステム１は、密度が減少された１以上のボクセルについて、ゲーム空間における当該ボクセル１つ分の体積に、密度の減少量と、マテリアルの割合とを乗算したボクセル毎の減少量をマテリアル毎に算出する。さらに、算出されたボクセル毎の減少量を、当該１以上のボクセルについてマテリアル毎に合計した合計の減少量を、マテリアル毎の「ボクセルの体積の減少量」として算出する。算出されたマテリアル毎の「ボクセルの体積の減少量」を、マテリアルのグループ毎に合計することで、マテリアルのグループ毎の減少量を得ることができる。

【0256】

本実施形態においては、ゲームシステム１は、地形オブジェクトが変形される度に、上記のマテリアルのグループ毎に上記ボクセルの体積の減少量を算出し、マテリアルのグループ毎に累積の減少量を算出する。また、ゲームシステム１は、マテリアルのグループ毎に累積の減少量が更新される度に、更新された累積の減少量に基づいて、アイテムを付与するか否かを判定する。例えば、累積の減少量が所定の閾値に達した場合、アイテムを付与すると判定される。このとき、マテリアルのグループ毎に複数種類の閾値が設定され、当該グループの累積の減少量が閾値に達することに応じて、当該閾値に対応して設定されるアイテムが付与されてもよい。また、付与されるアイテムを決定する方法は任意である。例えば、マテリアルのグループ毎にアイテムが設定されてもよいし、閾値毎にアイテムが設定されてもよい。

【0257】

なお、第３例においては、変化の度合いを示す指標として、「ボクセルの体積の減少量」が用いられたが、変化の度合いを示す具体的な指標は任意である。例えば、他の実施形態においては、第３例における上記指標として、上記第１例において用いられる「ボクセルの密度の更新が行われた回数」が採用されてもよい。このとき、ゲームシステム１は、マテリアルのグループ毎に上記回数をカウントし、上記回数が所定の閾値に達した場合にアイテムを付与してもよい。また例えば、他の実施形態においては、上述の「現時点におけるボクセルの体積」が、変化の度合いを示す指標として用いられてもよい。このとき、ゲームシステム１は、現時点におけるボクセルの体積が所定の閾値以下となった場合に、アイテムを付与してもよい。

【0258】

図３８は、地形オブジェクトを変形させた実績を示す実績画像の一例を示す図である。本実施形態においては、ゲームシステム１は、ゲーム中においてユーザによる所定の指示があったことに応じて、図３８に示すような実績画像を表示する。実績画像は、現時点における累積の減少量を、マテリアルのグループ毎に示す。図３８に示す例においては、実績画像は、マテリアルのグループを示す項目（例えば、項目２９１）と、累積の減少量を示す棒グラフ（例えば、棒グラフ２９２）とを、マテリアルのグループ毎に含んでいる。なお、図３８に示す例においては、項目において示される「木」や「草」等は、マテリアルの名前ではなく、マテリアルの性質を示し、同じ性質を有するマテリアルのグループを示している。例えば、「木」は、木の性質を有するマテリアルのグループを示している。

【0259】

また、他の実施形態においては、ゲームシステム１は、マテリアル毎に累積の減少量を算出し、当該減少量に基づいて、アイテムを付与するか否かを判定してもよい。このとき、実績画像は、マテリアル毎に累積の減少量を示すものであってよい。また例えば、ゲームシステム１は、マテリアルおよびマテリアルのグループに区別しない、地形オブジェクト全体の累積の減少量を算出し、当該減少量に基づいて、アイテムを付与するか否かを判定してもよい。また、他の実施形態においては、マテリアル毎の累積の減少量に応じて付与されるアイテムと、マテリアルのグループ毎の累積の減少量に応じて付与されるアイテムと、合計の累積の減少量に応じて付与されるアイテムがそれぞれ設定されてもよい。

【0260】

プレイヤに付与されるアイテムの具体的な内容は任意である。例えば、ゲームにおいて使用可能な通貨やポイントがアイテムとして付与されてもよいし、武器や道具といった、ゲームにおいてプレイヤキャラクタが使用するアイテムが付与されてもよい。なお、プレイヤキャラクタにアイテムが付与される態様は、プレイヤにアイテムが付与される態様の一例であると言える。また、アイテムが付与されるイベントにおいて、プレイヤがアイテムを受け取るタイミングは任意である。例えば、ゲームシステム１は、累積の減少量が閾値に達した時点で、アイテムが付与されることを決定するが、プレイヤまたはプレイヤキャラクタが当該アイテムを受け取るタイミングは、アイテムが付与されたタイミングとは別であってもよい。例えば、上記の実績画像は、付与されたアイテムを示す画像を含んでおり、プレイヤが当該画像を指定することで、当該アイテムが受領されるようにしてもよい。

【0261】

なお、上記の第２例および第３例においては、ゲームシステム１は、地形オブジェクトに関するボクセルの変化の度合いに応じてイベントを実行した。ここで、他の実施形態においては、ゲームシステム１は、地形オブジェクト以外の他のボクセルオブジェクトに関するボクセルの変化の度合いを考慮してイベントを実行してもよい。

【0262】

以上のように、上記第１～第３例においては、各イベントは、ボクセルの変化の度合いが所定の度合いに達したことに応じて発生する。これによれば、ボクセルオブジェクトをより多く変形させることで多くのイベントが発生し得るので、より多くのボクセルオブジェクトを変形させる動機づけをプレイヤに与えることができる。

【0263】

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

【0264】

図３９は、ゲームシステム１における情報処理に用いられる各種データの一例を示す図である。図３９に示す各データは、本体装置２がアクセス可能なメモリ（例えば、フラッシュメモリ８４、ＤＲＡＭ８５、および／または、スロット２３に装着されたメモリカード等）に記憶される。図３９に示すように、ゲームシステム１はゲームプログラムを記憶する。ゲームプログラムは、本実施形態におけるゲーム処理（具体的には、図４０に示すゲーム処理）を実行するためのものである。なお、ゲームプログラムには、上述のマテリアルデータ（図１２参照）が含まれる。また、上記メモリには、上述のボクセルデータ（図１１参照）、更新範囲データ、メッシュデータ、更新回数データ、弾データ、全体減少量データ、グループ減少量データ、および、オブジェクトデータ等が記憶される（図３９参照）。

【0265】

更新範囲データは、上述の更新範囲を示すデータである。本実施形態においては、上述のＳＤＦによって更新範囲が表される。

【0266】

メッシュデータは、ボクセルオブジェクトのメッシュに関する各種データを含む。図３９に示すように、本実施形態においては、メッシュデータは、ＳＶＯデータ、表示用メッシュデータ、および、判定用メッシュデータを含む。ＳＶＯデータは、ボクセルデータから算出される各頂点を、上述のＳＶＯ構造で保持するデータである。なお、本実施形態においては、ＳＶＯデータには、各頂点の位置を示すデータに加えて、各頂点に設定されるマテリアルを示すデータ（例えば、マテリアルのＩＤを示すデータ）が含まれる。表示用メッシュデータは、表示用メッシュに関する各種データを含む。具体的には、表示用メッシュデータは、表示用メッシュの各頂点を示すデータと、各頂点に設定されるマテリアルを示すデータ（例えば、マテリアルのＩＤを示すデータ）を含む。判定用メッシュデータは、判定用メッシュに関する各種データを含む。具体的には、判定用メッシュデータは、判定用メッシュの各頂点を示すデータと、各頂点に設定されるマテリアルを示すデータ（例えば、マテリアルのＩＤを示すデータ）を含む。

【0267】

更新回数データは、上述の吸い込みアクションによるボクセルの密度の更新が行われた回数を示す。なお、ゲームの開始時においては、上記回数は０に設定される。また、弾データは、プレイヤキャラクタが投げアクションを行う弾の数、および、弾毎のマテリアルを示す。なお、ゲームの開始時においては、弾の数は、予め定められた所定数に設定される。

【0268】

全体減少量データは、地形オブジェクトのボクセルに関する上述の累積の減少量を示す。また、グループ減少量データは、地形オブジェクトのボクセルに関する、マテリアルのグループ毎の累積の減少量を示す。なお、ゲームの開始時においては、これらの累積の減少量は０に設定される。

【0269】

オブジェクトデータは、ボクセルオブジェクト以外のオブジェクト（例えば、プレイヤキャラクタや、破片オブジェクト等）に関する各種データを含む。オブジェクトデータは、ゲーム空間に登場するオブジェクト毎に記憶される。オブジェクトデータは、例えば、当該オブジェクトの位置、速度、および状態等を示すデータを含む。

【0270】

図４０は、ゲームシステム１によって実行されるゲーム処理の流れの一例を示すフローチャートである。ゲーム処理の実行は、例えば、上記ゲームプログラムの実行中において、プレイヤの指示に応じてゲームが開始されたことに応じて開始される。なお、ステップＳ１～Ｓ１５の一連の処理からなる処理ループは、１フレームに１回のサイクルで実行される。

【0271】

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

【0272】

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

【0273】

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

【0274】

ステップＳ２において、プロセッサ８１は、処理が必要なゲーム空間のオブジェクトのうち、処理が完了していないいずれかのオブジェクトを処理対象として指定し、指定されたオブジェクトについて、速度を算出する処理、および、前のフレームにおけるオブジェクト同士の接触の結果を反映する処理を実行する。オブジェクトの速度は、後述するステップＳ１３の処理において、今回のフレームにおけるオブジェクトの位置を算出するために用いられる。例えば、指定されたオブジェクトがプレイヤキャラクタである場合、プレイヤキャラクタの速度は、ステップＳ１で取得された操作データに基づいて算出される。また、指定されたオブジェクトが、プレイヤによって操作されないオブジェクト（例えば、破片オブジェクト）である場合、当該オブジェクトの速度は、ゲームプログラムにおいて予め定められたルールに基づいて算出される。例えば破片オブジェクトの速度は、地形オブジェクト上に配置されて移動していない場合には０に設定され、プレイヤキャラクタに把持されている場合にはプレイヤキャラクタの速度と同じに設定され、プレイヤキャラクタによる投げアクションによって放たれた場合には、上記ルールで決められた大きさで上述のエイム方向に移動する速度に設定される。具体的には、オブジェクトの速度は、オブジェクト間の相互作用を含めた仮想的な物理演算に基づいて算出される。例えば、オブジェクト同士の衝突による反発や、接触による摩擦等の相互作用、仮想的な重力による落下や仮想的な空気抵抗による減速等が速度決定に反映される。

【0275】

また、前のフレームにおけるオブジェクト同士の接触の結果を反映する処理には、前のフレームにおけるコリジョン判定（ステップＳ１０）においてオブジェクト同士が接触したと判定された場合に、当該オブジェクトに対して接触による影響を与える処理が含まれる。上記処理は、例えば次のような処理である。
・前のフレームにおいてプレイヤキャラクタが溶岩の地形オブジェクトに接触したと判定された場合に、プレイヤキャラクタの体力を減少させる処理
・前のフレームにおいて引き抜きアクションあるいはパンチアクションによってプレイヤキャラクタが地形オブジェクトに接触したと判定された場合に、破片オブジェクトを生成する処理
・前のフレームにおいて破片オブジェクトが岩の地形オブジェクトに接触したと判定された場合に、破片オブジェクトを消滅させる処理
以上のステップＳ２の処理においてオブジェクトに関する状態が変更された場合、プロセッサ８１は、当該オブジェクトに関してメモリに記憶されているオブジェクトデータを、変更後の内容を示すように更新する。ステップＳ２の次にステップＳ３の処理が実行される。

【0276】

ステップＳ３において、プロセッサ８１は、ステップＳ２で指定されたオブジェクトによって、ボクセルオブジェクトを更新させる更新イベントが発生したか否かを判定する。例えば、ステップＳ３の判定は、前のフレームにおけるコリジョン判定（ステップＳ１０）の結果に基づいて行われる。例えば、前のフレームにおいて引き抜きアクションあるいはパンチアクションによってプレイヤキャラクタが地形オブジェクトに接触したと判定された場合には、地形オブジェクトの一部が消去されたように変形させる（図２６および図２７参照）更新イベントが発生したと判定される。なお、このような更新イベントには、プレイヤキャラクタによるパンチアクションや吸い込みアクションによって、地形オブジェクトの一部が消去されたように変形させ、さらに一定条件下で、変形された部分とその周囲の部分の範囲についてのマテリアルが変更される（図３０および図３３参照）イベントが含まれる。また例えば、前のフレームにおいて破片オブジェクトが岩の地形オブジェクトに接触したと判定された場合には、破片オブジェクトが地形オブジェクトに付いたように地形オブジェクトを変形させる（図２９参照）更新イベントが発生したと判定される。ステップＳ３の判定結果が肯定である場合、ステップＳ４の処理が実行される。一方、ステップＳ３の判定結果が否定である場合、ステップＳ５の処理が実行される。

【0277】

ステップＳ４において、プロセッサ８１は、ステップＳ３で更新イベントが発生したと判定されたボクセルオブジェクトに関するボクセルデータを更新するボクセル更新処理を実行する。以下、図４１を参照して、ステップＳ４のボクセル更新処理の詳細について説明する。

【0278】

図４１は、図４０に示すステップＳ４のボクセル更新処理の詳細な流れの一例を示すサブフローチャートである。ボクセル更新処理においてはまずステップＳ２１において、プロセッサ８１は、ステップＳ３で発生したと判定された更新イベントが、ボクセルオブジェクトの変形を行うイベントであるか否かを判定する。ステップＳ２１の判定は、当該更新イベントの種類に基づいて行われる。例えば、上述の図２６、図２７、図２９、図３１、および、図３７に示す更新イベントについては、ボクセルオブジェクトの変形を行うイベントであると判定される。なお、本実施形態においては、ボクセルの密度を変更せずにマテリアルのみを変更するイベントが行われてもよく、このようなイベントは、ボクセルオブジェクトの変形を行うイベントではないと判定される。ステップＳ２１の判定結果が肯定である場合、ステップＳ２２の処理が実行される。一方、ステップＳ２１の判定結果が否定である場合、ステップＳ２４の処理が実行される。

【0279】

ステップＳ２２において、プロセッサ８１は、当該ボクセルオブジェクトに関するボクセルの密度の更新を行う密度更新範囲をゲーム空間に設定する。例えば、密度更新範囲の具体的な内容（すなわち、位置、形状、および、大きさ）は、ゲームプログラムにおいて更新イベントの種類毎に関連付けられている。ステップＳ２２で設定される密度更新範囲は、ステップＳ３において発生すると判定された更新イベントの種類に関連付けられる内容となるように設定される。プロセッサ８１は、設定された密度更新範囲を示すデータを更新範囲データとしてメモリに記憶する。ステップＳ２２の次にステップＳ２３の処理が実行される。

【0280】

ステップＳ２３において、プロセッサ８１は、ステップＳ２２で設定された密度更新範囲に対応するボクセルについて、更新イベントに応じた密度の更新を行う。例えば、ボクセルオブジェクトが消去（破壊とも言う）されるように変形させる場合には、密度更新範囲に対応するボクセルの密度を減少させる更新が行われる。また例えば、ボクセルオブジェクトの内側領域の体積が増加するように変形させる場合には、密度更新範囲に対応するボクセルの密度を増加させる更新が行われる。具体的には、プロセッサ８１は、密度更新範囲に対応するボクセルの密度を変更するように、メモリに記憶されているボクセルデータを更新する。なお、密度更新範囲に対応するボクセルの密度を更新する具体的な方法は、ゲームプログラムにおいて更新イベントの種類毎に関連付けられている。例えば、吸い込みアクションに応じて地形オブジェクトを変形させるイベントにおいては、地形オブジェクト２７２の内部領域が収縮するように変形されるような方法（図３２参照）で、密度が更新される。ステップＳ２３の次にステップＳ２４の処理が実行される。

【0281】

ステップＳ２４において、プロセッサ８１は、ステップＳ３で発生したと判定された更新イベントが、ボクセルオブジェクトのマテリアルを変更するイベントであるか否かを判定する。ステップＳ２４の判定は、当該更新イベントの種類に基づいて行われる。例えば、吸い込みアクションに応じて地形オブジェクトを変形させるイベント（図３１参照）については、ボクセルオブジェクトのマテリアルを変更するイベントであると判定される。一方、図２６、図２７、図２９、および、図３７に示す更新イベントの例については、ボクセルオブジェクトのマテリアルを変更するイベントではないと判定される。ステップＳ２４の判定結果が肯定である場合、ステップＳ２５の処理が実行される。一方、ステップＳ２４の判定結果が否定である場合、ステップＳ２７の処理が実行される。

【0282】

ステップＳ２５において、プロセッサ８１は、当該ボクセルオブジェクトに関するボクセルのマテリアルの変更を行うマテリアル更新範囲をゲーム空間に設定する。例えば、上記ステップＳ２２の処理によって密度更新範囲が設定される場合、マテリアル更新範囲は当該密度更新範囲に基づいて生成される（図３３参照）。なお、対応する密度更新範囲が設定されないマテリアル更新範囲については、マテリアル更新範囲の具体的な内容（すなわち、位置、形状、および、大きさ）は、例えば、ゲームプログラムにおいて更新イベントの種類毎に関連付けられている。上記ステップＳ２２の処理が実行されない場合、マテリアル更新範囲は、ステップＳ３において発生すると判定された更新イベントの種類に関連付けられる内容となるように設定される。プロセッサ８１は、設定されたマテリアル更新範囲を示すデータを更新範囲データとしてメモリに記憶する。ステップＳ２５の次にステップＳ２６の処理が実行される。

【0283】

ステップＳ２６において、プロセッサ８１は、ステップＳ２５で設定されたマテリアル更新範囲に対応するボクセルについて、更新イベントに応じたマテリアルの変更を行う。例えば、プロセッサ８１は、マテリアル更新範囲に対応するボクセルのマテリアルを、変更前のマテリアルに対応付けられる内部マテリアルに変更したり、所定のマテリアルに変更したりする。プロセッサ８１は、マテリアル更新範囲に対応するボクセルのマテリアルを変更するように、メモリに記憶されているボクセルデータを更新する。ステップＳ２６の後、ステップＳ２７の処理が実行される。

【0284】

ステップＳ２７において、プロセッサ８１は、上記ステップＳ２３の処理後のボクセルデータについて、ボクセルオブジェクトの欠片部分が生じるか否かを判定する。具体的には、プロセッサ８１は、上述の判定範囲内の領域のうちから、消去すべき欠片部分に対応する小領域が特定されるか否かを判定する。ステップＳ２７の判定結果が肯定である場合、ステップＳ２８の処理が実行される。一方、ステップＳ２７の判定結果が否定である場合、プロセッサ８１はボクセル更新処理を終了する。

【0285】

ステップＳ２８において、プロセッサ８１は、ステップＳ２７の処理において特定された小領域に対応するボクセルについて密度を更新する。具体的には、プロセッサ８１は、当該ボクセルの密度が基準値未満の値になるように、メモリに記憶されているボクセルデータを更新する。ステップＳ２８の後、プロセッサ８１はボクセル更新処理を終了する。

【0286】

図４０の説明に戻り、ステップＳ４のボクセル更新処理の次のステップＳ５において、プロセッサ８１は、処理が必要な全てのオブジェクトについて上記ステップＳ２～Ｓ４の処理が完了したか否かを判定する。ステップＳ５の判定結果が肯定である場合、ステップＳ６の処理が実行される。一方、ステップＳ５の判定結果が否定である場合、ステップＳ２の処理が再度実行される。

【0287】

ステップＳ６において、プロセッサ８１は、ゲーム空間におけるボクセルオブジェクトの頂点を更新する。すなわち、上記ステップＳ５の処理においてボクセルデータが更新された場合には、更新後のボクセルデータに基づいて新たな頂点が算出される。なお、新たな頂点の位置は、上記［２－３．頂点の算出］で述べた方法に従って算出される。また、新たな頂点のマテリアルは、上記［２－４．頂点のマテリアルの決定］で述べた方法に従って算出される。ステップＳ６の次にステップＳ７の処理が実行される。

【0288】

ステップＳ７において、プロセッサ８１は頂点の簡略化を行う。すなわち、プロセッサ８１は、ステップＳ６の処理による更新後の各頂点について、上記［２－５．頂点の簡略化］で述べた方法に従って簡略化を行う。メモリに記憶されるＳＶＯデータは、以上のステップＳ６およびＳ７の処理によって得られた各頂点を示すように更新される。したがって、ステップＳ６およびＳ７の処理によってＳＶＯデータの更新が行われる。なお、ステップＳ６およびＳ７の処理は、ボクセルデータの全体について頂点を算出しなおす必要はなく、ステップＳ５の処理においてボクセルの内容が変更された部分についてのみ実行されてもよい。ステップＳ７の次にステップＳ８の処理が実行される。

【0289】

ステップＳ８において、プロセッサ８１は、メモリに記憶されるＳＶＯデータに基づいてボクセルオブジェクトの表示用メッシュを更新する。なお、表示用メッシュの各頂点の位置、および、表示用メッシュの各ポリゴンのマテリアル（すなわち、ポリゴンの各頂点に設定されるマテリアル）は、上記［２－６．メッシュの生成］および［２－６－１．表示用メッシュのマテリアルの決定］で述べた方法に従って算出される。プロセッサ８１は、メモリに記憶されている表示用メッシュデータを、更新後の表示用メッシュの各頂点の位置およびマテリアルを示すように更新する。ステップＳ８の次にステップＳ９の処理が実行される。なお、プロセッサ８１は、ステップＳ８の完了を待たずに、ステップＳ９以降の処理を開始し、並行して実行するようにしてもよい。その場合、ステップＳ８はステップＳ１４の開始前に完了している必要がある。

【0290】

ステップＳ９において、プロセッサ８１は、メモリに記憶されるＳＶＯデータに基づいてボクセルオブジェクトの判定用メッシュを更新する。なお、判定用メッシュの各頂点の位置、および、判定用メッシュの各ポリゴンのマテリアル（すなわち、ポリゴンの各頂点に設定されるマテリアル）は、上記［２－６．メッシュの生成］および［２－６－２．判定用メッシュのマテリアルの決定］で述べた方法に従って算出される。プロセッサ８１は、メモリに記憶されている判定用メッシュデータを、更新後の判定用メッシュの各頂点の位置およびマテリアルを示すように更新する。ステップＳ９の次にステップＳ１０の処理が実行される。

【0291】

なお、図３６に示す例においては、判定用メッシュの生成処理（ステップＳ９）を毎フレーム実行するものとしたが、判定用メッシュの生成処理は、毎フレーム実行されなくてもよい。例えば、ステップＳ１０のコリジョン判定処理が所定の条件を満たすフレームにおいてのみ実行される場合、プロセッサ８１は、ステップＳ１０のコリジョン判定を行うフレームで判定用メッシュの生成処理を実行してもよい。また、プロセッサ８１は、ゲーム空間のうちでステップＳ１０のコリジョン判定を行う領域内のボクセルについて判定用メッシュの生成処理を実行してもよい。例えば、ゲーム空間においてプレイヤキャラクタの周囲にはボクセルオブジェクト以外にはコリジョン判定の対象となるオブジェクトが存在しない状況（つまり、プレイヤキャラクタとその周囲のボクセルオブジェクトとのコリジョン判定のみを行えばよい状況）では、プロセッサ８１は、プレイヤキャラクタを基準とした所定範囲内のボクセルについて判定用メッシュの生成処理を実行してもよい。

【0292】

ステップＳ１０において、プロセッサ８１は、メモリに記憶されている判定用メッシュデータとオブジェクトデータとに基づいて、ゲーム空間における各オブジェクトについてコリジョン判定を行う。すなわち、プロセッサ８１は、ボクセルオブジェクトについては判定用メッシュを用い、ボクセルオブジェクトでないオブジェクトについては当該オブジェクトに設定される所定形状の判定領域を用いて、コリジョン判定を行う。なお、本実施形態においては、上記ステップＳ２で算出された速度を考慮してステップＳ１０のコリジョン判定が行われる。つまり、プロセッサ８１は、各オブジェクトの位置として、上記速度で移動した場合の位置を用いてコリジョン判定を行う。

【0293】

本実施形態においては、ステップＳ１０のコリジョン判定によって例えば次の接触の有無が判定される。
・移動、パンチアクション、または、引き抜きアクションを行うプレイヤキャラクタと、地形オブジェクトとの接触
・（破片オブジェクトを）持ち上げるアクションを行うキャラクタと破片オブジェクトとの接触
・プレイヤキャラクタの位置からエイム方向に延びる直線と地形オブジェクトとの接触
・プレイヤキャラクタによる投げアクションによって放たれた破片オブジェクトと、地形オブジェクトとの接触
・吸い込みアクションを行うプレイヤキャラクタの位置から照準画像が指し示す方向へ延びる直線（図３３参照）と、地形オブジェクトとの接触
なお、ステップＳ１０のコリジョン判定においてオブジェクト同士が接触したと判定された場合には、次のフレームにおけるステップＳ２の処理において、オブジェクト同士の接触の結果を反映する処理が実行されたり、次のフレームにおけるステップＳ３の処理において、更新イベントが発生したと判定されたりする。ステップＳ１０の次にステップＳ１１の処理が実行される。

【0294】

ステップＳ１１において、プロセッサ８１は、プレイヤキャラクタ制御処理を実行する。プレイヤキャラクタ制御処理においては、プレイヤによる操作入力に基づいて、プレイヤキャラクタに関する制御処理が実行される。以下、図４２を参照して、プレイヤキャラクタ制御処理の詳細について説明する。

【0295】

図４２は、図４０に示すステップＳ１１のプレイヤキャラクタ制御処理の詳細な流れの一例を示すサブフローチャートである。プレイヤキャラクタ制御処理においては、まずステップＳ３１において、プロセッサ８１は、プレイヤキャラクタに対する操作入力が受け付けられる操作受付期間であるか否かを判定する。ここで、本実施形態においては、プレイヤによる操作入力に応じてプレイヤキャラクタが所定のアクション（例えば、後述するステップＳ３６において開始されるアクション）を行っている期間は、操作受付期間から外されるものとする。ステップＳ３１の判定結果が肯定である場合、ステップＳ３２の処理が実行される。一方、ステップＳ３１の判定結果が否定である場合、後述するステップＳ４１の処理が実行される。

【0296】

ステップＳ３２において、プロセッサ８１は、上記ステップＳ１において取得された操作データに基づいて、プレイヤキャラクタに対するアクション指示のための操作入力が行われたか否かを判定する。アクション指示は、例えば、パンチアクション、引き抜きアクション、吸い込みアクション、弾を投げる構えをとるアクション、または、弾を投げるアクション等をプレイヤキャラクタに行わせるための指示である。ステップＳ３２の判定結果が肯定である場合、ステップＳ３３の処理が実行される。一方、ステップＳ３２の判定結果が否定である場合、ステップＳ３９の処理が実行される。

【0297】

ステップＳ３３において、プロセッサ８１は、ステップＳ３２で行われたアクション指示が、弾を投げる構えをとるアクションをプレイヤキャラクタに行わせるための指示であるか否かを判定する。ステップＳ３３の判定結果が肯定である場合、ステップＳ３４の処理が実行される。一方、ステップＳ３３の判定結果が否定である場合、ステップＳ３６の処理が実行される。

【0298】

ステップＳ３４において、プロセッサ８１は、プレイヤキャラクタが投げることができる弾の数が１以上であるか否かを判定する。具体的には、プロセッサ８１は、メモリに記憶されている弾データが示す数が１以上であるか否かを判定する。ステップＳ３４の判定結果が肯定である場合、ステップＳ３５の処理が実行される。一方、ステップＳ３４の判定結果が否定である場合、ステップＳ３９の処理が実行される。この場合、プレイヤキャラクタは、弾を投げる構えをとるアクションを行わないこととなる。

【0299】

ステップＳ３５において、プロセッサ８１は、プレイヤキャラクタが投げることができる弾の数を１だけ減少させる。具体的には、メモリに記憶されている弾データは、１減算された値に更新される。ステップＳ３５の次にステップＳ３６の処理が実行される。

【0300】

ステップＳ３６において、プロセッサ８１は、ステップＳ３２で行われたアクション指示が、弾を投げる投げアクションをプレイヤキャラクタに行わせるための指示であるか否かを判定する。ステップＳ３６の判定結果が肯定である場合、ステップＳ３７の処理が実行される。一方、ステップＳ３６の判定結果が否定である場合、ステップＳ３８の処理が実行される。

【0301】

ステップＳ３７において、プロセッサ８１は、プレイヤキャラクタが、弾を投げる構え状態となっているか否かを判定する。ステップＳ３７の判定結果が肯定である場合、ステップＳ３８の処理が実行される。一方、ステップＳ３７の判定結果が否定である場合、ステップＳ３９の処理が実行される。この場合、プレイヤキャラクタは、弾を投げるアクションを行わないこととなる。

【0302】

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

【0303】

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

【0304】

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

【0305】

ステップＳ４１において、プロセッサ８１は、ステップＳ３８で開始されたアクションの進行や、プレイヤによる入力がされていない場合における動作等、各種の動作を行うようにプレイヤキャラクタを制御する。なお、１回のステップＳ４１においては、プロセッサ８１は、１フレーム時間分の動作の進行を行うようにプレイヤキャラクタを制御する。ステップＳ４１の処理が複数フレームにわたって繰り返し実行されることで、上記のアクション指示に応じた一連の動作をプレイヤキャラクタが行うこととなる。

【0306】

なお、プレイヤキャラクタが行うべき動作がプレイヤによって指示されていない場合（例えば、ステップＳ３８で開始された動作が終了している場合）には、上記ステップＳ４１において、プロセッサ８１は、プレイヤキャラクタに動作を行わせなくてもよいし、プレイヤキャラクタの挙動を自然に見せるための動作（例えば、辺りを見回したり、体を揺らしたりする動作）を行わせてもよい。ステップＳ４１の後、プロセッサ８１は、図４２に示すプレイヤキャラクタ制御処理を終了する。

【0307】

図４０の説明に戻り、ステップＳ１１のプレイヤキャラクタ制御処理の次のステップＳ１２において、プロセッサ８１は、イベント処理を実行する。イベント処理は、ボクセルオブジェクトの変形に応じて行われるイベントを行うための処理である。以下、図４３を参照して、イベント処理の詳細について説明する。

【0308】

図４３は、図４０に示すステップＳ１２のイベント処理の詳細な流れの一例を示すサブフローチャートである。イベント処理においては、まずステップＳ５１において、プロセッサ８１は、プレイヤキャラクタが吸い込みアクションを行っているか否かを判定する。上記ステップＳ３８の処理によって吸い込みアクションの制御が開始されてから吸い込みアクションが終了するまでの期間、ステップＳ５１の判定結果は肯定となる。ステップＳ５１の判定結果が肯定である場合、ステップＳ５２の処理が実行される。一方、ステップＳ５１の判定結果が否定である場合、後述するステップＳ５７の処理が実行される。

【0309】

ステップＳ５２において、プロセッサ８１は、現在のフレームにおいて、吸い込みアクションによって地形オブジェクトに関するボクセルの密度が更新されたか否かを判定する。吸い込みアクションに起因して、上記ステップＳ２３の処理における密度の更新が行われる場合、ステップＳ５２の判定結果は肯定となる。ステップＳ５２の判定結果が肯定である場合、ステップＳ５３の処理が実行される。一方、ステップＳ５２の判定結果が否定である場合、後述するステップＳ５９の処理が実行される。

【0310】

ステップＳ５３において、プロセッサ８１は、吸い込みアクションに起因するボクセルの密度の更新が行われた回数をカウントする。プロセッサ８１は、更新回数を示すデータをメモリに記憶しており、ステップＳ５３においては、当該データが示す更新回数の値を１だけ増加させる。ステップＳ５３の次にステップＳ５４の処理が実行される。

【0311】

ステップＳ５４において、プロセッサ８１は、ステップＳ５３でカウントされた更新回数が所定回数に達したか否かを判定する。ステップＳ５４の判定結果が肯定である場合、ステップＳ５５の処理が実行される。一方、ステップＳ５４の判定結果が否定である場合、後述するステップＳ５９の処理が実行される。

【0312】

ステップＳ５５において、プロセッサ８１は、プレイヤキャラクタが投げることができる弾の数を１だけ増加させるとともに、増加される弾のマテリアルを決定する。弾のマテリアルは、上記［２－８－１．第１例（弾の数が増加されるイベント、および、プレイヤキャラクタが弾を投げるイベントが行われる例）］で述べた方法に従って、吸い込みアクションによって密度が変化したボクセルのマテリアルに基づいて決定される。プロセッサ８１は、上記で決定されたマテリアルの弾を示すデータを含むように、メモリに記憶されている弾データを更新する。ステップＳ５５の次にステップＳ５６の処理が実行される。

【0313】

ステップＳ５６において、プロセッサ８１は、カウントされる更新回数をリセットする。具体的には、メモリに記憶されている更新回数を示すデータは、０を示す内容に更新される。ステップＳ５６の次に、後述するステップＳ５９の処理が実行される。

【0314】

本実施形態においては、プレイヤキャラクタが吸い込みアクションを行う期間においては、毎フレームにおけるイベント処理において上記ステップＳ５１～Ｓ５６の一連の処理が実行される。その結果、更新回数が所定回数に達する度に、弾を追加するイベントが実行されることとなる。

【0315】

ステップＳ５７において、プロセッサ８１は、プレイヤキャラクタによる吸い込みアクションが終了した直後であるか否かを判定する。ステップＳ５７の判定結果が肯定である場合、ステップＳ５８の処理が実行される。一方、ステップＳ５７の判定結果が否定である場合、後述するステップＳ５９の処理が実行される。

【0316】

ステップＳ５８において、プロセッサ８１は、上記ステップＳ５５と同様にして、カウントされる更新回数をリセットする。ステップＳ５８の次にステップＳ５９の処理が実行される。

【0317】

ステップＳ５９において、プロセッサ８１は、地形オブジェクトのボクセルに関する上述の累積の減少量を算出する。なお、ステップＳ６２で算出される累積の減少量は、地形オブジェクトの全体に関する減少量である。累積の減少量は、上記［２－８－２．第２例（地形オブジェクト中にアイテムが配置されるイベントが行われる例）］で述べた方法に従って算出される。例えば、プロセッサ８１は、メモリに記憶されている全体減少量データが示す、これまでの累積の減少量に、今回のフレームにおける上記ステップＳ２３における密度の更新に起因する減少量を加算することで、現時点での累積の減少量を算出することができる。プロセッサ８１は、算出された累積の減少量を示すデータを、新たな全体減少量データとしてメモリに記憶する。ステップＳ５９の次にステップＳ６０の処理が実行される。

【0318】

ステップＳ６０において、プロセッサ８１は、ステップＳ５９で算出された累積の減少量が、アイテムオブジェクトを配置する条件を満たすか否かを判定する。具体的には、プロセッサ８１は、累積の減少量が所定の閾値以上となったか否かを判定する。ステップＳ６０の判定結果が肯定である場合、ステップＳ６１の処理が実行される。一方、ステップＳ６０の判定結果が否定である場合、ステップＳ６３の処理が実行される。

【0319】

ステップＳ６１において、プロセッサ８１は、ゲーム空間にアイテムオブジェクトを配置する。具体的には、プロセッサ８１は、上記［２－８－２．第２例（地形オブジェクト中にアイテムが配置されるイベントが行われる例）］で述べた方法に従って、地形オブジェクトの変形が行われた位置、および／または、プレイヤキャラクタの位置に基づいて、アイテムオブジェクトの配置位置を決定する。プロセッサ８１は、決定された配置位置にアイテムオブジェクトが配置される内容となるように、アイテムオブジェクトに関するオブジェクトデータをメモリに記憶する。ステップＳ６１の次にステップＳ６２の処理が実行される。

【0320】

ステップＳ６２において、プロセッサ８１は、ステップＳ５９で算出された累積の減少量をリセットする。具体的には、メモリに記憶されている全体減少量を示すデータは、０を示す内容に更新される。ステップＳ６２の後、ステップＳ６３の処理が実行される。

【0321】

ステップＳ６３において、プロセッサ８１は、地形オブジェクトのボクセルに関する上述の累積の減少量を、マテリアルのグループ毎に算出する。マテリアルのグループ毎の累積の減少量は、上記［２－８－３．第３例（ゲームにおけるアイテムが付与されるイベントが行われる例）］で述べた方法に従って算出される。例えば、プロセッサ８１は、メモリに記憶されているグループ減少量データが示す、グループ毎のこれまでの累積の減少量に対して、今回のフレームにおける上記ステップＳ２３における密度の更新に起因するグループ毎の減少量を加算することで、現時点での累積の減少量を算出することができる。なお、プロセッサ８１は、マテリアルのグループ毎に累積の減少量を算出し、算出されたそれぞれの累積の減少量を示すデータを、新たなグループ減少量データとしてメモリに記憶する。ステップＳ６３の次にステップＳ６４の処理が実行される。

【0322】

ステップＳ６４において、プロセッサ８１は、ステップＳ６３で算出されたマテリアルの各グループについての累積の減少量のいずれかが、アイテムを付与する条件を満たすか否かを判定する。具体的には、プロセッサ８１は、各グループについての累積の減少量のいずれかが、所定の閾値以上となったか否かを判定する。ステップＳ６４の判定結果が肯定である場合、ステップＳ６５の処理が実行される。一方、ステップＳ６４の判定結果が否定である場合、プロセッサ８１は、イベント処理を終了する。

【0323】

ステップＳ６５において、プロセッサ８１は、ステップＳ６４において満たすと判定された条件に応じたアイテムを付与する。例えば、メモリに記憶されている、プレイヤキャラクタに関するデータのうち、プレイヤキャラクタが所持するアイテムに関するデータが更新される。ステップＳ６５の後、プロセッサ８１はイベント処理を終了する。

【0324】

図４０の説明に戻り、ステップＳ１２のイベント処理の次のステップＳ１３において、プロセッサ８１は、プレイヤキャラクタ以外の各オブジェクトの動作を制御する。例えば、敵キャラクタは、ゲームプログラムにおいて定められるアルゴリズムに従って動作が制御される。また例えば、弾のオブジェクトや破片のオブジェクトは、プレイヤキャラクタによる投げアクションによって放たれたことに応じて、投げアクションの方向に移動するように制御される。なお、１回のステップＳ１３の処理においては、プロセッサ８１は、複数フレームにわたって行われる動作（例えば、敵キャラクタによるアクション）については１フレーム分の動作の進行を行うように各オブジェクトを制御する。ステップＳ１３の処理が複数フレームにわたって繰り返し実行されることで、移動や各種アクションに関する一連の動作を各オブジェクトが行うこととなる。また、オブジェクトの位置は、基本的には、上記ステップＳ２で算出される速度で移動した後の位置となるように決定される。ただし、ステップＳ１０のコリジョン判定によって他のオブジェクトと接触すると判定され、接触した他のオブジェクトによって移動が妨げられる場合には、当該オブジェクトの位置は変化しないように決定される。メモリに記憶されているオブジェクトデータは、ステップＳ１３における制御後のオブジェクトを示す内容となるように更新される。ステップＳ１３の次にステップＳ１４の処理が実行される。

【0325】

ステップＳ１４において、プロセッサ８１は、ゲーム画像を生成する。すなわち、プロセッサ８１は、ボクセルオブジェクトの表示用メッシュの各ポリゴン、および、ボクセルオブジェクト以外の各オブジェクトのポリゴンについて、仮想カメラに基づいて描画を行うことでゲーム画像を生成する。なお、表示用メッシュの各ポリゴンは、上記［２－６－１．表示用メッシュのマテリアルの決定］で述べた方法に従って、ポリゴンに設定されるマテリアルに対応するテクスチャ等の描画設定を用いて描画される。また、本実施形態においては、プレイヤキャラクタが、投げアクションが可能な状態である場合には、プロセッサ８１は、上述の照準画像を含むようにゲーム画像を生成する（図２８参照）。ステップＳ１４で生成されたゲーム画像は、１フレームに１回のサイクルで表示装置に出力されて表示される。ステップＳ１４の次にステップＳ１５の処理が実行される。

【0326】

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

【0327】

［４．本実施形態の作用効果および変形例］
上記実施形態によれば、ゲームシステム１は、ゲームにおける第１のイベントの発生に応じてボクセルの密度が更新された場合に、ボクセルの変化の度合いに基づいた第２のイベントを発生させる。これによって、ボクセルオブジェクトの表示用メッシュの変形に応じてゲームイベントを発生させることができ、ゲームの戦略性や興趣性を向上することができる。

【0328】

なお、上記「表示用メッシュ」とは、表示のみに用いられるメッシュであってもよいし、表示以外にも用いられるメッシュであってもよい意味である。また、上記「判定用メッシュ」とは、コリジョン判定のみに用いられるメッシュであってもよいし、コリジョン判定以外にも用いられるメッシュであってもよい意味である。上記実施形態においては、表示用メッシュと判定用メッシュという２種類のメッシュが用いられたが、他の実施形態においては、表示にもコリジョン判定にも用いられる１種類のメッシュが生成されてもよい。

【0329】

また、上記実施形態によれば、第１のイベントの発生中においてボクセルの更新範囲を連続的に生成し、更新範囲に対応するボクセルについて、当該ボクセルおよび周囲のボクセルの密度のいずれかが基準値未満である場合に密度を減少させるように更新を行う（図３２参照）。これによれば、ボクセルオブジェクトの表面が徐々に削除されていくような新規な方法で、ボクセルオブジェクトのメッシュを変形させることができる。

【0330】

なお、上記実施形態においては、ボクセルの変化の度合いを、マテリアル毎に算出する態様と、マテリアルのグループ毎に算出する態様とを区別して説明したが、同じ性質を有するマテリアルは１種類のマテリアルであるとみなすこともできる。このようにみなす場合には、「マテリアル毎の変化の度合い」とは、１つのグループに属するいくつかのマテリアル毎の変化の度合いを含む意味であるということができる。

【0331】

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

【0332】

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

【産業上の利用可能性】

【0333】

上記の実施形態は、例えば、ボクセルデータの変化に応じたゲームイベントを発生させること等を目的として、例えばゲームプログラムやゲームシステムとして利用することができる。

【符号の説明】

【0334】

１ ゲームシステム
２ 本体装置
８１ プロセッサ
２０１ プレイヤキャラクタ
２７１ 照準画像
２７２，２７８，２８１ 地形オブジェクト
２７６ 密度更新範囲
２７７ マテリアル更新範囲
２８２ アイテムオブジェクト

【図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】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】