JP2023102058A - ゲームデータ処理方法、ゲームデータ処理装置、及びコンピュータプログラム - Google Patents

Abstract

【課題】ユーザに満足度を与えるゲームデータ処理方法、ゲームデータ処理装置、及びコンピュータプログラムを提供する。【解決手段】ゲームデータ処理方法は、ゲームのユーザのユーザＩＤに対応付けて、前記ゲームの進行に際して前記ユーザが選択可能なキャラクタのデータを記憶し、記憶してあるキャラクタを含む複数種類のキャラクタから、前記ユーザに新たに付与するキャラクタを抽選する抽選処理を実行し、前記抽選処理の結果、１又は複数のキャラクタが当選する都度、前記キャラクタのキャラクタＩＤと、キャラクタ用アイテムのアイテムＩＤ及び個数とを、前記ユーザのユーザＩＤに対応付けて記憶する。【選択図】図８

Description

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

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

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

特開２００２－３６６８５２号公報

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

ユーザは、レア度が比較的高いゲームコンテンツが当選すると、その「ガチャ」に対して満足するが、比較的容易に入手できてしまうように設定されると、「ガチャ」に対するモチベーションは低下する。レア度が比較的高いゲームコンテンツを狙って「ガチャ」を実施したものの、その目的のゲームコンテンツが当選しなかった場合に、ユーザに少しでも満足感を与える工夫が必要になる。

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

本開示の一実施形態のゲームデータ処理方法は、ゲームのユーザのユーザＩＤに対応付けて、前記ゲームの進行に際して前記ユーザが選択可能なキャラクタのデータを記憶し、記憶してあるキャラクタを含む複数種類のキャラクタから、前記ユーザに新たに付与するキャラクタを抽選する抽選処理を実行し、前記抽選処理の結果、１又は複数のキャラクタが当選する都度、前記キャラクタのキャラクタＩＤと、キャラクタ用アイテムのアイテムＩＤ及び個数とを、前記ユーザのユーザＩＤに対応付けて記憶する。

本開示のゲームデータ処理方法では、ゲームのユーザのユーザＩＤに対応付けて、前記ゲームの進行に際して前記ユーザが選択可能なキャラクタのデータを記憶し、記憶してあるキャラクタを含む複数種類のキャラクタから、前記ユーザに新たに付与するキャラクタを抽選する抽選処理を実行し、前記抽選処理の結果、１又は複数のキャラクタが当選する都度、前記キャラクタのキャラクタＩＤと、キャラクタ用アイテムのアイテムＩＤ及び個数とを、前記ユーザのユーザＩＤに対応付けて記憶する。

本開示によれば、「ガチャ」にて特定のレア度が高いゲームコンテンツが当選しなかった場合であっても、ユーザには、「ガチャ」の実施でのみ蓄積される特定のアイテムが与えられる。これにより、「ガチャ」の実施に少しでも満足感を与えることができる。

第１実施形態のゲームシステムの概要図である。 情報処理装置の内部構成を示すブロック図である。 コンテンツテーブルの内容例を示す図である。 情報端末装置の内部構成を示すブロック図である。 ユーザが所有するゲームコンテンツの内容例を示す説明図である。 「ガチャ」の画面例を示す図である。 本開示の「ガチャ」における抽選方法の一例を示すフローチャートである。 抽選結果を示す画面の例を示す説明図である。 パラメータ上限の突破の説明図である。 コンテンツのロック解除の説明図である。

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

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

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

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

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

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

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

