JP2002320768A - ゲーム装置、ゲーム制御方法およびその記録媒体ならびにコンピュータプログラム - Google Patents

Abstract

(57)【要約】 【課題】 ほぼ自動的にステータス異常に対する対処方
法を自動選択実行可能として、ゲーム中断によるストレ
スを軽減すると共に、例えゲームに慣れていないプレイ
ヤであっても、熟練したプレイヤと同じようにゲームの
進行を楽しめる趣味性の高いＲＰＧゲーム装置及びゲー
ム制御方法を提供する。 【解決手段】 操作キャラクタの状態変化が不具合を生
じる変化である場合（ステータス異常）には（Ｓ５−
Ｙ）、自己のキャラクタ操作可能タイミング（Ｓ７−
Ｙ）で不具合を生じる変化を起こしているキャラクタに
対する対処方法の指示ガイダンスを自動表示する（Ｓ
９）。そして単に決定ボタン入力のみでキャラクタの不
具合（ステータス異常）を解消する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲームプログラム
に従ってゲームを進行させるゲーム装置、ゲーム制御方
法およびその記録媒体ならびにコンピュータプログラム
に関するものである。

【０００２】

【従来の技術】近年、ビデオゲームにおけるゲームジャ
ンルの１つとして、ＲＰＧ（Ｒole Playing Game ）が
知られている。ＲＰＧにおいてプレイヤの操作する操作
キャラクタ（以下、「自キャラクタ」と称す。）は、仲
間となるキャラクタとの出会いや別れ、敵対するキャラ
クタ（以下、「敵キャラクタ」と称す。）との戦いなど
を経験することによって成長する。

【０００３】また、プレイヤは自キャラクタを通してゲ
ームが提供する仮想世界内での各種情報を収集し、収集
した情報に従って各種のイベントを実行しその世界の謎
や秘密を解き明かしていくと共に、自キャラクタも成長
していく。このようにＲＰＧは、自キャラクタの成長要
素を有し、かつ、物語性のあるゲームを指すのが一般的
である。

【０００４】そして、通常ゲーム途中で敵キャラクタに
遭遇して戦闘が開始され、自キャラクタによる敵キャラ
クタに対する攻撃を行うと共に敵からの攻撃を受ける。
ゲーム途中で味方パーティが全滅したような場合にはゲ
ームオーバーとなり、それまで進行してきたゲームを最
初から再度行わなければならない。

【０００５】このため、ＲＰＧでは一般的には味方パー
ティの中から戦闘不能状態となるキャラクタが出ないよ
うに、戦闘中あるいは戦闘終了後にダメージを回復する
操作を行う必要がある。このダメージの回復では、味方
キャラクタに対する制御が可能なタイミングとなってい
る場合に、味方パーティの有するアイテムや味方パーテ
ィで唱えることができる魔法の使用などが行われてい
た。

【０００６】

【発明が解決しようとしている課題】しかしながら、例
えば戦闘実行モードでは、味方パーティの状態を認識
し、味方パーティの誰にどのような方法でダメージを回
復させるかを一つ一つ指示していかなければならず、非
常に面倒な操作であった。

【０００７】例えば、味方キャラクタが敵キャラクタよ
りの毒攻撃を受けて中毒状態（ステータスの異常）とな
っているような場合に、アイテム、例えば「毒消し」を
用いて中毒状態を解消しようとすると以下の操作を行わ
なければならなかった。

【０００８】味方キャラクタの操作が可能なタイミング
となったときに、まず最初に操作が可能となったキャラ
クタに対してアイテムを使用することを指示する。続い
てアイテムの中から例えば「毒消し」を選択して「毒消
し」を使用することを指示する。

【０００９】そして最後にすべてのキャラクタの中から
この「毒消し」を使用するキャラクタを選択して決定
（実行）を指示する必要があった。この選択や指示は非
常に面倒であり短時間で行わなければならない戦闘モー
ドでのゲーム実行時には選択がなかなかうまくいかなか
った。

【００１０】

【課題を解決するための手段】本発明は上述の課題に鑑
みて成されたもので、上述の課題を解決し、不具合を生
じる変化を起こしているキャラクタに対する対処方法の
指示ガイダンスを自動表示する機能を実現し、ガイダン
スにより自動的に対処方法が選択され、選択に対する承
認を行うのみでキャラクタに対する対処が実現するゲー
ム装置及びゲーム制御方法を提供することを目的とす
る。そして、係る目的を達成する一手段として例えば以
下の構成を備える。

【００１１】即ち、ゲームプログラムに従ってキャラク
タを操作してゲームを実行可能なゲーム装置であって、
前記操作キャラクタの状態がゲームの進行に従って変化
した場合において、キャラクタの状態変化が不具合を生
じる変化である場合には自己のキャラクタ操作可能タイ
ミングで不具合を生じる変化を起こしているキャラクタ
に対する対処方法の指示ガイダンスを自動表示するガイ
ダンス手段を備えることを特徴とする。

【００１２】そして例えば、前記ガイダンス手段は予め
設定された条件に従って対処方法の指示ガイダンスを自
動表示することを特徴とする。また例えば、前記ガイダ
ンス手段は、前記不具合を生じる変化を起こしているキ
ャラクタが単数である場合には当該不具合を生じる変化
を起こしているキャラクタに対する対処方法として決定
指示を入力するのみで適切な指示入力を選択可能状態に
対処方法の選択を行うことを特徴とする。

【００１３】更に例えば、前記ガイダンス手段は、前記
不具合を生じる変化を起こしているキャラクタが複数で
ある場合には当該不具合を生じる変化を起こしているキ
ャラクタのうちの対処優先順位の高いキャラクタに対し
て決定指示を入力するのみで適切な対処方法の指示入力
を選択可能状態に対処方法の選択を行うことを特徴とす
る。

【００１４】また例えば、前記対処優先順位はより弱っ
ているキャラクタを優先するものであることを特徴とす
る。あるいは、前記対処優先順位はゲーム進行上より重
要であると指定されているキャラクタを優先するもので
あることを特徴とする。

【００１５】更に例えば、前記不具合を生じる変化はキ
ャラクタのステータス異常であり、前記対処方法は操作
可能キャラクタのステータス異常を解消するための行動
であることを特徴とする。

【００１６】また例えば、前記操作可能キャラクタの行
動では前記不具合を生じる変化を起こしているキャラク
タに対する対処ができない場合には前記対処方法のガイ
ダンス制御は行わないことを特徴とする。

【００１７】更に例えば、前記不具合を生じる変化が早
急な対処が必要でない変化である場合には前記対処方法
のガイダンス制御は行わないことを特徴とする。あるい
は、前記対処方法の指示は前記ガイダンス制御にかかわ
らず変更可能であることを特徴とする。

【００１８】また例えば、対処方法の指示入力が前記不
具合を生じる変化を起こしているキャラクタに対する対
処方法として不適格な指示入力である場合には指示入力
を無効とすることを特徴とする。

