JP2000176152A

JP2000176152A - ゲーム装置、ゲーム制御方法及びその記録媒体

Info

Publication number: JP2000176152A
Application number: JP10361642A
Authority: JP
Inventors: Kyoji Koizumi; 今日治小泉; Hiroshi Ono; 宏史小野
Original assignee: Square Co Ltd
Current assignee: Square Enix Co Ltd
Priority date: 1998-12-18
Filing date: 1998-12-18
Publication date: 2000-06-27

Abstract

(57)【要約】【課題】ゲーム中の連繋技による攻撃において、連携
のパターンが無数にあっても、簡易で充分適切な連携名
称を作成可能とする。【解決手段】複数の攻撃技名称データ１７１と、前記
攻撃技名称を所定の位置で区切り複数の名称パーツに分
割するための分割データ１７４、１７７と、攻撃技名称
パーツのいずれを使用するかを決定するための名称パー
ツ指定データ１７３、１７６とを技名分割データテーブ
ル１７０に保持し、敵に対する任意の攻撃技が指定され
ると、指定された攻撃技がそれぞれ発動される順列を算
出し、算出した攻撃技順列が一定の条件を満たす時に攻
撃技毎の技名称を分割データ１７４、１７７に従って分
割して名称パーツ指定データ１７３、１７６で指定され
る名称パーツを選択し、攻撃技順列に基づいて攻撃技毎
の選択名称パーツを繋ぎあわせて一連の連繋攻撃技名称
を生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲームプログラム
に従ってゲームを進行させるゲーム装置、ゲーム制御方
法及びその記録媒体に関するものである。

【０００２】

【従来の技術】近年、ビデオゲームにおけるゲームジャ
ンルの１つとして、ＲＰＧ（Role Playing Game ）が知
られている。ＲＰＧにおいてプレイヤの操るキャラクタ
（以下、「自キャラクタ」と称す。）は、仲間となるキ
ャラクタとの出会いや別れ、敵対するキャラクタ（以
下、「敵キャラクタ」と称す。）との戦いなどを経験す
ることによって成長する。

【０００３】また、プレイヤは自キャラクタを通してゲ
ームが提供する仮想世界内での覇権を争ったり、その世
界の謎や秘密を解き明かしていく。このようにＲＰＧ
は、自キャラクタの成長要素を有し、かつ、物語性のあ
るゲームを指すのが一般的である。

【０００４】ＲＰＧにおいて自キャラクタは、敵キャラ
クタとの間で所定のルールに従って戦闘を行ない、戦闘
経験を積むことによって段階的に成長していくものが多
い。また、このように自キャラクタと敵キャラクタとの
間で所定のルールに従って戦闘が行なわれるゲームとし
ては、ＲＰＧ以外にもシミュレーションゲーム（以下、
ＳＬＧ；Simulation Game ）やアドベンチャーゲーム
（以下、ＡＤＧ；Adventure Game）など様々なジャンル
のものがある。

【０００５】このＲＰＧの戦闘においても、キャラクタ
は各々独自の技を習得して成長するようになっている。
戦闘の経験あるいは技を使う頻度に応じて自キャラクタ
の習得する技は格好良くなり、相手である敵キャラクタ
に与えるダメージ量も大きくなる。

【０００６】より格好良く戦闘を演出する手法として、
複数のプレイヤキャラクタの攻撃行動を一連に繋げて攻
撃させるものがある。一般に連携攻撃と呼ばれるもので
ある。攻撃の連携を行なうに際しては、プレイヤキャラ
クタが実際の行動を開始する前に連携技が行えるか否か
の判定を行なっている。

【０００７】

【発明が解決しようとしている課題】しかしながら、連
携によって従来に比べてより派手な演出を実現できるも
のの、連携パターンをより多く持たせたい場合、各キャ
ラクタにより夫々繰り出せる攻撃技が異なるのが通常で
あり、各連携攻撃の名称種類は莫大な数となる。

【０００８】この多くの連携技の名称の全てを予めプロ
グラムしておいて名称を表示する必要が生じた時に読み
出して来ることも考えられるが、ゲーム中に記憶内容を
常時高速で読み出せるゲーム機本体のメモリ容量は限ら
れており、ゲーム機のメモリに連携技名称を全て記憶さ
せることは望ましくない。

【０００９】

【課題を解決するための手段】本発明は上述の課題に鑑
みて成されたもので、上述の課題を解決し、連携のパタ
ーンが無数にあっても、簡易で充分適切な連携名称を作
成可能とすることを目的とする。そして、係る目的を達
成する一手段として例えば以降の構成を備える。

【００１０】即ち、複数の行動に対応する複数の名称デ
ータを保持する名称データ保持手段と、前記名称データ
を所定の位置で区切り複数の名称パーツに分割するため
の分割データを保持する分割データ保持手段と、前記名
称パーツのいずれを使用するかを決定するための名称パ
ーツ指定データを保持する指定データ保持手段と、前記
複数の行動のうち任意数の行動を指定する行動指定手段
と、前記行動指定手段により指定された行動がそれぞれ
発動する順列を算出する行動順列算出手段と、前記行動
順列算出手段で算出された行動順列に基づいて行動毎の
名称データ保持手段に保持の名称データを前記分割デー
タ保持手段で保持した分割データに従って分割し、前記
指定データ保持手段に保持の名称パーツ指定データで指
定される名称パーツを選択し、行動順列に基づいて行動
毎の選択名称パーツを繋ぎあわせて一連の行動名称とす
る行動名称決定手段とを備えることを特徴とする。

【００１１】そして例えば、前記複数の行動はキャラク
タの繰り出す敵キャラクタへの攻撃であり、前記名称デ
ータは攻撃技名称であることを特徴とする。

【００１２】また例えば、前記行動名称決定手段は、連
続して同一相手に繰り出す攻撃技の連続が所定の条件を
満たす場合に行動毎の選択名称パーツを繋ぎあわせて一
連の行動名称を生成することを特徴とする。

【００１３】あるいはまた、前記攻撃技には当該攻撃に
よって攻撃相手が陥る状態である第１の状態パターン
と、当該攻撃技が連続して発動できる相手の状態である
第２の状態パターンが設定されており、前記所定の条件
は前記攻撃相手の状態が前記攻撃技の第２の状態パター
ンであることを特徴とする。

【００１４】更に例えば、前記行動名称決定手段は、連
続して同一相手に繰り出す攻撃技の連続が所定の条件を
満たす場合に行動毎の選択名称パーツを繋ぎあわせて一
連の行動名称を生成することを特徴とする。

【００１５】また、複数の行動のうちの任意の数の行動
を連続して実行することが指示された時に当該実行を指
示された行動を互いに連携して実行可能か否かを判断す
る連携判断手段と、前記連携判断手段が実行を指示され
た行動を互いに連携して実行可能と判断すると当該行動
に対応した名称の少なくとも一部を連携した各行動毎に
選択する選択手段と、前記選択手段が選択した名称の少
なくとも一部を実行する行動順に繋ぎあわせて連携行動
の名称とする名称生成手段とを備えることを特徴とす
る。

