JP2019088464A - ゲームシステム、アイテム贈呈方法、ならびに、プログラム - Google Patents

Abstract

【課題】ゲームにおけるアイテムの均等配布を効果的に促進することのできるゲームシステム等を提供する。【解決手段】抽選部２４２は、アイテム群２３２から当選アイテムを抽選する。提示部２４４は、抽選部２４２により抽選された当選アイテムが所定の贈呈要件を満たす場合に、その当選アイテムを贈呈することについての提案が含まれる抽選結果をユーザに提示する。アイテム付与部２４５は、抽選結果が提示されたユーザから、当選アイテムを贈呈することについての承諾を受け付けると、その当選アイテムを他のユーザに付与する。【選択図】図３

Description

本発明は、ゲームにおけるアイテムの均等配布を効果的に促進することのできるゲームシステム、アイテム贈呈方法、ならびに、プログラムに関する。

従来より、スマートフォンやゲーム装置において、種々のゲームが提供されている。例えば、ソーシャルゲーム等では、いわゆる「ガチャ」と呼ばれるアイテム抽選が実行できるようになっている。
このガチャでは、例えば、アイテム毎に設定された当選確率等に基づいて抽選が行われ、当選したアイテムがユーザに付与（提供）されるようになっている。なお、より有利にゲームを進めることのできる高ランクのアイテム（レア度の高いアイテム）ほど、当選確率が低く設定されているため、数多くのガチャを実行しても、そのような高ランクのアイテムをなかなか獲得できない場合もある。

また、高ランクのアイテムは、多種類あり、例えば、属性等がそれぞれ異なっている。そして、ゲームにおいて、各ユーザのプレイスタイル等がそれぞれ異なっているため、高ランクの同じアイテムについて、あるユーザにとっては使用価値が高く、別のユーザにとっては使用価値が低いことも生じている。
そのため、ガチャを実行して、高ランクのアイテムを獲得しても、ユーザによってはそのアイテムを使用しないままとなる場合もあった。また、ガチャによる抽選がランダムであるため、そのようなアイテムを使用しないままでいるユーザに、再度、高ランクの同じアイテムが当選する場合もあった。

このようなことから、ゲーム内において、各ユーザが自分の所有するアイテムを任意に交換できる仕組みを実装したゲームも知られている。つまり、交換により、必要なアイテムを必要なユーザに再配布することで、ゲーム内におけるアイテムの均等配布を目指している。なお、アイテムの交換時において、リアルマネートレードと称される行為が一部のユーザによって行われる懸念もあることから、例えば、特許文献１には、リアルマネートレードを技術的な側面から抑制できるゲームシステムの発明が開示されている。

特許５８３８１９４号公報

上述した特許文献１の発明では、アイテム交換のための出品画面において、出品ユーザが特定できる情報を含まないようにすることで、現実世界における金銭の授受を困難とし、リアルマネートレードを抑制している。
しかしながら、上述した特許文献１に代表されるアイテム交換では、ユーザがアイテムを出品する手続きを行う必要があり、煩雑さを感じるユーザも多かった。しかも、実際に交換が成立しないと、アイテムの移転が行われないため、再配布されるアイテム数が限られてしまい、アイテムの均等配布がそれほど進まなかった。

このようなことから、ユーザの煩雑さを解消しつつ、アイテムを均等配布できる技術が求められていた。

本発明は、上記実状に鑑みてなされたもので、ゲームにおけるアイテムの均等配布を効果的に促進することのできるゲームシステム、アイテム贈呈方法、ならびに、プログラムを提供することを目的とする。

本発明に係るゲームシステムは、
アイテム群から当選アイテムを抽選する抽選部と、
前記抽選部により抽選された前記当選アイテムが所定の贈呈要件を満たす場合に、前記当選アイテムを贈呈することについての提案が含まれる抽選結果をユーザに提示する提示部と、
前記抽選結果が提示されたユーザから、前記当選アイテムを贈呈することについての承諾若しくは不承諾を受け付ける受付部と、
前記受付部により前記当選アイテムを贈呈することについての承諾を受け付けると、前記当選アイテムを他のユーザに付与する付与部と、
を備えることを特徴とする。

本発明によれば、ゲームにおけるアイテムの均等配布を効果的に促進することができる。

本実施形態に係るゲームシステムの全体構成の一例を示すブロック図である。 ゲームサーバが実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。 本実施形態に係るゲームサーバの概要構成を示すブロック図である。 ユーザ管理情報の一例を示す模式図である。 アイテム群の一例を示す模式図である。 交流履歴情報の一例を示す模式図である。 ガチャ選択画面の一例を示す模式図である。 プレゼント提案付きの抽選結果画面の一例を示す模式図である。 通常の抽選結果画面の一例を示す模式図である。 本実施形態に係るユーザ端末の概要構成を示すブロック図である。 ゲーム管理情報の一例を示す模式図である。 本実施形態に係るアイテム抽選処理を説明するためのフローチャートである。 他の実施形態に係るゲームサーバの概要構成を示すブロック図である。

以下に本発明の実施形態を説明する。以下では、理解を容易にするため、スマートフォン等を用いて実行されるゲーム（一例として、ソーシャルゲーム等）を制御するゲームシステムに本発明が適用される実施形態を説明するが、この他にも、例えば、ノート型パーソナルコンピュータ、ゲーム機器、ＰＤＡ（Personal Digital Assistant）などの情報処理装置を用いて実行される各種ゲームを制御する場合にも、同様に本発明を適用することができる。
すなわち、以下に記載する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

（全体構成）
本発明の実施形態に係るゲームシステム１００は、図１に示すように、ゲームサーバ２００とユーザ端末３００とがインターネット９００を介して通信可能に接続されて構成されている。
なお、図中では簡略化しているが、ユーザ端末３００は、利用するユーザに応じて、多数存在しているものとする。

ゲームサーバ２００は、例えば、サーバ装置（サーバ用コンピュータ）等であり、ユーザ端末３００と通信して、ゲーム（一例として、ソーシャルゲーム等）の進行を制御する。
なお、ゲームサーバ２００が制御するゲームにおいて、いわゆる「ガチャ」と呼ばれるアイテム抽選が実行できるようになっている。つまり、ゲームサーバ２００は、ユーザ端末３００からガチャの実行が要求されると、アイテム毎に当選確率等が設定された抽選条件に基づいて、アイテム群から抽選を行い、当選したアイテムをユーザ（ユーザ端末３００）に付与する。
また、「アイテム」とは、ゲームにおける一般的なアイテムに限られず、例えば、キャラクタ、武器、防具、魔法、スキル等も含むものとして以下、説明する。

一例として、ゲームサーバ２００が制御するゲームでは、「単発ガチャ」、「１０連ガチャ」、及び、「みんなでガチャ」からなる３種類のガチャが実行可能となっている。
単発ガチャは、例えば、１回のガチャにつき、１個のアイテムを抽選し、当選したアイテムを付与する基本的なガチャであり、消費する対価（一例として、ゲーム内通貨であるコイン）の額が低く設定されている。

１０連ガチャは、例えば、１０回のガチャを連続して行い、合計１０個のアイテムを抽選し、当選したアイテムを付与するガチャであり、消費する対価の額が高いものの（一例として、単発ガチャの１０倍）、高ランク（後述するプラチナランク）のアイテムが必ず１個以上当選することを特徴としている。なお、１０連ガチャの名称、及び、連続して行われるガチャの回数（１０回）は、一例であり、他の名称で、他の回数（複数回数）のガチャを連続して行うタイプのガチャであってもよい。

みんなでガチャは、例えば、上記の１０連ガチャと同様の仕組みで行われるガチャを、複数のユーザが資金（対価）を出し合って参加できるガチャであり、１０連ガチャを単独で実行するには資金が足りないユーザでも、気軽に１０連ガチャを体験できることを特徴としている。そして、当選したアイテムは、例えば、出資口数の割合等に基づいて、参加したユーザに無作為に付与される。

