JPH11267361A - セミ・リアルタイム・シミュレーション型のビデオゲーム装置 - Google Patents

Abstract

(57)【要約】 【目的】 １個のゲーム管理ステーションにネットワー
ク経由で接続された複数個のユーザステーションで複数
人のプレイヤがシミュレーションゲームを行う際に、ゲ
ーム進行に対して各プレイヤによる戦略的意図の反映を
維持しながらも、長大なゲーム期間に亙って、各プレイ
ヤをゲーム空間内に拘束することがないようにする。 【構成】 プレイヤキャラクタ選定予約手段Ａによる任
意の時点での戦略性のキャラクタ選定の予約をプレイヤ
キャラクタ選定手段Ｃが所定期間ごとのキャラクタ遭遇
時点に限って、有効な選定とする。プレイヤキャラクタ
遭遇前提事象予約手段Ｅによる任意の時点での戦略性の
探索ルート設定の予約をプレイヤキャラクタ遭遇事象確
定手段Ｇが所定期間ごとのキャラクタ遭遇時点に限っ
て、有効な設定とする。キャラクタ遭遇時点に限って、
プレイヤキャラクタシミュレーションゲーム演算手段Ｉ
がプレイヤキャラクタ遭遇事象として対置される１チー
ムのプレイヤキャラクタと１チームの相手キャラクタと
の間でシミュレーションゲーム演算を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、インターネット
などの通信ネットワーク上の端末装置としてのコンピュ
ータにより実現されるビデオゲーム装置を用いて、シミ
ュレーション型のゲームを通信ネットワーク上で対置さ
れるプレイヤどうしの間で電子的に実行するようにした
シミュレーション型のビデオゲーム装置の改良に関連す
るものであり、特に、ゲームを構成するシミュレーショ
ン動作が所定時間のキャラクタ遭遇期間ごとに出現する
キャラクタ遭遇時点を基準とする間欠動作であるような
セミ・リアルタイム・シミュレーション型のビデオゲー
ム装置に関するものである。

【０００２】

【従来の技術】従前より、例えば、ディアブロのような
シミュレーション型のゲームが盛んに楽しまれていると
ころであるが、この種のゲームでは、一般に、ゲーム
計算の煩雑化の点や現実のゲーム空間（ゲーム室）の
大規模化の点やゲーム期間の長大化の点の制約を受け
ることから、数人のプレイヤで小規模に行われるのが普
通である。因に、近時のコンピュータ技術と通信ネット
ワーク技術の発展、普及に鑑み、インターネットなどの
通信ネットワーク上の端末装置としてのコンピュータに
より実現されるビデオゲーム装置を用いて、この種のゲ
ームを実行することは、世人の多くが一応は思い致すと
ころであり、さすれば、通信ネットワーク上にコンピュ
ータにより仮想的なゲーム空間を形成することで、広範
囲の地域に散在するゲーム愛好家をベースとする膨大な
数のプレイヤが上記の点のゲーム計算上の制約や上記
の点のゲーム空間上の制約を克服すべく、コンピュー
タにより、ゲーム計算処理がなされるようにした仮想ゲ
ーム空間内のゲームに同時的に参加することができるの
で、ゲーム展開の変化性と意外性の増強を大いに期待で
きるものである。しかも、その場合でも、通常のゲーム
のように、複数人のプレイヤが実現のゲーム空間（ゲー
ム室）内で一堂に会して、全身的表現を通じての協調的
交渉や敵対的牽制が図れるという程度には達しないまで
も、任意のプレイヤ間で、双方向メッセージ伝送を通じ
ての協調的交渉や敵対的牽制が相応に図られて、その点
でのゲームの富かさを一応は維持できる筈である。

【０００３】

【発明が解決しようとする課題】しかしながら、上記
の点のゲーム期間の長大化の制約には深刻なものがあ
る。一般に、この種のシミュレーション型のゲームで
は、ゲーム上のイベントのうちの、ゲームルール依存の
相応分量が戦略性イベント、つまり、プレイヤの戦略的
意図が反映されるイベントであり、ゲームルール依存の
残りの相応分量のイベントが偶然性イベント、つまり、
プレイヤの戦略的意図が反映され得ないイベントであ
り、両者の含有割合がゲームの性格付けに大いに寄与し
ている。しかるところ、上記戦略性イベントにあって
は、そのイベントの発生時点において、その時点以前の
相手方のプレイヤの戦略的意図に対する対抗戦略的意図
をそこに反映させることが不可欠であり、そのことは、
とりもなおさず、リアルタイム（実時間の時系列）でシ
ミュレーション型のゲームが進行する場合には、発生時
点がプレイヤ各自においてコントロール不能な戦略性イ
ベントに対してプレイヤ各自の戦略的意図を反映させる
のに、プレイヤ各自が、ゲーム期間中、現実又は仮想の
ゲーム空間内に終始、存在し続けなければならないとい
うことを意味する。かくて、通信ネットワークの利用に
より、地理的に広範囲に散在するゲーム愛好家がプレイ
ヤとしてゲームに参加可能となることで、プレイヤの数
が増大するにつれて、それに応じて当然にゲーム期間中
の戦略性イベントの数も増大することになるので、ゲー
ム終了までに要するゲーム期間が信じ難い程度に長大化
してしまい、その間におけるプレイヤ各自の現実又は仮
想のゲーム空間内での終始の存在自体が深刻な生活上の
不都合を伴うことになる。要すれば、前記の点のゲー
ム計算上の煩雑さがコンピュータの高速演算で対処さ
れ、前記の点の現実のゲーム空間（ゲーム室）がプレ
イヤ各自の分散した居住空間から、コンピュータと通信
ネットワークとによる仮想ゲーム空間への参加というこ
とで、対処さえれ得たとしても、リアルタイムで進行す
るシミュレーション型のゲームである限り、そこでの戦
略性イベントに対して、プレイヤ各自の戦略的意図を反
映させようとすると、ゲーム期間の長大化に伴う生活上
の不都合が深刻なものになってしまうという、つまり、
戦略的意図の反映か、或いはゲーム期間の長大化に伴う
生活上の不都合の甘受かという背反二律の問題に遭遇す
るのである。そこで、かかる背反二律の問題を克服すべ
く、戦略性イベントに対してのプレイヤ各自による戦略
的意図の反映を維持しながらも、ゲーム期間の長大化に
伴う生活上の不都合を抜本的に解消できるようなセミ・
リアルタイム・シミュレーション型のビデオゲーム装置
を提供することが請求項１〜６記載の発明の課題であ
る。

【０００４】

【課題を解決するための手段】請求項１〜６記載の発明
は、上記従前装置におけるシミュレーション型のゲーム
がリアルタイムで進行する際の戦略性イベントに対する
プレイヤによる戦略的意図の反映か、或いはゲーム期間
の長大化に伴う生活上の不都合の甘受かという背反二律
の問題点に鑑み、ゲーム期間中の予め固定または可変に
設定されたキャラクタ遭遇期間ごとに出現するキャラク
タ遭遇時点ごとに限って、プレイヤ各自による任意の時
点でのキャラクタ選定の予約を有効な選定とし、プレイ
ヤ各自による任意の時点でのプレイヤ間のキャラクタ遭
遇前提事象の予約をキャラクタ遭遇事象として確定し、
キャラクタ遭遇事象に係る１対２チームのキャラクタど
うしの間でのキャラクタシミュレーションゲーム演算を
実行することにより、上記の問題点を解消し、間欠的に
出現するキャラクタ遭遇時点基準の戦略性イベントであ
るキャラクタ選定とキャラクタ遭遇事象確定とについて
のプレイヤ各自の戦略的意図の反映をゲーム期間中の任
意の時点で予約的に確保しながら、かかるキャラクタ遭
遇時点での戦略的意図の反映の予約的確保を必要としな
いようなゲーム期間中の他の時間帯におけるプレイヤ各
自の現実のゲーム空間内での終始の存在を不要なものと
することで、ゲーム期間の長大化に伴う生活上の不都合
をなくすようにしたものである。

【０００５】

