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

Abstract

【課題】対戦カード等の取得方法のバリエーションを増やすことができるサーバ、サーバの制御方法、及びプログラムを提供する。【解決手段】希少価値の異なる複数種類のアイテムを含むアイテムグループの中の少なくとも１つのアイテムを、ユーザに提供するアイテム提供手段１２２と、アイテム提供手段１２２によるアイテムの提供回数を記憶部１１に記憶し、記憶部１１に記憶された提供回数に応じて、追加アイテムを前記ユーザに提供可能な追加アイテム提供手段１２２と、を備え、追加アイテム提供手段１２２は、記憶部１１に記憶された提供回数が所定回数以上である場合、記憶部１１に記憶された提供回数が所定回数以上に達してから一定時間以内に限り、アイテムグループに追加アイテムを追加することを特徴とする。【選択図】図１

Description

本発明は、ゲームを提供するサーバ、サーバの制御方法、及びプログラムに関する。

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

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

しかしながら、従来の対戦ゲームサーバでは、対戦カード等の取得方法が限定的であり、ゲームに対するユーザの興味を低下させてしまうことがあった。

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

上記課題を解決するために本発明に係るサーバは、
希少価値の異なる複数種類のアイテムを含むアイテムグループの中の少なくとも１つのアイテムを、ユーザに提供するアイテム提供手段と、
前記アイテム提供手段によるアイテムの提供回数を記憶部に記憶し、該記憶部に記憶された前記提供回数に応じて、追加アイテムを前記ユーザに提供可能な追加アイテム提供手段と、
を備え、
前記追加アイテム提供手段は、前記記憶部に記憶された前記提供回数が所定回数以上である場合、前記記憶部に記憶された前記提供回数が所定回数以上に達してから一定時間以内に限り、前記アイテムグループに前記追加アイテムを追加することを特徴とする。

また本発明に係るサーバは、
前記サーバはさらに、前記記憶部に記憶された前記提供回数に係る情報を前記ユーザに送信し、アイテムの提供状況と前記提供回数に応じて増加するインジケータを該ユーザの通信端末に表示させることを特徴とする。

また本発明に係るサーバは、
前記追加アイテム提供手段はさらに、前記アイテム提供手段により提供されたアイテムに応じて、追加アイテムを前記ユーザに提供することを特徴とする。

また本発明に係るサーバは、
前記提供回数が大きい程、前記追加アイテムの希少価値が高いことを特徴とする。

また本発明に係るサーバの制御方法は、
サーバと通信端末とを備え、前記通信端末からの要求に応じて前記サーバが前記通信端末にアイテムを提供する通信システムにおけるサーバの制御方法であって、
制御部が希少価値の異なる複数種類のアイテムを含むアイテムグループの中の少なくとも１つのアイテムをユーザに提供するアイテム提供ステップと、
前記アイテム提供ステップによるアイテムの提供回数を記憶部に記憶し、前記制御部が該記憶部に記憶された前記提供回数に応じて、追加アイテムを前記通信端末に提供する追加アイテム提供ステップと、
を含み、
前記追加アイテム提供ステップは、前記記憶部に記憶された前記提供回数が所定回数以上である場合、前記記憶部に記憶された前記提供回数が所定回数以上に達してから一定時間以内に限り、前記制御部が前記アイテムグループに前記追加アイテムを追加することを特徴とする。

また本発明に係るサーバの制御方法は、
前記サーバがさらに、前記記憶部に記憶された前記提供回数に係る情報を前記ユーザに送信し、アイテムの提供状況と前記提供回数に応じて増加するインジケータを該ユーザの通信端末に表示させることを特徴とする。

また本発明に係るサーバの制御方法は、
前記追加アイテム提供ステップはさらに、前記アイテム提供ステップにおいて提供されたアイテムに応じて、追加アイテムを前記ユーザに提供することを特徴とする。

また本発明に係るサーバの制御方法は、
前記提供回数が大きい程、前記追加アイテムの希少価値が高いことを特徴とする。

