特開 2023-32293 情報処理装置、プログラム、及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023032293

(43)【公開日】2023-03-09

(54)【発明の名称】情報処理装置、プログラム、及び情報処理方法

(51)【国際特許分類】

   A63F 13/69 20140101AFI20230302BHJP

   A63F 13/79 20140101ALI20230302BHJP

【ＦＩ】

A63F13/69 510

A63F13/79

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2021138333

(22)【出願日】2021-08-26

(71)【出願人】

【識別番号】500033117

【氏名又は名称】株式会社ＭＩＸＩ

(74)【代理人】

【識別番号】110001139

【氏名又は名称】ＳＫ弁理士法人

(74)【代理人】

【識別番号】100130328

【弁理士】

【氏名又は名称】奥野 彰彦

(74)【代理人】

【識別番号】100130672

【弁理士】

【氏名又は名称】伊藤 寛之

(72)【発明者】

【氏名】大和田 薫

(72)【発明者】

【氏名】佐藤 俊宏

(57)【要約】

【課題】特典提供が画一的となる弊害を抑制できる、情報処理装置、プログラム、及び情報処理方法を提供する。
【解決手段】本発明によれば、第１付与部と第２付与部とを備える情報処理装置であって、前記第１付与部は、ユーザへ付与するオブジェクトを選ぶ第１の選択を行い、前記第２付与部は、前記第１の選択の実行で所定条件が満たされた前記ユーザに対して、異なる複数のモードのなかからモードを選ぶ第２の選択を行い、前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択を行う、情報処理装置が提供される。
【選択図】図１０

【特許請求の範囲】

【請求項1】

第１付与部と第２付与部とを備える情報処理装置であって、
前記第１付与部は、ユーザへ付与するオブジェクトを選ぶ第１の選択を行い、
前記第２付与部は、前記第１の選択の実行で所定条件が満たされた前記ユーザに対して、異なる複数のモードのなかからモードを選ぶ第２の選択を行い、前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択を行う、情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記第２付与部は、前記ユーザのゲームプレイ履歴に基づいて前記第２の選択における各モードの選ばれる確率を設定する、情報処理装置。

【請求項3】

請求項１または２に記載の情報処理装置であって、
前記第２付与部は、前記複数のモードのうち一つのモードが前記第２の選択で選ばれた回数に応じて前記第２の選択における前記複数のモードのうち他のモードの選ばれる確率を設定する、情報処理装置。

【請求項4】

請求項１から請求項３のいずれか１つに記載の情報処理装置であって、
前記複数のモードは、第１モードと前記第１モードとは異なる第２モードとを含み、
前記第２付与部は、前記第２の選択で前記第１モードが選ばれた回数に応じて前記第２モードが選ばれる確率を設定し、前記第２の選択で前記第２モードが選ばれたときに前記設定において加えられた分を減らす、情報処理装置。

【請求項5】

請求項１から請求項４のいずれか１つに記載の情報処理装置であって、
前記第２付与部は、前記第１の選択の実行回数に応じて、前記第２の選択において前記各モードが選ばれる確率を設定する、情報処理装置。

【請求項6】

請求項１から請求項５のいずれか１つに記載の情報処理装置であって、
前記第１付与部は、複数種類の第１の選択を実行し、
前記第２付与部は、各々の第１の選択の実行回数に応じて、各々の第１の選択の実行で前記所定条件が満たされたときの前記第２の選択において各モードが選ばれる確率の設定を行う、情報処理装置。

【請求項7】

請求項１から請求項６のいずれか１つに記載の情報処理装置であって、
前記第２付与部は、前記第１の選択で予め定めたオブジェクトが付与された回数に応じて前記第２の選択において前記各モードが選ばれる確率を設定する、情報処理装置。

【請求項8】

請求項１から請求項７のいずれか１つに記載の情報処理装置であって、
前記複数のモードは、第１モードと第２モードとを含み、
前記第２付与部は、前記第１モードよりもオブジェクトの獲得において前記ユーザにとって有利なモードを前記第２モードとして選ぶ、情報処理装置。

【請求項9】

請求項１から請求項８のいずれか１つに記載の情報処理装置であって、
前記複数のモードは、第１モードと第２モードとを含み、
前記第２付与部は、前記第２モードではユーザ操作に基づいて指定される１つ以上のオブジェクトのなかから前記第３の選択で前記ユーザへ付与するオブジェクトを選び、前記第１モードでは前記ユーザ操作によらず定められた１つ以上のオブジェクトのなかから前記第３の選択で前記ユーザへ付与するオブジェクトを選ぶ、情報処理装置。

【請求項10】

請求項９に記載の情報処理装置であって、
前記第１付与部は、選択候補のオブジェクトが互いに異なる複数種類の第１の選択を実行し、
前記第２付与部は、前記複数種類の第１の選択のうち前記所定条件の成立時に実行された第１の選択に応じて前記第２モードにおける前記ユーザ操作の指定候補となるオブジェクトを前記ユーザに提示する、情報処理装置。

【請求項11】

請求項９に記載の情報処理装置であって、
前記第２付与部は、前記第１モードではオブジェクト母集団のなかから前記第３の選択としての抽選を行うことでオブジェクトを選び、前記第２モードでは前記オブジェクト母集団に属し且つ過去の前記第１の選択での付与頻度が予め定めた基準以下のオブジェクトを前記第３の選択で前記ユーザへ付与するオブジェクトに選ぶ、情報処理装置。

【請求項12】

コンピュータにオブジェクトを選ばせるプログラムであって、
ユーザへ付与するオブジェクトを選ぶ第１の選択をコンピュータに実行させ、
前記第１の選択の実行で所定条件が満たされた前記ユーザに対して異なる複数のモードのなかからモードを選ぶ第２の選択をコンピュータに実行させ、
前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択をコンピュータに実行させる、
プログラム。

【請求項13】

ユーザへ付与するオブジェクトを選ぶ第１の選択をコンピュータが行い、
前記第１の選択の実行で所定条件が満たされた前記ユーザに対して異なる複数のモードのなかからモードを選ぶ第２の選択をコンピュータが行い、
前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択をコンピュータが行う、
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

特許文献１には、所定回数抽選を回しても所定のオブジェクトが付与されなかった場合、所定の特典を付与する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許６４３１８７７号

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１では一定条件を満たすと一定の方式で特典が付与されるにすぎず、ユーザへの特典提供が画一的なものに陥りやすい。これに起因して例えばユーザの満足度が低下する等の問題が生じうる。

【0005】

本発明は、特典提供が画一的となる弊害を抑制できる、情報処理装置、プログラム、及び情報処理方法を提供する。

【課題を解決するための手段】

【0006】

本発明の一態様に係る情報処理装置は、第１付与部と第２付与部とを備える情報処理装置であって、前記第１付与部は、ユーザへ付与するオブジェクトを選ぶ第１の選択を行い、前記第２付与部は、前記第１の選択の実行で所定条件が満たされた前記ユーザに対して、異なる複数のモードのなかからモードを選ぶ第２の選択を行い、前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択を行う、情報処理装置である。

【0007】

第２付与部は、所定条件が満たされた場合に、特典（つまり特別なオブジェクト獲得機会）をユーザに提供する。本発明の一態様によれば、複数種類のモードから第２の選択でモードが選ばれ、さらに各モードにおいてオブジェクトを選ぶ第３の選択が行われる。これにより異なる方式（モード）でオブジェクトの付与を受ける機会をユーザに提供できる。よって特別なオブジェクト獲得機会を変化に富ませることができる。

【図面の簡単な説明】

【0008】

【図1】実施形態に係る情報処理装置１の概要を示す図である。

【図2】情報処理装置１のハードウェア構成を示すブロック図である。

【図3】ユーザ端末３のハードウェア構成を示すブロック図である。

【図4】情報処理装置１の機能構成を示すブロック図である。

【図5】情報処理装置１の機能構成の具体例を示すブロック図である。

【図6】図６Ａはオブジェクトテーブル（キャラクタテーブル）Ｔ１、ユーザテーブルＴ２、およびオブジェクト母集団テーブルＴ３それぞれの一例を示す図であり、図６Ｂは母集団設定テーブルＴ４－１～Ｔ４－９の一例を示す図であり、図６Ｃは母集団設定テーブルのバリエーションを例示する図であり、いずれもオブジェクト記憶部２３が記憶するテーブルである。

【図7】図７Ａはプレイ履歴テーブル（オブジェクト提供結果テーブル）Ｔ５ａの一例を示す図であり、図７Ｂはプレイ履歴テーブル（第１の選択の実行回数）Ｔ５ｂ１とプレイ履歴テーブル（モード選出回数）Ｔ５ｂ２との一例を示す図であり、図７Ｃはプレイ履歴テーブル（クエスト履歴）Ｔ５ｃの一例を示す図であり、いずれもプレイ履歴記憶部２４が記憶するテーブルである。

【図8】図８Ａは第１モード選択回数に応じたモード選択確率テーブルＴ６－１の一例を示す図であり、図８Ｂは第１の選択の実行回数に応じたモード選択確率テーブルＴ６－２の一例を示す図であり、図８Ｃはクエスト履歴に応じたモード選択確率テーブルＴ６－３の一例を示す図であり、いずれも確率データ記憶部２５が記憶するテーブルである。

【図9】実施形態に係るオブジェクト付与の流れを説明するためのシーケンス図である。

【図10】実施形態に係る第２の選択および第３の選択の流れを説明するためのシーケンス図である。

【図11】変形例に係る第３の選択の流れ（第２モードでオブジェクト母集団テーブル選択）を説明するためのシーケンス図である。

【図12】変形例に係るオブジェクト付与の流れ（第１の選択の種類ごとの実行回数カウント）を説明するためのシーケンス図である。

【図13】変形例に係るモード選択確率テーブル（第１の選択の種類ごとの実行回数カウント）の一例を示す図である。

【図14】変形例に係るモード選択確率テーブル（所定オブジェクト付与回数に応じたモード確率制御）の一例を示す図である。

【図15】他の変形例に係るオブジェクト付与の流れ（第１の選択の種別に応じてユーザ操作の指定候補提示）を説明するためのシーケンス図である。

【図16】他の変形例に係る第３の選択の流れ（第１の選択の種別に応じてユーザ操作の指定候補提示）を説明するためのシーケンス図である。

【図17】第１の選択の種別（第１種～第ｎ種）に母集団ＩＤを予め対応付けたテーブルの一例である。

【図18】他の変形例に係る第３の選択の流れ（過去の付与頻度に応じたオブジェクト付与）を説明するためのシーケンス図である。

【図19】獲得経路列を追加したオブジェクト提供結果テーブルの一例である。

【図20】他の変形例に係る第３の選択の流れ（第１、２モードいずれも抽選だが内容が異なる）を説明するためのシーケンス図である。

