JP7479798B2 - ゲームプログラム、方法、及び情報処理装置 - Google Patents

Description

特許法第３０条第２項適用 （ア）ウェブサイトによる発表 掲載日：２０１８年１１月２７日から２０１９年７月１６日 （イ）レビュー記事の公開による発明の公開 公開日：２０１９年４月１０日 （ウ）プレイ動画の公開による発明の公開 公開日：２０１９年５月３０、３１日 （エ）ゲーム・アプリケーションのリリースによる発明の公開 リリースおよびアップデート日：２０１９年５月３０日から２０１９年７月１０日 アプリケーション名：「最果てのバベル」

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

従来、ゲームにおいて利用可能なオブジェクトを取得する抽選処理を、複数回連続して実行可能なゲームが公知である。また、特許文献１では、複数回連続して抽選処理を行う場合の結果として、所定の条件を満たすオブジェクトの取得を保証可能なゲームを実現するプログラムが開示されている。

特開２０１４－２３７０４０号公報

しかしながら、上述のゲームでは、抽選処理において各オブジェクトが選択される確率を規定した複数の確率テーブル、つまり複数通りの提供割合を設定する必要があり、処理が煩雑である。

本開示は、所定数の対象ゲーム媒体が確定的に含まれる複数のゲーム媒体を選択する処理を効率的に実行可能なプログラム、方法、及び情報処理装置を提供することを目的とする。

本開示に示す一実施形態によれば、
プロセッサ及びメモリを備えるコンピュータによって実行されるゲームプログラムであって、
前記ゲームプログラムは、前記プロセッサに、
ユーザの操作に応答して、前記ゲームプログラムに基づくゲームにおいて利用可能である一群のゲーム媒体の中から、ｎ個（ｎは２以上の整数）の前記ゲーム媒体を選択する選択処理を実行するステップと、ここで、所定の属性を有する少なくともｋ個（ｋは１以上且つｎ以下の整数）の対象ゲーム媒体が含まれるように前記ｎ個のゲーム媒体が選択され、
前記選択処理で選択されたｎ個の前記ゲーム媒体を前記ユーザに付与するステップと、
を実行させ、
前記選択処理を実行するステップにおいて、
ｉ－１回目までの選択処理の回数及びｉ－１回目までの対象ゲーム媒体の獲得枚数に応じて、ｉ回目の選択処理の方法を切り替えるステップを、
前記プロセッサに実行させる、ゲームプログラムが提供される。

本開示によれば、所定数の対象ゲーム媒体が確定的に含まれる複数のゲーム媒体を選択する処理を効率的に実行可能なゲームプログラムを提供することができる。

ゲームシステムのハードウェア構成を示す図である。 ユーザ端末およびサーバの機能的構成を示すブロック図である。 ステージのプレイ画面の一例を示す図である。 抽選処理全体の処理の流れを示すフローチャートである。 抽選処理に係る画面の一例を示す図である。 抽選処理に係る画面の一例を示す図である。 第一実施形態において、連続した抽選において複数のキャラクタを選択する処理の流れを示すフローチャートである。 第二実施形態において、抽選処理で使用する確率テーブルを示す図である。

本開示に係るゲームシステムは、複数のユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。

＜ゲームシステム１のハードウェア構成＞
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。

サーバ２００（コンピュータ、情報処理装置）は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。

図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラムおよびデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。

ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。

以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

例えば、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３又は入出力ＩＦで構成される場合、ユーザ端末１００は、通信ＩＦ又は入出力ＩＦ１４と接続されるユーザ端末１００とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付けてもよい。

＜各装置のハードウェア構成要素＞
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０および２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。

プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ１０およびプロセッサ２０は展開したプログラムを実行する。

メモリ１１および２１は主記憶装置である。メモリ１１および２１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

本実施形態においてプログラムとは、ゲームをユーザ端末１００により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムであってもよい。なお、ユーザ端末１００とサーバ２００との協働により実現されるゲームは、一例として、ユーザ端末１００において起動されたブラウザ上で実行されるゲームであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末１００の協働により実現するためのゲームプログラムであってもよい。また、各種データとは、ユーザ情報およびゲーム情報などのゲームに関するデータ、ならびに、ユーザ端末１００とサーバ２００との間または複数のユーザ端末１００間で送受信する指示または通知を含んでいる。

ストレージ１２および２２は補助記憶装置である。ストレージ１２および２２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２およびストレージ２２には、ゲームに関する各種データが格納される。

通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ１３および２３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。

入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタン、カメラ、マイク、または、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

ユーザ端末１００のタッチスクリーン１５は、入力部１５１と表示部１５２とを組み合わせた電子部品である。入力部１５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。

入力部１５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。

図示していないが、ユーザ端末１００は、該ユーザ端末１００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末１００がセンサを備えている場合、プロセッサ１０は、センサの出力からユーザ端末１００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０は、ユーザ端末１００が縦向きに保持されているときには、縦長の画像を表示部１５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０は、ユーザ端末１００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。

＜ゲーム概要＞
ゲームシステム１は、ゲームプログラムに基づくゲームにおいて利用可能な特定のオブジェクトを含む複数のオブジェクトのうち何れか１つを、確率テーブルに基づいて選択する選択処理を実行するシステムである。

選択処理は、確率テーブルに基づいて複数のオブジェクトのうち何れか一つのオブジェクトが選択される処理であればよく、例えば、抽選によって選択する処理が挙げられる。以下、本実施形態では、オブジェクトを選択する処理を抽選（いわゆる、ガチャ）処理として説明する。本実施形態では、抽選処理を複数回実行する。以下、「複数」回の抽選処理を「ｎ」（ｎは２以上の整数）回の抽選処理ともいう。このように、所定の複数回数まとめて実行される抽選処理を、説明の便宜上、同時に複数回実行する場合も含めて、「連続した抽選処理」とも呼称する。なお、連続した抽選処理中の１回の抽選処理に要する消費アイテムの価値は、連続させずに１回だけ行う抽選処理に要する消費アイテムの価値と同じか、より少ない方が望ましい。

また、選択処理が実行されて選択結果として決定されたオブジェクトは、ユーザに付与され、ゲームプレイに利用できる。なお、オブジェクト等について、ユーザに関連付けてメモリに記憶させることを、ユーザに付与する、という。

抽選処理によって選択されるオブジェクトとしては、ゲームにおいて利用可能なキャラクタ、キャラクタに関連付けて用いられるオブジェクト等が挙げられる。キャラクタに関連付けて用いられるオブジェクトとしては、例えば、キャラクタに関連付けて利用される、武器・防具等のアイテム、ジョブ、特殊な攻撃、回復、キャラクタ等のオブジェクトの状態を変化させるスキル等であってもよい。本実施形態では、抽選処理によって選択されるオブジェクトがキャラクタである形態について説明する。