【作用】請求項１記載の発明は、図１のクレーム対応図
に示されるように、任意の時点で、プレイヤがプレイヤ
キャラクタ選定予約指令操作を行うと、これに応じて、
プレイキャラクタ選定予約手段Ａが１チームのプレイヤ
キャラクタの選定を予約し、一方、その間、１又はそれ
以上の相手プレイヤのいずれかが同様に任意の時点で、
相手キャラクタ選定予約指令操作を行うと、これに応じ
て、相手キャラクタ選定予約手段Ｂが１チームの相手キ
ャラクタの選定を予約し、以降、この発明に係るセミ・
リアルタイム・シミュレーション型のビデオゲーム装置
では、ゲーム期間中の予め設定されたキャラクタ遭遇期
間ごとに間欠的に出現するキャラクタ遭遇時点ごとに、
プレイヤキャラクタ選定手段Ｃが上記予約済みの１チー
ムのプレイヤキャラクタをゲームに参加する１チームの
プレイヤキャラクタとして選定し、この間、同様にキャ
ラクタ遭遇時点ごとに、相手キャラクタ選定手段Ｄが上
記予約済みの１チームの相手キャラクタをゲームに参加
する１チームの相手キャラクタとして選定することで、
プレイヤと相手プレイヤのいずれか１人とが共に任意の
時点で予約したキャラクタのチーム編成という戦略性の
ゲーム要素の１つをいずれかのキャラクタ遭遇時点で戦
略性イベントに対する戦略的意図として反映させること
を可能にし、さらに、任意の時点で、プレイヤがプレイ
ヤキャラクタ遭遇前提事象予約指令操作を行うと、これ
に応じて、プレイヤキャラクタ遭遇前提事象予約手段Ｅ
がプレイヤによる１チームのプレイヤキャラクタと相手
プレイヤのいずれかによる１チームの相手キャラクタと
の間でのプレイヤキャラクタ遭遇前提事象を予約し、一
方、その間、同様に任意の時点で、相手プレイヤのいず
れかが相手キャラクタ遭遇前提事象予約指令操作を行う
と、これに応じて、相手キャラクタ遭遇前提事象予約手
段Ｆが相手プレイヤのいずれかによる１チームの相手キ
ャラクタとプレイヤによる１チームのプレイヤキャラク
タとの間での相手キャラクタ遭遇前提事象を予約し、以
降、いずれかのキャラクタ遭遇時点で、プレイヤキャラ
クタ遭遇事象確定手段Ｇが上記予約済みのプレイヤキャ
ラクタ遭遇前提事象をプレイヤキャラクタ遭遇事象とし
て確定し、同様にいずれかのキャラクタ遭遇時点で、相
手キャラクタ遭遇事象確定手段Ｈが上記予約済みの相手
キャラクタ遭遇前提事象を相手キャラクタ遭遇事象とし
て確定することで、プレイヤと相手プレイヤのいずれか
１人とが共に任意の時点で予約した例えばキャラクタ遭
遇用の探索ルートなどのキャラクタ遭遇前提事象という
戦略性のゲーム要素の他の１つをいずれかのキャラクタ
遭遇時点で戦略性イベントに対する戦略的意図として反
映させることを可能にし、次いで、プレイヤキャラクタ
シミュレーションゲーム演算手段Ｉがいずれかのキャラ
クタ遭遇時点で確定されたプレイヤキャラクタ遭遇事象
として対置される、１チームのプレイヤキャラクタと１
チームの相手キャラクタとの間でのゲームルール依存の
プレイヤキャラクタシミュレーションゲーム演算を実行
して、プレイヤキャラクタシミュレーション結果を算出
し、この間、順次的に、相手キャラクタシミュレーショ
ンゲーム演算手段Ｊがいずれかのキャラクタ遭遇時点で
確定された相手キャラクタ遭遇事象として対置される、
１チームの相手キャラクタと１チームのプレイヤキャラ
クタとの間でのゲームルール依存の相手キャラクタシミ
ュレーションゲーム演算を実行して、相手キャラクタシ
ミュレーション結果を算出し、さらに、後続のプレイヤ
キャラクタシミュレーション表示手段Ｋが上記選定済み
の１チームのプレイヤキャラクタと上記確定済みのプレ
イヤキャラクタ遭遇事象と上記算出済みのプレイヤキャ
ラクタシミュレーション結果を表示し、同様に後続の相
手キャラクタシミュレーション表示手段Ｌが上記選定済
みの１チームの相手キャラクタと上記確定済みの相手キ
ャラクタ遭遇事象と上記算出済みの相手キャラクタシミ
ュレーション結果を表示するように作用するものであ
る。請求項２記載の発明の構成は、上記請求項１記載の
発明の構成を前提として、１チームのプレイヤキャラク
タ又は１チームの相手キャラクタが、（１）少なくと
も、最大キャラクタ積載量（ＭＡＸ）と耐久力（ＨＰ）
とで性格付けられる１個の「乗物」キャラクタと、
（２）少なくとも、重さ（ＳＩＺＥ）と耐久力（ＨＰ）
と攻撃力（ＡＰ）と攻撃順位とで性格付けられていて、
合計の重さ（ＳＩＺＥ）が最大キャラクタ積載量（ＭＡ
Ｘ）を越えない範囲で「乗物」キャラクタに積載される
複数個の「生物」キャラクタとに区別されて把握される
ように作用するものである。請求項３記載の発明の構成
は、請求項１記載の発明の構成を前提として、プレイヤ
キャラクタ遭遇事象確定手段Ｇが、背景地図上に予め固
定的に設定された背景ルート上の複数個のノードのうち
の任意の複数個のノードを選択指定して、選択指定され
た複数個のノードを繋ぐように相手キャラクタ探索ルー
トを形成し、相手キャラクタ探索ルート上の複数個のノ
ードを予め指定された順序に従って、キャラクタ遭遇時
点ごとに歩進して、相手キャラクタ探索ルート上の複数
個のノードのうちの１個を指定し、指定されたノード
が、相手側の相手キャラクタ遭遇事象確定手段Ｈにより
相手側のプレイヤキャラクタ探索ルート上で指定された
１個のノードと一致したときに、プレイヤキャラクタ遭
遇事象を確定するように作用し、同様に、相手キャラク
タ遭遇事象確定手段Ｈが、背景地図上に予め固定的に設
定された背景ルート上の複数個のノードのうちの任意の
複数個のノードを選択指定して、選択指定された複数個
のノードを繋ぐようにプレイヤキャラクタ探索ルートを
形成し、プレイヤキャラクタ探索ルート上の複数個のノ
ードを予め指定された順序に従って、キャラクタ遭遇時
点ごとに歩進して、プレイヤキャラクタ探索ルート上の
複数個のノードのうちの１個を指定し、指定されたノー
ドが、プレイヤ側のプレイヤキャラクタ遭遇事象確定手
段Ｇによりプレイヤ側の相手キャラクタ探索ルート上で
指定された１個のノードと一致したときに、相手キャラ
クタ遭遇事象を確定するように作用するものである。請
求項４記載の発明の構成は、上記請求項１記載の発明の
構成を前提として、その構成中のプレイヤキャラクタシ
ミュレーションゲーム演算手段Ｉでは、（１）攻撃優先
プレイヤキャラクタ確定手段が、１チームのプレイヤキ
ャラクタ中の「生物」キャラクタごと又は「生物」キャ
ラクタのポジションごとの攻撃順位と、１チームのプレ
イヤキャラクタに対置される１チームの相手キャラクタ
中の「生物」キャラクタごと又は「生物」キャラクタの
ポジションごとの攻撃順位とに従って、攻撃優先のプレ
イヤ「生物」キャラクタを確定するように作用し、
（２）相手「生物」キャラクタ耐久力更新手段が、攻撃
優先のプレイヤ「生物」キャラクタから、対置の１チー
ムの相手キャラクタ中で、攻撃優先のプレイヤ「生物」
キャラクタのポジションとの関係でバトルポジションを
占める相手「生物」キャラクタに対しての攻撃を実行
し、上記相手「生物」キャラクタの耐久力（ＨＰ）か
ら、攻撃優先のプレイヤ「生物」キャラクタの攻撃力
（ＡＰ）を減算して、上記相手「生物」キャラクタの耐
久力（ＨＰ）を更新するように作用し、（３）相手「乗
物」キャラクタ耐久力更新手段が、攻撃優先のプレイヤ
「生物」キャラクタのポジションとの関係でバトルポジ
ションを占める相手「生物」キャラクタの耐久力（Ｈ
Ｐ）が消滅しているときに、攻撃優先のプレイヤ「生
物」キャラクタから、対置の１チームの相手キャラクタ
中の相手「乗物」キャラクタに対しての攻撃を実行し、
上記相手「乗物」キャラクタの耐久力（ＨＰ）から、攻
撃優先のプレイヤ「生物」キャラクタの攻撃力（ＡＰ）
を減算して、上記相手「乗物」キャラクタの耐久力（Ｈ
Ｐ）を更新するように作用し、（４）プレイヤキャラク
タバトル成果計数手段が、更新された相手「乗物」キャ
ラクタの耐久力（ＨＰ）が消滅したときに、プレイヤキ
ャラクタバトル成果を計数するように作用し、同様に、
その構成中の相手キャラクタシミュレーションゲーム演
算手段Ｊでは、（１）攻撃優先相手キャラクタ確定手段
が、１チームの相手キャラクタ中の「生物」キャラクタ
ごと又は「生物」キャラクタのポジションごとの攻撃順
位と１チームの相手キャラクタに対置される１チームの
プレイヤキャラクタ中の「生物」キャラクタごと又は
「生物」キャラクタのポジションごとの攻撃順位とに従
って、攻撃優先の相手「生物」キャラクタを確定するよ
うに作用し、（２）プレイヤ「生物」キャラクタ耐久力
更新手段が、攻撃優先の相手「生物」キャラクタから、
対置の１チームの相手キャラクタ中で、攻撃優先の相手
「生物」キャラクタのポジションとの関係でバトルポジ
ションを占めるプレイヤ「生物」キャラクタに対して攻
撃を実行し、上記プレイヤ「生物」キャラクタの耐久力
（ＨＰ）から、攻撃優先の相手「生物」キャラクタの攻
撃力（ＡＰ）を減算して、上記プレイヤ「生物」キャラ
クタの耐久力（ＨＰ）を更新するように作用し、（３）
プレイヤ「乗物」キャラクタ耐久力更新手段が、攻撃優
先の相手「生物」キャラクタのポジションとの関係でバ
トルポジションを占めるプレイヤ「生物」キャラクタの
耐久力（ＨＰ）が消滅しているときに、攻撃優先の相手
「生物」キャラクタから、対置の１チームのプレイヤキ
ャラクタ中のプレイヤ「乗物」キャラクタに対しての攻
撃を実行し、上記プレイヤ「乗物」キャラクタの耐久力
（ＨＰ）から、攻撃優先の相手「生物」キャラクタの攻
撃力（ＡＰ）を減算して、上記プレイヤ「乗物」キャラ
クタの耐久力（ＨＰ）を更新するように作用し、（４）
相手キャラクタバトル成果計数手段が、更新されたプレ
イヤ「乗物」キャラクタの耐久力（ＨＰ）が消滅したと
きに、相手キャラクタバトル成果を計数するように作用
するものである。請求項５記載の発明の構成は、上記請
求項１記載の発明の構成を前提として、唯一のプレイヤ
キャラクタが１チームのプレイヤキャラクタとして作用
し、唯一の相手キャラクタが１チームの相手キャラクタ
として作用するものである。請求項６記載の発明の構成
は、上記請求項２記載の発明の構成を前提として、攻撃
順位がキャラクタ依存の素早さ（ＡＧＩ）に基づいて定
まるように作用するものである。

【０００６】

【実施の形態】この発明の実施の形態について、図１以
下の図面を参照しつつ説明すれば以下のとおりである。
図２は、１つの実施の形態としての装置全体のハードウ
エア上の構成を示すブロック図である。インターネット
やイントラネットなどの通信ネットワーク１上には、複
数個のユーザステーション２Ａ、２Ｂ、２Ｃ．．．２Ｎ
が接続され、さらに、サーバとして働く１個のゲーム管
理ステーション３が接続されていて、物理的には、共通
の通信路に対して各ステーションがいわゆる「数珠繋
ぎ」様接続のパーティライン接続を形成しているが、情
報的には、１個のゲーム管理ステーション３とこれに対
して放射状に対応するＮ個のユーザステーション２Ａ、
２Ｂ．．．２Ｎとの間に１：Ｎの交換網を構成するもの
である。同等構成のＮ個のうちの１つのユーザステーシ
ョン２Ａには、コンピュータ２ａと、主としてプログラ
ム自体を格納し、プログラム実行上の一時的記憶を確保
するためのメモリ（ＲＡＭ）２ｂと、ゲーム管理ステー
ション３との間で授受されるデータベースを格納するた
めのハードディスク２ｃと、通常的なキーボード、マウ
スなどを備え、各種の指令操作信号をコンピュータ２ａ
に対して入力するための入力装置２ｄと、ＣＲＴ（カソ
ードレイチューブ）などを備え、コンピュータ２ａ経由
で出力される各種の情報を視認可能に表示するための表
示装置２ｅとが含まれていて、これらは、通常的なバス
２ｆを介して相互接続されている。さらに、ここでのコ
ンピュータ２ａは、バス２ｆ上のネットワークインター
フェイス２ｇ経由でネットワーク１に対して相互接続さ
れている。一方、１個のゲーム管理ステーション３に
は、コンピュータ３ａと、主としてプログラム自体を格
納し、プログラム実行上の一時的記憶を確保するための
メモリ（ＲＡＭ）３ｂと、各別のゲームステーション２
Ａ．．．２Ｎとの間で授受されるデータベースを格納す
るためのハードディスク３ｃとが含まれていて、これら
は、通常的なバス３ｆを介して相互接続されている。さ
らに、ここでのコンピュータ３ａは、バス３ｆ上のネッ
トワークインターフェイス３ｇ経由でネットワーク１に
対して相互接続されている。そして、ゲーム管理ステー
ション３のバス３ｆに接続されたタイマ３ｈは、定期処
理のためのキャラクタ遭遇時点を規定するためのもので
ある。

