JP5891182B2 - ゲーム制御装置、プログラム、ゲームシステム - Google Patents
ゲーム制御装置、プログラム、ゲームシステム Download PDFInfo
- Publication number
- JP5891182B2 JP5891182B2 JP2013004916A JP2013004916A JP5891182B2 JP 5891182 B2 JP5891182 B2 JP 5891182B2 JP 2013004916 A JP2013004916 A JP 2013004916A JP 2013004916 A JP2013004916 A JP 2013004916A JP 5891182 B2 JP5891182 B2 JP 5891182B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- acquisition
- registration
- game
- card
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- PWPJGUXAGUPAHP-UHFFFAOYSA-N lufenuron Chemical compound C1=C(Cl)C(OC(F)(F)C(C(F)(F)F)F)=CC(Cl)=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F PWPJGUXAGUPAHP-UHFFFAOYSA-N 0.000 title 1
- 230000006854 communication Effects 0.000 claims description 107
- 238000004891 communication Methods 0.000 claims description 107
- 230000007423 decrease Effects 0.000 claims description 8
- 238000000034 method Methods 0.000 description 195
- 230000008569 process Effects 0.000 description 182
- 230000006870 function Effects 0.000 description 49
- 238000012545 processing Methods 0.000 description 42
- 230000004048 modification Effects 0.000 description 41
- 238000012986 modification Methods 0.000 description 41
- 238000010586 diagram Methods 0.000 description 26
- 230000007123 defense Effects 0.000 description 7
- 230000036541 health Effects 0.000 description 5
- 230000008450 motivation Effects 0.000 description 5
- 230000004044 response Effects 0.000 description 4
- PEDCQBHIVMGVHV-UHFFFAOYSA-N Glycerine Chemical compound OCC(O)CO PEDCQBHIVMGVHV-UHFFFAOYSA-N 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 238000009940 knitting Methods 0.000 description 2
- 239000010409 thin film Substances 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 210000003811 finger Anatomy 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 210000003813 thumb Anatomy 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
このゲーム制御装置は、
オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段(52)、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段(53)、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段(54)、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段(55)、
の各手段を備える。
本発明において「オブジェクト」とは、例えば、ゲーム上のキャラクタやアイテム等を含む。キャラクタは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。
本発明において「ポイント」とは、ゲーム上でオブジェクトを入手する対価となるものである。ポイントは、例えば、ユーザがゲームを実行することでユーザに付与されてもよい。あるいは、ポイントは、ユーザがゲーム上で使用できる仮想通貨であってもよい。
このゲーム制御装置によれば、オブジェクトを入手する機会が付与されたユーザが十分なポイントを有していない場合でも、ユーザが入手希望オブジェクトとして登録しておくことができるため、登録した入手希望オブジェクトを入手するためにゲームを実行する動機をユーザに与えることができる。
このゲーム制御装置によれば、オブジェクトを入手する機会が付与されたユーザが十分なポイントを有していない場合でも、その後十分なポイントを有する状態となった後にユーザが入手希望オブジェクトを入手することができるため、ユーザがポイントを増加させるためにゲームを実行する動機を与えることができる。
このゲーム制御装置によれば、入手希望オブジェクトの登録が所定期間の経過後に解除されるため、登録が解除される前にゲームを実行する動機をユーザに与えることができる。
入手希望オブジェクトの入手対価が高いほど、入手希望オブジェクトを入手するのにユーザが要するゲームの実行時間が長くなる。このため入手希望オブジェクトの入手対価に応じて入手希望オブジェクトを登録しておくことができる期間(以下、登録期間)の長さを変更することで、登録期間の長さを適切な値に設定することができる。例えば、登録期間が入手対価に対して短すぎるためにユーザが入手希望オブジェクトの入手を諦めることを回避することができる。
このゲーム制御装置によれば、ユーザがゲームを実行して保有するポイントを増やすことで、入手希望オブジェクトの入手対価とユーザの保有するポイントとの差額が減少し、登録期間が延長されるため、登録が解除されてアイテムを入手する機会を失することを回避するためにゲームを実行する動機をユーザに与えることができる。
このゲーム制御装置によれば、登録された時からの時間に応じて、入手希望オブジェクトの入手対価が変動するため、入手対価がより安い時期に入手希望オブジェクトを入手する目的でゲームを実行する動機をユーザに与えることができる。例えば、登録された時からの時間に応じて入手対価を増加させる場合には、より早い時期に入手希望オブジェクトの入手するためにゲームを実行する動機をユーザに与えることができる。
また、登録が解除されてユーザにポイントを払い戻す際に、利息を考慮して、登録された時からの時間に応じて減少させた入手対価に応じたポイントを払い戻すことができる。
このゲーム制御装置によれば、入手希望オブジェクトが登録されている場合にゲームの実行に応じてユーザに付与するポイントを変動させることで、入手希望オブジェクトを入手するのにユーザが要するゲームの実行時間を変動させることができる。例えば、入手希望オブジェクトが登録されていない場合よりも登録されている場合にユーザに付与するポイントを多くすることで、ユーザが入手希望オブジェクトを入手するのに要するゲームの実行時間が短くなる。このため、十分なポイントを有していない場合でも、ユーザが積極的に入手希望オブジェクトを登録してゲームを実行する動機を与えることができる。
一方、利息分を考慮して、入手希望オブジェクトが登録されていない場合よりも登録されている場合にユーザに付与するポイントを少なくすることで、ユーザが入手希望オブジェクトを入手するのに要するゲームの実行時間を長くすることもできる。
このゲーム制御装置によれば、入手希望オブジェクトが登録されている場合、ユーザに他のオブジェクトを入手する機会を付与しないことで、ユーザが無計画にオブジェクトを登録することを回避することができる。
このゲーム制御装置によれば、ユーザが入手希望オブジェクトを入手可能と判定されるまで、ポイントを使用して他のオブジェクトを入手することができない。そのため、ユーザが入手希望オブジェクト以外の他のオブジェクトをさらに入手可能とするために、登録された入手希望オブジェクトの入手対価に相当するポイントが早く得られるようにゲームを実行することを動機付けられる。
このゲーム制御装置によれば、例えば登録後に希望しなくなったときにユーザが入手希望オブジェクトの登録の解除をすることで、入手希望オブジェクトが登録されているときにユーザに課される制約(例えば、他のオブジェクトを入手不可能、ポイントの使用制限等)を解除することができる。
このゲーム制御装置は、
オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段(52)、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段(53)、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段(54)、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段(55)、
前記入手希望オブジェクトが登録されてから所定期間の経過後、前記入手希望オブジェクトの登録を解除する解除手段(56)、
前記入手希望オブジェクトが登録されている場合、前記ユーザが他のオブジェクトを入手する機会を制限する第1制限手段(60)、
を備える、ゲーム制御装置。の各手段を備える。
このゲーム制御方法は、オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付けるステップ、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定するステップ、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与するステップ、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録するステップ、
を含む。
オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける機能、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する機能、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する機能、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する機能、
を実現するためのプログラムである。
このゲームシステムは、
オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段(52)、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段(53)、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段(54)、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段(55)、
の各手段を、前記通信端末(10)または前記サーバ(20)のいずれか一方が備える。
図1は、実施形態のゲームシステムのシステム構成例を示している。図1に示すように、このゲームシステムは、例えばインターネットなどの通信網NW(ネットワーク)に接続可能な通信端末10a,10b,10c,…と、通信網NWに接続されているゲームサーバ20と、データベースサーバ30とによって構成されている。各通信端末10a,10b,10c,…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、PDA(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機(いわゆる多機能型のスマートテレビも含む。)などの通信端末である。なお、以下の説明において、各通信端末10a,10b,10c,…に共通して言及するときには、通信端末10と表記する。
このゲームシステムにおいて、ゲームサーバ20は、クライアントである通信端末10と通信可能に構成されており、通信端末10に対してゲーミングサービスを提供する。ゲームサーバ20には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。データベースサーバ30は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ20と有線又は無線で接続される。なお、ゲームサーバ20とデータベースサーバ30は、通信網NWを介して接続してもよい。
通信端末10は、ゲームサーバ20によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末10上でウェブページに対する操作を行うことにより、ゲームを実行する。
図2及び図3を参照して通信端末10について説明する。
図2は、通信端末10の外観の例を示す図であって、(a)は、例えば折り畳み式の携帯端末(携帯電話機)などの釦入力方式の通信端末を例示したものであり、(b)は、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図3は、通信端末10の内部構成を示すブロック図である。
図3に示すように、通信端末10は、CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、画像処理部14、指示入力部15、表示部16、及び、信号送受信部としての通信インタフェース部17を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス18が設けられている。
なお、HTMLデータの取得に当たって、CPU11は、予め登録されたユーザID(ユーザ識別情報)、あるいは指示入力部15を介して入力されるユーザIDを含むアクセス要求メッセージを、通信インタフェース部17を介してゲームサーバ20へ通知する。
図4を参照してゲームサーバ20の構成について説明する。
ゲームサーバ20は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末10に対してゲームのウェブサービスを提供する。図4に示すように、ゲームサーバ20は、CPU21、ROM22、RAM23、データベース(DB)アクセス部24、指示入力部25、及び、通信インタフェース部25を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス26が設けられている。なお、ゲームサーバ20は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
CPU21は、ROM22内のゲームプログラムをRAM23にロードして実行し、通信インタフェース部25を介して、各種の処理を行う。
データベースアクセス部24は、CPU21がデータベースサーバ30に対してデータの読み書きを行うときのインタフェースである。
データベースサーバ30(記憶装置)は、大容量のハードディスク装置やRAID(Redundant Arrays of Inexpensive Disks)等の形態の装置等、汎用ストレージで実現できる。データベースサーバ30内の各データベースは、ゲームサーバ20のデータベースアクセス部24を介してCPU21からのデータの読み書きが可能となるように構成されている。
図5に、データベースサーバ30の構成の一例を示す。図5に示すように、データベースサーバ30は、ユーザデータベース(ユーザDB)31と、ゲームデータベース(ゲームDB)32を備える。
このゲームは、例えば、以下の処理を含む。
・クエスト処理:
少なくとも一枚のモンスターカードからなる自らのチームを作り上げていくために、ゲーム上で設定されているエリアを探索してモンスターカードを得る処理である。このゲームでは、クエスト処理を実行することで一定量の体力ポイント(後述する)を消費する。
・対戦処理:
ユーザのチームと、コンピュータ又は他のユーザのチームとの間で対戦を行う処理である。ここで、コンピュータのチームとは、例えばCPU21によって任意に抽出された複数のモンスターカードからなるチームである。対戦処理では、ユーザの入力に基づき、ユーザのチームとコンピュータのチームとの間で対戦を行うイベント(以下、COM対戦という。)、あるいはユーザのチームと他のユーザのチームとの間で対戦を行うイベント(以下、ユーザ間対戦という。)のいずれかが発生するようになっている。
・購入処理
カードを入手する機会をユーザに付与し、ユーザが入手を希望するカードを、ユーザがゲーム上で保有するポイント(後述する購入ポイント)と引き換えに付与する処理である。なお、ユーザが保有する購入ポイントがカードを購入するのに必要なポイント(以下、入手対価という)未満である場合、所定期間、カードを登録し、登録したユーザの購入ポイントの入手対価に対する不足ポイント(負の値)を管理する。ユーザがゲームを実行して購入ポイントを入手することで不足ポイントが0に到達すると、登録されたカード(登録カード)がユーザに付与される。なお、以下ではカードを入手する機会をユーザに付与する場合について説明するが、カードの代わりにアイテムを入手する機会をユーザに付与してもよい。
・ユーザ名/表示画像
ゲームの実行時に通信端末10のユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ20によって提供されるネットワーク環境(あるいはゲームコミュニティ)上でユーザを特定する名称である。
・進行レベル
ゲーム上のユーザの進行レベルを示すデータである。例えばLv1(レベル1)からLv100(レベル100)までの範囲のレベル値であり、例えば、クエスト処理が継続的に実行されることで、順次進行レベルが上がるように構成される。
・体力ポイント
体力ポイントは、ユーザがクエスト処理を行う際に消費するコストを示すパラメータであり、ユーザがクエスト処理を行うことで、体力ポイントは減少する。ユーザ毎に体力ポイントの上限値を定めてもよく、体力ポイントの上限値は、進行レベルが増加するにつれて増加するように設定されていてもよい。体力ポイントは、時間の経過によって上限値まで増加(回復)するように設定してもよい。
・購入ポイント
ユーザが、クエスト処理や対戦処理においてシステム又は他のユーザより取得したポイントである。このゲームでは、ユーザの購入ポイントと引き換えに、当該ユーザに対してゲーム上のカードやアイテムが付与されるようになっている。なお、一定額の課金と引き換えにシステムよりユーザに購入ポイントを付与してもよい。
・仲間のユーザID
例えば仲間になるための申請などを契機として、ユーザと関連付けられた他のユーザ(仲間)のユーザIDのリストである。
・保有カード、アイテムの識別コード
ユーザがゲーム上保有するモンスターカードやアイテム(体力ポイントを回復させる回復アイテム等)の識別コードである。識別コードに対応するモンスターカード等のデータの内容については後述する。
また、ゲームデータベース32は、上述した各種処理に関連して、モンスターカードデータベース、登録テーブルを記憶する。
図7は、モンスターカードデータベースのデータ構成の一例を示す図である。図7に例示するモンスターカードデータベースは、モンスターカードの識別コード(図の例では、MC001,MC002,…)ごとに、対象となるモンスターカードの画像データ(画像)、対象となるモンスターの名前(モンスター名)、対象となるモンスターカードのパラメータ(図の例では、モンスターの能力を示す攻撃力や防御力及びレア度)、及びモンスターカードの入手対価の各項目のデータを含む。例えば、攻撃力や防御力などのパラメータが大きいほど、モンスターカードに対応するモンスターの対戦処理等における能力が高いことを示すように設定されてもよい。
また、レア度は、モンスターカードの希少価値の度合を示す値であり、例えば、その値が高い(つまり、希少価値が高い)ほど、ゲーム内で出現する確率が低く設定されてもよい。例えば、レア度を1〜5の5段階で表した場合、能力の際立ったモンスターや人気のあるモンスターに対応するモンスターカードのレア度が高く(例えば、4あるいは5など)設定されてもよい。
以下、本実施形態のゲームについて、図9〜図15を参照しながら説明する。
なお、以下の説明において、通信端末10に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末10で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネル操作によるウェブページのスクロール操作によって変化しうる。
モンスター画像表示領域101は、処理対象となるユーザのユーザデータベースに記録された識別コードに対応する複数のカードのうち、当該ユーザによって予め指定されたカードの画像が表示される領域である。ユーザデータ表示領域102は、処理対象となるユーザのユーザデータベースに記録された、進行レベル、体力ポイント等の各項目のデータ(図6参照)が表示される領域である。メニュー表示領域103には、本実施形態のゲームに設けられるイベント処理(クエスト処理、対戦処理)にそれぞれ対応するメニューm1(「クエスト」)、メニューm2(「対戦」)が含まれる。なお、メニュー表示領域103には、上述した編成処理に対応するメニューが含まれてもよい。
このトップページP1上で、メニューm1またはメニューm2が選択されることで、ゲームの実行が開始される。
先ず、クエスト処理の一例を説明する。図9のトップページP1上でユーザ:Aがメニューm1を選択すると、クエスト処理が開始され、P2に示すようにウェブページが更新される。ウェブページP2には、探索の対象となるエリアの進行度合いを示す達成率のゲージと、探索の対象となるエリアの探索処理を実行するための「クエスト実行」と表記されたメニューm10と、1回の探索に要する体力ポイントの値、1回の探索で得られる経験値などが含まれる。
ユーザ:Aがメニューm10を選択する度に、所定の条件に沿った、あるいはランダムな増加量で達成率の値が増加する。そして、達成率が100%に達すると、エリアの探索が終了して次のエリアに進むことができる。メニューm10が選択される度に、ユーザ:Aの体力ポイントが所定量(図9の例では、8)だけ消費される。探索対象のエリアは、複数設けられてもよい。
ウェブページP2においてメニューm10の選択を繰り返し行うと、上述したように体力ポイントが低下していくが、体力ポイントが1回の探索に要する体力ポイント(例えば8)よりも少なくなると、それ以上探索の実行ができない状態となる。その場合、ユーザが再び探索を実行できるようになるには、時間の経過によって体力ポイントが回復(増加)するまで待機することが必要となる。
なお、クエスト処理では、メニューm10が選択される度に、所定の、あるいはランダムな確率で、ゲーム上で用意されているカードあるいはアイテムなどのオブジェクトや、購入ポイント、経験値等をユーザが入手できるように構成されている。メニューm10が選択されたときにユーザがカードを入手したときは、例えばP3に示すように、入手したカードの情報を含むウェブページに更新される。あるいは、メニューm10が選択されたときにユーザが購入ポイントを入手したときは、例えばP4に示すように、ユーザ:Aが新たに入手した購入ポイント及び新たに入手した購入ポイントを加算した後のユーザ:Aが保有する購入ポイントの情報を含むウェブページに更新される。
また、クエスト処理では、メニューm10が選択される度に、所定の、あるいはランダムな確率で、ゲーム上の他のイベントに移行する機会を付与するように構成されている。例えば、メニューm10が選択される度に、所定の、あるいはランダムな確率で、後述する対戦処理に移行するためのウェブページに更新されてもよいし、後述する購入処理に移行するためのウェブページ(例えば図11のP7)に更新されてもよい。なお、以下の説明では、他のイベントとして購入処理に移行する場合について説明する。
次に、対戦処理の一例を説明する。図10のトップページP1上でメニューm2が選択されると、対戦処理が開始され、P5に示すようにウェブページが更新される。ウェブページP5には、対戦相手:Eの画像とともに、対戦の実行を指示するための「対戦開始」と表記されたメニューm20などが含まれる。ウェブページP5上でユーザ:Aがメニューm20(「対戦開始」)の選択を行うと、ユーザ:Aのチームと対戦相手:Eのチームとの間で対戦が行われる。
なお、本実施例のように、CPU21によって所定の条件、又はランダムに対戦相手が決定されてもよいし、所定の条件、又はランダムに選出された複数の対戦相手からなるリストを表示し、ユーザがその中から対戦相手を選択できてもよい。また、対戦相手はコンピュータであってもよいし(COM対戦)、他のユーザであってもよい(ユーザ間対戦)。他のユーザはユーザ:Aと関連付けられている仲間であってもよいし、ユーザと関連付けられていないユーザであってもよい。
次に、購入処理の一例を説明する。クエスト処理において、ユーザ:Aがメニューm10を選択する度に、所定の、あるいはランダムな確率で、例えば図11のP7に示すようにユーザが購入処理への移行を選択するウェブページに更新される。ウェブページP7には、通常の探索処理を実行するための「クエスト実行」と表記されたメニューm10に加えて、購入処理へ移行するための「立ち寄る」と表記されたメニューm11が含まれる。
ウェブページP7においてユーザがメニューm11を選択すると、購入処理が開始され、例えば図11のP8に示すようにウェブページが更新される。ウェブページP8は、ユーザ:Aに入手する機会を与えられたカードに関する情報と、各カードをユーザ:Aが選択するための「入手」と表記されたメニューm12、m13を含む。ここで、ユーザ:Aに入手する機会を与えられるカードは、他のユーザが売却したカードからCPU21が選択してもよいし、モンスターカードデータベースから任意のカードをCPU21が選択してもよい。
ウェブページP8において、ユーザ:Aが例えばメニューm12を選択すると、選択したカード:defの入手対価(必要ポイント):10000がユーザの購入ポイント:12438から差し引かれると同時に、選択したカード:defがユーザ:Aに付与される。
一方、ユーザ:Aがメニューm13を選択した場合、選択したカード:abcの入手対価(必要ポイント):20000はユーザ:Aの購入ポイント:12438を超えているため、選択したカード:abcはユーザ:Aに付与されず、例えば図12のP9に示すようにウェブページが更新される。ウェブページP9は、ユーザ:Aが選択したカード:abcに関する情報、ユーザ:Aの購入ポイントが入手対価に足りないことを示すテキスト(「ポイントが足りません」)、ユーザ:Aが選択したカードを登録するための「登録する」と表記されたメニューm14、ユーザ:Aの購入ポイントを示すテキスト(「購入ポイント:12438」)、ユーザ:Aの購入ポイントのユーザが選択したカード:abcの入手対価に対する不足ポイントを示すテキスト(「購入ポイント:−7562」)を含む。なお、下向きの矢印(↓)は、ユーザ:Aがメニューm14を選択した場合、ユーザ:Aのウェブページに表示されるポイントが、不足ポイントとなることを示している。
ウェブページP9において、ユーザ:Aがメニューm14を選択すると、例えば図12のP10に示すようにウェブページが更新される。ウェブページP10は、ユーザ:Aの登録カード:abcに関する情報、登録したことを示すテキスト(「登録しました」)、登録後のユーザ:Aのウェブページに表示されるポイントを示すテキスト(「購入ポイント:−7562」)、現在時刻から登録有効期限までの時間を示すテキスト(「残り時間:24:00」)を含む。ここで、登録後のユーザ:Aのトップページに表示されるポイントは、ユーザ:Aの購入ポイントの登録カード:abcの入手対価に対する不足ポイント(以下、「不足ポイント」という)である。
トップページP11において、ユーザ:Aがメニューm3を選択すると、例えば図13のP12に示すように登録の確認・取消を行うウェブページに更新される。ウェブページP12は、ユーザ:Aの登録カード:abcに関する情報、不足ポイントを示すテキスト(「購入ポイント:−7562」)、現在時刻から登録有効期限までの時間を示すテキスト(「残り時間:04:00」)、登録を取り消すための「登録取消」と表記されたメニューm31、不足ポイントを示すテキスト(「購入ポイント:−7562」)、登録取消後のユーザ:Aの購入ポイントを示すテキスト(「購入ポイント:12438」)、登録取消により入手対価に相当する購入ポイントが払い戻されることを示すテキストが表示されることを示すテキスト(例えば、「ポイント差額は払い戻されます」等)、トップページに戻るための「戻る」と表記されたメニューm32を含む。
トップページP11において、ユーザ:Aがメニューm1を選択し、クエスト処理においてユーザ:Aに購入ポイントが付与された場合、図14のP13又はP14に示すようにウェブページが更新される。ここで、ユーザ:Aに購入ポイントが付与された後、ユーザ:Aの購入ポイントがユーザ:Aの登録カードの入手対価に足りない場合、ウェブページP13に更新され、ユーザ:Aの購入ポイントがユーザ:Aの登録カードの入手対価を超えた場合、ウェブページP14に更新される。
ウェブページP13は、達成率のゲージ、メニューm10、1回の探索に要する体力ポイントの値、1回の探索で得られる経験値、得られた購入ポイントとともに、登録を取り消すための「登録取消」と表記されたメニューm33、更新された不足ポイントを示すテキスト(「ポイント:−6562」)を含む。ウェブページP13において、ユーザ:Aがメニューm33を選択すると、例えば図13のP12に示すように登録の確認・取消を行うウェブページに更新される。
ウェブページP14は、達成率のゲージ、メニューm10、1回の探索に要する体力ポイントの値、1回の探索で得られる経験値、得られた購入ポイントとともに、登録カードを受け取るための「登録カードを受け取る」と表記されたメニューm34、ユーザ:Aの購入ポイントから登録カードの入手対価を差し引いたポイントを示すテキスト(「ポイント:438」)を含む。ウェブページP14において、ユーザ:Aがメニューm34を選択すると、ユーザ:Aは登録カードを入手し、対戦処理等、ゲームに使用可能な状態となる。
トップページP11において、ユーザ:Aがメニューm2を選択し、対戦処理後、ユーザ:Aに購入ポイントが付与された場合、図15のP15又はP16に示すように対戦の結果を通知するウェブページに更新される。ここで、ユーザ:Aに購入ポイントが付与された後、ユーザ:Aの購入ポイントが登録カードの入手対価に足りない場合、ウェブページP15に更新され、ユーザ:Aの購入ポイントが登録カードの入手対価を超えた場合、ウェブページP16に更新される。
ウェブページP15は、対戦に勝利したことを表記するテキスト(「対戦に勝利しました!」)、ユーザ:Aに付与された購入ポイント(「1000購入ポイント獲得!」)とともに、更新された不足ポイントを示すテキスト(「ポイント:−6562」)、登録を取り消すための「登録取消」と表記されたメニューm35を含む。ウェブページP15において、ユーザ:Aがメニューm35を選択すると、例えば図13のP12に示すように登録の確認・取消を行うウェブページに更新される。
ウェブページP16は、対戦に勝利したことを表記するテキスト(「対戦に勝利しました!」)、ユーザ:Aに付与された購入ポイント(「1000購入ポイント獲得!」)とともに、ユーザ:Aの購入ポイントから登録カードの入手対価を差し引いたポイントを示すテキスト(「ポイント:438」)、登録カードを受け取るための「登録カードを受け取る」と表記されたメニューm36を含む。ウェブページP16において、ユーザ:Aがメニューm36を選択すると、ユーザ:Aは登録カードを入手し、対戦処理等、ゲームに使用可能な状態となる。
本実施形態では、ゲームサーバ20及びデータベースサーバ30によってゲーム制御装置が構成されている。以下では、上述したゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図16を参照して説明する。図16は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、図16の機能ブロック図において、選択手段52、判定手段53、付与手段54、及び登録手段55が本発明の主要な構成に対応している。その他の手段(つまり、実行手段51、解除手段56、受付手段57)は必ずしも必須の構成ではないが、本発明をさらに好ましくするための構成要素である。
実行手段51は、ゲームで実行される複数の処理が各々割り当てられた複数のメニューを通信端末10に表示させる。具体的には、CPU21は、複数のメニューを含むウェブページを表示するためのHTMLデータを生成して通信端末10宛に送信する。そして、CPU21は、通信端末10においてウェブページ上のメニューが選択されたときに、選択されたメニューについての情報を通信端末10から受信し、受信した情報に基づいて、選択されたメニューに割り当てられた処理を実行する。
ゲームサーバ20のCPU21は、トップページ(図9のP1に例示するウェブページ)上でメニューm1が選択されると、クエスト処理用のウェブページ(図9のP3、P4、図11のP7に例示するウェブページ)を表示するためのHTMLデータを生成して、ユーザの通信端末10宛に送信する。次に、CPU21は、メニューm10(「クエスト実行」)の選択結果を含むHTTPリクエストを受信すると、以下の一連の処理を行う。すなわち、CPU21は、ユーザデータベースにアクセスし、対象となるユーザIDの体力ポイントの値を更新する(減少させる)。次に、CPU21は、ユーザの達成率の値を所定量だけ増加させる。さらに、CPU21は、例えば、増加した達成率の値を含むHTMLデータを生成して、ユーザの通信端末10へ送信する。このとき、CPU21は、達成率の値が100%に達したと判断した場合には、探索対象を次のエリアに移行するように、HTMLデータを生成する。
クエスト処理では、探索対象となるエリアごとに、1回の探索に要する体力ポイントが異なってもよい。つまり、探索対象となるエリアごとに、1回の探索で減少する(消費される)体力ポイントの量が異なってもよい。例えば、ユーザの進行レベルが上がるごとに、消費される体力ポイントの量を多くしてもよい。
CPU21は、カードを付与することを決定した場合、カードを入手したことを通知するウェブページP3を表示するためのHTMLデータを生成して、ユーザの通信端末10宛に送信する。CPU21は、複数のカードの中から選択されたカードをユーザに付与することを決定した場合には、クエスト用に予め設けられた複数のカードの中から、ユーザに対して付与されるカードを選択する。次に、CPU21は、対象となるユーザIDのユーザデータベースに、選択したカードの識別コードを書き込む。また、CPU21は、クエスト処理において、カード以外の所定のアイテム等の識別コードを対象となるユーザIDのユーザデータベースに書き込んでもよい。
CPU21は、購入ポイントを付与することを決定した場合、購入ポイントを入手したことを通知するウェブページP4を表示するためのHTMLデータを生成して、ユーザの通信端末10宛に送信する。CPU21は、購入ポイントをユーザに付与することを決定した場合には、ユーザデータベースにアクセスし、対象となるユーザIDの付与前の購入ポイントに、新たに付与した購入ポイントを加算した値を、付与後の購入ポイントとして「購入ポイント」の欄に書き込む。
CPU21は、ゲーム上の他のイベントに移行する機会を付与することを決定した場合、他のイベントに移行するメニューを含むウェブページのHTMLデータを生成して、ユーザの通信端末10宛に送信する。例えば、CPU21は、購入処理に移行する機会を付与することを決定した場合、図11のP7に示すように購入処理へ移行するメニューm11を含むウェブページのHTMLデータを生成して、ユーザの通信端末10宛に送信する。
対戦結果の決定方法は、各チームに含まれるカードのパラメータの値がその勝敗に影響を与える方法である限り如何なる方法を採ることができる。例えば、対戦を行う2つのチームの各々に含まれる複数のカードのパラメータの値の合計を比較し、合計が大きな方のチームが高い確率(例えば、60〜90%の範囲内の所定の確率)をもって勝利するように設定してもよい。この勝率は、パラメータの値の合計の差が大きいほど高い確率としてもよい。このとき、図7に示したように、パラメータの値を示す項目が複数(図7の例では、攻撃力と防御力の2つ)存在する場合には、各カードのパラメータの値を代表する値として、各項目の値に対して所定の重み付け(例えば、図7の例では、「攻撃力」を0.4、「防御力」を0.2の重み付けにする等)を行うことにより、総合的なパラメータの値を設定してもよい。
次に、CPU21は、対戦の結果を決定すると、対戦結果をユーザ:Aに通知するウェブページ(例えば、ウェブページP6など)を表示するためのHTMLデータを生成して、ユーザ:Aの通信端末10に送信する。
CPU21は、通信端末10から受信したHTTPリクエストにより購入処理へ移行するメニューm11が選択されたことを認識すると、ユーザが選択可能な複数のカードの情報をモンスターカードデータベースから読み出し、図11のP8に例示する購入処理用のウェブページのHTMLデータを生成して、ユーザの通信端末10宛に送信する。その後、CPU21は、通信端末10から受信したHTTPリクエストによりユーザが選択したカードを認識する。
CPU21は、HTTPリクエストに含まれる選択結果に基づいて、ユーザが選択したカードを認識すると、ユーザデータベースにアクセスし、ユーザIDに対応する「購入ポイント」(ユーザの購入ポイント)の値を読み出すとともに、モンスターカードデータベースにアクセスし、ユーザが入手を希望するカードの「入手対価」の値を読み出す。次に、CPU21は、ユーザの購入ポイントとユーザが入手を希望するカードの入手対価を比較し、購入ポイントが入手対価以上であれば、ユーザがカードを入手可能と判定する。一方、購入ポイントが入手対価未満であれば、ユーザがカードを入手不能と判定する。
CPU21は、ユーザがカードを入手可能と判定した場合、ユーザの購入ポイントからカードの入手対価を差し引いた値を求め、求めた値をユーザデータベースのユーザIDに対応する「購入ポイント」の欄に書き込み、同時に、カードの識別コードをユーザデータベースのユーザIDの「保有カード、アイテムの識別コード」の欄に書き込む。
CPU21は、ユーザがカードを入手不能と判定した場合、ユーザのユーザID及びカードの識別コードを、登録時刻、登録有効期限とともに、図8に例示する登録テーブルに登録する。なお、登録時刻は入手不能と判定した時刻としてもよい。登録有効期限は登録時刻から所定時間(登録期間)後の時刻とすることができる。この登録期間は、登録カードの入手対価に応じた長さとしてもよい。登録カードの入手対価が高いほど、登録カードを入手するのにユーザが要するゲームの実行時間が長くなる。このため登録カードの入手対価に応じて登録カードの登録期間の長さを変更することで、登録期間の長さを適切な値に設定することができる。例えば、登録期間が入手対価に対して短すぎるためにユーザが登録カードの入手を諦めることを回避することができる。
例えば入手対価が高いカードが登録された場合には、より長い登録期間としてもよい。例えば、入手対価100ポイント当たり6分の登録期間を設定してもよい。
また、図12のP9に例示するウェブページにおいてユーザが登録をするための操作(メニューm14の選択)をしたときに、ユーザのユーザID及びカードの識別コードを、登録時刻、登録有効期限とともに、図8に例示する登録テーブルに登録してもよい。この場合、メニューm14が選択された時刻を登録時刻としてもよい。
同時に、CPU21は、ユーザの購入ポイントからカードの入手対価を差し引いた値を求め、求めた値をユーザデータベースのユーザIDに対応する「購入ポイント」の欄に書き込む。このとき、購入ポイントが入手対価未満であるため、「購入ポイント」の欄には負の値(不足ポイント)が書き込まれる。
CPU21は、ユーザがゲームにアクセスしたとき、登録テーブルを参照し、対応するユーザIDが登録テーブルに記録されている場合、現在時刻と、対応する登録コードの登録有効期限を比較する。現在時刻が登録有効期限よりも後であれば、CPU21は、モンスターカードデータベースにアクセスし、登録カードの「入手対価」の値を読み出す。次に、CPU21は、ユーザデータベースにアクセスし、「購入ポイント」の欄に書き込まれた不足ポイントに「入手対価」を加算した値をユーザIDに対応する「購入ポイント」の欄に書き込むことで、購入ポイントの払い戻しを行う。その後、CPU21は、登録テーブルから登録コードの情報を削除することで登録状態を解除する。
なお、CPU21は、ユーザが登録カードを入手可能と判定し、ユーザに登録カードを付与した場合も、付与した登録カードに対応する登録コードの情報を登録テーブルから削除する。
また、入手希望カードの登録の解除は、ユーザがゲームにアクセスしたときに限らず、例えば現在時刻が登録有効期限に達した順に、登録の解除を行ってもよい。
CPU21は、ユーザがゲームにアクセスしたとき、登録テーブルを参照し、対応するユーザIDが登録テーブルに記録されている場合、現在時刻と、対応する登録コードの登録有効期限を比較する。現在時刻が登録有効期限よりも前であれば、CPU21は、図13のP11に例示する、メニューm3を含むトップページのHTMLデータを生成して、ユーザの通信端末10宛に送信する。ユーザがメニューm3を選択した場合、CPU2は、図13のP12に例示する、登録を取り消すためのメニューm31(「登録取消」)を含むウェブページのHTMLデータを生成して、ユーザの通信端末10宛に送信する。通信端末10からHTTPリクエストを受信することでメニューm31が選択されたことを認識すると、CPU21は、モンスターカードデータベースにアクセスし、登録カードの「入手対価」の値を読み出す。次に、CPU21は、ユーザデータベースにアクセスし、「購入ポイント」の欄に書き込まれた「不足ポイント」に「入手対価」を加算した値をユーザIDに対応する「購入ポイント」の欄に書き込むことで、購入ポイントの払い戻しを行う。その後、CPU21は、登録テーブルから登録コードの情報を削除することで登録状態を解除する。
次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図17〜図19のフローチャートを参照して説明する。図17は、本実施形態のゲームにおいてクエスト処理を行うときのフローチャートである。図18は、本実施形態のゲームにおいて、対戦処理を行うときのフローチャートである。図19は、本実施形態のゲームにおいて、購入処理を行うときのフローチャートである。
なお、図17〜図19のフローチャートにおける各処理の実行に伴って適宜、P1〜P16の各ウェブページを表示するためのHTMLデータがゲームサーバ20から通信端末10宛に送信されるが、煩雑とならないようにHTMLデータの送信処理をフローチャートには記載しない場合もある。フローチャート上で、ウェブページP1〜P16の各々が表示されるタイミングは、P1〜P16の符号で示してある。
なお、図17〜図19のフローチャートでは、ユーザ:Aがゲームを実行する場合を一例として説明する。
先ず図17のフローチャートにおいて、CPU21は、ウェブページP2のメニューm10(「クエスト実行」)が選択されたことを認識すると(ステップS100:YES)、CPU21は、ユーザデータベースにアクセスしてユーザ:Aの達成率、体力ポイント、経験値等を更新する(ステップS102)。次に、CPU21は、複数のモンスターカードの中から選択されたモンスターカードをユーザ:Aに付与するか否か、購入ポイントをユーザ:Aに付与するか否か、あるいは、購入処理に移行する機会を与えるか否かについて、所定の、あるいはランダムな確率で決定する(ステップS104)。ステップS104において、モンスターカードをユーザ:Aに付与することを決定すると(ステップS104:カード付与)、CPU21は、ユーザ:Aにモンスターカードを対応付ける付与する処理を行う(ステップS106)。この場合、CPU21は、モンスターカードデータベースにアクセスし、クエスト用に予め設けられた複数のモンスターカードの中から、付与されるモンスターカードの識別コードを選択する。次に、CPU21は、ユーザデータベースにアクセスして選択した識別コードをユーザ:AのユーザIDの「保有カード、アイテムの識別コード」の欄に書き込む。その後、CPU21は、クエスト処理を終了する。
ユーザ:Aに登録カードがあると判定した場合(ステップS110:YES)、CPU21は、ユーザ:Aの購入ポイントが、登録カードの入手対価以上であるか否かを判定する(ステップS112)。具体的には、CPU21は、ユーザデータベースにアクセスし、ユーザ:AのユーザIDに対応する「購入ポイント」の欄の値を読み出すとともに、モンスターカードデータベースにアクセスし、登録カードの識別コードに対応する「入手対価」の欄の値を読み出し、購入ポイントと入手対価を比較する。
購入ポイントが入手対価以上であると判定した場合(ステップS112:YES)、CPU21は、ユーザ:Aが登録カードの受取操作を行ったか否かを判定する(ステップS114)。具体的には、CPU21は、ウェブページP14において、メニューm34が選択されたか否かを判定する。ユーザ:Aが登録カードの受取操作を行わない場合(ステップS114:NO)、CPU21はクエスト処理を終了する。
ユーザ:Aが登録カードの受取操作を行った場合(ステップS114:YES)、CPU21は、登録カードをユーザ:Aに付与する(ステップS116)。具体的には、CPU21は、ユーザデータベースにアクセスし、ユーザ:Aの購入ポイントからカードの入手対価を差し引いた値を、ユーザ:AのユーザIDに対応する「購入ポイント」の欄に書き込み、同時に、登録カードの識別コードをユーザ:AのユーザIDの「保有カード、アイテムの識別コード」の欄に書き込む。その後、CPU21は登録テーブルから登録コードの情報を削除し、クエスト処理を終了する。
購入ポイントが入手対価未満であると判定した場合(ステップS112:NO)、CPU21は、ユーザ:Aが登録取消操作をしたか否かを判定する(ステップS118)。具体的には、CPU21は、ウェブページP13において、メニューm33が選択されたか否かを判定する。ユーザ:Aが登録取消操作をしない場合(ステップS118:NO)、CPU21はクエスト処理を終了する。
ユーザ:Aが登録取消操作をした場合(ステップS118:YES)、CPU21は、登録解除処理を行い(ステップS120)、クエスト処理を終了する。具体的には、ウェブページP12においてメニューm31が選択されたか否かを判定する。メニューm31が選択されたことを認識すると、CPU21は、ユーザデータベースにアクセスし、ユーザ:AのユーザIDに対応する「購入ポイント」の欄に書き込まれた不足ポイントに、登録カードの入手対価を加算した値をユーザIDに対応する「購入ポイント」の欄に書き込む。その後、CPU21は、登録テーブルから登録コードの情報を削除することで登録を解除し、登録解除処理を終了する。一方、メニューm31以外が選択された場合や、メニューm31が選択されずに所定時間経過した場合には、登録解除処理をせずにクエスト処理を終了する。
メニューm11が選択された場合(ステップS122:YES)、CPU21は後述する購入処理を行い(ステップS124)、クエスト処理を終了する。
なお、CPU21は、ウェブページP3、P4、P7においてメニューm10が選択された場合、ステップS100から再びクエスト処理を開始する。また、メニューm10が選択されずに所定時間経過した場合や、メニューm10以外が選択された場合(ステップS100:NO)、クエスト処理を終了してもよい。
また、CPU21は、ステップS104の処理において、ユーザ:Aに対してカード以外の所定のアイテムを、所定の、あるいはランダムな確率で付与するか否かについて決定してもよい。あるいは、CPU21は、ステップS104の処理において、カード付与、ポイント付与、購入機会付与のいずれも決定せずに、クエスト処理を終了してもよい。
次に、図18を参照して、対戦処理を行うときのフローチャートの一例を説明する。
CPU21は、ウェブページP5上でメニューm20(「対戦開始」)が選択されたことを認識すると(ステップS200:YES)、処理対象のユーザ(ここでは、ユーザ:A)のチームと、対戦相手(コンピュータ又は他のユーザ)のチームとの対戦結果を決定する処理を行う(ステップS202)。
次に、CPU21は、ユーザ:Aに登録カードがあるか否かを判定する(ステップS208)。具体的には、ユーザ:AのユーザIDが登録テーブルに登録されており、かつ現在時刻が登録期間内であれば、ユーザ:Aに登録カードがあると判定する。一方、ユーザ:AのユーザIDが登録テーブルに登録されていない場合、ユーザ:Aに登録カードがないと判定する。また、ユーザ:AのユーザIDが登録テーブルに登録されているが現在時刻が登録期間内でない場合も、ユーザ:Aに登録カードがないと判定する。ユーザ:Aに登録カードがないと判定した場合(ステップS208:NO)、CPU21は、対戦処理を終了する。
ユーザ:Aに登録カードがあると判定した場合(ステップS208:YES)、CPU21は、ユーザ:Aの購入ポイントが、登録カードの入手対価以上であるか否かを判定する(ステップS210)。具体的には、CPU21は、ユーザデータベースにアクセスし、ユーザ:AのユーザIDに対応する「購入ポイント」の欄の値を読み出すとともに、モンスターカードデータベースにアクセスし、登録カードの識別コードに対応する「入手対価」の欄の値を読み出し、購入ポイントと入手対価を比較する。
購入ポイントが入手対価以上であると判定した場合(ステップS210:YES)、CPU21は、ユーザ:Aが登録カードの受取操作を行ったか否かを判定する(ステップS212)。具体的には、CPU21は、ウェブページP16において、メニューm36が選択されたか否かを判定する。ユーザ:Aが登録カードの受取操作を行わない場合(ステップS212:NO)、CPU21は対戦処理を終了する。
ユーザ:Aが登録カードの受取操作を行った場合(ステップS212:YES)、CPU21は、ユーザ:Aが登録カードをユーザ:Aに付与する(ステップS214)。具体的には、CPU21は、ユーザデータベースにアクセスし、ユーザ:Aの購入ポイントから登録カードの入手対価を差し引いた値を、ユーザ:AのユーザIDに対応する「購入ポイント」の欄に書き込み、同時に、登録カードの識別コードをユーザ:AのユーザIDの「保有カード、アイテムの識別コード」の欄に書き込む。その後、CPU21は登録テーブルから登録コードの情報を削除し、対戦処理を終了する。
購入ポイントが入手対価未満であると判定した場合(ステップS210:NO)、CPU21は、ユーザ:Aが登録取消操作をしたか否かを判定する(ステップS216)。具体的には、CPU21は、ウェブページP15において、メニューm35が選択されたか否かを判定する。ユーザ:Aが登録取消操作をしない場合(ステップS216:NO)、CPU21は対戦処理を終了する。
ユーザ:Aが登録取消操作をした場合(ステップS216:YES)、CPU21は、登録解除処理を行い(ステップS218)、対戦処理を終了する。具体的には、ウェブページP12においてメニューm31が選択されたか否かを判定する。メニューm31が選択されたことを認識すると、CPU21は、ユーザデータベースにアクセスし、ユーザ:AのユーザIDに対応する「購入ポイント」の欄に書き込まれた不足ポイントに、登録カードの入手対価を加算した値をユーザIDに対応する「購入ポイント」の欄に書き込む。その後、CPU21は、登録テーブルから登録コードの情報を削除することで登録を解除し、登録解除処理を終了する。一方、メニューm31以外が選択された場合や、メニューm31が選択されずに所定時間経過した場合には、登録解除処理をせずに対戦処理を終了する。
なお、CPU21は、ウェブページP5上でメニューm20(「対戦開始」)が選択されない状態で所定時間経過した場合や、メニューm20以外が選択された場合、対戦処理を終了してもよい(ステップS200:NO)。
次に、図19を参照して、購入処理を行うときのフローチャートの一例を説明する。
CPU21は、ウェブページP7でメニューm11(「立ち寄る」)が選択されたことを認識すると、ユーザ:Aが選択可能な複数のカード(出品カード)を決定し(ステップS300)、P8に例示するウェブページを表示するためのHTMLデータを生成して、ユーザの通信端末10宛に送信する。次に、CPU21は、ウェブページP8においてユーザ:Aがいずれかの出品カードを選択したか否かを判定する(ステップS302)。具体的には、CPU21は、出品カードに対応するメニューm12、m13(「入手」)が選択されたか否かを判定する。ユーザ:Aがいずれの出品カードも選択しない場合(ステップS302:NO)、CPU21は、購入処理を終了する。
ユーザ:Aがいずれかの出品カードを選択した場合(ステップS302:YES)、CPU21は、ユーザ:Aの購入ポイントが選択されたカード(選択カード)の入手対価以上であるか否かを判定する(ステップS304)。具体的には、CPU21は、ユーザデータベースにアクセスし、ユーザ:AのユーザIDに対応する「購入ポイント」の欄の値を読み出すとともに、モンスターカードデータベースにアクセスし、選択されたカードの識別コードに対応する「入手対価」の欄の値を読み出し、購入ポイントと入手対価を比較する。
購入ポイントが入手対価以上であると判定した場合(ステップS304:YES)、CPU21は、選択カードをユーザ:Aに付与する(ステップS306)。具体的には、CPU21は、ユーザデータベースにアクセスし、ユーザ:Aの購入ポイントから選択カードの入手対価を差し引いた値を、ユーザ:AのユーザIDに対応する「購入ポイント」の欄に書き込み、同時に、選択カードの識別コードをユーザ:AのユーザIDの「保有カード、アイテムの識別コード」の欄に書き込む。その後、CPU21は購入処理を終了する。
購入ポイントが入手対価未満であると判定した場合(ステップS304:NO)、CPU21は、ユーザ:Aが登録操作をしたか否かを判定する(ステップS308)。具体的には、CPU21は、ウェブページP9において、メニューm14が選択されたか否かを判定する。ユーザ:Aが登録操作をしない場合(ステップS308:NO)、CPU21は購入処理を終了する。
ユーザ:Aが登録操作をした場合(ステップS308:YES)、CPU21は、登録処理を行い(ステップS310)、購入処理を終了する。具体的には、CPU21は、ユーザ:AのユーザID及び選択カードの識別コードを図8に例示する登録テーブルに登録するとともに、現在時刻を登録時刻として、現在時刻から所定時間(登録期間)後の時刻を登録有効期限として、登録テーブルに登録する。なお、登録処理において、選択カードの入手対価に応じてCPU21が登録期間を決定してもよい。
例えば入手対価が高い選択カードが登録された場合には、より長い登録期間としてもよい。
なお、ステップS308を省略し、ステップS304において購入ポイントが入手対価未満であると判定された場合に、ユーザ:Aの選択によらずに登録処理を行ってもよい。
また、カードを入手する機会が付与されたユーザが十分な購入ポイントを有していない場合でも、その後十分な購入ポイントを有する状態となった後にユーザが登録カードを入手することができるため、ユーザが購入ポイントを増加させるためにゲームを実行する動機付けとなる。
また、カードの登録が所定期間の経過後に解除される場合、登録が解除される前にゲームを実行する動機をユーザに与えることができる。なお、本発明はこれに限らず、登録有効期限を設けなくてもよい。
また、クエスト処理や対戦処理等のゲームを実行するウェブページや、ユーザのトップページに、登録の確認・取消を行うウェブページへ遷移するショートカットメニューを設ける場合、ユーザはいつでも登録の取消を行い、他のカードを入手可能な状態とすることができる。なお、本発明はこれに限らず、ユーザによる登録の取消を可能としなくてもよい。
上記実施形態において、ゲームデータベース32に登録テーブルを記憶させていたが、ゲームサーバ20のRAM23や外部の記憶装置に登録テーブルを記憶させてもよい。
以下、上述した実施形態の変形例について説明する。
本変形例に係るゲーム制御装置の機能ブロック図を、図20に示す。図20に示すように、本変形例では、図16の機能ブロック図と比較して、延長手段58が追加された点で異なる。
延長手段58は、入手希望カードの入手対価とユーザの保有ポイントとの差額が減少したとき、登録時刻から登録有効期限までの所定期間(登録期間)を延長する機能を備える。延長手段58の機能は、例えば以下のとおり実現される。
ユーザに登録カードがある場合において、クエスト処理や対戦処理等、ゲームの実行に応じてユーザに購入ポイントを付与するとき、CPU21は、ユーザデータベースにアクセスし、対象となるユーザIDの付与前の購入ポイントに、新たに付与した購入ポイントを加算した値を、付与後の購入ポイントとして「購入ポイント」の欄に書き込む。
次に、CPU21は、モンスターカードデータベースにアクセスし、登録カードの識別コードに対応する「入手対価」の欄の値を読み出し、購入ポイントと入手対価を比較する。そして、購入ポイントが入手対価未満であると判定した場合、CPU21は、登録期間を延長する。
また、CPU21は、ユーザに新たに購入ポイントが付与される度に、所定の時間、例えば3分、登録期間を延長してもよい。あるいは、CPU21は、ユーザに新たに付与された購入ポイントに応じて登録期間の延長時間の長さを決定してもよい。例えば、ユーザに新たに付与された購入ポイント100ポイントにつき、延長時間を3分としてもよい。
購入ポイントが入手対価以上であると判定した場合(ステップS400:YES)、CPU21は、CPU21は、ユーザ:Aが登録カードの受取操作を行ったか否かを判定する(ステップS402)。ユーザ:Aが登録カードの受取操作を行わない場合(ステップS402:NO)、CPU21は付与処理を終了する。
ユーザ:Aが登録カードの受取操作を行った場合(ステップS402:YES)、CPU21は、登録カードをユーザ:Aに付与する(ステップS404)。具体的には、CPU21は、ユーザデータベースにアクセスし、ユーザ:Aの購入ポイントから登録したカードの入手対価を差し引いた値を、ユーザ:AのユーザIDに対応する「購入ポイント」の欄に書き込み、同時に、登録カードの識別コードをユーザ:AのユーザIDの「保有カード、アイテムの識別コード」の欄に書き込む。その後、CPU21は付与処理を終了する。
購入ポイントが入手対価未満であると判定した場合(ステップS400:NO)、CPU21は、登録期間の延長処理を行う(ステップS406)。例えば、CPU21は、付与された購入ポイントに応じて登録期間の延長時間の長さを決定し、延長後の登録有効期限を算出して登録テーブルに書き込む。次に、CPU21は、ユーザ:Aが登録取消操作をしたか否かを判定する(ステップS408)。ユーザ:Aが登録取消操作をしない場合(ステップS408:NO)、CPU21は付与処理を終了する。
ユーザ:Aが登録取消操作をした場合(ステップS408:YES)、CPU21は、登録解除処理を行い(ステップS410)、付与処理を終了する。
本変形例に係るゲーム制御装置の機能ブロック図を、図22に示す。図22に示すように、本変形例では、図16の機能ブロック図と比較して、入手対価変動手段59が追加された点で異なる。
ユーザに登録カードがある場合において、クエスト処理や対戦処理等、ゲームの実行に応じてユーザに購入ポイントを付与した後、ユーザの購入ポイントと登録カードの入手対価を比較する前に、CPU21は、購入ポイントとの比較対象となる入手対価を、登録時刻から現在時刻までの時間に応じて増加させた値(割増入手対価)とする。例えば、登録カードの入手対価に、登録時刻から現在時刻までの時間に所定の割合(利率)を乗じた値(利息)を加算した値を割増入手対価としてもよい。
あるいは、登録カードの入手対価に、登録時刻から現在時刻までの時間1分当たり1ポイントを加算した値を割増入手対価としてもよい。
購入ポイントが割増入手対価以上であると判定した場合(ステップS502:YES)、CPU21は、CPU21は、ユーザ:Aが登録したカードの受取操作を行ったか否かを判定する(ステップS504)。ユーザ:Aが登録したカードの受取操作を行わない場合(ステップS504:NO)、CPU21は付与処理を終了する。
ユーザ:Aが登録したカードの受取操作を行った場合(ステップS504:YES)、CPU21は、ユーザ:Aが登録したカードをユーザ:Aに付与する(ステップS506)。具体的には、CPU21は、ユーザデータベースにアクセスし、ユーザ:Aの購入ポイントから登録したカードの割増入手対価を差し引いた値を、ユーザ:AのユーザIDに対応する「購入ポイント」の欄に書き込み、同時に、登録したカードの識別コードをユーザ:AのユーザIDの「保有カード、アイテムの識別コード」の欄に書き込む。その後、CPU21は付与処理を終了する。
購入ポイントが割増入手対価未満であると判定した場合(ステップS502:YES)、CPU21は、ユーザ:Aが登録取消操作をしたか否かを判定する(ステップS508)。ユーザ:Aが登録取消操作をしない場合(ステップS508:NO)、CPU21は付与処理を終了する。
ユーザ:Aが登録取消操作をした場合(ステップS508:YES)、CPU21は、登録解除処理を行い(ステップS510)、付与処理を終了する。
なお、上記変形例においては、登録時刻から現在時刻までの時間に応じて登録カードの入手対価を増加させる例について説明したが、登録時刻から現在時刻までの時間に応じて登録カードの入手対価を減少させてもよい。
例えば、登録の解除を受け付けた場合、利息分を考慮して、登録の解除を受け付けた時刻(受付時刻)により、登録カードの入手対価を減少させた値(割引入手対価)を購入ポイントとして払い戻してもよい。例えば、モンスターカードデータベースから読み出した登録カードの「入手対価」に、登録時刻から受付時刻までの時間に所定の割合(利率)を乗じた値(利息)を差し引いた入手対価(割引入手対価)をユーザに払い戻してもよい。
本変形例に係るゲーム制御装置の機能ブロック図を、図24に示す。図24に示すように、本変形例では、図16の機能ブロック図と比較して、ポイント付与手段60が追加された点で異なる。
ユーザに登録カードがある場合において、クエスト処理や対戦処理等、ゲームの実行に応じてユーザに購入ポイントを付与するとき、CPU21は、登録カードがない場合とは異なる値の購入ポイント(割増購入ポイント)をユーザに付与する。例えば、登録カードがある場合は、登録カードがない場合の購入ポイントよりも(例えば10%)多い割増購入ポイントをユーザに付与してもよい。
先ず図25のフローチャートにおいて、トップページP1上でメニューm1(「クエスト」)が選択されたことを認識すると、ゲームサーバ20のCPU21は、図9のP2に例示するウェブページを表示するためのHTMLデータを生成して、ユーザ:Aの通信端末10に送信する。CPU21は、メニューm10(「クエスト実行」)が選択されたことを認識すると(ステップS600:YES)、CPU21は、ユーザデータベースにアクセスしてユーザ:Aの達成率、体力ポイント、経験値等を更新する(ステップS602)。次に、CPU21は、複数のモンスターカードの中から選択されたモンスターカードをユーザ:Aに付与するか否か、購入ポイントをユーザ:Aに付与するか否か、あるいは、購入処理に移行する機会を与えるか否かについて、所定の、あるいはランダムな確率で決定する(ステップS604)。ステップS604において、モンスターカードをユーザ:Aに付与することを決定すると(ステップS604:カード付与)、CPU21は、ユーザ:Aにモンスターカードを対応付ける付与する処理を行い(ステップS606)、クエスト処理を終了する。
一方、ユーザ:Aに登録カードがあると判定した場合(ステップS608:YES)、CPU21は、通常の購入ポイントよりも多い割増購入ポイントをユーザ:Aに付与する処理を行う(ステップS612)。この場合、CPU21は、ユーザ:Aに付与する割増購入ポイントを算出するとともに、ユーザデータベースにアクセスし、ユーザ:AのユーザIDに対応する付与前の購入ポイントに、付与する割増購入ポイントを加算した値を、「購入ポイント」の欄に書き込む。
次に、CPU21は、ユーザ:Aの購入ポイントが、ユーザ:Aの登録カードの入手対価以上であるか否かを判定する(ステップS614)。
購入ポイントが入手対価以上であると判定した場合(ステップS614:YES)、CPU21は、ユーザ:Aが登録カードの受取操作を行ったか否かを判定する(ステップS616)。ユーザ:Aが登録カードの受取操作を行わない場合(ステップS616:NO)、CPU21はクエスト処理を終了する。
ユーザ:Aが登録カードの受取操作を行った場合(ステップS616:YES)、CPU21は、ユーザ:Aが登録カードをユーザ:Aに付与し(ステップS618)、クエスト処理を終了する。
購入ポイントが入手対価未満であると判定した場合(ステップS614:NO)、CPU21は、ユーザ:Aが登録取消操作をしたか否かを判定する(ステップS620)。ユーザ:Aが登録取消操作をしない場合(ステップS620:NO)、CPU21はクエスト処理を終了する。
ユーザ:Aが登録取消操作をした場合(ステップS620:YES)、CPU21は、登録解除処理を行い(ステップS622)、クエスト処理を終了する。
メニューm11が選択された場合(ステップS624:YES)、CPU21は購入処理を行い(ステップS626)、クエスト処理を終了する。
なお、CPU21は、ウェブページP3、P4、P7においてメニューm10が選択された場合、ステップS600から再びクエスト処理を開始する。また、メニューm10が選択されずに所定時間経過した場合や、メニューm10以外が選択された場合(ステップS600:NO)、クエスト処理を終了してもよい。
CPU21は、トップページP1上でメニューm2(「対戦」)が選択されたことを認識すると、P5に例示するウェブページを表示するためのHTMLデータを生成して、ユーザ:Aの通信端末10に送信する。
CPU21は、ウェブページP4上でメニューm20(「対戦開始」)が選択されたことを認識すると(ステップS700:YES)、処理対象のユーザ(ここでは、ユーザ:A)のチームと、対戦相手(コンピュータ又は他のユーザ)のチームとの対戦結果を決定する処理を行う(ステップS702)。
ユーザ:Aが対戦に勝利した場合(ステップS702:YES)、CPU21は、ユーザ:Aに登録カードがあるか否かを判定する(ステップS706)。ユーザ:Aに登録カードがないと判定した場合(ステップS706:NO)、CPU21は、ユーザ:Aに対して通常の購入ポイントを加算する処理を行い(ステップS708)、対戦処理を終了する。
ユーザ:Aに登録カードがあると判定した場合(ステップS706:YES)、CPU21は、通常の購入ポイントよりも多い割増購入ポイントをユーザ:Aに付与する処理を行う(ステップS710)。この場合、CPU21は、ユーザ:Aに付与する割増購入ポイントを算出するとともに、ユーザデータベースにアクセスし、ユーザ:AのユーザIDに対応する付与前の購入ポイントに、割増購入ポイントを加算した値を、付与後の購入ポイントとして「購入ポイント」の欄に書き込む。
ユーザ:Aが登録カードの受取操作を行った場合(ステップS714:YES)、CPU21は、ユーザ:Aが登録カードをユーザ:Aに付与し(ステップS716)、対戦処理を終了する。
購入ポイントが入手対価未満であると判定した場合(ステップS712:NO)、CPU21は、ユーザ:Aが登録取消操作をしたか否かを判定する(ステップS718)。ユーザ:Aが登録取消操作をしない場合(ステップS718:NO)、CPU21は対戦処理を終了する。
ユーザ:Aが登録取消操作をした場合(ステップS718:YES)、CPU21は、登録解除処理を行い(ステップS720)、対戦処理を終了する。
なお、CPU21は、ウェブページP5上でメニューm20(「対戦開始」)が選択されない状態で所定時間経過した場合や、メニューm20以外が選択された場合、対戦処理を終了してもよい(ステップS700:NO)。
例えば、入手希望カードが登録されていない場合よりも登録されている場合にユーザに付与するポイントを多くすることで、ユーザが入手希望カードを入手するのに要するゲームの実行時間が短くなる。このため、十分なポイントを有していない場合でも、ユーザが積極的に入手希望カードを登録してゲームを実行する動機を与えることができる。
一方、利息分を考慮して、入手希望カードが登録されていない場合よりも登録されている場合にユーザに付与するポイントを少なくすることで、ユーザが入手希望カードを入手するのに要するゲームの実行時間を長くすることもできる。
本変形例に係るゲーム制御装置の機能ブロック図を、図27に示す。図27に示すように、本変形例では、図16の機能ブロック図と比較して、第1制限手段61が追加された点で異なる。
第1制限手段61は、入手希望カードが登録されている場合、ユーザが他のカードを入手する機会を制限する機能を備える。第1制限手段61の機能は、例えば以下のとおり実現される。
クエスト処理や対戦処理等のゲームの実行において、所定の確率でユーザにカードを入手する機会を付与する場合において、CPU21がユーザに登録カードがあるか否かを判定する。そして、登録カードがあると判定した場合は、ユーザにカードを入手する機会を付与する確率をゼロ、又は、登録カードがない場合よりも低い確率とする。
先ず図28のフローチャートにおいて、トップページP1上でメニューm1(「クエスト」)が選択されたことを認識すると、ゲームサーバ20のCPU21は、図9のP2に例示するウェブページを表示するためのHTMLデータを生成して、ユーザ:Aの通信端末10に送信する。CPU21は、メニューm10(「クエスト実行」)が選択されたことを認識すると(ステップS800:YES)、CPU21は、ユーザデータベースにアクセスしてユーザ:Aの達成率、体力ポイント、経験値等を更新する(ステップS802)。次に、CPU21は、ユーザ:Aに登録カードがあるか否かを判定する(ステップS804)。
次に、CPU21は、複数のモンスターカードの中から選択されたモンスターカードをユーザ:Aに付与するか否か、購入ポイントをユーザ:Aに付与するか否か、あるいは、購入処理に移行する機会を与えるか否かについて、所定の、あるいはランダムな確率で決定する(ステップS806)。ここで、ステップS804において、ユーザ:Aに登録カードがあると判定された場合、CPU21は、購入処理に移行する機会をユーザに付与する確率を例えばゼロとする。すなわち、ユーザ:Aに登録カードがある場合、CPU21は、ユーザ:Aに購入処理においてカードを入手する機会を与えない。
一方、ユーザ:Aに登録カードがあると判定した場合(ステップS812:YES)、CPU21は、ユーザ:Aの購入ポイントが、ユーザ:Aの登録カードの入手対価以上であるか否かを判定する(ステップS814)。
購入ポイントが入手対価以上であると判定した場合(ステップS814:YES)、CPU21は、ユーザ:Aが登録カードの受取操作を行ったか否かを判定する(ステップS816)。ユーザ:Aが登録カードの受取操作を行わない場合(ステップS816:NO)、CPU21はクエスト処理を終了する。
ユーザ:Aが登録カードの受取操作を行った場合(ステップS816:YES)、CPU21は、登録カードをユーザ:Aに付与し(ステップS818)、クエスト処理を終了する。
購入ポイントが入手対価未満であると判定した場合(ステップS814:NO)、CPU21は、ユーザ:Aが登録取消操作をしたか否かを判定する(ステップS820)。ユーザ:Aが登録取消操作をしない場合(ステップS820:NO)、CPU21はクエスト処理を終了する。
ユーザ:Aが登録取消操作をした場合(ステップS820:YES)、CPU21は、登録解除処理を行い(ステップS822)、クエスト処理を終了する。
メニューm11以外が選択された場合や、メニューm11が選択されずに所定時間経過した場合(ステップS824:NO)、CPU21はクエスト処理を終了する。
メニューm11が選択された場合(ステップS824:YES)、CPU21は購入処理を行い(ステップS826)、クエスト処理を終了する。
なお、CPU21は、ウェブページP3、P4、P7においてメニューm10が選択された場合、ステップS600から再びクエスト処理を開始する。また、メニューm10が選択されずに所定時間経過した場合や、メニューm10以外が選択された場合(ステップS600:NO)、クエスト処理を終了してもよい。
本変形例に係るゲーム制御装置の機能ブロック図を、図29に示す。図29に示すように、本変形例では、図16の機能ブロック図と比較して、第2制限手段62が追加された点で異なる。
第2制限手段62は、ユーザが前記入手希望カードを入手可能と判定されるまで、前記ユーザによる他のカードの入手のためのポイントの使用を制限する機能を備える。第2制限手段62の機能は、例えば以下のとおり実現される。
ユーザにカードを入手する機会が付与されたとき、CPU21は、ユーザに登録カードがあるか否かを判定する。そして、登録カードがある場合、CPU21は、ユーザによるカードの入手のためのポイントの使用を制限する。例えば、ユーザに登録カードがある場合、CPU21は、ユーザによる入手希望カードの選択を制限することで、ユーザによるカードの入手のためのポイントの使用を制限してもよい。
CPU21は、ウェブページP7でメニューm11(「立ち寄る」)が選択されたことを認識すると、ユーザ:Aが選択可能な複数のカード(出品カード)を決定する(ステップS900)。
次に、CPU21は、ユーザ:Aに登録カードがあるか否かを判定する(ステップS902)。ユーザ:Aに登録カードがあると判定した場合(ステップS902:YES)、CPU21は、出品カードの選択ができないことをユーザ:Aに通知し(ステップS904)、購入処理を終了する。例えば、CPU21は、ウェブページP8におけるメニューm12、m13の代わりに、出品カードを選択できないことを示すテキスト(「入手できません」等)を含むウェブページ(出品カードの選択を制限するウェブページ)を表示するためのHTMLデータを生成して、ユーザの通信端末10宛に送信することで、ユーザ:Aが出品カードの選択ができないことを通知してもよい。なお、図示しないが、出品カードの選択ができないことを通知するウェブページは、登録取消操作を行うためのウェブページへのショートカットメニューを含んでいてもよい。
ユーザ:Aがいずれかの出品カードを選択した場合(ステップS906:YES)、CPU21は、ユーザ:Aの購入ポイントが選択カードの入手対価以上であるか否かを判定する(ステップS908)。購入ポイントが入手対価以上であると判定した場合(ステップS908:YES)、CPU21は、選択カードをユーザ:Aに付与し(ステップS910)、CPU21は購入処理を終了する。
購入ポイントが入手対価未満であると判定した場合(ステップS908:NO)、CPU21は、ユーザ:Aが登録操作をしたか否かを判定する(ステップS912)。ユーザ:Aが登録操作をしない場合(ステップS912:NO)、CPU21は購入処理を終了する。
ユーザ:Aが登録操作をした場合(ステップS912:YES)、CPU21は、登録処理を行い(ステップS914)、購入処理を終了する。
上述した各実施形態では、ネットワーク上のゲームサーバ20及びデータベースサーバ30によって、選択手段52、判定手段53、付与手段54、登録手段55、解除手段56の各機能を実現する構成としたが、この構成に限られない。これらの少なくとも一部の手段を通信端末10によって実現する構成としてもよい。通信端末10とゲームサーバ20とでは実質的に同一のハードウエア構成を採ることができるため、上記各実施形態に記載したようにして通信端末10によっても一部の機能を実現できる。例えば、図31(a),(b)に、図16に示した機能ブロック図の各機能について、通信端末10と、ゲームサーバ20及びデータベースサーバ30との機能分担の例を示す。また、上述した各実施形態では、各種データ(例えば、モンスターカードデータベース、ユーザ毎の登録テーブルなど)をデータベースサーバ30(ゲームデータベース32)が記憶している構成としたが、その一部を通信端末10内の記憶装置に記憶させてもよい。その場合には、記憶装置は、通信端末10内のRAM13や図示しないHDD(Hard Disk Drive)などの大容量記憶装置であってよい。
11…CPU
12…ROM
13…RAM
14…画像処理部
15…指示入力部
16…表示部
17…通信インタフェース部
18…バス
20…ゲームサーバ
21…CPU
22…ROM
23…RAM
24…データベースアクセス部
25…通信インタフェース部
26…バス
30…データベースサーバ
31…ユーザデータベース
32…ゲームデータベース
51…実行手段
52…選択手段
53…判定手段
54…付与手段
55…登録手段
56…解除手段
57…受付手段
58…延長手段
59…入手対価変動手段
60…ポイント付与手段
61…第1制限手段
62…第2制限手段
Claims (13)
- オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段、
前記入手希望オブジェクトが登録された後、前記ユーザが前記入手希望オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記入手希望オブジェクトを付与する付与手段、
前記入手対価に相当するポイントと前記ユーザがゲーム上で保有するポイントとの差である不足ポイントを示す画像を表示するための情報を前記ユーザに提供する提供手段、
を備えたゲーム制御装置。 - 前記提供手段によって提供された情報に基づく画像に対して入力された前記ユーザの入力情報に基づいて、前記入手希望オブジェクトの登録を解除する解除手段をさらに備えた、請求項1に記載されたゲーム制御装置。
- オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段、
前記入手希望オブジェクトが登録されている場合、前記ユーザが他のオブジェクトを入手する機会を制限する第1制限手段、
を備えたゲーム制御装置。 - オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段、
前記ユーザが前記入手希望オブジェクトを入手可能と判定されるまで、前記ユーザによる他のオブジェクトの入手のためのポイントの使用を制限する第2制限手段、
を備えたゲーム制御装置。 - オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段、
前記入手希望オブジェクトが登録されてから所定期間の経過後、前記入手希望オブジェクトの登録を解除する解除手段、
を備えたゲーム制御装置。 - 前記所定期間は、前記入手希望オブジェクトの入手対価に応じた長さの時間である、請求項5に記載のゲーム制御装置。
- 前記入手希望オブジェクトの入手対価と前記ユーザの保有ポイントとの差額が減少したとき、前記所定期間を延長する延長手段を備える、請求項5または6に記載のゲーム制御装置。
- オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段、
前記入手希望オブジェクトが登録された時からの時間に応じて、前記入手希望オブジェクトの入手対価を変動させる入手対価変動手段、
を備えたゲーム制御装置。 - オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段、
前記入手希望オブジェクトが登録されている場合、前記ゲームの実行に応じてユーザに付与するポイントを変動させるポイント付与手段、
を備えたゲーム制御装置。 - オブジェクトを入手する機会がユーザに付与されたとき、ユーザの入力情報に基づいてユーザが入手を希望するオブジェクトの選択を受け付ける選択手段、
選択されたオブジェクトの入手対価と、前記ユーザがゲーム上で保有するポイントとを比較して、前記ユーザが前記オブジェクトを入手可能か否かを判定する判定手段、
前記ユーザが前記オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記ユーザに前記オブジェクトを付与する付与手段、
前記ユーザが前記オブジェクトを入手不能と判定された場合に、前記オブジェクトを前記ユーザの入手希望オブジェクトとして登録する登録手段、
前記入手希望オブジェクトが登録されてから所定期間の経過後、前記入手希望オブジェクトの登録を解除する解除手段、
前記入手希望オブジェクトが登録されている場合、前記ユーザが他のオブジェクトを入手する機会を制限する第1制限手段、
を備える、ゲーム制御装置。 - 前記付与手段は、前記入手希望オブジェクトが登録された後、前記ユーザが前記入手希望オブジェクトを入手可能と判定された場合に、前記入手対価に相当するポイントと引き換えに前記入手希望オブジェクトを前記ユーザに付与する、請求項1〜10のいずれかに記載のゲーム制御装置。
- コンピュータを、請求項1〜11のいずれかに記載のゲーム制御装置の各手段として機能させるためのプログラム。
- 複数のユーザの通信端末と、当該通信端末からアクセスされるサーバとを含む、ゲームシステムであって、
請求項1〜11のいずれかに記載のゲーム制御装置の各手段を、前記通信端末または前記サーバのいずれか一方が備えた、ゲームシステム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013004916A JP5891182B2 (ja) | 2013-01-15 | 2013-01-15 | ゲーム制御装置、プログラム、ゲームシステム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013004916A JP5891182B2 (ja) | 2013-01-15 | 2013-01-15 | ゲーム制御装置、プログラム、ゲームシステム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2014135983A JP2014135983A (ja) | 2014-07-28 |
JP5891182B2 true JP5891182B2 (ja) | 2016-03-22 |
Family
ID=51413855
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013004916A Active JP5891182B2 (ja) | 2013-01-15 | 2013-01-15 | ゲーム制御装置、プログラム、ゲームシステム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5891182B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6344453B2 (ja) * | 2016-11-09 | 2018-06-20 | 株式会社セガゲームス | 情報処理装置及びプログラム |
JP2021037312A (ja) * | 2020-11-02 | 2021-03-11 | 株式会社セガ | 情報処理装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002253859A (ja) * | 2001-03-02 | 2002-09-10 | Konami Computer Entertainment Osaka:Kk | ネットゲーム進行プログラム、ネットゲーム進行制御方法及びネットゲーム装置 |
-
2013
- 2013-01-15 JP JP2013004916A patent/JP5891182B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2014135983A (ja) | 2014-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5882188B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5968817B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5898103B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5889777B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5715615B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP6284205B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5939974B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5838149B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP2014027981A (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、抽選装置 | |
WO2013140481A1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム | |
JP5290460B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5222417B1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5831881B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム、検索装置、情報処理システム | |
JP5779568B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5395210B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、コミュニケーション装置 | |
WO2013183622A1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム、情報処理装置 | |
JP5891182B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5731710B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
WO2013132565A1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム | |
JP6176651B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5982302B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5847037B2 (ja) | ゲーム制御装置、ゲーム制御方法、ゲームシステム | |
JP5529924B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、情報処理装置 | |
JP2015128668A (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5839711B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20141119 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150113 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150309 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150707 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150811 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160216 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160222 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5891182 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |