JP2021049442A - コンピュータプログラム、およびコンピュータ装置 - Google Patents

Abstract

【課題】ゲーム性を備え興趣のあるガチャを提供することのできるコンピュータプログラムを提供すること。【解決手段】本発明のコンピュータプログラムは、コンピュータ装置を、１回の媒体抽選の要求で複数回の媒体抽選を実行し、当選媒体群を生成する媒体抽選実行手段として機能させ、媒体抽選実行手段は、媒体抽選が要求された場合に第１の所定量のパラメータを生成し、媒体抽選が実行された場合にパラメータを減少させ、所定条件が満たされた場合にはパラメータの量を増加させ、パラメータが第２の所定量となるまで媒体抽選を実行し、パラメータが第２の所定量となり当選媒体群に含まれる当選媒体が所定数である場合に当選媒体群をユーザに付与し、パラメータが第２の所定量となり当選媒体群に含まれる当選媒体が所定数を超えている場合にユーザの操作に基づいて指定された所定数の当選媒体で構成される当選媒体群をユーザに付与する。【選択図】図１

Description

本発明は、コンピュータプログラム、およびコンピュータ装置に関する。

従来、ユーザによる抽選要求（ガチャ要求）を受けつけたことを契機として、ユーザに付与するゲーム媒体を選択するための、いわゆるガチャと呼ばれる抽選が実行されるゲームが知られている（例えば、特許文献１参照）。

ガチャによって選択されたゲーム媒体に関する情報は、ユーザの識別情報と関連づけられる。そして、ユーザの識別情報と関連づけられたゲーム媒体に関する情報は、ユーザのゲーム装置へ送信される。これにより、ゲーム媒体がユーザに付与される。

特開２０１３−２４７９７７号公報

この従来のガチャにおいては、あらかじめ用意されたガチャリストに基づいて完全確率抽選が実行される。そして、希少度（レアリティ）の高いゲーム媒体は、ユーザが入手しづらくなるよう、きわめて低い確率が設定されることが多い。

そのため、ユーザが欲するゲーム媒体を取得するためには、確率的に、ユーザは非常に多くの回数のガチャを実行する必要がある。この問題が、ユーザがガチャから遠ざかる原因となっていた。

さらに、１回のガチャ要求で複数回のガチャが実行される連続ガチャは、ただ単にガチャで選択された複数体のキャラクタがユーザに付与されるだけであり、面白味に欠けるものであった。

本発明の目的は、ゲーム性を備え興趣のあるガチャを提供することのできるコンピュータプログラムを提供することである。

第１の発明は、
コンピュータ装置を、
ユーザの操作に基づいて媒体抽選が１回要求されたことを契機として複数回の前記媒体抽選を実行し、複数のゲーム媒体が記憶された抽選リストから選択される前記ゲーム媒体である当選媒体の複数で構成される当選媒体群を生成する媒体抽選実行手段、
として機能させ、
前記媒体抽選実行手段は、
前記ユーザの操作に基づいて前記媒体抽選が要求された場合に第１の所定量のパラメータを生成し、
前記パラメータを表示部に表示させるための情報を送信し、
前記媒体抽選が１回実行された場合に、前記当選媒体を選択して前記当選媒体群を生成していくとともに、対応する量の前記パラメータを減少させ、
所定条件が満たされた場合には、前記パラメータの量を増加させ、
前記パラメータが第２の所定量以下となるまで前記媒体抽選を実行し、
前記パラメータが前記第２の所定量以下となった場合であって前記当選媒体群に含まれる前記当選媒体が所定数である場合に、前記当選媒体群を前記ユーザの識別情報に関連づけ、
前記パラメータが前記第２の所定量以下となった場合であって前記当選媒体群に含まれる前記当選媒体が前記所定数を超えている場合に、前記当選媒体群のうちから前記ユーザの操作に基づいて指定された前記所定数の前記当選媒体で構成される前記当選媒体群を前記ユーザの識別情報に関連づける、
コンピュータプログラムである。

第２の発明は、
コンピュータ装置を、
ユーザの操作に基づいて媒体抽選が１回要求されたことを契機として複数回の前記媒体抽選を実行し、複数のゲーム媒体が記憶された抽選リストから選択される前記ゲーム媒体である当選媒体の複数で構成される当選媒体群を生成する媒体抽選実行手段、
として機能させ、
前記媒体抽選実行手段は、
前記ユーザの操作に基づいて前記媒体抽選が要求された場合に第１の所定量のパラメータを生成し、
前記パラメータを表示部に表示させるための情報を送信し、
前記媒体抽選が１回実行された場合に、前記当選媒体を選択して前記当選媒体群を生成していくとともに、対応する量の前記パラメータを減少させ、
所定条件が満たされた場合には、前記パラメータの量を増加させ、
前記パラメータが第２の所定量以下となるまで前記媒体抽選を実行し、
前記パラメータが前記第２の所定量以下となった場合に、前記当選媒体群を前記ユーザの識別情報に関連づける、
コンピュータプログラムである。

