JP2014198086A - ゲーム制御装置、特典付与装置、ゲーム制御方法、プログラム、ゲームシステム - Google Patents

Abstract

【課題】ユーザが継続してゲームへアクセス又はゲームの実行を行うことを動機付けること。【解決手段】本発明のゲーム制御装置は、ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録する記録手段（５２）、所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段（５４）、前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段（５５）、前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段（５６）、を備える。【選択図】図１２

Description

本発明は、ゲームにおいてユーザに特典を付与する技術に関する。

近年、特定のサービス提供者によるソーシャルネットワーキングサービス（ＳＮＳ）において、ゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム（Social Game）が普及している。ソーシャルゲームは、不特定多数のユーザ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。ユーザは、インターネットに接続可能であって、かつウェブブラウザが搭載された通信端末を備えていれば、時間と場所を問わずソーシャルゲームを楽しむことができる。

上述したソーシャルゲームでは、従来のオンラインゲームよりも、ユーザ間の交流を図るためのコミュニケーション機能が充実している点が特徴の１つとなっている。ソーシャルゲームでは、例えば、他のユーザ（仲間）との協力プレイのほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。このようなソーシャルゲームの一例として、下記の非特許文献１に記載されたデジタルカードゲーム（ドラゴンコレクション（登録商標））が知られている。

アプリＳＴＹＬＥ Vol.5（株式会社イースト・プレス、平成23年11月1日発行）、7-8頁

ところで、従来のソーシャルゲームにおいて、定期的なユーザのアクセス、又はゲームの実行を促すために、定期的に設定した所定の特典付与期間（例えば、毎日、午前０時から翌日の午前０時までの間）にユーザのアクセス、又はゲームの実行がされた場合に特典を付与するログインボーナスという仕組みがある。また、特典付与期間を所定回数、連続して（例えば、１０日間連続で）設定し、ユーザのアクセスがあった特典付与期間の数に応じた特典を付与する、期間限定のログインボーナスという仕組みもある。

しかし、普段は定期的にアクセスしているユーザであっても、何らかの事情でアクセスできない特典付与期間があった場合、アクセスができなかった特典付与期間に対応する特典はユーザに付与されない。また、期間限定ログインボーナスでは、いずれかの特典付与期間にアクセスができなかった場合、全ての特典付与期間にアクセスした場合に付与される特典が得られなくなる。全ての特典付与期間にアクセスした場合に付与される特典が最も大きなものである場合が多く、このような場合に、特典付与期間に一度でもアクセスしない期間があると、その特典が得られないため、ユーザがその後の特典付与期間にアクセスを行う意欲が削がれ、継続的なアクセスをしなくなるおそれがある。

そこで、本発明は、ユーザが継続してゲームへアクセス又はゲームの実行を行うことを動機付けられるようにしたゲーム制御装置、特典付与装置、ゲーム制御方法、プログラム、ゲームシステムを提供することを目的とする。

本発明の第１の観点は、ゲーム制御装置である。
このゲーム制御装置は、
ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録する記録手段（５２）、
所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段（５４）、
前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段（５５）、
前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段（５６）、
の各手段を備える。

本発明に係るゲーム制御装置は、ユーザの通信端末上でゲームを表示するために当該通信端末との間で無線又は有線による通信を確立できるサーバ等の情報処理装置であってもよい。
本発明における「アクセス時刻」には、ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻が含まれる。「ゲームへのアクセス」には、ゲームを提供するウェブサイトへのアクセスを含む。ここで、ゲームを提供するウェブサイトは、全てのユーザが共通してアクセスするトップページ、ユーザ毎のウェブページ（マイページ）を含む。「ゲームへのアクセス時刻」はこれらのウェブページへのアクセス時刻を含む。
また、本発明における「ゲーム実行のためのアクセス」には、ゲームを実行するためのウェブページのような特定のウェブページへのアクセスや、特定のウェブページにおいて所定のゲーム（例えば、後述するクエスト処理や対戦処理）の実行を行うためのボタンの操作が行われることを含む。「ゲーム実行のためのアクセス時刻」はこれらの特定のウェブページへのアクセス時刻、及び、特定のウェブページにおける特定のボタンの操作時刻を含む。
アクセス時刻の履歴として、上記のアクセス時刻を全て記録してもよいし、所定の期間（例えば１日）毎に１回ずつ（例えば、１日の中で最初にアクセスが行われたとき）、アクセス時刻を記録してもよい。ここで、「特典付与期間」は、１つの期間のみを設定してもよいし、複数の特典付与期間を設定してもよい。特典付与期間の長さは任意であり、例えば、１時間としてもよいし、２４時間としてもよい。また、各特典付与期間の間隔も任意であり、複数の特典付与期間を連続的に設定してもよいし、断続的に設定してもよい。例えば、２４時間の特定付与期間を２４時間毎に設定してもよいし、１時間の特典付与期間を２４時間毎に設定してもよい。例えば、毎日一定の時間（例えば、午後１２時〜１３時の１時間）を特典付与期間と設定してもよい。
「特典」は、ユーザが得るゲーム上の利益であり、例えば、カード、アイテム等のゲーム上のオブジェクトや、ポイント等を特典として設定することができる。また、特典に対して付与される確率を設定してもよい。例えば、所定の確率でオブジェクトが得られる抽選券を特典としてもよい。第１特典と第２特典は同一であってもよいし、異なっていてもよい。
「特典を付与する条件」は、特典を付与するために満足すべき条件であり、例えば、特典を付与するために必要なユーザのアクセス時刻の時期的条件、特典を取得するときの対価等である。
このゲーム制御装置によれば、ユーザが特典付与期間にアクセスすることができず、第１特典を得ることができなかった場合でも、提示手段（５５）により提示された、特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を満たすことで、第２特典を得ることができる。このため、特典付与期間にアクセスができなかった場合でも、特典付与期間外にユーザがアクセスすることを動機付けることができる。

上記ゲーム制御装置において、前記特典付与期間の後のアクセス時刻の履歴に基づいて、前記提示手段（５５）は提示する条件を変動させ、又は前記第２特典付与手段（５６）は付与する第２特典を変動させてもよい。
このゲーム制御装置によれば、第２特典を付与する条件又は第２特典が、特典付与期間の後のアクセス時刻の履歴に基づいて変動するため、特典付与期間にアクセスができなかった場合でも、条件又は第２特典を変動させるためにユーザが特典付与期間後にアクセスすることを動機付けることができる。

上記ゲーム制御装置において、前記特典付与期間の後の連続又は断続する第１〜第ｎ（ｎは自然数）の各条件判定期間にアクセス時刻が記録されているか否かに基づき、前記提示手段（５５）は提示する条件を変動させ、又は前記第２特典付与手段（５６）は付与する第２特典を変動させてもよい。
「条件判定期間」の長さは任意であり、例えば、１時間としてもよいし、２４時間としてもよい。また、各条件判定期間の間隔も任意であり、複数の条件判定期間を連続的に設定してもよいし、断続的に設定してもよい。例えば、２４時間の条件判定期間を２４時間毎に設定してもよいし、１時間の条件判定期間を２４時間毎に設定してもよい。例えば、毎日一定の時間（例えば、午後１２時〜１３時の１時間）を条件判定期間と設定してもよい。
このゲーム制御装置によれば、第２特典を付与する条件又は第２特典が、各条件判定期間にアクセス時刻が記録されているか否かに基づき変動するため、条件又は第２特典を変動させるためにユーザが各条件判定期間に継続的にアクセスすることを動機付けることができる。

上記ゲーム制御装置において、第ｋ条件判定期間（ｋは自然数、１＜ｋ≦ｎ）にアクセス時刻が記録されたか否かに基づき、前記提示手段（５５）は第ｋ条件判定期間よりも前に提示した条件を変動させ、又は前記第２特典付与手段（５６）は付与する第２特典を変動させてもよい。
このゲーム制御装置によれば、第２特典を付与する条件又は第２特典が、複数の条件判定期間のうち、特定の条件判定期間にアクセス時刻が記録されたか否かに基づき変動するため、条件又は第２特典を変動させるためにユーザが特定の条件判定期間にアクセスすることを動機付けることができる。

上記ゲーム制御装置において、第ｋ条件判定期間（ｋは自然数、１＜ｋ≦ｎ）にアクセス時刻が記録されたとき、第ｋ条件判定期間以前の条件判定期間であって、アクセス時刻が記録されている条件判定期間の数、及び、アクセス時刻が記録されていない条件判定期間の数に基づき、前記提示手段（５５）は提示する条件を変動させ、又は前記第２特典付与手段（５６）は付与する第２特典を変動させてもよい。
このゲーム制御装置によれば、第２特典を付与する条件又は第２特典が、特定の条件判定期間にアクセス時刻が記録されたとき、それ以前の条件判定期間であって、アクセス時刻が記録されている条件判定期間の数、及び、アクセス時刻が記録されていない条件判定期間の数に基づき変動するため、条件又は第２特典を変動させるためにユーザが特定の条件判定期間、及び、それ以前の条件判定期間にアクセスすることを動機付けることができる。

上記ゲーム制御装置において、前記特典付与期間の前のアクセス時刻の履歴に基づいて、前記提示手段（５５）は提示する条件を変動させ、又は前記第２特典付与手段（５６）は付与する第２特典を変動させてもよい。
このゲーム制御装置によれば、特典付与期間の前のアクセス時刻の履歴に基づいて、第２特典をユーザに付与する条件又は第２特典を調節することができる。例えば、特典付与期間の前に頻繁にアクセスしていたユーザの場合には、特典付与期間にたまたまアクセスできなかったと判断できるため、第２特典をユーザに付与する条件を緩くしたり、第２特典を多くしたりすることができる。

上記ゲーム制御装置において、前記提示手段（５５）は、前記第２特典を付与する時期を提示してもよい。
このゲーム制御装置によれば、第２特典を付与する時期が提示されることで、ユーザが特典付与期間の後、第２特典を得る時期を目標として頻繁にアクセスすることを動機付けることができる。

上記ゲーム制御装置において、前記変動させる条件を、前記第２特典を付与する確率としてもよい。
このゲーム制御装置によれば、特典付与期間の後のアクセス時刻の履歴に基づいて第２特典を付与する確率が変動するため、例えば、第２特典をより確実に得るためにユーザが特典付与期間の後、頻繁にアクセスすることを動機付けることができる。

