JP4536121B2 - ゲームプログラム、ゲーム装置、およびゲーム制御方法 - Google Patents

Description

本発明は、ゲームプログラム、特に、キャラクタが画像表示部に表示されるゲームを実現するためのゲームプログラムに関する。また、このゲームプログラムを実行可能なゲーム装置、およびこのゲームプログラムに基づいてコンピュータにより制御されるゲーム制御方法に関する。

従来から様々なビデオゲームが提案されている。これらビデオゲームは、ゲーム装置において実行されるようになっている。たとえば、一般的なゲーム装置は、モニタと、モニタとは別体のゲーム機本体と、ゲーム機本体とは別体の入力部たとえばコントローラとを有している。コントローラには、複数の入力ボタンが配置されている。また、たとえば、携帯型のゲーム装置は、ゲーム機本体と、ゲーム機本体の略中央部に設けられた液晶モニタと、液晶モニタの両側に配置された入力部たとえば複数の入力ボタンとを有している。

このようなゲーム装置によって実行されるゲームの１つとして、たとえば、野球ゲームが知られている（非特許文献１を参照）。野球ゲームでは、プレイヤが自分のチームの各選手キャラクタを操作して相手チームと得点を競うタイプのモード（対戦モード）や、野球ゲーム自体は主に自動で行わせプレイヤが監督の立場になってゲームに参加するタイプのモード（監督モード）等を、実行することができるようになっている。

たとえば前者のモードの場合、試合イベントにおいて自分のチームが攻撃や守備をしているときに、プレイヤが選手キャラクタに動作に関する指示をコントローラから行うことによって、打者キャラクタにバットを振らせたり、投手キャラクタや野手キャラクタにボールを送球させたりすることができるようになっている。また、プレイヤが試合イベントにおける戦略に関する指示をコントローラから行うことにより、打者キャラクタ、投手キャラクタ、および野手キャラクタを交代することができるようになっている。

このように各種の指示をプレイヤが行うことにより、試合イベントにおいて、プレイヤは、選手キャラクタに各種の動作を実行させたり、試合イベントにおいて自分の望む戦略を実現したりすることができるようになっている。
実況パワフルメジャーリーグ２、株式会社コナミデジタルエンタテインメント、ＰＳ２、２００７年１０月４日発売

従来の野球ゲームでは、対戦モードが実行された場合、試合イベントにおいて各種の指示がプレイヤにより行われる。

ここで、プレイヤにより行われる指示の１つに、投手キャラクタを交代するための投手交代指示がある。この投手交代指示が試合状況に応じてプレイヤにより行われると、控えの投手キャラクタのリストがモニタに表示される。そして、このリストの中からプレイヤの所望する投手キャラクタが選択されると、これまで登板していた投手キャラクタに代えて、ここで選択された控えの投手キャラクタがモニタに表示される。すなわち、これまで登板していた投手キャラクタに代えて、選択された控えの投手キャラクタを登板させることができる。

一方で、野球ゲームを楽しむプレイヤの増加に伴って、現実世界の野球と同じように野球ゲームを体感することができるようにして欲しいという要望が、プレイヤから寄せられるようになってきた。そこで、プレイヤができるだけ現実世界の野球と同じ感覚でプレイすることができる野球ゲームの開発が、ゲーム提供者により行われるようになった。このような野球ゲームの開発の過程において、現実世界の野球と野球ゲームとの間にいくつかの相違点があることが見つけられた。

たとえば、現実世界の野球では、投手の交代が行われる前には、控えの投手がブルペンで投球練習を行う。そして、一般的には、控えの投手の準備ができたときに、投手交代の指示が行われる。すなわち、投手交代の指示は、試合状況だけでなく控えの投手の状態をも考慮しながら、実行されることになる。しかしながら、従来の野球ゲームでは、上述したように、試合状況に応じて投手交代の指示は実行することはできたものの、控えの投手にブルペンで投球練習をさせたり、控えの投手の状態を考慮しながら投手交代の指示を実行したりすることはできるようにはなっていなかった。

本発明は、このような問題に鑑みてなされたものであり、本発明の目的は、対戦イベントに参加する前の準備をキャラクタに実行させることができるようにすることにある。また、あるキャラクタの状態を考慮しながら、このあるキャラクタに他のキャラクタを交代することができるようにすることにある。

請求項１に係るゲームプログラムは、選手キャラクタが画像表示部に表示される野球ゲームを実行可能なコンピュータの制御部に、以下の機能を実現させるためのプログラムである。
（１）野球ゲームにおける対戦イベントを制御する処理を、実行する対戦イベント制御機能。
（２）対戦イベントにおける登板中の投手キャラクタを、記憶部に格納された登板中の投手キャラクタ用の画像データを用いて、画像表示部の第１画面に表示する第１表示機能。
（３）対戦イベントに参加するために待機している控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の識別データを用いて、認識する第２キャラクタ認識機能。
（４）入力部からの所定の入力に基づいて、対戦イベントに参加する準備を控えの投手キャラクタに開始させる準備開始命令を、発行する準備開始命令発行機能。
（５）準備開始命令が発行されたときに、対戦イベントに参加する準備を行う控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、画像表示部の第２画面に表示する第２表示機能。
（６）対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態を、記憶部に格納された控えの投手キャラクタの準備状態データを用いて、認識する準備状態データ認識機能。
（７）登板中の投手キャラクタの動作に連動して、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを、変更する処理を、実行する第１準備状態データ変更機能。
（８）記憶部に格納された控えの投手キャラクタの準備状態データに基づいて、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態を、記憶部に格納された準備状態用の画像データを用いて、第１画面および第２画面の少なくともいずれか一方の画面に表示する準備状態表示機能。

このゲームプログラムでは、野球ゲームにおける対戦イベントを制御する処理が、実行される。第１表示機能においては、対戦イベントにおける登板中の投手キャラクタが、記憶部に格納された登板中の投手キャラクタ用の画像データを用いて、画像表示部の第１画面に表示される。第２キャラクタ認識機能においては、対戦イベントに参加するために待機している控えの投手キャラクタが、記憶部に格納された控えの投手キャラクタ用の識別データを用いて、認識される。準備開始命令発行機能においては、入力部からの所定の入力に基づいて、対戦イベントに参加する準備を控えの投手キャラクタに開始させる準備開始命令が、発行される。第２表示機能においては、準備開始命令が発行されたときに、対戦イベントに参加する準備を行う控えの投手キャラクタが、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、画像表示部の第２画面に表示される。準備状態データ認識機能においては、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態が、記憶部に格納された控えの投手キャラクタの準備状態データを用いて、認識される。第１準備状態データ変更機能においては、登板中の投手キャラクタの動作に連動して、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを、変更する処理が、実行される。準備状態表示機能においては、記憶部に格納された控えの投手キャラクタの準備状態データに基づいて、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態が、記憶部に格納された準備状態用の画像データを用いて、第１画面および第２画面の少なくともいずれか一方の画面に表示される。

たとえば、本ゲームプログラムを用いることにより野球ゲームが実行された場合、野球ゲームにおける対戦イベントを制御する処理が、制御部により実行される。ここでは、対戦イベントで登板中の投手キャラクタが、投手キャラクタ用の画像データを用いて試合画面に表示される。また、対戦イベントに登板するためにベンチで待機している投手キャラクタが、投手キャラクタ用の識別データを用いて制御部に認識される。さらに、対戦イベントに登板する準備を投手キャラクタに開始させる準備開始命令が、制御部から発行される。すると、対戦イベントに登板する準備を行う投手キャラクタが、投手キャラクタ用の画像データを用いてブルペン画面に表示される。

この場合、対戦イベントが制御部により実行されると、登板中の投手キャラクタが試合画面に表示される。また、対戦イベントに登板するためにベンチで待機している投手キャラクタ（控えの投手キャラクタ）に、対戦イベントに登板する準備を開始させる準備開始命令が、制御部から発行されると、準備開始命令が指示された投手キャラクタがブルペンで投球練習を行う状態が、ブルペン画面に表示される。

このように、請求項１に係る発明では、対戦イベントで、ある投手キャラクタが登板しているときに、控えの投手キャラクタに登板の準備を開始する命令（準備開始命令）を指示することにより、控えの投手キャラクタに対して投球練習を行わせることができる。すなわち、対戦イベントに登板する前の準備を控えの投手キャラクタに実行させることができる。

また、登板中の投手キャラクタを表示する画面（試合画面）と、準備中の投手キャラクタを表示する画面（ブルペン画面）とを異なる画面にすることにより、登板中の投手キャラクタと準備中の投手キャラクタとを容易に区別することができる。また、準備中の投手キャラクタを容易に視認することができる。

上記の内容を一般的に表現すると、対戦イベントに参加する前の準備をキャラクタに実行させることができる。また、対戦イベントに参加する前の準備を行うキャラクタを容易に視認することができる。

また、この場合、準備開始命令が制御部から発行されたときに、対戦イベントに登板する準備を行う投手キャラクタの準備状態が、投手キャラクタの準備状態データを用いて制御部に認識される。そして、投手キャラクタの準備状態データに基づいて、対戦イベントに登板する準備を行う投手キャラクタの準備状態が、準備状態用の画像データを用いて試合画面およびブルペン画面の少なくともいずれか一方の画面に表示される。

この場合、対戦イベントに登板する準備を開始させる準備開始命令が、制御部から発行されると、準備開始命令が指示された投手キャラクタの準備状態を示す画像が、準備状態用の画像データを用いて試合画面およびブルペン画面の少なくともいずれか一方の画面に表示される。

このように、請求項１に係る発明では、控えの投手キャラクタに登板の準備を開始する命令（準備開始命令）が指示されると、この控えの投手キャラクタの準備状態を示す画像、たとえばこの控えの投手キャラクタの準備状態を示すゲージ画像が、試合画面およびブルペン画面の少なくともいずれか一方の画面に表示される。これにより、プレイヤは、控えの投手キャラクタがどの程度まで準備ができているのかということを、このゲージ画像を見ることにより判断することができる。一般的に表現すると、対戦イベントに参加する前の準備を実行するキャラクタの準備状態を、準備状態を示す画像に基づいて判断することができる。

また、この場合、第１準備状態データ変更機能において、登板中の投手キャラクタの動作に連動して、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを変更する処理が、制御部により実行される。

つまり、控えの投手キャラクタの準備状態は、登板中のキャラクタの動作とは無関係に独自に進行してしまうのではなく、あくまで登板中の投手キャラクタの動作と連動することになる。従って、プレイヤは登板中の投手キャラクタの動作を確認するだけで、それに連動する控えの投手キャラクタの準備状態を概ね想定することができるので、登板中の投手キャラクタの対戦イベント中に、控えの投手キャラクタが準備を行なっている第２画面を頻繁に確認する必要は無く、登板中の投手キャラクタの動作状態を確認することで控えの投手キャラクタの準備がほぼ整ったであろうと推測されるタイミングで第２画面を確認すればよい。ここで、連動とは、登板中の投手キャラクタと控えの投手キャラクタが全く同一の動作および動作回数を行なう場合のほか、登板中のキャラクタの動作が２回行なわれたことに対して、控えの投手キャラクタの動作が１回行なわれる、というような一定の関係性を設ける場合も含む。

また、この場合、登板中の投手キャラクタの投球動作たとえば登板中の投手キャラクタの投球数を、対戦イベントに参加する準備を行う控えの投手キャラクタの投球数の代用として用いることにより、対戦イベントに登板する準備を行う投手キャラクタの準備状態データを変更する処理が、制御部により実行される。

たとえば、登板中の投手キャラクタの投球数が多くなればなるほど、準備中の投手キャラクタの投球数も多くなっているという関連性を設け、登板中の投手キャラクタの投球数に連動して、投手キャラクタの準備状態が評価されるようになっている。すなわち、登板中の投手キャラクタの投球数が多くなればなるほど、準備中の投手キャラクタの準備状態が良くなるように、準備中の投手キャラクタの準備状態が決定される。

これにより、プレイヤは、控えの投手キャラクタに準備開始命令を指示した後の登板中の投手キャラクタの投球数を把握しておくことにより、準備中の投手キャラクタの準備状態を予測することができる。たとえば、ブルペンで準備中の投手キャラクタが画面に表示されていない状態において、プレイヤが、対戦イベントにおいて対戦モードを実行していても、登板中の投手キャラクタの投球数を把握しておけば、準備中の投手キャラクタの準備状態を予測することができる。