【図21】情報処理装置１の機能構成の他の具体例を示すブロック図である。

【発明を実施するための形態】

【0009】

以下、図面を用いて本発明のいくつかの実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。また、各特徴事項について独立して発明が成立する。

【0010】

＜１．実施形態＞
（１．１．情報処理装置１の概要）
図１を参照し、実施形態に係る情報処理装置１の概要を説明する。図１に示すように、情報処理装置１は１つまたは複数のサーバ（コンピュータ）により実現される。情報処理装置１は、インターネットなどのＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）２に接続されることにより、ユーザ端末３と通信可能に構成される。

【0011】

ユーザ端末３は、ゲームユーザ（以下、単にユーザともいう）が所有するスマートフォンなどの携帯端末（コンピュータ）で実現されている。情報処理装置１は、ユーザ端末３を介してユーザからのオブジェクトの提供についての要求（以下、単に提供要求ともいう）を受け付ける。ここで、「オブジェクト」とは、ゲームの進行のためにユーザによって用いられる電子データの総称である。オブジェクトは、具体的には、例えばキャラクタ、アイテム、カード、またはアバタ、などを含んでもよい。以下の実施形態においてはオブジェクトとしてキャラクタを提供する例で説明する。

【0012】

情報処理装置１は、ユーザからオブジェクトの提供要求を受け付けると、提供可能なオブジェクトの中から１つまたは複数のオブジェクトを選択してユーザに提供する。なお、情報処理装置１は、ユーザに提供可能なオブジェクトについて、予め定められた個数以上に重複して提供しないように構成されてもよい。これにより、ユーザは、所望のオブジェクトを取得するまでの必要なコストを予測可能としてもよい。

【0013】

（１．２．情報処理装置１のハードウェア構成）
図２を参照し、情報処理装置１のハードウェア構成を説明する。

【0014】

図２は、本実施形態に係る情報処理装置１のハードウェア構成を示すブロック図である。情報処理装置１は、制御部１１と記憶部１２とを備えている。制御部１１は、情報処理装置１全体の動作を制御する。記憶部１２は、制御部１１による各種プログラムの実行時のワークエリアとして機能する。記憶部１２には、各種プログラムおよび各種データ等が予め記憶されている。

【0015】

さらに、情報処理装置１は、通信回線を介してユーザ端末３と接続され、各種データの送受信を行う通信部１３を備えている。また、キーボードおよびマウス等で構成されて各種操作の入力を受け付ける操作入力部１４、各種画像を表示する例えば液晶ディスプレイ装置等のモニタ１５を備えていてもよい。

【0016】

これら制御部１１、記憶部１２、通信部１３、操作入力部１４、モニタ１５は、システムバス１６を介して相互に電気的に接続されている。従って、制御部１１は、記憶部１２へのアクセス、操作入力部１４に対する操作状態の把握、モニタ１５に対する画像の表示、並びに通信部１３を介してユーザ端末３などの他の情報処理装置等との各種データの送受信等を行なうことができる。

【0017】

（１．３．ユーザ端末３のハードウェア構成）
図３を参照し、ユーザ端末３のハードウェア構成を説明する。ユーザ端末３は、一例として、プロセッサ等を含む制御部２２１と、不揮発性メモリ等を含む記憶部２２２と、無線通信または／および有線通信を行うための通信部２２３と、表示部２２４と、スピーカ２２５と、マイク２２６と、カメラ２２７と、操作ボタン２２８とを備える。ユーザ端末３の具体的構成に限定はなく、各種の携帯端末、スマートフォン、タブレット端末、あるいはノートＰＣなどでもよい。ユーザ端末３がタッチパネルディスプレイを持つ場合には、表示部２２４と操作ボタン２２８とがタッチパネルディスプレイに一体化されてもよい。操作ボタン２２８とマイク２２６は、ユーザ端末３でユーザが各種の入力操作を行うための入力インターフェイス（あるいは入力手段）となる。

【0018】

（１．４．情報処理装置１の機能構成）
図４を用いて、情報処理装置１の機能構成を説明する。

【0019】

図４に示すように、情報処理装置１は、第１付与部２２ａと第２付与部２２ｂとを備える。第１付与部２２ａおよび第２付与部２２ｂは、制御部１１の機能として実現される。第１付与部２２ａは、ユーザへ付与するオブジェクトを選ぶ第１の選択を行う。「第１の選択」における具体的なオブジェクト選択方法には様々なバリエーションがある。「第１の選択」は、例えば第１付与部２２ａが抽選でオブジェクトを選ぶものでもよく、第１付与部２２ａがユーザ操作指定に従ってオブジェクトを選ぶものでもよく、第１付与部２２ａが抽選以外の所定規則に従ってオブジェクトを選ぶものでもよい。実施形態では一例として第１の選択が抽選であるものとして説明する。

【0020】

第２付与部２２ｂは、第２の選択と第３の選択とを行う。「第２の選択」は、上記第１の選択の実行で所定条件が満たされた前記ユーザに対して、第２付与部２２ｂが、異なる複数のモードのなかからモードを選ぶものである。

【0021】

「所定条件」は、第１の選択の実行に応じて様々に決定できる任意の条件である。所定条件の一例は、同一ユーザによる第１の選択の実行回数が所定回数（例えば１０回）に達したときに、そのユーザについて所定条件が満たされたと判定するとともに、実行回数カウンタを０回に戻すというものでもよい。ここでいう実行回数は、一例として通算実行回数でもよい。通算実行回数は、所定期間内での実行回数を通算したものでもよい。所定条件の他の例は、予め定めた所定オブジェクトの獲得数が所定個に達した場合に、そのユーザについて所定条件が満たされたと判定してもよい。所定条件の他の例は、現在保有するオブジェクトの中に重複して保有するオブジェクトがある場合に、重複オブジェクトの種類の数や、一つのオブジェクトの重複個数などが、所定の閾値に達した場合に、そのユーザについて所定条件が満たされたと判定してもよい。

【0022】

「異なる複数のモード」は、互いに異なる任意の個数のモードを予め設定できる。実施形態では一例として２つのモード（第１モード、第２モード）が予め設定される。

【0023】

「第３の選択」では、第２付与部２２ｂが、第２の選択で選んだモードにおいてユーザへ付与するオブジェクトを選ぶ。「第３の選択」における具体的なオブジェクト選択方法には様々なバリエーションがある。「第３の選択」は、例えば第２付与部２２ｂが抽選でオブジェクトを選ぶものでもよく、例えば第２付与部２２ｂがユーザ操作指定に従ってオブジェクトを選ぶものでもよく、例えば第２付与部２２ｂが抽選以外の所定規則に従ってオブジェクトを選ぶものでもよい。第３の選択は、第１の選択と異なる選択方法であってもよいし、同じ選択方法であってもよい。

【0024】

図５には、情報処理装置１の機能構成を具体化した例が記載されている。図５では、第１付与部２２ａおよび第２付与部２２ｂとともにその周辺機能部が例示される。図５の例では、情報処理装置１は、ゲーム提供部２０と、ゲーム情報記憶部２０ａと、提供要求受付部２１と、オブジェクト付与部２２と、オブジェクト記憶部２３と、プレイ履歴記憶部２４と、確率データ記憶部２５と、操作受付部２６と、を備える。オブジェクト付与部２２は、図４で述べた第１付与部２２ａと第２付与部２２ｂとを含む。

【0025】

ゲーム提供部２０は、ゲーム情報記憶部２０ａから読みだしたプログラム等の情報を用いて、ユーザ端末３と通信することでユーザへゲームを提供する。ユーザのプレイ履歴は、ゲーム提供部２０を介してプレイ履歴記憶部２４に記憶される。ゲーム提供部２０が提供するゲームの具体的内容に限定はない。ゲーム提供部２０が提供するゲームは、例えば、ロールプレイングゲームでもよく、アクションゲームでもよく、シューティングゲームでもよく、パズルゲームでもよく、レースゲームでもよく、テーブルゲームでもよく、シミュレーションゲームでもよく、あるいは音楽ゲーム等でもよい。提供されるゲームの詳細も様々に設定されてよく、例えばシミュレーションゲームであれば、一例としてスポーツを題材としたものでもよく、他の例として育成または経営を題材したものでもよい。或いは、ここで列挙した複数のゲームシステムの２つ以上を組み合わせたゲームでもよい。プレイ履歴は、ゲーム内に設定された一つ又は複数の「クエスト」それぞれのクリア履歴等も含まれる。

【0026】

ゲーム提供部２０と提供要求受付部２１とオブジェクト付与部２２と操作受付部２６は、制御部１１の機能として実現される。ゲーム情報記憶部２０ａとオブジェクト記憶部２３とプレイ履歴記憶部２４と確率データ記憶部２５は、記憶部１２の機能として実現される。各機能部の具体的動作は後述する。

【0027】

上述した機能構成は、制御部１１として実装されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が、プログラムを実行することによって各種機能を実現してもよいし、ハードウェアによって実現してもよい。

【0028】

プログラムを実行することで実現される場合、当該プログラムは、記憶部１２に格納してもよく、コンピュータが読み取り可能な非一時的な記録媒体に格納してもよい。また、外部の記憶装置に格納されたプログラムを読み出し、いわゆるクラウドコンピューティングにより実現してもよい。また、ハードウェアによって実現する場合、ＡＳＩＣ、ＳＯＣ、ＦＰＧＡ、またはＤＲＰなどの種々の回路によって実現してもよい。

【0029】

（１．５．テーブル構成）
図６Ａ～図６Ｃと図７Ａ～図７Ｃと図８Ａ～図８Ｃとを用いて、オブジェクト記憶部２３とプレイ履歴記憶部２４と確率データ記憶部２５とがそれぞれ記憶するテーブルを説明する。

【0030】

図６Ａ～図６Ｃの各テーブルは、いずれもオブジェクト記憶部２３に記憶される。

【0031】

図６Ａのオブジェクトテーブル（キャラクタテーブル）Ｔ１は、ゲーム要素として提供されるキャラクタについての情報を記憶する。オブジェクトテーブルＴ１は、キャラクタＩＤ列と、名称列を備える。キャラクタＩＤ列は、キャラクタを一意に識別するためのキャラクタＩＤを保持する。名称列は、各キャラクタの名称を保持する。

【0032】

図６ＡのユーザテーブルＴ２は、当該ゲームを利用するユーザについての情報を記憶する。ユーザテーブルＴ２は、ユーザＩＤ列と、氏名列を備える。ユーザＩＤ列は、ユーザを一意に識別するためのユーザＩＤを保持する。氏名列は、各ユーザの氏名を保持する。

【0033】

