JP2004351229A - 画像表示方法、コンピュータゲーム処理方法及び記録媒体 - Google Patents

Abstract

【課題】コンピュータゲーム装置の画面表示を改善する。
【解決手段】コンピュータゲーム画面に、キャラクタとそのキャラクタに関する属性情報を表示する場合において、キャラクタの表示サイズが拡大縮小されて表示される場合であっても、キャラクタに関する属性情報の表示サイズを固定にすることで、属性情報が拡大されすぎて、画面の大部分を覆ってしまったり、縮小されすぎて、読めなくなるという不都合をなくすことができ、プレイヤに見やすい画面を提供することができる。
【選択図】図７

Description

本発明は、コンピュータゲーム装置における画像表示方法及びコンピュータゲーム処理方法に関し、特に、キャラクタ同士が対戦する対戦ゲームにおける画像表示方法及びコンピュータゲーム処理方法、さらには、コンピュータゲーム装置を制御するプログラムを格納する記録媒体に関する。

従来から、コンピュータゲーム装置のモニタ上に表示された画像を見ながら、プレイヤがレバーやボタンなどで操作する自己キャラクタと１以上の敵キャラクタとが仮想空間において対戦するコンピュータゲームが知られている。対戦ゲームは、例えば、複数のコンピュータゲーム装置を通信回線で接続し、互いの操作データを通信しあうことで、自己キャラクタと、他のプレイヤが別のコンピュータゲーム装置を使って操作する敵キャラクタとの間の対戦が可能となる。

このような、複数のプレイヤ同士で対戦ゲームを行う場合、特に、３人以上のプレイヤで対戦可能な対戦ゲームにおいては、次のような問題点がある。

（問題点１）
モニタに表示されるキャラクタの近傍にそのキャラクタに関する属性情報が表示される場合がある。属性情報は、例えば、キャラクタを操作するプレイヤの名前、番号であったり、対戦によりキャラクタが取得しているポイントなどである（指示部分（▼）も含む）。この属性情報は、従来、その情報の対象となるキャラクタが拡大縮小して表示される場合、同じ倍率で拡大縮小されて表示されたり、対象キャラクタの拡大縮小表示とは無関係に同一の大きさで表示されている。

図１５及び図１６は、キャラクタとそのキャラクタに関する属性情報のオブジェクトが表示される画面の例である。図１５は、キャラクタ及びその属性情報オブジェクトが徐々に拡大表示される場合を示し、図１６は、キャラクタ及びその属性情報オブジェクトが縮小表示される場合を示す。

図１５に示すように、キャラクタの拡大に応じて、その属性情報オブジェクトも拡大されると、属性情報オブジェクトによって、モニタ画面が覆われてしまい、画面が見にくくなるという問題がある。また、図１６に示すように、キャラクタの縮小に応じて、その属性情報オブジェクトも縮小されると、属性情報が読めなくなるという問題がある。

一方、この属性情報オブジェクトの大きさを、キャラクタの拡大縮小とは無関係に一定にすると、特に、対戦ゲームに参加するプレイヤの数が多く、画面に多数のキャラクタが表示されて、画面上でキャラクタ同士が重なって表示されたり、近い距離で表示されたりする場合、どのキャラクタの属性情報なのか判別しにくくなるという問題がある。

（問題点２）
最大対戦人数に満たない人数のプレイヤ間で、既に対戦ゲームが進行していて、その進行中の対戦ゲームに新規のプレイヤが途中参加できる場合がある。最大対戦人数が２人である場合、一方のプレイヤがコンピュータを相手に一人用ゲームを行っているときに、他方のプレイヤが別のコンピュータゲーム装置でゲームを開始すると、強制的にプレイヤ同士の対戦ゲームに切り替わっていた。このとき、コンピュータ相手の１人用対戦ゲームは中断させられ、プレイヤ同士の新規な対戦ゲームが開始される。但し、コンピュータ相手の対戦ゲームは、他のプレイヤが参加するまでのつなぎであることがほとんであるので、コンピュータ相手の１人用対戦ゲームが中断しても、問題は生じない。

しかしながら、最大対戦人数が３人以上の場合、無条件に途中参加を許可すると、以下のような問題がある。即ち、最大対戦人数に満たない人数のプレイヤ間で、既に対戦ゲームが進行していて、そこに、新規のプレイヤが無条件に途中参加してくると、既に行われているプレイヤ同士の対戦ゲームが強制的にリセットされ、新規のプレイヤを含めたプレイヤ同士の新たな対戦ゲームが開始される。そうすると、状況によっては、プレイヤの感情を大きく損ねる結果が起こり得る。例えば、途中参加により、進行していた対戦ゲームの途中までの結果を全て無視して最初から対戦をやり直すことになるので、対戦を有利に運んでいたプレイヤの不利益が大きくなるからである。

一方で、途中参加において、既に行われている対戦ゲームの途中結果を維持するとすると、途中参加するプレイヤが大きく不利になり、途中参加のメリットがなくなる。

（問題点３）
対戦ゲームの制限時間内に、キャラクタ同士の対戦の勝敗が決着しない場合、従来、あらかじめ数値化された各キャラクタの残り体力などの大小により勝敗を判定していた。体力は、ゲーム中に敵キャラクタから受けた攻撃の回数や種類に応じて徐々に減少する。

従って、自己のキャラクタの残り体力が、わずかでも敵キャラクタよりも多くなったら、制限時間まで、消極的でリスクの少ない戦い方（例えば、対戦を避けて、逃げ回る）をすることで、判定勝ちすることができてしまうという問題がある。特に、３人以上のプレイヤが参加可能な対戦ゲームにおいては、他のキャラクタ同士を対戦させておいて、自己のキャラクタは対戦に参加せずに、逃げ回ることが比較的容易である。この場合、対戦に参加しないキャラクタの体力は減少しないので、対戦に参加していないキャラクタが勝利する場合が増加するおそれがある。

従って、本発明の目的は、上述したような複数のプレイヤによる対戦ゲームにおける問題点を解消し、よりゲーム性の向上した対戦ゲームを実行するコンピュータゲーム装置の画像表示方法及びコンピュータゲーム処理方法、さらには、そのような方法を実行するためのコンピュータプログラムを記録した記録媒体を提供することにある。

上記目的を達成するための本発明の画像表示方法は、第一の表示体と該第一の表示体の属性情報を示す第二の表示体が配置される仮想空間の座標系に視点座標が設定され、当該視点座標から見た前記仮想空間の画像を画面に表示する画像表示方法において、
前記仮想空間における前記視点座標と前記第一の表示体及び／又は前記第二の表示体との距離が所定距離より短い場合、前記第二の表示体を画面上に一定の大きさで表示することを特徴とする。

または、本発明の画像表示方法は、第一の表示体と該第一の表示体の属性情報を示す第二の表示体が配置される仮想空間の座標系に視点座標が設定され、当該視点座標から見た前記仮想空間の画像を画面に表示する画像表示方法において、
前記仮想空間における前記視点座標と前記第一の表示体及び／又は前記第二の表示体との距離が所定距離より長い場合、前記第二の表示体を画面上に一定の大きさで表示することを特徴とする。

上記画像表示方法において、前記一定の大きさは、前記第二の表示体の前記所定距離に対応する画面上の大きさであり、好ましくは、第二の表示体が画面上で一定の大きさで表示されるように、前記視点座標と前記第一の表示体及び／又は第二の表示体との距離に応じて、前記第二の表示体の大きさを変更する。

さらに、上記目的を達成するための本発明の画像表示方法は、第一の表示体が配置される仮想空間の座標系に視点座標が設定され、当該視点座標から見た前記仮想空間の画像を画面に表示する画像表示方法において、
前記仮想空間における前記視点座標と前記第一の表示体との距離が所定距離より短い場合、前記第一の表示体の属性情報を示す第二の表示体を画面上に一定の大きさで表示することを特徴とする。

