JP2019093032A - ゲームプログラム及びゲームシステム - Google Patents

Abstract

【課題】ユーザのプレイ頻度を維持しつつ、現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えるゲームプログラム等を提供することにある。【解決手段】ユーザ（端末装置）がいずれかの現実の店舗を訪問した場合、ゲームステージＳＴ１〜ＳＴ１０のうち、既に解放されているステージよりも高い難易度のステージが解放される。また、全てのステージＳＴ１〜ＳＴ１０を解放してクリアした場合、現実の店舗に関する特典がユーザに付与される。【選択図】図１３

Description

本発明の実施形態の少なくとも１つは、端末装置の現実空間の位置情報を用いてゲームを進行させるためのゲームプログラム等に関する。

スマートフォン等のスマートデバイス（端末装置）では、ＧＰＳ（Global Positioning System）等を利用して、端末装置自身の現実空間の位置情報を取得することが可能である。また、この位置情報を利用したビデオゲーム（ゲーム）が端末装置向けに提供されている（例えば、特許文献１参照）。

特開２００２−２７３０３４号公報

上述の位置情報を利用したゲームの構成では、ユーザがプレイする頻度が落ちていくと、現実空間での移動も減少していくことが課題である。

本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、ユーザのプレイ頻度を維持しつつ、現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えるゲームプログラム等を提供することにある。

非限定的な観点によると、本発明の一実施形態に係るゲームプログラムは、異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と通信ネットワークにより接続されるサーバ装置に、ゲームの進行を制御させるためのゲームプログラムであって、サーバ装置に、ユーザが使用する端末装置から取得した端末装置の現実空間の位置情報に基づいて、端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断機能、位置条件を含む解放条件の成立に基づいて、複数のゲームコンテンツのうち端末装置又はユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定機能、を実現させる。

非限定的な観点によると、本発明の一実施形態に係るゲームプログラムは、異なる難易度の複数のゲームコンテンツが含まれるゲームの進行を端末装置に制御させるためのゲームプログラムであって、端末装置に、現実空間の位置情報を取得する取得機能、現実空間の位置情報に基づいて、前記端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断機能、位置条件を含む解放条件の成立に基づいて、複数のゲームコンテンツのうち既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定機能、を実現させる。

非限定的な観点によると、本発明の一実施形態に係るゲームシステムは、異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と、端末装置と通信ネットワークにより接続されるサーバ装置とを備え、ゲームの進行を制御するゲームシステムであって、ユーザが使用する端末装置から現実空間の位置情報を取得する取得手段、現実空間の位置情報に基づいて、端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断手段、位置条件を含む解放条件の成立に基づいて、複数のゲームコンテンツのうち端末装置又はユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定手段、を含む。

本願の各実施形態により１または２以上の不足が解決される。

本発明の実施形態の少なくとも一つに対応するゲームシステムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成の例を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する端末装置の構成の例を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応するゲームの進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する端末装置がゲームの進行処理を実行する場合の端末装置の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成の例を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する端末装置の構成の例を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応するゲームの進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成の例を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する端末装置の構成の例を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応するゲームの進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲームシステムの構成の例を示すブロック図である。 本発明の実施形態の少くとも一つに対応するゲーム画像の一例を示す図である。 本発明の実施形態の少くとも一つに対応するゲーム画像の一例を示す図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成の例を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する端末装置の構成の例を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応するユーザデータの一例を示す図である。 本発明の実施形態の少なくとも一つに対応するゲームの進行処理の例を示すフローチャートである。

以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。

［第１の実施形態］
図１は、本発明の一の実施形態におけるゲームシステム１００の構成の例を示すブロック図である。図１に示すように、ゲームシステム１００は、サーバ装置１０と、ビデオゲーム（ゲーム）をプレイする複数のユーザ（プレイヤ）がそれぞれ使用する端末装置（ゲーム装置）２０，２０１〜２０Ｎ（Ｎは任意の整数）とを含む。サーバ装置１０と複数の端末装置２０，２０１〜２０Ｎとは、それぞれインターネットなどの通信ネットワーク１５に接続されている。なお、ゲームシステム１００の構成はこれに限定されず、例えば単一の端末装置を複数のユーザが使用する構成としてもよいし、複数のサーバ装置を備える構成としてもよい。

ゲームシステム１００は、異なる難易度の複数のゲームコンテンツが含まれるゲームを実行するための各種機能を有する。本実施形態の例のゲームでは、解放条件が成立した場合、既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツが実行可能な状態に設定される。解放条件の成立は、端末装置２０，２０１〜２０Ｎを使用するユーザ毎に判断される。例えば、端末装置２０を使用するユーザに対して解放条件が成立した場合、上記複数のゲームコンテンツのうち上記ユーザに対して既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツが上記ユーザにのみ実行可能な状態に設定される。

実行可能な状態とは、端末装置２０，２０１〜２０Ｎにおいて、ゲームコンテンツを実行できる状態（実行が許可された状態）を意味する。例えば、端末装置２０において、実行可能な状態に設定されているゲームコンテンツに対してユーザがプレイ開始操作を行った場合に実行が開始される。

また、解放条件には、位置条件が含まれる。位置条件には、ユーザが使用する端末装置２０，２０１〜２０Ｎが１以上の所定エリアのいずれかに位置していることが含まれる。したがって、例えば、ユーザは、使用する端末装置２０を所持していずれかの所定エリアに移動することで、より難易度の高いゲームコンテンツが実行可能な状態となる。そのため、ユーザは、より難易度の高いゲームコンテンツを獲得するべく、所定エリアに向かうこととなる。

サーバ装置１０は、ゲームシステムの管理者によって管理され、ユーザ端末２０，２０１〜２０Ｎに対してゲームの進行に関する情報を提供するための各種機能を有する。本実施形態の例では、サーバ装置１０は、ユーザに対するゲームコンテンツの実行可否の設定情報等を提供する。本実施形態の例において、サーバ装置１０は、ビデオゲームの進行に関する情報を提供するべくＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納するデータベース（記憶部）を備える。

図２は、サーバ装置１０の構成の例であるサーバ装置１０Ａの構成を示す機能ブロック図である。サーバ装置１０Ａは、図示しないＨＤＤ等の記憶部及びＣＰＵ等から構成される制御部等を備えるが、詳細な説明は省略する。サーバ装置１０Ａは、制御部が記憶部に記憶されているビデオゲームの進行を制御するためのソフトウェア（ゲームプログラム）を実行することで、判断部１１及び設定部１２を少なくとも備える。なお、ゲームプログラムにはゲームデータも含まれる。

判断部１１は、ユーザが使用する端末装置２０，２０１〜２０Ｎから端末装置２０，２０１〜２０Ｎの現実空間の位置情報を取得する。また、判断部１１は、上記現実空間の位置情報に基づいて、端末装置２０，２０１〜２０Ｎ毎に位置条件の成立を判断する。すなわち、判断部１１は、各端末装置２０，２０１〜２０Ｎが１以上の所定エリアのいずれかに位置しているか否かを判断する。判断部１１は、例えば、所定エリアの位置情報と、上記現実空間の位置情報とを比較して判断する。なお、所定エリアの位置情報は、サーバ装置１０Ａの記憶部に記憶しておけばよい。

設定部１２は、解放条件が成立したユーザに対し、上記複数のゲームコンテンツのうち、既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する。設定部１２は、例えば、ユーザのゲームに関する情報が含まれるユーザデータに上記設定を行えばよい。より具体的には、設定部１２は、ユーザデータに、実行可能な状態のゲームコンテンツの識別情報を設定する。ユーザデータは、例えば、ユーザ毎にサーバ装置１０Ａの記憶部に記憶しておけばよい。

端末装置２０，２０１〜２０Ｎのそれぞれは、ゲームをプレイするユーザによって管理される。端末装置２０，２０１〜２０Ｎは、例えば、パーソナルコンピュータ、携帯電話端末やＰＤＡ（Personal Digital Assistants）、携帯型ゲーム装置などのビデオゲームを実行することが可能な端末装置によって構成される。

端末装置２０，２０１〜２０Ｎのそれぞれは、複数の操作装置（操作部）、ＨＤＤ等の記憶部、ゲームを実行してゲーム画像を生成するＣＰＵ等から構成される制御部、ゲーム画像を表示させる表示装置（表示部）、他の装置と通信を行う送受信部等を備えるが、詳細な説明は省略する。また、端末装置２０，２０１〜２０Ｎには、サーバ装置１０との通信を行うことによりゲームを実行するためのソフトウェア（ゲームプログラム）が記憶部に記憶されている。

図３は、端末装置２０の構成の例である端末装置２０Ａの構成を示す機能ブロック図である。端末装置２０Ａは、例えば、制御部が上記ゲームプログラムを実行することで取得部２１を少なくとも備える。なお、端末装置２０１Ａ〜２０ＮＡについても同様の構成である。取得部２１は、端末装置２０Ａの現実空間の位置情報を取得する。

次に、この実施形態のゲームシステム１００（システム１００）の動作について説明する。

図４は、システム１００が実行するゲームの進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、ゲームコンテンツを実行可能な状態に設定する処理を含むゲームを進行させるための処理が行われる。なお、図４においては、主として、ゲームコンテンツを実行可能な状態に設定する処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ａと端末装置２０Ａとが進行処理を実行する場合を例にして説明する。

本実施形態の例の進行処理は、例えば、サーバ装置１０Ａ及び端末装置２０Ａの起動中に実行される。

進行処理において、端末装置２０Ａは、現実空間の位置情報を取得したか否かを判断する（ステップＳ３０）。位置情報を取得していない場合（ステップＳ３０：ＮＯ）、端末装置２０Ａは、ステップＳ３０の処理に戻る。一方、位置情報を取得した場合（ステップＳ３０：ＹＥＳ）、端末装置２０Ａは、取得した位置情報をサーバ装置１０Ａに送信する（ステップＳ３１）。なお、端末装置２０Ａは、取得した位置情報とともにユーザの識別情報（ユーザＩＤ）も合わせて送信する。

一方、サーバ装置１０Ａは、現実空間の位置情報を受信したか否かを判断する（ステップＳ１０）。位置情報を受信していない場合（ステップＳ１０：ＮＯ）、サーバ装置１０Ａは、再びステップＳ１０の処理に戻る。

