JP6199337B2 - サーバ、サーバの制御方法、及びプログラム - Google Patents

Description

本発明は、ゲームを提供するサーバに関する。

従来から、対戦ゲームサーバにおいて、ユーザ毎に記憶された複数枚の対戦カード等で該ユーザのデッキを構成し、当該デッキの攻撃力及び防御力の合計値に基づき、複数のユーザ間で勝敗を競う形式の対戦ゲームサーバがある（例えば特許文献１）。このような対戦ゲームサーバにおいては、ユーザは対戦カードを取得する場合、対戦カードを購入する等の方法で取得していた。

特開２００８−２２０９８４号公報

しかしながら、従来の対戦ゲームサーバでは、対戦カード等の取得方法が限定的であり、ゲームに対するユーザの興味を低下させてしまうことがあった。特に希少価値の高い対戦カード等は取得するのが困難であるため、取得の可能性が全く無いという印象をユーザに与えてしまい、ゲームに対する興味を著しく低下させてしまうことがあった。

従って、上記のような問題点に鑑みてなされた本発明の目的は、対戦カード等の取得方法のバリエーションを増やし、ゲームに対する興味を向上させることができるサーバを提供することにある。

上記課題を解決するために本発明に係るサーバは、
ユーザからアイテム取得要求を受信した場合、アイテムデータを送信する第１送信手段と、
前記ユーザから前記アイテムデータを変更するためのアイテム変更要求を複数回受信する受信手段と、
前記受信手段で前記アイテム変更要求を受信した場合、前記ユーザが所定アイテムを有しているときに表示態様が変化する複数の選択肢を含む選択画面を表示するための選択画面データを前記ユーザに送信する第２送信手段と、
前記選択画面で選択された選択肢が所定の条件を満たす場合、前記アイテム変更要求に応じて、前記アイテムデータに係るアイテムから変更された他のアイテムに対応するアイテムデータを前記ユーザに付与する制御手段とを有し、
前記制御手段は、変更後のアイテムデータを送信した後に前記選択肢が前記所定の条件を満たさない場合、前記アイテム変更要求に応じて、前記他のアイテムに変更される直前のアイテムに対応するアイテムデータを前記ユーザに付与することを特徴とする。
また本発明に係るサーバの制御方法は、
ユーザからアイテム取得要求を受信した場合、アイテムデータを送信する第１送信ステップと、
前記ユーザから前記アイテムデータを変更するためのアイテム変更要求を複数回受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、前記ユーザが所定アイテムを有しているときに表示態様が変化する複数の選択肢を含む選択画面を表示するための選択画面データを前記ユーザに送信する第２送信ステップと、
前記選択画面で選択された選択肢が所定の条件を満たす場合、前記アイテム変更要求に応じて、前記アイテムデータに係るアイテムから変更された他のアイテムに対応するアイテムデータを前記ユーザに付与する制御ステップと、
を含み、
前記制御ステップにおいて、変更後のアイテムデータを送信した後に前記選択肢が前記所定の条件を満たさない場合、前記アイテム変更要求に応じて、前記他のアイテムに変更される直前のアイテムに対応するアイテムデータを前記ユーザに付与することを特徴とする。
また本発明に係るプログラムは、
サーバとして機能するコンピュータに、
ユーザからアイテム取得要求を受信した場合、アイテムデータを送信する第１送信ステップと、
前記ユーザから前記アイテムデータを変更するためのアイテム変更要求を複数回受信する受信ステップと、
前記受信ステップで前記アイテム変更要求を受信した場合、前記ユーザが所定アイテムを有しているときに表示態様が変化する複数の選択肢を含む選択画面を表示するための選択画面データを前記ユーザに送信する第２送信ステップと、
前記選択画面で選択された選択肢が所定の条件を満たす場合、前記アイテム変更要求に応じて、前記アイテムデータに係るアイテムから変更された他のアイテムに対応するアイテムデータを前記ユーザに付与する制御ステップと、
を実行させ、
前記制御ステップにおいて、変更後のアイテムデータを送信した後に前記選択肢が前記所定の条件を満たさない場合、前記アイテム変更要求に応じて、前記他のアイテムに変更される直前のアイテムに対応するアイテムデータを前記ユーザに付与することを特徴とする。

