JP2002239242A - ゲーム情報、情報記憶媒体及びゲームシステム - Google Patents

Abstract

(57)【要約】 【課題】 複数のプレーヤが個々に作成したキャラクタ
が、所有者の操作対象となっているか否かに関わらずゲ
ーム空間内に残されるゲームにおいて、長期間ゲームを
行わず、且つ対価を払っていないプレーヤに対してもゲ
ームサービスを提供し続けることを防ぐ。 【解決手段】 ゲームサーバ２０は、一定期間毎に、各
キャラクタについて、その所有者のプレイ度合(最終プ
レイ日からの経過日数、プレイ回数、投資メダル枚数
等)に基づき、該キャラクタのパラメータを変更する。
或いは、該キャラクタに対戦するキャラクタのパラメー
タの変更を、ゲーム端末１０に対して指示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲーム情報、該ゲ
ーム情報を記憶した情報記憶媒体、及びゲームシステム
に関する。

【０００２】

【従来の技術】例えばゲームセンターなどに設置し、長
期間に渡り、多くのプレーヤに対してゲームサービスを
提供するゲームシステムがある。このゲームシステムの
実行するゲームの一例として、次のようなゲームがあ
る。即ち、プレーヤは、個々に所有するキャラクタを作
成し、該作成したキャラクタをより強いものに育ててい
く過程を楽しむ。また、作成されたキャラクタは、作成
者であるプレーヤがゲームのプレイを行っていない場合
においても、ゲーム空間内に残される。このため、プレ
ーヤは、自分以外のプレーヤが作成したキャラクタに対
して勝負を挑む、といったことを楽しむことができる。
このようなゲームがある。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うなゲームにおいては、プレーヤがゲームを行っていな
い場合においても、該プレーヤが作成したキャラクタは
ゲーム空間に残されたままである。このため、長期間ゲ
ームを行わず、対価を払っていないプレーヤに対して
も、ゲームサービスを提供することになってしまう。ま
た、このゲームは、多くのプレーヤがプレイを行う形態
のゲームシステムである。そのため、例えば長期間の間
ゲームのプレイを行っていないプレーヤに関して、その
プレイデータを保持することは、ゲームシステムが記憶
するデータ量の制限上、効率のよいものではない。本発
明は、上記課題を解決するために為されるものである。

【０００４】

【課題を解決するための手段】以上の課題を解決するた
めに、請求項１記載のゲーム情報は、所有者による操作
対象となっていない残存キャラクタと、所有者による操
作対象となっている操作キャラクタと、が存在するゲー
ムを、プロセッサによる演算・制御により実行すること
となるシステム(例えば、図１のゲームシステム５０)に
対して、前記残存キャラクタ及び前記操作キャラクタの
内、一部又は全部のキャラクタの所有者のプレイ度合に
基づいて、前記残存キャラクタのパラメータを変更する
変更手段(例えば、図２０のダンジョン変更部８３０)、
を機能させるためのゲーム情報である。

【０００５】また、請求項８記載のゲームシステムは、
所有者による操作対象となっていない残存キャラクタ
と、所有者による操作対象となっている操作キャラクタ
と、が存在するゲームを実行するゲームシステム(例え
ば、図１のゲームシステム５０)であって、前記残存キ
ャラクタ及び前記操作キャラクタの内、一部又は全部の
キャラクタの所有者のプレイ度合に基づいて、前記残存
キャラクタのパラメータを変更する変更手段(例えば、
図１０のダンジョン変更部８３０)、を備えることを特
徴とする。

【０００６】この請求項１又は８記載の発明によれば、
例えば、相対的に、極端にプレイ度合の低い所有者の残
存キャラクタのパラメータを変更する、といったことが
可能となる。

【０００７】より具体的には、例えば請求項２記載の発
明のように、前記ゲームを、前記残存キャラクタと、前
記操作キャラクタと、が対戦するゲームとし、前記変更
手段に対して、少なくともパラメータの変更対象となっ
ている残存キャラクタの所有者のプレイ度合に基づい
て、当該残存キャラクタのパラメータを変更する、よう
に機能させるための情報を含むこととしてもよい。

【０００８】また、請求項９記載のゲームシステムのよ
うに、請求項８記載のゲームシステムにおいて、前記ゲ
ームは、前記残存キャラクタと、前記操作キャラクタ
と、が対戦するゲームであって、前記変更手段は、少な
くともパラメータの変更対象となっている残存キャラク
タの所有者のプレイ度合に基づいて、当該残存キャラク
タのパラメータを変更する、こととしてもよい。

【０００９】この請求項２又は９記載の発明によれば、
例えば、所定期間ゲームのプレイを行わないプレーヤの
残存キャラクタに対して、そのパラメータを低下させる
といったことが可能となり、該残存キャラクタと対戦す
る操作キャラクタは、勝利し易くなる。このことによ
り、その所有者が長期間ゲームのプレイを行っておら
ず、且つ非常に強力なパラメータを有する残存キャラク
タがゲーム空間内に存在し続けるといったことを防ぐこ
とができる。更に、対価を支払わないプレーヤに対し
て、ゲームサービスを提供し続けるといったことを防止
することができる。

【００１０】請求項３記載のゲーム情報は、所有者によ
る操作対象となっていないキャラクタであり、且つコン
ピュータ制御で操作される残存キャラクタと、所有者に
よる操作対象となっている操作キャラクタと、が対戦す
るゲームを、プロセッサによる演算・制御により実行す
ることとなるシステム(例えば、図１のゲームシステム
５０)に対して、少なくとも前記残存キャラクタの所有
者のプレイ度合に基づいて、前記残存キャラクタに対戦
する操作キャラクタのパラメータを変更する変更手段
(例えば、図１０のダンジョン変更部８３０)、を機能さ
せるためのゲーム情報である。

【００１１】また、請求項１０記載のゲームシステム
は、所有者による操作対象となっていないキャラクタで
あり、且つコンピュータ制御で操作される残存キャラク
タと、所有者による操作対象となっている操作キャラク
タと、が対戦するゲームを実行するゲームシステム(例
えば、図１のゲームシステム５０)であって、少なくと
も前記残存キャラクタの所有者のプレイ度合に基づい
て、前記残存キャラクタに対戦する操作キャラクタのパ
ラメータを変更する変更手段(例えば、図１０のダンジ
ョン変更部８３０)と、を備えることを特徴とする。

【００１２】この請求項３又は１０記載の発明によれ
ば、請求項２又は９記載の発明とは逆に、例えば、所定
期間ゲームのプレイを行わないプレーヤの残存キャラク
タに対戦する操作キャラクタに対して、そのパラメータ
を上昇させるといったことが可能となり、該残存キャラ
クタと対戦する操作キャラクタは、勝利し易くなる。

【００１３】請求項４記載のゲーム情報は、仮想空間内
の所定の陣地(例えば、実施形態のダンジョン)を奪い合
うゲームであって、当該陣地の所有者が当該陣地を改良
するとともに、当該陣地の戦闘に際して、当該陣地の防
御側をコンピュータ制御により、当該陣地への攻撃側を
プレーヤ操作により、実行するゲームを、プロセッサに
よる演算・制御により行うこととなるシステム(例え
ば、図１のゲームシステム５０)に対して、少なくとも
前記陣地の所有者のプレイ度合に基づいて、前記陣地の
防御力を変更する変更手段(例えば、図１０のダンジョ
ン変更部８３０)、を機能させるためのゲーム情報であ
る。

【００１４】また、請求項１１記載のゲームシステム
は、仮想空間内の所定の陣地(例えば、実施形態のダン
ジョン)を奪い合うゲームであって、当該陣地の所有者
が当該陣地を改良するとともに、当該陣地の戦闘に際し
て、当該陣地の防御側をコンピュータ制御により、当該
陣地への攻撃側をプレーヤ操作により、実行するゲーム
を行うゲームシステム(例えば、図１のゲームシステム
５０)であって、少なくとも前記陣地の所有者のプレイ
度合に基づいて、前記陣地の防御力を変更する変更手段
(例えば、図１０のダンジョン変更部８３０)、を備える
ことを特徴とする。

【００１５】この請求項４又は１１記載の発明によれ
ば、例えば、所定期間ゲームのプレイを行わないプレー
ヤの所有する陣地に対して、その防御力を低下させると
いったことが可能となり、防御力を低下された陣地は、
他のプレーヤに奪われ易くなる。このことにより、その
所有者が長期間ゲームのプレイを行っておらず、且つ非
常に防御力の高い陣地がゲーム空間内に存在し続けると
いったことを防ぐことができる。更に、対価を支払わな
いプレーヤに対して、ゲームサービスを提供し続けると
いったことを防止することができる。

【００１６】請求項５記載のゲーム情報は、仮想空間内
の所定の陣地(例えば、実施形態のダンジョン)を奪い合
うゲームであって、当該陣地の所有者が当該陣地を改良
するとともに、当該陣地の戦闘に際して、当該陣地の防
御側をコンピュータ制御により、当該陣地への攻撃側を
プレーヤ操作により、実行するゲームを、プロセッサに
よる演算・制御により行うこととなるシステム(例え
ば、図１のゲームシステム５０)に対して、少なくとも
前記陣地の所有者のプレイ度合に基づいて、前記陣地へ
の攻撃側の攻撃力を変更する変更手段(例えば、図１０
のダンジョン変更部８３０)、を機能させるためのゲー
ム情報である。

【００１７】また、請求項１２記載のゲームシステム
は、仮想空間内の所定の陣地(例えば、実施形態のダン
ジョン)を奪い合うゲームであって、当該陣地の所有者
が当該陣地を改良するとともに、当該陣地の戦闘に際し
て、当該陣地の防御側をコンピュータ制御により、当該
陣地への攻撃側をプレーヤ操作により実行するゲームを
行うゲームシステム(例えば、図１のゲームシステム５
０)であって、少なくとも前記陣地の所有者のプレイ度
合に基づいて、前記陣地への攻撃側の攻撃力を変更する
変更手段(例えば、図１０のダンジョン変更部８３０)、
を備えることを特徴とする。

【００１８】この請求項５又は１２記載の発明によれ
ば、請求項４又は１１記載の発明とは逆に、例えば、所
定期間ゲームのプレイを行わないプレーヤの所有する陣
地に対戦する操作キャラクタに対して、その攻撃力を上
昇させるといったことが可能となり、攻撃力が上昇され
た操作キャラクタは、該陣地を奪い易くなる。

【００１９】請求項６記載のゲーム情報は、請求項１か
ら５のいずれかに記載のゲーム情報において、所定量の
遊戯媒体と引き換えに前記変更手段による変更を一時的
に停止させる手段、を前記システムに機能させるための
情報を含むことを特徴とする。

【００２０】また、請求項１３記載のゲームシステム
は、請求項８から１２のいずれかに記載のゲームシステ
ムにおいて、所定量の遊戯媒体と引き換えに前記変更手
段による変更を一時的に停止させる手段、をさらに備え
ることを特徴とする。

