特許 7580921 ゲームプログラム、方法、及び情報処理装置

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

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

(11)【特許番号】

(24)【登録日】2024-11-01

(45)【発行日】2024-11-12

(54)【発明の名称】ゲームプログラム、方法、及び情報処理装置

(51)【国際特許分類】

   A63F 13/69 20140101AFI20241105BHJP

   A63F 13/792 20140101ALI20241105BHJP

   A63F 13/77 20140101ALI20241105BHJP

【ＦＩ】

A63F13/69 510

A63F13/792

A63F13/77

【請求項の数】 6

(21)【出願番号】P 2020007465

(22)【出願日】2020-01-21

(65)【公開番号】P2021112465

(43)【公開日】2021-08-05

【審査請求日】2023-01-20

【新規性喪失の例外の表示】特許法第３０条第２項適用 ２０１９年９月３０日から２０２０年１月２１日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ｃｏｌｏｐｌ．ｃｏ．ｊｐ／ｃｏｌｏｐｌ＿ｂａｂｅｌ／ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｃｏｌｏｐｌ＿ｂａｂｅｌ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｃｈａｎｎｅｌ／ＵＣＪ３ｕｘｌＴ８９ＲｄｚｏｑＵＶ１Ｃｈｐｑ－Ａ ２０１９年４月１０日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ａｐｐ．ｆａｍｉｔｓｕ．ｃｏｍ／２０１９０４１０＿１４３７３７９／ ｈｔｔｐｓ：／／ｇａｍｅｗｉｔｈ．ｊｐ／ｇａｍｅｄｂ／ａｒｔｉｃｌｅ／ｇａｍｅ／ｓｈｏｗ／４４４６／５５３１？ｆｒｏｍ＝ｉｏｓ ｈｔｔｐｓ：／／ｗｗｗ．ｉｎｓｉｄｅ－ｇａｍｅｓ．ｊｐ／ａｒｔｉｃｌｅ／２０１９／０４／１０／１２１６５０．ｈｔｍｌ ｈｔｔｐ：／／ｄｅｎｇｅｋｉｏｎｌｉｎｅ．ｃｏｍ／ｅｌｅｍ／０００／００１／９０２／１９０２２４８／ ｈｔｔｐｓ：／／ｗｗｗ．ｇａｍｅｒ．ｎｅ．ｊｐ／ｎｅｗｓ／２０１９０４１００００２／ ｈｔｔｐｓ：／／ｇａｍｅｂｉｚ．ｊｐ／？ｐ＝２３５７３５ ｈｔｔｐｓ：／／ｇａｍｅ８．ｊｐ／ａｒｔｉｃｌｅｓ／５５７５２７ ｈｔｔｐｓ：／／ｇａｍｅｒｃｈ．ｃｏｍ／ｔｏｐｉｃｓ／ａｒｔｉｃｌｅ／１０２５ ｈｔｔｐｓ：／／ｗｗｗ．４ｇａｍｅｒ．ｎｅｔ／ｇａｍｅｓ／４４２／Ｇ０４４２０７／２０１９０４０１１３３／

【新規性喪失の例外の表示】特許法第３０条第２項適用 ２０１９年５月３０日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｒｅ＿ＦｃＨ４ｑｃ７Ｉ ２０１９年５月３１日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝５１１ｙＦｄｎ９ＸＨＭ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｉＡｇａＦ４ｉｆｇｔＩ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ａＺ５ＹＲｇＣｄ３ｌｏ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝＿ｑＹｋｏｗ４ＧｚＱｇ ２０１９年５月３０日から２０１９年１２月１３日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／％Ｅ６％９Ｃ％８０％Ｅ６％９Ｅ％９Ｃ％Ｅ３％８１％Ａ６％Ｅ３％８１％ＡＥ％Ｅ３％８３％９０％Ｅ３％８３％９９％Ｅ３％８３％ＡＢ／ｉｄ１４４４２４７０５４ ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｃｏｌｏｐｌ．ｂａｂｅｌ＆ｈｌ＝ｊａ

【前置審査】

(73)【特許権者】

【識別番号】509070463

【氏名又は名称】株式会社コロプラ

(74)【代理人】

【識別番号】110001416

【氏名又は名称】弁理士法人信栄事務所

(72)【発明者】

【氏名】福塚 翼

【審査官】宇佐田 健二

(56)【参考文献】

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

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

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

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

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

Ａ６３Ｆ １３／００－１３／９８，９／２４

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

【請求項1】