【００１６】そして例えば、前記複数の行動はキャラク
タの繰り出す敵キャラクタへの攻撃であり、前記行動に
対応した名称は攻撃技名称であることを特徴とする。あ
るいは、前記キャラクタの実行可能な各攻撃技名称は予
め記憶手段に記憶されており、前記選択手段は前記記憶
手段に記憶された攻撃技名称を連携する行動の順番に応
じて分割位置を決定し、決定した分割位置を基準に攻撃
技名称の内の選択する名称パーツを決定することを特徴
とする。

【００１７】また例えば、前記分割位置は予め前記攻撃
技名称と共に前記記憶手段に記憶されていることを特徴
とする。

【００１８】更に例えば、前記記憶手段には、前記分割
位置と共に分割後の名称の前の部分あるいは後ろの部分
のいずれを選択するかを記憶しており、前記選択手段は
記憶されている選択部分にしたがって有効とする名称パ
ーツを選択することを特徴とする。

【００１９】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を詳細に説明する。以下の説明
は、本発明をゲーム装置に適用した例を説明し、具体的
なゲームとしてはＲＰＧを例として説明する。しかし、
ＲＰＧに限るものではなく、アクションゲーム、テーブ
ルゲームなど、連携技が多数登場する可能性のあるゲー
ムに適用可能である。

【００２０】［第１の実施の形態例］図１は本発明に係
る一実施の形態例におけるゲームシステムの全体構成を
示すブロック図である。ゲームシステム５１は、大別し
て、ゲームシステム５１の主たる機能を有するゲーム装
置本体５２と、ゲーム装置本体５２に対する操作指示の
ための入力を行うコントローラ５３と、後述するゲーム
に関する処理を実現するためのプログラムや画像デー
タ、サウンドデータなどを格納するＣＤ−ＲＯＭ（Comp
act Disc Read Only Memory ）５４と、ゲームの途中経
過データやゲーム環境設定データなどのゲームデータを
保存するメモリカード５５と、ゲーム装置本体５２から
の映像信号や音声信号に基づいてゲーム内容に応じた映
像表示やサウンド出力を行なうモニタディスプレイ５６
とから構成されている。

【００２１】ゲーム装置本体５２には、その上面に、Ｃ
Ｄ−ＲＯＭ５４をセットするためのディスクホルダ６
１、ディスクホルダ６１を開くためのオープンボタン６
２、電源ボタン６３およびリセットボタン６４が設けら
れている。さらにゲーム装置本体５２の前面には、コン
トローラ５３やゲーム途中経過などを記憶するメモリカ
ード５５を装着するためのスロット部６５が設けられ、
このスロット部６５を介してコントローラ５３やメモリ
カード５５がゲーム装置本体５２に着脱自在に装着され
る。

【００２２】また、ゲーム装置本体５２の後面には、Ａ
Ｖ（Audio and Visual）ケーブル５７を接続するＡＶ出
力部（図示省略）が設けられており、このＡＶケーブル
５７を介してゲーム装置本体５２とモニタディスプレイ
５６とが接続されている。モニタディスプレイ５６は、
ＣＲＴ（Cathode Ray Tube）などにより構成することが
できる。

【００２３】図２は、図１のゲーム装置本体５２とその
周辺の詳細構成を示すブロック図である。ゲーム装置本
体５２は、ＣＰＵ（Central Processing Unit；中央演
算処理ユニット）１０１、ＧＴＥ（Geometric Transfor
m Engine ；グラフィックスデータ生成プロセッサ）１
０２、周辺デバイス１０３、メインメモリ１０４、ＯＳ
−ＲＯＭ（Operating System ROM）１０５、ＭＤＥＣ
（Motion Decoder；データ伸張エンジン）１０６、ＰＩ
Ｏ（Parallel Input Output；拡張パラレルポート）１
０７、ＳＩＯ（Serial Input Output ；拡張シリアルポ
ート）１０８、ＧＰＵ（Graphics Processing Unit ；
グラフィックス描画処理プロセッサ）１０９、フレーム
バッファ１１０、ＳＰＵ（Sound Processing Unit；サ
ウンド再生処理プロセッサ）１１１、サウンドバッファ
１１２、ＣＤ−ＲＯＭドライブ１１３、ＣＤ−ＲＯＭデ
コーダ１１４、ＣＤ−ＲＯＭバッファ１１５および通信
デバイス１１６から構成されている。

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

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

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

【００２７】これに応じてＧＰＵ１０９は、ＧＴＥ１０
２で求められた座標データや色情報、フレームバッファ
１１０に展開されたＣＬＵＴやテクスチャパターンデー
タなどに基づいてモデリング処理やレンダリング処理な
どを行なう。そして、三次元モデルを配置して構成した
仮想三次元空間における任意領域の二次元投影画像をフ
レームバッファ１１０上に描画する。その後、この画像
データに同期信号を付加するなどして映像信号としてモ
ニタディスプレイ５６に出力する。これによりモニタデ
ィスプレイ５６の画面上にはゲーム内容に応じた映像が
表示される。

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

【００２９】また、ＣＰＵ１０１は、発振器（図示省
略）から供給されるタイミング信号に基づいてクロック
信号を生成し、このクロック信号を内蔵するタイマカウ
ンタ（図示省略）によって計数することで時間を計時す
る。

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

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

【００３２】ＭＤＥＣ１０６は、ＪＰＥＧ（Joint Phot
ographic Coding Experts Group）方式やＭＰＥＧ（Mov
ing Picture Expert Group）方式などの静止画および動
画の圧縮画像データに対して、ハフマン符号化（Huffma
n coding ）のデコード処理、逆量子化処理、ＩＤＣＴ
（Inversed Discrete Cosine Translation；逆離散コサ
イン変換）演算などを行い、圧縮された画像データを伸
張する。また、ＰＩＯ１０７はパラレルデータ用の拡張
ポートであり、ＳＩＯ１０８はシリアルデータ用の拡張
ポートである。

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

【００３４】また、ＧＰＵ１０９は、このようにして描
画した画像データ、あるいはメインメモリ１０４から転
送された画像データに同期信号を付加するなどして映像
信号を生成し、モニタディスプレイ５６に出力する。

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

【００３６】また、この他にフレームバッファ１１０
は、ＧＰＵ１０９が画像を描画する際に色指定のために
参照するカラールックアップテーブル（ＣＬＵＴ）や、
テクスチャマッピング（Texture mapping）用のテクス
チャパターンデータなどを格納する所定のメモリ領域を
有する。

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

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

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

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

【００４１】通信デバイス１１６には、ゲーム装置本体
５２に対してスロット部６５を介して着脱自在に装着さ
れるコントローラ５３およびメモリカード５５が接続さ
れる。この通信デバイス１１６は、コントローラ５３お
よびメモリカード５５とゲーム装置本体５２の各部、た
とえばＣＰＵ１０１やメインメモリ１０４との間のデー
タ転送を制御する。

【００４２】コントローラ５３は、プレイヤからの操作
入力に応じた各種操作信号を通信デバイス１１６を介し
てゲーム装置本体５２に送出する入力デバイスである。
このコントローラ５３は、スタートボタンや方向キーな
ど種々の入力を行うための複数の入力ボタンが設けられ
ている。

【００４３】メモリカード５５はフラッシュメモリによ
って構成され、ゲームの途中経過データやゲーム環境設
定データなどのゲームデータを保存する。

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