抽選処理で選択される各キャラクタは、そのキャラクタに固有の希少度（レアリティ）を有する。希少度とは、ゲームにおけるキャラクタの希少性を数値で表した一種のゲームパラメータである。キャラクタの希少度が高いほど、ゲームにおけるそのキャラクタの希少性が高いことを意味する。本開示では、キャラクタの希少度は、Ｓ、Ａ、Ｂ、Ｃランクの何れかの値を取る。以下、Ｓ、Ａ、Ｂ、Ｃランクの希少度を有するキャラクタを、それぞれ単に、Ｓ、Ａ、Ｂ、Ｃランクのキャラクタとも呼称する。キャラクタの希少度が高いほど、抽選によってそのキャラクタが選択される確率は低い。言い換えれば、キャラクタの希少度が高いほど、そのキャラクタをユーザが取得できる可能性は低い。ゲームにおけるキャラクタの価値は、希少度が高いほどより高い。例えば、キャラクタの希少度がより高いほど、キャラクタの性能はより高い。

ゲームシステム１によって実行されるゲーム（以下、本ゲーム）は、特定のジャンルに限らず、あらゆるジャンルのゲームであってよい。例えば、テニス、卓球、ドッジボール、野球、サッカーおよびホッケーなどのスポーツを題材としたゲーム、パズルゲーム、クイズゲーム、ＲＰＧ、アドベンチャーゲーム、シューティングゲーム、シミュレーションゲーム、育成ゲーム、ならびに、アクションゲームなどであってもよい。以下、一例として、本ゲームは、所定の達成条件が設定されたステージ単位でプレイ可能なパズルゲームであるものとして説明を行う。ゲーム内容の詳細については後述する。

また、本ゲームは、特定のプレイ形態に限らず、あらゆるプレイ形態のゲームであってもよい。例えば、単一のユーザによるシングルプレイゲーム、および、複数のユーザによるマルチプレイゲーム、また、マルチプレイゲームの中でも、複数のユーザが対戦する対戦ゲーム、および、複数のユーザが協力する協力プレイゲームなどであってもよい。

＜ゲームシステム１の機能的構成＞
図２は、ゲームシステム１に含まれるサーバ２００およびユーザ端末１００の機能的構成を示すブロック図である。サーバ２００およびユーザ端末１００のそれぞれは、図示しない、一般的なコンピュータとして機能する場合に必要な機能的構成、および、ゲームにおける公知の機能を実現するために必要な機能的構成を含み得る。

ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能する。

サーバ２００は、各ユーザ端末１００と通信して、ユーザ端末１００がゲームを進行させるのを支援する機能を有する。ゲームがマルチプレイゲームである場合には、サーバ２００は、ゲームに参加する各ユーザ端末１００と通信して、ユーザ端末１００同士のやりとりを仲介する機能を有していてもよい。サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、および入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。

記憶部１２０および記憶部２２０は、ゲームプログラム、ゲーム情報１３２およびユーザ情報１３３を格納する。ゲームプログラム１３１は、ユーザ端末１００が実行するゲームプログラムである。ゲームプログラム２３１は、サーバ２００が実行するゲームプログラムである。ゲーム情報１３２は、制御部１１０および制御部２１０がゲームプログラムを実行する際に参照するデータである。ユーザ情報１３３は、ユーザのアカウントに関するデータである。記憶部２２０において、ゲーム情報１３２およびユーザ情報１３３は、ユーザ端末１００ごとに格納されている。また、記憶部２２０に格納されたゲーム情報１３２には、抽選処理において各キャラクタが選択される選択確率を規定した確率テーブルが含まれる。確率テーブルの詳細については後述する。

＜サーバ２００の機能的構成＞
制御部２１０は、記憶部２２０に格納されたゲームプログラム２３１を実行することにより、サーバ２００を統括的に制御する。例えば、制御部２１０は、ユーザ端末１００に各種データおよびプログラム等を送信する。制御部２１０は、ゲーム情報もしくはユーザ情報の一部または全部をユーザ端末１００から受信する。ゲームがマルチプレイゲームである場合には、制御部２１０は、ユーザ端末１００からマルチプレイの同期の要求を受信して、同期のためのデータをユーザ端末１００に送信してもよい。

制御部２１０は、ゲームプログラム２３１の記述に応じて、抽選実行部２１２として機能する。制御部２１０は、実行するゲームの性質に応じて、ユーザ端末１００におけるゲームの進行を支援するために、図示しないその他の機能ブロックとしても機能することができる。

抽選実行部２１２は、ユーザ端末１００からの要求に応じて、ゲームにおいて利用可能なキャラクタを選択するための抽選を実行し、抽選結果を、要求元のユーザ端末１００に送信する。

＜ユーザ端末１００の機能的構成＞
制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲームプログラム１３１およびユーザの操作にしたがって、ゲームを進行させる。また、制御部１１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。

制御部１１０は、ゲームプログラム１３１の記述に応じて、操作受付部１１１、抽選部１１２、判定部１１３、オブジェクト管理部１１４、ゲーム進行部１１５、および表示制御部１１６として機能する。制御部１１０は、実行するゲームの性質に応じて、ゲームを進行させるために、図示しないその他の機能ブロックとしても機能することができる。

操作受付部１１１は、入力部１５１に対するユーザの入力操作を検知し受け付ける。例えば、操作受付部１１１は、上述の入力操作の、入力部１５１における入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部１１１は、例えば、タッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。

抽選部１１２は、ゲームにおいて利用可能なキャラクタを選択する為の抽選を、サーバ２００に要求する。また、抽選部１１２は、サーバ２００から抽選結果を取得する。例えば、抽選部１１２は、ユーザによって保有される消費アイテムと引き換えに、抽選をサーバ２００に要求する。また、抽選部１１２は、ゲームにおいてその他の条件が満たされた場合に、抽選をサーバ２００に要求してもよい。

判定部１１３は、ゲームの進行に必要な各種の判定処理を実行する。判定部１１３は、例えば、抽選処理の実行を指示するユーザ操作がなされたか否かを判定する。

オブジェクト管理部１１４は、ゲームにおいてユーザが利用可能なキャラクタ等の各種のオブジェクトを管理する。オブジェクト管理部１１４は、例えば、ユーザが利用可能なオブジェクトを表す情報を記憶部１２０に記憶させることによって、当該オブジェクトをユーザに付与する。

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

表示制御部１１６は、タッチスクリーン１５の表示部１５２に対して、制御部１１０の各部によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部は、制御部１１０の各部によって生成された映像を含むゲーム画面を表示部１５２に表示してもよい。また、表示制御部は、グラフィカルユーザインターフェース（以下、ＧＵＩ）を、該ゲーム画面に重畳して描画してもよい。

図２に示すサーバ２００およびユーザ端末１００の機能は一例にすぎない。サーバ２００は、ユーザ端末１００が備える機能の少なくとも一部を備えていてもよい。また、ユーザ端末１００は、サーバ２００が備える機能の少なくとも一部を備えていてもよい。さらに、ユーザ端末１００およびサーバ２００以外の他の装置をゲームシステム１の構成要素とし、該他の装置にゲームシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラムを実行するコンピュータは、ユーザ端末１００、サーバ２００、および他の装置の何れであってもよいし、これらの複数の装置の組み合わせにより実現されてもよい。

＜ゲーム画面例＞
図３は、本実施形態のゲームシステム１に基づくゲームにおいて、ユーザ端末１００の表示部１５２において表示されるステージのプレイ画面の一例を示す図である。

