JP2014038663A - サーバ装置、および、サーバ装置用プログラム - Google Patents

Abstract

【課題】スタンプ等を収集することで褒賞を付与するタイプのサービスにおいて、ユーザが取りうる選択の幅を広げる。
【解決手段】ユーザの端末装置からのエントリを検出するエントリ検出手段と、前記エントリ検出手段により前記エントリが検出された場合に、当該エントリが所定エントリ条件を満たすか否か判断する所定エントリ条件判断手段と、少なくとも前記所定エントリ条件を満たしたことの履歴を記憶する所定エントリ履歴記憶手段と、前記所定エントリ条件判断手段が前記所定エントリ条件を満たすと判断した場合に、前記所定エントリ条件を満たしたという情報を前記所定エントリ履歴記憶手段に記憶させる所定エントリ情報付与手段と、前記ユーザから所定の対価を受け付けたことを条件に、前記履歴の編集を受け付ける編集手段と、前記履歴が褒賞条件を満たすか否か判断する褒賞判断手段と、前記褒賞条件を満たす場合に、前記ユーザに褒賞を付与する褒賞付与手段とを備える。
【選択図】図４

Description

本発明は、サーバ装置もしくは端末装置の制御技術に関する。

従来から、店舗の販売促進やレクリエーション等を目的として、スタンプを集めたユーザに対して褒賞を付与する、いわゆるスタンプラリーが行われている。

特許文献１には、ユーザ（顧客）が来店することによって付与される電子スタンプを用いた電子クーポンの配信について記載されている。電子スタンプは、ユーザが来店した日ごとに１回貯まるようになっており、ユーザには貯めた電子スタンプの数量に応じて、所定のサービス内容の電子クーポンが提供される。

ネットワークを介して提供されるゲームにおいても、ユーザ（プレイヤ）にゲームにエントリすることへのインセンティブを与えるため、スタンプラリーが行われている。日ごとにユーザがゲームにエントリすることでスタンプを付与し、ユーザが所定の日数連続でエントリすると、レアカード、レアアイテム等の褒賞を与えることが行われている。

特開２０１０−１７６２８２号公報

上述したように、ネットワークを介したゲームにおいてもスタンプラリーが行われているが、ある程度長い期間（例えば１週間）にわたって毎日エントリすることが褒賞の条件とされている場合、一日も欠かさずゲームにエントリすることは、ユーザの都合により容易でない場合がある。このような都合がつかない場合であっても、ユーザは無理をしてでも、毎日エントリし続けること以外、褒賞が得られる道はなかった。

そのため、一日でもエントリできずにスタンプを逃したユーザは、それ以降、エントリへのモチベーションが下がり、ゲームから遠のいてしまっていた。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、スタンプ等を収集することで褒賞を付与するタイプのサービスにおいて、ユーザが取りうる選択の幅を広げることにある。

上記の課題を解決するため、本発明にあっては、ユーザの端末装置からのエントリを検出するエントリ検出手段と、前記エントリ検出手段により前記エントリが検出された場合に、当該エントリが所定エントリ条件を満たすか否か判断する所定エントリ条件判断手段と、少なくとも前記所定エントリ条件を満たしたことの履歴を記憶する所定エントリ履歴記憶手段と、前記所定エントリ条件判断手段が前記所定エントリ条件を満たすと判断した場合に、前記所定エントリ条件を満たしたという情報を前記所定エントリ履歴記憶手段に記憶させる所定エントリ情報付与手段と、前記ユーザから所定の対価を受け付けたことを条件に、前記履歴の編集を受け付ける編集手段と、前記履歴が褒賞条件を満たすか否か判断する褒賞判断手段と、前記褒賞条件を満たす場合に、前記ユーザに褒賞を付与する褒賞付与手段とを備える。

また、ユーザの端末装置からのエントリを検出するエントリ検出手段と、前記エントリ検出手段により前記エントリが検出された場合に、当該エントリが所定エントリ条件を満たすか否か判断する所定エントリ条件判断手段と、少なくとも前記所定エントリ条件を満たしたことの履歴を記憶する所定エントリ履歴記憶手段と、前記所定エントリ条件判断手段が前記所定エントリ条件を満たすと判断した場合に、前記所定エントリ条件を満たしたという情報を前記所定エントリ履歴記憶手段に記憶させる所定エントリ情報付与手段と、前記ユーザから所定の対価を受け付けたことを条件に、褒賞条件の編集を受け付ける編集手段と、前記履歴が前記褒賞条件を満たすか否か判断する褒賞判断手段と、前記褒賞条件を満たす場合に、前記ユーザに褒賞を付与する褒賞付与手段とを備える。

本発明にあっては、所定の対価を払うことによって、取り逃したスタンプ等を得るという選択肢をユーザに与えることが可能となり、スタンプ等を逃したことによるユーザの脱離を抑制することができる。

本発明の一実施形態にかかるシステムの構成例を示す図である。 端末装置のハードウェア構成例を示す図である。 ゲーム管理サーバのハードウェア構成例を示す図である。 端末装置およびゲーム管理サーバの機能構成例を示す図である。 所定エントリ条件／褒賞基本条件保持部のデータ構造例を示す図である。 プレイヤ情報データベースのデータ構造例を示す図である。 スタンプ履歴の例を示す図である。 編集後条件の例を示す図である。 アイテム情報データベースのデータ構造例を示す図である。 実施形態の処理例を示すシーケンス図（その１）である。 端末装置の画面例を示す図（その１）である。 端末装置の画面例を示す図（その２）である。 端末装置の画面例を示す図（その３）である。 端末装置の画面例を示す図（その４）である。 実施形態の処理例を示すシーケンス図（その２）である。

以下、本発明の好適な実施形態につき説明する。なお、ネットワークを介したゲームを例として説明するが、ゲームに限らず、任意のサービスに適用することができる。

＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。

図１において、システムは、プレイヤ（ユーザ）が所持するスマートフォン、携帯電話等の端末装置（プレイヤ端末）１と、移動無線基地局やＷｉ−Ｆｉステーション等のアクセスポイント２と、インターネット等のネットワーク３と、複数のプレイヤがネットワークを介してゲームプレイを行うゲームの管理（制御）を行うゲーム管理サーバ４とを備えている。

図２は端末装置１のハードウェア構成例を示す図である。

図２において、端末装置１は、電源システム１０１と、プロセッサ１０３、メモリコントローラ１０４、周辺インタフェース１０５を含むメインシステム１０２と、記憶部１０６と、外部ポート１０７と、高周波回路１０８と、アンテナ１０９と、オーディオ回路１１０と、スピーカ１１１と、マイク１１２と、近接センサ１１３と、ＧＰＳ（Global Positioning System）回路１１４と、ディスプレイコントローラ１１６、光学センサコントローラ１１７、入力コントローラ１１８を含むＩ／Ｏ（Input/Output）サブシステム１１５と、タッチ反応型ディスプレイシステム１１９と、光学センサ１２０と、入力部１２１とを備えている。

図３はゲーム管理サーバ４のハードウェア構成例を示す図である。

図３において、ゲーム管理サーバ４は、システムバス４０１に接続されたＣＰＵ（Central Processing Unit）４０２、ＲＯＭ（Read Only Memory）４０３、ＲＡＭ（Random Access Memory）４０４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）４０５、Ｉ／Ｆ（Interface）４０６と、Ｉ／Ｆ４０６に接続された、キーボード、マウス、モニタ、ＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等のＩ／Ｏ（Input/Output Device）４０７、ＨＤＤ（Hard Disk Drive）４０８、ＮＩＣ（Network Interface Card）４０９等を備えている。

図４は端末装置１およびゲーム管理サーバ４の機能構成例を示す図である。

図４において、端末装置１は、プレイヤ操作入力部１１とゲームロジック実行部１２とサーバアクセス部１３と画面表示部１４とを備えている。

プレイヤ操作入力部１１は、端末装置１を操作するプレイヤからの操作を入力（受付）する機能を有している。

ゲームロジック実行部１２は、プレイヤ操作入力部１１により入力されたプレイヤの操作に応じ、画面遷移を行ってゲームを進行する機能を有している。ゲームロジック実行部１２は、ゲーム管理サーバ４からＨＴＭＬ（Hyper Text Markup Language）等で記載されたページデータおよびページデータ内に含まれるスクリプト等に基づいてゲームロジックを実行する場合（ブラウザ型）と、予めダウンロードされてインストールされたアプリケーションに基づいてゲームロジックを実行する場合（アプリ型）とがある。

サーバアクセス部１３は、ゲームロジック実行部１２の処理の過程でゲーム管理サーバ４へのアクセスが必要になった場合に、ゲーム管理サーバ４に対してリクエストを送信し、処理結果等をレスポンスとして受信する機能を有している。ここで、リクエストとしては、更新系と参照系とがある。更新系のリクエストは、プレイヤ情報の更新を伴うものである。参照系のリクエストは、プレイヤ情報を参照するものである。

画面表示部１４は、ゲームロジック実行部１２の制御のもと、画面表示を行う機能を有している。

一方、ゲーム管理サーバ４は、リクエスト処理部４１と所定エントリ条件／褒賞基本条件管理部４２と所定エントリ条件／褒賞基本条件保持部４３とプレイヤ情報管理部４４とプレイヤ情報データベース４５とアイテム情報管理部４６とアイテム情報データベース４７とを備えている。

リクエスト処理部４１は、端末装置１からのリクエストを受信して対応する処理を行い、リクエストの処理結果をレスポンスとして端末装置１に送信する機能を有している。更新系のリクエストであればプレイヤ情報の更新を伴う処理を行ない、処理により変更されたプレイヤ情報等を処理結果とする。参照系のリクエストであれば該当するプレイヤ情報を参照し、取得したプレイヤ情報の値を処理結果とする。また、レスポンスには、ブラウザ型の場合、要求された処理結果だけではなく、次にプレイヤが操作対象とすることのできる画面情報が含まれる。

リクエスト処理部４１には、上述した基本的な機能の他に、ゲームへのエントリに応じてスタンプを付与し、スタンプの収集状態に応じて褒賞を付与する機能を有している。当該機能を実現するための機能部として、エントリ検出部４１１と所定エントリ条件判断部４１２とスタンプ付与部４１３とスタンプ履歴／褒賞条件編集部４１４と褒賞条件判断部４１５と褒賞付与部４１６とを備えている。これらの各部の機能については、後述する。

所定エントリ条件／褒賞基本条件管理部４２は、スタンプを付与する条件（所定エントリ条件）および褒賞を付与する基本の条件（褒賞基本条件）を所定エントリ条件／褒賞基本条件保持部４３に保持して管理する機能を有しており、リクエスト処理部４１からの要求に応じて所定エントリ条件／褒賞基本条件の参照を行う。

図５は所定エントリ条件／褒賞基本条件保持部４３のデータ構造例を示す図であり、「条件」「褒賞」等の項目（フィールド）を有している。図示の例では、条件として「日を単位に、１０日間、連続してエントリ」、褒賞としてアイテムＩＤ「xxxxxx01」が設定されている。条件のうち、「日を単位に」が所定エントリ条件に相当し、同じ日の２回目以降のエントリでないことがスタンプを付与する条件となる。なお、日を単位とする以外に、一日のうちのいくつかの時間帯（例えば、朝（３：００〜１０：００）、昼（１０：００〜１８：００）、夜（１８：００〜３：００）等の任意の期間で区分け可）に区切って、時間帯ごとに２回目以降のエントリでないことを、スタンプを付与する条件としてもよい。また、「１０日間、連続してエントリ」が褒賞基本条件に相当し、この例では、１０日分、連続するスタンプを収集することで褒賞が付与される。褒賞としてのアイテムＩＤ「xxxxxx01」は、当該アイテムＩＤで特定されるアイテムが付与されることで、当該アイテムはゲーム内において当該プレイヤの所有となり、戦闘（バトル）に使用したり、他プレイヤへプレゼントしたりする等が可能になる。

