JP2017074225A - サーバ装置及びゲームシステム - Google Patents

Abstract

【課題】特定のゲームを活性化する。【解決手段】サーバ装置１２は、複数のゲームが提供されるゲーム端末１０が店舗に対するチェックイン処理によって付与される成果を含む成果情報と、複数のゲームのうち特定のゲームの識別情報とを取得する取得手段１２０と、ゲーム毎に設定される個別変換値１２２を参照し、参照した個別変換値１２２の中で取得手段１２０が取得した識別情報に対応する個別変換値１２２に基づき、取得手段１２０が取得した成果情報に含まれる成果を特定のゲームに使用可能な報酬に変換する個別変換手段１２２と、個別変換手段１２２で変換された報酬の付与を指示する指示手段１２４と、を備える。【選択図】図３

Description

本発明は、サーバ装置及びゲームシステムに関する。

従来から、ユーザをオンラインから店舗（オフライン）に誘導するＯ２Ｏ（Online to Offline）と呼ばれる技術が知られている。

この技術に関して、下記非特許文献１には、ユーザが店舗に来店した成果をポイント（来店ポイント）に変換し、この来店ポイントをさらに変換して、ユーザにゲーム内のアイテム等の報酬を付与できるようにすることで、Ｏ２Ｏとゲームを融合させたサービスが記載されている。このサービスにおいて、来店ポイントは、特定のゲーム毎ではなく、複数のゲームで横断的（共通）に使えるようになっている。

岡安 学、″O2Oで生活とゲームを一体化--CCCのTポイント連動「TSUTAYA オンラインゲーム」″、［online］、平成25年4月30日、ＣＮＥＴ ＪＡＰＡＮ、［平成27年9月17日検索］、インターネット〈URL：http://japan.cnet.com/news/service/35063909/〉

ところで、ゲーム会社等にとっては、イベント期間や販売開始期間等において、複数のゲームのうち特定のゲームに関しては、ユーザを増やして当該特定のゲームを活性化させたいときがある。

しかしながら、上記非特許文献１のようなサービスでは、来店ポイントが複数のゲームで共通なため、ユーザに対してあえて特定のゲームへのプレイを促すことができない。この結果、当該特定のゲームを活性化することができなかった。

本発明はこのような課題に鑑みてなされたものであり、その目的は、特定のゲームを活性化することのできるサーバ装置及びゲームシステムを提供することにある。

上記課題を解決するために、サーバ装置は、複数のゲームが提供されるゲーム端末が店舗に対するチェックイン処理によって付与される成果を含む成果情報と、前記複数のゲームのうち特定のゲームの識別情報とを取得する取得手段と、前記ゲーム毎に設定される個別変換値を参照し、参照した前記個別変換値の中で前記取得手段が取得した前記識別情報に対応する個別変換値に基づき、前記取得手段が取得した前記成果情報に含まれる成果を前記特定のゲームに使用可能な報酬に変換する個別変換手段と、前記個別変換手段で変換された前記報酬の付与を指示する指示手段と、を備える。
なお、上記「サーバ装置」とは、一つの装置だけでなく、複数の装置で構成されることも含む。また、上記「変換値」とは、変換率又は加算値を含む。

この構成では、例えば特定のゲームに対応する変換値が他のゲームに対応する変換値よりも高く設定された場合、その変換値で変換される報酬目当てに、特定のゲーム以外のゲームをプレイしているユーザは、特定のゲームをプレイするようになる。すなわち、上記構成によれば、特定のゲーム以外の他のゲームをプレイしているユーザに対して特定のゲームへのプレイを促すことができ、もって、特定のゲームを活性化することができる。

本発明によれば、特定のゲームを活性化することができる。

図１は、本発明の第１実施形態に係るサーバ装置としての報酬サーバを含むゲームシステムの全体構成を模試的に示す図である。 図２は、チェックインの成果からチケットへの変換の一例について説明する図である。 図３は、図１に示されるゲームシステムの各種サーバの構成を示す概略ブロック図である。 図４は、図３に示される参照テーブルの概略説明図である。 図５は、図３に示される変換率テーブルの概略説明図である。 図６は、図３に示される店舗別報酬テーブルの概略説明図である。 図７は、本発明の第１実施形態に係る成果判定サーバの各手段における処理の流れ示すフローチャートである。 図８は、本発明の第１実施形態に係るメディアアプリサーバの各手段における処理の流れ示すフローチャートである。 図９は、本発明の第１実施形態に係る報酬サーバの各手段における処理の流れ示すフローチャートである。 図１０は、ゲーム端末に表示される広告画面の概略説明図である。 図１１は、ゲーム端末に表示される店舗一覧画面の概略説明図である。 図１２は、ゲーム端末に表示されるゲーム一覧画面の概略説明図である。 図１３は、ゲーム端末に表示される店舗詳細画面の概略説明図である。 図１４は、報酬サーバに表示される設定画面の概略説明図である。 図１５は、ゲーム端末に表示されるアイテム交換画面の概略説明図である。 図１６は、本発明の第２実施形態に係る報酬サーバの各部における処理の流れ示すフローチャートである。 図１７は、本発明の第３実施形態に係る報酬サーバのリスト処理の流れを示すフローチャートである。 図１８は、ゲーム端末に表示される店舗一覧画面の概略説明図である。 図１９は、本発明の第４実施形態に係る報酬サーバの各部における処理の流れ示すフローチャートである。 図２０は、ゲーム端末に表示されるチェックイン履歴一覧画面の概略説明図である。 図２１は、ゲーム端末に表示されるアイテム交換履歴一覧画面の概略説明図である。 図２２は、変換率テーブルの変形例を示す図である。

以下、添付図面を参照しながら本発明の実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。

――第１実施形態――
＜全体構成＞
まず、図１を用いて、本発明の第１実施形態に係るサーバ装置としての報酬サーバ１２を含むゲームシステム５の全体構成を説明する。

ゲームシステム５は、ハードウェア構成として、第１〜第ｎゲームサーバ１１（１）〜１１（ｎ）と、報酬サーバ１２と、メディアアプリサーバ１３と、成果判定サーバ１４と、第１データベースサーバ１５と、第２データベースサーバ１６と、ビーコン装置１７と、を備えている。また、ゲームシステム５は、ソフトウェア構成として、第１〜第ｍゲームアプリ１８（１）〜１８（ｍ）と、メディアアプリ１９と、を備えている。

なお、以下の説明で適宜、第１〜第ｎゲームサーバ１１（１）〜１１（ｎ）は、「ゲームサーバ１１」と称され、第１〜第ｍゲームアプリ１８（１）〜１８（ｍ）は、「ゲームアプリ１８」と称される。また、上記「ｎ」と「ｍ」は２以上の正の整数である。

ゲーム端末１０は、ユーザ１０Ａが所持している端末である。このゲーム端末１０は、複数のゲームをユーザ１０Ａに提供可能な端末である。このようなゲーム端末１０としては、携帯電話やタブレット、ノートパソコン等の可搬型の端末が挙げられる。ゲーム端末１０には、ＧＰＳ衛星の電波を受信し、ゲーム端末１０の現在位置情報を算出する測位機能が搭載されている。また、ゲーム端末１０は、ユーザ１０Ａが店舗１７Ａに来店した際に、当該店舗１７Ａに対して後述するチェックイン処理を行うことが可能となっている。

また、ゲーム端末１０は、ゲームサーバ１１と通信可能に構成されている。このゲーム端末１０では、ゲームサーバ１１と随時通信することにより、オンライゲームとして第１〜第ｎゲーム（以下、適宜、「ゲーム」と称される。）をプレイすることができる。これらのゲームは、ゲーム端末１０及びゲームサーバ１１の少なくとも何れか一方によりゲームアプリ１８が実行されることにより提供される。

ゲームサーバ装置としてのゲームサーバ１１は、ゲーム端末１０と、報酬サーバ１２と通信可能に構成されている。これらゲームサーバ１１は、ゲームアプリ１８のインストールデータを記憶している。そして、ゲームサーバ１１は、ゲーム端末１０からダウンロード要求があった場合に、ゲームアプリ１８のインストールデータをゲーム端末１０に送信する。

また、ゲームサーバ１１は、ユーザ１０Ａによるゲームのプレイ内容を示すプレイ情報の全部又は一部を記憶している。そして、ゲームサーバ１１は、ゲーム端末１０からプレイ情報送信要求があった場合に、ユーザ１０Ａに対応するゲームのプレイ情報（セーブデータ）をゲーム端末１０に送信する。なお、プレイ情報としては、ゲームにおいてユーザ１０Ａが支払った料金の累計や、ゲームに登場するキャラクタのレベルや特定の物を生産するための生産レベル等のゲームレベルが挙げられる。他にも、プレイ情報としては、ゲーム時間、ゲーム進捗度、ゲーム端末１０のユーザ１０Ａとネットワークで繋がるフレンド数が挙げられる。