または、上記の目的を達成するための本発明の画像表示方法は、第一の表示体が配置される仮想空間の座標系に視点座標が設定され、当該視点座標から見た前記仮想空間の画像を画面に表示する画像表示方法において、
前記仮想空間における前記視点座標と前記第一の表示体との距離が所定距離より長い場合、前記第一の表示体の属性情報を示す第二の表示体を画面上に一定の大きさで表示することを特徴とする。

上記目的を達成するための本発明の第一のコンピュータゲーム処理方法は、複数のコンピュータゲーム装置間の通信により、複数のプレイヤ間での対戦ゲームと、プレイヤとコンピュータゲーム装置による１人用対戦ゲームとが可能なコンピュータゲーム処理方法において、
一のコンピュータゲーム装置と異なる他の複数のコンピュータ装置間で、最大対戦人数未満の数のプレイヤによる対戦ゲームが進行しているときに、前記一のコンピュータゲーム装置でゲームが開始される場合、前記対戦ゲームのプレイヤ数及び／又は前記対戦ゲームの経過状況に基づいて、前記対戦ゲームへの途中参加又は前記１人用対戦ゲームのいずれかを選択するを特徴とする。

好ましくは、上記第一のコンピュータゲーム処理方法において、前記対戦ゲームのプレイヤ数が所定数未満の場合、前記対戦ゲームへの途中参加を選択し、前記所定数以上の場合、前記１人用対戦ゲームを選択することを特徴とする。

さらに好ましくは、上記第一のコンピュータゲーム処理方法において、前記対戦ゲームのプレイヤ数が所定数未満の場合、前記対戦ゲームへの途中参加を選択し、前記所定数以上の場合、前記対戦ゲームの経過状況に応じて、前記対戦ゲームへの途中参加又は前記１人用対戦ゲームを選択することを特徴とする。

好ましくは、上記第一のコンピュータゲーム処理方法において、前記対戦ゲームの経過状況は、各プレイヤの対戦の優劣の有無であって、
各プレイヤ間に対戦の優劣がない又は比較的小さい場合、前記対戦ゲームへの途中参加を選択し、優劣がある又は比較的大きい場合、前記１人用対戦ゲームを選択することを特徴とする。例えば、対戦ゲームの進行に伴って、前記プレイヤがポイントを取得する場合、前記選択手段は、前記対戦の優劣を、前記プレイヤが取得するポイントの数により判定する。

また、上記第一のコンピュータゲーム処理方法において、前記対戦ゲームの経過状況は、前記対戦ゲームの経過時間であって、
前記選択手段は、前記対戦ゲームが所定時間以上経過してない場合、前記対戦ゲームへの途中参加を選択し、所定時間以上経過している場合、前記１人用対戦ゲームを選択することを特徴とする。

上記目的を達成するための本発明の第二のコンピュータゲーム処理方法は、プレイヤが画面に表示されるキャラクタを操作して、当該キャラクタと別のキャラクタとを対戦させる対戦ゲームを実行する各コンピュータゲーム処理方法において、
前記対戦ゲームにおける各キャラクタの活躍度を算出する算出手段と、
前記対戦ゲームの制限時間に、各キャラクタのいずれもが、所定の勝利条件を満足しない場合、前記キャラクタの活躍度に基づいて、前記対戦ゲームの勝敗を判定する判定手段とを備えることを特徴とする。好ましくは、前記対戦ゲームは、複数のコンピュータゲーム装置間の通信により複数のプレイヤ間で行われることを特徴とする。

上記第二のコンピュータゲーム処理方法において、一のキャラクタが他のキャラクタへ攻撃する毎に所定の得点を前記一のキャラクタの活躍度に加算することを特徴とする。このとき、前記他のキャラクタに与えるダメージが大きい攻撃ほど、前記得点を高くしてもよい。または、前記プレイヤの操作難易度が高い攻撃ほど、前記得点を高くしてもよい。

上記第二のコンピュータゲーム処理方法において、一のキャラクタが他のキャラクタから攻撃を受ける毎に所定の得点を前記一のキャラクタの活躍度から減算することを特徴とする。

上記第二のコンピュータゲーム処理方法において、一のキャラクタが他のキャラクタとの対戦を避けるための所定の回避行動を所定時間以上継続した場合、所定時間経過後、単位時間毎に所定の得点を前記一のキャラクタの活躍度から減算することを特徴とする。好ましくは、前記得点は、制限時間終了所定時間前から、それ以外の時間での得点より高く設定される。例えば、前記回避行動は、所定時間以上、前記一のキャラクタが所定の攻撃動作を行わないこと、所定時間以上、前記一のキャラクタが他のキャラクタからの攻撃をかわすための所定の動作を継続することである。

また、上記本発明の画像表示方法及びコンピュータゲーム処理方法を実現するためのコンピュータプログラムを格納した記録媒体が提供される。

以上、本発明によれば、コンピュータゲーム画面に、キャラクタとそのキャラクタに関する属性情報を表示する場合において、キャラクタの表示サイズが拡大縮小されて表示される場合であっても、キャラクタに関する属性情報の表示サイズを固定にすることで、属性情報が拡大されすぎて、画面の大部分を覆ってしまったり、縮小されすぎて、読めなくなるという不都合をなくすことができ、プレイヤに見やすい画面を提供することができる。

また、本発明によれば、３人以上が対戦可能な対戦ゲームにおいて、最大対戦人数未満のプレイヤ数で対戦ゲームが進行している間に、新規なプレイヤがゲームを開始する場合、進行している対戦ゲームの経過状況や経過時間などに応じて、途中参加を許可するか否かが判定される。途中参加により、進行している対戦ゲームがリセットされてしまい、その対戦ゲームで優勢だったプレイヤが不利益を被ったりすることがなくなる。また、対戦終了間際に対戦ゲームがリセットされることもなくなるので、営業面での効率も高まる。

さらに、本発明によれば、対戦ゲーム中のキャラクタの活躍度が算出され、制限時間内に対戦の勝敗が決着しない場合、そのキャラクタの活躍度によって勝敗が判定される。従って、残り体力値で勝敗判定する場合と比較して、対戦ゲーム中に逃げ回り、体力を減少させない戦い方で勝手しまうようなことはなく、正当な勝敗判定が可能となる。

以下、本発明の実施の形態について説明する。しかしながら、本発明の技術的範囲が、本実施の形態に限定されるものではない。

図１は、本発明の実施の形態におけるコンピュータゲーム装置（以下、ゲーム装置という）の外観図である。筐体１には、操作パネル２、モニタ３及びスピーカ４が設けられる。さらに、操作パネル２には、レバー５とボタン６が配置されている。また、コイン投入口７も筐体１に設けられている。 筐体前に着座した、或いは立ったままのプレイヤが、コイン投入口７から所定料金を投入すると対戦ゲームが開始される。

図２は、モニタ３に表示される対戦ゲーム画面の例である。プレイヤはモニタ３に表示されるゲーム画面を見ながらレバー５及びボタン６を使って、モニタ３の画面上に表示されている自己キャラクタＣ１を操作して、敵キャラクタＣ２と対戦する。

図３は、本発明の実施の形態におけるゲーム装置の機能ブロック図である。上記ゲーム装置に内蔵される本発明に従うゲームユニットの構成例ブロック図である。図３において、点線で囲まれた領域１０は、ゲ−ムユニット本体に収納される部分である。図３によれば、バス１００を介して、ＣＰＵなど以下に述べる各種構成要素が接続されている。

制御部であるＣＰＵ１０１は、ＲＯＭ１０２に格納されたゲームプログラムに基づいてプログラムの実行を制御する。ＲＯＭ１０２には、さらに、キャラクタや背景を構成するポリゴンデータが格納されている。ＲＡＭ１０３は、ゲーム進行に伴って更新されるキャラクタの仮想空間における座標など所定のゲームパラメータが記憶される。

そして、ＲＡＭ１０３に一旦記憶されたこれらのパラメータは、ジオメトリ処理部１０４に送られる。ジオメトリ処理部１０４は、ゲーム上の三次元仮想空間におけるキャラクタや背景を構成するポリゴンの頂点データに基づいて、所定の座標変換処理を行う。なお、座標変換処理について簡単に述べると、三次元の仮想空間に設定されたワールド座標系におけるポリゴンの座標を、そのワールド座標系におけるある一点の座標を視点として視線方向の仮想空間を見たときの視点座標系に変換する。

