JP2017219973A - サーバシステム及びプログラム - Google Patents

Abstract

【課題】射幸心を煽ることによって生ずる過度な課金を制限し、ゲームを進行させる場合の興趣性や利点を低下させないサーバ装置及びプログラムを提供する。【解決手段】本発明のサーバ装置は、課金要素を含む所与のゲームの進行を制御するゲーム制御部と、前記課金要素に係るプレーヤ毎の課金履歴を管理する管理部と、前記課金履歴に基づき単位会計期間内における累積課金額をプレーヤ毎に算出する算出部と、前記累積課金額が所与の上限額に到達したか否かをプレーヤ毎に判定する判定部と、前記累積課金額が前記上限額に到達した到達プレーヤによる前記課金要素の購入を、前記到達から前記単位会計期間の終了までの残り期間中に制限する制限部と、前記単位会計期間の開始から前記到達までの所要時間に応じて、前記残り期間における前記ゲームの進行に関わる特典を、前記到達プレーヤへ付与する制御を行う特典制御部と、を備える。【選択図】図２

Description

本発明は、サーバシステム及びプログラムに関する。

従来、ソーシャル・ネットワーキング・サービス（以下、「ＳＮＳ」という。）と呼ばれるコミュニケーション型のネットワーキング・サービスをユーザに提供するネットワークシステムが知られている。このようなソーシャル・ネットワーキング・サービス上では、ソーシャルゲームと呼ばれるオンラインゲームが提供され、各ユーザは、スマートフォンなどの携帯型情報通信端末装置を介して他のユーザとの間で格闘ゲーム、戦闘ゲーム、又は、ＲＰＧなどの各ゲームを楽しむことができる。

また、近年になると、ＳＮＳ等のネットワークを利用し、ユーザが指定したアイテムや音楽や画像などの各種のデータ（以下、単にまとめて「アイテム」という。）を指定どおりにユーザへ提供するマーケットや、様々なアイテムの中からランダムに選択されたものをユーザへ提供する抽選イベント（ガチャイベント）なども登場した（例えば、特許文献１）。

特開２００２−３６６８５２号公報

しかしながら、上記特許文献１に記載のシステムにあっては、アイテム（カプセル）を獲得するための抽選という娯楽性があるものの、射幸心を煽る構造にもなっており、プレーヤによっては希望するアイテムを獲得するまで繰り返しガチャを実行させて高額な課金が生じてしまう要因にもなっている。特に、このようなシステムにあっては、当選確率の低いレアのアイテムを獲得可能に設定することによって、更に高額な課金の要因になっている。

本発明は、上記課題を解決するためになされたものであり、その目的は、射幸心を煽ることによって生ずる過度な課金を制限する一方で、当該課金に基づいてゲームを進行させる場合の興趣性や利点を低下させない仕組みを提供することが可能なサーバシステム及びプログラムを提供することにある。

（１）上記課題を解決するため、本発明のサーバシステムは、
課金要素を含む所与のゲームの進行を制御するゲーム制御部と、
前記課金要素に係るプレーヤ毎の課金履歴を管理する管理部と、
前記課金履歴に基づき単位会計期間内における累積課金額をプレーヤ毎に算出する算出部と、
前記累積課金額が所与の上限額に到達したか否かをプレーヤ毎に判定する判定部と、
前記累積課金額が前記上限額に到達した到達プレーヤによる前記課金要素の購入を、前記到達から前記単位会計期間の終了までの残り期間中に制限する制限部と、
前記単位会計期間の開始から前記到達までの所要時間に応じて、前記残り期間における前記ゲームの進行に関わる特典を、前記到達プレーヤへ付与する制御を行う特典制御部と、を備える。

なお、課金要素とは、課金を伴う行為や物のことであって、有料のアイテム、有料のプレーヤキャラクタや自機、ミニゲーム（ゲーム内ゲーム）やガチャイベントなどのイベントへの有料の参加権、ガチャの当選確率をアップする有料の権利、２つ以上のアイテムを合成して新たなアイテムを合成する有料の機会、友人に提供する有料のプレゼント、ゲームの有料のコンティニュー権、ゲームの有料のオプションなどが含まれる。

また、課金とは、サーバシステムの運営者がプレーヤへ通貨の支払いを課すことをいう。

また、通貨には、ゲーム外（国家、地域、インターネットなどの社会）で使用可能な通貨（リアルマネー、電子マネー、ウェブマネーなどであって、国家等の社会が保証する通貨である。以下、「実通貨」という。）と、ゲーム内でのみ使用可能な通貨（ゲーム内通貨、アプリ内通貨であって、サーバシステムの運営者が保証する通貨である。以下、「ゲームマネー」という。）とがある。また、ゲームマネーには、サーバシステムの運営者に対する実通貨の支払いを条件としてプレーヤに付与される有料のゲームマネーと、ゲーム内の所定条件を満たしたプレーヤに付与される無料のゲームマネー（以下、「無料ポイント」という。）とがある。

上記課金履歴は、実通貨、又は、有料のゲームマネーについての課金履歴であって、例えば、無料のゲームマネーについての課金履歴とは区別して管理される。

また、単位会計期間とは、原則、１月毎や３月毎などの予め定められた開始タイミング（例えば1日）から予め定められた終了タイミング（例えば末日）までのプレーヤへの課金額の合計を算出するための期間を示す。ただし、単位会計期間は、ゲームの進行を基準に定められた期間でもよく、例えば、所定のステージをクリアしたタイミング、所定のレベルに達したタイミング、又は、所定の経験値を得たタイミングなどのゲームの進行に伴って生じるタイミングに応じて定められた期間であってもよい。

また、購入とは、プレーヤへの課金というサーバシステムの行為をプレーヤ側から見た表現で言い換えたものある。よって、購入と課金とは、互いに対応する概念であって、適宜に言い換えることも可能である。

また、制限には、完全に購入（課金）をできなくすることの他に、所定期間当たりの（例えば１日当たり）又は１課金要素当たりの上限額を設定することも含まれる。

この構成により、本発明は、射幸心を煽ることによって生ずる過度な課金を制限する一方で、単位会計期間における累積課金額が予め定められた上限額に到達した場合に、到達を果たした到達プレーヤへ特典を付与することができる。

したがって、本発明によれば、新規に課金要素の購入ができない到達プレーヤであっても、付与された特典の使用によってゲームを容易に進行させること、又は、高度な技を使用し、若しくは、高度な戦略を用いてゲームを攻略するなどよって、課金の優位性に基づいてゲームを進行させることと同等にゲームを進行させることができるので、到達までの購入により獲得した興趣性を、新規の購入を行わずに維持することができる。

すなわち、本発明は、課金の上限を設けることによって射幸心を抑制してプレーヤの不利益を防止する一方で、課金を行うことによって得られた興趣性の低下を防止してその維持を図ることができる。

なお、特典には、前記残り期間中のイベント参加権、前記残り期間中に使用可能な抽選権、前記到達プレーヤが所有する抽選権の当選確率向上、前記到達プレーヤが所有する抽選権の特定要素に係る当選確率の向上、前記到達プレーヤが所有する抽選権に係る仮想抽選箱の価値向上、前記到達プレーヤが所有する抽選権に係る仮想抽選箱の差し替え権、特定要素の引換権、自由に選べる要素の引換権などが含まれる。

また、特典には、到達前より有利なモードで前記ゲームをプレーする権利などが含まれてもよい。つまり、特典制御部は、到達プレーヤのモードを到達前よりも有利なモードに変異させてもよい。例えば、特典制御部は、プレーヤキャラクタの体力や攻撃力を向上させたり、プレーヤキャラクタが回復アイテムを獲得する機会や頻度を多く設定したりしてもよい。

（２）前記特典制御部は、
前記単位会計期間における前記所要時間に応じて前記特典の価値を設定してもよい。

この構成によると、累積課金額が上限額に達するタイミング（速度）に応じて特典の価値を変更できるので、例えば、タイミングが早期であればあるほど、特典の価値を高め、残り期間における到達プレーヤのゲーム進行を有利にすることもできる。

したがって、本発明は、早期に到達を果たした到達プレーヤの残り期間における興趣性を維持するだけでなく、当該興趣性を向上させることも可能である。

（３）前記特典には、
単位時間当たりに所定回数まで使用可能なイベント参加権が含まれてもよい。

この構成によると、所要時間が短いときほど無料でイベントに参加できる期間が延びるので、なるべく早期に到達プレーヤになろうという動機付けをプレーヤに与えることができる。

（４）前記特典制御部は、
前記単位会計期間における前記所要時間に応じて、前記単位時間当たりに前記イベント参加権の使用可能な回数を設定してもよい。

この構成によると、所要時間が短いときほど無料でイベントに参加できる頻度も増えるので、なるべく早期に到達プレーヤになろうという動機を強めることができる。

（５）前記特典制御部は、
前記単位会計期間における前記所要時間に応じて、前記イベント参加権の有効期限を設定してもよい。

この構成によると、所要時間が短いときほど無料でイベントに参加できる期間が延びるので、なるべく早期に到達プレーヤになろうという動機を強めることができる。

（６）前記判定部は、前記到達のタイミングで前記プレーヤが参加していたイベントの参加プレーヤ数を更に判定し、前記特典制御部は、前記参加プレーヤ数に応じて前記特典の価値を設定してもよい。

この構成によると、人気イベントに参加したタイミングで到達プレーヤになろうという動機付けをプレーヤに与えることができるので、人気イベントの参加プレーヤを更に増大すること（つまりイベントを活気付けること）ができる。

（７）前記判定部は、
同一単位会計期間内の同一時期に前記到達プレーヤとなった２以上のプレーヤの間で到達の順位を更に判定し、
前記特典制御部は、
到達の順位が上位な前記到達プレーヤほど前記特典の価値を高く設定してもよい。

この構成によると、他のプレーヤより早期なタイミングで到達プレーヤになろうという動機付けをプレーヤに与えることができる。

（８）前記判定部は、
同一グループを構成する複数プレーヤが同一単位会計期間内に前記到達プレーヤになったか否かを更に判定し、
前記特典制御部は、
前記複数プレーヤが前記到達プレーヤとなった場合には、ならなかった場合よりも前記到達プレーヤに対する前記特典の価値を高く設定してもよい。

この構成によると、同一グループ内のプレーヤ同士で同じ単位会計期間内に到達プレーヤになろうという動機付けを、グループ内の個々のプレーヤに与えることができる。これによって、グループ内の連帯感や親密度を高めることが可能である。また、より高い価値の特典を獲得するためにグループを構成しようという動機付けをプレーヤに与えることも可能である。

（９）前記特典には、
前記残り期間中に使用可能な抽選権、
前記到達プレーヤが所有する抽選権の当選確率向上、
前記到達プレーヤが所有する抽選権の特定要素に係る当選確率の向上、
前記到達プレーヤが所有する抽選権に係る仮想抽選箱の価値向上、
前記到達プレーヤが所有する抽選権に係る仮想抽選箱の差し替え権、
特定要素の引換権、
自由に選べる要素の引換権、
のうち少なくとも１つが含まれてもよい。

なお、抽選権は、抽選を行ってアイテム等を獲得する権利のことであり、「抽選イベントの参加権」と言うこともできる。

これらの特典の少なくとも１つによれば、到達プレーヤが残り時期を有意義に過ごすことが可能である。

（１０）前記判定部は、
前記ゲームに対するプレーヤ毎のプレー履歴又はログイン履歴に基づき、前記到達後の所定期間内に前記到達プレーヤがプレー又はログインしたか否かを更に判定し、
前記特典制御部は、
前記所定期間内に前記到達プレーヤがプレー又はログインしたか否かに応じて、前記到達プレーヤに対する前記特典の価値を設定してもよい。

なお、所定期間の長さは、例えば、到達から次の単位会計期間の開始までの残り期間の長さ以下に設定される。

この構成によると、到達後の所定期間内にプレー又はログインしていない到達プレーヤ
と、プレー又はログインした到達プレーヤとの間で、特典の価値に差をつけることができる。例えば、プレー又はログインした到達プレーヤに対する特典の価値の方を相対的に高く設定したならば、到達プレーヤになってからも積極的にプレー又はログインしようという動機付けをプレーヤに付与することができる。

なお、ここでは、所定期間内に到達プレーヤがプレー又はログインしたか否かに応じて特典の価値を設定したが、所定期間における到達プレーヤのプレー又はログインの回数に応じて特典の価値を設定してもよい。

（１１）前記判定部は、
前記到達プレーヤによる前記特典の利用履歴に基づき、前記到達後の所定期間内に前記到達プレーヤが前記特典を利用したか否かを更に判定し、
前記特典制御部は、
前記所定期間内に前記到達プレーヤが前記特典を利用したか否かに応じて、前記到達プレーヤに対する前記特典の価値を設定してもよい。

この構成によると、到達後の所定期間内に特典を利用した場合と、利用しない場合とで、特典の価値に差をつけることができる。例えば、利用した場合における特典の価値の方を相対的に高く設定したならば、獲得した特典を積極的に利用しようという動機付けをプレーヤに付与することができる。

（１２）前記判定部は、
プレーヤ毎に管理されるプレーヤ情報に基づき、前記到達プレーヤの検出に用いられる前記上限額をプレーヤ毎に設定してもよい。

プレーヤ情報は、プレーヤに固有の情報であって、例えば、プレーヤの年齢、プレーヤの性別、プレーヤのプレー履歴、プレーヤのログイン履歴、プレーヤの課金履歴などが含まれる。

例えば、プレーヤが小学生である場合とプレーヤが社会人である場合とでは、同じ長さの単位会計期間であっても支払い能力には大きな差がある。また、ゲームにおけるプレーヤのステータス（経験値など）が高まれば、より多くのアイテム、又は、より高価なアイテムを購入したいという要求も高まると考えられる。また、過去のログイン履歴、過去の課金履歴などから、プレーヤの支払い能力の高さを推測できる場合もあると考えられる。

そこで、上記構成のように、プレーヤ情報に基づき上限額をプレーヤ毎に設定したならば、個々のプレーヤに対してそれぞれ適正な制限を課せるので、幅広い層の様々なプレーヤにゲームを楽しんでもらうことが可能である。

（１３）上記課題を解決するため、本発明のプログラムは、
課金要素を含む所与のゲームの進行を制御するゲーム制御部と、
前記課金要素に係るプレーヤ毎の課金履歴を管理する管理部と、
前記課金履歴に基づき単位会計期間内における累積課金額をプレーヤ毎に算出する算出部と、
前記累積課金額が所与の上限額に到達したか否かをプレーヤ毎に判定する判定部と、
前記累積課金額が前記上限額に到達した到達プレーヤによる前記課金要素の購入を、前記到達から前記単位会計期間の終了までの残り期間中に制限する制限部と、
前記単位会計期間の開始から前記到達までの所要時間に応じて、前記残り期間における前記ゲームの進行に関わる特典を、前記到達プレーヤへ付与する制御を行う特典制御部と、
してコンピュータを機能させることを特徴とするプログラム。

なお、本発明のサーバシステムの機能は、複数のサーバ装置に分担して搭載されてもよい。また、本サーバシステムの機能の一部は、端末装置の側に搭載されてもよい。また、本発明のプログラムの一部又は全部を情報記憶媒体に記録することも可能である。

一実施形態のゲームシステムの構成を示すシステム構成の一例を示す図である。 一実施形態におけるゲームサーバの構成を示す機能ブロック図の一例である。 一実施形態における端末装置の構成を示す機能ブロック図の一例である。 一実施形態のゲームサーバの記憶部に記憶されるプレーヤ情報の一例を示す図である。 チャージ履歴情報の一例を示す図である。 課金履歴情報の一例を示す図である。 フラグ情報の一例を示す図である。 単位会計期間における累積課金額の推移の一例（後期に限度額に到達した場合）である。 単位会計期間における累積課金額の推移の一例（中間期に限度額に到達した場合）である。 単位会計期間における累積課金額の推移の一例（前期に限度額に到達した場合）である。 ホーム画面の一例である。 現在の単位会計期間内にプレーヤが獲得可能な特典を告知する特典告知画面の一例である。 開催中又は開催予定のイベントを告知するイベント告知画面の一例である。 開催中のガチャイベントの開始画面の一例である。 （Ａ）は、チャージ額が不足している旨をプレーヤへ通知する通知画面の一例であり、（Ｂ）は、購入額が限度額に到達した旨をプレーヤへ通知する通知画面の一例であり、（Ｃ）は、特典を獲得するために必要な購入額（ガチャ回数）をプレーヤへ通知する通知画面の一例であり、（Ｄ）は、現在の単位会計期間内における限度額に累積課金額が到達した旨（特典が付与された旨）をプレーヤへ通知する通知画面の一例である。 ゲームサーバによるチャージ処理の動作を示すフローチャートである。 ゲームサーバによる特典付与処理の動作を示すフローチャートである。 強化期間による特典アップ処理の動作を示すフローチャートである。 ゲームサーバによるガチャイベントの処理の動作を示すフローチャートである。