本発明におけるサーバによれば、対戦カード等の取得方法のバリエーションを増やし、ゲームに対する興味を向上させることができる。

実施の形態１の通信システムのブロック図である。 実施の形態１のアイテム情報テーブルの例である。 実施の形態１のアイテムデータの例である。 実施の形態１の選択肢テーブルの例である。 実施の形態１の選択画面の例である。 実施の形態１の通信システムの動作を示すフローチャートである。 実施の形態２の通信システムのブロック図である。 実施の形態２のランクアップテーブルの例である。 実施の形態２の通信システムの動作を示すフローチャートである。 実施の形態３の通信システムのブロック図である。 実施の形態３の通信システムの動作を示すフローチャートである。 選択画面のその他の例である。

以下、本発明の実施の形態について説明する。

（実施の形態１）
図１は本発明の実施の形態１に通信システムのブロック図である。本発明の実施の形態１に係る通信システムは、サーバ１（ゲームサーバ１）と通信端末２とを備える。

ゲームサーバ１は、通信部１０と、記憶部１１と、制御部１２とを備える。

通信部１０は、通信端末２と無線又は有線の少なくとも一方により通信する。

記憶部１１は、通信端末２に提供するアイテム及びアイテム種類に係る情報を記憶する。アイテムとは、ゲーム内で使用される各種の項目であって、例えば、ユーザのデッキを構成する対戦カード、キャラクタ、武器、装備、装飾品、植物、食べ物等、どのようなものであってもよい。またアイテム種類とは、当該アイテムの希少価値の高さを表す数値、アイテムのカテゴリを表す数値等である。以下、アイテム種類はアイテムの希少価値の高さを表す数値であるものとして説明するが、これに限られない。

具体的には記憶部１１は、当該情報を各テーブルやデータに分けて格納する。記憶部１１には、アイテム情報テーブル１１１と、アイテムデータテーブル１１２とが格納される。図２に示すように、例えばアイテム情報テーブル１１１は、アイテム識別情報“ＵＮＩ１”、アイテム名“アイテムＡ”、アイテム種類“３”を含む。アイテム識別情報とは、本システムにおいてアイテムを一意に特定するための識別子である。アイテム種類とは、例えばアイテムの希少価値のレベルを示すものである。アイテムの種類の値が大きいアイテムほど、アイテムの希少価値が高くなる。

アイテムデータテーブル１１２は、ユーザに提供するアイテムに係るデータ（以下アイテムデータという。）を格納する。図３に、アイテムデータテーブル１１２の例を示す。図３に示すように、例えばアイテムデータは、アイテム識別情報“ＵＮＩ１”、アイテム画像“アイテムＡ画像”等を含む。なお画像データは、ＪＰＥＧ、ＧＩＦ、ＰＮＧ等、如何なる画像フォーマットであってもよい。

また記憶部１１は、後述する選択肢に係る情報を選択肢テーブル１１３として格納する。

制御部１２は、ゲームサーバ１に係る各種制御を行う。例えば制御部１２は、通信端末２からアイテム取得要求を受信した場合、記憶部１１のアイテム情報テーブル１１１を参照して通信端末２に送信するアイテムデータを抽出して決定する。そして制御部１２は、通信端末２に当該アイテムデータを送信する。具体的には制御部１２は、アイテムデータテーブル１１２を参照し、アイテムデータ（アイテム画像等）を、通信部１０を介して通信端末２に送信する。

例えば制御部１２は、アイテム情報テーブル１１１を参照し、アイテム識別情報をランダムに抽出し（例えば“ＵＮＩ１”）、当該アイテムを、通信端末２に提供するアイテムとして決定する。そして制御部１２は、アイテムデータテーブル１１２を参照し、提供するアイテムのアイテムデータ（以下、第１のアイテムデータという。）を、通信部１０を介して通信端末２に送信する。

