特開 2023-102057 ゲームコンテンツ提供方法、ゲームコンテンツ提供装置、及びコンピュータプログラム

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

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

(11)【公開番号】P2023102057

(43)【公開日】2023-07-24

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

(51)【国際特許分類】

   A63F 13/69 20140101AFI20230714BHJP

   A63F 13/533 20140101ALI20230714BHJP

【ＦＩ】

A63F13/69 510

A63F13/533

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022002394

(22)【出願日】2022-01-11

(71)【出願人】

【識別番号】522039773

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

(74)【代理人】

【識別番号】100153246

【弁理士】

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

(72)【発明者】

【氏名】川▲崎▼ 大二郎

(72)【発明者】

【氏名】青山 奨

(57)【要約】

【課題】ユーザの満足度を向上するゲームコンテンツ提供方法、ゲームコンテンツ提供装置、及び、コンピュータプログラムを提供する。
【解決手段】ゲームコンテンツ提供方法は、複数のユーザへ、異なるゲームコンテンツからいずれかを提供する提供方法であって、複数のユーザそれぞれに対して、提供するゲームコンテンツに各々換わる置換オブジェクトを複数付与し、ユーザ毎に予め抽選対象となるゲームコンテンツの種類及び数を割り当てることなしに、付与された複数の前記置換オブジェクトからいずれかが選択されたタイミングで、選択された置換オブジェクトから置き換わるゲームコンテンツを、前記異なるゲームコンテンツの中から抽選する抽選処理を実行する。
【選択図】図１２

【特許請求の範囲】

【請求項1】

複数のユーザへ、異なるゲームコンテンツからいずれかを提供する提供方法であって、
複数のユーザそれぞれに対して、提供するゲームコンテンツに各々換わる置換オブジェクトを複数付与し、
ユーザ毎に予め抽選対象となるゲームコンテンツの種類及び数を割り当てることなしに、付与された複数の前記置換オブジェクトからいずれかが選択されたタイミングで、選択された置換オブジェクトから置き換わるゲームコンテンツを、前記異なるゲームコンテンツの中から抽選する抽選処理を実行する
ゲームコンテンツ提供方法。

【請求項2】

前記抽選処理の対象とする置換オブジェクトの個数の数値選択を受け付ける
請求項１に記載のゲームコンテンツ提供方法。

【請求項3】

前記個数の選択をスライドバーによって受け付ける
請求項２に記載のゲームコンテンツ提供方法。

【請求項4】

前記置換オブジェクトは、異なる種類に分類されており、
前記異なる種類の置換オブジェクトの、各ユーザへの付与の配分は、略同一となるように設定される
請求項１から３のいずれか１項に記載のゲームコンテンツ提供方法。

【請求項5】

前記置換オブジェクトは、複数に分類され、分類毎に前記ユーザに付与される頻度が異なり、
前記置換オブジェクトの分類毎に、前記置換オブジェクトから置き換わるゲームコンテンツの候補が予め決められており、
前記抽選処理では、分類毎に、前記候補から抽選を実行する
請求項１から４のいずれか１項に記載のゲームコンテンツ提供方法。

【請求項6】

前記抽選処理の事前に、前記分類毎に決められている前記複数のゲームコンテンツの候補を示す画面を表示する
請求項５に記載のゲームコンテンツ提供方法。

【請求項7】

前記ゲームコンテンツに付されたレア度又は種類に対する抽選確率の配分を格納した設定テーブルを記憶しておき、
前記抽選処理は、
前記レア度又は種類を、前記設定テーブルに従う抽選確率で決定する事前抽選を含み、
前記事前抽選によって決定されたレア度又は種類のゲームコンテンツを抽選する
請求項１から６のいずれか１項に記載のゲームコンテンツ提供方法。

【請求項8】

ユーザに付与された置換オブジェクトは、前記抽選処理が実行される都度、残りの数が減じられ、
前記ユーザに対し、前記置換オブジェクトについて所定の条件が満たされた場合、付与済みの置換オブジェクトを破棄し、
前記ユーザに新たな置換オブジェクトを付与する
請求項１から７のいずれか１項に記載のゲームコンテンツ提供方法。

【請求項9】

複数のユーザへ、異なるゲームコンテンツからいずれかを提供するコンテンツ提供装置であって、
複数のユーザそれぞれに対して、提供するゲームコンテンツに各々換わる置換オブジェクトを複数付与し、
ユーザ毎に予め抽選対象となるゲームコンテンツの種類及び数を割り当てることなしに、付与された複数の前記置換オブジェクトからいずれかが選択されたタイミングで、選択された置換オブジェクトから置き換わるゲームコンテンツを、前記異なるゲームコンテンツの中から抽選する抽選処理を実行する
処理部を備えるゲームコンテンツ提供装置。

【請求項10】

コンピュータに、複数のユーザへ、異なるゲームコンテンツからいずれかを提供させるコンピュータプログラムであって、
複数のユーザそれぞれに対して、提供するゲームコンテンツに各々換わる置換オブジェクトを複数付与し、
ユーザ毎に予め抽選対象となるゲームコンテンツの種類及び数を割り当てることなしに、付与された複数の前記置換オブジェクトからいずれかが選択されたタイミングで、選択された置換オブジェクトから置き換わるゲームコンテンツを、前記異なるゲームコンテンツの中から抽選する抽選処理を実行する
処理を実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

ゲームコンテンツは、バトル等の実施の報酬として提供されるアイテム又はポイントといったゲームコンテンツを含む。アイテムコンテンツの中には、報酬として提供される頻度が低い「レア」なアイテムコンテンツが存在する。レアなアイテムコンテンツの前記「ガチャ」での入手の困難さが、過度に高く設定されると、ユーザは「ガチャ」の実行のモチベーションを失う。そこで、この種のゲームアプリでは、特定のレアなアイテムコンテンツが確実に存在していると設定された箱の中からアイテムを抽選する、といった方法でユーザへアイテムを提供することがある。特定のアイテムが入っているか否かが不明な箱から、抽選を行なうよりも、入っていることが既知の箱からの抽選をユーザが選択することは自明である。

【0006】

しかしながら、特定のアイテムが入っていることが既知の箱から抽選する場合、その特定のアイテム以外のアイテムの抽選結果に対するユーザの興味が低下しかねない。特定のアイテムの取得の確実性と、他のアイテムの抽選結果とに、ゲーム性（偶然性）のバランスを持たせることが求められる。

【0007】

本発明は、斯かる事情を鑑みてなされたものであり、ユーザの満足度を向上するゲームコンテンツ提供方法、ゲームコンテンツ提供装置、及びコンピュータプログラムを提供することを目的とする。

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

【0008】

本開示の一実施形態のゲームコンテンツ提供方法は、複数のユーザへ、異なるゲームコンテンツからいずれかを提供する提供方法であって、複数のユーザそれぞれに対して、提供するゲームコンテンツに各々換わる置換オブジェクトを複数付与し、ユーザ毎に予め抽選対象となるゲームコンテンツの種類及び数を割り当てることなしに、付与された複数の前記置換オブジェクトからいずれかが選択されたタイミングで、選択された置換オブジェクトから置き換わるゲームコンテンツを、前記異なるゲームコンテンツの中から抽選する抽選処理を実行する。

【0009】

本開示のゲームコンテンツ提供方法では、対象の複数のゲームコンテンツのいずれかに置き換わる置換オブジェクトを、ユーザに付与し、その置換オブジェクトが選択されたタイミングで抽選を実行する。したがって、事前に、抽選されるゲームコンテンツが何であるかが、ある程度確実である。且つ、ゲームコンテンツへ換える置換オブジェクトを選択したタイミングで、対象コンテンツの中からランダムで抽選を実行するので、ゲームコンテンツの抽選にゲーム性が生まれる。

【発明の効果】

【0010】

本開示によれば、特定のゲームコンテンツの入手が確実である安心感をユーザに与えるとともに、ランダム性によって抽選結果が他のユーザと異なることで射幸心を適度にユーザに与え、ゲームに対するユーザの満足度を向上させることができる。

【図面の簡単な説明】

【0011】

【図1】第１実施形態のゲームシステムの概要図である。

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

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

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

【図5】置換オブジェクトの付与の概要図である。

【図6】置換オブジェクトごとの抽選対象の説明図である。

【図7】置換オブジェクトの表示例を示す図である。

【図8】複数の置換オブジェクトをまとめて換えるための画面例を示す。

【図9】アイコンが選択された場合に表示される抽選対象一覧の例を示す。

【図10】置換オブジェクトを対象アイテムに換える際の処理手順の一例を示すフローチャートである。

【図11】従来例の抽選方法の概要図である。

【図12】本開示の抽選方法の概要図である。

【図13】設定テーブルの内容例である。

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

【図15】第２実施形態で置換オブジェクトを対象アイテムに換える際の処理手順の一例を示すフローチャートである。