報酬サーバ１２は、ゲームサーバ１１と、メディアアプリサーバ１３と通信可能に構成されている。この報酬サーバ１２は、例えば当該報酬サーバ１２を運営する会社と提携された店舗１７Ａへの来店を誘導するために、ゲームサーバ１１を介してゲーム端末１０に店舗１７Ａの広告を表示させる。また、報酬サーバ１２は、ユーザ１０Ａがまだ提供されていないゲームの提供を誘導、例えばダウンロードを誘導するために、当該所持していないゲームの広告を適宜ゲーム端末１０に表示させる。そして、報酬サーバ１２は、ユーザ１０Ａが来店した成果やゲームの提供を受けた（ゲームの受取）成果を特定のゲーム専用の報酬に変換し、ゲームサーバ１１に対して報酬の付与を指示する。

なお、上記「報酬」は、そのままゲームに使用される報酬であってもよいし、ゲームに使用されるアイテムやゲーム通貨に交換するための報酬であってもよい。第１実施形態では、上記「報酬」は、特定のゲーム専用に使用されるアイテムに交換するための報酬であり、以下では、適宜この報酬を「チケット」と称す。
また、上記「店舗１７Ａ」は、スーパーやコンビニエンスストア、ゲームソフト販売店等の商品を提供する建物だけでなく、美容室やホテル、銀行、ゲームセンター等のサービスを提供する建物も含む。また、上記「店舗１７Ａ」は、建物に限られず、建物外の露店も含む。
また、「特定のゲーム」とは、来店の成果やゲームの提供を受けた成果がチケットへ変換される前までにユーザ１０Ａによって選択され、チケットが使用可能となる（チケットの受取先となる）ゲームである。また、このユーザ１０Ａによって選択された特定のゲームは、識別情報としての受取先ゲームＩＤによって示されるものとする。
また、以下では、ユーザ１０Ａが来店した成果は、「チェックイン処理により付与される成果」や、「チェックインの成果」とも記載することがある。

メディアアプリサーバ１３は、ゲーム端末１０と、報酬サーバ１２と通信可能に構成されている。また、メディアアプリサーバ１３は、メディアアプリ１９のインストールデータを記憶している。そして、メディアアプリサーバ１３は、ゲーム端末１０からダウンロード要求があった場合に、メディアアプリ１９のインストールデータをゲーム端末１０に送信する。メディアアプリ１９が実行されるとゲーム端末１０では、随時成果判定サーバ１４やメディアアプリサーバ１３と通信することにより、店舗１７Ａに対するチェックイン処理や、チケットの受取先の選択、チケットの使用等を行うことができる。

成果判定サーバ１４は、ゲーム端末１０と、メディアアプリサーバ１３と、ビーコン装置１７と通信可能に構成されている。この成果判定サーバ１４は、チェックイン処理により付与される成果を判定する。

ビーコン装置１７は、店舗１７Ａの中、或いは、その周囲に設置されている。このビーコン装置１７は、ユーザ１０Ａの店舗１７Ａへの来店を検知するためのものである。例えば、ビーコン装置１７は、一定の送信時間間隔でビーコンＩＤとビーコンデータを含むビーコン信号１７Ｂをブロードキャスト送信する。なお、ビーコンデータは、例えば接続先である成果判定サーバ１４の宛先等の各種情報を含む。

＜チケット付与の枠組＞
次に、図１を用いて、ゲームシステム５におけるチケット付与の枠組を説明する。

ゲームシステム５は、店舗１７Ａに来店することで得られる来店ポイントをチケットに変換して、当該チケットを特定のゲームのユーザ１０Ａに付与できるようにすることで、Ｏ２Ｏとゲームを融合させたサービスを提供する。店舗１７Ａは、ゲームシステム５に組み込まれる対価として、成果判定サーバ１４を運営する会社等に、店舗１７Ａの広告料金やビーコン装置１７の設置料金を支払う。

このようなゲームシステム５において、ゲーム端末１０を所持しているユーザ１０Ａは、店舗１７Ａの広告等を見て店舗１７Ａに来店する。ユーザ１０Ａの来店があると、ゲーム端末１０は、ビーコン装置１７からブロードキャストされるビーコン信号１７Ｂを受信する。このビーコン信号１７Ｂに応答して、ゲーム端末１０は、メディアアプリ１９によるチェックイン処理を実行する。このチェックイン処理において、ゲーム端末１０は、ビーコン信号１７Ｂに含まれるビーコンＩＤや、ＧＰＳ衛星から取得した現在位置情報、ゲーム端末１０の端末ＩＤを含む各種情報を生成する。この各種情報は、チェックイン処理によってゲーム端末１０からユーザ１０Ａに付与される成果となる。そして、ゲーム端末１０は、この成果としての各種情報の正当性を判断させるため、当該各種情報を成果判定サーバ１４に送信する。

成果判定サーバ１４は、ゲーム端末１０から受信した各種情報に基づき、チェックイン処理により付与される成果の正当性、言い換えればゲーム端末１０によるチェックイン処理の正当性を判定する成果判定処理を行い、その判定結果をゲーム端末１０へ返信する。また、成果判定サーバ１４は、チェックイン処理が正当である場合に、受信したビーコン信号１７Ｂに含まれるビーコンＩＤに対応する来店ポイントを取得する。そして、成果判定サーバ１４は、チェックイン処理により付与される成果を、ビーコンＩＤから取得した来店ポイントに置き換え、当該来店ポイントを含むチェックインの成果情報を生成する。その後、成果判定サーバ１４は、当該成果情報をメディアアプリサーバ１３に送信する。

メディアアプリサーバ１３は、上記成果情報を受信すると、一律変換値として予め設定されている一律変換率に基づき、成果情報が示す来店ポイントを異なる価値として例えばゴールド（Ｇ）という単位に変換する。そして、メディアアプリサーバ１３は、当該成果情報を報酬サーバ１２に送信する。なお、上記「一律変換率」は、チェックイン処理によって付与される成果に対する変換率であって、全てのゲームに対して一律な変換率である。

報酬サーバ１２は、上記成果情報を受信すると、個別変換値として予め設定されている個別変換率に基づき、成果情報が示すゴールドを当該ゴールドとは異なる価値として、ゲーム端末１０に提供される特定のゲーム専用のチケットに変換する。その後、報酬サーバ１２は、ゲームサーバ１１にチケットの付与を指示する。なお、上記「個別変換率」は、チェックイン処理によって付与される成果に対する変換率であって、ゲーム毎に設定される変換率である。

ゲームサーバ１１は、上記指示を受信すると、このチケットの枚数を、ユーザ１０Ａにより事前に選択された特定のゲームを示す受取先ゲームＩＤ及び端末ＩＤに対応付けて記憶する。すなわち、ゲームサーバ１１は、報酬サーバ１２の指示に沿って、ユーザ１０Ａにチケットを付与する。その後、このチケットは、ユーザ１０Ａにより特定のゲームに使用されるアイテムと交換される。なお、上記「端末ＩＤ」は、ユーザ１０Ａを特定するユーザＩＤと読み替えることもできる。

次に、図２を用いて、チェックイン処理によって付与される成果からチケットへの変換の一例について説明する。

成果判定サーバ１４は、チェックイン処理によって付与される成果を例えば来店ポイント「１００Ｐ」に置き換える。

メディアアプリサーバ１３は、その来店ポイント「１００Ｐ」を含む成果情報を成果判定サーバ１４から取得する。そして、メディアアプリサーバ１３は、その１００Ｐに一律変換率として例えば「１」を乗算して、来店ポイント「１００Ｐ」を異なる価値の１００Ｇに変換する。

報酬サーバ１２は、その１００Ｇを含む成果情報をメディアアプリサーバ１３から取得する。また、報酬サーバ１２は、例えばゲーム端末１０から受取先ゲームＩＤを取得する。そして、報酬サーバ１２は、取得した受取先ゲームＩＤが特定のゲームとしての第１ゲームを示している場合、１００Ｇに第１ゲームに対応する個別変換率として例えば「０．０１」を乗算して、１チケットに変換する。変換後、１チケットの付与を第１ゲームに対応する第１ゲームサーバ１１（１）に指示する。

また、報酬サーバ１２は、取得した受取先ゲームＩＤが特定のゲームとしての第２ゲームを示している場合、１００Ｇに第２ゲームに対応する個別変換率として例えば「０．０２」を乗算して、２チケットに変換する。変換後、２チケットの付与を第２ゲームに対応する第２ゲームサーバ１１（２）に指示する。

また、報酬サーバ１２は、取得した受取先ゲームＩＤが特定のゲームとしての第３ゲームを示している場合、１００Ｇに第３ゲームに対応する個別変換率として例えば「０．００５」を乗算して、０．５チケットに変換する。変換後、０．５チケットの付与を第３ゲームに対応する第３ゲームサーバ１１（３）に指示する。