【００２１】ここで、遊戯媒体とは、メダル、コイン、
紙幣、銀玉（パチンコ玉）、ゲーム中の仮想的な仮想メ
ダル、ゲーム中の仮想的な仮想コイン、ゲーム中の仮想
的な仮想紙幣、ゲーム中の仮想的な仮想銀玉等、プレー
ヤがゲームの実行に必要な対価に相当する媒体のことを
意味する。また、仮想メダル、仮想コイン、仮想紙幣及
び仮想銀玉が表示されることによってその量が表される
だけでなく、数字によってその量が表されてもよい。

【００２２】この請求項６又は１３記載の発明によれ
ば、プレーヤは、所定量の遊戯媒体を支払うことによ
り、自身の残存キャラクタが敗北し易くなる、或いは陣
地が奪われ易くなる、といったことを防ぐことができ
る。このことにより、対価を支払わないプレーヤに対し
て、ゲームサービスを提供しつづけるといったことを防
止することができる。

【００２３】更に、請求項７記載の情報記憶媒体のよう
に、請求項１から６のいずれかに記載のゲーム情報を記
憶することとしてもよい。

【００２４】

【発明の実施の形態】以下、図を参照して、実施の形態
を詳細に説明する。また、本発明を、ゲーム空間内に用
意される複数のダンジョンを、複数のプレーヤが奪い合
うゲームに適用した場合について説明するが、本発明が
適用されるものはこれに限られるものではない。

【００２５】本ゲームにおいて、各プレーヤは、他プレ
ーヤが所有するダンジョンに「挑戦」する。「挑戦」の結
果、ダンジョンを「占領」すると、占領したプレーヤ
が、ダンジョンの新たな「所有者」となる。また、「挑戦」
の結果、ダンジョンを「占領」できなければ「敗退」とな
り、ダンジョンの「所有者」は、プレーヤの「挑戦」を退け
たこととなる。また、ダンジョンの「所有者」は、他プレ
ーヤの「挑戦」を退けるために、所有するダンジョンを
「更新」し、より強いダンジョンにすることができる。

【００２６】図１は、本発明を適用したゲームシステム
５０の概観を示す図である。ゲームシステム５０は、ゲ
ームセンター(アーケード等)に設置される、いわゆるメ
ダルゲーム機である。図１において、ゲームシステム５
０は、サーバシステム２０と、４台のゲーム端末１０−
１〜４(以下、包括的にゲーム端末１０という)と、によ
り構成され、最大４人のプレーヤが同時にプレイ可能と
なっている。

【００２７】ゲーム端末１０には、ディスプレイ１１
と、操作パネル１２と、メダル投入口１３と、メダル返
却口１４と、ＩＣカード挿入口１５と、が備えられてい
る。

【００２８】操作パネル１２には、プレーヤが操作する
ための操作キー（具体的には、「十字キー」や「決定キ
ー」、「ＢＥＴキー」等）が設けられており、操作に応じ
た操作信号は、操作パネル１２に接続される制御装置
(不図示)に出力される。尚、この制御装置は、ゲーム端
末１０全体の動作を制御するためのものであり、ゲーム
端末１０は、この制御装置の制御の下、ゲームを実行す
るための各種処理を行う。

【００２９】ディスプレイ１１は、上記制御装置に接続
され、該制御装置からの画像信号に応じて、プレーヤに
よる操作やゲーム進行に応じたゲーム画面を表示するも
のである。

【００３０】メダル投入口１３は、プレーヤが、ゲーム
のプレイに必要なメダルを投入するためのものである。
そして、メダル投入口１３にメダルが投入された際に
は、その投入枚数がカウントされ、カウント数は、制御
装置に出力される。また、ゲーム中に使用されずに残っ
たメダル（残メダル）は、ゲーム終了時に、メダル返却
口１４より排出される。

【００３１】ＩＣカード挿入口１５は、プレーヤの識別
情報等を記憶するＩＣカードを挿入するためのものであ
る。そして、ＩＣカード挿入口１５にＩＣカードが挿入
された際には、そのＩＣカードに記憶されているデータ
が読み出され、読み出されたデータは、制御装置に出力
される。また、挿入されたＩＣカードは、ゲーム終了時
に、ＩＣカード挿入口１５より排出される。

【００３２】図２は、ＩＣカードに記憶されるデータの
一例を示す図である。図２において、ＩＣカードには、
プレーヤＩＤと、プレーヤ名と、プレーヤキャラクタデ
ータと、が記憶される。プレーヤＩＤは、サーバシステ
ム２０が、各プレーヤを識別するための情報であり、Ｉ
Ｃカード毎に、固有のプレーヤＩＤが記憶される。プレ
ーヤ名は、プレーヤ自身が自由に設定できる名称であ
り、このプレーヤ名が、例えばダンジョン選択画面(図
４参照)において、ダンジョンの所有者名として表示さ
れる。プレーヤキャラクタデータには、プレーヤが操作
するプレーヤキャラクタのレベルや攻撃力、防御力、体
力、所有アイテムといったパラメータが記憶される。プ
レーヤは、このプレーヤキャラクタデータに基づくプレ
ーヤキャラクタを操作し、ダンジョンに「挑戦」すること
となる。

【００３３】また、このＩＣカードに記憶されているデ
ータは、ゲームの開始時に、ゲーム端末１０のＩＣカー
ド挿入口１５に挿入されることにより、読み出される。
そして、この読み出されたデータに基づいて、ゲームが
行われることとなる。また、ゲームを行うことによっ
て、プレーヤキャラクタデータの値が変更されるが、変
更された値は、ゲーム終了時にＩＣカードに書き込ま
れ、ＩＣカード挿入口１５より排出されることとなる。
プレーヤは、このＩＣカードを携帯することにより、何
時でもゲームの続きを楽しむことができる。

【００３４】図１において、サーバシステム２０には、
ディスプレイ２１が備えられている。このディスプレイ
２１は、サーバシステム２０内の制御装置(不図示)に接
続され、該制御装置からの画像信号に応じて、ゲーム進
行に応じたゲーム画面などを表示する。更に、この制御
装置は、上述したゲーム端末１０の各制御装置に接続さ
れ、これらゲーム端末１０内の制御装置に対して制御信
号を出力することにより、ゲームシステム５０全体の動
作を制御する。

【００３５】次に、ゲームシステム５０におけるゲーム
の流れを、プレーヤＡ（プレーヤ名を“プレーヤＡ”と
する）が、ゲーム端末１０−１においてプレイする場合
について、ディスプレイ１１−１上に表示されるゲーム
画面を参照し、説明する。尚、ディスプレイ１１−１上
に表示されるゲーム画面は、ディスプレイ２１にも表示
されることとしてもよい。

【００３６】先ず、ディスプレイ１１−１には、ゲーム
エントリー待機画面が表示される。図３は、ゲームエン
トリー待機画面の一例を示す図であり、ＩＣカードの挿
入を促すメッセージが表示されている。ＩＣカード挿入
口１５よりＩＣカードが挿入されると、続いて、ディス
プレイ１１には、挿入されたＩＣカードに記憶されてい
るプレーヤ名、即ち、“プレーヤＡ”とともに、メダル
の投入を促すメッセージが表示される。

【００３７】そして、メダル投入口１３よりメダルが投
入されると、投入されたメダルの枚数が、クレジット数
として、ディスプレイ１１−１の右上方に表示される。
尚、以降のゲーム中において、メダル投入口１３へのメ
ダル投入は随時可能であり、その都度、投入されたメダ
ルの枚数分、クレジット数が追加・表示される。また、
このクレジット数は、ゲーム終了時まで、ディスプレイ
１１−１上に継続して表示される。メダル投入口１３よ
り、所定枚数（例えば、１０枚）以上のメダルが投入さ
れると、続いて、ディスプレイ１１−１には、ダンジョ
ン選択画面が表示される。

【００３８】図４は、ダンジョン選択画面の一例を示す
図である。図４において、ダンジョン選択画面には、複
数のダンジョン、即ち、“風”、“林”、“火”、そし
て“山”とそれぞれ名付けられている、合計４つのダン
ジョンが表示されている。また、各ダンジョンには、そ
の所有者と、レベルと、勝数と、エントリーフィーと、
が表示されている。勝数には、所有者が該ダンジョンを
所有した時点から、該所有者以外のプレーヤの挑戦を退
けた回数が表示される。エントリーフィーには、所有者
以外のプレーヤが、該ダンジョンに挑戦する際に必要な
クレジット数が表示される。レベルには、該ダンジョン
の難易度が、“１”以上の正数値により表示される。即
ち、レベルの数値が大きい（レベルが高い）ほど、その
ダンジョンの難易度は高くなる。また、エントリーフィ
ーは、このレベルによって決定されており、レベルが高
くなるにつれ、エントリーフィーも高くなるように構成
されているが、その詳細については後述する。

【００３９】即ち、図４において、ダンジョン“風”
は、プレーヤＡ自身が所有するダンジョン（以下、所有
ダンジョンという）であり、そのレベルは“３”、エン
トリーフィーは“２０”、そして勝数は“１１”であ
る。また、ダンジョン“林”は、プレーヤＢが所有する
ダンジョンであり、そのレベルは“５”、エントリーフ
ィーは“４０”、そして勝数は“１０”である。また、
ダンジョン“火”は、プレーヤＣが所有するダンジョン
であり、そのレベルは“２”、エントリーフィーは“１
５”、そして勝数は“２”である。また、ダンジョン
“山”は、プレーヤＤが所有するダンジョンであり、そ
のレベルは“１０”、エントリーフィーは“１００”、
そして勝数は“２１”である。

【００４０】また、図４において、例えばダンジョン
“火”のように、その背景が暗く表示されているダンジ
ョンは、現在、プレーヤＡ以外のプレーヤが、他のゲー
ム端末１０、即ちゲーム端末１０−２〜４の何れかにお
いて「挑戦」中、或いは「更新」中であることを表してい
る。このダンジョン選択画面において、プレーヤＡは、
「挑戦」或いは「更新」するダンジョンを選択・決定す
る。尚、このダンジョンの‘選択’及び‘決定’という
動作は、操作パネル１２上の「十字キー」の操作、及び
「決定キー」の押下により、行われる。

【００４１】また、ダンジョンに「挑戦」する際には、ダ
ンジョンの選択に続いて、表示されているエントリーフ
ィー分のクレジットが支払われる必要がある。尚、この
‘クレジットを支払う’という動作は、操作パネル１２
上の「ＢＥＴキー」が押下されることにより、行われる。
そして、「ＢＥＴキー」が１回押下される毎に、ディス
プレイ１１−１上のクレジット数が“１”減算された値
に更新・表示され、クレジットが“１”支払われたこと
になる。