【図16】第２実施形態の「アイテムガチャ」画面を示す。

【図17】置換オブジェクトのリセットの説明図である。

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

コンテンツＤＢ１１０は、強化アイテムデータに関し、強化対象の１又は複数のキャラクタ若しくはバトルアイテムを識別するデータとの関係を記憶する。コンテンツＤＢ１１０は例えば、キャラクタデータ毎に、キャラクタを強化するために必要な強化アイテムの種類及びその数を記憶する。コンテンツＤＢ１１０は、バトルアイテムに対しても、バトルアイテムを強化するために必要な強化アイテムの種類及びその数を記憶してもよい。

【0020】

コンテンツＤＢ１１０は、ゲームコンテンツと交換可能なアイテム、ポイント、設定値に関し、交換対象のゲームコンテンツ（キャラクタ、バトルアイテム、又は強化アイテム）を識別するデータとの関係を記憶する。コンテンツＤＢ１１０は例えば、交換対象のゲームコンテンツ毎に、交換するために必要なアイテム、ポイント又は設定値の種類及び数を記憶する。

【0021】

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

【0022】

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

【0023】

図３は、コンテンツテーブルの内容例を示す図である。図３のコンテンツテーブルは、ゲームコンテンツのうち、強化アイテムのテーブルの内容例を示す。記憶部１１には、図３に示すように、コンテンツＩＤに対応付けて、ゲームコンテンツの実体データ（存在位置を示すアドレス）を記憶する。強化アイテムにはそれぞれ、レアリティの高低を示すレア度の数値が対応付けられている。図３に示すように、１～５の数値で、数値が大きいほどレアリティが高いことを示すように予め定められている。レア度の段階数は、５に限られない。強化アイテムのテーブルは、情報端末装置２の記憶部２１にも記憶されてもよい。

【0024】

図３に示したような、コンテンツデータの識別データ（コンテンツＩＤ）に対応付けたゲームコンテンツの実体データ、及びレアリティのデータは、強化アイテムのみならず、キャラクタ、バトルアイテム、交換に利用されるアイテム、ポイントについてもコンテンツＤＢ１１０に記憶される。

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

以下、ゲームシステム１００における「アイテムガチャ」（ゲームコンテンツ抽選方法）について詳細を説明する。第１実施形態のゲームシステム１００では、図３に示したような強化アイテム、ゲーム内のポイント等を「アイテムガチャ」の対象とする。第１実施形態のゲームシステム１００では、情報処理装置１がコンテンツＤＢ１１０から、ユーザが使用できるデータ、取得するデータを抽選によって提供するに際し、特に、アイテムコンテンツの抽選の回数を増やすモチベーションを持たせる方法を実現する。

【0038】

第１実施形態のゲームシステム１００の「アイテムガチャ」では、情報処理装置１が、複数のユーザ夫々に対して個別に、「アイテムガチャ」の対象コンテンツと置換される置換オブジェクトを複数付与する。ユーザが、置換オブジェクトを、対象コンテンツと置換する選択をしたタイミングで、情報処理装置１が、置換オブジェクト毎に対象コンテンツの抽選を実行する。

【0039】

置換オブジェクトの付与のタイミングは、主としてバトルの終了タイミングである。置換オブジェクトは、バトルの報酬としてユーザに付与される。置換オブジェクトの付与のタイミングはその他、ユーザのシナリオの進行度の達成タイミングでもよいし、ミッションの達成タイミングであってもよい。置換オブジェクトの付与は、その他、置換オブジェクトへの交換専用のアイテムとの交換を、ユーザが選択したタイミングであってもよい。

【0040】

置換オブジェクトの、複数のユーザへの付与内容は、略同一となるように設定されてもよい。情報処理装置１は、特定のミッションの達成報酬、ミッションの参加報酬として、多数の置換オブジェクトを一度にユーザへ付与する。この場合、ミッションを達成したユーザは全員、同一の置換オブジェクトの供与を受けることになる。

【0041】

図５は、置換オブジェクトの付与の概要図である。図５は、ユーザのユーザＩＤに対応付けて付与されている置換オブジェクトを表として示す。置換オブジェクトは、複数種類に分類される。種類は例えば３つ（ＳＲ：Super Rare、Ｒ：Rare、Ｎ：Normal）である。ユーザＩＤに対応付けて、付与されている置換オブジェクトの種類及び個数が記憶されている。以下、種類は、置換オブジェクト自体の付与される頻度と対応して３つ（ＳＲ／Ｒ／Ｎ）に分類されている。