【０００７】ユーザステーション２Ａにおいて、それを
操作するプレイヤが任意の時点でキャラクタ選定予約指
令操作を行うと、ユーザステーション２Ａのコンピュー
タ２ａがプログラムを実行することで、プレイヤ側の１
チームのキャラクタを予約的に選定するためのキャラク
タ選定予約処理に関するユーザステーション側の一連の
ジョブを実行する、即ち、入力装置２ｄとしてのキーボ
ード上の所定キーの押下によるキャラクタ選定予約指令
操作に応答して、コンピュータ２ａがキャラクタ選定予
約処理を開始し（図３中ａ）、ここでのプレイヤが操作
するユーザステーション２Ａを特定するためのユーザ識
別符号を指定したうえで、このプレイヤが、当該ユーザ
ステーションについて使用可能に現有するキャラクタ群
の一覧表と次回のキャラクタ遭遇時点でのゲーム要素と
して、上記キャラクタ群の一覧表から予め選定されてい
る１チームのキャラクタ、典型的な実施例では、次回の
キャラクタ遭遇時点でシミュレーションゲームとしての
バトルシミュレーションに参加すべくチーム編成されて
いる９個のキャラクタと、そのキャラクタ１つひとつの
ゲーム上のポジション（配置）、典型的にはバトルポジ
ションを特定しているキャラクタ・ポジション対応表の
当該ユーザステーションへの転送要求（図３中の要求
１）をネットワークインターフェイス２ｇ経由でネット
ワーク１上に乗せてゲーム管理ステーション３に対して
発信する（図３中ｂ）。すると、ネットワーク１上のか
かる転送要求をネットワークインターフェイス３ｇ経由
でゲーム管理ステーション３が受けて、そこでのコンピ
ュータ３ａがプログラムを実行することで、上記キャラ
クタ選定予約処理に関するゲーム管理ステーション側の
一連のジョブを実行する。即ち、コンピュータ３ａが現
有キャラクタ群一覧表及びキャラクタ・ポジション対応
表の転送要求応答処理を開始し（図４中ａ）、直ちに、
その転送要求（図４中の要求１）に係るユーザ識別符号
を識別し（図４中ｂ）、次いで、コンピュータ３ａは、
図１８に示されるユーザデータベース（図１８中ａ）に
おいて、上記４図中ｂの処理により識別されたユーザに
関するユーザ情報（図１８中ｂ）に割り当てられたアド
レス領域中の該当アドレスにアクセスすることで、当該
ユーザステーション２Ａを操作するプレイヤが使用可能
に現有するキャラクタ群の一覧表（図１８中ｃ）と当該
プレイヤに係るキャラクタ・ポジション対応表（図１８
中ｄ）とを読み出して（図４中ｃ）、これを当該ユーザ
ステーションを指定して転送することで応答し（図４中
ｄ、応答１）、上記キャラクタ・ポジション対応表等の
転送要求応答処理を終了する（図４中ｅ）。

【０００８】一方、当該ユーザステーション２Ａでは、
ゲーム管理ステーション３からの上記応答１を受けて、
コンピュータ２ａが、ここに転送されてきた次回のキャ
ラクタ遭遇時点のためのチーム編成を特定するキャラク
タ・ポジション対応表を表示装置２ｅの画面上に表示し
ておいて、入力装置２ｄとしてのマウスでの指定操作に
より、ここに表示されている次回のキャラクタ遭遇時点
のためのキャラクタ・ポジション対応表上でのキャラク
タやポジションを変更して、新たなキャラクタ・ポジシ
ョン対応表を予約的に選定することを可能にすべく、次
回のキャラクタ遭遇時点での選定予約のためのキャラク
タ・ポジション対応表を作成する（図３中ｃ）。次い
で、当該ユーザステーションのコンピュータ２ａは、か
かるキャラクタ選定予約のためのキャラクタ・ポジショ
ン対応表をゲーム管理ステーション３に転送しながらキ
ャラクタ選定予約要求（図３中の要求２）を発信する
（図３中ｄ）。このキャラクタ選定予約要求（図３中の
要求２）を受けて、ゲーム管理ステーション３のコンピ
ュータ３ａは、プログラムの実行により、キャラクタ選
定予約処理を開始し（図５中ａ）、直ちに、そのキャラ
クタ選定予約要求（図５中要求２）に係るユーザ識別符
号を識別し（図５中ｂ）、次いで、コンピュータ３ａ
は、図１８に示されるユーザデータベース（図１８中
ａ）において、上記図５中ｂの処理により識別されたユ
ーザに関するユーザ情報（図１８中ｂ）に割り当てられ
たアドレス領域中の該当アドレスにアクセスすること
で、当該ユーザステーション２Ａを操作するプレイヤに
係る現有キャラクタ群一覧表（図１８中ｃ）をコンピュ
ータ３ａ内に読み出して（図５中ｃ）、ここに読み出さ
れた現有キャラクタ群一覧表と上記図５中ａの処理にお
いて、キャラクタ選定予約要求（図５中の要求２）に付
随して受信済みのキャラクタ選定予約のためのキャラク
タ・ポジション対応表とをゲームルール上の判断論理に
基づいて、照合して、例えば、キャラクタ選定予約のた
めのキャラクタ・ポジション対応表中に現有キャラクタ
群一覧表中に収容されていないキャラクタが含まれてい
ないかどうか、キャラクタの個数がゲームルール上の最
大個数を越えていないかどうか、各キャラクタのポジシ
ョンがゲームルール上のポジション制限に違反していな
いかどうか、後に説明される「生物」キャラクタの重さ
（ＳＩＺＥ）の合計が後に説明される「乗物」キャラク
タの積載量（ＭＡＸ）を越えていないかどうかを判断す
ることにより、ここでのキャラクタ選定予約要求（図５
中の要求２）が妥当なものであるかどうかを判定する
（図５中ｄ）。

【０００９】上記判定結果（図５中ｄ）が「Ｙｅｓ」で
あり、キャラクタ選定予約要求が妥当なものである場合
には、コンピュータ３ａは、ユーザデータベース（図１
８ａ）において、当該ユーザステーションのユーザに関
するユーザ情報（図１８中のｂ）に割り当てられたアド
レス領域中の該当アドレスにアクセスすることで、当該
ユーザステーション２Ａを操作するプレイヤに係るキャ
ラクタ予約のためのキャラクタ・ポジション対応表、即
ち、次回のキャラクタ遭遇時点におけるゲーム要素とし
て予約的に選定されるキャラクタ・ポジション対応表
（図１８中ｄ）を再度、該コンピュータ中に読み出し
て、これを上記図５中ａの処理において受信済みの選定
予約のためのキャラクタ・ポジション対応表に書き換え
て、ユーザデータベース（図１８ａ）中の該当アドレス
のキャラクタ・ポジション対応表（図１８中ｄ）として
更新記憶し（図５中ｅ）たうえで、当該ユーザステーシ
ョンに対して、キャラクタ選定予約要求受理の応答（図
５中の応答２Ｙ）を発信して（図５中ｆ）、キャラクタ
選定予約処理を終了する（図５中ｈ）。一方、上記判定
結果（図５中ｄ）が「Ｎｏ」であり、キャラクタ選定予
約要求が妥当なものではない場合、コンピュータ３ａ
は、当該ユーザステーションに対してキャラクタ選定予
約要求拒否の応答（図５中の応答２Ｎ）を発信して（図
５中ｇ）、キャラクタ選定予約処理を終了する（図５中
ｈ）。以上に応答して、ユーザステーション２Ａのコン
ピュータ２ａもキャラクタ選定予約処理を終了する（図
３中ｅ）。このようにして、ユーザステーション２Ａの
コンピュータ２ａにおいて、図３に示されるフローチャ
ートに従って、同図中ａ〜ｅの処理を実行し、さらに、
ゲーム管理ステーション３のコンピュータ３ａにおい
て、図４及び図５に示されるフローチャートに従って、
図４中ａ〜ｅ及び図５中ａ〜ｈの処理を実行することに
より、図１におけるプレイヤキャラクタ選定予約手段Ａ
と相手キャラクタ選定予約手段Ｂが実現される。ここで
の説明では、複数のユーザステーション２Ａ、２
Ｂ、．．．２Ｎのうちの任意の１つのユーザステーショ
ンにおける処理に着目して、そこで実行される処理をプ
レイヤキャラクタ選定予約処理と相手キャラクタ選定予
約処理の双方を包含するキャラクタ選択予約処理として
把握しているが、本願発明のビデオゲーム装置では、複
数のユーザステーションのうちの任意の１つを操作する
プレイヤが、１つのゲーム管理ステーション３を介し
て、複数のユーザステーションのうちの任意の他の１つ
を操作する相手プレイヤと対置する構成を普遍的に無数
のユーザステーションに拡張適用することで、プレイヤ
と相手プレイヤの無数の対が対置可能となっているの
で、同等のキャラクタ選定予約処理に関し、着目された
プレイヤが操作する任意の１つのユーザステーションで
は、これをプレイヤキャラクタ選定予約処理として実行
し、一方、着目された相手プレイヤが操作する他の任意
の１つのユーザステーションでは、これを相手キャラク
タ予約処理として実行するものである。

【００１０】ところで、この間の任意の時点で、ユーザ
ステーション３において、プレイヤが上述のキャラクタ
選定予約処理を実行する以前に選定されている現在のキ
ャラクタ・ポジション対応表、換言すれば、前回のキャ
ラクタ遭遇時点で現にゲーム要素としてバトルシミュレ
ーションに参加した１チームを編成しているキャラクタ
群についてのキャラクタ・ポジション対応表を表示装置
２ｅの画面上に表示して、これを参照することができ
る。この場合、プレイヤがユーザステーション２Ａにお
ける入力装置２ｄとしてのキーボード上の所定キーの押
下によるチーム編成参照指令操作を行うと、ユーザステ
ーション２Ａのコンピュータ２ａがプログラムを実行す
ることで、プレイヤ側でキャラクタの現在のチーム編成
を参照するためのチーム編成参照処理に関するユーザス
テーション側の一連のジョブを実行する。即ち、上記チ
ーム編成参照操作に応答して、コンピュータ２ａが、チ
ーム編成参照処理を開始し（図３中ｆ）、ここでのプレ
イヤが操作するユーザステーション２Ａを特定するため
のユーザ識別符号を指定したうえで、当該ユーザステー
ションについて、キャラクタ選定予約処理が実行される
以前に選定されている現在のキャラクタ・ポジション対
応表の当該ユーザステーションへの転送要求（図３中の
要求３）をネットワークインターフェイス２ｇ経由でネ
ットワーク１上に発信する（図３中ｇ）。すると、ネッ
トワーク１上のかかる転送要求をネットワークインター
フェイス３ｇ経由でゲーム管理ステーション３が受け
て、そこでのコンピュータ３ａがプログラムを実行する
ことで、上記チーム編成参照処理に関するゲーム管理ス
テーション側の一連のジョブを実行する。即ち、コンピ
ュータ３ａが、現在のキャラクタ・ポジション対応表の
転送要求応答処理を開始し（図６中ａ）、直ちに、その
転送要求（図６中の要求３）に係るユーザ識別符号を識
別し（図６中ｂ）、次いで、コンピュータ３ａは、図１
８に示されるユーザデータベース（図１８中ａ）におい
て、上記図６中ｂの処理により識別されたユーザに関す
るユーザ情報（図１８中ｂ）に割り当てられたアドレス
領域中の該当アドレスにアクセスすることで、当該ユー
ザステーション２Ａを操作する当該プレイヤに係る現在
のキャラクタ・ポジション対応表（図１８中ｅ）を読み
出して（図６中ｃ）、これを当該ユーザステーション２
Ａを指定して転送することで応答し（図６中ｄ、応答
３）、上記現在のキャラクタ・ポジション対応表の転送
要求応答処理を終了する（図６中ｅ）。