【００４５】以上の構成を備える本実施の形態例のＣＤ
−ＲＯＭ５４は例えばゲームに必要なゲームプログラ
ム、ゲームデータおよびグラフィック等の記憶手段とし
て、メモリカード５５はゲームデータをセーブする途中
経過記憶手段、ゲームデータ記憶手段などの機能を、メ
インメモリはゲームに必要なプログラムや各種データを
保持する保持手段、ＣＰＵ１０１は、その他の各種機能
を実現する手段の機能をそれぞれ有する。また、ＣＰＵ
１０１、ＧＴＥ１０２、ＧＰＵ１０９、モニタディスプ
レイ５６などは、後述する時間表示手段の機能を有す
る。

【００４６】次に、ＣＰＵ１０１によりＣＤ−ＲＯＭ５
４から読み出されてメインメモリ１０４に格納されるゲ
ームプログラムやゲームデータについて説明する。

【００４７】図３は、メインメモリ１０４のメモリ構成
を示す図である。同図に示すようにメインメモリ１０４
は、ＣＰＵ１０１が実行するプログラムを格納するプロ
グラム格納領域１０４ａ、後述する自キャラクタに関す
るデータを記憶する自キャラクタデータ格納領域１０４
ｂ、敵キャラクタに関するデータを記憶する敵キャラク
タデータ格納領域１０４ｃ、マップデータが格納される
マップデータ格納領域１０４ｄ、詳細を後述する自キャ
ラクタ及び敵キャラクタの使用できる技に関する情報及
び自キャラクタの実行できる連携技に関するデータを記
憶する技・連携データ格納領域１０４ｅ、三次元モデル
のモデリングデータや背景として用いる二次元画像デー
タなどを格納するグラフィックデータ格納領域１０４
ｆ、その他のデータを記憶するその他データ格納領域１
０４ｇなどを有する。

【００４８】図４は、本実施の形態例においてメインメ
モリ１０４の自キャラクタに関する情報を格納する自キ
ャラクタデータ格納領域１０４ｂに記憶される自キャラ
クタデータテーブル１５０の詳細構成を示す図である。
図４に示す例は操作者が操作できるキャラクタの内の操
作者が例えば「キャラクタＡ」と指定したキャラクタに
対応するテーブルであり、メインメモリ１０４には現在
の操作者で自由に操作されるキャラクタの全てに付いて
同様のデータテーブルを有している。

【００４９】本実施の形態例のキャラクタデータテーブ
ル１５０には、当該キャラクタを特定する「ＩＤ番号
（ＩＤＮｏ）」を記憶するＩＤ番号記憶領域１５０ａ、
操作者より当該キャラクタに付けられた「名前（ＮＡＭ
Ｅ）」を記憶する名前記憶領域１５０ｂ、現在時点の当
該キャラクタの「現在ＨＰ（ＨＰＮＯＷ）」を記憶す
る現在ＨＰ記憶域１５０ｃ、現時点における当該キャラ
クタの能力値である「最大ＨＰ（ＨＰＭＡＸ）」を記
憶する最大ＨＰ記憶領域１５０ｄ、当該キャラクタが行
える技（ＡＲＴ）を技のＩＤ番号で記憶する技記憶領域
１５０ｅ、当該キャラクタが所持しているアイテム（Ｉ
ＴＥＭ）をアイテムのＩＤ番号で記憶するアイテム記憶
領域１５０ｆ、当該キャラクタの行動速度（素早さ）
（ＳＰＤ）を記憶する行動速度記憶領域１５０ｇなどが
格納される。

【００５０】更に、メインメモリ１０４の技・連携デー
タ領域１０４ｅに記憶される基本技テーブル１６０の詳
細構成を図５に示す。図５は、本実施の形態例において
メインメモリ１０４の技・連携データ領域１０４ｅに記
憶される基本技テーブル１６０の詳細構成を示す図であ
る。

【００５１】本実施の形態例のゲームにおいては、戦闘
時にゲーム者（プレイヤ）によって入力指示された各キ
ャラクタの技の情報を図５に示す基本技テーブル１６０
から収得し、図３に示すメインメモリ１０４の技・連携
データ領域１０４ｅに格納する。また、同様に入力指示
された各技に設定される技名分割データを図６に示す技
名分割データテーブル１７０から収得し、技・連携デー
タ領域１０４ｅに格納する。

【００５２】なお、図７に示す連携履歴データテーブル
１８０は、技・連携データ領域１０４ｅに格納されてお
り、状況に応じてプレイヤの指示によりメモリカード５
５に記憶させる。

【００５３】図５に示す本実施の形態例の基本技データ
テーブル１６０には技を特定する「ＩＤ番号（ＩＤＮ
ｏ）」を記憶する技ＩＤ番号記憶領域１６１、当該ＩＤ
番号で特定される技の名称である「名前（ＮＡＭＥ）」
を記憶する名前記憶領域１６２、当該技実行時における
グラフィック表示形態を特定するグラフィック番号を記
憶するグラフィック記憶領域１６３、当該技による攻撃
が敵キャラクタに命中した時の敵キャラクタの状態（敵
キャラクタのダメージアニメーションはこの状態に基づ
いて表示する）を記憶する敵状態（ＥＮＥＭＹＳＴＡＴ
Ｅ）記憶領域１６４、連携の判断の時に使用される、直
前の攻撃による敵キャラクタの状態が当該領域に定義さ
れた状態の時には当該攻撃は直前の攻撃に連携する可能
性があることを示す連携状態（ＣＯＭＢＳＴＡＴＥ）記
憶領域１６５、当該技の攻撃力（技の習熟と共に攻撃力
が上がり、習熟度はメモリカード５５に記憶される）を
記憶する攻撃力記憶領域１６６より構成されている。

【００５４】図６に示す詳細を後述する連携技実行時に
連携技を作成するために用いられる技名分割データテー
ブル１７０は、技を特定する「ＩＤ番号（ＩＤＮｏ）」
を記憶する技ＩＤ番号記憶領域１７１、当該技が連携さ
れた時に連携の先頭か又は途中である時に基本技テーブ
ル１６０の技名称１６２の分割位置を示す連携先頭又は
途中分割位置記憶領域１７２と、当該技が連携された時
に連携の最後である時に技名称１６２の分割位置を示す
連携尻分割位置記憶領域１７５より構成されている。

【００５５】連携先頭又は途中分割位置記憶領域１７２
と連携尻分割位置記憶領域１７５は、分割位置データで
分割した名称の前部分と後部分のどちらの分割名称を使
用するかを指示する「使用部指示データ」を記憶する有
効名称指定領域１７３、１７６と、攻撃の名称を分割す
る位置を指示する「分割位置データ」を記憶する分割位
置記憶領域１７４、１７７より構成されている。

【００５６】例えば、ＩＤ番号「０２」の「なぎ払い」
技と他の技とが連携する時を例に説明する。「なぎ払
い」は全部で４文字で構成されている。そして、当該技
が連携された時に連携の先頭か又は途中である時には、
連携先頭又は途中分割位置記憶領域１７２が参照され、
有効名称指定領域１７３が「前」であり、分割位置記憶
領域１７４の技名称の分割位置が「４」であることよ
り、４文字目で分割した前を採用することが指定されて
いる。従って４文字目、即ち「なぎ払い」の全てが連携
技名称として使用されることになる。

