JP2003088685A

JP2003088685A - ゲーム情報提供方法、ゲーム情報提供情報、情報記憶媒体、およびゲーム情報提供サーバ

Info

Publication number: JP2003088685A
Application number: JP2001287301A
Authority: JP
Inventors: Hajime Watabe; 一渡部
Original assignee: HIITOSHINKU KK
Current assignee: HIITOSHINKU KK
Priority date: 2001-09-20
Filing date: 2001-09-20
Publication date: 2003-03-25

Abstract

(57)【要約】【課題】ゲーム攻略の緊張感と挑戦心を掻き立てる
要素を備えたゲーム情報の提供方法等を提案し、ユーザ
により没入してゲームを楽しんでもらう。【解決手段】サーバ３００は、ステージ・クリア型の
ゲームを構成する各ステージに、所定の挑戦者数までし
かゲーム情報を提供しない所謂「利用制限」と、所定の
攻略者数までしか成功の成果にあたる達成情報を提供し
ない所謂「足きり」を設定し、早いもの順で情報を配信
する。そして、例えば特定のアイテムを入手、或いは特
別ステージを遊ぶには、所定のステージの攻略を要件に
設定する。従って、ゲームキャラクタを操るユーザは、
同じステージを攻略中の、見えない他のユーザとの競争
状態となり、緊張感と挑戦心、射幸心が掻き立てられ、
よりゲームに没入して楽しむことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システム
が、通信ネットワークを介してユーザ端末との間でデー
タの送受信を行い、種々のゲーム情報を提供するゲーム
情報提供方法等に関する。

【０００２】

【従来の技術】近年、コンテンツを送信する情報処理シ
ステムから、ユーザ端末にゲームプレイに必要なプログ
ラムやデータなど（以下、ゲーム情報という）をダウン
ロードし利用する形態が発展している。例えば、ユーザ
は、Ｊａｖａ（登録商標）実行環境を実現する携帯電話
やＰＤＡ、ノートパソコンなどの情報端末装置（以下、
ユーザ端末と言う）を用いて、コンテンツ情報の格納、
送受信、及びそれらの管理を行う情報処理システム（以
下、ゲーム情報提供サーバと言う）にアクセスして、ゲ
ーム情報などをダウンロードする。ゲーム情報には、ゲ
ームの基本プログラムにあたるＪａｖａ（登録商標）ア
プレットが含まれており、ユーザは通信を解除しても、
ダウンロードしたＪａｖａ（登録商標）アプレットを実
行することによって、好きな場所でゲームを楽しむこと
ができる。

【０００３】

【発明が解決しようとする課題】しかしながら、携帯電
話などのユーザ端末は、内蔵記憶容量が小さく、一度に
送信されるゲーム情報の規模も小さくしなければならな
い。その為、例えばゲームであれば、演出要素を省き、
機能を限定し、きわめてシンプルな構成とするか、通信
費用を犠牲に、こまめに必要なゲーム情報を送受信して
ゲーム規模を大きくするしかないのが現状である。ユー
ザにとってみれば、通信費用の割には、家庭用ゲーム装
置等で実現されているような没入感を得られないという
潜在的な不満がある。

【０００４】本発明の課題は、ゲーム情報提供サーバか
らユーザ端末に、ゲーム情報をダウンロードしてゲーム
を楽しむ場合であっても、ゲーム攻略の緊張感と挑戦心
を掻き立てる要素を備えたゲーム情報の提供方法等を提
案し、ユーザにより没入してゲームを楽しんでもらうこ
とである。

【０００５】

【課題を解決するための手段】以上の課題を解決するた
めに、請求項１記載の発明は、ステージ・クリア型のゲ
ームを構成する各ステージのゲーム情報（例えば、図３
のステージ情報３７０）を記憶する記憶手段（例えば、
図３の記憶部３６０）と、通信ネットワークを介して接
続されるユーザ端末から送信依頼情報を受信した場合
に、当該送信依頼情報を送信したユーザ端末に、何れか
のステージのゲーム情報を送信する送信手段（例えば、
図３のゲーム管理部３２１、ＷＷＷサーバ部３２２、通
信制御部３２５、送受信部３５０）と、を備えたゲーム
情報提供サーバにおける、ゲーム情報提供方法であっ
て、前記送信手段によるゲーム情報の送信の累積度（例
えば、図６の挑戦者数３７３−２）を、各ステージ毎に
計数する累積度計数ステップ（例えば、図１３のステッ
プＳ６７０）と、前記計数した累積度に基づいて、前記
送信手段による当該ステージのゲーム情報の送信を中止
するか否かを判定するゲーム情報送信判定ステップ（例
えば、図１２のステップＳ６４２〜Ｓ６４６、図１４の
ステップＳ７０４〜Ｓ７０８）と、を含むことを特徴と
する。

【０００６】請求項８記載のゲーム情報提供情報は、ス
テージ・クリア型のゲームを構成する各ステージのゲー
ム情報を記憶する記憶手段と、通信ネットワークを介し
て接続されるユーザ端末から送信依頼情報を受信した場
合に、当該送信依頼情報を送信したユーザ端末に、何れ
かのステージのゲーム情報を送信する送信手段と、を備
えたゲーム情報提供サーバに対して、前記送信手段によ
るゲーム情報の送信の累積度を、各ステージ毎に計数す
る累積度計数手段（例えば、図３の処理部３２０、ゲー
ム管理部３２１）と、前記計数した累積度に基づいて、
前記送信手段による当該ステージのゲーム情報の送信を
中止するか否かを判定するゲーム情報送信判定手段（例
えば、図３の処理部３２０、ゲーム管理部３２１）と、
を機能させることを特徴とする。

【０００７】請求項１３記載の発明は、ステージ・クリ
ア型のゲームを構成する各ステージのゲーム情報を記憶
する記憶手段と、通信ネットワークを介して接続される
ユーザ端末から送信依頼情報を受信した場合に、当該送
信依頼情報を送信したユーザ端末に、何れかのステージ
のゲーム情報を送信する送信手段と、を備えたゲーム情
報提供サーバであって、前記送信手段によるゲーム情報
の送信の累積度を、各ステージ毎に計数する累積度計数
手段と、前記計数した累積度に基づいて、前記送信手段
による当該ステージのゲーム情報の送信を中止するか否
かを判定するゲーム情報送信判定手段と、を備えること
を特徴とする。

【０００８】ステージ・クリア型のゲームとは、ゲーム
を複数の区切り（ステージ）に分けて進行する形式のゲ
ームである。ユーザは、各ステージにおいて所定の結果
を満たすことでそのステージをクリアしたと判断され
て、次のステージへ進むことができる。具体的なゲーム
の種類としては、例えば、シューティングゲーム、パズ
ルゲーム、クイズゲームは勿論のこと、次々に異なる対
戦相手と戦う格闘ゲームや、複数のダンジョン（迷宮）
から構成されるＲＰＧゲーム、ミッションを遂行して行
く戦闘機ゲームやアクションゲーム、参加できる競技レ
ベルを上げてゆくレースゲームやスポーツゲーム、及び
これら要素を成長過程のテーマとする育成ゲームなどが
ある。

【０００９】各ステージのゲーム情報とは、例えば、ゲ
ーム処理を記述するプログラムや、ゲームで必要な初期
設定や画像・音といったデータ類のことであって、ステ
ージ毎に管理されている。利用形態としては、例えば、
ゲーム情報提供サーバからユーザ端末にプログラム部分
を先にダウンロードし、ステージ毎に必要なデータ類の
ダウンロードを繰り返してゲームを進めて行く。或い
は、プログラムとデータ類をセットにしてダウンロード
を繰り返してゲームを進めて行くといった方法がとられ
る。

【００１０】請求項１、８、１３記載の発明によれば、
ゲーム情報提供サーバは、各ステージのゲーム情報を送
信する都度その送信の累積度をカウントする。累積度と
は、例えば、送信回数や情報量である。ステージが複数
存在する場合は、それぞれ別個にカウントされる。そし
て、例えば、累積度が所定の値に達したならば、該当す
るステージのゲーム情報の送信を中止する、所謂「利用
制限」を行う。この利用制限によって、ゲーム情報提供
サーバが、従来の様に何時アクセスしても同じゲーム情
報を提供する保障はなく、前回アクセスした時には提供
されたステージも次回も提供するとは限らないことにな
る。

【００１１】ユーザにとってみれば、アクセスするたび
に違うステージが選択できる可能性がある反面、ステー
ジは早い者勝ちでしか楽しむことができない。例えば、
特定のアイテムは特定のステージを攻略しないと入手で
きないとか、特定のステージをクリアするとボーナス・
ステージを楽しめるといった、種々の設定が施されてい
るならば、ユーザは、急いでステージを攻略して目的の
ステージ情報を取得しなければならないことになる。従
って、ゲーム情報提供サーバからユーザ端末に、所与の
ゲーム情報をダウンロードしてゲームを楽しむ場合であ
っても、見えないユーザ同士の間で競争関係（早い者勝
ち）を擬似的に作りだし、ゲーム攻略の緊張感と挑戦心
を掻き立て、ユーザにより没入してゲームを楽しんでも
らうことができる。

【００１２】尚、送信の中止にあたっては、例えば、送
信できない旨の通知をユーザ端末に表示する（例えば、
ＲＰＧゲームであれば、「迷宮が崩れている」、「王の
命により閉鎖された」、レースゲームであれば「コース
が改修工事できない」など）、ステージ選択画面に表示
しない（選択できなくする）など、ゲームの内容や演出
に応じて適宜設定して構わない。

【００１３】或いは、請求項２記載の発明のように、ス
テージ・クリア型のゲームを構成する各ステージのゲー
ム情報を記憶する記憶手段と、通信ネットワークを介し
て接続されるユーザ端末から送信依頼情報を受信した場
合に、当該送信依頼情報を送信したユーザ端末に、何れ
かのステージのゲーム情報を送信する送信手段と、を備
えたゲーム情報提供サーバにおける、ゲーム情報提供方
法であって、ステージ・クリア情報をユーザ端末から受
信する受信ステップ（例えば、図１１のゴール処理）
と、前記受信したステージ・クリア情報に基づいて、対
応するステージの攻略者数を計数する攻略者数計数ステ
ップ（例えば、図１１のＳ５６２）と、前記計数した攻
略者数が当該ステージにおける所与の閾値に達したか否
かに応じて、当該ステージ・クリア情報を送信したユー
ザ端末に、所与の達成情報を送信するか否かを判定し、
送信すると判定した場合に、当該ユーザ端末に当該ステ
ージに対する達成情報を送信する達成情報送信ステップ
（例えば、図１１のステップＳ５６４〜Ｓ５７０）と、
を含むことを特徴としても良い。

