JP2000279637A

JP2000279637A - ゲーム装置、ゲーム表示制御方法、およびコンピュータ読取り可能な記録媒体

Info

Publication number: JP2000279637A
Application number: JP11090150A
Authority: JP
Inventors: Akitoshi Kawazu; 秋敏河津
Original assignee: Square Co Ltd
Current assignee: Square Enix Co Ltd
Priority date: 1999-03-30
Filing date: 1999-03-30
Publication date: 2000-10-10
Also published as: EP1040855A3; DE60035382T2; EP1040855A2; US6454653B1; DE60035382D1; EP1040855B1

Abstract

(57)【要約】【課題】戦闘場面でのキャラクタの配置を遭遇状況に
応じた配置で表示できるゲーム装置を提供する。【解決手段】本発明に係るゲーム装置は、プレイヤキ
ャラクタと敵キャラクタが表示画面上において接触した
場合、接触状況（プレイヤキャラクタの移動形態、接触
側、接触方向など）を判断し（ステップＳ２００）、接
触状況が予め設定された複数の状況のいずれに該当する
かを特定する（ステップＳ３００）。この装置は、特定
された状況に応じて配置パターンを決定し（ステップＳ
４００）、決定された配置パターンでキャラクタを戦闘
場面に配置して表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲーム画面の表示
を制御するためのゲーム装置、ゲーム表示制御方法、お
よびそのためのプログラムが記録された記録媒体に関す
る。

【０００２】

【従来の技術】コンピュータゲームのジャンルの一つ
に、ロールプレイングゲーム（Role Playing Game:ＲＰ
Ｇ）がある。ＲＰＧでは、登場キャラクタの役割をプレ
イヤが演じ、擬似的な冒険を体験しながら、与えられた
目的に向かってゲームを進めていくものが一般的であ
る。多くの場合、プレイヤが操作するキャラクタ（以
下、「プレイヤキャラクタ」と呼ぶ）と敵対するキャラ
クタ（以下、「敵キャラクタ」と呼ぶ）が設定されてお
り、目的の達成を妨げる敵キャラクタをプレイヤキャラ
クタが倒していくことで物語が展開していく。

【０００３】このようなＲＰＧでは、プレイヤがゲーム
中のプレイヤキャラクタを画面内で移動させ、プレイヤ
キャラクタと敵キャラクタとが接触した場合、戦闘シー
ンに表示が切り換わり、その戦闘シーンにおいてプレイ
ヤキャラクタと敵キャラクタの戦闘が行われる。

【０００４】

【発明が解決しようとする課題】このようなＲＰＧで
は、戦闘シーンにおいて表示画面上のプレイヤキャラク
タや敵キャラクタの位置が予め定められている。例え
ば、同時に戦闘に参加するプレイヤキャラクタが最大で
三つの場合は、キャラクタの位置が予め三つ用意され、
戦闘シーンではこの位置にプレイヤキャラクタが配置さ
れる。したがって、キャラクタの配置に意外性がなく、
その点にプレイヤが不満を持つ可能性があった。

【０００５】本発明は、上記に着目してなされたもの
で、画面内におけるキャラクタ画像の配置を適切に制御
してゲームの面白みを増すことの可能なゲーム装置、ゲ
ーム表示制御方法、コンピュータ読取り可能な記録媒
体、およびコンピュータデータ信号を提供することを課
題とする。

【０００６】

【課題を解決するための手段】本発明に係るゲーム装置
は、表示装置上の画面においてキャラクタ同士の戦闘を
制御する。この装置は、画面内におけるキャラクタ画像
の接触を検出する検出手段と、検出された接触の状況を
判断する状況判断手段と、判断の結果に応じてキャラク
タ画像の配置を決定する配置決定手段と、決定された配
置でキャラクタ画像が表示された画面を生成する画面生
成手段と、を備えている。この装置によれば、キャラク
タ同士の接触状況に基づいて戦闘場面におけるキャラク
タを配置して表示することができる。

【０００７】本発明に係るゲーム表示制御方法は、表示
装置上の画面においてキャラクタ同士の戦闘を制御す
る。この方法は、画面内におけるキャラクタ画像の接触
を検出する検出ステップと、検出された接触の状況を判
断する状況判断ステップと、判断の結果に応じてキャラ
クタ画像の配置を決定する配置決定ステップと、決定さ
れた配置でキャラクタ画像が表示された画面を生成する
画面生成ステップと、を含んでいる。この方法によれ
ば、キャラクタ同士の接触状況に基づいて戦闘場面にお
けるキャラクタを配置して表示することができる。この
ように上記のような工程でコンピュータに処理を実行さ
せることにより、上記に記載したゲーム装置の発明と同
様の効果を得ることが可能となる。したがって、記載さ
れる処理工程をコンピュータなどのハードウェアを用い
て実行することにより、これらのハードウェアで本発明
のゲーム技術が容易に実施できるようになる。

【０００８】本発明に係るコンピュータ読取り可能な記
録媒体には、表示装置上の画面においてキャラクタ同士
の戦闘を制御するためのゲームプログラムが記録されて
いる。このプログラムは、画面内におけるキャラクタ画
像の接触を検出する検出ステップと、検出された接触の
状況を判断する状況判断ステップと、判断の結果に応じ
てキャラクタ画像の配置を決定する配置決定ステップ
と、決定された配置でキャラクタ画像が表示された画面
を生成する画面生成ステップと、をコンピュータに実行
させるためのものである。この記録媒体を使用すれば、
キャラクタ同士の接触状況に基づいて戦闘場面における
キャラクタを配置して表示することができる。このよう
に、記録媒体に含まれるプログラムをコンピュータに読
み込ませることによって上記に記載した本発明のゲーム
装置を実現できる。したがって、記録媒体によってこれ
をソフトウェア製品として装置と独立して容易に配布、
販売することができるようになる。また、コンピュータ
などのハードウェアを用いてこのソフトウェアを使用す
ることにより、これらのハードウェアで本発明のゲーム
技術が容易に実施できるようになる。

【０００９】本発明に係るコンピュータデータ信号は、
表示装置上の画面においてキャラクタ同士の戦闘を制御
するためのゲームプログラムを搬送する信号である。こ
のプログラムは、画面内におけるキャラクタ画像の接触
を検出する検出ステップと、検出された接触の状況を判
断する状況判断ステップと、判断の結果に応じてキャラ
クタ画像の配置を決定する配置決定ステップと、決定さ
れた配置でキャラクタ画像が表示された画面を生成する
画面生成ステップと、をコンピュータに実行させるため
のものである。このコンピュータデータ信号を用いるこ
とで上記プログラムをコンピュータに転送することがで
き、これにより、キャラクタ同士の接触状況に基づいて
戦闘場面におけるキャラクタを配置して表示することが
できる。

