JP6321253B1 - ゲームプログラム、方法、情報処理装置、および、ゲームシステム - Google Patents

Abstract

【課題】ゲームをプレイすることに対するユーザの動機付けを強化する。【解決手段】ゲームプログラムは、プロセッサに、付与された権利データを、所定の条件を満たすべく状態を変化させられる変化可能状態に移行させるステップＳ９と、権利データが所定の条件を満たしたか否かを判定するステップＳ１１とを実行させる。移行させるステップでは、権利データが付与されたときに、変化可能状態にある権利データの数が、所定の上限数を下回っている場合（Ｓ８でＹＥＳ）に、付与された権利データを自動的に変化可能状態に移行させる。【選択図】図３

Description

本開示はゲームプログラム、ゲームを実行する方法、情報処理装置、および、ゲームシステムに関する。

ゲーム空間内に、オブジェクトを表示させて、ユーザに該オブジェクトを操作させることによりゲームを進行させるゲームプログラムが、様々な事業者により提供されている。このようなゲームにおいて、ゲームをプレイした場合（一例として、所定の課題をクリアした場合など）に応じて、報酬をユーザに獲得させることが広く行われている。報酬は、多くの場合、ゲームを有利に進めるための、上述のオブジェクト、アイテムまたはポイントなどであったりする。

