JP7015442B1 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ユーザに付与するゲーム媒体の数を抽選する際、付与されるゲーム媒体の数の信頼性を保つことを可能とする技術を提供すること。【解決手段】ユーザからの抽選要求を受け付ける受付部と、前記ユーザに付与するゲーム媒体の付与数を抽選で決定する抽選部と、前記抽選部で決定された付与数の前記ゲーム媒体を前記ユーザに付与する付与部と、を有し、前記抽選部は、前記ゲーム媒体の付与数ごとに設定された回数決定された付与数については、後の抽選で決定されないように制御する、情報処理装置を提供する。【選択図】図３

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

ユーザが所有するキャラクタを敵キャラクタと戦わせることで勝敗を決定するゲームが知られている。また、ユーザが所有する複数の所有カードのうち、所定の組み合わせを形成するゲームカード同士を組み合わせること（ゲームカードを合成すること）により、合成後のゲームカードに対応するキャラクタの能力値（パラメータ）を変化させることができるゲームも存在する（特許文献１）。

特許第５５０４３６９号公報

キャラクタ等のゲーム媒体を合成することでゲーム媒体の能力値を変化させるゲームにおいて、ユーザが所持するアイテム等との引き換えにより抽選を行い、抽選により決定された数のゲーム媒体をユーザに付与する仕組みを提供することが考えられる。しかしながら、何度抽選をしても少数のゲーム媒体しか付与されないような事態が生じると、ユーザは、多くのゲーム媒体が付与されないように当選確率が意図的に低く設定されているのではないかという疑念を抱く可能性がある。

そこで、本発明は、ユーザに付与するゲーム媒体の数を抽選する際、付与されるゲーム媒体の数の信頼性を保つことを可能とする技術を提供することを目的とする。

本発明の一態様に係る情報処理装置は、ユーザからの抽選要求を受け付ける受付部と、前記ユーザに付与するゲーム媒体の付与数を抽選で決定する抽選部と、前記抽選部で決定された付与数の前記ゲーム媒体を前記ユーザに付与する付与部と、を有し、前記抽選部は、前記ゲーム媒体の付与数ごとに設定された回数決定された付与数については、後の抽選で決定されないように制御する。

本発明によれば、ユーザに付与するゲーム媒体の数を抽選する際、付与されるゲーム媒体の数の信頼性を保つことを可能とする技術を提供することができる。

本実施形態に係るゲームシステムのシステム構成の一例を示す図である。 ゲームサーバ及び端末のハードウェア構成の一例を示す図である。 ゲームサーバの機能ブロック構成の一例を示す図である。 端末の機能ブロック構成の一例を示す図である。 プレイヤ管理ＤＢ及び所有キャラクタ管理ＤＢの一例を示す図である。 抽選管理テーブルの一例を示す図である。 抽選ポイントが付与されるイベントの一例を説明するための図である。 ゲームサーバが行う抽選処理の一例を示すフローチャートである。 ゲームサーバが行うリセット処理の一例を示すフローチャートである。 抽選及びリセットが行われる際の抽選管理テーブルの変化を示す図である。 抽選管理テーブルの変更例を示す図である。 ゲームサーバが行う抽選処理の一例を示すフローチャートである。 複数キャラクタを対象に抽選を行う際の抽選管理テーブルの変化を示す図である。 選択除外条件が満たされた場合に抽選されるキャラクタが変更される処理の一例を示す図である。 抽選管理テーブルの他の例を示す図である。

添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

＜システム構成＞
図１は、本実施形態に係るゲームシステム１のシステム構成の一例を示す図である。図１に示すゲームシステム１は、ゲームサーバ１０と、複数の端末２０とを備える。ゲームサーバ１０及び端末２０は、インターネット、イントラネット、無線ＬＡＮ又は移動通信等の通信ネットワークＮを介して互いに通信可能に接続されている。

ゲームサーバ１０は、例えば、プレイヤに関する各種情報を管理したり、ゲームの一部の処理を実行したりする等、端末２０がゲームを提供する上でその一部の機能を担う装置である。ゲームサーバ１０は、１又は複数の情報処理装置やコンピュータから構成されていてもよいし、仮想的なサーバ（クラウドサーバ等）を用いて構成されていてもよい。

端末２０は、ゲームをプレイヤに提供する情報処理装置であり、プレイヤは、端末２０を操作することで本実施形態に係るゲームを実行することができる。端末２０は、例えば、携帯電話（スマートフォンを含む）、タブレット、パーソナルコンピュータ、アーケードゲーム装置、又は、コンシューマゲーム装置等のコンピュータである。端末２０は、ＧＰＳ(Global Positioning System)等を用いて検出した自身の位置をゲームサーバ１０に通知する。

＜ゲーム概要＞
続いて、本実施形態に係るゲームシステム１が提供するゲームの概要を説明する。ゲームシステム１が提供するゲーム（以下、「本ゲーム」と言う。）では、プレイヤ（ユーザと称してもよい）は、所有している複数のキャラクタの中から選択したキャラクタでデッキを編成し、編成したデッキを用いてクエストをクリアすることで、新たなキャラクタやアイテムを入手することができる。また、プレイヤは、課金等を行うことで新たなキャラクタやアイテムを入手することもできる。

ここで、クエストとは、予め定められた一定の条件を満たすことでクリア可能な課題を意味する用語である。クエストは、一般的には、探索、課題及びミッションと呼ばれることもある。

デッキとは、複数のキャラクタを組み合わせたグループを意味する用語である。プレイヤは、クエストを実行する際、当該クエストをクリアするために適した能力を持つキャラクタによりデッキを編成してクエストを実行する。ゲームサーバ１０には、プレイヤが編成した複数のデッキを記憶しておくことができ、プレイヤは、クエスト実行時に、記憶された複数のデッキの中から一のデッキを選択してクエストを実行することも可能である。本実施形態では、プレイヤがクエストを実行することを、クエストをプレイすると称してもよい。

