JPWO2013035330A1 - ゲームプログラムおよびゲームシステム - Google Patents

Abstract

【課題】ターゲットオブジェクトを小画像で判りやすく表示するゲームを提供する。【解決手段】仮想のゲーム空間を生成するゲーム空間制御部と、ゲーム空間内にプレイヤオブジェクトを生成しゲーム空間内で活動させるプレイヤオブジェクト制御部と、ゲーム空間内にターゲットオブジェクトを生成しゲーム空間内で活動させるターゲットオブジェクト制御部と、ゲーム空間を特定の視線から仮想カメラで撮影した画像であるゲーム画像を生成してディスプレイに表示するゲーム画像描画部と、ターゲットオブジェクトを特定する小画像であるターゲット画像をディスプレイに表示するターゲット画像表示部と、ロックオン操作がされた場合に、ターゲットオブジェクトがゲーム画像に入るように仮想カメラの視線を制御するロックオン処理部とを備える。【選択図】図１０

Description

本発明は、ロックオン対象となるターゲットオブジェクトをゲーム空間の映像とは別の小画像（アイコン）として表示するゲームに関する。

プレイヤが操るプレイヤキャラクタが敵キャラクタなどのターゲットオブジェクトを攻撃するゲームがある。この種のゲームのゲームプレイを容易にするために、特開２００７−２７２１２３号公報、特開２０１０−０１７３９５号公報に記載のゲームのように、攻撃対象のターゲットオブジェクトを視野内に固定するロックオン機能が設けられているものがある。

先行技術のロックオン機能は、ゲーム画像に表示されたターゲットオブジェクト、すなわち、ゲーム空間に存在するターゲットオブジェクトそのものを、ロックオン対象である旨を示す枠で囲むことで、プレイヤにどのターゲットオブジェクトがロックオン対象であるかを知らせている。

しかし、上記先行技術の表示方式では、ゲーム空間の映像が煩雑になるうえ、ゲーム空間のうち仮想カメラの視野の範囲、すなわちディスプレイに表示される範囲内にいるオブジェクトしかロックオン対象として指定することができない。

この発明は、ロックオン対象のターゲットオブジェクトを小画像で表示し、そのターゲットがどのオブジェクトであるかを判りやすく表示するゲームプログラムを記憶した記憶媒体、ゲームシステムおよびゲーム制御方法を提供することを目的とする。

本発明の第１の側面によって提供されるコンピュータ読み取り可能な記憶媒体は、ディスプレイと、ユーザによって操作される操作部と、を有するコンピュータを、仮想のゲーム空間を生成するゲーム空間制御手段、前記ゲーム空間内にプレイヤオブジェクトを生成し、前記操作部から入力されたオブジェクト操作情報に基づいて前記プレイヤオブジェクトを前記ゲーム空間内で活動させるプレイヤオブジェクト制御手段、前記ゲーム空間内にターゲットオブジェクトを生成し、前記ゲーム空間内で活動させるターゲットオブジェクト制御手段、前記ゲーム空間を特定の視線から仮想カメラで撮影した画像であるゲーム画像を生成して前記ディスプレイに表示するゲーム画像描画手段、前記ターゲットオブジェクトを特定する(denote)小画像であるターゲット画像を前記ディスプレイに表示するターゲット画像表示手段、前記操作部によってロックオン操作がされた場合に、前記ターゲット画像により特定されるターゲットオブジェクトの少なくとも一部が前記ゲーム画像に入るように前記仮想カメラの視線を制御するよう前記ゲーム画像描画手段に指示するロックオン手段、として機能させるゲームプログラムを記憶している。

本発明の第２の側面によって提供されるゲームシステムは、ディスプレイと、ユーザによって操作される操作部と、仮想のゲーム空間を生成するゲーム空間制御部と、前記ゲーム空間内にプレイヤオブジェクトを生成し、前記操作部から入力されたオブジェクト操作情報に基づいて前記プレイヤオブジェクトを前記ゲーム空間内で活動させるプレイヤオブジェクト制御部と、前記ゲーム空間内にターゲットオブジェクトを生成し、前記ゲーム空間内で活動させるターゲットオブジェクト制御部と、前記ゲーム空間を特定の視線から仮想カメラで撮影した画像であるゲーム画像を生成して前記ディスプレイに表示するゲーム画像描画部と、前記ターゲットオブジェクトを特定する小画像であるターゲット画像を前記ディスプレイに表示するターゲット画像表示部と、前記操作部によってロックオン操作がされた場合に、前記ターゲット画像により特定されるターゲットオブジェクトの少なくとも一部が前記ゲーム画像に入るように前記仮想カメラの視線を制御するよう前記ゲーム画像描画部に指示するロックオン処理部と、を備えている。

本発明の第３の側面によって提供されるゲーム制御方法は、ディスプレイと、ユーザによって操作される操作部と、を有するコンピュータによって実行される、仮想のゲーム空間を生成するゲーム空間制御ステップ、前記ゲーム空間内にプレイヤオブジェクトを生成し、前記操作部から入力されたオブジェクト操作情報に基づいて前記プレイヤオブジェクトを前記ゲーム空間内で活動させるプレイヤオブジェクト制御ステップ、前記ゲーム空間内にターゲットオブジェクトを生成し、前記ゲーム空間内で活動させるターゲットオブジェクト制御ステップ、前記ゲーム空間を特定の視線から仮想カメラで撮影した画像であるゲーム画像を生成して前記ディスプレイに表示するゲーム画像描画ステップ、前記ターゲットオブジェクトを特定する小画像であるターゲット画像を前記ディスプレイに表示するターゲット画像表示ステップ、前記操作部によってロックオン操作がされた場合に、前記ターゲット画像により特定されるターゲットオブジェクトの少なくとも一部が前記ゲーム画像に入るように前記仮想カメラの視線を制御するよう前記ゲーム画像描画ステップに指示するロックオン処理ステップ、を含んでいる。

ターゲット画像表示手段、ターゲット画像表示部およびターゲット画像表示ステップは、ターゲットオブジェクトの活動の状態に応じて、ターゲット画像の表示態様を変化させてもよい。

ゲーム空間制御手段およびターゲット空間制御部は、複数エリアからなるゲーム空間を生成してもよく、この場合、ロックオン手段およびロックオン処理部は、プレイヤオブジェクトおよびターゲットオブジェクトが同じエリアに存在するときのみ、ロックオン操作を受け付けるようにしてもよい。

ターゲット画像表示手段およびターゲット画像表示部は、プレイヤオブジェクトおよびターゲットオブジェクトが異なるエリアに存在するとき、ロックオン操作を受け付けない旨を示す画像（たとえばエリア外画像）をターゲット画像に重ねて表示してもよい。

操作部がディスプレイ上の点を指定するポインティングデバイスを含み、ロックオン操作が、ポインティングデバイスでターゲット画像の表示位置を指定するターゲット指定操作、および、仮想カメラの視線をリセットするカメラリセット操作を含んでもよい。

ターゲット画像表示手段およびターゲット画像表示部は、ターゲット指定操作がされたとき、そのターゲット画像が指定されたことを表す所定の画像（たとえばターゲットスコープ画像）をターゲット画像に重ねて表示してもよい。

ターゲットオブジェクト制御手段およびターゲット制御部は、ターゲットオブジェクトを複数生成して、それぞれゲーム空間内で活動させてもよく、この場合、前記ターゲット画像表示手段およびターゲット画像表示部は、前記ターゲットオブジェクト制御手段が生成したターゲットオブジェクトの数以下(equal or less)のターゲット画像を前記ディスプレイに表示してもよい。

ターゲット画像表示手段およびターゲット画像表示部は、複数のターゲットオブジェクトが生成される場合、操作部の操作に応じて選択された１または複数のターゲットオブジェクトを特定するターゲット画像をディスプレイに表示してもよい。

この発明によれば、ターゲット画像としてターゲットオブジェクトを表した画像が表示されるため、プレイヤはどのオブジェクトがターゲットとして選択されているかを視覚的且つ直感的に理解することができ、ゲームプレイを容易にすることが可能になる。

図１は、本発明に係るゲーム装置の一実施形態を示す外観図である。 図２は、図１に示すゲーム装置のハードウエア構成の一実施形態を示すブロック図である。 図３は、制御部の機能的な構成の一実施形態を示すブロック図である。 図４は、カスタマイズモードでのパネル画像配置画面の一例を示す画面図である。 図５Ａは、カスタマイズモードにおいて、選択したパネル画像を移動させる途中の状態の図である。 図５Ｂは、カスタマイズモードにおいて、選択したパネル画像を移動させる途中の状態の図である。 図５Ｃは、カスタマイズモードにおいて、古いパネル画像を廃棄処理する状態の図である。 図６Ａは、「カメラ」パネル画像に対する変形調整のメニューを選択するメニュー画面図である。 図６Ｂは、「カメラ」パネル画像に対する「移動」調整操作を説明する画面図である。 図６Ｃは、「カメラ」パネル画像に対する「拡大縮小」調整操作を説明する画面図である。 図７は、ゲーム進行（カスタマイズモードがオフ状態）中の一場面を示す画面図である。 図８は、ゲーム進行（カスタマイズモードがオフ状態）中の一場面を示す画面図である。 図９Ａは、「ターゲットコントロール」パネル画像を示す図である。 図９Ｂは、「ターゲットコントロール」パネルに「ターゲットスコープ」画像が重畳表示されている状態の画像図である。 図９Ｃは、「ターゲットコントロール」パネルに「エリア外」画像が重畳して表示されている状態の画像図である。 図９Ｄは、「ターゲットコントロール」パネルに「ターゲットスコープ」画像及び「エリア外」画像が重畳して表示されている状態の画像図である。 図１０Ａは、「ターゲットコントロール」パネルに第１の「ターゲット」画像と第２の「ターゲット」画像とが表示されている画像図である。 図１０Ｂは、「ターゲットコントロール」パネルに第１の「ターゲットスコープ」画像が重畳表示されている画像図である。 図１０Ｃは、「ターゲットコントロール」パネルに第２の「ターゲットスコープ」画像が重畳表示されている画像図である。 図１０Ｄは、「ターゲットコントロール」パネルに第２の「エリア外」画像が重畳表示されている画像図である。 図１０Ｅは、第２の「ターゲット」パネル表示部に第２の「ターゲットスコープ」画像及び「エリア外」画像が重畳して表示されている画像図である。 図１１は、制御部によって実行される、カスタマイズモードのオン状態でのパネル画像を登録する処理の一例を示すフローチャートである。 図１２は、「カメラ」パネル画像に対する変形調整の処理の一例を説明するフローチャートである。 図１３は、「移動処理」（図１２のステップＳ６３参照）のサブルーチンの一例を示すフローチャートである。 図１４は、「拡大縮小」（図１２のステップＳ６７参照）のサブルーチンの一例を示すフローチャートである。 図１５は、制御部３０によって実行される、ターゲットコントロール表示処理の一例を示すフローチャートである。 図１６は、制御部３０によって実行される、ターゲットキャラクタが１つの場合における割込Ｉの処理を示すフローチャートである。 図１７は、制御部３０によって実行される、ターゲットキャラクタが２つの場合における割込IIの処理を示すフローチャートである。 図１８は、制御部３０によって実行される、ターゲットキャラクタが２つの場合における割込IIIの処理を示すフローチャートである。 図１９は、「ターゲットスコープ表示処理Ｉ」（図１５のステップＳ１２５参照）の一例を示すフローチャートである。 図２０は、「ターゲットスコープ表示処理II」（図１５のステップＳ１２９参照）の一例を示すフローチャートである。 図２１は、「ターゲットスコープ表示処理II」（図１５のステップＳ１２９参照）の一例を示すフローチャートである。 図２２Ａは、「キック」パネル画像の一例を示す画像図で、「キック」の文字が表記された画像図である。 図２２Ｂは、「キック」パネル画像の一例を示す画像図で、「特殊攻撃」の文字等が表記された画像図である。

１ ゲーム装置
１１，２１ 表示部
２３ タッチパネル
２４ タッチスクリーン
３０ 制御部
３０６ パネル画像登録処理部
３０７ パネル画像調整処理部
３１０ ターゲットスコープ処理部
４１ 選択表示域
４２ 配置表示域
Ａ 配置エリア
ｑ、Ｑ パネル画像
Ｑ２０，Ｑ３０ ターゲットコントロールパネル画像
６０１，７０１，８０１ ターゲット画像（表示エリア）
６０２，７０２，８０２ ターゲットスコープ画像
６０３，８０３ エリア外画像

図１は、本発明に係るゲーム装置の一実施形態を示す外観図である。図１において、本ゲーム装置１は、いずれも薄型の直方体形状を有する上部本体１０と下部本体２０とを備えている。上部本体１０と下部本体２０とは、中央のヒンジ部１Ａ周りで回動して開閉可能に連結されている。上部本体１０と下部本体２０とが対向する面、すなわち図１で見えている両面には、それぞれ中央に長方形をなす所要サイズの表示部１１，２１が設けられている。表示部１１，２１は液晶パネルディスプレイ、プラズマディスプレイ、及びＥＬ（Electro luminescence）ディスプレイ等が採用可能である。

