JP2022135265A - 情報処理装置、プログラム、及び報酬付与方法 - Google Patents

Abstract

【課題】ゲーム内のコンテンツを抽選対象とする抽選の実行意欲を喚起させる新たな仕組みを提供する。【解決手段】ユーザから報酬の選択を受け付ける報酬選択受付部と、ゲーム内のコンテンツを抽選対象とし、前記ユーザに付与するコンテンツを抽選する抽選実行部と、前記抽選に基づいて前記ユーザと対応付けて蓄積される蓄積値が、前記ユーザの選択した報酬の獲得に必要な対価値に達すると、前記ユーザが選択した報酬を前記ユーザに付与する報酬付与部と、を有する情報処理装置が提供される。【選択図】図５

Description

本開示は、情報処理装置、プログラム、及び報酬付与方法に関する。

従来から、キャラクタ、武器、装備、アイテムなどのゲーム内のコンテンツをユーザに付与するための、いわゆるガチャと呼ばれる抽選が行われるゲームが知られている。例えば抽選手段により抽選されたアイテムをユーザに提供する通信システムにおいて、アイテム提供回数に応じて追加アイテム（景品）を決定し、追加アイテムをユーザに提供する技術がある（例えば特許文献１参照）。

特許第６１５９０００号公報

しかしながら、特許文献１の技術は追加アイテムをユーザが選択できず、ユーザの欲しい追加アイテムでなければ、ユーザの抽選の実行意欲を喚起することができないという問題があった。

本開示は、ゲーム内のコンテンツを抽選対象とする抽選の実行意欲を喚起させる新たな仕組みを提供することを課題とする。

本開示の一の態様によれば、ユーザから報酬の選択を受け付ける報酬選択受付部と、ゲーム内のコンテンツを抽選対象とし、前記ユーザに付与するコンテンツを抽選する抽選実行部と、前記抽選に基づいて前記ユーザと対応付けて蓄積される蓄積値が、前記ユーザの選択した報酬の獲得に必要な対価値に達すると、前記ユーザが選択した報酬を前記ユーザに付与する報酬付与部と、を有する情報処理装置が提供される。

一の側面によれば、ゲーム内のコンテンツを抽選対象とする抽選の実行意欲を喚起させる新たな仕組みを提供できる。

本実施形態に係るゲームシステムの一例を示す図である。 クライアントのハードウェア構成の一例を示す図である。 サーバのハードウェア構成の一例を示す図である。 クライアントの機能構成の一例を示す図である。 サーバの機能構成の一例を示す図である。 本実施形態で利用するユーザ情報テーブルの一例の構成図である。 本実施形態で利用するコンテンツ情報テーブルの一例の構成図である。 本実施形態で利用する報酬付与条件テーブルの一例の構成図である。 本実施形態に係る報酬選択処理の一例のフローチャートである。 本実施形態に係る抽選処理の一例のフローチャートである。 対価値及び蓄積値をガチャ回数で表す抽選画面の一例のイメージ図である。 対価値及び蓄積値をガチャの結果に基づき算出されるポイントで表す抽選画面の一例のイメージ図である。

以下、本開示を実施するための形態について図面を参照して説明する。なお、本実施形態では、ゲーム内のキャラクタ、武器、装備、アイテム、カードなどのゲーム内のコンテンツを抽選対象とするガチャの例を説明するが、これに限定するものではない。本実施形態におけるガチャは抽選対象であるゲーム内のコンテンツ群からユーザに付与するコンテンツを抽選する情報処理の一例である。

［ゲームシステム］
まず、一実施形態に係るゲームシステム１０について、図１を参照して説明する。図１は本実施形態に係るゲームシステム１０の一例を示す図である。一実施形態に係るゲームシステム１０は、クライアント２０とサーバ３０とがネットワーク４０を介して通信可能に接続された構成である。

クライアント２０はユーザがゲームをプレイする情報処理端末の一例である。クライアント２０は、携帯ゲーム機、パーソナルコンピュータ、タブレット端末、スマートフォンなどの携帯電話機、家庭用ゲーム装置、業務用ゲーム装置等である。クライアント２０はユーザからの操作をタッチパネル、コントローラ、マウス、キーボード等の入力装置で受け付け、操作に応じた画像を表示装置に表示してユーザにゲームをプレイさせる。クライアント２０の個数は３つに限定されるものではなく、３つ以外であってもよい。

