JP2006204344A - ゲームプログラムおよびゲーム装置 - Google Patents

Abstract

【構成】 ゲーム装置１０はＬＣＤ１４を含み、ＬＣＤ１４に関連してタッチパネル２２が設けられる。ＬＣＤ１４には、記号を手書き入力するためのゲーム画面が表示される。プレイヤがスティック２４を用いて、タッチパネル２２上を撫でるように操作（ストローク操作）して記号を描画すると、描画記号がストローク操作の軌跡に従って予め設定されているサンプル記号のいずれかに該当するかどうかが判定される。これにより、プレイヤが入力した記号または記号列に応じた攻撃がプレイヤキャラクタによって実行される。
【効果】 記号や記号列を手書き入力するので、新しい操作感を得ることができる。
【選択図】 図１

Description

この発明はゲームプログラムおよびゲーム装置に関し、特にたとえば、ポインティングデバイスを用いて手書き入力した記号に応じてゲームを進行させる、ゲームプログラムおよびゲーム装置に関する。

背景技術の一例が特許文献１に開示される。この特許文献１によれば、一本のストロークが入力されると、スタックされた座標情報を用いて認識が行われる。具体的には、スタックされた座標情報が辞書とマッチングするかどうかを認識する。辞書とマッチングしなければ、次のストローク情報の入力を待ち、次のストローク情報と合わせて再度マッチングを行う。一方、辞書とマッチングすれば、その結果をたとえば表示部に表示する。このようにして、文字や図形の認識を行うようにしてある。

また、背景技術の他の例が特許文献２に開示される。この特許文献２には、手書き入力するためのタブレット及びスタイラスペン等の入力部から入力された時系列に得られる座標データを記憶しておき、記憶された座標データから文字と図形とを識別する装置が開示される。

さらに、背景技術のその他の例が特許文献３に開示される。この特許文献３によれば、英単語を手書き入力して辞書検索するとき、手書き入力パターンから、英単語としてありそうなアルファベットの組み合わせを表示して、単語検索の負担を軽減するようにしてある。
特開平６−１８７５０１号 特開平７−２８９５１号 特許第３５６０２８９号

しかし、特許文献１−特許文献３に開示された技術では、任意の記号または文字の入力を想定しているため、認識精度を高くする必要があり、そのため処理負担が増大してしまう。このため、予め入力すべき記号が定められているようなゲームにおいては、過剰な処理や装置を付加することになり、無駄が増える恐れがある。

それゆえに、この発明の主たる目的は、新規な、ゲームプログラムおよびゲーム装置を提供することである。

この発明の他の目的は、過剰な処理や装置を付加せずに、新しい操作感および楽しさを得ることができる、ゲームプログラムおよびゲーム装置を提供することである。

請求項１の発明は、ポインティングデバイスを用いて少なくとも１つの記号を手書き入力することによりゲームプレイするゲーム装置のゲームプログラムである。このゲームプログラムは、ゲーム装置のプロセサに、記号入力モード設定ステップ、記号設定ステップ、連続入力開始記号判断ステップ、およびゲーム処理ステップを実行させる。記号入力モード設定ステップは、ポインティングデバイスを用いて入力された第１記号または２以上の第１記号から成る第１記号列に基づいてゲームを進行させる記号入力モードを設定する。記号設定ステップは、記号入力モード設定ステップによって記号入力モードが設定されたとき、入力されるべき複数の第２記号を設定する。連続入力開始記号判断ステップは、記号設定ステップによって設定された複数の第２記号を参照して、最初に入力された第１記号が記号列の入力開始を示す連続入力開始記号であるか否かを判定する。そして、ゲーム処理ステップは、連続入力開始記号判定ステップの判定結果が肯定的である場合には、第１記号列に基づいてゲームを進行させ、判定結果が否定的である場合には、第１記号に基づいてゲームを進行させる。

請求項１の発明では、ゲームプログラムは、ゲーム装置（１０：実施例で相当する参照符号。以下、同じ。）のプロセサ（４２）によって実行される。このゲーム装置（１０）は、ポインティングデバイス（２２）を用いて少なくとも１つの記号を手書き入力することによりゲームプレイする。ゲームプログラムは、記号入力モード設定ステップ（４２，Ｓ５）、記号設定ステップ（４２，Ｓ３１）、連続入力開始記号判定ステップ（４２，Ｓ３３）、およびゲーム処理ステップ（４２，Ｓ７９，Ｓ８１−Ｓ８７）を実行させる。記号入力設定ステップ（４２，Ｓ５）は、ポインティングデバイス（２２）を用いて入力（描画）された第１記号または２以上の第１記号から成る第１記号列に基づいてゲームを進行させる記号入力モードを設定する。記号設定ステップ（４２，Ｓ２１）は、記号入力モードが設定されたとき（Ｓ５で“ＹＥＳ”）、入力されるべき（入力可能な）複数の第２記号を設定する。連続入力開始判定ステップ（４２，Ｓ３３）は、記号設定ステップ（４２，Ｓ２１）によって設定された複数の第２記号を参照して、ポインティングデバイス（２２）を用いて入力された第１記号が、記号列の入力開始を示す連続入力開始記号であるかどうかを判定する。ゲーム処理ステップ（４２，Ｓ７９，Ｓ８１−Ｓ８７）は、連続入力開始記号判定ステップ（４２，Ｓ３３）の判定結果が肯定的である場合（Ｓ３３で“ＹＥＳ”）には、第１記号列に基づいてゲームを進行させ、判定結果が否定的である場合（Ｓ３３で“ＮＯ”）には、第１記号に基づいてゲームを進行させる。

請求項１の発明によれば、手書きで入力した記号または記号列に基づいてゲームが進行されるので、新しい操作感が得られ、ゲームを楽しむことができる。

また、ゲームで入力されるべき記号は予め決定されているため、任意の文字を入力する場合に比べて、記号の判定処理が簡単であり、特別の装置や機能を付加する必要もほとんどない。

請求項２の発明は請求項１に従属し、ゲームプログラムは、連続入力記号判定ステップの判定結果が肯定的であるとき、入力されるべき第２記号列を少なくとも１種類設定する記号列設定ステップ、および第２記号列を参照して、第１記号列を判定する記号列判定ステップをさらに実行させ、ゲーム処理ステップは、記号列判定ステップによって第１記号列が第２記号列のいずれかに相当すると判定されたとき、第１記号列に基づいてゲームを進行させる。

請求項２の発明では、ゲームプログラムは、記号列設定ステップ（４２，Ｓ３５）および記号列判定ステップ（４２，Ｓ４７）をさらに実行させる。記号設定ステップ（４２，Ｓ３５）は、連続入力記号判定ステップ（４２，Ｓ３３）の判定結果が肯定的であるとき（Ｓ３３で“ＹＥＳ”）、入力されるべき（入力可能な）第２記号列を少なくとも１種類設定する。記号列判定ステップ（４２，Ｓ４７）は、第２記号列を参照して、第１記号列が第２記号列のいずれかに相当（該当）するか否かを判定する。ゲーム処理ステップ（４２，Ｓ７９−Ｓ８７）は、記号列判定ステップ（４２，Ｓ４７）によって第１記号列が第２記号列のいずれかに相当すると判定されたとき、第１記号列に基づいてゲームを進行させる。

請求項２の発明によれば、プレイヤが入力した記号列を判定して、判定した記号列に従ってゲームを進行させることができる。

請求項３の発明は請求項１または２に従属し、ゲームプログラムは、第２記号列に含まれる第２記号であって、次に入力されるべき第２記号を入力候補として設定する入力候補設定ステップ、第１記号と第２記号とが一致するとき、一致する第２記号を含む第２記号列のみを再設定する再設定ステップ、および入力候補設定ステップおよび再設定ステップを、設定すべき第２記号列が無くなるまで繰り返し実行させる繰り返しステップをさらに実行させる。

請求項３の発明では、ゲームプログラムは、入力候補設定ステップ（４２，Ｓ４１）、再設定ステップ（４２，Ｓ５９）および繰り返しステップ（４２，Ｓ３９）をさらに実行させる。入力候補設定ステップ（４２，Ｓ４１）は、第２記号列に含まれる第２記号であって、次に入力されるべき第２記号を入力候補として設定する。再設定ステップ（４２，Ｓ５９）は、第１記号と第２記号とが一致するとき、一致する第２記号を含む第２記号列のみを再設定する。繰り返しステップ（４２，Ｓ３９）は、設定すべき第２記号列が無くなるまで、入力候補設定ステップ（４２，Ｓ４１）および再設定ステップ（４２，Ｓ５９）を繰り返し実行させる。つまり、第１記号が入力される毎に、入力候補として設定される第２記号列が減少し、最終的に、設定すべき第２記号列が無くなる。

請求項３の発明によれば、入力候補として設定すべき第２記号列が次第に少なくされるので、記号列を絞り込んで入力することができる。つまり、入力が簡単である。

請求項４の発明は請求項３に従属し、ゲームプログラムは、第１記号が記号列の入力終了を示す連続入力終了記号であるかどうかを判定する連続入力終了記号判定ステップをさらに実行させ、ゲーム処理ステップは、入力終了記号判定ステップの判定結果が肯定的である場合に、連続入力開始記号と連続入力終了記号との間に入力された第１記号列に基づいてゲームを進行させる。

請求項４の発明では、ゲームプログラムは、連続入力終了記号判定ステップ（４２，Ｓ５５）をさらに実行させる。連続入力終了記号判定ステップ（４２，Ｓ５５）は、第１記号が記号列の入力終了を示す連続入力終了記号であるかどうかを判定する。ゲーム処理ステップ（４２，Ｓ７９−Ｓ８７）は、連続入力終了記号判定ステップ（４２，Ｓ５５）の判定結果が肯定的である場合に（ステップＳ５５で“ＹＥＳ”）、連続入力開始記号と連続入力終了記号との間に入力された第１記号列に基づいてゲームを進行させる。

請求項４の発明によれば、連続入力終了記号の入力により記号列の入力終了を知ることができるので、連続入力開始記号と連続入力終了記号との間に入力された記号列に基づいてゲームを進行させることができる。

請求項５の発明は請求項４に従属し、連続入力終了記号判定ステップの判定結果が否定的であるとき、繰り返しステップを継続的に実行させる。

請求項５の発明では、連続入力終了記号判定ステップ（４２，Ｓ５５）の判定結果が否定的であるとき（ステップＳ５５で“ＮＯ”）、繰り返しステップ（４２，Ｓ３９）を継続的に実行させる。

請求項５の発明によれば、連続入力終了記号が入力されるまでは、繰り返しステップを継続的に実行させるので、したがって、入力されるべき第２記号列の候補を次第に減らすことができる。つまり、入力が簡単である。

請求項６の発明は請求項１ないし５のいずれかに従属し、ゲーム処理ステップは、前記ゲームに登場するキャラクタに関するパラメータを変化させるパラメータ変化ステップを含む。