クエストに参加したプレイヤは、当該一定の条件を満たすことでクエストをクリアすることができ、クエストをクリアすると、プレイヤに報酬が与えられたり、本ゲームのストーリーが進行したりする。報酬には、アイテムや、デッキ編成に利用可能なキャラクタ等が含まれる。

プレイヤは、所定のアイテムを消費することで、プレイヤ自身が所有している複数のゲーム媒体を合成することができる。合成が行われると、ゲーム媒体のパラメータが変化する。一般的には、合成によりパラメータが強化されるが、本実施形態はこれに限定されない。本実施形態は、合成によりパラメータが劣化するようなゲームにも適用することができる。ゲーム媒体は、例えば、キャラクタ及びアイテムを含む。また、パラメータは、キャラクタのステータス、及び、アイテムを使用することで生じる効果（例えば攻撃力がｘｘ％アップする等）等を含む。

本ゲームでは、プレイヤは、所定の価値を消費することで、ゲーム媒体が付与される抽選を行うことができる。所定の価値は、例えば、ポイント、アイテム、課金額等を含む。ゲームサーバ１０は、プレイヤからゲーム媒体の抽選を行うことの指示を受け付けると、プレイヤに付与するゲーム媒体の付与数を抽選により決定し、決定した付与数のゲーム媒体をプレイヤに付与する。ゲームサーバ１０は、プレイヤからゲーム媒体の抽選を繰り返し受け付けることが可能である。抽選によりプレイヤに付与するゲーム媒体の付与数には、付与数ごとに上限回数が設定されている。ゲームサーバ１０は、上限回数に到達した付与数については、以後の抽選で決定されないように制御する。

例えば、ゲーム媒体の付与数として１個、２個、３個及び４個が設定されており、それぞれ付与可能な上限回数として１回が設定されている場合を想定する。ゲームサーバ１０は、１回目の抽選によりゲーム媒体を４個プレイヤに付与した場合、２回目以降の抽選では、１個、２個及び３個の中から付与数を決定する。２回目の抽選でゲーム媒体を１個プレイヤに付与した場合、３回目以降の抽選では、２個又は３個の中から付与数を決定する。

＜ハードウェア構成＞
図２は、ゲームサーバ１０及び端末２０のハードウェア構成の一例を示す図である。ゲームサーバ１０及び端末２０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical processing unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ、タッチパネル及び／又はスピーカ等である。

＜機能ブロック構成＞
（ゲームサーバ）
図３は、ゲームサーバ１０の機能ブロック構成の一例を示す図である。ゲームサーバ１０は、記憶部１００と、ゲーム制御部１１０とを含む。記憶部１００は、ゲームサーバ１０が備える記憶装置１２を用いて実現することができる。また、ゲーム制御部１１０は、ゲームサーバ１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

記憶部１００は、プレイヤ管理ＤＢ１００ａと、所有キャラクタ管理ＤＢ１００ｂと、抽選管理テーブル１００ｃとを記憶する。プレイヤ管理ＤＢ１００ａは、各プレイヤのゲームデータを管理する。プレイヤ管理ＤＢ１００ａには、例えば、各プレイヤが所持する所定の価値の数が格納される。所有キャラクタ管理ＤＢ１００ｂは、プレイヤが所有するキャラクタを管理する。抽選でプレイヤに付与されたキャラクタは、所有キャラクタ管理ＤＢ１００ｂで管理される。抽選管理テーブル１００ｃは、ゲーム媒体の付与数ごとの上限回数を管理する。

ゲーム制御部１１０は、本ゲームを実行するために必要な各種の機能を提供する。ゲーム制御部１１０は、受付部１１１と、抽選部１１２と、付与部１１３と、返却処理部１１４と、表示制御部１１５とを含む。

受付部１１１は、プレイヤから（端末２０から）、所定の価値を使用して抽選を行うとの抽選要求を受け付ける。また、受付部１１１は、プレイヤから、所定の価値を使用して複数回の抽選を連続して実行するとの抽選要求を受付けるようにしてもよい。以下、複数回の抽選を連続して実行することを、「連続抽選」と言う。なお、複数回を「２以上の第１回数」や「２回以上である第１回数」と称してもよい。

抽選部１１２は、プレイヤに付与するゲーム媒体の付与数を抽選で決定する。また、抽選部１１２は、ゲーム媒体の付与数ごとに設定された回数決定された付与数については、後の抽選で決定されないように制御する。ゲーム媒体の付与数ごとに設定された回数とは、ゲーム媒体の付与数ごとに設定された、抽選可能な上限回数である。つまり、抽選部１１２は、抽選が行われることで決定された回数が、ゲーム媒体の付与数ごとに設定された上限回数に到達した付与数については、以後の抽選では決定されないように制御する。

また、抽選部１１２は、プレイヤが、抽選に必要な所定の価値を所持しているか否かを判定し、プレイヤが、抽選に必要な所定の価値を所持している場合に抽選を実行する。また、抽選部１１２は、抽選を実行する前又は抽選が完了した後、抽選に必要な所定の価値を、プレイヤが所持している所定の価値から減算する。

また、抽選部１１２は、連続抽選を行うようにしてもよい。例えば、受付部１１１において、プレイヤから、１０回連続で抽選を行いたいとの抽選要求を受けた場合、抽選部１１２は、１０回連続で抽選を行うようにしてもよい。このとき、抽選部１１２は、抽選を実行する前又は抽選が完了した後、複数回分の抽選に必要な所定の価値を、プレイヤが所持している所定の価値から減算する。

付与部１１３は、抽選部１１２で決定された付与数のゲーム媒体をプレイヤに付与する。

返却処理部１１４は、抽選部１１２により抽選前に所定の価値が減算されたが、実際には抽選が行われなかった場合、行われなかった抽選分の所定の価値をプレイヤに返却する。例えば、抽選部１１２が複数回（第１回数）の連続抽選を実行する際に、複数回未満である回数（以下、「第２回数」と称してもよい）の抽選しか実行しなかった場合、返却処理部１１４は、複数回未満の回数（第２回数）から複数回（第１回数）を減算した回数の抽選を行うための所定の価値をプレイヤに返却するようにしてもよい。

表示制御部１１５は、本ゲームにおける各種の画面をディスプレイに表示させる。