図６Ａのオブジェクト母集団テーブルＴ３は、オブジェクト母集団を記憶する。オブジェクト母集団テーブルＴ３は、母集団ＩＤ列と、名称列を備える。「オブジェクト母集団」とは、オブジェクトの集合である。１つのオブジェクト母集団には１つまたは複数のオブジェクトが含まれる。母集団ＩＤ列は、オブジェクト母集団を一意に識別するための母集団ＩＤを保持する。名称列は、各オブジェクト母集団の名称を保持する。

【0034】

図６Ｂの母集団設定テーブルＴ４－１～Ｔ４－９は、各オブジェクト母集団に含まれるオブジェクトを設定するためのテーブルである。母集団設定テーブルＴ４は、Ｎｏ列とキャラクタＩＤ列を備える。Ｎｏ列は、テーブル内のレコードを一意に識別するための連番を保持する。キャラクタＩＤ列はテーブルに対応したオブジェクト母集団に含まれるキャラクタのキャラクタＩＤを保持する。

【0035】

なお実施形態では、一例として、オブジェクト母集団テーブルに、抽選時の各キャラクタの当選確率列も併記される。つまり、母集団設定テーブルＴ４－１～Ｔ４－９は、「オブジェクト当選確率テーブル」としても機能する。

【0036】

実施形態では、図６Ｂに示すように、オブジェクト母集団Ｂ０１，Ｂ０２，...,Ｂ０９ごとに母集団設定テーブルＴ４－１，Ｔ４－２，...，Ｔ４－９が設定される。それぞれのテーブルにおいて、各オブジェクト母集団に含まれるキャラクタ（および抽選時の当選確率）が規定されている。ただし図６Ｂは一例であり、オブジェクト母集団の数に限定はなく、さらに多くのオブジェクト母集団が任意に設定されうる。

【0037】

図６Ｃを参照して、母集団設定テーブルのバリエーションを例示する。図６Ｃの母集団設定テーブルＴ４－１ａ、Ｔ４－１ｂ、Ｔ４－１ｃそれぞれは、図６Ｂの母集団設定テーブルＴ４－１と部分的に異なるオブジェクト母集団Ｂ０１ａ、Ｂ０１ｂ、Ｂ０１ｃを規定する。その相違点は、相違点Ｄ１、Ｄ２、Ｄ３である。相違点Ｄ１は、レコードＮｏ．０５０のキャラクタがＣ１２０とＣ１５０とで異なることである。このように一部（一つ或いは複数）のキャラクタが相違し、他のキャラクタが共通する複数のオブジェクト母集団テーブルが設けられてもよい。相違点Ｄ２は、レコードＮｏ．０５０のキャラクタは同じだが、当選確率が１％と３０％とで異なることである。このように、複数のオブジェクト母集団テーブルで、一部（一つ或いは複数）のキャラクタについて当選確率が相違させられてもよい。相違点Ｄ３は、全キャラクタの当選確率が異なることであり、より具体的な例としてレコードＮｏ．０５０のキャラクタＣ１２０に当選確率１００％を与えている。これはつまり、母集団設定テーブルＴ４－１ｃで抽選をすると、必ずキャラクタＣ１２０が当選する、というものである。このように、一部（一つ或いは複数）のキャラクタを高確率にしたオブジェクト母集団テーブルが設けられてもよい。なお１００％に限らず、９９％～９０％等の任意の高確率でもよい。あるいはテーブル内の一部のキャラクタに確率１００％を割り振ってもよい。例えば二つのキャラクタに、５０％：５０％の割合や、３０％：７０％の割当などで配分してもよい。なお、他の母集団設定テーブルＴ４－２～Ｔ４－９それぞれについても、図６Ｃに例示した各バリエーションが同様に追加されてもよい。

【0038】

図７Ａ～図７Ｃの各テーブルは、いずれもプレイ履歴記憶部２４に記憶される。プレイ履歴記憶部２４には、ゲームの進行に伴う各ユーザのプレイ履歴が蓄積されている。

【0039】

ここで、「プレイ履歴」は、ゲーム提供部２０から提供されたゲームをユーザがプレイすることで蓄積される履歴である。プレイ履歴は、ゲーム進行に応じた各種の履歴を含んでもよい。一例を述べると、プレイ履歴は、具体的には、例えば過去のオブジェクト提供結果を含んでもよく、例えば過去の第１の選択の結果を含んでもよく、例えば過去の第２の選択の結果を含んでもよく、あるいは例えば「過去又は現在に特定のステージ、クエスト、又はイベントのプレイがなされているかどうかや、そのプレイ回数等」を含んでもよい。

【0040】

図７Ａのプレイ履歴テーブル（オブジェクト提供結果テーブル）Ｔ５ａは、ユーザに提供されたオブジェクトを特定するための情報を、ユーザごとに記憶するテーブルである。プレイ履歴テーブルＴ５ａは、テーブル内のレコードを一意に識別するためのＮｏ列と、ユーザＩＤ列と、母集団ＩＤ列と、キャラクタＩＤ列と備える。ユーザＩＤ列は、オブジェクトの提供要求を行ったユーザのユーザＩＤを保持する。母集団ＩＤ列は、当該提供要求に応じてユーザに提供したキャラクタが含まれるオブジェクト母集団の母集団ＩＤを保持する。キャラクタＩＤ列は、当該提供要求に応じてユーザに提供したキャラクタのキャラクタＩＤを保持する。プレイ履歴テーブルＴ５ａには、ユーザにオブジェクトを提供するごとに、提供したキャラクタと、当該キャラクタが含まれるオブジェクト母集団の情報が登録される。

【0041】

なお、プレイ履歴テーブルＴ５ａに、実施形態のオブジェクト付与以外の他の経路（例えばクエストの報酬や期間限定イベントの報酬など）におけるオブジェクト提供履歴が加算されてもよい。あるいは、プレイ履歴テーブルＴ５ａの他にさらに「他のプレイ履歴テーブル」が設けられてもよく、この他のプレイ履歴テーブルに、実施形態のオブジェクト付与以外の他の経路（例えばクエストの報酬や期間限定イベントの報酬など）でユーザに提供されたオブジェクトが記憶されてもよい。この「他のプレイ履歴テーブル」がプレイ履歴テーブルＴ５ａに加算されてもよい。

【0042】

図７Ｂのプレイ履歴テーブル（第１の選択の実行回数）Ｔ５ｂ１は、各ユーザについて実行された第１の選択の実行回数を蓄積するテーブルである。プレイ履歴テーブルＴ５ｂ１は、テーブル内のレコードを一意に識別するためのＮｏ列と、ユーザＩＤ列と、第１の選択の実行回数列とを備える。各ユーザがユーザ端末３から提供要求受付部２１へオブジェクト提供要求を送ることに応じて、第１付与部２２ａが第１の選択を実行する。実行のたびに、各ユーザについて、第１の選択の実行回数列の数値が加算されていく。なお、プレイ履歴テーブルＴ５ｂ１の実行回数は、所定タイミングや所定条件の成立に応じてリセット又は減算されてもよい。例えば予め定めた一定期間ごとにリセット等されてもよい。

【0043】

図７Ｂのプレイ履歴テーブル（モード選出回数）Ｔ５ｂ２は、各ユーザについて実行された第２の選択の実行結果（つまりモード選択結果）を蓄積するテーブルである。実施形態では、一例として、「第２の選択で第１モードが選択された回数」が蓄積される。プレイ履歴テーブルＴ５ｂ２は、は、テーブル内のレコードを一意に識別するためのＮｏ列と、ユーザＩＤ列と、第１モード選択回数列とを備える。各ユーザに第１付与部２２ａが第１の選択を実行したときにある時点で所定条件が満たされると、その所定条件が満たされたユーザについてさらに第２付与部２２ｂが第２の選択（および第３の選択）を実行する。第２の選択が実行されるたびに、第１モードと第２モードとの何れかが選択される。各ユーザについて第１モードが選択されるたびに、プレイ履歴テーブルＴ５ｂ２の数値が加算されていく。この第１モード選択回数の数値は、第２モードが選択されたときにリセット又は減算されてもよい。具体例は後ほど図１０を参照して説明する。

【0044】

図７Ｃのプレイ履歴テーブル（クエスト履歴）Ｔ５ｃは、各ユーザのクエスト達成度合いを記憶するテーブルである。プレイ履歴テーブルＴ５ｃは、は、テーブル内のレコードを一意に識別するためのＮｏ列と、ユーザＩＤ列と、各クエストＱ００１～Ｑ００９のクリア回数列とを備える。各ユーザは、ゲーム提供部２０から提供されるゲーム内で各クエストＱ００１～Ｑ００９をプレイし、クリアする。クリア回数に応じてプレイ履歴テーブルＴ５ｃが更新される。

【0045】

図８Ａ～図８Ｃの各テーブルは、確率データ記憶部２５に記憶される。

【0046】

図８Ａ～図８Ｃのモード選択確率テーブルＴ６－１～Ｔ６－３は、第２の選択における第２モードの選ばれる確率（以下「選択確率」とも称す）を制御するためのものである。図８Ａ～図８Ｃそれぞれに示すように、第２モードの選択確率ｗｅｉｇｈｔは、第１モードの選択回数カウンタｃｎｔ＿ｍの値、第１の選択の実行回数カウンタｃｎｔ＿ｉの値、およびクエスト履歴のカウンタｃｎｔ＿ｑの値それぞれに基づいて、段階的に決定される。各テーブルを用いて第２モードの選択確率を制御することができる。なお、実施形態では第１、２モードのいずれかが選ばれるので、第１モード選択確率は１００％から第２モード選択確率を差し引いた値である。

【0047】

なお、図７Ｃのプレイ履歴テーブルＴ５ｃから各ユーザのクエスト履歴カウンタｃｎｔ＿ｑを換算する方法は、様々に設定できる。一例として、カウンタｃｎｔ＿ｑは、特定のクエスト（例えばＱ００９のみ）のクリア回数であってもよい。他の例として、カウンタｃｎｔ＿ｑは、複数のクエストのクリア回数についての統計値でもよい。統計値は、例えばクリア回数の合計値、平均値、最大値または最小値等でもよい。

【0048】

なお、実施形態では一例として各種テーブルを網羅的に説明したが、実施形態はこれら全てのテーブルを必須とするものではない。少なくとも、後述するシーケンスごとに、必要なテーブルが設けられればよい。

【0049】

（１．６．オブジェクト付与の流れ）
図９および図１０を参照し、実施形態に係るオブジェクト付与の流れを説明する。いくつかの図では、提供要求受付部２１、第１付与部２２ａおよび第２付与部２２ｂそれぞれの処理の流れとともに、図５の機能ブロック構成（操作受付部２６は、オブジェクト記憶部２３、プレイ履歴記憶部２４、確率データ記憶部２５）を処理ステップの隣に図示することがある。しかしながらこれは便宜上のものであり、そのような図示がない処理ステップでも必要に応じて図５の機能ブロック構成とのデータ授受が行われうる。