なお、後述するように、これらのガチャで当選したアイテムの中に、他のユーザへプレゼント可能なアイテム（後述する贈呈アイテム）が含まれている場合には、当選したアイテムを、ガチャの実行を要求したユーザに付与する前に、プレゼントの提案がなされる。

ユーザ端末３００は、例えば、スマートフォン等であり、インターネット９００を介してゲームサーバ２００にアクセスしつつ、ゲーム（一例として、ソーシャルゲーム等）を進行する。
例えば、ユーザ端末３００は、ユーザの操作に応じて、上述した各種のガチャの何れかを選択し、対応する対価を支払うことにより、選択したガチャの実行をゲームサーバ２００に要求する。そして、ゲームサーバ２００にてガチャが実行されると（アイテムの抽選が行われると）、ユーザ端末３００は、当選したアイテムを獲得する。なお、後述するように、所定の贈呈要件を満たすアイテムが当選した場合には、そのアイテムを他のユーザにプレゼントできるようになっている。

（情報処理装置の概要構成）
本発明の実施形態に係るゲームサーバ２００及びユーザ端末３００が実現される典型的な情報処理装置４００について説明する。

情報処理装置４００は、図２に示すように、ＣＰＵ（Central Processing Unit）４０１と、ＲＯＭ（Read Only Memory）４０２と、ＲＡＭ（Random Access Memory）４０３と、記憶デバイス４０４と、表示デバイス４０５と、通信デバイス４０６と、操作デバイス４０７と、を備える。

ＣＰＵ ４０１は、情報処理装置４００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。

ＲＯＭ ４０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ ４０３に読み出してＣＰＵ ４０１による当該プログラムの実行が開始される。

ＲＡＭ ４０３は、データやプログラムを一時的に記憶するためのもので、記憶デバイス４０４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

記憶デバイス４０４は、ＳＳＤ（Solid State Drive）やハードディスク等であり、種々のデータを記憶する。例えば、記憶デバイス４０４は、情報処理装置４００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のアプリケーションや付随するデータ等を記憶する。

表示デバイス４０５は、例えば、ＬＣＤ（Liquid Crystal Display）等の表示装置と、その表示装置に表示するための画像情報を記憶するＶＲＡＭ（Video Random Access Memory）と、画像情報を処理するための画像処理部とを含んで構成されている。この画像処理部は、記憶デバイス４０４から読み出されたデータや、ＣＰＵ ４０１にて処理されたデータを加工処理した後、これをＶＲＡＭに格納するなどして、画像情報を生成する。

通信デバイス４０６は、移動体通信網や無線ＬＡＮ（Local Area Network）等を利用して無線通信を行う。なお、通信デバイス４０６は、有線ＬＡＮ等を利用して有線通信を行ってもよい。

操作デバイス４０７は、タッチスクリーンやタッチパッド、ボタンやキーボード、若しくは、マウス等であり、ユーザの操作を受け付ける。なお、音声によって、ユーザの操作を受け付けてもよい。

以下、上記情報処理装置４００において実現されるゲームサーバ２００の構成等について、図３〜図９を参照して説明する。情報処理装置４００に電源が投入されると、ゲームサーバ２００（本発明に係るサーバ装置）として機能させるプログラムが実行され、本実施形態に係るゲームサーバ２００が実現される。

（ゲームサーバの概要構成）
図３は、本実施形態に係るゲームサーバ２００の概要構成を示すブロック図である。図示するように、ゲームサーバ２００は、受信部２１０と、送信部２２０と、記憶部２３０と、制御部２４０とを備え、ユーザ端末３００で実行されるゲームの進行を支援する。

受信部２１０は、インターネット９００を介してユーザ端末３００から送られる種々の情報を受信する。
例えば、受信部２１０は、ゲーム中における各種の操作情報や、メニュー等における項目の選択情報をユーザ端末３００から受信する。なお、選択情報には、上述したガチャの実行を要求する情報も含まれている。
上述した通信デバイス４０６等が、このような受信部２１０として機能しうる。

送信部２２０は、インターネット９００を介してユーザ端末３００に向けて、種々の情報を送信する。
例えば、送信部２２０は、操作情報に応じた応答情報や、選択情報に応じた各種画面（後述する選択画面や抽選結果画面等）をユーザ端末３００に送信する。
上述した通信デバイス４０６等が、このような送信部２２０として機能しうる。

記憶部２３０は、ゲームの進行制御に必要な種々の情報を記憶する。例えば、記憶部２３０は、ユーザ管理情報２３１、アイテム群２３２、及び、交流履歴情報２３３等を記憶する。

ユーザ管理情報２３１は、各ユーザ端末３００のユーザを管理するための情報であり、一例として、図４に示すような情報を含んでいる。
つまり、ユーザ管理情報２３１には、ユーザＩＤ２３１ａ、レベル値２３１ｂ、コイン残高２３１ｃ、所有アイテム２３１ｄ、及び、使用アイテム２３１ｅ等が含まれている。
なお、レベル値２３１ｂは、そのユーザ（ユーザ端末３００のユーザ）におけるゲームの進行度を示す値である。このようなレベル値２３１ｂの代わりに、ゲームランク等を記憶してもよい。
また、コイン残高２３１ｃは、そのユーザが獲得したゲーム内通貨であるコイン（一例であり、他の名称でもよい）の残高を示している。なお、以下では、ガチャを実行するための対価として、所定額のコインを支払う（消費する）場合について説明するが、このようなゲーム内通貨とは別の対価を支払ってガチャを実行してもよい。例えば、ガチャを実行するための対価として、課金アイテム（ユーザが別途購入したゲーム内宝石等）が用いられる場合には、ユーザ管理情報２３１において、そのような課金アイテムの残高も適宜記憶される。
また、所有アイテム２３１ｄは、そのユーザが所有しているアイテムを識別するための情報（アイテムＩＤ）である。原則として、ユーザが所有するアイテムは、ガチャを実行することによりゲームサーバ２００から付与される（後述する贈呈アイテムも含む）ものとするが、ガチャとは別に、ゲームの進行に応じて（一例として、クエストをクリアする等により）、アイテムが獲得できるようにしてもよい。その場合、例えば、アイテムＩＤに枝番を持たせ、獲得事由を枝番により識別できるようにしてもよい。
そして、使用アイテム２３１ｅは、そのユーザがゲーム内で使用したアイテムの履歴である。

図３に戻って、アイテム群２３２は、ゲームにおいてユーザが獲得可能なアイテムの情報である。このアイテム群２３２に、一例として、図５に示すような情報を含んでいる。
つまり、アイテム群２３２には、アイテムＩＤ２３２ａ、ランク２３２ｂ、属性２３２ｃ、及び、当選確率２３２ｄ等が含まれている。
なお、ランク２３２ｂは、ゲーム内におけるアイテムの等級（階級）を示しており、ランクの高い順に、例えば、「プラチナ」（プラチナランク）、「ゴールド」（ゴールドランク）、「シルバー」（シルバーランク）と規定されている。高ランクであるプラチナランクのアイテムをゲーム内で使用すると（ユーザが操作するキャラクタに装備する等も含む）、より有利にゲームを進めることができるようになっている。また、このようなランクを用いる代わりに、レア度（レアリティ）を用いてもよい。その場合、レア度の高い順に、例えば、「スーパーレア（ＳＲ）」、「レア（Ｒ）」、「コモン（Ｃ）」と規定するようにしてもよい。
また、属性２３２ｃは、ゲーム内におけるアイテムの特性等を示しており、例えば、ゲーム状況に応じて、そのアイテムを使用する際の効果（攻撃力や防御力等）が異なっている。
そして、当選確率２３２ｄは、制御部２４０（後述する抽選部２４２）が抽選を行う際に、そのアイテムが当選する確率を示しており、ランク（ランク２３２ｂ）が高いアイテムほど、その確率が低く設定されている。つまり、ガチャが実行される際において、プラチナランクのアイテムは、かなり当選し難くなっている。