（端末）
図４は、端末２０の機能ブロック構成の一例を示す図である。端末２０は、記憶部２００と、通信部２０１と、ＵＩ（User Interface）部２０２と、ゲーム制御部２０３とを含む。記憶部２００は、端末２０が備える記憶装置１２を用いて実現することができる。また、通信部２０１と、ＵＩ部２０２と、ゲーム制御部２０３とは、端末２０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

記憶部２００は、ゲーム制御部２０３が本ゲームを実行するために必要なゲームデータを記憶する。ゲームデータには、キャラクタの画像データ、ゲームシナリオ等が格納される。

通信部２０１は、通信ＩＦ１３を用いてゲームサーバ１０との間で各種の通信を行う機能を有する。

ＵＩ部２０２は、プレイヤから各種の入力を受け付ける処理と、ディスプレイに各種のゲーム画面を表示させる機能とを有する。また、ＵＩ部２０２は、ゲームサーバ１０の指示に従い、端末２０の出力デバイス１５（ディスプレイ）にゲーム画面を表示する。

ゲーム制御部２０３は、ゲームサーバ１０と連携することで、本ゲームを実行するために必要な各種の機能を提供する。例えば、ゲーム制御部２０３は、ゲーム画面に描画するための各種の情報（アイコン画像データ、テキストデータ等）をゲームサーバ１０から取得する機能等を提供する。

以上説明した機能ブロック構成について、ゲームサーバ１０に含まれる受付部１１１と、抽選部１１２と、付与部１１３と、返却処理部１１４と、表示制御部１１５とのうち全部又は一部を、端末２０のゲーム制御部２０３に備える構成とするようにしてもよい。

＜処理手順＞
続いて、ゲームサーバ１０が行う処理手順を具体的に説明する。以下の説明では、所定の価値は、抽選を行うことが可能なポイント（以下、「抽選ポイント」と言う。）であるものとして説明する。また、抽選で付与されるゲーム媒体は、「キャラクタ」であるものとして説明する。また、合成により強化されるパラメータは、キャラクタのステータスであるものとして説明する。しかしながら、本実施形態がこれに限定されるものではない。例えば、ゲーム媒体はアイテムであり、当該アイテムを合成することでアイテムのパラメータが強化されるようなゲームにも適用可能である。

図５は、プレイヤ管理ＤＢ１００ａ及び所有キャラクタ管理ＤＢ１００ｂの一例を示す図である。プレイヤ管理ＤＢ１００ａは、各プレイヤのゲームデータを管理する。プレイヤ管理ＤＢ１００ａには、例えば、プレイヤを一意に識別するＩＤ（プレイヤＩＤ）、プレイヤの経験値、プレイヤのランク、プレイヤのスタミナ及びプレイヤが保持している抽選ポイントの所持数が対応づけられて格納される。

所有キャラクタ管理ＤＢ１００ｂは、プレイヤが所有するキャラクタを管理する。所有キャラクタ管理ＤＢ１００ｂには、キャラクタを所有するプレイヤを一意に識別する識別子（プレイヤＩＤ）、キャラクタを一意に識別する識別子（キャラクタＩＤ）、キャラクタの各種ステータス（レベル、ラック（運）、ＨＰ、攻撃力、スピード等）が対応づけられて格納される。

図６は、抽選管理テーブル１００ｃの一例を示す図である。抽選管理テーブル１００ｃは、抽選によりプレイヤに付与するキャラクタの付与数ごとの上限回数を管理するためのテーブルである。図６の数字は、抽選により付与されるキャラクタＡの付与数を示している。また、パターンＡに示す抽選管理テーブル１１０ｃ－１において、付与数１～１４はそれぞれ１つであることから、付与数ごとの上限回数は１回に設定されていることを意味する。パターンＢに示す抽選管理テーブル１１０ｃ－２は、付与数１～１３はそれぞれ３つであり、付与数１５は１つである。つまり、付与数ごとの上限回数は、１～１３については３回に設定され、１５については１回に設定されていることを意味する。

（抽選ポイントの付与）
付与部１１３は、クエスト内で行われるイベントの結果に基づいて、プレイヤに抽選ポイントを付与することとしてもよい。図７は、抽選ポイントが付与されるイベントの一例を説明するための図である。キャラクタＣ１０～Ｃ１３は、プレイヤが所持するキャラクタであり、キャラクタＥ１０～Ｅ１５は敵キャラクタである。プレイヤが、画面内でキャラクタＣ１０～Ｃ１３のうち１つのキャラクタを選択し、選択したキャラクタを指で弾くように操作すると、弾かれたキャラクタは、敵キャラクタや壁面にぶつかって跳ね返りながら敵キャラクタを攻撃する。

弾かれたキャラクタは、画面内を移動するほど減速していき、最終的に停止する。このとき、キャラクタが停止した位置が的Ｔ１０の中心に近いほど、多くの抽選ポイントが付与される。例えば、的Ｔ１０の中心円の上で停止すると１５ポイント、中心円の１つ外側の円の上で停止すると１０ポイント、一番外側の円の上で停止する５ポイントといったように、中心に近いほど多くの抽選ポイントが付与される。抽選ポイントの付与は、キャラクタが的Ｔ１０の上に停止する度に行われることとしてもよい。つまり、的Ｔ１０の上でキャラクタが停止した場合、その後の操作で当該キャラクタが的Ｔ１０の外に出てしまったとしても、抽選ポイントは付与されることとしてもよい。

なお、各円の大きさは、クエストを一人でプレイするモード（以下、「シングルプレイ」と言う。）と、複数プレイヤが協力して１つのクエストをプレイするモード（以下、「マルチプレイ」と言う。）でプレイする場合とで異なるようにしてもよい。例えば、マルチプレイの場合、シングルプレイよりも各円の大きさが大きくなるようにしてもよい。また、マルチプレイの場合、一番外側の円のみが大きくなり、それ以外の円の大きさは変化しないようにしてもよい。

抽選ポイントが付与される回数には上限が設定されていてもよい。例えば、３回抽選ポイントが付与されると、的Ｔ１０は消滅することとしてもよい。