コンピュータによって実行されるプログラムであって、
前記プログラムは、前記コンピュータを、
ゲームにおいて利用可能である複数のゲーム媒体の中から、選択テーブルに基づいて２以上のゲーム媒体を選択する選択処理をユーザの操作入力に基づいて実行する第１の選択手段と、
前記選択処理で選択された前記ゲーム媒体を前記ユーザに付与する第１の付与手段と、
前記選択処理のために消費される仮想通貨の消費量に応じたポイントを前記ユーザに付与する第２の付与手段、
として機能させ、
前記選択テーブルには、それぞれ異なる複数の希少度を有するゲーム媒体の選択確率が設定されており、
前記プログラムは、前記コンピュータを、
前記ポイントが所定のしきい値以上となった場合には、前記選択確率に関わらず、前記複数の希少度を有するゲーム媒体のうち希少度が最も高い対象ゲーム媒体が確定的に選択される確定選択処理を実行する第２の選択手段としてさらに機能させ、
前記確定選択処理は、前記ユーザの操作入力に基づいて実行され、
前記複数のゲーム媒体は、複数の異なる属性を有するゲーム媒体を含み、
前記操作入力は、第一操作入力と第二操作入力とを含み、
前記第一操作入力に基づいて、前記対象ゲーム媒体が確定的に選択され、
前記第二操作入力に基づいて、複数の異なる属性を有する前記対象ゲーム媒体のうち、希少度のより高い属性を有する対象ゲーム媒体が確定的に選択される、プログラム。

【請求項2】

定価よりも割引かれた仮想通貨を消費して前記選択処理を実行した場合、又は仮想通貨を消費せずに前記選択処理が実行可能な機会を利用して前記選択処理を実行した場合には、定価の仮想通貨を消費して前記選択処理を実行した場合よりも、前記ポイントの加算が少なくなる、請求項１に記載のプログラム。

【請求項3】

前記ユーザは前記確定選択処理を実行する際に消費される前記ポイントを選択可能であり、
前記確定選択処理のために利用される前記ポイントが多いほど、前記複数の異なる属性のうち希少度のより高い対象ゲーム媒体が確定的に選択される、請求項１または２に記載のプログラム。

【請求項4】

前記第１の選択手段は、前記複数の異なる属性のゲーム媒体のうち特定の属性を有するゲーム媒体が、前記選択処理によって選択されたゲーム媒体の数以下含まれるように前記選択処理を実行する、請求項１から３のいずれか一項に記載のプログラム。

【請求項5】

コンピュータがプログラムを実行する方法であって、
前記コンピュータが、
ゲームにおいて利用可能である複数のゲーム媒体の中から、選択テーブルに基づいて２以上のゲーム媒体を選択する選択処理をユーザの操作入力に基づいて実行するステップと、
前記選択処理で選択された前記ゲーム媒体を前記ユーザに付与するステップと、
前記選択処理のために消費される仮想通貨の消費量に応じたポイントを前記ユーザに付与するステップと、
を実行することを含み、
前記選択テーブルには、それぞれ異なる複数の希少度を有するゲーム媒体の選択確率が設定されており、
前記コンピュータが、
前記ポイントが所定のしきい値以上となった場合には、前記選択確率に関わらず、前記複数の希少度を有するゲーム媒体のうち希少度が最も高い対象ゲーム媒体が確定的に選択される確定選択処理を実行するステップをさらに実行することを含み、
前記確定選択処理は、前記ユーザの操作入力に基づいて実行され、
前記複数のゲーム媒体は、複数の異なる属性を有するゲーム媒体を含み、
前記操作入力は、第一操作入力と第二操作入力とを含み、
前記第一操作入力に基づいて、前記対象ゲーム媒体が確定的に選択され、
前記第二操作入力に基づいて、複数の異なる属性を有する前記対象ゲーム媒体のうち、希少度のより高い属性を有する対象ゲーム媒体が確定的に選択される、方法。

【請求項6】

１または複数の情報処理装置を備える情報処理システムであって、
ゲームにおいて利用可能である複数のゲーム媒体の中から、選択テーブルに基づいて２以上のゲーム媒体を選択する選択処理をユーザの操作入力に基づいて実行する処理と、
前記選択処理で選択された前記ゲーム媒体を前記ユーザに付与する処理と、
前記選択処理のために消費される仮想通貨の消費量に応じたポイントを前記ユーザに付与する処理と、を行い、
前記選択テーブルには、それぞれ異なる複数の希少度を有するゲーム媒体の選択確率が設定されており、
さらに、前記ポイントが所定のしきい値以上となった場合には、前記選択確率に関わらず、前記複数の希少度を有するゲーム媒体のうち希少度が最も高い対象ゲーム媒体が確定的に選択される確定選択処理を実行し、
前記確定選択処理は、前記ユーザの操作入力に基づいて実行され、
前記複数のゲーム媒体は、複数の異なる属性を有するゲーム媒体を含み、
前記操作入力は、第一操作入力と第二操作入力とを含み、
前記第一操作入力に基づいて、前記対象ゲーム媒体が確定的に選択され、
前記第二操作入力に基づいて、複数の異なる属性を有する前記対象ゲーム媒体のうち、希少度のより高い属性を有する対象ゲーム媒体が確定的に選択される、情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲームプログラム、方法、及び情報処理装置に関する。

【背景技術】

【0002】

従来、ゲームにおいて利用可能なオブジェクトを取得する抽選処理を、複数回連続して実行可能なゲームが公知である。特許文献１では、ユーザの操作に基づいて複数のゲーム内要素から少なくとも１つのゲーム内要素を選択する選択機能と、ユーザと、選択回数と、選択結果とを対応付けて記憶する記憶手段を参照し、選択の結果が反映されるよう選択回数と選択結果とを更新する更新機能と、選択回数が所定数に達した際に、選択結果に所定のゲーム内要素が含まれない場合には所定の特典をユーザに付与する付与機能とを実現させるプログラムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１６－１４０７３１号公報