図３に戻って、交流履歴情報２３３は、ユーザ間の交流の履歴を示す情報である。なお、交流には、任意にフレンド登録を行ったユーザや、上述したみんなでガチャを一緒にプレイしたユーザの情報が含まれているものとする。
交流履歴情報２３３は、一例として、図６に示すような情報を含んでいる。つまり、ユーザＩＤ２３３ａ、及び、交流ユーザＩＤ２３３ｂ等が含まれている。
なお、交流ユーザＩＤ２３３ｂには、フレンド登録が新たになされたユーザや、みんなでガチャを新たにプレイしたユーザのユーザＩＤが逐次加えられて行くものとする。

記憶部２３０は、この他にも、制御部２４０の処理に必要な種々の情報を記憶する。例えば、記憶部２３０は、ゲームにおいてユーザに知らせる報知情報や、各種のイベント情報等も記憶する。
上述したＲＡＭ ４０３や記憶デバイス４０４等が、このような記憶部２３０として機能しうる。

図３に戻って、制御部２４０は、ゲームサーバ２００全体を制御し、ユーザ端末３００にて実行されるゲームの進行を支援する。
この制御部２４０は、例えば、特定部２４１、抽選部２４２、選定部２４３、提示部２４４、及び、アイテム付与部２４５等を含んでいる。なお、以下では、発明の理解を容易にするために、ゲームサーバ２００側の提示部２４４が各種画面（後述する選択画面や抽選結果画面等）を生成して、ユーザ端末３００に提示する場合について説明するが、一例であり、他の手法により、ユーザ端末３００に各種画面を提示するようにしてもよい。例えば、後述するように、ゲームサーバ２００とユーザ端末３００とを協働させ、最終的にユーザ端末３００側で各種画面を生成するようにしてもよい。

特定部２４１は、ガチャの実行を要求したユーザの不使用アイテム（所有しているアイテムのうち、所定期間使用していないアイテム）を特定する。
例えば、特定部２４１は、上述した図４に示すようなユーザ管理情報２３１を参照し、ガチャの実行を要求したユーザにおける所有アイテム２３１ｄ内のアイテムのうち、使用アイテム２３１ｅにないアイテム（つまり、不使用アイテム）を特定する。また、使用アイテム２３１ｅにおいて、使用日時（最後に使用した日時）も管理するようにし、使用アイテム２３１ｅにあっても（使用したことがあっても）、所定期間使用してないアイテムを特定部２４１が特定するようにしてもよい。

抽選部２４２は、アイテム群２３２から所定数のアイテムを抜き出し、その中から、各アイテムの当選確率に基づいて、ランダムにアイテムの抽選を行う。
例えば、抽選部２４２は、予め定められた構成割合（一例として、プラチナランクが１０％、ゴールドランクが３０％、シルバーランクが６０％等）に応じた数だけ、各ランクのアイテムをアイテム群２３２からそれぞれ抜き出して抽選条件情報を生成し、その抽選条件情報の中から、各アイテムの当選確率に基づいて、ランダムにアイテムの抽選を行う。
なお、抽選部２４２は、単発ガチャの実行が要求された場合に、生成した抽選条件情報に基づいて、１個のアイテムの抽選を行う。
また、１０連ガチャや、みんなでガチャが要求された場合に、抽選部２４２は、１０回中の９回において、生成した抽選条件情報に基づいて、１個ずつのアイテム（合計９個のアイテム）の抽選を行う。そして、１０回中の１回において、抽選部２４２は、アイテム群２３２から所定数のプラチナランクのアイテムだけを抜き出して特別抽選条件情報を生成し、その特別抽選条件情報の中から、各アイテムの当選確率に基づいて、ランダムにアイテムの抽選を行う。これにより、１０連ガチャや、みんなでガチャでは、プラチナランクのアイテムが必ず１個以上当選するようになっている。

選定部２４３は、抽選部２４２が抽選したアイテムが所定の贈呈要件を満たしている場合に、そのアイテムを贈呈アイテムとし、プレゼント先となる候補ユーザを選定する。
以下では、贈呈要件を、ガチャの実行を要求したユーザにおける不使用アイテムの何れかであり、かつ、プラチナランクのアイテムの場合を一例として説明するが、贈呈要件は、ゲームバランス等を考慮して適宜変更可能である。例えば、プラチナランクのアイテムに限らずに、ゴールドランク以上のアイテムとしてもよい。
そして、選定部２４３は、贈呈アイテム（不使用アイテムであり、かつ、プラチナランクのアイテム）を所有していないユーザの中から、その贈呈アイテムをプレゼントすべき３人の候補ユーザを選定する。なお、選定する候補ユーザの数は一例であり、他の人数であってもよいし、贈呈アイテムを所有していないユーザの中からどのユーザを候補とするかは、例えば、直近でフレンド登録をしたユーザや、チャット等のコミュニケーションの多いユーザ等、種々の交流度合いから選定するようにしてもよい。
つまり、選定部２４３は、上述した図６の交流履歴情報２３３を参照し、ガチャの実行を要求したユーザと交流のあるユーザ（例えば、直近でフレンド登録をしたユーザや、チャット等のコミュニケーションの多いユーザ等）に更に絞り込んだ中から、候補ユーザを選定する。なお、交流のあるユーザに絞り込むことで、候補ユーザの数が３人に満たなくなる場合には、絞り込みを行わなくともよい。また逆に、交流のあるユーザに絞り込むことで、候補ユーザの数が３人に満たなくとも１人以上いる場合には、その１人以上を候補ユーザとして選定してもよい。

提示部２４４は、各種の画面等を生成して、ユーザ端末３００に提示する。
例えば、提示部２４４は、ユーザにガチャを選択させるための画面や、ガチャによる抽選結果を知らせるための画面等を生成して、ユーザ端末３００に提示する。

具体的に、提示部２４４は、図７に示すようなガチャ選択画面４１０を生成して、ユーザ端末３００に提示する。
このガチャ選択画面４１０には、単発ガチャを選択するための選択ボタン４１１と、１０連ガチャを選択するための選択ボタン４１２と、みんなでガチャを選択するための選択ボタン４１３とが含まれている。そして、ガチャ選択画面４１０がユーザ端末３００に提示された状態で、選択ボタン４１１〜４１３の何れかが、ユーザにより押下（タッチやクリック等）されると、対応するガチャの実行がゲームサーバ２００に要求され、上述した抽選部２４２によって、アイテムの抽選が行われる。

なお、抽選により当選したアイテムの中に、贈呈要件を満たした贈呈アイテムが含まれている場合に、提示部２４４は、当該当選したアイテムをガチャの実行を要求したユーザに付与する前に、その贈呈アイテムのプレゼントを提案する抽選結果を生成してユーザ端末３００に提示することになる。

具体的に、提示部２４４は、図８に示すようなプレゼント提案付きの抽選結果画面４２０を生成して、ユーザ端末３００に提示する。なお、図８の抽選結果画面４２０は、一例として１０連ガチャを実行した場合の抽選結果画面を示している。
この抽選結果画面４２０において、贈呈アイテム４２１が、贈呈要件（ガチャの実行を要求したユーザにおける不使用アイテムであり、かつ、プラチナランクのアイテム）を満たしているため、プレゼントの提案がなされている。なお、図８の抽選結果画面４２０では、当選したアイテム中に１個の贈呈アイテム４２１が含まれている場合を例示しているが、贈呈要件を満たす贈呈アイテムの数が、複数の場合もある。また、贈呈アイテム４２１は、このようなプラチナランクのアイテムに限らずに、ゴールドランク以上のアイテムとしてもよい。
贈呈アイテム４２１の近傍には、メッセージ画像４２２が配置されており、プレゼントを提案するメッセージにより、贈呈アイテム４２１を目立たせている。なお、メッセージ画像４２２を配置する代わりに、贈呈アイテム４２１を光らせたり（輝度等を高くしたり）、贈呈アイテム４２１を一定周期で点滅させる（輝度等を周期的に上げ下げする）などにより、目立たせてもよい。