さらに制御部１２は、通信端末２からアイテム変更要求を受信した場合、正答を含む複数の選択肢を有する選択画面データを生成し、当該選択画面データを、通信部１０を介して通信端末２に送信する。制御部１２は、正答の選択肢に係る情報を予め決定し、記憶部１１に選択肢テーブル１１３を格納する。図４に選択肢テーブルの例を示す。図４に示すように、選択肢テーブル１１３は、選択肢識別情報及び選択肢に対応した正誤情報を含む。選択肢識別情報とは、本システムにおいて選択肢を一意に特定するための識別子である。選択肢の内容は、“正答”または“誤答”の２値からなる情報である。なお図４においては、選択肢が２つである例を示すが、選択肢の数はこれに限られず、３以上であってもよい。また図４においては、正答が１つである例を示すが、正答の数はこれに限られず、２以上かつ選択肢数以下であってもよい。制御部１２は、当該選択肢テーブル１１３に基づき、通信端末２に送信する選択画面データを生成する。

制御部１２によりデータが生成され、通信端末２により表示される選択画面の例を図５に示す。図５に示す選択画面は、選択肢テーブル１１３に基づき生成されたものであり、選択肢は２つ存在し、正答は１つ含まれる。例えば選択肢識別情報“Ｓ００１”に対応する選択肢は、選択肢画像１３１で示され、選択肢識別情報“Ｓ００２”に対応する選択肢は、選択肢画像１３２で示される。選択肢画像１３１及び選択肢画像１３２は好適には壷（ツボ）の画像である。以下、選択肢画像はツボ画像であるものとして説明する。選択肢画像１３１（ツボ画像１３１）及び選択肢画像１３２（ツボ画像１３２）は同一の画像により示され、当該画像を視認したユーザに、どちらが正答であるかは認知できない。好適には通信端末２に表示される選択画面においては、変更前のアイテムが当該ツボ画像の中に格納されるような視覚的演出効果が施され、さらにツボ画像がシャッフルされるような視覚的演出が施される。

また制御部１２は、ユーザの入力により選択された選択肢に対応する選択肢識別情報を、通信部１０を介して通信端末２から受信する。具体的には制御部１２は、通信端末２が選択肢に対応するツボ画像に係る選択肢識別情報（“Ｓ００１”または“Ｓ００２”）を受信する。そして制御部１２は、選択肢テーブル１１３を参照し、受信した選択肢識別情報が正答であるか否かを判定する。

制御部１２は、受信した選択肢識別情報が正答であると判定した場合、すなわちユーザが選択した選択肢が正答である場合、通信端末２に送信するアイテムデータを第１のアイテムデータから他のアイテムデータ（以下、第２のアイテムデータ）という。）に変更する。具体的には制御部１２は、アイテム情報テーブル１１１を参照し、アイテム識別情報をランダムに抽出し（例えば“ＵＮＩ４”）、当該アイテムデータを、通信端末２に送信する第２のアイテムデータとして決定する。好適には制御部１２は、第１のアイテムデータのアイテム種類の値に基づき、当該値以上のアイテムデータをアイテム情報テーブル１１１の中からランダムに抽出し、第２のアイテムデータとして決定する。すなわち制御部１２は、変更後の第２のアイテムデータが、変更前の第１のアイテムデータの希少価値以上であるように第２のアイテムデータを決定する。例えば変更前のアイテムがアイテムＡであった場合、制御部１２は、アイテム種類の値が３より大きいアイテムをアイテム情報テーブル１１１の中からランダムに抽出して、第２のアイテムデータとして決定する。好適には、通信端末２に表示される選択画面のツボ画像から、変更した後の他アイテムが出てくるような視覚的演出効果を施す。

一方制御部１２は、受信した選択肢識別情報が誤答であると判定した場合、すなわちユーザが選択した選択肢が正答でない場合、アイテムデータを変更せずに、元のアイテムデータ、すなわち第１のアイテムデータを通信端末２に送信する。例えば変更前の第１のアイテムデータがアイテムＡであれば、制御部１２は、アイテムデータを変更せず、通信端末２にアイテムＡを提供する。

通信端末２は、通信部２０と、表示部２１と、操作部２２と、制御部２３とを備える。