図５では、他に条件「日を単位に、９日間、エントリ」と褒賞「xxxxxx02」が示されており、連続して１０日間すべてにエントリはできなかった場合でも、９日間エントリした場合はランクの下がる褒賞「xxxxxx02」が付与されるものとなっている。なお、ランクの下がる褒賞を設けずに、１つの褒賞のみを狙わせるようにすることもできる。

また、日や時間帯を基準とした条件に限らず、所定の場所からエントリすることを所定エントリ条件とすることもできる。この場合、端末装置１のＧＰＳ機能等により取得した位置情報が判断に用いられる。

図４に戻り、プレイヤ情報管理部４４は、ゲームに参加している全プレイヤの各種の情報をプレイヤ情報データベース４５に保持して管理する機能を有しており、リクエスト処理部４１からの要求に応じてプレイヤ情報の参照もしくは更新を行う。

図６はプレイヤ情報データベース４５のデータ構造例を示す図であり、「プレイヤＩＤ」「パスワード」「認証済情報」「アイコン情報」「プレイヤ名」「ステータス」「所有アイテムＩＤ」「所有ゲーム内通貨」「スタンプ履歴」「編集後条件」等の項目を有している。
「プレイヤＩＤ」は、プレイヤを特定する情報である。「パスワード」は、ログイン時等における認証のための情報である。「認証済情報」は、ログインが正常に行われたことを示すセッション情報等の情報であり、端末装置１側にもクッキー情報等として保持される。「アイコン情報」は、当該プレイヤの表示アイコンを特定する情報である。「プレイヤ名」は、当該プレイヤの表示名の情報である。「ステータス」は、当該プレイヤのゲームの進行状態を示す情報である。「所有アイテムＩＤ」は、当該プレイヤの所有するアイテムを特定する情報である。「所有ゲーム内通貨」は、当該プレイヤの所有する、ゲーム内で通用する通貨の残高を示す情報である。

「スタンプ履歴」は、当該プレイヤのスタンプの取得（収集）状況を示す情報である。図７はスタンプ履歴の例を示す図であり、（ａ）は日を単位とした例、（ｂ）は場所を単位とした例である。すなわち、図７（ａ）では、１０日分のスタンプの取得の有無を示す記憶領域が設けられ、図示の例では、１日目と２日目と４日目にスタンプが取得されていることを示している。図７（ｂ）では、「Ａ駅」「Ｂ公園」「Ｃ神社」「Ｄモール」「Ｅ駅」についてスタンプの取得の有無を示す記憶領域が設けられ、図示の例では、「Ａ駅」と「Ｃ神社」にスタンプが取得されていることを示している。なお、後述するように、スタンプ履歴に対し、プレイヤにより対価の支払を前提に編集を行うことができる。

図６に戻り、「編集後条件」は、所定エントリ条件／褒賞基本条件保持部４３に保持された所定エントリ条件／褒賞基本条件に対し、プレイヤにより対価の支払を前提に編集が行われた場合の、編集後の条件を示す情報である。編集後の条件は、当該プレイヤに限り有効である。図８は編集後条件の例を示す図であり、元は図５に示した１番目の条件「日を単位に、１０日間、連続してエントリ」が、「日を単位に、１、２日目および４〜１０日目にエントリ」に、つまり３日目のスタンプが不要な形に変更されている。

図４に戻り、アイテム情報管理部４６は、アイテム（ゲーム媒体）に関する各種の情報をアイテム情報データベース４７に保持して管理する機能を有しており、リクエスト処理部４１からの要求に応じてアイテム情報の参照もしくは更新を行う。

図９はアイテム情報データベース４７のデータ構造例を示す図であり、「アイテムＩＤ」「画像」「パラメータ（攻撃力、防御力、レア度、タイプ、・・）」等の項目を有している。「アイテムＩＤ」は、アイテムを特定する情報である。「画像」は、当該アイテムの表示用の画像である。「パラメータ（攻撃力、防御力、レア度、タイプ、・・）」は、当該アイテムの属性である。

図４に戻り、リクエスト処理部４１のエントリ検出部４１１は、端末装置１を操作するプレイヤのゲームへのエントリを検出する機能を有している。プレイヤのエントリを検出するタイミングとしては、端末装置１からゲーム管理サーバ４に対してログインが行われて正常に認証がされた場合か、既に認証されていることを示す認証済情報を伴うアクセス（リクエスト）が端末装置１からゲーム管理サーバ４に行われた場合とすることができる。更に、プレイヤが所定のページ（ゲームのトップページやマイページ）にアクセスした時点をエントリとすることもできる。この場合、ブラウザタイプでは、プレイヤが所定のページにアクセスした時点、アプリタイプでは、プレイヤがアプリを起動してマイページを開き、その情報がゲーム管理サーバ４に送られた時点等となる。

所定エントリ条件判断部４１２は、エントリ検出部４１１がプレイヤのエントリを検出した場合に、スタンプを付与すべき所定エントリであるか否かを所定エントリ条件／褒賞基本条件保持部４３に保持された所定エントリ条件を参照して判断する機能を有している。所定エントリ条件としては、例えば、日を単位（その日の最初のエントリか否か）、時間帯を単位（日ごとのその時間帯の最初のエントリか否か）か、場所を単位（所定の場所からの最初のエントリか否か）等がある。

