特開 2022-187306 ゲームコンテンツ抽選方法、ゲームコンテンツ抽選装置及びコンピュータプログラム

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

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

(11)【公開番号】P2022187306

(43)【公開日】2022-12-19

(54)【発明の名称】ゲームコンテンツ抽選方法、ゲームコンテンツ抽選装置及びコンピュータプログラム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20221212BHJP

【ＦＩ】

A63F13/69 510

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2021095278

(22)【出願日】2021-06-07

(71)【出願人】

【識別番号】522039773

【氏名又は名称】株式会社 ラセングル

(74)【代理人】

【識別番号】100153246

【弁理士】

【氏名又は名称】伊吹 欽也

(72)【発明者】

【氏名】叶 良樹

(72)【発明者】

【氏名】川▲崎▼ 大二郎

(57)【要約】

【課題】「ガチャ」に対して納得感及び期待感を適切に持たせることができるゲームコンテンツ抽選方法、ゲームコンテンツ抽選装置及びコンピュータプログラムを提供する。
【解決手段】ゲームコンテンツ抽選方法は、複数のゲームコンテンツを識別する識別データを格納した１つのテーブルを記憶し、前記ゲームコンテンツを第１回数だけ抽選する第１の処理、又は、前記ゲームコンテンツを第２回数だけ抽選する第２の処理のいずれかの選択を受け付け、前記第１の処理及び第２の処理のいずれが選択されるかに応じて、前記１つのテーブルにおける前記識別データの抽選対象を変えて抽選処理を実行する処理を含む。
【選択図】図７

【特許請求の範囲】

【請求項1】

複数のゲームコンテンツを識別する識別データを格納した１つのテーブルを記憶し、
前記ゲームコンテンツを第１回数だけ抽選する第１の処理、又は、前記ゲームコンテンツを第２回数だけ抽選する第２の処理のいずれかの選択を受け付け、
前記第１の処理及び第２の処理のいずれが選択されるかに応じて、前記１つのテーブルにおける前記識別データの抽選対象を変えて抽選処理を実行する
ゲームコンテンツ抽選方法。

【請求項2】

前記１つのテーブルには、各ゲームコンテンツに付されたレア度が識別データに対応付けて格納されており、
前記第２の処理が選択された場合、前記第２回数の内の少なくとも１回は、前記レア度が所定の度合いよりも高いゲームコンテンツの識別データを対象として前記抽選処理を実行する
請求項１に記載のゲームコンテンツ抽選方法。

【請求項3】

前記ゲームコンテンツに付されたレア度、及び前記ゲームコンテンツの種別の組み合わせに対する抽選確率の配分を格納した設定テーブルを、前記配分が異なる複数のパターンで記憶し、
前記第１の処理が選択された場合、前記設定テーブルの内、他の設定テーブルよりも、レア度が高い組み合わせに対する抽選確率が低い設定テーブルから、前記レア度及び種別を抽選し、
前記第２の処理が選択された場合、前記第２回数の内の少なくとも１回は、前記設定テーブルの内、他の設定テーブルよりも、レア度が高い組み合わせに対する抽選確率が高い設定テーブルから、前記レア度及び種別を抽選し、
前記第１の処理及び第２の処理では、抽選されたレア度及び種別のゲームコンテンツを前記１つのテーブルから抽出し、抽出されたゲームコンテンツから、抽選処理を実行する
請求項１又は２に記載のゲームコンテンツ抽選方法。

【請求項4】

前記１つのテーブルには、各ゲームコンテンツに付されたレア度及び前記ゲームコンテンツの種別が識別データに対応付けて格納されており、
前記抽選処理は、
前記種別及びレア度に対する重み付き事前抽選を含み、
前記抽選処理は、前記重み付き事前抽選によって抽選された種別及びレア度のゲームコンテンツを抽選対象としてゲームコンテンツを抽選する
請求項１又は２に記載のゲームコンテンツ抽選方法。

【請求項5】

前記第２の処理にて実行する事前抽選では、前記第１の処理にて実行する事前抽選と比較して、少なくとも１回、前記種別及びレア度の内、所定の度合い以上のレア度の重みが大きい
請求項４に記載のゲームコンテンツ抽選方法。

【請求項6】

前記識別データには夫々、異なる数値が対応し、
抽選確率が所定の率よりも低いレアゲームコンテンツの識別データに対応する数値は、他のゲームコンテンツの識別データに対応する数値よりも大きく、
前記第２の処理が選択された場合、前記第２回数の内の少なくとも１回は、所定値以上の数値が対応する識別データを対象として前記抽選処理を実行する
請求項１又は２に記載のゲームコンテンツ抽選方法。

【請求項7】

前記第２の処理が選択された場合、
前記抽選処理を１回ずつ、前記第２回数分実行し、
前記抽選処理の実行回数が前記第２回数に到達するより前に、抽選確率が前記所定の率よりも低いレアゲームコンテンツの識別データを選択したか否かを判断し、
選択されていないと判断された場合、前記第２回数目では、前記レアゲームコンテンツの識別データを対象として前記抽選処理を実行する
請求項６に記載のゲームコンテンツ抽選方法。

【請求項8】

前記識別データには夫々、異なる数値が対応し、
抽選確立が所定の率よりも低いレアゲームコンテンツの識別データに対応する数値は、他のゲームコンテンツの識別データに対応する数値よりも大きく、
前記抽選処理は、１又は複数回、乱数によって数値を決定し、決定した数値の合計が対応する識別データを前記１つのテーブルから選択し、
前記第１の処理が選択された場合、前記乱数の決定回数を１回とする前記抽選処理を前記第１回数分実行し、
前記第２の処理が選択された場合、前記第２回数の内の少なくとも１回は、前記乱数の決定回数を複数回とする前記抽選処理を実行する
請求項１に記載のゲームコンテンツ抽選方法。

【請求項9】

前記第２の処理が選択された場合、
前記抽選処理を１回ずつ、前記第２回数分実行し、
前記抽選処理の実行回数が前記第２回数に到達するより前に、抽選確率が前記所定の確率よりも低いレアゲームコンテンツの識別データを選択したか否かを判断し、
選択されていないと判断された場合、前記第２回数目では、前記乱数の決定回数を複数回として前記抽選処理を実行する
請求項８に記載のゲームコンテンツ抽選方法。

【請求項10】