また、抽選結果画面４２０には、このようなプレゼントの提案を受け容れるかどうかを選択するための選択ボタン４２３（４２３ａ〜４２３ｃ），４２４も配置されている。
そして、提案された贈呈アイテム４２１をプレゼントしてもよい（承認）と判断したユーザは、選択ボタン４２３の何れかを押下することになる。一方、提案された贈呈アイテム４２１をプレゼントしない（不承認）と判断したユーザは、選択ボタン４２４を押下することになる。
なお、このような１０連ガチャに限られず、単発ガチャや、みんなでガチャの実行が要求され、抽選により当選したアイテムの中に、贈呈要件を満たした贈呈アイテム４２１が含まれている場合に、提示部２４４は、当該当選したアイテムをガチャの実行を要求したユーザに付与する前に、同様なプレゼントを提案する抽選結果画面を生成してユーザ端末３００に提示することになる。

一方、抽選により当選したアイテムの中に、贈呈要件を満たした贈呈アイテム４２１が含まれていない場合に、提示部２４４は、通常の抽選結果を生成してユーザ端末３００に提示することになる。

具体的に、提示部２４４は、図９に示すような通常の抽選結果画面４３０を生成して、ユーザ端末３００に提示する。なお、図９の抽選結果画面４３０は、一例として１０連ガチャを実行した場合の抽選結果画面を示している。
なお、このような１０連ガチャに限られず、単発ガチャや、みんなでガチャの実行が要求され、抽選により当選したアイテムの中に、贈呈要件を満たした贈呈アイテム４２１が含まれていない場合に、提示部２４４は、同様な通常の抽選結果画面を生成してユーザ端末３００に提示することになる。また、図８の抽選結果画面４２０にて、選択ボタン４２４が押下され、提案された贈呈アイテム４２１をプレゼントしない旨が応答された場合にも、提示部２４４は、同様な通常の抽選結果画面を生成してユーザ端末３００に提示することになる。

図３に戻って、アイテム付与部２４５は、ガチャが実行されて当選したアイテム（抽選部２４２が抽選したアイテム）を、ガチャの実行を要求したユーザ等に付与する。
まず、抽選により当選したアイテムの中に、贈呈要件を満たした贈呈アイテム４２１が含まれていない場合、アイテム付与部２４５は、抽選後直ぐ（図９の抽選結果画面４３０が提示される際）に、当選したアイテムを全て、ガチャの実行を要求したユーザに付与する。
一方、抽選により当選したアイテムの中に、贈呈要件を満たした贈呈アイテム４２１が含まれていた場合、アイテム付与部２４５は、プレゼントの提案に対する応答を受けた後（図８の抽選結果画面４２０における選択ボタン４２３，４２４の何れかが押下された際）に、当選したアイテムの一部（選択ボタン４２３が押下された場合における贈呈アイテム４２１以外）若しくは全部（選択ボタン４２４が押下された場合）を、ガチャの実行を要求したユーザに付与する。そして、この選択ボタン４２３が押下された場合に、アイテム付与部２４５は、贈呈アイテム４２１を、プレゼント先のユーザに付与する。つまり、図８に示すようなプレゼント提案付きの抽選結果画面４２０が提示されただけでは、抽選により当選したアイテムの何れもが、ユーザに付与される前である。その後、選択ボタン４２３，４２４の何れかが押下されると、それらのアイテムが、ガチャの実行を要求したユーザやプレゼント先のユーザに付与される。
なお、アイテムを付与することは、具体的に、アイテム付与部２４５が、上述したユーザ管理情報２３１における対応するユーザ（ガチャの実行を要求したユーザやプレゼント先のユーザ）の所有アイテム２３１ｄに、当選したアイテムや贈呈アイテム４２１の識別情報（アイテムＩＤ）を追加することによりなされる。

制御部２４０は、この他にも、ガチャの実行に対する対価の徴収等も行う。つまり、制御部２４０は、ユーザ管理情報２３１における対応するユーザ（ガチャの実行を要求したユーザ）のコイン残高２３１ｃから、対価の額を差し引く等の処理を行う。
上述したＣＰＵ ４０１等が、このような構成からなる制御部２４０として機能しうる。

以下、上記情報処理装置４００において実現されるユーザ端末３００の構成等について、図１０，１１を参照して説明する。情報処理装置４００に電源が投入されると、ユーザ端末３００（本発明に係る端末装置）として機能させるプログラムが実行され、本実施形態に係るユーザ端末３００が実現される。

（ユーザ端末の概要構成）
図１０は、本実施形態に係るユーザ端末３００の概要構成を示すブロック図である。図示するように、ユーザ端末３００は、操作受付部３１０と、送受信部３２０と、記憶部３３０と、制御部３４０と、表示部３５０とを備え、例えば、ゲームサーバ２００と適宜通信しつつ、ゲームを進行する。

操作受付部３１０は、ユーザからの各種操作を受け付ける。例えば、操作受付部３１０は、タッチスクリーン等から得られる情報に基づいて、ユーザからの操作を受け付ける。
なお、上述した操作デバイス４０７等が、このような操作受付部３１０として機能しうる。

送受信部３２０は、インターネット９００を介してゲームサーバ２００にアクセスし、ゲームの進行に必要な情報を送受信する。
例えば、送受信部３２０は、ゲームサーバ２００から送信される各種画面（上述した、ガチャ選択画面４１０、プレゼント提案付きの抽選結果画面４２０、及び、通常の抽選結果画面４３０）を受信する。
また、送受信部３２０は、各種画面等に応じた選択情報（項目等の選択）をゲームサーバ２００に送信する。
上述した通信デバイス４０６等が、このような送受信部３２０として機能しうる。

記憶部３３０は、例えば、ゲーム管理情報３３１等を記憶する。

ゲーム管理情報３３１には、例えば、図１１に示すように、ユーザＩＤ３３１ａ、レベル値３３１ｂ、コイン残高３３１ｃ、所有アイテム３３１ｄ、及び、使用アイテム３３１ｅ等が含まれている。つまり、上述したユーザ管理情報２３１と同様の情報が、ユーザ端末３００側でも管理されている。
ゲーム管理情報３３１にて記憶される情報は、後述するように、ゲームサーバ２００側にて記憶されるユーザ管理情報２３１と、適宜同期されるようになっている。

記憶部３３０は、この他にも、ゲームにおけるアイテムやキャラクタ等の画像データ等も記憶する。
上述した記憶デバイス４０４等が、このような記憶部３３０として機能しうる。

図１０に戻って、制御部３４０は、ユーザ端末３００全体を制御する。この制御部３４０は、例えば、ゲーム進行部３４１、及び、画面生成部３４２等を含んでいる。

ゲーム進行部３４１は、ゲームを実行し、操作受付部３１０にて受け付けたユーザの操作等に応じて、ゲームを進行させる。その際、ゲーム進行部３４１は、送受信部３２０を通じてゲームサーバ２００との間でデータを送受信し、例えば、ゲーム管理情報３３１にて管理される情報と、ユーザ管理情報２３１にて管理される情報（対応するユーザの情報）とを同期させる。
また、上述した図７のガチャ選択画面４１０が表示部３５０に表示されている状態で、操作ボタン４１１〜４１３の何れかがユーザにより押下されると、ゲーム進行部３４１は、ゲームサーバ２００にガチャの実行を要求する。