位置情報を受信した場合（ステップＳ１０：ＹＥＳ）、サーバ装置１０Ａは、解放条件が成立したか否かを判断する（ステップＳ１１）。例えば、解放条件が位置条件のみである場合、位置条件が成立していれば解放条件が成立したと判断される。位置条件は、上述したように、所定エリアの位置情報と、端末装置２０Ａの現実空間の位置情報との比較によって成立が判断される。

解放条件が成立しなかった場合（ステップＳ１１：ＮＯ）、サーバ装置１０Ａは、ステップＳ１０の処理に戻る。一方、解放条件が成立した場合（ステップＳ１１：ＹＥＳ）、サーバ装置１０Ａは、コンテンツ設定処理を行う（ステップＳ１２）。具体的には、サーバ装置１０Ａは、端末装置２０Ａを使用するユーザに対し、複数のゲームコンテンツのうち、既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する。例えば、サーバ装置１０Ａは、上述したように、ユーザのユーザデータに対して上記設定を行う。

また、サーバ装置１０Ａは、実行可能な状態に設定されたゲームコンテンツの設定情報を端末装置２０Ａに送信する。端末装置２０Ａは、サーバ装置１０Ａから受信したゲームコンテンツの設定情報に基づくゲーム画像を表示部に表示する（ステップＳ３２）。例えば、現状で実行可能なゲームコンテンツをユーザが特定できるようにゲーム画像が表示される。その後、端末装置２０Ａは、ステップＳ３０の処理に戻る。

以上のように、第１の実施形態の一側面として、サーバ装置１０Ａが、判断部１１及び設定部１２を備える構成としているので、ユーザは、端末装置２０Ａを所持して所定エリアに移動することで、より高い難易度のゲームコンテンツを実行可能な状態とすることができる。したがって、より高い難易度のゲームコンテンツをプレイできるように、ユーザは所定エリアに向かうこととなる。これにより、プレイできるゲームコンテンツが増えていくことにもなってユーザのプレイ頻度も維持され、また現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えることができる。

なお、上述の実施形態の例では、サーバ装置が、判断部及び設定部を備えているが、端末装置が判断部及び設定部の全部又は一部を備える構成としてもよい。例えば、端末装置が判断部及び設定部の全部を備える構成の場合、端末装置は、サーバ装置から所定エリアの位置情報を取得して記憶部に記憶しておけばよい。また、端末装置は、ユーザデータ（ゲームコンテンツの設定情報）についても、サーバ装置から取得して記憶部に記憶しておけばよい。

また、上述の実施形態の例のゲームシステムでは、サーバ装置がゲームの進行を制御しているが、特にこれに限定されるものではない。例えば、サーバ装置を含まないゲームシステムとしてもよい。この場合、ゲームシステムに含まれる端末装置が、判断部、設定部及び取得部を少なくとも備え、スタンドアローンでゲームを実行しつつゲームの進行を制御する。

図５は、サーバ装置を含まないゲームシステムにおける図２に示すゲームの進行処理を実行する場合の端末装置の動作の例を示すフローチャートである。

進行処理において、端末装置は、現実空間の位置情報を取得したか否かを判断する（ステップＳ４０）。位置情報を取得していない場合（ステップＳ３０：ＮＯ）、端末装置２０は、ステップＳ４０の処理に戻る。一方、位置情報を取得した場合（ステップＳ４０：ＹＥＳ）、端末装置は、位置条件を含む解放条件が成立したか否かを判断する（ステップＳ４１）。

解放条件が成立しなかった場合（ステップＳ４１：ＮＯ）、端末装置は、ステップＳ４０の処理に戻る。一方、解放条件が成立した場合（ステップＳ４１：ＹＥＳ）、端末装置は、コンテンツ設定処理を行う（ステップＳ４２）。具体的には、端末装置は、端末装置を使用するユーザに対し、複数のゲームコンテンツのうち、既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する。例えば、端末装置は、ユーザのユーザデータに対して上記設定を行う。

その後、端末装置は、ゲームコンテンツの設定情報に基づくゲーム画像を表示部に表示する（ステップＳ４３）。例えば、現状で実行可能なゲームコンテンツをユーザが特定できるようにゲーム画像が表示される。その後、端末装置は、ステップＳ４０の処理に戻る。

なお、上述の「ゲームコンテンツ」は、ユーザがプレイするゲームステージ、所定のゲーム空間で達成するべき仮想のミッション（クエスト）等のゲームに関連する要素を意味する。また、曲を再生するとともに操作入力を促す指示標識を端末装置の表示部に表示するリズムゲームにおいて、楽曲もゲームコンテンツに該当する。その他、複数のパートで構成されたシナリオを進めるゲームにおいて、各パートもゲームコンテンツに該当する。

上述の「難易度」は、ゲームコンテンツをクリアすることの難しさの指標である。すなわち、ゲームコンテンツにおいて定められたクリア条件（終了条件）に到達することの難しさの指標である。クリア条件としては、例えば、敵であるボスキャラクタを戦闘不能にすることが該当する。あるいは、プレイによって所定のゲーム結果（例えば、得点、評価等）を達成することもクリア条件に該当する。

上述の「所定エリア」は、現実空間上であれば、特に限定されるものではない。例えば、ビルの所定フロアの１区画にある飲食店等の店舗、公園等が所定エリアに該当する。また、「所定エリア」は、常に同じエリアでなくてもよく、定期的に変更してもよい。

上述の「現実空間の位置情報」は、端末装置の現実空間の位置を特定できる情報であれば、種々の情報を適用可能である。例えば、（Global Positioning System）を利用して取得した位置情報がある。また、例えば、Bluetooth（登録商標） Low Energy（BLE）を利用したビーコン（Beacon）技術を用いて取得した位置情報がある。この場合、例えば、現実の店舗等に配置されているビーコン発信器からブロードキャストされた識別情報（ＩＤ）を、端末装置が取得する。この識別情報から、ビーコン発信器が配置されている現実の店舗を特定可能である。すなわち、この識別情報が、端末装置の現実空間の位置情報に該当する。なお、ビーコン技術は、一般的な構成であるので詳細な説明は省略する。なお、現実空間の位置情報の取得方法に関しても、上記例のように位置情報を取得できる構成であれば、種々の技術を適用可能である。

上述の「解放条件」は、位置条件のみに限定されず、少なくとも位置条件が含まれていれば他の条件が含まれていてもよい。例えば、所定エリアが現実の店舗である場合、現実の店舗で獲得できる正しいパスコードが含まれていることを解放条件に含めてもよい。この場合、パスコードは、例えば、現実の店舗で商品を購入することでユーザが獲得できるようにすればよい。そして、ユーザが端末装置にパスコードを入力し、端末装置が上記位置情報及びパスコードをサーバ装置に送信する。

上述の実施形態の例では、端末装置を使用するユーザ単位でゲームコンテンツを実行可能な状態に設定する構成としているが、特にこれに限定されるものではない。例えば、ユーザに代えて、端末装置単位でゲームコンテンツを実行可能な状態に設定する構成としてもよい。すなわち、端末装置を使用するユーザが変わっても、その端末装置に対するゲームコンテンツの状態は変更されない。この場合、端末装置の識別情報に対応付けてゲームコンテンツを実行可能な状態に設定すればよい。

上述の実施形態の例の位置条件は、端末装置が所定エリアのいずれかに位置していることが含まれるが、特にこれに限定されるものではない。例えば、端末装置が過去に所定エリアに位置していたことを位置条件としてもよい。この場合、端末装置が、現実空間の位置情報を定期的に記憶しておき、所定タイミング（例えば一日一回）の到来時にサーバ装置に送信すればよい。そして、サーバ装置は、受信した位置情報に基づいてゲームコンテンツの実行可能な状態の設定を行えばよい。なお、端末装置は、サーバ装置に送信した後、記憶部の位置情報を削除すればよい。

上述の実施形態の例では、既に実行可能な状態のゲームコンテンツよりも高い難易度のゲームコンテンツが実行可能な状態に設定されるが、高い難易度であればいずれのゲームコンテンツを実行可能な状態に設定してもよい。また、一度に実行可能な状態に設定するゲームコンテンツの数は、任意に設定可能である。

［第２の実施形態］
本実施形態の例では、システム１００の例であるシステム１００Ｂについて説明する。システム１００Ｂは、サーバ装置１０Ｂ及び端末装置２０Ｂ，２０１Ｂ〜２０ＮＢ等から構成される。図６は、サーバ装置１０の例であるサーバ装置１０Ｂの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｂは、判断部１１及び設定部１２Ｂを少なくとも備える。

判断部１１は、ユーザが使用する端末装置２０Ｂ，２０１Ｂ〜２０ＮＢから端末装置２０Ｂ，２０１Ｂ〜２０ＮＢの現実空間の位置情報を取得する。また、判断部１１は、上記現実空間の位置情報に基づいて、端末装置２０Ｂ，２０１Ｂ〜２０ＮＢ毎に位置条件の成立を判断する。

設定部１２Ｂは、解放条件が成立したユーザに対し、上記複数のゲームコンテンツのうち、既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する。本実施形態の例では、設定部１２Ｂは、ユーザに対する解放条件が成立する毎に、複数のゲームコンテンツのうち、既に実行可能な状態のゲームコンテンツの次に高い難易度のゲームコンテンツを実行可能な状態に設定していく。したがって、ユーザが解放条件を繰り返し成立させていくことで、難易度順にゲームコンテンツが徐々に実行可能な状態となっていく。設定部１２Ｂは、例えば、ユーザのゲームに関する情報が含まれるユーザデータに上記設定を行えばよい。ユーザデータは、例えば、ユーザ毎にサーバ装置１０Ｂの記憶部に記憶しておけばよい。

図７は、端末装置２０の例である端末装置２０Ｂの構成を示すブロック図である。本実施形態の例において、端末装置２０Ｂは、取得部部２１を少なくとも備える。なお、端末装置２０１Ｂ〜２０ＮＢについても同様の構成である。取得部２１は、端末装置２０Ｂの現実空間の位置情報を取得する。

次に、システム１００Ｂの動作について説明する。

