プログラム、情報記憶媒体及び画像生成システム
【課題】誤判定や誤判定に対する再判定を可能にするプログラム、情報記憶媒体及び画像生成システムを提供すること。
【解決手段】画像生成システムは、ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、ゲームプレイ結果に対して所与のルールに基づく判定処理を行う判定部と、判定イベントの発生後に、判定結果に対するプレーヤの再判定要求の操作入力の受け付け処理を行う入力受け付け部と、判定イベントでの判定部の判定に対して誤判定を発生させる誤判定発生処理を行う誤判定発生部を含む。判定部は、再判定要求の操作入力が受け付けられた場合に、ゲームプレイ結果に対する再判定処理を行う。
【解決手段】画像生成システムは、ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、ゲームプレイ結果に対して所与のルールに基づく判定処理を行う判定部と、判定イベントの発生後に、判定結果に対するプレーヤの再判定要求の操作入力の受け付け処理を行う入力受け付け部と、判定イベントでの判定部の判定に対して誤判定を発生させる誤判定発生処理を行う誤判定発生部を含む。判定部は、再判定要求の操作入力が受け付けられた場合に、ゲームプレイ結果に対する再判定処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報記憶媒体及び画像生成システムに関する。
【背景技術】
【０００２】
従来より、スポーツ選手を模したキャラクタ等のオブジェクトが配置設定されるオブジェクト空間内（仮想的な３次元空間）において仮想カメラ（所与の視点）から見える画像を生成する画像生成システム（ゲームシステム）が知られており、いわゆる仮想現実を体験できるものとして人気が高い。テニスゲームを楽しむことができる画像生成システムを例にとれば、プレーヤは、ゲームコントローラなどの操作部を用いて自身のキャラクタを操作して、他のプレーヤやコンピュータが操作する相手キャラクタがショットしたボールをラケットで打ち返すことでゲームを楽しむ。また野球ゲームを楽しむことができる画像生成システムを例にとれば、プレーヤは、操作部を用いて自身のキャラクタを操作して、相手キャラクタが投球したボールをバット打ち返すことでゲームを楽しむ。
【０００３】
そして、これまでのスポーツゲームでは、テニスゲームを例にとれば、相手キャラクタが打ったボールがコート内に入ったのか、コートの外に出たのかを、コンピュータが正確に判定していた。即ちプレーヤにとっては、コンピュータが判定を正確に行うことが前提となっており、ボールがコートの外に出たのにＩＮと判定されたり、ボールがコート内に入ったのにＯＵＴと判定されるようなことはなかった。このため、コンピュータが誤判定をするということがなく、ゲームが画一的になってしまうという課題があった。
【特許文献１】特開平９−２５３３３３号公報
【特許文献２】特開２００１−１１３０４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、誤判定や誤判定に対する再判定を可能にするプログラム、情報記憶媒体及び画像生成システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は、ゲーム画像を生成する画像生成部と、前記ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、前記ゲームプレイ結果に対して所与のルールに基づく判定処理を行う判定部と、前記判定イベントの発生後に、前記判定部の判定結果に対するプレーヤの再判定要求の操作入力の受け付け処理を行う入力受け付け部と、前記判定イベントでの前記判定部の判定に対して誤判定を発生させる誤判定発生処理を行う誤判定発生部とを含み、前記判定部は、前記再判定要求の操作入力が受け付けられた場合に、前記ゲームプレイ結果に対する再判定処理を行う画像生成システムに関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。
【０００６】
本発明によれば、ゲーム中にゲームプレイ結果の判定イベントが発生すると、ゲームプレイ結果に対する判定処理が行われる。そして判定イベントの発生後に、プレーヤの再判定要求の操作入力の受け付け処理が行われる。また判定に対する誤判定を発生させる処理が行われる。そして本発明では、再判定要求の操作入力が受け付けられると、ゲームプレイ結果に対する判定を再度行う再判定処理が行われる。
【０００７】
このようにすれば、ゲームプレイ結果が常に正確には判定されずに、誤判定が発生するようになる。そしてプレーヤは、その判定が正しい判定なのか誤判定なのかを確かめるために、再判定を要求でき、その再判定要求の操作入力が受け付けられると、ゲームプレイ結果に対する再判定処理が行われる。従って、誤判定や誤判定に対する再判定を可能にする画像生成システム等を提供できる。
【０００８】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生部は、ゲームプレイ結果の判定対象物である移動体が、誤判定発生エリアに入ったと判定された場合に、前記誤判定発生処理を行ってもよい。
【０００９】
このようにすれば、移動体が誤判定発生エリアに入ったときに誤判定を発生させることができ、誤判定が頻繁に発生してしまう事態を防止できる。
【００１０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である前記移動体が判定エリア内に入ったか否かについてのルールであり、前記誤判定発生エリアは、前記判定エリアを区画する判定ラインに沿って設定され、前記誤判定発生部は、前記判定ラインに近い位置ほど、誤判定の発生確率が高くなる前記誤判定発生処理を行ってもよい。
【００１１】
このようにすれば、判定ラインに近いほど誤判定が発生し易くなり、現実世界の誤判定を擬似的にシミュレートできる。
【００１２】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生エリアは、前記判定エリアの内側に設定される第１の誤判定発生エリアと、前記判定エリアの外側に設定される第２の誤判定発生エリアを有し、前記誤判定発生部は、第１の確率設定が行われている前記第１の誤判定発生エリアと、前記第２の確率設定とは異なる第２の確率設定が行われている前記第２の誤判定発生エリアとを用いて、前記誤判定発生処理を行ってもよい。
【００１３】
このようにすれば、第１、第２の誤判定発生エリアでの誤判定の確率設定を個別に設定でき、ゲームバランスの調整等が容易になる。
【００１４】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生処理のための確率設定データを記憶する確率設定データ記憶部を含み（確率設定データ記憶部としてコンピュータを機能させ）、前記確率設定データ記憶部は、前記誤判定発生エリアを区画する第１の境界ライン上での誤判定発生確率データである第１の確率データと、前記誤判定発生エリアを区画する第２の境界ライン上での誤判定発生確率データである第２の確率データと、前記判定ライン上での誤判定発生確率データである第３の確率データを記憶し、前記誤判定発生部は、前記第１、第２、第３の確率データに基づいて、前記誤判定発生処理を行ってもよい。
【００１５】
このような第１、第２、第３の確率データを用いれば、誤判定発生エリアでの確率設定を簡素な設定でコントロールできる。
【００１６】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生エリアは、前記判定エリアの内側に設定される第１の誤判定発生エリアと、前記判定エリアの外側に設定される第２の誤判定発生エリアを有し、前記確率設定データ記憶部は、前記第１、第２の誤判定発生エリアを設定するための第１、第２のエリア設定データを記憶し、前記誤判定発生部は、前記第１、第２のエリア設定データに基づいて、前記誤判定発生処理を行ってもよい。
【００１７】
このようにすれば、第１、第２の誤判定発生エリアの太さやサイズ等を、第１、第２のエリア設定データを用いて個別に設定できるようになる。
【００１８】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記ゲーム画像を生成するための仮想カメラを制御する仮想カメラ制御部を含み（仮想カメラ制御部としてコンピュータを機能させ）、前記誤判定発生部は、前記仮想カメラの視点からの距離に応じてその誤判定発生の確率設定が変化する前記誤判定発生エリアを用いて、前記誤判定発生処理を行ってもよい。
【００１９】
このようにすれば、プレーヤにとって納得の行く再判定処理の実現等が可能になる。
【００２０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生部は、前記判定エリアを区画する第１の判定ラインと第２の判定ラインとで、その確率設定が異なる前記誤判定発生エリアを用いて、前記誤判定発生処理を行ってもよい。
【００２１】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記入力受け付け部は、前記判定イベントが発生した後、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行ってもよい。
【００２２】
このようにすれば、プレーヤにゲームプレイの継続の意思がないと判断して、ゲームを終了し、再判定処理に移行することが可能になる。
【００２３】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、前記誤判定発生部は、前記移動体が前記判定エリア内に入ったのに前記判定エリア外に出たと誤判定する第１の誤判定と、前記移動体が前記判定エリア外に出たのに前記判定エリア内に入ったと誤判定する第２の誤判定とを発生させ、前記入力受け付け部は、前記第２の誤判定が発生したときには、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行ってもよい。
【００２４】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、誤判定が発生した場合にセットされ、前記判定イベントが発生した後にプレーヤがゲームプレイを停止しなかった場合にクリアされる誤判定発生フラグを記憶する誤判定発生フラグ記憶部を含み（誤判定発生フラグ記憶部としてコンピュータを機能させ）、前記判定部は、前記誤判定発生フラグを用いて前記再判定処理を行ってもよい。
【００２５】
このような誤判定発生フラグを利用すれば、誤判定発生処理を簡素化できる。
【００２６】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、プレーヤが行った前記再判定要求の回数をカウントするカウント部を含み（カウント部としてコンピュータを機能させ）、前記入力受け付け部は、前記カウント部によりカウントされたプレーヤの再判定要求回数が、許容要求回数に達していないことを条件に、再判定要求の受け付け処理を行ってもよい。
【００２７】
このようにすれば、プレーヤが再判定の要求を繰り返すことでゲームプレイが頻繁に中断されてしまう事態を防止できる。
【００２８】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記カウント部は、前記判定部の前記再判定処理において、前記判定イベントにおいて誤判定がなかったと判断された場合には、前記許容要求回数をデクリメントする処理を行ってもよい。
【００２９】
このようにすれば、判定が正しかった場合にプレーヤに対してペナルティを課すことができる。
【００３０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、ゲーム画像のリプレイ画像を生成するリプレイ画像生成部を含み（リプレイ画像生成部としてコンピュータを機能させ）、前記リプレイ画像生成部は、前記再判定要求の操作入力が受け付けられた場合に、前記判定イベントのリプレイ画像を生成してもよい。
【００３１】
このようにすればプレーヤは、判定イベント発生時の判定が、正しい判定だったのか、誤判定だったのかを、視覚的に確認できる。
【００３２】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、リプレイ画像を生成するためのリプレイデータを記憶するリプレイデータ記憶部と、前記リプレイデータを読み出すためのリプレイフレームを記憶するリプレイフレーム記憶部を含み（上記各部としてコンピュータを機能させ）、前記リプレイ画像生成部は、前記再判定要求の操作入力が受け付けられた場合に、前記リプレイフレーム記憶部から前記リプレイフレームを読み出し、読み出された前記リプレイフレームに基づいて前記リプレイデータ記憶部からリプレイデータを読み出して、前記判定イベントのリプレイ画像を生成してもよい。
【００３３】
このようにすれば、判定イベント発生時のリプレイ画像の生成に必要なリプレイデータを、リプレイフレームにより特定して読み出し、リプレイ画像を生成できるようになる。
【００３４】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記リプレイ画像生成部は、前記判定イベントの発生場所をズームアップしたリプレイ画像であって、前記判定イベントの発生時に前記判定イベントの発生場所に存在していたキャラクタが非表示にされたリプレイ画像を生成してもよい。
【００３５】
このようなズームアップされたリプレイ画像を生成すれば、プレーヤは、微妙な判定の結果を容易に確認できる。またリプレイ時にキャラクタを非表示にすれば、キャラクタの存在が原因になって、判定イベントの発生時の様子が見えにくくなってしまう事態を防止できる。
【００３６】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、前記リプレイ画像生成部は、リプレイ時には、前記判定イベントの発生時に比べて、前記判定エリアを区画する判定ラインから近い位置に、前記移動体が着地又は通過するリプレイ画像を生成してもよい。
【００３７】
このようにすれば、ぎりぎりの判定が誤判定になったかのようにプレーヤに見せかけることができ、プレーヤの感じる不自然感を軽減できる。
【００３８】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記リプレイ画像生成部は、第１のプレーヤと、前記第１のプレーヤと対戦する第２のプレーヤとの対戦状況の情報に基づいて、前記判定イベント発生時の画像とは異なるリプレイ画像を生成してもよい。
【００３９】
このようにすれば、第１、第２のプレーヤの対戦状況に応じて、判定イベント発生時の画像と同じリプレイ画像が生成されたり、異なるリプレイ画像が生成されたりするようになる。
【００４０】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記リプレイ画像生成部は、前記第２のプレーヤに比べて前記第１のプレーヤの方が不利になる誤判定発生処理を前記誤判定発生部が行ったときに、前記第２のプレーヤに比べて前記第１のプレーヤの方が対戦状況において勝っている場合には、前記判定イベント発生の画像とは異なるリプレイ画像として、前記第２のプレーヤに比べて前記第１のプレーヤの方が不利になるリプレイ画像を生成してもよい。
【００４１】
このようにすれば、誤判定発生やリプレイ画像を利用したハンディ設定が可能になる。
【００４２】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記誤判定発生部は、ゲームプレイ結果の判定対象物である移動体の移動情報に基づいて、前記誤判定発生処理を行ってもよい。
【００４３】
このようにすれば、移動体の移動情報に応じて誤判定の発生を制御できる。
【００４４】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記誤判定発生部は、前記移動速度が速いほど、誤判定の発生確率が高くなる前記誤判定発生処理を行ってもよい。
【００４５】
このようにすれば現実世界での誤判定を擬似的にシミュレートできる。
【００４６】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記誤判定発生部は、ゲームプレイ結果の判定対象物である移動体の誤判定発生エリアでの滞在時間に基づいて、前記誤判定発生処理を行ってもよい。
【００４７】
このようにすれば、移動体の誤判定発生エリアでの滞在時間に応じて誤判定の発生を制御できる。
【００４８】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記誤判定発生部は、前記移動体の滞在時間が短いほど、誤判定の発生確率が高くなる前記誤判定発生処理を行ってもよい。
【００４９】
このようにすれば現実世界での誤判定を擬似的にシミュレートできる。
【００５０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、コンピュータにより操作されるコンピュータキャラクタの制御処理を行うキャラクタ制御部を含み（キャラクタ制御部としてコンピュータを機能させ）、前記キャラクタ制御部は、前記判定イベントが発生した場合に、前記コンピュータキャラクタに前記再判定要求を行わせる制御処理を行ってもよい。
【００５１】
このようにすれば、プレーヤ側とコンピュータ側が再判定要求をお互いに行い合うようになり、白熱したゲーム展開を実現できる。
【００５２】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記キャラクタ制御部は、プレーヤが操作するキャラクタと前記コンピュータキャラクタとの間の対戦状況の情報に基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断してもよい。
【００５３】
このようにすれば、例えば対戦状況が接戦状況であるときに、コンピュータキャラクタが意味のない再判定要求を行う事態を防止できる。
【００５４】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、前記キャラクタ制御部は、前記判定エリアを区画する判定ラインと前記移動体の着地点又は通過点との距離に応じて設定される確率データに基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断してもよい。
【００５５】
このようにすれば、判定ラインと着地点又は通過点との距離に応じて、コンピュータキャラクタが再判定要求を行う頻度を制御できる。
【００５６】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記キャラクタ制御部は、前記コンピュータキャラクタの再判定要求の許容要求回数の情報に基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断してもよい。
【００５７】
このようにすれば、再判定要求の許容要求回数に応じて、コンピュータキャラクタが再判定要求を行う頻度を制御できる。
【００５８】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、プレーヤが操作するキャラクタによりショット又は捕捉される移動体の制御処理を行う移動体制御部と、前記キャラクタの制御処理を行うキャラクタ制御部を含み（上記各部としてコンピュータを機能させ）、前記入力受け付け部は、前記キャラクタにより前記移動体がショット又は捕捉されるタイミングに先行して、前記キャラクタの動作を指示する先行入力をプレーヤが行った場合に、入力された先行入力の受け付け処理を行い、前記キャラクタ制御部は、前記先行入力により前記キャラクタがショット動作又は捕捉動作を開始した後に、前記再判定要求のためにプレーヤがキャンセル操作を行った場合には、前記キャラクタの前記ショット動作又は前記捕捉動作をキャンセルする制御を行ってもよい。
【００５９】
このようにすれば、先行入力により開始したショット動作又は捕捉動作をキャンセルできるため、誤判定に対する再判定要求の機会をプレーヤから奪ってしまう事態を防止できる。
【００６０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、前記キャラクタ制御部は、前記移動体が前記判定エリア外に出たときに、プレーヤが前記キャンセル操作を行った場合に、前記キャラクタの前記ショット動作又は前記捕捉動作をキャンセルする制御を行ってもよい。
【００６１】
このようにすれば、判定エリア外に出たときに、ショット動作又は捕捉動作のキャンセルが可能になり、先行入力システムに最適な再判定処理を実現できる。
【発明を実施するための最良の形態】
【００６２】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００６３】
１．構成
図１に本実施形態の画像生成システム（ゲームシステム）のブロック図の例を示す。なお本実施形態の画像生成システムは図１の構成要素（各部）の一部を省略した構成としてもよい。
【００６４】
操作部１６０は、プレーヤが操作データを入力するためのものであり、その機能は、方向キー、操作ボタン、アナログスティック、レバー、マイク、或いはタッチパネル型ディスプレイなどにより実現できる。
【００６５】
記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭ（ＤＲＡＭ、ＶＲＡＭ）などにより実現できる。この記憶部１７０は、電源を切るとデータが消えてしまう揮発性のメモリにより構成できるが、補助記憶装置１９４よりも高速な記憶装置になっている。そしてゲームプログラムや、ゲームプログラムの実行に必要なゲームデータは、この記憶部１７０に保持される。
【００６６】
情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、ＨＤＤ（ハードディスクドライブ）、或いはメモリ（ＲＯＭ等）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータ（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。
【００６７】
表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【００６８】
補助記憶装置１９４（補助メモリ、２次メモリ）は、記憶部１７０の容量を補うために使用される記憶装置であり、ＳＤメモリーカード、マルチメディアカードなどのメモリーカードや、ＨＤＤなどにより実現できる。この補助記憶装置１９４は脱着自在になっているが、内蔵されるものであってもよい。この補助記憶装置１９４は、ゲームの途中結果などのセーブデータや、プレーヤ（ユーザ）の個人的な画像データや音楽データなどを保存するために使用される。
【００６９】
通信部１９６は、有線や無線のネットワークを介して外部（例えば他の画像生成システム、サーバ、ホスト装置）との間で通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。
【００７０】
なお本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、サーバ（ホスト装置）が有する情報記憶媒体からネットワーク及び通信部１９６を介して情報記憶媒体１８０（あるいは記憶部１７０、補助記憶装置１９４）に配信してもよい。このようなサーバ（ホスト装置）による情報記憶媒体の使用も本発明の範囲内に含めることができる。
【００７１】
処理部１００（プロセッサ）は、操作部１６０からの操作データやプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などを行う。処理部１００は記憶部１７０をワーク領域として各種処理を行う。この処理部１００の機能は、各種プロセッサ（ＣＰＵ、ＧＰＵ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００７２】
処理部１００は、入力受け付け部１０２、オブジェクト空間設定部１０４、ゲーム演算部１０６、移動体制御部１０８、キャラクタ制御部１１０、モーション再生部１１２、ヒット位置演算部１１４、判定部１１６、誤判定発生部１１７、カウント部１１８、仮想カメラ制御部１１９、画像生成部１２０、リプレイ画像生成部１２２、音生成部１３０を含むことができる。なおこれらの一部の構成要素（例えばヒット位置演算部）を省略する構成としてもよい。
【００７３】
入力受け付け部（操作データ取得部）１０２は、プレーヤの操作入力を受け付ける処理を行う。例えばプレーヤによる操作部１６０の操作をモニタし、プレーヤがキャラクタの動作指示等のために操作部１６０を操作した場合に、操作部１６０により入力された動作指示データ（モーション指示データ、方向指示データ）や項目選択データ等の操作情報を取得する。
【００７４】
そして本実施形態では入力受け付け部１０２は、プレーヤの再判定要求の操作入力の受け付け処理を行う。例えばゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベント（ＩＮ・ＯＵＴの判定、ストライク・ボールの判定、タッチダウンの判定等）が発生した場合に、判定イベントの発生後に、判定部１１６の判定結果に対する再判定要求（チャレンジ）の操作入力の受け付け処理を行う。また判定イベントが発生した後、プレーヤがゲームプレイを停止したことを条件（ゲームプレイが継続されなかったことを条件）に、プレーヤの再判定要求の操作入力を受け付ける。またカウント部１１８によりカウントされたプレーヤの再判定要求回数が許容要求回数に達していないことを条件に、再判定要求の操作入力を受け付ける。
【００７５】
また入力受け付け部１０２は、キャラクタにより移動体（ボール）がショット（打撃、キック）又は捕捉（捕球、キープ）されるタイミングに先行して、キャラクタの動作を指示する先行入力（動作指示データの入力）をプレーヤが行った場合に、入力された先行入力を受け付ける。ここで先行入力は、例えば、少なくとも先行入力が行われたタイミングから移動体がショット又は捕捉されるタイミングまでのキャラクタのモーション（動作）を決めるための入力である。例えばヒット動作（トップスピンやスライスなどのショット動作）を指示する先行入力が行われると、その先行入力の動作指示データにより特定されるモーションが再生されて、ヒットタイミング（ショットタイミング、捕捉タイミング）においてキャラクタが移動体（ボール、プレイ対象物）のヒット動作（ショット動作、捕捉動作）を行う。このようにすれば、先行入力のタイミングから少なくともヒットタイミングまで、その先行入力で特定されるモーション（例えば１つのモーションデータ）を選択して再生できるようになり、リアルで高品質なモーション表現を実現できる。
【００７６】
オブジェクト空間設定部１０４は、モデルオブジェクト（キャラクタ、ロボット、車、戦闘機、ボール、ミサイル、弾等）、ゲームフィールド（コート、グラウンド）、壁、建物、樹木、マップ（地形）、コース（道路）などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェイスなどのプリミティブ面で構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行う。即ちワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。
【００７７】
例えば記憶部１７０の形状データ記憶部１７１には、キャラクタ等のオブジェクト（モデルオブジェクト）の形状を決めるための形状データ（ポリゴンデータ）が記憶されている。またオブジェクトデータ記憶部１７２には、図２に示すように、これらのオブジェクトの位置、回転角度、移動速度、移動方向等のデータであるオブジェクトデータがオブジェクト番号に対応づけて記憶される。
【００７８】
そしてオブジェクト空間設定部１０４は、これらの形状データやオブジェクトデータを用いて、オブジェクト空間へのオブジェクトの設定（配置）処理を行う。またオブジェクトデータ記憶部１７２のオブジェクトデータは、移動体制御部１０８やキャラクタ制御部１１０での移動制御処理等により順次更新される。
【００７９】
ゲーム演算部１０６はゲーム演算処理を行う。ここでゲーム演算としては、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲーム結果を演算する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などがある。
【００８０】
移動体制御部（移動体演算部）１０８は、オブジェクト空間内で移動するボールなどの移動体（プレイ対象物）の制御処理を行う。例えば移動体を移動させたり動作させるための制御処理（演算処理）を行う。即ち、移動体の移動軌道等を決めるためのアルゴリズムや、各種データなどに基づいて、移動体をオブジェクト空間内（ゲーム空間内）で移動させるための処理を行う。例えば移動体の移動情報（位置、回転角度、速度、或いは加速度）や動作情報（パーツオブジェクトの位置、或いは回転角度）を、１フレーム（１／６０秒）毎に順次求めるシミュレーション処理を行う。なおフレームは、移動体の移動・動作処理（シミュレーション処理）や画像生成処理を行う時間の単位である。
【００８１】
キャラクタ制御部（キャラクタ演算部）１１０は、人間等（例えばスポーツ選手）を模したキャラクタの制御処理を行う。例えばキャラクタを移動させたり動作させるための制御処理を行う。即ち操作部１６０によりプレーヤが入力した操作データや、キャラクタの移動、動作を決めるためのアルゴリズムや、各種データなどに基づいて、キャラクタをオブジェクト空間内で移動、動作させるための処理を行う。例えば操作データに基づいてキャラクタの移動情報や動作情報を１フレーム毎に順次求めるシミュレーション処理を行う。
【００８２】
そして本実施形態では、移動体制御部１０８は、キャラクタによりショット又は捕捉されるボール（判定対象物、プレイ対象物）などの移動体の制御処理（移動制御処理）を行う。またキャラクタ制御部１１０は、入力受け付け部１０２により受け付けられた先行入力の操作データに基づいて、キャラクタの制御処理（移動制御処理）を行う。この場合に制御処理により移動する移動体の軌道データを、図示しない軌道データ記憶部に記憶する。例えばコンピュータや他プレーヤが操作する相手キャラクタが、ボール等の移動体をショット（ヒット）すると、ショットしたフレームを先頭フレームとした各フレームでの移動体位置（予測位置）が、軌道データとして記憶される。
【００８３】
またキャラクタ制御部１１０は、コンピュータにより操作されるコンピュータキャラクタの制御処理も行う。具体的には、判定イベントが発生した場合に、コンピュータキャラクタに再判定要求を行わせる制御処理を行う。例えば、キャラクタとコンピュータキャラクタとの間の対戦状況の情報（接戦か否か）や、判定エリアを区画する判定ラインと移動体の着地点又は通過点との距離に応じて設定される確率データや、再判定要求の許容要求回数の情報などに基づいて、コンピュータキャラクタに再判定要求を行わせるか否かを判断（制御）する。
【００８４】
モーション再生部（モーション処理部）１１２はモーション再生処理を行う。即ちキャラクタにモーション（アニメーション）を行わせるモーション再生処理（モーション処理、モーション生成処理）を行う。このモーション再生処理は、キャラクタのモーションを、モーションデータ記憶部１７３に記憶されているモーションデータに基づいて再生することなどで実現できる。
【００８５】
即ち、モーションデータ記憶部１７３には、キャラクタ等のオブジェクト（モデルオブジェクト、スケルトン）を構成する各パーツオブジェクト（スケルトンを構成する骨）の位置又は回転角度等を含むモーションデータが記憶されている。モーション再生部１１２は、このモーションデータを読み出し、このモーションデータに基づいてオブジェクトの各パーツオブジェクト（骨）を動かすことで（オブジェクトのスケルトン形状を変形させることで）、オブジェクトのモーションを再生する。なお、モーションデータ記憶部１７３に記憶されるモーションデータは、モーションキャプチャなどを利用して作成したものであることが望ましいが、モーションデータを、物理シミュレーション（物理計算を利用したシミュレーション。擬似的な物理計算でもよい）などによりリアルタイムに生成するようにしてもよい。また、少ないモーションデータ量でリアルなモーションを再生するために、モーションブレンドやインバース・キネマティクスを用いてモーション再生を行うことが望ましい。
【００８６】
ヒット位置演算部１１４は、キャラクタ（例えばキャラクタが持つラケット、バット等）と移動体（ボール等）とのヒットイベントが発生する位置（場所）であるヒット位置（ショット位置、捕捉位置）を求める処理を行う。例えばキャラクタが移動体をショットするショット位置や、キャラクタが移動体を捕捉する捕捉位置を求める。即ち、キャラクタと移動体とのヒットチェック処理を行い、ヒットイベントが発生した時の移動体の位置等を、ヒット位置として求める。そして求められたヒット位置のデータは図示しないヒット位置記憶部に記憶される。
【００８７】
判定部１１６は、ゲームプレイ結果に対して所与のルールに基づく判定処理を行う。具体的は、ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、ゲームプレイ結果に対して所与のルールを適用して判定する。例えばゲームプレイ結果に所与のルールを適用して、ルール基準を満たしたか否かを判定する。ここでゲームプレイ結果は、例えばプレーヤがゲームにおいて行う一連のゲームプレイの各プレイ結果であり、例えば得点、ポイント、勝敗又は趨勢等を決める結果である。また所与のルールは、例えば、スポーツゲームのルールであり、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールなどである。例えば判定部１１６は、ボール等の移動体をショットしたり、投げたりするゲームプレイの結果に対して、ショットされた移動体又は投げられた移動体が判定エリア（例えばコート、ストライクゾーン、タッチダウンエリア、ゴールエリア等）内に入ったか否かのルールを適用して判定する。
【００８８】
そして判定部１１６は再判定処理も行う。具体的には入力受け付け部１０２により、再判定要求の操作入力が受け付けられた場合に、ゲームプレイ結果に対する再判定処理を行う。例えば誤判定発生フラグ記憶部１７７に記憶される誤判定発生フラグを用いて、ゲームプレイ結果に対して所与のルールに基づく再判定処理を行う。
【００８９】
誤判定発生部１１７は誤判定の発生処理を行う。具体的には判定イベント（判定エリア内に移動体が入ったか否かのイベント）での判定部１１６の判定に誤判定を発生させる誤判定発生処理を行う。例えば判定対象物である移動体が、誤判定発生エリア（例えば判定エリアの判定ラインなどに設定されるエリア）に入ったと判定された場合（移動体が着地、通過した場合）に、誤判定発生処理を行い、確率設定データ記憶部１７６に記憶される確率設定データ（確率分布、確率）に基づいて誤判定を発生させる。また誤判定発生部１１７は、仮想カメラの視点からの距離に応じてその誤判定発生の確率設定が変化する誤判定発生エリアを用いて、誤判定発生処理を行う。
【００９０】
カウント部１１８は、プレーヤ（或いはコンピュータキャラクタ）が行った再判定要求の回数をカウントする。そして入力受け付け部１０２は、カウント部１１８によりカウントされたプレーヤの再判定要求回数が許容要求回数に達していないことを条件に、プレーヤ（或いはコンピュータキャラクタ）の再判定要求の操作入力を受け付ける。またカウント部１１８は、判定部１１６の再判定処理において、判定イベントにおいて誤判定がなかったと判断された場合には、ペナルティを課すために、許容要求回数をデクリメントする処理を行う。
【００９１】
仮想カメラ制御部１１９は、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点）の制御処理を行う。具体的には、仮想カメラの位置（Ｘ、Ｙ、Ｚ）又は回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）を制御する処理（視点位置、視線方向あるいは画角を制御する処理）を行う。
【００９２】
例えば仮想カメラによりキャラクタを後方から撮影する場合には、キャラクタの位置又は回転の変化に仮想カメラが追従するように、仮想カメラの位置又は回転角度（仮想カメラの向き）を制御する。この場合には、キャラクタ制御部１１０で得られたキャラクタの位置、回転角度又は速度などの情報に基づいて、仮想カメラを制御できる。或いは、仮想カメラを、予め決められた回転角度で回転させたり、予め決められた移動経路で移動させる制御を行ってもよい。この場合には、仮想カメラの位置（移動経路）又は回転角度を特定するための仮想カメラデータに基づいて仮想カメラを制御する。
【００９３】
画像生成部１２０は、処理部１００で行われる種々の処理（ゲーム処理）の結果に基づいて描画処理を行い、これによりゲーム画像を生成し、描画バッファ１７９に書き込んで、表示部１９０に出力する。いわゆる３次元ゲーム画像を生成する場合には、まずモデル（オブジェクト）の各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）を含むモデルデータが入力され、入力されたモデルデータに含まれる頂点データに基づいて、頂点処理（頂点シェーダによるシェーディング）が行われる。なお頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。
【００９４】
リプレイ画像生成部１２２はリプレイ画像の生成処理を行う。具体的には、入力受け付け部１０２により再判定要求の操作入力が受け付けられた場合に、判定イベントのリプレイ画像を生成する。
【００９５】
この場合、リプレイデータ記憶部１７４は、リプレイ画像を生成するためのリプレイデータを記憶する。リプレイデータとしては、オブジェクトのワールド座標系（絶対座標系）での位置、回転角度等のオブジェクトデータを記憶してもよいし、操作部１６０の操作履歴データなどを記憶してもよい。またリプレイフレーム記憶部１７４は、リプレイデータを読み出すためのリプレイフレーム（リプレイポインタ）を記憶する。
【００９６】
そしてリプレイ画像生成部１２２は、再判定要求の操作入力が受け付けられた場合にリプレイフレーム記憶部１７５からリプレイフレームを読み出し、読み出されたリプレイフレームに基づいてリプレイデータ記憶部１７４からリプレイデータを読み出す。そして、判定イベントのリプレイ画像（判定時における判定場所でのリプレイ画像）を生成する。また、リプレイ時には、判定イベントの発生時に比べて、判定エリアを区画する判定ラインから近い位置に、移動体が着地（着弾）又は通過するリプレイ画像を生成する。また判定イベントの発生場所をズームアップ（拡大）したリプレイ画像であって、判定イベントの発生時に判定イベントの発生場所に存在していたキャラクタ（オブジェクト）が非表示にされたリプレイ画像を生成する。
【００９７】
音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。
【００９８】
なお、本実施形態の画像生成システムは、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末（ゲーム機、携帯電話）を用いて分散処理により生成してもよい。
【００９９】
２．本実施形態の手法
次に本実施形態の手法の具体例について説明する。なお以下では、テニスゲームに本実施形態の手法を適用した場合について主に説明するが、本実施形態はこれに限定されず、例えば野球、アメリカンフットボール、サッカーなどの様々なスポーツゲームやそれ以外のゲームにも適用できる。
【０１００】
２．１ 再判定要求
本実施形態の手法を適用したテニスゲームでは、図３に示すように、プレーヤが操作するキャラクタＣＨとコンピュータや他プレーヤが操作する相手キャラクタＣＣとが、オブジェクト空間（仮想３次元空間）に設定されたコート上でボールＢＬを打ち合って対戦する。例えば図３のオブジェクト空間のワールド座標系では、平面方向にＸ軸、Ｚ軸（広義には第１、第３の座標軸）が設定され、高さ方向にＹ軸（広義には第２の座標軸）が設定され、コート（ネット）の中心に原点に設定されている。そしてキャラクタＣＨは、プレーヤにより入力された操作データに基づいてＸ、Ｚ平面のコート上で移動して、相手キャラクタＣＣが打ったボールＢＬを打ち返す。
【０１０１】
そして本実施形態では、このようにして打たれたボールのＩＮ、ＯＵＴの判定イベントにおいて、誤判定（誤審）を発生させる。また判定イベントの後に、プレーヤの再判定要求を受け付け、再判定処理を行う。例えば図４に本実施形態の処理を説明するためのフローチャートを示す。
【０１０２】
まず、ゲームプレイ中にボール（広義には移動体）が着地（バウンド）し、判定イベントが発生したか否かを判断する（ステップＳ１）。そしてボールが着地した場合には、ボールの着地位置と着地フレームを取得して記憶部に保存する（ステップＳ２）。例えば着地位置は、ボールの軌道と地面との交点を求めることで取得できる。また着地フレームは、リプレイデータを読み出すためのリプレイフレームとなる。例えば本実施形態では、キャラクタがサービスを行って、ゲームプレイを開始すると、リプレイデータ記憶部１７４へのリプレイデータの記録が開始すると共に、フレーム数のカウントを開始する。そしてボールが着地したときのフレーム数が、リプレイフレームとしてリプレイフレーム記憶部１７５に記憶される。
【０１０３】
次に、ボールが誤判定発生エリア（誤審エリア）に着地したか否かを判断する（ステップＳ３）。この誤判定発生エリアは、例えば判定エリア（コート、ストライクゾーン）を区画する判定ラインなどに対して設定される。そしてボールの着地位置が誤判定発生エリア内に存在するか否かを判断することで、誤判定発生エリアに着地したか否かを判断する。
【０１０４】
ボールが誤判定発生エリアに着地した場合には、誤判定発生処理を行う（ステップＳ４）。具体的には、確率設定データ記憶部１７６から、誤判定発生エリアでの確率分布や確率を決める確率設定データを読み出し、この確率設定データやボールの着地点などに基づいて、所与の確率で誤判定を発生させる。そして誤判定が発生した場合には、誤判定発生フラグ記憶部１７７に記憶される誤判定発生フラグをセットする（ステップＳ５、Ｓ６）。
【０１０５】
次に、着地（バウンド）直後にゲームプレイが終了したか否かを判断する（ステップＳ７）。そして例えばプレーヤがゲームプレイを停止しなかったことにより（ゲームプレイを継続したことにより）、ゲームプレイが終了しなかった場合には、ステップＳ１に戻る。即ちこの場合には、プレーヤの再判定要求の受け付け処理は行われない。また例えばプレーヤが、ボールをショットしたことでゲームプレイが終了しなかった場合には、誤判定発生フラグをクリアする。
【０１０６】
一方、ゲームプレイが終了した場合には、カウント部１１８によりカウントされる再判定要求回数が許容要求回数に達していないかを判断する（ステップＳ８）。そして許容要求回数に達している場合には、ステップＳ１に戻る。一方、達していない場合には、再判定要求受け付け画面を表示して、プレーヤの再判定要求を受け付ける（ステップＳ９）。
【０１０７】
次に、再判定要求受け付け画面において、プレーヤが再判定要求（再判定要求の操作入力）をしたか否かを判断し（ステップＳ１０）、再判定要求をしなかった場合には、ステップＳ１に戻る。一方、再判定要求をした場合には、ステップＳ２で保存されたリプレイフレーム（着地フレーム）をリプレイフレーム記憶部１７５から読み出し、読み出されたリプレイフレームに基づいてリプレイデータ記憶部１７４からリプレイデータを読み出す（ステップＳ１１）。
【０１０８】
次に、ボールの着地点を判定ラインに近づくように調整する（ステップＳ１２）。即ちステップＳ２で保存されたゲームプレイ時の実際の着地点よりも判定ラインに近い位置に、ボールが着地して見えるように、ボールの着地点の表示位置を調整する。
【０１０９】
次に、リプレイデータに基づいて、着地点をズームアップしたリプレイ画像を生成して表示する（ステップＳ１３）。即ち、ステップＳ１１で読み出されたリプレイデータと、ステップＳ２で保存された着地位置に基づいて、着地点がズームアップされたリプレイ画像を生成する。この場合、リプレイデータのうち、ボール、コート等のデータのみを用いて、キャラクタのデータを使用しないことで、キャラクタが非表示にされたリプレイ画像を生成する。
【０１１０】
次に、誤判定があったか否かを判定する（ステップＳ１４）。具体的には誤判定フラグがセットされたか否かを判断する。そして誤判定がなかった場合には、プレーヤの許容要求回数をデクリメントして（ステップＳ１５）、次のゲームプレイの処理に移行する。一方、誤判定があった場合には、正して判定結果に基づき、得点、記録を修正して（ステップＳ１６）、次のゲームプレイの処理に移行する。
【０１１１】
図６（Ａ）〜図８（Ｂ）に本実施形態により生成されるゲーム画像やリプレイ画像の例を示す。図６（Ａ）ではプレーヤが操作するキャラクタＣＨの打ったボールが、相手キャラクタＣＣのコートでＯＵＴと判定されている。このとき、相手コートの判定ラインに設定された誤判定発生エリアにボールがバウンド（着地）したため（判定イベントが発生したため）、再判定要求の操作入力の受け付け処理が行われ、Ａ１に示すように再判定要求の受け付け画面が表示される。即ち、判定が出た後に条件が揃うと、Ａ１に示すように操作ボタンの入力を促す受け付け画面が表示される。
【０１１２】
そしてプレーヤが、このような受け付け画面が表示されている間に、再判定要求（チャレンジ）を指示する操作ボタン６４を押すと、図６（Ｂ）に示すように、キャラクタＣＨが再判定を要求している様子が表現された演出画面が表示される。そして図７（Ａ）に示すように、ボールＢＬの着地点をズームアップしたリプレイ画像によるビデオ判定画面が表示される。即ち判定が正しかったどうかを確認するためのリプレイが再生される。その結果、判定が間違っていると判断された場合には、判定を覆すことができる。なおリプレイ画像では、リプレイの邪魔にならないようにキャラクタ等は非表示に設定される。
【０１１３】
例えば図７（Ａ）では、再判定の結果、キャラクタＣＨの打ったボールが、相手のコート内（オンラインを含む）に入ったと判定され、ＯＵＴ判定がＩＮ判定に覆っている。従って、プレーヤの再判定要求は成功に終わり、得点、記録が修正される。そして図７（Ｂ）に示すように、再判定のチャレンジに成功したキャラクタＣＨが喜ぶ演出画面が表示される。
【０１１４】
一方、図８（Ａ）では、再判定の結果、キャラクタＣＨの打ったボールが、相手コートの外に出たと判定され、最初の判定通りＯＵＴと判定されている。従って、プレーヤの再判定要求は失敗に終わり、プレーヤの再判定の許容要求回数が１だけデクリメントされる。そして図８（Ｂ）に示すように、再判定のチャレンジに失敗してキャラクタＣＨがうなだれる演出画面が表示される。
【０１１５】
このように本実施形態では、通常のコンピュータゲームでは正確に行われる判定に対して、敢えて誤判定（誤審）を発生させている。そしてプレーヤの再判定要求が受け付けられると、リプレイ画像を表示して再判定の演出を行う。即ち、試合中、ライン際のきわどい位置にボールが落ちたときに、プレーヤは、自分に不利な判定に対して、リプレイ画像を用いたビデオ判定を求める抗議を行うことができる。従って、プレーヤは、微妙な判定に対して再判定を要求できるため、プレーヤの仮想現実感を増すことができ、これまでにない演出表現を実現できる。
【０１１６】
２．２ 誤判定発生処理
次に誤判定発生処理の詳細例について説明する。本実施形態では図９（Ａ）に示すように、ボールＢＬ（移動体）が、誤判定発生エリアＦＡＲに入ったと判定された場合に、誤判定発生処理を行う。即ちボールＢＬの着地点ＬＰ（或いは通過点）の座標（Ｘ、Ｚ座標）が、誤判定発生エリアＦＡＲ内である場合に誤判定発生処理を行う。このようにすれば、判定ラインＤＬの近くにボールＢＬが着地したときにだけ誤判定を発生させることができ、誤判定発生処理が頻繁に行われてしまう事態を防止できる。また誤判定発生エリアＦＡＲの幅（サイズ）や確率データを変えることで、誤判定が発生する頻度を制御でき、ゲームバランスの調整が容易になる。
【０１１７】
具体的には、判定のルールが、ボールＢＬが判定エリア内に入ったか否かについてのルールである場合、誤判定発生エリアＦＡＲは、判定エリア（コート等）を区画する判定ラインＤＬに沿って設定される。即ち判定ラインＤＬにオーバラップするように誤判定発生エリアＦＡＲが設定される。そして誤判定発生部１１７は、判定ラインＤＬに近い位置ほど、誤判定の発生確率が高くなる誤判定発生処理を行う。
【０１１８】
例えば図９（Ａ）では、判定ラインＤＬ上での誤判定発生確率は８０％になっている。一方、誤判定発生エリアＦＡＲを区画する第１、第２の境界ラインＢＤ１、ＢＤ２上での誤判定発生確率は３０％になっている。そして判定ラインＤＬから境界ラインＢＤ１又はＢＤ２の方に向かうにつれて徐々に誤判定発生確率が減少する。例えばリニアに誤判定発生確率が減少する。従って誤判定発生部１１７は、着地点ＬＰと判定ラインＤＬとの距離に基づいて、境界ラインＢＤ１、ＢＤ２での誤判定発生確率と判定ラインＤＬでの誤判定発生確率を線形補間することで、着地点ＬＰでの誤判定発生確率を求めることができる。
【０１１９】
このようにすれば、ボールＢＬの着地点が判定ラインＤＬに近いほど、誤判定が発生し易くなり、微妙な判定のときに誤判定が発生するようになるため、現実世界の誤審を擬似的にシミュレートできる。なお境界ラインＢＤ１、ＢＤ２の外側では誤判定発生確率は０％になっている。即ち誤判定発生エリアＦＡＲの外側では誤判定は発生しない。
【０１２０】
また図９（Ｂ）に示すように、誤判定発生エリアＦＡＲは、判定エリア（判定ラインＤＬ）の内側に設定される第１の誤判定発生エリアＦＡＲ１と、判定エリアの外側に設定される第２の誤判定発生エリアＦＡＲ２を有する。そして第１の誤判定発生エリアＦＡＲ１には第１の確率設定が行われ、第２の誤判定発生エリアＦＡＲ２には第２の確率設定が行われ、誤判定発生部１１７は、これらの誤判定発生エリアＦＡＲ１、ＦＡＲ２を用いて誤判定発生処理を行う。
【０１２１】
例えば図９（Ｂ）では、誤判定発生エリアＦＡＲ２の方がＦＡＲ１よりも幅が太くなっている。また境界ラインＢＤ２の方がＢＤ１よりも誤判定の発生確率が高く設定されており、誤判定発生エリアＦＡＲ２の方がＦＡＲ１よりも誤判定が発生し易くなっている。なお、逆に、誤判定発生エリアＦＡＲ１の方がＦＡＲ２よりも誤判定が発生し易くなるようにしてもよい。
【０１２２】
このように誤判定発生エリアＦＡＲ１、ＦＡＲ２での誤判定の確率設定を個別に設定できるようにすれば、例えばＩＮがＯＵＴと判定される誤判定の頻度と、ＯＵＴがＩＮと判定される誤判定の頻度が異なるように、ゲームバランスの調整等が可能になる。
【０１２３】
図１０に、誤判定発生処理を行うための課率設定データ（確率設定テーブル）の例を示す。この確率設定データは確率設定データ記憶部１７６に記憶される。
【０１２４】
例えば確率設定データ記憶部１７６は、誤判定発生エリアＦＡＲを区画する境界ラインＢＤ１上での誤判定発生確率データである第１の確率データＰＲ１と、第２の境界ラインＢＤ２上での誤判定発生確率データである第２の確率データＰＲ２を記憶する。また判定ラインＤＬ上での誤判定発生確率データである第３の確率データＰＲ３を記憶する。なおＰＲ１＝ＰＲ２になるように設定してもよい。
【０１２５】
そして誤判定発生部１１７は、これらの確率データＰＲ１、ＰＲ２、ＰＲ３に基づいて誤判定発生処理を行う。例えば着地点ＬＰの位置と、確率データＰＲ１、ＰＲ２、ＰＲ３を用いて、着地点ＬＰでの誤判定発生確率を求める。
【０１２６】
また確率設定データ記憶部１７６は、誤判定発生エリアＦＡＲ１、ＦＡＲ２を設定するための第１、第２のエリア設定データＬＡ１、ＬＡ２を記憶する。具体的には例えば判定ラインＤＬから境界ラインＢＤ１、ＢＤ２までの距離が、エリア設定データＬＡ１、ＬＡ２になる。
【０１２７】
そして誤判定発生部１１７は、これらのエリア設定データＬＡ１、ＬＡ２に基づいて、誤判定発生処理を行う。例えば着地点ＬＰの位置と、確率データＰＲ１、ＰＲ２、ＰＲ３と、エリア設定データＬＡ１、ＬＡ２を用いて、着地点ＬＰでの誤判定発生確率を求める。
【０１２８】
図１０のような確率設定データを用いれば、誤判定発生エリアＦＡＲ１、ＦＡＲ２での確率設定を自由にコントロールできるため、ゲームバランスの調整が容易になる。
【０１２９】
また誤判定発生部１１７は、図１１に示すように、仮想カメラＶＣの視点からの距離（俯角、解像度等の視点距離と等価なパラメータを含む）に応じてその誤判定発生の確率設定が変化する誤判定発生エリアを用いて、誤判定発生処理を行ってもよい。例えばコート（広義には判定エリア）を区画する各判定ラインにおける誤判定の確率設定を、互いに異ならせる。
【０１３０】
具体的には図１１では、コートを区画する第１の判定ラインＤＬ１に設定される誤判定発生エリアと、第２の判定ラインＤＬ２に設定される誤判定発生エリアでは、その確率設定が異なる。例えば誤判定発生エリアの幅（図９のＬＡ１、ＬＡ２）や、確率データ（ＰＲ１、ＰＲ２、ＰＲ３）が異なり、誤判定発生部１１７は、このような確率設定が異なる誤判定発生エリアを用いて誤判定発生処理を行う。
【０１３１】
即ち仮想カメラＶＣの視点（プレーヤの視点）では、判定ラインＤＬ１に比べて判定ラインＤＬ２は遠くに見え、細く見える。従ってプレーヤの視点からは、判定ラインＤＬ２（相手側のコートの判定ライン）の近くでボールがバウンドした場合に、ＯＵＴなのかＩＮなのかの見極めが、判定ラインＤＬ１に比べて難しい。そこで、例えば判定ラインＤＬ２では、判定ラインＤＬ１に比べて、誤判定発生エリアの幅を太くする。こうすれば、プレーヤの視点から見て、ボールの着地点と判定ラインＤＬ２とがずれて見えるときに、再判定要求の受け付け画面が表示されるようになり、プレーヤにとって納得の行く再判定処理を実現できる。
【０１３２】
なお２人プレイの対戦時やネットワーク対戦時には、判定ラインＤＬ１、ＤＬ２の確率設定が異なると、プレーヤが不自然さを感じるおそれもある。そこで、図１１のように視点からの距離に応じて確率設定を異ならせる手法は、コンピュータキャラクタとの対戦の時だけ、その設定をオンにしてもよい。
【０１３３】
２．３ 再判定要求の受け付け
本実施形態では、判定イベントが発生した後、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行う手法を採用している。
【０１３４】
例えばテニスゲームにおける誤判定としては、図１２（Ａ）のようにＩＮをＯＵＴと誤判定する第１の誤判定と、図１２（Ｂ）のようにＯＵＴをＩＮと誤判定する第２の誤判定がある。即ち図１２（Ａ）の第１の誤判定では、ボールＢＬ（移動体）がコート（広義には判定エリア）内に入ったのにコート内に出たと誤判定し、図１２（Ｂ）の第２の誤判定では、ボールがコート外に出たのにコート内に入ったと誤判定する。
【０１３５】
そして図１２（Ａ）の第１の誤判定では、ボールＢＬがＯＵＴと判定されているため、その時点でゲームが終了する。一方、図１２（Ｂ）の第２の誤判定では、ボールＢＬがＩＮと判定されているため、プレーヤがゲームプレイを継続して、ボールを打ち返すと、ゲームは終了しない。このため図１２（Ｂ）の場合は再判定要求ができなくなってしまう。
【０１３６】
そこで本実施形態では、図１２（Ａ）の第１の誤判定が発生したときには、入力受け付け部１０２は、ゲームプレイが停止したか否かに依らずに、再判定要求の受け付け処理を行う。即ちボールが誤判定発生エリアに着地した場合には、無条件で再判定要求の受け付け処理を行い、図６（Ａ）に示すような再判定の受け付け画面を表示する。そしてプレーヤが再判定要求の操作入力を行うと、リプレイ画像の生成や再判定処理を行う。
【０１３７】
一方、図１２（Ｂ）の第２の誤判定が発生したときには、入力受け付け部１０２は、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行う。例えばプレーヤが、相手キャラクタからのボールを打たないで見送った場合等に、再判定の受け付け処理を行い、図６（Ａ）に示すような再判定の受け付け画面を表示する。そしてプレーヤが再判定要求の操作入力を行うと、リプレイ画像の生成や再判定処理を行う。
【０１３８】
このようにすれば、ボールを見送った時点で、プレーヤにゲームプレイの継続の意思がないと判断して、ゲームを終了し、再判定処理に移行することが可能になる。
【０１３９】
例えば誤判定が発生すると、図４のステップＳ６に示すように誤判定発生フラグがセットされる。そしてこのような判定イベントの発生後、プレーヤがゲームプレイを停止しなかった場合に、誤判定発生フラグはクリアされる。
【０１４０】
即ち図１３に示すように、第２の誤判定が発生すると、誤判定発生フラグがセットされる。その後、プレーヤがゲームプレイを停止せずに、キャラクタＣＨを操作してラケットによりボールＢＬを打ち返すと、誤判定発生フラグはクリアされる。つまり、この場合には、図４のステップＳ７においてゲームプレイが終了しなかったと判断され、ステップＳ１に戻る。そして次のゲームプレイ（サーブから始まる一連のゲームプレイ）で、再度、誤判定が発生すると、誤判定発生フラグはセットされることになる。
【０１４１】
このようにすれば、誤判定が発生したときに、プレーヤが誤判定を見逃すなどして、ゲームプレイを継続した場合には、誤判定発生フラグがクリアされて、そのゲームプレイでは再判定要求ができなくなる。従って、誤判定を見逃さずに抗議するという楽しみを、プレーヤに対して提供でき、正確な判定が前提となっていたこれまでのコンピュータゲームでは実現できない演出効果を実現できる。
【０１４２】
なお本実施形態では、カウント部１１８がプレーヤの再判定要求回数をカウントする。そして図４のステップＳ８に示すように、再判定要求が許容要求回数に達している場合には、再判定要求は受け付けられない。また図５のステップＳ１５に示すように、判定イベントでの判定が誤判定ではなかった場合には、許容要求回数が減らされる。即ちチャレンジする権利を１回減らされる。このようにすることで、プレーヤがむやみに再判定を要求することでゲームプレイが頻繁に中断されてしまう事態を防止できる。
【０１４３】
なお許容要求回数は、例えば１セット（１タイブレーク）にＮ回（Ｎは自然数）、或いは複数セットからなる１ゲームにＮ回というように設定できる。また、１セットが終わった場合に、許容要求回数を元のＮ回に戻してもよいし、戻さなくてもよい。
【０１４４】
また再判定の許容要求回数を、ゲームのモード設定画面において設定できるようにしてもよい。例えば許容要求回数が０回に設定された場合には、再判定要求自体ができなくなり、無限大に設定された場合には、制限無く再判定要求ができるようになる。また例えばネットワーク対戦モードの場合には、再判定の許容要求回数をマッチング条件の１つとして設定してもよい。
【０１４５】
２．４ リプレイ
本実施形態では、ビデオ判定による再判定を表現するために、再判定要求が受け付けられた場合に、判定イベント発生時のリプレイ画像を生成して表示している。
【０１４６】
例えば図１４（Ａ）では、判定ラインＤＬの近くのきわどい位置にバウンドしたボールＢＬに対して、誤判定が発生し、本来はＯＵＴであるのに、ＩＮと判定されている。また図１４（Ｂ）では、判定ラインＤＬの近くのきわどい位置にボールＢＬがバウンドしているが、誤判定が発生することなく、ＩＮと判定されている。
【０１４７】
このような場合に、ボールＢＬの着地タイミングのフレームが、リプレイフレームとしてリプレイフレーム記憶部１７５に保存される。即ちキャラクタ又は相手キャラクタのサーブが行われたタイミングからフレーム数がカウントされ、着地タイミングでのフレーム数がリプレイフレームとして保存される。
【０１４８】
一方、リプレイデータ記憶部１７４（リプレイバッファ）には、ボール、キャラクタ等のオブジェクトの位置、回転方向、オブジェクト番号等のオブジェクトデータが、リプレイ画像を生成するためのリプレイデータとして記憶される。
【０１４９】
そして、再判定要求の操作入力が受け付けられると、リプレイフレーム記憶部１７５からリプレイフレームが読み出され、読み出されたリプレイフレームに基づいてリプレイデータ記憶部１７４からリプレイデータを読み出される。例えばリプレイフレームで指定されるフレームの前（又は前後）の数十フレーム分のリプレイデータが読み出される。そして、読み出されたリプレイデータに基づいて、図７（Ａ）や図８（Ａ）に示すように、判定イベント発生時の再現画像であるリプレイ画像が生成される。
【０１５０】
この場合に図１４（Ａ）では、誤判定が発生しているが、リプレイデータ記憶部１７４に記憶されるボールＢＬの軌道は、ＯＵＴ側に着地した実際のボールＢＬの軌道になっている。従って、リプレイ時には、ＩＮ側ではなくＯＵＴ側にボールＢＬが着地した画像が生成されることになる。従って、このリプレイ画像を見ることで、プレーヤは、誤判定が発生したことを確認できる。
【０１５１】
また、判定イベントの発生時（ボールのバウンド時）が例えば図１５（Ａ）のような状況であった場合に、リプレイ時には図１５（Ｂ）に示すように、判定イベントの発生場所をズームアップしたリプレイ画像が生成される。即ち判定イベント発生時に着地点ＬＰの位置も保存され、リプレイ時には、仮想カメラの注視点が、この着地点ＬＰ付近に設定されたズームアップ画像が生成される。こうすることで、プレーヤは、微妙な判定の結果を容易に確認できる。
【０１５２】
また例えば図１５（Ａ）では、判定イベント発生時に、ボールＢＬの着地点ＬＰの近くにキャラクタが存在する。この場合に、キャラクタがリプレイ画像に表示されてしまうと、キャラクタの存在が邪魔になって、ボールＢＬの着地点ＬＰが見えなくなってしまう可能性もある。
【０１５３】
そこで図１５（Ｂ）では、判定イベントの発生時に判定イベントの発生場所に存在していたキャラクタが非表示にされたリプレイ画像を生成する。具体的にはリプレイデータ記憶部１２４に記憶されたリプレイデータの中から、キャラクタに関するリプレイデータを除いて、ボールやコート等のリプレイデータだけを取り出して、リプレイ画像を生成する。このようにすれば、リプレイ画像の生成時に、例えばキャラクタの足などの余計なオブジェクトが表示されないようになり、ボールＢＬが着地する様子が隠れて見えなくなってしまう事態を防止できる。
【０１５４】
また図１６では、判定イベント発生時に、本来はＯＵＴであるのにＩＮと誤判定されている。そしてリプレイ時に、リプレイフレームに基づいてリプレイデータが読みされてリプレイ画像が生成されている。この時に図１６では、ボールＢＬの着地位置（通過位置）が変更されたリプレイ画像が生成される。即ち、リプレイ時には、判定イベントの発生時に比べて、判定エリアを区画する判定ラインＤＬから近い位置に、ボールＢＬ（移動体）が着地（又は通過）するリプレイ画像が生成される。つまり、リプレイ時には着地点ＬＰが判定ラインＤＬ側に近づけられる。
【０１５５】
例えば図９（Ａ）の誤判定発生エリアＦＡＲの幅を細くなってしてしまうと、誤判定の発生頻度が少なくなり、再判定要求を行う場面が少なくなってしまうため、再判定要求システムを導入した意味が薄れてしまう。このため、誤判定発生エリアＦＡＲの幅は、現実世界において誤判定が発生すると想定される幅よりも太く設定され、例えば３０ｃｍ〜５０ｃｍに設定される。
【０１５６】
ところが、このように誤判定発生エリアＦＡＲの幅が太いと、リプレイ画像においてズームアップしたときに、判定ラインＤＬからボールＢＬの着地点ＬＰがかなり離れているのに誤判定が発生しているように見えてしまい、プレーヤが不自然さを感じるおそれがある。
【０１５７】
そこで図１６では、リプレイ時には判定イベント発生時に比べて着地点ＬＰを判定ラインＤＬに近づけている。このようにすれば、判定イベント発生時には、幅の太い誤判定発生エリアＦＡＲを用いて誤判定を発生させると共に、リプレイ時には、ボールＢＬの着地点ＬＰを判定ラインＤＬに近づけることで、ぎりぎりの判定が誤判定になったようにプレーヤに見せかけることができ、プレーヤの不自然感を軽減できる。
【０１５８】
なお着地点ＬＰを判定ラインＤＬに近づける処理は、着地点ＬＰが判定ラインＤＬから所与のしきい値距離だけ離れていることを条件に行ってもよい。即ち、しきい値距離だけ離れていない場合には、着地点ＬＰを判定ラインＤＬに近づける処理を行わずに、しきい値距離だけ離れた場合に、近づける処理を行ってもよい。
【０１５９】
２．５ コンピュータキャラクタ
本実施形態では、コンピュータにより操作されるコンピュータキャラクタ（所与のアルゴリズムにしたがって動作するキャラクタ）も誤判定要求を行うシステムを採用している。即ちキャラクタ制御部１１０は、判定イベントが発生し、ボールが誤判定発生エリアに着地すると、コンピュータキャラクタに再判定要求を行わせる制御処理を行う。
【０１６０】
この場合に、例えば、キャラクタとコンピュータキャラクタとの対戦状況（プレイ状況）の情報に基づいて、コンピュータキャラクタに再判定要求を行わせるか否かを判断（制御）してもよい。例えば、対戦状況が接戦状況ではない場合（得点差が大きい場合、一方が他方に対して圧倒的に勝っている場合）には、コンピュータキャラクタに再判定要求を行わせない。一方、対戦状況が接戦状況である場合（得点差が小さい場合、両方がイーブンの場合）には、コンピュータキャラクタに再判定要求を行わせる。
【０１６１】
また、判定ラインとボール（移動体）の着地点（又は通過点）との距離に応じて設定される確率データや、コンピュータキャラクタの再判定要求の許容要求回数の情報に基づいて、コンピュータキャラクタに再判定要求を行わせるか否かを判断してもよい。
【０１６２】
例えば判定ラインと着地点との距離が離れているほど、コンピュータキャラクタが判定要求を行う確率を高くしてもよい。即ち判定ラインと着地点との距離が近いと、コンピュータキャラクタも誤判定に気づきにくく、距離が離れていれば、誤判定に気づきやすいと想定されるからである。
【０１６３】
また再判定要求の残り許容要求回数が少ないほど、コンピュータキャラクタが判定要求を行う確率を低くしてもよい。許容要求回数が少ないと、コンピュータキャラクタも慎重になり、再判定要求を行うことをためらうと考えられるからである。
【０１６４】
図１７に、コンピュータキャラクタの制御処理についてのフローチャートを示す。
【０１６５】
まず、ゲームプレイ中にボール（移動体）が着地し、判定イベントが発生したか否かを判断する（ステップＳ２１）。そしてボールが着地した場合には、ボールの着地位置を取得して記憶部に保存する（ステップＳ２２）。
【０１６６】
次に、プレーヤとの対戦状況は接戦状況か否かを判断する（ステップＳ２３）。例えばその時点でのキャラクタとコンピュータキャラクタとの得点差（取得セット数の差）などの情報を求めて、接戦状況か否かを判断する。そして接戦状況ではない場合にはステップＳ２１に戻る。
【０１６７】
一方、接戦状況である場合には、ボールの着地点と判定ラインとの距離やコンピュータキャラクタの再判定要求の許容要求回数に基づいて、再判定要求の確率データを取得する（ステップＳ２４）。例えば着地点と判定ラインの距離や許容要求回数と、確率データとが関連づけられた確率設定テーブルなどに基づいて、コンピュータキャラクタが再判定要求を行う確率のデータを求めることができる。具合的には、上記距離が長くなるほど高くなると共に許容要求回数が多いほど高くなる確率データを求める。
【０１６８】
次に、取得された確率データに基づいて、コンピュータキャラクタが再判定要求を行うか否かを判定する（ステップＳ２５）。そして再判定要求を行わないと判定された場合にはステップＳ２１に戻る。一方、再判定要求を行うと判定された場合には、プレーヤに対してコンピュータキャラクタが再判定を要求する画面を生成して表示する（ステップＳ２６）。
【０１６９】
以上のように、プレーヤ側のみならずコンピュータ側も再判定要求を行うようにすることで、再判定要求をお互いに行い合うようになり、白熱したゲーム展開を実現できる。
【０１７０】
２．６ 先行入力システム
さて、テニスゲームなどのスポーツゲームでは、ボールがキャラクタの場所に飛んできたタイミングで、プレーヤがゲームコントローラの動作指示ボタンを押すことで、ボールを打ち返すという操作インターフェースを採用するのが一般的である。
【０１７１】
しかしながら、このような操作インターフェースでは、プレーヤがキャラクタの動作指示ボタンを押すタイミングの前においては、どのような種類のショット動作をキャラクタに行わせるのかを、確定できない。即ちプレーヤがショットタイミングの直前に例えばトップスピンやスライスのショット動作の指示ボタンを押した場合に、打ち返したボールの軌道をトップスピンやスライスの軌道にすることはできるが、キャラクタのモーション自体を、トップスピンやスライスのショット動作に応じたモーションにすることは難しかった。
【０１７２】
以上のような課題を解決するために、本実施形態では、キャラクタによりボール（移動体）がショット（捕捉）されるタイミングに先行して、キャラクタの動作指示を行うことができる先行入力システムを採用している。この先行入力システムによれば、例えばショットタイミングの前に、プレーヤがトップスピンやスライスの動作指示ボタンを押すと、ボールの軌道のみならず、ショットタイミングまでのキャラクタのモーションについても、トップスピンやスライスの動作を忠実に再現したモーションにすることが可能になる。
【０１７３】
具体的には図１８（Ａ）に示すようにプレーヤは、相手キャラクタＣＣがボールＢＬをショットした後、キャラクタＣＨの動作を指示する先行入力を行う。即ちキャラクタＣＨによりボールＢＬ（移動体）がショット（又は捕捉）されるタイミングに先行して、キャラクタＣＨの動作を指示する先行入力を行う。具体的には、キャラクタＣＨの移動方向を方向指示キー５０（ジョイスティック、方向指示部）で指示すると共に、キャラクタＣＨのショットの種類を指示する操作ボタン６１を押す。ここでは、ゲームプレイ中では操作ボタン６１、６２、６３、６４は、各々、トップスピン、スライス、フラット、ロブのショットを指示するボタンになっており、キャラクタＣＨは、指示されたショットに応じたモーションを行う。そして図１８（Ａ）ではトップスピンを指示する操作ボタン６１が押されているため、トップスピン用のモーションデータが再生されることになる。
【０１７４】
なお方向指示キー５０と操作ボタン６１の操作は必ずしも同時である必要はなく、例えば操作ボタン６１を操作した後に方向指示キー５０を操作したり、方向指示キー５０を操作した後に操作ボタン６１を操作してもよい。
【０１７５】
以上のような先行入力が行われると、図１８（Ｂ）に示すように、キャラクタＣＨ（キャラクタのラケット）とボールＢＬ（移動体）とのヒットイベント（ショットイベント）が発生する位置であるヒット位置ＨＰ（ショット位置、捕捉位置）が求められる。即ちキャラクタＣＨによりボールＢＬがショット（ヒット）されると予測される位置（場所）がヒット位置ＨＰとして求められる。例えば、先行入力のタイミングでのキャラクタＣＨの位置及び移動方向により特定される軌道ＲＣと、ボールＢＬの軌道ＲＢとの交点を求めることで、ヒット位置ＨＰが求められる。
【０１７６】
具体的には、ボールＢＬの軌道ＲＢは、相手キャラクタＣＣがボールＢＬを打った時点で計算され、計算された軌道は軌道データとして軌道データ記憶部に記憶される。ヒット位置ＨＰは、この軌道データに含まれる複数のボール位置（各フレームでの移動体位置）のデータのうち、軌道ＲＣ、ＲＢの交点に対応するボール位置（交点に最も近いボール位置）のデータを選択することで、取得できる。
【０１７７】
またこの時に、ボールＢＬのヒット位置ＨＰへの到達時間ｔｒも取得される。具体的には、到達時間ｔｒは、軌道データにおいてヒット位置ＨＰにボールＢＬが到達するまでのフレーム数として取得できる。
【０１７８】
そして図１８（Ｃ）に示すように、求められた到達時間ｔｒ（到達フレーム数）と、図１８（Ａ）での動作指示データとに基づき、モーション（モーションデータ）を選択し、選択されたモーションを再生することで、キャラクタＣＨのショット動作を表現する。
【０１７９】
例えば、各ショットのモーションとして再生時間（再生フレーム数）が異なる複数のモーションを用意しておく。そして図１８（Ａ）でトップスピンが選択された場合には、トップスピン用に用意された複数のモーションの中から、到達時間ｔｒに応じた長さの再生時間のモーションを選択する。例えば到達時間ｔｒが短ければ、再生時間が短いモーションを選択し、到達時間ｔｒが長ければ、再生時間が長いモーションを選択する。またモーション再生速度の変更処理を行うことで、到達時間ｔｒと再生時間の長さを一致させるための微調整を行う。
【０１８０】
そして図１８（Ｄ）に示すように、キャラクタＣＨとボールＢＬのヒットイベント（ショットイベント）が発生した場合には、そのときにプレーヤが方向指示キー５０で指示している方向にボールＢＬが打ち返される。
【０１８１】
ここで、図１８（Ｄ）では、ヒットイベントの発生タイミング（ショットタイミング）と、プレーヤが操作ボタン６１を離すタイミングとの一致の度合いが高いほど、ボールＢＬの速度が増したり、相手コート内の厳しい場所にボールＢＬが飛ぶようになる。即ち、図１８（Ａ）で操作ボタン６１を押した後、そのまま押し続け、キャラクタＣＨの近くにボールＢＬが来た時に、タイミング良く操作ボタン６１を離すことで、いわゆる溜め打ち動作が実現され、強くて正確なショットが相手コートに打ち返される。
【０１８２】
図１８（Ａ）〜図１８（Ｄ）の先行入力システムの手法によれば、先行入力により指示されたモーションが切れ目なく再生されるため、選手のモーション、ボールの挙動、カメラアングル等をリアルに表現できる。即ち各ショット毎に用意された多彩で高品質なモーションを再生でき、プレーヤは、多彩なショットを使い分けてゲームを楽しむことができるようになる。
【０１８３】
例えば比較例の手法として、準備動作であるテイクバック動作の開始条件が満たされると、キャラクタが自動的にテイクバック動作を開始し、その後にプレーヤがショットを指示する操作ボタンを押すと、キャラクタがボールをショットするという手法が考えられる。この手法では、テイクバックモーション（準備動作モーション）を再生した後、ショット動作が指示されると、ショットモーションを再生する。即ちテイクバックモーションとショットモーションを別々のモーションデータとして記憶して再生する。従ってテイクバックモーションとショットモーションが滑らかに繋がらなくなる場合があり、リアルで滑らかなモーション表現を実現できないおそれがある。
【０１８４】
この点、本実施形態の先行入力システムによれば、テイクバック動作（準備動作）及びショット動作（捕捉動作）が１つのモーションデータの再生により実現される。従ってテイクバック動作とショット動作（フォロー動作）が滑らかに繋がるようになり、よりリアルなモーション表現を実現できる。
【０１８５】
例えば比較例の手法では、ヒット位置においてボールが高ければ、通常のテイクバックモーションの再生後に高いボール用のショットモーションが再生され、ヒット位置においてボールが低ければ、通常のテイクバックモーションの再生後に低いボール用のショットモーションが再生されるようになる。即ち、ボールが高くても低くても、テイクバック動作については同じモーションが再生されるため、リアルなモーション表現を実現できない。
【０１８６】
これに対して本実施形態の先行入力システムによれば、先行入力を行った時点で、ヒット位置でのボールの高さ等を予測し、高いボール用のテイクバック動作及びショット動作が一体となったモーションを選択して再生したり、低いボール用のテイクバック動作及びショット動作が一体となったモーションを選択して再生できる。従って、不自然さの少ないリアルなモーション表現を実現できる。
【０１８７】
さて、以上のような先行入力システムを採用した場合、プレーヤが先行入力を行ってキャラクタＣＨがショット動作（捕捉動作）を開始した後、そのショット動作をキャンセルできないという課題がある。
【０１８８】
例えば図１２（Ｂ）のように第２の誤判定が発生した場合には、プレーヤのゲームプレイが停止したことを条件に、再判定要求の受け付け処理が行われる。従って、先行入力により開始したショット動作をキャンセルできないと、プレーヤは、ライン際にバウンドすると思われるボールを見逃すことができなくなり、図１３のようにボールをショットせざるを得なくなる。従って、誤判定に対する再判定要求の機会をプレーヤから奪ってしまうことになってしまう。
【０１８９】
そこで本実施形態では、キャラクタ制御部１１０は、先行入力によりキャラクタＣＨがショット動作（又は捕捉動作）を開始した後に、再判定要求のためにプレーヤがキャンセル操作を行った場合には、キャラクタＣＨのショット動作（捕捉動作）をキャンセルする制御を行う。具体的にはボールＢＬ（移動体）がコート（判定エリア）外に出たときに、プレーヤがキャンセル操作を行った場合に、キャラクタのショット動作（捕捉動作）をキャンセルする。
【０１９０】
例えば図１９（Ａ）では、プレーヤが先行入力の後、操作ボタン６１を押し続けている。そして図１８（Ｄ）のように、キャラクタＣＨとボールＢＬが近づいたタイミング（ヒットイベントのタイミング）で、操作ボタン６１を離すことで、いわゆる溜め打ちが実現されて、強力で正確なショットが相手コート内に飛ぶようになる。
【０１９１】
一方、図１９（Ｂ）では、図１８（Ｄ）とは異なり、プレーヤは、キャラクタＣＨとボールＢＬが近づいた時にも操作ボタン６１を押し続けている。このような操作をプレーヤが行った場合には、キャラクタ制御部１１０は、ショット動作のキャンセル動作が行われたと判断する。そして、キャラクタＣＨの最後のショット動作は行われないようになり、ボールＢＬを見逃すようにする。
【０１９２】
従って、プレーヤは、ボールＢＬが判定ラインの近くに着地すると判断した場合には、図１８（Ｄ）の溜め打ちの操作ではなく、図１９（Ｂ）のキャンセル操作を行うことで、ボールＢＬを見逃すことができる。そして、判定ラインに設定された誤判定発生エリアにボールＢＬが着地し、ＯＵＴ判定がＩＮと判定される誤判定が発生したとする。
【０１９３】
この場合に、プレーヤはボールＢＬを見逃して、ゲームプレイを停止しているため、相手側のポイントになり、ゲームプレイは終了する。従って、この場合には、再判定要求の受け付け画面が表示され、プレーヤは再判定にチャレンジできるようになる。
【０１９４】
このように図１９（Ｂ）では、先行入力により開始したショット動作（捕捉動作）のキャンセル操作が可能であるため、先行入力システムにおいても、判定ラインぎりぎりのボールを見逃すことが可能になる。そしてプレーヤは、見逃したボールの着地点について、自身にとって不利な判定がなされた場合には、これに対して再判定を要求することが可能になり、先行入力システムに最適な再判定処理を実現できる。
【０１９５】
２．７ 変形例
次に本実施形態の変形例について説明する。図１６では、判定イベント発生時の画像とは異なるリプレイ画像を生成する手法について説明したが、この手法については種々の変形実施が可能である。例えば第１のプレーヤと、第１のプレーヤと対戦する第２のプレーヤ（コンピュータプレーヤ又は人間プレーヤ）との対戦状況の情報（得点差、ポイント差、勝敗の趨勢）に基づいて、判定イベント発生時の画像とは異なるリプレイ画像を生成してもよい。例えば第１のプレーヤと第２のプレーヤの対戦状況が第１の状況である場合には、判定イベント発生時の画像と同じリプレイ画像を生成し、第２の状況である場合には、判定イベント発生時の画像とは異なるリプレイ画像を生成する。
【０１９６】
具体的には図２０（Ａ）では、第１、第２のプレーヤＰ１、Ｐ２がキャラクタＣ１、Ｃ２を操作して、テニスゲームをプレイしている。そして誤判定発生部１１７が、プレーヤＰ２に比べてプレーヤＰ１の方が不利になる誤判定を行っている。即ちボールＢＬが実際にはコート外に着地しているのに、コート内に着地したと判定して、ＯＵＴ判定をＩＮ判定と誤判定しており、このＩＮ判定は、プレーヤＰ１にとって不利な判定になる。そしてプレーヤは、ボールＢＬの着地点がライン際であるため、再判定要求を行い、その要求が受け付けられると、リプレイ画像が生成される。
【０１９７】
このときに図２０（Ｂ）では、プレーヤＰ１、Ｐ２の対戦状況において、プレーヤＰ２に比べてプレーヤＰ１が負けている状況になっている。具体的には、プレーヤＰ２に比べてプレーヤＰ１の得点（セット数、ゲーム数）の方が低い。このような場合には、通常どおりに、イベント発生時の画像と同じリプレイ画像を生成し、ＩＮ判定は実際はＯＵＴ判定であり、誤判定であったことをプレーヤに知らせる。
【０１９８】
一方、図２０（Ｃ）では、プレーヤＰ１、Ｐ２の対戦状況において、プレーヤＰ２に比べてプレーヤＰ１が勝っている状況になっている。具体的には、プレーヤＰ２に比べてプレーヤＰ１の得点の方が高い。このような場合には、イベント発生時の画像とは異なるリプレイ画像を生成する。即ち、プレーヤＰ２に比べてプレーヤＰ１の方が不利になるリプレイ画像を生成する。そして、ＩＮ判定は実際にはＯＵＴ判定であり誤判定であったのにもかからず、誤判定画像であるＩＮ判定のリプレイ画像を生成する。またプレーヤＰ１ではなく、プレーヤＰ２の方に得点を与える。
【０１９９】
このようにすることで、誤判定やリプレイ画像を活用したハンディ設定を実現できる。なお、誤判定の発生確率自体を、プレーヤＰ１、Ｐ２の対戦状況に応じて変えてもよい。例えばプレーヤＰ１が対戦状況において勝っている場合には、プレーヤＰ１にとって不利な誤判定が行われる確率を高くし、プレーヤＰ１が対戦状況において負けている場合には、プレーヤＰ１にとって不利な誤判定が行われる確率を低くしてもよい。
【０２００】
また図９（Ａ）、図９（Ｂ）では、移動体であるボールＢＬが誤判定発生エリアＦＡＲに着地したか否かや、誤判定発生エリアＦＡＲに対する確率設定に基づいて、誤判定発生処理を制御していたが、本実施形態はこれに限定されない。例えば誤判定発生部１１７は、ゲームプレイ結果の判定対象物である移動体の移動情報（移動速度、移動加速度等）や、移動体の誤判定発生エリアでの滞在時間（通過時間）に基づいて、誤判定発生処理を行ってもよい。
【０２０１】
例えば図２１（Ａ）では、キャラクタＣＡは野球の走者であり、キャラクタＣＢは一塁手（野手）である。そしてベースＢＳを踏んでいるキャラクタＣＢがボールＢＬを捕球するタイミングに比べて、キャラクタＣＡがベースＢＳを踏むタイミングの方が速かったか否かが判定され、速かった場合にはセーフになるというルールになっている。
【０２０２】
この場合に誤判定発生部１１７は、図２１（Ｂ）に示すように、走者であるキャラクタＣＡ（或いはボールＢＬ）の移動速度ＶＣに基づいて誤判定発生処理を行う。具体的には移動速度ＶＣが速い場合には、誤判定の発生確率を高くし、移動速度ＶＣが遅い場合には、誤判定の発生確率を低くする。或いは、ベースＢＳを囲むように設定された誤判定発生エリアＦＡＲでのキャラクタＣＡ（或いはボールＢＬ）の滞在時間（通過時間）ＴＣに基づいて誤判定発生処理を行う。具体的には、滞在時間ＴＣが短い場合には、誤判定の発生確率を高くし、滞在時間ＴＣが長い場合には、誤判定の発生確率を低くする。
【０２０３】
このようにすれば、走者やボールが速いほど誤判定の発生確率が高くなるため、現実世界における審判の誤判定を擬似的にシミュレートできるようになる。
【０２０４】
なお移動速度ＶＣによる誤判定発生確率の制御は、例えば図２１（Ｃ）のように、移動速度（ＶＣ１〜ＶＣ２、ＶＣ２〜ＶＣ３・・）と誤判定発生確率とを対応づけたテーブルを用いることで実現できる。同様に、滞在時間ＴＣによる誤判定発生確率の制御も、例えば図２１（Ｄ）のように、滞在時間（ＴＣ１〜ＴＣ２、ＴＣ２〜ＴＣ３・・）と誤判定発生確率とを対応づけたテーブルを用いることで実現できる。
【０２０５】
３．ハードウェア構成
図２２（Ａ）に本実施形態を実現できるハードウェアの構成例を示す。
【０２０６】
ＣＰＵ９００（メインプロセッサ）は、複数のＣＰＵコア１、ＣＰＵコア２、ＣＰＵコア３を含むマルチコアプロセッサである。またＣＰＵ９００は図示しないキャッシュメモリを含む。ＣＰＵコア１、２、３の各々にはベクタ演算器等が設けられている。そしてＣＰＵコア１、２、３の各々は、例えば２つのＨ／Ｗスレッド処理をコンテクストスイッチをすることなしに並列実行でき、マルチスレッド機能がハードウェアでサポートされている。そして３つのＣＰＵコア１、２、３の合計で、６つのＨ／Ｗスレッド処理を並列実行できる。
【０２０７】
ＧＰＵ９１０（描画プロセッサ）は、頂点処理やピクセル処理を行って、描画（レンダリング）処理を実現する。具体的には、シェーダプログラムに従って、頂点データの作成・変更やピクセル（フラグメント）の描画色の決定を行う。１フレーム分の画像がＶＲＡＭ９２０（フレームバッファ）に書き込まれると、その画像はビデオ出力を介してＴＶなどのディスプレイに表示される。なおメインメモリ９３０はＣＰＵ９００やＧＰＵ９１０のワークメモリとして機能する。またＧＰＵ９１０では、複数の頂点スレッド、複数のピクセルスレッドが並列実行され、描画処理のマルチスレッド機能がハードウェアでサポートされている。またＧＰＵ９１０にはハードウェアのテッセレータも備えられている。またＧＰＵ９１０は、頂点シェーダとピクセルシェーダとがハードウェア的に区別されていないユニファイド・シェーダ・タイプとなっている。
【０２０８】
ブリッジ回路９４０（サウスブリッジ）は、システム内部の情報流通を制御する回路であり、ＵＳＢコントローラ（シリアルインターフェース）、ネットワークの通信コントローラ、ＩＤＥコントローラ、或いはＤＭＡコントローラなどのコントローラを内蔵する。そしてこのブリッジ回路９４０により、ゲームコントローラ９４２、メモリーカード９４４、ＨＤＤ９４６、ＤＶＤドライブ９４８との間のインターフェース機能が実現される。
【０２０９】
なお本実施形態を実現できるハードウェア構成は図２２（Ａ）に限定されず、例えば図２２（Ｂ）のような構成であってもよい。
【０２１０】
図２２（Ｂ）ではＣＰＵ９０２が、プロセッサエレメントＰＰと８つのプロセッサエレメントＰＥ１〜ＰＥ８を含む。プロセッサエレメントＰＰは汎用的なプロセッサコアであり、プロセッサエレメントＰＥ１〜ＰＥ８は比較的シンプルな構成のプロセッサコアである。そしてプロセッサエレメントＰＰとプロセッサエレメントＰＥ１〜ＰＥ８のアーキテクチャは異なっており、プロセッサエレメントＰＥ１〜ＰＥ８は、複数のデータに対して１命令で同じ処理を同時にできるＳＩＭＤ型のプロセッサコアとなっている。これによりストリーミング処理などのマルチメディア処理を効率的に実行できる。プロセッサエレメントＰＰは、２つのＨ／Ｗスレッド処理を並列実行でき、プロセッサエレメントＰＥ１〜ＰＥ８の各々は、１つのＨ／Ｗスレッド処理を実行できる。従って、ＣＰＵ９０２では、合計で１０個のＨ／Ｗスレッド処理の並列実行が可能になる。
【０２１１】
図２２（Ｂ）では、ＧＰＵ９１２とＣＰＵ９０２の連携が密になっており、ＧＰＵ９１２は、ＣＰＵ９０２側のメインメモリ９３０に直接にレンダリング処理を行うことができる。また例えばＣＰＵ９０２がジオメトリ処理を行って、頂点データを転送したり、ＧＰＵ９１２からＣＰＵ９０２にデータを戻すことも容易にできる。またＣＰＵ９０２が、レンダリングのプリプロセッシング処理やポストプロセッシング処理を行うことも容易であり、テッセレーション（平面分割）やドットフィルをＣＰＵ９０２が実行できる。例えば抽象度の高い処理はＣＰＵ９０２が行い、抽象度が低い細かな処理はＧＰＵ９１２が行うというような役割分担が可能である。
【０２１２】
なお本実施形態の各部の処理をハードウェアとプログラムにより実現する場合には、情報記憶媒体には、ハードウェア（コンピュータ）を本実施形態の各部として機能させるためのプログラムが格納される。より具体的には、上記プログラムが、ハードウェアであるプロセッサ（ＣＰＵ、ＧＰＵ）に処理を指示すると共に、必要であればデータを渡す。そして、プロセッサは、その指示と渡されたデータとに基づいて本発明の各部の処理を実現する。
【０２１３】
なお、上記のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語（移動体、判定エリア等）と共に記載された用語（ボール、コート等）は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。
【０２１４】
また、誤判定発生処理、再判定受け付け処理、再判定処理、リプレイ画像生成処理等も本実施形態で説明したものに限定されず、これらと均等な手法も本発明の範囲に含まれる。
【０２１５】
また本発明はテニスゲーム以外の種々のゲームに適用できる。例えば野球ゲームやアメリカンフットボールゲームなどに適用した場合には、判定エリアはストライクゾーンやタッチダウンエリアになる。例えばストライクゾーンの場合には、ボールの通過点の位置を判断することで、ストライクゾーンに入ったか否かを判定できる。
【０２１６】
また本発明は、業務用ゲームシステム、家庭用ゲームシステム、多数のプレイヤが参加する大型アトラクションシステム、シミュレータ、マルチメディア端末、ゲーム画像を生成するシステムボード、携帯電話等の種々の画像生成システムに適用できる。
【図面の簡単な説明】
【０２１７】
【図１】本実施形態の画像生成システムのブロック図の例。
【図２】キャラクタやボールのオブジェクトデータの例。
【図３】テニスゲームにおけるオブジェクト空間の設定例。
【図４】本実施形態の処理を説明するフローチャート。
【図５】本実施形態の処理を説明するフローチャート。
【図６】図６（Ａ）、図６（Ｂ）は本実施形態により生成されるゲーム画像の例。
【図７】図７（Ａ）、図７（Ｂ）は本実施形態により生成されるリプレイ画像、ゲーム画像の例。
【図８】図８（Ａ）、図８（Ｂ）は本実施形態により生成されるリプレイ画像、ゲーム画像の例。
【図９】図９（Ａ）、図９（Ｂ）は誤判定発生エリアの説明図。
【図１０】誤判定発生エリアの確率設定データの例。
【図１１】仮想カメラの視点からの距離に応じて誤判定発生の確率設定を変化させる手法の説明図。
【図１２】図１２（Ａ）、図１２（Ｂ）は再判定要求の受け付け処理の説明図。
【図１３】誤判定発生フラグを利用する手法の説明図。
【図１４】図１４（Ａ）、図１４（Ｂ）はリプレイフレームやリプレイデータを用いたリプレイ画像の生成手法の説明図。
【図１５】図１５（Ａ）、図１５（Ｂ）はリプレイ画像の生成手法の説明図。
【図１６】リプレイ時に着地点を判定ラインに近づける手法の説明図。
【図１７】本実施形態のキャラクタ制御処理のフローチャート。
【図１８】図１８（Ａ）〜図１８（Ｄ）は先行入力システムの説明図。
【図１９】図１９（Ａ）、図１９（Ｂ）は先行入力システムにおけるショット動作のキャンセル手法の説明図。
【図２０】図２０（Ａ）〜図２０（Ｃ）はリプレイ画像の生成手法の変形例の説明図。
【図２１】図２１（Ａ）〜図２１（Ｄ）は誤判定発生手法の変形例の説明図。
【図２２】図２２（Ａ）、図２２（Ｂ）はハードウェア構成例。
【符号の説明】
【０２１８】
１００ 処理部、１０２ 入力受け付け部、１０４ オブジェクト空間設定部、
１０６ ゲーム演算部、１０８ 移動体制御部、１１０ キャラクタ制御部、
１１２ モーション再生部、１１４ ヒット位置演算部、１１６ 判定部、
１１７ 誤判定発生部、１１８ カウント部、１１９ 仮想カメラ制御部、
１２０ 画像生成部、１３０ 音生成部、１６０ 操作部、１７０ 記憶部、
１７１ 形状データ記憶部、１７２ オブジェクトデータ記憶部、
１７３ モーションデータ記憶部、１７４ リプレイデータ記憶部、
１７５ リプレイフレーム記憶部、１７６ 確率設定データ記憶部、
１７７ 誤判定発生フラグ記憶部、１７９ 描画バッファ、１８０ 情報記憶媒体、
１９０ 表示部、１９２ 音出力部、１９４ 補助記憶装置、１９６ 通信部
【技術分野】
【０００１】
本発明は、プログラム、情報記憶媒体及び画像生成システムに関する。
【背景技術】
【０００２】
従来より、スポーツ選手を模したキャラクタ等のオブジェクトが配置設定されるオブジェクト空間内（仮想的な３次元空間）において仮想カメラ（所与の視点）から見える画像を生成する画像生成システム（ゲームシステム）が知られており、いわゆる仮想現実を体験できるものとして人気が高い。テニスゲームを楽しむことができる画像生成システムを例にとれば、プレーヤは、ゲームコントローラなどの操作部を用いて自身のキャラクタを操作して、他のプレーヤやコンピュータが操作する相手キャラクタがショットしたボールをラケットで打ち返すことでゲームを楽しむ。また野球ゲームを楽しむことができる画像生成システムを例にとれば、プレーヤは、操作部を用いて自身のキャラクタを操作して、相手キャラクタが投球したボールをバット打ち返すことでゲームを楽しむ。
【０００３】
そして、これまでのスポーツゲームでは、テニスゲームを例にとれば、相手キャラクタが打ったボールがコート内に入ったのか、コートの外に出たのかを、コンピュータが正確に判定していた。即ちプレーヤにとっては、コンピュータが判定を正確に行うことが前提となっており、ボールがコートの外に出たのにＩＮと判定されたり、ボールがコート内に入ったのにＯＵＴと判定されるようなことはなかった。このため、コンピュータが誤判定をするということがなく、ゲームが画一的になってしまうという課題があった。
【特許文献１】特開平９−２５３３３３号公報
【特許文献２】特開２００１−１１３０４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、誤判定や誤判定に対する再判定を可能にするプログラム、情報記憶媒体及び画像生成システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は、ゲーム画像を生成する画像生成部と、前記ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、前記ゲームプレイ結果に対して所与のルールに基づく判定処理を行う判定部と、前記判定イベントの発生後に、前記判定部の判定結果に対するプレーヤの再判定要求の操作入力の受け付け処理を行う入力受け付け部と、前記判定イベントでの前記判定部の判定に対して誤判定を発生させる誤判定発生処理を行う誤判定発生部とを含み、前記判定部は、前記再判定要求の操作入力が受け付けられた場合に、前記ゲームプレイ結果に対する再判定処理を行う画像生成システムに関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。
【０００６】
本発明によれば、ゲーム中にゲームプレイ結果の判定イベントが発生すると、ゲームプレイ結果に対する判定処理が行われる。そして判定イベントの発生後に、プレーヤの再判定要求の操作入力の受け付け処理が行われる。また判定に対する誤判定を発生させる処理が行われる。そして本発明では、再判定要求の操作入力が受け付けられると、ゲームプレイ結果に対する判定を再度行う再判定処理が行われる。
【０００７】
このようにすれば、ゲームプレイ結果が常に正確には判定されずに、誤判定が発生するようになる。そしてプレーヤは、その判定が正しい判定なのか誤判定なのかを確かめるために、再判定を要求でき、その再判定要求の操作入力が受け付けられると、ゲームプレイ結果に対する再判定処理が行われる。従って、誤判定や誤判定に対する再判定を可能にする画像生成システム等を提供できる。
【０００８】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生部は、ゲームプレイ結果の判定対象物である移動体が、誤判定発生エリアに入ったと判定された場合に、前記誤判定発生処理を行ってもよい。
【０００９】
このようにすれば、移動体が誤判定発生エリアに入ったときに誤判定を発生させることができ、誤判定が頻繁に発生してしまう事態を防止できる。
【００１０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である前記移動体が判定エリア内に入ったか否かについてのルールであり、前記誤判定発生エリアは、前記判定エリアを区画する判定ラインに沿って設定され、前記誤判定発生部は、前記判定ラインに近い位置ほど、誤判定の発生確率が高くなる前記誤判定発生処理を行ってもよい。
【００１１】
このようにすれば、判定ラインに近いほど誤判定が発生し易くなり、現実世界の誤判定を擬似的にシミュレートできる。
【００１２】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生エリアは、前記判定エリアの内側に設定される第１の誤判定発生エリアと、前記判定エリアの外側に設定される第２の誤判定発生エリアを有し、前記誤判定発生部は、第１の確率設定が行われている前記第１の誤判定発生エリアと、前記第２の確率設定とは異なる第２の確率設定が行われている前記第２の誤判定発生エリアとを用いて、前記誤判定発生処理を行ってもよい。
【００１３】
このようにすれば、第１、第２の誤判定発生エリアでの誤判定の確率設定を個別に設定でき、ゲームバランスの調整等が容易になる。
【００１４】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生処理のための確率設定データを記憶する確率設定データ記憶部を含み（確率設定データ記憶部としてコンピュータを機能させ）、前記確率設定データ記憶部は、前記誤判定発生エリアを区画する第１の境界ライン上での誤判定発生確率データである第１の確率データと、前記誤判定発生エリアを区画する第２の境界ライン上での誤判定発生確率データである第２の確率データと、前記判定ライン上での誤判定発生確率データである第３の確率データを記憶し、前記誤判定発生部は、前記第１、第２、第３の確率データに基づいて、前記誤判定発生処理を行ってもよい。
【００１５】
このような第１、第２、第３の確率データを用いれば、誤判定発生エリアでの確率設定を簡素な設定でコントロールできる。
【００１６】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生エリアは、前記判定エリアの内側に設定される第１の誤判定発生エリアと、前記判定エリアの外側に設定される第２の誤判定発生エリアを有し、前記確率設定データ記憶部は、前記第１、第２の誤判定発生エリアを設定するための第１、第２のエリア設定データを記憶し、前記誤判定発生部は、前記第１、第２のエリア設定データに基づいて、前記誤判定発生処理を行ってもよい。
【００１７】
このようにすれば、第１、第２の誤判定発生エリアの太さやサイズ等を、第１、第２のエリア設定データを用いて個別に設定できるようになる。
【００１８】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記ゲーム画像を生成するための仮想カメラを制御する仮想カメラ制御部を含み（仮想カメラ制御部としてコンピュータを機能させ）、前記誤判定発生部は、前記仮想カメラの視点からの距離に応じてその誤判定発生の確率設定が変化する前記誤判定発生エリアを用いて、前記誤判定発生処理を行ってもよい。
【００１９】
このようにすれば、プレーヤにとって納得の行く再判定処理の実現等が可能になる。
【００２０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記誤判定発生部は、前記判定エリアを区画する第１の判定ラインと第２の判定ラインとで、その確率設定が異なる前記誤判定発生エリアを用いて、前記誤判定発生処理を行ってもよい。
【００２１】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記入力受け付け部は、前記判定イベントが発生した後、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行ってもよい。
【００２２】
このようにすれば、プレーヤにゲームプレイの継続の意思がないと判断して、ゲームを終了し、再判定処理に移行することが可能になる。
【００２３】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、前記誤判定発生部は、前記移動体が前記判定エリア内に入ったのに前記判定エリア外に出たと誤判定する第１の誤判定と、前記移動体が前記判定エリア外に出たのに前記判定エリア内に入ったと誤判定する第２の誤判定とを発生させ、前記入力受け付け部は、前記第２の誤判定が発生したときには、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行ってもよい。
【００２４】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、誤判定が発生した場合にセットされ、前記判定イベントが発生した後にプレーヤがゲームプレイを停止しなかった場合にクリアされる誤判定発生フラグを記憶する誤判定発生フラグ記憶部を含み（誤判定発生フラグ記憶部としてコンピュータを機能させ）、前記判定部は、前記誤判定発生フラグを用いて前記再判定処理を行ってもよい。
【００２５】
このような誤判定発生フラグを利用すれば、誤判定発生処理を簡素化できる。
【００２６】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、プレーヤが行った前記再判定要求の回数をカウントするカウント部を含み（カウント部としてコンピュータを機能させ）、前記入力受け付け部は、前記カウント部によりカウントされたプレーヤの再判定要求回数が、許容要求回数に達していないことを条件に、再判定要求の受け付け処理を行ってもよい。
【００２７】
このようにすれば、プレーヤが再判定の要求を繰り返すことでゲームプレイが頻繁に中断されてしまう事態を防止できる。
【００２８】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記カウント部は、前記判定部の前記再判定処理において、前記判定イベントにおいて誤判定がなかったと判断された場合には、前記許容要求回数をデクリメントする処理を行ってもよい。
【００２９】
このようにすれば、判定が正しかった場合にプレーヤに対してペナルティを課すことができる。
【００３０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、ゲーム画像のリプレイ画像を生成するリプレイ画像生成部を含み（リプレイ画像生成部としてコンピュータを機能させ）、前記リプレイ画像生成部は、前記再判定要求の操作入力が受け付けられた場合に、前記判定イベントのリプレイ画像を生成してもよい。
【００３１】
このようにすればプレーヤは、判定イベント発生時の判定が、正しい判定だったのか、誤判定だったのかを、視覚的に確認できる。
【００３２】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、リプレイ画像を生成するためのリプレイデータを記憶するリプレイデータ記憶部と、前記リプレイデータを読み出すためのリプレイフレームを記憶するリプレイフレーム記憶部を含み（上記各部としてコンピュータを機能させ）、前記リプレイ画像生成部は、前記再判定要求の操作入力が受け付けられた場合に、前記リプレイフレーム記憶部から前記リプレイフレームを読み出し、読み出された前記リプレイフレームに基づいて前記リプレイデータ記憶部からリプレイデータを読み出して、前記判定イベントのリプレイ画像を生成してもよい。
【００３３】
このようにすれば、判定イベント発生時のリプレイ画像の生成に必要なリプレイデータを、リプレイフレームにより特定して読み出し、リプレイ画像を生成できるようになる。
【００３４】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記リプレイ画像生成部は、前記判定イベントの発生場所をズームアップしたリプレイ画像であって、前記判定イベントの発生時に前記判定イベントの発生場所に存在していたキャラクタが非表示にされたリプレイ画像を生成してもよい。
【００３５】
このようなズームアップされたリプレイ画像を生成すれば、プレーヤは、微妙な判定の結果を容易に確認できる。またリプレイ時にキャラクタを非表示にすれば、キャラクタの存在が原因になって、判定イベントの発生時の様子が見えにくくなってしまう事態を防止できる。
【００３６】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、前記リプレイ画像生成部は、リプレイ時には、前記判定イベントの発生時に比べて、前記判定エリアを区画する判定ラインから近い位置に、前記移動体が着地又は通過するリプレイ画像を生成してもよい。
【００３７】
このようにすれば、ぎりぎりの判定が誤判定になったかのようにプレーヤに見せかけることができ、プレーヤの感じる不自然感を軽減できる。
【００３８】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記リプレイ画像生成部は、第１のプレーヤと、前記第１のプレーヤと対戦する第２のプレーヤとの対戦状況の情報に基づいて、前記判定イベント発生時の画像とは異なるリプレイ画像を生成してもよい。
【００３９】
このようにすれば、第１、第２のプレーヤの対戦状況に応じて、判定イベント発生時の画像と同じリプレイ画像が生成されたり、異なるリプレイ画像が生成されたりするようになる。
【００４０】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記リプレイ画像生成部は、前記第２のプレーヤに比べて前記第１のプレーヤの方が不利になる誤判定発生処理を前記誤判定発生部が行ったときに、前記第２のプレーヤに比べて前記第１のプレーヤの方が対戦状況において勝っている場合には、前記判定イベント発生の画像とは異なるリプレイ画像として、前記第２のプレーヤに比べて前記第１のプレーヤの方が不利になるリプレイ画像を生成してもよい。
【００４１】
このようにすれば、誤判定発生やリプレイ画像を利用したハンディ設定が可能になる。
【００４２】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記誤判定発生部は、ゲームプレイ結果の判定対象物である移動体の移動情報に基づいて、前記誤判定発生処理を行ってもよい。
【００４３】
このようにすれば、移動体の移動情報に応じて誤判定の発生を制御できる。
【００４４】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記誤判定発生部は、前記移動速度が速いほど、誤判定の発生確率が高くなる前記誤判定発生処理を行ってもよい。
【００４５】
このようにすれば現実世界での誤判定を擬似的にシミュレートできる。
【００４６】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記誤判定発生部は、ゲームプレイ結果の判定対象物である移動体の誤判定発生エリアでの滞在時間に基づいて、前記誤判定発生処理を行ってもよい。
【００４７】
このようにすれば、移動体の誤判定発生エリアでの滞在時間に応じて誤判定の発生を制御できる。
【００４８】
また本発明に係るゲーム装置、プログラム及び情報記憶媒体では、前記誤判定発生部は、前記移動体の滞在時間が短いほど、誤判定の発生確率が高くなる前記誤判定発生処理を行ってもよい。
【００４９】
このようにすれば現実世界での誤判定を擬似的にシミュレートできる。
【００５０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、コンピュータにより操作されるコンピュータキャラクタの制御処理を行うキャラクタ制御部を含み（キャラクタ制御部としてコンピュータを機能させ）、前記キャラクタ制御部は、前記判定イベントが発生した場合に、前記コンピュータキャラクタに前記再判定要求を行わせる制御処理を行ってもよい。
【００５１】
このようにすれば、プレーヤ側とコンピュータ側が再判定要求をお互いに行い合うようになり、白熱したゲーム展開を実現できる。
【００５２】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記キャラクタ制御部は、プレーヤが操作するキャラクタと前記コンピュータキャラクタとの間の対戦状況の情報に基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断してもよい。
【００５３】
このようにすれば、例えば対戦状況が接戦状況であるときに、コンピュータキャラクタが意味のない再判定要求を行う事態を防止できる。
【００５４】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、前記キャラクタ制御部は、前記判定エリアを区画する判定ラインと前記移動体の着地点又は通過点との距離に応じて設定される確率データに基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断してもよい。
【００５５】
このようにすれば、判定ラインと着地点又は通過点との距離に応じて、コンピュータキャラクタが再判定要求を行う頻度を制御できる。
【００５６】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記キャラクタ制御部は、前記コンピュータキャラクタの再判定要求の許容要求回数の情報に基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断してもよい。
【００５７】
このようにすれば、再判定要求の許容要求回数に応じて、コンピュータキャラクタが再判定要求を行う頻度を制御できる。
【００５８】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、プレーヤが操作するキャラクタによりショット又は捕捉される移動体の制御処理を行う移動体制御部と、前記キャラクタの制御処理を行うキャラクタ制御部を含み（上記各部としてコンピュータを機能させ）、前記入力受け付け部は、前記キャラクタにより前記移動体がショット又は捕捉されるタイミングに先行して、前記キャラクタの動作を指示する先行入力をプレーヤが行った場合に、入力された先行入力の受け付け処理を行い、前記キャラクタ制御部は、前記先行入力により前記キャラクタがショット動作又は捕捉動作を開始した後に、前記再判定要求のためにプレーヤがキャンセル操作を行った場合には、前記キャラクタの前記ショット動作又は前記捕捉動作をキャンセルする制御を行ってもよい。
【００５９】
このようにすれば、先行入力により開始したショット動作又は捕捉動作をキャンセルできるため、誤判定に対する再判定要求の機会をプレーヤから奪ってしまう事態を防止できる。
【００６０】
また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、前記キャラクタ制御部は、前記移動体が前記判定エリア外に出たときに、プレーヤが前記キャンセル操作を行った場合に、前記キャラクタの前記ショット動作又は前記捕捉動作をキャンセルする制御を行ってもよい。
【００６１】
このようにすれば、判定エリア外に出たときに、ショット動作又は捕捉動作のキャンセルが可能になり、先行入力システムに最適な再判定処理を実現できる。
【発明を実施するための最良の形態】
【００６２】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００６３】
１．構成
図１に本実施形態の画像生成システム（ゲームシステム）のブロック図の例を示す。なお本実施形態の画像生成システムは図１の構成要素（各部）の一部を省略した構成としてもよい。
【００６４】
操作部１６０は、プレーヤが操作データを入力するためのものであり、その機能は、方向キー、操作ボタン、アナログスティック、レバー、マイク、或いはタッチパネル型ディスプレイなどにより実現できる。
【００６５】
記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭ（ＤＲＡＭ、ＶＲＡＭ）などにより実現できる。この記憶部１７０は、電源を切るとデータが消えてしまう揮発性のメモリにより構成できるが、補助記憶装置１９４よりも高速な記憶装置になっている。そしてゲームプログラムや、ゲームプログラムの実行に必要なゲームデータは、この記憶部１７０に保持される。
【００６６】
情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、ＨＤＤ（ハードディスクドライブ）、或いはメモリ（ＲＯＭ等）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータ（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。
【００６７】
表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【００６８】
補助記憶装置１９４（補助メモリ、２次メモリ）は、記憶部１７０の容量を補うために使用される記憶装置であり、ＳＤメモリーカード、マルチメディアカードなどのメモリーカードや、ＨＤＤなどにより実現できる。この補助記憶装置１９４は脱着自在になっているが、内蔵されるものであってもよい。この補助記憶装置１９４は、ゲームの途中結果などのセーブデータや、プレーヤ（ユーザ）の個人的な画像データや音楽データなどを保存するために使用される。
【００６９】
通信部１９６は、有線や無線のネットワークを介して外部（例えば他の画像生成システム、サーバ、ホスト装置）との間で通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。
【００７０】
なお本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、サーバ（ホスト装置）が有する情報記憶媒体からネットワーク及び通信部１９６を介して情報記憶媒体１８０（あるいは記憶部１７０、補助記憶装置１９４）に配信してもよい。このようなサーバ（ホスト装置）による情報記憶媒体の使用も本発明の範囲内に含めることができる。
【００７１】
処理部１００（プロセッサ）は、操作部１６０からの操作データやプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などを行う。処理部１００は記憶部１７０をワーク領域として各種処理を行う。この処理部１００の機能は、各種プロセッサ（ＣＰＵ、ＧＰＵ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００７２】
処理部１００は、入力受け付け部１０２、オブジェクト空間設定部１０４、ゲーム演算部１０６、移動体制御部１０８、キャラクタ制御部１１０、モーション再生部１１２、ヒット位置演算部１１４、判定部１１６、誤判定発生部１１７、カウント部１１８、仮想カメラ制御部１１９、画像生成部１２０、リプレイ画像生成部１２２、音生成部１３０を含むことができる。なおこれらの一部の構成要素（例えばヒット位置演算部）を省略する構成としてもよい。
【００７３】
入力受け付け部（操作データ取得部）１０２は、プレーヤの操作入力を受け付ける処理を行う。例えばプレーヤによる操作部１６０の操作をモニタし、プレーヤがキャラクタの動作指示等のために操作部１６０を操作した場合に、操作部１６０により入力された動作指示データ（モーション指示データ、方向指示データ）や項目選択データ等の操作情報を取得する。
【００７４】
そして本実施形態では入力受け付け部１０２は、プレーヤの再判定要求の操作入力の受け付け処理を行う。例えばゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベント（ＩＮ・ＯＵＴの判定、ストライク・ボールの判定、タッチダウンの判定等）が発生した場合に、判定イベントの発生後に、判定部１１６の判定結果に対する再判定要求（チャレンジ）の操作入力の受け付け処理を行う。また判定イベントが発生した後、プレーヤがゲームプレイを停止したことを条件（ゲームプレイが継続されなかったことを条件）に、プレーヤの再判定要求の操作入力を受け付ける。またカウント部１１８によりカウントされたプレーヤの再判定要求回数が許容要求回数に達していないことを条件に、再判定要求の操作入力を受け付ける。
【００７５】
また入力受け付け部１０２は、キャラクタにより移動体（ボール）がショット（打撃、キック）又は捕捉（捕球、キープ）されるタイミングに先行して、キャラクタの動作を指示する先行入力（動作指示データの入力）をプレーヤが行った場合に、入力された先行入力を受け付ける。ここで先行入力は、例えば、少なくとも先行入力が行われたタイミングから移動体がショット又は捕捉されるタイミングまでのキャラクタのモーション（動作）を決めるための入力である。例えばヒット動作（トップスピンやスライスなどのショット動作）を指示する先行入力が行われると、その先行入力の動作指示データにより特定されるモーションが再生されて、ヒットタイミング（ショットタイミング、捕捉タイミング）においてキャラクタが移動体（ボール、プレイ対象物）のヒット動作（ショット動作、捕捉動作）を行う。このようにすれば、先行入力のタイミングから少なくともヒットタイミングまで、その先行入力で特定されるモーション（例えば１つのモーションデータ）を選択して再生できるようになり、リアルで高品質なモーション表現を実現できる。
【００７６】
オブジェクト空間設定部１０４は、モデルオブジェクト（キャラクタ、ロボット、車、戦闘機、ボール、ミサイル、弾等）、ゲームフィールド（コート、グラウンド）、壁、建物、樹木、マップ（地形）、コース（道路）などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェイスなどのプリミティブ面で構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行う。即ちワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。
【００７７】
例えば記憶部１７０の形状データ記憶部１７１には、キャラクタ等のオブジェクト（モデルオブジェクト）の形状を決めるための形状データ（ポリゴンデータ）が記憶されている。またオブジェクトデータ記憶部１７２には、図２に示すように、これらのオブジェクトの位置、回転角度、移動速度、移動方向等のデータであるオブジェクトデータがオブジェクト番号に対応づけて記憶される。
【００７８】
そしてオブジェクト空間設定部１０４は、これらの形状データやオブジェクトデータを用いて、オブジェクト空間へのオブジェクトの設定（配置）処理を行う。またオブジェクトデータ記憶部１７２のオブジェクトデータは、移動体制御部１０８やキャラクタ制御部１１０での移動制御処理等により順次更新される。
【００７９】
ゲーム演算部１０６はゲーム演算処理を行う。ここでゲーム演算としては、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲーム結果を演算する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などがある。
【００８０】
移動体制御部（移動体演算部）１０８は、オブジェクト空間内で移動するボールなどの移動体（プレイ対象物）の制御処理を行う。例えば移動体を移動させたり動作させるための制御処理（演算処理）を行う。即ち、移動体の移動軌道等を決めるためのアルゴリズムや、各種データなどに基づいて、移動体をオブジェクト空間内（ゲーム空間内）で移動させるための処理を行う。例えば移動体の移動情報（位置、回転角度、速度、或いは加速度）や動作情報（パーツオブジェクトの位置、或いは回転角度）を、１フレーム（１／６０秒）毎に順次求めるシミュレーション処理を行う。なおフレームは、移動体の移動・動作処理（シミュレーション処理）や画像生成処理を行う時間の単位である。
【００８１】
キャラクタ制御部（キャラクタ演算部）１１０は、人間等（例えばスポーツ選手）を模したキャラクタの制御処理を行う。例えばキャラクタを移動させたり動作させるための制御処理を行う。即ち操作部１６０によりプレーヤが入力した操作データや、キャラクタの移動、動作を決めるためのアルゴリズムや、各種データなどに基づいて、キャラクタをオブジェクト空間内で移動、動作させるための処理を行う。例えば操作データに基づいてキャラクタの移動情報や動作情報を１フレーム毎に順次求めるシミュレーション処理を行う。
【００８２】
そして本実施形態では、移動体制御部１０８は、キャラクタによりショット又は捕捉されるボール（判定対象物、プレイ対象物）などの移動体の制御処理（移動制御処理）を行う。またキャラクタ制御部１１０は、入力受け付け部１０２により受け付けられた先行入力の操作データに基づいて、キャラクタの制御処理（移動制御処理）を行う。この場合に制御処理により移動する移動体の軌道データを、図示しない軌道データ記憶部に記憶する。例えばコンピュータや他プレーヤが操作する相手キャラクタが、ボール等の移動体をショット（ヒット）すると、ショットしたフレームを先頭フレームとした各フレームでの移動体位置（予測位置）が、軌道データとして記憶される。
【００８３】
またキャラクタ制御部１１０は、コンピュータにより操作されるコンピュータキャラクタの制御処理も行う。具体的には、判定イベントが発生した場合に、コンピュータキャラクタに再判定要求を行わせる制御処理を行う。例えば、キャラクタとコンピュータキャラクタとの間の対戦状況の情報（接戦か否か）や、判定エリアを区画する判定ラインと移動体の着地点又は通過点との距離に応じて設定される確率データや、再判定要求の許容要求回数の情報などに基づいて、コンピュータキャラクタに再判定要求を行わせるか否かを判断（制御）する。
【００８４】
モーション再生部（モーション処理部）１１２はモーション再生処理を行う。即ちキャラクタにモーション（アニメーション）を行わせるモーション再生処理（モーション処理、モーション生成処理）を行う。このモーション再生処理は、キャラクタのモーションを、モーションデータ記憶部１７３に記憶されているモーションデータに基づいて再生することなどで実現できる。
【００８５】
即ち、モーションデータ記憶部１７３には、キャラクタ等のオブジェクト（モデルオブジェクト、スケルトン）を構成する各パーツオブジェクト（スケルトンを構成する骨）の位置又は回転角度等を含むモーションデータが記憶されている。モーション再生部１１２は、このモーションデータを読み出し、このモーションデータに基づいてオブジェクトの各パーツオブジェクト（骨）を動かすことで（オブジェクトのスケルトン形状を変形させることで）、オブジェクトのモーションを再生する。なお、モーションデータ記憶部１７３に記憶されるモーションデータは、モーションキャプチャなどを利用して作成したものであることが望ましいが、モーションデータを、物理シミュレーション（物理計算を利用したシミュレーション。擬似的な物理計算でもよい）などによりリアルタイムに生成するようにしてもよい。また、少ないモーションデータ量でリアルなモーションを再生するために、モーションブレンドやインバース・キネマティクスを用いてモーション再生を行うことが望ましい。
【００８６】
ヒット位置演算部１１４は、キャラクタ（例えばキャラクタが持つラケット、バット等）と移動体（ボール等）とのヒットイベントが発生する位置（場所）であるヒット位置（ショット位置、捕捉位置）を求める処理を行う。例えばキャラクタが移動体をショットするショット位置や、キャラクタが移動体を捕捉する捕捉位置を求める。即ち、キャラクタと移動体とのヒットチェック処理を行い、ヒットイベントが発生した時の移動体の位置等を、ヒット位置として求める。そして求められたヒット位置のデータは図示しないヒット位置記憶部に記憶される。
【００８７】
判定部１１６は、ゲームプレイ結果に対して所与のルールに基づく判定処理を行う。具体的は、ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、ゲームプレイ結果に対して所与のルールを適用して判定する。例えばゲームプレイ結果に所与のルールを適用して、ルール基準を満たしたか否かを判定する。ここでゲームプレイ結果は、例えばプレーヤがゲームにおいて行う一連のゲームプレイの各プレイ結果であり、例えば得点、ポイント、勝敗又は趨勢等を決める結果である。また所与のルールは、例えば、スポーツゲームのルールであり、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールなどである。例えば判定部１１６は、ボール等の移動体をショットしたり、投げたりするゲームプレイの結果に対して、ショットされた移動体又は投げられた移動体が判定エリア（例えばコート、ストライクゾーン、タッチダウンエリア、ゴールエリア等）内に入ったか否かのルールを適用して判定する。
【００８８】
そして判定部１１６は再判定処理も行う。具体的には入力受け付け部１０２により、再判定要求の操作入力が受け付けられた場合に、ゲームプレイ結果に対する再判定処理を行う。例えば誤判定発生フラグ記憶部１７７に記憶される誤判定発生フラグを用いて、ゲームプレイ結果に対して所与のルールに基づく再判定処理を行う。
【００８９】
誤判定発生部１１７は誤判定の発生処理を行う。具体的には判定イベント（判定エリア内に移動体が入ったか否かのイベント）での判定部１１６の判定に誤判定を発生させる誤判定発生処理を行う。例えば判定対象物である移動体が、誤判定発生エリア（例えば判定エリアの判定ラインなどに設定されるエリア）に入ったと判定された場合（移動体が着地、通過した場合）に、誤判定発生処理を行い、確率設定データ記憶部１７６に記憶される確率設定データ（確率分布、確率）に基づいて誤判定を発生させる。また誤判定発生部１１７は、仮想カメラの視点からの距離に応じてその誤判定発生の確率設定が変化する誤判定発生エリアを用いて、誤判定発生処理を行う。
【００９０】
カウント部１１８は、プレーヤ（或いはコンピュータキャラクタ）が行った再判定要求の回数をカウントする。そして入力受け付け部１０２は、カウント部１１８によりカウントされたプレーヤの再判定要求回数が許容要求回数に達していないことを条件に、プレーヤ（或いはコンピュータキャラクタ）の再判定要求の操作入力を受け付ける。またカウント部１１８は、判定部１１６の再判定処理において、判定イベントにおいて誤判定がなかったと判断された場合には、ペナルティを課すために、許容要求回数をデクリメントする処理を行う。
【００９１】
仮想カメラ制御部１１９は、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点）の制御処理を行う。具体的には、仮想カメラの位置（Ｘ、Ｙ、Ｚ）又は回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）を制御する処理（視点位置、視線方向あるいは画角を制御する処理）を行う。
【００９２】
例えば仮想カメラによりキャラクタを後方から撮影する場合には、キャラクタの位置又は回転の変化に仮想カメラが追従するように、仮想カメラの位置又は回転角度（仮想カメラの向き）を制御する。この場合には、キャラクタ制御部１１０で得られたキャラクタの位置、回転角度又は速度などの情報に基づいて、仮想カメラを制御できる。或いは、仮想カメラを、予め決められた回転角度で回転させたり、予め決められた移動経路で移動させる制御を行ってもよい。この場合には、仮想カメラの位置（移動経路）又は回転角度を特定するための仮想カメラデータに基づいて仮想カメラを制御する。
【００９３】
画像生成部１２０は、処理部１００で行われる種々の処理（ゲーム処理）の結果に基づいて描画処理を行い、これによりゲーム画像を生成し、描画バッファ１７９に書き込んで、表示部１９０に出力する。いわゆる３次元ゲーム画像を生成する場合には、まずモデル（オブジェクト）の各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）を含むモデルデータが入力され、入力されたモデルデータに含まれる頂点データに基づいて、頂点処理（頂点シェーダによるシェーディング）が行われる。なお頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。
【００９４】
リプレイ画像生成部１２２はリプレイ画像の生成処理を行う。具体的には、入力受け付け部１０２により再判定要求の操作入力が受け付けられた場合に、判定イベントのリプレイ画像を生成する。
【００９５】
この場合、リプレイデータ記憶部１７４は、リプレイ画像を生成するためのリプレイデータを記憶する。リプレイデータとしては、オブジェクトのワールド座標系（絶対座標系）での位置、回転角度等のオブジェクトデータを記憶してもよいし、操作部１６０の操作履歴データなどを記憶してもよい。またリプレイフレーム記憶部１７４は、リプレイデータを読み出すためのリプレイフレーム（リプレイポインタ）を記憶する。
【００９６】
そしてリプレイ画像生成部１２２は、再判定要求の操作入力が受け付けられた場合にリプレイフレーム記憶部１７５からリプレイフレームを読み出し、読み出されたリプレイフレームに基づいてリプレイデータ記憶部１７４からリプレイデータを読み出す。そして、判定イベントのリプレイ画像（判定時における判定場所でのリプレイ画像）を生成する。また、リプレイ時には、判定イベントの発生時に比べて、判定エリアを区画する判定ラインから近い位置に、移動体が着地（着弾）又は通過するリプレイ画像を生成する。また判定イベントの発生場所をズームアップ（拡大）したリプレイ画像であって、判定イベントの発生時に判定イベントの発生場所に存在していたキャラクタ（オブジェクト）が非表示にされたリプレイ画像を生成する。
【００９７】
音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。
【００９８】
なお、本実施形態の画像生成システムは、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末（ゲーム機、携帯電話）を用いて分散処理により生成してもよい。
【００９９】
２．本実施形態の手法
次に本実施形態の手法の具体例について説明する。なお以下では、テニスゲームに本実施形態の手法を適用した場合について主に説明するが、本実施形態はこれに限定されず、例えば野球、アメリカンフットボール、サッカーなどの様々なスポーツゲームやそれ以外のゲームにも適用できる。
【０１００】
２．１ 再判定要求
本実施形態の手法を適用したテニスゲームでは、図３に示すように、プレーヤが操作するキャラクタＣＨとコンピュータや他プレーヤが操作する相手キャラクタＣＣとが、オブジェクト空間（仮想３次元空間）に設定されたコート上でボールＢＬを打ち合って対戦する。例えば図３のオブジェクト空間のワールド座標系では、平面方向にＸ軸、Ｚ軸（広義には第１、第３の座標軸）が設定され、高さ方向にＹ軸（広義には第２の座標軸）が設定され、コート（ネット）の中心に原点に設定されている。そしてキャラクタＣＨは、プレーヤにより入力された操作データに基づいてＸ、Ｚ平面のコート上で移動して、相手キャラクタＣＣが打ったボールＢＬを打ち返す。
【０１０１】
そして本実施形態では、このようにして打たれたボールのＩＮ、ＯＵＴの判定イベントにおいて、誤判定（誤審）を発生させる。また判定イベントの後に、プレーヤの再判定要求を受け付け、再判定処理を行う。例えば図４に本実施形態の処理を説明するためのフローチャートを示す。
【０１０２】
まず、ゲームプレイ中にボール（広義には移動体）が着地（バウンド）し、判定イベントが発生したか否かを判断する（ステップＳ１）。そしてボールが着地した場合には、ボールの着地位置と着地フレームを取得して記憶部に保存する（ステップＳ２）。例えば着地位置は、ボールの軌道と地面との交点を求めることで取得できる。また着地フレームは、リプレイデータを読み出すためのリプレイフレームとなる。例えば本実施形態では、キャラクタがサービスを行って、ゲームプレイを開始すると、リプレイデータ記憶部１７４へのリプレイデータの記録が開始すると共に、フレーム数のカウントを開始する。そしてボールが着地したときのフレーム数が、リプレイフレームとしてリプレイフレーム記憶部１７５に記憶される。
【０１０３】
次に、ボールが誤判定発生エリア（誤審エリア）に着地したか否かを判断する（ステップＳ３）。この誤判定発生エリアは、例えば判定エリア（コート、ストライクゾーン）を区画する判定ラインなどに対して設定される。そしてボールの着地位置が誤判定発生エリア内に存在するか否かを判断することで、誤判定発生エリアに着地したか否かを判断する。
【０１０４】
ボールが誤判定発生エリアに着地した場合には、誤判定発生処理を行う（ステップＳ４）。具体的には、確率設定データ記憶部１７６から、誤判定発生エリアでの確率分布や確率を決める確率設定データを読み出し、この確率設定データやボールの着地点などに基づいて、所与の確率で誤判定を発生させる。そして誤判定が発生した場合には、誤判定発生フラグ記憶部１７７に記憶される誤判定発生フラグをセットする（ステップＳ５、Ｓ６）。
【０１０５】
次に、着地（バウンド）直後にゲームプレイが終了したか否かを判断する（ステップＳ７）。そして例えばプレーヤがゲームプレイを停止しなかったことにより（ゲームプレイを継続したことにより）、ゲームプレイが終了しなかった場合には、ステップＳ１に戻る。即ちこの場合には、プレーヤの再判定要求の受け付け処理は行われない。また例えばプレーヤが、ボールをショットしたことでゲームプレイが終了しなかった場合には、誤判定発生フラグをクリアする。
【０１０６】
一方、ゲームプレイが終了した場合には、カウント部１１８によりカウントされる再判定要求回数が許容要求回数に達していないかを判断する（ステップＳ８）。そして許容要求回数に達している場合には、ステップＳ１に戻る。一方、達していない場合には、再判定要求受け付け画面を表示して、プレーヤの再判定要求を受け付ける（ステップＳ９）。
【０１０７】
次に、再判定要求受け付け画面において、プレーヤが再判定要求（再判定要求の操作入力）をしたか否かを判断し（ステップＳ１０）、再判定要求をしなかった場合には、ステップＳ１に戻る。一方、再判定要求をした場合には、ステップＳ２で保存されたリプレイフレーム（着地フレーム）をリプレイフレーム記憶部１７５から読み出し、読み出されたリプレイフレームに基づいてリプレイデータ記憶部１７４からリプレイデータを読み出す（ステップＳ１１）。
【０１０８】
次に、ボールの着地点を判定ラインに近づくように調整する（ステップＳ１２）。即ちステップＳ２で保存されたゲームプレイ時の実際の着地点よりも判定ラインに近い位置に、ボールが着地して見えるように、ボールの着地点の表示位置を調整する。
【０１０９】
次に、リプレイデータに基づいて、着地点をズームアップしたリプレイ画像を生成して表示する（ステップＳ１３）。即ち、ステップＳ１１で読み出されたリプレイデータと、ステップＳ２で保存された着地位置に基づいて、着地点がズームアップされたリプレイ画像を生成する。この場合、リプレイデータのうち、ボール、コート等のデータのみを用いて、キャラクタのデータを使用しないことで、キャラクタが非表示にされたリプレイ画像を生成する。
【０１１０】
次に、誤判定があったか否かを判定する（ステップＳ１４）。具体的には誤判定フラグがセットされたか否かを判断する。そして誤判定がなかった場合には、プレーヤの許容要求回数をデクリメントして（ステップＳ１５）、次のゲームプレイの処理に移行する。一方、誤判定があった場合には、正して判定結果に基づき、得点、記録を修正して（ステップＳ１６）、次のゲームプレイの処理に移行する。
【０１１１】
図６（Ａ）〜図８（Ｂ）に本実施形態により生成されるゲーム画像やリプレイ画像の例を示す。図６（Ａ）ではプレーヤが操作するキャラクタＣＨの打ったボールが、相手キャラクタＣＣのコートでＯＵＴと判定されている。このとき、相手コートの判定ラインに設定された誤判定発生エリアにボールがバウンド（着地）したため（判定イベントが発生したため）、再判定要求の操作入力の受け付け処理が行われ、Ａ１に示すように再判定要求の受け付け画面が表示される。即ち、判定が出た後に条件が揃うと、Ａ１に示すように操作ボタンの入力を促す受け付け画面が表示される。
【０１１２】
そしてプレーヤが、このような受け付け画面が表示されている間に、再判定要求（チャレンジ）を指示する操作ボタン６４を押すと、図６（Ｂ）に示すように、キャラクタＣＨが再判定を要求している様子が表現された演出画面が表示される。そして図７（Ａ）に示すように、ボールＢＬの着地点をズームアップしたリプレイ画像によるビデオ判定画面が表示される。即ち判定が正しかったどうかを確認するためのリプレイが再生される。その結果、判定が間違っていると判断された場合には、判定を覆すことができる。なおリプレイ画像では、リプレイの邪魔にならないようにキャラクタ等は非表示に設定される。
【０１１３】
例えば図７（Ａ）では、再判定の結果、キャラクタＣＨの打ったボールが、相手のコート内（オンラインを含む）に入ったと判定され、ＯＵＴ判定がＩＮ判定に覆っている。従って、プレーヤの再判定要求は成功に終わり、得点、記録が修正される。そして図７（Ｂ）に示すように、再判定のチャレンジに成功したキャラクタＣＨが喜ぶ演出画面が表示される。
【０１１４】
一方、図８（Ａ）では、再判定の結果、キャラクタＣＨの打ったボールが、相手コートの外に出たと判定され、最初の判定通りＯＵＴと判定されている。従って、プレーヤの再判定要求は失敗に終わり、プレーヤの再判定の許容要求回数が１だけデクリメントされる。そして図８（Ｂ）に示すように、再判定のチャレンジに失敗してキャラクタＣＨがうなだれる演出画面が表示される。
【０１１５】
このように本実施形態では、通常のコンピュータゲームでは正確に行われる判定に対して、敢えて誤判定（誤審）を発生させている。そしてプレーヤの再判定要求が受け付けられると、リプレイ画像を表示して再判定の演出を行う。即ち、試合中、ライン際のきわどい位置にボールが落ちたときに、プレーヤは、自分に不利な判定に対して、リプレイ画像を用いたビデオ判定を求める抗議を行うことができる。従って、プレーヤは、微妙な判定に対して再判定を要求できるため、プレーヤの仮想現実感を増すことができ、これまでにない演出表現を実現できる。
【０１１６】
２．２ 誤判定発生処理
次に誤判定発生処理の詳細例について説明する。本実施形態では図９（Ａ）に示すように、ボールＢＬ（移動体）が、誤判定発生エリアＦＡＲに入ったと判定された場合に、誤判定発生処理を行う。即ちボールＢＬの着地点ＬＰ（或いは通過点）の座標（Ｘ、Ｚ座標）が、誤判定発生エリアＦＡＲ内である場合に誤判定発生処理を行う。このようにすれば、判定ラインＤＬの近くにボールＢＬが着地したときにだけ誤判定を発生させることができ、誤判定発生処理が頻繁に行われてしまう事態を防止できる。また誤判定発生エリアＦＡＲの幅（サイズ）や確率データを変えることで、誤判定が発生する頻度を制御でき、ゲームバランスの調整が容易になる。
【０１１７】
具体的には、判定のルールが、ボールＢＬが判定エリア内に入ったか否かについてのルールである場合、誤判定発生エリアＦＡＲは、判定エリア（コート等）を区画する判定ラインＤＬに沿って設定される。即ち判定ラインＤＬにオーバラップするように誤判定発生エリアＦＡＲが設定される。そして誤判定発生部１１７は、判定ラインＤＬに近い位置ほど、誤判定の発生確率が高くなる誤判定発生処理を行う。
【０１１８】
例えば図９（Ａ）では、判定ラインＤＬ上での誤判定発生確率は８０％になっている。一方、誤判定発生エリアＦＡＲを区画する第１、第２の境界ラインＢＤ１、ＢＤ２上での誤判定発生確率は３０％になっている。そして判定ラインＤＬから境界ラインＢＤ１又はＢＤ２の方に向かうにつれて徐々に誤判定発生確率が減少する。例えばリニアに誤判定発生確率が減少する。従って誤判定発生部１１７は、着地点ＬＰと判定ラインＤＬとの距離に基づいて、境界ラインＢＤ１、ＢＤ２での誤判定発生確率と判定ラインＤＬでの誤判定発生確率を線形補間することで、着地点ＬＰでの誤判定発生確率を求めることができる。
【０１１９】
このようにすれば、ボールＢＬの着地点が判定ラインＤＬに近いほど、誤判定が発生し易くなり、微妙な判定のときに誤判定が発生するようになるため、現実世界の誤審を擬似的にシミュレートできる。なお境界ラインＢＤ１、ＢＤ２の外側では誤判定発生確率は０％になっている。即ち誤判定発生エリアＦＡＲの外側では誤判定は発生しない。
【０１２０】
また図９（Ｂ）に示すように、誤判定発生エリアＦＡＲは、判定エリア（判定ラインＤＬ）の内側に設定される第１の誤判定発生エリアＦＡＲ１と、判定エリアの外側に設定される第２の誤判定発生エリアＦＡＲ２を有する。そして第１の誤判定発生エリアＦＡＲ１には第１の確率設定が行われ、第２の誤判定発生エリアＦＡＲ２には第２の確率設定が行われ、誤判定発生部１１７は、これらの誤判定発生エリアＦＡＲ１、ＦＡＲ２を用いて誤判定発生処理を行う。
【０１２１】
例えば図９（Ｂ）では、誤判定発生エリアＦＡＲ２の方がＦＡＲ１よりも幅が太くなっている。また境界ラインＢＤ２の方がＢＤ１よりも誤判定の発生確率が高く設定されており、誤判定発生エリアＦＡＲ２の方がＦＡＲ１よりも誤判定が発生し易くなっている。なお、逆に、誤判定発生エリアＦＡＲ１の方がＦＡＲ２よりも誤判定が発生し易くなるようにしてもよい。
【０１２２】
このように誤判定発生エリアＦＡＲ１、ＦＡＲ２での誤判定の確率設定を個別に設定できるようにすれば、例えばＩＮがＯＵＴと判定される誤判定の頻度と、ＯＵＴがＩＮと判定される誤判定の頻度が異なるように、ゲームバランスの調整等が可能になる。
【０１２３】
図１０に、誤判定発生処理を行うための課率設定データ（確率設定テーブル）の例を示す。この確率設定データは確率設定データ記憶部１７６に記憶される。
【０１２４】
例えば確率設定データ記憶部１７６は、誤判定発生エリアＦＡＲを区画する境界ラインＢＤ１上での誤判定発生確率データである第１の確率データＰＲ１と、第２の境界ラインＢＤ２上での誤判定発生確率データである第２の確率データＰＲ２を記憶する。また判定ラインＤＬ上での誤判定発生確率データである第３の確率データＰＲ３を記憶する。なおＰＲ１＝ＰＲ２になるように設定してもよい。
【０１２５】
そして誤判定発生部１１７は、これらの確率データＰＲ１、ＰＲ２、ＰＲ３に基づいて誤判定発生処理を行う。例えば着地点ＬＰの位置と、確率データＰＲ１、ＰＲ２、ＰＲ３を用いて、着地点ＬＰでの誤判定発生確率を求める。
【０１２６】
また確率設定データ記憶部１７６は、誤判定発生エリアＦＡＲ１、ＦＡＲ２を設定するための第１、第２のエリア設定データＬＡ１、ＬＡ２を記憶する。具体的には例えば判定ラインＤＬから境界ラインＢＤ１、ＢＤ２までの距離が、エリア設定データＬＡ１、ＬＡ２になる。
【０１２７】
そして誤判定発生部１１７は、これらのエリア設定データＬＡ１、ＬＡ２に基づいて、誤判定発生処理を行う。例えば着地点ＬＰの位置と、確率データＰＲ１、ＰＲ２、ＰＲ３と、エリア設定データＬＡ１、ＬＡ２を用いて、着地点ＬＰでの誤判定発生確率を求める。
【０１２８】
図１０のような確率設定データを用いれば、誤判定発生エリアＦＡＲ１、ＦＡＲ２での確率設定を自由にコントロールできるため、ゲームバランスの調整が容易になる。
【０１２９】
また誤判定発生部１１７は、図１１に示すように、仮想カメラＶＣの視点からの距離（俯角、解像度等の視点距離と等価なパラメータを含む）に応じてその誤判定発生の確率設定が変化する誤判定発生エリアを用いて、誤判定発生処理を行ってもよい。例えばコート（広義には判定エリア）を区画する各判定ラインにおける誤判定の確率設定を、互いに異ならせる。
【０１３０】
具体的には図１１では、コートを区画する第１の判定ラインＤＬ１に設定される誤判定発生エリアと、第２の判定ラインＤＬ２に設定される誤判定発生エリアでは、その確率設定が異なる。例えば誤判定発生エリアの幅（図９のＬＡ１、ＬＡ２）や、確率データ（ＰＲ１、ＰＲ２、ＰＲ３）が異なり、誤判定発生部１１７は、このような確率設定が異なる誤判定発生エリアを用いて誤判定発生処理を行う。
【０１３１】
即ち仮想カメラＶＣの視点（プレーヤの視点）では、判定ラインＤＬ１に比べて判定ラインＤＬ２は遠くに見え、細く見える。従ってプレーヤの視点からは、判定ラインＤＬ２（相手側のコートの判定ライン）の近くでボールがバウンドした場合に、ＯＵＴなのかＩＮなのかの見極めが、判定ラインＤＬ１に比べて難しい。そこで、例えば判定ラインＤＬ２では、判定ラインＤＬ１に比べて、誤判定発生エリアの幅を太くする。こうすれば、プレーヤの視点から見て、ボールの着地点と判定ラインＤＬ２とがずれて見えるときに、再判定要求の受け付け画面が表示されるようになり、プレーヤにとって納得の行く再判定処理を実現できる。
【０１３２】
なお２人プレイの対戦時やネットワーク対戦時には、判定ラインＤＬ１、ＤＬ２の確率設定が異なると、プレーヤが不自然さを感じるおそれもある。そこで、図１１のように視点からの距離に応じて確率設定を異ならせる手法は、コンピュータキャラクタとの対戦の時だけ、その設定をオンにしてもよい。
【０１３３】
２．３ 再判定要求の受け付け
本実施形態では、判定イベントが発生した後、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行う手法を採用している。
【０１３４】
例えばテニスゲームにおける誤判定としては、図１２（Ａ）のようにＩＮをＯＵＴと誤判定する第１の誤判定と、図１２（Ｂ）のようにＯＵＴをＩＮと誤判定する第２の誤判定がある。即ち図１２（Ａ）の第１の誤判定では、ボールＢＬ（移動体）がコート（広義には判定エリア）内に入ったのにコート内に出たと誤判定し、図１２（Ｂ）の第２の誤判定では、ボールがコート外に出たのにコート内に入ったと誤判定する。
【０１３５】
そして図１２（Ａ）の第１の誤判定では、ボールＢＬがＯＵＴと判定されているため、その時点でゲームが終了する。一方、図１２（Ｂ）の第２の誤判定では、ボールＢＬがＩＮと判定されているため、プレーヤがゲームプレイを継続して、ボールを打ち返すと、ゲームは終了しない。このため図１２（Ｂ）の場合は再判定要求ができなくなってしまう。
【０１３６】
そこで本実施形態では、図１２（Ａ）の第１の誤判定が発生したときには、入力受け付け部１０２は、ゲームプレイが停止したか否かに依らずに、再判定要求の受け付け処理を行う。即ちボールが誤判定発生エリアに着地した場合には、無条件で再判定要求の受け付け処理を行い、図６（Ａ）に示すような再判定の受け付け画面を表示する。そしてプレーヤが再判定要求の操作入力を行うと、リプレイ画像の生成や再判定処理を行う。
【０１３７】
一方、図１２（Ｂ）の第２の誤判定が発生したときには、入力受け付け部１０２は、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行う。例えばプレーヤが、相手キャラクタからのボールを打たないで見送った場合等に、再判定の受け付け処理を行い、図６（Ａ）に示すような再判定の受け付け画面を表示する。そしてプレーヤが再判定要求の操作入力を行うと、リプレイ画像の生成や再判定処理を行う。
【０１３８】
このようにすれば、ボールを見送った時点で、プレーヤにゲームプレイの継続の意思がないと判断して、ゲームを終了し、再判定処理に移行することが可能になる。
【０１３９】
例えば誤判定が発生すると、図４のステップＳ６に示すように誤判定発生フラグがセットされる。そしてこのような判定イベントの発生後、プレーヤがゲームプレイを停止しなかった場合に、誤判定発生フラグはクリアされる。
【０１４０】
即ち図１３に示すように、第２の誤判定が発生すると、誤判定発生フラグがセットされる。その後、プレーヤがゲームプレイを停止せずに、キャラクタＣＨを操作してラケットによりボールＢＬを打ち返すと、誤判定発生フラグはクリアされる。つまり、この場合には、図４のステップＳ７においてゲームプレイが終了しなかったと判断され、ステップＳ１に戻る。そして次のゲームプレイ（サーブから始まる一連のゲームプレイ）で、再度、誤判定が発生すると、誤判定発生フラグはセットされることになる。
【０１４１】
このようにすれば、誤判定が発生したときに、プレーヤが誤判定を見逃すなどして、ゲームプレイを継続した場合には、誤判定発生フラグがクリアされて、そのゲームプレイでは再判定要求ができなくなる。従って、誤判定を見逃さずに抗議するという楽しみを、プレーヤに対して提供でき、正確な判定が前提となっていたこれまでのコンピュータゲームでは実現できない演出効果を実現できる。
【０１４２】
なお本実施形態では、カウント部１１８がプレーヤの再判定要求回数をカウントする。そして図４のステップＳ８に示すように、再判定要求が許容要求回数に達している場合には、再判定要求は受け付けられない。また図５のステップＳ１５に示すように、判定イベントでの判定が誤判定ではなかった場合には、許容要求回数が減らされる。即ちチャレンジする権利を１回減らされる。このようにすることで、プレーヤがむやみに再判定を要求することでゲームプレイが頻繁に中断されてしまう事態を防止できる。
【０１４３】
なお許容要求回数は、例えば１セット（１タイブレーク）にＮ回（Ｎは自然数）、或いは複数セットからなる１ゲームにＮ回というように設定できる。また、１セットが終わった場合に、許容要求回数を元のＮ回に戻してもよいし、戻さなくてもよい。
【０１４４】
また再判定の許容要求回数を、ゲームのモード設定画面において設定できるようにしてもよい。例えば許容要求回数が０回に設定された場合には、再判定要求自体ができなくなり、無限大に設定された場合には、制限無く再判定要求ができるようになる。また例えばネットワーク対戦モードの場合には、再判定の許容要求回数をマッチング条件の１つとして設定してもよい。
【０１４５】
２．４ リプレイ
本実施形態では、ビデオ判定による再判定を表現するために、再判定要求が受け付けられた場合に、判定イベント発生時のリプレイ画像を生成して表示している。
【０１４６】
例えば図１４（Ａ）では、判定ラインＤＬの近くのきわどい位置にバウンドしたボールＢＬに対して、誤判定が発生し、本来はＯＵＴであるのに、ＩＮと判定されている。また図１４（Ｂ）では、判定ラインＤＬの近くのきわどい位置にボールＢＬがバウンドしているが、誤判定が発生することなく、ＩＮと判定されている。
【０１４７】
このような場合に、ボールＢＬの着地タイミングのフレームが、リプレイフレームとしてリプレイフレーム記憶部１７５に保存される。即ちキャラクタ又は相手キャラクタのサーブが行われたタイミングからフレーム数がカウントされ、着地タイミングでのフレーム数がリプレイフレームとして保存される。
【０１４８】
一方、リプレイデータ記憶部１７４（リプレイバッファ）には、ボール、キャラクタ等のオブジェクトの位置、回転方向、オブジェクト番号等のオブジェクトデータが、リプレイ画像を生成するためのリプレイデータとして記憶される。
【０１４９】
そして、再判定要求の操作入力が受け付けられると、リプレイフレーム記憶部１７５からリプレイフレームが読み出され、読み出されたリプレイフレームに基づいてリプレイデータ記憶部１７４からリプレイデータを読み出される。例えばリプレイフレームで指定されるフレームの前（又は前後）の数十フレーム分のリプレイデータが読み出される。そして、読み出されたリプレイデータに基づいて、図７（Ａ）や図８（Ａ）に示すように、判定イベント発生時の再現画像であるリプレイ画像が生成される。
【０１５０】
この場合に図１４（Ａ）では、誤判定が発生しているが、リプレイデータ記憶部１７４に記憶されるボールＢＬの軌道は、ＯＵＴ側に着地した実際のボールＢＬの軌道になっている。従って、リプレイ時には、ＩＮ側ではなくＯＵＴ側にボールＢＬが着地した画像が生成されることになる。従って、このリプレイ画像を見ることで、プレーヤは、誤判定が発生したことを確認できる。
【０１５１】
また、判定イベントの発生時（ボールのバウンド時）が例えば図１５（Ａ）のような状況であった場合に、リプレイ時には図１５（Ｂ）に示すように、判定イベントの発生場所をズームアップしたリプレイ画像が生成される。即ち判定イベント発生時に着地点ＬＰの位置も保存され、リプレイ時には、仮想カメラの注視点が、この着地点ＬＰ付近に設定されたズームアップ画像が生成される。こうすることで、プレーヤは、微妙な判定の結果を容易に確認できる。
【０１５２】
また例えば図１５（Ａ）では、判定イベント発生時に、ボールＢＬの着地点ＬＰの近くにキャラクタが存在する。この場合に、キャラクタがリプレイ画像に表示されてしまうと、キャラクタの存在が邪魔になって、ボールＢＬの着地点ＬＰが見えなくなってしまう可能性もある。
【０１５３】
そこで図１５（Ｂ）では、判定イベントの発生時に判定イベントの発生場所に存在していたキャラクタが非表示にされたリプレイ画像を生成する。具体的にはリプレイデータ記憶部１２４に記憶されたリプレイデータの中から、キャラクタに関するリプレイデータを除いて、ボールやコート等のリプレイデータだけを取り出して、リプレイ画像を生成する。このようにすれば、リプレイ画像の生成時に、例えばキャラクタの足などの余計なオブジェクトが表示されないようになり、ボールＢＬが着地する様子が隠れて見えなくなってしまう事態を防止できる。
【０１５４】
また図１６では、判定イベント発生時に、本来はＯＵＴであるのにＩＮと誤判定されている。そしてリプレイ時に、リプレイフレームに基づいてリプレイデータが読みされてリプレイ画像が生成されている。この時に図１６では、ボールＢＬの着地位置（通過位置）が変更されたリプレイ画像が生成される。即ち、リプレイ時には、判定イベントの発生時に比べて、判定エリアを区画する判定ラインＤＬから近い位置に、ボールＢＬ（移動体）が着地（又は通過）するリプレイ画像が生成される。つまり、リプレイ時には着地点ＬＰが判定ラインＤＬ側に近づけられる。
【０１５５】
例えば図９（Ａ）の誤判定発生エリアＦＡＲの幅を細くなってしてしまうと、誤判定の発生頻度が少なくなり、再判定要求を行う場面が少なくなってしまうため、再判定要求システムを導入した意味が薄れてしまう。このため、誤判定発生エリアＦＡＲの幅は、現実世界において誤判定が発生すると想定される幅よりも太く設定され、例えば３０ｃｍ〜５０ｃｍに設定される。
【０１５６】
ところが、このように誤判定発生エリアＦＡＲの幅が太いと、リプレイ画像においてズームアップしたときに、判定ラインＤＬからボールＢＬの着地点ＬＰがかなり離れているのに誤判定が発生しているように見えてしまい、プレーヤが不自然さを感じるおそれがある。
【０１５７】
そこで図１６では、リプレイ時には判定イベント発生時に比べて着地点ＬＰを判定ラインＤＬに近づけている。このようにすれば、判定イベント発生時には、幅の太い誤判定発生エリアＦＡＲを用いて誤判定を発生させると共に、リプレイ時には、ボールＢＬの着地点ＬＰを判定ラインＤＬに近づけることで、ぎりぎりの判定が誤判定になったようにプレーヤに見せかけることができ、プレーヤの不自然感を軽減できる。
【０１５８】
なお着地点ＬＰを判定ラインＤＬに近づける処理は、着地点ＬＰが判定ラインＤＬから所与のしきい値距離だけ離れていることを条件に行ってもよい。即ち、しきい値距離だけ離れていない場合には、着地点ＬＰを判定ラインＤＬに近づける処理を行わずに、しきい値距離だけ離れた場合に、近づける処理を行ってもよい。
【０１５９】
２．５ コンピュータキャラクタ
本実施形態では、コンピュータにより操作されるコンピュータキャラクタ（所与のアルゴリズムにしたがって動作するキャラクタ）も誤判定要求を行うシステムを採用している。即ちキャラクタ制御部１１０は、判定イベントが発生し、ボールが誤判定発生エリアに着地すると、コンピュータキャラクタに再判定要求を行わせる制御処理を行う。
【０１６０】
この場合に、例えば、キャラクタとコンピュータキャラクタとの対戦状況（プレイ状況）の情報に基づいて、コンピュータキャラクタに再判定要求を行わせるか否かを判断（制御）してもよい。例えば、対戦状況が接戦状況ではない場合（得点差が大きい場合、一方が他方に対して圧倒的に勝っている場合）には、コンピュータキャラクタに再判定要求を行わせない。一方、対戦状況が接戦状況である場合（得点差が小さい場合、両方がイーブンの場合）には、コンピュータキャラクタに再判定要求を行わせる。
【０１６１】
また、判定ラインとボール（移動体）の着地点（又は通過点）との距離に応じて設定される確率データや、コンピュータキャラクタの再判定要求の許容要求回数の情報に基づいて、コンピュータキャラクタに再判定要求を行わせるか否かを判断してもよい。
【０１６２】
例えば判定ラインと着地点との距離が離れているほど、コンピュータキャラクタが判定要求を行う確率を高くしてもよい。即ち判定ラインと着地点との距離が近いと、コンピュータキャラクタも誤判定に気づきにくく、距離が離れていれば、誤判定に気づきやすいと想定されるからである。
【０１６３】
また再判定要求の残り許容要求回数が少ないほど、コンピュータキャラクタが判定要求を行う確率を低くしてもよい。許容要求回数が少ないと、コンピュータキャラクタも慎重になり、再判定要求を行うことをためらうと考えられるからである。
【０１６４】
図１７に、コンピュータキャラクタの制御処理についてのフローチャートを示す。
【０１６５】
まず、ゲームプレイ中にボール（移動体）が着地し、判定イベントが発生したか否かを判断する（ステップＳ２１）。そしてボールが着地した場合には、ボールの着地位置を取得して記憶部に保存する（ステップＳ２２）。
【０１６６】
次に、プレーヤとの対戦状況は接戦状況か否かを判断する（ステップＳ２３）。例えばその時点でのキャラクタとコンピュータキャラクタとの得点差（取得セット数の差）などの情報を求めて、接戦状況か否かを判断する。そして接戦状況ではない場合にはステップＳ２１に戻る。
【０１６７】
一方、接戦状況である場合には、ボールの着地点と判定ラインとの距離やコンピュータキャラクタの再判定要求の許容要求回数に基づいて、再判定要求の確率データを取得する（ステップＳ２４）。例えば着地点と判定ラインの距離や許容要求回数と、確率データとが関連づけられた確率設定テーブルなどに基づいて、コンピュータキャラクタが再判定要求を行う確率のデータを求めることができる。具合的には、上記距離が長くなるほど高くなると共に許容要求回数が多いほど高くなる確率データを求める。
【０１６８】
次に、取得された確率データに基づいて、コンピュータキャラクタが再判定要求を行うか否かを判定する（ステップＳ２５）。そして再判定要求を行わないと判定された場合にはステップＳ２１に戻る。一方、再判定要求を行うと判定された場合には、プレーヤに対してコンピュータキャラクタが再判定を要求する画面を生成して表示する（ステップＳ２６）。
【０１６９】
以上のように、プレーヤ側のみならずコンピュータ側も再判定要求を行うようにすることで、再判定要求をお互いに行い合うようになり、白熱したゲーム展開を実現できる。
【０１７０】
２．６ 先行入力システム
さて、テニスゲームなどのスポーツゲームでは、ボールがキャラクタの場所に飛んできたタイミングで、プレーヤがゲームコントローラの動作指示ボタンを押すことで、ボールを打ち返すという操作インターフェースを採用するのが一般的である。
【０１７１】
しかしながら、このような操作インターフェースでは、プレーヤがキャラクタの動作指示ボタンを押すタイミングの前においては、どのような種類のショット動作をキャラクタに行わせるのかを、確定できない。即ちプレーヤがショットタイミングの直前に例えばトップスピンやスライスのショット動作の指示ボタンを押した場合に、打ち返したボールの軌道をトップスピンやスライスの軌道にすることはできるが、キャラクタのモーション自体を、トップスピンやスライスのショット動作に応じたモーションにすることは難しかった。
【０１７２】
以上のような課題を解決するために、本実施形態では、キャラクタによりボール（移動体）がショット（捕捉）されるタイミングに先行して、キャラクタの動作指示を行うことができる先行入力システムを採用している。この先行入力システムによれば、例えばショットタイミングの前に、プレーヤがトップスピンやスライスの動作指示ボタンを押すと、ボールの軌道のみならず、ショットタイミングまでのキャラクタのモーションについても、トップスピンやスライスの動作を忠実に再現したモーションにすることが可能になる。
【０１７３】
具体的には図１８（Ａ）に示すようにプレーヤは、相手キャラクタＣＣがボールＢＬをショットした後、キャラクタＣＨの動作を指示する先行入力を行う。即ちキャラクタＣＨによりボールＢＬ（移動体）がショット（又は捕捉）されるタイミングに先行して、キャラクタＣＨの動作を指示する先行入力を行う。具体的には、キャラクタＣＨの移動方向を方向指示キー５０（ジョイスティック、方向指示部）で指示すると共に、キャラクタＣＨのショットの種類を指示する操作ボタン６１を押す。ここでは、ゲームプレイ中では操作ボタン６１、６２、６３、６４は、各々、トップスピン、スライス、フラット、ロブのショットを指示するボタンになっており、キャラクタＣＨは、指示されたショットに応じたモーションを行う。そして図１８（Ａ）ではトップスピンを指示する操作ボタン６１が押されているため、トップスピン用のモーションデータが再生されることになる。
【０１７４】
なお方向指示キー５０と操作ボタン６１の操作は必ずしも同時である必要はなく、例えば操作ボタン６１を操作した後に方向指示キー５０を操作したり、方向指示キー５０を操作した後に操作ボタン６１を操作してもよい。
【０１７５】
以上のような先行入力が行われると、図１８（Ｂ）に示すように、キャラクタＣＨ（キャラクタのラケット）とボールＢＬ（移動体）とのヒットイベント（ショットイベント）が発生する位置であるヒット位置ＨＰ（ショット位置、捕捉位置）が求められる。即ちキャラクタＣＨによりボールＢＬがショット（ヒット）されると予測される位置（場所）がヒット位置ＨＰとして求められる。例えば、先行入力のタイミングでのキャラクタＣＨの位置及び移動方向により特定される軌道ＲＣと、ボールＢＬの軌道ＲＢとの交点を求めることで、ヒット位置ＨＰが求められる。
【０１７６】
具体的には、ボールＢＬの軌道ＲＢは、相手キャラクタＣＣがボールＢＬを打った時点で計算され、計算された軌道は軌道データとして軌道データ記憶部に記憶される。ヒット位置ＨＰは、この軌道データに含まれる複数のボール位置（各フレームでの移動体位置）のデータのうち、軌道ＲＣ、ＲＢの交点に対応するボール位置（交点に最も近いボール位置）のデータを選択することで、取得できる。
【０１７７】
またこの時に、ボールＢＬのヒット位置ＨＰへの到達時間ｔｒも取得される。具体的には、到達時間ｔｒは、軌道データにおいてヒット位置ＨＰにボールＢＬが到達するまでのフレーム数として取得できる。
【０１７８】
そして図１８（Ｃ）に示すように、求められた到達時間ｔｒ（到達フレーム数）と、図１８（Ａ）での動作指示データとに基づき、モーション（モーションデータ）を選択し、選択されたモーションを再生することで、キャラクタＣＨのショット動作を表現する。
【０１７９】
例えば、各ショットのモーションとして再生時間（再生フレーム数）が異なる複数のモーションを用意しておく。そして図１８（Ａ）でトップスピンが選択された場合には、トップスピン用に用意された複数のモーションの中から、到達時間ｔｒに応じた長さの再生時間のモーションを選択する。例えば到達時間ｔｒが短ければ、再生時間が短いモーションを選択し、到達時間ｔｒが長ければ、再生時間が長いモーションを選択する。またモーション再生速度の変更処理を行うことで、到達時間ｔｒと再生時間の長さを一致させるための微調整を行う。
【０１８０】
そして図１８（Ｄ）に示すように、キャラクタＣＨとボールＢＬのヒットイベント（ショットイベント）が発生した場合には、そのときにプレーヤが方向指示キー５０で指示している方向にボールＢＬが打ち返される。
【０１８１】
ここで、図１８（Ｄ）では、ヒットイベントの発生タイミング（ショットタイミング）と、プレーヤが操作ボタン６１を離すタイミングとの一致の度合いが高いほど、ボールＢＬの速度が増したり、相手コート内の厳しい場所にボールＢＬが飛ぶようになる。即ち、図１８（Ａ）で操作ボタン６１を押した後、そのまま押し続け、キャラクタＣＨの近くにボールＢＬが来た時に、タイミング良く操作ボタン６１を離すことで、いわゆる溜め打ち動作が実現され、強くて正確なショットが相手コートに打ち返される。
【０１８２】
図１８（Ａ）〜図１８（Ｄ）の先行入力システムの手法によれば、先行入力により指示されたモーションが切れ目なく再生されるため、選手のモーション、ボールの挙動、カメラアングル等をリアルに表現できる。即ち各ショット毎に用意された多彩で高品質なモーションを再生でき、プレーヤは、多彩なショットを使い分けてゲームを楽しむことができるようになる。
【０１８３】
例えば比較例の手法として、準備動作であるテイクバック動作の開始条件が満たされると、キャラクタが自動的にテイクバック動作を開始し、その後にプレーヤがショットを指示する操作ボタンを押すと、キャラクタがボールをショットするという手法が考えられる。この手法では、テイクバックモーション（準備動作モーション）を再生した後、ショット動作が指示されると、ショットモーションを再生する。即ちテイクバックモーションとショットモーションを別々のモーションデータとして記憶して再生する。従ってテイクバックモーションとショットモーションが滑らかに繋がらなくなる場合があり、リアルで滑らかなモーション表現を実現できないおそれがある。
【０１８４】
この点、本実施形態の先行入力システムによれば、テイクバック動作（準備動作）及びショット動作（捕捉動作）が１つのモーションデータの再生により実現される。従ってテイクバック動作とショット動作（フォロー動作）が滑らかに繋がるようになり、よりリアルなモーション表現を実現できる。
【０１８５】
例えば比較例の手法では、ヒット位置においてボールが高ければ、通常のテイクバックモーションの再生後に高いボール用のショットモーションが再生され、ヒット位置においてボールが低ければ、通常のテイクバックモーションの再生後に低いボール用のショットモーションが再生されるようになる。即ち、ボールが高くても低くても、テイクバック動作については同じモーションが再生されるため、リアルなモーション表現を実現できない。
【０１８６】
これに対して本実施形態の先行入力システムによれば、先行入力を行った時点で、ヒット位置でのボールの高さ等を予測し、高いボール用のテイクバック動作及びショット動作が一体となったモーションを選択して再生したり、低いボール用のテイクバック動作及びショット動作が一体となったモーションを選択して再生できる。従って、不自然さの少ないリアルなモーション表現を実現できる。
【０１８７】
さて、以上のような先行入力システムを採用した場合、プレーヤが先行入力を行ってキャラクタＣＨがショット動作（捕捉動作）を開始した後、そのショット動作をキャンセルできないという課題がある。
【０１８８】
例えば図１２（Ｂ）のように第２の誤判定が発生した場合には、プレーヤのゲームプレイが停止したことを条件に、再判定要求の受け付け処理が行われる。従って、先行入力により開始したショット動作をキャンセルできないと、プレーヤは、ライン際にバウンドすると思われるボールを見逃すことができなくなり、図１３のようにボールをショットせざるを得なくなる。従って、誤判定に対する再判定要求の機会をプレーヤから奪ってしまうことになってしまう。
【０１８９】
そこで本実施形態では、キャラクタ制御部１１０は、先行入力によりキャラクタＣＨがショット動作（又は捕捉動作）を開始した後に、再判定要求のためにプレーヤがキャンセル操作を行った場合には、キャラクタＣＨのショット動作（捕捉動作）をキャンセルする制御を行う。具体的にはボールＢＬ（移動体）がコート（判定エリア）外に出たときに、プレーヤがキャンセル操作を行った場合に、キャラクタのショット動作（捕捉動作）をキャンセルする。
【０１９０】
例えば図１９（Ａ）では、プレーヤが先行入力の後、操作ボタン６１を押し続けている。そして図１８（Ｄ）のように、キャラクタＣＨとボールＢＬが近づいたタイミング（ヒットイベントのタイミング）で、操作ボタン６１を離すことで、いわゆる溜め打ちが実現されて、強力で正確なショットが相手コート内に飛ぶようになる。
【０１９１】
一方、図１９（Ｂ）では、図１８（Ｄ）とは異なり、プレーヤは、キャラクタＣＨとボールＢＬが近づいた時にも操作ボタン６１を押し続けている。このような操作をプレーヤが行った場合には、キャラクタ制御部１１０は、ショット動作のキャンセル動作が行われたと判断する。そして、キャラクタＣＨの最後のショット動作は行われないようになり、ボールＢＬを見逃すようにする。
【０１９２】
従って、プレーヤは、ボールＢＬが判定ラインの近くに着地すると判断した場合には、図１８（Ｄ）の溜め打ちの操作ではなく、図１９（Ｂ）のキャンセル操作を行うことで、ボールＢＬを見逃すことができる。そして、判定ラインに設定された誤判定発生エリアにボールＢＬが着地し、ＯＵＴ判定がＩＮと判定される誤判定が発生したとする。
【０１９３】
この場合に、プレーヤはボールＢＬを見逃して、ゲームプレイを停止しているため、相手側のポイントになり、ゲームプレイは終了する。従って、この場合には、再判定要求の受け付け画面が表示され、プレーヤは再判定にチャレンジできるようになる。
【０１９４】
このように図１９（Ｂ）では、先行入力により開始したショット動作（捕捉動作）のキャンセル操作が可能であるため、先行入力システムにおいても、判定ラインぎりぎりのボールを見逃すことが可能になる。そしてプレーヤは、見逃したボールの着地点について、自身にとって不利な判定がなされた場合には、これに対して再判定を要求することが可能になり、先行入力システムに最適な再判定処理を実現できる。
【０１９５】
２．７ 変形例
次に本実施形態の変形例について説明する。図１６では、判定イベント発生時の画像とは異なるリプレイ画像を生成する手法について説明したが、この手法については種々の変形実施が可能である。例えば第１のプレーヤと、第１のプレーヤと対戦する第２のプレーヤ（コンピュータプレーヤ又は人間プレーヤ）との対戦状況の情報（得点差、ポイント差、勝敗の趨勢）に基づいて、判定イベント発生時の画像とは異なるリプレイ画像を生成してもよい。例えば第１のプレーヤと第２のプレーヤの対戦状況が第１の状況である場合には、判定イベント発生時の画像と同じリプレイ画像を生成し、第２の状況である場合には、判定イベント発生時の画像とは異なるリプレイ画像を生成する。
【０１９６】
具体的には図２０（Ａ）では、第１、第２のプレーヤＰ１、Ｐ２がキャラクタＣ１、Ｃ２を操作して、テニスゲームをプレイしている。そして誤判定発生部１１７が、プレーヤＰ２に比べてプレーヤＰ１の方が不利になる誤判定を行っている。即ちボールＢＬが実際にはコート外に着地しているのに、コート内に着地したと判定して、ＯＵＴ判定をＩＮ判定と誤判定しており、このＩＮ判定は、プレーヤＰ１にとって不利な判定になる。そしてプレーヤは、ボールＢＬの着地点がライン際であるため、再判定要求を行い、その要求が受け付けられると、リプレイ画像が生成される。
【０１９７】
このときに図２０（Ｂ）では、プレーヤＰ１、Ｐ２の対戦状況において、プレーヤＰ２に比べてプレーヤＰ１が負けている状況になっている。具体的には、プレーヤＰ２に比べてプレーヤＰ１の得点（セット数、ゲーム数）の方が低い。このような場合には、通常どおりに、イベント発生時の画像と同じリプレイ画像を生成し、ＩＮ判定は実際はＯＵＴ判定であり、誤判定であったことをプレーヤに知らせる。
【０１９８】
一方、図２０（Ｃ）では、プレーヤＰ１、Ｐ２の対戦状況において、プレーヤＰ２に比べてプレーヤＰ１が勝っている状況になっている。具体的には、プレーヤＰ２に比べてプレーヤＰ１の得点の方が高い。このような場合には、イベント発生時の画像とは異なるリプレイ画像を生成する。即ち、プレーヤＰ２に比べてプレーヤＰ１の方が不利になるリプレイ画像を生成する。そして、ＩＮ判定は実際にはＯＵＴ判定であり誤判定であったのにもかからず、誤判定画像であるＩＮ判定のリプレイ画像を生成する。またプレーヤＰ１ではなく、プレーヤＰ２の方に得点を与える。
【０１９９】
このようにすることで、誤判定やリプレイ画像を活用したハンディ設定を実現できる。なお、誤判定の発生確率自体を、プレーヤＰ１、Ｐ２の対戦状況に応じて変えてもよい。例えばプレーヤＰ１が対戦状況において勝っている場合には、プレーヤＰ１にとって不利な誤判定が行われる確率を高くし、プレーヤＰ１が対戦状況において負けている場合には、プレーヤＰ１にとって不利な誤判定が行われる確率を低くしてもよい。
【０２００】
また図９（Ａ）、図９（Ｂ）では、移動体であるボールＢＬが誤判定発生エリアＦＡＲに着地したか否かや、誤判定発生エリアＦＡＲに対する確率設定に基づいて、誤判定発生処理を制御していたが、本実施形態はこれに限定されない。例えば誤判定発生部１１７は、ゲームプレイ結果の判定対象物である移動体の移動情報（移動速度、移動加速度等）や、移動体の誤判定発生エリアでの滞在時間（通過時間）に基づいて、誤判定発生処理を行ってもよい。
【０２０１】
例えば図２１（Ａ）では、キャラクタＣＡは野球の走者であり、キャラクタＣＢは一塁手（野手）である。そしてベースＢＳを踏んでいるキャラクタＣＢがボールＢＬを捕球するタイミングに比べて、キャラクタＣＡがベースＢＳを踏むタイミングの方が速かったか否かが判定され、速かった場合にはセーフになるというルールになっている。
【０２０２】
この場合に誤判定発生部１１７は、図２１（Ｂ）に示すように、走者であるキャラクタＣＡ（或いはボールＢＬ）の移動速度ＶＣに基づいて誤判定発生処理を行う。具体的には移動速度ＶＣが速い場合には、誤判定の発生確率を高くし、移動速度ＶＣが遅い場合には、誤判定の発生確率を低くする。或いは、ベースＢＳを囲むように設定された誤判定発生エリアＦＡＲでのキャラクタＣＡ（或いはボールＢＬ）の滞在時間（通過時間）ＴＣに基づいて誤判定発生処理を行う。具体的には、滞在時間ＴＣが短い場合には、誤判定の発生確率を高くし、滞在時間ＴＣが長い場合には、誤判定の発生確率を低くする。
【０２０３】
このようにすれば、走者やボールが速いほど誤判定の発生確率が高くなるため、現実世界における審判の誤判定を擬似的にシミュレートできるようになる。
【０２０４】
なお移動速度ＶＣによる誤判定発生確率の制御は、例えば図２１（Ｃ）のように、移動速度（ＶＣ１〜ＶＣ２、ＶＣ２〜ＶＣ３・・）と誤判定発生確率とを対応づけたテーブルを用いることで実現できる。同様に、滞在時間ＴＣによる誤判定発生確率の制御も、例えば図２１（Ｄ）のように、滞在時間（ＴＣ１〜ＴＣ２、ＴＣ２〜ＴＣ３・・）と誤判定発生確率とを対応づけたテーブルを用いることで実現できる。
【０２０５】
３．ハードウェア構成
図２２（Ａ）に本実施形態を実現できるハードウェアの構成例を示す。
【０２０６】
ＣＰＵ９００（メインプロセッサ）は、複数のＣＰＵコア１、ＣＰＵコア２、ＣＰＵコア３を含むマルチコアプロセッサである。またＣＰＵ９００は図示しないキャッシュメモリを含む。ＣＰＵコア１、２、３の各々にはベクタ演算器等が設けられている。そしてＣＰＵコア１、２、３の各々は、例えば２つのＨ／Ｗスレッド処理をコンテクストスイッチをすることなしに並列実行でき、マルチスレッド機能がハードウェアでサポートされている。そして３つのＣＰＵコア１、２、３の合計で、６つのＨ／Ｗスレッド処理を並列実行できる。
【０２０７】
ＧＰＵ９１０（描画プロセッサ）は、頂点処理やピクセル処理を行って、描画（レンダリング）処理を実現する。具体的には、シェーダプログラムに従って、頂点データの作成・変更やピクセル（フラグメント）の描画色の決定を行う。１フレーム分の画像がＶＲＡＭ９２０（フレームバッファ）に書き込まれると、その画像はビデオ出力を介してＴＶなどのディスプレイに表示される。なおメインメモリ９３０はＣＰＵ９００やＧＰＵ９１０のワークメモリとして機能する。またＧＰＵ９１０では、複数の頂点スレッド、複数のピクセルスレッドが並列実行され、描画処理のマルチスレッド機能がハードウェアでサポートされている。またＧＰＵ９１０にはハードウェアのテッセレータも備えられている。またＧＰＵ９１０は、頂点シェーダとピクセルシェーダとがハードウェア的に区別されていないユニファイド・シェーダ・タイプとなっている。
【０２０８】
ブリッジ回路９４０（サウスブリッジ）は、システム内部の情報流通を制御する回路であり、ＵＳＢコントローラ（シリアルインターフェース）、ネットワークの通信コントローラ、ＩＤＥコントローラ、或いはＤＭＡコントローラなどのコントローラを内蔵する。そしてこのブリッジ回路９４０により、ゲームコントローラ９４２、メモリーカード９４４、ＨＤＤ９４６、ＤＶＤドライブ９４８との間のインターフェース機能が実現される。
【０２０９】
なお本実施形態を実現できるハードウェア構成は図２２（Ａ）に限定されず、例えば図２２（Ｂ）のような構成であってもよい。
【０２１０】
図２２（Ｂ）ではＣＰＵ９０２が、プロセッサエレメントＰＰと８つのプロセッサエレメントＰＥ１〜ＰＥ８を含む。プロセッサエレメントＰＰは汎用的なプロセッサコアであり、プロセッサエレメントＰＥ１〜ＰＥ８は比較的シンプルな構成のプロセッサコアである。そしてプロセッサエレメントＰＰとプロセッサエレメントＰＥ１〜ＰＥ８のアーキテクチャは異なっており、プロセッサエレメントＰＥ１〜ＰＥ８は、複数のデータに対して１命令で同じ処理を同時にできるＳＩＭＤ型のプロセッサコアとなっている。これによりストリーミング処理などのマルチメディア処理を効率的に実行できる。プロセッサエレメントＰＰは、２つのＨ／Ｗスレッド処理を並列実行でき、プロセッサエレメントＰＥ１〜ＰＥ８の各々は、１つのＨ／Ｗスレッド処理を実行できる。従って、ＣＰＵ９０２では、合計で１０個のＨ／Ｗスレッド処理の並列実行が可能になる。
【０２１１】
図２２（Ｂ）では、ＧＰＵ９１２とＣＰＵ９０２の連携が密になっており、ＧＰＵ９１２は、ＣＰＵ９０２側のメインメモリ９３０に直接にレンダリング処理を行うことができる。また例えばＣＰＵ９０２がジオメトリ処理を行って、頂点データを転送したり、ＧＰＵ９１２からＣＰＵ９０２にデータを戻すことも容易にできる。またＣＰＵ９０２が、レンダリングのプリプロセッシング処理やポストプロセッシング処理を行うことも容易であり、テッセレーション（平面分割）やドットフィルをＣＰＵ９０２が実行できる。例えば抽象度の高い処理はＣＰＵ９０２が行い、抽象度が低い細かな処理はＧＰＵ９１２が行うというような役割分担が可能である。
【０２１２】
なお本実施形態の各部の処理をハードウェアとプログラムにより実現する場合には、情報記憶媒体には、ハードウェア（コンピュータ）を本実施形態の各部として機能させるためのプログラムが格納される。より具体的には、上記プログラムが、ハードウェアであるプロセッサ（ＣＰＵ、ＧＰＵ）に処理を指示すると共に、必要であればデータを渡す。そして、プロセッサは、その指示と渡されたデータとに基づいて本発明の各部の処理を実現する。
【０２１３】
なお、上記のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語（移動体、判定エリア等）と共に記載された用語（ボール、コート等）は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。
【０２１４】
また、誤判定発生処理、再判定受け付け処理、再判定処理、リプレイ画像生成処理等も本実施形態で説明したものに限定されず、これらと均等な手法も本発明の範囲に含まれる。
【０２１５】
また本発明はテニスゲーム以外の種々のゲームに適用できる。例えば野球ゲームやアメリカンフットボールゲームなどに適用した場合には、判定エリアはストライクゾーンやタッチダウンエリアになる。例えばストライクゾーンの場合には、ボールの通過点の位置を判断することで、ストライクゾーンに入ったか否かを判定できる。
【０２１６】
また本発明は、業務用ゲームシステム、家庭用ゲームシステム、多数のプレイヤが参加する大型アトラクションシステム、シミュレータ、マルチメディア端末、ゲーム画像を生成するシステムボード、携帯電話等の種々の画像生成システムに適用できる。
【図面の簡単な説明】
【０２１７】
【図１】本実施形態の画像生成システムのブロック図の例。
【図２】キャラクタやボールのオブジェクトデータの例。
【図３】テニスゲームにおけるオブジェクト空間の設定例。
【図４】本実施形態の処理を説明するフローチャート。
【図５】本実施形態の処理を説明するフローチャート。
【図６】図６（Ａ）、図６（Ｂ）は本実施形態により生成されるゲーム画像の例。
【図７】図７（Ａ）、図７（Ｂ）は本実施形態により生成されるリプレイ画像、ゲーム画像の例。
【図８】図８（Ａ）、図８（Ｂ）は本実施形態により生成されるリプレイ画像、ゲーム画像の例。
【図９】図９（Ａ）、図９（Ｂ）は誤判定発生エリアの説明図。
【図１０】誤判定発生エリアの確率設定データの例。
【図１１】仮想カメラの視点からの距離に応じて誤判定発生の確率設定を変化させる手法の説明図。
【図１２】図１２（Ａ）、図１２（Ｂ）は再判定要求の受け付け処理の説明図。
【図１３】誤判定発生フラグを利用する手法の説明図。
【図１４】図１４（Ａ）、図１４（Ｂ）はリプレイフレームやリプレイデータを用いたリプレイ画像の生成手法の説明図。
【図１５】図１５（Ａ）、図１５（Ｂ）はリプレイ画像の生成手法の説明図。
【図１６】リプレイ時に着地点を判定ラインに近づける手法の説明図。
【図１７】本実施形態のキャラクタ制御処理のフローチャート。
【図１８】図１８（Ａ）〜図１８（Ｄ）は先行入力システムの説明図。
【図１９】図１９（Ａ）、図１９（Ｂ）は先行入力システムにおけるショット動作のキャンセル手法の説明図。
【図２０】図２０（Ａ）〜図２０（Ｃ）はリプレイ画像の生成手法の変形例の説明図。
【図２１】図２１（Ａ）〜図２１（Ｄ）は誤判定発生手法の変形例の説明図。
【図２２】図２２（Ａ）、図２２（Ｂ）はハードウェア構成例。
【符号の説明】
【０２１８】
１００ 処理部、１０２ 入力受け付け部、１０４ オブジェクト空間設定部、
１０６ ゲーム演算部、１０８ 移動体制御部、１１０ キャラクタ制御部、
１１２ モーション再生部、１１４ ヒット位置演算部、１１６ 判定部、
１１７ 誤判定発生部、１１８ カウント部、１１９ 仮想カメラ制御部、
１２０ 画像生成部、１３０ 音生成部、１６０ 操作部、１７０ 記憶部、
１７１ 形状データ記憶部、１７２ オブジェクトデータ記憶部、
１７３ モーションデータ記憶部、１７４ リプレイデータ記憶部、
１７５ リプレイフレーム記憶部、１７６ 確率設定データ記憶部、
１７７ 誤判定発生フラグ記憶部、１７９ 描画バッファ、１８０ 情報記憶媒体、
１９０ 表示部、１９２ 音出力部、１９４ 補助記憶装置、１９６ 通信部
【特許請求の範囲】
【請求項１】
ゲーム画像を生成する画像生成部と、
前記ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、前記ゲームプレイ結果に対して所与のルールに基づく判定処理を行う判定部と、
前記判定イベントの発生後に、前記判定部の判定結果に対するプレーヤの再判定要求の操作入力の受け付け処理を行う入力受け付け部と、
前記判定イベントでの前記判定部の判定に対して誤判定を発生させる誤判定発生処理を行う誤判定発生部として、
コンピュータを機能させ、
前記判定部は、
前記再判定要求の操作入力が受け付けられた場合に、前記ゲームプレイ結果に対する再判定処理を行うことを特徴とするプログラム。
【請求項２】
請求項１において、
前記誤判定発生部は、
ゲームプレイ結果の判定対象物である移動体が、誤判定発生エリアに入ったと判定された場合に、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項３】
請求項２において、
前記所与のルールは、ゲームプレイ結果の判定対象物である前記移動体が判定エリア内に入ったか否かについてのルールであり、
前記誤判定発生エリアは、前記判定エリアを区画する判定ラインに沿って設定され、
前記誤判定発生部は、
前記判定ラインに近い位置ほど、誤判定の発生確率が高くなる前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項４】
請求項２又は３において、
前記誤判定発生エリアは、前記判定エリアの内側に設定される第１の誤判定発生エリアと、前記判定エリアの外側に設定される第２の誤判定発生エリアを有し、
前記誤判定発生部は、
第１の確率設定が行われている前記第１の誤判定発生エリアと、前記第２の確率設定とは異なる第２の確率設定が行われている前記第２の誤判定発生エリアとを用いて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項５】
請求項４において、
前記誤判定発生処理のための確率設定データを記憶する確率設定データ記憶部として、
コンピュータを機能させ、
前記確率設定データ記憶部は、
前記誤判定発生エリアを区画する第１の境界ライン上での誤判定発生確率データである第１の確率データと、前記誤判定発生エリアを区画する第２の境界ライン上での誤判定発生確率データである第２の確率データと、前記判定ライン上での誤判定発生確率データである第３の確率データを記憶し、
前記誤判定発生部は、
前記第１、第２、第３の確率データに基づいて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項６】
請求項５において、
前記誤判定発生エリアは、前記判定エリアの内側に設定される第１の誤判定発生エリアと、前記判定エリアの外側に設定される第２の誤判定発生エリアを有し、
前記確率設定データ記憶部は、
前記第１、第２の誤判定発生エリアを設定するための第１、第２のエリア設定データを記憶し、
前記誤判定発生部は、
前記第１、第２のエリア設定データに基づいて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項７】
請求項２乃至６のいずれかにおいて、
前記ゲーム画像を生成するための仮想カメラを制御する仮想カメラ制御部として、
コンピュータを機能させ、
前記誤判定発生部は、
前記仮想カメラの視点からの距離に応じてその誤判定発生の確率設定が変化する前記誤判定発生エリアを用いて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項８】
請求項２乃至７のいずれかにおいて、
前記誤判定発生部は、
前記判定エリアを区画する第１の判定ラインと第２の判定ラインとで、その確率設定が異なる前記誤判定発生エリアを用いて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項９】
請求項１乃至８のいずれかにおいて、
前記入力受け付け部は、
前記判定イベントが発生した後、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行うことを特徴とするプログラム。
【請求項１０】
請求項９において、
前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、
前記誤判定発生部は、
前記移動体が前記判定エリア内に入ったのに前記判定エリア外に出たと誤判定する第１の誤判定と、前記移動体が前記判定エリア外に出たのに前記判定エリア内に入ったと誤判定する第２の誤判定とを発生させ、
前記入力受け付け部は、
前記第２の誤判定が発生したときには、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行うことを特徴とするプログラム。
【請求項１１】
請求項９又は１０において、
誤判定が発生した場合にセットされ、前記判定イベントが発生した後にプレーヤがゲームプレイを停止しなかった場合にクリアされる誤判定発生フラグを記憶する誤判定発生フラグ記憶部として、
コンピュータを機能させ、
前記判定部は、
前記誤判定発生フラグを用いて前記再判定処理を行うことを特徴とするプログラム。
【請求項１２】
請求項１乃至１１のいずれかにおいて、
プレーヤが行った前記再判定要求の回数をカウントするカウント部として、
コンピュータを機能させ、
前記入力受け付け部は、
前記カウント部によりカウントされたプレーヤの再判定要求回数が、許容要求回数に達していないことを条件に、再判定要求の受け付け処理を行うことを特徴とするプログラム。
【請求項１３】
請求項１２において、
前記カウント部は、
前記判定部の前記再判定処理において、前記判定イベントにおいて誤判定がなかったと判断された場合には、前記許容要求回数をデクリメントする処理を行うことを特徴とするプログラム。
【請求項１４】
請求項１乃至１３のいずれかにおいて、
ゲーム画像のリプレイ画像を生成するリプレイ画像生成部として、
コンピュータを機能させ、
前記リプレイ画像生成部は、
前記再判定要求の操作入力が受け付けられた場合に、前記判定イベントのリプレイ画像を生成することを特徴とするプログラム。
【請求項１５】
請求項１４において、
リプレイ画像を生成するためのリプレイデータを記憶するリプレイデータ記憶部と、
前記リプレイデータを読み出すためのリプレイフレームを記憶するリプレイフレーム記憶部として、
コンピュータを機能させ、
前記リプレイ画像生成部は、
前記再判定要求の操作入力が受け付けられた場合に、前記リプレイフレーム記憶部から前記リプレイフレームを読み出し、読み出された前記リプレイフレームに基づいて前記リプレイデータ記憶部からリプレイデータを読み出して、前記判定イベントのリプレイ画像を生成することを特徴とするプログラム。
【請求項１６】
請求項１４又は１５において、
前記リプレイ画像生成部は、
前記判定イベントの発生場所をズームアップしたリプレイ画像であって、前記判定イベントの発生時に前記判定イベントの発生場所に存在していたキャラクタが非表示にされたリプレイ画像を生成することを特徴とするプログラム。
【請求項１７】
請求項１４乃至１６のいずれかにおいて、
前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、
前記リプレイ画像生成部は、
リプレイ時には、前記判定イベントの発生時に比べて、前記判定エリアを区画する判定ラインから近い位置に、前記移動体が着地又は通過するリプレイ画像を生成することを特徴とするプログラム。
【請求項１８】
請求項１４乃至１７のいずれかにおいて、
前記リプレイ画像生成部は、
第１のプレーヤと、前記第１のプレーヤと対戦する第２のプレーヤとの対戦状況の情報に基づいて、前記判定イベント発生時の画像とは異なるリプレイ画像を生成することを特徴とするプログラム。
【請求項１９】
請求項１８において、
前記リプレイ画像生成部は、
前記第２のプレーヤに比べて前記第１のプレーヤの方が不利になる誤判定発生処理を前記誤判定発生部が行ったときに、前記第２のプレーヤに比べて前記第１のプレーヤの方が対戦状況において勝っている場合には、前記判定イベント発生時の画像とは異なる画像として、前記第２のプレーヤに比べて前記第１のプレーヤの方が不利になるリプレイ画像を生成することを特徴とするプログラム。
【請求項２０】
請求項１乃至１９のいずれかにおいて、
前記誤判定発生部は、
ゲームプレイ結果の判定対象物である移動体の移動情報に基づいて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項２１】
請求項２０において、
前記誤判定発生部は、
前記移動速度が速いほど、誤判定の発生確率が高くなる前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項２２】
請求項１乃至２１のいずれかにおいて、
前記誤判定発生部は、
ゲームプレイ結果の判定対象物である移動体の誤判定発生エリアでの滞在時間に基づいて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項２３】
請求項２２において、
前記誤判定発生部は、
前記移動体の滞在時間が短いほど、誤判定の発生確率が高くなる前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項２４】
請求項１乃至２３のいずれかにおいて、
コンピュータにより操作されるコンピュータキャラクタの制御処理を行うキャラクタ制御部として、
コンピュータを機能させ、
前記キャラクタ制御部は、
前記判定イベントが発生した場合に、前記コンピュータキャラクタに前記再判定要求を行わせる制御処理を行うことを特徴とするプログラム。
【請求項２５】
請求項２４において、
前記キャラクタ制御部は、
プレーヤが操作するキャラクタと前記コンピュータキャラクタとの間の対戦状況の情報に基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断することを特徴とするプログラム。
【請求項２６】
請求項２４又は２５において、
前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、
前記キャラクタ制御部は、
前記判定エリアを区画する判定ラインと前記移動体の着地点又は通過点との距離に応じて設定される確率データに基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断することを特徴とするプログラム。
【請求項２７】
請求項２４乃至２６のいずれかにおいて、
前記キャラクタ制御部は、
前記コンピュータキャラクタの再判定要求の許容要求回数の情報に基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断することを特徴とするプログラム。
【請求項２８】
請求項１乃至２７のいずれかにおいて、
プレーヤが操作するキャラクタによりショット又は捕捉される移動体の制御処理を行う移動体制御部と、
前記キャラクタの制御処理を行うキャラクタ制御部として、
コンピュータを機能させ、
前記入力受け付け部は、
前記キャラクタにより前記移動体がショット又は捕捉されるタイミングに先行して、前記キャラクタの動作を指示する先行入力をプレーヤが行った場合に、入力された先行入力の受け付け処理を行い、
前記キャラクタ制御部は、
前記先行入力により前記キャラクタがショット動作又は捕捉動作を開始した後に、前記再判定要求のためにプレーヤがキャンセル操作を行った場合には、前記キャラクタの前記ショット動作又は前記捕捉動作をキャンセルする制御を行うことを特徴とするプログラム。
【請求項２９】
請求項２８において、
前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、
前記キャラクタ制御部は、
前記移動体が前記判定エリア外に出たときに、プレーヤが前記キャンセル操作を行った場合に、前記キャラクタの前記ショット動作又は前記捕捉動作をキャンセルする制御を行うことを特徴とするプログラム。
【請求項３０】
コンピュータ読み取り可能な情報記憶媒体であって、請求項１乃至２９のいずれかに記載のプログラムを記憶したことを特徴とする情報記憶媒体。
【請求項３１】
画像を生成する画像生成システムであって、
ゲーム画像を生成する画像生成部と、
前記ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、前記ゲームプレイ結果に対して所与のルールに基づく判定処理を行う判定部と、
前記判定イベントの発生後に、前記判定部の判定結果に対するプレーヤの再判定要求の操作入力の受け付け処理を行う入力受け付け部と、
前記判定イベントでの前記判定部の判定に対して誤判定を発生させる誤判定発生処理を行う誤判定発生部とを含み、
前記判定部は、
前記再判定要求の操作入力が受け付けられた場合に、前記ゲームプレイ結果に対する再判定処理を行うことを特徴とする画像生成システム。
【請求項１】
ゲーム画像を生成する画像生成部と、
前記ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、前記ゲームプレイ結果に対して所与のルールに基づく判定処理を行う判定部と、
前記判定イベントの発生後に、前記判定部の判定結果に対するプレーヤの再判定要求の操作入力の受け付け処理を行う入力受け付け部と、
前記判定イベントでの前記判定部の判定に対して誤判定を発生させる誤判定発生処理を行う誤判定発生部として、
コンピュータを機能させ、
前記判定部は、
前記再判定要求の操作入力が受け付けられた場合に、前記ゲームプレイ結果に対する再判定処理を行うことを特徴とするプログラム。
【請求項２】
請求項１において、
前記誤判定発生部は、
ゲームプレイ結果の判定対象物である移動体が、誤判定発生エリアに入ったと判定された場合に、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項３】
請求項２において、
前記所与のルールは、ゲームプレイ結果の判定対象物である前記移動体が判定エリア内に入ったか否かについてのルールであり、
前記誤判定発生エリアは、前記判定エリアを区画する判定ラインに沿って設定され、
前記誤判定発生部は、
前記判定ラインに近い位置ほど、誤判定の発生確率が高くなる前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項４】
請求項２又は３において、
前記誤判定発生エリアは、前記判定エリアの内側に設定される第１の誤判定発生エリアと、前記判定エリアの外側に設定される第２の誤判定発生エリアを有し、
前記誤判定発生部は、
第１の確率設定が行われている前記第１の誤判定発生エリアと、前記第２の確率設定とは異なる第２の確率設定が行われている前記第２の誤判定発生エリアとを用いて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項５】
請求項４において、
前記誤判定発生処理のための確率設定データを記憶する確率設定データ記憶部として、
コンピュータを機能させ、
前記確率設定データ記憶部は、
前記誤判定発生エリアを区画する第１の境界ライン上での誤判定発生確率データである第１の確率データと、前記誤判定発生エリアを区画する第２の境界ライン上での誤判定発生確率データである第２の確率データと、前記判定ライン上での誤判定発生確率データである第３の確率データを記憶し、
前記誤判定発生部は、
前記第１、第２、第３の確率データに基づいて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項６】
請求項５において、
前記誤判定発生エリアは、前記判定エリアの内側に設定される第１の誤判定発生エリアと、前記判定エリアの外側に設定される第２の誤判定発生エリアを有し、
前記確率設定データ記憶部は、
前記第１、第２の誤判定発生エリアを設定するための第１、第２のエリア設定データを記憶し、
前記誤判定発生部は、
前記第１、第２のエリア設定データに基づいて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項７】
請求項２乃至６のいずれかにおいて、
前記ゲーム画像を生成するための仮想カメラを制御する仮想カメラ制御部として、
コンピュータを機能させ、
前記誤判定発生部は、
前記仮想カメラの視点からの距離に応じてその誤判定発生の確率設定が変化する前記誤判定発生エリアを用いて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項８】
請求項２乃至７のいずれかにおいて、
前記誤判定発生部は、
前記判定エリアを区画する第１の判定ラインと第２の判定ラインとで、その確率設定が異なる前記誤判定発生エリアを用いて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項９】
請求項１乃至８のいずれかにおいて、
前記入力受け付け部は、
前記判定イベントが発生した後、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行うことを特徴とするプログラム。
【請求項１０】
請求項９において、
前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、
前記誤判定発生部は、
前記移動体が前記判定エリア内に入ったのに前記判定エリア外に出たと誤判定する第１の誤判定と、前記移動体が前記判定エリア外に出たのに前記判定エリア内に入ったと誤判定する第２の誤判定とを発生させ、
前記入力受け付け部は、
前記第２の誤判定が発生したときには、プレーヤがゲームプレイを停止したことを条件に、再判定要求の受け付け処理を行うことを特徴とするプログラム。
【請求項１１】
請求項９又は１０において、
誤判定が発生した場合にセットされ、前記判定イベントが発生した後にプレーヤがゲームプレイを停止しなかった場合にクリアされる誤判定発生フラグを記憶する誤判定発生フラグ記憶部として、
コンピュータを機能させ、
前記判定部は、
前記誤判定発生フラグを用いて前記再判定処理を行うことを特徴とするプログラム。
【請求項１２】
請求項１乃至１１のいずれかにおいて、
プレーヤが行った前記再判定要求の回数をカウントするカウント部として、
コンピュータを機能させ、
前記入力受け付け部は、
前記カウント部によりカウントされたプレーヤの再判定要求回数が、許容要求回数に達していないことを条件に、再判定要求の受け付け処理を行うことを特徴とするプログラム。
【請求項１３】
請求項１２において、
前記カウント部は、
前記判定部の前記再判定処理において、前記判定イベントにおいて誤判定がなかったと判断された場合には、前記許容要求回数をデクリメントする処理を行うことを特徴とするプログラム。
【請求項１４】
請求項１乃至１３のいずれかにおいて、
ゲーム画像のリプレイ画像を生成するリプレイ画像生成部として、
コンピュータを機能させ、
前記リプレイ画像生成部は、
前記再判定要求の操作入力が受け付けられた場合に、前記判定イベントのリプレイ画像を生成することを特徴とするプログラム。
【請求項１５】
請求項１４において、
リプレイ画像を生成するためのリプレイデータを記憶するリプレイデータ記憶部と、
前記リプレイデータを読み出すためのリプレイフレームを記憶するリプレイフレーム記憶部として、
コンピュータを機能させ、
前記リプレイ画像生成部は、
前記再判定要求の操作入力が受け付けられた場合に、前記リプレイフレーム記憶部から前記リプレイフレームを読み出し、読み出された前記リプレイフレームに基づいて前記リプレイデータ記憶部からリプレイデータを読み出して、前記判定イベントのリプレイ画像を生成することを特徴とするプログラム。
【請求項１６】
請求項１４又は１５において、
前記リプレイ画像生成部は、
前記判定イベントの発生場所をズームアップしたリプレイ画像であって、前記判定イベントの発生時に前記判定イベントの発生場所に存在していたキャラクタが非表示にされたリプレイ画像を生成することを特徴とするプログラム。
【請求項１７】
請求項１４乃至１６のいずれかにおいて、
前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、
前記リプレイ画像生成部は、
リプレイ時には、前記判定イベントの発生時に比べて、前記判定エリアを区画する判定ラインから近い位置に、前記移動体が着地又は通過するリプレイ画像を生成することを特徴とするプログラム。
【請求項１８】
請求項１４乃至１７のいずれかにおいて、
前記リプレイ画像生成部は、
第１のプレーヤと、前記第１のプレーヤと対戦する第２のプレーヤとの対戦状況の情報に基づいて、前記判定イベント発生時の画像とは異なるリプレイ画像を生成することを特徴とするプログラム。
【請求項１９】
請求項１８において、
前記リプレイ画像生成部は、
前記第２のプレーヤに比べて前記第１のプレーヤの方が不利になる誤判定発生処理を前記誤判定発生部が行ったときに、前記第２のプレーヤに比べて前記第１のプレーヤの方が対戦状況において勝っている場合には、前記判定イベント発生時の画像とは異なる画像として、前記第２のプレーヤに比べて前記第１のプレーヤの方が不利になるリプレイ画像を生成することを特徴とするプログラム。
【請求項２０】
請求項１乃至１９のいずれかにおいて、
前記誤判定発生部は、
ゲームプレイ結果の判定対象物である移動体の移動情報に基づいて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項２１】
請求項２０において、
前記誤判定発生部は、
前記移動速度が速いほど、誤判定の発生確率が高くなる前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項２２】
請求項１乃至２１のいずれかにおいて、
前記誤判定発生部は、
ゲームプレイ結果の判定対象物である移動体の誤判定発生エリアでの滞在時間に基づいて、前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項２３】
請求項２２において、
前記誤判定発生部は、
前記移動体の滞在時間が短いほど、誤判定の発生確率が高くなる前記誤判定発生処理を行うことを特徴とするプログラム。
【請求項２４】
請求項１乃至２３のいずれかにおいて、
コンピュータにより操作されるコンピュータキャラクタの制御処理を行うキャラクタ制御部として、
コンピュータを機能させ、
前記キャラクタ制御部は、
前記判定イベントが発生した場合に、前記コンピュータキャラクタに前記再判定要求を行わせる制御処理を行うことを特徴とするプログラム。
【請求項２５】
請求項２４において、
前記キャラクタ制御部は、
プレーヤが操作するキャラクタと前記コンピュータキャラクタとの間の対戦状況の情報に基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断することを特徴とするプログラム。
【請求項２６】
請求項２４又は２５において、
前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、
前記キャラクタ制御部は、
前記判定エリアを区画する判定ラインと前記移動体の着地点又は通過点との距離に応じて設定される確率データに基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断することを特徴とするプログラム。
【請求項２７】
請求項２４乃至２６のいずれかにおいて、
前記キャラクタ制御部は、
前記コンピュータキャラクタの再判定要求の許容要求回数の情報に基づいて、前記コンピュータキャラクタに前記再判定要求を行わせるか否かを判断することを特徴とするプログラム。
【請求項２８】
請求項１乃至２７のいずれかにおいて、
プレーヤが操作するキャラクタによりショット又は捕捉される移動体の制御処理を行う移動体制御部と、
前記キャラクタの制御処理を行うキャラクタ制御部として、
コンピュータを機能させ、
前記入力受け付け部は、
前記キャラクタにより前記移動体がショット又は捕捉されるタイミングに先行して、前記キャラクタの動作を指示する先行入力をプレーヤが行った場合に、入力された先行入力の受け付け処理を行い、
前記キャラクタ制御部は、
前記先行入力により前記キャラクタがショット動作又は捕捉動作を開始した後に、前記再判定要求のためにプレーヤがキャンセル操作を行った場合には、前記キャラクタの前記ショット動作又は前記捕捉動作をキャンセルする制御を行うことを特徴とするプログラム。
【請求項２９】
請求項２８において、
前記所与のルールは、ゲームプレイ結果の判定対象物である移動体が判定エリア内に入ったか否かについてのルールであり、
前記キャラクタ制御部は、
前記移動体が前記判定エリア外に出たときに、プレーヤが前記キャンセル操作を行った場合に、前記キャラクタの前記ショット動作又は前記捕捉動作をキャンセルする制御を行うことを特徴とするプログラム。
【請求項３０】
コンピュータ読み取り可能な情報記憶媒体であって、請求項１乃至２９のいずれかに記載のプログラムを記憶したことを特徴とする情報記憶媒体。
【請求項３１】
画像を生成する画像生成システムであって、
ゲーム画像を生成する画像生成部と、
前記ゲーム画像を見ながらプレーヤがプレイするゲーム中に、ゲームプレイ結果の判定イベントが発生した場合に、前記ゲームプレイ結果に対して所与のルールに基づく判定処理を行う判定部と、
前記判定イベントの発生後に、前記判定部の判定結果に対するプレーヤの再判定要求の操作入力の受け付け処理を行う入力受け付け部と、
前記判定イベントでの前記判定部の判定に対して誤判定を発生させる誤判定発生処理を行う誤判定発生部とを含み、
前記判定部は、
前記再判定要求の操作入力が受け付けられた場合に、前記ゲームプレイ結果に対する再判定処理を行うことを特徴とする画像生成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図７】
【図８】
【公開番号】特開２００９−３８３（Ｐ２００９−３８３Ａ）
【公開日】平成２１年１月８日（２００９．１．８）
【国際特許分類】
【出願番号】特願２００７−１６５５５７（Ｐ２００７−１６５５５７）
【出願日】平成１９年６月２２日（２００７．６．２２）
【出願人】（０００１３４８５５）株式会社バンダイナムコゲームス (1,157)
【Ｆターム（参考）】
【公開日】平成２１年１月８日（２００９．１．８）
【国際特許分類】
【出願日】平成１９年６月２２日（２００７．６．２２）
【出願人】（０００１３４８５５）株式会社バンダイナムコゲームス (1,157)
【Ｆターム（参考）】
[ Back to top ]