前記識別データには夫々、異なる数値が対応し、
抽選確率が所定の率よりも低いレアゲームコンテンツの識別データに対応する数値は、他のゲームコンテンツの識別データに対応する数値よりも小さく、
前記第２の処理が選択された場合、前記第２回数の内の少なくとも１回は、所定値以下の数値が対応する識別データを対象として前記抽選処理を実行する
請求項１又は２に記載のゲームコンテンツ抽選方法。

【請求項11】

前記第２の処理が選択された場合、
前記抽選処理を１回ずつ、前記第２回数分実行し、
前記抽選処理の実行回数が前記第２回数に到達するより前に、抽選確率が前記所定の確率よりも低いレアゲームコンテンツの識別データを選択したか否かを判断し、
選択されていないと判断された場合、前記第２回数目では、前記レアゲームコンテンツの識別データを対象として前記抽選処理を実行する
請求項１０に記載のゲームコンテンツ抽選方法。

【請求項12】

前記識別データには夫々、異なる数値が対応し、
抽選確立が所定の率よりも低いレアゲームコンテンツの識別データに対応する数値は、他のゲームコンテンツの識別データに対応する数値よりも小さく、
前記抽選処理は、１又は複数回、乱数によって数値を決定し、決定した数値の合計が対応する識別データを前記１つのテーブルから選択し、
前記第１の処理が選択された場合、前記乱数の決定回数を複数回とする前記抽選処理を前記第１回数分実行し、
前記第２の処理が選択された場合、前記第２回数の内の少なくとも１回は、前記乱数の決定回数を１回とする前記抽選処理を実行する
請求項１に記載のゲームコンテンツ抽選方法。

【請求項13】

前記第２の処理が選択された場合、
前記抽選処理を１回ずつ、前記第２回数分実行し、
前記抽選処理の実行回数が前記第２回数に到達するより前に、抽選確率が前記所定の確率よりも低いレアゲームコンテンツの識別データを選択したか否かを判断し、
選択されていないと判断された場合、前記第２回数目では、前記乱数の決定回数を複数回として前記抽選処理を実行する
請求項１２に記載のゲームコンテンツ抽選方法。

【請求項14】

複数のゲームコンテンツを識別する識別データを格納した１つのテーブルを記憶した記憶部と、
前記ゲームコンテンツを第１回数だけ抽選する第１の処理、又は、前記ゲームコンテンツを第２回数だけ抽選する第２の処理のいずれかの選択を受け付け、
前記第１の処理及び第２の処理のいずれが選択されるかに応じて、前記１つのテーブルにおける前記識別データの抽選対象を変えて抽選処理を実行する
処理部と
を備えるゲームコンテンツ抽選装置。

【請求項15】

通信部を備えるコンピュータに、
複数のゲームコンテンツを識別する識別データを格納した１つのテーブルを記憶し、
前記ゲームコンテンツを第１回数だけ抽選する第１の処理、又は、前記ゲームコンテンツを第２回数だけ抽選する第２の処理のいずれかの選択を含む抽選要求を受信し、
前記抽選要求に対し、前記第１の処理及び第２の処理のいずれが選択されるかに応じて、前記１つのテーブルにおける前記識別データの抽選対象を変えて抽選処理を実行する
処理を実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲームコンテンツ抽選方法、ゲームコンテンツ抽選装置及びコンピュータプログラムに関する。

【背景技術】

【0002】

ユーザが携帯する所謂スマートフォン、タブレット端末等の情報端末装置で実行できるゲームアプリケーション（以下、ゲームアプリという）が広く普及している。この種のゲームアプリでは、情報処理装置で提供される全てのゲームコンテンツを全てユーザに提供するのではなく、ゲームアプリには使用可能なゲームコンテンツに制限を設けておき、無償又は有償で少しずつ制限を解除する。これにより、ゲーム提供者は収益を回収しつつ、ユーザが多くのゲームコンテンツを、より長い期間をかけて楽しむことができる工夫がされている。

【0003】

特許文献１には、ゲームアプリにおけるゲームコンテンツの提供に関し、各々にオモチャ、雑貨が入れられた複数のカプセルを収容する容器から、いずれのカプセルが排出されるかが不明な状態で排出する、「ガチャガチャ」と呼ばれる販売機を模した抽選方法が開示されている。このような抽選方法は、ゲームアプリにおいて、登場キャラクタが使用する武器、防具、衣装又はキャラクタそのもの等の抽選に使用され、「ガチャ」と呼ばれている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２－３６６８５２号公報

【発明の概要】

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

【0005】

ゲームコンテンツには「ガチャ」で抽選がされづらく、且つ、ゲームの進行に有利な「レア」なものが存在する。「ガチャ」では、抽選を実行する対価として、ゲームアプリ内でのポイント、アイテム、設定値等の支払が必要であることが多い。そしてこれらのポイント、アイテム又は設定値を、法定通貨若しくは所謂暗号通貨等、有償で入手できるようにしてある。レア度が高いゲームコンテンツを入手したいと考えるユーザは、より多くの回数「ガチャ」を実施する。「ガチャ」を実施するための対価は、有償で入手できるところ、無用に射幸心を煽って「ガチャ」を実施させないような工夫が必要である。

【0006】

ユーザは、レア度が比較的高いゲームコンテンツの当選が期待できる「ガチャ」を好むが、当選確率が期待よりも高い場合、逆に、有償で入手したポイント等を支払ってまで「ガチャ」を実施することのモチベーションを失う。ユーザの「ガチャ」に対するモチベーションを適度に持たせる抽選方法が期待される。

【0007】

本発明は、斯かる事情に鑑みてなされたものであり、「ガチャ」に対して納得感及び期待感を適切に持たせることができるゲームコンテンツ抽選方法、ゲームコンテンツ抽選装置及びコンピュータプログラムを提供する。

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

【0008】

本開示の一実施形態のゲームコンテンツ抽選方法は、複数のゲームコンテンツを識別する識別データを格納した１つのテーブルを記憶し、前記ゲームコンテンツを第１回数だけ抽選する第１の処理、又は、前記ゲームコンテンツを第２回数だけ抽選する第２の処理のいずれかの選択を受け付け、前記第１の処理及び第２の処理のいずれが選択されるかに応じて、前記１つのテーブルにおける前記識別データの抽選対象を変えて抽選処理を実行する処理を含む。

【0009】