以下、実施形態について説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、以下の実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

［１］ゲームシステム
まず、図１を用いて本実施形態のゲームシステム１の概要及び概要構成について説明する。なお、図１は、本実施形態のゲームシステム１の構成を示すシステム構成の一例を示す図である。

本実施形態のゲームシステム１（サーバシステムの一例）は、図１に示すように、ゲームサーバ１０と、端末装置２０（例えば、端末装置２０Ａ、２０Ｂ、２０Ｃ）と、認証サーバ３０とが、インターネットなどのネットワークＮに接続可能に構成されている。

ゲームサーバ１０は、例えば、各端末装置２０が業務用のゲーム機（いわゆる、アーケードゲーム機）の場合には、プレーヤの各データを管理するとともに各端末装置２０の管理を行う管理サーバ装置として機能し、各端末装置２０において実行されるゲームの管理及び可動状態の管理、並びに、各端末装置２０において他のプレーヤと対戦ゲームを実行する際のゲームデータの通信管理を実行する構成を有している。

一方、ゲームサーバ１０は、各端末装置２０がプレーヤによって所有されるスマートフォ ン、携帯電話、ＰＨＳ、コンピュータ、ゲーム装置、ＰＤＡ、携帯型ゲーム機等、又は、画像生成装置などの通信端末装置に場合には、プレーヤや端末装置２０の管理の他に、ゲームの提供、ゲーム処理の実行、及び、ゲーム実行中におけるプレーヤの間におけるコミュニケーションを行うための各種の処理を実行する構成を有している。

特に、この場合には、ゲームサーバ１０は、端末装置２０のユーザ（すなわち、ゲームを実行するプレーヤ）の操作に基づく入力情報を受信し、受信した入力情報に基づいてゲーム処理を行うようになっている。そして、ゲームサーバ１０は、ゲーム処理結果を端末装置２０に送信し、端末装置２０は、ゲームサーバ１０から受信したゲーム処理結果を端末装置２０にプレーヤに閲覧可能に提供する各種の処理を行う構成を有している。

なお、この場合には、ゲームサーバ１０は、コミュニケーション型のサービスを提供するＳＮＳサーバ装置として機能してもよい。特に、ＳＮＳサーバ装置とは、複数のプレーヤ間でコミュニケーションを提供することが可能なサービスを提供する情報処理装置であってもよい。

また、ゲームサーバ１０は、例えば、ＳＮＳサーバとして機能する場合には、提供するＳＮＳの動作環境（ＡＰＩ（アプリケーションプログラミングインタフェース）、プラットフォーム等）を利用して実行されるソーシャルゲーム（Ｓｏｃｉａｌ Ｇａｍｅ）をと呼ばれるゲームを提供することができるようになっている。

さらに、ゲームサーバ１０は、１つの（装置、プロセッサ）で構成されていてもよいし、複数の（装置、プロセッサ）で構成されていてもよい。

端末装置２０は、ネットワークＮを介してゲームサーバ１０との通信を確立し、ゲームに関するゲームデータの送受信を行いつつ、送受信されたゲームデータに基づいて、ゲームを実行する。

例えば、端末装置２０は、業務用ゲーム機の場合には、メダルや硬貨などの遊技媒体の投入に基づいて、ゲームを開始し、所定のゲーム処理を実行してゲームを進行させる。

特に、この場合には、端末装置２０は、各プレーヤが単独でゲームのゲーム処理を、または、他のプレーヤと協力して他の端末装置２０と連動しつつ所定のゲーム処理を実行するように構成されている。

また、この場合には、端末装置２０は、ゲームサーバ１０の管理の下、他の端末装置２０との連動プレーの準備の他に、ゲームカードなどのＩＤを利用した各プレーヤの管理（データ管理及び課金管理）、及び、対戦ゲームを開始する前に、アプリケーション（ゲームプログラム）のバージョンアップや保守に関する制御を行うための各構成を有している
。

一方、端末装置２０は、プレーヤによって所有される通信端末装置の場合には、有線又は無線の通信回線を用いてインターネット（ＷＡＮ）、ＬＡＮなどのネットワークＮを介してゲームサーバ１０に接続し、当該ゲームサーバ１０と連動してゲームを実行する。

特に、端末装置２０は、プレーヤによって所有される通信端末装置の場合には、専用のアプリケーションやＷｅｂブラウザ上で提供されるゲーム、例えばＨＴＭＬ、ＦＬＡＳＨ、ＣＧＩ、ＰＨＰ、ｓｈｏｃｋｗａｖｅ、Ｊａｖａ（登録商標）アプレット、ＪａｖａＳｃｒｉｐｔ（登録商標）など様々な言語で作られたブラウザゲーム（Ｗｅｂブラウザで設置サイトを開くだけで起動するゲーム）を用いることが可能性構成を有している。

なお、ソーシャルゲームとは、既存のオンラインゲームとは違い、専用のクライアントソフトウェアを必要とせず、ＷｅｂブラウザとＳＮＳのアカウントのみで利用可能なゲームが含まれる。また、ゲームサーバ１０は、ネットワークを介して他のプレーヤの端末（スマートフォン、パソコン、ゲーム機など）と接続し、オンラインで同時に同じゲーム進行を共有することができるオンラインゲームを提供することが可能な構成を有している。

一方、端末装置２０は、プレーヤによって所有される通信端末装置の場合には、Ｗｅｂページ（ＨＴＭＬ形式のデータ）を閲覧可能なＷｅｂブラウザを備えている。すなわち、端末装置２０は、ゲームサーバ１０との通信を行うための通信制御機能、及びゲームサーバ１０から受信したデータ（Ｗｅｂデータ、ＨＴＭＬ形式で作成されたデータなど）を用いて表示制御を行うＷｅｂブラウザ機能などを備え、ゲーム画面をプレーヤに提供する各種の処理を実行し、プレーヤによってゲームを実行させるようになっている。ただし、端末装置２０は、ゲームサーバ１０から提供されたゲーム制御情報を取得して所定のゲーム処理を実行し、ゲーム処理に基づくゲームを実行してもよい。

なお、本実施形態では、ゲームサーバ１０がＳＮＳサーバとしての機能も備えていている場合を例にとり説明するが、ゲームサーバ１０を、ゲーム用のサーバと、ＳＮＳ用のサーバと別々に形成してもよい。また、本実施形態のゲームの処理は、ゲームサーバ１０が一部又は全部を行ってもよいし、端末装置２０が一部を行ってもよい。

特に、端末装置２０は、所定ゲームを行う旨の要求をゲームサーバ１０に対して行うと、ゲームサーバ１０のゲームサイトに接続され、ゲームが開始される。特に、端末装置２０は、必要に応じてＡＰＩを用いることにより、ＳＮＳサーバとして機能するゲームサーバ１０に所定の処理を行わせ、又は、ＳＮＳサーバとして機能するゲームサーバ１０が管理するプレーヤ情報１４６を取得させてゲームを実行する構成を有している。

そして、ゲームサーバ１０の記憶領域（後述する記憶部１４０）に記憶される各種のデータを、ネットワークＮ（イントラネット又はインターネット）を介して接続されたデータベース（広義には記憶装置、メモリ）に記憶するようにしてもよいし、ＳＮＳサーバとして機能する場合には、記憶領域に記憶されるプレーヤ情報１４６等の情報を、ネットワークＮ（イントラネット又はインターネット）を介して接続されたデータベース（広義には記憶装置、メモリ）に記憶するようにしてもよい。

認証サーバ３０は、プレーヤからゲームサーバ１０の運営者に対する実通貨（実社会、ゲーム外のインターネット社会で使用可能な通貨）の支払い（決済）に関する処理を実行する。なお、決済に関する処理には、本人等の認証処理、セキュリティー対策処理、決済金額の精算処理、決済に関する通知処理などが含まれてもよい。ここで、本実施形態のプレーヤは、決済の方法として、例えば、以下の方法（ｉ）〜（ｖｉｉ）の何れか１つを採
用することができる。

（ｉ）クレジットカードによる決済、
（ｉｉ）他社プリペイドカード（運営者以外の業者が発行したプリペイドカード）による決済、
（ｉｉｉ）自社プリペイドカード（運営者以外の業者が発行したプリペイドカード）による決済
（ｉｖ）通信事業者代行（キャリア代行）による決済、
（ｖ）有料メダルや硬貨などの遊技媒体の投入（端末装置２０に遊戯媒体の管理装置が付属している場合など）、
（ｖｉ）ＩＣカードによる決済（端末装置２０にカードリーダが設けられている場合など）、
（ｖｉｉ）銀行引き落としによる決済、
などがある。以下、特に、４つの決済方法（ｉ）〜（ｉｖ）に認証サーバ３０が対応しているものと仮定する。

［２］ゲームサーバ
次に、図２を用いて本実施形態のゲームサーバ１０について説明する。なお、図２は、本実施形態のゲームサーバ１０の機能ブロックを示す図である。また、本実施形態のゲームサーバ１０は図２の構成要素（各部）の一部を省略した構成としてもよい。

ゲームサーバ１０は、管理者その他の入力に用いるための入力部１２０と、所定の表示を行う表示部１３０と、所定の情報が記憶された情報記憶媒体１８０と、端末装置２０その他と通信を行う通信部１９６と、主に提供するゲームに関する処理を実行する処理部１００と、主にゲームに用いる各種のデータを記憶する記憶部１４０を含む。

入力部１２０は、システム管理者等がゲームに関する設定やその他必要な設定、データの入力に用いるものである。例えば、本実施形態の入力部１２０は、マウスやキーボード等によって構成される。

表示部１３０は、システム管理者用の操作画面を表示するものである。例えば、本実施形態の表示部１３０は、液晶ディスプレイ等によって構成される。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。

なお、処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。すなわち、情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

通信部１９６は外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどによって構成される。

記憶部１４０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、ＲＡＭ（ＶＲＡＭ）などによって構成される。なお、記憶部１４０に記憶される情報は、データベースで管理してもよい。

また、本実施形態においては、記憶部１４０には、各処理においてワーク領域として機能する主記憶部１４２と、ゲームサーバ１０が提供すべきゲームに関する情報を示すゲーム情報１４４、提供するゲームに関しプレーヤに関する情報を示すプレーヤ情報１４６、及び、その他ゲーム演算に必要な各種の情報が記憶される。

なお、プレーヤ情報１４６には、付した特典の種別の情報、及び、付与した日時を示す日時情報を含む当該特典を特定するための特典情報等がプレーヤごとに記憶される。プレーヤ情報１４６の詳細は、後述する。

処理部１００は、記憶部１４０内の主記憶部１４２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

例えば、処理部１００（プロセッサー）は、情報記憶媒体１８０に記憶されているプログラムに基づいて、ゲームサーバ１０全体の制御を行うと共に、各部間におけるデータ等の受け渡しの制御などの各種の処理を行う。さらに、端末からの要求に応じた各種サービスを提供する処理を行う。

具体的には、本実施形態の処理部１００は、通信制御部１０１、ゲーム管理部１０３、Ｗｅｂ処理部１０５、端末管理部１０６及びプレーヤ管理部１０７を少なくとも有している。

通信制御部１０１は、端末装置２０や他のサーバとネットワークを介してデータを送受信する処理を行う。すなわち、ゲームサーバ１０は、通信制御部１０１によって端末装置２０等から受信した情報に基づいて各種処理を行う。

特に、本実施形態の通信制御部１０１は、端末装置２０からの要求に基づいて、端末装置２０において実行されるゲームの管理、ゲームをプレーするプレーヤの管理、及び、各端末装置２０の管理を行うための各種の通信を行う。

ゲーム管理部１０３は、端末装置２０における各種のゲームを実行させるための制御を行う。特に、プレーヤが所有する通信端末装置によってゲームを実行させる場合には、プレーヤ情報１４６に含まれるゲーム用のパラメータに基づき、端末装置２０と連動させて各ゲームを実行させるための各処理を行う。

例えば、各処理としては、ゲーム管理部１０３は、
（１）プレーヤオブジェクト、移動体オブジェクトやマップ（地形）などの各種のオブジェクトをオブジェクト空間（２次元又は３次元空間）に配置設定する処理
（２）オブジェクト空間内において移動するオブジェクトの移動演算を行う処理
（３）プレーヤの指示に基づいてデッキに設定されたゲームに使用される複数のプレーヤキャラクタの自動演算やプレーヤの指示に基づく各プレーヤキャラクタの移動制御などのゲームを進行させるための処理
（４）オブジェクト空間内における所与の視点から見える画像を生成する仮想カメラの制御処理、
（５）端末装置２０においてゲームの画像を描画生成するための描画データを生成する生成処理、及び、
（６）ゲーム画像の表示とともに端末装置２０において出力される音の処理
を実行する。

また、ゲーム管理部１０３は、端末装置２０において実行される各ゲームを管理するとともに、複数の端末装置２０を連動させてゲームを実行する際の各種の管理を行う。例えば、ゲーム管理部１０３は、プレーヤ毎に管理されるプレーヤ情報１４６に基づき、ゲームにおける各プレーヤのゲームの進行を制御する。

なお、当該ゲームには、対戦ゲーム、ＲＰＧ、シューティングゲーム、音楽ゲーム、仮想マーケット、ガチャイベントなどの各種のイベントが含まれる。仮想マーケットは、ゲーム内で使用可能なアイテムやサービスなどの課金要素をプレーヤが購入するイベントのことである。ガチャイベントは、ゲーム内で使用可能なアイテムやサービスなどの課金要素をプレーヤが抽選で獲得するイベントのことである。例えば、ガチャイベントへの参加は、原則的には有料に設定される。但し、例外的に、特定の期間内に限り無料に設定されたり、特定のプレーヤに対して無料に設定されたりすることがあってもよい。

Ｗｅｂ処理部１０５は、Ｗｅｂサーバとして機能し、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを通じて、例えば、端末装置２０にインストールされているＷｅｂブラウザの要求に応じてデータを送信する処理、端末装置２０のＷｅｂブラウザによって送信されるデータを受信する処理を行う。

プレーヤ管理部１０７は、ゲーム管理部１０３と連動してプレーヤ毎のプレーヤ情報１４６を管理し、当該プレーヤ情報１４６に基づき、各プレーヤにおけるゲーム毎のアイテムやスコアなどのゲームの実行上において（継続して特定のゲームをプレーするための）必要な各種の処理を実行する。

［２．１］認証サーバの基本動作
［２．１．１］クレジットカード決済
クレジットカードによる決済（ｉ）は、例えば以下の手順（１）〜（５）で行われる。

（１）認証サーバ３０は、ネットワークＮを介してゲームサーバ１０から決済要求等を受信する。決済要求等には、例えば、プレーヤの個人情報、支払い金額、支払い回数、クレジットカード番号、暗証番号など、決済に必要な情報が含まれる。

（２）認証サーバ３０は、該当するクレジットカード会社のサーバ（以下、「外部サーバ」という。）へ決済情報を送信し、当該外部サーバに対してカード認証及び本人認証を依頼する。

（３）認証サーバ３０は、当該外部サーバから認証を受けると、ネットワークＮを介してゲームサーバ１０へその旨を通知する。なお、認証サーバ３０は、外部サーバから認証が受けられない場合には、ネットワークＮを介してゲームサーバ１０へその旨を通知する。

（４）認証を受けた後、認証サーバ３０は、ネットワークＮを介してゲームサーバ１０から確定通知を受信すると、ネットワークＮを介して当該外部サーバにアクセスして決済の依頼を行う。外部サーバは、先に受信した決済情報に基づき決済を完了させる。この決済は、プレーヤからゲームサーバ１０の運営者に対する実通貨の支払いに相当する。なお、クレジットカード会社とゲームサーバ１０の運営者との間における実通貨の精算は、別
途行われるものとする。また、精算の行われるタイミング（会計締め）は、ゲームマネーの単位会計期間の開始又は終了時に一致してもよいし、ずれていてもよい。また、精算の行われる周期は、単位会計期間と同じであってもよいし、ずれていてもよい。

（５）認証サーバ３０は、ネットワークＮを介して当該外部サーバから決済が完了した旨の通知を受信すると、ゲームサーバ１０に対して決済が完了した旨の通知を発行する。

［２．１．２］他社プリペイドカード決済
また、プリペイドカードによる決済（ｉｉ）は、例えば以下の手順（１）〜（５）で行われる。

（１）認証サーバ３０は、ネットワークＮを介してゲームサーバ１０から決済要求等を受信する。決済要求等には、例えば、プリペイドカードの識別番号など、決済に必要な情報が含まれる。

（２）認証サーバ３０は、プリペイドカードを発行した業者のサーバ（以下、「外部サーバ」という。）へ決済情報を送信し、当該外部サーバに対してカード認証を依頼する。