通信部２０は、ゲームサーバ１と無線又は有線の少なくとも一方により通信をする。具体的には通信部２０は、ユーザによる操作部２２の操作に基づき、ゲームサーバ１にアイテム取得要求を送信する。また通信部２０は、ユーザによる操作部２２の操作に基づき、ゲームサーバ１にアイテム変更要求を送信する。また通信部２０は、ゲームサーバ１からアイテム取得要求に対するアイテムデータを受信する。また通信部２０は、ゲームサーバ１から、アイテム変更要求に対する、選択画面データを受信する。

表示部２１は、液晶ディスプレイ、有機ＥＬディスプレイ等により構成され、ゲームサーバ１により提供されるゲームに係る表示出力をする。例えば表示部２１は、ゲームサーバ１から提供されるアイテムに係るアイテム画像を表示する。またこのとき表示部２１は、アイテム変更要求を送信するためのリンク等を表示する。当該リンクには、例えば「アイテム変更にチャレンジ」や、「成長のツボを選んでカードを入れろ！ホンモノを見分ければ、カードが成長するぞ！」等の記載を付記する。また表示部２１は、アイテム変更要求に対する選択画面を表示する。

操作部２２は、ボタン、タッチパネル等により構成され、ゲームにおけるユーザからの各種の入力信号を受け付ける。例えば操作部２２は、選択画面におけるユーザの入力を受け付ける。操作部２２は、ユーザから受け付けた選択信号を制御部２３に送出する。

制御部２３は、通信端末２に係る各種制御を行う。例えば制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム取得要求を、通信部２０を介してゲームサーバ１に送信する。また、制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム変更要求を、通信部２０を介してゲームサーバ１に送信する。また制御部２３は、選択画面におけるユーザの選択信号を受け、ユーザが選択した選択肢識別情報を、通信部２０を介してゲームサーバ１に送信する。

次に、本発明の実施の形態１に係る通信システムについて、図６に示すフローチャートによりその動作を説明する。

はじめに、通信端末２の制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム取得要求を、通信部２０を介してゲームサーバ１に送信する（ステップＳ１）。

次にゲームサーバ１の制御部１２は、記憶部１１のアイテム情報テーブル１１１を参照して通信端末２に提供するアイテムを抽出して決定する（ステップＳ２）。そして制御部１２は、通信端末２に当該アイテムに係るアイテムデータ（第１のアイテムデータ）を送信する（ステップＳ３）。具体的には制御部１２は、アイテムデータテーブル１１２を参照し、提供するアイテムに係るアイテムデータを、通信部１０を介して通信端末２に送信する。

続いて通信端末２の制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム変更要求を、通信部２０を介してゲームサーバ１に送信する（ステップＳ４）。なおステップＳ４において通信端末２がアイテム変更要求を送信しない場合、アイテムは変更されずに処理が終了する。

続いてゲームサーバ１の制御部１２は、アイテム変更要求を受信すると、正答の選択肢に係る情報を決定し、記憶部１１の選択肢テーブル１１３に正答の選択肢に係る情報を格納する（ステップＳ５）。そして制御部１２は、正答を含む複数の選択肢を有する選択画面データを生成し、当該選択画面データを、通信部１０を介して通信端末２に送信する（ステップＳ６）。

続いて通信端末２の制御部２３は、選択画面におけるユーザの選択信号を受け、ユーザが選択した選択肢識別情報を、通信部２０を介してゲームサーバ１に送信する（ステップＳ７）。

続いてゲームサーバ１の制御部１２は、受信した選択肢識別情報及び選択肢テーブル１１３を参照し、ユーザが選択した選択肢が正答であるか否かを判定する（ステップＳ８）。

制御部１２は、選択肢識別情報に係る選択肢の内容が正答であると判定した場合、すなわちユーザの選択した選択肢が正答であると判定した場合、通信端末２に送信するアイテムデータを他のアイテムデータ（第２のアイテムデータ）に変更する（ステップＳ９）。具体的には制御部１２は、アイテム情報テーブル１１１を参照し、アイテム識別情報をランダムに抽出し（例えば“ＵＮＩ４”）、当該アイテム識別情報に対応するアイテム（アイテムＤ）を、通信端末２に提供する変更後の他アイテムとして決定する。好適には制御部１２は、変更前のアイテムのアイテム種類の値に基づき、当該値以上のアイテムをアイテム情報テーブル１１１の中からランダムに抽出し、第２のアイテムデータとして決定する。