コンテンツＤＢ１１０は、強化アイテムデータに関し、強化対象の１又は複数のキャラクタ若しくはバトルアイテムを識別するデータとの関係を記憶する。コンテンツＤＢ１１０は例えば、キャラクタデータ毎に、キャラクタを強化するために必要な強化アイテムの種類及びその数を記憶する。コンテンツＤＢ１１０は、キャラクタの識別データに対応付けて、キャラクタが有する攻撃力、体力、特性等のパラメータ別に、更に段階別に、必要な強化アイテムの種類及び個数を記憶する。コンテンツＤＢ１１０は、バトルアイテムに対しても、バトルアイテムを強化するために必要な強化アイテムの種類及びその数を記憶してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図５は、ユーザが所有するゲームコンテンツの内容例を示す説明図である。図５では「123456789」 のユーザＩＤのユーザは、「000001」のコンテンツＩＤのキャラクタ、「000002」のコンテンツＩＤのバトルアイテムを含むゲームコンテンツを所有している。

更に、本開示のゲームシステム１００では、同一のユーザに対し、同一のキャラクタ又は同一のバトルアイテムを重ねて提供可能である。つまり、同一のユーザのユーザＩＤに対し、「ガチャ」の結果、キャラクタ又はバトルアイテムのコンテンツＩＤと、「個数」とを対応付けて記憶する。つまり、ユーザＩＤ「123456789」 のユーザは、「000001」のキャラクタを複数所有できる。更に、同一のキャラクタのコンテンツＩＤは相互に識別可能に記憶される。つまり、ユーザＡは、複数の「000001」のキャラクタから何れを使用するかを識別できる。ユーザが同一のキャラクタを複数所有する場合、情報処理装置１及び情報端末装置２では、ユーザＩＤに対応付けて、コンテンツＩＤに更に識別データを付加されて記憶される。例えば、図５に示すように、ユーザＩＤ「123456789」 に対応付けて、「000001-1」、「000001-2」と同一キャラクタであっても識別可能にコンテンツＩＤが記憶される。

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

以下、ゲームシステム１００で実行可能な「ガチャ」にて、キャラクタとともに得られる特定の強化アイテムについて詳細を説明する。本開示のゲームシステム１００では、キャラクタの「ガチャ」に関し、キャラクタが抽選によって当選する都度、そのキャラクタに使用可能な特定の強化アイテムがユーザに付与される。

図６は、「ガチャ」の画面例を示す図である。情報端末装置２は、ゲームアプリ２Ｐを起動中、ゲームメニューにおいて「ガチャ」が選択されると、図６に示すようにガチャ画面２３０を表示する。ガチャ画面には、「単数ガチャ」ボタンと、「複数ガチャ」ボタンとが含まれる。「単数ガチャ」あるいは「複数ガチャ」ボタンが選択された場合、情報端末装置２の処理部２０はこれを検知して、いずれのボタンが選択されたかを識別するデータとともに、コンテンツ抽選要求を情報処理装置１へ送信する。

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

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

図７は、本開示の「ガチャ」における抽選方法の一例を示すフローチャートである。情報処理装置１の処理部１０は、情報端末装置２からコンテンツ抽選要求を受信すると（ステップＳ１０１）、コンテンツ抽選要求にて選択されている回数（単数／複数）の分、図３に示したキャラクタ、バトルアイテム等を含むゲームコンテンツのうち、抽選対象となるキャラクタ及びバトルアイテムを抽出してある抽選対象テーブル（図示せず）から、各コンテンツＩＤに対応付けられたレア度に応じた重みで抽選処理を実行する（ステップＳ１０２）。レア度に応じた抽選処理は、レア度が高いほど抽選され難くなるような方法であれば、既知の方法を含む多様な方法を採用可能である。

処理部１０は、抽選処理の結果、当選したコンテンツを１つ選択する（ステップＳ１０３）。処理部１０は、選択したコンテンツがキャラクタであるか否かを判断する（ステップＳ１０４）。キャラクタであると判断された場合（Ｓ１０４：ＹＥＳ）、処理部１０は、選択したコンテンツのキャラクタ用の特定の強化アイテムを、当選したキャラクタのレア度に応じた個数、コンテンツ抽選要求元の情報端末装置２のユーザＩＤに対応付けて記憶する（ステップＳ１０５）。処理部１０は、処理を次のステップＳ１０６へ進める。ステップＳ１０５の記憶によってユーザへの付与が担保される特定の強化アイテムは、「ガチャ」のみで得られるデータである。