＜サーバ構成＞
次に、図３を用いて、図１に示されるゲームシステム５を構成する各種サーバの構成についてより詳細に説明する。

まず、第１データベースサーバ１５には、参照テーブル２００が格納されている。また、第２データベースサーバ１６には、変換率テーブル２１０と、店舗別報酬テーブル２１１と、が格納されている。

図４に示されるように、参照テーブル２００には、ビーコンＩＤ毎に、店舗名と、住所と、広告支払額と、来店ポイント等がそれぞれ対応付けられて登録されている。ビーコンＩＤは、店舗１７Ａに設置されているビーコン装置１７のＩＤである。店舗名は、ビーコン装置１７が設置された店舗１７Ａの名前である。住所は、店舗１７Ａの住所である。広告支払額は、店舗１７Ａにより広告料金として報酬サーバ１２を運営する会社等に支払われた額である。来店ポイントは、上述のように、店舗１７Ａに来店したユーザ１０Ａに付与されるポイントである。なお、この来店ポイントは、例えば広告支払額が高いほど多くなるように設定されている。このように来店ポイントが多いと、ユーザ１０Ａが得られるチケットの枚数も多くなる。この結果、ユーザ１０Ａは、その店舗１７Ａに頻繁に来店するようになるので、ユーザ１０Ａを来店させたい店舗１７Ａからの広告料金の支払が促進される。

図５に示されるように、変換率テーブル２１０には、ゲーム毎、すなわちゲームのタイトル毎に個別変換率が対応付けられて登録されている。また、変換率テーブル２１０には、ゲームのタイトルに関わらず、一律変換率と、受取変換値としてのＤＬ変換率と、が登録されている。なお、ＤＬ変換率は、ユーザ１０Ａがゲームアプリ１８の提供を受けたことによって付与される成果、例えばゲームアプリ１８をダウンロードしたことによって付与される成果（ダウンロードの成果）に対する変換率である。このＤＬ変換率は、全てのゲームに対して一律な変換率であり、個別変換率及び一律変換率と異なる変換率である。

図６に示されるように、店舗別報酬テーブル２１１には、ゲームのタイトル毎及び店舗毎に得られるチケットの枚数が、例えば変換率テーブル２１０等に基づき報酬サーバ１２により自動的に算出されて登録される。

図３に戻って、成果判定サーバ１４、メディアアプリサーバ１３及び報酬サーバ１２の順で構成及び機能を説明する。なお、以下の構成は、それぞれ、プロセッサやメモリの他、適宜、通信装置等を備え、プロセッサがメモリに記憶されるプログラムを実行することにより実現される。

成果判定サーバ１４は、受信手段１４０と、成果判定手段１４１と、送信手段１４２と、を備える。

以上の成果判定サーバ１４の各構成の機能を、図７に示されるフローチャートを用いて説明する。なお、以下の処理は、例えば１秒毎など定期的に或いはランダムに開始される。

（ステップＳＰ１）
受信手段１４０は、ゲーム端末１０がチェックイン処理した際にゲーム端末１０から送信されるチェックインの各種情報を受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ２の処理に移行され、否定判定された場合には図７に示される一連の処理が終えられる。なお、各種情報は、上述したように、チェックイン処理によって付与される成果としてのビーコンＩＤと、現在位置情報と、端末ＩＤと、を含む。

（ステップＳＰ２）
成果判定手段１４１は、成果判定処理を実行する。具体的には、成果判定手段１４１は、第１データベースサーバ１５にアクセスして、参照テーブル２００を読み出す。そして、参照テーブル２００の中で、各種情報に含まれるビーコンＩＤに対応する住所を取得する。

そして、成果判定手段１４１は、ゲーム端末１０から受信した現在位置情報と、取得した住所との距離を算出する。そして、算出した距離を所定の閾値と比較する。算出した距離が所定の閾値を下回っていれば、正当な所有者によって店舗１７Ａに設置されている真正のビーコン装置１７が発信したビーコン信号１７Ｂであると判定する。すなわち、成果判定手段１４１は、チェックイン処理によって付与される成果が正当であると判定する。また、成果判定手段１４１は、算出した距離が所定の閾値を下回っていなければ、チェックイン処理によって付与される成果が不当であると判定する。そして、ステップＳＰ３の処理に移行される。

（ステップＳＰ３）
成果判定手段１４１は、成果判定の結果が正当か否か判定する。ここで、肯定判定された場合にはステップＳＰ５の処理に移行され、否定判定された場合にはステップＳＰ４の処理に移行される。

（ステップＳＰ４）
送信手段１４２は、成果判定の結果が不当であった旨をゲーム端末１０へ返信する。そして、図７に示される一連の処理が終えられる。

（ステップＳＰ５）
送信手段１４２は、成果判定の結果が正当であった旨をゲーム端末１０へ返信する。そして、ステップＳＰ６の処理に移行される。

（ステップＳＰ６）
送信手段１４２は、参照テーブル２００の中で、上記各種情報に含まれるビーコンＩＤに対応する来店ポイントを取得する。そして、ステップＳＰ７の処理に移行される。

（ステップＳＰ７）
送信手段１４２は、取得した来店ポイントを、ゲーム端末１０が店舗１７Ａに対するチェックイン処理によって付与される成果とし、その来店ポイントと端末ＩＤを含む成果情報を生成する。成果情報を生成した後、送信手段１４２は、当該成果情報をメディアアプリサーバ１３に送信する。そして、図７に示される一連の処理が終えられる。

図３に戻って、メディアアプリサーバ１３は、受信手段１３０と、設定手段１３１と、一律変換手段１３２と、送信手段１３３と、を備える。

以上のメディアアプリサーバ１３の各構成の機能を、図８に示されるフローチャートを用いて説明する。なお、以下の処理は、例えば１秒毎など定期的に或いはランダムに開始される。また、以下の処理が始まる前に、設定手段１３１は、管理者による一律変換率の設定操作に応じて、変換率テーブル２１０内に一律変換率を予め設定（登録）する。

（ステップＳＰ１０）
受信手段１３０は、成果判定サーバ１４から成果情報を受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ１１の処理に移行され、否定判定された場合には図８に示される一連の処理が終えられる。

（ステップＳＰ１１）
一律変換手段１３２は、第２データベースサーバ１６にアクセスして、変換率テーブル２１０を読み出す。そして、ステップＳＰ１２の処理に移行される。

（ステップＳＰ１２）
一律変換手段１３２は、変換率テーブル２１０の中から一律変換率を取得する。そして、ステップＳＰ１３の処理に移行される。

（ステップＳＰ１３）
一律変換手段１３２は、成果情報に含まれる来店ポイントに、例えば取得した一律変換率を乗算することで、ゴールドに変換する。そして、ステップＳＰ１４の処理に移行される。

（ステップＳＰ１４）
送信手段１３３は、受信手段１３０が受信した成果情報にゴールドを追加して、成果情報を報酬サーバ１２に転送する。そして、図８に示される一連の処理が終えられる。

図３に戻って、報酬サーバ１２は、受信手段１２０と、設定手段１２１と、個別変換手段１２２と、リスト作成手段１２３と、送信手段１２４と、を備える。

以上の報酬サーバ１２の各構成の機能を、図９に示されるフローチャートを用いて説明する。なお、以下の処理は、例えば１秒毎など定期的に或いはランダムに開始される。また、以下の処理が始まる前に、設定手段１２１は、管理者による個別変換率の設定操作に応じて、変換率テーブル２１０内に個別変換率を予め設定する。また、リスト作成手段１２３は、以下の処理が始まる前に、例えばユーザ１０Ａがチェックイン可能な店舗１７Ａの店舗リスト等の任意のリストを作成したり、並び替えたりする。

（ステップＳＰ２０）
受信手段１２０は、メディアアプリサーバ１３から成果情報を受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ２５の処理に移行され、否定判定された場合にはステップＳＰ２１の処理に移行される。

（ステップＳＰ２１）
受信手段１２０は、ゲーム端末１０がゲームアプリ１８をダウンロードした成果（ダウンロードをした旨等）を含む成果情報を任意のゲームサーバ１１から受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ２２の処理に移行され、否定判定された場合には図９に示される一連の処理が終えられる。

（ステップＳＰ２２）
個別変換手段１２２は、第２データベースサーバ１６にアクセスして、変換率テーブル２１０を読み出す（参照する）。そして、ステップＳＰ２３の処理に移行される。

（ステップＳＰ２３）
個別変換手段１２２は、読み出した変換率テーブル２１０の中からＤＬ変換率を取得する。そして、ステップＳＰ２４の処理に移行される。

（ステップＳＰ２４）
個別変換手段１２２は、ＤＬ変換率に基づき、ゲーム端末１０がゲームアプリ１８をダウンロードした成果を特定のゲーム用のチケットに変換する。そして、ステップＳＰ３１の処理に移行される。

