ゲームプログラム、ゲーム制御方法及びゲーム装置
【課題】チームを構成する各キャラクタの能力を他のキャラクタとの関係で、ゲーム中のゲーム空間内での状況を反映させてより変化性、興趣性に富み、臨場感のあるゲーム性の高いゲームを提供する。
【解決手段】チームの各選手キャラクタの能力パラメータを記憶するバッファ１４と、チーム内のキャラクタのゲーム空間内での向きを設定する向き設定部１０６と、他キャラクタの向きが注目キャラクタを向いている他キャラクタを支援キャラクタとする向き判断部１０７と、支援キャラクタの能力パラメータから注目キャラクタに対する支援値を算出する支援値算出部１０９と、算出された支援値を用いて注目キャラクタの能力パラメータを調整するパラメータ調整部１１０と、注目キャラクタを調整された能力パラメータに従って動作させる結果処理部１１１とを備えた。
【解決手段】チームの各選手キャラクタの能力パラメータを記憶するバッファ１４と、チーム内のキャラクタのゲーム空間内での向きを設定する向き設定部１０６と、他キャラクタの向きが注目キャラクタを向いている他キャラクタを支援キャラクタとする向き判断部１０７と、支援キャラクタの能力パラメータから注目キャラクタに対する支援値を算出する支援値算出部１０９と、算出された支援値を用いて注目キャラクタの能力パラメータを調整するパラメータ調整部１１０と、注目キャラクタを調整された能力パラメータに従って動作させる結果処理部１１１とを備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲーム空間内においてチーム同士で対戦するゲームの制御技術に関する。
【背景技術】
【０００２】
従来、ビデオゲームシステムは数多く提案されている。家庭用の専用機とテレビジョンモニタとからなるシステム、業務用の専用機、パーソナルコンピュータ若しくはワークステーションとディスプレイと音声出力機とからなるシステム等である。これらのシステムは、いずれもプレイヤが操作するためのコントローラと、ゲームプログラムデータの記録された記録媒体と、ゲームプログラムデータに基づいて音声や画像の生成のための制御を行うＣＰＵと、画像を生成するためのプロセッサと、音声を生成するためのプロセッサと、画像を表示するためのＣＲＴモニタと、音声を出力するためのスピーカとで構成されている。この種のゲームを、その種類の点から見ると、種々のものが知られており、その内、ＣＲＴ画面上に多数のキャラクタを表示させてチーム同士で行う対戦ゲームが知られている。ところで、このような対戦ゲームでは、自己のキャラクタはコントローラからの指示に応じて予めゲームプログラムに従った動作しか行わないため、興趣性やゲーム性の点で不十分であった。特許文献１には、チーム同士で行う対戦ゲームの状況に応じて各キャラクタに適宜意欲を与えることで、各キャラクタの動作をこの意欲によって影響させるようにした、実際のゲームに近い臨場感の高いゲーム装置が提案されている。具体的には、チームの意欲指数やキャップテン適正値を、また得点が入ったときの意欲情報を、チームを構成する各選手キャラクタのゲーム能力に反映させることで、選手キャラクタの元々の能力を調整し、チームで行うゲームに特有の面白味を醸し出している。
【特許文献１】特開平１１−３４２２６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１は、チームの意欲指数等のチーム状況に関する意欲情報を、チームを構成する選手キャラクタの全てに、いわば一律に反映するようにしており、個々の選手キャラクタに対応するものではないことから、興趣性やゲーム性の点で一定の限界がある。また、反映の要因はチーム状況を表す意欲情報であり、ゲームに登場している選手キャラクタ間での影響、特にゲーム中の状況を考慮したものでもない点で同様に限界がある。
【０００４】
本発明は上記に鑑みてなされたもので、チームを構成する各キャラクタの能力を他のキャラクタとの関係で、特にゲーム中におけるゲーム空間内での状況を反映するようにして、単純、一律なゲームではなく、より変化性、興趣性に富み、臨場感のあるゲーム性の高いゲームを提供するゲームプログラム、ゲーム制御方法及びゲーム装置を提供するものである。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は、操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲームプログラムにおいて、前記自己のチームの各キャラクタの能力パラメータを記憶するパラメータ記憶手段、前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定する向き設定手段、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成する支援値生成手段、生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整するパラメータ調整手段、前記注目キャラクタを前記調整された能力パラメータに従って動作させる動作処理手段、として前記コンピュータを機能させるゲームプログラムである。
【０００６】
請求項１５記載の発明は、操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲーム制御方法において、パラメータ記憶手段が、前記自己のチームの各キャラクタの能力パラメータを記憶しており、向き設定手段が、前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定し、支援値生成手段が、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成し、パラメータ調整手段が、生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整し、動作処理手段が、前記注目キャラクタを前記調整された能力パラメータに従って動作させることを特徴とするものである。
【０００７】
請求項１６記載の発明は、操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲーム装置において、前記自己のチームの各キャラクタの能力パラメータを記憶するパラメータ記憶手段と、前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定する向き設定手段と、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成する支援値生成手段と、生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整するパラメータ調整手段と、前記注目キャラクタを前記調整された能力パラメータに従って動作させる動作処理手段とを備えたことを特徴とするものである。
【０００８】
これらの発明によれば、コンピュータによって、複数のキャラクタから構成される自己チームがボールオブジェクト等の移動体オブジェクトを用いて他チームと行う対戦ゲームの進行が制御される。各キャラクタは表示部に表示されたゲーム空間内に配置され、操作部材からの指示に応じた各種の動作を行う。そして、パラメータ記憶手段によって自己のチームの各キャラクタの能力パラメータが記憶されている。ところで、向き操作手段によって、自己のチーム内のキャラクタであって、移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きが設定される。なお、各キャラクタの向きはコンピュータによって設定されてもよく、あるいは一部のキャラクタ、例えば他キャラクタについては前記操作部材からの指示に応じて設定される態様でもよい。そして、支援値生成手段によって、他キャラクタの向きが該他キャラクタから注目キャラクタへの方向と一致する他キャラクタが支援キャラクタとして選定されると共に支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値が生成され、パラメータ調整手段によって、生成された支援値を用いてパラメータ記憶手段に記憶されている注目キャラクタの能力パラメータが調整され、動作処理手段によって、注目キャラクタが前記調整された能力パラメータに従って動作させられる。ここで、能力パラメータの調整とは、例えば注目キャラクタの能力が向上することを示し、野球ゲームにおける守備の場合であれば、捕球に向かうための走力が上がる、ボールをキャッチする正確度（エラー回避）が増す、捕球後に塁に向かってボールを投げる投球力（肩力）が上がる等、といった結果をもたらすことになる。
【０００９】
従って、チームを構成する各キャラクタの能力が、他のキャラクタとの関係で、特にゲーム中におけるゲーム空間内での状況の反映、例えば注目キャラクタの方を向いている支援キャラクタの存在状況によって調整され、単純かつ一律なゲームではなく、より変化性、興趣性に富み、臨場感のあるゲーム性の高いゲームが提供される。なお、他キャラクタの向きが該他キャラクタから注目キャラクタへの方向と一致するとは、注目キャラクタの立場からすると、同じチームの他のキャラクタから見守られており、応援乃至は後押しされているという状況をゲームに反映させたものである。
【００１０】
請求項２記載の発明は、請求項１記載のゲームプログラムにおいて、前記支援値生成手段は、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致しているか否かを前記他キャラクタ毎に判断し、前記向きと前記方向とが一致している全ての他キャラクタを支援キャラクタとして選定する向き判断手段と、前記選定された各支援キャラクタに設定されている能力パラメータの大きさに基づいて前記注目キャラクタに対する支援値を算出する支援値算出手段とを備えたことを特徴とする。この構成によれば、向き判断手段によって、他キャラクタの向きが該他キャラクタから注目キャラクタへの方向と一致しているか否かが他キャラクタ毎に判断され、前記向きと前記方向とが一致している全ての他キャラクタが支援キャラクタとして選定され、支援値算出手段によって、選定された各支援キャラクタに設定されている能力パラメータの大きさに基づいて注目キャラクタに対する支援値が算出される。これによって、注目キャラクタは、支援キャラクタの能力パラメータの大きさに基づいて算出された支援値によって動作が調整される。従って、ゲームの状況によっては、注目キャラクタが１人の他のキャラクタからのみ支援される場合もあれば、３人あるいは５人といった複数の他のキャラクタから支援を受ける場合もあり、同じようなゲームシーンであっても、各キャラクタの位置や姿勢等によって注目キャラクタの能力向上にバリエーションが生まれ、より変化に富んだゲームが実現される。
【００１１】
請求項３記載の発明は、請求項２記載のゲームプログラムにおいて、前記向き判断手段は、前記他キャラクタの向きを中心に所定の角度幅を設定すると共に、該角度幅内に前記注目キャラクタが含まれるか否かによって前記一致の有無の判断を行うことを特徴とする。この構成によれば、他キャラクタの向きに所定の角度幅が設定されることで支援キャラクタの対象が増え、支援値の増大化が期待され、調整の効果が顕在化される。
【００１２】
請求項４記載の発明は、請求項３記載のゲームプログラムにおいて、前記所定の角度幅は、前記他キャラクタの能力パラメータに応じて設定することを特徴とする。この構成によれば、支援対象となる注目キャラクタの能力の増加度合いが支援キャラクタである他キャラクタ自身の能力パラメータに依存するので、趣向性の高いゲームが提供される。すなわち、他キャラクタ自身の能力パラメータの大小によって角度幅が異なり、能力パラメータが大きい場合には注目キャラクタをカバーできるが、能力パラメータが小さい場合には注目キャラクタをカバーできないといった違いが生まれるので、仮に全く同一のゲームシーンであっても、そのシーンを構成する各選手キャラクタ自身の能力によって異なった結果や流れが発生するので、さらに変化に富んだゲームが実現される。
【００１３】
請求項５記載の発明は、請求項２〜４のいずれかに記載のゲームプログラムにおいて、前記支援値生成手段は、前記他キャラクタと前記注目キャラクタとの間の前記ゲーム空間内での距離を前記他キャラクタ毎に算出する距離算出手段を備え、前記支援値算出手段は、前記距離が大きいほど前記支援値を小さくすることを特徴とする。この構成によれば、支援対象となる支援キャラクタの増減が注目キャラクタとの距離に依存するので、趣向性の高いゲームが提供される。
【００１４】
請求項６記載の発明は、請求項５記載のゲームプログラムにおいて、前記支援値算出手段は、前記能力パラメータの大きさを前記距離が大きいほど小さい値に換算すると共に、前記支援値を前記換算された能力パラメータの大きさに応じて算出することを特徴とする。この構成によれば、注目キャラクタとの距離が同一であれば、能力パラメータの大きさが大きいほど大きな支援値が得られる。すなわち、能力パラメータが大きいほど遠くまで、支援値に対して影響を与えることになる。また、他キャラクタの向きは注目キャラクタに向いていても、上記の他キャラクタの能力パラメータが小さいため、あるいは距離が大きいため、更にその両者の要因によって、注目キャラクタに対して影響が及ばない場合（支援値がゼロ）もある。
【００１５】
請求項７記載の発明は、請求項１〜６のいずれかに記載のゲームプログラムにおいて、前記向き設定手段は、前記対戦ゲームのルールに従って前記他キャラクタの向きを設定することを特徴とする。この構成によれば、他キャラクタの向きが自動的に設定されるので、支援の度合いがコンピュータに依存する。
【００１６】
請求項８記載の発明は、請求項７記載のゲームプログラムにおいて、前記キャラクタは、一体で向きが設定される顔部と胴部とを少なくとも有しており、前記向き設定手段は、前記対戦ゲームのルールに従って前記他キャラクタの胴部の正面の法線方向を前記向きとして設定することを特徴とする。この構成によれば、他キャラクタの胴部の向きがそのまま該他キャラクタの向きとして設定されるので処理負担が軽減される。例えば、ゲーム中において、プレイヤが、ある注目キャラクタを支援しようと意図した場合、自分の操作キャラクタをその注目キャラクタに向ける（視線を向ける）必要があるが、この状況を忠実にゲーム上で再現しようとすると、キャラクタに顔部のみの向きを変えることが可能なキャラクタ構成及びコントローラ１９への操作が必要となる。しかしながら、従来のゲームにおいては、このような対応はなされていないため、上記仕様のために新たな設計を要することになるが、本請求項によれば、他キャラクタの胴部の正面の法線方向を前記向きとして設定するので、キャラクタ操作に関する新たな設計は不要で、従来の操作をそのまま援用することができる。すなわち、プレイヤがある注目キャラクタを支援しようとする場合には、自分の操作キャラクタをその注目キャラクタの方向に一方、踏み出せれば（移動させることで）、操作キャラクタの全身がその方向を向くことになるので、その結果、胴部の正面の法線方向が注目キャラクタに向くことになる。つまり、新たなキャラクタ操作に基づく処理負荷の増加を招くことなく、単に、一動作のみで他キャラクタの向きが注目キャラクタに向いている状況を実現できる。
【００１７】
請求項９記載の発明は、請求項１〜６のいずれかに記載のゲームプログラムにおいて、前記向き設定手段は、前記操作部材からの指示を受け付けて移動される前記他キャラクタの移動方向と一致する方向に前記向きを設定することを特徴とする。この構成によれば、他キャラクタの向きがプレイヤによって設定されるので、支援値の大小がプレイヤに依存される。
【００１８】
請求項１０記載の発明は、請求項１〜６のいずれかに記載のゲームプログラムにおいて、前記キャラクタは、個別に向きが設定される顔部と胴部とを少なくとも有しており、前記向き設定手段は、前記操作部材の指示を受け付けて変更される前記他キャラクタの顔部の正面方向を前記向きとして設定することを特徴とする。この構成によれば、他キャラクタの顔部の向きが他キャラクタの向きとして設定されるので、他キャラクタの視線内に入ることで支援が受けられるという、いわば後押し的な現実に近い状況が醸し出される。
【００１９】
請求項１１記載の発明は、請求項１〜１０のいずれかに記載のゲームプログラムにおいて、前記支援値生成手段は、能力パラメータが複数ある場合に、各能力パラメータの平均値から前記他キャラクタ毎の支援値を生成することを特徴とする。この構成によれば、支援キャラクタの能力パラメータの平均値に基づいて支援値が生成されるので、支援キャラクタの平均的な能力が支援値に反映される。
【００２０】
請求項１２記載の発明は、請求項１〜１１のいずれかに記載のゲームプログラムにおいて、前記支援値生成手段は、前記支援キャラクタが複数の場合に、各支援キャラクタの支援値の平均値を前記注目キャラクタに対する支援値とすることを特徴とする。この構成によれば、各支援キャラクタの支援値が平均されて注目キャラクタに対する支援値とされるので、各支援キャラクタの平均的な能力が支援値として反映される。なお、平均値には実質的に合計値を含む。
【００２１】
請求項１３記載の発明は、請求項１〜１２のいずれかに記載のゲームプログラムにおいて、前記支援値生成手段で生成された支援値に関する情報を前記表示部の一部に表示する支援状況表示手段として前記コンピュータを機能させるものである。この構成によれば、プレイヤは支援状況の視認が可能となる。
【００２２】
請求項１４記載の発明は、請求項１〜１３のいずれかに記載のゲームプログラムにおいて、前記対戦ゲームは野球ゲームを模擬したものであり、守備側の各キャラクタは、投手、捕手、内野手及び外野手としてグループ分けされており、前記支援値生成手段は、前記注目キャラクタと同一グループに含まれる前記他キャラクタに対する支援値の生成を禁止することを特徴とする。この構成によれば、同一グループ以外のグループからの支援が反映されるので、基本的に左右側となる横からの視線に基づく支援が排除され、いわゆる後押し的な支援が醸し出される。
【発明の効果】
【００２３】
請求項１，１５，１６記載の発明によれば、チームを構成する各キャラクタの能力を、他のキャラクタとの関係で、特にゲーム中におけるゲーム空間内での状況の反映、例えば注目キャラクタの方を向いている支援キャラクタの存在状況によって調整するため、単純かつ一律なゲームではなく、より変化性、興趣性に富み、臨場感のあるゲーム性の高いゲームを提供することができる。
【００２４】
請求項２記載の発明によれば、注目キャラクタの動作を、支援キャラクタの能力パラメータに基づいて算出した支援値によって調整することができる。
【００２５】
請求項３記載の発明によれば、他キャラクタの向きに所定の角度幅を設定することで支援キャラクタの対象を増やして、支援値の増大化を通じて調整の効果の顕在化を図ることができる。
【００２６】
請求項４記載の発明によれば、支援対象となる注目キャラクタの能力の増加度合いを支援キャラクタである他キャラクタ自身の能力パラメータに依存させたので、趣向性の高いゲームを提供することができる。
【００２７】
請求項５記載の発明によれば、支援対象となる支援キャラクタの増減を注目キャラクタとの距離に依存させたので、趣向性の高いゲームを提供することができる。
【００２８】
請求項６記載の発明によれば、能力パラメータが大きいほど遠くまで、支援値に対して影響を与えることができる。
【００２９】
請求項７記載の発明によれば、他キャラクタの向きを自動的に設定するので、支援の度合いをコンピュータに依存させることができる。
【００３０】
請求項８記載の発明によれば、他キャラクタの胴部の向きをそのまま該他キャラクタの向きとして設定されるので処理負担を軽減することができる。
【００３１】
請求項９記載の発明によれば、他キャラクタの向きをプレイヤが設定するので、支援値の大小をプレイヤに依存させることができる。
【００３２】
請求項１０記載の発明によれば、他キャラクタの顔部の向きを他キャラクタの向きとして設定するので、他キャラクタの視線内に入ることで支援を受け得るという、いわば後押し的な現実に近い状況を醸し出すことができる。
【００３３】
請求項１１記載の発明によれば、支援キャラクタの能力パラメータの平均値に基づいて支援値を生成するので、支援キャラクタの平均的な能力を支援値に反映することができる。
【００３４】
請求項１２記載の発明によれば、各支援キャラクタの支援値を平均して注目キャラクタに対する支援値とするので、各支援キャラクタの平均的な能力を支援値として反映させることができる。
【００３５】
請求項１３記載の発明によれば、支援状況を容易に視認させることができる。
【００３６】
請求項１４記載の発明によれば、同一グループ以外のグループからの支援を反映することで、基本的に左右側となる横からの視線に基づく支援を排除し、いわゆる後押し的な支援を実現できる。
【発明を実施するための最良の形態】
【００３７】
図１は、本発明に係るゲーム装置の構成の一実施形態を示すブロック図である。以下の説明では、ゲーム装置の一例として家庭用ビデオゲーム機を家庭用テレビジョンに接続することによって構成される家庭用ビデオゲーム装置について説明する。しかし、本発明はこの例に限定されず、モニタが一体に構成された業務用ビデオゲーム装置、本発明によるゲームプログラムを実行することによってビデオゲーム装置として機能するパーソナルコンピュータ等にも同様に適用することができる。
【００３８】
図１に示すゲーム装置は、家庭用ゲーム機（ゲーム機本体）１００及び家庭用テレビジョン２００を備える。家庭用ゲーム機１００は、ゲームプログラムが記録されたコンピュータ読み出し可能な記録媒体３００が装填可能な構成を備えている。記録媒体３００がゲーム機本体１００に装填された状態で、ゲームプログラムが適宜読み出されて対戦ゲームが実行される。
【００３９】
家庭用ゲーム機１００は、ＣＰＵ（Central Processing Unit）１、バスライン２、グラフィックスデータ生成プロセッサ３、インターフェース回路（Ｉ／Ｆ）４、メインメモリ５、ＲＯＭ（Read Only Memory）６、伸張回路７、パラレルポート８、シリアルポート９、描画プロセッサ１０、音声プロセッサ１１、デコーダ１２、インターフェース１３、バッファ１４〜１６、記録媒体ドライブ１７、メモリ１８、及びコントローラ１９を含む。家庭用テレビジョン２００はテレビジョンモニタ（モニタ）２１、増幅回路２２及びスピーカ２３を含む。
【００４０】
ＣＰＵ１は、バスライン２およびグラフィックスデータ生成プロセッサ３に接続されている。バスライン２は、アドレスバス、データバス及びコントロールバス等を含み、ＣＰＵ１、インターフェース回路４、メインメモリ５、ＲＯＭ６、伸張回路７、パラレルポート８、シリアルポート９、描画プロセッサ１０、音声プロセッサ１１、デコーダ１２及びインターフェース１３を相互に接続している。
【００４１】
描画プロセッサ１０は、バッファ１４に接続されている。音声プロセッサ１１は、バッファ１５及び増幅回路２２に接続されている。デコーダ１２は、バッファ１６及び記録媒体ドライブ１７に接続されている。インターフェース１３は、メモリ１８及びコントローラ１９に接続されている。
【００４２】
モニタ２１は、描画プロセッサ１０に接続されている。スピーカ２３は、増幅回路２２に接続されている。なお、業務用ビデオゲーム装置の場合、モニタ２１、増幅回路２２及びスピーカ２３は、家庭用ゲーム機１００を構成する各ブロックとともに１つの筺体に収納される場合がある。
【００４３】
また、ビデオゲーム装置が、パーソナルコンピュータやワークステーション等を核として構成されている場合、モニタ２１は、コンピュータ用のディスプレイに対応する。また、伸張回路７、描画プロセッサ１０及び音声プロセッサ１１等は、それぞれ記録媒体３００に記録されているプログラムデータの一部又はコンピュータの拡張スロットに搭載される拡張ボード上のハードウエアに対応する。また、インターフェース回路４、パラレルポート８、シリアルポート９及びインターフェース１３は、コンピュータの拡張スロットに搭載される拡張ボード上のハードウエアに対応する。また、バッファ１４〜１６はそれぞれメインメモリ５又は拡張メモリの各記憶エリアに対応する。
【００４４】
次に、図１に示す各構成要素について説明する。グラフィックスデータ生成プロセッサ３は、ＣＰＵ１のいわばコプロセッサとしての役割を果たす。すなわち、グラフィックスデータ生成プロセッサ３は、座標変換や光源計算、例えば固定小数点形式の行列やベクトルの演算を並列処理によって行う。
【００４５】
グラフィックスデータ生成プロセッサ３が行う主な処理としては、ＣＰＵ１から供給される画像データの２次元又は３次元空間内における各頂点の座標データ、移動量データ、及び回転量データ等に基づいて、所定の表示エリア上における処理対象画像のアドレスデータを求めてＣＰＵ１に返す処理、仮想的に設定された光源からの距離やこの光源に対する傾きに応じて画像の輝度を計算する処理等がある。
【００４６】
インターフェース回路４は、周辺デバイス、例えばマウスやトラックボール等のポインティングデバイス等のインターフェース用に用いられる。メインメモリ５はＲＡＭ（Random ccess Memory）で構成される。ＲＯＭ６にはビデオゲーム装置のオペレーティングシステムとなるプログラムデータが記憶されている。
【００４７】
伸張回路７は、動画に対するＭＰＥＧ(Moving Picture Experts Group)規格や静止画に対するＪＰＥＧ(Joint Photographic Experts Group)規格に準拠したイントラ符号化によって圧縮された圧縮画像に対して伸張処理を施す。伸張処理は、デコード処理(VLC：Variable Length Codeによってエンコードされたデータのデコード)、逆量子化処理、ＩＤＣＴ(Inverse Discrete Cosine Transform)処理、及びイントラ画像の復元処理等を含む。
【００４８】
描画プロセッサ１０は、所定時間Ｔ（例えば、１フレームでＴ＝1／60秒）ごとにＣＰＵ１が発行する描画命令に基づいてバッファ１４に対する描画処理を行う。
【００４９】
バッファ１４は、例えばＲＡＭで構成され、表示エリア(フレームバッファ)と非表示エリアとに分けられる。表示エリアは、モニタ２１の表示面上に表示するデータの展開エリアで構成される。非表示エリアは、スケルトンを定義するデータ、ポリゴンを定義するモデルデータ、モデルに動きを行わせるアニメーションデータ、各アニメーションの内容を示すパターンデータ、テクスチャデータ及びカラーパレットデータ等の記憶エリアとして構成される。
【００５０】
ここで、テクスチャデータは、２次元の画像データである。カラーパレットデータは、テクスチャデータ等の色を指定するためのデータである。ＣＰＵ１は、記録媒体３００から一度に又はゲームの進行状況に応じて複数回に分けて、これらのデータを予めバッファ１４の非表示エリアに読み出して記録する。
【００５１】
また、描画命令としては、ポリゴンを用いて立体的な画像を描画するための描画命令、通常の２次元画像を描画するための描画命令がある。ここで、ポリゴンは多角形の２次元仮想図形であり、例えば、三角形や四角形が用いられる。
【００５２】
ポリゴンを用いて立体的な画像を描画するための描画命令は、ポリゴン頂点座標データのバッファ１４の表示エリア上における記憶位置を示すポリゴン頂点アドレスデータ、ポリゴンに貼り付けるテクスチャのバッファ１４上における記憶位置を示すテクスチャアドレスデータ、テクスチャの色を示すカラーパレットデータのバッファ１４上における記憶位置を示すカラーパレットアドレスデータ及びテクスチャの輝度を示す輝度データのそれぞれに対して行われるものである。
【００５３】
上記のデータのうち表示エリア上のポリゴン頂点アドレスデータは、グラフィックスデータ生成プロセッサ３がＣＰＵ１からの３次元空間上におけるポリゴン頂点座標データを移動量データ及び回転量データに基づいて座標変換することによって２次元上でのポリゴン頂点座標データに置換されたものである。輝度データは、ＣＰＵ１からの上記座標変換後のポリゴン頂点座標データによって示される位置から仮想的に配置された光源までの距離等に基づいてグラフィックスデータ生成プロセッサ３によって決定される。
【００５４】
ポリゴン頂点アドレスデータは、バッファ１４の表示エリア上のアドレスを示す。描画プロセッサ１０は、３個のポリゴン頂点アドレスデータで示されるバッファ１４の表示エリアの範囲に対応するテクスチャデータを書き込む処理を行う。
【００５５】
ゲーム空間内におけるキャラクタ等の物体は、複数のポリゴンで構成される。ＣＰＵ１は、各ポリゴンの３次元空間上の座標データを対応するスケルトンのベクトルデータと関連させてバッファ１４に記憶する。そして、後述するコントローラ１９の操作によって、モニタ２１の表示画面上でキャラクタを移動させる等の場合において、キャラクタの動きを表現したり、キャラクタを見ている、仮想カメラの視点位置を変えたりするときに、以下の処理が行われる。すなわち、ＣＰＵ１は、グラフィックスデータ生成プロセッサ３に対してバッファ１４の非表示エリア内に保持されている各ポリゴンの頂点の３次元座標データと、スケルトンの座標及びその回転量のデータから求められた各ポリゴンの移動量データ及び回転量データとを与える。グラフィックスデータ生成プロセッサ３は、各ポリゴンの頂点の３次元座標データと各ポリゴンの移動量データ及び回転量データとに基づいて各ポリゴンの移動後及び回転後の３次元座標データを順次求める。
【００５６】
このようにして求められた各ポリゴンの３次元座標データのうち、水平及び垂直方向の座標データは、バッファ１４の表示エリア上のアドレスデータ、すなわちポリゴン頂点アドレスデータとして描画プロセッサ１０に供給される。
【００５７】
描画プロセッサ１０は、３個のポリゴン頂点アドレスデータによって示されるバッファ１４の表示エリア上に予め割り当てられているテクスチャアドレスデータによって示されるテクスチャデータを書き込む。これによって、モニタ２１の表示画面上には、対応するテクスチャの貼り付けられた多数のポリゴンから構成される物体が表示される。
【００５８】
通常の２次元画像を描画するための描画命令は、頂点アドレスデータ、テクスチャアドレスデータ、テクスチャデータの色を示すカラーパレットデータのバッファ１４上における記憶位置を示すカラーパレットアドレスデータ及びテクスチャの輝度を示す輝度データに対して行われる。これらのデータのうち頂点アドレスデータは、ＣＰＵ１からの２次元平面上における頂点座標データをＣＰＵ１からの移動量データ及び回転量データに基づいてグラフィックスデータ生成プロセッサ３で座標変換することによって得られる。
【００５９】
上記において、ポリゴンデータ記憶部としてのバッファ１４の非表示エリアに記憶されているポリゴンデータとしては、ポリゴンの各頂点座標データ、頂点の法線ベクトルデータ、面法線ベクトルデータ、その他ポリゴンの性状を特定するデータを記憶している。そして、仮想３次元空間であるゲーム空間上にキャラクタ（オブジェクト含む）を位置づける場合に該キャラクタを構成する各ポリゴンの各頂点座標データに拡縮処理、移動処理及び回転処理を施すと共に、各ポリゴンの面法線ベクトルデータに対しても同様の処理が施される。この結果、各ポリゴンの面法線ベクトルのゲーム空間内での方向が決定される。ゲーム空間内での特定のポリゴンの面法線ベクトルの方向は、後述するキャラクタの向きを決定する場合に用いられる。
【００６０】
音声プロセッサ１１は、記録媒体３００から読み出されたＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）データをバッファ１５に記憶させる。バッファ１５に記憶されたＡＤＰＣＭデータが音源となる。
【００６１】
また、音声プロセッサ１１は、例えば、周波数４４．１ｋＨｚのクロック信号に基づき、バッファ１５からＡＤＰＣＭデータを読み出す。音声プロセッサ１１は、読み出したＡＤＰＣＭデータに対してピッチの変換、ノイズの付加、エンベロープの設定、レベルの設定及びリバーブの付加等の処理を施す。
【００６２】
記録媒体３００から読み出される音声データがＣＤ−ＤＡ(Compact Disk Digital Audio)等のＰＣＭ（Pulse Code Modulation）データの場合、音声プロセッサ１１は、この音声データをＡＤＰＣＭデータに変換する。また、ＰＣＭデータに対するプログラムによる処理は、メインメモリ５上において直接行われる。そして、メインメモリ５上において処理されたＰＣＭデータは、音声プロセッサ１１に供給されてＡＤＰＣＭデータに変換される。その後、上述した各種処理が施され、音声がスピーカ２３から出力される。記録媒体ドライブ１７としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等が用いられる。この場合、記録媒体３００としては、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ハードディスク、光ディスク、フレキシブルディスク、半導体メモリ等が用いられる。
【００６３】
記録媒体ドライブ１７は、記録媒体３００から画像データ、音声データ及びプログラムデータを読み出し、読み出したデータをデコーダ１２に供給する。デコーダ１２は、記録媒体ドライブ１７からデータを再生し、さらに、ＥＣＣ(Error Correction Code)によるエラー訂正処理を施し、エラー訂正処理を施したデータをメインメモリ５又は音声プロセッサ１１に供給する。
【００６４】
メモリ１８としては、例えばカード型のメモリが用いられる。カード型のメモリは、例えばゲームを中断した場合において中断時点での状態を保持するべく、例えば中断時点での各種ゲームパラメータを保持するため等に用いられる。
【００６５】
コントローラ１９は、プレイヤが把持可能な形状、例えば棒状の外形を有し、その表面適所に種々の操作部分が設けられている。
【００６６】
図２は、コントローラ１９の一例を示す外観図である。コントローラ１９は、一体型でもよいが、本実施形態では、操作部材１９Ａと操作部材１９Ｂとから構成されている。操作部材１９Ａの長尺部の一側面には、先端側から、ボタン１９２、十字キー１９３、ボタン１９４等の操作部材が配設されており、操作部材１９Ｂの一側面には、ジョイスティック１９５等の操作部材が設けられている。なお、特に区別しない場合には、単に、コントローラ１９という。
【００６７】
コントローラ１９は、プレイヤが種々の操作指令を入力するために使用する操作装置であり、プレイヤの操作に応じた操作信号をＣＰＵ１に送出する。コントローラ１９は、インターフェース１９１の他、操作部分としての、押し込み型のボタン１９２，１９４、選択的な押し込みによって４方向（十字方向）のいずれかが検出可能な十字キー１９３、及び３６０°方向の傾倒方向と角度とが検出可能な操作桿（ジョイスティック）１９５を備えている。インターフェース１９１は、例えば、赤外線や電波等による近接通信のための無線信号を送出する回路で構成され、コントローラ１９から送出される操作信号を無線信号に変換してインターフェース１３に送出する。
【００６８】
コントローラ１９のボタン１９２，１９４及び十字キー１９３は、外部からの押圧力によって中立位置から押圧されるとオンになり、押圧力が解除されると上記中立位置に復帰してオフになるオンオフスイッチで構成される。ボタン１９２は、後述するように野球ゲームにおける投球指示や打撃指示のコマンドをＣＰＵ１に与えるために使用される。十字キー１９３は、送球や牽制球のための塁指定のコマンドをＣＰＵ１に与えるために使用される。ジョイスティック１９５は、球種の指定、投球コースの指定、打撃位置の指定、野手の動き方向の指定するコマンドをＣＰＵ１に与えるために使用される。
【００６９】
次に、上記のゲーム装置の概略動作について説明する。記録媒体３００が記録媒体ドライブ１７に装填されている場合、電源スイッチ（図示省略）がオンされてビデオゲーム装置に電源が投入されると、ＲＯＭ６に記憶されているオペレーティングシステムに基づいて、ＣＰＵ１は、記録媒体３００からゲームプログラムをメインメモリ５へ読み出すように記録媒体ドライブ１７に指示する。これによって、記録媒体ドライブ１７は、記録媒体３００から画像データ、音声データ及びプログラムデータをデコーダ１２へ読み出す。読み出された画像データ、音声データ及びプログラムデータは、デコーダ１２によってエラー訂正処理が各データに施される。
【００７０】
画像データは、デコーダ１２によってエラー訂正処理が施され、バスライン２を介して伸張回路７に供給される。伸張回路７によって上述した伸張処理が行われた画像データは、描画プロセッサ１０に供給され、描画プロセッサ１０によってバッファ１４の非表示エリアに書き込まれる。音声データは、デコーダ１２によってエラー訂正処理が施され、メインメモリ５又は音声プロセッサ１１を介してバッファ１５に書き込まれる。デコーダ１２によってエラー訂正処理が施されたプログラムデータはメインメモリ５に書き込まれる。
【００７１】
以降、ＣＰＵ１は、メインメモリ５に記憶されているゲームプログラム及びプレイヤがコントローラ１９を用いて指示する内容に基づいてビデオゲームを進行させる。すなわち、プレイヤがコントローラ１９を用いて指示する内容に基づいて、ＣＰＵ１はゲーム状況の変更の制御、及びこれに基づく画像処理の制御、音声処理の制御及び内部処理の制御等を適宜行う。
【００７２】
画像処理の制御として、例えば、キャラクタに指示されるアニメーションに該当するパターンデータから各スケルトンの座標の計算又はポリゴンの頂点座標データの計算、得られた３次元座標データや視点位置データのグラフィックスデータ生成プロセッサ３への供給、グラフィックスデータ生成プロセッサ３で求めたバッファ１４の表示エリア上のアドレスデータや輝度データを含む描画命令の発行等が行われる。
【００７３】
音声処理の制御として、例えば、音声プロセッサ１１に対する音声出力コマンドの発行、レベル、リバーブ等の指定が行われる。内部処理の制御として、例えばコントローラ１９の操作に応じた演算等が行われる。
【００７４】
図４は、ゲーム装置においてモニタ２１に表示されるゲーム画像の一例を示した図である。まず、本ゲーム装置を用いて、仮想的なチーム間で行う野球ゲームの概要について説明する。本発明で実行される野球ゲームは、一般的には２名のプレイヤがそれぞれコントローラ１９を把持し、それぞれ操作指示を発することで、攻撃側と守備側とを交互に受け持って、得点を得るための攻撃動作と得点を与えないための守備動作とを所定イニング数だけ実行し、各イニングで得られた得点の合計で勝敗を競う対戦ゲームである。なお、プレイヤの一方をコンピュータによって制御される仮想的なチームのプレイヤに見立て、守備時には守備側の各選手キャラクタ（投手キャラクタや野手キャラクタ）による守備動作を実行させ、攻撃時には攻撃側の各選手キャラクタ（打者キャラクタや走者キャラクタ）の動作を実行させることで、１人のプレイヤがＣＰＵ対戦という形で対戦ゲームを行う態様であってもよい。このように、野球ゲームでは、２チームが対戦する。各チームは、少なくとも９名の選手キャラクタで構成されている。投手交代、代打、代走を考慮して更に所定数の選手キャラクタを交代可能に準備していることが臨場感的には好ましい。
【００７５】
図４に示すように、野球ゲームは、仮想３次元のゲーム空間として設定された野球場で行う態様とされ、投球前のゲーム画像の基本的な構図としては、ホームベースの直ぐ後ろ、すなわち、通常、守備側の捕手の位置に仮想カメラが設定され、従来と同様の所要の画角（視野枠）を有して投手側に視線が向けられている。なお、守備側の野手キャラクタは、投手キャラクタによる投球前では、野球ルールに従ってそれぞれの守備のための所定のポジションに位置づけされている。
【００７６】
そして、投手キャラクタ７１がボールオブジェクト７２をホームベース上に向けて投げ、打者キャラクタ７３が、ボールオブジェクト７２をバットオブジェクト７４により打ち返す野球ゲームである。野手キャラクタ７５，７５、…は各ポジションに割り当てられている。ミートカーソル８０は、バットオブジェクト７４がボールオブジェクト７２に当たる領域を示している。モニタ２１の適所に表示される支援度マーク９０については、後述する。
【００７７】
各選手キャラクタは、周知のとおり多数のポリゴンから構成されており、図４の打者キャラクタに例示しているように、大別して、顔部（頭部）７３１に対応する部分、胴部７３２に対応する部分、腕部７３３に対応する部分、及び脚部７３４に対応する部分から構成されている。なお、本実施形態では、処理の負担を考慮して、後述するように、キャラクタの向きについては、顔部７３１、胴部７３２及び脚部７３４が一体として設定乃至は指示されるように処理される。キャラクタの向き及び移動方向は、例えば胴部７３２の正面中心部分を形成する所定のポリゴンの面法線ベクトルデータが基準とされ、あるいは頭部の眼に対応する部位を構成するポリゴンの面法線ベクトルが基準される。かかる面法線ベクトルを指示された向き、移動方向に一致させる処理を行うことによって、キャラクタは現実の場合とほぼ同様、移動方向に体全体を向けた状態とすることができる。
【００７８】
本実施形態では、守備時においてプレイヤにより投球コース及び球種（例えば直球、各種の変化球）が設定される。球種の設定は、予め複数の球種が設定されており、例えば十字キー１９３を用いて所望する球種が指定可能にされている。投球開始の指示は、例えばボタン１９２によって行われる。
【００７９】
投球コースの設定は、球種が設定された後、ボールオブジェクト７２がホームベース上を通過するまでの間に、ジョイスティック１９５を傾倒する方向で指定可能にされている。投球コースの設定は、ジョイスティック１９５の傾倒方向に応じて行われる。
【００８０】
一方、攻撃側にあるプレイヤは、コントローラ１９のジョイスティック１９５を操作することでミートカーソル８０を画面上で動かし、ボタン１９２を押下操作することで、打撃を指示する。攻撃側にあるプレイヤは、自分が予想する位置に、または投球後の移動中のボールオブジェクト７２を注視しながら、あるいは変化球による軌道変化を予想しながら、かつボールオブジェクト７２がホームベース上に到達する時点で、ボタン１９２を押下することで、ボールオブジェクト７２を打ち返すことができる。ボールオブジェクト７２が打ち返されると、ボールオブジェクト７２とバットオブジェクト７４との当たり位置及び当たりタイミングに応じて、ＣＰＵ１によってボールオブジェクト７２の打球速さ及び打球方向が計算され、さらに打者側、守備側の各キャラクタに野球ゲームのルールに従った行動がＣＰＵ１から指令され、これによって野球を模擬した展開が実現される。一方、ボールオブジェクト７２のホームベース上の通過時点において、ミートカーソル８０の位置及び打撃タイミングの少なくとも一方がずれていた場合、空振りとなる。ボタン１９２が押下されない（打撃指示がない）場合、見送りとなる。
【００８１】
また、本発明の特徴部分は、チームを構成する選手がゲームに同時に登場している状態、野球ゲームの守備側において、投手キャラクタ、野手キャラクタを含む選手キャラクタ間で、各選手キャラクタに予め設定されている野球に関する能力が所定の条件下で調整（変動）され得る点にある。より具体的には、１人の注目選手キャラクタに着目すると、該注目選手キャラクタを除く他の選手キャラクタが該注目選手キャラクタの方を向いているか否かによって該注目選手キャラクタの能力を調整するようにしている。例えば、投球までは、選手キャラクタの多くが注目選手キャラクタとして投手キャラクタの方向を向いており、投手キャラクタはこれらの選手キャラクタの能力パラメータの影響を受けて能力が上昇し得る。また、打撃後における守備では、ボールオブジェクト７２を捕球しようとする選手キャラクタを注目選手キャラクタとして設定し、この注目選手キャラクタの方向を他の選手キャラクタが向いていると、これらの選手キャラクタの能力パラメータの影響を受けて該注目選手キャラクタの守備能力が向上する。一方、注目選手キャラクタの能力向上に関与しない他選手キャラクタ及びそのための条件も予め設定されており、この結果、注目選手キャラクタの能力の調整（変動）は一律ではなく、変化性に富むようにしている。
【００８２】
そして、投手側のプレイヤからの操作が許可、例えば球種の指定操作が許可された時点から、打撃後の一連の処理の終了までを１回のシーケンス（１プレイ）として処理し、各シーケンスの結果に従って、ストライクカウント、ボールカウント、アウトカウント、及び所定イニング数までの野球ゲームが進行する。
【００８３】
次に、上記のように構成されたビデオゲーム装置を用いて野球ゲームを行う場合のゲーム装置の主要な機能について説明する。図３は、図１に示すゲーム装置のうち、本発明が関連する部分の機能ブロック図である。
【００８４】
ＣＰＵ１は、メインメモリ５（プログラム記憶部５１）に記憶されているゲームプログラムを実行することによって、コントローラ１９から受信された操作信号をデジタル信号として受け付ける取得部１０１、野球ゲームの全体進行を野球ルール（ゲームプログラムの一部）に基づいて制御するゲーム進行制御部１０２、ゲーム進行に沿った各種ゲーム画像をモニタ２１に表示する画像表示制御部１０３として機能する。
【００８５】
また、ＣＰＵ１は、メインメモリ５に記憶されているゲームプログラムを実行することによって、守備側の主に投球に関して、コントローラ１９からの指示に従って球種、投球コースの設定及び投球開始動作を行わせる投球処理部１０４、攻撃側の主に打撃に関して、コントローラ１９からの指示に従ってミート位置の（ミートカーソル８０の位置指定）の設定、打撃動作を行わせる攻撃処理部１０５を備えると共に、打者キャラクタ７３による打撃指示に基づいて打撃結果を算出処理し、かつバットオブジェクト７４がボールオブジェクト７２に当たった（空振り、見送りではない）場合に、ボールオブジェクト７２の打球速さ、打球方向を例えば力学的に算出する処理、それに伴う守備側の各選手キャラクタ及び走者がいる場合の走塁処理を野球のルールに従って演出する処理を実行する結果処理部１１１として機能する。
【００８６】
なお、時計部１１２は計時動作を行うものである。通信処理部１１３は、本ゲーム装置がネットワークを介して他のゲーム装置とゲーム情報の授受を行う場合の処理を行うものである。通信処理部１１３は、２人のプレイヤがそれぞれのゲーム装置及びコントローラ１９を操作し、互いに操作情報を送受することで、同一ゲーム空間内で同一の対戦ゲームを実行する態様で用いられる。
【００８７】
また、ＣＰＵ１は、メインメモリ５に記憶されているゲームプログラムを実行することによって、守備側の選手キャラクタであって、移動体オブジェクトであるボールオブジェクト７２と関わる、すなわちボールオブジェクト７２を支配し乃至は最も支配可能性の高い選手キャラクタを注目選手キャラクタとして設定し、この注目選手キャラクタ以外の他の選手キャラクタのゲーム空間内での向きを設定する向き設定部１０６と、前記他の選手キャラクタの向きが、該他の選手キャラクタから注目選手キャラクタへの方向と一致しているか否かを他の選手キャラクタ毎に判断する向き判断部１０７と、他の選手キャラクタから注目選手キャラクタまでのゲーム空間内での距離を他の選手キャラクタ毎に算出する距離算出部１０８と、向き判断部１０７による判断が肯定された他の選手キャラクタを支援キャラクタと設定し、かつ距離算出部１０８で算出された距離の大小に応じて支援キャラクタに設定されている能力パラメータの高低に応じて注目選手キャラクタに対する支援を行うための支援値を算出する支援値算出部１０９と、算出された支援値を用いて、注目選手キャラクタの能力パラメータを増加するように設定するパラメータ調整部１１０として機能する。ここに、向き判断部１０７と、距離算出部１０８と、支援値算出部１０９とで支援値生成手段を構成している。
【００８８】
ＣＰＵ１は、記憶媒体３００から取り込まれた各種画像データを記憶する画像記憶部１４１、野球ゲームに登場する、自己プレイヤ側のチーム乃至は両チームの各選手キャラクタのゲームに関する能力を示す能力パラメータを含むデータを記憶する選手データ記憶部１４２を有するバッファ１４と接続されている。各選手キャラクタは能力パラメータで規定される能力で行動する。例えば、「パワー」について、最大値２５５に対して、値１２８が設定されていると、攻撃時に打者となった場合のスイング速度が最大の半分とされ、従って打球の速度も飛距離も影響を受けることとなる。
【００８９】
表１は、選手キャラクタに予め設定された能力の種類とパラメータ値との関係の一例を示すものである。
【００９０】
【表１】
【００９１】
表１において、縦方向は能力の種類を示し、横方向はパラメータの大きさ（高低）を示している。Ｇ〜Ａは、ランク区分を表したものである。例えば、「走力」パラメータでは、“１〜３”をＧランク（極めて遅い）とし、順次パラメータが大きくなるに従ってランクが上がり、最大“１４〜１５”でＡランク（極めて速い）とされる。表１に示す「ミート」、「パワー」は打撃に関する能力であるが、「走力」、「肩力」、「守備力」、「エラー回避」は守備に関する能力である。「走力」は走者の場合の他、守備において打球に追う際の素早さを表す。「肩力」は守備において返球の速さや遠投性を表す。「守備力」は守備範囲の広さを表す。「エラー回避」は守備におけるエラー発生確率を表す。なお、表１では示していないが、その他の種類、例えば、投手キャラクタに関して投球時の「制球力」、「球速」、「変化球の曲がり」という能力も適宜採用されている。
【００９２】
投球処理部１０４は、コントローラ１９からの指示信号を取得部１０１で受け付けて球種設定、投球コース設定及び投球開始指示を行う他、投手キャラクタ７１の投じたボールオブジェクト７２が、投手キャラクタ７２の能力パラメータを用いてホームベース上を通過するまでの軌道の計算を行うと共に、計算された軌道に従ってボールオブジェクト７２のゲーム空間上で経時方向に順次（フレーム周期毎の）位置情報を設定するようにして移動処理を行うものである。画像表示制御部１０３は、軌道計算で得られたフレーム周期毎の位置情報に基づいてボールオブジェクト７２をモニタ２１上に表示する。
【００９３】
打撃処理部１０５は、コントローラ１９からの指示信号を取得部１０１で受け付けて打者キャラクタ７３に対して打撃動作を指示、すなわちバットオブジェクト７４がミート位置（領域）を仮想的に通過するようなスイング動作を打者キャラクタ７３の能力パラメータを用いて処理するものである。
【００９４】
結果処理部１１１は、ボールオブジェクト７２にバットオブジェクト７４が当たったか否かを判断し、当たったと判断した場合、打球速さを、打撃指定時のミートカーソル８０に対するボールオブジェクト７２の通過位置との関係より算出するようにすればよい。打球の軌道計算は、通常の運動方程式に倣った乃至は近似式を使用してもよい。この場合、図略の乱数発生器を設け、この乱数発生器で生成される乱数を用いて、設定された投球位置に対する位置ぶれや指定された打撃位置に対する位置ぶれの少なくとも一方を付加する態様としてもよい。例えば乱数値に応じてぶれ量、ぶれ方向が対応するように設定されていてもよい。なお、投球位置に対する位置ぶれは、能力の種類のうちの「制球力」として反映される。
【００９５】
そして、結果処理部１１１は、打撃されたボールオブジェクト７２の軌道の計算を行うと共に、計算された軌道に従ってボールオブジェクト７２のゲーム空間上での位置情報を順次（フレーム周期毎の）設定するようにして移動処理を行うものである。そして、画像表示制御部１０３は、軌道計算で得られた各フレーム周期毎の位置情報に基づいてボールオブジェクト７２を野球場を構成するグラウンド、各塁、外野フェンス等の各オブジェクトの座標位置情報と対応させてモニタ２１上に表示する。打球速さは、本実施形態では、ボールオブジェクト７２が棒状のバットオブジェクト７４に直角に当たったか、カーソル中心からのずれ量、及び選手パラメータである「ミート」、「パワー」その他の各パラメータを反映して算出される。打球方向は、本実施形態では、上下方向にはミートカーソル８０の中心からの上下方向へのずれ量が反映され、左右方向には、振り遅れや振り急ぎが反映されて算出される。
【００９６】
また、結果処理部１１１による打撃結果処理としては、さらに、打撃に伴う、守備側の各選手キャラクタの動き（打球を追う処理、捕球処理、返球処理、中継処理等）、及び走者がいる場合の走塁処理を野球のルールに従って実行させ、かつ画像表示制御部１０３に演出表示を指示する処理を行う。
【００９７】
向き設定部１０６は、注目選手キャラクタ以外の他の選手キャラクタのゲーム空間内での向きを設定するもので、打撃前、打撃後においてそれぞれ対応する処理を実行する。打撃前では、守備側は野球ルールに従った所定のポジションに配置されて（位置付けられて）いる。図５は、打撃前における守備側の選手キャラクタの各配置を概略的に示す平面図である。図５において、野球場は、ダイヤモンドを境に内側の内野領域７０１と外側の外野領域球７０２とから構成されている。投手キャラクタ７１は投手マウンドに、捕手キャラクタ７６はホームベースの後ろに、他の野手である選手キャラクタ７５，７５…は、内野の「一塁手（ファースト）」「二塁手（セカンド）」「遊撃手（ショート）」「三塁手（サード）」と、外野の「レフト」「センター」「ライト」に割り当てられている（位置づけされている）。
【００９８】
打撃前では、各選手キャラクタの位置、向きはゲーム進行制御部１０２で予めデフォルトとして設定されている。なお、各選手キャラクタに対して乱数器を用いて乱数を発生させ、乱数値に応じてデフォルトに対して位置及び向きの少なくとも一方を不作為に変動させてもよく、あるいは打席に立つ打者キャラクタ７３の能力パラメータに応じて野球のルールに従った、例えば「パワー」の能力パラメータが高い場合、デフォルトに対して多少後ろ寄りというように、所定の位置変動を行わせてもよい。図５の例では、投手キャラクタ７１及び他の選手キャラクタはほぼ捕手キャラクタ７６の方を向いている。また、「二塁手」「遊撃手」及び「レフト」「センター」「ライト」の各選手キャラクタ７５は投手キャラクタ７１の方をほぼ向いている。選手キャラクタの向きは、前記したように、胴部７３２の正面側中心に割り付けられた所定のポリゴンの面法線ベクトルデータを用いることで得ることができる。なお、面法線ベクトルデータは、３次元のうち、処理の負担軽減の点から水平面上の２次元データのみで処理するようにしてもよい。
【００９９】
向き判断部１０７は、注目選手キャラクタの選定と、注目選手キャラクを除く残りの（他の）選手キャラクタの向きが、注目選手キャラクタの方を向いているか否かの判断とを行うのである。まず、注目選手キャラクタは、打撃前では、投手キャラクタ７１とされ、打撃後から捕球するまで、さらには必要に応じて返球してアウト、ヒットが確定するまでの間（１シーケンス終了時点）は、ボールオブジェクト７２の支配予測に従ってそれぞれ決定される。
【０１００】
ＣＰＵ１は、打撃後は、ボールオブジェクト７２を支配する可能性の高い選手を注目選手キャラクタとして選定し、コントローラ１９からの指示をこの選定した注目選手キャラクタに対して適用する。支配予測処理は、例えば、ボールオブジェクト７２がセンター方向への飛球であれば、「センター」の選手キャラクタ７５を選定し、セカンドゴロであれば「二塁手」の選手キャラクタ７５を選定し、キャッチャーフライであれば、捕手キャラクタ７６を選定する。また、支配予測処理は、ボールオブジェクト７２を補足した選手キャラクタ７５から所定の塁に返球される場合、返球処理後は、この返球されてきたボールオブジェクト７２をキャッチする選手キャラクタを次に選定する。このように、注目選手キャラクタは１回のシーケンス内で、投手キャラクタ７１の他は、１人の選手キャラクタの場合もあれば、複数の選手キャラクタに順次移行する場合も考えられる。
【０１０１】
注目選手キャラクタを除く他の選手キャラクタの向きは、前記面法線ベクトルの一方向ではなく、本実施形態では、ベクトル方向を中心にして、ある角度範囲を持たせている。図５に示すように、各選手キャラクタ７１，７５，７６には所定形状、例えば扇状（円弧状）のマーク（以下、関連度マークという）７０が対応して付記されている。なお、関連度マーク７０は説明の便宜上示したものであって、ゲーム中において表示してもよいが、本実施形態では表示しないようにしている。また、扇状の関連度マークの大きさについても、後述の表２に基づくものであることから各選手キャラクタによって大小様々であるが（例えば、表２のケースにおける捕手の影響は自分以外の全員に及ぶので、扇状の関連度マークはマウンド全体を覆う大きさとなる）、そのまま図５及び後述の図６に反映させると、複数の扇が重畳し煩雑になって見難いため、各選手キャラクタの近傍にのみ示している。実際には、これらの関連度マーク７０の角度幅及び長さ（円弧の半径）は、それぞれ所定の乃至は全部の選手パラメータの内容に応じて設定されている。本実施形態では、角度幅は、「守備力」の能力パラメータの大きさあるいはランクで決定され、長さは、全能力パラメータの平均値乃至はランクの平均値で決定される。ランクの平均値は、ランクＡを“７”、ランクＧを“１”と置換して算出すればよい。ランクの平均値を採用する場合、各能力パラメータの数値スケール（能力の種類によって最大値１５、最大値２５５というように異なるものがあるため）の差が吸収できる。
【０１０２】
向き判断部１０７は、注目選手キャラクタが決定されると、他の選手キャラクタの関連度マーク７０の角度幅内に注目選手キャラクタが入っているかどうかの判断を、他の選手キャラクタのそれぞれについて実行する。
【０１０３】
距離算出部１０８は、他の選手キャラクタから注目選手キャラクタまでのゲーム空間内での距離を他の選手キャラクタ毎に算出する。算出距離は、支援値算出部１０９での処理に用いられる。
【０１０４】
支援値算出部１０９は、まず、向き判断部１０７による判断が肯定された他の選手キャラクタを支援選手キャラクタとして設定し、次に、距離算出部１０８で算出された距離の大小に応じて支援選手キャラクタに設定されている能力パラメータの高低に応じて、本実施形態では前述の関連度マーク７０の長さに応じて、注目選手キャラクタに対する支援を行うための支援値を算出するものである。距離の大小に関しては、距離が所定距離未満であれば支援ありとし、所定距離以上であれば支援なしというようにしてもよいし、段階的に影響度を設定する態様としてもよい。
【０１０５】
本実施形態では、距離として、ポジション（投手、捕手、内野手、外野手という４つのグループ）間の距離との関係で概略的に設定している。表２は、この関係を示すものである。
【０１０６】
【表２】
【０１０７】
表２において、距離との関係に基づく、支援のための影響度は、例えば、投手の場合、捕手と内野手とが影響を及ぼすポジションとされ、それ以上に遠い外野手は除かれている。そして、捕手と内野手とでは、捕手の方が近いとして影響度が大きくされている。また、内野手は投手と捕手とが影響を及ぼすポジションとされ、それ以上に遠い外野手は除かれている。そして、投手と捕手とでは、投手の方が近いとして影響度が大きくされている。
【０１０８】
また、外野手は投手、捕手及び内野手の全てから影響を及ぼすポジションとされている。そして、影響度は距離の近い順とされている。例えば、「ライト」はファースト及びセカンド＞ショート＞投手＞サード＞捕手というような概略の距離順になっている。
【０１０９】
このように、本実施形態では、距離の算出は、ゲーム中にその都度実際に算出する方式に代えて、演算の負担軽減を考慮して、実際の野球における各守備位置に照らして予め距離の算出を行い、その結果を、表２のようにグループ化された（デフォルト）ポジション間での距離に概ね対応するものとして扱う態様としている。この方法は、打撃前において特に有効であるが、打撃後においても、守備範囲が大きく変化することもないことから、本実施形態では、表２を採用している。距離算出部１０８は、注目選手キャラクタと同一のポジションに区分された選手キャラクタか否かを判断し、判断が肯定された場合には、距離算出の対象から除外し、支援値の算出を禁止している。
【０１１０】
また、影響度は、例えば「ライト」では、ファースト及びセカンド＞ショート＞投手＞サード＞捕手に対応して、一例として、１００％，８０％，６０％，４０％，２０％のように設定すればよい。
【０１１１】
パラメータ調整部１１０は、支援値算出部１０９によって得られた、支援選手キャラクタ、表１に基づく各支援選手キャラクタの関連度マーク７０の長さ、表２に基づく各支援選手キャラクタの影響度を相乗的に計算し、かつ求めた各支援選手キャラクタの各支援値を支援選手キャラクタの全員分について総和して、注目選手キャラクタに対する支援値とする。支援値は、注目選手キャラクタの能力パラメータに関与、例えば乗算用の係数とし、あるいは加算値として調整するものである。支援値の効果は、注目選手キャラクタの能力パラメータを所定範囲、例えば最大で５０％程度まで増大させるようにしている。例えば、キャッチャーフライが発生して注目選手キャラクタとして捕手キャラクタが選定された場合、デフォルトの「守備力」「エラー回避」の確率が例えば最大で５０％程度までアップするようにしている。
【０１１２】
なお、この実施形態では、注目選手キャラクタの能力パラメータはデフォルト値に対して大きくなるようにしているが、総和された支援値に対して閾値を設け、閾値未満ではデフォルト値を減小させる方向に関与させ、閾値を超えるとデフォルト値を増加させる方向に関与させるようにしてもよい。このように、支援値は、他の選手キャラクタの能力パラメータが大きく左右することから、チーム構成員の選手キャラクタのうち、どの選手キャラクタをゲームに登場させるかという点でもゲーム性が存する。
【０１１３】
図６は、打撃後における守備側のある時点での配置の一例を示す概略平面図である。支援値算出部１０９は、図６では、打撃結果としてセカンドゴロが打たれたことを想定している。向き判定部１０６は、注目選手キャラクタとして「セカンド」を選定し、それ以外の選手キャラクタの向きを得て関連度マーク７０を作成し、この関連度マーク７０の情報から支援選手キャラクタを選定する。表２から、支援選手キャラクタは投手キャラクタ７１及び捕手キャラクタ７６となる。従って、「セカンド」は、投手キャラクタ７１及び捕手キャラクタ７６の関連度マーク７０の長さ、表２の影響度から得られる支援値によって、本来有しているデフォルトの能力パラメータが増大することになる。この結果、「セカンド」は、打球処理において、関連する能力である「走力」「守備力「エラー回避」」「肩力」の各能力パラメータがアップする、すなわち打球を追う動作、捕球動作、返球動作の向上によって打者キャラクタ７３を、例えば一塁でアウトにする確率を結果的に向上させることができる。
【０１１４】
図７は、ＣＰＵ１のゲームプログラムによって実行される対戦ゲームの「全体処理」を示すフローチャートである。まず、ステップＳ１において、ＣＰＵ１は、ゲーム開始のための初期設定を行う。例えば両プレイヤによって選出された対戦チーム及びその選手リストのモニタ２１への表示等である。次いで、ゲーム空間の画像、各キャラクタ、各オブジェクト等の画像データが読み出されてモニタ２１に表示される（ステップＳ３）。
【０１１５】
この状態で、シーケンスが開始され（ステップＳ５）、次いで対戦処理が実行されて（ステップＳ７）、結果処理の終了を受けて、１シーケンスの終了処理が行われる（ステップＳ９）。そして、このシーケンスの結果が三振であったか否かが判定され（ステップＳ１１）、三振でなければ、次の投球に対するシーケンスを実行するべく、ステップＳ５に戻る。一方、三振であれば、３アウトか否かが判断され（ステップＳ１３）、３アウトでなければ、次の打順の打者キャラクタが設定されて（ステップＳ１５）、次シーケンスに移行する（ステップＳ５）。一方、ステップＳ１３で、３アウトであれば、ゲームセットか否かが判断され（ステップＳ１７）。ゲームセットでなければ、攻守の入れ替え処理が実行され（ステップＳ１９）、一方、ゲームセットであれば、ゲーム終了処理が実行される（ステップＳ２１）。
【０１１６】
図８、図９は、ＣＰＵ１がゲームプログラムに基づいて実行する「対戦処理」のフローチャートである。まず、守備側の投球前における各選手キャラクタのポジション（守備位置）の設定が行われる（ステップＳ３１）。次いで、図１０、図１１を用いて後述する「投球前処理」として投手キャラクタ７１に対する支援値の算出が行われた後、守備側のプレイヤが操作するコントローラ１９からの操作指示内容に基づいて球種、投球コースの指定及び投球開始指示が行われることで、投球処理が実行される（ステップＳ３３）。次いで、打者側のプレイヤが操作するコントローラ１９からの操作指示内容に基づいてミート位置、打撃指示が行われることで、打撃処理が実行される（ステップＳ３５）。なお、ミート位置の指定は、投球コースの指定や投球開始指示前とする態様であってもよい。そして、打撃処理が終了すると、打球に関する打撃処理が開始される（ステップＳ３７）。打撃処理は、前述したように、打球処理と守備側の各選手キャラクタの移動、行動を含む動作処理である。選手の動作は、基本的には野球ルールに従ってＣＰＵ１によって制御される。なお、行動とは、例えば捕球動作や投球動作などである。
【０１１７】
一方、打撃されたボールオブジェクト７２の上下左右の各方向及び打球速度と各選手キャラクタの位置情報とから最も捕球する可能性の高い選手キャラクタが注目選手キャラクタとして選定される（ステップＳ３９）。例えば、投手キャラクタ７１の直ぐ左側を抜けたゴロであれば、「セカンド」の選手キャラクタ７５が注目選手キャラクタとされ、また、「センター」方向への飛球であれば、「センター」の選手キャラクタ７５が注目選手キャラクタとされる。なお、この注目選手キャラクタの選定は、ＣＰＵ１が上記のようにして自動的に行ってもよいし、プレイヤがコントローラ１９を用いて指定可能な態様では、コントローラ１９の操作によって指定された選手キャラクタが注目選手キャラクタとされる態様でもよい。あるいは、ＣＰＵ１によって注目選手キャラクタの動作をプレイヤに受け渡すような態様であってもよい。
【０１１８】
次いで、注目選手キャラクタ以外の他の選手キャラクタの各能力パラメータから関連度マーク７０が他の全ての選手キャラクタについて生成される（ステップＳ４１）。関連度マークは、選手キャラクタの向きを基準にした角度幅及び関連度に対応する長さから構成されている。具体的には、角度幅は「守備力」の能力パラメータから設定され、長さは各能力パラメータの平均値から設定される。関連度マークの全体形状は、本実施形態では扇形になるものとしている。なお、ここで、注目選手キャラクタ及び他の選手キャラクタを問わず、全ての選手キャラクタの向きはボールオブジェクト７２に向いている。現実世界の野球でも同じであるが、特に打撃後においては、全てのプレイはボールオブジェクト７２にからむため、その位置を認識する必要があるためである。
【０１１９】
次いで、他の選手キャラクタに設定された関連度マーク内に注目選手キャラクタが入っているか否かの判断が各選手キャラクタについて行われる（ステップＳ４３）。この判断は、ゲーム空間内での角度幅及び注目選手キャラクタの位置情報から判断される。この判断が否定された場合には、本フローを抜け、一方、この判断が肯定された場合には、該他の選手キャラクタと注目選手キャラクタとの距離が注目選手キャラクタに影響を及ぼすものであるか否かの判断が行われる（ステップＳ４５）。この判断が否定された場合には、本フローを抜け、一方、この判断が肯定された場合には、該他の選手キャラクタが支援選手キャラクタとして選定され、さらに関連度マーク７０の長さが、表２の影響度を係数として支援度として算出され、設定される（ステップＳ４７）。
【０１２０】
次いで、他の選手キャラクタの全てについての処理が終了したか否かが判断され（ステップＳ４９）、他の選手キャラクタとして残りの選手キャラクタがいれば、次の他の選手キャラクタが設定されて（ステップＳ５１）、ステップＳ４３〜Ｓ４７が繰り返され、支援選手キャラクタの選定及び支援値の設定が行われる。例えば、支援選手キャラクタが２人いる場合にはその２人の支援値の合計が、また５人いる場合にはその５人の支援値の合計が最終的な支援値として設定される。一方、全ての他の選手キャラクタについての処理が終了したのであれば、ステップＳ５３に進む。
【０１２１】
ステップＳ５３では、各支援選手キャラクタの支援値の総和が算出され、算出された総和値が、注目選手キャラクタに対する支援値として設定される。選定された支援選手キャラクタ及び設定された支援値は、バッファ１４の選手データ記憶部１４２の所定の記憶領域である支援情報記憶部等に書き込まれる。
【０１２２】
続いて、１シーケンスが終了したか否かが判断され（ステップＳ５５）、１シーケンスが終了していなければ、ステップＳ３９に戻って、次の注目選手キャラクタの選定が行われ、前述同様、ステップＳ４１〜Ｓ５３が繰り返し実行される。一方、１シーケンスが終了すれば、支援値がリセットされて（ステップＳ５７）、本フローを終了する。
【０１２３】
図１０、図１１は、ＣＰＵ１がゲームプログラムに基づいて実行する「投球前処理」のフローチャートである。まず、投手キャラクタを注目選手キャラクタに設定する処理が行われ（ステップＳ７１）、次いで、表２に従って、他の選手キャラクタとして選定された捕手、内野手の各選手キャラクタについての関連度マークの生成処理が実行される（ステップＳ７３）。次いで、他の選手キャラクタに設定された角度幅内に投手キャラクタ７１が入っているか否かの判断が各選手キャラクタについて行われる（ステップＳ７５）。
【０１２４】
続いて、ステップＳ７７〜Ｓ８３において、ステップＳ４７〜Ｓ５３と同様の処理が実行される。この後、投球済みか否かが判断され（ステップＳ８５）、投球済みであると、投手キャラクタ７１に設定された支援値がリセットされる（ステップＳ８７）。
【０１２５】
図１２は、ＣＰＵ１がゲームプログラムに基づいて実行する「支援値調整処理」のフローチャートである。まず、支援値が存在するか否かが判断され（ステップＳ１０１；ステップＳ５５）、存在しなければ、支援値はリセットされたとして、注目選手キャラクタに対してデフォルトの能力パラメータが設定され（ステップＳ１０３）、デフォルトでの動作、すなわち移動及び行動処理が制御される（ステップＳ１０７）。一方、支援値が存在していると、注目選手キャラクタに対して、そのデフォルトの能力パラメータに支援値が加味されて（ステップＳ１０５）、通常よりゲーム能力のアップした状態で動作、すなわち移動や行動処理が制御される（ステップＳ１０７）。
【０１２６】
なお、本発明は、以下の態様が採用可能である。
【０１２７】
（１）画像表示制御部１０３は、図４に示す支援度マーク９０の表示処理を行う。支援度マーク９０は、注目選手キャラクタが現在、他の選手キャラクタから支援を受けている状態か否かを報知するものである。すなわち、支援度マークは支援値が所定の閾値以上であれば図４のように表示され、閾値未満では表示を禁止するようになっている。これにより、プレイヤは支援状況を認識することが可能となる。あるいは支援値を段階的に複数区分し、区分毎に報知の形態、例えば異なる色、サイズ、形状で表示するようにしてもよい。これにより支援状況をより詳細に報知することができる。また、ＣＰＵ１が注目選手キャラクタを自動的に選定する態様では、選定状態をプレイヤに視認容易とするべく、所定のマークを注目選手キャラクタの所定位置に対応して表示するようにしてもよい。
【０１２８】
（２）本発明は、野球ゲームで説明したが、これに限定されず、所定のポジション（フォーメーション）が予め設定されているようなチーム間での対戦ゲーム、例えばサッカー、ラグビー、バレーボール、テニスや卓球のダブルスにも同様に適用でき、さらにはポジションの設定のない、チーム間での対戦ゲーム、例えばドッジボールにも同様に適用可能である。移動体オブジェクト７２としてはボールの他、競技に採用される移動体（例えばバドミントンのシャトル）を模擬したものであればよい。
【０１２９】
（３）本発明は、１台のゲーム装置（１台のモニタ２１）で、２個のコントローラ１９を用いて行うゲーム形態や、対戦相手チームがコンピュータによって各選手キャラクタを制御するコンピュータ対戦ゲームの形態に適用できる。また、各プレイヤが各ゲーム装置を用いて、互いに通信手段を介してゲーム情報を授受することで、遠隔的な対戦ゲームにも適用可能である。すなわち、野球ゲームで説明すれば、１８名のプレイヤが共通のゲーム空間内で、各選手キャラクタの動作に対する操作指示を受け持ち、操作指示情報をネットワークを介して前ゲーム装置間で送受する（アドホック通信方式）ことで、実現可能である。この態様では、全ての選手キャラクタの動作及び向きがプレイヤ操作に依存することになり、各プレイヤがチーム内のどのポジションの選手キャラクタを受け持つかによってゲーム進行やゲーム結果に影響し得ることから、より面白味のある対戦ゲームが提供できる。
【０１３０】
（４）図１０、図１１の「投球前処理」では、距離算出部１０８は、表２に基づいて予めポジションが設定されている態様では、表２のポジション区分を距離に相当するものとして扱ったが、投球前であっても、各ポジションは打者キャラクタの能力パラメータ、イニング、アウトカウント等によって微調整されるようにしてもよい。この場合、投球前においても、打撃後と同様、表２を用いることなく、各選手キャラクタの位置から支援選手キャラクタの選定及び関連度マーク７０の情報を算出する態様としてもよい。なお、逆に、打撃後であっても、表２を用いて、支援選手キャラクタの選定及び関連度マーク情報を算出する態様としてもよい。かかる処理は、他の選手キャラクタの向きに対しても同様に適用可能である。
【０１３１】
（５）注目選手キャラクタの対象は、投手キャラクタ、ボールオブジェクト７１を捕球する選手キャラクタの他、捕球されたボールオブジェクトを所定の塁に返球する（例えばバックホーム）際に中継の有無が判断され、中継する場合の中継選手キャラクタも対象となる。
【０１３２】
（６）注目選手キャラクタ以外の選手に対して設定される関連度マーク７０の角度幅は「守備力」の能力パラメータに限定されず、他の又は複数の所定の能力を採用してもよい。あるいは、投球、捕球、中継のようなゲーム状況に応じて、該ゲーム状況に応じた能力を採用するような可変式としてもよい。あるいは、角度幅の設定は各選手キャラクタ間で一定であってもよい。
【０１３３】
（７）支援値は全での能力パラメータの平均値を算出ベースとしたが、これに限定されず、所定の能力のみに着目する等種々の方法が採用可能である。さらには、前述のようにゲーム状況に応じて、該ゲーム状況に応じた能力を採用するような可変式としてもよい。
【０１３４】
（８）本実施形態では１シーケンスの終了毎に支援情報（支援値）をリセットする態様としたが、図３に示す時計部１１２からの経時情報に基づいて、１シーケンス期間内であっても、支援情報の書込時点から所定時間が経過すると、支援情報を消去するようにしてもよい。これによれば、書込時点から所定時間までは支援情報が使用し得る一方、所定時間経過後は、書き込まれた支援情報は無効とされる。また、時計部１１２を用いて支援値を有効状態から無効状態に切り替えるようにしたが、１シーケンス内での経時に従って支援値が連続的乃至は複数段階で漸次減少する態様としてもよい。
【０１３５】
（９）本実施形態では、選手キャラクタの向きを胴部７３２を基本に設定するようにしたが、胴部７３２と顔部７３１とが個別に操作可能な、より臨場感の高い態様においては、顔部７３１の中心部位、好ましくは眼の部位を構成する所定のポリゴンの面法線ベクトルを採用してもよい。
【０１３６】
（１０）本実施形態では、他キャラクタを支援選手キャラクタとして設定し、この支援選手キャラクタの向き、方向が注目選手キャラクタをカバーしていれば、その注目選手キャラクタの能力向上に寄与するものとしたが、常に能力向上とするのではなく、逆に能力を低下させるようなバリエーションを含めるようにしてもよい。すなわち、所定のある他選手キャラクタのみについては、その向き、方向が注目選手キャラクタをカバーした場合、その注目選手キャラクタの能力パラメータが低下するように設定してもよい。その場合の条件として、以下のケースが採用可能である。すなわち、（ｉ）１チーム内の全選手のお互いの相性を相性パラメータとしてメモリ内にテーブルで準備しておき、その相性パラメータがマイナスの場合には、上記設定を行う（相性の良い場合をプラスの数値、悪い場合をマイナスの数値とし、絶対値が大きいほど、その相性の良否関係が大きくなるものとする）。（ii）１ゲーム毎に、ついていないアンラッキー選手をＣＰＵ１でランダムに設定し、そのアンラッキー選手の向き、方向が注目選手キャラクタをカバーすれば、マイナスの影響を注目選手キャラクタに与えるようにする。上記形態によれば、注目選手キャラクタをカバーする選手が多ければ多いほど能力が向上するとは限らず、さらに変化に富んだゲームを実現できる。
【図面の簡単な説明】
【０１３７】
【図１】本発明に係るゲーム装置の構成の一実施形態を示すブロック図である。
【図２】コントローラの一例を示す外観図である。
【図３】図１に示すゲーム装置のうち、本発明が関連する部分の機能ブロック図である。
【図４】ゲーム装置においてモニタに表示されるゲーム画像の一例を示した図である。
【図５】打撃前における守備側の選手キャラクタの各配置を概略的に示す平面図である。
【図６】打撃後における守備側のある時点での配置の一例を示す概略平面図である。
【図７】ＣＰＵのゲームプログラムによって実行される対戦ゲームの「全体処理」を示すフローチャートである。
【図８】ＣＰＵがゲームプログラムに基づいて実行する「対戦処理」のフローチャートである。
【図９】ＣＰＵがゲームプログラムに基づいて実行する「対戦処理」のフローチャートである。
【図１０】ＣＰＵがゲームプログラムに基づいて実行する「投球前処理」のフローチャートである。
【図１１】ＣＰＵがゲームプログラムに基づいて実行する「投球前処理」のフローチャートである。
【図１２】ＣＰＵがゲームプログラムに基づいて実行する「支援値調整処理」のフローチャートである。
【符号の説明】
【０１３８】
１ ＣＰＵ１
１０１ 取得部
１０２ ゲーム進行制御
１０３ 画像表示制御部（支援状況表示手段）
１０４ 投球処理部（動作処理手段）
１０５ 打撃処理部（動作処理手段）
１０６ 向き設定部（向き設定手段）
１０７ 向き判断部（向き判断手段、支援値生成手段）
１０８ 距離算出部（距離算出手段、支援値生成手段）
１０９ 支援値算出部（支援値算出手段、支援値生成手段）
１１０ パラメータ調整部（パラメータ調整手段）
１１１ 結果処理部（動作処理手段）
１１２ 時計部
１１３ 通信処理部
１４ バッファ（パラメータ記憶手段）
１４２ 選手データ記憶部
１９ コントローラ（操作部材）
２１ モニタ
７０ 関連度マーク
７１ 投手キャラクタ（キャラクタ）
７２ ボールオブジェクト（移動体オブジェクト）
７５ 選手キャラクタ（キャラクタ）
７６ 捕手キャラクタ（キャラクタ）
９０ 支援度マーク
【技術分野】
【０００１】
本発明は、ゲーム空間内においてチーム同士で対戦するゲームの制御技術に関する。
【背景技術】
【０００２】
従来、ビデオゲームシステムは数多く提案されている。家庭用の専用機とテレビジョンモニタとからなるシステム、業務用の専用機、パーソナルコンピュータ若しくはワークステーションとディスプレイと音声出力機とからなるシステム等である。これらのシステムは、いずれもプレイヤが操作するためのコントローラと、ゲームプログラムデータの記録された記録媒体と、ゲームプログラムデータに基づいて音声や画像の生成のための制御を行うＣＰＵと、画像を生成するためのプロセッサと、音声を生成するためのプロセッサと、画像を表示するためのＣＲＴモニタと、音声を出力するためのスピーカとで構成されている。この種のゲームを、その種類の点から見ると、種々のものが知られており、その内、ＣＲＴ画面上に多数のキャラクタを表示させてチーム同士で行う対戦ゲームが知られている。ところで、このような対戦ゲームでは、自己のキャラクタはコントローラからの指示に応じて予めゲームプログラムに従った動作しか行わないため、興趣性やゲーム性の点で不十分であった。特許文献１には、チーム同士で行う対戦ゲームの状況に応じて各キャラクタに適宜意欲を与えることで、各キャラクタの動作をこの意欲によって影響させるようにした、実際のゲームに近い臨場感の高いゲーム装置が提案されている。具体的には、チームの意欲指数やキャップテン適正値を、また得点が入ったときの意欲情報を、チームを構成する各選手キャラクタのゲーム能力に反映させることで、選手キャラクタの元々の能力を調整し、チームで行うゲームに特有の面白味を醸し出している。
【特許文献１】特開平１１−３４２２６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１は、チームの意欲指数等のチーム状況に関する意欲情報を、チームを構成する選手キャラクタの全てに、いわば一律に反映するようにしており、個々の選手キャラクタに対応するものではないことから、興趣性やゲーム性の点で一定の限界がある。また、反映の要因はチーム状況を表す意欲情報であり、ゲームに登場している選手キャラクタ間での影響、特にゲーム中の状況を考慮したものでもない点で同様に限界がある。
【０００４】
本発明は上記に鑑みてなされたもので、チームを構成する各キャラクタの能力を他のキャラクタとの関係で、特にゲーム中におけるゲーム空間内での状況を反映するようにして、単純、一律なゲームではなく、より変化性、興趣性に富み、臨場感のあるゲーム性の高いゲームを提供するゲームプログラム、ゲーム制御方法及びゲーム装置を提供するものである。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は、操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲームプログラムにおいて、前記自己のチームの各キャラクタの能力パラメータを記憶するパラメータ記憶手段、前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定する向き設定手段、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成する支援値生成手段、生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整するパラメータ調整手段、前記注目キャラクタを前記調整された能力パラメータに従って動作させる動作処理手段、として前記コンピュータを機能させるゲームプログラムである。
【０００６】
請求項１５記載の発明は、操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲーム制御方法において、パラメータ記憶手段が、前記自己のチームの各キャラクタの能力パラメータを記憶しており、向き設定手段が、前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定し、支援値生成手段が、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成し、パラメータ調整手段が、生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整し、動作処理手段が、前記注目キャラクタを前記調整された能力パラメータに従って動作させることを特徴とするものである。
【０００７】
請求項１６記載の発明は、操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲーム装置において、前記自己のチームの各キャラクタの能力パラメータを記憶するパラメータ記憶手段と、前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定する向き設定手段と、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成する支援値生成手段と、生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整するパラメータ調整手段と、前記注目キャラクタを前記調整された能力パラメータに従って動作させる動作処理手段とを備えたことを特徴とするものである。
【０００８】
これらの発明によれば、コンピュータによって、複数のキャラクタから構成される自己チームがボールオブジェクト等の移動体オブジェクトを用いて他チームと行う対戦ゲームの進行が制御される。各キャラクタは表示部に表示されたゲーム空間内に配置され、操作部材からの指示に応じた各種の動作を行う。そして、パラメータ記憶手段によって自己のチームの各キャラクタの能力パラメータが記憶されている。ところで、向き操作手段によって、自己のチーム内のキャラクタであって、移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きが設定される。なお、各キャラクタの向きはコンピュータによって設定されてもよく、あるいは一部のキャラクタ、例えば他キャラクタについては前記操作部材からの指示に応じて設定される態様でもよい。そして、支援値生成手段によって、他キャラクタの向きが該他キャラクタから注目キャラクタへの方向と一致する他キャラクタが支援キャラクタとして選定されると共に支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値が生成され、パラメータ調整手段によって、生成された支援値を用いてパラメータ記憶手段に記憶されている注目キャラクタの能力パラメータが調整され、動作処理手段によって、注目キャラクタが前記調整された能力パラメータに従って動作させられる。ここで、能力パラメータの調整とは、例えば注目キャラクタの能力が向上することを示し、野球ゲームにおける守備の場合であれば、捕球に向かうための走力が上がる、ボールをキャッチする正確度（エラー回避）が増す、捕球後に塁に向かってボールを投げる投球力（肩力）が上がる等、といった結果をもたらすことになる。
【０００９】
従って、チームを構成する各キャラクタの能力が、他のキャラクタとの関係で、特にゲーム中におけるゲーム空間内での状況の反映、例えば注目キャラクタの方を向いている支援キャラクタの存在状況によって調整され、単純かつ一律なゲームではなく、より変化性、興趣性に富み、臨場感のあるゲーム性の高いゲームが提供される。なお、他キャラクタの向きが該他キャラクタから注目キャラクタへの方向と一致するとは、注目キャラクタの立場からすると、同じチームの他のキャラクタから見守られており、応援乃至は後押しされているという状況をゲームに反映させたものである。
【００１０】
請求項２記載の発明は、請求項１記載のゲームプログラムにおいて、前記支援値生成手段は、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致しているか否かを前記他キャラクタ毎に判断し、前記向きと前記方向とが一致している全ての他キャラクタを支援キャラクタとして選定する向き判断手段と、前記選定された各支援キャラクタに設定されている能力パラメータの大きさに基づいて前記注目キャラクタに対する支援値を算出する支援値算出手段とを備えたことを特徴とする。この構成によれば、向き判断手段によって、他キャラクタの向きが該他キャラクタから注目キャラクタへの方向と一致しているか否かが他キャラクタ毎に判断され、前記向きと前記方向とが一致している全ての他キャラクタが支援キャラクタとして選定され、支援値算出手段によって、選定された各支援キャラクタに設定されている能力パラメータの大きさに基づいて注目キャラクタに対する支援値が算出される。これによって、注目キャラクタは、支援キャラクタの能力パラメータの大きさに基づいて算出された支援値によって動作が調整される。従って、ゲームの状況によっては、注目キャラクタが１人の他のキャラクタからのみ支援される場合もあれば、３人あるいは５人といった複数の他のキャラクタから支援を受ける場合もあり、同じようなゲームシーンであっても、各キャラクタの位置や姿勢等によって注目キャラクタの能力向上にバリエーションが生まれ、より変化に富んだゲームが実現される。
【００１１】
請求項３記載の発明は、請求項２記載のゲームプログラムにおいて、前記向き判断手段は、前記他キャラクタの向きを中心に所定の角度幅を設定すると共に、該角度幅内に前記注目キャラクタが含まれるか否かによって前記一致の有無の判断を行うことを特徴とする。この構成によれば、他キャラクタの向きに所定の角度幅が設定されることで支援キャラクタの対象が増え、支援値の増大化が期待され、調整の効果が顕在化される。
【００１２】
請求項４記載の発明は、請求項３記載のゲームプログラムにおいて、前記所定の角度幅は、前記他キャラクタの能力パラメータに応じて設定することを特徴とする。この構成によれば、支援対象となる注目キャラクタの能力の増加度合いが支援キャラクタである他キャラクタ自身の能力パラメータに依存するので、趣向性の高いゲームが提供される。すなわち、他キャラクタ自身の能力パラメータの大小によって角度幅が異なり、能力パラメータが大きい場合には注目キャラクタをカバーできるが、能力パラメータが小さい場合には注目キャラクタをカバーできないといった違いが生まれるので、仮に全く同一のゲームシーンであっても、そのシーンを構成する各選手キャラクタ自身の能力によって異なった結果や流れが発生するので、さらに変化に富んだゲームが実現される。
【００１３】
請求項５記載の発明は、請求項２〜４のいずれかに記載のゲームプログラムにおいて、前記支援値生成手段は、前記他キャラクタと前記注目キャラクタとの間の前記ゲーム空間内での距離を前記他キャラクタ毎に算出する距離算出手段を備え、前記支援値算出手段は、前記距離が大きいほど前記支援値を小さくすることを特徴とする。この構成によれば、支援対象となる支援キャラクタの増減が注目キャラクタとの距離に依存するので、趣向性の高いゲームが提供される。
【００１４】
請求項６記載の発明は、請求項５記載のゲームプログラムにおいて、前記支援値算出手段は、前記能力パラメータの大きさを前記距離が大きいほど小さい値に換算すると共に、前記支援値を前記換算された能力パラメータの大きさに応じて算出することを特徴とする。この構成によれば、注目キャラクタとの距離が同一であれば、能力パラメータの大きさが大きいほど大きな支援値が得られる。すなわち、能力パラメータが大きいほど遠くまで、支援値に対して影響を与えることになる。また、他キャラクタの向きは注目キャラクタに向いていても、上記の他キャラクタの能力パラメータが小さいため、あるいは距離が大きいため、更にその両者の要因によって、注目キャラクタに対して影響が及ばない場合（支援値がゼロ）もある。
【００１５】
請求項７記載の発明は、請求項１〜６のいずれかに記載のゲームプログラムにおいて、前記向き設定手段は、前記対戦ゲームのルールに従って前記他キャラクタの向きを設定することを特徴とする。この構成によれば、他キャラクタの向きが自動的に設定されるので、支援の度合いがコンピュータに依存する。
【００１６】
請求項８記載の発明は、請求項７記載のゲームプログラムにおいて、前記キャラクタは、一体で向きが設定される顔部と胴部とを少なくとも有しており、前記向き設定手段は、前記対戦ゲームのルールに従って前記他キャラクタの胴部の正面の法線方向を前記向きとして設定することを特徴とする。この構成によれば、他キャラクタの胴部の向きがそのまま該他キャラクタの向きとして設定されるので処理負担が軽減される。例えば、ゲーム中において、プレイヤが、ある注目キャラクタを支援しようと意図した場合、自分の操作キャラクタをその注目キャラクタに向ける（視線を向ける）必要があるが、この状況を忠実にゲーム上で再現しようとすると、キャラクタに顔部のみの向きを変えることが可能なキャラクタ構成及びコントローラ１９への操作が必要となる。しかしながら、従来のゲームにおいては、このような対応はなされていないため、上記仕様のために新たな設計を要することになるが、本請求項によれば、他キャラクタの胴部の正面の法線方向を前記向きとして設定するので、キャラクタ操作に関する新たな設計は不要で、従来の操作をそのまま援用することができる。すなわち、プレイヤがある注目キャラクタを支援しようとする場合には、自分の操作キャラクタをその注目キャラクタの方向に一方、踏み出せれば（移動させることで）、操作キャラクタの全身がその方向を向くことになるので、その結果、胴部の正面の法線方向が注目キャラクタに向くことになる。つまり、新たなキャラクタ操作に基づく処理負荷の増加を招くことなく、単に、一動作のみで他キャラクタの向きが注目キャラクタに向いている状況を実現できる。
【００１７】
請求項９記載の発明は、請求項１〜６のいずれかに記載のゲームプログラムにおいて、前記向き設定手段は、前記操作部材からの指示を受け付けて移動される前記他キャラクタの移動方向と一致する方向に前記向きを設定することを特徴とする。この構成によれば、他キャラクタの向きがプレイヤによって設定されるので、支援値の大小がプレイヤに依存される。
【００１８】
請求項１０記載の発明は、請求項１〜６のいずれかに記載のゲームプログラムにおいて、前記キャラクタは、個別に向きが設定される顔部と胴部とを少なくとも有しており、前記向き設定手段は、前記操作部材の指示を受け付けて変更される前記他キャラクタの顔部の正面方向を前記向きとして設定することを特徴とする。この構成によれば、他キャラクタの顔部の向きが他キャラクタの向きとして設定されるので、他キャラクタの視線内に入ることで支援が受けられるという、いわば後押し的な現実に近い状況が醸し出される。
【００１９】
請求項１１記載の発明は、請求項１〜１０のいずれかに記載のゲームプログラムにおいて、前記支援値生成手段は、能力パラメータが複数ある場合に、各能力パラメータの平均値から前記他キャラクタ毎の支援値を生成することを特徴とする。この構成によれば、支援キャラクタの能力パラメータの平均値に基づいて支援値が生成されるので、支援キャラクタの平均的な能力が支援値に反映される。
【００２０】
請求項１２記載の発明は、請求項１〜１１のいずれかに記載のゲームプログラムにおいて、前記支援値生成手段は、前記支援キャラクタが複数の場合に、各支援キャラクタの支援値の平均値を前記注目キャラクタに対する支援値とすることを特徴とする。この構成によれば、各支援キャラクタの支援値が平均されて注目キャラクタに対する支援値とされるので、各支援キャラクタの平均的な能力が支援値として反映される。なお、平均値には実質的に合計値を含む。
【００２１】
請求項１３記載の発明は、請求項１〜１２のいずれかに記載のゲームプログラムにおいて、前記支援値生成手段で生成された支援値に関する情報を前記表示部の一部に表示する支援状況表示手段として前記コンピュータを機能させるものである。この構成によれば、プレイヤは支援状況の視認が可能となる。
【００２２】
請求項１４記載の発明は、請求項１〜１３のいずれかに記載のゲームプログラムにおいて、前記対戦ゲームは野球ゲームを模擬したものであり、守備側の各キャラクタは、投手、捕手、内野手及び外野手としてグループ分けされており、前記支援値生成手段は、前記注目キャラクタと同一グループに含まれる前記他キャラクタに対する支援値の生成を禁止することを特徴とする。この構成によれば、同一グループ以外のグループからの支援が反映されるので、基本的に左右側となる横からの視線に基づく支援が排除され、いわゆる後押し的な支援が醸し出される。
【発明の効果】
【００２３】
請求項１，１５，１６記載の発明によれば、チームを構成する各キャラクタの能力を、他のキャラクタとの関係で、特にゲーム中におけるゲーム空間内での状況の反映、例えば注目キャラクタの方を向いている支援キャラクタの存在状況によって調整するため、単純かつ一律なゲームではなく、より変化性、興趣性に富み、臨場感のあるゲーム性の高いゲームを提供することができる。
【００２４】
請求項２記載の発明によれば、注目キャラクタの動作を、支援キャラクタの能力パラメータに基づいて算出した支援値によって調整することができる。
【００２５】
請求項３記載の発明によれば、他キャラクタの向きに所定の角度幅を設定することで支援キャラクタの対象を増やして、支援値の増大化を通じて調整の効果の顕在化を図ることができる。
【００２６】
請求項４記載の発明によれば、支援対象となる注目キャラクタの能力の増加度合いを支援キャラクタである他キャラクタ自身の能力パラメータに依存させたので、趣向性の高いゲームを提供することができる。
【００２７】
請求項５記載の発明によれば、支援対象となる支援キャラクタの増減を注目キャラクタとの距離に依存させたので、趣向性の高いゲームを提供することができる。
【００２８】
請求項６記載の発明によれば、能力パラメータが大きいほど遠くまで、支援値に対して影響を与えることができる。
【００２９】
請求項７記載の発明によれば、他キャラクタの向きを自動的に設定するので、支援の度合いをコンピュータに依存させることができる。
【００３０】
請求項８記載の発明によれば、他キャラクタの胴部の向きをそのまま該他キャラクタの向きとして設定されるので処理負担を軽減することができる。
【００３１】
請求項９記載の発明によれば、他キャラクタの向きをプレイヤが設定するので、支援値の大小をプレイヤに依存させることができる。
【００３２】
請求項１０記載の発明によれば、他キャラクタの顔部の向きを他キャラクタの向きとして設定するので、他キャラクタの視線内に入ることで支援を受け得るという、いわば後押し的な現実に近い状況を醸し出すことができる。
【００３３】
請求項１１記載の発明によれば、支援キャラクタの能力パラメータの平均値に基づいて支援値を生成するので、支援キャラクタの平均的な能力を支援値に反映することができる。
【００３４】
請求項１２記載の発明によれば、各支援キャラクタの支援値を平均して注目キャラクタに対する支援値とするので、各支援キャラクタの平均的な能力を支援値として反映させることができる。
【００３５】
請求項１３記載の発明によれば、支援状況を容易に視認させることができる。
【００３６】
請求項１４記載の発明によれば、同一グループ以外のグループからの支援を反映することで、基本的に左右側となる横からの視線に基づく支援を排除し、いわゆる後押し的な支援を実現できる。
【発明を実施するための最良の形態】
【００３７】
図１は、本発明に係るゲーム装置の構成の一実施形態を示すブロック図である。以下の説明では、ゲーム装置の一例として家庭用ビデオゲーム機を家庭用テレビジョンに接続することによって構成される家庭用ビデオゲーム装置について説明する。しかし、本発明はこの例に限定されず、モニタが一体に構成された業務用ビデオゲーム装置、本発明によるゲームプログラムを実行することによってビデオゲーム装置として機能するパーソナルコンピュータ等にも同様に適用することができる。
【００３８】
図１に示すゲーム装置は、家庭用ゲーム機（ゲーム機本体）１００及び家庭用テレビジョン２００を備える。家庭用ゲーム機１００は、ゲームプログラムが記録されたコンピュータ読み出し可能な記録媒体３００が装填可能な構成を備えている。記録媒体３００がゲーム機本体１００に装填された状態で、ゲームプログラムが適宜読み出されて対戦ゲームが実行される。
【００３９】
家庭用ゲーム機１００は、ＣＰＵ（Central Processing Unit）１、バスライン２、グラフィックスデータ生成プロセッサ３、インターフェース回路（Ｉ／Ｆ）４、メインメモリ５、ＲＯＭ（Read Only Memory）６、伸張回路７、パラレルポート８、シリアルポート９、描画プロセッサ１０、音声プロセッサ１１、デコーダ１２、インターフェース１３、バッファ１４〜１６、記録媒体ドライブ１７、メモリ１８、及びコントローラ１９を含む。家庭用テレビジョン２００はテレビジョンモニタ（モニタ）２１、増幅回路２２及びスピーカ２３を含む。
【００４０】
ＣＰＵ１は、バスライン２およびグラフィックスデータ生成プロセッサ３に接続されている。バスライン２は、アドレスバス、データバス及びコントロールバス等を含み、ＣＰＵ１、インターフェース回路４、メインメモリ５、ＲＯＭ６、伸張回路７、パラレルポート８、シリアルポート９、描画プロセッサ１０、音声プロセッサ１１、デコーダ１２及びインターフェース１３を相互に接続している。
【００４１】
描画プロセッサ１０は、バッファ１４に接続されている。音声プロセッサ１１は、バッファ１５及び増幅回路２２に接続されている。デコーダ１２は、バッファ１６及び記録媒体ドライブ１７に接続されている。インターフェース１３は、メモリ１８及びコントローラ１９に接続されている。
【００４２】
モニタ２１は、描画プロセッサ１０に接続されている。スピーカ２３は、増幅回路２２に接続されている。なお、業務用ビデオゲーム装置の場合、モニタ２１、増幅回路２２及びスピーカ２３は、家庭用ゲーム機１００を構成する各ブロックとともに１つの筺体に収納される場合がある。
【００４３】
また、ビデオゲーム装置が、パーソナルコンピュータやワークステーション等を核として構成されている場合、モニタ２１は、コンピュータ用のディスプレイに対応する。また、伸張回路７、描画プロセッサ１０及び音声プロセッサ１１等は、それぞれ記録媒体３００に記録されているプログラムデータの一部又はコンピュータの拡張スロットに搭載される拡張ボード上のハードウエアに対応する。また、インターフェース回路４、パラレルポート８、シリアルポート９及びインターフェース１３は、コンピュータの拡張スロットに搭載される拡張ボード上のハードウエアに対応する。また、バッファ１４〜１６はそれぞれメインメモリ５又は拡張メモリの各記憶エリアに対応する。
【００４４】
次に、図１に示す各構成要素について説明する。グラフィックスデータ生成プロセッサ３は、ＣＰＵ１のいわばコプロセッサとしての役割を果たす。すなわち、グラフィックスデータ生成プロセッサ３は、座標変換や光源計算、例えば固定小数点形式の行列やベクトルの演算を並列処理によって行う。
【００４５】
グラフィックスデータ生成プロセッサ３が行う主な処理としては、ＣＰＵ１から供給される画像データの２次元又は３次元空間内における各頂点の座標データ、移動量データ、及び回転量データ等に基づいて、所定の表示エリア上における処理対象画像のアドレスデータを求めてＣＰＵ１に返す処理、仮想的に設定された光源からの距離やこの光源に対する傾きに応じて画像の輝度を計算する処理等がある。
【００４６】
インターフェース回路４は、周辺デバイス、例えばマウスやトラックボール等のポインティングデバイス等のインターフェース用に用いられる。メインメモリ５はＲＡＭ（Random ccess Memory）で構成される。ＲＯＭ６にはビデオゲーム装置のオペレーティングシステムとなるプログラムデータが記憶されている。
【００４７】
伸張回路７は、動画に対するＭＰＥＧ(Moving Picture Experts Group)規格や静止画に対するＪＰＥＧ(Joint Photographic Experts Group)規格に準拠したイントラ符号化によって圧縮された圧縮画像に対して伸張処理を施す。伸張処理は、デコード処理(VLC：Variable Length Codeによってエンコードされたデータのデコード)、逆量子化処理、ＩＤＣＴ(Inverse Discrete Cosine Transform)処理、及びイントラ画像の復元処理等を含む。
【００４８】
描画プロセッサ１０は、所定時間Ｔ（例えば、１フレームでＴ＝1／60秒）ごとにＣＰＵ１が発行する描画命令に基づいてバッファ１４に対する描画処理を行う。
【００４９】
バッファ１４は、例えばＲＡＭで構成され、表示エリア(フレームバッファ)と非表示エリアとに分けられる。表示エリアは、モニタ２１の表示面上に表示するデータの展開エリアで構成される。非表示エリアは、スケルトンを定義するデータ、ポリゴンを定義するモデルデータ、モデルに動きを行わせるアニメーションデータ、各アニメーションの内容を示すパターンデータ、テクスチャデータ及びカラーパレットデータ等の記憶エリアとして構成される。
【００５０】
ここで、テクスチャデータは、２次元の画像データである。カラーパレットデータは、テクスチャデータ等の色を指定するためのデータである。ＣＰＵ１は、記録媒体３００から一度に又はゲームの進行状況に応じて複数回に分けて、これらのデータを予めバッファ１４の非表示エリアに読み出して記録する。
【００５１】
また、描画命令としては、ポリゴンを用いて立体的な画像を描画するための描画命令、通常の２次元画像を描画するための描画命令がある。ここで、ポリゴンは多角形の２次元仮想図形であり、例えば、三角形や四角形が用いられる。
【００５２】
ポリゴンを用いて立体的な画像を描画するための描画命令は、ポリゴン頂点座標データのバッファ１４の表示エリア上における記憶位置を示すポリゴン頂点アドレスデータ、ポリゴンに貼り付けるテクスチャのバッファ１４上における記憶位置を示すテクスチャアドレスデータ、テクスチャの色を示すカラーパレットデータのバッファ１４上における記憶位置を示すカラーパレットアドレスデータ及びテクスチャの輝度を示す輝度データのそれぞれに対して行われるものである。
【００５３】
上記のデータのうち表示エリア上のポリゴン頂点アドレスデータは、グラフィックスデータ生成プロセッサ３がＣＰＵ１からの３次元空間上におけるポリゴン頂点座標データを移動量データ及び回転量データに基づいて座標変換することによって２次元上でのポリゴン頂点座標データに置換されたものである。輝度データは、ＣＰＵ１からの上記座標変換後のポリゴン頂点座標データによって示される位置から仮想的に配置された光源までの距離等に基づいてグラフィックスデータ生成プロセッサ３によって決定される。
【００５４】
ポリゴン頂点アドレスデータは、バッファ１４の表示エリア上のアドレスを示す。描画プロセッサ１０は、３個のポリゴン頂点アドレスデータで示されるバッファ１４の表示エリアの範囲に対応するテクスチャデータを書き込む処理を行う。
【００５５】
ゲーム空間内におけるキャラクタ等の物体は、複数のポリゴンで構成される。ＣＰＵ１は、各ポリゴンの３次元空間上の座標データを対応するスケルトンのベクトルデータと関連させてバッファ１４に記憶する。そして、後述するコントローラ１９の操作によって、モニタ２１の表示画面上でキャラクタを移動させる等の場合において、キャラクタの動きを表現したり、キャラクタを見ている、仮想カメラの視点位置を変えたりするときに、以下の処理が行われる。すなわち、ＣＰＵ１は、グラフィックスデータ生成プロセッサ３に対してバッファ１４の非表示エリア内に保持されている各ポリゴンの頂点の３次元座標データと、スケルトンの座標及びその回転量のデータから求められた各ポリゴンの移動量データ及び回転量データとを与える。グラフィックスデータ生成プロセッサ３は、各ポリゴンの頂点の３次元座標データと各ポリゴンの移動量データ及び回転量データとに基づいて各ポリゴンの移動後及び回転後の３次元座標データを順次求める。
【００５６】
このようにして求められた各ポリゴンの３次元座標データのうち、水平及び垂直方向の座標データは、バッファ１４の表示エリア上のアドレスデータ、すなわちポリゴン頂点アドレスデータとして描画プロセッサ１０に供給される。
【００５７】
描画プロセッサ１０は、３個のポリゴン頂点アドレスデータによって示されるバッファ１４の表示エリア上に予め割り当てられているテクスチャアドレスデータによって示されるテクスチャデータを書き込む。これによって、モニタ２１の表示画面上には、対応するテクスチャの貼り付けられた多数のポリゴンから構成される物体が表示される。
【００５８】
通常の２次元画像を描画するための描画命令は、頂点アドレスデータ、テクスチャアドレスデータ、テクスチャデータの色を示すカラーパレットデータのバッファ１４上における記憶位置を示すカラーパレットアドレスデータ及びテクスチャの輝度を示す輝度データに対して行われる。これらのデータのうち頂点アドレスデータは、ＣＰＵ１からの２次元平面上における頂点座標データをＣＰＵ１からの移動量データ及び回転量データに基づいてグラフィックスデータ生成プロセッサ３で座標変換することによって得られる。
【００５９】
上記において、ポリゴンデータ記憶部としてのバッファ１４の非表示エリアに記憶されているポリゴンデータとしては、ポリゴンの各頂点座標データ、頂点の法線ベクトルデータ、面法線ベクトルデータ、その他ポリゴンの性状を特定するデータを記憶している。そして、仮想３次元空間であるゲーム空間上にキャラクタ（オブジェクト含む）を位置づける場合に該キャラクタを構成する各ポリゴンの各頂点座標データに拡縮処理、移動処理及び回転処理を施すと共に、各ポリゴンの面法線ベクトルデータに対しても同様の処理が施される。この結果、各ポリゴンの面法線ベクトルのゲーム空間内での方向が決定される。ゲーム空間内での特定のポリゴンの面法線ベクトルの方向は、後述するキャラクタの向きを決定する場合に用いられる。
【００６０】
音声プロセッサ１１は、記録媒体３００から読み出されたＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）データをバッファ１５に記憶させる。バッファ１５に記憶されたＡＤＰＣＭデータが音源となる。
【００６１】
また、音声プロセッサ１１は、例えば、周波数４４．１ｋＨｚのクロック信号に基づき、バッファ１５からＡＤＰＣＭデータを読み出す。音声プロセッサ１１は、読み出したＡＤＰＣＭデータに対してピッチの変換、ノイズの付加、エンベロープの設定、レベルの設定及びリバーブの付加等の処理を施す。
【００６２】
記録媒体３００から読み出される音声データがＣＤ−ＤＡ(Compact Disk Digital Audio)等のＰＣＭ（Pulse Code Modulation）データの場合、音声プロセッサ１１は、この音声データをＡＤＰＣＭデータに変換する。また、ＰＣＭデータに対するプログラムによる処理は、メインメモリ５上において直接行われる。そして、メインメモリ５上において処理されたＰＣＭデータは、音声プロセッサ１１に供給されてＡＤＰＣＭデータに変換される。その後、上述した各種処理が施され、音声がスピーカ２３から出力される。記録媒体ドライブ１７としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等が用いられる。この場合、記録媒体３００としては、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ハードディスク、光ディスク、フレキシブルディスク、半導体メモリ等が用いられる。
【００６３】
記録媒体ドライブ１７は、記録媒体３００から画像データ、音声データ及びプログラムデータを読み出し、読み出したデータをデコーダ１２に供給する。デコーダ１２は、記録媒体ドライブ１７からデータを再生し、さらに、ＥＣＣ(Error Correction Code)によるエラー訂正処理を施し、エラー訂正処理を施したデータをメインメモリ５又は音声プロセッサ１１に供給する。
【００６４】
メモリ１８としては、例えばカード型のメモリが用いられる。カード型のメモリは、例えばゲームを中断した場合において中断時点での状態を保持するべく、例えば中断時点での各種ゲームパラメータを保持するため等に用いられる。
【００６５】
コントローラ１９は、プレイヤが把持可能な形状、例えば棒状の外形を有し、その表面適所に種々の操作部分が設けられている。
【００６６】
図２は、コントローラ１９の一例を示す外観図である。コントローラ１９は、一体型でもよいが、本実施形態では、操作部材１９Ａと操作部材１９Ｂとから構成されている。操作部材１９Ａの長尺部の一側面には、先端側から、ボタン１９２、十字キー１９３、ボタン１９４等の操作部材が配設されており、操作部材１９Ｂの一側面には、ジョイスティック１９５等の操作部材が設けられている。なお、特に区別しない場合には、単に、コントローラ１９という。
【００６７】
コントローラ１９は、プレイヤが種々の操作指令を入力するために使用する操作装置であり、プレイヤの操作に応じた操作信号をＣＰＵ１に送出する。コントローラ１９は、インターフェース１９１の他、操作部分としての、押し込み型のボタン１９２，１９４、選択的な押し込みによって４方向（十字方向）のいずれかが検出可能な十字キー１９３、及び３６０°方向の傾倒方向と角度とが検出可能な操作桿（ジョイスティック）１９５を備えている。インターフェース１９１は、例えば、赤外線や電波等による近接通信のための無線信号を送出する回路で構成され、コントローラ１９から送出される操作信号を無線信号に変換してインターフェース１３に送出する。
【００６８】
コントローラ１９のボタン１９２，１９４及び十字キー１９３は、外部からの押圧力によって中立位置から押圧されるとオンになり、押圧力が解除されると上記中立位置に復帰してオフになるオンオフスイッチで構成される。ボタン１９２は、後述するように野球ゲームにおける投球指示や打撃指示のコマンドをＣＰＵ１に与えるために使用される。十字キー１９３は、送球や牽制球のための塁指定のコマンドをＣＰＵ１に与えるために使用される。ジョイスティック１９５は、球種の指定、投球コースの指定、打撃位置の指定、野手の動き方向の指定するコマンドをＣＰＵ１に与えるために使用される。
【００６９】
次に、上記のゲーム装置の概略動作について説明する。記録媒体３００が記録媒体ドライブ１７に装填されている場合、電源スイッチ（図示省略）がオンされてビデオゲーム装置に電源が投入されると、ＲＯＭ６に記憶されているオペレーティングシステムに基づいて、ＣＰＵ１は、記録媒体３００からゲームプログラムをメインメモリ５へ読み出すように記録媒体ドライブ１７に指示する。これによって、記録媒体ドライブ１７は、記録媒体３００から画像データ、音声データ及びプログラムデータをデコーダ１２へ読み出す。読み出された画像データ、音声データ及びプログラムデータは、デコーダ１２によってエラー訂正処理が各データに施される。
【００７０】
画像データは、デコーダ１２によってエラー訂正処理が施され、バスライン２を介して伸張回路７に供給される。伸張回路７によって上述した伸張処理が行われた画像データは、描画プロセッサ１０に供給され、描画プロセッサ１０によってバッファ１４の非表示エリアに書き込まれる。音声データは、デコーダ１２によってエラー訂正処理が施され、メインメモリ５又は音声プロセッサ１１を介してバッファ１５に書き込まれる。デコーダ１２によってエラー訂正処理が施されたプログラムデータはメインメモリ５に書き込まれる。
【００７１】
以降、ＣＰＵ１は、メインメモリ５に記憶されているゲームプログラム及びプレイヤがコントローラ１９を用いて指示する内容に基づいてビデオゲームを進行させる。すなわち、プレイヤがコントローラ１９を用いて指示する内容に基づいて、ＣＰＵ１はゲーム状況の変更の制御、及びこれに基づく画像処理の制御、音声処理の制御及び内部処理の制御等を適宜行う。
【００７２】
画像処理の制御として、例えば、キャラクタに指示されるアニメーションに該当するパターンデータから各スケルトンの座標の計算又はポリゴンの頂点座標データの計算、得られた３次元座標データや視点位置データのグラフィックスデータ生成プロセッサ３への供給、グラフィックスデータ生成プロセッサ３で求めたバッファ１４の表示エリア上のアドレスデータや輝度データを含む描画命令の発行等が行われる。
【００７３】
音声処理の制御として、例えば、音声プロセッサ１１に対する音声出力コマンドの発行、レベル、リバーブ等の指定が行われる。内部処理の制御として、例えばコントローラ１９の操作に応じた演算等が行われる。
【００７４】
図４は、ゲーム装置においてモニタ２１に表示されるゲーム画像の一例を示した図である。まず、本ゲーム装置を用いて、仮想的なチーム間で行う野球ゲームの概要について説明する。本発明で実行される野球ゲームは、一般的には２名のプレイヤがそれぞれコントローラ１９を把持し、それぞれ操作指示を発することで、攻撃側と守備側とを交互に受け持って、得点を得るための攻撃動作と得点を与えないための守備動作とを所定イニング数だけ実行し、各イニングで得られた得点の合計で勝敗を競う対戦ゲームである。なお、プレイヤの一方をコンピュータによって制御される仮想的なチームのプレイヤに見立て、守備時には守備側の各選手キャラクタ（投手キャラクタや野手キャラクタ）による守備動作を実行させ、攻撃時には攻撃側の各選手キャラクタ（打者キャラクタや走者キャラクタ）の動作を実行させることで、１人のプレイヤがＣＰＵ対戦という形で対戦ゲームを行う態様であってもよい。このように、野球ゲームでは、２チームが対戦する。各チームは、少なくとも９名の選手キャラクタで構成されている。投手交代、代打、代走を考慮して更に所定数の選手キャラクタを交代可能に準備していることが臨場感的には好ましい。
【００７５】
図４に示すように、野球ゲームは、仮想３次元のゲーム空間として設定された野球場で行う態様とされ、投球前のゲーム画像の基本的な構図としては、ホームベースの直ぐ後ろ、すなわち、通常、守備側の捕手の位置に仮想カメラが設定され、従来と同様の所要の画角（視野枠）を有して投手側に視線が向けられている。なお、守備側の野手キャラクタは、投手キャラクタによる投球前では、野球ルールに従ってそれぞれの守備のための所定のポジションに位置づけされている。
【００７６】
そして、投手キャラクタ７１がボールオブジェクト７２をホームベース上に向けて投げ、打者キャラクタ７３が、ボールオブジェクト７２をバットオブジェクト７４により打ち返す野球ゲームである。野手キャラクタ７５，７５、…は各ポジションに割り当てられている。ミートカーソル８０は、バットオブジェクト７４がボールオブジェクト７２に当たる領域を示している。モニタ２１の適所に表示される支援度マーク９０については、後述する。
【００７７】
各選手キャラクタは、周知のとおり多数のポリゴンから構成されており、図４の打者キャラクタに例示しているように、大別して、顔部（頭部）７３１に対応する部分、胴部７３２に対応する部分、腕部７３３に対応する部分、及び脚部７３４に対応する部分から構成されている。なお、本実施形態では、処理の負担を考慮して、後述するように、キャラクタの向きについては、顔部７３１、胴部７３２及び脚部７３４が一体として設定乃至は指示されるように処理される。キャラクタの向き及び移動方向は、例えば胴部７３２の正面中心部分を形成する所定のポリゴンの面法線ベクトルデータが基準とされ、あるいは頭部の眼に対応する部位を構成するポリゴンの面法線ベクトルが基準される。かかる面法線ベクトルを指示された向き、移動方向に一致させる処理を行うことによって、キャラクタは現実の場合とほぼ同様、移動方向に体全体を向けた状態とすることができる。
【００７８】
本実施形態では、守備時においてプレイヤにより投球コース及び球種（例えば直球、各種の変化球）が設定される。球種の設定は、予め複数の球種が設定されており、例えば十字キー１９３を用いて所望する球種が指定可能にされている。投球開始の指示は、例えばボタン１９２によって行われる。
【００７９】
投球コースの設定は、球種が設定された後、ボールオブジェクト７２がホームベース上を通過するまでの間に、ジョイスティック１９５を傾倒する方向で指定可能にされている。投球コースの設定は、ジョイスティック１９５の傾倒方向に応じて行われる。
【００８０】
一方、攻撃側にあるプレイヤは、コントローラ１９のジョイスティック１９５を操作することでミートカーソル８０を画面上で動かし、ボタン１９２を押下操作することで、打撃を指示する。攻撃側にあるプレイヤは、自分が予想する位置に、または投球後の移動中のボールオブジェクト７２を注視しながら、あるいは変化球による軌道変化を予想しながら、かつボールオブジェクト７２がホームベース上に到達する時点で、ボタン１９２を押下することで、ボールオブジェクト７２を打ち返すことができる。ボールオブジェクト７２が打ち返されると、ボールオブジェクト７２とバットオブジェクト７４との当たり位置及び当たりタイミングに応じて、ＣＰＵ１によってボールオブジェクト７２の打球速さ及び打球方向が計算され、さらに打者側、守備側の各キャラクタに野球ゲームのルールに従った行動がＣＰＵ１から指令され、これによって野球を模擬した展開が実現される。一方、ボールオブジェクト７２のホームベース上の通過時点において、ミートカーソル８０の位置及び打撃タイミングの少なくとも一方がずれていた場合、空振りとなる。ボタン１９２が押下されない（打撃指示がない）場合、見送りとなる。
【００８１】
また、本発明の特徴部分は、チームを構成する選手がゲームに同時に登場している状態、野球ゲームの守備側において、投手キャラクタ、野手キャラクタを含む選手キャラクタ間で、各選手キャラクタに予め設定されている野球に関する能力が所定の条件下で調整（変動）され得る点にある。より具体的には、１人の注目選手キャラクタに着目すると、該注目選手キャラクタを除く他の選手キャラクタが該注目選手キャラクタの方を向いているか否かによって該注目選手キャラクタの能力を調整するようにしている。例えば、投球までは、選手キャラクタの多くが注目選手キャラクタとして投手キャラクタの方向を向いており、投手キャラクタはこれらの選手キャラクタの能力パラメータの影響を受けて能力が上昇し得る。また、打撃後における守備では、ボールオブジェクト７２を捕球しようとする選手キャラクタを注目選手キャラクタとして設定し、この注目選手キャラクタの方向を他の選手キャラクタが向いていると、これらの選手キャラクタの能力パラメータの影響を受けて該注目選手キャラクタの守備能力が向上する。一方、注目選手キャラクタの能力向上に関与しない他選手キャラクタ及びそのための条件も予め設定されており、この結果、注目選手キャラクタの能力の調整（変動）は一律ではなく、変化性に富むようにしている。
【００８２】
そして、投手側のプレイヤからの操作が許可、例えば球種の指定操作が許可された時点から、打撃後の一連の処理の終了までを１回のシーケンス（１プレイ）として処理し、各シーケンスの結果に従って、ストライクカウント、ボールカウント、アウトカウント、及び所定イニング数までの野球ゲームが進行する。
【００８３】
次に、上記のように構成されたビデオゲーム装置を用いて野球ゲームを行う場合のゲーム装置の主要な機能について説明する。図３は、図１に示すゲーム装置のうち、本発明が関連する部分の機能ブロック図である。
【００８４】
ＣＰＵ１は、メインメモリ５（プログラム記憶部５１）に記憶されているゲームプログラムを実行することによって、コントローラ１９から受信された操作信号をデジタル信号として受け付ける取得部１０１、野球ゲームの全体進行を野球ルール（ゲームプログラムの一部）に基づいて制御するゲーム進行制御部１０２、ゲーム進行に沿った各種ゲーム画像をモニタ２１に表示する画像表示制御部１０３として機能する。
【００８５】
また、ＣＰＵ１は、メインメモリ５に記憶されているゲームプログラムを実行することによって、守備側の主に投球に関して、コントローラ１９からの指示に従って球種、投球コースの設定及び投球開始動作を行わせる投球処理部１０４、攻撃側の主に打撃に関して、コントローラ１９からの指示に従ってミート位置の（ミートカーソル８０の位置指定）の設定、打撃動作を行わせる攻撃処理部１０５を備えると共に、打者キャラクタ７３による打撃指示に基づいて打撃結果を算出処理し、かつバットオブジェクト７４がボールオブジェクト７２に当たった（空振り、見送りではない）場合に、ボールオブジェクト７２の打球速さ、打球方向を例えば力学的に算出する処理、それに伴う守備側の各選手キャラクタ及び走者がいる場合の走塁処理を野球のルールに従って演出する処理を実行する結果処理部１１１として機能する。
【００８６】
なお、時計部１１２は計時動作を行うものである。通信処理部１１３は、本ゲーム装置がネットワークを介して他のゲーム装置とゲーム情報の授受を行う場合の処理を行うものである。通信処理部１１３は、２人のプレイヤがそれぞれのゲーム装置及びコントローラ１９を操作し、互いに操作情報を送受することで、同一ゲーム空間内で同一の対戦ゲームを実行する態様で用いられる。
【００８７】
また、ＣＰＵ１は、メインメモリ５に記憶されているゲームプログラムを実行することによって、守備側の選手キャラクタであって、移動体オブジェクトであるボールオブジェクト７２と関わる、すなわちボールオブジェクト７２を支配し乃至は最も支配可能性の高い選手キャラクタを注目選手キャラクタとして設定し、この注目選手キャラクタ以外の他の選手キャラクタのゲーム空間内での向きを設定する向き設定部１０６と、前記他の選手キャラクタの向きが、該他の選手キャラクタから注目選手キャラクタへの方向と一致しているか否かを他の選手キャラクタ毎に判断する向き判断部１０７と、他の選手キャラクタから注目選手キャラクタまでのゲーム空間内での距離を他の選手キャラクタ毎に算出する距離算出部１０８と、向き判断部１０７による判断が肯定された他の選手キャラクタを支援キャラクタと設定し、かつ距離算出部１０８で算出された距離の大小に応じて支援キャラクタに設定されている能力パラメータの高低に応じて注目選手キャラクタに対する支援を行うための支援値を算出する支援値算出部１０９と、算出された支援値を用いて、注目選手キャラクタの能力パラメータを増加するように設定するパラメータ調整部１１０として機能する。ここに、向き判断部１０７と、距離算出部１０８と、支援値算出部１０９とで支援値生成手段を構成している。
【００８８】
ＣＰＵ１は、記憶媒体３００から取り込まれた各種画像データを記憶する画像記憶部１４１、野球ゲームに登場する、自己プレイヤ側のチーム乃至は両チームの各選手キャラクタのゲームに関する能力を示す能力パラメータを含むデータを記憶する選手データ記憶部１４２を有するバッファ１４と接続されている。各選手キャラクタは能力パラメータで規定される能力で行動する。例えば、「パワー」について、最大値２５５に対して、値１２８が設定されていると、攻撃時に打者となった場合のスイング速度が最大の半分とされ、従って打球の速度も飛距離も影響を受けることとなる。
【００８９】
表１は、選手キャラクタに予め設定された能力の種類とパラメータ値との関係の一例を示すものである。
【００９０】
【表１】
【００９１】
表１において、縦方向は能力の種類を示し、横方向はパラメータの大きさ（高低）を示している。Ｇ〜Ａは、ランク区分を表したものである。例えば、「走力」パラメータでは、“１〜３”をＧランク（極めて遅い）とし、順次パラメータが大きくなるに従ってランクが上がり、最大“１４〜１５”でＡランク（極めて速い）とされる。表１に示す「ミート」、「パワー」は打撃に関する能力であるが、「走力」、「肩力」、「守備力」、「エラー回避」は守備に関する能力である。「走力」は走者の場合の他、守備において打球に追う際の素早さを表す。「肩力」は守備において返球の速さや遠投性を表す。「守備力」は守備範囲の広さを表す。「エラー回避」は守備におけるエラー発生確率を表す。なお、表１では示していないが、その他の種類、例えば、投手キャラクタに関して投球時の「制球力」、「球速」、「変化球の曲がり」という能力も適宜採用されている。
【００９２】
投球処理部１０４は、コントローラ１９からの指示信号を取得部１０１で受け付けて球種設定、投球コース設定及び投球開始指示を行う他、投手キャラクタ７１の投じたボールオブジェクト７２が、投手キャラクタ７２の能力パラメータを用いてホームベース上を通過するまでの軌道の計算を行うと共に、計算された軌道に従ってボールオブジェクト７２のゲーム空間上で経時方向に順次（フレーム周期毎の）位置情報を設定するようにして移動処理を行うものである。画像表示制御部１０３は、軌道計算で得られたフレーム周期毎の位置情報に基づいてボールオブジェクト７２をモニタ２１上に表示する。
【００９３】
打撃処理部１０５は、コントローラ１９からの指示信号を取得部１０１で受け付けて打者キャラクタ７３に対して打撃動作を指示、すなわちバットオブジェクト７４がミート位置（領域）を仮想的に通過するようなスイング動作を打者キャラクタ７３の能力パラメータを用いて処理するものである。
【００９４】
結果処理部１１１は、ボールオブジェクト７２にバットオブジェクト７４が当たったか否かを判断し、当たったと判断した場合、打球速さを、打撃指定時のミートカーソル８０に対するボールオブジェクト７２の通過位置との関係より算出するようにすればよい。打球の軌道計算は、通常の運動方程式に倣った乃至は近似式を使用してもよい。この場合、図略の乱数発生器を設け、この乱数発生器で生成される乱数を用いて、設定された投球位置に対する位置ぶれや指定された打撃位置に対する位置ぶれの少なくとも一方を付加する態様としてもよい。例えば乱数値に応じてぶれ量、ぶれ方向が対応するように設定されていてもよい。なお、投球位置に対する位置ぶれは、能力の種類のうちの「制球力」として反映される。
【００９５】
そして、結果処理部１１１は、打撃されたボールオブジェクト７２の軌道の計算を行うと共に、計算された軌道に従ってボールオブジェクト７２のゲーム空間上での位置情報を順次（フレーム周期毎の）設定するようにして移動処理を行うものである。そして、画像表示制御部１０３は、軌道計算で得られた各フレーム周期毎の位置情報に基づいてボールオブジェクト７２を野球場を構成するグラウンド、各塁、外野フェンス等の各オブジェクトの座標位置情報と対応させてモニタ２１上に表示する。打球速さは、本実施形態では、ボールオブジェクト７２が棒状のバットオブジェクト７４に直角に当たったか、カーソル中心からのずれ量、及び選手パラメータである「ミート」、「パワー」その他の各パラメータを反映して算出される。打球方向は、本実施形態では、上下方向にはミートカーソル８０の中心からの上下方向へのずれ量が反映され、左右方向には、振り遅れや振り急ぎが反映されて算出される。
【００９６】
また、結果処理部１１１による打撃結果処理としては、さらに、打撃に伴う、守備側の各選手キャラクタの動き（打球を追う処理、捕球処理、返球処理、中継処理等）、及び走者がいる場合の走塁処理を野球のルールに従って実行させ、かつ画像表示制御部１０３に演出表示を指示する処理を行う。
【００９７】
向き設定部１０６は、注目選手キャラクタ以外の他の選手キャラクタのゲーム空間内での向きを設定するもので、打撃前、打撃後においてそれぞれ対応する処理を実行する。打撃前では、守備側は野球ルールに従った所定のポジションに配置されて（位置付けられて）いる。図５は、打撃前における守備側の選手キャラクタの各配置を概略的に示す平面図である。図５において、野球場は、ダイヤモンドを境に内側の内野領域７０１と外側の外野領域球７０２とから構成されている。投手キャラクタ７１は投手マウンドに、捕手キャラクタ７６はホームベースの後ろに、他の野手である選手キャラクタ７５，７５…は、内野の「一塁手（ファースト）」「二塁手（セカンド）」「遊撃手（ショート）」「三塁手（サード）」と、外野の「レフト」「センター」「ライト」に割り当てられている（位置づけされている）。
【００９８】
打撃前では、各選手キャラクタの位置、向きはゲーム進行制御部１０２で予めデフォルトとして設定されている。なお、各選手キャラクタに対して乱数器を用いて乱数を発生させ、乱数値に応じてデフォルトに対して位置及び向きの少なくとも一方を不作為に変動させてもよく、あるいは打席に立つ打者キャラクタ７３の能力パラメータに応じて野球のルールに従った、例えば「パワー」の能力パラメータが高い場合、デフォルトに対して多少後ろ寄りというように、所定の位置変動を行わせてもよい。図５の例では、投手キャラクタ７１及び他の選手キャラクタはほぼ捕手キャラクタ７６の方を向いている。また、「二塁手」「遊撃手」及び「レフト」「センター」「ライト」の各選手キャラクタ７５は投手キャラクタ７１の方をほぼ向いている。選手キャラクタの向きは、前記したように、胴部７３２の正面側中心に割り付けられた所定のポリゴンの面法線ベクトルデータを用いることで得ることができる。なお、面法線ベクトルデータは、３次元のうち、処理の負担軽減の点から水平面上の２次元データのみで処理するようにしてもよい。
【００９９】
向き判断部１０７は、注目選手キャラクタの選定と、注目選手キャラクを除く残りの（他の）選手キャラクタの向きが、注目選手キャラクタの方を向いているか否かの判断とを行うのである。まず、注目選手キャラクタは、打撃前では、投手キャラクタ７１とされ、打撃後から捕球するまで、さらには必要に応じて返球してアウト、ヒットが確定するまでの間（１シーケンス終了時点）は、ボールオブジェクト７２の支配予測に従ってそれぞれ決定される。
【０１００】
ＣＰＵ１は、打撃後は、ボールオブジェクト７２を支配する可能性の高い選手を注目選手キャラクタとして選定し、コントローラ１９からの指示をこの選定した注目選手キャラクタに対して適用する。支配予測処理は、例えば、ボールオブジェクト７２がセンター方向への飛球であれば、「センター」の選手キャラクタ７５を選定し、セカンドゴロであれば「二塁手」の選手キャラクタ７５を選定し、キャッチャーフライであれば、捕手キャラクタ７６を選定する。また、支配予測処理は、ボールオブジェクト７２を補足した選手キャラクタ７５から所定の塁に返球される場合、返球処理後は、この返球されてきたボールオブジェクト７２をキャッチする選手キャラクタを次に選定する。このように、注目選手キャラクタは１回のシーケンス内で、投手キャラクタ７１の他は、１人の選手キャラクタの場合もあれば、複数の選手キャラクタに順次移行する場合も考えられる。
【０１０１】
注目選手キャラクタを除く他の選手キャラクタの向きは、前記面法線ベクトルの一方向ではなく、本実施形態では、ベクトル方向を中心にして、ある角度範囲を持たせている。図５に示すように、各選手キャラクタ７１，７５，７６には所定形状、例えば扇状（円弧状）のマーク（以下、関連度マークという）７０が対応して付記されている。なお、関連度マーク７０は説明の便宜上示したものであって、ゲーム中において表示してもよいが、本実施形態では表示しないようにしている。また、扇状の関連度マークの大きさについても、後述の表２に基づくものであることから各選手キャラクタによって大小様々であるが（例えば、表２のケースにおける捕手の影響は自分以外の全員に及ぶので、扇状の関連度マークはマウンド全体を覆う大きさとなる）、そのまま図５及び後述の図６に反映させると、複数の扇が重畳し煩雑になって見難いため、各選手キャラクタの近傍にのみ示している。実際には、これらの関連度マーク７０の角度幅及び長さ（円弧の半径）は、それぞれ所定の乃至は全部の選手パラメータの内容に応じて設定されている。本実施形態では、角度幅は、「守備力」の能力パラメータの大きさあるいはランクで決定され、長さは、全能力パラメータの平均値乃至はランクの平均値で決定される。ランクの平均値は、ランクＡを“７”、ランクＧを“１”と置換して算出すればよい。ランクの平均値を採用する場合、各能力パラメータの数値スケール（能力の種類によって最大値１５、最大値２５５というように異なるものがあるため）の差が吸収できる。
【０１０２】
向き判断部１０７は、注目選手キャラクタが決定されると、他の選手キャラクタの関連度マーク７０の角度幅内に注目選手キャラクタが入っているかどうかの判断を、他の選手キャラクタのそれぞれについて実行する。
【０１０３】
距離算出部１０８は、他の選手キャラクタから注目選手キャラクタまでのゲーム空間内での距離を他の選手キャラクタ毎に算出する。算出距離は、支援値算出部１０９での処理に用いられる。
【０１０４】
支援値算出部１０９は、まず、向き判断部１０７による判断が肯定された他の選手キャラクタを支援選手キャラクタとして設定し、次に、距離算出部１０８で算出された距離の大小に応じて支援選手キャラクタに設定されている能力パラメータの高低に応じて、本実施形態では前述の関連度マーク７０の長さに応じて、注目選手キャラクタに対する支援を行うための支援値を算出するものである。距離の大小に関しては、距離が所定距離未満であれば支援ありとし、所定距離以上であれば支援なしというようにしてもよいし、段階的に影響度を設定する態様としてもよい。
【０１０５】
本実施形態では、距離として、ポジション（投手、捕手、内野手、外野手という４つのグループ）間の距離との関係で概略的に設定している。表２は、この関係を示すものである。
【０１０６】
【表２】
【０１０７】
表２において、距離との関係に基づく、支援のための影響度は、例えば、投手の場合、捕手と内野手とが影響を及ぼすポジションとされ、それ以上に遠い外野手は除かれている。そして、捕手と内野手とでは、捕手の方が近いとして影響度が大きくされている。また、内野手は投手と捕手とが影響を及ぼすポジションとされ、それ以上に遠い外野手は除かれている。そして、投手と捕手とでは、投手の方が近いとして影響度が大きくされている。
【０１０８】
また、外野手は投手、捕手及び内野手の全てから影響を及ぼすポジションとされている。そして、影響度は距離の近い順とされている。例えば、「ライト」はファースト及びセカンド＞ショート＞投手＞サード＞捕手というような概略の距離順になっている。
【０１０９】
このように、本実施形態では、距離の算出は、ゲーム中にその都度実際に算出する方式に代えて、演算の負担軽減を考慮して、実際の野球における各守備位置に照らして予め距離の算出を行い、その結果を、表２のようにグループ化された（デフォルト）ポジション間での距離に概ね対応するものとして扱う態様としている。この方法は、打撃前において特に有効であるが、打撃後においても、守備範囲が大きく変化することもないことから、本実施形態では、表２を採用している。距離算出部１０８は、注目選手キャラクタと同一のポジションに区分された選手キャラクタか否かを判断し、判断が肯定された場合には、距離算出の対象から除外し、支援値の算出を禁止している。
【０１１０】
また、影響度は、例えば「ライト」では、ファースト及びセカンド＞ショート＞投手＞サード＞捕手に対応して、一例として、１００％，８０％，６０％，４０％，２０％のように設定すればよい。
【０１１１】
パラメータ調整部１１０は、支援値算出部１０９によって得られた、支援選手キャラクタ、表１に基づく各支援選手キャラクタの関連度マーク７０の長さ、表２に基づく各支援選手キャラクタの影響度を相乗的に計算し、かつ求めた各支援選手キャラクタの各支援値を支援選手キャラクタの全員分について総和して、注目選手キャラクタに対する支援値とする。支援値は、注目選手キャラクタの能力パラメータに関与、例えば乗算用の係数とし、あるいは加算値として調整するものである。支援値の効果は、注目選手キャラクタの能力パラメータを所定範囲、例えば最大で５０％程度まで増大させるようにしている。例えば、キャッチャーフライが発生して注目選手キャラクタとして捕手キャラクタが選定された場合、デフォルトの「守備力」「エラー回避」の確率が例えば最大で５０％程度までアップするようにしている。
【０１１２】
なお、この実施形態では、注目選手キャラクタの能力パラメータはデフォルト値に対して大きくなるようにしているが、総和された支援値に対して閾値を設け、閾値未満ではデフォルト値を減小させる方向に関与させ、閾値を超えるとデフォルト値を増加させる方向に関与させるようにしてもよい。このように、支援値は、他の選手キャラクタの能力パラメータが大きく左右することから、チーム構成員の選手キャラクタのうち、どの選手キャラクタをゲームに登場させるかという点でもゲーム性が存する。
【０１１３】
図６は、打撃後における守備側のある時点での配置の一例を示す概略平面図である。支援値算出部１０９は、図６では、打撃結果としてセカンドゴロが打たれたことを想定している。向き判定部１０６は、注目選手キャラクタとして「セカンド」を選定し、それ以外の選手キャラクタの向きを得て関連度マーク７０を作成し、この関連度マーク７０の情報から支援選手キャラクタを選定する。表２から、支援選手キャラクタは投手キャラクタ７１及び捕手キャラクタ７６となる。従って、「セカンド」は、投手キャラクタ７１及び捕手キャラクタ７６の関連度マーク７０の長さ、表２の影響度から得られる支援値によって、本来有しているデフォルトの能力パラメータが増大することになる。この結果、「セカンド」は、打球処理において、関連する能力である「走力」「守備力「エラー回避」」「肩力」の各能力パラメータがアップする、すなわち打球を追う動作、捕球動作、返球動作の向上によって打者キャラクタ７３を、例えば一塁でアウトにする確率を結果的に向上させることができる。
【０１１４】
図７は、ＣＰＵ１のゲームプログラムによって実行される対戦ゲームの「全体処理」を示すフローチャートである。まず、ステップＳ１において、ＣＰＵ１は、ゲーム開始のための初期設定を行う。例えば両プレイヤによって選出された対戦チーム及びその選手リストのモニタ２１への表示等である。次いで、ゲーム空間の画像、各キャラクタ、各オブジェクト等の画像データが読み出されてモニタ２１に表示される（ステップＳ３）。
【０１１５】
この状態で、シーケンスが開始され（ステップＳ５）、次いで対戦処理が実行されて（ステップＳ７）、結果処理の終了を受けて、１シーケンスの終了処理が行われる（ステップＳ９）。そして、このシーケンスの結果が三振であったか否かが判定され（ステップＳ１１）、三振でなければ、次の投球に対するシーケンスを実行するべく、ステップＳ５に戻る。一方、三振であれば、３アウトか否かが判断され（ステップＳ１３）、３アウトでなければ、次の打順の打者キャラクタが設定されて（ステップＳ１５）、次シーケンスに移行する（ステップＳ５）。一方、ステップＳ１３で、３アウトであれば、ゲームセットか否かが判断され（ステップＳ１７）。ゲームセットでなければ、攻守の入れ替え処理が実行され（ステップＳ１９）、一方、ゲームセットであれば、ゲーム終了処理が実行される（ステップＳ２１）。
【０１１６】
図８、図９は、ＣＰＵ１がゲームプログラムに基づいて実行する「対戦処理」のフローチャートである。まず、守備側の投球前における各選手キャラクタのポジション（守備位置）の設定が行われる（ステップＳ３１）。次いで、図１０、図１１を用いて後述する「投球前処理」として投手キャラクタ７１に対する支援値の算出が行われた後、守備側のプレイヤが操作するコントローラ１９からの操作指示内容に基づいて球種、投球コースの指定及び投球開始指示が行われることで、投球処理が実行される（ステップＳ３３）。次いで、打者側のプレイヤが操作するコントローラ１９からの操作指示内容に基づいてミート位置、打撃指示が行われることで、打撃処理が実行される（ステップＳ３５）。なお、ミート位置の指定は、投球コースの指定や投球開始指示前とする態様であってもよい。そして、打撃処理が終了すると、打球に関する打撃処理が開始される（ステップＳ３７）。打撃処理は、前述したように、打球処理と守備側の各選手キャラクタの移動、行動を含む動作処理である。選手の動作は、基本的には野球ルールに従ってＣＰＵ１によって制御される。なお、行動とは、例えば捕球動作や投球動作などである。
【０１１７】
一方、打撃されたボールオブジェクト７２の上下左右の各方向及び打球速度と各選手キャラクタの位置情報とから最も捕球する可能性の高い選手キャラクタが注目選手キャラクタとして選定される（ステップＳ３９）。例えば、投手キャラクタ７１の直ぐ左側を抜けたゴロであれば、「セカンド」の選手キャラクタ７５が注目選手キャラクタとされ、また、「センター」方向への飛球であれば、「センター」の選手キャラクタ７５が注目選手キャラクタとされる。なお、この注目選手キャラクタの選定は、ＣＰＵ１が上記のようにして自動的に行ってもよいし、プレイヤがコントローラ１９を用いて指定可能な態様では、コントローラ１９の操作によって指定された選手キャラクタが注目選手キャラクタとされる態様でもよい。あるいは、ＣＰＵ１によって注目選手キャラクタの動作をプレイヤに受け渡すような態様であってもよい。
【０１１８】
次いで、注目選手キャラクタ以外の他の選手キャラクタの各能力パラメータから関連度マーク７０が他の全ての選手キャラクタについて生成される（ステップＳ４１）。関連度マークは、選手キャラクタの向きを基準にした角度幅及び関連度に対応する長さから構成されている。具体的には、角度幅は「守備力」の能力パラメータから設定され、長さは各能力パラメータの平均値から設定される。関連度マークの全体形状は、本実施形態では扇形になるものとしている。なお、ここで、注目選手キャラクタ及び他の選手キャラクタを問わず、全ての選手キャラクタの向きはボールオブジェクト７２に向いている。現実世界の野球でも同じであるが、特に打撃後においては、全てのプレイはボールオブジェクト７２にからむため、その位置を認識する必要があるためである。
【０１１９】
次いで、他の選手キャラクタに設定された関連度マーク内に注目選手キャラクタが入っているか否かの判断が各選手キャラクタについて行われる（ステップＳ４３）。この判断は、ゲーム空間内での角度幅及び注目選手キャラクタの位置情報から判断される。この判断が否定された場合には、本フローを抜け、一方、この判断が肯定された場合には、該他の選手キャラクタと注目選手キャラクタとの距離が注目選手キャラクタに影響を及ぼすものであるか否かの判断が行われる（ステップＳ４５）。この判断が否定された場合には、本フローを抜け、一方、この判断が肯定された場合には、該他の選手キャラクタが支援選手キャラクタとして選定され、さらに関連度マーク７０の長さが、表２の影響度を係数として支援度として算出され、設定される（ステップＳ４７）。
【０１２０】
次いで、他の選手キャラクタの全てについての処理が終了したか否かが判断され（ステップＳ４９）、他の選手キャラクタとして残りの選手キャラクタがいれば、次の他の選手キャラクタが設定されて（ステップＳ５１）、ステップＳ４３〜Ｓ４７が繰り返され、支援選手キャラクタの選定及び支援値の設定が行われる。例えば、支援選手キャラクタが２人いる場合にはその２人の支援値の合計が、また５人いる場合にはその５人の支援値の合計が最終的な支援値として設定される。一方、全ての他の選手キャラクタについての処理が終了したのであれば、ステップＳ５３に進む。
【０１２１】
ステップＳ５３では、各支援選手キャラクタの支援値の総和が算出され、算出された総和値が、注目選手キャラクタに対する支援値として設定される。選定された支援選手キャラクタ及び設定された支援値は、バッファ１４の選手データ記憶部１４２の所定の記憶領域である支援情報記憶部等に書き込まれる。
【０１２２】
続いて、１シーケンスが終了したか否かが判断され（ステップＳ５５）、１シーケンスが終了していなければ、ステップＳ３９に戻って、次の注目選手キャラクタの選定が行われ、前述同様、ステップＳ４１〜Ｓ５３が繰り返し実行される。一方、１シーケンスが終了すれば、支援値がリセットされて（ステップＳ５７）、本フローを終了する。
【０１２３】
図１０、図１１は、ＣＰＵ１がゲームプログラムに基づいて実行する「投球前処理」のフローチャートである。まず、投手キャラクタを注目選手キャラクタに設定する処理が行われ（ステップＳ７１）、次いで、表２に従って、他の選手キャラクタとして選定された捕手、内野手の各選手キャラクタについての関連度マークの生成処理が実行される（ステップＳ７３）。次いで、他の選手キャラクタに設定された角度幅内に投手キャラクタ７１が入っているか否かの判断が各選手キャラクタについて行われる（ステップＳ７５）。
【０１２４】
続いて、ステップＳ７７〜Ｓ８３において、ステップＳ４７〜Ｓ５３と同様の処理が実行される。この後、投球済みか否かが判断され（ステップＳ８５）、投球済みであると、投手キャラクタ７１に設定された支援値がリセットされる（ステップＳ８７）。
【０１２５】
図１２は、ＣＰＵ１がゲームプログラムに基づいて実行する「支援値調整処理」のフローチャートである。まず、支援値が存在するか否かが判断され（ステップＳ１０１；ステップＳ５５）、存在しなければ、支援値はリセットされたとして、注目選手キャラクタに対してデフォルトの能力パラメータが設定され（ステップＳ１０３）、デフォルトでの動作、すなわち移動及び行動処理が制御される（ステップＳ１０７）。一方、支援値が存在していると、注目選手キャラクタに対して、そのデフォルトの能力パラメータに支援値が加味されて（ステップＳ１０５）、通常よりゲーム能力のアップした状態で動作、すなわち移動や行動処理が制御される（ステップＳ１０７）。
【０１２６】
なお、本発明は、以下の態様が採用可能である。
【０１２７】
（１）画像表示制御部１０３は、図４に示す支援度マーク９０の表示処理を行う。支援度マーク９０は、注目選手キャラクタが現在、他の選手キャラクタから支援を受けている状態か否かを報知するものである。すなわち、支援度マークは支援値が所定の閾値以上であれば図４のように表示され、閾値未満では表示を禁止するようになっている。これにより、プレイヤは支援状況を認識することが可能となる。あるいは支援値を段階的に複数区分し、区分毎に報知の形態、例えば異なる色、サイズ、形状で表示するようにしてもよい。これにより支援状況をより詳細に報知することができる。また、ＣＰＵ１が注目選手キャラクタを自動的に選定する態様では、選定状態をプレイヤに視認容易とするべく、所定のマークを注目選手キャラクタの所定位置に対応して表示するようにしてもよい。
【０１２８】
（２）本発明は、野球ゲームで説明したが、これに限定されず、所定のポジション（フォーメーション）が予め設定されているようなチーム間での対戦ゲーム、例えばサッカー、ラグビー、バレーボール、テニスや卓球のダブルスにも同様に適用でき、さらにはポジションの設定のない、チーム間での対戦ゲーム、例えばドッジボールにも同様に適用可能である。移動体オブジェクト７２としてはボールの他、競技に採用される移動体（例えばバドミントンのシャトル）を模擬したものであればよい。
【０１２９】
（３）本発明は、１台のゲーム装置（１台のモニタ２１）で、２個のコントローラ１９を用いて行うゲーム形態や、対戦相手チームがコンピュータによって各選手キャラクタを制御するコンピュータ対戦ゲームの形態に適用できる。また、各プレイヤが各ゲーム装置を用いて、互いに通信手段を介してゲーム情報を授受することで、遠隔的な対戦ゲームにも適用可能である。すなわち、野球ゲームで説明すれば、１８名のプレイヤが共通のゲーム空間内で、各選手キャラクタの動作に対する操作指示を受け持ち、操作指示情報をネットワークを介して前ゲーム装置間で送受する（アドホック通信方式）ことで、実現可能である。この態様では、全ての選手キャラクタの動作及び向きがプレイヤ操作に依存することになり、各プレイヤがチーム内のどのポジションの選手キャラクタを受け持つかによってゲーム進行やゲーム結果に影響し得ることから、より面白味のある対戦ゲームが提供できる。
【０１３０】
（４）図１０、図１１の「投球前処理」では、距離算出部１０８は、表２に基づいて予めポジションが設定されている態様では、表２のポジション区分を距離に相当するものとして扱ったが、投球前であっても、各ポジションは打者キャラクタの能力パラメータ、イニング、アウトカウント等によって微調整されるようにしてもよい。この場合、投球前においても、打撃後と同様、表２を用いることなく、各選手キャラクタの位置から支援選手キャラクタの選定及び関連度マーク７０の情報を算出する態様としてもよい。なお、逆に、打撃後であっても、表２を用いて、支援選手キャラクタの選定及び関連度マーク情報を算出する態様としてもよい。かかる処理は、他の選手キャラクタの向きに対しても同様に適用可能である。
【０１３１】
（５）注目選手キャラクタの対象は、投手キャラクタ、ボールオブジェクト７１を捕球する選手キャラクタの他、捕球されたボールオブジェクトを所定の塁に返球する（例えばバックホーム）際に中継の有無が判断され、中継する場合の中継選手キャラクタも対象となる。
【０１３２】
（６）注目選手キャラクタ以外の選手に対して設定される関連度マーク７０の角度幅は「守備力」の能力パラメータに限定されず、他の又は複数の所定の能力を採用してもよい。あるいは、投球、捕球、中継のようなゲーム状況に応じて、該ゲーム状況に応じた能力を採用するような可変式としてもよい。あるいは、角度幅の設定は各選手キャラクタ間で一定であってもよい。
【０１３３】
（７）支援値は全での能力パラメータの平均値を算出ベースとしたが、これに限定されず、所定の能力のみに着目する等種々の方法が採用可能である。さらには、前述のようにゲーム状況に応じて、該ゲーム状況に応じた能力を採用するような可変式としてもよい。
【０１３４】
（８）本実施形態では１シーケンスの終了毎に支援情報（支援値）をリセットする態様としたが、図３に示す時計部１１２からの経時情報に基づいて、１シーケンス期間内であっても、支援情報の書込時点から所定時間が経過すると、支援情報を消去するようにしてもよい。これによれば、書込時点から所定時間までは支援情報が使用し得る一方、所定時間経過後は、書き込まれた支援情報は無効とされる。また、時計部１１２を用いて支援値を有効状態から無効状態に切り替えるようにしたが、１シーケンス内での経時に従って支援値が連続的乃至は複数段階で漸次減少する態様としてもよい。
【０１３５】
（９）本実施形態では、選手キャラクタの向きを胴部７３２を基本に設定するようにしたが、胴部７３２と顔部７３１とが個別に操作可能な、より臨場感の高い態様においては、顔部７３１の中心部位、好ましくは眼の部位を構成する所定のポリゴンの面法線ベクトルを採用してもよい。
【０１３６】
（１０）本実施形態では、他キャラクタを支援選手キャラクタとして設定し、この支援選手キャラクタの向き、方向が注目選手キャラクタをカバーしていれば、その注目選手キャラクタの能力向上に寄与するものとしたが、常に能力向上とするのではなく、逆に能力を低下させるようなバリエーションを含めるようにしてもよい。すなわち、所定のある他選手キャラクタのみについては、その向き、方向が注目選手キャラクタをカバーした場合、その注目選手キャラクタの能力パラメータが低下するように設定してもよい。その場合の条件として、以下のケースが採用可能である。すなわち、（ｉ）１チーム内の全選手のお互いの相性を相性パラメータとしてメモリ内にテーブルで準備しておき、その相性パラメータがマイナスの場合には、上記設定を行う（相性の良い場合をプラスの数値、悪い場合をマイナスの数値とし、絶対値が大きいほど、その相性の良否関係が大きくなるものとする）。（ii）１ゲーム毎に、ついていないアンラッキー選手をＣＰＵ１でランダムに設定し、そのアンラッキー選手の向き、方向が注目選手キャラクタをカバーすれば、マイナスの影響を注目選手キャラクタに与えるようにする。上記形態によれば、注目選手キャラクタをカバーする選手が多ければ多いほど能力が向上するとは限らず、さらに変化に富んだゲームを実現できる。
【図面の簡単な説明】
【０１３７】
【図１】本発明に係るゲーム装置の構成の一実施形態を示すブロック図である。
【図２】コントローラの一例を示す外観図である。
【図３】図１に示すゲーム装置のうち、本発明が関連する部分の機能ブロック図である。
【図４】ゲーム装置においてモニタに表示されるゲーム画像の一例を示した図である。
【図５】打撃前における守備側の選手キャラクタの各配置を概略的に示す平面図である。
【図６】打撃後における守備側のある時点での配置の一例を示す概略平面図である。
【図７】ＣＰＵのゲームプログラムによって実行される対戦ゲームの「全体処理」を示すフローチャートである。
【図８】ＣＰＵがゲームプログラムに基づいて実行する「対戦処理」のフローチャートである。
【図９】ＣＰＵがゲームプログラムに基づいて実行する「対戦処理」のフローチャートである。
【図１０】ＣＰＵがゲームプログラムに基づいて実行する「投球前処理」のフローチャートである。
【図１１】ＣＰＵがゲームプログラムに基づいて実行する「投球前処理」のフローチャートである。
【図１２】ＣＰＵがゲームプログラムに基づいて実行する「支援値調整処理」のフローチャートである。
【符号の説明】
【０１３８】
１ ＣＰＵ１
１０１ 取得部
１０２ ゲーム進行制御
１０３ 画像表示制御部（支援状況表示手段）
１０４ 投球処理部（動作処理手段）
１０５ 打撃処理部（動作処理手段）
１０６ 向き設定部（向き設定手段）
１０７ 向き判断部（向き判断手段、支援値生成手段）
１０８ 距離算出部（距離算出手段、支援値生成手段）
１０９ 支援値算出部（支援値算出手段、支援値生成手段）
１１０ パラメータ調整部（パラメータ調整手段）
１１１ 結果処理部（動作処理手段）
１１２ 時計部
１１３ 通信処理部
１４ バッファ（パラメータ記憶手段）
１４２ 選手データ記憶部
１９ コントローラ（操作部材）
２１ モニタ
７０ 関連度マーク
７１ 投手キャラクタ（キャラクタ）
７２ ボールオブジェクト（移動体オブジェクト）
７５ 選手キャラクタ（キャラクタ）
７６ 捕手キャラクタ（キャラクタ）
９０ 支援度マーク
【特許請求の範囲】
【請求項１】
操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲームプログラムにおいて、
前記自己のチームの各キャラクタの能力パラメータを記憶するパラメータ記憶手段、
前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定する向き設定手段、
前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成する支援値生成手段、
生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整するパラメータ調整手段、
前記注目キャラクタを前記調整された能力パラメータに従って動作させる動作処理手段、として前記コンピュータを機能させるゲームプログラム。
【請求項２】
前記支援値生成手段は、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致しているか否かを前記他キャラクタ毎に判断し、前記向きと前記方向とが一致している全ての他キャラクタを支援キャラクタとして選定する向き判断手段と、
前記選定された各支援キャラクタに設定されている能力パラメータの大きさに基づいて前記注目キャラクタに対する支援値を算出する支援値算出手段とを備えたことを特徴とする請求項１記載のゲームプログラム。
【請求項３】
前記向き判断手段は、前記他キャラクタの向きを中心に所定の角度幅を設定すると共に、該角度幅内に前記注目キャラクタが含まれるか否かによって前記一致の有無の判断を行うことを特徴とする請求項２記載のゲームプログラム。
【請求項４】
前記所定の角度幅は、前記他キャラクタの能力パラメータに応じて設定することを特徴とする請求項３記載のゲームプログラム。
【請求項５】
前記支援値生成手段は、前記他キャラクタと前記注目キャラクタとの間の前記ゲーム空間内での距離を前記他キャラクタ毎に算出する距離算出手段を備え、前記支援値算出手段は、前記距離が大きいほど前記支援値を小さくすることを特徴とする請求項２〜４のいずれかに記載のゲームプログラム。
【請求項６】
前記支援値算出手段は、前記能力パラメータの大きさを前記距離が大きいほど小さい値に換算すると共に、前記支援値を前記換算された能力パラメータの大きさに応じて算出することを特徴とする請求項５記載のゲームプログラム。
【請求項７】
前記向き設定手段は、前記対戦ゲームのルールに従って前記他キャラクタの向きを設定することを特徴とする請求項１〜６のいずれかに記載のゲームプログラム。
【請求項８】
前記キャラクタは、一体で向きが設定される顔部と胴部とを少なくとも有しており、
前記向き設定手段は、前記対戦ゲームのルールに従って前記他キャラクタの胴部の正面の法線方向を前記向きとして設定することを特徴とする請求項７記載のゲームプログラム。
【請求項９】
前記向き設定手段は、前記操作部材からの指示を受け付けて移動される前記他キャラクタの移動方向と一致する方向に前記向きを設定することを特徴とする請求項１〜６のいずれかに記載のゲームプログラム。
【請求項１０】
前記キャラクタは、個別に向きが設定される顔部と胴部とを少なくとも有しており、
前記向き設定手段は、前記操作部材の指示を受け付けて変更される前記他キャラクタの顔部の正面方向を前記向きとして設定することを特徴とする請求項１〜６のいずれかに記載のゲームプログラム。
【請求項１１】
前記支援値生成手段は、能力パラメータが複数ある場合に、各能力パラメータの平均値から前記他キャラクタ毎の支援値を生成することを特徴とする請求項１〜１０のいずれかに記載のゲームプログラム。
【請求項１２】
前記支援値生成手段は、前記支援キャラクタが複数の場合に、各支援キャラクタの支援値の平均値を前記注目キャラクタに対する支援値とすることを特徴とする請求項１〜１１のいずれかに記載のゲームプログラム。
【請求項１３】
前記支援値生成手段で生成された支援値に関する情報を前記表示部の一部に表示する支援状況表示手段として前記コンピュータを機能させる請求項１〜１２のいずれかに記載のゲームプログラム。
【請求項１４】
前記対戦ゲームは野球ゲームを模擬したものであり、守備側の各キャラクタは、投手、捕手、内野手及び外野手としてグループ分けされており、
前記支援値生成手段は、前記注目キャラクタと同一グループに含まれる前記他キャラクタに対する支援値の生成を禁止することを特徴とする請求項１〜１３のいずれかに記載のゲームプログラム。
【請求項１５】
操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲーム制御方法において、
パラメータ記憶手段が、前記自己のチームの各キャラクタの能力パラメータを記憶しており、
向き設定手段が、前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定し、
支援値生成手段が、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成し、
パラメータ調整手段が、生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整し、
動作処理手段が、前記注目キャラクタを前記調整された能力パラメータに従って動作させることを特徴とするゲーム制御方法。
【請求項１６】
操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲーム装置において、
前記自己のチームの各キャラクタの能力パラメータを記憶するパラメータ記憶手段と、
前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定する向き設定手段と、
前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成する支援値生成手段と、
生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整するパラメータ調整手段と、
前記注目キャラクタを前記調整された能力パラメータに従って動作させる動作処理手段とを備えたことを特徴とするゲーム装置。
【請求項１】
操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲームプログラムにおいて、
前記自己のチームの各キャラクタの能力パラメータを記憶するパラメータ記憶手段、
前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定する向き設定手段、
前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成する支援値生成手段、
生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整するパラメータ調整手段、
前記注目キャラクタを前記調整された能力パラメータに従って動作させる動作処理手段、として前記コンピュータを機能させるゲームプログラム。
【請求項２】
前記支援値生成手段は、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致しているか否かを前記他キャラクタ毎に判断し、前記向きと前記方向とが一致している全ての他キャラクタを支援キャラクタとして選定する向き判断手段と、
前記選定された各支援キャラクタに設定されている能力パラメータの大きさに基づいて前記注目キャラクタに対する支援値を算出する支援値算出手段とを備えたことを特徴とする請求項１記載のゲームプログラム。
【請求項３】
前記向き判断手段は、前記他キャラクタの向きを中心に所定の角度幅を設定すると共に、該角度幅内に前記注目キャラクタが含まれるか否かによって前記一致の有無の判断を行うことを特徴とする請求項２記載のゲームプログラム。
【請求項４】
前記所定の角度幅は、前記他キャラクタの能力パラメータに応じて設定することを特徴とする請求項３記載のゲームプログラム。
【請求項５】
前記支援値生成手段は、前記他キャラクタと前記注目キャラクタとの間の前記ゲーム空間内での距離を前記他キャラクタ毎に算出する距離算出手段を備え、前記支援値算出手段は、前記距離が大きいほど前記支援値を小さくすることを特徴とする請求項２〜４のいずれかに記載のゲームプログラム。
【請求項６】
前記支援値算出手段は、前記能力パラメータの大きさを前記距離が大きいほど小さい値に換算すると共に、前記支援値を前記換算された能力パラメータの大きさに応じて算出することを特徴とする請求項５記載のゲームプログラム。
【請求項７】
前記向き設定手段は、前記対戦ゲームのルールに従って前記他キャラクタの向きを設定することを特徴とする請求項１〜６のいずれかに記載のゲームプログラム。
【請求項８】
前記キャラクタは、一体で向きが設定される顔部と胴部とを少なくとも有しており、
前記向き設定手段は、前記対戦ゲームのルールに従って前記他キャラクタの胴部の正面の法線方向を前記向きとして設定することを特徴とする請求項７記載のゲームプログラム。
【請求項９】
前記向き設定手段は、前記操作部材からの指示を受け付けて移動される前記他キャラクタの移動方向と一致する方向に前記向きを設定することを特徴とする請求項１〜６のいずれかに記載のゲームプログラム。
【請求項１０】
前記キャラクタは、個別に向きが設定される顔部と胴部とを少なくとも有しており、
前記向き設定手段は、前記操作部材の指示を受け付けて変更される前記他キャラクタの顔部の正面方向を前記向きとして設定することを特徴とする請求項１〜６のいずれかに記載のゲームプログラム。
【請求項１１】
前記支援値生成手段は、能力パラメータが複数ある場合に、各能力パラメータの平均値から前記他キャラクタ毎の支援値を生成することを特徴とする請求項１〜１０のいずれかに記載のゲームプログラム。
【請求項１２】
前記支援値生成手段は、前記支援キャラクタが複数の場合に、各支援キャラクタの支援値の平均値を前記注目キャラクタに対する支援値とすることを特徴とする請求項１〜１１のいずれかに記載のゲームプログラム。
【請求項１３】
前記支援値生成手段で生成された支援値に関する情報を前記表示部の一部に表示する支援状況表示手段として前記コンピュータを機能させる請求項１〜１２のいずれかに記載のゲームプログラム。
【請求項１４】
前記対戦ゲームは野球ゲームを模擬したものであり、守備側の各キャラクタは、投手、捕手、内野手及び外野手としてグループ分けされており、
前記支援値生成手段は、前記注目キャラクタと同一グループに含まれる前記他キャラクタに対する支援値の生成を禁止することを特徴とする請求項１〜１３のいずれかに記載のゲームプログラム。
【請求項１５】
操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲーム制御方法において、
パラメータ記憶手段が、前記自己のチームの各キャラクタの能力パラメータを記憶しており、
向き設定手段が、前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定し、
支援値生成手段が、前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成し、
パラメータ調整手段が、生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整し、
動作処理手段が、前記注目キャラクタを前記調整された能力パラメータに従って動作させることを特徴とするゲーム制御方法。
【請求項１６】
操作部材からの指示を受け付けて表示部に表示されたゲーム空間内で動作する、複数のキャラクタから構成される自己チームを移動体オブジェクトを介在させてコンピュータによって他チームと対戦させるゲーム装置において、
前記自己のチームの各キャラクタの能力パラメータを記憶するパラメータ記憶手段と、
前記自己のチーム内のキャラクタであって、前記移動体オブジェクトと関わる注目キャラクタ及び他キャラクタの前記ゲーム空間内での向きを設定する向き設定手段と、
前記他キャラクタの向きが該他キャラクタから前記注目キャラクタへの方向と一致する前記他キャラクタを支援キャラクタとして選定すると共に、前記支援キャラクタに設定されている能力パラメータに基づいて前記注目キャラクタに対する支援値を生成する支援値生成手段と、
生成された支援値を用いて前記パラメータ記憶手段に記憶されている注目キャラクタの能力パラメータを調整するパラメータ調整手段と、
前記注目キャラクタを前記調整された能力パラメータに従って動作させる動作処理手段とを備えたことを特徴とするゲーム装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−１４２３５５（Ｐ２０１０−１４２３５５Ａ）
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願番号】特願２００８−３２１０９５（Ｐ２００８−３２１０９５）
【出願日】平成２０年１２月１７日（２００８．１２．１７）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願日】平成２０年１２月１７日（２００８．１２．１７）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]