特開 2024-111045 ゲームプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024111045

(43)【公開日】2024-08-16

(54)【発明の名称】ゲームプログラム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20240808BHJP

【ＦＩ】

A63F13/69

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2024096089

(22)【出願日】2024-06-13

(62)【分割の表示】P 2020057858の分割

【原出願日】2020-03-27

(71)【出願人】

【識別番号】509070463

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

(74)【代理人】

【識別番号】100142365

【弁理士】

【氏名又は名称】白井 宏紀

(72)【発明者】

【氏名】田中 祥宏

(57)【要約】

【課題】抽選回数に応じてユーザに希少度の高いゲーム媒体が供出されやすくし、ゲームの興趣性を向上できる、ゲームプログラム、ゲーム方法、および情報処理装置を提供する。
【解決手段】予め定められている複数種類のゲーム媒体のうちからユーザに付与可能とする複数のゲーム媒体を設定するステップと、ユーザに対応して特定している複数のゲーム媒体からユーザに付与するゲーム媒体を決定するステップとを実行させ、複数種類のゲーム媒体には、第１の属性と、第１の属性よりもユーザにとっての有利度合いが高い第２の属性とを含む複数の属性のいずれかが定められており、設定するステップは、第１の属性が定められているゲーム媒体が決定するステップによって決定されることにより、決定されたゲーム媒体を減じて、第２の属性が定められているゲーム媒体を加えてなる複数のゲーム媒体を、ユーザに付与可能とする複数のゲーム媒体として新たに設定する。
【選択図】図４

【特許請求の範囲】

【請求項1】

プロセッサおよびメモリを備えるコンピュータにおいて実行されるゲームプログラムであって、
前記ゲームプログラムは、前記プロセッサに、
ユーザに対応して、予め定められている複数種類のゲーム媒体のうちから当該ユーザに付与可能とする複数のゲーム媒体を設定するステップと、
ユーザの操作に応じて、当該ユーザに対応して特定している複数のゲーム媒体のうちから当該ユーザに付与するゲーム媒体を決定するステップとを実行させ、
前記予め定められている複数種類のゲーム媒体の各々には、第１の属性と、当該第１の属性よりもユーザにとっての有利度合いが高い第２の属性とを含む複数の属性のうちのいずれかが定められており、
前記設定するステップは、ユーザに付与するゲーム媒体として前記第１の属性が定められているゲーム媒体が前記決定するステップによって決定されることにより、当該ユーザに対応して設定している複数のゲーム媒体から前記付与すると決定されたゲーム媒体を減じて、前記第２の属性が定められているゲーム媒体を加えてなる複数のゲーム媒体を、当該ユーザに付与可能とする複数のゲーム媒体として新たに設定する、ゲームプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ゲームプログラムに関する。

【背景技術】

【0002】

ゲームとしては、ユーザが所有するキャラクタカードなどのゲーム媒体を用いて進行するゲームが知られている。また、このようなゲーム媒体の提供方法としては、ゲーム上で行われる抽選で供出されたゲーム媒体をユーザに提供する、いわゆる「ガチャ」が知られている。該ガチャには、供出できるゲーム媒体の上限数が定められており、ゲーム媒体が供出されることに応じてゲーム媒体の仮想的な収容個数が減っていく、いわゆる「ＢＯＸガチャ」がある。また、ＢＯＸガチャにおいては、収容されているゲーム媒体に応じて、供出可能なゲーム媒体の名称、ゲーム媒体ごとの総数、現時点でのゲーム媒体の収容個数などを表示する技術が開示されている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５３３５９６９号

【発明の概要】

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

【0004】

しかしながら、上述したようなゲームにおいては、ガチャによる抽選が行われることにより収容個数が減るものの、収容個数に対して希少度の高いゲーム媒体の個数が少なく入手は容易ではない。このため、ユーザは、希少度の高いゲーム媒体を入手するまでにガチャをやめてしまう虞があった。

【0005】

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、抽選回数に応じてユーザに希少度の高いゲーム媒体が供出されやすくし、ゲームの興趣性を向上できる、ゲームプログラムを提供することである。

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

【0006】