下部本体２０は、表示部２１を挟んで左右側に、ゲーム機のコントローラとして周知の操作部材２２が配設されている。操作部材２２は、スタートボタン２２１、セレクトボタン２２２を備えると共に、Ｘ，Ｙ，Ａ，Ｂの４つのボタン２２３〜２２６、十字ボタン２２７及びアナログパッド２２８を含む。さらに、操作部材２２は、下部本体２０の上部の左右角部に配設されたＬボタン２２Ｌ及びＲボタン２２Ｒを含む。

スタートボタン２２１は、ゲームのスタートを指示するために設けられる。セレクトボタン２２２は、ゲームの種類の選択、その他各種の選択要求に応答するべく指示を行うために設けられる。Ａボタン２２３は、例えばプレイヤキャラクタに対するパンチ、ジャンプ等のアクションを指示するために設けられる。Ｂボタン２２４は、セレクトボタン２２２で選択された内容の変更やＡボタン２２３で指示したアクションの取り消し等を指示するために設けられる。Ｘボタン２２５及びＹボタン２２６は、Ａボタン２２３及びＢボタン２２４による指示以外の指示、例えば武器やアイテムの使用指示がある場合に補助的に使用される。十字ボタン(Directional pad)２２７は、上下左右の４部位に押圧部と押圧を感知する感知部とを有している。十字ボタン２２７は、いずれかの押圧部への選択的な押圧によって、対応付けられた方向に、プレイヤがゲームに登場するプレイヤキャラクタ等のゲーム空間内での移動方向を指示したり、カーソルの移動方向を指示したりするために設けられる。アナログパッド２２８は、傾倒可能に立設された操作桿と操作桿の傾倒方向及び傾倒角度を検知する検知部を有したジョイスティックで、プレイヤキャラクタの移動方向の指示を行うために設けられる。Ｌボタン２２Ｌ及びＲボタン２２Ｒは、Ａボタン２２３及びＢボタン２２４と同様の操作に用いることができ、又はこれらの補助的な操作にも用いることができる。また、本実施形態では、Ｌボタン２２Ｌは、ゲーム空間内に配置されてゲーム画像を撮る仮想カメラの視線をリセット（カメラリセット）する場合にも操作される。

表示部２１の上面には、タッチパネル２３が積層されている。タッチパネル２３は、押圧（接触含む）操作位置を感知する薄層の透明材料を用いたものが採用可能である。押圧の感知方式は、電極感圧素子方式の他、電圧降下検出式、光学式及び静電容量結合式等が適宜採用可能である。また、タッチパネル２３は、プレイヤの指による又はスタイラスペン２５による上面の押圧位置を、例えば直交する方向の電圧等の感知信号として検知することで、押圧位置の２次元座標を検知する。表示部２１に表示される画像の表示座標とタッチパネル２３の直交検知信号（位置座標）との関係を予め対応付けておくことで、表示部２１の画面のいずれの画像に対して押圧が行われたかを検知する。また、タッチパネル２３に対する押圧検知動作が高速で周期的に繰り返されることで、継続した押圧が検出される。例えば、押圧が連続して検知されている状態から解除（検知が途絶える）された時点が検出可能である。また、押圧が連続して検知されている状態で検知される押圧位置の変動（すなわち移動）が検出可能である。なお、指等で押圧する態様では、押圧位置は幅を持って検出されるが、この場合、中心点を算出（いわば重心計算）し、この点を押圧位置として扱えばよい。以下、押圧位置の検知や押圧状態の検知を行う態様である表示部２１とタッチパネル２３とからなる構成をタッチスクリーン２４という。

図２は、図１に示すゲーム装置のハードウエア構成の一実施形態を示すブロック図である。ゲーム装置１は、コンピュータを備えており、ＣＰＵ（Central Processing Unit）３００を有する。ＣＰＵ３００は、バスＢＡを介してＲＯＭ（Read Only Memory）３２１及びＲＡＭ（Random Access Memory）３２２に接続されている。

また、ゲーム装置１は、描画処理プロセッサ３２３、ＶＲＡＭ（Video RAM）１１１，２１１、および、音声処理プロセッサ３３１を含む。描画処理プロセッサ３２３は、各表示部１１，２１に必要な画像を表示させる。ＶＲＡＭ１１１，２１１は、表示部１１，２１に対応する。音声処理プロセッサ３３１は、ゲーム効果音、ＢＧＭ、音声等の音響信号を生成し、上部本体１０の表示部１１の左右に設けられた図略のスピーカ３３（又は側面に設けられた図略のイヤホン端子）に出力する。

また、ゲーム装置１は、タッチスクリーン２４（表示部２１及びタッチパネル２３）からの検知信号を継続的に受信して押圧、座標情報を検知する入力信号処理部３４を備える。さらにゲーム装置１は、必要に応じて、無線通信モジュール３５が接続可能にされている。無線通信モジュール３５は、ＨＳＰＡ（High Speed Packet Access）等の通信規格に準拠した無線通信によってインターネット上の他のサーバ装置との間でデータ通信を可能にする。無線通信モジュール３５は、インターネット上の、ゲームプログラム及びゲームデータを格納しているサーバ装置からゲームプログラム及びゲームデータがダウンロードされる。ゲームメディア３６は、ゲームプログラム及びゲームデータを記憶する。ゲームメディア３６からかかるゲームプログラム及びゲームデータがＲＡＭ３２２などにダウンロードされる。ゲームデータとしては、ゲーム空間に登場する各キャラクタ、ゲーム空間を構成する各種のオブジェクト、ゲーム進行に必要な各種のデータ類、また、表示部２１に表示される各メニュー画面の画像及び各種のアイコン（パネル画像含む）を含む。なお、無線通信モジュール３５は、インターネットを介して（または介さず）他のゲーム装置との間でデータ通信することにより、他のプレイヤと対戦ゲーム等を行うことを可能とする。

ＲＯＭ３２１は、無線通信モジュール３５から、またゲームメディア３６等からＲＡＭ３２２にゲームプログラム及び各種のデータをロードするプログラムが記憶されている。また、外部メモリ３７は、ゲーム途中でセーブ（保存）したときのゲーム履歴情報をサーブ情報として記憶するもので、メモリスティックやＵＳＢ（Universal Serial Bus）メモリ等である。この場合、ゲーム装置１の本体の適所に外部メモリ３７との通信を可能にする接続端子が設けられておればよい。ＲＡＭ３２２は、ロードしたゲームプログラム及びゲームデータが格納されるロードエリアと、ＣＰＵ３００がゲームプログラムを実行する際に使用するためのワークエリアとを有している。

ＣＰＵ３００は、ＲＡＭ３２２にロードされたゲームプログラムを、タッチスクリーン２４への押圧及び操作部材２２への操作の内容に応じて実行することでゲーム進行を制御する。具体的には、ＣＰＵ３００は、以下の手順でゲーム進行を制御する。ＣＰＵ３００は、スタイラスペン２３による操作をタッチスクリーン２４を用いて検出する。この操作信号は入力信号処理部３４を経て入力される。ＣＰＵ３００は、操作部材２２からの操作信号を入力する。ＣＰＵ３００は、ＲＡＭ３２２に展開されているゲームプログラムに従ってその操作信号に対応する所定のゲーム進行処理を行う。ＣＰＵ３００は、その処理結果を、ゲーム進行を示す画像（以下、「ゲーム画像」）として表示部１１の画面に表示する。また、ＣＰＵ３００は、必要に応じて、ゲーム進行を示す音声信号（以下、「ゲーム音声」）をスピーカ３３又はイヤホン端子に出力する。

表示部１１へのゲーム画像の描画処理は、ＣＰＵ３００の指令を受けて描画処理プロセッサ３２３が実行する。すなわち、ＣＰＵ３００は、プレイヤにより操作部材２２及びタッチスクリーン２４から入力された操作信号等に基づき、表示部１１の画面に表示すべきゲーム画像の内容を決定する。ＣＰＵ３００は、描画処理プロセッサ３２３に、その内容に対して必要な描画データを生成させ、その描画データを用いて描画処理を行わせる。描画処理プロセッサ３２３は、描画データに基づいて所定周期、例えば１／６０秒毎にゲーム画像を生成し、生成したゲーム画像をＶＲＡＭ１１１に書き込む。ＶＲＡＭ１１１に書き込まれたゲーム画像は、１／６０秒毎にフレーム単位で繰り返し読み出されて表示部１１に描画される。

また、後述する表示部２１への画像の描画処理は、ＣＰＵ３００の指令を受けて描画処理プロセッサ３２３が行う。すなわち、ＣＰＵ３００は、プレイヤにより操作部材２２及びタッチスクリーン２４から入力された操作信号等に基づき、表示部２１の画面に表示すべき画像の内容を決定する。描画処理プロセッサ３２３は、その内容に対して必要な描画データを生成し、さらにその描画データを用いて描画処理を行う。描画処理プロセッサ３２３は、描画データに基づいて所定周期、例えば１／６０秒毎に画像を生成し、生成したゲーム画像をＶＲＡＭ２１１に書き込む。ＶＲＡＭ２１１に書き込まれたゲーム画像は、１／６０秒毎にフレーム単位で繰り返し読み出されて表示部２１に描画される。ここに、ＣＰＵ３００、ＲＯＭ３２１、ＲＡＭ３２２、描画処理プロセッサ３２３及び音声処理プロセッサ３３１は制御部３０を構成している。

なお、本ゲーム装置１で実行可能なゲームは、複数プレイヤによるゲームの他、１人のプレイヤで行うゲームを含む。１人プレイヤゲームとしては、予め設定されたゲームルールに従って行動などするようにＣＰＵによって制御されるＮＰＣ（Non Player Character）を相手に行うゲームであってもよく、この場合、サッカーゲームのようなチーム対戦ゲームであってもよい。また、ゲームの種類も、各種の対戦ゲーム及び競争ゲームに適用可能である。

ここで、本ゲーム装置１で実行されるゲームの一例について説明する。本ゲームは、戦闘ゲームであり、戦闘のための複数のゲーム空間（戦闘ゲーム空間）と、プレイヤが操作するプレイヤキャラクタに対して戦闘の準備等を行わせるための拠点となるゲーム空間（拠点ゲーム空間）とが準備されている。それぞれの戦闘ゲーム空間には、ゲーム空間毎に、ターゲットとなるＮＰＣのモンスターキャラクタが割り当てられ、かつＮＰＣである種々の敵キャラクタがゲームの難度を高める演出等の目的で準備されている。敵キャラクタ及びモンスターキャラクタは、戦闘ゲーム空間においてゲームプログラムに従ってプレイヤキャラクタ等と対戦する等の種々の行動を実行するよう制御される。

プレイヤキャラクタは、拠点ゲーム空間において、予め付与された乃至は過去の戦績で獲得したポイント、その他を利用して戦闘のための各種アイテム（武器、プレイヤキャラクタの味方であるＮＰＣの仲間キャラクタ「Player２，Player３，…」等）を補充したりする。仲間キャラクタは、プレイヤキャラクタの戦闘行動を側面から支援する行動を実行するようにゲームプログラムによって制御される。

また、拠点ゲーム空間では、プレイヤキャラクタに対し、例えば無作為に、あるモンスターキャラクタの退治乃至は捕獲のコマンドが発生する。プレイヤキャラクタは、このコマンドを受けると、必要なアイテム、武器、仲間キャラクタ等の補充、補強を行った後、当該モンスターキャラクタが割り当てられている戦闘ゲーム空間に移行する。そして、プレイヤキャラクタは、移行先の戦闘ゲーム空間内、かつ所定の時間制限の中で、各種の敵キャラクタと戦う。また戦闘ゲーム空間は複数の戦闘エリアに区分されており、プレイヤキャラクタは全体地図を頼りに最終的にターゲットであるモンスターキャラクタを見つけて、戦闘を行う。そして、プレイヤキャラクタが制限時間内にコマンドを達成して拠点ゲーム空間に戻ることで、プレイヤは所定のポイントを取得することができる。その後、ＣＰＵ３００は、１つのゲームステージを終了する。

上記において、戦闘を有利に進めるために、プレイヤは、アイテムの使用に対する素速い指示や、迅速な状況判断を行うことが望まれる。ゲーム進行のための各種の指示は、機構的な操作部材２２で行うことが可能である。しかし、操作部材２２は配置が固定化されたものであること、また指令の種類の多さを考えると、ゲーム進行に関する指示内容に対応付けられたパネル画像をタッチスクリーン２４に、ある程度準備可能にすることが望ましい。例えば図８を参照して簡単に説明すると、表示部２１に表示されているパネル画像のうち、例えば「カメラ」パネル画像Ｑ１の上下左右部位のいずれかが押圧されると、表示部１１にゲーム画像を撮るための仮想カメラの視線が対応する方向に旋回され、ゲーム空間に対する視野を変えることができる。また、「仲間ステータス」パネル画像Ｑ１０が押圧されると、仲間キャラクタの状況が即座に把握できてゲーム戦略を練り直す等が可能となる。その他、「アクションショートカット」パネル画像が押圧されると、プレイヤキャラクタに対して所定のアクションを指示することができる。そこで、本実施例では、拠点ゲーム空間において、後述するように、表示部２１上にゲーム進行の指示内容に対応付けられたパネル画像をプレイヤが嗜好する配置が（カスタマイズして）、登録される。なお、かかるカスタマイズ処理を許可するカスタマイズモードの設定は、拠点ゲーム空間で可能であると共に、戦闘ゲーム空間において、戦闘ゲームの進行を中断することなく可能としている。なお、戦闘ゲーム中はゲームの進行をその間、中断するようにしてもよい。