画面生成部３４２は、ゲーム画面等を生成する。つまり、ユーザがゲームを進めるための各種画面を生成する。
なお、上述したように、ガチャ選択画面４１０、プレゼント提案付きの抽選結果画面４２０、及び、通常の抽選結果画面４３０は、ゲームサーバ２００側（提示部２４４）にて生成しているが、提示部２４４の代わりに、画面生成部３４２がこれらの画面を生成してもよい。
その場合、ゲームサーバ２００側からユーザ端末３００へは、変数として扱われる要素データだけが送られるようにし、送受信部３２０を通じて要素データを受信すると、画面生成部３４２は、その要素データと記憶部３３０に記憶される情報とに基づいて、各種画面を生成する。一例として、プレゼント提案付きの抽選結果画面４２０を生成する場合について説明すると、ゲームサーバ２００側からユーザ端末３００へは、特定部２４１が特定した不使用アイコンに関する情報（一例として、各アイテムＩＤ）、抽選部２４２による抽選結果に関する情報（一例として、各アイテムＩＤ、ランク、及び、属性等の情報）、及び、選定部２４３が選定した候補ユーザに関する情報（一例として、各ユーザＩＤ）だけが送られる。そして、画面生成部３４２は、これらゲームサーバ２００から送られた情報と、記憶部３３０に記憶されるアイテム画像等とに基づいて、図８に示すようなプレゼント提案付きの抽選結果画面４２０を生成する。

制御部３４０は、この他にも、ゲームサーバ２００から送られる報知情報等をゲーム画面に重畳させて、表示部３５０に表示させるなど、ゲームの進行に必要な処理を適宜実行する。
上述したＣＰＵ ４０１等が、このような構成からなる制御部３４０として機能しうる。

表示部３５０は、画面生成部３４２が生成したゲーム画面等を表示する。また、表示部３５０は、ゲームサーバ２００から送られた各種画面（ガチャ選択画面４１０、プレゼント提案付きの抽選結果画面４２０、及び、通常の抽選結果画面４３０等）も表示する。なお、上述したように、これら各種画面をユーザ端末３００側で生成してもよく、その場合でも、表示部３５０は、画面生成部３４２が生成した各種画面を表示する。
なお、上述した表示デバイス４０５等が、このような表示部３５０として機能しうる。

（ゲームサーバの動作）
以下、図３に示すような構成のゲームサーバ２００の動作について図１２を参照して説明する。なお、ゲームサーバ２００は、ユーザ端末３００にて実行されるゲームの進行全般を制御するが、その中において、最も特徴的なアイテム抽選処理について説明する。
図１２は、本実施形態に係るアイテム抽選処理の流れを示すフローチャートである。このアイテム抽選処理は、ゲームサーバ２００において、ガチャを実行する際の処理であり、例えば、ガチャ選択画面への画面遷移が、ユーザ端末３００から要求されることで開始される。

まず、ゲームサーバ２００は、ガチャ選択画面を生成して、ユーザ端末３００に提示する（ステップＳ１１）。
すなわち、制御部２４０（提示部２４４）は、図７に示すようなガチャ選択画面４１０を生成して、ユーザ端末３００に提示する。

ゲームサーバ２００は、ユーザ端末３００から、ガチャの実行が要求されたか否かを判別する（ステップＳ１２）。
つまり、制御部２４０は、図７に示すようなガチャ選択画面４１０における選択ボタン４１１〜４１３の何れかが、ユーザにより押下されたかどうかを判別する。

ゲームサーバ２００は、ガチャの実行が要求されていないと判別すると（ステップＳ１２；Ｎｏ）、そのまま待機する。なお、他の画面への画面遷移等がユーザ端末３００から要求された場合に、ゲームサーバ２００は、アイテム抽選処理を終了するものとする。

一方、ガチャの実行が要求されたと判別した場合（ステップＳ１２；Ｙｅｓ）に、ゲームサーバ２００は、ガチャの実行を要求したユーザの不使用アイテムを特定する（ステップＳ１３）。
すなわち、制御部２４０（特定部２４１）は、図４に示すようなユーザ管理情報２３１を参照し、ガチャの実行を要求したユーザにおける所有アイテム２３１ｄ内のアイテムのうち、使用アイテム２３１ｅにないアイテム（つまり、不使用アイテム）を特定する。なお、使用アイテム２３１ｅにおいて、使用日時（最後に使用した日時）も管理する場合において、制御部２４０は、使用アイテム２３１ｅにあっても（使用したことがあっても）、所定期間使用してないアイテムを特定するようにしてもよい。

ゲームサーバ２００は、アイテムの抽選を行う（ステップＳ１４）。
すなわち、制御部２４０（抽選部２４２）は、アイテム群２３２から所定数のアイテムを抜き出し、その中から、各アイテムの当選確率に基づいて、ランダムにアイテムの抽選を行う。
例えば、制御部２４０は、予め定められた構成割合（一例として、プラチナランクが１０％、ゴールドランクが３０％、シルバーランクが６０％等）に応じた数だけ、各ランクのアイテムをアイテム群２３２からそれぞれ抜き出して抽選条件情報を生成し、その抽選条件情報の中から、各アイテムの当選確率に基づいて、ランダムにアイテムの抽選を行う。
なお、制御部２４０は、単発ガチャの実行が要求された場合に、生成した抽選条件情報に基づいて、１個のアイテムの抽選を行う。
また、１０連ガチャや、みんなでガチャが要求された場合に、制御部２４０は、１０回中の９回において、生成した抽選条件情報に基づいて、１個ずつのアイテム（合計９個のアイテム）の抽選を行う。そして、１０回中の１回において、制御部２４０は、アイテム群２３２から所定数のプラチナランクのアイテムだけを抜き出して特別抽選条件情報を生成し、その特別抽選条件情報の中から、各アイテムの当選確率に基づいて、ランダムにアイテムの抽選を行う。これにより、１０連ガチャや、みんなでガチャでは、プラチナランクのアイテムが必ず１個以上当選するようになっている。

ゲームサーバ２００は、当選したアイテムの中に、贈呈アイテム４２１が含まれているか否かを判別する（ステップＳ１５）。
つまり、制御部２４０は、上記のステップＳ１４にて行った抽選により、単発ガチャで当選したアイテムが贈呈要件を満たしていたり、１０連ガチャや、みんなでガチャで当選した何れかのアイテムが、贈呈要件を満たしている場合に、当選したアイテムの中に贈呈アイテム４２１が含まれていると判別する。
なお、贈呈要件として、ステップＳ１３にて特定された不使用アイテムであり、かつ、プラチナランクのアイテムとする場合を一例として説明するが、このようなプラチナランクのアイテムに限らずに、ゴールドランク以上のアイテムとしてもよい。

ゲームサーバ２００は、当選したアイテムの中に、贈呈アイテム４２１が含まれていないと判別すると（ステップＳ１５；Ｎｏ）、通常の抽選結果画面を生成してユーザ端末３００に提示する（ステップＳ１６）。
例えば、１０連ガチャを実行した場合に、制御部２４０（提示部２４４）は、図９に示すような抽選結果画面４３０を生成して、ユーザ端末３００に提示する。
そして、後述するステップＳ２２に処理を進める。

