(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-04-21
(45)【発行日】2022-05-02
(54)【発明の名称】ゲームプログラム、方法、および情報処理装置
(51)【国際特許分類】
A63F 13/69 20140101AFI20220422BHJP
【FI】
A63F13/69
(21)【出願番号】P 2018216546
(22)【出願日】2018-11-19
(62)【分割の表示】P 2017154680の分割
【原出願日】2017-08-09
【審査請求日】2019-05-10
【前置審査】
(73)【特許権者】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(72)【発明者】
【氏名】入江 正樹
(72)【発明者】
【氏名】田中 義也
(72)【発明者】
【氏名】坂本 佑
【審査官】比嘉 翔一
(56)【参考文献】
【文献】特開2015-142752(JP,A)
【文献】特開2017-055790(JP,A)
【文献】特開2015-150070(JP,A)
【文献】特許第6061051(JP,B1)
【文献】特許第6128246(JP,B1)
【文献】特開2014-090880(JP,A)
【文献】特開2002-366852(JP,A)
【文献】特開2013-223640(JP,A)
【文献】上大迫 貴志,ルーンファクトリーフロンティア ファイナルパーフェクトガイド 初版 Rune Factory Frontier Final Parfect Guide,第1版,株式会社エンターブレイン 浜村 弘一,2009年02月18日,P.62,令和2年12月11日検索
【文献】[城ドラ]城レベルを効率よくガンガン上げる方法とは,2016年01月19日,https://www.dopr.net/article/6299335761330176,令和2年12月11日検索
(58)【調査した分野】(Int.Cl.,DB名)
A63F13/00-13/98
A63F 9/24
(57)【特許請求の範囲】
【請求項1】
ゲームプログラムであって、
前記ゲームプログラムは、プロセッサ及びメモリを備えるコンピュータにより実行されるものであり、
前記ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、前記ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与され、前記権利は、消費されることにより当該権利に応じたオブジェクトを前記ユーザに付与するものであり、
前記ゲームプログラムは、前記プロセッサに、
前記ゲームにおいて第2の条件が満たされる度に、前記ユーザに付与された1つ以上の前記権利を、前記ユーザに付与された順に消費する第1のステップと、
前記ユーザに関連付けられた消費アイテムと引き換えに、前記ユーザに付与された1つ以上の前記権利の何れかを消費する第2のステップと、を実行させ、
前記ユーザに付与された1つ以上の前記権利には、当該権利を消費した場合に得られるオブジェクトの価値であって、前記ゲームを有利に進める上での価値の高さを表す希少度が設定された前記権利と、前記希少度が設定されない前記権利とが含まれ、
前記第2のステップでは、前記消費アイテムと引き換えに、前記希少度が設定された前記権利が消費されるまで、前記ユーザに付与された1つ以上の前記権利の何れかを順次消費するゲームプログラム。
【請求項2】
前記ユーザに付与された1つ以上の前記権利には、当該権利を消費した場合に得られるオブジェクトの価値であって、前記ゲームを有利に進める上での価値の高さを表す希少度が設定された前記権利と、前記希少度が設定されない前記権利とが含まれ、
前記第2のステップでは、前記消費アイテムと引き換えに、前記ユーザに付与された1つ以上の前記権利のうち前記希少度が設定された前記権利の何れかを消費する、請求項
1に記載のゲームプログラム。
【請求項3】
前記第2のステップでは、前記消費アイテムと引き換えに消費される前記権利は、前記第2の条件が次に満たされた場合に消費される予定の前記権利以外の1つ以上の前記権利の中から決定される、請求項1または2に記載のゲームプログラム。
【請求項4】
前記第2のステップで、前記消費アイテムと引き換えに消費される前記権利は、前記ユーザに付与された1つ以上の前記権利の中からランダムに決定される、請求項1から3の何れか1項に記載のゲームプログラム。
【請求項5】
前記第1のステップで、前記第2の条件とは、前記ゲームのプレイ単位を終了することである、請求項1から4の何れか1項に記載のゲームプログラム。
【請求項6】
前記第1のステップで、前記第2の条件とは、前記ゲームのプレイにおいて設定される目標を達成することである、請求項1から4の何れか1項に記載のゲームプログラム。
【請求項7】
前記第1のステップで、前記第2の条件とは、前記ゲームのプレイに応じて前記ユーザに付与されるポイントが所定値に達することである、請求項1から4の何れか1項に記載のゲームプログラム。
【請求項8】
前記権利には、有効期間が設定され、前記権利は、前記ユーザに付与されてから前記有効期間が経過すると破棄される、請求項1から7の何れか1項に記載のゲームプログラム。
【請求項9】
前記消費アイテムと引き換えに、前記ユーザに付与された1つ以上の前記権利を一括して消費する第3のステップをさらに実行する、請求項1から8の何れか1項に記載のゲームプログラム。
【請求項10】
前記消費アイテムと引き換えに、前記ユーザに付与された1つ以上の前記権利を一括して破棄する第4のステップをさらに実行する、請求項1から9の何れか1項に記載のゲームプログラム。
【請求項11】
前記消費アイテムと引き換えに、前記ゲームにおける前記権利に関わる設定を変更する機能を有する設定変更アイテムをユーザに付与する、請求項1から10の何れか1項に記載のゲームプログラム。
【請求項12】
前記設定変更アイテムは、所定期間、前記第1の条件が満たされても前記権利が前記ユーザに付与されないようにする機能を有する、請求項11に記載のゲームプログラム。
【請求項13】
請求項12に記載のゲームプログラムが請求項3または4に従属するとき、
前記設定変更アイテムは、前記ユーザに付与された1つ以上の前記権利のうち、前記希少度に基づく所定条件を満たす前記権利を破棄する機能を有する、請求項11に記載のゲームプログラム。
【請求項14】
請求項11に記載のゲームプログラムが請求項3または4に従属するとき、
前記設定変更アイテムは、前記権利に設定された前記希少度を変更する機能を有する、請求項12に記載のゲームプログラム。
【請求項15】
請求項11に記載のゲームプログラムが請求項7に従属するとき、
前記設定変更アイテムは、前記ポイントの付与条件を満たした場合の前記ポイントの付与量を増加させる機能を有する、請求項11に記載のゲームプログラム。
【請求項16】
請求項11に記載のゲームプログラムが請求項8に従属するとき、
前記設定変更アイテムは、前記権利に設定された前記有効期間を延長する機能を有する、請求項11に記載のゲームプログラム。
【請求項17】
ゲームプログラムを実行する方法であって、
前記ゲームプログラムは、プロセッサ及びメモリを備えるコンピュータにより実行されるものであり、
前記ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、前記ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与され、前記権利は、消費されることにより当該権利に応じたオブジェクトを前記ユーザに付与するものであり、
前記方法は、前記プロセッサが、
前記ゲームにおいて第2の条件が満たされる度に、前記ユーザに付与された1つ以上の前記権利を、前記ユーザに付与された順に消費する第1のステップと、
前記ユーザに関連付けられた消費アイテムと引き換えに、前記ユーザに付与された1つ以上の前記権利の何れかを消費する第2のステップと、を実行し、
前記ユーザに付与された1つ以上の前記権利には、当該権利を消費した場合に得られるオブジェクトの価値であって、前記ゲームを有利に進める上での価値の高さを表す希少度が設定された前記権利と、前記希少度が設定されない前記権利とが含まれ、
前記第2のステップでは、前記消費アイテムと引き換えに、前記希少度が設定された前記権利が消費されるまで、前記ユーザに付与された1つ以上の前記権利の何れかを順次消費する方法。
【請求項18】
情報処理装置であって、
前記情報処理装置は、
ゲームプログラムを記憶する記憶部と、
前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部とを備え、
前記ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、前記ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与され、前記権利は、消費されることにより当該権利に応じたオブジェクトを前記ユーザに付与するものであり、
前記制御部は、
前記ゲームにおいて第2の条件が満たされる度に、前記ユーザに付与された1つ以上の前記権利を、前記ユーザに付与された順に消費し、
前記ユーザに関連付けられた消費アイテムと引き換えに、前記ユーザに付与された1つ以上の前記権利の何れかを消費し、
前記ユーザに付与された1つ以上の前記権利には、当該権利を消費した場合に得られるオブジェクトの価値であって、前記ゲームを有利に進める上での価値の高さを表す希少度が設定された前記権利と、前記希少度が設定されない前記権利とが含まれ、
前記消費アイテムと引き換えに前記権利の何れかを消費する際に、前記希少度が設定された前記権利が消費されるまで、前記ユーザに付与された1つ以上の前記権利の何れかを順次消費する情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ゲームプログラム、ゲームプログラムを実行する方法および情報処理装置に関する。
【背景技術】
【0002】
ゲーム空間内に、オブジェクトを表示させて、ユーザに該オブジェクトを操作させることによりゲームを進行させるゲームプログラムが、様々な事業者により提供されている。このようなゲームにおいて、ゲームをプレイした場合(一例として、所定の課題をクリアした場合など)に応じて、報酬をユーザに獲得させることが広く行われている。報酬は、多くの場合、ゲームを有利に進めるための、上述のオブジェクト、アイテムまたはポイントなどであったりする。
【0003】
特許文献1には、抽選対象となっている報酬群について報酬の構成(種類別の個数)を表示した上で、抽選により当選した報酬を、抽選対象から削除する技術が記載されている。
【0004】
特許文献2には、報酬群の構成を初期化する技術が記載されている。
【0005】
特許文献3には、既に当選している報酬と同種類の報酬が当選する確率を低くする技術が記載されている。
【先行技術文献】
【特許文献】
【0006】
【文献】特開2013-247977号公報(2013年12月12日公開)
【文献】特開2013-248370号公報(2013年12月12日公開)
【文献】特開2013-751410号公報(2013年4月25日公開)
【発明の概要】
【発明が解決しようとする課題】
【0007】
しかしながら、ユーザが所望する報酬を獲得できるか否かにユーザが介入できる程度を、従来技術より向上させることで、ユーザをより満足させることができる可能性がある。
【0008】
本開示の一態様は、ユーザが所望する報酬を獲得できるか否かにユーザが介入できる程度をより高くすることを目的とする。
【課題を解決するための手段】
【0009】
上記の課題を解決するために、本発明の一態様に係るゲームプログラムは、プロセッサ及びメモリを備えるコンピュータにより実行されるゲームプログラムである。ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与される。権利は、消費されることにより当該権利に応じたオブジェクトをユーザに付与するものである。ゲームプログラムは、プロセッサに、ゲームにおいて第2の条件が満たされた場合に、ユーザに付与された1つ以上の権利の何れかを消費する第1のステップと、ユーザに関連付けられた消費アイテムと引き換えに、ユーザに付与された1つ以上の権利の何れかを消費する第2のステップと、を実行させる。
【0010】
また、上記の課題を解決するために、本発明の一態様に係る方法は、ゲームプログラムを実行する方法である。ゲームプログラムは、プロセッサ及びメモリを備えるコンピュータにより実行されるものである。ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与される。権利は、消費されることにより当該権利に応じたオブジェクトをユーザに付与するものである。方法は、プロセッサが、ゲームにおいて第2の条件が満たされた場合に、ユーザに付与された1つ以上の権利の何れかを消費する第1のステップと、ユーザに関連付けられた消費アイテムと引き換えに、ユーザに付与された1つ以上の権利の何れかを消費する第2のステップと、を実行する。
【0011】
また、上記の課題を解決するために、本発明の一態様に係る情報処理装置は、ゲームプログラムを記憶する記憶部と、ゲームプログラムを実行することにより、情報処理装置の動作を制御する制御部とを備える。ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与される。権利は、消費されることにより当該権利に応じたオブジェクトをユーザに付与するものである。制御部は、ゲームにおいて第2の条件が満たされた場合に、ユーザに付与された1つ以上の権利の何れかを消費し、ユーザに関連付けられた消費アイテムと引き換えに、ユーザに付与された1つ以上の権利の何れかを消費する。
【発明の効果】
【0012】
本開示の一態様によれば、ユーザが所望する報酬を獲得できるか否かにユーザが介入できる程度をより高くするという効果を奏する。
【図面の簡単な説明】
【0013】
【
図1】ゲームシステムのハードウェア構成を示す図である。
【
図2】ユーザ端末およびサーバの機能的構成を示すブロック図である。
【
図3】本実施形態に係るゲームプログラムに基づいて、ゲームシステムにおいて1プレイ終了時に実行される処理の流れを示すフローチャートである。
【
図4】本実施形態に係るゲームプログラムに基づいて、ゲームシステムにおいて抽選指示に応じて実行される処理の流れを示すフローチャートである。
【
図5】(A)及び(B)は、表示部に表示されるパズル画面の具体例を示す図である。
【
図6】(A)及び(B)は、表示部に表示されるパズル画面の具体例を示す図である。
【
図7】(A)及び(B)は、表示部に表示されるパズル画面の具体例を示す図である。
【
図8】(A)及び(B)は、表示部に表示されるパズル画面の具体例を示す図である。
【
図9】本実施形態に係るゲームプログラムに基づいて、ゲームシステムにおいて抽選指示に応じて実行される他の処理の流れを示すフローチャートである。
【
図10】本実施形態に係るゲームプログラムに基づいて、ゲームシステムにおいて1プレイ終了時に実行される他の処理の流れを示すフローチャートである。
【
図11】本実施形態に係るゲームプログラムに基づいて、ゲームシステムにおいて抽選指示に応じて実行される他の処理の流れを示すフローチャートである。
【
図12】(A)及び(B)は、表示部に表示されるパズル画面の具体例を示す図である。
【
図13】(A)及び(B)は、表示部に表示されるパズル画面の具体例を示す図である。
【発明を実施するための形態】
【0014】
まず、本発明の各実施形態における共通の構成について説明する。
【0015】
本開示に係るゲームシステムは、複数のユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。
【0016】
<ゲームシステム1のハードウェア構成>
図1は、ゲームシステム1のハードウェア構成を示す図である。ゲームシステム1は図示の通り、複数のユーザ端末100と、サーバ200とを含む。各ユーザ端末100は、サーバ200とネットワーク2を介して接続する。ネットワーク2は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂3G、4G移動通信システム、LTE(LongTerm Evolution)、および所定のアクセスポイントによってインターネットに接続可能
な無線ネットワーク(例えばWi-Fi(登録商標))等が挙げられる。
【0017】
サーバ200(コンピュータ、情報処理装置)は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ200は、プロセッサ20と、メモリ21と、ストレージ22と、通信インターフェース(IF)23と、入出力IF24とを備える。サーバ200が備えるこれらの構成は、通信バスによって互いに電気的に接続される。
【0018】
ユーザ端末100(コンピュータ、情報処理装置)は、スマートフォン、フィーチャーフォン、PDA(Personal Digital Assistant)、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末100は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末100は図示の通り、プロセッサ10と、メモリ11と、ストレージ12と、通信IF13と、入出力IF14と、タッチスクリーン15(表示部)と、カメラ17と、測距センサ18とを備える。ユーザ端末100が備えるこれらの構成は、通信バスによって互いに電気的に接続される。また、
図1に示すように、ユーザ端末100は、1つ以上のコントローラ1020と通信可能に構成されることとしてもよい。コントローラ1020は、例えば、Bluetooth(登録商標)等の通信規格に従って、ユーザ端末100と通信を確立する。コントローラ1020は、1つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末100へ送信する。また、コントローラ1020は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末100へ送信する。
【0019】
なお、ユーザ端末100がカメラ17および測距センサ18を備えることに代えて、または、加えて、コントローラ1020がカメラ17および測距センサ18を有していてもよい。
【0020】
ユーザ端末100は、例えばゲーム開始時に、コントローラ1020を使用するユーザに、該ユーザの名前またはログインID等のユーザ識別情報を、該コントローラ1020を介して入力させることが望ましい。これにより、ユーザ端末100は、コントローラ1020とユーザとを紐付けることが可能となり、受信した出力値の送信元(コントローラ1020)に基づいて、該出力値がどのユーザのものであるかを特定することができる。
【0021】
ユーザ端末100が複数のコントローラ1020と通信する場合、各コントローラ1020を各ユーザが把持することで、ネットワーク2を介してサーバ200などの他の装置と通信せずに、該1台のユーザ端末100でマルチプレイを実現することができる。また、各ユーザ端末100が無線LAN(Local Area Network)規格等の無線規格により互いに通信接続する(サーバ200を介さずに通信接続する)ことで、複数台のユーザ端末100によりローカルでマルチプレイを実現することもできる。1台のユーザ端末100によりローカルで上述のマルチプレイを実現する場合、ユーザ端末100は、さらに、サーバ200が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末100によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末100は、サーバ200が備える後述する種々の機能を分散して備えていてもよい。
【0022】
なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末100はサーバ200と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ200に送信してもよい。
【0023】
また、コントローラ1020は、ユーザ端末100に着脱可能な構成であるとしてもよい。この場合、ユーザ端末100の筐体における少なくともいずれかの面に、コントローラ1020との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末100とコントローラ1020とが結合している場合は、ユーザ端末100とコントローラ1020とは、有線を介して信号を送受信する。
【0024】
図1に示すように、ユーザ端末100は、外部のメモリカード等の記憶媒体1030の装着を、入出力IF14を介して受け付けてもよい。これにより、ユーザ端末100は、記憶媒体1030に記録されるプログラム及びデータを読み込むことができる。記憶媒体1030に記録されるプログラムは、例えばゲームプログラムである。
【0025】
ユーザ端末100は、サーバ200等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末100のメモリ11に記憶してもよいし、記憶媒体1030から読み込むことにより取得したゲームプログラムをメモリ11に記憶してもよい。
【0026】
以上で説明したとおり、ユーザ端末100は、該ユーザ端末100に対して情報を入力する機構の一例として、通信IF13、入出力IF14、タッチスクリーン15、カメラ17、および、測距センサ18を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。
【0027】
例えば、操作部が、カメラ17および測距センサ18の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末100の近傍の物体1010を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体1010としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体1010の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末100は、カメラ17の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ(ユーザの手の一連の動き)を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。
【0028】
あるいは、操作部がタッチスクリーン15で構成される場合、ユーザ端末100は、タッチスクリーン15の入力部151に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信IF13で構成される場合、ユーザ端末100は、コントローラ1020から送信される信号(例えば、出力値)をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力IF14で構成される場合、該入出力IF14と接続されるコントローラ1020とは異なる入力装置(図示せず)から出力される信号をユーザの入力操作として特定し、受け付ける。
【0029】
<ゲーム概要>
ゲームシステム1によって実行されるゲームでは、当該ゲームにおいて所定条件(第1の条件)が満たされた場合に、当該ゲームを有利に進めるために利用され得る1以上のオブジェクトを取得する権利が、ユーザに付与される。ゲームシステム1では、各ユーザに付与される権利の情報(ユーザに付与された権利の数など)を各ユーザについてデータとして管理している。ユーザは、そのような権利を、1つ以上保有することができる。1つの権利が消費されることにより、当該権利に応じたオブジェクトが、ユーザに付与される。
【0030】
各実施形態では、1つの権利は、カプセルとして表現される。例えば、ゲームの進行状況やプレイ結果に応じて、カプセルがユーザに付与される。また、カプセルの内包物として表現されるオブジェクトは、カプセルが開封されることによりユーザに付与され、ユーザによって利用可能となる。ユーザは、カプセルを開封して取得したオブジェクトを利用してプレイすることにより、ゲームを有利に進めることができる。なお、カプセルを開封することは、権利を消費することに相当する。
【0031】
また、カプセルには、希少度が設定され得る。ただし、希少度が設定されないカプセルもあり得る。希少度とは、カプセルの開封により取得可能なオブジェクトの価値であって、ゲームを有利に進める上での価値の高さを表すものである。以降、カプセルに設定された希少度のことを、カプセルの種類と記載することもある。なお、希少度が設定されていないカプセルは、「希少度の設定が無い」という種類であるものとして記載する。
【0032】
各実施形態では、ゲームシステム1によって実行されるゲームが、パズルゲームであることを想定する。例えば、カプセルは、パズルの1プレイが終了する度に、ユーザに付与されてもよい。また、カプセルには、パズルを有利に進めるための各種のオブジェクトが内包される。
【0033】
なお、ゲームシステム1は、ゲームを有利に進めるために利用され得る1以上のオブジェクトを取得する権利がユーザに付与されるゲームを実行するシステムであれば、パズルゲームを実行するためのシステムに限定されない。ゲームシステム1は、特定のジャンルに限らず、あらゆるジャンルのゲームを実行するためのシステムであってもよい。例えば、テニス、卓球、ドッジボール、野球、サッカーおよびホッケーなどのスポーツを題材としたゲーム、パズルゲーム、クイズゲーム、RPG、アドベンチャーゲーム、シューティングゲーム、シミュレーションゲーム、育成ゲーム、ならびに、アクションゲームなどであってもよい。
【0034】
また、ゲームシステム1は、特定のプレイ形態に限らず、あらゆるプレイ形態のゲームを実行するためのシステムであってもよい。例えば、単一のユーザによるシングルプレイゲーム、および、複数のユーザによるマルチプレイゲーム、また、マルチプレイゲームの中でも、複数のユーザが対戦する対戦ゲーム、および、複数のユーザが協力する協力プレイゲームなどであってもよい。
【0035】
<各装置のハードウェア構成要素>
プロセッサ10は、ユーザ端末100全体の動作を制御する。プロセッサ20は、サーバ200全体の動作を制御する。プロセッサ10および20は、CPU(Central Processing Unit)、MPU(Micro Processing Unit)、およびGPU(Graphics Processing Unit)を含む。
【0036】
プロセッサ10は後述するストレージ12からプログラムを読み出し、後述するメモリ11に展開する。プロセッサ20は後述するストレージ22からプログラムを読み出し、後述するメモリ21に展開する。プロセッサ10およびプロセッサ20は展開したプログラムを実行する。
【0037】
メモリ11および21は主記憶装置である。メモリ11および21は、ROM(Read Only Memory)およびRAM(Random Access Memory)等の記憶装置で構成される。メモリ11は、プロセッサ10が後述するストレージ12から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ10に作業領域を提供する。メモリ11は、プロセッサ10がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ21は、プロセッサ20が後述するストレージ22から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ20に作業領域を提供する。メモリ21は、プロセッサ20がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
【0038】
各実施形態においてプログラムとは、ゲームをユーザ端末100により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末100とサーバ200との協働により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末100の協働により実現するためのゲームプログラムであってもよい。また、各種データとはユーザ情報、ゲーム情報等、ゲームに関するデータ、ならびにユーザ端末100とサーバ200との間または複数のユーザ端末100間で送受信する指示や通知を含んでいる。
【0039】
ストレージ12および22は補助記憶装置である。ストレージ12および22は、フラッシュメモリまたはHDD(Hard Disk Drive)等の記憶装置で構成される。ストレージ12およびストレージ22には、ゲームに関する各種データが格納される。
【0040】
通信IF13は、ユーザ端末100における各種データの送受信を制御する。通信IF23は、サーバ200における各種データの送受信を制御する。通信IF13および23は例えば、無線LAN(Local Area Network)を介する通信、有線LAN、無線LAN、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。
【0041】
入出力IF14は、ユーザ端末100がデータの入力を受け付けるためのインターフェースであり、またユーザ端末100がデータを出力するためのインターフェースである。入出力IF14は、USB(Universal Serial Bus)等を介してデータの入出力を行ってもよい。入出力IF14は、例えば、ユーザ端末100の物理ボタン、カメラ、マイク、または、スピーカ等を含み得る。サーバ200の入出力IF24は、サーバ200がデータの入力を受け付けるためのインターフェースであり、またサーバ200がデータを出力するためのインターフェースである。入出力IF24は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。
【0042】
ユーザ端末100のタッチスクリーン15は、入力部151と表示部152とを組み合わせた電子部品である。入力部151は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部152は、例えば液晶ディスプレイ、または有機EL(Electro-Luminescence)ディスプレイ等によって構成される。
【0043】
入力部151は、入力面に対しユーザの操作(主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作)が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部151は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。
【0044】
図示していないが、ユーザ端末100は、該ユーザ端末100の保持姿勢を特定するための1以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末100がセンサを備えている場合、プロセッサ10は、センサの出力からユーザ端末100の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ10は、ユーザ端末100が縦向きに保持されているときには、縦長の画像を表示部152に表示させる縦画面表示としてもよい。一方、ユーザ端末100が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ10は、ユーザ端末100の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。
【0045】
カメラ17は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。
【0046】
測距センサ18は、測定対象物までの距離を測定するセンサである。測距センサ18は、例えば、パルス変換した光を発する光源と、光を受ける受光素子とを含む。測距センサ18は、光源からの発光タイミングと、該光源から発せられた光が測定対象物にあたって反射されて生じる反射光の受光タイミングとにより、測定対象物までの距離を測定する。測距センサ18は、指向性を有する光を発する光源を有することとしてもよい。
【0047】
ここで、ユーザ端末100が、カメラ17と測距センサ18とを用いて、ユーザ端末100の近傍の物体1010を検出した検出結果を、ユーザの入力操作として受け付ける例をさらに説明する。カメラ17および測距センサ18は、例えば、ユーザ端末100の筐体の側面に設けられてもよい。カメラ17の近傍に測距センサ18が設けられてもよい。カメラ17としては、例えば赤外線カメラを用いることができる。この場合、赤外線を照射する照明装置および可視光を遮断するフィルタ等が、カメラ17に設けられてもよい。これにより、屋外か屋内かにかかわらず、カメラ17の撮影画像に基づく物体の検出精度をいっそう向上させることができる。
【0048】
プロセッサ10は、カメラ17の撮影画像に対して、例えば以下の(1)~(5)に示す処理のうち1つ以上の処理を行ってもよい。(1)プロセッサ10は、カメラ17の撮影画像に対し画像認識処理を行うことで、該撮影画像にユーザの手が含まれているか否かを特定する。プロセッサ10は、上述の画像認識処理において採用する解析技術として、例えばパターンマッチング等の技術を用いてよい。(2)また、プロセッサ10は、ユーザの手の形状から、ユーザのジェスチャを検出する。プロセッサ10は、例えば、撮影画像から検出されるユーザの手の形状から、ユーザの指の本数(伸びている指の本数)を特定する。プロセッサ10はさらに、特定した指の本数から、ユーザが行ったジェスチャを特定する。例えば、プロセッサ10は、指の本数が5本である場合、ユーザが「パー」のジェスチャを行ったと判定する。また、プロセッサ10は、指の本数が0本である(指が検出されなかった)場合、ユーザが「グー」のジェスチャを行ったと判定する。また、プロセッサ10は、指の本数が2本である場合、ユーザが「チョキ」のジェスチャを行ったと判定する。(3)プロセッサ10は、カメラ17の撮影画像に対し、画像認識処理を行うことにより、ユーザの指が人差し指のみ立てた状態であるか、ユーザの指がはじくような動きをしたかを検出する。(4)プロセッサ10は、カメラ17の撮影画像の画像認識結果、および、測距センサ18の出力値等の少なくともいずれか1つに基づいて、ユーザ端末100の近傍の物体1010(ユーザの手など)とユーザ端末100との距離を検出する。例えば、プロセッサ10は、カメラ17の撮影画像から特定されるユーザの手の形状の大小により、ユーザの手がユーザ端末100の近傍(例えば所定値未満の距離)にあるのか、遠く(例えば所定値以上の距離)にあるのかを検出する。なお、撮影画像が動画の場合、プロセッサ10は、ユーザの手がユーザ端末100に接近しているのか遠ざかっているのかを検出してもよい。(5)カメラ17の撮影画像の画像認識結果等に基づいて、ユーザの手が検出されている状態で、ユーザ端末100とユーザの手との距離が変化していることが判明した場合、プロセッサ10は、ユーザが手をカメラ17の撮影方向において振っていると認識する。カメラ17の撮影範囲よりも指向性が強い測距センサ18において、物体が検出されたりされなかったりする場合に、プロセッサ10は、ユーザが手をカメラの撮影方向に直交する方向に振っていると認識する。
【0049】
このように、プロセッサ10は、カメラ17の撮影画像に対する画像認識により、ユーザが手を握りこんでいるか否か(「グー」のジェスチャであるか、それ以外のジェスチャ(例えば「パー」)であるか)を検出する。また、プロセッサ10は、ユーザの手の形状とともに、ユーザがこの手をどのように移動させているかを検出する。また、プロセッサ10は、ユーザがこの手をユーザ端末100に対して接近させているのか遠ざけているのかを検出する。このような操作は、例えば、マウスまたはタッチパネルなどのポインティングデバイスを用いた操作に対応させることができる。ユーザ端末100は、例えば、ユーザの手の移動に応じて、タッチスクリーン15においてポインタを移動させ、ユーザのジェスチャ「グー」を検出する。この場合、ユーザ端末100は、ユーザが選択操作を継続中であると認識する。選択操作の継続とは、例えば、マウスがクリックされて押し込まれた状態が維持されること、または、タッチパネルに対してタッチダウン操作がなされた後タッチされた状態が維持されることに対応する。また、ユーザ端末100は、ユーザのジェスチャ「グー」が検出されている状態で、さらにユーザが手を移動させると、このような一連のジェスチャを、スワイプ操作(またはドラッグ操作)に対応する操作として認識することもできる。また、ユーザ端末100は、カメラ17の撮影画像によるユーザの手の検出結果に基づいて、ユーザが指をはじくようなジェスチャを検出した場合に、当該ジェスチャを、マウスのクリックまたはタッチパネルへのタップ操作に対応する操作として認識してもよい。
【0050】
<ゲームシステム1の機能的構成>
図2は、ゲームシステム1に含まれるサーバ200およびユーザ端末100の機能的構成を示すブロック図である。サーバ200およびユーザ端末100のそれぞれが備えている、一般的なコンピュータとして機能する場合に必要な機能的構成、および、ゲームにおける公知の機能を実現するために必要な機能的構成については、適宜省略している。
【0051】
ユーザ端末100は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末100は、プロセッサ10、メモリ11、ストレージ12、通信IF13、および入出力IF14等の協働によって、制御部110および記憶部120として機能する。
【0052】
サーバ200は、各ユーザ端末100と通信して、ユーザ端末100がゲームを進行させるのを支援する機能を有する。例えば、有価データの販売、サービスの提供などを実行する。ゲームがマルチプレイゲームである場合には、サーバ200は、ゲームに参加する各ユーザ端末100と通信して、ユーザ端末100同士のやりとりを仲介する機能を有していてもよい。サーバ200は、プロセッサ20、メモリ21、ストレージ22、通信IF23、および入出力IF24等の協働によって、制御部210および記憶部220として機能する。
【0053】
記憶部120および記憶部220は、ゲームプログラム131、ゲーム情報132およびユーザ情報133を格納する。ゲームプログラム131は、ユーザ端末100およびサーバ200で実行するゲームプログラムである。
【0054】
ゲーム情報132は、制御部110および制御部210がゲームプログラム131を実行する際に参照するデータである。ゲーム情報132は、複数のユーザに共通する情報、例えば、(1)カプセルから取得され得るオブジェクトに関する基本的なパラメータ、(2)カプセルの種類に関する情報、(3)カプセルの種類に応じて内包され得るオブジェクトに関する情報等を含んでいてもよい。
【0055】
ユーザ情報133は、ユーザのアカウントに関するデータである。例えば、ユーザ情報133は、ユーザのアカウントの識別子に関連付けて、(1)当該アカウントのユーザを示す情報、(2)当該アカウントが保有するカプセルに関する情報、(3)当該アカウントが取得済みのオブジェクトのパラメータ、(4)当該アカウントのゲームの進行度合いを表す情報、(5)当該アカウントが保有する資産に関する情報等を含んでいてもよい。アカウントの資産としては、例えば、ゲーム内の仮想通貨、アイテムなどが挙げられる。その他、ユーザ情報133は、アカウントごとに管理される各種の情報を含んでいてもよい。
【0056】
なお、記憶部220において、ユーザ情報133は、ユーザ端末100ごとに格納されている。
【0057】
(サーバ200の機能的構成)
制御部210は、記憶部220に格納されたゲームプログラム131を実行することにより、サーバ200を統括的に制御する。例えば、制御部210は、ユーザ端末100に各種データおよびプログラム等を送信する。制御部210は、ゲーム情報もしくはユーザ情報の一部または全部をユーザ端末100から受信する。ゲームがマルチプレイゲームである場合には、制御部210は、ユーザ端末100からマルチプレイの同期の要求を受信して、同期のためのデータをユーザ端末100に送信してもよい。
【0058】
制御部210は、ゲームプログラム131の記述に応じて、オブジェクト提供部211として機能する。制御部210は、実行するゲームの性質に応じて、ユーザ端末100におけるゲームの進行を支援するために、図示しないその他の機能ブロックとしても機能することができる。
【0059】
オブジェクト提供部211は、カプセルの開封を要求されると、当該カプセルの種類に基づいて、カプセルの内容物であるオブジェクトを決定する。
【0060】
ここで、カプセルの種類に基づくオブジェクトの決定方法について説明する。記憶部220に記憶されるゲーム情報132は、カプセルの種類に対して、1つ以上のオブジェクトを関連付けた情報を含んでいる。具体的には、ゲーム情報132は、カプセルに設定され得る希少度に対して、その希少度に応じた価値を有する1つ以上のオブジェクトを関連付けた情報を含む。ある希少度に対して関連付けられた1つ以上のオブジェクトのそれぞれには、当該オブジェクトの出現確率が設定されている。ある希少度に対して関連付けられた各オブジェクトの出現確率の合計は、100%となるよう設定される。また、このようなゲーム情報132は、更新され得る。例えば、ゲーム情報132は、特定の期間において、ある希少度に対して当該期間中に取得可能となるオブジェクトを関連付けた情報を含むよう更新されてもよい。
【0061】
ここで、ゲームを有利に進める上での価値を有するオブジェクトの一例としては、パズルのプレイで直接的に用いられるキャラクタがある。キャラクタには、基本的なパラメータ及び特性等が定められる。基本的なパラメータ、その特性、又は、その出現確率等に応じて、そのキャラクタの価値の高さが定まる。より高い希少度には、より価値の高いキャラクタが関連付けられる。
【0062】
また、ゲーム情報132は、希少度が設定されていない種類に対して、1つ以上のオブジェクトを関連付けた情報を含んでいてもよい。オブジェクトとしては、当該価値を有するオブジェクトに付随するアイテム、又は、そのような付随するアイテムとの交換が可能なアイテム等がある。以降、このような価値を有するオブジェクトに付随するアイテムを、付随アイテムとも記載する。
【0063】
オブジェクト提供部211は、ゲーム情報132を参照することにより、開封を要求されたカプセルに希少度が設定されていれば、当該希少度に関連付けられた1つ以上のオブジェクトの中から、各オブジェクトの出現確率に基づいて何れかを決定する。換言すると、オブジェクト提供部211は、より高い希少度が設定されたカプセルの内包物として、より価値の高いオブジェクトを決定する。
【0064】
また、オブジェクト提供部211は、開封を要求されたカプセルの種類として希少度が設定されていなければ、希少度が設定されていない種類に対して関連付けられた付随アイテムを決定する。
【0065】
また、オブジェクト提供部211によって決定されるオブジェクトの個数は、ここでは1つである(すなわち、カプセルに内包されるオブジェクトが1つである)ものとするが、複数であってもよい。その場合、オブジェクト提供部211は、オブジェクトの内包個数を決定するための内包確率に基づいて、決定するオブジェクトの個数を決定する。例えば、より多い内包個数となる内包確率は、希少度が高いほど高く設定されていてもよい。
【0066】
(ユーザ端末100の機能的構成)
制御部110は、記憶部120に格納されたゲームプログラム131を実行することにより、ユーザ端末100を統括的に制御する。例えば、制御部110は、ゲームプログラム131およびユーザの操作にしたがって、ゲームを進行させる。また、制御部110は、ゲームを進行させている間、必要に応じて、サーバ200と通信して、情報の送受信を行う。
【0067】
制御部110は、ゲームプログラム131の記述に応じて、操作受付部111、表示制御部112、ユーザインターフェース(以下、UI)制御部113、アニメーション生成部114、パズル進行部115、報酬決定部116、取得準備部117および取得実行部118として機能する。制御部110は、実行するゲームの性質に応じて、ゲームを進行させるために、図示しないその他の機能ブロックとしても機能することができる。
【0068】
操作受付部111は、入力部151に対するユーザの入力操作を検知し受け付ける。操作受付部111は、タッチスクリーン15およびその他の入出力IF14を介したコンソールに対してユーザが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部110の各要素に出力する。
【0069】
例えば、操作受付部111は、入力部151に対する入力操作を受け付け、該入力操作の入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部111は、入力操作の種類として、例えばタッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。また、操作受付部111は、連続して検知されていた入力が途切れると、タッチスクリーン15から接触入力が解除されたことを検知する。
【0070】
UI制御部113は、UIを構築するために表示部152に表示させるUIオブジェクトを制御する。UIオブジェクトは、ユーザが、ゲームの進行上必要な入力をユーザ端末100に対して行うためのツール、または、ゲームの進行中に出力される情報をユーザ端末100から得るためのツールである。UIオブジェクトは、これには限定されないが、例えば、アイコン、ボタン、リスト、メニュー画面などである。
【0071】
パズル進行部115は、パズルをプレイするプレイ画面を生成する。また、パズル進行部115は、プレイ画面に対する操作に応じて、パズルを進行する。また、パズル進行部115は、パズルの1プレイが終了すると、そのプレイにおける成績等を表すプレイ結果を算出する。なお、パズルの1プレイとは、パズルゲームにおいて定められたプレイの単位の1回分を指すものとする。
【0072】
報酬決定部116は、第1の条件が満たされたときに、ユーザに付与するカプセルの個数、及び、各カプセルの種類を決定する。第1の条件とは、例えば、パズルの1プレイが終了することであってもよい。ただし、第1の条件は、これに限られず、ゲームにおいて設定されるその他の各種の目標を満たすことであってもよい。また、例えば、報酬決定部116は、パズル進行部115から通知されるプレイ結果に基づいて、付与するカプセルの個数を決定してもよい。
【0073】
また、報酬決定部116は、付与する各カプセルに対して、予め設定された設定確率に基づいて、その種類を設定する。希少度が高い種類ほど、設定確率が低くなるよう定められている。また、希少度が設定されない種類は、希少度が設定される種類より、設定確率が高くなるよう定められていてもよい。また、報酬決定部116は、付与する各カプセルに対して、有効期間を設定する。有効期間は、各種類に対して、予め関連付けられていてもよい。その場合、有効期間は、希少度が高いカプセルほど短くなるよう定められる。また、希少度が設定されない種類は、希少度が設定される種類より、有効期間が長くなるよう定められる。付与時からの経過時間が有効期間を超えたカプセルは、ユーザに付与されたカプセル群から削除される。以降、ユーザに付与されたカプセル群を、保有カプセル群とも記載する。
【0074】
また、ユーザが所有し得るカプセルの個数には上限が設定されている。保有カプセル群を構成するカプセルの個数が上限に達している場合、報酬決定部116は、第1の条件が満たされた場合でも、カプセルの付与を行わないようにしてもよい。あるいは、カプセルの個数が上限に達している場合、報酬決定部116は、上述のようにして付与するカプセルを決定した上で、付与予定のカプセルとして保存してもよい。なお、付与予定のカプセルは、保有カプセル群を構成するカプセルの個数が変化して上限より少なくなれば、任意の時点で保有カプセル群に加えられてもよい。ただし、その場合でも、カプセルに設定される有効期間は、付与予定となった時点からカウントされるようにしてもよい。
【0075】
取得準備部117は、第2の条件が満たされた場合に、保有カプセル群のうち開封対象のカプセルを抽選する処理を行う。また、取得準備部117は、消費アイテムと引き換えに抽選を指示する操作があった場合にも、保有カプセル群のうち開封対象のカプセルを抽選する。取得準備部117の詳細については、各実施形態において説明する。
【0076】
なお、第2の条件とは、例えば、パズルの進行状況に関わる条件であってもよい。進行状況に関わる条件の一例としては、例えば、パズルの1プレイが終了することが挙げられる。また、第2の条件とは、例えば、パズルのプレイ結果に基づく条件であってもよい。プレイ結果に基づく条件の一例としては、パズルにおける成績が目標を達成することが挙げられる。ただし、第2の条件は、これらの例に限られない。第2の条件とは、カプセルを即時に開封するための直接的な引き換え条件以外であって、ゲームにおいて設定され得る各種の条件である。なお、カプセルを即時に開封するための直接的な引き換えとは、例えば、消費アイテムとの引き換え等が挙げられる。
【0077】
取得実行部118は、取得準備部117によって抽選されたカプセルに応じたオブジェクトの決定を、サーバ200に要求する。具体的には、取得実行部118は、抽選されたカプセルの種類をサーバ200に通知する。前述したように、サーバ200において、オブジェクト提供部211は、通知された種類に応じたオブジェクトを決定し、取得実行部118に通知する。
【0078】
また、取得実行部118は、抽選されたカプセルに応じたオブジェクトを通知されると、当該カプセルを、開封されたものとして保有カプセル群から削除する。
【0079】
アニメーション生成部114は、各種オブジェクトの制御態様に基づいて、各種オブジェクトのモーションを示すアニメーションを生成する。例えば、報酬の抽選が実行されている様子を表現したアニメーション等を生成してもよい。
【0080】
表示制御部112は、タッチスクリーン15の表示部152に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部112は、アニメーション生成部114によって生成されたアニメーションを含むゲーム画面を表示部152に表示してもよい。また、表示制御部112は、上述のUIオブジェクトを、該ゲーム画面に重畳して描画してもよい。
【0081】
なお、
図2に示すサーバ200およびユーザ端末100の機能は一例にすぎない。サーバ200は、ユーザ端末100が備える機能の少なくとも一部を備えていてもよい。また、ユーザ端末100は、サーバ200が備える機能の少なくとも一部を備えていてもよい。さらに、ユーザ端末100およびサーバ200以外の他の装置をゲームシステム1の構成要素とし、該他の装置にゲームシステム1における処理の一部を実行させてもよい。すなわち、各実施形態においてゲームプログラムを実行するコンピュータは、ユーザ端末100、サーバ200、および他の装置の何れであってもよいし、これらの複数の装置の組み合わせにより実現されてもよい。
【0082】
〔実施形態1〕
本実施形態では、パズルの1プレイが終了することを条件に、保有カプセル群の1つが開封されるとともに新たに付与されるよう構成したゲームシステム1の一例について説明する。また、本実施形態では、消費アイテムと引き換えに、希少度が設定されたカプセルが開封されるまで、保有カプセル群の1つが順次抽選されて開封される。
【0083】
本実施形態では、カプセルには、希少度が設定されるものと、設定されないものがあるとする。また、設定される希少度としては、希少度が高い順に、S、A、B、Cの4段階があるものとする。また、希少度が設定されない種類を、「X」と表記する。したがって、本実施形態において、カプセルの種類は、S、A、B、C、Xの5種類である。これらの種類の設定確率は、希少度が設定されているものほど低くなるよう、且つ、希少度が高いほど低くなるよう、例えば、Sが5%、Aが10%、Bが15%、Cが25%、Xが45%であってもよい。また、各希少度には、当該希少度に応じた価値を有する1つ以上のキャラクタが関連付けられる。また、希少度が設定されない種類に対して、付随アイテムの一例としてのコインが関連付けられる。
【0084】
(取得準備部117の詳細な構成)
本実施形態における取得準備部117の詳細な構成について説明する。
【0085】
まず、取得準備部117が、第2の条件が満たされた場合に、保有カプセル群から開封対象を抽選する構成について説明する。
【0086】
本実施形態では、第2の条件として、パズルの1プレイが終了するとの条件が適用される。すなわち、取得準備部117は、パズルの1プレイが終了すると、保有カプセル群の中から何れか1つを抽選する。抽選の方法は、ランダムであってもよいが、これに限られない。なお、前述したように、第1の条件としても、パズルの1プレイが終了するとの条件が適用されているとする。つまり、パズルの1プレイが終了すると、開封対象のカプセルが抽選されるとともに、新たなカプセルが付与される。なお、第1の条件及び第2の条件は、必ずしも同一である必要はなく、異なっていてもよい。
【0087】
次に、取得準備部117が、消費アイテムと引き換えに抽選を指示する操作に応じて、保有カプセル群から開封対象を抽選する構成について説明する。本実施形態では、この場合、希少度が設定されたカプセルが抽選されるまで、保有カプセル群のうちの1つを順次抽選する。つまり、取得準備部117は、抽選したカプセルの種類がS、A、B、Cの何れかとなるまで、保有カプセル群の1つを順次抽選する。抽選の方法は、ランダムであってもよいが、これに限られない。
【0088】
このとき、取得準備部117は、保有カプセル群における各種類のカプセルが占める割合をユーザに提示した上で、消費アイテムと引き換えに抽選を指示する操作を受け付けることが望ましい。以下では、保有カプセル群における各種類のカプセルが占める割合を、「保有カプセル群における各種類の割合」とも記載する。これにより、ユーザは、保有カプセル群における各種類の割合を考慮して、任意の時点で抽選を指示することができる。例えば、ユーザは、保有カプセル群において、最も高い希少度であるSが設定されたカプセルの占める割合が多い(すなわち、希少度Sのカプセルが開封される可能性が高い)と考えた時点で、抽選を指示することができる。このように、ユーザは、所望する希少度のカプセルが開封される可能性を高めることに介入することができる。
【0089】
また、取得準備部117は、カプセルを抽選する度に、当該カプセルに関する情報を、取得実行部118に通知する。これにより、カプセルを順次抽選する度に、抽選したカプセルが開封されてオブジェクトが出現することになる。その結果、ユーザは、順次抽選されるカプセルの内包物をその度に確認することができ、ゲームの興趣性が増す。
【0090】
ここで、希少度が設定されたカプセルが抽選されるまで保有カプセル群のうちの1つが順次抽選される過程において、抽選された各カプセルから出現するオブジェクトは、取得実行部118から通知を受けたサーバ200によって決定される。換言すると、この過程において、サーバ200には、希少度が設定されていないカプセルが0回以上連続して順次通知され、最後に、希少度が設定されたカプセルが1回通知されることになる。
【0091】
この過程において、サーバ200のオブジェクト提供部211は、希少度が設定されていないカプセルが通知された場合に、その内包物として、希少度が設定されていない種類に対して関連付けられた付随アイテムを決定する。このとき、オブジェクト提供部211は、希少度が設定されていないカプセルの抽選が連続した回数に応じて、当該カプセルに内包される付随アイテムの個数を変化させてもよい。
【0092】
例えば、付随アイテムの個数は、抽選の連続回数に応じて単調増加してもよい。具体的には、1回目の抽選で希少度が設定されていないカプセルが抽選された場合に、内包される付随アイテムの個数をn(nは自然数)とする。この場合、i(iは2以上の自然数)回目の抽選で希少度が設定されていないカプセルが抽選された場合に、内包される付随アイテムの個数は、n×(1+d×(i-1))個であってもよい。d=0.2であるとすると、2回目では1回目の1.2倍、3回目では1回目の1.4倍の付随アイテムが内包物として決定される。
【0093】
また、例えば、付随アイテムの個数は、抽選の連続回数に応じて指数関数的に増加してもよい。具体的には、i回目の抽選で希少度が設定されていないカプセルが抽選された場合に、内包される付随アイテムの個数は、n×(1+d)(i-1)個であってもよい。d=0.2であるとすると、2回目では1回目の1.2倍、3回目では1回目の1.44倍の付随アイテムが内包物として決定される。
【0094】
そして、この過程の最後において、希少度が設定されたカプセルが通知された場合に、オブジェクト提供部211は、その内包物として、当該希少度に関連付けられた1つ以上のオブジェクトの中から、各オブジェクトの出現確率に基づいて何れかを決定すればよい。
【0095】
これにより、ユーザは、ゲームを有利に進める上での価値を有するオブジェクトを内包物として得られるまでの抽選回数が多くても、付随アイテムの獲得個数の期待値が増えるため、消費アイテムと引き換えることに対する納得感を得ることができる。
【0096】
また、取得準備部117は、消費アイテムと引き換えに、保有カプセル群の全て又は一部分を一括して開封してもよい。この場合、一括して開封するために要する消費アイテムの量は、希少度が設定されたカプセルが1つ抽選されるまで保有カプセル群のうちの1つを順次抽選するために要する消費アイテムの量より多いことが望ましい。また、一括して開封するために要する消費アイテムの量は、一括して開封する対象となるカプセル群における各種類の割合に応じて設定されてもよい。この他に、保有カプセル群のうち希少度が設定されているカプセルの数に応じて、一括して開封するために必要な消費アイテムの量が設定されてもよい。例えば、希少度が設定されたカプセルを1つ抽選するまで保有カプセル群のうちの1つを順次抽選するために要する消費アイテムの量を量「M1」とし、保有カプセル群に含まれる、希少度が設定されたカプセルの数をカプセル数「C1」とする。このとき、保有カプセル群の全てを一括して開封するために要する消費アイテムの量は、量「M1」とカプセル数「C1」との積よりもディスカウントした量としてもよい。このとき、例えば、保有カプセル群において、希少度がより高いカプセルの占める割合が多いほど、ディスカウント率を小さくし、希少度がより低いカプセルの占める割合が高いほど、ディスカウント率を大きくするといったように、保有カプセル群において各希少度のカプセルが占める割合構成に応じてディスカウント率を設定してもよい。
【0097】
また、取得準備部117は、消費アイテムと引き換えに一括して開封する操作を受け付けた場合に、保有カプセル群を構成する各カプセルの種類を、一括して取得実行部118に通知する。そして、取得実行部118は、各カプセルの種類を一括してサーバ200に通知することにより、各カプセルの内包物を一括して取得する。
【0098】
このとき、サーバ200のオブジェクト提供部211は、保有カプセル群のうち希少度が設定されたカプセルのそれぞれについては、前述したように、当該希少度に関連付けられたオブジェクトの中の何れかを決定する。また、オブジェクト提供部211は、保有カプセル群のうちの希少度が設定されていないカプセルのそれぞれについて、付随アイテムを決定する。このとき、オブジェクト提供部211は、希少度が設定されていないカプセルのそれぞれに対応して決定する付随アイテムの合計個数を、増加させてもよい。
【0099】
例えば、保有カプセル群のうち希少度が設定されたカプセルがm1個であり、希少度が設定されていないカプセルがm2個であったとする。また、各カプセルの内包物が1個であるとする。この場合、オブジェクト提供部211は、一括して開封する要求に応じて、m1個の価値を有するオブジェクトと、m2×x個の付随アイテムとを決定してもよい。ただし、xは、1以上の正数であるものとする。このとき、xは、所定範囲(例えば、1以上2以下)で抽選により決定されてもよい。
【0100】
これにより、ユーザは、一括して開封することにより、付随アイテムの獲得個数の期待値が増えるため、消費アイテムと引き換えることに対する納得感を得ることができる。
【0101】
<ゲームシステム1の処理フロー>
図3~
図4は、本実施形態に係るゲームシステム1に含まれる各コンピュータによって実行される処理の流れを示すフローチャートである。なお、本実施形態において、一連の処理ステップは、ユーザ端末100およびサーバ200において分担して実行されているが、図示した分担形態に限られない。また、例えば、すべてのステップをユーザ端末100が実行してもよいし、すべてのステップをサーバ200が実行してもよい。
【0102】
(1プレイ終了時の処理フロー)
まず、パズルの1プレイが終了したときの処理の流れを、
図3に示す。なお、
図3に示す処理の開始時には、既に、パズル進行部115によりユーザ端末100にパズルのプレイ画面が表示され、ユーザの操作によりパズルが進行中であるものとする。
【0103】
ステップS101で、ユーザ端末100におけるパズル進行部115は、1回のプレイが終了したか否かと判断する。1回のプレイが終了した場合、パズル進行部115は、プレイ結果を算出する。
【0104】
ステップS102で、取得準備部117は、保有カプセル群の中の何れかを抽選する。このとき、取得準備部117は、抽選結果を表す画面を表示するよう、表示制御部112に通知する。また、抽選結果を表す画面は、アニメーション生成部114により生成された、抽選の様子を表すアニメーションを含んでいてもよい。
【0105】
ステップS103で、取得準備部117は、抽選されたカプセルの開封をサーバ200に対して要求する。具体的には、取得準備部117は、抽選されたカプセルの種類を、サーバ200に送信する。
【0106】
ステップS104で、サーバ200におけるオブジェクト提供部211は、通知されたカプセルの種類に応じたオブジェクトを決定する。決定されるオブジェクトは、当該種類に関連付けられた1つ以上のオブジェクトの中から、出現確率に基づいて選択される。
【0107】
ステップS105で、オブジェクト提供部211は、決定したオブジェクトを、ユーザ端末100に通知する。
【0108】
ステップS106で、取得準備部117は、通知されたオブジェクトを、抽選されたカプセルから出現した内包物として、ユーザに付与する。このとき、取得準備部117は、抽選されたカプセルの開封結果を表す画面を表示するよう、表示制御部112に通知する。この開封結果を表す画面は、アニメーション生成部114により生成された、開封の様子を表すアニメーションを含んでいてもよい。
【0109】
ステップS107で、報酬決定部116は、ステップS101で算出されたプレイ結果に応じて、ユーザに付与するカプセルの個数を決定する。
【0110】
ステップS108で、取得準備部117は、ユーザに付与する各カプセルの種類を、設定確率に基づき決定する。そして、取得準備部117は、各カプセルに対して、決定した種類、及び、種類に応じた有効期間を設定する。
【0111】
ステップS109で、取得準備部117は、ユーザに各カプセルを付与する。このとき、取得準備部117は、カプセルの付与状況を表す画面を表示するよう、表示制御部112に通知する。例えば、付与状況を表す画面は、追加して付与された各カプセルの種類を認識可能な表示を含む。また、付与状況を表す画面は、アニメーション生成部114により生成された、カプセルが付与される様子を表すアニメーションを含んでいてもよい。
【0112】
なお、ステップS109において、ステップS107で決定したカプセルの個数を付与すると、保有カプセル群のカプセルが上限数を超えてしまう場合がある。この場合、上限数を超えるカプセルは付与されない。前述のように、上限数を超えるカプセルは、付与予定として保存されるか、あるいは、破棄される。
【0113】
(抽選操作受付時の処理フロー)
次に、消費アイテムと引き換えに抽選を指示する操作が受け付けられたときの処理の流れを、
図4に示す。なお、
図4に示す処理の開始時には、ユーザ端末100の表示部152に、保有カプセル群における各種類の割合を少なくとも示す保有カプセル画面が表示されているものとする。
【0114】
ステップS201で、ユーザ端末100において、操作受付部111は、消費アイテムと引き換えに抽選を指示する操作が受け付けられたか否かを判断する。抽選を指示する操作が受け付けられた場合、処理は、ステップS202に進む。
【0115】
ステップS202で、取得準備部117は、消費アイテムを消費するとともに、保有カプセル群の中から開封するカプセルを抽選する。また、取得準備部117は、抽選結果を表す画面を表示するよう、表示制御部112に通知する。
【0116】
ステップS203~S206の処理は、1プレイ終了時の処理における
図3のステップS103~S106と同様であるため、詳細な説明を繰り返さない。これにより、抽選されたカプセルが開封され、その種類に応じて決定されたオブジェクトが、ユーザに付与される。また、開封結果を表す画面が表示される。
【0117】
ステップS207で、取得準備部117は、開封されたカプセルの種類が、希少度が設定された種類であるか否かを判断する。ここで、希少度が設定された種類でない場合、取得準備部117は、ステップS202からの処理を繰り返す。一方、希少度が設定された種類である場合、取得準備部117は、今回の抽選処理を終了する。これにより、抽選を指示する操作に応じて、消費アイテムと引き換えに、希少度が設定されたカプセルが開封されるまで、保有カプセル群の何れかが順次開封される。
【0118】
<ゲーム画面例>
図5~
図7は、本実施形態のゲームシステム1に基づくゲームにおいて、ユーザ端末100の表示部152において表示されるゲーム画面の一例を示す図である。
【0119】
図5(A)は、ステップS101において、パズル進行部115によって表示されるパズル画面の一例である。このパズル画面は、複数のパズル要素501と、射出台502とを含む盤面によって構成される。複数のパズル要素501は、盤面内に配置される。各パズル要素501には、複数種類のキャラクタの何れかが表示されている。射出台502上には、キャラクタ要素503の何れかがセットされ得る。パズル進行部115は、射出台502上のキャラクタ要素503が操作されると、当該キャラクタ要素503を射出して複数のパズル要素501の少なくとも一部に衝突させ、衝突に応じて、複数のパズル要素501の配置を変更する。このとき、複数のパズル要素501のうち、射出されたキャラクタ要素503と同種のキャラクタが表示されたパズル要素501が、所定数以上連続して配置されれば、パズル進行部115は、それらのパズル要素501を盤面から除去する。また、パズル進行部115は、除去されたパズル要素501に応じてプレイ結果を算出する。プレイ結果は、例えば、連続して除去された同種のパズル要素501の個数(連鎖数)によって表される。
【0120】
ここで、射出台502上にセット可能なキャラクタ要素503は、ユーザが保有しているキャラクタの何れかである。例えば、パズル進行部115は、保有しているキャラクタの一覧504から、射出台502にセットするキャラクタ要素503を選択可能な選択画面を表示してもよい。
図5(B)は、選択画面の一例である。選択画面は、保有しているキャラクタの一覧504を含む。この例では、一覧504は、「ティア」、「ハート」、「ルナ」の3つのキャラクタを含んでいる。なお、一覧504の中で「ティア」を示す図形の輪郭が太線となっているのは、当該キャラクタが選択されていることを示している。また、選択画面は、選択されたキャラクタに関するパラメータ表示505を含んでいる。また、選択画面は、選択されたキャラクタのキャラクタ要素503を射出台502にセットすることを指示する「セット」ボタン506を含んでいる。
【0121】
この例では、パラメータ表示505には、「ティア」に関するパラメータとして、レベルが23であることと、得点単価が454であることが表示されている。レベルは、当該キャラクタが最初にユーザに付与されたときには、初期値(例えば、1)が設定される。また、レベルは、例えば、当該キャラクタによるプレイ中の累計得点に応じてアップする。また、レベルは、例えば、当該キャラクタと同一のキャラクタがユーザに付与されたときにアップする。得点単価は、プレイにおいて盤面から除去されたときの得点の単価である。得点単価は、レベルアップに伴い増加する。保有カプセル群の何れかが開封されてキャラクタが得られた場合には、このような選択画面の一覧504に、新たなキャラクタが追加される。あるいは、開封されて得られたキャラクラが既存のキャラクタである場合は、当該キャラクタのレベルがアップする。
【0122】
図6は、保有カプセル群に対して、消費アイテムと引き換えに抽選を指示する操作を受け付ける保有カプセル画面の一例である。
図6(A)の保有カプセル画面は、保有カプセル群における各種類の割合を表す種類表示601を含んでいる。また、保有カプセル画面は、消費アイテムと引き換えに保有カプセル群の1つを開封するための「ひとつ開封」ボタン602を含んでいる。また、保有カプセル画面は、消費アイテムと引き換えに保有カプセル群を一括して開封するための「ぜんぶ開封」ボタン603を含んでいる。この例では、一括して開封する対象となるのは、保有カプセル群の全てであるものとする。なお、「ひとつ開封」ボタン602及び「ぜんぶ開封」ボタン603には、それぞれ、引き換える消費アイテムの個数(この場合、仮想通貨を表す「通貨」の個数)が表示されている。このような
図6(A)の保有カプセル画面は、
図3に示した1プレイ終了時の処理の終了時に表示されてもよい。この場合、パズルの1プレイが終了してカプセルの開封及び付与が実行された後、保有カプセル群の構成の変化が反映された保有カプセル画面が表示される。
【0123】
図6(B)は、
図4のステップS201で表示される承諾画面の一例である。承諾画面は、消費アイテムと引き換えるか否かをユーザに選択させる画面である。この承諾画面は、
図6(A)の保有カプセル画面において「ひとつ開封」ボタン602に対する操作が受け付けられると表示される。承諾画面は、消費アイテムと引き換えることを承諾する「はい」ボタン604、及び、承諾しない「いいえ」ボタン605を含む。
【0124】
図7(A)は、保有カプセル群に対する抽選の様子を表す抽選画面である。この抽選画面は、
図6(B)の承諾画面において「はい」ボタン604に対する操作が受け付けられると(ステップS201でYes)表示されることになる(ステップS202)。この例では、抽選画面は、保有カプセル群を構成する1つ1つのカプセルの表示を含む。また、各カプセルには、その種類が認識可能に表示される。また、保有カプセル群のうち、抽選されたカプセルがどれであるかが認識可能に表示される。この例では、各カプセルに、種類を示す文字列が表示されているが、カプセルの種類は、必ずしも文字列で表されていなくてもよい。例えば、カプセルのデザインによって種類が認識可能に表示されていてもよい。また、例えば、抽選画面は、保有カプセル群が射撃場に配置されており、そのうち抽選された1つが射撃により割れた様子を表す画面であってもよい。この例では、希少度が設定されていない種類Xのカプセルが割れた様子が表されている。
【0125】
図7(B)は、抽選されたカプセルが開封されてオブジェクトが出現した様子を表す開封結果画面である。この開封結果画面は、
図7(A)に続いて表示される(ステップS206)。この例では、種類Xのカプセルにはコインが関連づけられているため、この開封結果画面は、コインが出現する様子を表している。出現したコインは、ステップS203~S206が実行されることにより、サーバ200のオブジェクト提供部211によって、種類Xに応じて決定されたものである。
【0126】
ここで、ステップS207で、開封されたカプセルに、希少度が設定されているか否かが判断される。つまり、開封されたカプセルの種類がS、A、B、Cの何れかであれば、ステップS207でYesと判断され、Xであれば、Noと判断される。
図7(B)の画面例では、Noと判断されることになる。
【0127】
そこで、ステップS202~S206が繰り返される。再び種類Xのカプセルが抽選された場合は、
図7(A)及び(B)が表示され、さらにステップS202~S206が繰り返される。そして、希少度Aが設定されたカプセルが抽選されたとする。
【0128】
図8(A)は、保有カプセル群のうち希少度Aのカプセルが抽選された様子を表す抽選画面である。なお、この画面例では、
図7において既に開封された種類Xのカプセルは削除されている。
【0129】
図8(B)は、
図8(A)に続いて表示される開封結果画面である。ここでは、希少度Aのカプセルが開封されて、キャラクタ「サン」が出現する様子が表されている。開封されたカプセルに希少度Aが設定されているため、ステップS207でYesと判断されて、今回の抽選処理が終了する。
【0130】
なお、
図6(A)において、「ぜんぶ開封」ボタン603に対する操作が受け付けられた場合には、
図6(B)に準ずる承諾画面が表示された後、保有カプセル群の全てが開封される。そして、各カプセルについてステップS203~S206と同様の処理が実行されることにより、保有カプセル群の全てから出現するオブジェクトがユーザに付与されることになる。
【0131】
このように、ユーザは、
図6(A)に示した保有カプセル画面において、保有カプセル群における各種類の割合を確認することができる。その上で、ユーザは、その時点での構成で抽選を実行すれば所望の希少度のカプセルが開封される確率が高い、と考えれば、
図7~
図8に示したように、消費アイテムと引き換えに抽選を実行することができる。そして、最初のうちは、希少度が設定されていないカプセルが順次開封されたとしても、最終的には、何れかの希少度が設定されたカプセルが開封されてキャラクタが得られるため、ユーザは、消費アイテムと引き換えたことに対する納得感を得ることができる。また、ユーザは、希少度が設定されたカプセルが開封されるまでの過程を楽しむことができる。
【0132】
〔変形例〕
実施形態1では、消費アイテムと引き換えに、希少度が設定されたカプセルが開封されるまで、保有カプセル群の何れかを順次開封する例について説明した。これを変形し、消費アイテムと引き換えに、保有カプセル群のうち希少度が設定された1つ以上のカプセルの中から1つを抽選する構成が可能である。
【0133】
(取得準備部117の変形例)
上述した実施形態1における取得準備部117において、消費アイテムと引き換えに抽選を指示する操作を受け付けた場合の構成が変形される。
【0134】
まず、本変形例で抽選の対象となるのは、保有カプセル群のうち、希少度が設定された1つ以上のカプセルである。具体的には、取得準備部117は、S、A、B、Cの希少度が設定されたカプセルの中から何れかを抽選する。この場合、該当する1つ以上のカプセルの中から何れかを抽選する手法は、ランダムであってもよいが、これに限られない。また、取得準備部117が抽選するカプセルの個数は、1つであってもよいし、複数であってもよい。例えば、取得準備部117は、プレイ結果に応じた個数のカプセルを抽選してもよい。
【0135】
(変形例における抽選操作受付時の処理フロー)
本変形例では、
図4を用いて説明した抽選操作受付時の処理フローは、
図9のように変形される。なお、
図9に示す処理の開始時には、ユーザ端末100の表示部152に、保有カプセル群における各種類の割合を少なくとも示す画面が表示されているものとする。
【0136】
ステップS301で、ユーザ端末100において、操作受付部111は、消費アイテムと引き換えに抽選を指示する操作が受け付けられたか否かを判断する。ここで、抽選を指示する操作が受け付けられた場合、処理は、ステップS302に進む。
【0137】
ステップS302で、取得準備部117は、消費アイテムと引き換えに、保有カプセル群のうち希少度が設定されたカプセルの中から、開封対象となるカプセルを抽選する。また、取得準備部117は、抽選結果を表す画面を表示するよう、表示制御部112に通知する。
【0138】
ステップS303~S306の処理は、1プレイ終了時の処理における
図3のステップS103~S106と同様であるため、詳細な説明を繰り返さない。これにより、抽選されたカプセルが開封され、その希少度に応じて決定されたオブジェクトが、ユーザに付与される。また、開封結果を表す画面が表示される。
【0139】
(変形例の画面)
本変形例における画面遷移は、上述した
図6及び
図8を用いて説明される。すなわち、
図6(A)の保有カプセル画面において、保有カプセル群における各種類の割合をユーザに提示する。その上で、
図6(B)の承諾画面で消費アイテムと引き換えることを承諾する「はい」ボタン604が操作されたとする。すると、保有カプセル群のうち希少度S、A、B、Cの何れかが設定されたカプセルの中から抽選が行われる。その結果、
図8(A)に示すように、例えば、希少度Aのカプセルが抽選された抽選画面が表示され、
図8(B)に示すような開封結果画面が表示されることになる。
【0140】
このように、変形例においても、ユーザは、
図6(A)に示した保有カプセル画面において各種類の割合を確認することができる。その上で、ユーザは、その時点での構成において抽選を実行すれば所望の希少度のカプセルが開封される確率が高い、と考えれば、
図8に示したように消費アイテムと引き換えに抽選を実行することができる。そして、希少度が設定されたカプセル(すなわち、キャラクタが得られるカプセル)の中から開封対象のカプセルが選ばれるため、ユーザは、消費アイテムと引き換えたことに対する納得感を得ることができる。
【0141】
<本実施形態の効果>
以上説明したように、本実施形態及びその変形例では、パズルの1プレイが終了する度に、カプセルが開封されるとともに新たなカプセルが付与されるため、保有カプセル群における各種類の割合が変化する。ユーザは、そのように変化する各種類の割合を確認しながら、任意の時点で、消費アイテムと引き換えに保有カプセル群の抽選を実行して何れかを開封することができる。その結果、ユーザは、所望の希少度のカプセルを開封する可能性を高めることに対して介入できたと感じることができ、抽選結果に対して納得感を得ることができる。
【0142】
また、本実施形態及びその変形例では、第1の条件及び第2の条件として、パズルの1プレイが終了することを採用している。そのため、ユーザは、パズルのプレイによりカプセルを取得できるとともに、何れかを開封してオブジェクトを取得できる。その結果、ユーザは、プレイすればするほど、取得したオブジェクトによりゲームを有利に進めることができ、より高いスコアを目指せるようになる。このように、本実施形態及びその変形例は、ユーザに対して、パズルのプレイを促すことができる。
【0143】
また、本実施形態及びその変形例では、プレイ結果に応じて、パズルの1プレイ終了時に付与されるカプセルの個数が決定される。また、変形例では、プレイ結果に応じて、パズルの1プレイ終了時に開封されるカプセルの個数が決定される。その結果、ユーザは、より高いスコアを目指すようになる。このように、本実施形態及びその変形例は、ユーザに対して、パズル操作の習熟を促すことができる。
【0144】
〔実施形態2〕
上述した実施形態1では、第2の条件として、パズルの1プレイが終了するとの条件を採用する例について説明した。これを変形し、第2の条件として、後述するポイントが閾値以上となるとの条件を採用する構成が可能である。また、本実施形態では、ポイントが閾値以上となる度に、保有カプセル群のうちの1つが、付与された順に開封される。
【0145】
本実施形態では、カプセルには、希少度が設定され、希少度が設定されないカプセルはないものとする。また、実施形態1と同様に、カプセルに設定される希少度として、希少度が高い順に、S、A、B、Cの4種類があるものとする。これらの希少度の設定確率は、希少度が高いほど高くなるよう、例えば、Sが5%、Aが15%、Bが30%、Cが50%であってもよい。また、各希少度に対して、当該希少度に応じた価値を有する1つ以上のキャラクタが関連付けられる。
【0146】
(報酬決定部116の詳細な構成)
報酬決定部116は、付与する各カプセルに対して、有効期間を設定する。有効期間は、各種類に対して、予め関連付けられていてもよい。その場合、有効期間は、希少度が高いカプセルほど短くなるよう定められる。また、希少度が設定されない種類は、希少度が設定される種類より、有効期間が長くなるよう定められる。付与時からの経過時間が有効期間を超えたカプセルは、ユーザに付与されたカプセル群から削除される。
【0147】
本実施形態では、報酬決定部116は、報酬決定部116について前述した構成に加えて、次のような構成を有する。すなわち、報酬決定部116は、パズルのプレイ結果に応じて、後述するスロットに配置されたカプセルに付与するポイントを決定する。決定するポイントの量は、プレイ結果が示す成績が高いほど、多くなるよう設定されてもよい。
【0148】
(取得準備部117の詳細な構成)
本実施形態における取得準備部117の詳細な構成について説明する。
【0149】
まず、取得準備部117が、第2の条件が満たされた場合に、保有カプセル群から開封対象を抽選する構成について説明する。
【0150】
本実施形態では、取得準備部117は、第2の条件が満たされる度に、保有カプセル群のうち最も古くユーザに付与されたカプセルを開封可能な状態に遷移させる。一例として、取得準備部117は、カプセルを開封するためのスロットに、保有カプセル群のうち最も古くユーザに付与されたカプセルを配置する。ここでは、ユーザに付与されているスロットの個数は1つであるものとする。なお、保有カプセル群のうち、スロットに配置されたカプセル以外の1つ以上のカプセルを総称して、ストックと呼ぶものとする。取得準備部117は、ストックに含まれるカプセル群を、ユーザに付与された順序にしたがう列として管理する。ストックに含まれるカプセルの列は、先頭から末尾に向かって、付与された時期が新しくなるよう並べられているものとする。取得準備部117は、スロットにカプセルを配置すると、スロットに配置されたカプセルについての有効期限の設定を解除することとしてもよい。このようにスロットにカプセルが配置されると、時間の経過によっては削除されなくなることとしてもよい。
【0151】
また、取得準備部117は、報酬決定部116によってユーザに付与されたポイントを、スロットに配置されたカプセルに対して付与する。取得準備部117がポイントを付与していくことによって、該ポイントの合計が所定値に到達する(第2の条件が満たされる)と、カプセルは開封可能な状態となる。すなわち、取得実行部118が、カプセルに応じたオブジェクトを取得できる状態となる。例えば、取得実行部118は、開封可能な状態となったカプセルに対して開封を指示する操作が受け付けられると、サーバ200に開封を要求することにより、当該カプセルに応じたオブジェクトを取得する。
【0152】
また、取得準備部117は、取得実行部118によって開封されたカプセルを、スロットから削除する。また、取得準備部117は、開封されたカプセルのスロットからの削除に伴い、ストックの先頭のカプセルをスロットに移動する。スロットに移動された直後のカプセルに付与されているポイントは、初期値(例えば、0)である。また、取得準備部117は、ストックの残りのカプセルの順序を1つずつ繰り上げる。
【0153】
なお、複数のスロットがユーザに付与され得る構成も可能である。その場合、取得準備部117は、保有カプセル群のうち最も古いものから順にスロットの個数分のカプセルを、各スロットに配置すればよい。また、その場合、複数のスロットに順序が設定され、より古くユーザに付与されたカプセルほど、より先頭のスロットに配置されてもよい。また、取得準備部117は、決定されたポイントを、複数のスロットに配置されたカプセルのそれぞれに付与してもよい。
【0154】
次に、取得準備部117が、消費アイテムと引き換えに抽選を指示する操作に応じて、保有カプセル群から開封対象を抽選する構成について説明する。ここでは、抽選の対象は、ストックに含まれるカプセル群であるものとする。抽選の方法は、ランダムであってもよいが、これに限られない。ここで、スロットに配置されたカプセルは、次に第2の条件が満たされた場合に消費される予定の権利を表している。したがって、ストックに含まれるカプセル群は、次に第2の条件が満たされた場合に消費される予定の権利以外の1つ以上の権利を表している。
【0155】
このとき、取得準備部117は、保有カプセル群における各種類の割合をユーザに提示した上で、消費アイテムと引き換えに抽選を指示する操作を受け付けることが望ましい。これにより、ユーザは、保有カプセル群における各種類の割合を考慮して、任意の時点で抽選を指示することができる。例えば、ユーザは、保有カプセル群において、最も高い希少度であるSが設定されたカプセルの占める割合が多い(すなわち、希少度Sのカプセルが開封される可能性が高い)と考えた時点で、抽選を指示することができる。このように、ユーザは、所望する希少度のカプセルが開封される可能性を高めることに介入することができる。
【0156】
<ゲームシステム1の処理フロー>
図10~
図11は、本実施形態に係るゲームシステム1に含まれる各コンピュータによって実行される処理の流れを示すフローチャートである。なお、本実施形態において、一連の処理ステップは、ユーザ端末100およびサーバ200において分担して実行されているが、図示した分担形態に限られない。また、例えば、すべてのステップをユーザ端末100が実行してもよいし、すべてのステップをサーバ200が実行してもよい。
【0157】
(1プレイ終了時の処理フロー)
まず、パズルの1プレイが終了したときの処理の流れを、
図10に示す。なお、
図10に示す処理の開始時には、既に、パズル進行部115によりユーザ端末100にパズルのプレイ画面が表示され、ユーザの操作によりパズルが進行中であるものとする。
【0158】
ステップS401~S402の処理は、
図3を参照して説明した実施形態1におけるステップS101、S107の処理と同様であるため、詳細な説明を繰り返さない。これにより、1回のプレイが終了すると、プレイ結果に応じてユーザに付与されるカプセルの個数が決定される。
【0159】
ステップS403で、報酬決定部116は、付与する各カプセルに、希少度及び有効期間を設定する。
【0160】
ステップS404で、取得準備部117は、ストックにおけるカプセルの列の末尾に、付与されたカプセルを追加する。なお、本ステップにおいても、ステップS109で説明したように、上限数を超えるカプセルは、付与予定として保存されるか、あるいは、破棄される。
【0161】
ステップS405で、報酬決定部116は、プレイ結果に応じたポイントを算出する。
【0162】
ステップS406で、取得準備部117は、スロットに配置されたカプセルに、算出されたポイントを付与する。なお、既に付与されたポイントがあれば、今回付与されたポイントが、既に付与されたポイントに加算され、これまでに当該カプセルに付与されたポイントの合計が算出される。このとき、取得準備部117は、スロットと、ポイントの合計と、末尾に新たなカプセルが追加されたストックとを含む保有カプセル画面を表示するよう、表示制御部112に通知する。
【0163】
ステップS407で、取得準備部117は、ポイントの合計が所定値に到達したか否かを判断する。到達した場合、スロットに配置されたカプセルが開封可能な状態となり、ステップS408の処理が実行される。
【0164】
ステップS408で、取得準備部117は、スロットにおいて開封可能な状態となったカプセルに対して、開封を指示する操作を受け付けたか否かを判断する。例えば、開封を指示する操作は、開封可能な状態となったカプセルに対するタップ操作であってもよい。開封を指示する操作は、操作受付部111によって受け付けられる。ここで、開封を指示する操作が受け付けられた場合、ステップS409の処理が実行される。
【0165】
ステップS409~S412の処理は、実施形態1における
図3のステップS103~S106と同様であるため、詳細な説明を繰り返さない。これにより、開封可能状態となったカプセルが開封され、その希少度に応じて決定されたオブジェクトが、ユーザに付与される。また、開封結果を表す画面が表示される。
【0166】
ステップS413で、取得準備部117は、開封されたカプセルをスロットから削除し、ストックの先頭のカプセルをスロットに移動する。新たにスロットに配置されたカプセルのポイントとしては、初期値が設定される。また、取得準備部117は、ストックの残りのカプセルの順序を1つずつ繰り上げる。このとき、取得準備部117は、保有カプセル画面において各カプセルが移動した結果が表示されるよう、表示制御部112に通知する。
【0167】
(抽選操作受付時の処理フロー)
次に、消費アイテムと引き換えに抽選を指示する操作が受け付けられたときの処理の流れを、
図11に示す。なお、
図11に示す処理の開始時には、ユーザ端末100の表示部152に、スロットと、ポイントの合計と、ストックとを含む保有カプセル画面が表示されているものとする。
【0168】
ステップS501で、ユーザ端末100において、操作受付部111は、消費アイテムと引き換えに抽選を指示する操作が受け付けられたか否かを判断する。抽選を指示する操作が受け付けられた場合、処理は、ステップS502に進む。
【0169】
ステップS502で、取得準備部117は、消費アイテムを消費するとともに、ストックの中から、開封するカプセルを抽選する。また、取得準備部117は、抽選結果を表す画面を表示するよう、表示制御部112に通知する。
【0170】
ステップS503~S506の処理は、実施形態1における
図3のステップS103~S106と同様であるため、詳細な説明を繰り返さない。これにより、抽選されたカプセルが開封され、その希少度に応じて決定されたオブジェクトが、ユーザに付与される。また、開封結果を表す画面が表示される。
【0171】
<ゲーム画面例>
図12~
図13は、本実施形態のゲームシステム1に基づくゲームにおいて、ユーザ端末100の表示部152において表示されるゲーム画面の一例を示す図である。
【0172】
図12(A)は、ステップS406等で表示される保有カプセル画面の一例である。保有カプセル画面は、スロット枠1201と、ポイントの合計を示すゲージ1202と、ストック領域1203と、抽選ボタン1204とを含んでいる。この例では、スロット枠1201が示すスロットに、希少度Bのカプセルが配置されている。このカプセルは、保有カプセル群のうち、最も古くユーザに付与されたカプセルである。また、ゲージ1202は、当該カプセルに対してこれまでに付与されたポイントの合計が、最大値に占める割合を示すものである。最大値とは、カプセルが開封可能状態となるためにポイントが到達すべき所定値である。また、ストック領域1203には、ユーザに付与された順に並べられたカプセルの列が含まれる。この例では、ストック領域1203内のカプセルは、ユーザに付与された順にその希少度が、C、B、C、C、A、C、S、Bとなっている。このように、本画面において、1つ1つのカプセルの希少度が提示されているので、ユーザは、保有カプセル群における各種類の割合を確認することができる。
【0173】
なお、
図12(A)の保有カプセル画面において、カプセル間に表示された白抜きの矢印は、スロットに配置されたカプセルの開封に応じて各カプセルが移動する方向を示している。この例では、ユーザが保有し得るカプセルの上限値として、17個が定められている。また、この例では、スロット枠1201に配置されたカプセルと、ストック領域1203内の8つのカプセルとの、合計9個のカプセルが、保有カプセル群に含まれている。ストック領域1203の下部において斜線パターンで塗りつぶされた8つの円は、この状態のストック領域1203に対してあと8個のカプセルが配置可能であることを表している。
【0174】
抽選ボタン1204は、消費アイテムと引き換えにストックからの抽選を指示する操作を受け付けるためのボタンである。この例では、仮想通貨50個と引き換えに、ストックからの抽選が可能であることが表示されている。
【0175】
図12(B)は、ステップS501で表示される承諾画面の一例である。承諾画面では、消費アイテムと引き換えるか否かをユーザに選択させる画面である。この承諾画面は、
図12(A)の保有カプセル画面において「抽選」ボタン1204に対する操作が受け付けられると表示される。承諾画面は、消費アイテムと引き換えることを承諾する「はい」ボタン1205及び承諾しない「いいえ」ボタン1206を含む。
【0176】
図13(A)は、ストックに対する抽選の結果を表す抽選結果画面である。この抽選結果画面は、
図12(B)の承諾画面において「はい」ボタン1205に対する操作が受け付けられたことに応じて(ステップS501でYes)、ストックからの抽選結果として表示されることになる(ステップS502)。この例では、抽選結果画面は、ストックの中から希少度Aのカプセルが抽選されたことを表している。
【0177】
図13(B)は、抽選されたカプセルが開封されてオブジェクトが出現した様子を表す開封結果画面である。この開封結果画面は、
図13(A)に続いて表示される(ステップS506)。この例では、希少度Aのカプセルが開封されて、キャラクタ「サン」が出現する様子が表されている。
【0178】
このように、ユーザは、
図12(A)に示した保有カプセル画面において各種類の割合を確認することができる。その上で、ユーザは、その時点の構成で抽選を実行すれば所望の希少度のカプセルが開封される確率が高い、と考えれば、
図13に示したように、消費アイテムと引き換えに抽選を指示することができる。そして、スロット以外のストックの中から、何れかのカプセルが開封される。すなわち、ユーザに付与された時期が新しいためにスロットに配置されるまでの期間が長いことが予想されるカプセルであっても、抽選される可能性がある。その結果、ユーザは、消費アイテムと引き換えたことに対する納得感を得ることができる。
【0179】
<本実施形態の効果>
以上説明したように、本実施形態では、パズルの1プレイが終了して新たなカプセルが追加されたり、ポイントが所定値に到達してカプセルが開封されたりすることにより、保有カプセル群における各種類の割合が変化する。ユーザは、そのように変化する各種類の割合を確認しながら、任意の時点で、消費アイテムと引き換えに保有カプセル群の抽選を実行して何れかを開封することができる。その結果、ユーザは、所望の希少度のカプセルを開封する可能性を高めることに対して介入できたと感じることができ、抽選結果に対して納得感を得ることができる。
【0180】
また、本実施形態では、第1の条件として、パズルの1プレイが終了することを採用し、第2の条件として、プレイ結果に応じたポイントが所定値に到達すること採用している。そのため、ユーザは、パズルのプレイによりカプセルを取得できる。また、ユーザは、プレイ結果に応じて付与されるポイントがたまると、最初に取得したカプセルを開封してオブジェクトを取得できる。その結果、ユーザは、プレイすればするほど、より多くのカプセルを取得して得られたオブジェクトによりゲームを有利に進めることができ、より高いスコアを目指せるようになる。このように、本実施形態は、ユーザに対して、パズルのプレイを促すことができる。
【0181】
また、本実施形態では、プレイ結果に応じて、パズルの1プレイ終了時に付与されるカプセルの個数が決定される。また、プレイ結果に応じて、付与されるポイントの量が多くなる。その結果、ユーザは、より高いスコアを目指すようになる。このように、本実施形態は、ユーザに対して、パズル操作の習熟を促すことができる。
【0182】
〔各実施形態のその他の変形例〕
なお、実施形態1において説明したような、消費アイテムと引き換えに保有カプセル群の全て又は一部分を一括して開封する機能を、実施形態2に適用することが可能である。
【0183】
また、実施形態2において採用した第2の条件である「ポイントが所定値に到達する」との条件を、実施形態1において採用することも可能である。この場合、保有カプセル群の一部または全部に対して、ポイントが付与されるようにしてもよい。
【0184】
また、各実施形態において、取得準備部117は、第2の条件として、ゲームにおいて設定される目標を達成するとの条件を採用してもよい。
【0185】
また、各実施形態において、取得準備部117は、消費アイテムと引き換えに、保有カプセル群の全てまたは一部分を一括して破棄する機能を有していてもよい。この場合、各実施形態において、保有カプセル画面は、一括して破棄することを指示する操作ボタンをさらに含んでいてもよい。取得準備部117は、そのような操作ボタンに対する操作に応じて、保有カプセル群の全て又は一部分を一括して破棄する。これによりユーザは、消費アイテムと引き換えに抽選する対象となる保有カプセル群の全て又は一部分の構成を、消費アイテムと引き換えにリセットすることができる。
【0186】
また、各実施形態において、消費アイテムと引き換えに、各種のアイテムがユーザに付与されるようにしてもよい。この場合、付与されるアイテムとしては、ゲームのプレイにおける設定を、ゲームを有利に進められるよう変更することが可能なアイテムが挙げられる。そのような各種のアイテムとしては、例えば、フタアイテム、除去アイテム、希少度変更アイテム、延長アイテム、増量アイテム等が挙げられる。
【0187】
例えば、取得準備部117は、フタアイテムの利用が指示されると、所定期間、第1の条件が満たされてもカプセルをユーザに付与しないようにしてもよい。所定期間とは、例えば、パズルの1プレイであってもよい。
【0188】
また、例えば、取得準備部117は、除去アイテムの利用が指示されると、保有カプセル群のうち、希少度に基づく所定条件を満たすカプセルを破棄してもよい。希少度に基づく所定条件とは、例えば、特定の希少度であることであってもよい。また、希少度に基づく所定条件とは、希少度が閾値以下であることであってもよい。また、希少度に基づく所定条件とは、希少度が設定されていないことであってもよい。また、希少度に基づく所定条件とは、これらの条件の組み合わせであってもよい。
【0189】
また、例えば、取得準備部117は、希少度変更アイテムの利用が指示されると、保有カプセル群のうち、所定のカプセルの希少度を所望の希少度に変更してもよい。
【0190】
また、例えば、取得準備部117は、延長アイテムの利用が指示されると、保有カプセル群のうち、所定のカプセルの有効期間を延長してもよい。
【0191】
また、例えば、取得準備部117は、増量アイテムの利用が指示されると、ポイントの付与条件を満たした場合のポイントの付与量を増加させてもよい。具体的には、取得準備部117は、パズルのプレイにおける同一の成績に対して付与されるポイントの量を増加させてもよい。
【0192】
〔ソフトウェアによる実現例〕
制御部210の制御ブロック(特に、オブジェクト提供部211)、ならびに、制御部110の制御ブロック(特に、操作受付部111、表示制御部112、ユーザインターフェース(以下、UI)制御部113、アニメーション生成部114、パズル進行部115、報酬決定部116、取得準備部117および取得実行部118)は、集積回路(ICチップ)等に形成された論理回路(ハードウェア)によって実現してもよいし、CPU(Central Processing Unit)を用いてソフトウェアによって実現してもよい。
【0193】
後者の場合、制御部210または制御部110、もしくはその両方を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するCPU、上記プログラムおよび各種データがコンピュータ(またはCPU)で読み取り可能に記録されたROM(Read Only Memory)または記憶装置(これらを「記録媒体」と称する)、上記プログラムを展開するRAM(Random Access Memory)などを備えている。そして、コンピュータ(またはCPU)が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【0194】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【0195】
〔付記事項〕
本発明の一側面に係る内容を列記すると以下のとおりである。
【0196】
(項目1) ゲームプログラム(131)について説明した。本開示のある局面によると、ゲームプログラムは、プロセッサ(10)及びメモリ(11)を備えるコンピュータ(ユーザ端末100)により実行されるものである。ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与される。権利は、消費されることにより当該権利に応じたオブジェクトをユーザに付与するものである。ゲームプログラムは、プロセッサに、ゲームにおいて第2の条件が満たされた場合に、ユーザに付与された1つ以上の権利の何れかを消費する第1のステップ(ステップS102)と、ユーザに関連付けられた消費アイテムと引き換えに、ユーザに付与された1つ以上の権利の何れかを消費する第2のステップ(ステップS202)と、を実行させる。
【0197】
前記の構成によれば、第2の条件が満たされた場合だけでなく、消費アイテムと引き換えに、ユーザに付与された1つ以上の権利の何れかを消費することが可能である。そのため、ユーザは、付与された1つ以上の権利の構成を確認した上で、任意の時点で、1つ以上の権利の何れかを消費することができる。
【0198】
その結果、ユーザにとって所望の権利を消費する可能性を高めることに、ユーザが介入する程度が向上する。
【0199】
(項目2) (項目1)において、ユーザに付与された1つ以上の権利には、当該権利を消費した場合に得られるオブジェクトの価値であって、ゲームを有利に進める上での価値の高さを表す希少度が設定された権利と、希少度が設定されない権利とが含まれていてもよい。この場合、第2のステップでは、消費アイテムと引き換えに、希少度が設定された権利が消費されるまで、ユーザに付与された1つ以上の権利の何れかを順次消費してもよい。これにより、ユーザは、消費アイテムと引き換えに、最終的には希少度が設定された権利を消費することができるため、納得感を得ることができる。また、ユーザは、希少度が設定された権利を消費するまでの過程を楽しむことができる。
【0200】
(項目3) (項目1)において、ユーザに付与された1つ以上の権利には、当該権利を消費した場合に得られるオブジェクトの価値であって、ゲームを有利に進める上での価値の高さを表す希少度が設定された権利と、希少度が設定されない権利とが含まれていてもよい。この場合、第2のステップでは、消費アイテムと引き換えに、ユーザに付与された1つ以上の権利のうち希少度が設定された権利の何れかを消費してもよい。これにより、ユーザは、消費アイテムと引き換えに、希少度が設定された権利を消費することができるため、納得感を得ることができる。
【0201】
(項目4) (項目1)において、第1のステップでは、第2の条件が満たされる度に、ユーザに付与された順に権利が消費されてもよい。これにより、ユーザは、第2の条件が満たされた場合には最も古く付与された権利が消費されるのに対して、消費アイテムと引き換えに、付与された順序に関わらずに何れかの権利を消費する可能性を高めることができる。その結果、ユーザにとって、消費アイテムと引き換えることに対する納得感が増す。
【0202】
(項目5) (項目4)において、第2のステップでは、消費アイテムと引き換えに消費される権利は、第2の条件が次に満たされた場合に消費される予定の権利以外の1つ以上の権利の中から決定されてもよい。これにより、ユーザは、最も古く付与された権利については、次に第2の条件が満たされた場合に消費することとして、消費アイテムと引き換えに、それ以外の権利の中から、付与された順序に関わらずに何れかの権利を消費する可能性を高めることができる。その結果、ユーザにとって、開封されるまでの期間が長くなることが予想されるカプセルについても開封を期待することができ、消費アイテムと引き換えることに対する納得感が増す。
【0203】
(項目6) (項目1)から(項目5)までのいずれか1項目において、第2のステップで、消費アイテムと引き換えに消費される権利は、ユーザに付与された1つ以上の権利の中からランダムに決定されてもよい。これにより、何れの権利が消費されるかがランダムに決定されるため、ゲームの興趣性が高まる。
【0204】
(項目7) (項目1)から(項目6)までのいずれか1項目において、第1のステップで、第2の条件とは、ゲームのプレイ単位を終了することであってもよい。これにより、ユーザは、ゲームをプレイすればするほど、より多くの権利を消費することができる。その結果、ユーザにとって、ゲームをプレイすることに対する動機づけが高まる。
【0205】
(項目8) (項目1)から(項目6)までのいずれか1項目において、第1のステップで、第2の条件とは、ゲームのプレイにおいて設定される目標を達成することであって、もよい。これにより、ユーザに対して、ゲームで目標を達成すればするほど、より多くの権利を消費することができる。その結果、ユーザにとって、ゲームのプレイにおける操作の習熟度が向上する。
【0206】
(項目9) (項目1)から(項目6)までのいずれか1項目において、第1のステップで、第2の条件とは、ゲームのプレイに応じてユーザに付与されるポイントが所定値に達することであってもよい。これにより、ユーザは、ゲームをプレイすればするほど、より多くのポイントを取得してより多くの権利を消費することができる。その結果、ユーザにとって、ゲームをプレイすることに対する動機づけが高まる。
【0207】
(項目10) (項目1)から(項目9)までのいずれか1項目において、権利には、有効期間が設定され、権利は、ユーザに付与されてから有効期間が経過すると破棄されてもよい。これにより、ユーザは、有効期間が経過する前に権利を消費しようとするため、ゲームをプレイする動機づけが高まる。
【0208】
(項目11) (項目1)から(項目10)までのいずれか1項目において、消費アイテムと引き換えに、ユーザに付与された1つ以上の権利を一括して消費する第3のステップをさらに実行してもよい。これにより、ユーザにとって、消費アイテムと引き換えに、確実に所望の権利を消費することができる。
【0209】
(項目12) (項目1)から(項目11)までのいずれか1項目において、消費アイテムと引き換えに、ユーザに付与された1つ以上の権利を一括して破棄する第4のステップをさらに実行してもよい。これにより、ユーザにとって、消費アイテムと引き換えに、所望でない権利が多く含まれる構成を破棄することができる。
【0210】
(項目13) (項目1)から(項目12)までのいずれか1項目において、消費アイテムと引き換えに、ゲームにおける権利に関わる設定を変更する機能を有する設定変更アイテムをユーザに付与してもよい。
【0211】
(項目14) (項目13)において、設定変更アイテムは、所定期間、第1の条件が満たされても権利がユーザに付与されないようにする機能を有するものであってもよい。
【0212】
(項目15) (項目13)が、(項目2)または(項目3)において適用されるとき、設定変更アイテムは、ユーザに付与された1つ以上の権利のうち、希少度に基づく所定条件を満たす権利を破棄する機能を有するものであってもよい。
【0213】
(項目16) (項目13)が、(項目2)または(項目3)において適用されるとき、設定変更アイテムは、権利に設定された希少度を変更する機能を有するものであってもよい。
【0214】
(項目17) (項目13)が、(項目9)において適用されるとき、設定変更アイテムは、ポイントの付与条件を満たした場合のポイントの付与量を増加させる機能を有するものであってもよい。
【0215】
(項目18) (項目13)が、(項目10)において適用されるとき、設定変更アイテムは、権利に設定された有効期間を延長する機能を有するものであってもよい。
【0216】
(項目13)から(項目18)に示した構成により、ユーザは、より有効に権利を消費することができる。
【0217】
(項目19) ゲームプログラムを実行する方法を説明した。本開示のある局面によると、ゲームプログラム(131)は、プロセッサ(10)及びメモリ(11)を備えるコンピュータ(ユーザ端末100)により実行されるものである。ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与される。権利は、消費されることにより当該権利に応じたオブジェクトをユーザに付与するものである。方法は、プロセッサが、ゲームにおいて第2の条件が満たされた場合に、ユーザに付与された1つ以上の権利の何れかを消費する第1のステップ(ステップS102)と、ユーザに関連付けられた消費アイテムと引き換えに、ユーザに付与された1つ以上の権利の何れかを消費する第2のステップ(ステップS202)と、を実行する。(項目19)に係る方法は、(項目1)に係るゲームプログラムと同様の作用効果を奏する。
【0218】
(項目20) 情報処理装置(ユーザ端末100)について説明した。本開示のある局面によると、情報処理装置は、ゲームプログラム(131)を記憶する記憶部(120)と、ゲームプログラムを実行することにより、情報処理装置の動作を制御する制御部(110)と、を備える。ゲームプログラムに基づくゲームにおいて、第1の条件が満たされた場合に、ゲームを有利に進めるために利用可能な1以上のオブジェクトを取得する権利がユーザに付与される。権利は、消費されることにより当該権利に応じたオブジェクトをユーザに付与するものである。制御部は、ゲームにおいて第2の条件が満たされた場合に、ユーザに付与された1つ以上の権利の何れかを消費し(ステップS102)、ユーザに関連付けられた消費アイテムと引き換えに、ユーザに付与された1つ以上の権利の何れかを消費する(ステップS202)。(項目20)に係る情報処理装置は、(項目1)に係るゲームプログラムと同様の作用効果を奏する。
【符号の説明】
【0219】
1 ゲームシステム、2 ネットワーク、10,20 プロセッサ、11,21 メモリ、12,22 ストレージ、13,23 通信IF、14,24 入出力IF、15 タッチスクリーン、17 カメラ、18 測距センサ、100 ユーザ端末(情報処理装置、クライアントのコンピュータ)、110,210 制御部、111 操作受付部、112 表示制御部、113 UI制御部、114 アニメーション生成部、115 パズル進行部、116 報酬決定部、117 取得準備部、118 取得実行部、120 記憶部、131 ゲームプログラム、132 ゲーム情報、133 ユーザ情報、151 入力部、152 表示部、200 サーバ(情報処理装置、サーバのコンピュータ)、211 オブジェクト提供部、1010 物体、1020 コントローラ、1030 記憶媒体