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

Abstract

【課題】ユーザのゲームプレイを促進することを可能とする技術を提供すること。【解決手段】ユーザのゲームプレイに応じて、前記ユーザにオブジェクトを関連付ける管理部と、前記ユーザの所定の要求に応じて、前記ユーザに関連付けられたオブジェクトを含む複数のオブジェクトから抽選されたオブジェクトに基づいて、ユーザに付与する報酬を決定する制御部と、を有する情報処理装置を提供する。【選択図】図４

Description

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

デッキと呼ばれる、複数のキャラクタから構成されるチームを用いて、クエストをクリアしていくゲームが知られている。例えば、特許文献１には、プレイヤが所持するプレイヤキャラクタを用いてクエストを実行するゲームが開示されている。

特開２０２０－０４４３２０号公報

また、上記ゲームには、より多くのユーザにゲームプレイを楽しんでもらうための仕掛けとして、例えば、抽選でアイテム等が当たるミニゲーム等が用意されていることがある。しかしながら、単にアイテム等が当たる仕組みは既に多くのゲームに実装されていることから、抽選でアイテム等が当たることのみでは、ユーザがゲームをプレイするきっかけにはなりにくいという問題がある。

そこで、本発明は、ユーザのゲームプレイを促進することを可能とする技術を提供することを目的とする。

本発明の一態様に係る情報処理装置は、ユーザのゲームプレイに応じて、前記ユーザにオブジェクトを関連付ける管理部と、前記ユーザの所定の要求に応じて、前記ユーザに関連付けられたオブジェクトを含む複数のオブジェクトから抽選されたオブジェクトに基づいて、ユーザに付与する報酬を決定する制御部と、を有する。

本発明によれば、ユーザのゲームプレイを促進することを可能とする技術を提供することができる。

本実施形態に係るゲームシステムのシステム構成の一例を示す図である。 抽選方法の一例を示す図である。 ゲームサーバ及び端末のハードウェア構成の一例を示す図である。 ゲームサーバの機能ブロック構成の一例を示す図である。 端末の機能ブロック構成の一例を示す図である。 ユーザ管理ＤＢの一例を示す図である。 ゲームサーバがピースを付与する際の処理手順の一例を示すフローチャート である。 ピースの一例を示す図である。 ピースの設定例を示す図である。 ゲームサーバが抽選を行う際の処理手順の一例を示すフローチャートであ る。 ゲーム画面の画面表示例を示す図である。 ゲーム画面の画面表示例を示す図である。

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

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

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

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

＜ゲーム概要＞
続いて、本実施形態に係るゲームシステム１が提供するゲームの概要を説明する。ゲームシステム１が提供するゲームでは、ユーザは、クエストをクリアすることでゲームを進めることができる。

クエストとは、予め定められた一定の条件を満たすことでクリア可能な課題を意味する用語である。クエストは、一般的には、探索、課題、イベント及びミッションと呼ばれることもある。クエストに参加したユーザは、当該一定の条件を満たすことでクエストをクリアすることができる。なお、具体的には後述するが、本実施形態では、クエストとミッションを同一の意味で用いるのではなく、別の意味で用いることとする。

デッキとは、複数のゲームオブジェクトを組み合わせたグループを意味する用語である。ユーザは、クエストを実行する際、複数のゲームオブジェクトによりデッキを編成してクエストを実行することとしてもよい。デッキを編成するゲームオブジェクトは、例えば、ユーザが所持するキャラクタやゲームカード等であってもよい。本実施形態では、ユーザがゲームを実行する又はクエストを実行することを、ゲームをプレイする又はクエストをプレイすると称してもよい。

ゲームでは、所定の条件を満たすことで達成可能な課題（以下、「ミッション」と言う。）がユーザに対して複数提示される。ミッションは、クエストをプレイすることで達成可能な課題であってもよい。例えば、「XXクエストをプレイせよ」「少なくとも１つのモンスターを３ターン以内で倒せ」、「全モンスターを５分以内に倒せ」などといったミッションが挙げられる。また、ミッションは、クエストをクリアすることで達成可能な課題であってもよい。例えば、「XXクエストをクリアせよ」、「YYキャラクタを含むデッキでクエストをクリアせよ」などといったミッションが挙げられる。また、ミッションは、クエストのクリアとは関連のない課題であってもよい。例えば、「１日１回ログインせよ」、「連続して５日ログインせよ」、「アイテムをZZ個以上集めろ」、「３日連続で50km以上移動せよ」などといったミッションが挙げられる。

ユーザは、ゲームをプレイしながらミッションを達成することで、抽選に利用可能なオブジェクトを入手することができる。なお、ミッションごとに、入手可能なオブジェクトが定められていてもよい。例えば、ミッションＡを達成するとオブジェクトＡが入手でき、ミッションＢを達成するとオブジェクトＢが入手できることとしてもよい。また、同一のオブジェクトに対して複数のミッションが設定されていてもよい。例えば、ミッションＡ及びミッションＢのどちらを達成しても、同一のオブジェクトが入手できることとしてもよい。