【００１０】

【発明の実施の形態】以下、添付図面を参照しながら本
発明の実施形態を詳細に説明する。なお、理解を容易に
するため、図面に共通の同一要素には可能な限り同一の
参照番号を使用する。また、以下では、本発明を家庭用
ゲームシステムに適用した場合について述べる。

【００１１】［第１実施形態］図１は、本発明の第１実
施形態におけるゲームシステムの全体構成を示してい
る。このゲームシステム５１は、ゲームシステム５１の
主たる機能を実行し、ゲームシステム５１によって実現
されるゲームを制御するゲーム装置５２Ａ、ゲーム装置
５２Ａに指示を入力するための入力装置であるコントロ
ーラ５３、後述するゲームに関する処理を実現するため
のプログラムや画像データ、サウンドデータなどを格納
するＣＤ−ＲＯＭ（Compact Disc Read Only Memory ）
５４、ゲームの途中経過データや環境設定データなどの
ゲームデータを保存するメモリカード５５、ならびにゲ
ーム装置５２Ａからの映像信号や音声信号を受けてゲー
ム内容に応じた映像表示やサウンド出力を行なう音声出
力機能付きモニタディスプレイ５６を備えている。この
ゲーム装置５２Ａは、家庭用ゲームシステムの本体であ
る。ゲーム装置５２Ａは、モニタディスプレイ５６上の
ゲーム画面を制御するゲーム表示制御装置としての機能
を有している。

【００１２】ゲーム装置５２Ａには、その上面に、ＣＤ
−ＲＯＭ５４をセットするためのディスクホルダ６１、
ディスクホルダ６１を開くためのオープンボタン６２、
並びに電源ボタン６３及びリセットボタン６４が設けら
れている。さらにゲーム装置５２Ａの前面には、コント
ローラ５３及びメモリカード５５をそれぞれ装着するた
めの二つのスロットを含んだコネクタ部６５が設けられ
ている。コントローラ５３とメモリカード５５は、この
コネクタ部６５を介してゲーム装置５２Ａに着脱自在に
装着される。

【００１３】また、ゲーム装置５２Ａの後面には、ＡＶ
（Audio and Visual）ケーブル５７が接属されるＡＶ出
力部（図示せず）が設けられている。このＡＶケーブル
５７を介してゲーム装置５２Ａとモニタディスプレイ５
６とが接続される。モニタディスプレイ５６としては、
ＣＲＴ（Cathode Ray Tube）等を利用した家庭用テレビ
ジョンシステムなどを使用することができる。

【００１４】図２は、図１のゲーム装置５２Ａの構成要
素をその周辺装置とともに示すブロック図である。ゲー
ム装置５２Ａは、ＣＰＵ（Central Processing Unit；
中央演算処理ユニット）１０１、ＧＴＥ（Geometric Tr
ansform Engine；グラフィックスデータ生成プロセッ
サ）１０２、周辺デバイス１０３、メインメモリ１０
４、ＯＳ−ＲＯＭ（Operating System ROM）１０５、Ｍ
ＤＥＣ（Motion DECoder；データ伸張エンジン）１０
６、ＰＩＯ（Parallel Input Output；拡張パラレルポ
ート）１０７、ＳＩＯ（Serial Input Output ；拡張シ
リアルポート）１０８、ＧＰＵ（Graphics Processing
Unit；グラフィックス描画処理プロセッサ）１０９、フ
レームバッファ１１０、ＳＰＵ（Sound Processing Uni
t；サウンド再生処理プロセッサ）１１１、サウンドバ
ッファ１１２、ＣＤ−ＲＯＭドライブ１１３、ＣＤ−Ｒ
ＯＭデコーダ１１４、ＣＤ−ＲＯＭバッファ１１５、及
び通信デバイス１１６を備えている。また、ＣＰＵ１０
１には、ゲーム装置において時間を制御するためのタイ
マカウンタ１１７が内蔵されている。

【００１５】ＣＰＵ１０１、周辺デバイス１０３、メイ
ンメモリ１０４、ＯＳ−ＲＯＭ１０５、ＭＤＥＣ１０
６、ＰＩＯ１０７、ＳＩＯ１０８、ＧＰＵ１０９、ＳＰ
Ｕ１１１、ＣＤ−ＲＯＭデコーダ１１４、及び通信デバ
イス１１６は、バス１００を介して互いに接続されてい
る。

【００１６】ＣＰＵ１０１は、ＯＳ−ＲＯＭ１０５に格
納されているＯＳ（オペレーティングシステム）や、Ｃ
Ｄ−ＲＯＭ５４から読み出されてメインメモリ１０４に
格納されるプログラムやデータなどに基づいてゲーム装
置５２Ａの各部を制御する。

【００１７】具体的には、ＣＰＵ１０１は、ＣＤ−ＲＯ
Ｍ５４からゲームプログラムや三次元モデルのモデリン
グデータなど読み出してメインメモリ１０４に転送す
る。また、ＣＰＵ１０１は、ＣＤ−ＲＯＭ５４からカラ
ールックアップテーブル（ＣＬＵＴ：Color Look−Up T
able）やテクスチャパターンデータなどを読み出してフ
レームバッファ１１０に転送し、ＧＰＵ１０９に画像の
描画を指示する。

【００１８】ＧＰＵ１０９は、ＣＰＵ１０１の制御下で
モニタディスプレイ５６における表示のための処理を行
う。具体的には、ＧＰＵ１０９は、ＣＰＵ１０１からの
指示に応答し、ＧＴＥ１０２で求められた座標データや
色情報、フレームバッファ１１０に格納されたＣＬＵＴ
やテクスチャパターンデータなどに基づいてモデリング
処理やレンダリング処理などを行なう。そして、ＧＰＵ
１０９は、三次元モデルを配置することによって構成さ
れた仮想三次元空間における任意領域を二次元空間へ投
影した画像データをフレームバッファ１１０に格納す
る。この画像データが同期信号に同期して含まれる映像
信号が形成され、その後、映像信号がモニタディスプレ
イ５６に供給される。これにより、モニタディスプレイ
５６の画面上にゲームの内容に応じた画像や映像を表示
することが可能になる。このように、ＣＰＵ１０１、メ
インメモリ１０４、ＧＰＵ１０９、及びフレームバッフ
ァ１１０は、一つの画面生成装置、あるいはモニタディ
スプレイ５６の表示制御装置を構成している。