このように、請求項１に係る発明では、準備中の投手キャラクタの状態を考慮しながら、登板中の投手キャラクタを交代することができる。一般的に表現すると、あるキャラクタの状態を考慮しながら、このあるキャラクタに他のキャラクタを交代することができる。

さらに、この場合、登板中の投手キャラクタが打者キャラクタに対して投球した場合に、登板中の投手キャラクタの投球数に連動して、対戦イベントに登板する準備を行う控えの投手キャラクタの準備状態データが変更される。たとえば、登板中の投手キャラクタの投球数が多くなればなるほど、準備中の投手キャラクタの準備状態が良くなるように、準備中の投手キャラクタの準備状態データが変更される。一方で、登板中の投手キャラクタの動作が牽制球を投球した場合、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データは、変更されない。すなわち、対戦イベントに登板する準備を行う控えの投手キャラクタの準備状態データは、登板中の投手キャラクタが打者キャラクタに対して投球した場合にのみ向上する。

このため、たとえば、プレイヤは、登板中の投手キャラクタに牽制球を繰り返し投球させることによって、ブルペンの投手キャラクタの準備状態の向上を図ることができない。より具体的には、プレイヤが投手キャラクタに投球の指示を行っている状態において、プレイヤは、打者キャラクタと勝負をすることなく、ブルペンの投手キャラクタの準備状態だけを向上することができないようになっている。

このように、請求項１に係る発明では、ブルペンの投手キャラクタの準備状態が、本体の形態から逸脱した方法では変更されないようになっている。すなわち、ブルペンの投手キャラクタの準備状態は、野球ゲーム本来の形態でのみ変更されないようになっている。

請求項２に係るゲームプログラムは、請求項１に記載のゲームプログラムにおいて、コンピュータの制御部に、以下の機能をさらに実現させるためのプログラムである。
（８）入力部からの所定の入力に基づいて、対戦イベントに参加する準備を行う控えの投手キャラクタを対戦イベントに参加させる対戦イベント参加命令を、発行する対戦イベント参加命令発行機能。
（９）対戦イベント参加命令が発行されたときに、対戦イベントに参加する準備を行う控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、第１画面に表示する第３表示機能。

たとえば、本ゲームプログラムを用いることにより野球ゲームが実行された場合、対戦イベントに登板する準備を行う投手キャラクタを対戦イベントに参加させる対戦イベント参加命令が、制御部から発行される。すると、対戦イベントに登板する準備を行っていた投手キャラクタが、投手キャラクタ用の画像データを用いて試合画面に表示される。

この場合、控えの投手キャラクタが投球練習を行っているときに、登板中の投手キャラクタを交代するための投手交代命令（対戦イベント参加命令）が指示されると、登板中の投手キャラクタに代えて、対戦イベントに登板する準備を行っていた投手キャラクタが、試合画面に表示される。

このように、請求項２に係る発明では、控えの投手キャラクタが投球練習を行っているときに、対戦イベント参加命令を指示することにより、登板中の投手キャラクタに代えて、対戦イベントに登板する準備を行っていた投手キャラクタを、登板させることができる。すなわち、対戦イベントに登板する前の準備を実行していた控えの投手キャラクタを、登板させることができる。一般的に表現すると、対戦イベントに参加する前の準備を実行していたキャラクタを、対戦イベントに参加させることができる。

請求項３に係るゲームプログラムは、請求項１又は２に記載のゲームプログラムにおいて、コンピュータの制御部に、以下の機能をさらに実現させるためのプログラムである。
（１０）入力部からの所定の入力に基づいて、対戦イベントに参加する準備を控えの投手キャラクタに休止させる準備休止命令を、発行する準備休止命令発行機能。
（１１）準備休止命令が発行されたときに、対戦イベントに参加する準備を行う控えの投手キャラクタを第２画面から消去するためのキャラクタ消去命令を、発行する表示取消機能。

たとえば、本ゲームプログラムを用いることにより野球ゲームが実行された場合、対戦イベントに登板する準備を行っていた投手キャラクタに準備を休止させる準備休止命令が、制御部から発行される。すると、対戦イベントに登板する準備を行っていた投手キャラクタをブルペン画面から消去するためのキャラクタ消去命令が、制御部から発行される。

この場合、控えの投手キャラクタが投球練習を行っているときに、対戦イベントに登板する準備を行っていた投手キャラクタをブルペンからベンチに戻す登板準備休止（準備休止命令）が、制御部から発行される。すると、対戦イベントに登板する準備を行っていた投手キャラクタが、ブルペン画面から消去される。

このように、請求項３に係る発明では、控えの投手キャラクタが投球練習を行っているときに、準備休止命令を指示することにより、対戦イベントに登板する準備を行っていた投手キャラクタを、ブルペンからベンチに戻すことができる。すなわち、対戦イベントに登板する前の準備を実行していた控えの投手キャラクタを、休ませることができる。一般的に表現すると、対戦イベントに参加する前の準備を実行していたキャラクタを、休憩させることができる。

請求項４に係るゲームプログラムは、請求項１から３のいずれかに記載のゲームプログラムにおいて、コンピュータの制御部に、以下の機能をさらに実現させるためのプログラムである。
（１２）入力部からの所定の入力に基づいて、対戦イベントに参加する準備を控えの投手キャラクタに休止させる準備休止命令を、発行する準備休止命令発行機能。
（１３）準備休止命令が発行された後に、登板中の投手キャラクタの動作に連動して、記憶部に格納された、対戦イベントに参加する準備を行っていた控えの投手キャラクタの準備状態データを、変更する処理を、実行する第２準備状態データ変更機能。

たとえば、本ゲームプログラムを用いることにより野球ゲームが実行された場合、対戦イベントに登板する準備を投手キャラクタに休止させる準備休止命令が、制御部から発行される。すると、準備休止命令が制御部から発行された後に、登板中の投手キャラクタの動作たとえば登板中の投手キャラクタの投球数に連動して、対戦イベントに参加する準備を行っていた投手キャラクタの準備状態データを変更する処理が、制御部により実行される。具体的には、投手キャラクタの投球数に連動して、対戦イベントに参加する準備を行っていた投手キャラクタの準備状態データが小さくなるように、この準備状態データを変更する処理が、制御部により実行される。

この場合、対戦イベントに登板する準備を行っていた投手キャラクタをブルペンからベンチへと戻して休ませているときに、登板中の投手キャラクタの投球数に連動して、対戦イベントに登板する準備を行う投手キャラクタの準備状態データを変更する処理が、制御部により実行される。具体的には、対戦イベントに登板する準備を行っていた投手キャラクタが、準備を休止すると、登板中の投手キャラクタの投球数に連動して、対戦イベントに参加する準備を行っていた投手キャラクタの準備状態データが小さくなるように、この準備状態データを変更する処理が、制御部により実行される。

たとえば、対戦イベントに登板する準備を行っていた投手キャラクタがいったん準備を休止してしまうと、休止中の投手キャラクタの休憩時間が長くなればなるほど、休止中の投手キャラクタの体たとえば肩は冷めてしまう。ここでは、休止中の投手キャラクタの休憩時間が、登板中の投手キャラクタの投球数を用いて評価されている。

これにより、プレイヤは、ブルペンで準備していた投手キャラクタに準備を休止させたときには、控えの投手キャラクタに準備休止命令を指示した後の登板中の投手キャラクタの投球数を、把握しておくことにより、準備を休止している控えの投手キャラクタの準備状態を予測することができる。たとえば、ブルペンにおける準備を休止中の投手キャラクタが画面に表示されていない状態において、プレイヤが、対戦イベントにおいて対戦モードを実行していても、登板中の投手キャラクタの投球数を把握しておけば、準備を休止している控えの投手キャラクタの準備状態を予測することができる。

このように、請求項４に係る発明では、準備を休止した状態で登板の準備を待機している投手キャラクタの状態を考慮しながら、登板中の投手キャラクタを交代することができる。一般的に表現すると、あるキャラクタの状態を考慮しながら、このあるキャラクタに他のキャラクタを交代することができる。

請求項５に係るゲームプログラムは、請求項１から４のいずれかに記載のゲームプログラムにおいて、コンピュータの制御部に、以下の機能をさらに実現させるためのプログラムである。
（１４）対戦イベントに参加する準備を行う控えの投手キャラクタの特性を、記憶部に格納された、控えの投手キャラクタの特性データを用いて、認識する特性データ認識機能。
（１５）控えの投手キャラクタの準備状態データが所定の値に到達した場合、対戦イベントに参加する準備を行う控えの投手キャラクタの動作に連動して、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの特性データを、変更する処理を、実行する特性データ変更機能。

たとえば、本野球ゲームプログラムを用いることにより野球ゲームが実行された場合、対戦イベントに登板する準備を行う投手キャラクタの能力特性が、投手キャラクタの能力特性データを用いて制御部に認識される。そして、投手キャラクタの準備状態データが所定の値に到達した場合、対戦イベントに登板する準備を行う投手キャラクタの動作たとえば投手キャラクタの投球数に連動して、対戦イベントに登板する準備を行う投手キャラクタの能力特性データを変更する処理が、制御部により実行される。

この場合、投手キャラクタの準備状態データが所定の値に到達した場合、対戦イベントに登板する準備を行う投手キャラクタの投球数に連動して、対戦イベントに登板する準備を行う投手キャラクタの能力特性データを変更する処理が、制御部により実行される。具体的には、対戦イベントに登板する準備を行っていた投手キャラクタの準備状態が、準備万全状態に到達すると、対戦イベントに登板する準備を行う投手キャラクタの能力特性データが小さくなるように、この能力特性データを変更する処理が、制御部により実行される。

たとえば、対戦イベントに登板する準備を行っていた投手キャラクタの準備状態が、準備万全状態に到達した後に、この準備中の投手キャラクタにさらに準備を行わせると、この準備中の投手キャラクタが疲労してしまい、この投手キャラクタの能力特性たとえばスタミナ特性が低下してしまう。ここでは、準備中の投手キャラクタの準備状態が準備万全状態に到達した後に、この準備中の投手キャラクタにさらに準備を行わせる場合の評価が、登板中の投手キャラクタの投球数を用いて行われている。

このため、プレイヤは、単に控えの投手キャラクタに準備開始命令を指示するだけでなく、控えの投手キャラクタに準備開始命令を指示した後にも、準備中の投手キャラクタの準備状態がどの程度であるかを、常に考えながら対戦モードをプレイしなければならない。すなわち、プレイヤは、控えの投手キャラクタに準備開始命令を指示した後の登板中の投手キャラクタの投球数を把握し、準備中の投手キャラクタの準備状態を常に予測しながら、対戦モードをプレイする必要がある。

このようにプレイすることにより、プレイヤは、最適なタイミングで投手キャラクタの交代を行うことができる。すなわち、プレイヤは、準備中の投手キャラクタの状態を考慮しながらプレイすることにより、登板中の投手キャラクタを、最良の状態の投手キャラクタに交代することができる。一般的に表現すると、あるキャラクタの状態を考慮しながらプレイすることにより、このあるキャラクタに他のキャラクタを、最良の状態で交代することができる。

請求項６に係るゲーム装置は、選手キャラクタが画像表示部に表示される野球ゲームを実行可能なゲーム装置である。このゲーム装置では、ゲーム装置の制御部が、野球ゲームにおける対戦イベントを制御する処理を、実行する対戦イベント制御手段と、対戦イベントにおける登板中の投手キャラクタを、記憶部に格納された登板中の投手キャラクタ用の画像データを用いて、画像表示部の第１画面に表示する第１表示手段と、対戦イベントに参加するために待機している控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の識別データを用いて、認識する第２キャラクタ認識手段と、入力部からの所定の入力に基づいて、対戦イベントに参加する準備を控えの投手キャラクタに開始させる準備開始命令を、発行する準備開始命令発行手段と、準備開始命令が発行されたときに、対戦イベントに参加する準備を行う控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、画像表示部の第２画面に表示する第２表示手段と、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態を、記憶部に格納された控えの投手キャラクタの準備状態データを用いて、認識する準備状態データ認識手段と、登板中の投手キャラクタの動作に連動して、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを、変更する処理を、実行する第１準備状態データ変更手段と、記憶部に格納された控えの投手キャラクタの準備状態データに基づいて、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態を、記憶部に格納された準備状態用の画像データを用いて、第１画面および第２画面の少なくともいずれか一方の画面に表示する準備状態表示手段と、を備えている。ここでは、第１準備状態データ変更手段において、登板中の投手キャラクタの動作が、打者キャラクタに対する投球動作であるか野手キャラクタに対する牽制動作であるかが、判断され、登板中の投手キャラクタの動作が投球動作である場合、対戦イベントに参加する準備を行う控えの投手キャラクタが、登板中の投手キャラクタの打者キャラクタに対する投球動作の回数と同じ回数の投球動作を行ったものとして、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを、変更する処理が、実行され、登板中の投手キャラクタの動作が牽制動作である場合、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを、維持する処理が、実行される。

請求項７に係るゲーム制御方法は、選手キャラクタが画像表示部に表示される野球ゲームをコンピュータにより制御可能なゲーム制御方法である。このゲーム制御方法では、コンピュータの制御部が、野球ゲームにおける対戦イベントを制御する処理を、実行する対戦イベント制御ステップと、対戦イベントにおける登板中の投手キャラクタを、記憶部に格納された登板中の投手キャラクタ用の画像データを用いて、画像表示部の第１画面に表示する第１表示ステップと、対戦イベントに参加するために待機している控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の識別データを用いて、認識する第２キャラクタ認識ステップと、入力部からの所定の入力に基づいて、対戦イベントに参加する準備を控えの投手キャラクタに開始させる準備開始命令を、発行する準備開始命令発行ステップと、準備開始命令が発行されたときに、対戦イベントに参加する準備を行う控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、画像表示部の第２画面に表示する第２表示ステップと、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態を、記憶部に格納された控えの投手キャラクタの準備状態データを用いて、認識する準備状態データ認識ステップと、登板中の投手キャラクタの動作に連動して、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを、変更する処理を、実行する第１準備状態データ変更ステップと、記憶部に格納された控えの投手キャラクタの準備状態データに基づいて、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態を、記憶部に格納された準備状態用の画像データを用いて、第１画面および第２画面の少なくともいずれか一方の画面に表示する準備状態表示ステップと、を実行する。ここでは、第１準備状態データ変更ステップにおいて、登板中の投手キャラクタの動作が、打者キャラクタに対する投球動作であるか野手キャラクタに対する牽制動作であるかが、判断され、登板中の投手キャラクタの動作が投球動作である場合、対戦イベントに参加する準備を行う控えの投手キャラクタが、登板中の投手キャラクタの打者キャラクタに対する投球動作の回数と同じ回数の投球動作を行ったものとして、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを、変更する処理が、実行され、登板中の投手キャラクタの動作が牽制動作である場合、記憶部に格納された、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを、維持する処理が、実行される。

本発明では、対戦イベントにおいてあるキャラクタが動作しているときに、対戦イベントに参加する準備を開始する命令を他のキャラクタに指示することにより、他のキャラクタに対して対戦イベントに参加する準備を行わせることができる。すなわち、対戦イベントに参加する前の準備を他のキャラクタに実行させることができる。また、本発明では、対戦イベントに参加しているあるキャラクタの動作を把握しておくことにより、準備中のキャラクタ（他のキャラクタ）の準備状態を予測することができる。これにより、対戦イベントに参加しているキャラクタを他のキャラクタに、より良い状態で交代することができる。

〔ゲーム装置の構成と動作〕
図１は、本発明の一実施形態によるゲーム装置の基本構成を示している。ここでは、ビデオゲーム装置の一例として、家庭用ビデオゲーム装置をとりあげて説明を行うこととする。家庭用ビデオゲーム装置は、家庭用ゲーム機本体および家庭用テレビジョンを備える。家庭用ゲーム機本体には、記録媒体１０が装填可能となっており、記録媒体１０からゲームデータが適宜読み出されてゲームが実行される。このようにして実行されるゲーム内容が家庭用テレビジョンに表示される。

家庭用ビデオゲーム装置のゲームシステムは、制御部１と、記憶部２と、画像表示部３と、音声出力部４と、操作入力部５とからなっており、それぞれがバス６を介して接続される。このバス６は、アドレスバス、データバス、およびコントロールバスなどを含んでいる。ここで、制御部１、記憶部２、音声出力部４および操作入力部５は、家庭用ビデオゲーム装置の家庭用ゲーム機本体に含まれており、画像表示部３は家庭用テレビジョンに含まれている。

制御部１は、主に、ゲームプログラムに基づいてゲーム全体の進行を制御するために設けられている。制御部１は、たとえば、ＣＰＵ（Central Processing Unit）７と、信号処理プロセッサ８と、画像処理プロセッサ９とから構成されている。ＣＰＵ７と信号処理プロセッサ８と画像処理プロセッサ９とは、それぞれがバス６を介して互いに接続されている。ＣＰＵ７は、ゲームプログラムからの命令を解釈し、各種のデータ処理や制御を行う。たとえば、ＣＰＵ７は、信号処理プロセッサ８に対して、画像データを画像処理プロセッサに供給するように命令する。信号処理プロセッサ８は、主に、３次元空間上における計算と、３次元空間上から擬似３次元空間上への位置変換計算と、光源計算処理と、画像および音声データの生成加工処理とを行っている。画像処理プロセッサ９は、主に、信号処理プロセッサ８の計算結果および処理結果に基づいて、描画すべき画像データをＲＡＭ１２に書き込む処理を行っている。

記憶部２は、主に、プログラムデータや、プログラムデータで使用される各種データなどを格納しておくために設けられている。記憶部２は、たとえば、記録媒体１０と、インターフェース回路１１と、ＲＡＭ（Random Access Memory）１２とから構成されている。記録媒体１０には、インターフェース回路１１が接続されている。そして、インターフェース回路１１とＲＡＭ１２とはバス６を介して接続されている。記録媒体１０は、オペレーションシステムのプログラムデータや、画像データ、音声データ並びに各種プログラムデータからなるゲームデータなどを記録するためのものである。この記録媒体１０は、たとえば、ＲＯＭ（Read Only Memory）カセット、光ディスク、およびフレキシブルディスクなどであり、オペレーティングシステムのプログラムデータやゲームデータなどが記憶される。なお、記録媒体１０にはカード型メモリも含まれており、このカード型メモリは、主に、ゲームを中断するときに中断時点での各種ゲームパラメータを保存するために用いられる。ＲＡＭ１２は、記録媒体１０から読み出された各種データを一時的に格納したり、制御部１からの処理結果を一時的に記録したりするために用いられる。このＲＡＭ１２には、各種データとともに、各種データの記憶位置を示すアドレスデータが格納されており、任意のアドレスを指定して読み書きすることが可能になっている。

画像表示部３は、主に、画像処理プロセッサ９によってＲＡＭ１２に書き込まれた画像データや、記録媒体１０から読み出される画像データなどを画像として出力するために設けられている。この画像表示部３は、たとえば、テレビジョンモニタ２０と、インターフェース回路２１と、Ｄ／Ａコンバータ（Digital-To-Analogコンバータ）２２とから構成されている。テレビジョンモニタ２０にはＤ／Ａコンバータ２２が接続されており、Ｄ／Ａコンバータ２２にはインターフェース回路２１が接続されている。そして、インターフェース回路２１にバス６が接続されている。ここでは、画像データが、インターフェース回路２１を介してＤ／Ａコンバータ２２に供給され、ここでアナログ画像信号に変換される。そして、アナログ画像信号がテレビジョンモニタ２０に画像として出力される。

ここで、画像データには、たとえば、ポリゴンデータやテクスチャデータなどがある。ポリゴンデータはポリゴンを構成する頂点の座標データのことである。テクスチャデータは、ポリゴンにテクスチャを設定するためのものであり、テクスチャ指示データとテクスチャカラーデータとからなっている。テクスチャ指示データはポリゴンとテクスチャとを対応づけるためのデータであり、テクスチャカラーデータはテクスチャの色を指定するためのデータである。ここで、ポリゴンデータとテクスチャデータとには、各データの記憶位置を示すポリゴンアドレスデータとテクスチャアドレスデータとが対応づけられている。このような画像データでは、信号処理プロセッサ８により、ポリゴンアドレスデータの示す３次元空間上のポリゴンデータ（３次元ポリゴンデータ）が、画面自体(視点)の移動量データおよび回転量データに基づいて座標変換および透視投影変換されて、２次元空間上のポリゴンデータ（２次元ポリゴンデータ）に置換される。そして、複数の２次元ポリゴンデータでポリゴン外形を構成して、ポリゴンの内部領域にテクスチャアドレスデータが示すテクスチャデータを書き込む。このようにして、各ポリゴンにテクスチャが貼り付けられた物体つまり各種キャラクタを表現することができる。

音声出力部４は、主に、記録媒体１０から読み出される音声データを音声として出力するために設けられている。音声出力部４は、たとえば、スピーカー１３と、増幅回路１４と、Ｄ／Ａコンバータ１５と、インターフェース回路１６とから構成されている。スピーカー１３には増幅回路１４が接続されており、増幅回路１４にはＤ／Ａコンバータ１５が接続されており、Ｄ／Ａコンバータ１５にはインターフェース回路１６が接続されている。そして、インターフェース回路１６にバス６が接続されている。ここでは、音声データが、インターフェース回路１６を介してＤ／Ａコンバータ１５に供給され、ここでアナログ音声信号に変換される。このアナログ音声信号が増幅回路１４によって増幅され、スピーカー１３から音声として出力される。音声データには、たとえば、ＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）データやＰＣＭ（Pulse Code Modulation）データなどがある。ＡＤＰＣＭデータの場合、上述と同様の処理方法で音声をスピーカー１３から出力することができる。ＰＣＭデータの場合、ＲＡＭ１２においてＰＣＭデータをＡＤＰＣＭデータに変換しておくことで、上述と同様の処理方法で音声をスピーカー１３から出力することができる。

操作入力部５は、主に、コントローラ１７と、操作情報インターフェース回路１８と、インターフェース回路１９とから構成されている。コントローラ１７には、操作情報インターフェース回路１８が接続されており、操作情報インターフェース回路１８にはインターフェース回路１９が接続されている。そして、インターフェース回路１９にバス６が接続されている。

コントローラ１７は、プレイヤが種々の操作命令を入力するために使用する操作装置であり、プレイヤの操作に応じた操作信号をＣＰＵ７に送出する。コントローラ１７には、第１ボタン１７ａ、第２ボタン１７ｂ、第３ボタン１７ｃ、第４ボタン１７ｄ、上方向キー１７Ｕ、下方向キー１７Ｄ、左方向キー１７Ｌ、右方向キー１７Ｒ、Ｌ１ボタン１７Ｌ１、Ｌ２ボタン１７Ｌ２、Ｒ１ボタン１７Ｒ１、Ｒ２ボタン１７Ｒ２、スタートボタン１７ｅ、セレクトボタン１７ｆ、左スティック１７ＳＬ及び右スティック１７ＳＲが設けられている。

上方向キー１７Ｕ、下方向キー１７Ｄ、左方向キー１７Ｌ及び右方向キー１７Ｒは、例えば、キャラクタやカーソルをテレビジョンモニタ２０の画面上で上下左右に移動させるコマンドをＣＰＵ７に与えるために使用される。

スタートボタン１７ｅは、記録媒体１０からゲームプログラムをロードするようにＣＰＵ７に指示するときや、実行中のゲームプログラムを一時停止するときなどに使用される。

セレクトボタン１７ｆは、記録媒体１０からロードされたゲームプログラムに対して、各種選択をＣＰＵ７に指示するときなどに使用される。

左スティック１７ＳＬ及び右スティック１７ＳＲは、いわゆるジョイスティックとほぼ同一構成のスティック型コントローラである。このスティック型コントローラは、直立したスティックを有している。このスティックは、支点を中心として直立位置から前後左右を含む３６０°方向に亘って、傾倒可能な構成になっている。左スティック１７ＳＬ及び右スティック１７ＳＲは、スティックの傾倒方向及び傾倒角度に応じて、直立位置を原点とするｘ座標及びｙ座標の値を、操作信号として操作情報インターフェース回路１８とインターフェース回路１９とを介してＣＰＵ７に送出する。