図８は、システム１００Ｂが実行するゲームの進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、ゲームコンテンツを実行可能な状態に設定する処理を含むゲームを進行させるための処理が行われる。以下、サーバ装置１０Ｂと端末装置２０Ｂとが進行処理を実行する場合を例にして説明する。なお、図８においては、主として、ゲームコンテンツを実行可能な状態に設定する処理について説明し、その他の処理は一部省略する。また、サーバ装置を有さないシステムにおける端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

本実施形態の例の進行処理は、例えばサーバ装置１０Ｂ及び端末装置２０Ｂの起動中に実行される。

進行処理において、端末装置２０Ｂは、現実空間の位置情報を取得したか否かを判断する（ステップＳ３０）。位置情報を取得していない場合（ステップＳ３０：ＮＯ）、端末装置２０Ｂは、ステップＳ３０の処理に戻る。一方、位置情報を取得した場合（ステップＳ３０：ＹＥＳ）、端末装置２０Ｂは、取得した位置情報をサーバ装置１０Ｂに送信する（ステップＳ３１）。なお、端末装置２０Ｂは、取得した位置情報とともにユーザの識別情報（ユーザＩＤ）も合わせて送信する。

一方、サーバ装置１０Ｂは、現実空間の位置情報を受信したか否かを判断する（ステップＳ１０）。位置情報を受信していない場合（ステップＳ１０：ＮＯ）、サーバ装置１０Ｂは、再びステップＳ１０の処理に戻る。

現実空間の位置情報を受信した場合（ステップＳ１０：ＹＥＳ）、サーバ装置１０Ｂは、解放条件が成立したか否かを判断する（ステップＳ１１）。解放条件が成立しなかった場合（ステップＳ１１：ＮＯ）、サーバ装置１０Ｂは、ステップＳ１０の処理に戻る。一方、解放条件が成立した場合（ステップＳ１１：ＹＥＳ）、サーバ装置１０Ｂは、コンテンツ設定処理を行う（ステップＳ１２−Ｂ）。具体的には、サーバ装置１０Ｂは、端末装置２０Ｂを使用するユーザに対し、複数のゲームコンテンツのうち、既に実行可能な状態に設定されているゲームコンテンツの次に高い難易度のゲームコンテンツを実行可能な状態に設定する。サーバ装置１０Ｂは、上述したように、ユーザのユーザデータに対して上記設定を行う。なお、次に高い難易度のゲームコンテンツが複数存在する場合には、例えば、これら複数のゲームコンテンツの全てを実施可能な状態に設定すればよい。

また、サーバ装置１０Ｂは、実行可能な状態に設定されたゲームコンテンツの設定情報を端末装置２０Ｂに送信する。端末装置２０Ｂは、サーバ装置１０Ｂから受信したゲームコンテンツの設定情報に基づくゲーム画像を表示部に表示する（ステップＳ３２）。その後、端末装置２０Ｂは、ステップＳ３０の処理に戻る。

以上のように、第２の実施形態の一側面として、サーバ装置１０Ｂが、判断部１１及び設定部１２Ｂを備える構成としているので、ユーザは、端末装置２０Ｂを所持して所定エリアに移動することで、より高い難易度のゲームコンテンツを実行可能な状態とすることができる。したがって、より高い難易度のゲームコンテンツをプレイできるように、ユーザは所定エリアに向かうこととなる。これにより、プレイできるゲームコンテンツが増えていくことにもなってユーザのプレイ頻度も維持され、また現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えることができる。

上述の実施形態の例では、端末装置を使用するユーザ単位でゲームコンテンツを実行可能な状態に設定する構成としているが、特にこれに限定されるものではない。例えば、ユーザに代えて、端末装置単位でゲームコンテンツを実行可能な状態に設定する構成としてもよい。

上述の実施形態の例の位置条件は、端末装置が所定エリアのいずれかに位置していることが含まれるが、特にこれに限定されるものではない。例えば、端末装置が過去に所定エリアに位置していたことを位置条件としてもよい。

［第３の実施形態］
本実施形態の例では、システム１００の例であるシステム１００Ｃについて説明する。システム１００Ｃは、サーバ装置１０Ｃ及び端末装置２０Ｃ，２０１Ｃ〜２０ＮＣ等から構成される。図９は、サーバ装置１０の例であるサーバ装置１０Ｃの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｃは、判断部１１Ｃ及び設定部１２Ｃを少なくとも備える。

判断部１１Ｃは、ユーザが使用する端末装置２０Ｃ，２０１Ｃ〜２０ＮＣから端末装置２０Ｃ，２０１Ｃ〜２０ＮＣの現実空間の位置情報を取得する。また、判断部１１Ｃは、上記現実空間の位置情報に基づいて、端末装置２０Ｃ，２０１Ｃ〜２０ＮＣ毎に位置条件の成立を判断する。本実施形態の例では、判断部１１Ｃは、１以上の所定エリアのうち除外対象として設定されていない所定エリアを対象として位置条件の成立を判断する。除外対象は、設定部１２Ｃが設定及び解除を行う。

設定部１２Ｃは、解放条件が成立したユーザに対し、上記複数のゲームコンテンツのうち、既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する。

また、設定部１２Ｃは、位置条件が成立した場合、この位置条件で判断された所定エリアを除外対象として設定する。設定部１２Ｃは、例えば、ユーザのゲームに関する情報が含まれるユーザデータに上記設定を行う。ユーザデータは、例えば、ユーザ毎にサーバ装置１０Ｃの記憶部に記憶しておけばよい。

また、設定部１２Ｃは、除外対象として設定されている所定エリアが、解除条件を満たした場合に除外対象から解除する。上述の「解除条件」は、任意に設定可能である。例えば、除外対象として設定された現実の日付が翌日に変わったことを解除条件とすればよい。この場合、１の所定エリアでの位置条件の成立は、現実空間における１日１回のみとなる。すなわち、ユーザが短い期間に同一の所定エリアを頻繁に訪れても、実行可能な状態となるゲームコンテンツは増加していかない。したがって、除外対象に設定されていない別の所定エリアを訪問することのユーザへの動機付けとなる。

なお、除外対象の設定及び解除についても、ユーザデータに対して行えばよい。より具体的には、ユーザデータに対して、除外対象のゲームコンテンツの識別情報の設定及び解除（消去）を行えばよい。この場合、除外対象として設定された現実の日付が翌日に変わったことを解除条件とする場合、除外対象のゲームコンテンツの識別情報と識別情報とを対応付けて設定しておけばよい。

図１０は、端末装置２０の例である端末装置２０Ｃの構成を示すブロック図である。本実施形態の例において、端末装置２０Ｃは、取得部部２１を少なくとも備える。なお、端末装置２０１Ｃ〜２０ＮＣについても同様の構成である。取得部２１は、端末装置２０Ｃの現実空間の位置情報を取得する。

次に、システム１００Ｃの動作について説明する。

図１１は、システム１００Ｃが実行するゲームの進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、ゲームコンテンツを実行可能な状態に設定する処理を含むゲームを進行させるための処理が行われる。以下、サーバ装置１０Ｃと端末装置２０Ｃとが進行処理を実行する場合を例にして説明する。なお、図１１においては、主として、ゲームコンテンツを実行可能な状態に設定する処理について説明し、その他の処理は一部省略する。また、サーバ装置を有さないシステムにおける端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

本実施形態の例の進行処理は、例えばサーバ装置１０Ｃ及び端末装置２０Ｃの起動中に実行される。

進行処理において、端末装置２０Ｃは、現実空間の位置情報を取得したか否かを判断する（ステップＳ３０）。位置情報を取得していない場合（ステップＳ３０：ＮＯ）、端末装置２０Ｃは、ステップＳ３０の処理に戻る。一方、位置情報を取得した場合（ステップＳ３０：ＹＥＳ）、端末装置２０Ｃは、取得した位置情報をサーバ装置１０Ｃに送信する（ステップＳ３１）。なお、端末装置２０Ｃは、取得した位置情報とともにユーザの識別情報（ユーザＩＤ）も合わせて送信する。

一方、サーバ装置１０Ｃは、現実空間の位置情報を受信したか否かを判断する（ステップＳ１０）。位置情報を受信していない場合（ステップＳ１０：ＮＯ）、サーバ装置１０Ｃは、再びステップＳ１０の処理に戻る。

現実空間の位置情報を受信した場合（ステップＳ１０：ＹＥＳ）、サーバ装置１０Ｃは、除外対象の解除設定処理を行う（ステップＳ１１−１Ｃ）。解除設定処理において、サーバ装置１０Ｃは、上述したように、各除外対象として設定されている所定エリアが、解除条件を満たしているかを判断する。そして、サーバ装置１０Ｃは、解除条件を満たす所定エリアを除外対象から解除する。例えば、サーバ装置１０Ｃは、端末装置２０Ｃのユーザのユーザデータに対して解除設定を行う。

次に、サーバ装置１０Ｃは、位置条件を含む解放条件が成立したか否かを判断する（ステップＳ１１−５Ｃ）。本実施形態の例では、１以上の所定エリアのうち除外対象として設定されていない所定エリアを対象として位置条件の成立が判断される。解放条件が成立しなかった場合（ステップＳ１１−５Ｃ：ＮＯ）、サーバ装置１０Ｃは、ステップＳ１０の処理に戻る。

一方、解放条件が成立した場合（ステップＳ１１−５Ｃ：ＹＥＳ）、サーバ装置１０Ｃは、コンテンツ設定処理を行う（ステップＳ１２）。具体的には、サーバ装置１０Ｃは、端末装置２０Ｃを使用するユーザに対し、複数のゲームコンテンツのうち、既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する。サーバ装置１０Ｃは、上述したように、ユーザのユーザデータに対して上記設定を行う。また、サーバ装置１０Ｃは、実行可能な状態に設定されたゲームコンテンツの設定情報を端末装置２０Ｃに送信する。端末装置２０Ｃは、サーバ装置１０Ｃから受信したゲームコンテンツの設定情報に基づくゲーム画像を表示部に表示する（ステップＳ３２）。その後、端末装置２０Ｃは、ステップＳ３０の処理に戻る。

次に、サーバ装置１０Ｃは、除外設定処理を行う（ステップＳ１３−Ｃ）。具体的には、サーバ装置１０Ｃは、ステップＳ１１−５Ｃの処理で成立と判断した位置条件での所定エリアを除外対象として設定する。サーバ装置１０Ｃは、上述したように、ユーザのユーザデータに対して上記設定を行う。その後、サーバ装置１０Ｃは、ステップＳ１０の処理に戻る。