【0042】

置換オブジェクトは、その種類によって、抽選対象の対象アイテムが予め決められている。対象アイテムは、図３に示した強化アイテムを含む。しかしながら、いずれの置換オブジェクトも全ての強化アイテムを対象とするわけではない。「ＳＲ」の置換オブジェクトと、「Ｒ」の置換オブジェクトと、「Ｎ」の置換オブジェクトとでは、抽選対象の強化アイテムは異なる。

【0043】

図５では、ユーザごとに、置換オブジェクトの種類は異なる配分で付与される例を示した。しかしながら、全ユーザが同一の配分で複数種類の置換オブジェクトを付与されてもよい。

【0044】

図６は、置換オブジェクトごとの抽選対象の説明図である。図６では、置換オブジェクトの種類（ＳＲ／Ｒ／Ｎ）それぞれに対応付けて、抽選対象のゲームコンテンツ（ここでは、強化アイテムのみを示す）のコンテンツＩＤが記憶されることが示されている。「ＳＲ」の置換オブジェクトに対応付けられている抽選対象のゲームコンテンツは、「Ｒ」の置換オブジェクトに対応付けられている抽選対象のゲームコンテンツよりも、レアリティが高いコンテンツが多くしてある。同様に、「Ｒ」の置換オブジェクトに対応付けられている抽選対象のゲームコンテンツは、「Ｎ」の置換オブジェクトに対応付けられている抽選対象のゲームコンテンツよりも、レアリティが高いコンテンツが多くしてある。「Ｎ」の置換オブジェクトに対応付けられている抽選対象のゲームコンテンツの種類の数は、他の種類の置換オブジェクトに対応付けられているゲームコンテンツの種類の数よりも多くしてある。

【0045】

置換オブジェクトの分類方法と対象アイテムの対応付けは、上述の内容に限られない。置換オブジェクトは、２つ、あるいは、４つ以上に分類されてもよい。置換オブジェクトは、置換オブジェクト自体の付与の頻度に応じたレアリティではなく、置換オブジェクトが換わる対象アイテムのカテゴリーで分類されてもよい。例えば、強化アイテムが対象となっている置換オブジェクトと、ポイントが対象となっている置換オブジェクトとに分類されてもよい。

【0046】

次に、置換オブジェクトを換える際の処理について説明する。図７は、置換オブジェクトの表示例を示す図である。図７は、「アイテムガチャ」画面２３０を示す。「アイテムガチャ」画面２３０には、置換オブジェクトが「箱」の画像２３１として表示されている。置換オブジェクトの画像は、対象コンテンツを格納しているように見える格納体、例えば箱以外に封筒、袋であってもよいし、対象コンテンツと交換可能なアイテム、例えばチケット等であってもよい。置換オブジェクトの画像２３１は、外見で種類（ＳＲ／Ｒ／Ｎ）を識別可能に、種類の数に応じて記憶されており、情報端末装置２から取得可能である。図７では、「ＳＲ」の「箱」は豪奢なリボンの装飾が施されており、「Ｒ」の「箱」はリボンの装飾がされているものの「ＳＲ」よりも少ない。「Ｎ」の「箱」はリボンの装飾が更に少ない。図５に示した置換オブジェクトの数は、ユーザが情報端末装置２の表示部２３にて確認した場合、図７に示すように、置換オブジェクトの画像２３１の近傍に、種類ごとに数値として表示される。これにより、ユーザは、自身が所有する置換オブジェクトの種類及びその個数を直感的に把握できる。

【0047】

図７の「アイテムガチャ」画面２３０は、置換オブジェクトを対象アイテムに換えるためのボタン２３２ａ，２３２ｂを含む。ボタン２３２ａ，２３２ｂは、ユーザが所有する置換オブジェクトの種類ごとに、その画像２３１の近傍に表示される。ボタン２３２ａ，２３２ｂは、１つずつ置換オブジェクトを換える（開梱する）ためのボタン２３２ａと、複数の置換オブジェクトをまとめて換える（開梱する）ためのボタン２３２ｂとに区別される。

【0048】

図７の「アイテムガチャ」画面２３０は、置換オブジェクトの種類ごとに、抽選対象として決められている対象コンテンツ（ゲームコンテンツ）の種類を示す画面を表示するためのアイコン２３３を含む。

【0049】