【００５７】更に、当該技が連携された時に連携の最後
である時には、連携尻分割位置記憶領域１７５が参照さ
れ、有効名称指定領域１７６が「後」であり、分割位置
記憶領域１７７の技名称の分割位置が「２」であること
より、「なぎ払い」の２文字目で分割した後を採用する
ことが指定されている。従って「なぎ払い」のうちの
「払い」が連携技名称として使用されることになる。

【００５８】本実施の形態例では、この様に各技名称を
名称パーツに分割し、分割した技名称パーツを組合わせ
て連携名称としている。

【００５９】ＲＰＧの戦闘においては、キャラクタは各
々独自の技を習得して成長するようになっており、戦闘
の経験あるいは技を使う頻度に応じて自キャラクタの習
得する技は格好良く、相手である敵キャラクタに与える
ダメージ量も大きくなる。習得した技は技記憶領域１５
０ｅに格納される。

【００６０】戦闘中に攻撃を選択し、技記憶領域１５０
ｅに格納されている技を実行するための操作入力が行わ
れると当該操作入力に対応した技が選択され、自キャラ
クタの行動時に選択された技を選択された敵キャラクタ
に対して行う。

【００６１】更に、本実施の形態例では、より格好良く
戦闘を演出する手法として連携攻撃を行なうことができ
る様に構成されている。攻撃の連携を行なうか否かは複
数の自キャラクタが行動を開始する前に判定を行う。

【００６２】具体的にはプレイヤキャラクタが繰り出す
攻撃行動の順列を見て、互いの前後関係が連携として繋
がるものは、その成立判定を行い、成立した場合、該２
つの攻撃行動は一連の連携技に置き替わる。それと共
に、一度成立した連携技は図７に示す連携履歴データテ
ーブル１８０に登録される。

【００６３】連携履歴データテーブル１８０には、履歴
は行動毎に成立した技のＩＤ番号が登録される。例え
ば、図７の１列目の履歴では、最初の行動（技の発動）
データ領域１８１と次の行動データ領域１８２に履歴が
登録されており、最初にＩＤ番号００の技で次がＩＤ番
号００の技の連続時に連携が成立したことを示してい
る。同様に２列目の履歴では、最初にＩＤ番号００の技
で次がＩＤ番号０３の技の連続時に連携が成立したこと
を示している。

【００６４】そして、連携技を実行する時には、後述す
るようにして連携技名を生成して表示画面に生成した連
携技の名称を表示し、連携技を行なうキャラクタの攻撃
の都度キャラクタの攻撃技名称を表示する。

【００６５】以下、図８乃至図１１を参照して本実施の
形態例におけるゲーム進行制御を説明する。図８は本実
施の形態例ゲーム機におけるＲＰＧゲーム進行制御を説
明するためのフローチャート、図９は図８のステップＳ
２０の戦闘処理を説明するためのフローチャート、図１
０は図９のステップＳ３００の連携判定処理を説明する
ためのフローチャート、図１１は図１０のステップＳ３
５０の連携名称作成処理を説明するためのフローチャー
トである。

【００６６】本実施の形態例では、ゲームシステムのＣ
Ｄ−ＲＯＭドライブ１１３にゲームプログラムや上述し
たアイコンイメージ等が記憶されているＣＤ−ＲＯＭ５
４をセットしてゲーム装置５２の電源を投入した場合、
あるいはゲームオーバーとなった時やリセットされた時
には図８の制御に移行し、まずステップＳ１でタイトル
画面（初期画面）が表示され、対応する音響出力等が出
力される。ここでは、モニタディスプレイ５６の表示画
面にはゲームを最初からスタートするのか、あるいは既
にセーブしてあるゲームデータを読み込んでゲームの続
きを行なうのかの選択画面となっている。

【００６７】ゲーム者は、コントローラ５３を操作して
ゲームを最初から実行する「スタート」を選択するか、
中断したゲームを再開するのかを選択入力することにな
る。選択入力があるとステップＳ２に進み、中断したゲ
ームの再開指示入力であったか否かを調べる。中断した
ゲームの再開指示入力でなかった場合にはステップＳ３
に進み、メモリカード５５からのゲームデータのセーブ
は行なわずにゲームを最初から開始させ、ゲームへの導
入イベントを実行させてステップＳ４に進む。

【００６８】一方、ステップＳ２で指示入力がゲームを
最初から実行する指示でなく、先にセーブしたゲーム場
面から引き続いてゲームを行なう指示入力の場合（中断
したゲームの再開指示入力であった場合）にはステップ
Ｓ２５に進み、メモリカード５５よりゲームデータを読
み出してきてモニタディスプレイ５６の画面に表示す
る。なお、複数のゲームデータが記憶されている場合に
は、記憶されているゲームデータを順次表示する。

【００６９】ゲーム者は、このゲーム再開時の状態表示
を確認して、コントローラ５３を操作してゲーム再開す
るべきゲームデータを選択してゲーム再開を指示入力す
ることになる。ゲーム再開するべきゲームデータが選択
されると、選択されたメモリカード５５のゲームデータ
を図３に示す記憶領域に読み出してきてステップＳ４以
下の処理に移行し、ゲームデータに対応した場面よりゲ
ームを開始させる。

【００７０】ステップＳ４では、ゲームのワールドマッ
プが表示され、ゲームが開始される。そして操作者がワ
ールドマップ中に表示される自キャラクタを確認し，周
囲の状況などを判断してコントローラ５３を操作してゲ
ームを進行させることになる。まず、ステップＳ５でコ
ントローラ５３を操作しての自キャラクタの移動指示が
されたか否かを判断する。移動指示でない場合にはステ
ップＳ８に進む。

【００７１】一方、ステップＳ５で自キャラクタの移動
指示である場合にはステップＳ６に進み，操作指示に応
じた目的地等への移動を行なう。そしてステップＳ７で
移動場所に対応したフィールドマップを表示する。その
後ステップＳ８に進む。この自キャラクタの移動は、ゲ
ームの進行状況に応じた夫々の目的地への到達のための
移動、あるいは現在進行中のイベントの終了に向かって
の移動であり、状況に応じた各種の動作も含まれる。

【００７２】ステップＳ８ではコントローラ５３を操作
しての自キャラクタの装備変更指示がされたか否かを調
べる。この自キャラクタの装備変更指示がなされていな
い場合にはステップＳ１０に進む。

【００７３】一方、コントローラ５３を操作しての自キ
ャラクタの装備変更指示がなされている場合にはステッ
プＳ９に進み、指示に応じたキャラクタの装備の変更が
行われ、装備を整える。装備品は、例えば、イベントの
終了や戦闘により敵キャラクタより入手することがで
き、またフィールドマップ中の宝箱や店からの購入によ
り入手できる。そしてステップＳ１０に進む。

【００７４】ステップＳ１０では敵キャラクタと遭遇し
たか否かが判断される。敵キャラクタと遭遇していなけ
ればステップＳ１１に進む。一方、敵キャラクタと遭遇
していればステップＳ１０よりステップＳ２０に進み、
後述する敵キャラクタとの戦闘処理を実行してステップ
Ｓ１１に進む。

【００７５】ステップＳ１１では実行中のイベントが終
了したか否かを判断する。そして実行中のイベントがま
だクリアされていない場合にはステップＳ４に戻り、つ
ぎのゲーム進行を行なう。