本開示のゲームコンテンツ抽選方法では、抽選回数が異なる抽選処理に応じて、ゲームコンテンツの識別データをリスト化したテーブル内での抽選対象が変えられる。

【0010】

本開示のゲームコンテンツ抽選方法では、識別データのテーブル内での位置等をレア度又は種別に応じて予め設定しておくか、又は、先にレア度又は種別を抽選し、テーブル内における抽選対象をこれらに絞ることによって、抽選結果に偏りを持たせることができる。

【発明の効果】

【0011】

本開示によれば、レア度が高いゲームコンテンツが抽選され易い抽選処理をユーザが選択でき、ガチャに対する納得感及び期待感を持たせることができる。

【図面の簡単な説明】

【0012】

【図1】本開示のゲームシステムの概要図である。

【図2】情報処理装置の内部構成を示すブロック図である。

【図3】コンテンツテーブルの内容例を示す図である。

【図4】情報端末装置の内部構成を示すブロック図である。

【図5】「ガチャ」の画面例を示す図である。

【図6】第１実施形態における抽選対象テーブルの内容例を示す図である。

【図7】第１実施形態における抽選方法の一例を示すフローチャートである。

【図8】重み付き抽選の概要図である。

【図9】第２実施形態における抽選方法の一例を示すフローチャートである。

【図10】設定テーブルの内容例を示す図である。

【図11】第３実施形態における抽選方法の一例を示すフローチャートである。

【図12】第４実施形態における抽選対象テーブルの内容例を示す図である。

【図13】第４実施形態における抽選方法の一例を示すフローチャートである。

【図14】第５実施形態における抽選対象テーブルの内容例を示す図である。

【図15】第５実施形態における抽選方法の一例を示すフローチャートである。

【図16】第６実施形態における抽選方法の一例を示すフローチャートである。

【図17】第７実施形態における抽選方法の一例を示すフローチャートである。

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

【0013】

本開示をその実施の形態を示す図面を参照して具体的に説明する。以下の実施の形態では、本開示のゲームコンテンツ抽選方法を適用したゲームシステムについて説明する。

【0014】

図１は、本開示のゲームシステム１００の概要図である。ゲームシステム１００は、複数のユーザが各々使用する情報端末装置２と、該情報端末装置２から通信可能な情報処理装置１とを含む。情報端末装置２と情報処理装置１とは、ネットワークＮを介して相互にデータを送受信可能である。ネットワークＮは、インターネットＮ１、キャリアネットワークＮ２、基地局ＢＳ、及びアクセスポイントＡＰを含み、情報端末装置２は無線（又は有線）により、ネットワークＮを介して情報処理装置１とデータの送受信が可能である。

【0015】

ゲームシステム１００では、ゲームアプリケーションプログラム（以下、ゲームアプリという）をインストールした情報端末装置２単独では、全てのゲームコンテンツを利用できない。情報端末装置２は、定期的に、及び、進行に応じて情報処理装置１と通信し、情報処理装置１のコンテンツデータベース（ＤＢ：Data Base ）１１０から、ゲームコンテンツを適宜ネットワークＮ経由で取得してゲームを進行させる。ゲームコンテンツは、シナリオデータ、キャラクタデータ等を含む。これらのゲームコンテンツは、ユーザ及びゲーム進行度によって使用できるデータ、及び取得したデータが異なる。

【0016】

本開示のゲームシステム１００では、情報処理装置１がコンテンツＤＢ１１０から、ユーザが使用できるデータ、取得するデータを「ガチャ」によって提供するに際し、「ガチャ」に対するモチベーションを適度に持たせる方法を実現する。以下、ゲームシステム１００におけるゲームコンテンツの「ガチャ」を実現するための各装置の構成及び処理内容を説明する。

【0017】

図２は、情報処理装置１の内部構成を示すブロック図である。情報処理装置１は、情報端末装置との間でデータの送受信が可能なゲームサーバ装置である。以下の説明において、情報処理装置１は１台のゲームサーバ装置として説明するが、複数台のサーバコンピュータをネットワークで通信接続して分散処理させる態様であってもよい。

【0018】

情報処理装置１は、処理部１０、記憶部１１、通信部１２を備える。処理部１０は、ＣＰＵ（Central Processing Unit ）及び／又はＧＰＵ（Graphics Processing Unit）を用いたプロセッサである。処理部１０は、記憶部１１に記憶されている情報処理プログラム１Ｐに基づき、ゲームサーバとしての処理を実行する。

【0019】

記憶部１１は、例えばハードディスク、フラッシュメモリ、ＳＳＤ（Solid State Drive）等の不揮発性メモリを用いる。記憶部１１は、処理部１０が参照するデータを記憶する。記憶部１１は、情報処理プログラム１Ｐを記憶する。情報処理プログラム１Ｐは、記憶媒体９に記憶されている情報処理プログラム９Ｐを処理部１０が読み出して記憶部１１に複製したものであってもよい。情報処理プログラム１Ｐは、通信部１２を介して他のプログラムサーバ装置からダウンロードして記憶したものであってもよい。

【0020】

記憶部１１は、ゲームで使用されるゲームコンテンツを記憶するコンテンツＤＢ１１０を含む。コンテンツＤＢ１１０に記憶されるゲームコンテンツは、シナリオデータ、バトルデータ、キャラクタデータ等を含む。シナリオデータは、画像データ（アニメーション、動画等）、テキストデータ（台詞等）及び音声データを含む。バトルデータは、キャラクタデータ（敵及び味方等）、バトルアイテムデータ、バトル背景データ、及び音声データを含む。キャラクタデータは、画像データ（アニメーション、動画等）、音声データ、及び、レベル別のパラメータ（強さ、守備力、属性等）を含む。キャラクタデータは、同一キャラクタに対して異なるバリエーション（服装違い、色違い等）毎に記憶されてもよい。バトルアイテムデータは、画像データと、バトル中にキャラクタに対して適用されるバトルパラメータ（攻撃量、守備量等）への効果を数値で表したデータとを含む。本開示のゲームシステム１００で実現されるゲームでは更に、キャラクタ又はバトルアイテムを強化するための強化アイテム、各種ゲームコンテンツと交換可能なポイント、設定値等が使用される。コンテンツＤＢ１１０は、これらのゲームコンテンツの実体を、コンテンツ識別データ（以下、コンテンツＩＤという）に対応付けたコンテンツテーブルを含む。