また本発明に係るプログラムは、
サーバと通信端末とを備え、前記通信端末からの要求に応じて前記サーバが前記通信端末にアイテムを提供する通信システムにおけるサーバとして機能するコンピュータに、
希少価値の異なる複数種類のアイテムを含むアイテムグループの中の少なくとも１つのアイテムをユーザに提供するアイテム提供ステップと、
前記アイテム提供ステップによるアイテムの提供回数を記憶部に記憶し、該記憶部に記憶された前記提供回数に応じて、追加アイテムを前記通信端末に提供する追加アイテム提供ステップと、
を実行させるためのプログラムであって、
前記追加アイテム提供ステップは、前記記憶部に記憶された前記提供回数が所定回数以上である場合、前記記憶部に記憶された前記提供回数が所定回数以上に達してから一定時間以内に限り、前記アイテムグループに前記追加アイテムを追加することを特徴とする。

また本発明に係るプログラムは、
前記サーバがさらに、前記記憶部に記憶された前記提供回数に係る情報を前記ユーザに送信し、アイテムの提供状況と前記提供回数に応じて増加するインジケータを該ユーザの通信端末に表示させることを特徴とする。

また本発明に係るプログラムは、
前記追加アイテム提供ステップはさらに、前記アイテム提供ステップにおいて提供されたアイテムに応じて、追加アイテムを前記ユーザに提供することを特徴とする。

また本発明に係るプログラムは、
前記提供回数が大きい程、前記追加アイテムの希少価値が高いことを特徴とする。

本発明におけるサーバ、サーバの制御方法、及びプログラムによれば、対戦カード等の取得方法のバリエーションを増やすことができる。

実施の形態１に係る通信システムのブロック図である。 実施の形態１に係るアイテムデータの例である。 実施の形態１に係るユーザデータの例である。 実施の形態１に係る追加アイテムデータの例である。 実施の形態１に係る追加アイテムの提供に係るイメージ図である。 本発明の実施の形態１に係る通信システムの動作を示すフローチャートである。 実施の形態２に係る通信システムのブロック図である。 本発明の実施の形態２に係るユーザデータの例である。 本発明の実施の形態２に係るレベル別追加アイテムデータの例である。 実施の形態２に係る追加アイテムの提供に係るイメージ図である。 本発明の実施の形態２に係る通信システムの動作を示すフローチャートである。

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

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

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

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

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

具体的には記憶部１１には、アイテムデータ１１１と、ユーザデータ１１２と、景品データ１１３とが格納される。

アイテムデータ１１１は、ユーザに提供するアイテムに係る画像等のデータを、アイテム識別情報に対応付けて格納する。アイテム識別情報とは、本システムにおいてアイテムを一意に特定するための識別子である。図２にアイテムデータ１１１の例を示す。図２に示すように、例えばアイテムデータは、アイテム識別情報“ＩＴＭ００１”、アイテム名“アイテムＡ”、アイテム画像“アイテムＡ画像”、攻撃力“１０００”、防御力“５００”、アイテム種類“３”を含む。攻撃力及び防御力は、アイテムの強さに係るパラメータである。画像データは、ＪＰＥＧ、ＧＩＦ、ＰＮＧ等、如何なる画像フォーマットであってもよい。

ユーザデータ１１２は、概略としてサーバ１が通信端末２にアイテムを提供した回数と、提供したアイテムに係る情報をユーザ識別情報毎に蓄積する。具体的にはユーザデータ１１２は、ユーザ識別情報と、アイテム提供回数と、提供済アイテム識別情報を対応付けて蓄積する。ユーザ識別情報とは、本システムにおいてユーザを一意に特定するための識別子である。アイテム提供回数とは、サーバ１が各ユーザ識別情報に係る通信端末２にアイテムを提供した回数である。提供済アイテム識別情報とは、サーバ１が各ユーザ識別情報に係る通信端末２に提供したアイテムに係るアイテム識別情報である。

さらに好適にはユーザデータ１１２は、フィーバ状態情報を含む。フィーバ状態とは、アイテム提供回数が所定回数以上（例えば４回以上）である状態を指す。概略として本実施の形態では、フィーバ状態である場合にユーザに追加的にアイテム（以下追加アイテムという。）を提供する等のインセンティブを与える。好適にはフィーバ状態は所定時間継続するものとし、この場合ユーザデータ１１２は、フィーバ状態の開始時間（以下、フィーバ状態開始時間という。）を格納する。