（ステップＳＰ２５）
個別変換手段１２２は、例えば成果情報と共に或いは別々に受取先ゲームＩＤを受信手段１２０が受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ２８の処理に移行され、否定判定された場合にはステップＳＰ２６の処理に移行される。なお、受取先ゲームＩＤの送信元は、例えば、ゲーム端末１０であってもよいし、メディアアプリサーバ１３であってもよい。また、受信手段１２０が自らゲーム端末１０等に問い合わせることで取得してもよい。

（ステップＳＰ２６）
個別変換手段１２２は、メディアアプリサーバ１３等を介してゲーム端末１０に、チケットの受取先となる特定のゲームを設定することを指示する。そして、ステップＳＰ２７の処理に移行される。

（ステップＳＰ２７）
個別変換手段１２２は、ゲーム端末１０において、受取先の設定がされたか否か判定する。ここで、肯定判定された場合には受取先の設定が受取先ゲームＩＤとされてステップＳＰ２８の処理に移行され、否定判定された場合にはステップＳＰ２６の処理に戻る。

（ステップＳＰ２８）
個別変換手段１２２は、第２データベースサーバ１６にアクセスして、変換率テーブル２１０を読み出す（参照する）。そして、ステップＳＰ２９の処理に移行される。

（ステップＳＰ２９）
個別変換手段１２２は、読み出した変換率テーブル２１０の中から受取先ゲームＩＤに対応する個別変換率を取得する。そして、ステップＳＰ３０の処理に移行される。

（ステップＳＰ３０）
個別変換手段１２２は、受信手段１２０が受信した成果情報に含まれるゴールドに、取得した個別変換率を乗算して、当該ゴールドを報酬「チケット」に変換する。そして、個別変換手段１２２は、ステップＳＰ３１の処理に移行される。

（ステップＳＰ３１）
送信手段１２４は、受取先ゲームＩＤに対応するゲームサーバ１１にチケットの付与を指示する。そして、図９に示される一連の処理が終えられる。なお、この指示は、例えばチケットの枚数と、端末ＩＤと、受取先ゲームＩＤと、を含む。

図３に戻って、ゲームサーバ１１は、受信手段１１０と、付与手段１１１と、交換手段１１２と、送信手段１１３と、を備える。

以上のゲームサーバ１１の各構成の機能を、図３を用いて説明する。

受信手段１１０は、報酬サーバ１２からチケット付与の指示を受信する。

付与手段１１１は、受信手段１１０が受信した指示に含まれるチケットの枚数を、受取先ゲームＩＤ及び端末ＩＤに対応付けて第２データベースサーバ１６に記憶する。すなわち、ゲームサーバ１１は、報酬サーバ１２の指示に沿って、ユーザ１０Ａにチケットを付与する。

交換手段１１２は、ユーザ１０Ａによるアイテム交換の申請の操作に応じて、第２データベースサーバ１６に記憶されているユーザ１０Ａのチケット枚数を減算して、特定のゲームに使用されるアイテムを付与する。すなわち、チケットからアイテムに交換して、当該アイテムをユーザ１０Ａに付与する。なお、減算されるチケット枚数は、アイテム毎に共通であっても異なっていてもよい。

送信手段１１３は、交換手段１１２によりアイテムに交換された際、ゲーム端末１０に、アイテム交換の申請が完了した旨等を通知する。

＜操作画面＞
最後に、図１に示されるチェックインの成果に対するチケットがユーザ１０Ａに付与されるまでの流れの一例を説明しながら、その途中で随時ゲーム端末１０等に表示される操作画面についても説明する。

図１に示される流れは、例えばユーザ１０Ａがゲームのプレイ中に報酬サーバ１２による広告に誘導されて店舗１７Ａに来店した場合と、ユーザ１０Ａが自らの意思でメディアアプリ１９を起動して店舗１７Ａに来店した場合との２通りがある。以下、広告に誘導された来店を「誘導来店」と称し、自らの意思による来店を「自然来店」と称す。

誘導来店の場合、以下のステップＳＰ１００、１０１、１０３が経由される。また、自然来店の場合、以下のステップＳＰ１０２、１０３が経由される。

（ステップＳＰ１００）
ユーザ１０Ａは、ゲーム端末１０において、第１〜第ｍゲームアプリ１８（１）〜１８（ｍ）のうち例えば第１ゲームアプリ１８（１）を起動して、第１ゲームをプレイする。この第１ゲームのプレイ中において所定のタイミングで、ゲーム端末１０には、図１０に示されるように、報酬サーバ１２のリスト作成手段１２３によって提供される広告画面２０が表示される。

広告画面２０は、店舗広告２１と、ダウンロード広告２２と、進むボタン２３と、を含む。この店舗広告２１には、店舗１７Ａへの来店を誘導する情報が記述されている。ダウンロード広告２２には、ユーザ１０Ａがまだ所持していないゲームのダウンロードを誘導する情報が記述されている。そして、ステップＳＰ１０１に移行される。

（ステップＳＰ１０１）
広告画面２０において、店舗広告２１に対応する進むボタン２３が押下される。メディアアプリ１９がインストールされている場合、この押下に対応して、メディアアプリ１９が起動する。また、メディアアプリ１９がインストールされていない場合、メディアアプリ１９のインストールが促される。

メディアアプリ１９が起動された後、図１１に示されるように、ゲーム端末１０には、店舗一覧画面３０が表示される。店舗一覧画面３０は、店舗情報３１と、エリアボタン３２と、業種ボタン３３と、を含む。店舗情報３１は、ユーザ１０Ａの位置から近距離にある店舗１７Ａの数に応じて一又は複数表示される。また、店舗情報３１は、店舗名や住所等の他、店舗１７Ａにチェックインすることでユーザ１０Ａに付与される、受取先ゲームＩＤに対応するチケット枚数を含む。エリアボタン３２が押下された場合、店舗一覧画面３０に表示される店舗１７Ａのエリアが選択可能となる。業種ボタン３３が押下された場合、店舗一覧画面３０に表示される店舗１７Ａの業種が選択可能となる。なお、上記チケット枚数は、図６に示される店舗別報酬テーブル２１１が参照されて得られたものである。

なお、上記店舗一覧画面３０に関わらず、メディアアプリ１９が起動された後、初期画面が表示された以降、ゲーム端末１０には、ゲームボタン３４と、店舗ボタン３５と、チェックインボタン３６と、アイテムボタン３７と、その他ボタン３８と、が表示され続ける。各ボタンの機能については後述する。そして、ステップＳＰ１０３に移行される。

（ステップＳＰ１０２）
ユーザ１０Ａは、そのゲーム端末１０において、自らの意思でメディアアプリ１９を起動する。メディアアプリ１９が起動されると、例えば不図示の初期画面においてその他ボタン３８が押下され、チケットの受取先の設定が行われる。

この受取先の設定においては、ゲーム端末１０に、図１２に示されるような対応ゲーム一覧画面４０が表示される。対応ゲーム一覧画面４０は、所有ゲーム情報４１と、おすすめゲーム情報４２と、を含む。所有ゲーム情報４１及びおすすめゲーム情報４２は、ゲーム名、そのゲームにおいてチケットから交換できるアイテムの名前やその交換数、及び、当該アイテムと交換するために必要チケット枚数等を含む。

ここで、ユーザ１０Ａは、所有ゲーム情報４１の中からチケットの受取先となる特定のゲームを選択し、設定することができる。この設定の際、ゲーム端末１０は、選択された特定のゲームの識別情報（受取先ゲームＩＤ）と、ゲーム端末１０の端末ＩＤとを対応付けて記憶する。
なお、この設定は、ゲーム端末１０を介してメディアアプリサーバ１３により行われてもよい。すなわち、ゲーム端末１０は、選択された特定のゲームの識別情報（受取先ゲームＩＤ）を、ゲーム端末１０の端末ＩＤと共にメディアアプリサーバ１３に送信する。メディアアプリサーバ１３は、受信した端末ＩＤと受取先ゲームＩＤとを対応付けて第２データベースサーバ１６に記憶してもよい。

設定された後、店舗ボタン３５が押下されると、ステップＳＰ１０１と同様、ゲーム端末１０に、店舗一覧画面３０が表示される。そして、ステップＳＰ１０３に移行される。

（ステップＳＰ１０３）
店舗一覧画面３０を見たユーザ１０Ａは、当該店舗一覧画面３０にある店舗１７Ａのうち何れか１つの店舗に来店する。ユーザ１０Ａが来店してゲーム端末１０とビーコン装置１７との距離が所定値以下になると、ゲーム端末１０は、ビーコン装置１７からブロードキャストされるビーコン信号１７Ｂを受信する。ビーコン信号１７Ｂを受信すると、ゲーム端末１０は、メディアアプリ１９を自動的に起動する。

