特許 6246770 通信システムの制御方法、サーバ、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6246770

(24)【登録日】2017年11月24日

(45)【発行日】2017年12月13日

(54)【発明の名称】通信システムの制御方法、サーバ、及びプログラム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20171204BHJP

   G06Q 50/10 20120101ALI20171204BHJP

   A63F 13/35 20140101ALI20171204BHJP

   A63F 13/79 20140101ALI20171204BHJP

   A63F 13/537 20140101ALI20171204BHJP

【ＦＩ】

   A63F13/69

   G06Q50/10

   A63F13/35

   A63F13/79

   A63F13/537

【請求項の数】9

【全頁数】21

(21)【出願番号】特願2015-184001(P2015-184001)

(22)【出願日】2015年9月17日

(62)【分割の表示】特願2015-6086(P2015-6086)の分割

【原出願日】2012年12月25日

(65)【公開番号】特開2016-41248(P2016-41248A)

(43)【公開日】2016年3月31日

【審査請求日】2015年12月24日

(73)【特許権者】

【識別番号】504437801

【氏名又は名称】グリー株式会社

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】100164471

【弁理士】

【氏名又は名称】岡野 大和

(72)【発明者】

【氏名】水野 真志

【審査官】 宇佐田 健二

(56)【参考文献】

【文献】 特開２０１１−１１０１３９（ＪＰ，Ａ）

【文献】 特開２０１１−２００７０６（ＪＰ，Ａ）

【文献】 "牧場ホッコリーナ β ｖｅｒｓｉｏｎ"，「ファミ通ｍｏｂａｇｅ Ｎｏ．２ 週刊ファミ通８月２５日号増刊」，日本，株式会社エンターブレイン，２０１１年 ７月２１日，第2巻，p.18-19

【文献】 "さぬき市再発見ラジオ 遊びの達人 祝☆津田の松原サービスエリア限定♪さぬきうどんバーガー３万個目を，ＦＭ香川，日本，株式会社エフエム香川，２０１２年１２月２２日，[2014年7月4日検索]，ＵＲＬ，http://sanuki-asobinin.seesaa.net/article/309270645.html

【文献】 Chris Matyszczyk，"明らかになった故S・ジョブズ氏のアイデア--100万人目のiMac購入者へのプレゼント"，CNET Japan，日本，朝日インタラクティブ株式会社，２０１２年 ４月２７日，[2014年7月4日検索]，ＵＲＬ，http://japan.cnet.com/news/business/35016663/

【文献】 "還元企画：キリ番プレゼント編＆結果発表"，サマー的ネットでお得生活，日本，summer16-otoku.com，２０１１年 ７月１６日，[2014年7月4日検索]，ＵＲＬ，http://web.archive.org/web/20110716131513/http://summer16-otoku.com/kiri-pure.html

【文献】 アクセス数、いよいよ２２２２２２PV記念プレゼント♪ - 天険授受者の釣り日記 - Yahoo!ブログ，２０１２年１０月１９日，ＵＲＬ，http://blogs.yahoo.co.jp/sinku_2222/30344236.html

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ １３／００−１３／９８，９／２４

Ｇ０６Ｑ ５０／１０

(57)【特許請求の範囲】

【請求項1】

通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムの制御方法であって、
前記通信端末が、前記アイテム取得要求を前記サーバに送信するステップと、
前記サーバが、
前記通信端末からの前記アイテム取得要求の受信回数の総数を所定期間に亘ってカウントするステップと、
前記通信端末に前記受信回数の総数の情報を送信するステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当している場合、前記所定値に該当した旨を前記通信端末で表示し、前記受信回数の総数が前記所定値に該当していない場合、前記通信端末で前記受信回数の総数または前記受信回数の総数を前記所定値により除算した場合の剰余値の何れか一方を表示するステップと、
を含み、
前記通信端末が表示する前記受信回数の総数は、前記所定値に達する毎にリセットされることを特徴とする通信システムの制御方法。

【請求項2】

通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムの制御方法であって、
前記通信端末が、前記アイテム取得要求を前記サーバに送信するステップと、
前記サーバが、
前記通信端末からの前記アイテム取得要求の受信回数の総数をカウントするステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当しているか否かにより前記通信端末で表示する結果画面を異ならせるステップと、
を含み、
前記通信端末が表示する前記受信回数の総数は、前記所定値に達する毎にリセットされることを特徴とする通信システムの制御方法。

【請求項3】

前記サーバが、前記受信回数の総数に係る回数情報を前記通信端末に送信するステップと、
前記通信端末が、前記回数情報に基づき前記受信回数を表示するステップと、をさらに含むことを特徴とする、請求項１又は２に記載の通信システムの制御方法。

【請求項4】

前記サーバが、前記受信回数の総数が所定値に達する度に、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップを含むことを特徴とする、請求項１乃至３のいずれか一項に記載の通信システムの制御方法。

【請求項5】

前記通信端末は、前記第２アイテムデータを受信した場合、第２のアイテム取得要求を前記サーバに送信し、
前記サーバは、前記第２のアイテム取得要求の受信回数が所定値に達した場合、前記通信端末に第４アイテムに係る第４アイテムデータを送信することを特徴とする請求項１又は２に記載の通信システムの制御方法。

【請求項6】