スタンプ付与部４１３は、所定エントリ条件判断部４１２が所定エントリであると判断した場合に、プレイヤ情報データベース４５の該当するプレイヤのプレイヤ情報のスタンプ履歴にスタンプ（所定エントリ情報）を付与（記録）する機能を有している。

スタンプ履歴／褒賞条件編集部４１４は、ゲーム内通貨が払われるなど、所定の条件が満たされた場合に、プレイヤ情報データベース４５のスタンプ履歴もしくは所定エントリ条件／褒賞基本条件保持部４３の条件の編集（編集された条件はプレイヤ情報データベース４５の該当するプレイヤのプレイヤ情報の編集後条件に保存）をプレイヤの指示に基づいて行う機能を有している。ゲーム内通貨は、ゲームの進行によって取得できるほか、現実のお金で購入することで取得できる。なお、ゲーム内通貨以外にも、ゲーム内において価値のあるもの（カード、アイテム等）を対価として、編集を受け付けてもよい。

スタンプ履歴／褒賞条件編集部４１４は、スタンプ履歴の編集と所定エントリ条件／褒賞基本条件の編集とを併存させ、プレイヤの選択により一方を選択させてもよいし、スタンプ履歴の編集と所定エントリ条件／褒賞基本条件の編集を同時に行わせてもよい。また、機能を、スタンプ履歴の編集もしくは所定エントリ条件／褒賞基本条件の編集のいずれか一方に限定してもよい。

褒賞条件判断部４１５は、プレイヤ情報データベース４５のスタンプ履歴の状態が、プレイヤ情報データベース４５に該当プレイヤの編集後条件がある場合にはその編集後条件に、ない場合には所定エントリ条件／褒賞基本条件保持部４３の褒賞基本条件に、該当するか否か判断する機能を有している。

褒賞付与部４１６は、褒賞条件判断部４１５が編集後条件もしくは褒賞基本条件に該当すると判断した場合に、該当プレイヤに褒賞を付与する機能を有している。褒賞の付与は、褒賞がアイテムであれば、プレイヤ情報データベース４５の該当プレイヤのプレイヤ情報の所有アイテムＩＤに褒賞の対象となるアイテムＩＤを追加することで行う。褒賞がゲーム内通貨であれば、プレイヤ情報の所有ゲーム内通貨に褒賞の対象となるゲーム内通貨を加算することで行う。

＜動作：ブラウザ型＞
図１０は上記の実施形態の処理例を示すシーケンス図であり、ブラウザ型の場合における処理例を示している。

図１０において、端末装置１のプレイヤがゲームの起動を指示し、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ１０１）、ゲームロジック実行部１２の制御のもと、サーバアクセス部１３からゲーム管理サーバ４に、プレイヤＩＤおよび認証済情報を既に保持している場合にはそれらを伴ってページのリクエストを送信する（ステップＳ１０２）。

ゲーム管理サーバ４のリクエスト処理部４１は、リクエストを受け付けると、プレイヤＩＤおよび認証済情報を伴ったリクエストでない場合、ログインページを生成し（ステップＳ１０３）、ページデータを端末装置１に送信し（ステップＳ１０４）、端末装置１のゲームロジック実行部１２は、画面表示部１４によりログインページを表示する（ステップＳ１０５）。

端末装置１のプレイヤがログインページに対してプレイヤＩＤおよびパスワードを入力し、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ１０６）、ゲームロジック実行部１２の制御のもと、サーバアクセス部１３からゲーム管理サーバ４にプレイヤＩＤおよびパスワードを伴うリクエストを送信する（ステップＳ１０７）。なお、会員登録や端末認証等を要する場合には、別途それらの処理を行うが、その詳細は省略する。

ゲーム管理サーバ４のリクエスト処理部４１は、プレイヤＩＤおよび認証済情報を伴ったリクエストもしくはログインのためのプレイヤＩＤおよびパスワードを伴ったリクエストを受け付けると、認証済情報の確認もしくはプレイヤＩＤおよびパスワードの照合によるプレイヤ認証を行う（ステップＳ１０８）。

プレイヤＩＤおよびパスワードの照合によるプレイヤ認証が正常に行えた場合、リクエスト処理部４１は、認証済情報を端末装置１に送信し（ステップＳ１０９）、端末装置１のゲームロジック実行部１２は、受信した認証済情報を内部に保存する（ステップＳ１１０）。

次いで、ゲーム管理サーバ４のリクエスト処理部４１のエントリ検出部４１１は、プレイヤ認証が正常に行えたことで、プレイヤのゲームへのエントリを検出する（ステップＳ１１１）。なお、プレイヤが所定のページ（ゲームのトップページやマイページ）にアクセスした時点をエントリとする場合は、プレイヤが所定のページにアクセスした時点でエントリしたことを検出する。

次いで、リクエスト処理部４１の所定エントリ条件判断部４１２は、エントリ検出部４１１がプレイヤのエントリを検出した場合に、スタンプを付与すべき所定エントリであるか否かを所定エントリ条件／褒賞基本条件保持部４３に保持された所定エントリ条件を参照して判断する（ステップＳ１１２）。例えば、日を単位とした所定エントリ条件であればその日の最初のエントリか否かを判断する。時間帯を単位とした所定エントリ条件であれば日ごとのその時間帯の最初のエントリか否かを判断する。場所を単位とした所定エントリ条件であれば所定の場所からの最初のエントリか否かを判断する。

次いで、リクエスト処理部４１のスタンプ付与部４１３は、所定エントリ条件判断部４１２が所定エントリであると判断した場合に、プレイヤ情報データベース４５の該当するプレイヤのプレイヤ情報のスタンプ履歴にスタンプ（所定エントリ情報）を付与（記録）する（ステップＳ１１３）。