さらに、ジオメトリ処理１０４には、レンダリング処理部１０５が接続されている。レンダリング処理部１０５には、ＲＯＭ１０４から上記ポリゴンの頂点データやそのポリゴンにマッピングされるテクスチュアのデータなどが読み出され、一旦記憶されるテクスチュアバッファ１０６が接続されている。そして、レンダリング処理部１０５は、テクスチュアバッファ１０６に記憶されたポリゴンのテクスチュアデータに基づいて各ポリゴンに着色、シェーディング、テクスチュアの貼り付けなどを行う。

さらに、レンダリング処理部１０５には、三次元仮想空間における視点座標系に変換されたポリゴンの座標を、モニタ２に表示するための二次元座標系に変換する。また、レンダリング処理部１０５に接続されるＺバッファ１０７には、上述のポリゴンの座標を三次元座標系から二次元座標系に変換する際の奥行き方向（Ｚ方向）に関するデータ情報（例えば、どのポリゴンを手前に表示するかなどのデータ）が記憶されている。

そして、レンダリング処理部１０５の出力側には、フレームバッファ１０８が接続される。フレームバッファ１０８には、モニタ３に表示される一画面分のデータが格納される。フレームバッファ１０８から読み出される一画面分の画像データは、ビデオ処理部１０９によってビデオ信号に変換されて、順次モニタ３に表示される。

また、Ｉ／Ｏ処理部１１０を通して、遊戯者によって操作されるレバー５やボタン６などの操作部が接続される。この操作部から入力される操作信号に基づき、ＣＰＵ１０１により仮想空間におけるキャラクタなどの座標の演算が行われ、その結果はジオメトリ処理部１０４に送られる。

また、バス１００には、更にサウンド処理部１１１が接続され、ＰＣＭ／ＦＭ音源の発音を制御する。このサウンド処理部１１１には、音声データを記憶するサウンドメモリ１１２が接続されている。

さらに、サウンド処理部１１１によって制御された音声データは、図示されないＤ／Ａ変換回路によってディジタル音源からアナログ音源に変換され、スピーカ４にオーディオ信号を送る。

次に、上述したキャラクタの表示座標を求める方法について説明する。まず、キャラクタの上記ゲーム上の仮想空間における位置は、仮想空間における三次元座標（ワールド座標系）における位置座標（Ｘw 、Ｙw 、Ｚw ）として与えられる。また、仮想空間におけるキャラクタ以外の固定オブジェクトなどの背景の位置もワールド座標系における位置座標として与えられる。そして、キャラクタの仮想空間内の移動は、ワールド座標系の位置座標の変更として処理される。具体的には、キャラクタの位置座標は、上記操作手段などからの操作信号に含まれる移動量及び移動方向の情報に基づいて上記ＣＰＵ１０１の演算によって演算される。

一方、モニタ３に表示される画像は、三次元仮想空間にワールド座標系のある一点の座標（視点座標）から所定方向を見た二次元画像として表示される。これは、あたかも仮想空間の所定位置にビデオカメラが設置され、そのビデオカメラによって撮影された画像がモニタ３に表示されるのと同じになる。

例えば、図４に示すような三次元仮想空間にキャラクタＣ１及びＣ２が配置されているとき、キャラクタの位置座標は、ワールド座標系の位置座標（Ｘw、Ｙw、Ｚw）により決定される。そして、視点座標Ｐ（ＸwP、ＹwP、ＺwP）は、図４に示されるように、例えば、ワールド座標系におけるキャラクタＣ１の後方斜め上の視点座標Ｐに設定され、その視点座標Ｐからの視線方向Ｒは、例えば、キャラクタＣ１の上部付近（例えば、キャラクタＣ１の頭部より若干高い位置）の注視点座標Ｑ（（ＸwQ、ＹwQ、ＺwQ）の方向に設定される。なお、図４を含む以下に説明する図面において、説明をわかりやすくするために、視点座標Ｐの位置に仮想のビデオカメラＶが記される。

そして、ワールド座標系における各キャラクタなどの座標は、座標設定手段である上記図３におけるジオメトリ処理部１０４によって、視点座標Ｐ及び視線方向Ｒに基づいた視点座標系（Ｘv、Ｙv、Ｚv）に変換され、さらに、モニタ画面に表示するために、上記図３におけるレンダリング処理部１０５によって、所定の投影変換処理による二次元スクリーン座標系（Ｘs、Ｙs）に変換される。これにより、仮想空間内において、同じ大きさのオブジェクトであっても、ビデオカメラＶから遠い距離にあるオブジェクトは、モニタ画面内に比較的小さく表示され、ビデオカメラＶに近い距離にあるオブジェクトは、モニタ画面内に比較的大きく表示される。

[第一の実施の形態]
第一の実施の形態は、上記（問題点１）を解決するコンピュータゲーム装置を提供する。第一の実施の形態では、仮想空間内において、キャラクタまたはそのキャラクタの近傍に配置されるキャラクタに関する属性情報のオブジェクトと視点との距離が、所定距離範囲内の場合は、通常通り、属性情報を、その距離に応じてキャラクタと同じ比率で拡大縮小表示するが、所定距離を超えると、それ以上縮小しないようにし、逆に、所定距離未満になると、それ以上拡大しないようにする。即ち、視点とキャラクタ又は属性情報のオブジェクトとの距離とは無関係に、属性情報のオブジェクトを一定の大きさで表示する。例えば、属性情報は、コンピュータゲームの進行に伴って、キャラクタがポイントを取得する場合、キャラクタの取得したポイント数である。

まず、図５及び図６を参照しながら、第一の実施の形態の原理について説明する。図５（ａ）に示されるように、例として、ビデオカメラＶの視線方向Ｒに直交する横方向に仮想空間内での実長さＡｒを有するポリゴンＧを表示する場合について説明する。なお、ビデオカメラＶの仰角をθとする。

図５（ｂ）に示されるように、通常においては、ポリゴンＧとビデオカメラＶとの視線方向距離が、ｄ１、ｄ２、ｄ３である場合、モニタ２に表示されるポリゴンＧの長さＡｄは、その距離に応じて、それぞれ画面Ｍ１、Ｍ２、Ｍ３のように表示される。即ち、ポリゴンＧとビデオカメラＶとの距離が近いほど、ポリゴンＧは大きく表示され、遠いほど小さく表示される。

従って、距離が変化してもポリゴンの表示されるサイズを一定にするようにするには、逆に、距離に応じて、ポリゴンＧの仮想空間内の実サイズを変化させればよい。以下、ポリゴンＧの実サイズの一方向成分として、画面横方向の長さを例に説明する。

図５（ｃ）に示すように、ビデオカメラの仰角をθ、ビデオカメラＶとポリゴンＧとの距離をｄ、画面に表示される仮想空間の横方向長さ（以下、「画面表示範囲長さ」という）を２Ｌとすると、以下の式が成立する。

tan(θ／２)＝Ｌ／ｄ
Ｌ＝ｄtan（θ／２）…（１）
従って、画面に表示されるポリゴンＧの横方向長さ（「ポリゴンＧ表示長さ」という）Ａｄを一定にするために、画面表示範囲長さ２Ｌと、ポリゴンＧの仮想空間での実長さ（「ポリゴンＧ実長さ」という）Ａｒとの比ｋ（ｋ＝Ａｒ／２Ｌ）が一定になるようにすればよい。

従って、この比ｋを一定にするには、上記（１）式を使用して、ポリゴンＧの実長さＡｒを
Ａｒ＝ｋ×２Ｌ
＝ｋ×２ｄtan（θ／２）…（２）
とすればよい。

例えば、ビデオカメラＶの仰角θを９０度（tan（θ／２）＝１）とすると、図６に示されるように、ビデオカメラＶとポリゴンＧとの距離ｄが、例えば１ｍ、２ｍ、３ｍである場合に、ポリゴンＧ実長さＡｒを、それぞれ１ｍ、２ｍ、３ｍとすることで、ポリゴンＧ表示長さＡｄを、距離ｄの変化にかかわらず一定にすることができる（画面Ｍ１’、Ｍ２’、Ｍ３’参照）。