図３にユーザデータ１１２の例を示す。図３に示すように、ユーザデータ１１２は、例えばユーザ識別情報“ＵＩＤ００１”、アイテム提供回数“４回”、フィーバ状態情報“ＯＮ”、フィーバ状態開始時刻“２０１３／２／１５ １３：２４”、提供済アイテム識別情報“ＩＴＭ００２”、“ＩＴＭ００４”を含む。なおフィーバ状態情報は“ＯＮ”又は“ＯＦＦ”の２値のいずれかであり、“ＯＮ”は、当該ユーザがフィーバ状態であることを示し、“ＯＦＦ”は、当該ユーザがフィーバ状態でないことを示す。

景品データ１１３は、ユーザに提供する景品の情報を格納する。景品とは、アイテム提供回数に応じてサーバ１がユーザに提供する追加アイテムである。図４に景品データ１１３の例を示す。図４に示すように、景品データ１１３は、例えばアイテム提供回数“１回”、アイテム識別情報“ＩＴＭ１００”等を含む。好適にはサーバ１はアイテム提供回数が多い程、アイテム種類が高いアイテムを景品としてユーザに提供する。

制御部１２は、抽選手段１２１と、追加アイテム提供手段１２２とを備え、サーバ１に係る各種制御を行う。制御部１２は、通信端末２からアイテム取得要求を受信した場合、抽選手段１２１により提供するアイテムを抽選し、抽選したアイテムを提供する。なおアイテム取得要求はユーザ識別情報を含み、制御部１２は、どのユーザからアイテム取得要求を受けたか判別可能である。制御部１２が通信端末２からアイテム取得要求を受信した場合、抽選手段１２１は、希少価値の異なる複数種類のアイテムを含むアイテムグループの中からアイテムを抽選する。アイテムグループは、例えばアイテム種類が３以下のアイテムから構成される。アイテムグループには同一のアイテムが複数含まれていてもよい。抽選手段１２１は、ユーザデータ１１２を参照し、アイテムグループのアイテムのうち、該ユーザに提供済みでないアイテムの中からアイテムを抽選する。

制御部１２は、通信端末２に抽選手段１２１により抽選されたアイテムをユーザに提供する。具体的には制御部１２は、アイテムデータ１１１に基づき、提供するアイテムに係るアイテム識別情報に対応するアイテム画像を、通信部１０を介して通信端末２に送信する。制御部１２は、通信端末２にアイテムを提供する度に、ユーザデータ１１２のアイテム提供回数に１を加算する。また制御部１２は、通信端末２にアイテムを提供した場合、ユーザデータ１１２に当該アイテムに係るアイテム識別情報を、提供済アイテム識別情報として記憶する。さらに制御部１２は、ユーザデータ１１２のアイテム提供回数が所定回数以上である場合、フィーバ状態情報を“ＯＮ”として記憶する。

また制御部１２が通信端末２からアイテム取得要求を受信すると、追加アイテム提供手段１２２により、アイテム提供回数に応じて追加アイテム（景品）を決定し、該追加アイテムをユーザに提供する。

具体的には追加アイテム提供手段１２２は、景品データ１１３を参照し、アイテム提供回数に応じてユーザに提供する追加アイテムを決定する。そして制御部１２は、当該追加アイテムをユーザに提供する。そして制御部１２は、アイテムデータ１１１に基づき、追加アイテム識別情報に対応するアイテム画像を、通信部１０を介して通信端末２に送信する。

図５は、上述の追加アイテムの提供に係るイメージ図を示している。好適には当該イメージ図はアイテム取得要求画面として通信端末２において表示される。アイテム取得要求画面とは、アイテム取得要求をサーバ１に送信するためのユーザインタフェースである。なおアイテム取得要求画面として通信端末２において表示される場合、当該画面はアイテム要求送信用ボタン（不図示）を備える。当該画面によりユーザは、通信端末２によりアイテム取得要求をする際に、取得可能な追加アイテムを認知することができる。