【００１９】また、ゲームプログラムに従ってキャラク
タを操作してゲームを実行可能なゲーム装置におけるゲ
ーム制御方法であって、前記操作キャラクタの状態がゲ
ームの進行に従って変化した場合において、キャラクタ
の状態変化が不具合を生じる変化である場合には自己の
キャラクタ操作可能タイミングで不具合を生じる変化を
起こしているキャラクタに対する対処方法の指示ガイダ
ンスを自動表示することを特徴とする。

【００２０】更にまた、キャラクタを操作してゲームを
実行可能なゲーム装置で実行可能なコンピュータプログ
ラムであって、前記操作キャラクタの状態がゲームの進
行に従って変化した場合において、キャラクタの状態変
化が不具合を生じる変化である場合には自己のキャラク
タ操作可能タイミングで不具合を生じる変化を起こして
いるキャラクタに対する対処方法の指示ガイダンスを自
動表示するコンピュータプログラム列を含むことを特徴
とする。また、キャラクタを操作してゲームを実行可能
なゲーム装置で実行可能なコンピュータプログラムを記
録可能なコンピュータ可読記録媒体であって、前記操作
キャラクタの状態がゲームの進行に従って変化した場合
において、キャラクタの状態変化が不具合を生じる変化
である場合には自己のキャラクタ操作可能タイミングで
不具合を生じる変化を起こしているキャラクタに対する
対処方法の指示ガイダンスを自動表示する機能を実現す
るコンピュータプログラム列を記録することを特徴とす
るコンピュータ可読記録媒体とする。

【００２１】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を詳細に説明する。以下の説明
は、本発明をゲーム装置に適用した例を説明し、具体的
なゲームとしてはＲＰＧを例として説明する。しかし、
ＲＰＧに限るものではなく、アクションゲーム、テーブ
ルゲームなど、リアルタイムデータのゲーム機との間で
実行する可能性のあるゲームに適用可能である。

【００２２】（第１の実施の形態例）図１は本発明に係
る一実施の形態例におけるゲームシステムの全体構成を
示すブロック図である。ゲーム装置１は、大別して、ゲ
ーム装置１の主たる機能を有するゲーム装置本体２と、
ゲーム装置本体２に対する操作指示のための入力を行う
入力装置（例えば、キーパッドやコントローラなどが含
まれる）３を備える。

【００２３】更に、ゲームの途中経過データやゲーム環
境設定データなどのゲームデータを保存するメモリカー
ド５をゲーム装置本体２に着脱自在に装着可能である。
また、ゲーム装置本体２には、ゲーム装置本体２からの
映像信号や音声信号に基づいてゲーム内容に応じた映像
表示やサウンド出力を行う出力装置（例えばモニタディ
スプレイ及びスピーカを含む）６が接続されてゲームを
実行可能に構成される。

【００２４】また、ゲーム装置本体２には、後述するゲ
ームに関する処理を実現するためのプログラムや画像デ
ータ、サウンドデータなどを格納するＣＤ−ＲＯＭ（Co
mpact Disc Read Only Memory ）４が装着される。

【００２５】ゲーム装置本体２は、ＣＰＵ（Central Pr
ocessing Unit;中央演算処理ユニット）やＲＯＭ（Read
Only Memory;リードオンリーメモリ）を内蔵した主
制御部１１、ＲＡＭ（Random Access Memory;ランダ
ムアクセスメモリ）１２、インタフェース部１３、サウ
ンド処理部１４、グラフィック処理部１５、ＣＤ−ＲＯ
Ｍ４を着脱自在に搭載して内容をアクセスするＣＤ−Ｒ
ＯＭドライブ１６、通信媒体（ネットワーク）１００を
介して他のゲーム機との間のデータ通信等を行う通信イ
ンタフェース１７、ＨＤＤ（Hard Disk Drive;ハード
ディスクドライブ）１８、以上の各構成要素を相互に接
続するバス１９を備えている。

【００２６】主制御部１１は、発振器やタイマカウンタ
（共に図示せず）を備えており、発振器から所定期間ご
とに出力されるタイミング信号に基づいてクロック信号
を生成し、このクロック信号をタイマカウンタにより計
数して時間の計時を行う。

【００２７】ＲＡＭ１２は、主制御部１１のＣＰＵがプ
ログラムを実行するために使用する主記憶装置であり、
ＣＰＵが実行するプログラムやその実行のために必要と
なるデータが格納される。またＲＡＭ１２は、プログラ
ム実行時におけるワークエリアとしても使用される。

【００２８】インタフェース部１３は、入力装置３およ
びメモリカード５を着脱自在に接続することができるよ
うに構成されている。このインタフェース部１３は、バ
ス１９に接続された各部（主に、主制御部１１）と入力
装置３またはメモリカード５との問のデータ転送を制御
する。

【００２９】サウンド処理部１４は、ゲームのBGM（Ｂ
ａcｋ Ｇround Music）や効果音などの音声データを
再生するための処理を行う回路である。このサウンド処
理部１４は、主制御部１１からの命令に従い、ＲＡＭ１
２に記憶されたデータに基づいて音声信号を生成し、こ
れを出力装置６に供給する。

【００３０】グラフィック処理部１５は、フレームバッ
ファ（図示せず）を備え、主制御部１１からの命令に応
じた画像をフレームバッファ上に描画する。また、グラ
フィック処理部１５は、フレームバッファに描画された
画像データに所定の同期信号を付加してビデオ信号を生
成し、これを出力装置６に供給する。

【００３１】ＣＤ−ＲＯＭドライブ１６は、記録媒体で
あるＣＤ−ＲＯＭ４に格納されたデータを読み取る読取
装置である。ゲーム装置１は、ゲーム装置本体２に、Ｃ
Ｄ−ＲＯＭ４に記録されたゲームプログラムに従った制
御を実行させることにより、後述するゲームに関する制
御を実現する。

【００３２】通信インタフェース１７は、ネットワーク
１００に接続されている他の通信可能装置、例えば他の
ゲーム装置との間で各種データ交換や連動ゲームを行う
際の通信制御を司る。例えば、通信インタフェース１７
は、ゲーム装置本体２と通信ネットワーク１００との問
の情報（プログラムやデータ）の授受を制御する。通信
インタフェース１７および通信回線９９を介して外部の
通信ネットワーク１００からダウンロードされたゲーム
プログラムおよびデータは、ＨＤＤ１８に格納すること
ができる。

【００３３】ＨＤＤ１８は、主制御部１１のＣＰＵがプ
ログラムを実行するために使用する補助記憶装置であ
る。ＨＤＤ１８には、通信インタフェース１７を用いて
ダウンロードした情報やＣＤ−ＲＯＭ４から読み取った
情報など、様々なデータやプログラムを格納することが
できる。

【００３４】ＣＤ−ＲＯＭ４には、上述したように、ゲ
ームに関する処理を実現するためのプログラムや画像デ
ータ、サウンドデータなどが格納されている。このゲー
ムプログラムには、本実施形態に係る方法をゲーム装置
１に実行させるプログラムが含まれている。ＣＤ−ＲＯ
Ｍ４に格納されたゲームソフトウェアは、ＣＤ−ＲＯＭ
ドライブ１６を起動して必要なゲームプログラム及びゲ
ームデータを読み込ませ、主制御部１１を読み込ませた
プログラムに従って動作させる。

