特許 6887170 ゲームシステム、その制御方法及びコンピュータプログラム

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

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

(11)【特許番号】6887170

(24)【登録日】2021年5月20日

(45)【発行日】2021年6月16日

(54)【発明の名称】ゲームシステム、その制御方法及びコンピュータプログラム

(51)【国際特許分類】

   A63F 13/79 20140101AFI20210603BHJP

   A63F 13/792 20140101ALI20210603BHJP

【ＦＩ】

   A63F13/79 520

   A63F13/792

【請求項の数】8

【全頁数】24

(21)【出願番号】特願2019-94744(P2019-94744)

(22)【出願日】2019年5月20日

(65)【公開番号】特開2020-188870(P2020-188870A)

(43)【公開日】2020年11月26日

【審査請求日】2019年6月26日

(73)【特許権者】

【識別番号】506113602

【氏名又は名称】株式会社コナミデジタルエンタテインメント

(74)【代理人】

【識別番号】100099645

【弁理士】

【氏名又は名称】山本 晃司

(74)【代理人】

【識別番号】100161090

【弁理士】

【氏名又は名称】小田原 敬一

(72)【発明者】

【氏名】藤松 信也

(72)【発明者】

【氏名】清野 秀行

【審査官】 石原 豊

(56)【参考文献】

【文献】 特開２００４−００５７０３（ＪＰ，Ａ）

【文献】 ［星のドラゴンクエスト（星ドラ）］無償ジェムと有償ジェムどっちが先に使われるの？，Game8[online]，２０１９年 ２月１４日，特に本文、図を参照。[２０２０年８月１９日検索]，ＵＲＬ，https://web.archive.org/web/20190214010921/https://game8.jp/archives/84331

【文献】 [１０／１１更新]星ドラ２周年感謝キャンペーン，SQUARE ENIX 運営からのお知らせ[online]，２０１７年１１月 ９日，特に本文、図を参照。[２０２０年８月１９日検索]，ＵＲＬ，https://web.archive.org/web/20171108181506/http://cache.sqex-bridge.jp:80/guest/information/32925

【文献】 Ｍスター（有償）の所持上限数について，BANDAI NAMCO Entertainment お問い合わせ[online]，２０１７年 ８月３０日，特に本文を参照。[２０２０年８月１９日検索]，ＵＲＬ，https://bnfaq.channel.or.jp/information/detail/1853/2511

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

ＩＰＣ Ａ６３Ｆ ９／２４

Ａ６３Ｆ１３／００−１３／９８

Ｇ０６Ｑ１０／００−１０／１０

Ｇ０６Ｑ３０／００−３０／０８

Ｇ０６Ｑ５０／００−５０／２０

Ｇ０６Ｑ５０／２６−９９／００

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

【請求項1】

所定のコンピュータプログラムに従って、
ゲーム内に限って通用する第１のアイテムを、ユーザによる金銭又は当該金銭の代替物のいずれかによって表現される価値との交換により当該ユーザに付与する一方で、前記ゲーム内に限って通用する第２のアイテムを、前記ユーザによる前記価値との交換を要することなく当該ユーザに付与する付与手段、
前記ユーザに付与された前記第１のアイテム及び前記第２のアイテムのそれぞれの量をアイテムごとに区別して前記ユーザの所持量として積算し、前記ゲーム内におけるユーザの使用と関連付けて当該ユーザに付与された前記第１のアイテム及び前記第２のアイテムの所持量を消費する管理手段、及び
前記第１のアイテムの前記所持量に基づいて、前記付与手段による前記価値から前記第１のアイテムへの交換を制限する制限手段、
として機能するように構成され、
前記付与手段は、前記価値から前記第１のアイテムへの交換比率を、基準比率と、前記価値を前記基準比率に従って前記第１のアイテムに交換したときに得られる第１のアイテムの量よりも当該第１のアイテムの量が増加する少なくとも一つの割引比率とから、いずれか一つの比率を選択し、選択した比率に従って前記価値を前記第１のアイテムに交換し、
前記管理手段は、前記基準比率に従って交換された第１のアイテムの量と、前記割引比率に従って交換された第１のアイテムの量とを区別して積算し、
前記制限手段は、前記第１のアイテムの前記所持量のうち、前記割引比率に従って交換された前記第１のアイテムの所持量に基づいて、前記割引比率に従った前記価値から前記第１のアイテムへの交換を制限するように構成されたコンピュータを含むゲームシステム。

【請求項2】

