(57)【特許請求の範囲】
【請求項１】
ユーザの嗜好性に関連する複数の選択肢をそれぞれ含む複数の質問に関する情報を、複数のユーザに提供する情報提供手段と、
各質問について、前記複数の選択肢の中から選択されたいずれかの選択肢に関する情報をユーザごとに取得する取得手段と、
前記取得手段によって取得された情報に基づいて、前記複数の質問の各々についての選択肢の選択結果をユーザごとに記憶装置に記憶させる記憶手段と、
前記複数のユーザのうち第１のユーザにより選択された選択肢に関する情報を取得した場合に、前記第１のユーザと同じ選択肢を選択した他のユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与する付与手段と、
を備えた、ゲーム制御装置。
【請求項２】
前記ゲームは、実行対象となる複数のパートを備え、
前記付与手段は、Ｎ（Ｎは自然数）個目のパートにおける前記第１のユーザの選択結果に基づいて、Ｎ＋１個目のパートにおける前記第１のユーザの前記ゲームの進行が有利になるように調整することを特徴とする、
請求項１に記載されたゲーム制御装置。
【請求項３】
ユーザ同士を関係付ける関係付け手段を備え、
前記付与手段は、前記複数のユーザのうち、前記第１のユーザと関係付けられたユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与することを特徴とする、
請求項１または２に記載されたゲーム制御装置。
【請求項４】
前記付与手段は、前記複数のユーザのうち、前記第１のユーザにより選択された選択肢に関する情報の取得を基準とした所定期間内に前記第１のユーザと同じ選択肢を選択したユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与することを特徴とする、
請求項１〜３のいずれかに記載されたゲーム制御装置。
【請求項５】
前記取得手段は、少なくとも一のユーザからなるグループが複数存在する場合に、複数の選択肢の中から選択されたいずれかの選択肢に関する情報を複数のグループごとに取得し、
前記付与手段は、複数のグループのうち、前記第１のユーザが属するグループと同じ選択肢を選択したグループの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与することを特徴とする、
請求項１〜４のいずれかに記載されたゲーム制御装置。
【請求項６】
コンピュータを、請求項１〜５のいずれかに記載されたゲーム制御装置の各手段として機能させるためのプログラム。
【請求項７】
通信端末と、当該通信端末からアクセスされるサーバとを含むゲームシステムであって、請求項１〜５のいずれかに記載されたゲーム制御装置の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、ゲームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザの各々の操作に応じて、各ユーザによるゲームの進行を制御する技術に関する。
【背景技術】
【０００２】
近年、特定のサービス提供者によるソーシャルネットワーキングサービス（ＳＮＳ）においてウェブブラウザ上で動作するＡＰＩ(Application Programming Interface)などの動作環境を基に作成されるゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム（Social Game）が普及している。ソーシャルゲームは、不特定多数のユーザ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。ユーザは、インターネットに接続可能であり、かつウェブブラウザが搭載された通信端末を備えていれば、時間と場所を問わずソーシャルゲームを楽しむことができる。【０００３】
上述したソーシャルゲームでは、従来のオンラインゲームよりも、ユーザ間の交流を図るためのコミュニケーション機能が充実している点が特徴の１つとなっている。ソーシャルゲームでは、例えば、互いに関係付けられたユーザ（仲間）間で協力したゲームの実行のほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。このようなソーシャルゲームの一例として、下記の非特許文献１に記載されたデジタルカードゲーム（ドラゴンコレクション（登録商標））が知られている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】アプリＳＴＹＬＥ  Vol.5（株式会社イースト・プレス）、7-8頁
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のソーシャルゲームにおいて、ゲームを実行中のユーザに対して複数の選択肢に関する情報を提供し、当該ユーザの選択結果に応じてゲームを進行させるようにしたものがあった。しかしながら、従来のソーシャルゲームでは、ユーザの選択結果はゲームを進行させるか否かを判別するためのものに過ぎず、ユーザが他のユーザと同じ選択肢を選択したとしても、ユーザ自身のゲームの進行には何等影響が生じなかった。このため、ユーザにとっては、他のユーザと同じ選択肢を選択したことによる満足感が得られ難いものとなっていた。【０００６】
本発明は上述した観点に鑑みてなされたもので、ユーザが、他のユーザと同じ選択肢を選択したことによる満足感を得られるようにしたゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の観点は、ゲーム制御装置である。
当該ゲーム制御装置は、
ゲームを実行する実行手段と、
ユーザによる前記ゲームの実行中に、選択肢となる複数のオブジェクトに関する情報を前記ユーザに提供する情報提供手段と、
前記複数のオブジェクトの中からいずれかのオブジェクトを選択する操作に関する情報をユーザごとに取得する取得手段と、
第１のユーザにより選択されたオブジェクトに関する情報を取得した場合に、前記第１のユーザと同じオブジェクトを選択した第２のユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与する付与手段と、
を備える。【０００８】
ここで、「オブジェクト」とは、選択対象となるものであれば何でもよいが、例えば、キャラクタやアイテムを含む。キャラクタとは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカード等に表示されているものをも含む。また、アイテムとは、例えば、ユーザがゲーム上保有することができるものであってもよいし、ユーザがゲーム上で収集する必要があるものであってもよいし、ユーザがゲーム上で有利な効果を得られるものなどであってもよい。
また、「複数のオブジェクトに関する情報」は、例えば、ゲーム制御装置からユーザに対して直接提供されてもよいし、ゲーム制御装置にアクセス可能な外部装置を介してユーザに提供されてもよい。
さらに、「ゲーム上の特典」とは、例えば、ゲーム上のポイント若しくはアイテム、又はゲーム上の有利な効果などであってよい。ここで、ゲーム上の有利な効果とは、例えば、ユーザがゲーム上保有するアイテムのパラメータを上昇させることであってもよいし、アイテムを用いることなくキャラクタの能力を向上させることであってもよいし、ユーザが特殊なアイテムを入手できることであってもよい。また、ゲーム上の有利な効果とは、ゲームの進行を進め易くするように設定を調整することであってもよく、例えば、ユーザの操作などに応じて消費するゲーム上のポイントの消費量を通常よりも低減させることであってもよいし、当該ポイントを入手できることであってもよいし、ユーザの操作などに応じたゲームの進行率を通常よりも上昇させることであってもよい。さらに、ゲーム上の有利な効果とは、間接的にゲームを有利に進められるようにゲーム上の設定を調整することであってもよく、例えば、ユーザが特殊なアイテムを取得可能なイベントを発生させることでもよいし、アイテムのパラメータが大幅に上昇する確率を上昇させることであってもよい。【０００９】
このゲーム制御装置では、第１のユーザが複数のオブジェクトの中からいずれかを選択すると、第１のユーザと同じオブジェクトを選択した第２のユーザの数あるいは割合に応じたゲーム上の特典が、第１のユーザに付与される。例えば、第１のユーザのゲームの進行には、ゲーム上の特典に基づく良好な影響が生じることになる。このため、第１のユーザは、第２のユーザと同じオブジェクトを選択したことによる満足感を得ることができる。また、例えば、第１のユーザのゲームの進行が、第１のユーザと同じオブジェクトを選択した第２のユーザによって影響を受けるという、新たな興趣性を有するゲームを実現することができる。【００１０】
上記ゲーム制御装置において、ユーザ同士を関係付ける関係付け手段を備え、前記付与手段は、前記第２のユーザのうち、前記第１のユーザと関係付けられたユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与してもよい。
例えば、第２のユーザのうち第１のユーザと関係付けられたユーザ（仲間のユーザ）の数あるいは割合が多いほど、第１のユーザに付与される特典が多くなるように構成されている場合、第１のユーザのゲームの進行は、第１のユーザの仲間のユーザによって影響を受けるという、新たな興趣性を有するゲームを実現することができる。【００１１】
上記ゲーム制御装置において、前記付与手段は、前記第２のユーザのうち、前記第１のユーザにより選択されたオブジェクトに関する情報の取得を基準とした所定期間内に前記第１のユーザと同じオブジェクトを選択したユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与してもよい。
ここで、「第１のユーザにより選択されたオブジェクトに関する情報の取得を基準とした所定期間内」とは、例えば、第１のユーザにより選択されたオブジェクトに関する情報が取得されたときを基準時とした場合には、当該基準時以前の所定期間内であってもよいし、当該基準時以後の所定期間内であってもよいし、当該基準時の前後を含む所定期間内であってもよい。
例えば、第２のユーザのうち、第１のユーザにより選択されたオブジェクトに関する情報の取得を基準とした所定期間内に第１のユーザと同じオブジェクトを選択したユーザの数あるいは割合が多いほど、第１のユーザに付与される特典が多くなるように構成されている場合には、第１のユーザは、より多くの特典を得る可能性を高めるために、多数の他のユーザとほぼ同じ時期にオブジェクトを選択することが動機付けられる。このため、多数のユーザがほぼ同じ時期にゲームを実行することによってゲーム全体のアクセス数が向上することから、ゲーム内のコミュニティを活性化させることができる。【００１２】
上記ゲーム制御装置において、前記付与手段は、前記第１のユーザにより選択されたオブジェクトに関する情報を複数回取得した場合に、前記第２のユーザのうち、前記第１のユーザと同じオブジェクトを連続して選択したユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与してもよい。
例えば、第２のユーザのうち、第１のユーザと同じオブジェクトを連続して選択したユーザの数あるいは割合が多いほど、第１のユーザに付与される特典が多くなるように構成されている場合には、第１のユーザは、第２のユーザと同じオブジェクトを連続して選択することによって満足感をさらに高めることができる。【００１３】
上記ゲーム制御装置において、前記付与手段は、前記第１のユーザにより選択されたオブジェクトに関する情報を複数回取得した場合に、前記第１のユーザと同じオブジェクトが前記第２のユーザにより連続して選択された回数に応じたゲーム上の特典を、前記第１のユーザに付与してもよい。
例えば、第１のユーザと同じオブジェクトが第２のユーザにより連続して選択された回数が多いほど、第１のユーザに付与される特典が多くなるように構成されている場合には、第１のユーザは、第２のユーザと同じオブジェクトを連続して選択することによって満足感をさらに高めることができる。また、第１のユーザは、より多くの特典を得るため、すなわちより第２のユーザと同じオブジェクトを連続して選択した回数を多くするために、他のユーザが選択したオブジェクトについて検討する必要があることから、ゲームの興趣性をさらに高めることができる。【００１４】
上記ゲーム制御装置において、前記ゲームは、実行対象となる複数のパートを備え、前記情報提供手段は、各パートにおいて所定の条件を満たしたときに、前記複数のオブジェクトに関する情報を前記ユーザに提供してもよい。
ここで、「所定の条件」とは、例えば、ユーザが実行対象のパートを制覇（クリア）したことであってもよいし、ユーザが実行対象のパートにおいて所定数の他のユーザあるいはキャラクタとの対戦に勝利したことであってもよい。また、「所定の条件」とは、例えば、ユーザが実行対象のパートにおいて所定数のアイテムを獲得したことであってもよいし、実行対象のパートにおけるゲームの進行度が所定の閾値以上に達したことであってもよい。
このゲーム制御装置によれば、第１のユーザは、各パートにおいて所定の条件が満たされる度に複数のオブジェクトの中からいずれかのオブジェクトを選択することにより、同じオブジェクトを選択した第２のユーザの数あるいは割合に応じたゲーム上の特典を得ることができる。このため、第１のユーザは、特典を得る回数を増やすために、１つでも多くのパートを実行しようとする動機付けが与えられる。【００１５】
上記ゲーム制御装置において、前記付与手段は、Ｎ（Ｎは自然数）個目のパートにおける前記第１のユーザの選択結果に基づいて、Ｎ＋１個目のパートにおける前記第１のユーザの前記ゲームの進行が有利になるように調整してもよい。
例えば、パートごとに特典が付与される場合、実行対象のパートが進むほどゲームの進行が重畳的に有利になるようにしたならば、ゲームの進行が極めて容易になることから、ゲームの興趣性が低下するおそれがある。そこで、オブジェクトの選択が行われる度に特典に基づくゲーム上の効果がリセットされることが好ましい。これにより、実行対象のパートが進むほどゲームの進行が重畳的に有利になることが抑制され得る。【００１６】
上記ゲーム制御装置において、前記複数のオブジェクトには、前記ユーザの嗜好性に関連するオブジェクトが含まれてもよい。
このゲーム制御装置によれば、例えば、第１のユーザのゲームの進行は、自身と同じ趣向を有する第２のユーザによって影響を受けるという、従来にないゲームを実現することができる。【００１７】
上記ゲーム制御装置において、前記取得手段は、少なくとも一のユーザからなるグループが複数存在する場合に、複数のオブジェクトの中からいずれかのオブジェクトを選択する操作に関する情報を複数のグループごとに取得し、前記付与手段は、複数のグループのうち、前記第１のユーザが属するグループと同じオブジェクトを選択したグループの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与してもよい。
このゲーム制御装置によれば、第１のユーザは、自身が属するグループと同じオブジェクトを選択したグループの数あるいは割合に応じたゲーム上の特典を得ることができる。これにより、第１のユーザのゲームの進行には、ゲーム上の特典に基づく良好な影響が生じることになる。このため、第１のユーザは、自身の属するグループが他のグループと同じオブジェクトを選択したことによる満足感を得ることができる。また、例えば、第１のユーザのゲームの進行が、第１のユーザが属するグループと同じオブジェクトを選択した他のグループによって影響を受けるという、新たな興趣性を有するゲームを実現することができる。
また、オブジェクトの選択結果をグループごとに管理する場合には、オブジェクトの選択結果をユーザごとに管理する場合と比べて管理対象となるデータ（つまり、オブジェクトの選択結果）の量を少なくすることができるので、当該データの処理に係るゲーム制御装置の負荷を低減することができる。【００１８】
本発明の第２の観点は、ゲーム制御方法である。
当該ゲーム制御方法は、
ゲームを実行するステップと、
ユーザによる前記ゲームの実行中に、選択肢となる複数のオブジェクトに関する情報を前記ユーザに提供するステップと、
前記複数のオブジェクトの中からいずれかのオブジェクトを選択する操作に関する情報をユーザごとに取得するステップと、
第１のユーザにより選択されたオブジェクトに関する情報を取得した場合に、前記第１のユーザと同じオブジェクトを選択した第２のユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与するステップと、
を備える。【００１９】
本発明の第３の観点は、ゲームの実行を制御するために、コンピュータに、
ゲームを実行する機能、
ユーザによる前記ゲームの実行中に、選択肢となる複数のオブジェクトに関する情報を前記ユーザに提供する機能、
前記複数のオブジェクトの中からいずれかのオブジェクトを選択する操作に関する情報をユーザごとに取得して記憶装置に記憶する機能、及び
第１のユーザにより選択されたオブジェクトに関する情報を取得した場合に、前記第１のユーザと同じオブジェクトを選択した第２のユーザに関する情報を前記記憶装置から取得し、前記第２のユーザの数あるいは割合に応じたゲーム上の特典を前記第１のユーザに付与する機能、
を実現させるためのプログラムである。【００２０】
コンピュータは、例えばネットワークサーバ、大型計算機等であってよい。また、このプログラムは、ＤＶＤ−ＲＯＭやＣＤ−ＲＯＭ等のコンピュータが読み取り可能な情報記憶媒体に格納されてもよい。すなわち、本発明の第４の観点は、前記プログラムを記録したことを特徴とする、コンピュータ読み取り可能な記録媒体である。【００２１】
本発明の第５の観点は、通信端末と、当該通信端末からアクセスされるサーバとを含むゲームシステムであって、
ゲームを実行する実行手段、
ユーザによる前記ゲームの実行中に、選択肢となる複数のオブジェクトに関する情報を前記ユーザに提供する情報提供手段、
前記複数のオブジェクトの中からいずれかのオブジェクトを選択する操作に関する情報をユーザごとに取得する取得手段、
第１のユーザにより選択されたオブジェクトに関する情報を取得した場合に、前記第１のユーザと同じオブジェクトを選択した第２のユーザの数あるいは割合に応じたゲーム上の特典を、前記第１のユーザに付与する付与手段、
の各手段を、前記通信端末又は前記サーバのいずれか一方が備える。【００２２】
通信端末は、例えば携帯端末、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機、通信機能付きゲーム装置等であってよい。
【図面の簡単な説明】
【００２３】
【図１】実施形態のゲームシステムの基本構成を示す図。
【図２Ａ】実施形態の通信端末の外観の一例を示す図。
【図２Ｂ】実施形態の通信端末の外観の他の例を示す図。
【図３】実施形態の通信端末の構成を示すブロック図。
【図４】実施形態のゲームサーバの構成を示すブロック図。
【図５】実施形態のデータベースサーバの構成を示すブロック図。
【図６】データベースサーバに含まれるユーザデータベースの構成例を示す図。
【図７】アンケートデータのデータ構成例を示す図。
【図８】回答データのデータ構成例を示す図。
【図９】トップページを表示する通信端末の表示画面の一例を示す図。
【図１０】ユーザの通信端末において表示されるウェブページを例示する図。
【図１１】ユーザの通信端末において表示される一連のウェブページを例示する図。
【図１２】実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。
【図１３Ａ】ユーザと同じ回答項目を選択した他のユーザの数に応じた特典の設定例を示す図。
【図１３Ｂ】ユーザと同じ回答項目を選択した他のユーザの割合に応じた特典の設定例を示す図。
【図１４】実施形態のゲーム制御装置の主要な処理の一例を示すフローチャート。
【図１５】実施形態のゲーム制御装置の主要な処理の一例を示すフローチャート。
【図１６】変形例における回答データのデータ構成例を示す図。
【図１７】グループデータのデータ構成例を示す図。
【図１８Ａ】通信端末及びゲームサーバの各々における各機能の一構成例を示す図。
【図１８Ｂ】通信端末及びゲームサーバの各々における各機能の他の構成例を示す図。
【発明を実施するための形態】
【００２４】
本発明は、２０１２年４月２５日に日本国特許庁に出願された特願２０１２−１００４３１の特許出願に関連しており、この出願の内容がこの明細書に参照によって組み込まれる。
【００２５】
以下、本発明の実施形態について説明する。
【００２６】
（１）ゲームシステムの構成
図１は、実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステムは、例えばインターネットなどの通信網ＮＷ（ネットワーク）に接続可能な通信端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各通信端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）などの通信端末である。なお、以下の説明において、各通信端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、通信端末１０と表記する。
このゲームシステムにおいて、ゲームサーバ２０は、クライアントである通信端末１０と通信可能に構成されており、通信端末１０に対してゲーミングサービスを提供する。ゲームサーバ２０には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。データベースサーバ３０は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ２０と有線又は無線で接続される。なお、ゲームサーバ２０とデータベースサーバ３０は、通信網ＮＷを介して接続しても良い。
通信端末１０は、ゲームサーバ２０によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末１０をウェブページ上で操作してゲームを実行する。
【００２７】
また、図１には図示していないが、ゲームサーバ２０とは別に各通信端末１０のユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末１０からのアクセスを受け入れるために複数のゲームサーバ２０を設ける場合は、その複数のゲームサーバ２０間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ２０は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。
【００２８】
（２）通信端末の構成
図２Ａ、図２Ｂ及び図３を参照して通信端末１０について説明する。
図２Ａ、図２Ｂはそれぞれ、通信端末１０の外観の例を示す図である。図２Ａは、例えば折り畳み式の携帯端末（携帯電話機）などの釦入力方式の通信端末を例示したものである。図２Ｂは、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図３は、通信端末１０の内部構成を示すブロック図である。
図３に示すように、通信端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、画像処理部１４、指示入力部１５、表示部１６、及び、通信インタフェース部１７を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１８が設けられている。
【００２９】
ＣＰＵ１１は、ＲＯＭ１２内のウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、指示入力部１５等によってユーザに入力されるＵＲＬ(Uniform Resource Locator)の適切な指定に基づき、通信インタフェース部１７を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を、通信インタフェース部１７を介して取得し、そのＨＴＭＬデータを解釈する。なお、通信端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてよい。
なお、ＨＴＭＬデータの取得に当たって、ＣＰＵ１１は、予め登録されたユーザＩＤ（ユーザ識別情報）、あるいは指示入力部１５を介して入力されるユーザＩＤを含むアクセス要求メッセージを、通信インタフェース部１７を介してゲームサーバ２０へ通知する。
【００３０】
ウェブブラウザは、画像処理部１４を介して、取得したＨＴＭＬデータに基づき、ゲームサーバ２０から提供されるウェブページを表示部１６に表示する。また、ウェブブラウザは、ユーザが指示入力部１５の操作によってウェブページ上のハイパーリンク(Hyperlink)またはメニューが選択されると、その選択に応じたウェブページを表示するための新たなＨＴＭＬデータの送信（つまり、ウェブページの更新）をゲームサーバ２０へ要求する。
【００３１】
画像処理部１４は、ＨＴＭＬデータの解析結果としてＣＰＵ１１から与えられる表示用画像データに基づいて、表示部１６にウェブページを表示する。表示部１６は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ(Liquid Cristal Display)モニタであり、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示画面１６ａに表示する。
【００３２】
通信端末１０が釦入力方式の通信端末（図２Ａに示す）である場合、指示入力部１５は、ユーザの操作入力を受け入れるための方向指示釦と決定釦などの複数の指示入力釦を含む釦群１５ａ、及び、テンキーなどの複数の指示入力釦を含む釦群１５ｂを備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。例えば、方向指示釦は、表示部１６に表示されているウェブページをスクロールして表示することをＣＰＵ１１へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のハイパーリンクまたはメニューが表示されるときに、アクティブ表示（例えば強調表示）されている１つのハイパーリンクまたはメニューをユーザが選択することをＣＰＵ１１へ指示するために設けられる。なお、通信端末１０を小型の携帯端末によって構成する場合には、これらの釦は、ユーザが通信端末１０を片手で保持したままその親指で操作（クリック）しやすいように、通信端末１０の前面に配置されていることが好ましい。図２Ａに示す例では、釦群１５ｂは、釦群１５ａの下方に配置され、「０」〜「９」、「＊」、「＃」（テンキー）が表記された複数の指示入力釦を含む。
【００３３】
通信端末１０がタッチパネル入力方式の通信端末（図２Ｂに示す）である場合、指示入力部１５は、主として表示画面１６ａに指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式でよい。なお、図２Ｂに示すように、通信端末１０がタッチパネル入力方式の場合であっても釦群１５ａが設けられる場合もある。
【００３４】
通信端末１０に表示されるウェブページ上のメニューの選択操作は、例えば通信端末１０が携帯端末である場合には、方向指示釦の押下操作によってメニューを選択し、決定釦の押下操作によって、選択したメニューを確定することによって行われる。また、選択操作は、例えば通信端末１０がタッチパネル入力方式の場合には、ウェブページが表示されている表示画面１６ａ上のメニューの位置を指あるいはペンで指示（タッチ操作）することによって行われる。
【００３５】
（３）ゲームサーバの構成
図４を参照してゲームサーバ２０の構成について説明する。
ゲームサーバ２０は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末１０に対してゲームのウェブサービスを提供する。図４に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、データベース（ＤＢ）アクセス部２４、及び、通信インタフェース部２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
【００３６】
ＲＯＭ２２には、クライアントである通信端末１０のウェブブラウザに対してＨＴＭＬ文書や画像などのオブジェクトの表示（ウェブページの表示）のサービスを提供するアプリケーションプログラムが格納されている。ＲＯＭ２２には、アプリケーションプログラム以外にもＣＰＵ２１によって参照される各種データが格納されている。
ＣＰＵ２１は、ＲＯＭ２２内のゲームプログラムをＲＡＭ２３にロードして実行し、通信インタフェース部２５を介して、各種の処理を行う。
【００３７】
例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、ＨＴＭＬデータを通信端末１０宛に送信する。なお、ゲームサーバ２０が通信端末１０のユーザの認証処理を行う場合には、ＣＰＵ２１はその認証処理を行う。
ＣＰＵ２１は、通信端末１０に表示されるウェブページ上でユーザにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなＨＴＭＬデータの送信、または、ゲームサーバ２０内の演算処理あるいはデータ処理などを含む。
データベースアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行うときのインタフェースである。
【００３８】
（４）データベースサーバの構成
データベースサーバ３０（記憶装置）は、大容量のハードディスク装置やＲＡＩＤ（Redundant Arrays of Inexpensive Disks）等の形態の装置等、汎用ストレージで実現できる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のデータベースアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。
図５に、データベースサーバ３０の構成の一例を示す。図５に示すように、データベースサーバ３０は、ユーザデータベース３１と、ゲームデータベース３２とを備える。
【００３９】
本実施形態のゲームサーバ２０によって実行制御されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、本実施形態のゲームの一例として、女性戦士カード（以下適宜、単に「戦士カード」という。）を用いたデジタルカードゲーム（以下適宜、単に「ゲーム」あるいは「本実施形態のゲーム」という。）を採り上げる。このゲームは、ユーザの実行対象となる以下の処理を含む。
・クエスト処理：
少なくとも一枚の戦士カードからなる自らのチームを作り上げていくために、ゲーム上で設定されている複数のエリア（パート）を探索して戦士カードを得る処理である。このゲームでは、クエスト処理を実行することで一定量の体力ポイント（後述する）を消費する。
・バトル処理：
他のユーザのチームとバトル（対戦）を行う処理である。なお、バトル処理については、ここでは詳しく述べないが、例えばユーザがバトルで使用する戦士カードの能力を示すパラメータ（例えば、攻撃力、防御力を示す値）の大小に応じて、バトルの結果が決定されるように構成される。例えば、パラメータの値の大きい戦士カードをバトルに使用したユーザが、それよりパラメータの値の小さい戦士カードをバトルに使用した他のユーザに対して勝利する可能性が高くなるように設定されてもよい。この場合、ユーザの保有する戦士カードのパラメータの値が大きいほど、他のユーザと比べてゲームをより優位に進められるようになる。
【００４０】
図６に、本実施形態のゲームにおいて適用されるユーザデータベース３１の一例を示す。この例では、ユーザデータベース３１は、ユーザＩＤ（ユーザ識別情報）ごとに、ユーザ名、表示画像、技能レベル、体力ポイント、戦士数、仲間のユーザＩＤ及び保有カードのデータの各項目についての情報を含む。ユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。
【００４１】
以下の説明では、ユーザデータベース３１に含まれるユーザＩＤごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名
ユーザを特定するために、ゲームの実行時に通信端末１０に表示されるユーザ名である。ユーザ名はユーザによって予め指定される所定長以下のテキストである。また、ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・表示画像
ユーザを特定するために、ゲームの実行時に通信端末１０に表示される表示画像である。表示画像は例えばユーザによって予め選択されるアバタ画像である。
・技能レベル
ゲーム上のユーザの技能レベル示すデータである。例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値である。例えば、クエスト処理が継続的に実行されることで、順次技能レベルが上がるように構成されてもよい。
・体力ポイント
本実施形態のゲームにおいて、クエスト処理を実行する上で必要となるポイントである。体力ポイントは、クエスト処理において探索を行うことで例えば一定量減少し、所定の時間が経過する毎に回復（増加）する値である。
・戦士数
ユーザがゲーム上保有する戦士カードの数である。戦士数の最大値（例えば、６０）は予め規定されている。
・仲間のユーザＩＤ
仲間のユーザのユーザＩＤのデータである。
・保有カードのデータ
ユーザが保有する戦士カードごとに、例えば、戦士のキャラクタの画像や、戦士のキャラクタの能力を示すパラメータ（例えば、攻撃力、防御力を示す値）等のデータが含まれる。なお、戦士カードのデータには、「レア度」が含まれてもよい。ここで、「レア度」とは、戦士カードの希少価値の度合を示す値であり、その値が高いほどゲーム内で出現する確率が非常に低く設定されている。なお、本実施形態のゲームでは、レア度が１〜５の５段階で表されており、能力の際立った戦士のキャラクタや人気のある戦士のキャラクタなどに対応する戦士カードのレア度は高く設定されている。
【００４２】
図５に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲームの進行に関する情報を記憶、更新する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。本実施形態のゲームの場合を例に挙げれば、ゲームの進行に関する情報は、クエスト処理の進行状況を示す情報や、他のユーザとのバトル結果についての情報などを含む。
また、後述するように、本実施形態のゲームでは、ゲームの実行中に一問一答形式のアンケートが複数回行われるようになっている。そのため、ゲームデータベース３２には、アンケートにおける複数の質問項目と、それぞれの質問項目に対する複数の回答項目（選択肢）とを示すデータがそれぞれ記述されたアンケートデータ、及び、質問に対する回答結果をユーザＩＤ（ユーザ）ごとに記述したデータである回答データとが記憶されている。アンケートデータ及び回答データの例をそれぞれ、図７及び図８に示す。
【００４３】
アンケートデータの一例を図７に示す。アンケートデータは、ゲーム上でアンケートが実施される際に例えばＲＡＭ２３にロードされ、記憶されるデータである。アンケートデータは、質問ＩＤと、質問ＩＤに対応する質問項目と、質問ＩＤに対応する複数（図の例では３つ）の回答ＩＤと、回答ＩＤに対応する回答項目（オブジェクト）とを含む。図７に例示したアンケートデータの回答項目は、「赤」や「犬」などのテキストデータで構成されているが、例えば、キャラクタ（例えば戦士カード）やアイテムなどの画像データや、音声データなどで構成されてもよい。
また、質問項目及び回答項目の内容については任意に設定され得るが、複数の回答項目には、ユーザの嗜好性に関連する回答項目が含まれてもよい。例えば、図７に示すように、ユーザの好む色や動物などのようにユーザの嗜好を問う質問に対する回答項目が含まれてもよい。この場合、アンケートにおいて同じ回答項目を選択したユーザ同士は、同じ趣向を有することで相互に親近感が生じ得る。このため、ユーザ同士が関係付けられる（仲間にする）ように各ユーザを動機付けることができる。これにより、ユーザ間の交流を促進することができるので、ゲームのソーシャル性を高めることができる。
【００４４】
図８に例示するように、回答データは、図７に示したアンケートデータに含まれる質問ＩＤと、当該質問ＩＤの質問項目に対してユーザが選択した回答項目の回答ＩＤとを、ユーザＩＤごとに対応付けたデータである。なお、アンケートにおいてユーザが未だ回答していない質問項目の質問ＩＤに対応する回答項目には、ＮＵＬＬデータが記述される。図８の例では、ユーザＩＤが「０００００１」のユーザは、質問ＩＤが「Ｑ００１」及び「Ｑ００２」の質問に対して未だ回答していないことを示している。また、図８の例では、ユーザＩＤが「０００００４」のユーザは、質問ＩＤが「Ｑ００１」の質問に対して回答したが、質問ＩＤが「Ｑ００２」の質問に対して未だ回答していないことを示している。
【００４５】
（５）本実施形態のゲーム
以下、本実施形態のゲームの内容について、図９〜１１を参照しながら説明する。図９は、本実施形態のゲームにおいて通信端末１０上に表示されるトップページの一例を示す図である。図１０〜１１は、クエスト処理が実行されるときの通信端末１０上に表示される一連のウェブページの例を示す図である。
なお、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネルの操作によるウェブページのスクロール操作によって変化しうる。
【００４６】
図９に例示する本実施形態のゲームのトップページは、個々のユーザＩＤに応じたウェブページで構成される。図９の例では、ユーザデータ表示領域、戦士画像表示領域及びメニュー表示領域を含む。
ユーザデータ表示領域は、対象となるユーザＩＤのユーザデータに含まれる、技能レベル、体力ポイント、戦士数、仲間の各項目のデータ（図６参照）が表示される領域である。なお、図９において、戦士数の一例として「４０／６０」と表記されているが、これは、ユーザが保有する戦士カードが４０枚であり、最大で保有可能な戦士カードの枚数が６０枚であることを示す。
戦士画像表示領域は、対象となるユーザＩＤのユーザデータに含まれる複数の戦士カードのうちユーザによって予め指定された戦士カードの画像が表示される領域である。
メニュー表示領域は、本実施形態のゲームに設けられる複数の機能（クエスト処理、バトル処理）に対応した基本メニューとして、「クエスト」、「バトル」のテキストが表記された各メニューｍ１，ｍ２が表示される領域である。
このトップページ上で、メニューｍ１又はｍ２が選択操作されることで、ゲームの実行が開始される。
【００４７】
図９のトップページ上でメニューｍ１が選択操作されると、クエスト処理が実行される。この場合、図１０のステップＳ１に示すようにウェブページが更新される。ステップＳ１のウェブページには、探索の対象となるエリア（図１０の例では、エリア１）の進行度合いを示す探索率のゲージ、探索処理を実行するための「探索する」と表記されたメニューｍ１０などが含まれる。
クエスト処理では、ユーザは、メニューｍ１０を選択操作する。この操作を契機として、探索の対象となるエリアについての戦士カードの探索が行われる。このとき、メニューｍ１０が選択操作されて探索が行われる度に、「探索率」（％）の値が一定の、あるいはランダムな増加量で増加する。探索率が１００％に達した場合には、対象となるエリアの探索が終了したことになり、次のエリア（図１０の例では、エリア２）の探索に移る。上述したように、このゲームでは、１回の探索につき、所定量（例えば５ポイント）の体力ポイントが減少するように構成されており、体力ポイントの値が所定量よりも少なくなった場合には、探索処理を実行することができない。この場合、ユーザは、体力ポイントの値が回復（増加）するまで待機する必要がある。なお、ステップＳ１に示すウェブページは、１回の探索に要する体力ポイントの値が表示されるように構成されてもよい。
【００４８】
また、対象となるエリアの探索率が１００％に達すると、ゲーム上のアンケートを実施するために、図１１のステップＳ２に示すようにウェブページが更新される。ステップＳ２に示すウェブページには、アンケートにおける質問項目（図の例では、「好きな色は？」）と、ユーザの選択肢となる複数の回答項目（図の例では、「赤」、「青」、「白」）などが含まれる。複数の回答項目には、それぞれ「選択する」と表記されたメニューｍ１１，ｍ１２，ｍ１３が対応付けられている。
【００４９】
ステップＳ２のウェブページにおいて例えばメニューｍ１１が選択操作されると、図１１のステップＳ３に示すようにウェブページが更新される。この例では、好きな色として「赤」を選択した他のユーザの数を示すメッセージなどが表示される。
ここで、本実施形態のゲームでは、ユーザに対して、当該ユーザと同じ回答項目を選択した他のユーザの数に応じたゲーム上の特典が付与されるように構成されている。付与される特典は任意に設定され得るが、本実施形態の例では、次のエリアでの１回の探索処理における探索率の増加量が、ユーザと同じ回答項目を選択した他のユーザの数に応じて、所定の割合（図の例ではＸ％）増加することが特典として設定されている。また、ステップＳ３のウェブページには、特典が付与されたことを示すメッセージが含まれる。この場合、ユーザは、特典を得ることにより、ゲームを有利に進めることができる。具体的に説明すると、ユーザは、１回当たりの探索処理における探索率の増加量が通常（つまり、特典を得ていない状態）よりも増加するため、１つのエリアを制覇する（つまり、探索率が１００％に達する）ために必要な探索処理の回数を通常よりも減らすことができる。このため、１つのエリアにおける体力ポイントの消費量が通常よりも減少するので、ユーザは、次のエリアにおける探索処理を早期に実行することができ、ゲームの進行度を通常よりも早く上昇させることができる。
また、ステップＳ３のウェブページには、「次のエリアへ」と表記されたメニューｍ１４が表示される。メニューｍ１４の選択操作に応じて、ウェブページが図１０のステップＳ１に示すように更新される。なお、更新されたウェブページでは、次のエリア（ここでは、エリア２）の探索処理が実行されることになる。また、次のエリアの探索処理では、１回の探索（メニューｍ１０の選択操作）当たりの探索率の増加量が所定の割合だけ増加する。
【００５０】
つまり、本実施形態のゲームでは、ユーザが複数の回答項目の中からいずれかを選択すると、当該ユーザと同じ回答項目を選択した他のユーザの数に応じたゲーム上の特典が、当該ユーザに付与される。この場合、ユーザのゲームの進行には、ゲーム上の特典に基づく良好な影響（ここでは、次のエリアにおける当該ユーザの探索処理の効率が上がること）が生じることになる。なお、特典の内容は、ユーザと同じ回答項目を選択した他のユーザの割合に応じて決定されてもよい。
【００５１】
なお、ユーザに付与される特典は、例えば、レア度の高い（例えば、レア度が４または５）戦士カードであってもよい。また、特典は、本実施形態のゲームと異なる他のゲーム上のポイントやアイテムなどであってもよい。
【００５２】
（６）ゲーム制御装置における各機能の概要
次に、上述した本実施形態のゲームを実現するゲーム制御装置における各処理について説明する。
本実施形態では、ゲームサーバ２０及びデータベースサーバ３０によってゲーム制御装置が構成されている。以下では、上述した戦士カードを用いたデジタルカードゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図１２を参照して説明する。図１２は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、図１２の機能ブロック図において、ゲーム実行手段（実行手段）５２、情報提供手段５３、取得手段５４及び付与手段５５が本発明の主要な構成に対応している。その他の手段は必ずしも必須の構成ではないが、本発明をさらに好ましくするための構成である。
【００５３】
登録手段５１は、例えば通信端末１０に提供するウェブページ上での通信端末１０への適切な操作入力に基づいてユーザの要求を認識し、登録処理（ユーザ登録）を行う機能を備える。
なお、登録手段５１は、本発明に必須の構成要素ではないが、本発明をさらに好ましくするための構成要素である。
【００５４】
登録手段５１の機能は、例えば以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、通信インタフェース部２５を介して通信端末１０から登録要求メッセージを受信する。登録要求メッセージは、ゲームサーバ２０から提供されるウェブページ上での通信端末１０に対する所定の操作（例えば、所定のメニューの選択操作やユーザが指定するユーザＩＤやパスワード等のテキスト入力等）によって自動的に生成されるように、ウェブページが構成されていてもよい。登録要求メッセージには、送信元の通信端末１０を特定するための情報（例えば、ＵＩＤ（Unique Identifier）などの端末の個体識別情報、ＩＰアドレス、メールアドレス等）が含まれていてもよく、あるいは、ユーザが既に同一のサービス提供者による他のゲームを利用している場合には、そのユーザＩＤが含まれていてもよい。
ＣＰＵ２１は、登録要求メッセージを受信し、登録要求メッセージにユーザＩＤが含まれていない場合には、ユーザＩＤを新規に発行してそのユーザＩＤの登録処理を行った後、登録処理が完了した旨のメッセージを通信端末１０へ送信する。ＣＰＵ２１は、登録要求メッセージを受信し、登録要求メッセージにユーザＩＤが含まれている場合には、そのユーザＩＤの登録処理を行った後、登録処理が完了したことを示す登録完了メッセージを通信端末１０へ送信する。
登録が完了すると、ＣＰＵ２１は、ユーザＩＤに対応するユーザデータを生成し、ユーザデータベース３１に格納する。登録が完了すると、ユーザは、本実施形態のゲームを実行することが可能となる。
【００５５】
ゲーム実行手段５２は、ユーザが本実施形態のゲームを実行するに当たって、ユーザのログイン時の認証処理を実行する機能を備えてもよい。
この機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、各ユーザの通信端末１０からのＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストから個体識別情報、あるいはユーザＩＤ及びパスワードを取得し、その個体識別情報、あるいはユーザＩＤ及びパスワードを、例えばユーザデータベース３１に記録済みのデータと照合して認証処理を行う。
【００５６】
ゲーム実行手段５２は、ゲームを実行する機能を備える。例えば、ゲーム実行手段５２は、通信端末１０に対するユーザのウェブページ上の選択操作に応じてＨＴＴＰリクエストを受信し、通信端末１０に表示されるウェブページを逐次更新するためのＨＴＭＬデータ（つまり、ＨＴＴＰレスポンス）を送信することで、ウェブサービスにより本実施形態のゲームを実行する。
ゲーム実行手段５２は、通信端末１０に表示されたメニューｍ１〜ｍ２のいずれかに対するユーザの選択操作に応じて、それぞれクエスト処理及びバトル処理を実行する。好ましくは、各処理が実行された場合、さらに細分化された複数のメニューを含む新たなウェブページが表示されるように、階層的に各処理が実行される。
【００５７】
ゲーム実行手段５２がクエスト処理を実行する機能は、以下のようにして実現される。
ゲームサーバ２０のＣＰＵ２１は、図９のトップページ上でメニューｍ１が選択操作されたことを認識すると、図１０のステップＳ１に示すウェブページを表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信する。また、ＣＰＵ２１は、探索を行うメニューｍ１０が選択操作されることを認識すると、ユーザデータベース３１にアクセスし、対象となるユーザＩＤの体力ポイントの値を更新する（減少させる）。なお、クエスト処理において、探索対象となるエリアごとに、１回の探索に要する体力ポイントが異なってもよい。つまり、探索対象となるエリアごとに、１回の探索で減少する（消費される）体力ポイントの量が異なってもよい。例えば、ユーザの技能レベルが上がるごとに、消費される体力ポイントの量を多くしてもよい。
【００５８】
クエスト処理において、ゲームサーバ２０のＣＰＵ２１は、メニューｍ１０に対する選択操作を認識すると、クエスト処理用に予め設けられた複数の戦士カードの中から所定の、あるいはランダムな確率で戦士カードを抽選して出現させる。ＣＰＵ２１は、戦士カードを出現させた（発掘した）場合には、ユーザデータベース３１にアクセスし、対象となるユーザＩＤのデータに対して、出現した新たな戦士カードのデータを追加して、戦士数の値を１だけ増加させる。ユーザによるメニューｍ１０に対する選択操作が繰返し行われ、図１０のステップＳ１においてエリアの探索率が１００％に達すると、探索対象となるエリア（この場合、エリア１）についての探索は終了し、探索対象は次のエリア（この場合、エリア２）に移る。
【００５９】
クエスト処理では、メニューｍ１０に対する選択操作を行う度に体力ポイントが減少していくため、クエスト処理が実行された直後にトップページが表示される場合には、そのトップページに表示される体力ポイントがクエスト処理の実行前よりも減少されて表示されることになる。なお、体力ポイントは、例えば所定時間（例えば３分）が経過する度に１ポイントずつ回復（増加）する。
【００６０】
情報提供手段５３は、ユーザによるゲームの実行中（本実施形態では、クエスト処理の実行中）に、選択肢となる複数の回答項目（オブジェクト）に関する情報を当該ユーザに提供する機能を備える。
ここで、複数の回答項目に関する情報が提供されるタイミングは、ランダムに設定されてもよいし、所定の規則性をもって設定されてもよいし、ゲーム上の所定の条件を満たしたときに設定されてもよい。
ここで、「オブジェクト」とは、選択対象となるものであれば何でもよいが、例えば、キャラクタやアイテムを含む。キャラクタとは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカード等に表示されているもの（例えば戦士カード）をも含む。また、アイテムとは、例えば、ユーザがゲーム上保有することができるものであってもよいし、ユーザがゲーム上で収集する必要があるものであってもよいし、ユーザがゲーム上で有利な効果を得られるものなどであってもよい。
【００６１】
また、情報提供手段５３は、ゲームが、実行対象となる複数のエリア（パート）を備える場合に、各エリアにおいて所定の条件を満たしたとき（本実施形態では、探索率が１００％に達したとき）に、複数の回答項目（オブジェクト）に関する情報をユーザに提供する機能を備えてもよい。
ここで、「所定の条件」とは、例えば、ユーザが実行対象のエリアを制覇（クリア）したことであってもよいし、ユーザが実行対象のエリア内で所定数の他のユーザあるいはキャラクタとの対戦に勝利したことであってもよい。また、「所定の条件」とは、例えば、ユーザが実行対象のエリア内で所定数のアイテムを獲得したことであってもよいし、実行対象のエリア内でのゲームの進行度が所定の閾値以上に達したことであってもよい。
この場合、ユーザは、各エリアにおいて探索率が１００％に達する度に複数の回答項目の中からいずれかの回答項目を選択することにより、同じ回答項目を選択した他のユーザの数あるいは割合に応じたゲーム上の特典を得ることができる。このため、ユーザは、特典を得る回数を増やすために、１つでも多くのエリアを実行しようとする動機付けが与えられる。
【００６２】
情報提供手段５３の機能は、例えば以下のようにして実現される。ここでは、ユーザによる実行対象のエリアの探索率が１００％に達したときに、エリアにおける所定の条件を満たしたと判別される場合を一例として説明する。
ゲームサーバ２０のＣＰＵ２１は、図１０のステップＳ１に示すウェブページ上でメニューｍ１０が選択操作されることにより、探索率が１００％に達したことを認識すると、図１１のステップＳ２のウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信する。ここで、ＣＰＵ２１は、ゲームデータベース３２にアクセスして、質問項目及び当該質問項目に対応する複数の回答項目のデータをアンケートデータから抽出する。そして、ＣＰＵ２１は、抽出したデータをステップＳ２のウェブページに含めるようにＨＴＭＬデータを生成する。ここで、アンケートデータから抽出される質問項目及び当該質問項目に対応する複数の回答項目は、所定の順序（例えば、質問ＩＤの昇順あるいは降順など）に基づいて決定されてもよいし、ランダムに決定されてもよい。
【００６３】
取得手段５４は、複数の回答項目（オブジェクト）の中からいずれかの回答項目を選択する操作に関する情報をユーザごとに取得する機能を備える。
ここで、「いずれかの回答を選択する操作」は、例えば、ゲーム制御装置に対して直接行われた操作であってもよいし、ゲーム制御装置にアクセス可能な外部装置に対して行われた操作であってもよい。
取得手段５４の機能は、例えば以下のようにして実現される。
ゲームサーバ２０のＣＰＵ２１は、図１１のステップＳ２に示すウェブページ上でメニューｍ１１，ｍ１２，ｍ１３のいずれかの選択操作が行われると、通信インタフェース部２５を介して通信端末１０から回答メッセージを受信する。回答メッセージには、メニューｍ１１，ｍ１２，ｍ１３のうち選択されたメニューを示す情報が含まれていてもよい。また、ステップＳ２に示すウェブページは、メニューｍ１１，ｍ１２，ｍ１３のいずれかの選択操作によって回答メッセージが自動的に生成されるように構成されてもよい。ＣＰＵ２１は、回答メッセージを受信すると、選択されたメニューを示す情報を回答メッセージから抽出する。そして、ＣＰＵ２１は、選択されたメニューに対応する回答項目の回答ＩＤを、メニューｍ１１，ｍ１２，ｍ１３のいずれかの選択操作を行ったユーザのユーザＩＤと対応付けて回答データ（図８参照）に記録する。例えば、ユーザＩＤが「０００００１」のユーザの通信端末１０上に図１１のステップＳ２に示すウェブページが表示されている場合に、当該ユーザがメニューｍ１１を選択操作（つまり、回答項目として「赤」を選択）すると、回答データ内の当該ユーザのユーザＩＤに対応する項目のうち、質問項目に対応する質問ＩＤ（ここでは、「Ｑ００１」）の項目には、回答項目に対応する回答ＩＤ（ここでは、「Ａ００１−１」）が記録される。
【００６４】
付与手段５５は、ユーザ（第１のユーザ）により選択された回答項目（オブジェクト）に関する情報を取得した場合に、当該ユーザと同じ回答項目を選択した他のユーザ（第２のユーザ）の数あるいは割合に応じたゲーム上の特典を、当該ユーザに付与する機能を備える。
ここで、「ゲーム上の特典を、当該ユーザに付与する」とは、特典（例えば、ポイント、アイテムなど）に関する情報をユーザのユーザＩＤに対応付けた状態で所定の記憶装置（例えばユーザデータベース３１など）に記憶させることであってよい。また、所定の記憶装置は、例えばゲームサーバ２０に設けられていてもよいし、ユーザの通信端末１０などに設けられていてもよい。
また、「ゲーム上の特典」とは、例えば、ゲーム上のポイント若しくはアイテム、又はゲーム上の有利な効果などであってよい。ここで、ゲーム上の有利な効果とは、例えば、ユーザがゲーム上保有するアイテムのパラメータを上昇させることであってもよいし、アイテムを用いることなく戦士カード（キャラクタ）の能力を向上させることであってもよいし、ユーザが特殊なアイテムを入手できることであってもよい。また、ゲーム上の有利な効果とは、ゲームにおけるシナリオの進行を進め易くするように設定を調整することであってもよく、例えば、ユーザの操作などに応じて消費するゲーム上のポイント（例えば、体力ポイント）の消費量を通常よりも低減させることであってもよいし、このポイントを入手できることであってもよいし、ユーザの操作などに応じたゲームの進行度を通常よりも上昇させることであってもよい。さらに、ゲーム上の有利な効果とは、間接的にゲームを有利に進められるようにゲーム上の設定を調整することであってもよく、例えば、ユーザが特殊なアイテムを取得可能なイベントを発生させることでもよいし、アイテムのパラメータが大幅に上昇する確率を上昇させることであってもよい。
さらに、「ゲーム上の特典」とは、ユーザが実行するゲームと同一のゲーム上の特典であってもよいし、ユーザが実行するゲームとは異なる他のゲーム上の特典であってもよい。ここで、異なる他のゲームとは、例えば一つのゲームシリーズのように、ゲームの構成やジャンルがほぼ同じであるがゲームのタイトルが異なる場合（例えば、「ゲームＡ（２０１１年度版）」と「ゲームＡ（２０１２年度版）」など）も含む。
【００６５】
また、付与手段５５は、ゲームが、実行対象となる複数のエリア（パート）を備える場合に、Ｎ（Ｎは自然数）個目のエリアにおけるユーザ（第１のユーザ）の選択結果に基づいて、Ｎ＋１個目のエリアにおける当該ユーザのゲームの進行が有利になるように調整する機能を備えてもよい。例えば、特典の内容は、Ｎ＋１個目のエリアにおけるゲームの進行を進め易くするようにゲーム上の設定が調整されることであってもよい。
例えば、エリアごとに特典が付与される場合、実行対象のエリアが進むほどゲームの進行が重畳的に有利になるようにしたならば、ゲームの進行が極めて容易になることから、ゲームの興趣性が低下するおそれがある。そこで、回答項目の選択が行われる度に特典に基づくゲーム上の効果がリセットされることが好ましい。これにより、実行対象のエリアが進むほどゲームの進行が重畳的に有利になることが抑制され得る。
【００６６】
付与手段５５の機能は、以下のようにして実現できる。ここでは、ユーザに付与される特典が、次のエリアでのスカウト処理における１回の探索操作に応じた探索率の増加量を通常よりも増加させることである場合を一例として説明する。なお、ユーザに対して付与する特典の内容については、予めＲＯＭ２２やＲＡＭ２３などに記録されていてもよい。
ゲームサーバ２０のＣＰＵ２１は、例えば、図１３Ａ又は図１３Ｂに例示した設定例に基づき構成された設定用データをゲームデータベース３２に予め格納してもよい。図１３Ａに示す設定例では、アンケートにおいてユーザと同じ回答項目を選択した他のユーザの数が多いほど、特典が多くなる（図１３Ａの例では、１回の探索操作当たりの探索率の増加量の割合が増加する）ように設定されている。また、図１３Ｂに示す設定例では、アンケートにおいてユーザと同じ回答項目を選択した他のユーザの割合が多いほど、特典が多くなる（図１３Ｂの例では、１回の探索操作当たりの探索率の増加量の割合が増加する）ように設定されている。ここで、アンケートにおいてユーザと同じ回答項目を選択した他のユーザの割合とは、例えば、ゲームの登録処理を行った全てのユーザに対する当該他のユーザの割合であってもよいし、当該回答項目に対応する質問項目について回答を行った全てのユーザに対する当該他のユーザの割合であってもよい。
【００６７】
ゲームサーバ２０のＣＰＵ２１は、図１１のステップＳ２に示すウェブページ上でメニューｍ１１，ｍ１２，ｍ１３のいずれかが選択操作されたことを認識すると、回答データを参照して、メニューｍ１１，ｍ１２，ｍ１３のいずれかの選択操作を行ったユーザと同じ回答項目を選択した他のユーザ（つまり、当該ユーザと同じ回答ＩＤが記録されている他のユーザ）の数あるいは割合を算出する。そして、ＣＰＵ２１は、算出された他のユーザの数あるいは割合と、図１３Ａ又は図１３Ｂに例示した設定例に基づき構成された設定用データとに応じて、特典を決定する。なお、決定された特典に関する情報は、ユーザＩＤと対応付けてゲームデータベース３２に記憶されてもよい。
また、ＣＰＵ２１は、次のエリア（ここでは、エリア２）におけるクエスト処理を実行する際に、ゲームデータベース３２にアクセスして、ユーザのユーザＩＤに対応する特典に関する情報を参照し、１回の探索操作（つまり、メニューｍ１０の選択操作）当たりの探索率の増加量を決定すると、決定した増加量を、特典内容に基づく割合だけ増加させる。
なお、本実施形態では、図１３Ａ又は図１３Ｂに例示した設定例に基づき特典を決定する場合について説明しているが、特典（例えば、付与されるポイントの量、ポイント消費量の低減する割合、あるいは１回の探索操作当たりの探索率の増加量の割合など）は、所定の演算式等を用いて、メニューｍ１１，ｍ１２，ｍ１３のいずれかの選択操作を行ったユーザと同じ回答項目を選択した他のユーザの数あるいは割合を当該演算式に当てはめることで求められてもよい。
【００６８】
なお、特典として戦士カードをユーザに付与する場合、ＣＰＵ２１は、付与対象となるユーザのユーザＩＤのユーザデータにおける戦士数及び保有カードのデータを書き換える処理（戦士数を増加させるとともに、戦士カードの画像及びパラメータ等を追記する処理）を行ってよい。
また、特典としてアイテムやポイントなどをユーザに付与する場合には、ＣＰＵ２１は、特典を付与する処理において、付与対象となるユーザのユーザＩＤと、付与されるポイントやアイテムとを関連付けてユーザデータベース３１に記憶するようにしてもよい。例えば、特典として所定量の強化ポイントがユーザに付与される場合には、ＣＰＵ２１は、付与対象となるユーザのユーザＩＤのユーザデータにおける強化ポイントを書き換える処理（所定量のポイントを加算する処理）を行ってよい。また、特典としてアイテムやポイントなどがユーザに付与される場合には、アイテムやポイントなどが付与される回数は、１回であってもよいし、複数回であってもよい。
また、特典が、ユーザの保有する戦士カードの能力値を、特典が付与されてから所定期間（特典付与期間）の間上昇させることである場合、ＣＰＵ２１は、付与対象となるユーザのユーザＩＤのユーザデータにおける保有カードの能力値を所定の割合だけ加算する処理を行ってよい。この場合、ユーザは、特典付与期間内のバトル処理において、他のユーザとのバトルに勝利する可能性を高めることができるので、他のユーザと比べてゲームをより優位に進められるようになる。なお、ＣＰＵ２１は、特典付与期間が終了すると、保有カードの能力値を元の値に戻す。
さらに、特典が、本実施形態のゲームと異なる他のゲーム上の特典である場合、ＣＰＵ２１は、特典の付与対象となるユーザのユーザＩＤと、特典を付与することを通知するためのメッセージ等とを、他のゲームの実行を制御するゲームシステムに送信すればよい。この場合、他のゲームの実行を制御するゲームシステムは、本実施形態のゲームシステムと同様に構成されてもよい。
【００６９】
（７）本実施形態のゲーム制御装置の主要な処理のフロー
次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図１４のフローチャートを参照して説明する。図１４のフローチャートは、本実施形態のゲームにおいて、１つのエリアにおけるクエスト処理が行われるときのフローチャートである。
【００７０】
先ず、図９に示すトップページでクエスト処理の実行を指示するメニューｍ１が選択操作されたことを認識すると、ゲームサーバ２０のＣＰＵ２１は、図１０のステップＳ１に示すウェブページを表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信する（ステップＳ１００）。ここでメニューｍ１０（「探索する」）が選択操作されたことを認識すると（ステップＳ１１０：ＹＥＳ）、ＣＰＵ２１は、探索率と体力ポイントを更新し（ステップＳ１２０）、探索率が１００％に達した場合には（ステップＳ１３０：ＹＥＳ）、アンケート処理を行う（ステップＳ１４０）。なお、アンケート処理については後述する。また、探索率が１００％に達していない場合には（ステップＳ１３０：ＮＯ）、ステップＳ１００の処理に移行する。
また、ＣＰＵ２１は、クエスト用に予め用意された複数の戦士カードの中から所定の、あるいはランダムな確率で戦士カードを抽選し、戦士カードを付与することを決定すると、ユーザに戦士カードを付与する処理を行ってもよい。戦士カードを付与する処理は、例えば、付与された戦士カードに基づいてユーザデータを更新する処理を含む。
【００７１】
次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図１５のフローチャートを参照して説明する。図１５のフローチャートは、本実施形態のゲームにおいて、アンケート処理を行うときのフローチャートである。
ゲームサーバ２０のＣＰＵ２１は、図１４のフローのステップＳ１３０において、探索率が１００％に達したことを認識すると、図１１のステップＳ２のウェブページを表示するためのＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信する（ステップＳ２００）。ここで、ＣＰＵ２１は、ゲームデータベース３２にアクセスして、質問項目及び当該質問項目に対応する複数の回答項目のデータをアンケートデータから抽出する。そして、ＣＰＵ２１は、抽出したデータをステップＳ２のウェブページに含めるようにＨＴＭＬデータを生成する。
次に、ＣＰＵ２１は、図１１のステップＳ２に示すウェブページ上でメニューｍ１１，ｍ１２，ｍ１３のいずれかの選択操作が行われると（ステップＳ２１０：ＹＥＳ）、通信インタフェース部２５を介して通信端末１０から回答メッセージを受信する。そして、ＣＰＵ２１は、選択されたメニューを示す情報を回答メッセージから抽出し、選択されたメニューに対応する回答項目の回答ＩＤを、メニューｍ１１，ｍ１２，ｍ１３のいずれかの選択操作を行ったユーザのユーザＩＤと対応付けて回答データ（図８参照）に記録する（ステップＳ２２０）。
次いで、ＣＰＵ２１は、ユーザに対して特典を付与する処理を行う（ステップＳ２３０）。具体的には、ＣＰＵ２１は、回答データを参照して、メニューｍ１１，ｍ１２，ｍ１３のいずれかの選択操作を行ったユーザと同じ回答項目を選択した他のユーザ（つまり、当該ユーザと同じ回答ＩＤが記録されている他のユーザ）の数あるいは割合を算出する。そして、ＣＰＵ２１は、算出された他のユーザの数あるいは割合と、図１３Ａ又は図１３Ｂに例示した設定例に基づき構成された設定用データとに応じて、特典を決定し、付与対象のユーザＩＤと当該特典に関する情報とを対応付けてゲームデータベース３２に記憶させる。
【００７２】
上述したように、実施形態のゲーム制御装置によれば、ユーザが複数の回答項目の中からいずれかを選択すると、当該ユーザと同じ回答項目を選択した他のユーザの数あるいは割合に応じたゲーム上の特典が、当該ユーザに付与される。例えば、ユーザのゲームの進行には、ゲーム上の特典に基づく良好な影響が生じることになる。このため、ユーザは、他のユーザと同じ回答項目を選択したことによる満足感を得ることができる。また、例えば、ユーザのゲームの進行が、当該ユーザと同じ回答項目を選択した他のユーザによって影響を受けるという、新たな興趣性を有するゲームを実現することができる。
【００７３】
本実施形態では、ユーザの操作に基づいて進行するゲームにおいて、ゲームを進行することで満たされる所定の条件に応じて選択肢を提示し、ユーザが選択した選択肢を、当該選択したユーザの選択より前に選択した人数に応じて、ゲームの進行を促進するような特典を付与することとしているが、これに限られない。ゲームの実行中にユーザに対して選択肢が提示されればよく、選択肢を提示する条件がユーザによるゲームの進行状況に関する条件を満たすか否かに基づいて設定されなくても構わない。例えば、ユーザが所定回数ログインする度にトップページ上で、質問項目と当該質問項目に対応する複数の回答項目を提示することで、ユーザによる回答項目を受け付けてもよい。つまり、クエストを実行することを、ユーザに選択肢を提示する条件としなくてもよい。
なお、特に本実施形態で説明したソーシャルゲーム、あるいはオンラインゲームでは、多数のユーザがゲームに参加しており、ゲームにアクセスするタイミング、ユーザがゲームを実行する頻度、及びゲームの進捗率がユーザ間で異なることから、同一の質問項目及び当該質問項目に対応する複数の回答項目（選択肢）を提示するタイミングがユーザごとに異なる。そのため、同一の質問項目が提示された時点におけるその質問項目に対応する回答データの内容が、ユーザごとに異なることになる。
例えば、ユーザがログインする度に同一の質問項目をユーザに提示する場合、タイミングＴ１にログインしたユーザＵ１に質問項目を提示し、Ｔ１より遅れてＴ２にログインしたユーザＵ２に同一の質問項目を提示した場合であっても、タイミングＴ１〜Ｔ２の間に、その質問項目に対する回答データ（図８参照）が他のユーザの回答によって更新されるため、ユーザＵ１とユーザＵ２に対する処理では、同じ選択肢であってもＣＰＵ２１が参照する回答データの内容が異なることになる。
また、本実施形態のようにゲームの進行に応じて選択肢を提示する場合には、ユーザのゲームの進行状況に応じて、ユーザ毎に選択肢を提示する時期が異なることとなる。そのため、同一の質問項目に対してユーザＵ１が選択肢Ａを選択した時期における選択肢Ａを選択したユーザ数と、ユーザＵ１よりゲームの進行が遅れているユーザＵ２が選択肢Ａを選択した時期における選択肢Ａを選択したユーザ数が異なることとなる。そして、本実施形態で説明したように、同一の選択肢を選択したユーザ数に応じてその選択肢を選択したユーザに対して付与する特典をより良くする場合には、ゲームの進行が遅れてしまったユーザであってもより多くの特典を得ることができる可能性があるため、ゲームの開始やゲームの進行が遅れていることに起因してゲームの開始やゲームの進行をユーザが抑制してしまう事を防ぐことができる。また、同一の選択肢であってもユーザごとに特典が異なることになるため、ゲームの興趣性を増すことができる。
【００７４】
仮に、本実施形態とは異なり、固定化した回答データを参照してユーザに対する特典を付与するとした場合、例えば、質問項目を提示するための各ユーザに共通の期間が経過した後に、当該期間の経過後に記録されている回答データを参照して、各ユーザによる選択肢の選択結果に基づき各ユーザに特典を付与するとした場合には、同一の選択肢を選択したユーザにはすべて同一の特典が付与され、各ユーザが選択肢を選択したタイミングが付与される特典に反映されない。そのため、上述した本実施形態のゲームの効果が生じない。
【００７５】
さらに、本実施形態では、付与する特典を、ゲームの進行を促進する、又は、ゲームの進行を早めるような特典とすることで、ゲームの開始又は進行が遅れているユーザほど、よりゲームの進行を促進する特典を得ることができる。そのため、ユーザ全体における各ユーザのゲームの進捗の差を狭めるようにすることができるため、ゲームの進捗に応じたユーザ間のコミュニケーションの活性化を図りやすくなる。
なお、本実施形態のように、例えばユーザＵ１（第１のユーザ）が選択肢Ａを選択した時点を基準として、選択肢Ａを選択したユーザ数を取得して、対応する特典を決定するとしても良いし、ユーザＵ１に対して選択肢の一つとして選択肢Ａを提示する時点を基準として、選択肢Ａを選択したユーザ数を取得するようにしても良い。
【００７６】
（８）変形例
以下、上述した実施形態の変形例について説明する。
【００７７】
（８−１）変形例１
上記実施形態において、ユーザ同士を関係付ける登録手段５１（関係付け手段）を備え、付与手段５５は、他のユーザ（第２のユーザ）のうち、ユーザ（第１のユーザ）と関係付けられたユーザ（仲間のユーザ）の数あるいは割合に応じたゲーム上の特典を、当該ユーザに付与してもよい。
例えば、他のユーザのうちユーザと関係付けられた仲間のユーザの数あるいは割合が多いほど、ユーザに付与される特典が多くなるように構成されている場合、ユーザのゲームの進行は、仲間のユーザによって影響を受けるという、新たな興趣性を有するゲームを実現することができる。
なお、他のユーザの数あるいは割合に応じたゲーム上の特典を第１の特典とし、他のユーザのうち仲間のユーザの数あるいは割合に応じたゲーム上の特典を第２の特典とした場合、ユーザ（第１のユーザ）には、第１の特典と第２の特典のそれぞれが付与されてもよいし、第２の特典のみが付与されてもよい。
【００７８】
本変形例において、登録手段５１は、ユーザ同士を関係付ける機能を備えてもよい。具体的には、登録手段５１は、ユーザＩＤに基づく申請を契機として当該ユーザＩＤを他のユーザＩＤと関係付けて登録してもよい。すなわち、登録手段５１は、ユーザＩＤに基づく申請を契機として、他のユーザＩＤを「仲間」として登録する。なお、以下の説明では、ユーザＩＤが仲間の関係にあることと、対応するユーザが仲間の関係にあることとは、同義である。ここで、登録手段５１は、本発明の「関係付け手段」の一例である。
この場合の登録手段５１は例えば、以下のとおり実行される。ゲームサーバ２０のＣＰＵ２１は、通信インタフェース部２５を介して、あるユーザＩＤに対応するユーザの通信端末１０から、仲間になりたいユーザＩＤ（あるいは、対応する表示名）を指定した申請メッセージ（申請）を受け付ける。この申請メッセージの送信は、ユーザの通信端末１０に提供されるウェブページの機能として予め設定されている。ＣＰＵ２１は、申請メッセージを受け付けると、申請メッセージに含まれるユーザＩＤに基づくアクセスがあったタイミングで、そのユーザＩＤに対応する通信端末１０宛に、他のユーザＩＤに基づく申請を承認するか否かを返信することを要求するためのウェブページを表示させるＨＴＭＬデータを送信する。その申請を承認することが返信されれば、ＣＰＵ２１は、両者を仲間として登録する。具体的には、ＣＰＵ２１は、ユーザデータベース３１内の対応する２つのユーザＩＤのユーザデータにアクセスして、「仲間」の箇所（図６参照）にデータを書き込む。
なお、ユーザ同士を関係付ける条件は、上記のような申請と承認を必要とする形式に限られず、ゲーム上の同一のステージやエリアなどを実行するユーザやバトルを行ったユーザを、ユーザとゲーム内で関係付けられたユーザ、つまり仲間として登録してもよい。あるいは、所定回数の挨拶メッセージを送信するユーザ同士を自動的に仲間として登録してもよいし、ユーザ間でバトルを行うゲーム上のモードが存在する場合には、所定回数以上バトルを行ったユーザ同士を自動的に仲間として登録してもよい。
また、ユーザ同士を直接的に対応付けるのではなく、各ユーザを同一のグループ（ギルド等）と対応付けることで、そのグループ内のユーザ同士を関連関係付けても良い。例えば、ユーザＡが所定のグループと対応付けられたユーザ内の特定のユーザＢに対して上記のような申請を行い、当該特定のユーザＢの承認を得ることができると、当該所定のグループとユーザＡとを対応付ける。このようにすることによって、所定のグループ内の特定のユーザに対して申請と承認を行うことで、所定のグループに所属する直接的に申請と承認を行っているかいないかに関わらず同一グループ内のユーザ同士を関連関係付けるようにしても良い。
本実施形態では、ユーザ同士の仲間関係の登録をユーザデータベース３１にデータを書き込むことによって実現する例を示したが、この例に限られない。仲間関係に関するデータは、ゲームサーバ２０からアクセス可能なネットワーク上の外部の記憶装置に書き込まれるようにしてもよい。
【００７９】
また、本変形例における付与手段５５の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、図１５のフローのステップＳ２３０の処理において、回答データを参照し、ユーザと同じ回答項目を選択した他のユーザのうち、当該ユーザの仲間のユーザを抽出する。なお、仲間のユーザは、ユーザのユーザＩＤに対応するユーザデータに記録された仲間のユーザのユーザＩＤに基づき抽出される。そして、ＣＰＵ２１は、抽出した仲間のユーザの数あるいは割合に基づいて特典の内容を決定し、決定した特典をユーザに付与する処理を行えばよい。なお、仲間のユーザの数あるいは割合が多いほど、多くの特典（例えば、多くのポイント、価値の高いアイテム、あるいはゲーム上のより有利な効果）が与えられるように設定されてもよい。
【００８０】
（８−２）変形例２
上記実施形態において、付与手段５５は、他のユーザ（第２のユーザ）のうち、ユーザ（第１のユーザ）により選択された回答項目（オブジェクト）に関する情報の取得を基準とした所定期間内に当該ユーザと同じ回答項目を選択したユーザの数あるいは割合に応じたゲーム上の特典を、当該ユーザに付与してもよい。
ここで、「ユーザにより選択された回答項目に関する情報の取得を基準とした所定期間内」とは、例えば、ユーザにより選択された回答項目に関する情報が取得されたときを基準時とした場合には、当該基準時以前の所定期間内であってもよいし、当該基準時以後の所定期間内であってもよいし、当該基準時の前後を含む所定期間内であってもよい。なお、回答項目に関する情報が取得されたとき以外の時間、例えば、ユーザに対して選択肢が提示されたタイミングを基準時としても良い。
例えば、他のユーザのうち、ユーザにより選択された回答項目に関する情報の取得を基準とした所定期間内に当該ユーザと同じ回答項目を選択したユーザの数あるいは割合が多いほど、当該ユーザに付与される特典が多くなるように構成されている場合には、当該ユーザは、より多くの特典を得る可能性を高めるために、多数の他のユーザとほぼ同じ時期に回答項目を選択することが動機付けられる。このため、多数のユーザがほぼ同じ時期にゲームを実行することによってゲーム全体のアクセス数が向上することから、ゲーム内のコミュニティを活性化させることができる。
【００８１】
本変形例における取得手段５４では、ゲームサーバ２０のＣＰＵ２１は、例えば、図８に例示した回答データの代わりに図１６に例示した回答データをゲームデータベース３２に予め格納してもよい。図１６に示す回答データは、図７に示したアンケートデータに含まれる質問ＩＤと、当該質問ＩＤの質問項目に対してユーザが選択した回答項目の回答ＩＤ及び回答日時（回答項目の選択日時）とを、ユーザＩＤごとに対応付けたデータである。例えば、ＣＰＵ２１は、図１５のフローのステップＳ２１０において、メニューｍ１１，ｍ１２，ｍ１３のいずれかが選択操作されたことを認識したときに、選択操作されたことを認識したときの日時に関する情報を取得して、図１６の回答データに記録してもよい。なお、日時に関する情報は、ＣＰＵ２１に内蔵されたタイマを用いて取得されてもよいし、回答メッセージに含まれた状態で通信端末１０から送信されるようにしてもよい。
また、本変形例における付与手段５５の機能は、以下のように実現される。ゲームサーバ２０のＣＰＵ２１は、ユーザにより選択された回答項目に関する情報（回答メッセージ）を取得すると、例えば、当該情報を取得したときを基準時として基準時以前の所定期間内（例えば１０分以内）に当該ユーザと同じ回答項目を選択したユーザの数あるいは割合を算出する。図１６の例では、ＣＰＵ２１は、ユーザＩＤが「０００００１」のユーザの質問（質問ＩＤが「Ｑ００１」）に対する回答を得た場合、ユーザＩＤが「０００００３」のユーザを、所定期間内（ここでは１０分以内）に当該ユーザと同じ回答項目を選択したユーザとして抽出する。また、ＣＰＵ２１は、抽出したユーザの数あるいは割合に応じて特典を決定し、ユーザに付与すればよい。なお、抽出したユーザの数あるいは割合が多いほど、多くの特典（例えば、多くのポイント、価値の高いアイテム、あるいはゲーム上のより有利な効果）が与えられるように設定されてもよい。また、特典は、所定の演算式等を用いて、抽出されたユーザの数あるいは割合を当該演算式に当てはめることで求められてもよい。
【００８２】
（８−３）変形例３
上記実施形態において、付与手段５５は、ユーザ（第１のユーザ）により選択された回答項目（オブジェクト）に関する情報を複数回取得した場合に、当該ユーザと同じ回答項目を選択した他のユーザ（第２のユーザ）のうち、当該ユーザと同じ回答項目を連続して選択した選択ユーザの数あるいは割合に応じたゲーム上の特典を、当該ユーザに付与してもよい。
ここで、同じ回答項目を連続して選択した回数は、限定された値（例えば、３回）であってもよいし、所定値以上（例えば、４回以上）であってもよい。
例えば、選択ユーザの数あるいは割合が多いほど、ユーザに付与される特典が多くなるように構成されている場合には、当該ユーザは、選択ユーザと同じ回答項目を連続して選択することによって満足感をさらに高めることができる。
【００８３】
本変形例における付与手段５５の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、ユーザにより選択された回答項目に関する情報（回答メッセージ）を取得すると、図８の回答データを参照して、所定回数（例えば３回）以上連続して当該ユーザと同じ回答項目を選択した他のユーザを選択ユーザとして抽出する。この場合、選択ユーザは、連続する３つ以上の質問ＩＤに対する回答ＩＤがユーザと同じ他のユーザとなる。また、ＣＰＵ２１は、抽出した選択ユーザの数あるいは割合に応じて特典を決定し、ユーザに付与すればよい。なお、選択ユーザの数あるいは割合が多いほど、多くの特典（例えば、多くのポイント、価値の高いアイテム、あるいはゲーム上のより有利な効果）が与えられるように設定されてもよい。また、特典は、所定の演算式等を用いて、抽出された選択ユーザの数あるいは割合を当該演算式に当てはめることで求められてもよい。
【００８４】
（８−４）変形例４
上記実施形態において、付与手段５５は、ユーザ（第１のユーザ）により選択された回答項目（オブジェクト）に関する情報を複数回取得した場合に、当該ユーザと同じ回答項目が他のユーザ（第２のユーザ）により連続して選択された回数に応じたゲーム上の特典を、当該ユーザに付与してもよい。
例えば、ユーザと同じ回答項目が他のユーザにより連続して選択された回数が多いほど、当該ユーザに付与される特典が多くなるように構成されている場合には、当該ユーザは、他のユーザと同じ回答項目を連続して選択することによって満足感をさらに高めることができる。また、ユーザは、より多くの特典を得るため、すなわち他のユーザと同じ回答項目を連続して選択した回数を多くするために、他のユーザが選択した回答項目について検討する必要があることから、ゲームの興趣性を高めることができる。
【００８５】
本変形例における付与手段５５の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、ユーザにより選択された回答項目に関する情報（回答メッセージ）を取得すると、図８の回答データを参照して、他のユーザと同じ回答項目を連続して選択した回数をもとめる。例えば、ＣＰＵ２１は、ユーザＩＤが「０００００１」のユーザの回答を得た場合、ユーザＩＤが「０００００２」のユーザと同じ回答項目を質問ごとに連続して選択した回数をもとめる。そして、ＣＰＵ２１は、同じ回答項目を質問ごとに連続して選択した回数に応じて特典を決定し、ユーザＩＤが「０００００１」のユーザに特典を付与すればよい。なお、同じ回答項目を連続して選択した回数が多いほど、多くの特典（例えば、多くのポイント、価値の高いアイテム、あるいはゲーム上のより有利な効果）が与えられるように設定されてもよい。また、他のユーザは任意に設定されてもよいし、ユーザが指定することにより設定されてもよい。さらに、他のユーザは複数設定されてもよい。また、他のユーザが複数設定された場合には、複数の他のユーザのうち、ユーザと同じ回答項目を連続して選択した回数が最も多いユーザの当該回数に応じて特典が決定されてもよい。また、特典は、所定の演算式等を用いて、ユーザと同じ回答項目が他のユーザにより連続して選択された回数を、当該演算式に当てはめることで求められてもよい。
【００８６】
（８−５）変形例５
上記実施形態において、取得手段５４は、少なくとも一のユーザからなるグループが複数存在する場合に、複数の回答項目の中からいずれかの回答項目を選択する操作に関する情報を複数のグループごとに取得し、付与手段５５は、複数のグループのうち、ユーザ（第１のユーザ）が属するグループと同じ回答項目を選択したグループの数あるいは割合に応じたゲーム上の特典を、当該ユーザに付与してもよい。
この場合、ユーザは、自身が属するグループと同じ回答項目を選択したグループの数あるいは割合に応じたゲーム上の特典を得ることができる。これにより、ユーザのゲームの進行には、ゲーム上の特典に基づく良好な影響が生じることになる。このため、ユーザは、自身の属するグループが他のグループと同じ回答項目を選択したことによる満足感を得ることができる。また、例えば、ユーザのゲームの進行が、当該ユーザが属するグループと同じ回答項目を選択した他のグループによって影響を受けるという、新たな興趣性を有するゲームを実現することができる。
また、回答項目をグループごとに管理する場合には、回答項目をユーザごとに管理する場合と比べて回答項目のデータの量を少なくすることができるので、当該データの処理に係るゲーム制御装置の負荷を低減することができる。
【００８７】
本変形例における取得手段５４の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、例えば、図１７に例示したグループデータをゲームデータベース３２に予め格納してもよい。図１７に示すグループデータは、グループに含まれるユーザのユーザＩＤと、複数の質問ＩＤそれぞれの質問項目に対してグループが選択した回答項目の回答ＩＤとを、グループＩＤごとに対応付けたデータである。一つのグループに含まれるユーザは任意に設定されてもよいし、ユーザが所望のグループを選択することによってグループに含まれるように構成されてもよい。
ＣＰＵ２１は、例えば、グループに含まれるユーザのうち、一つの質問項目に対して最も早く回答項目を選択したユーザの回答項目を、グループの回答項目として決定してもよい。図１８の例を参照して説明すると、グループＩＤが「０００２」のグループに属するユーザのうちユーザＩＤが「１１１２２２」のユーザが、質問ＩＤが「Ｑ００１」の質問に対してグループ内で最も早く回答（ここでは、回答項目に対応する回答ＩＤは「Ａ００１−１」である）した場合、当該ユーザの回答項目に対応する回答ＩＤが当該グループの選択結果としてグループデータに記録される。
また、ＣＰＵ２１は、例えば、グループに含まれるユーザの回答項目のうち最も多い回答項目を、グループの回答項目としてグループデータに記録してもよい。
【００８８】
また、本変形例における付与手段５５の機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、グループＡの回答項目をグループデータに記録すると、グループデータを参照して、当該回答項目と同じ回答項目を選択した他のグループＢを抽出する。そして、ＣＰＵ２１は、抽出した他のグループＢの数あるいは割合に基づいて特典の内容を決定し、決定した特典をグループＡに属するユーザに付与する処理を行えばよい。なお、他のグループＢの数あるいは割合が多いほど、多くの特典（例えば、多くのポイント、価値の高いアイテム、あるいはゲーム上のより有利な効果）が与えられるように設定されてもよい。また、特典は、所定の演算式等を用いて、抽出された他のグループの数あるいは割合を当該演算式に当てはめることで求められてもよい。
【００８９】
以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。上記実施形態及び各変形例に記載された技術的事項は適宜組合せて適用してもよい。
【００９０】
例えば、上述した実施形態では、本発明の実行対象のゲームが戦士カードを用いたバトルゲームである場合の例について説明したが、本発明のゲームはこれに限られず、任意のゲームに適用することができる。例えば、ロールプレイングゲーム、テーブルゲーム、パズルゲーム、スポーツゲーム、レースゲーム、シューティングゲーム、アクションゲーム、アドベンチャーゲーム、シミュレーションゲームなどの各種ジャンルのゲームにおいて、ゲームの実行中に、選択肢となる複数のオブジェクトに関する情報をユーザに提供可能に構成されている場合には、本発明を好適に適用することができる。
【００９１】
上述した実施形態では、ソーシャルゲームに適用される場合を例として説明したが、これに限られない。例えば、ネットワーク上に置かれたサーバ装置と家庭用オンラインゲーム機とを接続した、いわゆるオンラインゲームシステムにおいても、上述した実施形態と同様に、各ユーザによるゲームの進行を制御できることは言うまでもない。
【００９２】
上述した実施形態では、例えば選択肢の選択操作などの所定の操作入力は、ユーザの通信端末に対する所定の操作釦の押下操作の入力や、タッチパネル機能を備えた通信端末に対する表示画面上のタッチ操作の入力であるとしたが、操作入力はこれに限られない。操作入力は、加速度センサを備えた通信端末を振ることによる操作入力、あるいはジェスチャによる操作入力（ジェスチャ入力）であってもよい。ジェスチャ入力では、撮像機能を備えた通信端末に対する所定のジェスチャを行うことで通信端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能な通信端末の場合には、操作入力は、音声を入力することにより行われてもよい。
【００９３】
上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、ゲーム実行手段５２、情報提供手段５３、取得手段５４及び付与手段５５の各機能を実現する構成としたが、この構成に限られない。これらのすべての手段を通信端末１０によって実現する構成としてもよいし、少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採ることができるため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。例えば、図１８Ａ，図１８Ｂにはそれぞれ、図１２に示した機能ブロック図の各機能について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との機能分担の例を示す。なお、上述した実施形態では、各種データ（例えば、アンケートデータや回答データなど）をデータベースサーバ３０（ゲームデータベース３２）が記憶している構成としたが、通信端末１０内の記憶装置に記憶させてもよい。その場合には、記憶装置は、通信端末１０内のＲＡＭ１３や図示しないＨＤＤ(Hard Disk Drive)などの大容量記憶装置やフラッシュメモリ等であってよい。
【図１】
0005941535.tif 000002
【図２Ａ】
0005941535.tif 000003
【図２Ｂ】
0005941535.tif 000004
【図３】
0005941535.tif 000005
【図４】
0005941535.tif 000006
【図５】
0005941535.tif 000007
【図６】
0005941535.tif 000008
【図７】
0005941535.tif 000009
【図８】
0005941535.tif 000010
【図９】
0005941535.tif 000011
【図１０】
0005941535.tif 000012
【図１１】
0005941535.tif 000013
【図１２】
0005941535.tif 000014
【図１３Ａ】
0005941535.tif 000015
【図１３Ｂ】
0005941535.tif 000016
【図１４】
0005941535.tif 000017
【図１５】
0005941535.tif 000018
【図１６】
0005941535.tif 000019
【図１７】
0005941535.tif 000020
【図１８Ａ】
0005941535.tif 000021
【図１８Ｂ】
0005941535.tif 000022