請求項６の発明では、ゲーム処理ステップ（４２，Ｓ７９−Ｓ８７）は、パラメータ変化ステップ（４２，Ｓ７９，Ｓ８１）を含む。パラメータ変化ステップ（４２，Ｓ７９，Ｓ８１）は、ゲームに登場するキャラクタ（２０２，２０４）に関するパラメータを変化させる。

請求項６の発明では、記号や記号列に基づいてゲームに登場するキャラクタのパラメータを変化させるので、これにより、ゲームを進行させることができる。

請求項７の発明は、ポインティングデバイスを用いて少なくとも１つの記号を手書き入力することによりゲームプレイするゲーム装置である。このゲーム装置は、記号入力モード設定手段、記号設定手段、連続入力開始記号判断手段、およびゲーム処理手段を備える。記号入力モード設定手段は、ポインティングデバイスを用いて入力された第１記号または２以上の第１記号から成る第１記号列に基づいてゲームを進行させる記号入力モードを設定する。記号設定手段は、記号入力モード設定手段によって記号入力モードが設定されたとき、入力されるべき複数の第２記号を設定する。連続入力開始記号判断手段は、記号設定手段によって設定された複数の第２記号を参照して、最初に入力された第１記号が記号列の入力開始を示す連続入力開始記号であるか否かを判定する。そして、ゲーム処理手段は、連続入力開始記号判定手段の判定結果が肯定的である場合には、第１記号列に基づいてゲームを進行させ、判定結果が否定的である場合には、第１記号に基づいてゲームを進行させる。

請求項７の発明においても、請求項１の発明と同様に、新しい操作感が得られ、ゲームを楽しむことができる。

この発明によれば、手書きで入力した記号または記号列に基づいてゲームが進行されるので、新しい操作感が得られ、ゲームを楽しむことができる。

また、ゲームで入力されるべき記号は予め決定されているため、任意の文字を入力する場合に比べて、記号の判定処理が簡単であり、特別の装置や機能を付加する必要もほとんどない。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１を参照して、この発明の一実施例であるゲーム装置１０は、第１の液晶表示器（ＬＣＤ）１２および第２のＬＣＤ１４を含む。このＬＣＤ１２およびＬＣＤ１４は、所定の配置位置となるようにハウジング1６に収納される。この実施例では、ハウジング１６は、上側ハウジング１６ａと下側ハウジング１６ｂとによって構成され、ＬＣＤ１２は上側ハウジング１６ａに収納され、ＬＣＤ１４は下側ハウジング１６ｂに収納される。したがって、ＬＣＤ１２とＬＣＤ１４とは縦（上下）に並ぶように近接して配置される。

なお、この実施例では、表示器としてＬＣＤを用いるようにしてあるが、ＬＣＤに代えて、ＥＬ(Electronic Luminescence)ディスプレイやプラズマディスプレイを用いるようにしてもよい。

図１からも分かるように、上側ハウジング１６ａは、ＬＣＤ１２の平面形状よりも少し大きな平面形状を有し、一方主面からＬＣＤ１２の表示面を露出するように開口部が形成される。一方、下側ハウジング１６ｂは、その平面形状が上側ハウジング１６ａよりも横長に選ばれ、横方向の略中央部にＬＣＤ１４の表示面を露出するように開口部が形成される。また、下側ハウジング１６ｂには、音抜き孔１８が形成されるとともに、操作スイッチ２０（２０ａ，２０ｂ，２０ｃ，２０ｄ，２０ｅ，２０Ｌおよび２０Ｒ）が設けられる。

また、上側ハウジング１６ａと下側ハウジング１６ｂとは、上側ハウジング１６ａの下辺（下端）と下側ハウジング１６ｂの上辺（上端）の一部とが回動可能に連結されている。したがって、たとえば、ゲームをプレイしない場合には、ＬＣＤ１２の表示面とＬＣＤ１４の表示面とが対面するように、上側ハウジング１６ａを回動させて折りたたんでおけば、ＬＣＤ１２の表示面およびＬＣＤ１４の表示面に傷がつくなどの破損を防止することができる。ただし、上側ハウジング１６ａと下側ハウジング１６ｂとは、回動可能に連結せずに、それらを一体的（固定的）に設けたハウジング１６を形成するようにしてもよい。

操作スイッチ２０は、方向指示スイッチ（十字スイッチ）２０ａ，スタートスイッチ２０ｂ、セレクトスイッチ２０ｃ、動作スイッチ（Ａボタン）２０ｄ、動作スイッチ（Ｂボタン）２０ｅ、動作スイッチ（Ｌボタン）２０Ｌおよび動作スイッチ（Ｒボタン）２０Ｒを含む。スイッチ２０ａ，２０ｂおよび２０ｃは、下側ハウジング１６ｂの一方主面であり、ＬＣＤ１４の左側に配置される。また、スイッチ２０ｄおよび２０ｅは、下側ハウジング１６ｂの一方主面であり、ＬＣＤ１４の右側に配置される。さらに、スイッチ２０Ｌおよびスイッチ２０Ｒは、それぞれ、下側ハウジング１６ｂの上端（天面）の一部であり、上側ハウジング１６ａとの連結部以外に当該連結部を挟むように、左右に配置される。

方向指示スイッチ２０ａは、ディジタルジョイスティックとして機能し、４つの押圧部の１つを操作することによって、プレイヤによって操作可能なプレイヤキャラクタ(またはプレイヤオブジェクト)の移動方向を指示したり、カーソルの移動方向を指示したりする等に用いられる。スタートスイッチ２０ｂは、プッシュボタンで構成され、ゲームを開始（再開）したり、一時停止(Pause)したりする等に用いられる。セレクトスイッチ２０ｃは、プッシュボタンで構成され、ゲームモードの選択等に用いられる。

動作スイッチ２０ｄすなわちＡボタンは、プッシュボタンで構成され、方向指示以外の動作、すなわち、プレイヤキャラクタに打つ（パンチ）、投げる、つかむ（取得）、乗る、ジャンプするなどの任意のアクションをさせることができる。たとえば、アクションゲームにおいては、ジャンプ、パンチ、武器を動かす等を指示することができる。また、ロールプレイングゲーム(ＲＰＧ)やシミュレーションＲＰＧにおいては、アイテムの取得、武器やコマンドの選択および決定等を指示することができる。動作スイッチ２０ｅすなわちＢボタンは、プッシュボタンで構成され、セレクトスイッチ２０ｃで選択したゲームモードの変更やＡボタン２０ｄで決定したアクションの取り消し等のために用いられる。

動作スイッチ（左押しボタン）２０Ｌおよび動作スイッチ（右押しボタン）２０Ｒは、プッシュボタンで構成され、左押しボタン（Ｌボタン）２０Ｌおよび右押しボタン（Ｒボタン）２０Ｒは、Ａボタン２０ｄおよびＢボタン２０ｅと同様の操作に用いることができ、また、Ａボタン２０ｄおよびＢボタン２０ｅの補助的な操作に用いることができる。

また、ＬＣＤ１４の上面には、タッチパネル２２が装着される。タッチパネル２２としては、たとえば、抵抗膜方式、光学式(赤外線方式)および静電容量結合式のいずれかの種類のものを用いることができる。また、タッチパネル２２は、その上面（検出面）をスティック２４ないしはペン（スタイラスペン）或いは指（以下、これらを「スティック２４等」という場合がある。）で、押圧したり、撫でたり、触れたりすることにより操作すると、スティック２４等の操作位置の座標を検出して、検出した座標（検出座標）に対応する座標データを出力する。

この実施例では、ＬＣＤ１４（ＬＣＤ１２も同じ、または略同じ。）の表示面の解像度は２５６ｄｏｔ×１９２ｄｏｔであり、タッチパネル２２の検出面の検出精度もその解像度に対応して２５６ｄｏｔ×１９２ｄｏｔとしてある。ただし、タッチパネル２２の検出面の検出精度は、ＬＣＤ１４の表示面の解像度よりも低くてもよく、高くてもよい。

ＬＣＤ１２およびＬＣＤ１４には異なるゲーム画像（ゲーム画面）を表示することができる。たとえば、一方のＬＣＤ（たとえば、ＬＣＤ１２）にゲームをプレイするためのゲーム画面を表示し、他方のＬＣＤ（たとえば、ＬＣＤ１４）に当該ゲームを操作するための文字情報を入力したり、アイコンを指示したりするためのゲーム画面（操作画面）を表示することができる。したがって、プレイヤはスティック２４等でタッチパネル２２を操作することにより、ＬＣＤ１４の画面上で、文字情報（コマンド）を入力したり、アイコン（或いは所定の画像）を指示したりすることができる。

このように、ゲーム装置１０は、２画面分の表示部となるＬＣＤ１２およびＬＣＤ１４を有し、いずれか一方（この実施例では、ＬＣＤ１４）の上面にタッチパネル２２が設けられるので、２画面（１２，１４）と２系統の操作部（２０，２２）とを有する構成になっている。

また、この実施例では、スティック２４は、たとえば上側ハウジング１６ａの側面（右側面）近傍に設けられる収納部（収納穴）２６に収納することができ、必要に応じて取り出される。ただし、スティック２４を設けない場合には、収納部２６を設ける必要もない。

さらに、ゲーム装置１０はメモリカード（またはゲームカートリッジ）２８を含み、このメモリカード２８は着脱自在であり、下側ハウジング１６ｂの裏面ないしは下端（底面）に設けられる挿入口３０から挿入される。図１では省略するが、挿入口３０の奥部には、メモリカード２８の挿入方向先端部に設けられるコネクタ（図示せず）と接合するためのコネクタ４６（図２参照）が設けられており、したがって、メモリカード２８が挿入口３０に挿入されると、コネクタ同士が接合され、ゲーム装置１０のＣＰＵコア４２（図２参照）がメモリカード２８にアクセス可能となる。

なお、図１では表現できないが、下側ハウジング１６ｂの音抜き孔１８と対応する位置であり、この下側ハウジング１６ｂの内部にはスピーカ３２（図２参照）が設けられる。

また、図１では省略するが、たとえば、下側ハウジング１６ｂの裏面側には、電池収容ボックスが設けられ、また、下側ハウジング１６ｂの底面側には、電源スイッチ、音量スイッチ、外部拡張コネクタおよびイヤフォンジャックなどが設けられる。

図２はゲーム装置１０の電気的な構成を示すブロック図である。図２を参照して、ゲーム装置１０は電子回路基板４０を含み、この電子回路基板４０にはＣＰＵコア４２等の回路コンポーネントが実装される。ＣＰＵコア４２は、バス４４を介してコネクタ４６に接続されるととともに、ＲＡＭ４８、第１のグラフィック処理ユニット（ＧＰＵ）５０、第２のＧＰＵ５２、入出カインターフエース回路（以下、「Ｉ／Ｆ回路」という。）５４およびＬＣＤコントローラ６０が接続される。