図３（Ａ）は、ゲーム進行部１１５によって表示されるパズル画面であって、上述したステージのプレイ画面の一例である。このパズル画面は、複数のパズル要素５０１と、射出台５０２とを含む盤面によって構成される。複数のパズル要素５０１は、盤面内に配置される。各パズル要素５０１には、複数種類のキャラクタの何れかが表示されている。射出台５０２上には、キャラクタ要素５０３の何れかがセットされ得る。ゲーム進行部１１５は、射出台５０２上のキャラクタ要素５０３が操作されると、当該キャラクタ要素５０３を射出して複数のパズル要素５０１の少なくとも一部に衝突させ、衝突に応じて、複数のパズル要素５０１の配置を変更する。このとき、複数のパズル要素５０１のうち、射出されたキャラクタ要素５０３と同種のキャラクタが表示されたパズル要素５０１が、所定数以上連続して配置されれば、ゲーム進行部１１５は、それらのパズル要素５０１を盤面から除去する。また、ゲーム進行部１１５は、除去されたパズル要素５０１に応じてプレイ結果を算出する。プレイ結果は、例えば、連続して除去された同種のパズル要素５０１の個数（連鎖数）によって表される。

ここで、射出台５０２上にセット可能なキャラクタ要素５０３は、ユーザが保有しているキャラクタの何れかである。例えば、ゲーム進行部１１５は、保有しているキャラクタの一覧５０４から、射出台５０２にセットするキャラクタ要素５０３を選択可能な選択画面を表示してもよい。図３（Ｂ）は、選択画面の一例である。選択画面は、保有しているキャラクタの一覧５０４を含む。この例では、一覧５０４は、「スター」、「ハート」、「ルナ」の３つのキャラクタを含んでいる。なお、本例では、一覧５０４の中で「スター」が選択されているものとする。また、選択画面は、選択されたキャラクタに関するパラメータ表示５０５を含んでいる。また、選択画面は、選択されたキャラクタのキャラクタ要素５０３を射出台５０２にセットすることを指示する「セット」ボタン５０６を含んでいる。

この例では、パラメータ表示５０５には、選択されたキャラクタである「スター」に関するパラメータとして、レベルが２３であることと、得点単価が４５４であることが表示されている。レベルは、当該キャラクタが最初にユーザに付与されたときには、初期値（例えば、１）が設定される。また、レベルは、例えば、当該キャラクタによるプレイ中の累計得点に応じてアップする。また、レベルは、例えば、当該キャラクタと同一のキャラクタがユーザに付与されたときにアップする。得点単価は、プレイにおいて盤面から除去されたときの得点の単価である。得点単価は、レベルアップに伴い増加する。保有カプセル群の何れかが開封されてキャラクタが得られた場合には、このような選択画面の一覧５０４に、新たなキャラクタが追加される。あるいは、開封されて得られたキャラクラが既存のキャラクタである場合は、当該キャラクタのレベルがアップする。

＜抽選処理全体の処理フロー＞
続いて、本ゲームにおける抽選処理全体の処理フローの一例について、図４を参照してステップごとに説明する。なお、以下の説明に基づく処理は一例であって、本実施形態に係る発明を特定の構成に限定するものではない。また、以下の説明において、フローチャートを用いて説明する一連の処理ステップのうち、ユーザ端末１００によって実行されるものとして記載したステップの少なくとも一部が、サーバ２００によって実行されてもよい。また、サーバ２００によって実行されるものとして記載したステップの少なくとも一部が、ユーザ端末１００によって実行されてもよい。図４は、抽選処理全体の処理の流れを示すフローチャートである。

ステップＳ１０１において、判定部１１３は、抽選処理の実行を指示するユーザ操作がなされたか否かを判定する。抽選処理の実行が指示されたと判定部１１３が判定した場合には（ステップＳ１０１のＹＥＳ）、続いてステップＳ１０２の処理が実行される。一方、抽選処理の実行が指示されていないと判定部１１３が判定した場合には（ステップＳ１０１のＮＯ）、図４のフローチャートに基づく処理が終了する。抽選処理に関する画面例については後述する。本実施形態では、ユーザ操作に基づいて抽選処理を実行するが、本発明はこのような形態に限定されず、例えば、ゲーム内に設定される所定の条件を満たすことで自動的に抽選部１１２が抽選処理を実行してもよい。

抽選処理は、ゲームにおいて利用可能な所定の消費アイテムと引き換えに実行される。ゲームプログラムは、抽選処理を実行する度に、ユーザに関連付けてメモリに記憶された所定の消費アイテムを、対応する価値分だけ減算する。例えば、抽選処理において減算する価値の大きさは消費アイテムの個数に比例する。また、所定の消費アイテムは、有償で販売される有価アイテムであってもよいし、ゲームプレイ中に無償で入手可能なアイテムであってもよい。

ステップＳ１０２において、抽選部１１２は、サーバ２００に対してｎ枚のキャラクタを選択するための抽選処理の実行を要求する。詳細には、抽選部１１２は、特定のキャラクタ（対象ゲーム媒体の一例）を含む複数のキャラクタのうち何れか１つを、複数のキャラクタ各々に設定された選択確率に基づいて選択する抽選処理をｎ回実行する処理をサーバ２００に要求する。

ステップＳ１０３において、抽選実行部２１２は、抽選処理を実行して、Ａランク以上のキャラクタを少なくともｋ枚含むようにｎ枚のキャラクタを選択する。ステップＳ１０４において、オブジェクト管理部１１４は、選択されたｎ枚のキャラクタをユーザに付与する。キャラクタの付与は、選択されたキャラクタをユーザに関連付けてメモリ１１に記憶させることを意図する。制御部１１０は、ユーザが当該ｎ枚のキャラクタを獲得したことを示す画面を表示部１５２に表示させる。

＜抽選処理に係る画面例および確率テーブル＞
続いて、本発明の一態様である抽選処理を行う場合の、画面例、および抽選処理において各キャラクタが選択される確率を規定した確率テーブルの一例について説明する。図５（Ａ）は、抽選処理の指示を受け付ける画面の一例を示す図である。

図５（Ａ）において、アイコン３０２ａおよび３０２ｂは、抽選処理において選択され得るキャラクタの外観図を示している。テキスト３０４ａおよび３０４ｂは、それぞれアイコン３０２ａおよび３０２ｂが示すキャラクタの名称を示している。アイコン３０６ａおよび３０６ｂは、それぞれアイコン３０２ａおよび３０２ｂが示すキャラクタの希少度を示している。星の個数が４個であることは、希少度がＳランクであることに対応している。星の個数が３、２、１個であることは、それぞれ希少度がＡ、Ｂ、Ｃランクであることに対応している。アイコン３０８は、近傍に図示されたキャラクタ、ここでは「ロボ」が、抽選処理で選択され得るキャラクタとして所定の日時以降に追加された新しいキャラクタであることを示している。