通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムにおけるサーバであって、
前記通信端末から前記アイテム取得要求を受信する通信部と、
前記通信端末からの前記アイテム取得要求の受信回数の総数を所定期間に亘ってカウントし、前記通信端末に前記受信回数の総数の情報を送信し、前記受信回数の総数が所定値であるか否かを判定し、前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するように制御する制御部と、
を備え、
前記制御部は、前記受信回数の総数が前記所定値に該当している場合、前記所定値に該当した旨を前記通信端末で表示し、前記受信回数の総数が前記所定値に該当していない場合、前記通信端末で前記受信回数の総数または前記受信回数の総数を前記所定値により除算した場合の剰余の値の何れか一方を表示し、前記通信端末が表示する前記受信回数の総数は、前記所定値に達する毎にリセットされることを特徴とするサーバ。

【請求項7】

通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムにおけるサーバであって、
前記通信端末から前記アイテム取得要求を受信する通信部と、
前記通信端末からの前記アイテム取得要求の受信回数の総数をカウントし、前記受信回数の総数が所定値であるか否かを判定し、前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するように制御する制御部と、
を備え、
前記制御部は、前記受信回数の総数が前記所定値に該当しているか否かにより前記通信端末で表示する結果画面を異ならせ、前記通信端末が表示する前記受信回数の総数は、前記所定値に達する毎にリセットされることを特徴とするサーバ。

【請求項8】

通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムにおける前記サーバとして動作するコンピュータに、
前記通信端末から前記アイテム取得要求を受信するステップと、
前記通信端末からの前記アイテム取得要求の受信回数の総数を所定期間に亘ってカウントするステップと、
前記通信端末に前記受信回数の総数の情報を送信するステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当している場合、前記所定値に該当した旨を前記通信端末で表示し、前記受信回数の総数が前記所定値に該当していない場合、前記通信端末で前記受信回数の総数または前記受信回数の総数を前記所定値により除算した場合の剰余値の何れか一方を表示するステップと、
を実行させるプログラムであって、前記通信端末が表示する前記受信回数の総数は、前記所定値に達する毎にリセットされることを特徴とするプログラム。

【請求項9】

通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムにおける前記サーバとして動作するコンピュータに、
前記通信端末から前記アイテム取得要求を受信するステップと、
前記通信端末からの前記アイテム取得要求の受信回数の総数をカウントするステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当しているか否かにより前記通信端末で表示する結果画面を異ならせるステップと、
を実行させるプログラムであって、前記通信端末が表示する前記受信回数の総数は、前記所定値に達する毎にリセットされることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システムの制御方法、サーバ、及びプログラムに関する。

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８−２２０９８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

従来の対戦ゲームサーバでは、対戦カード等のアイテムの購入を要求すると、当該要求に対してアイテムが提供されるのみであり、アイテム購入動作においては特にゲーム性はなく単調に感じられることがあった。

【0005】

従って、上記のような問題点に鑑みてなされた本発明の目的は、ゲーム内のアイテムの取得方法のバリエーションを増やし、ゲームに対する興味を向上させることができる通信システムの制御方法、サーバ、及びプログラムを提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するために本発明に係る通信システムの制御方法は、
通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムの制御方法であって、
前記通信端末が、前記アイテム取得要求を前記サーバに送信するステップと、
前記サーバが、
前記通信端末からの前記アイテム取得要求の受信回数の総数を所定期間に亘ってカウントするステップと、
前記通信端末に前記受信回数の総数の情報を送信するステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当している場合、前記所定値に該当した旨を前記通信端末で表示し、前記受信回数の総数が前記所定値に該当していない場合、前記通信端末で前記受信回数の総数または前記受信回数の総数を前記所定値により除算した場合の剰余値の何れか一方を表示するステップと、
を含み、
前記通信端末が表示する前記受信回数の総数は、前記所定値に達する毎にリセットされることを特徴とする。

【発明の効果】

【0007】

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

【図面の簡単な説明】

【0008】

【図1】実施の形態１の通信システムのブロック図である。

【図2】第２アイテム送信回数テーブルの例である。

【図3】アイテム取得要求用画面の例である。

【図4】当選画面及び不当選画面の例である。

【図5】実施の形態１の結果情報画面の例である。

【図6】実施の形態１の通信システムの動作を示すフローチャートである。

【図7】実施の形態２の通信システムのブロック図である。

【図8】チームテーブルの例である。

【図9】チーム別第２アイテム送信回数テーブルの例である。

【図10】実施の形態２の結果情報画面の例である。

【図11】実施の形態２の通信システムの動作を示すフローチャートである。

【図12】実施の形態３の通信システムのブロック図である。

【図13】第４アイテム送信回数テーブルの例である。

【図14】実施の形態３の当選画面の例である。

【図15】結果情報画面の例である。

【図16】実施の形態３の通信システムの動作を示すフローチャートである。

【発明を実施するための形態】

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

制御部１１は、サーバ１に係る各種制御を行う。例えば制御部１１は、アイテム取得要求を通信端末２から通信部１０を介して受信する。ここでアイテムとは、ゲーム内で使用される各種の項目であって、例えば、ユーザのデッキを構成する対戦カード、キャラクタ、武器、装備、装飾品、植物、食べ物等、どのようなものであってもよい。制御部１１は、アイテム取得要求を受信した場合、所定のアイテム（以下、第１アイテムという。）を通信端末２に提供する。具体的には制御部１１は、第１アイテムに係るアイテムデータ（以下、第１アイテムデータという。）を通信端末２に通信部１０を介して送信する。アイテムデータとは、アイテムに係る各種情報、画像等である。

【0014】