【発明の概要】

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

【0004】

しかしながら、上述のようなゲームにおいて、ユーザの満足度向上には改善の余地がある。

【0005】

本開示は、ゲーム媒体の選択処理におけるユーザの満足度を高めることが可能なゲームプログラム、方法、及び情報処理装置を提供することを目的とする。

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

【0006】

本開示に示す一実施形態によれば、
プロセッサ及びメモリを備えるコンピュータによって実行されるゲームプログラムであって、
前記ゲームプログラムは、前記プロセッサに、
前記ゲームプログラムに基づくゲームにおいて利用可能である複数のゲーム媒体の中から、選択テーブルに基づいてｎ個（ｎは２以上の整数）の前記ゲーム媒体を選択する選択処理をユーザの操作入力に基づいて実行するステップと、
前記選択処理で選択されたｎ個の前記ゲーム媒体を前記ユーザに付与するステップと、
前記選択処理のために消費される仮想通貨の消費量に応じたポイント数を前記ユーザに付与するステップと、
を実行させ、
前記選択テーブルには、それぞれ異なる複数の希少度を有するゲーム媒体の選択確率が設定されており、
前記ゲームプログラムは、前記プロセッサに、
前記ポイント数が所定のしきい値以上となった場合には、前記選択確率に関わらず、前記複数の希少度を有するゲーム媒体のうち希少度が最も高い対象ゲーム媒体が確定的に選択される確定選択処理を実行するステップを、さらに実行させる、ゲームプログラムが提供される。

【発明の効果】

【0007】

本開示によれば、ゲーム媒体の選択処理におけるユーザの満足度を高めることが可能なゲームプログラムを提供することができる。

【図面の簡単な説明】

【0008】

【図1】ある実施の形態に従うゲーム配信システムの構成例を示す図である。

【図2】ある実施の形態に従うユーザ端末の機能的な構成を示すブロック図である。

【図3】ある実施の形態に従うサーバの機能的な構成を示すブロック図である。

【図4】ある実施の形態に従うゲーム実行処理の一例を示すフローチャートである。

【図5】ある実施の形態に従うオブジェクト選択テーブルの一例である。

【図6】ある実施の形態に従うゲーム画面の一例である。

【図7】ある実施の形態に従うオブジェクト選択処理の一例を示すフローチャートである。

【図8】ある実施の形態に従うオブジェクト選択処理の一例を示すフローチャートである。

【図9】ある実施の形態に従うゲーム画面の一例である。

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

【0009】

以下、この技術的思想の実施の形態について図面を参照しながら詳細に説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。したがって、それらについての詳細な説明は繰り返さない。本開示において示される１以上の実施形態において、各実施形態が含む要素を互いに組み合わせることができ、かつ、当該組み合わせられた結果物も本開示が示す実施形態の一部をなすものとする。

【0010】

（ゲーム配信システムの構成）
本実施形態において、ユーザは、例えばスマートフォンなどの、タッチスクリーンを搭載した情報処理装置を操作して、ゲームサーバと、スマートフォンとの間でゲームに関するデータを送受信しながらゲームを進行させる。
図１は、実施の形態のゲーム配信システム１の構成を示す図である。図１に示すように、ゲーム配信システム１は、ユーザが使用する情報処理装置と、サーバ２０とを含み、これらの装置がネットワーク３０によって互いに通信可能に接続されている。

【0011】

図１の例では、ユーザが使用する情報処理装置として、ユーザ端末１０Ａ、ユーザ端末１０Ｂ及びユーザ端末１０Ｃ（以下、ユーザ端末１０Ａ、１０Ｂ、１０Ｃなどのユーザ端末を総称して「ユーザ端末１０」と記載することもある）など複数の携帯端末を示している。ユーザ端末１０Ａとユーザ端末１０Ｂとは、無線基地局３１と通信することにより、ネットワーク３０と接続する。ユーザ端末１０Ｃは、家屋などの施設に設置される無線ルータ３２と通信することにより、ネットワーク３０と接続する。ユーザ端末１０は、タッチスクリーンを備える携帯端末であり、例えば、スマートフォン、ファブレット、タブレットなどである。

【0012】

ユーザ端末１０は、ゲームプログラムを実行することにより、ゲームプログラムに応じたゲームをプレイする環境をユーザに対して提供する。ユーザ端末１０は、例えば、アプリ等を配信するプラットフォームを介してゲームプログラムをインストールする。ユーザ端末１０は、ユーザ端末１０にインストールされたゲームプログラム、又は、予めプリインストールされているゲームプログラムを実行することで、ユーザによるゲームのプレイを可能とする。ユーザ端末１０は、ゲームプログラムを読み込んで実行することにより、サーバ２０と通信し、ゲームの進行に応じてゲームに関連するデータをユーザ端末１０とサーバ２０との間で送受信する。

【0013】