次いで、リクエスト処理部４１の褒賞条件判断部４１５は、プレイヤ情報データベース４５のスタンプ履歴の状態が、プレイヤ情報データベース４５に該当プレイヤの編集後条件がある場合にはその編集後条件に、ない場合には所定エントリ条件／褒賞基本条件保持部４３の褒賞基本条件に、該当するか否か判断する（ステップＳ１１４）。ここでは、褒賞基本条件にも編集後条件にも該当しなかったものとする。

次いで、リクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４は、スタンプ履歴や褒賞付与の条件について編集できる旨を案内する編集案内ページを生成し（ステップＳ１１５）、ページデータを端末装置１に送信し（ステップＳ１１６）、端末装置１のゲームロジック実行部１２は、画面表示部１４により編集案内ページを表示する（ステップＳ１１７）。図１１は編集案内ページの例を示しており、「対価の支払によりスタンプ履歴の編集を行うことができます。」といったメッセージと、「編集する」ボタンと、「編集しない」ボタンとが設けられている。

図１０に戻り、端末装置１のプレイヤが編集案内ページに対して編集する旨を指示（図１１の「編集する」ボタンをタップ）し、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ１１８）、ゲームロジック実行部１２の制御のもと、サーバアクセス部１３からゲーム管理サーバ４に編集のリクエストを送信する（ステップＳ１１９）。

ゲーム管理サーバ４のリクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４は、リクエストを受け付けると、編集操作を行うための編集ページを生成し（ステップＳ１２０）、ページデータを端末装置１に送信し（ステップＳ１２１）、端末装置１のゲームロジック実行部１２は、画面表示部１４により編集ページを表示する（ステップＳ１２２）。図１２は編集ページの例を示しており、スタンプ履歴を編集する例である。図１２では、日を単位とした１０個のスタンプ欄と、「スタンプ欄をタップすることで、スタンプを追加できます。」等のメッセージと、追加したスタンプに対応する対価と、「確定」ボタンとが示されている。

図１０に戻り、端末装置１のプレイヤが編集ページに対して編集内容を入力して確定を指示し、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ１２３）、ゲームロジック実行部１２の制御のもと、サーバアクセス部１３からゲーム管理サーバ４に編集内容を伴うリクエストを送信する（ステップＳ１２４）。

ゲーム管理サーバ４のリクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４は、リクエストを受け付けると、編集内容に従って、プレイヤ情報データベース４５のスタンプ履歴もしくは編集後条件を更新もしくは記録する（ステップＳ１２５）。

次いで、リクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４は、編集の対価を精算する（ステップＳ１２６）。例えば、ゲーム内通貨で対価が支払われる場合には、プレイヤ情報データベース４５の該当プレイヤの所有ゲーム内通貨から対価分を徴収する。アイテムで対価が支払われる場合には、プレイヤ情報データベース４５の該当プレイヤの所有アイテムＩＤから対価に対応するアイテムＩＤを徴収する。

次いで、リクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４は、編集完了ページを生成し（ステップＳ１２７）、ページデータを端末装置１に送信し（ステップＳ１２８）、端末装置１のゲームロジック実行部１２は、画面表示部１４により編集完了ページを表示する（ステップＳ１２９）。図１３は編集完了ページの例を示しており、「スタンプ履歴の編集が完了しました。」等のメッセージと、「了解」ボタンとが示されている。

図１０に戻り、ゲーム管理サーバ４のリクエスト処理部４１の褒賞条件判断部４１５は、プレイヤ情報データベース４５のスタンプ履歴の状態が、プレイヤ情報データベース４５に該当プレイヤの編集後条件がある場合にはその編集後条件に、ない場合には所定エントリ条件／褒賞基本条件保持部４３の褒賞基本条件に、該当するか否か判断する（ステップＳ１３０）。

ここでは、褒賞基本条件か編集後条件かのいずれかに該当したものとすると、リクエスト処理部４１の褒賞付与部４１６は、該当プレイヤに褒賞を付与する（ステップＳ１３１）。例えば、褒賞がアイテムであれば、プレイヤ情報データベース４５の該当プレイヤのプレイヤ情報の所有アイテムＩＤに褒賞の対象となるアイテムＩＤを追加する。褒賞がゲーム内通貨であれば、プレイヤ情報の所有ゲーム内通貨に褒賞の対象となるゲーム内通貨を加算する。

次いで、リクエスト処理部４１の褒賞付与部４１６は、褒賞付与完了ページを生成し（ステップＳ１３２）、ページデータを端末装置１に送信し（ステップＳ１３３）、端末装置１のゲームロジック実行部１２は、画面表示部１４により褒賞付与完了ページを表示する（ステップＳ１３４）。図１４は褒賞付与完了ページの例を示しており、「スタンプが全て埋まりました。褒賞としてアイテム○○を贈呈します。」等のメッセージと、アイテムの画像と、「了解」ボタンとが示されている。

なお、上記の処理例では、プレイヤがゲームにエントリしている際に所定の対価の支払を条件に編集が行える旨を編集案内ページにより知らせているが、プレイヤがゲームにエントリしていない場合においても、所定の日数のエントリが確認されない等の状況が判断された場合に、ゲーム管理サーバ４からメールやＩＭ（Instant Message）等により編集が行える旨の通知を行うこともできる。

＜動作：アプリ型＞
図１５は上記の実施形態の他の処理例を示すシーケンス図であり、アプリ型の場合における処理例を示している。

図１５において、端末装置１のプレイヤがゲームの起動を指示し、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ２０１）、ゲームロジック実行部１２は、プレイヤＩＤおよび認証済情報を既に保持していない場合は、画面表示部１４によりログインページを表示する（ステップＳ２０２）。