また、第１および第２の発明において、
前記媒体抽選実行手段は、前記所定条件が満たされた場合には、前記パラメータが前記第１の所定量となるまで前記パラメータを増加させてもよい。

また、第１および第２の発明において、
前記所定条件は、前記媒体抽選が要求されたのちに実行される所定のリセット抽選に当選することであってもよい。

また、第１および第２の発明において、
前記リセット抽選に当選することは、前記媒体抽選の結果、所定種類の前記ゲーム媒体が前記当選媒体として選択されることであってもよい。

また、第１および第２の発明において、
前記所定種類の前記ゲーム媒体は、あらかじめ定められていてもよい。

また、第１および第２の発明において、
前記媒体抽選実行手段は、前記所定種類の前記ゲーム媒体を抽選で決定してもよい。

また、第１および第２の発明において、
前記媒体抽選実行手段は、前記媒体抽選が１回要求されたことを契機として複数回の前記媒体抽選が実行されている間に、前記ユーザの停止操作に基づいて前記媒体抽選の実行を停止するとともに、その後の前記ユーザの開始操作に基づいて前記媒体抽選の実行を再開してもよい。

第３の発明は、第１および第２の発明のコンピュータプログラムを記憶する記憶部と、前記コンピュータプログラムを実行する制御部と、を備える、
コンピュータ装置である。

本発明によれば、ゲーム性を備え興趣のあるガチャを提供することのできるコンピュータプログラムを提供することができる。

本実施形態における、ゲームシステムの構成を示す図である。 本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。 本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。 本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。 本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。 本実施形態における、１０連ガチャ処理を示すフローチャートである。

［実施形態］
本発明の実施形態にかかるゲームシステム１について、図１〜図６を参照して説明する。ゲームシステム１は、図１のとおり、サーバ装置２とゲーム装置３とを備える。

＜ゲームの説明＞
サーバ装置２により、ゲーム装置３で実行される下記のゲームが提供される。具体的には、ゲーム装置３では、ユーザがタッチパッド３５０を介して仮想ゲーム空間上のプレイヤキャラクタを操作して進行する複数のステージ（以下、「クエスト」という。）を備える所定のゲームが実行される。

本実施形態において、ゲーム装置３にて実行されるゲームには、ユーザの操作に基づいて使用キャラクタとして設定されるとともにユーザが操作するプレイヤキャラクタが敵キャラクタであるモンスターを討伐するクエストパートがある。例えば、ゲーム中の１つのクエストでは、制限時間内にプレイヤキャラクタがモンスターを討伐すればそのクエストのクリア条件が満たされる。このクエストは、ユーザがタッチパッド３５０を操作することで進行する。

また、このゲームには、前記クエストパートのほか、媒体抽選（ガチャ）パートがある。このガチャパートでは、複数種類のゲーム媒体のうちからいずれかのゲーム媒体が選択される。具体的には、ガチャパートでは、ユーザがゲームを有利に進めることができるよう、より強力な装備、あるいは、より能力値の高いキャラクタなどのゲーム媒体に関する情報とユーザの識別情報とを関連づけるためのガチャが実行される。

また、後述のとおり、本実施形態のガチャパートにおいては、１回のガチャ要求で１体のキャラクタを選択する単発ガチャと、１回のガチャ要求で１０体のキャラクタを選択する１０連ガチャとがある。

ユーザは、ガチャによって得られたキャラクタ等を使用キャラクタ等として設定することができる。

本実施形態においてガチャで選択されるゲーム媒体はキャラクタである。また、ユーザに付与されるキャラクタには、それぞれパラメータの種類として体力値、スキル値のほか、属性、レアリティ（希少度）が設けられている。

例えば、本実施形態では、キャラクタに設定される属性には、火属性、水属性、風属性がパラメータとして設けられており、レアリティには、ノーマル、レア、激レア、超激レアの４種類がパラメータとして設けられている。各キャラクタには、いずれか１つの属性およびレアリティが設定されている。

ガチャは、ユーザにより抽選要求（ガチャ要求）がなされたことを契機として、複数種類のキャラクタが記憶された抽選リスト（ガチャリスト）に基づいて実行される。

以下では、キャラクタとユーザの識別情報とを関連づけ、ユーザの識別情報が関連づけられたキャラクタに関する情報を当該ユーザのゲーム装置３へ送信することを、「キャラクタをユーザに付与する」という場合がある。

＜ハードウェア構成＞
図１を参照して、サーバ装置２のハードウェア構成および機能的構成、ならびに前記ゲームが実行されるゲーム装置３のハードウェア構成および機能的構成について説明する。

なお、ゲーム装置３には、そのゲーム装置３に対応づけてユーザアカウントが付与される。このユーザアカウントはユーザアカウント情報（ユーザの識別情報）として管理される。

ゲーム装置３が通信ネットワーク４を介してサーバ装置２と通信を行う場合には、そのゲーム装置３からユーザの識別情報が送信される。送信されたユーザの識別情報は、サーバ装置２において所定の認証がなされる。これにより、サーバ装置２とゲーム装置３との通信が可能となる。