第１ボタン１７ａ、第２ボタン１７ｂ、第３ボタン１７ｃ、第４ボタン１７ｄ、Ｌ１ボタン１７Ｌ１、Ｌ２ボタン１７Ｌ２、Ｒ１ボタン１７Ｒ１及びＲ２ボタン１７Ｒ２には、記録媒体１０からロードされるゲームプログラムに応じて種々の機能が割り振られている。

なお、左スティック１７ＳＬ及び右スティック１７ＳＲを除くコントローラ１７の各ボタン及び各キーは、外部からの押圧力によって中立位置から押圧されるとオンになり、押圧力が解除されると中立位置に復帰してオフになるオンオフスイッチになっている。

以上のような構成からなる家庭用ビデオゲーム装置の概略動作を、以下に説明する。電源スイッチ（図示省略）がオンにされゲームシステムに電源が投入されると、ＣＰＵ７が、記録媒体１０に記憶されているオペレーティングシステムに基づいて、記録媒体１０から画像データ、音声データ、およびプログラムデータを読み出す。読み出された画像データ、音声データ、およびプログラムデータの一部若しくは全部は、ＲＡＭ１２に格納される。そして、ＣＰＵ７が、ＲＡＭ１２に格納されたプログラムデータに基づいて、ＲＡＭ１２に格納された画像データや音声データにコマンドを発行する。

画像データの場合、ＣＰＵ７からのコマンドに基づいて、まず、信号処理プロセッサ８が、３次元空間上におけるキャラクタの位置計算および光源計算などを行う。次に、画像処理プロセッサ９が、信号処理プロセッサ８の計算結果に基づいて、描画すべき画像データのＲＡＭ１２への書き込み処理などを行う。そして、ＲＡＭ１２に書き込まれた画像データが、インターフェース回路２１を介してＤ／Ａコンバータ２２に供給される。ここで、画像データがＤ／Ａコンバータ２２でアナログ映像信号に変換される。そして、画像データはテレビジョンモニタ２０に供給され画像として表示される。

音声データの場合、まず、信号処理プロセッサ８が、ＣＰＵ７からのコマンドに基づいて音声データの生成および加工処理を行う。ここでは、音声データに対して、たとえば、ピッチの変換、ノイズの付加、エンベロープの設定、レベルの設定及びリバーブの付加などの処理が施される。次に、音声データは、信号処理プロセッサ８から出力されて、インターフェース回路１６を介してＤ／Ａコンバータ１５に供給される。ここで、音声データがアナログ音声信号に変換される。そして、音声データは増幅回路１４を介してスピーカー１３から音声として出力される。

〔ゲーム装置における各種処理概要〕
本ゲーム装置において実行されるゲームは、たとえば野球ゲームである。本ゲーム装置では、選手キャラクタがテレビジョンモニタ２０に表示可能になっている。図２は、本発明で主要な役割を果たす機能を説明するための機能ブロック図である。

対戦イベント制御手段５０は、ゲームにおける対戦イベントを制御する処理を、ＣＰＵ７に実行させる機能を備えている。

この手段では、野球ゲームにおける対戦イベントを制御する処理が、ＣＰＵ７により実行される。たとえば、対戦イベントを制御する処理には、各種の基本画像たとえばスタジアム画像を表示する処理、対戦イベントにおける各プレイの処理、および対戦イベントを進行する処理等が含まれている。また、各プレイの処理には、各選手キャラクタの動画処理、ゲーム空間におけるボールの軌道を計算する処理、ゲーム空間においてバットがボールに当たったか否かの判定処理、および野手キャラクタがボールを捕球したか否かの判定処理等が含まれている。

なお、この対戦イベントを制御する処理において用いられるデータおよび計算式は、ゲームプログラムにおいて予め規定されており、ゲームプログラムのロード時に、記録媒体１０からＲＡＭ１２に供給され、ＲＡＭ１２に格納されている。

第１表示手段５１は、対戦イベントにおける投手キャラクタを、投手キャラクタ用の画像データを用いて試合画面に表示する機能を備えている。

この手段では、対戦イベント（試合イベント）に登板する投手キャラクタが、投手キャラクタ用の画像データを用いて試合画面に表示される。たとえば、この手段では、ＲＡＭ１２に格納された投手キャラクタ用の画像データが、ＣＰＵ７に認識される。すると、この画像データが、ＣＰＵ７からの指示に基づいて、画像処理回路１４を介してテレビジョンモニタ２０に供給される。すると、試合イベントに登板する投手キャラクタが、投手キャラクタ用の位置座標データに基づいて、テレビジョンモニタ２０の所定の位置に表示される。ここでは、試合イベントに登板する投手キャラクタが、試合画面においてテレビジョンモニタ２０に表示される。

なお、投手キャラクタ用の位置座標データは、ゲームプログラムにおいて予め規定されており、ゲームプログラムのロード時に、記録媒体１０からＲＡＭ１２に供給され、ＲＡＭ１２に格納されている。

待機投手キャラクタ認識手段５２は、試合イベントに登板するために待機している投手キャラクタを、投手キャラクタ用の識別データを用いてＣＰＵ７に認識させる機能を備えている。

この手段では、試合イベントに登板するために待機している投手キャラクタ（控えの投手キャラクタ）が、投手キャラクタ用の識別データを用いてＣＰＵ７に認識される。たとえば、この手段では、控えの投手キャラクタを識別するための識別データをＣＰＵ７に認識させることにより、識別データに対応する控えの投手キャラクタに関するデータたとえば画像データがＣＰＵ７に認識される。

なお、控えの投手キャラクタを識別するための識別データと、控えの投手キャラクタに関するデータとの対応関係は、ゲームプログラムにおいて予め規定されており、ゲームプログラムのロード時に、記録媒体１０からＲＡＭ１２に供給され、ＲＡＭ１２に格納されている。たとえば、控えの投手キャラクタを識別するための識別データと、控えの投手キャラクタに関するデータとの対応関係は、対応テーブルで規定されている。

準備開始命令発行手段５３は、試合イベントに登板する準備を控えの投手キャラクタに開始させる準備開始命令を、ＣＰＵ７に発行させる機能を備えている。

この手段では、試合イベントに登板する準備を控えの投手キャラクタに開始させる準備開始命令が、ＣＰＵ７から発行される。たとえば、この手段では、ブルペンでの投球練習を控えの投手キャラクタに開始させるためにコントローラ１７が操作されると、控えの投手キャラクタに投球練習を開始させるための命令（準備開始命令）が、ＣＰＵ７から発行される。ここでは、コントローラ１７により指示された控えの投手キャラクタの識別データをＣＰＵ７に認識させることにより、ブルペンに行かせる控えの投手キャラクタが特定される。そして、特定された控えの投手キャラクタに対する準備開始命令が、ＣＰＵ７から発行される。

なお、ここでは、プレイヤがコントローラ１７を操作することにより、準備開始命令がＣＰＵ７から発行される場合の例を示すが、ＡＩプログラム（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ Ｐｒｏｇｒａｍ）に基づいて、準備開始命令がＣＰＵ７から発行されようにしても良い。ＡＩプログラムは、プレイヤの対戦相手がコンピュータである場合に、相手チームの各選手キャラクタに対する各種の命令を制御するプログラムである。

第２表示手段５４は、準備開始命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタを、投手キャラクタ用の画像データを用いてブルペン画面に表示する機能を備えている。

この手段では、準備開始命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う控えの投手キャラクタが、投手キャラクタ用の画像データを用いてブルペン画面に表示される。たとえば、この手段では、準備開始命令がＣＰＵ７から発行されたときに、ＲＡＭ１２に格納された、ブルペンでの投球練習を行う投手キャラクタ用の画像データが、ＣＰＵ７に認識される。すると、この画像データが、ＣＰＵ７からの指示に基づいて、画像処理回路１４を介してテレビジョンモニタ２０に供給される。すると、ブルペンでの投球練習を行う投手キャラクタが、投手キャラクタ用の位置座標データに基づいて、テレビジョンモニタ２０の所定の位置に表示される。ここでは、試合イベントに登板する投手キャラクタが、ブルペン画面においてテレビジョンモニタ２０に表示される。

なお、投手キャラクタ用の位置座標データは、ゲームプログラムにおいて予め規定されており、ゲームプログラムのロード時に、記録媒体１０からＲＡＭ１２に供給され、ＲＡＭ１２に格納されている。

準備状態データ認識手段５５は、準備開始命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタの準備状態を、投手キャラクタの準備状態データを用いてＣＰＵ７に認識させる機能を備えている。

この手段では、準備開始命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタの準備状態が、投手キャラクタの準備状態データを用いてＣＰＵ７に認識される。たとえば、この手段では、準備開始命令がＣＰＵ７から発行されたときに、ブルペンでの投球練習を行う投手キャラクタの準備状態を示す準備状態データが、ＣＰＵ７に認識される。

特性データ認識手段５６は、準備開始命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタの特性を、投手キャラクタの特性データを用いてＣＰＵ７に認識させる機能を備えている。

この手段では、準備開始命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタの特性が、投手キャラクタの特性データを用いてＣＰＵ７に認識される。たとえば、この手段では、準備開始命令がＣＰＵ７から発行されたときに、ブルペンでの投球練習を行う投手キャラクタのスタミナ特性を示すスタミナデータが、ＣＰＵ７に認識される。

なお、ここでは、投手キャラクタの特性データがスタミナデータである場合の例が示されるが、投手キャラクタの特性データは他のデータであっても良い。

第１準備状態データ変更手段５７は、登板中の投手キャラクタの動作に連動して、試合イベントに登板する準備を行う投手キャラクタの準備状態データを変更する処理を、ＣＰＵ７に実行させる機能を備えている。

この手段では、登板中の投手キャラクタの動作が、打者キャラクタに対する投球動作であるか野手キャラクタに対する牽制動作であるかが、ＣＰＵ７により判断される。そして、登板中の投手キャラクタの動作が投球動作である場合、登板中の投手キャラクタの投球動作に連動して、試合イベントに参加する準備を行う控えの投手キャラクタの準備状態データを変更する処理が、ＣＰＵ７により実行される。たとえば、この場合、試合イベントに参加する準備を行う控えの投手キャラクタが、登板中の投手キャラクタの打者キャラクタに対する投球動作の回数と同じ回数の投球動作を行ったものとして、対戦イベントに参加する準備を行う控えの投手キャラクタの準備状態データを変更する処理が、制御部により実行される。また、登板中の投手キャラクタの動作が牽制動作である場合、試合イベントに参加する準備を行う控えの投手キャラクタの準備状態データを維持する処理が、ＣＰＵ７により実行される。

たとえば、この手段では、登板中の投手キャラクタの動作が、打者キャラクタに対する投球動作であるか野手キャラクタに対する牽制動作であるかが、ＣＰＵ７により判断される。言い換えると、登板中の投手キャラクタに対する命令が、打者キャラクタに対する投球命令であるか野手キャラクタに対する牽制命令であるかが、ＣＰＵ７により判断される。そして、登板中の投手キャラクタに対する命令が、打者キャラクタに対する投球命令である場合、登板中の投手キャラクタの投球数に応じて、ブルペンでの投球練習を行う控えの投手キャラクタの準備状態データが大きくなるように変更される。また、登板中の投手キャラクタの動作が牽制動作である場合、ブルペンでの投球練習を行う控えの投手キャラクタの準備状態データが、ＣＰＵ７により維持される。

特性データ変更手段５８は、投手キャラクタの準備状態データが所定の値に到達した場合、試合イベントに登板する準備を行う投手キャラクタの動作に連動して、試合イベントに登板する準備を行う投手キャラクタの特性データを変更する処理を、ＣＰＵ７に実行させる機能を備えている。

この手段では、投手キャラクタの準備状態データが所定の値に到達した場合、試合イベントに登板する準備を行う投手キャラクタの動作に連動して、試合イベントに登板する準備を行う投手キャラクタの特性データを変更する処理が、ＣＰＵ７により実行される。

たとえば、この手段では、投手キャラクタの準備状態データが所定の値に到達した場合、ブルペンでの投球練習を行う投手キャラクタの投球数に応じて、ブルペンでの投球練習を行う投手キャラクタのスタミナデータが小さくなるように変更される。これにより、投手キャラクタがウォーミングアップをし過ぎた場合の影響を、野球ゲームにおいて評価することができる。

準備状態表示手段５９は、投手キャラクタの準備状態データに基づいて、試合イベントに登板する準備を行う投手キャラクタの準備状態を、準備状態用の画像データを用いて試合画面およびブルペン画面の少なくともいずれか一方の画面に表示する機能を備えている。