【0050】

図９は、実施形態に係るオブジェクト付与の流れの全体像を図示している。まず、ユーザは、ユーザ端末３を操作して、情報処理装置１にオブジェクトの提供要求をおこなう（図１参照）。ここでは、一例として、提供要求が、抽選の実行要求であるものとする。この抽選は、課金を伴ってもよいが、課金を伴わないものでもよい。また、便宜上、提供要求を行ったユーザが「ユーザＵ０１」である場合を例にして説明することがある。

【0051】

ステップＳ１１０で、提供要求受付部２１が提供要求を受け付ける。第１付与部２２ａは、提供要求を確認し（ステップＳ１２０）、第１の選択（ステップＳ１３０）を実行する。一例として、第１の選択では抽選でオブジェクトが選ばれるものとして説明する。この場合、ステップＳ１２０の提供要求確認において、第１付与部２２ａは、ユーザテーブルＴ２を参照して該当ユーザＵ０１を確定する。さらに、第１付与部２２ａは、オブジェクト母集団テーブルＴ３の母集団Ｂ０１～Ｂ０９のなかから、今回の提供要求に対応するオブジェクト母集団を選択する。第１付与部２２ａは、選択したオブジェクト母集団に対応する母集団設定テーブルの当選確率を適用して、抽選を行う。この抽選において当選したオブジェクトが、今回の第１の選択の結果としてユーザＵ０１に付与されるべきオブジェクトである。

【0052】

さらに、第１付与部２２ａは、ステップＳ１４０において結果登録を実行する。結果登録により、当選したオブジェクトをユーザＵ０１へ付与することができる。結果登録では、具体的には、図７Ａのプレイ履歴テーブルＴ５ａが更新され、新たなレコードＮｏ．が追加され、ユーザＩＤ（今回の例ではＵ０１）とともに、当選したオブジェクトのキャラクタＩＤが登録される。これによりユーザＵ０１のユーザ端末３において、上記当選したオブジェクトが、ユーザＵ０１の保有するオブジェクトとして取り扱われる。これに加えて、第１付与部２２ａは、図７Ｂのプレイ履歴テーブルＴ５ｂ１において、ユーザＵ０１の第１の選択の実行回数に１を加算する。

【0053】

次に、処理は第２付与部２２ｂに受け渡される。ステップＳ１６０において、第２付与部２２ｂは、ユーザＵ０１について所定条件が成立しているか否かを判定する。所定条件の一例として、ユーザＵ０１による第１の選択の実行回数が所定回数（例えば１０回）に達したときに、ユーザＵ０１について所定条件が満たされたと判定する。この判定は、プレイ履歴記憶部２４のプレイ履歴テーブルＴ５ｂ１におけるユーザＵ０１のレコードを参照するとともに、実行回数の値を所定値（例えば１０）と比較することで実施できる。所定条件が成立していない場合、今回の処理が終了（リターン）する。

【0054】

ステップＳ１６０で所定条件が成立していると判定された場合、第２付与部２２ｂは、第２の選択（ステップＳ１７０）とこれに続く第３の選択（ステップＳ１８０）を行う。ここからは図１０を参照して説明する。

【0055】

ステップＳ１７０における第２の選択では、まずプレイ履歴が取得される（ステップＳ１７１）。ここで取得されるプレイ履歴は過去の第２の選択の結果であり、具体的には図７Ｂのプレイ履歴テーブル（第１の選択の実行回数）Ｔ５ｂ１が参照される。図７Ｂの例ではユーザＵ０１の第１モード選択回数（ｃｎｔ＿ｍ）が３回である。

【0056】

次に、ステップＳ１７２において、第２付与部２２ｂがモードの選択処理を行う。具体的には、第２付与部２２ｂは、確率データ記憶部２５のモード選択確率テーブルＴ６－１（図８Ａ参照）にアクセスし、ｃｎｔ＿ｍ＝３に対応する選択確率ｗｅｉｇｈｔ＝５０％を読み出す。これにより、第２モードの選択確率を５０％に設定して（つまり残り５０％が第１モードの選択確率）、二択の抽選処理を実行する。なお、ｃｎｔ＿ｍは「複数のモードのうち一つのモード（第１モード）が第２の選択で選ばれた回数」であり、選択確率ｗｅｉｇｈｔは「複数のモードのうち他のモード（第２モード）の選ばれる確率」である。

【0057】

ステップＳ１７３では、ステップＳ１７２のモード選択結果に応じて処理が分岐する。第２モードが選択されなかった場合（つまり第１モードが選択された場合）は、ステップＳ１７４に進み、第１モード選択回数のカウンタ値ｃｎｔ＿ｍに１が加算される。今回のユーザＵ０１の場合には３→４に更新される。一方、第２モードが選択された場合は、ステップＳ１７５に進み、第１モード選択回数のカウンタ値ｃｎｔ＿ｍがゼロにリセットされる。なお、変形例として、リセットの代わりに、所定値（例えばマイナス１回やマイナス２回等）だけ減らすことでモード選択確率テーブルＴ６の当選確率を減らすという処理でもよい。

【0058】

第２の選択で選ばれたモードに応じて、第３の選択が行われる。以下それぞれを説明する。

【0059】

第２の選択で第１モードが選ばれると、処理はステップＳ１７０からステップＳ１８０ａへ進む。ステップＳ１８０ａは、第１モードにおける第３の選択の処理である。実施形態では、一例として第１モードを、ユーザＵ０１に付与するオブジェクトを抽選（ステップＳ１８１ａ）で選ぶモードとする。実施形態では、この第１モードにおけるステップＳ１８１ａの抽選は、第１の選択の抽選（ステップＳ１３０）とは幾つかの点で相違してもよい。相違の一例として、抽選が適用されるオブジェクト母集団が異なっていてもよい。好ましい例を述べると、例えば図６Ｂのオブジェクト母集団Ｂ０１に含まれるキャラクタＣ００１～Ｃ１２０は、ゲーム提供部２０が提供するゲームにおいて、相対的に付与頻度が高いオブジェクト（つまり低希少価値オブジェクト）であるとする。一方、例えば図６Ｂのオブジェクト母集団Ｂ０９に含まれるキャラクタＣ９１０～Ｃ９９０は、ゲーム提供部２０が提供するゲームにおいて、相対的に付与頻度が低いオブジェクト（つまり高希少価値オブジェクト）であるとする。この場合、第１の選択の抽選（ステップＳ１３０）で図６Ｂの母集団設定テーブルＴ４－１が使用され、第１モードの抽選（ステップＳ１８１ａ）では図６Ｂの母集団設定テーブルＴ４－９が使用されてもよい。抽選によってオブジェクトが当選することで、ステップＳ１８２ａにおいてユーザＵ０１に付与するオブジェクトが決定される。

【0060】

一方、第２の選択で第２モードが選ばれると、処理はステップＳ１７０からステップＳ１８０ｂへ進む。ステップＳ１８０ｂは、第２モードにおける第３の選択の処理である。実施形態では、一例として、第２モードは、ユーザ端末３からのユーザ操作を受け付けて、オブジェクトをユーザに自ら選択（指定）させるモードとする。

【0061】

まず、ステップＳ１８１ｂでは、第２付与部２２ｂが、ユーザの選択候補として表示されるべき複数の候補オブジェクトのキャラクタＩＤをユーザ端末３に送信する。ユーザ端末３が候補オブジェクトのキャラクタＩＤを受信すると、ユーザ端末３は、オブジェクト提示画面２８を表示部２２４に表示する。オブジェクト提示画面２８のテンプレート画像はユーザ端末３に予め記憶されていてもよい。オブジェクト提示画面２８には一例として３体の候補オブジェクトが表示されてもよく、一例としてこれらの候補オブジェクトから１体を選ぶことができる。提示された候補オブジェクト数よりも少ない任意個数（複数体でもよい）を選べるようにしてもよい。なお、ここで提示される所定個数のオブジェクトの選出方法にはいくつかのバリエーションがある。例えば固定された特定のオブジェクトでもよく、例えばプレイ履歴に基づいて選択されるオブジェクトでもよく、例えば提示すべきオブジェクトを設定した提示用テーブルが設けられてもよく、例えば予め定めた提示用選択規則に従って任意の母集団設定テーブルから抽出が行われてもよい。

【0062】

実施形態では、一例としてオブジェクト提示画面２８のうち、各候補オブジェクトのオブジェクト表示領域がタップされると、当該表示領域の候補オブジェクトが指定されるものとする。そのような操作がユーザ端末３で行われると、当該ユーザ操作が操作受付部２６を介して第２付与部２２ｂへと入力される（ステップＳ１８２ｂ）。ステップＳ１８２ｂでユーザＵ０１からの指定があったオブジェクトが、ユーザＵ０１に付与するオブジェクトとして決定される（ステップＳ１８３ｂ）。

【0063】

その後、第１付与部２２ａがステップＳ１４０で行ったのと同様に、第２付与部２２ｂがステップＳ１９０の結果登録を実行する。この結果登録により、第３の選択で選ばれたオブジェクトをユーザＵ０１へ付与することができる。具体的には、図７Ａのプレイ履歴テーブルＴ５ａが更新され、新たなレコードＮｏ．が追加され、ユーザＩＤ（今回の例ではＵ０１）とともに、ステップＳ１８２ａ、Ｓ１８２ｂで決定したオブジェクトのキャラクタＩＤが登録される。これによりユーザＵ０１のユーザ端末３において、第３の選択で選ばれたオブジェクトが、ユーザＵ０１の保有オブジェクトとして取り扱われる。

【0064】

なお図１０のシーケンス例では、ステップＳ１７１、Ｓ１７２において、第１モード選択回数（カウンタ値ｃｎｔ＿ｍ）に応じたモード選択確率テーブルＴ６－１を利用している。しかしながらこれに限定されるものではない。他の例として、第１の選択の実行回数カウンタｃｎｔ＿ｉを設定し、これに基づいてモード選択確率テーブルＴ６－２（図８Ｂ参照）から第２モードが選ばれる確率を決めてもよい。さらに他の例として、クエスト履歴カウンタｃｎｔ＿ｑを設定し、これに基づいてモード選択確率テーブルＴ６－３（図８Ｃ参照）から第２モードが選ばれる確率を決めてもよい。

【0065】

＜２．変形例＞
上記の実施形態は一例であり、様々な変形、追加または省略などを行うことが可能である。以下、図１１から図２１も参照しつつ、各種の変形例を述べる。これらの変形例は、互いに適用を阻害しない限り、任意に組み合わせて用いられてもよい。

【0066】

（２．１．第１変形例）
図１１で例示する第１変形例では、ステップＳ１８０ｂの第３の選択（第２モード）において、ユーザにオブジェクト母集団テーブルを指定させる処理を設ける。まず、ステップＳ１８４ｂにおいて、母集団が提示される。母集団の提示は、具体的には、母集団設定テーブルＴ４－１～Ｔ４－９のうち幾つかが、選択候補としてユーザに提示される。

