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

Abstract

【課題】ゲームをプレイすることに対するユーザの動機付けを強化する。【解決手段】ゲームプログラム（１３１）は、プロセッサ（１０）に、ゲームプログラムに基づくゲームを有利に進めるために利用することができる可能性がある１以上のオブジェクトを取得するための権利データを、ゲームにおいて所定の条件を満たした場合に、ユーザに関連付けるステップ（Ｓ４）と、敵キャラクタとの戦闘結果に応じたポイントを、該ポイントを付与できる状態である付与可能状態にある１または複数の権利データにそれぞれ等しく付与するステップ（Ｓ１４）と、付与されたポイントの合計が所定値に到達した権利データについて、該権利データに応じたオブジェクトを使用可能とするステップ（Ｓ２０）と、を実行させ、権利データは、上限数だけ、取得順に付与可能状態となり、上限数は、ユーザに関連付けられた所定の消費アイテムと引き換えに増加可能である。【選択図】図６

Description

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

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

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

しかしながら、上述のような従来技術は、報酬の獲得によって、ゲーム本来の魅力が失われてしまい、ゲームをプレイすることに対するインセンティブを維持することが難しい。このため、ユーザがゲームに対する面白みを徐々に感じなくなるという問題がある。例えば、ＲＰＧやアクションゲームなどの、敵キャラクタとの戦闘によって操作キャラクタを育てる（強化する）ゲームでは、報酬によって、敵キャラクタとの戦闘に簡単に勝利できるようになってしまうと、ユーザが敵キャラクタとの戦闘、および、戦闘によって操作キャラクタを育てることに魅力を感じなくなるという問題がある。

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

本開示に係るゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行される。ゲームプログラムに基づくゲームは、ゲーム空間内において、ゲームプログラムに基づいて動作する敵キャラクタと、ユーザの操作に基づいて動作する操作キャラクタとが戦闘するゲームである。ゲームプログラムは、プロセッサに、ゲームを有利に進めるために利用することができる可能性がある１以上のオブジェクトを取得するための権利データを、ゲームにおいて所定の条件を満たした場合に、ユーザに関連付けるステップと、敵キャラクタとの戦闘結果に応じたポイントを、該ポイントを付与できる状態である付与可能状態にある１または複数の権利データにそれぞれ等しく付与するステップと、付与されたポイントの合計が所定値に到達した権利データについて、該権利データに応じたオブジェクトを使用可能とするステップと、を実行させる。権利データは、上限数だけ、取得順に付与可能状態となる。上限数は、ユーザに関連付けられた所定の消費アイテムと引き替えに増加可能である。

本開示に係る方法は、プロセッサおよびメモリを備えるコンピュータが、ゲームプログラムを実行する方法である。ゲームプログラムに基づくゲームは、ゲーム空間内において、ゲームプログラムに基づいて動作する敵キャラクタと、ユーザの操作に基づいて動作する操作キャラクタとが戦闘するゲームである。ゲームプログラムを実行する方法は、プロセッサが、ゲームを有利に進めるために利用することができる可能性がある１以上のオブジェクトを取得するための権利データを、ゲームにおいて所定の条件を満たした場合に、ユーザに関連付けるステップと、プロセッサが、敵キャラクタとの戦闘結果に応じたポイントを、該ポイントを付与できる状態である付与可能状態にある１または複数の権利データにそれぞれ等しく付与するステップと、プロセッサが、付与されたポイントの合計が所定値に到達した権利データについて、該権利データに応じたオブジェクトを使用可能とするステップと、を含む。権利データは、上限数だけ、取得順に付与可能状態となる。上限数は、ユーザに関連付けられた所定の消費アイテムと引き替えに増加可能である。