【００７６】ステップＳ１１で現在実行中のイベントを
クリアした場合にはステップＳ１２に進み、今クリアし
たイベントがゲームの最終イベントか否かを判断する。
最終イベントのクリアでない場合にはステップＳ１３に
進み、新しいイベントを開始してステップＳ４に進む。

【００７７】一方、ステップＳ１２で最終イベントの終
了であった場合にはステップＳ１４に進み、エンディン
グを表示し，その後当該ゲームを終了する。

【００７８】次に図８のステップＳ２０の戦闘処理の詳
細を図９を参照して説明する。ＲＰＧの戦闘では、プレ
イヤは複数キャラクタに攻撃指示を与えて、または単一
のキャラクタに複数の攻撃指示を与えて、攻撃を行わせ
る。このため、まずステップＳ２１で自キャラクタ（プ
レイヤキャラクタ）の行動を決定してコントローラ５３
より指示入力する。

【００７９】続いてステップＳ２２でＣＰＵ１０１は指
示入力に基づいてターゲット毎に行動をソートする。そ
してステップＳ２３で最初のターゲットに複数の行動が
指定されているか否か、即ち、特定の敵キャラクタに複
数の味方キャラクタよりの攻撃が指定されているか否か
を調べる。１つのターゲットに複数の行動が指定されて
ない場合にはステップＳ２４に進み、最初のターゲット
に対する行動が決定されステップＳ２５に進む。

【００８０】ステップＳ２５では、全てのターゲットに
対する行動決定が成されたか否かが判定される。全てタ
ーゲットへの行動決定がなされていない場合には次のタ
ーゲットに対する行動判定を行うように設定してステッ
プＳ２３に戻る。

【００８１】行動順序はキャラクタの有する行動速度
（素早さの能力等）で決定される。キャラクタは自分の
攻撃ターン（行動スピードにより決定される）になった
とき、入力された攻撃を行い、敵キャラクタにダメージ
を与えることになる。

【００８２】ステップＳ２３で最初のターゲットに複数
の行動が指定されている場合にはステップＳ３０に進
み、詳細を後述する連携判定処理を行なう。そして続く
ステップＳ３１で連携技を行なう場合には連携技に基づ
いた行動が、連携技を行なわない場合には通常の単独技
に基づいた行動が決定される。そしてステップＳ２５に
進む。

【００８３】ステップＳ２５で全てのターゲットに対す
る行動が決定したらステップＳ２７に進み、当該行動を
発動した場合におけるダメージ量、ＨＰ値、キャラクタ
状態を決定する。これは、敵キャラクタのみならず味方
キャラクタの全てについて行われる。

【００８４】そしてステップＳ２８において、決定した
情報に基づいて画像、アニメーション表示を行う。即
ち、決定した情報に基づいてキャラクタの動作を行い、
キャラクタは自分の攻撃ターンになったとき、決定され
た攻撃を行い、攻撃相手として指定されたキャラクタに
ダメージを与えることになる。

【００８５】そしてステップＳ２９で敵キャラクタ又は
味方キャラクタが全て戦闘不能となり、戦闘が終了した
か否かを調べる。戦闘終了であれば当該処理を終了す
る。なお、味方キャラクタが全て戦闘不能となった場合
にはゲームオーバーとなり最初からゲームを開始するべ
く図８のステップＳ１の処理に移行する。

【００８６】一方、ステップＳ２９で全ての戦闘が終了
していない場合にはステップＳ２１に戻り戦闘を続行す
る。

【００８７】次に、上述したステップＳ３００の連携判
定処理の詳細を図１０を参照して説明する。

【００８８】連携判定処理においては、まずステップＳ
３０１でターゲットに対する複数の行動およびその順列
が技・連携領域の連携履歴データに登録されているか否
かを調べる。登録されていない場合にはステップＳ３０
４に進む。

【００８９】一方、ステップＳ３０３で連携履歴テーブ
ルにターゲットに対する行動が登録されている場合には
連携技を実行させる条件が既に成立していることになる
ためステップＳ３０２に進み、必要に応じて行動を連携
履歴データ１８０に登録されている行動順序に置き換え
る。そしてステップＳ３０３で更に登録されている以外
の行動が指示されているか否かを調べる。他の行動がな
ければステップＳ４００に進み、連携名称作成処理を行
って連携技名称を生成する。そして連携履歴テーブル１
８０を更新する。即ち、新たな連携技が成立した場合に
は当該連携技をテーブルに登録する。そして当該処理を
終了する。なお、連携技による戦闘では詳細を後述する
ように、生成した連携技名称と発動している（繰り出し
ている）技名称を表示する。

【００９０】一方、ステップＳ３０３で他の行動が有る
場合、あるいはステップＳ３０１で連携履歴データ１８
０に登録されていない行動の場合にはステップＳ３０４
に進み、敵キャラクタの瞬間状態に基づく前の行動に対
する後ろの行動の連携判断および確率を判定する。そし
て次のステップＳ３０５で当該敵キャラクタに対する全
ての行動についての判定が終了したか否かを調べる。全
ての行動についての判定が終了していない場合にはステ
ップＳ３０４に戻り次の行動に対する判定を行なう。そ
して全ての行動に対する判定が終了するとステップＳ３
０５よりステップＳ３０６に進み、ターゲットである敵
キャラクタに対する攻撃に連携が含まれているか調べ
る。

【００９１】本実施の形態例においては、味方キャラク
タが続けて攻撃（例えば、キャラクタＡが攻撃Ａを、キ
ャラクタＢが続けて攻撃Ｂ）を行う場合、両者の攻撃の
前後関係、具体的には、キャラクタＡの攻撃Ａにより生
じるターゲットである敵キャラクタの状態（ENEMYSTATE
-技・連携データ領域１０４ｅに格納されている基本技
データより決まる）が、キャラクタＢの攻撃Ｂに設定さ
れ、攻撃Ｂが連携するための条件であるターゲットであ
る敵キャラクタの状態（COMBSTATE-同データから知るこ
とができる）を満足する場合、所定の確率に基づく成否
処理において連携が成立と判定されてとき、両者の攻撃
を一連に繋げた連携技とする。

【００９２】連携技では、攻撃Ａと攻撃Ｂとを連続して
行わせるもので、それぞれの攻撃アニメーションが変化
するわけではない。ただし、通常の攻撃と大きく異なる
点は、攻撃Ａ，攻撃Ｂで単独でダメージを表示するので
はなく、攻撃Ａと攻撃Ｂの一連の攻撃が終了した時点で
ダメージを表示する点、連携技名称生成処理で生成した
連携技名及びキャラクタが繰り出している技名称を表示
している点である。

【００９３】連携技が敵キャラクタに与えるダメージ
は、攻撃Ａと攻撃Ｂによるダメージの単なる和ではな
く、プラスアルファ若しくは比例係数により通常より多
くのダメージを与える様にすることが望ましい。本実施
の形態例においては、連携する攻撃は２つの攻撃のみに
限らず、前後関係が所定の条件を満たせばより多くの攻
撃を連携させることができる。

【００９４】ステップＳ３０６でターゲットである敵キ
ャラクタに対する攻撃に連携が含まれない場合には当該
ルーチンを抜け、図９の処理に戻る。