図７の「アイテムガチャ」画面２３０において、ボタン２３２ｂが選択された場合、個数を指定するための画面が表示される。図８は、複数の置換オブジェクトをまとめて換えるための画面例を示す。図８に示す画面には、個数を指定するためのスライドバー２３２ｃと、指定された個数で換えることを決定するボタン２３２ｄとが含まれる。ユーザは、スライドバー２３２ｃで個数を選択し、選択した個数でボタン２３２ｄをタップすることにより、複数個の置換オブジェクトをまとめて対象コンテンツに換えることができる。情報端末装置２の処理部２０は、編集可能なボックスコントロールで個数の指定を受け付けてもよい。「戻る」ボタンが選択された場合、「アイテムガチャ」画面２３０に戻る。

【0050】

図７の「アイテムガチャ」画面２３０において、アイコン２３３が選択された場合、各置換オブジェクトに対応する対象コンテンツの一覧を示すが表示される。図９は、アイコン２３３が選択された場合に表示される抽選対象一覧の例を示す。図９は、「ＳＲ」に対応するアイコン２３３が選択された場合に表示される例を示す。このように、置換オブジェクトを対象アイテムに換える抽選を実施する事前に、ユーザは、何が当たる可能性があるのかを確認できる。「戻る」ボタンが選択された場合、「アイテムガチャ」画面２３０に戻る。

【0051】

図７の「アイテムガチャ」画面２３０におけるボタン２３２ａ，２３２ｂがユーザによって選択（タップ）された場合、情報端末装置２は、置換オブジェクトを換える処理を実行する。置換オブジェクトを換えるに際し、図７の「アイテムガチャ」画面２３０では、「箱」が開梱されるような演出がされる。置換オブジェクトが封筒、鍵付きの箱である場合、開封される演出がされてもよい。置換オブジェクトがチケットである場合、そのチケットがアイテムに変化する演出がされてもよい。

【0052】

図１０は、置換オブジェクトを対象アイテムに換える際の処理手順の一例を示すフローチャートである。図９のフローチャートは、ゲームアプリ２Ｐを実行している情報端末装置２で「アイテムガチャ」画面２３０を表示した場合に、情報端末装置２の処理部２０によって開始される。

【0053】

情報端末装置２の処理部２０は、置換オブジェクトの種類の選択を受け付け（ステップＳ２０１）、対象アイテムへ換える個数を受け付ける（ステップＳ２０２）。

【0054】

ステップＳ２０１において処理部２０は、図７の「アイテムガチャ」画面２３０にて種類ごとに表示されているボタン２３２ａ，２３２ｂのいずれが選択されたか、によって種類を受け付ける。ステップＳ１０２において処理部２０は、図７の「アイテムガチャ」画面２３０にて１つずつ置換するためのボタン２３２ａが選択された場合に「１」を受け付け、複数まとめて換えるためのボタン２３２ｂが選択された場合、スライドバー２３２ｃが示す数を、個数として受け付ける。

【0055】

処理部２０は、置換オブジェクトの種類及び個数、並びにユーザＩＤを含むアイテム抽選リクエストを情報処理装置１へ送信する（ステップＳ２０３）。処理部２０は、自装置（情報端末装置２）のユーザに付与されている置換オブジェクトのうち、ステップＳ２０１で受け付けた種類の置換オブジェクトの数を、ステップＳ２０２で受け付けた個数分、減じる（ステップＳ２０４）。

【0056】

情報処理装置１の処理部１０は、情報端末装置２からアイテム抽選リクエストを受信する（ステップＳ１０１）。アイテム抽選リクエストに含まれるユーザＩＤに対応付けられている置換オブジェクトのうち、アイテム抽選リクエストに含まれる種類の置換オブジェクトの数を、アイテム抽選リクエストに含まれる個数分、減じる（ステップＳ１０２）。ステップＳ１０２の処理は、ステップＳ２０４の処理と同一であるから、いずれかが省略されてもよい。

【0057】

情報処理装置１の処理部１０は、アイテム抽選リクエストに含まれる種類の置換オブジェクトに対応付けられた抽選対象を、コンテンツテーブルから特定する（ステップＳ１０３）。処理部１０は、特定した抽選対象から、アイテム抽選リクエストに含まれる個数分、抽選処理を実行する（ステップＳ１０４）。

【0058】