本発明の第２の観点は、ゲーム制御装置である。
このゲーム制御装置は、
ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻を記録する記録手段（５２）、
前記アクセス時刻が連続する第１〜第ｎの各特典付与期間に記録されているか否かに応じた第１特典を付与する第１特典付与手段（５４）、
各特典付与期間のいずれかにアクセス時刻が記録されていない場合、前記アクセス時刻が記録されていない特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段（５５）、
前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段（５６）、
の各手段を備える。

本発明の第３の観点は、特典付与装置である。
この特典付与装置は、
ユーザによるアクセス時刻の履歴を記録する記録手段（５２）、
所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段（５４）、
前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段（５５）、
前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段（５６）、
の各手段を備える。
ここで、第１特典及び第２特典として、例えば、オンラインショッピングサイト等で使用可能なポイント、割引券等を用いることができる。

本発明の第４の観点は、ゲーム制御方法である。
このゲーム制御方法は、
ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録するステップ、
所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与するステップ、
前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示するステップ、
前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与するステップ、
を含む。

本発明の第５の観点は、コンピュータを、
ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録する記録手段（５２）、
所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段（５４）、
前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段（５５）、
前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段（５６）、
として機能させるためのプログラムである。

コンピュータは、例えばネットワークサーバ、大型計算機等であってよい。また、このプログラムは、光ディスク（ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等）、フレキシブルディスク、半導体メモリ等のコンピュータ読み取り可能な情報記憶媒体に格納されてもよい。

本発明の第６の観点は、複数のユーザの通信端末（１０）と、当該通信端末（１０）からアクセスされるサーバ（２０）とを含むゲームシステムである。
このゲームシステムは、
ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録する記録手段（５２）、
所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段（５４）、
前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段（５５）、
前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段（５６）、
の各手段を、前記通信端末（１０）または前記サーバ（２０）のいずれか一方が備える。

なお、上記では、本発明の理解を容易にするため、適宜図面に記載された符号を括弧書きで記載しているが、これにより本発明に係るゲーム制御装置等が図示の態様に限定されるものではない。

本発明の抽選装置、ゲーム制御装置、抽選方法、プログラム、抽選システムによれば、ユーザが継続して抽選機能を実行することを動機付けることができる。

実施形態のゲームシステムの基本構成を示す図。 通信端末の外観の例を示す図。 通信端末の外観の例を示す図。 通信端末の構成を示すブロック図。 ゲームサーバの構成を示すブロック図。 データベースサーバの構成を示すブロック図。 ユーザデータベースの構成例を示す図。 特典付与期間テーブルの構成例を示す図。 アクセス時刻テーブルの構成例を示す図。 ユーザの通信端末に表示されるウェブページを例示する図。 ユーザの通信端末に表示されるウェブページを例示する図。 ユーザの通信端末に表示されるウェブページを例示する図。 実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 実施形態のゲーム制御装置の主要な処理の一例を示すフローチャート。 実施形態のゲーム制御装置の主要な処理の一例を示すフローチャート。 変形例１の特典付与期間テーブルの構成例を示す図。 変形例１の特典付与テーブルの構成例を示す図。 変形例２のゲーム制御装置の主要な処理の一例を示すフローチャート。 変形例３のユーザの通信端末に表示されるウェブページを例示する図。 変形例３のゲーム制御装置の主要な処理の一例を示すフローチャート。 変形例４のユーザの通信端末に表示されるウェブページを例示する図。 ゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。 ゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。

以下、本発明の特典付与装置を適用したゲームシステムの一実施形態について説明する。

（１）ゲームシステムの構成
図１は、実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステムは、例えばインターネットなどの通信網ＮＷ（ネットワーク）に接続可能な通信端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各通信端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）などの通信端末である。なお、以下の説明において、各通信端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、通信端末１０と表記する。
このゲームシステムにおいて、ゲームサーバ２０は、クライアントである通信端末１０と通信可能に構成されており、通信端末１０に対してゲーミングサービスを提供する。ゲームサーバ２０には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。データベースサーバ３０は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ２０と有線又は無線で接続される。なお、ゲームサーバ２０とデータベースサーバ３０は、通信網ＮＷを介して接続してもよい。
通信端末１０は、ゲームサーバ２０によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末１０上でウェブページに対する操作を行うことにより、ゲームを実行する。

また、図１には図示していないが、ゲームサーバ２０とは別に各通信端末１０のユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末１０からのアクセスを受け入れるために複数のゲームサーバ２０を設ける場合は、その複数のゲームサーバ２０間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ２０は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。

（２）通信端末の構成
図２Ａ、図２Ｂ及び図３を参照して通信端末１０について説明する。
図２Ａ及び図２Ｂは、通信端末１０の外観の例を示す図である。図２Ａは、例えば折り畳み式の携帯端末（携帯電話機）などの釦入力方式の通信端末を例示したものであり、図２Ｂは、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図３は、通信端末１０の内部構成を示すブロック図である。
図３に示すように、通信端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、画像処理部１４、指示入力部１５、表示部１６、及び、信号送受信部としての通信インタフェース部１７を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１８が設けられている。

ＣＰＵ１１は、ＲＯＭ１２内のウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、指示入力部１５等によってユーザに入力されるＵＲＬ（Uniform Resource Locator）の適切な指定に基づき、通信インタフェース部１７を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ（HyperText Markup Language）文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を、通信インタフェース部１７を介して取得し、そのＨＴＭＬデータを解釈する。なお、通信端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてよい。そのようなプラグインの一例は、アドビシステムズ社（米国）によるフラッシュプレイヤである。あるいは、本実施形態でのＨＴＭＬデータを、動画及び音声の再生機能を備えたＨＴＭＬ５形式としてもよい。
なお、ＨＴＭＬデータの取得に当たって、ＣＰＵ１１は、予め登録されたユーザＩＤ（ユーザ識別情報）、あるいは指示入力部１５を介して入力されるユーザＩＤを含むアクセス要求メッセージを、通信インタフェース部１７を介してゲームサーバ２０へ通知する。

ウェブブラウザは、ゲームサーバ２０とＨＴＴＰ（HyperText Transfer Protocol）に従った通信を行う。ウェブブラウザは、ゲームサーバ２０から取得したＨＴＭＬデータを解釈して、画像処理部１４を介してウェブページを表示部１６に表示する。また、ウェブブラウザは、ユーザが指示入力部１５の操作によってウェブページ上のハイパーリンク（Hyperlink）またはボタンが操作されると、ウェブページの更新のために、その操作結果に応じたＨＴＴＰリクエストをゲームサーバ２０に送信する。

画像処理部１４は、ＨＴＭＬデータの解析結果としてＣＰＵ１１から与えられる表示用画像データに基づいて、表示部１６にウェブページを表示する。表示部１６は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ（Liquid Cristal Display）モニタであり、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示画面１６に表示する。

通信端末１０が釦入力方式の通信端末（図２Ａに示す）である場合、指示入力部１５は、ユーザの操作入力を受け入れるための方向指示釦と決定釦などの複数の指示入力釦を含む釦群１５ａ、及び、テンキーなどの複数の指示入力釦を含む釦群１５ｂを備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。例えば、方向指示釦は、表示部１６に表示されているウェブページをスクロールして表示することをＣＰＵ１１へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のハイパーリンクまたはボタンが表示されるときに、アクティブ表示（例えば強調表示）されている１つのハイパーリンクまたはボタンをユーザが操作することをＣＰＵ１１へ指示するために設けられる。なお、通信端末１０を小型の携帯端末によって構成する場合には、これらの釦は、ユーザが通信端末１０を片手で保持したままその親指で操作（クリック）しやすいように、通信端末１０の前面に配置されていることが好ましい。図２Ａに示す例では、釦群１５ｂは、釦群１５ａの下方に配置され、「０」〜「９」、「＊」、「＃」（テンキー）が表記された複数の指示入力釦を含む。

通信端末１０がタッチパネル入力方式の通信端末（図２Ｂに示す）である場合、指示入力部１５は、主として表示画面１６に指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式でよい。なお、図２Ｂに示すように、通信端末１０がタッチパネル入力方式の場合であっても釦群１５ａが設けられる場合もある。

通信端末１０に表示されるウェブページ上のボタンの操作は、例えば通信端末１０が携帯端末である場合には、方向指示釦の押下操作によってボタンを選択し、決定釦の押下操作によって、選択したボタンを確定することによって行われる。また、ボタンの操作は、例えば通信端末１０がタッチパネル入力方式の場合には、ウェブページが表示されている表示画面１６上のボタンの位置を指あるいはペンで指示（タッチ操作）することによって行われる。

（３）ゲームサーバの構成
図４を参照してゲームサーバ２０の構成について説明する。
ゲームサーバ２０は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末１０に対してゲームのウェブサービスを提供する。図４に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、データベース（ＤＢ）アクセス部２４、指示入力部２５、及び、通信インタフェース部２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。

ＲＯＭ２２には、クライアントである通信端末１０のウェブブラウザに対してＨＴＭＬ文書や画像などのオブジェクトの表示（ウェブページの表示）のサービスを提供するアプリケーションプログラムが格納されている。ＲＯＭ２２には、アプリケーションプログラム以外にもＣＰＵ２１によって参照される各種データが格納されている。
ＣＰＵ２１は、ＲＯＭ２２内のゲームプログラムをＲＡＭ２３にロードして実行し、通信インタフェース部２５を介して、各種の処理を行う。

例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、ゲームサーバ２０のウェブブラウザとの間でＨＴＴＰに従った通信を行う。例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、通信端末１０から受信したＨＴＴＰリクエスト（例えば、ウェブページ上でのユーザのハイパーリンクまたはボタンの選択結果を含む。）に基づいて所定のデータ処理や、演算処理を行い、その処理結果を含むＨＴＴＰレスポンスをゲームサーバ２０のウェブブラウザに返す。ＨＴＴＰレスポンスには、ウェブページを更新するためのＨＴＭＬデータが含まれる。また、ゲームサーバ２０が通信端末１０のユーザの認証処理を行う場合には、ＣＰＵ２１はその認証処理を行う。
データベースアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行うときのインタフェースである。

（４）データベースサーバの構成
データベースサーバ３０（記憶装置）は、大容量のハードディスク装置やＲＡＩＤ（Redundant Arrays of Inexpensive Disks）等の形態の装置等、汎用ストレージで実現できる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のデータベースアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。
図５に、データベースサーバ３０の構成の一例を示す。図５に示すように、データベースサーバ３０は、ユーザデータベース（ユーザＤＢ）３１と、ゲームデータベース（ゲームＤＢ）３２を備える。