ゲームサーバ１０は、ユーザから所定の要求を受けると、ユーザに関連付けられているオブジェクトを含む複数のオブジェクトの中から１つのオブジェクトを抽選により決定する。その後、ゲームサーバ１０は、抽選された１つのオブジェクトに基づいて、報酬をユーザに付与する。ユーザに関連付けられているオブジェクトとは、ユーザが所持しているオブジェクトであってもよい。

図２は、抽選方法の一例を示す図である。本実施形態において、ゲームサーバ１０は、どのような形態で抽選を行ってもよいが、例えば、図２に示すルーレットを用いて、複数のオブジェクトの中から１つのオブジェクトを抽選により決定してもよい。この場合、オブジェクトは、ルーレットにセットするピース（部品と称してもよい）であってもよい。

例えば、図２の例では、ルーレットには、１～８の８個のピースから構成されており、ルーレットを回すことで、８個のピースのうち１つのピースが抽選により決定され、決定したピースに基づいて、報酬がユーザに付与される。なお、図２の例は一例であり、本実施形態のルーレットはこれに限定されない。例えば、各々のピースの角度は、４５度に限定されず、任意の角度であってもよい。

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

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

記憶部１００は、ゲームサーバ１０が本ゲームを実行するために必要なゲームデータを記憶する。ゲームデータには、各種のデータベースが含まれる。

管理部１１０は、ユーザのゲームプレイに応じて、ユーザにオブジェクトを関連付ける処理を行う。管理部１１０は、記憶部１００に記憶されるデータベースに、ユーザとオブジェクトとの関連づけを示す情報を記録することで、ユーザにオブジェクトを関連づけるようにしてもよい。ユーザにオブジェクトを関連付ける処理とは、ユーザにオブジェクトを付与することであってもよい。

制御部１１１は、ゲームを実行するために必要な各種の処理を行う。また、制御部１１１は、ユーザの所定の要求に応じて、ユーザに関連付けられたオブジェクト（例えばユーザが所持するオブジェクト）を含む複数のオブジェクトから抽選されたオブジェクトに基づいて、ユーザに付与する報酬を決定する。所定の要求は、例えば、抽選を実行することの要求であってもよい。また、当該複数のオブジェクトは、ユーザに関連付けられたオブジェクトの中で、更に当該ユーザにより指定されたオブジェクトを含んでいてもよい。また、制御部１１１は、ユーザに関連付けられたオブジェクトのうち、当該ユーザにより指定されたオブジェクトを含む複数のオブジェクトからオブジェクトを抽選するようにしてもよい。

また、複数のオブジェクトの各々には報酬が対応付けられており、制御部１１１は、抽選されたオブジェクトに対応付けられた報酬を、ユーザに付与するようにしてもよい、例えば、オブジェクトＡには、報酬としてアイテムＡが対応付けられており、オブジェクトＢには、報酬としてアイテムＢが対応づけられていると仮定する。制御部１１１は、オブジェクトＡを抽選で決定した場合、オブジェクトＡに対応付けられているアイテムＡをユーザに報酬として付与してもよい。報酬には、例えば、ゲーム価値及びゲームオブジェクト等が含まれていてもよい。また、ゲーム価値には、数値で表現可能な価値（Value）であり、例えば、ポイント、得点、及び、スコア等が含まれてもよい。ゲームオブジェクトには、例えば、アイテム、キャラクタ、及び、ゲームカード等が含まれていてもよい。

また、制御部１１１は、ゲームにおける各種の画面を端末２０のディスプレイに表示させる。例えば、制御部１１１は、抽選が実行される様子を示す画面（例えばルーレットが回転する様子）を端末２０のディスプレイに表示させるようにしてもよい。

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

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

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

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

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

以上説明した機能ブロック構成について、ゲームサーバ１０に含まれると、管理部１１０と、制御部１１１と、表示制御部１１２とのうち全部又は一部を、端末２０の制御部２０３に備える構成とするようにしてもよい。すなわち、本実施形態に係る各種処理は、ゲームサーバ１０で実行してもよいし、端末２０で実行してもよいし、ゲームサーバ１０及び端末２０が連携して実行してもよい。

＜処理手順＞
続いて、ゲームシステム１が行う具体的な処理手順を説明する。ゲームサーバ１０の記憶部１００は、各ユーザのゲームデータを管理するユーザ管理ＤＢ（Data Base）１００ａを格納する。

以下の説明では、ゲームサーバ１０は、ルーレットを用いて、複数のオブジェクトの中から１つのオブジェクトを抽選により決定することとする。また、当該オブジェクトは、ルーレットにセットする「ピース」であるものとする。また、ユーザにオブジェクトを関連付けることは、ユーザにオブジェクトを付与することであるものとする。また、ユーザに関連付けられているオブジェクトは、ユーザが所持しているオブジェクトであるものとする。