【００４２】図４において、例えば、プレーヤＡ以外の
プレーヤが所有するダンジョン、即ち“林”、“火”或
いは“山”の何れかのダンジョンが選択・決定され、且
つ表示されているエントリーフィー分のクレジットが支
払われると、続いて、ダンジョン挑戦画面(図５参照)が
表示される。また、プレーヤＡの所有ダンジョン、即ち
“風”が選択・決定されると、続いて、ダンジョン更新
画面(図６参照)が表示される。

【００４３】（１）ダンジョンの「挑戦」 図４に示すダンジョン選択画面において、プレーヤＡ以
外のプレーヤが所有するダンジョン、即ち“林”或いは
“山”のダンジョンが選択・決定されると、続いて、ダ
ンジョン挑戦画面が表示され、ダンジョンの「挑戦」が
行われる。尚、プレーヤＡ以外のプレーヤによるダンジ
ョン“火”の「挑戦」或いは「更新」が終了した場合には、
ダンジョン“火”の選択も可能である。

【００４４】図５は、ダンジョン挑戦画面の一例を示す
図である。このダンジョン挑戦画面において、プレーヤ
Ａは、プレーヤキャラクタを操作し、ダンジョン内を移
動させる。そして、遭遇するモンスターとの戦闘を行い
ながら、ダンジョン内の何処かに配置されている「ジュ
エル」を取得する。この「ジュエル」を取得すると、「挑
戦」はここで終了し、プレーヤＡは、そのダンジョンを
「占領」したこととなる。また、プレーヤＡは、そのダン
ジョンの新たな「所有者」となる。尚、ここでプレーヤＡ
が操作するプレーヤキャラクタは、ゲーム開始時に、Ｉ
Ｃカード挿入口１５に挿入されたＩＣカードより読み出
されたプレーヤキャラクタデータに基づくプレーヤキャ
ラクタである。また、図５に示すダンジョン挑戦画面に
おいて、「ジュエル」を取得する前に、操作するプレー
ヤキャラクタの「体力」が“０”になると、「挑戦」はここ
で終了となり、プレーヤＡは「敗退」したこととなる。

【００４５】（２）ダンジョンの「更新」 図４に示すダンジョン選択画面において、プレーヤＡの
所有ダンジョン、即ち“風”が選択・決定されると、続
いて、ダンジョン更新画面が表示され、ダンジョンの更
新が行われる。

【００４６】図６は、ダンジョン更新画面の一例を示す
図である。図６において、ダンジョン更新画面には、プ
レーヤＡの所有ダンジョンである“風”について、ダン
ジョン名“風”と、所有者のプレーヤ名“プレーヤＡ”
と、全体地図と、レベル“３”と、配置されているモン
スターの種別及びその数と、が表示されている。即ち、
図６において、ダンジョン“風”には、モンスターＡが
３匹、モンスターＢが５匹、そしてモンスターＣが１０
匹、の合計１８匹のモンスターが配置されている。尚、
これらモンスターの能力等のパラメータは、図１２に示
すモンスターデータ９４０において設定されているが、
その詳細は後述する。更に、ダンジョンの全体地図に
は、「ジュエル」が配置されている位置が表示されてい
る。

【００４７】このダンジョン更新画面において、プレー
ヤＡは、ダンジョン内に追加配置するモンスターの種別
及びその数を選択・決定する。また、モンスターの種別
毎に表示されているコストは、ダンジョン内にその種別
のモンスターを１匹追加配置するために必要なクレジッ
ト数である。即ち、図６において、モンスターＡを１匹
追加配置するためには“２０”のクレジットを、モンス
ターＢを１匹追加配置するためには“１０”のクレジッ
トを、また、モンスターＣを１匹追加配置するためには
“５”のクレジットを、それぞれ支払う必要がある。

【００４８】このダンジョン更新画面において、何れか
の種別のモンスターが選択・決定され、且つ表示されて
いるコストに相当するクレジットが支払われると、選択
・決定された種別のモンスターが１匹、ダンジョン内に
追加配置されることとなる。例えば、図６において、モ
ンスターＡが選択・決定され、且つコストに相当する
“２０”のクレジットが支払われると、“風”のダンジ
ョンには、モンスターＡが１匹追加配置され、結局モン
スターＡは合計４匹配置されることとなる。それととも
に、図６におけるモンスターＡの現在の匹数が、４匹に
更新・表示される。このように、ダンジョン更新画面に
おいて、モンスターの追加配置が終了し、右下方に表示
されている“更新終了”が選択されると、ダンジョンの
「更新」は終了となる。

【００４９】以上のように、（１）ダンジョンの「挑
戦」、或いは（２）ダンジョンの「更新」が終了する
と、ディスプレイ１１−１には、再度ダンジョン選択画
面が表示される。尚、ここで表示されるダンジョン選択
画面には、直前に行われた動作、即ち、ダンジョンの
「挑戦」或いは「更新」に応じて、その内容が更新されて表
示される。例えば、プレーヤＡにより、ダンジョン
“林”が「占領」されると、ダンジョン“林”の所有者の
プレーヤ名は、“プレーヤＡ”と更新して表示される。
また、プレーヤＡにより、所有ダンジョンである“風”
が「更新」されると、“風”について、例えばそのレベル
は“４”に、またエントリーフィーは“３０”に、それ
ぞれ更新して表示される。プレーヤＡは、再度表示され
るダンジョン選択画面において、引き続き、ダンジョン
の「挑戦」、或いは所有ダンョンの「更新」を行うこと
ができる。

【００５０】また、ダンジョン選択画面(図４参照)にお
いて、右下方に表示されている“ゲーム終了”が選択さ
れると、クレジット数として表示されている枚数分のメ
ダルがメダル返却口１４から、また、挿入されているＩ
ＣカードがＩＣカード挿入口１５から、それぞれ排出さ
れる。そして、本ゲームは終了となる。尚、ゲーム終了
時にゲーム端末１０より排出されるＩＣカードには、ゲ
ームのプレイ結果に応じて、その内容が更新して記録さ
れている。例えば、ダンジョンに「挑戦」することによ
り、プレーヤキャラクタパラメータは変更される。そし
て、この変更後のプレーヤキャラクタデータが、ＩＣカ
ードに記憶されることとなる。

【００５１】また、本ゲームにおいては、ダンジョンの
所有者がゲームをプレイしていない場合においても、他
プレーヤは、該ダンジョンに「挑戦」することができる。
そのため、ダンジョンの所有者にとっては、ゲームをプ
レイしていない間に、所有ダンジョンが「占領」され、所
有者が変更されるということが起こりうる。

【００５２】更に、本ゲームにおいては、ダンジョンの
所有者が一定期間(例えば、１０日)以上ゲームのプレイ
を行わないと、所有ダンジョンのレベルが、時間の経過
とともに低下される。例えば、プレーヤＡが、２０日
間、１回もゲームのプレイを行わなかったとする。する
と、プレーヤＡが最後にゲームのプレイを行った日(最
終プレイ)には図４に示すように表示されていたダンジ
ョン選択画面は、最終プレイ日から２０日経過後、ダン
ジョン選択画面は、例えば図７に示すように表示され
る。

【００５３】図７は、プレーヤＡの最終プレイ日から２
０日経過後の、ダンジョン選択画面の一例を示す図であ
る。図７において、プレーヤＡの所有ダンジョン、即ち
“風”は、そのレベルが“１”に低下して表示されてい
る。また、レベルの低下にともない、エントリーフィー
が“１０”に変更して表示されている。尚、このダンジ
ョンのレベル及びエントリーフィーの低下は、図１６に
示すダンジョン変更条件表９８０に基づき、該ダンジョ
ン内に配置されているモンスターの種別及びその数を変
更することにより行われるが、その詳細は後述する。

【００５４】このように、一定期間ゲームのプレイを行
わないプレーヤの所有ダンジョンについて、そのレベル
を低下させることにより、他プレーヤは、該ダンジョン
に挑戦しやすくなる。また、ダンジョンの所有者は、所
有ダンジョンのレベルを低下させないために、積極的に
ゲームのプレイを行うようになる。

【００５５】図８は、ゲーム端末１０の機能ブロックの
一例を示す図である。図８において、機能ブロックは、
操作部１００と、通信部２００と、表示部３００と、処
理部４００と、記憶部５００と、により構成される。

【００５６】操作部１００は、プレーヤが操作データを
入力するためのものであり、その機能は、レバー、ボタ
ン、筐体などのハードウェアにより実現できる。また、
ボタン押下等の操作がされた場合には、操作に応じた操
作信号を処理部４００に出力する。この操作部１００の
機能は、図１の操作パネル１２に相当する。

【００５７】通信部２００は、所与の通信回線を介し、
サーバシステム２０に、挑戦結果や更新後のダンジョン
データを送信したり、サーバシステム２０より、ダンジ
ョン一覧表９５０(図１３参照；その詳細は後述する)や
ダンジョンデータを受信するなど、ゲーム端末１０外部
(主にサーバシステム２０)との情報のやり取りを行う。

【００５８】表示部３００は、画像生成部４２０によっ
て生成された画像を表示するものであり、その機能は、
ＣＲＴやＬＣＤ、ＴＶ、プラズマディスプレイ、プロジ
ェクタ等により実現できる。プレーヤは、表示部３００
に表示されるゲーム画面を見ながら、操作部１００よ
り、ゲーム進行に応じた操作データ（指示、選択）を入
力する。この表示部３００の機能は、図１のディスプレ
イ１１に相当する。

【００５９】処理部４００は、上記操作信号と、記憶部
５００に記憶されたゲームを実行するためのゲームプロ
グラム５１０等に基づいて、ゲームの進行処理などを行
う。この処理部４００の機能は、ＣＰＵ（ＣＩＳＣ型、
ＲＩＳＣ型）、ＤＳＰ、ＡＳＩＣ（ゲートアレイ等）、
メモリ等のハードウェアにより実現できる。この処理部
４００の機能は、図１において述べた制御装置に相当す
る。また、処理部４００には、ゲーム進行制御部４１０
と、画像生成部４２０と、外部情報読取部４３０と、メ
ダル検出部４４０と、が含まれる。

【００６０】ゲーム進行制御部４１０は、後述するよう
に、ゲームプログラム５１０に従ったゲームの進行処理
(図９参照)等を行う。また、それとともに、画像生成部
４２０、外部情報読取部４３０、及びメダル検出部４４
０の各部に対して、その動作を制御する機能を有する。

【００６１】画像生成部４２０は、ゲーム進行制御部４
１０の制御に基づいたゲーム画像を生成し、表示部３０
０に表示させる処理を行う。

【００６２】外部情報読取部４３０は、ゲーム進行制御
部４１０の制御により、ゲーム端末１０に着脱可能な、
例えばＩＣカード等の外部情報記憶媒体に記憶されてい
る情報を読み出す、或いはこの外部情報記憶媒体に情報
を書き込む、などの処理を行う。

【００６３】メダル検出部４４０は、ゲーム進行制御部
４１０の制御により、ゲーム端末１０外部より投入され
るメダルを受け付けるとともに、投入されたメダル数を
カウントする、或いは残メダルを払い出す、などの処理
を行う。また、メダル検出部４４０によってカウントさ
れたメダル数は、クレジット数として、表示部３００に
表示される。