ステップＳ１０５において処理部１０は、キャラクタであると判断された場合に、そのキャラクタのレア度を特定し、レア度に応じて強化アイテムの個数を決定してもよい。例えば処理部１０は、レア度が高い（例えば「５」の）場合は、強化アイテムを８０個とし、レア度が低い（例えば「１」の）場合は、強化アイテムを３個とする。つまり処理部１０は、レア度が高いほど、個数が多くなるようにグラデーションをつけて個数を増減させる。

ステップＳ１０５において処理部１０は、キャラクタであると判断された場合に、そのキャラクタの当選累積回数を特定し、その回数に応じて強化アイテムの個数を決定してもよい。例えば処理部１０は、当選累積回数が多いほど、多くの個数を付与する。例えば処理部１０は、レア度が低い（例えば「１」の）キャラクタの当選累積回数が３回目の際には、強化アイテムを２個付与するが、そのキャラクタの当選累積回数が５０回目の際には、強化アイテムを５個付与する。例えば処理部１０は、レア度が高い（例えば「５」の）キャラクタの当選累積回数が１回目の際には、強化アイテムを８０個付与するが、そのキャラクタの当選累積回数が３回目の際には、強化アイテムを１２０個付与する、としてもよい。

ステップＳ１０５において処理部１０は、キャラクタであると判断された場合に、そのキャラクタの使用実績を特定し、使用実績の高さに応じて強化アイテムの個数を決定してもよい。例えば処理部１０は、使用実績が多いほど、多くの個数を付与する。例えば処理部１０は、そのキャラクタのバトルへの参加回数が４００回以上である場合に、強化アイテムの基本付与個数に２を加算し、参加回数が１０００回以上である場合に、基本付与個数に８を加算する。バトルへの参加回数のみならず、キャラクタとの親密度や信頼度に対応するパラメータの値の大小に応じて個数を増加させてもよい。

ステップＳ１０４にてキャラクタでないと判断された場合（Ｓ１０４：ＮＯ）、処理部１０は、処理を次のステップＳ１０６へ進める。

当選したコンテンツのうち、未選択のコンテンツは残っているか否かを判断する（ステップＳ１０６）。残っていると判断された場合（Ｓ１０６：ＹＥＳ）、処理部１０は処理をステップＳ１０３へ戻す。

未選択のコンテンツは残っていないと判断された場合（Ｓ１０６：ＮＯ）、処理部１０は、ステップＳ１０２の抽選結果のデータと、ステップＳ１０５でユーザに与えられた特定の強化アイテムのデータ及び特定の強化アイテムの個数を、コンテンツ抽選要求を送信してきた情報端末装置２へ応答する（ステップＳ１０７）。

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

図８は、抽選結果を示す画面の例を示す説明図である。図８に示すガチャ結果画面２３１は、当選したキャラクタ又はバトルアイテムを示すアイコン２３２を含む。図８のガチャ結果画面２３１では、アイコン２３２は、文字及びコンテンツＩＤによって当選したゲームコンテンツを識別しているが、ゲームコンテンツのサムネイル画像、名称等で識別されてよい。図８のガチャ結果画面２３１では、当選したキャラクタ又はバトルアイテムそれぞれのレア度が、アイコン２３２内の「星」の数で表されている。

ガチャ結果画面２３１には、図８に示すように、抽選を終了させる「終了」ボタン、及び、更に抽選を続行するための「更に抽選」ボタンが含まれるとよい。

本開示のゲームシステム１００において、ガチャ結果画面２３１には、アイコン２３２がキャラクタのゲームコンテンツに対応する場合、ともに付与される特定の強化アイテムを示すミニアイコン２３３が表示されている。ミニアイコン２３３の近傍には、特定の強化アイテムの増加個数が表示されている。