図７は、第一の実施の形態の処理フローチャートである。第一の実施の形態の処理は、上記ジオメトリ処理部１０４によって実行される。ステップS10において、ビデオカメラＶとポリゴンＧとの距離ｄが判定される。そして、その距離ｄが、第一の距離ｄ１以上で、第一の距離ｄ１より長い第二の距離ｄ２以下である場合(S11)は、ポリゴンＧ実長さＡｒは、あらかじめ設定されている初期値Ａ１のまま変化しない。従って、距離ｄに応じて、ポリゴンＧ表示長さＡｄ、即ち比ｋは変化するので、ポリゴンＧは拡大縮小されて、表示される。

特に、距離ｄが第一の距離ｄ１であるときの比ｋ１は、
ｋ１＝Ａ１／２Ｌ
＝Ａ１／（２×ｄ１tan（θ／２））…（３）
となり、第二の距離ｄ２であるときの比ｋ２は、
ｋ２＝Ａ１／２Ｌ
＝Ａ１／（２×ｄ２tan（θ／２））…（４）
となる。

一方、距離ｄが第一の距離ｄ１より短い場合、ポリゴンＧ表示長さＡｄは、第一の距離ｄ１におけるポリゴンＧ表示長さＡｄに固定されるように、比ｋ１を利用して、ポリゴンＧ実長さＡｒを変更する(S12)。即ち、ポリゴンＧ実長さＡｒは、上記（３）式を使って、
Ａｒ＝ｋ１×２Ｌ
＝ｋ１×２ｄtan（θ／２）
となる。

これにより、距離ｄが第一の距離ｄ１より近い場合、ポリゴン表示長さＡｄが、距離ｄに無関係に、第一の距離ｄ１のときのポリゴン表示長さＡｄ１に固定されるように、距離ｄに応じて、ポリゴンＧ実長さＡｒを変化させることができる。

また、距離ｄが第二の距離ｄ２より遠い場合、ポリゴンＧ表示長さＡｄは、第二の距離ｄ２におけるポリゴンＧ表示長さＡｄに固定されるように、ポリゴンＧ実長さＡｒを変更する(S13)。即ち、ポリゴンＧ実長さＡｒは、上記（４）式を使って、
Ａｒ＝ｋ２×２Ｌ
＝ｋ２×２ｄtan（θ／２）
となる。

これにより、距離ｄが第二の距離ｄ２より遠い場合、ポリゴン表示長さＡｄが、距離ｄに無関係に、第二の距離ｄ２のときのポリゴン表示長さＡｄ２に固定されるように、距離ｄに応じて、ポリゴンＧ実長さＡｒを変化させることができる。

図８及び図９は、第一の実施の形態における画面例であって、図８は、距離ｄが短くなる場合、図９は、距離ｄが長くなる場合の例である。

図８（ａ）、（ｂ）に示されるように、所定距離範囲内（特に、距離ｄが第一の距離ｄ１より長い場合）では、ビデオカメラＶとキャラクタ（又は属性情報のオブジェクト）との距離ｄが短くなるに従って、表示されるキャラクタとその属性情報オブジェクトはともに拡大される。しかしながら、図８（ｃ）に示されるように、距離ｄが第一の距離ｄ１より短くなると、キャラクタは、距離ｄに応じてさらに拡大されて表示されるが、属性情報オブジェクトのサイズは図８（ｂ）のサイズと同じサイズで表示される（図８（ｂ）の画面を第一の距離ｄ１のときの画面とする）。従って、属性情報によって画面の大部分が覆われることがなくなるので、属性情報オブジェクトによって他のキャラクタが隠れて見えなくなるというような不都合が解消され、プレイヤに見やすい画面を提供することができる。

また、図９（ａ）、（ｂ）に示されるように、所定距離範囲内（特に、距離ｄが第二の距離より短い場合）では、ビデオカメラＶとキャラクタ（又は属性情報のオブジェクト）との距離ｄが長くなるに従って、表示されるキャラクタとその属性情報オブジェクトともに縮小される。しかしながら、図９（ｃ）に示されるように、距離ｄが第二の距離ｄ２より長くなると、キャラクタは、距離ｄに応じてさらに縮小して表示されるが、属性情報の大きさは、図８（ｂ）のサイズと同じサイズで表示される（図９（ｂ）の画面を第二の距離ｄ２のときの画面とする）。従って、属性情報オブジェクトがビデオカメラＶから遠ざかることによって、属性情報が読めなくなるという不都合が解消され、プレイヤに見やすい画面を提供することができる。

なお、所定距離範囲（ｄ１≦ｄ≦ｄ２）内では、属性情報も、キャラクタとともに拡大縮小して表示するので、その距離感を把握することが容易となり、多数のキャラクタが画面内に表示されている場合であっても、どのキャラクタに対する属性情報であるかを容易に判別することができる。

上述の実施の形態では、ポリゴンの表示長さを変更しないように、ポリゴンの仮想空間での実長さを変更する方法を、仮想空間の一方向成分の長さの変更を例に説明したが、他の方向成分についても同様に実施することで、ポリゴン全体のサイズが変更される。

なお、キャラクタに関する属性情報のオブジェクト（ポリゴンデータ）を、それ以外のオブジェクト（キャラクタ、背景など）と識別して記憶することで、属性情報のオブジェクトのみを上述のように表示制御する。

なお、キャラクタに関する属性情報は、仮想空間上のオブジェクトとして配置されず、モニタに表示する二次元画像の前景画像として表示されてもよい。この場合においても、前景画像としての属性情報は、仮想空間内の視点とキャラクタとの距離が所定範囲内では、その距離に応じて拡大縮小表示され、距離が第一の距離より短くなる場合や第二の距離より長くなる場合は、距離に関係なく、一定の大きさの画像として表示される。

[第二の実施の形態]
第二の実施の形態は、上記（問題点２）を解決するコンピュータゲーム装置を提供する。第二の実施の形態では、３人以上のプレイヤが参加可能な対戦ゲームにおいて、最大対戦人数に満たない人数のプレイヤによる対戦ゲームが進行している間に、新規なプレイヤが対戦ゲームを開始した場合に、進行している対戦ゲームの状態に基づいて、新規なプレイヤが、現在進行しているプレイヤ同士の対戦ゲームに途中参加させるか、コンピュータ相手の一人用ゲームを開始するのかを選択する。第二の実施の形態は、ゲームプログラムを実行するＣＰＵ１０１によって処理される。
各コンピュータゲーム装置は、各装置における操作データや状態情報（ゲーム中、待機中など）を含むステータス信号を、所定タイミング（1/60秒）毎に他のゲーム装置に送信する。このように、ゲーム装置間でステータス信号を通信することで、ゲーム装置間の対戦ゲームが可能となる。

図１０は、複数のコンピュータゲーム装置の接続形態を示す図である。図１０では、４台のゲーム装置がリング状に接続されている。このような接続形態において、所定タイミング毎に、ゲーム装置Ａのステータス信号はゲーム装置Ｂに送信され、ゲーム装置Ｂのステータス信号はゲーム装置Ｃに送信され、ゲーム装置Ｃのステータス信号はゲーム装置Ｄに送信され、ゲーム装置Ｄのステータス信号はゲーム装置Ａに送信される。そして、各ゲーム装置は、受信したステータス信号も同様に送信する。例えば、ゲーム装置Ａは、受信したゲーム装置Ｄのステータス信号をゲーム装置Ｂに送信する。このように、各ゲーム装置が、受信したステータス信号を順次送信すると、最終的に、各ゲーム装置は、自己のステータス信号を受信する。例えば、ゲーム装置Ａは、３タイミング前に送信した自己のステータス信号をゲーム装置Ｄから受信する。各ゲーム装置は、自己のステータス信号を受信するまでに受信する４タイミング分のステータス信号を内部のメモリ領域に記憶する。従って、メモリ領域には、あるタイミングにおける各ゲーム装置のステータス信号が記憶される。