【００１９】また、ＣＰＵ１０１は、ＣＤ−ＲＯＭ５４
からサウンドデータを読み出してメインメモリ１０４及
びＳＰＵ１１１に転送した後、ＳＰＵ１１１にサウンド
の再生を指示する。この指示に応答して、ＳＰＵ１１１
は、これらのサウンドデータについて変調処理及び再生
処理などを適切に実行する。更に、ＳＰＵ１１１は、こ
のサウンド再生データを、ＣＤ−ＲＯＭデコーダ１１４
から転送されたオーディオ再生データと重ね合わせて音
声信号を形成し、これをモニタディスプレイ５６に送
る。これにより、モニタディスプレイ５６の内蔵スピー
カ（図示せず）からゲーム内容に応じたＢＧＭ（BackGr
oud Music）や効果音などを出力させることが可能にな
る。

【００２０】また、ＣＰＵ１０１は、発振器（図示せ
ず）から供給されるタイミング信号に基づいてクロック
信号を生成する。ＣＰＵ１０１は、内蔵タイマカウンタ
１１７を用いてこのクロック信号を計数することにより
計時処理を行なうことができる。

【００２１】ＧＴＥ１０２は、ＣＰＵ１０１に接続され
ているので、ＣＰＵ１０１のコプロセッサとして動作す
ることができる。このＧＴＥ１０２は、ＣＰＵ１０１か
らの演算指示に応じて固定小数点形式の行列及びベクト
ルの演算処理を行なう。これらの演算処理には、たとえ
ば、三次元モデルを構成する三次元座標データの各々に
ついての移動、回転、拡大、及び縮小などの座標計算、
二次元座標データへ透視置換するための計算、並びに仮
想的に設定された光源の種類に応じて各部の輝度を計算
し、またその光源からの距離、角度、視点位置などに応
じて各部の輝度を計算する輝度計算、などが含まれる。

【００２２】周辺デバイス１０３は、割り込み制御やＤ
ＭＡ（Direct Memory Access）転送に関する制御を行な
う。メインメモリ１０４は、ＣＰＵ１０１がプログラム
を実行するために使用する記憶装置であり、ＣＰＵ１０
１が実行するプログラムやその実行のために必要となる
データなどが格納される。このメインメモリ１０４のメ
モリ構成及び格納データなどについては後述する。ＯＳ
−ＲＯＭ１０５は、ＯＳカーネル及びブートローダなど
といった、ゲーム装置５２Ａの基本制御を行なうための
ＯＳが格納されている。

【００２３】ＭＤＥＣ１０６は、圧縮画像の伸張処理を
行う。具体的には、ＭＤＥＣ１０６は、ＪＰＥＧ（Join
t Photographic Coding Experts Group）方式やＭＰＥ
Ｇ（Moving Picture Expert Group）方式などの静止画
及び動画の圧縮画像データ、ハフマン符号化（Huffman
coding）のデコード処理、逆量子化処理、逆離散コサイ
ン置換（Inversed Discrete Cosine Translation；ＩＤ
ＣＴ）演算などを順次に適用し、圧縮画像データを伸張
する。ＰＩＯ１０７はパラレルデータ用の拡張ポートで
あり、ＳＩＯ１０８はシリアルデータ用の拡張ポートで
ある。タイマ１１７は、ゲーム装置５２Ａの時間制御を
行う。

【００２４】ＧＰＵ１０９は、ＣＰＵ１０１とは独立に
動作することができるサブプロセッサである。このＧＰ
Ｕ１０９は、ＣＰＵ１０１からの描画指示に従ってＧＴ
Ｅ１０２で求められた座標データ及び色情報、並びにフ
レームバッファ１１０に格納されたＣＬＵＴ及びテクス
チャパターンデータなどに基づいて、複数のポリゴン
（polygon）から構成される三次元モデルのモデリング
処理やレンダリング処理などを行なう。そして、三次元
モデルを配置して構成した仮想三次元空間における任意
領域を二次元空間へ投影した画像データを、フレームバ
ッファ１１０上に格納する。ここで、ポリゴンとは、三
次元モデルを構成する図形の最小要素であり、この最小
要素には、三角形や四角形などといった多角形平面が含
まれる。

【００２５】また、ＧＰＵ１０９は、この格納された画
像データ又はメインメモリ１０４から転送された画像デ
ータが同期信号に同期して含まれる映像信号を生成し、
これをモニタディスプレイ５６に供給する。

【００２６】フレームバッファ１１０としては、デュア
ルポートＲＡＭを使用することができる。フレームバッ
ファ１１０は、描画領域及び表示領域を有する。描画領
域は、ＧＰＵ１０９によって描画される画像データ、又
はメインメモリ１０４から転送される画像データを格納
する。表示領域は、モニタディスプレイ５６に表示する
画像データを格納する。これらの描画領域と表示領域
は、映像を表示する際に使用されるフィールドレートに
応じて、ＧＰＵ１０９によって交互に切り替えられる。

【００２７】フレームバッファ１１０は、この他に、色
指定のために参照されるカラールックアップテーブル
（ＣＬＵＴ）や、テクスチャマッピング用のテクスチャ
パターンデータなどを格納することができる。

【００２８】ＳＰＵ１１１は、ＣＰＵ１０１とは独立に
動作することができるサブプロセッサである。ＳＰＵ１
１１は、ＣＰＵ１０１からの指示に従ってサウンドを再
生する。サウンドを再生するために、ＳＰＵ１１１は、
サウンドバッファ１１２に格納されたＡＤＰＣＭ（Adap
tive Differential Pulse Code modulation）形式のサ
ウンドデータに対して、音量調整処理、ピッチ置換、音
程調整、エンベロープ、及びリバーブなどの各種の変調
処理を適宜実行する。さらに、ＳＰＵ１１１はその再生
処理を行って音声信号を生成し、この信号をモニタディ
スプレイ５６に送る。

【００２９】また、ＳＰＵ１１１は、ＣＤ−ＲＯＭデコ
ーダ１１４から転送されたオーディオ再生データを、Ｓ
ＰＵ１１１で再生したサウンド再生データと重ね合わせ
て音声信号を生成し、この信号をモニタディスプレイ５
６に送る。

【００３０】サウンドバッファ１１２は、ＣＰＵ１０１
の指示によってメインメモリ１０４から転送されたＡＤ
ＰＣＭ形式のサウンドデータなどを一時的に格納するメ
モリである。このサウンドバッファ１１２は、ＳＰＵ１
１１がリバーブ処理を行なう際に作業領域として使用す
ることもでき、加工用のサウンドデータなどをメインメ
モリ１０４へ転送する際のバッファメモリとしても使用
することができる。