コネコタ４６には、上述したように、メモリカード２８が着脱自在に接続される。メモリカード２８は、ＲＯＭ２８ａおよびＲＡＭ２８ｂを含み、図示は省略するが、ＲＯＭ２８ａおよびＲＡＭ２８ｂは、互いにバスで接続され、さらに、コネクタ４６と接合されるコネクタ（図示せず）に接続される。したがって、上述したように、ＣＰＵコア４２は、ＲＯＭ２８ａおよびＲＡＭ２８ｂにアクセスすることができるのである。

ＲＯＭ２８ａは、ゲーム装置１０で実行すべきゲーム（仮想ゲーム）のためのゲームプログラム、画像（キャラクタ画像、背景画像、アイテム画像、アイコン（ボタン）画像、メッセージ画像など）データおよびゲームに必要な音（音楽）のデータ（音データ）等を予め記憶する。ＲＡＭ（バックアップＲＡＭ）２８ｂは、そのゲームの途中データやゲームの結果データを記憶（セーブ）する。

ＲＡＭ４８は、バッファメモリないしはワーキングメモリとして使用される。つまり、ＣＰＵコア４２は、メモリカード２８のＲＯＭ２８ａに記憶されたゲームプログラム、画像データおよび音データ等をＲＡＭ４８にロードし、ロードしたゲームプログラムを実行する。また、ＣＰＵコア４２は、ゲームの進行に応じて一時的に発生するデータ（ゲームデータやフラグデータ）をＲＡＭ４８に記憶しつつゲーム処理を実行する。

なお、ゲームプログラム、画像データおよび音データ等は、ＲＯＭ２８ａから一度に全部、または部分的かつ順次的に読み出され、ＲＡＭ４８に記憶（ロード）される。

ＧＰＵ５０およびＧＰＵ５２は、それぞれ、描画手段の一部を形成し、たとえばシングルチップＡＳＩＣで構成され、ＣＰＵコア４２からのグラフィックスコマンド（graphics command ：作画命令）を受け、そのグラフィックスコマンドに従ってゲーム画像データを生成する。ただし、ＣＰＵコア４２は、グラフィックスコマンドに加えて、ゲーム画像データの生成に必要な画像生成プログラム（ゲームプログラムに含まれる。）をＧＰＵ５０およびＧＰＵ５２のそれぞれに与える。

また、ＧＰＵ５０には、第１のビデオＲＡＭ（以下、「ＶＲＡＭ」という。）５６が接続され、ＧＰＵ５２には、第２のＶＲＡＭ５８が接続される。ＧＰＵ５０およびＧＰＵ５２が作画コマンドを実行するにあたって必要なデータ（画像データ：キャラクタデータやテクスチャ等のデータ）は、ＧＰＵ５０およびＧＰＵ５２が、それぞれ、第１のＶＲＡＭ５６および第２のＶＲＡＭ５８にアクセスして取得する。なお、ＣＰＵコア４２は、描画に必要な画像データをＧＰＵ５０およびＧＰＵ５２を介して第１のＶＲＡＭ５６および第２のＶＲＡＭ５８に書き込む。ＧＰＵ５０はＶＲＡＭ５６にアクセスして描画のためのゲーム画像データを作成し、ＧＰＵ５２はＶＲＡＭ５８にアクセスして描画のためのゲーム画像データを作成する。

ＶＲＡＭ５６およびＶＲＡＭ５８は、ＬＣＤコントローラ６０に接続される。ＬＣＤコントローラ６０はレジスタ６２を含み、レジスタ６２はたとえば１ビットで構成され、ＣＰＵコア４２の指示によって「０」または「１」の値（データ値）を記憶する。ＬＣＤコントローラ６０は、レジスタ６２のデータ値が「０」である場合には、ＧＰＵ５０によって作成されたゲーム画像データをＬＣＤ１２に出力し、ＧＰＵ５２によって作成されたゲーム画像データをＬＣＤ１４に出力する。また、ＬＣＤコントローラ６０は、レジスタ６２のデータ値が「１」である場合には、ＧＰＵ５０によって作成されたゲーム画像データをＬＣＤ１４に出力し、ＧＰＵ５２によって作成されたゲーム画像データをＬＣＤ１２に出力する。

なお、ＬＣＤコントローラ６０は、ＶＲＡＭ５６およびＶＲＡＭ５８から直接ゲーム画像データを読み出したり、ＧＰＵ５０およびＧＰＵ５２を介してＶＲＡＭ５６およびＶＲＡＭ５８からゲーム画像データを読み出したりする。

Ｉ／Ｆ回路５４には、操作スイッチ２０，タッチパネル２２およびスピーカ３２が接続される。ここで、操作スイッチ２０は、上述したスイッチ２０ａ，２０ｂ，２０ｃ，２０ｄ，２０ｅ，２０Ｌおよび２０Ｒであり、操作スイッチ２０が操作されると、対応する操作信号（操作データ）がＩ／Ｆ回路５４を介してＣＰＵコア４２に入力される。また、タッチパネル２２からの座標データがＩ／Ｆ回路５４を介してＣＰＵコア４２に入力される。さらに、ＣＰＵコア４２は、ゲーム音楽（ＢＧＭ）、効果音またはゲームキャラクタの音声（擬制音）などのゲームに必要な音データをＲＡＭ４８から読み出し、Ｉ／Ｆ回路５４を介してスピーカ３２から出力する。

図３は、この実施例のゲーム装置１０のＬＣＤ１２に表示されるゲーム画面２００およびＬＣＤ１４に表示されるゲーム画面２２０の例を示す図解図である。図３に示すように、ゲーム画面２００では、この実施例の仮想ゲームの３次元仮想空間（ゲーム空間）のうち、少なくともプレイヤキャラクタ２０２を含む一部の領域（範囲）が表示される。図３に示すように、たとえば、プレイヤキャラクタ２０２は、ゲーム画面２００の中央から右寄りに表示され、プレイヤキャラクタ２０２に対面するように、敵キャラクタ２０４がゲーム画面２００の中央から左寄りに表示される。また、ゲーム画面２００では、森林等の背景オブジェクトも表示される。さらに、ゲーム画面２００の上部には、メッセージ表示領域２０６が設けられる。ここでは、メッセージ表示領域２０６には、後述するゲーム画面２２０を用いた記号の入力（手書き入力）を促すメッセージ（たとえば、「魔法の記号を書いてください」）が表示される。さらにまた、ゲーム画面２００の下部には、記号サンプル表示領域２０８が設けられる。詳細な図示は省略するが、記号サンプル表示領域２０８の各マス目には、入力可能な記号（以下、「サンプル記号」ということがある。）が表示される（図４（Ｂ）参照）。

また、ゲーム画面２２０ないし操作画面（入力画面）には、候補表示領域２２２、手書き入力領域２２４および記号表示領域２２６が設けられる。候補表示領域２２２は、記号列を入力する場合に、入力すべき記号の候補を表示するための領域であり、ゲーム画面２２０の中央から右寄りに設けられる。手書き入力領域２２４は、プレイヤがスティック２４を用いて記号を手書き（入力）するための領域であり、ゲーム画面２２０の中央から左寄りに設けられる。記号表示領域２２６は、プレイヤが手書きした記号を表示するための領域であり、ゲーム画面２２０の中央上部に設けられる。

なお、図示は省略するが、記号表示領域２２６には、次に入力される（表示すべき）文字の表示位置を示すカーソル（指示画像）も表示される。以下に示す図４ないし図７においても同じである。

たとえば、プレイヤキャラクタ２０２と敵キャラクタ２０４との戦闘場面において、プレイヤキャラクタ２０２に所望の攻撃（魔法、技など）を実行させるために、プレイヤは、コマンド（または、呪文、暗号、パスワードなど）を手書きで入力する。戦闘場面で実行可能な攻撃すなわち入力可能なコマンドは、プレイヤキャラクタ２０２の種類やレベルに応じて複数用意（決定）されており、たとえば、各コマンドは１つの記号または２つ以上の記号を含む記号列で表される。以下、図４ないし図７を用いて、コマンド（記号または記号列）の入力方法について説明することにする。

図４（Ａ）には、コマンド（記号または記号列）を入力する場面（ここでは、戦闘場面）になったときに、ＬＣＤ１４に表示されるゲーム画面２２０が示される。また、図４（Ｂ）には、プレイヤが入力可能な記号列の例として、第１記号列、第２記号列および第３記号列が示される。また、図４（Ｂ）には、プレイヤが入力可能な記号の例として、第１記号、第２記号、第３記号、連続入力開始記号および連続入力終了記号が示される。図４（Ｂ）から分かるように、第１記号列、第２記号列および第３記号列は、第１記号、第２記号および第３記号の各々を少なくとも１つ含んでいる。第１記号、第２記号および第３記号が図３に示したゲーム画面２００の記号サンプル表示領域２０８に表示される記号である。ただし、連続入力開始記号および連続入力終了記号も記号サンプル表示領域２０８に表示される。ここで、連続入力開始記号は、記号列を入力することを決定（確定）したことを示す記号であり、連続入力終了記号は記号列の入力を終了したことを示す記号であり、いずれの記号も記号列（コマンド）には含まれない。つまり、連続入力開始記号と連続入力終了記号との間に入力された２以上の記号の配列が記号列である。

たとえば、図４（Ａ）に示すゲーム画面２００において、プレイヤがスティック２４を用いて手書き入力領域２２４に所望の記号を入力する。ここで、図４（Ｂ）からも分かるように、入力可能な記号（サンプル記号）はすべて一筆書き可能である。したがって、この実施例では、プレイヤが記号を入力したか否かは、タッチ入力の状態（タッチオン状態またはタッチオフ状態）の変化によって検出するようにしてある。具体的には、タッチオフ状態からタッチオン状態に変化すると、記号の入力を開始したと判断し、その後、再びタッチオフ状態に変化すると、記号の入力を終了したと判断する。記号の入力開始（タッチオン）から入力終了（タッチオフ）までに、タッチパネル２２から入力される座標データを時系列で記憶しておき、複数の座標データが示す座標（タッチ座標）によって形成される軌跡に基づいて、プレイヤが記述（描画）した記号を判定する。記号の判定方法は、後で詳細に説明するため、ここでは詳細な説明は省略する。

入力された記号が第１記号、第２記号または第３記号として判定されると、判定された記号（コマンド）に設定された攻撃をプレイヤキャラクタ２０２に実行させる。ただし、記号に設定された攻撃に必要なマジックポイントが、現在のプレイヤキャラクタ２０２のマジックポイント以下である場合に、当該攻撃を実行することができる。一方、記号に設定された攻撃に必要なマジックポイントが、現在のプレイヤキャラクタ２０２のマジックポイントを超える場合には、当該攻撃を実行することはできない。