【００３５】このゲームソフトウェアは、ＨＤＤ１８に
プレインストールされる。主制御部１１からの命令に従
い、ＲＡＭ１２に記憶されたデータに基づいて音声信号
を生成し、これを出力装置６に供給する。なお、ゲーム
装置１は、ゲームソフトウェアをＨＤＤ１８に記憶する
こともできる。

【００３６】グラフィック処理部１５は、フレームバッ
ファ（図示せず）を備え、主制御部１１の制御に従って
ゲーム画像をフレームバッファ上に描画する。また、グ
ラフィック処理部１５は、フレームバッファに描画され
た画像データに所定の同期信号を付加してビデオ信号を
生成し、これを出力装置６に供給する。

【００３７】入力装置３には、ゲームに関する様々な指
示をゲーム装置本体２に入力するためにプレイヤによっ
て操作されるコントローラが含まれる。入力装置３は、
操作に応じた指令信号をインタフェース部１３を介して
ゲーム装置本体２に送る。

【００３８】本実施の形態例ではゲーム進行指示入力を
コントローラにより行っており、入力装置３としてコン
トローラ３０により入力を行う例を以下説明する。本実
施形態例における入力装置３としてのコントローラの構
成例を図２に示す。図２は本実施の形態例の入力装置の
一例を説明するための図であり、図２の（ａ）が平面
を、（ｂ）が背面を示している。

【００３９】図２において、コントローラ３０には、移
動情報等を入力するための十字キー３１や、各種の指令
をゲーム装置本体２に指示入力するための操作キー（例
えば、○ボタン３２、△ボタン３３、□ボタン３４、×
ボタン３５、スタートボタン３６、セレクトボタン４
２）が設けられている。

【００４０】また、コントローラ３０には、移動情報を
入力するためのジョイスティック３７も設けられてい
る。図２の（ｂ）に示されるように、コントローラの背
面にも、複数の操作キー（Ｒ１ボタン３８、Ｒ２ボタン
３９、Ｌ１ボタン４０、Ｌ２ボタン４１）の各キーが設
けられている。

【００４１】スタートボタン３６およびセレクトボタン
４２を除くすべての操作キーは、感圧式で構成されてい
る。更に、コントローラ３０は、バイブレーション（振
動）機能を有している。つまり、コントローラ３０はモ
ータを内蔵しており、ゲーム装置本体２から所定の制御
信号を受けることでモータが作動し、コントローラ３０
を全体的に振動させることができるようになっている。
これにより、コントローラ３０を保持するプレイヤに振
動を伝えることができる。

【００４２】ゲーム装置本体２は、振動の強さも調節す
ることができ、「強」、「中」、「弱」の３段階の振動
の強さが用意されている。コントローラ３０の振動は間
欠的であり、いずれかの強さを有する振動がランダムに
発生するように制御することも可能である。

【００４３】メモリカード５は、フラッシュメモリから
構成され、ゲーム装置本体２によって制御されてゲーム
データを記憶する補助記憶装置である。メモリカード５
へのデータの書込み、およびメモリカード５からのデー
タの読込みは、インタフェース部１３を介して主制御部
１１が制御する。

【００４４】出力装置６は、ゲーム装置本体２からの映
像信号や音声信号に基づいてゲーム画像を表示し、音声
を出力する。本実施形態では、スピーカ内蔵のモニタ装
置例えばテレビジョン（TV）セットが出力装置６として
用意されている。このモニタ装置は、画像表示用の表示
画面６１および音声出力用のスピーカ６２を備えてい
る。

【００４５】また出力装置６は、グラフィック処理部１
５からのビデオ信号に応答して画像を表示画面６１に表
示すると共に、サウンド処理部１４からのサウンド信号
に応答してスピーカ６２から音声を出力する。従って、
出力装置６は、表示装置および音声出力装置の双方とし
て機能する。

【００４６】主制御部１１は、ＲＯＭに格納されている
基本ソフトウェアやＣＤ−ＲＯＭドライブ１６によって
ＣＤ−ＲＯＭ４から読み出されてＲＡＭ１２に格納され
るゲームソフトウェアに基づいてゲーム装置本体２の動
作を制御する。

【００４７】例えば、ＣＰＵ１２は、ＣＤ−ＲＯＭ４か
らグラフィックデータを読み出してグラフィック処理部
１５に転送し、グラフィック処理部１５に画像の生成を
指示する。この指示に応答して、グラフィック処理部１
５は、グラフィックデータを利用してビデオ信号を生成
する。このビデオ信号は、出力装置６に送られる。これ
により、出力装置６の表示画面上に画像が表示される。

【００４８】以上の構成を備える本実施の形態例のゲー
ム装置においては、ネットワーク１００を介して他のゲ
ーム装置と通信することが可能に構成されており、複数
のプレイヤがネットワーク１００を介して一つのゲーム
に参加することの可能なネットワークゲームが可能に構
成されている。この場合には、ゲームプログラムはＣＤ
−ＲＯＭ４より読み出すのみでなく、ネットワークに接
続されている他の通信機器（サーバ機器）よりダウンロ
ードすることも可能に構成されている。

【００４９】以上の機能を用いてネットワークゲームを
実行する場合のネットワークゲームシステムの構成を以
下図３を参照して説明する。図３は本実施の形態例のネ
ットワーク対応型のゲームサービスを提供するネットワ
ークゲームシステムの構成を示す概略図である。

【００５０】本実施の形態例のネットワークゲームシス
テムでは、図１に示される構成を備えるゲーム装置１
ａ、１ｂ、１ｃ、１ｄが通信媒体を介したネットワーク
システム、例えばインターネット１００を介してサーバ
群１０２に接続されている。なお、接続されるゲーム装
置の数は図３に示す例に限定されるものではなく、ゲー
ム内容に従って接続台数に制限はなく、２台以上であれ
ば任意の数のゲーム機を接続してゲーム実行可能なこと
は勿論である。

【００５１】サーバ群１０２は、例えばユーザ認証のた
めのアカウント管理を行う認証サーバ群１１１、ゲーム
装置１と他のサーバ群とのインタフェースを提供すると
共に、音声や動画などのコンテンツの閲覧サービスを提
供するコンテンツサーバ群１１２、チャットやメッセン
ジャーの環境を提供するメッセージサーバ群１１３、電
子メールのサービスを提供するためのメールサーバ群１
１４、ユーザのプロファイルを管理するためのプロファ
イルサーバ群１１５、およびゲーム環境を提供するため
のゲームサーバ群１１６等から構成されている。

【００５２】これらのサーバ群１１１〜１１６は、ＬＡ
Ｎ１１７を介して相互に接続されている。このサーバ群
の構成も以上の例に限定されるものではなく、１台です
べてを構成しても、更に細かく分担を分けたものであっ
てもよい。

【００５３】ゲームサーバ群１１６には、本実施形態例
に係るゲームを実行するためのロビーサーバが含まれて
いる。ゲーム装置１がロビーサーバに接続されると、仮
想の「ロビー」を表す画面が表示装置６上に表示され
る。このロビー画面には、自身のプレイヤキャラクタ及
びロビーサーバに接続している他のプレイヤのキャラク
タが表示される。プレイヤはチャットを行うことがで
き、それによって、他のプレイヤと交流を図ったり、一
緒にゲームを遊ぶ相手を探したりすることができる。