図６は、ユーザ管理ＤＢ１００ａの一例を示す図である。ユーザ管理ＤＢ１００ａは、ゲームをプレイするユーザに関する各種データを管理する。ユーザ管理ＤＢ１００ａは、例えば、ユーザを一意に識別するユーザＩＤ、ゲーム内でユーザ名として使用されるニックネーム、友達関係にある他のユーザを示すフレンド登録リスト、ユーザが利用する端末２０の位置を示す位置情報、ユーザの経験値、ランク、スタミナ、及び、ユーザが所持するポイントの数の各種パラメータ、及び、ユーザが所持するピースの種類及び数などを対応づけて格納する。

図７は、ゲームサーバ１０がピースを付与する際の処理手順の一例を示すフローチャートである。

ステップＳ１０で、制御部１１１は、ユーザの指示に応じてゲームを実行する。また、ユーザの指示に応じて、ユーザが選択したクエストを実行する。

ステップＳ１１で、制御部１１１は、ユーザが、ピース取得条件を満たしている場合、当該ユーザにピースを付与する。管理部１１０は、ユーザに付与されたピースに関する情報（ピースの種類及びピース数）を、ユーザ管理ＤＢ１００ａの「所持ピース」フィールドに記録する。

図８は、ピースの一例を示す図である。「ピース名」はピースを一意に識別するピースの名称を示す。ピース名は、ピースを一意に識別可能な情報であれば、ピースＩＤやピース識別子であってもよい。「ピース取得条件」は、ユーザがピースを取得するために達成すべきミッションの内容を示す。例えば、ユーザが、Ｚ日間継続してゲームにログインした場合、ピースＤが当該ユーザに付与される。また、１回のクエストで敵を５体倒すと、ピースＥが付与される。「ピース角度」は、ピースをルーレットにセットした際に、当該ピースがルーレットを占有する角度を示す。なお、ルーレットは１周３６０度であるから、ピース角度が大きいほど、そのピースが当たり易いことを意味する。例えば、ピース角度が４５度である場合、そのピースが抽選される確率は、４５／３６０×１００＝１２．５％になる。つまり、複数のピースの各々には、抽選確率が対応付けられていると言うことができる。なお、本実施形態において、各ピースのピース角度は同一（例えば４５度など）であってもよい。また、以下の説明において、ピース角度を抽選確率に読み替えてもよい。

「報酬」は、抽選の結果、そのピースが選択された場合にユーザに付与される報酬を示す。つまり、複数のピースの各々には、報酬が対応付けられている。例えば、ルーレットを回してピースＡが選択された場合、５０個のアイテムＡがユーザに付与される。

図９は、ピースの設定例を示す図である。図９に示すＡ～Ｅの文字は、図８のピース名に対応する。図９のルーレットＲ１０には、ピースＡ、Ｂ、Ｃ及びＤがセットされている。ピースＤのピース角度は９０度であり、ピースＡ、Ｂ及びＣのピース角度の２倍である。従って、ピースＤは、ピースＡ、Ｂ及びＣの２つ分の領域を占有する。

ここで、ピース（オブジェクト）の中には、複数種類の報酬が対応付けられており、更に、複数の報酬の各々にはピース角度（抽選確率）が対応付けられている、特殊なピース
（所定オブジェクト）が含まれていてもよい。各報酬に対応づけられているピース角度は、報酬ごとに異なるピース角度であってもよいし、同一のピース角度であってもよい。例えば、図８に示すピースＥの場合、５度のピース角度には５００個のアイテムＡが対応付けられており、４０度のピース角度には１０個のアイテムＡが対応づけられている。これは、ルーレットを回した場合、５／３６０×１００＝１．３９％の確率で、アイテムＡが５００個付与され、４０／３６０×１００＝１１．１１％の確率で、アイテムＡが１０個付与されることを示している。ピースＥがルーレットにセットされた様子を、図９のルーレットＲ１１に示す。ルーレットＲ１１において、ピースＥの２つの領域のうち狭い方の領域でルーレットが停止すると、ユーザにアイテムＡが５００個付与され、広い方の領域でルーレットが停止すると、ユーザにアイテムＡが１０個付与される。

図１０は、ゲームサーバ１０が抽選を行う際の処理手順の一例を示すフローチャートである。

ステップＳ２０で、制御部１１１は、ユーザから、ルーレットの作成を受け付ける。より詳細には、制御部１１１は、ユーザから、ルーレットにセットする複数のピースの選択を受け付ける。例えば、制御部１１１は、ユーザ管理ＤＢ１００ａを参照することでユーザが所持しているピースを取得し、取得したピースの中から、ルーレットにセットするピースの選択をユーザから受け付ける。

ステップＳ２１で、制御部１１１は、ユーザから抽選を実行するとの指示を受けた場合に、複数のピースの各々に対応付けられる抽選確率に基づいて、複数のピースから１以上のピースを抽選する（１以上のピースを抽選で決定する）。制御部１１１は、複数のピースから１つのピースを抽選してもよいし、複数のピースのうち２以上のピースを抽選してもよい。制御部１１１は、どのような方法でピースを抽選してもよいが、例えば、以下の方法でピースを抽選してもよい。