そして、ＣＰＵ１００は、自己のステータス信号を受信すると、そのメモリ領域に含まれるステータス信号を読み出し、そのステータス信号に基づいて、各種ゲーム処理を実行する。これにより、各ゲーム装置間の同期を合わせることができる。

第二の実施の形態では、上述のように通信されるステータス信号は、少なくとも以下の情報を有する。

・ゲーム中情報(on game)：ゲーム装置が、プレイヤ同士の対戦ゲーム又はコンピュータ相手の一人用ゲームのいずれかが進行している場合に、その間中出力する情報。

・対戦中情報(versus)：プレイヤ同士の対戦ゲームが行われている場合に、対戦ゲームを行っているゲーム装置が、その間中出力する情報。

・キャラクタ選択情報(character selected)：新規にゲームを開始するゲーム装置が、プレイヤによってキャラクタが選択されたときに出力する情報
・途中参加許可情報(join ok)：本発明に特徴的な情報であって、プレイヤ同士の対戦ゲーム又はコンピュータ相手の一人用ゲームを実行するゲーム装置が、以下に説明する途中参加許可条件を満足する場合に、その間中出力される情報。

・途中参加要求情報(join request)：新規にゲームを開始するゲーム装置が、途中参加許可情報を受信して、対戦ゲームに途中参加する時に出力する情報。

表１に途中参加許可条件を示す。対戦ゲーム又は１人用対戦ゲームのいずれかを実行しているゲーム装置は、各タイミング毎に途中参加可能であるか否かを、表１に従って判定し、それに基づいて、途中参加許可情報を出力する。そして、新規なプレイヤがゲームを開始する際に、そのプレイヤが操作するゲーム装置は、途中参加許可情報を受信した場合は、対戦ゲームを開始し、受信しない場合は、１人用対戦ゲームを開始することとなる。

例えば、最大対戦人数が４人の場合（即ち、ゲーム装置が４台の場合）に、所定人数を３人とする。そうすると、１人で１人用対戦ゲームを行っている場合、又は２人で対戦ゲームを行っている場合は、対戦ゲームを行っているゲーム装置は、途中参加許可情報を出力する。従って、新規にプレイヤがゲームを開始するゲーム装置は、途中参加許可情報を受信するので、対戦ゲームが進行しているゲーム装置から出力される対戦ゲームとなる。但し、誰もゲームをしていない場合は、１人用対戦ゲームが開始される。

また、既に３人の対戦が行っている場合に、新規にプレイヤがゲームを開始する場合は、上記表１に従って、現在進行している対戦ゲームの経過状況に従って、さらに場合分けされる。経過状況は、各プレイヤの対戦の優劣の有無であって、対戦ゲームの進行に伴って、プレイヤがポイントを取得する場合、ポイント数によって優劣を判定することができる。

例えば、キャラクタ同士が格闘し、敵キャラクタを倒すと、又は倒すことによって敵キャラクタにあらかじめ設定されたライフパラメータが減っていき、これが０になったとき、１ポイントを取得し、所定数のポイントに達することで勝敗を決定する格闘ゲームにおいては、少なくとも一つのキャラクタが１ポイント取得している場合は、対戦ゲームを行っているゲーム装置は、途中参加許可情報を出力しない。

常に途中参加を許可して、上記場合でも途中参加許可情報を出力すると、今までの対戦状態がリセットされ、新規なプレイヤを含めた新規な対戦ゲームが開始されるので、既にポイントを取得し、対戦を有利に運んでいたプレイヤの不利益が大きくなる。第二の実施の形態では、実際の対戦ゲームの進行状態に応じて、途中参加の許可／不許可を決定するので、このような不利益がなくなる。

なお、各ゲーム装置は、対戦人数を、各タイミング毎におけるステータス信号のうちの上記ゲーム中情報（又は対戦中情報）の数をカウントすることにより判定する。また、各キャラクタのポイントは、ゲームパラメータとして、各ゲーム装置のメモリに記憶、更新されている。

また、２人による対戦においては、対戦ゲームの進行状態にかかわらず、途中参加を許可するのは、以下の理由による。即ち、できるだけ最大対戦人数に近い多人数で対戦ゲームを行う方が、プレイヤは対戦ゲームの楽しさを満喫することができるので、対戦ゲームの楽しさを満喫できる程度に多人数になるまでは、ゲームの進行状態にかかわらず、途中参加を許可することが好ましいと考えられるからである。もちろん、比較的少ない人数（例えば２人）による対戦においても、ゲームの進行状態によっては、途中参加を不許可にしてもよい。

このように、最大対戦人数（上記例では４人）に満たないプレイヤ同士の対戦が行われている各ゲーム装置は、上述の途中参加許可条件に従って、途中参加可能であるか否かを判定し、途中参加可能と判定する場合は、途中参加許可情報を出力する。

そして、新規のプレイヤが、対戦が行われていないゲーム装置にコインを投入して、ゲームを開始しようとする場合、そのゲーム装置は、他のゲーム装置からの途中参加許可情報を受信する場合は、現在進行している対戦ゲームに途中参加して他のプレイヤとの対戦ゲームを開始し、受信しない場合は、コンピュータ相手の一人用ゲームが開始する。

図１１及び図１２は、第二の実施の形態の処理フローチャートである。図１１において、ゲーム装置Ａ、Ｂ、Ｃ、Ｄのいずれでもゲームが行われていない待機状態において、まず、プレイヤがゲームを開始するために、ゲーム装置Ａにコインを投入する(S101)。プレイヤは、コインを投入して、所定のスタート操作を行うと、ゲーム装置Ａの画面には、キャラクタ選択画面（図示せず）が表示される。キャラクタ画面には、複数のキャラクタが表示され、プレイヤは、レバーとボタンを操作して、希望のキャラクタを選択する(S102)。このとき、どのゲーム装置も、ゲームを行っていないので、ゲーム装置Ａは、他のゲーム装置から途中参加許可情報のステータス信号を受信しない(S103)。

従って、ゲーム装置Ａは、コンピュータ相手の一人用ゲームを開始し(S104)、途中参加許可情報を出力する(S105)。

ゲーム装置Ａが１人用対戦ゲームを実行している間に、別のプレイヤがゲーム装置Ｂにコインを投入し(S201)、上記同様にキャラクタを選択する(S202)。このとき、ゲーム装置Ｂは、ゲーム装置Ａが出力する途中参加許可情報を受信する(S203)。従って、ゲーム装置Ｂは、ゲーム装置Ａとの対戦ゲームを開始する(S204)。このとき、ゲーム装置Ｂは、途中参加要求情報を出力する。ゲーム装置Ａは、途中参加許可情報を出力している状態で、ゲーム装置Ｂからの途中参加要求情報を受信すると、コンピュータ相手の１人用対戦ゲームをリセットし、ゲーム装置Ｂとの対戦ゲームを開始する(S106)。

また、ゲーム装置Ａ、Ｂとの対戦ゲームが開始された場合に、ゲーム装置Ａ、Ｂは、途中参加許可情報を出力する（S107、S205）。

さらに、ゲーム装置Ａとゲーム装置Ｂとの間で、対戦ゲームが行われているときに、別のプレイヤがゲーム装置Ｃにコインを投入し(S301)、上記同様にキャラクタを選択する（S302）。この場合も、ゲーム装置Ｃは、ゲーム装置Ａ、Ｂから途中参加許可情報を受信する(S303)。従って、ゲーム装置Ｃは、ゲーム装置Ａ、Ｂとの対戦ゲームを開始する(S304)。そして、ゲーム装置Ｃは、途中参加要求情報をステータス信号として出力する。ゲーム装置Ａ、Ｂは、途中参加許可情報を出力している状態で、ゲーム装置Ｃからの途中参加要求情報を受信すると、現在進行している対戦ゲームをリセットし、新たにゲーム装置Ｃが加わったゲーム装置Ａ、Ｂ、Ｃ間の対戦ゲームを開始する(S108、S206)。