【0067】

ステップＳ１８４ｂの母集団提示は、一例として次の処理で実現されてもよい。まず第２付与部２２ｂが、母集団設定テーブルＴ４－１～Ｔ４－９のうち今回提示すべきテーブルを特定するための提示テーブル特定情報をユーザ端末３へ送信する。提示テーブル特定情報を受け取ったユーザ端末３は、その提示テーブル特定情報が指し示す母集団設定テーブルの情報を、表示部２２４に表示する。一例として、表示部２２４に各々のオブジェクト母集団の名称（オブジェクト母集団テーブルＴ３参照）が提示されてもよい。他の例として、表示部２２４に母集団ＩＤと紐付けられた任意のアイコンが選択候補として提示されてもよい。

【0068】

母集団提示の後と、操作受付部２６は、ユーザ端末３からのユーザ操作を受け付ける。ここでは一例として、オブジェクト母集団Ｂ０５を選ぶユーザ操作があったものとする。第２付与部２２ｂは、当該ユーザ操作に基づき、オブジェクト母集団Ｂ０５を今回の第３の選択における選出元オブジェクト母集団に決定する（ステップＳ１８５ｂ）。

【0069】

次に、ステップＳ１８６ｂにおいて、第２付与部２２ｂは、ステップＳ１８５ｂで選択されたオブジェクト母集団から、ユーザへ付与するオブジェクトを選ぶ。図１１のステップＳ１８６ｂでは一例として、第２付与部２２ｂが、抽選によりオブジェクトを選ぶ。具体的には、第２付与部２２ｂは、上記オブジェクト母集団Ｂ０５に対応する母集団設定テーブルＴ４－５をオブジェクト記憶部２３から読出し、当該テーブル内のオブジェクトの抽選を行う。抽選結果に基づき、ユーザＵ０１へ付与するオブジェクトが選ばれる（ステップＳ１８３ｂ）。

【0070】

一方、第１モード（ステップＳ１８０ａ）は図１０の例と同様である。この第１モードでは、ユーザ操作によらずに決まるオブジェクト母集団のなかから抽選が行われ（ステップＳ１８１ａ）、ユーザＵ０１へ付与するオブジェクトが決定される（ステップＳ１８２ａ）。

【0071】

なお、ステップＳ１８６の処理は抽選に限られず、第２付与部２２ｂが任意の選択方法でオブジェクトを選んでもよい。他の例として、オブジェクト母集団が決まった後に、そのオブジェクト母集団の各オブジェクトを選択候補としてユーザに提示してもよく、図１０のステップＳ１８１～Ｓ１８２ｂで例示したようにユーザ指示操作に基づくオブジェクトの選択処理が行われてもよい。

【0072】

図１０および図１１のシーケンスは次の点で共通する。いずれも、ステップＳ１８０ｂ（第２モードでの第３の選択）において、第２付与部２２ｂが「操作受付部２６からのユーザ操作に基づいて指定される１つ以上のオブジェクト」のなかからユーザへ付与するオブジェクトを選ぶことができる。つまり、図１０では候補オブジェクト２９ａ～２９ｃのうち「操作受付部２６からのユーザ操作に基づいて指定される１つのオブジェクト」が、ユーザに付与するオブジェクトに決定される。また、図１１では、操作受付部２６からのユーザ操作に基づいて、「１つ以上のオブジェクトを含む母集団設定テーブル」が指定され、そのなかから任意の方法（抽選やユーザ指定等）により、ユーザに付与するオブジェクトが決定される。

【0073】

（２．２．第２変形例）
図１２および図１３で例示する第２変形例では、第１の選択が複数種類設けられている。一例としてｎ個（第１種～第ｎ種）の第１の選択が設けられているものとし、ｎは任意の整数とする。これらｎ個の第１の選択は、一例として、対応付けられたオブジェクト母集団（つまり抽選に使用する母集団設定テーブル）が互いに異なっていてもよい。このオブジェクト母集団の相違は、オブジェクト内容とオブジェクト個数と当選確率とのうち１つ又は複数の点での相違でもよい。

【0074】

第２変形例では、ユーザがこれらｎ個の第１の選択から、所望の第１の選択を指定したうえで提供要求を行う。一例として、次のような処理によって提供要求処理が実施されてもよい。ユーザ端末３は、ｎ個の第１の選択のリスト画面を予め記憶しており、ユーザが提供要求を行おうとするときにこのリスト画面を表示部２２４に表示してもよい。リスト画面は、例えば第１種～第ｎ種の第１の選択が互いに異なるアイコンやバナー、名称リスト等で提示された画面でもよい。ユーザは、表示部２２４のリストのなかの特定の第１の選択を選んで、ユーザ端末３から提供要求を送信する。ユーザ端末３は、提供要求に加えて、第１の選択の種別を特定する種別特定情報を送信する。

【0075】

例えばユーザＵ０１からの提供要求（図１０のステップＳ１１０）があった場合に、提供要求受付部２１は、ユーザ端末３からの提供要求と第１の選択の種別とを、第１付与部２２ａに伝達する。第１付与部２２ａは、ステップＳ１２０ａの提供要求確認において「何れの第１の選択を対象として提供要求が出されたか」を確認する。例えばユーザＵ０１が、「第１種の第１の選択」を指定（例えば該当アイコン等をタップ）して提供要求を出したものとする。この場合、第１付与部２２ａは、種別毎に設けられた複数の第１の選択（第１種、第２種・・・第ｎ種にそれぞれ対応するステップＳ１３１－１、Ｓ１３１－２・・・Ｓ１３１－ｎ）のうち、「第１種の第１の選択」の処理（ステップＳ１３１－１）を実行する。具体的には、第１付与部２２ａが、第１種の第１の選択に予め紐付けられた母集団設定テーブルを用いて抽選を行う。

【0076】

続くステップＳ１３２で、第１付与部２２ａは、実行した第１の選択の種別に応じたカウンタ値に１を加算する。第１種の第１の選択が実行されたのであれば、カウンタ値ｃｎｔ＿ｉ１に１が追加される。ユーザごとに、第１種から第ｎ種の第１の選択それぞれに対応するカウンタ値ｃｎｔ＿ｉ１～ｃｎｔ＿ｉｎが設けられている。例えばユーザＵ０１の提供要求が第１種の第１の選択に集中していれば、ユーザＵ０１におけるカウンタ値ｃｎｔ＿ｉ１のみが顕著に大きくなる。

【0077】

その後、図９のシーケンスと同様に、抽選で選ばれたオブジェクトをユーザへ付与するための結果登録が行われる（ステップＳ１４０）。図９のシーケンスと同様にステップＳ１６０で所定条件が成立した場合には、ステップＳ１７０ａ（第２の選択）で第２変形例特有の処理が行われる。

【0078】

ステップＳ１７０ａの第２の選択では、まず、図１０のステップＳ１７１（プレイ履歴取得）に代えて、第１の選択の実行種別が特定される。具体的には、今回のステップＳ１６０の直前に実行されたステップＳ１３１で、いずれの種別の第１の選択が実行されたかが特定される。その特定方法に限定はないが、例えばステップＳ１３２において最後に更新（カウンタ値加算）があった第１の選択の種別を読み出すという処理でもよい。

【0079】

ここでは一例として、今回のステップＳ１６０の直前に第１種の第１の選択（ステップＳ１３１－１）が実行されたものとする。この場合、第２付与部２２ｂは、図１３に示すモード選択確率テーブルＴ８－１、Ｔ８－２・・・Ｔ８－ｎのなかで、第１種の第１の選択に対応するテーブルＴ８－１を参照する。続いて、第２付与部２２ｂは、ユーザＵ０１の現在のカウンタ値ｃｎｔ＿ｉ１に基づいて、テーブルＴ８－１から第２モード選択確率ｗｅｉｇｈｔ＿ｉ１を読み出す。その後、第２付与部２２ｂは、図１０のステップＳ１７２（モード選択処理）と同様に、第２モード選択確率ｗｅｉｇｈｔ＿ｉ１を用いてモードの選択処理を実行する。続くステップＳ１７３～Ｓ１７５の処理、およびその後のステップＳ１８０（第３の選択）は、図１０のシーケンスと同様である。

【0080】

この第２変形例によれば、第１種～第ｎ種の第１の選択の実行回数ｃｎｔ＿ｉ１～ｃｎｔ＿ｉｎに違いがある場合に、その違いを第２の選択におけるモード選択確率に反映できる。これにより複数の第１の選択それぞれに対するユーザの熱中度合いの違いに応じて、モード選択確率を調節できる利点がある。なお、図１３にはテーブルＴ８－１～Ｔ８－ｎの選択確率の具体例が示されているが、選択確率の数値はテーブルＴ８－１～Ｔ８－ｎ同士で同じでもよく或いは相違してもよい。

【0081】

（２．３．第３変形例）
第３変形例は、図７Ａのプレイ履歴テーブルＴ５ａと図１４に例示するモード選択確率テーブルＴ９とを用いて、図１０のステップＳ１７１、Ｓ１７２の処理を変形するものである。これにより、第３変形例は、「第１の選択で予め定めたオブジェクトが付与された回数」に応じたモード確率制御を実施する。

【0082】

第３変形例における「予め定められたオブジェクト」は、一例として「低希少価値オブジェクト（低レアリティオブジェクト）」としてもよい。この低希少価値オブジェクトは、ゲーム提供部２０が提供するゲームにおいて、予め定めた「希少価値の低いオブジェクト」である。「希少価値」は、任意の観点で定めることができる。一例として、各オブジェクトに、複数段階の「希少性パラメータ」が事前に割り振られていてもよい。この希少性パラメータの列が、オブジェクトテーブルＴ１や母集団設定テーブルＴ４－１～Ｔ４－９などのテーブルに追加されてもよい。例えば３段階の希少性パラメータが設定された場合、最高希少度（希少度３）のオブジェクトを除く希少度１～２のオブジェクトを、所定希少価値オブジェクトに設定してもよい。他の例として、図６Ｂの母集団設定テーブルＴ４－１～Ｔ４－９で、当選確率が高い（例えば５％～１０％以上など）オブジェクトを、低希少価値オブジェクトに設定してもよい。或いは、第１の選択で過去に当選した回数が予め定めた所定回数以上であるオブジェクトは、多数当選されていて希少価値が低いオブジェクトとみなしてもよく、これを上記低希少価値オブジェクトとしてもよい。

【0083】

図１０を参照して説明すると、第３変形例では、第２付与部２２ｂがプレイ履歴として図７Ａのプレイ履歴テーブルＴ５ａを参照する。第２付与部２２ｂは、プレイ履歴テーブルＴ５ａから、現在の該当ユーザ（例えばユーザＵ０１）に提供されたオブジェクト（具体的にはキャラクタ）のオブジェクトリストを生成する。