また制御部１１は、アイテム取得要求を受信した回数（以下、受信回数という。）に基づき、追加アイテム（以下、第２アイテムという）を提供する。具体的には制御部１１は、アイテム取得要求を受信した場合、受信回数をカウントする。なお図１では、通信端末２を１つのみ表示しているが、複数の通信端末２が存在する場合は、受信回数は、当該複数の通信端末２から受信した全てのアイテム取得要求の回数である。そして制御部１１は、受信回数が所定値の倍数であると判定した場合、第１アイテムに加え、第２アイテムに係るアイテムデータ（以下、第２アイテムデータという。）を通信端末２に送信する。なお当該所定値は例えば４８であり、制御部１１は、受信回数が４８回、９６回、１４４回、・・・の場合に第２アイテムを通信端末２に提供する。以下所定値は４８である場合について説明する。また、以下において受信回数が所定値の倍数であることを“当たり”ともいう。

【0015】

また制御部１１は、第２アイテムデータに加えて、当たりであることを示す当選画像データを通信端末２に通信部１０を介して送信する。また制御部１１は、当たりでないと判定した場合に、当たりでないことを示す不当選画像データを通信端末２に通信部１０を介して送信する。さらに制御部１１は、受信回数に係る情報、つまり受信回数カウンタの値を送信する。通信端末２は当選画像データ、不当選画像データ、及び受信回数に係る情報を受信することで、当たりであるか否かを表示部２１に表示する。

【0016】

また制御部１１は、所定期間が経過したか否かを判定し、所定期間が経過したと判定した場合、第２アイテムデータを送信した回数（以下、第２アイテム送信回数という。）を含む結果情報を、所定の期間経過後に通信端末２に通信部１０を介して送信する。所定期間は例えば３０日間である。好適には結果情報は、本システムに係る全ユーザの中における、通信端末２のユーザの第２アイテム送信回数の順位に係る情報を含む。また好適には結果情報は、所定の順位以上のユーザ名を含む。

【0017】

記憶部１２は、通信端末２に提供するアイテム、すなわち第１アイテム及び第２アイテムに係る情報を記憶する。例えば第１アイテムは、ゲーム中のイベントの進捗率を通常よりも向上させるためのアイテム（以下、ハイエケブーストという。）である。一方、第２アイテムは、ゲーム中において出現する宝箱を解錠（エケピック）することにより手に入れることができるアイテム（以下、エケピックという。）である。第２のアイテムは、特定のアイテムではなく、複数の種類の中からランダムに付与される。

【0018】

また記憶部１２は、受信回数をカウントする受信回数カウンタ１２１を格納する。制御部１１は、アイテム取得要求を受信した場合、記憶部１２の受信回数カウンタ１２１の数値に１を加算する。制御部１１は、受信回数カウンタ１２１の数値が所定値である４８になった場合、受信回数カウンタ１２１を０にリセットする。すなわち、制御部１１は、受信回数が４８回、９６回、１４４回、・・・の場合に、受信回数カウンタ１２１を０にリセットする。制御部１１は、受信回数カウンタ１２１の値が４８であるか否かにより、受信回数が所定値の倍数であるか否かを判定する。

【0019】

また記憶部１２は、第２アイテム送信回数テーブル１２２を格納する。第２アイテム送信回数テーブル１２２は、ユーザ毎の第２アイテム送信回数を格納する。制御部１１は、通信端末２からのアイテム取得要求の受信回数が所定値の倍数であると判定した場合、通信端末２のユーザの第２アイテム送信回数に１を加算する。制御部１１は、第２アイテム送信回数テーブル１２２を参照し、第２アイテム送信回数を含む結果情報を通信端末２に通信部１０を介して送信する。

【0020】

図２は、第２アイテム送信回数テーブル１２２の例を示す。図２に示すように第２アイテム送信回数テーブル１２２は、ユーザＩＤと、第２アイテム送信回数とを含む。ユーザＩＤとは、本システムにおいてユーザを一意に特定するための識別子である。また好適には図２に示すように、第２アイテム送信回数テーブル１２２は、第２アイテム送信回数の順位を含む。順位とは、全ユーザを第２アイテム送信回数の多い順に並べた場合の順番を示す番号である。例えば第２アイテム送信回数テーブル１２２には、ユーザＩＤ“ＵＩＤ００１”、第２アイテム送信回数“５”、順位“４７位”を含む。なおユーザＩＤは、ユーザ名、ユーザのハンドルネーム等であってもよい。

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

図３は、通信端末２の表示部２１に表示されるアイテム取得要求を送信するためのアイテム取得要求画面２１１の例を示す。アイテム取得要求画面２１１は、アイテム取得要求ボタン２１１１を備える。アイテム取得要求ボタン２１１１は、アイテム取得要求をサーバ１に送信するためのユーザからの入力を受け付ける入力インターフェースである。操作部２２がタッチパネルにより構成される場合、制御部２３は、表示部２１に表示されたアイテム取得要求ボタン２１１１に対するユーザによるタッチを検知し、サーバ１にアイテム取得要求を送信する。

【0027】

アイテム取得要求画面２１１は、図３に示すようにくじ引き用の箱画像２１１２が表示され、画面上部には“ブースくじ実施中”等と表示される。また好適には図３に示すように、アイテム連続取得要求ボタン２１１３を備える。アイテム連続取得要求ボタン２１１３は、所定値である４８回連続でアイテム取得要求を送信するための入力インターフェースである。通信端末２が当該アイテム連続取得要求ボタン２１１３によりアイテム取得要求をサーバ１に送信した場合、ユーザは必ず第２アイテムを得ることができる。なおサーバ１の制御部１１は、アイテム連続取得要求ボタン２１１３によりアイテム取得要求を通信端末２から受信した場合、記憶部１２の受信回数カウンタ１２１に数値を追加せず、該通信端末２のユーザに係る記憶部１２の第２アイテム送信回数に１を加算する。また好適にはアイテム取得要求画面２１１には、所定期間に係る期間情報２１１４が表示される。

【0028】