【００９５】一方、ステップＳ３０６で連携がある場合
にはステップＳ３５０に進み、連携技名称作成処理を実
行して連携技名称を生成して表示部５６に表示する様に
制御する。そしてステップＳ３１０に進み新たに生じた
連携に関わる行動及びその行動順序を技・連携データ領
域１０４ｅに格納されている連携履歴データ１８０に登
録して当該ルーチンを終了する。

【００９６】次に図１０におけるステップＳ３５０の連
携名称作成処理の詳細を図１１を参照して以下に説明す
る。

【００９７】本実施の形態例においては、例えば、４人
のプレイヤキャラクタ（自キャラクタ）で戦闘を行うと
すると、連携は２つの攻撃が連携した２連携、更に３連
携、最大４連携まで連携する可能性がある。更に、キャ
ラクタが複数の攻撃種類を備えているため、連携のパタ
ーン、即ち、連携の名称は膨大な数にのぼる。

【００９８】これらの連携を戦闘中にサポートするため
には予め連携の名称をフレームバッファに格納しておく
必要があり（戦闘中にデータを読み出すのはテンポを損
なうため。）、本実施の形態例では連携の名称を図６に
示す技名分割データテーブル７０を参照することでリア
ルタイムに生成可能とし、フレームバッファには各攻撃
名称と名称作成ロジックのためのデータのみを格納すれ
ば良い様にしている。

【００９９】本実施の形態例では、このように連携が成
立して連携技が発動すると、キャラクタに連携する各攻
撃を行わせると同時に、連携攻撃名称を表示する。即
ち、連携する各攻撃、また連携する順番によって、連携
攻撃は、各々名称が名づけられる。連携名称は連携の一
部となる各攻撃の攻撃（技ｏｒ術の）名称を利用してリ
アルタイムに生成する。

【０１００】このようにして連携技が成立した場合にお
ける連携技名称の決定プロセスの詳細を具体的な例を用
いて説明する。本実施の形態例では、上述した様に、連
携に組み込まれた各攻撃の名称を何文字目かで分割し、
その前を使うか、後ろを使うかを技・連携データ領域１
０４ｅに格納されている各攻撃の技名分割データテーブ
ル１７０を参照して定義された部分をその攻撃名の代わ
りとし、繋ぎあわせる。

【０１０１】本実施の形態例においては、一連の連携の
最後の攻撃かそれ以外かで、使う部分を変更できる仕様
としているため、分割データはひとつの攻撃名について
２種類定義される。

【０１０２】即ち、各攻撃の名称を、上記分割データに
基づいて、その攻撃が連携の最初若しくは途中に組み込
まれるときに使用する分割名称１、またはその攻撃が連
携の最後（尻）に組み込まれるときに使用する分割名称
２とを作成する。

【０１０３】各攻撃が連携に組み込まれる位置（最初・
途中と最後）によって、各攻撃で２種類の分割データの
うちのどちらを用いるか決定し、各攻撃の分割名称１又
は２を繋ぎ合わせて１つの連携攻撃名称とする。

【０１０４】具体的に図１１を参照して説明する。最初
にステップＳ３５１で連携の最後であるか否かを判断す
る。最初は連携の最後でないためステップＳ３５１より
ステップＳ３５２に進み、技・連携データ領域１０４ｅ
に格納されている技名分割データ１７０の連携先頭又は
途中分割位置記憶領域１７２の有効名称指定領域１７３
と分割位置記憶領域１７４を参照して分割データを習得
する。そしてステップＳ３５４に進み、技ＩＤ番号より
技名称を特定して分割名称パーツを選択し、連携技名称
の最初に登録する。そしてステップＳ３５５に進み、全
ての技に対する連携名称パーツの登録が終了したか否か
を調べる。全ての技に対する分割パーツの抽出、登録が
終了していない場合にはステップＳ３５６に進み、次の
技に対する連携名称パーツの抽出登録処理を行うように
設定してステップＳ３５１に戻る。

【０１０５】このように順次発動する技毎に連携名称パ
ーツの抽出登録処理を行ない、最後の技に対する処理と
なった時にはステップＳ３５１で連携の最後と判定さ
れ、ステップＳ３５１よりステップＳ３５３に進む。そ
してステップＳ３５３で技名分割データテーブル１７０
の連携尻分割位置記憶領域１７５の有効名称指定領域１
７６と分割位置記憶領域１７７を参照して分割データを
習得する。そしてステップＳ３５４に進み、技ＩＤ番号
より技名称を特定して分割名称パーツを選択し、連携技
名称の最後に登録する。

【０１０６】これで全ての連携技名称のパーツの組合わ
せが終了したためステップＳ３５５よりリターンする。

【０１０７】例えば、第１撃目の攻撃をするキャラクタ
の攻撃技が「車輪撃」、第２撃目の攻撃をするキャラク
タの攻撃技が「大木断」、第３撃目の攻撃をするキャラ
クタの攻撃技が「キッチンシンク」であり、３つの技が
夫々連携技として成立する場合を例として具体的な連携
技生成過程を説明する。

【０１０８】図６の技名分割データテーブル１７０を参
照すると、「車輪撃」は、連携技の最初＆途中では１文
字目で分割された前部が使用され、「大木断」は連携技
の最初＆途中では２文字目で分割された後部が使用さ
れ、「キッチンシンク」は連携技の最後では４文字目で
分割された前部が使用されることが分かる。

【０１０９】この結果、車輪撃＋大木断＋キッチンシン
クと連携する場合、まず「車輪撃」１文字目の前が選択
され「車」が生成連携技名称の先頭となる。続いて「大
木断」の２文字目の後ろが選択され、「断」が生成連携
技名称の中間となる。更に、「キッチンシンク」の４文
字目の前が選択され、「キッチン」が生成連携技名称の
最後となる。

【０１１０】従って生成される連携技名称は「車断キッ
チン」となる。

【０１１１】同様に、第１撃目の攻撃をするキャラクタ
の攻撃技が「なぎ払い」で第２撃目の攻撃をするキャラ
クタの攻撃技が「燕返し」の場合には、図６に示す技名
分割データテーブル１７０を参照すると、「なぎ払い」
は、連携技の最初＆途中では４文字目で分割された前部
が使用され、「燕返し」は連携技の最後では２文字目で
分割された後部が使用されることが分かる。

【０１１２】この結果、（なぎ払い＋燕返し）と連携す
る場合、まず「なぎ払い」４文字目の前、即ち、「なぎ
払い」の全てが選択される。続いて「燕返し」の２文字
目の後ろが選択され、「返し」が生成連携技名称の最後
となる。従って生成される連携技名称は「なぎ払い返
し」となる。

【０１１３】本実施の形態例における連携技を実際の戦
闘場面で繰り出す場合における連携名称の表示、及び連
携技を繰り出す場合のキャラクタの表示方法を説明す
る。

【０１１４】以上の様にして連携技が実行される条件が
成立して連携技名称が決定すると、コマンド入力後の戦
闘処理において、連携技を伴う戦闘のモニタディスプレ
イ５６への表示処理が行なわれる。プレイヤキャラク
タ、敵キャラクタを同時に動かすことはなく、連携にお
いても１つの行動が完了した後、次に連携する行動を行
わせる仕様となっている。