（ステップＳＰ１０４）
メディアアプリ１９が自動的に起動された後、図１３に示されるように、ゲーム端末１０には、来店した店舗１７Ａの店舗詳細画面６０が表示される（確認ウィンドウ６１は除く）。なお、メディアアプリ１９が自動的に起動されるのではなく、メディアアプリ１９が手動で起動された場合は、図１１に示される店舗一覧画面３０が表示された後、ユーザ１０Ａが実際に来店した店舗１７Ａが選択されると、ゲーム端末１０に来店した店舗１７Ａの店舗詳細画面６０が表示される。

店舗詳細画面６０が表示された後、チェックインボタン３６が押下されると、ゲーム端末１０では、チェックイン処理が開始される。まず、ゲーム端末１０には、図１３に示されるように、店舗詳細画面６０に重ねてチェックインの確認ウィンドウ６１が表示される。そして、確認ウィンドウ６１にある「はい」ボタン６２が押下されると、ゲーム端末１０は、ビーコンＩＤや現在位置情報、端末ＩＤ、受取先ゲームＩＤを含む各種情報を、成果判定サーバ１４に送信する。

この受取先ゲームＩＤは、ステップＳＰ１００、１０１を経由した誘導来店の場合は、ユーザ１０Ａがプレイ中であった特定のゲームの識別情報である。また、受取先ゲームＩＤは、ステップＳＰ１０２を経由した自然来店の場合は、チケットの受取先として設定された特定のゲームの識別情報である。なお、端末ＩＤがあれば後で当該端末ＩＤに対応する受取先ゲームＩＤを特定することもできるので、必ずしもこの時点で受取先ゲームＩＤが送信されなくてもよい。

ここで、自動でチェックインする設定がされている場合には、店舗詳細画面６０が表示された後、チェックインボタン３６が押下されたか否かに関わらず、自動的に上記各種情報が成果判定サーバ１４に送信される。そして、ステップＳＰ１０５に移行される。

（ステップＳＰ１０５）
成果判定サーバ１４は、受信した各種情報に基づき、成果判定処理を行う。そして、成果判定サーバ１４は、成果判定処理の結果をゲーム端末１０へ返信する。

判定結果を受信したゲーム端末１０には、店舗詳細画面６０に重ねて、「チェックインが正常に完了しました。」或いは「チェックインできませんでした。もう一度試してください。」等が表示される。そして、ステップＳＰ１０６に移行される。

（ステップＳＰ１０６）
成果判定サーバ１４は、ビーコンＩＤに対応する来店ポイントを取得する。そして、成果判定サーバ１４は、上記各種情報の他取得した来店ポイントを含む成果情報をメディアアプリサーバ１３に送信する。そして、ステップＳＰ１０７に移行される。

（ステップＳＰ１０７）
メディアアプリサーバ１３は、一律変換率に基づき、受信した成果情報が示す来店ポイントをゴールドに変換する。メディアアプリサーバ１３は、ゴールドに変換後、成果情報にゴールドを追加して、当該成果情報を報酬サーバ１２に転送する。そして、ステップＳＰ１０８に移行される。

（ステップＳＰ１０８）
報酬サーバ１２は、個別変換率に基づき、受信した成果情報が示すゴールドをチケットに変換する。報酬サーバ１２は、成果情報に含まれる受取先ゲームＩＤに対応するゲームサーバ１１を特定する。そして、報酬サーバ１２は、特定したゲームサーバ１１にチケットの付与を指示する。すなわち、報酬サーバ１２は、ゲームサーバ１１に当該指示を送信する。なお、この指示は、成果情報に含まれていた端末ＩＤを含む。次にステップＳＰ１０９が行われる。

ここで、上述の一律変換率及び個別変換率は、図３に示される設定手段１２１，１３１により報酬サーバ１２等に表示される設定画面にて設定される。この設定画面の一例としては、図１４に示される設定画面７０が挙げられる。この設定画面７０は、一律変換率を選択可能なプルダウン７１と、個別変換率を選択可能なプルダウン７２とを含む。その他にも、設定画面７０は、ＤＬ変換率を選択可能なプルダウン７３を含む。設定手段１３１又は設定手段１２１は、プルダウン７１〜７３にて選択された各変換率を変換率テーブル２１０に設定する。なお、一律変換率及び個別変換率は、別々の設定画面で個別に設定されてもよい。すなわち、一律変換率は設定手段１３１で設定され、個別変換率は設定手段１２１で設定されてもよい。

（ステップＳＰ１０９）
指示を受信した特定のゲームサーバ１１は、特定のゲーム専用のチケットをユーザ１０Ａに付与する。

チケットが付与された後にユーザ１０Ａがそのチケットを使用したいときは、ユーザ１０Ａは、例えばメディアアプリ１９の図示しない初期画面等においてアイテムボタン３７を押下する。アイテムボタン３７が押下されると、図１５に示されるように、ゲーム端末１０には、アイテム交換画面８０が表示される。アイテム交換画面８０には、アイテム交換ボタン８１を含む。このアイテム交換画面８０には、アイテムの受取先であるゲームの名前や、チケットで交換できるアイテムの名前や、その数値、アイテムと交換するために必要なチケット枚数等が記述されている。このアイテム交換画面８０は、アイテム交換ボタン８１を含む。

アイテム交換画面８０において、アイテム交換ボタン８１が押下されると、ゲーム端末１０は、特定のゲームサーバに対して、アイテム交換の申請を行う。その後、ゲーム端末１０には、不図示の申請完了画面が表示される。申請完了画面には、アイテムへの交換の申請が完了した旨や、アイテムへの交換が実際に反映されるのは時間を要する旨等が記述されている。

アイテム交換の申請を受けた特定のゲームサーバ１１は、チケットをアイテムに交換する。

＜効果＞
以上、第１実施形態に係る構成によれば、例えばチケットの受取先となる特定のゲームに対応する個別変換率が他のゲームの種類に対応する個別変換率よりも高く設定された場合、その個別変換率で変換される報酬目当てに、特定のゲーム以外の他のゲームをプレイしているユーザは、特定のゲームをプレイするようになる。すなわち、上記構成によれば、他のゲームをプレイしているユーザに対して特定のゲームへのプレイを促すことができ、もって、特定のゲームを活性化することができる。

また、高い個別変換率で変換される報酬目当てに、ユーザ１０Ａは店舗１７Ａに頻繁に来店するようにもなり、店舗１７Ａを活性化することができる。

また、第１実施形態に係る構成によれば、設定手段１２１により個別変換率を設定することができる。このため、特定のゲームを活性化したいイベント期間等に、変換率テーブル２１０に設定されている個別変換率を臨機応変に設定し直すことができる。すなわち、イベント期間等にすぐに対応でき、特定のゲームを即座に活性化することができる。

また、一律変換手段１３２は、一律変換率に基づき、成果情報に含まれる成果「来店ポイント」をゴールドに変換する。そして、個別変換手段１２２は、個別変換率に基づき、ゴールドをチケットに変換する。この構成によれば、例えば一律変換率を大きく設定すれば、ゲームシステム５の枠組全体を活性化することができる。すなわち、全てのゲーム、全ての店舗１７Ａを活性化することができる。

また、第１実施形態に係る構成によれば、設定手段１３１により一律変換率を設定することができる。このため、特定のゲームを活性化したいイベント毎に、変換率テーブル２１０に設定されている一律変換値や個別変換率を随時設定し直す、すなわち随時変更することができる。

また、第１実施形態に係る構成によれば、報酬サーバ１２は、ＤＬ変換率に基づいて、ゲームアプリ１８をダウンロードした成果をチケットに変換するので、ユーザ１０Ａに対してダウンロードを促すことができる。また、このＤＬ変換率は、一律変換率や個別変換率とは異なる変換率であるため、一律変換率や個別変換率が変更されても影響を受けることなく、適切にチケットに変換することができる。

――第２実施形態――
次に、本発明の第２実施形態に係る報酬サーバについて説明する。

第２実施形態に係る報酬サーバは、成果情報を受信した際にすぐに報酬に変換しない点で、第１実施形態と異なる。第２実施形態に係る報酬サーバにおけるその他の構成及び機能は、第１実施形態に係る報酬サーバ１２の構成及び機能と同様である。

図１６を用いて、第２実施形態に係る報酬サーバの各部における処理の流れについて説明する。なお、以下の処理は、例えば１秒毎など定期的に或いはランダムに開始される。

（ステップＳＰ４０）
受信手段１２０は、ゲーム端末１０がチェックイン処理によって付与される成果を含む成果情報をメディアアプリサーバ１３から受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ４１の処理に移行され、否定判定された場合にはステップＳＰ４２の処理に移行される。

（ステップＳＰ４１）
受信手段１２０は、第２データベースサーバ１６に成果情報を蓄積する。そして、個別変換手段１２２は、ステップＳＰ４２の処理に移行される。

（ステップＳＰ４２）
受信手段１２０は、チケットへの変換要求をゲーム端末１０から受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ２８処理に移行され、否定判定された場合には一連の処理を終える。