図４（ａ）は、通信端末２の表示部２１に表示される当選画像データの例を示す。当選画像データは、例えばおみくじにおける当たりである、“大吉”を示すくじの当選結果を表示する。当該表示により、当たりであることをユーザが容易に把握できる。

【0029】

なお通信端末２からのアイテム取得要求の受信回数が所定値の倍数でないと判定された場合、当たりではない“小吉”を示す不当選画像データ（図４（ｂ））をサーバ１が送信し、通信端末２が表示する。

【0030】

また通信端末２からのアイテム取得要求の受信回数が所定値の倍数でないと判定された場合、サーバ１は通信端末２に受信回数に係る情報、つまり受信回数カウンタ１２１の値を送信する。通信端末２の表示部２１は、図４（ｂ）に示すように、受信した受信回数カウンタ１２１の値に基づき、カウンタ値２１２を表示する。当該表示により、ユーザに対して当たらなかった場合の根拠を示すことができ、ユーザに対して公平感を持たせることができる。

【0031】

図５は、第２アイテム送信回数を含む結果情報を通信端末２がサーバ１から受信した場合に、通信端末２の表示部２１に表示する結果情報画面２１３の例を示す。結果情報画面２１３は、通信端末２のユーザに係る第２アイテム送信回数情報２１３１を含む。好適には図５に示すように当該ユーザの順位情報２１３２を含む。さらに好適には、図５に示すように所定の順位以上のユーザ名及び該ユーザの第２アイテム送信回数情報２１３３を含む。図５では３位以上のユーザ名及び該ユーザの第２アイテム送信回数を含む例を示している。

【0032】

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

【0033】

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

【0034】

次にサーバ１の制御部１１は、アイテム取得要求を受信した場合、受信回数をカウントする（ステップＳ２）。具体的には制御部１１は、アイテム取得要求を受信した場合、記憶部１２の受信回数カウンタ１２１の数値に１を加算する。

【0035】

続いて制御部１１は、受信回数カウンタ１２１の数値が所定値である４８か否かを判定する（ステップＳ３）。制御部１１は、受信回数カウンタ１２１の数値が所定値であると判定した場合、ステップＳ４に進む。一方受信回数カウンタ１２１の数値が所定値であると判定しなかった場合、ステップＳ７に進む。

【0036】

ステップＳ３において受信回数カウンタ１２１の数値が所定値であると判定した場合、制御部１１は、受信回数カウンタ１２１を０にリセットする（ステップＳ４）。続いて制御部１１は、第１アイテムデータ、第２アイテムデータ、及び当選画像データを通信端末２に送信する。（ステップＳ５）。続いて制御部１１は、第２アイテム送信回数テーブル１２２の通信端末２のユーザの第２アイテム送信回数に１を加算する（ステップＳ６）。そしてステップＳ８に進む。一方、受信回数カウンタ１２１の数値が所定値でないと判定した場合、第１アイテムデータ及び不当選画像データを通信端末２に通信部１０を介して送信する（ステップＳ７）。

【0037】

続いて通信端末２の表示部２１は、受信したアイテムデータに係るアイテム画像、及び当選画像データ又は不当選画像データを表示する（ステップＳ８）。

【0038】

続いてサーバ１の制御部１１は、所定期間が経過したか否かを判定する（ステップＳ９）。所定期間が経過したと判定した場合、制御部１１は、第２アイテム送信回数を含む結果情報を、通信端末２に通信部１０を介して送信する（ステップＳ１０）。続いて通信端末２の表示部２１は、当該結果情報に基づき結果情報画面２１３を表示する（ステップＳ１１）。そして処理が終了する。

【0039】

一方ステップＳ８において制御部１１が、所定期間が経過したと判定しなかった場合、ステップＳ９をスキップして処理が終了する。

【0040】

このように実施の形態１に係る通信システムによれば、サーバ１の制御部１１がアイテム取得要求の受信回数に応じて、通常のアイテムである第１アイテムに加えて、追加のアイテム（第２アイテム）を提供するため、アイテムの取得方法のバリエーションを増やすことができる。

【0041】

なおサーバ１の制御部１１は、第２アイテム送信回数に係る順位に応じて、さらに追加のアイテムを各順位のユーザの通信端末２に提供してもよい。

【0042】

なおサーバ１の制御部１１は、第２アイテム送信回数の全ユーザの合計値が所定値（例えば４８４８）となった場合、全ユーザにさらに追加のアイテムを提供してもよい。

【0043】

なお、記憶部１２に格納される受信回数カウンタ１２１は所定値毎に０にリセットされるものとしたが、０にリセットしなくてもよい。このように構成する場合、制御部１１は、受信回数カウンタ１２１の値を所定値により除算した剰余値が０であるか否かにより、受信回数が所定値の倍数であるか否かを判定する。またこの場合、制御部１１は剰余値を通信端末２に送信し、通信端末２は剰余値に基づき、不当選画像データにおけるカウンタ値２１２を表示する。

【0044】

なお、所定値は４８であるものとして説明したがこれに限られず、４８未満又は４９以上の値であってもよい。

【0045】

なお、本発明における、受信回数が所定値の倍数の場合とは、受信回数が所定値の１倍（つまり４８）のみの場合も含むものである。

【0046】

なお、サーバ１は、通信端末２のユーザが関連する関連ユーザに係る情報を格納してもよい。関連ユーザは例えばソーシャル・ネットワーキング・サービス上のユーザの友人などである。そして制御部１１が第２アイテムデータを通信端末２に送信した場合に、関連ユーザに係る情報に基づき、ユーザが第２アイテムを取得したことを、制御部１１が関連ユーザの通信端末に報知するようにしてもよい。例えばアイテム取得要求が１回当たり所定の金額を要する場合、第２アイテムデータを取得したユーザ及び報知を受信した関連ユーザは、次回のアイテム取得要求において１回分の金額で２回のアイテム取得要求ができるようにしてもよい。