サーバ３０はクライアント２０との間でデータを送受信することで、ゲームに必要な機能をクライアント２０に提供する情報処理装置の一例である。サーバ３０はクラウドコンピュータにより実現してもよい。なお、図１に示したサーバ３０の個数は、１つに限定されるものではなく、２つ以上で分散処理してもよい。例えばサーバ３０はクライアント２０へのゲームプログラム（アプリケーション）などのダウンロード処理やユーザのログイン処理、ガチャに関する処理、各種テーブルの管理などに利用される。

図２は、クライアント２０のハードウェア構成の一例を示す図である。クライアント２０は、ＣＰＵ（Central Processing Unit）１２１、記憶装置１２２、通信装置１２３、入力装置１２４、及び表示装置１２５を有する。ＣＰＵ１２１は、クライアント２０を制御する。記憶装置１２２は、例えばＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリ、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などのストレージである。

通信装置１２３は、通信を制御するネットワーク回路などの通信デバイスである。入力装置１２４は、タッチパッド、コントローラ、マウス、キーボード、カメラ、マイクなどの入力デバイスである。また、表示装置１２５はディスプレイ、スピーカなどの出力デバイスである。タッチパネルはタッチパッドとディスプレイとを組み合わせることで実現される。

図３は、サーバ３０のハードウェア構成の一例を示す図である。サーバ３０は、ＣＰＵ１３１、記憶装置１３２、及び通信装置１３３を有する。ＣＰＵ１３１は、サーバ３０を制御する。記憶装置１３２は、例えばＲＯＭやＲＡＭなどのメモリ、ＨＤＤやＳＳＤなどのストレージである。通信装置１３３は、通信を制御するネットワークカードなどの通信デバイスである。

図４はクライアント２０の機能構成の一例を示す図である。クライアント２０は、記憶部２１、クライアント制御部２２、操作受付部２３、出力制御部２４、及びクライアント側通信部２５を有する。記憶部２１は、ゲームプログラム３１などのプログラム、そのプログラムが利用するデータなどを記憶している。記憶部２１は、記憶装置１２２により実現されてもよいし、ネットワーク４０を介して接続された記憶装置により実現されてもよい。

クライアント制御部２２はクライアント２０の全体の制御を行う。クライアント２０の全体の制御には、ユーザがプレイするゲーム全般に関する制御が含まれる。クライアント制御部２２は、ＣＰＵ１２１がゲームプログラム３１に記載された処理を実行することにより実現される。クライアント制御部２２は、ゲーム制御部３５、画像生成部３６、要求送信部３７、及び結果受信部３８を有する。

ゲーム制御部３５は、ユーザがプレイするゲームに関する制御を行う。画像生成部３６は後述するような抽選画面の画像など、ゲーム画面の表示に必要な画像を生成する。要求送信部３７はユーザの操作に基づいてサーバ３０にガチャの抽選要求を行うなど、各種処理要求をサーバ３０に対して行う。結果受信部３８はサーバ３０に対して行ったガチャの抽選要求に対する抽選結果など、各種処理要求に対する結果を受信する。

操作受付部２３は入力装置１２４に対するユーザの各種操作を受け付ける。出力制御部２４は表示装置１２５にゲーム画面及びゲーム音を出力する。なお、操作受付部２３はＣＰＵ１２１が入力装置１２４を制御することで実現される。また、出力制御部２４は、ＣＰＵ１２１が表示装置１２５を制御することで実現される。

ここで入力装置１２４に対するユーザの各種操作とは、ＣＰＵ１２１に処理を実行させるため、ゲームをプレイするユーザが操作受付部２３を操る操作をいう。操作受付部２３はゲームをプレイするユーザから各種操作を受け付ける。クライアント制御部２２は操作受付部２３がユーザから受け付けた各種操作に基づき、ゲームを進行させる。

出力制御部２４は、クライアント制御部２２が生成した画像及び音に基づき、ゲーム画面及びゲーム音を表示装置１２５に出力する。クライアント側通信部２５は、サーバ３０と通信する。なお、クライアント側通信部２５はＣＰＵ１２１がゲームプログラム３１を実行し、ゲームプログラム３１に従って通信装置１２３を制御することで実現される。

図５は、サーバ３０の機能構成の一例を示す図である。図５のサーバ３０は、記憶部５１、サーバ制御部５２、及びサーバ側通信部５３を有する。