【００１４】または、請求項９記載のゲーム情報提供情
報のように、ステージ・クリア型のゲームを構成する各
ステージのゲーム情報を記憶する記憶手段と、通信ネッ
トワークを介して接続されるユーザ端末から送信依頼情
報を受信した場合に、当該送信依頼情報を送信したユー
ザ端末に、何れかのステージのゲーム情報を送信する送
信手段と、を備えたゲーム情報提供サーバに対して、ス
テージ・クリア情報をユーザ端末から受信する受信手段
（例えば、図３のゲーム管理部３２１、通信制御部３２
５、送受信部３５０）と、前記受信したステージ・クリ
ア情報に基づいて、対応するステージの攻略者数を計数
する攻略者数計数手段（例えば、図３のゲーム管理部３
２１、ステージ管理情報３７３）と、前記計数した攻略
者数が当該ステージにおける所与の閾値に達したか否か
に応じて、当該ステージ・クリア情報を送信したユーザ
端末に、所与の達成情報を送信するか否かを判定し、送
信すると判定した場合に、当該ユーザ端末に当該ステー
ジに対する達成情報を送信する達成情報送信手段（例え
ば、図３のゲーム管理部３２１、通信制御部３２５、送
受信部３５０、ステージ管理情報３７３）と、を機能さ
せるとしても良い。

【００１５】または、請求項１４記載の発明は、ステー
ジ・クリア型のゲームを構成する各ステージのゲーム情
報を記憶する記憶手段と、通信ネットワークを介して接
続されるユーザ端末から送信依頼情報を受信した場合
に、当該送信依頼情報を送信したユーザ端末に、何れか
のステージのゲーム情報を送信する送信手段と、を備え
たゲーム情報提供サーバであって、各ステージに対応す
るステージ・クリア情報をユーザ端末から受信する受信
手段と、前記受信したステージ・クリア情報に基づい
て、対応するステージの攻略者数を計数する攻略者数計
数手段と、前記計数した攻略者数が当該ステージにおけ
る所与の閾値に達したか否かに応じて、当該ステージ・
クリア情報を送信したユーザ端末に、所与の達成情報を
送信するか否かを判定し、送信すると判定した場合に、
当該ユーザ端末に当該ステージに対する達成情報を送信
する達成情報送信手段と、を備えることを特徴とすると
しても良い。

【００１６】ステージ・クリア情報とは、ゲーム情報提
供サーバからダウンロードしたステージのゲーム情報を
利用してゲームをプレイし、所定のクリア条件を満たし
たという結果情報であって、ユーザ端末で判定される。
ステージ・クリア情報としては、例えば、単純にクリア
したことを示す所定のフラグや信号、ＲＰＧゲームの場
合ではダンジョンの出口のＩＤ番号や位置情報、入手し
た所定のアイテムのＩＤ番号、攻略に要した時間や所定
の敵キャラクタを倒したなどのゲームプレイの履歴に関
する情報などが挙げられるが、適宜設定して良い。

【００１７】そして、達成情報とは、前記ステージをク
リアした褒美としての意味を持つ情報であって、例え
ば、ステージをクリアした演出画面の情報や、所定のア
イテムやパスワードの情報、次に進むことのできるステ
ージのゲーム情報、特別に進むことができるステージの
ゲーム情報、恋愛ゲームであれば意中のキャラクタの好
感度パラメータをアップさせる情報などである。また、
ステージ・クリア情報に攻略に要した時間等の情報が含
まれる場合は、達成情報に、ランキングの情報を含めて
も良い。

【００１８】請求項２、９、１４記載の発明によれば、
ゲーム情報提供サーバは、ステージを攻略したユーザの
ユーザ端末からステージ・クリア情報を受信し、受信の
都度、当該ステージの攻略者数としてカウントする。そ
して、例えば、攻略者数が所与の閾値に達したならば、
以降は前記達成情報の送信を中止する所謂「足きり」を
行う。この足きりによって、ゲーム情報提供サーバは、
従来のようにステージを攻略したユーザに平等に達成情
報を提供せず、攻略の早いもの順にしか達成情報を提供
しない。ユーザにとってみれば、従来の様にステージを
攻略したからといって、安心してはいられない。ステー
ジを攻略した人数が閾値に達すると、せっかくそのステ
ージをクリアしても達成情報（例えば、次のステージへ
のパスワード）を得られないといった事態が起こる。

【００１９】従って、例えば、迷宮に挑むＲＰＧゲーム
であれば、各ユーザに、誰よりも早くダンジョンを抜
け、その迷宮の謎を解き明かさなければならないと思わ
せ、同時期に同じステージを攻略中の見えない他のユー
ザとの競争状態による緊張感と挑戦心が掻き立て、より
ゲームに没入させることができる。

【００２０】通常こうした他のユーザとの競争状態は、
同一ステージ上に参加ユーザの操作するキャラクタが存
在する（常時接続型、不定期接続型を含む）オンライン
ゲームによって実現される効果であるが、本発明によれ
ば、同一ステージ上に多数の他ユーザの操るキャラクタ
を表示することなく、同様の効果を得る事ができる。

【００２１】更に、請求項３記載の発明のように、請求
項２において、ユーザ端末から送信依頼情報を受信する
際に、達成情報を受信する達成情報受信ステップ（例え
ば、図１２のフィールド情報の送信処理）と、前記受信
した達成情報に基づいて、一又は複数のステージを選択
する選択ステップ（例えば、図１２のステップＳ６４２
〜Ｓ６４６、図１４のステージ追加処理）と、を含み、
前記送信手段は前記選択されたステージのゲーム情報を
送信する、ことを特徴とするとしても良い。

【００２２】または、請求項１０記載の発明のように、
請求項９のゲーム情報提供情報において、前記ゲーム情
報提供サーバに対して、ユーザ端末から送信依頼情報を
受信する際に、達成情報を受信する達成情報受信手段
（例えば、図３のゲーム管理部３２１、通信制御部３２
５、送受信部３５０）と、前記受信した達成情報に基づ
いて、一又は複数のステージを選択する選択手段（例え
ば、図３のゲーム管理部３２１）と、を機能させるため
の情報を更に含むとともに、前記送信手段が、前記選択
されたステージのゲーム情報を送信するように機能させ
るための情報を含むことを特徴としても良い。

【００２３】或いは、請求項１５記載の発明のように、
請求項１４のゲーム情報提供サーバにおいて、ユーザ端
末から送信依頼情報を受信する際に、達成情報を受信す
る達成情報受信手段と、前記受信した達成情報に基づい
て、一又は複数のステージを選択する選択手段と、を更
に備え、前記送信手段が、前記選択されたステージのゲ
ーム情報を送信することを特徴とするとしても良い。

【００２４】ゲーム情報提供サーバには、要求依頼信号
とともにユーザ端末が記憶していた前回攻略したステー
ジの達成情報を記憶が送信されるので、前回攻略の達成
の程度を利用し、次に送信するステージを選択し、ゲー
ムの進行に分岐をつけることができる。具体的には、例
えば、複数あるステージがその難易度や設定に応じて複
数に区分（レベル分け）されていて、達成情報としてレ
ベルアップを許可する情報を与えるとする。ゲーム情報
提供サーバは、ユーザ端末からの送信依頼情報に該達成
情報が含まれていたならば、指定されたレベルに区分さ
れたステージのゲーム情報を選択してユーザ端末に送信
する。また、例えば、達成情報として、攻略所要時間の
ランキング情報を設定して、ランキング上位者のみに特
定のステージのゲーム情報を送信するとしても良い。

【００２５】この様に、請求項３、１０、１５記載の発
明によれば、請求項２、９、１４に記載の発明の効果に
加え、達成情報受信し、該情報に基づいて次に提供する
ステージを適宜選択することによってゲームの進行に分
岐を設け、ユーザにさまざまゲーム進行のバリエーショ
ンを提供することができる。

【００２６】また更に、請求項４記載の発明のように、
請求項２又は３において、前記受信したステージ・クリ
ア情報（例えば、図５のステージ・クリア情報１７４−
３）が所与の条件を満たすか否かを判定し、満たすと判
定した場合には、前記達成情報送信ステップによる判定
結果に関わらず、達成情報を、対応するユーザ端末に送
信する達成情報特別送信ステップ（例えば、図１２のＳ
６４２〜Ｓ６５０）を含むことを特徴とするとしても良
い。

【００２７】例えば、ステージ・クリア情報に、攻略に
要した時間や、得られたアイテム、通過したイベントの
フラグなどの、ゲームプレイの履歴に関する情報を適宜
含むとする。そして、所与の条件を、例えば「攻略時間
がランキングの上位５位内に入る」、「所定のアイテム
を入手している」などと設定し、好成績を挙げてクリア
したユーザや特別な要素を入手してクリアしたユーザに
は、達成情報の送信が中止になっていても、特別に達成
情報を送信する。これによって、例えば、ＲＰＧゲーム
であれば、単にダンジョンを早く攻略すれば良いだけの
ゲームではなく、ダンジョンの秘密をじっくり探る攻略
の仕方でもゲームを進行させることが可能となり、ユー
ザの様々な嗜好に応えることができる。

【００２８】また、請求項５記載の発明のように、請求
項２〜４の何れかのゲーム情報提供方法において、前記
送信手段によるゲーム情報の送信の累積度を、各ステー
ジ毎に計数する累積度計数ステップと、前記計数した累
積度に基づいて、前記送信手段による当該ステージのゲ
ーム情報の送信を中止するか否かを判定するゲーム情報
送信判定ステップとを含むとしても良い。

【００２９】請求項５記載の発明によれば、請求項２〜
４と同様の効果を奏するとともに、更に、ゲーム情報提
供サーバが、各ステージのゲーム情報を送信する都度そ
の送信した回数を累積的にカウントする。ステージが複
数存在する場合は、それぞれ別個にカウントされる。そ
して、累積度が所定の数に達したならば、該当するステ
ージのゲーム情報の送信を中止する、所謂「利用制限」
を掛けることができる。

【００３０】ユーザにとってみれば、従来のように、い
つアクセスしても同様のゲーム情報があって、好きなと
きにゲームをプレイすれば良い分けではない。ステージ
は早い者勝ちでしか楽しめず、ステージをプレイしてい
ても、うかうかしていられない。ステージを攻略した人
数が所定数に達すると、せっかくそのステージをクリア
しても次のステージへのパスワードを得られないといっ
た事態が起こる。例えば、迷宮に挑むＲＰＧゲームであ
れば、ユーザは、誰よりも早くその迷宮の謎を解き明か
さなければならない。従って、勇者を操るユーザは、緊
張感と挑戦心を掻き立てられ、よりゲームに没入するこ
とができる。

【００３１】また、請求項６記載の発明のように、請求
項１〜５の何れかのゲーム情報提供方法において、前記
各ゲーム情報はマップ情報（例えば、図８のマップ情報
３７６−１）とステージパラメータ情報（例えば、図８
のアイテム情報３７６−２とキャラ情報３７６−３）と
を有し、前記送信手段によりゲーム情報が送信される際
に、マップ情報又はステージパラメータ情報の内少なく
とも何れか一方を改変する改変ステップ（例えば、図１
３のステップＳ６７０〜Ｓ６７６）を含むことを特徴と
するとしても良い。

【００３２】請求項１１記載の発明のように、請求項８
〜１０の何れかのゲーム情報提供情報において、前記各
ゲーム情報にはマップ情報とステージパラメータ情報と
が含まれ、前記ゲーム情報提供サーバに対して、前記送
信手段によりゲーム情報が送信される際に、マップ情報
又はステージパラメータ情報の内少なくとも何れか一方
を改変する改変手段（例えば、図３のゲーム管理部３２
１、ステージ設定パラメータ３７５、ステージ初期設定
情報３７６）を機能させるための情報を含むことを特徴
としても良い。