この手段では、投手キャラクタの準備状態データに基づいて、試合イベントに登板する準備を行う投手キャラクタの準備状態が、準備状態用の画像データを用いて試合画面およびブルペン画面の少なくともいずれか一方の画面に表示される。たとえば、この手段では、ブルペンでの投球練習を行う投手キャラクタの準備状態を示すウォーミングアップゲージが、ゲージ用の画像データを用いて、試合画面およびブルペン画面の少なくともいずれか一方の画面に表示される。ここで、ブルペンでの投球練習を行う投手キャラクタの準備状態を示すウォーミングアップゲージの目盛りは、投手キャラクタの準備状態データに基づいて設定される。

準備休止命令発行手段６０は、試合イベントに登板する準備を投手キャラクタに休止させる準備休止命令を、ＣＰＵ７に発行させる機能を備えている。

この手段では、試合イベントに登板する準備を投手キャラクタに休止させる準備休止命令が、ＣＰＵ７から発行される。たとえば、この手段では、ブルペンの投手キャラクタをベンチに戻すためにコントローラ１７が操作されると、ブルペンの投手キャラクタをベンチに戻すための命令（準備休止命令）が、ＣＰＵ７から発行される。ここでは、コントローラ１７により指示されたブルペンの投手キャラクタの識別データをＣＰＵ７に認識させることにより、ブルペンからベンチに戻す投手キャラクタが特定される。そして、特定されたブルペンの投手キャラクタに対する準備休止命令が、ＣＰＵ７から発行される。

表示取消手段６１は、準備休止命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタをブルペン画面から消去するためのキャラクタ消去命令を、ＣＰＵ７に発行させる機能を備えている。

この手段では、準備休止命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタをブルペン画面から消去するためのキャラクタ消去命令が、ＣＰＵ７から発行される。たとえば、この手段では、準備休止命令がＣＰＵ７から発行されたときに、ブルペンでの投球練習を行う投手キャラクタをブルペン画面から消去するためのキャラクタ消去命令が、ＣＰＵ７から発行される。すると、ブルペンでの投球練習を行っていた投手キャラクタが、ブルペン画面から消去される。

第２準備状態データ変更手段６２は、準備休止命令がＣＰＵ７から発行された後に、投手キャラクタの動作に連動して、試合イベントに登板する準備を行っていた投手キャラクタの準備状態データを変更する処理を、ＣＰＵ７に実行させる機能を備えている。

この手段では、準備休止命令がＣＰＵ７から発行された後に、登板中の投手キャラクタの動作に連動して、試合イベントに登板する準備を行っていた投手キャラクタの準備状態データを変更する処理が、ＣＰＵ７により実行される。たとえば、この手段では、準備休止命令がＣＰＵ７から発行された後に、登板中の投手キャラクタの投球数に応じて、ブルペンで投球練習を行っていた投手キャラクタの準備状態データが小さくなるように変更される。これにより、投手キャラクタがウォーミングアップを休止した場合の影響を、野球ゲームにおいて評価することができる。

試合イベント登板命令発行手段６３は、試合イベントに登板する準備を行う投手キャラクタを試合イベントに登板させる試合イベント登板命令を、ＣＰＵ７に発行させる機能を備えている。

この手段では、試合イベントに登板する準備を行う投手キャラクタを試合イベントに登板させる試合イベント登板命令が、ＣＰＵ７から発行される。たとえば、この手段では、ブルペンの投手キャラクタを試合イベントに登板させるためにコントローラ１７が操作されると、ブルペンの投手キャラクタを試合イベントに登板させる命令（試合イベント登板命令）が、ＣＰＵ７から発行される。ここでは、コントローラ１７により指示されたブルペンの投手キャラクタの識別データをＣＰＵ７に認識させることにより、試合イベントに登板させる投手キャラクタが特定される。そして、特定されたブルペンの投手キャラクタに対する試合イベント登板命令が、ＣＰＵ７から発行される。

第３表示手段６４は、試合イベント登板命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタを、投手キャラクタ用の画像データを用いて試合画面に表示する機能を備えている。

この手段では、試合イベント登板命令がＣＰＵ７から発行されたときに、試合イベントに登板する準備を行う投手キャラクタが、投手キャラクタ用の画像データを用いて試合画面に表示される。たとえば、この手段では、試合イベント登板命令がＣＰＵ７から発行されたときに、ブルペンでの投球練習を行っていた投手キャラクタが、投手キャラクタ用の画像データを用いて試合画面に表示される。

〔野球ゲームにおけるウォーミングアップシステムの概要〕
次に、野球ゲームにおけるウォーミングアップシステムの具体的な内容について説明する。また、図７および図８に示すフローについても同時に説明する。なお、図７は野球ゲームの全体概要を説明するためのフローであり、図８は上記システムを説明するためのフローである。

まず、ゲーム機の電源が投入されゲーム機が起動されると、野球ゲームプログラムが、記録媒体１０からＲＡＭ１２にロードされ格納される。このときには、野球ゲームを実行する上で必要となる各種の基本ゲームデータも、同時に、記録媒体１０からＲＡＭ１２にロードされ格納される（Ｓ１）。

たとえば、基本ゲームデータには、３次元ゲーム空間用の各種の画像に関するデータが含まれている。そして、この３次元ゲーム空間用の各種の画像に関するデータ、たとえば、スタジアム用の画像データ、選手キャラクタ用の画像データ、および各種のオブジェクトの画像データ等が、ＣＰＵ７に認識される。また、基本ゲームデータには、３次元ゲーム空間用の各種の画像に関するデータを３次元ゲーム空間に配置するための位置座標データが含まれている。また、基本ゲームデータには、ウォーミングアップシステムで用いられるデータも、含まれている。

続いて、ＲＡＭ１２に格納された野球ゲームプログラムが、基本ゲームデータに基づいて、ＣＰＵ７により実行される（Ｓ２）。すると、野球ゲームの起動画面がテレビジョンモニタ２０に表示される。すると、野球ゲームを実行するための各種の設定画面がテレビジョンモニタ２０に表示される。ここでは、たとえば、野球ゲームのプレイモードを選択するためのモード選択画面が、テレビジョンモニタ２０に表示される（図示しない）。このモード選択画面において、プレイヤがコントローラ１７を操作することにより、プレイモードが決定される（Ｓ３）。プレイモードには、たとえば、１２球団（又は、メジャーリーグを対象としたゲームの場合は３０球団）の中から好きなチームを選択して１試合の対戦を楽しむ対戦モード、１２球団の中から好きなチームを選択してペナントレースを戦うペナントモード、プレイヤが監督の立場でチームの選手キャラクタを育成する育成モード、およりプレイヤがある１人の選手キャラクタの立場になって野球ゲームを体感する成長体感モード等が、用意されている。

続いて、モード選択画面で選択されたプレイモードにおいて、各種のイベントが、ＣＰＵ７により実行される（Ｓ４）。ここで実行される各種のイベントには、たとえば、ＡＩプログラムに基づいてＣＰＵ７により自動制御されるイベントや、コントローラ１７からの入力信号に基づいてプレイヤにより手動制御されるイベントがある。また、選手キャラクタの制御には、ＡＩプログラムに基づいて選手キャラクタに命令を自動的に指示する自動制御や、コントローラ１７からの入力信号に基づいて選手キャラクタに命令を直接的に指示する手動制御等がある。このように、本野球ゲームでは、コントローラ１７からの指示やＡＩプログラムからの指示に応じて、イベントが制御されたり、選手キャラクタに命令が指示されたりするようになっている。

続いて、選択されたプレイモードが終了したか否かが、ＣＰＵ７により判断される（Ｓ５）。具体的には、プレイモードが終了したことを示す命令が発行されたか否かが、ＣＰＵ７により判断される。そして、プレイモードが終了したことを示す命令が発行されたとＣＰＵ７により判断された場合（Ｓ５でＹｅｓ）、ゲーム継続用のデータをＲＡＭ１２に格納する処理が、ＣＰＵ７により実行される。そして、ゲーム継続用のデータがＲＡＭ１２に格納されると、この野球ゲームを終了するか否かを選択する選択画面が、テレビジョンモニタ２０に表示される（Ｓ６）。そして、この選択画面において、プレイヤがコントローラ１７を操作することにより、野球ゲームの終了を示す項目が選択されると（Ｓ６でＹｅｓ）、野球ゲームを終了するための処理がＣＰＵ７により実行される（Ｓ７）。一方で、この選択画面において、プレイヤがコントローラ１７を操作することにより、野球ゲームの継続を示す項目が選択されると（Ｓ６でＮｏ）、ステップ３（Ｓ３）のモード選択画面が、テレビジョンモニタ２０に再表示される。

なお、プレイモードが終了するための命令が発行されたとＣＰＵ７に判断されない限り（Ｓ５でＮｏ）、モード選択画面で選択されたプレイモードにおいて、各種のイベントがＣＰＵ７により実行される（Ｓ４）。

次に、選手キャラクタの能力を設定するためのウォーミングアップシステムの詳細を説明する。

以下には、ウォーミングアップシステムが対戦モードにおいて機能する場合の例が示される。たとえば、モード選択画面において対戦モードが選択され、対戦モードにおいて試合イベントが実行されているときに、ウォーミングアップシステムが機能する場合の例が示される。そして、この対戦モードでは、先攻であるＡチームがＡＩプログラムにより制御され、後攻であるＢチームがプレイヤにより制御される。特に、以下では、プレイヤがＢチームの投手キャラクタに命令を指示する場合に機能するウォーミングアップシステムの例が示される。

モード選択画面において対戦モードがプレイヤにより選択されると、試合イベントがＣＰＵ７により実行される（Ｓ４０１）。すると、チーム（Ａチーム、Ｂチーム）と、各チームのスターティングメンバー（Ａチームの選手キャラクタ、Ｂチームの選手キャラクタ）とが、図示しないチーム選択画面および選手選択画面において、選択される（Ｓ４０２）。

すると、各チームのスターティングメンバーを識別するための識別データが、ＣＰＵ７に認識される（Ｓ４０３）。たとえば、ＡチームおよびＢチームのスターティングメンバーそれぞれの識別データ、およびＡチームおよびＢチームの控えの選手キャラクタそれぞれの識別データが、ＣＰＵ７に認識される。ここで、ウォーミングアップシステムに関連する、先発の投手キャラクタ７０および控えの投手キャラクタ７１の識別データが、ＣＰＵ７に認識される。

すると、各選手キャラクタに対するデータの基本設定が、ＣＰＵ７により実行される。ここで実行される基本設定の１つには、たとえば、各選手キャラクタの能力特性の設定がある。ここでは、選手キャラクタの識別データＩＤおよび選手キャラクタの各種の能力特性ｎに対応する選手キャラクタの能力特性データＮＴ（ＩＤ，ｎ）をＣＰＵ７に認識させることにより、各選手キャラクタの能力特性が設定される（Ｓ４０４）。

ここで用いられる能力特性ｎには、たとえば、弾道（ｎ＝１）、パワー（ｎ＝２）、走力（ｎ＝３）、肩力（ｎ＝４）、守備力（ｎ＝５）、球速（ｎ＝６）、コントロール（ｎ＝７）、およびスタミナ（ｎ＝８）等のような能力特性がある。これら複数の能力特性ｎそれぞれに対応する能力特性データＮＴ（ＩＤ，ｎ）は、ＲＡＭ１２に格納される。このようにＲＡＭ１２に格納された能力特性データＮＴ（ＩＤ，ｎ）をＣＰＵ７に認識させることにより、各選手キャラクタの能力特性が設定される。ここでは、ＲＡＭ１２に格納された所定の各能力特性データすなわち初期データが、ＣＰＵ７に認識される。

このように各選手キャラクタの識別データＩＤがＣＰＵ７に認識されると、各識別データに対応する選手キャラクタに関するデータたとえば画像データがＣＰＵ７に認識される。すると、投手キャラクタ７０、打者キャラクタ８０、および野手キャラクタ９０が、画像データを用いて、テレビジョンモニタ２０に表示される。ここでは、図３に示すように、捕手キャラクタから見える、投手キャラクタ７０、打者キャラクタ８０、および野手キャラクタ９０が、テレビジョンモニタ２０上の試合画面７５に表示されている（Ｓ４０５）。