サーバ２０は、ゲームのプレイに必要なデータを、適宜、ユーザ端末１０へ送信することで、ユーザ端末１０でのゲームのプレイを進行させる。サーバ２０は、ゲームをプレイする各ユーザの、ゲームに関連する各種データを管理する。サーバ２０は、ユーザ端末１０と通信し、各ユーザのゲームの進行に応じて、画像、音声、テキストデータその他のデータをユーザ端末１０へ送信する。

【0014】

ゲーム配信システム１は、特定のプレイ形態に限らず、あらゆるプレイ形態のゲームを実行するためのシステムであってよい。例えば、ゲームプログラムは、ユーザがゲームをプレイするモードとして、単一のユーザによるシングルプレイと、複数のユーザによるマルチプレイとに対応している。例えば、ゲーム配信システム１において、サーバ２０が、マルチプレイに参加するユーザを特定して各ユーザの各ユーザ端末１０と通信すること等により、マルチプレイでゲームをプレイする環境を各ユーザに提供する。ゲーム配信システム１は、マルチプレイゲームの中でも、複数のユーザが対戦する対戦ゲーム、複数のユーザが協力してゲームを進行させる協力プレイゲームなどのプレイ形態を採用し得る。

【0015】

図１に示すようにサーバ２０は、ハードウェア構成として、通信ＩＦ（Interface）２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備え、これらが通信バスを介して互いに接続されている。

【0016】

通信ＩＦ２２は、例えばＬＡＮ（Local Area Network）規格など各種の通信規格に対応しており、ユーザ端末１０など外部の通信機器との間でデータを送受信するためのインタフェースとして機能する。

【0017】

入出力ＩＦ２３は、サーバ２０への情報の入力を受け付けるとともに、サーバ２０の外部へ情報を出力するためのインタフェースとして機能する。入出力ＩＦ２３は、マウス、キーボード等の情報入力機器の接続を受け付ける入力受付部と、画像等を表示するためのディスプレイ等の情報出力機器の接続を受け付ける出力部とを含む。

【0018】

メモリ２５は、処理に使用されるデータ等を記憶するための記憶装置である。メモリ２５は、例えば、プロセッサ２９が処理を行う際に一時的に使用するための作業領域をプロセッサ２９に提供する。メモリ２５は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の記憶装置を含んで構成されている。

【0019】

ストレージ２６は、プロセッサ２９が読み込んで実行するための各種プログラム及びデータを記憶するための記憶装置である。ストレージ２６が記憶する情報は、ゲームプログラム、ゲームプログラムに関連する情報、ゲームプログラムをプレイするユーザの情報その他の情報を含む。ストレージ２６は、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等の記憶装置を含んで構成されている。

【0020】

プロセッサ２９は、ストレージ２６に記憶されるプログラム等を読み込んで実行することにより、サーバ２０の動作を制御する。プロセッサ２９は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等を含んで構成される。

【0021】

図２は、ユーザ端末１０の機能的な構成を示すブロック図である。図２に示すように、ユーザ端末１０は、アンテナ１１０と、無線通信ＩＦ１２０と、タッチスクリーン１３０と、入出力ＩＦ１４０と、記憶部１５０と、音声処理部１６０と、マイク１７０と、スピーカ１８０と、制御部１９０とを含む。

【0022】

アンテナ１１０は、ユーザ端末１０が発する信号を電波として空間へ放射する。アンテナ１１０は、空間から電波を受信して受信信号を無線通信ＩＦ１２０へ与える。

【0023】

無線通信ＩＦ１２０は、ユーザ端末１０が他の通信機器と通信するため、アンテナ１１０等を介して信号を送受信するための変復調処理などを行う。無線通信ＩＦ１２０は、チューナー、高周波回路などを含む無線通信用の通信モジュールであり、ユーザ端末１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１９０へ与える。

【0024】

タッチスクリーン１３０は、ユーザからの入力を受け付けて、ユーザに対し情報をディスプレイ１３２に出力する。タッチスクリーン１３０は、ユーザの入力操作を受け付けるためのタッチパネル１３１と、メニュー画面やゲームの進行を画面に表示するためのディスプレイ１３２と、を含む。タッチパネル１３１は、例えば静電容量方式のものを用いることによって、ユーザの指などが接近したことを検出する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）、有機ＥＬ（electroluminescence）その他の表示装置によって実現される。

【0025】

入出力ＩＦ１４０は、ユーザ端末１０への情報の入力を受け付けるとともに、ユーザ端末１０の外部へ情報を出力するためのインタフェースとして機能する。

【0026】

記憶部１５０は、フラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成され、ユーザ端末１０が使用するプログラム、及び、ユーザ端末１０がサーバ２０から受信する各種データ等を記憶する。

【0027】

音声処理部１６０は、音声信号の変復調を行う。音声処理部１６０は、マイク１７０から与えられる信号を変調して、変調後の信号を制御部１９０へ与える。音声処理部１６０は、音声信号をスピーカ１８０へ与える。音声処理部１６０は、例えば、音声処理用のプロセッサによって実現される。マイク１７０は、音声信号の入力を受け付けて制御部１９０へ出力するための音声入力部として機能する。スピーカ１８０は、音声信号を、ユーザ端末１０の外部へ出力するための音声出力部として機能する。

