JP3780562B2 - キャラクタメイキング方法及びこれを実行するテレビゲーム機 - Google Patents
キャラクタメイキング方法及びこれを実行するテレビゲーム機 Download PDFInfo
- Publication number
- JP3780562B2 JP3780562B2 JP11928296A JP11928296A JP3780562B2 JP 3780562 B2 JP3780562 B2 JP 3780562B2 JP 11928296 A JP11928296 A JP 11928296A JP 11928296 A JP11928296 A JP 11928296A JP 3780562 B2 JP3780562 B2 JP 3780562B2
- Authority
- JP
- Japan
- Prior art keywords
- character
- keyword
- game
- parameter
- making
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 53
- 230000008569 process Effects 0.000 claims description 44
- 238000012545 processing Methods 0.000 claims description 44
- 238000003672 processing method Methods 0.000 claims description 12
- 230000006870 function Effects 0.000 claims description 7
- 230000008859 change Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 8
- 230000002093 peripheral effect Effects 0.000 description 7
- 239000000872 buffer Substances 0.000 description 6
- 230000007103 stamina Effects 0.000 description 5
- 230000007123 defense Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 210000003205 muscle Anatomy 0.000 description 2
- 238000004088 simulation Methods 0.000 description 2
- 230000002411 adverse Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 229910052500 inorganic mineral Inorganic materials 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000011707 mineral Substances 0.000 description 1
- 230000035807 sensation Effects 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Processing Or Creating Images (AREA)
- Image Generation (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、野球ゲームなどのＴＶゲ−ム機などに見られるように、投手と打者のような２種のキャラクタが対戦する場面を表示する画像処理技術に係り、とくに、表示画面のカメラ視点制御および登場キャラクタのメイキング処理の改善に関する。
【０００２】
【従来の技術】
近年のコンピュ−タ技術の発達に伴い、ＴＶゲーム機、シミュレーション装置などの画像処理技術が広く一般に普及するようになっている。このようなシステムでは、表示画面や表示内容をよりリアルに見せる画像処理技術の高度化が、商品価値を高めるうえで非常に大きなウエイトを占めるようになってきている。
【０００３】
例えば、ＴＶゲーム機の場合、パッド、ジョイスティックなどの操作器および表示用モニタを含むペリフェラルと、画像処理、音響処理、ペリフェラルとのデータ通信などを実行するＣＰＵを搭載したゲーム機本体とを備え、操作器との間でインターラクティブにゲーム展開を演出できるようになっている。
【０００４】
このようなＴＶゲーム機の一分野として、野球ゲームを行うことができるゲーム機がある。野球ゲームでは、ゲーム空間上で、マウンド上の投手が投げた球をバッターボックスに立つ打者が打つことになる。このバッティング時のカメラ視点は、バッティング動作を指令するプレーヤがその球筋を見ることができるように、捕手の後側から投手を見る視点に設定されている。
【０００５】
また、野球ゲームの興味感を盛り上げるために、投手や野手のキャラクのパラメータをプレーヤが任意に設定できるキャラクタメイキングの機能を備えているものが在る。このキャラクタメイキングによれば、プレーヤはキャラクタに数値を割り当ててそのパラメータ（例えば、選手成績）を決めることができる。
【０００６】
【発明が解決しようとする課題】
しかしながら、上述した従来のゲーム機にあっては、バッティング時のカメラ視点およびキャラクタメイキングに以下のような未解決の問題があった。
【０００７】
第１に、バッティング時のカメラ視点の問題である。従来のバッティング時のカメラ視点は、捕手の頭越しに投手を臨む「真正面」の視点であった。このため、プレーヤにとって投手が投げる高さ方向の球筋の見極めが難しいという問題があった。
【０００８】
第２は、キャラクタメイキングの問題である。従来のキャラクタメイキングの場合、結局のところ、数値を割り振る処理に帰着する。このため、その数値と最終的に決まる投手、野手の特性、成績を表すパラメータとの対応関係をメイキング中にプレーヤに意識させ難いという問題がある。つまり、どの程度の数値を与えると、どのようなパラメータが出来上がるのかがメイキング中には分かり難いため、概して無機質に数値を与えがちになり、キャラクタメイキングの興味感が殺がれる。一方、最終パラメータをより精細に設定しようと思えば、数値の与え方に神経質にならざると得ない。そのような数値割振りは多くの場合、手間が掛かり、面倒な操作となる。
【０００９】
本発明は、以上のような課題に鑑みてなされたもので、野球ゲームなどの画像処理において、例えばバッティング時に投手が投げた球筋の横方向、高さ方向の見極めが両方とも容易になるようにカメラ視点を変更可能な画像処理技術を提供することを目的とする。
【００１０】
また、野球ゲームなどの画像処理において、キャラクタメイキングに必要な情報をプレーヤがより簡単に入力でき、かつ、そのメイキングの興味感を向上させることができるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
前記目的を達成するために、本発明は、 ＣＰＵがアプリケーションソフトを実行することにより、ゲームキャラクタのパラメータを設定するキャラクタメイキング処理手段としてテレビゲーム機を機能させるキャラクタメイキング処理方法であって、前記ゲームキャラクタの属性に関する複数のパラメータのうち少なくともひとつに関与し、該ゲームキャラクタの典型的な特徴を表すキーワードを複数個保持するキーワード保持手段から、複数のキーワードを読み出すステップと、前記読み出された複数のキーワードのそれぞれに含まれるパラメータを参照し、同じ属性に関するパラメータが一つしかないか否かを判定するステップと、当該判定が否定された場合、当該重複するパラメータの値に基づいて、前記同じ属性に関するパラメータの値の範囲を特定し、特定された範囲内で当該属性に関するパラメータの値を決定するステップと、決定されたパラメータの値を前記ゲームキャラクタの前記属性におけるパラメータとして設定するステップと、を備えたことを特徴とする。
【００１２】
本発明はさらに、前記選択された複数のキーワードに所定の属性に関するパラメータが無い場合、該属性の最大値に基づいて該属性に関するパラメータの値を決定するステップを更に備えたことを特徴とする。
【００１３】
本発明はまた、前記特定された範囲内で前記属性に関するパラメータの値をランダムで決定することを特徴とする。本発明はまた、前記属性に関するパラメータの値がその大小に応じて上位ランクと下位ランクにランキングされており、前記選択された複数のキーワードに含まれるパラメータに基づいて決定された前記ゲームキャラクタのパラメータが下位ランクに設定されたとき、前記選択されたキーワードに含まれないパラメータを上位ランクの値に設定する底上げ処理を行うことを特徴とする。本発明はまた、前記キーワードを前記キーワード保持手段から選択する際に、該選択されたキーワードと同一または同じ属性のキーワードが既に使用されているか否かを判定し、使用されていない場合には前記キーワードを用いてキャラクタのパラメータ設定処理を行うことを特徴とする。本発明はまた、前記キーワード保持手段から選択されたキーワードと同一または同じ属性のキーワードが既に使用されている場合、他のキーワードを選択するよう促すエラーメッセージを表示手段に表示する処理を更に有することを特徴とする。
【００１４】
本発明は、さらに、アプリケーションソフトを実行するＣＰＵを備え、当該ＣＰＵはユーザーの周辺機器の操作による操作信号と前記アプリケーションソフトに基づいて、前記方法を実行するように構成されたテレビゲーム機でもある。
【００１５】
【発明の実施の形態】
以下、本発明の一つの実施形態を図１〜図１４を参照して説明する。この実施形態は、本発明の画像処理装置を一体に組み込んだＴＶゲ−ム機に関する。なお、ここでのアプリケーションソフトは野球ゲームソフトである場合を例示するが、サッカーゲームなど、その他のゲームソフトであっても同様に実施できる。
【００１６】
図１は、本実施形態に係るＴＶゲ−ム機の外観を示す。同図において、符号１は、ゲーム機本体を示している。このゲーム機本体１の前面には２つのコネクタ２ａ、２ａが設けられている。このコネクタ２ａ、２ａにはゲーム機操作用のパッド２ｂ，２ｂがケ−ブル２ｃ、２ｃを介してそれぞれ接続されている。また、ゲーム機本体１の上部には、ＲＯＭカートリッジ接続用のカートリッジＩ／Ｆ１ａ、ＣＤ−ＲＯＭ読取り用のＣＤ−ＲＯＭドライブ１ｂが設けられている。ゲーム機本体１の背面には、図示されていないが、ビデオ出力端子およびオ−ディオ出力端子が設けられている。このビデオ出力端子はケ−ブル４ａを介してＴＶ受像機５のビデオ入力端子に接続されるとともに、オ−ディオ出力端子はケ−ブル４ｂを介してＴＶ受像機５のオ−ディオ入力端子に接続されている。ユーザがパッド２ｂ、２ｂのボタンやスイッチを操作することにより、ＴＶ受像機５に表示された画面を見ながらゲームを行うことができる。
【００１７】
図２は、このＴＶゲーム機の概要を表すブロック図である。このＴＶゲ−ム機は、装置全体の制御を行うＣＰＵブロック１０、ゲーム画面の表示制御を行うビデオブロック１１、効果音等を生成するサウンドブロック１２、ＣＤ−ＲＯＭの読み出しを行うサブシステム１３等により構成されている。
【００１８】
ＣＰＵブロック１０は、ＳＣＵ（System Control Unit)１００、メインＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、サブＣＰＵ１０４、ＣＰＵバス１０５等により構成されている。このブロック１０はビデオブロック１１と共働して本発明の画像処理の主体を担う。
【００１９】
メインＣＰＵ１０１は、装置全体の制御を行うものである。このメインＣＰＵ１０１は、内部にＤＳＰ（Digital Signal Processor)と同様の演算機能を備え、後述するキャラクタメイキング、カメラ視点の切替（バッティング画面の切替を含む）を含むアプリケーションソフトを高速に実行可能になっている。ＲＡＭ１０２は、メインＣＰＵ１０１のワークエリアとして使用される。ＲＯＭ１０３には、初期化処理用のイニシャルプログラム等が書き込まれている。ＳＣＵ１００は、バス１０５、１０６、１０７を制御することにより、メインＣＰＵ１０１、ＶＤＰ１２０、１３０、ＤＳＰ１４０、ＣＰＵ１４１などの相互間のデータ入出力を円滑に行う。ＳＣＵ１００は、内部にＤＭＡコントロ−ラを備え、ゲーム中のキャラクタデータ（例えばポリゴンデータ）をビデオブロック１１内のＶＲＡＭに転送することができる。これにより、ゲーム等のアプリケーションソフトが高速に実行される。カートリッジＩ／Ｆ１ａは、ＲＯＭカートリッジの形態で供給されるアプリケーションソフトを入力するために装備されている。
【００２０】
サブＣＰＵ１０４は、ＳＭＰＣ（System Manager & Peripheral Control)と呼ばれるもので、メインＣＰＵ１０１からの要求に応じて、パッド（周辺機器）２ｂ、２ｂからペリフェラルデータ（ＩＤデータ、操作データなど）をコネクタ２ａ、２ａを介して収集する機能等を備えている。メインＣＰＵ１０１はサブＣＰＵ１０４から受け取った操作データに基づき、例えばゲーム画面中のキャラクタの回転変換や透視変換などの画像制御を行うものである。コネクタ２ａ、２ａには、ＰＡＤのほか、ジョイスティック、キ−ボ−ド等のペリフェラルを接続できる。
【００２１】
ビデオブロック１１は、ポリゴン画面の描画を行う第１のＶＤＰ（Video Display Processor)１２０と、背景画面の描画、プライオリティに基づく画像合成、クリッピングを行う第２のＶＤＰ１３０とを備えている。
【００２２】
この内、第１のＶＤＰ１２０はシステムレジスタ１２０ａを内蔵するとともに、ＶＲＡＭ（ＤＲＡＭ）１２１及び２面のフレームバッファ１２２、１２３に接続されている。キャラクタを表すポリゴンの描画データはメインＣＰＵ１０１からＳＣＵ１００を介して第１のＶＤＰ１２０に送られ、ＶＲＡＭ１２１に書き込まれる。ＶＲＡＭ１２１に書き込まれた描画データは、例えば、１６又は８ビット／pixelの形式で描画用のフレームバッファ１２２（又は１２３）に描画される。描画されたフレームバッファ１２２（又は１２３）のデータは、表示モード時に第２のＶＤＰ１３０送られる。このようにフレームバッファには２面のバッファ１２２、１２３が使われており、描画と表示がフレーム毎に切り替わるダブルバッファ構造を成している。さらに、描画を制御する情報は、メインＣＰＵ１０１からＳＣＵ１００を介して第１のＶＤＰ１２０のシステムレジスタ１２０ａに設定される。このシステムレジスタ１２０ａに設定された指示にしたがって第１のＶＤＰ１２０が描画と表示を制御する。
【００２３】
第２のＶＤＰ１３０はレジスタ１３０ａ及びカラーＲＡＭ１３０ｂを内蔵するとともに、ＶＲＡＭ１３１に接続されている。また第２のＶＤＰ１３０はバス１０７を介して第１のＶＤＰ１２０及びＳＣＵ１００に接続されるとともに、エンコーダ１６０を介してＴＶ受像機５に接続されている。
【００２４】
この第２のＶＤＰ１３０に対して、画像データはメインＣＰＵ１０１からＳＣＵ１００を介してＶＲＡＭ１３１及びカラーＲＡＭ１３０ｂに定義される。画像表示を制御する情報も同様にして第２のＶＤＰ１３０のレジスタ１３０ａに設定される。ＶＲＡＭ１３１に定義されたデータは、第２のＶＤＰ１３０によりレジスタ１３０ａに設定されている内容にしたがって読み出され、キャラクタの背景を表す各スクロール画面の画像データになる。各スクロール画面の画像データと第１のＶＤＰ１から送られてきたテクスチャマッピングが施されたポリゴンデータの画像データは、レジスタ１３０ａへの設定にしたがって表示優先順位（プライオリティ）が決められ、最終的な表示画像データに合成される。この表示画像データがパレット形式の場合、第２のＶＤＰ１３０によって、その値にしたがってカラーＲＡＭ１３０ｂに定義されているカラーデータが読み出され、表示カラーデータが生成される。また表示画像データがＲＧＢ形式の場合、表示画像データがそのまま表示カラーデータとなる。この表示カラーデータはフレームメモリ１３２に蓄えられた後にエンコーダ１６０に出力される。エンコーダ１６０は画像データに同期信号等を付加することにより映像信号を生成し、ＴＶ受像機５に出力する。これにより、ＴＶ受像機５にゲーム画面が表示される。
【００２５】
サウンドブロック１２は、ＰＣＭ方式あるいはＦＭ方式に従い音声合成を行うＤＳＰ１４０と、このＤＳＰ１４０の制御等を行うＣＰＵ１４１とを備えている。ＤＳＰ１４０により生成された音声データは、Ｄ／Ａコンバ−タ１７０により２チャンネルの信号に変換された後にスピ−カ５ａ、５ａに出力される。
【００２６】
サブシステム１３は、ＣＤ−ＲＯＭドライブ１ｂ、ＣＤ Ｉ／Ｆ１８０、ＣＰＵ１８１、ＭＰＥＧ ＡＵＤＩＯ１８２、ＭＰＥＧ ＶＩＤＥＯ１８３等により構成されている。このサブシステム１３は、ＣＤ−ＲＯＭの形態で供給されるアプリケーションソフト（野球ゲームソフトなど）の読み込み、動画の再生等を行う機能を備えている。ＣＤ−ＲＯＭドライブ１ｂはＣＤ−ＲＯＭからデータを読み取る。ＣＰＵ１８１は、ＣＤ−ＲＯＭドライブ１ｂの制御、読み取られたデータの誤り訂正等の処理を行う。ＣＤ−ＲＯＭから読み取られたデータは、ＣＤＩ／Ｆ１８０、バス１０６、ＳＣＵ１００を介してメインＣＰＵ１０１に供給され、アプリケーションソフトとして利用される。また、ＭＰＥＧ ＡＵＤＩＯ１８２、ＭＰＥＧ ＶＩＤＥＯ１８３は、ＭＰＥＧ規格（Motion Picture ExpertGroup)により圧縮されたデータを復元するデバイスである。これらのＭＰＥＧＡＵＤＩＯ１８２、ＭＰＥＧ ＶＩＤＥＯ１８３を用いてＣＤ−ＲＯＭに書き込まれたＭＰＥＧ圧縮データの復元を行うことにより、動画の再生を行うことが可能となる。
【００２７】
続いて、ＣＰＵブロック１０およびビデオブロック１１が中心となって実行される処理を説明する。この処理には、図３〜図６に示すキャラクタ・メイキング処理、図１１に示すバッティング画面の切替処理、図１４に示すカメラ視点の切替処理を含む。
【００２８】
以下の説明において、ＴＶ受像機５に表示する仮想空間としての野球ゲームの画像を「ゲーム画像」と呼ぶ。また「バッティング画面」とは投手が投球モーションに入ってから打者がボールを打つまでの言う。バッティング画面を表示しているときの視点もカメラ視点の一部であるが、とくに「バッティング視点」と呼ぶ。
【００２９】
最初に、図３〜図１０に示すキャラクタメイキングの処理を説明する。この処理はＣＤ−ＲＯＭの形態で提供される野球ゲ−ムソフトに予め含まれている。プレーヤは、この処理によって、ゲ−ム機側で用意されているキャラクタによる「コンピュータ（ＣＯＭ）チーム」に加えて、自分で任意にメイキングしたキャラクタ選手による自前のチームを持つことができる。
【００３０】
メインＣＰＵ１０１を中心とするＣＰＵブロック１０およびビデオブロック１１は、パッド２ｂおよびＴＶ受像機５を介して、インターラクティブに図３〜図６の処理を実行する。
【００３１】
メインＣＰＵ１０１は、プレーヤからのキャラクタメイキング開始の指令に応答して図３の処理を立ち上げる。
【００３２】
この処理により、最初に、各選手に対して、選手の特徴を表すキーワードが３つずつ選択される（ステップ２０１）。
【００３３】
このキーワードは、図７（ａ），（ｂ）に示すように、野手、投手別に選手の典型的な特徴を表す複数個が予め用意されている。野手の場合、図７（ａ）に示す如く、「安打製造機」、「左右に打ち分ける」、「エンドランがうまい」、…などである。野手のキーワードは、それぞれ、図９（ａ）に示すように、「打撃」、「走塁」、「守備」、「そのほか」の部門別に定めた「選手の属性を表すパラメータ」の１つに属する。このパラメータとしては、巧打力、長打力、選球眼（以上、打撃）、走力、走塁技術（以上、走塁）、肩、守備力（以上、守備）、勝負強さ、スタミナ（以上、そのほか）が用意されている。野手のキーワードの各々には、図８（ａ）に示す如く、巧打力、長打力、選球眼、走力、走塁技術、肩、守備力の属性の内の少なくとも一つがその数値とともに割り当てられている。例えば、０番のキーワード「安打製造機」に対してはその意味合いから、１４≦巧打力≦１５、１４≦長打力≦１５、選球眼＝３と言った具合である。
【００３４】
投手の特徴を表すキーワードとしては、図７（ｂ）に示す如く、「制球力抜群」、「針に穴を通す制球」、「抑えのエース」、…などである。投手のキーワードは、それぞれ、図９（ａ）に示すように、「投球」、「変化球」、「守備」、「そのほか」の部門別に定めた「選手の属性を表すパラメータ」の１つに属する。このパラメータとしては、制球力、球質、球速（以上、投球）、カーブ変化率、シュート変化率、フォーク変化率（以上、変化球）、守備力（以上、守備）、スタミナ、打撃、走力（以上、そのほか）が用意されている。投手のキーワードの各々には、図８（ｂ）に示す如く、制球力、球質、球速、カーブ変化率、シュート変化率、フォーク変化率、守備力、スタミナ、打撃、走力の属性の内の少なくとも一つがその数値とともに割り当てられている。例えば、０番のキーワード「制球力抜群」に対してはその意味合いから、１４≦制球力≦１５、１０≦球質≦１３と言った具合である。
【００３５】
キーワード選択のステップ２０１の詳細を図４により説明する。各キーワードを１チームに割り振れる数が決まっている。そこで、いま選択したキーワードが、ほかの選手で選択済みではないかどうかが確認される（ステップ２０１１）。選択済みではない場合、次いで、同じ属性のキーワードを選択していないかどうか確認される（ステップ２０１２）。同一属性のキーワードを選択していない場合、選択されたキーワードがその選手に登録される（ステップ２０１３）。ステップ２０１１、２０１２でＮＯの場合、例えば、「他の選手が既に使用しています。別のキーワードを選んで下さい。」と言ったエラーメッセージが表示される（ステップ２０１４）。以上の処理は、１選手に３つのキーワードが登録されるまで繰り返される（ステップ２０１５）。
【００３６】
図１０にキーワード選択の表示例を示す。同図のキーワード群の中から３つのキーワードを個人特性として選択する。投手の場合、守備適性が投手の選手しか選択できない。なお、キーワードは、同一属性（例えば、巧打力、長打力、…）毎に同一カラーで表示され、選択を容易にしている。また図９（ｂ）にキーワード選択のファイル構造例をそれぞれ模式的に示す。
【００３７】
このようにキーワード選択が完了すると、図３に戻って、一つの属性としての「走力」に関するステップ２０２〜２０５の処理が実行される。まず、登録されているキーワードに走力に関するパラメータが含まれているかどうか判定される（ステップ２０２）。ＹＥＳの場合、走力の取り得る値の範囲が特定される（ステップ２０３）。
【００３８】
このステップ２０３の処理を図５を参照して詳述する。最初に、走力に関するパラメータは１つしかないか否かが判定される（ステップ２０３１）。ＮＯの場合、走力に関する２つのパラメータはＡランクとＢランクであるか否かが判定される（ステップ２０３２）。パラメータの値は、その大小に応じて上位のＡランクから下位のＤランクまでランキングされている。ステップ２０３２でＮＯの判定のときはさらに、かかる２つのパラメータはＣランクとＤランクであるか否かが判定される（ステップ２０３３）。この判定でＮＯとなるとき、走力は２つのパラメータの値を上限および下限とする範囲を取ると認識される（ステップ２０３４）。ステップ２０３３でＹＥＳとなるときは、走力がＤランクであると認識される（ステップ２０３５）。またステップ２０３２でＹＥＳとなるときは、走力がＡランクであると認識される（ステップ２０３６）。次いで、ステップ２０３７にて、走力に関するパラメータが３つある場合、上述のようにして認識された走力範囲と残りの走力パラメータとにより同様の処理を行う。このようにして認識された走力の範囲に対して、最終的に、走力の取り得る範囲が決定され、記憶される（ステップ２０３８）。
【００３９】
次いで図３に戻って、特定された走力の範囲から乱数表で走力が決定される（ステップ２０４）。ステップ２０２でＮＯの判断が下された場合、すなわち登録キーワードに走力のパラメータが無い場合、走力の最大値の半分の値を基準に乱数表から走力が決定される（ステップ２０５）。
【００４０】
以上の走力に関する処理と同様の処理が、そのほかのパラメータ（属性）についても繰り返される（ステップ２０６）。選手が投手の場合、さらに、投手独特のパラメータ（属性）である球速、球質、制球力、カーブ変化率、シュート変化率、フォーク変化率のほか、守備力、スタミナ、打撃、走力について同様に繰り返される（ステップ２０６）。
【００４１】
さらに、パラメータ間のバランスを取るため、底上げ処理が実施される（ステップ２０７）。この処理の一部を図６に詳細に示す。例えば、ある選手の走力、走塁技術が共に最下位のＤランクか否かが判断される（ステップ２０６１）。この判断でＹＥＳの場合、登録された３つのキーワードに巧打力に関するパラメータが含まれているか否かが判断される（ステップ２０６２）。この判断でＮＯ、すなわち巧打力に関するパラメータが含まれていない場合、その選手の巧打力のパラメータをＡランクに底上げされる（ステップ２０６３）。ステップ２０６２でＹＥＳの判断のときは、ステップ２０６３の底上げ処理はなされない。
【００４２】
次いで、登録されている３つのキーワードに長打力に関するパラメータが含まれているか否かが判断される（ステップ２０６４）。この判断でＹＥＳのときのみ、その選手の長打力のパラメータがＡランクに底上げされる。
【００４３】
最初のステップ２０６１でＮＯの判断の場合、すなわち走力または走塁技術の少なくとも一方がＣランク以上の場合、上述した底上げ処理は実施されない。
【００４４】
この底上げ処理は、組み合わせた３つのキーワードの組み合わせが、選手の特徴を表すものとして不自然さを呈する場合、その是正を自動的に行うものである。上述の例では、走力、走塁技術が共に低いランクにあるのに、打力も低いランクでは野球選手としてその体を成さないので、巧打力および長打力を上げている。したがって、この底上げ処理は他の属性の組み合わせについても実施される。例えば、上述とは反対に、巧打力がＤランクのときには、走力と走塁技術が底上げされる。また投手の場合、例えば、変化球に関する属性が全てＤランクのときは、制球力のパラメータが底上げされるし、制球力と球質が共にＤランクのときは、球速が底上げされる。
【００４５】
この後、投手については勝敗数、セーブ数、防御率が、野手については打率、ホームラン数、盗塁数がテーブルより得られる（ステップ２０７）。
【００４６】
さらに、選手（プレーヤ）のそれぞれについて投手、野手別にその特性を表すパラメータの値が決定され、選手像の特徴が形作られる（ステップ２０８）。
【００４７】
さらに図示しないが、選手の画像がＴＶ受像機５に表示され、プレーヤは画像を見ながら打撃フォーム、右投げ右打ちなどの投打の情報、選手名などを任意に設定できるようになっている。
【００４８】
以上のように、プレーヤ（ユーザ）は最初に３つのキーワードを選手別に選択するだけで、投手については制球力、球質、球速、カーブ変化率、シュート変化率、フォーク変化率のパラメータの量が決定される。野手については、巧打力、長打力、走力、走塁技術、守備力、肩、スタミナ、勝負強さ、選球眼のパラメータの量が決定される。したがって、従来のように数値を割り振るだけの無機質なキャラクタメイキングとは異なり、キーワードを複数個選択するだけの簡単な操作でありながら、キーワード、つまり文章で特徴を与えられることから、キャラクタへの感情移入が可能になり、その興味感が従来に比べて飛躍的に高まる。
【００４９】
次に、バッティング画面の切替処理を図１１〜図１３を参照して説明する。この処理は野球ゲームの進行中に例えば一定タイミングの割込みの形態でＣＰＵブロック１０、ビデオブロック１１を中心として実施される。
【００５０】
バッティング画面におけるバッティング視点（通常のカメラ視点）として、ここでは、図１２および図１３に示す２種類が予め用意されている。その一つは図１２に示すように、仮想的なカメラ視点が捕手の頭越しに投手Ｐを臨むように位置し、ゲーム画像上でプレーヤ（ユーザ）と投手Ｐがほぼ真正面に対向する視点（真正面視点）である。もう一つは、カメラ視点が捕手の左右いずれかの側にスライドした視点（斜め視点）である。この斜め視点の場合に視点をスライドさせる方向は、打者Ｂが右打ちの場合、捕手の右側となり、打者Ｂが左打ちの場合、捕手の左側となる。このスライドさせる角度（量）は、投手Ｐにより投げられた球の横方向、高さ方向のいずれの球筋も見極め可能なように適宜な値に設定されている。
【００５１】
まず、メインＣＰＵ１０１により、バッティング画面の状態か否かが判断される（図１１、ステップ３０１）。この判断でＮＯとなるときは、カメラ視点の切替を示すフラグを変更させずに、現在のカメラ視点を維持させる（ステップ３０２）。反対にバッティング画面であると判断されると、投手Ｐが投球モーションに入っていないか否かが判断される。投球モーションに入っている場合（すなわちＮＯの場合）、同様にステップ３０２に移行し、現在のカメラ視点を維持させる。
【００５２】
これに対し、投球モーションに入っていない場合（ＹＥＳの場合）、続いてパッド２ｂに設置されているバッティング画面切替のためのＡボタンが押されたか否かが判断される。ＮＯのときは同様にステップ３０２に進み、現在のカメラ視点が維持されるが、ＹＥＳのときはステップ３０５に進み、バッティング画面におけるバッティング視点を「真正面視点」から「斜め視点」または「斜め視点」から「真正面視点」に切替許諾するようにフラグを立てる。このフラグ＝１に応答して、図示しない画面切替が指令される。
【００５３】
このように、投手Ｐが投球動作に入っていない限り、バッティング画面を図１２の真正面視点の状態から図１３の斜め視点の状態に、または、その反対に切り替えることができる。したがって、例えば打者Ｂを操作しているプレーヤが高さ方向の球筋の見極めも重視したいと思えば、パッド２ｂの所定Ａボタンを操作することで、真正面視点から斜め視点に変更できる。斜め視点のとき、仮想カメラはバッティングパースで構えている打者の正面寄りに移動するので、「左打者は左投手を打ち難い」、「左打者は右投手に有利」と言った一般に言われている感覚を視覚化でき、また投手が投げたフォークボールの軌道やベースを掠めるスライダーボールの軌道を表現できる。
【００５４】
しかしながら、そのようなバッティング画面の切替は投手Ｐが投球動作に入ったときには強制的に禁止される。このため、無闇に視点が変えられて、対戦状態にある守備側キャラクタを操作しているプレーヤにとって見難い画面となり、守備操作に悪影響を及ぼすという事態も確実に排除される。
【００５５】
なお、バッティング画面の切替処理はプレイモードによって異なる。プレイモードには「１人モード」と「２人モード」とが用意されている。「１人モード」は、１人のプレーヤが操作するチームと野球ゲームソフトに基づくＣＰＵブロック１０側が自動的に提供するチーム（コンピュータチーム）とが対戦するプレイモードである。この「１人モード」の場合、プレーヤのチームが攻撃のときはコンピュータチームが自動的に守備を行う、「オート守備」の状態になる。「２人モード」は２人のプレーヤが別々のチームを受け持ち、攻撃と守備に分かれて対戦するプレイモードである。「２人モード」のとき、守備側のプレーヤは当然にバッティング画面の切替処理を指令できない。「１人モード」のときは、守備側であっても、バッティング画面の切替を許される。
【００５６】
さらに、図１４に示すカメラ視点の切替処理を説明する。この処理はプレイモードが「１人モード」であるときに有効で、メインＣＰＵ１０１の指令により以下のように処理される。
【００５７】
まず、打者Ｂがボールを打ったか否かが、ボールとバットとの当たり判定処理などに基づいて判断される（ステップ４０１）。ボールを打っていない場合、バッティング待機状態であるからバッティング視点（図１２または図１３参照）が維持される（ステップ４０２）。
【００５８】
これに対し、ボールを打った場合、守備側の野手がボールを送球していないか否かが判断される（ステップ４０３）。送球していない場合、打球が未だ野手に触れていない状態であり、さらに、「オート守備」の状態かつ「アクティブ視点」の状態か否かが判断される（ステップ４０４）。この「アクティブ視点」とは、球場各所に設置したカメラを切り替えて打球を見せる視点である。
【００５９】
ステップ４０４で「オート守備」かつ「アクティブ視点」が判断されるときは、打球が野手に触れていない状態かつホームランではない状態である。このとき、プレーヤ（攻撃側）がパッド２ｂの所定Ｒボタンを押すと（ステップ４０５）、カメラ視点をアクティブに切り替える処理が指令される（ステップ４０６）。
【００６０】
野手がボールに触れているとき、「オート守備」かつ「アクティブ視点」の条件が満足されないとき、またはプレーヤがパッド２ｂを操作していないときは、いずれもカメラ視点の切替は実行されない（ステップ４０７）。
【００６１】
このようにオート守備時にアクティブ視点への切替えが可能になったので、プレーヤは自分が打った打球を様々な角度から見ることができ、ゲームへの興味感を大幅に高めることができる。
【００６２】
なお、本発明を実施するＴＶゲ−ム機としては、必ずしも野球ゲ−ムに限定されるものではなく、例えばサッカーゲ−ム、バレーボールゲ−ムなど、少なくとも２つのキャラクタにボ−ルなどが介在するゲ−ムであればよい。また、２つのキャラクタ間に介在する物としては、必ずしもボ−ルに限らず、例えばバドミントンゲ−ムのシャトルのような物であってもよい。
【００６３】
また本発明のキャラクタメイキングを実施する際、キーワードの選択数は前述した３つに限定されるものでなく、適宜な複数個であればよい。また選手の個性を表すキーワード数や属性を表すパラメータの数なども適宜に設定できることは勿論である。
【００６４】
さらに本発明の画像処理技術を実施する装置、方法としてはゲ−ム機のほか、シミュレーションシステムであってもよい。
【００６５】
【発明の効果】
以上説明したように、本発明によれば、キャラクタのパラメータに関与するキーワードを予め複数個保持し、キャラクタメイキング時にその複数個のキーワードの中からキーワードを選択し、選択された複数個のキーワードに基づいてキャラクタのパラメータを設定するようにしたため、野球ゲームなどの画像処理において、キャラクタメイキングに必要な情報（キーワード）をプレーヤがより簡単に入力できるので、従来の数値割振りの無機質なキャラクタメイキングに比べて、プレーヤのメイキング対する感情を反映させ易くなり、簡単で、かつ、興味感を向上させたキャラクタメイキングを行うことができる。
【図面の簡単な説明】
【図１】 本発明に係る画像処理装置を適用したＴＶゲーム機の一実施形態を示す外観斜視図である。
【図２】 同ＴＶゲーム機の概略構成を示すブロック図である。
【図３】 キャラクタメイキング処理の概要を示すフローチャートである。
【図４】 図３中のキーワード選択処理を詳細に示す部分フローチャートである。
【図５】 図３中のパラメータの値の範囲の特定処理を詳細に示す部分フローチャートである。
【図６】 図３中の底上げ処理の詳細に示す部分フローチャートである。
【図７】 （ａ），（ｂ）は野手、投手別のキーワードの例を説明する図である。
【図８】 （ａ），（ｂ）は野手、投手別のキーワードのそれぞれに対応させる属性の値の例を説明する図である。
【図９】 （ａ），（ｂ），（ｃ）はキーワード、パラメータ、選択されたキーワード、最終の選手データのファイル構造を説明する図である。
【図１０】 キーワード選択の様子を例示する画面の図である。
【図１１】 バッティング画面の切替処理を説明するフローチャートである。
【図１２】 バッティング視点としての真正面視点を説明する図である。
【図１３】 バッティング視点としての斜め視点を説明する図である。
【図１４】 カメラ視点の切替処理を説明するフローチャートである。
【符号の説明】
１ ゲーム機本体（画像処理装置）
１ｂ ＣＤ−ＲＯＭ
２ａ コネクタ
２ｂ パッド（画像処理装置）
５ ＴＶ受像機（画像処理装置）
１０ ＣＰＵブロック
１１ ビデオブロック
１００ ＳＣＵ
１０１ メインＣＰＵ
１０４ サブＣＰＵ
１２０ 第１のＶＤＰ
１３０ 第２のＶＤＰ
１３２ フレームメモリ
１６０ エンコーダ
【発明の属する技術分野】
本発明は、野球ゲームなどのＴＶゲ−ム機などに見られるように、投手と打者のような２種のキャラクタが対戦する場面を表示する画像処理技術に係り、とくに、表示画面のカメラ視点制御および登場キャラクタのメイキング処理の改善に関する。
【０００２】
【従来の技術】
近年のコンピュ−タ技術の発達に伴い、ＴＶゲーム機、シミュレーション装置などの画像処理技術が広く一般に普及するようになっている。このようなシステムでは、表示画面や表示内容をよりリアルに見せる画像処理技術の高度化が、商品価値を高めるうえで非常に大きなウエイトを占めるようになってきている。
【０００３】
例えば、ＴＶゲーム機の場合、パッド、ジョイスティックなどの操作器および表示用モニタを含むペリフェラルと、画像処理、音響処理、ペリフェラルとのデータ通信などを実行するＣＰＵを搭載したゲーム機本体とを備え、操作器との間でインターラクティブにゲーム展開を演出できるようになっている。
【０００４】
このようなＴＶゲーム機の一分野として、野球ゲームを行うことができるゲーム機がある。野球ゲームでは、ゲーム空間上で、マウンド上の投手が投げた球をバッターボックスに立つ打者が打つことになる。このバッティング時のカメラ視点は、バッティング動作を指令するプレーヤがその球筋を見ることができるように、捕手の後側から投手を見る視点に設定されている。
【０００５】
また、野球ゲームの興味感を盛り上げるために、投手や野手のキャラクのパラメータをプレーヤが任意に設定できるキャラクタメイキングの機能を備えているものが在る。このキャラクタメイキングによれば、プレーヤはキャラクタに数値を割り当ててそのパラメータ（例えば、選手成績）を決めることができる。
【０００６】
【発明が解決しようとする課題】
しかしながら、上述した従来のゲーム機にあっては、バッティング時のカメラ視点およびキャラクタメイキングに以下のような未解決の問題があった。
【０００７】
第１に、バッティング時のカメラ視点の問題である。従来のバッティング時のカメラ視点は、捕手の頭越しに投手を臨む「真正面」の視点であった。このため、プレーヤにとって投手が投げる高さ方向の球筋の見極めが難しいという問題があった。
【０００８】
第２は、キャラクタメイキングの問題である。従来のキャラクタメイキングの場合、結局のところ、数値を割り振る処理に帰着する。このため、その数値と最終的に決まる投手、野手の特性、成績を表すパラメータとの対応関係をメイキング中にプレーヤに意識させ難いという問題がある。つまり、どの程度の数値を与えると、どのようなパラメータが出来上がるのかがメイキング中には分かり難いため、概して無機質に数値を与えがちになり、キャラクタメイキングの興味感が殺がれる。一方、最終パラメータをより精細に設定しようと思えば、数値の与え方に神経質にならざると得ない。そのような数値割振りは多くの場合、手間が掛かり、面倒な操作となる。
【０００９】
本発明は、以上のような課題に鑑みてなされたもので、野球ゲームなどの画像処理において、例えばバッティング時に投手が投げた球筋の横方向、高さ方向の見極めが両方とも容易になるようにカメラ視点を変更可能な画像処理技術を提供することを目的とする。
【００１０】
また、野球ゲームなどの画像処理において、キャラクタメイキングに必要な情報をプレーヤがより簡単に入力でき、かつ、そのメイキングの興味感を向上させることができるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
前記目的を達成するために、本発明は、 ＣＰＵがアプリケーションソフトを実行することにより、ゲームキャラクタのパラメータを設定するキャラクタメイキング処理手段としてテレビゲーム機を機能させるキャラクタメイキング処理方法であって、前記ゲームキャラクタの属性に関する複数のパラメータのうち少なくともひとつに関与し、該ゲームキャラクタの典型的な特徴を表すキーワードを複数個保持するキーワード保持手段から、複数のキーワードを読み出すステップと、前記読み出された複数のキーワードのそれぞれに含まれるパラメータを参照し、同じ属性に関するパラメータが一つしかないか否かを判定するステップと、当該判定が否定された場合、当該重複するパラメータの値に基づいて、前記同じ属性に関するパラメータの値の範囲を特定し、特定された範囲内で当該属性に関するパラメータの値を決定するステップと、決定されたパラメータの値を前記ゲームキャラクタの前記属性におけるパラメータとして設定するステップと、を備えたことを特徴とする。
【００１２】
本発明はさらに、前記選択された複数のキーワードに所定の属性に関するパラメータが無い場合、該属性の最大値に基づいて該属性に関するパラメータの値を決定するステップを更に備えたことを特徴とする。
【００１３】
本発明はまた、前記特定された範囲内で前記属性に関するパラメータの値をランダムで決定することを特徴とする。本発明はまた、前記属性に関するパラメータの値がその大小に応じて上位ランクと下位ランクにランキングされており、前記選択された複数のキーワードに含まれるパラメータに基づいて決定された前記ゲームキャラクタのパラメータが下位ランクに設定されたとき、前記選択されたキーワードに含まれないパラメータを上位ランクの値に設定する底上げ処理を行うことを特徴とする。本発明はまた、前記キーワードを前記キーワード保持手段から選択する際に、該選択されたキーワードと同一または同じ属性のキーワードが既に使用されているか否かを判定し、使用されていない場合には前記キーワードを用いてキャラクタのパラメータ設定処理を行うことを特徴とする。本発明はまた、前記キーワード保持手段から選択されたキーワードと同一または同じ属性のキーワードが既に使用されている場合、他のキーワードを選択するよう促すエラーメッセージを表示手段に表示する処理を更に有することを特徴とする。
【００１４】
本発明は、さらに、アプリケーションソフトを実行するＣＰＵを備え、当該ＣＰＵはユーザーの周辺機器の操作による操作信号と前記アプリケーションソフトに基づいて、前記方法を実行するように構成されたテレビゲーム機でもある。
【００１５】
【発明の実施の形態】
以下、本発明の一つの実施形態を図１〜図１４を参照して説明する。この実施形態は、本発明の画像処理装置を一体に組み込んだＴＶゲ−ム機に関する。なお、ここでのアプリケーションソフトは野球ゲームソフトである場合を例示するが、サッカーゲームなど、その他のゲームソフトであっても同様に実施できる。
【００１６】
図１は、本実施形態に係るＴＶゲ−ム機の外観を示す。同図において、符号１は、ゲーム機本体を示している。このゲーム機本体１の前面には２つのコネクタ２ａ、２ａが設けられている。このコネクタ２ａ、２ａにはゲーム機操作用のパッド２ｂ，２ｂがケ−ブル２ｃ、２ｃを介してそれぞれ接続されている。また、ゲーム機本体１の上部には、ＲＯＭカートリッジ接続用のカートリッジＩ／Ｆ１ａ、ＣＤ−ＲＯＭ読取り用のＣＤ−ＲＯＭドライブ１ｂが設けられている。ゲーム機本体１の背面には、図示されていないが、ビデオ出力端子およびオ−ディオ出力端子が設けられている。このビデオ出力端子はケ−ブル４ａを介してＴＶ受像機５のビデオ入力端子に接続されるとともに、オ−ディオ出力端子はケ−ブル４ｂを介してＴＶ受像機５のオ−ディオ入力端子に接続されている。ユーザがパッド２ｂ、２ｂのボタンやスイッチを操作することにより、ＴＶ受像機５に表示された画面を見ながらゲームを行うことができる。
【００１７】
図２は、このＴＶゲーム機の概要を表すブロック図である。このＴＶゲ−ム機は、装置全体の制御を行うＣＰＵブロック１０、ゲーム画面の表示制御を行うビデオブロック１１、効果音等を生成するサウンドブロック１２、ＣＤ−ＲＯＭの読み出しを行うサブシステム１３等により構成されている。
【００１８】
ＣＰＵブロック１０は、ＳＣＵ（System Control Unit)１００、メインＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、サブＣＰＵ１０４、ＣＰＵバス１０５等により構成されている。このブロック１０はビデオブロック１１と共働して本発明の画像処理の主体を担う。
【００１９】
メインＣＰＵ１０１は、装置全体の制御を行うものである。このメインＣＰＵ１０１は、内部にＤＳＰ（Digital Signal Processor)と同様の演算機能を備え、後述するキャラクタメイキング、カメラ視点の切替（バッティング画面の切替を含む）を含むアプリケーションソフトを高速に実行可能になっている。ＲＡＭ１０２は、メインＣＰＵ１０１のワークエリアとして使用される。ＲＯＭ１０３には、初期化処理用のイニシャルプログラム等が書き込まれている。ＳＣＵ１００は、バス１０５、１０６、１０７を制御することにより、メインＣＰＵ１０１、ＶＤＰ１２０、１３０、ＤＳＰ１４０、ＣＰＵ１４１などの相互間のデータ入出力を円滑に行う。ＳＣＵ１００は、内部にＤＭＡコントロ−ラを備え、ゲーム中のキャラクタデータ（例えばポリゴンデータ）をビデオブロック１１内のＶＲＡＭに転送することができる。これにより、ゲーム等のアプリケーションソフトが高速に実行される。カートリッジＩ／Ｆ１ａは、ＲＯＭカートリッジの形態で供給されるアプリケーションソフトを入力するために装備されている。
【００２０】
サブＣＰＵ１０４は、ＳＭＰＣ（System Manager & Peripheral Control)と呼ばれるもので、メインＣＰＵ１０１からの要求に応じて、パッド（周辺機器）２ｂ、２ｂからペリフェラルデータ（ＩＤデータ、操作データなど）をコネクタ２ａ、２ａを介して収集する機能等を備えている。メインＣＰＵ１０１はサブＣＰＵ１０４から受け取った操作データに基づき、例えばゲーム画面中のキャラクタの回転変換や透視変換などの画像制御を行うものである。コネクタ２ａ、２ａには、ＰＡＤのほか、ジョイスティック、キ−ボ−ド等のペリフェラルを接続できる。
【００２１】
ビデオブロック１１は、ポリゴン画面の描画を行う第１のＶＤＰ（Video Display Processor)１２０と、背景画面の描画、プライオリティに基づく画像合成、クリッピングを行う第２のＶＤＰ１３０とを備えている。
【００２２】
この内、第１のＶＤＰ１２０はシステムレジスタ１２０ａを内蔵するとともに、ＶＲＡＭ（ＤＲＡＭ）１２１及び２面のフレームバッファ１２２、１２３に接続されている。キャラクタを表すポリゴンの描画データはメインＣＰＵ１０１からＳＣＵ１００を介して第１のＶＤＰ１２０に送られ、ＶＲＡＭ１２１に書き込まれる。ＶＲＡＭ１２１に書き込まれた描画データは、例えば、１６又は８ビット／pixelの形式で描画用のフレームバッファ１２２（又は１２３）に描画される。描画されたフレームバッファ１２２（又は１２３）のデータは、表示モード時に第２のＶＤＰ１３０送られる。このようにフレームバッファには２面のバッファ１２２、１２３が使われており、描画と表示がフレーム毎に切り替わるダブルバッファ構造を成している。さらに、描画を制御する情報は、メインＣＰＵ１０１からＳＣＵ１００を介して第１のＶＤＰ１２０のシステムレジスタ１２０ａに設定される。このシステムレジスタ１２０ａに設定された指示にしたがって第１のＶＤＰ１２０が描画と表示を制御する。
【００２３】
第２のＶＤＰ１３０はレジスタ１３０ａ及びカラーＲＡＭ１３０ｂを内蔵するとともに、ＶＲＡＭ１３１に接続されている。また第２のＶＤＰ１３０はバス１０７を介して第１のＶＤＰ１２０及びＳＣＵ１００に接続されるとともに、エンコーダ１６０を介してＴＶ受像機５に接続されている。
【００２４】
この第２のＶＤＰ１３０に対して、画像データはメインＣＰＵ１０１からＳＣＵ１００を介してＶＲＡＭ１３１及びカラーＲＡＭ１３０ｂに定義される。画像表示を制御する情報も同様にして第２のＶＤＰ１３０のレジスタ１３０ａに設定される。ＶＲＡＭ１３１に定義されたデータは、第２のＶＤＰ１３０によりレジスタ１３０ａに設定されている内容にしたがって読み出され、キャラクタの背景を表す各スクロール画面の画像データになる。各スクロール画面の画像データと第１のＶＤＰ１から送られてきたテクスチャマッピングが施されたポリゴンデータの画像データは、レジスタ１３０ａへの設定にしたがって表示優先順位（プライオリティ）が決められ、最終的な表示画像データに合成される。この表示画像データがパレット形式の場合、第２のＶＤＰ１３０によって、その値にしたがってカラーＲＡＭ１３０ｂに定義されているカラーデータが読み出され、表示カラーデータが生成される。また表示画像データがＲＧＢ形式の場合、表示画像データがそのまま表示カラーデータとなる。この表示カラーデータはフレームメモリ１３２に蓄えられた後にエンコーダ１６０に出力される。エンコーダ１６０は画像データに同期信号等を付加することにより映像信号を生成し、ＴＶ受像機５に出力する。これにより、ＴＶ受像機５にゲーム画面が表示される。
【００２５】
サウンドブロック１２は、ＰＣＭ方式あるいはＦＭ方式に従い音声合成を行うＤＳＰ１４０と、このＤＳＰ１４０の制御等を行うＣＰＵ１４１とを備えている。ＤＳＰ１４０により生成された音声データは、Ｄ／Ａコンバ−タ１７０により２チャンネルの信号に変換された後にスピ−カ５ａ、５ａに出力される。
【００２６】
サブシステム１３は、ＣＤ−ＲＯＭドライブ１ｂ、ＣＤ Ｉ／Ｆ１８０、ＣＰＵ１８１、ＭＰＥＧ ＡＵＤＩＯ１８２、ＭＰＥＧ ＶＩＤＥＯ１８３等により構成されている。このサブシステム１３は、ＣＤ−ＲＯＭの形態で供給されるアプリケーションソフト（野球ゲームソフトなど）の読み込み、動画の再生等を行う機能を備えている。ＣＤ−ＲＯＭドライブ１ｂはＣＤ−ＲＯＭからデータを読み取る。ＣＰＵ１８１は、ＣＤ−ＲＯＭドライブ１ｂの制御、読み取られたデータの誤り訂正等の処理を行う。ＣＤ−ＲＯＭから読み取られたデータは、ＣＤＩ／Ｆ１８０、バス１０６、ＳＣＵ１００を介してメインＣＰＵ１０１に供給され、アプリケーションソフトとして利用される。また、ＭＰＥＧ ＡＵＤＩＯ１８２、ＭＰＥＧ ＶＩＤＥＯ１８３は、ＭＰＥＧ規格（Motion Picture ExpertGroup)により圧縮されたデータを復元するデバイスである。これらのＭＰＥＧＡＵＤＩＯ１８２、ＭＰＥＧ ＶＩＤＥＯ１８３を用いてＣＤ−ＲＯＭに書き込まれたＭＰＥＧ圧縮データの復元を行うことにより、動画の再生を行うことが可能となる。
【００２７】
続いて、ＣＰＵブロック１０およびビデオブロック１１が中心となって実行される処理を説明する。この処理には、図３〜図６に示すキャラクタ・メイキング処理、図１１に示すバッティング画面の切替処理、図１４に示すカメラ視点の切替処理を含む。
【００２８】
以下の説明において、ＴＶ受像機５に表示する仮想空間としての野球ゲームの画像を「ゲーム画像」と呼ぶ。また「バッティング画面」とは投手が投球モーションに入ってから打者がボールを打つまでの言う。バッティング画面を表示しているときの視点もカメラ視点の一部であるが、とくに「バッティング視点」と呼ぶ。
【００２９】
最初に、図３〜図１０に示すキャラクタメイキングの処理を説明する。この処理はＣＤ−ＲＯＭの形態で提供される野球ゲ−ムソフトに予め含まれている。プレーヤは、この処理によって、ゲ−ム機側で用意されているキャラクタによる「コンピュータ（ＣＯＭ）チーム」に加えて、自分で任意にメイキングしたキャラクタ選手による自前のチームを持つことができる。
【００３０】
メインＣＰＵ１０１を中心とするＣＰＵブロック１０およびビデオブロック１１は、パッド２ｂおよびＴＶ受像機５を介して、インターラクティブに図３〜図６の処理を実行する。
【００３１】
メインＣＰＵ１０１は、プレーヤからのキャラクタメイキング開始の指令に応答して図３の処理を立ち上げる。
【００３２】
この処理により、最初に、各選手に対して、選手の特徴を表すキーワードが３つずつ選択される（ステップ２０１）。
【００３３】
このキーワードは、図７（ａ），（ｂ）に示すように、野手、投手別に選手の典型的な特徴を表す複数個が予め用意されている。野手の場合、図７（ａ）に示す如く、「安打製造機」、「左右に打ち分ける」、「エンドランがうまい」、…などである。野手のキーワードは、それぞれ、図９（ａ）に示すように、「打撃」、「走塁」、「守備」、「そのほか」の部門別に定めた「選手の属性を表すパラメータ」の１つに属する。このパラメータとしては、巧打力、長打力、選球眼（以上、打撃）、走力、走塁技術（以上、走塁）、肩、守備力（以上、守備）、勝負強さ、スタミナ（以上、そのほか）が用意されている。野手のキーワードの各々には、図８（ａ）に示す如く、巧打力、長打力、選球眼、走力、走塁技術、肩、守備力の属性の内の少なくとも一つがその数値とともに割り当てられている。例えば、０番のキーワード「安打製造機」に対してはその意味合いから、１４≦巧打力≦１５、１４≦長打力≦１５、選球眼＝３と言った具合である。
【００３４】
投手の特徴を表すキーワードとしては、図７（ｂ）に示す如く、「制球力抜群」、「針に穴を通す制球」、「抑えのエース」、…などである。投手のキーワードは、それぞれ、図９（ａ）に示すように、「投球」、「変化球」、「守備」、「そのほか」の部門別に定めた「選手の属性を表すパラメータ」の１つに属する。このパラメータとしては、制球力、球質、球速（以上、投球）、カーブ変化率、シュート変化率、フォーク変化率（以上、変化球）、守備力（以上、守備）、スタミナ、打撃、走力（以上、そのほか）が用意されている。投手のキーワードの各々には、図８（ｂ）に示す如く、制球力、球質、球速、カーブ変化率、シュート変化率、フォーク変化率、守備力、スタミナ、打撃、走力の属性の内の少なくとも一つがその数値とともに割り当てられている。例えば、０番のキーワード「制球力抜群」に対してはその意味合いから、１４≦制球力≦１５、１０≦球質≦１３と言った具合である。
【００３５】
キーワード選択のステップ２０１の詳細を図４により説明する。各キーワードを１チームに割り振れる数が決まっている。そこで、いま選択したキーワードが、ほかの選手で選択済みではないかどうかが確認される（ステップ２０１１）。選択済みではない場合、次いで、同じ属性のキーワードを選択していないかどうか確認される（ステップ２０１２）。同一属性のキーワードを選択していない場合、選択されたキーワードがその選手に登録される（ステップ２０１３）。ステップ２０１１、２０１２でＮＯの場合、例えば、「他の選手が既に使用しています。別のキーワードを選んで下さい。」と言ったエラーメッセージが表示される（ステップ２０１４）。以上の処理は、１選手に３つのキーワードが登録されるまで繰り返される（ステップ２０１５）。
【００３６】
図１０にキーワード選択の表示例を示す。同図のキーワード群の中から３つのキーワードを個人特性として選択する。投手の場合、守備適性が投手の選手しか選択できない。なお、キーワードは、同一属性（例えば、巧打力、長打力、…）毎に同一カラーで表示され、選択を容易にしている。また図９（ｂ）にキーワード選択のファイル構造例をそれぞれ模式的に示す。
【００３７】
このようにキーワード選択が完了すると、図３に戻って、一つの属性としての「走力」に関するステップ２０２〜２０５の処理が実行される。まず、登録されているキーワードに走力に関するパラメータが含まれているかどうか判定される（ステップ２０２）。ＹＥＳの場合、走力の取り得る値の範囲が特定される（ステップ２０３）。
【００３８】
このステップ２０３の処理を図５を参照して詳述する。最初に、走力に関するパラメータは１つしかないか否かが判定される（ステップ２０３１）。ＮＯの場合、走力に関する２つのパラメータはＡランクとＢランクであるか否かが判定される（ステップ２０３２）。パラメータの値は、その大小に応じて上位のＡランクから下位のＤランクまでランキングされている。ステップ２０３２でＮＯの判定のときはさらに、かかる２つのパラメータはＣランクとＤランクであるか否かが判定される（ステップ２０３３）。この判定でＮＯとなるとき、走力は２つのパラメータの値を上限および下限とする範囲を取ると認識される（ステップ２０３４）。ステップ２０３３でＹＥＳとなるときは、走力がＤランクであると認識される（ステップ２０３５）。またステップ２０３２でＹＥＳとなるときは、走力がＡランクであると認識される（ステップ２０３６）。次いで、ステップ２０３７にて、走力に関するパラメータが３つある場合、上述のようにして認識された走力範囲と残りの走力パラメータとにより同様の処理を行う。このようにして認識された走力の範囲に対して、最終的に、走力の取り得る範囲が決定され、記憶される（ステップ２０３８）。
【００３９】
次いで図３に戻って、特定された走力の範囲から乱数表で走力が決定される（ステップ２０４）。ステップ２０２でＮＯの判断が下された場合、すなわち登録キーワードに走力のパラメータが無い場合、走力の最大値の半分の値を基準に乱数表から走力が決定される（ステップ２０５）。
【００４０】
以上の走力に関する処理と同様の処理が、そのほかのパラメータ（属性）についても繰り返される（ステップ２０６）。選手が投手の場合、さらに、投手独特のパラメータ（属性）である球速、球質、制球力、カーブ変化率、シュート変化率、フォーク変化率のほか、守備力、スタミナ、打撃、走力について同様に繰り返される（ステップ２０６）。
【００４１】
さらに、パラメータ間のバランスを取るため、底上げ処理が実施される（ステップ２０７）。この処理の一部を図６に詳細に示す。例えば、ある選手の走力、走塁技術が共に最下位のＤランクか否かが判断される（ステップ２０６１）。この判断でＹＥＳの場合、登録された３つのキーワードに巧打力に関するパラメータが含まれているか否かが判断される（ステップ２０６２）。この判断でＮＯ、すなわち巧打力に関するパラメータが含まれていない場合、その選手の巧打力のパラメータをＡランクに底上げされる（ステップ２０６３）。ステップ２０６２でＹＥＳの判断のときは、ステップ２０６３の底上げ処理はなされない。
【００４２】
次いで、登録されている３つのキーワードに長打力に関するパラメータが含まれているか否かが判断される（ステップ２０６４）。この判断でＹＥＳのときのみ、その選手の長打力のパラメータがＡランクに底上げされる。
【００４３】
最初のステップ２０６１でＮＯの判断の場合、すなわち走力または走塁技術の少なくとも一方がＣランク以上の場合、上述した底上げ処理は実施されない。
【００４４】
この底上げ処理は、組み合わせた３つのキーワードの組み合わせが、選手の特徴を表すものとして不自然さを呈する場合、その是正を自動的に行うものである。上述の例では、走力、走塁技術が共に低いランクにあるのに、打力も低いランクでは野球選手としてその体を成さないので、巧打力および長打力を上げている。したがって、この底上げ処理は他の属性の組み合わせについても実施される。例えば、上述とは反対に、巧打力がＤランクのときには、走力と走塁技術が底上げされる。また投手の場合、例えば、変化球に関する属性が全てＤランクのときは、制球力のパラメータが底上げされるし、制球力と球質が共にＤランクのときは、球速が底上げされる。
【００４５】
この後、投手については勝敗数、セーブ数、防御率が、野手については打率、ホームラン数、盗塁数がテーブルより得られる（ステップ２０７）。
【００４６】
さらに、選手（プレーヤ）のそれぞれについて投手、野手別にその特性を表すパラメータの値が決定され、選手像の特徴が形作られる（ステップ２０８）。
【００４７】
さらに図示しないが、選手の画像がＴＶ受像機５に表示され、プレーヤは画像を見ながら打撃フォーム、右投げ右打ちなどの投打の情報、選手名などを任意に設定できるようになっている。
【００４８】
以上のように、プレーヤ（ユーザ）は最初に３つのキーワードを選手別に選択するだけで、投手については制球力、球質、球速、カーブ変化率、シュート変化率、フォーク変化率のパラメータの量が決定される。野手については、巧打力、長打力、走力、走塁技術、守備力、肩、スタミナ、勝負強さ、選球眼のパラメータの量が決定される。したがって、従来のように数値を割り振るだけの無機質なキャラクタメイキングとは異なり、キーワードを複数個選択するだけの簡単な操作でありながら、キーワード、つまり文章で特徴を与えられることから、キャラクタへの感情移入が可能になり、その興味感が従来に比べて飛躍的に高まる。
【００４９】
次に、バッティング画面の切替処理を図１１〜図１３を参照して説明する。この処理は野球ゲームの進行中に例えば一定タイミングの割込みの形態でＣＰＵブロック１０、ビデオブロック１１を中心として実施される。
【００５０】
バッティング画面におけるバッティング視点（通常のカメラ視点）として、ここでは、図１２および図１３に示す２種類が予め用意されている。その一つは図１２に示すように、仮想的なカメラ視点が捕手の頭越しに投手Ｐを臨むように位置し、ゲーム画像上でプレーヤ（ユーザ）と投手Ｐがほぼ真正面に対向する視点（真正面視点）である。もう一つは、カメラ視点が捕手の左右いずれかの側にスライドした視点（斜め視点）である。この斜め視点の場合に視点をスライドさせる方向は、打者Ｂが右打ちの場合、捕手の右側となり、打者Ｂが左打ちの場合、捕手の左側となる。このスライドさせる角度（量）は、投手Ｐにより投げられた球の横方向、高さ方向のいずれの球筋も見極め可能なように適宜な値に設定されている。
【００５１】
まず、メインＣＰＵ１０１により、バッティング画面の状態か否かが判断される（図１１、ステップ３０１）。この判断でＮＯとなるときは、カメラ視点の切替を示すフラグを変更させずに、現在のカメラ視点を維持させる（ステップ３０２）。反対にバッティング画面であると判断されると、投手Ｐが投球モーションに入っていないか否かが判断される。投球モーションに入っている場合（すなわちＮＯの場合）、同様にステップ３０２に移行し、現在のカメラ視点を維持させる。
【００５２】
これに対し、投球モーションに入っていない場合（ＹＥＳの場合）、続いてパッド２ｂに設置されているバッティング画面切替のためのＡボタンが押されたか否かが判断される。ＮＯのときは同様にステップ３０２に進み、現在のカメラ視点が維持されるが、ＹＥＳのときはステップ３０５に進み、バッティング画面におけるバッティング視点を「真正面視点」から「斜め視点」または「斜め視点」から「真正面視点」に切替許諾するようにフラグを立てる。このフラグ＝１に応答して、図示しない画面切替が指令される。
【００５３】
このように、投手Ｐが投球動作に入っていない限り、バッティング画面を図１２の真正面視点の状態から図１３の斜め視点の状態に、または、その反対に切り替えることができる。したがって、例えば打者Ｂを操作しているプレーヤが高さ方向の球筋の見極めも重視したいと思えば、パッド２ｂの所定Ａボタンを操作することで、真正面視点から斜め視点に変更できる。斜め視点のとき、仮想カメラはバッティングパースで構えている打者の正面寄りに移動するので、「左打者は左投手を打ち難い」、「左打者は右投手に有利」と言った一般に言われている感覚を視覚化でき、また投手が投げたフォークボールの軌道やベースを掠めるスライダーボールの軌道を表現できる。
【００５４】
しかしながら、そのようなバッティング画面の切替は投手Ｐが投球動作に入ったときには強制的に禁止される。このため、無闇に視点が変えられて、対戦状態にある守備側キャラクタを操作しているプレーヤにとって見難い画面となり、守備操作に悪影響を及ぼすという事態も確実に排除される。
【００５５】
なお、バッティング画面の切替処理はプレイモードによって異なる。プレイモードには「１人モード」と「２人モード」とが用意されている。「１人モード」は、１人のプレーヤが操作するチームと野球ゲームソフトに基づくＣＰＵブロック１０側が自動的に提供するチーム（コンピュータチーム）とが対戦するプレイモードである。この「１人モード」の場合、プレーヤのチームが攻撃のときはコンピュータチームが自動的に守備を行う、「オート守備」の状態になる。「２人モード」は２人のプレーヤが別々のチームを受け持ち、攻撃と守備に分かれて対戦するプレイモードである。「２人モード」のとき、守備側のプレーヤは当然にバッティング画面の切替処理を指令できない。「１人モード」のときは、守備側であっても、バッティング画面の切替を許される。
【００５６】
さらに、図１４に示すカメラ視点の切替処理を説明する。この処理はプレイモードが「１人モード」であるときに有効で、メインＣＰＵ１０１の指令により以下のように処理される。
【００５７】
まず、打者Ｂがボールを打ったか否かが、ボールとバットとの当たり判定処理などに基づいて判断される（ステップ４０１）。ボールを打っていない場合、バッティング待機状態であるからバッティング視点（図１２または図１３参照）が維持される（ステップ４０２）。
【００５８】
これに対し、ボールを打った場合、守備側の野手がボールを送球していないか否かが判断される（ステップ４０３）。送球していない場合、打球が未だ野手に触れていない状態であり、さらに、「オート守備」の状態かつ「アクティブ視点」の状態か否かが判断される（ステップ４０４）。この「アクティブ視点」とは、球場各所に設置したカメラを切り替えて打球を見せる視点である。
【００５９】
ステップ４０４で「オート守備」かつ「アクティブ視点」が判断されるときは、打球が野手に触れていない状態かつホームランではない状態である。このとき、プレーヤ（攻撃側）がパッド２ｂの所定Ｒボタンを押すと（ステップ４０５）、カメラ視点をアクティブに切り替える処理が指令される（ステップ４０６）。
【００６０】
野手がボールに触れているとき、「オート守備」かつ「アクティブ視点」の条件が満足されないとき、またはプレーヤがパッド２ｂを操作していないときは、いずれもカメラ視点の切替は実行されない（ステップ４０７）。
【００６１】
このようにオート守備時にアクティブ視点への切替えが可能になったので、プレーヤは自分が打った打球を様々な角度から見ることができ、ゲームへの興味感を大幅に高めることができる。
【００６２】
なお、本発明を実施するＴＶゲ−ム機としては、必ずしも野球ゲ−ムに限定されるものではなく、例えばサッカーゲ−ム、バレーボールゲ−ムなど、少なくとも２つのキャラクタにボ−ルなどが介在するゲ−ムであればよい。また、２つのキャラクタ間に介在する物としては、必ずしもボ−ルに限らず、例えばバドミントンゲ−ムのシャトルのような物であってもよい。
【００６３】
また本発明のキャラクタメイキングを実施する際、キーワードの選択数は前述した３つに限定されるものでなく、適宜な複数個であればよい。また選手の個性を表すキーワード数や属性を表すパラメータの数なども適宜に設定できることは勿論である。
【００６４】
さらに本発明の画像処理技術を実施する装置、方法としてはゲ−ム機のほか、シミュレーションシステムであってもよい。
【００６５】
【発明の効果】
以上説明したように、本発明によれば、キャラクタのパラメータに関与するキーワードを予め複数個保持し、キャラクタメイキング時にその複数個のキーワードの中からキーワードを選択し、選択された複数個のキーワードに基づいてキャラクタのパラメータを設定するようにしたため、野球ゲームなどの画像処理において、キャラクタメイキングに必要な情報（キーワード）をプレーヤがより簡単に入力できるので、従来の数値割振りの無機質なキャラクタメイキングに比べて、プレーヤのメイキング対する感情を反映させ易くなり、簡単で、かつ、興味感を向上させたキャラクタメイキングを行うことができる。
【図面の簡単な説明】
【図１】 本発明に係る画像処理装置を適用したＴＶゲーム機の一実施形態を示す外観斜視図である。
【図２】 同ＴＶゲーム機の概略構成を示すブロック図である。
【図３】 キャラクタメイキング処理の概要を示すフローチャートである。
【図４】 図３中のキーワード選択処理を詳細に示す部分フローチャートである。
【図５】 図３中のパラメータの値の範囲の特定処理を詳細に示す部分フローチャートである。
【図６】 図３中の底上げ処理の詳細に示す部分フローチャートである。
【図７】 （ａ），（ｂ）は野手、投手別のキーワードの例を説明する図である。
【図８】 （ａ），（ｂ）は野手、投手別のキーワードのそれぞれに対応させる属性の値の例を説明する図である。
【図９】 （ａ），（ｂ），（ｃ）はキーワード、パラメータ、選択されたキーワード、最終の選手データのファイル構造を説明する図である。
【図１０】 キーワード選択の様子を例示する画面の図である。
【図１１】 バッティング画面の切替処理を説明するフローチャートである。
【図１２】 バッティング視点としての真正面視点を説明する図である。
【図１３】 バッティング視点としての斜め視点を説明する図である。
【図１４】 カメラ視点の切替処理を説明するフローチャートである。
【符号の説明】
１ ゲーム機本体（画像処理装置）
１ｂ ＣＤ−ＲＯＭ
２ａ コネクタ
２ｂ パッド（画像処理装置）
５ ＴＶ受像機（画像処理装置）
１０ ＣＰＵブロック
１１ ビデオブロック
１００ ＳＣＵ
１０１ メインＣＰＵ
１０４ サブＣＰＵ
１２０ 第１のＶＤＰ
１３０ 第２のＶＤＰ
１３２ フレームメモリ
１６０ エンコーダ
Claims (7)
- アプリケーションソフト及びゲームのデータを記憶するメモリと、
前記アプリケーションソフト、前記データ、及び操作装置の入力信号と、に基づいて、画面表示するゲームキャラクタを作成するキャラクタメイキング処理と、仮想空間のカメラ視点の切り替え処理を含む、前記アプリケーションソフトを実行する、ＣＰＵと、
当該ＣＰＵの処理結果をビデオ出力するための処理を行うビデオブロックと、
前記処理結果をサウンド出力するための処理を行うサウンドブロックと、
を備え、
前記メモリは、前記ゲームキャラクタの属性に関する複数のパラメータと、このパラメータのうち少なくともひとつに関与し、前記ゲームキャラクタの典型的な特徴を表す、複数のキーワードと、前記パラメータと前記キーワードとの対応関係のテーブルと、を保持する、テレビゲーム機において実行されるキャラクタメイキング処理方法であって、
前記ＣＰＵが、前記アプリケーションソフトを実行することにより、前記ゲームキャラクタを作成するためのパラメータを設定するキャラクタメイキング処理手段として機能するものであり、
前記キャラクタメイキング処理手段は、遊戯者の前記操作装置の操作に基づいて、前記メモリから複数のキーワードを読み出すステップと、
前記読み出された複数のキーワードのそれぞれに対応するパラメータを前記メモリの前記テーブルから参照し、同じ属性に関するパラメータが一つしかないか否かを判定するステップと、
当該判定が否定された場合、当該重複するパラメータの値に基づいて、前記同じ属性に関するパラメータの値の範囲を特定し、特定された範囲内で当該属性に関するパラメータの値を決定するステップと、
決定されたパラメータの値を前記ゲームキャラクタの前記属性におけるパラメータとして設定するステップと、
を実行するように構成されてなる、キャラクタメイキング処理方法。 - 請求項１記載のキャラクタメイキング処理方法において、前記キャラクタメイキング処理手段は、前記選択された複数のキーワードに所定の属性に関するパラメータが無い場合、該属性の最大値に基づいて該属性に関するパラメータの値を決定するステップを実行するようにした、キャラクタメイキング処理方法。
- 請求項１又は２記載のキャラクタメイキング処理方法において、前記キャラクタメイキング処理手段は、前記特定された範囲内で前記属性に関するパラメータの値をランダムで決定するステップを実行することを特徴とする、キャラクタメイキング処理方法。
- 請求項１乃至３の何れか１項記載のキャラクタメイキング処理方法において、前記キャラクタメイキング処理手段は、前記属性に関するパラメータの値がその大小に応じて上位ランクと下位ランクにランキングされており、前記選択された複数のキーワードに含まれるパラメータに基づいて決定された前記ゲームキャラクタのパラメータが下位ランクに設定されたとき、前記選択されたキーワードに含まれないパラメータを上位ランクの値に設定する底上げ処理のステップを実行することを特徴とする、キャラクタメイキング処理方法。
- 請求項１乃至４の何れか１項記載のキャラクタメイキング処理方法において、前記キャラクタメイキング処理手段は、前記キーワードを前記メモリから選択して読み出す際に、当該選択されたキーワードと同一または同じ属性のキーワードが既に使用されているか否かを判定し、使用されていない場合には前記キーワードを用いてキャラクタのパラメータ設定処理のステップを実行することを特徴とする、キャラクタメイキング処理方法。
- 請求項５記載のキャラクタメイキング処理方法において、前記キャラクタメイキング処理手段は、前記キーワードを前記メモリから選択して読み出す際に、当該選択されたキーワードと同一または同じ属性のキーワードが既に使用されている場合、他のキーワードを選択するよう促すエラーメッセージを表示手段に表示するステップを実行することを特徴とする、キャラクタメイキング処理方法。
- アプリケーションソフト及びゲームのデータを記憶するメモリと、
前記アプリケーションソフト、前記データ、及び操作装置の入力信号と、に基づいて、画面表示するゲームキャラクタを作成するキャラクタメイキング処理と、仮想空間のカメラ視点の切り替え処理を含む、前記アプリケーションソフトを実行する、ＣＰＵと、
当該ＣＰＵの処理結果をビデオ出力するための処理を行うビデオブロックと、
前記処理結果をサウンド出力するための処理を行うサウンドブロックと、
を備え、
前記メモリは、前記ゲームキャラクタの属性に関する複数のパラメータと、これらのパラメータのうち少なくともひとつに関与し、前記ゲームキャラクタの典型的な特徴を表す、複数のキーワードと、前記パラメータと前記キーワードとの対応関係のテーブルと、を保持する、キャラクタメイキング処理を実行するテレビゲーム機であって、
前記ＣＰＵが、前記アプリケーションソフトを実行することにより、前記ゲームキャラクタを作成するためのパラメータを設定するキャラクタメイキング処理手段として機能するものであり、
当該キャラクタメイキング処理手段は、請求項１乃至６の何れか１項記載の各ステップを実行するように構成されたテレビゲーム機。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11928296A JP3780562B2 (ja) | 1996-05-14 | 1996-05-14 | キャラクタメイキング方法及びこれを実行するテレビゲーム機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11928296A JP3780562B2 (ja) | 1996-05-14 | 1996-05-14 | キャラクタメイキング方法及びこれを実行するテレビゲーム機 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005029660A Division JP2005137933A (ja) | 2005-02-04 | 2005-02-04 | 画像処理装置、画像処理方法、および記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09299612A JPH09299612A (ja) | 1997-11-25 |
| JP3780562B2 true JP3780562B2 (ja) | 2006-05-31 |
Family
ID=14757536
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11928296A Expired - Fee Related JP3780562B2 (ja) | 1996-05-14 | 1996-05-14 | キャラクタメイキング方法及びこれを実行するテレビゲーム機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3780562B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3046578B2 (ja) | 1998-06-11 | 2000-05-29 | 株式会社ナムコ | 画像生成装置及び情報記憶媒体 |
| JP2000176171A (ja) | 1998-12-11 | 2000-06-27 | Konami Computer Entertainment Osaka:Kk | ビデオゲ―ム装置、ビデオゲ―ムのプレイ制御方法及びその方法が記録された可読記録媒体 |
| JP3944456B2 (ja) * | 2003-02-06 | 2007-07-11 | 株式会社バンダイナムコゲームス | プログラム、情報記憶媒体及びゲーム装置 |
| JP4025680B2 (ja) * | 2003-05-01 | 2007-12-26 | 株式会社バンダイナムコゲームス | プログラム、情報記憶媒体及びゲーム装置 |
-
1996
- 1996-05-14 JP JP11928296A patent/JP3780562B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09299612A (ja) | 1997-11-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6869363B2 (en) | Game device, impact judgement method, and information storage medium | |
| JP3068205B2 (ja) | 画像処理装置、この処理装置を用いたゲーム機及び画像処理方法並びに媒体 | |
| JP3422752B2 (ja) | ビデオゲーム装置、新練習作成方法及び新練習作成プログラムが記録されたコンピュータ読み取り可能な記録媒体 | |
| JP4081754B2 (ja) | 画像処理装置およびゲーム装置 | |
| JP3709491B2 (ja) | 画像処理方法及びゲーム装置 | |
| US8303386B2 (en) | Baseball game program, game device, and game control method including property indicator | |
| JP3495011B2 (ja) | 情報処理方法及びプログラム実行装置、コンピュータに実行させるための情報処理プログラム及びコンピュータに実行させるための情報処理プログラムを記録した記録媒体 | |
| CN1423238A (zh) | 画面处理装置及其方法 | |
| US6475084B2 (en) | Video game device, play control method for video game, and readable recording medium recording the method | |
| JP3740797B2 (ja) | 野球ゲームの画像表示方法 | |
| JP2009000383A (ja) | プログラム、情報記憶媒体及び画像生成システム | |
| JP2003299876A (ja) | キャラクタ育成プログラム、キャラクタ育成方法及びビデオゲーム装置 | |
| JP2002301267A (ja) | 野球ゲームの制御方法、ゲームプログラム、記録媒体及びゲーム装置 | |
| JP4025680B2 (ja) | プログラム、情報記憶媒体及びゲーム装置 | |
| JP3780562B2 (ja) | キャラクタメイキング方法及びこれを実行するテレビゲーム機 | |
| US6491582B1 (en) | Video game device, play control method for video game, and readable recording medium recording the method | |
| JP2003190636A (ja) | ビデオゲームプログラム、ビデオゲームプログラムを記録した可読記録媒体、方法、及びビデオゲーム装置 | |
| JP3686070B2 (ja) | プログラム、情報記憶媒体、及び画像生成システム | |
| JP2003210834A (ja) | 制御情報、情報記憶媒体、およびゲーム装置 | |
| JP4097236B2 (ja) | 画像生成装置及び情報記憶媒体 | |
| JP3750103B2 (ja) | 記録媒体及びゲーム装置 | |
| JP3736589B2 (ja) | 対戦ゲーム機における行動決定装置、行動決定方法及び対戦ゲーム機並びに媒体 | |
| JP5220350B2 (ja) | プログラム、情報記憶媒体及び画像生成システム | |
| JP4087943B2 (ja) | 画像生成装置及び情報記憶媒体 | |
| JP2000157731A (ja) | ゲーム装置、記録媒体およびキャラクタ動作設定方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040715 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040928 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041021 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041206 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050204 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050314 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050317 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051004 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051205 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060110 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060131 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060214 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060227 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100317 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100317 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110317 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140317 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |