JP2019107248A - ゲームシステム、抽選方法、ならびに、プログラム - 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 (8)

1. 所定の抽選ゲームが複数回に亘って継続され、当該各抽選ゲームにつき、複数のユーザのうちの１人が挑戦できるゲームを提供するゲームシステムであって、
   前記各抽選ゲームにつき、挑戦を望むユーザからの申し込みをそれぞれ受け付ける受付部と、
   前記各抽選ゲームにつき、前記受付部にて受け付けを開始する開始時期を、前記複数のユーザに対してそれぞれ設定する設定部と、
   前記各抽選ゲームにつき、前記開始時期以降に前記受付部が受け付けたユーザのうち、最先のユーザが挑戦する前記抽選ゲームを実施する抽選部と、
   前記各抽選ゲームにつき、前記抽選部による抽選結果を前記複数のユーザに提示する提示部と、を備え、
   前記各抽選ゲームにおいて、先行する第１の抽選ゲームよりも、後行する第２の抽選ゲームの方が、優遇された抽選結果となり易く規定されており、
   前記設定部は、前記第２の抽選ゲームについての前記開始時期を設定する際に、前記第１の抽選ゲームに挑戦したユーザに対する前記開始時期を、前記第１の抽選ゲームに挑戦していないユーザに対する前記開始時期よりも早い時期に設定する、
   ことを特徴とするゲームシステム。
2. 前記設定部は、前記第２の抽選ゲームについての前記開始時期を設定する際において、前記第１の抽選ゲームに挑戦したユーザに対する前記開始時期を、前記第１の抽選ゲームに挑戦していないユーザに対する前記開始時期との差が、抽選ゲーム毎に異なるように早める、
   ことを特徴とする請求項１に記載のゲームシステム。
3. 前記設定部は、前記各抽選ゲームにつき、前記受付部にて受け付けを終了する終了時期を前記複数のユーザに対して共通に設定し、
   前記受付部は、前記各抽選ゲームにつき、前記複数のユーザからの申し込みの受け付けを、前記終了時期までに制限する、
   ことを特徴とする請求項１に記載のゲームシステム。
4. 継続される前記抽選ゲームの数が増えるにつれて、前記抽選ゲームに挑戦する際の対価が上昇するように規定されており、
   前記抽選部は、前記各抽選ゲームにつき、挑戦する前記最先のユーザから前記対価を徴収する、
   ことを特徴とする請求項１又は２に記載のゲームシステム。
5. 前記抽選部は、継続される前記抽選ゲームの数が増えるにつれて、優遇された抽選結果となり易く規定された抽選条件に基づいて、前記各抽選ゲームをそれぞれ実施する、
   ことを特徴とする請求項１乃至３の何れか１項に記載のゲームシステム。
6. 前記最先のユーザが挑戦する前記抽選ゲームの前記抽選条件を、当該最先のユーザに設定されていた前記開始時期と、当該最先のユーザの申し込みを受け付けた受付時期との時間差に基づいて変更する変更部を更に備える、
   ことを特徴とする請求項１乃至４の何れか１項に記載のゲームシステム。
7. 所定の抽選ゲームが複数回に亘って継続され、当該各抽選ゲームにつき、複数のユーザのうちの１人が挑戦できるゲームを提供するサーバ装置の抽選方法であって、
   前記各抽選ゲームにつき、挑戦を望むユーザからの申し込みをそれぞれ受け付ける受付ステップと、
   前記各抽選ゲームにつき、前記受付ステップにて受け付けを開始する開始時期を、前記複数のユーザに対してそれぞれ設定する設定ステップと、
   前記各抽選ゲームにつき、前記開始時期以降に前記受付ステップにて受け付けたユーザのうち、最先のユーザが挑戦する前記抽選ゲームを実施する抽選ステップと、
   前記各抽選ゲームにつき、前記抽選ステップによる抽選結果を前記複数のユーザに提示する提示ステップと、を備え、
   前記各抽選ゲームにおいて、先行する第１の抽選ゲームよりも、後行する第２の抽選ゲームの方が、優遇された抽選結果となり易く規定されており、
   前記設定ステップでは、前記第２の抽選ゲームについての前記開始時期を設定する際に、前記第１の抽選ゲームに挑戦したユーザに対する前記開始時期を、前記第１の抽選ゲームに挑戦していないユーザに対する前記開始時期よりも早い時期に設定する、
   ことを特徴とする抽選方法。
8. 所定の抽選ゲームが複数回に亘って継続され、当該各抽選ゲームにつき、複数のユーザのうちの１人が挑戦できるゲームを提供するコンピュータを、
   前記各抽選ゲームにつき、挑戦を望むユーザからの申し込みをそれぞれ受け付ける受付部、
   前記各抽選ゲームにつき、前記受付部にて受け付けを開始する開始時期を、前記複数のユーザに対してそれぞれ設定する設定部、
   前記各抽選ゲームにつき、前記開始時期以降に前記受付部が受け付けたユーザのうち、最先のユーザが挑戦する前記抽選ゲームを実施する抽選部、
   前記各抽選ゲームにつき、前記抽選部による抽選結果を前記複数のユーザに提示する提示部、として機能させ、
   前記各抽選ゲームにおいて、先行する第１の抽選ゲームよりも、後行する第２の抽選ゲームの方が、優遇された抽選結果となり易く規定されており、
   前記設定部は、前記第２の抽選ゲームについての前記開始時期を設定する際に、前記第１の抽選ゲームに挑戦したユーザに対する前記開始時期を、前記第１の抽選ゲームに挑戦していないユーザに対する前記開始時期よりも早い時期に設定する、
   ように機能させることを特徴とするプログラム。

Images