一方、当選したアイテムの中に、贈呈アイテム４２１が含まれていると判別した場合（ステップＳ１５；Ｙｅｓ）に、ゲームサーバ２００は、プレゼント先とすべき候補ユーザを選定する（ステップＳ１７）。
すなわち、制御部２４０（選定部２４３）は、贈呈アイテム４２１を所有していないユーザの中から、その贈呈アイテム４２１をプレゼントすべき３人の候補ユーザを選定する。なお、選定する候補ユーザの数は一例であり、他の人数であってもよい。
その際、選定部２４３は、図６の交流履歴情報２３３を参照し、ガチャの実行を要求したユーザと交流のあるユーザ（例えば、直近でフレンド登録をしたユーザや、チャット等のコミュニケーションの多いユーザ等）に更に絞り込んだ中から、候補ユーザを選定する。なお、交流のあるユーザに絞り込むことで、候補ユーザの数が３人に満たなくなる場合には、絞り込みを行わなくともよい。また逆に、交流のあるユーザに絞り込むことで、候補ユーザの数が３人に満たなくとも１人以上いる場合には、その１人以上を候補ユーザとして選定してもよい。

ゲームサーバ２００は、プレゼント提案付きの抽選結果画面を生成してユーザ端末３００に提示する（ステップＳ１８）。
例えば、１０連ガチャを実行した場合に、制御部２４０（提示部２４４）は、図８に示すような抽選結果画面４２０を生成して、ユーザ端末３００に提示する。
上述したように、抽選結果画面４２０において、贈呈アイテム４２１が、贈呈要件（ガチャの実行を要求したユーザにおける不使用アイテムであり、かつ、プラチナランクのアイテム）を満たしているため、プレゼントの提案がなされている。また、抽選結果画面４２０には、このようなプレゼントの提案を受け容れるかどうかを選択するための選択ボタン４２３（４２３ａ〜４２３ｃ），４２４も配置されている。
そのため、提案された贈呈アイテム４２１をプレゼントしてもよい（承認）と判断したユーザは、選択ボタン４２３の何れかを押下することになる。一方、提案された贈呈アイテム４２１をプレゼントしない（不承認）と判断したユーザは、選択ボタン４２４を押下することになる。

ゲームサーバ２００は、プレゼントの提案が承認されたか否かを判別する（ステップＳ１９）。
例えば、制御部２４０は、図８の抽選結果画面４２０における選択ボタン４２３の何れかが押下されたかどうかを判別する。

ゲームサーバ２００は、プレゼントの提案が承認されなかった（不承認）と判別する（換言すると、選択ボタン４２４が押下される）と（ステップＳ１９；Ｎｏ）、後述するステップ２２に処理を進める。
一方、プレゼントの提案が承認されたと判別した（換言すると、選択ボタン４２３ａ〜４２３ｃの何れかが押下された）場合（ステップＳ１９；Ｙｅｓ）に、ゲームサーバ２００は、贈呈アイテム４２１をプレゼント先のユーザに付与する（ステップＳ２０）。
例えば、制御部２４０（アイテム付与部２４５）は、図８の抽選結果画面４２０における贈呈アイテム４２１を、押下された選択ボタン４２３（４２３ａ〜４２３ｃ）に応じたユーザに付与する。

ゲームサーバ２００は、当選した残りのアイテムを、ガチャの実行を要求したユーザに付与する（ステップＳ２１）。
すなわち、制御部２４０（アイテム付与部２４５）は、贈呈アイテム４２１以外の当選アイテムをガチャの実行を要求したユーザに付与する。なお、単発ガチャ等が実行され、上記のステップＳ１９にてプレゼントの提案が承認されたことにより、残りの当選したアイテムがない場合には、ガチャの実行を要求したユーザへのアイテム付与は省略される。

また、ゲームサーバ２００は、上記のステップ１６にて通常の抽選結果画面が提示された場合や、上記のステップＳ１９にてプレゼントの提案が承認されなかった場合（ステップＳ１９；Ｎｏ）に、当選した全てのアイテムを、ガチャの実行を要求したユーザに付与する（ステップＳ２２）。
すなわち、制御部２４０（アイテム付与部２４５）は、ステップＳ１４にて抽選された全アイテムを、ガチャの実行を要求したユーザに付与する。

このようなアイテム抽選処理において、贈呈要件（ガチャの実行を要求したユーザにおける不使用アイテムであり、かつ、プラチナランクのアイテム）を満たすアイテムが当選した場合に、図８のようなプレゼント提案付きの抽選結果画面４２０が提示されるため、ユーザは、プレゼントの提案を受け容れる場合に、何ら手間も必要なく、贈呈アイテム４２１を他のユーザにプレゼントできる。しかも、プレゼント先となる候補ユーザは、ゲームサーバ２００側が選定するので、リアルマネートレードが行われることも抑制できる。そして、候補ユーザが、交流のあるユーザに絞り込まれているため、プレゼント先も容易に選択することができる。また、プレゼントされるユーザ側にしても、所有していないプラチナランクのアイテムが獲得できるため、プレゼントされて困ることにもならない。
これにより、ユーザ間におけるアイテムのプレゼントが盛んになり、使用していないアイテムが他のユーザに配布されるようになる。
この結果、ゲームにおけるアイテムの均等配布を効果的に促進することができる。

（他の実施形態）
上記の実施形態では、選定部２４３が、贈呈アイテム４２１（不使用アイテムであり、かつ、プラチナランクのアイテム）を所有していないユーザの中や、交流のあるユーザに更に絞り込んだ中から、候補ユーザを選定する場合について説明したが、更に、条件を設けて候補ユーザを選定してもよい。
例えば、同じユーザに贈呈アイテム４２１が集中しないようにするために、贈呈アイテム４２１のプレゼントを受けたユーザについて、一定期間が経過するまでは、贈呈アイテム４２１の候補ユーザから除外してもよい。

この場合、図４のユーザ管理情報２３１において、他のユーザから贈呈アイテム４２１がプレゼントされた日付を、受領日として更に記憶するようにする（なお、他のユーザから贈呈アイテム４２１がプレゼントされたことのない場合は空欄等にしておく）。そして、選定部２４３は、贈呈アイテム４２１を所有していないユーザであり、ユーザ管理情報２３１の受領日から一定期間が経過している（若しくは、受領日が空欄である）ユーザの中から、その贈呈アイテム４２１をプレゼントすべき３人の候補ユーザを選定する。その際、選定部２４３は、図６の交流履歴情報２３３を参照し、ガチャの実行を要求したユーザと交流のあるユーザに更に絞り込んだ中から、候補ユーザを選定してもよい。
そして、上記と同様に、図８に示すような抽選結果画面４２０がユーザ端末３００に提示され、選択ボタン４２３の何れかが押下されると（贈呈アイテム４２１をプレゼントする提案が了承されると）、贈呈アイテム４２１がプレゼント先のユーザに付与されることに加えて、プレゼント先のユーザの受領日も本日日付で更新される。そのため、プレゼントされたユーザは、直近の一定期間が経過するまでは、贈呈アイテム４２１の候補ユーザから除外される。
この場合、贈呈アイテム４２１が同じユーザに集中する事態を回避することで、ゲームにおけるアイテムの均等配布を効果的に促進することができる。また、リアルマネートレードが行われることもより強力に抑制できる。

上記の実施形態では、図３に示すような構成のゲームサーバ２００を一例として説明したが、他の構成であってもよい。例えば、図１３に示すような構成のゲームサーバ５００でも、ゲームサーバ２００と同様にゲームにおけるアイテムの均等配布を効果的に促進することができる。
図１３に示すように、ゲームサーバ５００は、検知部５１０と、検索部５２０と、問合せ部５３０と、付与部５４０とを備える。

検知部５１０は、ユーザが所有したまま所定期間使用されていないアイテムと重複する重複アイテムを、ユーザが獲得できることを検知する。
例えば、検知部５１０は、ユーザが実行したアイテム抽選（上述した単発ガチャ、１０連ガチャ、みんなでガチャ）により、重複アイテムをユーザが獲得できることを検知する。

検索部５２０は、検知部５１０が、重複アイテムをユーザが獲得できることを検知すると、そのユーザと所定の知人関係にあり、かつ、重複アイテムを必要としている他のユーザを検索する。
例えば、検索部５２０は、重複アイテムを所有したことがないユーザの中から、他のユーザを検索する。この他にも、検索部５２０は、ユーザと共同してアイテム抽選を実行したことのあるユーザの中から、他のユーザを検索してもよい。