【0028】

制御部１９０は、記憶部１５０に記憶されるプログラムを読み込んで実行することにより、ユーザ端末１０の動作を制御する。制御部１９０は、例えば、アプリケーションプロセッサによって実現される。

【0029】

ユーザ端末１０がゲームプログラム１５１を実行する処理について、より詳細に説明する。記憶部１５０は、ゲームプログラム１５１と、ゲーム情報１５２と、ユーザ情報１５３とを記憶する。ユーザ端末１０は、例えば、サーバ２０からゲームプログラムをダウンロードして記憶部１５０に記憶させる。ユーザ端末１０は、ゲームの進行に伴いサーバ２０と通信することで、ゲーム情報１５２及びユーザ情報１５３等の各種のデータをサーバ２０と送受信する。

【0030】

ゲームプログラム１５１は、ユーザ端末１０においてゲームを進行させるためのプログラムである。ゲーム情報１５２は、ゲームプログラム１５１が参照する各種のデータを含む。ゲーム情報１５２は、例えば、ゲームにおいて仮想空間に配置するオブジェクトの情報、ユーザが所有するオブジェクトの情報、オブジェクトに対応付けられた効果の情報（ゲームキャラクタに設定されるスキルの情報などを含む）などを含む。ユーザ情報１５３は、ゲームをプレイするユーザについての情報を含む。ユーザ情報１５３は、例えば、ゲームをプレイするユーザ端末１０のユーザを識別する情報、マルチプレイ時に協働してゲームをプレイする他のユーザを識別する情報などを含む。

【0031】

制御部１９０は、ゲームプログラム１５１を読み込んで実行することにより、入力操作受付部１９１と、オブジェクト付与部１９２と、デッキ構成部１９３と、オブジェクト設定部１９４と、パラメータ定義部１９５と、ゲーム進行部１９６と、表示制御部１９７と、の各機能を発揮する。

【0032】

入力操作受付部１９１は、タッチスクリーン１３０の出力に基づいて、ユーザの入力操作を受け付ける。具体的には、入力操作受付部１９１は、ユーザの指などがタッチパネル１３１に接近したことを、タッチスクリーン１３０を構成する面の横軸及び縦軸からなる座標系の座標として検出する。

【0033】

入力操作受付部１９１は、タッチスクリーン１３０に対するユーザの操作を判別する。入力操作受付部１９１は、例えば、（１）「接近操作」、（２）「リリース操作」、（３）「タップ操作」、（４）「ダブルタップ操作」、（５）「長押し操作（ロングタッチ操作）」、（６）「ドラッグ操作（スワイプ操作）」、（７）「ムーブ操作」、（８）「フリック操作」などのユーザの操作を判別する。入力操作受付部１９１が判別するユーザの操作は、上記に限られない。例えば、タッチパネル１３１が、ユーザがタッチパネル１３１に対して押下する圧力の大きさを検出可能な機構を有する場合、入力操作受付部１９１は、ユーザが押下した圧力の大きさを判別する。

【0034】

（１）「接近操作」とは、ユーザが指などをタッチスクリーン１３０に接近させる操作である。タッチスクリーン１３０は、ユーザの指などが接近したこと（ユーザの指などがタッチスクリーン１３０に接触したことを含む）をタッチパネル１３１により検出し、検出したタッチスクリーン１３０の座標に応じた信号を入力操作受付部１９１へ出力する。制御部１９０は、タッチスクリーン１３０へのユーザの指などの接近を検出しない状態から、接近を検出したときに、状態が「タッチオン状態」になったと判別する。

【0035】

（２）「リリース操作」とは、ユーザがタッチスクリーン１３０を接近操作している状態を止める操作である。制御部１９０は、例えば、ユーザが指をタッチスクリーン１３０に接触させている状態から、指を離す操作をしたときに、ユーザの操作を「リリース操作」と判別する。制御部１９０は、タッチスクリーン１３０へのユーザの指などの接近を検出している状態から、接近を検出しない状態になったときに、状態が「タッチオン状態」から「タッチオフ状態」になったと判別する。

【0036】

（３）「タップ操作」とは、ユーザがタッチスクリーン１３０に対して指などを接近させる接近操作をした後に、接近操作をした位置でリリース操作を行うことである。入力操作受付部１９１は、接近操作が検出されない状態（ユーザの指などがタッチスクリーン１３０から離れており、タッチパネル１３１がユーザの指などの接近を検出していない状態）から、タッチスクリーン１３０の出力に基づいて、ユーザの指などが接近したことを検出した場合に、その検出した座標を「初期タッチ位置」として保持する。制御部１９０は、初期タッチ位置の座標と、リリース操作をした座標とがほぼ同一である場合（接近操作が検出された座標から一定範囲内の座標においてリリース操作の座標が検出された場合）に、ユーザの操作を「タップ操作」と判別する。

【0037】