本開示に係る情報処理装置は、ゲームプログラムを記憶する記憶部と、ゲームプログラムを実行することにより、情報処理装置の動作を制御する制御部と、を備える。ゲームプログラムに基づくゲームは、ゲーム空間内において、ゲームプログラムに基づいて動作する敵キャラクタと、ユーザの操作に基づいて動作する操作キャラクタとが戦闘するゲームである。制御部は、ゲームを有利に進めるために利用することができる可能性がある１以上のオブジェクトを取得するための権利データを、ゲームにおいて所定の条件を満たした場合に、ユーザに関連付け、敵キャラクタとの戦闘結果に応じたポイントを、該ポイントを付与できる状態である付与可能状態にある１または複数の権利データにそれぞれ等しく付与し、付与されたポイントの合計が所定値に到達した権利データについて、該権利データに応じたオブジェクトを使用可能とする。権利データは、上限数だけ、取得順に付与可能状態となる。上限数は、ユーザに関連付けられた所定の消費アイテムと引き替えに増加可能である。

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

ゲームシステムのハードウェア構成を示す図である。 ユーザ端末の機能的構成を示すブロック図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末によって実行される処理の流れを示すフローチャートである。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末によって実行される処理の流れを示すフローチャートである。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるカプセルの拡大図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末によって実行される処理の流れを示すフローチャートである。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ユーザ端末の表示部において表示されるゲーム画面の一例を示す図である。 ゲーム画面を描画するために用いられるテーブルの一例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ゲームシステム１は、一例として、ゲーム空間内において、ゲームプログラムに基づいて動作する敵キャラクタと、ユーザの操作に基づいて動作する操作キャラクタとが戦闘するゲームを実行するためのシステムである。このようなゲームとしては、ＲＰＧ、アクションゲームなどが挙げられるが、本開示では、ゲームシステム１が、横スクロールアクションロールプレイングゲーム（アクションＲＰＧ）を実行するためのシステムである例を説明する。横スクロールアクションＲＰＧとは、操作キャラクタについて、表示部１５２に平行な方向のみの移動が許容されたアクションＲＰＧである。なお、上記横スクロールアクションＲＰＧは、ＭＭＯ（Massive Multiplayer Online game；大規模多人数オンラインゲーム）であってもよい。この場合、他のユーザの操作キャラクタが、表示部１５２に表示されてもよい。つまり、各ユーザの操作キャラクターデータＤ１は、サーバ２００を介して共有されてもよい。

また、このゲームにおいては、所定の条件が満たされたとき、ユーザに対して報酬が関連付けられる（付与される）。該報酬は、例えば、ゲームを有利に進めるために利用することができる可能性がある１以上のオブジェクトを取得できる権利をユーザに与えるための権利データである。また、所定の条件は、例えば、敵キャラクタとの戦闘に勝利したときに出現する報酬を取得することであるが、この例に限定されない。所定の条件は、例えば、クエストを達成することであってもよい。クエストとは、達成条件が設定されたゲーム内のイベントである。また例えば、報酬は、特定の期間にゲーム内で開催されるイベントで配布されてもよい。本実施形態では、報酬は、操作キャラクタ、操作キャラクタが使用可能な能力（アビリティ）、およびアイテムのうち、少なくともいずれかを１以上取得することができるカプセル（権利データ）である。換言すれば、カプセルの内容物は、１以上の操作キャラクタ、アビリティ、およびアイテム（オブジェクト）のうちの、少なくともいずれかである。

アビリティは例えば、敵キャラクタとの戦闘時に使用するものであってもよいし、戦闘以外（例えば、武器、防具の生成など）で使用するものであってもよい。アイテムは例えば、ゲーム内で操作キャラクタが使用する武器、防具などを生成するための、いわゆる「素材」や、ゲーム内で使用できる仮想通貨を含んでいてもよい。また、アビリティおよびアイテムは、特定の操作キャラクタのみが使用できるものであってもよい。

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