（抽選処理）
図８は、ゲームサーバ１０が行う抽選処理の一例を示すフローチャートである。受付部１１１は、プレイヤから抽選要求を受付ける（Ｓ１０）。続いて、抽選部１１２は、プレイヤ管理ＤＢ１００ａを参照し、プレイヤが所持する抽選ポイントの所持数が、抽選により消費される抽選ポイントの数以上であることを確認する。続いて、抽選部１１２は、抽選管理テーブル１１０ｃを参照して抽選を実行することで、プレイヤに付与するキャラクタ数を決定する（Ｓ２０）。続いて、付与部１１３は、抽選で決定された数のキャラクタをプレイヤに付与する（Ｓ３０）。受付部１１１は、プレイヤから繰り返し抽選要求を受付けてもよい。この場合、抽選部１１２は、ゲーム媒体の付与数ごとに設定された上限回数に達した付与数については、その後の抽選では決定しないようにする。

ここで、抽選管理テーブル１１０ｃで管理される各付与数と、各付与数に対応する上限回数とを乗算した数を、付与数ごとに合計した数は、抽選により得られるキャラクタを合成することで強化されるステータスの最大値と同一であってもよいし、又は最大数以上の数であってもよい。例えば、キャラクタＡを合成するごとに、ステータスの値が１増加すると仮定する。より具体的には、ステータスが１であるキャラクタＡ２体を合成すると、ステータスが２であるキャラクタＡになると仮定する。また、ステータスが１であるキャラクタＡとステータスが２であるキャラクタＡとを合成すると、ステータスが３であるキャラクタＡになると仮定する。また、抽選で得られるキャラクタＡは、ステータスが１であるキャラクタＡであると仮定する。また、ステータスの最小は１であり最大値は９９であるものとする。すなわち、ステータス１であるキャラクタＡを９９体集めて合成すると、ステータスが９９（つまり最大値）であるキャラクタＡを入手することができるものとする。この場合、図６のパターンＡ又はパターンＢに示すように、付与数と、各付与数に対応する上限回数とを乗算した数が、ステータスの最大値以上になる抽選管理テーブル１１０ｃが使用されてもよい。図６のパターンＡの場合、１～１４までを１つずつ合計した合計数は１０５になる。また、図６のパターンＢの場合、付与数と、各付与数に対応する上限回数とを乗算した数を、付与数ごとに合計した数は、９９（１×３＋５×３＋９×３＋１３×３＋１５）になる。

（リセット処理）
ゲームサーバ１０は、ゲーム媒体の付与数ごとに設定された上限回数に達した付与数については、抽選により決定しないようにする。しかしながら、ゲームサーバ１０は、プレイヤが所定条件を満たした場合、各付与数の過去の決定回数をリセットすることで、過去の抽選において上限回数に達した付与数についても、後の抽選において抽選されるようにしてもよい。

より具体的には、受付部１１１は、付与部１１３によりキャラクタがユーザに付与された後に、当該キャラクタに関する所定条件が満たされた場合に、所定操作を受け付け可能にしてもよい。所定操作は、例えば、プレイヤが、各付与数の過去の決定回数をリセットしたいとの要求（以下、「リセット要求」と言う。）をゲームサーバ１０に伝えるための操作であってもよい。また、抽選部１１２は、受付部１１１が当該所定操作を受け付けると、キャラクタの付与数ごとに設定された回数決定された付与数について、後の抽選で決定可能にするようにしてもよい（各付与数の過去の決定回数をリセットするようにしてもよい）。

図９は、ゲームサーバ１０が行うリセット処理の一例を示すフローチャートである。受付部１１１は、プレイヤが所定条件を満たしているか否かを判定する（Ｓ４０）。所定条件を満たしている場合はステップＳ５０に進み、満たしていない場合はステップＳ４０の処理手順を繰り返す。

ここで、「所定条件」は、プレイヤが所持しているキャラクタの所持数（抽選以外で手に入れたキャラクタと、抽選により付与されたキャラクタの合計数）が、所定数に到達した場合であってもよい。所定数は、合成により強化されるステータスの最大値と同一であってもよいし、若しくは任意の数であってもよい。また、「所定条件」は、抽選によりキャラクタを付与した数（つまり、抽選以外で手に入れたキャラクタの数を含めない数）が所定数に達した場合であってもよい。また、「所定条件」は、プレイヤが抽選において予め定められた抽選結果を得た場合であってもよい。予め定められた抽選結果とは、どのような結果であってもよいが、例えば、所定数以上である付与数が抽選により決定されたことであってもよい。言い換えると、抽選により、いわゆる目玉商品を引いた場合であってもよい。

続いて、受付部１１１は、プレイヤからリセット要求を受付けると（Ｓ５０）、抽選部１１２は、各付与数の過去の決定回数をリセットする（０回に設定する）ことで、キャラクタの付与数ごとに設定された上限回数に到達した付与数を、後の抽選でも決定可能にする（Ｓ６０）。

図１０は、抽選及びリセットが行われる際の抽選管理テーブル１１０ｃの変化を示す図である。まず、抽選部１１２は、１回目の抽選を行う。このとき、抽選部１１２は、抽選管理テーブル１１０ｃを参照し、フラグが付与されていない付与数をランダムに選択する。図１０の最上段の抽選管理テーブル１１０ｃには、１～１４のうちどの付与数にもフラグが付与されていないことから、抽選部１１２は、１～１４のうちいずれか１つを選択する。ここでは１４を選択したものとする。抽選部１１２は、抽選管理テーブル１１０ｃの「１４」の欄にフラグ「〇」を付与する。また、付与部１１３は、１４体のキャラクタをプレイヤに付与する。続いて、２回目の抽選が行われる。抽選管理テーブル１１０ｃには１４にフラグが付与されていることから、抽選部１１２は、１～１３のうちいずれか１つの数を選択する。ここでは、抽選部１１２は、１～１３のうち８を選択したものとする。抽選部１１２は、抽選管理テーブル１１０ｃの「８」の欄にフラグ「〇」を付与する。また、付与部１１３は、８体のキャラクタをプレイヤに付与する。その後、プレイヤからリセット要求を受付けたとする。抽選部１１２は、抽選管理テーブル１１０ｃに付与された全てのフラグを消去することで、以後の抽選において、再度、１～１４の数字が抽選により決定されるようにする。