【０１１５】このため、図１２に示すように、連携が開
始する直前に先ず連携名称「なぎ払い返し」を画面上部
に表示する。同時に、連携攻撃に組み込まれる攻撃を行
なうキャラクタをエフェクトで強調して表示する。図１
２の例では、キャラクタＢが「なぎ払い」を繰り出し、
キャラクタＡが「燕返し」を繰り出す場合を例として示
している。

【０１１６】連携攻撃の動作が開始されると、まずキャ
ラクタＢが敵キャラクタに対して「なぎ払い」の攻撃を
行なう。このキャラクタＢによる「なぎ払い」攻撃時の
表示画面例を図１３に示す。

【０１１７】図１３に示されるように、この最初の攻撃
が行われるとき、キャラクタの攻撃表示と共に、敵キャ
ラクタに繰り出されている攻撃技の名称を画面右上方端
に表示する。

【０１１８】キャラクタＢの攻撃が終了すると、続いて
キャラクタＡによる「燕返し」技による敵キャラクタへ
の攻撃が行なわれる。この場面の表示例を図１４に示
す。図１４に示すように、キャラクタＡによる敵キャラ
クタへの攻撃表示を行なう。そして、先の連携技実行時
に右上方端部に表示されていた連携に組み込まれる攻撃
技名称の表示をそのまま残し、その下に追記する形で現
在実行中の攻撃技名称を表示する。このように、連携に
組み込まれる攻撃の名称は攻撃動作が行われるときに順
次追記される。

【０１１９】このように表示することにより、条件が揃
った連携技を実行時の満足感が増すと共に、連携技の具
体的な内容も視覚的に認識することができ、趣味性の高
いゲーム内容とできる。しかも、膨大な数の連携技名称
を記憶しておくことなく高速での連携技名称の生成がで
きる。

【０１２０】以上説明した様に本実施の形態例によれ
ば、連携のパターンが無数にあっても、簡易で充分適切
な連携名称を各攻撃に基づいてリアルタイムに作成・表
示できる。また、連携技実行中に生成した連携技名称お
よび攻撃技の名称が表示されるため、連携技を実行させ
た事に対する満足感を得ることができる。

【０１２１】［他の実施の形態例］以上、本発明を実施
の形態およびその変形例に基づいて具体的に説明した
が、本発明は上記実施の形態およびその変形例に限定さ
れるものではなく、その要旨を逸脱しない範囲で適宜変
更可能であることはもちろんである。

【０１２２】たとえば、上記実施の形態およびその変形
例では、家庭用ゲーム機をプラットホームとして本発明
を実現した場合について述べたが、本発明は、パーソナ
ルコンピュータなどの汎用コンピュータやアーケードゲ
ーム機をプラットホームとして実現してもよい。

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

【０１２４】また、本発明を実現するためのプログラム
やデータは、ゲーム機やコンピュータに対して着脱可能
なＣＤ−ＲＯＭなどのメディアにより提供される形態に
限定されず、本発明を実現するためのセーブデータは、
通信回線などを介して接続された他の機器から受信して
メモリに記録する形態であってもよいし、さらには、通
信回線などを介して接続された他の機器側のメモリに上
記プログラムやデータを記録し、このプログラムやデー
タを通信回線などを介して使用する形態であってもよ
い。

【０１２５】

【発明の効果】以上説明した様に本発明によれば、連携
のパターンが無数にあっても、簡易で充分適切な連携名
称を各攻撃に基づいてリアルタイムに作成・表示でき
る。

【図面の簡単な説明】

【図１】本発明に係る一実施の形態例におけるゲームシ
ステムの全体構成を示すブロック図である。

【図２】本実施の形態例の図１に示すゲーム装置本体と
その周辺の詳細構成を示すブロック図である。

【図３】本実施の形態例の図２に示すメインメモリのメ
モリ構成を示す図である。

【図４】本実施の形態例においてメインメモリの自キャ
ラクタデータ格納領域に記憶される自キャラクタデータ
テーブルの詳細構成を示す図である。

【図５】本実施の形態例においてメインメモリの技・連
携データ格納領域に記憶される基本技データのテーブル
の詳細構成を示す図である。

【図６】本実施の形態例においてメインメモリの技・連
携データ格納領域に記憶される技名分割データのテーブ
ルの詳細構成を示す図である。

【図７】本実施の形態例においてメインメモリの技・連
携データ格納領域に記憶される連携履歴データの詳細構
成を示す図である。

【図８】本実施の形態例におけるゲーム進行制御を説明
するためのフローチャートである。

【図９】本実施の形態例における図８の戦闘処理を説明
するためのフローチャートである。

【図１０】本実施の形態例における図９の連携判定処理
を説明するためのフローチャートである。

【図１１】本実施の形態例における図１０の連携名称作
成処理を説明するためのフローチャートである。

【図１２】本実施の形態例における連携技実行時の表示
例を示す図である。

【図１３】本実施の形態例における連携技実行時の表示
例を示す図である。

【図１４】本実施の形態例における連携技実行時の表示
例を示す図である。

【符号の説明】

５１ゲームシステム５２ゲーム装置本体５３コントローラ５４ＣＤ−ＲＯＭ（Compact Disc Read Only Memory
）５５メモリカード５６モニタディスプレイ５７ＡＶ（Audio and Visual）ケーブル６１ディスクホルダ６２オープンボタン６３電源ボタン６４リセットボタン６５スロット部１００バス１０１ＣＰＵ（Central Processing Unit；中央演算
処理ユニット）１０２ＧＴＥ（Geometric Transform Engine ；グラ
フィックスデータ生成プロセッサ）１０３周辺デバイス１０４メインメモリ１０４ａプログラム格納領域１０４ｂ自キャラクタデータ格納領域１０４ｃ敵キャラクタデータ格納領域１０４ｄマップデータ格納領域１０４ｅ技・連携データ格納領域１０４ｆグラフィックデータ格納領域１０４ｇその他データ格納領域１０５ＯＳ−ＲＯＭ（Operating System ROM）１０６ＭＤＥＣ（Motion Decoder；データ伸張エンジ
ン）１０７ＰＩＯ（Parallel Input Output；拡張パラレ
ルポート）１０８ＳＩＯ（Serial Input Output ；拡張シリアル
ポート）１０９ＧＰＵ（Graphics Processing Unit ；グラフ
ィックス描画処理プロセッサ）１１０フレームバッファ１１１ＳＰＵ（Sound Processing Unit；サウンド再
生処理プロセッサ）１１２サウンドバッファ１１３ＣＤ−ＲＯＭドライブ１１４ＣＤ−ＲＯＭデコーダ１１５ＣＤ−ＲＯＭバッファ１１６通信デバイス１５０１自キャラクタデータテーブル１０５ａＩＤ番号記憶領域１５０ｂ名前記憶領域１５０ｃ現在ＨＰ記憶域１５０ｄ最大ＨＰ記憶領域１５０ｅ技記憶領域１５０ｆアイテム記憶領域１５０ｇ行動速度記憶領域１６０基本技テーブル１６１、１７１技ＩＤ番号記憶領域１６２名前記憶領域１６３グラフィック記憶領域１６４敵状態（ＥＮＥＭＹＳＴＡＴＥ）記憶領域１６５連携状態（ＣＯＭＢＳＴＡＴＥ）記憶領域１６６攻撃力記憶領域１７０技名分割データテーブル１７２連携先頭又は途中分割位置記憶領域１７３、１７６有効名称指定領域１７４、１７７分割位置記憶領域１７５連携尻分割位置記憶領域１８０連携履歴データテーブル履歴データテーブル