１：０～１の間で乱数Ｘを出力
２：乱数Ｘを３６０倍した値Ｙを計算
３：Ｙをルーレットにおける起点方向（角度０の方向）からの時計回りの角度とみなした場合に、角度Ｙの方向に存在するピースを、抽選されたピースとして決定
例えば、図９に示すルーレットＲ１０の起点方向は０時の方向であるとする。０≦Ｙ＜４５であった場合、右上にあるピースＡが抽選され、４５≦Ｙ＜９０であった場合、右上にあるピースＢが抽選され、９０≦Ｙ＜１３５であった場合、右下のピースＡ（上側）が抽選され、１３５≦Ｙ＜１８０であった場合、右下のピースＡ（下側）が抽選されるといったように、ピースの抽選が行われてもよい。

また、制御部１１１は、上記方法による抽選の結果について、例えば、回転しているルーレットが停止することでピースが抽選される動画を生成して端末２０に表示させることで、抽選が行われる様子を演出するようにしてもよい。図１０に戻り説明を続ける。

ステップＳ２２で、制御部１１１は、抽選されたピースに対応付けられる報酬を、ユーザに付与する。制御部１１１は、ステップＳ２１の処理手順で、複数のピースから特殊なピース（所定オブジェクト）を抽選した場合、更に、当該特殊なピースに対応付けられる複数種類の報酬の中から少なくとも１つの報酬を、複数の報酬の各々に対応付けられる抽選確率に従って抽選するようにしてもよい。また、制御部１１１は、当該抽選された少なくとも１つの報酬をユーザに付与するようにしてもよい。

［ピースの取得に関する条件について］
図９のステップＳ１１の処理手順において、管理部１１０は、ユーザのゲームプレイによって特定プレイ条件が満たされた場合であって、かつ、当該ユーザがゲームをプレイして特定のミッション（課題）を達成した場合に、当該ユーザに特定のピースを付与する（関連付ける）ようにしてもよい。また、管理部１１０は、特定プレイ条件が満たされない場合には、当該ユーザが特定のミッションを達成した場合であっても特定のオブジェクトをユーザに付与しない（関連付けない）ようにしてもよい。

特定プレイ条件が満たされる場合は、例えば、ユーザが所持するピースの数が所定数以上であることであってもよいし、若しくは、ユーザが所持するピースの種類が所定種類以上であることであってもよい。また、特定のミッションは、特定プレイ条件が満たされた場合にのみプレイ可能なミッションであってもよい。また、特定のピースは、前述した特殊なピースであってもよいし、報酬として付与されるゲームオブジェクトが所定数以上であるピースであってもよいし、若しくは、報酬として付与されるゲームオブジェクトの希少度等のパラメータが所定以上であるピースであってもよい。希少度とは、ゲーム内でゲームオブジェクトを入手できる可能性を示す度合いであり、値が大きいほど、入手できる可能性が低いことを示す。

例えば、制御部１１１は、ユーザが所持するピースの数が所定数以上である場合、当該ユーザに対し特定のミッションのプレイを許可し、当該ユーザが特定のミッションを達成した場合に、当該ユーザに特殊なピースを付与してもよい。また、ユーザが所持するピースの数が所定数未満である場合、当該ユーザが特定のミッションを達成した場合であっても、当該ユーザに特殊なピースを付与しないようにしてもよい。これにより、ユーザに対し、特定プレイ条件が満たされるまでゲームをプレイしようというモチベーションを与えることが可能になる。

［抽選を実行する際の条件について］
（条件例１）
制御部１１１は、ユーザが所持するピース（ユーザに関連づけられるオブジェクト）が所定条件を満たした場合、ユーザから２以上のオブジェクトの指定を受け付けるようにしてもよい。所定条件は、ユーザが所持するピースが所定数以上であることであってもよい。すなわち、制御部１１１は、ユーザが所持するピースが所定数以上である場合に、当該ユーザから、抽選を実行することの要求（所定の要求）を受け付け可能としてもよい。

所定数について特に限定はないが、所定数は、ルーレットにピースをセットする際に必要な最低ピース数であってもよい。もし、各ピースのピース角度が固定値である場合、最低ピース数は、「３６０度÷ピース角度」で計算できる。例えばピース角度が４５度である場合、最低ピース数は「８」になる。

また、各ピースのピース角度が異なる場合、最低ピース数は、例えば、ユーザが所持する各ピースのピース角度の合計が３６０度になる組み合わせのうち、最もピース数が少ない組み合わせにおけるピース数と同一であってもよい。例えば、４５度のピース１０枚、９０度のピース２枚を所持している場合、ピース角度の合計が３６０度になる組み合わせは、９０度のピース２枚と、４５度のピース４枚の組み合わせになる。従って、この場合の最低ピース数は、６枚としてもよい。

