特許 7319558 コンピュータプログラム、およびコンピュータ装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-07-25

(45)【発行日】2023-08-02

(54)【発明の名称】コンピュータプログラム、およびコンピュータ装置

(51)【国際特許分類】

   A63F 13/69 20140101AFI20230726BHJP

   A63F 13/792 20140101ALI20230726BHJP

   A63F 13/79 20140101ALI20230726BHJP

【ＦＩ】

A63F13/69 510

A63F13/792

A63F13/79

【請求項の数】 10

(21)【出願番号】P 2021067174

(22)【出願日】2021-04-12

(65)【公開番号】P2022162367

(43)【公開日】2022-10-24

【審査請求日】2021-07-16

(73)【特許権者】

【識別番号】000129149

【氏名又は名称】株式会社カプコン

(74)【代理人】

【識別番号】100212923

【弁理士】

【氏名又は名称】清水 貴雄

(72)【発明者】

【氏名】川上 智司

【審査官】安田 明央

(56)【参考文献】

【文献】特開２０２０－０７４９６６（ＪＰ，Ａ）

【文献】特開２０２０－１０６７６０（ＪＰ，Ａ）

【文献】特開２０２１－００７８８７（ＪＰ，Ａ）

【文献】特開２０２０－１３７８１４（ＪＰ，Ａ）

【文献】特開２０２２－０１２８８９（ＪＰ，Ａ）

【文献】特許第６４０６４２２（ＪＰ，Ｂ１）

【文献】特開２０１８－０００７１８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／００－１３／９８

Ａ６３Ｆ ９／２４

(57)【特許請求の範囲】

【請求項1】

コンピュータに、つぎのステップを実行させるコンピュータプログラムであって、
抽選ステップにおいて、所定のゲーム内で、ユーザの操作に基づいて媒体抽選を実行し、
前記媒体抽選には、複数種類の媒体抽選が用意されており、
前記ユーザの操作に基づいていずれかの種類の前記媒体抽選が選択され、
前記媒体抽選では、選択された種類の前記媒体抽選に基づいて当選媒体が前記ユーザに関連づけられ、
前記当選媒体は、選択された種類の前記媒体抽選について選択されている抽選テーブルに記憶されたゲーム媒体のうちから選択されたゲーム媒体であって、
前記抽選テーブルは、
前記媒体抽選の種類ごとに、前記ゲーム媒体の種類および前記ゲーム媒体の当選確率の少なくともいずれかが互いに異なるように、複数種類用意されており、かつ、
所定条件が満たされた場合に、前記媒体抽選の種類ごとに、用意された複数種類の前記抽選テーブルのうちからいずれかの種類の前記抽選テーブルが選択され、
前記媒体抽選の種類ごとに前記抽選テーブルが選択される際には、異なる種類の前記媒体抽選間で互いに関連づけられている前記抽選テーブルのうちのいずれかの前記抽選テーブルが選択される、
コンピュータプログラム。

【請求項2】

異なる種類の前記媒体抽選間において選択されている前記抽選テーブルには、少なくとも１つの同一グループが含まれており、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルの同一グループ同士は、所定規則に従って前記ゲーム媒体を分類することで構成される媒体グループに属する前記ゲーム媒体の前記当選確率が互いに同一である、
請求項１に記載のコンピュータプログラム。

【請求項3】

前記所定規則は、前記ゲーム媒体が備えるパラメータが同一であることである、
請求項２に記載のコンピュータプログラム。

【請求項4】

前記媒体抽選には、その種類として、前記媒体抽選を要求する際に必要な通貨媒体が有償である場合の有償媒体抽選、および、前記媒体抽選を要求する際に必要な通貨媒体が無償である場合を含む無償媒体抽選、が含まれ、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルのうちの一方の前記抽選テーブルは前記有償媒体抽選で使用され、異なる種類の前記媒体抽選間において選択されている前記抽選テーブルのうちの他方の前記抽選テーブルは前記無償媒体抽選で使用される、
請求項１～３のいずれか１項に記載のコンピュータプログラム。

【請求項5】

進行ステップにおいて、前記ゲームとして、第１ゲームと第２ゲームとを進行させ、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルのうちの一方の前記抽選テーブルは前記第１ゲームで使用され、異なる種類の前記媒体抽選間において選択されている前記抽選テーブルのうちの他方の前記抽選テーブルは前記第２ゲームで使用される、
請求項１～４のいずれか１項に記載のコンピュータプログラム。