（３）認証サーバ３０は、当該外部サーバから認証を受けると、ネットワークＮを介してゲームサーバ１０へその旨を通知する。なお、認証サーバ３０は、外部サーバから認証が受けられない場合には、ネットワークＮを介してゲームサーバ１０へその旨を通知する。

（４）認証を受けた後、認証サーバ３０は、ネットワークＮを介してゲームサーバ１０から確定通知を受信すると、ネットワークＮを介して当該外部サーバにアクセスして決済の依頼を行う。外部サーバは、先に受信した決済情報に基づき決済を完了させる。この決済は、プレーヤからゲームサーバ１０の運営者に対する間接的な料金の支払いに相当する。なお、プリペイドカードを発行した業者とゲームサーバ１０の運営者との間における実通貨の精算は、別途行われるものとする。また、精算の行われるタイミング（会計締め）は、ゲーム内通貨の単位会計期間の開始又は終了時に一致してもよいし、ずれていてもよい。また、精算の行われる周期は、単位会計期間と同じであってもよいし、ずれていてもよい。

（５）認証サーバ３０は、ネットワークＮを介して当該外部サーバから決済が完了した旨の通知を受信すると、ゲームサーバ１０に対して決済が完了した旨の通知を発行する。

［２．１．３］自社プリペイドカード決済
また、プリペイドカードによる決済（ｉｉｉ）は、例えば以下の手順（１）〜（５）で行われる。

（１）認証サーバ３０は、ネットワークＮを介してゲームサーバ１０から決済要求等を受信する。決済要求等には、例えば、プリペイドカードの識別番号など、決済に必要な情報が含まれる。

（２）認証サーバ３０は、プリペイドカードの管理サーバへ決済情報を送信し、当該管理サーバに対してカード認証を依頼する。管理サーバの運営者は、ゲームサーバ１０の運営者と同じである。

（３）認証サーバ３０は、当該管理サーバから認証を受けると、ネットワークＮを介してゲームサーバ１０へその旨を通知する。なお、認証サーバ３０は、管理サーバから認証
が受けられない場合には、ネットワークＮを介してゲームサーバ１０へその旨を通知する。

（４）認証を受けた後、認証サーバ３０は、ネットワークＮを介してゲームサーバ１０から確定通知を受信すると、ネットワークＮを介して当該管理サーバにアクセスして決済の依頼を行う。管理サーバは、先に受信した決済情報に基づき決済を完了させる。この決済は、プレーヤからゲームサーバ１０の運営者に対する間接的な料金の支払いに相当する。なお、プレーヤから運営者に対するプリペイドカードの料金は、既に支払われているものとする。

（５）認証サーバ３０は、ネットワークＮを介して当該管理サーバから決済が完了した旨の通知を受信すると、ゲームサーバ１０に対して決済が完了した旨の通知を発行する。

［２．１．４］通信事業者代行による決済
また、通信事業者代行による決済（ｉｖ）は、例えば以下の手順（１）〜（５）で行われる。

（１）認証サーバ３０は、ネットワークＮを介してゲームサーバ１０から決済要求等を受信する。決済要求等には、例えば、端末装置２０の端末ＩＤや暗証番号など、決済に必要な情報が含まれる。

（２）認証サーバ３０は、通信事業者のサーバ（以下、「外部サーバ」という。）へ決済情報を送信し、当該外部サーバに対して端末認証を依頼する。なお、通信事業者は、端末装置２０へ通信サービスを提供する旨の契約を予めプレーヤとの間で結んでいる通信事業者のことである。

（３）認証サーバ３０は、当該外部サーバから認証を受けると、ネットワークＮを介してゲームサーバ１０へその旨を通知する。なお、認証サーバ３０は、管理サーバから認証が受けられない場合には、ネットワークＮを介してゲームサーバ１０へその旨を通知する。

（４）認証を受けた後、認証サーバ３０は、ネットワークＮを介してゲームサーバ１０から確定通知を受信すると、ネットワークＮを介して当該外部サーバにアクセスして決済の依頼を行う。外部サーバは、先に受信した決済情報に基づき決済を完了させる。この決済は、プレーヤからゲームサーバ１０の運営者に対する間接的な料金の支払いに相当する。なお、通信事業者とゲームサーバ１０の運営者との間における実通貨の精算は、別途行われるものとする。また、精算の行われるタイミング（会計締め）は、ゲーム内通貨の単位会計期間の開始又は終了時に一致してもよいし、ずれていてもよい。また、精算の行われる周期は、単位会計期間と同じであってもよいし、ずれていてもよい。

（５）認証サーバ３０は、ネットワークＮを介して当該外部サーバから決済が完了した旨の通知を受信すると、ゲームサーバ１０に対して決済が完了した旨の通知を発行する。

［３］端末装置
次に、図３を用いて本実施形態の端末装置２０について説明する。なお、図３は、本実施形態における端末装置２０の構成を示す機能ブロック図の一例である。また、本実施形態の端末装置２０は図３の構成要素（各部）の一部を省略した構成としてもよい。

入力部２６０は、プレーヤからの入力情報を入力するための機器であり、プレーヤの入力情報を処理部２００に出力する。本実施形態の入力部２６０は、プレーヤの入力情報（
入力信号）を検出する検出部を備える。入力部２６０は、例えば、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、キーボード、マウスなどがある。

記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。特に、本実施形態の記憶部２７０は、主に、ゲームプログラムが記録される主記憶部２７１、画像バッファ２７２、及び、各種制御情報記憶部２７３を有している。

情報記憶媒体２８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。

なお、処理部２００は、情報記憶媒体２８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。情報記憶媒体２８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。

なお、本実施形態では、ゲームサーバ１０が有する情報記憶媒体１８０や記憶部１４０に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやゲームデータを、ネットワークを介して受信し、受信したプログラムやデータを情報記憶媒体２８０に記憶する。ゲームサーバ１０から受信したプログラムやデータを記憶部２７０に記憶してもよい。このようにプログラムやデータを受信してネットワークシステムを機能させる場合も本発明の範囲内に含む。

表示部２９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部２９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

通信部２９６は外部（例えば他の端末、サーバ）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

音出力部２９２は、音生成部２３０によって生成された音を出力するものであり、その機能は、スピーカ、または、ヘッドフォンなどにより実現できる。

処理部２００（プロセッサ）は、入力部２６０からの入力情報やプログラムなどに基づいて、ゲーム処理、表示制御、画像生成処理、或いは音生成処理などの処理を行う。

この処理部２００は記憶部２７０内の主記憶部２７１をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部２００は、通信制御部２１０、Ｗｅｂブラウザ２１１、ゲーム処理部２１２、表示制御部２１３、描画部２２０、音生成部２３０を含む。なおこれらの一部を省略する構成としてもよい。

通信制御部２１０は、ゲームサーバ１０とデータの送受信を実行する各種の処理を行う。また、通信制御部２１０は、ゲームサーバ１０から受信したデータを記憶部２７０に格
納する処理、受信したデータを解析する処理、その他のデータの送受信に関する制御処理等を行う。

なお、通信制御部２１０は、サーバの宛先情報（ＩＰアドレス、ポート番号）を情報記憶媒体２８０に記憶し、管理する処理を行うようにしてもよい。また、通信制御部２１０は、プレーヤからの通信開始の入力情報を受け付けた場合に、ゲームサーバ１０との通信を行うようにしてもよい。

特に、通信制御部２１０は、ゲームサーバ１０にプレーヤの識別情報（すなわち、プレーヤＩＤ）を送信し、プレーヤ情報１４６に関するデータ（プレーヤの各ゲームにおけるスコア、アイテム及び進行状況などのゲーム設定、フレンドに関する情報、プレーヤの属性（プレーヤ名や掲示情報）、ゲーム画面等）をゲームサーバ１０から受信する処理を行う。

なお、通信制御部２１０は、所定周期でゲームサーバ１０とデータ送受信を行ってもよいし、入力部２６０からの入力情報を受け付けた場合に、ゲームサーバ１０とデータ送受信を行ってもよい。特に、本実施形態の通信制御部２１０は、ゲーム画面を、ゲームサーバ１０から受信する処理を行う。

Ｗｅｂブラウザ２１１は、Ｗｅｂページ（ゲーム画面）を閲覧するためのアプリケーションプログラムであって、Ｗｅｂサーバ（ゲームサーバ１０）から、ＨＴＭＬファイルや画像ファイル等をダウンロードし、レイアウトを解析して表示制御する。

また、Ｗｅｂブラウザ２１１は、入力フォーム（リンクやボタンやテキストボックス等）を用いてデータをＷｅｂサーバ（ゲームサーバ１０）に送信する。

特に、端末装置２０がプレーヤによって所有される通信端末装置の場合には、Ｗｅｂブラウザ２１１は、ブラウザゲームを実現するために用いられる。例えば、Ｗｅｂブラウザ２１１は、Ｗｅｂサーバ（ゲームサーバ１０）から受信したＪａｖａＳｃｒｉｐｔ（登録商標）、ＦＬＡＳＨ、Ｊａｖａ（登録商標）等で記述されたプログラムを実行するものであってもよい。

なお、端末装置２０は、Ｗｅｂブラウザ２１１によって、ネットワークＮを介してＵＲＬによって指定されたＷｅｂサーバからの情報を表示させることができる。例えば、端末装置２０は、ゲームサーバ１０から受信したゲーム画面（ＨＴＭＬ等のデータ）をＷｅｂブラウザ２１１によって表示させることができる。

ゲーム処理部２１２は、種々のゲーム演算処理を行う。例えば、ゲーム処理部２１２は、所定のゲーム開始条件が満たされた場合に、ゲームを開始する処理、ゲームを進行させる処理、キャラクタやマップなどのオブジェクトを配置する処理、オブジェクトを表示する処理（オブジェクト空間内を移動する移動体オブジェクトの移動するための演算も含む。）、ゲーム結果に対応するスコアを演算する処理、及び、ゲーム終了条件が満たされた場合にゲームを終了する処理などを行う他に、ゲーム終了後、ゲームの結果に応じてプレーデータを生成する機能を有する。

また、ゲームのスタート時にゲームサーバ１０からプレーデータを取得すると、当該プレーデータに基づき、前回までの設定を引き継ぎつつ、ゲームをプレーさせるための演算処理を開始する。

さらに、本実施形態のゲーム処理部２１２は、複数人プレーを実行する際には、チーム
メンバーの設定を引き継ぎつつ、チームメイトのキャラクタを設定し、複数人プレーをさせるための演算処理を開始する。

なお、端末装置２０が業務用ゲーム機の場合には、原則的には単独で上記の各処理を実行し、当該端末装置２０がプレーヤによって所有される通信端末装置の場合には、上記の各処理については、ゲームサーバ１０と連動し、一部又は全部の処理が当該ゲームサーバ１０によって実行されてもよい。

描画部２２０は、処理部２００で行われる種々の処理（例えば、ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示制御部２１３によって表示部２９０に出力する。描画部２２０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。

また、表示制御部２１３は、ゲーム画面制御部２１６で生成されたゲーム画面を、表示部１９０に表示する処理を行う。例えば、表示制御部２１３は、Ｗｅｂブラウザ２１１を用いて表示してもよい。

［３．１］プレーヤ情報
プレーヤ情報１４６には、例えば、図４に示すように、ゲームマネー口座を開設したプレーヤに関する情報をプレーヤごとに管理するため、以下の各情報がプレーヤ毎に記憶されるようになっている。なお、プレーヤ情報は、図４のデータ構成に限定されず、実施態様に合わせて、種々の変更を行い、ある種の情報を追加し、又は、一部の情報を統合して、省略することが可能である。なお、プレーヤ情報は、プレーヤ管理部１０７によって管理される。

（１）プレーヤＩＤ：
プレーヤＩＤは、プレーヤ毎に割り当てられた識別情報である。この情報は、ゲームサーバの運営者に対するプレーヤ登録時に登録される。

（２）プレーヤ属性情報：
プレーヤ属性情報は、プレーヤの属性（プレーヤ固有の情報）をプレーヤ毎に示す情報である。プレーヤ属性情報には、例えば、プレーヤの氏名、住所、アカウント名、認証コードが含まれる。この情報は、ゲームサーバの運営者に対するプレーヤ登録時に登録される。また、プレーヤ属性情報には、プレーヤの年齢、プレーヤの性別などが含まれる。

（３）口座情報：
口座情報は、プレーヤに対して開設されたゲームマネー口座に関する情報である。口座情報には、ゲームマネー口座の現在の残高を示す残高情報と、ゲームマネーのチャージ履歴を示すチャージ履歴情報と、ゲームマネーの課金履歴（購入履歴）を示す課金履歴情報と、が含まれる。

なお、ゲームマネー口座からのゲームマネーの出金（減額）は、プレーヤ管理部１０７によって制御される。プレーヤ管理部１０７は、プレーヤからの課金要素の購入要求に応じて当該課金要素を当該プレーヤへ付与する際に、当該プレーヤのゲームマネー口座から相当のゲームマネーを減額する。

また、ゲームマネー口座に対するゲームマネーの入金（チャージ）は、プレーヤ管理部１０７によって制御される。プレーヤ管理部１０７は、プレーヤによる実通貨の支払い（決済）を条件として、相当のゲームマネーをゲームマネー口座へ入金（チャージ）する。

（５）限度額情報：
限度額情報は、単位会計期間内にプレーヤが使用可能なゲームマネーの限度額（上限額の一例）を示す情報である。この限度額は、ゲームサーバ１０のプレーヤ管理部１０７によって管理される。プレーヤ管理部１０７は、例えば、当初は、プレーヤ属性情報に基づき限度額を設定し、その後、プレーヤからの要求やプレーヤのプレーデータ（プレーヤのステータスなど）に応じて適宜に更新してもよい。

（５）ゲームのプレーデータ：
プレーデータには、プレーヤのプレー履歴やログイン履歴を示す情報が含まれる。

プレー履歴には、プレーヤのレベル、プレーの内容、プレーヤが購入した課金要素の内容、プレーヤが獲得した特典の内容、プレーヤが獲得した無料のゲームマネー（無料ポイント）、プレー日時、プレー時間など、ゲームプレーに関する情報の履歴が含まれる。このプレーデータは、ゲームの進行や、プレーヤがゲームをリスタートする際に、前回までのゲーム設定を引き継ぐためなどに用いられる。

なお、特典の内容には、特典の種類、特典の有効期限、特典の価値、特典の使用の有無などの履歴の情報が含まれる。また、課金要素の内容には、課金要素の種類、課金要素の有効期限、課金要素の価値、課金要素の使用の有無などの履歴の情報が含まれる。

また、プレーヤに特典や課金要素が付与されると、プレーデータに対して特典や課金要素の情報が追加される。また、プレーデータに含まれる特典や課金要素の価値（グレード）は、ゲームの進行状況や所定条件の具備などに応じて適宜に変更される。

（６）グループ情報：
グループ情報には、プレーヤの属するグループを示す情報が含まれる。この情報は、例えば、当該プレーヤと同じグループに属する他のプレーヤと、当該プレーヤとを、互いに対応づける情報である。グループ情報は、グループの識別情報であってもよいし、当該グループに属する他のプレーヤのプレーヤＩＤなどであってもよい。

（７）フラグ情報：
特典の価値を制御するために用いられるフラグであり、必要に応じてオン／オフされる。本実施形態では、フラグ情報には、例えば、図７に示すとおり、到達フラグと強化フラグとがある。

到達フラグは、単位会計期間内におけるゲームマネーの累積課金額が限度額に達した場合にオンされ、当該単位会計期間の終了と同時にオフされる。

強化フラグは、単位会計期間内の所与の強化期間内におけるゲームマネーの累積課金額が所与の閾値（例えば３万円相当）を超過した場合にオンされ、かつ、当該単位会計期間の終了と同時にオフされる。

［３．１．１］チャージ履歴情報
チャージ履歴情報には、例えば、図５に示すように、以下の情報が含まれる。

（Ａ１）支払い金額：
プレーヤが自己のゲームマネー口座にゲームマネーをチャージした時に支払った実通貨の金額のことである。実通貨の単位は、例えば、「円」である（因みに、「円」は、日本国が保証する通貨の単位である。）。

（Ａ２）チャージ額：
プレーヤが自己のゲームマネー口座にチャージしたゲームマネーの額のことである。ゲームマネーの単位は、例えば「コイン」である（「コイン」は、運営者が保証する通貨の単位である。ゲームマネーの単位は、運営者が任意に決めることができる。）。

（Ａ３）決済方法：
プレーヤがゲームマネーのチャージに際して用いた実通貨の支払い方法のことである。

因みに、チャージ日時が早期なゲームマネーほど早期に消費（出金）されると仮定すると、図５に示す例では、最初に消費される３０００コイン分のゲームマネーには、決済方法「自社プリペイドカード」が対応付けられており、次に消費される３０００コイン分のゲームマネーには、決済方法「クレジットカード」が対応付けられている。

（Ａ４）チャージ日時：
プレーヤが自己のゲームマネー口座にゲームマネーをチャージした日時のことである。