以上、本発明の第２実施形態に係る構成によれば、ユーザ１０Ａは、例えば通常よりも個別変換率が高く設定されているときに、蓄積された成果情報が示す各成果をまとめてチケットへ変換することができ、ユーザ１０Ａにお得感を与えることができる。

――第３実施形態――
次に、本発明の第３実施形態に係る報酬サーバについて説明する。

第３実施形態に係る報酬サーバは、第１実施形態に係る報酬サーバ１２の処理に加えてリスト処理も行う点で、第１実施形態と異なる。第３実施形態に係る報酬サーバにおけるその他の構成及び機能は、第１実施形態に係る報酬サーバ１２の構成及び機能と同様である。

図１７を用いて、本発明の第３実施形態に係る報酬サーバのリスト処理の流れについて説明する。

（ステップＳＰ５０）
受信手段１２０は、ゲーム端末１０から店舗１７Ａのリストを要求する店舗リスト要求を受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ５５の処理に移行され、否定判定された場合にはステップＳＰ５１の処理に移行される。

（ステップＳＰ５１）
受信手段１２０は、ゲーム端末１０から変換率のリストを要求する店舗リスト要求を受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ５２の処理に移行され、否定判定された場合には図１７に示される一連の処理が終えられる。

（ステップＳＰ５２）
リスト作成手段１２３は、第２データベースサーバ１６にアクセスして、変換率テーブル２１０を読み出す。そして、ステップＳＰ５３の処理に移行される。

（ステップＳＰ５３）
リスト作成手段１２３は、変換率テーブル２１０の中から例えばゲーム端末１０にインストールされたゲームに対応する個別変換率を抽出して、変換率リストを作成する。そして、ステップＳＰ５４の処理に移行される。

（ステップＳＰ５４）
送信手段１２４は、変換率リスト要求を行ったゲーム端末１０に変換率リストを送信する。変換率リストを受信したゲーム端末１０は、当該変換率リストに基づき、ゲームのタイトル毎に個別変換率を表示する。そして、図１７に示される一連の処理が終えられる。

（ステップＳＰ５５）
リスト作成手段１２３は、第２データベースサーバ１６にアクセスして、店舗別報酬テーブル２１１を読み出す。そして、ステップＳＰ５６の処理に移行される。

（ステップＳＰ５６）
リスト作成手段１２３は、第２データベースサーバ１６等から端末ＩＤに対応する受取先ゲームＩＤを取得する。そして、リスト作成手段１２３は、店舗別報酬テーブル２１１の中から、受取先ゲームＩＤが示す特定のゲームのタイトルに対応する複数の店舗１７Ａの名前及び当該複数の店舗で得られるチケット枚数を取得する。次に、リスト作成手段１２３は、取得したチケット枚数と、特定のゲームにおいてアイテムの交換に必要な報酬、すなわち必要なチケット枚数に基づき、店舗１７Ａの名前を並び替える。

具体的には、リスト作成手段１２３は、店舗１７Ａの名前を、特定のゲームにおいてアイテムの交換に必要なチケットが得られる店舗順に並び替える。より具体的には、リスト作成手段１２３は、特定のゲームにおいてアイテムの交換に必要なチケットが２枚であれば、この枚数と同じ枚数のチケットが得られる店舗１７Ａの名前が最初の順番となるように店舗１７Ａの名前を並び替える。また、リスト作成手段１２３は、必要なチケットの枚数超の枚数のチケットが得られる店舗１７Ａの名前が次の順番となり、必要なチケットの枚数未満の枚数のチケットが得られる店舗１７Ａの名前が最後の順番となるように店舗１７Ａの名前を並び替える。そして、ステップＳＰ５７の処理に移行される。

（ステップＳＰ５７）
リスト作成手段１２３は、並び替えた各店舗の名前と、各店舗の詳細と、各店舗で得られるチケットの枚数と、を対応付けて店舗リストを作成する。そして、ステップＳＰ５８の処理に移行される。

（ステップＳＰ５８）
送信手段１２４は、店舗リスト要求を行ったゲーム端末１０に店舗リストを送信する。店舗リストを受信したゲーム端末１０は、当該店舗リストに基づき、図１１に示される店舗一覧画面３０の代わりに、例えば図１８に示される店舗一覧画面３００を表示する。この店舗一覧画面３００には、特定したゲームにおいてアイテムの交換に必要なチケットと同じ枚数のチケットが得られる店舗１７Ａの名前が優先的に最初（一番上に）に記述されている。そして、図１７に示される一連の処理が終えられる。

以上、本発明の第３実施形態に係る報酬サーバによれば、ゲーム端末１０には店舗一覧画面３００が表示されるので、当該店舗一覧画面３００を見たユーザ１０Ａは、アイテムを交換するために必要なチケットが得られる店舗１７Ａをすぐに発見することができる。また、ゲーム端末１０にはゲームのタイトル毎に個別変換率が表示されるので、例えばどのゲームの個別変換率が高いか等をすぐに把握することができる。

――第４実施形態――
次に、本発明の第４実施形態に係る報酬サーバについて説明する。

第４実施形態に係る報酬サーバは、ゲーム端末１０がチェックイン処理した履歴を示すチェックイン履歴やユーザ１０Ａが交換したアイテムの履歴を示すアイテム交換履歴等の履歴を利用する点で、第１実施形態と異なる。第４実施形態に係る報酬サーバにおけるその他の構成及び機能は、第１実施形態に係る報酬サーバ１２の構成及び機能と同様である。

上記各履歴は、例えば第２データベースサーバ１６に格納される。また、チェックイン履歴は、例えば、チェックインした時間、受取先ゲームＩＤ、チェックインした店舗の名前及びチケットの変換枚数等を含む。また、アイテム交換履歴は、例えば、アイテム交換した時間、アイテム交換したユーザ１０Ａの識別情報（端末ＩＤ）、交換したアイテムの名前、及び、交換したアイテムの数等を含む。

図１９を用いて、第４実施形態に係る報酬サーバの各部における処理の流れについて説明する。なお、以下の処理は、例えば１秒毎など定期的に或いはランダムに開始される。

（ステップＳＰ６０）
受信手段１２０は、ゲーム端末１０がチェックイン処理によって付与される成果を含む成果情報をメディアアプリサーバ１３から受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ６６の処理に移行され、否定判定された場合にはステップＳＰ６１の処理に移行される。なお、第４実施形態では、成果情報はチェックイン処理の時間（チェックイン時間）を含む。

（ステップＳＰ６１）
受信手段１２０は、ゲーム端末１０から店舗１７Ａのリストを要求する店舗リスト要求を受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ６４の処理に移行され、否定判定された場合にはステップＳＰ６２の処理に移行される。

（ステップＳＰ６２）
受信手段１２０は、ゲーム端末１０から履歴要求を受信したか否か判定する。ここで、肯定判定された場合にはステップＳＰ６３の処理に移行され、否定判定された場合には一連の処理が終えられる。

（ステップＳＰ６３）
送信手段１２４は、履歴要求を行ったゲーム端末１０に、チェックイン履歴やアイテム交換履歴等、履歴要求に対応する履歴を送信する。履歴を受信したゲーム端末１０は、当該履歴に基づき、例えば図２０に示されるチェックイン履歴一覧画面３１０や図２１に示されるアイテム交換履歴一覧画面３２０を表示する。チェックイン履歴一覧画面３１０には、例えばチェックインした日時やチェックインした店舗名、チェックインして得られたチケット枚数、店舗詳細等が記述されている。また、アイテム交換履歴一覧画面３２０には、例えばアイテムに交換した日時や、交換に使用したチケット枚数、得られたアイテム名を含む交換内容等が記述されている。

（ステップＳＰ６４）
リスト作成手段１２３は、第２データベースサーバ１６をアクセスし、チェックイン履歴を読み出す。そして、ステップＳＰ６５の処理に移行される。

（ステップＳＰ６５）
リスト作成手段１２３は、チェックイン履歴から店舗毎のチェックイン回数を算出する。そして、チェックイン回数に基づき、店舗別報酬テーブル２１１の中の店舗の名前を並び替える。例えば、リスト作成手段１２３は、チェックイン回数が少ない店舗順に並び替えてもよいし、逆にチェックイン回数が多い店舗順に並び替えてもよい。そして、ステップＳＰ５７の処理に移行される。

（ステップＳＰ６６）
個別変換手段１２２は、第２データベースサーバ１６をアクセスし、チェックイン履歴を読み出す。そして、ステップＳＰ６７の処理に移行される。

（ステップＳＰ６７）
個別変換手段１２２は、チェックイン履歴に基づき、ゲーム端末１０による前回のチェックイン時間と今回のチェックイン時間の間隔、すなわちチェックイン間隔を算出する。そして、個別変換手段１２２は、算出したチェックイン間隔が報酬の付与を禁止する禁止期間、例えばｉ時間超であるか否か判定する。なお、ｉは正の数である。ここで、肯定判定された場合にはステップＳＰ２８の処理に移行され、否定判定された場合にはステップＳＰ６８の処理に移行される。