図５（ａ）は、アイテム提供回数が０であるユーザに係る提供済アイテム情報、アイテム提供回数に係る情報、提供される追加アイテムの情報を含むイメージ図である。領域５０１ａには、アイテムグループ含まれるアイテム毎の提供数が示される。図５（ａ）ではアイテムＡ、アイテムＢ、アイテムＣの提供数は、夫々０／５枚、０／１０枚、０／１０枚である。ここで分母はアイテムグループに含まれる各アイテムの総数であり、分子は提供済のアイテム数である。領域５０２ａには、アイテム提供回数に係る情報が示され、図５ではインジケータの形式にて示している。インジケータの値は、アイテム提供回数に比例して増加する。具体的には、インジケータの値は、アイテム提供回数が１回増加する毎に１目盛ずつ増加し、アイテム提供回数が所定回数（例えば４回）に達した場合、インジケータの値が最大値となる。領域５０３ａには、現在のアイテム提供回数において追加アイテム提供手段１２２により提供する景品に係る情報が示される。図５（ａ）では、景品“アイテムa”が提供されることを示している。

一方、図５（ｂ）は、アイテム提供回数が０でないユーザに係る提供済アイテム情報、アイテム提供回数に係る情報、提供される追加アイテムの情報を含むイメージ図である。領域５０１ｂに示されるように、アイテムＡ、アイテムＢ、アイテムＣの提供数は、夫々０／５枚、１／１０枚、０／１０枚である。領域５０２ｂのインジケータの値は、アイテム提供回数が１であるため、図５（ａ）に示すものよりも増加している。領域５０３ｂには、現在のアイテム提供回数において追加アイテム提供手段１２２により提供される追加アイテムに係る情報が表示される。図５（ｂ）では、景品“アイテムｂ”が提供されることを示している。

さらに追加アイテム提供手段１２２は、アイテム提供回数が所定回数以上である場合、少なくとも１つの追加アイテムをアイテムグループに含めることにより、追加アイテムをユーザに提供する。具体的には制御部１２は、ユーザデータ１１２を参照し、アイテム取得要求に係るユーザがフィーバ状態であり、かつ、フィーバ状態開始時間から一定時間以内（例えば１時間以内）である場合、追加アイテム提供手段１２２により、少なくとも１つの追加アイテムをアイテムグループに含める。好適には追加する追加アイテムはアイテム種類が４以上のアイテムである。図５（ｃ）は、当該追加アイテムの提供態様のイメージ図を示している。図５（ｃ）の領域５０１ｃに示すようにアイテムＡ、アイテムＢ、アイテムＣの提供数は、夫々１／５枚、１／１０枚、２／１０枚である。また領域５０２ｃに示すように、インジケータの値は最大値である。これは、アイテム提供回数が所定値（４回）以上であることを示している。この場合、当該ユーザの状態はフィーバ状態であり、インジケータの近傍に“ＭＡＸ「Ｆｅｖｅｒ」”と示される。そしてこのとき、領域５０１ｃに示されるように、アイテムＺが、アイテムグループに含められる。また制御部１２は、アイテム取得要求に係るユーザがフィーバ状態であり、かつ、フィーバ状態開始時間から一定時間経過後である場合、ユーザデータ１１２のフィーバ状態を“ＯＦＦ”に書き換える。またインジケータの値を０にする。

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

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

表示部２１は、液晶ディスプレイ、有機ＥＬディスプレイ等により構成され、サーバ１により提供されるゲームに係る表示出力をする。例えば表示部２１は、サーバ１から提供されるアイテムに係るアイテム画像を表示する。

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

制御部２３は、通信端末２に係る各種制御を行う。例えば制御部２３は、ユーザによる操作部２２の操作に基づき、アイテム取得要求を、通信部２０を介してサーバ１に送信する。

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

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

次にサーバ１がアイテム取得要求を受信した場合、制御部１２の追加アイテム提供手段１２２は、ユーザデータ１１２を参照し、アイテム取得要求に係るユーザがフィーバ状態開始時間から一定時間以内（例えば１時間以内）であるか否かを判定する（ステップＳ２）。フィーバ開始時間から一定時間以内である場合、制御部１２は、追加アイテム提供手段１２２により少なくとも１つの追加アイテムをアイテムグループに含める（ステップＳ３）。一方フィーバ開始時間から一定時間以内でない場合、すなわちフィーバ開始時間から一定時間経過している場合又はフィーバ状態でない場合、制御部１２は、ユーザデータ１１２のフィーバ状態を“ＯＦＦ”に書き換え、インジケータの値を０にする（ステップＳ４）。