前記制限手段は、前記第１のアイテムの前記所持量のうち、前記割引比率に従って交換された前記第１のアイテムの所持量が所定の許容範囲を超える場合に、前記割引比率に従った前記価値から前記第１のアイテムへの交換を制限する請求項１に記載のゲームシステム。

【請求項3】

前記付与手段による前記交換比率の選択範囲には、前記交換比率が異なる複数の割引比率が含まれ、
前記管理手段は、前記第１のアイテムの前記所持量を前記基準比率及び前記複数の割引比率のそれぞれの比率ごとに区別して積算し、
前記制限手段は、前記割引比率に従って交換された前記第１のアイテムの所持量に基づく前記価値から前記第１のアイテムへの交換の制限を、前記割引比率ごとに区別して実施する請求項１又は２に記載のゲームシステム。

【請求項4】

前記付与手段による前記交換比率の選択範囲には、前記交換比率が異なる複数の割引比率が含まれ、
前記管理手段は、前記第１のアイテムの前記所持量を前記基準比率及び前記複数の割引比率のそれぞれの比率ごとに区別して積算し、
前記制限手段は、前記第１のアイテムの前記所持量のうち、前記複数の割引比率に従って交換された前記第１のアイテムの所持量のそれぞれの合計値に基づき、前記複数の割引比率のそれぞれに従った前記価値から前記第１のアイテムへの交換を制限する請求項１又は２に記載のゲームシステム。

【請求項5】

前記管理手段は、前記基準比率に従って交換された第１のアイテムに優先して、前記割引比率に従って交換された第１のアイテムの所持量を消費する請求項１〜４のいずれか一項に記載のゲームシステム。

【請求項6】

前記管理手段は、前記第１のアイテムに優先して、前記第２のアイテムの所持量を消費する請求項１〜５のいずれか一項に記載のゲームシステム。

【請求項7】

ゲームシステムのコンピュータを、所定のコンピュータプログラムに従って、
ゲーム内に限って通用する第１のアイテムを、ユーザによる金銭又は当該金銭の代替物のいずれかによって表現される価値との交換により当該ユーザに付与する一方で、前記ゲーム内に限って通用する第２のアイテムを、前記ユーザによる前記価値との交換を要することなく当該ユーザに付与する付与手段、
前記ユーザに付与された前記第１のアイテム及び前記第２のアイテムのそれぞれの量をアイテムごとに区別して前記ユーザの所持量として積算し、前記ゲーム内におけるユーザの使用と関連付けて当該ユーザに付与された前記第１のアイテム及び前記第２のアイテムの所持量を消費する管理手段、及び
前記第１のアイテムの前記所持量に基づいて、前記付与手段による前記価値から前記第１のアイテムへの交換を制限する制限手段、
として機能させ、
前記付与手段は、前記価値から前記第１のアイテムへの交換比率を、基準比率と、前記価値を前記基準比率に従って前記第１のアイテムに交換したときに得られる第１のアイテムの量よりも当該第１のアイテムの量が増加する少なくとも一つの割引比率とから、いずれか一つの比率を選択し、選択した比率に従って前記価値を前記第１のアイテムに交換し、
前記管理手段は、前記基準比率に従って交換された第１のアイテムの量と、前記割引比率に従って交換された第１のアイテムの量とを区別して積算し、
前記制限手段は、前記第１のアイテムの前記所持量のうち、前記割引比率に従って交換された前記第１のアイテムの所持量に基づいて、前記割引比率に従った前記価値から前記第１のアイテムへの交換を制限するゲームシステムの制御方法。

【請求項8】

ゲームシステムのコンピュータを、
ゲーム内に限って通用する第１のアイテムを、ユーザによる金銭又は当該金銭の代替物のいずれかによって表現される価値との交換により当該ユーザに付与する一方で、前記ゲーム内に限って通用する第２のアイテムを、前記ユーザによる前記価値との交換を要することなく当該ユーザに付与する付与手段、
前記ユーザに付与された前記第１のアイテム及び前記第２のアイテムのそれぞれの量をアイテムごとに区別して前記ユーザの所持量として積算し、前記ゲーム内におけるユーザの使用と関連付けて当該ユーザに付与された前記第１のアイテム及び前記第２のアイテムの所持量を消費する管理手段、及び
前記第１のアイテムの前記所持量に基づいて、前記付与手段による前記価値から前記第１のアイテムへの交換を制限する制限手段、
として機能させるように構成され、
前記付与手段は、前記価値から前記第１のアイテムへの交換比率を、基準比率と、前記価値を前記基準比率に従って前記第１のアイテムに交換したときに得られる第１のアイテムの量よりも当該第１のアイテムの量が増加する少なくとも一つの割引比率とから、いずれか一つの比率を選択し、選択した比率に従って前記価値を前記第１のアイテムに交換し、
前記管理手段は、前記基準比率に従って交換された第１のアイテムの量と、前記割引比率に従って交換された第１のアイテムの量とを区別して積算し、
前記制限手段は、前記第１のアイテムの前記所持量のうち、前記割引比率に従って交換された前記第１のアイテムの所持量に基づいて、前記割引比率に従った前記価値から前記第１のアイテムへの交換を制限するように構成されたゲームシステム用のコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲーム内に限って通用するアイテムをユーザに付与するゲームシステム等に関する。

