JP2013226386A - ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム - Google Patents
ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム Download PDFInfo
- Publication number
- JP2013226386A JP2013226386A JP2013012064A JP2013012064A JP2013226386A JP 2013226386 A JP2013226386 A JP 2013226386A JP 2013012064 A JP2013012064 A JP 2013012064A JP 2013012064 A JP2013012064 A JP 2013012064A JP 2013226386 A JP2013226386 A JP 2013226386A
- Authority
- JP
- Japan
- Prior art keywords
- user
- game
- communication terminal
- event
- period
- 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.)
- Granted
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/20—Input arrangements for video game devices
- A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
- A63F13/216—Input arrangements for video game devices characterised by their sensors, purposes or types using geographical information, e.g. location of the game device or player using GPS
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
- A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
- A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/33—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections
- A63F13/332—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections using wireless networks, e.g. cellular phone networks
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/45—Controlling the progress of the video game
- A63F13/46—Computing the game score
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
- A63F13/65—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor automatically by game devices or servers from real world data, e.g. measurement in live racing competition
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/71—Game security or game management aspects using secure communication between game devices and game servers, e.g. by encrypting game data or authenticating players
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/80—Special adaptations for executing a specific game genre or game mode
- A63F13/847—Cooperative playing, e.g. requiring coordinated actions from several players to achieve a common goal
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
- A63F2300/556—Player lists, e.g. online players, buddy list, black list
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
- A63F2300/5573—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history player location
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Human Computer Interaction (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Environmental & Geological Engineering (AREA)
- Radar, Positioning & Navigation (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【解決手段】ユーザの通信端末の位置を示す位置情報を取得する取得手段と、第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別する判別手段と、前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間、前記第1のユーザに対して特典を付与する付与手段と、を備える。
【選択図】図15
Description
当該ゲーム制御装置は、
ユーザの通信端末の位置を示す位置情報を取得する取得手段と、
第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別する判別手段と、
前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間の間、前記第1のユーザに対してゲーム上の特典を付与する付与手段と、
を備える。
また、「特典」とは、ゲーム上のポイント若しくはアイテム、又はゲーム上の有利な効果などであってよい。さらに、「アイテム」とは、例えば、キャラクタのパラメータやポイントなどを回復する回復薬や、キャラクタの能力を上昇させる薬品などであってもよいし、キャラクタが使用する武器や防具などであってもよい。また、「アイテム」とは、通信端末が第1の所定領域に存在する場合にのみ与えられる特殊なアイテムであってもよい。さらに、「ゲーム上の有利な効果」とは、例えば、ユーザがゲーム上保有するアイテムのパラメータを上昇させたり、キャラクタの能力を向上させることであってもよいし、ユーザが特殊なアイテムを入手できることであってもよい。また、「ゲーム上の有利な効果」とは、ゲームにおけるシナリオの進行を進め易くするように設定を調整することであってもよく、例えば、ユーザの操作などに応じて消費するゲーム上のポイントの消費量を通常よりも低減させることであってもよいし、ポイントを入手できることであってもよい。なお、仲間を作ることでポイントを入手できる構成が既に設けられている場合には、そのポイントよりも多くのポイントを入手できるようにすればよい。さらにまた、「ゲーム上の有利な効果」とは、間接的にゲームを有利に進められるようにゲーム上の設定を調整することであってもよく、例えば、ユーザが特殊なアイテムを取得可能なイベントを発生させることでもよいし、アイテムのパラメータが大幅に上昇する確率を上昇させることであってもよい。
また、「所定の時刻」は、通信端末がイベント期間内に所定領域に存在すると判別された直後の時刻であってもよいし、イベント期間の終了時刻、さらにはイベント期間が終了した後の所定時刻であってもよい。
ここで、「第2のイベント」は、「第1のイベント」と同じ種類のイベントであってもよいし、異なる種類のイベントであってもよい。例えば、第1のイベントが野球の試合の場合には、第2のイベントは、野球の試合であってもよいし、サッカーの試合であってもよいし、音楽の演奏会などであってもよい。また、「第2のイベント」の「第2のイベント期間」及び「第2の所定領域」は、「第1のイベント」の「第1のイベント期間」及び「第1の所定領域」と同一であってもよいし、異なっていてもよい。例えば、第1のイベント及び第2のイベントは、同じ日時に同じスタジアムで行われる野球の試合であってもよいし、同じ日時に異なるスタジアムで行われる野球の試合であってもよいし、異なる日時に同じスタジアムで行われる野球の試合であってもよいし、異なる日時に異なるスタジアムで行われる野球の試合であってもよい。なお、ここで、同じ種類のイベントとしては、広く野球観戦としてもよいし、自分が観戦したチーム同士の対戦、あるいは自分が観戦した対戦のいずれか一方のチームの対戦に限定してもよい。
なお、「第1のイベント」と「第2のイベント」が同じ種類のイベントであることを所定期間延長の条件としてもよい。この場合、ユーザにとって、自分が野球観戦をし、後日、自分の仲間が野球観戦に行けば、特典付与の期間が延長する、というように、特典入手の構成を把握し易くなるため有用である。
また、「第1の所定領域」と「第2の所定領域」が同一であることを所定期間延長の条件としてもよい。この場合、位置情報の取得範囲を絞ることができるため、ゲーム制御装置のシステムを簡易なものとすることができる。また、例えば野球観戦したスタジアムと同じスタジアムに、自分の仲間が後日行けば、特典付与の期間が延長する、というように、特典入手の構成を把握し易くなるため有用である。
また、「第1のイベント期間」と「第2のイベント期間」が異なる場合、その前後関係は問わないが、第2のイベント期間の方が第1のイベント期間より時間的に後であれば、ユーザにとって以下のような利点が生じる。すなわち、ユーザは、例えば野球観戦(第1のイベント)に行った後に、自分の仲間に対して野球観戦(第2のイベント)に行くよう依頼したり、促すといった行動をとることで、所定期間延長への働きかけを行うことができる。
なお、「第1のイベント期間」と「第2のイベント期間」の間は、第1のユーザに対してゲーム上の特典を付与する所定期間よりも短い期間であることが好ましい。例えば、第1のユーザに対してゲーム上の特典を付与する所定期間が2週間であり、「第1のイベント期間」と「第2のイベント期間」の間は2週間未満である場合、所定期間と「第2のイベント期間」が重なるため、第2のイベント期間内に所定期間が延長されるように第2のユーザがイベントに行くことを第1のユーザに促すことができる。
また、「第2のイベント」は、複数存在してもよい。さらに、第1のユーザの通信端末及び第2のユーザの通信端末において実行されるゲームは、同じゲームであってもよいし、異なるゲームであってもよい。
このゲーム制御装置では、第1のユーザと関係付けられた第2のユーザ(仲間のユーザ)の通信端末が、第2のイベント期間内に第2の所定領域に存在すると判別された場合に、第1のユーザは、特典が付与される期間が延長されるというメリットを得ることができる。この場合、第1のユーザは、このメリットを得るために、他のユーザと関係付けられる(仲間になる)こと、及び仲間のユーザに対して第2のイベント期間内に第2の所定領域に出向くことを誘導することが動機付けられる。これにより、仲間関係の構築及び仲間同士の交流が活性化されるため、ゲームのソーシャル性を向上させることができる。
このゲーム制御装置では、第1のユーザの通信端末及び第2のユーザの通信端末において実行されるゲームが同じゲームである場合に、ユーザは、特典が付与される期間が延長されるというメリットを得ることができる。これにより、ユーザは、このメリットを得るために、他のユーザと同じゲーム上で関係付けられる(仲間になる)ことが動機付けられる。しかも、この場合、ユーザ及び他のユーザは、同じゲームをプレイしていることにより互いに共感し、仲間として協力してゲームをプレイすることが動機付けられることから、仲間関係の構築をさらに活性化することができる。
例えば、第2のユーザの通信端末の位置についての判別が1回行われる毎に所定期間が延長される場合、第2のユーザの通信端末の位置についての判別が繰り返し行われることにより、所定期間が無制限に延長されることが考えられる。この場合、第1のユーザに対して特典を付与する状況が常に設定されることになる。これにより、第1のユーザが他のユーザと比べて突出して有利になることから、他のユーザとの間で公平性を損なうおそれがある。
このゲーム制御装置によれば、所定期間の延長回数が所定回数に制限されるため、第1のユーザに対して特典を付与する状況が常に設定されることを抑制することができる。このため、所定期間が延長されることに起因してユーザ間で公平性を損なうことのない仕組みとすることができる。
例えば、同一の第2のユーザ(仲間のユーザ)に基づく所定期間の延長回数を制限しない場合、第1のユーザは、特典が付与される所定期間をより長くするために、同一の仲間のユーザ(例えば、非常に仲の良い仲間のユーザ)に対して第2のイベント期間内に第2の所定領域に出向くことを誘導することが考えられる。このとき、第1のユーザにとっては、当該仲間のユーザとの交流を活性化することができる一方で、他の仲間のユーザとの交流が疎かになる場合があることから、ユーザ間の幅広い交流を促進する仕組みとならないおそれがある。
このゲーム制御装置によれば、第1のユーザは、特典が付与される所定期間をより長くするために、より多くの仲間のユーザに対して、第2のイベント期間内に第2の所定領域に出向くことを誘導することが動機付けられる。このため、第1のユーザと、多くの仲間のユーザとの交流を活性化させることができることから、ユーザ間の幅広い交流を促進する仕組みとすることができる。
このゲーム制御装置によれば、例えば、第1のユーザの通信端末が第1のイベント期間内に第1の所定領域に存在しない場合であっても、第1のユーザと関係付けられた第2のユーザ(仲間のユーザ)の通信端末が第1のイベント期間内に第1の所定領域に存在すれば、第1のユーザは、特典を得ることができる。この場合、第1のユーザには、特典を得る可能性を高めるために、他のユーザと関係付けられる(仲間になる)ことが動機付けられる。これにより、仲間関係の構築が活性化されるため、ゲームのソーシャル性を向上させることができる。
このゲーム制御装置によれば、例えば、第1のユーザの通信端末が第1のイベント期間内に第1の所定領域に存在しない場合であっても、第1のユーザと親密度の高い第2のユーザ(仲間のユーザ)の通信端末が第1のイベント期間内に第1の所定領域に存在すれば、第1のユーザは、特典を得ることができる。この場合、第1のユーザには、特典を得るために、仲間のユーザとの親密度を高めることが動機付けられる。これにより、仲間関係にあるユーザ間の関係性を高めることができる仕組みとすることができ、ゲームのソーシャル性のさらなる向上が期待できる。
上記ゲーム制御装置において、ユーザに付与するオブジェクトを抽選により決定する抽選手段を備え、
前記ゲーム上の特典は、前記通信端末が前記イベント期間内に前記所定領域に存在すると判別された後の所定の時刻から第1の所定期間、前記所定領域に存在すると判別されなかった場合よりも、ユーザに対して希少価値の高いオブジェクトを付与する確率を高くすることであってもよい。
本発明において「オブジェクト」とは、例えば、ゲーム上のキャラクタやアイテム等を含む。キャラクタは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。
このゲーム制御装置によれば、ユーザは、希少価値の高いオブジェクトを得るために、イベントが行われている所定領域に積極的に出向くことが動機付けられる。
ユーザの通信端末の位置を示す位置情報を取得するステップと、
第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別するステップと、
前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間の間、前記第1のユーザに対してゲーム上の特典を付与するステップと、
を備える。
ユーザの通信端末の位置を示す位置情報を取得する機能、
第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別する機能、及び
前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間の間、前記第1のユーザに対してゲーム上の特典を付与する機能、
を実現させるためのプログラムである。
ユーザの通信端末の位置を示す位置情報を取得する取得手段、
第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別する判別手段、
前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間の間、前記第1のユーザに対してゲーム上の特典を付与する付与手段、
の各手段を、前記通信端末又は前記サーバのいずれか一方が備える。
図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と例えば有線で接続される。
通信端末10は、ゲームサーバ20によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末10をウェブページ上で操作してゲームを実行する。
図2A、図2B及び図3を参照して通信端末10について説明する。
図2A、図2Bは、通信端末10の外観の例を示す図である。図2Aは、例えば折り畳み式の携帯端末(携帯電話機)などの釦入力方式の通信端末を例示したものであり、図2Bは、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図3は、通信端末10の内部構成を示すブロック図である。
図3に示すように、通信端末10は、CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、画像処理部14、指示入力部15、表示部16、通信インタフェース部17及びGPS(Global Positioning System)測位部18を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス19が設けられている。
なお、HTMLデータの取得に当たって、CPU11は、予め登録されたユーザID(ユーザ識別情報)、あるいは指示入力部15を介して入力されるユーザIDを含むアクセス要求メッセージを、通信インタフェース部17を介してゲームサーバ20へ通知する。
CPU11は、位置情報の送信要求メッセージを、通信インタフェース部17を介してゲームサーバ20から受信すると、記憶装置に記憶された位置情報をユーザID(あるいは通信端末10固有の端末識別情報)と対応付けて、通信インタフェース部17を介してゲームサーバ20に送信する。
図4を参照してゲームサーバ20の構成について説明する。
ゲームサーバ20は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末10に対してゲームのウェブサービスを提供する。図4に示すように、ゲームサーバ20は、CPU21、ROM22、RAM23、データベース(DB)アクセス部24、及び、通信インタフェース部25を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス26が設けられている。なお、ゲームサーバ20は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
CPU21は、ROM22内のゲームプログラムをRAM23にロードして実行し、通信インタフェース部25を介して、各種の処理を行う。
CPU21は、通信端末10で表示されるウェブページ上でユーザにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなHTMLデータの送信、または、ゲームサーバ20内の演算処理あるいはデータ処理などを含む。
データベースアクセス部24は、CPU21がデータベースサーバ30に対してデータの読み書きを行うときのインタフェースである。
データベースサーバ30は、大容量のハードディスク装置やRAID(Redundant Arrays of Inexpensive Disks)等の形態の装置等、汎用ストレージで実現できる。データベースサーバ30内の各データベースは、ゲームサーバ20のデータベースアクセス部24を介してCPU21からのデータの読み書きが可能となるように構成されている。
図5に、データベースサーバ30の構成の一例を示す。図5に示すように、データベースサーバ30は、ユーザデータベース31と、ゲームデータベース32とを備える。
野球形式のデジタルカードゲームは、ユーザが野球選手に対応する選手カードを収集することによって自らのチームを作り上げ、他のユーザのチームと野球の対戦を行う、あるいは技能レベルごとの野球のリーグ戦を戦うように構成されているゲームである。野球形式のデジタルカードゲームには、自らのチームを作り上げていくために選手カードを探索するスカウト処理や、抽選によって選手カードを入手することを可能とする抽選処理、あるいは2枚以上の選手カードを一体化して特定の選手カードの能力を上昇させる強化処理等が設けられている。
野球形式のデジタルカードゲームに実装されている各機能については、後述する。
・ユーザ名/表示画像
ゲームの実行時に通信端末10にユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ20によって提供されるネットワーク環境(あるいはゲームコミュニティ)上でユーザを特定する名称である。
・チーム
上記野球形式のデジタルカードゲームにおいて、ユーザ登録時に、ユーザが指定するチームである。このゲームでは、例えば、P1〜P6の6チームからなるPリーグ、Q1〜Q6の6チームからなるQリーグが設けられており、ユーザはこの12チームの中からいずれかのチームをユーザ登録時に選択する。
・技能レベル
ゲーム上のユーザの技能レベル示すデータである。例えばLv1(レベル1)からLv100(レベル100)までの範囲のレベル値であり、例えばゲームにおけるスカウト処理を継続的に行うことで、順次技能レベルが上がるように構成される。
・行動ポイント
上記野球形式のデジタルカードゲームにおいて、例えばユーザによるゲーム上のスカウトを行う上で必要となるポイントである。行動ポイントは、スカウトを行うことで低減し、所定の時間が経過する毎に回復(増加)する値である。
・運営ポイント
上記野球形式のデジタルカードゲームにおいて、例えばユーザによるゲーム上の対戦を行う上で必要となるポイントである。運営ポイントは、他のユーザとの対戦等によって低減し、所定の時間が経過する毎に回復(増加)する値である。
・強化ポイント
上記野球形式のデジタルカードゲームにおいて、例えばユーザによる選手カードの強化を行う上で必要となるポイントである。強化ポイントは、選手カードの強化を行うことで低減し、他のユーザとの対戦で勝利するか、あるいは所定の時間が経過する毎に回復(増加)する値である。
・エールポイント
上記野球形式のデジタルカードゲームにおいて、仲間のユーザへ応援メッセージを送信することでユーザが取得するポイントである。なお、所定の時間が経過する毎にエールポイントを増加させてもよい。
・選手数
ユーザが保有する選手カードの数である。選手数は、スカウト処理や強化処理の実行によって増減する。選手数の最大値(例えば、60)は予め規定されている。
・仲間のユーザID
対象とするユーザIDの仲間である他のユーザIDのデータである。
・保有カードの画像データ
上記野球形式のデジタルカードゲームの場合、保有カードの画像データは、ユーザが保有する選手カードについての画像を含むデータである。
・保有カードのパラメータ
保有カードのパラメータには、ユーザが保有する選手カードの能力値を示すデータが含まれる。例えば、図6に示すように、パラメータの項目として「打力」,「走力」,「守備力」等の能力値が含まれてもよい。図6の例では、能力値は0〜1000の範囲の値であって、能力値が大きい値であるほど能力が高いことを示している。図6では、能力の指標としての項目として、「打力」,「走力」,「守備力」を例示しているが、選手が投手であれば別の項目、例えば「球速」,「制球力」,「スタミナ」等としてもよい。
なお、選手カードのパラメータには、「レア度」が含まれてもよい。ここで、「レア度」とは、選手カードの希少価値の度合を示す値であり、その値が高いほどゲーム内で出現する確率が非常に低く設定されている。なお、本実施形態のゲームでは、レア度を1〜5の5段階で表しており、技術能力の際立った選手や人気のある選手に対応する選手カードのレア度は高く設定されている。
また、選手カードには、チーム(P1〜P6、Q1〜Q6のいずれか)、ポジション(投手、捕手、一塁手、左翼手など)、選手カードがゲームに及ぼす影響度(典型的にはポジティブな影響度)等を設定してもよい。
本実施形態では、ゲームサーバ20及びデータベースサーバ30によってゲーム制御装置が構成されている。以下では、上述した野球形式のデジタルカードゲーム(以下、適宜単に「ゲーム」という。)が適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図7を参照して説明する。図7は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、図7の機能ブロック図において、取得手段53、判別手段54及び付与手段55が本発明の主要な構成に対応している。その他の手段は必ずしも必須の構成ではないが、本発明をさらに好ましくするための構成である。
また、以下の説明において、通信端末10に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末10で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネルの操作によるウェブページのスクロール操作によって変化しうる。
なお、登録手段51は、本発明に必須の構成要素ではないが、本発明をさらに好ましくするための構成要素である。
CPU21は、登録要求メッセージを受信し、登録要求メッセージにユーザIDが含まれていない場合には、ユーザIDを新規に発行してそのユーザIDの登録処理を行った後、登録処理が完了した旨のメッセージを通信端末10へ送信する。CPU21は、登録要求メッセージを受信し、登録要求メッセージにユーザIDが含まれている場合には、そのユーザIDの登録処理を行った後、登録処理が完了したことを示す登録完了メッセージを通信端末10へ送信する。
登録が完了すると、CPU21は、所定のデフォルトのデータが記述された新規のユーザIDについてのユーザデータを、ユーザデータベース31に格納する。
この場合の登録手段51は例えば、以下のとおり実行される。ゲームサーバ20のCPU21は、通信インタフェース部25を介して、あるユーザIDに対応するユーザの通信端末10から、仲間になりたいユーザID(あるいは、対応するユーザ名)を指定した申請メッセージ(申請)を受け付ける。この申請メッセージの送信は、ユーザの通信端末10に提供されるウェブページの機能として予め設定されている。CPU21は、申請メッセージを受け付けると、申請メッセージに含まれるユーザIDに基づくアクセスがあったタイミングで、そのユーザIDに対応する通信端末10宛に、他のユーザIDに基づく申請を承認するか否かを返信することを要求するためのウェブページを表示させるHTMLデータを送信する。その申請を承認することが返信されれば、CPU21は、両者を仲間として登録する。具体的には、CPU21は、ユーザデータベース31内の対応する2つのユーザIDのユーザデータの「仲間」の箇所(図6参照)にデータを書き込む。
なお、ユーザ同士を関係付ける条件は、上記のような申請と承認を必要とする形式に限られず、同一のゲーム上のステージを実行するユーザや対戦を行ったユーザを、ユーザとゲーム内で関係付けられたユーザ、つまり仲間として登録してもよい。あるいは、所定回数の挨拶メッセージを送信するユーザ同士を自動的に仲間として登録してもよいし、ユーザ間で対戦を行うゲーム上のモードが存在する場合には、所定回数以上対戦を行ったユーザ同士を自動的に仲間として登録してもよい。
また、ユーザ同士を関係付ける条件は、同一のゲーム上のステージ若しくはエリアを実行するユーザや試合を行ったユーザ同士を仲間として登録してもよい。あるいは、所定回数の挨拶メッセージを送信するユーザ同士を自動的に仲間として登録してもよいし、ユーザ間で対戦(バトル)を行うゲーム上のモードが存在する場合には、所定回数以上対戦を行ったユーザ同士や、協力して敵キャラクタと対戦をしたユーザ同士を自動的に仲間として登録してもよい。
本実施形態では、ユーザ同士の仲間関係の登録をユーザデータベース31にデータを書き込むことによって実現する例を示したが、この例に限られない。仲間関係に関するデータは、ゲームサーバ20からアクセス可能なネットワーク上の外部の記憶装置に書き込まれるようにしてもよい。
・スカウト処理:
自らのチームを作り上げていくために選手カードを探索する処理である。スカウトを実行することで行動ポイントは消費するが、強化ポイントは増加する。
・強化処理:
強化ポイントを消費することで、2枚以上の選手カードを一体化して特定の選手カードの能力を上昇させる処理である。この場合、特定の選手カードの能力は上昇するが、一体化に用いられた選手カードは消失する。つまり、一体化に用いられた選手カードの数だけ選手数が減少する。
・試合処理:
他のユーザのチームと野球の試合を行う処理である。試合を行うことで運営ポイントは消費するが、試合に勝利すれば強化ポイントが増加する。
・抽選処理:
エールポイントを消費して、抽選によって選手カードを入手する処理である。
・オーダー処理:
ユーザが選手カードのオーダーの入れ替え、控えの選手カードとの交替等を実行するための処理である。
上述したように、本実施形態のゲームでは、スカウト処理、強化処理、試合処理及び抽選処理の各処理の実行に伴ってゲーム上のポイントが消費される。
ユーザデータ表示領域は、対象となるユーザIDのユーザデータに含まれる、技能レベル、行動ポイント、運営ポイント、強化ポイント、エールポイント、選手数、仲間の各項目のデータ(図6参照)が表示される領域である。なお、ユーザデータ表示領域に表示される項目で、X/Yの形式で表記されているポイントまたは数は、Xがユーザの保有するポイントまたは数であり、Yがそのポイントまたは数の最大値であることを示す。例えば、選手数が「40/60」と表記されていれば、ユーザが保有する選手数が40人であり、最大で保有可能な選手数が60人であることを示す。
選手画像表示領域は、ユーザによって予め選択された選手カードの画像データが表示される領域である。
メニュー表示領域は、野球形式のデジタルカードゲームに設けられる複数の処理(スカウト処理、強化処理、試合処理、抽選処理、オーダー処理)に対応した基本メニューとして、「スカウト」、「強化」、「試合」、「抽選」、「オーダー」の各メニューm1〜m5が表示される領域である。つまり、ゲームで実行される複数の処理が各々割り当てられた複数のメニューが、通信端末10に表示されるウェブページの所定の位置にそれぞれ配置される。なお、オーダー処理は、ユーザの指示の下、選手カードのオーダーの入れ替え、控えの選手カードとの交替等を実行する処理である。
ゲーム進行手段52は、通信端末10に表示されたメニューに対するユーザの選択操作に応じた処理を実行する。好ましくは、各処理が実行された場合、処理ごとに細分化された複数のメニューを含む新たなウェブページが表示されるようにして、階層的に各処理が実行される。
ゲーム進行手段52は、ユーザが自らのチームを作り上げていくために選手カードを探索できるようにするスカウト処理を実行する。
図9は、スカウト処理が実行された場合に通信端末10に表示されるウェブページの例を示す。図9は、トップページにおいてスカウトメニュー(図8のメニューm1)が選択操作されたときのウェブページの表示例である。
このスカウト処理では、ユーザは、探索の対象となるエリア(図9の例では、エリア9(サブエリア9−1,9−2,…))ごとに設けられる「探索する」と表記されたメニューm10を選択操作する。この操作を契機として、探索の対象となるエリアについての探索が行われ、選手が発掘された場合に表示領域102にその選手の選手カードが表示される仕組みになっている。このとき、メニューm10が選択操作されて探索が行われる度に、表示領域101に表示されている「探索率」(%)の値が増加する。また、表示領域101には、1回の探索に要する行動力の値(図9の例では「5」)、1回の探索で得られる強化ポイントの値(図9の例では「10」)が表示される。1回の探索につき、表示されている行動力の値だけ行動ポイントが減少し、表示されている量の強化ポイントが増加するように構成されている。ゲーム進行手段52では、探索を行う度に、CPU21がユーザデータベース31にアクセスし、対象となるユーザIDの行動ポイント及び強化ポイントの値を更新する。
スカウト処理では、メニューm10に対する選択操作を行う度に行動ポイントが減少していくため、スカウト処理が実行された直後にトップページが表示される場合には、そのトップページに表示される行動ポイントがスカウト処理の実行前よりも減少されて表示されることになる。ユーザが保有する行動ポイントが0になれば、それ以上、探索を実行することはできない。但し、行動ポイントは、例えば所定時間(例えば3分)が経過する度に1ポイントずつ回復(増加)するので、所定時間経過すれば、再び、探索を行うことが可能になる。
ゲーム進行手段52は、2枚以上の選手カードを一体化して特定の選手カードの能力を上昇させる強化処理を実行する機能を有する。このゲームでは、ユーザが強化処理を実行するには一定量の強化ポイントが必要となる。
この一体化の処理は、例えば以下のように行われてよい。強化対象となる選手カード(ユーザによって指定された、残留する選手カード)を選手Aの選手カードとし、選手Aの選手カードに一体化させられて消失する選手カードを選手Bの選手カードとする。この場合、一体化の処理では、CPU21が選手Aの選手カードの「打力」,「走力」,「守備力」の能力値を示すパラメータに対して、選手Bの選手カードの「打力」,「走力」,「守備力」の能力値を示すパラメータの一定比率をそれぞれ加算することで、新たな選手Aの選手カードのパラメータを算出するようにしてもよい。この強化処理によって、選手Bの選手カードの能力上の特徴が選手Aの選手カードに反映されることになる。
強化処理後には、CPU21は、強化処理の後にユーザデータベース31にアクセスし、対象となるユーザIDのユーザデータから選手Bの選手カードのデータを削除し、選手数の値を1だけ減少させ、選手Aの選手カードのパラメータを書き換え、対象となるユーザIDの強化ポイントを所定量減少させる。なお、強化ポイントは、上記スカウト処理を実行したり、以下に説明する試合処理を実行したりすることによって増加する。
ゲームサーバ20のCPU21は、例えば図8のウェブページ上でメニューm2が選択されたことを認識すると、一体化の対象となる複数の選手カードの選択を促すウェブページを表示するためのHTMLデータを通信端末10宛に送信する。このとき最初に表示されるウェブページの一例は、図10AのウェブページP1に示すように、強化指定選手(強化対象となる選手カードに対応する選手キャラクタ)の一覧であり、選択操作によって強化指定選手を選択できるように構成されている。強化指定選手が選択されると次に、図10AのウェブページP2に示すように、一体化させる選手(消失する選手カードに対応する選手キャラクタ)の一覧が表示される。図10Aに示す各ウェブページは、選択操作によっていずれかの選手を選択できるように構成されている。図10BのウェブページP3は確認用画面であり、例えば強化指定選手として選手A、一体化させる選手として選手Bが選択された例が示されている。ここで、「強化する」というメニューを選択する操作が行われると、その選択結果がゲームサーバ20へ通知される。ゲームサーバ20のCPU21は、受信した選択結果に基づいて、選手Aの選手カードの新たな能力値を示すパラメータを算出するとともに、ユーザデータベース31にアクセスして、選手Bの選手カードのデータを、対象となるユーザIDのデータから削除する。CPU21は、新たなパラメータの増加度合いを示す値を含むHTMLデータを通信端末10宛に送信する。このHTMLデータの受信により、通信端末10は、図10BのウェブページP4及びP5に示すように、選択された選手Aの選手カードと選手Bの選手カードが重なり合い、合体して選手Aの選手カードのみが表示されるような演出表示を行う。図10BのウェブページP5に示すように、強化対象の選手Aの選手カードの能力値の増加度合い(図10BのウェブページP5の例では、打力が28、走力が50、守備力が24)を定量的に表示することが好ましい。
ゲーム進行手段52は、ユーザによる通信端末10の操作入力を契機として、他のユーザのチームと野球の試合を行う試合処理を実行する機能を有する。
このゲームでは、試合処理を実行するには運営ポイントを必要とし、試合に勝利することで強化ポイントを得ることができる。つまり、試合処理の実行によって、ユーザIDに対応する運営ポイント、強化ポイントの値が変化しうる。1回の試合で必要となる(消費する)運営ポイントは、ユーザのチームで組まれるオーダーによって定まる値である。ユーザは、ユーザが保有する選手カードの中から試合に出場させたい選手カードをオーダー処理によって組み替えることができるが、試合に出場させたい所定数の選手カードによって、運営ポイントの消費量が決定される。例えば、選手カードごとに1回の試合で必要となるコスト(必要ポイント)が予め割り当てられており、試合に出場させたい所定数の選手の必要ポイントの合計が運営ポイントとなる。運営ポイントは、例えば所定時間(例えば1分)が経過する度に1ポイントずつ回復(増加)する。
複数の試合相手の候補のリストからいずれかの候補を選択する操作がユーザによってなされると、図11のウェブページP6に示すように、試合相手(対戦相手)ととともに試合開始の指示を促すメニューを含むウェブページが表示される。ここで、ユーザが「試合開始」のメニューを選択すると、CPU21は試合結果を決定する処理を行う。試合結果を決定するに当たって、CPU21は、データベースアクセス部24を介してデータベースサーバ30のユーザデータベース31にアクセスし、対象となるユーザIDの運営ポイントが試合の実行に必要とする所定量以上である場合に、運営ポイントからその所定量を減少させるとともに、試合相手となる2つのユーザIDに対応付けられた複数の選手カードの能力を示すパラメータを読み出す。そして、CPU21は、読み出したパラメータに基づいてユーザ間の試合結果を決定する。
ゲーム進行手段52は、抽選によって選手カードをユーザに付与することを可能とする抽選処理を実行する。抽選処理は、好ましくは、選手カードを抽選箱の中から1枚を取り出す(引く)ような演出を経て実行される。抽選によって出現する選手カードは基本的にランダムであるが、レア度の高い選手カード(いわゆるレアカード)が抽選で出現する確率は非常に低く設定されている。抽選処理は、所定量のエールポイントと引き換えに行われてもよい。
ゲーム進行手段52はさらに、ユーザが保持する各ポイントあるいは選手数に基づいて、ユーザによって選択されたメニューに応じた機能(スカウト処理、強化処理、試合処理、及び抽選処理)が実行できるか否かを判定し、選択されたメニューに応じた機能が実行できない場合には、機能が実行できないことをユーザに報知するためのテキストを含むページを通信端末10上に表示する。例えば、ポイントが所定の閾値より低い場合にゲームの進行が制限されるように構成されている場合、具体的には、1回の探索に行動力が「5」必要となるエリアについてスカウト処理を実行しようとする場合に、ユーザの行動ポイントが「3」のときには、スカウト処理が実行できないため、例えば「行動ポイントが足りません。行動ポイントは3分ごとに1回復します。ゆっくり待ちましょう。」などといったテキストを表示させる。このとき、ゲームサーバ20のCPU21は、ユーザデータベース31にアクセスして、ユーザの行動ポイントのデータと、探索対象のエリアに要する行動力(既定値)との比較処理を行って、スカウト処理の実行可否を判定する。
例えば、ユーザが、図8に示すトップページ上でメニューm1〜m5のうち何れかのメニューを選択すると、通信端末10のCPU11は、ウェブページを表示するためのHTMLデータの送信要求メッセージを、通信インタフェース部17を介してゲームサーバ20に送信する。
一方、ゲームサーバ20のCPU21は、HTMLデータの送信要求メッセージを、通信インタフェース部25を介して受信すると、位置情報の送信要求メッセージを、通信インタフェース部25を介して通信端末10に送信する。
通信端末10のCPU11は、位置情報の送信要求メッセージを受信すると、通信端末10の現在位置をGPS測位部18に測位させる。そして、CPU11は、GPS測位部18の測位によって得られた位置情報を、ユーザIDと対応付けて、ゲームサーバ20に送信する。
ゲームサーバ20のCPU21は、位置情報を受信する(取得する)毎に、取得した位置情報をユーザデータベース31内の現在位置データに記録する。図12に現在位置データの構成例を示す。図12に示すように、現在位置データは、複数のユーザ(ユーザID)ごとに設けられている。現在位置データは、位置情報の取得日時(位置情報に含まれる測位時刻)、位置情報に含まれる緯度及び経度が、位置情報を取得する毎に記述されたデータである。そして、CPU21は、ユーザが選択したメニューに応じたウェブページを表示するためのHTMLデータを生成し、通信端末10宛に送信する。
ゲームサーバ20のCPU21は、ユーザの通信端末10の位置情報を取得し、取得した位置情報を現在位置データに記録すると、当該ユーザの通信端末10が、野球の試合の試合時間帯にスタジアム内に存在するか否かを判別する。具体的に説明すると、CPU21は、ユーザデータベース31にアクセスし、ユーザのユーザIDに対応する現在位置データを参照する。そして、CPU21は、現在位置データに記録された位置情報のうち最新の位置情報の緯度及び経度がスタジアム内に含まれるか否か、及び、最新の位置情報の取得日時が野球の試合時間帯に含まれるか否かを判別する。なお、通信端末10の現在位置がスタジアム内に存在するか否かを判別するために、スタジアムの外縁の緯度及び経度は、ゲームデータベース32に予め記録されていてもよい。また、野球の試合時間帯などの情報(例えば、練習開始時刻、試合開始時刻、各イニングの開始及び終了時刻、試合終了時刻、試合終了後のイベント(例えばファンサービスなど)の開始及び終了時刻など)は、ゲームデータベース32に逐次記録されるようにしてもよい。
最新の位置情報の緯度及び経度がスタジアム内に含まれ、且つ、最新の位置情報の取得日時が野球の試合時間帯に含まれる場合、CPU21は、ユーザの通信端末10が、試合時間帯にスタジアム内に存在すると判別する。
ここで、「ユーザに対してゲーム上の特典を付与する」とは、特典(例えば、ポイント、アイテムなど)に関する情報をユーザのユーザIDに対応付けた状態で所定の記憶装置(例えばユーザデータベース31など)に記憶させることであってよい。また、所定の記憶装置は、例えばゲームサーバ20に設けられていてもよいし、ユーザの通信端末10などに設けられていてもよい。
また、「特典」とは、ゲーム上のポイント若しくはアイテム、又はゲーム上の有利な効果などであってよい。さらに、「アイテム」とは、例えば、キャラクタのパラメータやポイントなどを回復する回復薬や、キャラクタの能力を上昇させる薬品などであってもよいし、キャラクタが使用する武器や防具などであってもよい。また、「アイテム」とは、通信端末10がスタジアムに存在する場合にのみ与えられる特殊なアイテムであってもよい。さらに、「ゲーム上の有利な効果」とは、例えば、ユーザがゲーム上保有するアイテム(例えば選手カード)のパラメータを上昇させたり、キャラクタの能力を向上させることであってもよいし、ユーザが特殊なアイテムを入手できることであってもよい。また、「ゲーム上の有利な効果」とは、ゲームにおけるシナリオの進行を進め易くするように設定を調整することであってもよく、例えば、ユーザの操作に応じて消費するゲーム上の各種ポイント(行動ポイント、運営ポイント、強化ポイント、エールポイント)の消費量を通常よりも低減させることであってもよいし、ユーザが上記の各種ポイントを入手できることであってもよい。なお、仲間を作ることでポイントを入手できる構成が既に設けられている場合には、そのポイントよりも多くのポイントを入手できるようにすればよい。さらに、「ゲーム上の有利な効果」とは、間接的にゲームを有利に進められるようにゲーム上の設定を調整することであってもよく、例えば、ユーザが特殊なアイテムを取得可能なイベントを発生させることでもよいし、強化処理において選手カードの能力値が大幅に上昇する確率を上昇させることであってもよい。
また、「ゲーム上の有利な効果」とは、ユーザ毎の行動ポイント、運営ポイントの上限値を、通常の値である第1の値から、通常よりも高い第2の値まで上昇させることであってもよい。この場合、行動ポイント、運営ポイントの上限値を第2の値まで上昇させるだけでなく、すなわち、ポイントの枠を大きくするだけでなく、実際にユーザが保有している現状の行動ポイント、運営ポイントを第2の値まで上昇させてもよい。行動ポイント、運営ポイントの上限値を上昇させた場合、第1の所定期間が経過するまで上昇させた上限値を維持してもよい。例えば、3日間のみ行動ポイント、運営ポイントを第2の値まで上昇させ、その後は第1のポイントに戻すようにしてもよい。あるいは、ゲームの実行により行動ポイント、運営ポイントが第1の値またはそれ以下にまで低減したときに、上限値を元(第1の値)に戻してもよい。
例えば、通常の行動ポイントの上限値が80(第1の値)、通常の運営ポイントの上限値が100(第1の値)であるときに、ユーザが試合時間帯にスタジアムにいた場合、行動ポイントの上限値を100(第2の値)、運営ポイントの上限値を120(第2の値)でまで上昇させてもよい。その際、行動ポイントや運営ポイントを消費していて、仮に両方とも10であったとしても、行動ポイントを100(第2の値)まで、運営ポイントを120(第2の値)まで上昇させてもよい。その後、行動ポイントや運営ポイントを消費し、行動ポイントが80(第1の値)を下回ったときや、運営ポイントが100(第1の値)を下回ったときに、上限値を元に戻してもよい。
また、「ゲーム上の有利な効果」とは、例えば、所定時間の経過により各種ポイントが付与される場合において、各種ポイントの量を所定の割合だけ増加させることであってもよい。
また、「ゲーム上の有利な効果」とは、例えば、抽選処理において、レア度の高い選手カードが出現する確率を通常よりも高くすることであってもよい。抽選処理を実行するゲーム進行手段52は、抽選手段の一例である。
この場合、ユーザは、特典を得ることにより、ゲームを有利に進めることができる。例えば、特典が、行動ポイントの付与量を増加させることである場合、通常であれば所定時間(例えば3分)が経過する度に行動ポイントが1ポイントずつ回復(増加)するのに対し、特典付与期間では、行動ポイントが3ポイントずつ回復(増加)してもよい。この場合、ユーザは、スカウト処理を実行する際に、1回の探索を行うために必要な行動ポイントを通常よりも早期に得ることができるので、ゲームの進行度を通常よりも早く上げることができるというメリットが得られる。ユーザは、このメリットを得るために、野球の試合が行われているスタジアムに積極的に出向くことが動機付けられる。
また、例えば、特典が、ユーザの保有する選手カードの能力値を、特典付与期間の間上昇させることである場合、特典付与期間において、ユーザは、試合処理における他のユーザとの対戦に勝利する可能性を高めることができる。これにより、ユーザは、ゲーム上の有利な効果を得ることができる。
CPU21は、図14に示すウェブページを表示するためのHTMLデータを生成し、通信端末10宛に送信する。図14に示すウェブページの例では、特典付与日時から所定期間(図の例では1週間)の間、ゲーム上の各処理の実行により、あるいは所定時間が経過する毎に得られる各種ポイントの量が増加することを表すテキストなどが含まれる。
また、特典が、ユーザの保有する選手カードの能力値を、特典付与期間の間上昇させることである場合、CPU21は、付与対象となるユーザのユーザIDのユーザデータにおける保有カードの能力値を所定の割合だけ加算する処理を行ってよい。この場合、CPU21は、特典付与期間が終了すると、保有カードの能力値を元の値に戻す。
次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図15のフローチャートを参照して説明する。図15のフローチャートは、主として取得手段53、判別手段54及び付与手段55によって実行される処理である。
一方、ゲームサーバ20のCPU21は、位置情報を通信端末10から受信する(取得する)と(ステップS120:YES)、取得した位置情報をユーザデータベース31内の現在位置データに記録する(ステップS130)。なお、ステップS120において、通信端末10から位置情報を受信しない状態で所定時間経過した場合には(ステップS120:NO)、CPU21は、処理を終了してもよい。
また、ステップS140において、ユーザの通信端末10が試合時間帯にスタジアム内に存在しないと判別した場合(ステップS140:NO)、CPU21は、処理を終了してもよい。
(7−1)変形例1
上記実施形態において、ユーザ同士を関係付ける登録手段51(関係付け手段)を備え、付与手段55は、ユーザ(第1のユーザ)の仲間のユーザ(第1のユーザと関係付けられた第2のユーザ)の通信端末10が、第2のイベントが行われる第2のイベント期間内に前記第2のイベントが行われる第2の所定領域に存在すると判別された場合に、特典付与期間(所定期間)を延長してもよい。
ここで、「第2のイベント」は、「第1のイベント」と同じ種類のイベントであってもよいし、異なる種類のイベントであってもよい。例えば、第1のイベントが野球の試合の場合には、第2のイベントは、野球の試合であってもよいし、サッカーの試合であってもよいし、音楽の演奏会などであってもよい。また、「第2のイベント」の「第2のイベント期間」及び「第2の所定領域」は、「第1のイベント」の「第1のイベント期間」及び「第1の所定領域」と同一であってもよいし、異なっていてもよい。例えば、第1のイベント及び第2のイベントは、同じ日時に同じスタジアムで行われる野球の試合であってもよいし、同じ日時に異なるスタジアムで行われる野球の試合であってもよいし、異なる日時に同じスタジアムで行われる野球の試合であってもよいし、異なる日時に異なるスタジアムで行われる野球の試合であってもよい。なお、ここで、同じ種類のイベントとしては、広く野球観戦としてもよいし、自分が観戦したチーム同士の対戦、あるいは自分が観戦した対戦のいずれか一方のチームの対戦に限定してもよい。
なお、「第1のイベント」と「第2のイベント」が同じ種類のイベントであることを所定期間延長の条件としてもよい。この場合、ユーザにとって、自分が野球観戦をし、後日、自分の仲間が野球観戦に行けば、特典付与の期間が延長する、というように、特典入手の構成を把握し易くなるため有用である。
また、「第1の所定領域」と「第2の所定領域」が同一であることを所定期間延長の条件としてもよい。この場合、位置情報の取得範囲を絞ることができるため、ゲーム制御装置のシステムを簡易なものとすることができる。また、例えば野球観戦したスタジアムと同じスタジアムに、自分の仲間が後日行けば、特典付与の期間が延長する、というように、特典入手の構成を把握し易くなるため有用である。
また、「第1のイベント期間」と「第2のイベント期間」が異なる場合、その前後関係は問わないが、第2のイベント期間の方が第1のイベント期間より時間的に後であれば、ユーザにとって以下のような利点が生じる。すなわち、ユーザは、例えば野球観戦(第1のイベント)に行った後に、自分の仲間に対して野球観戦(第2のイベント)に行くよう依頼したり、促すといった行動をとることで、所定期間延長への働きかけを行うことができる。
なお、「第1のイベント期間」と「第2のイベント期間」の間は、第1のユーザに対してゲーム上の特典を付与する所定期間よりも短い期間であることが好ましい。例えば、第1のユーザに対してゲーム上の特典を付与する所定期間が2週間であり、「第1のイベント期間」と「第2のイベント期間」の間は2週間未満である場合、所定期間と「第2のイベント期間」が重なるため、第2のイベント期間内に所定期間が延長されるように第2のユーザがイベントに行くことを第1のユーザに促すことができる。
また、「第2のイベント」は、複数存在してもよい。
さらに、第1のユーザの通信端末及び第2のユーザの通信端末において実行されるゲームは、同じゲームであってもよいし、異なるゲームであってもよい。ここで、異なるゲームとは、同じジャンルのゲームであるがゲームのタイトルが異なる場合なども含む。例えば、ゲーム自体は異なるものであるが、ともに野球という同じスポーツを題材にしたゲームが二つ以上存在する場合には、野球そのもののルールや遊び方がほぼ共通しているため、これらのゲーム間に本変形例の構成を適用することが可能である。野球以外でも、サッカー、アメリカンフットボール、バスケットボール等のスポーツゲーム、競馬等、ユーザがそのルールや遊び方を共通認識できる対象であれば何でもよい。特に、ゲーム制作メーカー、あるいはゲームのプラットフォームが同じである場合には、本変形例の構成を容易に実現し得る。
本変形例では、野球ゲームAにおいてユーザと関係付けられた仲間のユーザが、野球ゲームAと異なる野球ゲームBをプレイすることによって、当該ユーザの特典付与期間が延長される場合を一例として説明する。ここで、野球ゲームAでは、野球ゲームAの登録ユーザが野球の試合AをスタジアムAで観戦すると、当該登録ユーザに対して特典が付与されるように構成されている。また、野球ゲームAでは、野球ゲームAの登録ユーザの仲間のユーザであり、且つ野球ゲームBの登録ユーザが、野球の試合BをスタジアムBで観戦すると、当該野球ゲームAの登録ユーザの特典付与期間が所定期間(例えば1日)延長されるように構成されている。なお、ここでは、試合Bは、試合Aの翌日に行われ、スタジアムBは、スタジアムAと異なるスタジアムであることとする。また、本変形例では、ゲームが野球ゲームである場合について説明しているが、ゲームの種類は野球ゲームに限定されず、例えばサッカーゲームや競馬ゲームなどであってよい。
本変形例では、例えば、仲間のユーザの通信端末10が、試合Bの試合時間帯(第2のイベント期間内)にスタジアムB(第2の所定領域)に存在すると判別された場合に、ユーザは、特典付与期間が付与されるというメリットを得ることができる。この場合、ユーザは、このメリットを得るために、他のユーザと関係付けられる(仲間になる)こと、及び仲間のユーザに対して試合Bの試合時間帯にスタジアムBに出向くこと(つまり、試合Bを観戦すること)を誘導することが動機付けられる。これにより、仲間関係の構築及び仲間同士の交流が活性化されるため、ゲームのソーシャル性を向上させることができる。
ここで、前提として、ユーザは、野球ゲームAの登録ユーザであって、野球の試合AをスタジアムAで観戦したことにより、特典付与期間の間、特典が付与されていることとする。また、ユーザの仲間のユーザは、野球ゲームA及び野球ゲームBの登録ユーザであって、野球ゲームAにおいてユーザと関係付けられている(仲間関係にある)こととする。
図17において、先ず、仲間のユーザが、野球ゲームBのトップページ上でメニューm1〜m5のうち何れかのメニューを選択すると、仲間のユーザの通信端末10のCPU11は、ウェブページを表示するためのHTMLデータの送信要求メッセージを、通信インタフェース部17を介してゲームサーバ20bに送信する(ステップS200)。
一方、ゲームサーバ20bの取得手段53では、CPU21は、HTMLデータの送信要求メッセージを、通信インタフェース部25を介して受信すると、位置情報の送信要求メッセージを、通信インタフェース部25を介して、仲間のユーザの通信端末10に送信する(ステップS202)。
仲間のユーザの通信端末10のCPU11は、位置情報の送信要求メッセージを受信すると、通信端末10の現在位置をGPS測位部18に測位させる(ステップS204)。そして、CPU11は、GPS測位部18の測位によって得られた位置情報を、仲間のユーザのユーザIDと対応付けて、ゲームサーバ20bに送信する(ステップS206)。
一方、ゲームサーバ20aの付与手段55では、CPU21は、通知メッセージを受信すると、ユーザの特典付与期間の延長処理を行う(ステップS212)。具体的には、ゲームサーバ20aのCPU21は、データベースサーバ30aのユーザデータベース31にアクセスし、ユーザのユーザIDに対応する特典付与データの特典付与期間が所定期間(例えば1日)延長されるように更新を行う。
なお、ゲームサーバ20aのCPU21は、ユーザの特典付与期間の延長処理を行った後に、仲間のユーザによって特典付与期間が延長されたことを通知するウェブページを表示するためのHTMLデータを生成して、ユーザの通信端末10に送信してもよい(ステップS214)。
さらに、ユーザの特典付与期間(延長された期間も含む)の間に、仲間のユーザX,Yとは別の仲間のユーザZ(第2のユーザ)がスタジアム(第2の所定領域)で野球の試合(第2のイベント)を観戦した場合には、当該特典期間がさらに1日延長されてもよい。これにより、ユーザの特典付与期間は、結果として3日間延長されることになる。以下、同様にして、複数の仲間のユーザが連続してスタジアムに出向くことにより、ユーザの特典付与期間が継続的に延長され得る。
また、仲間のユーザX,Yの通信端末10が、同一の試合が行われるスタジアム(例えば、野球の試合Bが行われるスタジアムB)に存在すると判別された場合には、判別された仲間のユーザの通信端末10の数(この場合、2つ)に応じて、ユーザの特典付与期間が延長(この場合、2日延長)されてもよい。
なお、上述した特典付与期間の継続的な延長は、以下に説明する変形例においても適用され得る。
上記変形例1において、ユーザ(第1のユーザ)の通信端末10及び当該ユーザの仲間のユーザ(第2のユーザ)の通信端末10において実行されるゲームが同じゲームであってもよい。
本変形例では、野球ゲームAにおいてユーザと関係付けられた仲間のユーザが、野球ゲームAをプレイすることによって、当該ユーザの特典付与期間が延長される場合を一例として説明する。ここで、野球ゲームAでは、野球ゲームAの登録ユーザが野球の試合AをスタジアムAで観戦すると、当該登録ユーザに対して特典が付与されるように構成されている。また、野球ゲームAでは、野球ゲームAの登録ユーザの仲間のユーザが、野球の試合BをスタジアムAで観戦すると、当該野球ゲームAの登録ユーザの特典付与期間が所定期間(例えば1日)延長されるように構成されている。なお、本変形例では、試合Bは、試合Aの翌日に行われることとする。また、本変形例では、ゲームが野球ゲームである場合について説明しているが、ゲームの種類は野球ゲームに限定されず、例えばサッカーゲームや競馬ゲームなどであってよい。
本変形例では、ユーザ(第1のユーザ)の通信端末10及び当該ユーザの仲間のユーザ(第2のユーザ)の通信端末10において実行されるゲームが同じ野球ゲームAである場合に、ユーザは、特典付与期間が延長されるというメリットを得ることができる。これにより、ユーザは、このメリットを得るために、他のユーザと同じゲーム上で関係付けられる(仲間になる)ことが動機付けられる。しかも、この場合、ユーザ及び他のユーザは、同じゲームをプレイしていることにより互いに共感し、仲間として協力してゲームをプレイすることが動機付けられることから、仲間関係の構築をさらに活性化することができる。
例えば、ゲームサーバ20aのCPU21は、HTMLデータの送信要求を仲間のユーザの通信端末10から受信したことに基づいて、仲間のユーザの通信端末10の位置情報を取得する。そして、CPU21は、仲間のユーザの通信端末10が、試合Bの試合時間帯にスタジアムAに存在すると判別した場合に、ユーザのユーザIDに対応する特典付与データの特典付与期間が所定期間(例えば1日)延長されるように更新を行う。
上記変形例1または2において、付与手段55は、特典付与期間(所定期間)の延長回数を所定回数に制限してもよい。
例えば、仲間のユーザ(第2のユーザ)の通信端末10の位置についての判別が1回行われる毎に特典付与期間が延長される場合、複数の仲間のユーザが連続して所定のイベント会場に出向くことにより、特典付与期間が継続して無制限に延長されることが考えられる。この場合、ユーザ(第1のユーザ)に対して特典を付与する状況が常に設定されることになる。これにより、ユーザが他のユーザと比べて突出して有利になることから、他のユーザとの間で公平性を損なうおそれがある。
本変形例によれば、特典付与期間の延長回数が所定回数に制限されるため、ユーザに対して特典を付与する状況が常に設定されることを抑制することができる。このため、特典付与期間が延長されることに起因してユーザ間の公平性が損なわれることのない仕組みとすることができる。
ゲームサーバ20のCPU21は、例えば、図18に例示した特典付与データをユーザデータベース31に予め格納してもよい。図18に本変形例における特典付与データの構成例を示す。図18に示すように、本変形例の特典付与データには延長回数が含まれてもよい。CPU21は、仲間のユーザXの通信端末10が、試合Bの試合時間帯にスタジアムAに存在すると判別された場合、ユーザのユーザIDに対応する特典付与データの特典付与期間を延長するとともに、延長回数を1つ増加する。また、CPU21は、仲間のユーザYの通信端末10が、試合Cの試合時間帯にスタジアムAに存在すると判別された場合、ユーザのユーザIDに対応する特典付与データの特典付与期間を延長するとともに、延長回数を1つ増加する。そして、延長回数が所定回数(例えば3回)に達した場合、CPU21は、仲間のユーザの通信端末10の現在位置に基づく特典付与期間の延長を行わなくてよい。
上記変形例3において、付与手段55は、仲間のユーザ(第2のユーザ)が複数存在する場合に、同一の仲間のユーザに基づく特典付与期間(所定期間)の延長回数を所定回数に制限してもよい。
例えば、同一の仲間のユーザ(例えば仲間のユーザX)に基づく特典付与期間の延長回数を制限しない場合、ユーザは、特典付与期間をより長くするために、仲間のユーザX(例えば、非常に仲の良い仲間のユーザ)に対して試合B,Cに出向くことを誘導することが考えられる。このとき、ユーザにとっては、仲間のユーザXとの交流を活性化することができる一方で、他の仲間のユーザとの交流が疎かになる場合があることから、ユーザ間の幅広い交流を促進する仕組みとならないおそれがある。
本変形例によれば、ユーザは、特典付与期間をより長くするために、より多くの仲間のユーザに対して、試合B,Cの試合時間帯にスタジアムAに出向くこと(つまり、試合B,Cを観戦すること)を誘導することが動機付けられる。このため、ユーザと、多くの仲間のユーザとの交流を活性化させることができることから、ユーザ間の幅広い交流を促進する仕組みとすることができる。
上記実施形態において、ユーザ同士を関係付ける登録手段51(関係付け手段)を備え、付与手段55は、ユーザ(第1のユーザ)の通信端末10が試合A(第1のイベント)の試合時間帯(第1のイベント期間内)にスタジアムA(第1の所定領域)に存在せず、且つ、当該ユーザの仲間のユーザ(第2のユーザ)の通信端末10が試合Aの試合時間帯(第1のイベント期間内)にスタジアムA(第1の所定領域)に存在すると判別された場合に、ユーザ(第1のユーザ)に対してゲーム上の特典を付与してもよい。
本変形例によれば、例えば、ユーザの通信端末10が試合Aの試合時間帯にスタジアムAに存在しない場合であっても、仲間のユーザの通信端末10が試合Aの試合時間帯にスタジアムAに存在すれば、ユーザは、特典を得ることができる。この場合、ユーザには、特典を得る可能性を高めるために、他のユーザと関係付けられる(仲間になる)ことが動機付けられる。これにより、仲間関係の構築が活性化されるため、ゲームのソーシャル性を向上させることができる。
上記変形例5において、付与手段55は、ユーザ(第1のユーザ)と仲間のユーザ(第2のユーザ)とのゲーム上の関係度合を示す親密度が所定レベル以上の場合に、当該ユーザ(第1のユーザ)に対して特典を付与してもよい。
ここで、親密度とは、仲間のユーザ間の関係性の高さを一定の基準で数値化したものである。親密度のデータ(親密度データ)の一例を図20に示す。図20に示す親密度データの例では、各ユーザの仲間のユーザ(ユーザID)と対応付けて、ユーザ間の応援メッセージの送信あるいは受信の頻度(応援頻度)、ゲーム上で使用可能なアイテムなどのプレゼントを送信あるいは受信した回数(プレゼント回数)などが記録され、これらの頻度や回数に基づいて一定の基準で親密度の値が設定される。応援頻度やプレゼント回数が多いほど親密度が高く設定される。また、一定の基準では、親密度の設定の基礎となる項目(図20では、応援頻度やプレゼント回数など)ごとに、重み付けを考慮したものであってもよい。例えば、応援頻度が少なくてもプレゼント回数が多い場合に親密度を高く設定してもよい。このような親密度データは、例えば、ユーザデータベース31内に記録される。
本変形例によれば、例えば、ユーザがスタジアムで野球の試合を観戦していない場合であっても、当該ユーザと親密度の高い仲間のユーザが当該スタジアムで野球の試合を観戦していれば、当該ユーザは特典を得ることができる。このため、ユーザには、特典を得るために、仲間のユーザとの親密度を高めることが動機付けられる。これにより、仲間関係にあるユーザ間の関係性を高めることができる仕組みとすることができ、ゲームのソーシャル性の向上が期待できる。
CPU21は、例えば、ユーザの通信端末10が試合Aの試合時間帯にスタジアムAに存在しないと判別した場合に、当該ユーザの仲間のユーザのユーザIDをユーザデータから抽出し、仲間のユーザのユーザIDに対応する通信端末10が試合Aの試合時間帯にスタジアムAに存在するか否かを判別する。そして、CPU21は、仲間のユーザのユーザIDに対応する通信端末10が試合Aの試合時間帯にスタジアムAに存在すると判別した場合に、親密度データを参照して、その仲間のユーザとユーザとの親密度が所定の閾値(例えば5)以上であれば、ユーザに対して特典を付与する処理を行う。例えば、図20に例示した親密度データを用いた場合、CPU21は、ユーザIDが「000001」のユーザの通信端末10が試合Aの試合時間帯にスタジアムAに存在しないと判別した場合であっても、ユーザIDが「003421」の仲間のユーザの通信端末10が試合Aの試合時間帯にスタジアムAに存在すると判別したときには、ユーザIDが「000001」のユーザに対して特典を付与する処理を行ってもよい。一方、CPU21は、ユーザIDが「000001」のユーザの通信端末10が試合Aの試合時間帯にスタジアムAに存在せず、且つ、ユーザIDが「012345」の仲間のユーザの通信端末10が試合Aの試合時間帯にスタジアムAに存在すると判別した場合であっても、ユーザIDが「000001」のユーザに対して特典を付与する処理を行わなくてもよい。
例えば、上述した実施形態では、適用されるゲームが野球形式のデジタルカードゲームである場合を想定したが、ゲームの種別は如何なるものでもよい。例えば、サッカーやアメリカンフットボールなどの競技を模したゲームや、映画やテレビドラマなどの動画作品を模したゲームや、架空のキャラクタ(例えばモンスターキャラクタなど)が登場するゲームなどであってもよい。
例えば、通信端末10が無線電話機能(携帯電話機能またはPHS(Personal Handy-phone System)機能)を備える場合には、無線電話基地局の有する基地局識別情報を、通信端末10の位置情報として用いることもできる。すなわち、携帯電話やPHSの各基地局は、所定の通信エリアを有してセル状に配置されており、各基地局から受信した基地局識別情報に基づいて、当該基地局の通信エリア内に通信端末100が存在することを認識できる。この場合、GPS測位部18を用いたときと比較して、位置情報としての精度が低いものの、基地局識別情報を位置情報として利用することが可能である。
なお、ユーザが所定の場所に存在しないと撮像あるいは確認することができない画像情報等は、その画像情報等を取得したユーザによって他のユーザに転送される場合がある。この場合、所定の場所に存在していない他のユーザが、当該画像情報等を入手することが可能となるため、通信端末10の正確な現在位置を取得することが困難になる。
そこで、所定の場所で撮像あるいは確認できる画像情報等を所定時間毎(例えば1分毎)に変化させて、撮像あるいは確認した画像情報等に有効期限を設けてもよい。この場合、所定時間毎に変化する画像情報等を生成する情報生成部を備えるとともに、所定の場所を含むエリアを無線通信範囲とする無線通信親機(一つまたは複数の無線LANアクセスポイント又はルータ等)を設置し、ユーザが通信端末10を無線LANアクセスポイント等にアクセスすれば、無線LANアクセスポイント等に接続された情報生成部から所定時間毎に変化する画像情報等を取得できるように構成してもよい。なお、この構成を実現するために、情報生成部とゲームサーバ20とは時刻同期をしており、両者は同じアルゴリズムを用いて画像情報等を所定時間毎に変化させながら生成することが好ましい。
11…CPU
12…ROM
13…RAM
14…画像処理部
15…指示入力部
16…表示部
17…通信インタフェース部
18…GPS測位部
19…バス
20,20a,20b…ゲームサーバ
21…CPU
22…ROM
23…RAM
24…データベースアクセス部
25…通信インタフェース部
26…バス
30,30a,30b…データベースサーバ
31…ユーザデータベース
32…ゲームデータベース
51…登録手段
52…ゲーム進行手段
53…取得手段
54…判別手段
55…付与手段
Claims (11)
- ユーザの通信端末の位置を示す位置情報を取得する取得手段と、
第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別する判別手段と、
前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間、前記第1のユーザに対してゲーム上の特典を付与する付与手段と、
を備えた、ゲーム制御装置。 - ユーザ同士を関係付ける関係付け手段を備え、
前記付与手段は、前記第1のユーザと関係付けられた第2のユーザの通信端末が、第2のイベントが行われる第2のイベント期間内に前記第2のイベントが行われる第2の所定領域に存在すると判別された場合に、前記所定期間を延長することを特徴とする、
請求項1に記載されたゲーム制御装置。 - 前記第1のユーザの通信端末及び前記第2のユーザの通信端末において実行されるゲームが同じゲームであることを特徴とする、
請求項2に記載されたゲーム制御装置。 - 前記付与手段は、前記所定期間の延長回数を所定回数に制限することを特徴とする、
請求項2または3に記載されたゲーム制御装置。 - 前記付与手段は、前記第2のユーザが複数存在する場合に、同一の第2のユーザに基づく前記所定期間の延長回数を所定回数に制限することを特徴とする、
請求項4に記載されたゲーム制御装置。 - ユーザ同士を関係付ける関係付け手段を備え、
前記付与手段は、前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在せず、且つ、前記第1のユーザと関係付けられた第2のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された場合に、前記第1のユーザに対してゲーム上の特典を付与することを特徴とする、
請求項1〜5のいずれかに記載されたゲーム制御装置。 - 前記付与手段は、前記第1のユーザと前記第2のユーザとの前記ゲーム上の関係度合を示す親密度が所定レベル以上の場合に、前記第1のユーザに対して前記特典を付与することを特徴とする、
請求項6に記載されたゲーム制御装置。 - ユーザに付与するオブジェクトを抽選により決定する抽選手段を備え、
前記ゲーム上の特典は、前記通信端末が前記イベント期間内に前記所定領域に存在すると判別された後の所定の時刻から第1の所定期間、前記所定領域に存在すると判別されなかった場合よりも、ユーザに対して希少価値の高いオブジェクトを付与する確率を高くすることである、請求項1〜7のいずれか一項に記載のゲーム制御装置。 - ユーザの通信端末の位置を示す位置情報を取得するステップと、
第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別するステップと、
前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間の間、前記第1のユーザに対してゲーム上の特典を付与するステップと、
を備えた、ゲーム制御方法。 - ゲームの実行を制御するために、コンピュータに、
ユーザの通信端末の位置を示す位置情報を取得する機能、
第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別する機能、及び
前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間の間、前記第1のユーザに対してゲーム上の特典を付与する機能、
を実現させるためのプログラム。 - 通信端末と、当該通信端末からアクセスされるサーバとを含むゲームシステムであって、
ユーザの通信端末の位置を示す位置情報を取得する取得手段、
第1のユーザの通信端末が、第1のイベントが行われる第1のイベント期間内に前記第1のイベントが行われる第1の所定領域に存在するか否かを、前記位置情報に基づいて判別する判別手段、
前記第1のユーザの通信端末が前記第1のイベント期間内に前記第1の所定領域に存在すると判別された後の所定の時刻から所定期間の間、前記第1のユーザに対してゲーム上の特典を付与する付与手段、
の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
ゲームシステム。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013012064A JP5383936B2 (ja) | 2012-03-30 | 2013-01-25 | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム |
PCT/JP2013/058712 WO2013146747A1 (ja) | 2012-03-30 | 2013-03-26 | ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012079232 | 2012-03-30 | ||
JP2012079232 | 2012-03-30 | ||
JP2013012064A JP5383936B2 (ja) | 2012-03-30 | 2013-01-25 | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013226386A true JP2013226386A (ja) | 2013-11-07 |
JP5383936B2 JP5383936B2 (ja) | 2014-01-08 |
Family
ID=49259998
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013012064A Active JP5383936B2 (ja) | 2012-03-30 | 2013-01-25 | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP5383936B2 (ja) |
WO (1) | WO2013146747A1 (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017108956A (ja) * | 2015-12-17 | 2017-06-22 | 株式会社スクウェア・エニックス | ビデオゲーム処理プログラム、及びビデオゲーム処理システム |
WO2017209317A1 (ko) * | 2016-05-30 | 2017-12-07 | 주식회사 테크노블러드코리아 | 공인점 와이파이를 이용한 앱 프로모션 시스템 및 그 방법 |
JP2018079153A (ja) * | 2016-11-17 | 2018-05-24 | 株式会社スクウェア・エニックス | ゲームプログラム、及びゲームシステム |
JP2020054725A (ja) * | 2018-10-04 | 2020-04-09 | 株式会社コロプラ | ゲームプログラム、方法、および情報処理装置 |
JP2020092910A (ja) * | 2018-12-13 | 2020-06-18 | 株式会社ドリコム | 情報処理システム、情報処理方法および情報処理プログラム |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002049681A (ja) * | 2000-08-03 | 2002-02-15 | Avex Network Inc | ネットワークを利用したエンターテインメントシステム |
JP2003000954A (ja) * | 2001-06-22 | 2003-01-07 | Konami Computer Entertainment Osaka:Kk | ネットワークゲーム用サーバ装置、ネットワークゲーム進行制御方法及びネットワークゲーム進行制御プログラム |
JP2009247421A (ja) * | 2008-04-02 | 2009-10-29 | Namco Bandai Games Inc | ゲーム情報配信システム、プログラムおよび情報記憶媒体 |
JP2012005652A (ja) * | 2010-06-24 | 2012-01-12 | Konami Digital Entertainment Co Ltd | ゲームシステム、ゲームシステムの制御方法及びプログラム |
JP2012040147A (ja) * | 2010-08-18 | 2012-03-01 | Konami Digital Entertainment Co Ltd | ゲームシステム、ゲームシステムの制御方法及びプログラム |
-
2013
- 2013-01-25 JP JP2013012064A patent/JP5383936B2/ja active Active
- 2013-03-26 WO PCT/JP2013/058712 patent/WO2013146747A1/ja active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002049681A (ja) * | 2000-08-03 | 2002-02-15 | Avex Network Inc | ネットワークを利用したエンターテインメントシステム |
JP2003000954A (ja) * | 2001-06-22 | 2003-01-07 | Konami Computer Entertainment Osaka:Kk | ネットワークゲーム用サーバ装置、ネットワークゲーム進行制御方法及びネットワークゲーム進行制御プログラム |
JP2009247421A (ja) * | 2008-04-02 | 2009-10-29 | Namco Bandai Games Inc | ゲーム情報配信システム、プログラムおよび情報記憶媒体 |
JP2012005652A (ja) * | 2010-06-24 | 2012-01-12 | Konami Digital Entertainment Co Ltd | ゲームシステム、ゲームシステムの制御方法及びプログラム |
JP2012040147A (ja) * | 2010-08-18 | 2012-03-01 | Konami Digital Entertainment Co Ltd | ゲームシステム、ゲームシステムの制御方法及びプログラム |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017108956A (ja) * | 2015-12-17 | 2017-06-22 | 株式会社スクウェア・エニックス | ビデオゲーム処理プログラム、及びビデオゲーム処理システム |
WO2017209317A1 (ko) * | 2016-05-30 | 2017-12-07 | 주식회사 테크노블러드코리아 | 공인점 와이파이를 이용한 앱 프로모션 시스템 및 그 방법 |
JP2018079153A (ja) * | 2016-11-17 | 2018-05-24 | 株式会社スクウェア・エニックス | ゲームプログラム、及びゲームシステム |
JP2020054725A (ja) * | 2018-10-04 | 2020-04-09 | 株式会社コロプラ | ゲームプログラム、方法、および情報処理装置 |
JP7320342B2 (ja) | 2018-10-04 | 2023-08-03 | 株式会社コロプラ | ゲームプログラムおよび情報処理装置 |
JP2020092910A (ja) * | 2018-12-13 | 2020-06-18 | 株式会社ドリコム | 情報処理システム、情報処理方法および情報処理プログラム |
Also Published As
Publication number | Publication date |
---|---|
JP5383936B2 (ja) | 2014-01-08 |
WO2013146747A1 (ja) | 2013-10-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5436702B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP6090935B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5918203B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5491573B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5738800B2 (ja) | ゲーム制御装置、ゲーム制御プログラム、及びゲームシステム | |
JP5529184B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5265789B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲーム制御システム | |
JP5442810B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5265794B1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5383936B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5265790B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲーム制御システム | |
JP5736351B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム、抽選装置 | |
JP5548240B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
WO2013154020A1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲーム制御システム | |
JP5260783B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5801770B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5692731B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP2013208414A (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5222418B1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5894109B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP5845208B2 (ja) | ゲーム制御装置、プログラム、ゲーム制御システム | |
JP2014087666A (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、通信端末 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130809 |
|
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: 20130910 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20131001 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5383936 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 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 |
|
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 |