このように、本開示のゲームシステム１００では、キャラクタのゲームコンテンツが「ガチャ」の抽選で当選する都度に、そのキャラクタに対して使用できる特定の強化アイテムが「おまけ」としてユーザに提供される。

当該分野における従来のゲームシステムでは、「ガチャ」において当選したキャラクタのゲームコンテンツが、既にユーザが所持しているキャラクタと同一であるか否か、即ち、重複当選であるか否かを判断し、重複当選である場合には、自動的にキャラクタを強化するか、特定のアイテム、又はポイントをユーザに付与するなどしていた。

これに対し、上述した「ガチャ」の抽選処理では、重複当選か否かに関わらず、キャラクタが当選する都度、キャラクタのデータに加えて、そのキャラクタ用の特定の強化アイテムがユーザに提供される。何度も当選する都度に、後述するように、他のアイテムでは不可能な強化を実現する特別な強化アイテムを蓄積させることができるため、「ガチャ」でゲームコンテンツが重複当選したとしても、ユーザに満足感を与えることができる。

特定の強化アイテムは、各キャラクタ専用である。例えば、コンテンツＩＤ「000001」のキャラクタ用の特定の強化アイテムは、他のコンテンツＩＤ「000003」のキャラクタには使用できないし、「000003」のキャラクタ用の特定の強化アイテムは、他の「000001」のキャラクタには使用できない。同一のキャラクタであっても、ユーザは上述したように、取得可能である。この場合、特定の強化アイテムは、同一のキャラクタであれば、ともに「ガチャ」で付与された特定の強化アイテムのみならず、複数のキャラクタのいずれにも使用が許可される。例えば、コンテンツＩＤ「000001」のキャラクタを所有しているユーザは、その「000001」のキャラクタを「ガチャ」で取得できたタイミングで特定の強化アイテムを８０個有している。更に、新たに実施した「ガチャ」において、コンテンツＩＤ「000001」のキャラクタが同一ユーザに対して当選した場合、ユーザは、「000001」のキャラクタ用の特定の強化アイテムを更に８０個取得できる。ユーザは、コンテンツＩＤ「000001-1」のキャラクタと、「000001-2」のキャラクタと、１６０個の「000001」用の特定の強化アイテムとを所有することになる。ユーザは、専用とはいえ、この１６０個の特定の強化アイテムを８０個ずつ、コンテンツＩＤ「000001-1」のキャラクタと、コンテンツＩＤ「000001-2」のキャラクタとに分けて使用しなければならないのではなく、をまとめて、コンテンツＩＤ「000001-1」のキャラクタに使用することができる。

特定の強化アイテムの使用方法について以下に説明する。

特定の強化アイテムは第１例では、キャラクタそれぞれのパラメータのうち、上限が設定されているパラメータを、上限を突破して上昇させるために使用可能である。図９は、パラメータ上限の突破の説明図である。図９は、キャラクタ強化の操作を行なうための画面２３４を示す。図９の画面２３４には、「000001」のキャラクタの特性（レベル、体力、攻撃力等）が示されている。特性として、「レベル」が表示されている。図９の画面２３４では「レベル」の上限は「１００」とされている。しかしながら、特定の強化アイテムを各キャラクタに設定された個数消費することによって、「１１０」へ上限を突破させることが可能である。

特定の強化アイテムは第２例では、対応するキャラクタについてロックされているコンテンツ再生を可能にするために使用可能である。図１０は、コンテンツのロック解除の説明図である。図１０は、キャラクタそれぞれのプロフィールを確認するための画面２３５を示す。図１０の画面２３５には、「000001」のキャラクタ特有のコンテンツリストが表示されている。画面２３５中の「ストーリー」は、キャラクタそれぞれに対して設定されている来歴、家族、嗜好を説明するための動画コンテンツである。図１０の例では、「000001」のキャラクタに４つの「ストーリー」が用意されており、３つが解放済みであり、再生が可能である。これに対し、特定の強化アイテムを各キャラクタの各「ストーリー」に設定された個数消費することによって、残りの１つの「ストーリー」の再生が可能になる。

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

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