この状態において、プレイヤが、コントローラ１７の所定のボタンを繰り返し操作することにより、投手キャラクタ７０に対して投球に関する命令が指示される（Ｓ４０６）。たとえば、投手キャラクタ７０に投球動作を開始させる命令、投球コースを決定する命令、および投手キャラクタ７０にボールをリリースさせる命令が、ＣＰＵ７から発行される。すると、投手キャラクタ７０が投球動作を行う状態がテレビジョンモニタ２０に表示され、投手キャラクタ７０からリリースされたボールオブジェクトが、テレビジョンモニタ２０に表示される。

続いて、打者キャラクタ７１に対して打撃に関する命令が、ＡＩプログラムに基づいて指示されたか否かが、ＣＰＵ７により判断される（Ｓ４０７）。この打者キャラクタ７１に対して打撃に関する命令には、ミートゾーンを移動させる命令、および打者キャラクタ７１に対するスイング開始命令が含まれる。

そして、打者キャラクタ７１に対して打撃に関する命令がＡＩプログラムに基づいて指示されたとＣＰＵ７により判断された場合（Ｓ４０７でＹｅｓ）、打者キャラクタ７１がスイング動作する状態が、テレビジョンモニタ２０に表示される。そして、打者キャラクタ７１に対するスイング開始命令がＡＩプログラムに基づいて指示された場合（Ｓ４０７でＹｅｓ）、ボールオブジェクトが打者キャラクタ７１により打ち返されたか否かが、ＣＰＵ７により判断される（Ｓ４０８）。たとえば、ミートゾーンとボールオブジェクトとが重なったか否かが、ＣＰＵ７により判断される。具体的には、ミートゾーンの内部の少なくとも１つの座標データと、ボールオブジェクトの内部の少なくとも１つの座標データとが一致したか否かが、ＣＰＵ７により判断される。

そして、ボールオブジェクトが打者キャラクタ７１により打ち返されなかったとＣＰＵ７により判断された場合（Ｓ４０８でＮｏ）、すなわち、ミートゾーンとボールオブジェクトとが重ならなかった場合、ストライクカウントをインクリメントする処理が、ＣＰＵ７により実行される。この場合は、打者キャラクタ７１が空振りをした場合に対応する（Ｓ４３９）。

一方で、ボールオブジェクトが打者キャラクタ７１により打ち返されたとＣＰＵ７により判断された場合（Ｓ４０８でＹｅｓ）、すなわち、ミートゾーンとボールオブジェクトとが重なった場合、打ち返されたボールの軌道および落下位置を軌道方程式に基づいて算出する処理が、ＣＰＵ７により実行される。そして、ボールが打ち返されたことによる結果に応じて、出塁状況を示す各塁のフラグ、得点状況を示す得点データ、およびアウトカウント等の少なくともいずれか１つを変更する処理が、ＣＰＵ７により実行される。これにより、ボールが打ち返された場合の結果が、試合画面７５に反映される（Ｓ４０９）。

ここで、打ち返されたボールの軌道および落下位置を算出するための軌道方程式は、ゲームプログラムにおいて予め規定されている。この軌道方程式は、野球ゲームプログラムがロードされたときに、ＲＡＭ１２に格納されている。

なお、打者キャラクタ７１に対するスイング開始命令がＡＩプログラムに基づいて指示されなかった場合（Ｓ４０７でＮｏ）、打者キャラクタ７１のスイング動作は、テレビジョンモニタ２０に表示されない。この場合は、打者キャラクタ７１がボールを見送った場合に対応する。このときには、ストライクカウント、ボールカウント、およびアウトカウントのいずれか１つをインクリメントする処理が、ＣＰＵ７により実行される。そして、ステップ４０６（Ｓ４０６）の処理が、ＣＰＵ７により再実行される。

上記のような投手キャラクタ７０と打者キャラクタ８０との対戦は、守備側の選手キャラクタをプレイヤとＡＩプログラムとが交互に制御することにより、連続的に実行される。このような対戦が連続的に実行されているときには、ブルペン画面７６の表示命令が指示されたか否かが、ＣＰＵ７により判断される（Ｓ４１０）。たとえば、プレイヤが守備側である場合、ブルペン画面７６を表示するためのコントローラ１７のポーズボタン（スタートボタン）１７ｅが押されたか否かが、ＣＰＵ７により判断される。そして、コントローラ１７のポーズボタン１７ｅが押された場合（Ｓ４１０でＹｅｓ）、実行中の試合イベントが一時的に停止される（Ｓ４１１）。

すると、図４に示すように、試合イベントの実行中に指示可能な割込命令のリストが、テレビジョンモニタ２０に表示される。このリストにおいてブルペン項目が選択されると、図５に示すように、ブルペン画面７６がテレビジョンモニタ２０に表示される（Ｓ４１２）。

このブルペン画面７６には、控えの投手キャラクタ７１のリストと、プルペンで投球練習を行っている投手キャラクタ７１ａと、控えの投手キャラクタ７１の情報とが表示される。たとえば、控えの投手キャラクタ７１のリストは、ブルペン画面７６の左側に表示される。また、プルペンで投球練習を行っている投手キャラクタ７１ａは、ブルペン画面７６の右側上部に表示される。さらに、控えの投手キャラクタ７１のリストで選択状態の選手キャラクタの情報が、ブルペン画面７６の右側下部に表示される。なお、図５には、ブルペンで投球練習を行う投手キャラクタが既に表示された状態のものが示されている。

このブルペン画面７６においては、ベンチにいる控えの投手キャラクタ７１に対してブルペンで練習をさせる命令が指示されたか否かが、ＣＰＵ７により判断される（Ｓ４１３）。たとえば、このブルペン画面７６において、ベンチにいる控えの投手キャラクタ７１のリストの中から、プレイヤが所望する投手キャラクタが選択されたか否かが、ＣＰＵ７により判断される。そして、ベンチにいる控えの投手キャラクタ７１のリストの中から、プレイヤが所望する投手キャラクタが選択された場合（Ｓ４１３でＹｅｓ）、選択された投手キャラクタの情報が、ブルペン画面７６の右側下部に表示される（Ｓ４１４）。そして、この状態において、コントローラ１７の決定ボタン（第２ボタン１７ｂ）が押されると、コントローラ１７により選択された控えの投手キャラクタ７１ａの識別データＩＤｈが、ＣＰＵ７に認識される。これにより、ブルペンに行かせる投手キャラクタが特定される。

すると、この控えの投手キャラクタにブルペンでの投球練習を開始させる命令（準備開始命令）が、ＣＰＵ７から発行される。すると、コントローラ１７により選択された控えの投手キャラクタの識別データに対応する画像データが、ＣＰＵ７に認識される。すると、ブルペンでの投球練習を行う投手キャラクタ７１ａが、この投手キャラクタ用の画像データを用いてブルペン画面７６の右側上部に表示される（Ｓ４１５）。なお、ここでは、ベンチにいる控えの投手キャラクタのリストの中から、プレイヤが所望する投手キャラクタを２人まで選択することができるようになっている。

また、ブルペンでの投球練習を行う投手キャラクタが、ブルペン画面７６の右側上部に表示されたときには、この投手キャラクタの準備状態を示す準備状態データＪＤが、ＣＰＵ７に認識される。ここでは、控えの投手キャラクタがブルペンでの投球練習を初めて行う場合は、ＲＡＭ１２に格納された準備状態データＪＤの初期データ（＝「０」）が、ＣＰＵ７に認識される。また、控えの投手キャラクタがブルペンでの投球練習を再開する場合は、前回にＲＡＭ１２に格納された準備状態データＪＤ（最新の準備状態データ）が、ＣＰＵ７に認識される。

このようにして、ブルペンでの投球練習を行う投手キャラクタの準備状態データＪＤが、ＣＰＵ７に認識されると、ブルペンでの投球練習を行う投手キャラクタの準備状態を示すウォーミングアップゲージ１００が、ゲージ用の画像データを用いて、ブルペン画面７６の右側上部に表示される（Ｓ４１６）。

ここで、ブルペンでの投球練習を行う投手キャラクタの準備状態を示すウォーミングアップゲージ１００の目盛りは、投手キャラクタの準備状態データＪＤに基づいて設定される。たとえば、投手キャラクタの準備状態データＪＤは、「０」から「２０」までのいずれか１つの自然数になる。また、ウォーミングアップゲージ１００は、１０段階の目盛りを有している。

このウォーミングアップゲージ１００では、投手キャラクタの準備状態データＪＤの値に応じて、目盛りが反転表示されるようになっている。たとえば、投手キャラクタの準備状態データＪＤが「０」から「１０」までのいずれかの値のときは、投手キャラクタの準備状態データＪＤの値に対応する数の目盛りが、反転表示されるようになっている。また、投手キャラクタの準備状態データＪＤが「１１」から「２０」までのいずれかの値のときは、投手キャラクタの準備状態データＪＤの値が「１０」である場合に対応する目盛りが、反転表示されるようになっている。すなわち、１０段階までの目盛りすべてが反転表示される。

また、ブルペンでの投球練習を行う投手キャラクタが、ブルペン画面７６の右側上部に表示されるときには、ブルペンでの投球練習を行う投手キャラクタの能力特性を示す能力特性データＮＴ（ＩＤｈ，ｎ）が、ＣＰＵ７に認識される（Ｓ４１７）。ここでＣＰＵ７に認識される能力特性データＮＴ（ＩＤｈ，ｎ）は、野球ゲームプログラムがロードされたときに、ＲＡＭ１２に格納されている。

なお、以下では、ブルペンでの投球練習を行う投手キャラクタの能力特性データＮＴ（ＩＤｈ，ｎ）が、スタミナ特性に対応するスタミナデータＮＴ（ＩＤｈ，８）である場合の例が示される。しかしながら、投手キャラクタの能力特性データＮＴ（ＩＤｈ，ｎ）は、必ずしもスタミナデータＮＴ（ＩＤｈ，８）に限定されるものではなく、他のデータであっても良い。たとえば、肩力データＮＴ（ＩＤｈ，４）、球速データＮＴ（ＩＤｈ，６）、コントロールデータＮＴ（ＩＤｈ，７）であっても良い。

続いて、試合イベントを再開するための命令が指示されたか否かが、ＣＰＵ７により判断される（Ｓ４１８）。たとえば、試合イベントを再開するための入力ボタンたとえばコントローラ１７の第３ボタン１７ｃが押されたか否かが、ＣＰＵ７により判断される。そして、コントローラ１７の第３ボタン１７ｃが押された場合（Ｓ４１８でＹｅｓ）、ブルペン画面７６から試合画面７５へと画面を切り替える命令が、ＣＰＵ７から発行される。すると、一時的に停止されていた試合イベントの制御がＣＰＵ７により再開され、試合画面７５がテレビジョンモニタ２０に表示される。すると、投手キャラクタと打者キャラクタとの対戦処理が、ＣＰＵ７により再実行される（Ｓ４１９）。

このように、ブルペンでの投球練習を控えの投手キャラクタに指示した後に、投手キャラクタと打者キャラクタとの対戦処理が再実行されたときには、登板中の投手キャラクタに対する命令が、打者キャラクタに対する投球命令であるか各塁の野手キャラクタに対する牽制命令であるかが、ＣＰＵ７により判断される（Ｓ４２０）。

ここでは、登板中の投手キャラクタに対する命令が投球命令であるか牽制命令であるかは、コントローラ１７からの入力信号に基づいてＣＰＵ７により判断される。具体的には、コントローラ１７からの入力信号が、投球命令用のボタンが押されたときの入力信号であるか、牽制命令用のボタンが押されたときの入力信号であるかが、ＣＰＵ７により判断される。

なお、一時的に停止されていた試合イベントが再開されたときには、ブルペンでの投球練習を控えの投手キャラクタに指示した後に登板中の投手キャラクタが打者キャラクタに対して投球した投球数を算出する処理が、ＣＰＵ７により実行されている。

そして、コントローラ１７からの入力信号が、投球命令用のボタンが押されたときの入力信号である場合、登板中の投手キャラクタに対する命令が投球命令であると、ＣＰＵ７に判断される（Ｓ４２０でＹｅｓ）。すると、登板中の投手キャラクタの投球数に応じて、ブルペンでの投球練習を行う控えの投手キャラクタの準備状態データＪＤが大きくなるように変更される（Ｓ４２１）。具体的には、図６に示すように、登板中の投手キャラクタの投球数が２球増えるごとに、ブルペンでの投球練習を行う控えの投手キャラクタの準備状態データＪＤが１づつ大きくなるようになっている。