（条件例２）
制御部１１１は、ユーザにより指定されたピースの各々に対応付けられるパラメータの合計値が所定のパラメータ条件を満たす場合に、当該ユーザから、抽選を実行するとの要求（所定の要求）を受け付け可能としてもよい。ここで、ユーザに指定されたピースとは、ユーザの指示でルーレットにセットされたピースであってもよい。また、パラメータとは、ピース角度であってもよい。また、所定のパラメータ条件（第１パラメータ条件と称してもよい）は、ルーレットにセットされたピースのピース角度の合計が３６０度であることであってもよい。つまり、制御部１１１は、ユーザがルーレットにセットしたピースのピース角度の合計が３６０度である場合に、ユーザから、抽選を実行するとの要求を受付けるようにしてもよい。また、制御部１１１は、ルーレットにセットされたピースのピース角度の合計が３６０度ではない場合（例えば合計が３１５度であり、４５度のピースをあと１枚セットする必要がある場合等）に、ユーザから、抽選を実行するとの要求を受付けないようにしてもよい。これにより、ユーザがルーレットにピースをセットし終わる前に抽選が実行されてしまうことを抑制することができる。

なお、制御部１１１は、ルーレットに予めピースをプリセットしておき、ユーザから、プリセットされたピースのうち全部又は一部について、当該ユーザが所持しているピースとの交換を受け付けるようにしてもよい。また、制御部１１１は、プリセットされたピースの全部又は一部が交換されたか否かに関わらず、ユーザから抽選の実行を受け付けるようにしてもよい。つまり、ルーレット上には、プリセットされたピースとユーザが自らセットしたピースの両方が混在していることになるが、制御部１１１は、このような状態であっても、ユーザから抽選の実行を受け付けるようにしてもよい。すなわち、制御部１１１は、ユーザにより指定されたピース（プリセットされたピースを除く、ユーザが自らルーレットにセットしたピース）の各々に対応付けられるパラメータ（例えばピース角度）の合計値が所定のパラメータ条件（例えばピース角度の合計が３６０度であること）を満たすか否かに関わらず、当該ユーザから、抽選を実行するとの要求（所定の要求）を受け付け可能としてもよい。

また、制御部１１１は、ルーレット上にプリセットされたピースのうち所定数のピースをユーザが交換した場合に、ユーザから、抽選を実行するとの要求を受け付けるようにしてもよい。

［抽選確率の変更について］
制御部１１１は、ユーザのゲームプレイによって所定のプレイ条件が満たされた場合、複数のピースから１以上のピースを抽選する際の条件を示す抽選条件を、ユーザの指示に基づいて変更可能としてもよい。つまり、ピースの抽選条件は、ピース毎に固定されているのではなく、ユーザの指示で変更可能であってもよい。ここで、抽選条件は、これまでに説明した選択確率を含んでいてもよい。例えば、制御部１１１は、抽選条件として、ユーザから、複数のオブジェクトの各々に対応付けられる選択確率の変更を受け付けるようにしてもよい。例えば、制御部１１１は、ピースのピース角度を、任意の角度又は予め定められたパターンの角度（例えば、４５度、６０度、９０度、１２０度、１８０度等、３６０度を割った場合に割り切れる角度）に変更することを受け付けるようにしてもよい。

「所定のプレイ条件が満たされた場合」とは、例えば、ユーザに所定数以上のピースが付与された場合であってもよい。すなわち、制御部１１１は、ユーザのゲームプレイによって、所定のプレイ条件として所定数のピースが当該ユーザに付与された場合（関連付けられた場合）、抽選条件を、当該ユーザの指示に基づいて変更可能としてもよい。

また、「所定のプレイ条件が満たされた場合」は、例えば、ユーザがピースを所定数以上所持している場合、ユーザが抽選を所定回数以上行った場合、所定のクエスト（例えば期間限定クエストやイベントクエスト等）をクリアした場合、所定数のクエストをクリアした場合、所定の日数以上連続でログインした場合等であってもよい。ピースの抽選確率を上げるためには、所定のプレイ条件を満たす必要があることから、ユーザのゲームプレイが促進されることになる。

＜画面表示例＞
図１１は、ゲーム画面の画面表示例を示す図である。図１１の例では、各ピースのピース角度は、全て４５度であると仮定する。ピース選択画面Ｍ１００は、ルーレットにセットするピースの選択を受け付ける画面である。ピース選択画面Ｍ１００でピースが選択され、決定ボタンが押下されると、制御部１１１は、ルーレット表示画面Ｍ２００を表示させる。ルーレット表示画面Ｍ２００において、制御部１１１は、ピース選択画面Ｍ１００で選択されたピースを、ルーレット上のランダムな位置にセットした状態で表示してもよいし、ピース選択画面Ｍ１００で選択されたピースをセットする位置を、ユーザから任意に受付可能としてもよい。また、制御部１１１は、ユーザから、各ピースの位置を入れ替える指示を受け付けるようにしてもよい。例えば、制御部１１１は、ルーレット表示画面Ｍ２００において、Ｈの位置にセットされているピースと、Ｃの位置にセットされているピースとをユーザの指示により入れ替えるようにしてもよい。