【0021】

記憶部１１は、各情報端末装置２でユーザ毎に使用可能なゲームコンテンツのコンテンツＩＤを、ユーザを識別するユーザＩＤに対応付けて記憶する。例えば記憶部１１は、ユーザＩＤに対応付けて、ユーザがゲームアプリ２Ｐ上で所有しているキャラクタ、アイテム等を識別するコンテンツＩＤ及び個数を記憶する。処理部１０は、コンテンツＩＤを指定した取得要求に応じて、ゲームコンテンツをコンテンツＤＢ１１０から読みだして要求元に提供する。

【0022】

通信部１２は、ネットワークＮを介した情報端末装置２との通信を実現する。通信部１２は具体的には、ネットワークカードである。通信部１２は、キャリアネットワークＮ２と接続する無線通信モジュールであってもよいし、ＷｉＦｉ用の無線通信モジュールであってもよい。処理部１０は、通信部１２によって情報端末装置２との間でデータを送受信できる。

【0023】

図３は、コンテンツテーブルの内容例を示す図である。図３のコンテンツテーブルは、ゲームコンテンツの内、キャラクタデータ及びバトルアイテムのテーブルの内容例を示す。記憶部１１又は記憶部２１には、図３に示すように、コンテンツＩＤに対応付けて、ゲームコンテンツの実体データ（存在位置を示すアドレス）を記憶する。コンテンツＩＤは例えば４桁の通し番号である。通し番号に限らず、相互に識別できれば良い。コンテンツＩＤには、ゲームコンテンツの種類、即ちキャラクタデータ、バトルアイテム等の種別が対応付けられている。例えばキャラクタの場合は「C 」、バトルアイテムは「BI」といったように、種類別に記号又は数字で分類可能に付与されている。本開示では、図３に示すように、コンテンツＩＤは種別を識別する記号（キャラクタ：C 、バトルアイテム：B ）を先頭に、４桁の通し番号を加えたものとする。コンテンツＩＤは、相互に識別が可能であればこれらに限らないことはもちろんである。

【0024】

また、キャラクタデータ及びバトルアイテムには、レアリティの高低を示すレア度の数値が対応付けられている。レア度は、図３に示すように、１～５の数値で、数値が大きい程レアリティが高いことを示すように予め定められている。レア度の段階数は、５に限られない。

【0025】

図４は、情報端末装置２の内部構成を示すブロック図である。情報端末装置２は、表示部２３及び通信部２２を備える機器である。情報端末装置２は例えば、スマートフォン又はタブレット端末である。情報端末装置２は、ゲーム専用機器であってもよい。

【0026】

情報端末装置２は、処理部２０、記憶部２１、通信部２２、表示部２３、音声出力部２４及び操作部２５を備える。処理部２０は、ＣＰＵ及び／又はＧＰＵを用いたプロセッサである。処理部２０は、記憶部２１に記憶されているゲームアプリケーションプログラム（以下、ゲームアプリという）２Ｐに基づき、ゲームに係る処理を実行する。

【0027】

記憶部２１は、フラッシュメモリ、ＳＳＤ等の不揮発性メモリを用いる。記憶部２１は、処理部２０が参照するデータを記憶する。ゲームアプリ２Ｐは、通信部２２を介して情報処理装置１又は他のプログラムサーバ装置からダウンロードして実行可能に記憶したものである。

【0028】

記憶部２１は、ゲームアプリ２ＰのユーザＩＤを記憶する。記憶部２１は、ユーザＩＤに対応付けて、ユーザがゲームアプリ２Ｐ上で所有しているキャラクタ、アイテム等を識別するコンテンツＩＤ及び個数を記憶する。記憶部２１に記憶されているユーザＩＤとコンテンツＩＤ及び個数との関係は、情報処理装置１においてユーザＩＤに対応付けて記憶されているコンテンツＩＤ及び個数と同一の内容である。

【0029】

通信部２２は、インターネット又はキャリアネットワークを含むネットワークＮを介した情報処理装置１との通信を実現する。通信部２２は具体的には、キャリアネットワークと接続する無線通信デバイスであってもよいし、ＷｉＦｉ用の無線通信デバイスであってもよい。処理部２０は、通信部２２によって情報処理装置１との間でデータを送受信できる。

【0030】

表示部２３は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等のディスプレイである。表示部２３は例えば、タッチパネル内蔵型ディスプレイである。処理部２０は表示部２３に、ゲームアプリ２Ｐに基づき、情報処理装置１から提供される画像、テキスト等のゲームコンテンツを表示する。

【0031】

音声出力部２４は、スピーカ等を含む。処理部２０は、ゲームアプリ２Ｐに基づき、情報処理装置１から提供される音声、音楽等のゲームコンテンツを音声出力部２４から出力させる。

【0032】

操作部２５は、処理部２０との間で入出力が可能なユーザインタフェースであって、表示部２３内蔵のタッチパネルである。操作部２５は、物理ボタンであってもよい。操作部２５は、音声入力部であってもよい。

【0033】

このように構成されるゲームシステム１００で実現されるゲームは、情報端末装置２が、ゲームアプリ２Ｐに基づき、所定のゲーム実行単位でシナリオデータ、バトルデータ、キャラクタデータ等を再生することで進行する。

【0034】

本開示のゲームシステム１００においてバトルは、ユーザが所有しているキャラクタが、ユーザの操作の対象とならないキャラクタ（以下、ＮＰＣ（Non-Player Character）という）に対し、アクション、コマンド、パズル等種々の方式によって戦う内容とする。バトルの内容はこれに限らない。

【0035】

ゲームアプリ２Ｐを起動中の情報端末装置２は、ダウンロード済みのゲームアプリ２Ｐに加え、情報処理装置１から上述したゲームコンテンツを適宜ネットワークＮ経由で取得してゲームを進行させる。ゲームコンテンツのうち、バトルでユーザが選択可能なキャラクタ、バトル中に使用されるバトルアイテム、並びに、強化アイテム、ポイント及び設定値等の内容及び数は、ユーザによって異なる。ユーザが所有するこれらのゲームコンテンツは、そのコンテンツＩＤがユーザＩＤに対応付けられて、情報処理装置１の記憶部１１及び情報端末装置２の記憶部２１に記憶されることでその所有が担保される。

【0036】