また、ユーザには、ゲームをプレイするにあたってゲームアカウントが付与される。ゲームアカウントは、ゲームアカウント情報として管理される。

＜サーバ装置２のハードウェア構成＞
サーバ装置２は、図１のとおり、制御部２０、記憶部２１、およびネットワークインターフェース２２を備える。

記憶部２１およびネットワークインターフェース２２は、バス２００を介してサーバ装置２の制御部２０に接続される。

制御部２０は、サーバ装置２の動作を制御する。

記憶部２１は、主にＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）で構成される。

記憶部２１には、例えば、ゲーム装置３にてプレイされるゲームを実行するためのゲームプログラムを配信するための配信プログラムおよびデータが記憶される。

ネットワークインターフェース２２は、サーバ装置２とゲーム装置３との間でデータを送受信するために、通信ネットワーク４に接続される。

＜サーバ装置２の制御部２０の機能的構成＞
サーバ装置２の制御部２０は、図１のとおり、本発明のコンピュータプログラムを実行することにより、照合手段２０１、ゲーム進行管理手段２０２、媒体抽選実行手段２０３、および通信手段２０４として機能する。

＜照合手段２０１の説明＞
照合手段２０１は、ゲーム装置３から送信されるユーザの識別情報を用いて、ユーザアカウントの認証を行う。

＜ゲーム進行管理手段２０２の説明＞
ゲーム進行管理手段２０２は、ゲーム装置３のユーザからの操作信号を受信して、ゲームの本編の進行状況を管理する。具体的には、ゲーム進行管理手段２０２は、例えば、仮想ゲーム空間でキャラクタを動作させたり、キャラクタの体力値を管理したりする。

また、ゲーム進行管理手段２０２は、後述の通信手段２０４を介してゲームの本編の進行状況をゲーム装置３へ送信する。

＜媒体抽選実行手段２０３の説明＞
媒体抽選実行手段２０３は、通信手段２０４を介してゲーム装置３から後述のガチャ要求情報を受信したことを契機としてガチャを実行する。

具体的には、ガチャが要求された場合には、媒体抽選実行手段２０３は、ガチャリストからキャラクタを選択し、選択されたキャラクタ（当選キャラクタ）に関する情報を生成する。

ガチャリストは、ガチャのイベントごとに用意されており、当選確率があらかじめ定められた複数種類のキャラクタが記憶されたガチャリストである。

本実施形態において、ユーザが「単発ガチャ」を要求した場合（図２における仮想ボタン３４１がタッチされた場合）には、媒体抽選実行手段２０３は、ユーザによる１回のガチャ要求で１体のキャラクタを選択する。

一方、ユーザが「１０連ガチャ」を要求した場合（図２における仮想ボタン３４２がタッチされた場合）には、媒体抽選実行手段２０３は、ユーザによる１回のガチャ要求で１０体以上のキャラクタを選択する。以下では、ユーザが「１０連ガチャ」を要求した場合の例が記載されている。

具体的には、「１０連ガチャ」が要求された場合には、媒体抽選実行手段２０３は、ガチャリストから選択されるキャラクタである当選キャラクタの２体以上の集まりで構成される当選キャラクタ群を生成する。

また、媒体抽選実行手段２０３は、ガチャが要求された場合に、必要な量の宝石とユーザの識別情報との関連づけを解除する。これにより、ガチャを要求するために必要な量の宝石が消費される。具体的には、図２のとおり、ユーザが単発ガチャを要求する場合には１０個の宝石が消費される必要があり、ユーザが１０連ガチャを要求する場合には１００個の宝石が消費される必要がある。

また、媒体抽選実行手段２０３は、図３のとおり、ユーザの操作に基づいて１０連ガチャが要求された場合に１０個（第１の所定量の一例）の珠３４３（パラメータの一例）を生成（設定）する。

また、媒体抽選実行手段２０３は、珠３４３の残量をゲーム装置３の液晶画面３４０に表示させるための情報をゲーム装置３へ送信する。これにより、図３、図４のとおり、珠３４３の残量が液晶画面３４０に表示される。

また、媒体抽選実行手段２０３は、ガチャ（１体の当選キャラクタを決定する抽選）が１回実行されるごとに、対応する量である１個の珠３４３を減少させる。

また、媒体抽選実行手段２０３は、珠３４３を減少させたのち、当選キャラクタを選択して、その当選キャラクタを当選キャラクタ群としてストックする（当選キャラクタ群に組み込む）。

本実施形態では、図３のように、珠３４３は一番右側の珠３４３から順に左側に向かって減少していく（消費されていく）。すなわち、図３の例では、３回目のガチャが実行されている状態が示されている。

図４は、ガチャが実行されたあとのゲーム画面を示す例である。キャラクタ表示枠３４４には、ガチャによって選択されたキャラクタ名（図４の例では、「キャラクタ４７」）、当該キャラクタの属性（図４の例では、「火属性」）、および当該キャラクタのレアリティ（図４の例では、「ノーマル」）が表示されている。