プレイヤキャラクタ２０２が敵キャラクタ２０４を攻撃すると、敵キャラクタ２０４の生命力（ヒットポイント）が当該攻撃に応じて減算される。また、このとき、攻撃に必要なマジックポイントが、プレイヤキャラクタ２０２の現在のマジックポイントから減算される。つまり、プレイヤキャラクタ２０２および敵キャラクタ２０４に関するパラメータが変化されるのである。

そして、敵キャラクタ２０４のヒットポイントが無くなると、プレイヤキャラクタ２０２は戦闘に勝利し、次の面ないしステージに進む。一方、戦闘において、敵キャラクタ２０４はプレイヤキャラクタ２０２を攻撃するため、プレイヤキャラクタ２０２のヒットポイントが無くなると、プレイヤキャラクタ２０２は戦闘に敗退し、ゲームオーバとなる。

また、プレイヤが連続入力開始記号を入力し、これが判定されると、記号列の入力が開始される。たとえば、図４（Ｂ）に示す第１記号列、第２記号列および第３記号列のいずれかを入力することができると仮定し、記号列の入力方法について説明する。図５（Ａ）は、連続入力すなわち記号列の入力が開始され、１番目の記号を入力する前のゲーム画面２２０を示す。上述したように、ここでは、第１記号列、第２記号列または第３記号列を入力することができるため、これらの記号列が設定（用意）される。したがって、図４（Ｂ）からよく分かるように、１番目に入力可能な記号は第１記号または第３記号である。このため、図５（Ａ）に示すゲーム画面２２０では、候補表示領域２２２に、第１記号および第３記号が表示される。

ここで、図５（Ｂ）に示すように、プレイヤが、ゲーム画面２２０の手書き入力領域２２４に第３記号を入力したと仮定する。記号の入力開始および入力終了がタッチ状態で判別される点は上述した通りである。以下、同様である。記号の入力が終了すると、入力された記号が判定される。入力された記号が第３記号として判定されると、図６（Ａ）に示すように、１番目の記号として第３記号が記号表示領域２２６に表示される。なお、この図６（Ａ）は２番目の記号の入力前のゲーム画面２２０を示す。この図６（Ａ）に示すゲーム画面２２０では、候補表示領域２２２に、２番目に入力すべき記号が表示される。つまり、２番目の記号の入力候補が表示される。

上述したように、この実施例では、第１記号列、第２記号列または第３記号列を入力することができ、１番目の文字として、第３記号が入力されているため、第１記号列は入力可能な記号列の候補から除外される。したがって、図６（Ａ）に示すゲーム画面２２０を表示するとき、第２記号列および第３記号列が入力可能な記号列として設定（再設定）される。また、第２記号列および第３記号列の２番目の記号が入力可能な記号すなわち入力候補の記号として、候補表示領域２２２に表示される。ここでは、図６（Ａ）に示すように、第１記号および第２記号が表示される。

なお、図６（Ａ）に示すように、プレイヤの入力した記号が判定され、記号表示領域２２６に表示されると、手書き入力領域２２４に表示された（書かれた）記号は消去（リセット）され、次の記号を入力可能な状態にされる。このことは、２番目以降に入力された記号が判定され、記号表示領域２２６に表示された場合も同様である。

図６（Ｂ）に示すように、プレイヤが２番目の記号を手書き入力領域２２４に入力すると、入力した記号が判定される。ここでは、たとえば、第１記号が判定される。したがって、図７に示すように、記号表示領域２２６では、１番目の記号（ここでは、第３記号）に続いて第１記号が表示される。このとき、手書き入力領域２２４はリセットされる。また、２番目の記号が入力されることにより、第２記号列は入力可能な記号列の候補から除外され、３番目の記号を入力する際には、つまり図７に示すゲーム画面２２０が表示された時点においては、第３記号列のみが設定される。したがって、図７からもよく分かるように、候補表示領域２２２には、第３記号列の３番目の記号すなわち第３記号のみが表示される。

図示は省略するが、次に、プレイヤは、第３記号を入力し、さらに、第３記号列の４番目の記号すなわち第２記号を入力し、連続入力終了記号を入力することにより、第３記号列の入力を終了する。なお、３番目の記号および４番目の記号が入力され、判定されると、それぞれ、記号表示領域２２６に表示される。また、３番目の記号が入力され、判定された後には、４番目の記号を入力すべく第２記号が候補表示領域２２２に表示されたゲーム画面２２０が表示される。

このように、記号が入力される度に、入力可能な記号列の候補が削減されるため、プレイヤは入力し易く、しかも記号列の入力にかかる処理を軽減することができる。

記号列（ここでは、第３記号列）の入力を終了すると、記号列が判定され、判定された記号列（コマンド）に応じた攻撃が実行される。ただし、記号列は、記号表示領域２２６に表示された記号の配列を検出し、該当する配列の記号列が存在するか否かを判定する。ここで、記号列を判定するようにしてあるのは、制限時間が経過してしまい、記号列の最後の記号まで入力できないことがあるからである。なお、図示等は省略するが、ゲーム処理をいたずらに遅延させないために、記号列を入力する場合の制限時間（最大時間）が予め設定され、記号列の入力開始から当該制限時間はカウントされる。したがって、たとえば、所望の記号列を最後まで入力できない場合には、プレイヤキャラクタ２０２は、自身の攻撃ターンであっても、攻撃できなかったり、攻撃ミスしたりするような演出をすることができる。ただし、途中まで入力された記号または記号列による攻撃を実行するようにしてもよい。かかる場合には、記号列が長くなるにつれて、より高度な（ヒットポイントの高い）攻撃を実行するような演出にすることができる。

なお、現在のプレイヤキャラクタ２０２のマジックポイントが記号列に対応する攻撃に必要なマジックポイント以上であることが必要である点は、記号に対応する攻撃を実行する場合と同じである。また、ヒットポイントに応じて、プレイヤキャラクタ２０２や敵キャラクタ２０４が死滅等する点は、上述した場合と同じである。

さらに、入力された記号が、第１記号、第２記号、第３記号、連続入力開始記号および連続入力終了記号のいずれにも該当しないと判定された場合には、誤入力と判断し、再度記号を入力させるようにしてある。

図８は図２に示すＲＡＭ４８のメモリマップを示す図解図である。この図８を参照して、ＲＡＭ４８はプログラム記憶領域７０およびデータ記憶領域７２を含む。プログラム記憶領域７０にはゲームプログラムが記憶される。このゲームプログラムは、ゲーム初期設定プログラム７０ａ、ゲームメイン処理プログラム７０ｂ、タッチオン／タッチオフ検出プログラム７０ｃ、タッチ軌跡一時記プログラム７０ｄ、入力可能記号読み出しプログラム７０ｅ、記号入力判定プログラム７０ｆ、記号列設定プログラム７０ｇ、入力候補記号表示制御プログラム７０ｈ、入力記号列判定プログラム７０ｉ、攻撃処理プログラム７０ｊ、プレイヤキャラクタ表示制御プログラム７０ｋおよび敵キャラクタ表示制御プログラム７０ｍなどによって構成される。

ゲーム初期設定プログラム７０ａは、この実施例の仮想ゲーム（たとえば、ＲＰＧ）の初期設定をするためのプログラムである。具体的には、仮想ゲームを始めから開始する場合には、プレイヤキャラクタ２０２の初期位置を設定したり、各種フラグや各種レジスタに初期値に設定したり、メモリ（ＲＡＭ４８のバッファ領域）をクリアしたりなどする。また、仮想ゲームを前回の続きから開始する場合には、バックアップデータをロードし、前回の続きとなるプレイヤキャラクタ２０２の現在位置を設定したり、バックアップしておいた値を各種フラグや各種レジスタに設定したりする。

ゲームメイン処理プログラム７０ｂは、この仮想ゲームのメインルーチンを処理するためのプログラムである。タッチオン／タッチオフ検出プログラム７０ｃは、タッチパネル２２を用いたタッチ操作（タッチ入力）の有無を検出するためのプログラムである。具体的には、プログラム７０ｃは、タッチパネル２２にタッチしていない（タッチオフ）状態からタッチパネル２２にタッチする（タッチオン）状態への変化を検出する。また、プログラム７０ｃは、タッチオン状態からタッチオフ状態への変化も検出する。さらに、プログラム７０ｃは、後述するタッチオンフラグ７２ａ（図９参照）を成立（オン）／不成立（オフ）させる。

タッチ軌跡一時記憶プログラム７０ｄは、プレイヤがドラッグ（スライド）操作する間に、一定時間（この実施例では、１フレーム（画面更新単位時間：１／６０秒））毎に検出されるタッチ座標（座標データ）をバッファ領域（後述するタッチ入力データ一時記憶領域７２ｂ）に時系列に従って記憶するためのプログラムである。また、プログラム７０ｄは、上述したタッチオン／タッチオフ検出プログラム７０ｃに従って、タッチオフ状態からタッチオン状態への変化が検出されたときにタッチ座標の記憶を開始し、タッチオン状態からタッチオフ状態への変化が検出されたときにタッチ座標の記憶を終了する。ただし、バッファ領域に一時記憶したタッチ座標は、次回のタッチ座標の記憶を開始するとき、または、タッチ座標の記憶を終了し、後述する記号入力判定プログラム７０ｆによる記号入力の判定後に、消去される。

入力可能記号読み出しプログラム７０ｅは、記号を入力するモード（この実施例では、戦闘場面）において、プレイヤが入力可能な記号を読み出し、画面表示するためのプログラム７０ｅである。言い換えると、入力可能記号読み出しプログラム７０ｅは、プレイヤキャラクタ２０２が実行可能な攻撃のコマンドを入力するための記号を読み出し、画面表示する。記号入力判定プログラム７０ｆは、タッチ軌跡一時記憶プログラム７０ｄに従って記憶されたタッチ座標の軌跡に基づいて入力された記号（描画記号）を判定する。ここで判定される記号には、上述した第１記号−第３記号のみならず、連続入力開始記号および連続入力終了記号も含まれる。

記号列設定プログラム７０ｇは、記号列を入力する場合に、入力可能な記号列の候補を設定（用意）するためのプログラムである。言い換えると、プログラム７０ｇは、プレイヤキャラクタ２０２が実行可能な攻撃のコマンドを入力するためのプログラムである。入力候補記号表示制御プログラム７０ｈは、記号列を入力する場合に、ｍ（ｍは１以上の整数）番目に入力されるべき記号の候補を検出して、ゲーム画面２２０の候補表示領域２２２に表示するためのプログラムである。上述したように、３つの記号列が入力可能である場合には、１番目に入力されるべき記号の候補は３つ表示される。そして、２番目に入力されるべき記号の候補としては、１番目の記号として入力された記号を含む記号列の２番目の記号が表示される。このようにして、プレイヤは順次記号を入力して所望の記号列すなわちコマンドを入力する。