記憶部５１は、サーバプログラム６１、ゲームプログラム６２、プログラムが利用するデータ、後述するユーザ情報テーブル６３、コンテンツ情報テーブル６４、及び報酬付与条件テーブル６５などを記憶している。記憶部５１は記憶装置１３２により実現されてもよいし、ネットワーク４０を介して接続された記憶装置により実現されてもよい。記憶部５１に記憶されたユーザ情報テーブル６３、コンテンツ情報テーブル６４、及び報酬付与条件テーブル６５の詳細は後述する。

サーバ制御部５２は、サーバ３０の全体の制御を行う。サーバ制御部５２は、ＣＰＵ１３１がサーバプログラム６１に記載された処理を実行することにより実現される。例えばサーバ制御部５２は記憶部５１に記憶されているゲームプログラム６２、そのゲームプログラム６２が利用するデータなどをクライアント２０へダウンロードさせるダウンロード処理を行う。

サーバ制御部５２は、報酬選択受付部７１、抽選実行部７２、対価値算出部７３、蓄積値算出部７４、及び報酬付与部７５を有する。報酬選択受付部７１は、クライアント２０に表示させるゲーム画面を制御して、ユーザから報酬の選択を受け付ける。報酬は、抽選実行部７２による抽選の抽選対象のコンテンツであってもよいし、抽選対象以外のコンテンツであってもよい。報酬は、ユーザが獲得するために必要な対価値が後述するように設定される。報酬は、後述するように、ユーザが抽選画面から抽選を行うことで蓄積される蓄積値が対価値に達することでユーザに付与される。

抽選実行部７２はクライアント２０からのガチャの抽選要求に従い、ガチャの抽選処理を行い、ガチャの抽選結果としてユーザに付与するコンテンツの情報をクライアント２０に応答する。

対価値算出部７３は、ユーザの選択した報酬に基づき、その報酬をユーザが獲得するために必要な対価値を算出する。なお、ユーザの選択した報酬を獲得するために必要な対価値は、例えばユーザが抽選画面から行う抽選の回数で表される。また、ユーザが報酬を獲得するために必要な対価値は、抽選の回数又は抽選の結果に応じたポイントなどで表してもよい。対価値算出部７３は、ユーザが報酬として選択したコンテンツのレアリティ又はステータス値などにより、その報酬を獲得するために必要な対価値を算出する。

例えば対価値算出部７３は、ユーザが報酬として選択したコンテンツのレアリティ又はステータス値などが高ければ、その報酬を獲得するために必要な対価値が大きくなるように算出を行う。また、対価値算出部７３は、ユーザが報酬として選択したコンテンツのレアリティ又はステータス値などが低ければ、その報酬を獲得するために必要な対価値が小さくなるように算出を行う。

なお、対価値算出部７３は、キャンペーン期間中などの指定期間中に、対価値が小さくなるように算出を行ってもよい。また、対価値算出部７３は報酬として選択されたコンテンツがキャラクタなどの場合、そのキャラクタの誕生月など、キャラクタ起因の特定期間に対価値が小さくなるように算出を行ってもよい。

また、対価値算出部７３はユーザが所有しているコンテンツに応じて、対価値が変化するように算出を行ってもよい。例えばユーザが同一のコンテンツを重複して所有することのできるゲームであれば、対価値算出部７３は報酬として選択されたコンテンツをユーザが重複して所有しているコンテンツの数に応じて、対価値が変化するように算出を行ってもよい。

また、例えばユーザが抽選により同一のコンテンツを付与された場合に、そのコンテンツの所有数を増加させるのではなく、そのコンテンツの上限レベルを解放する、いわゆる上限突破を行うゲームであれば、対価値算出部７３は報酬として選択されたコンテンツと同一のユーザが所有しているコンテンツの上限突破数に応じて、対価値が変化するように算出を行ってもよい。

また、対価値算出部７３は、報酬として選択されたコンテンツと同一キャラクタの別衣装や別装備などの別バージョンのコンテンツの所有数に応じて、対価値が変化するように算出を行ってもよい。また、対価値算出部７３は後述のラッキーコンテンツと同一キャラクタの別衣装や別装備などの別バージョンのコンテンツの所有数に応じて、対価値が変化するように算出を行ってもよい。また、対価値算出部７３は、報酬として選択されたコンテンツと同一属性のコンテンツの所有数又は上限突破数に応じて、対価値が変化するように算出を行ってもよい。このように対価値が変化するように算出を行うことで、ユーザは所有しているコンテンツと報酬として選択したコンテンツとの関係を、報酬の入手のしやすさに反映することができ、ゲームの世界観を強化できる。なお、対価値算出部７３は後述のラッキーコンテンツと同一属性のコンテンツの所有数又は上限突破数に応じて、対価値が変化するように算出を行ってもよい。