媒体抽選実行手段２０３は、珠３４３の残量が０個（第２の所定量の一例）となるまでガチャを継続する。すなわち、媒体抽選実行手段２０３は、珠３４３の残量が０個となったときにガチャを終了させる。

ただし、媒体抽選実行手段２０３は、所定条件が満たされた場合には、珠３４３の残量が１０個となるまで珠３４３を増加させる（珠３４３の残量をリセットする）。図４、図５の例では、３回目のガチャが実行された場合に所定条件が満たされ、珠３４３の残量がリセットされている。

なお、本実施形態において前記所定条件は、ガチャの結果、ゲーム内で使用しうるリセットキャラクタが当選キャラクタとして選択されることである。このリセットキャラクタは、例えばガチャのイベントごとにあらかじめ定められている。図４、図５の例では、３回目のガチャで当選した「属性が火属性であって、レアリティがノーマルであるキャラクタ４７」がリセットキャラクタである。

媒体抽選実行手段２０３は、珠３４３の残量が０個となった場合であって当選キャラクタ群に含まれる当選キャラクタが１０体を超えている場合に、当選キャラクタ群のうちからユーザの操作に基づいて指定された１０体の当選キャラクタで構成される当選キャラクタ群をユーザの識別情報に関連づける。

一方、媒体抽選実行手段２０３は、珠３４３の残量が０個となった場合であって当選キャラクタ群に含まれる当選キャラクタが１０体である場合には、その当選キャラクタ群をユーザの識別情報に関連づける。

例えば、当選キャラクタの個数が１３体である場合には、ユーザによって選択された１０体の当選キャラクタがユーザに付与される。すなわち、この例では、ユーザによって選択されなかった３体の当選キャラクタはユーザに付与されない。

図５は、１０体を超える当選キャラクタで構成される当選キャラクタ群から、ユーザが１０体の当選キャラクタを選択している状態を示す図である。具体的には、ユーザは、図５のとおり、当選キャラクタ群表示枠３４５に表示されている当選キャラクタから１０体のキャラクタを任意に選択することができる。

＜通信手段２０４の説明＞
通信手段２０４は、ゲーム装置３との間で、ユーザの識別情報、ゲームプログラム、ゲームアカウント情報、および課金アイテムなどのゲームデータなどを送受信する。

また、通信手段２０４は、当選キャラクタ群のうちユーザが指定したキャラクタに関する情報、ガチャ要求情報などをゲーム装置３から受信する。通信手段２０４が受信したガチャ要求情報は媒体抽選実行手段２０３へ送信される。

また、通信手段２０４は、珠３４３の残量に関する情報、媒体抽選実行手段２０３が生成した当選キャラクタ、当選キャラクタ群に関する情報などをゲーム装置３へ送信する。

＜ゲーム装置３のハードウェア構成＞
ゲーム装置３は、図１のとおり、スピーカ３３０、液晶画面３４０、およびタッチパッド３５０が内蔵される、例えば、スマートフォンなどの端末装置である。このゲーム装置３において、サーバ装置２から配信されたゲームに関するゲームプログラムおよびデータに基づいてゲームが進行する。

また、ゲーム装置３は、サーバ装置２との間で、インターネットあるいはＬＡＮなどの通信ネットワーク４を介して互いにデータ通信をすることができる。

ゲーム装置３は、制御部３０、記憶部３１、ネットワークインターフェース３２、オーディオ処理部３３、グラフィック処理部３４、および操作部３５を備える。

記憶部３１、ネットワークインターフェース３２、オーディオ処理部３３、グラフィック処理部３４、および操作部３５は、バス３００を介して、制御部３０に接続される。

制御部３０は、ゲーム装置３の動作を制御する。

記憶部３１は、主にＨＤＤ、ＲＡＭおよびＲＯＭで構成される。記憶部３１には、例えば、ゲームを実行するためのゲームプログラムおよびデータが記憶される。

ネットワークインターフェース３２は、ゲーム装置３とサーバ装置２との間でデータを送受信するために、通信ネットワーク４に接続される。これにより、ゲーム装置３にゲームプログラムおよびゲームデータがダウンロードされる。

オーディオ処理部３３は、制御部３０の指示に従ってデジタルのゲーム音声を再生および合成する。また、オーディオ処理部３３には、スピーカ３３０が接続される。ゲーム音声は、スピーカ３３０から出力される。

グラフィック処理部３４は、制御部３０の指示に従って仮想ゲーム空間およびプレイヤキャラクタなどを含むゲーム画像を動画形式で描画する。グラフィック処理部３４にて動画形式に描画されたゲーム画像は、ゲーム画面として液晶画面３４０に表示される。

操作部３５には、ユーザからの操作信号が入力される。本実施形態において操作部３５には、入力位置検出装置であるタッチパッド３５０を介してユーザからの操作信号が入力される。ユーザはタッチパッド３５０をタッチすることによって、キャラクタの選択、クエストの選択、あるいは、プレイヤキャラクタの操作等を行う。