【請求項6】

前記所定条件は、
所定の年月日、所定の曜日、所定の日付および／または所定の時刻となること、
前記ゲームのメンテナンスが終了すること、
前記ユーザによって前記媒体抽選が要求されること、
前記ユーザが前記媒体抽選を要求した回数が所定回数を超えること、ならびに、
前記媒体抽選に関するイベントが複数種類用意されており、実行されるイベントが変更されること、
の少なくともいずれか１つである、
請求項１～５のいずれか１項に記載のコンピュータプログラム。

【請求項7】

異なる種類の前記媒体抽選間において選択されている前記抽選テーブルには、少なくとも１つの同一グループが含まれており、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルの同一グループ同士は、所定規則に従って前記ゲーム媒体を分類することで構成される媒体グループに属する前記ゲーム媒体の前記当選確率が互いに同一であり、
前記抽選ステップにおいて、前記同一グループに関する情報を前記ユーザに示唆するための、示唆情報を生成する、
請求項１～６のいずれか１項に記載のコンピュータプログラム。

【請求項8】

コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
模擬ステップにおいて、所定のゲーム内で、ユーザの操作に基づいて模擬抽選を実行し、
前記模擬抽選では、模擬テーブルに記憶された複数種類のゲーム媒体から選択されたゲーム媒体である模擬媒体が決定され、
前記模擬テーブルは、
前記ゲーム媒体の種類および前記ゲーム媒体の当選確率の少なくともいずれかが互いに異なるように複数種類用意されており、かつ、
特定条件が満たされた場合に、用意された複数種類の前記模擬テーブルのうちからいずれかの種類の前記模擬テーブルが選択され、
抽選ステップにおいて、前記ゲーム内で、前記ユーザの操作に基づいて媒体抽選を実行し、
前記媒体抽選では、抽選テーブルに記憶された複数種類のゲーム媒体から選択されたゲーム媒体である当選媒体が前記ユーザに関連づけられ、
前記抽選テーブルは、
前記ゲーム媒体の種類および前記ゲーム媒体の当選確率の少なくともいずれかが互いに異なるように複数種類用意されており、かつ、
所定条件が満たされた場合に、用意された複数種類の前記抽選テーブルのうちからいずれかの種類の前記抽選テーブルが選択され、
前記模擬テーブルが選択される際には、前記媒体抽選について選択されている前記抽選テーブルと関連づけられている前記模擬テーブルのうちのいずれかの前記模擬テーブルが選択され、
前記抽選テーブルが選択される際には、前記模擬抽選について選択されている前記模擬テーブルに関連づけられている前記抽選テーブルのうちのいずれかの前記抽選テーブルが選択される、
コンピュータプログラム。

【請求項9】

コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
決定ステップにおいて、所定のゲーム内で、ユーザの操作に基づいて所定の確率テーブルを用いて成否抽選を実行し、
前記成否抽選では、前記ゲーム内で発生させる効果の度合が前記確率テーブルに基づいて決定され、
前記確率テーブルは、
前記効果を発生させる度合が互いに異なるように複数種類用意され、かつ、
特定条件が満たされた場合に、用意された複数種類の前記確率テーブルのうちからいずれかの種類の前記確率テーブルが選択され、
抽選ステップにおいて、前記ゲーム内で、前記ユーザの操作に基づいて媒体抽選を実行し、
前記媒体抽選では、抽選テーブルに記憶された複数種類のゲーム媒体のうちから選択されたゲーム媒体である当選媒体が前記ユーザに関連づけられ、
前記抽選テーブルは、
前記ゲーム媒体の種類および前記ゲーム媒体の当選確率の少なくともいずれかが互いに異なるように複数種類用意され、かつ、
所定条件が満たされた場合に、用意された複数種類の前記抽選テーブルのうちからいずれかの種類の前記抽選テーブルが選択され、
選択された前記確率テーブルにおける前記効果を発生させる度合が大きいほど、選択された前記抽選テーブルにおける所定値以上のパラメータを備える前記ゲーム媒体の当選確率が高い、
コンピュータプログラム。

【請求項10】

請求項１～９のいずれか１項に記載のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【特許文献】

【0004】

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

【発明の開示】

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

【0005】