また、ゲーム装置Ａ、Ｂ、Ｃ間での対戦ゲームが開始された直後から、上述の途中参加許可条件に従って、途中参加許可状態にある間は、ゲーム装置Ａ、Ｂ、Ｃは、途中参加許可情報を出力する（S109、S207、S305）。

図１２に移って、ゲーム装置Ａ、Ｂ、Ｃ間で対戦ゲームが行われ、各ゲーム装置から途中参加許可情報を含むステータス信号が出力されている間に、別のプレイヤがゲーム装置Ｄにコインを投入し(S401)、上記同様にキャラクタを選択する(S402)。この場合も、上記同様に、ゲーム装置Ｄは、ゲーム装置Ａ、Ｂ、Ｃから途中参加許可情報を受信する(S403)。従って、ゲーム装置Ｄは、ゲーム装置Ａ、Ｂ、Ｃとの対戦ゲームを開始する(S404)。一方、ゲーム装置Ａ、Ｂ、Ｃは、途中参加許可情報を出力している状態で、ゲーム装置Ｄから出力される途中参加要求情報を受信すると、現在進行している対戦ゲームをリセットし、新たにゲーム装置Ｄが加わったゲーム装置Ａ、Ｂ、Ｃ、Ｄ間の対戦ゲームを開始する(S110、S208、S306)。

このようにして、最大対戦人数による対戦ゲームが開始されると、各ゲーム装置Ａ、Ｂ、Ｃ、Ｄは、途中参加許可情報を出力しなくなる（S111、S210、S308、S405）。

そして、ゲーム装置Ａ、Ｂ、Ｃ、Ｄ間の対戦ゲームが終了する(S112、S210、S308、S406)。このとき、ゲーム装置Ａのプレイヤがゲームの勝利した場合、ゲーム装置Ａは、他のゲーム装置からのステータス信号に途中参加許可情報が含まれているかどうか判定する。この例の場合、他のゲーム装置のプレイヤは、ゲーム装置Ａのプレイヤに敗北しているので、他のゲーム装置は、ゲームオーバーとなり、待機状態に移っている。従って、他のゲーム装置は、途中参加許可情報を出力しない。従って、ゲーム装置Ａは、途中参加許可情報を受信せず(S113)、コンピュータ相手の１人用対戦ゲームに進行し(S114)、上記処理を繰り返す。

一方、図１３は、第二の実施の形態の別の処理フローチャートである。図１３は、上記図１２において、ゲーム装置Ａ、Ｂ、Ｃ間での対戦ゲームが行われていて、上記途中参加許可条件に従って、途中参加許可状態から途中参加不許可状態に変化した後に、ゲーム装置Ｄでゲームが開始される場合の処理フローチャートである。従って、図１３では、ゲーム装置ＡにおけるステップＳ１０１乃至１０９までの処理、ゲーム装置ＢにおけるステップＳ２０１乃至２０７までの処理、ゲーム装置ＣにおけるステップＳ３０１乃至３０５までの処理は、図１１と同様であるので、その図示と説明を省略する。

ゲーム装置Ａ、Ｂ、Ｃにおいて、対戦経過が進行し、途中参加許可状態から途中参加不許可状態に変化すると、各ゲーム装置Ａ、Ｂ、Ｃは、途中参加許可情報の出力を停止する(S121、S221、S321)。

その後、別のプレイヤがゲーム装置Ｄにコインを投入し(S421)、上記同様にキャラクタを選択する(S422)。この場合、ゲーム装置Ｄは、途中参加許可情報を他のゲーム装置から受信しないので、対戦ゲームに途中参加できず(S423)、ゲーム装置Ｄは、コンピュータ相手の１人用対戦ゲームを開始する(S424)。このとき、ゲーム装置Ｄは、他のゲーム装置から、ステータス信号として対戦中情報も受信するので、ゲーム装置Ｄは、１人用対戦ゲームを開始する場合であっても、途中参加許可情報を出力しない(S425)。

ゲーム装置Ｄが、コンピュータ相手の１人用対戦ゲームを実行している間に、ゲーム装置Ａ、Ｂ、Ｃによる対戦が終了する(S122、S222、S322)。対戦が終了すると、対戦を行っていたゲーム装置Ａ、Ｂ、Ｃは、ステータス信号としての対戦中情報の出力を停止する。ゲーム装置Ｄは、他のゲーム装置Ａ、Ｂ、Ｃから対戦中情報を受信しなくなると、途中参加許可情報の出力を開始する(S426)。

ゲーム装置Ａ、Ｂ、Ｃによる対戦ゲームにより、例えば、ゲーム装置Ａのプレイヤがゲームの勝利した場合、ゲーム装置Ａは、他のゲーム装置からのステータス信号に途中参加許可情報が含まれているかどうか判定する。この例の場合、ゲーム装置Ａは、ゲーム装置Ｄから途中参加許可情報を受信する(S123)。従って、ゲーム装置Ａは、ステータス信号として途中参加要求情報を送信し、ゲーム装置Ｄと対戦ゲームを開始する(S124)。一方、ゲーム装置Ｄは、途中参加要求情報を受信して、ゲーム装置Ａと対戦ゲームを開始する(S427)。そして、ゲーム装置Ａ、Ｄは、途中参加許可情報を出力する(S125、S428)。

このように、第二の実施の形態においては、あらかじめ途中参加条件を設定し、対戦中のゲーム装置は、その途中参加条件に従って、途中参加可能であれば、途中参加許可情報を出力し、途中参加禁止であれば、途中参加許可情報を出力しない。従って、新規でゲームを開始するゲーム装置は、他のゲーム装置から、途中参加許可情報を受信するか否かにより、途中参加による対戦ゲームを行うか、コンピュータ相手の１人用対戦ゲームを行うか判定する。これにより、途中参加の許可／不許可を処理することができる。

なお、待機中のゲーム装置は、他のゲーム装置から途中参加許可情報を受信している間、その画面に、今、コインを投入すれば、途中参加可能である旨の表示を行い、途中参加許可情報を受信しない間は、一人用ゲームになる旨の表示を行ってもよい。これにより、空いているゲーム装置にコインを投入した場合にどちらのゲームモードになるのかを、プレイヤは容易に知ることができる。

[第三の実施の形態]
第三の実施の形態は、上記（問題点３）を解決するコンピュータゲーム装置を提供する。例えば格闘ゲームのような対戦ゲームにおいては、各キャラクタに所定の体力値（エネルギー値）が与えられている。そして、この体力値は、相手からの攻撃を受けることにより減少し、体力値がなくなった（０になった）キャラクタの負けとなる。

そして、第三の実施の形態では、対戦ゲームの制限時間内に勝敗が決着せず、複数のキャラクタの体力値が残った場合、従来のように、残り体力値によって勝敗判定するのではなく、新たな勝敗判定基準として、キャラクタの活躍度を数値化し、それにより勝敗判定する。このキャラクタの活躍度の値は、主に、敵キャラクタへ攻撃する毎に増加し、また、所定の回避行動を取ることにより減少するように設定される。これにより、逃げ回っているキャラクタが勝利する不都合を解消することができる。第三の実施の形態は、ゲームプログラムを実行するＣＰＵ１０１によって処理される。

第三の実施の形態について、さらに詳しく説明する。キャラクタの活躍度は、例えば、以下の基準（１）、（２）、（３）、（４）、（５）に従って算出される。

（１）敵キャラクタに攻撃を与える毎に、敵キャラクタに与えたダメージの大きさと攻撃方法の難易度に応じた得点を加算する。

加算される得点＝１００×（ａ）×（ｂ）
（ａ）攻撃の属性により定められる倍率
通常攻撃 ×１
特殊攻撃 ×２
武器攻撃 ×２
投げ攻撃 ×２
連携攻撃 ×２
（ｂ）連続技がヒットした回数により定められる倍率
１回 ×１
２回 ×２
３回 ×３
４回 ×４
５回 ×８
６回以上 ×１６
このように、敵キャラクタへの攻撃により得点を加算することで、積極的に攻撃に参加することで、攻撃せずに逃げ回る場合より高得点を得られるようになるので、プレイヤの活躍度に応じた勝敗を正当に判定することができる。