【００３１】ＣＤ−ＲＯＭドライブ１１３は、ＣＤ−Ｒ
ＯＭ５４の駆動及び制御を行うために、ＣＤ−ＲＯＭ５
４に格納されている符号化されたデータを読み取ること
ができる。ＣＤ−ＲＯＭデコーダ１１４は、ＣＤ−ＲＯ
Ｍドライブ１１３がＣＤ−ＲＯＭ５４から読み取ったデ
ータをデコードするとともにエラー訂正処理などを行な
って、デコードされたプログラム及びデータをメインメ
モリ１０４やＳＰＵ１１１などに転送する。また、ＣＤ
−ＲＯＭドライブ１１３は、内部音源及びミキサ（共に
図示せず）を備えており、オーディオデータの再生機能
を有している。ＣＤ−ＲＯＭバッファ１１５は、転送用
データを一時的に格納するためのメモリである。

【００３２】通信デバイス１１６には、コントローラ５
３及びメモリカード５５が接続される。この通信デバイ
ス１１６は、コントローラ５３及びメモリカード５５と
ゲーム装置５２Ａの各部との間のデータ転送、たとえば
ＣＰＵ１０１とメインメモリ１０４との間のデータ転送
を制御する。

【００３３】コントローラ５３は、プレイヤによって操
作される入力装置又は操作器である。プレイヤは、コン
トローラ５３を操作することでゲーム装置５２Ａに指示
を入力することできる。コントローラ５３は、プレイヤ
のコントローラ操作による入力に応じた各種操作信号を
通信デバイス１１６を介してゲーム装置５２Ａに送出す
る。コントローラ５３には、ゲームの開始指令などを出
力するために使用されるスタートボタンや、方向情報を
入力するための方向キーなど、複数の入力ボタンが設け
られている。更に、コントローラ５３は、バイブレーシ
ョン（振動）機能を有している。つまり、コントローラ
５３はモータを内蔵しており、ゲーム装置５２Ａから所
定の制御信号を受けることでモータが作動し、コントロ
ーラ５３を全体的に振動させるようになっている。

【００３４】メモリカード５５はフラッシュメモリから
構成され、ゲームデータを格納するために用いられる。

【００３５】ゲーム装置５２Ａでは、例えば画像を表示
する際やサウンドを出力する際に、メインメモリ１０４
と、フレームバッファ１１０、サウンドバッファ１１
２、ＣＤ−ＲＯＭバッファ１１５及びＭＤＥＣ１０６と
の間において、大量の画像データやサウンドデータを転
送する必要がある。したがって、データ転送を高速で行
うために、ＣＰＵ１０１を介さずに周辺デバイス１０３
の制御下で二つのデバイス間でデータを直接転送する、
いわゆるＤＭＡ転送が行なわれる。

【００３６】ゲームを行う際、プレイヤは、オープンボ
タン６２を操作してディスクホルダ６１を開き、ＣＤ−
ＲＯＭ５４をゲーム装置５２ＡのＣＤ−ＲＯＭドライブ
１１３にセットした後、ディスクホルダ６１を閉じる。
この状態で、プレイヤが電源ボタン６３を押し下げる、
あるいは電源がオンの場合にはリセットボタン６４を押
し下げることにより、ＣＰＵ１０１は所定の起動処理を
行い、その後、ＣＤ−ＲＯＭ５４に記録されたゲームプ
ログラム及びデータを読み出してゲームを実行する。

【００３７】ゲーム装置５２Ａは、ゲームシステム５１
においてＣＤ−ＲＯＭ５４に記録されたゲームプログラ
ムに従う処理を実行し、モニタディスプレイ５６に表示
される画面を制御する。ＣＰＵ１０１は、本発明におけ
る状況判断手段および配置決定手段の機能を有する。ま
た、ＣＰＵ１０１およびＧＰＵ１０９は、本発明におけ
る画面生成手段の機能を有する。また、ＣＤ−ＲＯＭ５
４およびメインメモリ１０４は、本発明における記録媒
体である。以上は、後述する第２実施形態でも同様であ
る。

【００３８】以下では、装置５２Ａによる表示制御に注
目して、本実施形態におけるゲームシステム５１のゲー
ム制御手順を説明する。なお、以下の説明では、ＣＰＵ
１０１が実行する処理には、実際にはＧＴＥ１０２が実
行する処理も含まれるものとする。また、ゲームプログ
ラムや必要なデータは、実際にはＣＰＵ１０１の制御の
下、処理の進行状況に応じて順次ＣＤ−ＲＯＭ５４から
読み出されてメインメモリ１０４に転送されるが、以下
では、ＣＤ−ＲＯＭ５４からの読み出し、メインメモリ
１０４への転送などについての詳細な説明を省略するこ
とがある。

【００３９】本実施形態においてゲームシステム５１
は、ＲＰＧを実現する。図３および図４は、本実施形態
のＲＰＧにおけるゲーム画面の一例を示す図であり、こ
こで、図３は移動画面１０００を示し、図４は戦闘画面
１１００を示している。図３に示されるように、本実施
形態のＲＰＧでは、地形を見下ろした移動画面１０００
がモニタディスプレイ５６上に表示される。プレイヤキ
ャラクタの一団（一般に、「パーティ」と呼ばれる）を
表すキャラクタ画像１０１０は、コントローラ５３を介
してプレイヤから指示が入力されると、表示される地形
上をその指示に従って移動する。地形上には敵キャラク
タのパーティを表すキャラクタ画像１０２０も表示さ
れ、ゲームプログラムに従って地形上を移動する。画面
１０００には、パーティの移動方向に応じて、そのパー
ティを表すキャラクタの正面、側面又は背面の画像が表
示される。本実施形態では、プレイヤがコントローラ５
３の方向キーを操作することによりプレイヤのキャラク
タ画像１０１０が所定の速度で移動するのに加えて、コ
ントローラ５３の所定のボタンを押しながら方向キーを
操作することによりキャラクタ画像１０１０をより高速
で移動させることができる。以下では、この高速移動を
「ダッシュ」と呼ぶことにする。