（４）「ダブルタップ操作」とは、ユーザがタップ操作を一定時間内に２回行う操作である。制御部１９０は、例えば、ユーザの操作をタップ操作と判別してから一定時間内に、タップ操作にかかる座標で再びタップ操作を判別した場合に、ユーザの操作を「ダブルタップ操作」と判別する。

【0038】

（５）「長押し操作」とは、ユーザがタッチスクリーン１３０を押し続ける操作である。制御部１９０は、ユーザの操作を検出して接近操作を判別してから、接近操作が検出された座標（あるいは当該座標を含む一定領域内）において接近操作が継続している時間が一定時間を超えた場合に、ユーザの操作を「長押し操作」（「長押し操作」を、「ロングタッチ操作」と称することもある）と判別する。

【0039】

（６）「ドラッグ操作」とは、ユーザがタッチスクリーン１３０に指などを接近させた接近状態を維持したまま、指をスライドさせる操作である。

【0040】

（７）「ムーブ操作」とは、ユーザがタッチスクリーン１３０において、接近操作を維持しつつ、タッチスクリーン１３０に指などを接近させている位置を移動させてリリース操作を行う一連の操作をいう。

【0041】

（８）「フリック操作」とは、ユーザがムーブ操作を予め定められている時間よりも短い時間で行う操作をいう。フリック操作は、ユーザがタッチスクリーン１３０を指ではじくような操作である。

【0042】

オブジェクト付与部１９２は、タッチスクリーン１３０に対するユーザの入力操作に応じてサーバ２０において実行される選択処理の結果に基づいて、１以上のオブジェクトをユーザに付与する。オブジェクト付与部１９２は、例えば、選択処理によって選択された１以上のオブジェクトに関する情報を記憶部１５０に記憶させ、ゲーム内において当該１以上のオブジェクトをユーザが使用可能な状態にする。選択処理については、後の段落で詳述する。

【0043】

ここで、オブジェクト付与部１９２によって付与されるオブジェクトとは、ゲーム中でユーザが使用できるものであれば限定されない。このようなオブジェクトとしては、例えば、ゲームキャラクタや、武器、防具、アクセサリ、ジョブなどのゲームキャラクタのパラメータを調整するアイテム等が挙げられる。なお、ジョブとは、典型的には、戦士、魔法使いなどのゲームキャラクタの職業であり、例えば、ゲームキャラクタに設定することで、当該ゲームキャラクタのパラメータを調整したり、当該ゲームキャラクタが使用可能なスキルを規定したりするものである。

【0044】

デッキ構成部１９３は、ユーザが使用可能なゲームキャラクタ（以下、自キャラクタと称することもある）の中からユーザの操作入力によって指定された１以上のゲームキャラクタを含むデッキを構成する。ここで、デッキとは、例えば、ゲーム内のイベント（例えば、戦闘イベント）に参加させる１以上のゲームキャラクタを定義したものをいう。デッキ構成部１９３は、例えば、構成されたデッキに関する情報を記憶部１５０に記憶させ、ゲーム内のイベントを当該デッキに基づいて進行可能な状態にする。

【0045】

オブジェクト設定部１９４は、ユーザの入力操作に基づいて、ユーザが選択した自キャラクタに設けられたオブジェクト設定用の枠（以下、設定枠と称することもある）に、ユーザに付与されているオブジェクトの中から選択されたオブジェクトを設定する。設定枠は、一のゲームキャラクタに対して一つでもよいし、複数設けられていてもよいし、キャラクタ毎に定められた数が設けられていてもよい。設定枠には、設定可能なオブジェクトの種類が定められていてもよい。設定枠として、例えば、武器用の設定枠、防具用の設定枠、アクセサリ用の設定枠、ジョブ用の設定枠等を設けてもよい。

【0046】

パラメータ定義部１９５は、オブジェクト設定部１９４によって設定枠に設定されたオブジェクトが有するパラメータに基づいて、自キャラクタのパラメータを定義する。パラメータ定義部１９５は、例えば、定義された自キャラクタのパラメータを記憶部１５０に記憶させ、ゲーム内のイベントを当該パラメータに基づいて進行可能な状態にする。

【0047】

ゲーム進行部１９６は、ゲームの進行に関する各種処理を行う。ゲーム進行部１９６は、例えば、入力操作受付部１９１が受け付けた入力操作の入力位置の座標や操作の種類に基づいてユーザの指示内容を解釈し、当該解釈に基づいて、ゲームを進行させる。

【0048】

ゲーム進行部１９６は、例えば、自キャラクタの移動、ユーザの指示内容と自キャラクタのパラメータ及び自キャラクタの対戦相手となるゲームキャラクタ（以下、敵キャラクタとも称する）のパラメータ等に基づく戦闘イベントの進行、ゲームに登場する各種オブジェクト（例えば、敵キャラクタ、村人等のＮＰＣ（Non-Playable Character）、建物など）の生成や制御や消滅、並びに、ユーザの指示内容に基づいて生成されるＧＵＩ（Graphical User Interface）画面）の生成や変形や移動などの処理を制御することができる。

【0049】

ゲーム進行部１９６は、例えば、ユーザの指示内容をサーバ２０に送信し、サーバ２０において当該指示内容に基づいて実行された演算結果を受信し、受信した演算結果に基づいてゲームを進行させることもできる。