続いて制御部１２は、アイテムデータを通信端末２に送信する（ステップＳ１０）。具体的には制御部１２は、アイテムデータテーブル１１２を参照し、提供するアイテムに係るアイテムデータを、通信部１０を介して通信端末２に送信する。そして処理が終了する。

一方ステップＳ８において制御部１２が、選択肢識別情報に係る選択肢の内容が正答でないと判定した場合、すなわちユーザの選択した選択肢が誤答であると判定した場合、ステップＳ９をスキップしステップＳ１０に進む。この場合、通信端末２に送信するアイテムデータを変更せずに、ステップＳ１０において元のアイテムデータを通信端末２に送信し、処理が終了する。

このように本発明によれば、通信端末２が一度提供されたアイテムについてアイテム変更要求を送信し、ゲームサーバ１がアイテム変更要求に対して正答を含む複数の選択肢を有する選択画面データを送信して、選択肢に応じてアイテムを変更するため、アイテムの取得方法のバリエーションを増やすことができる。また、好適には制御部１２は、変更前のアイテムのアイテム種類の値に基づき、当該値以上のアイテムを他アイテムとして決定するため、希少価値等の高いアイテムの取得予見性を高め、ゲームに対する興味を向上させることができる。

なお、本実施の形態においては、選択肢画像をツボ画像としたがこれに限られない。選択肢画像を、くじ引きの紐の画像にして、正答を選択するようにしてもよい。或いは選択肢画像を植物の種を植える鉢植え又は地面等とし、正答の場合には選択肢画像が花の画像に変わる視覚演出効果を施すようにしてもよい。或いは選択肢画像を裏向きのカードの画像にし、選択したカードに魔法の粉を振りかけるような視覚演出効果を図り、正答の場合にはカードが変更後のアイテムに変更されるようにしてもよい。上述のような演出を施すことにより、ユーザのゲームに対する興味を向上させることができる。

（実施の形態２）
以下に、本発明の実施の形態２について説明をする。図７は本発明の実施の形態２に係る通信システムのブロック図である。実施の形態１と同一の構成については同一の符号を付し、説明は省略する。実施の形態２に係る通信システムは、概略として、実施の形態１にかかる構成と比較して、ゲームサーバ１が変更後の第２のアイテムデータを送信した後に、通信端末２がさらに該第２のアイテムデータを変更するアイテム変更要求を送信し、正答回数に伴ってアイテムを複数回変更する点が相違する。

実施の形態２に係るゲームサーバ１の記憶部１１は、実施の形態１に係る記憶部１１の構成に加え、正答回数情報１１４と、ランクアップテーブル１１５とを格納する。正答回数情報１１４は、通信端末２のアイテム変更要求に係る正答の回数（以下、正答回数という）を格納する。ランクアップテーブル１１５は、正答回数と、変更後の他アイテムのアイテム種類との関係を示すテーブルである。

図８は、ランクアップテーブル１１５の一例を示す。例えば正答回数が１〜３回である場合、アイテム種類は３である。一方正答回数が４〜５回である場合、アイテム種類は高く設定され、４である。制御部１２は、記憶部１１の正答回数情報１１４と、ランクアップテーブル１１５とを参照し、通信端末２に送信するアイテムデータを他のアイテムデータに変更する。制御部１２は、図８に示すランクアップテーブル１１５を参照してアイテムを変更することにより、正答回数が所定値以上の場合には、正答回数が所定値未満の場合よりも希少価値の高いアイテムを変更後の他アイテムとする。

次に、本発明の実施の形態２に係る通信システムについて、図９に示すフローチャートによりその動作を説明する。実施の形態１に係る動作と同一のものは同一の符号を付し、説明は省略する。初期状態において正答回数情報１１４は０にリセットされる。