【0084】

第１の選択で上記予め定めたオブジェクトが付与された回数を数えるために、第３変形例では、第２付与部２２ｂが「過去の第１の選択で付与されたオブジェクトのみ」を抽出してオブジェクトリストを作成する。一例として、別途専用テーブルを設けて、第１の選択で付与されたオブジェクトのキャラクタＩＤをユーザＩＤとともに順次記憶しておいてもよい。あるいは、後述する図１９のプレイ履歴テーブルＴ５ａ１を設けることで、第１の選択（獲得経路Ｓｅｌｅｃｔ１）が付与されたレコードのみを上記オブジェクトリストに抽出してもよい。

【0085】

次に、第２付与部２２ｂが、取得したオブジェクトリストを検索して、上記予め定めたオブジェクト（低希少価値オブジェクト）がヒットするたびに計数カウンタ値ｃｎｔ＿ｃｌｒに１を加算してもよい。これにより上記「低希少価値オブジェクト」の個数が計数されてもよい。

【0086】

例えば、第１の選択によってユーザＵ０１に提供された低希少価値オブジェクトの数が５であったとする。この場合、図１４のモード選択確率テーブルＴ９で、「ｃｎｔ＿ｃｌｒ＝５」に対応する選択確率５０％が読み出される。その後、第２付与部２２ｂは、第２モード選択確率ｗｅｉｇｈｔ（５０％）を用いて、図１０のステップＳ１７２（モード選択処理）を実行する。続くステップＳ１７３～Ｓ１７５の処理、およびその後のステップＳ１８０（第３の選択）以降は、図１０等のシーケンスと同様である。

【0087】

なお、他の変形例として、上記「予め定めたオブジェクト」が、例えば予め定めた回数よりも付与回数が少ない高希少価値オブジェクトであってもよい。あるいは、希少性に関わらず、ゲーム提供者が任意に指定したオブジェクトが「予め定めたオブジェクト」とされてもよい。

【0088】

（２．４．第４変形例）
図１５および図１６を用いて第４変形例を説明する。第４変形例は、第２変形例と同様に第１の選択が複数種類設けられている。図１５を参照すると、第４変形例にかかる第１付与部２２ａは、図１２のシーケンスと同様にｎ個の第１の選択（ステップＳ１３１－１～Ｓ１３１－ｎ）のうち一つを実行する。続いて、第１付与部２２ａは、図１５のステップＳ１３２ａで、直近に実行された第１の選択の種別を保持つまり記憶する。ここでは具体例として、今回のステップＳ１３２ａの直前に、ステップＳ１３１－１が実行されたものとする。この場合には、ステップＳ１３２ａで「第１種」という情報が記憶される。続いて図１２等と同様にステップＳ１４０～Ｓ１６０の処理が実行され、ステップＳ１６０で所定条件が成立したものとする。さらに、その後のステップＳ１７０（第２の選択）で、第２モードが選択されたものとする。

【0089】

続いて図１６を参照する。ステップＳ１８０ｂ（第２モードでの第３の選択）において、第２付与部２２ｂは、ステップＳ１３２ａで保持した種別を読み出す（ステップＳ１８７ｂ）。上記の具体例に基づいて、今回読み出される種別は「第１種」であるものとする。

【0090】

続いて、第２付与部２２ｂは、指定候補の決定および提示を行う（ステップＳ１８８ｂ）。このステップでは図１７のテーブルＴ１０が参照される。テーブルＴ１０は、第１の選択の種別（第１種～第ｎ種）に母集団ＩＤを予め対応付けたテーブルの一例である。テーブルＴ１０はオブジェクト記憶部２３に予め設定されているものとする。便宜上、第１種をＳ１Ａと表記し、第２種をＳ１Ｂと表記し、第３種をＳ１Ｃと表記し、・・・第ｎ種をＳ１Ｎと表記している。ステップＳ１８８ｂでは、ステップＳ１８７で読み出された種別に基づいてテーブルＴ１０から母集団ＩＤが決定される。例えば今回読み出される種別が「第１種」である場合、第１種Ｓ１Ａに紐付けられた母集団ＩＤはＢ０１である。この場合、第２付与部２２ｂは、オブジェクト母集団Ｂ０１をユーザ指定候補に決定し、表示部２２４にオブジェクト母集団Ｂ０１の各オブジェクトを表示させる。例えば、ユーザ端末３が第２付与部２２ｂからの表示指示を受け取ったら、ユーザ端末３がオブジェクト提示画面２８を表示部２２４に表示してもよい。

【0091】

なお、上記の処理は一例であり、ステップＳ１８８ｂの処理は様々に変形可能である。例えばテーブルＴ１０のように母集団ＩＤを対応付けなくともよく、例えば所定個数のキャラクタＩＤを各々の種別Ｓ１Ａ、Ｓ１Ｂ・・・Ｓ１Ｎに紐付けたテーブルを用いてもよい。また、各々のオブジェクト母集団の全オブジェクトをユーザ指定候補にするのではなく、その中から選出した幾つかのオブジェクトのみをユーザ指定候補にしてもよい（その場合の選出方法も任意であり、例えば抽選でもよく、あるいは抽選以外の規則的な絞り込み処理などでもよい）。

【0092】

その後、第２付与部２２ｂは、ステップＳ１８２ｂ（ユーザ操作受付）でユーザから指定のあったオブジェクトを、ユーザに付与するオブジェクトに決定する（ステップＳ１８３ｂ）。

【0093】

（２．５．第５変形例）
第５変形例は、第２モードにおいて、予め設定した所定規則に基づいてユーザに付与するオブジェクトを選ぶ。この点は単なる抽選やユーザ操作指定などと異なる。具体的には、図１８に例示する第５変形例では、ステップＳ１８０ｂ（第２モードでの第３の選択）において、ステップＳ１８９ｂ１～Ｓ１８９ｂ３の処理（過去の付与頻度に応じたオブジェクト付与）が設けられている。

【0094】

第５変形例のステップＳ１８０ｂでは、まずステップＳ１８９ｂ１で、第２付与部２２ｂが母集団読出を行う。図１８の例では、第１モードのオブジェクト抽選（ステップＳ１８１ａ）と第２モードの母集団読出（ステップＳ１８９ｂ１）とで、同じオブジェクト母集団（一例として母集団Ｂ０１）を読み出す例が記載されている。ただしこれは一例であり、ステップＳ１８１ａとステップＳ１８９ｂ１とでオブジェクト母集団を相違させてもよい。

【0095】

次に、第２付与部２２ｂは、プレイ履歴読出を行い、図１９のプレイ履歴テーブル（オブジェクト提供結果テーブル）Ｔ５ａを参照する（ステップＳ１８９ｂ２）。プレイ履歴テーブルＴ５ａ１は、獲得経路列を備える。獲得経路列には、第１の選択（Ｓｅｌｅｃｔ１）と、第１モードの第３の選択（Ｓｅｌｅｃｔ３＿ｍ１）と、第２モードの第３の選択（Ｓｅｌｅｃｔ３＿ｍ２）とに、オブジェクトの獲得経路が区別して記録される。プレイ履歴テーブルＴ５ａ１は、結果登録（ステップＳ１４０、Ｓ１９０）で随時更新される。これにより、例えば現在の提供要求元のユーザがユーザＵ０１である場合に、このユーザＵ０１に対して第１の選択で付与されたオブジェクト付与履歴を参照することができる。なお同じオブジェクトが異なる時期に付与された場合には、その履歴は異なるレコードに記録される。テーブル内における個々のキャラクタＩＤの出現頻度に基づいて、各オブジェクトの付与回数をユーザごとに容易に特定できる。

【0096】

続いて、第２付与部２２ｂは、付与頻度判定を行う（ステップＳ１８９ｂ３）。付与頻度判定では、ステップＳ１８９ｂ２で得られた情報に基づいて、各ユーザへの各オブジェクトの付与頻度が判定される。具体的には、ユーザごとに、付与頻度（具体的には付与回数）が予め定めた基準頻度以下のオブジェクトが抽出される。予め定めた基準頻度は、一例としてゼロ回（一度も付与されていない）でもよく、あるいは１～数回（殆ど付与されていない）でもよい。他の例として、予め定めた基準頻度は、テーブル内のキャラクタＩＤ出現頻度のなかの最小値としてもよい。この場合は、予め定めた基準頻度が「最少付与回数」となり、付与頻度判定により最も付与頻度の低いオブジェクトが抽出される。同じ付与頻度を持つ複数のオブジェクトが抽出された場合には、さらにそこから抽選を行ってもよく、あるいは他の絞込規則で絞り込んでもよい。他の絞込規則は任意に定めてよいが、例えば付与された時期が古いほうを優先抽出する等でもよい。なお、付与頻度の判定は、例えば所定期間内の付与回数に限定して行ってもよく、一例として過去数ヶ月～数年にさかのぼった付与回数に限定して行ってもよい。その場合、プレイ履歴テーブルＴ５ａ１に、オブジェクトが付与された日時を記録する「付与日時列」が設けられてもよい。

【0097】

次に、第２付与部２２ｂは、付与頻度判定により抽出したオブジェクトを、ユーザへ付与するオブジェクトに決定する（ステップＳ１８３ｂ）。これ以降の処理は図１０等のシーケンスと同様である。

【0098】

（２．６．第６変形例）
第６変形例は、第１モードのみならず第２モードでも、第３の選択としてオブジェクトの抽選を行う。図２０に例示するように、第６変形例では、ステップＳ１８０ｂ（第２モードの第３の選択）において、オブジェクト抽選の処理が行われる（図１１のステップＳ１８６ｂと同様）。ただし、第１モードと第２モードとでは抽選の内容に差異がある。

【0099】

一例として、図２０では、第１モードのオブジェクト抽選（図２０のステップＳ１８１ａ）では、母集団設定テーブルＴ４－１（図６Ｂ参照）が使用される。その一方で、第２モードのオブジェクト抽選（図２０のステップＳ１８６ｂ）では、母集団設定テーブルＴ４－１ａ（図６Ｃ参照）が使用される。これにより、第２モードの排出対象母集団に対して、「第１モードで排出対象ではないオブジェクト（具体的には図６Ｃにおける相違点Ｄ１のキャラクタＣ１５０）」を含ませることができる。このキャラクタＣ１５０は、例えば、高希少価値オブジェクトであってもよい。例えば３段階の希少性パラメータで希少度を規定する例であれば、最高希少度（希少度３）のオブジェクトが高希少価値オブジェクトとされてもよい。

【0100】