問合せ部５３０は、他のユーザへ重複アイテムを贈呈するか否かを、ユーザに問い合わせる。

付与部５４０は、ユーザから贈呈する旨の返答があると、重複アイテムを他のユーザに付与する。

このようなゲームサーバ５００では、ユーザが重複アイテム（所定期間使用されていないアイテムと重複する重複アイテム）を獲得できることを検知すると、その重複アイテムを必要としている他のユーザを検索する。そして、重複アイテムをプレゼントすることについて問い合わせたユーザから了承を得るだけで、何ら手間も必要なく、その重複アイテムを他のユーザにプレゼントできる。
これにより、ユーザ間におけるアイテムのプレゼントが盛んになり、あるユーザにとっての重複アイテムが、そのアイテムを必要としている他のユーザに配布されるようになる。
この結果、ゲームにおけるアイテムの均等配布を効果的に促進することができる。

また、検索部５２０は、直近の一定期間内に重複アイテムがプレゼントされたユーザを、重複アイテムを必要としている他のユーザから除外してもよい。
この場合、重複アイテムの贈呈先が同じユーザに集中する事態を回避することで、ゲームにおけるアイテムの均等配布を効果的に促進することができる。また、リアルマネートレードが行われることもより強力に抑制できる。

上記の実施形態では、専用のゲームサーバ２００，５００やユーザ端末３００を用いる場合について説明したが、このようなゲームサーバ２００，５００やユーザ端末３００の動作を規定する動作プログラムを既存のパーソナルコンピュータや情報端末機器等に適用することで、当該パーソナルコンピュータをゲームサーバ２００，５００やユーザ端末３００として機能させることも可能である。

また、このようなプログラムの配布方法は任意であり、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットといった通信ネットワークを介して配布してもよい。

（まとめ）
本発明の第１の観点に係るゲームシステムは、抽選部、提示部、受付部、及び、付与部を備えている。

抽選部は、アイテム群から当選アイテムを抽選する。提示部は、抽選部により抽選された当選アイテムが所定の贈呈要件を満たす場合に、当選アイテムを贈呈することについての提案が含まれる抽選結果をユーザに提示する。
また、受付部は、抽選結果が提示されたユーザから、当選アイテムを贈呈することについての承諾若しくは不承諾を受け付ける。そして、付与部は、受付部により当選アイテムを贈呈することについての承諾を受け付けると、当選アイテムを他のユーザに付与する。

このように、当選アイテムが、贈呈要件（例えば、アイテムの抽選を要求したユーザにおける不使用アイテムであり、かつ、一定以上のランクのアイテム）を満たす場合に、当選アイテムを贈呈することについての提案が含まれる抽選結果がユーザに提示される。そして、ユーザがプレゼントの提案を受け容れるだけで、何ら手間も必要なく、その当選アイテムを他のユーザにプレゼントできる。
これにより、ユーザ間におけるアイテムのプレゼントが盛んになり、使用していないアイテムが他のユーザに配布されるようになる。
この結果、ゲームにおけるアイテムの均等配布を効果的に促進することができる。

また、上記ゲームシステムにおいて、各ユーザが保有するアイテムの保有情報と、ゲームにおいて各ユーザに使用されたアイテムの使用履歴とに基づいて、抽選部に対して抽選を要求したユーザにおける不使用アイテムを特定する特定部を更に備え、提示部は、抽選部により抽選された当選アイテムが、特定部が特定した不使用アイテムと一致し、かつ、規定以上の等級である場合に、当選アイテムを贈呈することについての提案が含まれる抽選結果をユーザに提示してもよい。
この場合、贈呈する当選アイテムが、抽選を要求したユーザにおける不使用アイテムであるため、そのユーザがプレゼントの提案を受け容れ易くなる。しかも、プレゼントされるユーザ側にしても、規定以上の等級のアイテムが獲得できるため、プレゼントされて困ることにもならない。

また、上記ゲームシステムにおいて、各ユーザが保有するアイテムの保有情報に基づいて、抽選部により抽選された当選アイテムを保有していないユーザの中から、当選アイテムの贈呈先とすべき候補ユーザを選定する選定部を更に備え、提示部は、選定部により選定された候補ユーザに当選アイテムを贈呈することについての提案が含まれる抽選結果をユーザに提示してもよい。
この場合、選定部が候補ユーザを選定するため、リアルマネートレードが行われることも抑制できる。しかも、プレゼントされるユーザ側にしても、保有していないアイテムが獲得できるため、プレゼントされて困ることにもならない。

また、上記ゲームシステムにおいて、選定部は、ゲーム内におけるユーザ間の交流履歴に基づいて、抽選部に対して抽選を要求したユーザと交流のあるユーザに更に絞り込んだ中から、候補ユーザを選定してもよい。
この場合、候補ユーザが、交流のあるユーザに絞り込まれているため、プレゼント先も容易に選択することができる。

また、上記ゲームシステムにおいて、選定部は、付与部が他のユーザに付与した贈呈履歴に基づいて、一定期間内に贈呈を受けたことのあるユーザを除外した中から、候補ユーザを選定してもよい。
この場合、当選アイテムの贈呈先が同じユーザに集中する事態を回避することで、ゲームにおけるアイテムの均等配布を効果的に促進することができる。また、リアルマネートレードが行われることもより強力に抑制できる。

また、上記ゲームシステムにおいて、選定部は、抽選部により抽選された当選アイテムに対して、複数人の候補ユーザを選定し、提示部は、当選アイテムを贈呈する複数人の候補ユーザの何れかを選択可能な提案が含まれる抽選結果をユーザに提示し、付与部は、受付部により複数人の候補ユーザの何れかの選択と共に、当選アイテムを贈呈することについての承諾を受け付けると、選択された前記候補ユーザに当選アイテムを付与してもよい。
この場合、複数人の候補ユーザの内から、プレゼント先のユーザを選べるため、自由度が増すと共に、選択肢が広くなることから、プレゼントの提案が承認され易くなる。

本発明の第２の観点に係るゲームシステムは、検知部、検索部、問合せ部、及び、付与部を備えている。

検知部は、ユーザが所有したまま所定期間使用されていないアイテムと重複する重複アイテムを、前記ユーザが獲得できることを検知する。検索部は、ユーザと所定の知人関係にあり、かつ、重複アイテムを必要としている他のユーザを検索する。
また、問合せ部は、他のユーザへ重複アイテムを贈呈するか否かを、ユーザに問い合わせる。そして、付与部は、ユーザから贈呈する旨の返答があると、重複アイテムを他のユーザに付与する。

このように、ユーザが重複アイテム（所定期間使用されていないアイテムと重複する重複アイテム）を獲得できることを検知すると、その重複アイテムを必要としている他のユーザを検索する。そして、重複アイテムをプレゼントすることについて問い合わせたユーザから了承を得るだけで、何ら手間も必要なく、その重複アイテムを他のユーザにプレゼントできる。
これにより、ユーザ間におけるアイテムのプレゼントが盛んになり、あるユーザにとっての重複アイテムが、そのアイテムを必要としている他のユーザに配布されるようになる。
この結果、ゲームにおけるアイテムの均等配布を効果的に促進することができる。

また、上記ゲームシステムにおいて、検知部は、ユーザが実行したアイテム抽選により、重複アイテムをユーザが獲得できることを検知し、検索部は、他のユーザを、ユーザと共同してアイテム抽選を実行したことのあるユーザの中から検索してもよい。
この場合、アイテム抽選を共同して実行した交流のあるユーザに重複アイテムをプレゼントすることができる。