端末装置１のプレイヤがログインページに対してプレイヤＩＤおよびパスワードを入力し、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ２０３）、ゲームロジック実行部１２の制御のもと、サーバアクセス部１３からゲーム管理サーバ４にプレイヤＩＤおよびパスワードを伴うリクエストを送信する（ステップＳ２０４）。なお、会員登録や端末認証等を要する場合には、別途それらの処理を行うが、その詳細は省略する。

ゲーム管理サーバ４のリクエスト処理部４１は、ログインのためのプレイヤＩＤおよびパスワードを伴ったリクエスト受け付けると、プレイヤＩＤおよびパスワードの照合によるプレイヤ認証を行う（ステップＳ２０５）。

プレイヤＩＤおよびパスワードの照合によるプレイヤ認証が正常に行えた場合、リクエスト処理部４１は、認証済情報を端末装置１に送信し（ステップＳ２０６）、端末装置１のゲームロジック実行部１２は、受信した認証済情報を内部に保存する（ステップＳ２０７）。

一方、プレイヤＩＤおよび認証済情報を既に保持している場合、端末装置１のプレイヤがサーバアクセスを必要とする操作指示を行い、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ２０８）、ゲームロジック実行部１２の制御のもと、サーバアクセス部１３からゲーム管理サーバ４に、プレイヤＩＤおよび認証済情報を伴ってリクエストを送信する（ステップＳ２０９）。

ゲーム管理サーバ４のリクエスト処理部４１は、プレイヤＩＤおよび認証済情報を伴ったリクエストを受け付けると、認証済情報の確認によるプレイヤ認証を行う（ステップＳ２１０）。

プレイヤＩＤおよびパスワードの照合もしくは認証済情報によるプレイヤ認証が正常に行えた場合、リクエスト処理部４１のエントリ検出部４１１は、プレイヤのゲームへのエントリを検出する（ステップＳ２１１）。なお、プレイヤが所定のページ（ゲームのトップページやマイページ）にアクセスした時点をエントリとする場合は、プレイヤが所定のページにアクセスした時点でエントリしたことを検出する。

次いで、リクエスト処理部４１の所定エントリ条件判断部４１２は、エントリ検出部４１１がプレイヤのエントリを検出した場合に、スタンプを付与すべき所定エントリであるか否かを所定エントリ条件／褒賞基本条件保持部４３に保持された所定エントリ条件を参照して判断する（ステップＳ２１２）。例えば、日を単位とした所定エントリ条件であればその日の最初のエントリか否かを判断する。時間帯を単位とした所定エントリ条件であれば日ごとのその時間帯の最初のエントリか否かを判断する。場所を単位とした所定エントリ条件であれば所定の場所からの最初のエントリか否かを判断する。

次いで、リクエスト処理部４１のスタンプ付与部４１３は、所定エントリ条件判断部４１２が所定エントリであると判断した場合に、プレイヤ情報データベース４５の該当するプレイヤのプレイヤ情報のスタンプ履歴にスタンプ（所定エントリ情報）を付与（記録）する（ステップＳ２１３）。

次いで、リクエスト処理部４１の褒賞条件判断部４１５は、プレイヤ情報データベース４５のスタンプ履歴の状態が、プレイヤ情報データベース４５に該当プレイヤの編集後条件がある場合にはその編集後条件に、ない場合には所定エントリ条件／褒賞基本条件保持部４３の褒賞基本条件に、該当するか否か判断する（ステップＳ２１４）。ここでは、褒賞基本条件にも編集後条件にも該当しなかったものとする。

次いで、リクエスト処理部４１の褒賞条件判断部４１５は、褒賞条件が未達である旨を端末装置１に送信する（ステップＳ２１５）。

これを受け、端末装置１のゲームロジック実行部１２は、画面表示部１４により編集案内ページを表示する（ステップＳ２１６）。

端末装置１のプレイヤが編集案内ページに対して編集する旨を指示し、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ２１７）、ゲームロジック実行部１２の制御のもと、サーバアクセス部１３からゲーム管理サーバ４に編集用データ取得のリクエストを送信する（ステップＳ２１８）。

ゲーム管理サーバ４のリクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４は、リクエストを受け付けると、編集に必要なスタンプ履歴や褒賞付与の条件等の編集用データを取得し（ステップＳ２１９）、編集用データを端末装置１に送信する（ステップＳ２２０）。

これを受け、端末装置１のゲームロジック実行部１２は、編集用データに基づいて編集ページを生成し、画面表示部１４により表示する（ステップＳ２２１）。

端末装置１のプレイヤが編集ページに対して編集内容を入力して確定を指示し、プレイヤ操作入力部１１がこれを受け付けると（ステップＳ２２２）、ゲームロジック実行部１２の制御のもと、サーバアクセス部１３からゲーム管理サーバ４に編集内容を伴うリクエストを送信する（ステップＳ２２３）。

ゲーム管理サーバ４のリクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４は、リクエストを受け付けると、編集内容に従って、プレイヤ情報データベース４５のスタンプ履歴もしくは編集後条件を更新もしくは記録する（ステップＳ２２４）。

次いで、リクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４は、編集の対価を精算する（ステップＳ２２５）。例えば、ゲーム内通貨で対価が支払われる場合には、プレイヤ情報データベース４５の該当プレイヤの所有ゲーム内通貨から対価分を徴収する。アイテムで対価が支払われる場合には、プレイヤ情報データベース４５の該当プレイヤの所有アイテムＩＤから対価に対応するアイテムＩＤを徴収する。

次いで、リクエスト処理部４１の褒賞条件判断部４１５は、プレイヤ情報データベース４５のスタンプ履歴の状態が、プレイヤ情報データベース４５に該当プレイヤの編集後条件がある場合にはその編集後条件に、ない場合には所定エントリ条件／褒賞基本条件保持部４３の褒賞基本条件に、該当するか否か判断する（ステップＳ２２６）。