ステップＳ１０４における抽選処理では、処理部１０は、図６に示した、置換オブジェクトの種類別の抽選対象を、均等の確率では抽選しない。処理部１０は、種類別の抽選対象の中で、コンテンツＩＤに対応付けられているレアリティの重みづけによって重み付き抽選を実行するとよい。例えば、抽選対象のコンテンツのうち、レアリティが「５」のゲームコンテンツには「１」、レアリティが「２」のゲームコンテンツには「５」、レアリティが「３」のゲームコンテンツには「２０」、レアリティが「２」のゲームコンテンツには「３４」、レアリティが「１」のゲームコンテンツには「４０」の重みを付与する。重みが大きいゲームコンテンツほど、即ち、レアリティが「３」～「１」のゲームコンテンツが当選する確率が高くなるように、情報処理装置１は抽選を実行する。

【0059】

処理部１０は、抽選処理の結果、ユーザに付与する対象コンテンツのコンテンツＩＤをユーザＩＤに対応付けて記憶し（ステップＳ１０５）、コンテンツＩＤ及び各々の個数とを情報端末装置２へ送信する（ステップＳ１０６）。

【0060】

情報端末装置２の処理部２０は、抽選結果の対象コンテンツのコンテンツＩＤ及びその個数を受信し（ステップＳ２０５）、受信したコンテンツＩＤの対象コンテンツの画像および個数を、表示部２３に抽選結果として表示する（ステップＳ２０６）。処理部２０は、ステップＳ２０４で減じた置換オブジェクトの残数を種類毎に表示し（ステップＳ２０７）、「アイテムガチャ」の処理を終了する。

【0061】

このように、置換オブジェクトの付与タイミングではなく、置換オブジェクトに対して換える選択がユーザによってされたタイミングで、置換オブジェクト１つ１つに対して抽選が行なわれる。

【0062】

上述した情報処理装置１における処理により、特定のゲームコンテンツの入手が可能な安心感をユーザに与えるとともに、ランダム性によって抽選結果が他のユーザと異なる結果とすることができる。

【0063】

上述した情報処理装置１における処理を具体的に説明する。図１１は、従来例の抽選方法の概要図である。従来、「アイテムガチャ」の方法として、ユーザに予め、ユーザ毎に予め抽選対象となるゲームコンテンツの種類及び数をそれぞれ同様に割り当てて、特定のアイテムを含む入手可能なアイテムのラインアップを示し、その各々の個数の抽選対象のゲームコンテンツから、抽選を実行する方法が実行されてきた。図１１では、複数のユーザそれぞれに割り当てられた抽選対象のゲームコンテンツの例を示している。従来の方法は、割り当てられるゲームコンテンツの数を、例えば３００～５００等として、割り当てられるゲームコンテンツは共通している。ユーザはそれぞれ、割り当てられた対象ゲームコンテンツから、抽選を進める。抽選をどこまで進められるかによって、結果的にユーザが得られるゲームコンテンツは、ユーザ同士で異なってくる。

【0064】

例えば、特定のアイテム（図１１中のアイテムＸ）が希少なアイテムであり、同様のラインアップで割り当てられた５００個のゲームコンテンツの中から、いずれのユーザもこのアイテムＸを欲するものとする。あるユーザは、アイテムＸが所定数当選するまでに３００回の抽選で済む一方で、他のユーザは４５０回抽選しなければならないケースは生じていた。しかしながら、この従来方法では、いずれのユーザも５００個の割り当てられたゲームコンテンツを全て取得するまで抽選を続行するか、あるいはアイテムＸが所定数当選するまで抽選を続行すると、結果的に、抽選結果の差異がユーザ間でほぼない状態となることが多かった。

【0065】

これに対し、本開示の抽選方法によって生じる抽選結果の差異を説明する。図１２は、本開示の抽選方法の概要図である。図１０のフローチャートに示した処理手順実行すると、従来の方法と同様に、いずれのユーザに対しても５００個の割り当てがあるとする。本開示の抽選方法では、割り当てられるのはゲームコンテンツそのものではなく、置換オブジェクトである。抽選がされるのは、置換オブジェクトが対象ゲームコンテンツに換わるタイミングである。そして、５００個全ての置換オブジェクトを対象ゲームコンテンツに抽選によって換えた場合、図１２に示すように、対象コンテンツの範囲内で当選する個数に差異が生じる。例えば、「000001」のゲームコンテンツは、レアリティがも高く図１１におけるアイテムＸに相当するが、「 12345789」のユーザは最終的に５つも当選していることに比べて、「 567891234」のユーザは２つのみ当選と、結果に差異が生じている。しかしながら、逆に「ＳＲ」の置換オブジェクトが残っている間は、希少なアイテムが当選する確率がゼロではない。このように、本開示の抽選方法では、割り当てられる置換オブジェクトが同様であっても、５００個全ての置換オブジェクトからの抽選を受ける価値が上昇する。