［３．１．２］課金履歴情報
また、課金履歴情報には、例えば、図６に示すように、以下の情報が含まれる。

（Ｂ１）課金要素：
課金（ここではゲームマネーの支払い）を条件としてプレーヤが獲得したアイテムやサービスを受ける権利などの要素のことである。

（Ｂ２）課金額：
課金要素の購入のためにプレーヤのゲームマネー口座から減額されたゲームマネーの額のことである。

（Ｂ３）決済方法：
課金要素の購入に充てられたゲームマネーのチャージ時の実通貨の決済方法のことである。

なお、１つの課金要素に２以上の決済方法が対応付けられる可能性もある。例えば、ガチャ権の購入に充てられたゲームマネーが３０００コインであると仮定すると、３０００コインのうち、１５００コイン分の決済方法は「自社プリペイドカード」であって、残りの１５００コイン分の決済方法は「他社プリペイドカード」であるという可能性もある。

（Ｂ４）課金日時：
課金要素の購入のためにプレーヤのゲームマネー口座からゲームマネーが減額された日時のことである。

（Ｂ５）累積課金額：
課金額の合計額のことである。本実施形態では、単位会計期間を１ヶ月とし、１ヶ月が経過した時点で、累積課金額はリセットされるものとする。

以下、適宜、「累積課金額」を、現時点の属する単位会計期間（当月）における累積課金額の意味で使用する。また、以下では、ゲーム毎にゲームマネーを管理する場合を想定するが、イベント毎にゲームマネーを管理することも可能であるし、ゲームマネーの代わりに実通貨を同様に管理することも可能である。

［４］本実施形態の処理の手法
［４．１］概要
次に、本実施形態の処理の手法について説明する。

本実施形態のゲームサーバ１０の処理部１００は、以下の構成を有している。

（１）課金要素を含む所与のゲームの進行を制御するゲーム管理部１０３（ゲーム制御部の一例）。ゲーム管理部１０３は、例えば、端末装置２０と連動し、プレーヤキャラクタやその他のキャラクタ、ゲーム空間やその一部、ゲームパラメータ、ＢＧＭ、及び、ゲームシナリオなどを提供しつつ、各プレーヤが複数のキャラクタを含むアイテムやゲームカードを用いて戦闘ゲームや格闘ゲームなどの対戦ゲーム、ＲＰＧ、又は、シミュレーションゲームなどのゲームを実行する構成を有している。

（２）課金要素に係るプレーヤ毎の課金履歴を管理する管理部１０７ａ。管理部１０７ａは、例えば、プレーヤが課金要素を購入する度に、プレーヤ情報に含まれる課金履歴情報の更新処理等を実行することにより、プレーヤによる課金の履歴を記して管理する。以下、プレーヤ管理部１０７が管理部１０７ａとして適宜に機能するものとして説明する。

（３）課金履歴に基づき単位会計期間内における累積課金額をプレーヤ毎に算出する算出部１０７ｂ。算出部１０７ｂは、例えば、課金履歴情報を参照することにより、単位会計期間内にプレーヤが課金要素を購入する度に、当該プレーヤの課金額を加算することにより、当該プレーヤの累積課金額を算出する処理を実行する。以下、プレーヤ管理部１０７が算出部１０７ｂとして適宜に機能するものとして説明する。

（４）累積課金額が所与の限度額（上限額の一例）に到達したか否かをプレーヤ毎に判定する判定部１０７ｃ。判定部１０７ｃは、例えば、プレーヤが課金要素を購入する度に、当該プレーヤの累積課金額と所与の限度額とを比較する処理や、前記累積課金額が限度額に到達したか否かを判定する処理などを実行することにより、累積課金額が限度額に到達した到達プレーヤを検出する。なお、判定部１０７ｃは、その他の判定に関わる各処理を実行する。以下、プレーヤ管理部１０７が判定部１０７ｃとして適宜に機能するものとして説明する。

（５）前記累積課金額が限度額に到達した到達プレーヤによる前記課金要素の購入を、前記到達から前記単位会計期間の終了までの残り期間中に制限する制限部１０７ｄ。制限部１０７ｄは、例えば、到達プレーヤが検出されると、検出のタイミングから現在の単位会計期間が経過するまでの残り期間中には、当該プレーヤからの課金要求（後述するガチャ要求等）を制限する処理を実行する。以下、プレーヤ管理部１０７が制限部１０７ｄとして適宜に機能するものとして説明する。

（６）前記単位会計期間の開始から前記到達までの所要時間に応じて、前記残り期間における前記ゲームの進行に関わる特典を、前記到達プレーヤへ付与する制御を行う特典制御部１０７ｅ。特典制御部１０７ｅは、例えば、特典をプレーヤに付与するために、プレーヤのプレーデータに、当該プレーヤが使用可能なアイテムとして、当該特典の情報を書き込む処理を実行する。更新後のプレーデータは、その後のプレーヤのゲームの進行に用いられる。なお、特典制御部１０７ｅは、特典に関わるその他の各処理を実行する。以下、プレーヤ管理部１０７が特典制御部１０７ｅとして適宜に機能するものとして説明する。

この構成により、ゲームサーバ１０は、射幸心を煽ることによって生ずる過度な課金を制限する一方で、単位会計期間における累積課金額が予め定められた限度額に到達した場合に、到達を果たした到達プレーヤへ特典を付与することができる。

したがって、ゲームサーバ１０によれば、新規に課金要素の購入ができない到達プレーヤであっても、付与された特典の使用によってゲームを容易に進行させること、又は、高度な技を使用し、若しくは、高度な戦略を用いてゲームを攻略するなどよって、課金の優位性に基づいてゲームを進行させることと同等にゲームを進行させることができるので、到達までの購入により獲得した興趣性を、新規の購入を行わずに維持することができる。

すなわち、ゲームサーバ１０は、課金の上限を設けることによって射幸心を抑制してプレーヤの不利益を防止する一方で、課金を行うことによって得られた興趣性の低下を防止してその維持を図ることができる。

［４．２］用語の説明
課金要素とは、課金を伴う行為や物のことであって、有料のアイテム、有料のプレーヤキャラクタや自機、ミニゲーム（ゲーム内ゲーム）やガチャイベントなどのイベントへの有料の参加権、ガチャの当選確率をアップする有料の権利、２つ以上のアイテムを合成して新たなアイテムを合成する有料の機会、友人に提供する有料のプレゼント、ゲームの有料のコンティニュー権、ゲームの有料のオプションなどが含まれる。

また、課金とは、ゲームサーバ１０の運営者がプレーヤへ通貨の支払いを課すことをいう。

また、通貨には、ゲームの内外（国家、地域、インターネットなどの社会）で使用可能な通貨（リアルマネー、電子マネー、ウェブマネーなどであって、国家等の社会が保証する通貨である。ここでは、「実通貨」という。）と、ゲーム内でのみ使用可能な通貨（ゲーム内通貨、アプリ内通貨であって、ゲームサーバ１０の運営者が保証する通貨である。ここでは、「ゲームマネー」という。）とがある。また、ゲームマネーには、ゲームサーバ１０の運営者に対する実通貨の支払いを条件としてプレーヤに付与される有料のゲームマネーと、ゲーム内の所定条件を満たしたプレーヤに付与される無料のゲームマネー（無料ポイント）とがある。

本実施形態において、上記課金履歴は、特に、有料のゲームマネーについての課金履歴のことであり、他の通貨又は無料のゲームマネーについての課金履歴とは区別して管理されるものとする。

また、単位会計期間とは、原則、１月毎や３月毎などの予め定められた開始タイミング（例えば1日）から予め定められた終了タイミング（例えば末日）までのプレーヤへの課金額の合計を算出するための期間を示す。ただし、単位会計期間は、ゲームの進行を基準に定められた期間でもよく、例えば、所定のステージをクリアしたタイミング、所定のレベルに達したタイミング、又は、所定の経験値を得たタイミングなどのゲームの進行に伴って生じるタイミングに応じて定められた期間であってもよい（但し、ここでは、単位会計期間が月初から月末に設定された場合を想定する。）。

また、購入とは、プレーヤへの課金というゲームサーバ１０の行為をプレーヤ側から見た表現で言い換えたものある。よって、購入と課金とは、互いに対応する概念であって、適宜に言い換えることも可能である。

また、制限には、完全に購入（課金）をできなくすることの他に、所定期間当たりの（例えば１日当たり）又は１課金要素当たりの上限額を設定することも含まれる（但し、ここでは、完全に購入ができなくなる場合を想定する。）。

また、特典には、残り期間中のイベント参加権、残り期間中に使用可能な抽選権、到達
プレーヤが所有する抽選権の当選確率向上、到達プレーヤが所有する抽選権の特定要素に係る当選確率の向上、到達プレーヤが所有する抽選権に係る仮想抽選箱の価値向上、到達プレーヤが所有する抽選権に係る仮想抽選箱の差し替え権、特定要素の引換権、自由に選べる要素の引換権などが含まれる。

また、特典には、到達前より有利なモードで前記ゲームをプレーする権利などが含まれてもよい（つまり、プレーヤ管理部１０７は、到達プレーヤのモードを到達前よりも有利なモードに変異させてもよい。例えば、プレーヤ管理部１０７は、プレーヤキャラクタの体力や攻撃力を向上させたり、プレーヤキャラクタが回復アイテムを獲得する機会や頻度を多く設定したりしてもよい。）。

［５］各処理について
［５．１］チャージ処理
プレーヤ管理部１０７は、或るプレーヤの端末装置２０から通信部１９６を介してチャージ要求等（プレーヤが希望するチャージ額等の決済情報を含む）を受信すると、当該チャージ要求に含まれるプレーヤＩＤに基づき当該チャージ要求の送信元となったプレーヤを特定し、当該プレーヤの属性に関する情報と、希望するチャージ額に相当する実通貨の額等とを、認証サーバ３０へ送信し、決済が完了するまで待機する。

その後、プレーヤ管理部１０７は、決済が完了した旨の通知を認証サーバ３０から受信すると、当該チャージ額に相当するゲームマネーを、当該プレーヤのゲームマネー口座へ入金（チャージ）する。これによって、当該プレーヤのゲームマネー口座の残高が更新される。

また、プレーヤ管理部１０７は、決済が完了した旨の通知を認証サーバ３０から受信すると、上記の決済情報等に基づき、決済方法の種類を示す情報と、決済額を示す情報と、決済の日時を示す情報とを、当該プレーヤのチャージ履歴情報（図５）へ書き込む。これによって、当該プレーヤのチャージ履歴情報がされる。

なお、プレーヤ管理部１０７は、チャージ要求等を受信する度に、当該チャージ要求の送信元となったプレーヤについて以上の処理（チャージ処理）を実行する。

［５．２］課金処理
プレーヤ管理部１０７は、或るプレーヤの端末装置２０から通信部１９６を介して課金要素の購入要求（ガチャ要求など）を受信すると、購入要求に含まれるプレーヤＩＤに基づいて、購入要求の送信元となったプレーヤを特定し、当該プレーヤのゲームマネー口座の残高から、当該課金要素の価値に相当する額のゲームマネーを減額することにより、当該ゲームマネー口座の残高を更新する処理を実行する。

なお、プレーヤ管理部１０７は、当該課金要素の価値よりも残高が低かった場合には、残高が不足する旨の通知を、通信部１９６を介して端末装置２０へ送信する処理を実行する。

また、プレーヤ管理部１０７は、ゲームマネーの課金額、課金日時などを、当該プレーヤの課金履歴情報に書き込む。

また、プレーヤ管理部１０７は、プレーヤが購入した当該課金要素を当該プレーヤへ付与する処理（つまり、プレーデータへの書き込み）を行い、当該プレーヤのプレーデータを更新する。以後、更新後のプレーデータがゲームの進行に用いられる。

［５．３］抽選処理
ゲーム管理部１０３は、例えば、プレーヤ管理部１０７からの指示に応じて、ガチャと呼ばれる抽選処理を実行する。

例えば、ゲーム管理部１０３は、プレーヤ管理部１０７からの指示に応じて、複数種類のアイテムを含む仮想抽選箱の中から１のアイテムをランダムに選択し、当該選択したアイテムを、プレーヤへ付与すべきアイテムとする抽選処理（ボックスガチャ）を実行する。

また、ガチャに関する特典の使用をプレーヤが要求した場合には、ゲーム管理部１０３は、プレーヤ管理部１０７と協働して、当該特典と引き換えに、抽選処理のパラメータを変更する処理を実行する。

例えば、ゲーム管理部１０３は、当該特典が当選確率向上に係る特典であった場合には、抽選処理の当選確率に相当するパラメータを変更する処理を実行する。

また、当該特典が仮想抽選箱の価値向上に係る特典であった場合には、仮想抽選箱（ボックスガチャのボックス）を、例えばレアアイテム（希少価値の高いアイテム）を含む仮想抽選箱へと差し替える処理を実行する。

なお、ゲーム管理部１０３は、プレーヤ管理部１０７と協働して、抽選処理のパラメータを、プレーヤ毎に設定することもできるし、アイテム毎に設定することもできるし、イベント毎に設定することもできる。

［５．４］判定処理
プレーヤ管理部１０７は、課金要素に係るプレーヤ毎の課金履歴情報に基づき単位会計期間内における累積課金額をプレーヤ毎に算出し、前記累積課金額が所与の限度額に到達したか否かをプレーヤ毎に判定する処理を実行する。

具体的には、プレーヤ管理部１０７は、課金要素の購入要求を受信すると、当該購入要求に含まれるプレーヤＩＤに基づき購入要求の送信元となったプレーヤを特定する。

次に、プレーヤ管理部１０７は、当該プレーヤに対する課金要素の購入に係る処理（課金要素を付与する処理、課金要素の価値に相当する額のゲームマネーをゲームマネー口座から減額する処理）を実行し、当該プレーヤについてのゲームマネーの課金履歴情報を更新する。

また、プレーヤ管理部１０７は、当該プレーヤのゲームマネーの課金履歴情報に基づき、単位会計期間内（例えば１月）における累積課金額を算出し、前記累積課金額が所与の限度額（例えば５万円）に到達したか否かを判定する。

なお、プレーヤ管理部１０７は、不図示のタイマと連動し、単位会計期間の開始タイミング（例えば月初など）を検出すると、個々のプレーヤのゲームマネーの累積課金額をリセットする。

つまり、プレーヤ管理部１０７は、単位会計期間内のゲームマネーの累積課金額が限度額に達したか否かの判定を、プレーヤ毎に、また、購入要求を受信する度に、実行する。

なお、ここでは、購入要求を受信する度に判定の処理が行われる例を示したが、判定の処理は定期的に行われてもよいし、常時に行われてもよい。

［５．５］制限処理
プレーヤ管理部１０７は、累積課金額が限度額に到達したプレーヤ（以下、「到達プレーヤ」という。）による課金要素の購入を、到達から単位会計期間の終了までの残り期間中に制限する処理を実行する。

具体的には、プレーヤ管理部１０７は、ゲームマネーの累積課金額が限度額に到達したプレーヤＩＤを特定すると（つまり、到達プレーヤを特定すると）、その後、当該プレーヤの端末装置２０から購入要求を受信したとしても、タイマがリセットされるまでの期間中は、当該購入要求を拒否する処理（当該購入要求を受付けない処理）を実行する。これによって、当該到達プレーヤによる課金要素の新規の購入は、単位会計期間が終了するまでの期間中に禁止されることになる。

図８は、或るプレーヤの累積課金額の推移の一例を示すグラフである。図８において、矢印で示すタイミングから右端のタイミングまでの期間中は、当該プレーヤは、課金要素の購入ができなくなる。

但し、プレーヤ管理部１０７は、当該到達プレーヤに対する課金処理を禁止する期間を、累積課金額が限度額に到達してから不図示のタイマが次にリセットされるまでの期間中（到達から単位会計期間の終了までの期間中）のみに設定する。つまり、プレーヤ管理部１０７は、タイマがリセットされたタイミングで到達プレーヤを非到達プレーヤに戻す。

従って、個々のプレーヤは、自分が到達プレーヤになったタイミングで課金要素の購入はできなくなるものの、次の単位会計期間が開始されるタイミングまで待ったならば、非到達プレーヤに戻るので、再び課金要素の購入ができるようになる。

［５．６］特典付与処理
プレーヤ管理部１０７は、単位会計期間の開始から到達までの所要時間に応じて、前記残り期間におけるゲームの進行に関わる特典を、到達プレーヤへ付与する制御を実行し、単位会計期間における所要時間に応じて特典の価値を設定する。

具体的には、プレーヤ管理部１０７は、到達プレーヤを検出すると、その検出の時点におけるタイマの出力に基づき、検出の時点が単位会計期間の前期、中間期、後期の何れに属するかを判定する。