ここで、抽選部１１２は、各付与数の過去の決定回数をリセットする際、抽選管理テーブル１１０ｃのフラグを消去するだけではなく、抽選される付与数を変更するようにしてもよい。つまり、抽選管理テーブル１１０ｃを変更するようにしてもよい。

図１１は、抽選管理テーブル１１０ｃの変更例を示す図である。例えば、抽選部１１２は、リセットを行わなかった場合に今後の抽選により付与可能なキャラクタの合計数を変更せずに、抽選される付与数を変更するとともに、所定数の付与数（又は所定数以上の付与数）が含まれるように、付与数及び付与数ごとの上限回数を変更するようにしてもよい。所定数は、リセット前の抽選管理テーブル１１０ｃに含まれている付与数のうち最も大きい数であってもよいし、予め設定された任意の数であってもよい。つまり、各付与数の過去の決定回数をリセットする際、いわゆる目玉商品が再度抽選されるようにしてもよい。図１１の上段はリセット前の抽選管理テーブル１１０ｃを示している。図１１によれば、今後抽選される付与数は１～９であることから、今後抽選を繰り返すことで、合計４５体のキャラクタＡをプレイヤに付与可能である。また、リセット前の抽選管理テーブル１１０ｃにおける最大の付与数は１４である。従って、抽選部は、１４を含み、かつ、合計４５体のキャラクタが付与されるように抽選管理テーブル１１０ｃを変更する。図１１の下段は、変更後の抽選管理テーブル１１０ｃの例を示す。

また、リセット後の付与数及び付与数ごとの上限回数は、リセットを行わなかった場合に今後の抽選により付与可能なキャラクタの合計数を変更しない範囲で、プレイヤが任意に指定可能としてもよい。

大きい数の付与数（いわゆる目玉商品）が上限回数に達した場合、抽選を繰り返しても、当該大きい数の付与数は、以後の抽選で決定されることはない。そうすると、プレイヤは、抽選を行う意欲を失ってしまう可能性がある。しかしながら、リセットにより、再度大きい数の付与数が抽選可能になることから、プレイヤの抽選意欲を復活させることが可能になる。

また、他の例として、ステータス１であるキャラクタを９９体集めて合成すると、ステータスが９９（ここでは最大値とする）であるキャラクタを入手することができるものとする。この場合、抽選部１１２は、抽選により得られるキャラクタを合成することで強化されるステータスの最大値から、リセットを行わない場合に今後の抽選により付与可能なキャラクタの合計数とプレイヤが既に所持している当該キャラクタの数の合計値を引いた数を算出し、抽選により付与されるキャラクタの数の合計値が、当該算出した数の合計値になるように、付与数及び付与数ごとの上限回数を変更するようにしてもよい。例えばステータスの最大値が９９であり、プレイヤが既に所持しているキャラクタＡの数が７０体であるとする。この場合、抽選部１１２は、抽選により付与されるキャラクタの数の合計値が２９（９９－７０）になるように、抽選管理テーブル１１０ｃを変更するようにしてもよい。例えば、抽選管理テーブル１１０ｃを、１、１、２、２、３、３、５、５、７などと変更するようにしてもよい。

（複数キャラクタを対象とする抽選処理）
これまでの説明では、抽選により付与されるキャラクタは１種類であったが、抽選により付与されるキャラクタは複数種類であってもよい。また、付与されるキャラクタの種類は、抽選の都度選択されるようにしてもよい。例えば、抽選部１１２は、複数のゲーム媒体の各々に対して、付与数ごとに設定された回数を管理し、当該複数のゲーム媒体の中から、プレイヤに付与するゲーム媒体を選択し、選択したゲーム媒体について、当該プレイヤに付与するゲーム媒体の付与数を抽選で決定するようにしてもよい。

図１２は、ゲームサーバ１０が行う抽選処理の一例を示すフローチャートである。受付部１１１は、プレイヤから抽選要求を受付ける（Ｓ１００）。続いて、抽選部１１２は、プレイヤ管理ＤＢ１００ａを参照し、プレイヤが所持する抽選ポイントの所持数が、抽選により消費される抽選ポイントの数以上であることを確認する。続いて、抽選部１１２は、複数のキャラクタの中から、抽選によりユーザに付与するキャラクタを選択し（Ｓ１１０）、選択したキャラクタについて、抽選管理テーブル１１０ｃを参照して抽選を実行することで、プレイヤに付与するキャラクタ数を決定する（Ｓ１２０）。続いて、付与部１１３は、抽選で決定された数のキャラクタをプレイヤに付与する（Ｓ１３０）。

図１３は、複数キャラクタを対象に抽選を行う際の抽選管理テーブル１１０ｃの変化を示す図である。つまり、複数キャラクタを対象に抽選を行う場合、抽選管理テーブル１１０ｃは、キャラクタ毎に定義される。プレイヤから１回目の抽選要求を受付けると、抽選部１１２は、抽選対象である複数のキャラクタ（ここではキャラクタＡ及びキャラクタＢ）の中からプレイヤに付与するキャラクタを選択し、１回目の抽選を行う。ここでは、キャラクタＡが選択され、付与数として「８」が選択されたとする。抽選部１１２は、抽選管理テーブル１１０ｃのキャラクタＡにおける「８」の欄にフラグ「〇」を付与する。また、付与部１１３は、キャラクタＡを８体プレイヤに付与する。続いて、プレイヤから２回目の抽選要求を受付けると、抽選部１１２は、抽選対象である複数のキャラクタの中からプレイヤに付与するキャラクタを選択し、２回目の抽選を行う。ここでは、キャラクタＢが選択され、付与数として「５」が選択されたとする。抽選部１１２は、抽選管理テーブル１１０ｃのキャラクタＢにおける「５」の欄にフラグ「〇」を付与する。また、付与部１１３は、キャラクタＢを５体プレイヤに付与する。