ここで、通常攻撃は、ボタンとレバーの比較的単純な操作（ボタンを押すだけの操作など）で行えるキックやパンチなどの攻撃動作である。特殊攻撃は、例えば、通常攻撃よりも大きいダメージを与えることができるキックやパンチの攻撃であり、通常攻撃よりも複雑な操作を必要とする。武器攻撃は、仮想空間内にある棒などの所定の武器を拾って、それを使った攻撃である。投げ攻撃は、敵キャラクタを投げ飛ばす攻撃であり、通常攻撃よりも大きいダメージを与えることができる。また、連携攻撃は、他の敵キャラクタと連携して、別の敵キャラクタに与える攻撃である。さらに、連続技は、上記各攻撃を連続して与える場合であって、一回の攻撃後所定時間内に再度攻撃を与えることで連続技となる。連続技を続けるほど、プレイヤの操作難易度は高くなり、倍率も高くなる。

（２）敵キャラクタから攻撃を受ける毎に減少する体力値の減少分に応じた得点を減算する。

減算される得点＝減少した体力値×１００
キャラクタの活躍度は、攻撃を行うプラス分と、攻撃を受けるマイナス分とで評価されるものである。従って、上記（１）で攻撃を行うプラス分を算出するとともに、この（２）で、攻撃を受けるマイナス分を算出する。体力値は、初期値として、例えば「１００」が与えられ、敵キャラクタから攻撃を受けるたびに、所定値減少する。（２）では、この体力値の減少分を、キャラクタの活躍度のマイナス分として考慮する。

（３）敵キャラクタを倒す（敵キャラクタの体力値を０にする）と、一定の得点を加算する。

加算される得点＝１００００
対戦ゲームの目的は、敵キャラクタを倒すことであるので、その目的を達した場合に、ボーナスポイントを付与する。

（４）アイテムを獲得するたびに、そのアイテムの種類により一定の得点を加算する。

加算される得点＝１０００又は５００
アイテムとは、例えば、キャラクタが倒されたときに、出現する所定のオブジェクトであって、プレイヤの取得操作により、キャラクタがそのアイテムを取得すると、そのアイテムの種類に応じて所定の得点が加算される。アイテムの取得操作も、プレイヤの操作技量を要求するものであり、キャラクタの積極的な動作と見なせるので、キャラクタの活躍度に考慮することが好ましい。

（５）回避行動を一定時間以上継続すると、その一定時間経過後、回避行動を継続している時間中、得点を減算する。

単位時間（1/60秒）毎に減算される得点＝１０
３人以上のキャラクタによる対戦ゲームの場合、１対１で対戦しているキャラクタの他に少なくとも１つのキャラクタが存在する。そのようなキャラクタは、対戦に参加せずに、他のキャラクタ同士の対戦を傍観することができる。

従って、第一に、一定時間以上所定の攻撃操作が行われないことを回避行動として判断することができる。

また、ゲーム装置には、敵キャラクタからの攻撃をかわす操作（例えば、キャラクタを素早く移動させる操作）が設定されている。従って、対戦している一方のプレイヤが、この回避操作を行い続けることで、敵キャラクタと対戦しているにもかかわらず、実質的に対戦を回避することができてしまう。従って、第二に、一定時間以上所定の回避操作が継続して行われることを回避行動として判断することができる。

さらに、制限時間終了間際（例えば、終了まで２０秒切ってから）、上記回避行動が行われる場合は、より多い得点（例えば２０点）が減算されるようにしてもよい。逃げ切り行為を防止するためである。

また、プレイヤが、回避行動と判断される上記所定時間経過直前に回避行動をやめ、その直後に、回避行動を再開することによって、得点の減算を避けるという違法行為が行われるのを防止するために、回避行動が終了して、一定時間以内に同じ回避行動が再開した場合は、回避行動が連続していると判断するようにしてもよい。

また、回避行動を取り続けていると判断する所定時間の長さは、常に一定ではなく、状況に応じて変化させてもよい。例えば、制限時間終了に近づいた場合（終了２０秒前など）には、この所定時間を短くすることで、ゲーム終了間際での回避行動への判定を厳しくすることができる。

さらに、度重なる回避行動による減算が目立つプレイヤの場合は、意図的に逃げていると判断できるので、同様に所定時間を短くしてもよい。反対に、回避行動による減算がほとんどなく、積極的に攻撃に参加しているプレイヤの場合は、所定時間を長くして、減算されにくくしてもよい。

また、回避行動を中断してから再開した場合に、連続して回避行動を取っていると判定する間隔時間も、同様に、状況に応じて変化させてもよい。そして、ペナルティを加える場合は、この間隔時間を長くすることで、連続して回避行動を取っていると判定されやすくすることができる。

このようにして、対戦中の各キャラクタの活躍度を数値化し、制限時間内に勝敗が決着しない場合は、各キャラクタの残り体力値ではなく、各キャラクタの活躍度により勝敗を判定することで、勝敗をより正当に判定することができる。

図１４は、キャラクタの活躍度が表示された画面の例である。図１４には、キャラクタＣ１、Ｃ２、Ｃ３が対戦している状態が表示されている。そして、画面には、残り時間、及びキャラクタＣ１、Ｃ２、Ｃ３それぞれの残り体力値を視覚的に表示する体力ゲージが表示され、各体力ゲージとともに、数値化された各キャラクタＣ１、Ｃ２、Ｃ３の活躍度が表示される。

このように、第三の実施の形態によれば、残り制限時間内に対戦の勝敗が決着しない場合に、従来のように、残り体力値ではなく、キャラクタの対戦中の行動全体を評価した活躍度により、勝敗を判定する。従って、勝敗を正当に判定することができる。

本発明の保護範囲は、上記の実施の形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶものである。

本発明の実施の形態におけるコンピュータゲーム装置の外観図である。 モニタに表示される対戦ゲーム画面の例である。 本発明の実施の形態におけるコンピュータゲーム装置の機能ブロック図である。 仮想三次元空間を説明する図である。 第一の実施の形態の原理を説明する図である。 第一の実施の形態の原理を説明する図である。 第一の実施の形態の処理フローチャートである。 第一の実施の形態における画面例である。 第一の実施の形態における画面例である。 複数のコンピュータゲーム装置の接続形態を示す図である。 第二の実施の形態の処理フローチャートである。 第二の実施の形態の処理フローチャートである。 第二の実施の形態の別の処理フローチャートである。 キャラクタの活躍度が表示された画面の例である。 キャラクタとそのキャラクタに関する属性情報が表示される画面の例である。 キャラクタとそのキャラクタに関する属性情報が表示される画面の例である。

符号の説明

１ 筐体
２ 操作パネル
３ モニタ
４ スピーカ
５ レバー
６ ボタン
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ ジオメトリ処理部
１０５ レンダリング処理部

Claims (32)

1. 複数のコンピュータゲーム装置間の通信により、複数のプレイヤ間での対戦ゲームと、プレイヤとコンピュータゲーム装置による１人用対戦ゲームとが可能なコンピュータゲーム処理方法において、
   一のコンピュータゲーム装置と異なる他の複数のコンピュータ装置間で、最大対戦人数未満の数のプレイヤによる対戦ゲームが進行しているときに、前記一のコンピュータゲーム装置でゲームが開始される場合、前記対戦ゲームのプレイヤ数及び／又は前記対戦ゲームの経過状況に基づいて、前記対戦ゲームへの途中参加又は前記１人用対戦ゲームのいずれかを選択することを特徴とするコンピュータゲーム処理方法。
2. 請求項１において、
   前記対戦ゲームのプレイヤ数が所定数未満の場合、前記対戦ゲームへの途中参加を選択し、前記所定数以上の場合、前記１人用対戦ゲームを選択することを特徴とするコンピュータゲーム処理方法。
3. 請求項１において、
   前記対戦ゲームのプレイヤ数が所定数未満の場合、前記対戦ゲームへの途中参加を選択し、前記所定数以上の場合、前記対戦ゲームの経過状況に応じて、前記対戦ゲームへの途中参加又は前記１人用対戦ゲームを選択することを特徴とするコンピュータゲーム処理方法。