しかしながら、従来のガチャは、抽選で当選したゲーム媒体がユーザに付与されるだけであるため、ガチャに対するユーザの興味が失われてしまうおそれがあった。そのため、よりゲーム性の高いガチャが求められていた。

【0006】

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

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

【0007】

第１の発明は、
コンピュータに、つぎのステップを実行させるコンピュータプログラムであって、
抽選ステップにおいて、所定のゲーム内で、前記ユーザの操作に基づいて媒体抽選を実行し、
前記媒体抽選には、複数種類の媒体抽選が用意されており、
前記ユーザの操作に基づいていずれかの種類の前記媒体抽選が選択され、
前記媒体抽選では、選択された種類の前記媒体抽選に基づいて当選媒体が前記ユーザに関連づけられ、
前記当選媒体は、選択された種類の前記媒体抽選について選択されている抽選テーブルに記憶されたゲーム媒体のうちから選択されたゲーム媒体であって、
前記抽選テーブルは、
前記媒体抽選の種類ごとに、前記ゲーム媒体の種類および前記ゲーム媒体の当選確率の少なくともいずれかが互いに異なるように、複数種類用意されており、かつ、
所定条件が満たされた場合に、前記媒体抽選の種類ごとに、用意された複数種類の前記抽選テーブルのうちからいずれかの種類の前記抽選テーブルが選択され、
前記媒体抽選の種類ごとに前記抽選テーブルが選択される際には、異なる種類の前記媒体抽選間で互いに関連づけられている前記抽選テーブルのうちのいずれかの前記抽選テーブルが選択される、
コンピュータプログラムである。

【0008】

また、第１の発明において、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルには、少なくとも１つの同一グループが含まれており、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルの同一グループ同士は、所定規則に従って前記ゲーム媒体を分類することで構成される媒体グループに属する前記ゲーム媒体の前記当選確率が互いに同一である、
ことができる。

【0009】

また、第１の発明において、
前記所定規則は、前記ゲーム媒体が備えるパラメータが同一であることである、
ことができる。

【0010】

また、第１の発明において、
前記媒体抽選には、その種類として、前記媒体抽選を要求する際に必要な通貨媒体が有償である場合の有償媒体抽選、および、前記媒体抽選を要求する際に必要な通貨媒体が無償である場合を含む無償媒体抽選、が含まれ、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルのうちの一方の前記抽選テーブルは前記有償媒体抽選で使用され、異なる種類の前記媒体抽選間において選択されている前記抽選テーブルのうちの他方の前記抽選テーブルは前記無償媒体抽選で使用される、
ことができる。

【0011】

また、第１の発明において、
進行ステップにおいて、前記ゲームとして、第１ゲームと第２ゲームとを進行させ、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルのうちの一方の前記抽選テーブルは前記第１ゲームで使用され、異なる種類の前記媒体抽選間において選択されている前記抽選テーブルのうちの他方の前記抽選テーブルは前記第２ゲームで使用される、
ことができる。

【0012】

また、第１の発明において、
前記所定条件は、
所定の年月日、所定の曜日、所定の日付および／または所定の時刻となること、
前記ゲームのメンテナンスが終了すること、
前記ユーザによって前記媒体抽選が要求されること、
前記ユーザが前記媒体抽選を要求した回数が所定回数を超えること、ならびに、
前記媒体抽選に関するイベントが複数種類用意されており、実行されるイベントが変更されること、
の少なくともいずれか１つである、
ことができる。

【0013】

また、第１の発明において、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルには、少なくとも１つの同一グループが含まれており、
異なる種類の前記媒体抽選間において選択されている前記抽選テーブルの同一グループ同士は、所定規則に従って前記ゲーム媒体を分類することで構成される媒体グループに属する前記ゲーム媒体の前記当選確率が互いに同一であり、
前記抽選ステップにおいて、前記同一グループに関する情報を前記ユーザに示唆するための情報を生成する、
ことができる。

【0014】