ユーザは、キャラクタ、バトルアイテム、及び強化アイテムを、バトルの報酬、又は、ミッションの報酬によって得ることができる。ユーザは、キャラクタ、バトルアイテム、及び強化アイテムを、ゲーム内のポイント、設定値等との間の相互交換によって得てもよい。そしてユーザは、キャラクタ、及びバトルアイテムについては、所謂「ガチャ」によって得ることもできる。

【0037】

以下、ゲームシステム１００における「ガチャ」（ゲームコンテンツ抽選方法）について詳細を説明する。本開示のゲームシステム１００では、キャラクタ及びバトルアイテムの「ガチャ」に関し、抽選される回数が異なる「ガチャ」が選択可能に構成され、いずれが選択されるかに応じて抽選対象を変えて抽選が実行される。

【0038】

抽選される回数が異なる「ガチャ」は以下の説明において、１回（第１回数）の抽選が実行される「単数ガチャ」と、１１回（第２回数）の抽選が実行される「複数ガチャ」と呼ぶ。図５は、「ガチャ」の画面例を示す図である。情報端末装置２は、ゲームアプリ２Ｐを起動中、ゲームメニューにおいて「ガチャ」が選択されると、図５に示すように「単数ガチャ」ボタン２３１と、「複数ガチャ」ボタン２３２とを含むガチャ画面２３０を表示する。「単数ガチャ」ボタン２３１が選択された場合、情報端末装置２の処理部２０はこれを検知して「単数（１回）」を選択したコンテンツ抽選要求を情報処理装置１へ送信する。「複数ガチャ」ボタン２３２が選択された場合、情報端末装置２の処理部２０はこれを検知して「複数（１１回）」を選択したコンテンツ抽選要求を情報処理装置１へ送信する。

【0039】

図５に示すように、ガチャ画面２３０には、「ガチャ」で抽選されるキャラクタ及びバトルアイテムの説明が表示されているほか、「ガチャ」の実施の対価が表示されている。「ガチャ」の実施の対価として、ゲーム内でアイテム交換、設定値の回復等にも使用される特殊アイテム「宝石」の所定数の消費を必要とする。具体的には、情報処理装置１及び情報端末装置２は、ユーザＩＤに対応付けて記憶している特殊アイテム「宝石」の個数を、コンテンツ抽選要求に応じて「ガチャ」を実施する都度に所定数分だけ減じる。「単数ガチャ」の対価は、３個の「宝石」であり、１１回の「複数ガチャ」の対価は、「単数ガチャ」の１０倍の３０個の「宝石」である（「単数ガチャ」の１０倍の「宝石」の消費で１回の「単数ガチャ」が追加される）。

【0040】

「ガチャ」によってユーザが得られる対象ゲームコンテンツは、キャラクタ及びバトルアイテムによらず、上述したゲームコンテンツの中の特別なバトル背景データ、特別な音声データ等を含め、いずれであってもよく、バトル内容に応じて設定されるとよい。

【0041】

抽選対象のコンテンツＩＤを変えた抽選の方法を、以下複数の実施形態にてフローチャート等を参照して各々詳細に説明する。

【0042】

（第１実施形態）
図６は、第１実施形態における抽選対象テーブルの内容例を示す図である。第１実施形態では、抽選対象のコンテンツＩＤ夫々に任意の順で３桁の通し番号を付与した１つの抽選対象テーブルを用いる。図６に示すように第１実施形態においては、コンテンツＩＤの数字部分の昇順に通し番号を付与している。図６に示すように、コンテンツＩＤには、ゲームコンテンツの種別及びレア度が対応付けられている。なお、図６に示すような通し番号ではなくコンテンツＩＤそのもののリストを抽選対象テーブルとしてもよい。

【0043】

図７は、第１実施形態における抽選方法の一例を示すフローチャートである。情報処理装置１の処理部１０は、情報端末装置２からコンテンツ抽選要求を受信すると（ステップＳ１０１）、コンテンツ抽選要求にて「単数（１回）」が選択されているか否かを判断する（ステップＳ１０２）。

【0044】

「単数（１回）」が選択されていると判断された場合（Ｓ１０２：ＹＥＳ）、１回（第１回数分）だけ、処理部１０は、図６に示した抽選対象テーブルからの抽選を、各コンテンツ識別データに対応付けられたレア度に応じた重みで実施する（ステップＳ１０３）。

【0045】

ステップＳ１０３において処理部１０は、抽選対象テーブルに含まれるコンテンツＩＤ夫々に予め付与されている重みに基づいて抽選する。例えば処理部１０は、抽選対象の通し番号で重みの配列を作成し、乱数を重みの総計で割った余りの数値によって、抽選対象の通し番号を決定することで重み付き抽選を実施できる。重み付き抽選は例えば、図８に示すように実行できる。図８は、重み付き抽選の概要図である。抽選対象の重みの総和（TotalWeight ）を算出し、各抽選回では、総和（TotalWeight ）よりも大きな数の範囲で発生させた乱数（random()）の剰余を演算用の変数（INDEX ）に代入し、各抽選対象の通し番号（i ）に対応付けられている重みと順に比較する。変数（INDEX ）が重み以下である場合、通し番号に対応するコンテンツＩＤが抽選結果である。変数（INDEX ）が重み以下でない場合、変数から通し番号に対応付けられている重みの分を減算し、次の通し番号について、抽選結果が得られるまでは通し番号の最大値（i max ）まで調べる。

【0046】

抽選対象のコンテンツＩＤが図８に示すように、レア度が夫々「１」～「５」で異なる５つしかない場合、重みの総和（TotalWeight ）は１３３であって、乱数が３８と算出されたとき、以下のように抽選できる。乱数が代入された変数（INDEX ）は、最初のコンテンツＩＤに対応付けられたレア度「５」に対応する重み「３」よりも大きいため、重み分減算されて３５になる。減算後の変数（INDEX ）は、２番目のコンテンツＩＤに対応付けられたレア度「３」に対応する重み「３０」よりも大きいため、変数（INDEX ）は、更に重み分減算されて５になる。減算後の変数（INDEX ）は、３番目のコンテンツＩＤに対応付けられたレア度「４」に対応する重み「１０」以下であるため、３番目のコンテンツＩＤ「B0001 」が抽選結果となる。コンテンツＩＤの抽選は図８の方法に限らない。

【0047】