Pokemon GO公式サイト、[online］、２０１７年、Niantic, Inc.、株式会社ポケモン、任天堂株式会社、株式会社クリーチャーズ、株式会社ゲームフリーク、[２０１７年３月１３日検索]、インターネット（ＵＲＬ：http://www.pokemongo.jp/） モンスターハンター公式サイト、[online］、株式会社カプコン、[２０１７年３月１３日検索]、インターネット（ＵＲＬ：http://www.capcom.co.jp/game/monsterhunter/）

しかしながら、上述のような従来技術は、報酬を獲得するまでの工程が機械的な作業になりがちであり、ゲームをプレイすることに対するユーザのインセンティブを維持することが難しい。このため、ユーザがゲームに対する面白みを徐々に感じなくなるという問題がある。ユーザに長くプレイさせることを意図して開発されたゲームにおいては、ユーザがゲームに飽きるという問題に対してどのような仕組みにより対処するかは重要である。この問題は、特定のジャンルに限らず、あらゆるジャンルのゲーム（例えば、テニス、卓球、ドッジボール、野球、サッカー、ホッケー等のスポーツを題材とした対戦ゲーム、パズルゲーム、クイズゲーム、ＲＰＧ、アドベンチャーゲーム、シューティングゲーム、シミュレーションゲーム、育成ゲーム、アクションゲームなど）において共通に生じる問題である。

本開示の一態様は、ゲームをプレイすることに対するユーザの動機付けを強化することを目的とする。

本開示に係るゲームプログラムは、プロセッサおよびメモリを備える、クライアントのコンピュータおよび該クライアントのコンピュータと連携するサーバのコンピュータの少なくともいずれか一方において実行される。ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、権利データが所定の条件を満たすことにより、ユーザは、権利データを消費して、オブジェクトを取得することが可能となる。権利データには、所定の条件を満たすべく状態を変化させられない変化不可状態と、所定の条件を満たすべく状態を変化させられる変化可能状態とがある。ゲームプログラムは、プロセッサに、付与された権利データを、変化可能状態に移行させるステップと、権利データが所定の条件を満たしたか否かを判定するステップとを実行させる。移行させるステップでは、権利データが付与されたときに、変化可能状態にある権利データの数が、所定の上限数を下回っている場合に、付与された権利データを自動的に変化可能状態に移行させる。

本開示に係る方法は、プロセッサおよびメモリを備える、クライアントのコンピュータおよび該クライアントのコンピュータと連携するサーバのコンピュータの少なくともいずれか一方が、ゲームプログラムを実行する方法である。ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、権利データが所定の条件を満たすことにより、ユーザは、権利データを消費して、オブジェクトを取得することが可能となる。権利データには、所定の条件を満たすべく状態を変化させられない変化不可状態と、所定の条件を満たすべく状態を変化させられる変化可能状態とがある。該方法は、プロセッサが、付与された権利データを、変化可能状態に移行させるステップと、プロセッサが、権利データが所定の条件を満たしたか否かを判定するステップとを含む。移行させるステップでは、権利データが付与されたときに、変化可能状態にある権利データの数が、所定の上限数を下回っている場合に、付与された権利データを自動的に変化可能状態に移行させる。

本開示に係る情報処理装置は、ユーザが操作するクライアントまたは該クライアントと連携するサーバとして機能する情報処理装置である。情報処理装置は、ゲームプログラムを記憶する記憶部と、ゲームプログラムを実行することにより、情報処理装置の動作を制御する制御部と、を備える。ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、権利データが所定の条件を満たすことにより、ユーザは、権利データを消費して、オブジェクトを取得することが可能となる。権利データには、所定の条件を満たすべく状態を変化させられない変化不可状態と、所定の条件を満たすべく状態を変化させられる変化可能状態とがある。制御部は、付与された権利データを、変化可能状態に移行させ、権利データが所定の条件を満たしたか否かを判定する。制御部は、変化可能状態に移行させる際、権利データが付与されたときに、変化可能状態にある権利データの数が、所定の上限数を下回っている場合に、付与された権利データを自動的に変化可能状態に移行させる。

本開示に係るゲームシステムは、クライアントとしての情報処理装置と、クライアントとしての情報処理装置と連携するサーバとしての情報処理装置とを少なくとも含む。情報処理装置のそれぞれは、ゲームプログラムを記憶する記憶部と、ゲームプログラムを実行することにより、情報処理装置の動作を制御する制御部と、を備える。ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、権利データが所定の条件を満たすことにより、ユーザは、権利データを消費して、オブジェクトを取得することが可能となる。権利データには、所定の条件を満たすべく状態を変化させられない変化不可状態と、所定の条件を満たすべく状態を変化させられる変化可能状態とがある。制御部のいずれか一方が、付与された権利データを、変化可能状態に移行させ、該制御部は、変化可能状態に移行させる際、権利データが付与されたときに、変化可能状態にある権利データの数が、所定の上限数を下回っている場合に、付与された権利データを自動的に変化可能状態に移行させ、制御部のいずれか一方が、権利データが所定の条件を満たしたか否かを判定する。

本開示の一態様によれば、ゲームをプレイすることに対するユーザの動機付けを強化するという効果を奏する。

ゲームシステムのハードウェア構成を示す図である。 サーバおよびユーザ端末の機能的構成を示すブロック図である。 本実施形態に係るゲームシステムにおける各コンピュータによって実行される処理の流れを示すフローチャートである。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部に表示される、各種カードパックの画像の一具体例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。

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

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

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

ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

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

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

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

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

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

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

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

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

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

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

ゲームシステム１は、一例として、コンピュータを操作するユーザにオブジェクトを制御させることにより進行するゲームを実行するためのシステムである。該ゲームにおいては、ユーザによってゲームがプレイされることにより、プレイ内容に対する評価結果（勝敗、成績、スコアなどの対戦成績）が出力される。また、該ゲームにおいては、ユーザがゲームをプレイしたことに対して報酬が付与される。該報酬は、例えば、上述のオブジェクトを１以上取得できる権利をユーザに与えるための権利データである。

より具体的には、本実施形態では、ゲームシステム１において実行されるゲームプログラムに基づいて進行されるゲームは、対戦ゲームであってもよい。対戦ゲームとは、コンピュータを操作するユーザが制御対象とする１以上のオブジェクトと、他のコンピュータを操作する対戦相手のユーザが制御対象とする１以上のオブジェクトと対戦させるゲームである。より詳細には、ゲームシステム１は、例えば、対人対戦ゲームであり、一例として、対人対戦野球ゲームを実行するためのシステムである。すなわち、オブジェクトは、具体的には、選手または監督などのキャラクタ、もしくは、複数のキャラクタからなるチームである。本実施形態では、オブジェクトとしてのキャラクタは、キャラクタに見立てたカードの情報としてユーザに提供されてもよい。本実施形態では、権利データは、１または複数枚の、選手に見立てた選手カード（オブジェクト）を取得することが可能なカードパック（権利データ）である。

ゲームシステム１が対人対戦野球ゲームである場合、サーバ２００を介して通信する第１のユーザ端末１００と第２のユーザ端末１００とによって、それぞれのチームが操作される。そして、対人対戦野球ゲームは、１イニングにつき、表と裏でチームの攻守が入れ替わりつつ進行する。以下では、あるイニングの表または裏において、守備側のチームを操作するユーザ端末１００と、攻撃側のユーザ端末１００とを互いに区別する必要がある場合、前者を投球側ユーザ端末１００Ａ、後者を打撃側ユーザ端末１００Ｂと称する。両者を区別する必要がない場合には、単に、ユーザ端末１００と称する。投球側ユーザ端末１００Ａのユーザを、投球側ユーザ、打撃側ユーザ端末１００Ｂのユーザを、打撃側ユーザと称する。ただし、両ユーザを特に区別する必要がない場合、および、その区別が明らかな場合には、単にユーザと称する。投球側ユーザは、投球側ユーザ端末１００Ａを用いて、投手キャラクタ（以下、投手）による投球を操作し、攻撃側ユーザは、打撃側ユーザ端末１００Ｂを用いて、打者キャラクタ（以下、打者）による打撃を操作する。

投球側ユーザ端末１００Ａは、投球側ユーザから受け付けた投球操作に応じて投球結果を決定し、該投球結果を含むデータ（図１に示す投球結果Ｄ１）を生成し、サーバ２００に送信する。投球結果Ｄ１は、サーバ２００を介して、対戦相手の打撃側ユーザ端末１００Ｂに送信される。投球操作とは、投球側ユーザが、投手に投球させるために、投球側ユーザ端末１００Ａの入力部１５１に対して実施する操作のことである。

打撃側ユーザ端末１００Ｂは、打撃側ユーザから受け付けた打撃操作に応じて打撃結果を決定し、該打撃結果を含むデータ（図１に示す打撃結果Ｄ２）を生成し、サーバ２００に送信する。打撃結果Ｄ２は、サーバ２００を介して、対戦相手の投球側ユーザ端末１００Ａに送信される。打撃操作とは、打撃側ユーザが、打者にボールを打撃させるために、打撃側ユーザ端末１００Ｂの入力部１５１に対して実施する操作のことである。

本実施形態に係る対人対戦野球ゲームにおいて、ユーザは、自身で選手キャラクタ（以下、選手）を制御することを希望しない場合に、ユーザ端末１００を操作して、サーバ２００に対してその旨を通知することができる。サーバ２００は、このような通知をユーザ端末１００から受信すると、ゲームプログラムにしたがって、進行している対戦に関わる各種情報に基づいて、該選手の動作結果（投球結果または打撃結果）を決定する。そして、決定した動作結果を対戦相手のユーザ端末１００に送信する。すなわち、サーバ２００は、ユーザ端末１００に代わり、該選手を制御する。以下では、ユーザが自身で選手を制御することをマニュアル制御、サーバ２００が選手を制御することをオート制御と称する。

＜各装置のハードウェア構成要素＞
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０および２０は、ＣＰＵ（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 (10)

1. ゲームプログラムであって、
   前記ゲームプログラムは、プロセッサおよびメモリを備える、クライアントのコンピュータおよび該クライアントのコンピュータと連携するサーバのコンピュータの少なくともいずれか一方により実行されるものであり、
   前記ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、前記権利データが所定の条件を満たすことにより、前記ユーザは、前記権利データを消費して、前記オブジェクトを取得することが可能となり、
   前記権利データには、前記所定の条件を満たすべく状態を変化させられない変化不可状態と、前記所定の条件を満たすべく状態を変化させられる変化可能状態とがあり、
   前記ゲームプログラムは、前記プロセッサに、
   付与された前記権利データを、前記変化可能状態に移行させるステップと、
   前記権利データが前記所定の条件を満たしたか否かを判定するステップとを実行させ、
   前記ユーザには、前記権利データを収容するためのスロットが、所定数関連付けられており、前記所定数のスロットの少なくとも１つは、前記権利データを前記変化可能状態に移行させるための要件の一部が満たされた状態であり、
   前記移行させるステップは、前記権利データが付与されたときに、前記ユーザに関連付けられているスロットのうち、前記要件の一部が満たされた状態であって、かつ、いずれの権利データも収容されていない空きのスロットがある場合に、該空きのスロットの１つに前記権利データを自動的に収容することにより、該権利データを前記変化可能状態に移行させるための要件の残りを満たすことを含む、ゲームプログラム。
2. 前記ゲームプログラムは、前記プロセッサに、
   前記ユーザに関連付けられているすべてのスロットの各々に前記権利データが収容されている場合に、権利データが新たに付与された場合、新たに付与された前記権利データを破棄するステップを実行させる、請求項１に記載のゲームプログラム。
3. 前記移行させるステップは、前記ユーザに関連付けられた所定の消費アイテムと引き換えに、前記スロットを増やすことを含む、請求項１または２に記載のゲームプログラム。
4. 前記移行させるステップは、前記ユーザに関連付けられた所定の消費アイテムと引き換えに、該ユーザに関連付けられた前記所定数のスロットの中で、前記要件の一部が満たされたスロットの数を増やすことを含む、請求項１から３のいずれか１項に記載のゲームプログラム。
5. 前記ゲームプログラムは、前記プロセッサに、
   前記ユーザにより前記ゲームがプレイされたことの報酬として、ポイントを前記ユーザに付与するステップと、
   前記変化可能状態にある前記権利データに対応付けて、付与された前記ポイントを加算するステップと、
   前記判定するステップにて、前記ポイントの合計が所定値に到達したことにより前記所定の条件が満たされたと判定された場合に、前記権利データを消費して、前記オブジェクトを、前記ユーザが利用可能に前記ユーザに関連付けるステップと、を実行させる、請求項１から４のいずれか１項に記載のゲームプログラム。
6. 前記ゲームは、前記クライアントのコンピュータを操作するユーザが制御対象とするオブジェクトと、他のクライアントのコンピュータを操作するユーザが制御対象とするオブジェクトとを対戦させる対戦ゲームである、請求項１から５のいずれか１項に記載のゲームプログラム。
7. ゲームプログラムであって、
   前記ゲームプログラムは、プロセッサおよびメモリを備える、クライアントのコンピュータおよび該クライアントのコンピュータと連携するサーバのコンピュータの少なくともいずれか一方により実行されるものであり、
   前記ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、前記権利データが所定の条件を満たすことにより、前記ユーザは、前記権利データを消費して、前記オブジェクトを取得することが可能となり、
   前記権利データには、前記所定の条件を満たすべく状態を変化させられない変化不可状態と、前記所定の条件を満たすべく状態を変化させられる変化可能状態とがあり、
   前記ゲームプログラムは、前記プロセッサに、
   付与された前記権利データを、前記変化可能状態に移行させるステップと、
   前記権利データが前記所定の条件を満たしたか否かを判定するステップとを実行させ、
   前記ユーザには、前記権利データを収容するためのスロットが、所定数関連付けられており、前記所定数のスロットの少なくとも１つは、前記権利データを前記変化可能状態に移行させるための要件の一部が満たされた状態であり、要件の残りは、該スロットに前記権利データが収容されることにより満たされるものであり、
   前記移行させるステップは、前記要件の一部が満たされた状態の前記スロットに収容された前記権利データが前記所定の条件を満たすことにより該権利データが消費された場合に、空いた該スロットに前記変化不可状態にて待機している別の権利データを自動的に収容することにより、該権利データを前記変化可能状態に移行させる、ゲームプログラム。
8. ゲームプログラムを実行する方法であって、
   前記ゲームプログラムは、プロセッサおよびメモリを備える、クライアントのコンピュータおよび該クライアントのコンピュータと連携するサーバのコンピュータの少なくともいずれか一方により実行されるものであり、
   前記ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、前記権利データが所定の条件を満たすことにより、前記ユーザは、前記権利データを消費して、前記オブジェクトを取得することが可能となり、
   前記権利データには、前記所定の条件を満たすべく状態を変化させられない変化不可状態と、前記所定の条件を満たすべく状態を変化させられる変化可能状態とがあり、
   前記方法は、前記プロセッサが、
   付与された前記権利データを、前記変化可能状態に移行させるステップと、
   前記権利データが前記所定の条件を満たしたか否かを判定するステップとを含み、
   前記ユーザには、前記権利データを収容するためのスロットが、所定数関連付けられており、前記所定数のスロットの少なくとも１つは、前記権利データを前記変化可能状態に移行させるための要件の一部が満たされた状態であり、
   前記移行させるステップは、前記権利データが付与されたときに、前記ユーザに関連付けられているスロットのうち、前記要件の一部が満たされた状態であって、かつ、いずれの権利データも収容されていない空きのスロットがある場合に、該空きのスロットの１つに前記権利データを自動的に収容することにより、該権利データを前記変化可能状態に移行させるための要件の残りを満たすことを含む、方法。
9. 情報処理装置であって、
   前記情報処理装置は、ユーザが操作するクライアントまたは該クライアントと連携するサーバとして機能し、
   前記情報処理装置は、
   ゲームプログラムを記憶する記憶部と、
   前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部と、を備え、
   前記ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、前記権利データが所定の条件を満たすことにより、前記ユーザは、前記権利データを消費して、前記オブジェクトを取得することが可能となり、
   前記権利データには、前記所定の条件を満たすべく状態を変化させられない変化不可状態と、前記所定の条件を満たすべく状態を変化させられる変化可能状態とがあり、
   前記制御部は、
   付与された前記権利データを、前記変化可能状態に移行させ、
   前記権利データが前記所定の条件を満たしたか否かを判定し、
   前記ユーザには、前記権利データを収容するためのスロットが、所定数関連付けられており、前記所定数のスロットの少なくとも１つは、前記権利データを前記変化可能状態に移行させるための要件の一部が満たされた状態であり、
   前記制御部は、前記変化可能状態に移行させる際、前記権利データが付与されたときに、前記ユーザに関連付けられているスロットのうち、前記要件の一部が満たされた状態であって、かつ、いずれの権利データも収容されていない空きのスロットがある場合に、該空きのスロットの１つに前記権利データを自動的に収容することにより、該権利データを前記変化可能状態に移行させるための要件の残りを満たす、情報処理装置。
10. ゲームシステムであって、
    前記ゲームシステムは、クライアントとしての情報処理装置と、前記クライアントとしての情報処理装置と連携するサーバとしての情報処理装置とを少なくとも含み、
    前記情報処理装置のそれぞれは、
    ゲームプログラムを記憶する記憶部と、
    前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部と、を備え、
    前記ゲームプログラムに基づくゲームにおいて、該ゲームを有利に進めるために利用可能な１以上のオブジェクトを取得するための権利データがユーザに付与され、前記権利データが所定の条件を満たすことにより、前記ユーザは、前記権利データを消費して、前記オブジェクトを取得することが可能となり、
    前記権利データには、前記所定の条件を満たすべく状態を変化させられない変化不可状態と、前記所定の条件を満たすべく状態を変化させられる変化可能状態とがあり、
    前記ユーザには、前記権利データを収容するためのスロットが、所定数関連付けられており、前記所定数のスロットの少なくとも１つは、前記権利データを前記変化可能状態に移行させるための要件の一部が満たされた状態であり、
    前記制御部のいずれか一方は、付与された前記権利データを、前記変化可能状態に移行させるものであり、該制御部は、前記変化可能状態に移行させる際、前記権利データが付与されたときに、前記ユーザに関連付けられているスロットのうち、前記要件の一部が満たされた状態であって、かつ、いずれの権利データも収容されていない空きのスロットがある場合に、該空きのスロットの１つに前記権利データを自動的に収容することにより、該権利データを前記変化可能状態に移行させるための要件の残りを満たし、
    前記制御部のいずれか一方が、前記権利データが前記所定の条件を満たしたか否かを判定する、ゲームシステム。

Images