【背景技術】

【0002】

ゲーム内でユーザに何らかのサービスを提供する場合の対価を徴収する仕組みとして、ゲーム内に限って通用するゲーム内通貨的な価値を有するアイテムをユーザに所持させ、そのアイテムをゲーム内で消費させることと引き換えにサービスを提供する手法が広く採用されている。その種のアイテムには、金銭又はその代替物のいずれかによって表現される経済的な価値との交換、つまり購入よってユーザに付与される有償のアイテムと、上述した経済的な価値との交換を要することなく無償でユーザに付与されるアイテムとが存在することが一般的である（例えば特許文献１及び２参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６００４３６２号公報

【特許文献2】特許第６１４３１４１号公報

【発明の概要】

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

【0004】

従来のゲームシステムにおいて、有償アイテムをどのように使用するかはユーザの意思に委ねられており、ユーザによっては少なからずの量の有償のアイテムが未使用の状態で貯まることもあり得る。しかしながら、有償で交換されかつ未使用のアイテムの存在は、ゲームシステムを提供し、あるいは運用する事業者からみれば、アイテム販売の対価としてのサービスの提供を義務付ける債務となり得る。そのため、未使用状態の有償のアイテムの規模が必要以上に膨らむことは必ずしも好ましくない場合がある。一例として、購入にあたって消費される金銭等の価値と、その価値の消費と引き換えにユーザに付与されるアイテムの量との間の交換比率が一定でない場合、例えばユーザが割安で購入したアイテムについては、事業者がその販売で得た収益に対して負うべき債務が相対的に大きくなる。そのため、割引交換によるアイテムが未使用状態で増加することは好ましくない場合がある。

【0005】

アイテムの購入に関しては、ユーザの過度の出費を防ぐ観点から、例えば一定期間内におけるアイテムの購入額に上限を設定するといった措置を講じるゲームシステムも存在する。しかしながら、そのような制限はユーザの購入量のみを制限するものであって、有償で販売されたアイテムの使用とは関連付けられていない。そのため、有償で交換されかつ未使用状態にあるアイテムの量を管理することにはならない。

【0006】

そこで、本発明は、有償で交換されかつ未使用状態にあるアイテムの量を適切に管理することが可能なゲームシステム等を提供することを目的とする。

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

【0007】

本発明の一態様に係るゲームシステムは、所定のコンピュータプログラムに従って、ゲーム内に限って通用する第１のアイテムを、ユーザによる金銭又は当該金銭の代替物のいずれかによって表現される価値との交換により当該ユーザに付与する一方で、前記ゲーム内に限って通用する第２のアイテムを、前記ユーザによる前記価値との交換を要することなく当該ユーザに付与する付与手段、前記ユーザに付与された前記第１のアイテム及び前記第２のアイテムのそれぞれの量をアイテムごとに区別して前記ユーザの所持量として積算し、前記ゲーム内におけるユーザの使用と関連付けて当該ユーザに付与された前記第１のアイテム及び前記第２のアイテムの所持量を消費する管理手段、及び前記第１のアイテムの前記所持量に基づいて、前記付与手段による前記価値から前記第１のアイテムへの交換を制限する制限手段、として機能するように構成されたコンピュータを含むものである。

【0008】

本発明の一態様に係るゲームシステムの制御方法は、ゲームシステムのコンピュータを、所定のコンピュータプログラムに従って、ゲーム内に限って通用する第１のアイテムを、ユーザによる金銭又は当該金銭の代替物のいずれかによって表現される価値との交換により当該ユーザに付与する一方で、前記ゲーム内に限って通用する第２のアイテムを、前記ユーザによる前記価値との交換を要することなく当該ユーザに付与する付与手段、前記ユーザに付与された前記第１のアイテム及び前記第２のアイテムのそれぞれの量をアイテムごとに区別して前記ユーザの所持量として積算し、前記ゲーム内におけるユーザの使用と関連付けて当該ユーザに付与された前記第１のアイテム及び前記第２のアイテムの所持量を消費する管理手段、及び前記第１のアイテムの前記所持量に基づいて、前記付与手段による前記価値から前記第１のアイテムへの交換を制限する制限手段、として機能させるものである。

