図1は、本発明に係るゲーム装置の一実施形態を示す外観図である。図1において、本ゲーム装置1は、いずれも薄型の直方体形状を有する上部本体10と下部本体20とを備え、中央のヒンジ部1A周りで回動して開閉可能に連結されている。上部本体10と下部本体20とが対向する面、すなわち図1で見えている両面には、それぞれ中央に長方形をなす所要サイズの表示部11,21が設けられている。表示部11,21は液晶パネルディスプレイ、プラズマディスプレイ、及びEL(Electro luminescence)ディスプレイ等が採用可能である。
下部本体20は、表示部21を挟んで左右側に、ゲーム機のコントローラとして周知の操作部材22が配設されている。操作部材22は、スタートボタン221、セレクトボタン222を備えると共に、X,Y,A,Bの4つのボタン223〜226、十字ボタン227及びアナログパッド228を含む。さらに、操作部材22は、下部本体20の上部の左右角部に配設されたLボタン22L及びRボタン22Rを含む。
スタートボタン221は、ゲームのスタートを指示するものであり、セレクトボタン222は、ゲームの種類の選択、その他各種の選択要求に応答するべく指示を行うものである。Aボタン223は、例えばプレイヤキャラクタに対するパンチ、ジャンプ等のアクションを指示するものである。Bボタン224は、セレクトボタン222で選択された内容の変更やAボタン223で指示したアクションの取り消し等を指示するものである。Xボタン225及びYボタン226は、Aボタン223及びBボタン224による指示以外の指示、例えば武器やアイテムの使用指示がある場合に補助的に使用されるものである。十字ボタン227は、公知のように上下左右の4部位に押圧部と押圧操作を感知する感知部とを有しているもので、いずれかの押圧部への選択的な押圧操作によって、対応付けられた方向に、ゲームに登場するプレイヤキャラクタ等のゲーム空間内での移動方向を指示したり、カーソルの移動方向を指示したりするものである。アナログパッド228は、公知のように傾倒可能に立設された操作桿と操作桿の傾倒方向及び傾倒角度を検知する検知部を有したジョイスティックで、プレイヤキャラクタの移動方向の指示を行うものである。Lボタン22L及びRボタン22Rは、Aボタン223及びBボタン224と同様の操作に用いることができ、又はこれらの補助的な操作にも用いることができる。また、本実施形態では、Lボタン22Lは、ゲーム空間内に配置されてゲーム画像を撮る仮想カメラのの視線をリセット(カメラリセット)する場合にも操作される。
表示部21の上面には、公知のタッチパネル23が積層されている。タッチパネル23は、公知のものが採用可能であり、押圧(接触含む)操作位置を感知する薄層の透明材料を用いて形成されたものである。押圧操作の感知は、電極感圧素子を利用したものの他、電圧降下検出式、光学式及び静電容量結合式等が適宜採用可能である。また、タッチパネル23は、公知のように、プレイヤの指による又はスタイラスペン25による上面の押圧位置を、例えば直交する方向の電圧等の感知信号として検知することで、押圧位置の2次元座標を検知する構成とされている。表示部21に表示される画像の表示座標とタッチパネル23の直交検知信号(位置座標)との関係を予め対応付けておくことで、表示部21の画面のいずれの画像に対して押圧操作が行われたかを検知できる。また、タッチパネル23に対する押圧検知動作が高速で周期的に繰り返されることで、押圧状態の継続性を判別することも可能となる。例えば、押圧が連続して検知されている状態、その後に解除(検知が途絶える)された時点、また検知される押圧位置が変動している(すなわち移動している)状態を識別可能である。なお、指等で押圧操作する態様では、押圧位置は幅を持って検出されるが、この場合、中心点を算出(いわば重心計算)し、この点を押圧位置として扱えばよい。以下、押圧位置の検知や押圧状態の検知を行う態様である表示部21とタッチパネル23とからなる構成をタッチスクリーン24という。
図2は、図1に示すゲーム装置のハードウエア構成の一実施形態を示すブロック図である。ゲーム装置1は、コンピュータを備えており、CPU(Central Processing Unit)300を有する。CPU300は、バスBAを介してROM(Read Only Memory)321及びRAM(Random Access Memory)322に接続されている。
また、ゲーム装置1は、各表示部11,21に必要な画像を表示させるための描画処理プロセッサ323、及び表示部11,21に対応するVRAM(Video RAM)111,211、さらにゲーム効果音、BGM、また音声等の音響信号を生成し、上部本体10の表示部11の左右に設けられた図略のスピーカ33(又は側面に設けられた図略のイヤホン端子)に出力する音声処理プロセッサ331を含む。
また、ゲーム装置1は、タッチスクリーン24(表示部21及びタッチパネル23)からの検知信号を継続的に受信して押圧操作、座標情報を検知する入力信号処理部34を備え、さらに必要に応じて、無線通信モジュール35が接続可能にされている。無線通信モジュール35は、HSPA(High Speed Packet Access)等の通信規格に準拠した無線通信によってインターネット上の他のサーバ装置との間でデータ通信を可能にするものである。無線通信モジュール35は、インターネット上の、ゲームプログラム及びゲームデータを格納しているサーバ装置からかかるゲームプログラム及びゲームデータをダウンロードする。なお、ゲームメディア36はゲームプログラム及びゲームデータを格納したもので、ゲームメディア36からかかるゲームプログラム及びゲームデータをダウンロードする態様でもよい。ゲームデータとしては、ゲーム空間に登場する各キャラクタ、ゲーム空間を構成する各種のオブジェクト、ゲーム進行に必要な各種のデータ類、また、表示部21に表示される各メニュー画面の画像及び各種のアイコン(パネル画像含む)を含む。なお、無線通信モジュール35は、インターネットを介して(または介さず)他のゲーム装置との間でデータ通信することにより、他のプレイヤと対戦ゲーム等を行うことを可能とする。
ROM321は、無線通信モジュール35から、またゲームメディア36等からRAM322にゲームプログラム及び各種のデータをロードするプログラムが記憶されている。また、外部メモリ37は、ゲーム途中でサーブ(保存)したときのゲーム履歴情報をサーブ情報として記憶するもので、メモリスティックやUSB(UniversalSerial Bus)メモリ等である。この場合、ゲーム装置1の本体の適所に外部メモリ37との通信を可能にする接続端子が設けられておればよい。RAM322は、ロードしたゲームプログラム及びゲームデータが格納されるロードエリアと、CPU300がゲームプログラムを実行する際に使用するためのワークエリアとを有している。
CPU300は、RAM322にロードされたゲームプログラムを、タッチスクリーン24への押圧操作及び操作部材22への操作の内容に応じて実行することでゲーム進行を制御する。より具体的には、スタイラスペン23による操作を介してタッチスクリーン24で検出された操作信号が入力信号処理部34を経て入力され、及び操作部材22からの操作信号が入力されると、CPU300は、RAM322に展開されているゲームプログラムに従ってその操作信号に対応する所定のゲーム進行処理を行い、その処理結果を、ゲーム進行を示す画像(以下、「ゲーム画像」)として表示部11の画面に表示すると共に、必要に応じて、ゲーム進行を示す音声信号(以下、「ゲーム音声」)をスピーカ33又はイヤホン端子に出力する。
表示部11へのゲーム画像の描画処理は、CPU300の指令を受けて描画処理プロセッサ323が実行する。すなわち、CPU300は、プレイヤにより操作部材22及びタッチスクリーン24から入力された操作信号等に基づき、表示部11の画面に表示すべきゲーム画像の内容を決定し、その内容に対して必要な描画データを描画処理プロセッサ323に生成させ、さらにその描画データを用いて描画処理を行わせる。描画処理プロセッサ323は、描画データに基づいて所定周期、例えば1/60秒毎にゲーム画像を生成し、生成したゲーム画像をVRAM111に書き込む。VRAM111に書き込まれたゲーム画像は、1/60秒毎にフレーム単位で繰り返し読み出されて表示部11に描画される。
また、後述する表示部21への画像の描画処理は、CPU300の指令を受けて描画処理プロセッサ323が行う。すなわち、CPU300は、プレイヤにより操作部材22及びタッチスクリーン24から入力された操作信号等に基づき、表示部21の画面に表示すべき画像の内容を決定し、その内容に対して必要な描画データを描画処理プロセッサ323に生成させ、さらにその描画データを用いて描画処理を行わせる。描画処理プロセッサ323は、描画データに基づいて所定周期、例えば1/60秒毎に画像を生成し、生成したゲーム画像をVRAM211に書き込む。VRAM211に書き込まれたゲーム画像は、1/60秒毎にフレーム単位で繰り返し読み出されて表示部21に描画される。ここに、CPU300、ROM321、RAM322、描画処理プロセッサ323及び音声処理プロセッサ331は制御部30を構成している。
なお、本ゲーム装置1で実行可能なゲームは、複数プレイヤによるゲームの他、1人のプレイヤで行うゲームを含む。1人プレイヤゲームとしては、予め設定されたゲームルールに従って行動などするようにCPUによって制御されるNPC(Non Player Character)を相手に行うゲームであってもよく、この場合、サッカーゲームのようなチーム対戦ゲームであってもよい。また、ゲームの種類も、各種の対戦ゲーム及び競争ゲームに適用可能である。
ここで、本ゲーム装置1で実行されるゲームの一例について説明する。本ゲームは、戦闘ゲームであり、戦闘のための複数のゲーム空間(戦闘ゲーム空間)と、プレイヤが操作するプレイヤキャラクタに対して戦闘の準備等を行わせるための拠点となるゲーム空間(拠点ゲーム空間)とが準備されている。それぞれの戦闘ゲーム空間には、ゲーム空間毎に、ターゲットとなるNPCのモンスターキャラクタが割り当てられ、かつNPCである種々の敵キャラクタがゲームの難度を高める演出等の目的で準備されている。敵キャラクタ及びモンスターキャラクタは、戦闘ゲーム空間においてゲームプログラムに従ってプレイヤキャラクタ等と対戦する等の種々の行動を実行するよう制御される。
プレイヤキャラクタは、拠点ゲーム空間において、予め付与された乃至は過去の戦績で獲得したポイント、その他を利用して戦闘のための各種アイテム(武器、プレイヤキャラクタの味方であるNPCの仲間キャラクタ「Player2,Player3,…」等)を補充したりする。仲間キャラクタは、プレイヤキャラクタの戦闘行動を側面から支援する行動を実行するようにゲームプログラムによって制御される。
また、拠点ゲーム空間では、プレイヤキャラクタに対し、例えば無作為に、あるモンスターキャラクタの退治乃至は捕獲のコマンドが発生する。プレイヤキャラクタは、このコマンドを受けると、必要なアイテム、武器、仲間キャラクタ等の補充、補強を行った後、当該モンスターキャラクタが割り当てられている戦闘ゲーム空間に移行する。そして、移行先の戦闘ゲーム空間で、所定の時間制限の中で、各種の敵キャラクタと戦い、また戦闘ゲーム空間は複数の戦闘エリアに区分されており、全体地図を頼りに最終的にターゲットであるモンスターキャラクタを見つけて、戦闘を行う。そして、制限時間内にコマンドを達成して拠点ゲーム空間に戻ることで、所定のポイントを取得し、1つのゲームステージを終了する。次いで、次のコマンドに備える。このようにして、順次、異なる戦闘ゲーム空間に移行し、そのゲーム空間に存在するモンスタキャラクタと対戦することで、多数のゲームステージをこなしていく。
上記において、戦闘を有利に進めるためには、アイテムの使用に対する素速い指示、迅速な状況判断を行うことが望まれる。ゲーム進行のための各種の指示は、機構的な操作部材22で行うことも可能であるが、操作部材22は配置が固定化されたものであること、また指令の種類の多さを考えると、ゲーム進行に関する指示内容に対応付けられたパネル画像をタッチスクリーン24に、ある程度準備可能にすることが望ましい。例えば図8を参照して簡単に説明すると、表示部21に表示されているパネル画像のうち、例えば「カメラ」パネル画像Q1の上下左右部位のいずれかが押圧操作されると、表示部11にゲーム画像を撮るための仮想カメラの視線が対応する方向に旋回され、ゲーム空間に対する視野を変えることができる。また、「仲間ステータス」パネル画像Q10が押圧操作されると、仲間キャラクタの状況が即座に把握できてゲーム戦略を練り直す等が可能となる。その他、「アクションショートカット」パネル画像が押圧操作されると、プレイヤキャラクタに対して所定のアクションを指示することができる。そこで、本実施例では、拠点ゲーム空間において、後述するように、表示部21上にゲーム進行の指示内容に対応付けられたパネル画像をプレイヤが嗜好する配置として(カスタマイズして)、登録するようにした。なお、かかるカスタマイズ処理を許可するカスタマイズモードの設定は、拠点ゲーム空間で可能であると共に、戦闘ゲーム空間において、戦闘ゲームの進行を中断することなく可能としている。なお、戦闘ゲーム中はゲームの進行をその間、中断するようにしてもよい。
図3は、制御部の機能的な構成の一実施形態を示すブロック図である。ゲーム装置1の制御部30は、RAM322に展開されたゲームプログラムを実行することによって、ゲーム開始後、カスタマイズモードが選択されたか否かを判断するモード判定部301、操作部材22及びタッチスクリーン24からの操作信号の受付処理を行う操作受付処理部302、操作受付処理部302による処理に基づいてゲーム進行を制御するゲーム進行処理部303、ゲーム進行処理部303からの指示を受けて表示部11の画面にゲーム画像を描画させる上側画面表示処理部304、表示部21の画面に所定の画像を描画させる下側画面表示処理部305、カスタマイズモードにおいてプレイヤの指示に基づき表示部21の画面を利用してパネル画像の選択及び画面上への配置等を設定するパネル画像登録処理部306、カスタマイズモードにおいて、選択された仮想カメラを示すパネル画像等の所定のパネル画像に対して画像の変形等の調整を行うパネル画像調整処理部307、カスタマイズモードにおいて選択乃至は選択予定のパネル画像に対する取消(廃棄)処理を行うゴミ箱処理部308、ゲーム進行中に表示部11に表示予定の所定のパネル画像と同一乃至は対応するパネル画像がパネル画像登録処理部306によって表示部21上で選択されているか否かを判断する一致判定部309、及び仮想カメラをターゲットキャラクタの方に向ける処理を許可するためのターゲットスコープの表示の有無、及びLボタン22Lが操作された場合の仮想カメラの視線変更処理を行うターゲットスコープ処理部310等として機能する。
モード判断部301は、ゲーム開始後に、すなわちプレイヤキャラクタが拠点ゲーム空間にいる間、また戦闘ゲーム空間にいる間に、プレイヤによってカスタマイズモードが選択操作されたか否かを判断する。すなわち、操作部材22内の所定のボタン(例えばスタートボタン221)が押下されると、表示部11,21の一方の画面が基本メニュー画面に戻り、ここでカスタマイズモード等が選択可能になされている。また、表示部21の所定箇所にカスタマイズモードに移行するアイコンを操作可能に配置表示する態様としてもよい。
操作受付処理部302は、操作部材22及びタッチスクリーン24からの操作信号の入力を所定周期で連続的に検知している。操作部材22からの操作信号に対してはボタン221〜226,Lボタン22L、Rボタン22R、十字ボタン227及びアナログパッド228のいずれが操作されたかを判断し、検知した信号をゲーム進行処理部303及び必要な処理部に出力する。また、操作受付処理部302は、プレイヤの指又はスタイラスペン25による押圧操作によってタッチスクリーン24から押圧信号が入力されると、押圧信号から位置座標を算出して、ゲーム進行処理部303及び必要な処理部に出力する。操作受付処理部302がタッチスクリーン24等に対する押圧操作の有無を連続的に検知していることで、例えばスタイラスペン25をタッチスクリーン24に押圧したままスライドさせた操作態様に対しても検知を可能にすることができる。また、連続して検知されていた信号が途切れることで、スタイラスペン25がタッチスクリーン24から離されたとの検知を可能にすることができる。
ゲーム進行処理部303は、操作受付処理部302から入力される信号等に基づいて、ゲームプログラムに従ってゲームを展開させ、それに応じたゲーム画像の描画処理を上側画面表示処理部304に指示する。例えばアナログパッド228が所定方向、例えば左方に傾倒操作されたことが検知されると、ゲーム進行処理部303は、この信号を受けてゲーム画面上のプレイヤキャラクタをゲーム画面上で左方向に歩行させる描画処理を指示する。この場合、上側画面表示処理部304はプレイヤキャラクタを左方向に歩行させる演出画像の表示を行う。
戦闘ゲーム空間内には、プレイヤキャラクタの移動に連動して、乃至は例えば十字ボタン227を利用してのプレイヤの指示操作によって移動制御される仮想カメラが配置されている。表示部11には、仮想カメラの視線方向の所定視野内の画像が描画される。仮想カメラの挙動は、通常、ゲーム進行処理部303によって制御される。仮想カメラは、例えばプレイヤキャラクタを中心に所要の半径で水平方向や垂直方向に移動可能にされており、原則としてプレイヤキャラクタを中心とした所要の視野をプレイヤキャラクタの後方から撮るように制御される。例えば図7、図8に示す表示部11には、プレイヤキャラクタを中央に撮った戦闘ゲームの一場面が描画されている。
また、ゲーム進行処理部303は、ゲーム進行中に、タッチスクリーン24から操作受付処理部302を経て位置座標が入力された場合、この位置座標の入力の連続性また入力された位置座標の変化等と、表示部21に表示されている各種アイコン(パネル画像含む)の表示位置を示す表示アドレスとから、ゲーム進行に関わる指示内容を決定する処理を行う。例えば、タッチスクリーン24からの位置座標が、対応する表示部21の画面上のいずれの箇所かを判断し、その箇所に表示されているパネル画像を識別することで、押圧されたパネル画像を特定することができ、その結果、それに応じた機能乃至は処理をゲーム進行に反映させることができる。また、スタイラスペン25等がタッチスクリーン24上でスライドされる結果、算出された位置座標が変化している場合、その変化方向及び変化速さも用いることで、かかるスライド操作を含めた指示を検知することができる。
下側画面表示処理部305は、表示部21に対して、カスタマイズモードでのパネル画像配置画面(図4参照)、カスタマイズモードでのパネル画像選択画面(図5参照)、カスタマイズモードでのパネル画像調整画面(図6参照)、ゲーム進行中(カスタマイズモードがオフ)での表示部21に表示される配置パネル表示画面(図7〜図10参照)、その他の設定、調整のためのパネル画像に対する表示処理を、後述のようにして行うものである。
パネル画像登録処理部306は、カスタマイズモードでのパネル画像選択画面(図5参照)に示すようにプレイヤからの指示に応じてパネル画像の配置を決めていき、最終的に配置結果の登録処理を実行するものである。例えば、図4に示すパネル画像配置画面が登録処理された画面となる。パネル画像の配置処理のためのカスタマイズモードは、本実施形態では、ゲーム開始後のいずれの時点でもカスタマイズモードが選択されることで処理が可能となる。
図4に示すように、カスタマイズモードにおける表示部21の画面は、上辺のメニュー「パネルの配置」の表記部分を除いて、上部と左辺とで選択候補のパネル画像が準備的に配置される選択表示域41と、画面の略中央部分を占め、選択表示域41に表示されているパネル画像の内から所望のパネル画像を選択して配置する配置表示域42とを少なくとも主要な表示域として備えている。なお、配置表示域42の下側には選択中のパネル画像の内容を説明するガイド表示域43、画面の右辺には「ゴミ箱」アイコン44、さらに「戻る」アイコン、「決定」アイコンが表示される領域が設けられている。
選択表示域41の一部域、例えば左域には、選択候補となるパネル画像が上位概念(カテゴリー)毎にまとめて表示されている。すなわち、選択表示域41の左域に表示されるパネル画像は、本実施形態では、選択候補の各パネル画像が直列に連設されて仮想的な1つの環状の帯を形成している。そして、スタイラスペン25(又は指)をタッチスクリーン24に押圧させたまま上方にあるいは下方にスライドすることで、スライド方向に環状の帯を旋回させ、新たな選択候補のパネル画像が表示部21に出現したり、表示されているパネル画像が退避したりするようにしている。環状の帯の旋回処理は、タッチスクリーン24からの位置座標の経時的な変化を算出することで、位置座標が上方に変化しているか下方に変化しているかを判断して旋回方向を指示し、さらに好ましくは位置座標の変化速度から旋回速度乃至は旋回量を設定することで行ってもよい。なお、下側画面表示処理部305は、カスタマイズモードが終了し、ゲーム進行中に移行した状態では、配置表示域42を表示部21の画面上で拡大して表示し、配置されたパネル画像に対する操作性を、拡大分だけ向上させている。
図4には環状の帯の一部が表示されている。表示されている帯の一部分には、上側から「カメラ」パネル画像412、「アイテム」パネル画像、「ステータス」パネル画像、「マップ」パネル画像が見えている。「カメラ」パネル画像412は選択可能位置にあり、カメラのカテゴリーに含まれる3種類のパネル画像q1〜q3が選択可能に並んで表示されている。パネル画像の表示方法を、カテゴリー毎の表示と選択可能位置でその下位に含まれるパネル画像の表示とで階層的に行うことで、多数のパネル画像を狭い領域(選択表示域41)であっても効率的に行うことが可能となる。
パネル画像の種類としては、複数のカテゴリー分が準備されており、例えば、カメラカテゴリーとして、大小サイズの「カメラ」パネル画像と「ターゲットコントロール」パネル画像とがあり、ステータスカテゴリーとして、大小サイズの「マイステータス」パネル画像と「仲間ステータス」パネル画像とがあり、マップカテゴリーとして、「マップ」パネル画像があり、アイテムカテゴリーとして、「アイテム選択」パネル画像と「弾・ビン切替」パネル画像等があり、ショートカットカテゴリーとして、「アイテムポーチ」パネル画像と「調合」パネル画像と「アクションショートカット」パネル画像とがあり、その他のカテゴリーとして、「キック」パネル画像及び「サイン」パネル画像が準備されている。
ここで、それぞれのパネル画像に対応付けられている機能(処理内容)について簡単に説明する。「カメラ」パネル画像のうちの十字ボタン画像の上下左右部位のいずれかを押圧操作することで、仮想カメラの視線をプレイヤキャラクタを中心にした所要半径上で、前記押圧操作の部位に対応付けられた方向、すなわち上下方向、左右方向に旋回させる指示を行うためのものである。この処理は、戦闘ゲーム空間内におけるプレイヤキャラクタの現在位置を中心として仮想カメラの現在視点位置を指示された方向に移動させ、かつ仮想カメラの視線をプレイヤキャラクタが向いている方向を向くよう変更することで行われる。なお、この処理は、十字ボタン227に対して操作した場合にも同様の動きとして行わせることができる。「ターゲットコントロール」パネル画像は、仮想カメラに対するリセット操作(例えばLボタン22Lを操作)で、仮想カメラの視線を、当該戦闘ゲーム空間でのターゲットであるモンスターキャラクタの方向に向かせる指示を行うためのものである。この処理は、戦闘ゲーム空間内における仮想カメラの現在視線方向をモンスターキャラクタの現在位置に、乃至はモンスターキャラクタの所定の部位に向くように変更することで行われる。
「マイステータス」パネル画像は、プレイヤキャラクタのステータス(仮想的な体力、スタミナ等)を表示するためのものである。なお、体力とは、戦闘ゲームにおいて相手側から攻撃行動を受けることで徐々に減少し、特定のアイテムを使用することで増大するもので、体力が所定値まで低下すると、当該ゲーム空間での対戦が敗戦として終了となる。また、スタミナとは、種々の動きを実行することで徐々に減少し、休憩行動を取ったり、ある特定のアイテムを使用することで増大するもので、スタミナ値はプレイヤキャラクタの動きに反映される。例えば動きや攻撃行動にスタミナ値を対応させることで、スタミナ値の低下に応じて動きが遅くなったり、攻撃力が低下したりという行動能力の低下として演出している。「仲間ステータス」パネル画像は、拠点ゲーム空間で獲得した仲間キャラクタ「Player2,Player3,…」毎の体力状況などのステータスを表示するためのもので、仲間キャラクタがいない場合には、例えばパネル画像全体が暗色化乃至は低輝度化して表示され、選択不可となる。なお、仲間キャラクタの体力やスタミナも同様にしてゲームプログラムに従って増減制御され、それらの値に応じた運動能力で行動を行うよう制御される。また、上記において、「Player1」はプレイヤキャラクタに相当する。
「マップ」パネル画像は、プレイヤキャラクタの移動先における戦闘ゲーム空間の平面的な地図で、地図上にプレイヤキャラクタの所在位置が表示され、必要に応じて仲間キャラクタ、モンスターキャラクタ等の所在位置も識別可能なマークで併記される。戦闘ゲーム空間は、複数の戦闘エリアに区分されており、通常、表示部11に表示されるゲーム画像はプレイヤキャラクタが存在する戦闘エリアである。戦闘ゲームの一場面を示す図7のように、デファクトとしてのマップ画像122には戦闘エリアの情報が、例えば連番(図7では、1,2,3,4,5)で表記されている。また、表示部21において「マップ」パネル画像が指定される毎に、表示部11内のマップ画像122の表示状態が、通常の広域表示と拡大表示との間で(又は段階的に)切り替わるようになっている。例えば、「マップ」パネル画像には、プレイヤキャラクタの位置情報等も表示された、表示部11に表示されるマップ画像122と同様のものが表示される。マップ画像122は、「マップ」パネル画像を押圧する毎に広域表示と拡大表示との間で切り替わる。なお、表示部21において、「マップ」パネル画像が配置されると、表示部11のマップ画像122は非表示としてもよい。また、マップ画像122は、広域表示だけ表示する態様であってもよい。
「アイテム選択」パネル画像は、複数のアイテムを表す画像を、例えば環状に連設された仮想的な帯を形成し、スタイラスペン25のタッチスクリーン24上でのスライドにより環状の帯を旋回させて、その内の一部分を選択的に表示するものである。そして、表示中のアイテムの画像上を押圧することでアイテムの指定を可能にする。
「アイテムポーチ」パネル画像は、この画像が押圧指定されると、プレイヤキャラクタが所持しているアイテムを表す画像が、例えば縦横に配列されて表示され、その内の1つのアイテムの画像上を押圧することで使用可能にするものである。このアイテムとしては、攻撃時の仮想的な小道具(けむり玉等)や、指定することでプレイヤキャラクタ等の仮想的な体力の回復、仮想的なスタミナの増大に反映されるものが含まれている。「アクションショートカット」パネル画像は、この画像が押圧指定されると、下層となる、各種動作(アクション)を表す画像が例えば縦横に配列されて表示され、その内の1つのアイテムの画像上を押圧することでそのアクションをプレイヤキャラクタに行わせるものである。ここのアイテムとしては、「あいさつ」、「おじぎ」等が含まれている。
「キック」パネル画像は、プレイヤキャラクタにキック動作を行わせるものである。なお、ゲーム進行状況やプレイヤキャラクタの状況に応じてキック動作の内容に変更(例えば、単一のキック動作と連続技的なキック動作)が付与されるようにしてもよい。「サイン」パネル画像は、仲間キャラクタがいる場合に、仮想的に情報交換を可能にして、例えば各自の位置情報、状況情報(体力、スタミナ等)の取得を可能にするものである。
図5において、配置表示域42は、基本サイズのパネル画像の整数個分、本実施形態では6個(3行2列)分に相当する長方形サイズに設定されている。図5(a)に示すように、配置表示域42は基本サイズのパネル画像に相当する配置エリアA1〜A6を有する。従って、最大で、基本サイズのパネル画像を6個配置可能である。なお、図5の詳細は後述する。
図4において、配置表示域42には、既に複数個のパネル画像が配置されている。なお、説明の便宜上、選択表示域41にあるパネル画像は小文字の“q”で示し、配置表示域42にあるパネル画像は大文字の“Q”で示している(図5も同様)。
今、図4では、サイズが小型の「カメラ」パネル画像q1が選択されて、配置表示域42に「カメラ」パネル画像Q1が表示されている。しかも、選択表示域41では、「カメラ」のカテゴリーが選択可能な位置にあるが、小型の「カメラ」パネル画像q1は既に選択済みであることを示すべく、例えば暗色化乃至は低輝度化によって選択不可を示す表示が行われている。小型の「カメラ」パネル画像Q1のサイズは行方向に2個分の配置エリアに相当する大きさである。また、図では示していないが、大型の「カメラ」パネル画像q2の配置表示域42内での表示サイズは行方向に3個の配置エリアに相当する大きさを有する。その他、同一機能を有するパネル画像について、視認性、操作性における個人差等を考慮してサイズの異なるものが適宜準備されている。例えば大小(L,S)サイズを有する「マイステータス」パネル画像は、小サイズが基準サイズであり、大サイズが列方向に2個分の配置エリアに相当する大きさである。
なお、図4の例では、配置表示域42の他の配置エリア、例えば左上の配置エリアA1に「仲間ステータス」パネル画像が、中段左の配置エリアA3にSサイズの「マイステータス」パネル画像が、右下の配置エリアA6に「アイテムポーチ」パネル画像が選択され、配置されている。また、選択表示域41において、1つのカテゴリーに含まれるパネル画像が1つ、あるいは2つの場合には、パネル画像はq1,q2として表示される。さらに、本実施形態では1つのカテゴリーに含まれるパネル画像の最大数を、「カメラ」の例に示すように3個としているが、これに限定されず、2つでもよく、逆に4つ又はそれ以上の所定数としてもよい。また、カテゴリーという階層構造を採用しない態様であってもよい。
図5は、パネル画像の選択から配置までの処理を説明する図で、図5(a)は選択表示域41のパネル画像q2を配置表示域42の配置エリアA3にパネル画像Q2として移動させる途中の状態を示す図、図5(b)は選択表示域41のパネル画像q1を配置表示域42の配置エリアA3とA5との2行分のサイズを有するパネル画像Q1として移動させる途中の状態を示す図、図5(c)は選択表示域41のパネル画像q2を配置表示域42の配置エリアA5にパネル画像Q2として移動させる途中であって、当該配置エリアA5に既に配置されていた古いパネル画像Q-oldがゴミ箱処理(廃棄処理)される状態を示す図である。
まず、図5(a)において、制御部30(パネル画像登録処理部306)は、スタイラスペン25によるタッチスクリーン24上への押圧操作によって算出された位置座標がパネル画像q2の表示アドレス内に対応すると判断すると、パネル画像q2が選択されたとして処理する。次いで、スタイラスペン25がタッチスクリーン24上でスライド移動されることで算出される位置座標の変化に応じて、移動方向を示す移動マーク45が演出表示され、かつパネル画像q2が表示部21の画面上で検出位置座標に追随する形で移動される。位置座標の検出が途絶えた、すなわちスタイラスペン25がタッチスクリーン24から離れたと判断すると、最後に算出された位置座標が含まれる配置エリア(図5(a)では配置エリアA3)が移動先配置エリアとして抽出され、当該配置エリアA3にパネル画像q2が収まるように配置される。かかる配置処理は、例えばパネル画像Q2の中心と配置エリアA3の中心とが対応するように位置決めされて行われる。従って、スタイラスペン25を配置エリアA3内に入るまでスライドさせれば、後はパネル画像登録処理部306によって位置合わせが自動的に行われるのでスライド操作による指定操作がラフに、かつスムーズに行える。
図5(b)は、選択されたパネル画像q1が配置表示域42の配置エリアA3,A5に配置される直前の状態を示している。なお、パネル画像q1がパネル画像Q1に変更される時点は、選択表示域41での選択時点、配置表示域42での移動中、あるいは移動先配置エリアの確定時点のいずれでもよい。
図5(c)は、選択されたパネル画像q2が配置表示域42の配置エリアA5に配置される途中の状態を示している。配置エリアA5には既に(古い)パネル画像Q-oldが配置されているものの、「決定」アイコンの操作前であることから、所望する配置への変更が可能となっている。1つの配置エリアには1つのパネル画像しか配置できないことから、パネル画像登録処理部306は、新たなパネル画像q2(Q2)に対応するスタイラスペン25の位置座標から抽出される配置エリア情報と旧パネル画像Q-oldの配置エリア情報とからエリア重複が発生すると判断すると、必要に応じてガイド表示域43にその旨を表示する。さらに、パネル画像登録処理部306は、新しいパネル画像Q2の配置が確定する(スタイラスペン25がタッチスクリーン24から離される)と、新パネル画像Q2を配置エリアA5に配置させ、旧パネル画像Q-oldを矢印マーク451に従って「ゴミ箱」アイコン44に向けて自動的に移動(旧パネル画像Q-oldの表示アドレスを所定方向に連続的に変更)させた後、「ゴミ箱」アイコン45の表示位置で消去させる廃棄処理の演出を行う。なお、旧パネル画像Q-oldとの重複時点から、旧パネル画像Q-oldが廃棄対象である旨を報知するべく、暗色化又は低輝度化処理してもよい。
パネル画像調整処理部307は、カスタマイズモード内の1つの処理であって、選択されたパネル画像、例えば「カメラ」パネル画像に対する変形等の調整を行うものである。この変形調整処理は、カスタマイズモードにおけるパネル画像の配置登録の前後を問わず、カスタマイズモードで配置表示域42に配置されている状態のときのみ受付可能である。ここに変形等とは、本実施形態では、変位である「移動」と、変形である「拡大縮小」とを含み、この変形等によってプレイヤの操作癖に対応して操作指示の正確性、迅速性を向上させるものである。変形処理は、配置された配置エリア内で実行される。変形処理を容易にする上で、パネル画像は、例えば複数の2次元ポリゴンと対応するテクスチャーとから構成されていることが変形処理上好ましい。
図6は、「カメラ」パネル画像に対する変形調整を説明する図で、図6(a)は、変形調整のメニューを選択するメニュー画面図である。図6(b)は、「移動」調整操作を説明する画面図、図6(c)は、「拡大縮小」調整操作を説明する画面図である。
図4に示すように、「カメラ」パネル画像Q1が配置表示域42にある状態では、「カメラ」パネル画像Q1に対して「調整」文字マーク46が表示される。そして、この「調整」文字マーク46の画像上を押圧すると、図6(a)に示す調整モード画面に移行する。
図6(a)では、表示部21の一部である右半部に調整対象の「カメラ」パネル画像Q1が、残りの左半部に調整メニュー部47が表示される。図6(a)では、「カメラ」パネル画像Q1は、実際の操作を行うゲーム進行中におけるサイズと同一サイズで表示されており、調整の加減乃至は感触が直接認識できるようにされている。なお、調整対象のパネル画像の表示位置は、図6(a)のレイアウトに限定されず、基本的には、調整対象のパネル画像の表示位置はカスタマイズモードで設定された配置エリアと対応する位置になるようにして調整に意味を持たせている。
ここで、「カメラ」パネル画像Q1への操作とパネル画像調整処理部307の処理との関係について述べる。パネル画像のうち、画像の一部について調整が可能なもの、例えば「カメラ」パネル画像Q1は、複数のポリゴンとテクスチャーとで構成されており、十字ボタン画像の部分とその他の地色画像の部分とを有し、十字ボタン画像の部分について「カメラ」パネル画像Q1の範囲内での調整(移動、変形その他)を可能にしている。
調整メニュー部47には、調整メニューとしての「移動」アイコン471と「拡大縮小」アイコン472とが含まれ、さらに、調整後に操作状態の試し(操作感触(プレイヤにとって操作癖が吸収できているか否かなど)の確認テスト)が可能な「テスト」アイコン、調整内容をリセットする「リセット」アイコン、前画面に戻す「戻る」アイコン、及び調整内容を確定する「決定」アイコンを含む。ここで、「移動」アイコン471が指定された場合、図6(b)に示すような「移動」調整画面での操作が可能となり、「拡大縮小」アイコン472が指定された場合、図6(c)に示すような「拡大縮小」調整画面での操作が可能となる。
図6(b)は、「移動」アイコン471の選択中の画面図であり、「移動」アイコン471に対する表示態様の変更(例えば文字の拡大、又は表示色の変更)等によって認識可能にされている。スタイラスペン25でタッチスクリーン24上を押圧し、そのままスライドすることで、パネル画像調整処理部307は、操作受付処理部302によって算出された位置座標の経時的なスライド方向及びスライド量から、十字ボタン画像Q1をパネル画像上で対応する方向に移動表示する。矢印マーク481は、上下左右の4個がガイド用として表示されており、十字ボタン画像Q1が移動可能な状態であることを報知している。また、スタイラスペン25を斜め方向にスライドさせた場合、パネル画像調整処理部307によって算出された情報を用いて対応する斜め方向に移動(シフト)させるようにしてもよい。
なお、スタイラスペン25(又は指)のスライド操作時に、指の震え等に対する緩衝幅を持たせて操作の安定さを確保するようにしてもよい。すなわち、所定寸法分(例えば表示部21の画素で数ドット分、好ましくは2ドット程度)以上の位置座標の変化が算出された時に、算出分だけ画像を移動させるようにしている。また、パネル画像調整処理部307は、十字ボタン227で移動指示することも可能としている。
図6(c)は、「拡大縮小」アイコン472の選択中の画面図であり、「拡大縮小」アイコン472に対する表示態様の変更(例えば文字の拡大、又は表示色の変更)等によって認識可能にされている。スタイラスペン25で、十字ボタン画像の部分の略中心に対応するタッチスクリーン24上を押下し、その位置から上方向、下方向、左方向、右方向の一方向にスライドすることで、パネル画像調整処理部307は、操作受付処理部302によって算出された位置座標の経時的なスライド方向及びスライド量から、十字ボタン画像の部分を部分的に拡大(伸張)又は縮小する。例えば、スタイラスペン25を十字ボタン画像の中心から上方向にスライドすると、十字ボタン画像の上側凸部Q1-U及び下側凸部Q1-Dのみが上下方向にのみ対称に伸張する。スタイラスペン25を十字ボタン画像の中心から下方向にスライドすると、十字ボタン画像の上側凸部Q1-U、下側凸部Q1-Dのみが上下方向に対称に縮小する。また、スタイラスペン25を十字ボタン画像の中心から左方向にスライドすると、十字ボタン画像の左側凸部Q1-L、右側凸部Q1-Rのみが左右方向に対称に縮小する。そして、スタイラスペン25を十字ボタン画像の中心から右方向にスライドすると、十字ボタン画像の左側凸部Q1-L、右側凸部Q1-Rのみが左右方向に対称に伸張する。なお、伸張縮小は、対応する方向の凸部に限定されず、十字ボタン画像の全体が上下方向について、あるいは左右方向について変形するという態様としてもよい。また、図6(c)に破線で示す枠線482は、拡大縮小後における十字ボタン画像の上下左右の4つの凸部に外接する矩形を示している。この矩形の形状を表示することで、拡大縮小の状況を容易に把握することが可能となる。
なお、パネル画像調整処理部307は、操作受付処理部302を介して入力される、十字ボタン227、Lボタン22L,Rボタン22Rの操作信号を受けて、同様の拡張縮小の調整を可能にしている。例えば、十字ボタン227の上辺部への操作で、十字ボタン画像の上下方向の伸張、十字ボタン227の下辺部への操作で、十字ボタン画像の上下方向の縮小、十字ボタン227の左辺部への操作で、十字ボタン画像の左右方向の縮小、十字ボタン227の右辺部への操作で、十字ボタン画像の左右方向の伸張を行うようにしている。また、Lボタン22Lへの操作で十字ボタン画像の全体が縮小し、一方、Rボタン22Rへの操作で十字ボタン画像の全体が拡張するようにしている。なお、その他の調整態様として、凸部の幅寸法を変更する態様、さらに全体を傾斜乃至は回転させる態様等を含めてもよい。
図7、図8は、ゲーム進行(カスタマイズモードがオフ状態)中の一場面を示す画面図である。上側の表示部11には戦闘を行うゲーム空間を演出した画面が表示され、下側の表示部21にはカスタマイズされたパネル画像が表示されている。なお、下部本体20の操作部材22類は便宜上省略している。
図7において、表示部11には、画面略中央にプレイヤキャラクタ120が表示され、さらに、デファクトのアイテムとして例えば、「マイステータス」画像121、「マップ」画像122、選択中のアイテム、ここではある種の「スタミナ回復アイテム」画像123が表示され、そして、領域FGに、通常であれば「仲間ステータス」画像が表示されている。すなわち、表示部11には、仮想カメラで撮られたゲーム空間の2次元画像上に「マイステータス」画像121等が合成表示される。「マイステータス」画像121には、「体力」ゲージ画像1211と「スタミナ」ゲージ画像1212とが少なくとも表示され、プレイヤキャラクタの「体力」、「スタミナ」が常に認識可能になっている。また、ゲームの制限時間を視認容易とするタイマ画像1213も表示されている。「体力」ゲージ画像1211及び「スタミナ」ゲージ画像1212は、前述したように、それらの消費や回復状態によって値が増減し、現時点での値に連動してゲージ長が伸張縮小するよう表示処理される。
「マップ」画像122には、プレイヤキャラクタの位置がマークPで示される他、戦闘ゲーム空間を区分した各戦闘エリアに戦闘エリア情報が、例えば連番で付されている。「マップ」画像122にマークPの他、必要に応じて仲間キャラクタやターゲットキャラクタの位置がそれぞれ識別可能なマークで表示されることで、プレイヤは、プレイヤキャラクタの他、仲間キャラクタやターゲットキャラクタがいずれの戦闘エリアにいるかまでも把握することができる。
図7に示す状態の表示部21には、「カメラ」パネル画像Q1、「仲間ステータス」パネル画像Q10が配置されており、その他、「アクション」パネル画像、「調合」パネル画像、「キック」パネル画像が配置されている。
一致判定部309は、表示部11に表示される所定のデファクトアイテムのいずれかが、カスタマイズモードで選択されて表示部21に表示されるパネル画像と一致しているか否かを判定し、一致しているデファクトアイテムの画像については、上側画面表示処理部303によって表示を中止している。図7では、表示部21に「仲間ステータス」パネル画像Q10が表示されているため、表示部11の表示領域FGにデファクトとして表示予定の「仲間ステータス」画像と重複することとなる、そこで、二重表示の無駄を省き、またゲーム画像をより見易くして有効に利用するため、一致する「仲間ステータス」画像が表示部11から消去されている。また、「マイステータス」画像121、「スタミナ回復アイテム」画像123についても、対応するパネル画像が配置表示域42に配置された場合には、これらの画像121,123は非表示とされる。なお、表示/非表示する画像としては、合成する画像に限定されず、仮想のゲーム空間内に存在するオブジェクト等であてもよい。さらに、「仲間ステータス」パネル画像Q10内の「Player1」、「Player2」、「Player3」のいずれかの表示位置を押圧指定すると、指定された仲間キャラクタのステータス情報(体力、スタミナ等)が表示される。あるいは、「仲間ステータス」パネル画像Q10を押圧操作すると、各仲間キャラクタのステータス情報が表示部21に別途形成されたウィンドウ内に拡大表示されるようにしてもよい。
一方、図8では、「仲間ステータス」パネル画像Q10はカスタマイズ用として選択されておらず、従って表示部21には表示されていない。そのため、上側画面表示処理部303によって、表示部11の領域FGには、この「仲間ステータス」パネル画像Q10と同一表示内容の「仲間ステータス」画像124が表示されている。なお、この場合、前述したような所要のステータス情報(図中、便宜上、◎と◇とで示している)が視認可能に併記表示されている。
図9は、カスタマイズモードで選択されて、表示部21に表示される「ターゲットコントロール」パネル画像Q20を説明する図で、図9(a)は戦闘ゲーム空間毎に割り当てられたモンスター等のターゲットに対応する「ターゲット」パネル画像部601が表示されている画像図、図9(b)は「ターゲット」パネル画像部601に「ターゲットスコープ」画像602が重畳表示されている状態の画像図、図9(c)は「ターゲット」パネル画像部601に「エリア外」画像603が重畳して併記表示されている状態の画像図、図9(d)は「ターゲット」パネル画像部601に「ターゲットスコープ」画像602及び「エリア外」画像603が重畳して併記表示されている状態の画像図である。
図9(a)において、「ターゲットコントロール」パネル画像Q20は、カスタマイズモードで選択されて配置表示域42内の指定された配置エリアに表示される。「ターゲット」パネル画像部601は、所定のモンスターを模した画像、例えばプレイヤキャラクタの移動先の戦闘ゲーム空間内で登場するように予め対応付けられているモンスターキャラクタを模擬した画像である。「ターゲットコントロール」パネル画像Q20はRAM322内のゲームデータ中から読み出されて、表示部21に表示される。モンスターキャラクタは、拠点ゲーム空間において退治乃至は捕獲のコマンドの対象となるターゲットキャラクタである。また、コマンドと関係なく、所定のモンスター、例えば戦闘ゲーム空間において、各々に設定されている強さに対応する値が最大のモンスターがターゲットキャラクタとして設定される態様でもよい。
ターゲットスコープ処理部310は、ゲーム進行中に、スタイラスペン25でタッチスクリーン24の「ターゲット」パネル画像部601の表示位置が押圧されたことを検知すると、「ターゲットスコープ」画像602の表示の有無を判断し、非表示であれば、「ターゲットスコープ」画像602を重畳表示(図9(b)参照)し、逆に表示中であれば、「ターゲットスコープ」画像602を消去(図9(a)参照)する指示を下側画面表示処理部305に出力する。なお、ゲーム進行処理部303によって、プレイヤキャラクタに対する前記コマンドが終了したと判断された時点で「ターゲットスコープ」画像602の表示は停止される。
また、戦闘ゲーム空間は、前述したように複数の戦闘エリアに区分けされており、戦闘エリアでそれぞれの戦闘が進行するようになされている。すなわち、表示部11に表示されるゲーム画像内でのゲーム進行処理は戦闘エリア単位で行われ、これによって一時的にRAM322に展開するデータ量を低減して処理負担を緩和するなどしている。従って、当該戦闘ゲーム空間においてターゲットキャラクタがプレイヤキャラクタと同一戦闘エリアでなく、他の戦闘エリアにいる状態では、プレイヤキャラクタがターゲットキャラクタに直接関与することはない一方で、プレイヤキャラクタはターゲットキャラクタの所在等が把握可能になっていることが戦略性を反映させる上で望ましい。そこで、ゲーム進行処理部303は、ターゲットキャラクタの居場所である戦闘エリアを常時監視するようにしている。そして、ターゲットスコープ処理部310は、ターゲットキャラクタがプレイヤキャラクタと同じ戦闘エリアから別の戦闘エリアに外れると、図9(a)から「エリア外」画像603が併記された図9(c)の画像に変わり、逆の場合は、図9(c)から図9(a)に変わるように表示される。また、ターゲットスコープ処理部310は、図9(a)の表示状態において、「ターゲット」パネル画像部601が押圧操作されたときに、ターゲットキャラクタがプレイヤキャラクタとは異なる戦闘エリアにいると判断した場合、図9(b)の画像に代えて、「ターゲットスコープ」画像602及び「エリア外」画像603が併記された図9(d)に示す画像を表示するようにしている。
ところで、ゲーム進行中には、プレイヤの操作によって、あるいはゲーム進行状況によって仮想カメラの視線がプレイヤキャラクタに対する基準位置から外れるが、かかる場合に、仮想カメラの視線を一旦プレイヤキャラクタが向いている向き(基準位置)に戻して(カメラリセット)、プレイヤキャラクタの状況を把握することは重要である。そのための操作部材として、例えばLボタン22Lが設けられている。ゲーム進行中であって「ターゲットスコープ」画像602が設定されている以外の状態で、Lボタン22Lが操作されると、ゲーム進行処理部303は、当該戦闘ゲーム空間におけるプレイヤキャラクタの現在位置情報と仮想カメラ自身の現在視点情報とを取得して、仮想カメラの視線を、視野の中心にプレイヤキャラクタが、後方から入るように変更する処理(カメラリセット)を行う。一方、図9(b)の「ターゲットスコープ」画像602が設定されている状態で、Lボタン22Lが操作されると、ゲーム進行処理部303は、仮想カメラ自身の現在視点情報、プレイヤキャラクタの現在位置情報及びターゲットキャラクタの現在位置情報とを取得して、仮想カメラの視点をプレイヤキャラクタとターゲットキャラクタとを結ぶ線上に変更し、かつ仮想カメラの視線を視野内に近い側にプレイヤキャラクタが、遠い側にターゲットキャラクタが撮るように調整する処理(ロックオン)を行う。なお、図9(c),(d)の場合には、ターゲットキャラクタは同一戦闘エリアに存在しないので、Lボタン22Lが操作されると、仮想カメラに対して前記カメラリセットの処理が実行される。
また、所定のボタン、例えばLボタン22Lによって特定のリセット操作が行われたことが検知されると、「ターゲットコントロール」パネル画像の配置表示域42内への配置の如何を問わず、カメラリセットの処理が実行される。特定のリセット操作としては、例えば、ボタンの押し込み操作を連続して2回行う等である。
図10は、カスタマイズモードで選択されて、表示部21に表示される「ターゲットコントロール」パネル画像Q30を説明する図である。図10は、図9の場合と異なり、戦闘ゲーム空間にモンスターが複数種類、ここでは2種類のモンスターが割り当てられている場合である。2種類のモンスターキャラクタは、拠点ゲーム空間において退治乃至は捕獲のコマンドの対象となる第1、第2のターゲットキャラクタである。また、コマンドと関係なく、所定の2種類のモンスター、例えば戦闘ゲーム空間において、各々に設定されている強さに対応する値が最大のモンスターと2番目のモンスターとが第1、第2のターゲットキャラクタとして設定される態様でもよい。図10(a)は戦闘ゲーム空間毎に割り当てられたモンスター等のターゲットキャラクタに対応する「第1のターゲット」パネル画像部701と「第2のターゲット」パネル画像部801とが併記表示されている画像図、図10(b)は「第1のターゲット」パネル画像部701に「第1のターゲットスコープ」画像702が重畳表示されている状態の画像図、図10(c)は「第2のターゲット」パネル画像部801に「第2のターゲットスコープ」画像802が重畳表示されている状態の画像図、図10(d)は「第2のターゲット」パネル画像部801に「エリア外」画像803が重畳して併記表示されている状態の画像図、図10(e)は「第2のターゲット」パネル画像部801に「第2のターゲットスコープ」画像802及び「エリア外」画像803が重畳して併記表示されている状態の画像図である。なお、2つのターゲットキャラクタの一方が退治乃至は捕獲されると、当該ターゲットキャラクタの「ターゲット」パネル画像が消去され、他方の「ターゲット」パネル画像のみとなる。
ターゲットスコープ処理部310は、「第1のターゲット」パネル画像部701と「第2のターゲット」パネル画像部801とのいずれ側が押圧操作されたかを判断するようにしている。ターゲットスコープ処理部310は、「第1のターゲット」パネル画像部701が押圧操作されたと判断した場合には、「第1のターゲットスコープ」画像702の表示の有無を判断し、非表示であれば、「第1のターゲット」パネル画像部701に「第1のターゲットスコープ」画像702を重畳表示し、かつ「第2のターゲット」パネル画像部801に「第2のターゲットスコープ」画像802が重畳表示されている場合には「第2のターゲットスコープ」画像802を消去する(図10(b)参照)。一方、ターゲットスコープ処理部310は、「第1のターゲット」パネル画像部701が押圧操作されたと判断した場合に、「第1のターゲットスコープ」画像702が逆に表示中であれば、「第1のターゲットスコープ」画像702を消去(図10(a)参照)する。
ターゲットスコープ処理部310は、「第2のターゲット」パネル画像部801が押圧操作されたと判断した場合には、「第2のターゲットスコープ」画像802の表示の有無を判断し、非表示であれば、「第2のターゲット」パネル画像部801に「第2のターゲットスコープ」画像802を重畳表示し、かつ「第1のターゲット」パネル画像部701に「第1のターゲットスコープ」画像702が重畳表示されている場合には「第1のターゲットスコープ」画像702を消去する(図10(c)参照)。一方、ターゲットスコープ処理部310は、「第2のターゲット」パネル画像部801が押圧操作されたと判断した場合に、「第2のターゲットスコープ」画像802が逆に表示中であれば、「第2のターゲットスコープ」画像802を消去(図10(a)参照)する。
このように、「ターゲットスコープ」画像702,802をいずれか一方しか表示しないようにして、Lボタン22Lの操作で、いずれのターゲットに対して仮想カメラをロックオンさせるかをプレイヤが識別可能にしている。
また、ゲーム進行処理部303は、第1、第2のターゲットキャラクタの居場所である戦闘エリアを常時監視するようにしている。そして、ターゲットスコープ処理部310は、例えば第2のターゲットキャラクタがプレイヤキャラクタと同じ戦闘エリアから別の戦闘エリアに外れると、図10(a)から「エリア外」画像803が併記された図10(d)の画像に変わり、逆の場合は、図10(d)から図10(a)に変わるように表示される。また、プレイヤキャラクタと同一戦闘エリアに存在しないターゲットキャラクタが選択された場合、例えば同一戦闘エリアに第2のターゲットキャラクタがいない状況(図10(d))で、この第2のターゲットキャラクタが選択された場合(「第2のターゲット」パネル画像部801が押圧操作されたと判断した場合)、「第2のターゲット」パネル画像部801に「第2のターゲットスコープ」画像802と「エリア外」画像803とが重畳して併記表示される(図10(e)参照)。なお、第2のターゲットキャラクタについて説明したが、第1のターゲットキャラクタの場合も同様である。
図11は、制御部30によって実行される、カスタマイズモードのオン状態でのパネル画像を登録する処理の一例を示すフローチャートである。パネル画像の登録処理では、まず、「戻る」アイコン(図4参照)の割込が許可され(ステップS11)、次いで選択表示域41のパネル画像の変更指示か否かが、選択表示域41内でのスタイラスペン25の上下方向へのスライドの有無によって判断される(ステップS13)。パネル画像の変更指示であると判断されると、選択表示域41内の環状の帯が旋回されて、選択候補のパネル画像が変更される(ステップS15)。
一方、パネル画像の変更指示でなければ(ステップS13でNo)、選択表示域41のパネル画像の1つが選択されたか否かが判断される(ステップS17)。この判断が否定されると、ステップS27に進む。逆に判断が肯定されると、選択されたパネル画像に対する移動の指示に従って当該パネル画像の移動表示処理が実行される(ステップS19)。次いで、配置表示域42内での配置の指定が行われたか否かが、スタイラスペン25等が配置表示域42内のタッチスクリーン24から離れたか否かによって判断される(ステップS21)。配置表示域42内での配置位置の指定であれば、当該指定位置にパネル画像の位置決めが行われる(ステップS23)。一方、配置表示域42内での配置位置の指定でなければ、例えば選択ミス等と判断して、「ゴミ箱」アイコン44に向かう自動的な移動表示を行った後、消去する演出を経てゴミ箱廃棄処理が実行される(ステップS25)。
続いて、ステップS27で「決定」アイコンが押圧操作されたか否かが判断され、この判断が否定されれば、ステップS13に戻って同様な処理、すなわち他のパネル画像についての選択及び配置指定処理が繰り返される。一方、「決定」アイコンが押圧操作されたと判断されると、所望するパネル画像の配置処理が全て終了したとして、かかる配置結果に対する登録処理が実行される(ステップS29)。配置結果の登録内容は、カスタマイズモードがオフに移行した状態で適用される。
図12は、制御部30によって実行される、「カメラ」パネル画像に対する変形調整の処理の一例を説明するフローチャートである。カメラの「調整」アイコン46が操作されると、図6に示す調整メニュー選択画面が表示され、「移動」アイコン、「拡大縮小」アイコン、「リセット」アイコン、「戻る」アイコンのいずれが押圧操作されたか、すなわち選択されたかが、例えばこの順で判断される(ステップS61,S65,S69、S75)。「移動」アイコンが選択された場合、移動処理のサブルーチンが実行される(ステップS63)。「拡大縮小」アイコンが選択された場合、拡大縮小処理のサブルーチンが実行される(ステップS67)。また、「リセット」アイコンが選択された場合、処理内容のリセット処理が実行される(ステップS71)。処理内容のリセットとは、例えば、「カメラ」パネル画像に対する十字ボタン画像の大きさ、位置等を初期設定値に戻す処理である。
移動処理(ステップS63)、拡大縮小処理(ステップS67)については、「決定」の有無が判断され(ステップS73)、「決定」アイコンが押圧操作されると、移動処理、拡大縮小処理の結果が確定され、かつ処理内容が保存される(ステップS77)。また、リセット処理(ステップS69)が終了すると、本フローを抜ける。なお、「戻る」アイコンが選択された場合(ステップS75)、前画面への切替処理が実行されて(ステップS79)、本フローを抜ける。
図13は、「移動処理」(図12のステップS63参照)のサブルーチンの一例を示すフローチャートである。まず、タッチスクリーン24から操作受付処理部302を経て周期的に入力される位置座標の情報から、移動指示方向及び移動指示量が算出され(ステップS91)。次いで、算出された移動方向において、図6に示すように、移動指示量に応じて十字ボタン画像Q1を移動表示する処理が実行される(ステップS93)。そして、終了指示に至る(ステップS95でYes)までは、ステップS91に戻って同処理が継続される。
図14は、「拡大縮小」(図12のステップS67参照)のサブルーチンの一例を示すフローチャートである。まず、タッチスクリーン24から操作受付処理部302を経て周期的に入力される位置座標の情報から、指示位置が十字ボタン画像Q1上の上下方向に相当する位置か左右方向に相当する位置かの算出が行われ(ステップS101)、さらに、算出された方向における指示位置の算出が行われる(ステップS103)。次いで、算出された方向に対する十字ボタン画像Q1の図形を、算出された位置に対応して変形表示する処理が実行される(ステップS105)。続いて、変形表示された十字ボタン画像の各凸部に外接する四角形、ここでは長方形の枠線482が表示される(ステップS107)。そして、枠線482が表示されると、終了か否かが判断され、終了指示に至る(ステップS109でYes)までは、ステップS101に戻って同処理が継続される。
図15は、制御部30によって実行される、ターゲットコントロール表示処理の一例を示すフローチャートである。この処理は、ターゲットキャラクタがいずれの戦闘エリアに居るかの継続的な監視の結果を利用するものである。すなわち、本実施形態では、配置表示域42内に「ターゲット」パネル画像が配置されている場合のゲーム進行において,前記監視結果を利用した処理を行う。
このフローチャートでは、まず、プレイヤキャラクタが1つの戦闘移動空間に移動すると、当該戦闘ゲーム空間のターゲットキャラクタの数が、例えばモンスターが1匹か2匹かというように判断される(ステップS121)。次いで、ターゲットコントロール表示処理の元でのそれぞれの場合において、所定の割込処理が許可される(ステップS123,S127)。そして、モンスターが1匹であれば、ステップS125で「ターゲットスコープ表示処理I」が実行され、モンスターが2匹であれば、ステップS129で「ターゲットスコープ表示処理II」が実行される。
図16〜図18は、割込許可される割込処理の内容を示している。図16は、制御部30によって実行される、ターゲットキャラクタが1つの場合における割込Iの処理を示すフローチャートである。まず、ターゲットキャラクタに対する継続的な監視の結果から、ターゲットキャラクタの存在する戦闘エリアがプレイヤキャラクタのいる戦闘エリアに対して異同の変化があったか否かが判断される(ステップS131)。異同の変化は、例えばプレイヤキャラクタが別の戦闘エリアに移動した結果、ターゲットキャラクタとの間で異同変化が発生したような相対的な場合も含む。なお、異同変化がなければ、割込Iの処理は発生しない。
異同変化の内、ターゲットキャラクタとプレイヤキャラクタとが異なる戦闘エリアに存在することとなった場合、「ターゲット」パネル画像601に「エリア外」画像603が併記表示される(ステップS133)。一方、異同変化の内、ターゲットキャラクタとプレイヤキャラクタとが同じ戦闘エリアに存在することとなった場合、「ターゲット」パネル画像601上から「エリア外」画像603が消去される(ステップS135)。そして、次に異同変化があるまで表示/非表示の状態が持続される。
図17は、制御部30によって実行される、ターゲットキャラクタが2つの場合における割込IIの処理を示すフローチャートである。まず、第1のターゲットキャラクタに対する継続的な監視の結果から、第1のターゲットキャラクタの存在する戦闘エリアがプレイヤキャラクタのいる戦闘エリアに対して異同の変化があったか否かが判断される(ステップS141)。異同の変化は、例えばプレイヤキャラクタが別の戦闘エリアに移動した結果、第1のターゲットキャラクタとの間で異同変化が発生したような相対的な場合も含む。なお、異同変化がなければ、割込IIの処理は発生しない。
異同変化の内、第1のターゲットキャラクタとプレイヤキャラクタとが異なる戦闘エリアに存在することとなった場合、「第1のターゲット」パネル画像701(図10参照)に「エリア外」画像が併記表示される(ステップS143)。一方、異同変化の内、第1のターゲットキャラクタとプレイヤキャラクタとが同じ戦闘エリアに存在することとなった場合、「第1のターゲット」パネル画像701上から「エリア外」画像が消去される(ステップS145)。そして、次に異同変化があるまで表示/非表示の状態が持続される。
図18は、制御部30によって実行される、ターゲットキャラクタが2つの場合における割込IIIの処理を示すフローチャートである。まず、第2のターゲットキャラクタに対する継続的な監視の結果から、第2のターゲットキャラクタの存在する戦闘エリアがプレイヤキャラクタのいる戦闘エリアに対して異同の変化があったか否かが判断される(ステップS151)。異同の変化は、例えばプレイヤキャラクタが別の戦闘エリアに移動した結果、第2のターゲットキャラクタとの間で異同変化が発生したような相対的な場合も含む。なお、異同変化がなければ、割込IIIの処理は発生しない。
異同変化の内、第2のターゲットキャラクタとプレイヤキャラクタとが異なる戦闘エリアに存在することとなった場合、「第2のターゲット」パネル画像801(図10参照)に「エリア外」画像803が併記表示される(ステップS153)。一方、異同変化の内、第2のターゲットキャラクタとプレイヤキャラクタとが同じ戦闘エリアに存在することとなった場合、「第2のターゲット」パネル画像801上から「エリア外」画像803が消去される(ステップS155)。そして、次に異同変化があるまで表示/非表示の状態が持続される。
図19は、「ターゲットスコープ表示処理I」(図15のステップS125参照)の一例を示すフローチャートである。まず、「ターゲット」パネル画像601(図9(a)参照)の押圧操作、LボタンL22の操作、LボタンL22の特定操作(リセット操作)の有無が、例えばこの順番で判断される(ステップS161,S163,S165)。いずれも操作無しと判断されると、本フローを抜ける。
一方、ステップS161で「ターゲット」パネル画像601が押圧操作されたのであれば、「ターゲットスコープ」画像602が表示中か否かが判断され(ステップS167)、表示中と判断されると、「ターゲットスコープ」画像602の消去が行われる(ステップS169)。一方、ステップS167で表示中でないと判断されると、「ターゲットスコープ」画像602の表示が行われる(ステップS171)。
また、ステップS163でLボタンL22が操作された場合、「ターゲットスコープ」画像602が表示、かつ「エリア外」画像603が非表示か否かが判断され(ステップS173)、「ターゲットスコープ」画像602が表示、かつ「エリア外」画像603が非表示であれば、仮想カメラに対してロックオン処理が行われ(ステップS175)、「ターゲットスコープ」画像602が表示、かつ「エリア外」画像603が非表示でなければ、カメラリセット処理が行われる(ステップS177)。なお、LボタンL22に対して特定操作、例えば2度押す操作が検出されると、カメラリセットと判断して、ステップS177に移行する。
図20、図21は、「ターゲットスコープ表示処理II」(図15のステップS129参照)の一例を示すフローチャートである。まず、「第1のターゲット」パネル画像部701(図10(a)参照)の押圧操作、「第2のターゲット」パネル画像部801(図10(a)参照)の押圧操作、LボタンL22の操作、LボタンL22の特定操作(リセット操作)の有無が、例えばこの順番で判断される(ステップS181,S183,S185,S187)。いずれも操作無しと判断されると、本フローを抜ける。
一方、ステップS181で「第1のターゲット」パネル画像部701が押圧操作されたのであれば、「第1のターゲットスコープ」画像702が表示中か否かが判断され(ステップS189)、表示中と判断されると、「第1のターゲットスコープ」画像702の消去が行われる(ステップS191)。一方、ステップS189で表示中でないと判断されると、「第1のターゲットスコープ」画像702の表示が行われ、かつ「第2のターゲットスコープ」画像802が表示されている場合にはその消去が行われる(ステップS193)。
また、ステップS183で「第2のターゲット」パネル画像部801が押圧操作されたのであれば、「第2のターゲットスコープ」画像802が表示中か否かが判断され(ステップS195)、表示中と判断されると、「第2のターゲットスコープ」画像802の消去が行われる(ステップS197)。一方、ステップS195で表示中でないと判断されると、「第2のターゲットスコープ」画像802の表示が行われ、かつ「第1のターゲットスコープ」画像702が表示されている場合にはその消去が行われる(ステップS199)。
さらに、ステップS185でLボタンL22が操作された場合、「第1のターゲットスコープ」画像702が表示中で、かつ「エリア外」画像703が非表示中の状態にあるか否か、次いで、「第2のターゲットスコープ」画像802が表示中で、かつ「エリア外」画像803が非表示中の状態にあるか否かが、例えばこの順番で判断される(ステップS201,S203)。
ステップS201の判断が肯定されると、第1のターゲットキャラクタに対する仮想カメラのロックオン処理が実行される(ステップS205)。一方、ステップS203の判断が肯定されると、第2のターゲットキャラクタに対する仮想カメラのロックオン処理が実行される(ステップS207)。さらに、一方、ステップS201及びS203のいずれの判断も否定されたときは、仮想カメラに対してカメラリセット処理が実行される(ステップS209)。
なお、LボタンL22に対して特定操作、例えば2度押す操作が検出されると(ステップS187でYes)、カメラリセットと判断して、ステップS209に移行する。
なお、本発明は以下の態様を採用することが可能である。
(1)ターゲットコントロールにおいて、ターゲットキャラクタが異なる戦闘エリアにいる場合には、「エリア外」画像603,703,803を表示してターゲットキャラクタに対するロックオンを不可としたが、その他にも、例えば、ターゲットキャラクタが地中に潜る態様のゲームの場合において、地中潜行中が検知された状態でLボタンL22が操作された場合、「探知不可」画像を併記して(または当該画像に変更して)ロックオンできないことを報知するようにしてもよい。
(2)ターゲットキャラクタが水中に潜る態様を有するゲームにおいて、ターゲットキャラクタへのカメラリセットは、地上の場合と異なる処理を採用してもよい。例えば、ターゲットキャラクタが地上にいる際には、仮想カメラのロックオンを水平面上での旋回で行い、ターゲットキャラクタが水中にいる場合には、仮想カメラのロックオンを水平面上での旋回及び垂直面での旋回で行って、ターゲットキャラクタを真正面で正対するようにしてもよい。
(3)本実施形態では、図9、図10に示すような「ターゲットスコープ」画像を採用したが、これに限定されず、ターゲットスコープの設定の有無が識別容易な形態の図柄であればよい。あるいは、図9、図10に示すような「ターゲット」パネル画像部の形及び表示色の少なくとも一方を変化させたり、点滅させたりなど、「ターゲット」パネル画像部に対する変化で表現するようにしてもよい。
(4)また、「ターゲット」パネル画像に限らず、ゲーム状況に応じてパネル画像内に表示される画像を変化させるようにしてもよい。例えば、前記「キック」パネル画像(図7、図8参照)をゲームの進行状況に応じて変化させてもよい。より具体的には、プレイヤキャラクタが仮想的に刀を所持している場合であって、刀を納めた納刀状態と刀を抜いて構えている抜刀状態とに区別されることを想定する。そして、納刀状態では、プレイヤキャラクタは走るなどの行動はできるが、刀を用いた攻撃行動ができない処理とされ、一方、抜刀状態では、プレイヤキャラクタは走るなどの行動が一部禁止されるが、刀を用いた攻撃行動が可能な処理とする。このような場合に、「キック」パネル画像内に表示される画像を、納刀状態および抜刀状態に応じて変化させればよい。例えば、納刀状態では図19(a)に示す「キック」のアイコン画像を表示し、抜刀状態では図19(b)に示す「特殊攻撃」の文字等を表示する。「キック」のアイコン画像が表示された状態(納刀状態)でパネル画像をタッチした場合では、プレイヤキャラクタにキック動作を行わせる。一方、「特殊攻撃」の文字等が表示された状態(抜刀状態)では、プレイヤキャラクタに特殊攻撃を行わせる。特殊攻撃としては、例えば刀を用いた攻撃であって、他の操作部材22を操作しても行わせることができないような動作がある。
(5)また、「ターゲット」パネル画像等のゲーム状況に応じてパネル画像内に表示される画像を変化させるようなパネル画像は、カスタマイズ対象(パネル画像)とせず、固定表示としてもよい。さらに、表示部11側に表示する構成であってもよい。例えば、「ターゲット」パネル画像を表示部11に表示する構成の場合、押圧操作に代えて、操作部材22のボタンでターゲットスコープ画像の表示、非表示を切り換える構成とすればよい。
(6)カメラリセットをLボタン22Lの2度押しで行う態様としたが、これに限定されず、操作部材22内の他のボタンでもよいし、表示部21内にカメラリセットボタン画像を別途設けてもよい。
(7)本実施形態では、選択表示域41の範囲を表示部21の画面の上部と左辺部とを利用したものとしたが、これに限定されず、配置表示域42が確保できればよく、例えば配置表示域42の周囲に環状に設ける態様であってもよい。
(8)「カメラ」パネル画像は、十字キーを模擬した形状であったが、ジョイスティック等を模擬した形状やアナログスティックを模擬した形状等であってもよい。また、十字キーに加え、アナログスティックやボタン等の物理的な操作子を模擬したパネル画像を用意してもよい。これによれば、プレイヤが自由に配置を決めてゲームをプレイできる。なお、物理的な操作子を模擬したパネル画像を配置した場合は、物理的な操作子の入力を受け付けないようにしてもよい。これにより、誤って操作子を操作してしまった場合であっても、ゲーム進行に影響が生じることを防止できる。
(9)本実施形態では、表示部11,21の二画面を使用したが、一画面を2つの領域に分割する態様であってもよい。例えば、タッチスクリーン一画面を2つの領域に分割して使用する。