また、対価値算出部７３は、報酬として選択されたコンテンツと関連の深いキャラクタなどの所有数、又はコンテンツ関連装備品の所有数に応じて、対価値が変化するように算出を行ってもよい。このように対価値が変化するように算出を行うことで、例えば三国志のゲームであれば、劉備と張飛のキャラクタを所有しているユーザは、報酬として選択された関羽のキャラクタを入手しやすくなり、ゲームの世界観を強化できる。また、関羽の関連装備品を多数所有しているユーザは、報酬として選択された関羽のキャラクタを入手しやすくなり、キャラクタ関連装備品を有効活用できるようになる。

なお、対価値算出部７３は後述のラッキーコンテンツと関連の深いキャラクタなどのコンテンツの所有数、又はコンテンツ関連装備品の所有数に応じて、対価値が変化するように算出を行ってもよい。また、対価値算出部７３はボーナス対象属性が設定されている場合に、そのボーナス対象属性のキャラクタなどのコンテンツの対価値が減少するように算出を行ってもよい。さらに、対価値算出部７３はボーナス対象属性が設定されている場合に、そのボーナス対象属性のキャラクタなどのコンテンツの所有状態に基づき、対価値が増減するように算出を行ってもよい。

蓄積値算出部７４は、ユーザが抽選画面から抽選を行うことで蓄積される蓄積値を算出する。なお、ユーザが抽選画面から抽選を行うことで蓄積される蓄積値は、例えばユーザが抽選画面から行った抽選の回数で表される。また、ユーザが抽選画面から抽選を行うことで蓄積される蓄積値は、抽選の回数又は抽選の結果に応じたポイントなどで表してもよい。

例えば蓄積値算出部７４は、ユーザが抽選の結果として付与されたコンテンツのレアリティなどにより、蓄積値の増加量が変化するように（例えばＮ＝０点、Ｒ＝１点、ＳＲ＝２点、ＳＳＲ＝３点など）算出を行う。また、蓄積値算出部７４はキャンペーン期間中などの指定期間中に、蓄積値の増加量が大きくなるように算出を行ってもよい。また、蓄積値算出部７４は、ユーザの誕生月又は誕生日など（登録後変更不可）の指定期間中に蓄積値の増加量が大きくなるように算出を行ってもよい。

蓄積値算出部７４は、抽選対象のコンテンツに後述のラッキーコンテンツを設定しておくことで、ユーザが抽選の結果として付与されたコンテンツがラッキーコンテンツである場合に、蓄積値の増加量が大きくなるように算出を行う。

例えば蓄積値算出部７４は抽選ごとに指定されたボーナス対象属性のキャラクタなどのコンテンツ、又は固有のキャラクタのキャラクタ関連装備品などのコンテンツが抽選の結果としてユーザに付与される場合、蓄積値の増加量が大きくなるように（ボーナスポイントを加算するように）算出を行う。

後述のラッキーコンテンツはユーザが指定できるようにしてもよい。また、ボーナス対象属性もユーザが指定できるようにしてもよい。さらに、ラッキーコンテンツがキャラクタなどの場合、蓄積値算出部７４は、そのキャラクタの誕生月など、キャラクタ起因の特定期間に蓄積値の増加量が大きくなるように算出を行ってもよい。

報酬付与部７５はユーザが抽選画面から抽選を行うことで蓄積されていくユーザの蓄積値とユーザが選択した報酬の獲得に必要な対価値とを比較し、ユーザの蓄積値が報酬の獲得に必要な対価値に達していれば、報酬をユーザに付与する。

例えば蓄積値及び対価値が抽選画面から行う抽選の回数で表される場合、ユーザは報酬を選択することで、その報酬の獲得に必要な対価値を設定できる。ユーザは抽選画面から抽選を行うことで蓄積値を増加させることができ、その蓄積値が対価値に達することで報酬を付与される。