【0047】

（実施の形態２）
以下に、本発明の実施の形態２について説明をする。図７は本発明の実施の形態２の通信システムの構成を示すブロック図である。実施の形態１と同一の構成については同一の符号を付し、説明は省略する。実施の形態２に係る通信システムは、実施の形態１にかかる構成と比較して、サーバ１の制御部１１ｂの制御、及びサーバ１の記憶部１２に、チームテーブル１２０、チーム毎の受信回数カウンタ１２１−１〜１２１−３、及びチーム別第２アイテム送信回数テーブル１２３が格納される点が相違する。概略として実施の形態２に係る通信システムは、第２アイテム送信回数に関し、複数ユーザにより構成される集団（チーム）毎に回数を集計し、チームの順位を決定する点が相違する。本実施の形態においては、チームは３つ存在する場合について説明する。また各チームのチーム名は、それぞれチームＡ、チームＢ、及びチームＣであるものとして説明する。

【0048】

制御部１１ｂは、アイテム取得要求を受信した場合、ユーザの属するチームに基づき、アイテム取得要求のチーム毎の受信回数をカウントする。そして制御部１１ｂは、チーム毎の受信回数が所定値の倍数であると判定した場合、第１アイテムデータに加え、第２アイテムデータを通信端末２に通信部１０を介して送信する。当該所定値は例えば４８であり、制御部１１ｂは、受信回数が４８回、９６回、１４４回、・・・の場合に第２アイテムを通信端末２に提供する。以下所定値は４８である場合について説明する。なお当選画像データ及び不当選画像データの送信に係る制御は、実施の形態１と同一である。

【0049】

また制御部１１ｂは、所定期間が経過したか否かを判定し、所定期間が経過した場合、第２アイテム送信回数を含む情報を、通信端末２に通信部１０を介して送信する。当該情報は、通信端末２のユーザの属するチームの第２アイテム送信回数の順位に係る情報を含む。また好適には当該情報は所定の順位以上のチーム名を含む。

【0050】

実施の形態２に係る記憶部１２は、チームテーブル１２０、チーム毎の受信回数カウンタ１２１−１〜１２１−３、第２アイテム送信回数テーブル１２２、及びチーム別第２アイテム送信回数テーブル１２３を格納する。

【0051】

チームテーブル１２０は、各ユーザの属するチームに係る情報が格納される。図８はチームテーブル１２０の例である。図８に示すように、チームテーブル１２０には、ユーザＩＤ及びチーム名が格納される。例えばチームテーブル１２０は、ユーザＩＤ“ＵＩＤ００１”、チーム名“チームＡ”が格納される。制御部１１ｂは、チームテーブル１２０を参照することにより、各ユーザが属するチームを判定することができる。

【0052】

受信回数カウンタ１２１−１〜１２１−３は、それぞれチームＡ、チームＢ、チームＣに係る受信回数のカウンタである。制御部１１ｂはアイテム取得要求を受信した場合、通信端末２の属するチームに基づき、記憶部１２の受信回数カウンタ１２１−１〜１２１−３のいずれかの数値に１を加算する。また制御部１１ｂは、受信回数カウンタ１２１−１〜１２１−３の数値が所定値である４８になった場合、受信回数カウンタ１２１を０にリセットする。制御部１１ｂは、受信回数カウンタ１２１−１〜１２１−３の値が４８であるか否かにより、受信回数が所定値の倍数であるか否かを判定する。

【0053】

また記憶部１２は、チーム別第２アイテム送信回数テーブル１２３を格納する。チーム別第２アイテム送信回数テーブル１２３は、チーム毎の第２アイテム送信回数を格納する。制御部１１ｂは、通信端末２からのアイテム取得要求の受信回数が所定値の倍数であると判定した場合、通信端末２のユーザの属するチームの第２アイテム送信回数に１を加算する。制御部１１ｂは、チーム別第２アイテム送信回数テーブル１２３を参照し、各チームの第２アイテム送信回数を含む結果情報を通信端末２に通信部１０を介して送信する。

【0054】

図９は、チーム別第２アイテム送信回数テーブル１２３の例を示す。図９に示すようにチーム別第２アイテム送信回数テーブル１２３は、チーム名と、第２アイテム送信回数とを含む。また図９に示すように、チーム別第２アイテム送信回数テーブル１２３は、第２アイテム送信回数のチームの順位を含む。例えばチーム別第２アイテム送信回数テーブル１２３には、チーム名“チームＡ”、第２アイテム送信回数“５００”、順位“２位”を含む。制御部１１ｂは、チーム別第２アイテム送信回数テーブル１２３を参照し、第２アイテム送信回数を含む結果情報を通信端末２に送信する。

【0055】

図１０は、通信端末２がサーバ１から結果情報を受信した場合に、通信端末２の表示部２１に表示される結果情報画面２１３ｂの例を示す。結果情報画面２１３ｂは、通信端末２のユーザの属するチームに係る第２アイテム送信回数情報２１３１ｂを含む。また図１０に示すように当該チームの順位情報２１３２ｂを含む。さらに所定の順位以上のチーム名及び該チームの第２アイテム送信回数情報２１３３ｂを含む。

【0056】

次に、実施の形態２に係る通信システムについて、図１１に示すフローチャートによりその動作を説明する。実施の形態１と同一の動作については同一の符号を付し、説明は省略する。

【0057】

