(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022188485
(43)【公開日】2022-12-21
(54)【発明の名称】プログラム、情報処理装置および情報処理方法
(51)【国際特許分類】
A63F 13/69 20140101AFI20221214BHJP
A63F 13/46 20140101ALI20221214BHJP
A63F 13/847 20140101ALI20221214BHJP
A63F 13/53 20140101ALI20221214BHJP
A63F 13/35 20140101ALI20221214BHJP
A63F 13/80 20140101ALI20221214BHJP
【ＦＩ】
A63F13/69
A63F13/46
A63F13/847
A63F13/53
A63F13/35
A63F13/80 D
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2021096548
(22)【出願日】2021-06-09
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100199565
【弁理士】
【氏名又は名称】飯野 茂
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】森 耕平
(57)【要約】
【課題】ゲームの興趣性をより高める技術を提供する。
【解決手段】実施形態によれば、コンピュータによって実行されるプログラムにおいて、複数の端末において実行されたクイズゲームの解答に関する集計結果を取得することと、集計結果が所定の条件を満足した場合に所定の報酬を提供することと、をコンピュータに実行させるようにした。
【選択図】図８
【解決手段】実施形態によれば、コンピュータによって実行されるプログラムにおいて、複数の端末において実行されたクイズゲームの解答に関する集計結果を取得することと、集計結果が所定の条件を満足した場合に所定の報酬を提供することと、をコンピュータに実行させるようにした。
【選択図】図８
【特許請求の範囲】
【請求項1】
複数の端末において実行されたクイズゲームの解答に関する集計結果を取得することと、
前記集計結果が所定の条件を満足した場合に所定の報酬を提供することと
をコンピュータに実行させるプログラム。
前記集計結果が所定の条件を満足した場合に所定の報酬を提供することと
をコンピュータに実行させるプログラム。
【請求項2】
前記所定の条件は、前記複数の端末における正解の数の累計が所定値に達することを含む、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項3】
前記報酬は、前記所定値が大きいほど価値が向上するように設定される、請求項２に記載のプログラム。
【請求項4】
前記クイズゲームは、複数のユーザの協力プレイとして進行される、請求項１乃至３のいずれか一項に記載のプログラム。
【請求項5】
前記コンピュータが前記複数の端末のうちのいずれかのコンピュータであり、
前記集計結果を所定のオブジェクトとして表示させること
を前記コンピュータにさらに実行させる、請求項１乃至４のいずれか一項に記載のプログラム。
前記集計結果を所定のオブジェクトとして表示させること
を前記コンピュータにさらに実行させる、請求項１乃至４のいずれか一項に記載のプログラム。
【請求項6】
前記コンピュータが前記複数の端末のうちのいずれかのコンピュータであり、
前記集計結果が所定の条件を満足する前に、または前記集計結果が所定の条件を満足した後に、前記所定の報酬の情報を表示させること、
を前記コンピュータにさらに実行させる、請求項１乃至５のいずれか一項に記載のプログラム。
前記集計結果が所定の条件を満足する前に、または前記集計結果が所定の条件を満足した後に、前記所定の報酬の情報を表示させること、
を前記コンピュータにさらに実行させる、請求項１乃至５のいずれか一項に記載のプログラム。
【請求項7】
前記コンピュータが、前記複数の端末と通信可能なサーバのコンピュータであり、
前記所定の報酬を提供することは、前記集計結果が前記所定の条件を満足した後、所定時間の経過後に前記複数の端末において前記報酬が有効化されるように設定することと、前記報酬が有効化される時間に関する情報を出力することと、を含む、
請求項１乃至４のいずれか一項に記載のプログラム。
前記所定の報酬を提供することは、前記集計結果が前記所定の条件を満足した後、所定時間の経過後に前記複数の端末において前記報酬が有効化されるように設定することと、前記報酬が有効化される時間に関する情報を出力することと、を含む、
請求項１乃至４のいずれか一項に記載のプログラム。
【請求項8】
複数の端末において実行されたクイズゲームの解答に関する集計結果を取得する取得部と、
前記集計結果が所定の条件を満足した場合に所定の報酬を提供する提供部と
を備える情報処理装置。
前記集計結果が所定の条件を満足した場合に所定の報酬を提供する提供部と
を備える情報処理装置。
【請求項9】
情報処理装置が実行する情報処理方法であって、
複数の端末において実行されたクイズゲームの解答に関する集計結果を取得することと、
前記集計結果が所定の条件を満足した場合に所定の報酬を提供することと
を備える情報処理方法。
複数の端末において実行されたクイズゲームの解答に関する集計結果を取得することと、
前記集計結果が所定の条件を満足した場合に所定の報酬を提供することと
を備える情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、プログラム、情報処理装置および情報処理方法に関する。
【背景技術】
【0002】
サーバとクライアント端末が通信を行うことにより実現されるクイズゲームが知られている。例えば、クライアント端末が、サーバからクイズに関する情報をダウンロードし、ディスプレイ等を介してクイズを提示することによってクイズゲームを実現する。
【0003】
サーバと１または複数のクライアント端末とを含むゲームシステムにおいて、ユーザにインセンティブを与えるためのイベントを提供することも知られている。例えば、イベントに参加したプレイヤーグループごとに順位を決定し、グループへの貢献に応じて各プレイヤーに報酬を与えるゲームシステムが提案されている（特許文献１参照）。またプレイヤーのモチベーション向上のため、イベントの参加プレイヤー間で評価を行わせ、評価結果に基づいてプレイヤーに報酬を与えるシステムが提案されている（例えば、特許文献２参照）。また、イベントへの継続的な参加を促すため、イベントにおける順位に応じて報酬を配布する時期をずらす技術も提案されている（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２０－１９８９５９号公報
【特許文献2】特開２０１６－１９８５２９号公報
【特許文献3】特許第５５７９９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
この発明の一態様は、ゲームの興趣性をより高める技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
上記課題を解決するためにこの発明の一態様は、コンピュータによって実行されるプログラムにおいて、複数の端末において実行されたクイズゲームの解答に関する集計結果を取得することと、集計結果が所定の条件を満足した場合に所定の報酬を提供することと、をコンピュータに実行させるようにした。
【発明の効果】
【0007】
一態様によれば、複数の端末において実行されたクイズゲームの解答に関する集計結果が取得され、集計結果が所定の条件を満足した場合に報酬が提供される。集計結果には、複数の端末を使用する複数のプレイヤーによるクイズゲームの解答に関する情報が含まれるので、事実上、複数のプレイヤーにより、報酬という共通の目的を果たすための共同作業が実現されることになる。したがって、報酬の提供に加えて、共同作業により目的を果たす達成感をもたらすことができる。
【0008】
この発明の一態様によれば、ゲームの興趣性をより高める技術が提供される。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下、図面を参照してこの発明に係わる実施形態を説明する。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。
【0011】
［一実施形態］
一実施形態に係るプログラムは、サーバ上またはクライアント端末上で動作するプログラムである。以下では、一実施形態に係るプログラムをゲームプログラムと呼ぶ。ゲームプログラムは、サーバおよびクライアント端末を含むゲームシステムによって実現されるゲームの少なくとも一部を実現する。
一実施形態に係るプログラムは、サーバ上またはクライアント端末上で動作するプログラムである。以下では、一実施形態に係るプログラムをゲームプログラムと呼ぶ。ゲームプログラムは、サーバおよびクライアント端末を含むゲームシステムによって実現されるゲームの少なくとも一部を実現する。
【0012】
（１）構成
（１－１）ゲームシステム
図１は、ゲームプログラムに関連するゲームシステム１の全体構成の一例を示す。
ゲームシステム１は、複数のユーザ端末１００Ａ，１００Ｂ，１００Ｃ・・・（以下、個々の区別をせず総称的に「ユーザ端末１００」とも呼ぶ）と、サーバ２００と、を含む。各ユーザ端末１００は、サーバ２００との間でネットワークＮＷを介して通信可能である。サーバ２００には、任意の数のユーザ端末１００が接続可能であるが、簡単のために１つのユーザ端末１００についてのみ詳細な構成を図示し説明する。
（１－１）ゲームシステム
図１は、ゲームプログラムに関連するゲームシステム１の全体構成の一例を示す。
ゲームシステム１は、複数のユーザ端末１００Ａ，１００Ｂ，１００Ｃ・・・（以下、個々の区別をせず総称的に「ユーザ端末１００」とも呼ぶ）と、サーバ２００と、を含む。各ユーザ端末１００は、サーバ２００との間でネットワークＮＷを介して通信可能である。サーバ２００には、任意の数のユーザ端末１００が接続可能であるが、簡単のために１つのユーザ端末１００についてのみ詳細な構成を図示し説明する。
【0013】
ネットワークＮＷは、例えばインターネットであり、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、移動通信網、有線電話網、ＦＴＴＨ（Fiber To The Home）、ＣＡＴＶ（Cable Television）網等のアクセス網を含み得る。
【0014】
サーバ２００は、一実施形態に係る情報処理装置の第１の例であり、例えばゲーム開発業者等によって運営および管理される、サーバ機能を有するコンピュータである。サーバ２００は、ワークステーションやパーソナルコンピュータ等の汎用コンピュータであってよい。例えばサーバ２００は、ネットワークＮＷを介してユーザ端末１００からユーザ情報や種々の要求を受け付け、ネットワークＮＷを介してユーザ端末１００にゲームプログラムや関連データを送信する。サーバ２００は、同時に複数のユーザ端末１００との間で情報の送受信が可能である。
【0015】
ユーザ端末１００は、一実施形態に係る情報処理装置の第２の例であり、ユーザ（ゲームのプレイヤー）によって使用される。ユーザ端末１００は、例えば、スマートフォン、タブレット端末、ノート型パーソナルコンピュータ等の、サーバからサービスを受けることが可能なコンピュータである。ユーザ端末１００は、デスクトップ型パーソナルコンピュータのような据置型コンピュータであってもよい。ユーザ端末１００はまた、ゲームプレイに適した専用のゲーム端末であってもよい。以下では、一例として、ユーザ端末１００が、タッチスクリーンを備えるスマートフォンであるものとして説明する。各ユーザ端末１００は、ログイン認証等を介してサーバ２００の管理下のユーザアカウントに対応付けられる。
【0016】
（１－２）ハードウェア構成
（１－２－１）サーバ
図１に示すように、サーバ２００は、ハードウェアとして、プロセッサ２００１と、メモリ２００２と、ストレージ２００３と、通信インタフェース（通信Ｉ／Ｆ）２００４と、入出力インタフェース（入出力Ｉ／Ｆ）２００５と、を備え、これらがバス２００６を介して互いに電気的に接続される。
（１－２－１）サーバ
図１に示すように、サーバ２００は、ハードウェアとして、プロセッサ２００１と、メモリ２００２と、ストレージ２００３と、通信インタフェース（通信Ｉ／Ｆ）２００４と、入出力インタフェース（入出力Ｉ／Ｆ）２００５と、を備え、これらがバス２００６を介して互いに電気的に接続される。
【0017】
プロセッサ２００１は、サーバ２００全体の動作を制御する。プロセッサ２００１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の汎用プロセッサを含む。プロセッサ２００１は、汎用プロセッサに限らず、ＡＳＩＣ（Application Specific Integrated Circuit）またはＦＰＧＡ（Field-Programmable Gate Array）等の専用プロセッサであってもよい。
メモリ２００２は、主記憶装置であり、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等を含む。
ストレージ２００３は、補助記憶装置であり、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ：Solid State Drive）等の不揮発性記憶装置を含む。ストレージ２００３は、プロセッサ２００１により実行されるプログラムや、プログラムの実行に必要な設定データ等を記憶する。プログラムの一部はＲＯＭに記憶されてもよい。
メモリ２００２は、主記憶装置であり、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等を含む。
ストレージ２００３は、補助記憶装置であり、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ：Solid State Drive）等の不揮発性記憶装置を含む。ストレージ２００３は、プロセッサ２００１により実行されるプログラムや、プログラムの実行に必要な設定データ等を記憶する。プログラムの一部はＲＯＭに記憶されてもよい。
【0018】
プロセッサ２００１は、ストレージ２００３からプログラムを読み出してメモリ２００２に展開し、展開したプログラムを解釈および実行することによって、後述する処理機能を実現し得る。
【0019】
通信インタフェース（通信Ｉ／Ｆ）２００４は、ネットワークＮＷを介してユーザ端末１００等の外部装置と通信するためのモジュールであり、送受信のための信号処理回路、光コネクタ等を含む。通信インタフェース２００４は、例えば光通信モジュールを含んでもよい。
【0020】
入出力インタフェース（入出力Ｉ／Ｆ）２００５は、キーボードやマウス等の入力装置を通じてオペレータが入力した操作データを取り込むとともに、出力データを液晶または有機ＥＬ（Electro Luminescence）ディスプレイやスピーカ等の出力装置に出力する。
【0021】
（１－２－２）ユーザ端末
図１に示すように、ユーザ端末１００は、ハードウェアとして、プロセッサ１００１と、メモリ１００２と、ストレージ１００３と、センサ１００４と、通信インタフェース（通信Ｉ／Ｆ）１００５と、入出力インタフェース（入出力Ｉ／Ｆ）１００６と、タッチスクリーン１００７と、を備え、これらがバス１００８を介して互いに電気的に接続される。
図１に示すように、ユーザ端末１００は、ハードウェアとして、プロセッサ１００１と、メモリ１００２と、ストレージ１００３と、センサ１００４と、通信インタフェース（通信Ｉ／Ｆ）１００５と、入出力インタフェース（入出力Ｉ／Ｆ）１００６と、タッチスクリーン１００７と、を備え、これらがバス１００８を介して互いに電気的に接続される。
【0022】
プロセッサ１００１は、ユーザ端末１００の全体の動作を制御する。プロセッサ１００１は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等の汎用プロセッサを含む。プロセッサ１００１もまた、汎用プロセッサに限らず、ＡＳＩＣまたはＦＰＧＡ等の専用プロセッサであってもよい。
メモリ１００２は、主記憶装置であり、ＲＯＭおよびＲＡＭ等を含む。
ストレージ１００３は、補助記憶装置であり、内蔵または外付けの半導体メモリ（例えばフラッシュメモリ）等を含む。ストレージ１００３は、プロセッサ１００１により実行されるプログラムや、プログラムの実行に必要な設定データ等を記憶する。プログラムの一部は、ＲＯＭに記憶されてもよい。
プロセッサ１００１は、ストレージ１００３からプログラムを読み出してメモリ１００２に展開し、展開したプログラムを解釈および実行することによって、後述する処理機能を実現し得る。
メモリ１００２は、主記憶装置であり、ＲＯＭおよびＲＡＭ等を含む。
ストレージ１００３は、補助記憶装置であり、内蔵または外付けの半導体メモリ（例えばフラッシュメモリ）等を含む。ストレージ１００３は、プロセッサ１００１により実行されるプログラムや、プログラムの実行に必要な設定データ等を記憶する。プログラムの一部は、ＲＯＭに記憶されてもよい。
プロセッサ１００１は、ストレージ１００３からプログラムを読み出してメモリ１００２に展開し、展開したプログラムを解釈および実行することによって、後述する処理機能を実現し得る。
【0023】
センサ１００４は、例えば、イメージセンサ、サウンドセンサ、加速度センサ、角速度センサ、地磁気センサ、ＧＰＳセンサ、近接センサ、環境光センサ等である。センサ１００４は、感知された種々の情報を電気信号に変換し、出力する。
【0024】
通信インタフェース（通信Ｉ／Ｆ）１００５は、ネットワークＮＷを介してサーバ２００等の外部装置と通信するためのモジュールであり、送受信のための信号処理回路、アンテナ、ＬＡＮ端子等を含む。通信インタフェース１００５は、移動通信用のモジュール、無線／有線ＬＡＮ用のモジュール、近距離無線通信用のモジュール等を含み得る。
【0025】
入出力インタフェース（入出力Ｉ／Ｆ）１００６は、外部装置から入力データを取り込むとともに、出力データを外部装置に出力する。入出力インタフェース１００６は、例えば、ユーザ端末１００の物理ボタンや、ユーザ端末１００に内蔵されたスピーカ、ＵＳＢ（Universal Serial Bus）ポート等を含み得る。
【0026】
タッチスクリーン１００７は、入力部１０７１と表示部１０７２とを備え、ユーザの入力操作を受け付けるとともに、ユーザに種々の画像を表示する機能を有する。
【0027】
入力部１０７１は、例えば静電容量式や抵抗膜式のタッチパネルである。入力部１０７１は、ユーザが指やタッチペン（スタイラスペン）で触れた接触位置を検知し、接触位置の座標情報を生成する。
【0028】
表示部１０７２は、例えば液晶ディスプレイや有機ＥＬディスプレイであり、表示データに基づく種々の画像を表示する。表示部１０７２は、ゲーム画像を表示することによってゲーム画面を実現する。
【0029】
ユーザ端末１００は、入出力インタフェース１００６を介して接続されるキーボード、マウス、コントローラ等の外部入力装置からユーザの操作を受け付けることもできる。ユーザ端末１００は、入出力インタフェース１００６を介して接続されるメモリカード等の外部記憶装置からゲームプログラムおよび関連データを取得してもよい。ユーザ端末１００は、入出力インタフェース１００６を介して接続されるディスプレイやスピーカ等の外部出力装置に表示情報を出力することもできる。ユーザ端末１００は、入出力インタフェース１００６を介して接続されるメモリカード等の外部記憶装置をストレージ１００３として使用してもよい。ユーザ端末１００はまた、センサ１００４からの信号をユーザ操作として受け付けてもよい。
【0030】
ユーザ端末１００は、一定時間毎に、または必要に応じて、サーバ２００にゲームの進行状況を送信し、データを要求し、サーバ２００から必要なプログラム、関連データ、および更新データ等を受信する。
【0031】
（１－３）機能構成
（１－３－１）サーバ
図２は、一実施形態に係るサーバ２００の機能構成の一例を示す。なお、一般的なコンピュータの機能構成およびゲームの実現に必要な公知の構成については、図示および説明を省略する。
（１－３－１）サーバ
図２は、一実施形態に係るサーバ２００の機能構成の一例を示す。なお、一般的なコンピュータの機能構成およびゲームの実現に必要な公知の構成については、図示および説明を省略する。
【0032】
サーバ２００は、各ユーザ端末１００と通信し、各ユーザ端末１００からの要求に応じて、各ユーザ端末１００に、ゲームプログラムや、ゲームプログラムの実行に必要な関連データ等を送信する。サーバ２００はまた、各ユーザ端末１００から各ユーザのゲームの進行状況および解答実績等を受信する。サーバ２００は、制御部２１０と、記憶部２２０と、を備える。
【0033】
記憶部２２０は、主にストレージ２００３により実現される。記憶部２２０の一部はメモリ２００２により実現されてもよい。記憶部２２０は、ゲームプログラム記憶部２２１と、ゲーム情報記憶部２２２と、ユーザ情報記憶部２２３と、オーブ情報記憶部２２４と、集計結果記憶部２２５と、を備える。
【0034】
ゲームプログラム記憶部２２１は、ゲームプログラムを記憶する。
ゲーム情報記憶部２２２は、ゲームプログラムを実行する際に参照される種々のゲーム情報を記憶する。
ユーザ情報記憶部２２３は、各ユーザ端末１００に関連付けられるユーザに関する情報を記憶する。ユーザ情報記憶部２２３は、例えば、ユーザのアカウント情報またはユーザのゲーム進行状況、等の情報を記憶する。
ゲーム情報記憶部２２２は、ゲームプログラムを実行する際に参照される種々のゲーム情報を記憶する。
ユーザ情報記憶部２２３は、各ユーザ端末１００に関連付けられるユーザに関する情報を記憶する。ユーザ情報記憶部２２３は、例えば、ユーザのアカウント情報またはユーザのゲーム進行状況、等の情報を記憶する。
【0035】
オーブ情報記憶部２２４は、オーブに関する種々の情報（オーブ情報）を記憶する。この実施形態において、「オーブ」は、ゲーム空間に配置される仮想物体であり、所定のイベントに関連付けられる。オーブに関連付けられるイベントは、条件が満たされた場合に報酬（特典）を付与するイベントである。サーバ２００は、オーブを選択することによって、関連付けられたイベントを発生させる。イベントは第１フェーズおよび第２フェーズを含む。第１フェーズでは、サーバ２００が、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計を実行し、集計結果が所定の条件を満足するかどうかを監視する。オーブは、例えばメダルゲームまたはカジノに設置されるジャックポットのように、集計結果に応じて中身が満たされていく。サーバ２００において集計結果が所定の条件を満足すると、オーブが満タンになったとみなされ、イベントは第２フェーズに移行する。オーブが満タンの状態を「オーブ解放」とも呼び、所定の条件を「オーブ解放条件」とも呼ぶ。第２フェーズでは所定の報酬が提供される。報酬の一例が、一定時間有効化される時限ボーナスである。一定時間が経過すると時限ボーナスは無効化され、イベントが終了する。オーブ情報記憶部２２４は、１または複数のオーブに関するオーブ情報を格納する、オーブ情報管理テーブル２２４１を記憶する。オーブ情報は、オーブを識別する情報、オーブ解放条件、オーブ解放時に提供される報酬の内容、および報酬が有効化される制限時間等を含む。ここでは、「オーブ」と「イベント」は互いに読み替え可能に使用されることがある。
【0036】
集計結果記憶部２２５は、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果を格納する、集計結果記憶テーブル２２５１を記憶する。
【0037】
制御部２１０は、主にプロセッサ２００１およびメモリ２００２により実現される。制御部２１０は、サーバ２００全体の機能を制御する。制御部２１０は、ゲームプログラム記憶部２２１に記憶されたゲームプログラムを実行することにより、受信制御部２１１、送信制御部２１２、ゲーム進行部２１３、オーブ管理部２１４、および集計部２１５として機能し得る。
【0038】
受信制御部２１１は、各ユーザ端末１００から、ユーザ情報、プログラムまたは関連データの送信要求、各ユーザ端末１００におけるゲームの進行状況に関する情報、および各ユーザ端末１００におけるクイズゲームの解答実績等を受け付ける。解答実績は、ユーザ端末１００においてユーザがクイズゲームをプレイした成果を含む。解答実績の一例が、ユーザ端末１００におけるクイズの正解数である。解答実績は、また、正解／不正解を問わず、解答数（ユーザが挑戦したクイズの数）を含んでもよい。解答実績は、その他の様々な成果、例えば、正答率、解答時間、またはクイズゲームのプレイ時間等を含んでもよい。
【0039】
送信制御部２１２は、要求されたプログラムまたは関連データ、あるいは更新されたプログラム等を、各ユーザ端末１００に送信する。送信制御部２１２はまた、各ユーザ端末１００にゲームの進行状況に関する情報の送信を要求し得る。
【0040】
ゲーム進行部２１３は、ゲームプログラムに記述されたコードに従ってゲーム情報記憶部２２２およびユーザ情報記憶部２２３に記憶された情報を参照し、各ユーザ端末１００におけるゲームの進行状況を管理する。ゲーム進行部２１３はまた、各ユーザ端末１００からの情報収集の要否や各ユーザ端末１００へのデータ送信の要否を判定し得る。
【0041】
オーブ管理部２１４は、サーバ２００の管理者（例えば、ゲーム設計者、ゲーム開発者、ゲーム配信事業者等）の指示を受けて、または所与のアルゴリズムに従って、オーブ情報管理テーブル２２４１で管理されるオーブのいずれか１つを選択する機能を有する。オーブが選択されることによりイベントが発生する。オーブ管理部２１４はまた、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果を集計部２１５から取得する取得部として機能する。オーブ管理部２１４はまた、集計結果が、選択されたオーブに定められた解放条件を満たしたか否かを判定する機能を有する。オーブ管理部２１４はまた、集計結果が所定の条件を満足した場合に所定の報酬を提供する提供部としても機能する。サーバ２００において、所定の報酬を提供することは、集計結果が所定の条件を満足した場合に報酬の有効化時刻を設定することと、設定した有効化時刻をユーザ端末１００に送信することとを含む。またオーブ管理部２１４は、送信制御部２１２との連携により、集計結果を含む情報をユーザ端末１００に送信する。
【0042】
集計部２１５は、受信制御部２１１から受け取った解答実績を集計し、集計結果を日時情報とともに集計結果記憶部２２５に格納する機能を有する。複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果は、複数のユーザ端末１００から受信された解答実績（例えば正解数）を所定の期間にわたって累積加算した結果を含む。例えば、集計部２１５は、オーブ管理部２１４によってオーブが選択されてから解放条件が満たされるまでの間、複数のユーザ端末１００から受信された正解数を足し合わせていき、一定時間毎に最新の累計値を集計結果として集計結果記憶部２２５に格納する。以下では、解答実績として主に正解数を例に挙げて説明するが、単なる例示にすぎず、実施形態は正解数に限定されない。
【0043】
（１－３－２）ユーザ端末
図３は、一実施形態に係るユーザ端末１００の機能構成の一例を示す。なお、一般的なコンピュータの機能構成およびゲームの実現に必要な公知の構成については、図示および説明を省略する。
図３は、一実施形態に係るユーザ端末１００の機能構成の一例を示す。なお、一般的なコンピュータの機能構成およびゲームの実現に必要な公知の構成については、図示および説明を省略する。
【0044】
ユーザ端末１００は、制御部１１０と、記憶部１２０と、を備える。
記憶部１２０は、主にストレージ１００３により実現される。記憶部１２０の一部はメモリ１００２により実現されてもよい。記憶部１２０は、ゲームプログラム記憶部１２１と、ゲーム情報記憶部１２２と、解答実績記憶部１２３と、オーブ情報記憶部１２４と、を備える。
記憶部１２０は、主にストレージ１００３により実現される。記憶部１２０の一部はメモリ１００２により実現されてもよい。記憶部１２０は、ゲームプログラム記憶部１２１と、ゲーム情報記憶部１２２と、解答実績記憶部１２３と、オーブ情報記憶部１２４と、を備える。
【0045】
ゲームプログラム記憶部１２１は、ゲームプログラムを記憶する。なお、サーバ２００のゲームプログラム記憶部２２１に記憶されるゲームプログラムと、ユーザ端末１００のゲームプログラム記憶部１２１に記憶されるゲームプログラムと、は、同じプログラムであってもよいし、いずれか一方が他方を包含するプログラムであってもよいし、異なるプログラムであってもよい。
【0046】
ゲーム情報記憶部１２２は、ゲームプログラムを実行する際に参照される種々のゲーム情報を記憶する。ゲーム情報記憶部１２２はまた、ゲーム画像を表示させるための表示データを生成する際に参照される画像、音声、および音楽等の表示情報を記憶する。
【0047】
解答実績記憶部１２３は、ユーザ端末１００におけるクイズゲームの解答実績を記憶する。例えば、解答実績記憶部１２３はカウンタを備え、クイズに正解するたびに正解数をカウントアップして記憶し得る。解答実績記憶部１２３はゲーム単位ごとまたは所定の時間ごとの正解数データとして解答実績を記憶してもよい。解答実績はまた、正解したクイズを識別する情報（どのクイズに正解したかを表す情報）および日時情報（いつ正解したかを表す情報）等を含み得る。
【0048】
オーブ情報記憶部１２４は、オーブに関する表示情報を格納するオーブ表示管理テーブル１２４１を記憶する。オーブ表示管理テーブル１２４１は、例えばユーザ端末１００において表示データを生成する際に参照される。ユーザ端末１００において、オーブは、集計結果を表示するオブジェクトの一例である。オーブは、イベントの進行状況を示す神秘的なオブジェクトとして表現され、例えば、中に液体を溜めることのできる中空球状のオブジェクトとして表示される。オーブ内の液体の量は、集計結果がオーブ解放条件をどの程度達成したか（達成度）に応じて増加する。またオーブ自体も達成度に応じて輝きを増すように表現され得る。上述したように、オーブが満タンになると、所定の報酬が提供される。
【0049】
制御部１１０は、主にプロセッサ１００１およびメモリ１００２により実現される。制御部１１０は、ユーザ端末１００全体の機能を制御する。制御部１１０は、ゲームプログラム記憶部１２１に記憶されたゲームプログラムを実行することにより、受信制御部１１１、送信制御部１１２、ゲーム進行部１１３、操作受付部１１４、表示制御部１１５、およびオーブ管理部１１６として機能し得る。
【0050】
受信制御部１１１は、サーバ２００から、ゲームプログラム、ゲーム情報、経過情報、および報酬情報等を受け付ける。受信制御部１１１は、受け付けた情報を記憶部１２０に格納し、または各機能部に渡す。経過情報は、選択中のオーブに関する直近の集計結果および解放条件の達成度を表す情報を含む。報酬情報は、ユーザ端末１００において報酬が有効化される時間に関する情報の一例として、報酬の有効化時刻の情報および報酬の制限時間の情報を含む。報酬情報はまた報酬の内容を含み得る。受信制御部１１１は、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果をサーバ２００から取得する取得部の一例である。
【0051】
送信制御部１１２は、ゲームの進行状況および解答実績等をサーバ２００に送信する。
【0052】
ゲーム進行部１１３は、ゲームプログラムに記述されたコードに従って、ゲーム情報記憶部１２２に記憶されたゲーム情報を参照し、ゲーム空間にオブジェクトを配置してクイズゲームを進行させる機能を有する。ゲーム進行部１１３は、表示制御部１１５と連携して、表示部１０７２を介してユーザにクイズを提示する。またゲーム進行部１１３は、操作受付部１１４と連携して、入力部１０７１を介してユーザから解答を受け付ける。ゲーム進行部１１３は、さらに、受け付けた解答の正否を判定し、判定結果に応じてゲームを進行させるとともに、判定結果をオーブ管理部１１６に渡す。
【0053】
操作受付部１１４は、入力部１０７１を介して入力されたユーザの操作を受け付ける機能を有する。以下、「ユーザの操作」は、入力部１０７１を介して入力されたユーザの操作を指すものとする。ユーザの操作は、タップ操作およびスワイプ操作など、入力部１０７１を介した種々の種類の操作を含む。操作受付部１１４は、入力部１０７１による接触位置の検知に基づいて、ユーザの操作の開始を検知し得る。操作受付部１１４によるユーザ操作の判別は、知られている方法で行われてよい。操作受付部１１４は、クイズゲームの進行中にユーザから所定の操作を受け付けた場合、解答を受け付けたと判断し、ゲーム進行部１１３に渡す。所定の操作の一例は、解答の選択肢を表示する複数のＵＩオブジェクトのいずれかをユーザが選択する操作である。
【0054】
表示制御部１１５は、表示部１０７２にゲーム画像を表示させるための表示データを生成する機能を有する。ゲーム画像は、ゲーム空間を描画した画像を含み得る。ゲーム空間を描画した画像は、ゲーム空間に配置された複数のオブジェクトの画像を含み得る。ゲーム画像は、静止画像または動画像を含む。ゲーム画像はまたＵＩ（User Interface）部品の画像を含み得る。
【0055】
オーブ管理部１１６は、ゲーム進行部１１３から受け取った解答の正否の判定結果に基づき、正解数をカウントし、解答実績として解答実績記憶部１２３に記憶させる機能を有する。オーブ管理部１１６は、送信制御部１１２と連携して、例えば一定時間ごとに、解答実績記憶部１２３に蓄積された解答実績をサーバ２００に送信する。オーブ管理部１１６はまた、表示制御部１１５と連携して、サーバ２００から受信した経過情報に基づいて、オーブ表示管理テーブル１２４１から必要な表示情報を読み出し、ゲーム画像を生成する。オーブ管理部１１６はまた、ゲーム進行部１１３と連携して、サーバ２００から受信した報酬情報に基づいて、所定の報酬を有効化する機能を有する。オーブ管理部１１６は、集計結果が所定の条件を満足した場合に所定の報酬を提供する提供部の他の例である。ユーザ端末１００において、所定の報酬を提供することは、所定の報酬を有効化することを含む。
【0056】
ユーザ端末１００の機能の一部は、サーバ２００に設けられてもよい。反対に、サーバ２００の機能の一部は、ユーザ端末１００に設けられてもよい。すなわち一実施形態に係るプログラムを実行するコンピュータは、ユーザ端末１００であってもよいし、サーバ２００であってもよい。
【0057】
（１－４）ゲームの概要
一実施形態では、ゲームシステム１によって実現されるゲームは、サーバ２００とユーザ端末１００との協働によって実現されるクイズゲームを含む。クイズゲームは、クイズＲＰＧ、クイズアクションゲーム、または対戦クイズゲームなど、ゲームの一要素であり得る。クイズゲームは、ロールプレイングゲーム（ＲＰＧ）、アクションゲーム、アドベンチャーゲーム、シミュレーションゲーム、育成ゲーム、シューティングゲーム、スポーツゲーム、パズルゲームなど、多種多様なゲームの一部（ミニゲームまたはイベント等）であってもよい。
一実施形態では、ゲームシステム１によって実現されるゲームは、サーバ２００とユーザ端末１００との協働によって実現されるクイズゲームを含む。クイズゲームは、クイズＲＰＧ、クイズアクションゲーム、または対戦クイズゲームなど、ゲームの一要素であり得る。クイズゲームは、ロールプレイングゲーム（ＲＰＧ）、アクションゲーム、アドベンチャーゲーム、シミュレーションゲーム、育成ゲーム、シューティングゲーム、スポーツゲーム、パズルゲームなど、多種多様なゲームの一部（ミニゲームまたはイベント等）であってもよい。
【0058】
クイズゲームは、ユーザにクイズを出題し、ユーザから解答を受け付けることを通じて進行される。ユーザから受け付けた解答が正解の場合、例えば、ユーザが使用するキャラクタにポイントが加算される、アイテムが得られる、または敵キャラクタもしくは対戦相手のキャラクタにダメージを与える、などの効果がゲーム内で発動される。以下では一例として、ユーザ端末１００は、サーバ２００からクイズと正解とのセットを含むクイズデータを受け取り、表示部１０７２を介してユーザにクイズを提示し、入力部１０７１を介してユーザから解答を受け付けるものとする。
【0059】
一実施形態では、サーバ２００とユーザ端末１００との協働により、複数のユーザが参加可能なイベントを実現する。ユーザは、イベント発生中にユーザ端末１００を介してクイズゲームをプレイすることによって自動的にイベントに参加し得る。イベントへの参加にユーザからの意思表明を要するものとしてもよい。
【0060】
図４は、一実施形態に係るゲーム画像の第１の例を示す。ゲーム画像１１は、ユーザ端末１００の表示部１０７２に表示され、ゲーム画面としてユーザに提示される。ゲーム画像１１は、例えば、クイズゲームを開始しようとするときに表示される。ここでは、クイズゲームが、ターン制で敵キャラクタ（ＮＰＣ：Non Player Character）と戦闘するタイプのゲームであるものとして説明する。プレイヤー側のターンにおいてクイズが出題され、クイズに正解することで敵キャラクタへの攻撃アクションが発動される。
【0061】
ゲーム画像１１は、オーブ関連表示２１～２３、ゲームパート選択ボタン３１～３５およびゲーム関連表示５１～５６を含む。
【0062】
オーブ関連表示２１～２３は、オーブ画像２１、集計結果２２および説明２３を含む。オーブ画像２１は、オーブを中空球状のオブジェクトとして示す静止画または動画であり、イベント発生中であることを示す。図示の例では、オーブ画像２１は、オーブ内に満タン近くまで液体が溜まり、オーブが輝いている様子を示す。集計結果２２は、サーバ２００から受信した集計結果に基づくカウントアップ表示を含む。カウントアップ表示は、集計結果を表示するオブジェクトの他の例である。カウントアップ表示は、例えば１秒ごとに表示を更新され、あたかもリアルタイムの集計値を反映するかのような効果をもたらす。説明２３は、集計結果２２の補足説明であり、図示の例では、複数のユーザ端末１００から「蓄積された正解数」がある時点において「９４，２５２問」であることを示す。
【0063】
ゲームパート選択ボタン３１～３５は、ユーザが、ゲームに設けられた複数のゲームパートのいずれかを選択するために使用され、一例として、ホームボタン３１、デッキボタン３２、クエストボタン３３、協力ボタン３４、およびガチャボタン３５を含む。ホームボタン３１は、ホームパートに遷移するための操作ボタン（ＵＩオブジェクト）である。ユーザは、タップ操作またはポインタの移動操作等、任意の操作により操作ボタンを選択することができる。ホームボタン３１が選択されると、ゲームはホームパートに遷移する。ユーザは、ホームパートにおいて、例えばゲーム全体の設定を行うことができる。同様に、デッキボタン３２は、デッキ編成パートに遷移するための操作ボタンである。ユーザは、デッキ編成パートにおいて、例えばクイズゲームに使用するカード（またはキャラクタ）の選択を行うことができる。クエストボタン３３は、クエストパートに遷移するための操作ボタンである。ユーザは、クエストパートにおいて、クエストを選択し、シングルプレイ（１人プレイ）によりクイズゲームをプレイすることができる。ここではクエストは、クイズゲームのプレイ単位の１つであり、それぞれに敵キャラクタが設定されるものとする。ユーザは、選択したクエストにおいて、出題されるクイズに正解することによって、例えば所持するデッキから敵キャラクタへの攻撃アクションを発動させる。敵キャラクタの残り体力がゼロになるなど、クエストのクリア条件を満たしたら、ユーザは、ゲーム内で、通貨、アイテム、または経験値等のクリア報酬を獲得することができる。協力ボタン３４は、協力プレイパートに遷移するための操作ボタンである。協力プレイパートにおいて、ユーザは、サーバ２００から複数のユーザ端末１００間で共有されるデータを受信することにより、複数のユーザと協力して、シングルプレイの場合と同様のクエストで協力プレイ（マルチプレイ）によりクイズゲームをプレイすることができる。以降、一実施形態に係るクイズゲームについて主にシングルプレイの状況を想定して説明するが、実施形態は協力プレイの場合にも同様に適用可能である。ガチャボタン３５は、ガチャパートに遷移するための操作ボタンである。ガチャパートにおいて、ユーザは、例えばクイズゲームに使用可能なカード（キャラクタ）等の抽選を行うことができる。
【0064】
クエストパートおよび協力プレイパートでは、ユーザは、クエスト、クイズのジャンル（例えば、アニメ、文系、理系、雑学・・・）および難易度（例えば、易しい、普通、難しい・・・）等を選択し、ゲーム画像１１のような確認画面を経てクイズゲームに進む。図示の例では、ゲーム画像１１においてクエストボタン３３が強調表示され、現在クエストパートにいることを示している。
【0065】
ゲーム関連表示５１～５６は、敵キャラクタ画像５１、敵情報５２、クイズジャンル５３、難易度切替えボタン５４、難易度表示５５および挑戦するボタン５６を含む。敵キャラクタ画像５１は、クイズゲームにおいて対戦する敵キャラクタを表示する。図示の例では敵キャラクタ画像５１は、選択中のクエストに設定された敵キャラクタの画像を表示する。敵情報５２は、敵キャラクタの情報を示す。図示の例では敵情報５２は「ドラゴン」という文字情報を含む。クイズジャンル５３は、これから挑戦しようとするクイズのジャンルを表す。図示の例ではクイズジャンル５３は、「アニメ」という文字情報を含む。難易度切替えボタン５４は、難易度の切替えを可能にする。難易度表示５５は、選択中の難易度「難しい」を示す。挑戦するボタン５６は、表示中の内容でクイズゲームを開始するためのボタンである。
【0066】
図５は、一実施形態に係るゲーム画像の第２の例を示す。ゲーム画像１２は、ゲーム画像１１において挑戦するボタン５６が選択された場合に表示部１０７２に表示されるクイズゲーム実行中のゲーム画像の一例である。ゲーム画像１２は、クイズ表示６１と、選択肢６２Ａ、６２Ｂ、６２Ｃ、６２Ｄとを含む。クイズ表示６１は、サーバ２００からダウンロードされたクイズデータに基づく。ここでは、「クイズ」を意味する「Ｑ」とともに「アニメ「ＸＸＸ」の主人公は？」という文字情報が表示されている。選択肢６２Ａ～６２Ｄは、ユーザが選択可能なＵＩオブジェクトであり、それぞれ解答候補の文字情報「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、および「ＤＤＤ」を含む。選択肢の数は４つに限らず、任意に設定されてよい。選択肢は、ＹＥＳまたはＮＯの２択であってもよい。ユーザＵＳがいずれかの選択肢６２Ａ～６２Ｄを選択する（例えばタップする）ことによって、ユーザ端末１００はユーザからの解答を受け付ける。ユーザからの解答の受付けには制限時間が設定されてもよい。ユーザ端末１００は、サーバ２００からダウンロードされたクイズデータに基づいて受け付けた解答の正否を判定する。解答の正否の判定はサーバ２００で実行されてもよい。
【0067】
次に、図６および図７を参照して、ゲーム画像における集計結果の表示についてさらに説明する。
図６は、一実施形態に係るゲーム画像の第３の例を示す。ゲーム画像１３は、ゲーム画像１１において例えばオーブ画像２１をタップするなどの操作がなされた場合に表示部１０７２に表示されるゲーム画像の一例である。ゲーム画像１３は、オーブ関連表示２１～２４、ゲームパート選択ボタン３１～３５およびもどるボタン５７を含む。ゲームパート選択ボタン３１～３５は、図４で説明したのと同様であるので説明を省略する。もどるボタン５７は、直前のゲーム画像に戻るためのボタンである。この例では、ゲーム画像１２からゲーム画像１１に戻る。
図６は、一実施形態に係るゲーム画像の第３の例を示す。ゲーム画像１３は、ゲーム画像１１において例えばオーブ画像２１をタップするなどの操作がなされた場合に表示部１０７２に表示されるゲーム画像の一例である。ゲーム画像１３は、オーブ関連表示２１～２４、ゲームパート選択ボタン３１～３５およびもどるボタン５７を含む。ゲームパート選択ボタン３１～３５は、図４で説明したのと同様であるので説明を省略する。もどるボタン５７は、直前のゲーム画像に戻るためのボタンである。この例では、ゲーム画像１２からゲーム画像１１に戻る。
【0068】
オーブ関連表示２１～２４は、オーブ画像２１、集計結果２２、説明２３およびテキスト２４を含む。オーブ画像２１、集計結果２２および説明２３は、図４で説明したのと同様であるので説明を省略する。テキスト２４は、集計結果を表示するオブジェクトの他の例であり、例えばオーブの状態を示す文字情報を含む。図示の例では、テキスト２４は、「オーブは今にも力を解放しそうだ・・・！！」という文字情報を含む。ユーザは、このようなオーブ画像２１、集計結果２２および説明２３、またはテキスト２４から、オーブが満タンに近い状態であることを視認することができる。これにより、ユーザにワクワク感をもたらし、ゲームの興趣性を高める。テキスト２４は、ゲーム画像１１に表示されてもよい。
【0069】
図７は、一実施形態に係る集計結果を表すオブジェクトの表示例を示す。横軸は時間を表し、右方に行くほど時間が経過する。ただし時間軸上に示す各時刻は必ずしも図示した尺度を反映するものではない。オーブ画像５０１～５０５およびテキスト５１１～５１５は、一例としてオーブ解放条件の達成度に応じた５段階の表示で集計結果を表す。オーブ画像５０１およびテキスト５１１は達成度０～２４％に対応する。オーブ画像５０２およびテキスト５１２は達成度２５～４９％に対応する。オーブ画像５０３およびテキスト５１３は達成度５０～７４％に対応する。オーブ画像５０４およびテキスト５１４は達成度７５～９９％に対応する。オーブ画像５０５およびテキスト５１５は達成度１００％以上に対応する。サーバ２００は、集計結果と達成度がどの段階にあるかを示す情報とを所与のタイミングでユーザ端末１００に送信する。なお、図示の例では、オーブ解放条件として「目標値＝１００，０００」が設定されている。後述するように、ここでは目標値はサーバ２００でのみ管理され、ユーザ端末１００には通知されない態様を想定しているが、これに限定されない。
【0070】
時刻ｔ１で、サーバ２００においていずれかのオーブが選択されることにより、イベントが開始（発生）される。サーバ２００は、ユーザ端末１００から受信される解答実績の集計を開始する。
【0071】
時刻ｔ２で、サーバ２００において正解数の集計結果が「４，０２２」に達したとする。この達成度は０～２４％に対応する。サーバ２００から達成度の情報を受信したユーザ端末１００は、達成度０～２４％に対応する画像５０１およびテキスト５１１「オーブは静かに力を溜めている・・・」を含むゲーム画像を生成し表示する。画像５０１は、球体（オーブ）の中に液体がわずかに溜まっているオブジェクト画像により表現される。
【0072】
時刻ｔ３で、サーバ２００における正解数の集計結果は「３５，０２２」であり、達成度２５～４９％に対応する。達成度の情報を受信したユーザ端末１００は、達成度２５～４９％に対応する画像５０２およびテキスト５１２「オーブが微かに光り始めた」を含むゲーム画像を表示する。画像５０２は、画像５０１に比べてオーブ内により多くの液体が溜まっている様子を示す。
【0073】
時刻ｔ４で、サーバ２００における正解数の集計結果は「５０，６２２」であり、達成度５０～７４％に対応する。達成度の情報を受信したユーザ端末１００は、達成度５０～７４％に対応する画像５０３およびテキスト５１３「オーブがまばゆい光を放っている！」を含むゲーム画像を表示する。画像５０３は、画像５０２よりも多くの液体がオーブ内に溜まっている様子を示す。
【0074】
時刻ｔ５で、サーバ２００における正解数の集計結果は「８０，１９１」であり、達成度７５～９９％に対応する。達成度の情報を受信したユーザ端末１００は、達成度７５～９９％に対応する画像５０４およびテキスト５１４「オーブは今にも力を解放しそうだ・・・！！」を含むゲーム画像を表示する。画像５０４は、オーブの内容積のほとんどが液体で満たされている様子を示す。
【0075】
時刻ｔ６で、サーバ２００における正解数の集計結果が「１００，０００」に達したとする。これによりサーバ２００は、オーブの解放条件が満たされたと判定し、所定時間の経過後に報酬が有効化されるように有効化時刻を設定する。この設定法は、後述するように、ユーザ端末１００ごとにサーバ２００との通信タイミングが異なることを考慮したものである。設定された有効化時刻の情報は、順次、ユーザ端末１００に送信される。有効化時刻が到来するまで、ユーザ端末１００は引き続き画像５０４およびテキスト５１４を含むゲーム画像を表示する。
【0076】
時刻ｔ７で、有効化時刻が到来したら、ユーザ端末１００は、報酬の有効化処理を実行するとともに、達成度１００％以上に対応する画像５０５とテキスト５１５「オーブが力を解放している！！」とを含むゲーム画像を表示する。画像５０５は、オーブが満タンになり光を放っている様子を示す。なお、上記各時点において、ユーザ端末１００はまた、サーバ２００から受信した集計結果に基づいてカウントアップ表示を生成し、ゲーム画像に表示する。
【0077】
このように、一実施形態では、ユーザ端末１００は、オーブの画像、オーブの状態を説明するテキスト、またはカウントアップ表示等のオブジェクトを用いて集計結果を表示する。ユーザは、ゲーム画面に表示されたオーブの画像または文字情報をもとに、複数のユーザの共同作業によりオーブが満たされていく様子を視認することができる。オーブ解放条件としての目標値が開示されなくても、ユーザは、オーブの状態、蓄積された正解数、およびカウントアップ速度から、オーブ解放にはまだ数日かかりそうだ、または間もなく解放されそうだ、などといった予想をすることができる。また同様に、オーブ解放前に報酬の具体的な内容が開示されなくても、ユーザは、蓄積された正解数が多いのにオーブの変化が遅いから今回の報酬は大きそうだ、といった予想をすることができる。またユーザは、オーブが解放状態であること（報酬が有効化されていること）をゲーム画像から一目で知ることもできる。
【0078】
（２）動作
（２－１）ゲームシステム全体の動作
次にゲームシステム１におけるサーバ２００およびユーザ端末１００の情報処理動作について説明する。以降の動作の前提として、サーバ２００と少なくとも１のユーザ端末１００との間の通信が確立され、ユーザ端末１００がログイン認証に成功してユーザアカウントに対応付けられているものとする。またログイン中のユーザ端末１００は、定期的にサーバ２００と通信して最新の情報を送受信するものとする。
（２－１）ゲームシステム全体の動作
次にゲームシステム１におけるサーバ２００およびユーザ端末１００の情報処理動作について説明する。以降の動作の前提として、サーバ２００と少なくとも１のユーザ端末１００との間の通信が確立され、ユーザ端末１００がログイン認証に成功してユーザアカウントに対応付けられているものとする。またログイン中のユーザ端末１００は、定期的にサーバ２００と通信して最新の情報を送受信するものとする。
【0079】
一実施形態に係るゲームプログラムは、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果を取得することと、集計結果が所定の条件を満足した場合に所定の報酬を提供することと、をコンピュータに実行させる。集計結果の一例が正解数である。所定の条件は、正解数の累計があらかじめ設定された目標値に達することを含む。所定の条件はまた、正解／不正解を問わず、解答数の累計が目標値に達することを含んでもよい。所定の条件はさらに他の条件を含み得る。一実施形態では、報酬は、あらかじめ設定され、一例として目標値が大きいほど価値が向上されるように設定される。
【0080】
一実施形態に係るゲームプログラムがサーバ２００によって実行されるプログラムである場合、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果を取得することは、サーバ２００において集計結果を算出することを含む。一実施形態に係るゲームプログラムがサーバ２００によって実行されるプログラムである場合、集計結果が所定の条件を満足した場合に所定の報酬を提供することは、集計結果が所定の条件を満足した後、所定時間の経過後にユーザ端末１００において報酬が有効化されるように有効化時刻を設定することと、有効化時刻を含む報酬情報をユーザ端末１００に送信することと、を含む。
【0081】
一実施形態に係るゲームプログラムがユーザ端末１００によって実行されるプログラムである場合、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果を取得することは、サーバ２００において算出された集計結果をサーバ２００から取得することを含む。一実施形態に係るゲームプログラムがユーザ端末１００によって実行されるプログラムである場合、集計結果が所定の条件を満足した場合に所定の報酬を提供することは、サーバ２００から受信される有効化時刻に基づいて、ユーザ端末１００において報酬を有効化することを含む。報酬を有効化することは、ユーザ端末１００において報酬を実現または実行すること、と言い換えることもできる。
【0082】
【0083】
まずステップＳ１において、情報処理装置は、クイズゲームの解答に関する集計結果を取得する。次いでステップＳ２において、情報処理装置は、所定の条件を満足したか否かを判定する。条件を満足したと判定される場合（ＹＥＳ）、ステップＳ３に進む。条件を満足していない場合（ＮＯ）、条件を満足するまで待機する。ステップＳ３において、情報処理装置は、報酬を提供する。
【0084】
情報処理装置がサーバ２００である場合、ステップＳ１～Ｓ３は、制御部２１０の制御の下、主にオーブ管理部２１４によって実行される。まずステップＳ１において、オーブ管理部２１４は、集計部２１５によって集計された集計結果を取得する。そしてステップＳ２において、オーブ管理部２１４は、集計結果が解放条件を満足したか否かを判定する。解放条件を満足したと判定される場合（ＹＥＳ）、ステップＳ３において、オーブ管理部２１４は、報酬の有効化時刻を設定し、有効化時刻を含む報酬情報をユーザ端末１００に送信する。
【0085】
情報処理装置がユーザ端末１００である場合、ステップＳ１～Ｓ３は、制御部１１０の制御の下、主に受信制御部１１１およびオーブ管理部１１６によって実行される。まずステップＳ１において、受信制御部１１１は、サーバ２００から受信される経過情報に含まれる集計結果を取得する。そしてステップＳ２において、オーブ管理部１１６は、サーバ２００によって設定された有効化時刻が到来したか否かを判定する。有効化時刻が到来した場合（ＹＥＳ）、ステップＳ３において、オーブ管理部１１６は、報酬を有効化する。
【0086】
（２－２）サーバの動作
サーバ２００の情報処理動作についてさらに説明する。
図９は、サーバ２００の動作の一例を示すフローチャートである。
まずステップＳ１０１において、サーバ２００は、オーブ管理部２１４により、オーブ情報管理テーブル２２４１に記憶されたオーブの中からいずれかを選択し、イベントを発生させて、集計部２１５による正解数の集計を開始する。ステップＳ１０１は、サーバ２００の管理者等の指示入力をトリガとして実行される。あるいはステップＳ１０１は、いずれかのオーブの解放後、一定時間経過後に、オーブ情報管理テーブル２２４１に記憶されたオーブから新たなオーブをランダムに選択することによって実行されてもよい。
サーバ２００の情報処理動作についてさらに説明する。
図９は、サーバ２００の動作の一例を示すフローチャートである。
まずステップＳ１０１において、サーバ２００は、オーブ管理部２１４により、オーブ情報管理テーブル２２４１に記憶されたオーブの中からいずれかを選択し、イベントを発生させて、集計部２１５による正解数の集計を開始する。ステップＳ１０１は、サーバ２００の管理者等の指示入力をトリガとして実行される。あるいはステップＳ１０１は、いずれかのオーブの解放後、一定時間経過後に、オーブ情報管理テーブル２２４１に記憶されたオーブから新たなオーブをランダムに選択することによって実行されてもよい。
【0087】
図１０は、オーブ情報記憶部２２４に格納されるオーブ情報管理テーブル２２４１の一例を示す。オーブ情報管理テーブル２２４１は、例えばサーバ２００の管理者によって設定された報酬の情報を記憶するもので、ＩＤ、目標値、報酬の内容、および時間制限の情報を含む。ＩＤは、各レコードを識別する情報である（ここでは値「ＯＲＢ１」、「ＯＲＢ２」、「ＯＲＢ３」・・・を含む）。目標値は、各オーブの解放条件を指定する。図示の例では、ＯＲＢ１は目標値「１００，０００」を有する。これは、正解数の集計値が１００，０００に達すると報酬が有効化されることを意味する。ＯＲＢ２は値「１５０，０００」、ＯＲＢ３は値「２００，０００」を有する。報酬の内容は、解放条件が満たされたときに有効化される報酬の具体的な内容を指定する。ＯＲＢ１は、値「ボーナス＋３０％」を有する。これは、報酬が有効化されている期間、ゲーム内の何らかの要素について「＋３０％」のボーナスが得られる（通常の１．３倍になる）ことを意味する。例えば、ボーナスは、上記クリア報酬のような通常のゲームプレイで得られる対価に対するボーナスである。報酬が有効化されている期間にゲームプレイをすると、例えば、ゲーム内通貨、アイテム、または経験値等が通常の１．３倍になる。あるいはボーナスは、攻撃力や防御力などゲーム内パラメータに対する時限ボーナスであってもよい。ＯＲＢ２は値「ボーナス＋５０％」（通常の１．５倍）を有し、ＯＲＢ１よりも価値が高い。ＯＲＢ３は値「ボーナス＋１００％」（通常の２倍）を有し、ＯＲＢ２よりも価値が高い。時間制限は、各報酬の有効化が継続される時間を指定する。ＯＲＢ１は、値「１５ｍｉｎ」を有し、有効化時刻から１５分間報酬が有効化されることを意味する。ＯＲＢ２は値「２０ｍｉｎ」（２０分）、ＯＲＢ３は値「３０ｍｉｎ」（３０分）を有する。この例では目標値が大きいほど報酬の価値が向上するように設定されているが、これは一例にすぎず、目標値と報酬の関係は任意に設定されてよい。同様に、目標値が大きいほど時間制限が長くなるように設定されているが、これも一例にすぎず、目標値が大きいほど時間制限が短くなるように設定されてもよいし、ランダムな時間設定であってもよい。なお、報酬の内容は、上記の例に限定されず、時限設定されたボーナスクエストの出現など、オーブ以外のイベントの発生に関するものでもよい。
【0088】
ステップＳ１０１において、オーブ管理部２１４は、オーブ情報管理テーブル２２４１に設定されたオーブのいずれかを選択する。以下、「ＯＲＢ１」が選択されたものとして説明する。
【0089】
ステップＳ１０２において、サーバ２００は、受信制御部２１１により、いずれかのユーザ端末１００から正解数を含むデータの受信の有無を監視している。データを受信した場合（ＹＥＳ）、ステップＳ１０３に進み、データを受信しない場合（ＮＯ）、監視を継続する。
【0090】
ステップＳ１０３において、サーバ２００は、集計部２１５により、ステップＳ１０２で受信した正解数を、ＯＲＢ１の選択後にログイン中の全ユーザ端末１００から受信された正解数の集計結果（累積値）に加算し、最新の集計結果として更新する。集計結果は、記憶部２２０に一時記憶されるとともに、オーブ管理部２１４に渡される。さらに集計結果は、一定時間ごとに、例えば５分ごとに、時刻情報とともに集計結果記憶部２２５に保存される。
【0091】
図１１は、集計結果記憶部２２５に格納される集計結果記憶テーブル２２５１の一例を示す。集計結果記憶テーブル２２５１は、一例として５分ごとの集計結果を記憶する。図示の例では、ある時刻「ＸＸ：００：００」における集計結果は「５２２」、時刻「ＸＸ：０５：００」における集計結果は「１，２３４」、時刻「ＸＸ：１０：００」における集計結果は「２，５５０」である。
【0092】
ステップＳ１０４において、サーバ２００は、送信制御部２１２により、ステップＳ１０２におけるデータ送信元のユーザ端末１００に経過情報を送信する。ステップＳ１０２で受信されたデータは、サーバ２００に対し経過情報の送信を要求する送信要求を含むと言い換えることもできる。一実施形態では、サーバ２００からユーザ端末１００に送信される経過情報は、記憶された直近の複数回分の集計結果、および解放条件の達成度を表す情報を含む。図１１の例で言えば、現在時刻が「ＸＸ：１１：００」の場合、サーバ２００は、直近の例えば２回分の集計結果として、時刻「ＸＸ：１０：００」における「２，５５０」、および時刻「ＸＸ：０５：００」における１，２３４を、ユーザ端末１００に送信する。
【0093】
ステップＳ１０５において、サーバ２００は、オーブ管理部２１４により、集計部２１５から取得した集計結果が解放条件を満足したか否かを判定する。「ＯＲＢ１」の場合、目標値が「１００，０００」であるので、集計結果の値が１００，０００に達したか否かが判定される。解放条件を満足したと判定された場合（ＹＥＳ）、ステップＳ１０６に進む。解放条件を満足していないと判定された場合（ＮＯ）、ステップＳ１０２に戻り集計を継続する。この例では、オーブ管理部２１４は、いずれかのユーザ端末１００から正解数を含むデータが受信され最新の集計結果が更新されるたびに、解放条件を満足したか否かの判定を行う。しかしこれに限定されるものではなく、オーブ管理部２１４は、他の任意のタイミングで解放条件を満足したか否かの判定を行ってよい。例えば、オーブ管理部２１４は、一定時間ごとに（例えば１分ごとに）、または集計結果が集計結果記憶部２２５に格納されるときに判定を行ってもよい。判定頻度を下げることによって、サーバ２００の処理負荷を軽減することができる。
【0094】
ステップＳ１０６において、サーバ２００は、集計結果が解放条件を満足した後、所定時間の経過後にユーザ端末１００において報酬が有効化されるよう、報酬の有効化時刻を設定する。一例として、サーバ２００は、集計結果が解放条件を満たしたと判定された５分後に有効化時刻を設定する。
【0095】
ステップＳ１０７において、サーバ２００は、いずれかのユーザ端末１００への送信タイミングかどうかを判定する。例えばサーバ２００は、ステップＳ１０２と同様、有効化時刻の設定後にいずれかのユーザ端末１００から経過情報の送信要求を含むデータを受信した場合に、当該ユーザ端末１００への送信タイミングであると判定する。送信タイミングであれば（ＹＥＳ）、ステップＳ１０８に移行する。送信タイミングでなければ（ＮＯ）、いずれかのユーザ端末１００から送信要求を受信するまで待機する。
【0096】
ステップＳ１０８において、サーバ２００は、ステップＳ１０４と同様の経過情報に加えて、報酬の有効化時刻、制限時間（例えば１５分）および報酬の内容（例えば、ボーナス＋３０％）を含む報酬情報をユーザ端末１００に送信する。解放条件が満たされた後の経過情報の送信は省略されてもよい。サーバ２００は、解放条件が満たされた後にユーザ端末１００から受信した正解数データを、破棄してもよいし、すでに目標値に達した集計結果に引き続き加算してもよい。サーバ２００は、解放条件が満たされた後、次のイベントの発生前に、集計結果記憶部２２５に記憶された情報を破棄し得る。
【0097】
（２－３）ユーザ端末の動作
次に、ユーザ端末１００の情報処理動作についてさらに説明する。
図１２は、ユーザ端末１００の動作の一例を示すフローチャートである。
以下の処理は、例えばクエストパートにおいてクイズゲームが進行されるのと並行して実行される。ゲーム進行部１１３は、ユーザにクイズを提示し、ユーザから受け付けた解答の正否を判定して、判定結果をオーブ管理部１１６に渡す。判定結果はクイズを識別する情報および日時情報を含んでもよい。ゲーム進行部１１３は、正解と判定された場合にのみオーブ管理部１１６に情報を渡してもよい。
次に、ユーザ端末１００の情報処理動作についてさらに説明する。
図１２は、ユーザ端末１００の動作の一例を示すフローチャートである。
以下の処理は、例えばクエストパートにおいてクイズゲームが進行されるのと並行して実行される。ゲーム進行部１１３は、ユーザにクイズを提示し、ユーザから受け付けた解答の正否を判定して、判定結果をオーブ管理部１１６に渡す。判定結果はクイズを識別する情報および日時情報を含んでもよい。ゲーム進行部１１３は、正解と判定された場合にのみオーブ管理部１１６に情報を渡してもよい。
【0098】
ステップＳ２０１において、ユーザ端末１００は、制御部１１０の制御の下、オーブ管理部１１６により、ゲーム進行部１１３から受け取った情報をもとに、解答実績を解答実績記憶部１２３に蓄積する。一例として、オーブ管理部１１６は、正解と判定されるたびにカウントアップ信号を生成しカウンタの値を更新させることにより、正解数を蓄積する。
【0099】
ステップＳ２０２において、ユーザ端末１００は、通信タイミングであるか否かを監視し、通信タイミングであれば（ＹＥＳ）、ステップＳ２０３に移行する。通信タイミングでなければ、引き続きステップＳ２０１で解答実績を蓄積する。通信タイミングは、例えば５分ごとなど、定期的に設定される。あるいは通信タイミングは、所定数のクイズが出題された後、またはいずれかのクエストでのゲームプレイが終了した後などに設定されてもよい。
【0100】
ステップＳ２０３において、ユーザ端末１００は、オーブ管理部１１６および送信制御部１１２の連携により、解答実績記憶部１２３から読み出した解答実績をサーバ２００に送信する。例えばユーザ端末１００は、前回の通信タイミング以降に蓄積されたカウンタの値を解答実績として送信し、送信するたびにカウンタの値をリセットする。またこのときユーザ端末１００は、併せて経過情報の送信要求をサーバ２００に送信し得る。
正解数を蓄積する方法を示したが、この方法に限定されない。サーバ２００がクイズを出題し、回答をユーザ端末１００が送信する。サーバ２００が回答の正誤を判定し、ユーザデータに関連付けて正解数をカウントしていく方法も可能である。
正解数を蓄積する方法を示したが、この方法に限定されない。サーバ２００がクイズを出題し、回答をユーザ端末１００が送信する。サーバ２００が回答の正誤を判定し、ユーザデータに関連付けて正解数をカウントしていく方法も可能である。
【0101】
ステップＳ２０４において、ユーザ端末１００は、受信制御部１１１により、サーバ２００から経過情報を受信する。経過情報は、サーバ２００における直近の複数回分の集計結果および解放条件の達成度を表す情報を含む。あるいは、サーバ２００において解放条件が満たされたと判定された後であれば、受信制御部１１１は、経過情報に加えて、または経過情報の代わりに、サーバ２００から、報酬の有効化時刻、制限時間および報酬の内容を含む報酬情報を受信する。
【0102】
ステップＳ２０５において、ユーザ端末１００は、ゲームの進行状況に応じて、表示制御部１１５により、オーブに関する表示を生成する。オーブに関する表示は、例えば、図４に示したゲーム画像１１のオーブ関連表示２１～２３、または図６に示したゲーム画像１３のオーブ関連表示２１～２４を含む。ステップＳ２０５において、表示制御部１１５は、オーブ管理部１１６と連携して、サーバ２００から受信した達成度を表す情報に基づいて、オーブ情報記憶部１２４に格納されたオーブ表示管理テーブル１２４１から必要な情報を読み出し、表示を生成する。
【0103】
図１３は、オーブ表示管理テーブル１２４１の一例を示す。オーブ表示管理テーブル１２４１は、例えば、サーバ２００から適時にダウンロードされ、ユーザ端末１００のオーブ情報記憶部１２４に記憶される。オーブ表示管理テーブル１２４１は、１～５の段階、達成度、テキスト、および画像ＩＤを含む。１～５の段階は、図７に示した例と同様、解放条件の達成度に応じた段階を表す。達成度は、解放条件の達成度を表し、目標値に対する集計結果の比として算出される。この例では、達成度は、「０～２４％」、「２５～４９％」、「５０～７４％」、「７５～９９％」、および「解放中」の５段階を含む。「解放中」は、「１００％」または「１００％以上」と読み替えられる。テキストは、図７にテキスト５１１～５１５として示したように、ゲーム画像に文字情報として含められる。画像ＩＤは、図７にオーブ画像５０１～５０５として示したように、ゲーム画像において使用されるべきオーブの画像を指定する。
【0104】
サーバ２００からユーザ端末１００に送信される経過情報は、達成度を表す情報として、例えば「段階４」または「７５～９９％」という情報を含む。この場合、ステップＳ２０５で、表示制御部１１５は、オーブ表示管理テーブル１２４１から「段階４」または「７５～９９％」に対応するテキスト「オーブは今にも力を解放しそうだ・・・！！」および画像５０４を読み出す。
【0105】
【0106】
続いてステップＳ２０６において、ユーザ端末１００は、オーブ管理部１１６により、有効化時刻が到来したかどうかを判定する。有効化時刻が到来したと判定される場合（ＹＥＳ）、ステップＳ２０７に進む。まだ有効化時刻の情報をサーバ２００から受信していない場合を含め、有効化時刻が到来していないと判定される場合（ＮＯ）、ステップＳ２０１に進み、引き続き解答実績の蓄積、送信、サーバ２００からの経過情報の受信、および表示の更新を繰り返す。
【0107】
ステップＳ２０７において、ユーザ端末１００は、オーブ管理部１１６により、報酬の有効化処理を実行する。報酬を有効化する処理は、サーバ２００から受信した報酬の内容（例えばボーナス＋３０％）および制限時間（例えば１５分）に基づく。この例では、ユーザ端末１００は、オーブ管理部１１６とゲーム進行部１１３の連携により、通常のクリア報酬を３０％増加させる処理を実行する。この処理は、例えば、通常の対価付与時に使用される数値または計算式を時限的に変更することによって実行される。ユーザ端末１００はまた、報酬が有効化されていること（またはオーブが解放中であること）を示す表示を生成する。表示を生成する処理は、サーバ２００から受信した報酬の内容（例えばボーナス＋３０％）、報酬の制限時間（例えば１５分）および達成度を表す情報（例えば、段階５）に基づく。ユーザ端末１００は、ステップＳ２０５と同様、オーブ表示管理テーブル１２４１から「オーブが力を解放している！！」という文字情報と画像５０５を読み出し、オーブの表示を生成し、また制限時間に基づくカウントダウンタイマーを設定し表示する。
【0108】
図１４は、一実施形態に係るゲーム画像の第４の例を示す。ゲーム画像１４は、図４のゲーム画像１１と同様、例えばクイズゲームを開始しようとするときに表示される。ゲーム画像１４は、ゲーム画像１１と同様、オーブ関連表示２６～２９、ゲームパート選択ボタン３１～３５およびゲーム関連表示５１～５６を含む。ゲームパート選択ボタン３１～３５およびゲーム関連表示５１～５６は、ゲーム画像１１と同様であるので、説明を省略する。
【0109】
オーブ関連表示２６～２９は、オーブ画像２６、報酬情報２７、報酬状態２８、および残り時間２９を含む。オーブ画像２６は、ステップＳ２０５においてオーブ表示管理テーブル１２４１から読み出された画像ＩＤに対応する。ここでは、オーブ画像２６は、達成度「解放中」の画像５０５に対応する。報酬情報２７は、有効化されている報酬の内容を含む。この例では、報酬情報２７は「ボーナス＋３０％」という文字情報を含む。報酬状態２８は、オーブが解放されていることを示す「解放中」の文字情報を含む。残り時間２９は、制限時間に基づいて設定されたカウントダウンタイマーの値（ここでは「あと１３：５８」）を表示する。
【0110】
ユーザは上記のような表示を含むゲーム画面を見て、オーブが解放中であり、「ボーナス＋３０％」が得られること、その残り時間が１３分５８秒であること、等を知ることができる。この状態でユーザが挑戦するボタン５６を選択してゲームプレイに進めば、ユーザは、報酬を享受することができる。オーブが解放されている状態もまた期間限定イベントの１つである。オーブが解放されている状態では、ユーザ端末１００において、解答実績は集計されてもよいし、集計されなくてもよい。報酬情報２７は、オーブ解放前のゲーム画像（例えばゲーム画像１１）に表示されてもよい。この場合、サーバ２００は、オーブ解放前の任意のタイミングで選択中のオーブの報酬情報をユーザ端末１００に送信する。
【0111】
図１５は、一実施形態に係る報酬の有効化について説明する略図である。ここでは、目標値１００，０００のオーブ（ＯＲＢ１）が選択されているものとする。またサーバ２００は、いずれかのユーザ端末１００から正解数を受信するたびに集計結果を更新し、５分ごとに集計結果を保存するものとする。
【0112】
例えば、時刻ｔ１１（１１：５０）において、サーバ２００は、最新の集計結果（正解数＝９７，２３４）を時刻情報とともに集計結果記憶テーブル２２５１に保存する。同様に、時刻ｔ１２（１１：５５）において、サーバ２００は、最新の集計結果（正解数＝９８，５５０）を保存する。
【0113】
ログイン中のユーザ端末１００は、定期的にサーバ２００と通信を行うように設定される。ユーザ端末１００は、クイズゲーム実行中であれば、並行して正解数を蓄積し、正解数を例えば５分ごとにサーバ２００に送信する。ユーザ端末１００は、クイズゲーム実行中でなくても、やはり５分ごとにサーバ２００に最新の情報を送信する。サーバ２００は、送信元のユーザ端末１００に対して経過情報または報酬情報を含む最新の情報を送信する。
【0114】
例えば、あるユーザ端末１００が時刻ｔ１２よりも少し後の任意のタイミングでサーバ２００に最新情報を送信する（ＴＸ１１）。サーバ２００は、受信した情報が正解数を含む場合には集計結果に加算し、経過情報をユーザ端末１００に送信する。ユーザ端末１００は、サーバ２００から経過情報を受信する（ＲＸ１１）。例えばサーバ２００は、過去２回分の集計結果として、時刻ｔ１２に保存された集計結果９８，５５０と、時刻ｔ１１に保存された集計結果９７，２３４と、を送信する。ユーザ端末１００は、受信した２回分の集計結果に基づいて、集計結果を表すカウントアップ表示を生成する。一例として、ユーザ端末１００は、次式により、時刻ｔ１１と時刻ｔ１２との間の正解数増加速度をもとに、１秒ごとの正解数（例えば、毎秒約４カウント）を算出して、１秒ごとに更新されるカウントアップ表示を生成し、表示する。
（９８，５５０－９７，２３４）／（ｔ１２－ｔ１１）
＝１，３１６／３００秒
≒４．３９／秒
（９８，５５０－９７，２３４）／（ｔ１２－ｔ１１）
＝１，３１６／３００秒
≒４．３９／秒
【0115】
このようなカウントアップ表示生成処理を採用することで、ユーザ端末１００とサーバ２００との間のトラヒックの増加やサーバ２００へのアクセス集中を回避しながら、ユーザに対し、リアルタイムで最新の集計結果を反映しているかのような視覚効果をもたらすことができる。ユーザ端末１００にはオーブ解放条件（目標値）は通知されないので、ユーザ端末１００におけるカウントアップ表示は、厳密な値である必要はなく、多少の誤差が許容される。
【0116】
続いて、時刻ｔ１３（１２：００）において、サーバ２００は、最新の集計結果（正解数＝９９，２３１）を記憶部２２１に保存する。ユーザ端末１００は、次の通信タイミング（ＴＸ１１の５分後）においてサーバ２００に最新情報を送信し（ＴＸ１２）、サーバ２００から新たな経過情報を受信する（ＲＸ１２）。ユーザ端末１００は、受信した経過情報に基づいてカウントアップ速度を再計算し、カウントアップ表示を更新する。
【0117】
例えば時刻ｔ１４（１２：０３）において、サーバ２００で正解数の集計結果が目標値である１００，０００に達したとする。サーバ２００は、目標値に達したと判定された後、所定時間後に有効化時刻を設定する。一例として、所定時間が５分であるとすると、有効化時刻は１２：０８と設定される。この時点ｔ１４では、ユーザ端末１００はまだ有効化時刻の情報を所持していない。
【0118】
ユーザ端末１００は、次の通信タイミングにおいて、サーバ２００に最新情報を送信する（ＴＸ１３）。ユーザ端末１００は、サーバ２００から、有効化時刻、制限時間、および報酬の内容を含む報酬情報を受信する（ＲＸ１３）。これにより、ユーザ端末１００は、有効化時刻の情報を取得する。
【0119】
ユーザ端末１００は、設定された有効化時刻（１２：０８）の到来を監視し、有効化時刻が到来したら有効化処理を行う（ｔ１５）。報酬情報を受信してから有効化時刻が到来するまでの間に、ユーザ端末１００において蓄積される正解数をサーバ２００に送信するかどうかは、適宜設定されてよい。
【0120】
ログイン中の各ユーザ端末１００が５分ごとにサーバ２００と通信するとすれば、サーバ２００において目標値に達してから有効化時刻までの５分の間に、ログイン中のすべてのユーザ端末１００が有効化時刻の情報を得ることができる。これにより、事実上すべてのユーザ端末１００が同じ有効化時刻において報酬を有効化することができ、通信タイミングが異なる場合でも有効化期間に不公平を生じさせることなく、ユーザに報酬を提供することができる。有効化時刻の経過後にログイン認証されたユーザ端末１００について、解放中のオーブの報酬を享受可能とするか否かは、適宜設定されてよい。
【0121】
報酬の有効化処理の一部は、クイズゲームをプレイしていないときにもバックグラウンド処理で実行されてもよい。例えば、ユーザがホームパートで種々の設定を行っているとき、ユーザ端末１００は、クイズゲームを実行しておらず、正解数をサーバ２００に送信していない。この状況でもユーザ端末１００がサーバ２００との間で定期的に通信し、最新の情報を送受信することによって、ユーザ端末１００は、有効化時刻の情報を得ることができる。例えばユーザ端末１００は、有効化時刻の到来を監視し、有効化時刻が到来したらユーザに通知する。
【0122】
図１６は、一実施形態に係るゲーム画像の第５の例を示す。ゲーム画像１５は、ホームパート実行中に有効化時刻の到来を通知する表示例である。ゲーム画像１５は、図４に示したゲーム画像１１等と同様、ゲームパート選択ボタン３１～３５を含む。ゲーム画像１５では、ホームボタン３１が強調表示されており、ホームパートが実行されていることを示す（ホームパートに係るゲーム画像の詳細は図示を省略する）。ゲーム画像１５は、クエストボタン３３に重畳されたエフェクト表示１７を含む。エフェクト表示１７は、有効化時刻が到来し、報酬が有効化されていることを示す。これにより、他のゲームパートで遊んでいるユーザに対しても、クエストパートで有利な報酬が有効化されていることを通知し、クエストパートのゲームプレイを促すことができる。ホームパートに限らず、デッキ編成パート、協力プレイパート、またはガチャパートにいるときにも、同様に、クエストボタン３３に重畳されたエフェクト表示１７が表示され得る。クエストパートにいるときにもエフェクト表示１７が表示されてもよい。報酬が協力プレイパートにおいても有効化される場合、協力ボタン３４にもエフェクト表示１７が重畳表示され得る。
【0123】
以上では、主にクエストパートにおけるシングルプレイでクイズゲームがプレイされる場合に、ユーザ端末１００からサーバ２００に解答実績が送信され、集計結果に応じて報酬が有効化される例を挙げて説明したが、実施形態はこれに限定されない。上述したように、協力プレイパートにおいてもクイズゲームが実行される場合、協力プレイパートの解答実績（例えば正解数）も同様にユーザ端末１００からサーバ２００に送信されてもよい。サーバ２００では、シングルプレイの解答実績と協力プレイの解答実績とが区別せずに集計されてもよいし、区別して集計されてもよい。例えば協力プレイの解答実績が重み付けして集計されてもよい。シングルプレイと協力プレイに共通のオーブが設定されてもよいし、シングルプレイ用のオーブと協力プレイ用のオーブとが別々に設定されてもよい。同様に、オーブ解放時に有効化される報酬は、シングルプレイと協力プレイとで共通の報酬でもよいし、別々の報酬でもよい。
【0124】
（３）効果
以上説明したように、一実施形態によれば、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果が所定の条件を満足した場合に、あらかじめ設定された報酬が提供される。サーバ２００は、ユーザ端末１００から受信される解答実績を集計することにより集計結果を取得し、条件を満足した場合には報酬の有効化時刻を設定し、有効化時刻をユーザ端末１００に送信する。ユーザ端末１００は、解答実績をサーバ２００に定期的に送信し、サーバ２００から有効化時刻を受信した場合には有効化時刻に従って報酬を有効化する。ユーザは、ユーザ端末１００を介してクイズゲームをプレイすることによって、複数のユーザ端末１００のユーザとの共同作業に参加し、報酬の有効化という共通の目的を果たす達成感を得ることができる。またユーザは、ユーザ端末１００を介してクイズゲームをプレイすることによって、時限的に有効化された報酬の恩恵を受けることもできる。したがって、一実施形態に係るゲームプログラムは、ゲームの興趣性をより高めることができる。
以上説明したように、一実施形態によれば、複数のユーザ端末１００において実行されたクイズゲームの解答に関する集計結果が所定の条件を満足した場合に、あらかじめ設定された報酬が提供される。サーバ２００は、ユーザ端末１００から受信される解答実績を集計することにより集計結果を取得し、条件を満足した場合には報酬の有効化時刻を設定し、有効化時刻をユーザ端末１００に送信する。ユーザ端末１００は、解答実績をサーバ２００に定期的に送信し、サーバ２００から有効化時刻を受信した場合には有効化時刻に従って報酬を有効化する。ユーザは、ユーザ端末１００を介してクイズゲームをプレイすることによって、複数のユーザ端末１００のユーザとの共同作業に参加し、報酬の有効化という共通の目的を果たす達成感を得ることができる。またユーザは、ユーザ端末１００を介してクイズゲームをプレイすることによって、時限的に有効化された報酬の恩恵を受けることもできる。したがって、一実施形態に係るゲームプログラムは、ゲームの興趣性をより高めることができる。
【0125】
報酬を有効化するための「所定の条件」は、複数のユーザ端末１００において実行されたクイズゲームの正解数の累計が所定値に達することであり得る。これは、目的達成のためにより多くのクイズゲームに挑戦しより多く正解するというモチベーションをユーザに与えることができる。また、所定値が大きいほど報酬の価値が向上するように設定することもできる。より困難な条件が満たされた場合により価値の高い報酬が得られるので、ユーザにさらにゲームプレイのモチベーションを与えることができる。集計対象を、シングルプレイ、協力プレイ、またはその両方として設定することにより、ユーザに集計対象のゲームプレイを促すことができる。
【0126】
またユーザ端末１００において、サーバ２００から受信した集計結果を達成度に応じたオブジェクトとして表示することによって、イベントが進行中であることをユーザに知らせることができる。オーブという神秘的なオブジェクトを用い、達成度に応じてオーブ内に溜まっている液体の量やオーブの輝きを変化させる演出を行うことで、ユーザのワクワク感を高めることができる。またオーブの状態を表す文字情報を表示することで、ユーザのワクワク感をより効果的に高めることができる。上述したようなカウントアップ表示により、ユーザは目的達成が進んでいることを数字として知得でき、ユーザの期待感をさらに高めることができる。さらに、実際の集計結果に応じてカウントアップ速度を設定することにより、リアリティを高めることができる。
【0127】
さらに、サーバ２００において、集計結果が所定の条件を満足した後、所定時間の経過後にユーザ端末１００において報酬が有効化されるように有効化時刻を設定することにより、サーバ２００との通信タイミングに起因して時限報酬の不公平性が生じるのを回避することができる。
【0128】
（４）変形例
上述した実施形態の変形例として、例えば、オーブ解放への貢献度が高いユーザに対し、追加のインセンティブを与えるように設定することもできる。例えば正解数が多い上位１０人のユーザに対し、報酬の価値を高くする（例えば、「＋３０％」を「＋６０％」にする）、報酬の有効化時間を長くする（例えば、制限時間１５分を２０分にする）、または他の有利なアイテムをプレゼントする、などのインセンティブを設定することができる。また、オーブ解放への貢献度が高いユーザに対し、イベント発生の頻度が高くなるといったインセンティブが設定されてもよい。あるいは、各ユーザのゲーム内のランク（またはレベル、属性、経験値、等）に応じて報酬の価値が変化するように設定されてもよい。
上述した実施形態の変形例として、例えば、オーブ解放への貢献度が高いユーザに対し、追加のインセンティブを与えるように設定することもできる。例えば正解数が多い上位１０人のユーザに対し、報酬の価値を高くする（例えば、「＋３０％」を「＋６０％」にする）、報酬の有効化時間を長くする（例えば、制限時間１５分を２０分にする）、または他の有利なアイテムをプレゼントする、などのインセンティブを設定することができる。また、オーブ解放への貢献度が高いユーザに対し、イベント発生の頻度が高くなるといったインセンティブが設定されてもよい。あるいは、各ユーザのゲーム内のランク（またはレベル、属性、経験値、等）に応じて報酬の価値が変化するように設定されてもよい。
【0129】
他の変形例として、クイズゲームをプレイするたびに各ユーザの「魔力」が消費され、魔力が回復するまで次のプレイができなくなる、など、ゲームの連続プレイに一定の制限が設けられている場合、オーブ解放中には追加的にこのような制限を解除することも可能である。これにより、オーブ解放中にはユーザが制限なく連続してゲームプレイできるようになり、ゲームプレイをさらに促すことができる。あるいはイベント発生中にこのような制限が解除されるように設定されてもよい。
【0130】
［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。
例えば、オーブの表示形式は、多種多様なものが採用されてよい。オーブは球体である必要はなく、円筒や多面体、コップなど、他のあらゆる形状のオブジェクトに置き換えられてよい。オーブは２次元的に表現されてもよい。オーブの内部を満たすのが液体である必要もなく、メダルゲームのジャックポットのようにコイン等の固体が蓄積されてもよい。あるいは内部に液体が溜まるという演出に代えて、オブジェクトの色または大きさの変化、スタートとゴールの間の道のり、導火線の長さ、桜の開花度など、他の演出に置き換えられてもよい。集計結果を表すカウントアップ表示もまた、他の表示形式に置き換えられてよい。
なお、この発明は上記実施形態に限定されるものではない。
例えば、オーブの表示形式は、多種多様なものが採用されてよい。オーブは球体である必要はなく、円筒や多面体、コップなど、他のあらゆる形状のオブジェクトに置き換えられてよい。オーブは２次元的に表現されてもよい。オーブの内部を満たすのが液体である必要もなく、メダルゲームのジャックポットのようにコイン等の固体が蓄積されてもよい。あるいは内部に液体が溜まるという演出に代えて、オブジェクトの色または大きさの変化、スタートとゴールの間の道のり、導火線の長さ、桜の開花度など、他の演出に置き換えられてもよい。集計結果を表すカウントアップ表示もまた、他の表示形式に置き換えられてよい。
【0131】
集計対象とされる解答実績は、クエストパートおよび協力プレイパートに限られず、他のゲームパートでのクイズゲームを含んでもよい。すべてのクイズゲームの解答実績が集計されてもよいし、特定の敵キャラクタが設定された特定のクエストをゲームプレイした場合にのみ、解答実績が集計されてもよい。解答実績は、出題されたクイズに応じて重み付けをしてから集計されてもよい。
【0132】
上記実施形態は、ユーザ端末１００がサーバ２００の集計結果をリアルタイムで反映する態様を除外するものではない。同様に、サーバ２００において解放条件が満たされたと判定されると同時にユーザ端末１００において報酬が有効化される態様を除外するものでもない。オーブ解放前にユーザ端末１００に報酬の内容が表示されてもよい。
【0133】
サーバ２００およびユーザ端末１００の構成は、実施形態に係るゲームプログラムを実現可能な他の構成に置き換えられてもよい。サーバ２００の構成およびユーザ端末１００の構成は、省略され、複数の装置に分散配置され、類似の構成に置き換えられてもよい。サーバ２００およびユーザ端末１００の各機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。
【0134】
さらに、フローチャートを用いて説明した処理の流れは、説明した手順に限定されるものではなく、いくつかのステップの順序が入れ替えられてもよいし、いくつかのステップが同時並行で実施されてもよい。また、以上で説明した一連の処理は、時間的に連続して実行される必要はなく、各ステップは任意のタイミングで実行されてもよい。
【0135】
上記各実施形態の処理の少なくとも一部は、例えば汎用のコンピュータに搭載されたプロセッサを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリ等である。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネット等のネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。
【0136】
なお、この発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【符号の説明】
【0137】
１…ゲームシステム、１００…ユーザ端末、１１０…制御部、１１１…受信制御部、１１２…送信制御部、１１３…ゲーム進行部、１１４…操作受付部、１１５…表示制御部、１１６…オーブ管理部、１２０…記憶部、１２１…ゲームプログラム記憶部、１２２…ゲーム情報記憶部、１２３…解答実績記憶部、１２４…オーブ情報記憶部、１２４１…オーブ表示管理テーブル、２００…サーバ、２１１…受信制御部、２１２…送信制御部、２１３…ゲーム進行部、２１４…オーブ管理部、２１５…集計部、２２０…記憶部、２２１…ゲームプログラム記憶部、２２２…ゲーム情報記憶部、２２３…ユーザ情報記憶部、２２４…オーブ情報記憶部、２２４１…オーブ情報管理テーブル、２２５…集計結果記憶部、２２５１…集計結果記憶テーブル、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…センサ、１００５…通信インタフェース、１００６…入出力インタフェース、１００７…タッチスクリーン、１００８…バス、１０７１…入力部、１０７２…表示部、２００１…プロセッサ、２００２…メモリ、２００３…ストレージ、２００４…通信インタフェース、２００５…入出力インタフェース、２００６…バス。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