第２の発明は、
コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
模擬ステップにおいて、所定のゲーム内で、ユーザの操作に基づいて模擬抽選を実行し、
前記模擬抽選では、模擬テーブルに記憶された複数種類のゲーム媒体から選択されたゲーム媒体である模擬媒体が決定され、
前記模擬テーブルは、
前記ゲーム媒体の種類および前記ゲーム媒体の当選確率の少なくともいずれかが互いに異なるように複数種類用意されており、かつ、
特定条件が満たされた場合に、用意された複数種類の前記模擬テーブルのうちからいずれかの種類の前記模擬テーブルが選択され、
抽選ステップにおいて、前記ゲーム内で、前記ユーザの操作に基づいて媒体抽選を実行し、
前記媒体抽選では、抽選テーブルに記憶された複数種類のゲーム媒体から選択されたゲーム媒体である当選媒体が前記ユーザに関連づけられ、
前記抽選テーブルは、
前記ゲーム媒体の種類および前記ゲーム媒体の当選確率の少なくともいずれかが互いに異なるように複数種類用意されており、かつ、
所定条件が満たされた場合に、用意された複数の前記抽選テーブルのうちからいずれかの種類の前記抽選テーブルが選択され、
前記模擬テーブルが選択される際には、前記媒体抽選について選択されている前記抽選テーブルと関連づけられている前記模擬テーブルのうちのいずれかの前記模擬テーブルが選択され、
前記抽選テーブルが選択される際には、前記模擬抽選について選択されている前記模擬テーブルに関連づけられている前記抽選テーブルのうちのいずれかの前記抽選テーブルが選択される、
コンピュータプログラムである。

【0015】

第３の発明は、
コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
決定ステップにおいて、所定のゲーム内で、ユーザの操作に基づいて所定の確率テーブルを用いて成否抽選を実行し、
前記成否抽選では、前記ゲーム内で発生させる効果の度合が前記確率テーブルに基づいて決定され、
前記確率テーブルは、
前記効果を発生させる度合が互いに異なるように複数種類用意され、かつ、
特定条件が満たされた場合に、用意された複数種類の前記確率テーブルのうちからいずれかの種類の前記確率テーブルが選択され、
抽選ステップにおいて、前記ゲーム内で、前記ユーザの操作に基づいて媒体抽選を実行し、
前記媒体抽選では、抽選テーブルに記憶された複数種類のゲーム媒体のうちから選択されたゲーム媒体である当選媒体が前記ユーザに関連づけられ、
前記抽選テーブルは、
前記ゲーム媒体の種類および前記ゲーム媒体の当選確率の少なくともいずれかが互いに異なるように複数種類用意され、かつ、
所定条件が満たされた場合に、用意された複数種類の前記抽選テーブルのうちからいずれかの種類の前記抽選テーブルが選択され、
選択された前記確率テーブルにおける前記効果を発生させる度合が大きいほど、選択された前記抽選テーブルにおける所定値以上のパラメータを備える前記ゲーム媒体の当選確率が高い、
コンピュータプログラムである。

【0016】

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

【発明の効果】

【0017】

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

【図面の簡単な説明】

【0018】

【図1】本実施形態における、ゲームシステムの構成を示す図である。

【図2】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。

【図3】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。

【図4】本実施形態における、複数のガチャテーブルの一例を示す図である。

【図5】本実施形態における、複数のガチャテーブルの一例を示す図である。

【図6】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。

【図7】本実施形態における、ガチャテーブル変更処理を示すフローチャートである。

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

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

少なくとも２つの抽選テーブルの同一グループ同士は、所定規則に従ってキャラクタを分類して構成されるキャラクタグループに属するキャラクタの当選確率が互いに同一である例が記載されているが、本発明はこれには限られない。

【0134】

すなわち、レアリティが良い順にキャラクタを並べたときの同一レアリティのキャラクタグループに属性するキャラクタの当選確率の大小関係に、ガチャテーブル間で同様の関連性があればよい。例えば、ガチャイベント１のノーマルのキャラクタの当選確率が５％、ガチャイベント２のレアのキャラクタの当選確率が７％、ガチャイベント１のレアのキャラクタの当選確率が２％、ガチャイベント２の激レアのキャラクタの当選確率が１．５％、ガチャイベント１の激レアのキャラクタの当選確率が０．５％、ガチャイベント２の超激レアのキャラクタの当選確率が０．７％などの例が考えられる。

【0135】

前述の例では、ガチャイベント１のノーマルのキャラクタの当選確率は、ガチャイベント１のレアのキャラクタの当選確率よりも大きく、ガチャイベント１のレアのキャラクタの当選確率は、ガチャイベント１の激レアのキャラクタの当選確率よりも大きい。そして、ガチャイベント２においてもガチャイベント１と同様の関係性があることがわかる。

【0136】