【００３３】請求項１６記載の発明のように、請求項１
３〜１５の何れかのゲーム情報提供サーバにおいて、前
記各ゲーム情報にはマップ情報とステージパラメータ情
報とが含まれ、前記送信手段によりゲーム情報が送信さ
れる際に、マップ情報又はステージパラメータ情報の内
少なくとも何れか一方を改変する改変手段を更に備える
ことを特徴としても良い。

【００３４】マップ情報とは、各ステージのレイアウト
に関する情報であって、例えば、ＲＰＧゲームであれば
ダンジョンの通路構成や訪れた街の店舗の配置であり、
レースゲームであればコースレイアウトなどである。ス
テージパラメータ情報とは、前記マップ情報によって記
述されるレイアウトの詳細な部分を設定する情報であっ
て、例えば、ＲＰＧゲームであれば、ダンジョン内に配
置されたアイテムや敵キャラクタの種類・マップ上の位
置・配置数・表示形態、罠や扉やレバーなどの有無・マ
ップ上の位置・表示形態などであり、落ちものパズルゲ
ームであれば、画面情報より落下してくるパズルの種類
の出現率のバラツキなどである。

【００３５】請求項６、１１、１６記載の発明によれ
ば、請求項１〜５、請求項８〜１０、請求項１３〜１５
の発明の効果に加え、送信する際にマップ情報又はステ
ージパラメータ情報の内少なくとも何れか一方を改変す
ることによって、ダンジョンの構成や、アイテムの数や
モンスターの配置などが変更され、ゲーム情報に様々な
バリエーションをつけることができる。変更の方法は、
パラメータをランダムに変更するほか、公知のマップジ
ェネレータソフト（マップ情報の自動生成ソフト）等を
利用するなど、適宜選択して構わない。

【００３６】尚、ステージパラメータ情報は、画面表示
に関する要素に限らず、例えば、ステージパラメータ情
報にＢＧＭや効果音が含まれ、改変にあたっては、リズ
ムや音程などを変更するとしても良い。

【００３７】更には、請求項７記載の発明のように、請
求項５のゲーム情報提供方法において、前記各ゲーム情
報はマップ情報とステージパラメータ情報とを有し、前
記送信手段によりゲーム情報が送信される際に、当該ゲ
ーム情報に係るステージについての累積度或いは攻略者
数に基づいて、当該ゲーム情報の内のマップ情報又はス
テージパラメータ情報の内少なくとも何れか一方を改変
する改変ステップを含むことを特徴としても良い。

【００３８】請求項７記載の発明によれば、請求項５と
同様の効果を奏するとともに、例えば、迷宮の財宝を探
すＲＰＧゲームであれば、前記累積度や前記攻略者数に
応じて、既に攻略者が多数いる場合は、モンスターの出
現率やアイテムの配置数を少なくし、あたかも既に誰か
が攻略した後であるかのように演出することができる。
反対に、隠し扉や罠の配置を多くし、入手可能なアイテ
ムのレア度を高くすることで、モンスター退治中心の攻
略とは異なった楽しみを提供することができる。従っ
て、ゲーム情報提供サーバに格納されるゲーム情報は同
じであっても、利用状況に応じて適宜ゲーム情報を改変
して提供することによって、様々なバリエーションを付
加させるとともに、利用する順番で不利益を被らない様
に配慮することができる。

【００３９】請求項１２記載の情報記憶媒体によれば、
請求項８〜１１の何れか記載のゲーム情報提供情報を記
憶することを特徴とする。情報記憶媒体とは、例えば、
ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、ハードディスク、ＩＣメ
モリ、メモリースティック、ＤＡＴなどの磁気テープ媒
体を利用したものなどである。ゲーム情報提供サーバ
に、前記情報記憶媒体よりゲーム情報提供情報を読込ま
せることによって、請求項８〜１１の発明の何れかの効
果をもたらすことができる。

【００４０】

【発明の実施の形態】以下、本発明の一実施形態につい
て図１〜図１８を参照して説明する。本実施形態は、ユ
ーザ端末として携帯電話やＰＤＡなどを使用し、ダンジ
ョンを攻略しながらゲームを進行させるＲＰＧゲームを
楽しむ場合を例として説明するが、本発明の適用範囲は
これに限定されるものではない。

【００４１】[構成の説明]図１は、本実施形態の構成を
説明するための図である。同図に示すように、本実施形
態は、ユーザ端末１００−１〜ｎ（ｎは整数。以下、ユ
ーザ端末１００と言う）、通信ネットワーク２００と、
サーバ３００と、を備える。ユーザ端末１００とサーバ
３００は、それぞれ通信ネットワーク２００に接続さ
れ、双方の間でデータの送受信が行われる。本発明に係
るゲームに必要なプログラムやデータ（以下、ゲーム情
報と言う）等も同様にして通信ネットワーク２００を介
して送受信される。

【００４２】ユーザ端末１００は、サーバ３００からゲ
ーム情報をダウンロードしてゲームを楽しむ装置であっ
て、例えば、携帯電話機、ＰＤＡ、ノート型パソコン、
携帯用ゲーム装置、業務用ゲーム装置などである。図２
は、携帯電話機をユーザ端末とした場合の外観の一例を
示す図である。同図に示すように、ユーザ端末１００
は、ＣＰＵやＩＣメモリ等からなる制御装置（図示略）
と、数字入力ボタン１１２、十字操作キー１１４、ソフ
トキー１１６などの入力装置と、小型のＬＣＤ１３２等
の表示装置と、無線通信を行う無線装置１５２とを備え
る。

【００４３】ユーザ端末１００は、携帯電話機としての
機能だけでなく、通信ネットワーク２００に接続し、例
えば、インターネット上に公開されているＷｅｂサイト
へアクセスし、サイト情報の閲覧が可能な機能を備え
る。また、Ｗｅｂサイトからダウンロードしたプログラ
ムを実行する機能や、画像や動画、音などのデータを再
生する機能を備えている。プログラムの実行環境として
は、例えば、Ｊａｖａ（登録商標）実行環境などを備え
ている。そして、ユーザは、ＬＣＤ１３２に、サーバ３
００にアクセスした際のメニュー画面等のＧＵＩやゲー
ム画面１３４を表示させ、入力装置でメニューの選択や
ゲーム操作の入力を行って楽しむ。尚、ゲーム操作と
は、ゲームの進行に必要な操作の入力であって、例え
ば、ゲームキャラクタの移動、アイテムやステージある
いは攻撃対象などの選択／解除、攻撃タイミングの決定
など、種々の操作であり、詳しくはゲーム内容やユーザ
端末１００の機種によって異なる。

【００４４】通信ネットワーク２００は、ユーザ端末１
００とサーバ３００が利用可能な有線／無線によるデー
タの送受信が可能な通信媒体であって、例えば、インタ
ーネット、ＬＡＮ、携帯電話回線、ＰＨＳ回線、近距離
無線、赤外線通信などである。ユーザ端末１００とサー
バ３００は、通信の形態に合致した通信プロトコルを利
用可能であるのは勿論である。尚、通信ネットワーク２
００は、単一である必要はなく、データの種類やデータ
送受信のフェーズに応じて、異なる形態や通信プロトコ
ルを利用するとしても構わない。

【００４５】サーバ３００は、ゲーム情報などのコンテ
ンツ・データを送信する情報処理システムであって、例
えば、公知の汎用コンピュータ、パーソナル・コンピュ
ータ、業務用ゲーム装置、キオスク端末などである。サ
ーバ３００は、ＣＰＵと、ＩＣメモリと、補助記憶装置
と、通信ネットワーク２００に接続するための通信装置
とを備え、互いにシステムバスを介して接続されてい
る。ゲーム情報等のコンテンツ・データはＩＣメモリや
補助記憶装置等に格納されている。図中では単数として
描かれているが、機能の実現規模に応じて単数または複
数のコンピュータのネットワークによって構成されてい
るとしても構わない。

【００４６】サーバ３００は、通信ネットワーク２００
に常時接続されており、通信ネットワーク２００がイン
ターネットである場合は、ＷＷＷサーバとしての機能を
備え、アクセスしてきたユーザ端末１００に、例えば、
メニュー画面やコンテンツの名称などの表示、使用方法
の表示、コンテンツの選択、ユーザ登録などの各種のサ
ービスを提供する。また、有料のサービスを提供する場
合は、課金システムの役割を担うとしても良い。課金シ
ステムは、金融機関やクレジットサービス会社のサーバ
を利用するとしても良いのは勿論である。

【００４７】尚、本実施形態の構成は上記例に限らず、
例えば、小型ＬＣＤを搭載した携帯ゲーム装置をユーザ
端末１００として、該携帯ゲーム装置とネットワークを
形成可能な家庭用ゲーム装置をサーバ３００としても良
い。この場合、通信ネットワーク２００は、有線接続の
ほか、双方に実装された短距離無線技術や、赤外線通信
技術によって形成される。また、ＬＡＮに接続された端
末装置とサーバによっても同様に実現可能である。

【００４８】[ゲームの説明]次に、ユーザ端末１００で
実行されるゲームの概要について説明する。本実施形態
におけるゲームは、ダンジョン（迷路、迷宮）攻略型の
ＲＰＧゲームであって、ユーザは、幾つものダンジョン
の階層からなる迷宮の塔の謎を解く勇者となってゲーム
を進める。迷宮の塔は複数存在し、それぞれが一つのス
テージとして扱われる。

【００４９】図１５と図１６は、本実施形態におけるゲ
ーム画面の一例を示す図である。図１５は、フィールド
画面の一例を示しており、架空世界の大地に迷宮の塔Ｔ
１〜Ｔ３が点在して表示されている。ユーザは、勇者キ
ャラクタＨを移動させ塔Ｔ１〜Ｔ３の中から、攻略する
塔Ｔを選択する。フィールド画面に登場する塔Ｔの数は
適宜設定される。本実施形態では、この塔Ｔの利用に制
限を設けることを特徴の一つとする。

【００５０】図１６は、マップ画面の一例を示す図であ
る。塔Ｔ１〜Ｔ３の内部は、複数の階層（フロア−）か
ら構成され、それぞれの階層には、例えば同図に示すよ
うなダンジョンなどが設定されている。ダンジョンの所
々には、アイテムＡが配置され、またモンスター等の敵
キャラクタＢが待ちうけていて、戦わなければならない
場合もある。そして、塔Ｔの所定の位置に達するとその
塔Ｔを攻略したものとする。塔Ｔの所定の位置とは、例
えば、塔Ｔの最上階や最下階である。勿論、従来と同様
に、所定の敵キャラクタＢを倒す、あるいは所定のアイ
テムＡに到達するなどを攻略の条件としても構わない。

【００５１】図１７は、ユーザが攻略できる塔Ｔ（ステ
ージ）のロードマップの概念図である。図１７（ａ)に
示すように、本実施形態では、塔Ｔは、迷宮の種類や難
易度や攻略の要件に応じて複数のレベルに区分され、各
レベルには複数の塔Ｔが予め用意されている。そして、
図１７（ｂ）に示すように、それぞれの塔Ｔには挑戦者
上限数と攻略者上限数が設定されている。本実施形態で
は、攻略者上限数は挑戦者上限数より小さく設定されて
いるが、これに限定されるものではない。