本開示に係るゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにおいて実行されるゲームプログラムであって、ゲームプログラムは、プロセッサに、ユーザに対応して、予め定められている複数種類のゲーム媒体のうちからユーザに付与可能とする複数のゲーム媒体を設定するステップと、ユーザの操作に応じて、ユーザに対応して特定している複数のゲーム媒体のうちからユーザに付与するゲーム媒体を決定するステップとを実行させ、予め定められている複数種類のゲーム媒体の各々には、第１の属性と、第１の属性よりもユーザにとっての有利度合いが高い第２の属性とを含む複数の属性のうちのいずれかが定められており、設定するステップは、ユーザに付与するゲーム媒体として第１の属性が定められているゲーム媒体が決定するステップによって決定されることにより、ユーザに対応して設定している複数のゲーム媒体から付与すると決定されたゲーム媒体を減じて、第２の属性が定められているゲーム媒体を加えてなる複数のゲーム媒体を、ユーザに付与可能とする複数のゲーム媒体として新たに設定する。

【発明の効果】

【0007】

本開示の一態様によれば、ユーザに付与するゲーム媒体が決定されることにより、以降において第２の属性が定められているゲーム媒体が付与するゲーム媒体として決定される割合を高めることができ、ゲームの興趣性を向上できる。

【図面の簡単な説明】

【0008】

【図1】ゲームシステムのハードウェア構成を示す図である。

【図2】ユーザ端末およびサーバの機能的構成を示すブロック図である。

【図3】デッキ管理テーブルのデータ構造の一例を示す図である。

【図4】抽選処理全体の処理の流れを示すフローチャートである。

【図5】デッキ管理テーブルのデータ構造の一例を示す図である。

【図6】抽選処理全体の処理の流れを示すフローチャートである。

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

【0014】

なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。

【0015】

ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。

【0016】

ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。

【0017】

なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。

【0018】

また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。

【0019】

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

【0020】

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

【0021】

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

【0022】

例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

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

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

【0101】

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

【0102】

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

【0103】

〔付記事項〕
本発明の一側面に係る内容を列記すると以下のとおりである。

【0104】

（項目１）：
本開示に示す一実施形態のある局面によれば、プロセッサおよびメモリを備えるコンピュータにおいて実行されるゲームプログラムであって、前記ゲームプログラムは、前記プロセッサに、ユーザに対応して、予め定められている複数種類のゲーム媒体のうちから当該ユーザに付与可能とする複数のゲーム媒体を設定するステップ（ステップＳ０１）と、ユーザの操作に応じて、当該ユーザに対応して特定している複数のゲーム媒体のうちから当該ユーザに付与するゲーム媒体を決定するステップ（ステップＳ０２）とを実行させ、前記予め定められている複数種類のゲーム媒体の各々には、第１の属性と、当該第１の属性よりもユーザにとっての有利度合いが高い第２の属性とを含む複数の属性のうちのいずれかが定められており、前記設定するステップ（ステップＳ０１）は、ユーザに付与するゲーム媒体として前記第１の属性が定められているゲーム媒体が前記決定するステップ（ステップＳ０２）によって決定されることにより、当該ユーザに対応して設定している複数のゲーム媒体から前記付与すると決定されたゲーム媒体を減じて、前記第２の属性が定められているゲーム媒体を加えてなる複数のゲーム媒体を、当該ユーザに付与可能とする複数のゲーム媒体として新たに設定する（ステップＳ０４）。

【0105】

（項目２）：
（付記１）において、前記設定するステップは（ステップＳ０１）、ユーザに付与するゲーム媒体として前記第２の属性が定められているゲーム媒体が前記決定するステップ（ステップＳ０２）によって決定されることにより、当該ユーザに対応する複数のゲーム媒体を初期化設定する（ステップＳ０５）。

【0106】

（項目３）：
（付記１）または（付記２）において、前記設定するステップ（ステップＳ０１）は、予め定められている複数種類のゲーム媒体のうちの前記第２の属性が定められている複数のゲーム媒体から、付与可能とする複数のゲーム媒体に加えるゲーム媒体をランダムに決定する（ステップＳ０４）。

【0107】

（項目４）：
（付記１）から（付記３）のいずれかにおいて、前記第２の属性は、前記複数の属性のうちでユーザにとっての有利度合いが最も高い属性であり、前記第１の属性は、前記複数の属性のうちで前記第２の属性とは異なるすべての属性である。

【0108】