【００１１】一方、当該ユーザステーション２Ａでは、
ゲーム管理ステーション３からの上記応答３を受けて、
コンピュータ２ａが、ここに転送されてきた現在のチー
ム編成、換言すれば、前回のキャラクタ遭遇時点以降の
チーム編成を特定するキャラクタ・ポジション対応表を
表示装置２ｅの画面上に表示して（図３中ｈ）、チーム
編成参照処理を終了する（図３中ｉ）。ここでの処理
は、既述のキャラクタ選定予約処理の場合と同様に、プ
レイヤが操作する任意の１つのユーザステーションにお
いても、相手プレイヤが操作する任意の他の１つのユー
ザステーションにおいても同等に任意の時点で実行され
うるものである。今度は、ユーザステーション２Ａにお
いて、それを操作するプレイヤが任意の時点でキャラク
タ遭遇前提事象予約操作としての探索ルート設定予約指
令操作を行うと、ユーザステーション２Ａのコンピュー
タ２ａがプログラムを実行することで、プレイヤ側の１
チームのキャラクタに対してのキャラクタ遭遇前提事象
予約処理としての探索ルート設定予約処理に関するユー
ザステーション側の一連のジョブを実行する。即ち、入
力装置２ｄとしてのキーボード上の所定キーの押下によ
る探索ルート設定予約指令操作に応答して、コンピュー
タ２ａが、探索ルート設定予約処理を開始し（図７中
ａ）、ここでのプレイヤが操作するユーザステーション
２Ａを特定するためのユーザ識別符号を指定したうえ
で、このプレイヤが自己のキャラクタ遭遇前提事象、即
ち、自己の１チームのキャラクタが進歩可能なルートの
設定を予約するために、背景地図と、該地図上で固定的
に設定可能な背景ルートと、該背景ルート上に設定され
ている探索ルートと、該探索ルート上での自己チームの
キャラクタの現在位置の当該ユーザステーションへの転
送要求（図７中の要求４）をネットワークインターフェ
イス２ｇ経由でネットワーク１上に乗せて、ゲーム管理
ステーション３に対して発信する（図７中ｂ）。する
と、ネットワーク１上の係る転送要求をネットワークイ
ンターフェイス３ｇ経由でゲーム管理ステーション３が
受けて、そこでのコンピュータ３ａがプログラムを実行
することで、上記探索ルート設定予約処理に関するゲー
ム管理ステーション側の一連のジョブを実行する。即
ち、コンピュータ３ａが、背景地図と、背景ルートと、
探索ルートと、現在位置の転送要求応答処理を開始し
（図８中ａ）、直ちに、その転送要求（図８中の要求
４）に係るユーザステーションのユーザ識別符号を識別
し（図８中ｂ）、次いで、コンピュータ３ａは、先ずは
上記ユーザ識別符号の識別結果には係りなく、図１８に
示される全ユーザステーション共用の背景図地情報デー
タベース（図１８中ｆ）の該当アドレス領域にアクセス
することで、当該ユーザステーション２Ａを操作するプ
レイヤが、自己の１チームのキャラクタにより、後述す
るように、キャラクタ遭遇時点ごとの歩進で辿られるル
ートを設定予約する際に、その設定予約の対象となりう
る前提の背景ルート情報（図１８中ｇ）と、該背景ルー
トが重畳描画されるべき背景地図情報（図１８中ｈ）を
読み出す（図８中ｃ）。この場合、前提の背景ルート情
報（図１８中ｇ）は、例えば、図１８中ｇ１〜ｇ４に示
されるように、当該ルート上の各別のノードＡ、Ｂ、
Ｃ．．．に対して接続されている当該ルート上のすべて
のノードのリストで構成されている。さらに、コンピュ
ータ３ａは、上記図８中ｂの処理により識別されたユー
ザに係るユーザ情報（図１８中ｂ）に割り当てられたア
ドレス領域中の該当アドレスにアクセスすることで、当
該ユーザステーション２Ａのプレイヤによる現在の探索
ルート（図１８中ｉ）と、該探索ルート上での当該プレ
イヤに係る１チームのキャラクタの現在位置（図１８中
ｊ）とを読み出して（図８中ｄ）、これを当該ユーザス
テーション２Ａを指定して転送することで応答し（図８
中ｅ、応答４）、上記背景地図と、背景ルートと、探索
ルートと、現在位置の転送要求応答処理を終了する（図
８中ｆ）。一方、当該ユーザステーション２Ａでは、ゲ
ーム管理ステーション３からの上記応答４を受けて（図
７中ｃ）、コンピュータ２ａがここに転送されてきた背
景地図と、背景ルートと、探索ルートと、現在位置とを
合成して１つの地図にまとめて表示装置２ｅの画面上に
表示しておいて（図７中ｄ）、入力装置２ｄとしてのマ
ウスでの探索ルート設定予約指令操作により、該表示装
置に表示されている背景地図上に重複描画されている固
定的に設定可能な背景ルート上に新たな探索ルートを該
背景ルート上のノード指定で描画することで、新たな探
索ルートの設定予約を行う（図７中ｅ）。次いで、コン
ピュータ２ａは、当該ユーザステーション２Ａのユーザ
識別符号を指定したうえで、ここでの設定予約により更
新された新たな探索ルートと該新たな探索ルートの設定
要求（図７中の要求５）をネットワーク１経由でゲーム
管理ステーション３に対して発信する（図７中ｆ）。す
ると、かかる転送要求をゲーム管理ステーション３が受
けて、そこでのコンピュータ３ａがプログラムを実行す
ることで、上記新探索ルート設定要求応答処理に関する
ゲーム管理ステーション３側の一連のジョブを実行す
る。即ち、コンピュータ３ａが、新探索ルート設定要求
応答処理を開始し（図９中ａ）、次いで、その新探索ル
ート設定要求（図９中の要求５）に係るユーザ識別符号
を識別しておいてから（図９中ｂ）、新たに設定される
べき探索ルートがルート論理制約上妥当に成立するもの
であるかどうかをサブルーチン処理に飛んで判定し（図
９中ｃ）、判定結果が「Ｙｅｓ」であり、新たに設定さ
れるべき探索ルートがルート論理制約上妥当に成立する
ものである場合には、図１８に示されるユーザデータベ
ース（図１８中ａ）において、上記図９中ｂの処理によ
り識別されたユーザに関するユーザ情報（図１８中ｂ）
に割り当てられたアドレス領域中の該当アドレスにアク
セスすることで、当該ユーザステーション２Ａにおける
探索ルート設定予約操作に係る新しい探索ルートを定義
するルートノード連結表（図１８中ｉ）を記憶更新し
（図９中ｄ）、直ちに、その記憶更新されるべき新しい
探索ルートを定義するルートノード連結表を当該ユーザ
ステーション２Ａを指定して転送することで、応答し
（図９中ｅ、応答５）、新探索ルート設定要求応答処理
を終了する（図９中ｆ）。

【００１２】一方、上記サブルーチン処理（図９中ｃ）
の判定結果が「Ｎｏ」であり、新たに設定されるべき探
索ルートがルート論理制約上妥当に成立しないものであ
る場合には、コンピュータ３ａが図１８に示されるユー
ザデータベース（図１８中ａ）において、上記図９中ｂ
の処理により識別されたユーザに関するユーザ情報（図
１８中ｂ）に割り当てられたアドレス領域中の該当アド
レスにアクセスすることで、当該ユーザステーション２
Ａについて、現に記憶されているルートノード連結表
（図１８中ｉ）、換言すれば、当該ユーザステーション
２Ａにおける前回の探索ルート設定予約操作に係る探索
ルートを定義するルートノード連結表を読み出して（図
９中ｇ）、これを当該ユーザステーション２Ａを指定し
て転送することで、応答し（図９中ｈ、応答５）、新探
索ルート設定要求応答処理を終了する（図９中ｆ）。そ
して、上記新探索ルート設定要求応答処理に関するゲー
ム管理ステーション３側での一連の処理において、図９
中ｃのサブルーチン処理に飛んだコンピュータ３ａは、
先ず、新ルート成否判定、即ち、新探索ルートがルート
論理制約上妥当に成立するかどうかの判定のためのサブ
ルーチン処理を開始し（図１０中ａ）、上記図９中ｂの
処理により識別されたユーザに関するユーザ情報（図１
８中ｂ）に割り当てられたアドレス領域中の該当アドレ
スにアクセスすることで、当該ユーザステーション２Ａ
における探索ルート設定予約操作に係り、後に改めて説
明されるキャラクタチームの現在ルート、即ち、当該ユ
ーザステーション２Ａでのプレイヤキャラクタ選定予約
指令操作により選定された１チームのプレイヤキャラク
タが、当該ユーザステーション２Ａでの現在の探索ルー
ト上において、現在占めているノード（図１８中ｊ）を
読み出し、さらに、全ユーザステーション共用の背景地
図情報データベース（図１８中ｆ）の該当アドレス領域
にアクセスすることで、当該ユーザステーション２Ａに
おける探索ルート設定予約指令操作による設定予約の対
象となりうる前提の背景ルート情報（図１８中ｇ）とし
ての背景ルートのノード連絡表を読み出しておく（図１
０中ｂ）。続いて、コンピュータ３ａは、新探索ルート
が、上記図１０中ｂの処理で読み出された前提の背景ル
ートの一部分又は全部であるかどうかを判定し（図１０
中ｃ）、その判定結果が「Ｙｅｓ」であり、新探索ルー
トが前提の背景ルートの一部分又は全部である場合に
は、次いで、新探索ルートが、上記図１０中ｂの処理で
読み出されたキャラクターチームの現在ノードを含んで
いるかどうかを判定し（図１０中ｄ）、その判定結果が
「Ｙｅｓ」であり、新探索ルートがキャラクターチーム
の現在ノードを含んでいる場合には、新探索ルートは、
ルート論理制約上妥当に成立し（図１０中ｅ）、コンピ
ュータ３ａは、サブルーチン処理を終えて図９中ｄの処
理に進む。一方、図１０中ｃの判定結果が「Ｎｏ」であ
り、新探索ルートが前提の背景ルートの一部又は全部で
はない場合にも、又、図１０中ｄの判定結果が「Ｎｏ」
であり、新探索ルートがキャラクタチームの現在ノード
を含んでいない場合にも、新探索ルートは、ルート論理
制約上妥当に成立せず（図１０中ｆ）、コンピュータ３
ａは、サブルーチン処理を終えて図９中ｇの処理に進
む。