【００５４】本実施形態例においては、プレイヤが入力
した文字情報をリアルタイムで表示するチャットメッセ
ージとは別に、所定の候補からプレイヤが選択したメッ
セージをプレイヤキャラクタの付近に継続的に表示する
ことができる。

【００５５】次に、主制御部１１のＣＰＵによりＣＤ−
ＲＯＭ４から読み出され、メインメモリであるＲＡＭ１
２に格納されるゲームプログラムやデータについて説明
する。図４は、ＣＤ−ＲＯＭ５４の記憶内容及び記憶領
域を説明するための図である。

【００５６】図４に示すようにＣＤ−ＲＯＭ４には、主
制御部１１が実行するゲームプログラムを記憶するプロ
グラム記憶領域４ａ、各種ゲーム進行上必要となるデー
タを記憶する関連データ記憶領域４ｂ、三次元モデルの
モデリングデータや背景として用いる二次元画像データ
などを記憶する画像データ記憶領域４ｃ、効果音などの
サウンドデータを記憶するサウンドデータ記憶領域４
ｄ、ゲームに登場するキャラクタなどのゲームに特有の
アイコン情報を記憶するアイコンデータ記憶領域４ｅ等
より構成されている。

【００５７】なお、本実施の形態例においては、このＣ
Ｄ−ＲＯＭ４の各格納領域に格納されている各データの
内、あるステージでのゲーム進行に必要な一部のデータ
がＲＡＭ１２にロードされ、このＲＡＭ１２にロードさ
れたデータに基づいてゲームが進行される。

【００５８】そして、ゲームの進行上次のデータが必要
であればその時点でこのＣＤ−ＲＯＭ４の各格納領域に
格納されている各データの内、次にゲーム進行上必要と
なるデータがＲＡＭ１２にロードされることになる。

【００５９】なお、ネットワークゲームを実行している
場合には、ゲーム進行制御は、ゲームの進行の制御をサ
ーバ群１０２中のゲームサーバ群１１６のゲームを実行
するためのロビーサーバよりの制御に基づいて行われ、
上記ロビーサーバよりの進行制御に従ってＣＤ−ＲＯＭ
４の各格納領域に格納されているゲーム進行に必要な一
部のデータがＲＡＭ１２にロードされ、このＲＡＭ１２
にロードされたデータに基づいてゲームが進行される。

【００６０】次に、主制御部１１によりＣＤ−ＲＯＭ４
から読み出され、ＲＡＭ１２に格納されるプログラムや
データについて説明する。

【００６１】図５は、本実施の形態例のＲＡＭ１２のメ
モリ構成を示す図である。同図に示すようにＲＡＭ１２
は、主制御部１１が実行するプログラムを格納するプロ
グラム格納領域１２ａ、各種処理の実行に必要となるデ
ータを格納する関連データ格納領域１２ｂ、三次元モデ
ルのモデリングデータや背景として用いる二次元画像デ
ータ等に関する画像データなどを格納する画像データ格
納領域１２ｃ、効果音などのサウンドデータを格納する
サウンドデータ格納領域１２ｄなどを有する。

【００６２】本実施の形態例では、ゲームを最初から実
行した場合を除いて、関連データ格納領域１２ｂには、
ゲーム開始時にメモリカード５から読み出されてきたゲ
ームデータが読み込まれ、読み込まれたゲームデータに
従ってゲームが再開される。

【００６３】以上の構成を備える本実施の形態例におけ
るＲＰＧの制御を図６のフローチャートを参照して以下
に説明する。図６は本実施の形態例のＲＰＧの制御を説
明するためのフローチャートである。この処理は、ＣＤ
−ＲＯＭ４に記憶されたゲームプログラムをゲーム装置
本体２が実行することにより実施される。

【００６４】図６において、まず、ステップＳ１におい
て、ゲーム装置本体２にゲームプログラムが記録された
ＣＤ−ＲＯＭ４をセットする。これによりステップＳ２
に進み、必要なプログラムがＣＤ−ＲＯＭ４から読み出
されてＲＡＭ１２に格納され初期画面（メーカーロゴな
ど）の表示、メモリカード５のチェック、タイトル画面
の表示が行われ、データのロード等を含む基本処理が行
われる。

【００６５】続いてステップＳ３で基本処理が終了した
時点でメモリカード５から読み出された当該ゲームに関
するゲームセーブデータからどのゲームデータを選択す
るかを選択するゲーム選択画面を表示し、これから実行
させるゲームデータを選択する。そしてステップＳ４に
進む。

【００６６】ステップＳ４では選択されたゲームデータ
ファイルからゲームデータを読み出してきてＲＡＭ１２
の関連データ記憶領域４ｂに格納し、セーブ時点からの
ゲームを開始する。なお、セーブデータがない場合、即
ち、まったく新規にゲームを開始する場合には、ゲーム
ファイルがないので自動的に新ゲームを開始する。

【００６７】また、ゲームがネットワークゲームで相手
がネットワーク１００を介した他のゲーム機を操作する
プレイヤであった場合には相手との連携プレイとなる。

【００６８】そしてゲームの進行に合わせて例えばゲー
ム画面が変わった場合やコントローラ３０が操作された
りフィールドが変わったりした場合にはステップＳ５に
進む。そしてステップＳ５において、味方キャラクタが
ステータス異常であるか否かを調べる。

【００６９】ステータス異常とは、キャラクタの状態が
ゲームの進行に従って変化した場合において、キャラク
タの状態変化が不具合を生じる変化である場合をいい、
例えば、毒に犯された場合、麻痺した場合、暗闇状態
（目が見えない状態）、沈黙状態（魔法などが唱えられ
ない状態）、石化状態、戦闘不能状態などそれぞれの症
状に応じた種々の状態がある。

【００７０】ステップＳ５において、ステータス異常で
なかった場合にはステップＳ６に進み、ゲーム場面に対
応する必要なゲーム進行処理を行ってステップＳ４に戻
る。例えば、コントローラ３０の操作によりゲームキャ
ラの移動指示がなされている場合には指示に従ったキャ
ラの移動を行う。また、戦闘画面になった場合でステー
タス異常でない場合には操作指示に従った戦闘モードで
のゲーム進行を行う。

【００７１】一方、ステップＳ５で味方キャラクタがス
テータス異常を起こしている場合にはステップＳ７に進
み、味方キャラクタのいずれかのキャラクタが例えばコ
ントローラ３０などからの動作指示が可能なタイミング
となっているか否かを調べる。操作ができない状態であ
る場合にはステップＳ４に戻りゲーム進行を行う。

【００７２】例えば、戦闘画面である場合で、敵キャラ
クタの攻撃タイミングであるような場合には味方キャラ
クタの操作はできない状態である。例えば、この敵キャ
ラクタの攻撃により味方キャラクタがステータス異常と
なることも起こりうる。

【００７３】図７は本実施の形態例の戦闘画面の表示例
を説明するための図である。図７において、７１が味方
キャラクタ表示領域であり、図７の例では上から順に
Ａ、Ｂ、Ｃの３人の味方キャラクタが表示されている。
７２は敵キャラクタの表示領域、７３は敵キャラクタの
名称表示領域、７４は味方キャラクタの実行可能なコマ
ンド表示領域、７５が味方キャラクタの状態表示領域で
ある。