＜ゲーム装置３の制御部３０の機能的構成＞
ゲーム装置３の制御部３０は、サーバ装置２からダウンロードされたゲームプログラムを実行することで、図１のとおり、ゲーム実行手段３０１、媒体抽選要求手段３０２、および通信手段３０３として機能する。

＜ゲーム実行手段３０１の説明＞
ゲーム実行手段３０１は、ユーザによるタッチパッド３５０の操作に基づいて、クエストパートおよびガチャパートを備えるゲームをゲーム装置３に実行させる。

ゲーム実行手段３０１は、ユーザからの操作信号およびサーバ装置２のゲーム進行管理手段２０２から送信される情報などに基づいてゲームを進行させる。

具体的には、ゲーム実行手段３０１は、ゲームデータに含まれるゲーム空間オブジェクトおよびテクスチャなどのデータを記憶部３１から読み出し、二次元または三次元の仮想ゲーム空間を生成する。

また、ゲーム実行手段３０１は、仮想ゲーム空間にプレイヤキャラクタを配置する。そして、ゲーム実行手段３０１は、ユーザによるタッチパッド３５０の操作、および、ゲーム進行管理手段２０２から送信されるゲームの進行状況に応じて、仮想ゲーム空間におけるプレイヤキャラクタの行動を制御する。

また、ゲーム実行手段３０１は、仮想ゲーム空間、プレイヤキャラクタ、および仮想操作ボタンをゲーム画面として液晶画面３４０に表示するための情報を生成する。これらの情報に従って、グラフィック処理部３４が液晶画面３４０上にゲーム画像を描画する。

例えば、液晶画面３４０には、図２〜図５のとおり、画面上部から「ユーザランク」、「宝石数」などが表示される。なお、この宝石は、ユーザが購入することにより、または、ログインボーナスなどにより、ユーザに付与される。

また、ゲーム実行手段３０１は、通信手段３０３を介して媒体抽選実行手段２０３から珠３４３の残量に関する情報、ユーザの識別情報と関連づけられた当選キャラクタに関する情報、および当選キャラクタ群に関する情報を受信したのち、これらの情報を液晶画面３４０に表示させる。

＜媒体抽選要求手段３０２の説明＞
媒体抽選要求手段３０２は、ユーザの操作に基づいて必要な量の宝石を消費してガチャ要求を行う。ガチャ要求が行われると、媒体抽選要求手段３０２はガチャ要求情報を生成する。このガチャ要求情報は通信手段３０３を介してサーバ装置２へ送信される。

具体的には、媒体抽選要求手段３０２は、ユーザが「単発ガチャ」のボタン３４１を押下した場合には、単発ガチャ用のガチャ要求情報を生成する。

一方、媒体抽選要求手段３０２は、ユーザが「１０連ガチャ」のボタン３４２を押下した場合には、１０連ガチャ用のガチャ要求情報を生成する。

サーバ装置２が受信したガチャ要求情報の種類により、サーバ装置２にて、対応するガチャが実行される。

＜通信手段３０３の説明＞
通信手段３０３は、例えば、サーバ装置２からゲームに関するゲームプログラム、珠３４３の残量に関する情報、当選キャラクタに関する情報、および当選キャラクタ群に関する情報などの情報を受信する。

また、通信手段３０３は、例えば、ユーザの操作に基づいて、ユーザの識別情報、ゲームアカウント情報、新たなゲームデータのダウンロード要求情報、タップ操作に関する信号、当選キャラクタ群のうちユーザが指定したキャラクタに関する情報、およびガチャ要求情報などの情報をサーバ装置３へ送信する。

＜１０連ガチャ処理の説明＞
以下、図６を参照して、本発明の１０連ガチャ処理について説明する。なお、後述の制御手段および処理手順は一例であり、本発明の実施形態はこれらには限られない。処理手順等は、本発明の要旨を変更しない範囲で適宜設計変更が可能である。

まず、ユーザの操作に基づいて、ゲーム装置３の媒体抽選要求手段３０２が１０連ガチャを要求する（ステップＳ１）。

ついで、サーバ装置２の媒体抽選実行手段２０３が、１０連ガチャの要求に必要な量である１００個の宝石とユーザの識別情報との関連づけを解除する。これにより、１００個の宝石が消費される（ステップＳ２）。

ついで、媒体抽選実行手段２０３が、珠３４３の残量を１０個に設定する（ステップＳ３）。

ついで、媒体抽選実行手段２０３が、ガチャを１回実行するごとに、１個の珠３４３とユーザの識別情報との関連づけを解除する。これにより、ガチャが１回実行されるたびに、対応する量である１個の珠３４３が消費される（ステップＳ４）。

ついで、媒体抽選実行手段２０３が、ガチャを実行して（ステップＳ５）、当選キャラクタを決定する。

ついで、媒体抽選実行手段２０３は、当選キャラクタに基づいて当選キャラクタ群に関する情報を生成する（ステップＳ６）。

ついで、媒体抽選実行手段２０３が、当選キャラクタが所定のリセットキャラクタであるか否かを判定する（ステップＳ７）。