ステップＳ１〜ステップＳ７の後、実施の形態２のゲームサーバ１の制御部１２は、ステップＳ８において選択肢識別情報に係る選択肢の内容が正答であると判定した場合、すなわちユーザの選択した選択肢が正答であると判定した場合、正答回数に１を加算する（ステップＳ２１）。続いて制御部１２は、通信端末２に送信するアイテムデータを他のアイテムデータに変更する（ステップＳ２２）。このとき、制御部１２は、記憶部１１のアイテム情報テーブル１１１と、正答回数情報１１４と、ランクアップテーブル１１５とを参照し、通信端末２に提供するアイテムを他アイテムに変更する。

続いてステップＳ３に戻り、制御部１２は、変更後の他のアイテムデータを送信する。すなわちステップＳ８において正答であり続ける場合、通信端末２は、アイテム変更要求を繰り返しゲームサーバ１に送信でき、繰り返しアイテムを変更することができる。なおステップＳ４において通信端末２がアイテム変更要求を送信しない場合、アイテムは変更されずに処理が終了する。

一方、ステップＳ８において、制御部１２が、選択肢識別情報に係る選択肢の内容が正答でないと判定した場合、すなわちユーザの選択した選択肢が誤答である場合、制御部１２は、送信するアイテムデータをアイテム変更前の初期のアイテムデータ（すなわち第１のアイテムデータ）に戻し、当該戻した第１のアイテムデータを送信する（ステップＳ２３）。そして処理が終了する。

このように実施の形態２にかかる通信システムによれば、ゲームサーバ１が変更後の第２のアイテムデータを送信した後に、通信端末２がさらに該第２のアイテムデータを変更するアイテム変更要求を送信し、アイテムデータを複数回変更することにより対戦カード等の取得方法のバリエーションを増やすことができる。またランクアップテーブル１１５により、正答回数が増える程、希少価値の高いアイテムに変更されるため、希少価値等の高いカード等の取得予見性を高め、ゲームに対する興味を向上させることができる。

なお上記では、ステップＳ２３において制御部１２は、提供するアイテムを、アイテム変更前の初期のアイテムに戻す例を示したがこれに限られない。制御部１２は、送信するアイテムデータを、過去に変更された他のアイテムデータのいずれかに変更してもよい。すなわち、過去に複数回正答が選択されて、複数回アイテムが変更されている場合に、各変更後のアイテムのいずれかに変更してもよい。好適には、通信端末２に係るユーザが所定のアイテムを有している場合に、制御部１２は、直前に変更された変更後のアイテムに変更する。

（実施の形態３）
以下に、本発明の実施の形態３について説明をする。図１０は本発明の実施の形態２の通信システムの構成を示すブロック図である。実施の形態１と同一の構成については同一の符号を付し、説明は省略する。実施の形態３に係る通信システムは、概略として実施の形態１にかかる構成と比較して、ゲームサーバ１がアイテム変更要求を受信した場合、通信端末２に正答を含む複数の選択肢を有する選択画面データを所定回数送信し、そのうちの正答回数によりアイテムデータを変更する点が相違する。

実施の形態３に係るゲームサーバ１の記憶部１１は、実施の形態１に係る記憶部１１の構成に加え、さらに正答回数情報１１４及び試行回数情報１１６を格納する。正答回数情報１１４は、実施の形態２に係る構成と同一であるため同一の符号を付し、説明は省略する。試行回数情報１１６は、ゲームサーバ１が通信端末２からアイテム変更要求を受信した回数に係る情報である。

実施の形態３に係る制御部１２は、試行回数情報１１６に基づき、試行回数が所定回数に達したか否かを判定する。そして制御部１２は、試行回数が所定回数に達した場合に、記憶部１１のアイテム情報テーブル１１１と正答回数情報１１４とを参照し、通信端末２に送信するアイテムデータを第２のアイテムデータに変更する。

次に、本発明の実施の形態３に係る通信システムについて、図１１に示すフローチャートによりその動作を説明する。実施の形態１及び２に係る動作と同一のものは同一の符号を付し、説明は省略する。初期状態において正答回数情報１１４及び試行回数情報１１６はいずれも０にリセットされる。