【００１３】かくて、ゲーム管理センター３側での一連
の新探索ルート設定要求応答処理を終了し、この間にお
ける応答（図９中応答５Ｙ５Ｎ）をネットワーク１経由
で受けた当該ユーザステーション２Ａのコンピュータ２
ａは、新しい探索ルートを定義するルートノード連結
表、又は、前回のルート設定予約操作に係る探索ルート
を定義するルートノード連結表を受信処理し（図７中
ｇ）、受信処理された新しい探索ルート又は前回の探索
ルートを表示装置２ｅの画面上に表示して（図７中
ｈ）、探索ルート設定予約処理を終了する（図７中
ｉ）。このようにして、ユーザステーション２Ａのコン
ピュータ２ａにおいて、図７に示されるフローチャート
に従って、同図中の各処理を実行し、さらに、ゲーム管
理ステーション３のコンピュータ３ａにおいて、図８、
図９及び図１０に示されるフローチャートに従って、同
図中の各処理を実行することにより、図１におけるプレ
イヤキャラクタ遭遇前提事象予約手段Ｅが実現される。
そして、本願発明のビデオゲーム装置では、複数のユー
ザステーションのうちの任意の１つを操作するプレイヤ
が、１つのゲーム管理ステーション３を介して、複数の
ユーザステーションのうちの任意の他の１つを操作する
相手プレイヤと対置する構成となっているので、既述の
プレイヤキャラクタ選定予約手段の場合と同様に、他の
任意の１つのユーザステーションでは、同等プログラム
の実行により相手キャラクタ遭遇前提事象予約手段Ｆが
実現されるものである。続いて、ゲーム管理ステーショ
ン３のコンピュータ３ａにおいて、キャラクタ遭遇期間
としての所定期間ごとに実行される定期処理について説
明すれば 以下のとおりである。ここに言う所定の期間
ごとに実行される定期処理は、ゲーム期間中の予め固定
又は可変に設定されたキャラクタ遭遇期間ごとに出現す
るキャラクタ遭遇時点ごとに実行される定期処理のこと
である。故に、かかる定期処理の実行は、コンピュータ
３ａ内にソフトウエア的に実現されるか、又は、本願発
明の実施の形態として例示されているように、コンピュ
ータ３ａ外にハードウエア的に実装された期間設定可能
なタイマ３ｈからのキャラクタ遭遇間としての所定期間
ごとの始動指令に応答して、コンピュータ３ａがプログ
ラムを走らせることで、開始される。このような定期処
理の骨格のフローチャートを示すのが図１１であり、定
期処理を開始した（図１１中ａ）コンピュータ３ａは、
図１におけるプレイヤキャラクタ選定手段Ｃと相手キャ
ラクタ選定手段Ｄを実現するためのキャラクタ選定処理
（図１１中Ａ）を実行し、次いで、図１におけるプライ
ヤキャラクタ遭遇事象確定手段Ｇと相手キャラクタ遭遇
事象確定手段Ｈを実現するための遭遇事象確定処理（図
１１中Ｂ）を実行し、続いて、本願発明の構成中のプレ
イヤキャラクタシミュレーションゲーム演算手段Ｉと相
手キャラクタシミュレーションゲーム演算手段Ｊを実現
するためのシミュレーションゲーム演算処理（図１１中
Ｃ）を実行して、定期処理を終了する（図１１中ｂ）。
上記キャラクタ選定処理（図１１中Ａ）においては、キ
ャラクタ選定処理を開始した（図１２中ａ）コンピュー
タ３ａは、すべてのユーザステーションについて、換言
すれば、すべてのユーザステーションを各別に特定する
ユーザ識別符号のすべてについて、逐次的に処理を実行
すべく、先ず最初のユーザステーションの識別符号に着
目して（図１２中ｂ）、図１８に示されるユーザデータ
ベース（図１８中ａ）において、着目したユーザ識別符
号のユーザステーションに関するユーザ情報（図１８中
ｂ）に割り当てられたアドレス領域中の該当アドレスに
アクセスすることで、当該ユーザステーション２Ａにお
けるキャラクタ予約のためのキャラクタ・ポジション対
応表、即ち、次回のキャラクタ遭遇時点におけるキャラ
クタ・ポジション対応表（図１８中ｄ）を読み出してお
いて、さらに、同一のユーザステーションに関するユー
ザ情報（図１８中ｂ）に割り当てられたアドレス領域中
の別の該当アドレスにアクセスすることで、ここに記憶
されている当該ユーザステーション２Ａにおける現在の
キャラクタ・ポジション対応表、即ち、前回のキャラク
タ遭遇時点以降のチーム編成を特定するキャラクタ・ポ
ジション対応表（図１８中ｅ）を上記キャラクタ予約の
ためのキャラクタ・ポジション対応表（図１８中ｄ）に
書き換えて更新記憶する（図１２中ｃ）。コンピュータ
３ａは、このようなキャラクタ・ポジション対応表の更
新記憶処理をすべてのユーザ識別符号について実行し尽
くすまで（図１２中ｄ）、ユーザ識別符号を逐次に歩進
させながら（図１２中ｅ）、次のユーザ識別符号に着目
して続行し、すべてのユーザ識別符号について該記憶更
新処理を実行し尽くしたときに、キャラクタ選定処理を
終了する（図１２中ｆ）。

【００１４】上記遭遇事象確定処理（図１１中Ｂ）中の
ノード歩進処理においては、ノード歩進処理を開始した
（図１３中ａ）コンピュータ３ａは、すべてのユーザス
テーションを各別に特定する識別符号のすべてについて
逐次的に処理を施すべく、先ず、最初のユーザステーシ
ョンのユーザ識別符号に着目して（図１３中ｂ）、図１
８に示されるユーザデータベース（図１８中ａ）におい
て、着目したユーザ識別符号のユーザステーションに関
するユーザ情報（図１８中ｂ）に割り当てられたアドレ
ス領域中の該当アドレスにアクセスすることで、当該ユ
ーザステーション２Ａでのキャラクタ遭遇前提事象予約
指令操作としての探索ルート設定予約指令操作による現
在の探索ルート（図１８中ｉ）と当該ゲームステーショ
ン２Ａに係る１チームのキャラクタの上記現在の探索ル
ート（図１８中ｉ）上での現在位置（図１８中ｊ）のノ
ードとを読み出しておいて、上記探索ルート（図１８中
ｉ）の最初のノードを上記現在位置（図１８中ｊ）のノ
ードとして更新記憶する（図１３中ｃ）。次いでコンピ
ュータ３ａは、上記探索ルートのノード連絡表（図１８
中ｉ）を読み出しておいて、該ルート上の最初のノード
を削除し、ここで削除された最初のノードと同じノード
を最後に付加するようにした巡還歩進処理を実行するこ
とで、次回の定期処理における現在位置を特定するため
の最初のノードを伴った探索ルートのノード連絡表（図
１８中ｉ）を記憶更新する（図１３中ｄ）。コンピュー
タ３ａは、このような現在の探索ルートのノード連絡表
（図１８中ｉ）と該ルート上での現在位置（図１８中
ｊ）のノードの記憶更新処理をすべてのユーザ識別符号
について実行し尽くすまで（図１３中ｅ）、ユーザ識別
符号を逐次に歩進させながら（図１３中ｆ）、次のユー
ザ識別符号に着目して続行し、すべてのユーザ識別符号
について、該記憶更新処理を実行し尽くしたときに、ノ
ード歩進処理を終了する（図１３中ｇ）。上記遭遇事象
確定処理（図１１中Ｂ）中のキャラクタ遭遇処理におい
ては、コンピュータ３ａは、ユーザ情報（図１８中ｂ）
に割り当てられたアドレス領域中の該当アドレスに逐次
的にアクセスすることで、ゲームステーションを各別に
特定する識別符号のすべてについて現在の探索ルート
（図１８中ｉ）上での現在位置（図１８中ｊ）のノード
を読み出しておいて、現在位置（図１８中ｊ）のノード
ごとに、その現在位置のノードを占めているゲームステ
ーションのユーザ識別符号をリストアップしたうえで、
リストアップされたユーザ識別符号対応の現在のキャラ
クタ・ポジション対応表（図１８中ｅ）を読み出すこと
で、現在位置（図１８中ｊ）のノードから、その位置の
ノードを占めている現在のキャラクタ・ポジション対応
表（図１８中ｅ）を検索するインバーテッドファイルを
作成して、現在位置のノードを占めている１対２チーム
のキャラクタ・ポジション対応表を特定する。

【００１５】そのために、キャラクタ遭遇処理を開始し
た（図１４中ａ）コンピュータ３ａは、予め全ユーザス
テーション共用の背景地図情報データベース（図１８中
ｆ）の該当アドレス領域にアクセスすることで、探索ル
ート設定予約の対象となりうる前提の背景ルート情報
（図１８中ｇ）を読み出して、かかる前提の背景ルート
上のノードごとの処理をすべてのノードについて逐次的
に実行する（図１４中ｂ）際に、先ず、上記背景ルート
上で最初に着目するノードについて、そのノードを現在
位置のノードとして占めている現在のキャラクタ・ポジ
ション対応表（図１８中ｅ）を上述のインバーテットフ
ァイルにより検索することで、そのようなキャラクタ・
ポジション対応表（図１８中ｅ）のすべてをリストアッ
プする（図１４中ｃ）。次いで、コンピュータ３ａは、
上記処理（図１４中ｃ）により、リストアップされたキ
ャラクタ・ポジション対応表が２個、つまり、１対２チ
ームの分以上であるかどうかを判定し（図１４中ｄ）、
上記判定結果（図１４中ｄ）が「Ｎｏ」であり、１対２
チームの分に達しない場合には、ゲーム的に対置不能で
あるので、上記背景ルート上で着目するノードを歩進さ
せて、次のノードについて（図１４中ｅ）の処理を続行
する（図１４中ｂ）。一方、上記判定結果（図１４中
ｄ）が「Ｙｅｓ」であり、１対２チームの対置が可能で
ある場合には、着目するノードを現在位置のノードとし
て占めているすべてのキャラクタ・ポジション対応表
（図１８中ｅ）から乱数処理による無作為抽出で、２
個、つまり、１対２チーム分のキャラクタ・ポジション
対応表を選定した上で、ここで選定された２個のキャラ
クタ・ポジション対応表を上述のインバーテッドファイ
ルによる検索でリストアップされたキャラクタ・ポジシ
ョン対応表の中から抹消しておくことで（図１４中
ｆ）、２個以上のキャラクタ・ポジション対応表がリス
トアップされていて、次回以降の後続のパスにより、逐
次的に何回も２個の、つまり、１対２チーム分のキャラ
クタ・ポジション対応表を選定するような場合でも、適
正な処理が行えるようにしてある。以上の一連のキャラ
クタ遭遇処理（図１４中ａ〜ｆ）を実行し終えたコンピ
ュータ３ａは、シミュレーションゲーム演算処理（図１
４中ｇ）に移行し、図１５に示されるサブルーチン処理
に飛ぶ。

【００１６】以上の説明では、複数のユーザステーショ
ン２Ａ、２Ｂ．．．２Ｎのうちの任意の１つのユーザス
テーションにおける処理に着目して、そこで実行される
処理をプレイヤキャラクタ選定処理と相手キャラクタ選
定処理の双方を包含するキャラクタ選定処理として把握
し、同様に、そこで実行される処理をプレイヤキャラク
タ遭遇事象確定処理と相手キャラクタ遭遇事象確定処理
の双方を包含するキャラクタ遭遇事象確定処理として把
握しているが、キャラクタ選定予約処理の場合と同様
に、本願発明のビデオゲーム装置では、複数のユーザス
テーションのうちの任意の１つが、１つのゲーム管理ス
テーション３を介して、複数のユーザステーションのう
ちの任意の１つと対置する構成となっているので、同等
のキャラクタ選定処理に関し、着目された任意の１つの
ユーザステーションでは、これをプレイヤキャラクタ選
定処理として実行し、一方、着目された他の任意の１つ
のユーザステーションでは、これを相手キャラクタ選定
処理として実行するものであり、さらに、同様に、同等
のキャラクタ遭遇事象確定処理に関し、着目された任意
の１つのユーザステーションでは、これをプレイヤキャ
ラクタ遭遇事象確定処理として実行し、一方、着目され
た他の任意の１つのユーザステーションでは、これを相
手キャラクタ遭遇事象確定処理として実行するものであ
る。従って、因に、プレイヤキャラクタ事象確定処理
（図１１中Ｂ）中のノード歩進処理において、任意の１
つのユーザステーションについて選定された１チームの
キャラクタが、定期処理を規定するキャラクタ遭遇時点
ごとに歩進しながら辿る１つの探索ルート（図１８中ｉ
の所定の領域に記憶されている）は、同処理において、
任意の他の１つのユーザステーションについて選定され
た他の１チームのキャラクタが、上記キャラクタ遭遇時
点ごとに歩進しながら辿る他の１つの探索ルート（図１
８中ｉの他の領域に記憶されている）とは、背景ルート
（図１８中ｇ）上に存在している点では共通している
が、全く別々のものである。つまり、キャラクタ遭遇時
点のたびに、別々の探索ルート上のノードを１つずつ歩
進するということである。そして、遭遇事象確定処理
（図１１中Ｂ）中のキャラクタ遭遇処理においては、上
述のノード歩進処理により、各別の探索ルート（図１８
中ｉ）上のノードの１つ１つを遭遇時点ごとに一斉に歩
進する各別のチームのキャラクタ群のうちの１対２チー
ムについての背景ルート（図１８中ｇ）上のノードでの
偶発的な遭遇事象が、背景ルート上のすべてのノードの
１つ１つについて、キャラクタ遭遇時点ごとに、同時的
に実現されることになる。因に、この場合の作動状況の
１例を挙げれば以下のとおりである。いま、複数個のユ
ーザステーションのうちの、任意の１つに着目すると、
ここでのマウスなどによるプレイヤキャラクタ前提事象
予約指令操作としての探索ルート設定予約指令操作に応
じて、探索ルート設定予約処理を行うべく、当該ユーザ
ステーションの表示装置において、ユーザステーション
に共通の背景地図Ａと、該背景地図上に重畳描画された
ユーザステーションに共通の背景ルートＢと、該背景ル
ートの一部分又は全部としてユーザステーションごとに
固有に選定された探索ルートＣと、当該ユーザステーシ
ョンに係る１４チームのキャラクタ群の現在位置のノー
ドＤとをまとめて表示するようにした表示画面（図７中
ｄ）を例示するのが図１９である。一方、複数個のユー
ザステーションのうちの、任意の他の１つに着目する
と、ここでの相手キャラクタ前提事象予約指令操作とし
ての探索ルート設定予約指令操作に応じて、探索ルート
設定予約処理を行うべく、当該ユーザステーションの表
示装置において、ユーザステーションに共通の背景地図
Ａと、該背景地上に重畳描画されたユーザステーション
に共通の背景ルートＢと、該背景ルートの一部分又は全
部として、ユーザステーションごとに固有に選定された
探索ルートＣｘと、当該ユーザステーションに係る１チ
ームのキャラクタ群の現在位置のノードＤｘとを、まと
めて表示するようにした表示画面を例示するのが図２０
である。