また、前記実施形態とは異なり、同一グループ同士は、キャラクタの当選確率に基づいてキャラクタを分類することで構成されるキャラクタグループに属するキャラクタのパラメータ（例えば、属性、レアリティ）が互いに同一であってもよい。

【0137】

また、前記実施形態とは異なり、ガチャイベントには、有償石および無償石を消費して要求することのできるガチャイベントのほか、所定のポイントを消費して要求することのできるガチャイベントが用意されていてもよい。

【0138】

ここで、有償石はユーザが課金で購入することができればよい。また、無償石はユーザが課金することなくゲーム内で入手することができる、または、有償石のおまけとして入手することができればよい。また、ポイントは、ユーザが課金することなく、例えば、ユーザが、ゲームをプレイすること、他ユーザと交流すること、他ユーザとキャラクタを貸し借りすることなどで入手することができればよい。

【0139】

この場合において、例えば、ガチャイベント１は有償および無償の石のいずれかを消費することで要求することができ、ガチャイベント２はポイントの消費のみで要求することができてもよい。

【0140】

前記実施形態とは異なり、キャラクタごとの当選確率ではなく、一のキャラクタグループに属するキャラクタの当選確率の合計値が同一でもあってもよい。例えば、一方のガチャイベントのガチャテーブルに含まれるノーマルのキャラクタは１０体でそれぞれの当選確率は５．０％であり、他方のガチャイベントのガチャテーブルに含まれるノーマルキャラクタは２０体でそれぞれの当選確率は２．５％であってもよい。なお、この場合には、一方がノーマルのキャラクタであり、他方がレアのキャラクタであるなど、レアリティが異なっていても当選確率の合計値が同一であればよい。

【0141】

また、前記実施形態とは異なり、キャラクタのレアリティ、当選確率などにかかわらず、ユーザがガチャテーブルに特定のキャラクタグループが含まれていると認識しやすくなっていてもよい。

【0142】

例えば、一方の種類のガチャで、特定の属性のキャラクタが極端に当選しやすい、必ず特定のレアリティのキャラクタが当選する、特定のガチャテーブルでのみ当選するキャラキャラクタが含まれる、特定のキャラクタの組み合わせが当選しやすい、特定の属性のキャラクタが当選しやすい、などの状況に基づいて、ユーザが他方の種類のガチャのガチャテーブルを判別しやすくなっていればよい。

【0143】

この場合には、例えば、一方のガチャイベントで火属性のキャラクタ当選しやすいときは、他方のガチャイベントで超激レアのキャラクタが当選しやすいなどのように、ユーザが判断することができてもよい。

【0144】

また、装備アイテム用ガチャとキャラクタ用ガチャとが用意されており、装備アイテム用ガチャにて特定のキャラクタ専用の装備アイテムが当選しやすい場合に、ユーザは、キャラクタ用ガチャにて特定のキャラクタが当選しやすいガチャテーブルが選択されていると判断することができてもよい。

【0145】

また、前記実施形態では、単発ガチャに本発明が適用されている例が記載されているが、本発明はこれには限られない。例えば、１回のガチャ要求で１０回のガチャが連続して行われて１０体のキャラクタが当選する１０連ガチャに本発明が適用されてもよい。

【0146】

また、１回のガチャ要求で１０回のガチャが行われて１０体のキャラクタが当選する１０連ガチャではなく、１回のガチャ要求で５回のガチャが連続して行われて１回のガチャにつき２体ずつのキャラクタが当選する１０連ガチャに本発明が適用されてもよい。

【0147】

また、１回のガチャ要求で１回のガチャが行われて１０体のキャラクタが同時に当選する１０連ガチャに本発明が適用されてもよい。

【0148】