1. ゲームプログラムであって
   前記ゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行されるものであり、
   前記ゲームプログラムに基づくゲームは、ゲーム空間内において、前記ゲームプログラムに基づいて動作する敵キャラクタと、ユーザの操作に基づいて動作する操作キャラクタとが戦闘するゲームであり、
   前記ゲームプログラムは、前記プロセッサに、
   前記ゲームを有利に進めるために利用することができる可能性がある１以上のオブジェクトを取得するための権利データを、前記ゲームにおいて所定の条件を満たした場合に、前記ユーザに関連付けるステップと、
   前記敵キャラクタとの戦闘結果に応じたポイントを、該ポイントを付与できる状態である付与可能状態にある１または複数の前記権利データにそれぞれ等しく付与するステップと、
   付与された前記ポイントの合計が所定値に到達した前記権利データについて、該権利データに応じた前記オブジェクトを使用可能とするステップと、を実行させ、
   前記権利データは、上限数だけ、取得順に前記付与可能状態となり、
   前記上限数は、前記ユーザに関連付けられた所定の消費アイテムと引き換えに増加可能である、ゲームプログラム。
2. 前記ユーザに関連付けられた前記権利データは、前記ユーザの操作によって関連付けを解除することができない、請求項１に記載のゲームプログラム。
3. 前記付与可能状態でない前記権利データは、前記ユーザに関連付けられた時点から所定期間が経過したとき、前記関連付けを解除される、請求項１または２に記載のゲームプログラム。
4. 前記消費アイテムとの引き替えを行っていない場合、前記上限数は１である、請求項１から３のいずれか１項に記載のゲームプログラム。
5. 前記権利データには、前記ゲームを有利に進める上での価値の高さを表す希少度が設定されており、
   前記権利データは、前記希少度をユーザが認識可能な態様で表示される、請求項１から４のいずれか１項に記載のゲームプログラム。
6. 前記権利データから取得できる前記オブジェクトを類推可能な画像を表示させる、請求項１から５のいずれか１項に記載のゲームプログラム。
7. 前記ポイントの合計が所定値に到達した、１つの前記権利データに応じて使用可能となる前記オブジェクトは、１以上の前記操作キャラクタ、前記操作キャラクタが使用可能な能力である１以上のアビリティ、および１以上のアイテムのうちの少なくとも１つである、請求項１から６のいずれか１項に記載のゲームプログラム。
8. ゲームプログラムを実行する方法であって、
   前記ゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行されるものであり、
   前記ゲームプログラムに基づくゲームは、ゲーム空間内において、前記ゲームプログラムに基づいて動作する敵キャラクタと、ユーザの操作に基づいて動作する操作キャラクタとが戦闘するゲームであり、
   前記方法は、前記プロセッサが、
   前記ゲームを有利に進めるために利用することができる可能性がある１以上のオブジェクトを取得するための権利データを、前記ゲームにおいて所定の条件を満たした場合に、前記ユーザに関連付けるステップと、
   前記敵キャラクタとの戦闘結果に応じたポイントを、該ポイントを付与できる状態である付与可能状態にある１または複数の前記権利データにそれぞれ等しく付与するステップと、
   付与された前記ポイントの合計が所定値に到達した前記権利データについて、該権利データに応じた前記オブジェクトを使用可能とするステップと、を含み、
   前記権利データは、上限数だけ、取得順に前記付与可能状態となり、
   前記上限数は、前記ユーザに関連付けられた所定の消費アイテムと引き換えに増加可能である、方法。
9. 情報処理装置であって、
   前記情報処理装置は、
   ゲームプログラムを記憶する記憶部と、
   前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部と、を備え、
   前記ゲームプログラムに基づくゲームは、ゲーム空間内において、前記ゲームプログラムに基づいて動作する敵キャラクタと、ユーザの操作に基づいて動作する操作キャラクタとが戦闘するゲームであり、
   前記制御部は、
   前記ゲームを有利に進めるために利用することができる可能性がある１以上のオブジェクトを取得するための権利データを、前記ゲームにおいて所定の条件を満たした場合に、前記ユーザに関連付け、
   前記敵キャラクタとの戦闘結果に応じたポイントを、該ポイントを付与できる状態である付与可能状態にある１または複数の前記権利データにそれぞれ等しく付与し、
   付与された前記ポイントの合計が所定値に到達した前記権利データについて、該権利データに応じた前記オブジェクトを使用可能とし、
   前記権利データは、上限数だけ、取得順に前記付与可能状態となり、
   前記上限数は、前記ユーザに関連付けられた所定の消費アイテムと引き換えに増加可能である、情報処理装置。

Images