ルーレット表示画面Ｍ２００で、ルーレットを回すボタンが押下されると、制御部１１１は、抽選結果画面Ｍ２０１を表示させる。制御部１１１は、抽選されたピースと抽選されなかったピースとを識別可能な態様で表示するようにしてもよい。より具体的には、制御部１１１は、抽選されたピース（図１１の例では右上のピース）を、抽選されなかったピースとは異なる態様で、抽選結果画面Ｍ２０１に表示するようにしてもよい。

［画面表示の変形例１］
制御部１１１は、ユーザにより指定されたピースの各々に対応付けられるパラメータの合計値が所定のパラメータ条件を満たさない場合、当該ユーザが所持するオブジェクトのうち、当該ユーザが追加で指定することで合計値が所定のパラメータ条件（第１パラメータ条件と称してもよい）を満たすオブジェクトと、当該ユーザが追加で指定しても当該合計値が当該所定のパラメータ条件を満たさないオブジェクトとを識別可能に表示させるようにしてもよい。前述した「抽選を実行する際の条件について」の「条件例２」と同様、ユーザに指定されたピースとは、ユーザによりルーレットにセットされたピースであってもよい。また、パラメータは、ピース角度であってもよい。また、所定のパラメータ条件
（第１パラメータ条件）は、ルーレットにセットされたピースのピース角度の合計が３６０度であることであってもよい。つまり、制御部１１１は、ユーザによりルーレットにセットされたピースのピース角度の合計が３６０度未満である場合、ルーレットにセットすることでピース角度の合計が３６０度になるピースと、ルーレットにセットしてもピース角度の合計が３６０度にならないピースとを、異なる態様で表示させるようにしてもよい。これにより、ユーザは、ルーレットにセットすることでピース角度の合計が３６０度になるピースを容易に識別することが可能になる。

なお、所定のパラメータ条件（第２パラメータ条件と称してもよい）は、ルーレットにセットされたピースのピース角度の合計が３６０度以下であることとしてもよい。つまり、制御部１１１は、ユーザによりルーレットにセットされたピースのピース角度の合計が３６０度以下である場合、ルーレットにセットしてもピース角度の合計が３６０度以下であるピースと、ルーレットにセットするとピース角度の合計が３６０度以下にならないピース（つまり３６０度を超えてしまうピース）とを、異なる態様で表示させるようにしてもよい。

図１２は、ゲーム画面の画面表示例を示す図である。図１２の例では、各ピースのピース角度は異なることが許容されるものとする。ピース選択画面Ｍ３００では、未選択と表示されている９０度の部分には、ピースがセットされていない。この状態では、ピースＡ～Ｆの全てをセットすることが可能であることから、制御部１１１は、ピースＡ～Ｆを選択可能な態様で表示する。一方、ピース選択画面Ｍ３０１では、未選択と表示されている部分は４５度であることから、ピース角度が４５度を超えるピースＤ及びＦをルーレットにセットすることができない。従って、制御部１１１は、ピースＤ及びＦを、ピースＡ～Ｃ及びＥとは異なる態様で表示する。これにより、ユーザは、ルーレットにセット可能なピースと、セット不可能なピースを容易に識別することが可能になる。

［画面表示の変形例２］
制御部１１１は、ユーザが所持するピース（ユーザに関連付けられたオブジェクト）のうち、当該ユーザが指定したピースに基づいて、当該ユーザが所持していないピース（ユーザに関連付けられていないオブジェクト）であって所定条件を満たすピースに関する情報を、当該ユーザに通知するようにしてもよい。所定条件を満たすピースに関する情報は、例えば、ユーザが指定したピースと対応する属性を有するピースに関する情報であってもよい。また、ユーザが指定したピースは、ユーザがルーレットにセットしたピースであってもよい。つまり、制御部１１１は、ユーザが所持していないピースのうち、ユーザがルーレットにセットしたピースと対応する属性を有するピースに関する情報を、端末２０の画面に表示させるようにしてもよい。当該情報は、例えば、ピースを入手可能なミッションの内容を示す情報であってもよい。

また、「ユーザがルーレットにセットしたピースと対応する属性を有するピース」とは、報酬として付与されるゲームオブジェクトが、ルーレットにセットされたピースと同種あるいは同一であるピースであってもよいし、報酬として付与されるゲームオブジェクトがルーレットにセットされたピースと同一であり、かつ、付与されるゲームオブジェクトの個数が、ルーレットにセットされたピースで付与されるゲームオブジェクトの個数よりも多いピースであってもよい。例えば、報酬としてアイテムＡが５０個付与される「ピースＡ」がルーレットにセットされている場合、制御部１１１は、報酬としてアイテムＡが２００個付与される「ピースＢ」に関する情報を、端末２０の画面に表示させるようにしてもよい。若しくは、「ユーザがルーレットにセットしたピースと対応する属性を有するピース」は、ルーレットにセットされたピースと所定の関係を有するピースであってもよいし、ルーレットにセットされたピースと同種あるいは同一のミッションを達成することで入手可能なピースであってもよい。これにより、ユーザは、所持していないピースであって、所定条件を満たすピースに関する情報を容易に把握することが可能になる。