ボタン３１０は、確率テーブルの表示画面に遷移することを指示するＵＩオブジェクトの一例である。ボタン３１２は、ゲームにおいて使用可能な消費アイテム５個と引き換えに、抽選処理を１回実行することを指示するＵＩオブジェクトの一例である。また、ボタン３１４は、消費アイテム５０個と引き換えに、抽選処理を計１０回実行することを指示するＵＩオブジェクトの一例である。

図５（Ａ）に示す画面において、判定部１１３がボタン３１０に対する選択操作が行われたと判定すると、次に、制御部１１０は図５（Ｂ）に示す画面を表示部１５２に表示させる。図５（Ｂ）は、確率テーブル３１８を含む画面例を示す図である。

テキスト３１６は、抽選処理の内容をユーザに示すための表示である。具体的には、テキスト３１６は、ボタン３１４に対応する連続した１０回の抽選処理（いわゆる、１０連ガチャ）において、少なくとも３枚の特定のキャラクタを抽選結果に含ませる手順の一例を示している。

テキスト３１６に示すように、本実施形態では、ユーザの操作に応答して複数のキャラクタを選択するための連続した抽選処理を行う場合において、ｉ－１回目までの抽選回数とｉ－１回目までの特定のキャラクタの獲得枚数に応じて、ｉ－１回目の選択処理の方法を後述の通常抽選処理（第一処理方法の一例）と引き直し処理（第二処理方法の一例）とで切り替える。具体的には、例えば、７回目までの特定のキャラクタの獲得枚数に応じて、８回目以降の選択処理の方法を切り替える。通常抽選処理と引き直し処理の詳細については後述する。また、本実施形態では、特定のキャラクタはＡランク以上のキャラクタ（対象ゲーム媒体）である形態について説明する。

確率テーブル３１８は、各キャラクタの名称、ランク、各キャラクタ各々に設定された選択確率、および各ランクのキャラクタが選択される確率の合計を示している。各キャラクタ各々に設定された選択確率は、互いに異なっていてもよく、一部又は全部が同一であってもよい。本実施形態では、ランクごとに選択確率は異なり、同じランクであれば選択確率は同じである。なお、選択確率は、抽選対象のキャラクタの識別子ごとに設定されていてもよい。

また、抽選処理において選択され得るキャラクタには所定時点以降に利用可能となった新しいキャラクタが含まれていてもよい。例えば、新しいキャラクタが、所定期間ごとに、又は任意のタイミングで、選択の対象のキャラクタとして追加されたり、既に対象となっているキャラクタの一部と入れ替わったりしてもよい。これにより、連続した抽選の結果に確定的に含まれるＡランク以上のキャラクタとして、所定時点以降に利用可能となったキャラクタが付与されることを期待できるので、連続した抽選の実行を指示することに対するユーザの動機づけが向上する。また、選択の対象となるキャラクタには、所定期間のみ提供されるキャラクタが含まれていてもよい。例えば、所定時点で選択の対象のキャラクタとして追加された後に、所定時点で選択対象のキャラクタから削除されてもよい。これにより、連続した抽選の結果に確定的に含まれるＡランク以上のキャラクタとして、所定期間のみ提供されるキャラクタが付与されることを期待できるので、連続した抽選の実行を指示することに対するユーザの動機づけが向上する。

なお、ボタン３１２を起点とした１枚のキャラクタを選択するための１回のみの抽選処理は、図４のフローチャートに基づく処理において、ｎ回を１回、ｎ枚を１枚と読み替えることにより説明される。

図５（Ａ）に示す画面において、ボタン３１４に対する選択操作が行われた場合、続いて図６（Ａ）に示す画面が表示される。図６（Ａ）は、計１０回の連続した抽選処理の実行についての確認画面の一例を示す図である。ここで、テキスト６２１は、現時点においてユーザに関連付けられた消費アイテムの個数、換言すると、当該ユーザが所持する消費アイテムの個数を示している。ボタン６２２とボタン６２３とは、当該抽選処理の実行の可否を指示するＵＩオブジェクトの一例である。ここで、ボタン６２２に対する選択操作がなされた場合、例えば、図５（Ａ）に示す画面に遷移する。ボタン６２３に対する選択操作がなされた場合、連続した抽選処理が実行され、図６（Ｂ）に示す画面が表示される。なお、ボタン６２３に対する選択操作は、図４のフローチャートのステップＳ１０１の判定における「抽選処理の実行が指示された場合」に相当する。

図６（Ｂ）は、連続した抽選処理の結果を示す画面の一例を示す図である。ここで、アイコン６２６は、その近傍に図示されたキャラクタのランクを示しており、例えばキャラクタ「ティア」の希少度はＡランクである。また、キャラクタ「ベア」および「ロボ」の希少度はＳランクである。

なお、オブジェクトの表示順は、抽選処理において選択された順番であることに限定されず、例えば、高いランクのオブジェクトから順に並べて表示される構成でもよい。また、図６（Ｂ）において、高いランクのオブジェクトに対しては、絢爛な装飾が施されるような表示形態でもよい。また、テキスト６２８は、ユーザに関連付けられた、残りの消費アイテムの個数を示している。そして、ボタン６２７に対する選択操作がなされた場合、例えば図５（Ａ）に示す画面に遷移する。以上が、抽選処理における画面遷移の流れである。また、図５（Ａ）のボタン３１２に対する選択操作がなされた場合における、単発の抽選処理は、上述した説明において、抽選回数の１０回を１回と読み替えることにより、同様に説明される。

＜第一実施形態に係る抽選処理のフローチャート例＞
図７は、第一実施形態において、ｎ枚のキャラクタを選択するための抽選処理の流れを示すフローチャートである。以下で説明される処理例は、図４に示すステップＳ１０３の処理の一例である。本実施形態のある局面において、抽選実行部２１２は、ユーザの操作に応答して、ゲームプログラム１２１に基づくゲームにおいて利用可能である一群のキャラクタの中から、ｎ枚（ｎは２以上の整数）のキャラクタを選択する抽選処理を実行し、選択されたｎ枚のキャラクタをユーザに付与する。ここで、ｎ枚のキャラクタのうちＡランク以上のキャラクタが少なくともｋ枚（ｋは１以上且つｎ以下の整数）含まれるように、ｎ枚のキャラクタが選択される。

本実施形態では、ｎ＝１０、ｋ＝３の場合について説明する。当然ながら、ｎおよびｋはこれらの値に限定されない。例えば、ｎ＝１１、ｋ＝２であってもよい。

まず、ステップＳ２０１において、抽選実行部２１２は、１回目の選択処理において通常抽選処理を実行する。通常抽選処理は、例えば、確率テーブル３１８を用いてキャラクタを選択する処理である。これにより、一群のキャラクタのうち１枚のキャラクタが選択される。

次に、ステップＳ２０２において、抽選実行部２１２は、ステップＳ２０１で実行された選択処理がｎ－ｋ回目の選択処理であるか否かを判定する。当該選択処理がｎ－ｋ回目の選択処理ではないと判定された場合（ステップＳ２０２のＮｏ）、抽選実行部２１２は、処理をステップＳ２０１へと戻す。一方、当該選択処理がｎ－ｋ回目の選択処理であると判定された場合（ステップＳ２０２のＹｅｓ）、抽選実行部２１２は、処理をステップＳ２０３へと移行する。なお、抽選処理は、ある局面では、１枚のキャラクタを選択する１回の処理を複数回実行する処理であってもよく、他の局面では、複数枚のキャラクタを一度に選択する処理を１回だけ実行する処理であってもよい。いずれにせよ、１回目からｎ－ｋ回目（本例では７回目）の通常抽選処理が実行された結果、Ｂランク～Ｓランクのうちいずれかのｎ－ｋ枚（本例では７枚）のキャラクタが選択される。