また、サーバ側通信部５３はクライアント２０と通信する。サーバ側通信部５３は、ＣＰＵ１３１がサーバプログラム６１を実行し、サーバプログラム６１に従って通信装置１３３を制御することで実現される。

なお、図４に示したクライアント２０の機能構成、及び図５に示したサーバ３０の機能構成は一例であって、例えば図５に示したサーバ３０の機能構成の少なくとも一つが図４に示したクライアント２０の機能構成に含まれていてもよい。つまり、図４及び図５に示した機能構成は、クライアント２０又はサーバ３０の何れか一方が有していればよい。

また、サーバ３０の記憶部５１に記憶されているユーザ情報テーブル６３、コンテンツ情報テーブル６４、及び報酬付与条件テーブル６５の構成例は、以下の通りである。

図６は本実施形態で利用するユーザ情報テーブルの一例の構成図である。図６のユーザ情報テーブルはクライアント２０でゲームを行うプレイヤなどのユーザの情報が設定されている。図６のプレイヤ情報テーブルは、ユーザＩＤ、所有コンテンツＩＤ、蓄積値、報酬ＩＤ、及び対価値を項目として有する。

ユーザＩＤは、ユーザを特定する識別情報の一例である。所有コンテンツＩＤはユーザが所有するゲーム内のコンテンツを特定する識別情報の一例である。蓄積値は、蓄積値算出部７４が算出したユーザの蓄積値の一例である。報酬ＩＤは、ユーザが報酬として選択したコンテンツを特定する識別情報の一例である。なお、図６では、報酬が、抽選実行部７２による抽選の抽選対象のコンテンツである例を示したが、抽選対象以外のコンテンツであってもよい。対価値は、対価値算出部７３が算出した、ユーザが報酬を獲得するために必要な報酬の対価値の一例である。

例えば図６のユーザＩＤ「ｕｓｅｒ００１」のユーザは、蓄積値及び対価値が抽選の回数で表されている場合、報酬ＩＤ「ｃ５００」により特定されるコンテンツを報酬として選択した結果、その報酬を獲得するために必要な対価値として抽選の回数「３０回」が設定されている。なお、図６のユーザＩＤ「ｕｓｅｒ００１」のユーザは、抽選画面から抽選を行い、蓄積値を「３０回」に到達させることで、報酬を獲得できる。

図７は、本実施形態で利用するコンテンツ情報テーブルの一例の構成図である。コンテンツ情報テーブルは、抽選対象となるゲーム内のコンテンツの情報が設定される。図７のコンテンツ情報テーブルは、コンテンツＩＤ、レアリティ、及び属性を項目として有している。コンテンツＩＤはゲーム内のコンテンツを特定する識別情報の一例である。レアリティはコンテンツの希少性や価値を表す情報の一例である。属性は、コンテンツの性質や能力など、コンテンツをグループ分けする情報の一例である。

図８は本実施形態で利用する報酬付与条件テーブルの一例の構成図である。報酬付与条件テーブルは、ユーザが選択した報酬の付与の判定に必要な対価値算出方法、蓄積値算出方法、及びラッキーコンテンツが設定されている。図８の報酬付与条件テーブルはボーナス対象属性等、前述した対価値又は蓄積値の計算に影響を与える情報が設定されていてもよい。

対価値算出方法は、ユーザが選択した報酬に基づき、その報酬をユーザが獲得するために必要な対価値の算出方法が設定されている。蓄積値算出方法は、ユーザが抽選画面から抽選を行うことで蓄積される蓄積値の算出方法が設定されている。ラッキーコンテンツは抽選の結果としてユーザに付与された場合に、蓄積値の増加量が大きくなるようにボーナスポイントが加算されるコンテンツが設定されている。

このように、図６のユーザ情報テーブル、図７のコンテンツ情報テーブル、及び図８の報酬付与条件テーブルによれば、ユーザが選択した報酬の獲得に必要な対価値及びユーザが抽選を行うことで蓄積される蓄積値を管理することができる。したがって、サーバ３０はユーザが選択した報酬の獲得に必要な対価値に、ユーザが抽選を行うことで蓄積される蓄積値が達すると、報酬をユーザに付与できる。

[ゲーム動作]
以下では、ユーザから報酬の選択を受け付けた場合の処理と、ユーザから抽選の要求を受け付けた場合の処理と、に分けて説明する。なお、報酬の選択の受け付けは、ユーザによる報酬の設定漏れを防ぐため、報酬をプリセットしておいてもよい。そして、ユーザが初めてガチャ画面を表示した際に「プリセットされている報酬を変更しますか？」と表示することでユーザからの報酬の選択を受け付けるようにしてもよい。