続いて制御部１２は、抽選手段１２１により、アイテムグループの中からアイテムを抽選する。抽選手段１２１は、ユーザデータ１１２を参照し、アイテムグループのアイテムのうち、該ユーザに提供済みでないアイテムの中からアイテムを抽選する（ステップＳ５）。

続いて追加アイテム提供手段１２２は、ユーザデータ１１２を参照し、アイテム提供回数に応じて、景品データ１１３に基づきユーザに提供する景品（追加アイテム）を決定する（ステップＳ６）。そして制御部１２は、抽選手段１２１により抽選されたアイテムと、追加アイテム提供手段１２２により決定された景品をユーザに提供する。具体的には制御部１２は、アイテムデータ１１１に基づき、提供するアイテム及び景品に係るアイテム識別情報に対応するアイテム画像を、通信部１０を介して通信端末２に送信する（ステップＳ７）。

続いて制御部１２は、ユーザデータ１１２のアイテム提供回数に１を加算し、インジケータの値を更新する（ステップＳ８）。具体的には制御部１２は、インジケータの値を１目盛増加させる。また制御部１２は、ユーザデータ１１２に当該アイテムに係るアイテム識別情報を、提供済アイテム識別情報として記憶する（ステップＳ９）。

続いて制御部１２は、ユーザデータ１１２のアイテム提供回数が所定回数以上であるか否かを判定する（ステップＳ１０）。アイテム提供回数が所定回数以上である場合、制御部１２は、フィーバ状態情報を“ＯＮ”として記憶し、かつフィーバ状態開始時刻を記憶する。（ステップＳ１１）。そして処理が終了する。

このように本発明の実施の形態１によれば、サーバ１の制御部１２が追加アイテム提供手段１２２により、アイテムの提供回数に応じて追加的にアイテムを提供するため、対戦カード等の取得方法のバリエーションを増やすことができる。

なおサーバ１の制御部１２は、抽選手段１２１によって抽選されたアイテムに応じて、さらに追加アイテムをユーザに提供してもよい。具体的には例えば制御部１２は、抽選手段１２１によって抽選されたアイテムが所定のアイテム種類未満であった場合に、所定のアイテム（アイテム要求チケット等）をユーザに提供する。好適には制御部１２は、抽選手段１２１により抽選されたアイテムのランクが最低である場合に、所定のアイテムをユーザに提供する。アイテムのランクとは、アイテムの各種パラメータ等を総合して計算された順位情報である。ここでは例えばランクが最低のアイテムは、アイテムＢであるとする。制御部１２は、抽選手段１２１により抽選されたアイテムが、ランクが最低のアイテムＢであった場合、所定のアイテムをユーザに提供する。

なお、サーバ１が通信端末２から任意のタイミングでリセット要求を受信可能なように構成してもよい。リセット要求とは、概略としてユーザデータ１１２のうち、提供済みアイテム情報をリセットするための要求である。サーバ１の制御部１２は、通信端末２からリセット要求を受信した場合、当該通信端末２のユーザ識別情報に対応する提供済みアイテム識別情報を削除する。このようにすることにより、例えばアイテムグループの中のアイテムが無くなった場合において、提供済アイテムに係る情報をリセットし、再度当該アイテムを取得することができる。なお好適にはリセット要求があった場合、アイテム提供回数情報については０にせずにそのままにする。このようにすることで、リセットをした場合においても追加アイテムの取得可能性を維持することができる。

なお本実施の形態では、サーバ１はアイテム取得回数に応じて追加アイテム（景品）をユーザに提供し、かつ、追加アイテムをアイテムグループに含めるようにしたが、どちらか一方により追加アイテムをユーザに提供してもよい。例えばアイテム提供回数に応じて追加アイテム（景品）を提供するのみでもよい。この場合、図６のステップＳ２〜ステップＳ６は省略する。また例えばアイテム提供回数に応じて（フィーバ状態の場合に）、追加アイテムをアイテムグループに含めるようにするのみでもよい。この場合、図６のステップＳ７は省略し、ステップＳ８においてサーバ１はアイテムのみを通信端末２に提供する。

なお本実施の形態では、アイテム提供回数に比例してインジケータの値が増加するとしたがこれに限られない。例えばアイテム提供回数が１回の場合は１目盛増加し、２回の場合は３目盛増加し、さらに３回の場合は５目盛増加するようにしてもよい。このように、アイテム提供回数に応じてインジケータの値の増加量が変化するようにしてもよい。