【００５２】ユーザは、先ず、挑戦者制限の最も緩いレ
ベル１の塔Ｔの何れか一つを攻略する。そしてユーザが
その塔Ｔを攻略した順番が、攻略者上限数以下であれ
ば、次のレベル２の塔を選択できる。レベルアップ等の
レベルの変更は、塔Ｔの攻略時にサーバ３００から与え
られる達成情報に基づいて行われる。例えば、レベル変
更の指示が出されて自動的に変更が行われるほか、次の
レベルの塔Ｔのゲーム情報を得る際のパスワードや、そ
れに相当する特定のアイテムなどとして与えられる。

【００５３】しかし、ユーザがその塔Ｔを攻略した順番
が、攻略者上限数以上であれば、同一レベルの別の塔Ｔ
を攻略しなければならなくなる。従って、次のレベルに
進むためには、いつでも良いから攻略すれば良いという
わけではない。攻略者の数が上限を超えてしまう前に急
いで攻略する必要がある。そして、ゲームは最終レベル
の塔Ｔを攻略して終了する。

【００５４】また、本実施形態では、図１７（ａ）に示
したように、予め幾つも迷宮の塔Ｔが用意されている
が、図１５のように、フィールド画面上には、所定数以
上の塔Ｔは表示されない。最初から全てを表示するので
はなく、利用状況に応じて適宜追加表示することで、ユ
ーザに常に新鮮な状態でゲームを楽しんでもらう。例え
ば、図１５の例では、３つの塔Ｔが表示されているが、
この内何れかの塔Ｔにおいて挑戦者数が挑戦者上限数に
達したならば、以降その塔Ｔは利用することができなく
なる。そこで、ユーザの選択肢の数を確保するために新
たに予め用意された別の塔Ｔを表示して利用可能にす
る。従って、前記フィールド画面では、常に所定数以
上、図１５の例では、３つの塔Ｔが選択可能に表示され
る。利用状況に応じて、塔Ｔの利用中止と追加がなされ
るので、サーバ３００にアクセスする時々によって、選
択可能な塔Ｔの組み合わせは変化する。

【００５５】[機能ブロックの説明]次に、本実施形態を
実現するための機能ブロックについて説明する。図３
は、本実施形態のユーザ端末１００とサーバ３００との
機能ブロック図である。

【００５６】[ユーザ端末の機能ブロック]ユーザ端末１
００は、操作部１１０と、処理部１２０と、表示部１３
０と、音出力部１４０と、送受信部１５０と、記憶部１
６０とを備え、各部は図示されないシステムバス等によ
って互いに接続されている。

【００５７】操作部１１０は、例えば、電話番号や文字
の入力、カーソルの移動、選択の決定／解除などの種々
の操作を入力するものであって、その機能は、ボタン、
レバー、ダイアル、マウス、パッドなどによって実現さ
れる。操作部１１０の信号は処理部１２０に出力され、
ゲームプレイ中は、メニュー画面の操作や、キャラクタ
やアイテムの移動・選択等の操作の信号を伝える。

【００５８】処理部１２０は、ユーザ端末１００の各ブ
ロックと信号の送受を行って、端末全体の制御を司ると
ともに、ゲームプレイに伴う種々の処理を行う。その機
能は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、各種ＩＣメモリなど
のハードウェアと、記憶部１６０に格納されたソフトウ
ェアやデータ等によって実現される。本実施形態では、
特に、ゲーム情報の実行環境であるＪａｖａ（登録商
標）実行環境１２１と、サーバ３００にアクセスしてゲ
ームに関する情報を入手するためのブラウザ部１２２
と、画像生成部１２３と、音生成部１２４と、通信制御
部１２５とを備える。