以上のように、第３の実施形態の一側面として、サーバ装置１０Ｃが、判断部１１Ｃ及び設定部１２Ｃを備える構成としているので、ユーザは、端末装置２０Ｃを所持して所定エリアに移動することで、より高い難易度のゲームコンテンツを実行可能な状態とすることができる。したがって、より高い難易度のゲームコンテンツをプレイできるように、ユーザは所定エリアに向かうこととなる。これにより、プレイできるゲームコンテンツが増えていくことにもなってユーザのプレイ頻度も維持され、また現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えることができる。

また、位置条件が成立した場合の所定エリアが除外対象として設定されるので、除外対象として設定されている所定エリアを頻繁に訪れても、実行可能な状態となるゲームコンテンツは増加していかないこととなる。したがって、除外対象に設定されていない別の所定エリアを訪問することのユーザへの動機付けとなる。

上述の実施形態の例では、端末装置を使用するユーザ単位でゲームコンテンツを実行可能な状態に設定する構成としているが、特にこれに限定されるものではない。例えば、ユーザに代えて、端末装置単位でゲームコンテンツを実行可能な状態に設定する構成としてもよい。また、除外対象の設定においても、ゲームコンテンツを実行可能な状態に設定する構成と同様に端末装置単位で行ってもよい。

上述の実施形態の例の位置条件は、端末装置が所定エリアのいずれかに位置していることが含まれるが、特にこれに限定されるものではない。例えば、端末装置が過去に所定エリアに位置していたことを位置条件としてもよい。

［第４の実施形態］
図１２は、システム１００の構成の例であるシステム１００Ｄの構成を示すブロック図である。システム１００Ｄは、サーバ装置１０Ｄと、複数の端末装置２０Ｄ，２０１Ｄ〜２０ＮＤ（Ｎは任意の整数）とを含む。サーバ装置１０Ｄと、ゲームをプレイする複数のユーザ（プレイヤ）がそれぞれ使用する複数の端末装置２０Ｄ，２０１Ｄ〜２０ＮＤとは、それぞれインターネットなどの通信ネットワーク１５に無線接続されている。

本実施形態の例のシステム１００Ｄは、ユーザがゲーム空間の仮想の飲食店の店員となって、お客に料理を提供する所謂グルメアクションのゲームを実行する各種機能を有する。また、システム１００Ｄは、メインゲームとなるグルメアクションのゲームに加え、サブゲームとしてビンゴゲーム（ビデオゲーム）も実行する各種機能を有する。

最初にメインゲームについて説明する。メインゲームでは、仮想の店舗において、お客に料理を提供することで獲得した売上金額がユーザの得点（スコア）となる。すなわち、多くのお客に適切に料理を提供できるほど得点が上昇していく。

本実施形態の例のメインゲームでは、仮想の飲食店において、複数のクッキングステージ（ステージ）ＳＴ１〜ＳＴ１０がユーザに提供される。ステージＳＴ１がスタートのステージであり、ステージＳＴ１０がゴールのステージとなる。ユーザのステージの進捗状況（ステージのクリア状況）は、図１３に示すようなステージマップＳＭで視認可能である。図１３は、仮想の飲食店のステージマップＳＭを示すゲーム画面の一例である。ステージマップＳＭでは、「ＳＴＡＲＴ」から各ステージＳＴ１〜ＳＴ１０を示す円領域が線分で連結されている。ステージマップＳＭ上のキャラクタＰＣが、ユーザが既にクリアした上位のステージの円領域に配置される。図１３では、ステージＳＴ２までクリアした状態を示している。

各ステージＳＴ１〜ＳＴ１０とも、仮想の飲食店においてお客に料理を提供するゲームコンテンツである。各ステージＳＴ１〜ＳＴ１０は、来店するお客の数、お客に提供しなければならない料理の種類数等が異なってくる。ユーザは、１のステージのプレイで獲得した得点（ゲーム結果）がクリア得点以上である場合にそのステージをクリアしたこととなる。クリア得点は、ステージＳＴ１〜ＳＴ１０毎に異なる。本実施形態の例では、ステージ番号が大きいステージほど高くなるようにクリア得点が設定されている。各ステージＳＴ１〜ＳＴ１０のクリア得点は、ゲームデータに含まれる。

各ステージＳＴ１〜ＳＴ１０は、上述したように、お客の数、料理の種類数、クリア得点等によって、互いに難易度が異なる。ステージ番号が大きくなるほど難易度が高くなるように構成される。すなわち、ステージＳＴ１の難易度が最も低く、ステージＳＴ１０の難易度が最も高い。

上述したようにステージＳＴ１からステージＳＴ１０に向かって順にユーザはプレイを行っていくが、１のステージをクリアしなければ次のステージをプレイすることはできない。例えば、ユーザは、ステージＳＴ３をクリアしなければ、次のステージＳＴ４をプレイできない。なお、既にクリアしたステージは何度でもプレイ可能である。例えば、ステージマップＳＭ上で、ユーザがプレイしたいステージの円領域を選択することで、そのステージでのプレイが開始される。

但し、ユーザがプレイできる対象は、ステージＳＴ１〜ＳＴ１０のうちロックが解除されたステージに限定される。すなわち、実行可能な状態に設定されたステージに限定される。したがって、例えば、ステージＳＴ３をクリアしても、ステージＳＴ４がロックされている状態の場合には、ユーザはステージＳＴ４をプレイすることはできない。

ユーザは、図１３に示すステージマップＳＭから各ステージＳＴ１〜ＳＴ１０がロックされているか否かを視認できる。より具体的には、円領域にスタンプＳＰが表示されているステージは、ロックが解除されている状態を示す。すなわち、スタンプＳＰのあるステージは実行可能な状態である。例えば、図１３に示すステージマップＳＭでは、ステージＳＴ１，ＳＴ２の円領域にスタンプＳＰが表示されている。したがって、ユーザは、ステージＳＴ２までクリアしているが、次のステージＳＴ３はロックされているのでプレイできない。

解放条件が成立した場合、既にロックが解除されているステージの次に高い難易度のステージのロックが解除される。すなわち、既に実行可能な状態に設定されているステージの次に高い難易度のステージが実行可能な状態に設定される。本実施形態の例では、解放条件として位置条件のみが含まれる。位置条件は、ユーザが使用する端末装置２０Ｄ，２０１Ｄ〜２０ＮＤが図１２に示すような現実の店舗５０〜５３（所定エリア）のいずれかに位置していることである。現実の店舗５０〜５３は、現実空間に実在する店舗である。例えば、現実の店舗５０〜５３は、１の飲食店が経営する複数の店舗である。したがって、ロックを解除するには、ユーザは、端末装置２０Ｄ，２０１Ｄ〜２０ＮＤを所持しつつ、現実の店舗５０〜５３を訪問しなければならない。

例えば、端末装置２０Ｄを使用するユーザが、３の店舗５０〜５２を訪問した場合、３のスタンプＳＰを新たに獲得できる。図１３に示すステージマップＳＭの場合、ステージＳＴ３〜ＳＴ５の円領域に新たにスタンプＳＰが表示される。すなわち、ステージＳＴ３〜ＳＴ５がロックが新たに解除される。

本実施形態の例では、Bluetooth（登録商標） Low Energy（BLE）を利用したビーコン（Beacon）技術を適用して、端末装置２０Ｄ，２０１Ｄ〜２０ＮＤが、現実の店舗５０〜５３に位置しているか否かが判断される。

図１２に示すように、各店舗５０〜５３には、ビーコン発信器６０〜６３が設置されている。ビーコン発信器６０〜６３は、識別情報をブロードキャストする。識別情報には、設置されている店舗の識別情報が含まれる。この店舗の識別情報が、端末装置２０Ｄ，２０１Ｄ〜２０ＮＤの現実空間の位置情報に該当する。なお、ビーコン発信器６０〜６３がブロードキャストする情報は予め設定されている。また、Bluetooth（登録商標） Low Energy（BLE）を利用したビーコン（Beacon）技術は、一般的な構成であるので詳細な説明は省略する。

端末装置２０Ｄ，２０１Ｄ〜２０ＮＤは、ビーコン発信器６０〜６２からブロードキャストされた識別情報を取得した場合に、店舗の識別情報をサーバ装置１０Ｄに送信する。サーバ装置１０Ｄは、送信された店舗の識別情報から位置条件（解放条件）の成立を判断する。

なお、本実施形態の例では、４の店舗５０〜５３のうち１の店舗を訪問する毎にロックが解除される（スタンプＳＰが付与される）が、同一店舗への訪問は1日１回のみ有効である。すなわち、同一の店舗への訪問でロックが解除されるのは現実の１日１回のみである。例えば、端末装置２０Ｄを使用するユーザが、店舗５０を１日に３回訪問しても、獲得できるのは１のスタンプＳＰのみであるため、ロックが解除されるのは１のステージのみである。

メインゲームでは、ユーザが全ステージＳＴ１〜ＳＴ１０をクリアした場合、現実の店舗５０〜５３（所定エリア）に関する特典がこのユーザに付与される。特典としては、例えば、当選したユーザに現実の金券（商品券）が贈呈される金券抽選の権利（抽選権）である。抽選権のないユーザは金券抽選の対象とならない。金券は、現実の店舗５０〜５２での飲食に使用できる。なお、上述の特典としては、現実の店舗５０〜５３（所定エリア）に関する特典であれば、いずれの特典であってもよい。

また、メインゲームでは、１０のスタンプＳＰの獲得で全ステージＳＴ１〜ＳＴ１０のロックが解除されるが、さらに継続して現実の店舗５０〜５３を訪問することで、スタンプＳＰを獲得することができる。そして、スタンプＳＰの獲得数が所定数（例えば、１００）となった場合、現実の店舗５０〜５３（所定エリア）に関する特典及びメインゲームに関する特典の少なくとも一方がユーザに付与される。メインゲームに関する特典は、ユーザがゲームを有利に進めるための特典を意味する。本実施形態の例では、現実の店舗５０〜５３に関する特典及びメインゲームに関する特典が付与される。現実の店舗５０〜５３（所定エリア）に関する特典として、上述の抽選権が付与される。したがって、ユーザは、金券の抽選権を獲得する機会が増える。また、メインゲームに関する特典として、ステージＳＴ１〜ＳＴ１０のプレイでの得点が増加する効果を発生させるアイテムが付与される。

