(57)【要約】  アイテム等の取得方法のバリエーションを増やし、ゲームに対する興味を向上させることができるサーバ、サーバの制御方法、及びプログラムを提供する。  ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信手段と、受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示手段と、選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与手段とを有することを特徴とする。
2014050036.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示手段と、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与手段と
を有することを特徴とするサーバ。
【請求項２】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項１に記載のサーバ。
【請求項３】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項１または２に記載のサーバ。
【請求項４】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバがアイテムデータを複数回変更することを特徴とする、請求項１乃至３のいずれか一項に記載のサーバ。
【請求項５】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項４に記載のサーバ。
【請求項６】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項４又は５に記載のサーバ。
【請求項７】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項４又は５に記載のサーバ。
【請求項８】
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与ステップと
を有することを特徴とするサーバの制御方法。
【請求項９】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項８に記載のサーバの制御方法。
【請求項１０】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項８または９に記載のサーバの制御方法。
【請求項１１】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバがアイテムデータを複数回変更することを特徴とする、請求項８乃至１０のいずれか一項に記載のサーバの制御方法。
【請求項１２】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項１１に記載のサーバの制御方法。
【請求項１３】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項１１又は１２に記載のサーバの制御方法。
【請求項１４】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項１１又は１２に記載のサーバの制御方法。
【請求項１５】
サーバとして機能するコンピュータに、
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与ステップと
を実行させるプログラム。
【請求項１６】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項１５に記載のプログラム。
【請求項１７】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項１５または１６に記載のプログラム。
【請求項１８】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバにアイテムデータを複数回変更させることを特徴とする、請求項１５乃至１７のいずれか一項に記載のプログラム。
【請求項１９】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項１８に記載のプログラム。
【請求項２０】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項１８又は１９に記載のプログラム。
【請求項２１】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項１８又は１９に記載のプログラム。
【請求項２２】
ユーザの通信端末として機能するコンピュータに、
前記ユーザから第１のアイテムデータを変更するためのアイテム変更要求を取得する取得ステップと、
前記取得ステップで前記アイテム変更要求を取得した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与ステップと
を実行させるプログラム。
【発明の詳細な説明】
【関連出願へのクロスリファレンス】
【０００１】
本出願は、日本国特許出願２０１２−２１４７１３号（２０１２年９月２７日出願）の優先権を主張するものであり、当該出願の開示全体を、ここに参照のために取り込む。
【技術分野】
【０００２】
本発明は、ゲームを提供するサーバ、サーバの制御方法、及びプログラムに関する。
【背景技術】
【０００３】
従来から、対戦ゲームサーバにおいて、ユーザ毎に記憶された複数枚の対戦カード等で該ユーザのデッキを構成し、当該デッキの攻撃力及び防御力の合計値に基づき、複数のユーザ間で勝敗を競う形式の対戦ゲームサーバがある（例えば特許文献１）。このような対戦ゲームサーバにおいては、ユーザは対戦カードを取得する場合、対戦カードを購入する等の方法で取得していた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２２０９８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の対戦ゲームサーバでは、対戦カード等の取得方法が限定的であり、ゲームに対するユーザの興味を低下させてしまうことがあった。特に希少価値の高い対戦カード等は取得するのが困難であるため、取得の可能性が全く無いという印象をユーザに与えてしまい、ゲームに対する興味を著しく低下させてしまうことがあった。【０００６】
従って、上記のような問題点に鑑みてなされた本発明の目的は、対戦カード等の取得方法のバリエーションを増やし、ゲームに対する興味を向上させることができるサーバ、サーバの制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明に係るサーバは、
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示手段と、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与手段と
を有することを特徴とする。【０００８】
また本発明に係るサーバは、
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする。【０００９】
また本発明に係るサーバは、
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする。【００１０】
また本発明に係るサーバは、
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバがアイテムデータを複数回変更することを特徴とする。【００１１】
また本発明に係るサーバは、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする。【００１２】
また本発明に係るサーバは、
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする。【００１３】
また本発明に係るサーバは、
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする。【００１４】
また、本発明に係るサーバの制御方法は、
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与ステップと
を有することを特徴とする。【００１５】
また、本発明に係るサーバの制御方法は、
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする。【００１６】
また、本発明に係るサーバの制御方法は、
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする。【００１７】
また、本発明に係るサーバの制御方法は、
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバがアイテムデータを複数回変更することを特徴とする。【００１８】
また、本発明に係るサーバの制御方法は、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする。【００１９】
また、本発明に係るサーバの制御方法は、
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする。【００２０】
また、本発明に係るサーバの制御方法は、
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする。【００２１】
また、本発明に係るプログラムは、
サーバとして機能するコンピュータに、
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与ステップと
を実行させることを特徴とする。【００２２】
また、本発明に係るプログラムは、
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする。【００２３】
また、本発明に係るプログラムは、
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする。【００２４】
また、本発明に係るプログラムは、
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバにアイテムデータを複数回変更させることを特徴とする。【００２５】
また、本発明に係るプログラムは、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする。【００２６】
また、本発明に係るプログラムは、
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする。【００２７】
また、本発明に係るプログラムは、
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする。【００２８】
また、本発明に係るプログラムは、
ユーザの通信端末として機能するコンピュータに、
前記ユーザから第１のアイテムデータを変更するためのアイテム変更要求を取得する取得ステップと、
前記取得ステップで前記アイテム変更要求を取得した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに第２のアイテムデータを付与する付与ステップと
を実行させることを特徴とする。
【発明の効果】
【００２９】
本発明におけるサーバ、サーバの制御方法、及びプログラムによれば、対戦カード等の取得方法のバリエーションを増やし、ゲームに対する興味を向上させることができる。
【図面の簡単な説明】
【００３０】
【図１】実施の形態１の通信システムのブロック図である。
【図２】実施の形態１のアイテム情報テーブルの例である。
【図３】実施の形態１のアイテムデータの例である。
【図４】実施の形態１の選択肢テーブルの例である。
【図５】実施の形態１の選択画面の例である。
【図６】実施の形態１の通信システムの動作を示すフローチャートである。
【図７】実施の形態２の通信システムのブロック図である。
【図８】実施の形態２のランクアップテーブルの例である。
【図９】実施の形態２の通信システムの動作を示すフローチャートである。
【図１０】実施の形態３の通信システムのブロック図である。
【図１１】実施の形態３の通信システムの動作を示すフローチャートである。
【図１２】選択画面のその他の例である。
【発明を実施するための形態】
【００３１】
以下、本発明の実施の形態について説明する。
【００３２】
（実施の形態１）
図１は本発明の実施の形態１に通信システムのブロック図である。本発明の実施の形態１に係る通信システムは、サーバ１（ゲームサーバ１）と通信端末２とを備える。
【００３３】
ゲームサーバ１は、通信部１０と、記憶部１１と、制御部１２とを備える。
【００３４】
通信部１０は、通信端末２と無線又は有線の少なくとも一方により通信する。
【００３５】
記憶部１１は、通信端末２に提供するアイテム及びアイテム種類に係る情報を記憶する。アイテムとは、ゲーム内で使用される各種の項目であって、例えば、ユーザのデッキを構成する対戦カード、キャラクタ、武器、装備、装飾品、植物、食べ物等、どのようなものであってもよい。またアイテム種類とは、当該アイテムの希少価値の高さを表す数値、アイテムのカテゴリを表す数値等である。以下、アイテム種類はアイテムの希少価値の高さを表す数値であるものとして説明するが、これに限られない。
【００３６】
具体的には記憶部１１は、当該情報を各テーブルやデータに分けて格納する。記憶部１１には、アイテム情報テーブル１１１と、アイテムデータテーブル１１２とが格納される。図２に示すように、例えばアイテム情報テーブル１１１は、アイテム識別情報“ＵＮＩ１”、アイテム名“アイテムＡ”、アイテム種類“３”を含む。アイテム識別情報とは、本システムにおいてアイテムを一意に特定するための識別子である。アイテム種類とは、例えばアイテムの希少価値のレベルを示すものである。アイテムの種類の値が大きいアイテムほど、アイテムの希少価値が高くなる。
【００３７】
アイテムデータテーブル１１２は、ユーザに提供するアイテムに係るデータ（以下アイテムデータという。）を格納する。図３に、アイテムデータテーブル１１２の例を示す。図３に示すように、例えばアイテムデータは、アイテム識別情報“ＵＮＩ１”、アイテム画像“アイテムＡ画像”等を含む。なお画像データは、ＪＰＥＧ、ＧＩＦ、ＰＮＧ等、如何なる画像フォーマットであってもよい。
【００３８】
また記憶部１１は、後述する選択肢に係る情報を選択肢テーブル１１３として格納する。
【００３９】
制御部１２は、ゲームサーバ１に係る各種制御を行う。例えば制御部１２は、通信端末２からアイテム取得要求を受信した場合、記憶部１１のアイテム情報テーブル１１１を参照して通信端末２に送信するアイテムデータを抽出して決定する。そして制御部１２は、通信端末２に当該アイテムデータを送信する。具体的には制御部１２は、アイテムデータテーブル１１２を参照し、アイテムデータ（アイテム画像等）を、通信部１０を介して通信端末２に送信する。
【００４０】
例えば制御部１２は、アイテム情報テーブル１１１を参照し、アイテム識別情報をランダムに抽出し（例えば“ＵＮＩ１”）、当該アイテムを、通信端末２に提供するアイテムとして決定する。そして制御部１２は、アイテムデータテーブル１１２を参照し、提供するアイテムのアイテムデータ（以下、第１のアイテムデータという。）を、通信部１０を介して通信端末２に送信する。
【００４１】
さらに制御部１２は、通信端末２からアイテム変更要求を受信した場合、正答を含む複数の選択肢を有する選択画面データを生成し、当該選択画面データを、通信部１０を介して通信端末２に送信する。制御部１２は、正答の選択肢に係る情報を予め決定し、記憶部１１に選択肢テーブル１１３を格納する。図４に選択肢テーブルの例を示す。図４に示すように、選択肢テーブル１１３は、選択肢識別情報及び選択肢に対応した正誤情報を含む。選択肢識別情報とは、本システムにおいて選択肢を一意に特定するための識別子である。選択肢の内容は、“正答”または“誤答”の２値からなる情報である。なお図４においては、選択肢が２つである例を示すが、選択肢の数はこれに限られず、３以上であってもよい。また図４においては、正答が１つである例を示すが、正答の数はこれに限られず、２以上かつ選択肢数以下であってもよい。制御部１２は、当該選択肢テーブル１１３に基づき、通信端末２に送信する選択画面データを生成する。
【００４２】
制御部１２によりデータが生成され、通信端末２により表示される選択画面の例を図５に示す。図５に示す選択画面は、選択肢テーブル１１３に基づき生成されたものであり、選択肢は２つ存在し、正答は１つ含まれる。例えば選択肢識別情報“Ｓ００１”に対応する選択肢は、選択肢画像１３１で示され、選択肢識別情報“Ｓ００２”に対応する選択肢は、選択肢画像１３２で示される。選択肢画像１３１及び選択肢画像１３２は好適には壷（ツボ）の画像である。以下、選択肢画像はツボ画像であるものとして説明する。選択肢画像１３１（ツボ画像１３１）及び選択肢画像１３２（ツボ画像１３２）は同一の画像により示され、当該画像を視認したユーザに、どちらが正答であるかは認知できない。好適には通信端末２に表示される選択画面においては、変更前のアイテムが当該ツボ画像の中に格納されるような視覚的演出効果が施され、さらにツボ画像がシャッフルされるような視覚的演出が施される。
【００４３】
また制御部１２は、ユーザの入力により選択された選択肢に対応する選択肢識別情報を、通信部１０を介して通信端末２から受信する。具体的には制御部１２は、通信端末２が選択肢に対応するツボ画像に係る選択肢識別情報（“Ｓ００１”または“Ｓ００２”）を受信する。そして制御部１２は、選択肢テーブル１１３を参照し、受信した選択肢識別情報が正答であるか否かを判定する。
【００４４】
制御部１２は、受信した選択肢識別情報が正答であると判定した場合、すなわちユーザが選択した選択肢が正答である場合、通信端末２に送信するアイテムデータを第１のアイテムデータから他のアイテムデータ（以下、第２のアイテムデータ）という。）に変更する。具体的には制御部１２は、アイテム情報テーブル１１１を参照し、アイテム識別情報をランダムに抽出し（例えば“ＵＮＩ４”）、当該アイテムデータを、通信端末２に送信する第２のアイテムデータとして決定する。好適には制御部１２は、第１のアイテムデータのアイテム種類の値に基づき、当該値以上のアイテムデータをアイテム情報テーブル１１１の中からランダムに抽出し、第２のアイテムデータとして決定する。すなわち制御部１２は、変更後の第２のアイテムデータが、変更前の第１のアイテムデータの希少価値以上であるように第２のアイテムデータを決定する。例えば変更前のアイテムがアイテムＡであった場合、制御部１２は、アイテム種類の値が３より大きいアイテムをアイテム情報テーブル１１１の中からランダムに抽出して、第２のアイテムデータとして決定する。好適には、通信端末２に表示される選択画面のツボ画像から、変更した後の他アイテムが出てくるような視覚的演出効果を施す。
【００４５】
一方制御部１２は、受信した選択肢識別情報が誤答であると判定した場合、すなわちユーザが選択した選択肢が正答でない場合、アイテムデータを変更せずに、元のアイテムデータ、すなわち第１のアイテムデータを通信端末２に送信する。例えば変更前の第１のアイテムデータがアイテムＡであれば、制御部１２は、アイテムデータを変更せず、通信端末２にアイテムＡを提供する。
【００４６】
通信端末２は、通信部２０と、表示部２１と、操作部２２と、制御部２３とを備える。
【００４７】
通信部２０は、ゲームサーバ１と無線又は有線の少なくとも一方により通信をする。具体的には通信部２０は、ユーザによる操作部２２の操作に基づき、ゲームサーバ１にアイテム取得要求を送信する。また通信部２０は、ユーザによる操作部２２の操作に基づき、ゲームサーバ１にアイテム変更要求を送信する。また通信部２０は、ゲームサーバ１からアイテム取得要求に対するアイテムデータを受信する。また通信部２０は、ゲームサーバ１から、アイテム変更要求に対する、選択画面データを受信する。
【００４８】
表示部２１は、液晶ディスプレイ、有機ＥＬディスプレイ等により構成され、ゲームサーバ１により提供されるゲームに係る表示出力をする。例えば表示部２１は、ゲームサーバ１から提供されるアイテムに係るアイテム画像を表示する。またこのとき表示部２１は、アイテム変更要求を送信するためのリンク等を表示する。当該リンクには、例えば「アイテム変更にチャレンジ」や、「成長のツボを選んでカードを入れろ！ホンモノを見分ければ、カードが成長するぞ！」等の記載を付記する。また表示部２１は、アイテム変更要求に対する選択画面を表示する。
【００４９】
操作部２２は、ボタン、タッチパネル等により構成され、ゲームにおけるユーザからの各種の入力信号を受け付ける。例えば操作部２２は、選択画面におけるユーザの入力を受け付ける。操作部２２は、ユーザから受け付けた選択信号を制御部２３に送出する。
【００５０】
制御部２３は、通信端末２に係る各種制御を行う。例えば制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム取得要求を、通信部２０を介してゲームサーバ１に送信する。また、制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム変更要求を、通信部２０を介してゲームサーバ１に送信する。また制御部２３は、選択画面におけるユーザの選択信号を受け、ユーザが選択した選択肢識別情報を、通信部２０を介してゲームサーバ１に送信する。
【００５１】
次に、本発明の実施の形態１に係る通信システムについて、図６に示すフローチャートによりその動作を説明する。
【００５２】
はじめに、通信端末２の制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム取得要求を、通信部２０を介してゲームサーバ１に送信する（ステップＳ１）。
【００５３】
次にゲームサーバ１の制御部１２は、記憶部１１のアイテム情報テーブル１１１を参照して通信端末２に提供するアイテムを抽出して決定する（ステップＳ２）。そして制御部１２は、通信端末２に当該アイテムに係るアイテムデータ（第１のアイテムデータ）を送信する（ステップＳ３）。具体的には制御部１２は、アイテムデータテーブル１１２を参照し、提供するアイテムに係るアイテムデータを、通信部１０を介して通信端末２に送信する。
【００５４】
続いて通信端末２の制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム変更要求を、通信部２０を介してゲームサーバ１に送信する（ステップＳ４）。なおステップＳ４において通信端末２がアイテム変更要求を送信しない場合、アイテムは変更されずに処理が終了する。
【００５５】
続いてゲームサーバ１の制御部１２は、アイテム変更要求を受信すると、正答の選択肢に係る情報を決定し、記憶部１１の選択肢テーブル１１３に正答の選択肢に係る情報を格納する（ステップＳ５）。そして制御部１２は、正答を含む複数の選択肢を有する選択画面データを生成し、当該選択画面データを、通信部１０を介して通信端末２に送信する（ステップＳ６）。
【００５６】
続いて通信端末２の制御部２３は、選択画面におけるユーザの選択信号を受け、ユーザが選択した選択肢識別情報を、通信部２０を介してゲームサーバ１に送信する（ステップＳ７）。
【００５７】
続いてゲームサーバ１の制御部１２は、受信した選択肢識別情報及び選択肢テーブル１１３を参照し、ユーザが選択した選択肢が正答であるか否かを判定する（ステップＳ８）。
【００５８】
制御部１２は、選択肢識別情報に係る選択肢の内容が正答であると判定した場合、すなわちユーザの選択した選択肢が正答であると判定した場合、通信端末２に送信するアイテムデータを他のアイテムデータ（第２のアイテムデータ）に変更する（ステップＳ９）。具体的には制御部１２は、アイテム情報テーブル１１１を参照し、アイテム識別情報をランダムに抽出し（例えば“ＵＮＩ４”）、当該アイテム識別情報に対応するアイテム（アイテムＤ）を、通信端末２に提供する変更後の他アイテムとして決定する。好適には制御部１２は、変更前のアイテムのアイテム種類の値に基づき、当該値以上のアイテムをアイテム情報テーブル１１１の中からランダムに抽出し、第２のアイテムデータとして決定する。
【００５９】
続いて制御部１２は、アイテムデータを通信端末２に送信する（ステップＳ１０）。具体的には制御部１２は、アイテムデータテーブル１１２を参照し、提供するアイテムに係るアイテムデータを、通信部１０を介して通信端末２に送信する。そして処理が終了する。
【００６０】
一方ステップＳ８において制御部１２が、選択肢識別情報に係る選択肢の内容が正答でないと判定した場合、すなわちユーザの選択した選択肢が誤答であると判定した場合、ステップＳ９をスキップしステップＳ１０に進む。この場合、通信端末２に送信するアイテムデータを変更せずに、ステップＳ１０において元のアイテムデータを通信端末２に送信し、処理が終了する。
【００６１】
このように本発明によれば、通信端末２が一度提供されたアイテムについてアイテム変更要求を送信し、ゲームサーバ１がアイテム変更要求に対して正答を含む複数の選択肢を有する選択画面データを送信して、選択肢に応じてアイテムを変更するため、アイテムの取得方法のバリエーションを増やすことができる。また、好適には制御部１２は、変更前のアイテムのアイテム種類の値に基づき、当該値以上のアイテムを他アイテムとして決定するため、希少価値等の高いアイテムの取得予見性を高め、ゲームに対する興味を向上させることができる。
【００６２】
なお、本実施の形態においては、選択肢画像をツボ画像としたがこれに限られない。選択肢画像を、くじ引きの紐の画像にして、正答を選択するようにしてもよい。或いは選択肢画像を植物の種を植える鉢植え又は地面等とし、正答の場合には選択肢画像が花の画像に変わる視覚演出効果を施すようにしてもよい。或いは選択肢画像を裏向きのカードの画像にし、選択したカードに魔法の粉を振りかけるような視覚演出効果を図り、正答の場合にはカードが変更後のアイテムに変更されるようにしてもよい。上述のような演出を施すことにより、ユーザのゲームに対する興味を向上させることができる。
【００６３】
（実施の形態２）
以下に、本発明の実施の形態２について説明をする。図７は本発明の実施の形態２に係る通信システムのブロック図である。実施の形態１と同一の構成については同一の符号を付し、説明は省略する。実施の形態２に係る通信システムは、概略として、実施の形態１にかかる構成と比較して、ゲームサーバ１が変更後の第２のアイテムデータを送信した後に、通信端末２がさらに該第２のアイテムデータを変更するアイテム変更要求を送信し、正答回数に伴ってアイテムを複数回変更する点が相違する。
【００６４】
実施の形態２に係るゲームサーバ１の記憶部１１は、実施の形態１に係る記憶部１１の構成に加え、正答回数情報１１４と、ランクアップテーブル１１５とを格納する。正答回数情報１１４は、通信端末２のアイテム変更要求に係る正答の回数（以下、正答回数という）を格納する。ランクアップテーブル１１５は、正答回数と、変更後の他アイテムのアイテム種類との関係を示すテーブルである。
【００６５】
図８は、ランクアップテーブル１１５の一例を示す。例えば正答回数が１〜３回である場合、アイテム種類は３である。一方正答回数が４〜５回である場合、アイテム種類は高く設定され、４である。制御部１２は、記憶部１１の正答回数情報１１４と、ランクアップテーブル１１５とを参照し、通信端末２に送信するアイテムデータを他のアイテムデータに変更する。制御部１２は、図８に示すランクアップテーブル１１５を参照してアイテムを変更することにより、正答回数が所定値以上の場合には、正答回数が所定値未満の場合よりも希少価値の高いアイテムを変更後の他アイテムとする。
【００６６】
次に、本発明の実施の形態２に係る通信システムについて、図９に示すフローチャートによりその動作を説明する。実施の形態１に係る動作と同一のものは同一の符号を付し、説明は省略する。初期状態において正答回数情報１１４は０にリセットされる。
【００６７】
ステップＳ１〜ステップＳ７の後、実施の形態２のゲームサーバ１の制御部１２は、ステップＳ８において選択肢識別情報に係る選択肢の内容が正答であると判定した場合、すなわちユーザの選択した選択肢が正答であると判定した場合、正答回数に１を加算する（ステップＳ２１）。続いて制御部１２は、通信端末２に送信するアイテムデータを他のアイテムデータに変更する（ステップＳ２２）。このとき、制御部１２は、記憶部１１のアイテム情報テーブル１１１と、正答回数情報１１４と、ランクアップテーブル１１５とを参照し、通信端末２に提供するアイテムを他アイテムに変更する。
【００６８】
続いてステップＳ３に戻り、制御部１２は、変更後の他のアイテムデータを送信する。すなわちステップＳ８において正答であり続ける場合、通信端末２は、アイテム変更要求を繰り返しゲームサーバ１に送信でき、繰り返しアイテムを変更することができる。なおステップＳ４において通信端末２がアイテム変更要求を送信しない場合、アイテムは変更されずに処理が終了する。
【００６９】
一方、ステップＳ８において、制御部１２が、選択肢識別情報に係る選択肢の内容が正答でないと判定した場合、すなわちユーザの選択した選択肢が誤答である場合、制御部１２は、送信するアイテムデータをアイテム変更前の初期のアイテムデータ（すなわち第１のアイテムデータ）に戻し、当該戻した第１のアイテムデータを送信する（ステップＳ２３）。そして処理が終了する。
【００７０】
このように実施の形態２にかかる通信システムによれば、ゲームサーバ１が変更後の第２のアイテムデータを送信した後に、通信端末２がさらに該第２のアイテムデータを変更するアイテム変更要求を送信し、アイテムデータを複数回変更することにより対戦カード等の取得方法のバリエーションを増やすことができる。またランクアップテーブル１１５により、正答回数が増える程、希少価値の高いアイテムに変更されるため、希少価値等の高いカード等の取得予見性を高め、ゲームに対する興味を向上させることができる。
【００７１】
なお上記では、ステップＳ２３において制御部１２は、提供するアイテムを、アイテム変更前の初期のアイテムに戻す例を示したがこれに限られない。制御部１２は、送信するアイテムデータを、過去に変更された他のアイテムデータのいずれかに変更してもよい。すなわち、過去に複数回正答が選択されて、複数回アイテムが変更されている場合に、各変更後のアイテムのいずれかに変更してもよい。好適には、通信端末２に係るユーザが所定のアイテムを有している場合に、制御部１２は、直前に変更された変更後のアイテムに変更する。
【００７２】
（実施の形態３）
以下に、本発明の実施の形態３について説明をする。図１０は本発明の実施の形態２の通信システムの構成を示すブロック図である。実施の形態１と同一の構成については同一の符号を付し、説明は省略する。実施の形態３に係る通信システムは、概略として実施の形態１にかかる構成と比較して、ゲームサーバ１がアイテム変更要求を受信した場合、通信端末２に正答を含む複数の選択肢を有する選択画面データを所定回数送信し、そのうちの正答回数によりアイテムデータを変更する点が相違する。
【００７３】
実施の形態３に係るゲームサーバ１の記憶部１１は、実施の形態１に係る記憶部１１の構成に加え、さらに正答回数情報１１４及び試行回数情報１１６を格納する。正答回数情報１１４は、実施の形態２に係る構成と同一であるため同一の符号を付し、説明は省略する。試行回数情報１１６は、ゲームサーバ１が通信端末２からアイテム変更要求を受信した回数に係る情報である。
【００７４】
実施の形態３に係る制御部１２は、試行回数情報１１６に基づき、試行回数が所定回数に達したか否かを判定する。そして制御部１２は、試行回数が所定回数に達した場合に、記憶部１１のアイテム情報テーブル１１１と正答回数情報１１４とを参照し、通信端末２に送信するアイテムデータを第２のアイテムデータに変更する。
【００７５】
次に、本発明の実施の形態３に係る通信システムについて、図１１に示すフローチャートによりその動作を説明する。実施の形態１及び２に係る動作と同一のものは同一の符号を付し、説明は省略する。初期状態において正答回数情報１１４及び試行回数情報１１６はいずれも０にリセットされる。
【００７６】
ステップＳ１〜ステップＳ４の後、実施の形態３のゲームサーバ１の制御部１２は、アイテム変更要求を受信すると、記憶部１１の試行回数情報１１６に１を加算する（ステップＳ３１）。続くステップＳ５〜ステップＳ８は、実施の形態１における動作と同一である。
【００７７】
ステップＳ８において制御部１２が、選択肢識別情報に係る選択肢の内容が正答であると判定した場合、すなわちユーザの選択した選択肢が正答であると判定した場合、制御部１２は、正答回数情報に１を加算する（ステップＳ３２）。ステップＳ８において制御部１２が、選択肢識別情報に係る選択肢の内容が正答でないと判定した場合、すなわちユーザの選択した選択肢が誤答であると判定した場合、ステップＳ３２をスキップしてステップＳ３３に進む。
【００７８】
続いて制御部１２は、試行回数情報１１６が所定回数に達しているか否かを判定する（ステップＳ３３）。所定回数に達していると判定した場合、ステップＳ３４に進む。所定回数未満であると判定した場合、ステップＳ３１に戻る。
【００７９】
ステップＳ３３において正答回数が所定回数であると判定した場合、制御部１２は、正答回数情報１１４を参照し、正答回数が所定数以上であるか否かを判定する（ステップＳ３４）。そして制御部１２は、正答回数が所定数以上であると判定した場合、通信端末２に送信するアイテムデータを第２のアイテムデータに変更し（ステップＳ３５）、第２のアイテムデータを通信端末２に送信する（ステップＳ３６）。そして処理が終了する。一方、正答回数が所定数未満であると判定した場合、ステップＳ３５をスキップしてステップＳ３６に進む。すなわちこの場合、制御部１２は、通信端末２に送信するアイテムデータを変更せずに第１のアイテムデータを送信する。そして処理が終了する。
【００８０】
このように実施の形態３にかかる通信システムによれば、ゲームサーバ１がアイテム変更要求を受信した場合、通信端末２に正答を含む複数の選択肢を有する選択画面データを複数回送信し、正答回数によりアイテムを変更することにより対戦カード等の取得方法のバリエーションを増やすことができる。
【００８１】
なお、ステップＳ３８において、制御部１２は、正答回数が所定数以上である場合、通信端末２に送信するアイテムデータを第２のアイテムデータに変更するとしたが、正答回数が大きい程、より希少価値の高い第２のアイテムデータに変更するように構成してもよい。このようにすることで、希少価値等の高いカード等の取得予見性を高め、ゲームに対する興味を向上させることができる。
【００８２】
なお、上記の実施の形態１〜３において、ゲームサーバ１は、通信端末２からの指示情報に応じて、選択画面において、前記選択肢のうち正答を判別可能にするモードを有するようにしてもよい。当該指示情報は、通信端末２に係るユーザが所定のアイテムを有している場合にのみ、ゲームサーバ１に送信可能であるようにする。当該モードにおける選択画面の例を図１２に示す。図１２に示すとおり、当該モードにおいては、正答がどの選択肢画像であるかが、ユーザによって判別可能となる。好適には、所定のアイテムは、所定回数のみ使用できるようにする。
【００８３】
ここで、通信端末２として機能させるために、コンピュータを好適に用いることができ、そのようなコンピュータは、通信端末２の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。
【００８４】
なお、上記の実施の形態１〜３では、アイテム情報テーブル１１１、アイテムデータテーブル１１２、及び選択肢テーブル１１３をゲームサーバ１が格納する構成について説明したが、当該構成に限られるものではない。例えば、アイテム情報テーブル１１１、アイテムデータテーブル１１２、及び選択肢テーブル１１３の各々は、ゲームサーバ１及び通信端末２のいずれが格納してもよい。また、ゲームサーバ１及び通信端末２の性能やゲーム処理の負荷を考慮して、アイテム情報テーブル１１１、アイテムデータテーブル１１２、及び選択肢テーブル１１３の全てを、ゲームサーバ１及び通信端末２のいずれか一方が格納してもよい。
【００８５】
なお、上記の実施の形態１〜３では、ゲームサーバ１と通信端末２とが通信して処理を実行する構成について説明したが、例えば通信端末２が単独で処理を実行する構成であってもよい。例えば、通信端末２が、ゲームサーバ１の記憶部１１及び制御部１２と同様の機能を備える構成とすることで実現可能である。
【００８６】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００８７】
１  サーバ（ゲームサーバ）
２  通信端末
１０  通信部
１１  記憶部
１２  制御部
２０  通信部
２１  表示部
２２  操作部
２３  制御部
１１１  アイテム情報テーブル
１１２  アイテムデータテーブル
１１３  選択肢テーブル
１１４  正答回数情報
１１５  ランクアップテーブル
１１６  試行回数情報
１３１、１３２  選択肢画像（ツボ画像）
【図１】
2014050036.tif 000003
【図２】
2014050036.tif 000004
【図３】
2014050036.tif 000005
【図４】
2014050036.tif 000006
【図５】
2014050036.tif 000007
【図６】
2014050036.tif 000008
【図７】
2014050036.tif 000009
【図８】
2014050036.tif 000010
【図９】
2014050036.tif 000011
【図１０】
2014050036.tif 000012
【図１１】
2014050036.tif 000013
【図１２】
2014050036.tif 000014
【手続補正書】
【提出日】平成26年6月26日(2014.6.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示手段と、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した第２のアイテムデータを付与する付与手段と
を有することを特徴とするサーバ。
【請求項２】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項１に記載のサーバ。
【請求項３】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項１または２に記載のサーバ。
【請求項４】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバがアイテムデータを複数回変更することを特徴とする、請求項１乃至３のいずれか一項に記載のサーバ。
【請求項５】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項４に記載のサーバ。
【請求項６】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項４又は５に記載のサーバ。
【請求項７】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項４又は５に記載のサーバ。
【請求項８】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項１乃至７のいずれか一項に記載のサーバ。
【請求項９】
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した第２のアイテムデータを付与する付与ステップと
を有することを特徴とするサーバの制御方法。
【請求項１０】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項９に記載のサーバの制御方法。
【請求項１１】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項９または１０に記載のサーバの制御方法。
【請求項１２】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバがアイテムデータを複数回変更することを特徴とする、請求項９乃至１１のいずれか一項に記載のサーバの制御方法。
【請求項１３】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項１２に記載のサーバの制御方法。
【請求項１４】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項１２又は１３に記載のサーバの制御方法。
【請求項１５】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項１２又は１３に記載のサーバの制御方法。
【請求項１６】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項９乃至１５のいずれか一項に記載のサーバの制御方法。
【請求項１７】
サーバとして機能するコンピュータに、
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した第２のアイテムデータを付与する付与ステップと
を実行させるプログラム。
【請求項１８】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項１７に記載のプログラム。
【請求項１９】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項１７または１８に記載のプログラム。
【請求項２０】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバにアイテムデータを複数回変更させることを特徴とする、請求項１７乃至１９のいずれか一項に記載のプログラム。
【請求項２１】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項２０に記載のプログラム。
【請求項２２】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項２０又は２１に記載のプログラム。
【請求項２３】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項２０又は２１に記載のプログラム。
【請求項２４】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項１７乃至２３のいずれか一項に記載のプログラム。
【請求項２５】
ユーザの通信端末として機能するコンピュータに、
前記ユーザから第１のアイテムデータを変更するためのアイテム変更要求を取得する取得ステップと、
前記取得ステップで前記アイテム変更要求を取得した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した第２のアイテムデータを付与する付与ステップと
を実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記課題を解決するために本発明に係るサーバは、
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示手段と、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した第２のアイテムデータを付与する付与手段と
を有することを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
また本発明に係るサーバは、
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする。
また本発明に係るサーバは、
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
また、本発明に係るサーバの制御方法は、
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した第２のアイテムデータを付与する付与ステップと
を有することを特徴とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
また、本発明に係るサーバの制御方法は、
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする。
また本発明に係るサーバの制御方法は、
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
また、本発明に係るプログラムは、
サーバとして機能するコンピュータに、
ユーザから第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した第２のアイテムデータを付与する付与ステップと
を実行させることを特徴とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
また、本発明に係るプログラムは、
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする。
また本発明に係るプログラムは、
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
また、本発明に係るプログラムは、
ユーザの通信端末として機能するコンピュータに、
前記ユーザから第１のアイテムデータを変更するためのアイテム変更要求を取得する取得ステップと、
前記取得ステップで前記アイテム変更要求を取得した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した第２のアイテムデータを付与する付与ステップと
を実行させることを特徴とする。
【手続補正書】
【提出日】平成26年11月28日(2014.11.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信手段と、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示手段と、
前記選択画面で選択された選択肢が誤答である場合に、前記送信手段で送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与手段と
を有することを特徴とするサーバ。
【請求項２】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項１に記載のサーバ。
【請求項３】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項１または２に記載のサーバ。
【請求項４】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバがアイテムデータを複数回変更することを特徴とする、請求項１乃至３のいずれか一項に記載のサーバ。
【請求項５】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項４に記載のサーバ。
【請求項６】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項４又は５に記載のサーバ。
【請求項７】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項４又は５に記載のサーバ。
【請求項８】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項１乃至７のいずれか一項に記載のサーバ。
【請求項９】
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信ステップと、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記送信ステップで送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を有することを特徴とするサーバの制御方法。
【請求項１０】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項９に記載のサーバの制御方法。
【請求項１１】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項９または１０に記載のサーバの制御方法。
【請求項１２】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバがアイテムデータを複数回変更することを特徴とする、請求項９乃至１１のいずれか一項に記載のサーバの制御方法。
【請求項１３】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項１２に記載のサーバの制御方法。
【請求項１４】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項１２又は１３に記載のサーバの制御方法。
【請求項１５】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項１２又は１３に記載のサーバの制御方法。
【請求項１６】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項９乃至１５のいずれか一項に記載のサーバの制御方法。
【請求項１７】
サーバとして機能するコンピュータに、
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信ステップと、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記送信ステップで送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を実行させるプログラム。
【請求項１８】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項１７に記載のプログラム。
【請求項１９】
選択された前記選択肢が正答でない場合、前記第１のアイテムデータを変更せずに該第１のアイテムデータを前記ユーザに付与することを特徴とする、請求項１７または１８に記載のプログラム。
【請求項２０】
前記ユーザからさらに前記第２のアイテムデータを変更するアイテム変更要求を受信して、前記サーバにアイテムデータを複数回変更させることを特徴とする、請求項１７乃至１９のいずれか一項に記載のプログラム。
【請求項２１】
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、請求項２０に記載のプログラム。
【請求項２２】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項２０又は２１に記載のプログラム。
【請求項２３】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項２０又は２１に記載のプログラム。
【請求項２４】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項１７乃至２３のいずれか一項に記載のプログラム。
【請求項２５】
ユーザの通信端末として機能するコンピュータに、
前記ユーザから第１のアイテムデータを変更するためのアイテム変更要求を取得する取得ステップと、
前記取得ステップで前記アイテム変更要求を取得した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記課題を解決するために本発明に係るサーバは、
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信手段と、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示手段と、
前記選択画面で選択された選択肢が誤答である場合に、前記送信手段で送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与手段と
を有することを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
また、本発明に係るサーバの制御方法は、
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信ステップと、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ス
テップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記送信ステップで送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を有することを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
また、本発明に係るプログラムは、
サーバとして機能するコンピュータに、
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信ステップと、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記送信ステップで送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を実行させることを特徴とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
また、本発明に係るプログラムは、
ユーザの通信端末として機能するコンピュータに、
前記ユーザから第１のアイテムデータを変更するためのアイテム変更要求を取得する取得ステップと、
前記取得ステップで前記アイテム変更要求を取得した場合、複数の選択肢を表示させるための選択画面を前記ユーザに対して表示する表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を実行させることを特徴とする。
【手続補正書】
【提出日】平成27年5月7日(2015.5.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信手段と、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を複数回受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示手段と、
前記選択画面で選択された選択肢が誤答である場合に、前記送信手段で送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与手段と
を有することを特徴とするサーバであって、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とするサーバ。
【請求項２】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項１に記載のサーバ。
【請求項３】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項１又は２に記載のサーバ。
【請求項４】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項１又は２に記載のサーバ。
【請求項５】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項１乃至４のいずれか一項に記載のサーバ。
【請求項６】
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信ステップと、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を複数回受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記送信ステップで送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を有することを特徴とするサーバの制御方法であって、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする、サーバの制御方法。
【請求項７】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項６に記載のサーバの制御方法。
【請求項８】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項６又は７に記載のサーバの制御方法。
【請求項９】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項６又は７に記載のサーバの制御方法。
【請求項１０】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項６乃至９のいずれか一項に記載のサーバの制御方法。
【請求項１１】
サーバとして機能するコンピュータに、
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信ステップと、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を複数回受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記送信ステップで送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を実行させるプログラムであって、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とするプログラム。
【請求項１２】
前記第２のアイテムデータは前記第１のアイテムデータよりも希少価値が高いことを特徴とする、請求項１１に記載のプログラム。
【請求項１３】
選択された前記選択肢が誤答である場合、アイテムデータを前記第１のアイテムデータに変更して前記ユーザに付与することを特徴とする、請求項１１又は１２に記載のプログラム。
【請求項１４】
選択された前記選択肢が誤答である場合、過去に変更されたアイテムデータのいずれかに変更して前記ユーザに付与することを特徴とする、請求項１１又は１２に記載のプログラム。
【請求項１５】
前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項１１乃至１４のいずれか一項に記載のプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記課題を解決するために本発明に係るサーバは、
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを複数回送信する送信手段と、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示手段と、
前記選択画面で選択された選択肢が誤答である場合に、前記送信手段で送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与手段と
を有することを特徴とするサーバであって、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
また、本発明に係るサーバの制御方法は、
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信ステップと、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を複数回受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記送信ステップで送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を有することを特徴とするサーバの制御方法であって、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】削除
【補正の内容】
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
また、本発明に係るプログラムは、
サーバとして機能するコンピュータに、
ユーザからアイテム取得要求を受信した場合、第１のアイテムデータを送信する送信ステップと、
前記ユーザから前記第１のアイテムデータを変更するためのアイテム変更要求を複数回受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、複数の選択肢を表示させるための選択画面データを前記ユーザに対して送信し前記選択画面を表示させる表示ステップと、
前記選択画面で選択された選択肢が誤答である場合に、前記送信ステップで送信された前記第１のアイテムのアイテムデータを変更せずに前記ユーザに付与し、前記選択画面で選択された選択肢が正答である場合に、前記ユーザに前記第１のアイテムデータの希少価値を変更した、前記第１のアイテムデータに係るアイテムとは相違する第２のアイテムに対応する第２のアイテムデータを前記ユーザに付与する付与ステップと
を実行させるプログラムであって、
選択された前記選択肢が正答である回数をカウントし、該回数が所定値以上の場合に、該回数が所定値未満の場合よりも希少価値の高いアイテムデータに変更することを特徴とする。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】削除
【補正の内容】
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】削除
【補正の内容】
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】削除
【補正の内容】
【国際調査報告】
2014050036.tif 000015
2014050036.tif 000016
2014050036.tif 000017
2014050036.tif 000018