【0066】

更に、この方法では、バトルの報酬として対象アイテムを抽選して付与する場合よりも、ユーザにとっては、欲しいアイテムや取得が期待できる個数を事前に把握しやすい。例えば、バトルごとに、報酬として付与される対象アイテムが予め決められ、バトル中にその中からランダムで抽選される場合がある。この場合、バトルを実行することで抽選の実行を受けることと同様であるものの、置換オブジェクトがアイテムに換わる、というアクションに比して、バトルを実行するというアクションは、バトルが目的であるために当然に時間を要し、アイテムの授受を目的として実行するには煩雑に感じられる。置換オブジェクトを一度にまとめて複数の対象コンテンツに換えるという「アイテムガチャ」における操作は、特定のアイテムを含む多数のアイテムが欲しいというユーザの目的に合致する。しかも、予め割り当てられているアイテムを順次中身が分かった状態で開封していくという単純作業になりがちな操作に比して、毎回の抽選というゲーム性が付加されることで、ユーザの射幸心を刺激してモチベーションを上昇させることが期待できる。

【0067】

このように、置換オブジェクトから、アイテムガチャの対象コンテンツに換わるタイミングに抽選をしつつ、抽選対象を、対象アイテムと換えられる置換オブジェクト毎に決めておく。これにより、ユーザにとって確実に欲しいアイテムをほぼ確実にユーザが取得できるとともに、「アイテムガチャ」に、ユーザがより積極的になることが期待できる。

【0068】

（第２実施形態）
第２実施形態では、抽選方法の詳細が第１実施形態と異なる。以下、抽選処理の詳細以外の第２実施形態におけるゲームシステム１００の構成は、第１実施形態のゲームシステム１００の構成と同様であるから、共通する構成には同一の符号を付して詳細な説明を省略する。

【0069】

第２実施形態では、置換オブジェクトの個数分、置換オブジェクトの種類ごとの対象コンテンツから抽選するに際し、対象コンテンツのレア度について、事前に抽選を実行する。（第１実施形態では、対象コンテンツの重み付き抽選を行なった）レア度の抽選は、レア度の組み合わせに対する抽選確率の配分を格納した設定テーブルに基づき実行される。図１３は、設定テーブルの内容例を示す説明図である。図１３では、置換オブジェクトのレア度（ＳＲ／Ｒ／Ｎ）毎に、対象コンテンツの「レア度」の抽選確率のリストが設定されている。後述するように情報処理装置１の処理部１０は、置換オブジェクトの抽選リクエストを受信すると、置換オブジェクト１つずつに対し、先にいずれのレアリティの対象コンテンツとするかを抽選し、決定したレア度の対象コンテンツから抽選を実行する。

【0070】

図１４は、設定テーブルの他の内容例を示す説明図である。設定テーブルは、置換オブジェクトのレア度（ＳＲ／Ｒ／Ｎ）毎に、「レア度」別の抽選確率ではなく、対象コンテンツの「種類」別の抽選確率を設定している。図１４の設定テーブルを用いる場合、情報処理装置１の処理部１０は、置換オブジェクトの抽選リクエストを受信すると、置換オブジェクト１つずつに対し、先にいずれの種別の対象コンテンツとするかを抽選し、決定した種類の対象コンテンツから抽選を実行する。

【0071】

図１３及び図１４の組み合わせ、つまり、レア度及び種類の組み合わせごとに、抽選確率が設定されてもよい。例えば、「ＳＲ」の置換オブジェクトからの、「レア度」が「５」の「キャラクタ強化用アイテム」の抽選確率は１％、「レア度」が「４」の「キャラクタ強化用アイテム」の抽選確率は３％、「レア度」が「５」の「技強化用アイテム」の抽選確率は５％、「レア度」が「４」の「武器強化用アイテム」の抽選確率は１０％などと設定されていてもよい。

【0072】

図１５は、第２実施形態で置換オブジェクトを対象アイテムに換える際の処理手順の一例を示すフローチャートである。図１５のフローチャートに示す処理手順のうち、図１０のフローチャートに示した手順と共通する手順については同一のステップ番号を付して詳細な説明を省略する。

【0073】

第２実施形態において情報処理装置１の処理部１０は、アイテム抽選リクエストに含まれる個数分、ユーザの置換オブジェクトの数を減じると（Ｓ１０２）、アイテム抽選リクエストに含まれる種類（ＳＲ／Ｒ／Ｎ）の設定テーブルを読み出す（ステップＳ１２３）。