4. 請求項１又は３において、
   前記対戦ゲームの経過状況は、各プレイヤの対戦の優劣の有無であって、
   各プレイヤ間に対戦の優劣がない又は比較的小さい場合、前記対戦ゲームへの途中参加を選択し、優劣がある又は比較的大きい場合、前記１人用対戦ゲームを選択することを特徴とするコンピュータゲーム処理方法。
5. 請求項４において、
   対戦ゲームの進行に伴って、前記プレイヤがポイントを取得する場合、
   前記対戦の優劣を、前記プレイヤが取得するポイントの数により判定することを特徴とするコンピュータゲーム処理方法。
6. 請求項１又は３において、
   前記対戦ゲームの経過状況は、前記対戦ゲームの経過時間であって、
   前記対戦ゲームが所定時間以上経過してない場合、前記対戦ゲームへの途中参加を選択し、所定時間以上経過している場合、前記１人用対戦ゲームを選択することを特徴とするコンピュータゲーム処理方法。
7. プレイヤが画面に表示されるキャラクタを操作して、当該キャラクタと別キャラクタとを対戦させる対戦ゲームを実行するコンピュータゲーム処理方法において、
   前記対戦ゲームにおける各キャラクタの活躍度を算出し、
   前記対戦ゲームの制限時間に、各キャラクタのいずれもが、所定の勝利条件を満足しない場合、各キャラクタの活躍度に基づいて、前記対戦ゲームの勝敗を判定することを特徴とするコンピュータゲーム処理方法。
8. 請求項７において、
   前記対戦ゲームは、複数のコンピュータゲーム装置間の通信により、複数のプレイヤの間で行われることを特徴とするコンピュータゲーム処理方法。
9. 請求項７又は８において、
   一のキャラクタが他のキャラクタへ攻撃する毎に所定の得点を前記一のキャラクタの活躍度に加算することを特徴とするコンピュータゲーム処理方法。
10. 請求項９において、
    前記他のキャラクタに与えるダメージが大きい攻撃ほど、前記得点は高いことを特徴とするコンピュータゲーム処理方法。
11. 請求項９において、
    前記プレイヤの操作難易度が高い攻撃ほど、前記得点は高いことを特徴とするコンピュータゲーム処理方法。
12. 請求項７又は８において、
    一のキャラクタが他のキャラクタから攻撃を受ける毎に所定の得点を前記一のキャラクタの活躍度から減算することを特徴とするコンピュータゲーム処理方法。
13. 請求項７又は８において、
    一のキャラクタが他のキャラクタとの対戦を避けるための所定の回避行動を所定時間以上継続した場合、所定時間経過後、単位時間毎に所定の得点を前記一のキャラクタの活躍度から減算することを特徴とするコンピュータゲーム処理方法。
14. 請求項１３において、
    前記得点は、制限時間終了所定時間前から、それ以外の時間での得点より高く設定されることを特徴とするコンピュータゲーム処理方法。
15. 請求項１３において、
    前記回避行動は、所定時間以上、前記一のキャラクタが所定の攻撃動作を行わないことであることを特徴とするコンピュータゲーム処理方法。
16. 請求項１３において、
    前記回避行動は、所定時間以上、前記一のキャラクタが他のキャラクタからの攻撃をかわすための所定の動作を継続することであることを特徴とするコンピュータゲーム処理方法。
17. 複数のコンピュータゲーム装置間の通信により、複数のプレイヤ間での対戦ゲームと、プレイヤとコンピュータゲーム装置による１人用対戦ゲームとが可能なコンピュータゲーム装置を制御するプログラムを格納する記録媒体において、
    当該コンピュータゲーム装置と異なる他の複数のコンピュータ装置間で、最大対戦人数未満の数のプレイヤによる対戦ゲームが進行しているときに、当該コンピュータゲーム装置でゲームが開始される場合、前記対戦ゲームのプレイヤ数及び／又は前記対戦ゲームの経過状況に基づいて、前記対戦ゲームへの途中参加又は前記１人用対戦ゲームのいずれかを選択する選択処理を有するプログラムを格納する記録媒体。
18. 請求項１７において、
    前記選択処理は、前記対戦ゲームのプレイヤ数が所定数未満の場合、前記対戦ゲームへの途中参加を選択し、前記所定数以上の場合、前記１人用対戦ゲームを選択することを特徴とする記録媒体。
19. 請求項１７において、
    前記選択処理は、前記対戦ゲームのプレイヤ数が所定数未満の場合、前記対戦ゲームへの途中参加を選択し、前記所定数以上の場合、前記対戦ゲームの経過状況に応じて、前記対戦ゲームへの途中参加又は前記１人用対戦ゲームを選択することを特徴とする記録媒体。
20. 請求項１７又は１９において、
    前記対戦ゲームの経過状況は、各プレイヤの対戦の優劣の有無であって、
    前記選択処理は、各プレイヤ間に対戦の優劣がない又は比較的小さい場合、前記対戦ゲームへの途中参加を選択し、優劣がある又は比較的大きい場合、前記１人用対戦ゲームを選択することを特徴とする記録媒体。
21. 請求項２０において、
    対戦ゲームの進行に伴って、前記プレイヤがポイントを取得する場合、
    前記対戦の優劣を前記プレイヤが取得するポイントの数により判定する処理を有するプログラムを格納することを特徴とする記録媒体。
22. 請求項１７又は１９において、
    前記対戦ゲームの経過状況は、前記対戦ゲームの経過時間であって、
    前記選択処理は、前記対戦ゲームが所定時間以上経過してない場合、前記対戦ゲームへの途中参加を選択し、所定時間以上経過している場合、前記１人用対戦ゲームを選択することを特徴とする記録媒体。
23. プレイヤが画面に表示されるキャラクタを操作して、当該キャラクタを別キャラクタと対戦させる対戦ゲームを実行する各コンピュータゲーム装置を制御するプログラムを格納する記録媒体において、
    前記対戦ゲームにおける各キャラクタの活躍度を算出する処理と、
    前記対戦ゲームの制限時間に、各キャラクタのいずれもが、所定の勝利条件を満足しない場合、前記キャラクタの活躍度に基づいて、前記対戦ゲームの勝敗を判定する処理と有するプログラムを格納する記録媒体。
24. 請求項２３において、
    前記対戦ゲームは、複数のコンピュータゲーム装置間の通信により、複数のプレイヤの間で行われることを特徴とする記録媒体。
25. 請求項２３又は２４において、
    前記算出処理は、一のキャラクタが他のキャラクタへ攻撃する毎に所定の得点を前記一のキャラクタの活躍度に加算することを特徴とする記録媒体。
26. 請求項２５において、
    前記他のキャラクタに与えるダメージが大きい攻撃ほど、前記得点は高いことを特徴とする記録媒体。
27. 請求項２５において、
    前記プレイヤの操作難易度が高い攻撃ほど、前記得点は高いことを特徴とする記録媒体。
28. 請求項２３又は２４において、
    前記算出処理は、一のキャラクタが他のキャラクタから攻撃を受ける毎に所定の得点を前記一のキャラクタの活躍度から減算することを特徴とする記録媒体。
29. 請求項２３又は２４において、
    前記算出処理は、一のキャラクタが他のキャラクタとの対戦を避けるための所定の回避行動を所定時間以上継続した場合、所定時間経過後、単位時間毎に所定の得点を前記一のキャラクタの活躍度から減算することを特徴とする記録媒体。
30. 請求項２９において、
    前記得点は、制限時間終了所定時間前から、それ以外の時間での得点より高く設定されることを特徴とする記録媒体。
31. 請求項２９において、
    前記回避行動は、所定時間以上、前記一のキャラクタが所定の攻撃動作を行わないことであることを特徴とする記録媒体。
32. 請求項２９において、
    前記回避行動は、所定時間以上、前記一のキャラクタが他のキャラクタからの攻撃をかわすための所定の動作を継続することであることを特徴とする記録媒体。

Images