図７のフローチャートに戻り、抽選方法の説明を続ける。
処理部１０は、抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求の要求元の情報端末装置２へ、応答する（ステップＳ１０４）。処理部１０は、コンテンツ抽選要求元の情報端末装置２のユーザＩＤに対応付けられた所有ゲームコンテンツのコンテンツＩＤの個数を更新し（ステップＳ１０５）、処理を終了する。

【0048】

ステップＳ１０２にて「単数（１回）」が選択されていないと判断された場合（Ｓ１０２：ＮＯ）、「複数（１１回）」が選択されている。処理部１０は、１１回のうち１０回は、コンテンツＩＤの抽選を、ステップＳ１０３と同様に各回、実行する（ステップＳ１０６）。処理部１０は、１１回の内の１回は、特定の通し番号のコンテンツＩＤを対象にして抽選を実施する（ステップＳ１０７）。特定の通し番号のコンテンツＩＤを対象とした抽選の実施回数は、１回に限らない。少なくとも１回であればよい。

【0049】

ステップＳ１０７における特定の通し番号は例えば、奇数番目（例えば「 001」、「 003」、「 005」、…）でもよい。特定の通し番号は、数値が素数である通し番号のコンテンツＩＤ（例えば「 002」、「 003」、「 005」、「 007」、「 011」、「 013」、「 017」、…）でもよい。特定の通し番号は、数値が特定の数の倍数であってもよい（例えば「 015」、「 030」、「 045」、…）であってもよい。

【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】

（第４実施形態）
図１２は、第４実施形態における抽選対象テーブルの内容例を示す図である。第４実施形態では、抽選対象のコンテンツＩＤに３桁の通し番号を付与した１つの抽選対象テーブルを用いる。図１２に示すように、第４実施形態においては、コンテンツＩＤのレア度が低いものから順にレア度が高くなるように通し番号が付与されている。具体的には、レア度が「４」及び「５」が対応付けられているコンテンツＩＤに対応する通し番号は、「 200」以上である。通し番号が「 200」以上のコンテンツＩＤは、キャラクタのみに限定してもよい。同じレア度が対応付けられているコンテンツＩＤに対しては、コンテンツＩＤの数字部分の昇順に通し番号が付与されている。

【0084】

図１３は、第４実施形態における抽選方法の一例を示すフローチャートである。情報処理装置１の処理部１０は、情報端末装置２からコンテンツ抽選要求を受信すると（ステップＳ４０１）、コンテンツ抽選要求にて「単数（１回）」が選択されているか否かを判断する（ステップＳ４０２）。

【0085】

「単数（１回）」が選択されていると判断された場合（Ｓ４０２：ＹＥＳ）、１回（第１回数分）だけ、処理部１０は、図１２に示した抽選対象テーブルからの抽選を、各コンテンツＩＤに対応付けられたレア度に応じた重みで実施する（ステップＳ４０３）。ステップＳ４０３における抽選は、第１実施形態における図８に示したような抽選でもよいし、第２実施形態におけるレア度及び種別の抽選を先に実施してから各レア度及び種別で均等に抽選する方法であってもよい。

【0086】

ステップＳ４０３において処理部１０は、抽選対象を通し番号が「 200」未満のコンテンツＩＤに絞って、つまり、レア度「４」及び「５」のゲームコンテンツを除いたコンテンツのコンテンツＩＤを対象として抽選を実施してもよい。

【0087】

処理部１０は、抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求の要求元の情報端末装置２へ、応答する（ステップＳ４０４）。処理部１０は、コンテンツ抽選要求元の情報端末装置２のユーザＩＤに対応付けられた所有ゲームコンテンツのコンテンツＩＤの個数を更新し（ステップＳ４０５）、処理を終了する。

【0088】

ステップＳ４０２にて「単数（１回）」が選択されていないと判断された場合（Ｓ４０２：ＮＯ）、「複数（１１回）」が選択されている。処理部１０は、１１回の内の１０回は、コンテンツＩＤの抽選を、ステップＳ４０３と同様に各回、実行する（ステップＳ４０６）。ステップＳ４０６における抽選処理は、図１３に示したテーブルからの重み付き抽選、又は、レア度及び種別の抽選を先に実施してからの抽選のいずれでもよい。

【0089】

処理部１０は、１１回の内の１回は、特定のコンテンツＩＤを対象にして抽選を実施する（ステップＳ４０７）。ステップＳ４０７における特定のコンテンツＩＤは、通し番号が「 200」以上のコンテンツＩＤである。通し番号が「 0200」以上のコンテンツＩＤのゲームコンテンツは、レア度が「４」又は「５」に限られているから、１１回の抽選の内の少なくとも１回は、レア度が比較的高いゲームコンテンツのコンテンツＩＤを抽選して決定することができる。

【0090】

処理部１０は、ステップＳ４０６及びステップＳ４０７の抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求を送信してきた情報端末装置２へ応答し（Ｓ４０４）、所有ゲームコンテンツのコンテンツＩＤの個数を更新し（Ｓ４０５）、処理を終了する。

【0091】

ステップＳ４０７の１回の処理は、ステップＳ４０６の１０回の抽選において所定のレア度（例えば「４」又は「５」）のゲームコンテンツのコンテンツＩＤを抽選できていない場合に限り、１１回目で実行するようにしてもよい。つまり、１１回分の抽選のうち、１０回目までに所定のレア度のゲームコンテンツのコンテンツＩＤを抽選できていないと判断された場合のみ、１１回目に、通し番号が「 200」以上を対象として抽選を実行する。

【0092】

第４実施形態においても、「単数ガチャ」及び「複数ガチャ」のうち、「複数ガチャ」を選択した場合、少なくとも１回は、レア度「４」又は「５」のゲームコンテンツが抽選される可能性が高まり、「複数ガチャ」に対する納得感及び期待感をユーザに持たせることができる。

【0093】

（第５実施形態）
図１４は、第５実施形態における抽選対象テーブルの内容例を示す図である。第５実施形態では、抽選対象のコンテンツＩＤに３桁の通し番号を付与した１つの抽選対象テーブルを用いる。図１４に示すように、第５実施形態においては、コンテンツＩＤのレア度が高いものから順にレア度が低くなるように通し番号が付与されている。具体的には、レア度が「４」及び「５」が対応付けられているコンテンツＩＤに対応する通し番号は、「 100」未満である。通し番号が「 100」未満のコンテンツＩＤは、キャラクタのみに限定してもよい。同じレア度が対応付けられているコンテンツＩＤに対しては、コンテンツＩＤの数字部分の昇順に通し番号が付与されている。