図９は本実施形態に係る報酬選択処理の一例のフローチャートである。ステップＳ１０において、ユーザはクライアント２０を操作し、報酬を選択する。例えばユーザはクライアント２０に表示された報酬選択画面から所望の報酬を選択する。報酬選択画面はユーザが報酬として選択できるコンテンツの一覧が表示されている。なお、報酬選択画面に表示されるコンテンツの一覧は、ユーザのコンテンツの所有状態によって、変化させるようにしてもよい。

例えば報酬選択画面は、上限突破が完全に終わっている（上限突破の制限回数に達している）コンテンツを表示しないことで、そのコンテンツが報酬として選択されないようにしてもよい。また、報酬選択画面は、上限突破が終わっていない（上限突破の制限回数に達していない）コンテンツを、上限突破の制限回数までに必要となる数量を上限としてコンテンツを報酬として選択できるように表示してもよい。また、報酬選択画面は、ユーザが所有しているコンテンツを表示しないことで、そのコンテンツが報酬として選択されないように表示してもよい。

また、報酬選択画面は、ユーザの所有するコンテンツの属性の片寄りによって、報酬としてユーザが選択できるコンテンツのラインナップを変更してもよい。例えば報酬選択画面は、ユーザが多く所有している属性のコンテンツを多く表示する、又は少なく表示するように、ユーザが報酬として選択できるコンテンツのラインナップを変更する。また、報酬選択画面は、ユーザのゲームの進行状況、レベル等に応じて、ユーザが報酬として選択できるコンテンツのラインナップを変更してもよい。さらに、報酬選択画面はゲーム内通貨やゲーム内ポイントなどの対価を消費することで、ユーザが報酬として選択できるコンテンツのラインナップを変更してもよい。

サーバ３０の報酬選択受付部７１はクライアント２０に報酬選択画面を表示させるように制御を行い、ユーザから報酬の選択を受け付ける。報酬選択画面の制御をクライアント２０が行い、サーバ３０はユーザが選択した報酬の情報をクライアント２０から得るようにしてもよい。

ステップＳ１０に続いてステップＳ１２に進み、対価値算出部７３はユーザが選択した報酬に基づき、その報酬をユーザが獲得するために必要な対価値を算出する。ステップＳ１４において、対価値算出部７３はユーザに選択された報酬、及び算出した対価値を、例えば図６のユーザ情報テーブルに設定する。図９に示した報酬選択処理によれば、ユーザに報酬を事前に選択させ、その報酬の獲得に必要なガチャ回数を対価値としてユーザ情報テーブルに設定できる。

また、図９に示した報酬選択処理によれば、ユーザに報酬を事前に選択させ、その報酬の獲得に必要な対価値として、ガチャ回数又はガチャの結果に基づき算出されるポイントを設定できる。

図１０は本実施形態に係る抽選処理の一例のフローチャートである。ステップＳ２０において、ユーザはクライアント２０を操作し、例えば図１１又は図１２に示すような抽選画面１０００から抽選の要求を行う。

図１１は対価値及び蓄積値をガチャ回数で表す抽選画面の一例のイメージ図である。図１２は対価値及び蓄積値をガチャの結果に基づき算出されるポイントで表す抽選画面の一例のイメージ図である。

図１１及び図１２の抽選画面１０００は、ユーザが選択した報酬１００２、ラッキーコンテンツ１００４、及びガチャ実行ボタン１００６を表示している。報酬１００２は図９の報酬選択処理によりユーザが報酬として選択したコンテンツである。報酬１００２の下には、ユーザ情報テーブルの対価値及び蓄積値に基づき、ユーザが報酬１００２を獲得するために必要な残りのガチャ回数又はポイントが表示される。

したがって、ユーザは抽選画面１０００から抽選の要求を行う際に、事前に選択しておいた報酬１００２を獲得するために必要な残りのガチャ数又はポイントを確認でき、抽選の実行意欲が喚起される。

また、ユーザは抽選画面１０００においてラッキーコンテンツ１００４を確認することができる。さらに、抽選画面１０００はキャンペーン期間の情報や、報酬予定コンテンツの誕生月など、報酬１００２の獲得がユーザにとって有利になる期間などの情報を表示してもよい。