【００６４】記憶部５００は、ゲームの進行に関わるゲ
ームプログラム５１０を記憶する。また、外部情報読取
部４３０により読み出された情報など、ゲームのプレイ
に関わるデータを一時的に記憶する。この記憶部５００
の機能は、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、ゲームカセ
ット、ＩＣカード、ＭＯ、ＦＤ、ハードディスク、メモ
リ等のハードウェアにより実現できる。処理部４００
は、この記憶部５００から読み出すプログラム、データ
等に基づいて種々の処理を行う。

【００６５】次に、ゲームプログラム５１０に従い、ゲ
ーム進行制御部４１０の制御により実行されるゲーム進
行処理について、図９に示すフローチャートを参照して
説明する。尚、ディスプレイ１１の表示に従って行われ
るプレーヤの各種入力操作は、操作部１００から出力さ
れる操作信号に基づき、処理部４００において認識され
るが、以下の説明では、これらの認識処理については、
その詳細を省略する。

【００６６】図９は、ゲーム端末１０におけるゲーム進
行処理を説明するためのフローチャートである。図９に
おいて、ゲーム進行制御部４１０は、先ずゲームエント
リー待機画面（図３参照）を、表示部３００に表示させ
る。そして、ＩＣカードが挿入されると、外部情報読取
部４３０は、該挿入されたＩＣカードに記憶されている
情報、即ち、プレーヤＩＤ、プレーヤ名、及びプレーヤ
キャラクタデータを読み出す。

【００６７】それとともに、ゲーム進行制御部４１０
は、変数‘ＢＥＴ数’を、初期値“０”に設定する。こ
の変数‘ＢＥＴ数’は、ゲームのプレイ中に支払われた
クレジット数(即ち、使用されたメダル数)をカウントす
るための変数である。そして、以降のゲーム実行中にお
いて、「ＢＥＴキー」が押下される毎に、ゲーム進行制
御部４１０は、この‘ＢＥＴ数’を、“１”加算した値
に更新する。また、ゲーム進行制御部４１０は、所定枚
数(例えば、１０枚)以上のメダルが投入されたことを確
認すると、サーバシステム２０に対して、ダンジョン一
覧表９５０(図１３参照；その詳細は後述する)の送信を
要求する(ステップＳ１１)。

【００６８】この要求に応じて、サーバシステム２０よ
りダンジョン一覧表９５０が送信されると、ゲーム進行
制御部４１０は、受信したダンジョン一覧表９５０に基
づいて、ダンジョン選択画面(図４参照)を、表示部３０
０に表示させる(ステップＳ１２)。その際、ゲーム進行
制御部４１０は、このダンジョン一覧表９５０におい
て、「状態」の項目が“挑戦中”或いは“更新中”に設定
されているダンジョンについては、例えばその背景を暗
く表示させるなど、選択不可能であることを示す表示を
させる。

【００６９】このダンジョン選択画面において、ダンジ
ョンが選択されると、ゲーム進行制御部４１０は、受信
したダンジョン一覧表９５０を参照し、選択されたダン
ジョンが選択可能、即ち「状態」が“待機中”に設定され
ているダンジョンであることを確認する。尚、選択不可
能、即ち「状態」が“挑戦中”或いは“更新中”に設定さ
れているダンジョンが選択された際には、選択不可能で
あるとし、再度ダンジョンを選択させる。

【００７０】選択可能なダンジョンが選択されたことを
確認すると、ゲーム進行制御部４１０は、選択されたダ
ンジョンの「プレーヤＩＤ」の値と、ＩＣカードから読み
出したプレーヤＩＤと、が一致するか否かを判定するこ
とにより、この選択されたダンジョンが、プレーヤの所
有ダンジョンであるか否かを判定する(ステップＳ１
４)。

【００７１】判定の結果、選択されたダンジョンが所有
ダンジョンでない場合、即ち他プレーヤの所有ダンジョ
ンである場合(ステップＳ１４：挑戦)、ゲーム進行制御
部４１０は、選択されたダンジョンのエントリーフィー
分のクレジットが支払われたことを確認する。次いで、
ゲーム進行制御部４１０は、サーバシステム２０に対し
て、ダンジョンの「挑戦」であることを通知するととも
に、選択されたダンジョンのダンジョンデータ(図１１
参照；その詳細は後述する)の送信を要求する。

【００７２】この要求に応じて、サーバシステム２０よ
りダンジョンデータが送信されると、ゲーム進行制御部
４１０は、受信したダンジョンデータに基づき、ダンジ
ョン挑戦画面(図５参照)を、表示部３００に表示させ
る。そして、ダンジョンの「挑戦」に係るゲームを実行す
る。また、その際には、ゲーム進行制御部４１０は、Ｉ
Ｃカードから読み出したプレーヤキャラクタデータに基
づいて、プレーヤによって操作されるプレーヤキャラク
タを移動等させ、ダンジョンの「挑戦」を行わせる(ス
テップＳ１５)。

【００７３】そして、ダンジョンの「挑戦」が終了する
と、ゲーム進行制御部４１０は、サーバシステム２０に
対して、挑戦結果、即ち「占領」か「敗退」の何れかである
かを通知する(ステップＳ１６)。その際、挑戦結果が
「占領」である場合(ステップＳ１７)、ゲーム進行制御部
４１０は、サーバシステム２０に対して、挑戦結果「占
領」とともに、プレーヤＩＤ及びプレーヤ名を通知する
（ステップＳ１８)。

【００７４】また、ステップＳ１４において、判定の結
果、選択されたダンジョンが所有ダンジョンである場合
(ステップＳ１４：更新)、ゲーム進行制御部４１０は、
サーバシステム２０に対して、プレーヤＩＤとともに、
ダンジョンの「更新」であることを通知し、選択されたダ
ンジョンのダンジョンデータを要求する。この要求に応
じて、サーバシステム２０よりダンジョンデータが送信
されると、ゲーム進行制御部４１０は、受信したダンジ
ョンデータに基づき、ダンジョン更新画面（図６参照）
を、表示部３００に表示させる。そして、このダンジョ
ン更新画面において、ダンジョンの「更新」を行わせる
(ステップＳ１９)。また、その際には、ゲーム進行制御
部４１０は、ダンジョンの「更新」に要するクレジッ
ト、即ち、選択されたモンスターの種別に該当するコス
ト分のクレジットが支払われたことを確認する。

【００７５】そして、ダンジョン更新画面において“更
新終了”が選択され、ダンジョンの「更新」の終了が指
示されると、ゲーム進行制御部４１０は、サーバシステ
ム２０に対して、プレーヤＩＤとともに、更新されたダ
ンジョンデータ(更新データ)を送信する(ステップＳ２
０)。

【００７６】このように、選択されたダンジョンの「挑
戦」或いは「更新」が終了すると、ゲーム進行制御部４
１０は、サーバシステム２０に対して、再度ダンジョン
一覧表９５０の送信を要求する。この要求に応じて、サ
ーバシステム２０よりダンジョン一覧表９５０が送信さ
れると、ゲーム進行制御部４１０は、受信したダンジョ
ン一覧表９５０に基づいて、再度ダンジョン選択画面
を、表示部３００に表示させる(ステップＳ１２への移
行)。

【００７７】また、ステップＳ１２の後に、ダンジョン
選択画面において、“ゲーム終了”が選択され、ゲーム
の終了が指示された場合には(ステップＳ１３：ＹＥ
Ｓ)、ゲーム進行制御部４１０は、ダンジョン一覧表９
５０とプレーヤＩＤとを参照し、所有プレーヤか否かを
判定する。判定の結果、所有プレーヤである場合、ゲー
ム進行制御部４１０は、サーバシステム２０に対して、
上述した‘ＢＥＴ数’を、プレーヤＩＤとともに通知す
る。

【００７８】次いで、ゲーム進行制御部４１０は、プレ
イ結果を、ＩＣカードに記憶させる。即ち、現時点での
プレーヤキャラクタデータに基づき、ＩＣカードに記憶
されているプレーヤキャラクタデータを、外部情報読取
部４３０に更新・記憶させる(ステップＳ２１)。そし
て、このＩＣカードを、ＩＣカード挿入口１５より排出
させる処理を行う。また、それとともに、ゲーム進行制
御部４１０は、メダル検出部４４０に対して、クレジッ
ト数として表示部３００に表示されている枚数分のメダ
ルを、メダル返却口１４より排出させる。以上の処理を
行うと、ゲーム進行制御部４１０は、本処理を終了す
る。

【００７９】図１０は、サーバシステム２０の機能ブロ
ックの一例を示す図である。図１０において、機能ブロ
ックは、通信部６００と、表示部７００と、処理部８０
０と、記憶部９００と、により構成される。

【００８０】通信部６００は、所与の通信回線を介し、
ゲーム端末１０にダンジョン一覧表９５０(図１３参照)
やダンジョンデータを送信したり、ゲーム端末１０より
挑戦結果や更新されたダンジョンデータを受信するな
ど、サーバシステム２０外部(主にゲーム端末１０)との
情報のやり取りを行う。また、この通信回線は、ゲーム
システム５０においては、ＬＡＮのような小規模ネット
ワークバス接続等であってよいが、サーバシステム２０
とゲーム端末１０とが分離独立した構成等である場合に
は、インターネットのような広域ネットワーク、公衆網
や専用線網、移動体通信網などであってよく、何れの形
態の電気通信回線でもよい。

【００８１】表示部７００は、画像生成部８２０によっ
て生成される画像を表示するものであり、その機能は、
ＣＲＴやＬＣＤ、ＴＶ、プラズマディスプレイ、プロジ
ェクタ等により実現できる。この表示部７００の機能
は、図１のディスプレイ２１に相当する。

【００８２】処理部８００は、記憶部９００に記憶され
たゲームを実行するためのゲーム制御プログラム９１０
等に基づいて、ゲームの進行処理等を行う。この処理部
の機能は、ＣＰＵ（ＣＩＳＣ型、ＲＩＳＣ型）、ＤＳ
Ｐ、ＡＳＩＣ（ゲートアレイ等）、メモリ等のハードウ
ェアにより実現できる。また、処理部８００には、ゲー
ム進行制御部８１０と、画像生成部８２０と、ダンジョ
ン変更部８３０と、が含まれる。

【００８３】ゲーム進行制御部８１０は、後述するよう
に、ゲーム制御プログラム９１０に従ったゲームの進行
処理(図１７参照)等を行う。また、それとともに、画像
生成部８２０、及びダンジョン変更部８３０の各部に対
して、その動作を制御する機能を有する。

【００８４】画像生成部８２０は、ゲーム進行制御部８
１０の制御に基づいたゲーム画像を生成し、表示部７０
０に表示させる処理を行う。ダンジョン変更部８３０
は、ゲーム進行制御部８１０の制御により、一定時間毎
に、ダンジョン変更プログラム９２０に従ったダンジョ
ン変更処理(図１８参照)を行う。