【0094】

図１５は、第５実施形態における抽選方法の一例を示すフローチャートである。情報処理装置１の処理部１０は、情報端末装置２からコンテンツ抽選要求を受信すると（ステップＳ５０１）、コンテンツ抽選要求にて「単数（１回）」が選択されているか否かを判断する（ステップＳ５０２）。

【0095】

「単数（１回）」が選択されていると判断された場合（Ｓ５０２：ＹＥＳ）、１回（第１回数分）だけ、処理部１０は、図１４に示した抽選対象テーブルからの抽選を、各コンテンツＩＤに対応付けられたレア度に応じた重みで実施する（ステップＳ５０３）。ステップＳ５０３における抽選は、第１実施形態における図８に示したような抽選でもよいし、第２実施形態におけるレア度及び種別の抽選を先に実施してから各レア度及び種別で均等に抽選する方法であってもよい。

【0096】

ステップＳ５０３において処理部１０は、抽選対象を通し番号が「 100」以上のコンテンツＩＤに絞って、つまり、レア度「４」及び「５」のゲームコンテンツを除いたコンテンツのコンテンツＩＤを対象として抽選を実施してもよい。

【0097】

処理部１０は、抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求の要求元の情報端末装置２へ、応答する（ステップＳ５０４）。処理部１０は、コンテンツ抽選要求元の情報端末装置２のユーザＩＤに対応付けられた所有ゲームコンテンツのコンテンツＩＤの個数を更新し（ステップＳ５０５）、処理を終了する。

【0098】

ステップＳ５０２にて「単数（１回）」が選択されていないと判断された場合（Ｓ５０２：ＮＯ）、「複数（１１回）」が選択されている。処理部１０は、１１回の内の１０回は、コンテンツＩＤの抽選を、ステップＳ５０３と同様に各回、実行する（ステップＳ５０６）。ステップＳ５０６における抽選処理は、図１５に示したテーブルからの重み付き抽選、又は、レア度及び種別の抽選を先に実行してからの抽選のいずれでもよい。

【0099】

処理部１０は、１１回の内の１回は、特定のコンテンツＩＤを対象にして抽選を実施する（ステップＳ５０７）。ステップＳ５０７における特定のコンテンツＩＤは、通し番号が「 100」未満のコンテンツＩＤである。通し番号が「 100」未満のコンテンツＩＤのゲームコンテンツは、レア度が「４」又は「５」に限られているから、１１回の抽選の内の少なくとも１回は、レア度が比較的高いゲームコンテンツのコンテンツＩＤを抽選して決定することができる。

【0100】

処理部１０は、ステップＳ５０６及びステップＳ５０７の抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求を送信してきた情報端末装置２へ応答し（Ｓ５０４）、所有ゲームコンテンツのコンテンツＩＤの個数を更新し（Ｓ５０５）、処理を終了する。

【0101】

ステップＳ５０７の１回の処理は、ステップＳ５０６の１０回の抽選において所定のレア度（例えば「４」又は「５」）のゲームコンテンツのコンテンツＩＤを抽選できていない場合に限り、１１回目で実行するようにしてもよい。つまり、１１回分の抽選のうち、１０回目までに所定のレア度のゲームコンテンツのコンテンツＩＤを抽選できていないと判断された場合のみ、１１回目に、通し番号が「 100」未満を対象として抽選を実行する。

【0102】

第５実施形態においても、「単数ガチャ」及び「複数ガチャ」のうち、「複数ガチャ」を選択した場合、少なくとも１回は、レア度「４」又は「５」のゲームコンテンツが抽選される可能性が高まり、「複数ガチャ」に対する納得感及び期待感をユーザに持たせることができる。

【0103】

（第６実施形態）
第６実施形態における抽選対象テーブルは、第４実施形態における図１２に示したものと同一であり、コンテンツＩＤのレア度が低いものから順にレア度が高くなるように通し番号が付与されているものを用いる。

【0104】

図１６は、第６実施形態における抽選方法の一例を示すフローチャートである。情報処理装置１の処理部１０は、情報端末装置２からコンテンツ抽選要求を受信すると（ステップＳ６０１）、コンテンツ抽選要求にて「単数（１回）」が選択されているか否かを判断する（ステップＳ６０２）。

【0105】

「単数（１回）」が選択されていると判断された場合（Ｓ６０２：ＹＥＳ）、１回（第１回分）だけ、処理部１０は、図１２に示した抽選対象テーブルの通し番号の範囲（例えば「 001」～「 300」）で、乱数を発生させて数値を決定する（ステップＳ６０３）。処理部１０は、図１２に示した抽選対象テーブルから、決定した数値に対応するコンテンツＩＤを抽選結果として決定する（ステップＳ６０４）。

【0106】

処理部１０は、ステップＳ６０３において、各コンテンツＩＤに対応付けられたレア度に応じた重みを考慮して乱数を決定してもよい。この場合、具体的には、処理部１０は、レア度「１」から「３」のコンテンツＩＤの通し番号には「１０」の重みを与え、通し番号「 001」～「 199」までの重みの総計「１９９０」と、レア度「４」及び「５」のゲームコンテンツ「 200」～「300」までの各重み「１」の総計「２０１」とを合わせた「１」～「２１９１」の範囲で乱数を発生させる。乱数が１９９０までは、乱数を１０で割るなどして抽選された通し番号を特定する。例えば、１－２１９１の間で乱数を発生して得られた結果が「４７７」である場合、通し番号「 047」に対応するコンテンツＩＤが抽選された結果であり、結果が「１５６０」である場合、通し番号「 156」に対応するコンテンツＩＤが抽選された結果である。

【0107】

またステップＳ６０３において処理部１０は、通し番号１～１９９の範囲で乱数を発生させ、レア度「４」及び「５」のコンテンツＩＤが抽選対象とならないように抽選を実施してもよい。

【0108】

処理部１０は、ステップＳ６０４で決定した抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求を送信してきた情報端末装置２へ応答し（ステップＳ６０５）、所有ゲームコンテンツのコンテンツＩＤの個数を更新し（ステップＳ６０６）、処理を終了する。

【0109】