ユーザはガチャ実行ボタン１００６を押下するなどの操作を行うことで、抽選画面１０００から抽選の要求を行う。ユーザからの抽選の要求を受け付けると、サーバ３０の抽選実行部７２はガチャの抽選処理を行い、ガチャの抽選結果としてユーザに付与するコンテンツを抽選する。

ステップＳ２２において、蓄積値算出部７４はステップＳ２０で抽選を実行したユーザの蓄積値を算出する。例えば蓄積値算出部７４は、蓄積値がガチャ数で表されている場合であって、ガチャ実行ボタン１００６の「ガチャを１回実行」が押下された場合、ユーザ情報テーブルの蓄積値に「１」を加算する。また、蓄積値算出部７４は蓄積値がガチャ数で表されている場合であって、ガチャ実行ボタン１００６の「ガチャを１０回実行」が押下された場合、ユーザ情報テーブルの蓄積値に「１０」を加算してもよいし、加算したガチャ数「１０＋α」をユーザ情報テーブルの蓄積値に加算してもよい。ガチャの抽選結果のコンテンツがラッキーコンテンツ１００４であった場合、蓄積値算出部７４はユーザ情報テーブルの蓄積値に、更にラッキーコンテンツ１００４に対応するガチャ数を加算する。

また、例えば蓄積値算出部７４は、蓄積値がポイントで表されている場合に、ガチャの抽選結果のコンテンツのレアリティ等に対応するポイントをユーザ情報テーブルの蓄積値に加算する。なお、ガチャの抽選結果のコンテンツがラッキーコンテンツ１００４である場合、蓄積値算出部７４はユーザ情報テーブルの蓄積値に、更にラッキーコンテンツ１００４に対応するポイントを加算する。

ステップＳ２４において、報酬付与部７５はユーザ情報テーブルに設定されている対価値と蓄積値とを比較する。ステップＳ２６において、報酬付与部７５はユーザ情報テーブルに設定されているユーザの蓄積値が、ユーザの選択した報酬の獲得に必要な対価値に到達したか否かを判定する。

ユーザの蓄積値が、ユーザの選択した報酬の獲得に必要な対価値に到達していれば、報酬付与部７５はステップＳ２８において、ユーザが事前に選択した報酬１００２をユーザに付与する。ユーザの蓄積値が、ユーザの選択した報酬の獲得に必要な対価値に到達していなければ、報酬付与部７５はステップＳ２８の処理をスキップする。

図１０に示した抽選処理によれば、ユーザは抽選画面１０００から抽選を行うことで増加する蓄積値が、事前に選択した報酬１００２の対価値に到達することで、報酬１００２を獲得できる。

なお、報酬１００２は途中で変更できるようにしてもよい。報酬１００２が途中で変更された場合、ユーザ情報テーブルの蓄積値は引き継がれるようにしてもよい。報酬１００２を変更する操作をユーザから受け付けた時、ユーザ情報テーブルの蓄積値が変更後の報酬１００２の対価値に達していた場合は、変更後の報酬１００２をユーザに付与した後で報酬１００２を変更前のままとしてもよい。例えばユーザ情報テーブルの蓄積値が「１００」、変更前の報酬Ａの対価値が「２００」、変更後の報酬Ｂの対価値が「１０」である場合は、ユーザの選択した報酬１００２は「報酬Ａ」のまま、ユーザに「報酬Ｂ」が付与され、ユーザ情報テーブルの蓄積値が「９０」となる。また、報酬１００２のユーザへの付与に期間が設けられている場合は、期間の終了時にユーザの蓄積値をゲーム内通貨などに自動変換してユーザに提供することで、変換忘れによる喪失感などを防ぐようにしてもよい。

以上、本実施形態によれば、事前に報酬１００２をユーザに選択させることで、その報酬１００２の獲得に必要な対価値をユーザに提示することができる。ユーザは、抽選を行うことで増加させることのできる蓄積値が対価値に到達すれば自分で選択した報酬１００２を獲得できるため、抽選の実行意欲が喚起される。

また、ユーザにゲームを提供するゲーム会社側としては、例えば無課金で行うことができる抽選（以下、無課金抽選と呼ぶ）と課金より行うことができる抽選（以下、課金抽選と呼ぶ）とがあるゲームにおいて、課金抽選を行うことで蓄積値が増加する仕組みや、課金抽選の方が無課金抽選よりも蓄積値が有利に増加する仕組み、とすることで、課金による売り上げの向上が期待できる。