【００５９】Ｊａｖａ（登録商標）実行環境１２１は、
ハードウェアや基本ＯＳ、ウィンドウシステム等から独
立した、所謂アーキテクチャ・ニュートラルなプログラ
ム実行環境であって、例えば、サン・マイクロシステム
ズ社から提供されるＪａｖａ(登録商標） 2 Platform
(R)などのミドルウェア群を利用することによって実現
される。同様の機能を有するならばＪａｖａ（登録商
標）以外であっても構わない。Ｊａｖａ（登録商標）実
行環境１２１上には、ゲーム演算部１２７が実現され、
ゲームプレイに伴う種々のゲーム処理を司る。ゲーム処
理とは、例えば、ゲームステージの表示、キャラクタの
移動、ヒット判定、効果音の出力、得点やパラメータの
変更、ゲームデータの保存／読込、などである。ユーザ
端末１００が、それぞれＪａｖａ（登録商標）実行環境
１２１を備え、その上でゲームが実行されることによっ
て、機種や基本ＯＳやハードウェア構成の異なる機種で
あっても、一つのコンテンツを同様に楽しめるようにな
る。

【００６０】ブラウザ部１２２は、インターネット上に
公開されているＷｅｂサイトを閲覧する機能や、各種の
データをダウンロードする機能を有する。

【００６１】画像生成部１２３は、ゲーム画面等の画像
信号を生成するものであって、その機能は、例えば、Ｌ
ＳＩ、ＤＳＰ、ＩＣメモリなどのハードウェアおよび関
連するソフトウェアによって実現される。画像生成部１
２３から出力された画像信号は、表示部１３０によって
表示される。

【００６２】音生成部１２４は、コール音や入力操作
音、ゲーム中の効果音などの音信号を生成するものであ
って、その機能は、例えば、ＬＳＩ、ＤＳＰ、ＩＣメモ
リなどのハードウェアおよび関連するソフトウェアによ
って実現される。音生成部１２４から出力された音信号
は、音出力部１４０から出力される。

【００６３】通信制御部１２５は、ゲーム演算部１２７
やブラウザ部１２２と、送受信部１５０との間でデータ
の送受信を司り、無線／有線の通信ネットワーク２００
への接続を実現する。その機能は、例えば、ＬＳＩ、Ｄ
ＳＰ、ＩＣメモリなどのハードウェアおよび関連するソ
フトウェアによって実現される。データの圧縮が利用さ
れる場合は、圧縮／解凍はここで行われるとしても良
い。

【００６４】表示部１３０は、画像生成部１２３からの
画像信号に基づいて、所与の画像を表示するものであっ
て、その機能は、例えば、ＬＣＤ、ＥＬ、ＰＤＰ、ＣＲ
Ｔ、ＨＭＤなどによって実現される。

【００６５】音出力部１４０は、音生成部１２４からの
音信号を出力するものであって、その機能は、例えば、
スピーカ等によって実現される。

【００６６】送受信部１５０は、通信制御部１２５から
の信号を、携帯電話や近距離無線、ＴＣＰ／ＩＰなど通
信ネットワーク２００の形態に適合した通信プロトコル
に合わせて変換し、送受信するものであって、例えば、
アンテナや、ＲＦチップなどのＩＣチップ等によって実
現される。

【００６７】記憶部１６０は、各種の処理を実現するプ
ログラム、および処理に必要なデータを格納する手段で
あって、その機能は、各種のＩＣメモリ、ハードディス
ク、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、メモリカードなどの
情報記憶媒体によって実現される。本実施形態では、特
に、Ｊａｖａ（登録商標）実行環境１２１を実現するＪ
ａｖａ（登録商標）ソフトウェア群１６１と、ブラウザ
部１２２を実現するブラウザプログラム１６２と、ゲー
ム情報１７０とが格納されている。

【００６８】ゲーム情報１７０は、ゲーム演算部２１２
を実現するプログラムであるＪａｖａ（登録商標）アプ
レット１７１と、塔Ｔの設定に関する情報を格納するス
テージ設定情報１７２と、ゲームプレイのセーブデータ
を格納するセーブ情報１７４と、ユーザＩＤ情報１７５
と、を含んでいる。

【００６９】Ｊａｖａ（登録商標）アプレット１７１
は、Ｊａｖａ（登録商標）実行環境１２１上で実行可能
なプログラム・コードであって、種々のゲーム処理を実
現する。ゲーム処理とは、例えば、ステージ選択、マッ
プ上での勇者キャラクタＨの移動、敵キャラクタＢへの
攻撃、アイテムＡの選択と取得、勇者キャラクタＨのパ
ラメータの変更や、セーブ情報１７４の保存／読込、ゲ
ーム途中におけるサーバ３００とのデータの送受信、ス
テージ攻略時のイベント画像の表示、効果音の再生など
である。詳細はゲームの内容やユーザ端末１００の備え
る機能によっても適宜設定される。例えば、ユーザ端末
１００が振動機能を備える場合は、振動の発生などの制
御を行うとしても良い。

【００７０】ステージ設定情報１７２は、ゲーム展開上
一区切りに扱われる情報の単位であって、本実施形態で
は攻略する塔Ｔの設定にあたる。ステージ設定情報１７
２には、図４に示すように、例えば、マップ情報１７２
−１、アイテム情報１７２−２、敵キャラ情報１７２−
３が含まれる。

【００７１】マップ情報１７２−１は、塔Ｔ内のダンジ
ョンなどを形成するための情報であって、例えば、通路
や扉、階段、出入口、罠などの配置、それぞれの大きさ
などのパラメータと、各部のテクスチャパターンなどの
画像データである。本実施形態では、塔Ｔを構成する階
層一つが、一つのマップとして扱われる。アイテム情報
１７２−２は、例えば、前記マップ情報１７２−１によ
って形成されるダンジョンの各所に配置されるアイテム
Ａ、またはアイテムＡの入った宝箱などの、配置位置・
種類・数或いはその出現率などのパラメータと、表示の
ための画像情報などである。敵キャラ情報１７２−３
は、例えば、塔内を徘徊・待ち伏せするモンスター等の
敵キャラクタＢの種類や出現位置、数、ヒットポイン
ト、ライフポイント、倒されたときに勇者に与えられる
経験値などのパラメータと、表示のための画像や鳴声な
どの効果音といったデータである。

【００７２】ステージ設定情報１７２の情報量は、ユー
ザ端末１００の内部記憶容量を鑑みて適宜設定される。
従って、本実施形態の場合であれば、ステージにあたる
塔Ｔにおける全階層分のマップ情報１７２−１から敵キ
ャラ情１７２−３までを、１塔分を一つのステージ設定
情報として扱うことができる場合も有れば、階層の多い
塔の場合は、１塔分を複数のステージ設定情報１７２で
構成する場合もある。

【００７３】セーブ情報１７４は、例えば、勇者キャラ
クタＨのパラメータ、アイテムＡや敵キャラクタＢのフ
ラグ、マップの番号とセーブ時のマップ内での位置、な
どのゲームの進行状況に関するデータを格納する。本実
施形態では、特に、図５に示すように、図１７に示した
塔Ｔの区分を表す攻略レベル１７４−１と、攻略中ステ
ージ番号１７４−２と、ステージ・クリア情報１７４−
３とが含まれる。

【００７４】攻略中ステージ番号１７４−２は、現在ユ
ーザが攻略中のステージの識別のための番号を格納し、
例えば、ステージ設定情報１７２と対応している。攻略
をあきらめて放棄した場合や、攻略後にセーブして次の
ステージを選択していない場合は、例えば、“０”を格
納し識別する。

【００７５】ステージ・クリア情報１７４−３は、ゲー
ムプレイの結果に関する情報であって、例えば、ステー
ジをクリアしたことを表すフラグ、得られたアイテムや
通過したイベントの情報、攻略に要した時間などであっ
て適宜設定される。

【００７６】ユーザＩＤ情報１７５は、初回にサーバ３
００にアクセスして、所定の手続きを介してユーザ登録
を済ませると発給される情報であって、以降のアクセス
時には認証パスの役割を果たす。ユーザＩＤ情報１７５
は、例えば、名前、登録番号、勇者キャラクタＨの名前
などであって適宜設定して構わない。例えば、サーバ３
００が複数のサーバ装置から構成され、ユーザ登録とＪ
ａｖａ（登録商標）アプレット１７１をダウンロードす
るサーバと、ステージ設定情報１７２をダウンロードす
るサーバが異なる場合は、後者のドメイン情報を含めて
もよい。その場合には、サーバ３００の保守管理や増
設、移動に伴うユーザサポートを容易にすることができ
る。

【００７７】[サーバの機能ブロック]サーバ３００は、
処理部３２０と、送受信部３５０と、記憶部３６０とを
備える。処理部３２０は、サーバ３００の各ブロックと
信号の送受を行って全体の制御を司るとともに、ゲーム
情報の送信に係る種々の処理を司る。その機能は、例え
ば、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、各種ＩＣメモリなどの
ハードウェアと、記憶部３６０に格納されたソフトウェ
アやデータ等によって実現される。本実施形態では、特
に、ゲーム管理部３２１と、ＷＷＷサーバ部３２２と、
通信制御部３２５と、課金管理部３２６とを備える。

【００７８】ゲーム管理部３２１は、例えば、ユーザ登
録の情報の管理、ゲーム情報の管理と送信を司る。具体
的には、例えば、後述する、ステージ管理情報の送信処
理、ゴール処理、フィールド情報の送信処理、ステージ
設定の送信処理、ステージ追加処理などが実行される。

【００７９】ＷＷＷサーバ部３２２は、インターネット
上にＷｅｂサイトを公開し、ゲームの利用に関する情報
を提供するとともに、ゲームの基本プログラム（Ｊａｖ
ａ（登録商標）アプレット）の送信を行う。ゲームの利
用に関する情報としては、例えば、ゲームの概要、ゲー
ムプレイに要する標準時間、ゲームの操作方法、ゲーム
利用に係る課金についての情報、攻略所要時間のランキ
ング表などである。サーバ３００の管理者が適宜設定す
る。直接ゲームプレイに関係しない情報、例えば、ファ
ンサービス用の掲示板などを設けても良い。

【００８０】通信制御部３２５は、ゲーム管理部３２１
やＷＷＷサーバ部３２２と、送受信部３５０との間でデ
ータの送受信を司り、無線／有線の通信ネットワーク２
００への接続を実現する。その機能は、例えば、ＬＳ
Ｉ、ＤＳＰ、ＩＣメモリなどのハードウェアおよび関連
するソフトウェアによって実現される。データの圧縮が
利用される場合は、圧縮／解凍はここで行われるとして
も良い。

【００８１】課金管理部３２６は、ゲーム情報の有料送
信をする場合に、登録したユーザから、所定の規約に基
づいて課金する管理を司る。課金管理部３２６は、例え
ば、金融機関やクレジットサービス会社の既存の課金シ
ステムを利用することで代用・実現するとしても構わな
い。

【００８２】送受信部３５０は、通信制御部３２５から
の信号を、携帯電話や近距離無線、ＴＣＰ／ＩＰなど通
信ネットワーク２００の形態に適合した通信プロトコル
に合わせて変換し、送受信するものであって、例えば、
モデムやアンテナ、ＲＦチップなどのＩＣチップ等によ
って実現される。

【００８３】記憶部３６０は、各種の処理を実現するプ
ログラムおよび処理に必要なデータを格納する手段であ
って、その機能は、例えば、各種のＩＣメモリ、ハード
ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯなどの情報記憶
媒体によって実現される。本実施形態では、特に、ゲー
ム管理プログラム３６１と、ユーザ登録情報３６２と、
フィールド情報３６３と、課金管理プログラム３６４
と、課金管理情報３６５と、Ｊａｖａ（登録商標）アプ
レット３６６と、特定クリア情報３６７と、ステージ情
報３７０とを備える。

【００８４】ゲーム管理プログラム３６１は、ゲーム管
理部３２１を実現するためのプログラムとそのデータで
あって、具体的には、例えば、後述するステージ管理情
報の送信処理、ゴール処理、フィールド情報の送信処
理、ステージ設定の送信処理、ステージ追加処理などの
種々の処理を実行させる。

【００８５】ユーザ登録情報３６２は、ゲームを利用す
るユーザに関する情報を格納する。例えば、ユーザの個
人情報、ゲームで使用する勇者キャラＨの名前、利用時
間、利用回数などであって適宜設定される。

【００８６】フィールド情報３６３は、架空のゲーム世
界における全体図的な役割を担う情報であって、例え
ば、図１５のように大地の俯瞰図として設定される。そ
の他、ゲームの内容によって、例えば、トーナメントの
対戦図、地下都市の地図、ゲームシナリオの分岐図、対
戦キャラクタの一覧図などがこれに該当し適宜設定され
る。

【００８７】課金管理プログラム３６４は、課金管理部
３２６を実現する為のプログラムであって、その管理情
報は、課金管理情報３６５として格納されている。

【００８８】Ｊａｖａ（登録商標）アプレット３６６
は、ユーザ端末１００のＪａｖａ（登録商標）実行環境
１２１上で種々のゲーム処理を実現するプログラム・コ
ードであって、サーバ３００からユーザ端末１００にダ
ウンロードされる。図３のユーザ端末１００の機能ブロ
ックにおけるＪａｖａ（登録商標）アプレット１７１
は、Ｊａｖａ（登録商標）アプレット３６６をダウロー
ドした複製である。Ｊａｖａ（登録商標）アプレット３
６６は、一つでも良いしゲーム設定に応じて複数から構
成されていても構わない。例えば、海上に攻略すべき塔
がある場合は、勇者キャラＨの移動を泳ぎやボードなど
の移動として表現する必要があるので、別途Ｊａｖａ
（登録商標）アプレットを用意しておいて、海上の塔が
選択された場合のみダウンロードされるとすれば、ゲー
ムに変化をつけることができる。

【００８９】特定クリア情報３６７は、特別な処置が実
行されるアイテムやイベントを定義する。特定クリア情
報３６７に設定されたアイテムの入手や、イベントを通
過すると、例えば、ステージ情報３７０の送信に関する
制限を一部あるいは全てを無効にするなどの特別な処置
がとられる、所謂特別ボーナス的な位置付けに相当す
る。設定内容としては、アイテムやイベントのほか、例
えば、攻略所要時間が所定数以下である、敵キャラクタ
Ｂを所定数以上倒したなどであっても良い。

【００９０】ステージ情報３７０は、塔Ｔそれぞれにつ
いて設けられ、塔Ｔの設定に関する情報を格納してい
る。具体的には、例えば、出現フラグ３７１、使用フラ
グ３７２、ステージ管理情報３７３、イベントデータ３
７４、ステージ設定パラメータ３７５、ステージ初期設
定情報３７６、を含む。

【００９１】出現フラグ３７１は、ユーザがそのステー
ジを利用可能であるかどうかを示し、例えば、出現状態
を“１”、累積度や受信累積度に応じた「利用制限」お
よび「足きり」された状態を“０”として識別する。そ
して、出現フラグ３７１が１の塔Ｔはフィールド画面
（図１５参照）に表示され、ユーザに選択されゲーム情
報が提供される。

【００９２】使用フラグ３７２は、そのステージの使用
履歴が記憶されている。例えば、未使用を“０”にして
使用済みを“１”としても良いし、使用回数を記憶して
も良い。

【００９３】ステージ管理情報３７３は、ステージごと
の挑戦者制限および攻略者制限を行うための情報を格納
しており、図６に示すように、例えば、ステージ番号３
７３−１、挑戦者数３７３−２、攻略者数３７３−３、
挑戦者上限数３７３−４、攻略者上限数３７３−５、パ
スワード３７３−６を含む。

【００９４】挑戦者数３７３−２は、そのステージのゲ
ーム情報の累積度を格納し、例えば、送信毎に“１”加
算される。そして、送信中止を判断する閾値は、挑戦者
上限数３７３−４として記憶されている。攻略者数３７
３−３は、そのステージを攻略した人数であって、例え
ば、達成情報の送信の都度、“１”加算されることで攻
略者数の意味を有する。そして、達成情報の送信の中止
判定を行う閾値は、攻略者上限数３７３−５として、記
憶されている。パスワード３７３−６は、そのステージ
を利用するために必要な、例えば、パスワードや特別な
アイテムのＩＤなどである。

【００９５】イベントデータ３７４には、図７に示すよ
うに、ステージ攻略時に、攻略者数が攻略者上限数３７
３−５を超えていない場合に、選択・送信される達成情
報３７４−１と、そうでない場合に選択・送信される失
敗情報３７４−２とが含まれる。達成情報は、例えば、
宝物を手にする画像や音、振動発生などのゲームの演出
に係るデータ、特定のステージ情報３７０が利用可能に
なるパスワード、異なるレベルの塔Ｔが選択できるよう
にするためのレベル変更情報３７４−３が含まれる。失
敗情報は、例えば、宝物が既に持ち去られている画像な
どのデータである。

【００９６】レベル変更情報３７４−３は、例えば、所
定のフラグや、変更先のレベルを示す数値などのデータ
であって、ユーザ端末１００のゲーム演算部１２７は、
ステージの攻略後にサーバ３００にアクセスした際に、
レベルアップ指示３７４−５が得られると、該情報に従
ってセーブ情報１７４に格納されている攻略レベル１７
４−１を変更する処理を行う。

【００９７】ステージ初期設定情報３７６は、ユーザ端
末１００に送信されるステージ設定情報１７２の雛型で
あって、同様にマップ情報３７６−１と、アイテム情報
３７６−２と、敵キャラ情報３７６−３を備える。そし
て、ユーザ端末１００に送信する前に、ゲーム管理部３
２１によって、ステージ管理情報３７３に記憶された利
用状況（例えば、挑戦者数３７３−２、攻略者数３７３
−３）に基づいてパラメータを改変され、ユーザ端末１
００に送信されてステージ設定情報１７２となる。

【００９８】利用状況に基づいたステージ初期設定情報
３７５のパラメータの改変との関係については、ステー
ジ設定パラメータ３７５に格納されている。例えば、攻
略者数３７３−３とモンスターの出現率を反比例させる
ことによって、あたかも既に誰かが通ったあとで、あら
かたモンスターが倒されたようなシチュエーションを作
り出すことができる。或いは、攻略者数３７３−３と罠
の数を比例させるならば、あたかも既に通ったものが、
ユーザの行く手を邪魔するように仕掛けをしていったか
のようなシチュエーションを作り出せる。

【００９９】ステージ設定パラメータ３７５は、ステー
ジを構成する種々のパラメータやデータを格納する。例
えば、前述のステージ初期設定情報３７６をステージ管
理情報３７３に基づいて、そのパラメータを変更する関
係を設定する変数や関数、フィールド画面上の表示など
で使用される外観の画像データ、迷宮の塔Ｔが階層構造
であるならば総階層数、階層が上に伸びるのか下に伸び
るのか、陸上にあるのか海上にあるのかといったパラメ
ータなどで、ゲーム世界や難易度の設定に従って適宜設
定される。

【０１００】尚、上述のサーバ３００における機能ブロ
ックの構成は、コンテンツを送信する情報処理システム
の構成によって適宜変更されて構わない。例えば、ＷＷ
Ｗサーバ部３２２と、ゲーム管理部３２１を別の装置に
おいて実現するならば、ステージ管理情報３７３の保守
に伴う負荷の増加を分散し、Ｗｅｂサイトの公開などに
影響を少なくする利点がある。

【０１０１】[フローの説明]次に、図９〜図１４を参照
して、処理の流れについて説明する。ユーザが初めてゲ
ームを利用する場合は、先ずゲームの基本プログラムで
あるＪａｖａ（登録商標）アプレット１７１をサーバ３
００よりダウンロードしなければならない。

【０１０２】図９は、利用開始時の処理について説明す
るためのフローチャートである。同図に示すように、ま
ず、ユーザ端末１００が、ブラウザ部１２２と通信制御
部１２５によって、インターネット上に公開されている
ゲーム・コンテンツ配信サイトにアクセスする（ステッ
プＳ４０２）。

【０１０３】サーバ３００が、Ｗｅｂサーバ部３２２に
よって、ゲームの利用に関する情報やテストプレイ用デ
ータなどのサイト情報がユーザ端末１００に送信する。
ユーザ端末１００が、サイト情報を表示し、ユーザはサ
イト情報をゲームの内容や利用方法、利用料金などの確
認をする（ステップＳ４０４）。

【０１０４】ユーザが利用条件等に合意するならば、ユ
ーザ端末１００から所定の情報の入力と送信がなされ
る。サーバ３００は、ユーザ登録情報３６２を更新し、
ユーザ端末１００に、ユーザＩＤ情報１７５を送信する
（ステップＳ４０６）。

【０１０５】ユーザＩＤ情報１７５が発給されたなら
ば、ユーザ端末１００でサーバ３００にアクセスする
と、Ｊａｖａ（登録商標）アプレット１７１をダウンロ
ードすることができる（ステップＳ４０８）。ダウンロ
ードされたＪａｖａ（登録商標）アプレット１７１は、
ユーザ端末１００の記憶部１６０に記憶され、以降はユ
ーザの望むときに起動させることによって、好きなとこ
ろでゲームを楽しむことができる（ステップＳ４１
０）。

【０１０６】[Ｊａｖａ（登録商標）アプレット実行時
のフロー]次に、Ｊａｖａ（登録商標）アプレット１７
１を実行し、ゲームプレイ時の処理の流れについて説明
する。図１０と図１１は、ゲームプレイ時の処理の流れ
を説明するためのフローチャートである。ユーザ端末１
００においてＪａｖａ（登録商標）アプレット１７１を
実行すると、ゲーム演算部１２７は、先ずセーブ情報１
７４の有無を確認する（ステップＳ５０２）。セーブ情
報１７４が無ければ、新たに作成する（ステップＳ５０
２のＮＯ→Ｓ５０４）。この際、セーブ情報１７４に記
憶されるデータはデフォルト値であり、例えば、塔Ｔの
攻略レベル１７４−１は１、ステージ・クリア情報１７
４−３は０になっている。セーブ情報１７４が有れば、
保存されていた所謂セーブデータを読込んで、セーブし
た時点のゲーム状況からプレイを再開できるようにする
（ステップＳ５０２のＹＥＳ→Ｓ５０６）。

【０１０７】セーブ情報１７４が新設された場合や（ス
テップＳ５０４）、例えば、攻略放棄や攻略後にセーブ
した場合などで、セーブ情報１７４に攻略中の攻略中ス
テージ番号１７４−２が０の場合は（ステップＳ５０８
のＮＯ）、ステージ選択処理を実行する（ステップＳ５
１０）。

【０１０８】[ステージ選択処理のフロー]図１２と図１
３は、ステージ選択処理における処理の流れを説明する
ためのフローチャートである。ユーザ端末１００のゲー
ム演算部１２７は、セーブ情報１７４を参照して、攻略
中レベル１７４−１とステージ・クリア情報１７４−３
を読み出し（ステップＳ６０２）、通信制御部１２５を
介してサーバ３００に、攻略レベル１７４−１とステー
ジ・クリア情報１７４−３とともにフィールド情報３６
３の送信を要求する（ステップＳ６０４）。この際、サ
ーバ３００とは、例えば、ブラウザ部１２２を利用して
インターネットを介してデータの送受信を行っても良い
し、別の通信ネットワークの形態及び通信プロトコルに
よって直接送受信しても構わない。

【０１０９】サーバ３００は、ユーザ端末１００からの
要求を受けて、フィールド情報の送信処理を実行する。
サーバ３００のゲーム管理部３２１は、ステージ・クリ
ア情報１７４−３に、特定クリア情報３６７に定められ
た情報が含まれていなければ（ステップＳ６４２のＮ
Ｏ）、受信した攻略レベル１７４−１を参照し、該当レ
ベルのステージ情報３７０の中から出現フラグ３７１が
１（利用可能の意味）のステージを選択する（ステップ
Ｓ６４４）。ステージ・クリア情報１７４−３に、特定
クリア情報３６７に定められた情報が含まれている場合
は（ステップＳ６４２のＹＥＳ）、例えば、受信した攻
略レベル１７４−１を参照し、該当レベルのステージ情
報３７０の全てを選択する（ステップＳ６４６）

【０１１０】そして、ゲーム管理部３２１は、選択され
たステージ設定パラメータ３７５から、塔Ｔの画面表示
用の画像データを読み出し、ステージ番号３７３−１と
ともにフィールド情報３６３に追加し（ステップＳ６４
８）、ユーザ端末１００に送信する（ステップＳ６５
０）。

【０１１１】ユーザ端末１００は、フィールド情報３６
３を受信し（ステップＳ６０６）、表示部１３０に表示
する（ステップＳ６０８）。表示部１３０には、例えば
図１５に示すような画面が表示される。

【０１１２】ここで、ユーザは攻略したい塔Ｔに勇者キ
ャラＨを移動させる操作を行うと、ゲーム演算部１２７
は、操作部１１０からの操作信号をもとに、画面上の勇
者キャラクタＨを移動させ、塔Ｔと勇者キャラクタＨの
ヒット判定によって、選択された塔Ｔを判別する（ステ
ップＳ６１０）。そして、選択された塔Ｔのステージ番
号３７３−１とともに、サーバ３００にステージ管理情
報の要求をする（ステップＳ６１２）。

【０１１３】サーバ３００は、ステージ管理情報の送信
処理を実行し、該当するステージ管理情報３７３をユー
ザ端末１００に送信する（ステップＳ６５２）。

【０１１４】ユーザ端末１００のゲーム演算部１２７
は、ステージ管理情報３７３を受信するとステージ管理
情報３７３の一部または全部の情報を表示部１３０に表
示する（ステップＳ６１４）。表示部１３０には、例え
ば、図１８示すような画像が表示される。ユーザは、こ
の画像を見てその迷宮の塔Ｔを選択するかを決断する。

【０１１５】キャンセルに該当するボタン、例えば、図
２に示すソフトキー１１６ｂが押下されたならば、ゲー
ム演算部１２７は、フィールド画面に戻る（ステップＳ
６１６のＮＯ）。選択決定に該当するボタン、例えば、
図２に示すソフトキー１１６ａが押下されたならば（ス
テップＳ６１６のＮＯ）、ゲーム演算部１２７は、ステ
ージ管理情報３７３を参照し、パスワードの要否を確認
する（ステップＳ６１８）

【０１１６】パスワードが必要な場合は（ステップＳ６
１８のＹＥＳ）、パスワードを入力するように、例え
ば、表示部１３０に入力画面を表示して、パスワードを
取得する（ステップＳ６２０）。尚、パスワードではな
く、所定のアイテムがパスの役割を担う場合は、適宜ア
イテムの選択処理がなされるものとする。

【０１１７】次に、ゲーム演算部１２７は、サーバ３０
０に対して、選択された塔Ｔのステージ設定情報１７２
を要求する（ステップＳ６２２）。要求信号には、例え
ば、選択された塔Ｔのステージ番号３７３−１と、入力
されたパスワードと、攻略レベル１７４−１と、ステー
ジ・クリア情報１７４−３とが含まれている。

【０１１８】サーバ３００のゲーム管理部３２１は、ス
テージ設定の送信処理を実行する。ユーザ端末１００よ
り受信したステージ・クリア情報１７４−３に、特定ク
リア情報３６７に定められた情報が含まれてない場合は
（ステップＳ６６２のＮＯ）、ゲーム管理部３２１は、
パスワードのチェックを行う（ステップＳ６６４）。即
ち、ユーザ端末１００から指定されたステージ情報３７
０の利用に、パスワード３７３−６が設定されている場
合は（ステップＳ６６４のＹＥＳ）、送られてきたパス
ワードの承認を行う（ステップＳ６６６）ステージ・ク
リア情報１７４−３に、特定クリア情報３６７に定めら
れた情報が含まれている場合は、パスワードのチェック
を行わずに、ステップＳ６７０に移行する（ステップＳ
６６２のＹＥＳ）。

【０１１９】パスワードのチェックにおいて、パスワー
ドが不一致の場合は（ステップＳ６６６のＮＯ）、ゲー
ム管理部３２１は、ステージ設定情報は送信しない（ス
テップＳ６６８）。

【０１２０】パスワードが一致する場合は（ステップＳ
６６６のＹＥＳ）、選択されたステージ管理情報３７３
の挑戦者数に“１”を加算し（ステップＳ６７０）、ス
テージ設定情報１７２の作成を行う。即ち、ゲーム管理
部３２１は、先ず雛型であるステージ初期設定情報３７
６を読込む（ステップＳ６７１）。次に、そのパラメー
タを変更するために、ステージ管理情報３７３を参照し
て、例えば、挑戦者数３７３−２と攻略者数３７３−３
を取得する（ステップＳ６７２）。また、ステージ設定
パラメータ３７５を参照してステージの利用状況に基づ
いてステージのパラメータを変化させる変数または関数
を取得する（ステップＳ６７４）。そして、ステージ初
期設定情報３７６のパラメータを変更してステージ設定
情報１７２として（ステップＳ６７６）、ユーザ端末１
００に送信する（ステップＳ６７８）。

【０１２１】ここで、サーバ３００のゲーム管理部３２
１は、塔に挑戦するユーザが現れたので、続いてステー
ジ追加処理を実行し、利用制限の管理とステージの追加
管理とを行う（ステップＳ６８０）。図１４は、ステー
ジ追加処理の流れを説明するためのフローチャートであ
る。サーバ３００のゲーム管理部３２１は、先ず全ての
ステージについて利用状況を確認してステージの追加判
断を行う。

【０１２２】まず、追加要件の判定用にカウンタを設定
し、値を０とする（ステップＳ７０２）。次いで、ステ
ージ管理情報３７３を参照して、挑戦者数３７３−２、
挑戦者上限数３７３−４、攻略者数３７３−３、攻略者
上限数３７３−５を取得する（ステップＳ７０４）。

【０１２３】挑戦者数３７３−２が挑戦者上限数３７３
−４を超えている場合は（ステップＳ７０６のＹＥ
Ｓ）、出現フラグ３７１を“０”にして以降の利用を制
限し（ステップＳ７０８）、ステップＳ７２０に移行す
る。ここで出現フラグ３７１が“０”になることで、塔
Ｔを選択するフィールド画面（図１５参照）には、該当
する塔Ｔは表示されず、ユーザには選択できなくなる。

【０１２４】挑戦者数３７３−２が挑戦者上限数３７３
−４に達していないが（ステップＳ７０６のＮＯ）、挑
戦者数３７３−２が挑戦者上限数３７３−４の９０％を
超えている場合は（ステップＳ７１０のＹＥＳ）、残り
は少ないがまだ挑戦することができるので、出現フラグ
３７１はそのままで、ステップＳ７２０に移行する。

【０１２５】挑戦者数３７３−２がステージ追加の条件
を満たさないが（ステップＳ７１０のＮＯ）、攻略者数
３７３−３が攻略者上限数３７３−５の５０％を超えて
いる場合は（ステップＳ７１２のＹＥＳ）、カウンタに
“１”を加算する（ステップＳ７１４）。

【０１２６】全てのステージについて確認が終了したな
らば（ステップＳ７１６のＹＥＳ）、カウンタが２以上
であるかを判定する（ステップＳ７１８）。

【０１２７】カウンタが“２”以上である場合は、ゲー
ム管理部３２１は、ステージの追加を行う（ステップＳ
７１８のＹＥＳ）。まず、ユーザ端末１００からの要求
信号から、追加すべきステージのレベルを取得する（ス
テップＳ７２０）。次いで、該レベルのステージ管理情
報３７３の中から、使用フラグ３７２が“０”であるス
テージを検索する（ステップＳ７２２）。

【０１２８】使用フラグ３７２が０のステージがある、
即ち未使用のステージがある場合は（ステップＳ７２４
のＹＥＳ）、使用フラグ３７２が０で最も小さい番号の
ステージを選択する（ステップＳ７２６）。使用フラグ
３７２が“０”のステージが無い、即ち全てのステージ
が一度は使われている場合は（ステップＳ７２４のＮ
Ｏ）、使用フラグ３７２が“１”で最も小さい番号のス
テージを選択する（ステップＳ７２８）。追加すべきス
テージが選択されたならば、当該ステージのステージ情
報３７０の出現フラグ３７１を“１”に、挑戦者数３７
３−３と攻略者数３７３−３を０に変更して利用可能な
状態にする（ステップＳ７３０）。以上で、ステージ追
加処理は終了する。

【０１２９】図１３において、ユーザ端末１００では、
サーバ３００からのステージ設定情報１７２を受信する
（ステップＳ６２４）。ゲーム演算部１２７は、パスワ
ードが不一致で、ステージ設定情報１７２が得られなか
った場合（ステップＳ６２６のＮＯ）、再度パスワード
を入力するか別のステージを選択するかの入力を促す
（ステップＳ６２８）。サーバ３００からステージ設定
情報１７２が送信された場合（ステップＳ６２６のＹＥ
Ｓ）には、ステージ設定処理を終了する。

【０１３０】次に、図１０と図１１を参照して、ステー
ジの選択以降の処理について説明する。ステージ設定情
報１７２を得られたならば、ゲーム演算部１２７は、ゲ
ームを実行し、表示部１３０には、図１６に示したよう
なゲーム画面が表示される（ステップＳ５１２）。ここ
でいうゲームの実行とは、例えば、ダンジョンの表示、
勇者キャラクタＨの移動、画面のスクロール、アイテム
Ａの取得、敵キャラクタＢとの戦闘、勇者キャラクタＨ
のパラメータの変更、効果音の再生などであって、これ
によってユーザはＲＰＧゲームを楽しむことができる。
ＲＰＧゲームの実行に係る、ユーザの操作や、種々の処
理については公知であるので、ここでの詳細な説明は省
略する。

【０１３１】ダンジョン内には、図１６に示すように、
アクセスポイントＰが設定されていて、ゲーム進行中で
あってもサーバ３００にアクセスして、攻略中のステー
ジの利用状況を確認することができる。ゲーム演算部１
２７は、勇者キャラＨがアクセスポイントＰから所定の
範囲内にあって、所定の選択キー（例えば、図２のソフ
トキー１１６ｂなど）が押下されると、アクセスポイン
トＰを利用すると判断する（ステップＳ５１４のＹＥ
Ｓ）。ゲーム演算部１２７は、サーバ３００にステージ
管理情報３７３の送信を要求する（ステップＳ５１
６）。

【０１３２】サーバ３００のゲーム管理部３２１は、ス
テージ管理情報の送信処理を実行し、該情報をユーザ端
末１００に送信する（ステップＳ５５０）。

【０１３３】ユーザ端末１００のゲーム演算部１２７
は、ステージ管理情報３７３を受信し、例えば、図１８
に示すように表示部１３０に表示させる（ステップＳ５
１８）。

【０１３４】ユーザは、これを見てこのまま攻略を続け
るべきか、あきらめて他の塔Ｔ（ステージ）を攻略する
かを判断する。ユーザは、攻略者が多ければ、もしかし
たらせっかく攻略してもパスワードを得られないかもし
れないとも考え、しかし、ここまで来て引き下がるのも
悔しいとも考える。ステージに挑戦者制限および攻略者
制限があることで、オンライン型のゲームのように常時
接続でなくとも、同じステージを攻略中の見えない他の
勇者（ユーザ)との間で競争状態がつくられ、ユーザ
は、緊張感や挑戦心を掻き立てられ、また葛藤を楽しむ
ことができる。