その他の例として、
コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
模擬ステップにおいて、所定のゲーム内で、ユーザの操作に基づいて無料のシミュレーションガチャを実行し、
シミュレーションガチャでは、模擬テーブルに記憶された複数種類のキャラクタからいずれかのキャラクタが決定され、
模擬テーブルは、
キャラクタの種類およびキャラクタの当選確率の少なくともいずれかが互いに異なるように複数種類用意されており、かつ、
特定条件（例えば、所定の日時となったこと、ガチャイベントが変更されたこと）が満たされた場合に、用意された複数種類の模擬テーブルのうちからいずれかの種類の模擬テーブルが選択され、
抽選ステップにおいて、ゲーム内で、ユーザの操作に基づいて有償ガチャを実行し、
有償ガチャでは、ガチャテーブルに記憶された複数種類のキャラクタから選択されたキャラクタである当選キャラクタがユーザに付与され、
ガチャテーブルは、
キャラクタの種類およびキャラクタの当選確率の少なくともいずれかが互いに異なるように複数種類用意されており、かつ、
所定条件（例えば、所定の日時となったこと、特定のクエストイベントが発生したこと）が満たされた場合に、用意された複数種類のガチャテーブルのうちからいずれかの種類のガチャテーブルが選択され、
模擬テーブルが選択される際には、有償ガチャについて選択されているガチャテーブルと関連づけられている模擬テーブルのうちのいずれかの模擬テーブルが選択され、
ガチャテーブルが選択される際には、シミュレーションガチャについて選択されている模擬テーブルに関連づけられているガチャテーブルのうちのいずれかのガチャテーブルが選択される、
コンピュータプログラムがある。

【0149】

同一グループとしては、例えば、キャラクタが備える属性が同一であるグループがあげられる。具体的には、シミュレーションガチャにおける火属性のキャラクタの当選確率が３０％である場合には、有償ガチャにおける火属性のキャラクタの当選確率も３０％とすることができる。

【0150】

この場合には、ユーザは、例えば、無料でシミュレーションガチャを実行して、その当選キャラクタの当選状況（例えば、属性ごとのキャラクタの当選数）から、有償ガチャのガチャテーブルの内容を予想することができる。

【0151】

すなわち、例えば、シミュレーションガチャで、火属性のキャラクタが連続して当選する場合などにおいては、ユーザは、有料のガチャでも火属性のキャラクタが当選しやすいであろうと予想することができる。

【0152】

また、その他の例として、
コンピュータに、つぎの各ステップを実行させるコンピュータプログラムであって、
決定ステップにおいて、所定のゲーム内で、ユーザの操作に基づいて強化確率テーブルを用いて成否抽選を実行し、
成否抽選では、ゲーム内で発生させる効果（例えば、武器を強化する）の度合が前記確率テーブルに基づいて決定され、
強化確率テーブルは、
効果（武器の強化）を発生させる度合が互いに異なるように複数種類用意され、かつ、
特定条件（例えば、特定のクエストイベントが発生したこと、ガチャイベントが変更されたこと）が満たされた場合に、用意された複数種類の強化確率テーブルのうちからいずれかの種類の強化確率テーブルが選択され、
抽選ステップにおいて、ゲーム内で、ユーザの操作に基づいてガチャを実行し、
ガチャでは、ガチャテーブルに記憶された複数種類のキャラクタのうちから選択された当選キャラクタがユーザに付与され、
ガチャテーブルは、
キャラクタの種類およびキャラクタの当選確率の少なくともいずれかが互いに異なるように複数種類用意され、かつ、
所定条件（例えば、特定のクエストイベントが発生したこと、所定の日時となったこと）が満たされた場合に、用意された複数種類のガチャテーブルのうちからいずれかの種類のガチャテーブルが選択され、
選択されている強化確率テーブルにおける効果（武器の強化）を発生させる度合が大きいほど、選択されているガチャテーブルにおける激レア以上のキャラクタの当選確率が高い、
コンピュータプログラムがある。

【0153】

この場合において、ユーザは、例えば、武器の強化コマンドを実行して、その強化の成功度合に応じて、要求しようとするガチャのガチャテーブルの内容を予想することができる。

【0154】

例えば、ユーザが武器を強化するための操作をした場合に、武器の強化が成功しやすい（武器が強化される確率が高い）、あるいは、武器の強化度合が大きい（強化度合が２倍以上となる「大成功」の確率が高いなど）場合には、ユーザはガチャでの優遇度合が高いと判断することができる。

【0155】

また、前述の例では、効果は武器を強化することであったが、効果は獲得経験値が増加することであってもよい。すなわち、例えば、獲得経験値が増加することが多いか少ないかによって、ユーザはガチャでの優遇度合を判断することができてもよい。

【0156】

また、ユーザランクの高低、ユーザが所有するアイテムの種類などによって、ガチャテーブルの内容が変更されてもよい。例えば、ユーザランクが高いほど、激レア以上のキャラクタの当選確率が高くなる、あるいは、他のガチャでは得られないキャラクタがガチャテーブルに含まれる、などが考えられる。

【0157】