当選キャラクタがリセットキャラクタであると判定された場合（Ｓ７：ＹＥＳ）には、媒体抽選実行手段２０３が、それまでのガチャで選択された当選キャラクタで構成される当選キャラクタ群に関する情報を保持したまま、珠３４３の残量を１０個に設定（珠の残量をリセット）する（ステップＳ３）。

一方、当選キャラクタがリセットキャラクタではないと判定された場合（Ｓ７：ＮＯ）には、媒体抽選実行手段２０３が、珠３４３の残量が０個であるか否かを判定する（ステップＳ８）。

珠３４３の残量が０個ではない（珠３４３の残量が１個以上である）と判定された場合（Ｓ８：ＮＯ）には、処理はステップＳ４へ戻る。

一方、珠３４３の残量が０個であると判定された場合（Ｓ８：ＹＥＳ）には、媒体抽選実行手段２０３が、当選キャラクタ群を構成する当選キャラクタの数が１０体であるか否かを判定する（ステップＳ９）。

当選キャラクタの数が１０体ではない（当選キャラクタの数が１０体を超える）と判定された場合（Ｓ９：ＮＯ）には、媒体抽選実行手段２０３が、ユーザの指定操作に基づいて１０体の当選キャラクタを選択する（ステップＳ１０）ことで当選キャラクタ群を再構成する。

ついで、媒体抽選実行手段２０３が、再構成された当選キャラクタ群に関する情報とユーザの識別情報とを関連づけ、当選キャラクタ群に関する情報をゲーム装置３へ送信する。これにより、当選キャラクタ群がユーザに付与される（ステップＳ１１）。その後、本発明の１０連ガチャ処理は終了する。

ステップＳ９へ戻って、当選キャラクタの数が１０体であると判定された場合（Ｓ９：ＹＥＳ）には、１０体の当選キャラクタで構成される当選キャラクタ群がユーザに付与される（ステップＳ１１）。その後、本発明の１０連ガチャ処理は終了する。
以上の手順により、本発明の１０連ガチャ処理が実行される。

以上をまとめると、本実施形態のコンピュータプログラムは、
サーバ装置２を、
ユーザの操作に基づいて１０連ガチャが１回要求されたことを契機として１０回以上のガチャを実行し、複数のキャラクタが記憶されたガチャリストから選択されるキャラクタである当選キャラクタの複数体の集まりで構成される当選キャラクタ群を生成する媒体抽選実行手段２０３、
として機能させ、
媒体抽選実行手段２０３は、
ユーザの操作に基づいて１０連ガチャが要求された場合に１０個の珠３４３を生成し、
珠３４３を液晶画面３４０に表示させるための情報をゲーム装置３へ送信し、
ガチャが１回実行された場合に、当選キャラクタを選択して当選キャラクタ群を生成していくとともに、対応する量である１個の珠３４３を減少させ、
所定のリセットキャラクタが当選した場合には、珠３４３の残量を１０個とし、
珠３４３が０個となるまでガチャを実行し、
珠３４３が０個となった場合であって当選キャラクタ群に含まれる当選キャラクタが１０体である場合に、当選キャラクタ群をユーザに付与し、
珠３４３が０個となった場合であって当選キャラクタ群に含まれる当選キャラクタが１０体を超えている場合に、当選キャラクタ群のうちからユーザの操作に基づいて指定された１０体の当選キャラクタで構成される当選キャラクタ群をユーザに付与する。

＜発明の効果＞
本実施形態のコンピュータプログラムによれば、ゲーム性を備え興趣のあるガチャを提供することができる。

［他の実施形態］
前記実施形態では、リセットキャラクタはゲーム内で使用しうるキャラクタである例が記載されているが、リセットキャラクタはゲーム内で使用することができるものでなくてもよい。リセットキャラクタは、珠の残量をリセットするだけの役割を持ったキャラクタあるいはアイテムであってもよい。

また、リセットキャラクタの態様は、前記実施形態に限られない。例えば、所定のレアリティ（例えば、激レア）を備えるキャラクタのすべてがリセットキャラクタであってもよい。

また、特定の属性を備えるキャラクタが当選した場合において、そのキャラクタのレアリティにかかわらず珠の残量がリセットされてもよい。

また、例えば以前に当選しているキャラクタが再度当選した場合には、そのキャラクタがリセットキャラクタに設定されてもよい。

また、前記実施形態では、リセットキャラクタはガチャイベントごとにあらかじめ定められている例が記載されているが、本発明はこれには限られない。例えば、所定のタイミングにおいてリセットキャラクタが抽選で決定されてもよい。

さらに、ユーザが所有するキャラクタの中から、ユーザの操作に基づいてリセットキャラクタを選択することができてもよい。この場合には、例えば、価値の低い、ある特定のノーマルのキャラクタをユーザがリセットキャラクタに指定しておけば、初期化処理されやすいという利益をユーザは得ることができる。

また、前記実施形態とは異なり、珠の残量がリセットされるための条件は、リセットキャラクタが当選することに限られない。例えば、ガチャが要求されるたびに（対応する量の珠が消費されるたびに）、媒体抽選実行手段が、所定確率で珠の残量をリセットするか否かのリセット抽選を実行してもよい。