【０１３５】ゲーム演算部１２７は、ゲーム中断操作が
され（ステップＳ５２０のＹＥＳ）、更にステージ攻略
を中断する操作がされたならば（ステップＳ５２２のＹ
ＥＳ）、攻略中ステージ番号１７４−２を“０”にし
（ステップＳ５３２）、セーブ情報１７４を更新する
（ステップＳ５３４）。ちなみに、ゲーム中断操作がさ
れ（ステップＳ５２０のＹＥＳ）、更にステージ攻略を
中断しない場合は（ステップＳ５２２のＮＯ）、所謂ゲ
ーム途中のセーブであって、セーブ情報１７４を更新す
る（ステップＳ５３４）

【０１３６】ゲーム中断操作がされず（ステップＳ５２
０のＮＯ）、ステージのクリア条件を満たしてしていな
ければ（ステップＳ５２４のＮＯ）、ゲームの実行を続
ける（ステップＳ５１２）。

【０１３７】ステージのクリア条件を満たすならば（ス
テップＳ５２４のＹＥＳ）、ステージ・クリア情報１７
４−３が更新される（ステップＳ５２５）。そして、ゲ
ーム演算部１２７は、サーバ３００にゴール処理の要求
を送信する（ステップＳ５２６）。ゴール処理の要求に
は、例えば、攻略中ステージ番号１７４−２、ステージ
・クリア情報１７４−３が含まれる。