ここでは、褒賞基本条件か編集後条件かのいずれかに該当したものとすると、リクエスト処理部４１の褒賞付与部４１６は、該当プレイヤに褒賞を付与する（ステップＳ２２７）。例えば、褒賞がアイテムであれば、プレイヤ情報データベース４５の該当プレイヤのプレイヤ情報の所有アイテムＩＤに褒賞の対象となるアイテムＩＤを追加する。褒賞がゲーム内通貨であれば、プレイヤ情報の所有ゲーム内通貨に褒賞の対象となるゲーム内通貨を加算する。

次いで、リクエスト処理部４１のスタンプ履歴／褒賞条件編集部４１４もしくは褒賞付与部４１６は、編集が完了した旨および所定の褒賞を付与した旨のデータを端末装置１に送信する（ステップＳ２２８）。

これを受け、端末装置１のゲームロジック実行部１２は、画面表示部１４により編集完了ページと褒賞付与完了ページを表示する（ステップＳ２２９、Ｓ２３０）。

なお、上記の処理例では、プレイヤがゲームにエントリしている際に所定の対価の支払を条件に編集が行える旨を編集案内ページにより知らせているが、プレイヤがゲームにエントリしていない場合においても、所定の日数のエントリが確認されない等の状況が判断された場合に、ゲーム管理サーバ４からメールやＩＭ等により編集が行える旨の通知を行うこともできる。

＜編集および褒賞付与の具体例＞
以下、編集および褒賞付与の具体例について説明する。

［過去の取りこぼし分を埋める例］
この例は、所定の期間が過ぎると、過去の期間に対応する欄のスタンプを得ることは、原則できない仕様が対象となる。例えば、図７（ａ）に示したスタンプ履歴のように、１０日間連続してゲームにエントリすることで、プレイヤに褒賞を与えるスタンプラリーにおいて、プレイヤが３日目にエントリできなかったとする。現在４日目であるとすると、プレイヤは３日目のスタンプを得ることは原則できず、従って、仮にプレイヤが後の４日目〜１０日目に毎日エントリしたとしても、褒賞を得ることができない、もしくは、スタンプ欄を全て埋めたときに得られる褒賞よりも劣る褒賞しか得られない。

ここで、プレイヤは、ゲーム内通貨を払うことで、スタンプ履歴を編集できる権利を得ることができる。これによって、プレイヤは過去分のスタンプの取得状況についても編集可能であるので、３日目に取り逃した分のスタンプを取ったことにすることができる。

そして、この様な編集を行い、かつプレイヤが後の４日目〜１０日目に毎日エントリした場合、スタンプラリーの欄の全てを埋めることができ、褒賞を得ることができる。

上記のスタンプ履歴の編集に代えて、あるいは、スタンプ履歴の編集とともに、プレイヤがゲーム内通貨を払うことで、報奨条件を編集できる権利を得ることができるようにしてもよい。この場合、プレイヤは、ゲーム内通貨を払うことで、報奨条件を、例えば「１、２日目および４〜１０日目にエントリする」という風に変更することができる。これによって、プレイヤは３日目にエントリし損ねていたとしても、報奨を得ることが可能となる。

［連続エントリを途切れさせない例］
この例は、連続エントリ日数が一定以上（例えば、１０日連続でエントリなど）になると報奨がもらえ、１日以上エントリしないと連続エントリ記録が途絶え、通常は１日目からやり直しになる仕様が対象となる。仮にプレイヤが３日目にエントリができなかったとすると、プレイヤが４日目にエントリした際に、「３日目にエントリしていません。エントリ情報を編集しますか？」などの表示を出す。そして、プレイヤから対価の支払いを受け付ける画面に移行する。プレイヤが対価を支払って編集することを選択すると、３日目にもエントリしたことにスタンプ履歴が書き代えられ、プレイヤが４日連続でエントリしているというステータスになる。

［未来の分を先に埋める例］
ある期間において、所定日数以上エントリすれば報奨がもらえるという仕様の場合、プレイヤが期間の終盤に近い時からゲームを開始すると、報奨をもらうことが不可能な場合がある。例えば、２週間以内に１０日以上エントリすれば報奨をもらえるという条件において、プレイヤがそのゲームを開始したのが、期間中の６日目以降だった場合、プレイヤが報奨をもらうことは不可能である。

その場合、未来分のスタンプ（現在６日目である場合の、７〜１４日目の分のスタンプ）が付与された様にスタンプ履歴を編集することができる。その際、複数のスタンプを一度に付与するように編集可能な仕様としてもよい。例えば、プレイヤはゲーム内通貨を支払うことで、１〜５日分のスタンプをうめて、期間内に報奨を得ることが可能となる。また、１日目に、２〜１４日目の全てのスタンプを得ることも可能であり、この場合、他のプレイヤに先駆けていち早く褒賞を得ることができる。そして、この褒賞を用いることで、他のプレイヤよりも有利にゲームを進めることができる。これによって、ゲームの戦略性が高まる。

［行ったことがない場所のスタンプを取得する例］
この例は、端末装置のＧＰＳなどの機能を用いて、現実世界の特定の場所でゲームにエントリすることで、スタンプをゲットするというスタンプラリーの場合についてである。

どの場所でスタンプがもらえるかは、予め定められている。プレイヤはその場所に行き、そこでゲームにエントリすることで、スタンプを得ることができる。例えば、図７（ｂ）に示したスタンプ履歴の例では、プレイヤはＡ駅とＣ神社に行き、その場所でエントリし、その場所でのスタンプを得た状態を表している。スタンプの欄を全て埋める（図７（ｂ）の例で言えば、Ｂ公園、Ｄモール、Ｅ駅においてもスタンプを得る）と、プレイヤは褒賞を得ることができる。褒賞条件判断部４１５は、プレイヤのエントリがスタンプ付与の条件を満たすかを判断する。例えば、スタンプ付与の条件としては、エントリが検出された場所が、所定の領域に入るか、過去に同じ領域にエントリがなかったか、などが挙げられる。プレイヤは所定の対価（ゲーム内通貨など）を支払うことで、行ったことがない場所（図７（ｂ）の例で言えば、Ｂ公園、Ｄモール、Ｅ駅）についてもスタンプを得ることができる。