（ステップＳＰ６８）
個別変換手段１２２は、今回のチェックインが禁止期間のものである、すなわちチェックインが不当であるとして、今回のチェックインをないものとみなす。そして、個別変換手段１２２は、後何時間でチェックイン可能かをゲーム端末１０に表示指示する。そして、一連の処理が終えられる。

（ステップＳＰ６９）
個別変換手段１２２は、チェックインをないものとみなした回数を示す変数ｊに１を加算する。なお、この変数ｊは、ゲーム端末１０毎に用意されており、禁止期間が経過する毎にゼロにリセットされる。

（ステップＳＰ７０）
個別変換手段１２２は、ステップＳＰ３１と同様に、チェックインの成果「ゴールド」を個別変換率に基づき報酬「チケット」に変換する。この際、第４実施形態では、個別変換手段１２２は、変数ｊが示す値に応じてチケットを増大させる。例えば、個別変換手段１２２は、変換したチケットの枚数が１枚である場合に、変数ｊが示す値に応じて、その枚数に０．０１枚を加算する。そして、ステップＳＰ３１の処理に移行される。

（ステップＳＰ７１）
ステップＳＰ３１の処理の後、個別変換手段１２２は、チェックイン履歴を更新する。なお、個別変換手段１２２は、チケットからアイテムへの交換があった後は、アイテム交換履歴も更新する。

以上、本発明の第４実施形態に係る報酬サーバでは、チェックイン回数に基づき店舗１７Ａの順番が並び替えられ、その結果がゲーム端末１０に表示される。したがって、ゲーム端末１０の表示を見たユーザ１０Ａは、例えばチェックイン回数が多く行き慣れた店舗１７Ａをすぐに発見することができる。

また、ゲーム端末１０は、チェックインがないものとみなされた場合、チェックインをないものとみなした回数に応じて、禁止期間が経過した後の次回のチェックイン時のチケットが増大する。したがって、チェックインがないものとみなされたユーザ１０Ａが不満を持つことを低減することができる。

――変形例――
以上、具体例を参照しつつ本発明の実施の形態について説明した。しかし、本発明はこれらの具体例に限定されるものではない。すなわち、これら具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。前述した各具体例が備える各要素およびその配置、条件、形状などは、例示したものに限定されるわけではなく適宜変更することができる。

例えば、第１〜第４実施形態では、個別変換率がゲーム（のタイトル）毎に設定される場合を説明したが、ゲーム毎以外の予め定められた条件毎に設定されてもよい。この予め定められた条件としては、例えば、ゲームの種類毎やゲームのプレイ情報毎、ユーザ情報毎、チェックイン処理の回数毎、チェックイン処理の時間毎、店舗１７Ａの店舗情報毎等が挙げられる。

また、例えばゲーム毎の個別変換率を第１個別変換率としたとき、予め定められた条件毎の個別変換率を第２個別変換率とし、第１個別変換率と第２個別変換率の両方が変換率テーブル２１０に設定されていてもよい。

このような場合、報酬サーバ１２は、管理者の切替操作に応じて、第１個別変換率で変換するか第２個別変換率で変換するかを切替える。第２個別変換率で変換する場合、図９に示される各ステップと同様の処理が行われる。例えば、第２個別変換率がプレイ情報毎に設定される場合、ステップＳＰ２５において、受信手段１２０は、ゲーム端末１０のユーザによる特定のゲームのプレイ情報を取得する。そして、ステップＳＰ２９，３０において、個別変換手段１２２は、変換率テーブル２１０の第２個別変換率を参照し、参照した第２個別変換率の中で受信手段１２０が取得したプレイ情報に対応する第２個別変換率に基づき、受信手段１２０が取得した成果情報に含まれる成果をチケットに変換する。第２個別変換率がユーザ情報毎等その他の場合も、上記同様の処理である。

ユーザ情報としては、例えばユーザ１０Ａの性別や住所、年齢、身長、体重、所属先、ゲームのインストール数等が挙げられる。ゲームのインストール数の場合、インストール数が多いほど個別変換率が高く設定されると好ましい。このような設定であると、店舗１７Ａへの誘導だけでなく、ユーザ１０Ａがまだ所持していないゲームアプリ１８のダウンロードへの誘導も行うことができる。

店舗情報としては、店舗１７Ａの種類、店舗１７Ａの住所、店舗１７Ａの所属グループ等が挙げられる。

上記のように第２個別変換率がプレイ情報毎であれば、例えばプレイ情報のうち特定のプレイ情報に対応する第２個別変換率が他のプレイ情報に対応する第２個別変換率よりも高く設定された場合、その高い第２個別変換率を求めて特定のゲームが継続してプレイされる。この結果、特定のゲームを長く活性化することができる。また、特定のプレイ情報に一致するユーザ１０Ａに対して店舗１７Ａに行く意欲を向上させることもできる。

また、上記のように第２個別変換率がユーザ情報毎であれば、例えばユーザ情報のうち特定のユーザ情報に対応する第２個別変換率が他のユーザ情報に対応する第２個別変換率よりも高く設定された場合、当該特定のユーザ情報に一致するユーザ１０Ａに対して店舗１７Ａに行く意欲を向上させることができる。チェックイン処理の回数毎、チェックイン処理の時間毎、店舗の店舗情報毎の場合も同様である。

上記の他にも、第２個別変換率は、店舗１７Ａでの購入情報毎やビーコン信号１７Ｂの電波強度毎に設定されてもよい。すなわち、予め定められた条件は、購入情報毎や電波強度毎であってもよい。購入情報としては、購入実績や購入額、購入内容等が挙げられる。第２個別変換率がビーコン信号１７Ｂの電波強度毎である場合、当該電波強度が高いほど第２個別変換率が高く設定されると好ましい。このような設定であると、例えばビーコン装置１７の設置場所を店舗１７Ａの中でも集客したい場所、例えば売りたい商品が陳列された棚やレジ等にすることで、当該場所まで誘導して、商品の購入を促すことができる。

また、第１個別変換率及び第２個別変換率は、チェックインする店舗１７Ａの種類、チェックインする時間帯、受取先設定されているゲームの種類、又は、プレイ中のゲームの種類によっては、自動的にランダムに設定されてもよい。

また、第１個別変換率は、ゲーム毎且つ予め定められた条件毎であってもよい。言い換えれば、第１個別変換率は、ゲーム毎且つ当該ゲームのプレイ情報毎、ゲーム毎且つユーザ情報毎等、ゲーム毎且つチェックイン処理の回数毎、ゲーム毎且つチェック時間毎、ゲーム毎且つ店舗情報毎等、上記予め定められた条件が組み合せられて設定されてもよい。

上記ゲーム毎且つ店舗情報毎の一例として、図２２に示される変換率テーブル２１０Ａのように、第１個別変換率がゲームのタイトル毎且つ店舗名毎に設定されてもよい。
この場合、図９に示される各ステップと同様の処理が行われる。すなわち、受信手段１２０は、ステップＳＰ２５において、受取先ゲームＩＤだけでなく、ゲーム端末１０がチェックイン処理した店舗１７Ａの店舗名を取得する。そして、ステップＳＰ２９，３０において、個別変換手段１２２は、第１個別変換値を参照し、参照した第１個別変換値の中で受信手段１２０が取得した受取先ゲームＩＤ及び店舗名に対応する第１個別変換値に基づき、受信手段１２０が取得した成果情報に含まれる成果をチケットに変換する。

このように第１個別変換率の設定に関して予め定められた条件を組み合わせることで、第１個別変換率が単体で設定される場合に奏する上述の効果の他、以下の効果も奏する。すなわち、第１個別変換率のバリエーションが増えて、ゲームシステム５全体に深みを持たせることができる。これにより、ユーザ１０Ａがこのゲームシステム５に組み込まれることが促進され（メディアアプリ１９のインストールの促進等）、ゲームシステム５全体の活性化を図ることができる。
なお、上記同様の考えで、ゲーム毎の第１個別変換率及びその他毎の第２個別変換率を乗算した値に基づいて、ゴールドがチケットに変換されてもよい。

また、個別変換率、一律変換率、及び、ＤＬ変換率の少なくとも何れか１つは、元の値（来店ポイントやゴールド）に加算する加算値であってもよい。

また、個別変換手段１２２は、複数のゲームに一律なＤＬ変換率に基づき、ゲーム端末１０がダウンロードした成果をチケットに変換する場合を説明したが、このＤＬ変換率も、ゲーム毎やプレイ情報毎、チェックイン回数、チェックイン時間、店舗情報毎等に設定されてもよい。また、ＤＬ変換率が一律に設定されていても、ゲーム端末１０がダウンロードした成果を、ＤＬ変換率に個別変換率を乗算して変換してもよい。