さらにインジケータの値がアイテム提供回数に比例しない他の例として、アイテム提供時にインジケータの増加量をランダムに決定するようにしてもよい。このように構成する場合は、サーバ１の制御部１２は、インジケータの値が最大値（例えば４目盛）に達した場合にフィーバ状態であると判定する。

（実施の形態２）
以下に、本発明の実施の形態２について説明をする。図７は本発明の実施の形態２の通信システムの構成を示すブロック図である。実施の形態１と同一の構成については同一の符号を付し、説明は省略する。実施の形態２に係る通信システムは、実施の形態１にかかる構成と比較して、記憶部１１がユーザデータ１１２ｂ及びレベル別追加アイテムデータ１１４を備え、レベルに応じて、追加アイテムを提供する点が相違する。レベルとは、所定のアイテム提供回数毎に上昇するパラメータである。

図８にユーザデータ１１２ｂの例を示す。図８に示すように、ユーザデータ１１２ｂは、例えばユーザ識別情報“ＵＩＤ００１”、アイテム提供回数“４回”、レベル“２”、提供済アイテム識別情報“ＩＴＭ００２”、“ＩＴＭ００４”を含む。図８に示す例においてはレベルは、アイテム提供回数が４回、８回、１２回・・・と４の倍数回に達する毎に、レベルが２、３、４・・・と上昇していくものとする。

実施の形態２にかかるサーバ１の制御部１２は、追加アイテム提供手段１２２によりユーザのレベルに応じて決められた追加アイテムを少なくとも１つアイテムグループに含めることにより、追加アイテムをユーザに提供する。図９に、レベル別追加アイテムデータ１１４の例を示す。図９に示すように、レベル別追加アイテムデータ１１４は、レベル“１”、アイテム識別情報“−”、レベル“２”、アイテム識別情報“ＩＴＭ２０１”等を含む。なおアイテム識別情報が“−”の場合は、追加アイテムをアイテムグループに含めないことを示す。すなわち、レベルが“１”の場合には、追加アイテムをアイテムグループに含めない。制御部１２は、追加アイテム提供手段１２２により、当該レベル別追加アイテムデータ１１４を参照して、追加アイテムを決定する。

図１０は、実施の形態２における追加アイテムの提供態様のイメージ図を示している。好適には当該イメージ図はアイテム取得要求画面として通信端末２において表示される。なおアイテム取得要求画面として通信端末２において表示される場合、当該画面はアイテム要求送信用ボタン（不図示）を備える。

図１０（ａ）は、レベルが２の場合におけるイメージ図である。領域１００１ａには、アイテムグループ含まれるアイテム毎の提供数が示されアイテムＡ、アイテムＢ、アイテムＣ、アイテムＺの提供数は、夫々１枚／５枚、１枚／１０枚、２枚／１０枚、１／１枚である。領域１００２ａのインジケータは、アイテム提供回数“５”に応じた値を示す。インジケータの値はレベルが上昇する毎にリセットされ、さらにインジケータの近傍に現在のレベルが示される。当該画面が通信端末２において表示される場合、ユーザはインジケータにより次のレベルに上昇するまでに必要なアイテム提供回数を容易に把握することができる。領域１００３ａには、現在のアイテム提供回数において追加アイテム提供手段１２２により提供する景品に係る情報が示される。図１０（ａ）では、景品“アイテムｃ”が提供されることを示している。

図１０（ｂ）は、レベルが３の場合におけるイメージ図である。領域１００１ｂには、アイテムグループ含まれるアイテム毎の提供数が示されアイテムＡ、アイテムＢ、アイテムＣ、アイテムＺ、アイテムＺ２の提供数は、夫々３／５枚、５／１０枚、３／１０枚、１／１枚、０／１枚である。図１０（ｂ）では、レベルが３に上昇しているため、アイテムグループにアイテム“アイテムＺ２”が追加されている。領域１００２ｂのインジケータは、アイテム提供回数“９”に応じた値を示す。領域１２０３ｂには、現在のアイテム提供回数において追加アイテム提供手段１２２により提供する景品に係る情報が示される。図１０（ｂ）では、景品“アイテムｄ”が提供されることを示している。

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

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