図２０の例は、さらに各種の変形が可能である。例えば、第１モードのオブジェクト抽選（ステップＳ１８１ａ）では、母集団設定テーブルＴ４－１（図６Ｂ参照）が使用されてもよい。その一方で、第２モードのオブジェクト抽選（図２０のステップＳ１８６ｂ）では、母集団設定テーブルＴ４－１ｂまたはＴ４－１ｃ（図６Ｃ参照）が使用されてもよい。これにより、第１モードと第２モードとがいずれも抽選だが、少なくとも１つの所定オブジェクトで排出確率（当選確率）を相違させることができる。母集団設定テーブルＴ４－１ｂのように一部のオブジェクト（キャラクタＣ１２０）のみで当選確率を相違させてもよく、母集団設定テーブルＴ４－１ｃのように全てのオブジェクトで当選確率を相違させてもよい。

【0101】

（２．７．モードのバリエーションについて）
実施の形態で述べたように、第２付与部２２ｂでは、複数のモードのなかからモードを選ぶ第２の選択が行われる。個々のモードは、第３の選択が行われる際の選択方式を定めたものである。第３の選択とは、選択されたモードで、ユーザへ付与するオブジェクトを第２付与部２２ｂが選ぶことである。

【0102】

実施形態およびいくつかの変形例では、第１モードにおける第３の選択が「抽選」で統一されているが、第１モードはこれに限定されない。抽選以外の第１モードでもよく、例えば、実施形態および第１～第６変形例で例示した複数の第２モード１８０ｂそれぞれと同一内容に構築された複数の第１モードが設けられてもよい。具体的には、例えば図１０と図１１と図１６と図１８と図２０に例示された複数のステップＳ１８０ｂの処理（第２モードの第３の選択）のうち、一つを第１モードとして、他の一つを第２モードとしてもよい。このような場合でも、内容が重複しないように第１モードと第２モードとを設定し、第２付与部２２ｂが第２の選択によってモードを選べばよい。これにより第２付与部２２ｂによる特別なオブジェクト獲得機会を変化に富ませることができる。

【0103】

より網羅的に述べると、複数のモードは、次に述べる一つまたは複数の観点で互いに相違させられてもよい。一例として、複数のモードは、「選択方法」という観点で相違してもよく、「選択対象」という観点で相違してもよく、「外部影響（の有無）」という観点で相違してもよく、「母集団異同」という観点で相違してもよく、「選択確率異同」という観点で相違してもよい。これらの二つ以上の観点を任意に組み合わせて、モード間に違いをつけてもよい。例えば選択方法が同じであっても選択対象の違いがあれば、モード間の違いがある。例えば選択方法と選択対象とが同じであっても、外部影響等の観点で違いがあれば、モード間の違いがある。

【0104】

モードにおける選択方法の違いとは、例えばユーザ選択と非ユーザ選択との違いでもよい。ユーザ選択はユーザ操作でユーザが能動的に指定しオブジェクトを、ユーザに付与するオブジェクトに選ぶという選択方法である。非ユーザ選択は、ユーザ操作によらずにサーバ、端末、プログラム等が自動的にオブジェクトを選ぶ、という選択方法である。これはユーザにとっては受動的なオブジェクト選択といえる。非ユーザ選択はさらに細分化されてもよく、例えば少なくとも抽選と所定規則選択（つまり抽選以外のルールベース選択）とに区別されてもよく、両者がモード間の相違として用いられてもよい。

【0105】

モードにおける選択対象の違いとは、オブジェクトを選ぶのみなのか、それともオブジェクト母集団を選んでからオブジェクトを選ぶのか、という違いである。オブジェクト母集団の選択がないときには、同じオブジェクト母集団から毎回選択がおこなわれてもよいが、その一種類のオブジェクト母集団の中身は固定でもよく随時変更されてもよい。なおモード間でオブジェクトの選択個数が違う場合にも、この選択対象の違いに含まれるものとする。

【0106】

モードにおける外部影響の違いとは、例えば「プレイ履歴」の影響を含むかどうかの違いでもよい。プレイ履歴には幾つかの種類があることを述べたが、モード内の処理に取り込むプレイ履歴の種類や履歴蓄積期間などが相違することを、モード間の相違点としてもよい。

【0107】

モードにおける母集団異同の違いとは、あるモードと他のモードとでオブジェクト母集団が同じかそれとも異なるかということである。モード間で少なくとも一部のオブジェクトが相違していれば、モード間のオブジェクト母集団の違いがあるといえる。例えば、オブジェクト母集団の異同が、完全一致と部分一致と完全相違（重複なし）とのように段階的に区別されてもよい。

【0108】

モードにおけるオブジェクト当選確率の違いとは、選択方法が非ユーザ選択である場合に、オブジェクトの当選確率にモード間で違いがあるかどうかである。具体的にはオブジェクトの当選確率の数値に違いがあるかどうかであり、その違いは完全一致と部分一致と完全相違（重複なし）とのように段階的に区別されてもよい。

【0109】

図２１は、情報処理装置１の機能構成の他の具体例を示すブロック図である。図２０に例示するように、各モードの処理を予め記憶したモード記憶部２７が設けられていてもよい。前述したようにモードのバリエーションは多岐にわたり、第２付与部２２ｂに３つ以上のモードを設けることもできるため、この場合にはモード記憶部２７を別途設けることで利便性が高まりやすい。

【0110】

（２．８．モードの有利／不利）
上述した実施形態およびいくつかの変形例における第２モードが、「有利なモード」として扱われてもよい。「有利」とは、オブジェクト獲得の面でユーザにとって有利であるという意味である。ここでいうモードの有利／不利は、第２の選択で選択候補となる複数のモード同士の相対比較で決まる。

【0111】

一例として、実施形態（図１０、図１１）や第１変形例（図１１）では、第２モードにおいて、ユーザ指示によりオブジェクトやテーブルが選択される。このような第２モードは、第１モードと比較して、ユーザがオブジェクト等の選択に能動的に関与できる面で、ユーザにとって有利なモードといえる。

【0112】

他の例として、図２０に例示したように第１モードと第２モードで取り扱うオブジェクト母集団が相違する場合、第２モードのオブジェクト母集団をユーザにとって有利にしてもよい。ここでは一例として、図６Ｂのオブジェクト母集団Ｂ０９のキャラクタＣ９１０～Ｃ９８０が、他のオブジェクト母集団Ｂ０１～Ｂ０８のキャラクタに比べて、平均的に希少性が高い（つまり平均的に付与頻度が低い）ものとする。この場合、第２モードでは母集団設定テーブルＴ４－９を使用して、キャラクタＣ９１０～Ｃ９８０からユーザに付与するオブジェクトを選ぶようにしてもよい。このような第２モードは、第１モードと比較して、高希少価値オブジェクトを獲得しやすい面で、ユーザにとって相対的に有利なモードといえる。

【0113】

更に他の例として、図２０に例示したように第１モードと第２モードとで抽選を行う場合、第２モードのほうがユーザにとって有利な当選確率を設定してもよい。例えば図６Ｃの母集団設定テーブルＴ４－１ｂ，Ｔ４－１ｃはキャラクタＣ１２０の当選確率が高く設定されており、図２０のシーケンス例における第２モードがこれらのテーブルを使用してもよい。このような第２モードは、第１モードと比較して、ユーザが特定のオブジェクトを獲得する可能性が高まる面で、ユーザにとって有利なモードといえる。

【0114】

更に他の例として、図１８で例示したように、第２モードではユーザにとって既に獲得済みのオブジェクトと重複しにくくなるようにオブジェクトが選ばれてもよい。重複したオブジェクトがユーザにとって不要である可能性が高いという面で、このような第２モードも、第１モードと比較してユーザにとって有利なモードといえる。

【0115】

（２．８．他の変形例）
実施形態および各変形例では、第２付与部２２ｂが行う第２の選択は、一例としてモード選択確率テーブルを用いた抽選としたが、これに限られない。抽選以外の予め定めた所定選択規則に基づいて第２付与部２２ｂがモードを選ぶように、第２の選択が構築されてもよい。所定選択規則の例としては、例えばプレイ履歴が所定選択条件を満たしているときには第２モードを選び、そうでないときには第１モードを選ぶ、というものでもよい。この所定選択条件は様々に設定できるが、一例として、ある特定のクエストをクリアしてから予め定めた所定期間内であるかどうか等でもよいし、他の例として、ある特定のイベントの開催期間内であるかどうか等でもよい。

【0116】

本発明は、上述の情報処理装置１を実現させるためのサーバを機能させるプログラムとして実現することもできる。

【0117】

さらに、本発明は、上述のプログラムを格納する、コンピュータ読み取り可能な非一時的な記録媒体として実現することもできる。

【0118】

＜３．実施形態及び変形例の特徴＞
本発明の実施形態およびその変形例の特徴は、下記（１）～（１１）のようにまとめられてもよい。

【0119】

（１）本発明の一態様では、第１付与部２２ａと第２付与部２２ｂとを備える情報処理装置１が提供される。第１付与部２２ａが第１の選択（オブジェクト抽選）を行う。第２付与部２２ｂが第２の選択（モードの選択）と第３の選択（オブジェクトの選択）とを行う。第２の選択のモードが複数種類（第１モード、第２モード）提供されることで、異なるモードでオブジェクトの付与を受ける機会をユーザに提供できる。これにより、第２付与部２２ｂによる特別なオブジェクト獲得機会を変化に富ませることができる。

【0120】

（２）ユーザのプレイ履歴（図７Ａ～図７Ｃ等参照）に基づいて、第２の選択における各モードの選ばれる確率が設定されてもよい（図８Ａ～図８Ｃ、図１３等参照）。これにより、モードの選択確率をプレイ履歴と関連付けることができるので、特別なオブジェクト獲得機会がより一層変化に富む利点がある。有利なモードでオブジェクト提供を受けるために、ゲームをプレイする動機を強めることもできる。

【0121】

（３）第２付与部２２ｂが、ユーザごとに第１モードが選ばれた回数（カウンタ値ｃｎｔ＿ｍ）に応じて第２モードが選ばれる確率を設定してもよい（図８Ａ参照）。これにより、第２の選択が行われるたびに各モードの選択頻度を調整することができるので、特別なオブジェクト獲得機会がより一層変化に富む利点がある。

【0122】

（４）第２付与部２２ｂが、第２の選択で第２モードが選ばれたときに、確率制御の設定において加えられた分を減らしてもよい。具体的には、一例として、図１０のステップＳ１７５でカウンタ値ｃｎｔ＿ｍがリセットされることで、モード選択確率テーブルにおける第２モード選択確率が最低確率に戻されてもよい。これにより第２モードが頻繁に選ばれすぎないように確率を調節できる。

【0123】

（５）第２付与部２２ｂが、第１の選択の実行回数（カウンタ値ｃｎｔ＿ｉ）に応じて第２の選択において各モードが選ばれる確率を設定してもよい（図８Ｂ参照）。これにより、第１の選択が行われるたびに各モードの選択頻度を調整することができるので、特別なオブジェクト獲得機会がより一層変化に富む利点がある。