本実施形態のゲームのタイプは特に限定されるものではないが、以下では、実施形態のゲームの一例として、モンスターカード（以下適宜、単に「カード」という。）を取得するデジタルカードゲーム（以下適宜、単に「ゲーム」あるいは「本実施形態のゲーム」という。）を採り上げる。このゲームは、ユーザが、モンスターが描かれたデジタルカード（モンスターカード）を入手するように構成されている。
このゲームは、ユーザに対応付けられた所定のポイントを消費することで、所定の処理を行う。なお、ユーザに対応付けられた所定のポイントは、ユーザ毎に最大値を設定し、時間とともに（例えば１分間に１ポイント）最大値まで回復するように設定してもよい。所定の処理は、例えば、以下の処理を含む。
・クエスト処理：
少なくとも一枚のカードからなる自らのチームを作り上げていくために、ゲーム上で設定されているエリアを探索してカードを得る処理である。クエスト処理を実行する際に、一定量の体力ポイントを消費し、ランダム、又は、所定の確率でカード又はアイテムを入手することができる。体力ポイントは、時間とともに最大値まで回復するように設定してもよい。
・対戦処理：
ユーザの保有するカードからなるチームと、コンピュータ又は他のユーザのチームとの間で対戦を行う処理である。対戦処理では、ユーザの入力に基づき、ユーザのチームとコンピュータのチームとの間で対戦を行うイベント（以下、ＣＯＭ対戦という。）、あるいはユーザのチームと他のユーザのチームとの間で対戦を行うイベント（以下、ユーザ間対戦という。）のいずれかが発生するようになっている。対戦処理において、カードに対応付けられたパラメータの少なくとも一部に基づき対戦結果が決定される。例えばパラメータが高いほうがより勝利する確率が高くなる。なお、対戦処理においてカードを使用する際に消費するコストをカード毎に設定するとともに、対戦処理においてカードを使用するためのポイントをユーザ毎に設定し、対戦処理においてユーザがカードを使用したときにコストに応じてポイントを減少させ、減少したポイントを時間の経過とともに上限値まで増加（回復）するように設定してもよい。
・抽選処理：
抽選によって抽選対象であるカードをユーザに付与する処理である。なお、抽選処理において、カードを抽選箱の中から１枚を取り出す（引く）ような演出を実行してもよい。
この他に、ユーザが保有するカードに対応付けられたパラメータを変動させる強化処理、ユーザが対戦処理に用いるチームに含まれるカードを選択する編成処理等を含んでもよい。

図６に、本実施形態のゲームにおいて適用されるユーザデータベース３１の一例を示す。この例では、ユーザデータベース３１は、ユーザＩＤ（ユーザ識別情報）ごとに、ユーザ名／表示画像、体力ポイント、抽選ポイント、仲間のユーザＩＤ、保有カード、アイテムの識別コード等の各項目についての情報を含む。ユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。

以下の説明では、ユーザデータベース３１に含まれるユーザＩＤごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名／表示画像
ゲームの実行時に通信端末１０のユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・体力ポイント
体力ポイントは、ユーザがクエスト処理を行う際に消費するコストを示す変数である。ユーザ毎に体力ポイントの上限値を定めてもよく、体力ポイントの上限値は、進行レベルが増加するにつれて増加するように設定されていてもよい。体力ポイントは、時間の経過によって上限値まで増加（回復）するように設定してもよい。
・抽選ポイント
他のユーザへメッセージを送信することでユーザが取得するポイントである。このゲームでは、ユーザの抽選ポイントと引き換えに、当該ユーザに対してゲーム上のカードが付与されるようになっている。
なお、後述する仲間との間でメッセージを送信した際と、仲間以外のユーザとの間でメッセージを送信した際とで、取得できる抽選ポイントに差をつけてもよい。
また、ユーザのゲームの進行に応じて抽選ポイントを付与してもよいし、任意のタイミングでユーザに抽選ポイントを付与してもよい。
・仲間のユーザＩＤ
仲間関係の成立により、ユーザと関連付けられた他のユーザ（仲間）のユーザＩＤのリストである。仲間関係は、例えば仲間になるための一方のユーザからの申請と他方のユーザからの承認によって成立してもよいし、一方的な申請により成立してもよい。また、複数のユーザによるグループがゲーム上で結成される場合、ユーザのグループの代表者への申請と代表者からの承認により成立してもよい。ここで、所属するグループ毎にグループＩＤを定め、ユーザデータベースに仲間のユーザＩＤの代わりに、あるいは仲間のユーザＩＤとともに、ユーザが所属するグループのグループＩＤを記録してもよい。
・保有カード、アイテムの識別コード
ユーザがゲーム上保有するモンスターカードやアイテム（体力ポイントを回復させる回復アイテム等）の識別コードである。識別コードには、図示しないカードデータベースにより、モンスターカードの名称、画像等のデータが対応付けられている。
この他に、上記のクエスト処理、対戦処理、抽選処理、強化処理、ゲーム上必要なデータをユーザＩＤに対応付けてもよい。また、対戦処理において使用するポイントをユーザＩＤに対応付けてもよい。

図５に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲームの進行に関する情報を記憶、更新する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。ゲームの進行に関する情報は、例えば、ゲーム上のカード又はアイテムのデータを識別コード毎に対応付けたデータベース、対戦結果についての情報（例えば勝敗等）などを含む。
また、ゲームデータベース３２は、特典付与期間テーブル、アクセス時刻テーブルを記憶する。

図７は、特典付与期間テーブルの一例である。図７に示すように、特典付与期間テーブルには、特典付与期間ＩＤ毎に、開始時刻、終了時刻、特典の内容が記録されている。なお、以下の説明では、特典付与期間が１日ごとに設定されている場合について説明する。なお、以下の説明において、特典付与期間ＩＤ：００１の特典付与期間（Ｘ年Ｘ月Ｘ日００：００〜Ｘ年Ｘ月（Ｘ＋１）日００：００の間）を「第１特典付与期間」という。また、第１特典期間の次の特典付与期間、すなわち、ここでは特典付与期間ＩＤ：００２の特典付与期間（Ｘ年Ｘ月（Ｘ＋１）日００：００〜Ｘ年Ｘ月（Ｘ＋２）日００：００の間）を「第２特典付与期間」という。以後、同様に、第３特典付与期間、…、第ｎ特典付与期間という。
特典は、特典付与期間にユーザがゲームにアクセスしたときにユーザが得るゲーム上の利益であり、例えば、カード、アイテム等のゲーム上のオブジェクトや、ポイント等を特典として設定することができる。図７の例では、第１特典付与期間にアクセスしたユーザに対して、識別コード：ＭＣ００１に対応するカードが付与され、第２特典付与期間にアクセスしたユーザに対して、回復アイテムが付与される。

図８は、アクセス時刻テーブルの一例である。図８に示すように、アクセス時刻テーブルには、ユーザＩＤごとに、ユーザがゲームにアクセスした時刻（アクセス時刻）が記録され、保存される。なお、特典付与期間にユーザがアクセスした場合に限ってアクセス時刻をアクセス時刻テーブルに記録してもよいし、特典付与期間であるか否かを問わず、アクセス時刻を記録してもよい。また、特典付与期間にアクセスした時刻を１回のみ（例えば最初にアクセスした時刻のみ）を記録してもよい。例えば、特典付与期間にアクセスをした際に当該特典付与期間に先にアクセス時刻が記録されているか否かを判定し、アクセス時刻が既に記録されている場合は、記録されているアクセス時刻後のアクセス時刻を記録しなくてもよい。このようにすることで、アクセス時刻の履歴のデータ量を抑えることができる。
なお、特典付与期間テーブル及びアクセス時刻テーブルを、ゲームサーバ２０のＲＡＭ２３に記憶させてもよい。

（５）本実施形態のゲーム
以下、本実施形態のゲームについて、図９〜図１１を参照しながら説明する。なお、以下の説明では、特典付与期間の最初にユーザがゲームにアクセスしたときにユーザに特典を付与する例について説明する。
なお、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるボタン、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるボタン、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネル操作によるウェブページのスクロール操作によって変化しうる。

図９のＰ１は、ユーザが第１特典期間の最初にゲームにアクセスしたときにユーザの通信端末１０に表示されるウェブページの一例である。ウェブページＰ１は、第１特典期間（今日）に対応付けられた特典（識別コード：ＭＣ００１に対応するカード：ｊｋｌ）の情報１１、ユーザが今日アクセスしたことにより当該特典が付与されることを示すテキスト、第１特典期間の次の第２特典期間（明日）に対応付けられた特典（回復アイテム）の情報１２、ユーザが明日アクセスした場合に当該特典が付与されることを示すテキストを含む。これらの特典は、特典付与期間データベースにおいて特典付与期間ＩＤに対応付けられている。このため、第２特典期間（明日）にもゲームにアクセスすることをユーザに促すことができる。
同様に、図示しないが、ユーザが第ｋ特典期間（１≦ｋ＜ｎ−１）にアクセスした場合にも、第ｋ特典期間の特典付与期間ＩＤに対応付けられた特典の情報、及び、第ｋ＋１特典付与期間の特典付与期間ＩＤに対応付けられた特典の情報がユーザに提示される。

図１０のＰ２は、ユーザが第１特典付与期間にゲームにアクセスせず、第２特典期間の最初にゲームにアクセスしたときにユーザの通信端末１０に表示されるウェブページの一例である。ウェブページＰ２は、第２特典期間（今日）に対応付けられた特典（回復アイテム）の情報１２、ユーザが今日アクセスしたことにより当該特典が付与されることを示すテキスト、第２特典期間の次の第３特典期間（明日）に対応付けられた特典（識別コード：ＭＣ００２に対応するカード：ｇｈｉ）の情報１３、ユーザが明日アクセスした場合に当該特典が付与されることを示すテキストを含む。また、ウェブページＰ２は、ユーザがゲームにアクセスしなかった第１特典付与期間に対応付けられた特典（識別コード：ＭＣ００１に対応するカード：ｊｋｌ）の情報１１、及び、当該特典がユーザに付与されるための条件（例えば、「あと５日連続でログイン」等）を示すテキストを含む。以下、ユーザがゲームにアクセスしなかったことにより受け取り損なった特典を「逸失特典」という。本実施形態においては、第２特典として逸失特典を付与する条件をユーザに提示する。