ここで、前期とは、単位会計期間を３つの期間に分割してできる最初の期間であり、例えば月の上旬（１日から１０日まで）である。また、中間期とは、単位会計期間を３つの期間に分割してできる２番目の期間であり、例えば月の中旬（１１日から２０日まで）である。また、後期とは、単位会計期間を３つの期間に分割してできる３番目の期間であり、例えば月の下旬（２１日から月末まで）である。

そして、プレーヤ管理部１０７は、検出の時点が前期に属すると判定した場合には（図８参照）、第１の特典を当該到達プレーヤへ付与し、検出の時点が中間期（図９参照）に属すると判定した場合には、第２の特典を当該到達プレーヤへ付与し、検出の時点が後期に属すると判定した場合には（図１０参照）、第３の特典を当該到達プレーヤへ付与する。

ここで、第１の特典の価値は、第２の特典の価値よりも高く、第２の特典の価値は、第３の特典の価値よりも高いものとする。ここでは、第１の特典と、第２の特典と、第３の特典とを、以下のとおり設定する。

（１）第１の特典：１日当たり５０回まで使用可能なガチャ権。但し、使用期限は、特典が付与されたタイミングから次の会計締め（単位会計期間の終了タイミング）までの期間である。

（２）第２の特典：１日当たり２０回まで使用可能なガチャ権。但し、使用期限は、特典が付与されたタイミングから次の会計締め（単位会計期間の終了タイミング）までの期間である。

（３）第３の特典：１日当たり１０回まで使用可能なガチャ権。但し、使用期限は、特典が付与されたタイミングから次の会計締め（単位会計期間の終了タイミング）までの期間である。

従って、当該到達プレーヤは、単位会計期間の開始から到達までの所要時間が短かったときほど高い価値の特典を獲得することができる。上記の例では、当該到達プレーヤは、所要時間が短いときほど高い頻度でガチャイベントに参加することができ、しかも、所要時間が短いときほど長い期間に亘ってガチャイベントに参加できる。

但し、或るプレーヤが到達プレーヤになったタイミングが、単位会計期間の終わり間際（例えば月の末日）であった場合には、第３の特典の使用期間が極めて短くなるため、第３の特典の代わりに、使用期限付きの特典ではなく使用期限無しの第４の特典（１回のみ使えるガチャ権、アイテム、キャラクタ、自機など）を付与してもよい。

また、ここでは、単位会計期間を３つの期間に分割したが、４以上の期間に分割してもよいし、２つの期間に分割してもよい。

また、ここでは、累積課金額が限度額に到達するまでの所要時間に応じて特典の価値を段階的に変化させたが、累積課金額が限度額に達するまでの所要時間に応じて連続的に変化させてもよい。

以上のとおり、当該所要時間が短いときほど特典の価値を高く設定すれば、なるべく早期に到達プレーヤになろうという動機付けをプレーヤに与えることができる。

また、以上のとおり、単位時間当たりに所定回数まで使用可能なイベント参加権を特典に含めれば、所要時間が短いときほど無料でイベントに参加できる期間が延びるので、なるべく早期に到達プレーヤになろうという動機付けをプレーヤに与えることができる。

また、以上のとおり、単位会計期間における当該所要時間に応じて、単位時間当たりにイベント参加権の使用可能な回数を設定すれば、所要時間が短いときほどイベントに参加できる頻度も増えるので、なるべく早期に到達プレーヤになろうという動機を強めることができる。

また、以上のとおり、単位会計期間における当該所要時間に応じて、イベント参加権の有効期限を設定すれば、所要時間が短いときほど無料でイベントに参加できる期間が延びるので、なるべく早期に到達プレーヤになろうという動機を強めることができる。

［５．７］イベントによる特典アップ処理
プレーヤ管理部１０７は、到達のタイミングでプレーヤが参加していたイベントの参加プレーヤ数を更に判定し、参加プレーヤ数に応じて特典の価値を設定してもよい。

具体的には、プレーヤ管理部１０７は、到達プレーヤを検出したタイミングで当該到達プレーヤのプレーデータを参照し、到達のタイミングでプレーヤが参加していたイベント（例えばガチャイベント）を特定する。そして、プレーヤ管理部１０７は、個々のプレーヤのプレーデータ等に基づき、当該イベントへの参加プレーヤ数を計算する。

そして、プレーヤ管理部１０７は、当該参加プレーヤ数と所与の閾値とを比較することにより当該参加プレーヤ数が当該閾値を超えているか否かを判定し、参加プレーヤ数が所与の閾値を超えていた場合には、当該到達プレーヤに付与される特典の価値を向上させる処理を行い、そうでない場合には、当該プレーヤに付与される特典の価値を向上させる処理を行わない。

例えば、到達プレーヤに付与される特典が、「１日当たり５０回まで使用可能なガチャ権」であったとすると、プレーヤ管理部１０７は、１日当たりに当該ガチャ権を使用可能な回数を所定回数だけ（例えば、３回だけ）向上させる処理を行う。

この構成によると、人気イベントに参加したタイミングで到達プレーヤになろうという動機付けをプレーヤに与えることができるので、人気イベントの参加プレーヤを更に増大すること（イベントを活気付けること）ができる。

なお、プレーヤ管理部１０７は、特典の価値（ここではガチャ権の価値）を向上させる方法として、使用回数を向上させる以外の方法を採用することもできる。例えば、プレーヤ管理部１０７は、ガチャ権の使用期限の延長、ガチャ権の当選確率向上、特定アイテムに係る当選確率の向上、仮想抽選箱の価値向上などの向上方法を採用することができる。

また、プレーヤ管理部１０７は、特典の価値を向上させる代わりに、追加特典を付与してもよい。追加特典は、例えば、別のガチャ権、特定アイテムの引換権、自由に選べるアイテムの引換権、仮想抽選箱の差し替え権などである。

［５．８］順位による特典アップ処理
プレーヤ管理部１０７は、同一単位会計期間内の同一時期に到達プレーヤとなった２以上のプレーヤの間で到達の順位を更に判定し、到達の順位が上位な前記到達プレーヤほど前記特典の価値を高く設定する。

具体的には、プレーヤ管理部１０７は、前期に到達プレーヤを検出すると、検出の度に不図示のカウンタを作動させることにより、到達プレーヤの数を計数し、これによって、前期おける検出の順に到達プレーヤを順位付けする。また、プレーヤ管理部１０７は、到達プレーヤの到達順位に応じて当該到達プレーヤの特典の価値を向上させる処理を実行する。このとき、プレーヤ管理部１０７は、順位の高い到達プレーヤの特典ほど価値の向上率を高く設定する。その後、前期が終了すると、プレーヤ管理部１０７は、カウンタをリセットする。

また、プレーヤ管理部１０７は、中間期に到達プレーヤを検出すると、検出の度に不図示のカウンタを作動させることにより、到達プレーヤの数を計数し、これによって、中間期おける検出の順に到達プレーヤを順位付けする。また、プレーヤ管理部１０７は、到達プレーヤの到達順位に応じて当該到達プレーヤの特典の価値を向上させる処理を実行する。このとき、プレーヤ管理部１０７は、順位の高い到達プレーヤの特典ほど価値の向上率を高く設定する。その後、中間期が終了すると、プレーヤ管理部１０７は、カウンタをリセットする。

また、プレーヤ管理部１０７は、後期に到達プレーヤを検出すると、検出の度に不図示
のカウンタを作動させることにより、到達プレーヤの数を計数し、これによって、後期おける検出の順に到達プレーヤを順位付けする。また、プレーヤ管理部１０７は、到達プレーヤの到達順位に応じて当該到達プレーヤの特典の価値を向上させる処理を実行する。このとき、プレーヤ管理部１０７は、順位の高い到達プレーヤの特典ほど価値の向上率を高く設定する。その後、後期が終了すると、プレーヤ管理部１０７は、カウンタをリセットする。

例えば、前期に到達プレーヤになったプレーヤに付与される特典が、「１日当たり５０回まで使用可能なガチャ権」であったとすると、プレーヤ管理部１０７は、到達順位が「１位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を１０回だけ向上し、到達順位が「２位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を５回だけ向上し、到達順位が「３位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を３回だけ向上し、到達順位が「４位以降」であったプレーヤのガチャ権については、向上を行わないこととしてもよい。

例えば、中間期に到達プレーヤになったプレーヤに付与される特典が、「１日当たり２０回まで使用可能なガチャ権」であったとすると、プレーヤ管理部１０７は、到達順位が「１位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を１０回だけ向上し、到達順位が「２位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を５回だけ向上し、到達順位が「３位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を３回だけ向上し、到達順位が「４位以降」であったプレーヤのガチャ権については、向上を行わないこととしてもよい。

例えば、後期に到達プレーヤになったプレーヤに付与される特典が、「１日当たり１０回まで使用可能なガチャ権」であったとすると、プレーヤ管理部１０７は、到達順位が「１位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を１０回だけ向上し、到達順位が「２位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を５回だけ向上し、到達順位が「３位」であったプレーヤのガチャ権については、１日当たりに使用可能な回数を３回だけ向上し、到達順位が「４位以降」であったプレーヤのガチャ権については、向上を行わないこととしてもよい。

この構成によると、他のプレーヤより早期なタイミングで到達プレーヤになろうという動機付けをプレーヤに与えることができる。

なお、プレーヤ管理部１０７は、特典の価値（ここではガチャ権の価値）を向上させる方法として、使用回数を向上させる以外の方法を採用することもできる。例えば、プレーヤ管理部１０７は、ガチャ権の使用期限の延長、ガチャ権の当選確率向上、特定アイテムに係る当選確率の向上、仮想抽選箱の価値向上などの向上方法を採用することができる。

また、プレーヤ管理部１０７は、特典の価値を向上させる代わりに、追加特典を付与してもよい。追加特典は、例えば、別のガチャ権、特定アイテムの引換権、自由に選べるアイテムの引換権、仮想抽選箱の差し替え権などである。

［５．９］目標達成による特典アップ処理
プレーヤ管理部１０７は、同一グループを構成する複数プレーヤの全てが同一単位会計期間内に到達プレーヤになったか否かを更に判定し、複数プレーヤの全てが到達プレーヤとなった場合には、ならなかった場合よりも到達プレーヤに対する特典の価値を高く設定してもよい。

具体的には、プレーヤ管理部１０７は、到達プレーヤを検出すると、当該到達プレーヤ
のグループ情報に基づき、当該到達プレーヤと同一グループを構成する他のプレーヤを特定し、当該他のプレーヤの各々の到達フラグを参照する。そして、プレーヤ管理部１０７は、当該他のプレーヤの全ての到達フラグがオンされているか否かを判定し、オンされていた場合には、当該グループを構成する全てのプレーヤについて特典の価値を向上させる処理を実行し、そうでない場合には、特典の価値を向上させる処理を実行しない。

例えば、当該グループを構成する個々の到達プレーヤへの特典が「１日当たり所定回数まで使用可能なガチャ権」であり、かつ、当該グループを構成するプレーヤの人数がＮであったとすると、プレーヤ管理部１０７は、１日当たりに使用可能な回数を、Ｎに応じた回数だけ向上させる。つまり、グループを構成する人数が多いほど、全員が到達プレーヤになることが難しくなるので、プレーヤ管理部１０７は、その分だけ特典の向上率を高く設定する。

この構成によると、同一グループ内のプレーヤ同士で同じ単位会計期間内に到達プレーヤになろうという動機付けを、グループ内の個々のプレーヤに与えることができる。これによって、グループ内の連帯感や親密度を高めることが可能である。また、より高い価値の特典を獲得するために、より多い人数のグループを構成しようという動機付けをプレーヤに与えることも可能である。

なお、プレーヤ管理部１０７は、特典の価値（ここではガチャ権の価値）を向上させる方法として、使用回数を向上させる以外の方法を採用することもできる。例えば、プレーヤ管理部１０７は、ガチャ権の使用期限の延長、ガチャ権の当選確率向上、特定アイテムに係る当選確率の向上、仮想抽選箱の価値向上などの向上方法を採用することができる。

また、プレーヤ管理部１０７は、特典の価値を向上させる代わりに、追加特典を付与してもよい。追加特典は、例えば、別のガチャ権、特定アイテムの引換権、自由に選べるアイテムの引換権、仮想抽選箱の差し替え権などである。

［５．１０］強化期間による特典アップ処理
プレーヤ管理部１０７は、単位会計期間内の特別時期（強化期間）における累積課金額が閾値に到達したか否かを更に判定し、特別時期（強化期間）における累積課金額が前記閾値に到達した場合には、到達しない場合よりも特典の価値を高く設定する。

なお、前記閾値は、例えば、前記上限額よりも低く設定される。また、特別時期（強化期間）は、単位会計期間の一部であって、単位会計期間の長さよりも短いものとする。また、この特別期間（強化期間）の存在は、個々のプレーヤに対して予め告知されているものとする。

具体的には、プレーヤ管理部１０７は、単位会計期間の例えば当初に強化期間（例えば５日間の強化期間）を設定する。そして、プレーヤ管理部１０７は、タイマの出力に基づき現時点が強化期間に属するか否かを判定し、属する場合には、次の処理を実行する。

すなわち、プレーヤ管理部１０７は、購入要求の送信元となったプレーヤを検出すると、当該プレーヤの課金履歴情報に基づき、当該プレーヤによる当該強化期間内におけるゲームマネーの累積課金額を算出し、前記累積課金額が所与の閾値（例えば、３００００コイン）に到達したか否かを判定する。そして、プレーヤ管理部１０７は、到達した場合には、当該プレーヤの強化フラグをオンし、そうでない場合には、当該プレーヤの強化フラグをオンしない。

その後、プレーヤ管理部１０７は、当該強化期間の属する単位会計期間内に到達プレー
ヤを検出した場合に、当該到達プレーヤの強化フラグを参照し、当該強化フラグがオンされていた場合には、当該到達プレーヤへ付与される特典の価値を向上させる処理を実行し、そうでない場合には、向上させる処理を実行しない。その後、プレーヤ管理部１０７は、単位会計期間の終了時に、各プレーヤの強化フラグをリセット（オフ）する。

例えば、到達プレーヤに付与される特典が「１日当たり所定回数まで使用可能なガチャ権」であったとすると、プレーヤ管理部１０７は、１日当たりに使用可能な回数を、所定数（例えば３回）だけ向上させる。

この構成によると、特別時期（強化期間）により多くの課金要素を購入しようという動機付けを個々のプレーヤに与えることができる。

なお、プレーヤ管理部１０７は、特典の価値（ここではガチャ権の価値）を向上させる方法として、使用回数を向上させる以外の方法を採用することもできる。例えば、プレーヤ管理部１０７は、ガチャ権の使用期限の延長、ガチャ権の当選確率向上、特定アイテムに係る当選確率の向上、仮想抽選箱の価値向上などの向上方法を採用することができる。

また、プレーヤ管理部１０７は、特典の価値を向上させる代わりに、追加特典を付与してもよい。追加特典は、例えば、別のガチャ権、特定アイテムの引換権、自由に選べるアイテムの引換権、仮想抽選箱の差し替え権などである。

［６］特典について
上記の説明では、プレーヤ管理部１０７が到達プレーヤへ付与する特典の一例としてガチャ権を挙げたが、特典には、例えば以下の少なくとも１つが含まれてもよい。

（１）残り期間中に使用可能なガチャ権、
（２）到達プレーヤが所有するガチャ権の当選確率向上、
（３）到達プレーヤが所有するガチャ権の特定要素に係る当選確率の向上、
（４）到達プレーヤが所有するガチャ権に係る仮想抽選箱の価値向上、
（５）到達プレーヤが所有するガチャ権に係る仮想抽選箱の差し替え権、
（６）特定アイテムの引換権、
（７）自由に選べるアイテムの引換権（アイテムの選択権）、
これらの特典の少なくとも１つによれば、到達プレーヤが残り時期を有意義に過ごすことが可能である。

［６．１］決済方法による特典アップ
プレーヤ管理部１０７は、課金要素に係るプレーヤ毎の課金履歴情報（決済履歴の一例）に基づき、単位会計期間の開始から到達までに到達プレーヤが用いた決済方法を特定し、到達プレーヤの決済方法に応じて到達プレーヤに対する特典の価値を設定してもよい。

具体的に、プレーヤ管理部１０７は、到達プレーヤを検出すると、当該到達プレーヤの課金履歴情報のうち、現在の属する単位会計期間の開始から到達までに係る部分を参照し、当該部分の課金額に対応付けられた決済方法を特定する。

そして、プレーヤ管理部１０７は、特定した決済方法が、ゲームサーバ１０の運営者と到達プレーヤとの間に代行業者を介する決済方法（クレジットカード（ｉ）、他社プリペイドカード（ｉｉ）、キャリア代行（ｉｖ）など）である場合よりも、ゲームサーバ１０の運営者と到達プレーヤとの間に代行業者を介さない決済方法（自社プリペイドカード（ｉｉｉ）、遊戯媒体（ｖ）など）である場合に、より高い向上率で特典の価値を向上させる。