ステップＳ１〜ステップＳ４の後、実施の形態３のゲームサーバ１の制御部１２は、アイテム変更要求を受信すると、記憶部１１の試行回数情報１１６に１を加算する（ステップＳ３１）。続くステップＳ５〜ステップＳ８は、実施の形態１における動作と同一である。

ステップＳ８において制御部１２が、選択肢識別情報に係る選択肢の内容が正答であると判定した場合、すなわちユーザの選択した選択肢が正答であると判定した場合、制御部１２は、正答回数情報に１を加算する（ステップＳ３２）。ステップＳ８において制御部１２が、選択肢識別情報に係る選択肢の内容が正答でないと判定した場合、すなわちユーザの選択した選択肢が誤答であると判定した場合、ステップＳ３２をスキップしてステップＳ３３に進む。

続いて制御部１２は、試行回数情報１１６が所定回数に達しているか否かを判定する（ステップＳ３３）。所定回数に達していると判定した場合、ステップＳ３４に進む。所定回数未満であると判定した場合、ステップＳ３１に戻る。

ステップＳ３３において正答回数が所定回数であると判定した場合、制御部１２は、正答回数情報１１４を参照し、正答回数が所定数以上であるか否かを判定する（ステップＳ３４）。そして制御部１２は、正答回数が所定数以上であると判定した場合、通信端末２に送信するアイテムデータを第２のアイテムデータに変更し（ステップＳ３５）、第２のアイテムデータを通信端末２に送信する（ステップＳ３６）。そして処理が終了する。一方、正答回数が所定数未満であると判定した場合、ステップＳ３５をスキップしてステップＳ３６に進む。すなわちこの場合、制御部１２は、通信端末２に送信するアイテムデータを変更せずに第１のアイテムデータを送信する。そして処理が終了する。

このように実施の形態３にかかる通信システムによれば、ゲームサーバ１がアイテム変更要求を受信した場合、通信端末２に正答を含む複数の選択肢を有する選択画面データを複数回送信し、正答回数によりアイテムを変更することにより対戦カード等の取得方法のバリエーションを増やすことができる。

なお、ステップＳ３８において、制御部１２は、正答回数が所定数以上である場合、通信端末２に送信するアイテムデータを第２のアイテムデータに変更するとしたが、正答回数が大きい程、より希少価値の高い第２のアイテムデータに変更するように構成してもよい。このようにすることで、希少価値等の高いカード等の取得予見性を高め、ゲームに対する興味を向上させることができる。

なお、上記の実施の形態１〜３において、ゲームサーバ１は、通信端末２からの指示情報に応じて、選択画面において、前記選択肢のうち正答を判別可能にするモードを有するようにしてもよい。当該指示情報は、通信端末２に係るユーザが所定のアイテムを有している場合にのみ、ゲームサーバ１に送信可能であるようにする。当該モードにおける選択画面の例を図１２に示す。図１２に示すとおり、当該モードにおいては、正答がどの選択肢画像であるかが、ユーザによって判別可能となる。好適には、所定のアイテムは、所定回数のみ使用できるようにする。

ここで、通信端末２として機能させるために、コンピュータを好適に用いることができ、そのようなコンピュータは、通信端末２の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。

なお、上記の実施の形態１〜３では、アイテム情報テーブル１１１、アイテムデータテーブル１１２、及び選択肢テーブル１１３をゲームサーバ１が格納する構成について説明したが、当該構成に限られるものではない。例えば、アイテム情報テーブル１１１、アイテムデータテーブル１１２、及び選択肢テーブル１１３の各々は、ゲームサーバ１及び通信端末２のいずれが格納してもよい。また、ゲームサーバ１及び通信端末２の性能やゲーム処理の負荷を考慮して、アイテム情報テーブル１１１、アイテムデータテーブル１１２、及び選択肢テーブル１１３の全てを、ゲームサーバ１及び通信端末２のいずれか一方が格納してもよい。

なお、上記の実施の形態１〜３では、ゲームサーバ１と通信端末２とが通信して処理を実行する構成について説明したが、例えば通信端末２が単独で処理を実行する構成であってもよい。例えば、通信端末２が、ゲームサーバ１の記憶部１１及び制御部１２と同様の機能を備える構成とすることで実現可能である。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