次に、サブゲームであるビンゴゲームについて図１４を参照しつつ説明する。ビンゴゲームでは、５枚の仮想のビンゴカードＢ１〜Ｂ５が用いられる。各ユーザ（端末装置２０Ｄ，２０１Ｄ〜２０ＮＤ）には、ビンゴカードＢ１〜Ｂ５が１枚ずつ付与されている。本実施形態の例では、ユーザ（端末装置２０Ｄ，２０１Ｄ〜２０ＮＤ）が現実の店舗５０〜５３を訪問した場合、スタンプＳＰが付与されることに加えて、ビンゴ抽選が１回行われる。より具体的には、ビンゴ抽選は、上述の位置条件が成立した場合に１回行われる。

ビンゴカードＢ１〜Ｂ４は、縦横が５×５の各マスに数字が設定されている（但し、中央のマスはフリースポット）。各マスの数字は、例えば、ランダムに設定される。ビンゴカードＢ１〜Ｂ４は、背景色が互いに異なり、例えば、赤、青、黄、緑の背景色となっている。また、ビンゴカードＢ５は、縦横が５×５の各マスに商品が設定されている。商品は、現実の店舗５０〜５３で提供（販売）されている商品である。ビンゴ抽選で選択された数字及び商品と同じ番号等が付されたマスが有効マスとなる。なお、ビンゴ抽選で選択された数字は、ビンゴカードＢ１〜Ｂ４に共通の数字である。ビンゴゲームは、有効マスで縦、横、斜めのいずれかの列を揃えることが目的である。

ビンゴ抽選は、サーバ装置１０Ｄによって行われる。ビンゴ抽選は、第一抽選、第二抽選及び第三抽選を含む。第一抽選は、０〜９９の数字の中から１つの数字を選択する抽選である。第二抽選は、商品選択抽選（第三抽選）を実行するか否かを決定する抽選である。第三抽選は、１００種類の商品の中から１つの商品を選択する抽選である。第三抽選は、第二抽選で実行が決定された場合にのみ実行される。したがって、１回のビンゴ抽選では、必ず１つの数字が選択されるが、商品は選択されない場合がある。

端末装置２０Ｄ，２０１Ｄ〜２０ＮＤは、ビンゴ抽選の結果応じて、ビンゴカードＢ１〜Ｂ５の表示を更新する。例えば、図１４（Ｄ）に示すように、ビンゴ抽選で選択された数字に対応する各ビンゴカードＢ１〜Ｂ４のマス（有効マス）が黒色で表示される。また、ビンゴ抽選で選択された商品に対応するビンゴカードＢ５のマス（有効マス）が黒色で表示される。

ビンゴカードＢ１〜Ｂ４のいずれかにおいて、有効マスで縦、横又は斜めのいずれか１列が揃う毎に、メインゲームに関する特典がユーザに付与される。また、特別条件が成立した場合には、現実の店舗５０〜５３（所定エリア）に関する特典及びメインゲームに関する特典の少なくとも一方がユーザに付与される。本実施形態の例では、特別条件が成立した場合、上述した抽選権がユーザに付与される。

特別条件は、例えば、「赤カードコンプリート」、「カード全色１列以上達成」及び「合計１０ライン達成」のいずれかが成立したことである。「赤カードコンプリート」は、ビンゴカードＢ１の全てのマスが有効マスとなった状態を意味する。「カード全色１列以上達成」は、ビンゴカードＢ１〜Ｂ４のそれぞれで、有効マスが１列以上揃った状態を意味する。「合計１０ライン達成」は、ビンゴカードＢ１〜Ｂ４で有効マスの列が合計が１０列以上となった状態を意味する。

また、ビンゴカードＢ５では、有効マスで縦、横、斜めのいずれかの１列が揃う毎に、現実の店舗５０〜５３（所定エリア）に関する特典がユーザに付与される。本実施形態の例では、上述の抽選権が付与される。

なお、ビンゴカードＢ１〜Ｂ４の全ての列が揃った場合は、ビンゴカードＢ１〜Ｂ４は消去（リセット）され、新規のビンゴカードＢ１〜Ｂ４がユーザに付与される。また、ビンゴカードＢ５は特典が付与された時点で消去（リセット）され、新規のビンゴカードＢ５がユーザに付与される。なお、各ビンゴカードＢ１〜Ｂ５の消去のタイミングは任意に設定可能である。また、ビンゴカードの種類は、１種類以上であればよい。

図１２に戻って、サーバ装置１０Ｄは、ゲームシステムの管理者によって管理され、ユーザ端末２０Ｄ，２０１Ｄ〜２０ＮＤに対してゲームの進行に関する情報を提供するための各種機能を有する。本実施形態の例では、サーバ装置１０Ｄは、ユーザに対するゲームコンテンツの実行可否の設定情報、ビンゴ抽選の結果に関する情報等を提供する。本実施形態の例において、サーバ装置１０Ｄは、ビデオゲームの進行に関する情報を提供するべくＷＷＷサーバなどの情報処理装置によって構成され、各ユーザのゲームに関するユーザデータ等の各種情報を格納するデータベースを備える。なお、ゲームプログラムにはゲームデータも含まれる。

図１５は、サーバ装置１０の構成の例であるサーバ装置１０Ｄの構成を示す機能ブロック図である。サーバ装置１０Ｄは、図示しないＨＤＤ等の記憶部及びＣＰＵ等から構成される制御部等を備えるが、詳細な説明は省略する。サーバ装置１０Ｄは、制御部が記憶部に記憶されているビデオゲームの進行を制御するためのソフトウェア（ゲームプログラム）を実行することで、判断部１１Ｄ、設定部１２Ｄ、許可部１３Ｄ、計数部１４Ｄ、ビンゴ抽選部１５Ｄ、管理部１６Ｄ、付与部１７Ｄ及び特典抽選部１８Ｄを少なくとも備える。

判断部１１Ｄは、ユーザが使用する端末装置２０Ｄ，２０１Ｄ〜２０ＮＤから端末装置２０Ｄ，２０１Ｄ〜２０ＮＤの現実空間の位置情報（店舗の識別情報）を取得する。また、判断部１１Ｄは、上記現実空間の位置情報に基づいて、端末装置２０Ｄ，２０１Ｄ〜２０ＮＤ毎に位置条件の成立を判断する。なお、本実施形態の例では、判断部１１Ｄは、１以上の現実の店舗５０〜５３（所定エリア）のうち除外対象として設定されていない現実の店舗を対象として位置条件を判断する。除外対象は、設定部１２Ｄが設定及び解除を行う。なお、店舗の識別情報は、サーバ装置１０Ｄの記憶部に記憶されている。

設定部１２Ｄは、解放条件が成立したユーザに対し、上記複数のゲームコンテンツ（ステージＳＴ１〜ＳＴ１０）のうち、既に実行可能な状態に設定されているゲームコンテンツの次に高い難易度のゲームコンテンツを実行可能な状態に設定する（ロックを解除する）。上述したように、解放条件が成立する毎に、ステージＳＴ１から順に１ステージずつ実行可能な状態に設定されていく。

設定部１２Ｄは、図１７に示すようなユーザデータに、実行可能な状態のステージの識別情報を設定する。ユーザデータは、ユーザ毎にサーバ装置１０Ｄのデータベースに記憶される。図１７は、ユーザデータの一例を示す図である。

また、設定部１２Ｄは、位置条件が成立した場合、この位置条件で判断されたステージを除外対象として設定する。すなわち、設定部１２Ｄは、ユーザデータに対して、除外対象のステージの識別情報を設定する。さらに、設定部１２Ｄは、除外対象として設定されているステージが、解除条件を満たした場合に除外対象から解除する。すなわち、設定部１２Ｄは、ユーザデータに対して、除外対象として設定されたステージの識別情報を解除（消去）する。解除条件は、除外対象として設定された現実の日付が翌日に変わったことである。

次に、ユーザデータについて説明する。ユーザデータは、ユーザのビデオゲームに関するデータである。ユーザデータは、図１７に示すように、ユーザＩＤ、ユーザ名、所有アイテム、スタンプ数、実行可能ステージ、クリアステージ、除外対象、ビンゴデータ、獲得特典等のフィールドで構成されている。ユーザＩＤのフィールドは、ユーザの識別情報であるユーザＩＤが設定される。各ユーザＩＤには、ユーザ名、所有アイテム、スタンプ、実行可能ステージ、クリアステージ、除外対象、ビンゴデータ、獲得特典等が対応付けられる。

ユーザ名のフィールドは、ユーザのゲーム内での名称であり。例えばテキストデータが設定される。所有アイテムのフィールドは、ユーザ（ユーザＩＤ）がゲーム内で使用可能なアイテムの識別情報が設定される。

スタンプ数のフィールドは、ユーザ（ユーザＩＤ）が獲得したスタンプ数（合計値）が設定される。実行可能ステージは、ユーザ（ユーザＩＤ）の実行可能な状態のステージの識別情報が設定される。クリアステージは、ユーザ（ユーザＩＤ）がクリアしたステージの識別情報が設定される。

除外対象のフィールドは、除外対象の現実の店舗の識別情報が設定される。ビンゴデータのフィールドは、ビンゴゲームに関する情報が設定される。例えば、ビンゴカードＢ１〜Ｂ５の各マスに対応付けられている数字等の情報、抽選結果及び列の成立状態等の情報が設定される。

獲得特典のフィールドは、ユーザ（ユーザＩＤ）に付与された現実の店舗に関する特典の情報が設定される。例えば、抽選権の識別情報が獲得した現実の日付とともに設定される。

次に、図１５に戻って、許可部１３Ｄは、実行可能な状態のステージ（ゲームコンテンツ）のうち、プレイによって所定のゲーム結果となったゲームコンテンツの次に高い難易度のゲームコンテンツまでのプレイを許可する。本実施形態の例では、許可部１３Ｄは、実行可能な状態のステージのうちクリアされたステージの次に高い難易度のステージまのでプレイを許可する。また、許可部１３Ｄは、ゲーム結果に基づいて、クリアされたステージの識別情報をユーザデータのクリアステージに設定する。