図１１のＰ３は、第２特典の付与条件が満たされた場合、つまり、図１０のウェブページＰ２が表示された後に、４日間連続でユーザがゲームにアクセスした後に、ユーザが５日目である第７特典期間の最初にゲームにアクセスしたときにユーザの通信端末１０に表示されるウェブページの一例である。ウェブページＰ３は、第７特典期間（今日）に対応付けられた特典（カード：ａｂｃ）の情報１７、ユーザが今日アクセスしたことにより当該特典が付与されることを示すテキスト、第７特典期間の次の第８特典期間（明日）に対応付けられた特典（回復アイテム）の情報１８、ユーザが明日アクセスした場合に当該特典が付与されることを示すテキストを含む。また、ウェブページＰ３は、第２特典であるユーザの逸失特典（識別コード：ＭＣ００１に対応するカード：ｊｋｌ）の情報１１、及び、逸失特典がユーザに付与されるための条件が満たされたことにより、逸失特典がユーザに付与されることを示すテキストを含む。
このように、第２特典である逸失特典を獲得するための条件を提示することで、ユーザが逸失特典を獲得するために、提示された条件を満たすようにゲームにアクセスするようにユーザを動機付けることができる。
なお、提示された条件が満たされるまでの間、第２特典の情報及び第２特典がユーザに付与されるための条件を繰り返し提示してもよい。例えば、第２特典を獲得するための条件が、特典付与期間外に５日間連続して毎日アクセスすることである場合、特典付与期間外にアクセスがある度に変動する（第２特典を得るまでに必要な）残り時間を更新して表示しても良いし、第２特典を得るために必要な残りログイン数と、現在までのログイン数を表示するようにしても良い。例えば、連続して２日間アクセスした場合に、「残り３日連続アクセスすると特典付与」と表示しても良いし、「現在連続アクセス数２日/必要連続アクセス数５日」と表示しても良い。

（６）ゲーム制御装置における各機能の概要
本実施形態では、ゲームサーバ２０及びデータベースサーバ３０によってゲーム制御装置が構成されている。以下では、上述したゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図１２を参照して説明する。図１２は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、図１２の機能ブロック図において、記録手段５２、第１特典付与手段５４、提示手段５５、及び第２特典付与手段５６が本発明の主要な構成に対応している。その他の手段は必ずしも必須の構成ではないが、本発明をさらに好ましくするための構成要素である。

実行手段５１は、通信端末１０に対するユーザのウェブページ上の選択に応じてＨＴＴＰリクエストを受信し、通信端末１０に表示されるウェブページを逐次更新するためのＨＴＭＬデータ（つまり、ＨＴＴＰレスポンス）を送信することで、ウェブサービスにより本実施形態のゲームを実行する機能を備える。
実行手段５１は、ゲームで実行される複数の処理が各々割り当てられたボタンを通信端末１０に表示させる。具体的には、ＣＰＵ２１は、ボタンを含むウェブページを表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信する。そして、ＣＰＵ２１は、通信端末１０においてウェブページ上のボタンが選択されたときに、選択されたボタンについての情報を通信端末１０から受信し、受信した情報に基づいて、選択されたボタンに割り当てられた処理を実行する。

記録手段５２は、ユーザ毎にアクセス時刻の履歴を記録する機能を備える。記録手段５２の機能は、例えば以下のようにして実現される。
ユーザ（Ａとする）がゲームサーバ２０にアクセスしたとき、ゲームサーバ２０のＣＰＵ２１は、ＣＰＵ２１内部のリアルタイムクロックを参照して現在時刻を取得し、現在時刻をアクセス時刻として、ゲームデータベース３２のアクセス時刻テーブルにユーザＩＤごとに記録する。アクセス時刻の記録は、特典付与期間に限ってもよいし、特典付与期間であるか否かを問わず、ユーザがゲームサーバ２０にアクセスする度に行ってもよい。また、各特典付与期間におけるアクセス時刻を１回のみ（例えば最初のアクセス時刻のみ）を記録してもよい。例えば、同一特典付与期間内に既にアクセス時刻が記録されている場合は、記録されているアクセス時刻後のアクセス時刻は記録しなくてもよい。なお、リアルタイムクロックを参照する代わりに、通信網ＮＷを経由して取得したネットワークタイムプロトコル（Network Time Protocol）や標準電波（標準周波数報時電波）を用いてアクセス時刻を取得してもよい。

判定手段５３は、特典付与期間にアクセス時刻が記録されているか否かを判定する機能を備える。判定手段５３の機能は、例えば以下のようにして実現される。
ユーザ：Ａがゲームサーバ２０にアクセスしたとき、ＣＰＵ２１は図８のアクセス時刻テーブルを参照し、ユーザ：ＡのユーザＩＤに対応するアクセス時刻の履歴情報を取得する。次に、ＣＰＵ２１は、特典付与期間テーブルを参照し、取得したアクセス時刻の履歴に基づき、いずれかの特典付与期間ＩＤにおける開始時刻と終了時刻との間（特典付与期間内）にアクセス時刻が記録されているか否かを判定する。

第１特典付与手段５４は、特典付与期間にアクセス時刻が記録されている場合に、ユーザに第１特典を付与する機能を備える。ここで、第１特典は、例えば、カード、アイテム等のゲーム上のオブジェクトや、ゲーム上で使用するポイント等である。第１特典付与手段５４の機能は、例えば以下のようにして実現される。
いずれかの特典付与期間内にアクセス時刻が記録されていると判定された場合、ＣＰＵ２１は、当該特典付与期間の特典付与期間ＩＤに対応付けられた第１特典をユーザ：Ａに付与する。例えば、第１特典がカード、アイテム等のオブジェクトである場合、ＣＰＵ２１は、図６のユーザデータベースにアクセスし、第１特典に対応付けられた識別コードをユーザ：ＡのユーザＩＤに対応する「保有カード、アイテムの識別コード」の欄に書き込む。また、例えば、第１特典が体力ポイント、抽選ポイント等である場合、ＣＰＵ２１は、図６のユーザデータベースにアクセスし、ユーザ：ＡのユーザＩＤに対応する「体力ポイント」、「抽選ポイント」等の欄の数値に、特典として付与する所定数のポイントの値を加算して書き込む。

提示手段５５は、特典付与期間にアクセス時刻が記録されていない場合に、当該特典付与期間外のアクセス時刻に応じた第２特典を付与する条件をユーザに提示する機能を備える。
「特典を付与する条件」は、例えば、特典を付与するために満足すべき条件であり、例えば、特典を付与するために必要なユーザのアクセス時刻の時期的条件、特典を付与する確率、特典を取得するときの対価等である。「第２特典を付与する条件を提示する」とは、アクセス時刻が記録されていない特典付与期間（以下、「逸失特典期間」という）外において、第２特典を付与するために記録されるべきアクセス時刻の期間、回数や、第２特典を付与する確率等を提示することである。
本実施形態においては、「条件」として提示する内容を、第２特典を付与するために必要なユーザのアクセス時刻の時期的条件として説明する。例えば、アクセス時刻の時期的条件として、逸失特典期間よりも後の期間におけるアクセス回数に関する条件を設定してもよい。例えば、特典付与期間が１日単位で設定されている場合において、アクセス時刻の時期的条件の提示として、例えば、「あと５日連続でログイン」等の条件を提示してもよい。すなわち、提示手段５５は、第２特典を付与する時期を提示してもよい。ここで、「第２特典を付与する時期」として、ユーザが第２特典を得られる最も直近の時期を提示することができる。
ここで、本発明における特典を付与する条件は、当該逸失特典付与期間外のアクセス時刻に応じた条件であり、当該逸失特典付与期間外のアクセスに応じて条件が変動する。すなわち、提示手段５５は、逸失特典期間外のアクセス時刻に応じた第２特典を付与する条件を提示してもよい。「逸失特典期間外のアクセス時刻に応じた」とは、第２特典を付与する条件が、逸失特典期間外のアクセス時刻の有無に応じて変動するということである。

提示手段５５の機能は、例えば以下のようにして実現される。
いずれかの特典付与期間内にアクセス時刻が記録されていないと判定された場合、ＣＰＵ２１は、特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を提示するためのＨＴＭＬデータを生成して、ユーザ：Ａの通信端末１０に送信する。

また、提示手段５５は、逸失特典期間後のアクセス時刻の履歴に基づいて、第２特典を付与する条件を変動させる機能を備えてもよい。すなわち、提示手段５５は、逸失特典期間後にユーザのアクセス時刻が記録されたときに、アクセス時刻以前に提示した条件を変動させてもよい。
この機能は、例えば以下のようにして実現される。
ユーザ：Ａがゲームサーバ２０にアクセスしたとき、ＣＰＵ２１は図８のアクセス時刻テーブルを参照し、ユーザ：ＡのユーザＩＤに対応するアクセス時刻の履歴情報を取得する。次に、ＣＰＵ２１は、逸失特典期間後のアクセス時刻の履歴に基づいて、所定の規則に従って、条件を算出する。ここで、過去に提示した条件と新たに算定された現在の条件が異なる場合、ユーザに提示される条件は過去に提示した条件から新たに算定された現在の条件に変更されることとなる。

例えば、逸失特典期間の後に連続又は断続する第１〜第ｎ条件判定期間（ｎは自然数）を設定し、条件を充足するために必要なアクセス時刻の時期的条件を提示するとともに、各条件判定期間にアクセス時刻が記録されるか否かに基づいて、提示する条件を変動させてもよい。

例えば、第ｋ条件判定期間（ｋは自然数、１＜ｋ≦ｎ）にアクセス時刻が記録されたか否かに基づき、第ｋ条件判定期間よりも前に提示した条件を変動させてもよい。例えば、条件としてアクセス時刻が記録される条件判定期間の数（例えば、「条件判定日」の数であれば「あと５日連続でログイン」等）を第ｋ条件判定期間よりも前に提示していた場合、ＣＰＵ２１は、提示した条件判定期間の数を記録しておき、第ｋ条件判定期間にユーザがアクセスしたとき、提示する条件を変更（例えば「条件判定日」の数であれば「あと４日連続でログイン」等に変更）して提示してもよい。

あるいは、第ｋ条件判定期間にアクセス時刻が記録されたとき、第ｋ条件判定期間以前の条件判定期間であって、アクセス時刻が記録される条件判定期間の数（ｘとする）、及び、アクセス時刻が記録されない条件判定期間の数（ｙとする）に基づき、提示する条件を変動させてもよい。

ここで、各条件判定期間にアクセス時刻が記録されている場合に、各条件判定期間にアクセス時刻が記録されていない場合よりも、逸失特典期間外の期間におけるアクセス時刻に関する条件が緩やかになるように条件を変更してもよい。
また、各条件判定期間にアクセス時刻が記録されていない場合に、各条件判定期間にアクセス時刻が記録されている場合よりも、逸失特典期間外の期間におけるアクセス時刻に関する条件が厳しくなるように条件を変更してもよい。
すなわち、ｘとｙとに基づく条件は、ｘが増加するほど充足されやすく、ｙが増加するほど充足されにくくなるように設定してもよい。また、ｙが増加した場合に、条件が充足されるのに必要なｘの増加量がｙの増加量以上となるように重み付けをしてもよい。