入力記号列判定プログラム７０ｉは、記号入力判定プログラム７０ｆに従って連続入力終了記号が判定された後に、連続入力開始記号と連続入力終了記号との間に入力された記号列がいずれの記号列に該当するのかを判定するためのプログラムである。攻撃処理プログラム７０ｊは、プレイヤの操作すなわち入力されたコマンドに従う攻撃をプレイヤキャラクタ２０２に実行させ、敵キャラクタ２０４にダメージを与える処理を実行するためのプログラムである。

プレイヤキャラクタ表示制御プログラム７０ｋは、プレイヤキャラクタ２０２を表示制御するためのプログラムである。具体的には、プレイヤの操作に従って、更新された３次元位置にプレイヤキャラクタ２０２を移動させるように表示（アニメーション表示）したり、プレイヤキャラクタ２０２に任意のアクションをさせるようにアニメーション表示したりする。敵キャラクタ表示制御プログラム７０ｍは、敵キャラクタ２０４を表示制御するためのプログラムである。具体的には、コンピュータ（ＣＰＵコア４２）の指示に従って、更新された３次元位置に敵キャラクタ２０４を移動させるようにアニメーション表示したり、敵キャラクタ２０４に任意のアクションをさせるようにアニメーション表示したりする。

なお、図示は省略するが、プログラム記憶領域７０には、ゲーム音再生プログラムやバックアッププログラムなども記憶される。ゲーム音再生プログラムは、ゲームに必要な音（音楽）を再生するためのプログラムである。また、バックアッププログラムは、プレイヤの指示や所定のイベントに従ってゲームの途中データや結果データをメモリカード２８に記憶（セーブ）するためのプログラムである。

データ記憶領域７２には、タッチオンフラグ７２ａが記憶され、図示は省略するが、他の各種フラグや各種レジスタなども記憶される。タッチオンフラグ７２ａは、上述したように、タッチオン／タッチオフ検出プログラム７０ｃに従ってオン／オフされる。タッチオンフラグ７２ａは、たとえば、１ビットのレジスタで構成され、当該フラグ７２ａがオンされるとレジスタにはデータ値「１」が設定され、当該フラグ７２ａがオフされるとレジスタにはデータ値「０」が設定される。ただし、タッチオン状態でタッチオンフラグ７２ａはオンされ、タッチオフ状態でタッチオンフラグ７２ａはオフされる。

また、データ記憶領域７２には、タッチ入力データ一時記憶領域７２ｂ、入力可能記号列データ記憶領域７２ｃ、候補表示用データ記憶領域７２ｄ、テーブルデータ記憶領域７２ｅ、記号列データ記憶領域７２ｆ、記号データ記憶領域７２ｇ、プレイヤキャラクタデータ記憶領域７２ｈおよび敵キャラクタデータ記憶領域７２ｉなどの記憶領域を含む。

タッチ入力データ一時記憶領域７２ｂは、タッチ入力データすなわちタッチパネル２２から入力される座標データを一時記憶する領域（バッファ領域）である。ただし、この実施例では、上述したように、タッチオン／タッチオフ検出プログラム７０ｃに従ってタッチオフ状態からタッチオン状態に変化したことが検出されてから、その後タッチオフ状態が検出されるまでの間に、タッチ軌跡一時記憶プログラム７０ｄに従って検出された座標データが時系列に従って記憶される。

入力可能記号列データ記憶領域７２ｃは、入力可能な記号列のキャラクタデータ（入力可能記号列データ）を記憶するための領域である。この入力可能記号列データ記憶領域７２には、プレイヤが記号列を入力するとき、すなわち記号入力判定プログラム７０ｆに従って入力された記号が連続入力開始記号であると判定されたとき、記号列設定プログラム７０ｇに従って、後述する記号列データ記憶領域７２ｆから読み出された１または２以上の記号列データが記憶（設定）される。

候補表示用データ記憶領域７２ｄは、記号列を入力するときに、次に入力されるべき記号すなわち候補表示領域２２２に表示される記号のデータ（記号データ）を記憶するための領域である。したがって、たとえば、上述した第１記号列、第２記号列および第３記号列を入力可能な場合には、１番目の記号の入力前では、第１記号および第３記号のキャラクタデータが候補表示用データ記憶領域７２ｄに記憶され、これを用いてゲーム画面２２０の候補表示領域２２２に第１記号および第３記号が表示される。

テーブルデータ記憶領域７２ｅには、後述するテーブルデータ（図１０参照）が記憶されており、このテーブルデータは、プレイヤが手書き入力（描画）した記号が予め設定してある記号のいずれに該当するかを判定するために利用（参照）される。記号列データ記憶領域７２ｆは、記号列データを記憶する領域であり、この実施例では、第１記号列データ８０、第２記号列データ８２、…が記憶される。ここでは、説明の便宜上、記号列データに「第１」および「第２」の文字を付して区別するようにしてあるが、記号列は、図４（Ｂ）等に示した第１記号列等と同じであってもよく、異なっていてもよい。ただし、記号列データの種類や数は、この仮想ゲームのプログラマないし開発者によって任意に設定（決定）される。

記号データ記憶領域７２ｇは、記号（記号列に含まれる場合もある。）、連続入力開始記号および連続入力終了記号についてのデータ（記号データ）を記憶する領域であり、この実施例では、第１記号データ９０、第２記号データ９２、…が記憶される。ここで、「第１」および「第２」の文字を付して区別する点は、上述した記号列データの場合と同様である。また、記号データの種類や数が任意に設定される点も上述した記号列データの場合と同様である。

プレイヤキャラクタデータ記憶領域７２ｈは、プレイヤキャラクタ２０２についてのデータを記憶する領域である。具体的には、ヒットポイント（ライフ）のデータ１００、マジックポイントのデータ１０２、画像データ１０４および位置データ１０６を含む。

ヒットポイントのデータ１００は、プレイヤキャラクタ２０２の生命力を示す数値データであり、ヒットポイントはプレイヤキャラクタ２０２のレベルや体力、または、敵キャラクタ２０４との戦闘によるダメージ等に応じて変化される。たとえば、敵キャラクタ２０４を倒したり、特定のアイテムを獲得したり、食事をしたり、休憩（睡眠）をしたりすると増加され、戦闘場面において敵キャラクタ２０４の攻撃を受けたり、体力が消耗したりすると減少される。また、プレイヤキャラクタ２０２のヒットポイントが０になると、プレイヤキャラクタ２０２は死滅し、ゲームオーバとなる。

マジックポイントのデータ１０２は、攻撃が可能かどうかを示す数値データであり、マジックポイントはプレイヤキャラクタ２０２のレベルや戦闘による経験値、または敵キャラクタ２０４との戦闘における攻撃の種類や回数等に応じて変化する。また、マジックポイントが０になると、攻撃が不能となる。かかる場合には、プレイヤキャラクタ２０２が特定のアイテムを取得したり、休憩（睡眠）したり、食事をしたりなどすることにより、マジックポイントを増やす必要がある。

画像データ１０４は、プレイヤキャラクタ２０２を画面表示するためのデータ（ポリゴンデータやテクスチャデータなど）である。位置データ１０６は、仮想ゲーム空間におけるプレイヤキャラクタ２０２の３次元位置（３次元座標）のデータである。ここで、プレイヤキャラクタ２０２は、プレイヤの指示に従って移動が制御されるため、その移動に伴って位置データ１０６が更新される。

なお、この実施例では、プレイヤキャラクタデータは、１種類のみを記憶するようにしてあるが、プレイヤキャラクタ２０２を２種類以上用意する場合には、各プレイヤキャラクタ２０２に応じてプレイヤキャラクタデータが記憶される。

敵キャラクタデータ記憶領域７２ｉは、第１敵キャラクタデータ１１０、第２敵キャラクタデータ１１２、…を含む。つまり、各敵キャラクタ２０４に関するデータが個別に記憶される。敵キャラクタ２０４の種類、数等は、仮想ゲームのプログラマないし開発者によって決定される。

第１敵キャラクタデータ１１０は、ヒットポイントのデータ１１０ａ、画像データ１１０ｂおよび位置データ１１０ｃを含む。これらのデータは、プレイヤキャラクタデータ記憶領域７２ｈに記憶されるデータと同様であるため、簡単に説明することにする。また、第２敵キャラクタデータ１１２等の内容は、第１敵キャラクタデータ１１０と同様であるため、詳細な説明等は省略することにする。 ヒットポイントのデータ１１０ａは、第１敵キャラクタについてのヒットポイントについての数値データである。ヒットポイントが０になると、第１敵キャラクタ（他の敵キャラクタも同じ。）は死滅する。つまり、プレイヤキャラクタ２０２は、戦闘に勝利して、次の面ないしステージに進む。画像データ１１０ｂは、第１敵キャラクタについてのポリゴンデータやテクスチャデータなどである。位置データ１１０ｃは、第１敵キャラクタについての３次元位置のデータである。ただし、第１敵キャラクタ（他の敵キャラクタも同じ。）は、コンピュータ（ＣＰＵコア４２）によって移動を制御されるため、その移動に従って位置データ１１０ｃは更新される。

図１０は上述したテーブルデータの具体的な内容を示す図解図である。この図１０を参照して、テーブルデータには、予め用意されている記号（または記号の名称（識別子））に対応して、プレイヤが描画した記号を判定する場合に比較するためのデータ（参照データ）が記述（記憶）される。たとえば、記号が「第１記号」である場合には、図１１（Ａ）に示すような参照データが記憶される。また、記号が「連続入力開始記号」である場合には、図１１（Ｂ）に示すような参照データが記憶される。

図１１（Ａ）は第１記号の参照データの具体的な内容を示す図解図である。この図１１（Ａ）を参照して、第１記号の参照データは、第１記号の参照順（記号の書き順）に従って、方向および距離が記述される。この実施例では、図１２（Ａ）の数字で示すように、第１記号の書き順は決定されており、たとえば、アルファベットの“Ｃ”と同じ書き順である。つまり、第１記号の参照データは、「０」で示す点（位置）から書き始めて、「１」、「２」、「３」で示す点を順に経由して、「４」で示す点まで一筆書きで書いた（描画した）場合のデータである。書き順を示す数字が参照データの参照順に対応する。また、参照データに含まれる方向は、書き順（参照順）を示す数字を終点とし、その１つ手前の書き順を示す数字を始点とするベクトルの方向である。たとえば、書き順（参照順）が「１」である場合には、当該「１」が付された点を終点とし、その１つ手前の「０」が付された点を始点とするベクトルの方向が記憶される。他の参照順についても同様である。ただし、図１１（Ａ）から分かるように、方向の欄には数値が記述されている。これは、方向を簡単に表すためであり、図１３に示すように、ベクトルの方向を数字の「０」−「７」に対応させて、定義してある。つまり、この実施例では、８方向に定義してある。したがって、実際のベクトルの方向が定義したベクトルの方向と一致しない場合には、定義したベクトルの方向に一致させるように補正（調整）してある。