ステップＳ１に続いて、サーバ１の制御部１１ｂは、ユーザの属するチームに基づき、アイテム取得要求のチーム毎の受信回数をカウントする（ステップＳ２ｂ）。具体的には制御部１１ｂは、アイテム取得要求を受信した場合、記憶部１２のチームテーブル１２０に基づきユーザのチームを判定し、該ユーザの属するチームに係る受信回数カウンタ（受信回数カウンタ１２１−１〜１２１−３のいずれか）の数値に１を加算する。

【0058】

またステップＳ５に続いて、サーバ１の制御部１１ｂは、チーム別第２アイテム送信回数テーブル１２３の通信端末２のユーザの属するチームの第２アイテム送信回数に１を加算する（ステップＳ６ｂ）。なおステップＳ３〜ステップＳ５、ステップＳ７〜ステップＳ９に係る動作については、受信回数カウンタ１２１の替わりに受信回数カウンタ１２１−１〜１２１−３のいずれかを１つを用いる点を除いて同一である。

【0059】

またステップＳ９に続いて、所定期間が経過したと判定した場合、制御部１１ｂは、第２アイテムデータ送信回数及びチームの順位を含む結果情報を、通信端末２に通信部１０を介して送信する（ステップＳ１０ｂ）。続いて通信端末２の表示部２１は、当該結果情報に基づき結果情報画面２１３ｂを表示する（ステップＳ１１ｂ）。

【0060】

このように実施の形態２にかかる通信システムによれば、サーバ１の制御部１１ｂが各チーム毎に受信回数及び第２アイテム送信回数を制御するため、チーム同士の競争を促し、ユーザのゲームに対する興味を向上させることができる。

【0061】

なお、サーバ１の制御部１１ｂは、第２アイテム送信回数に係る順位に応じて、所定のアイテムを各順位のユーザの通信端末２に提供してもよい。

【0062】

なお、記憶部１２に格納される受信回数カウンタ１２１―１〜１２１−３は所定値毎に０にリセットされるものとしたが、０にリセットしなくてもよい。このように構成する場合、制御部１１ｂは、受信回数カウンタ１２１−１〜１２１−３の値を所定値により除算した剰余値が０であるか否かにより、受信回数が所定値の倍数であるか否かを判定する。またこの場合、制御部１１ｂは剰余値を通信端末２に送信し、通信端末２は当該剰余値に基づき、不当選画像データにおけるカウンタ値２１２を表示する。

【0063】

（実施の形態３）
以下に、本発明の実施の形態３について説明をする。図１２は本発明の実施の形態３の通信システムの構成を示すブロック図である。実施の形態１と同一の構成については同一の符号を付し、説明は省略する。実施の形態３に係る通信システムは、実施の形態１にかかる構成と比較して、サーバ１の制御部１１ｃの制御、及び記憶部１２に第２受信回数カウンタ１２１ｃ、第４アイテム送信回数テーブル１２２ｃを格納する点が相違する。概略として実施の形態３に係る通信システムは、通信端末２から第２のアイテム取得要求を受信し、第２のアイテム取得要求の受信回数に応じて、さらに追加のアイテムを通信端末２に提供する点が異なる。ここで第２のアイテム取得要求は、通信端末２が１回目のアイテム取得要求に続いて、当該アイテム取得要求において当たりの場合に追加的に行うことができる２回目のアイテム取得要求である。

【0064】

サーバ１の制御部１１ｃは、当選画像データに第２のアイテム取得要求用の入力インターフェースを設け、当選画像データを通信端末２に通信部１０を介して送信する。

【0065】

また制御部１１ｃは、第２のアイテム取得要求を受信した場合、所定のアイテム（以下、第３アイテムという。）を通信端末２に提供する。具体的には制御部１１ｃは、第３アイテムに係るアイテムデータ（以下、第３アイテムデータという。）を通信端末２に通信部１０を介して送信する。また制御部１１ｃは、第２のアイテム取得要求を通信端末２から受信し、第２のアイテム取得要求の受信回数をカウントする。そして制御部１１ｃは、受信回数が所定値の倍数であると判定した場合、第３アイテムに加え、第４アイテムに係るアイテムデータ（以下、第４アイテムデータという。）を通信端末２に送信する。以下所定値は４８である場合について説明する。

【0066】

また制御部１１ｃは、所定期間が経過したか否かを判定し、所定期間が経過した場合、第４アイテムデータを送信した回数（以下、第４アイテム送信回数という。）を含む結果情報を、所定の期間経過後に通信端末２に通信部１０を介して送信する。所定期間は、例えば３０日間である。好適には当該結果情報は、本システムに係る全ユーザの中における、通信端末２のユーザの第４アイテム送信回数の順位に係る結果情報を含む。また好適には当該結果情報は、所定の順位以上のユーザ名を含む。

【0067】

記憶部１２は、第２のアイテム取得要求の受信回数をカウントする第２受信回数カウンタ１２１ｃを格納する。制御部１１ｃは、第２のアイテム取得要求を受信した場合、記憶部１２の第２受信回数カウンタ１２１ｃの数値に１を加算する。制御部１１ｃは、第２受信回数カウンタ１２１ｃの数値が所定値である４８になった場合、第２受信回数カウンタ１２１ｃを０にリセットする。制御部１１ｃは、第２受信回数カウンタ１２１ｃの値が４８であるか否かにより、受信回数が所定値の倍数であるか否かを判定する。

【0068】

また記憶部１２は、第４アイテム送信回数テーブル１２２ｃを格納する。第４アイテム送信回数テーブル１２２ｃは、ユーザ毎の第４アイテム送信回数を格納する（図１３）。制御部１１ｃは、通信端末２からの第２のアイテム取得要求の受信回数が所定値の倍数であると判定した場合、通信端末２のユーザの第４アイテム送信回数に１を加算する。制御部１１ｃは、第４アイテム送信回数テーブル１２２ｃを参照し、結果情報を通信端末２に通信部１０を介して送信する。

