(57)【要約】【課題】ゲームにおけるアイテム抽選を、より試し易くすることのできるゲームシステム等を提供する。【解決手段】抽選部２４２は、抽選条件生成部２４１が生成した抽選条件情報に基づいて、アイテム群２３２から当選アイテムを抽選する。提示部２４３は、先読みガチャが要求されている場合に、抽選部２４２により抽選された当選アイテムについて、少なくとも一部の情報のみを開示した概略抽選結果画面を生成してユーザ端末に提示する。そして、アイテム付与部２４４は、概略抽選結果画面を提示したユーザ端末から、抽選結果についての承諾が得られ、追加の対価が支払われると、抽選部２４２により抽選された当選アイテムをユーザ端末に付与する。【選択図】図３
2019088463.tif 000002
【特許請求の範囲】
【請求項１】
所定の抽選条件に基づいて、アイテム群から当選アイテムを抽選する抽選部と、
前記抽選部により抽選された前記当選アイテムについて、少なくとも一部の情報のみを開示した概略抽選結果をユーザに提示する提示部と、
前記概略抽選結果を提示したユーザから、前記抽選部による実際の抽選結果についての承諾若しくは不承諾を受け付ける受付部と、
前記受付部により前記抽選結果についての承諾を受け付けると、前記抽選部により抽選された前記当選アイテムをユーザに付与する付与部と、
を備えることを特徴とするゲームシステム。
【請求項２】
前記抽選部は、第１対価若しくは、当該第１対価よりも安価な第２対価の支払いに応じて、前記当選アイテムの抽選を行い、
前記提示部は、前記第２対価の支払いに応じて前記抽選部が抽選を行った場合に、前記概略抽選結果をユーザに提示し、
前記付与部は、前記受付部により前記抽選結果についての承諾を受け付けることに加え、追加の対価の支払いに応じて、前記当選アイテムをユーザに付与する、
ことを特徴とする請求項１に記載のゲームシステム。
【請求項３】
前記受付部により前記抽選結果についての不承諾を受け付けると、前記抽選条件を変更する変更部を更に備え、
前記抽選部、及び、前記提示部は、前記受付部により前記抽選結果についての承諾を受け付けるまで、若しくは、所定の上限回数に到達するまで、前記当選アイテムを抽選、及び、前記概略抽選結果の提示を繰り返す、
ことを特徴とする請求項１又は２に記載のゲームシステム。
【請求項４】
ユーザの保有済みアイテムを含むゲーム情報に基づいて、ユーザが欲している所望アイテムを推定する推定部を更に備え、
前記変更部は、前記推定部が推定した前記所望アイテムが抽選され易くなるように前記抽選条件を変更する、
ことを特徴とする請求項３に記載のゲームシステム。
【請求項５】
前記抽選部は、アイテム群から複数の当選アイテムを連続して抽選し、
前記提示部は、前記抽選部により抽選された前記複数の当選アイテムにおける少なくとも一部の当選アイテムに関する情報のみを開示した概略抽選結果を開示する、
ことを特徴とする請求項１乃至３の何れか１項に記載のゲームシステム。
【請求項６】
ユーザの保有済みアイテムを含むゲーム情報に基づいて、ユーザが欲している所望アイテムを推定する推定部を更に備え、
前記提示部は、前記推定部が推定した前記所望アイテムが前記複数の当選アイテムの中に含まれている場合に、当該所望アイテムに関する情報も更に含めて開示した概略抽選結果を提示する、
ことを特徴とする請求項５に記載のゲームシステム。
【請求項７】
ユーザ端末とネットワークを介して通信可能に接続されたサーバ装置におけるアイテム提供方法であって、
所定の抽選条件に基づいて、アイテム群から当選アイテムを抽選する抽選ステップと、
前記抽選ステップにて抽選された前記当選アイテムについて、少なくとも一部の情報のみを開示した概略抽選結果を前記ユーザ端末に提示する提示ステップと、
前記概略抽選結果を提示した前記ユーザ端末から、前記抽選ステップにおける実際の抽選結果についての承諾若しくは不承諾を受け付ける受付ステップと、
前記受付ステップにて前記抽選結果についての承諾を受け付けると、前記抽選ステップにて抽選された前記当選アイテムを前記ユーザ端末に付与する付与ステップと、
を備えることを特徴とするアイテム提供方法。
【請求項８】
ユーザ端末とネットワークを介して通信可能に接続されたコンピュータを、
所定の抽選条件に基づいて、アイテム群から当選アイテムを抽選する抽選部、
前記抽選部により抽選された前記当選アイテムについて、少なくとも一部の情報のみを開示した概略抽選結果を前記ユーザ端末に提示する提示部、
前記概略抽選結果を提示した前記ユーザ端末から、前記抽選部による実際の抽選結果についての承諾若しくは不承諾を受け付ける受付部、
前記受付部により前記抽選結果についての承諾を受け付けると、前記抽選部により抽選された前記当選アイテムを前記ユーザ端末に付与する付与部、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームにおけるアイテム抽選を、より試し易くすることのできるゲームシステム、アイテム提供方法、ならびに、プログラムに関する。
【背景技術】
【０００２】
従来より、スマートフォンやゲーム装置において、種々のゲームが提供されている。例えば、ソーシャルゲーム等では、いわゆる「ガチャ」と呼ばれるアイテム抽選が実行できるようになっている。
このガチャでは、例えば、アイテム毎に設定された当選確率等に基づいて抽選が行われ、当選したアイテムがユーザに付与（提供）されるようになっている。なお、より有利にゲームを進めることのできる高ランクのアイテム（レア度の高いアイテム）ほど、当選確率が低く設定されているため、数多くのガチャを実行しても、そのような高ランクのアイテムを獲得できない場合もある。
【０００３】
最近では、アイテムの当選確率を、適宜上昇させる仕組みを取り入れたゲームも知られている。例えば、特許文献１には、ガチャを続けて実行する回数が増えるにつれて、高ランクのアイテムについての当選確率が上昇するステップアップガチャ（ステップアップ方式のガチャ）を採用した情報処理システムの発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許５８１７９００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した特許文献１の発明では、ステップアップの１周期につき、５回続けてガチャを実行する必要があり、消費する対価（ゲーム内通貨や課金アイテム等）が、回数が増えるに応じて急激に高額となる（５回目の対価は、１回目と比べて３０倍も高くなる）。なお、５回目のガチャでは、高ランク（星４つ）のアイテムが１個当選することが確定しているものの、具体的にどのアイテムが当選するのかは、実際に５回目のガチャを実行しないと分からない。
そのため、ライトユーザ（例えば、ゲームの初心者）等は、多大な対価を支払ってまで獲得した高ランクのアイテムが自分にとって価値の低いものかも知れない（例えば、既に所有している他のアイテムとの関係で、使い道が限られる等）といった不安を感じてしまい、そのようなガチャを試すことができなかった。
【０００６】
また、最近では、「１０連ガチャ」のような、複数回のガチャを連続して実行するタイプのガチャも知られている。この１０連ガチャでも、高ランクのアイテムが必ず１個以上当選することが確定しているものの、やはり、消費する対価が高額になる（例えば、単発のガチャに比べて１０倍以上も高くなる）。
そのため、ライトユーザ等は、上記と同様の不安を感じてしまい、そのようなガチャを試すことができなかった。
【０００７】
このようなことから、ライトユーザ等でも気軽にアイテム抽選（ガチャ）を試すことのできる技術が求められていた。
【０００８】
本発明は、上記実状に鑑みてなされたもので、ゲームにおけるアイテム抽選を、より試し易くすることのできるゲームシステム、アイテム提供方法、ならびに、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係るゲームシステムは、
所定の抽選条件に基づいて、アイテム群から当選アイテムを抽選する抽選部と、
前記抽選部により抽選された前記当選アイテムについて、少なくとも一部の情報のみを開示した概略抽選結果をユーザに提示する提示部と、
前記概略抽選結果を提示したユーザから、前記抽選部による実際の抽選結果についての承諾若しくは不承諾を受け付ける受付部と、
前記受付部により前記抽選結果についての承諾を受け付けると、前記抽選部により抽選された前記当選アイテムをユーザに付与する付与部と、
を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ゲームにおけるアイテム抽選を、より試し易くすることができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るゲームシステムの全体構成の一例を示すブロック図である。
【図２】ゲームサーバが実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。
【図３】本実施形態に係るゲームサーバの概要構成を示すブロック図である。
【図４】ユーザ管理情報の一例を示す模式図である。
【図５】抽選条件情報の一例を示す模式図である。
【図６】特別抽選条件情報の一例を示す模式図である。
【図７】ガチャ選択画面の一例を示す模式図である。
【図８】概略抽選結果画面の一例を示す模式図である。
【図９】抽選結果画面の一例を示す模式図である。
【図１０】継続確認画面の一例を示す模式図である。
【図１１】本実施形態に係るユーザ端末の概要構成を示すブロック図である。
【図１２】ゲーム管理情報の一例を示す模式図である。
【図１３】本実施形態に係るアイテム抽選処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下に本発明の実施形態を説明する。以下では、理解を容易にするため、スマートフォン等を用いて実行されるゲーム（一例として、ソーシャルゲーム等）を制御するゲームシステムに本発明が適用される実施形態を説明するが、この他にも、例えば、ノート型パーソナルコンピュータ、ゲーム機器、ＰＤＡ（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）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットといった通信ネットワークを介して配布してもよい。
【００８６】
（まとめ）
本発明の第１の観点に係るゲームシステムは、抽選部、提示部、受付部、及び、付与部を備えている。
【００８７】
抽選部は、所定の抽選条件に基づいて、アイテム群から当選アイテムを抽選する。提示部は、抽選部により抽選された当選アイテムについて、少なくとも一部の情報のみを開示した概略抽選結果をユーザに提示する。
また、受付部は、概略抽選結果を提示したユーザから、抽選部による実際の抽選結果についての承諾若しくは不承諾を受け付ける。そして、付与部は、受付部により抽選結果についての承諾を受け付けると、抽選部により抽選された当選アイテムをユーザに付与する。
【００８８】
このように、当選アイテムについて、少なくとも一部の情報のみを開示した概略抽選結果が提示されるため、ユーザは、当選アイテムが具体的に何であるかを大まかに予想でき、抽選結果を受け容れるかどうかの判断が容易となる。そして、抽選結果を受け容れる場合にだけ、当選アイテムが付与されるため、ユーザは、納得した上で、当選アイテムを獲得できることになる。つまり、抽選結果を受け容れない場合には、当選アイテムが付与されずに、破棄できるため、ユーザの不安感も解消できる。
そのため、ライトユーザ等でも気軽にアイテム抽選（ガチャ）を試すことができるようになる。
この結果、ゲームにおけるアイテム抽選を、より試し易くすることができる。
【００８９】
また、上記ゲームシステムにおいて、抽選部は、第１対価若しくは、当該第１対価よりも安価な第２対価の支払いに応じて、当選アイテムの抽選を行い、提示部は、第２対価の支払いに応じて抽選部が抽選を行った場合に、概略抽選結果をユーザに提示し、付与部は、受付部により抽選結果についての承諾を受け付けることに加え、追加の対価の支払いに応じて、当選アイテムをユーザに付与してもよい。
つまり、安価な対価の支払いで、概略抽選結果の提示が受けられる。なお、当選アイテムを獲得するためには、追加の対価の支払いが必要となるものの、当選アイテムが具体的に何であるかを大まかに予想できているため、ユーザは、納得した上で、追加の対価の支払って、当選アイテムを獲得することになる。
この場合も、ゲームにおけるアイテム抽選を、より試し易くすることができる。
【００９０】
また、上記ゲームシステムにおいて、受付部により抽選結果についての不承諾を受け付けると、抽選条件を変更する変更部を更に備え、抽選部、及び、提示部は、受付部により抽選結果についての承諾を受け付けるまで、若しくは、所定の上限回数に到達するまで、当選アイテムを抽選、及び、概略抽選結果の提示を繰り返してもよい。
この場合、例えば、変更部が、抽選条件における当選確率を上昇させる等の変更を行うことで、抽選を幾度か繰り返すうちに、ユーザが承認できる概略抽選結果が提示され易くなる。
【００９１】
また、上記ゲームシステムにおいて、ユーザの保有済みアイテムを含むゲーム情報に基づいて、ユーザが欲している所望アイテムを推定する推定部を更に備え、変更部は、推定部が推定した所望アイテムが抽選され易くなるように抽選条件を変更してもよい。
この場合も、抽選を幾度か繰り返すうちに、ユーザが欲している所望アイテムが当選し易くなるため、ユーザが承認できる概略抽選結果が提示され易くなる。
【００９２】
また、上記ゲームシステムにおいて、抽選部は、アイテム群から複数の当選アイテムを連続して抽選し、提示部は、抽選部により抽選された複数の当選アイテムにおける少なくとも一部の当選アイテムに関する情報のみを開示した概略抽選結果を開示してもよい。
この場合、例えば、１０連ガチャと同じ仕組みで抽選される先読みガチャにおいて、高ランクの当選アイテムに関する情報を、当選アイテムが大まかに予想できる程度に開示するなどした概略抽選結果を表示することで、抽選結果を受け容れるかどうかの判断が容易となる。
【００９３】
また、上記ゲームシステムにおいて、ユーザの保有済みアイテムを含むゲーム情報に基づいて、ユーザが欲している所望アイテムを推定する推定部を更に備え、提示部は、推定部が推定した所望アイテムが複数の当選アイテムの中に含まれている場合に、当該所望アイテムに関する情報も更に含めて開示した概略抽選結果を提示してもよい。
この場合、高ランクでないとしても、ユーザが欲していると推定される当選アイテムを、予想できる程度に開示することで、ユーザが抽選結果を承認し易くなる。
【００９４】
本発明の第２の観点に係るアイテム提供方法は、ユーザ端末とネットワークを介して通信可能に接続されたサーバ装置におけるアイテム提供方法であって、抽選ステップ、提示ステップ、受付ステップ、及び、付与ステップを備えている。
【００９５】
すなわち、第２の観点に係るアイテム提供方法は、第１の観点に係るゲームシステムと同様に、ゲームにおけるアイテム抽選を、より試し易くすることができる。
【００９６】
本発明の第３の観点に係るプログラムは、ユーザ端末とネットワークを介して通信可能に接続されたコンピュータを、抽選部、提示部、受付部、及び、付与部として機能させる。
【００９７】
すなわち、第３の観点に係るプログラムは、第１の観点に係るゲームシステムと同様に、ゲームにおけるアイテム抽選を、より試し易くすることができる。
【産業上の利用可能性】
【００９８】
以上説明したように、本発明によれば、ゲームにおけるアイテム抽選を、より試し易くすることのできるゲームシステム、アイテム提供方法、ならびに、プログラムを提供することができる。
【符号の説明】
【００９９】
１００  ゲームシステム
２００  ゲームサーバ
２１０  受信部
２２０  送信部
２３０  記憶部
２３１  ユーザ管理情報
２３２  アイテム群
２３３  抽選条件情報
２３４  特別抽選条件情報
２４０  制御部
２４１  抽選条件生成部
２４２  抽選部
２４３  提示部
２４４  アイテム付与部
２４５  抽選条件変更部
３００  ユーザ端末
３１０  操作受付部
３２０  送受信部
３３０  記憶部
３３１  ゲーム管理情報
３４０  制御部
３４１  ゲーム進行部
３４２  画面生成部
３５０  表示部
４００  情報処理装置
４０１  ＣＰＵ
４０２  ＲＯＭ
４０３  ＲＡＭ
４０４  記憶デバイス
４０５  表示デバイス
４０６  通信デバイス
４０７  操作デバイス
９００  インターネット
【図１】
2019088463.tif 000003
【図２】
2019088463.tif 000004
【図３】
2019088463.tif 000005
【図４】
2019088463.tif 000006
【図５】
2019088463.tif 000007
【図６】
2019088463.tif 000008
【図７】
2019088463.tif 000009
【図８】
2019088463.tif 000010
【図９】
2019088463.tif 000011
【図１０】
2019088463.tif 000012
【図１１】
2019088463.tif 000013
【図１２】
2019088463.tif 000014
【図１３】
2019088463.tif 000015