なお、この実施例では、８方向にベクトルの方向を定義するようにしてあるが、記号をより正確に判定するためには、さらに多数の方向（たとえば、斜め方向をさらに厳密に区別するようにした１６方向や３２方向）に定義するようにしてもよい。また、たとえば、縦方向および横方向のみの直線の組み合わせで表された記号のみのように、各記号の区別が簡単である場合には、８方向よりも少数の方向（たとえば、上下左右の４方向）に定義するようにしてもよい。

さらに、参照データに含まれる距離は、上述した参照順に対応する各ベクトルのスカラであり、参照データにおいては、単位長さ「１」に対する倍数が記述される。ここで、単位長さ「１」は、タッチパネル２２の数ｄｏｔ（たとえば、３ｄｏｔ）に相当する長さである。ただし、この実施例では、長さを簡単に表すために、定数倍になるように補正（調整）するようにしてある。具体的には、定数倍になるように、倍数の小数点第２位以下を無視して、小数点第１位を四捨五入するようにしてある。なお、倍数が１より小さくなくことがないように、単位長さおよび記号を設定（決定）してある。

詳細な説明は省略するが、図１１（Ｂ）に示す連続入力開始記号の参照データは、上述した第１記号の参照データと同様である。ただし、連続入力開始記号の参照順は、図１１（Ｂ）に示すように、数字の「１」−「３」で表される。この連続入力開始記号の参照データは、図１２（Ｂ）に示すように、０を付した点（最下点）から書き始めて、「１」および「２」で示す点を順に経由して、「３」で示す点まで、一筆で書いた（描画した）場合のデータである。なお、連続入力開始記号は、数字の「４」と外観が似ている。

なお、連続入力開始記号の参照データに含まれる方向および距離は、第１記号の参照データについて説明したのと同様であるため、重複した説明は省略する。また、図示しない、第２記号、第３記号および連続入力終了記号は、いずれも、所定の書き順であり、一筆で書いた場合における参照データが用意されており、その内容は、図１１（Ａ）および図１１（Ｂ）に示した、第１記号の参照データおよび連続入力開始記号の参照データと同様である。

続いて、参照データとプレイヤがタッチ入力により描いた記号（描画記号）に対応するデータ（入力データ）とを比較し、描画記号を予め用意してある入力可能な記号（サンプル記号）のいずれかと判定する方法について説明する。

たとえば、図１４（Ａ）に示すように、プレイヤがスティック２４を用いて手書き入力領域２２４に記号（ここでは、連続入力開始記号）を描画したと仮定する。プレイヤが記号を入力したか否かは、上述したように、タッチ入力の状態に応じて判断される。プレイヤがタッチ入力によって記号を入力すると、当該記号を形成する複数の検出座標（タッチ座標）に基づいて、一定時間（単位時間）毎に分解したタッチ入力の方向（入力方向）および距離が検出される。たとえば、図１４（Ａ）に示す記号（スティック２４の軌跡）を形成する単位時間毎のタッチ座標（座標データ）が図１４（Ｂ）の白抜きの点でそれぞれ示されると仮定すると、図１５（Ａ）に示すように、単位時間毎に分解した入力方向および距離、すなわちベクトルが表される。

次に、単位時間毎に分解した入力方向が、定義した８つの方向（図１３に示した方向）に対応させられる。ただし、入力方向が定義した８つの方向のいずれにも一致しない場合には、最も近似する方向に決定（補正）される。すると、図１５（Ｂ）に示すように、単位時間毎の入力方向が変化される。これをプレイヤによるタッチパネル２２への入力順に従って、方向および距離を示すと、図１６に示すような入力データが得られる。ただし、この入力データに含まれる方向は、図１５（Ｂ）に示した各ベクトルの方向であり、図１３で定義した方向に対応する。また、入力データに含まれる距離は、図１５（Ｂ）に示した各ベクトルのスカラであり、単位長さ「１」の倍数で表される。

ここで、図１６に示す入力データでは、記号の特徴が分かり難いため、当該入力データを簡易化する。この実施例では、同じ方向のベクトルが入力順に従って連続して現れる場合には、それらを１つのベクトルにまとめるようにしてある。具体的には、図１６に示す入力データの例では、入力順１−５、入力順６−８、入力順９−１１のそれぞれを、１つのベクトルにまとめることができる。つまり、図１７（Ａ）に示すように、図１６に示した入力データをまとめることができる。ただし、図１７（Ａ）に示す例では、距離は、図１６において同じ方向を示すベクトルの各々の距離を加算した値である。図１７（Ａ）に示すデータに基づいて、各方向をベクトルで表すと、図１７（Ｂ）に示すように表すことができる。

したがって、プレイヤが描画した記号（描画記号）とサンプル記号とを比較し、描画記号がいずれのサンプル記号に該当するかを判定する場合には、図１７（Ａ）に示したようなデータ（説明の都合上、「変換後の入力データ」という。）と、上述した参照データとが比較される。この比較は次の手順に従って行われる。（１）参照データの中で、距離が最も短いものの距離Ｒを求める。（２）変換後の入力データの中で、距離が最も短いものの距離ｒを求める。（３）ｘ＝Ｒ／ｒを求める。これは、サンプル記号と描画記号との大きさが異なる場合の比率ｘを算出するためである。（４）変換後の入力データの各距離をｘ倍し、四捨五入する。（５）（４）で距離がｘ倍された変換後の入力データと参照データとを比較する。ただし、入力順と参照順との各番号（数字）が同じもの同士が比較される。この実施例では、方向および距離をそれぞれ比較する。方向は、参照データおよび入力データのいずれにおいても、図１３に示した定義した方向に対応させているため、一致または不一致の結果を得ることができる。また、距離は一致または不一致のみならず、不一致の場合には、その長さの違いを倍率で表すことができる。したがって、各入力順（参照順）について、方向および距離のそれぞれについて、一致および不一致（距離の場合には倍率も）を検出することにより、全体として、入力データと参照データとが一致するか或いは近似するか、または、近似していないかを知ることができる。ただし、この実施例では、５種類の参照データが記憶されるため、入力データと各参照データとの間で、上述したような比較が行われる。

なお、入力データと参照データとが近似するかまたは近似していないかの判断は、ゲームのプログラマないし開発者が予め設定した方法または演算によって行われる。たとえば、方向および距離を比較した結果を数値化し、所定の閾値を設けて、近似するかまたは近似していないかを判別することができる。かかる場合には、所定の閾値をゲームの進行応じて変化させたり、また、記号毎に異なる値を設定したりしてもよい。たとえば、記号毎に異なる閾値を設定すれば、記号列を入力する場合に、入力候補として表示された記号の閾値を低く設定し、それ以外の記号の閾値を高く設定しておけば、入力候補の記号を効率よく判定することができる。

また、この実施例では、参照データは、所定の書き順に従ってサンプル記号を描画した場合についてのデータであり、入力データ（厳密には、変換後の入力データ）との間で方向および距離すなわちベクトルを比較するようにしてあるため、プレイヤが描画する記号の書き順をサンプル記号と同じにする必要がある。したがって、たとえば、ゲームの本編開始前に、記号の書き順を練習または教示する画面を表示したり、ゲームの説明書やゲーム画面２００に、書き順が分かるようにサンプル記号を表示したりする必要がある。

入力データといずれかの参照データとが一致または近似する場合には、描画記号を当該参照データに対応するサンプル記号として判定する。一方、入力データがいずれの参照データにも近似しない場合には、描画記号はいずれのサンプル記号としても判定されない。つまり、記号の入力失敗または誤入力であると判断される。

具体的には、図２に示したＣＰＵコア４２が、図１８に示すフロー図に従ってゲーム全体処理を実行する。図１８を参照して、ＣＰＵコア４２は、ゲーム全体処理を開始すると、ステップＳ１で、ゲーム初期設定を実行する。上述したように、仮想ゲームを始めから開始する場合には、プレイヤキャラクタ２０２の初期位置を設定したり、各種フラグや各種レジスタに初期値を設定したり、メモリ（ＲＡＭ４８のバッファ領域）をクリアしたりなどする。また、仮想ゲームを前回の続きから開始する場合には、バックアップデータをロードし、前回の続きとなるプレイヤキャラクタ２０２の現在位置を設定したり、バックアップしておいた値を各種フラグや各種レジスタに設定したりする。

続くステップＳ３では、ゲーム処理を実行する。具体的に言うと、ここでは、プレイヤの指示に従ってプレイヤキャラクタ２０２を動作させたり、敵キャラクタ２０４を動作させたり、ゲームに必要な音（音楽）を再生したり、ゲームデータをバックアップしたりなどする。ただし、このゲーム処理では、後述するダメージ処理（Ｓ９）における画面表示や音出力以外の画面表示（画像生成および表示）の処理や音出力の処理も実行される。

続いて、ステップＳ５では、戦闘場面（コマンドを手書き入力する場面）であるかどうかを判断する。ステップＳ５で“ＮＯ”であれば、つまり戦闘場面でなければ、そのままステップＳ１１に進む。しかし、ステップＳ５で“ＹＥＳ”であれば、つまり戦闘場面であれば、コマンドを入力（手書き入力）すると判断して、ステップＳ７で、後述する記号入力処理（図１９および図２０参照）を実行する。次のステップＳ９では、後述するダメージ処理（図２１および図２２参照）を実行して、ステップＳ１１に進む。

ステップＳ１１では、ゲーム終了かどうかを判断する。ここでは、ゲームオーバになったり、プレイヤによってゲーム終了が指示されたりしたかどうかを判断する。ステップＳ１１で“ＮＯ”であれば、つまりゲーム終了でなければ、ステップＳ３に戻る。しかし、ステップＳ１１で“ＹＥＳ”であれば、つまりゲーム終了であれば、ゲーム全体処理を終了する。

図１９および図２０は、図１８に示したステップＳ７の記号入力処理を示すフロー図である。図１９に示すように、ＣＰＵコア４２は記号入力処理を開始すると、ステップＳ２１で、使用可能な記号を表示（設定）する。つまり、図３に示したように、ゲーム画面２００の記号サンプル表示領域２０８にサンプル記号を表示する。次のステップＳ２３では、タッチオフ状態からタッチオン状態に変化したかどうかを判断する。具体的には、タッチオンフラグ７２ａがオフからオンに変化したかどうかを判断する。ステップＳ２３で“ＮＯ”であれば、つまりタッチオフ状態からタッチオン状態に変化していなければ、記号の入力が開始されていないと判断して、同じステップＳ２３に戻る。つまり、記号の入力が開始されるのを待機する。