例えば、上記ｘ又はｙのいずれか一方に所定の係数をかけた数と、いずれか他方の数とに基づいて条件を設定してもよい。例えば、
ｘ−ｐｙ≧ｑ …（１）
（ｐ、ｑは所定の数）の不等式を満たすことを条件としてもよい。例えば、式（１）においてｐ＝０とし、アクセス時刻が記録される条件判定期間の数のみが所定の数ｑに到達することを条件としてもよい。また、例えば、式（１）においてｐ＝１とし、ｘとｙの差分に基づく条件を設定してもよい。
あるいは、
ｘ／（ｘ＋ｙ＋ｐ）≧ｑ …（２）
（ｐ＞０、ｑ＞０）の不等式を満たすことを条件としてもよい。例えば、式（２）においてｐ＝０とし、逸失特典期間後の全条件判定期間の数（ｘ＋ｙ）に対する、アクセス時刻が記録される条件判定期間の数ｘの割合が所定の値ｑに到達することを条件として設定してもよい。
なお、このように不等式で条件が設定される場合、アクセス時刻の記録がされた際にｘの値、ｙの値を取得し、当該値を代入した不等式をそのまま提示してもよい。またアクセス時刻の記録がされた際のｘ及びｙの値が不等式を満たさない場合、ｙ、ｐ、ｑの値を変えずに不等式を満たす最小のｘの値を算出し、算出されたｘの値とアクセス時刻の記録がされた際のｘの値との差に基づき、連続でアクセスした場合に最短で第２特典を取得できる期間を提示してもよい。
なお、逸失特典期間の後の最初のアクセス時刻に基づいて、最短で第２特典を取得できる期間を算出し、算出された期間が所定の閾期間より長い場合に第２特典を付与するための条件を提示することを制限してもよい。このようにすることで、あまりに困難な条件が提示されることでユーザの継続的なアクセスが阻害されることを防ぐことができる。なお、その後の条件判定期間におけるアクセスに基づき、最短で第２特典を取得できる期間が所定の閾期間より短くなった場合に初めてユーザに対して提示してもよい。

また、条件判定期間の長さを２４時間に設定してもよい。以下、長さが２４時間の条件判定期間を「条件判定日」という。第１〜第ｎ条件判定日を１日毎に設定し、各条件判定日にアクセス時刻が記録されるか否かに基づく条件を設定し、条件を満足するのに必要なアクセス時刻の時期的条件を提示してもよい。この場合、逸失特典期間よりも後の期間における条件判定日であって、アクセス時刻が記録されている条件判定日の数（日数）を条件として設定し、条件を満足するのに必要な、アクセス時刻の時期的条件（例えば、「あと５日連続でログイン」等）を提示してもよい。
なお、条件判定期間として、逸失特典期間よりも後の特典付与期間を設定してもよいし、特典付与期間とは別に条件判定期間を設定してもよい。例えば、図示しない条件判定期間テーブルに、条件判定期間の開始時刻及び終了時刻を設定してもよい。
また、条件判定期間は逸失特典期間に連続する期間としてもよいし、断続的な期間としてもよい。さらに、逸失特典期間の後の最初のアクセス時刻よりも後に条件判定期間を設けてもよい。このようにすることで、逸失特典期間からその後の最初のアクセス時刻までの期間により上記不等式（１）（２）のｙの値が過大な値になることを防ぐことができるため、最初に提示する条件が達成困難なものとなることを防ぎ、継続的なアクセスが阻害されることを防ぐことができる。

また、逸失特典期間よりも前のアクセス時刻の履歴に基づいて、提示する条件を変動させてもよい。例えば、逸失特典期間よりも前の特典付与期間であって、アクセス時刻が記録されている特典付与期間の数又は割合に基づいて、提示する条件を変動させしてもよい。例えば、逸失特典期間よりも前の特典付与期間であって、アクセス時刻が記録されている特典付与期間の数又は割合に基づいて、上記不等式（１）、（２）のｐ、ｑの値を変動させてもよい。

第２特典付与手段５６は、第２特典を付与する条件が提示された後、前記条件が満たされたときに、ユーザに第２特典を付与する機能を備える。第２特典は第１特典と同一の特典であってもよいし、第１特典とは異なるカード、アイテム等のゲーム上のオブジェクトや、ポイント等であってもよい。第２特典付与手段５６の機能は、例えば以下のようにして実現される。
ユーザ：Ａがゲームサーバ２０にアクセスしたとき、ＣＰＵ２１はアクセス時刻テーブルにアクセスし、ユーザ：Ａのアクセス時刻の履歴を取得する。次に、ＣＰＵ２１は、取得したアクセス時刻の履歴に基づき、上記の第２特典を付与する条件が満たされたか否かを判定する。第２特典を付与する条件が満たされたと判定した場合、ＣＰＵ２１は、ユーザ：Ａに第２特典を付与する。第２特典は、例えば、カード、アイテム等のゲーム上のオブジェクトや、ゲーム上で使用するポイント等である。なお、第１特典と第２特典は同等であっても良いし、例えば、第１特典より第２特典の方がゲーム上の有益性、価値が低いものというように異なっても良い。例えば、第２特典がカード、アイテム等のオブジェクトである場合、ＣＰＵ２１は、図６のユーザデータベースにアクセスし、第２特典に対応付けられた識別コードをユーザ：ＡのユーザＩＤに対応する「保有カード、アイテムの識別コード」の欄に書き込む。また、例えば、第２特典が体力ポイント、抽選ポイント等のゲーム上で使用されるポイントである場合、ＣＰＵ２１は、図６のユーザデータベースにアクセスし、ユーザ：ＡのユーザＩＤに対応する「体力ポイント」、「抽選ポイント」等の欄の数値に、特典として付与する所定数のポイントの値を加算して書き込む。

（７）本実施形態のゲーム制御装置の主要な処理のフロー
次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図１３〜図１４のフローチャートを参照して説明する。図１３は、本実施形態のゲームにおいて、第１特典の付与処理を行うときのフローチャートである。図１４は、本実施形態のゲームにおいて、第２特典の付与処理を行うときのフローチャートである。
なお、図１３〜図１４のフローチャートにおける各処理の実行に伴って適宜、Ｐ１〜Ｐ３の各ウェブページを表示するためのＨＴＭＬデータがゲームサーバ２０から通信端末１０宛に送信されるが、煩雑とならないようにＨＴＭＬデータの送信処理をフローチャートには記載しない場合もある。フローチャート上で、ウェブページＰ１〜Ｐ３の各々が表示されるタイミングは、Ｐ１〜Ｐ３の符号で示してある。
なお、図１３〜図１４のフローチャートでは、ユーザ：Ａがゲームを実行する場合を一例として説明する。

〔第１特典の付与処理〕
次に、図１３を参照して、第１特典の付与処理を行うときのフローチャートの一例を説明する。
ユーザがゲームにアクセスすると、ＣＰＵ２１は、アクセス時刻テーブルにアクセスし、ユーザＩＤ毎にアクセス時刻を記録する（ステップＳ１００）。次に、ＣＰＵ２１は、特典付与期間テーブルを参照し、（ステップＳ１０２）、ユーザのアクセス時刻がいずれかの特典付与期間における最初のアクセス時刻であるか否かを判定する（ステップＳ１０４）。ユーザのアクセス時刻がいずれかの特典付与期間における最初のアクセス時刻である場合(ステップＳ１０４：ＹＥＳ)、ＣＰＵ２１は、ユーザに第１特典を付与し（ステップＳ１０６）、第１特典の付与処理を終了する。一方、ユーザのアクセス時刻がいずれの特典付与期間における最初のアクセス時刻ではない場合(ステップＳ１０４：ＮＯ)、ＣＰＵ２１は、第１特典の付与処理を終了する。

〔第２特典の付与処理〕
次に、図１４を参照して、第２特典の付与処理を行うときのフローチャートの一例を説明する。
ユーザがゲームにアクセスすると、ＣＰＵ２１は、特典付与期間テーブルを参照し、（ステップＳ２００）、逸失特典付与期間が有るか否かを判定する（ステップＳ２０２）。すなわち、ユーザのアクセス時刻が記録されていない特典付与期間があるか否かを判定する。逸失特典期間がない場合（ステップＳ２０２：ＮＯ）、ＣＰＵ２１は、条件の提示処理を終了する。
逸失特典期間がある場合(ステップＳ２０２：ＹＥＳ)、ＣＰＵ２１は、第２特典を付与するための条件をユーザに提示したか否かを判定する（ステップＳ２０４）。
条件を提示済の場合（ステップＳ２０４：ＹＥＳ）、ＣＰＵ２１は、提示した条件が初めて充足されたか否かを判定する（ステップＳ２０６）。条件が初めて充足された場合（ステップＳ２０６：ＹＥＳ）、ＣＰＵ２１は、ユーザに第２特典を付与し（ステップＳ２０８）、第２特典の付与処理を終了する。なお、条件が初めて充足されたか否かを管理するために、逸失特典期間毎にフラグを設定してもよい。
一方、条件を提示していない場合（ステップＳ２０４：ＮＯ）、ＣＰＵ２１は条件を算定し、提示する処理を行う（ステップＳ２１０）。例えば、ＣＰＵ２１は、逸失特典期間以後のアクセス時刻の履歴に基づき、上述のように条件を算定する。その後、ＣＰＵ２１は、第２特典の付与処理を終了する。
同様に、提示した条件がまだ充足されていない場合（ステップＳ２０６：ＮＯ）、ＣＰＵ２１は現在の条件を算定し、提示する処理を行う（ステップＳ２１０）。ここで、過去に提示した条件と新たに算定された現在の条件が異なる場合、ユーザに提示される条件は過去に提示した条件から新たに算定された現在の条件に変更されることとなる。その後、ＣＰＵ２１は、第２特典の付与処理を終了する。
なお、ステップＳ２０６において、提示した条件が既に過去に充足されていた場合（すなわち、第２特典が付与済みの場合）、第２特典の付与処理を終了してもよい。また、第２特典の付与履歴を記録し、ステップＳ２０６において条件が充足されたか否かを判定する際に、第２特典が付与済みか否かを判定し、第２特典が付与済みでない場合に限って条件が充足されたと判定してもよい。

本実施形態のゲーム制御装置では、ユーザがアクセスすることができなかった特典付与期間（逸失特典期間）に対応する第１特典が得られなかった場合でも、逸失特典期間外のアクセス時刻に応じた第２特典を付与する条件を満たすことで、第２特典を得ることができる。このため、特典付与期間外にユーザがアクセスすることを動機付けることができる。