図３は、制御部の機能的な構成の一実施形態を示すブロック図である。ゲーム装置１の制御部３０は、モード判定部３０１、操作受付処理部３０２、ゲーム進行処理部３０３、上側画面表示処理部３０４、下側画面表示処理部３０５、パネル画像登録処理部３０６、パネル画像調整処理部３０７、ゴミ箱処理部３０８、一致判定部３０９、及び、ターゲットスコープ処理部３１０等として機能する。モード判定部３０１は、ＲＡＭ３２２に展開されたゲームプログラムを実行することによって、ゲーム開始後、カスタマイズモードが選択されたか否かを判断する。操作受付処理部３０２は、操作部材２２及びタッチスクリーン２４からの操作信号の受付処理を行う。ゲーム進行処理部３０３は、操作受付処理部３０２による処理に基づいてゲーム進行を制御する上側画面表示処理部３０４は、ゲーム進行処理部３０３からの指示を受けて表示部１１の画面にゲーム画像を描画させる。下側画面表示処理部３０５は、表示部２１の画面に所定の画像を描画させる。パネル画像登録処理部３０６は、カスタマイズモードにおいてプレイヤの指示に基づき表示部２１の画面を利用してパネル画像の選択及び画面上への配置等を設定する。パネル画像調整処理部３０７、カスタマイズモードにおいて、選択された仮想カメラを示すパネル画像等の所定のパネル画像に対して画像の変形等の調整を行う。ゴミ箱処理部３０８は、カスタマイズモードにおいて選択乃至は選択予定のパネル画像に対する取消（廃棄）処理を行う。一致判定部３０９は、ゲーム進行中に表示部１１に表示予定の所定のパネル画像と同一乃至は対応するパネル画像がパネル画像登録処理部３０６によって表示部２１上で選択されているか否かを判断する。ターゲットスコープ処理部３１０は、仮想カメラをターゲットキャラクタの方に向ける処理を許可するためのターゲットスコープの表示および消去、及びＬボタン２２Ｌが操作された場合の仮想カメラの視線変更処理を行う。

モード判定部３０１は、ゲーム開始後に、すなわちプレイヤキャラクタが拠点ゲーム空間にいる間、また戦闘ゲーム空間にいる間に、プレイヤによってカスタマイズモードが選択操作されたか否かを判断する。カスタマイズモードの選択操作は、表示部１１，２１の一方に表示される基本メニュー画面で行われる。すなわち、操作部材２２内の所定のボタン（例えばスタートボタン２２１）が押下されると、表示部１１，２１の一方の画面が基本メニュー画面に戻り、ここでカスタマイズモード等が選択可能になされている。また、表示部２１の所定箇所にカスタマイズモードに移行するアイコンを操作可能に配置表示する態様としてもよい。

操作受付処理部３０２は、操作部材２２及びタッチスクリーン２４からの操作信号の入力を所定周期で連続的に検知している。操作受付処理部３０２は、操作部材２２から操作信号が検知されると、ボタン２２１〜２２６，Ｌボタン２２Ｌ、Ｒボタン２２Ｒ、十字ボタン２２７及びアナログパッド２２８のいずれが操作されたかを判断し、検知した信号をゲーム進行処理部３０３及び必要な処理部に出力する。また、操作受付処理部３０２は、プレイヤの指又はスタイラスペン２５による押圧によってタッチスクリーン２４から押圧信号が入力されると、押圧信号から位置座標を算出して、ゲーム進行処理部３０３及び必要な処理部に出力する。操作受付処理部３０２は、タッチスクリーン２４等に対する押圧の有無を連続的に検知していることで、例えばスタイラスペン２５をタッチスクリーン２４に押圧したままスライドさせた操作態様を検知可能である。また、連続して検知されていた信号が途切れることで、スタイラスペン２５がタッチスクリーン２４から離されたことを検知可能である。

ゲーム進行処理部３０３は、操作受付処理部３０２から入力される信号等に基づいて、ゲームプログラムに従ってゲームを展開させ、それに応じたゲーム画像の描画処理を上側画面表示処理部３０４に指示する。例えばアナログパッド２２８が所定方向、例えば左方に傾倒操作されたことが検知されると、ゲーム進行処理部３０３は、この信号を受けてゲーム画面上のプレイヤキャラクタをゲーム画面上で左方向に歩行させる描画処理を指示する。この場合、上側画面表示処理部３０４はプレイヤキャラクタを左方向に歩行させる演出画像の表示を行う。

戦闘ゲーム空間内には、プレイヤキャラクタの移動に連動して、乃至は例えば十字ボタン２２７を利用してのプレイヤの指示操作によって移動制御される仮想カメラが配置されている。表示部１１には、仮想カメラの視線方向の所定視野内の画像が描画される。仮想カメラの挙動は、通常、ゲーム進行処理部３０３によって制御される。仮想カメラは、例えばプレイヤキャラクタを中心に所要の半径で水平方向や垂直方向に移動可能にされており、原則としてプレイヤキャラクタを中心とした所要の視野をプレイヤキャラクタの後方から撮るように制御される。例えば図７、図８に示す表示部１１には、プレイヤキャラクタを中央に撮った戦闘ゲームの一場面が描画されている。

また、ゲーム進行処理部３０３は、ゲーム進行中に、タッチスクリーン２４から操作受付処理部３０２を経て位置座標が入力された場合、この位置座標の入力の連続性また入力された位置座標の変化等と、表示部２１に表示されている各種アイコン（パネル画像含む）の表示位置を示す表示アドレスとから、ゲーム進行に関わる指示内容を決定する処理を行う。ゲーム進行処理部３０３は、例えば、タッチスクリーン２４からの位置座標が、対応する表示部２１の画面上のいずれの箇所かを判断し、その箇所に表示されているパネル画像を識別することで、押圧されたパネル画像を特定することができる。その結果、ゲーム進行処理部３０３は、それに応じた機能乃至は処理をゲーム進行に反映させる。また、スタイラスペン２５等がタッチスクリーン２４上でスライドされる結果、算出された位置座標が変化している場合、その変化方向及び変化速さを用いることで、かかるスライド操作を含めた指示を検知することができる。

下側画面表示処理部３０５は、表示部２１に対して、カスタマイズモードでのパネル画像配置画面（図４参照）、カスタマイズモードでのパネル画像選択画面（図５参照）、カスタマイズモードでのパネル画像調整画面（図６参照）、ゲーム進行中（カスタマイズモードがオフ）での表示部２１に表示される配置パネル表示画面（図７〜図１０参照）、その他の設定、調整のためのパネル画像に対する表示処理を、後述のようにして行う。

パネル画像登録処理部３０６は、カスタマイズモードでのパネル画像選択画面（図５参照）に示すようにプレイヤからの指示に応じてパネル画像の配置を決めていき、最終的に配置結果の登録処理を実行する。例えば、図４に示すパネル画像配置画面が登録処理された画面である。パネル画像の配置処理のためのカスタマイズモードは、本実施形態では、ゲーム開始後のいずれの時点でもカスタマイズモードが選択されることで処理が可能である。

図４に示すように、カスタマイズモードにおける表示部２１の画面は、上辺のメニュー「パネルの配置」の表記部分、および、主要な表示域である選択表示域４１および配置表示域４２を備えている。選択表示域４１には、画面の上部と左辺とで選択候補のパネル画像が準備的に配置される。配置表示域４２は、画面の略中央部分を占め、選択表示域４１に表示されているパネル画像の内から選択されたプレイヤ所望のパネル画像が選択して配置される。なお、画面の配置表示域４２の下側には選択中のパネル画像の内容を説明するガイド表示域４３が設けられ、画面の右辺には「ゴミ箱」アイコン４４、および、「戻る」アイコン、「決定」アイコンの表示領域が設けられている。

選択表示域４１の一部域、例えば左域には、選択候補となるパネル画像が上位概念（カテゴリー）毎にまとめて表示されている。すなわち、選択表示域４１の左域に表示されるパネル画像は、本実施形態では、選択候補の各パネル画像が直列に連設されて仮想的な１つの環状の帯を形成している。そして、プレイヤが、スタイラスペン２５（又は指）をタッチスクリーン２４に押圧させたまま上方にあるいは下方にスライドすることで、スライド方向に環状の帯が旋回し、新たな選択候補のパネル画像が表示部２１に出現したり、表示されているパネル画像が退避したりする。環状の帯の旋回処理は、タッチスクリーン２４からの位置座標の経時的な変化を算出することで、位置座標が上方に変化しているか下方に変化しているかを判断して旋回方向を指示し、さらに好ましくは位置座標の変化速度から旋回速度乃至は旋回量を設定することで行ってもよい。なお、下側画面表示処理部３０５は、カスタマイズモードが終了し、ゲーム進行中に移行した状態では、配置表示域４２を表示部２１の画面上で拡大して表示し、配置されたパネル画像に対する操作性を、拡大分だけ向上させている。

図４の画面には環状の帯の一部が表示されている。表示されている帯の一部分には、上側から「カメラ」パネル画像４１２、「アイテム」パネル画像、「ステータス」パネル画像、「マップ」パネル画像が見えている。「カメラ」パネル画像４１２は選択可能位置にあり、カメラのカテゴリーに含まれる３種類のパネル画像ｑ１〜ｑ３が選択可能に並んで表示されている。パネル画像の表示方法を、カテゴリー毎の表示と選択可能位置でその下位に含まれるパネル画像の表示とで階層的に行うことで、多数のパネル画像を狭い領域（選択表示域４１）であっても効率的に行うことが可能となる。

選択候補として複数のカテゴリーのパネル画像が準備されている。例えば、カメラカテゴリーとして、大小サイズの「カメラ」パネル画像と「ターゲットコントロール」パネル画像とがある。ステータスカテゴリーとして、大小サイズの「マイステータス」パネル画像と「仲間ステータス」パネル画像とがある。マップカテゴリーとして、「マップ」パネル画像がある。アイテムカテゴリーとして、「アイテム選択」パネル画像と「弾・ビン切替」パネル画像等がある。ショートカットカテゴリーとして、「アイテムポーチ」パネル画像と「調合」パネル画像と「アクションショートカット」パネル画像とがある。その他のカテゴリーとして、「キック」パネル画像及び「サイン」パネル画像がある。

ここで、それぞれのパネル画像に対応付けられている機能（処理内容）について簡単に説明する。「カメラ」パネル画像は、仮想カメラの視線を旋回させる機能に対応付けられている。「カメラ」パネル画像の内部に描かれている十字ボタン画像の上下左右部位のいずれかの押圧が検出されたとき、仮想カメラの視線が、プレイヤキャラクタを中心にした所要半径上で、前記押圧の部位に対応付けられた方向、すなわち上下方向、左右方向に旋回する。この旋回処理と並行して、プレイヤキャラクタの顔の向きが仮想カメラの向いている方向に変更される。なお、この処理は、操作部材２２である十字ボタン２２７に対する操作に対しても同様に行われる。「ターゲットコントロール」パネル画像は、仮想カメラに対するリセット操作（例えばＬボタン２２Ｌを操作）で、仮想カメラの視線を、当該戦闘ゲーム空間でのターゲットであるモンスターキャラクタの方向に向かせる指示を行う機能に対応付けられている。このパネルが操作されると、戦闘ゲーム空間内における仮想カメラの現在視線方向をモンスターキャラクタの現在位置に、乃至はモンスターキャラクタの所定の部位に向くように変更される。

「マイステータス」パネル画像は、プレイヤキャラクタのステータス（仮想的な体力、スタミナ等）を表示する機能に対応付けられている。なお、体力は、戦闘ゲームにおいて相手側から攻撃行動を受けることで徐々に減少し、特定のアイテムを使用することで増大する。体力が所定値まで低下すると、当該ゲーム空間での対戦が敗戦として終了となる。また、スタミナは、種々の動きを実行することで徐々に減少し、休憩行動を取ったり、ある特定のアイテムを使用することで増大する。スタミナ値はプレイヤキャラクタの動きに反映される。例えば動きや攻撃行動にスタミナ値を対応させることで、スタミナ値の低下に応じて動きが遅くなったり、攻撃力が低下したりという行動能力の低下として演出している。「仲間ステータス」パネル画像は、拠点ゲーム空間で獲得した仲間キャラクタ「Player２，Player３，…」毎の体力状況などのステータスを表示する機能に対応付けられている。仲間キャラクタがいない場合には、「仲間ステータス」パネル画像は、例えばパネル画像全体が暗色化乃至は低輝度化して表示され、選択不可となる。なお、仲間キャラクタの体力やスタミナも同様にしてゲームプログラムに従って増減制御され、それらの値に応じた運動能力で行動を行うよう制御される。また、上記において、「Player１」はプレイヤキャラクタに相当する。