【００１７】そして、図１９の表示画面によれば、ノー
ド１〜４０で識別される４０個のノード群中の各別のノ
ード間の連結関係で表現される背景ルート上において、
ノード２０〜ノード２１〜ノード２２〜ノード２７〜ノ
ード３２〜ノード３１〜ノード３０〜ノード２５〜ノー
ド２６〜ノード２０の連結関係で指定されるループ状の
部分が探索ルートとして選定されていることが同図中の
太線で示されている。同様に、図２０の表示画面によれ
ば、上記と同一の背景ルート上において、ノード１７〜
ノード２３〜ノード２２〜ノード２１〜ノード２０〜ノ
ード１６〜ノード１１〜ノード７〜ノード１２〜ノード
１７の連結関係で指定されるループ状の部分が探索ルー
トとして選定されていることが同図中の太線で示されて
いる。このような、共通の背景地図、共通の背景ルー
ト、各別の探索ルートの前提の下で、キャラクタ遭遇時
点ごとのノード歩進処理に際しては、図１９の表示画面
上の探索ルート上では、任意に指定された開始位置、例
えば、ノード２０から、指定された順序で、例えば、ノ
ード２０〜ノード２１〜ノード２２の順序で、当該ユー
ザステーションに係る１チームのキャラクタ群の現在位
置がキャラクタ遭遇時点ごとに歩進し、この間、同時的
に、図２０の表示画面上の探索ルート上では、任意の指
定された開始位置、例えば、ノード１７から、指定され
た順序で、例えば、ノード１７〜ノード２３〜ノード２
２の順序で当該ユーザステーションに係る１チームのキ
ャラクタ群の現在位置がキャラクタ遭遇時点ごとに歩進
する。従って、この動作例では、開始位置から３回目の
歩進時点、つまり、３回目のキャラクタ遭遇時点で図１
９の表示画面上でも、図２０の表示画面上でも、各チー
ムのキャラクタ群の現在位置が各別の探索ルート上にお
いて、共通のノード２２に到達することになり、これに
より、このキャラクタ遭遇時点において、２つのチーム
のキャラクタ群が探索ルートのノード２２上で対置する
のである。このとき、複数個のユーザステーションの中
の上記２個以外の別のユーザステーションにあっては、
別の探索ルートのノード２２上の現在位置を当該ユーザ
ステーションに係る１チームのキャラクタ群が占めてい
るかもしれないが、その場合には、既述のように、乱数
処理（図１４中ｆ）により、３チームの中から、対置す
る２チームが選定される。

【００１８】続いて、上記シミュレーションゲーム演算
処理（図１１中Ｃ）においては、上述のキャラクタ遭遇
処理により、キャラクタ遭遇事象として対置されるべく
無作為抽出で選定された１対２チーム分のキャラクタ・
ポジション対応表（図１４中ｆ）について、換言すれ
ば、背景ルート上に各別に設定された２つの探索ルート
上の互いに一致した１つのノード上で対置される２チー
ムのキャラクタ群について、以下のシミュレーションゲ
ーム演算処理を実行する。即ち、シミュレーションゲー
ム演算処理を開始した（図１５中ａ）コンピュータ３ａ
は、先ず、上述のキャラクタ選定処理（図１１中Ａ、及
び、図１２中ｂ、ｄ、ｅ）の場合と同様に、すべてのユ
ーザステーションを各別に特定するユーザ識別符号のす
べてについて、逐次的に処理を実行すべく、ユーザデー
タベース（図１８中ａ）において、各別のユーザ識別符
号のユーザステーションに関するユーザ情報（図１８中
ｂ）に割り当てられた各別のアドレス領域中の該当アド
レスに逐次的にアクセスすることで、各別のユーザ識別
符号についてのバトル経過一覧表（図１８中ｋ）とバト
ル成果表（図１８中ｌ）を読み出して記憶更新処理を開
始し（図１５中ｂ）、キャラクタ遭遇処理中の図１４中
ｆの処理により、選定されて対置されている１対２チー
ムのキャラクタ・ポジション対応表（図１８中ｅ）を読
み出しておいて、キャラクタごとの攻撃順位に従って攻
撃優先のキャラクタを確定する（図１５中ｃ）。ところ
で、各別のユーザステーションのユーザ識別符号対応で
ユーザデータベース（図１８中ａ）に記憶されている現
在のチーム編成を特定するポジション・キャラクタ対応
表（図１８中ｅ）は、例えば、図１８中ｅ１で示される
ように構成されている。即ち、図１８中ｅ１において、
１個の「乗物」キャラクタは、最大キャラクタ積載量
（ＭＡＸ）と耐久力（ＨＰ）とで性格付けられていて、
このような「乗物」キャラクタ以外の８個の「生物」キ
ャラクタは、重さ（ＳＩＺＥ）と耐久力（ＨＰ）と攻撃
力（ＡＰ）と攻撃順位としての素早さ（ＡＧＩ）とで性
格付けられていて、このような８個の「生物」キャラク
タの合計の重さ（ＳＩＺＥ）が上述の「乗物」キャラク
タの最大キャラクタ積載量（ＭＡＸ）を越えていないと
いう制限下で８個までの「生物」キャラクタが、１個の
「乗物」キャラクタ上に積載される。この場合、８個の
「生物」キャラクタは、図２１に示されるように中央の
ポジションを占める１個の「乗物」キャラクタを囲むよ
うにして、１辺当たり３箇所の平面的配置（ポジショ
ン）である「左上」「上」「右上」「左」「右」「左
下」「下」「右下」の各ポジションをバトルポジション
として占めており、そのようなキャラクタ・ポジション
対応表の構成は、次のキャラクタ遭遇時点で現在のキャ
ラクタ・ポジション対応表（図１８中ｅ）となるべく予
約されているキャラクタ・ポジション対応表（図１８中
ｄ）についても同様であり、例えば、図１８中ｄ１に示
されるように構成されている。因に、ここでは、「左
上」「右上」「右」「左下」「右下」の各バトルポジシ
ョンについて、予約選定によるキャラクタの入れ換えが
行われようとしている状態が例示されている。そして、
このようなキャラクタ・ポジション対応表（図１８中ｅ
１、図１８中ｄ１）中に選定されている「生物」キャラ
クタと「乗物」キャラクタは、各別のユーザステーショ
ンのユーザ識別符号対応でユーザデータベース（図１８
中ａ）に記憶されている現有キャラクタ群一覧表（図１
８中ｃ）から、既述のキャラクタ選定予約処理、キャラ
クタ選定処理により、同一のユーザ識別符号対応でユー
ザデータベース（図１８中ａ）に記憶されている当該キ
ャラクタ・ポジション対応表（図１８中ｅ１、図１８中
ｄ１）に対して書き写されたものであるが、ここでの上
記現有キャラクタ群一覧表（図１８中ｃ）は、例えば、
図１８中ｃ１に示されるように、「生物」キャラクタの
種類ごとの保有数と「乗物」キャラクタの種類ごとの保
有数の一覧表として構成されている。ここで、図１５中
ｃの処理に戻って、この処理により、キャラクタポジシ
ョンごとの攻撃順位に従って攻撃優先のキャラクタを確
定するということは、上述の図１４中ｆの処理により、
選定されて対置されている１対２チーム分のキャラクタ
・ポジション対応表（図１８中ｅ１）中の素早さ（ＡＧ
Ｉ）に着目してキャラクタ群をソートすることで、上記
２チーム分のキャラクタ・ポジション対応表中で素早さ
（ＡＧＩ）の数値の大きい「生物」キャラクタから順に
１つずつを攻撃優先の「生物」キャラクタとして選定
し、これにより、対置する１対２チームのキャラクタ群
のうちのいずれか１つの攻撃優先の「生物」キャラクタ
を後続の一連のシミュレーションゲーム演算処理の対象
として確定するということである。

【００１９】ところで、上記処理例では、上記１対２チ
ームのキャラクタ・ポジション対応表（図１８中ｅ１）
中の素早さ（ＡＧＩ）、つまり、キャラクタ依存の攻撃
順位に着目して、キャラクタ群をソートして攻撃優先の
「生物」キャラクタを選定しているが、キャラクタ・ポ
ジション対応表（図１８中ｅ１）中のポジション自体、
つまり、ポジション依存の攻撃順位に着目してキャラク
タ群をソートして攻撃優先の「生物」キャラクタを選定
してもよい。さて、上記処理（図１５中ｃ）により、１
つの攻撃優先の「生物」キャラクタが確定されると、次
いで、コンピュータ３ａは、選定済みの１対２チームの
「生物」キャラクタ群のうち、ここで確定された攻撃優
先の「生物」キャラクタのバトルポジションに対して
の、対置のチームにおける対応バトルポジション、例え
ば、対置されている１対２チームのうちのプレイヤキャ
ラクタで編成される方のチームの「右」ポジションを占
めている攻撃優先の「生物」キャラクタを仮定すれば、
相手キャラクタで編成されるチームの方の「右」ポジシ
ョンを占めているような対応の「生物」キャラクタがそ
こに配置されているかどうかを判定する（図１５中
ｄ）。その判定結果（図１５中ｄ）が「Ｙｅｓ」であ
り、対応バトルポジションに「生物」キャラクタが配置
されている場合には、そこに配置されている対応の「生
物」キャラクタに係るキャラクタ・ポジション対応表
（図１８中ｅ１）中の耐久力（ＨＰ）から攻撃優先の
「生物」キャラクタに係るキャラクタ・ポジション対応
表（図１８中ｅ１）中の攻撃力（ＡＰ）を減算し（図１
５中ｅ）、対応の「生物」キャラクタに係るキャラクタ
・ポジション対応表（図１８中ｅ１）中の耐久力（Ｈ
Ｐ）が０になるまで減少して消滅したときに、そのよう
な対応の「生物」キャラクタについて、ここでのシミュ
レーションゲーム演算処理での対応バトルポジション上
の配置を抹消し（図１５中ｆ）たうえで、次の攻撃優先
の「生物」キャラクタ（相手プレイヤキャラクタで編成
されるチームの方の「生物」キャラクタであるかもしれ
ない）を確定して上記の処理をすべての攻撃優先の「生
物」キャラクタ、換言すれば、対置されている１対２チ
ームのすべての「生物」キャラクタについて続行する
（図１５中ｃ）。一方、上記判定結果（図１５中ｄ）が
「Ｎｏ」であり、対応バトルポジションに「生物」キャ
ラクタが配置されていないか、或いは、そこでの配置が
抹消された（図１５中ｆ）場合には、そこに配置されう
る筈の「生物」キャラクタ、或いは、そこに配置されて
いた「生物」キャラクタが積載される筈の「乗物」キャ
ラクタに係るキャラクタ・ポジション対応表（図１８中
ｅ１）中の耐久力（ＨＰ）から、攻撃優先の「生物」キ
ャラクタに係るキャラクタ・ポジション対応表（図１８
中ｅ１）中の攻撃力（ＡＰ）を減算し（図１５中ｇ）、
当該「乗物」キャラクタに係るキャラクタ・ポジション
対応表（図１８中ｅ１）中の耐久力（ＨＰ）が０になる
まで減少して消滅したかどうかを判定する（図１５中
ｈ）。上記判定結果（図１５中ｈ）が「Ｎｏ」であり、
当該「乗物」キャラクタに係る耐久力（ＨＰ）が残存し
ている場合には、次の攻撃優先の「生物」キャラクタを
確定して、上記一連の処理（図１５中ｃ、ｄ、ｅ、ｆ、
ｇ、ｈ）を続行する。一方、上記判定結果（図１５中
ｈ）が「Ｙｅｓ」であり、当該「乗物」キャラクタに係
る耐久力（ＨＰ）が０になるまで減少して消滅した場合
には、ここで対置されている１対２チームのうち、かか
る耐久力（ＨＰ）の残存していない対応バトルポジショ
ンの「乗物」キャラクタに対する攻撃優先の「生物」キ
ャラクタを含んで編成されている方のチームを勝者と
し、逆に、このとき、耐久力（ＨＰ）の残存していない
対応バトルポジションの「乗物」キャラクタ自体を含ん
で編成されている方のチームを敗者とし、両チームの当
該ユーザ識別符号対応でユーザデータべース（図１８中
ａ）の該当アドレス領域にアクセスすることで、バトル
成果表（図１８中ｌ）上のバトル成果としての勝敗数を
記憶更新する（図１５中ｉ）。