Claims

【特許請求の範囲】

【請求項１】複数の行動に対応する複数の名称データ
を保持する名称データ保持手段と、前記名称データを所定の位置で区切り複数の名称パーツ
に分割するための分割データを保持する分割データ保持
手段と、前記名称パーツのいずれを使用するかを決定するための
名称パーツ指定データを保持する指定データ保持手段
と、前記複数の行動のうちの任意数の行動を指定する行動指
定手段と、前記行動指定手段により指定された行動がそれぞれ発動
する順列を算出する行動順列算出手段と、前記行動順列算出手段で算出された行動順列に基づいて
行動毎の名称データ保持手段に保持の名称データを前記
分割データ保持手段で保持した分割データに従って分割
し、前記指定データ保持手段に保持の名称パーツ指定デ
ータで指定される名称パーツを選択し、行動順列に基づ
いて行動毎の選択名称パーツを繋ぎあわせて一連の行動
名称とする行動名称決定手段とを備えることを特徴とす
るゲーム装置。
【請求項２】前記複数の行動はキャラクタの繰り出す
敵キャラクタへの攻撃であり、前記名称データは攻撃技
名称であることを特徴とする請求項１記載のゲーム装
置。
【請求項３】前記行動名称決定手段は、連続して同一
相手に繰り出す攻撃技の連続が所定の条件を満たす場合
に行動毎の選択名称パーツを繋ぎあわせて一連の行動名
称を生成することを特徴とする請求項２記載のゲーム装
置。
【請求項４】前記攻撃技には当該攻撃によって攻撃相
手が陥る状態である第１の状態パターンと、当該攻撃技
が連続して発動できる相手の状態である第２の状態パタ
ーンが設定されており、前記所定の条件は前記攻撃相手
の状態が前記攻撃技の第２の状態パターンであることを
特徴とする請求項３記載のゲーム装置。
【請求項５】複数の行動のうちの任意の数の行動を連
続して実行することが指示された時に当該実行を指示さ
れた行動を互いに連携して実行可能か否かを判断する連
携判断手段と、前記連携判断手段が実行を指示された行動を互いに連携
して実行可能と判断すると当該行動に対応した名称の少
なくとも一部を連携した各行動毎に選択する選択手段
と、前記選択手段が選択した名称の少なくとも一部を実行す
る行動順に繋ぎあわせて連携行動の名称を生成する名称
生成手段とを備えることを特徴とするゲーム装置。
【請求項６】前記複数の行動はキャラクタの繰り出す
敵キャラクタへの攻撃であり、前記行動に対応した名称
は攻撃技名称であることを特徴とする請求項５記載のゲ
ーム装置。
【請求項７】前記キャラクタの実行可能な各攻撃技名
称は予め記憶手段に記憶されており、前記選択手段は前
記記憶手段に記憶された攻撃技名称を連携する行動の順
番に応じて分割位置を決定し、決定した分割位置を基準
に攻撃技名称の内の選択する名称パーツを決定すること
を特徴とする請求項６記載のゲーム装置。
【請求項８】前記分割位置は予め前記攻撃技名称と共
に前記記憶手段に記憶されていることを特徴とする請求
項７記載のゲーム装置。
【請求項９】前記記憶手段には、前記分割位置と共に
分割後の名称の前の部分あるいは後ろの部分のいずれを
選択するかを記憶しており、前記選択手段は記憶されて
いる選択部分にしたがって有効とする名称パーツを選択
することを特徴とする請求項８記載のゲーム装置。
【請求項１０】任意数の行動を互いに関連付けて実行
させるゲーム装置におけるゲーム制御方法であって、複数の行動のうち前記任意数の行動が指定されると、前
記指定された行動がそれぞれ発動する順列を算出する算
出ステップと、複数の行動に対応する複数の名称データと、前記名称デ
ータを所定の位置で区切り複数の名称パーツに分割する
ための分割データと、前記名称パーツのいずれを使用す
るかを決定するための名称パーツ指定データとが外部メ
モリに保持され、前記算出ステップで算出した行動順列
に基づいて行動毎の前記名称データを前記分割データに
従って分割して前記名称パーツ指定データで指定される
名称パーツを選択する選択ステップと、前記算出ステップで算出した行動順列に基づいて行動毎
の選択名称パーツを繋ぎあわせて一連の行動名称を生成
する生成ステップとを含むことを特徴とするゲーム制御
方法。
【請求項１１】前記複数の行動はキャラクタの繰り出
す敵キャラクタへの攻撃であり、前記名称データは攻撃
技名称であることを特徴とする請求項１０記載のゲーム
制御方法。
【請求項１２】前記選択ステップは、連続して同一相
手に繰り出す攻撃技の連続が所定の条件を満たす場合に
行動毎の名称パーツを選択し、前記生成ステップは、前記選択された名称パーツを繋ぎ
あわせて一連の行動名称を生成することを特徴とする請
求項１１記載のゲーム制御方法。
【請求項１３】前記算出ステップは複数の行動のうち
の任意の数の行動を連続して実行することが指示された
時に当該実行を指示された行動を互いに連携して実行可
能か否かを判断し、実行を指示された行動を互いに連携
して実行可能と判断した時、前記選択ステップは当該行
動に対応した名称の少なくとも一部を連携した各行動毎
に選択し、前記生成ステップは前記選択した名称の少な
くとも一部を実行する行動順に繋ぎあわせて連携行動の
名称とすることを特徴とするゲーム制御方法。
【請求項１４】前記複数の行動はキャラクタの繰り出
す敵キャラクタへの攻撃であり、前記行動に対応した名
称は攻撃技名称であることを特徴とする請求項１３記載
のゲーム制御方法。
【請求項１５】前記キャラクタの実行可能な各攻撃技
名称は予め記憶手段に記憶されており、前記選択ステッ
プは前記名称の少なくとも一部の選択は前記記憶手段に
記憶された攻撃技名称を連携する行動の順番に応じて分
割位置を決定し、決定した分割位置を基準に攻撃技名称
の内の選択する名称パーツを決定することを特徴とする
請求項１４記載のゲーム制御方法。
【請求項１６】前記分割位置は予め前記攻撃技名称と
共に前記記憶手段に記憶されていることを特徴とする請
求項１５記載のゲーム制御方法。
【請求項１７】前記記憶手段には、前記分割位置と共
に分割後の名称の前の部分あるいは後ろの部分のいずれ
を選択するかを記憶しており、前記選択ステップは前記
名称の少なくとも一部の選択は記憶されている選択部分
にしたがって有効とする名称パーツを選択することを特
徴とする請求項１６記載のゲーム制御方法。
【請求項１８】前記請求項１乃至請求項１７のいずれ
かに記載の機能を実現するコンピュータプログラム列。
【請求項１９】前記請求項１乃至請求項１７のいずれ
かに記載の機能を実現するコンピュータプログラムを記
録したコンピュータ読み取り可能な記録媒体。