【0069】

図１４は通信端末２の表示部２１に表示される当選画像データの例である。当選画像データには、第２のアイテム取得要求を送信するための第２のアイテム取得要求ボタン２１１１ｃを備える。また好適には図１４に示すように、アイテム連続取得要求ボタン２１１３ｃを備える。アイテム連続取得要求ボタン２１１３ｃは、所定値である４８回連続でアイテム取得要求を送信するための入力インターフェースである。通信端末２が当該アイテム連続取得要求ボタン２１１３ｃによりアイテム取得要求をサーバ１に送信した場合、必ず第４アイテムを得ることができる。なおサーバ１の制御部１１ｃは、アイテム連続取得要求ボタン２１１３ｃによりアイテム取得要求を通信端末２から受信した場合、記憶部１２の第２受信回数カウンタ１２１ｃに数値を追加せず、該通信端末２のユーザに係る記憶部１２の第４アイテム送信回数に１を加算する。

【0070】

図１５は、第４アイテム送信回数を含む結果情報を通信端末２がサーバ１から受信した場合に、通信端末２の表示部２１に表示する結果情報画面２１３ｃの例を示す。結果情報画面２１３ｃは、通信端末２のユーザに係る第４アイテム送信回数情報２１３１ｃを含む。好適には図１５に示すように当該ユーザの順位情報２１３２ｃを含む。さらに好適には、図１５に示すように所定の順位以上のユーザ名及び該ユーザの第４アイテム送信回数情報２１３３ｃを含む。図１５では３位以上のユーザ名及び該ユーザの第４アイテム送信回数を含む例を示している。

【0071】

次に、実施の形態３に係る通信システムについて、図１６に示すフローチャートによりその動作を説明する。実施の形態１と同一の動作については同一の符号を付し、説明は省略する。

【0072】

実施の形態３に係る通信システムにおいては、ステップＳ８に続き、通信端末２の制御部２３が、ユーザによる操作部２２の操作に基づき、第２のアイテム取得要求を、通信部２０を介してサーバ１に送信する（ステップＳ１１ｃ）。なお第２のアイテム取得要求は、ステップＳ８において表示される当選画像データ中の第２のアイテム取得要求ボタン２１１１ｃにより行う。

【0073】

次にサーバ１の制御部１１ｃは、第２のアイテム取得要求を受信した場合、受信回数をカウントする（ステップＳ１２ｃ）。具体的には制御部１１ｃは、第２のアイテム取得要求を受信した場合、記憶部１２の第２受信回数カウンタ１２１ｃの数値に１を加算する。

【0074】

続いて制御部１１ｃは、第２受信回数カウンタ１２１ｃの数値が所定値である４８か否かを判定する（ステップＳ１３ｃ）。制御部１１ｃは、第２受信回数カウンタ１２１ｃの数値が所定値であると判定した場合、ステップＳ１４ｃに進む。一方第２受信回数カウンタ１２１ｃの数値が所定値であると判定しなかった場合、ステップＳ１７ｃに進む。

【0075】

ステップＳ１３ｃにおいて第２受信回数カウンタ１２１ｃの数値が所定値であると判定した場合、制御部１１ｃは、第２受信回数カウンタ１２１ｃを０にリセットする（ステップＳ１４ｃ）。続いて制御部１１ｃは、第３アイテムデータ、第４アイテムデータ、及び当選画像データを通信端末２に送信する。（ステップＳ１５ｃ）。続いて制御部１１ｃは、第４アイテム送信回数テーブル１２２ｃの通信端末２のユーザの第４アイテム送信回数に１を加算する（ステップＳ１６ｃ）。そしてステップＳ１８ｃに進む。一方、第２受信回数カウンタ１２１ｃの数値が所定値でないと判定した場合、第３アイテムデータ及び不当選画像データを通信端末２に通信部１０を介して送信する（ステップＳ１７ｃ）。

【0076】

続いて通信端末２の表示部２１は、受信したアイテムデータに係るアイテム画像、及び当選画像データ又は不当選画像データを表示する（ステップＳ１８ｃ）。

【0077】

続いてサーバ１の制御部１１ｃは、所定期間が経過したか否かを判定する（ステップＳ１９ｃ）。所定期間が経過したと判定した場合、制御部１１ｃは、第２アイテム送信回数を含む情報及び第４アイテム送信回数を含む結果情報を、通信端末２に通信部１０を介して送信する（ステップＳ２０ｃ）。続いて通信端末２の表示部２１は、当該結果情報に基づき結果情報画面２１３ｃを表示する（ステップＳ２１ｃ）。そして処理が終了する。

【0078】

このように実施の形態３にかかる通信システムによれば、サーバ１の制御部１１ｃが第２アイテム提供後にさらに第２のアイテム取得要求の受信回数に応じて第３アイテムに加えて、追加のアイテムである第４アイテムを提供するため、アイテムの取得方法のバリエーションをさらに増やすことができる。

【0079】

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