【００７４】図７に示す例では、敵キャラクタ（スラリ
ン）が魔法攻撃（「ポイズン」による毒攻撃）を行った
場面を示しており、この魔法攻撃をキャラクタＢ７１ｂ
が受けてしまい毒に犯された状態に陥った状態を示して
いる。通常の戦闘画面では、図７に示すように動作指示
コマンドとして「たたかう」、「ぬすむ」、「アイテ
ム」使用の３種のコマンドが表示されている状態であ
る。

【００７５】一方、ステップＳ７で味方キャラクタのい
ずれかのキャラクタが例えばコントローラ３０などから
の動作指示が可能なタイミングとなった場合にはステッ
プＳ８に進み、動作指示が可能なキャラクタの動作によ
りステータス異常が解消できるか否かを調べる。

【００７６】動作指示が可能なキャラクタがこのような
ステータス異常を解消できる状態にない場合にはステッ
プＳ６に進み、一般的なゲーム進行処理を続行する。な
お、ステータス異常である味方キャラクタが複数である
場合には、いずれのキャラクタのステータス異常も解消
させることができない場合のみステップＳ６に進む。

【００７７】一方、ステップＳ８で動作指示が可能なキ
ャラクタが必要な動作を行うことによりステータス異常
を解消できる状態にある場合（ステータス異常の味方キ
ャラクタが複数である場合で、そのうちの１名のみがス
テータス異常を解消できる場合を含む）にはステップＳ
９に進み、味方キャラクタの状態を判断して最適な対処
方法を仮選択した状態とする。

【００７８】ステップＳ９において、例えばステータス
異常が図７に示す毒に犯された状態である場合には、例
えば「毒消し」、「万能薬」、「エリクサー」アイテム
を所持している場合には当該アイテムを用いればステー
タス異常を解消でき、また、キャラクタが毒に犯された
状態を解消できる治療魔法、例えば「ポイゾナ」または
「エスナ」などを覚えており魔法を唱えられる状態にあ
る場合には魔法を唱えることにより毒に犯された状態を
解消できる。

【００７９】複数の対処方法がとれる場合には、採りう
る対処方法に予め優先順位を設定しておき、この優先順
位に従って対処方法を選択しても良く、あるいはキャラ
クタの状態で例えばアイテムの数が非常に多い場合には
アイテムを使用し、魔法であればステータス異常を解消
するために最も消費ポイントの少ない魔法を自動選択状
態に制御するなど、あらゆる対処方法の選択が可能であ
る。

【００８０】更に、例えばアイテムを優先使用するよう
に設定した場合においては、有効なアイテムの中から有
効なものを選択して使用する状態とする。この場合にお
いて、有効なアイテムを２つ以上所持しているときに
は、どのような基準でアイテムを選択するかを予め設定
しておけば、予定外のアイテムが使用されてしまい、あ
とのゲーム場面で使用できなくなるようなことが防げ
る。

【００８１】例えばメニュー画面などで「数が多いほう
から使う」を設定すれば所持数の多いアイテムを優先し
て使用するように選択し、「専用アイテムから使う」と
設定すれば「毒消し」から使用することになる。また、
「エリクサーは使わない」と設定しておけば特に使用効
果の高い「エリクサー」をさほどダメージのないステー
タス異常で無駄遣いされるのを防いで「エリクサー」以
外のアイテムを使用し、「エリクサー優先」との選択肢
を設定している場合には逆に「エリクサー」を第１に使
用することになる。

【００８２】このステップＳ９における最適な対処方法
を仮選択した状態を図８に示す。図８は本実施の形態例
の自動的にステータス異常対処方法を選択したゲーム画
面例を示す図である。

【００８３】図８においては、コマンド表示領域の表示
が図７に示すゲーム画面と異なり、ステータス異常を解
消するためのコマンドである「ちりょう」コマンドが新
たに表示され、かつこの「ちりょう」コマンドが選択さ
れた状態に設定されている。かつ、この「ちりょう」コ
マンドを受けるべきキャラクタとしてキャラクタＢが選
択されている。このため、例えば決定ボタンを入力する
という極めて簡単な操作のみでこのキャラクタＢに対す
るステータス異常の解消が可能となる。

【００８４】この「ちりょう」コマンドは、有効アイテ
ムをもっている場合、あるいは有効魔法を唱えられる状
態のときのみ自動表示され、他の場合には自動表示され
ることはない。ただし、コマンド選択画面を表示した場
合には選択することができる。

【００８５】しかし、本実施の形態例は以上の例に限定
されるものではなく、ステータス異常でない場合にもコ
マンド表示領域に「ちりょう」コマンドが表示されるよ
うに制御しても良く、ステータス異常の場合のみ自動的
にこの「ちりょう」コマンドが自動選択され、他の場合
には直前に指示されたコマンドが選択された状態、ある
いは最も上部に表示されているコマンドを選択した状態
に制御してよいことは勿論である。

【００８６】更に、ステータス異常であって有効な対象
方法が採れない場合であってもコマンド表示領域に「ち
りょう」コマンドが表示されるように制御しても良い。
この場合には、選択できるアイテムがない、あるいは有
効な魔法が唱えられない状態であり、「ちりょう」コマ
ンドを選択して実行してもステータス異常の解消に有効
な何の作用効果も生じないことになる。

【００８７】ステップＳ９の図８に示すゲーム画面を確
認したプレイヤは、続くステップＳ１０において、この
図８に示す「ちりょう」コマンドを選択してワンタッチ
でのステータス異常の解消を図るか否かを判断する。ワ
ンタッチでのステータス異常の解消を図らずに具体的に
他のゲーム進行を行う場合にはステップＳ１１に進み、
他の具体的な実行コマンドを選択して操作可能キャラク
タの動作を指定制御する。そしてステップＳ４に戻る。

【００８８】この場合としては、例えば、ステータス異
常がさほど大きな影響を与えないような場合や戦闘状態
が切迫していて他の行動を採らす必要性あるいは他のア
イテムを使用させる必要性が高いような場合、あるいは
ステータス異常の複数のキャラクタに及んでいる場合な
どで自動選択したキャラクタ以外に「ちりょう」を行い
たい場合、自動選択された対処方法以外を選択した場合
など、必要に応じて他の処置を行いたい場合などであ
る。

【００８９】一方、ステップＳ１０でワンタッチでのス
テータス異常の解消を図るべきであると判断した場合に
はステップＳ１２に進み、自動選択された「ちりょう」
コマンドを実行して選択されたキャラクタのステータス
異常を解消する。そしてステップＳ４に戻る。

【００９０】なお、以上の説明において、ステータス異
常の味方キャラクタが２人以上である場合には、いずれ
のキャラクタから治療するかを予め設定しておけばよ
い。例えば、よりＨＰの少ない（弱っている）キャラク
タから、あるいはより重要であると設定されている（ゲ
ーム画面で上の方に表示されている）キャラクタからス
テータス異常の解消を図るように制御すればよい。