【０１３８】サーバ３００のゲーム管理部３２１は、ユ
ーザ端末１００からのゴール要求を受信すると、ゴール
処理を実行する。まず、ゲーム管理部３２１は、要求さ
れたステージ管理情報３７３にアクセスし、攻略者数３
７３−３に“１”を加算する（ステップＳ５６２）。次
いで、攻略者数３７３−３が攻略者上限数３７３−５以
下である場合は（ステップＳ５６４のＹＥＳ）、イベン
トデータ３７４から達成情報３７４−１を選択してユー
ザ端末１００に送信する（ステップＳ５６６）。そし
て、攻略者が一人増えたので、ゲーム管理部３２１は、
ステージ追加処理を実行する（ステップＳ５７０）

【０１３９】攻略者数３７３−３が、攻略者上限数３７
３−５を超える場合は（ステップＳ５６４のＮＯ）、イ
ベントデータ３７４から失敗情報３７４−２が選択され
てユーザ端末１００に送信される（ステップＳ５６
８）。当然、レベル変更情報３７４−３は送信されな
い。

【０１４０】ユーザ端末１００のゲーム演算部１２７
は、サーバ３００からのイベントデータ３７４を受信し
表示する（ステップＳ５２８）。イベントデータ３７４
が達成情報３７４−１であって、レベル変更情報３７４
−３が含まれていれば（ステップＳ５２９ＹＥＳ）、レ
ベル変更情報３７４−３に従って、例えば、セーブ情報
１７４に格納されている攻略レベル１７４−２に“１”
を加算する（ステップ；５３０）。

【０１４１】次に、ゲーム演算部１２７は、攻略中ステ
ージ番号１７４−２を０にして（ステップＳ５３２）、
そのほかのセーブ情報１７４−３を更新する（ステップ
Ｓ５３４）。以上で、一つのステージを攻略したことに
なる。ゲームを続ける場合は（ステップＳ５３６のＹＥ
Ｓ）、ゲーム演算部１２７は、ステージ選択処理を実行
し（ステップＳ５１０）、ユーザは次のステージの攻略
を開始する。

【０１４２】なお、本発明は、以上に示した例に限定さ
れるものではなく、本発明の趣旨を逸脱しない範囲内で
適宜変更が可能であることは、勿論である。

【０１４３】例えば、ゲームの種類は、ＲＰＧゲームの
ほか、クイズゲーム、パズルゲーム、近代五輪種目のよ
うな複数競技からなるスポーツゲーム、恋愛シミュレー
ションゲームなどであっても良い。

【０１４４】また、ゲームの基本プログラムであるＪａ
ｖａ（登録商標）アプレット１７１を、サーバ３００よ
りダウンロードして取得するとしたが、例えば、ＣＤ−
ＲＯＭ、ＤＶＤ、メモリースティックなどの情報記憶媒
体によって提供するとしても良い。

【０１４５】また、ステージ設定情報１７２は、サーバ
３００においてステージ初期設定情報３７６のパラメー
タを改変して生成されるとしたが、サーバ３００からは
ステージ初期設定情報３７６が送信され、ユーザ端末１
００のゲーム演算部１２７が、ステージ・クリア情報１
７４−３に基づいて改変するとしても良い。

【０１４６】

【発明の効果】本発明によれば、ステージ・クリア型の
ゲームを構成する各ステージには、所定の挑戦者数まで
しかダウンロードできない所謂「利用制限」と、所定の
攻略者数までしか成功の成果にあたる達成情報が得られ
ない所謂「足きり」が設定されていて、ゲーム情報提供
サーバ（サーバ３００）は、早いもの順にしかゲーム情
報を提供しないし、早いもの順でしか達成情報も提供し
ない。従って、勇者を操るユーザは、同じステージを攻
略中の見えない他のユーザとの競争状態となり、緊張感
と挑戦心が掻き立てられ、ゲーム情報提供サーバからユ
ーザ端末に、所与のゲーム情報をダウンロードしてゲー
ムを楽しむ場合であっても、ユーザによりゲームを楽し
んでもらうことができる。

【０１４７】通常こうした、他のユーザとの競争状態
は、同一ステージ上に参加ユーザの操作するキャラクタ
が存在する（常時接続型、不定期接続型を含む）オンラ
インゲームによって実現される効果であるが、本発明に
よれば、同一ステージ上に多数の他ユーザの操るキャラ
クタを表示することなく、同様の効果を得る事ができ
る。