１ サーバ（ゲームサーバ）
２ 通信端末
１０ 通信部
１１ 記憶部
１２ 制御部
２０ 通信部
２１ 表示部
２２ 操作部
２３ 制御部
１１１ アイテム情報テーブル
１１２ アイテムデータテーブル
１１３ 選択肢テーブル
１１４ 正答回数情報
１１５ ランクアップテーブル
１１６ 試行回数情報
１３１、１３２ 選択肢画像（ツボ画像）

Claims (7)

1. ユーザからアイテム取得要求を受信した場合、アイテムデータを送信する第１送信手段と、
   前記ユーザから前記アイテムデータを変更するためのアイテム変更要求を複数回受信する受信手段と、
   前記受信手段で前記アイテム変更要求を受信した場合、前記ユーザが所定アイテムを有しているときに表示態様が変化する複数の選択肢を含む選択画面を表示するための選択画面データを前記ユーザに送信する第２送信手段と、
   前記選択画面で選択された選択肢が所定の条件を満たす場合、前記アイテム変更要求に応じて、前記アイテムデータに係るアイテムから変更された他のアイテムに対応するアイテムデータを前記ユーザに付与する制御手段と
   を有し、
   前記制御手段は、変更後のアイテムデータを送信した後に前記選択肢が前記所定の条件を満たさない場合、前記アイテム変更要求に応じて、前記他のアイテムに変更される直前のアイテムに対応するアイテムデータを前記ユーザに付与するサーバ。
2. 前記他のアイテムは前記アイテムと希少価値が異なる、請求項１に記載のサーバ。
3. 前記他のアイテムは前記アイテムより希少価値が高い、請求項１に記載のサーバ。
4. 前記所定の条件は、正答であることを含む、請求項１乃至３のいずれか一項に記載のサーバ。
5. 前記選択画面において前記選択肢のうち正答を判別可能にすることを特徴とする、請求項４に記載のサーバ。
6. ユーザからアイテム取得要求を受信した場合、アイテムデータを送信する第１送信ステップと、
   前記ユーザから前記アイテムデータを変更するためのアイテム変更要求を複数回受信する受信ステップと、
   前記受信ステップで前記アイテム変更要求を受信した場合、前記ユーザが所定アイテムを有しているときに表示態様が変化する複数の選択肢を含む選択画面を表示するための選択画面データを前記ユーザに送信する第２送信ステップと、
   前記選択画面で選択された選択肢が所定の条件を満たす場合、前記アイテム変更要求に応じて、前記アイテムデータに係るアイテムから変更された他のアイテムに対応するアイテムデータを前記ユーザに付与する制御ステップと、
   を含み、
   前記制御ステップにおいて、変更後のアイテムデータを送信した後に前記選択肢が前記所定の条件を満たさない場合、前記アイテム変更要求に応じて、前記他のアイテムに変更される直前のアイテムに対応するアイテムデータを前記ユーザに付与するサーバの制御方法。
7. サーバとして機能するコンピュータに、
   ユーザからアイテム取得要求を受信した場合、アイテムデータを送信する第１送信ステップと、
   前記ユーザから前記アイテムデータを変更するためのアイテム変更要求を複数回受信する受信ステップと、
   前記受信ステップで前記アイテム変更要求を受信した場合、前記ユーザが所定アイテムを有しているときに表示態様が変化する複数の選択肢を含む選択画面を表示するための選択画面データを前記ユーザに送信する第２送信ステップと、
   前記選択画面で選択された選択肢が所定の条件を満たす場合、前記アイテム変更要求に応じて、前記アイテムデータに係るアイテムから変更された他のアイテムに対応するアイテムデータを前記ユーザに付与する制御ステップと、
   を実行させ、
   前記制御ステップにおいて、変更後のアイテムデータを送信した後に前記選択肢が前記所定の条件を満たさない場合、前記アイテム変更要求に応じて、前記他のアイテムに変更される直前のアイテムに対応するアイテムデータを前記ユーザに付与するプログラム。

Images