ステップＳ６０２にて「単数（１回）」が選択されていないと判断された場合（Ｓ６０２：ＮＯ）、「複数（１１回）」が選択されている。処理部１０は、１１回の内の１０回は、コンテンツＩＤの抽選を、ステップＳ６０３及びステップＳ６０４と同様にして各回、実行する（ステップＳ６０７）。

【0110】

処理部１０は、１１回の内の少なくとも１回は、乱数を複数回発生させて数値の合計を決定する（ステップＳ６０８）。ステップＳ６０８において例えば処理部１０は、テーブルの通し番号の範囲（例えば「 001」～「 300」）で、３回乱数を発生させ、発生させた乱数の数値の合計を求める。通し番号の範囲を超えた場合は、上限「 300」としてもよいし、上限「 300」の剰余を合計としてもよい。また、乱数の発生範囲は上述したように、レア度に応じた重みを考慮してもよい。

【0111】

処理部１０は、上述の１回は、決定した合計に対応する通し番号のコンテンツＩＤを抽選結果として決定する（ステップＳ６０９）。

【0112】

数値の合計を算出することにより、対応する通し番号はより大きくなる可能性が高まる。より数値の大きな通し番号が、レア度が高いゲームコンテンツのコンテンツＩＤに対応付けられているので、少なくとも１回は、レア度が比較的高いゲームコンテンツのコンテンツＩＤを抽選して決定することが期待できる。

【0113】

ステップＳ６０８及びステップＳ６０９の１回の処理は、ステップＳ６０７の１０回の抽選において所定のレア度（例えば「４」又は「５」）のゲームコンテンツのコンテンツＩＤを抽選できていない場合に限り、１１回目で実行するようにしてもよい。つまり、１１回分の抽選のうち、１０回目までに所定のレア度のゲームコンテンツのコンテンツＩＤを抽選できていないと判断された場合のみ、１１回目に、通し番号が「 200」以上を対象として抽選を実行する。

【0114】

処理部１０は、ステップＳ６０７及びステップＳ６０９の抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求を送信してきた情報端末装置２へ応答し（Ｓ６０５）、所有ゲームコンテンツのコンテンツＩＤの個数を更新し（Ｓ６０６）、処理を終了する。

【0115】

第６実施形態においても、「単数ガチャ」及び「複数ガチャ」のうち、「複数ガチャ」を選択した場合、少なくとも１回は、レア度「４」又は「５」のゲームコンテンツが抽選される可能性が高まり、「複数ガチャ」に対する納得感及び期待感をユーザに持たせることができる。

【0116】

（第７実施形態）
第７実施形態における抽選対象テーブルは、第５実施形態における図１４に示したものと同一であり、レア度が高いものから順にレア度が低くなるように、コンテンツＩＤに通し番号が付与されているものを用いる。

【0117】

図１７は、第７実施形態における抽選方法の一例を示すフローチャートである。情報処理装置１の処理部１０は、情報端末装置２からコンテンツ抽選要求を受信すると（ステップＳ７０１）、コンテンツ抽選要求にて「単数（１回）」が選択されているか否かを判断する（ステップＳ７０２）。

【0118】

「単数（１回）」が選択されていると判断された場合（Ｓ７０２：ＹＥＳ）、１回（第１回数分）だけ、処理部１０は、乱数を複数回発生させて数値の合計を決定する（ステップＳ７０３）。処理部１０は、図１４に示した抽選対象テーブルから、決定した数値の合計に対応するコンテンツＩＤを抽選結果として決定する（ステップＳ７０４）。

【0119】

処理部１０は、ステップＳ７０４で決定した抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求を送信してきた情報端末装置２へ応答し（ステップＳ７０５）、所有ゲームコンテンツのコンテンツＩＤの個数を更新し（ステップＳ７０６）、処理を終了する。

【0120】

ステップＳ７０２にて「単数（１回）」が選択されていないと判断された場合（Ｓ７０２：ＮＯ）、「複数（１１回）」が選択されている。処理部１０は、１１回の内の１０回は、コンテンツＩＤの抽選を、ステップＳ７０３及びステップＳ７０４と同様に各回、実行する（ステップＳ７０７）。

【0121】

処理部１０は、１１回の内の１回は、抽選対象テーブルの通し番号の「 100」未満の範囲（例えば「 001」～「 099」）で１回のみ乱数を発生させて数値を決定する（ステップＳ７０８）。処理部１０は、図１４に示した抽選対象テーブルから、決定した数値に対応するコンテンツＩＤを抽選結果として決定する（ステップＳ７０９）。通し番号が「 100」未満のコンテンツＩＤのゲームコンテンツは、レア度が「４」又は「５」に限られているから、１１回の抽選の内の少なくとも１回は、レア度が比較的高いゲームコンテンツのコンテンツＩＤを抽選して決定することができる。

【0122】

処理部１０は、ステップＳ７０７及びステップＳ７０９の抽選の実施結果のコンテンツＩＤを、コンテンツ抽選要求を送信してきた情報端末装置２へ応答し（Ｓ７０５）、所有ゲームコンテンツのコンテンツＩＤの個数を更新し（Ｓ７０６）、処理を終了する。

【0123】

ステップＳ７０８及びステップＳ７０９の１回の処理は、ステップＳ７０７の１０回の抽選において所定のレア度（例えば「４」又は「５」）のゲームコンテンツのコンテンツＩＤを抽選できていない場合に限り、１１回目で実行するようにしてもよい。つまり、１１回分の抽選のうち、１０回目までに所定のレア度のゲームコンテンツのコンテンツＩＤを抽選できていないと判断された場合のみ、１１回目に、乱数を１回のみ発生させて数値を決定し、決定した数値に対応するコンテンツＩＤを対象として抽選を実行する。

【0124】

第７実施形態においても、「単数ガチャ」及び「複数ガチャ」のうち、「複数ガチャ」を選択した場合、少なくとも１回は、レア度「４」又は「５」のゲームコンテンツが抽選される可能性が高まり、「複数ガチャ」に対する納得感及び期待感をユーザに持たせることができる。

【0125】

上述のように開示された実施の形態は全ての点で例示であって、制限的なものではない。本発明の範囲は、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれる。

【符号の説明】

【0126】

１ 情報処理装置１
１０ 処理部
１１ 記憶部
１Ｐ 情報処理プログラム
２ 情報端末装置
２０ 処理部
２１ 記憶部
２Ｐ ゲームアプリケーションプログラム（ゲームアプリ）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】