なお、以上の実施形態においては、複数の特典付与期間を設定した場合について説明したが、本発明はこれに限らず、特典付与期間として、１つの期間のみを設定してもよい。特典付与期間の長さは任意であり、例えば、１時間としてもよいし、２４時間としてもよい。また、各特典付与期間の間隔も任意であり、複数の特典付与期間を連続的に設定してもよいし、断続的に設定してもよい。例えば、２４時間の特定付与期間を２４時間毎に設定してもよいし、１時間の特典付与期間を２４時間毎に設定してもよい。例えば、毎日一定の時間（例えば、午後１２時〜１３時の１時間）を特典付与期間と設定してもよい。
また、「条件判定期間」の長さも任意であり、例えば、１時間としてもよいし、２４時間としてもよい。また、各条件判定期間の間隔も任意であり、複数の条件判定期間を連続的に設定してもよいし、断続的に設定してもよい。例えば、２４時間の条件判定期間を２４時間毎に設定してもよいし、１時間の条件判定期間を２４時間毎に設定してもよい。例えば、毎日一定の時間（例えば、午後１２時〜１３時の１時間）を条件判定期間と設定してもよい。

本実施例において、モンスターカードを用いたデジタルカードゲームを例に挙げて説明したが、本発明のゲームはこれに限定されるものではなく、ユーザによるゲームへのアクセス、又はゲームの実行のためのアクセスに応じて特典が付与されるゲームであればどのようなゲームであってもよい。特に時間に応じて回復するポイントを用いて対戦処理やクエスト処理等のゲーム内の処理を行うゲームの場合、ポイントを消費した後に当該ポイントが回復するまで待つ必要があり、回復に必要な時間を空けて定期的にアクセスをする必要があるため、本発明のような継続的なアクセスを促す発明が有益である。
本実施例において、特典付与期間内にアクセス時刻が少なくとも１回記録された場合に当該特典付与期間に対する第１特典を付与する条件が満たされ、第１特典を付与する例について説明したが、本発明はこれに限られない。例えば、特典付与期間内に複数のアクセス時刻が記録された場合に第１特典を付与する条件が満たされると判定してもよい。
また、「アクセス時刻」には、ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻が含まれる。「ゲームへのアクセス」には、ゲームを提供するウェブサイトへのアクセスを含む。ここで、ゲームを提供するウェブサイトは、全てのユーザが共通してアクセスするトップページ、ユーザ毎のウェブページ（マイページ）を含み、「ゲームへのアクセス」はトップページやマイページへのアクセスを含む。「ゲームへのアクセス時刻」はこれらのウェブページへのアクセス時刻を含む。
また、本発明における「ゲーム実行のためのアクセス」には、ゲームを実行するためのウェブページのような特定のウェブページへのアクセスや、特定のウェブページにおいて所定のゲーム（例えば、上述したクエスト処理や対戦処理）の実行を行うためのボタンの操作が行われることを含む。「ゲーム実行のためのアクセス時刻」はこれらの特定のウェブページへのアクセス時刻、及び、特定のウェブページにおける特定のボタンの操作時刻を含む。

（８）変形例
以下、上述した実施形態の変形例について説明する。

（８−１）変形例１
図１５は本変形例に係る特典付与期間テーブルの一例を示す図である。本変形例においては、特典付与期間が所定の数（例えば４）であり、アクセス時刻が記録された特典付与期間の数に応じた特典がユーザに付与される点が上記実施形態とは異なる。
図１６は本変形に係る特典付与テーブルの一例を示す図である。特典付与テーブルはゲームデータベース（ゲームＤＢ）３２に記録される。図１６に示すように、特典付与テーブルには、ユーザＩＤ毎に、特典付与回数と、特典（カード、アイテム、ポイント等）及びステイタス（未付与、付与済）とが対応付けられている。
特典付与回数は、ユーザのアクセス時刻が記録された特典付与期間の数である。
特典は、カード、アイテム等のオブジェクト、ポイント等である。なお、特典付与回数の数字が大きいほど、ゲーム上でより有益な特典にしてもよい。
ステイタスは、特典付与回数に対応付けられた特典がユーザに付与されたか否かを示すデータである。特典が未付与であればステイタスは「未付与」と記録されており、特典が付与済であればステイタスは「付与済」と記録される。

本変形例においては、ユーザのアクセス時刻が記録された特典付与期間の数に応じた特典がユーザに付与される。例えば、ユーザがいずれか１つの特典付与期間にアクセスしたときには、特典付与回数：１に対応する特典（カード：ＭＣ００１）がユーザに付与される。また、ユーザが特典付与期間ＩＤ：００１、００２、００４の特典付与期間にアクセスしたときは、特典付与回数：１、２、３に対応する特典（カード：ＭＣ００１、ＭＣ００２、ＭＣ００３）がユーザに付与される。

本変形例においても、図１３のフローチャートと同様にして、ユーザに第１特典を付与することができる。ここで、本変形例においては、第１特典の付与（図１３のステップＳ１０６）を行う際に、過去の全ての特典付与期間におけるユーザのアクセス時刻の記録の有無を判定し、アクセス時刻が記録された特典付与期間の数（特典付与回数）を算出し、特典付与テーブルにアクセスし、特典付与回数に応じた第１特典を付与する。
また、本変形例においても、図１４のフローチャートと同様にして、ユーザに第２特典を付与することができる。この場合、第２特典の内容は、ユーザが全ての特典付与期間にアクセスした場合に得られたであろう特典とすることができる。
本変形例のように、アクセス時刻が記録された特典付与期間の数に応じた特典がユーザに付与される場合、いずれかの特典付与期間にユーザがゲームにアクセスし損なうと、ユーザが全ての特典付与期間にアクセスした場合に得られたであろう特典（例えば、図１６では特典付与回数：４に対応する特典（カード：ＭＣ００４）が得られなくなる。特に、特典付与回数の数字が大きいほどゲーム上でより有益な特典が設定されている場合、ユーザが１回でもゲームにアクセスし損なうと、その後の特典付与期間にアクセスを行う意欲が削がれ、継続的なアクセスをしなくなるおそれがある。
このような場合でも、本変形例のように、得られなかった第１特典を第２特典としてユーザに付与する条件を提示し、当該条件が充足された場合に第２特典を付与することで、ユーザが継続してアクセスすることを動機付けることができる。

（８−２）変形例２
上記実施形態においては、特典付与期間においてアクセス時刻が記録されていない場合に第２特典を付与する条件を提示したが、本発明はこれに限られない。例えば、アクセス時刻を記録する代わりに、第１特典の付与履歴を記録しておき、第１特典が付与されていない場合に、第２特典を付与する条件を提示してもよい。

図１７は本変形例における特典付与処理を示すフローチャートである。ユーザがゲームにアクセスすると、ＣＰＵ２１は、ユーザのアクセス時刻を取得するとともに、特典付与期間テーブルにアクセスし、ユーザのアクセス時刻がいずれかの特典付与期間に含まれるか否かを判定する（ステップＳ３００）。
ユーザのアクセス時刻が特典付与期間に含まれる場合（ステップＳ３００：ＹＥＳ）、ＣＰＵ２１は、第１特典の付与履歴を参照し、第１特典が付与済か否かを判定する（ステップＳ３０２）。第１特典が付与済の場合（ステップＳ３０２：ＹＥＳ）、ＣＰＵ２１は特典付与処理を終了する。一方、第１特典が付与済ではない場合（ステップＳ３０２：ＮＯ）、ＣＰＵ２１は第１特典をユーザに付与し（ステップＳ３０４）、第１特典の付与履歴を記録し（ステップＳ３０６）、特典付与処理を終了する。
ユーザのアクセス時刻が特典付与期間に含まれない場合（ステップＳ３００：ＮＯ）、ＣＰＵ２１は、第１特典の付与履歴を参照し、第１特典が付与済か否かを判定する（ステップＳ３０８）。第１特典が付与済の場合（ステップＳ３０８：ＹＥＳ）、ＣＰＵ２１は特典付与処理を終了する。一方、第１特典が付与済ではない場合（ステップＳ３０６：ＮＯ）、ＣＰＵ２１は、第２特典の付与履歴を参照し、第２特典が付与済か否かを判定する（ステップＳ３１０）。第２特典が付与済の場合（ステップＳ３１０：ＹＥＳ）、ＣＰＵ２１は特典付与処理を終了する。一方、第２特典が付与済ではない場合（ステップＳ３１０：ＮＯ）、ＣＰＵ２１は第２特典をユーザに付与する条件を提示済か否かを判定する（ステップＳ３１２）。
条件を提示済の場合（ステップＳ３１２：ＹＥＳ）、ＣＰＵ２１は、提示した条件が充足されたか否かを判定する（ステップＳ３１４）。条件が充足された場合（ステップＳ３１４：ＹＥＳ）、ＣＰＵ２１は、ユーザに第２特典を付与し（ステップＳ３１６）、第２特典の付与履歴を記録し（ステップＳ３１８）、特典付与処理を終了する。
一方、条件を提示していない場合（ステップＳ３１２：ＮＯ）、または、提示した条件が充足されていない場合（ステップＳ３１４：ＮＯ）、ＣＰＵ２１は現在の条件を算定し、提示する処理を行う（ステップＳ３２０）。ここで、過去に提示した条件と新たに算定された現在の条件が異なる場合、ユーザに提示される条件は過去に提示した条件から新たに算定された現在の条件に変更されることとなる。その後、ＣＰＵ２１は、特典付与処理を終了する。

本変形例のように、ユーザのアクセス時刻を記録する代わりに、特典の付与履歴を記録する場合でも、上記実施形態と同様に、第１特典及び第２特典の付与処理を行うことができる。

（８−３）変形例３
本変形例においては、特典付与期間(逸失特典期間)後のアクセスに応じた第２特典を付与する条件を、第２特典を付与する確率（すなわち、第２特典の期待値）とする点が上記実施形態とは異なる。本実施例では、ユーザがアクセスすることができなかった特典付与期間（逸失特典期間）後のアクセス時刻に基づいて、第２特典を付与する確率を提示手段５５が提示し、提示した後のアクセスに応じて第２特典を変動させる。