例えば、プレーヤ管理部１０７は、代行業者を介する決済方法（クレジットカード（ｉ）、他社プリペイドカード（ｉｉ）、キャリア代行（ｉｖ）など）である場合における価値の向上率を「１」に設定し、代行業者を介さない決済方法（自社プリペイドカード（ｉｉｉ）、遊戯媒体（ｖ）など）である場合における価値の向上率を「２」に設定する。

また、例えば、プレーヤ管理部１０７は、単位会計期間内の４５０００コイン分の決済方法が自社プリペイドカード（ｉｉｉ）であり、残りの５０００コイン分の決済方法が他社プリペイドカード（ｉｉ）である場合には、向上率「２」と向上率「１」とを４５０００：５０００の割合で重み付けしてできる向上率により、特典の価値を向上させる。

つまり、プレーヤ管理部１０７は、同一単位会計期間内における課金額に２以上の決済方法が用いられた場合には、２以上の決済方法に対応する向上率を、２以上の決済方法に対応する課金額に応じて重み付け合成することにより合成向上率を算出し、当該到達プレーヤへの特典の価値を当該合成向上率で向上させる。

以上の構成によると、なるべく特典の価値が高くなるような有利な決済方法を選択しようという動機付けをプレーヤに与えることができる。従って、ゲームサーバ１０の運営者は、特定の決済方法を選択したくなるようにプレーヤを促し、運営者の利益を高く維持することが可能である。

なお、プレーヤ管理部１０７は、特典の価値（ここではガチャ権の価値）を向上させる方法として、使用回数を向上させる以外の方法を採用することもできる。例えば、プレーヤ管理部１０７は、ガチャ権の使用期限の延長、ガチャ権の当選確率向上、特定アイテムに係る当選確率の向上、仮想抽選箱の価値向上、仮想抽選箱の差し替え権の付与などの向上方法を採用することができる。

また、プレーヤ管理部１０７は、特典の価値を向上させる代わりに、追加特典を付与してもよい。追加特典は、例えば、別のガチャ権、特定アイテムの引換権、自由に選べるアイテムの引換権、仮想抽選箱の差し替え権などである。

［６．２］到達後のプレー又はログインによる特典アップ
プレーヤ管理部１０７は、ゲームに対するプレーヤ毎のプレー履歴又はログイン履歴に基づき、到達後の所定期間内に到達プレーヤがプレー又はログインしたか否かを更に判定し、所定期間内に到達プレーヤがプレー又はログインしたか否かに応じて、到達プレーヤに対する特典の価値を設定してもよい。なお、所定期間の長さは、例えば、到達から次の単位会計期間の開始までの残り期間の長さ以下に設定される。

具体的に、プレーヤ管理部１０７は、到達プレーヤを検出すると、到達プレーヤのプレー履歴又はログイン履歴の監視を開始し、当該到達プレーヤがプレー又はログインしたか否かの判定処理を例えば所定頻度で繰り返し実行する。そして、到達後から所定期間が経過する前に、当該到達プレーヤによるプレー又はログインを検出した場合には、到達時に当該到達プレーヤへ付与した特典の価値を維持し、そうでない場合には、特典の価値を低下又は消滅させる処理を実行する。

例えば、到達プレーヤに付与された特典が、「１日当たり５０回まで使用可能なガチャ権」であったとすると、プレーヤ管理部１０７は、当該所定期間内に当該到達プレーヤがプレー又はログインしなかった場合に、１日当たりに当該ガチャ権を使用可能な回数を所定回数だけ（例えば、３回だけ）低下又はゼロに低下させる処理を行う。

この構成によると、到達後の所定期間内にプレー又はログインしていない到達プレーヤと、プレー又はログインした到達プレーヤとの間で、特典の価値に差をつけることができる。具体的には、プレー又はログインした到達プレーヤに対する特典の価値の方が相対的に高く設定されるので、到達プレーヤになってからも積極的にプレー又はログインしようという動機付けをプレーヤに付与することができる。

なお、ここでは、所定期間内に到達プレーヤがプレー又はログインしたか否かに応じて特典の価値を設定したが、所定期間における到達プレーヤのプレー又はログインの回数に応じて特典の価値を設定してもよい。

また、プレーヤ管理部１０７は、到達プレーヤが所定期間内にプレー又はログインしなかった場合に到達プレーヤの特典の価値を低下させたが、低下させることに加えて、又は低下させることの代わりに、到達プレーヤが所定期間内にプレー又はログインした場合に、特典の価値を向上させてもよい。

また、プレーヤ管理部１０７は、特典の価値（ここではガチャ権の価値）を増減させる方法として、使用回数を増減させる以外の方法を採用することもできる。例えば、プレーヤ管理部１０７は、ガチャ権の使用期間の拡縮、ガチャ権の当選確率の増減、特定アイテムに係る当選確率の増減、仮想抽選箱の価値の増減などの方法を採用することができる。

また、プレーヤ管理部１０７は、特典の価値を向上させる代わりに、追加特典を付与してもよい。追加特典は、例えば、別のガチャ権、特定アイテムの引換権、自由に選べるアイテムの引換権、仮想抽選箱の差し替え権などである。

［６．３］到達後の特典利用による特典アップ
プレーヤ管理部１０７は、到達プレーヤのプレーデータ（前記到達プレーヤによる前記特典の利用履歴の一例）に基づき、到達後の所定期間内に到達プレーヤが前記特典を利用したか否かを更に判定し、所定期間内に到達プレーヤが前記特典を利用したか否かに応じて、到達プレーヤに対する特典の価値を設定してもよい。なお、所定期間の長さは、例えば、到達から次の単位会計期間の開始までの残り期間の長さ以下に設定される。

具体的に、プレーヤ管理部１０７は、到達プレーヤを検出すると、到達プレーヤのプレーデータ（特典の使用履歴）の監視を開始し、当該到達プレーヤが到達時に獲得した特典を使用したか否かの判定処理を例えば所定頻度で繰り返し実行する。そして、到達から所定期間が経過する前に、当該到達プレーヤによる使用を検出した場合には、当該特典の価値を維持し、そうでない場合には、特典の価値を低下又は消滅させる処理を実行する。

例えば、到達プレーヤに付与された特典が、「１日当たり５０回まで使用可能なガチャ権」であったとすると、プレーヤ管理部１０７は、当該所定期間内に当該到達プレーヤが当該特典を使用しなかった場合に、１日当たりに当該ガチャ権を使用可能な回数を所定回数だけ（例えば、３回だけ）低下又はゼロに低下させる処理を行う。

この構成によると、到達後の所定期間内に特典を利用した場合と、利用しない場合とで、特典の価値に差をつけることができる。具体的には、利用した場合における特典の価値の方が相対的に高く設定されるので、獲得した特典を積極的に利用しようという動機付けをプレーヤに付与することができる。

なお、プレーヤ管理部１０７は、到達プレーヤが所定期間内に特典を使用しなかった場合に到達プレーヤの特典の価値を低下させたが、低下させることに加えて、又は低下させることの代わりに、到達プレーヤが所定期間内に特典を使用した場合に、特典の価値を向
上させてもよい。

また、プレーヤ管理部１０７は、特典の価値（ここではガチャ権の価値）を増減させる方法として、使用回数を増減させる以外の方法を採用することもできる。例えば、プレーヤ管理部１０７は、ガチャ権の使用期間の拡縮、ガチャ権の当選確率の増減、特定アイテムに係る当選確率の増減、仮想抽選箱の価値の増減などの方法を採用することができる。

また、プレーヤ管理部１０７は、特典の価値を向上させる代わりに、追加特典を付与してもよい。追加特典は、例えば、別のガチャ権、特定アイテムの引換権、自由に選べるアイテムの引換権、仮想抽選箱の差し替え権などである。

［６．４］到達前のプレー又はログインによる特典付与
プレーヤ管理部１０７は、到達プレーヤのプレー履歴又はログイン履歴に基づき、到達前の所定期間内に到達プレーヤがプレー又はログインしたか否かを判定し、所定期間内に到達プレーヤがプレー又はログインしなかった場合には、到達プレーヤに対する特典の付与を行わない。なお、所定期間の長さは、例えば、単位会計期間の開始から到達までの期間の長さ以下に設定される。

具体的に、プレーヤ管理部１０７は、到達プレーヤを検出すると、当該到達プレーヤのプレー履歴又はログイン履歴を参照し、現在の単位会計期間内の開始から到達前まで（例えば到達する前日まで）の所定期間内に到達プレーヤがプレー又はログインしていたか否かを判定する。そして、プレーヤ管理部１０７は、所定期間内にプレー又はログインしていたと判定した場合には、当該到達プレーヤに対して特典の付与を行い、そうでない場合には、当該到達プレーヤに対して特典の付与を行わない。

この構成によると、到達前の所定期間内にプレー又はログインしていなかった到達プレーヤには特典を付与せず、プレー又はログインしていた到達プレーヤには特典を付与するという差を設けることができるので、到達プレーヤになるため積極的にプレー又はログインしようという動機付けをプレーヤに付与することができる。また、少ない回数で高額な購入を行ったプレーヤ（いわゆる大人買いするプレーヤ）よりも、小額の購入をこつこつと行ってゲームを楽しんだプレーヤ（一般のプレーヤ）を優遇することができる。

なお、プレーヤ管理部１０７は、到達プレーヤが所定期間内にプレー又はログインしなかった場合に到達プレーヤの特典の付与を行わなかったが、特典の付与を行わないことに代えて、付与する特典の価値を低下させてもよい。

また、プレーヤ管理部１０７は、特典の価値（ここではガチャ権の価値）を低下させる方法として、使用回数を低下させる以外の方法を採用することもできる。例えば、プレーヤ管理部１０７は、ガチャ権を特典とする場合には、ガチャ権の使用期間の縮小、ガチャ権の当選確率の低下、特定アイテムに係る当選確率の低下、仮想抽選箱の価値の低下などの方法を採用することができる。

なお、ここで説明した手法「到達前のプレー又はログインによる特典付与」は、前述した手法「到達後のプレー又はログインによる特典アップ」と組み合わせることも可能である。つまり、プレーヤ管理部１０７は、到達前の所定期間におけるプレー履歴又はログイン履歴に基づき特典の有無又は特典の価値を決定し、かつ、特典の付与後は、到達後の所定期間におけるプレー履歴又はログイン履歴に基づき当該特典の価値を設定又は特典の価値を変動させしてもよい。

［６．５］プレーヤ毎の限度額設定
プレーヤ管理部１０７は、プレーヤ毎に管理されるプレーヤ情報に基づき、到達プレーヤの検出に用いられる限度額をプレーヤ毎に設定してもよい。

具体的に、プレーヤ管理部１０７は、例えば、単位会計期間が開始される度に、各プレーヤの限度額の更新処理を実行する。更新処理は、例えば、次の手順で行われる。

先ず、プレーヤ管理部１０７は、現時点におけるプレーヤ属性情報と、所定期間におけるプレーヤのプレーデータとを参照し、プレーヤの年齢層と、所定期間のログイン回数又はプレー回数とを認識する。所定期間は、例えば、最新３月分の期間（単位会計期間３回分）と同じに設定される。

そして、プレーヤ管理部１０７は、当該所定期間内におけるログイン回数又はプレー回数と、プレーヤの年齢層から決まる支払い能力とを、所定の計算式に当てはめることにより、更新後の限度額を算出する。その後、プレーヤ管理部１０７は、更新後の限度額を用いて、プレーヤが到達プレーヤになったか否かの判定を行う。

ここで、年齢層ごとの支払い能力は、中学生以下の年齢層の支払い能力よりも、高校生以上の年齢層の支払い能力の方が高く設定され、高校生以上の年齢層の中でも特に２０歳から６０歳までの年齢層（主たる就労年齢層）の支払い能力は、高めに設定される。また、当該計算式は、ログイン回数が大きいほど更新後の限度額が高く計上されるように、また、支払い能力が高いほど更新後の限度額が高く計上されるような計算式である。

なお、プレーヤごとの限度額の情報は、例えば、プレーヤ属性情報の一部としてプレーヤ管理部１０７によって管理される。

このように、プレーヤ情報に基づき限度額をプレーヤ毎に設定したならば、個々のプレーヤに対してそれぞれ適正な制限を課せるので、プレー頻度や支払い能力の異なる様々なプレーヤにゲームを楽しんでもらうことが可能である。

なお、ここでは、プレーヤのログイン回数又はプレー回数とプレーヤの年齢層とに応じて当該プレーヤの限度額を設定したが、ゲームにおけるプレーヤのステータス（経験値など）などに応じて当該プレーヤの限度額を設定してもよい。

例えば、経験値の高いプレーヤは、より多くのアイテム、又は、より高価なアイテムを購入したいという要求も強いと考えられるので、経験値の高いプレーヤほど限度額を高く設定すれば、このようなプレーヤの不満を抑えることが可能である。

また、ここでは、プレーヤの年齢からプレーヤの支払い能力を推測したが、プレーヤの年齢層に加えて又は年齢層の代わりに、ログイン履歴、プレー履歴、課金履歴などからプレーヤの支払い能力を推測してもよい。より多くの情報に基づけば支払い能力の推測精度を高めることができる。

［７］各種の画面
［７．１］ホーム画面
図１１は、或るプレーヤの端末装置２０の表示部２９０に表示されるホーム画面の一例である。

ホーム画面が表示部２９０に表示されるタイミングは、プレーヤがゲームにログインした当初などである。この画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、
Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。この画像データ（閲覧データ）の主な内容は、当該プレーヤのプレーヤ情報に基づきプレーヤ管理部１０７によって生成される。

ホーム画面には、プレーヤが各種の画面を呼び出すためのボタンの他、ゲームサーバ１０からプレーヤに対する各種の告知情報が掲載される。この告知情報の内容は、当該プレーヤのプレーヤ情報に基づきプレーヤ管理部１０７が生成したものである。

告知情報の中には、プレーヤが特典を獲得するための条件を告知するための情報が含まれる。図１１に示す例では、「５／１０までに５００００コイン分の課金要素を購入したら特典を獲得できる旨」が告知されている。この情報は、単位会計期間の前期に累積課金額が限度額に到達した場合にプレーヤへ特典が付与される旨を告知するものである。

なお、図１１に示すホーム画面では、告知情報の表示域をプレーヤが手指でタップすると、ホーム画面が特典告知画面へ切り替わるようになっている。

［７．２］特典告知画面
図１２は、或るプレーヤの端末装置２０の表示部２９０に表示される特典告知画面の一例である。

特典告知画面が表示部２９０に表示されるタイミングは、図１１に示すホーム画面の所定領域（告知情報の表示域）をプレーヤがタップした場合などである。この画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。また、この画像データ（閲覧データ）の主な内容は、当該プレーヤのプレーヤ情報に基づきプレーヤ管理部１０７によって生成される。

特典告知画面には、特典の内容と、当該特典アップに必要な条件と、特典アップの具体的内容とをプレーヤに告知するための情報が掲載される。

図１２に示す例では、「特典の内容が月末有効期限の５０回／１日のガチャ権である旨」と、「強化期間中に３００００コイン分の課金要素を購入したらガチャ権の使用回数が１日当たり３回追加される旨」と、「グループ全員が今月中に５００００コイン分の課金要素を購入したらガチャ権の使用回数が１日当たり３回追加される旨」とが特典告知画面に掲載されている。

なお、図１２に示す特典告知画面には、グループ全員の累積課金額が限度額に到達すると特典が付与される旨をグループの友人へ通知するためのボタンなども配置されている。このボタンがタップされると、その旨が端末装置２０からゲームサーバ１０へと通知され、プレーヤ管理部１０７は、ゲームサーバ１０の当該プレーヤと同じグループを構成する他のプレーヤの端末装置２０に対して、メッセージを送信する。このメッセージには、「グループ全員の累積課金額が今月中に限度額に到達したらガチャ権の使用回数が１日当たり３回追加される旨」が含まれる。

［７．３］イベント告知画面
図１３は、或るプレーヤの端末装置２０の表示部２９０に表示されるイベント告知画面の一例である。

イベント告知画面が表示部２９０に表示されるタイミングは、図１１に示すホーム画面
の所定領域（イベントボタンの表示域）をプレーヤがタップした場合などである。この画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。また、この画像データ（閲覧データ）の主な内容は、ゲーム管理部１０３によって生成される。

イベント告知画面には、開催中のイベント及び開催予定のイベントの内容をプレーヤへ告知するための情報が掲載される。

また、図１３に示すイベント告知画面では、イベントの表示域をプレーヤが手指でタップすると、イベント告知画面がイベント開始画面に切り替わるようになっている。

また、図１３に示すイベント告知画面では、開催中のイベントと、開催予定のイベントとが区別されている。図１３に示す例では、開催中のイベントの表示域の輪郭は実線で描かれており、開催予定のイベントの表示域の輪郭は破線で描かれている。