また、キャラクタごとに、そのキャラクタの種類とは異なる他の種類のキャラクタが関連づけられており、当該他の種類のキャラクタをユーザが所有しているか否かによって、当選したキャラクタのパラメータが変更されてもよい。

【0158】

例えば、キャラクタＡにあらかじめキャラクタＢが関連づけられており、ユーザがキャラクタＢを所有している場合であって、ガチャでキャラクタＡが当選した場合には、キャラクタＡのパラメータが上昇（あるいは下降）してもよい。なお、この場合において、激レアのキャラクタＢと超激レアのキャラクタＢと（キャラクタ名は同じであるがレアリティが異なる）は、同一種類として扱われてもよく、また、異なる種類として扱われてもよい。

【0159】

さらにこの場合において、あるキャラクタに関連づけられる他の種類のキャラクタは、所定値以下のレアリティのキャラクタであってもよく、所定のタイミングで抽選によって決定されてもよい。また、他の種類のキャラクタは、所定の抽選に当選した場合にのみ、当選キャラクタに関連づけられてもよい。

【0160】

また、その他の例として、ガチャで当選するキャラクタごとに、その日のゲーム進行に関する情報が関連づけられていてもよい。この場合には、ガチャで当選したキャラクタに、当日のクエストで得られる経験値が２倍になる効果が関連づけられている場合には、ユーザに、クエストを実行しようという気持ちを起こさせることができる。キャラクタに関連づけられている効果は、ガチャが実行されたあとに、当選キャラクタとともに、ユーザに報知されてもよい。

【0161】

また、その他の例として、ユーザが特定のキャラクタを所有していることに基づいて、そのキャラクタに関連づけられたガチャテーブルがガチャで用いられてもよい。例えば、ユーザがキャラクタＡを所有している場合には、ガチャテーブルＡがガチャで用いられ、ユーザがキャラクタＢを所有している場合には、ガチャテーブルＢがガチャで用いられてもよい。

【0162】

さらにその他の例として、ユーザが、２つ以上のゲームにおけるゲーム内通貨を、それらのゲームをまたがって使用（異なるゲーム間で移管／所定の交換レートに基づいて交換）することができてもよい。この場合には、例えば、ゲーム内通貨を、同一の価値で移管（交換）することができてもよく、また、異なる価値として移管（交換）することができてもよい。

【0163】

例えば、ゲームＡにおけるゲーム内通貨の単位がオーブであり、ゲームＢにおけるゲーム内通貨の単位がジェルである場合に、１オーブ＝１００ジェルとしてゲーム間で交換することができてもよい。この場合には、現実世界において、ユーザが、ゲームＡ内で１オーブを購入するときの金額と、ゲームＢ内で１００ジェルを購入するときの金額とが、同一であってもよく、異なっていてもよい。

【0164】

さらには、ゲームＡのゲーム進行と、ゲームＢのゲーム進行とに基づいて、交換レートが決定されてもよい。例えば、ゲームＡのユーザランク（あるいは、ゲームＡ内でクリアしたクエスト数）と、ゲームＢのユーザランク（あるいは、ゲームＢ内でクリアしたクエスト数）とで交換レートが決定されてもよい。そしてこの場合には、例えば、ユーザランクが低いほうのゲームのゲーム内通貨の価値が、他方のゲームのゲーム内通貨の価値よりも高くなってもよい。

【0165】

また、複数のゲーム間でゲーム内通貨を移管するにあたっては、例えば、一方のゲームＡについてのサービスが終了するときに限って、ゲームＡのゲーム内通貨をゲームＢに移管することができてもよい。

【0166】

また、その他の例として、所定の条件が成立した場合（例えば、所定のゲームイベントが開催されたとき）にのみ、ユーザは、ゲームＡにおけるゲーム内通貨を使って、ゲームＢにおけるガチャを要求することができるようになってもよい。

【0167】

また、その他の例として、ゲームＡの進行状況が所定の状態となった場合（例えば、ゲームＡでのユーザランクが１００になったとき）に、ユーザは、その旨の情報をゲームＡからゲームＢへ転送して、ゲームＢにおいて特別ガチャを要求することができるようになってもよい。

【0168】

なお、前述のそれぞれの例において、ゲームＡとゲームＢとは、同一の団体が運営するゲームであってもよく、異なる団体が運営するゲームであってもよい。

【0169】

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

【0170】

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

【符号の説明】

【0171】

１ ゲームシステム
２ サーバ装置
３ ユーザ端末装置
４ 通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】