しかし、ステップＳ２３で“ＹＥＳ”であれば、つまりタッチオフ状態からタッチオン状態に変化すれば、記号の入力が開始されたと判断して、ステップＳ２５で、タッチ入力される軌跡を一時記憶する。つまり、タッチパネル２２から入力される座標データ（タッチ座標）をＲＡＭ４８のバッファ領域に記憶する。そして、ステップＳ２７で、タッチオン状態からタッチオフ状態へ変化したかどうかを判断する。ステップＳ２７で“ＮＯ”であれば、つまりタッチオン状態からタッチオフ状態へ変化していなければ、記号の入力中であると判断して、そのままステップＳ２５に戻る。一方、ステップＳ２７で“ＹＥＳ”であれば、つまりタッチオン状態からタッチオフ状態へ変化すれば、記号の入力を終了したと判断して、ステップＳ２９で、記号入力を判定する。つまり、入力された記号がいずれのサンプル記号に該当するか、またはいずれのサンプル記号にも該当しないかを判定する。

なお、ステップＳ２５およびＳ２７で形成されるルーチンは、１フレーム（画面更新単位時間：１／６０秒）毎に実行される。このことは、後述するステップＳ４９およびＳ５１で形成されるルーチンも同じである。

次のステップＳ３１では、ステップＳ２１で設定された記号と一致するかどうかを判断する。つまり、ステップＳ２９の判定により、描画記号がいずれかのサンプル記号に該当したかどうかを判断する。ステップＳ３１で“ＮＯ”であれば、つまり描画記号がサンプル記号のいずれにも該当しなければ、設定された記号と一致しないと判断し、そのままステップＳ２３に戻る。この実施例では、ステップＳ３１で“ＮＯ”であれば、そのままステップＳ２３に戻るようにしているが、描画記号がサンプル記号のいずれにも一致しない旨や描画記号を認識（判定）できない旨を、メッセージまたは音或いはその両方で警告してからステップＳ２３に戻るようにしてもよい。

一方、ステップＳ３１で“ＹＥＳ”であれば、つまり描画記号がサンプル記号のいずれかに該当すれば、設定された記号と一致すると判断し、ステップＳ３３で、描画記号が連続入力開始記号として判定されたかどうかを判断する。ステップＳ３３で“ＮＯ”であれば、つまり描画記号が連続入力開始記号として判定されていなければ、判定した他の記号（この実施例では、第１記号、第２記号または第３記号）に応じた攻撃をプレイヤキャラクタ２０２に実行させるべく、記号入力処理をリターンする。

しかし、ステップＳ３３で“ＹＥＳ”であれば、つまり描画記号が連続入力開始記号として判定されれば、ステップＳ３５で、入力可能な記号列を設定する。具体的には、入力可能な記号列データを記号列データ記憶領域７２ｆから読み出し、入力可能記号列データ記憶領域７２ｃに記憶（設定）する。なお、入力可能な記号列（データ）は、たとえば、プレイヤキャラクタ２０２の種類、レベルやゲームの進行状態などによって変化される。次のステップＳ３７では、記号列の番目を示す変数ｍに“１”を設定（ｍ＝１）して、図２０に示すステップＳ３９に進む。

図２０に示すように、ステップＳ３９では、設定された記号列がまだ残っているかどうかを判断する。つまり、入力可能記号列データ記憶領域７２ｃに１つ以上の記号列データが記憶されているかどうかを判断する。ステップＳ３９で“ＮＯ”であれば、つまり設定された記号列が残っていなければ、ステップＳ４７に進む。一方、ステップＳ３９で“ＹＥＳ”であれば、設定された記号列がまだ残っていれば、ステップＳ４１で、残っている記号列のそれぞれのｍ番目に記述された記号を入力候補として、候補表示領域２２２に表示する。具体的には、入力可能記号列データ記憶領域７２ｃに記憶された記号列データのそれぞれから、ｍ番目に記述された記号データが抽出され、候補表示用データ記憶領域７２ｄに記憶される。次に、候補表示用データ記憶領域７２ｄ上で、重複する記号データが削減され、入力候補の記号が候補表示領域２２２に表示される。

続くステップＳ４３では、タッチオフ状態からタッチオン状態に変化したかどうかを判断する。ステップＳ４３で“ＮＯ”であれば、つまりタッチオフ状態からタッチオン状態に変化していなければ、ステップＳ４５で、一定時間（上述した制限時間）が経過したかどうかを判断する。図示は省略したが、ゲーム装置１０はタイマを備えており、図１９のステップＳ３３で“ＹＥＳ”と判断され、記号列の入力が開始されると同時に、当該タイマのカウントを開始して、時間を計測するようにしてある。つまり、ステップＳ４５では、そのタイマのカウント値を検出して、一定時間が経過したかどうかを判断するようにしてある。

ステップＳ４５で“ＮＯ”であれば、つまり一定時間が経過していなければ、そのままステップＳ４３に戻る。一方、ステップＳ４５で“ＹＥＳ”であれば、つまり一定時間が経過すれば、記号列（または記号）の入力を終了したと判断して、ステップＳ４７で、入力された記号または記号列を判定して、記号入力処理をリターンする。つまり、ステップＳ４７では、入力された記号または記号列を判定して、判定した記号または記号列（コマンド）に対応する攻撃が決定される。

また、ステップＳ４３で“ＹＥＳ”であれば、つまりタッチオフ状態からタッチオン状態に変化すれば、ステップＳ４９で、タッチ入力される軌跡を一時記憶して、ステップＳ５１で、タッチオン状態からタッチオフ状態に変化したかどうかを判断する。ステップＳ５１で“ＮＯ”であれば、つまりタッチオン状態からタッチオフ状態に変化しなければ、ステップＳ４９に戻る。一方、ステップＳ５１で“ＹＥＳ”であれば、つまりタッチオン状態からタッチオフ状態に変化すれば、ステップＳ５３で、記号入力（描画記号）を判定する。

そして、ステップＳ５５で、描画記号が連続入力終了記号として判定されたかどうかを判断する。ステップＳ５５で“ＹＥＳ”であれば、つまり描画記号が連続入力終了記号として判定されれば、記号列の入力を終了したと判断し、ステップＳ４７に進む。かかる場合には、ステップＳ４７では、連続入力開始記号と連続入力終了記号との間に記述された記号列が判定される。一方、ステップＳ５５で“ＮＯ”であれば、つまり描画記号が連続入力終了記号として判定されなければ、記号列の入力を終了していないと判断し、ステップＳ５７で、描画記号が入力候補と一致するかどうかを判断する。ただし、入力候補が複数存在する場合には、ステップＳ５７では、いずれか１つの入力候補と一致するかどうかを判断する。かかる場合には、入力候補の記号（サンプル記号）についての参照データと入力データとを比較するだけでよい。

ステップＳ５７で“ＮＯ”であれば、つまり描画記号が入力候補と一致しなければ、誤入力と判断して、ステップＳ４３に戻る。ただし、誤入力である旨をメッセージまたは音或いはその両方でプレイヤに報知してからステップＳ４３に戻るようにしてもよい。また、ステップＳ５７で“ＮＯ”と判断され、ステップＳ４３に戻る場合には、記号を再入力することになるため、手書き入力領域２２４は空白にされる（リセットされる）。一方、ステップＳ５７で“ＹＥＳ”であれば、つまり描画記号が入力候補と一致すれば、ステップＳ５９で、一致した入力候補の記号を含む記号列のみを再設定する。言い換えると、一致しない入力候補の記号を含む記号列が入力可能記号列データ記憶領域７２ｃから削除される。そして、ステップＳ６１で、変数ｍをインクリメント（ｍ＝ｍ＋１）して、ステップＳ３９に戻る。

なお、図示は省略したが、ステップＳ５７とステップＳ５９との間に、判定されたサンプル記号を記号表示領域２２６に表示する処理が実行される。また、このとき、手書き入力領域２２４がリセットされる。

図２１および図２２は、図１８に示したステップＳ９のダメージ処理を示すフロー図である。図２１を参照して、ＣＰＵコア４２はダメージ処理を開始すると、ステップＳ７１で、記号列が入力されたかどうかを判断する。ステップＳ７１で“ＹＥＳ”であれば、つまり記号列が入力されていれば、ステップＳ７３で、入力された記号列に対応する攻撃に必要なマジックポイントを読み出し、図２２に示すステップＳ７７に進む。一方、ステップＳ７１で“ＮＯ”であれば、つまり記号が入力されていれば、ステップＳ７５で、入力された記号に対応する攻撃に必要なマジックポイントを読み出し、ステップＳ７７に進む。

図２２に示すように、ステップＳ７７では、プレイヤキャラクタ２０２にマジックポイントが残っているかどうかを判断する。具体的に説明すると、ここでは、ＲＡＭ４８のプレイヤキャラクタデータ記憶領域７２ｈを参照し、マジックポイントのデータ１０２が示す数値（マジックポイント）が、ステップＳ７３またはステップＳ７５で読み出したマジックポイント以上であるかどうかを判断しているのである。

ステップＳ７７で“ＮＯ”であれば、つまりプレイヤキャラクタ２０２にマジックポイントが残っていなければ、入力された記号または記号列に対応する攻撃を実行することができないと判断して、そのままダメージ処理をリターンする。ただし、ステップＳ７７で“ＮＯ”と判断された場合には、プレイヤが入力した記号または記号列に対応する攻撃を実行することができない旨を、メッセージまたは音或いはその両方でプレイヤに報知するようにしてもよい。

一方、ステップＳ７７で“ＹＥＳ”であれば、つまりプレイヤキャラクタ２０２にマジックポイントが残っていれば、ステップＳ７９で、入力された記号または記号列に対応する攻撃に必要なマジックポイントを、現在のプレイヤキャラクタ２０２のマジックポイントから減算する。つまり、マジックポイントのデータ１０２が示す数値から攻撃に必要なマジックポイントを減算し、残ったマジックポイントの数値データをデータ１０２として、プレイヤキャラクタデータ記憶領域７２ｈに記憶する。

続くステップＳ８１では、敵キャラクタ２０４のヒットポイントを、攻撃に応じて減算する。たとえば、攻撃の種類に応じて、減算するヒットポイントの数値は予め決定されており、当該数値が敵キャラクタ２０４のヒットポイントから減算される。ただし、攻撃に応じたヒットポイントの数値は、ランダムまたは数式による演算或いは所定のルールに従って変動させるようにしてもよい。そして、ステップＳ８３では、敵キャラクタ２０４のヒットポイントが０かどうかを判断する。厳密には、ヒットポイントが０以下になったかどうかを判断する。ステップＳ８３で“ＹＥＳ”であれば、つまりヒットポイントが０であれば、ステップＳ８５で、敵キャラクタ２０４がダメージを受けて死滅した画像を表示して、ダメージ処理をリターンする。一方、ステップＳ８３で“ＮＯ”であれば、つまりヒットポイントが０よりも大きければ、ステップＳ８７で、敵キャラクタ２０４がダメージを受けた画像を表示して、ダメージ処理をリターンする。ただし、図示は省略したが、ステップＳ８５およびＳ８７の画面表示に加えて、音（音楽）を出力することによりダメージ等を表現する演出が施される。