【0009】

本発明の一態様に係るゲームシステム用のコンピュータプログラムは、ゲームシステムのコンピュータを、ゲーム内に限って通用する第１のアイテムを、ユーザによる金銭又は当該金銭の代替物のいずれかによって表現される価値との交換により当該ユーザに付与する一方で、前記ゲーム内に限って通用する第２のアイテムを、前記ユーザによる前記価値との交換を要することなく当該ユーザに付与する付与手段、前記ユーザに付与された前記第１のアイテム及び前記第２のアイテムのそれぞれの量をアイテムごとに区別して前記ユーザの所持量として積算し、前記ゲーム内におけるユーザの使用と関連付けて当該ユーザに付与された前記第１のアイテム及び前記第２のアイテムの所持量を消費する管理手段、及び前記第１のアイテムの前記所持量に基づいて、前記付与手段による前記価値から前記第１のアイテムへの交換を制限する制限手段、として機能させるように構成されたものである。

【図面の簡単な説明】

【0010】

【図1】本発明の一形態に係るゲームシステムの全体構成の一例を示す図。

【図2】アイテムの付与、及びその使用に伴う消費の仕組みの一例を示す図。

【図3】アイテムの購入、消費等を制御するためのゲームサーバの制御系の構成の一例を示す機能ブロック図。

【図4】有償アイテムをユーザに付与するためにゲームサーバが実行する購入処理の手順の一例を示すフローチャート。

【図5】無償アイテムをユーザに付与するためにゲームサーバが実行する無償付与処理の手順の一例を示すフローチャート。

【図6】アイテムを消費するためにゲームサーバが実行するアイテム消費処理の手順の一例を示すフローチャート。

【図7】有償アイテムをユーザに付与するためにゲームサーバが実行する購入処理の手順の他の例を示すフローチャート。

【図8】有償アイテムをユーザに付与するためにゲームサーバが実行する購入処理の手順のさらなる例を示すフローチャート。

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

【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】

あるいは、前記付与手段による前記交換比率の選択範囲には、前記交換比率が異なる複数の割引比率が含まれる場合において、前記管理手段は、前記第１のアイテムの前記所持量を前記基準比率及び前記複数の割引比率のそれぞれの比率ごとに区別して積算し、前記制限手段は、前記第１のアイテムの前記所持量のうち、前記複数の割引比率に従って交換された前記第１のアイテムの所持量のそれぞれの合計値に基づき、前記複数の割引比率のそれぞれに従った前記価値から前記第１のアイテムへの交換を制限してもよい。これによれば、複数の割引比率が選択的に使い分けられる場合でも、未使用状態にある第１のアイテムの量を割引比率の異同に関わりなく一括して管理することができる。

【0082】

上記態様において、前記管理手段は、前記基準比率に従って交換された第１のアイテムに優先して、前記割引比率に従って交換された第１のアイテムの所持量を消費するようにしてもよい。これによれば、割引比率に従って交換されかつ未使用状態にある第１のアイテムの所持量の増加を、基準比率に従って交換されかつ未使用状態にある第１のアイテムの所持量の増加に優先して抑制することが可能である。

【0083】

また、前記管理手段は、前記第１のアイテムに優先して、前記第２のアイテムの所持量を消費するようにしてもよい。例えば有償で交換された第１のアイテムに限って使用が許可されるサービスが存在するといったように、第１のアイテムと第２のアイテムのそれぞれのゲーム内における取り扱いに差が存在する場合、ユーザにとっては第１のアイテムのゲーム内における価値が第２のアイテムのそれに比して相対的に大きくなることがある。このような場合に、第１のアイテムに優先して第２のアイテムを消費させることにより、ユーザからみて価値が相対的に大きいアイテムの消費を抑え、それによりアイテムの消費に関するユーザの納得感を高めることが可能である。

【符号の説明】

【0084】

１ ゲームシステム
２ ユーザ端末
３ ゲームサーバ
１１ ゲーム制御部
１２ アイテム付与部
１３ アイテム管理部
１４ 購入制限部
Ｄｉ アイテムデータ
ＰＧ ゲームプログラム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】