図１８のＰ４は、本変形例において、逸失特典期間後にユーザがアクセスしたときにユーザの通信端末１０に表示されるウェブページの一例である。ウェブページＰ４は、第２特典の情報２０とともに、第２特典を付与する複数の条件を示すテキスト、及び、複数の条件のいずれかを選択するためのボタンｍ２１（「今日、受け取る」）及びボタンｍ２２（「今日はやめておく」）を含む。すなわち、ウェブページＰ４は、第１の条件として、今日は第２特典が付与される確率が５０％であることを提示しているとともに、第２の条件として、明日は第２特典が付与される確率が６０％であることを提示している。

第２特典を付与する確率を、逸失特典期間後のアクセス時刻の履歴に基づいて変動させることには、逸失特典期間後のアクセス時刻の履歴に基づいて、第２特典を付与する確率を上昇させることが含まれる。
例えば、逸失特典期間後に連続する第１〜第ｎ条件判定期間を設定し、各条件判定期間にアクセス時刻が記録されているか否かに基づき、第２特典を付与する確率を増加させることができる。
また、第ｋ条件判定期間（ｋは自然数、１＜ｋ≦ｎ）にアクセス時刻が記録されたか否かに基づき、第ｋ条件判定期間よりも前に提示した第２特典を付与する確率を変動させてもよい。例えば、逸失特典期間から所定の日数（ｋ日）後にユーザがゲームにアクセスした場合、提示手段５５は、アクセスした日よりも前（ｋ−１日以前）に提示した確率（例えば「３０％」）を、ｋ日目にユーザがゲームにアクセスしたことに応じて（例えば「４０％」に）変動させて、提示してもよい。
また、第ｋ条件判定期間以前の条件判定期間であって、アクセス時刻が記録される条件判定期間の数（ｘとする）と、アクセス時刻が記録されない条件判定期間の数（ｙとする）とに基づいて第２特典を付与する確率を設定してもよい。つまり、アクセス時刻が記録されている条件判定期間の数が多いほど第２特典を付与する確率を増加させ、アクセス時刻が記録されている条件判定期間の数が少ないほど第２特典を付与する確率が減少するように設定してもよい。例えば、上記式（２）における左辺ｘ／（ｘ＋ｙ＋ｐ）を、第２特典を付与する確率として提示してもよい。
また、例えば、第２特典を付与する確率を、アクセス時刻が記録される条件判定日の数に所定の割合（例えば１０％）を乗じた値としてもよい。なお、演算式はこれに限られない。また、アクセス時刻が記録される条件判定期間の数と、第２特典を付与する確率とをテーブル形式で対応付けて記憶しておいてもよい。

また、逸失特典期間よりも前のアクセス時刻の履歴に基づいて、第２特典を付与する確率を変動させてもよい。例えば、逸失特典期間よりも前の特典付与期間であって、アクセス時刻が記録されている特典付与期間の数又は割合に基づいて、第２特典を付与する確率を変動させてもよい。例えば、第２特典を付与する確率をｘ／（ｘ＋ｙ＋ｐ）とする場合、逸失特典期間よりも前の特典付与期間であって、アクセス時刻が記録されている特典付与期間の数又は割合に基づいて、上記ｐの値を変動させてもよい。例えば、逸失特典期間よりも前の特典付与期間であって、アクセス時刻が記録されている特典付与期間の数が多い場合に、少ない場合よりも条件が緩やかとなるように、ｐを小さくしてもよい。例えば、ｐを、逸失特典期間よりも前の特典付与期間であって、アクセス時刻が記録されている特典付与期間の割合の逆数としてもよい。

なお、提示手段５５は、逸失特典期間後にユーザのアクセス時刻が記録されたときに、それ以前に提示した条件を変動させてもよい。例えば、１日毎の連続する第１〜第ｎ条件判定日を設定し、逸失特典期間後のアクセス時刻の履歴に基づく条件として、第ｋ条件判定日（１＜ｋ≦ｎ）よりも前に、条件として第２特典を付与する確率（例えば、「５０％」等）を提示した後、ＣＰＵ２１は、提示した条件を記録しておき、第ｋ条件判定日にユーザがアクセスしたとき、提示する条件を、記録した条件から変動させた確率（例えば、「６０％」）として提示してもよい。

図１９は本変形例における第２特典の付与処理を行うときのフローチャートの一例である。ユーザが条件判定期間にゲームにアクセスすると、ＣＰＵ２１は、特典付与期間テーブルを参照し（ステップＳ４００）、逸失特典期間の有無を判定する（ステップＳ４０２）。逸失特典期間がない場合（ステップＳ４０２：ＮＯ）、ＣＰＵ２１は、条件の提示処理を終了する。
逸失特典期間がある場合(ステップＳ４０２：ＹＥＳ)、ＣＰＵ２１は、第２特典を付与するための現在の条件を算定し、ユーザに提示する（ステップＳ４０４）。ここで、過去に提示した条件と新たに算定された現在の条件が異なる場合、ユーザに提示される条件は過去に提示した条件から新たに算定された現在の条件に変更されることとなる。
次に、ＣＰＵ２１は、ユーザが提示した条件に承諾したか否かを判定する（ステップＳ４０６）。例えば、ウェブページＰ４において、ボタンｍ２１（「今日、受け取る」）が操作された場合、ユーザが提示した条件に承諾したとＣＰＵ２１は判定する。一方、ウェブページＰ４において、ボタンｍ２２（「今日はやめておく」）が操作された場合や、他のボタンが操作された場合、ユーザが提示した条件に承諾しなかったとＣＰＵ２１は判定する。
ユーザが提示した条件に承諾したと判定した場合（ステップＳ４０６：ＹＥＳ）、ＣＰＵ２１は、提示した条件（例えば５０％の確率）でユーザに第２特典を付与するか否かを決定する（ステップＳ４０８）。ユーザに第２特典を付与することを決定した場合（ステップＳ４０８：ＹＥＳ）、ＣＰＵ２１は、ユーザに第２特典を付与し（ステップＳ４１０）、第２特典の付与処理を終了する。
一方、ユーザに第２特典を付与しないことを決定した場合（ステップＳ４０８：ＮＯ）、ＣＰＵ２１は、ユーザに第２特典を付与する機会を消失させ（ステップＳ４１２）、第２特典の付与処理を終了する。すなわち、ＣＰＵ２１は、次の条件判定期間にユーザがゲームにアクセスしたときでも、第２特典の付与処理を実行しない。なお、ユーザに第２特典を付与する機会を消失させるか否かを管理するために、逸失特典期間毎にフラグを設定してもよい。
ユーザが提示した条件に承諾しなかったと判定した場合（ステップＳ４０６：ＮＯ）、ＣＰＵ２１は、第２特典の付与処理を終了する。この場合、ＣＰＵ２１は、次の条件判定期間にユーザがゲームにアクセスしたとき、再度、第２特典の付与処理を行う。

本変形例によれば、特典付与期間の後のアクセス時刻の履歴に基づいて第２特典を付与する確率が変動するため、第２特典をより確実に得るためにユーザが特典付与期間の後、頻繁にアクセスすることを動機付けることができる。また、第２特典を付与する条件を複数提示することで、ユーザの射幸心をあおり、ゲーム性を高めることができる。
なお、本変形例においては、第２特典を付与する確率、すなわち、第２特典の期待値を変動させたが、本発明はこれに限られない。例えば、第２特典として、所定の抽選確率でゲーム上のオブジェクトが付与される抽選券を付与してもよい。この場合、特典付与期間の後のアクセス時刻の履歴に基づいて抽選券に対応付けた抽選確率を変動させてもよい。
なお、提示手段５５は、第２特典を付与するための現在の条件とともに、次の条件判定期間にアクセス時刻が記録された場合の変動後の条件を併せて提示してもよい。例えば、図１９のステップＳ４０４において、第２特典を付与するための現在の条件（例えば図１８では「５０％」）をユーザに提示する際に、次の条件判定期間（例えば翌日）にアクセス時刻が記録された場合の変動後の条件（例えば図１８では「６０％」）も算出し、両方の条件を併せて提示してもよい。このように、次の条件判定期間にアクセス時刻が記録された場合の変動後の条件を変動前の条件と併せて提示することで、次の条件判定期間にアクセスすることをユーザに促すことができる。

（８−４）変形例４
本変形例においては、ユーザがアクセスすることができなかった特典付与期間（逸失特典期間）後のアクセス時刻の履歴に基づいて、第２特典の内容を変動させる点が異なる。

図２０のＰ５は、本変形例において、逸失特典期間後にユーザがアクセスしたときにユーザの通信端末１０に表示されるウェブページの一例である。ウェブページＰ５は、複数の第２特典の情報（「抽選ポイント１２００ポイント」、「抽選ポイント１５００ポイント」）とともに、各第２特典の内容に応じた条件を示すテキスト、及び、各条件のいずれかを選択するためのボタンｍ２１（「今日、受け取る」）及びボタンｍ２２（「今日はやめておく」）を含む。すなわち、ウェブページＰ５は、第１の条件として、今日受け取れば第２特典が「抽選ポイント１２００ポイント」であることを提示しているとともに、第２の条件として、明日は第２特典が「抽選ポイント２００ポイント」となることを提示している。

本変形例において、第２特典付与手段５６は、逸失特典期間後のアクセス時刻の履歴に基づいて、第２特典を変動させる機能を備えてもよい。すなわち、第２特典付与手段５６は、逸失特典期間後にユーザのアクセス時刻が記録されたときに、アクセス時刻以前に提示した条件を変動させてもよい。

逸失特典期間後のアクセス時刻の履歴に基づいて、第２特典の内容を変動させるために、例えば、逸失特典期間の後に連続又は断続する第１〜第ｎ条件判定期間（ｎは自然数）を設定し、各条件判定期間にアクセス時刻が記録されるか否かに基づいて第２特典の内容を変動させてもよい。例えば、アクセス時刻が記録される条件判定期間の数に基づいて第２特典の内容を変動させてもよい。

また、第ｋ条件判定期間（１＜ｋ≦ｎ）よりも前に算出した第２特典に対して、第ｋ条件判定期間にユーザがアクセスしたときに付与する第２特典を変動させてもよい。

また、第ｋ条件判定期間以前の条件判定期間であって、アクセス時刻が記録される条件判定期間の数（ｘとする）と、アクセス時刻が記録されない条件判定期間の数（ｙとする）とに基づいて第２特典の内容を変動させてもよい。つまり、アクセス時刻が記録されている条件判定期間の数が多いほど第２特典の内容をゲーム上の有益性、又は対価が高いものに変動させ、アクセス時刻が記録されている条件判定期間の数が少ないほど第２特典の内容がゲーム上の有益性、又は対価が低いものに変動するように設定してもよい。例えば、第１特典をポイントとした場合、上記式（２）における左辺ｘ／（ｘ＋ｙ＋ｐ）を所定数（例えば２０００）に乗じた値のポイントを、第２特典としてもよい。