【0074】

処理部１０は、アイテム抽選リクエストに含まれる個数分、設定テーブルに基づく抽選確率で、置換オブジェクトに対する対象コンテンツのレア度又は種類の抽選を実行する（ステップＳ１２４）。処理部１０は、ステップＳ１２４にて抽選した、個数分当選したレア度又は種類毎に、対象コンテンツから抽選を実行する（ステップＳ１２５）。ステップＳ１２５における抽選は、同一レア度又は種類ないでは均等に抽選する。

【0075】

処理部１０は、ステップＳ１２５の抽選結果の対象コンテンツのコンテンツＩＤ及び個数をユーザＩＤに対応付けて記憶し（Ｓ１０５）、以後の処理Ｓ１０６を実行する。

【0076】

情報端末装置２では、抽選結果に基づき、当選した対象コンテンツを表示する（Ｓ２０５－Ｓ２０７）。

【0077】

ステップＳ１２３－Ｓ１２５の処理手順について具体的に説明する。例えば、アイテム抽選リクエストに、抽選対象の置換オブジェクトの種類「ＳＲ」及び個数「２０」が含まれているとする。この場合、情報処理装置１の処理部１０は、ステップＳ１２３にて、「ＳＲ用設定テーブル」を読み出す。処理部１０は、ステップＳ１２４において、個数「２０」に対応する２０回、「ＳＲ用設定テーブル」から「レア度」を抽選し、例えば「５」を１個、「４」を３個、「３」を１６個という抽選結果を得る。次に処理部１０は、ステップＳ１２５において、「５」のレア度の対象コンテンツから１回、「４」のレア度の対象コンテンツから３回、「３」のレア度の対象コンテンツから１６回、抽選を実行する。例えば、図６の対象コンテンツの対応関係を参照すれば、処理部１０は、「５」のレア度の対象コンテンツ「000001」、対象コンテンツ「000023」、及び対象コンテンツ「000123」との３つのゲームコンテンツ（強化アイテム）から、１回だけ、均等の確率（ランダム）に当選結果を決定する。同様に処理部１０は、「４」のレア度の対象コンテンツ「000003」、及び「000017」との２つのゲームコンテンツから、３回、いずれも均等の確率で当選結果を決定する。処理部１０は同様に、「３」のレア度の対象コンテンツ「000002」、対象コンテンツ「000015」、及び対象コンテンツ「000081」との３つのゲームコンテンツ（強化アイテム）から、１６回、均等の確率（ランダム）に当選結果を決定する。

【0078】

上述の処理により、第２実施形態の抽選方法では、レアリティごとの当選確率通りの当選が精度よく実現できる。

【0079】

また、第２実施形態では、置換オブジェクトのリセットを可能とする。図１６は、第２実施形態の「アイテムガチャ」画面２３０を示す。「アイテムガチャ」画面２３０は、「リセット」ボタン２３４を有する。第２実施形態では、例えばイベントの開始時にまとめて５００個、置換オブジェクトを付与される。所定の条件で「リセット」ボタン２３４が選択可能になり、選択された場合、情報端末装置２は、これを検知し、ユーザＩＤに対応付けられている置換オブジェクトの数を、５００個とする。情報端末装置２は、「リセット」ボタン２３４が選択されたことを情報処理装置１に通知し、情報処理装置１でも、ユーザＩＤに対応付けられている置換オブジェクトの数を５００個に戻す。

【0080】

図１７は、置換オブジェクトのリセットの説明図である。図１７（Ａ）の状態は、最初に置換オブジェクトが５００個、種類別に付与された状態である。その後、図１５のフローチャートに示した処理手順により抽選が実行され、 394個の対象コンテンツに換えられていると図１７（Ｂ）に示すように、置換オブジェクトの数が減じられている。ここで、ユーザが、新たに「ＳＲ」の置換オブジェクトを欲する場合、所定の条件下で「リセット」ボタン２３４が選択可能となる。この「リセット」ボタン２３４が選択された場合、図１７（Ｃ）に示すように、置換オブジェクトが５００個、種類別に付与される。

【0081】

ここで「所定の条件」は、置換オブジェクトが所定数以下となること、置換オブジェクトから特定の対象コンテンツが当選した場合、置換オブジェクトに対し特定のアイテムを消費した場合、特定のポイントの消費を代償とする、など多様な条件が考えられる。

【0082】

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

【符号の説明】

【0083】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】