計数部１４Ｄは、解放条件の成立回数を計数する。すなわち、ユーザのスタンプＳＰの獲得回数が計数される。計数部１４Ｄは、解放条件が成立する毎に、ユーザ（ユーザＩＤ）のユーザデータのスタンプ数の値を１増加させる。

ビンゴ抽選部１５Ｄは、位置条件が成立したユーザに対し、上述のビンゴ抽選を行う。管理部１６Ｄは、ユーザ（ユーザＩＤ）のビンゴカードＢ１〜Ｂ５を管理する。具体的には、管理部１６Ｄは、ビンゴカードＢ１〜Ｂ５の付与、ビンゴカードＢ１〜Ｂ５の縦、横、斜めの列の成立状態の特定等を行う。また、管理部１６Ｄは、ビンゴ抽選の結果に基づいてユーザデータのビンゴデータを更新する。

付与部１７Ｄは、スタンプ数、ステージＳＴ１〜ＳＴ１０の状態、ビンゴカードＢ１〜Ｂ５の列の成立状態に基づいて、上述した各種の特典をユーザに付与する。付与部１７Ｄは、付与するユーザ（ユーザＩＤ）のユーザデータに各特典を設定する。例えば、アイテムの付与の場合、アイテムの識別情報がユーザデータの所有アイテムに追加設定される。また、抽選権の付与の場合、抽選権の識別情報がユーザデータの獲得特典に追加設定される。

特典抽選部１８Ｄは、抽選権を所有するユーザを対象とした上述の金券抽選を行う。金券抽選は、例えば、現実の月末等の所定タイミングの到来ごとに繰り返して実行される。特典抽選部１８Ｄは、抽選を行うタイミングで、各ユーザのユーザデータを参照して、抽選権を有するユーザ（ユーザＩＤ）を抽選対象として特定する。次に、特典抽選部１８Ｄは、特定したユーザ（ユーザＩＤ）のうちから、所定数のユーザをランダムに選択する。そして、選択されたユーザに商品券が進呈される。また、特典抽選部１８Ｄは、抽選対象としたユーザ（ユーザＩＤ）の抽選権をユーザデータの獲得特典から消去する。すなわち、１の抽選権で、１回の金券抽選のみ対象となる。ユーザが複数の抽選権を有する場合、例えば、１回の金券抽選で１の抽選権を消去すればよい。

なお、１の抽選権で、１回の金券抽選のみ対象としているが、当選するまで抽選の対象とするようにしてもよい。この場合、当選した際に、抽選権を削除すればよい。また、当選した際の金券の受け渡しは、任意に設定可能である。例えば、商品券の発送先の住所を当選したユーザから送付してもらえばよい。

次に、端末装置２０Ｄ，２０１Ｄ〜２０ＮＤについて説明する。複数の端末装置２０Ｄ，２０１Ｄ〜２０ＮＤのそれぞれは、ゲームをプレイするユーザによって管理される。端末装置２０Ｄ，２０１Ｄ〜２０ＮＤは、ビデオゲームを実行することが可能なスマートフォンである。

端末装置２０Ｄ，２０１Ｄ〜２０１ＮＤのそれぞれは、複数の操作装置（操作部）、ＨＤＤ等の記憶部、ゲームを実行してゲーム画像を生成するＣＰＵ等から構成される制御部、ゲーム画像を表示させる表示装置（表示部）、他の装置と通信を行う送受信部等を備えるが、詳細な説明は省略する。また、端末装置２０Ｄ，２０１Ｄ〜２０ＮＤには、サーバ装置１０Ｄとの通信を行うことによりビデオゲームを実行するためのソフトウェア（ゲームプログラム）が記憶部に記憶されている。

図１６は、端末装置２０の構成の例である端末装置２０Ｄの構成を示す機能ブロック図である。端末装置２０Ｄは、例えば、制御部が上記ゲームプログラムを実行することで取得部２１Ｄ及びステージ実行部２２Ｄを少なくとも備える。なお、端末装置２０１Ｄ〜２０ＮＤについても同様の構成である。

取得部２１Ｄは、端末装置２０Ａの現実空間の位置情報を取得する。具体的には、取得部２１Ｄは、ビーコン発信器６０〜６３から現実の店舗の識別情報を現実空間の位置情報として取得する。ステージ実行部２２Ｄは、ユーザデータの実行可能ステージ及びクリアステージを参照してユーザがプレイを要求したステージがプレイ可能であるかを判断する。また、ステージ実行部２２Ｄは、ユーザがプレイを要求したステージがプレイ可能である場合、このステージの実行を開始する。そして、ステージ実行部２２Ｄは、プレイされたステージのゲーム結果をサーバ装置１０Ｄに送信する。ゲーム結果を受信したサーバ装置１０Ｄは、クリアステージ等のユーザデータを更新する。

次に、この実施形態のシステム１００Ｄの動作について説明する。

図１８は、システム１００Ｄが実行するゲームの進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、ゲームコンテンツを実行可能な状態に設定する処理、ビンゴゲームを進行させるための処理を含むゲームを進行させるための処理が行われる。以下、サーバ装置１０Ｄと端末装置２０Ｄとが進行処理を実行する場合を例にして説明する。なお、図１８においては、主として、ゲームコンテンツを実行可能な状態に設定する処理、及び、ビンゴゲームを進行させるための処理について説明し、その他の処理は一部省略する。また、サーバ装置を有さないシステムにおける端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

本実施形態の例の進行処理は、例えばサーバ装置１０Ｄ及び端末装置２０Ｄの起動中に実行される。

進行処理において、端末装置２０Ｄは、ユーザＩＤを含めてユーザデータの送信要求を送信する（ステップＳ２５−Ｄ）。一方、サーバ装置１０Ｄは、送信要求を受信したか否かを判断する（ステップＳ５−１Ｄ）。送信要求を受信していない場合（ステップＳ５−１Ｄ：ＮＯ）、サーバ装置１０Ｄは、ステップＳ１０−Ｄの処理に移行する。一方、送信要求を受信した場合（ステップＳ５−１Ｄ：ＹＥＳ）、サーバ装置１０Ｄは、送信要求に含まれるユーザＩＤに対応するユーザデータを、端末装置２０Ｄに送信する（ステップＳ５−２Ｄ）。

また、端末装置２０Ｄは、位置情報を取得したか否かを判断する（ステップＳ３０−Ｄ）。端末装置２０Ｄは、ビーコン発信器６０〜６３から識別情報を受信した場合に位置情報を取得した判断する。位置情報を取得していない場合（ステップＳ３０−Ｄ：ＮＯ）、端末装置２０Ｄは、ステップＳ３３−Ｄの処理に移行する。一方、位置情報を取得した場合（ステップＳ３０−Ｄ：ＹＥＳ）、端末装置２０Ｄは、取得した位置情報をサーバ装置１０Ｄに送信する（ステップＳ３１−Ｄ）。具体的には、端末装置２０Ｄは、ビーコン発信器６０〜６３から受信した現実の店舗の識別情報を、ユーザＩＤとともにサーバ装置１０Ｄに送信する。

その後、端末装置２０Ｄは、サーバ装置１０Ｄから受信したゲームコンテンツ（ステージ）の情報、スタンプ数の情報及びビンゴゲームに関する情報に基づくゲーム画像（図１３，１４等）を表示部に表示する（ステップＳ３２−Ｄ）。また、図示しないが、端末装置２０Ｄは、サーバ装置１０Ｄから受信した情報に基づいて、端末装置２０Ｄが記憶しているユーザデータを更新する（同期させる）。

また、サーバ装置１０Ｄは、ステップＳ１０−Ｄの処理において、位置情報を受信たか否かを判断する。位置情報を受信していない場合（ステップＳ１０−Ｄ：ＮＯ）、サーバ装置１０Ｄは、ステップＳ１４−Ｄの処理に移行する。一方、位置情報を受信した場合（ステップＳ１０−Ｄ：ＹＥＳ）、サーバ装置１０Ｄは、除外対象の解除設定処理を行う（ステップＳ１１−１Ｄ）。解除設定処理において、サーバ装置１０Ｄは、各除外対象として設定されている所定エリア（現実の店舗）が、解除条件を満たしているかを判断する。そして、サーバ装置１０Ｄは、解除条件を満たす所定エリアを除外対象から解除する。すなわち、ユーザの除外対象（ユーザデータ）に対して解除設定が行われる。上述したように、現実空間の前日に除外対象として設定されているステージが除外対象から解除される。

次に、サーバ装置１０Ｄは、位置条件が成立したか否かを判断する（ステップＳ１１−２Ｄ）。サーバ装置１０Ｄは、記憶部に記憶されている現実の店舗５０〜５３の識別情報と、端末装置２０Ｄから受信した店舗の識別情報とを比較して判断する。また、本実施形態の例では、現実の店舗５０〜５３のうち除外対象として設定されていない現実の店舗を対象として位置条件の成立が判断される。

位置条件が成立していないと判断した場合（ステップＳ１１−２Ｄ：ＮＯ）、サーバ装置１０Ｄは、ステップＳ１４−Ｄの処理に移行する。一方、位置条件が成立したと判断した場合（ステップＳ１１−２Ｄ：ＹＥＳ）、サーバ装置１０Ｄは、ビンゴ抽選処理を実行する（ステップＳ１１−３Ｄ）。ビンゴ抽選処理では、上述したように、ビンゴゲームの第一抽選、第二抽選及び第三抽選が行われる。

その後、サーバ装置１０Ｄは、カード更新処理を行う（ステップＳ１１−４Ｄ）。カード更新処理では、ビンゴ抽選処理での抽選結果に基づいて、ユーザのビンゴデータ（ユーザデータ）が更新される。また、カード更新処理では、各ビンゴカードＢ１〜Ｂ５有効マスの列の成立状態に応じて、特典が付与される。上述したように、付与される特典に応じて、ユーザデータが更新される。その後、サーバ装置１０Ｄは、カード更新処理で更新した情報を端末装置２０Ｄに送信する。具体的には、ビンゴ抽選での抽選結果及びビンゴカードＢ１〜Ｂ５の画像情報等が送信される。

