(57)【特許請求の範囲】
【請求項１】
ユーザからゲーム要素の提供要求を受け付ける提供要求受付部と、
前記提供要求を受け付けた場合に、第１の集合に含まれる前記ゲーム要素の中から予め規定された抽選確率に基づいて選択された第１ゲーム要素と、前記ユーザに関連付けられた第２の集合に含まれそれぞれに提供可能数が規定されている前記ゲーム要素の中から選択された第２ゲーム要素と、を前記ユーザに提供するゲーム要素提供部と、
所定条件を満たした場合に、前記第２の集合を更新する集合更新部と、を有し、
前記抽選確率は、前記第１ゲーム要素を提供した後に変化せず、
前記ゲーム要素提供部は、前記第２ゲーム要素を提供した後に、提供した前記第２ゲーム要素の前記提供可能数を減算し、
前記集合更新部は、前記第２の集合を複数回更新するとき、後の更新において前記第２の集合に含まれる特定のゲーム要素を先の更新の際に決定し、且つ、先の更新の際に前記ユーザに通知する、
ことを特徴とする情報処理装置。
【請求項２】
前記第１の集合は、前記提供要求に応じて複数の第１の集合候補の中から選択される、請求項１に記載の情報処理装置。
【請求項３】
所定条件を満たした場合に、前記第２の集合を更新する集合更新部を、さらに有する請求項１又は２に記載の情報処理装置。
【請求項４】
前記所定条件は、前記第２の集合に含まれる全ての前記ゲーム要素の前記提供可能数の残数が無くなることとする、請求項３に記載の情報処理装置。
【請求項５】
前記所定条件は、前記第２の集合に含まれる特定のゲーム要素を提供することとする、請求項３に記載の情報処理装置。
【請求項６】
前記集合更新部は、前記第２の集合を更新する際に、更新前後における前記第２の集合に含まれる前記ゲーム要素の種類又は前記ゲーム要素の前記提供可能数を異なるものとする、請求項３乃至５のいずれか一項に記載の情報処理装置。
【請求項７】
前記集合更新部は、前記第２の集合を更新する際に、前記第２の集合に含まれる特定のゲーム要素を所定数提供した後は、前記特定のゲーム要素を更新後の前記第２の集合に含めない、請求項３乃至６のいずれか一項に記載の情報処理装置。
【請求項８】
前記集合更新部は、前記第２の集合を更新する際に、含まれる前記ゲーム要素の種類又は前記ゲーム要素の前記提供可能数が異なる複数の第２の集合候補の中から所定の前記第２の集合候補を選択する、請求項３乃至７のいずれか一項に記載の情報処理装置。
【請求項９】
前記第２ゲーム要素の選択確率は、前記第１ゲーム要素のレアリティの度合いに応じて決定される、請求項１乃至８のいずれか一項に記載の情報処理装置。
【請求項１０】
コンピュータが、
ユーザからゲーム要素の提供要求を受け付け、
前記提供要求を受け付けた場合に、第１の集合に含まれる前記ゲーム要素の中から予め規定された抽選確率に基づいて選択された第１ゲーム要素と、前記ユーザに関連付けられた第２の集合に含まれそれぞれに提供可能数が規定されている前記ゲーム要素の中から選択された第２ゲーム要素と、を前記ユーザに提供し、
所定条件を満たした場合に、前記第２の集合を更新し、
前記抽選確率は、前記第１ゲーム要素を提供した後に変化せず、
前記第２ゲーム要素を提供した後に、提供した前記第２ゲーム要素の前記提供可能数を減算し、
前記第２の集合を複数回更新するとき、後の更新において前記第２の集合に含まれる特定のゲーム要素を先の更新の際に決定し、且つ、先の更新の際に前記ユーザに通知する、
ことを特徴とする情報処理方法。
【請求項１１】
コンピュータにより実行されるプログラムであって、
前記コンピュータに、
ユーザからゲーム要素の提供要求を受け付させ、
前記提供要求を受け付けた場合に、第１の集合に含まれる前記ゲーム要素の中から予め規定された抽選確率に基づいて選択された第１ゲーム要素と、前記ユーザに関連付けられた第２の集合に含まれそれぞれに提供可能数が規定されている前記ゲーム要素の中から選択された第２ゲーム要素と、を前記ユーザに提供させ、
所定条件を満たした場合に、前記第２の集合を更新させ、
前記抽選確率は、前記第１ゲーム要素を提供した後に変化せず、
前記第２ゲーム要素を提供した後に、提供した前記第２ゲーム要素の前記提供可能数を減算させ、
前記第２の集合を複数回更新するとき、後の更新において前記第２の集合に含まれる特定のゲーム要素を先の更新の際に決定し、且つ、先の更新の際に前記ユーザに通知させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、オンラインゲーム等のゲームにおいて、ユーザの要求に応じて抽選を行い、その抽選により選出されたゲーム要素（例えば、ゲーム内で利用可能なキャラクタ又はアイテム等）をユーザに対して付与するゲームが知られている。
【０００３】
例えば、特許文献１には、抽選において、有限個のゲーム要素（特許文献１では「ゲーム媒体」と表記。）が収容されているデッキの中から、ゲーム要素ごとに設定された当選確率に基づいてゲーム要素を選択し、その選択されたゲーム要素をデッキから削除したうえでユーザに付与すること、が開示されている。このような抽選では、抽選を繰り返すことによってデッキ内に収容されている抽選対象となるゲーム要素の数が減少していくため、目的のゲーム要素がそのデッキ内に含まれている場合、ユーザは、有限個数分の抽選を実施すれば、その目的のゲーム要素を確実に得ることになる。
【先行技術文献】
【非特許文献】
【０００４】
【特許文献１】特開２０１３−２４７９７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に示されるような抽選では、目的のゲーム要素が必ずしもデッキ内に含まれているとは限らない。そのため、抽選対象となるゲーム要素に魅力がない場合、ゲーム要素の取得に対する期待感が低下し、ユーザが抽選へ参加しなくなるおそれがある。一方、目的のゲーム要素がデッキ内に常にあるとしても、その目的のゲーム要素の価値が低下すれば、結果的にゲームがつまらなくなり、いずれユーザに飽きられてしまうおそれがある。このように、抽選を行うゲームにおいては、ゲーム要素の価値を維持したうえで、ユーザの抽選に対する期待感を向上させることができる最適なゲームバランスを設定することが困難であった。
【０００６】
そこで、本発明は、ユーザに対してゲーム要素の取得に対する期待感を高めることができ、ユーザのゲーム満足度を向上させることが可能な情報処理装置、情報処理方法及びプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る情報処理装置は、ユーザからゲーム要素の提供要求を受け付ける提供要求受付部と、前記提供要求を受け付けた場合に、第１の集合に含まれる前記ゲーム要素の中から予め規定された抽選確率に基づいて選択された第１ゲーム要素と、前記ユーザに関連付けられた第２の集合に含まれそれぞれに提供可能数が規定されている前記ゲーム要素の中から選択された第２ゲーム要素と、を前記ユーザに提供するゲーム要素提供部と、を有し、前記抽選確率は、前記第１ゲーム要素を提供した後に変化せず、前記ゲーム要素提供部は、前記第２ゲーム要素を提供した後に、提供した前記第２ゲーム要素の前記提供可能数を減算する。
【発明の効果】
【０００８】
本発明の一態様によれば、ゲーム要素の提供要求を受け付けた場合に、予め規定された不変の抽選確率に基づく抽選で第１ゲーム要素を提供すると共に、その第１ゲーム要素を提供する抽選とは異なるユーザにとって有利な抽選方法で第２ゲーム要素を特典（おまけ）として提供する。そのため、ユーザに対してゲーム要素の取得に対する期待感を高めることができ、ユーザのゲーム満足度を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る情報処理装置を含むゲームシステムの概念図である。
【図２】（ａ）及び（ｂ）は、抽選申込画面の一例を示す図である。（ｃ）は、抽選結果画面の一例を示す図である。
【図３】第１の集合を選択する概念を示す説明図である。
【図４】第２の集合テーブルの一例を示す図である。
【図５】（ａ）及び（ｂ）は、更新後の第２の集合テーブルの一例を示す図である。
【図６】第２の集合を作成する概念を示す説明図である。
【図７】本発明の一実施形態に係る情報処理装置、及び端末の各々のハードウェア構成を示す図である。
【図８】本発明の一実施形態に係る端末の機能の説明図である。
【図９】本発明の一実施形態に係る情報処理装置を構成するサーバの機能の説明図である。
【図１０】ゲーム要素提供処理の流れを示すフローチャートである。
【図１１】第２の集合更新処理の流れを示すフローチャートである。
【図１２】他の第２の集合更新処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の情報処理装置、情報処理方法及びプログラムについて、添付の図面に示す好適な実施形態を参照しながら詳細に説明する。
なお、以下に説明する実施形態は、本発明の理解を容易にするために挙げた一例にすぎず、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱しない限りにおいて、以下に説明する実施形態から変更又は改良され得る。また、当然ながら、本発明には、その等価物が含まれる。
さらに、以下の説明の中で参照される各図が示す画面例についても一例に過ぎず、画面の構成例、表示される情報及びＧＵＩ（Graphical User Interface）の具体的な内容等については、設計仕様及びユーザの好みに応じて自由に設計及び変更し得るものである。
【００１１】
＜ゲームについて＞
図１に示される通信システム（以下、ゲームシステムＳという。）は、本発明の一実施形態に係る情報処理装置（以下、サーバ３０という。）を含む通信システムであり、ユーザＵに対して、ゲームを提供する。
【００１２】
「ゲーム」とは、ゲームシステムＳを利用して提供されるオンラインゲームであり、発生する種々のクエスト（イベント）を消化しながら進行して遊ぶ（以下、プレイという。）電子ゲームである。本実施形態では、ゲームの一例として、ユーザＵが、複数のキャラクタから成るチームを編成し（例えば、四体で一組）、それらのキャラクタを所定のアクションにより操作して敵キャラクタと戦い、ゲーム内に用意されている複数のクエストに順次挑戦してクリアしていくことにより進行するゲームを挙げる。また、本実施形態のゲームでは、ユーザＵからのゲーム要素の提供要求（抽選申込）に基づいて抽選を実施し、ユーザＵは、その抽選によって当選した各種ゲーム要素を入手することができる。
【００１３】
「クエスト」とは、ゲーム内でユーザＵに与えられる任務、すなわち、ゲームを構成する個別のステージ等のことをいう。クエストは、実施期間と達成条件とがそれぞれ設定されており、ゲームを進めていくにしたがって種々発生する。クエストには、例えば、ある地点に到達することを目的とするクエスト、敵キャラクタ等と遭遇したり戦ったりするクエスト、又は、アイテムが獲得できるクエスト等がある。なお、設定された達成条件を満たしてクエストを終了することをクリアといい、クリアした場合にはユーザＵはクリア報酬を得ることができる。
【００１４】
「ゲーム要素」とは、ゲーム内で利用可能なオブジェクトであり、例えば、ゲーム内でユーザＵの操作に応じて動くキャラクタ、及び、ゲームを有利に進めるためのアイテム等を含む。ゲーム要素は、抽選の結果（当選）等に応じて所持数が増え、ゲーム内で消費又は廃棄することで所持数が減る。
【００１５】
「抽選」とは、上記のゲーム要素が得られるゲーム中のイベントの一つであり、ゲームのプレイ中、ユーザＵのゲーム要素の提供要求に応じて実施される。抽選では、当選確率の異なる複数のゲーム要素が候補として用意されており、その候補となる複数のゲーム要素の中から一又は所定数のゲーム要素が当選し、その当選したゲーム要素がユーザＵに付与される。本実施形態では、ユーザＵに付与される当選したゲーム要素としては、抽選本来の目的である第１ゲーム要素と、その第１ゲーム要素の特典（おまけ）として付与される第２ゲーム要素と、が該当する。なお、候補となる複数のゲーム要素の中には、レアリティのあるゲーム要素も含まれている。
【００１６】
「レアリティのあるゲーム要素」とは、一般的に当選確率が低いために入手困難であって、希少価値が高く、ゲーム内での流通量又はユーザＵによる過去の使用量等が少ないゲーム要素をいう。ただし、本実施形態では、上記の意味の他、当選確率等には関係なく、戦いに強いキャラクタ、キャラクタに使用したときに能力変化が大きく有用なアイテム、クエストごとにクリアに向いているキャラクタ若しくはアイテム、又は、ユーザＵの需要が高い（人気が高い）キャラクタ若しくはアイテム等のゲーム要素等も含む。
【００１７】
なお、「能力変化」とは、キャラクタの能力を変化させることであり、一例として、以下に挙げる変化を含む。また、基本的には、ユーザＵに有利になるような変化であるが、ユーザＵに不利になるような変化を除外するものではない。
（ａ）キャラクタが備えるパラメータ（レベル、体力、攻撃力、スピード、又は運等に関する設定データ）を向上させて、キャラクタを強化する。
（ｂ）キャラクタが備えるパラメータについて、予め規定された能力の最大値を向上させて、キャラクタをさらに強化する。
（ｃ）キャラクタに特殊な能力（技等）を追加する。
（ｄ）キャラクタが有する特殊な能力を変更する。
（ｅ）キャラクタに特別なクエストに挑戦できる資格を付与する。
（ｆ）キャラクタの属性を変化させる。例えば、キャラクタの職業を職業Ａから職業Ｂに変化させる。
【００１８】
また、抽選には、種々の形態があり、例えば、１回のみ実施される「シングル型（単発型）」の抽選、及び、Ｎ回分（Ｎは２以上の自然数）の抽選が連続して実施される「Ｎ連型」の抽選が含まれる。また、抽選の実施条件も種々存在し、無料で入手できる抽選アイテムを消費することにより実施できる抽選、有料で購入した抽選アイテムを消費することにより実施できる抽選、及び、クエストのクリア報酬として実施できる抽選等が含まれる。
【００１９】
ここで、図２を参照して、抽選時、すなわち、ゲーム要素提供時におけるユーザ端末１０に表示される画面の遷移について説明する。
図２（ａ）に示されるように、ゲーム要素提供時には、ユーザ端末１０に、先ず、抽選申込画面４０が表示される。抽選申込画面４０には、抽選の形態を選択するためのシングル選択ボタン４１及びＮ連選択ボタン４２が表示されている。
本実施形態では、Ｎ連型の抽選においては、第１の集合に含まれる複数のゲーム要素の中から予め規定された不変の抽選確率に基づいて、Ｎ個のゲーム要素（第１ゲーム要素）が選択されると共に、第２の集合に含まれ、それぞれに提供可能数が規定されている複数のゲーム要素の中から、１個のゲーム要素（第２ゲーム要素）が特典として選択される。そのため、Ｎ連選択ボタン４２には、「おまけＢＯＸ付」の表記がされている。
【００２０】
「第１の集合」とは、抽選本来の目的である第１ゲーム要素の候補となる複数のゲーム要素が含まれる集合（仮想のボックス）である。第１の集合に含まれる各ゲーム要素には、予め当選確率がそれぞれ設定されており、その当選確率は、抽選回数にかかわらず変化しない。具体的には、第１ゲーム要素として一度当選したゲーム要素であっても、第１の集合内から削除することはせず、次回以降の抽選でもそのゲーム要素が当選可能なように、抽選制限をしていない。すなわち、第１の集合においては、抽選を繰り返しても、抽選確率、すなわち、各ゲーム要素の当選確率は変化しない。なお、第１の集合は、抽選を繰り返すことによって、ゲーム要素の内容がユーザＵに有利になるような変化もしない。
【００２１】
また、図３に示されるように、第１の集合である第１ボックス５１は、ユーザＵからのゲーム要素の提供要求に応じて、複数の第１の集合候補５２（Ｇ１、Ｇ２、Ｇ３・・・）が収容された第１の集合候補群５３の中から選択される。すなわち、ユーザＵは、自身が所望するキャラクタ等の任意のゲーム要素が含まれている第１の集合候補５２を選択して、抽選対象として設定することができる。第１の集合候補５２は、例えば、属性又はクエスト等ごとに分かれていることとしてもよい。また、時期によって選択することができる第１の集合候補５２を限定してもよいし、ユーザＵのゲーム経験値によって選択することができる第１の集合候補５２を限定してもよい。
【００２２】
また、第１の集合候補５２の中には、特典である第２ゲーム要素の付与対象とはならないものも含まれている。例えば、特定の時期ごとに第１の集合候補５２が入れ替わり、第１の集合の内容が変更される場合、ある時期（例えば、２月１日〜１４日）において開催される抽選イベントＧ１（例えば、第１の集合候補５２「Ｇ１」が選択された場合の抽選イベント）においては、上記のとおり、特典として第２ゲーム要素が付与される。一方、その抽選イベントＧ１と同時期に開催される別の抽選イベントＧ２（例えば、第１の集合候補５２「Ｇ２」が選択された場合の抽選イベント）では、Ｎ連型の抽選を実施しても、特典として第２ゲーム要素は付与されないこととする。すなわち、第１の集合候補５２の中に第２ゲーム要素の付与対象とはならないものも含めることにより、同時期に複数の抽選イベントが開催されている場合であっても、第２ゲーム要素が付与される抽選イベントが同時期に複数発生しないように運用することができる。
なお、抽選イベントＧ１終了後の他のある時期（例えば、２月１５日〜２８日）において開催される抽選イベントＧ３（例えば、第１の集合候補５２「Ｇ３」が選択された場合の抽選イベント）においては、抽選イベントＧ１の抽選実績を引き継がず、後述する第２の集合の内容も変更される。
【００２３】
「第２の集合」とは、特典として付与される第２ゲーム要素の候補となる複数のゲーム要素が含まれる集合（仮想のボックス）である。第２の集合に含まれる各ゲーム要素には、予め当選確率がそれぞれ設定されているが、その当選確率は、抽選回数によって変化する。具体的には、第２の集合内に含まれる各ゲーム要素の提供可能数をそれぞれ規定することにより、第２の集合内に含まれるゲーム要素の総提供可能数（例えば、１０個）が設定されている。そして、第２ゲーム要素として当選したゲーム要素は、第２の集合内から削除することによりその提供可能数を減算する。したがって、第２ゲーム要素として一度当選したゲーム要素は、所定条件を満たして第２の集合が更新されない限り、次回以降の抽選で当選しないように、抽選制限をすることになる。これにより、第２の集合においては、抽選を繰り返せば、第２の集合内に含まれるゲーム要素の総提供可能数が減少するので、抽選確率、すなわち、各ゲーム要素の当選確率が向上する。
【００２４】
なお、第２の集合の中には、同じゲーム要素が複数個含まれる場合もある。例えば、あるゲーム要素が２個含まれている場合、１回目に当選した後はそのゲーム要素の当選確率が下がり、２回目に当選した後、すなわち、複数個全て当選した後に、そのゲーム要素は次回以降の抽選で当選しないこととなる。
【００２５】
「所定条件」とは、第２の集合に含まれるゲーム要素の種類及び提供可能数が更新され、抽選制限が解除されるための条件であり、例えば、以下に挙げる場合を含む。
（ａ）第２ゲーム要素の数が第２の集合内に含まれるゲーム要素の総提供可能数に達した場合、すなわち、ユーザＵが抽選を繰り返して第２の集合内の全てのゲーム要素を入手した結果、第２の集合内のゲーム要素の総提供可能数が０になった場合。
（ｂ）第２の集合内のゲーム要素の総提供可能数が未だ残っているものの、第２の集合内に含まれる特定のゲーム要素が当選した場合。
【００２６】
「特定のゲーム要素」とは、第２の集合内に含まれることがあるゲーム要素であって、他のゲーム要素とは区別されているゲーム要素である。例えば、レアリティのあるゲーム要素等が、特定のゲーム要素に該当する。特定のゲーム要素は、第２の集合内に常に含まれているとは限らず、更新の際に含まれないように制御されることもある。
【００２７】
「更新」とは、リセットともいい、第２の集合の内容を再度設定することをいう。具体的には、第２の集合に含まれるゲーム要素の種類及び提供可能数を変更し、第２の集合内に含まれるゲーム要素の総提供可能数の上限値まで回復させることをいう。なお、ここでの更新には、第２の集合の内容を初期状態から変更すること、及び、第２の集合の内容を初期状態に戻すこと、双方の意味を含む。
【００２８】
第２の集合は、上記のとおり、ユーザＵによる抽選実績によってその内容が変化するため、ユーザＵごとに紐付けられたデータとして、後述するサーバ側記憶部３４に記憶されている。
図４に示されるように、第２の集合テーブルＴには、ゲーム要素の名称を示す「名称」、第２の集合内に含まれる初期の提供可能数を示す「個数」、第２の集合内に含まれる初期の提供可能数から当選回数を減算した残りの提供可能数を示す「残数」、及び、特定のゲーム要素に該当するか否かを示す「特定」等の項目が含まれている。
【００２９】
また、第２の集合は、上記のとおり、所定条件を満たした場合に更新されることになるが、更新の際に、特定のゲーム要素を含めない状態とすることもできる。例えば、図５（ａ）に示されるように、更新後の第２の集合テーブルＴａでは、特定のゲーム要素の個数を０とし、その分の個数を他のゲーム要素（本実施形態では、「ＧＧＧＧＧＧＧＧ」及び「ＨＨＨＨＨＨＨ」）にそれぞれ割り当てる。このように、２周目以降は、特定のゲーム要素を、配布を抑えるゲーム要素として第２の集合から除外することができる。なお、一度除外したゲーム要素は、その後の更新の際にも、繰り返し除外することがよい。
【００３０】
一方、第２の集合は、更新の際に、第２の集合に含まれるゲーム要素の種類及び提供可能数を変更することもできる。例えば、図５（ｂ）に示されるように、更新後の第２の集合テーブルＴｂでは、特定のゲーム要素の内容を「ＡＡＡＡＡＡＡＡ」及び「ＢＢＢＢＢＢＢＢ」から「ＹＹＹＹＹＹＹＹ」及び「ＺＺＺＺＺＺＺＺ」に変更し、且つ、「ＣＣＣＣＣＣＣＣ」の個数を１個減らして「ＧＧＧＧＧＧＧＧ」の個数を１個増やす。なお、ここでは、特定のゲーム要素の種類を変更したが、特定のゲーム要素以外のゲーム要素の種類を変更してもよい。
【００３１】
第２の集合に含まれるゲーム要素は、総提供可能数が０になるまで抽選を実施すれば（本実施形態では１０回）、ユーザＵが十分に満足できる内容とするとよい。そのため、第２の集合内には、レアリティのあるゲーム要素と、レアリティのあるゲーム要素以外のゲーム要素とを混在させておくことがよい。
例えば、図６に示されるように、第２の集合である第２ボックス５４は、レアリティのあるゲーム要素を含むグループである第２の集合候補群５６と、レアリティのあるゲーム要素以外のゲーム要素を含むグループである第２の集合候補群５８との中からそれぞれ選択されたゲーム要素を組み合わせることによって、構成される。具体的には、第２の集合である第２ボックス５４は、第２の集合候補５５（Ｒ１、Ｒ２、Ｒ３・・・）が複数収容された第２の集合候補群５６の中から選択された、レアリティのあるゲーム要素を示す第２の集合候補５５（本実施形態では「Ｒ２」）と、第２の集合候補５７（Ｎ１、Ｎ２、Ｎ３・・・）が複数収容された第２の集合候補群５８の中から選択された、レアリティのあるゲーム要素以外のゲーム要素を示す第２の集合候補５７（本実施形態では「Ｎ１」及び「Ｎ５」）と、を組み合わせて構成される。
【００３２】
また、第２の集合を更新する際には、更新後の第２の集合（先の第２の集合）と、さらに次の更新後の第２の集合（後の第２の集合）との、２回分の第２の集合に含まれるゲーム要素を同時に決定してもよい。このとき、後の第２の集合については、全てのゲーム要素を決定せずに、レアリティのあるゲーム要素のみ決定してもよい。すなわち、第２の集合候補群５６の中からレアリティのあるゲーム要素を示す第２の集合候補５５を選択するだけでもよい。また、後の第２の集合に含まれることになる予定のレアリティのあるゲーム要素を、更新の際にユーザＵに通知（予告）することとしてもよい。
【００３３】
図２（ａ）に戻ると、抽選申込画面４０において、ユーザＵによりＮ連選択ボタン４２がタップ等された場合は、図２（ｂ）に示されるように、抽選申込画面４０にＮ連型の抽選を実施することを確認する確認ダイアログ４３と抽選申込ボタン４４とが表示される。
確認ダイアログ４３には、Ｎ連型の抽選である旨、抽選申込の際に消費される抽選アイテムの所持数、その抽選アイテムの所持数に応じた抽選可能回数、第２の集合に含まれるゲーム要素の総提供可能数と残りのゲーム要素の数（図２（ｂ）中では「おまけＢＯＸリスト  ８／１０」と表記。）、第２の集合に含まれる第２ゲーム要素の内容（種類及び提供可能数等を含む。）、及び、その他必要な説明等が表示されている。第２ゲーム要素の内容は一覧形式で表示されており、必要に応じてスクロール可能である。また、既に排出された第２ゲーム要素は、次回以降は選択されないことを示すため、未排出の第２ゲーム要素は識別可能に表示されている。
【００３４】
そして、抽選申込画面４０において、ユーザＵにより抽選申込ボタン４４がタップ等されると、図２（ｃ）に示されるように、抽選結果画面４５に遷移する。
抽選結果画面４５には、抽選結果として、第１の集合に含まれるゲーム要素の中から選択されたＮ個（本実施形態では１０個）の第１ゲーム要素を示す第１アイコン４６が表示される。また、Ｎ連型の抽選特有のおまけとして、さらに二種類のゲーム要素が表示される。すなわち、標準で一律におまけとして付与されるゲーム要素を示すおまけアイコン４７と、そのおまけアイコン４７が示すゲーム要素とは別途、さらなる特典として付与される第２ゲーム要素を示す第２アイコン４８と、が表示される。この抽選結果画面４５に表示されたゲーム要素が、Ｎ連型の抽選を実施したユーザＵに提供されることになる。
【００３５】
本実施形態の抽選結果画面４５では、第２アイコン４８はプレゼント箱を模しており、そのプレゼント箱の中に第２ゲーム要素が入っているという演出がされている。そのため、抽選結果画面４５上では、第２ゲーム要素の内容はマスキングされていることになるが、ユーザＵは、第２アイコン４８をタップ等することにより、第２アイコン４８を展開して第２ゲーム要素の内容を確認することができる。また、おまけアイコン４７が示すゲーム要素は特に限定されないが、本実施形態においては、例えば、ゲーム内で他のゲーム要素に交換等して使用できるアイテムとし、Ｎ連型の抽選１回につき、５個付与される。
【００３６】
本実施形態では、特典として、第２の集合に含まれるゲーム要素の中から選択された１個の第２ゲーム要素をユーザＵに付与するが、第２ゲーム要素の選択確率は、抽選本来の目的である第１ゲーム要素の抽選結果、すなわち、当選した第１ゲーム要素のレアリティの度合い等に応じて、決定してもよい。例えば、抽選の結果、Ｎ個全ての第１ゲーム要素のレアリティの度合いが低ければ、第２ゲーム要素として特定のゲーム要素が当選しやすくなるように制御してもよい。
【００３７】
なお、「シングル型」の抽選においては、おまけは付与されない。すなわち、図２（ａ）において、ユーザＵによりシングル選択ボタン４１がタップ等された場合は、おまけアイコン４７が示すゲーム要素及び第２ゲーム要素が付与されない通常の抽選となる。具体的には、第１の集合に含まれる複数のゲーム要素の中から予め規定された不変の抽選確率に基づいて、１個の第１ゲーム要素が選択される。
【００３８】
また、本実施形態では、ユーザＵが単独でプレイすることは勿論、複数のユーザＵが各々のユーザ端末１０を操作して共通のクエストを同時にプレイする所謂マルチプレイ（以下、共同プレイという。）も可能である。この共同プレイでは、特定のクエストに対して共同プレイを主催して仲間を募集するユーザＵ（以下、ホストという。）と、その募集に応募して共同プレイに参加するユーザＵ（以下、ゲストという。）とにより、共同関係が形成され、プレイの進行が共同プレイを行うユーザ間で同期される。
【００３９】
共同プレイは、各ユーザＵのユーザ端末１０の通信機能を通じて行われる。具体的には、あるユーザＵが、ホストの募集する共同プレイに対して参加の申込を行い、ホストがその申込を許可すると、そのあるユーザＵはゲストとして、ホストとの間に共同プレイ用の通信経路が確立される。なお、共同プレイの申込資格は、特に限定されず、任意に設定することができる。例えば、あるユーザＵと交友関係がある他のユーザＵであって、ユーザＵ同士で互いに承認したフレンドユーザが申込を行うことができることとしてもよい。
【００４０】
その後、共同プレイに要する各種データの送受信が、公知の通信方式にしたがって実施される。このときのデータは、サーバ３０を介したクライアント・サーバ方式であってもよく、サーバ３０を介さないＰ２Ｐ（ピア・ツー・ピア）方式であってもよい。また、共同プレイの様式は、完全同期型及び非同期型に分類されるが、いずれの様式を採用してもよい。なお、完全同期型は、キー入力同期方式及びコマンド入力方式を含み、非同期型にはサーバ集中処理型及びクライアント分散処理が含まれる。
【００４１】
なお、共同プレイ対応型のゲームには、複数のユーザＵが協力する協力プレイゲーム、及び、ユーザＵ同士が対戦する対戦ゲームが含まれるが、いずれのタイプであってもよい。また、一回の共同プレイにおけるユーザＵ数の上限（最大プレイ人数）については、特に限定されず任意の数に設定してもよいが、例えば最大で４人程度に設定するのがよい。
【００４２】
＜ゲームシステムＳの構成について＞
次に、上記のゲームをユーザＵに提供するためのゲームシステムＳの構成について説明する。
図１に示されるように、ゲームシステムＳは、ユーザＵがゲームをプレイするために構築されたものであり、ユーザＵによって操作される情報端末であるユーザ端末１０と、サーバ３０とから構成されている。ユーザ端末１０とサーバ３０とは、インターネット等のネットワークＮを介して相互に通信可能に接続されている。
【００４３】
ユーザ端末１０は、端末内に格納されたプログラムと、そのプログラムを実行するプロセッサとを搭載しており、その所有者であるユーザＵによって携帯され、ユーザＵは、プレイの際にそのユーザ端末１０を操作する。ユーザ端末１０としては、ゲーム用の端末として用いられる公知の機器、例えば、スマートフォン、携帯電話、ノート型ＰＣ、タブレット端末、ウェアラブル端末、又は通信機能を備えるゲーム専用機器等が利用可能である。なお、ゲームシステムＳを構成するユーザ端末１０の台数は、特に限定されず任意の台数であってよいが、図１では、図示の便宜上、ユーザ端末１０の台数を３台としている。
【００４４】
サーバ３０は、本発明の情報処理装置を構成するコンピュータである。例えば、ゲーム提供会社が管理するサーバコンピュータによって構成されており、ゲームの進行処理を担う。具体的には、ユーザＵのゲームアカウント及びステータス等をユーザＵごとに管理し、各ユーザＵに対してゲーム進行用データを配信する。また、サーバ３０は、単独で特定の機能を発揮する一台のコンピュータから成るサーバ装置に限定されず、分散して存在しているものの特定の機能を発揮するために協働する複数台のコンピュータから成るサーバ装置群により構成されている場合であってもよい。
【００４５】
ネットワークＮは、ユーザ端末１０とサーバ３０とをデータ通信が可能な状態で接続するものであればよい。有線であるか無線であるかは問わず、インターネット、モバイル通信ネットワーク、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、イントラネット及びイーサネット（登録商標）等を含む。また、ユーザ端末１０同士は、ネットワークＮを介して通信してもよいし、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉｆｉ−Ｄｉｒｅｃｔ等を通じてネットワークＮを介さずに直接通信してもよい。
【００４６】
本実施形態のゲームシステムＳでは、上記構成により、ユーザ端末１０とサーバ３０とが協働することにより、ゲームが進行する。具体的には、ゲーム進行処理の一部をサーバ３０側で行い、グラフィック処理等の一部をユーザ端末１０側で実行する。例えば、サーバ３０側で、一定のルール、ロジック及びアルゴリズムを含むプログラムを実行する。一方、ユーザ端末１０側では、サーバ３０と同期しつつ、サーバ３０で実行されているプログラムと同様のルール、ロジック及びアルゴリズムにより、種々のクエストを発生させてゲームを進行させる。
【００４７】
＜ユーザ端末１０の構成について＞
次に、本実施形態に係るユーザ端末１０の構成について説明する。
図７に示されるように、ユーザ端末１０は、ハードウェア構成として、プロセッサ１１、記憶装置１２、通信用インターフェース（図７中、通信用Ｉ／Ｆと表記。）１３、入力装置１４及び出力装置１５を備え、これらの機器は不図示のバスを介して電気的に接続されている。
【００４８】
プロセッサ１１は、例えば、中央処理装置（Central Processing Unit）、マイクロプロセッサ（Micro Processing Unit）、グラフィクスプロセッサ（Graphics Processing Unit）、又は、デジタルシグナルプロセッサ（Digital Signal Processor）等を含み、記憶装置１２に記憶されるプログラム又はデータに基づいて各種の演算処理を実行すると共に、ユーザ端末１０の各部を制御する。プロセッサ１１によって実行されるプログラムには、ユーザ端末１０全体を制御するためのシステムソフトウェアであるＯＳ（Operating System）、及びゲーム用のアプリケーションプログラム等が含まれ、それらの各種プログラムがプロセッサ１１に読み取られて実行されることにより、ゲームシステムＳを構成するユーザ端末１０としての機能が発揮される。
【００４９】
記憶装置１２は、例えばメモリ又はストレージ等を含み、各種のプログラム又はデータを記憶する。
メモリは、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等の半導体メモリによって構成され、プログラム及びデータを一時的に記憶することでプロセッサ１１に作業領域を提供し、プロセッサ１１が実行する処理によって生成される各種データを一時的に記憶する。
ストレージは、ゲームに関する各種データを記憶し、例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、ＦＤ（Flexible Disc）、ＭＯディスク（Magneto-Optical disc）、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＳＤカード（Secure Digital card）、及びＵＳＢメモリ（Universal Serial Bus memory）等によって構成されている。
【００５０】
通信用インターフェース１３は、例えば、ネットワークインターフェースカード（NIC）等により構成され、ユーザ端末１０の通信処理を制御する。通信用インターフェース１３による通信規格については、特に限定されるものではなく、公衆向けの通信規格であれば制限なく適用可能である。また、通信用インターフェース１３による通信方式は、無線方式であっても有線方式であってもよい。
【００５１】
入力装置１４は、ユーザＵの操作を受け付けて、受け付けた操作の内容を示すデータを生成するデバイスである。一例としては、ユーザ端末１０に設けられた操作キー、操作ボタン、集音用マイク、及び撮影用カメラ等が利用可能である。
【００５２】
出力装置１５は、画面を描画して画像及び文字列情報等を表示したり、音声を再生したりするデバイスである。一例としては、ユーザ端末１０に設けられた液晶ディスプレイ又は有機ＥＬ（Electroluminescence）ディスプレイ、ヘッドマウントディスプレイ及びスピーカー等が利用可能である。なお、本実施形態においては、出力装置１５として、少なくともディスプレイを有する。ディスプレイは、タッチパネルディスプレイのように入力装置１４及び出力装置１５の両方の機能を兼ね備えるものであってもよい。
【００５３】
次に、図８を参照しながら、ユーザ端末１０の構成について機能面から改めて説明する。
図８に示されるように、ユーザ端末１０は、複数の機能部、具体的には、操作特定部１６、端末側記憶部１７、端末側生成部１８、端末側送受信部１９、及び表示処理部２０を備える。これらの機能部は、ユーザ端末１０のハードウェア機器と、ユーザ端末１０に格納されたソフトウェアとしてのプログラムとが協働することで実現される。
【００５４】
［操作特定部１６］
操作特定部１６は、主にプロセッサ１１及び入力装置１４により実現され、ユーザＵがユーザ端末１０の入力装置１４を通じて行った各種の操作の内容を特定する。操作特定部１６によって特定する操作には、ゲーム進行用の操作及び共同プレイに関する操作（共同プレイの募集、共同プレイへの申込及びその申込に対する許否に関する操作）等が含まれる。ゲーム進行用の操作には、抽選申込画面４０においてゲーム要素の提供要求を指示する操作等も含まれる。
【００５５】
［端末側記憶部１７］
端末側記憶部１７は、主にプロセッサ１１及び記憶装置１２により実現され、ゲーム進行に関する各種データ（例えば、映像データ、画像データ、及び、音声データ等）を記憶する。
【００５６】
［端末側生成部１８］
端末側生成部１８は、主にプロセッサ１１及び記憶装置１２により実現され、操作特定部１６によって特定されたユーザＵの操作内容に応じたゲーム操作データ等を生成する。ここで生成されるゲーム操作データには、ゲーム要素の提供要求指示に基づく提供要求指示操作データ、及び、共同プレイに関する操作データ（共同プレイの募集、共同プレイへの申込及びその申込に対する許否に関する操作データ等を含む。）が含まれる。これらの生成されたデータは、端末側送受信部１９によってサーバ３０に向けて送信される。
【００５７】
［端末側送受信部１９］
端末側送受信部１９は、主にプロセッサ１１、記憶装置１２及び通信用インターフェース１３により実現され、サーバ３０及び他のユーザＵのユーザ端末１０との間でデータ及び情報の送受信を行う。例えば、ゲームのプレイ中、端末側送受信部１９は、サーバ３０から送られてくるゲーム進行用データを受信し、ゲーム操作データをサーバ３０に向けて送信する。また、ゲームの共同プレイが行われている場合、端末側送受信部１９は、他のユーザＵのユーザ端末１０との間で共同プレイ用データ（具体的には、各ユーザＵのゲーム操作データ）を送受信する場合がある。
【００５８】
［表示処理部２０］
表示処理部２０は、主にプロセッサ１１、記憶装置１２及び出力装置１５により実現され、端末側送受信部１９が受信したデータ及び情報を、ブラウジング機能によってディスプレイに表示する表示処理を実行する。具体的に説明すると、表示処理部２０は、ゲーム開始時にゲーム画面を描画し、ゲームプレイ中、端末側送受信部１９がサーバ３０から受信したゲーム進行用データを展開し、ゲーム画面中に映像及びその他の情報を表示する。また、ゲームプレイ中、表示処理部２０は、端末側生成部１８が生成したゲーム操作データに応じて変化する映像（具体的には、ユーザＵの操作に応じて動く映像）をゲーム画面中に表示する。
【００５９】
＜サーバ３０の構成について＞
次に、本実施形態に係るサーバ３０の構成について説明する。
図７に示されるように、サーバ３０は、一般的なサーバコンピュータのハードウェア構成と同様であり、プロセッサ３１、記憶装置３２、及び通信用インターフェース（図７中、通信用Ｉ／Ｆと表記。）３３を備え、これらの機器は不図示のバスを介して電気的に接続されている。
【００６０】
プロセッサ３１は、ＣＰＵ、ＭＰＵ、ＧＰＵ、及びＤＳＰ等によって構成され、サーバ３０にインストールされたプログラムを実行することで各種の処理を実行する。プロセッサ３１によって実行されるプログラムは、サーバ３０全体を制御するためのシステムソフトウェアであるＯＳ、及び、サーバ３０を本発明の情報処理装置として機能させるためのアプリケーションプログラム等である。
【００６１】
記憶装置３２は、例えばメモリ又はストレージ等を含み、各種のプログラム又はデータを記憶する。
メモリは、ＲＯＭ及びＲＡＭなどの半導体メモリによって構成され、プログラム及びデータを一時的に記憶することでプロセッサ３１に作業領域を提供し、プロセッサ３１が実行する各種処理によって生成されるデータを一時的に記憶する。
ストレージは、ユーザＵ及びゲーム等に関する各種データを記憶し、例えば、フラッシュメモリ、ＨＤＤ、ＳＳＤ、ＦＤ、ＭＯディスク、ＣＤ、ＤＶＤ、ＳＤカード、及びＵＳＢメモリ等によって構成されている。なお、サーバ３０とネットワークＮを介して接続されたデータベース用のサーバコンピュータをストレージとして利用してもよい。
【００６２】
通信用インターフェース３３は、例えば、ネットワークインターフェースカード等により構成され、サーバ３０の通信処理を制御する。通信用インターフェース３３による通信規格については、特に限定されるものではなく、公衆向けの通信規格であれば制限なく適用可能である。また、通信用インターフェース３３による通信方式は、無線方式であっても有線方式であってもよい。
【００６３】
次に、図９を参照しながら、サーバ３０の構成について機能面から改めて説明する。
図９に示されるように、サーバ３０は、複数の機能部、具体的には、サーバ側記憶部３４、サーバ側送受信部３５、サーバ側生成部３６、提供要求受付部３７、ゲーム要素提供部３８、及び、集合更新部３９を備える。これらの機能部は、サーバ３０のハードウェア機器と、サーバ３０に格納されたソフトウェアとしてのプログラムとが協働することで実現される。なお、サーバ３０が複数台のコンピュータによって構成される場合には、上記の機能を分散させて、複数台のコンピュータの各々が互いに異なる機能を発揮してもよい。
【００６４】
［サーバ側記憶部３４］
サーバ側記憶部３４は、主にプロセッサ３１及び記憶装置３２により実現され、ユーザＵに関するデータ、及び、ゲームの進行処理に関するデータ（ゲーム進行用データ）等を含む各種データを記憶する。
ユーザＵに関するデータとしては、ユーザＵ又はユーザＵが使用しているユーザ端末１０を特定する識別子（ユーザＩＤ又は端末ＩＤ）とその識別子に関連付けられた各種情報（ユーザＵの個人情報、ユーザ端末１０の機種、アクセス履歴、決済履歴、又は、ステータス等のゲームの進捗状況等）を含む。
ゲーム進行用データとしては、ユーザＵが所有するキャラクタに関する情報（名前、属性、能力及びレベル等）、ユーザＵが所有するアイテム等のその他ゲーム要素に関する情報、又は、クエストに関する情報等を含む。また、第１の集合及び第２の集合に関する情報等も含む。
【００６５】
［サーバ側送受信部３５］
サーバ側送受信部３５は、主にプロセッサ３１、記憶装置３２及び通信用インターフェース３３により実現され、ユーザ端末１０との間でデータ及び情報の送受信を行う。例えば、ゲームのプレイ中、サーバ側送受信部３５は、ユーザＵのユーザ端末１０に向けてゲーム進行用データを送信し、そのユーザ端末１０からゲーム操作データを受信する。また、ゲームの共同プレイが行われる間、サーバ側送受信部３５は、共同プレイを行う複数のユーザＵの各々のユーザ端末１０から、共同プレイ用データを受信し、ユーザＵ間で同期を取るためのデータ（広義のゲーム進行用データ）を各ユーザ端末１０に向けて送信する。
【００６６】
［サーバ側生成部３６］
サーバ側生成部３６は、主にプロセッサ３１及び記憶装置３２により実現され、サーバ側送受信部３５によって送信されるデータを生成する。ここで生成されるデータには、具体的には、ユーザ端末１０から受信したゲーム操作データに対応したゲーム進行用データ等が含まれる。なお、ゲーム進行用データには、抽選申込画面４０をユーザ端末１０に表示させるゲーム要素提供申込表示データ、抽選結果画面４５をユーザ端末１０に表示させるゲーム要素提供結果表示データ、ゲーム要素が収容されている第２の集合をユーザ端末１０に表示させる第２の集合表示データ、先の第２の集合とは別に後の第２の集合をユーザ端末１０に通知する第２の集合通知データ、及び、ゲームの共同プレイが行われる間、共同プレイを行う複数のユーザＵ間で同期を取るためのデータ等も含まれる。
【００６７】
［提供要求受付部３７］
提供要求受付部３７は、主にプロセッサ３１及び記憶装置３２により実現され、サーバ側送受信部３５が受信したユーザ端末１０からのゲーム要素の提供要求指示に基づき、そのユーザ端末１０を所有するユーザＵを特定し、そのユーザＵからのゲーム要素の提供要求を受け付ける。
【００６８】
［ゲーム要素提供部３８］
ゲーム要素提供部３８は、主にプロセッサ３１及び記憶装置３２により実現され、ユーザＵからのゲーム要素の提供要求に基づき、ゲーム要素を抽選し、抽選結果として当選したゲーム要素（第１ゲーム要素及び第２ゲーム要素）をユーザＵに提供する。具体的には、ゲーム要素提供部３８は、Ｎ連型の抽選の場合、第１の集合に含まれる複数のゲーム要素の中から予め規定された不変の抽選確率に基づいて、Ｎ個の第１ゲーム要素を選択し、第２の集合に含まれ、それぞれに提供可能数が規定されている複数のゲーム要素の中から、１個の第２ゲーム要素を特典として選択する。このとき、ゲーム要素提供部３８は、第１ゲーム要素の提供後に第１の集合に含まれる各ゲーム要素の当選確率は変化させず、一方で、第２ゲーム要素として当選したゲーム要素を第２の集合内から削除することによりその提供可能数を減算する。なお、第２ゲーム要素の選択確率は、第１ゲーム要素の抽選結果に応じて決定してもよい。
【００６９】
［集合更新部３９］
集合更新部３９は、主にプロセッサ３１及び記憶装置３２により実現され、上記の所定条件を満たした場合、第２の集合を更新する。具体的には、第２の集合に含まれるゲーム要素の種類及び提供可能数を変更し、第２の集合内に含まれるゲーム要素の総提供可能数の上限値まで回復させる。
このとき、集合更新部３９は、更新前後における第２の集合に含まれるゲーム要素の種類又はゲーム要素の提供可能数を異なるものとしてもよいし、特定のゲーム要素を更新後の第２の集合に含めないこととしてもよい。また、ゲーム要素の種類又は提供可能数が異なる複数の第２の集合候補５５，５７の中から所定の第２の集合候補５５，５７を選択して組み合わせてもよい。さらに、更新後の第２の集合と、さらに次の更新後の第２の集合との、２回分の第２の集合に含まれるゲーム要素を同時に決定してもよい。
なお、集合更新部３９は、ユーザＵからのゲーム要素の提供要求に応じて、複数の第１の集合候補５２が収容された第１の集合候補群５３の中から、第１の集合を選択する処理も行う。
【００７０】
なお、一般的にユーザ端末１０及びサーバ３０は、上記以外にも種々の機能を有しているが、ここでは、本発明におけるゲームシステムＳにおいて作用効果を奏する特徴的な機能のみを説明することとし、その他の既知の機能等については図示及び説明を省略する。
【００７１】
＜ゲームシステムＳの処理の流れについて＞
次に、図１０乃至図１２を参照しながら、上記構成からなるゲームシステムＳにおいて実行される処理の流れについて説明する。
本実施形態に係る情報処理方法は、コンピュータシステムとして機能するゲームシステムＳを用いることで実現され、換言すると、ゲームシステムＳが実行する情報処理では、本実施形態に係る情報処理方法が適用されている。
【００７２】
本実施形態におけるゲームシステムＳにおいて実行される情報処理は、大別すると、ゲーム要素を提供する処理［ゲーム要素提供処理］、及び、第２の集合を更新する処理［第２の集合更新処理］の２つの処理から主に構成されている。以下、それぞれの処理について個別に説明する。
【００７３】
［ゲーム要素提供処理］
先ず、図１０に基づいて、ゲーム要素提供処理について説明する。
「ゲーム要素提供処理」とは、サーバ３０において実行される処理であり、ユーザＵからのゲーム要素の提供要求（本実施形態では、Ｎ連型の抽選申込に限る。）に応じて抽選を実施し、ゲーム要素を提供する処理をいう。
【００７４】
図１０に示されるように、サーバ３０は、ユーザ端末１０からゲーム要素の提供要求指示操作データを受信し、ユーザＵからＮ連型の抽選申込を受け付けると（Ｓ１０１）、第１の集合内に含まれる複数のゲーム要素の中から予め規定された不変の抽選確率に基づいて、第１ゲーム要素をＮ個選択する（Ｓ１０２）。また、サーバ３０は、第２の集合内に含まれ、それぞれに提供可能数が規定されている複数のゲーム要素の中から第２ゲーム要素を１個選択する（Ｓ１０３）。そして、サーバ３０は、その選択したＮ個の第１ゲーム要素と１個の第２ゲーム要素とをユーザＵに付与する（Ｓ１０４）。
【００７５】
さらに、サーバ３０は、第２の集合内から第２ゲーム要素として当選したゲーム要素を削除することにより、その第２ゲーム要素の提供可能数を減算し（Ｓ１０５）、次回以降の抽選では、当選した第２ゲーム要素が選択できないように抽選制限を行ったうえで、その提供可能数を減算した後の第２の集合をサーバ側記憶部３４に上書きして記憶する（Ｓ１０６）。
【００７６】
続いて、サーバ３０は、抽選結果を通知するゲーム進行用データであるゲーム要素提供結果表示データと、次回以降の抽選で適用される第２の集合を示す第２の集合表示データとを生成し（Ｓ１０７）、その生成したゲーム要素提供結果表示データをユーザＵのユーザ端末１０に向けて送信して（Ｓ１０８）、処理を終了する。なお、Ｓ１０７で生成した第２の集合表示データについては、抽選結果としては送信せず、次回抽選の際に、抽選申込画面４０に表示される確認ダイアログ４３にて表示される。
【００７７】
上記の一連の工程が終了した時点で、ゲーム要素提供処理が終了する。以降、ユーザＵがゲームをプレイしている最中、厳密にいうと、ユーザＵからＮ連型の抽選申込がされた場合に、上記一連の工程が繰り返し実施される。
以上が、ゲーム要素提供処理の一例である。
【００７８】
［第２の集合更新処理］
次に、図１１に基づいて、第２の集合更新処理について説明する。
「第２の集合更新処理」とは、サーバ３０において実行される処理であり、上記の所定条件を満たした場合、すなわち、第２ゲーム要素の数が第２の集合内に含まれるゲーム要素の総提供可能数に達した場合、又は、第２の集合内に含まれる特定のゲーム要素が当選した場合に、第２の集合を更新する処理をいう。
【００７９】
図１１に示されるように、サーバ３０は、所定条件を満たすか否かを判断し（Ｓ２０１）、所定条件を満たしている場合には（Ｓ２０１：ＹＥＳ）、第２の集合を更新し（Ｓ２０２）、その更新後の第２の集合をサーバ側記憶部３４に上書きして記憶する（Ｓ２０３）。
【００８０】
続いて、サーバ３０は、次回以降の抽選で適用される第２の集合を示す第２の集合表示データを生成し（Ｓ２０４）、第２の集合が更新されたことをユーザＵに通知するために、その生成した第２の集合表示データをユーザＵのユーザ端末１０に向けて送信して（Ｓ２０５）、処理を終了する。なお、所定条件を満たしていない場合（Ｓ２０１：ＮＯ）、そのまま処理を終了する。
【００８１】
上記の一連の工程が終了した時点で、第２の集合更新処理が終了する。以降、ユーザＵがゲームをプレイしている最中、厳密にいうと、ユーザＵからＮ連型の抽選申込がされた場合に、上記一連の工程が繰り返し実施される。
以上が、第２の集合更新処理の一例である。
【００８２】
［他の第２の集合更新処理］
上記の第２の集合更新処理においては、更新１回につき、１つの第２の集合を更新する場合について説明した。ただし、１回の更新において、更新後の第２の集合（先の第２の集合）と、さらに次の更新後の第２の集合（後の第２の集合）との、２回分の第２の集合に含まれるゲーム要素を同時に決定することも可能である。この場合の処理について、以下、図１２に基づいて、他の第２の集合更新処理として説明する。
「他の第２の集合更新処理」とは、サーバ３０において実行される処理であり、上記の所定条件を満たした場合に、２回分の第２の集合を更新する処理をいう。
【００８３】
図１２に示されるように、サーバ３０は、所定条件を満たすか否かを判断し（Ｓ３０１）、所定条件を満たしている場合には（Ｓ３０１：ＹＥＳ）、続いて、後の第２の集合は既に作成されているか未作成であるかについて判断する（Ｓ３０２）。
【００８４】
更新が初めての場合、又は、前回の更新において後の第２の集合を作成していない場合等、後の第２の集合が未作成である場合（Ｓ３０２：ＹＥＳ）、サーバ３０は、レアリティのあるゲーム要素を含めた状態で、先の第２の集合を作成し（Ｓ３０３）、その先の第２の集合に含めたレアリティのあるゲーム要素を、後の第２の集合及び次回以降の更新の際に第２の集合に含めるゲーム要素の候補から削除する（Ｓ３０４）。
具体的には、第２の集合に含めるゲーム要素として、第２の集合候補群５６の中からレアリティのあるゲーム要素を示す第２の集合候補５５（例えば、図６の「Ｒ２」）を選択し、且つ、第２の集合候補群５８の中からレアリティのあるゲーム要素以外のゲーム要素を示す第２の集合候補５７（例えば、図６の「Ｎ１」及び「Ｎ５」）を選択する。そして、選択したレアリティのあるゲーム要素を示す第２の集合候補５５（例えば、図６の「Ｒ２」）を第２の集合候補群５６の中から削除する。
【００８５】
引き続き、サーバ３０は、レアリティのあるゲーム要素を含めた状態で、後の第２の集合を作成し（Ｓ３０５）、その後の第２の集合に含めたレアリティのあるゲーム要素を、次回以降の更新の際に第２の集合に含めるゲーム要素の候補から削除する（Ｓ３０６）。
具体的には、第２の集合に含めるゲーム要素として、第２の集合候補群５６の中から、既に削除されている先の第２の集合に含めた第２の集合候補５５（例えば、図６の「Ｒ２」）以外の第２の集合候補５５（例えば、図６の「Ｒ３」）を選択し、且つ、第２の集合候補群５８の中から第２の集合候補５７（例えば、図６の「Ｎ１」及び「Ｎ２」）を選択する。このとき、第２の集合候補５７は、先の第２の集合に含めた第２の集合候補５７と重複していても構わない。そして、選択したレアリティのあるゲーム要素を示す第２の集合候補５５（例えば、図６の「Ｒ３」）を第２の集合候補群５６の中から削除する。
【００８６】
一方、２回目以降の更新であって、前回の更新の際に後の第２の集合が既に作成されている場合（Ｓ３０２：ＮＯ）、サーバ３０は、その作成済の後の第２の集合を呼び出し、先の第２の集合に設定する（Ｓ３０７）。そして、空白となった後の第２の集合については、上記のＳ３０５及びＳ３０６と同様、サーバ３０は、レアリティのあるゲーム要素を含めた状態で、後の第２の集合を作成し（Ｓ３０８）、その後の第２の集合に含めたレアリティのあるゲーム要素を、次回以降の更新の際に第２の集合に含めるゲーム要素の候補から削除する（Ｓ３０９）。
【００８７】
そして、サーバ３０は、作成した先の第２の集合と後の第２の集合とを、サーバ側記憶部３４に上書きして記憶する（Ｓ３１０）。
【００８８】
続いて、サーバ３０は、次回の抽選で適用される第２の集合を示す先の第２の集合表示データと、次々回の抽選で適用される第２の集合に含まれる予定のレアリティのあるゲーム要素を予告する後の第２の集合通知データとを生成し（Ｓ３１１）、その生成した先の第２の集合表示データと後の第２の集合通知データとを抽選申込画面４０に表示される確認ダイアログ４３にて表示させるために、ユーザＵのユーザ端末１０に向けて送信して（Ｓ３１２）、処理を終了する。なお、所定条件を満たしていない場合（Ｓ３０１：ＮＯ）、そのまま処理を終了する。
【００８９】
上記の一連の工程が終了した時点で、他の第２の集合更新処理が終了する。以降、ユーザＵがゲームをプレイしている最中、厳密にいうと、ユーザＵからＮ連型の抽選申込がされた場合に、上記一連の工程が繰り返し実施される。
以上が、他の第２の集合更新処理の一例である。
【００９０】
＜その他の実施形態＞
本発明は上記の実施形態に限定されるものではない。
上記の実施形態では、サーバ３０に本発明のプログラムを実行させ、本発明の情報処理装置として機能させているが、サーバ３０が有する情報処理装置としての機能のうちの一部又は全部をユーザ端末１０に備えることとしてもよい。例えば、ゲーム要素提供部及び集合更新部に相当する機能が、ユーザ端末１０に備わっていてもよい。
【００９１】
また、本実施形態では、ゲームの一例として、ユーザＵが操作するユーザ端末１０とサーバ３０との間で行われるデータ通信を利用するオンラインゲームについて説明した。ただし、ゲームの種類については特に限定されるものではなく、データ通信不要なオフラインゲームであってもよい。また、例えば、ＷｅｂブラウザとＳＮＳ（Social Networking Service）のアカウントのみで利用可能なソーシャルゲーム等であってもよい。
【００９２】
＜まとめ＞
以上説明した本実施形態に係るプログラム、情報処理方法及び情報処理装置の主な特徴は以下の通りである。
【００９３】
［１］本実施形態に係る情報処理装置は、ユーザからゲーム要素の提供要求を受け付ける提供要求受付部と、提供要求を受け付けた場合に、第１の集合に含まれるゲーム要素の中から予め規定された抽選確率に基づいて選択された第１ゲーム要素と、ユーザに関連付けられた第２の集合に含まれそれぞれに提供可能数が規定されているゲーム要素の中から選択された第２ゲーム要素と、をユーザに提供するゲーム要素提供部と、を有し、抽選確率は、第１ゲーム要素を提供した後に変化せず、ゲーム要素提供部は、第２ゲーム要素を提供した後に、提供した第２ゲーム要素の提供可能数を減算する。
上記の情報処理装置によれば、ゲーム要素の提供要求を受け付けた場合に、予め規定された不変の抽選確率に基づく抽選で第１ゲーム要素を提供すると共に、その第１ゲーム要素を提供する抽選とは異なるユーザにとって有利な抽選方法、すなわち、レアリティのあるゲーム要素を取得しやすい抽選方法で第２ゲーム要素を特典として提供する。そのため、ユーザに対してゲーム要素の取得に対する期待感を高めることができ、ユーザのゲーム満足度を向上させることができる。
【００９４】
［２］上記の情報処理装置において、第１の集合は、提供要求に応じて複数の第１の集合候補の中から選択される。
このように、第１ゲーム要素が含まれる第１の集合は、提供要求に応じて種々の候補の中から選択する。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【００９５】
［３］上記の情報処理装置は、所定条件を満たした場合に、第２の集合を更新する集合更新部を、さらに有する。
このように、所定条件を満たした場合に、第２の集合の内容が更新されるので、ユーザにとっては、新たな第２ゲーム要素を取得する機会が発生する。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【００９６】
［４］上記の情報処理装置において、所定条件は、第２の集合に含まれる全てのゲーム要素の提供可能数の残数が無くなることとする。
このように、第２の集合に含まれるゲーム要素を全て取得した場合に、第２の集合の内容が更新されるので、ユーザにとっては、新たな第２ゲーム要素を取得する機会が発生する。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【００９７】
［５］上記の情報処理装置において、所定条件は、第２の集合に含まれる特定のゲーム要素を提供することとする。
このように、第２の集合に含まれる特定のゲーム要素を取得した場合に、第２の集合の内容が更新されるので、ユーザにとっては、新たな第２ゲーム要素を取得する機会が発生する。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【００９８】
［６］上記の情報処理装置において、集合更新部は、第２の集合を更新する際に、更新前後における第２の集合に含まれるゲーム要素の種類又はゲーム要素の提供可能数を異なるものとする。
このように、第２の集合を更新する場合に、更新後の第２の集合に含まれるゲーム要素を更新前とは異なるものとするので、ユーザにとっては、新たな第２ゲーム要素を取得する機会が発生する。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【００９９】
［７］上記の情報処理装置において、集合更新部は、第２の集合を更新する際に、第２の集合に含まれる特定のゲーム要素を所定数提供した後は、特定のゲーム要素を更新後の第２の集合に含めない。
このように、第２の集合を更新する場合に、更新後の第２の集合からは、特定のゲーム要素を除外することにより、特定のゲーム要素の排出数を抑え、特定のゲーム要素の価値が減少してゲームバランスが崩れることを防止する。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【０１００】
［８］上記の情報処理装置において、集合更新部は、第２の集合を更新する際に、含まれるゲーム要素の種類又はゲーム要素の提供可能数が異なる複数の第２の集合候補の中から所定の第２の集合候補を選択する。
このように、第２の集合を更新する場合に、更新後の第２の集合を複数の第２の集合候補の中から選択するので、ユーザにとっては、新たな第２ゲーム要素を取得する機会が発生する。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【０１０１】
［９］上記の情報処理装置において、集合更新部は、レアリティのあるゲーム要素を更新後の第２の集合の中に少なくとも一つ含む状態で、第２の集合を更新し、後の更新において第２の集合に含まれるレアリティのあるゲーム要素は、先の更新の際に決定し、且つ、先の更新の際にユーザに通知される。
このように、第２の集合を更新する場合に、レアリティのあるゲーム要素を少なくとも一つ含み、且つ、先の更新の際に、次の更新において含まれることになるそのリアリティのあるゲーム要素を事前に決定してその内容を通知する。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【０１０２】
［１０］上記の情報処理装置において、第２ゲーム要素の選択確率は、第１ゲーム要素のレアリティの度合いに応じて決定される。
このように、第２ゲーム要素を、第１ゲーム要素と関連付けて選択されるようにする。そのため、ユーザに対してゲーム要素の取得に対する期待感をさらに高めることができ、ユーザのゲーム満足度をより一層向上させることができる。
【０１０３】
［１１］また、本実施形態に係る情報処理方法によれば、コンピュータが、ユーザからゲーム要素の提供要求を受け付け、提供要求を受け付けた場合に、第１の集合に含まれるゲーム要素の中から予め規定された抽選確率に基づいて選択された第１ゲーム要素と、ユーザに関連付けられた第２の集合に含まれそれぞれに提供可能数が規定されているゲーム要素の中から選択された第２ゲーム要素と、をユーザに提供し、抽選確率は、第１ゲーム要素を提供した後に変化せず、第２ゲーム要素を提供した後に、提供した第２ゲーム要素の提供可能数を減算する。
このように、ゲーム要素の提供要求を受け付けた場合に、予め規定された抽選確率による通常の抽選で得られる第１ゲーム要素を提供すると共に、レアリティのあるゲーム要素を取得しやすい方法で第２ゲーム要素を特典として提供する。そのため、ユーザに対してゲーム要素の取得に対する期待感を高めることができ、ユーザのゲーム満足度を向上させることができる。
【０１０４】
［１２］また、本実施形態に係るプログラムによれば、コンピュータにより実行されるプログラムであって、コンピュータに、ユーザからゲーム要素の提供要求を受け付けさせ、提供要求を受け付けた場合に、第１の集合に含まれるゲーム要素の中から予め規定された抽選確率に基づいて選択された第１ゲーム要素と、ユーザに関連付けられた第２の集合に含まれそれぞれに提供可能数が規定されているゲーム要素の中から選択された第２ゲーム要素と、をユーザに提供させ、抽選確率は、第１ゲーム要素を提供した後に変化せず、第２ゲーム要素を提供した後に、提供した第２ゲーム要素の提供可能数を減算させる。
このように、ゲーム要素の提供要求を受け付けた場合に、予め規定された抽選確率による通常の抽選で得られる第１ゲーム要素を提供すると共に、レアリティのあるゲーム要素を取得しやすい方法で第２ゲーム要素を特典として提供する。そのため、ユーザに対してゲーム要素の取得に対する期待感を高めることができ、ユーザのゲーム満足度を向上させることができる。
【符号の説明】
【０１０５】
１０  ユーザ端末
１１  プロセッサ
１２  記憶装置
１３  通信用インターフェース
１４  入力装置
１５  出力装置
１６  操作特定部
１７  端末側記憶部
１８  端末側生成部
１９  端末側送受信部
２０  表示処理部
３０  サーバ
３１  プロセッサ
３２  記憶装置
３３  通信用インターフェース
３４  サーバ側記憶部
３５  サーバ側送受信部
３６  サーバ側生成部
３７  提供要求受付部
３８  ゲーム要素提供部
３９  集合更新部
４０  抽選申込画面
４１  シングル選択ボタン
４２  Ｎ連選択ボタン
４３  確認ダイアログ
４４  抽選申込ボタン
４５  抽選結果画面
４６  第１アイコン
４７  おまけアイコン
４８  第２アイコン
５１  第１ボックス
５２  第１の集合候補
５３  第１の集合候補群
５４  第２ボックス
５５  第２の集合候補
５６  第２の集合候補群
５７  第２の集合候補
５８  第２の集合候補群
Ｎ    ネットワーク
Ｓ    ゲームシステム
Ｔ    第２の集合テーブル
Ｔａ  更新後の第２の集合テーブル
Ｔｂ  更新後の第２の集合テーブル
Ｕ    ユーザ
【要約】
【課題】ユーザに対してゲーム要素の取得に対する期待感を高めることができ、ユーザのゲーム満足度を向上させることが可能な情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】ゲーム要素提供部３８は、ユーザからのゲーム要素の提供要求に基づき、ゲーム要素を抽選し、抽選結果として、第１の集合に含まれる複数のゲーム要素の中から予め規定された不変の抽選確率に基づいて、Ｎ個の第１ゲーム要素を選択し、第２の集合に含まれ、それぞれに提供可能数が規定されている複数のゲーム要素の中から、特典として１個の第２ゲーム要素を選択し、その当選した第１ゲーム要素及び第２ゲーム要素をユーザＵに提供する。第１ゲーム要素の提供後に第１の集合に含まれる各ゲーム要素の当選確率は変化させず、第２ゲーム要素として当選したゲーム要素を第２の集合内から削除することによりその提供可能数を減算する。
【選択図】図９【図１】
0006759443.tif 000002
【図２】
0006759443.tif 000003
【図３】
0006759443.tif 000004
【図４】
0006759443.tif 000005
【図５】
0006759443.tif 000006
【図６】
0006759443.tif 000007
【図７】
0006759443.tif 000008
【図８】
0006759443.tif 000009
【図９】
0006759443.tif 000010
【図１０】
0006759443.tif 000011
【図１１】
0006759443.tif 000012
【図１２】
0006759443.tif 000013