また、上記ゲームシステムにおいて、検索部は、直近の一定期間内に重複アイテムが付与されたユーザを、重複アイテムを必要としている他のユーザから除外してもよい。
この場合、重複アイテムの贈呈先が同じユーザに集中する事態を回避することで、ゲームにおけるアイテムの均等配布を効果的に促進することができる。また、リアルマネートレードが行われることもより強力に抑制できる。

本発明の第３の観点に係るアイテム提供方法は、ユーザ端末とネットワークを介して通信可能に接続されたサーバ装置におけるアイテム提供方法であって、抽選ステップ、提示ステップ、受付ステップ、及び、付与ステップを備えている。

すなわち、第３の観点に係るアイテム提供方法は、第１の観点に係るゲームシステムと同様に、ゲームにおけるアイテムの均等配布を効果的に促進することができる。

本発明の第４の観点に係るプログラムは、ユーザ端末とネットワークを介して通信可能に接続されたコンピュータを、抽選部、提示部、受付部、及び、付与部として機能させる。

すなわち、第４の観点に係るプログラムは、第１の観点に係るゲームシステムと同様に、ゲームにおけるアイテムの均等配布を効果的に促進することができる。

以上説明したように、本発明によれば、ゲームにおけるアイテムの均等配布を効果的に促進することのできるゲームシステム、アイテム贈呈方法、ならびに、プログラムを提供することができる。

１００ ゲームシステム
２００，５００ ゲームサーバ
２１０ 受信部
２２０ 送信部
２３０ 記憶部
２３１ ユーザ管理情報
２３２ アイテム群
２３３ 交流履歴情報
２４０ 制御部
２４１ 特定部
２４２ 抽選部
２４３ 選定部
２４４ 提示部
２４５ アイテム付与部
３００ ユーザ端末
３１０ 操作受付部
３２０ 送受信部
３３０ 記憶部
３３１ ゲーム管理情報
３４０ 制御部
３４１ ゲーム進行部
３４２ 画面生成部
３５０ 表示部
４００ 情報処理装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ 記憶デバイス
４０５ 表示デバイス
４０６ 通信デバイス
４０７ 操作デバイス
５１０ 検知部
５２０ 検索部
５３０ 問合せ部
５４０ 付与部
９００ インターネット

Claims (12)

1. アイテム群から当選アイテムを抽選する抽選部と、
   前記抽選部により抽選された前記当選アイテムが所定の贈呈要件を満たす場合に、前記当選アイテムを贈呈することについての提案が含まれる抽選結果をユーザに提示する提示部と、
   前記抽選結果が提示されたユーザから、前記当選アイテムを贈呈することについての承諾若しくは不承諾を受け付ける受付部と、
   前記受付部により前記当選アイテムを贈呈することについての承諾を受け付けると、前記当選アイテムを他のユーザに付与する付与部と、
   を備えることを特徴とするゲームシステム。
2. 各ユーザが保有するアイテムの保有情報と、ゲームにおいて各ユーザに使用されたアイテムの使用履歴とに基づいて、前記抽選部に対して抽選を要求したユーザにおける不使用アイテムを特定する特定部を更に備え、
   前記提示部は、前記抽選部により抽選された前記当選アイテムが、前記特定部が特定した不使用アイテムと一致し、かつ、規定以上の等級である場合に、前記当選アイテムを贈呈することについての提案が含まれる抽選結果をユーザに提示する、
   ことを特徴とする請求項１に記載のゲームシステム。
3. 各ユーザが保有するアイテムの保有情報に基づいて、前記抽選部により抽選された前記当選アイテムを保有していないユーザの中から、前記当選アイテムの贈呈先とすべき候補ユーザを選定する選定部を更に備え、
   前記提示部は、前記選定部により選定された前記候補ユーザに前記当選アイテムを贈呈することについての提案が含まれる抽選結果をユーザに提示する、
   ことを特徴とする請求項１又は２に記載のゲームシステム。
4. 前記選定部は、ゲーム内におけるユーザ間の交流履歴に基づいて、前記抽選部に対して抽選を要求したユーザと交流のあるユーザに更に絞り込んだ中から、前記候補ユーザを選定する、
   ことを特徴とする請求項３に記載のゲームシステム。
5. 前記選定部は、前記付与部が他のユーザに付与した贈呈履歴に基づいて、直近の一定期間内に贈呈を受けたことのあるユーザを除外した中から、前記候補ユーザを選定する、
   ことを特徴とする請求項３又は４に記載のゲームシステム。
6. 前記選定部は、前記抽選部により抽選された前記当選アイテムに対して、複数人の前記候補ユーザを選定し、
   前記提示部は、前記当選アイテムを贈呈する複数人の前記候補ユーザの何れかを選択可能な提案が含まれる抽選結果をユーザに提示し、
   前記付与部は、前記受付部により複数人の前記候補ユーザの何れかの選択と共に、前記当選アイテムを贈呈することについての承諾を受け付けると、選択された前記候補ユーザに前記当選アイテムを付与する、
   ことを特徴とする請求項３乃至５の何れか１項に記載のゲームシステム。
7. ユーザが所有したまま所定期間使用されていないアイテムと重複する重複アイテムを、前記ユーザが獲得できることを検知する検知部と、
   前記ユーザと所定の知人関係にあり、かつ、前記重複アイテムを必要としている他のユーザを検索する検索部と、
   前記他のユーザへ前記重複アイテムを贈呈するか否かを、前記ユーザに問い合わせる問合せ部と、
   前記ユーザから贈呈する旨の返答があると、前記重複アイテムを前記他のユーザに付与する付与部と、
   を備えることを特徴とするゲームシステム。
8. 前記検索部は、前記他のユーザを、前記重複アイテムを所有したことがないユーザの中から検索する、
   ことを特徴とする請求項７に記載のゲームシステム。
9. 前記検知部は、前記ユーザが実行したアイテム抽選により、前記重複アイテムを前記ユーザが獲得できることを検知し、
   前記検索部は、前記他のユーザを、前記ユーザと共同して前記アイテム抽選を実行したことのあるユーザの中から検索する、
   ことを特徴とする請求項７に記載のゲームシステム。
10. 前記検索部は、直近の一定期間内に前記重複アイテムが付与されたユーザを、前記重複アイテムを必要としている前記他のユーザから除外する、
    ことを特徴とする請求項７に記載のゲームシステム。
11. ユーザ端末とネットワークを介して通信可能に接続されたサーバ装置におけるアイテム贈呈方法であって、
    アイテム群から当選アイテムを抽選する抽選ステップと、
    前記抽選ステップにて抽選された前記当選アイテムが所定の贈呈要件を満たす場合に、前記当選アイテムを贈呈することについての提案が含まれる抽選結果を前記ユーザ端末に提示する提示ステップと、
    前記抽選結果が提示された前記ユーザ端末から、前記当選アイテムを贈呈することについての承諾若しくは不承諾を受け付ける受付ステップと、
    前記受付ステップにて前記当選アイテムを贈呈することについての承諾を受け付けると、前記当選アイテムを他の前記ユーザ端末に付与する付与ステップと、
    を備えることを特徴とするアイテム贈呈方法。
12. ユーザ端末とネットワークを介して通信可能に接続されたコンピュータを、
    アイテム群から当選アイテムを抽選する抽選部、
    前記抽選部により抽選された前記当選アイテムが所定の贈呈要件を満たす場合に、前記当選アイテムを贈呈することについての提案が含まれる抽選結果を前記ユーザ端末に提示する提示部、
    前記抽選結果が提示された前記ユーザ端末から、前記当選アイテムを贈呈することについての承諾若しくは不承諾を受け付ける受付部、
    前記受付部により前記当選アイテムを贈呈することについての承諾を受け付けると、前記当選アイテムを他の前記ユーザ端末に付与する付与部、
    として機能させることを特徴とするプログラム。

Images