また、逸失特典期間よりも前のアクセス時刻に基づいて、第２特典の内容を変動させてもよい。例えば、逸失特典期間よりも前の特典付与期間であって、アクセス時刻が記録されている特典付与期間の数又は割合に基づいて、第２特典の内容を設定してもよい。例えば、逸失特典期間よりも前の特典付与期間であって、アクセス時刻が記録されている特典付与期間の数又は割合に基づいて、上記不等式（１）、（２）のｐ、ｑの値を変動させてもよい。

本変形例においても、変形例３の図１９のフローチャートと同様に、第２特典の付与処理を行うことができる。なお、本変形例においては、図１９のステップＳ４０６：ＹＥＳの後、第２特典の付与（ステップＳ４１０）及び第２特典の付与機会の消失（ステップＳ４１２）の処理を行う。

本変形例においても、特典付与期間の後のアクセス時刻の履歴に基づいて第２特典の内容が変動するため、より多くの第２特典を得るためにユーザが特典付与期間の後、頻繁にアクセスすることを動機付けることができる。

なお、本変形例では、第２特典の内容を変動させる例について説明したが、本発明はこれに限らない。例えば、第２特典付与手段５６は、第２特典を得るために満足すべき条件としての対価を、逸失特典期間外のアクセス時刻の履歴に基づいて変動させてもよい。例えば、第２特典を得るために必要なポイント（抽選ポイント等）の数を、逸失特典期間後のアクセス時刻の履歴に基づいて変動させてもよい。例えば、逸失特典期間の後に連続又は断続する第１〜第ｎ条件判定期間（ｎは自然数）を設定し、各条件判定期間にアクセス時刻が記録されるか否かに基づいて第２特典を得るための対価を変動させてもよい。例えば、アクセス時刻が記録される条件判定期間の数（ｘとする）に基づいて第２特典を得るための対価をゲーム上の価値の低いものに変動させ、アクセス時刻が記録されている条件判定期間の数（ｙとする）が少ないほど第２特典を得るための対価がゲーム上の価値の高いものに変動するように設定してもよい。
また、例えば、連続又は断続する第１〜第ｎ条件判定期間を設定し、第ｋ条件判定期間（１＜ｋ≦ｎ）よりも前に提示した対価に対して、第ｋ条件判定期間にユーザがアクセスしたときの対価を変動させてもよい。また、例えば、第ｋ条件判定期間以前の条件判定期間であって、アクセス時刻が記録される条件判定期間の数（ｘとする）と、アクセス時刻が記録されない条件判定期間の数（ｙとする）とに基づいて対価を変動させてもよい。例えば、ｘが増加するに連れて必要な対価が減少するようにしてもよい。例えば、第２特典を得るための対価を、ｘに反比例する値としてもよい。また、逸失特典期間よりも前のアクセス時刻に基づいて、対価を変動させてもよい。

なお、提示手段５５は、逸失特典期間外のアクセス時刻の履歴に応じて第２特典の内容を複数提示してもよい。例えば、現在の第２特典の内容とともに、次の条件判定期間にアクセス時刻が記録された場合の変動後の第２特典の内容を併せて提示してもよい。例えば、図１９のステップＳ４０４において、第２特典の現在の内容（例えば図２０では「１２００ポイント」）をユーザに提示する際に、次の条件判定期間（例えば翌日）にアクセス時刻が記録された場合の変動後の第２特典の内容（例えば図２０では「１５００ポイント」）も算出し、両方の第２特典の内容を併せて提示してもよい。このように、次の条件判定期間にアクセス時刻が記録された場合の変動後の第２特典の内容を変動前の第２特典の内容と併せて提示することで、次の条件判定期間にアクセスすることをユーザに促すことができる。

（８−５）変形例５
本発明に係る特典付与装置は、ゲーム制御装置に限らず、任意の情報処理装置に適用することができる。例えば、オンラインショッピングサイト等において、ユーザがアクセスする度に特典としてポイントを付与する特典付与装置に本発明を適用してもよい。例えば、第１特典及び第２特典として、オンラインショッピングサイト等において使用可能なポイント、割引券等を用いることができる。
また、オンラインショッピングサイト等への「アクセス」は、サービスを提供するウェブサイトへのアクセスを含む。ここで、サービスを提供するウェブサイトは、全てのユーザが共通してアクセスするトップページ、ユーザ毎のウェブページ（マイページ）を含む。「アクセス時刻」はこれらのウェブページへのアクセス時刻を含む。
また、オンラインショッピングサイト等への「アクセス」には、サービスを提供するためのウェブページ（例えば、オンラインショッピングサイトにおける購入画面）のような特定のウェブページへのアクセスや、特定のウェブページにおいて所定の処理の実行（例えば購入処理）を行うためのボタン（例えば「購入」ボタン）の操作が行われることを含む。「アクセス時刻」はこれらの特定のウェブページへのアクセス時刻、及び、特定のウェブページにおける特定のボタンの操作時刻を含む。
例えば、所定数の特典付与期間を設定し、全ての特典付与期間にアクセスした場合に第１特典として、当該サイトにおいて使用可能な所定数のポイント、所定額又は所定率の割引券を付与する特典付与装置において、ユーザがアクセスすることができなかった特典付与期間（逸失特典期間）があった場合に、上記実施形態と同様に、逸失特典期間後のアクセス時刻の履歴に基づいて、第２特典として所定数のポイント、所定額又は所定率の割引券を付与する条件を提示し、提示した条件が満たされたときに第２特典を付与してもよい。また、上記実施形態と同様に、第２特典を付与する確率を変動させてもよいし、第２特典として付与するポイント数、割引券の割引額又は割引率を変動させてもよい。

以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。上記実施形態及び各変形例に記載された技術的事項は適宜組合せて適用してもよい。

上述した各実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、図１２に示した機能ブロック図の各機能を実現する構成としたが、この構成に限られない。これらの少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採ることができるため、上記各実施形態に記載したようにして通信端末１０によっても一部の機能を実現できる。例えば、図２１Ａ、図２１Ｂに、図１２に示した機能ブロック図の各機能について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との機能分担の例を示す。また、上述した各実施形態では、各種データ（例えば、ユーザデータベース、カード登録データベースなど）をデータベースサーバ３０が記憶している構成としたが、その一部を通信端末１０内の記憶装置に記憶させてもよい。その場合には、記憶装置は、通信端末１０内のＲＡＭ１３や図示しないＨＤＤ（Hard Disk Drive）などの大容量記憶装置であってよい。

１０…通信端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…画像処理部
１５…指示入力部
１６…表示部
１７…通信インタフェース部
１８…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…データベースアクセス部
２５…通信インタフェース部
２６…バス
３０…データベースサーバ
３１…ユーザデータベース
３２…ゲームデータベース
５１…実行手段
５２…記録手段
５３…判定手段
５４…第１特典付与手段
５５…提示手段
５６…第２特典付与手段

Claims (13)

1. ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録する記録手段、
   所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段、
   前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段、
   前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段、
   を備えたゲーム制御装置。
2. 前記特典付与期間の後のアクセス時刻の履歴に基づいて、前記提示手段は提示する条件を変動させ、又は、前記第２特典付与手段は付与する第２特典を変動させる、請求項１に記載のゲーム制御装置。
3. 前記特典付与期間の後の連続又は断続する第１〜第ｎ（ｎは自然数）の各条件判定期間にアクセス時刻が記録されているか否かに基づき、前記提示手段は提示する条件を変動させ、又は、前記第２特典付与手段は付与する第２特典を変動させる、請求項２に記載のゲーム制御装置。
4. 第ｋ条件判定期間（ｋは自然数、１＜ｋ≦ｎ）にアクセス時刻が記録されたか否かに基づき、前記提示手段は第ｋ条件判定期間よりも前に提示した条件を変動させ、又は、前記第２特典付与手段は付与する第２特典を変動させる、請求項３に記載のゲーム制御装置。
5. 第ｋ条件判定期間（ｋは自然数、１＜ｋ≦ｎ）にアクセス時刻が記録されたとき、第ｋ条件判定期間以前の条件判定期間であって、アクセス時刻が記録されている条件判定期間の数、及び、アクセス時刻が記録されていない条件判定期間の数に基づき、前記提示手段は提示する条件を変動させ、又は、前記第２特典付与手段は付与する第２特典を変動させる、請求項３に記載のゲーム制御装置。
6. 前記特典付与期間の前のアクセス時刻の履歴に基づいて、前記提示手段は提示する条件を変動させ、又は、前記第２特典付与手段は付与する第２特典を変動させる、請求項１〜５のいずれか一項に記載のゲーム制御装置。
7. 前記提示手段は、前記第２特典を付与する時期を提示することを特徴とする、請求項２〜６のいずれか一項に記載のゲーム制御装置。
8. 前記変動させる条件を、前記第２特典を付与する確率とすることを特徴とする、請求項２〜７のいずれか一項に記載のゲーム制御装置。
9. ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻を記録する記録手段、
   前記アクセス時刻が連続する第１〜第ｎの各特典付与期間に記録されているか否かに応じた第１特典を付与する第１特典付与手段、
   各特典付与期間のいずれかにアクセス時刻が記録されていない場合、前記アクセス時刻が記録されていない特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段、
   前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段、
   を備えたゲーム制御装置。
10. ユーザによるアクセス時刻の履歴を記録する記録手段、
    所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段、
    前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段、
    前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段、
    の各手段を備えた、特典付与装置。
11. ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録するステップ、
    所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与するステップ、
    前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示するステップ、
    前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与するステップ、
    を含む、ゲーム制御方法。
12. コンピュータを、
    ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録する記録手段、
    所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段、
    前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段、
    前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段、
    として機能させるためのプログラム。
13. 複数のユーザの通信端末と、当該通信端末からアクセスされるサーバとを含む、ゲームシステムであって、
    ユーザによるゲームへのアクセス時刻又はゲームの実行のためのアクセス時刻の履歴を記録する記録手段、
    所定の特典付与期間にアクセス時刻が記録されている場合、前記ユーザに第１特典を付与する第１特典付与手段、
    前記特典付与期間にアクセス時刻が記録されていない場合、前記特典付与期間外のアクセス時刻に応じた第２特典を付与する条件を前記ユーザに提示する提示手段、
    前記条件が提示された後、前記条件を満たした場合に、前記ユーザに前記第２特典を付与する第２特典付与手段、
    の各手段を、前記通信端末または前記サーバのいずれか一方が備えた、ゲームシステム。
    

Images