【００９１】以上説明したように本実施の形態例によれ
ば、ほぼ自動的にステータス異常に対する対処方法を自
動選択し、対処を行うべきキャラクタも自動的に選択さ
れるため、簡単な操作で味方キャラクタのステータス異
常を解消できる。

【００９２】このため、速やかに、かつ容易にゲームの
進行を行うことができ、適切な対処が可能となり、ゲー
ム中断によるストレスを軽減すると共に、例えゲームに
不慣れであっても適切な対応が可能となるため、ゲーム
に慣れていないプレイヤであっても、熟練したプレイヤ
と同じようにゲームの進行を楽しめる趣味性の高いＲＰ
Ｇゲームが実現する。

【００９３】（他の実施の形態例）以上、本発明を実施
の形態例に基づいて具体的に説明したが、本発明は上記
実施の形態およびその変形例に限定されるものではな
く、その要旨を逸脱しない範囲で適宜変更可能であるこ
とはもちろんである。

【００９４】例えば、以上の説明では図７のゲーム画面
に対して図８に示すゲーム画面では、コマンド表示領域
８４に表示されたコマンドが図７に示すゲーム画面のコ
マンド表示領域７４に表示されたコマンドに加えて新た
に「ちりょう」コマンドが追加表示される例について行
った。

【００９５】しかし、本発明は以上の例に限定されるも
のではなく、コマンド表示領域８４の表示を図７に示す
ゲーム画面のコマンド表示領域７４のコマンド表示に加
えて新たに「ちりょう」コマンドを追加表示するのでは
なく、例えば「アイテム」コマンドの表示に代えて「ち
りょう」コマンドを表示するように制御してもよい。

【００９６】このように制御した本発明に係る第２の実
施の形態例の自動的にステータス異常対処方法を選択し
たゲーム画面例を説明する。図９は本発明に係る第２の
実施の形態例の自動的にステータス異常対処方法を選択
したゲーム画面例を示す図である。

【００９７】第２の実施の形態例においては、図９に示
すように、コマンド表示領域９４の表示を図７に示すゲ
ーム画面のコマンド表示領域７４のコマンド表示の「ア
イテム」コマンドの表示に代えて「ちりょう」コマンド
を表示する。

【００９８】かつ、この「ちりょう」コマンドを受ける
べきキャラクタとしてキャラクタＢ９１ｂが選択されて
いる。このため、第１の実施の形態例と同様に決定ボタ
ンを入力するという極めて簡単な操作のみでこのキャラ
クタＢに対するステータス異常の解消が可能となる。

【００９９】即ち、第２の実施の形態例によれば、この
コマンド表示領域９４に例え追加コマンドの表示領域が
確保できないような場合であっても、決定ボタンを入力
するという極めて簡単な操作のみでこのキャラクタＢに
対するステータス異常の解消が可能となる。

【０１００】図９に示す場合において、「ちりょう」コ
マンドを実行するのではなく、他のコマンド、例えば
「アイテム」使用コマンドを実行しようとする場合に
は、例えば一旦「ちりょう」コマンド選択後に、十字ボ
タン３１の『右』キーを押下することにより、『アイテ
ム選択画面』に切り替え可能に構成する。以上説明した
ように第２の実施の形態例によれば上述した第１の実施
の形態例と同様の作用効果を奏することができると共
に、表示フォーマットの変化がステータス異常でない場
合と比較して最小限に抑えることができ、通常のゲーム
画面との差異がなく、違和感のないゲーム進行ができ
る。

【０１０１】（他の実施の形態例）また、以上の説明で
は、家庭用ゲーム機をプラットホームとして本発明を実
現した場合について述べたが、本発明は、パーソナルコ
ンピュータなどの汎用コンピュータやアーケードゲーム
機をプラットホームとして実現してもよい。

【０１０２】また、上記実施の形態およびその変形例で
は、本発明を実現するためのプログラムやデータをＣＤ
−ＲＯＭに格納し、このＣＤ−ＲＯＭを情報記録媒体と
して用いた。しかしながら、情報記録媒体はＣＤ−ＲＯ
Ｍに限定されるものではなく、磁気ディスクやＲＯＭカ
ードなどコンピュータが読み取り可能なその他の磁気
的、光学的記録媒体あるいは半導体メモリであってもよ
い。

【０１０３】また、本発明を実現するためのプログラム
やデータは、ゲーム機やコンピュータに対して着脱可能
なＣＤ−ＲＯＭなどのメディアにより提供される形態に
限定されず、本発明を実現するためのセーブデータは、
通信回線などを介して接続された他の機器、例えばサー
バ群から受信してメモリに記録する形態であってもよい
し、更には、通信回線などを介して接続された他の機器
側のメモリに上記プログラムやデータを記録し、このプ
ログラムやデータを通信回線などを介して使用する形態
であってもよい。

【０１０４】

【発明の効果】以上説明した様に本発明によれば、プレ
イヤの操作キャラクタの状態がゲームの進行に従って変
化した場合において、キャラクタの状態変化が不具合を
生じる変化である場合には自己のキャラクタ操作可能タ
イミングで不具合を生じる変化を起こしているキャラク
タに対する対処方法の指示ガイダンスを自動表示するこ
とにより、状態の不具合の解消をごく簡単は操作で行う
ことができ、速やかに、かつ容易に適切な対処が可能と
なり、ゲーム中断によるストレスを軽減すると共に、例
えゲームに慣れていないプレイヤであっても、熟練した
プレイヤと同じようにゲームの進行を楽しめる趣味性の
高いゲーム装置及びゲーム制御方法を提供することがで
きる。

【図面の簡単な説明】

【図１】本発明に係る一実施の形態例におけるゲームシ
ステムの全体構成を示すブロック図である。

【図２】本実施の形態例の入力装置の一例を説明するた
めの図である。

【図３】本実施の形態例のネットワーク対応型のゲーム
サービスを提供するネットワークゲームシステムの構成
を示す概略図である。

【図４】本実施の形態例のＣＤ−ＲＯＭの詳細構成を説
明するための図である。

【図５】本実施の形態例の図２に示すメインメモリのメ
モリ構成を示す図である。

【図６】本実施の形態例のＲＰＧの実行制御を説明する
ためのフローチャートである。

【図７】本実施の形態例の戦闘画面の表示例を説明する
ための図である。

【図８】本実施の形態例の自動的にステータス異常対処
方法を選択したゲーム画面例を示す図である。

【図９】本発明に係る第２の実施の形態例の自動的にス
テータス異常対処方法を選択したゲーム画面例を示す図
である。

【符号の説明】

１ ゲーム装置 ２ ゲーム装置本体 ３ 入力装置 ４ ＣＤ−ＲＯＭ（Compact Disc Read Only Memory ） ５ メモリカード ６ 出力装置 １１ 主制御部 １２ ＲＡＭ（Random Access Memory;ランダムアク
セスメモリ） １３ インタフェース部 １４ サウンド処理部 １５ グラフィック処理部 １６ ＣＤ−ＲＯＭドライブ １７ 通信インタフェース １８ ＨＤＤ（Hard Disk Drive;ハードディスクドラ
イブ） １９ バス ３０ コントローラ ３１ 十字キー ３２ ○ボタン ３３ △ボタン ３４ □ボタン ３５ ×ボタン ３６ スタートボタン ３７ ジョイスティック ３８ Ｒ１ボタン ３９ Ｒ２ボタン ４０ Ｌ１ボタン ４１ Ｌ２ボタン ４２ セレクトボタン ６１ 表示画面 ６２ スピーカ ９９ 通信回線 １００ ネットワーク（インターネット）