また、報酬サーバ１２とメディアアプリサーバ１３の機能は、別々のサーバ装置で実現する場合を説明したが、一つのサーバ装置で実現してもよい。また、報酬サーバ１２とメディアアプリサーバ１３だけでなく成果判定サーバ１４も、一つのサーバ装置で実現してもよい。この場合、受信手段１２０は、成果情報を外部からの受信ではなく、内部の成果判定サーバ１４の機能から取得する。

また、報酬サーバ１２とゲームサーバ１１の機能も、一つのサーバ装置で実現してもよい。この場合、送信手段１２４は、チケット付与の指示を外部に送信するのではなく、内部のゲームサーバ１１の機能へ伝達する。また、報酬サーバ１２と第１データベースサーバ１５や第２データベースサーバ１６の機能も、一つのサーバ装置で実現してもよい。

また、報酬サーバ１２の各部の中で例えば設定手段１２１やリスト作成手段１２３は省略してもよい。設定手段１２１がない場合、既に個別変換率が設定された変換率テーブル２１０をイベント期間毎に随時受信手段１２０が受信してもよい。

また、送信手段１２４は、例えば図９中のステップＳＰ３１以降で、チケットへの変換結果をゲーム端末１０に表示する指示を送信してもよい。この際、送信手段１２４は、ゲーム端末１０に、変換されたチケットの枚数に応じて種類の異なる画面を表示させたり、種類の異なる音を発生させたり、度合の異なる振動をゲーム端末１０に表示させてもよい。送信手段１２４は、例えば、変換されたチケットの枚数が多い場合、チケットの枚数が低い場合よりも豪華なデザインの画面を表示させたり、大きい音を発生させたりしてもよい。

また、第４実施形態では、チェックインをないものとみなした回数に応じて、禁止期間が経過した後の次回のチェックイン時のチケットを増大させる場合を説明したが、当該回数に応じて、禁止期間が経過した後、一定期間、個別変換率を増大させてもよい。

また、第１実施形態では、ゲーム端末１０によるチェックイン処理は、ビーコン装置１７によるビーコン信号１７Ｂにより開始される場合を説明したが、Ｗｉ−Ｆｉ等の無線ＬＡＮからの無線信号により開始されてもよい。また、チェックイン処理は、ＧＰＳ衛星による現在位置情報を利用する場合を説明したが、ビーコン装置１７とゲーム端末１０の情報のみに基づいて行われてもよい。また、チェックイン処理は、店舗１７Ａに設置されている無線端末を、店員或いはユーザ１０Ａが操作することによって開始されてもよい。また、ＧＰＳ衛星による現在位置情報を用いる場合、店舗１７Ａにビーコン装置１７を設置しない状態で、現在位置情報と予め登録された店舗１７Ａの住所とを照合して成果判定処理をしてもよい。

また、第１実施形態では、チェックイン処理により付与される成果は、アイテムに交換するためのチケットに変換する場合を説明したが、チェックイン処理により付与される成果をアイテムにそのまま変換してもよい。また、チケットは、アイテムだけでなく、ゲーム中の通貨やキャラクタの経験値と交換されてもよい。

５：ゲームシステム
１０：ゲーム端末
１１：ゲームサーバ
１２：報酬サーバ（サーバ装置）
１３：メディアアプリサーバ（サーバ装置）
１７Ａ：店舗
１１１：付与手段
１１２：交換手段（使用手段）
１２０：受信手段（取得手段）
１２１：設定手段
１２２：個別変換手段
１２４：送信手段（指示手段）
１３２：一律変換手段
２００ 参照テーブル
２１０ 変換率テーブル

Claims (10)

1. 複数のゲームが提供されるゲーム端末が店舗に対するチェックイン処理によって付与される成果を含む成果情報と、前記複数のゲームのうち特定のゲームの識別情報とを取得する取得手段と、
   前記ゲーム毎に設定される個別変換値を参照し、参照した前記個別変換値の中で前記取得手段が取得した前記識別情報に対応する個別変換値に基づき、前記取得手段が取得した前記成果情報に含まれる成果を前記特定のゲームに使用可能な報酬に変換する個別変換手段と、
   前記個別変換手段で変換された前記報酬の付与を指示する指示手段と、
   を備えるサーバ装置。
2. 前記個別変換値を設定する設定手段、
   を更に備える請求項１に記載のサーバ装置。
3. 前記個別変換値は、前記ゲーム毎且つ前記ゲームのプレイ情報毎に設定され、
   前記取得手段は、前記ゲーム端末のユーザによる前記特定のゲームのプレイ情報を取得し、
   前記個別変換手段は、前記個別変換値を参照し、参照した前記個別変換値の中で前記取得手段が取得した前記識別情報及び前記プレイ情報に対応する個別変換値に基づき、前記取得手段が取得した前記成果情報に含まれる成果を前記報酬に変換する、
   請求項１又は２に記載のサーバ装置。
4. 前記個別変換値は、前記ゲーム毎且つ前記ゲームをプレイするユーザのユーザ情報毎に設定され、
   前記取得手段は、前記ゲーム端末を所持するユーザのユーザ情報を取得し、
   前記個別変換手段は、前記個別変換値を参照し、参照した前記個別変換値の中で前記取得手段が取得した前記識別情報及び前記ユーザ情報に対応する個別変換値に基づき、前記取得手段が取得した前記成果情報に含まれる成果を前記報酬に変換する、
   請求項１又は２に記載のサーバ装置。
5. 前記個別変換値は、前記ゲーム毎且つ前記チェックイン処理の回数毎に設定され、
   前記取得手段は、前記ゲーム端末における前記チェックイン処理の回数を取得し、
   前記個別変換手段は、前記個別変換値を参照し、参照した前記個別変換値の中で前記取得手段が取得した前記識別情報及び前記チェックイン処理の回数に対応する個別変換値に基づき、前記取得手段が取得した前記成果情報に含まれる成果を前記報酬に変換する、
   請求項１又は２に記載のサーバ装置。
6. 前記個別変換値は、前記ゲーム毎且つ前記チェックイン処理の時間毎に設定され、
   前記取得手段は、前記ゲーム端末における前記チェックイン処理の時間を取得し、
   前記個別変換手段は、前記個別変換値を参照し、参照した前記個別変換値の中で前記取得手段が取得した前記識別情報及び前記チェックイン処理の時間に対応する個別変換値に基づき、前記取得手段が取得した前記成果情報に含まれる成果を前記報酬に変換する、
   請求項１又は２に記載のサーバ装置。
7. 前記個別変換値は、前記ゲーム毎且つ前記店舗の店舗情報毎に設定され、
   前記取得手段は、前記ゲーム端末がチェックイン処理した店舗の店舗情報を取得し、
   前記個別変換手段は、前記個別変換値を参照し、参照した前記個別変換値の中で前記取得手段が取得した前記識別情報及び前記店舗情報に対応する個別変換値に基づき、前記取得手段が取得した前記成果情報に含まれる成果を前記報酬に変換する、
   請求項１又は２に記載のサーバ装置。
8. 前記複数のゲームに一律な一律変換値を参照し、参照した一律変換値に基づき、前記取得手段が取得した成果情報に含まれる成果を異なる価値に変換する一律変換手段を更に備え、
   前記個別変換手段は、前記個別変換値に基づき、前記一律変換手段により変換して得られた前記異なる価値を前記報酬に変換する、
   請求項１乃至７の何れか１項に記載のサーバ装置。
9. 前記個別変換手段は、前記個別変換値とは異なる受取変換値を参照し、参照した前記受取変換値に基づき、前記ゲーム端末が前記複数のゲームのうち何れかのゲームの提供を受けたことによって付与される成果を前記特定のゲームに使用可能な報酬に変換する、
   請求項１乃至８の何れか１項に記載のサーバ装置。
10. ゲーム端末に複数のゲームを提供するゲームサーバ装置と、前記ゲームサーバ装置と通信可能な報酬サーバ装置とを含むゲームシステムであって、
    前記報酬サーバ装置は、
    前記ゲーム端末が店舗に対するチェックイン処理によって付与される成果を含む成果情報と、前記複数のゲームのうち特定のゲームの識別情報とを取得する取得手段と、
    前記ゲーム毎に設定される個別変換値を参照し、参照した前記個別変換値の中で前記取得手段が取得した前記識別情報に対応する個別変換値に基づき、前記取得手段が取得した前記成果情報に含まれる成果を前記特定のゲームに使用可能な報酬に変換する個別変換手段と、
    前記個別変換手段で変換された前記報酬の付与を前記ゲームサーバ装置に指示する指示手段と、
    を備え、
    前記ゲームサーバ装置は、
    前記指示手段の指示に基づき、前記ゲーム端末のユーザに前記報酬を付与する付与手段と、
    前記ユーザの操作に応じて前記付与手段によって付与された報酬を、前記特定のゲームに使用する使用手段と、
    を備える、
    ゲームシステム。

Images