［７．４］イベント開始画面
図１４は、或るガチャイベントのイベント開始画面の一例である。

イベント開始画面が表示部２９０に表示されるタイミングは、図１３に示すイベント告知画面の所定領域（イベントの表示域）をプレーヤがタップした場合などである。この画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。また、この画像データ（閲覧データ）の主な内容は、ゲーム管理部１０３によって生成される。

ガチャイベントのイベント開始画面には、ガチャの実行指示（ガチャ要求）をプレーヤが端末装置２０へ入力するためのボタン、ガチャの実行によりプレーヤが獲得可能なアイテムの一覧などが配置されている。

図１４に示すイベント開始画面では、ボタンの表示域をプレーヤが手指でタップすると、ガチャが実行されるようになっている。

また、図１３に示すイベント開始画面では、ガチャの実行に必要なゲームマネーの額がボタンに付与されている。

［７．５］第１の通知画面
図１５（Ａ）は、ゲームマネーの残額（チャージ額）が不足している旨をプレーヤへ通知する通知画面の一例である。

この通知画面が表示部２９０に表示されるタイミングは、例えば、プレーヤがガチャ要求を端末装置２０へ入力した場合であって、かつ、その時点において当該プレーヤのゲームマネー口座の残高が不足しておりガチャが実行できないような場合である。この画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。また、この画像データ（閲覧データ）の主な内容は、プレーヤ管理部１０７によって生成される。

この通知画面には、チャージ額が不足している旨をプレーヤへ通知するための情報が掲載される。

なお、図１５（Ａ）に示す通知画面には、チャージ画面（ゲームマネーのチャージを行うための画面）を呼び出すためのボタンと、ガチャの実行を中止（終了）するための終了ボタンとが配置されている。

［７．６］第２の通知画面
図１５（Ｂ）は、ゲームマネーの累積課金額が限度額に到達した旨をプレーヤへ通知する通知画面の一例である。

この通知画面が表示部２９０に表示されるタイミングは、例えば、プレーヤがガチャ要求を端末装置２０へ入力した場合であって、かつ、その時点で既にゲームマネーの累積課金額が限度額に到達していた場合である。この画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。また、この画像データ（閲覧データ）の主な内容は、プレーヤ管理部１０７によって生成される。

この通知画面には、ゲームマネーの累積課金額が限度額に到達しているので新たな購入はできないものの、到達時に付与された特典の使用によりガチャの実行が可能である旨を、プレーヤへ通知するための情報が掲載される。

なお、図１５（Ｂ）に示す通知画面には、特典の使用をプレーヤが許可するためのボタンと、ガチャの実行を中止（終了）するための終了ボタンとが配置されている。

［７．７］第３の通知画面
図１５（Ｃ）は、特典を獲得するために必要な購入額（ガチャ回数）をプレーヤへ通知する通知画面の一例である。

この通知画面が表示部２９０に表示されるタイミングは、例えば、プレーヤが実際にガチャを実行した後（すなわちゲームマネーの課金を条件にアイテム等を獲得した後）であって、単位会計期間内におけるゲームマネーの累積課金額が依然として限度額に到達していない場合である。この画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。また、この画像データ（閲覧データ）の主な内容は、プレーヤ管理部１０７によって生成される。

この通知画面には、累積課金額が限度額に到達するまでに購入すべき課金要素の例（ガチャを３回実行すること）と、到達時に付与される特典の例（５０回／１日のガチャ権）と、到達の期限（５／１０まで）とを、プレーヤへ通知するための情報が掲載される。

なお、図１５（Ｃ）に示す通知画面には、ガチャの実行を継続するためのボタンと、ガチャの実行を中止（終了）するための終了ボタンとが配置されている。

［７．８］第４の通知画面
図１５（Ｄ）は、現在の単位会計期間内における限度額にゲームマネーの累積課金額が到達した旨（特典が付与された旨）をプレーヤへ通知する通知画面の一例である。

この通知画面が表示部２９０に表示されるタイミングは、例えば、プレーヤが実際にガチャを実行した後（すなわちゲームマネーの課金を条件にアイテム等を獲得した後）であ
って、単位会計期間内におけるゲームマネーの累積課金額が限度額に到達したタイミングである。この画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。また、この画像データ（閲覧データ）の主な内容は、プレーヤ管理部１０７によって生成される。

この通知画面には、ゲームマネーの累積課金額が限度額に到達した旨と、到達によってプレーヤへ特典が付与された旨と、付与された特典の内容とを、プレーヤへ通知するための情報が掲載される。

なお、図１５（Ｄ）に示す通知画面には、ガチャの実行を継続するためのボタンと、ガチャの実行を中止（終了）するための終了ボタンとが配置されている。

［８］本実施形態における動作
［８．１］チャージ処理のフロー
図１６は、ゲームサーバによるチャージ処理の動作を示すフローチャートである。なお、本実施形態では、ゲームマネーの課金額に制限を設ける代わりに、実通貨の課金額には制限を設けない場合を説明する。

先ず、プレーヤ管理部１０７は、端末装置２０からチャージ要求等（プレーヤが希望するチャージ額の情報を含む）を受信したか否かを判定し（Ｓ１０１）、受信しない場合（Ｓ１０１Ｎ）には判定を繰り返し、受信した場合（Ｓ１０１Ｙ）には次の処理を開始する。なお、チャージ要求は、例えば、不図示のチャージ画面の表示中にプレーヤが端末装置２０へ入力した通知であって、端末装置２０の入力部２６０、Ｗｅｂブラウザ２１１、通信制御部２１０、通信部２９６、ネットワークＮ、ゲームサーバ１０の通信部１９６、Ｗｅｂ処理部１０５を介してプレーヤ管理部１０７へ送信される。

次に、プレーヤ管理部１０７は、決済情報等（プレーヤが希望する決済方法の情報を含む）の入力画面を端末装置２０へ表示させる（Ｓ１０２）。入力画面の画像データ（閲覧データ）は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、Ｗｅｂブラウザ２１１、画像バッファ２７２を介して表示部２９０へ出力される。

次に、プレーヤ管理部１０７は、端末装置２０から決済情報等を受信したか否かを判定し（Ｓ１０３）、受信しない場合（Ｓ１０３Ｎ）には判定を繰り返し、受信した場合（Ｓ１０３Ｙ）には次の処理を開始する（なお、所定時間内に受信しなかった場合のタイムアップ処理については公知なので説明を省略する。）。なお、決済情報等は、入力画面の表示中にプレーヤが端末装置２０へ入力した情報であって、例えば、端末装置２０の入力部２６０、Ｗｅｂブラウザ２１１、通信制御部２１０、通信部２９６、ネットワークＮ、ゲームサーバ１０の通信部１９６、Ｗｅｂ処理部１０５を介してプレーヤ管理部１０７へ送信される。

次に、プレーヤ管理部１０７は、決済要求等を認証サーバ３０へ送信する（Ｓ１０４）。なお、決済情報等は、例えば、ゲームサーバ１０のＷｅｂ処理部１０５、通信部１９６、ネットワークＮを介して認証サーバ３０へ送信される。

次に、プレーヤ管理部１０７は、認証サーバ３０から決済が完了した旨の通知を受信したか否かを判定し（Ｓ１０５）、受信しない場合（Ｓ１０５Ｎ）には判定を繰り返し、受信した場合（Ｓ１０５Ｙ）には、次の処理を開始する（なお、所定時間内に受信しなかった場合のタイムアップ処理については説明を省略する。）。

次に、プレーヤ管理部１０７は、チャージ要求等に含まれるチャージ額と同じ額のゲームマネーをプレーヤのゲームマネー口座へ入金（加算）する処理を実行する（Ｓ１０６）。これによって、ゲームマネー口座がチャージされる。

次に、プレーヤ管理部１０７は、決済情報等に含まれる決済方法、現在の日時、チャージ額等を、プレーヤのチャージ履歴情報に書き込む。これによって、チャージ履歴情報が更新される（Ｓ１０７）。

次に、プレーヤ管理部１０７は、チャージ完了通知を端末装置２０へ送信し（Ｓ１０８）、フローを終了する。なお、チャージ完了通知は、例えば、ゲームサーバ１０の通信部１９６、ネットワークＮ、端末装置２０の通信部２９６、通信制御部２１９、Ｗｅｂブラウザ２１１を介してプレーヤへ出力される。

［８．２］特典付与処理のフロー
図１７は、ゲームサーバによる特典付与処理の動作の一例を示すフローチャートである。

なお、このフローには、判定処理（Ｓ２００）、制限処理（Ｓ２０１）、イベントによる特典アップ処理（Ｓ２１１）なども含まれる。また、このフローは、プレーヤ毎に実行されるものであって、このフローの開始タイミングは、単位会計期間の開始タイミングに一致する。

先ず、フローが開始されると、プレーヤ管理部１０７は、不図示のタイマをオンする（Ｓ１９８）。

次に、プレーヤ管理部１０７は、当該プレーヤの端末装置２０から課金要素の購入要求を受信したか否かを判定し（Ｓ１９９）、受信した場合（Ｓ１９９Ｙ）には次の処理へ移行し、そうでない場合（Ｓ１９９Ｎ）には終了判定処理（Ｓ２１２）へ移行する。

次に、プレーヤ管理部１０７は、当該プレーヤの累積課金額が当該プレーヤの限度額に到達したか否かを判定する判定処理を実行し（Ｓ２００）、到達した場合（Ｓ２００Ｙ）には次の処理へ移行し、そうでない場合（Ｓ２００Ｎ）には終了判定処理（Ｓ２１２）へ移行する。

次に、プレーヤ管理部１０７は、当該プレーヤによる新規の購入を制限する制限処理を実行する（Ｓ２０１）。つまり、プレーヤ管理部１０７は、当該プレーヤについては当該購入に係る処理を拒否する処理を実行する。

次に、プレーヤ管理部１０７は、当該プレーヤの到達フラグを参照し、当該到達フラグが既にオンされているか否か、すなわち当該プレーヤに対する特典付与処理が実行済みであるか否かを判定し（Ｓ２０２）、当該到達フラグが現時点でオンされていなかった場合には（Ｓ２０２Ｎ）、次の処理へ移行し、当該到達フラグが既にオンされていた場合には終了判定処理（Ｓ２１２）へ移行する。

次に、プレーヤ管理部１０７は、当該プレーヤの到達フラグをオンし（Ｓ２０２１）、第１の判定処理（Ｓ２０３）へ移行する。

第１の判定処理（Ｓ２０３）では、プレーヤ管理部１０７は、現時点におけるタイマの出力を参照し、現時点が単位会計期間の前期に属するか否かを判定し、属する場合（Ｓ２
０３Ｙ）には、第１の特典を付与する処理（Ｓ２０４）へ移行し、そうでない場合（Ｓ２０３Ｎ）には、第２の判定処理（Ｓ２０５）へ移行する。

第１の特典を付与する処理（Ｓ２０４）では、プレーヤ管理部１０７は、当該プレーヤのプレーデータへ第１の特典の情報を書き込むことにより、当該プレーヤへ第１の特典を付与してから人数判定処理（Ｓ２１０）へ移行する。なお、第１の特典は、例えば、１日当たり５０回まで使用可能なガチャ権である。

第２の判定処理（Ｓ２０５）では、プレーヤ管理部１０７は、現時点が単位会計期間の中間期に属するか否かを判定し、属する場合（Ｓ２０５Ｙ）には、第２の特典を付与する処理（Ｓ２０６）へ移行し、そうでない場合（Ｓ２０５Ｎ）には、現時点が単位会計期間の後期に属するとみなし、第３の判定処理（Ｓ２０７）へ移行する。

第２の特典を付与する処理（Ｓ２０６）では、プレーヤ管理部１０７は、当該プレーヤのプレーデータへ第２の特典の情報を書き込むことにより、当該プレーヤへ第２の特典を付与してから人数判定処理（Ｓ２１０）へ移行する。なお、第２の特典は、例えば、１日当たり２０回まで使用可能なガチャ権である。

第３の判定処理（Ｓ２０７）では、プレーヤ管理部１０７は、現時点が単位会計期間の末日に属するか否かを判定し、属しない場合（Ｓ２０７Ｎ）には、第３の特典を付与する処理（Ｓ２０８）へ移行し、属する場合（Ｓ２０７Ｙ）には、第４の特典を付与する処理（Ｓ２０９）へ移行する。

第３の特典を付与する処理（Ｓ２０８）では、プレーヤ管理部１０７は、当該プレーヤのプレーデータへ第３の特典の情報を書き込むことにより、当該プレーヤへ第３の特典を付与してから人数判定処理（Ｓ２１０）へ移行する。なお、第３の特典は、例えば、１日当たり１０回まで使用可能なガチャ権である。

第４の特典を付与する処理（Ｓ２０９）では、プレーヤ管理部１０７は、当該プレーヤのプレーデータへ第４の特典の情報を書き込むことにより、当該プレーヤへ第３の特典を付与してから人数判定処理（Ｓ２１０）へ移行する。なお、第４の特典は、例えば、１回のみ使えるガチャ権、アイテム、キャラクタ、自機などである。

人数判定処理（Ｓ２１０）では、プレーヤ管理部１０７は、個々のプレーヤのプレーデータに基づき、現時点で当該プレーヤが参加しているイベントの参加プレーヤ数を検出し、当該参加プレーヤ数が所与の閾値を超えているか否かを判定し、越えていた場合（Ｓ２１０Ｙ）には、特典アップ処理（Ｓ２１１）へ移行し、そうでない場合（Ｓ２１０Ｎ）には、終了判定処理（Ｓ２１２）へ移行する。

特典アップ処理（Ｓ２１１）では、プレーヤ管理部１０７は、当該プレーヤに付与した特典の価値を向上させる処理を実行し、終了判定処理（Ｓ２１２）へ移行する。

終了判定処理（Ｓ２１２）では、プレーヤ管理部１０７は、現時点におけるタイマの出力を参照し、単位会計期間の終了タイミングが到来したか否かを判定し、到来した場合（Ｓ２１２Ｙ）には、単位会計期間が終了したとみなして最後の処理（Ｓ２１３）へ移行し、そうでない場合（Ｓ２１２Ｎ）には、購入要求の受信の有無を判定する処理（Ｓ１９９）へ戻る。

最後の処理（Ｓ２１３）では、プレーヤ管理部１０７は、当該単位会計期間内に当該プレーヤへ付与したガチャ権を無効（使用不可能）に設定し、当該プレーヤの到達フラグ及
び強化フラグをオフし、また、不図示のタイマをリセットし、フローを終了する。なお、強化フラグは、強化期間による特典アップの処理（図１８）において用いられる。

［８．３］強化期間による特典アップ処理のフロー
図１８は、強化期間による特典アップ処理の動作を示すフローチャートである。

なお、このフローは、プレーヤ毎に実行され、図１７のフローと並行して実行されるものとする。

先ず、プレーヤ管理部１０７は、当該プレーヤの到達フラグがオンされていた場合（Ｓ２００’Ｙ）には、特典アップに関する処理（Ｓ２１８〜Ｓ２２０）を実行し、そうでない場合（Ｓ２００’Ｎ）には、強化フラグの制御処理（Ｓ２１４〜Ｓ２１７）を実行する。

先ず、強化フラグの制御処理（Ｓ２１４〜Ｓ２１７）では、プレーヤ管理部１０７は、当該プレーヤの強化フラグがオフされており（Ｓ２１４Ｙ）、しかも現時点が強化期間中である場合（Ｓ２１５Ｙ）に限り、強化期間中における当該プレーヤの累積課金額を算出し、当該累積課金額が閾値（３００００コイン）に到達したか否かを判定する（Ｓ２１６）。そして、プレーヤ管理部１０７は、当該累積課金額が閾値（３００００コイン）に到達した場合（Ｓ２１６Ｙ）には、当該プレーヤの強化フラグをオンしてから（Ｓ２１７）、当初のステップＳ２００’へ戻る。

なお、プレーヤ管理部１０７は、当該プレーヤの強化フラグが既にオンされている場合（Ｓ２１４Ｎ）、又は、現時点が強化期間中でない場合（Ｓ２１５Ｎ）には、累積課金額が閾値に到達したか否かの判定の処理（Ｓ２１６）を実行せずに、当初のステップＳ２００’へ戻る。

一方、特典アップに関する処理（Ｓ２１８〜Ｓ２２０）では、プレーヤ管理部１０７は、当該プレーヤの強化フラグがオンされていた場合（Ｓ２１８Ｙ）に限り、当該プレーヤに対する特典をアップする処理（Ｓ２１９）を実行し、当該プレーヤの強化フラグをオフしてから（Ｓ２２０）、当初のステップＳ２００’へ戻る。

なお、プレーヤ管理部１０７は、当該プレーヤの強化フラグがオフされていた場合（Ｓ２１８Ｎ）には、特典をアップする処理等（Ｓ２１９、Ｓ２２０）を実行せずに、当初のステップＳ２００’に戻る。