次に、サーバ装置１０Ｄは、解放条件が成立したか否かを判断する（ステップＳ１１−５Ｄ）。なお、ステップＳ１１−５Ｄの処理では、ステップＳ１１−１Ｄの処理で位置条件の成立は判断されているので、位置条件を除いた解放条件の成立が判断される。解放条件が成立しなかった場合（ステップＳ１１−５Ｄ：ＮＯ）、サーバ装置１０Ｄは、ステップＳ１４−Ｄの処理に移行する。

一方、解放条件が成立した場合（ステップＳ１１−５Ｄ：ＹＥＳ）、サーバ装置１０Ｄは、コンテンツ設定処理を行う（ステップＳ１２−Ｄ）。具体的には、端末装置２０Ｄを使用するユーザに対し、複数のステージＳＴ１〜ＳＴ１０のうち、既に実行可能な状態に設定されているステージの次に高い難易度のステージを実行可能な状態に設定する。すなわち、ユーザの実行可能ステージ（ユーザデータ）に実行可能となったステージの識別情報が追加される。また、サーバ装置１０Ｄは、コンテンツ設定処理において、スタンプの付与処理も行う。すなわち、ユーザのスタンプ数（ユーザデータ）が１増加する。その後、サーバ装置１０Ｄは、実行可能な状態に設定されたステージの情報及びスタンプ数等を端末装置２０Ｄに送信する。

また、サーバ装置１０Ｄは、コンテンツ設定処理において、ユーザが獲得したスタンプ数に応じて特典を付与する。上述したように、付与される特典に応じて、ユーザデータが更新される。

次に、サーバ装置１０Ｄは、除外設定処理を行う（ステップＳ１３−Ｄ）。具体的には、サーバ装置１０Ｄは、ステップＳ１１−２Ｄの処理で成立と判断した位置条件での所定エリア（現実の店舗）を除外対象として設定する。すなわち、ユーザの除外対象（ユーザデータ）に現実の店舗の識別情報が設定される。

次に、サーバ装置１０Ｄは、端末装置２０Ｄからプレイ結果を受信したか否かを判断する（ステップＳ１４−Ｄ）。プレイ結果を受信していない場合（ステップＳ１４−Ｄ：ＮＯ）、サーバ装置１０Ｄは、ステップＳ５−１Ｄの処理に戻る。一方、プレイ結果を受信した場合（ステップＳ１４−Ｄ：ＹＥＳ）、サーバ装置１０Ｄは、クリア条件、プレイ結果等に基づいてユーザデータを更新する（ステップＳ１５−Ｄ）。すなわち、ユーザのクリアステージ（ユーザデータ）にユーザがクリアしたステージの識別情報が追加される。その後、サーバ装置１０Ｄは、クリアステージ等の更新情報等を端末装置２０Ｄに送信する。

また、端末装置２０Ｄは、ステップＳ３３−Ｄの処理において、ユーザからのプレイ要求の有無を判断する。例えば、ユーザが端末装置２０Ｄの操作部を操作してステージを選択することがプレイ要求に該当する。プレイ要求がなかった場合（ステップＳ３３−Ｄ：ＮＯ）、端末装置２０Ｄは、ステップＳ２５−Ｄの処理に戻る。

一方、プレイ要求があった場合（ステップＳ３３−Ｄ：ＹＥＳ）、端末装置２０Ｄは、選択されたステージがプレイ可能か否かを判断する（ステップＳ３４−Ｄ）。具体的には、端末装置２０Ｄは、選択されたステージが実行可能な状態であり、且つ、選択されたステージの次に低い難易度のステージがクリアされている状態である場合、プレイ可能と判断する。なお、端末装置２０Ｄは、ユーザデータの実行可能ステージ及びクリアステージを参照して判断すればよい。

プレイ可能であると判断した場合（ステップＳ３４−Ｄ：ＹＥＳ）、端末装置２０Ｄは、選択されたステージを実行する（ステップＳ３５−Ｄ）。また、端末装置２０Ｄは、プレイ終了時、選択されたステージのプレイ結果をユーザＩＤとともにサーバ装置１０Ｄに送信する。一方、プレイ不可と判断した場合（ステップＳ３４−Ｄ：ＮＯ）、端末装置２０Ｄは、プレイ不可の画像を表示部に表示する（ステップＳ３６−Ｄ）。その後、端末装置２０Ｄは、ステップＳ２５−Ｄの処理に戻る。
プレイプレイプレイ

以上のように、第４の実施形態の一側面として、サーバ装置１０Ｄが、判断部１１Ｄ、設定部１２Ｄ及び付与部１５Ｄを備える構成としているので、ユーザは、端末装置２０Ｄを所持して所定エリア（現実の店舗）に移動することで、より高い難易度のゲームコンテンツ（ステージ）を実行可能な状態とすることができる。したがって、より高い難易度のゲームコンテンツをプレイできるように、プレイユーザは所定エリアに向かうこととなる。これにより、プレイできるゲームコンテンツが増えていくことにもなってユーザのプレイ頻度も維持され、また現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えることができる。

また、位置条件が成立した場合の所定エリア（現実の店舗）が除外対象として設定されるので、除外対象として設定されている所定エリアを頻繁に訪れても、実行可能な状態となるゲームコンテンツは増加していかないこととなる。したがって、除外対象に設定されていない別の所定エリアを訪問することのユーザへの動機付けとなる。

また、ステージのロックを解除しつつ所定のステージのクリアによって、現実の店舗に関する特典がユーザに付与されるので、ユーザのプレイ頻度も維持され、また現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えることができる。

さらに、ステージのロック解除以外にも、所定エリア（現実の店舗）への訪問に応じて、スタンプの付与及びビンゴゲームの抽選が行われるので、現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えることができる。

なお、上述の実施形態の例では、ユーザデータをサーバ装置がデータベースで管理しているが、特にこれに限定されるものではない。例えば、ユーザが使用する端末装置の記憶部でこのユーザのユーザデータを記憶（管理）するようにしてもよい。この場合、端末装置からサーバ装置に、適宜ユーザデータを送信すればよい。

上述の実施形態の例では、端末装置を使用するユーザに対して、既に実行可能な状態に設定されているゲームコンテンツよりも難易度のゲームコンテンツを実行可能な状態に設定する構成としているが、特にこれに限定されるものではない。例えば、ユーザに代えて、端末装置に対して設定する構成としてもよい。この場合、端末装置の識別情報に対応付けてゲームコンテンツを実行可能な状態に設定すればよい。また、除外対象の設定においても、ゲームコンテンツを実行可能な状態に設定する構成と同様である。

上述の実施形態の例では、端末装置が所定エリアに位置していることが位置条件に含まれているが、特にこれに限定されるものではない。例えば、端末装置が過去に所定エリアに位置していたことを位置条件に含めてもよい。

上述の実施形態の例では、１０のステージについて説明したが、ゲームコンテンツの数は任意に設定可能である。

上述の実施形態の例では、位置条件を含む解放条件の成立で実行可能な状態となるステージについて説明したが、全てのステージに対して解放条件の成立を必要としなくてもよい。また、上述の実施形態の例では、解放条件として位置条件のみが含まれているが、特にこれに限定されるものではない。

上述の実施形態の例では、ビンゴ抽選を開始するための位置条件と、ステージの解放条件に含まれる位置条件とが同一であるが、同一でなくてもよい。例えば、ビンゴ抽選が実施される所定エリア（現実の店舗）を、ステージの解放条件に含まれる位置条件の所定エリア（現実の店舗）と異なるように設定してもよい。例えば、ユーザ（端末装置）が、或る現実の店舗を訪問した場合にはビンゴ抽選が実行される。そして、ユーザが（端末装置）が、或る現実の店舗とは異なる現実の店舗を訪問した場合には、ステージが実行可能な状態に設定される。また、上述の実施形態の例では、ビンゴゲームが実行される構成であるが、ビンゴゲームは実行しなくてもよい。

上述の実施形態では、ビンゴカードは無条件にユーザに付与されるが、条件を設定してもよい。例えば、上述の位置条件が成立した場合にビンゴカードを付与する構成としてもよい。

上述の実施形態の例では、種々の特典がユーザに付与されるが、付与される特典は同一の特典としても、異なる特典としてもよい。

上述の実施形態の例では、現実の店舗に関する特典として、抽選権がユーザに付与されるが、特にこれに限定されるものではない。例えば、電子クーポンを現実の店舗に関する特典としてユーザに付与してもよい。この場合、獲得特典（ユーザデータ）として、電子クーポンの画像情報を設定しておき、端末装置において電子クーポンを表示させる操作をユーザが行えるようにすればよい。

上述の実施形態の例では、Bluetooth（登録商標） Low Energy（BLE）を利用したビーコン（Beacon）技術を用いて位置情報を取得しているが、位置情報の取得方法は、種々の技術を適用可能である。例えば、（Global Positioning System）を利用して現実空間の位置情報を取得してもよい。この場合、ユーザ（端末装置）が、所定エリア（現実の店舗）を訪問した時、ユーザが取得操作を行って端末装置に現実空間の位置情報を取得させる。そして、取得した位置情報を端末装置からサーバ装置に送信させればよい。

上述の実施形態の例では、実行可能な状態のステージであっても、このステージよりも低い難易度のステージがクリアされていない場合にはプレイが許可されないが、特にこれに限定されるものではない。クリア状況に関わらず、実行可能な状態のステージはプレイを許可してもよい。

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。

[１]
異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と通信ネットワークにより接続されるサーバ装置に、該ゲームの進行を制御させるためのゲームプログラムであって、
前記サーバ装置に、
ユーザが使用する端末装置から取得した該端末装置の現実空間の位置情報に基づいて、該端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断機能、
前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定機能、
を実現させるゲームプログラム。

［２］
前記設定機能では、前記解放条件が成立する毎に、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態のゲームコンテンツの次に高い難易度のゲームコンテンツを実行可能な状態に設定していく機能、
を実現させる[１]に記載のゲームプログラム。

［３］
前記判断機能では、前記１以上の所定エリアのうち除外対象として設定されていない所定エリアを対象として前記位置条件の成立を判断する機能、
前記設定機能では、前記位置条件が成立した場合、該位置条件で判断された所定エリアを除外対象として設定し、解除条件が成立した場合に該所定エリアを除外対象から解除する機能、
を実現させる[１]又は[２]に記載のゲームプログラム。