「マップ」パネル画像は、内部にプレイヤキャラクタの移動先における戦闘ゲーム空間の平面的な地図を表示する機能に対応付けられている。この地図上にプレイヤキャラクタの所在位置が表示され、必要に応じて仲間キャラクタ、モンスターキャラクタ等の所在位置も識別可能なマークで併記される。戦闘ゲーム空間は、複数の戦闘エリアに区分されており、通常、表示部１１に表示されるゲーム画像はプレイヤキャラクタが存在する戦闘エリアである。戦闘ゲームの一場面を示す図７のように、マップ画像１２２には戦闘エリアの情報が、例えば連番（図７では、１，２，３，４，５）で表記されている。また、表示部２１において「マップ」パネル画像が指定される毎に、表示部１１内のマップ画像１２２の表示状態が、通常の広域表示と拡大表示との間で交互に又は段階的に切り替えられる。「マップ」パネル画像には、表示部１１に表示されるマップ画像１２２と同様のものが表示される。マップ画像１２２は、「マップ」パネル画像を押圧する毎に広域表示と拡大表示との間で切り替わる。なお、表示部２１において、「マップ」パネル画像が配置されると、表示部１１のマップ画像１２２は非表示としてもよい。また、マップ画像１２２は、広域表示だけ表示する態様であってもよい。

「アイテム選択」パネル画像は、複数のアイテムを表す画像を、例えば環状に連設された仮想的な帯を形成し、スタイラスペン２５のタッチスクリーン２４上でのスライドにより環状の帯を旋回させて、その内の一部分を選択的に表示する。そして、表示中のアイテムの画像上を押圧することでアイテムの指定を可能にする。

「アイテムポーチ」パネル画像は、アイテム画像を表示する機能に対応づけられている。「アイテムポーチ」パネル画像が押圧指定されると、プレイヤキャラクタが所持しているアイテムを表す画像が、例えば縦横に配列されて表示される。表示されたアイテムは、プレイヤが、そのアイテムの画像上を押圧することで使用可能になる。アイテムとしては、攻撃時の仮想的な小道具（けむり玉等）や、プレイヤキャラクタ等の仮想的な体力の回復や仮想的なスタミナの増大に反映されるものが含まれている。「アクションショートカット」パネル画像は、この画像が押圧指定されると、下層となる、各種動作（アクション）を表す画像が例えば縦横に配列されて表示される。その内の１つのアイテムの画像上が押圧されるとそのアクションをプレイヤキャラクタが行う。ここのアイテムとしては、「あいさつ」、「おじぎ」等が含まれている。

「キック」パネル画像は、プレイヤキャラクタにキック動作を行わせるものである。なお、ゲーム進行状況やプレイヤキャラクタの状況に応じてキック動作の内容に変更（例えば、単一のキック動作と連続技的なキック動作）が付与されるようにしてもよい。「サイン」パネル画像は、仲間キャラクタがいる場合に、仮想的に情報交換を可能にして、例えば各自の位置情報、状況情報（体力、スタミナ等）の取得を可能にするものである。

図５において、配置表示域４２は、基本サイズのパネル画像の整数個分、本実施形態では６個（３行２列）分に相当する長方形サイズに設定されている。図５Ａに示すように、配置表示域４２は基本サイズのパネル画像に相当する配置エリアＡ１〜Ａ６を有する。従って、最大で、基本サイズのパネル画像を６個配置可能である。なお、図５の詳細は後述する。

図４において、配置表示域４２には、既に複数個のパネル画像が配置されている。なお、説明の便宜上、選択表示域４１にあるパネル画像は小文字の“ｑ”で示し、配置表示域４２にあるパネル画像は大文字の“Ｑ”で示している（図５も同様）。

今、図４では、サイズが小型の「カメラ」パネル画像ｑ１が選択されて、配置表示域４２に「カメラ」パネル画像Ｑ１が表示されている。しかも、選択表示域４１では、「カメラ」のカテゴリーが選択可能な位置にあるが、小型の「カメラ」パネル画像ｑ１は既に選択済みであることを示すべく、例えば暗色化乃至は低輝度化によって選択不可を示す表示が行われている。小型の「カメラ」パネル画像Ｑ１のサイズは行方向に２個分の配置エリアに相当する大きさである。また、図では示していないが、大型の「カメラ」パネル画像ｑ２の配置表示域４２内での表示サイズは行方向に３個の配置エリアに相当する大きさを有する。その他、同一機能を有するパネル画像について、視認性、操作性における個人差等を考慮してサイズの異なるものが適宜準備されている。例えば大小（Ｌ，Ｓ）サイズを有する「マイステータス」パネル画像は、小サイズが基準サイズであり、大サイズが列方向に２個分の配置エリアに相当する大きさである。

なお、図４の例では、配置表示域４２の他の配置エリア、例えば左上の配置エリアＡ１に「仲間ステータス」パネル画像が、中段左の配置エリアＡ３にＳサイズの「マイステータス」パネル画像が、右下の配置エリアＡ６に「アイテムポーチ」パネル画像が選択され、配置されている。また、選択表示域４１において、１つのカテゴリーに含まれるパネル画像が１つ、あるいは２つの場合には、パネル画像はｑ１，ｑ２として表示される。さらに、本実施形態では１つのカテゴリーに含まれるパネル画像の最大数を、「カメラ」の例に示すように３個としているが、これに限定されず、２つでもよく、逆に４つ又はそれ以上の所定数としてもよい。また、カテゴリーという階層構造を採用しない態様であってもよい。

図５は、パネル画像の選択から配置までの処理を説明する図で、図５Ａは選択表示域４１のパネル画像ｑ２を配置表示域４２の配置エリアＡ３にパネル画像Ｑ２として移動させる途中の状態を示す図、図５Ｂは選択表示域４１のパネル画像ｑ１を配置表示域４２の配置エリアＡ３とＡ５との２行分のサイズを有するパネル画像Ｑ１として移動させる途中の状態を示す図、図５Ｃは選択表示域４１のパネル画像ｑ２を配置表示域４２の配置エリアＡ５にパネル画像Ｑ２として移動させる途中であって、当該配置エリアＡ５に既に配置されていた古いパネル画像Ｑ-oldがゴミ箱処理（廃棄処理）される状態を示す図である。

まず、図５Ａにおいて、制御部３０（パネル画像登録処理部３０６）は、スタイラスペン２５によるタッチスクリーン２４上への押圧によって算出された位置座標がパネル画像ｑ２の表示アドレス内に対応すると判断すると、パネル画像ｑ２が選択されたとして処理する。次いで、スタイラスペン２５がタッチスクリーン２４上でスライド移動（ドラッグ）されることで算出される位置座標の変化に応じて、移動方向を示す移動マーク４５が演出表示され、かつパネル画像ｑ２が表示部２１の画面上で検出位置座標に追随する形で移動される。位置座標の検出が途絶えた、すなわちスタイラスペン２５がタッチスクリーン２４から離れたと判断すると、最後に算出された位置座標が含まれる配置エリア（図５Ａでは配置エリアＡ３）が移動先配置エリアとして抽出され、当該配置エリアＡ３にパネル画像ｑ２が収まるように配置される。かかる配置処理は、例えばパネル画像Ｑ２の中心と配置エリアＡ３の中心とが対応するように位置決めされて行われる。従って、プレイヤがスタイラスペン２５を配置エリアＡ３内に入るまでスライドさせれば、後はパネル画像登録処理部３０６によって位置合わせが自動的に行われる。そのため、スライド操作による指定操作がラフに、かつスムーズに行える。

図５Ｂは、選択されたパネル画像ｑ１が配置表示域４２の配置エリアＡ３，Ａ５に配置される直前の状態を示している。なお、パネル画像ｑ１がパネル画像Ｑ１に変更される時点は、選択表示域４１での選択時点、配置表示域４２での移動中、あるいは移動先配置エリアの確定時点のいずれでもよい。

図５Ｃは、選択されたパネル画像ｑ２が配置表示域４２の配置エリアＡ５に配置される途中の状態を示している。配置エリアＡ５には既に（古い）パネル画像Ｑ-oldが配置されているものの、「決定」アイコンの操作前であることから、所望する配置への変更が可能となっている。１つの配置エリアには１つのパネル画像しか配置できないことから、パネル画像登録処理部３０６は、新たなパネル画像ｑ２（Ｑ２）に対応するスタイラスペン２５の位置座標から抽出される配置エリア情報と旧パネル画像Ｑ-oldの配置エリア情報とからエリア重複が発生すると判断すると、必要に応じてガイド表示域４３にその旨を表示する。さらに、パネル画像登録処理部３０６は、新しいパネル画像Ｑ２の配置が確定する（スタイラスペン２５がタッチスクリーン２４から離される）と、新パネル画像Ｑ２を配置エリアＡ５に配置させ、旧パネル画像Ｑ-oldを矢印マーク４５１に従って「ゴミ箱」アイコン４４に向けて自動的に移動（旧パネル画像Ｑ-oldの表示アドレスを所定方向に連続的に変更）させた後、「ゴミ箱」アイコン４５の表示位置で消去させる廃棄処理の演出を行う。なお、旧パネル画像Ｑ-oldとの重複時点から、旧パネル画像Ｑ-oldが廃棄対象である旨を報知するべく、暗色化又は低輝度化処理してもよい。

パネル画像調整処理部３０７は、カスタマイズモード内の１つの処理であって、選択されたパネル画像、例えば「カメラ」パネル画像に対する変形等の調整を行うために設けられる。この変形調整処理は、カスタマイズモードにおけるパネル画像の配置登録の前後を問わず、カスタマイズモードで配置表示域４２に配置されている状態のときのみ受付可能である。ここに変形等とは、本実施形態では、変位である「移動」と、変形である「拡大縮小」とを含む。この変形等によってプレイヤの操作癖に対応して操作指示の正確性、迅速性が向上する。変形処理は、配置された配置エリア内で実行される。変形処理を容易にする上で、パネル画像は、例えば複数の２次元ポリゴンと対応するテクスチャーとから構成されていることが変形処理上好ましい。

図６は、「カメラ」パネル画像に対する変形調整を説明する図で、図６Ａは、変形調整のメニューを選択するメニュー画面図である。図６Ｂは、「移動」調整操作を説明する画面図、図６Ｃは、「拡大縮小」調整操作を説明する画面図である。

図４に示すように、「カメラ」パネル画像Ｑ１が配置表示域４２にある状態では、「カメラ」パネル画像Ｑ１に対して「調整」文字マーク４６が表示される。そして、この「調整」文字マーク４６の画像上が押圧されると、図６Ａに示す調整モード画面に移行する。

図６Ａでは、表示部２１の一部である右半部に調整対象の「カメラ」パネル画像Ｑ１が、残りの左半部に調整メニュー部４７が表示される。図６Ａでは、「カメラ」パネル画像Ｑ１は、実際の操作を行うゲーム進行中におけるサイズと同一サイズで表示されており、調整の加減乃至は感触が直接認識できる。なお、調整対象のパネル画像の表示位置は、図６Ａのレイアウトに限定されない。実際には、調整対象のパネル画像の表示位置を、カスタマイズモードで設定された配置エリアと同じ位置にすることで、実際の操作に合わせた調整を可能にしている。

ここで、「カメラ」パネル画像Ｑ１への操作とパネル画像調整処理部３０７の処理との関係について述べる。パネル画像のうち、画像の一部について調整が可能なもの、例えば「カメラ」パネル画像Ｑ１は、複数のポリゴンとテクスチャーとで構成されており、十字ボタン画像の部分とその他の地色画像の部分とを有する。そのうち十字ボタン画像の部分について「カメラ」パネル画像Ｑ１の範囲内での調整（移動、変形その他）が可能である。

調整メニュー部４７には、調整メニューとしての「移動」アイコン４７１と「拡大縮小」アイコン４７２とが含まれ、さらに、調整後に操作状態の試し操作を許可する「テスト」アイコン、調整内容をリセットする「リセット」アイコン、前画面に戻す「戻る」アイコン、及び調整内容を確定する「決定」アイコンを含む。試し操作とは、プレイヤにとって操作癖が吸収できているか否かなどの操作感触の確認テストである。ここで、「移動」アイコン４７１が指定された場合、図６Ｂに示すような「移動」調整画面での操作が可能となり、「拡大縮小」アイコン４７２が指定された場合、図６Ｃに示すような「拡大縮小」調整画面での操作が可能となる。

図６Ｂは、「移動」アイコン４７１の選択中の画面図であり、「移動」アイコン４７１に対する表示態様の変更（例えば文字の拡大、又は表示色の変更）等によって、「移動」アイコン４７１が選択されていることが認識可能にされている。プレイヤが、スタイラスペン２５でタッチスクリーン２４上を押圧し、そのままスライドすることで、パネル画像調整処理部３０７は、操作受付処理部３０２によって算出された位置座標の経時的なスライド方向及びスライド量から、十字ボタン画像Ｑ１をパネル画像上で対応する方向に移動表示する。矢印マーク４８１は、上下左右の４個がガイド用として表示されており、十字ボタン画像Ｑ１が移動可能な状態であることを報知している。また、スタイラスペン２５を斜め方向にスライドさせた場合、パネル画像調整処理部３０７によって算出された情報を用いて対応する斜め方向に移動（シフト）させるようにしてもよい。