【００２０】次いで、コンピュータ３ａは、同様にし
て、両チームの該当ユーザ識別符号対応でユーザデータ
ベーズ（図１８中ａ）の別の該当アドレス領域にアクセ
スすることで、バトル経過一覧表（図１８中ｋ）上のバ
トル経過、即ち、上記対置されている１対２チーム中の
攻撃優先の「生物」キャラクタの１つずつについて実行
される当該攻撃優先の「生物」キャラクタの攻撃力（Ａ
Ｐ）の減算処理（図１５中ｅ）により、対応ポジション
の「生物」キャラクタの耐久力（ＨＰ）が減少してゆく
経過と、上記対応ポジションの「生物」キャラクタの耐
久力（ＨＰ）が残存しなくなった後に、耐久力（ＨＰ）
の残存していないような対応の「生物」キャラクタにつ
いて実行される当該攻撃優先の「生物」キャラクタの攻
撃力（ＡＰ）の減算処理（図１５中ｇ）により、対応の
「乗物」キャラクタの耐久力（ＨＰ）が減少してゆく経
過とをバトル経過一覧表として記憶更新して（図１５中
ｊ）、シミュレーションゲーム演算のサブルーチン処理
を終了し（図１５中ｋ）、図１４中ｇの処理に戻る。そ
して、１対２チームのキャラクタ群が対置されていた当
該ノード上にシミュレーションゲーム演算処理未完で残
されている他の１対２チームのキャラクタ群が存在せず
に、図１４中ｄの判定結果が「Ｎｏ」となり、かつ、背
景ルート情報（図１８中ｇ）上のすべてのノードについ
てキャラクタ遭遇処理が終了して、図１４中ｂの判定結
果が「Ｙｅｓ」となったときに、遭遇事象確定処理中の
キャラクタ遭遇処理も終了する（図１４中ｈ）。この場
合、一連の遭遇事象確定処理に連結されているシミュレ
ーションゲーム演算処理（図１４中ｇ、図１５中ａ〜
ｋ）を実行することにより、図１におけるプレイヤキャ
ラクタシミュレーションゲーム演算手段Ｉと相手キャラ
クタシミュレーション演算手段Ｊが実現される。さら
に、図１５中ｃの処理を中核として関連の処理を実行す
ることにより、攻撃優先プレイヤキャラクタ確定手段と
攻撃優先相手キャラクタ確定手段が実現され、図１５中
ｅの処理を中核として関連の処理を実行することによ
り、相手「生物」キャラクタ耐久力更新手段とプレイヤ
「生物」キャラクタ耐久力更新手段が実現され、図１５
中ｇの処理を中核として関連の処理を実行することによ
り、相手「乗物」キャラクタ耐久力更新手段とプレイヤ
「乗物」キャラクタ耐久力更新手段が実現され、図１５
中ｉの処理を中核として関連の処理を実行することによ
り、プレイヤキャラクタバトル成果計数手段と相手キャ
ラクタバトル成果計数手段が実現される。

【００２１】以上のシミュレーションゲーム演算処理が
実行された後の任意の時点で、上記シミュレーションゲ
ーム演算処理上で対置された１対２チームずつのチーム
群のいずれか、つまり、複数対のチームのいずれかに係
るユーザステーションにおいて、キーボード上の所定キ
ーの押下などによるシミュレーション表示指令操作が行
われると、当該ユーザステーション２Ａのコンピュータ
は、プログラムを実行することで、当該ユーザステーシ
ョン側のシミュレーションゲームの結果を当該ユーザス
テーション２Ａ側で表示して確認するためのシミュレー
ション表示処理に関するユーザステーション側の一連の
ジョブを実行する。即ち、シミュレーション表示処理を
開始した（図１６中ａ）コンピュータ２ａは、当該ユー
ザステーションのユーザ識別符号対応のユーザデータベ
ース（図１８中ａ）中のバトル経過一覧表（図１８中
ｋ）の内容、つまり、当該ユーザ側のバトル経過と、同
様に、ユーザ識別符号対応のユーザデータベース（図１
８中ａ）中のバトル成果表（図１８中ｌ）の内容、つま
り、当該ユーザ側のバトル成果としての勝敗数の当該ユ
ーザステーションへの転送要求（図１６中の要求６）を
ネットワーク経由でゲーム管理ステーション３に対して
発信する（図１６中ｂ）。すると、かかる転送要求を受
けて、ゲーム管理ステーション３のコンピュータ３ａ
は、上記シミュレーション表示処理のゲーム管理ステー
ション３側のジョブとしての、バトル経過一覧表とバト
ル成果表の転送要求応答処理を開始し（図１７中ａ）、
その転送要求（図１７中要求６）に係るユーザ識別符号
を識別し（図１７中ｂ）、ユーザデータベース（図１８
中ａ）において、上記図１７中ｂの処理により識別され
たユーザ情報（図１８中ｂ）に割り当てられたアドレス
領域中の該当アドレスにアクセスすることで、当該ユー
ザステーション２Ａに係るバトル経過一覧表（図１８中
ｋ）のバトル経過とバトル成果表（図１８中ｌ）のバト
ル成果としての勝敗数を読み出して（図１７中ｃ）、こ
れらを当該ユーザステーションを指定して転送すること
で、応答し（図１７中ｄ、応答６）、上記シミュレーシ
ョン表示処理のゲーム管理ステーション側のジョブを終
了する（図１７中ｅ）。一方、当該ユーザステーション
２Ａのコンピュータ２ａは、ゲーム管理ステーション３
からの上記応答６を受けて、ここに転送されてきたバト
ル経過一覧表とバトル成果表の勝敗数を表示装置２ｅの
画面上に表示して（図１６中ｃ）、上記シミュレーショ
ン表示処理のユーザステーション側のジョブを終了する
（図１６中ｄ）。この場合、図１６中ａ〜ｄの処理と図
１７中ａ〜ｅの処理を実行することにより、図１におけ
るプレイヤキャラクタシミュレーション表示手段ｋと相
手キャラクタシミュレーション表示手段Ｌが実現され、
さらに、プレイヤキャラクタバトル成果計数手段と相手
キャラクタバトル成果計数手段も実現される。

【図面の簡単な説明】

【図１】この発明の機能ブロック図（クレーム対応図）
である。

【図２】この発明の実施の形態におけるハードウエア上
の構成を示すブロック図である。

【図３】

【図７】

【図１６】この発明の実施の形態におけるユーザステー
ション２Ａのコンピュータ２ａで実行されるプログラム
のフローチャートである。

【図４】

【図５】

【図６】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１７】この発明の実施の形態におけるゲーム管理ス
テーション３のコンピュータ３ａで実行されるプログラ
ムのフローチャートである。

【図１８】この発明の実施の形態におけるゲーム管理ス
テーション３のハードディスク３ｅに格納されるデータ
ベースの構成を示す説明図である。

【図１９】この発明の実施の形態におけるユーザステー
ション２Ａの表示装置２ｅにより表示される共通の背景
地図、共通の背景ルート、該背景ルートの一部分又は全
部として設定される探索ルート、該探索ルート上での当
該ユーザステーション２Ａに係るプレイヤキャラクタ群
の現在位置のノードの図形を例示する説明図である。

【図２０】この発明の実施の形態におけるユーザステー
ション２Ａ以外のユーザステーションの表示装置により
表示される背景地図、背景ルート、探索ルート、探索ル
ート上での当該ユーザステーションに係る相手キャラク
タ群の現在位置のノードの図形を例示する説明図であ
る。

【図２１】この発明の実施の形態における１チームのキ
ャラクタ群の編成を例示する説明図である。

【符号の説明】