Claims (44)

【特許請求の範囲】
1. 【請求項１】 ゲームプログラムに従ってキャラクタを
   操作してゲームを実行可能なゲーム装置であって、 前記操作キャラクタの状態がゲームの進行に従って変化
   した場合において、キャラクタの状態変化が不具合を生
   じる変化である場合には自己のキャラクタ操作可能タイ
   ミングで不具合を生じる変化を起こしているキャラクタ
   に対する対処方法の指示ガイダンスを自動表示するガイ
   ダンス手段を備えることを特徴とするゲーム装置。
2. 【請求項２】 前記ガイダンス手段は予め設定された条
   件に従って対処方法の指示ガイダンスを自動表示するこ
   とを特徴とする請求項１記載のゲーム装置。
3. 【請求項３】 前記ガイダンス手段は、前記不具合を生
   じる変化を起こしているキャラクタが単数である場合に
   は当該不具合を生じる変化を起こしているキャラクタに
   対する対処方法として決定指示を入力するのみで適切な
   指示入力を選択可能状態に対処方法の選択を行なうこと
   を特徴とする請求項１または請求項２記載のゲーム装
   置。
4. 【請求項４】 前記ガイダンス手段は、前記不具合を生
   じる変化を起こしているキャラクタが複数である場合に
   は当該不具合を生じる変化を起こしているキャラクタの
   うちの対処優先順位の高いキャラクタに対して決定指示
   を入力するのみで適切な対処方法の指示入力を選択可能
   状態に対処方法の選択を行なうことを特徴とする請求項
   １または請求項２記載のゲーム装置。
5. 【請求項５】 前記対処優先順位はより弱っているキャ
   ラクタを優先するものであることを特徴とする請求項４
   記載のゲーム装置。
6. 【請求項６】 前記対処優先順位はゲーム進行上より重
   要であると指定されているキャラクタを優先するもので
   あることを特徴とする請求項４記載のゲーム装置。
7. 【請求項７】 前記不具合を生じる変化はキャラクタの
   ステータス異常であり、前記対処方法は操作可能キャラ
   クタのステータス異常を解消するための行動であること
   を特徴とする請求項１乃至請求項６のいずれかに記載の
   ゲーム装置。
8. 【請求項８】 前記操作可能キャラクタの行動では前記
   不具合を生じる変化を起こしているキャラクタに対する
   対処ができない場合には前記対処方法のガイダンス制御
   は行わないことを特徴とする請求項１乃至請求項７のい
   ずれかに記載のゲーム装置。
9. 【請求項９】 前記不具合を生じる変化が早急な対処が
   必要でない変化である場合には前記対処方法のガイダン
   ス制御は行わないことを特徴とする請求項１乃至請求項
   ８のいずれかに記載のゲーム装置。
10. 【請求項１０】 前記対処方法の指示は前記ガイダンス
    制御にかかわらず変更可能であることを特徴とする請求
    項１乃至請求項９のいずれかに記載のゲーム装置。
11. 【請求項１１】 対処方法の指示入力が前記不具合を生
    じる変化を起こしているキャラクタに対する対処方法と
    して不適格な指示入力である場合には指示入力を無効と
    することを特徴とする請求項１乃至請求項１０のいずれ
    かに記載のゲーム装置。
12. 【請求項１２】 ゲームプログラムに従ってキャラクタ
    を操作してゲームを実行可能なゲーム装置におけるゲー
    ム制御方法であって、 前記操作キャラクタの状態がゲームの進行に従って変化
    した場合において、キャラクタの状態変化が不具合を生
    じる変化である場合には自己のキャラクタ操作可能タイ
    ミングで不具合を生じる変化を起こしているキャラクタ
    に対する対処方法の指示ガイダンスを自動表示すること
    を特徴とするゲーム制御方法。
13. 【請求項１３】 前記指示ガイダンスの自動表示は予め
    設定された条件に従って対処方法の指示ガイダンスを自
    動表示するものであることを特徴とする請求項１２記載
    のゲーム制御方法。
14. 【請求項１４】 前記指示ガイダンスの自動表示は、前
    記不具合を生じる変化を起こしているキャラクタが単数
    である場合には当該不具合を生じる変化を起こしている
    キャラクタに対する対処方法として決定指示を入力する
    のみで適切な指示入力を選択可能状態に対処方法の選択
    を行うものであることを特徴とする請求項１２または請
    求項１３記載のゲーム制御方法。
15. 【請求項１５】 前記指示ガイダンスの自動表示は、前
    記不具合を生じる変化を起こしているキャラクタが複数
    である場合には当該不具合を生じる変化を起こしている
    キャラクタのうちの対処優先順位の高いキャラクタに対
    して決定指示を入力するのみで適切な対処方法の指示入
    力を選択可能状態に対処方法の選択を行うものであるこ
    とを特徴とする請求項１２または請求項１３記載のゲー
    ム制御方法。
16. 【請求項１６】 前記対処優先順位はより弱っているキ
    ャラクタを優先するものであることを特徴とする請求項
    １５記載のゲーム制御方法。
17. 【請求項１７】 前記対処優先順位はゲーム進行上より
    重要であると指定されているキャラクタを優先するもの
    であることを特徴とする請求項１５記載のゲーム制御方
    法。
18. 【請求項１８】 前記不具合を生じる変化はキャラクタ
    のステータス異常であり、前記対処方法は操作可能キャ
    ラクタのステータス異常を解消するための行動であるこ
    とを特徴とする請求項１２乃至請求項１７のいずれかに
    記載のゲーム制御方法。
19. 【請求項１９】 前記操作可能キャラクタの行動では前
    記不具合を生じる変化を起こしているキャラクタに対す
    る対処ができない場合には前記対処方法のガイダンス制
    御は行わないことを特徴とする請求項１２乃至請求項１
    ８のいずれかに記載のゲーム制御方法。
20. 【請求項２０】 前記不具合を生じる変化が早急な対処
    が必要でない変化である場合には前記対処方法のガイダ
    ンス制御は行わないことを特徴とする請求項１２乃至請
    求項１９のいずれかに記載のゲーム制御方法。
21. 【請求項２１】 前記対処方法の指示は前記ガイダンス
    制御にかかわらず変更可能であることを特徴とする請求
    項１２乃至請求項２０のいずれかに記載のゲーム制御方
    法。
22. 【請求項２２】 対処方法の指示入力が前記不具合を生
    じる変化を起こしているキャラクタに対する対処方法と
    して不適格な指示入力である場合には指示入力を無効と
    することを特徴とする請求項１２乃至請求項２１のいず
    れかに記載のゲーム制御方法。