【００８５】記憶部９００は、ゲームの進行に関わるゲ
ーム制御プログラム９１０と、ダンジョン変更プログラ
ム９２０と、ダンジョンＤＢ９３０と、モンスターデー
タ９４０と、ダンジョン一覧表９５０と、ダンジョンレ
ベル条件表９６０と、所有者一覧表９７０と、ダンジョ
ン変更条件表９８０と、を記憶する。この記憶部の機能
は、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、ゲームカセット、
ＩＣカード、ＭＯ、ＦＤ、ハードディスク、メモリ等の
ハードウェアにより実現できる。処理部８００は、この
記憶部９００から読み出すプログラム、データ等に基づ
いて種々の処理を行う。

【００８６】図１１は、ダンジョンＤＢ９３０の一例を
示す図である。ダンジョンＤＢ９３０には、複数のダン
ジョン毎に、それぞれに対応するダンジョンデータが格
納される。図１１は、１つのダンジョンデータについて
示したものであり、ダンジョン“風”に対応するダンジ
ョンデータが表示されている。ダンジョンデータには、
ダンジョン名と、地図データと、ジュエル位置と、配置
モンスターデータと、が記憶される。ダンジョン名に
は、そのダンジョンに付けられている名称、即ち“風”
が記憶される。地図データには、ダンジョンの構造を表
すデータが記憶される。この地図データに基づいて、例
えばダンジョン更新画面(図６参照)において、ダンジョ
ンの全体地図が表示される。ジュエル位置には、ダンジ
ョン内において、「ジュエル」が配置されている位置が
記憶される。配置モンスターデータには、ダンジョン内
に配置されているモンスターについて、その種別及び配
置数が記憶される。即ち、図１１において、ダンジョン
“風”には、モンスターＡが３匹、モンスターＢが５
匹、そしてモンスターＣが１０匹、それぞれ配置されて
いる。

【００８７】図１２は、モンスターデータ９４０の一例
を示す図である。図１２において、このモンスターデー
タ９４０には、複数のモンスターの種別毎に、その能力
と、コストと、が対応付けて記憶される。能力には、そ
の種別のモンスターの攻撃力や防御力、体力といったパ
ラメータが格納される。コストには、その種別のモンス
ターを１匹、ダンジョン内に追加配置するために必要な
クレジット数が格納される。このコストの値に基づい
て、例えばダンジョン更新画面(図６参照)において、モ
ンスターの種別毎のコストが表示される。また、これら
のモンスターには、種別毎にランクが付けられている。
即ち、図１２において、ランクは、モンスターＡが一番
高く、次いで、モンスターＢ、モンスターＣ、と設定さ
れている。

【００８８】図１３は、ダンジョン一覧表９５０の一例
を示す図である。図１３において、ダンジョン一覧表９
５０には、複数のダンジョン、即ち“風”、“林”、
“火”そして“山”の４種類のダンジョン毎に、そのダ
ンジョン名と、所有者(プレーヤＩＤ及びプレーヤ名)
と、レベルと、エントリーフィーと、勝数と、状態と、
が対応付けて格納されている。状態には、そのダンジョ
ンが現在“挑戦中”であるか、“更新中”であるか、或
いはそのどちらでもない“待機中”であるか、を表す情
報が記憶される。即ち、図１３において、ダンジョン
“火”は、現在、ゲーム端末１０の何れかで“挑戦中”
のダンジョンである。このダンジョン一覧表９５０に基
づいて、ダンジョン選択画面(図４参照)が、表示され
る。また、これらのダンジョンのレベルは、図１４に示
すダンジョンレベル条件表９６０に基づいて決定され
る。

【００８９】図１４は、ダンジョンレベル条件表９６０
の一例を示す図である。このダンジョンレベル条件表９
６０において、条件となるモンスターの種別及びその配
置数毎に、レベルと、エントリーフィーと、が対応付け
て記憶される。即ち、ダンジョンのレベル及びエントリ
ーフィーは、そのダンジョン内に配置されているモンス
ターの種別及びその数のＡＮＤ条件により、決定され
る。

【００９０】例えば、図１１において、ダンジョン
“風”には、モンスターＡが３匹、モンスターＢが５
匹、そしてモンスターＣが１０匹、それぞれ配置されて
いる。図１４において、このダンジョン“風”は、レベ
ル１及びレベル２にも該当するが、モンスターＡは
“３”以上であり、且つモンスターＢは“５”以上であ
り、且つモンスターＣは“８”以上であるため、レベル
３にも該当する。従って、このダンジョン“風”のレベ
ルは、“３”と決定される。また、それとともに、エン
トリーフィーは“２０”と決定されることとなる。

【００９１】図１５は、所有者一覧表９７０の一例を示
す図である。この所有者一覧表９７０において、各ダン
ジョン毎に、その所有者(プレーヤＩＤ及びプレーヤ名)
と、該所有者のプレイ度合と、が対応付けて記憶され
る。また、プレイ度合として、最終プレイ日と、プレイ
回数と、メダル枚数と、が記憶される。最終プレイ日に
は、所有者が、ゲーム端末１０において、最後に本ゲー
ムをプレイした日付が記憶される。即ち、所有ダンジョ
ンの最終更新日、或いは他のダンジョンへの最終挑戦日
のうち、より最近の日付が記憶される。プレイ回数に
は、所有者が、該ダンジョンを所有した時点から、ダン
ジョンの「挑戦」及び「更新」を含む、本ゲームをプレ
イした回数が記憶される。メダル枚数には、所有者が、
該ダンジョンを所有した時点から、本ゲームのプレイ中
に使用したメダルの総数、即ち支払ったクレジットの総
数が記憶される。即ち、所有ダンジョンの「更新」の際
に、ダンジョン内にモンスターを追加配置するために支
払ったクレジット数や、ダンジョンの「挑戦」の際に、エ
ントリーフィーとして支払ったクレジット数などの総計
が記憶される。

【００９２】図１６は、ダンジョン変更条件表９８０の
一例を示す図である。このダンジョン変更条件表９８０
には、複数の条件毎に、その成立要件が対応付けて記憶
されている。そして、この成立要件として、経過日数
と、平均メダル枚数と、の条件値が設定されている。ま
た、これらの成立要件(経過日数、及び平均メダル数)
は、所有者一覧表９７０(図１５参照)において記憶され
ているプレイ度合（即ち、最終プレイ日、プレイ回数、
メダル枚数のことである）に基づいて、判定される。経
過日数は、上記最終プレイ日から現時点までの経過日数
である。平均メダル枚数は、上記メダル枚数を、上記プ
レイ回数で除した値である。即ち、ダンジョン所有後、
１回のプレイ当りに使用されたメダルの平均枚数を表し
ている。そして、これらの条件は、成立要件が全て満た
されていると判定された場合のみ、その条件は成立する
こととなる。

【００９３】図１６において、条件〜の、合計４つ
の条件について、その成立要件が設定されている。即
ち、条件の成立要件として、“経過日数が１０日以
上”と、また、条件の成立要件として、“経過日数が
１５日以上”且つ“平均メダル枚数が５枚以下”と、そ
れぞれ設定されている。更に、条件の成立要件とし
て、“経過日数が２０日以上”且つ“平均メダル枚数が
１０枚以下”と、また、条件の成立要件として、“経
過日数が２５日以上”且つ“平均メダル枚数が１５枚以
下”と、それぞれ設定されている。これらの条件〜
について、各条件毎に、成立するか否か(即ち、成立要
件が満たされているか否か)が判定される。

【００９４】例えば、現時点の日時が“２００１／０１
／３０[年／月／日]”であるとする。また、図１５に示
す所有者一覧表９７０において、ダンジョン“風”につ
いては、その所有者である“プレーヤＡ”のプレイ度合
より、最終プレイ日からの経過日数は“２０[日]”であ
り、また、平均メダル枚数は“８[枚／回]（＝７２[枚]
／９[回]）”である。このことにより、図１６に示すダ
ンジョン変更条件表９８０において、条件及び条件
が成立であり、条件及び条件は不成立であると判定
される。

【００９５】このようなダンジョン変更条件表９８０に
基づく判定の結果、ダンジョン内に配置されているモン
スターの種別及びその数の変更が行われる。具体的に
は、ダンジョン内に配置されているモンスターの中か
ら、成立すると判定された条件の数に相当する匹数分、
モンスターが削除される。また、削除されるモンスター
は、種別に関わらず、ランダムに選択される。

【００９６】例えば、図１１に示すダンジョンデータに
おいて、“風”には、モンスターＡが３匹、モンスター
Ｂが５匹、モンスターＣが１０匹、の合計１８匹のモン
スターが配置されている。また、このダンジョン“風”
について、上述のように、所有者一覧表９７０(図１５
参照)及びダンジョン変更条件表９８０(図１６参照)に
基づき、条件及び条件が成立、また条件及び条件
が不成立と判定され、即ち、合計２つの条件につい
て、成立すると判定されたとする。すると、ダンジョン
“風”に配置されているモンスターの中から、２匹分の
モンスター（例えば、モンスターＡが１匹、モンスター
Ｃが１匹）がランダムに選択され、それぞれダンジョン
“風”から削除される。その結果、ダンジョン“風”に
は、モンスターＡが２匹、モンスターＢが５匹、モンス
ターＣが９匹、配置されていることとなる。

【００９７】更に、ダンジョン内に配置されているモン
スターの数が変更されるのに伴い、ダンジョンレベル条
件表９６０（図１４参照）に基づき、ダンジョン一覧表
９５０(図１３参照)の内容、即ち「レベル」及び「エント
リーフィー」の項目が更新される。例えば、上述のよう
に、ダンジョン“風”について、そのダンジョン内に配
置されるモンスターの数が変更されると、ダンジョンレ
ベル条件表９６０に基づき、「レベル」は“２”に、「エ
ントリーフィー」は“１５”に、それぞれ更新されるこ
ととなる。

【００９８】次に、ゲーム制御プログラム９１０に従
い、ゲーム進行制御部８１０の制御により実行される、
サーバシステム２０におけるゲーム進行処理について、
図１７に示すフローチャートを参照して説明する。尚、
サーバシステム２０は、同時に最大４台のゲーム端末１
０-１〜４それぞれに対して、同様の処理を実行する
が、以下の説明においては、１台のゲーム端末１０に対
する処理についてのみ、説明する。

【００９９】図１７は、サーバシステム２０におけるゲ
ーム進行処理を説明するためのフローチャートである。
図１７において、ゲーム端末１０よりダンジョン一覧表
９５０の送信を要求されると、ゲーム進行制御部８１０
は、この要求に応じて、該ゲーム端末１０に、ダンジョ
ン一覧表９５０(図１３参照)を送信する(ステップＳ３
１)。