次に、ステップＳ２０３において、抽選実行部２１２は、現在までの抽選回数をｉ－１とし、ｉ－１回目までの抽選で獲得したＡランク以上のキャラクタの枚数をｊとした場合に次式を満たすか否かを判定する。
ｉ－１－（ｎ－ｋ）＝ｊ・・・（１）

上記式（１）を満たさない場合（ステップＳ２０３のＮｏ）、ステップＳ２０４において抽選実行部２１２は、ｉ回目の抽選処理として通常抽選処理を実行する。具体的には、ｉ－１回までの抽選回数が７回である場合には、ｉ－１－（ｎ－ｋ）＝ｊ，ｉ＝８より、ｊ＝０となる。したがって、７回目までの抽選処理で獲得したＡランク以上のキャラクタの獲得枚数（ｊ）が０枚以外の数（すなわち、１枚以上）であった場合には、上記式（１）を満たさないため、抽選実行部２１２は、８回目の抽選処理において通常抽選処理を実行する。このように、ｉ回目の抽選処理でＡランク以上のキャラクタが出なくても、ｎ回の抽選終了時にＡランク以上のキャラクタがｋ枚以上となることを保証できる場合には、抽選実行部２１２は、ｉ回目の抽選処理で通常抽選を行う。ステップＳ２０４の終了後、抽選実行部２１２は、ステップＳ２０６へ移行する。

一方、上記式（１）を満たす場合（ステップＳ２０３のＹｅｓ）、ステップＳ２０５において、抽選実行部２１２は、ｉ回目の抽選処理として引き直し処理を実行する。引き直し処理とは、確率テーブル３１８を用いて、Ａランク以上のキャラクタが選択されるまでキャラクタ選択を繰り返す処理である。すなわち、抽選実行部２１２は、ｉ回目の抽選処理において、Ａランク以上のキャラクタが選択されるまでキャラクタの選択処理を繰り返し実行する。具体的には、７回目までの抽選処理で獲得したＡランク以上のキャラクタの獲得枚数（ｊ）が０枚であった場合には、上記式（１）を満たすため、抽選実行部２１２は、８回目の抽選処理において引き直し処理を実行する。このように、ｉ回目の抽選処理でＡランク以上のキャラクタが出なければ、ｎ回の抽選終了時にＡランク以上のキャラクタがｋ枚以上となることを保証できなくなる場合には、抽選実行部２１２は、ｉ回目の抽選処理で通常抽選処理に替えて引き直し抽選を実行する。すなわち、８回目の抽選処理でＡランク以上のキャラクタが選択されなければ、１０連の抽選処理にて選択される１０枚のキャラクタのうちＡランク以上のキャラクタが３枚以上となることを保証できなくなる場合にのみ、抽選実行部２１２は、８回目の抽選処理で引き直し処理を実行する。ステップＳ２０５の終了後、抽選実行部２１２は、ステップＳ２０６へ移行する。

次に、ステップＳ２０６において、抽選実行部２１２は、ｉ回目の抽選処理がｎ回目の抽選処理であるか否か、すなわち、ｉ＝ｎであるか否かを判定する。
ｉ＝ｎでないと判定された場合（ステップＳ２０６のＮｏ）、抽選実行部２１２は、処理をステップＳ２０３へと戻す。具体的には、８回目の抽選処理の実行後においてはｉ＝ｎではないと判定されるため、抽選実行部２１２は、ステップＳ２０３に戻り、ｉ＝９の場合に、上記式（１）を満たすか否かを判定する。

ｉ＝９の場合には、ｉ－１－（ｎ－ｋ）＝ｊ，ｉ＝９より、ｊ＝１となる。すなわち、８回目までの抽選処理で獲得したＡランク以上のキャラクタの獲得枚数（ｊ）が１枚以外の数であった場合には、上記式（１）を満たさない。なお、８回目の選択処理までにＡランク以上のキャラクタの獲得枚数が少なくとも１枚以上となっているため、ｉ＝９の場合にｊが１枚より少ない数（すなわち、０枚）となることはない。そのためｉ＝９でｊ＜１となる場合に、上記式（１）を満たさないとして、抽選実行部２１２は、９回目の抽選処理において通常抽選処理を実行する。一方、ｉ＝９でｊ＝１となる場合には、上記式（１）を満たすとして、抽選実行部２１２は、９回目の抽選処理において引き直し処理を実行する。このように、９回目の抽選処理においても、当該抽選処理でＡランク以上のキャラクタが選択されなければ、Ａランク以上のキャラクタが全体で３枚以上となることを保証できなくなる場合にのみ、抽選実行部２１２は、引き直し処理を実行する。９回目の抽選処理において通常抽選処理又は引き直し処理を実行した後に、抽選実行部２１２は、再びステップＳ２０６へと移行する。

９回目の抽選処理の実行後のステップＳ２０６においてはｉ＝ｎではないと判定されるため、抽選実行部２１２は、ステップＳ２０３に戻り、ｉ＝１０の場合に、上記式（１）を満たすか否かを判定する。

ｉ＝１０の場合には、ｉ－１－（ｎ－ｋ）＝ｊ，ｉ＝１０より、ｊ＝２となる。すなわち、９回目までの抽選処理で獲得したＡランク以上のキャラクタの獲得枚数（ｊ）が２枚以外の数であった場合には、上記式（１）を満たさない。なお、９回目の選択処理までにＡランク以上のキャラクタの獲得枚数が少なくとも２枚以上となっているため、ｉ＝１０の場合にｊが２枚より少ない数（すなわち、０枚または１枚）となることはない。そのためｉ＝１０でｊ＜２となる場合に、上記式（１）を満たさないとして、抽選実行部２１２は、１０回目の抽選処理において通常抽選処理を実行する。一方、ｉ＝１０でｊ＝２となる場合には、上記式（１）を満たすとして、抽選実行部２１２は、１０回目の抽選処理において引き直し処理を実行する。このように、１０回目の抽選処理においても、当該抽選処理でＡランク以上のキャラクタが選択されなければ、Ａランク以上のキャラクタが全体で３枚以上となることを保証できなくなる場合にのみ、抽選実行部２１２は、引き直し処理を実行する。１０回目の抽選処理において通常抽選処理又は引き直し処理を実行した後に、抽選実行部２１２は、再びステップＳ２０６へと移行する。