この場合においては、当選キャラクタのレアリティによってリセット抽選の当選確率が高くなるように設定されていてもよい。

また、珠の残量がリセットされる契機は前記実施形態には限られない。例えば、ユーザが特殊なアイテムを所持している場合に、ユーザの操作に基づいて珠の残量がリセットされてもよい。この場合において、前記特殊なアイテムは、例えば有料のアイテムとすることができる。

また、前記実施形態とは異なり、珠ごとに属性（火属性、水属性など）が設定されており、それに対応したキャラクタ（火属性、水属性）が当選した場合に珠の残量がリセットされてもよい。同様に、珠に設定されたレアリティと当選キャラクタのレアリティとに応じて珠の残量がリセットされてもよい。

さらには、珠ごとに属性が設定されており、珠に設定された属性に従ったガチャリストが用いられてガチャが実行されてもよい。例えば、レインボーの珠では超激レアのキャラクタの当選が確定しているガチャリスト、赤の珠では火属性のキャラクタの当選が確定しているガチャリストが用いられてガチャが実行されてもよい。

またさらには、赤の珠（火属性を示唆している珠）が表示されているにもかかわらず水属性のキャラクタが当選した場合には、そのキャラクタを超激レアのキャラクタとすることもできる。

また、前記実施形態とは異なり、珠にランクが設けられていてもよい。そして、例えばランクの高い珠ほど、リセット抽選の当選確率を高くすることができる。

また、前記実施形態とは異なり、媒体抽選実行手段は、リセット抽選の当選に関する期待度の演出を行うこともできる。この場合には、例えば、珠の色で当選の期待度が示唆されるなどにより、ユーザに視覚的な楽しみを与えることができる。

また、前記実施形態では、当選キャラクタ群が１０体を超える当選キャラクタで構成される場合には、ユーザの指定に基づいて１０体の当選キャラクタを選択することができる例が記載されているが、本発明はこれには限られない。例えば、１３体の当選キャラクタから、レアリティ、能力値の高いキャラクタが優先的に自動的に選択されて当選キャラクタ群が構成されてもよい。

前記実施形態では１０連ガチャの例が記載されているが、単発ガチャにおいても本発明が適用されてもよい。例えば、この場合において、１回目のガチャでリセットキャラクタが選択された場合には、ユーザは２体の当選キャラクタの中から１体の当選キャラクタを選択する必要があってもよい。そして、ユーザが複数体の当選キャラクタを欲する場合には、所定量の宝石を消費する必要があってもよい。

なお、この場合において、単発ガチャよりも１０連ガチャのほうがリセット抽選の当選確率を高くすることもできる。

前記実施形態では、パラメータが珠である例が記載されているが、本発明はこれには限られない。例えば、パラメータがメーターなどで表現された連続的な数値であってもよい。

また、前記実施形態では、１回のガチャが実行されるたびに珠が１個消費される例が記載されているが、本発明はこれには限られない。例えば、ガチャが要求されたときに５個の珠が生成され、ガチャが２回実行されるたびに珠が１個消費されてもよい。

また、前記実施形態では、珠の残量がゲーム装置の液晶画面に表示されている例が記載されているが、珠の残量は液晶画面に表示されなくてもよい。

また、媒体抽選実行手段は、ガチャ要求がなされたときに、生成する珠の個数を抽選で決定してもよい。この場合において、例えば、媒体抽選実行手段は、８０％の確率で１０個の珠を生成し、１０％の確率で１１個の珠を生成し、５％の確率で９個の珠を生成することができる。

また、前記実施形態では、リセットキャラクタが当選した場合には、珠の残量が１０個にリセットされる例が記載されているが、本発明はこれには限られない。例えば、リセットキャラクタが当選することによって２個の珠が生成されてもよい。

また、例えばリセットキャラクタが複数用意されており、リセットキャラクタのレアリティなどによって増加する珠の数が異なっていてもよい。さらには、リセット抽選に当選したことにより生成される球の数が抽選で決定されてもよい。

また、１回のガチャ要求で何回のガチャが実行されるかをユーザが選択することができてもよい。この場合において、媒体抽選実行手段は、例えばユーザが５連ガチャを要求した場合には５個の珠を生成し、ユーザが７連ガチャを要求した場合には７個の珠を生成してもよい。なお、この場合においても、所定条件が満たされた場合に珠の残量がリセットされることは前記実施形態と同様である。

また、媒体抽選実行手段は、ユーザの操作に基づいてガチャ要求がされたことを契機として連続ガチャが実行されている間に、さらにユーザの停止操作に基づいてガチャの実行を停止するとともに、その後のユーザの開始操作に基づいてガチャの実行を再開してもよい。この場合には、ユーザは、時間をおいたのちにガチャを再開させることができる。

前記実施形態では、ゲーム媒体はキャラクタであったが、ゲーム媒体は武器あるいは装備などのアイテム、またはガチャを実行するときなどに消費される宝石などであってもよい。