次にサーバ１がアイテム取得要求を受信した場合、制御部１２の追加アイテム提供手段１２２は、ユーザデータ１１２を参照し、アイテム取得要求に係るユーザのレベルを取得し、レベル別追加アイテムデータ１１４を参照し、レベルに応じた追加アイテムをアイテムグループに含める（ステップＳ２２）。

続いて制御部１２は、抽選手段１２１により、アイテムグループの中からアイテムを抽選する。抽選手段１２１は、ユーザデータ１１２を参照し、アイテムグループのアイテムのうち、該ユーザに提供済みでないアイテムの中からアイテムを抽選する（ステップＳ２３）。

続いて追加アイテム提供手段１２２は、ユーザデータ１１２を参照し、アイテム提供回数に応じて、景品データ１１３に基づきユーザに提供する景品（追加アイテム）を決定する（ステップＳ２４）。そして制御部１２は、抽選手段１２１により抽選されたアイテムと、追加アイテム提供手段１２２により決定された景品をユーザに提供する。具体的には制御部１２は、アイテムデータ１１１に基づき、提供するアイテム及び景品に係るアイテム識別情報に対応するアイテム画像を、通信部１０を介して通信端末２に送信する（ステップＳ２５）。

続いて制御部１２は、ユーザデータ１１２のアイテム提供回数に１を加算する（ステップＳ２６）。また制御部１２は、ユーザデータ１１２に当該アイテムに係るアイテム識別情報を、提供済アイテム識別情報として記憶する（ステップＳ２７）。

続いて制御部１２は、ユーザデータ１１２のアイテム提供回数に応じて、ユーザデータ１１２のレベルを書き換える（ステップＳ２８）。そして処理が終了する。

このように本発明の実施の形態２によれば、サーバ１の制御部１２が追加アイテム提供手段１２２により、アイテムの提供回数に応じたレベルに応じて追加的にアイテムを提供するため、対戦カード等の取得方法のバリエーションを増やすことができる。

なお、本実施の形態において、アイテム提供回数に正比例してレベルが上昇するようにしたがこれに限られず、高いレベルになる程、次のレベルに上昇するまでのアイテム提供回数が増えるようにしてもよい。例えばアイテム提供回数が４回、１２回、２４回、・・・と増えるにしたがってレベルが２、３、４と上昇するようにしてもよい。

なお、所定のレベル（例えばレベル２）に達した後、一定時間以内にアイテム提供回数が次のレベル（レベル３）に達するための回数に満たない場合、アイテム提供回数及びレベルをそれぞれ０、１にリセットするようにしてもよい。

なお本実施の形態では、サーバ１はアイテム取得回数に応じて追加アイテム（景品）をユーザに提供し、かつ、レベルに応じた追加アイテムをアイテムグループに含めるようにしたが、どちらか一方により追加アイテムをユーザに提供してもよい。例えばアイテム提供回数に応じて追加アイテム（景品）を提供するのみでもよい。この場合、図１１のステップＳ２２は省略する。また例えばアイテム提供回数に基づく、レベルに応じた追加アイテムをアイテムグループに含めるようにするのみでもよい。この場合、図１１のステップＳ２４は省略し、ステップＳ２５においてサーバ１はアイテムのみを通信端末２に提供する。

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

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

１ サーバ（ゲームサーバ）
２ 通信端末
１０ 通信部
１１ 記憶部
１１１ アイテムデータ
１１２、１１２ｂ ユーザデータ
１１３ 景品データ
１１４ レベル別追加アイテムデータ
１２ 制御部
１２１ 抽選手段
１２２ 追加アイテム提供手段
２０ 通信部
２１ 表示部
２２ 操作部
２３ 制御部
５０１ａ、５０２ａ、５０３ａ 領域
５０１ｂ、５０２ｂ、５０３ｂ 領域
６０１、６０２、７０３ 領域
１２０１ａ、１２０２ａ、１２０３ａ 領域
１２０１ｂ、１２０２ｂ、１２０３ｂ 領域

Claims (12)