また、付与されるキャラクタの種類は、当該キャラクタに関する選択除外条件が満たされるまで変更されず、選択除外条件が満たされた場合に変更される（付与されるキャラクタの種類が切り替えられる）ようにしてもよい。例えば、複数のキャラクタは第１キャラクタを含み、抽選部１１２は、付与部１１３により第１キャラクタがプレイヤに付与されたことで、第１キャラクタの選択除外条件が満たされた後には、当該複数のキャラクタの中から第１キャラクタが選択されないように制御するようにしてもよい。

図１４は、選択除外条件が満たされた場合に抽選されるキャラクタが変更される処理の一例を示す図である。プレイヤから抽選要求を受付けると、抽選部１１２は、抽選対象である複数のキャラクタ（ここではキャラクタＡ及びキャラクタＢ）のうちキャラクタＡ（第１キャラクタ）を対象に抽選を行い、付与部１１３は、抽選で決定された数のキャラクタＡをプレイヤに付与する。ここで、キャラクタＡがプレイヤに付与されたことで、キャラクタＡについて選択除外条件が満たされたと仮定する。この状態で、プレイヤから更に抽選要求を受付けると、抽選部１１２は、抽選対象であるキャラクタをキャラクタＢ（第２キャラクタと称してもよい）に切り替えて抽選を行う。ここでは、付与数として「７」が選択されたとする。抽選部１１２は、抽選管理テーブル１１０ｃのキャラクタＢにおける「７」の欄にフラグ「〇」を付与する。また、付与部１１３は、キャラクタＢを７体プレイヤに付与する。

「選択除外条件」は、例えば、プレイヤが所持しているキャラクタ（抽選で付与されるキャラクタ）を全て合成することで、当該キャラクタの所定ステータスが最大値になる場合であってもよい。例えば、ステータス１であるキャラクタを９９体集めて合成すると、ステータスが９９（ここでは最大値とする）であるキャラクタを入手することができるものとする。例えば、ステータスが１であるキャラクタＡを９９体以上所持している場合、キャラクタＡは選択除外条件を満たすものとしてもよい。また、他の例として、プレイヤが所持しているキャラクタＡのステータスが５０であり、かつ、ステータスが１であるキャラクタＡを４４体以上所持している場合、キャラクタＡは選択除外条件を満たすものとしてもよい。

合成によりステータスを最大にするために十分な数のキャラクタを所持している場合、プレイヤは、当該キャラクタを更に欲しいとは思わず、プレイヤの抽選意欲が失われる可能性がある。しかしながら、キャラクタが選択除外条件を満たした後の抽選では、他のキャラクタが付与されるようにすることで、プレイヤの抽選意欲を維持又は向上させることが可能になる。

（複数キャラクタを対象とする抽選処理に関するリセット処理）
前述したリセット処理は、複数キャラクタを対象とする抽選処理に適用するようにしてもよい。例えば、複数キャラクタのうち一方又は両方が所定条件を満たした場合、当該一方のキャラクタ又は両方のキャラクタの各々について、各付与数の過去の決定回数をリセットすることで、複数キャラクタのうち所定条件を満たしたキャラクタについては、過去の抽選において上限回数に達した付与数についても、後の抽選において抽選されるようにしてもよい。例えば、プレイヤが所持しているキャラクタＡ及びキャラクタＢのうちキャラクタＡについて所定条件を満たしたと仮定する。この場合、抽選部１１２は、プレイヤのリセット要求を受けた場合に、キャラクタＡについて、各付与数の過去の決定回数をリセットするようにしてもよい。

また、複数キャラクタのうち一方が所定条件を満たした場合、複数のキャラクタの各々について、各付与数の過去の決定回数をリセットすることで、過去の抽選において上限回数に達した付与数についても、後の抽選において抽選されるようにしてもよい。例えば、プレイヤが所持しているキャラクタＡ及びキャラクタＢのうちキャラクタＡについて所定条件を満たしているが、キャラクタＢについては所定条件を満たしていない場合であっても、抽選部１１２は、プレイヤのリセット要求を受けた場合に、キャラクタＡ及びキャラクタＢの両方について、各付与数の過去の決定回数をリセットするようにしてもよい。

（連続抽選に関する処理）
プレイヤから連続抽選の指示を受けた場合、抽選部１１２は、抽選を連続して実行するようにしてもよい。連続回数はプレイヤからの指示された回数であってもよいし、予め定められた回数であってもよい。なお、抽選を連続して実行する場合も、抽選回数分の抽選ポイントが消費される。例えば、１０連続抽選を実行する場合、１０回分の抽選ポイントが消費される。連続抽選は、付与されるキャラクタが１種類である場合と、付与されるキャラクタが複数種類である場合の両方に適用することが可能である。付与されるキャラクタが複数種類である場合、連続して行われる抽選毎に、付与するキャラクタの選択と付与数の決定とが行われることとしてもよい。

ここで、ゲームサーバ１０は、付与されるキャラクタが１種類である場合において、連続抽選が行われた結果、指定された連続回数の抽選が行われる前に、キャラクタが所定条件を満たすことになったとき、前述したリセット処理に代えて、連続抽選を実行するために消費される所定の価値の一部をプレイヤに返却するようにしてもよい。すなわち、受付部１１１が、所定の価値を使用して複数回数の抽選を連続して実行する要求をプレイヤから受け付けた場合に、連続抽選の回数未満（第１回数未満）である第２回数の抽選が行われた後に、当該キャラクタが所定条件を満たしたときは、返却処理部１１４は、第１回数から第２回数を減算した回数の抽選を行うための所定の価値をプレイヤに返却するようにしてもよい。