なお、スタイラスペン２５（又は指）のスライド操作時に、指の震え等に対する緩衝幅を持たせて操作の安定さを確保するようにしてもよい。すなわち、所定寸法分（例えば表示部２１の画素で数ドット分、好ましくは２ドット程度）以上の位置座標の変化が算出された時に、算出分だけ画像が移動する。また、パネル画像調整処理部３０７は、十字ボタン２２７で移動指示することも可能としている。

図６Ｃは、「拡大縮小」アイコン４７２の選択中の画面図であり、「拡大縮小」アイコン４７２に対する表示態様の変更（例えば文字の拡大、又は表示色の変更）等によって、拡大縮小」アイコン４７２が選択されていることが認識可能にされている。スタイラスペン２５で、十字ボタン画像の部分の略中心に対応するタッチスクリーン２４上が押下され、その位置から上方向、下方向、左方向、右方向の一方向にスライドされることで、パネル画像調整処理部３０７は、操作受付処理部３０２によって算出された位置座標の経時的なスライド方向及びスライド量から、十字ボタン画像の部分を部分的に拡大（伸張）又は縮小する。例えば、スタイラスペン２５が十字ボタン画像の中心から上方向にスライドされると、十字ボタン画像の上側凸部Ｑ１-U及び下側凸部Ｑ１-Dのみが上下方向にのみ対称に伸張する。スタイラスペン２５が十字ボタン画像の中心から下方向にスライドされると、十字ボタン画像の上側凸部Ｑ１-U、下側凸部Ｑ１-Dのみが上下方向に対称に縮小する。また、スタイラスペン２５が十字ボタン画像の中心から左方向にスライドされると、十字ボタン画像の左側凸部Ｑ１-L、右側凸部Ｑ１-Rのみが左右方向に対称に縮小する。そして、スタイラスペン２５が十字ボタン画像の中心から右方向にスライドされると、十字ボタン画像の左側凸部Ｑ１-L、右側凸部Ｑ１-Rのみが左右方向に対称に伸張する。なお、伸張縮小は、対応する方向の凸部に限定されず、十字ボタン画像の全体が上下方向について、あるいは左右方向について変形するという態様としてもよい。また、図６Ｃに破線で示す枠線４８２は、拡大縮小後における十字ボタン画像の上下左右の４つの凸部に外接する矩形を示している。この矩形の形状を表示することで、拡大縮小の状況を容易に把握することが可能となる。

なお、パネル画像調整処理部３０７は、操作受付処理部３０２を介して入力される、十字ボタン２２７、Ｌボタン２２Ｌ，Ｒボタン２２Ｒの操作信号によって、上記と同様の拡張縮小の調整を行う。例えば、十字ボタン２２７の上辺部の操作によって、十字ボタン画像の上下方向の伸張、十字ボタン２２７の下辺部の操作によって、十字ボタン画像の上下方向の縮小、十字ボタン２２７の左辺部の操作によって、十字ボタン画像の左右方向の縮小、十字ボタン２２７の右辺部の操作によって、十字ボタン画像の左右方向の伸張を行う。また、Ｌボタン２２Ｌの操作によって十字ボタン画像の全体を縮小させ、Ｒボタン２２Ｒの操作によって十字ボタン画像の全体を拡張させる。なお、その他の調整態様として、凸部の幅寸法を変更する態様、さらに全体を傾斜乃至は回転させる態様等を含めてもよい。

図７、図８は、ゲーム進行（カスタマイズモードがオフ状態）中の一場面を示す画面図である。上側の表示部１１には戦闘を行うゲーム空間を演出した画面が表示され、下側の表示部２１にはカスタマイズされたパネル画像が表示されている。なお、下部本体２０の操作部材２２類は便宜上省略している。

図７において、表示部１１には、画面略中央にプレイヤキャラクタ１２０が表示され、さらに、アイテムとして例えば、「マイステータス」画像１２１、「マップ」画像１２２、選択中のアイテム、ここではある種の「スタミナ回復アイテム」画像１２３が表示され、そして、領域ＦＧに、通常であれば「仲間ステータス」画像が表示されている。すなわち、表示部１１には、仮想カメラで撮られたゲーム空間の２次元画像上に「マイステータス」画像１２１等が合成表示される。「マイステータス」画像１２１には、「体力」ゲージ画像１２１１と「スタミナ」ゲージ画像１２１２とが少なくとも表示され、プレイヤキャラクタの「体力」、「スタミナ」が常に認識可能になっている。また、ゲームの制限時間を計時するタイマ画像１２１３も表示されている。「体力」ゲージ画像１２１１及び「スタミナ」ゲージ画像１２１２は、前述したように、それらの消費や回復状態によって値が増減し、現時点での値に連動してゲージ長が伸張縮小するよう表示処理される。これら表示部１１に表示される「体力」ゲージ画像１２１１、「スタミナ」ゲージ画像１２１２、タイマ画像１２１３などの「マイステータス」画像１２１、「マップ」画像１２２は、プレイヤキャラクタの状態やゲームの状況をプレイヤに対して表示するインジケータ画像である。

「マップ」画像１２２には、プレイヤキャラクタの位置がマークＰで示される他、戦闘ゲーム空間を区分した各戦闘エリアに戦闘エリア情報が、例えば連番で付されている。「マップ」画像１２２にマークＰの他、必要に応じて仲間キャラクタやターゲットキャラクタの位置がそれぞれ識別可能なマークで表示されることで、プレイヤは、プレイヤキャラクタの他、仲間キャラクタやターゲットキャラクタがいずれの戦闘エリアにいるかまでも把握することができる。

図７に示す状態の表示部２１には、「カメラ」パネル画像Ｑ１、「仲間ステータス」パネル画像Ｑ１０が配置されており、その他、「アクション」パネル画像、「調合」パネル画像、「キック」パネル画像が配置されている。

一致判定部３０９は、表示部１１に表示されるアイテムのいずれかが、カスタマイズモードで選択されて表示部２１に表示されるパネル画像と一致しているか否かを判定し、一致しているアイテムの画像については、上側画面表示処理部３０３によって表示を中止している。図７では、表示部２１に「仲間ステータス」パネル画像Ｑ１０が表示されているため、表示部１１の表示領域ＦＧに表示予定の「仲間ステータス」画像と重複する。そこで、二重表示の無駄を省き、またゲーム画像をより見易くして有効に利用するため、一致する「仲間ステータス」画像が表示部１１から消去されている。また、「マイステータス」画像１２１、「スタミナ回復アイテム」画像１２３についても、対応するパネル画像が配置表示域４２に配置された場合には、これらの画像１２１，１２３は非表示とされる。なお、表示／非表示する画像としては、合成する画像に限定されず、仮想のゲーム空間内に存在するオブジェクト等であてもよい。さらに、プレイヤが、「仲間ステータス」パネル画像Ｑ１０内の「Player１」、「Player２」、「Player３」のいずれかの表示位置を押圧指定すると、指定された仲間キャラクタのステータス情報（体力、スタミナ等）が表示される。あるいは、プレイヤが、「仲間ステータス」パネル画像Ｑ１０を押圧すると、各仲間キャラクタのステータス情報が表示部２１に別途形成されたウィンドウ内に拡大表示されるようにしてもよい。

一方、図８では、「仲間ステータス」パネル画像Ｑ１０はカスタマイズ用として選択されておらず、従って表示部２１には表示されていない。そのため、上側画面表示処理部３０３によって、表示部１１の領域ＦＧには、この「仲間ステータス」パネル画像Ｑ１０と同一表示内容の「仲間ステータス」画像１２４が表示されている。なお、この場合、前述したような所要のステータス情報（図中、便宜上、◎と◇とで示している）が視認可能に併記表示されている。

図９は、カスタマイズモードで選択されて、表示部２１に表示される「ターゲットコントロール」パネル画像Ｑ２０を説明する図である。図９Ａは戦闘ゲーム空間毎に割り当てられたモンスター等のターゲットに対応する「ターゲット」画像６０１が表示されている画像を示す図である。図９Ｂは「ターゲット」画像６０１に「ターゲットスコープ」画像６０２が重畳表示されている状態の画像を示す図である。図９Ｃは「ターゲット」画像６０１に「エリア外」画像６０３が重畳して表示されている状態の画像を示す図である。図９Ｄは「ターゲット」画像６０１に「ターゲットスコープ」画像６０２及び「エリア外」画像６０３が重畳して表示されている状態の画像を示す図である。すなわち、「ターゲットコントロール」パネル画像Ｑ２０は、１つの「ターゲット」画像６０１を表示するターゲット表示エリア（６０１）を有している。

図９Ａにおいて、「ターゲットコントロール」パネル画像Ｑ２０は、カスタマイズモードで選択されて配置表示域４２内の指定された配置エリアに表示される。「ターゲット」画像６０１は、所定のモンスターを模した画像、例えばプレイヤキャラクタの移動先の戦闘ゲーム空間内で登場するように予め対応付けられているモンスターキャラクタを模擬した画像である。「ターゲットコントロール」パネル画像Ｑ２０はＲＡＭ３２２内のゲームデータ中から読み出されて、表示部２１に表示される。モンスターキャラクタは、拠点ゲーム空間において退治乃至は捕獲のコマンドの対象となるターゲットキャラクタである。また、コマンドと関係なく、所定のモンスター、例えば戦闘ゲーム空間において、各々に設定されている強さに対応する値が最大のモンスターがターゲットキャラクタとして設定される態様でもよい。

ターゲットスコープ処理部３１０は、ゲーム進行中に、スタイラスペン２５でタッチスクリーン２４の「ターゲット」画像６０１の表示位置が押圧されたことを検知すると、「ターゲットスコープ」画像６０２の表示の有無を判断する。ターゲットスコープ処理部３１０は、「ターゲットスコープ」画像６０２が非表示であれば、「ターゲットスコープ」画像６０２を重畳表示（図９Ｂ参照）し、逆に「ターゲットスコープ」画像６０２が表示中であれば、「ターゲットスコープ」画像６０２を消去（図９Ａ参照）する指示を下側画面表示処理部３０５に出力する。なお、ゲーム進行処理部３０３によって、プレイヤキャラクタに対する前記コマンドが終了したと判断された時点で「ターゲットスコープ」画像６０２の表示は停止される。

また、戦闘ゲーム空間は、前述したように複数の戦闘エリアに区分けされており、いずれかの戦闘エリアで戦闘が進行する。すなわち、表示部１１に表示されるゲーム画像内でのゲーム進行処理は戦闘エリア単位で行われ、これによって一時的にＲＡＭ３２２に展開するデータ量を低減して処理負担を緩和する。従って、戦闘ゲーム空間において、ターゲットキャラクタが、プレイヤキャラクタと同一戦闘エリアでなく、他の戦闘エリアにいる状態では、プレイヤキャラクタがターゲットキャラクタに直接関与することはない。しかし、その一方で、プレイヤキャラクタはターゲットキャラクタの所在等が把握可能になっていることが戦略性を反映させる上で望ましい。そこで、ゲーム進行処理部３０３は、ターゲットキャラクタがどの戦闘エリアに居るかを常時監視する。そして、ターゲットスコープ処理部３１０は、ターゲットキャラクタがプレイヤキャラクタと同じ戦闘エリアから別の戦闘エリアに外れると、「ターゲット」画像６０１の画像を図９Ａの画像から「エリア外」画像６０３が併記された図９Ｃの画像に切り換える。逆の場合は、ターゲットスコープ処理部３１０は、「ターゲット」画像６０１の画像を図９Ｃの画像から図９Ａの画像に切り換える。また、ターゲットスコープ処理部３１０は、図９Ａの表示状態において、「ターゲット」画像６０１が押圧されたときに、ターゲットキャラクタがプレイヤキャラクタとは異なる戦闘エリアにいると判断した場合、図９Ｂの画像に代えて、「ターゲットスコープ」画像６０２及び「エリア外」画像６０３が併記された図９Ｄに示す画像を表示する。

ところで、ゲーム進行中には、プレイヤの操作によって、あるいはゲーム進行状況によって仮想カメラの視線がプレイヤキャラクタに対する基準位置から外れるが、かかる場合に、仮想カメラの視線を一旦プレイヤキャラクタが向いている向き（基準位置）に戻して（カメラリセット）、プレイヤキャラクタの状況を把握することは重要である。そのための操作部材として、例えばＬボタン２２Ｌが設けられている。ゲーム進行中であって「ターゲットスコープ」画像６０２が設定されている以外の状態で、Ｌボタン２２Ｌが操作されると、ゲーム進行処理部３０３は、当該戦闘ゲーム空間におけるプレイヤキャラクタの現在位置情報と仮想カメラ自身の現在視点情報とを取得して、カメラリセット処理を行う。カメラリセット処理とは、仮想カメラの視線を、視野の中心にプレイヤキャラクタが、後方から入るように変更する処理である。一方、図９Ｂの「ターゲットスコープ」画像６０２が設定されている状態で、Ｌボタン２２Ｌが操作されると、ゲーム進行処理部３０３は、仮想カメラ自身の現在視点情報、プレイヤキャラクタの現在位置情報及びターゲットキャラクタの現在位置情報とを取得して、仮想カメラのロックオン処理を行う。ロックオン処理とは、仮想カメラの視点をプレイヤキャラクタとターゲットキャラクタとを結ぶ線上に変更し、かつ仮想カメラの視線を視野内に近い側にプレイヤキャラクタが、遠い側にターゲットキャラクタが撮るように調整する処理である。なお、図９Ｃ，Ｄの場合には、ターゲットキャラクタは同一戦闘エリアに存在しないので、Ｌボタン２２Ｌが操作されると、仮想カメラに対して前記カメラリセットの処理が実行される。