【0080】

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
以下に、本願の原出願の出願当初の特許請求の範囲に記載された発明を付記する。
［１］
通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムの制御方法であって、
前記通信端末が、前記アイテム取得要求を前記サーバに送信するステップと、
前記サーバが、
前記通信端末からの前記アイテム取得要求の受信回数の総数を所定期間に亘ってカウントするステップと、
前記通信端末に前記受信回数の総数の情報を送信するステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当している場合、前記所定値に該当した旨を前記通信端末で表示し、前記受信回数の総数が前記所定値に該当していない場合、前記通信端末で前記受信回数の総数または前記受信回数の総数を前記所定値により除算した場合の剰余値の何れか一方を表示するステップと、を含むことを特徴とする通信システムの制御方法。
［２］
通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムの制御方法であって、
前記通信端末が、前記アイテム取得要求を前記サーバに送信するステップと、
前記サーバが、
前記通信端末からの前記アイテム取得要求の受信回数の総数をカウントするステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当しているか否かにより前記通信端末で表示する結果画面を異ならせるステップと、
前記第２アイテムデータの送信回数をカウントするステップと、を含むことを特徴とする通信システムの制御方法。
［３］
前記サーバが、前記受信回数の総数に係る回数情報を前記通信端末に送信するステップと、
前記通信端末が、前記回数情報に基づき前記受信回数を表示するステップと、をさらに含むことを特徴とする、［１］又は［２］に記載の通信システムの制御方法。
［４］
前記通信端末が表示する前記受信回数の総数は、前記所定値に達する毎にリセットされることを特徴とする、［３］に記載の通信システムの制御方法。
［５］
前記サーバが、前記受信回数の総数が所定値の倍数に達する度に、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップを含むことを特徴とする、［１］乃至［４］のいずれか一項に記載の通信システムの制御方法。
［６］
前記通信端末は、前記第２アイテムデータを受信した場合、第２のアイテム取得要求を前記サーバに送信し、
前記サーバは、前記第２のアイテム取得要求の受信回数が所定値に達した場合、前記通信端末に第４アイテムに係る第４アイテムデータを送信することを特徴とする［１］又は［２］に記載の通信システムの制御方法。
［７］
通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムにおけるサーバであって、
前記通信端末から前記アイテム取得要求を受信する通信部と、
前記通信端末からの前記アイテム取得要求の受信回数の総数を所定期間に亘ってカウントし、前記通信端末に前記受信回数の総数の情報を送信し、前記受信回数の総数が所定値であるか否かを判定し、前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するように制御する制御部と、
を備え、
前記制御部は、前記受信回数の総数が前記所定値に該当している場合、前記所定値に該当した旨を前記通信端末で表示し、前記受信回数の総数が前記所定値に該当していない場合、前記通信端末で前記受信回数の総数または前記受信回数の総数を前記所定値により除算した場合の剰余の値の何れか一方を表示することを特徴とするサーバ。
［８］
通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムにおけるサーバであって、
前記通信端末から前記アイテム取得要求を受信する通信部と、
前記通信端末からの前記アイテム取得要求の受信回数の総数をカウントし、前記受信回数の総数が所定値であるか否かを判定し、前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するように制御する制御部と、
を備え、
前記制御部は、前記受信回数の総数が前記所定値に該当しているか否かにより前記通信端末で表示する結果画面を異ならせ、前記通信端末のユーザ毎に第２アイテムデータの送信回数をカウントすることを特徴とするサーバ。
［９］
通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムにおける前記サーバとして動作するコンピュータに、
前記通信端末から前記アイテム取得要求を受信するステップと、
前記通信端末からの前記アイテム取得要求の受信回数の総数を所定期間に亘ってカウントするステップと、
前記通信端末に前記受信回数の総数の情報を送信するステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当している場合、前記所定値に該当した旨を前記通信端末で表示し、前記受信回数の総数が前記所定値に該当していない場合、前記通信端末で前記受信回数の総数または前記受信回数の総数を前記所定値により除算した場合の剰余値の何れか一方を表示するステップと、を実行させるプログラム。
［１０］
通信端末とサーバとを備え、前記通信端末からのアイテム取得要求により前記サーバが前記通信端末に第１アイテムに係る第１アイテムデータを送信する通信システムにおける前記サーバとして動作するコンピュータに、
前記通信端末から前記アイテム取得要求を受信するステップと、
前記通信端末からの前記アイテム取得要求の受信回数の総数をカウントするステップと、
前記受信回数の総数が所定値であるか否かを判定するステップと、
前記受信回数の総数が所定値であると判定した場合、前記通信端末に第２アイテムに係る第２アイテムデータを送信するステップと、
前記受信回数の総数が前記所定値に該当しているか否かにより前記通信端末で表示する結果画面を異ならせるステップと、
前記通信端末のユーザ毎に第２アイテムデータの送信回数をカウントするステップと、を実行させるプログラム。

【符号の説明】

【0081】

１ サーバ
２ 通信端末
１０ 通信部
１１、１１ｂ、１１ｃ 制御部
１２ 記憶部
２０ 通信部
２１ 表示部
２２ 操作部
２３ 制御部
１２０ チームテーブル
１２１、１２１−１〜１２１−３ 受信回数カウンタ
１２１ｃ 第２受信回数カウンタ
１２２ 第２アイテム送信回数テーブル
１２２ｃ 第４アイテム送信回数テーブル
１２３ チーム別第２アイテム送信回数テーブル
２１１ アイテム取得要求画面
２１２ カウンタ値
２１３、２１３ｂ、２１３ｃ 結果情報画面
２１１１、２１１１ｃ アイテム取得要求ボタン
２１１２ 箱画像
２１１３、２１１３ｃ アイテム連続取得要求ボタン
２１１４ 期間情報
２１３１ 第２アイテム送信回数情報
２１３１ｂ 第２アイテム送信回数情報
２１３１ｃ 第４アイテム送信回数情報
２１３２、２１３２ｂ、２１３２ｃ 順位情報
２１３３、２１３３ｂ 第２アイテム送信回数情報
２１３３ｃ 第４アイテム送信回数情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】