［画面表示の変形例２］
ゲームでは、ミッションにチャレンジ可能な期間（つまり、ピースを取得可能な期間）は制限されていてもよい。制御部１１１は、ミッションにチャレンジ可能な期間が終了する前の所定のタイミング以降、ミッションにチャレンジ可能な期間（ミッションを達成可能な期間）が終了することを示す情報を、ユーザの端末２０の画面に表示させるようにしてもよい。

＜まとめ＞
以上説明した実施形態によれば、ゲームサーバ１０は、ユーザが所持するピースを含む複数のピースの中から抽選されたピースに基づいて、ユーザに付与する報酬を決定するようにした。これにより、ユーザのゲームプレイを促進することを可能とする技術を提供することが可能になる。

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。例えば、前述した特殊なピースは、１つのピースに複数種類の報酬が対応づけられており、かつ、各々の報酬にピース角度
（抽選確率）が対応付けられていることに限定されない。例えば、特殊なピースは、抽選確率が異なる２つのピースの組み合わせであると定義されてもよい。

＜付記＞
＜付記１＞
ユーザのゲームプレイに応じて、前記ユーザにオブジェクトを関連付ける管理部と、
前記ユーザの所定の要求に応じて、前記ユーザに関連付けられたオブジェクトを含む複数のオブジェクトから抽選されたオブジェクトに基づいて、ユーザに付与する報酬を決定する制御部と、
を有する情報処理装置。

付記１によれば、ユーザのゲームプレイを促進することが可能になる。

＜付記２＞
前記複数のオブジェクトの各々には報酬が対応付けられており、
前記制御部は、抽選されたオブジェクトに対応付けられた報酬を、前記ユーザに付与する、
付記１に記載の情報処理装置。

付記２によれば、抽選されたオブジェクトに対応づけられた報酬を、ユーザに付与することが可能になる。

＜付記３＞
前記複数のオブジェクトの各々には抽選確率が対応付けられており、
前記制御部は、前記複数のオブジェクトの各々に対応付けられる抽選確率に基づいて、前記複数のオブジェクトからオブジェクトを抽選する、
付記１又は２に記載の情報処理装置。

付記３によれば、オブジェクトに対応づけられた抽選確率に基づいて、オブジェクトの抽選を行うことが可能になる。

＜付記４＞
前記複数のオブジェクトは、所定オブジェクトを含み、
前記所定オブジェクトには複数種類の報酬が対応付けられており、更に、前記複数種類の報酬の各々には抽選確率が対応付けられており、
前記制御部は、前記所定オブジェクトを抽選した場合、更に、前記所定オブジェクトに対応付けられる前記複数種類の報酬の中から少なくとも１つの報酬を、前記複数種類の報酬の各々に対応付けられる抽選確率に従って抽選する、
付記１～３のいずれか一項に記載の情報処理装置。

付記４によれば、所定オブジェクトが抽選された場合、複数種類の報酬の中から少なくとも１つの報酬が更に抽選されることから、ユーザは、抽選を更に楽しむことが可能になる。

＜付記５＞
前記制御部は、前記ユーザに関連付けられるオブジェクトが所定数以上である場合に、前記ユーザから前記要求を受け付け可能とする、
付記１～４のいずれか一項に記載の情報処理装置。

付記５によれば、抽選を実行するために、ユーザは、より多くのオブジェクトを関連づける必要があることから、ユーザに対し、ゲームプレイを促進させることが可能になる。

＜付記６＞
前記制御部は、前記ユーザに関連付けられたオブジェクトのうち前記ユーザにより指定されたオブジェクトを含む前記複数のオブジェクトからオブジェクトを抽選する、
付記１～５のいずれか一項に記載の情報処理装置。

付記６によれば、ユーザは、指定したオブジェクトの中から、抽選を実行することが可能になる。

＜付記７＞
前記制御部は、前記ユーザにより指定されたオブジェクトの各々に対応付けられるパラメータの合計値が所定のパラメータ条件を満たす場合に、前記要求を受け付け可能とする、
付記６に記載の情報処理装置。

付記７によれば、ユーザは、抽選を実行するためには、ユーザ自身に関連づけられたオブジェクトの中から、所定のパラメータ条件を満たすようにオブジェクトを指定する必要がある。すなわち、ユーザは、より多くのオブジェクトを自身に関連付ける必要があるため、ユーザのゲームプレイを促進させることが可能になる。