また、前記実施形態では、コンピュータ装置がサーバ装置である例が記載されているが、本発明はこれには限られない。例えば、一のユーザのゲーム装置がサーバ装置として機能してもよい。この場合には、ＢＬＵＥＴＯＯＴＨ（登録商標）で一方のゲーム装置と他方のゲーム装置とが接続されていてもよい。また、ゲーム装置単体でガチャが実行されてもよい。

また、前記実施形態においては、ゲーム装置はスマートフォンなどの端末装置である例が記載されているが、本発明は、これには限られない。ゲーム装置は、例えば、ディスプレイおよびコントローラが外部接続される据え置き型のゲーム装置、あるいは、パーソナルコンピュータであってもよい。

その他の例として、
サーバ装置を、
ユーザの操作に基づいてガチャが１回要求されたことを契機として１０回以上のガチャを実行し、複数のキャラクタが記憶されたガチャリストから選択されるキャラクタである当選キャラクタの複数体の集まりで構成される当選キャラクタ群を生成する媒体抽選実行手段、
として機能させ、
媒体抽選実行手段は、
ユーザの操作に基づいてガチャが要求された場合に１０個の珠を生成し、
珠をゲーム装置の液晶画面に表示させるための情報をゲーム装置へ送信し、
ガチャが１回実行された場合に、当選キャラクタを選択して当選キャラクタ群を生成していくとともに、対応する量である１個の珠を減少させ、
所定条件が満たされた場合には、珠の残量を増加させ、
珠が０個となるまでガチャを実行し、
珠が０個となった場合に、当選キャラクタ群をユーザに付与する、
コンピュータプログラムがある。

１ ゲームシステム
２ サーバ装置
２０１ 照合手段
２０２ ゲーム進行管理手段
２０３ 媒体抽選実行手段
２０４ 通信手段
３ ゲーム装置
３０１ ゲーム実行手段
３０２ 媒体抽選要求手段
３０３ 通信手段
４ 通信ネットワーク

Claims (10)

1. コンピュータを、
   ユーザの操作に基づいて媒体抽選が要求されたことを契機として複数のゲーム媒体が記憶された抽選リストから選択される所定数の当選媒体を前記ユーザの識別情報に関連づける媒体抽選実行手段、
   として機能させ、
   前記媒体抽選実行手段は、所定条件が満たされた場合に、前記所定数を超える前記当選媒体を選択し、選択された前記当選媒体のうちから前記ユーザの操作に基づいて指定された前記所定数の前記当選媒体を前記ユーザの識別情報に関連づける、
   コンピュータプログラム。
2. コンピュータを、
   ユーザの操作に基づいて媒体抽選が要求されたことを契機として複数のゲーム媒体が記憶された抽選リストから選択される所定数の当選媒体を前記ユーザの識別情報に関連づける媒体抽選実行手段、
   として機能させ、
   前記媒体抽選実行手段は、所定条件が満たされた場合に、前記所定数を超える前記当選媒体を選択し、選択された前記当選媒体のうちからレアリティまたは能力値の高い前記所定数の前記当選媒体を自動的に選択して前記ユーザの識別情報に関連づける、
   コンピュータプログラム。
3. 前記所定条件は、前記媒体抽選の結果、所定の前記ゲーム媒体が前記当選媒体として選択されることである、
   請求項１または２に記載のコンピュータプログラム。
4. 所定の前記ゲーム媒体は、前記媒体抽選が実行される前から前記ユーザの識別情報にすでに関連づけられているゲーム媒体のいずれかである、
   請求項３に記載のコンピュータプログラム。
5. 所定の前記ゲーム媒体が備える種類、能力値、およびレアリティの少なくともいずれかに応じて、前記所定数を超える前記当選媒体を選択する際の前記所定数を超える度合いを異ならせる、
   請求項３または４に記載のコンピュータプログラム。
6. 前記媒体抽選実行手段は、所定の前記ゲーム媒体を抽選で決定する、
   請求項３または４に記載のコンピュータプログラム。
7. 前記所定条件は、前記媒体抽選が要求されたのちに実行されるリセット抽選に当選することである、
   請求項１または２に記載のコンピュータプログラム。
8. 前記媒体抽選には、前記ユーザによる１回の要求に基づいて１つの前記当選媒体を選択する単発抽選と、前記ユーザによる１回の要求に基づいて複数の前記当選媒体を選択する複数抽選とが用意されており、
   前記単発抽選における前記リセット抽選は、前記複数抽選における前記リセット抽選よりも当選確率が高い、
   請求項７に記載のコンピュータプログラム。
9. 前記媒体抽選は、前記ユーザによる１回の要求に基づいて複数の前記当選媒体が選択される複数抽選であり、
   前記媒体抽選実行手段は、複数抽選の中で前記当選媒体を選択するために何回の抽選を実行するかを回数抽選で決定する、
   請求項１〜８のいずれか１項に記載のコンピュータプログラム。
10. 請求項１〜９のいずれか１項に記載のコンピュータプログラムを記憶する記憶部と、
    前記コンピュータプログラムを実行する制御部と
    を備える、
    コンピュータ装置。

Images