【０１００】そして、ゲーム端末１０より、ダンジョン
の「挑戦」であることが通知されるとともに、ダンジョン
データの送信を要求された場合(ステップＳ３３：挑
戦)、ゲーム進行制御部８１０は、ダンジョンＤＢ９３
０(図１１参照)を参照し、該ゲーム端末１０に、要求さ
れたダンジョンデータを送信する。それとともに、ダン
ジョン一覧表９５０(図１３参照)において、該当する
「状態」の項目を“挑戦中”に設定する。例えば、
“林”のダンジョンデータを要求された場合には、この
“林”に該当するダンジョンデータを送信するととも
に、図１３に示すダンジョン一覧表９５０において、
“林”に対応する「状態」の項目を“挑戦中”に設定す
る。その後、ゲーム端末１０から通知される挑戦結果
（即ち、「敗退」か「占領」かの何れかである）を待機す
る。

【０１０１】そして、ゲーム端末１０より通知された挑
戦結果が「占領」である場合(ステップＳ３４：占領)、
ゲーム進行制御部８１０は、所有者一覧表９７０(図１
５参照)において、該当する「所有者」の項目を、挑戦
結果とともに通知されるプレーヤＩＤ及びプレーヤ名に
更新するとともに、「プレイ度合」の項目を、それぞれ
初期値に設定する。例えば、ダンジョン“林”が“プレ
ーヤＡ”により「占領」されたことが通知された場合、図
１５に示す所有者一覧表９７０において、ダンジョン
“林”に対応する「所有者」のプレーヤＩＤを“ＫＤ０
０２１”にプレーヤ名を“プレーヤＡ”に、「最終プレ
イ日」を現在の日付に、また、「プレイ回数」及び「コイン
枚数」を初期値である“０”に、それぞれ設定する。

【０１０２】また、ゲーム進行制御部８１０は、ダンジ
ョンＤＢ９３０(図１１参照)において、該当するダンジ
ョンデータの配置モンスターデータを初期値、例えば、
全ての種別についてその配置数を“０”に、設定する。
更に、ゲーム進行制御部８１０は、ダンジョン一覧表９
５０(図１３参照)において、該当する「所有者」の項目
を、挑戦結果とともに通知されるプレーヤＩＤ及びプレ
ーヤ名に更新するとともに、「レベル」、「エントリーフ
ィー」、及び「勝数」の項目を、それぞれ初期値に設定す
る。例えば、ダンジョン“林”が“プレーヤＡ”により
「占領」されたことが通知された場合、図１３に示すダン
ジョン一覧表９５０において、ダンジョン名“林”に対
応する「所有者」のプレーヤＩＤを“ＫＤ００２１”
に、プレーヤ名を“プレーヤＡ”に、それぞれ更新す
る。また、初期値として、「レベル」を“１”に、「エン
トリーフィー」を“１０”に、「勝数」を“０”に、それ
ぞれ設定する。

【０１０３】その後、ゲーム進行制御部８１０は、ダン
ジョン一覧表９５０(図１３参照)において、該当する
「状態」の項目、例えば“林”に対応する「状態」の項目
を“待機中”に設定する(ステップＳ３５)。

【０１０４】また、ステップＳ３４において、通知され
た挑戦結果が「敗退」である場合(ステップＳ３４：敗
退)、ゲーム進行制御部８１０は、ダンジョン一覧表９
５０(図１３参照)において、該当する「勝数」の項目を
“１”加算した値に更新するとともに、該当する「状態」
の項目を“待機中”に設定する。例えば、図１３に示す
ダンジョン一覧表９５０において、ダンジョン名“林”
に対応する「勝数」の項目を、“１”加算した値、即ち
“１１”に更新する。それとともに、ダンジョン名
“林”に対応する「状態」の項目を“待機中”に設定する
(ステップＳ３６)。

【０１０５】また、ステップＳ３３において、ゲーム端
末１０より、ダンジョンの「更新」であることが通知さ
れるともに、ダンジョンデータが要求された場合(ステ
ップＳ３３：更新)、ゲーム進行制御部８１０は、受信
したプレーヤＩＤより、所有プレーヤであることを確認
する。そして、ダンジョンＤＢ９３０を参照し、該ゲー
ム端末１０に、要求されたダンジョンデータを送信す
る。それとともに、ダンジョン一覧表９５０(図１３参
照)において、該当する「状態」の項目を“更新中”に
設定する。即ち、例えば、プレーヤＩＤ“ＫＤ００２
１”とともに、“風”のダンジョンデータを要求された
場合には、ゲーム進行制御部８１０は、ダンジョン一覧
表９５０を参照し、ダンジョン“風”の所有者として記
憶されているプレーヤＩＤ“ＫＤ００２１”と、受信し
たプレーヤＩＤ“ＫＤ００２１”と、が一致することを
確認する。そして、この“風”に該当するダンジョンデ
ータを、ゲーム端末１０に対して送信するとともに、図
１３に示すダンジョン一覧表９５０において、ダンジョ
ン“風”に対応する「状態」を“更新中”に設定する。

【０１０６】その後、ゲーム端末１０より、プレーヤＩ
Ｄとともに、更新されたダンジョンデータ（更新デー
タ）が送信されると、ゲーム進行制御部８１０は、受信
したプレーヤＩＤより、所有プレーヤであることを確認
し、受信した更新データに基づき、該当するダンジョン
データにおける配置モンスターデータを更新する。例え
ば、ダンジョン“風”について、ダンジョン内に配置さ
れるモンスターＡが“５”匹に、モンスターＢが“１
０”匹に、そして、モンスターＣが“１５”匹に、それ
ぞれ更新されたダンジョンデータ(更新データ)を受信す
ると、この更新データに基づき、図１１に示すダンジョ
ンデータにおいて、ダンジョン“風”に対応する配置モ
ンスターデータにおける配置数を、上記の通りに更新す
る。

【０１０７】更に、ゲーム進行制御部８１０は、ダンジ
ョンデータにおける配置モンスターデータの更新に伴
い、ダンジョンレベル条件表９６０(図１４参照)を参照
し、ダンジョン一覧表９５０(図１３参照)において、該
当する「レベル」及び「エントリーフィー」の項目を更新す
る。例えば、上記ダンジョン“風”に対する更新データ
に基づき、図１３に示すダンジョン一覧表９５０におい
て、“風”に対応する、「レベル」の項目を“３”から
“４”に、「エントリーフィー」の項目を“２０”から
“３０”に、それぞれ更新する。その後、ゲーム進行制
御部８１０は、ダンジョン一覧表９５０(図１３参照)に
おいて、該当する「状態」を“待機中”に設定する (ス
テップＳ３７)。

【０１０８】このように、ゲーム進行制御部８１０は、
ゲーム端末１０の要求に応じ、ダンジョンの「挑戦」或い
は「更新」に対する処理を行う。そして、ゲーム端末１０
より、再度ダンジョン一覧表９５０を要求されると、こ
の要求に応じて、該ゲーム端末１０に、ダンジョン一覧
表９５０を、再度送信する(ステップＳ３１)。

【０１０９】また、ステップＳ３１の後に、ゲーム端末
１０より、ゲームの終了が指示された場合には(ステッ
プＳ３２：ＹＥＳ)、ゲーム進行制御部８１０は、該ゲ
ーム端末１０より通知されるプレーヤＩＤ及び‘ＢＥＴ
数’を受信する。そして、所有者一覧表９７０(図１３
参照)と、通知されたプレーヤＩＤとを参照し、所有プ
レーヤであるか否かを判定する。

【０１１０】判定の結果、所有プレーヤであることを確
認すると(ステップＳ３８：ＹＥＳ)、ゲーム進行制御部
８１０は、所有者一覧表９７０(図１３参照)において、
該当する「プレイ度合」の項目を更新する。即ち、「最
終プレイ日」の項目を現在の日付に、「プレイ回数」の項
目を“１”加算した値に、また、「メダル枚数」の項目を
プレーヤＩＤとともに通知された‘ＢＥＴ数’分加算し
た値に、それぞれ更新する(ステップＳ３９)。以上の処
理を行うと、ゲーム進行制御部８１０は、本処理を終了
する。

【０１１１】次に、一定時間毎（例えば、一日毎）に、
ダンジョン変更プログラム９２０に従い、ダンジョン変
更部８３０により実行されるダンジョン変更処理につい
て、図１８に示すフローチャートを参照して説明する。

【０１１２】図１８は、ダンジョン変更処理を説明する
ためのフローチャートである。図１８において、ダンジ
ョン変更部８３０は、所有者一覧表９７０(図１５参照)
を参照し、用意されている全てのダンジョンについて、
順に、以下の処理を実行する。先ず、ダンジョンの所有
者のプレイ度合(最終プレイ日、プレイ回数、及びメダ
ル枚数)より、経過日数と、平均メダル枚数とを算出す
る。即ち、現在の日付と、最終プレイ日と、から経過日
数を求める。また、プレイ回数と、メダル枚数と、から
平均メダル枚数を算出する。例えば、図１５に示す所有
者一覧表９７０において、ダンジョン“風”の所有者で
ある“プレーヤＡ”のプレイ度合と、現在の日付“２０
０１／０１／３０[年／月／日]”より、経過日数は“２
０[日]”、平均メダル枚数は“８[枚]”と、算出する。

【０１１３】次いで、ダンジョン変更部８３０は、ダン
ジョン変更条件表９８０(図１６参照)を参照し、全ての
条件について、順に、上記算出した経過日数、及び平均
メダル枚数が、成立要件に設定されている条件値を満た
しているか否かを判定する。そして、それぞれの条件に
ついて、設定されている成立要件が全て満たされている
と判定した場合、その条件は成立すると判定する。ま
た、成立要件が一つでも満たされていないと判定した場
合、その条件は成立しないと判定する(ステップＳ４
２)。例えば、図１６に示すダンジョン変更条件表９８
０において、上記算出した経過日数（＝“２０
[日]”）、及び平均メダル枚数は（＝“８[枚]”）よ
り、条件は成立すると判定する。

【０１１４】そして、条件は成立すると判定した場合
(ステップＳ４２：ＹＥＳ)、ダンジョン変更部８３０
は、ダンジョン内に配置されているモンスターの中か
ら、一匹のモンスターをランダムに選択する。そして、
ダンジョンデータに記憶される配置モンスターデータに
おいて、選択したモンスターの配置数を、“１”減算し
た値に変更する(ステップＳ４３)。

【０１１５】次いで、ダンジョン変更部８３０は、ステ
ップＳ４１に処理を移行し、他の条件、例えば条件〜
について、同様の処理(ステップＳ４２、Ｓ４３)を実
行する。全ての条件について、上記処理の実行を終了す
ると(ステップＳ４１：ＹＥＳ)、ダンジョン変更部８３
０は、ダンジョンレベル条件表９６０(図１４参照)を参
照し、ダンジョン一覧表９５０(図１３参照)の内容、即
ち「レベル」及び「エントリーフィー」を変更する(ステッ
プＳ４４)。例えば、ダンジョン“風”について、ダン
ジョン内のモンスターの配置数が、モンスターＡが
“２”匹、モンスターＢが“５”匹、そしてモンスター
Ｃが“９”匹に、それぞれ変更された場合、図１４に示
すダンジョンレベル条件表９６０を参照することによ
り、「レベル」は“２”に、「エントリーフィー」は“１
５”に、それぞれ変更することとなる。