【0124】

（６）実施の形態の第２変形例（図１２、図１３参照）で例示したように、第２付与部２２ｂが、ｎ種の第１の選択それぞれの実行回数（図１２のカウンタ値ｃｎｔｉ１～ｃｎｔ＿ｉｎ）に応じて、各々の第１の選択の実行で所定条件（ステップＳ１６０）が満たされたときの第２の選択において各モードが選ばれる確率の設定を行ってもよい。各々の第１の選択の実行回数に違いがある場合に、その違いを第２の選択における各モードの選ばれる確率に反映できる。これにより複数の第１の選択それぞれに対するユーザの熱中度合いの違いに応じて各モードが選ばれる確率を調節できる。

【0125】

（７）実施の形態の第３変形例（図１４参照）で例示したように、第２付与部２２ｂが、第１の選択で予め定めたオブジェクトが付与された回数（カウンタ値ｃｎｔ＿ｃｌｒ）に応じて、第２の選択において各モードが選ばれる確率を設定してもよい。これにより、第１の選択における予め定めたオブジェクトの付与頻度に応じて、第２の選択におけるモードの選択傾向を調整することができる。

【0126】

（８）上記「モードの有利／不利」で述べたように、実施形態および幾つかの変形例において、第２付与部２２ｂは、第１モードよりもオブジェクトの獲得においてユーザにとって有利なモードを第２モードとして選んでもよい。相対的に不利／有利な複数のモードが含まれることで、特別なオブジェクト獲得機会がより一層変化に富む利点がある。

【0127】

（９）第２付与部２２ｂが、第２モード（例えば図１０または図１１のステップＳ１８０ｂ参照）ではユーザ操作（操作受付部２６）に基づいて指定される１つ以上のオブジェクトのなかから第３の選択でユーザへ付与するオブジェクトを選んでもよい。また、第２付与部２２ｂは、第１モード（ステップＳ１８０ａ）では、ユーザ操作によらず定められた１つ以上のオブジェクトのなかから第３の選択でユーザへ付与するオブジェクトを選んでもよい。第２モードではユーザがオブジェクトの選択に関与できるので、第１モードとの違いが明確となり、特別なオブジェクト獲得機会がより一層変化に富む利点がある。

【0128】

（１０）実施の形態の第４変形例（図１５～図１７参照）で例示したように、第１付与部２２ａが、選択候補のオブジェクトが互いに異なるｎ種の第１の選択を実行してもよい。さらに、第２付与部２２ｂは、ｎ種の第１の選択のうち所定条件の成立時（ステップＳ１６０）に実行された第１の選択に応じて、第２モードにおけるユーザ操作の指定候補となるオブジェクトをユーザに提示してもよい（ステップＳ１８８ｂ）。これにより、ユーザが特定種類の第１の選択についての提供要求を発したときに、その特定種類の第１の選択に対応付けられた指定候補オブジェクトを提示できる。従って、ユーザが欲している可能性の高いオブジェクトを、指定候補として提供しやすくなる利点がある。

【0129】

（１１）実施の形態の第５変形例（図１８、図１９参照）で例示したように、第２付与部２２ｂは、第１モードではオブジェクト母集団のなかから抽選を行うことでオブジェクトを選んでもよい。さらに、第２付与部２２ｂは、第２モードでは第１モードと同じオブジェクト母集団に属し且つ過去の第１の選択での付与頻度が予め定めた基準以下のオブジェクトをユーザへ付与するオブジェクトに選んでもよい（図１８のステップＳ１８９ｂ１～Ｓ１８９ｂ３）。これにより、あるユーザにとって第１の選択で獲得しにくいオブジェクトを、そのユーザに優先的に提供しやすくなる利点がある。

【0130】

（１２）本発明の他の態様では、コンピュータにオブジェクトを選ばせるプログラムが提供される。このプログラムは、ユーザへ付与するオブジェクトを選ぶ第１の選択をコンピュータに実行させ、前記第１の選択の実行で所定条件が満たされた前記ユーザに対して異なる複数のモードのなかからモードを選ぶ第２の選択をコンピュータに実行させ、前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択をコンピュータに実行させる。

【0131】

（１３）本発明の他の態様では、情報処理方法が提供される。この情報処理方法では、ユーザへ付与するオブジェクトを選ぶ第１の選択をコンピュータが行い、前記第１の選択の実行で所定条件が満たされた前記ユーザに対して異なる複数のモードのなかからモードを選ぶ第２の選択をコンピュータが行い、前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択をコンピュータが行う。

【0132】

本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0133】

１ ：情報処理装置
２ ：ＷＡＮ
３ ：ユーザ端末
１１ ：制御部
１２ ：記憶部
１３ ：通信部
１４ ：操作入力部
１５ ：モニタ
１６ ：システムバス
２０ ：ゲーム提供部
２０ａ ：ゲーム情報記憶部
２１ ：提供要求受付部
２２ ：オブジェクト付与部
２２ａ ：第１付与部
２２ｂ ：第２付与部
２３ ：オブジェクト記憶部
２４ ：プレイ履歴テーブル
２４ ：プレイ履歴記憶部
２５ ：確率データ記憶部
２６ ：操作受付部
２７ ：モード記憶部
２８ ：オブジェクト提示画面
２９ａ、２９ｂ、２９ｃ ：候補オブジェクト
３０ ：オブジェクト表示領域
２２１ ：制御部
２２２ ：記憶部
２２３ ：通信部
２２４ ：表示部
２２５ ：スピーカ
２２６ ：マイク
２２７ ：カメラ
２２８ ：操作ボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【手続補正書】

【提出日】2022-12-02

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１付与部と第２付与部とを備える情報処理装置であって、
前記第１付与部は、ユーザへ付与するオブジェクトを選ぶ第１の選択を行い、
前記第２付与部は、前記第１の選択の実行で所定条件が満たされた前記ユーザに対して、複数のモードのなかからモードを選ぶ第２の選択を行い、前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択を行い、
前記複数のモードは、少なくとも第１モードと第２モードとを含み、
前記第１モードと前記第２モードは、互いに、オブジェクトの選び方と、オブジェクトを選ぶ母集団と、オブジェクト抽選時の当選確率と、のうち少なくとも１つが相違する、情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記第２付与部は、前記ユーザのゲームプレイ履歴に基づいて前記第２の選択における各モードの選ばれる確率を設定する、情報処理装置。

【請求項3】

請求項１または２に記載の情報処理装置であって、
前記第２付与部は、前記複数のモードのうち一つのモードが前記第２の選択で選ばれた回数に応じて前記第２の選択における前記複数のモードのうち他のモードの選ばれる確率を設定する、情報処理装置。

【請求項4】

請求項１から請求項３のいずれか１つに記載の情報処理装置であって、
前記複数のモードは、第１モードと前記第１モードとは異なる第２モードとを含み、
前記第２付与部は、前記第２の選択で前記第１モードが選ばれた回数に応じて前記第２モードが選ばれる確率を設定し、前記第２の選択で前記第２モードが選ばれたときに前記設定において加えられた分を減らす、情報処理装置。

【請求項5】

請求項１から請求項４のいずれか１つに記載の情報処理装置であって、
前記第２付与部は、前記第１の選択の実行回数に応じて、前記第２の選択において前記各モードが選ばれる確率を設定する、情報処理装置。

【請求項6】

請求項１から請求項５のいずれか１つに記載の情報処理装置であって、
前記第１付与部は、複数種類の第１の選択を実行し、
前記第２付与部は、各々の第１の選択の実行回数に応じて、各々の第１の選択の実行で前記所定条件が満たされたときの前記第２の選択において各モードが選ばれる確率の設定を行う、情報処理装置。

【請求項7】

請求項１から請求項６のいずれか１つに記載の情報処理装置であって、
前記第２付与部は、前記第１の選択で予め定めたオブジェクトが付与された回数に応じて前記第２の選択において前記各モードが選ばれる確率を設定する、情報処理装置。

【請求項8】

請求項１から請求項７のいずれか１つに記載の情報処理装置であって、
前記複数のモードは、第１モードと第２モードとを含み、
前記第２付与部は、前記第２モードではユーザ操作に基づいて指定される１つ以上のオブジェクトのなかから前記第３の選択で前記ユーザへ付与するオブジェクトを選び、前記第１モードでは前記ユーザ操作によらず定められた１つ以上のオブジェクトのなかから前記第３の選択で前記ユーザへ付与するオブジェクトを選ぶ、情報処理装置。

【請求項9】

請求項８に記載の情報処理装置であって、
前記第１付与部は、選択候補のオブジェクトが互いに異なる複数種類の第１の選択を実行し、
前記第２付与部は、前記複数種類の第１の選択のうち前記所定条件の成立時に実行された第１の選択に応じて前記第２モードにおける前記ユーザ操作の指定候補となるオブジェクトを前記ユーザに提示する、情報処理装置。

【請求項10】

請求項８に記載の情報処理装置であって、
前記第２付与部は、前記第１モードではオブジェクト母集団のなかから前記第３の選択としての抽選を行うことでオブジェクトを選び、前記第２モードでは前記オブジェクト母集団に属し且つ過去の前記第１の選択での付与頻度が予め定めた基準以下のオブジェクトを前記第３の選択で前記ユーザへ付与するオブジェクトに選ぶ、情報処理装置。

【請求項11】

コンピュータにオブジェクトを選ばせるプログラムであって、
ユーザへ付与するオブジェクトを選ぶ第１の選択をコンピュータに実行させ、
前記第１の選択の実行で所定条件が満たされた前記ユーザに対して複数のモードのなかからモードを選ぶ第２の選択をコンピュータに実行させ、
前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択をコンピュータに実行させ、
前記複数のモードは、少なくとも第１モードと第２モードとを含み、
前記第１モードと前記第２モードは、互いに、オブジェクトの選び方と、オブジェクトを選ぶ母集団と、オブジェクト抽選時の当選確率と、のうち少なくとも１つが相違する、プログラム。

【請求項12】

ユーザへ付与するオブジェクトを選ぶ第１の選択をコンピュータが行い、
前記第１の選択の実行で所定条件が満たされた前記ユーザに対して複数のモードのなかからモードを選ぶ第２の選択をコンピュータが行い、
前記第２の選択で選んだモードにおいて前記ユーザへ付与するオブジェクトを選ぶ第３の選択をコンピュータが行い、
前記複数のモードは、少なくとも第１モードと第２モードとを含み、
前記第１モードと前記第２モードは、互いに、オブジェクトの選び方と、オブジェクトを選ぶ母集団と、オブジェクト抽選時の当選確率と、のうち少なくとも１つが相違する、情報処理方法。