また、所定のボタン、例えばＬボタン２２Ｌによって特定のリセット操作が行われたことが検知されると、「ターゲットコントロール」パネル画像の配置表示域４２内への配置の如何を問わず、カメラリセットの処理が実行される。特定のリセット操作としては、例えば、ボタンの押し込み操作を連続して２回行う等である。

図１０は、カスタマイズモードで選択されて、表示部２１に表示される「ターゲットコントロール」パネル画像Ｑ３０を説明する図である。図１０は、図９の場合と異なり、戦闘ゲーム空間にモンスターが複数種類、ここでは２種類のモンスターが割り当てられている場合を示している。２種類のモンスターキャラクタは、拠点ゲーム空間において退治乃至は捕獲のコマンドの対象となる第１、第２のターゲットキャラクタである。また、コマンドと関係なく、所定の２種類のモンスター、例えば戦闘ゲーム空間において、各々に設定されている強さに対応する値が最大のモンスターと２番目のモンスターとが第１、第２のターゲットキャラクタとして設定される態様でもよい。すなわち、「ターゲットコントロール」パネル画像Ｑ３０は、「ターゲット」画像７０１，８０１を表示する２つのターゲット表示エリア（７０１，８０１）を有している。

図１０Ａは戦闘ゲーム空間毎に割り当てられたモンスター等のターゲットキャラクタに対応する第１の「ターゲット」画像７０１と第２の「ターゲット」画像８０１とが併記表示されている画像図である。図１０Ｂは第１の「ターゲット」画像７０１に第１の「ターゲットスコープ」画像７０２が重畳表示されている状態の画像図である。図１０Ｃは第２の「ターゲット」画像８０１に第２の「ターゲットスコープ」画像８０２が重畳表示されている状態の画像図である。図１０Ｄは第２の「ターゲット」画像８０１に「エリア外」画像８０３が重畳して併記表示されている状態の画像図である。図１０Ｅは第２の「ターゲット」画像８０１に第２の「ターゲットスコープ」画像８０２及び「エリア外」画像８０３が重畳して併記表示されている状態の画像図である。なお、２つのターゲットキャラクタの一方が退治乃至は捕獲されると、当該ターゲットキャラクタの「ターゲット」パネル画像が消去され、他方の「ターゲット」パネル画像のみとなる。

ターゲットスコープ処理部３１０は、第１の「ターゲット」画像７０１と第２の「ターゲット」画像８０１とのいずれ側が押圧されたかを判断する。ターゲットスコープ処理部３１０は、第１の「ターゲット」画像７０１が押圧されたと判断した場合には、第１の「ターゲットスコープ」画像７０２の表示の有無を判断し、非表示であれば、第１の「ターゲット」画像７０１に第１の「ターゲットスコープ」画像７０２を重畳表示し、かつ第２の「ターゲット」画像８０１に第２の「ターゲットスコープ」画像８０２が重畳表示されている場合には第２の「ターゲットスコープ」画像８０２を消去する（図１０Ｂ参照）。一方、ターゲットスコープ処理部３１０は、第１の「ターゲット」画像７０１が押圧されたと判断した場合に、第１の「ターゲットスコープ」画像７０２が逆に表示中であれば、第１の「ターゲットスコープ」画像７０２を消去（図１０Ａ参照）する。

ターゲットスコープ処理部３１０は、第２の「ターゲット」画像８０１が押圧されたと判断した場合には、第２の「ターゲットスコープ」画像８０２の表示の有無を判断し、非表示であれば、第２の「ターゲット」画像８０１に第２の「ターゲットスコープ」画像８０２を重畳表示し、かつ第１の「ターゲット」画像７０１に第１の「ターゲットスコープ」画像７０２が重畳表示されている場合には第１の「ターゲットスコープ」画像７０２を消去する（図１０Ｃ参照）。一方、ターゲットスコープ処理部３１０は、第２の「ターゲット」画像８０１が押圧されたと判断した場合に、「第２のターゲットスコープ」画像８０２が逆に表示中であれば、第２の「ターゲットスコープ」画像８０２を消去（図１０Ａ参照）する。

このように、「ターゲットスコープ」画像７０２，８０２をいずれか一方しか表示しないようにして、Ｌボタン２２Ｌの操作で、いずれのターゲットに対して仮想カメラをロックオンさせるかをプレイヤが識別できる。

また、ゲーム進行処理部３０３は、第１、第２のターゲットキャラクタの居場所である戦闘エリアを常時監視する。そして、ターゲットスコープ処理部３１０は、例えば第２のターゲットキャラクタがプレイヤキャラクタと同じ戦闘エリアから別の戦闘エリアに外れると、図１０Ａから「エリア外」画像８０３が併記された図１０Ｄの画像に変わり、逆の場合は、図１０Ｄから図１０Ａに変わるように表示される。また、プレイヤキャラクタと同一戦闘エリアに存在しないターゲットキャラクタが選択された場合、例えば同一戦闘エリアに第２のターゲットキャラクタがいない状況（図１０Ｄ）で、この第２のターゲットキャラクタが選択された場合（第２の「ターゲット」画像８０１が押圧されたと判断した場合）、第２の「ターゲット」画像８０１に「第２のターゲットスコープ」画像８０２と「エリア外」画像８０３とが重畳して併記表示される（図１０Ｅ参照）。なお、第２のターゲットキャラクタについて説明したが、第１のターゲットキャラクタの場合も同様である。

図９では「ターゲットコントロール」パネル画像Ｑ２０が１つのターゲット表示エリア（６０１）を有する例を示し、図１０では「ターゲットコントロール」パネル画像Ｑ３０が２つのターゲット表示エリア（７０１、８０１）を有する例を示しているが、「ターゲットコントロール」パネル画像を、何個のターゲット表示エリアを有するものにするかは任意である。

プレイヤによる増減指示操作に応じて、「ターゲットコントロール」パネル画像のターゲット表示エリアの数、すなわち「ターゲットコントロール」パネル画像の大きさを増減するようにしてもよい。また、ステージに存在するターゲットキャラクタの数に応じて（例えばターゲットキャラクタの数に一致するように）「ターゲットコントロール」パネル画像の大きさを増減するようにしてもよい。

また、「ターゲットコントロール」パネル画像の表示エリア数よりもターゲットキャラクタ（モンスター）の数が多い場合、各表示エリアに表示される「ターゲット」画像を切り換えて表示するようにしてもよい。この場合において、表示の切り換えはプログラムによって自動的に（例えば一定時間毎に）行われてもよく、プレイヤの操作に応じて行われてもよい。また、これら自動切換および手動切換を併用してもよい。また、「ターゲット」画像として表示されているターゲットキャラクタが退治または捕獲された場合に、他のターゲットキャラクタの「ターゲット」画像に切り換えるようにしてもよい。

「ターゲットコントロール」パネル画像が複数のターゲット表示エリアを有する場合、その全ての表示エリアの「ターゲット」画像を切り換えてもよく、その一部の表示エリアの「ターゲット」画像を切り換えるようにしてもよい。一部の表示エリアのみ「ターゲット」画像を切り換える場合、プレイヤキャラクタに最も近いターゲットキャラクタの「ターゲット」画像は固定的に表示し、他の「ターゲット」画像を表示している表示エリアを切り換えるようにしてもよい。

また、「ターゲットコントロール」パネル画像が１または複数のターゲット表示エリアを有する場合、プレイヤの選択操作によって各表示エリアの「ターゲット」画像を切り換えるか否かを設定してもよい。たとえば、プレイヤによって表示エリア（「ターゲット」画像）が長押し操作されたとき、その表示エリアの「ターゲット」画像を切り換えるようにしてもよい。また逆に、全表示エリアを「表示切り換え」にデフォルト設定しておき、ユーザによる選択操作があったとき、その表示エリアの「ターゲット」画像を切り換えないように設定変更するようにしてもよい。

また、複数の表示エリア間で「ターゲット」画像を入れ換える処理を行ってもよい。すなわち、複数の表示エリアを有する「ターゲットコントロール」パネル画像全体として、表示している「ターゲット」画像の組み合わせに変更はないが、表示の順序を入れ換えてもよい。この処理は、たとえば、各ターゲットキャラクタとプレイヤキャラクタとの距離などの条件に応じてプログラムの処理で行ってもよく、プレイヤによる入れ換え操作（例えば「ターゲット」画像のドラッグ装置など）に応じて行ってもよい。

また、図９、図１０に示した例では、プレイヤキャラクタにとって退治または捕獲のコマンドの対象となるモンスターをターゲットキャラクタとして「ターゲット」画像を表示したり、コマンドにかかわらず強いモンスターから順に、または、プレイヤキャラクタに近いモンスターから順にターゲットキャラクタとして選択して「ターゲット」画像を表示する。ターゲットキャラクタの選択は、この方式に限定されない。たとえば、ランダムに選択されてもよく、プレイヤの操作によって選択されてもよい。プレイヤの操作によってターゲットキャラクタを選択する場合、プレイヤによって操作されるプレイヤキャラクタの行動によってターゲットキャラクタが選択されてもよい。たとえば、プレイヤが、あるモンスターにカラーボールを投げつけ、カラーボールを投げつけられたモンスターがターゲットキャラクタとして選択されるなどである。

図９、図１０において、「ターゲット」画像６０１は、モンスターの姿を模した小画像（アイコン）であるが、対応するモンスター（ターゲットキャラクタ）を識別可能なものであれば、上記小画像に限定されない。例えば文字を表示する画像であってもよい。本発明の小画像は、対応するターゲットキャラクタ（ターゲットオブジェクト）を識別可能な全ての種類の画像を表す概念である。

また、上述したように、ターゲットキャラクタがプレイヤキャラクタと異なるエリアにいるとき、「ターゲット」画像の上に重ねて「エリア外」画像が表示される。これ以外の場合にも、ターゲットキャラクタの状態に応じて「ターゲット」画像の表示態様を変化させてもよい。たとえば、ターゲットキャラクタが弱っている（瀕死）状態のとき、気絶している状態のとき、または、落とし穴にはまっている状態のときなどに、その状態に応じた態様に「ターゲット」画像の表示態様を変化させてもよい。

また、ターゲットキャラクタがエリア外にいる場合に、「エリア外」画像を表示するのみならず、「ターゲット」画像を薄いグレー表示に切り換え（グレー・アウト）してもよい。

図１１は、制御部３０によって実行される、カスタマイズモードのオン状態でのパネル画像を登録する処理の一例を示すフローチャートである。パネル画像の登録処理では、まず、「戻る」アイコン（図４参照）の割込が許可され（ステップＳ１１）、次いで選択表示域４１のパネル画像の変更指示か否かが、選択表示域４１内でのスタイラスペン２５の上下方向へのスライドの有無によって判断される（ステップＳ１３）。パネル画像の変更指示であると判断されると、選択表示域４１内の環状の帯が旋回されて、選択候補のパネル画像が変更される（ステップＳ１５）。

一方、パネル画像の変更指示でなければ（ステップＳ１３でＮｏ）、選択表示域４１のパネル画像の１つが選択されたか否かが判断される（ステップＳ１７）。この判断が否定されると、ステップＳ２７に進む。逆に判断が肯定されると、選択されたパネル画像に対する移動の指示に従って当該パネル画像の移動表示処理が実行される（ステップＳ１９）。次いで、配置表示域４２内での配置の指定が行われたか否かが、スタイラスペン２５等が配置表示域４２内のタッチスクリーン２４から離れたか否かによって判断される（ステップＳ２１）。配置表示域４２内での配置位置の指定であれば、当該指定位置にパネル画像の位置決めが行われる（ステップＳ２３）。一方、配置表示域４２内での配置位置の指定でなければ、例えば選択ミス等と判断して、「ゴミ箱」アイコン４４に向かう自動的な移動表示を行った後、消去する演出を経てゴミ箱廃棄処理が実行される（ステップＳ２５）。

続いて、ステップＳ２７で「決定」アイコンが押圧されたか否かが判断され、この判断が否定されれば、ステップＳ１３に戻って同様な処理、すなわち他のパネル画像についての選択及び配置指定処理が繰り返される。一方、「決定」アイコンが押圧されたと判断されると、所望するパネル画像の配置処理が全て終了したとして、かかる配置結果に対する登録処理が実行される（ステップＳ２９）。配置結果の登録内容は、カスタマイズモードがオフに移行した状態で適用される。