Claims (11)

1. ゲームのユーザのユーザＩＤに対応付けて、前記ゲームの進行に際して前記ユーザが選択可能なキャラクタのデータを記憶し、
   記憶してあるキャラクタを含む複数種類のキャラクタから、前記ユーザに新たに付与するキャラクタを抽選する抽選処理を実行し、
   前記抽選処理の結果、１又は複数のキャラクタが当選する都度、前記キャラクタのキャラクタＩＤと、キャラクタ用アイテムのアイテムＩＤ及び個数とを、前記ユーザのユーザＩＤに対応付けて記憶する
   ゲームデータ処理方法。
2. 同一種類のキャラクタのデータを複数、相互に識別可能に記憶可能であり、
   前記キャラクタ用アイテムは、同一種類の複数のキャラクタのデータを記憶している場合、前記複数のキャラクタのいずれにも使用が許可される
   請求項１に記載のゲームデータ処理方法。
3. 前記キャラクタ用アイテムは、対応するキャラクタに対して設定されている前記抽選におけるレアリティ度が高いほど、個数が多く付与される
   請求項１又は２に記載のゲームデータ処理方法。
4. 前記キャラクタ用アイテムは、対応するキャラクタに対する抽選回数に応じて付与される数が変化する
   請求項１又は２に記載のゲームデータ処理方法。
5. 前記キャラクタ用アイテムは、対応するキャラクタそれぞれのパラメータのうち、上限が設定されているパラメータの前記上限を、上昇させるために消費される
   請求項１から４のいずれか１項に記載のゲームデータ処理方法。
6. 前記キャラクタ用アイテムは、対応するキャラクタそれぞれのパラメータに加え、新たなパラメータの上昇を許可するために消費される
   請求項１から５のいずれか１項に記載のゲームデータ処理方法。
7. 前記キャラクタ用アイテムは、対応するキャラクタについてロックされているコンテンツ再生を許可するために消費される
   請求項１から６のいずれか１項に記載のゲームデータ処理方法。
8. 前記キャラクタ用アイテムは、前記キャラクタの活用実績に応じて付与される
   請求項１から７のいずれか１項に記載のゲームデータ処理方法。
9. 前記抽選は、前記複数のキャラクタから重複可能に実行される
   請求項１から８のいずれか１項に記載のゲームデータ処理方法。
10. ゲームのユーザのユーザＩＤに対応付けて、前記ゲームの進行に際して前記ユーザが選択可能なキャラクタのデータを記憶する記憶部と、
    記憶してあるキャラクタを含む複数種類のキャラクタから、前記ユーザに新たに付与するキャラクタを抽選する抽選処理を実行する処理部と、
    を備え、
    前記処理部は、
    前記抽選処理の結果、１又は複数のキャラクタが当選する都度、前記キャラクタのキャラクタＩＤと、キャラクタ用アイテムのアイテムＩＤ及び個数とを、前記ユーザのユーザＩＤに対応付けて前記記憶部に記憶する
    ゲームデータ処理装置。
11. コンピュータに、
    ゲームのユーザのユーザＩＤに対応付けて、前記ゲームの進行に際して前記ユーザが選択可能なキャラクタのデータを記憶し、
    記憶してあるキャラクタを含む複数種類のキャラクタから、前記ユーザに新たに付与するキャラクタを抽選する抽選処理を実行し、
    前記抽選処理の結果、１又は複数のキャラクタが当選する都度、前記キャラクタのキャラクタＩＤと、キャラクタ用アイテムのアイテムＩＤ及び個数とを、前記ユーザのユーザＩＤに対応付けて記憶する
    処理を実行させるコンピュータプログラム。

Images