一方で、コントローラ１７からの入力信号が、牽制命令用のボタンが押されたときの入力信号である場合、登板中の投手キャラクタに対する命令が牽制命令であると、ＣＰＵ７に判断される（Ｓ４２０でＮｏ）。すると、ブルペンでの投球練習を行う控えの投手キャラクタの準備状態データＪＤを変更する処理が、ＣＰＵ７により実行されない。すなわち、この場合、ブルペンでの投球練習を行う控えの投手キャラクタの準備状態データＪＤに対するアクセスが、ＣＰＵ７により実行されない。なお、ここでは、控えの投手キャラクタの準備状態データＪＤを変更する処理がＣＰＵ７により実行されない場合の他の例として、ブルペンでの投球練習を行う控えの投手キャラクタの準備状態データＪＤに「０（ゼロ）」を加算する処理をＣＰＵ７に実行させても良い。

そして、投手キャラクタの準備状態データＪＤが所定の値たとえば「１０」に到達したか否かがＣＰＵ７により判別される（Ｓ４２２）。そして、投手キャラクタの準備状態データＪＤが所定の値に到達した場合（ＪＤ≧１０）、登板中の投手キャラクタの投球数に応じて、ブルペンでの投球練習を行う投手キャラクタのスタミナデータＮＴ（ＩＤｈ，８）が小さくなるように変更される（Ｓ４２３）。具体的には、図６に示すように、登板中の投手キャラクタの投球数が５球増えるごとに、ブルペンでの投球練習を行う投手キャラクタのスタミナデータＮＴ（ＩＤｈ，８）が、１ずつ小さくなるように変更される。このようにして、投手キャラクタがウォーミングアップをし過ぎた場合の影響を、野球ゲームにおいて評価することができる。

一方で、投手キャラクタの準備状態データＪＤが所定の値たとえば「１０」に到達していない場合、すなわち投手キャラクタの準備状態データＪＤが所定の値未満である場合（ＪＤ＜１０）、ステップ４２０（Ｓ４２０）の処理がＣＰＵ７により再実行される。

また、ブルペンでの投球練習を控えの投手キャラクタに指示した後に、投手キャラクタと打者キャラクタとの対戦処理が再実行されているときには、ステップ４１０（Ｓ４１０）と同様に、ブルペン画面７６の表示命令が指示されたか否かが、ＣＰＵ７により判断される（Ｓ４２４）。たとえば、プレイヤが守備側である場合、ブルペン画面７６を表示するためのコントローラ１７のポーズボタン（スタートボタン）１７ｅが押されたか否かが、ＣＰＵ７により判断される。そして、コントローラ１７のポーズボタン１７ｅが押された場合（Ｓ４２４でＹｅｓ）、実行中の試合イベントが一時的に再停止される（Ｓ４２５）。

すると、上述したように、試合イベントの実行中に指示可能な割込命令のリストが、テレビジョンモニタ２０に表示される（図４を参照）。このリストにおいてブルペン項目が選択されると、図５に示すように、ブルペン画面７６がテレビジョンモニタ２０に再表示される（Ｓ４２６）。

ここでは、ブルペンでの投球練習を行う投手キャラクタをブルペンからベンチに戻すための命令（準備休止命令）が指示されたか否かが、ＣＰＵ７により判断される（Ｓ４２７）。たとえば、ブルペン画面７６の右側上部に表示された投球練習中の投手キャラクタの投手名項目を選択した状態において、コントローラ１７の第３ボタン１７ｃが押された否かが、ＣＰＵ７により判断される。そして、投手キャラクタの投手名項目を選択した状態においてコントローラ１７の第３ボタン１７ｃが押された場合（Ｓ４２７でＹｅｓ）、選択された投手名項目に対応するブルペンの投手キャラクタの識別データが、ＣＰＵ７に認識される。これにより、ブルペンからベンチに戻す投手キャラクタが特定される。

すると、特定されたブルペンの投手キャラクタをベンチに戻すための命令（準備休止命令）が、ＣＰＵ７から発行される。この準備休止命令は、ブルペンでの投球練習を行っていた投手キャラクタを休ませるためのものである。すると、ブルペンでの投球練習を行う投手キャラクタをブルペン画面７６から消去するためのキャラクタ消去命令が、ＣＰＵ７から発行される。すると、選択された投手名項目に対応するブルペンの投手キャラクタの識別データに対応する投手キャラクタ、すなわち選択されたブルペンの投手キャラクタが、ブルペン画面７６から消去される（Ｓ４２８）。

一方で、準備休止命令が指示されなかった場合（Ｓ４２７でＮｏ）、すなわち投手キャラクタの投手名項目を選択した状態においてコントローラ１７の第３ボタン１７ｃが押されていない場合、ブルペンの投手キャラクタを試合イベントに登板させるための命令（試合イベント登板命令）が指示されたか否かが、ＣＰＵ７により判断される（Ｓ４２９）。たとえば、ブルペン画面７６の右側上部に表示された投球練習中の投手キャラクタの投手名項目を選択した状態において、コントローラ１７の第２ボタン１７ｂが押された否かが、ＣＰＵ７により判断される。そして、投手キャラクタの投手名項目を選択した状態においてコントローラ１７の第２ボタン１７ｂが押された場合（Ｓ４２９でＹｅｓ）、選択された投手名項目に対応するブルペンの投手キャラクタの識別データが、ＣＰＵ７に認識される。これにより、試合イベントに登板させるブルペンの投手キャラクタが決定される（Ｓ４３０）。

続いて、試合イベントを再開するための命令が指示されたか否かが、ＣＰＵ７により判断される（Ｓ４３１）。たとえば、試合イベントを再開するための入力ボタンたとえばコントローラ１７の第３ボタン１７ｃが押されたか否かが、ＣＰＵ７により判断される。そして、コントローラ１７の第３ボタン１７ｃが押された場合（Ｓ４３１でＹｅｓ）、ブルペン画面７６から試合画面７５へと画面を切り替える命令が、ＣＰＵ７から発行される。すると、一時的に停止されていた試合イベントの制御がＣＰＵ７により再開され、試合画面７５がテレビジョンモニタ２０に表示される。すると、投手キャラクタと打者キャラクタとの対戦処理が、ＣＰＵ７により再実行される（Ｓ４３２）。

すると、ブルペンでの投球練習を休止している控えの投手キャラクタが存在する場合、すなわち準備休止命令が指示された場合（Ｓ４２７でＹｅｓ）、登板中の投手キャラクタの投球数に応じて、ブルペンでの投球練習を休止している控えの投手キャラクタの準備状態データＪＤが小さくなるように変更される（Ｓ４３３）。具体的には、図６に示すように、登板中の投手キャラクタの投球数が２球増えるごとに、ブルペンでの投球練習を休止している投手キャラクタの準備状態データＪＤが、１ずつ小さくなるように変更される。

なお、一時的に停止されていた試合イベントが再開されたときには（Ｓ４３２）、ブルペンでの投球休止を控えの投手キャラクタに指示した後に登板中の投手キャラクタが打者キャラクタに対して投球した投球数を算出する処理が、ＣＰＵ７により実行されている。

また、この場合（Ｓ４２７でＹｅｓ）、登板中の投手キャラクタの投球数に応じて、ブルペンでの投球練習を行う投手キャラクタのスタミナデータＮＴ（ＩＤｈ，８）が大きくなるように変更される（Ｓ４３４）。具体的には、図６に示すように、登板中の投手キャラクタの投球数が５球増えるごとに、ブルペンでの投球練習を行う投手キャラクタのスタミナデータＮＴ（ＩＤｈ，８）が、１ずつ大きくなるように変更される。

一般的に、ブルペンの投手キャラクタがウォーミングアップを休止した場合、投手キャラクタの準備状態（ウォーミングアップの状態、肩の仕上がり具合）は悪くなるものの、投手キャラクタのスタミナは回復する。このような投手キャラクタがウォーミングアップを休止した場合の影響が、上記のような処理を行うことにより、野球ゲームにおいて評価されている。

なお、ブルペンでの投球練習を続けている投手キャラクタが存在している場合は、この投手キャラクタに対しては、上記のステップ４２３（Ｓ４２３）と同じ処理が行われる。この処理については、ここでは詳細な説明を省略する。

さらに、ブルペン画面７６において選択された投手キャラクタが試合イベントに登板する場合、すなわち試合イベントに登板させるブルペンの投手キャラクタが決定された場合（Ｓ４２９でＹｅｓ、Ｓ４３０）、ブルペン画面７６において選択された投手キャラクタを試合イベントに登板させるための命令（試合イベント登板命令）が、ＣＰＵ７から発行される。すると、ブルペン画面７６において選択された投手キャラクタが、投手キャラクタ用の画像データを用いて試合画面７５に表示される（Ｓ４３５）。すなわち、投手キャラクタの交代が行われる。すると、交代した投手キャラクタと打者キャラクタとの対戦処理が、ＣＰＵ７により継続して実行される（Ｓ４３６）。

なお、投手キャラクタのウォーミングアップが休止され、投手キャラクタの交代が行われる場合の例が、ステップ４３３（Ｓ４３３）からステップ４３５（Ｓ４３５）において説明されている。

しかしながら、投手キャラクタの交代は行われず、投手キャラクタのウォーミングアップだけが休止された場合は、ステップ４３５（Ｓ４３５）の処理は実行されず、ステップ４３３（Ｓ４３３）およびステップ４３４（Ｓ４３４）の処理だけが実行される。

また、投手キャラクタのウォーミングアップが休止されず、投手キャラクタの交代だけが行われた場合は、ステップ４３３（Ｓ４３３）およびステップ４３４（Ｓ４３４）の処理は実行されず、ステップ４３５（Ｓ４３５）の処理だけが実行される。

さらに、投手キャラクタのウォーミングアップが休止されず、投手キャラクタの交代も行われなかった場合は、ステップ４３３（Ｓ４３３）からステップ４３５（Ｓ４３５）までの処理は実行されず、ステップ４３６（Ｓ４３６）の処理が実行される。

続いて、試合イベントが終了したか否かが、ＣＰＵ７により判別される（Ｓ４３７）。ここでは、たとえば、試合イベントが終了したことを示すフラグが立っているか否かが、ＣＰＵ７により判別される。すなわち、このフラグの値が数値「１」であるか否かが、ＣＰＵ７に判別される。

そして、試合イベントが終了していないとＣＰＵ７により判別された場合、すなわちフラグの値が数値「１」でなかった場合（Ｓ４３７でＮｏ、フラグの値が数値「０」であった場合）、ステップ４０６（Ｓ４０６）の処理が、ＣＰＵ７により再実行される。一方で、試合イベントが終了したとＣＰＵ７により判別された場合、すなわちフラグの値が数値「１」であった場合（Ｓ４３７でＹｅｓ）、試合イベントを終了する処理たとえば各種のデータをＲＡＭ１２に格納する処理がＣＰＵ７により実行される（Ｓ４３８）。

なお、上述した実施形態では、試合イベントが再開された場合（Ｓ４１９、Ｓ４３２）、投手キャラクタと打者キャラクタとの対戦処理については詳細を記載していない。しかしながら、試合イベントが再開された場合にも、ステップ４０６（Ｓ４０６）からステップ４０９（Ｓ４０９）までの処理およびステップ４３９（Ｓ４３９）の処理と同様の処理が、ＣＰＵ７により実行されている。

このように、本実施形態では、試合イベントで、投手キャラクタ７０が登板しているときに、控えの投手キャラクタ７１に登板準備を開始する命令（準備開始命令）を指示することにより、控えの投手キャラクタ７１ａに対して投球練習を行わせることができる。

また、控えの投手キャラクタ７１ａが投球練習を行っているときに、試合イベント参加命令を指示することにより、登板中の投手キャラクタ７０に代えて、ブルペンの投手キャラクタ７１ａを、登板させることができる。

また、控えの投手キャラクタ７１ａが投球練習を行っているときに、準備休止命令を指示することにより、控えの投手キャラクタ７１ａを、ブルペンからベンチに戻すことができる。すなわち、試合イベントに登板する前の準備をしていた控えの投手キャラクタ７１ａを、休ませることができる。