1. 希少価値の異なる複数種類のアイテムを含むアイテムグループの中の少なくとも１つのアイテムを、ユーザに提供するアイテム提供手段と、
   前記アイテム提供手段によるアイテムの提供回数を記憶部に記憶し、該記憶部に記憶された前記提供回数に応じて、追加アイテムを前記ユーザに提供可能な追加アイテム提供手段と、
   を備え、
   前記追加アイテム提供手段は、前記記憶部に記憶された前記提供回数が所定回数以上である場合、前記記憶部に記憶された前記提供回数が所定回数以上に達してから一定時間以内に限り、前記アイテムグループに前記追加アイテムを追加することを特徴とするサーバ。
2. 前記サーバはさらに、前記記憶部に記憶された前記提供回数に係る情報を前記ユーザに送信し、アイテムの提供状況と前記提供回数に応じて増加するインジケータを該ユーザの通信端末に表示させることを特徴とする、請求項１に記載のサーバ。
3. 前記追加アイテム提供手段はさらに、前記アイテム提供手段により提供されたアイテムに応じて、追加アイテムを前記ユーザに提供することを特徴とする、請求項１又は２のいずれか一項に記載のサーバ。
4. 前記提供回数が大きい程、前記追加アイテムの希少価値が高いことを特徴とする、請求項３に記載のサーバ。
5. サーバと通信端末とを備え、前記通信端末からの要求に応じて前記サーバが前記通信端末にアイテムを提供する通信システムにおけるサーバの制御方法であって、
   制御部が希少価値の異なる複数種類のアイテムを含むアイテムグループの中の少なくとも１つのアイテムをユーザに提供するアイテム提供ステップと、
   前記アイテム提供ステップによるアイテムの提供回数を記憶部に記憶し、前記制御部が該記憶部に記憶された前記提供回数に応じて、追加アイテムを前記通信端末に提供する追加アイテム提供ステップと、
   を含み、
   前記追加アイテム提供ステップは、前記記憶部に記憶された前記提供回数が所定回数以上である場合、前記記憶部に記憶された前記提供回数が所定回数以上に達してから一定時間以内に限り、前記制御部が前記アイテムグループに前記追加アイテムを追加することを特徴とするサーバの制御方法。
6. 前記サーバがさらに、前記記憶部に記憶された前記提供回数に係る情報を前記ユーザに送信し、アイテムの提供状況と前記提供回数に応じて増加するインジケータを該ユーザの通信端末に表示させることを特徴とする、請求項５に記載のサーバの制御方法。
7. 前記追加アイテム提供ステップはさらに、前記アイテム提供ステップにおいて提供されたアイテムに応じて、追加アイテムを前記ユーザに提供することを特徴とする、請求項５又は６に記載のサーバの制御方法。
8. 前記提供回数が大きい程、前記追加アイテムの希少価値が高いことを特徴とする、請求項７に記載のサーバの制御方法。
9. サーバと通信端末とを備え、前記通信端末からの要求に応じて前記サーバが前記通信端末にアイテムを提供する通信システムにおけるサーバとして機能するコンピュータに、
   希少価値の異なる複数種類のアイテムを含むアイテムグループの中の少なくとも１つのアイテムをユーザに提供するアイテム提供ステップと、
   前記アイテム提供ステップによるアイテムの提供回数を記憶部に記憶し、該記憶部に記憶された前記提供回数に応じて、追加アイテムを前記通信端末に提供する追加アイテム提供ステップと、
   を実行させるためのプログラムであって、
   前記追加アイテム提供ステップは、前記記憶部に記憶された前記提供回数が所定回数以上である場合、前記記憶部に記憶された前記提供回数が所定回数以上に達してから一定時間以内に限り、前記アイテムグループに前記追加アイテムを追加することを特徴とするプログラム。
10. 前記サーバがさらに、前記記憶部に記憶された前記提供回数に係る情報を前記ユーザに送信し、アイテムの提供状況と前記提供回数に応じて増加するインジケータを該ユーザの通信端末に表示させることを特徴とする、請求項９に記載のプログラム。
11. 前記追加アイテム提供ステップはさらに、前記アイテム提供ステップにおいて提供されたアイテムに応じて、追加アイテムを前記ユーザに提供することを特徴とする、請求項９又は１０に記載のプログラム。
12. 前記提供回数が大きい程、前記追加アイテムの希少価値が高いことを特徴とする、請求項１１に記載のプログラム。

Images