【図面の簡単な説明】

【図１】本発明を適用した、一実施形態の構成を説明す
る構成図。

【図２】携帯電話機をユーザ端末とした場合の外観の一
例を示す外観図。

【図３】機能ブロック図。

【図４】ステージ設定情報の構成の一例を示す図。

【図５】セーブ情報の構成の一例を示す図。

【図６】ステージ管理情報の構成の一例を示す図。

【図７】ステージ設定パラメータの構成の一例を示す
図。

【図８】ステージ初期設定情報の構成の一例を示す図。

【図９】利用開始時の処理について説明するためのフロ
ーチャート。

【図１０】ゲームプレイ時の処理の流れを説明するため
のフローチャート。

【図１１】ゲームプレイ時の処理の流れを説明するため
のフローチャート。

【図１２】ステージ選択処理の流れを説明するためのフ
ローチャート。

【図１３】ステージ選択処理の流れを説明するためのフ
ローチャート。

【図１４】ステージ追加処理の流れを説明するためのフ
ローチャート。

【図１５】フィールド画面の一例を示す画面図。

【図１６】マップ画面の一例を示す画面図。

【図１７】ユーザが攻略できるステージのロードマップ
の概念図。

【図１８】ステージ管理情報を表示する画面の一例を示
す画面図。

【符号の説明】

１００ユーザ端末１１０操作部１２０処理部１２１Ｊａｖａ（登録商標）実行環境１２２ブラウザ部１２７ゲーム演算部１３０表示部１４０音出力部１５０送受信部１６０記憶部１６１Ｊａｖａ（登録商標）ソフトウェア群１６２ブラウザプログラム１７０ゲーム情報１７１Ｊａｖａ（登録商標）アプレット１７２ステージ設定情報１７４セーブ情報１７５ユーザＩＤ情報２００通信ネットワーク３００サーバ３２０処理部３２１ゲーム管理部３２２ＷＷＷサーバ部３５０送受信部３６０記憶部３６１ゲーム管理プログラム３６２ユーザ登録情報３６３フィールド情報３６６Ｊａｖａ（登録商標）アプレット３７０ステージ情報３７１出現フラグ３７２使用フラグ３７３ステージ管理情報３７３−２挑戦者数３７３−３攻略者数３７３−４挑戦者上限数３７３−５攻略者上限数３７４イベントデータ３７４−１達成情報３７４−２失敗情報３７４−３レベル変更情報３７５ステージ設定パラメータ３７６ステージ初期設定情報ＡアイテムＢ敵キャラクタＨ勇者キャラクタＰアクセスポイントＴ塔

Claims

【特許請求の範囲】

【請求項１】ステージ・クリア型のゲームを構成する各
ステージのゲーム情報を記憶する記憶手段と、通信ネッ
トワークを介して接続されるユーザ端末から送信依頼情
報を受信した場合に、当該送信依頼情報を送信したユー
ザ端末に、何れかのステージのゲーム情報を送信する送
信手段と、を備えたゲーム情報提供サーバにおける、ゲ
ーム情報提供方法であって、前記送信手段によるゲーム情報の送信の累積度を、各ス
テージ毎に計数する累積度計数ステップと、前記計数した累積度に基づいて、前記送信手段による当
該ステージのゲーム情報の送信を中止するか否かを判定
するゲーム情報送信判定ステップと、を含むゲーム情報提供方法。
【請求項２】ステージ・クリア型のゲームを構成する各
ステージのゲーム情報を記憶する記憶手段と、通信ネッ
トワークを介して接続されるユーザ端末から送信依頼情
報を受信した場合に、当該送信依頼情報を送信したユー
ザ端末に、何れかのステージのゲーム情報を送信する送
信手段と、を備えたゲーム情報提供サーバにおける、ゲ
ーム情報提供方法であって、ステージ・クリア情報をユーザ端末から受信する受信ス
テップと、前記受信したステージ・クリア情報に基づいて、対応す
るステージの攻略者数を計数する攻略者数計数ステップ
と、前記計数した攻略者数が当該ステージにおける所与の閾
値に達したか否かに応じて、当該ステージ・クリア情報
を送信したユーザ端末に、所与の達成情報を送信するか
否かを判定し、送信すると判定した場合に、当該ユーザ
端末に当該ステージに対する達成情報を送信する達成情
報送信ステップと、を含むゲーム情報提供方法。
【請求項３】請求項２において、ユーザ端末から送信依頼情報を受信する際に、達成情報
を受信する達成情報受信ステップと、前記受信した達成情報に基づいて、一又は複数のステー
ジを選択する選択ステップと、を含み、前記送信手段は前記選択されたステージのゲー
ム情報を送信する、ことを特徴とするゲーム情報提供方法。
【請求項４】請求項２又は３において、前記受信したステージ・クリア情報が所与の条件を満た
すか否かを判定し、満たすと判定した場合には、前記達
成情報送信ステップによる判定結果に関わらず、達成情
報を、対応するユーザ端末に送信する達成情報特別送信
ステップを含むことを特徴とするゲーム情報提供方法。
【請求項５】請求項２〜４の何れかにおいて、前記送信手段によるゲーム情報の送信の累積度を、各ス
テージ毎に計数する累積度計数ステップと、前記計数した累積度に基づいて、前記送信手段による当
該ステージのゲーム情報の送信を中止するか否かを判定
するゲーム情報送信判定ステップと、を含むゲーム情報提供方法。
【請求項６】請求項１〜５の何れかにおいて、前記各ゲーム情報はマップ情報とステージパラメータ情
報とを有し、前記送信手段によりゲーム情報が送信される際に、マッ
プ情報又はステージパラメータ情報の内少なくとも何れ
か一方を改変する改変ステップを含むことを特徴とする
ゲーム情報提供方法。
【請求項７】請求項５において、前記各ゲーム情報はマップ情報とステージパラメータ情
報とを有し、前記送信手段によりゲーム情報が送信される際に、当該
ゲーム情報に係るステージについての累積度或いは攻略
者数に基づいて、当該ゲーム情報の内のマップ情報又は
ステージパラメータ情報の内少なくとも何れか一方を改
変する改変ステップを含むことを特徴とするゲーム情報
提供方法。
【請求項８】ステージ・クリア型のゲームを構成する各
ステージのゲーム情報を記憶する記憶手段と、通信ネッ
トワークを介して接続されるユーザ端末から送信依頼情
報を受信した場合に、当該送信依頼情報を送信したユー
ザ端末に、何れかのステージのゲーム情報を送信する送
信手段と、を備えたゲーム情報提供サーバに対して、前記送信手段によるゲーム情報の送信の累積度を、各ス
テージ毎に計数する累積度計数手段と、前記計数した累積度に基づいて、前記送信手段による当
該ステージのゲーム情報の送信を中止するか否かを判定
するゲーム情報送信判定手段と、を機能させるためのゲーム情報提供情報。
【請求項９】ステージ・クリア型のゲームを構成する各
ステージのゲーム情報を記憶する記憶手段と、通信ネッ
トワークを介して接続されるユーザ端末から送信依頼情
報を受信した場合に、当該送信依頼情報を送信したユー
ザ端末に、何れかのステージのゲーム情報を送信する送
信手段と、を備えたゲーム情報提供サーバに対して、ステージ・クリア情報をユーザ端末から受信する受信手
段と、前記受信したステージ・クリア情報に基づいて、対応す
るステージの攻略者数計数する攻略者数計数手段と、前記計数した攻略者数が当該ステージにおける所与の閾
値に達したか否かに応じて、当該ステージ・クリア情報
を送信したユーザ端末に、所与の達成情報を送信するか
否かを判定し、送信すると判定した場合に、当該ユーザ
端末に当該ステージに対する達成情報を送信する達成情
報送信手段と、を機能させるためのゲーム情報提供情報。
【請求項１０】請求項９において、前記ゲーム情報提供サーバに対して、ユーザ端末から送信依頼情報を受信する際に、達成情報
を受信する達成情報受信手段と、前記受信した達成情報に基づいて、一又は複数のステー
ジを選択する選択手段と、を機能させるための情報を更に含むとともに、前記送信手段が、前記選択されたステージのゲーム情報
を送信するように機能させるための情報を含むことを特
徴とするゲーム情報提供情報。
【請求項１１】請求項８〜１０の何れかにおいて、前記各ゲーム情報にはマップ情報とステージパラメータ
情報とが含まれ、前記ゲーム情報提供サーバに対して、前記送信手段によりゲーム情報が送信される際に、マッ
プ情報又はステージパラメータ情報の内少なくとも何れ
か一方を改変する改変手段を機能させるための情報を含
むことを特徴とするゲーム情報提供情報。
【請求項１２】請求項８〜１１の何れか記載のゲーム情
報提供情報を記憶する情報記憶媒体。
【請求項１３】ステージ・クリア型のゲームを構成する
各ステージのゲーム情報を記憶する記憶手段と、通信ネ
ットワークを介して接続されるユーザ端末から送信依頼
情報を受信した場合に、当該送信依頼情報を送信したユ
ーザ端末に、何れかのステージのゲーム情報を送信する
送信手段と、を備えたゲーム情報提供サーバであって、前記送信手段によるゲーム情報の送信の累積度を、各ス
テージ毎に計数する累積度計数手段と、前記計数した累積度に基づいて、前記送信手段による当
該ステージのゲーム情報の送信を中止するか否かを判定
するゲーム情報送信判定手段と、を備えることを特徴とするゲーム情報提供サーバ。
【請求項１４】ステージ・クリア型のゲームを構成する
各ステージのゲーム情報を記憶する記憶手段と、通信ネ
ットワークを介して接続されるユーザ端末から送信依頼
情報を受信した場合に、当該送信依頼情報を送信したユ
ーザ端末に、何れかのステージのゲーム情報を送信する
送信手段と、を備えたゲーム情報提供サーバであって、各ステージに対応するステージ・クリア情報をユーザ端
末から受信する受信手段と、前記受信したステージ・クリア情報に基づいて、対応す
るステージの攻略者数を計数する攻略者数計数手段と、前記計数した攻略者数が当該ステージにおける所与の閾
値に達したか否かに応じて、当該ステージ・クリア情報
を送信したユーザ端末に、所与の達成情報を送信するか
否かを判定し、送信すると判定した場合に、当該ユーザ
端末に当該ステージに対する達成情報を送信する達成情
報送信手段と、を備えることを特徴とするゲーム情報提供サーバ。
【請求項１５】請求項１４において、ユーザ端末から送信依頼情報を受信する際に、達成情報
を受信する達成情報受信手段と、前記受信した達成情報に基づいて、一又は複数のステー
ジを選択する選択手段と、を更に備え、前記送信手段が、前記選択されたステージのゲーム情報
を送信することを特徴とするゲーム情報提供サーバ。
【請求項１６】請求項１３〜１５の何れかにおいて、前記各ゲーム情報にはマップ情報とステージパラメータ
情報とが含まれ、前記送信手段によりゲーム情報が送信される際に、マッ
プ情報又はステージパラメータ情報の内少なくとも何れ
か一方を改変する改変手段を更に備えることを特徴とす
るゲーム情報提供サーバ。