【0050】

表示制御部１９７は、入力操作受付部１９１が受け付けた入力操作や、ゲーム進行部１９６での制御に応じて、ディスプレイ１３２の表示内容を決定し、決定した表示内容に従った画像、テキスト等の各種の情報をディスプレイ１３２に出力する。表示制御部１９７は、例えば、各ゲームキャラクタの動作の様子を示すアニメーション画像や、各種のメニュー画面、ＧＵＩなどをディスプレイ１３２に表示させる。

【0051】

図３は、サーバ２０の機能的な構成を示すブロック図である。図３を参照して、サーバ２０の詳細な構成を説明する。サーバ２０は、プログラムに従って動作することにより、通信部２２０と、記憶部２５０と、制御部２９０としての機能を発揮する。

【0052】

通信部２２０は、サーバ２０がユーザ端末１０などの外部の通信機器とネットワーク３０を介して通信するためのインタフェースとして機能する。

【0053】

記憶部２５０は、ユーザ端末１０においてユーザがゲームを進行させるための各種プログラム及びデータを記憶する。ある局面において、記憶部２５０は、ゲームプログラム２５１と、ゲーム情報２５２と、ユーザ情報２５３とを記憶する。

【0054】

ゲームプログラム２５１は、サーバ２０がユーザ端末１０と通信して、ユーザ端末１０においてゲームを進行させるためのプログラムである。ゲームプログラム２５１は、ゲームを進行させるための各種データであるゲーム情報２５２及びユーザ情報２５３等を参照して、ユーザの入力操作に応じてゲームを進行させる。ゲームプログラム２５１は、制御部２９０に実行されることにより、ユーザ端末１０とデータを送受信する処理、ユーザ端末１０のユーザが行った操作内容に応じてゲームを進行させる処理、ゲームをプレイするユーザの情報を更新する処理などをサーバ２０に行わせる。

【0055】

ゲーム情報２５２は、ゲームプログラム２５１が参照する各種のデータを含む。ゲーム情報２５２は、例えば、オブジェクト選択テーブル２５２Ａを含む。オブジェクト選択テーブル２５２Ａは、後述の選択処理の際に参照されるテーブルである。オブジェクト選択テーブル２５２Ａには、例えば、選択処理における選択の対象となる各種オブジェクトのＩＤと関連付けて、各種オブジェクトが選択される確率（以下、選択確率と称することもある）が記憶されている。なお、オブジェクト選択テーブル２５２Ａは、複数用意されていてもよい。オブジェクト選択テーブル２５２Ａは、ユーザがゲームを進行させた度合いに応じて更新されてもよい。

【0056】

ユーザ情報２５３は、ゲームをプレイするユーザについての情報である。ユーザ情報２５３は、ユーザ管理テーブル２５３Ａを含む。ユーザ管理テーブル２５３Ａは、例えば、各ユーザを識別する情報、ユーザがゲームを進行させた度合いを示す情報、ユーザに付与されているオブジェクト、ユーザに設定されているパラメータ（例えば、スタミナ値）の情報などを含む。

【0057】

制御部２９０は、記憶部２５０に記憶されるゲームプログラム２５１を実行することにより、送受信部２９１、選択処理部２９２、合成処理部２９３、データ管理部２９４、ゲーム進行処理部２９５、計測部２９６としての機能を発揮する。

【0058】

送受信部２９１は、ゲームプログラム１５１を実行するユーザ端末１０から、各種情報を受信し、ユーザ端末１０に対し、各種情報を送信する。ユーザ端末１０とサーバ２０とは、ユーザに関連付けられるオブジェクトを仮想空間に配置する要求、オブジェクトを削除する要求、オブジェクトを移動させる要求、ユーザが獲得する報酬に応じて各種パラメータを更新する要求、ゲームを進行させるための画像、音声その他のデータ、サーバ２０からユーザ端末１０へ送信される通知などの情報を送受信する。

【0059】

選択処理部２９２は、ユーザの操作入力に基づくユーザ端末１０からの要求に応じて、複数種類のオブジェクトが含まれるオブジェクト群の中から、オブジェクトを選択する処理を実行する。選択処理は、オブジェクト選択テーブル２５２Ａを参照して実行され、例えば、オブジェクト選択テーブル２５２Ａに含まれている各オブジェクトの中から、当該各オブジェクトに設定された選択確率に基づいて、１以上のオブジェクトが無作為に選択される。なお、オブジェクト選択テーブル２５２Ａが複数用意されている場合、選択処理部２９２は、ユーザ端末１０からの要求の内容や、ユーザのゲームの進行度合い等に基づいて、選択処理において参照するテーブルを決定する。選択処理部２９２によって選択されたオブジェクトの情報は、送受信部２９１によって、ユーザ端末１０に送信される。

【0060】

なお、選択処理部２９２による選択処理は、所定の対価と引き換えに実行されてもよい。所定の対価としては、例えば、ユーザの課金又はゲームプレイの結果としてユーザに付与されるゲーム内通貨（仮想通貨）が挙げられる。