ステップＳ２０６において、ｉ＝ｎであると判定された場合（ステップＳ２０６のＹｅｓ）、ステップＳ２０７において、抽選実行部２１２は、１回目からｎ回目までの抽選処理で選択されたｎ枚のキャラクタを抽選結果として決定し、ユーザに付与する。１０回目の抽選処理の実行後のステップＳ２０６では、ｉ＝ｎとなるため、抽選実行部２１２は、１０回目までの抽選処理で選択された１０枚のキャラクタをユーザに付与する。このとき、１０枚のキャラクタのうちＡランク以上のキャラクタが少なくとも３枚以上含まれている。具体的には、抽選実行部２１２は、抽選結果をユーザ端末１００に通知し、ユーザ端末１００は、当該通知に応答して、Ａランク以上のキャラクタを少なくとも３枚含む１０枚のキャラクタを、ユーザに関連付けて記憶部１２０に記憶させる。これにより、Ａランク以上のキャラクタが３枚以上確定的に排出される抽選処理が完了する。

なお、図７の処理フローでは、８回目から１０回目までの各選択処理において式（１）を満たしているか否かを都度判定して、通常抽選処理を実行するか引き直し処理を実行するかを切り替えているが、この例に限られない。８回目の抽選処理の際に、この抽選処理でＡランク以上のキャラクタが出なければ保証枚数を達成できなくなると判定された場合には、抽選実行部２１２は、８回目の抽選処理にて引き直し処理を実行するとともに、９回目及び１０回目の抽選処理においても自動的に引き直し処理を実行するように制御してもよい。

＜第一実施形態における主要な作用効果＞
本実施形態によれば、抽選実行部２１２は、ユーザの操作に応答して、ゲームにおいて利用可能である一群のキャラクタ（ゲーム媒体の一例）の中から、ｎ枚（ｎは２以上の整数）のキャラクタを選択する抽選処理を実行し、当該抽選処理で選択されたｎ枚のキャラクタをユーザに付与するように構成されている。そして、抽選処理の実行時において、抽選実行部２１２は、一群のキャラクタのうち少なくともｋ枚（ｋは１以上且つｎ以下の整数）のＡランク以上のキャラクタ（対象ゲーム媒体の一例）が含まれるように、ｎ枚のキャラクタを選択し、ｉ－１回目までの抽選回数及びｉ－１回目までのＡランク以上のキャラクタの獲得枚数に応じて、ｉ回目の抽選処理の方法を切り替えるように構成されている。この構成によれば、Ａランク以上のキャラクタがｋ枚以上含まれるようにｎ枚のキャラクタを選択する抽選処理を効率的に実行することができる。

また、本実施形態において、抽選実行部２１２は、通常抽選処理と引き直し処理との切り替えを、ｎ－ｋ＋１回目以降の抽選処理において実行してもよい。具体的には、抽選実行部２１２は、ｉ－１回目までの抽選処理において獲得したＡランク以上のキャラクタの獲得枚数をｊとしたときに、ｉ－１－（ｎ－ｋ）＝ｊを満たす場合には、ｉ回目の選択処理において引き直し処理を実行し、ｉ－１－（ｎ－ｋ）≠ｊとなる場合には、ｉ回目の選択処理において通常抽選処理を実行するように構成されている。このように、ｉ回目の選択処理においてＡランク以上のキャラクタが選択されなければ、Ａランク以上のキャラクタの保証枚数が達成できなくなる場合にのみ、引き直し処理を実行することで、Ａランク以上のキャラクタが確定的に含まれる枚数（保証枚数）が必要以上に多くなってしまうこと、すなわち、保証枚数の上振れをできるだけ防止することができる。

また、本実施形態においては、抽選実行部２１２は、単一の確率テーブル（選択テーブルの一例）を用いて通常抽選処理及び引き直し処理を実行してもよい。このように、本実施形態において採用される抽選処理方法によれば、一通りの確率テーブルを用いるだけでよく、抽選処理が容易となる。したがって、ｎ体のキャラクタを選択する際のサーバ２００の処理負荷が高くなることを防止できる。

また、本実施形態においては、複数のキャラクタのうちＡランク以上のキャラクタが選択される確率に関する情報を、例えば確率テーブル３１８として、ユーザに提供している。このように、Ａランク以上のキャラクタの選択確率をユーザに提供することで、本ゲームに対するユーザの満足度を向上させることができる。

＜ソフトウェアによる実現例＞
制御部２１０の制御ブロック（特に、抽選実行部２１２）、ならびに、制御部１１０の制御ブロック（特に、抽選部１１２、判定部１１３、オブジェクト管理部１１４およびゲーム進行部１１５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、制御部２１０または制御部１１０、もしくはその両方を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

＜第二実施形態に係る選択テーブル＞
図８は、第二実施形態におけるゲームにおいて使用可能なオブジェクト選択テーブル８００の一例である。
図８に示すオブジェクト選択テーブル８００は、第一実施形態の確率テーブル３１８と同様に、例えば、ユーザの入力操作に応じてサーバ２００において実行される選択処理の結果に基づいて、１以上のオブジェクト（ゲーム媒体）をユーザに付与するために用いられる。第二実施形態にてユーザに付与されるオブジェクトとしては、例えば、ゲームキャラクタや、武器、防具、アクセサリ、ジョブなどのゲームキャラクタのパラメータを調整するアイテム等が挙げられる。なお、ジョブとは、典型的には、戦士、魔法使いなどのゲームキャラクタの職業であり、例えば、ゲームキャラクタに設定することで、当該ゲームキャラクタのパラメータを調整したり、当該ゲームキャラクタが使用可能なスキルを規定したりするものである。

第二実施形態におけるゲームにおいては、ユーザ端末１００のオブジェクト管理部１１４は、ユーザが使用可能なムキャラクタの中からユーザの操作入力によって指定された１以上のキャラクタを含むデッキを構成する。ここで、デッキとは、例えば、ゲーム内のイベント（例えば、戦闘イベント）に参加させる１以上のキャラクタを定義したものをいう。オブジェクト管理部１１４は、例えば、構成されたデッキに関する情報を記憶部１２０に記憶させ、ゲーム内のイベントを当該デッキに基づいて進行可能な状態にする。

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

図８に示すように、オブジェクト選択テーブル８００には、オブジェクトを識別するためのオブジェクトＩＤ８０１に関連付けて、対応キャラクタ８０２、ジョブ種８０３、武器種８０４、希少度８０５、及び選択確率８０６が記憶されている。なお、オブジェクト選択テーブル８００には、オブジェクトＩＤ８０１に関連付けて、少なくとも選択確率８０６が記憶されていればよく、また、上記以外の項目（例えば、オブジェクトのパラメータ等）が記憶されていてもよい。

オブジェクトＩＤ８０１欄に記憶されているオブジェクトは、ジョブおよび武器のいずれかのカテゴリに属する。以下、ジョブカテゴリに属するものをジョブオブジェクトと称することがあり、武器カテゴリに属するものを武器オブジェクトと称することがある。

ジョブオブジェクトは、対応キャラクタ８０２欄に示されるキャラクタに対応している。例えば、オブジェクトＩＤが「１１０１」のジョブオブジェクトは、対応キャラクタが「Ｃ１」である。これは、当該ジョブオブジェクトは、キャラクタＣ１に対してのみ設定できることを示している。すなわち、ジョブオブジェクトには、設定可能なキャラクタが予め定められている。例えば、オブジェクトＩＤが「１１０１」～「１１０３」のジョブオブジェクトはキャラクタＣ１にのみ設定可能であり、オブジェクトＩＤ「１２０１」～「１２０２」のジョブオブジェクトは、キャラクタＣ２にのみ設定可能である。