図１２は、制御部３０によって実行される、「カメラ」パネル画像に対する変形調整の処理の一例を説明するフローチャートである。カメラの「調整」アイコン４６が操作されると、図６に示す調整メニュー選択画面が表示され、「移動」アイコン、「拡大縮小」アイコン、「リセット」アイコン、「戻る」アイコンのいずれが押圧されたか、すなわち選択されたかが、例えばこの順で判断される（ステップＳ６１，Ｓ６５，Ｓ６９、Ｓ７５）。「移動」アイコンが選択された場合、移動処理のサブルーチンが実行される（ステップＳ６３）。「拡大縮小」アイコンが選択された場合、拡大縮小処理のサブルーチンが実行される（ステップＳ６７）。また、「リセット」アイコンが選択された場合、処理内容のリセット処理が実行される（ステップＳ７１）。処理内容のリセットとは、例えば、「カメラ」パネル画像に対する十字ボタン画像の大きさ、位置等を初期設定値に戻す処理である。

移動処理（ステップＳ６３）、拡大縮小処理（ステップＳ６７）については、「決定」の有無が判断され（ステップＳ７３）、「決定」アイコンが押圧されると、移動処理、拡大縮小処理の結果が確定され、かつ処理内容が保存される（ステップＳ７７）。また、リセット処理（ステップＳ６９）が終了すると、本フローを抜ける。なお、「戻る」アイコンが選択された場合（ステップＳ７５）、前画面への切替処理が実行されて（ステップＳ７９）、本フローを抜ける。

図１３は、「移動処理」（図１２のステップＳ６３参照）のサブルーチンの一例を示すフローチャートである。まず、タッチスクリーン２４から操作受付処理部３０２を経て周期的に入力される位置座標の情報から、移動指示方向及び移動指示量が算出され（ステップＳ９１）。次いで、算出された移動方向において、図６に示すように、移動指示量に応じて十字ボタン画像Ｑ１を移動表示する処理が実行される（ステップＳ９３）。そして、終了指示に至る（ステップＳ９５でＹｅｓ）までは、ステップＳ９１に戻って同処理が継続される。

図１４は、「拡大縮小」（図１２のステップＳ６７参照）のサブルーチンの一例を示すフローチャートである。まず、タッチスクリーン２４から操作受付処理部３０２を経て周期的に入力される位置座標の情報から、指示位置が十字ボタン画像Ｑ１上の上下方向に相当する位置か左右方向に相当する位置かの算出が行われ（ステップＳ１０１）、さらに、算出された方向における指示位置の算出が行われる（ステップＳ１０３）。次いで、算出された方向に対する十字ボタン画像Ｑ１の図形を、算出された位置に対応して変形表示する処理が実行される（ステップＳ１０５）。続いて、変形表示された十字ボタン画像の各凸部に外接する四角形、ここでは長方形の枠線４８２が表示される（ステップＳ１０７）。そして、枠線４８２が表示されると、終了か否かが判断され、終了指示に至る（ステップＳ１０９でＹｅｓ）までは、ステップＳ１０１に戻って同処理が継続される。

図１５は、制御部３０によって実行される、ターゲットコントロール表示処理の一例を示すフローチャートである。この処理は、ターゲットキャラクタがいずれの戦闘エリアに居るかの継続的な監視の結果を利用するものである。すなわち、本実施形態では、配置表示域４２内に「ターゲット」画像が配置されている場合のゲーム進行において，前記監視結果を利用した処理を行う。

このフローチャートでは、まず、プレイヤキャラクタが１つの戦闘移動空間に移動すると、当該戦闘ゲーム空間のターゲットキャラクタの数が、例えばモンスターが１匹か２匹かというように判断される（ステップＳ１２１）。次いで、ターゲットコントロール表示処理の元でのそれぞれの場合において、所定の割込処理が許可される（ステップＳ１２３，Ｓ１２７）。そして、モンスターが１匹であれば、ステップＳ１２５で「ターゲットスコープ表示処理Ｉ」が実行され、モンスターが２匹であれば、ステップＳ１２９で「ターゲットスコープ表示処理II」が実行される。

図１６〜図１８は、割込許可される割込処理の内容を示している。図１６は、制御部３０によって実行される、ターゲットキャラクタが１つの場合における割込Ｉの処理を示すフローチャートである。まず、ターゲットキャラクタおよびプレイヤキャラクタに対する継続的な監視の結果から、ターゲットキャラクタの存在する戦闘エリアがプレイヤキャラクタのいる戦闘エリアに対して異同の変化があったか否かが判断される（ステップＳ１３１）。異同の変化とは、ターゲットキャラクタの存在する戦闘エリアとプレイヤキャラクタのいる戦闘エリアとの一致／不一致の変化である。なお、異同変化がなければ、割込Ｉの処理は発生しない。

異同変化の内、ターゲットキャラクタとプレイヤキャラクタとが異なる戦闘エリアに存在することとなった場合、「ターゲット」画像６０１に「エリア外」画像６０３が重ね合わせて表示される（ステップＳ１３３）。一方、異同変化の内、ターゲットキャラクタとプレイヤキャラクタとが同じ戦闘エリアに存在することとなった場合、「ターゲット」画像６０１上から「エリア外」画像６０３が消去される（ステップＳ１３５）。そして、次に異同変化があるまで表示／非表示の状態が持続される。

図１７は、制御部３０によって実行される、ターゲットキャラクタが２つの場合における割込IIの処理を示すフローチャートである。まず、第１のターゲットキャラクタおよびプレイヤキャラクタに対する継続的な監視の結果から、第１のターゲットキャラクタの存在する戦闘エリアがプレイヤキャラクタのいる戦闘エリアに対して異同の変化があったか否かが判断される（ステップＳ１４１）。なお、異同変化がなければ、割込IIの処理は発生しない。

異同変化の内、第１のターゲットキャラクタとプレイヤキャラクタとが異なる戦闘エリアに存在することとなった場合、第１の「ターゲット」画像７０１（図１０参照）に「エリア外」画像７０３が重ね合わせて表示される（ステップＳ１４３）。一方、異同変化の内、第１のターゲットキャラクタとプレイヤキャラクタとが同じ戦闘エリアに存在することとなった場合、第１の「ターゲット」画像７０１上から「エリア外」画像７０３が消去される（ステップＳ１４５）。そして、次に異同変化があるまで表示／非表示の状態が持続される。

図１８は、制御部３０によって実行される、ターゲットキャラクタが２つの場合における割込IIIの処理を示すフローチャートである。まず、第２のターゲットキャラクタおよびプレイヤキャラクタに対する継続的な監視の結果から、第２のターゲットキャラクタの存在する戦闘エリアがプレイヤキャラクタのいる戦闘エリアに対して異同の変化があったか否かが判断される（ステップＳ１５１）。なお、異同変化がなければ、割込IIIの処理は発生しない。

異同変化の内、第２のターゲットキャラクタとプレイヤキャラクタとが異なる戦闘エリアに存在することとなった場合、第２の「ターゲット」画像８０１（図１０参照）に「エリア外」画像８０３が重ね合わせて表示される（ステップＳ１５３）。一方、異同変化の内、第２のターゲットキャラクタとプレイヤキャラクタとが同じ戦闘エリアに存在することとなった場合、第２の「ターゲット」画像８０１上から「エリア外」画像８０３が消去される（ステップＳ１５５）。そして、次に異同変化があるまで表示／非表示の状態が持続される。

図１９は、「ターゲットスコープ表示処理Ｉ」（図１５のステップＳ１２５参照）の一例を示すフローチャートである。まず、「ターゲット」画像６０１（図９Ａ参照）の押圧、ＬボタンＬ２２の操作、ＬボタンＬ２２の特定操作（リセット操作）の有無が、例えばこの順番で判断される（ステップＳ１６１，Ｓ１６３，Ｓ１６５）。いずれも操作無しと判断されると、本フローを抜ける。

一方、ステップＳ１６１で「ターゲット」画像６０１が押圧されたのであれば、「ターゲットスコープ」画像６０２が表示中か否かが判断され（ステップＳ１６７）、表示中と判断されると、「ターゲットスコープ」画像６０２の消去が行われる（ステップＳ１６９）。一方、ステップＳ１６７で表示中でないと判断されると、「ターゲットスコープ」画像６０２が表示される（ステップＳ１７１）。

また、ステップＳ１６３でＬボタンＬ２２が操作された場合、「ターゲットスコープ」画像６０２が表示、かつ「エリア外」画像６０３が非表示か否かが判断され（ステップＳ１７３）、「ターゲットスコープ」画像６０２が表示、かつ「エリア外」画像６０３が非表示であれば、仮想カメラに対してロックオン処理が行われ（ステップＳ１７５）、「ターゲットスコープ」画像６０２が表示、かつ「エリア外」画像６０３が非表示でなければ、カメラリセット処理が行われる（ステップＳ１７７）。なお、ＬボタンＬ２２に対して特定操作、例えば２度押す操作が検出されると、カメラリセットと判断して、ステップＳ１７７に移行する。

図２０、図２１は、「ターゲットスコープ表示処理II」（図１５のステップＳ１２９参照）の一例を示すフローチャートである。まず、第１の「ターゲット」画像７０１（図１０Ａ参照）の押圧、第２の「ターゲット」画像８０１（図１０Ａ参照）の押圧、ＬボタンＬ２２の操作、ＬボタンＬ２２の特定操作（リセット操作）の有無が、例えばこの順番で判断される（ステップＳ１８１，Ｓ１８３，Ｓ１８５，Ｓ１８７）。いずれも操作無しと判断されると、本フローを抜ける。

一方、ステップＳ１８１で第１の「ターゲット」画像７０１が押圧されたのであれば、第１の「ターゲットスコープ」画像７０２が表示中か否かが判断される（ステップＳ１８９）。第１の「ターゲットスコープ」画像７０２が表示中と判断されると、第１の「ターゲットスコープ」画像７０２が消去される（ステップＳ１９１）。一方、ステップＳ１８９で第１の「ターゲットスコープ」画像７０２が表示中でないと判断されると、第１の「ターゲットスコープ」画像７０２が表示され、かつ第２の「ターゲットスコープ」画像８０２が表示されている場合には第２の「ターゲットスコープ」画像８０２が消去される（ステップＳ１９３）。

また、ステップＳ１８３で第２の「ターゲット」画像８０１が押圧されたのであれば、第２の「ターゲットスコープ」画像８０２が表示中か否かが判断され（ステップＳ１９５）、第２の「ターゲットスコープ」画像８０２が表示中と判断されると、第２の「ターゲットスコープ」画像８０２が消去される（ステップＳ１９７）。一方、ステップＳ１９５で第２の「ターゲットスコープ」画像８０２が表示中でないと判断されると、第２の「ターゲットスコープ」画像８０２が表示され、かつ第１の「ターゲットスコープ」画像７０２が表示されている場合には第１の「ターゲットスコープ」画像７０２が消去される（ステップＳ１９９）。

さらに、ステップＳ１８５でＬボタンＬ２２が操作された場合、第１の「ターゲットスコープ」画像７０２が表示中で、かつ「エリア外」画像７０３が非表示中の状態にあるか否か、次いで、第２の「ターゲットスコープ」画像８０２が表示中で、かつ「エリア外」画像８０３が非表示中の状態にあるか否かが、例えばこの順番で判断される（ステップＳ２０１，Ｓ２０３）。

ステップＳ２０１の判断が肯定されると、第１のターゲットキャラクタに対する仮想カメラのロックオン処理が実行される（ステップＳ２０５）。一方、ステップＳ２０３の判断が肯定されると、第２のターゲットキャラクタに対する仮想カメラのロックオン処理が実行される（ステップＳ２０７）。さらに、一方、ステップＳ２０１及びＳ２０３のいずれの判断も否定されたときは、仮想カメラに対してカメラリセット処理が実行される（ステップＳ２０９）。

なお、ＬボタンＬ２２に対して特定操作、例えば２度押す操作が検出されると（ステップＳ１８７でＹｅｓ）、カメラリセットと判断して、ステップＳ２０９に移行する。
なお、本発明は以下の態様を採用することが可能である。

（１）ターゲットコントロールにおいて、ターゲットキャラクタが異なる戦闘エリアにいる場合には、「エリア外」画像６０３，７０３，８０３を表示してターゲットキャラクタに対するロックオンを不可としたが、その他にも、例えば、ターゲットキャラクタが地中に潜る態様のゲームの場合において、地中潜行中が検知された状態でＬボタンＬ２２が操作された場合、「探知不可」画像を併記して（または当該画像に変更して）ロックオンできないことを報知するようにしてもよい。

（２）ターゲットキャラクタが水中に潜る態様を有するゲームにおいて、ターゲットキャラクタへのカメラリセットは、地上の場合と異なる処理を採用してもよい。例えば、ターゲットキャラクタが地上にいる際には、仮想カメラのロックオンを水平面上での旋回で行い、ターゲットキャラクタが水中にいる場合には、仮想カメラのロックオンを水平面上での旋回及び垂直面での旋回で行って、ターゲットキャラクタを真正面で正対するようにしてもよい。

（３）本実施形態では、図９、図１０に示すような「ターゲットスコープ」画像を採用したが、ターゲットスコープ設定時の画像はこれに限定されない。ターゲットスコープの設定の有無が識別容易な形態の図柄であればよい。あるいは、図９、図１０に示すような「ターゲット」画像の形及び表示色の少なくとも一方を変化させたり、点滅させたりなど、「ターゲット」画像に対する変化で表現するようにしてもよい。