［８．４］ガチャイベントの処理のフロー
図１９は、ゲームサーバによるガチャイベントの処理の動作を示すフローチャートである。

なお、図１９に示すフローは、プレーヤ毎に実行され、図１７のフローと並行して実行されるものとする。また、ここではゲーム内のイベントの１つとしてガチャイベントを例に挙げるが、ゲーム内の他のイベント（他のミニゲーム）などにも応用することができる。

プレーヤ管理部１０７は、プレーヤの端末装置２０からガチャ要求を受信したか否かを判定する（Ｓ３０１）。

ガチャ要求を受信しない場合（Ｓ３０１Ｎ）、プレーヤ管理部１０７は、当該判定（Ｓ３０１）の処理を繰り返す。

ガチャ要求を受信した場合（Ｓ３０１Ｙ）、プレーヤ管理部１０７は、ガチャ要求の送信元となった当該プレーヤのゲームマネー口座の残高を参照する（Ｓ３０２）。

次に、プレーヤ管理部１０７は、ガチャに必要なゲームマネーの額（プレーヤが支払うべきゲームマネーの額）よりも当該残高が低いか否か（残高が不足しているか否か）を判定する（Ｓ３０３）。

当該残高が不足している場合（Ｓ３０３Ｙ）、プレーヤ管理部１０７は、当該プレーヤに対してチャージの提案を行う（Ｓ３０４）。チャージの提案は、例えば、図１５（Ａ）に示す通知画面を当該プレーヤの端末装置２０へ表示させることによって行われる。その後、プレーヤ管理部１０７は、プレーヤからのチャージ要求（Ｓ３０５Ｙ）に応じてチャージ処理を開始し（Ｓ３０６）、終了判定処理（Ｓ３１７）へ移行する。

一方、当該残高が不足していなかった場合（Ｓ３０３Ｎ）、プレーヤ管理部１０７は、当該プレーヤの到達フラグがオンされているか否かを判定する（Ｓ２００’）。

到達フラグがオンされていなかった場合（Ｓ２００’Ｎ）、プレーヤ管理部１０７は、当該プレーヤのゲームマネー口座から、ガチャに必要な額のゲームマネーを減額する処理（課金処理）を実行し（Ｓ３０８）、当該プレーヤのチャージ履歴情報を更新する（Ｓ３０９）。そして、プレーヤ管理部１０７は、ガチャを実行して結果を端末装置２０へ表示させる（Ｓ３１０）。なお、ガチャの実行とは、例えば、ゲーム管理部１０３に対してガチャを実行させ、ゲーム管理部１０３が生成したガチャの結果を、端末装置２０へ送信し、当該プレーヤへ抽選結果（アイテム等）を付与する処理のことである。ガチャの実行に関する処理については、公知の各種の処理を適用することができる。

次に、プレーヤ管理部１０７は、当該到達フラグがオンされたか否かを判定し（Ｓ２００”）、オンされなかった場合（Ｓ２００”Ｎ）には、特典の獲得に必要な購入額（ガチャの回数など）を当該プレーヤへ通知し（Ｓ３１５）、オンされた場合（Ｓ２００”Ｙ）には、特典が付与された旨を当該プレーヤへ通知し（Ｓ３１６）、終了判定処理（Ｓ３１７）へ移行する。

なお、ステップＳ３１５において、特典の獲得に必要な購入額（ガチャの回数など）の通知は、例えば、図１５（Ｃ）に示す通知画面を当該プレーヤの端末装置２０へ表示させることによって行われる。

また、ステップＳ３１６において、特典が付与された旨の通知は、例えば、図１５（Ｄ）に示す通知画面を当該プレーヤの端末装置２０へ表示させることによって行われる。

一方、到達フラグがオンされていた場合（Ｓ２００’Ｙ）、プレーヤ管理部１０７は、現時点の属する単位会計期間内に当該プレーヤへ付与された特典（ガチャ権）の使用を当該プレーヤに提案する（Ｓ３１１）。提案は、例えば、図１５（Ｂ）に示す通知画面を当該プレーヤの端末装置２０へ表示させることによって行われる。その後、プレーヤ管理部１０７は、特典（ガチャ権）を使用することの許可通知を端末装置２０から受信すると（Ｓ３１２Ｙ）、ガチャを実行して結果を端末装置２０へ表示させ（Ｓ３１３）、終了判定処理（Ｓ３１７）へ移行する。この許可通知は、例えば、端末装置２０の入力部２６０、Ｗｅｂブラウザ２１１、通信制御部２１０、通信部２９６、ネットワーク、ゲームサーバ１０の通信部１９６、通信制御部１０１を介してプレーヤ管理部１０７が受信する。

なお、ガチャの実行とは、例えば、ゲーム管理部１０３に対してガチャを実行させ、ゲ
ーム管理部１０３が生成したガチャの結果を、端末装置２０へ送信し、当該プレーヤへ抽選結果（アイテム等）を付与する処理のことである。ガチャの実行に関する処理については、公知の各種の処理を適用することができる。

最後に、プレーヤ管理部１０７は、終了判定処理を実行する（Ｓ３１７）。すなわち、プレーヤ管理部１０７は、端末装置２０から終了要求を受信したか否かを判定し、受信した場合には、フローを終了し、そうでない場合には、当初の処理（Ｓ３０１）へ戻る。なお、端末装置２０は、通知画面（図１５（Ａ）、図１５（Ｂ）、図１５（Ｃ）、図１５（Ｄ））における終了ボタンを当該プレーヤがタップした場合に、終了要求をゲームサーバへ送信する。この終了要求は、例えば、端末装置２０の入力部２６０、Ｗｅｂブラウザ２１１、通信制御部２１０、通信部２９６、ネットワーク、ゲームサーバ１０の通信部１９６、通信制御部１０１を介してプレーヤ管理部１０７が受信する。

［９］変形例
［９．１］管理範囲について
本実施形態のプレーヤ管理部１０７は、プレーヤの課金履歴をゲーム毎に管理したが、ゲーム内のイベント毎に管理してもよい。つまり、本実施形態のプレーヤ管理部１０７は、課金の限度額をゲーム毎に設定したが、課金の限度額をイベント毎に設定してもよい。

また、本実施形態のプレーヤ管理部１０７は、プレーヤの課金履歴をゲーム毎に管理したが、同一の運営者が複数種類のゲームをネットワーク経由で端末装置へ提供する場合などには、複数種類のゲームについての課金履歴を一括して管理してもよい。

なお、同一の運営者が複数種類のゲームを複数のゲームサーバで個別に端末装置へ提供する場合には、複数のゲームサーバに関する課金を一括して管理する管理用サーバを用意し、当該管理用サーバに対してプレーヤ管理部１０７の機能を搭載してもよい。

［９．２］管理通貨について
また、本実施形態のプレーヤ管理部１０７は、プレーヤによるゲームマネーの使用に制限を設けたが、同様にして、プレーヤによる実通貨の使用に制限を設けることも可能である。実通貨は、前述したとおり、リアルマネー、電子マネー、ウェブマネーなどであって、国家等の社会が保証する通貨のことである。その場合、例えば、プレーヤ管理部１０７は、プレーヤ毎のチャージ履歴に基づきプレーヤ毎の累積チャージ額を算出し、当該累積チャージ額に対して制限を設けてもよい。

また、端末装置２０が業務用のゲーム機（いわゆる、アーケードゲーム機）である場合であって、プレーヤが保有するＩＣカード（ゲームマネー口座の情報が書き込まれるカード）のカードリーダ・ライタが端末装置２０に付属している場合には、当該カードリーダ・ライタの記録（ゲームマネー口座）に基づき端末装置２０がプレーヤ毎の課金額に当該制限を設けてもよい。

また、端末装置２０が業務用のゲーム機（いわゆる、アーケードゲーム機）である場合であって、有料メダルや硬貨などの遊戯媒体の管理装置が端末装置２０に付属している場合には、例えば、単一のプレーヤが投入可能な遊戯媒体の量に管理装置が制限を設けてもよい。

［９．３］管理期間について
また、本実施形態のプレーヤ管理部１０７は、単位会計期間を１月に設定したが、３月、４月、６月、１年など、他の期間に設定してもよいし、プレーヤによるゲームの進行等に応じた期間に設定してもよい。例えば、所定のステージをクリアしたタイミング、所定
のレベルに達したタイミング、又は、所定の経験値を得たタイミングなどのゲームの進行に伴って生じるタイミングに応じて定められた期間であってもよい。

［９．４］特典価値について
また、本実施形態のプレーヤ管理部１０７は、到達プレーヤに付与される特典の価値を、プレーヤ毎に設定してもよい。例えば、プレーヤ管理部１０７は、プレーヤのプレーデータに基づき到達プレーヤのステータス（プレーヤのレベル、ランク、ステージなど）を特定し、当該ステータスに応じて、当該到達プレーヤへ付与すべき特典の価値を設定してもよい。特典の価値の制御方法については、上述した幾つかの制御方法のうち少なくとも１つ、又は、公知の様々な制御方法を採用することが可能である。

［９．５］機能分担について
上述した処理部１００に含まれる各要素の機能分担については、前述したものに限定されることはない。例えば、プレーヤ管理部１０７の機能の一部又は全部は、ゲーム管理部１０３によって実行されてもよい。また、例えば、ゲーム管理部１０３の機能の一部又は全部は、プレーヤ管理部１０７によって実行されてもよい。また、ゲームサーバ１０の機能の一部は、端末装置２０の側に搭載されてもよい。また、ゲームサーバ１０の機能の一部は、認証サーバ３０の側に搭載されてもよい。また、認証サーバ３０の機能の一部または全部は、ゲームサーバ１０の側に搭載されてもよい。また、ゲームサーバ１０には、処理部１００の機能の一部又は全部を実現する専用の回路（ハードウエア）が搭載されてもよい。つまり、処理部１００の機能の一部または全部は、ソフトウエアで実行されてもよいし、ハードウエアで実行されてもよい。

［１０］その他
本実施形態では、ゲームとしては、例えば、音楽ゲーム、シューティングゲーム、対戦ゲーム野球ゲーム、サッカーゲーム、バスケットボールゲーム等のスポーツゲームなどの対戦ゲーム、ロールプレイングゲーム（ＲＰＧ）、その他のシミュレーションゲームに応用してもよい。

また、本実施形態は、一のゲームサーバ１０によって各ゲームを端末装置２０に提供してもよいし、複数のゲームサーバ１０を連動させてサーバシステムを構築し、各ゲームを端末装置に提供してもよい。

また、本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。

上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。

１０ … ゲームサーバ
２０ … 端末装置
１００ … 処理部
１０１ … 通信制御部
１０３ … ゲーム管理部
１０５ … Ｗｅｂ処理部
１０７ … プレーヤ管理部
１２０ … 入力部
１３０ … 表示部
１４０ … 記憶部
１４２ … 主記憶部
１４４ … ゲーム情報
１４６ … プレーヤ情報
１８０ … 情報記憶媒体
１９６ … 通信部
２００ … 処理部
２１０ … 通信制御部
２１１ … Ｗｅｂブラウザ
２１２ … ゲーム処理部
２１３ … 表示制御部
２２０ … 描画部
２３０ … 音生成部
２６０ … 入力部
２７０ … 記憶部
２８０ … 情報記憶媒体
２９０ … 表示部
２９２ … 音出力部
２９６ … 通信部

Claims (13)

1. 課金要素を含む所与のゲームの進行を制御するゲーム制御部と、
   前記課金要素に係るプレーヤ毎の課金履歴を管理する管理部と、
   前記課金履歴に基づき単位会計期間内における累積課金額をプレーヤ毎に算出する算出部と、
   前記累積課金額が所与の上限額に到達したか否かをプレーヤ毎に判定する判定部と、
   前記累積課金額が前記上限額に到達した到達プレーヤによる前記課金要素の購入を、前記到達から前記単位会計期間の終了までの残り期間中に制限する制限部と、
   前記単位会計期間の開始から前記到達までの所要時間に応じて、前記残り期間における前記ゲームの進行に関わる特典を、前記到達プレーヤへ付与する制御を行う特典制御部と、
   を備えることを特徴とするサーバシステム。
2. 請求項１に記載のサーバシステムにおいて、
   前記特典制御部は、
   前記単位会計期間における前記所要時間に応じて前記特典の価値を設定する、
   ことを特徴とするサーバシステム。
3. 請求項２に記載のサーバシステムにおいて、
   前記特典には、
   単位時間当たりに所定回数まで使用可能なイベント参加権が含まれる、
   ことを特徴とするサーバシステム。
4. 請求項３に記載のサーバシステムにおいて、
   前記特典制御部は、
   前記単位会計期間における前記所要時間に応じて、前記単位時間当たりに前記イベント参加権の使用可能な回数を設定する、
   ことを特徴とするサーバシステム。
5. 請求項４に記載のサーバシステムにおいて、
   前記特典制御部は、
   前記単位会計期間における前記所要時間に応じて、前記イベント参加権の有効期限を設定する、
   ことを特徴とするサーバシステム。
6. 請求項１〜５の何れか一項に記載のサーバシステムにおいて、
   前記判定部は、
   前記到達のタイミングで前記プレーヤが参加していたイベントの参加プレーヤ数を更に判定し、
   前記特典制御部は、
   前記参加プレーヤ数に応じて前記特典の価値を設定する、
   ことを特徴とするサーバシステム。
7. 請求項１〜６の何れか一項に記載のサーバシステムにおいて、
   前記判定部は、
   同一単位会計期間内の同一時期に前記到達プレーヤとなった２以上のプレーヤの間で到達の順位を更に判定し、
   前記特典制御部は、
   到達の順位が上位な前記到達プレーヤほど前記特典の価値を高く設定する、
   ことを特徴とするサーバシステム。
8. 請求項１〜７の何れか一項に記載のサーバシステムにおいて、
   前記判定部は、
   同一グループを構成する複数プレーヤが同一単位会計期間内に前記到達プレーヤになったか否かを更に判定し、
   前記特典制御部は、
   前記複数プレーヤが前記到達プレーヤとなった場合には、ならなかった場合よりも前記到達プレーヤに対する前記特典の価値を高く設定する、
   ことを特徴とするサーバシステム。
9. 請求項１〜８の何れか一項に記載のサーバシステムにおいて、
   前記特典には、
   前記残り期間中に使用可能な抽選権、
   前記到達プレーヤが所有する抽選権の当選確率向上、
   前記到達プレーヤが所有する抽選権の特定要素に係る当選確率の向上、
   前記到達プレーヤが所有する抽選権に係る仮想抽選箱の価値向上、
   前記到達プレーヤが所有する抽選権に係る仮想抽選箱の差し替え権、
   特定要素の引換権、
   自由に選べる要素の引換権、
   のうち少なくとも１つが含まれることを特徴とするサーバシステム。
10. 請求項１〜９の何れか一項に記載のサーバシステムにおいて、
    前記判定部は、
    前記ゲームに対するプレーヤ毎のプレー履歴又はログイン履歴に基づき、前記到達後の所定期間内に前記到達プレーヤがプレー又はログインしたか否かを更に判定し、
    前記特典制御部は、
    前記所定期間内に前記到達プレーヤがプレー又はログインしたか否かに応じて、前記到達プレーヤに対する前記特典の価値を設定する、
    ことを特徴とするサーバシステム。
11. 請求項１〜１０の何れか一項に記載のサーバシステムにおいて、
    前記判定部は、
    前記到達プレーヤによる前記特典の利用履歴に基づき、前記到達後の所定期間内に前記到達プレーヤが前記特典を利用したか否かを更に判定し、
    前記特典制御部は、
    前記所定期間内に前記到達プレーヤが前記特典を利用したか否かに応じて、前記到達プレーヤに対する前記特典の価値を設定する、
    ことを特徴とするサーバシステム。
12. 請求項１〜１１の何れか一項に記載のサーバシステムにおいて、
    前記判定部は、
    プレーヤ毎に管理されるプレーヤ情報に基づき、前記到達プレーヤの検出に用いられる前記上限額をプレーヤ毎に設定する、
    ことを特徴とするサーバシステム。
13. 課金要素を含む所与のゲームの進行を制御するゲーム制御部と、
    前記課金要素に係るプレーヤ毎の課金履歴を管理する管理部と、
    前記課金履歴に基づき単位会計期間内における累積課金額をプレーヤ毎に算出する算出部と、
    前記累積課金額が所与の上限額に到達したか否かをプレーヤ毎に判定する判定部と、
    前記累積課金額が前記上限額に到達した到達プレーヤによる前記課金要素の購入を、前記到達から前記単位会計期間の終了までの残り期間中に制限する制限部と、
    前記単位会計期間の開始から前記到達までの所要時間に応じて、前記残り期間における前記ゲームの進行に関わる特典を、前記到達プレーヤへ付与する制御を行う特典制御部と、
    してコンピュータを機能させることを特徴とするプログラム。
    
    

Images