（項目５）：
本開示に示す一実施形態のある局面によれば、プロセッサおよびメモリを備えるコンピュータにおいて実行されるゲーム方法であって、前記ゲーム方法は、前記コンピュータが、
ユーザに対応して、予め定められている複数種類のゲーム媒体のうちから当該ユーザに付与可能とする複数のゲーム媒体を設定するステップと、ユーザの操作に応じて、当該ユーザに対応して特定している複数のゲーム媒体のうちから当該ユーザに付与するゲーム媒体を決定するステップとを備え、前記予め定められている複数種類のゲーム媒体の各々には、第１の属性と、当該第１の属性よりもユーザにとっての有利度合いが高い第２の属性とを含む複数の属性のうちのいずれかが定められており、前記設定するステップは、ユーザに付与するゲーム媒体として前記第１の属性が定められているゲーム媒体が前記決定するステップによって決定されることにより、当該ユーザに対応して設定している複数のゲーム媒体から前記付与すると決定されたゲーム媒体を減じて、前記第２の属性が定められているゲーム媒体を加えてなる複数のゲーム媒体を、当該ユーザに付与可能とする複数のゲーム媒体として新たに設定する。

【0109】

（項目６）：
本開示に示す一実施形態のある局面によれば、情報処理装置であって、ゲームプログラムを記憶する記憶部と、前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部とを備え、前記制御部は、ユーザに対応して、予め定められている複数種類のゲーム媒体のうちから当該ユーザに付与可能とする複数のゲーム媒体を設定するステップと、ユーザの操作に応じて、当該ユーザに対応して特定している複数のゲーム媒体のうちから当該ユーザに付与するゲーム媒体を決定するステップとを備え、前記予め定められている複数種類のゲーム媒体の各々には、第１の属性と、当該第１の属性よりもユーザにとっての有利度合いが高い第２の属性とを含む複数の属性のうちのいずれかが定められており、前記設定するステップは、ユーザに付与するゲーム媒体として前記第１の属性が定められているゲーム媒体が前記決定するステップによって決定されることにより、当該ユーザに対応して設定している複数のゲーム媒体から前記付与すると決定されたゲーム媒体を減じて、前記第２の属性が定められているゲーム媒体を加えてなる複数のゲーム媒体を、当該ユーザに付与可能とする複数のゲーム媒体として新たに設定する。

【0110】

（項目７）：
本開示に示す別の一実施形態のある局面によれば、プロセッサおよびメモリを備えるコンピュータにおいて実行されるゲームプログラムであって、前記ゲームプログラムは、前記プロセッサに、ユーザに対応して、予め定められている複数種類のゲーム媒体のうちから当該ユーザに付与可能とする複数のゲーム媒体を設定するステップ（ステップＳ０１）と、ユーザの操作に応じて、当該ユーザに対応して特定している複数のゲーム媒体のうちから当該ユーザに付与するゲーム媒体を決定するステップ（ステップＳ０２）とを実行させ、前記予め定められている複数種類のゲーム媒体の各々には、第１の属性と、当該第１の属性よりもユーザにとっての有利度合いが高い第２の属性とを含む複数の属性のうちのいずれかが定められており、前記設定するステップは、ユーザに付与するゲーム媒体として前記第１の属性が定められているゲーム媒体が前記決定するステップによって決定されることにより、当該ユーザに対応して設定している複数のゲーム媒体に定められている各属性の個数から前記第１の属性を減じた個数となるように複数のゲーム媒体を新たに設定する（ステップＳ０４’）。

【符号の説明】

【0111】

１ ゲームシステム、２ ネットワーク、１０，２０ プロセッサ、１１，２１ メモリ、１２，２２ ストレージ、１３，２３ 通信ＩＦ（操作部）、１４，２４ 入出力ＩＦ（操作部）、１５ タッチスクリーン（表示部、操作部）、１７ カメラ（操作部）、１８ 測距センサ（操作部）、１００ ユーザ端末（情報処理装置）、１１０，２１０ 制御部、１１５ 抽選部、１１６ 判定部、１１７ オブジェクト管理部、１１８ ゲーム進行部、１２０，２２０ 記憶部、１３１，２３１ ゲームプログラム、１３２ ゲーム情報、１３３ ユーザ情報、１５１ 入力部（操作部）、１５２ 表示部、２００ サーバ、２１２ 抽選実行部、２１３ 更新部、２１４ 初期化処理部、２１５ ゲーム媒体付与部、１０１０ 物体、１０２０ コントローラ（操作部）、１０３０ 記憶媒体

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】