（４）また、「ターゲット」パネル画像に限らず、ゲーム状況に応じてパネル画像内に表示される画像を変化させるようにしてもよい。例えば、「キック」パネル画像（図７、図８参照）をゲームの進行状況に応じて変化させてもよい。具体的には、プレイヤキャラクタが刀を所持するゲームにおいて、刀を納めた納刀状態と刀を抜いて構えている抜刀状態で「キック」パネル画像を変化させてもよい。納刀状態では、プレイヤキャラクタは走るなどの行動はできるが、刀を用いた攻撃行動ができないよう制御され、抜刀状態では、プレイヤキャラクタは走るなどの一部の行動が禁止されるが、刀を用いた攻撃行動が可能に制御される。このようなゲームにおいて、「キック」パネル画像内に表示される画像を、納刀状態および抜刀状態に応じて変化させればよい。例えば、納刀状態では図１９Ａに示す「キック」のアイコン画像を表示し、抜刀状態では図１９Ｂに示す「特殊攻撃」の文字等を表示する。「キック」のアイコン画像が表示された状態（納刀状態）でパネル画像をタッチした場合では、プレイヤキャラクタにキック動作を行わせる。一方、「特殊攻撃」の文字等が表示された状態（抜刀状態）では、プレイヤキャラクタに特殊攻撃を行わせる。特殊攻撃としては、例えば刀を用いた攻撃であって、他の操作部材２２を操作しても行わせることができないような動作がある。

（５）また、「ターゲット」パネル画像等のゲーム状況に応じてパネル画像内に表示される画像を変化させるようなパネル画像は、カスタマイズ対象（パネル画像）とせず、固定表示としてもよい。さらに、表示部１１側に表示する構成であってもよい。例えば、「ターゲット」パネル画像を表示部１１に表示する構成の場合、押圧に代えて、操作部材２２のボタンでターゲットスコープ画像の表示、非表示を切り換える構成とすればよい。

（６）カメラリセットをＬボタン２２Ｌの２度押しで行う態様としたが、これに限定されず、操作部材２２内の他のボタンでもよいし、表示部２１内にカメラリセットボタン画像を別途設けてもよい。

（７）本実施形態では、選択表示域４１の範囲を表示部２１の画面の上部と左辺部とを利用したものとしたが、これに限定されず、配置表示域４２が確保できればよく、例えば配置表示域４２の周囲に環状に設ける態様であってもよい。

（８）「カメラ」パネル画像は、十字キーを模擬した形状であったが、ジョイスティック等を模擬した形状やアナログスティックを模擬した形状等であってもよい。また、十字キーに加え、アナログスティックやボタン等の物理的な操作子を模擬したパネル画像を用意してもよい。これによれば、プレイヤが自由に配置を決めてゲームをプレイできる。なお、物理的な操作子を模擬したパネル画像を配置した場合は、物理的な操作子の入力を受け付けないようにしてもよい。これにより、誤って操作子を操作してしまった場合であっても、ゲーム進行に影響が生じることを防止できる。

（９）本実施形態では、表示部１１，２１の二画面を使用したが、一画面を２つの領域に分割する態様であってもよい。例えば、タッチスクリーン一画面を２つの領域に分割して使用する。

この実施形態では、ゲームメディア３６にゲームプログラムを記憶しているが、本発明におけるゲームプログラムを記憶する媒体はゲームメディア３６に限定されない。ネットワーク上のサーバがゲームプログラムを記憶する記憶媒体であってもよく、このサーバ上のゲームプログラムをネットワークを介してダウンロードしたゲーム装置１の内蔵メモリや外付けメモリがゲームプログラムを記憶する記憶媒体であってもよい。

この発明は、ロックオン対象のターゲットオブジェクトを小画像で表示し、そのターゲットがどのオブジェクトであるかを判りやすく表示するゲームプログラムおよびゲームシステムを提供することを目的とする。

本発明の第１の側面によって提供されるゲームプログラムは、ディスプレイと、ユーザによって操作される操作部と、を有するゲームシステムを、仮想のゲーム空間を生成するゲーム空間制御手段、前記ゲーム空間内にプレイヤオブジェクトを生成し、前記操作部から入力されたオブジェクト操作情報に基づいて前記プレイヤオブジェクトを前記ゲーム空間内で活動させるプレイヤオブジェクト制御手段、前記ゲーム空間内にターゲットオブジェクトを生成し、前記ゲーム空間内で活動させるターゲットオブジェクト制御手段、前記ゲーム空間を特定の視線から仮想カメラで撮影した画像であるゲーム画像を生成して前記ディスプレイに表示するゲーム画像描画手段、前記ターゲットオブジェクトを特定する画像であるターゲット画像を前記ディスプレイに表示するターゲット画像表示手段、前記操作部によってロックオン操作がされた場合に、前記ターゲット画像により特定されるターゲットオブジェクトの少なくとも一部が前記ゲーム画像に入るように前記仮想カメラの視線を制御するよう前記ゲーム画像描画手段に指示するロックオン手段、として機能させる。

本発明の第２の側面によって提供されるゲームシステムは、ディスプレイと、ユーザによって操作される操作部と、上記ゲームプログラムを記憶した記憶部と、記憶部に記憶されたゲームプログラムを実行するコンピュータと、を備えている。

Claims (18)

1. ディスプレイと、ユーザによって操作される操作部と、を有するコンピュータを、
   仮想のゲーム空間を生成するゲーム空間制御手段、
   前記ゲーム空間内にプレイヤオブジェクトを生成し、前記操作部から入力されたオブジェクト操作情報に基づいて前記プレイヤオブジェクトを前記ゲーム空間内で活動させるプレイヤオブジェクト制御手段、
   前記ゲーム空間内にターゲットオブジェクトを生成し、前記ゲーム空間内で活動させるターゲットオブジェクト制御手段、
   前記ゲーム空間を特定の視線から仮想カメラで撮影した画像であるゲーム画像を生成して前記ディスプレイに表示するゲーム画像描画手段、
   前記ターゲットオブジェクトを特定する小画像であるターゲット画像を前記ディスプレイに表示するターゲット画像表示手段、
   前記操作部によってロックオン操作がされた場合に、前記ターゲット画像により特定されるターゲットオブジェクトの少なくとも一部が前記ゲーム画像に入るように前記仮想カメラの視線を制御するよう前記ゲーム画像描画手段に指示するロックオン手段、
   として機能させるゲームプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
2. 前記ターゲット画像表示手段は、前記ターゲットオブジェクト制御手段による前記ターゲットオブジェクトの活動の状態に応じて、前記ターゲット画像の表示態様を変化させる
   請求項１に記載のコンピュータ読み取り可能な記憶媒体。
3. 前記ゲーム空間制御手段は、複数エリアからなるゲーム空間を生成し、
   前記ロックオン手段は、前記プレイヤオブジェクトおよび前記ターゲットオブジェクトが同じエリアに存在するときのみ、前記ロックオン操作を受け付ける
   請求項１に記載のコンピュータ読み取り可能な記憶媒体。
4. 前記ターゲット画像表示手段は、前記プレイヤオブジェクトおよび前記ターゲットオブジェクトが異なるエリアに存在するとき、ロックオン操作を受け付けない旨を示す画像を前記ターゲット画像に重ねて表示する請求項３に記載のコンピュータ読み取り可能な記憶媒体。
5. 前記操作部は、前記ディスプレイ上の点を指定するポインティングデバイスを含み、
   前記ロックオン手段が受け付けるロックオン操作は、前記ポインティングデバイスで前記ターゲット画像の表示位置を指定するターゲット指定操作、および、前記仮想カメラの視線をリセットするカメラリセット操作を含む
   請求項１に記載のコンピュータ読み取り可能な記憶媒体。
6. 前記ターゲット画像表示手段は、前記ターゲット指定操作がされたとき、そのターゲット画像が指定されたことを表す所定の画像を前記ターゲット画像に重ねて表示する請求項５に記載のコンピュータ読み取り可能な記憶媒体。
7. 前記ターゲットオブジェクト制御手段は、前記ターゲットオブジェクトを複数生成して、それぞれゲーム空間内で活動させ、
   前記ターゲット画像表示手段は、前記ターゲットオブジェクト制御手段が生成したターゲットオブジェクトの数以下のターゲット画像を前記ディスプレイに表示する
   請求項１に記載のコンピュータ読み取り可能な記憶媒体。
8. 前記ターゲット画像表示手段は、前記操作部の操作に応じて選択された１または複数のターゲットオブジェクトを特定するターゲット画像を前記ディスプレイに表示する請求項７に記載のコンピュータ読み取り可能な記憶媒体。
9. ディスプレイと、ユーザによって操作される操作部と、
   仮想のゲーム空間を生成するゲーム空間制御部と、
   前記ゲーム空間内にプレイヤオブジェクトを生成し、前記操作部から入力されたオブジェクト操作情報に基づいて前記プレイヤオブジェクトを前記ゲーム空間内で活動させるプレイヤオブジェクト制御部と、
   前記ゲーム空間内にターゲットオブジェクトを生成し、前記ゲーム空間内で活動させるターゲットオブジェクト制御部と、
   前記ゲーム空間を特定の視線から仮想カメラで撮影した画像であるゲーム画像を生成して前記ディスプレイに表示するゲーム画像描画部と、
   前記ターゲットオブジェクトを特定する小画像であるターゲット画像を前記ディスプレイに表示するターゲット画像表示部と、
   前記操作部によってロックオン操作がされた場合に、前記ターゲット画像により特定されるターゲットオブジェクトの少なくとも一部が前記ゲーム画像に入るように前記仮想カメラの視線を制御するよう前記ゲーム画像描画部に指示するロックオン処理部と、
   を備えたゲームシステム。
10. 前記ターゲット画像表示部は、前記ターゲットオブジェクト制御部による前記ターゲットオブジェクトの活動の状態に応じて、前記ターゲット画像の表示態様を変化させる請求項９に記載のゲームシステム。
11. 前記ゲーム空間制御部は、複数エリアからなるゲーム空間を生成し、
    前記ロックオン処理部は、前記プレイヤオブジェクトおよび前記ターゲットオブジェクトが同じエリアに存在するときのみ、前記ロックオン操作を受け付ける
    請求項９に記載のゲームシステム。
12. 前記ターゲット画像表示部は、前記プレイヤオブジェクトおよび前記ターゲットオブジェクトが異なるエリアに存在するとき、ロックオン操作を受け付けない旨を示す画像を前記ターゲット画像に重ねて表示する請求項１１に記載のゲームシステム。
13. 前記操作部は、前記ディスプレイ上の点を指定するポインティングデバイスを含み、
    前記ロックオン処理部が受け付けるロックオン操作は、前記ポインティングデバイスで前記ターゲット画像の表示位置を指定するターゲット指定操作、および、前記仮想カメラの視線をリセットするカメラリセット操作を含む
    請求項９に記載のゲームシステム。
14. 前記ターゲット画像表示部は、前記ターゲット指定操作がされたとき、そのターゲット画像が指定されたことを表す所定の画像を前記ターゲット画像に重ねて表示する請求項１３に記載のゲームシステム。
15. 前記ターゲットオブジェクト制御部は、前記ターゲットオブジェクトを複数生成して、それぞれゲーム空間内で活動させ、
    前記ターゲット画像表示部は、前記ターゲットオブジェクト制御部が生成したターゲットオブジェクトの数以下のターゲット画像を前記ディスプレイに表示す
    請求項９に記載のゲームシステム。
16. 前記ターゲット画像表示部は、前記操作部の操作に応じて選択された１または複数のターゲットオブジェクトを特定するターゲット画像を前記ディスプレイに表示する
    請求項１５に記載のゲームシステム。
17. ディスプレイと、ユーザによって操作される操作部と、を有するコンピュータによって実行される、
    仮想のゲーム空間を生成するゲーム空間制御ステップ、
    前記ゲーム空間内にプレイヤオブジェクトを生成し、前記操作部から入力されたオブジェクト操作情報に基づいて前記プレイヤオブジェクトを前記ゲーム空間内で活動させるプレイヤオブジェクト制御ステップ、
    前記ゲーム空間内にターゲットオブジェクトを生成し、前記ゲーム空間内で活動させるターゲットオブジェクト制御ステップ、
    前記ゲーム空間を特定の視線から仮想カメラで撮影した画像であるゲーム画像を生成して前記ディスプレイに表示するゲーム画像描画ステップ、
    前記ターゲットオブジェクトを特定する小画像であるターゲット画像を前記ディスプレイに表示するターゲット画像表示ステップ、
    前記操作部によってロックオン操作がされた場合に、前記ターゲット画像により特定されるターゲットオブジェクトの少なくとも一部が前記ゲーム画像に入るように前記仮想カメラの視線を制御するよう前記ゲーム画像描画ステップに指示するロックオン処理ステップ、
    を含むゲーム制御方法。
18. 前記ターゲット画像表示ステップは、前記ターゲットオブジェクト制御ステップによる前記ターゲットオブジェクトの活動の状態に応じて、前記ターゲット画像の表示態様を変化させる請求項１７に記載のゲーム制御方法。