【０１１６】上記処理(ステップＳ４１〜Ｓ４４)の実行
を終了すると、次いで、ダンジョン変更部８３０は、他
のダンジョン、例えば“林”、“火”そして“山”につ
いて、順に、同様の処理(ステップＳ４１〜Ｓ４４)を実
行する。このように、全てのダンジョンについて、以上
の処理を終了すると(ステップＳ４５：ＹＥＳ)、ダンジ
ョン変更部８３０は、本処理を終了する。

【０１１７】以上のように構成することにより、所定期
間、ゲームのプレイを行わなかったプレーヤに対して、
時間の経過とともに、そのプレーヤが所有するダンジョ
ンのレベルを低下させることが可能となる。また、この
レベルの低下は、該ダンジョン内におけるモンスターの
配置数を減少させることにより行われるため、他のプレ
ーヤにとっては、該ダンジョンに対して、より挑戦し易
く、且つ「占領」し易いものとなる。更に、ダンジョンの
レベルの低下に伴ない、挑戦の際に必要なエントリーフ
ィーも低下されるので、他のプレーヤにとっては、該ダ
ンジョンに対して、更に挑戦し易いものとなる。

【０１１８】また、長期間ゲームのプレイを行わないプ
レーヤが所有するダンジョンのレベルを低下させること
により、他プレーヤにより「占領」され易くなる。この
ため、ゲーム空間内に所有ダンジョンを保持しながら、
長期間ゲームのプレイを行わない、即ち対価を支払わな
いプレーヤに対して、ゲームサービスの提供を続けてし
まうといったことを防ぐことができる。

【０１１９】尚、本発明は、上記実施の形態に限定され
るものではなく、本発明の趣旨を逸脱しない範囲で適宜
変更可能である。例えば、ダンジョンの所有者は、ゲー
ムのプレイに際して支払うクレジットに加えて、更に所
定数のクレジットを追加して支払うことにより、所定期
間、所有ダンジョンが変更される（レベルが低下され
る）ことを防止可能な構成とする。その際、例えば、追
加クレジットとして“２０”のクレジットが支払われた
場合には、最終プレイ日から２０日間の間、また、追加
クレジットとして“３０”のクレジットが支払われた場
合には、最終プレイ日から３０日間の間、それぞれ上記
条件の成立／不成立の判定を行わない、などのように予
め設定しておく。そして、ダンジョン変更部８２０は、
図１８に示すダンジョン変更処理の実行中において、ダ
ンジョン毎に、追加して支払われたクレジット数と、最
終プレイ日からの経過日数と、により、ダンジョン変更
条件表９８０における条件の成立／不成立の判定(ステ
ップＳ４２)を行うか否かを決定する。

【０１２０】また、一定期間以上ゲームのプレイを行わ
ないプレーヤに対して、その所有ダンジョンのレベルを
低下させるのではなく、そのダンジョンの所有を放棄さ
せる構成にしてもよい。

【０１２１】また、所定以上のレベルに到達し、且つ所
定期間が経過したダンジョンについて、ダンジョンの変
更或いは所有者の変更を行わせる構成にしてもよい。例
えば、

【０１２２】また、ダンジョン選択画面(図４参照)にお
いて、ダンジョン毎に、過去の所有者名を公開するよう
に構成してもよい。

【０１２３】また、上記実施形態においては、本発明の
ゲームシステムを、いわゆるメダルゲームに適用する場
合に説明したが、遠隔地にいる複数のプレーヤが、ネッ
トワークを介して一つのゲームをプレイする、いわゆる
ネットワークゲームに適用することも可能である。その
際、各プレーヤが携帯するＩＣカードに記憶される情報
は、サーバシステムに記憶される。プレーヤは、ゲーム
のプレイを行う際に、ゲーム端末にて、自身のプレーヤ
ＩＤ(及びパスワード)を入力することにより、プレーヤ
の認証が行われる。また、このゲーム端末を実現する具
体例として、家庭用ゲーム装置や業務用ゲーム装置、携
帯用ゲーム装置、パーソナルコンピュータ、携帯端末
(携帯電話機を含む)、キオスク端末等が考えられる。ま
た、ゲーム端末と、サーバシステムとを接続するネット
ワークは、ＬＡＮのような小規模ネットワークやインタ
ーネットのような広域ネットワーク、公衆網や専用線
網、移動体通信網など、何れの形態の電気通信回線であ
ってよい。更に、サーバシステムと、ゲーム端末とを別
個の装置としているが、これを、同一の装置としてもよ
いし、また、ゲームシステムを構成する複数のゲーム端
末の内、一乃至複数台のゲーム端末が、サーバシステム
として動作する構成としてもよい。

【０１２４】また、上記実施形態においては、一定期間
毎(例えば、一日毎)に、所有者のプレイ度合に基づい
て、所有ダンジョンにおけるモンスターの配置数を削減
し、そのレベルを低下させることとしたが、そのダンジ
ョンに「挑戦」するプレーヤのプレーヤキャラクタデータ
を変更することもできる。具体的には、ダンジョンの
「挑戦」が行われる際に、ゲーム進行制御部８１０は、
「挑戦」対象となるダンジョンについて、その所有者のプ
レイ度合に基づき、「挑戦」するプレーヤのプレーヤキャ
ラクタデータの変更を行うか否かを判定する。この判定
の結果、上記変更を行うと判定した場合、ゲーム端末に
対して、その旨を指示する。そして、ゲーム端末１０に
おいては、サーバシステム２０より、プレーヤキャラク
タデータの変更指示が為された際には、この指示に従
い、プレーヤキャラクタデータを変更する処理を行い、
続いて、ダンジョンの「挑戦」に係るゲームを実行する。

【０１２５】更に、本発明を、ゲーム空間内に用意され
る複数のダンジョンを、複数のプレーヤが奪い合うゲー
ムに適用した場合について説明したが、複数のキャラク
タ同士が対戦するゲームに適用することもできる。この
ゲームにおいて、プレーヤは、個々に所有するキャラク
タを作成し、該所有キャラクタをより強いものに育てて
ゆく。また、この所有キャラクタは、所有者がゲームの
プレイを行っていない場合においても、ゲーム空間内に
残される。そのため、それぞれのプレーヤは、所有キャ
ラクタを、他プレーヤが所有するキャラクタと対戦させ
ることができる。その際には、ゲーム進行制御部８１０
は、「挑戦」対象となるキャラクタの所有者のプレイ度合
に基づいて、該キャラクタのパラメータを変更する、或
いは所有キャラクタのパラメータを変更するか否かを判
定する。

【０１２６】この判定の結果、所有キャラクタのパラメ
ータの変更を行うと判定された場合、ゲーム進行制御部
８１０は、ゲーム端末１０に対して、その旨を通知す
る。そして、ゲーム端末１０においては、この通知に従
い、プレーヤキャラクタデータを変更する処理を行い、
続いて、他プレーヤの所有するキャラクタとの「挑戦」に
係るゲームを実行する。

【０１２７】また、上記判定の結果、「挑戦」対象となる
キャラクタのパラメータの変更を行うと判定された場
合、ゲーム進行制御部８１０は、該キャラクタのパラメ
ータを変更する処理を行い、変更後のパラメータを、ゲ
ーム端末１０に対して送信する。そして、ゲーム端末１
０は、該変更後のパラメータに基づいたキャラクタとの
「挑戦」に係るゲームを実行する。

【０１２８】尚、ここで、ゲーム端末及びサーバシステ
ムを実現できるハードウェアの構成の一例について図１
９を用いて説明する。同図に示す装置では、ＣＰＵ１０
００、ＲＯＭ１００２、ＲＡＭ１００４、情報記憶媒体
１００６、音生成ＩＣ１００８、画像生成ＩＣ１０１
０、Ｉ／Ｏポート１０１２、１０１４が、システムバス
１０１６により相互にデータ入出力可能に接続されてい
る。そして、画像生成ＩＣ１０１０には表示装置１０１
８が接続され、音生成ＩＣ１００８にはスピーカ１０２
０が接続され、Ｉ／Ｏポート１０１２にはコントロール
装置１０２２が接続され、Ｉ／Ｏポート１０１４には通
信装置１０２４が接続されている。

【０１２９】情報記憶媒体１００６は、プログラム、表
示物を表現するための画像データ、音データ、プレイデ
ータ等が主に格納されるものであり、図８の記憶部５０
０或いは図１０の記憶部９００に相当するものである。
例えば家庭用ゲーム装置では、ゲームプログラム等を格
納する情報記憶媒体１００６としてＣＤ−ＲＯＭ、ゲー
ムカセット、ＤＶＤ等が用いられ、プレイデータを格納
する情報記憶媒体１００６としてメモリカードなどが用
いられる。また、パーソナルコンピュータでは、ＣＤ−
ＲＯＭ、ＤＶＤ、ハードディスクなどが用いられる。ま
た、業務用ゲーム装置では、ＲＯＭ等のハードディスク
が用いられ、この場合には、情報記憶媒体１００６はＲ
ＯＭ１００２になる。

【０１３０】コントロール装置１０２２は、ゲームコン
トローラ、操作パネル等に相当するものであり、ユーザ
がゲーム進行に応じて行う判断の結果を装置本体に入力
するための装置である。このコントロール装置１０２２
は、図８の操作部２００に相当する。

【０１３１】情報記憶媒体１００６に格納されるプログ
ラムやデータ、ＲＯＭ１００２に格納されるシステムプ
ログラム（装置本体の初期化情報等）、コントロール装
置１０２２によって入力される信号等に従って、ＣＰＵ
１０００は装置全体の制御や各種データ処理を行う。Ｒ
ＡＭ１００４はこのＣＰＵ１０００の作業領域として用
いられる記憶手段であり、１フレーム分の画像データや
プレイデータが一時的に格納されたり、情報記憶媒体１
００６やＲＯＭ１００２の所与の内容、或いはＣＰＵ１
０００の演算結果等が格納される。

【０１３２】更に、この種の装置には音生成ＩＣ１００
８と画像生成ＩＣ１０１０とが設けられていてゲーム音
やゲーム画像の好適な出力が行えるようになっている。
音生成ＩＣ１００８は、情報記憶媒体１００６やＲＯＭ
１００２に記憶される情報に基づいて効果音やバックグ
ラウンド音等のゲーム音を生成する集積回路であり、生
成されたゲーム音はスピーカ１０２０によって出力され
る。また、画像生成ＩＣ１０１０は、ＲＡＭ１００４、
ＲＯＭ１００２、情報記憶媒体１００６等から送られる
画像情報に基づいて表示装置１０１８に出力するための
画素情報を生成する集積回路である。また表示装置１０
１８は、ＣＲＴやＬＣＤ、ＴＶ、プラズマディスプレ
イ、プロジェクタ等により実現され、図８の表示部３０
０或いは図１０の表示部７００に相当する。