ジョブ種８０３欄には、ジョブオブジェクトのジョブの種類が記憶されている。ジョブ種８０３欄において、例えば、ジョブ種「Ｊ１」は戦士を表し、「Ｊ２」は弓兵を表し、「Ｊ３」は魔法使いを表し、「Ｊ４」は銃士を表す。ジョブ種は、各キャラクタに共通の汎用的なものでもよいし、各キャラクタ固有のものでもよい。また、ジョブの種類に応じて、装備可能となる武器オブジェクトの種類を決定してもよい。例えば、オブジェクトＩＤ「１１０３」と「１２０１」のジョブオブジェクトは、ジョブ種が「Ｊ３」で同一であるため、これらのジョブオブジェクトに基づいて装備可能となる武器オブジェクトの種類を同じにしてもよい。

武器オブジェクトは、設定可能なキャラクタは予め定められていないが、武器種８０４欄に示される武器種が設定されている。例えば、オブジェクトＩＤが「５１０１」と「５１０２」の武器オブジェクトは武器種がともに「Ｗ１」（例えば、剣）であり、オブジェクトＩＤが「５２０１」と「５２０２」の武器オブジェクトは武器種がともに「Ｗ２」（例えば、魔法杖）である。なお、武器種としては、特に限定されず、例えば、剣、槍、ハンマー、銃、弓、魔法杖などが挙げられる。

希少度８０５欄には、各オブジェクトの希少度が記憶されている。図８の例では、Ｎ、Ｒ、ＳＲの順で希少度が高くなる。選択確率８０６欄には、各オブジェクトの選択確率が記憶されている。選択確率は、オブジェクト毎に個別に設定してもよいし、希少度に応じて一律に設定してもよい。また、同一の希少度であっても、ジョブオブジェクトと武器オブジェクトとで選択確率が異なるように設定してもよい。

第二実施形態においても、ユーザからの指示内容がオブジェクトの選択処理を要求するものであると判定された場合、抽選実行部２１２は、オブジェクト選択テーブル８００を参照して、ジョブオブジェクトと武器オブジェクトとを合計でｎ枚選択するための抽選処理を実行する。抽選実行部２１２は、例えば、抽選処理の結果として選択されたｎ枚のオブジェクトのうちジョブオブジェクトがｋ枚以上は含まれるように抽選処理を実行する。

第二実施形態における抽選処理の方法は、図７に示すフローチャートと同様である。すなわち、抽選実行部２１２は、ｉ－１回目までの抽選処理において獲得したジョブオブジェクトの獲得枚数をｊとしたときに、ｉ－１－（ｎ－ｋ）＝ｊを満たす場合には、ｉ回目の選択処理においてオブジェクト選択テーブル８００を用いて引き直し処理を実行し、ｉ－１－（ｎ－ｋ）≠ｊとなる場合には、ｉ回目の選択処理においてオブジェクト選択テーブル８００を用いて通常抽選処理を実行する。このように、第二実施形態においても、ｉ回目の選択処理においてジョブオブジェクトが選択されなければ、ジョブオブジェクトの保証枚数が達成できなくなる場合にのみ、引き直し処理を実行することで、ジョブオブジェクトの獲得枚数の上振れをできるだけ防ぐことができる。

また、第二実施形態では、ジョブオブジェクトと武器オブジェクトとが同一のオブジェクト選択テーブル８００に含まれている。これにより、ジョブオブジェクトのみが含まれる選択テーブルと、武器オブジェクトのみが含まれる選択テーブルとを設ける場合よりも、テーブルの数を減らし、かつ、選択処理用の表示画面のシンプル化を図ることができる。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

［付記事項］
本開示の内容を列記すると以下の通りである。

（項目１）
プロセッサ及びメモリを備えるコンピュータによって実行されるゲームプログラムであって、
前記ゲームプログラムは、前記プロセッサに、
ユーザの操作に応答して、前記ゲームプログラムに基づくゲームにおいて利用可能である一群のゲーム媒体の中から、ｎ個（ｎは２以上の整数）の前記ゲーム媒体を選択する選択処理を実行するステップと、ここで、所定の属性を有する少なくともｋ個（ｋは１以上且つｎ以下の整数）の対象ゲーム媒体が含まれるように前記ｎ個のゲーム媒体が選択され、
前記選択処理で選択されたｎ個の前記ゲーム媒体を前記ユーザに付与するステップと、
を実行させ、
前記選択処理を実行するステップにおいて、
ｉ－１回目までの選択処理の回数及びｉ－１回目までの対象ゲーム媒体の獲得枚数に応じて、ｉ回目の選択処理の方法を切り替えるステップを、
前記プロセッサに実行させる、ゲームプログラム。
これにより、所定数の対象ゲーム媒体が確定的に含まれる複数のゲーム媒体を選択する処理を効率的に実行することができる。特に、対象ゲーム媒体が確定的に含まれる枚数、すなわち、保証枚数の上振れを抑制することができる。

（項目２）
前記切り替えるステップは、ｎ－ｋ＋１回目以降の選択処理において実行される、項目１に記載のゲームプログラム。
これにより、保証枚数の上振れを簡便に抑制できる。

（項目３）
前記ｉ回目の選択処理の方法を切り替えるステップにおいて、単一の選択テーブルを用いて前記ゲーム媒体を選択する第一処理方法と、前記単一の選択テーブルを用いて前記対象ゲーム媒体が選択されるまでゲーム媒体の選択を繰り返し実行する第二処理方法との間で、前記選択処理の方法を切り替える、請求項１又は２に記載のゲームプログラム。
これにより、複数のゲーム媒体に所定数の対象ゲーム媒体が確定的に含まれるための処理をより効率的に実行することができるとともに、対象ゲーム媒体の枚数の上振れを確実に抑制することができる。また、一通りの選択テーブルを用いるだけで、所定数の対象ゲーム媒体を確定的に含めることができ、選択処理が容易となる。

（項目４）
ｉ－１回目までの選択処理において獲得した前記対象ゲーム媒体の枚数をｊとしたときに、ｉ－１－（ｎ－ｋ）＝ｊを満たす場合には、ｉ回目の選択処理において前記第二処理方法を実行する、項目３に記載のゲームプログラム。
ｉ回目の選択処理において対象ゲーム媒体が選択されなければ、対象ゲーム媒体の保証枚数が達成できなくなる場合にのみ、第二方法である引き直し処理を実行することで、対象ゲーム媒体の獲得枚数の上振れを効果的に抑制できる。

（項目５）
ｉ－１－（ｎ－ｋ）≠ｊとなる場合には、ｉ回目の選択処理において前記第一処理方法を実行する、項目４に記載のゲームプログラム。
ｉ回目の選択処理において対象ゲーム媒体が選択されなくても、対象ゲーム媒体の保証枚数が達成できる可能性がある場合には、第一方法である通常選択処理を実行することが好ましい。