【0061】

合成処理部２９３は、ユーザの操作入力に基づくユーザ端末１０からの要求に応じて、ユーザに付与されているオブジェクトを合成する。合成処理部２９３は、例えば、合成のベースとなる１のオブジェクトと、合成の素材となる１以上のオブジェクトとを合成して、合成のベースとなった１のオブジェクトのパラメータを向上させる又は合成のベースとなった１のオブジェクトに基づく新たなオブジェクトを生成し、合成の素材となった１以上のオブジェクトを消滅させる。合成処理の詳細については後述する。

【0062】

データ管理部２９４は、選択処理部２９２、合成処理部２９３、ゲーム進行処理部２９５等における処理結果に従って、記憶部２５０に記憶される各種データを更新する処理、データベースにレコードを追加／更新／削除する処理などを行う。データ管理部２９４は、例えば、選択処理部２９２によって選択されたオブジェクトの情報が含まれるようにユーザ情報２５３を更新する。データ管理部２９４は、例えば、合成処理部２９３における合成のベースとなったオブジェクトの情報を合成後の内容に変更し、素材となったオブジェクトを削除するように、ユーザ情報２５３を更新する。

【0063】

ゲーム進行処理部２９５は、サーバ２０全体の動作を制御し、各種のプログラムを呼び出す等によりゲームの進行に必要な処理を行う。ゲーム進行処理部２９５は、例えば、ユーザ端末１０から受信した情報に基づいて、ゲーム情報２５２、ユーザ情報２５３、などのデータを更新し、ユーザ端末１０に各種データを送信することでゲームを進行させる。

【0064】

計測部２９６は、時間を計測する処理を行う。計測部２９６は、例えば、仮想空間に配置される各オブジェクトについて時間の経過を計測する。計測部２９６は、ゲームが進行している時間を計測する。サーバ２０は、ユーザ端末１０から、ユーザ端末１０においてゲームプログラム１５１を実行して計測される各種の計測結果の情報を受信し、受信した情報と、計測部２９６の計測結果とを照合することで、ユーザ端末１０とサーバ２０とで、各種の時間に関する情報を同期させる。

【0065】

（ゲーム概要）
本実施形態に係るゲーム配信システム１に基づくゲームは、例えば、ユーザ端末１０のユーザによって操作される複数のゲームキャラクタ（自キャラクタ）が登場する任意のゲームである。当該ゲームは、例えば、自キャラクタと、ゲーム配信システム１により制御される他のゲームキャラクタ（敵キャラクタ）とが１ターンごとに交互に攻撃していくターン制バトル（以下、バトルとも称する）を含むゲームである。

【0066】

自キャラクタには、パラメータとして、少なくともヒットポイント（以下、ＨＰと称することもある）とスキルポイント（以下、ＳＰと称することもある）が設定されている。ＨＰは、自キャラクタの体力値であり、敵キャラクタからの攻撃を受けると減少する。ＨＰがゼロになった場合、その自キャラクタは行動不能になる。ＳＰは、自キャラクタがスキルを使用すると、使用したスキルに設定されている消費ＳＰに応じて減少する。自キャラクタは、現在のＳＰよりも消費ＳＰが多いスキルを使用することはできない。

【0067】

本ゲームでは、ゲーム中に用いることが可能なスタミナ値（第２パラメータ）が、ユーザに提供される。本ゲームにおけるスタミナ値は、ゲームにおけるキャラクタの行動（例えばクエストへの参加）に伴って消費されるものではなく、自キャラクタの現在のＨＰ及びＳＰ（第１パラメータ）を回復させるために使用されるパラメータである。本ゲームにおいて、ＨＰ及びＳＰを回復させる手段は、スタミナ値の使用等に限られ、例えば、自キャラクタによる魔法の使用や時間経過等に応じてＨＰ及びＳＰが回復することはない。なお、スタミナ値は、現実世界における時間経過に応じて回復する。

【0068】

なお、ゲーム配信システム１に基づくゲームは、上記のターン制バトルゲームに限らず、アクションＲＰＧ（Role Playing Game）であってもよいし、スポーツゲームなどの任意のジャンルのゲームであってよい。

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

１：ゲーム配信システム、１０：ユーザ端末、２０：サーバ、３０：ネットワーク、１３０：タッチスクリーン、１５０：（ユーザ端末の）記憶部、１９０：（ユーザ端末の）制御部、１９１：入力操作受付部、１９２：オブジェクト付与部、１９３：デッキ構成部、１９４：オブジェクト設定部、１９５：パラメータ定義部、１９６：ゲーム進行部、１９７：表示制御部、２５０：（サーバの）記憶部、２５２Ａ：オブジェクト選択テーブル、２９０：（サーバの）制御部、９０１：オブジェクト情報欄、９０２：通貨表示欄、９０３：ポイント表示欄、９０４：通常抽選受付欄、９０５：有償抽選欄、９０６：無償抽選欄、９１１，９１２：確定抽選受付欄、ＪＡ～ＪＣ：ジョブオブジェクト、ＷＡ～ＷＨ：武器オブジェクト

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】