23. 【請求項２３】 キャラクタを操作してゲームを実行可
    能なゲーム装置で実行可能なコンピュータプログラムで
    あって、 前記操作キャラクタの状態がゲームの進行に従って変化
    した場合において、キャラクタの状態変化が不具合を生
    じる変化である場合には自己のキャラクタ操作可能タイ
    ミングで不具合を生じる変化を起こしているキャラクタ
    に対する対処方法の指示ガイダンスを自動表示すること
    を特徴とするコンピュータプログラム。
24. 【請求項２４】 前記指示ガイダンスの自動表示は予め
    設定された条件に従って対処方法の指示ガイダンスを自
    動表示するものであることを特徴とする請求項２３記載
    のコンピュータプログラム。
25. 【請求項２５】 前記指示ガイダンスの自動表示は、前
    記不具合を生じる変化を起こしているキャラクタが単数
    である場合には当該不具合を生じる変化を起こしている
    キャラクタに対する対処方法として決定指示を入力する
    のみで適切な指示入力を選択可能状態に対処方法の選択
    を行うものであることを特徴とする請求項２３または請
    求項２４記載のコンピュータプログラム。
26. 【請求項２６】 前記指示ガイダンスの自動表示は、前
    記不具合を生じる変化を起こしているキャラクタが複数
    である場合には当該不具合を生じる変化を起こしている
    キャラクタのうちの対処優先順位の高いキャラクタに対
    して決定指示を入力するのみで適切な対処方法の指示入
    力を選択可能状態に対処方法の選択を行うものであるこ
    とを特徴とする請求項２３または請求項２４記載のコン
    ピュータプログラム。
27. 【請求項２７】 前記対処優先順位はより弱っているキ
    ャラクタを優先するものであることを特徴とする請求項
    ２６記載のコンピュータプログラム。
28. 【請求項２８】 前記対処優先順位はゲーム進行上より
    重要であると指定されているキャラクタを優先するもの
    であることを特徴とする請求項２６記載のコンピュータ
    プログラム。
29. 【請求項２９】 前記不具合を生じる変化はキャラクタ
    のステータス異常であり、前記対処方法は操作可能キャ
    ラクタのステータス異常を解消するための行動であるこ
    とを特徴とする請求項２３乃至請求項２８のいずれかに
    記載のコンピュータプログラム。
30. 【請求項３０】 前記操作可能キャラクタの行動では前
    記不具合を生じる変化を起こしているキャラクタに対す
    る対処ができない場合には前記対処方法のガイダンス制
    御は行わないことを特徴とする請求項２３乃至請求項２
    ９のいずれかに記載のコンピュータプログラム。
31. 【請求項３１】 前記不具合を生じる変化が早急な対処
    が必要でない変化である場合には前記対処方法のガイダ
    ンス制御は行わないことを特徴とする請求項２３乃至請
    求項３０のいずれかに記載のコンピュータプログラム。
32. 【請求項３２】 前記対処方法の指示は前記ガイダンス
    制御にかかわらず変更可能であることを特徴とする請求
    項２３乃至請求項３１のいずれかに記載のコンピュータ
    プログラム。
33. 【請求項３３】 対処方法の指示入力が前記不具合を生
    じる変化を起こしているキャラクタに対する対処方法と
    して不適格な指示入力である場合には指示入力を無効と
    することを特徴とする請求項２３乃至請求項３２のいず
    れかに記載のコンピュータプログラム。
34. 【請求項３４】 キャラクタを操作してゲームを実行可
    能なゲーム装置で実行可能なコンピュータプログラムを
    記録可能なコンピュータ可読記録媒体であって、 前記操作キャラクタの状態がゲームの進行に従って変化
    した場合において、キャラクタの状態変化が不具合を生
    じる変化である場合には自己のキャラクタ操作可能タイ
    ミングで不具合を生じる変化を起こしているキャラクタ
    に対する対処方法の指示ガイダンスを自動表示する機能
    を実現するコンピュータプログラム列を記録することを
    特徴とするコンピュータ可読記録媒体。
35. 【請求項３５】 前記コンピュータプログラム列で実現
    する指示ガイダンスの自動表示は予め設定された条件に
    従って対処方法の指示ガイダンスを自動表示するもので
    あることを特徴とする請求項３４記載のコンピュータ可
    読記録媒体。
36. 【請求項３６】 前記コンピュータプログラム列で実現
    する指示ガイダンスの自動表示は、前記不具合を生じる
    変化を起こしているキャラクタが単数である場合には当
    該不具合を生じる変化を起こしているキャラクタに対す
    る対処方法として決定指示を入力するのみで適切な指示
    入力を選択可能状態に対処方法の選択を行うものである
    ことを特徴とする請求項３４または請求項３５記載のコ
    ンピュータ可読記録媒体。
37. 【請求項３７】 前記コンピュータプログラム列で実現
    する指示ガイダンスの自動表示は、前記不具合を生じる
    変化を起こしているキャラクタが複数である場合には当
    該不具合を生じる変化を起こしているキャラクタのうち
    の対処優先順位の高いキャラクタに対して決定指示を入
    力するのみで適切な対処方法の指示入力を選択可能状態
    に対処方法の選択を行うものであることを特徴とする請
    求項３４または請求項３５記載のコンピュータ可読記録
    媒体。
38. 【請求項３８】 前記コンピュータプログラム列で実現
    する前記対処優先順位はより弱っているキャラクタを優
    先するものであることを特徴とする請求項３７記載のコ
    ンピュータ可読記録媒体。
39. 【請求項３９】 前記コンピュータプログラム列で実現
    する前記対処優先順位はゲーム進行上より重要であると
    指定されているキャラクタを優先するものであることを
    特徴とする請求項３７記載のコンピュータ可読記録媒
    体。
40. 【請求項４０】 前記不具合を生じる変化は、キャラク
    タのステータス異常であり、前記コンピュータプログラ
    ム列で実現する前記対処方法は操作可能キャラクタのス
    テータス異常を解消するための行動であることを特徴と
    する請求項３４乃至請求項３９のいずれかに記載のコン
    ピュータ可読記録媒体。
41. 【請求項４１】 前記操作可能キャラクタの行動では前
    記不具合を生じる変化を起こしているキャラクタに対す
    る対処ができない場合には前記対処方法のガイダンス制
    御は行わないことを特徴とする請求項３４乃至請求項４
    ０のいずれかに記載のコンピュータ可読記録媒体。
42. 【請求項４２】 前記不具合を生じる変化が早急な対処
    が必要でない変化である場合には前記コンピュータプロ
    グラム列で実現する前記対処方法のガイダンス制御を行
    わないことを特徴とする請求項３４乃至請求項４１のい
    ずれかに記載のコンピュータ可読記録媒体。
43. 【請求項４３】 前記コンピュータプログラム列で実現
    する前記対処方法の指示は前記ガイダンス制御にかかわ
    らず変更可能であることを特徴とする請求項３４乃至請
    求項４２のいずれかに記載のコンピュータ可読記録媒
    体。
44. 【請求項４４】 前記コンピュータプログラム列で実現
    する対処方法の指示入力が前記不具合を生じる変化を起
    こしているキャラクタに対する対処方法として不適格な
    指示入力である場合には指示入力を無効とすることを特
    徴とする請求項３４乃至請求項４３のいずれかに記載の
    コンピュータ可読記録媒体。