【００４０】一般的なコンピュータゲームと同様に、本
実施形態では、図３に示されるように移動画面１０００
においてプレイヤのキャラクタ画像１０１０と敵のキャ
ラクタ画像１０２０とが接触すると、図４に示すような
戦闘用の画面（以下、「戦闘画面」と呼ぶ）に表示が切
り換わり、戦闘が始まる。図４に示されるように、戦闘
画面１１００では、各パーティに含まれるプレイヤキャ
ラクタ１１１０〜１１１３ならびに敵キャラクタ１１１
４、１１１５および１１１７を表す画像が表示される。
戦闘画面の背景となるモデルデータは、敵パーティに対
応付けられて予め設定されている。プレイヤパーティと
敵パーティとが遭遇した場合、すなわちプレイヤのキャ
ラクタ画像と敵のキャラクタ画像とが移動画面内で接触
した場合、敵画像が表す敵パーティに対応付けてＣＤ−
ＲＯＭ５４に記憶されているシーンデータ（マップナン
バなど）が読み出され、これを用いて戦闘シーンが構築
される。本実施形態では、戦闘シーンに登場するプレイ
ヤキャラクタおよび敵キャラクタの最大数はそれぞれ４
である。

【００４１】各マップは、図４に示されるような１０×
１０のグリッド１１５０で表される格子情報を有してお
り、プレイヤキャラクタおよび敵キャラクタがいずれの
格子に位置するかを定める配置パターンが各マップに対
して８個ずつ設定されている。なお、このグリッドは実
際には画面に表示されない。

【００４２】図５は、一つのマップに対して設定された
一組の配置パターンデータを格納する配置パターンテー
ブルの一例を説明するための図である。後述するよう
に、この配置パターンテーブル１７０は、メインメモリ
の配置パターンデータ格納領域１０４ｃに格納される。
このテーブルでは、各配置パターンごとに、キャラクタ
ナンバＮ（Ｎは０〜７の整数）で識別されるキャラクタ
Ｎに対してそのキャラクタが配置されるグリッドの座標
（Ｘ、Ｙ）が対応付けられている。

【００４３】図６〜図１３は、図５の配置パターンテー
ブル１７０に格納された配置パターンの各々を説明する
ための図である。ここで、各図のグリッドは図４の戦闘
画面に示されるグリッド１１５０に対応している。これ
らの図において、グリッド上の番号０〜３は、プレイヤ
パーティ中のプレイヤキャラクタに割り当てられたナン
バであり、番号４〜７は敵パーティ中の敵キャラクタに
割り当てられたナンバである。これらの番号はパーティ
におけるキャラクタの基本的な並び順を示している。具
体的には、小さい番号が割り当てられたキャラクタほど
パーティにおいて前衛に配置され、大きい番号が割り当
てられたキャラクタほど後衛に配置されることを意味し
ている。プレイヤキャラクタの並び順は、プレイヤが任
意に決定、変更することができる。

【００４４】図６〜図１３に示されるように、配置パタ
ーン０〜３は、各パーティのプレイヤキャラクタおよび
敵キャラクタの双方が、各キャラクタに割り当てられた
ナンバに従って陣形を形成して対峙する配置である。配
置パターン４および５は、プレイヤパーティが予期しな
い方向から敵に奇襲され、プレイヤパーティは陣形をほ
ぼ維持しているものの敵パーティを正面に捉えていない
配置である。この配置では、プレイヤパーティの前衛と
して設定されたナンバ０のキャラクタがパーティの最前
列に位置しない。配置パターン６および７は、プレイヤ
パーティがダッシュ中に敵パーティと遭遇し、各パーテ
ィの陣形が乱れ、プレイヤキャラクタと敵キャラクタが
混ざっている配置である。本実施形態では、各マップご
とに、このような一組の配置パターンが設定され、デー
タ化されている。以下で詳細に説明するように、この配
置パターンセット中のいずれの配置パターンでキャラク
タを配置するかは、プレイヤパーティと敵パーティとの
戦闘開始時（接触時）の状況に基づいて決定される。

【００４５】図１４は、本実施形態におけるゲーム制御
処理の主要なステップを示すフローチャートである。理
解を容易にするため、このフローチャートでは、特別な
処理（例えば、ムービーシーンの表示）の割り込みなど
は省略してある。このゲームでは、画面内におけるキャ
ラクタなどの移動を制御する処理（ステップＳ１８２）
が行われた後、画面内でプレイヤキャラクタと敵キャラ
クタの画像が接触したか否かが検出される（ステップＳ
１８４）。ここで接触が検出された場合は、検出された
接触の状況に応じて配置パターンが決定され（ステップ
Ｓ１８６）、その後、この決定された配置パターンに従
って戦闘処理が行われる（ステップＳ１８８）。接触が
検出されなければ、移動制御が繰り返される。

【００４６】図１５は、配置パターン決定処理中のメイ
ンメモリ１０４の構成を説明するための図である。この
図に示されるように、メインメモリ１０４は、プログラ
ム格納領域１０４ａ、接触状況データ格納領域１０４
ｂ、配置パターンデータ格納領域１０４ｃ、及びその他
データ格納領域１０４ｄを含み、更に、プログラムによ
って利用されるスタック領域１０４ｅを含んでいる。

【００４７】プログラム格納領域１０４ａには、ＣＤ−
ＲＯＭ５４から読み出されたゲームプログラムが格納さ
れる。

【００４８】接触状況データ格納領域１０４ｂには、プ
レイヤパーティと敵パーティとの接触状況を表すデータ
が格納される。具体的には、接触時におけるプレイヤパ
ーティの移動形態（通常移動であるかダッシュである
か）、どちらから相手に接触したか、および接触した側
は相手のどの方向（前方、後方または側方）から接触し
たか、という点を表すデータが格納される。これらのデ
ータは、プレイヤと敵のキャラクタ画像が移動画面内で
接触した後に作成され、または更新される。

【００４９】配置パターンデータ格納領域１０４ｃに
は、種々のマップに対応した配置パターンセットを記憶
する配置パターンテーブル（例えば、図５に示される配
置パターンテーブル１７０）が格納される。プレイヤと
敵のキャラクタ画像が移動画面内で接触すると、敵キャ
ラクタに対応付けられた配置パターンテーブルがＣＤ−
ＲＯＭ５４から配置パターンデータ格納領域１０４ｃに
読み込まれる。

【００５０】その他データ格納領域１０４ｄには、プロ
グラムによる処理に必要なデータが格納される。このよ
うなデータには、例えば、移動画面を表示するための仮
想的な三次元の情報を持った画像データや背景用二次元
画像データや、効果音等を出力するためのサウンドデー
タが含まれる。