この実施例によれば、記号または記号列を描画することにより、ゲームを進行させることができるので、単なるボタン操作とは異なる新しい操作感を得ることができる。このため、ゲームの面白さを向上させることができる。

また、手書き入力される記号または記号列は予め決定されているため、任意の記号を入力する場合に比べて、処理が簡単であり、特別な装置（機能）を付加する必要もない。

なお、この実施例では、戦闘場面において、プレイヤキャラクタに攻撃させるためのコマンドを手書き入力するようにしてあるが、これに限定されるべきではない。たとえば、合言葉や呪文を手書き入力するようにすることもできる。かかる場合には、たとえば、隠れダンジョンを出現させたり、鍵のかかった扉を開けたりすることができる。

また、この実施例では、ポインティングデバイスとして、タッチパネルを用いるようにしたが、コンピュータマウス、タッチパッド、タブレットのような他のポインティングデバイスを用いるようにしてもよい。かかる場合には、間接的に記号を入力することとなるため、記号入力画面（上述の実施例では、ゲーム画面２２０）にマウスポインタやカーソルのような指示画像を表示する必要がある。

さらに、この実施例では、２つのＬＣＤを設けて２つのゲーム画面を表示する場合について説明したが、１つのＬＣＤを設けて、これに対応してタッチパネルを設けておき、当該ＬＣＤに１つのゲーム画面を表示するようにしてもよい。

さらにまた、この実施例では、２つのＬＣＤを設けたゲーム装置について説明したが、１つのＬＣＤの表示領域を２つに分割し、少なくともいずれか一方の表示領域に対応してタッチパネルを設けるようにしてもよい。この場合、縦長のＬＣＤを設ける場合には、縦に２つ表示領域が並ぶようにＬＣＤの表示領域を分割し、横長のＬＣＤを設ける場合には、横に２つの表示領域が並ぶようにＬＣＤの表示領域を分割するようにすればよい。

図１はこの発明のゲーム装置の一例を示す図解図である。 図２は図１に示すゲーム装置の電気的な構成を示すブロック図である。 図３は図１に示すゲーム装置に設けられる各ＬＣＤに表示されるゲーム画面の一例を示す図解図である。 図４は図１に示すゲーム装置に設けられる第２のＬＣＤに表示されるゲーム画面の他の例および当該ゲーム画面に入力可能な記号および記号列の例を示す図解図である。 図５は図１に示すゲーム装置に設けられる第２のＬＣＤに表示されるゲーム画面のその他の例を示す図解図である。 図６は図１に示すゲーム装置に設けられる第２のＬＣＤに表示されるゲーム画面のさらに他の例を示す図解図である。 図７は図１に示すゲーム装置に設けられる第２のＬＣＤに表示されるゲーム画面の他の例を示す図解図である。 図８は図２に示すＲＡＭのメモリマップの一例を示す図解図である。 図９は図８に示すデータ記憶領域の具体例を示す図解図である。 図１０は記号を判定するためのテーブルデータを示す図解図である。 図１１（Ａ）は第１記号の参照データを示す図解図であり、図１１（Ｂ）は連続入力開始記号の参照データを示す図解図である。 図１２（Ａ）は第１記号の参照順を説明するための図解図であり、図１２（Ｂ）は連続入力開始記号の参照順を説明するための図解図である。 図１３は参照データや入力データに含まれる方向を数値で表すために定義した方向を示す図解図である。 図１４（Ａ）はタッチパネルに描かれた軌跡の例を示す図解図であり、図１４（Ｂ）は図１４（Ａ）に示す軌跡上に存在する単位時間毎の検出座標の例を示す図解図である。 図１５（Ａ）は図１４（Ａ）に示した軌跡を単位時間毎に分解した入力方向と距離とを示す図解図であり、図１５（Ｂ）は図１５（Ａ）に示す入力方向および距離で決定されるベクトルの方向を図１３で定義した方向に対応させた図解図である。 図１６は図１５（Ｂ）に示す単位時間毎の入力方向と距離とを入力順に従って記述した入力データの具体的な内容を示す図解図である。 図１７（Ａ）は図１６に示した入力データを簡略したデータの具体的な内容を示す図解図であり、図１７（Ｂ）は図１７（Ａ）に示すデータをイメージ化した図解図である。 図１８は図２に示すＣＰＵコアのゲーム全体処理を示すフロー図である。 図１９は図２に示すＣＰＵコアの記号入力処理の一部を示すフロー図である。 図２０は図２に示すＣＰＵコアの記号入力処理の他の一部であり、図１９のフロー図に後続するフロー図である。 図２１は図２に示すＣＰＵコアのダメージ処理の一部を示すフロー図である。 図２２は図２に示すＣＰＵコアのダメージ処理の他の一部であり、図２１のフロー図に後続するフロー図である。

符号の説明

１０ …ゲーム装置
１２，１４ …ＬＣＤ
１６，１６ａ，１６ｂ …ハウジング
２０ …操作スイッチ
２２ …タッチパネル
２４ …スティック
２８ …メモリカード
２８ａ …ＲＯＭ
２８ｂ，４８ …ＲＡＭ
４０ …電子回路基板
４２ …ＣＰＵコア
５０，５２ …ＧＰＵ
５４ …Ｉ／Ｆ回路
５６，５８ …ＶＲＡＭ
６０ …ＬＣＤコントローラ

Claims (12)

1. ポインティングデバイスを用いて少なくとも１つの記号を手書き入力することによりゲームプレイするゲーム装置のゲームプログラムであって、
   前記ゲーム装置のプロセサに、
   前記ポインティングデバイスを用いて入力された第１記号または２以上の前記第１記号から成る第１記号列に基づいてゲームを進行させる記号入力モードを設定する記号入力モード設定ステップ、
   前記記号入力モード設定ステップによって前記記号入力モードが設定されたとき、入力されるべき複数の第２記号を設定する記号設定ステップ、
   前記記号設定ステップによって設定された複数の第２記号を参照して、最初に入力された前記第１記号が記号列の入力開始を示す連続入力開始記号であるか否かを判定する連続入力開始記号判定ステップ、および
   前記連続入力開始記号判定ステップの判定結果が肯定的である場合には、前記第１記号列に基づいて前記ゲームを進行させ、前記判定結果が否定的である場合には、前記第１記号に基づいて前記ゲームを進行させるゲーム処理ステップを実行させる、ゲームプログラム。
2. 前記連続入力開始記号判定ステップの判定結果が肯定的であるとき、入力されるべき第２記号列を少なくとも１種類設定する記号列設定ステップ、および
   前記第２記号列を参照して、前記第１記号列を判定する記号列判定ステップをさらに実行させ、
   前記ゲーム処理ステップは、前記記号列判定ステップによって前記第１記号列が前記第２記号列のいずれかに相当すると判定されたとき、前記第１記号列に基づいて前記ゲームを進行させる、請求項１記載のゲームプログラム。
3. 前記第２記号列に含まれる第２記号であって、次に入力されるべき第２記号を入力候補として設定する入力候補設定ステップ、
   前記第１記号と前記第２記号とが一致するとき、一致する前記第２記号を含む前記第２記号列のみを再設定する再設定ステップ、および
   前記入力候補設定ステップおよび前記再設定ステップを、設定すべき前記第２記号列が無くなるまで繰り返し実行させる繰り返しステップをさらに実行させる、請求項１または２記載のゲームプログラム。
4. 前記第１記号が記号列の入力終了を示す連続入力終了記号であるかどうかを判定する連続入力終了記号判定ステップをさらに実行させ、
   前記ゲーム処理ステップは、前記入力終了記号判定ステップの判定結果が肯定的である場合に、前記連続入力開始記号と前記連続入力終了記号との間に入力された第１記号列に基づいて前記ゲームを進行させる、請求項３記載のゲームプログラム。
5. 前記連続入力終了記号判定ステップの判定結果が否定的であるとき、前記繰り返しステップを継続的に実行させる、請求項４記載のゲームプログラム。
6. 前記ゲーム処理ステップは、前記ゲームに登場するキャラクタに関するパラメータを変化させるパラメータ変化ステップを含む、請求項１ないし５のいずれかに記載のゲームプログラム。
7. ポインティングデバイスを用いて少なくとも１つの記号を手書き入力することによりゲームプレイするゲーム装置であって、
   前記ポインティングデバイスを用いて入力された第１記号または２以上の前記第１記号から成る第１記号列に基づいてゲームを進行させる記号入力モードを設定する記号入力モード設定手段、
   前記記号入力モード設定手段によって前記記号入力モードが設定されたとき、入力されるべき複数の第２記号を設定する記号設定手段、
   前記記号設定手段によって設定された複数の第２記号を参照して、最初に入力された前記第１記号が記号列の入力開始を示す連続入力開始記号であるか否かを判定する連続入力開始記号判定手段、および
   前記連続入力開始記号判定手段の判定結果が肯定的である場合には、前記第１記号列に基づいて前記ゲームを進行させ、前記判定結果が否定的である場合には、前記第１記号に基づいて前記ゲームを進行させるゲーム処理手段を備える、ゲーム装置。
8. 前記連続入力記号判定手段の判定結果が肯定的であるとき、入力されるべき第２記号列を少なくとも１種類設定する記号列設定手段、および
   前記第２記号列を参照して、前記第１記号列を判定する記号列判定手段を更に備え、
   前記ゲーム処理手段は、前記記号列判定手段によって前記第１記号列が前記第２記号列のいずれかに相当すると判定されたとき、前記第１記号列に基づいて前記ゲームを進行させる、請求項７記載のゲーム装置。
9. 前記第２記号列に含まれる第２記号であって、次に入力されるべき第２記号を入力候補として設定する入力候補設定手段、
   前記第１記号と前記第２記号とが一致するとき、一致する前記第２記号を含む前記第２記号列のみを再設定する再設定手段、および
   前記入力候補設定手段および前記再設定手段を、設定すべき前記第２記号列が無くなるまで繰り返し動作させる繰り返し手段をさらに備える、請求項７または８記載のゲーム装置。
10. 前記第１記号が記号列の入力終了を示す連続入力終了記号であるかどうかを判定する連続入力終了記号判定手段をさらに備え、
    前記ゲーム処理手段は、前記入力終了記号判定手段の判定結果が肯定的である場合に、前記連続入力開始記号と前記連続入力終了記号との間に入力された第１記号列に基づいて前記ゲームを進行させる、請求項９記載のゲーム装置。
11. 前記連続入力終了記号判定手段の判定結果が否定的であるとき、前記繰り返し手段を継続的に動作させる、請求項１０記載のゲーム装置。
12. 前記ゲーム処理手段は、前記ゲームに登場するキャラクタに関するパラメータを変化させるパラメータ変化手段を含む、請求項７ないし１１のいずれかに記載のゲーム装置。

Images