［４］
前記サーバ装置に、さらに、
前記実行可能な状態のゲームコンテンツのうち、プレイによって所定のゲーム結果となったゲームコンテンツの次に難易度の高いゲームコンテンツまでのプレイを許可する許可機能
を実現させる[１]〜[３]のいずれかに記載のゲームプログラム。

［５］
前記サーバ装置に、さらに、
前記複数のゲームコンテンツのうち、最も難易度の高いゲームコンテンツのプレイで所定のゲーム結果となった場合、前記所定エリアに関する特典を付与する付与機能、
を実現させる[１]〜[４]のいずれかに記載のゲームプログラム。

［６］
前記所定エリアは、現実空間に存在する店舗であり、
前記端末装置の現実空間の位置情報は、該端末装置が前記店舗のビーコン発信器からの信号に基づいて算出される、[１]〜[５]のいずれかに記載のゲームプログラム。

［７］
前記サーバ装置に、さらに、
前記解放条件の成立回数を計数する計数機能、
を実現させ、
前記付与機能では、前記成立回数が、前記複数のゲームコンテンツの数よりも多い所定数に達した場合、前記所定エリアに関する特典及び前記ゲームに関する特典の少なくとも一方を付与する機能、
を実現させる[５]に記載のゲームプログラム。

［８］
異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と通信ネットワークにより接続され、該ゲームの進行を制御するサーバ装置であって、
ユーザが使用する端末装置から取得した該端末装置の現実空間の位置情報に基づいて、該端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断手段、
前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定手段、
を含むサーバ装置。

［９］
異なる難易度の複数のゲームコンテンツが含まれるゲームの進行を端末装置に制御させるためのゲームプログラムであって、
前記端末装置に、
現実空間の位置情報を取得する取得機能、
前記現実空間の位置情報に基づいて、前記端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断機能、
前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定機能、
を実現させるゲームプログラム。

［１０］
前記設定機能では、前記解放条件が成立する毎に、前記複数のゲームコンテンツのうち前記実行可能な状態のゲームコンテンツの次に高い難易度のゲームコンテンツを実行可能な状態に設定していく機能、
を実現させる[９]に記載のゲームプログラム。

［１１］
前記判断機能では、前記１以上の所定エリアのうち除外対象として設定されていない所定エリアを対象として前記位置条件の成立を判断する機能、
前記設定機能では、前記位置条件が成立した場合、該位置条件で判断された所定エリアを除外対象として設定し、解除条件が成立した場合に該所定エリアを除外対象から解除する機能、
を実現させる[９]又は[１０]に記載のゲームプログラム。

［１２］
前記端末装置に、さらに、
前記実行可能な状態のゲームコンテンツのうち、プレイによって所定のゲーム結果となったゲームコンテンツの次に難易度の高いゲームコンテンツまでのプレイをユーザに許可する許可機能
を実現させる[９]〜[１１]のいずれかに記載のゲームプログラム。

［１３］
前記端末装置に、さらに、
前記複数のゲームコンテンツのうち、最も難易度の高いゲームコンテンツのプレイで所定のゲーム結果となった場合、前記所定エリアに関する特典を付与する付与機能、
を実現させる[９]〜[１２]のいずれかに記載のゲームプログラム。

［１４］
前記所定エリアは、現実空間に存在する店舗であり、
前記現実空間の位置情報は、前記店舗のビーコン発信器からの信号に基づいて算出される、[９]〜[１３]のいずれかに記載のゲームプログラム。

［１５］
前記端末装置に、さらに、
前記解放条件の成立回数を計数する計数機能、
を実現させ、
前記付与機能では、前記成立回数が、前記複数のゲームコンテンツの数よりも多い所定数に達した場合、前記所定エリアに関する特典及び前記ゲームに関する特典の少なくとも一方を付与する機能、
を実現させる[１４]に記載のゲームプログラム。

［１６］
異なる難易度の複数のゲームコンテンツが含まれるゲームの進行を得仔魚する端末装置であって、
現実空間の位置情報を取得する取得手段、
前記現実空間の位置情報に基づいて、前記端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断手段、
前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定手段、
を含む端末装置。

［１７］
異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と、前記端末装置と通信ネットワークにより接続されるサーバ装置とを備え、該ゲームの進行を制御するゲームシステムであって、
ユーザが使用する前記端末装置から現実空間の位置情報を取得する取得手段、
前記現実空間の位置情報に基づいて、前記端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断手段、
前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定手段、
を含むゲームシステム。

［１８］
前記設定手段は、前記解放条件が成立する毎に、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態のゲームコンテンツの次に高い難易度のゲームコンテンツを実行可能な状態に設定していく、
[１７]に記載のゲームシステム。

［１９］
前記判断手段は、前記１以上の所定エリアのうち除外対象として設定されていない所定エリアを対象として前記位置条件の成立を判断する機能、
前記設定手段は、前記位置条件が成立した場合、該位置条件で判断された所定エリアを除外対象として設定し、解除条件が成立した場合に該所定エリアを除外対象から解除する、
[１７]又は[１８]に記載のゲームシステム。

［２０］
前記実行可能な状態のゲームコンテンツのうち、プレイによって所定のゲーム結果となったゲームコンテンツの次に難易度の高いゲームコンテンツまでのプレイを許可する許可手段、
を、さらに含む[１７]〜[１９]のいずれかに記載のゲームシステム。

［２１］
前記複数のゲームコンテンツのうち、最も難易度の高いゲームコンテンツのプレイで所定のゲーム結果となった場合、前記所定エリアに関する特典を付与する付与手段、
を、さらに含む[１７]〜[２０]のいずれかに記載のゲームシステム。

［２２］
前記所定エリアは、現実空間に存在する店舗であり、
前記端末装置の現実空間の位置情報は、該端末装置が前記店舗のビーコン発信器からの信号に基づいて算出される、[１７]〜[２１]のいずれかに記載のゲームシステム。

［２３］
前記解放条件の成立回数を計数する計数手段を、さらに含み、
前記付与手段は、前記成立回数が、前記複数のゲームコンテンツの数よりも多い所定数に達した場合、前記所定エリアに関する特典及び前記ゲームに関する特典の少なくとも一方を付与する、
[２１]に記載のゲームシステム。

［２４］
異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と通信ネットワークにより接続されるサーバ装置に、該ゲームの進行を制御させる制御方法であって、
ユーザが使用する端末装置から取得した該端末装置の現実空間の位置情報に基づいて、該端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断処理、
前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定処理、
を含むゲーム進行制御方法。

［２５］
異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と、前記端末装置と通信ネットワークにより接続されるサーバ装置とを備え、該ゲームの進行をゲームシステムに制御させる制御方法であって、
前記端末装置の現実空間の位置情報を取得する取得処理、
前記現実空間の位置情報に基づいて、前記端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断処理、
前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定処理、
を含むゲーム進行制御方法。

本発明の実施形態の一つによれば、ユーザのプレイ頻度を維持しつつ、現実空間の同じエリアであっても何度も訪れたくなる動機をユーザに与えるのに有用である。

１０ サーバ装置
２０，２０１〜２０Ｎ 端末装置
１１ 判断部
１２ 設定部
１３ 許可部
１４ 計数部
１７ 付与部
１８ 特典抽選部
２１ 取得部
２２ ステージ実行部
５０〜５４ 店舗
６０〜６４ ビーコン発信器
１００ ゲームシステム
ＳＴ１〜ＳＴ１０ ステージ（ゲームコンテンツ）

Claims (8)

1. 異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と通信ネットワークにより接続されるサーバ装置に、該ゲームの進行を制御させるためのゲームプログラムであって、
   前記サーバ装置に、
   ユーザが使用する端末装置から取得した該端末装置の現実空間の位置情報に基づいて、該端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断機能、
   前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定機能、
   を実現させるゲームプログラム。
2. 前記設定機能では、前記解放条件が成立する毎に、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態のゲームコンテンツの次に高い難易度のゲームコンテンツを実行可能な状態に設定していく機能、
   を実現させる請求項１に記載のゲームプログラム。
3. 前記判断機能では、前記１以上の所定エリアのうち除外対象として設定されていない所定エリアを対象として前記位置条件の成立を判断する機能、
   前記設定機能では、前記位置条件が成立した場合、該位置条件で判断された所定エリアを除外対象として設定し、解除条件が成立した場合に該所定エリアを除外対象から解除する機能、
   を実現させる請求項１又は請求項２に記載のゲームプログラム。
4. 前記サーバ装置に、さらに、
   前記実行可能な状態のゲームコンテンツのうち、プレイによって所定のゲーム結果となったゲームコンテンツの次に難易度の高いゲームコンテンツまでのプレイを許可する許可機能
   を実現させる請求項１〜請求項３のいずれかに記載のゲームプログラム。
5. 前記サーバ装置に、さらに、
   前記複数のゲームコンテンツのうち、最も難易度の高いゲームコンテンツのプレイで所定のゲーム結果となった場合、前記所定エリアに関する特典を付与する付与機能、
   を実現させる請求項１〜請求項４のいずれかに記載のゲームプログラム。
6. 前記所定エリアは、現実空間に存在する店舗であり、
   前記端末装置の現実空間の位置情報は、該端末装置が前記店舗のビーコン発信器からの信号に基づいて算出される、請求項１〜請求項５のいずれかに記載のゲームプログラム。
7. 異なる難易度の複数のゲームコンテンツが含まれるゲームの進行を端末装置に制御させるためのゲームプログラムであって、
   前記端末装置に、
   現実空間の位置情報を取得する取得機能、
   前記現実空間の位置情報に基づいて、前記端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断機能、
   前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定機能、
   を実現させるゲームプログラム。
8. 異なる難易度の複数のゲームコンテンツが含まれるゲームを実行する端末装置と、前記端末装置と通信ネットワークにより接続されるサーバ装置とを備え、該ゲームの進行を制御するゲームシステムであって、
   ユーザが使用する前記端末装置から現実空間の位置情報を取得する取得手段、
   前記現実空間の位置情報に基づいて、前記端末装置が１以上の所定エリアのいずれかに位置している又は位置していたことを含む位置条件の成立を判断する判断手段、
   前記位置条件を含む解放条件の成立に基づいて、前記複数のゲームコンテンツのうち前記端末装置又は前記ユーザにおいて既に実行可能な状態に設定されているゲームコンテンツよりも高い難易度のゲームコンテンツを実行可能な状態に設定する設定手段、
   を含むゲームシステム。