【００５１】以下では、図１４のステップＳ１８４にお
いてプレイヤパーティ画像と敵パーティ画像との接触が
検出された後の処理を中心に説明する。プレイヤパーテ
ィや敵パーティの移動処理等を行うメインプログラム
は、プレイヤパーティと敵パーティとの接触を検出する
と、その接触の状況を調べる。この接触状況は、次の三
つの要素によって特徴付けられる。第１に、接触時にお
けるプレイヤパーティの移動形態が「通常移動」である
か「ダッシュ」であるかという点である。本実施形態で
は、コントローラ５３の操作に応じてプレイヤパーティ
の移動形態を示すフラグが設定されており、このフラグ
は、プレイヤパーティのダッシュ中にオンとなり、通常
移動中はオフとなる。プレイヤパーティの移動形態が
「通常移動」であるか「ダッシュ」であるかは、このフ
ラグを参照することにより判断される。第２の要素は、
プレイヤパーティと敵パーティのうちどちらから相手に
接触したかという点である。これは、接触が検出された
ときに移動していた方を特定することにより判断するこ
とができる。一般に、プレイヤパーティおよび敵パーテ
ィの各移動処理後に接触の有無が検出されるので、どち
らの移動処理後に接触が検出されたかに応じて接触した
側を特定することができる。プレイヤパーティの移動処
理後に接触が検出されればプレイヤパーティが接触側で
あり、敵パーティの移動処理後であれば敵パーティが接
触側である。第３の要素は、接触側が相手の前方、後方
または側方のいずれの方向から接触したかという点であ
る。これは、移動画面内において接触側のパーティを表
すキャラクタと被接触側のパーティを表すキャラクタと
の向きの相対関係を調べることによって判断することが
できる。本実施形態では、パーティの様々な向きを表す
ためにキャラクタごとに８方向から見た画像が用意され
ており、移動画面には、これらの画像のうちパーティの
進行方向に合致した画像が選択的に表示される。従っ
て、接触時にどの画像データがプレイヤパーティおよび
敵パーティについてそれぞれ表示されているかを調べ、
その画像データが示すパーティの向きの相互関係を調べ
ることにより、接触方向を特定することができる。な
お、どのような相互関係を前方、後方、または側方接触
とするかの詳細は、ゲームプログラムによって予め設定
されている。

【００５２】以上のようにして判断された接触状況は、
接触状況テーブル１５０としてメインメモリの接触状況
データ格納領域１０４ｂに記憶される。図１６は、この
接触状況テーブル１５０を説明するための図である。図
示の通り、このテーブルには、移動形態が通常歩行であ
るかダッシュであるか、接触側がプレイヤであるか敵で
あるか、および接触方向が前方であるか後方であるか側
方であるか、を表すデータが格納されている。

【００５３】以上のようにして接触状況が判断され接触
状況テーブル１５０が作成された後、戦闘シーンの構築
が行われる。このとき、戦闘画面の表示や戦闘結果の算
出に必要なデータがＣＤ−ＲＯＭ５４やメインメモリ１
０４から読み出される。また、戦闘画面を実際に表示す
る前に、キャラクタの配置パターンを決定する処理が行
われる。

【００５４】図１７は、配置パターン決定処理（図１４
のステップＳ１８６）を示すフローチャートである。図
示のように、この処理では、まずプレイヤパーティと敵
パーティとの接触状況が判断され（ステップＳ２０
０）、次いで、判断された接触状況が予め設定された複
数の接触パターンのいずれに該当するかが特定され（ス
テップＳ３００）、最後に、この接触パターンに予め対
応付けられた配置パターンが特定される（ステップＳ４
００）。

【００５５】図１８は、図１５のステップＳ２００にお
ける接触状況判断処理の詳細を示すフローチャートであ
る。ここでは、移動形態の特定（ステップＳ２０２）、
および接触側の特定（ステップＳ２０４）、接触方向の
特定（ステップＳ２０６）が行われる。これらの特定
は、上述の接触状況テーブル１５０を参照し、「移動形
態」、「接触側」および「接触方向」に対応付けられた
データを取得することにより達成される。これにより、
接触状況の判断が完了する（ステップＳ２００）。な
お、ステップＳ２０２、Ｓ２０４およびＳ２０６は、任
意の順序に入れ替えることができる。

【００５６】次いで、上記のようにして取得したデータ
から判断される接触状況が、予め定められた複数の接触
パターンのいずれに該当するかを特定する（ステップＳ
３００）。以下に示す表は、接触状況と接触パターンと
の対応付けを説明するための表である。

【００５７】

【表１】

【００５８】この表に示されるように、接触状況は四つ
の接触パターンに分類され、各パターンには、識別のた
めに０〜３までのナンバが割り当てられている。接触パ
ターン０は、「プレイヤパーティが接触側であり、かつ
プレイヤパーティがダッシュ中に敵パーティに接触し
た」という接触状況である。接触パターン１は、「敵パ
ーティが接触側であり、かつ敵パーティが後方からプレ
イヤパーティに接触した」という接触状況である。接触
パターン２は、「敵パーティが接触側であり、かつ敵パ
ーティが側方からプレイヤパーティに接触した」という
接触状況である。これら以外の接触状況は、接触パター
ン３に該当するものと判断される。このようにして、接
触パターンの特定処理が完了する（ステップＳ３０
０）。

【００５９】次に、こうして特定された接触パターンに
従って、戦闘画面におけるキャラクタの配置パターンが
特定される（ステップＳ４００）。以下では、特定され
た接触パターンの各々に対応する配置パターン特定処理
を説明する。

【００６０】図１９は、接触パターンのナンバが０であ
ると特定された場合の配置パターン特定処理を示すフロ
ーチャートである。この場合、配置パターンは確率判定
（ステップＳ４０２）によって決定される。具体的に
は、４０％の確率でパターン６に決定され（ステップＳ
４０４）、４０％の確率でパターン７に決定され（ステ
ップＳ４０６）、これら以外の場合はパターン０〜３の
なかからランダムに決定される（ステップＳ４０８）。
このように接触パターン０の場合は、配置パターンがパ
ターン６またはパターン７となりやすくなっている。す
なわち、プレイヤパーティがダッシュ中に敵パーティと
接触してしまった場合は、戦闘時の配置位置が、プレイ
ヤキャラクタと敵キャラクタとが入り混じった配置にな
りやすくなっている。

【００６１】図２０は、接触パターンのナンバが１であ
ると特定された場合の配置パターン特定処理を示すフロ
ーチャートである。この場合、配置パターンは３０％の
確率でパターン４に決定され（ステップＳ４１４）、３
０％の確率でパターン５に決定され（ステップＳ４１
６）、これら以外の場合はパターン０〜３のなかからラ
ンダムに決定される（ステップＳ４１８）。このように
接触パターン１の場合は、配置パターンがパターン４ま
たはパターン５になりやすくなっている。すなわち、プ
レイヤパーティが敵パーティに後方から接触されてしま
った場合は、戦闘時の配置位置が、プレイヤパーティが
敵パーティを正面に捉えていない配置になりやすくなっ
ている。