また、ゲームサーバ１０は、付与されるキャラクタが複数種類である場合において、連続抽選が行われた結果、指定された連続回数の抽選が行われる前に、複数のキャラクタの各々が選択除外条件を満たすことになったとき、連続抽選を実行するために消費される所定の価値の一部をプレイヤに返却するようにしてもよい。すなわち、受付部１１１が、所定の価値を使用して連続回数の抽選を連続して実行する要求をプレイヤから受け付けた場合に、抽選部１１２により連続抽選の回数未満（第１回数未満）である第２回数の抽選が行われた後に、複数のキャラクタのいずれも選択除外条件を満たすときには、返却処理部１１４は、第１回数から第２回数を減算した回数の抽選を行うための所定の価値をプレイヤに返却するようにしてもよい。

連続抽選を行う際、所定の価値の一部をプレイヤに返却することで、プレイヤは、連続抽選を行う際、所定の価値が無駄になることがないかを事前に確認することなく、連続抽選を行うことが可能になる。

＜変形例＞
抽選管理テーブル１１０ｃは、１つのテーブル内に複数キャラクタがまとめて定義されていてもよい。例えば、図１５に示すように、抽選管理テーブル１１０ｃには、キャラクタＡの付与数とキャラクタＢの付与数とがまとめて定義されていてもよい。この場合、抽選部１１２は、プレイヤから抽選要求を受けた場合、抽選管理テーブル１１０ｃのうちフラグが付与されていない付与数を１つ選択することで、キャラクタの選択と付与数の選択とを同時に行うようにしてもよい。例えば、図１５の例では、プレイヤから１回目の抽選要求を受付けると、抽選部１１２は、抽選管理テーブル１１０ｃの中から付与数を１つ選択する。ここでは、キャラクタＢの付与数「６」が選択されたとする。抽選部１１２は、抽選管理テーブル１１０ｃのキャラクタＢにおける「６」の欄にフラグ「〇」を付与する。また、付与部１１３は、キャラクタＢを６体プレイヤに付与する。続いて、プレイヤから２回目の抽選要求を受付けると、抽選部１１２は、回目の抽選を行う。ここでは、キャラクタＡの付与数「９」が選択されたとする。抽選部１１２は、抽選管理テーブル１１０ｃのキャラクタＡにおける「９」の欄にフラグ「〇」を付与する。また、付与部１１３は、キャラクタＡを９体プレイヤに付与する。

＜まとめ＞
以上説明した実施形態によれば、ゲームサーバ１０は、プレイヤに付与するキャラクタの付与数を抽選で決定する際、抽選管理テーブル１１０ｃを参照し、キャラクタの付与数ごとに設定された回数決定された付与数については、後の抽選で決定されないように制御する。これにより、ユーザに付与するゲーム媒体の数を抽選する際、付与されるゲーム媒体の数の信頼性を保つことが可能になる。

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。

＜付記＞
＜付記１＞
ユーザからの抽選要求を受け付ける受付部と、
前記ユーザに付与するゲーム媒体の付与数を抽選で決定する抽選部と、
前記抽選部で決定された付与数の前記ゲーム媒体を前記ユーザに付与する付与部と、を有し、
前記抽選部は、前記ゲーム媒体の付与数ごとに設定された回数決定された付与数については、後の抽選で決定されないように制御する、
情報処理装置。

付記１によれば、ユーザに付与するゲーム媒体の数を抽選する際、付与されるゲーム媒体の数の信頼性を保つことが可能になる。

＜付記２＞
前記受付部は、
前記付与部によりゲーム媒体が前記ユーザに付与された後に、前記ゲーム媒体に関する所定条件を満たした場合に、所定操作を受け付け可能にし、
前記抽選部は、
前記受付部が前記所定操作を受け付けると、前記ゲーム媒体の付与数ごとに設定された回数決定された付与数について、後の抽選で決定可能にする、
付記１に記載の情報処理装置。

付記２によれば、所定条件を満たした場合、ゲーム媒体の付与数ごとに設定された回数決定された付与数であっても、後の抽選で決定可能になることから、ユーザは、抽選意欲を維持することが可能になる。

＜付記３＞
前記抽選部は、
複数のゲーム媒体の各々に対して、付与数ごとに設定された回数を管理し、
前記複数のゲーム媒体の中から、前記ユーザに付与するゲーム媒体を選択し、
選択したゲーム媒体について、前記ユーザに付与するゲーム媒体の付与数を抽選で決定する、
付記１又は２に記載の情報処理装置。

付記３によれば、複数のゲーム媒体を対象に抽選を行うことが可能になる。

＜付記４＞
前記複数のゲーム媒体は第１ゲーム媒体を含み、
前記抽選部は、
前記付与部により前記第１ゲーム媒体が前記ユーザに付与されたことで、前記第１ゲーム媒体の選択除外条件が満たされた後には、前記複数のゲーム媒体の中から前記第１ゲーム媒体が選択されないように制御する、
付記３に記載の情報処理装置。

付記４によれば、複数のゲーム媒体を対象とする抽選において、選択除外条件が満たされたゲーム媒体については、抽選で選択されないように制御することが可能になる。

＜付記５＞
前記受付部が、所定の価値を使用して２以上の第１回数の抽選を連続して実行する要求を前記ユーザから受け付けた場合に、前記抽選部により前記第１回数未満である第２回数の抽選が行われた後に、前記複数のゲーム媒体のいずれも前記選択除外条件を満たすときには、前記第１回数から前記第２回数を減算した回数の抽選を行うための前記所定の価値を前記ユーザに返却する返却処理部、を有する、
付記４に記載の情報処理装置。

付記５によれば、ユーザは、複数回の抽選を行う際に実行されない抽選がある場合、所定の価値を消費せずに返却を受けることが可能になる。

＜付記６＞
情報処理装置が行う情報処理方法であって、
ユーザからの抽選要求を受け付けるステップと、
前記ユーザに付与するゲーム媒体の付与数を抽選で決定するステップと、
決定された付与数の前記ゲーム媒体を前記ユーザに付与するステップと、を有し、
前記抽選で決定するステップは、前記ゲーム媒体の付与数ごとに設定された回数決定された付与数については、後の抽選で決定されないように制御する、
情報処理装置。

付記６によれば、ユーザに付与するゲーム媒体の数を抽選する際、付与されるゲーム媒体の数の信頼性を保つことが可能になる。