また、控えの投手キャラクタ７１ａに登板準備を開始する命令（準備開始命令）が指示されると、この控えの投手キャラクタの準備状態を示すウォーミングアップゲージ１００が、ブルペン画面７６に表示される。これにより、プレイヤは、控えの投手キャラクタ７１ａがどの程度まで準備ができているのかということを、このウォーミングアップゲージ１００を見ることにより判断することができる。

また、プレイヤは、控えの投手キャラクタ７１ａに準備開始命令を指示した後の登板中の投手キャラクタの投球数を、把握しておくことにより、ブルペンの投手キャラクタ７１ａの準備状態を予測することができる。たとえば、ブルペンの投手キャラクタ７１ａが画面に表示されていない状態において、プレイヤが、試合イベントにおいて対戦モードを実行していても、登板中の投手キャラクタ７０の投球数を把握しておけば、ブルペンの投手キャラクタ７１ａの準備状態を予測することができる。

また、プレイヤは、登板中の投手キャラクタ７０に牽制球を繰り返し投球させることによって、ブルペンの投手キャラクタ７１ａの準備状態を向上させることができない。すなわち、プレイヤは、打者キャラクタ８０と勝負をすることなく、登板中の投手キャラクタ７０に牽制球を繰り返し投球させることによって、ブルペンの投手キャラクタ７１ａの準備状態だけを向上することができない。このように、本実施形態では、ブルペンの投手キャラクタ７１ａの準備状態が、野球ゲーム本来の形態から逸脱した方法では変更できないようになっている。

また、ブルペンの投手キャラクタ７１ａの準備状態が、準備万全状態（ＪＤ＝１０）に到達した後に、この投手キャラクタ７１ａにさらに投球を行わせると、この投手キャラクタ７１ａが疲労してしまい、この投手キャラクタ７１ａの能力特性たとえばスタミナ特性が低下するようになっている。このため、プレイヤは、単に控えの投手キャラクタ７１に準備開始命令を指示するだけでなく、控えの投手キャラクタ７１に準備開始命令を指示した後にも、ブルペンの投手キャラクタ７１ａの準備状態がどの程度であるのかを、常に考えながら対戦モードをプレイしなければならない。このようにプレイすることにより、プレイヤは、より現実味を帯びた野球ゲームを楽しむことができる。

〔他の実施形態〕
（ａ）前記実施形態では、ゲームプログラムを適用しうるコンピュータの一例としての家庭用ビデオゲーム装置を用いた場合の例を示したが、ゲーム装置は、前記実施形態に限定されず、モニタが別体に構成されたゲーム装置、モニタが一体に構成されたゲーム装置、ゲームプログラムを実行することによってゲーム装置として機能するパーソナルコンピュータやワークステーションなどにも同様に適用することができる。

（ｂ）本発明には、前述したようなゲームを実行するプログラムおよびこのプログラムを記録したコンピュータ読み取り可能な記録媒体も含まれる。この記録媒体としては、カートリッジ以外に、たとえば、コンピュータ読み取り可能なフレキシブルディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、ＲＯＭカセット、その他のものが挙げられる。

本発明の一実施形態によるビデオゲーム装置の基本構成図。 前記ビデオゲーム装置の一例としての機能ブロック図。 試合画面を示す図。 割込画面（割込命令のリスト画面）を示す図。 ブルペン画面を示す図。 投球数と準備状態データおよびスタミナデータとの関係を示す図。 野球ゲームの全体概要を示すフロー。 野球ゲームにおけるウォーミングアップシステムを示すフロー。

１ 制御部
３ 画像表示部
５ 操作入力部
７ ＣＰＵ
１２ ＲＡＭ
１７ コントローラ
２０ テレビジョンモニタ
５０ 対戦イベント制御手段
５１ 第１表示手段
５２ 待機投手キャラクタ認識手段
５３ 準備開始命令発行手段
５４ 第２表示手段
５５ 準備状態データ認識手段
５６ 特性データ認識手段
５７ 第１準備状態データ変更手段
５８ 特性データ変更手段
５９ 準備状態表示手段
６０ 準備休止命令発行手段
６１ 表示取消手段
６２ 第２準備状態データ変更手段
６３ 試合イベント登板命令発行手段
６４ 第３表示手段
７０ 投手キャラクタ
７１ 控えの投手キャラクタ
７１ａ ブルペンで投球練習を行う投手キャラクタ
７５ 試合画面
７６ ブルペン画面
８０ 打者キャラクタ
９０ 野手キャラクタ
ｎ 能力特性
ＩＤ 識別データ
ＩＤｈ 控えの投手キャラクタの識別データ
ＮＴ（ＩＤ，ｎ）、ＮＴ（ＩＤｈ，ｎ） 能力特性データ

Claims (7)

1. 選手キャラクタが画像表示部に表示される野球ゲームを実行可能なコンピュータの制御部に、
   野球ゲームにおける対戦イベントを制御する処理を、実行する対戦イベント制御機能と、
   前記対戦イベントにおける登板中の投手キャラクタを、記憶部に格納された登板中の投手キャラクタ用の画像データを用いて、画像表示部の第１画面に表示する第１表示機能と、
   前記対戦イベントに参加するために待機している控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の識別データを用いて、認識する第２キャラクタ認識機能と、
   入力部からの所定の入力に基づいて、前記対戦イベントに参加する準備を前記控えの投手キャラクタに開始させる準備開始命令を、発行する準備開始命令発行機能と、
   前記準備開始命令が発行されたときに、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、画像表示部の第２画面に表示する第２表示機能と、
   前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態を、記憶部に格納された控えの投手キャラクタの準備状態データを用いて、認識する準備状態データ認識機能と、
   前記登板中の投手キャラクタの動作に連動して、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、変更する処理を、実行する第１準備状態データ変更機能と、
   記憶部に格納された前記控えの投手キャラクタの準備状態データに基づいて、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態を、記憶部に格納された準備状態用の画像データを用いて、前記第１画面および前記第２画面の少なくともいずれか一方の画面に表示する準備状態表示機能と、
   を実現させ、
   前記第１準備状態データ変更機能では、
   前記登板中の投手キャラクタの動作が、打者キャラクタに対する投球動作であるか野手キャラクタに対する牽制動作であるかが、判断され、
   前記登板中の投手キャラクタの動作が前記投球動作である場合、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタが、前記登板中の投手キャラクタの打者キャラクタに対する投球動作の回数と同じ回数の投球動作を行ったものとして、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、変更する処理が、実行され、
   前記登板中の投手キャラクタの動作が牽制動作である場合、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、維持する処理が、実行される、
   ゲームプログラム。
2. 前記コンピュータの制御部に、
   入力部からの所定の入力に基づいて、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタを前記対戦イベントに参加させる対戦イベント参加命令を、発行する対戦イベント参加命令発行機能と、
   前記対戦イベント参加命令が発行されたときに、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、前記第１画面に表示する第３表示機能と、
   をさらに実現させるための請求項１に記載のゲームプログラム。
3. 前記コンピュータの制御部に、
   入力部からの所定の入力に基づいて、前記対戦イベントに参加する準備を前記控えの投手キャラクタに休止させる準備休止命令を、発行する準備休止命令発行機能と、
   前記準備休止命令が発行されたときに、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタを前記第２画面から消去するためのキャラクタ消去命令を、発行する表示取消機能と、
   をさらに実現させるための請求項１又は２に記載のゲームプログラム。
4. 前記コンピュータの制御部に、
   入力部からの所定の入力に基づいて、前記対戦イベントに参加する準備を前記控えの投手キャラクタに休止させる準備休止命令を、発行する準備休止命令発行機能と、
   前記準備休止命令が発行された後に、前記登板中の投手キャラクタの動作に連動して、記憶部に格納された、前記対戦イベントに参加する準備を行っていた前記控えの投手キャラクタの準備状態データを、変更する処理を、実行する第２準備状態データ変更機能と、
   をさらに実現させるための請求項１から３のいずれかに記載のゲームプログラム。
5. 前記コンピュータの制御部に、
   前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの特性を、記憶部に格納された、控えの投手キャラクタの特性データを用いて、認識する特性データ認識機能と、
   前記控えの投手キャラクタの準備状態データが所定の値に到達した場合、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの動作に連動して、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの特性データを、変更する処理を、実行する特性データ変更機能と、
   をさらに実現させるための請求項１から４のいずれかに記載のゲームプログラム。
6. 選手キャラクタが画像表示部に表示される野球ゲームを実行可能なゲーム装置であって、
   前記ゲーム装置の制御部は、
   野球ゲームにおける対戦イベントを制御する処理を、実行する対戦イベント制御手段と、
   前記対戦イベントにおける登板中の投手キャラクタを、記憶部に格納された登板中の投手キャラクタ用の画像データを用いて、画像表示部の第１画面に表示する第１表示手段と、
   前記対戦イベントに参加するために待機している控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の識別データを用いて、認識する第２キャラクタ認識手段と、
   入力部からの所定の入力に基づいて、前記対戦イベントに参加する準備を前記控えの投手キャラクタに開始させる準備開始命令を、発行する準備開始命令発行手段と、
   前記準備開始命令が発行されたときに、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、画像表示部の第２画面に表示する第２表示手段と、
   前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態を、記憶部に格納された控えの投手キャラクタの準備状態データを用いて、認識する準備状態データ認識手段と、
   前記登板中の投手キャラクタの動作に連動して、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、変更する処理を、実行する第１準備状態データ変更手段と、
   記憶部に格納された前記控えの投手キャラクタの準備状態データに基づいて、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態を、記憶部に格納された準備状態用の画像データを用いて、前記第１画面および前記第２画面の少なくともいずれか一方の画面に表示する準備状態表示手段と、
   を備え、
   前記第１準備状態データ変更手段では、
   前記登板中の投手キャラクタの動作が、打者キャラクタに対する投球動作であるか野手キャラクタに対する牽制動作であるかが、判断され、
   前記登板中の投手キャラクタの動作が前記投球動作である場合、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタが、前記登板中の投手キャラクタの打者キャラクタに対する投球動作の回数と同じ回数の投球動作を行ったものとして、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、変更する処理が、実行され、
   前記登板中の投手キャラクタの動作が牽制動作である場合、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、維持する処理が、実行される、
   ゲーム装置。
7. 選手キャラクタが画像表示部に表示される野球ゲームをコンピュータにより制御可能なゲーム制御方法であって、
   前記コンピュータの制御部は、
   野球ゲームにおける対戦イベントを制御する処理を、実行する対戦イベント制御ステップと、
   前記対戦イベントにおける登板中の投手キャラクタを、記憶部に格納された登板中の投手キャラクタ用の画像データを用いて、画像表示部の第１画面に表示する第１表示ステップと、
   前記対戦イベントに参加するために待機している控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の識別データを用いて、認識する第２キャラクタ認識ステップと、
   入力部からの所定の入力に基づいて、前記対戦イベントに参加する準備を前記控えの投手キャラクタに開始させる準備開始命令を、発行する準備開始命令発行ステップと、
   前記準備開始命令が発行されたときに、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタを、記憶部に格納された控えの投手キャラクタ用の画像データを用いて、画像表示部の第２画面に表示する第２表示ステップと、
   前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態を、記憶部に格納された控えの投手キャラクタの準備状態データを用いて、認識する準備状態データ認識ステップと、
   前記登板中の投手キャラクタの動作に連動して、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、変更する処理を、実行する第１準備状態データ変更ステップと、
   記憶部に格納された前記控えの投手キャラクタの準備状態データに基づいて、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態を、記憶部に格納された準備状態用の画像データを用いて、前記第１画面および前記第２画面の少なくともいずれか一方の画面に表示する準備状態表示ステップと、
   を実行し、
   前記第１準備状態データ変更ステップでは、
   前記登板中の投手キャラクタの動作が、打者キャラクタに対する投球動作であるか野手キャラクタに対する牽制動作であるかが、判断され、
   前記登板中の投手キャラクタの動作が前記投球動作である場合、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタが、前記登板中の投手キャラクタの打者キャラクタに対する投球動作の回数と同じ回数の投球動作を行ったものとして、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、変更する処理が、実行され、
   前記登板中の投手キャラクタの動作が牽制動作である場合、記憶部に格納された、前記対戦イベントに参加する準備を行う前記控えの投手キャラクタの準備状態データを、維持する処理が、実行される、
   ゲーム制御方法。

Images