【００６２】図２１は、接触パターンのナンバが２であ
ると特定された場合の配置パターン特定処理を示すフロ
ーチャートである。この場合、配置パターンは１５％の
確率でパターン４に決定され（ステップＳ４２４）、１
５％の確率でパターン５に決定され（ステップＳ４２
６）、これら以外の場合はパターン０〜３のなかからラ
ンダムに決定される（ステップＳ４２８）。このように
接触パターン２の場合も配置パターンがパターン４また
はパターン５になる可能性があるが、その確率は接触パ
ターン１の場合よりも低く設定されている。すなわち、
プレイヤパーティが敵パーティに側方から接触されてし
まった場合も、戦闘時の配置位置が、プレイヤパーティ
が敵パーティを正面に捉えていない配置になる可能性が
あるが、その確率は後方から接触された場合よりも低
い。

【００６３】図２２は、接触パターンのナンバが３であ
ると特定された場合の配置パターン特定処理を示すフロ
ーチャートである。この場合、確率判定は行われず、配
置パターンはパターン０〜３のなかからランダムに決定
される（ステップＳ４３２）。このようにプレイヤパー
ティと敵パーティが上述のような特定の接触状況で接触
したのではなく、通常の状況で接触した場合には、戦闘
時の配置位置が、プレイヤキャラクタと敵キャラクタが
双方とも陣形を形成して対峙している配置になる。

【００６４】以上のようにして、プレイヤパーティと敵
パーティとの接触状況に応じて配置パターンが特定され
（ステップＳ４００）、これをもって配置パターン決定
処理（図１７）が完了する。

【００６５】この後、上述のように決定された配置パタ
ーン（例えば、図６〜図１３に示される配置パターンの
いずれか）でプレイヤキャラクタおよび敵キャラクタが
配置された画面がゲーム装置５２Ａによって生成され、
モニタディスプレイ５６上に表示される。例えば、図４
は、配置パターン４で表示されたキャラクタを示してい
る。

【００６６】この後、ゲーム装置５２Ａは、戦闘の結果
を算出する処理を行う。なお、この処理においてゲーム
装置５２Ａは、キャラクタの攻撃力を算出する際に、攻
撃側のキャラクタと防御側のキャラクタとの画面内での
距離（ドット数）を勘案してもよい。

【００６７】このように、本実施形態のゲーム装置５２
Ａは、プレイヤキャラクタと敵キャラクタとの接触状
況、すなわち敵キャラクタとの遭遇状況に応じた戦闘場
面でのキャラクタ配置を実現することができる。その結
果、プレイヤは遭遇状況を視覚的に把握できるようにな
るので、ゲームの臨場感を高めることができる。また、
戦闘に関するパラメータ（攻撃力など）の算出に敵キャ
ラクタとの距離を勘案すると、キャラクタの配置が戦闘
に影響を与えるので、戦闘の開始状況に応じて戦闘結果
を変化させてゲームのリアリティを高めることができ
る。

【００６８】［第２実施形態］以下では、本発明に係る
第２の実施形態について説明する。本実施形態もＲＰＧ
に適用される。本実施形態におけるゲームシステムの構
成は、図１に示されている。図２３は、本実施形態に係
るゲーム装置５２Ｂとその周辺の回路構成を示す、図２
と同様のブロック図である。本実施形態における変更点
は、ゲーム装置５２Ｂが通信インタフェース１１８を備
えていることである。通信インタフェース１１８は、ネ
ットワーク１２０を介して他装置と情報交換を行うため
の回路であり、随時、通信回線１２２を介してネットワ
ーク１２０に接続される。

【００６９】ゲーム装置５２Ｂは、第１実施形態の装置
５２Ａと同じ効果を発揮することに加えて、付加的な機
能を更に有している。すなわち、ゲーム装置５２Ｂは、
通信インタフェース１１８を備えているので、本発明を
実現するためのプログラムやデータを、そのデータスト
リームに応じて搬送波を変調（周波数変調や位相変調な
ど）してなるコンピュータデータ信号として、図２４に
示すようにホスト装置１２４からネットワーク１２０を
介して受信し、適宜メインメモリ１０４の各格納領域に
格納して使用することができる。さらには、通信回線１
２２やネットワーク１２０を介して接続された他の機器
のメモリに本発明を実現するためのプログラムやデータ
のすべて、あるいは一部を記録しておき、このプログラ
ムやデータを通信回線１２２やネットワーク１２０を介
してゲーム装置５２Ｂが使用するようにすることもでき
る。

【００７０】以上、本発明をその実施形態に基づいて具
体的に説明したが、本発明は上記実施形態に限定される
ものではなく、その要旨を逸脱しない範囲で様々な変形
が可能である。例えば、本発明に係る表示制御に伴うス
テップは、本発明の趣旨または範囲から逸脱することな
く順序を変え、除去し、あるいは追加することができ
る。

【００７１】また、上記実施形態では、ＲＰＧに対して
本発明を適用した場合について説明したが、本発明の適
用範囲はこれらのゲームジャンルに限定されるものでは
なく、シミュレーションゲームやアドベンチャーゲーム
など、他のジャンルのゲームにも適用可能である。

【００７２】また、上記実施形態では、家庭用ゲームシ
ステムをプラットホームとして本発明を実現した場合に
ついて述べた。しかし、本発明は、パーソナルコンピュ
ータなどの汎用コンピュータやアーケードゲーム機をプ
ラットホームとして実現してもよい。また、本発明は、
携帯電話、携帯情報端末、カーナビゲーションなどの通
信端末をプラットホームとして実現してもよい。

【００７３】また、上記実施形態のゲームシステムでは
表示装置や入力装置とゲーム装置とが分離しているが、
表示装置や入力装置とゲーム装置とが一体化されたゲー
ムシステムに本発明を適用することも可能である。

【００７４】また、上記実施形態では、本発明を実現す
るためのプログラムやデータをＣＤ−ＲＯＭに格納し、
このＣＤ−ＲＯＭをコンピュータ読取り可能な情報記録
媒体として用いた。しかしながら、情報記録媒体はＣＤ
−ＲＯＭに限定されるものではなく、磁気ディスクやＲ
ＯＭカードなどコンピュータが読取り可能なその他の磁
気的、光学的記録媒体あるいは半導体メモリであっても
よい。