以上、本実施形態によれば、ゲーム内のコンテンツを抽選対象とする抽選の実行意欲を喚起させる新たな仕組みを提供できる。

開示した一実施形態のゲームシステム１０、クライアント２０及びサーバ３０は例示であって制限的なものではないと考えられるべきである。上記の実施形態は添付の請求の範囲及びその主旨を逸脱することなく、様々な形態で変形及び改良が可能である。また、上記した複数の実施形態に記載された事項は、矛盾しない範囲で他の構成も取り得ることができ、また、矛盾しない範囲で組み合わせることができる。

１０ ゲームシステム
２０ クライアント
２１ 記憶部
２２ クライアント制御部
２３ 操作受付部
２４ 出力制御部
２５ クライアント側通信部
３０ サーバ
３１ ゲームプログラム
３５ ゲーム制御部
３６ 画像生成部
３７ 要求送信部
３８ 結果受信部
４０ ネットワーク
５１ 記憶部
５２ サーバ制御部
５３ サーバ側通信部
６１ サーバプログラム
６２ ゲームプログラム
６３ ユーザ情報テーブル
６４ コンテンツ情報テーブル
６５ 報酬付与条件テーブル
７１ 報酬選択受付部
７２ 抽選実行部
７３ 対価値算出部
７４ 蓄積値算出部
７５ 報酬付与部
１０００ 抽選画面
１００２ 報酬
１００４ ラッキーコンテンツ

Claims (8)

1. ユーザから報酬の選択を受け付ける報酬選択受付部と、
   ゲーム内のコンテンツを抽選対象とし、前記ユーザに付与するコンテンツを抽選する抽選実行部と、
   前記抽選に基づいて前記ユーザと対応付けて蓄積される蓄積値が、前記ユーザの選択した報酬の獲得に必要な対価値に達すると、前記ユーザが選択した報酬を前記ユーザに付与する報酬付与部と、
   を有する情報処理装置。
2. 前記ユーザから選択を受け付ける報酬ごとに、前記ユーザの選択した報酬の獲得に必要な対価値を算出する対価値算出部、を更に有すること
   を特徴とする請求項１記載の情報処理装置。
3. 前記抽選の回数、及び前記抽選の結果の少なくとも一方に基づき、前記ユーザと対応付けて蓄積する前記蓄積値を算出する蓄積値算出部、を更に有すること
   を特徴とする請求項１又は２記載の情報処理装置。
4. 前記抽選実行部の抽選により前記ユーザに付与される前記コンテンツには、前記蓄積値算出部による前記蓄積値の増加量が加算される特別なコンテンツが含まれること
   を特徴とする請求項３記載の情報処理装置。
5. 前記蓄積値算出部は、前記抽選実行部の抽選により前記ユーザに付与される前記コンテンツのレアリティ、及び前記抽選実行部の抽選が行われた期間の少なくとも一方により前記蓄積値の増加量が異なるように前記蓄積値を算出すること
   を特徴とする請求項３又は４記載の情報処理装置。
6. 前記報酬選択受付部は、前記ユーザが所有している前記コンテンツに応じて、選択を受け付ける前記報酬を変化させること
   を特徴とする請求項１乃至５の何れか一項に記載の情報処理装置。
7. 情報処理装置を、
   ユーザから報酬の選択を受け付ける報酬選択受付部、
   ゲーム内のコンテンツを抽選対象とし、前記ユーザに付与するコンテンツを抽選する抽選実行部、
   前記抽選に基づいて前記ユーザと対応付けて蓄積される蓄積値が、前記ユーザの選択した報酬の獲得に必要な対価値に達すると、前記ユーザが選択した報酬を前記ユーザに付与する報酬付与部、
   として機能させるためのプログラム。
8. 情報処理装置に、
   ユーザから報酬の選択を受け付ける報酬選択受付ステップと、
   ゲーム内のコンテンツを抽選対象とし、前記ユーザに付与するコンテンツを抽選する抽選実行ステップと、
   前記抽選に基づいて前記ユーザと対応付けて蓄積される蓄積値が、前記ユーザの選択した報酬の獲得に必要な対価値に達すると、前記ユーザが選択した報酬を前記ユーザに付与する報酬付与ステップと、
   を実行させる報酬付与方法。

Images