＜総括＞
以上説明したように、本実施形態によれば、所定の対価を払うことによって、取り逃したスタンプ等を得るという選択肢をユーザに与えることが可能となり、スタンプ等を逃したことによるユーザの脱離を抑制することができる。

なお、必ずしも、スタンプラリーの形態をとっている必要はない。

また、単にスタンプの個数のみを数え、累計スタンプ数に応じて報奨を与えるという仕様、つまり、スタンプの取りこぼしが発生しない仕様にも適用可能である。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

１ 端末装置
１１ プレイヤ操作入力部
１２ ゲームロジック実行部
１３ サーバアクセス部
１４ 画面表示部
２ アクセスポイント
３ ネットワーク
４ ゲーム管理サーバ
４１ リクエスト処理部
４１１ エントリ検出部
４１２ 所定エントリ条件判断部
４１３ スタンプ付与部
４１４ スタンプ履歴／褒賞条件編集部
４１５ 褒賞条件判断部
４１６ 褒賞付与部
４２ 所定エントリ条件／褒賞基本条件管理部
４３ 所定エントリ条件／褒賞基本条件保持部
４４ プレイヤ情報管理部
４５ プレイヤ情報データベース
４６ アイテム情報管理部
４７ アイテム情報データベース

Claims (5)

1. ユーザの端末装置からのエントリを検出するエントリ検出手段と、
   前記エントリ検出手段により前記エントリが検出された場合に、当該エントリが所定エントリ条件を満たすか否か判断する所定エントリ条件判断手段と、
   少なくとも前記所定エントリ条件を満たしたことの履歴を記憶する所定エントリ履歴記憶手段と、
   前記所定エントリ条件判断手段が前記所定エントリ条件を満たすと判断した場合に、前記所定エントリ条件を満たしたという情報を前記所定エントリ履歴記憶手段に記憶させる所定エントリ情報付与手段と、
   前記ユーザから所定の対価を受け付けたことを条件に、前記履歴の編集を受け付ける編集手段と、
   前記履歴が褒賞条件を満たすか否か判断する褒賞判断手段と、
   前記褒賞条件を満たす場合に、前記ユーザに褒賞を付与する褒賞付与手段と
   を備えたことを特徴とするサーバ装置。
2. ユーザの端末装置からのエントリを検出するエントリ検出手段と、
   前記エントリ検出手段により前記エントリが検出された場合に、当該エントリが所定エントリ条件を満たすか否か判断する所定エントリ条件判断手段と、
   少なくとも前記所定エントリ条件を満たしたことの履歴を記憶する所定エントリ履歴記憶手段と、
   前記所定エントリ条件判断手段が前記所定エントリ条件を満たすと判断した場合に、前記所定エントリ条件を満たしたという情報を前記所定エントリ履歴記憶手段に記憶させる所定エントリ情報付与手段と、
   前記ユーザから所定の対価を受け付けたことを条件に、褒賞条件の編集を受け付ける編集手段と、
   前記履歴が前記褒賞条件を満たすか否か判断する褒賞判断手段と、
   前記褒賞条件を満たす場合に、前記ユーザに褒賞を付与する褒賞付与手段と
   を備えたことを特徴とするサーバ装置。
3. 請求項１または２のいずれか一項に記載のサーバ装置において、
   前記褒賞判断手段が前記褒賞条件を満たしていないと判断した場合に、所定の対価の支払を条件に編集が行える旨を前記ユーザに通知する手段
   を備えたことを特徴とするサーバ装置。
4. サーバ装置を構成するコンピュータを、
   ユーザの端末装置からのエントリを検出するエントリ検出手段、
   前記エントリ検出手段により前記エントリが検出された場合に、当該エントリが所定エントリ条件を満たすか否か判断する所定エントリ条件判断手段、
   少なくとも前記所定エントリ条件を満たしたことの履歴を記憶する所定エントリ履歴記憶手段、
   前記所定エントリ条件判断手段が前記所定エントリ条件を満たすと判断した場合に、前記所定エントリ条件を満たしたという情報を前記所定エントリ履歴記憶手段に記憶させる所定エントリ情報付与手段、
   前記ユーザから所定の対価を受け付けたことを条件に、前記履歴の編集を受け付ける編集手段、
   前記履歴が褒賞条件を満たすか否か判断する褒賞判断手段、
   前記褒賞条件を満たす場合に、前記ユーザに褒賞を付与する褒賞付与手段
   として機能させるサーバ装置用プログラム。
5. サーバ装置を構成するコンピュータを、
   ユーザの端末装置からのエントリを検出するエントリ検出手段、
   前記エントリ検出手段により前記エントリが検出された場合に、当該エントリが所定エントリ条件を満たすか否か判断する所定エントリ条件判断手段、
   少なくとも前記所定エントリ条件を満たしたことの履歴を記憶する所定エントリ履歴記憶手段、
   前記所定エントリ条件判断手段が前記所定エントリ条件を満たすと判断した場合に、前記所定エントリ条件を満たしたという情報を前記所定エントリ履歴記憶手段に記憶させる所定エントリ情報付与手段、
   前記ユーザから所定の対価を受け付けたことを条件に、褒賞条件の編集を受け付ける編集手段、
   前記履歴が前記褒賞条件を満たすか否か判断する褒賞判断手段、
   前記褒賞条件を満たす場合に、前記ユーザに褒賞を付与する褒賞付与手段
   として機能させるサーバ装置用プログラム。