（項目６）
前記対象ゲーム媒体は、基準値以上の希少度、または、所定の属性が設定されるものである、項目１から５のいずれかに記載のゲームプログラム。
対象ゲーム媒体として、上記のゲーム媒体が含まれることが好ましい。

（項目７）
前記一群のゲーム媒体のうち前記対象ゲーム媒体が選択される確率に関する情報を前記ユーザに提供するステップを、さらに前記プロセッサに実行させる、項目１から６のいずれかに記載のゲームプログラム。
この構成によれば、所定数の対象ゲーム媒体が確定的に含まれる確率をユーザに提供することで、当該ゲームに対するユーザの満足度を向上させることができる。

（項目８）
プロセッサ及びメモリを備えるコンピュータがゲームプログラムを実行する方法であって、
前記方法は、前記プロセッサが、
ユーザの操作に応答して、前記ゲームプログラムに基づくゲームにおいて利用可能である一群のゲーム媒体の中から、ｎ個（ｎは２以上の整数）の前記ゲーム媒体を選択する選択処理を実行するステップと、ここで、所定の属性を有する少なくともｋ個（ｋは１以上且つｎ以下の整数）の対象ゲーム媒体が含まれるように前記ｎ個のゲーム媒体が選択され、
前記選択処理で選択されたｎ個の前記ゲーム媒体を前記ユーザに付与するステップと、
を実行することを含み、
前記選択処理を実行するステップにおいて、
ｉ－１回目までの選択処理の回数及びｉ－１回目までの対象ゲーム媒体の獲得枚数に応じて、ｉ回目の選択処理の方法を切り替えるステップを含む、方法。
本項目に係る方法は、項目１に係るゲームプログラムと同様の作用効果を奏する。

（項目９）
情報処理装置であって、
前記情報処理装置は、
ゲームプログラムを記憶する記憶部と、
前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部と、
を備え、
前記制御部は、
ユーザの操作に応答して、前記ゲームプログラムに基づくゲームにおいて利用可能である一群のゲーム媒体の中から、ｎ個（ｎは２以上の整数）の前記ゲーム媒体を選択する選択処理を実行し、ここで、所定の属性を有する少なくともｋ個（ｋは１以上且つｎ以下の整数）の対象ゲーム媒体が含まれるように前記ｎ個のゲーム媒体が選択され、
前記選択処理で選択されたｎ個の前記ゲーム媒体を前記ユーザに付与するように構成され、
前記制御部は、前記選択処理の実行時において、
ｉ－１回目までの選択処理の回数及びｉ－１回目までの対象ゲーム媒体の獲得枚数に応じて、ｉ回目の選択処理の方法を切り替えるように構成されている、情報処理装置。
本項目に係る情報処理装置は、項目１に係るゲームプログラムと同様の作用効果を奏する。

１：ゲームシステム、２：ネットワーク、１０：プロセッサ、１１：メモリ、１２：ストレージ、１３：通信インターフェース（ＩＦ）、１５：タッチスクリーン、２０：プロセッサ、２１：メモリ、２２：ストレージ、１００：ユーザ端末、１１０：制御部、１１１：操作受付部、１１２：抽選部、１１３：判定部、１１４：オブジェクト管理部、１１５：ゲーム進行部、１１６：表示制御部、１２０：記憶部、１２１，１３１：ゲームプログラム、１３２：ゲーム情報、１３３：ユーザ情報、１５１：入力部、１５２：表示部、２００：サーバ、２１０：制御部、２１２：抽選実行部、２２０：記憶部、２３１：ゲームプログラム、３１８：確率テーブル、８００：オブジェクト選択テーブル、８０３：ジョブ種、８０４：武器種

Claims (7)

1. プロセッサ及びメモリを備えるコンピュータによって実行されるプログラムであって、
   前記プログラムは、前記コンピュータに、
   ユーザの操作に応答して、前記プログラムに基づくゲームにおいて利用可能である一群の媒体の中から、予め固定された所定の属性を有する少なくともｋ個（ｋは１以上且つｎ以下の整数）の対象媒体が含まれるように、ｎ個（ｎは２以上の整数）の前記媒体を選択する選択処理を実行するステップと、
   前記選択処理で選択されたｎ個の前記媒体を前記ユーザに付与するステップと、
   を実行させ、
   前記選択処理を実行するステップにおいて、
   ｉ－１回目までの前記選択処理の回数及びｉ－１回目までの前記対象媒体の獲得数に応じて、ｉ回目の前記選択処理の実行前にｉ回目の前記選択処理の方法を切り替える所定のステップを、
   前記コンピュータに実行させ、
   前記所定のステップにおいて、
   単一の選択テーブルを用いて前記媒体を選択する第一処理方法と、前記第一処理方法と共通の前記選択テーブルを用いて前記対象媒体が選択されるまで前記媒体の選択を繰り返し実行する第二処理方法との間で、前記選択処理の方法が切り替えられる、
   プログラム。
2. 前記所定のステップは、ｎ－ｋ＋１回目以降の前記選択処理において実行される、請求項１に記載のプログラム。
3. ｉ－１回目までの前記選択処理において獲得した前記対象媒体の数をｊとしたときに、ｉ－１－（ｎ－ｋ）＝ｊを満たす場合には、ｉ回目の前記選択処理において前記第二処理方法を実行させる、請求項１または２に記載のプログラム。
4. ｉ－１回目までの前記選択処理において獲得した前記対象媒体の数をｊとしたときに、ｉ－１－（ｎ－ｋ）≠ｊを満たす場合には、ｉ回目の前記選択処理において前記第一処理方法を実行させる、請求項３に記載のプログラム。
5. 前記対象媒体は、基準値以上の希少度、または、所定の属性が設定されるものである、請求項１から４のいずれか一項に記載のプログラム。
6. 前記一群の媒体のうち前記対象媒体が選択される確率に関する情報を前記ユーザに提供するステップを、さらに前記コンピュータに実行させる、請求項１から５のいずれか一項に記載のプログラム。
7. プロセッサ及びメモリを備えるコンピュータがプログラムを実行する方法であって、
   前記方法は、前記コンピュータが、
   ユーザの操作に応答して、前記プログラムに基づくゲームにおいて利用可能である一群の媒体の中から、予め固定された所定の属性を有する少なくともｋ個（ｋは１以上且つｎ以下の整数）の対象媒体が含まれるように、ｎ個（ｎは２以上の整数）の前記媒体を選択する選択処理を実行するステップと、
   前記選択処理で選択されたｎ個の前記媒体を前記ユーザに付与するステップと、
   を実行することを含み、
   前記選択処理を実行するステップにおいて、
   ｉ－１回目までの前記選択処理の回数及びｉ－１回目までの前記対象媒体の獲得数に応じて、ｉ回目の前記選択処理の実行前にｉ回目の前記選択処理の方法を切り替える所定のステップを含み、
   前記所定のステップにおいて、
   単一の選択テーブルを用いて前記媒体を選択する第一処理方法と、前記第一処理方法と共通の前記選択テーブルを用いて前記対象媒体が選択されるまで前記媒体の選択を繰り返し実行する第二処理方法との間で、前記選択処理の方法が切り替えられる、
   方法。

Images