＜付記７＞
ユーザからの抽選要求を受け付けるステップと、
前記ユーザに付与するゲーム媒体の付与数を抽選で決定するステップと、
決定された付与数の前記ゲーム媒体を前記ユーザに付与するステップと、をコンピュータに実行させ、
前記抽選で決定するステップは、前記ゲーム媒体の付与数ごとに設定された回数決定された付与数については、後の抽選で決定されないように制御する、
プログラム。

付記７によれば、ユーザに付与するゲーム媒体の数を抽選する際、付与されるゲーム媒体の数の信頼性を保つことが可能になる。

１…ゲームシステム、１０…ゲームサーバ、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…端末、１００…記憶部、１００ａ…プレイヤ管理ＤＢ、１００ｂ…所有キャラクタ管理ＤＢ、１００ｃ…抽選管理テーブル、１１０…ゲーム制御部、１１１…受付部、１１２…抽選部、１１３…付与部、１１４…返却処理部、１１５…表示制御部、２００…記憶部、２０１…通信部、２０２…ＵＩ部、２０３…ゲーム制御部

Claims (9)

1. ユーザからの要求を受け付ける受付部と、
   前記ユーザに付与する同一種類のゲーム媒体の付与数を決定するゲーム制御部と、
   決定された付与数の前記ゲーム媒体を前記ユーザに付与する付与部と、を有し、
   前記ゲーム制御部は、前記ゲーム媒体の付与数ごとに設定された回数に到達した付与数については、後に決定されないように制御する、
   情報処理装置。
2. 前記受付部は、
   前記付与部によりゲーム媒体が前記ユーザに付与された後に、前記ゲーム媒体に関する所定条件を満たした場合に、所定操作を受け付け可能にし、
   前記ゲーム制御部は、
   前記受付部が前記所定操作を受け付けると、前記ゲーム媒体の付与数ごとに設定された回数決定された付与数について、後に決定可能にする、
   請求項１に記載の情報処理装置。
3. 前記ゲーム制御部は、
   複数のゲーム媒体の各々に対して、付与数ごとに設定された回数を管理し、
   前記複数のゲーム媒体の中から、前記ユーザに付与するゲーム媒体を選択し、
   選択したゲーム媒体について、前記ユーザに付与するゲーム媒体の付与数を決定する、
   請求項１又は２に記載の情報処理装置。
4. 前記複数のゲーム媒体は第１ゲーム媒体を含み、
   前記ゲーム制御部は、
   前記付与部により前記第１ゲーム媒体が前記ユーザに付与されたことで、前記第１ゲーム媒体の選択除外条件が満たされた後には、前記複数のゲーム媒体の中から前記第１ゲーム媒体が選択されないように制御する、
   請求項３に記載の情報処理装置。
5. ユーザからの要求を受け付ける受付部と、
   前記ユーザに付与するゲーム媒体の付与数を決定するゲーム制御部と、
   決定された付与数の前記ゲーム媒体を前記ユーザに付与する付与部と、
   前記受付部が、所定の価値を使用して２以上の第１回数の付与数の決定を連続して実行する要求を前記ユーザから受け付けた場合に、前記ゲーム制御部により前記第１回数未満である第２回数の付与数の決定が行われた後に、前記ゲーム媒体が選択除外条件を満たすときには、前記第１回数から前記第２回数を減算した回数の付与数の決定を行うための前記所定の価値を前記ユーザに返却する返却処理部と、を有し、
   前記ゲーム制御部は、前記ゲーム媒体の付与数ごとに設定された回数に到達した付与数については、後に決定されないように制御する、
   情報処理装置。
6. 情報処理装置が行う情報処理方法であって、
   ユーザからの要求を受け付けるステップと、
   前記ユーザに付与する同一種類のゲーム媒体の付与数を決定するステップと、
   決定された付与数の前記ゲーム媒体を前記ユーザに付与するステップと、を有し、
   前記決定するステップは、前記ゲーム媒体の付与数ごとに設定された回数に到達した付与数については、後に決定されないように制御する、
   情報処理方法。
7. ユーザからの要求を受け付けるステップと、
   前記ユーザに付与する同一種類のゲーム媒体の付与数を決定するステップと、
   決定された付与数の前記ゲーム媒体を前記ユーザに付与するステップと、をコンピュータに実行させ、
   前記決定するステップは、前記ゲーム媒体の付与数ごとに設定された回数に到達した付与数については、後に決定されないように制御する、
   プログラム。
8. 情報処理装置が行う情報処理方法であって、
   ユーザからの要求を受け付けるステップと、
   前記ユーザに付与するゲーム媒体の付与数を決定するステップと、
   決定された付与数の前記ゲーム媒体を前記ユーザに付与するステップと、
   前記受け付けるステップが、所定の価値を使用して２以上の第１回数の付与数の決定を連続して実行する要求を前記ユーザから受け付けた場合に、前記決定するステップにより前記第１回数未満である第２回数の付与数の決定が行われた後に、前記ゲーム媒体が選択除外条件を満たすときには、前記第１回数から前記第２回数を減算した回数の付与数の決定を行うための前記所定の価値を前記ユーザに返却するステップと、を含み、
   前記決定するステップは、前記ゲーム媒体の付与数ごとに設定された回数に到達した付与数については、後に決定されないように制御する、
   情報処理方法。
9. ユーザからの要求を受け付けるステップと、
   前記ユーザに付与するゲーム媒体の付与数を決定するステップと、
   決定された付与数の前記ゲーム媒体を前記ユーザに付与するステップと、
   前記受け付けるステップが、所定の価値を使用して２以上の第１回数の付与数の決定を連続して実行する要求を前記ユーザから受け付けた場合に、前記決定するステップにより前記第１回数未満である第２回数の付与数の決定が行われた後に、前記ゲーム媒体が選択除外条件を満たすときには、前記第１回数から前記第２回数を減算した回数の付与数の決定を行うための前記所定の価値を前記ユーザに返却するステップと、をコンピュータに実行させ、
   前記決定するステップは、前記ゲーム媒体の付与数ごとに設定された回数に到達した付与数については、後に決定されないように制御する、
   プログラム。
   

Images