Ａ．．．プレイヤキャラクタ選定予約手段 Ｂ．．．相手キャラクタ選定予約手段 Ｃ．．．プレイヤキャラクタ選定手段 Ｄ．．．相手キャラクタ選定手段 Ｅ．．．プレイヤキャラクタ遭遇前提事象予約手段 Ｆ．．．相手キャラクタ遭遇前提事象予約手段 Ｇ．．．プレイヤキャラクタ遭遇事象確定手段 Ｈ．．．相手キャラクタ遭遇事象確定手段 Ｉ．．．プレイヤキャラクタシミュレーションゲーム演
算手段 Ｊ．．．相手キャラクタシミュレーションゲーム演算手
段 Ｋ．．．プレイヤキャラクタシミュレーション表示手段 Ｌ．．．相手キャラクタシミュレーション表示手段 １．．．ネットワーク ２Ａ〜２Ｎ．．．ユーザステーション ２ａ．．．コンピュータ ２ｂ．．．メモリ（ＲＡＭ） ２ｃ．．．ハードディスク ２ｄ．．．入力装置 ２ｅ．．．表示装置 ２ｆ．．．バス ２ｇ．．．ネットワークインターフェイス ３．．．ゲーム管理ステーション ３ａ．．．コンピュータ ３ｂ．．．メモリ（ＲＡＭ） ３ｃ．．．ハードディスク ３ｆ．．．バス ３ｇ．．．ネットワークインターフェイス ３ｈ．．．タイマ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 関口 昌隆 栃木県下都賀郡壬生町おもちゃのまち３− ６−20 株式会社バンダイテクニカルデザ インセンター内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ゲーム参加以前の初期キャラクタ選定予
   約期間中及びゲーム期間中の任意の時点でのプレイヤに
   よるプレイヤキャラクタ選定予約指令操作に応じて、１
   チームのプレイヤキャラクタの選定を予約するプレイヤ
   キャラクタ選定予約手段Ａと、ゲーム参加以前の初期キ
   ャラクタ選定予約期間中及びゲーム期間中の任意の時点
   での１又はそれ以上の相手プレイヤのいずれかによる相
   手キャラクタ選定予約指令操作に応じて、１チームの相
   手キャラクタの選定を予約する相手キャラクタ選定予約
   手段Ｂと、ゲーム期間中の予め固定又は可変に設定され
   たキャラクタ遭遇期間ごとに出現するキャラクタ遭遇時
   点ごとに、上記プレイヤキャラクタ選定予約手段により
   予約されている１チームのプレイヤキャラクタをゲーム
   に参加する１チームのプレイキャラクタとして選定する
   プレイヤキャラクタ選定手段Ｃと、キャラクタ遭遇期間
   ごとに出現するキャラクタ遭遇時点ごとに、上記相手キ
   ャラクタ選定予約手段により予約されている１チームの
   相手キャラクタをゲームに参加する１チームの相手キャ
   ラクタとして選定する相手キャラクタ選定手段Ｄと、ゲ
   ーム参加以前の初期キャラクタ遭遇前提事象予約期間中
   及びゲーム期間中の任意の時点でのプレイヤによるプレ
   イヤキャラクタ遭遇前提事象予約指令操作に応じて、プ
   レイヤによる１チームのプレイヤキャラクタと相手プレ
   イヤのいずれかによる１チームの相手キャラクタとの間
   でのプレイヤキャラクタ遭遇前提事象を予約するプレイ
   ヤキャラクタ遭遇前提事象予約手段Ｅと、ゲーム参加以
   前の初期キャラクタ遭遇前提事象予約期間中及びゲーム
   期間中の任意の時点での相手プレイヤのいずれかによる
   相手キャラクタ遭遇前提事象予約指令操作に応じて、相
   手プレイヤのいずれかによる１チームの相手キャラクタ
   とプレイヤによる１チームのプレイヤキャラクタとの間
   での相手キャラクタ遭遇前提事象を予約する相手キャラ
   クタ遭遇前提事象予約手段Ｆと、いずれかのキャラクタ
   遭遇時点で、上記プレイヤキャラクタ遭遇前提事象予約
   手段により予約されているプレイヤキャラクタ遭遇前提
   事象をプレイヤキャラクタ遭遇事象として確定するプレ
   イヤキャラクタ遭遇事象確定手段Ｇと、いずれかのキャ
   ラクタ遭遇時点で、上記相手キャラクタ遭遇前提事象予
   約手段により予約されている相手キャラクタ遭遇前提事
   象を相手キャラクタ遭遇事象として確定する相手キャラ
   クタ遭遇事象確定手段Ｈと、いずれかのキャラクタ遭遇
   時点で確定されたプレイヤキャラクタ遭遇事象として対
   置される、１チームのプレイヤキャラクタと１チームの
   相手キャラクタとの間でのプレイヤキャラクタシミュレ
   ーションゲーム演算を実行し、プレイヤキャラクタシミ
   ュレーション結果を算出するプレイヤキャラクタシミュ
   レーションゲーム演算手段Ｉと、いずれかのキャラクタ
   遭遇時点で確定された相手キャラクタ遭遇事象として対
   置される、１チームの相手キャラクタと１チームのプレ
   イヤキャラクタとの間での相手キャラクタシミュレーシ
   ョンゲーム演算を実行し、相手キャラクタシミュレーシ
   ョン結果を算出する相手キャラクタシミュレーションゲ
   ーム演算手段Ｊと、少なくとも、プレイヤキャラクタ選
   定手段により選定された１チームのプレイヤキャラクタ
   と、プレイヤキャラクタ遭遇事象確定手段により確定さ
   れたプレイヤキャラクタ遭遇事象と、プレイヤキャラク
   タシミュレーションゲーム演算手段により算出されたプ
   レイヤキャラクタシミュレーション結果を表示するプレ
   イヤキャラクタシミュレーション表示手段Ｋと、少なく
   とも、相手キャラクタ選定手段により選定された１チー
   ムの相手キャラクタと、相手キャラクタ遭遇事象確定手
   段により確定された相手キャラクタ遭遇事象と、相手キ
   ャラクタシミュレーションゲーム演算手段により算出さ
   れた相手キャラクタシミュレーション結果を表示する相
   手キャラクタシミュレーション表示手段Ｌとを備え、キ
   ャラクタ遭遇時点で、プレイヤキャラクタ遭遇事象ない
   し相手キャラクタ遭遇事象を生起すべく対置される、１
   チームのプレイヤキャラクタと１チームの相手キャラク
   タとの間でのシミュレーションゲームを行うことを特徴
   とするセミ・リアルタイム・シミュレーション型のビデ
   オゲーム装置。
2. 【請求項２】 １チームのプレイヤキャラクタ又は１チ
   ームの相手キャラクタが、（１）少なくとも、最大キャ
   ラクタ積載量（ＭＡＸ）と耐久力（ＨＰ）とで性格付け
   られる１個の「乗物」キャラクタと、（２）少なくと
   も、重さ（ＳＩＺＥ）と耐久力（ＨＰ）と攻撃力（Ａ
   Ｐ）と攻撃順位とで性格付けられていて、合計の重さ
   （ＳＩＺＥ）が最大キャラクタ積載量（ＭＡＸ）を越え
   ない範囲で「乗物」キャラクタに積載される複数個の
   「生物」キャラクタとを含んでいる請求項１記載のセミ
   ・リアルタイム・シミュレーション型のビデオゲーム装
   置。
3. 【請求項３】 プレイヤキャラクタ遭遇事象確定手段
   が、背景地図上に予め固定的に設定された背景ルート上
   の複数個のノードのうちの任意の複数個のノードを選択
   指定して、選択指定された複数個のノードを繋ぐように
   相手キャラクタ探索ルートを形成し、相手キャラクタ探
   索ルート上の複数個のノードを予め指定された順序に従
   って、キャラクタ遭遇時点ごとに歩進して、相手キャラ
   クタ探索ルート上の複数個のノードのうちの１個を指定
   し、指定されたノードが、相手キャラクタ遭遇事象確定
   手段によりプレイヤキャラクタ探索ルート上で指定され
   た１個のノードと一致したときに、プレイヤキャラクタ
   遭遇事象を確定するようなプレイヤキャラクタ遭遇事象
   確定手段であり、相手キャラクタ遭遇事象確定手段が、
   背景地図上に予め固定的に設定された背景ルート上の複
   数個のノードのうちの任意の複数個のノードを選択指定
   して、選択指定された複数個のノードを繋ぐようにプレ
   イヤキャラクタ探索ルートを形成し、プレイヤキャラク
   タ探索ルート上の複数個のノードを予め指定された順序
   に従って、キャラクタ遭遇時点ごとに歩進して、プレイ
   ヤキャラクタ探索ルート上の複数個のノードのうちの１
   個を指定し、指定されたノードが、プレイヤキャラクタ
   遭遇事象確定手段により相手キャラクタ探索ルート上で
   指定された１個のノードと一致したときには、相手キャ
   ラクタ遭遇事象を確定するような相手キャラクタ遭遇事
   象確定手段である請求項１記載のセミ・リアルタイム・
   シミュレーション型ビデオゲーム装置。
4. 【請求項４】 プレイヤキャラクタシミュレーションゲ
   ーム演算手段は、（１）１チームのプレイヤキャラクタ
   中の「生物」キャラクタごと又は「生物」キャラクタの
   ポジションごとの攻撃順位と、１チームのプレイヤキャ
   ラクタに対置される１チームの相手キャラクタ中の「生
   物」キャラクタごと又は「生物」キャラクタのポジショ
   ンごとの攻撃順位とに従って、攻撃優先のプレイヤ「生
   物」キャラクタを確定する攻撃優先プレイヤキャラクタ
   確定手段と、（２）攻撃優先のプレイヤ「生物」キャラ
   クタから、対置の１チームの相手キャラクタ中で、攻撃
   優先のプレイヤ「生物」キャラクタのポジションとの関
   係でバトルポジションを占める相手「生物」キャラクタ
   に対しての攻撃を実行し、上記相手「生物」キャラクタ
   の耐久力（ＨＰ）から、攻撃優先のプレイヤ「生物」キ
   ャラクタの攻撃力（ＡＰ）を減算して、上記相手「生
   物」キャラクタの耐久力（ＨＰ）を更新する相手「生
   物」キャラクタ耐久力更新手段と、（３）攻撃優先のプ
   レイヤ「生物」キャラクタのポジションとの関係でバト
   ルポジションを占める相手「生物」キャラクタの耐久力
   （ＨＰ）が消滅しているときに、攻撃優先のプレイヤ
   「生物」キャラクタから、対置の１チームの相手キャラ
   クタ中の相手「乗物」キャラクタに対しての攻撃を実行
   し、上記相手「乗物」キャラクタの耐久力（ＨＰ）か
   ら、攻撃優先のプレイヤ「生物」キャラクタの攻撃力
   （ＡＰ）を減算して、上記相手「乗物」キャラクタの耐
   久力（ＨＰ）を更新する相手「乗物」キャラクタ耐久力
   更新手段と、（４）更新された相手「乗物」キャラクタ
   の耐久力（ＨＰ）が消滅したときに、プレイヤキャラク
   タバトル成果を計数するプレイヤキャラクタバトル成果
   計数手段とをさらに含んでおり、相手キャラクタシミュ
   レーションゲーム演算手段は、（１）１チームの相手キ
   ャラクタ中の「生物」キャラクタごと又は「生物」キャ
   ラクタのポジションごとの攻撃順位と１チームの相手キ
   ャラクタに対置される１チームのプレイヤキャラクタ中
   の「生物」キャラクタごと又は「生物」キャラクタのポ
   ジションごとの攻撃順位とに従って、攻撃優先の相手
   「生物」キャラクタを確定する攻撃優先相手キャラクタ
   確定手段と、（２）攻撃優先の相手「生物」キャラクタ
   から、対置の１チームの相手キャラクタ中で、攻撃優先
   の相手「生物」キャラクタのポジションとの関係でバト
   ルポジションを占めるプレイヤ「生物」キャラクタに対
   して攻撃を実行し、上記プレイヤ「生物」キャラクタの
   耐久力（ＨＰ）から、攻撃優先の相手「生物」キャラク
   タの攻撃力（ＡＰ）を減算して、上記プレイヤ「生物」
   キャラクタの耐久力（ＨＰ）を更新するプレイヤ「生
   物」キャラクタ耐久力更新手段と、（３）攻撃優先の相
   手「生物」キャラクタのポジションとの関係でバトルポ
   ジションを占めるプレイヤ「生物」キャラクタの耐久力
   （ＨＰ）が消滅しているときに、攻撃優先の相手「生
   物」キャラクタから、対置の１チームのプレイヤキャラ
   クタ中のプレイヤ「乗物」キャラクタに対しての攻撃を
   実行し、上記プレイヤ「乗物」キャラクタの耐久力（Ｈ
   Ｐ）から、攻撃優先の相手「生物」キャラクタの攻撃力
   （ＡＰ）を減算して、上記プレイヤ「乗物」キャラクタ
   の耐久力（ＨＰ）を更新するプレイヤ「乗物」キャラク
   タ耐久力更新手段と、（４）更新されたプレイヤ「乗
   物」キャラクタの耐久力（ＨＰ）が消滅したときに、相
   手キャラクタバトル成果を計数する相手キャラクタバト
   ル成果計数手段とをさらに含んでいる請求項１記載のセ
   ミ・リアルタイム・シミュレーション型のビデオゲーム
   装置。
5. 【請求項５】 １チームのプレイヤキャラクタが唯一の
   プレイヤキャラクタで成り、１チームの相手キャラクタ
   が唯一の相手キャラクタで成る請求項１記載のセミ・リ
   アルタイム・シミュレーション型のビデオゲーム装置。
6. 【請求項６】 攻撃順位がキャラクタ依存の素早さ（Ａ
   ＧＩ）である請求項２記載のセミ・リアルタイム・シミ
   ュレーション型ビデオゲーム装置。