【００７５】また、本発明を実現するためのプログラム
やデータは、ゲーム装置やコンピュータに対して着脱的
なＣＤ−ＲＯＭなどのメディアにより提供される形態に
限定されず、あらかじめゲーム装置やコンピュータのメ
モリにプレインストールしてある形態であってもよい。
また、本発明を実現するためのプログラムやデータは、
通信回線などを介して接続された他の機器から受信して
メモリに記録する形態であってもよい。

【００７６】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、キャラクタの遭遇状況に応じた配置でキャラク
タ画像を表示することができ、これにより、ゲームの臨
場感を高めてゲームの面白みを増すことができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係るゲームシステムの全体
構成を示す図である。

【図２】第１実施形態に係るゲーム装置の構成要素をそ
の周辺装置とともに示すブロック図である。

【図３】ゲーム画面の一例を示す図である。

【図４】ゲーム画面の一例を示す図である。

【図５】一つのマップに対して設定された一組の配置パ
ターンデータを格納する配置パターンテーブルの一例を
説明するための図である

【図６】配置パターンの一例を説明するための図であ
る。

【図７】配置パターンの一例を説明するための図であ
る。

【図８】配置パターンの一例を説明するための図であ
る。

【図９】配置パターンの一例を説明するための図であ
る。

【図１０】配置パターンの一例を説明するための図であ
る。

【図１１】配置パターンの一例を説明するための図であ
る。

【図１２】配置パターンの一例を説明するための図であ
る。

【図１３】配置パターンの一例を説明するための図であ
る。

【図１４】本発明の実施形態におけるゲーム制御処理の
主要なステップを示すフローチャートである。

【図１５】メインメモリ１０４の構成を説明するための
図である。

【図１６】接触状況テーブル１５０を説明するための図
である。

【図１７】配置パターン決定処理を示すフローチャート
である。

【図１８】接触状況判断処理を示すフローチャートであ
る。

【図１９】接触パターン０に対する配置パターン特定処
理を示すフローチャートである。

【図２０】接触パターン１に対する配置パターン特定処
理を示すフローチャートである。

【図２１】接触パターン２に対する配置パターン特定処
理を示すフローチャートである。

【図２２】接触パターン３に対する配置パターン特定処
理を示すフローチャートである。

【図２３】第２実施形態に係るゲーム装置の構成要素を
その周辺装置とともに示すブロック図である。

【図２４】ゲーム装置とネットワークとの接続を示す図
である。

【符号の説明】

５１ゲームシステム５２Ａ、５２Ｂゲーム
装置５３コントローラ５４ＣＤ−
ＲＯＭ５５メモリカード５６モニタ
ディスプレイ１０１ＣＰＵ１０２ＧＴ
Ｅ１０４メインメモリ１０９ＧＰ
Ｕ１１１ＳＰＵ１１８通信
インタフェース１０４ａプログラム格納領域１０４ｂ接触
状況データ格納領域１０４ｃ配置パターンデータ格納領域１０４ｄそ
の他データ格納領域１０４ｅスタック領域１５０接触
状況テーブル１７０配置パターンテーブル

Claims

【特許請求の範囲】

【請求項１】表示装置上の画面においてキャラクタ同
士の戦闘を制御するゲーム装置であって、画面内におけるキャラクタ画像の接触を検出する検出手
段と、前記検出された接触の状況を判断する状況判断手段と、前記判断の結果に応じてキャラクタ画像の配置を決定す
る配置決定手段と、前記決定された配置でキャラクタ画像が表示された画面
を生成する画面生成手段と、を備えることを特徴とする
ゲーム装置。
【請求項２】表示装置上の画面においてキャラクタ同
士の戦闘を制御するゲーム表示制御方法であって、画面内におけるキャラクタ画像の接触を検出する検出ス
テップと、前記検出された接触の状況を判断する状況判断ステップ
と、前記判断の結果に応じてキャラクタ画像の配置を決定す
る配置決定ステップと、前記決定された配置でキャラクタ画像が表示された画面
を生成する画面生成ステップと、を含むことを特徴とす
るゲーム表示制御方法。
【請求項３】表示装置上の画面においてキャラクタ同
士の戦闘を制御するためのゲームプログラムが記録され
たコンピュータ読取り可能な記録媒体であって、画面内におけるキャラクタ画像の接触を検出する検出ス
テップと、前記検出された接触の状況を判断する状況判断ステップ
と、前記判断の結果に応じてキャラクタ画像の配置を決定す
る配置決定ステップと、前記決定された配置でキャラクタ画像が表示された画面
を生成する画面生成ステップと、を実行させるためのプ
ログラムが記録されたコンピュータ読取り可能な記録媒
体。
【請求項４】前記状況判断ステップは、接触した側の
キャラクタを特定するサブステップを含んでいる、こと
を特徴とする請求項３記載のコンピュータ読取り可能な
記録媒体。
【請求項５】前記状況判断ステップは、予め設定され
たキャラクタ画像の画面内における複数の移動形態のな
かから前記戦闘の開始時における移動形態を特定するサ
ブステップを含んでいる、ことを特徴とする請求項４記
載のコンピュータ読取り可能な記録媒体。
【請求項６】前記状況判断ステップは、前記検出され
た接触時におけるキャラクタの向きの相対関係を判断す
るサブステップを含んでいる、ことを特徴とする請求項
５に記載のコンピュータ読取り可能な記録媒体。
【請求項７】前記状況判断ステップは、前記判断され
た状況が予め設定された複数の状況パターンのいずれに
該当するかを特定するサブステップを含み、前記配置決定ステップは、前記特定された状況パターン
に予め対応付けられた決定方法に従って前記配置パター
ンを決定する、ことを特徴とする請求項６に記載のコン
ピュータ読取り可能な記録媒体。
【請求項８】前記決定方法は、予め設定された複数の
配置パターンのなかから所定の確率またはランダムで配
置パターンを特定する、ことを特徴とする請求項７記載
のコンピュータ読取り可能な記録媒体。
【請求項９】表示装置上の画面においてキャラクタ同
士の戦闘を制御するためのゲームプログラムを搬送する
コンピュータデータ信号であって、画面内におけるキャラクタ画像の接触を検出する検出ス
テップと、前記検出された接触の状況を判断する状況判断ステップ
と、前記判断の結果に応じてキャラクタ画像の配置を決定す
る配置決定ステップと、前記決定された配置でキャラクタ画像が表示された画面
を生成する画面生成ステップと、を実行させるためのプ
ログラムを搬送するコンピュータデータ信号。