【０１３３】また通信装置１０２４はゲーム装置内部で
利用する各種の情報を外部にやりとりするものであり、
他のゲーム装置と接続されてゲームプログラムに応じた
所与の情報を送受したり、通信回線を介してゲームプロ
グラム等の情報を送受すること等に利用される。

【０１３４】そして、ゲーム進行処理等をはじめとした
各種処理は、図８のゲームプログラム５１０、或いは図
１０のゲーム進行プログラム９１０等を格納した情報記
憶媒体１００６と、該プログラムに従って動作するＣＰ
Ｕ１０００、画像生成ＩＣ１０１０、音生成ＩＣ１００
８等によって実現される。ＣＰＵ１０００及び画像生成
ＩＣ１０１０は、図８の処理部４００或いは図１０の処
理部８００に該当するものであり、主にＣＰＵ１０００
がゲーム進行制御部４１０或いは９１０に、画像生成Ｉ
Ｃ１０１０が画像生成部４２０或いは８２０に、該当す
る。尚、画像生成ＩＣ１０１０、音生成ＩＣ１００８等
で行われる処理は、ＣＰＵ１０００或いは汎用のＤＳＰ
等によりソフトウェア的に行ってもよい。この場合に
は、ＣＰＵ１０００が、処理部４００或いは８００に該
当することとなる。

【０１３５】

【発明の効果】本発明により、所定期間、ゲームのプレ
イを行わなかったプレーヤに対して、時間の経過ととも
に、そのプレーヤが所有するダンジョンのレベルを低下
させることが可能となる。また、このレベルの低下は、
該ダンジョン内におけるモンスターの配置数を減少させ
ることにより行われるため、他のプレーヤにとっては、
該ダンジョンに対して、より挑戦し易く、且つ「占領」し
易いものとなる。更に、ダンジョンのレベルの低下に伴
ない、挑戦すの際に必要なエントリーフィーも低下され
るので、他のプレーヤにとっては、該ダンジョンに対し
て、更に挑戦し易いものとなる。

【０１３６】また、長期間ゲームのプレイを行わないプ
レーヤが所有するダンジョンのレベルを低下させること
により、他プレーヤにより「占領」され易くなる。この
ため、ゲーム空間内に所有ダンジョンを保持しながら、
長期間ゲームのプレイを行わない、即ち対価を支払わな
いプレーヤに対して、ゲームサービスの提供を続けてし
まうといったことを防ぐことができる。

【図面の簡単な説明】

【図１】ゲームシステムの外観の一例を示す図である。

【図２】ＩＣカードに記憶されるデータの一例を示す図
である。

【図３】ゲームエントリー待機画面の一例を示す図であ
る。

【図４】ダンジョン選択画面の一例を示す図である。

【図５】ダンジョン挑戦画面の一例を示す図である。

【図６】ダンジョン更新画面の一例を示す図である。

【図７】ダンジョン選択画面の一例を示す図である。

【図８】ゲーム端末の機能ブロックの一例を示す図であ
る。

【図９】ゲーム端末におけるゲーム進行処理を説明する
フローチャートである。

【図１０】サーバシステムの機能ブロックの一例を示す
図である。

【図１１】ダンジョンＤＢの一例を示す図である。

【図１２】モンスターデータの一例を示す図である。

【図１３】ダンジョン一覧表の一例を示す図である。

【図１４】ダンジョンレベル条件表の一例を示す図であ
る。

【図１５】所有者一覧表の一例を示す図である。

【図１６】ダンジョン変更条件表の一例を示す図であ
る。

【図１７】サーバシステムにおけるゲーム進行処理を説
明するフローチャートである。

【図１８】ダンジョン変更処理を説明するフローチャー
トである。

【図１９】本実施形態を実現するハードウェア構成の一
例を示す図である。

【符号の説明】

５０ ゲームシステム １０ ゲーム端末 １１ ディスプレイ １２ 操作パネル １３ メダル投入口 １４ メダル返却口 １５ ＩＣカード挿入口 １００ 操作部 ２００ 通信部 ３００ 表示部 ４００ 処理部 ４１０ ゲーム進行制御部 ４２０ 画像生成部 ４３０ 外部情報読取部 ４４０ メダル検出部 ５００ 記憶部 ５１０ ゲームププログラム ２０ サーバシステム ２１ ディスプレイ ６００ 通信部 ７００ 表示部 ８００ 処理部 ８１０ ゲーム進行制御部 ８２０ 画像生成部 ８３０ ダンジョン変更部 ９００ 記憶部 ９１０ ゲーム制御プログラム ９２０ ダンジョン変更プログラム ９３０ ダンジョンＤＢ ９４０ モンスターデータ ９５０ ダンジョン一覧表 ９６０ ダンジョンレベル条件表 ９７０ 所有者一覧表 ９８０ ダンジョン変更条件表

───────────────────────────────────────────────────── フロントページの続き (72)発明者 青木 隆 東京都大田区多摩川２丁目８番５号 株式 会社ナムコ内 Ｆターム(参考） 2C001 AA00 AA15 AA17 BA00 BA02 BA05 BB00 BB02 BB04 BB05 BB08 BD00 BD05 BD07 CB01 CB06 CC02 CC08

Claims (13)

【特許請求の範囲】
1. 【請求項１】所有者による操作対象となっていない残存
   キャラクタと、所有者による操作対象となっている操作
   キャラクタと、が存在するゲームを、プロセッサによる
   演算・制御により実行することとなるシステムに対し
   て、 前記残存キャラクタ及び前記操作キャラクタの内、一部
   又は全部のキャラクタの所有者のプレイ度合に基づい
   て、前記残存キャラクタのパラメータを変更する変更手
   段、を機能させるためのゲーム情報。
2. 【請求項２】請求項１において、 前記ゲームは、前記残存キャラクタと、前記操作キャラ
   クタと、が対戦するゲームであって、 前記変更手段に対して、少なくともパラメータの変更対
   象となっている残存キャラクタの所有者のプレイ度合に
   基づいて、当該残存キャラクタのパラメータを変更す
   る、ように機能させるための情報を含むことを特徴とす
   るゲーム情報。
3. 【請求項３】所有者による操作対象となっていないキャ
   ラクタであり、且つコンピュータ制御で操作される残存
   キャラクタと、所有者による操作対象となっている操作
   キャラクタと、が対戦するゲームを、プロセッサによる
   演算・制御により実行することとなるシステムに対し
   て、 少なくとも前記残存キャラクタの所有者のプレイ度合に
   基づいて、前記残存キャラクタに対戦する操作キャラク
   タのパラメータを変更する変更手段、を機能させるため
   のゲーム情報。
4. 【請求項４】仮想空間内の所定の陣地を奪い合うゲーム
   であって、当該陣地の所有者が当該陣地を改良するとと
   もに、当該陣地の戦闘に際して、当該陣地の防御側をコ
   ンピュータ制御により、当該陣地への攻撃側をプレーヤ
   操作により、実行するゲームを、プロセッサによる演算
   ・制御により行うこととなるシステムに対して、少なく
   とも前記陣地の所有者のプレイ度合に基づいて、前記陣
   地の防御力を変更する変更手段、を機能させるためのゲ
   ーム情報。
5. 【請求項５】仮想空間内の所定の陣地を奪い合うゲーム
   であって、当該陣地の所有者が当該陣地を改良するとと
   もに、当該陣地の戦闘に際して、当該陣地の防御側をコ
   ンピュータ制御により、当該陣地への攻撃側をプレーヤ
   操作により、実行するゲームを、プロセッサによる演算
   ・制御により行うこととなるシステムに対して、 少なくとも前記陣地の所有者のプレイ度合に基づいて、
   前記陣地への攻撃側の攻撃力を変更する変更手段、を機
   能させるためのゲーム情報。
6. 【請求項６】請求項１から５のいずれかにおいて、 所定量の遊戯媒体と引き換えに前記変更手段による変更
   を一時的に停止させる手段、を前記システムに機能させ
   るための情報を含むことを特徴とするゲーム情報。
7. 【請求項７】請求項１から６のいずれかに記載のゲーム
   情報を記憶することを特徴とする情報記憶媒体。
8. 【請求項８】所有者による操作対象となっていない残存
   キャラクタと、所有者による操作対象となっている操作
   キャラクタと、が存在するゲームを実行するゲームシス
   テムであって、 前記残存キャラクタ及び前記操作キャラクタの内、一部
   又は全部のキャラクタの所有者のプレイ度合に基づい
   て、前記残存キャラクタのパラメータを変更する変更手
   段、を備えることを特徴とするゲームシステム。
9. 【請求項９】請求項８において、 前記ゲームは、前記残存キャラクタと、前記操作キャラ
   クタとが対戦するゲームであって、 前記変更手段は、少なくともパラメータの変更対象とな
   っている残存キャラクタの所有者のプレイ度合に基づい
   て、当該残存キャラクタのパラメータを変更する、こと
   を特徴とするゲームシステム。
10. 【請求項１０】所有者による操作対象となっていないキ
    ャラクタであり、且つコンピュータ制御で操作される残
    存キャラクタと、所有者による操作対象となっている操
    作キャラクタと、が対戦するゲームを実行するゲームシ
    ステムであって、 少なくとも前記キャラクタのプレイ度合に基づいて、前
    記残存キャラクタに対戦する操作キャラクタのパラメー
    タを変更する変更手段、 を備えることを特徴とするゲームシステム。
11. 【請求項１１】仮想空間内の所定の陣地を奪い合うゲー
    ムであって、当該陣地の所有者が当該陣地を改良すると
    ともに、当該陣地の戦闘に際して、当該陣地の防御側を
    コンピュータ制御により、当該陣地への攻撃側をプレー
    ヤ操作により実行するゲームを行うゲームシステムであ
    って、 少なくとも前記陣地の所有者のプレイ度合に基づいて、
    前記陣地の防御力を変更する変更手段、 を備えることを特徴とするゲームシステム。
12. 【請求項１２】仮想空間内の所定の陣地を奪い合うゲー
    ムであって、当該陣地の所有者が当該陣地を改良すると
    ともに、当該陣地の戦闘に際して、当該陣地の防御側を
    コンピュータ制御により、当該陣地への攻撃側をプレー
    ヤ操作により実行するゲームを行うゲームシステムであ
    って、 少なくとも前記陣地の所有者のプレイ度合に基づいて、
    前記陣地への攻撃側の攻撃力を変更する変更手段、 を備えることを特徴とするゲームシステム。
13. 【請求項１３】請求項８から１２のいずれかにおいて、 所定量の遊戯媒体と引き換えに前記変更手段による変更
    を一時的に停止させる手段、をさらに備えることを特徴
    とするゲームシステム。