＜付記８＞
前記制御部は、前記ユーザにより指定されたオブジェクトの各々に対応付けられるパラメータの合計値が前記所定のパラメータ条件を満たさない場合、前記ユーザに関連付けられるオブジェクトのうち、前記ユーザが追加で指定することで前記合計値が前記所定のパラメータ条件を満たすオブジェクトと、前記ユーザが追加で指定しても前記合計値が前記所定のパラメータ条件を満たさないオブジェクトとを識別可能に表示させる、
付記７に記載の情報処理装置。

付記８によれば、ユーザは、追加で指定することで、パラメータの合計値が所定のパラメータ条件を満たすオブジェクトを容易に識別することが可能になる。

＜付記９＞
前記制御部は、前記ユーザのゲームプレイによって所定のプレイ条件が満たされた場合、前記複数のオブジェクトからオブジェクトを抽選する際の条件を示す抽選条件を、前記ユーザの指示に基づいて変更可能とする、
付記１～８のいずれか一項に記載の情報処理装置。

付記９によれば、抽選条件を変更することで、ゲームの進行に変化を与えることができることから、ユーザは、飽きずにゲームを続けることが可能になる。

＜付記１０＞
前記制御部は、前記ユーザのゲームプレイによって、前記所定のプレイ条件として所定数のオブジェクトが前記ユーザに関連付けられた場合、前記抽選条件を、前記ユーザの指示に基づいて変更可能とする、
付記９に記載の情報処理装置。

付記１０によれば、所定数のオブジェクトがユーザに関連付けられた場合に抽選条件を変更することができることから、ユーザは、飽きずにゲームを続けることが可能になる。

＜付記１１＞
前記制御部は、前記抽選条件として、前記ユーザから、前記複数のオブジェクトの各々に対応付けられる選択確率の変更を受け付ける、
付記９又は１０に記載の情報処理装置。

付記１１によれば、ユーザは、オブジェクトの各々に対応付けられる選択確率を変更することができ、これにより、ユーザは、飽きずにゲームを続けることが可能になる。

＜付記１２＞
前記管理部は、前記ユーザのゲームプレイによって特定プレイ条件が満たされた場合であって、かつ、前記ユーザがゲームをプレイして特定の課題を達成した場合に、前記ユーザに特定のオブジェクトを関連付け、前記特定プレイ条件が満たされない場合には、前記ユーザが前記特定の課題を達成した場合であっても前記特定のオブジェクトを前記ユーザに関連付けない、
付記１～１１のいずれか一項に記載の情報処理装置。

付記１２によれば、ユーザは、特定の課題を達成するために、繰り返しゲームをプレイすることになるため、ユーザのゲームプレイを促進させることが可能になる。

＜付記１３＞
前記制御部は、前記ユーザに関連付けられたオブジェクトのうち、前記ユーザが指定したオブジェクトに基づいて、前記ユーザに関連付けられていないオブジェクトであって所定条件を満たすオブジェクトに関する情報を、前記ユーザに通知する、
付記１～１２のいずれか一項に記載の情報処理装置。

付記１３によれば、ユーザは、通知されたオブジェクトを入手するためにゲームをプレイすることになるため、ユーザのゲームプレイを促進させることが可能になる。

＜付記１４＞
前記制御部は、前記所定条件を満たすオブジェクトに関する情報として、前記ユーザが指定したオブジェクトと対応する属性を有するオブジェクトに関する情報を、前記ユーザに通知する、
付記１３に記載の情報処理装置。

付記１４によれば、ユーザは、指定したオブジェクトに対応する属性を有するオブジェクトに関する情報を受けとることが可能になる。

＜付記１５＞
情報処理装置が、ユーザのゲームプレイに応じて、前記ユーザにオブジェクトを関連付けるステップと、
情報処理装置が、前記ユーザの所定の要求に応じて、前記ユーザに関連付けられたオブジェクトを含む複数のオブジェクトから抽選されたオブジェクトに基づいて、ユーザに付与する報酬を決定するステップと、
を含む情報処理方法。

付記１５によれば、ユーザのゲームプレイを促進することが可能になる。

＜付記１６＞
ユーザのゲームプレイに応じて、前記ユーザにオブジェクトを関連付けるステップと、
前記ユーザの所定の要求に応じて、前記ユーザに関連付けられたオブジェクトを含む複数のオブジェクトから抽選されたオブジェクトに基づいて、ユーザに付与する報酬を決定するステップと、
をコンピュータに実行させるためのプログラム。

付記１６によれば、ユーザのゲームプレイを促進することが可能になる。

１…ゲームシステム、１０…ゲームサーバ、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…端末、１００…記憶部、１００ａ…ユーザ管理ＤＢ、１１０…管理部、１１１…制御部、２００…記憶部、２０１…通信部、２０２…ＵＩ部、２０３…制御部

Claims (1)

1. ユーザのゲームプレイに応じて、前記ユーザにオブジェクトを関連付ける管理部と、
   前記ユーザの所定の要求に応じて、前記ユーザに関連付けられたオブジェクトを含む複数のオブジェクトから抽選されたオブジェクトに基づいて、ユーザに付与する報酬を決定する制御部と、
   を有する情報処理装置。

Images