JP2024022297A - ゲーム情報処理方法、ゲーム情報処理装置及びコンピュータプログラム - Google Patents

Abstract

【課題】ゲーム情報処理方法、ゲーム情報処理装置及びコンピュータプログラムを提供する。【解決手段】ゲーム情報処理方法は、コンピュータが、ゲーム内に設けられるオブジェクトに対応付けて、前記オブジェクトに対応付けられた特定のアイテム又はポイントの数量を、前記オブジェクトのレベルに応じた所定時間が経過するまでに、所定単位毎に、前記レベルに応じた上限まで増加させ、前記オブジェクトに対応付けられた前記特定のアイテム又はポイントの生成中の任意のタイミングで、生成済みの前記特定のアイテム又はポイントが前記上限に達しているか否かに関わらず、前記ユーザが所有するアイテム又はポイントとする付与処理を受け付け、任意のタイミングで、前記オブジェクトのレベルの向上を受け付ける処理を含む。【選択図】図９

Description

本発明は、ゲーム情報処理方法、ゲーム情報処理方法及びコンピュータプログラムに関する。

ユーザが携帯する所謂スマートフォン、タブレット端末等の通信可能な情報端末装置で実行できるゲームアプリケーション（以下、ゲームアプリという）が広く普及している。この種のゲームアプリでは、ゲームサーバ装置との通信接続により、ゲームコンテンツが逐次追加されるなど、長期間に亘って継続してプレイできるように工夫がなされている。

また、この種のゲームアプリでは、時間経過によってアイテム等のゲームコンテンツを増加させる仕組みが用意されている。特許文献１には、アイテムの制作を依頼すると、所定時間が経過した後に当該アイテムがユーザから入手可能となることが開示されている。

特開２０２１－０７８７３９号公報

特許文献１に開示されている例では、１つずつアイテムが制作される。時間の経過と共にアイテムが生成されて入手可能となる機能を有しているゲームアプリでは、アイテムが完成して初めてこれを受け取る操作が可能である。１つずつの場合は当然だが、複数のアイテムが生成される機能がある場合も、その複数のアイテムが全て完成して初めて受け取る操作が可能になる。ゲームアプリでは、完成すると逐次自動的にユーザに付与するのではなく、受け取る操作をユーザに行なわせ、制作又は生産の指示を改めてユーザに実行させ、得られる結果を計画次第とすることで、ゲーム性を高めている。

例えば、ゲームアプリ内に設けられた畑や工場で、アイテムが生産される演出が行なわれる場合、複数のアイテムが生成可能であるが、所定数（上限数）が完成するまで、ユーザがそれらを回収する操作ができないことが多い。そして、それらのアイテムが所定数完成すると、勿論、時間の計測が停止し、アイテムの取得操作がされるまでは、所定数を超えてアイテムの生成が継続することはない。したがって、ユーザは、アイテムが完成するタイミングを見計らって、速やかに生成済みのアイテムを取得する操作を行なう必要がある。アイテムが完成したタイミングで速やかにそのアイテムを取得し、次の生成の指示操作を実行することで、効率よく生産を継続できるが、所定数まで完成して時間の計測が停止したままであると、ユーザは時間経過の恩恵を受けることができない。しかしながら、ゲームアプリのユーザは、所望のタイミングでアイテムを取得する操作ができるとは限らない。

一方で、時間の経過に伴ってアイテム等のゲームコンテンツを増加させる機能は、課金又は所定のアイテムを消費するアップグレードによって、完成までの時間を短縮させるか、若しくは増加する数を増やすことができる場合がある。この場合、途中で時間の経過を中断させてアップグレードさせるか、完成を待ってからアップグレードさせる必要がある。いつでも所望のタイミングでゲームアプリの操作ができるとは限らないユーザにとって、利便性が低下し、満足度が低下する。

本発明は、任意のタイミングでゲームコンテンツの取得とアップグレードとを可能として、利便性を向上させることができるゲーム情報処理方法、ゲーム情報処理装置及びコンピュータプログラムを提供することを目的とする。

本開示の一実施形態のゲーム情報処理方法は、コンピュータが、ユーザＩＤに対応付けてユーザがゲーム内で所有するアイテムの個数又はポイントの値であるパラメータを、前記アイテム又はポイントを識別するコンテンツＩＤ毎に記憶し、ゲーム内に設けられるオブジェクトに対応付けて、前記オブジェクトに対応付けられた特定のアイテム又はポイントの数量を、前記オブジェクトのレベルに応じた所定時間が経過するまでに、所定単位毎に、前記レベルに応じた上限まで増加させ、前記オブジェクトに対応付けられた前記特定のアイテム又はポイントの生成中の任意のタイミングで、生成済みの前記特定のアイテム又はポイントが前記上限に達しているか否かに関わらず、前記ユーザが所有するアイテム又はポイントとする付与処理を受け付け、任意のタイミングで、前記オブジェクトのレベルの向上を受け付ける処理を含む。

本開示の一実施形態のゲーム情報処理装置は、ユーザＩＤに対応付けてユーザがゲーム内で所有するアイテムの個数又はポイントの値であるパラメータを、前記アイテム又はポイントを識別するパラメータＩＤ毎に記憶する記憶部と、ゲーム内に設けられるオブジェクトに対応付けて、前記オブジェクトに対応付けられた特定のアイテム又はポイントの数量を、前記オブジェクトのレベルに応じた所定時間が経過するまでに、所定単位毎に、前記レベルに応じた上限まで増加させる処理部とを備え、前記処理部は、前記オブジェクトに対応付けられた前記特定のアイテム又はポイントの生成中の任意のタイミングで、生成済みの前記特定のアイテム又はポイントが前記上限に達しているか否かに関わらず、前記ユーザが所有するアイテム又はポイントとする付与処理を受け付け、任意のタイミングで、前記オブジェクトのレベルの向上を受け付ける。

本開示の一実施形態のコンピュータプログラムは、コンピュータに、ユーザＩＤに対応付けてユーザがゲーム内で所有するアイテムの個数又はポイントの値であるパラメータを、前記アイテム又はポイントを識別するコンテンツＩＤ毎に記憶し、ゲーム内に設けられるオブジェクトに対応付けて、前記オブジェクトに対応付けられた特定のアイテム又はポイントの数量を、前記オブジェクトのレベルに応じた所定時間が経過するまでに、所定単位毎に、前記レベルに応じた上限まで増加させ、前記オブジェクトに対応付けられた前記特定のアイテム又はポイントの生成中の任意のタイミングで、生成済みの前記特定のアイテム又はポイントが前記上限に達しているか否かに関わらず、前記ユーザが所有するアイテム又はポイントとする付与処理を受け付け、任意のタイミングで、前記オブジェクトのレベルの向上を受け付ける処理を実行させる。

本開示のゲーム情報処理方法、ゲーム情報処理装置及びコンピュータプログラムでは、時間の経過に伴い上限まで増加する特定のアイテム又は特定のポイントであるゲームコンテンツについて、任意のタイミングで取得操作することが可能であって、且つ、そのゲームコンテンツの増加の仕方を向上させる操作を任意のタイミングで可能である。上限までゲームコンテンツが増加していなくても、取得操作が可能であるから、そこまでに完成したゲームコンテンツを回収してから、ゲームの増加の仕方を向上させるレベルアップ操作が可能となる。

本開示によれば、ユーザは、ゲームを再開できたタイミングに、その時点までに完成したゲームコンテンツを回収してから、ゲームの増加の仕方を向上させる操作が可能となる。ゲームコンテンツの上限までの増加工程を待つことなしに、好きなタイミングに操作ができるので、利便性が向上し、満足度も向上することが期待できる。

本開示のゲームシステムの概要図である。 情報処理装置の内部構成を示すブロック図である。 情報端末装置の内部構成を示すブロック図である。 ユーザＩＤに対応付けて記憶されるゲームコンテンツの説明図である。 設備における強化アイテムの生成処理及びユーザへの付与処理の手順の一例を示すフローチャートである。 イベントのマップの画面例を示す。 イベントのマップの他の画面例を示す。 アトラクション情報の拡大図である。 イベントのマップの他の画面例を示す。 イベントのマップの他の画面例を示す。 イベントのマップの他の画面例を示す。 アイコンを選択した場合に表示される画面を示す。 イベントのマップの他の画面例を示す。

本開示をその実施の形態を示す図面を参照して具体的に説明する。以下の実施の形態では、本開示のゲーム情報処理方法を適用したゲームシステムについて説明する。

図１は、本開示のゲームシステム１００の概要図である。ゲームシステム１００は、複数のユーザが各々使用する情報端末装置２と、情報端末装置２から通信可能な情報処理装置１とを含む。情報端末装置２と情報処理装置１とは、ネットワークＮを介して相互にデータを送受信可能である。ネットワークＮは、インターネットＮ１、キャリアネットワークＮ２、基地局ＢＳ、及びアクセスポイントＡＰを含み、情報端末装置２は無線又は有線により、ネットワークＮを介して情報処理装置１とデータの送受信が可能である。

ゲームシステム１００では、ゲームアプリケーションプログラム（以下、ゲームアプリという）をインストールした情報端末装置２単独では、全てのゲームコンテンツを利用できない。情報端末装置２は、定期的に、及び、進行に応じて情報処理装置１と通信し、情報処理装置１のコンテンツデータベース（ＤＢ：Data Base ）１１０から、ゲームコンテンツを適宜ネットワークＮ経由で取得してゲームを進行させる。ゲームコンテンツは、シナリオデータ、キャラクタデータ、アイテムデータ（バトルアイテム、強化アイテム）を含む。これらのゲームコンテンツは、ユーザ及びゲーム進行度によって使用できるデータが異なり、また、ユーザによって取得したデータが異なる。

以下、各装置の構成を示し、ユーザがゲームを進行させる処理内容の詳細を説明する。

図２は、情報処理装置１の内部構成を示すブロック図である。情報処理装置１は、情報端末装置２との間でデータの送受信が可能なゲームサーバである。以下の説明において、情報処理装置１は１台のゲームサーバとして説明するが、複数台のサーバコンピュータをネットワークで通信接続して分散処理させる態様であってもよい。

情報処理装置１は、処理部１０、記憶部１１、通信部１２を備える。処理部１０は、ＣＰＵ（Central Processing Unit ）及び／又はＧＰＵ（Graphics Processing Unit）を用いたプロセッサである。処理部１０は、記憶部１１に記憶されている情報処理プログラム１Ｐに基づき、ゲームサーバとしての処理を実行する。

記憶部１１は、例えばハードディスク、フラッシュメモリ、ＳＳＤ（Solid State Drive ）等の不揮発性メモリを用いる。記憶部１１は、処理部１０が参照するデータを記憶する。記憶部１１は、情報処理プログラム１Ｐを記憶する。情報処理プログラム１Ｐは、記憶媒体９に記憶されている情報処理プログラム９Ｐを処理部１０が読み出して記憶部１１に複製したものであってもよい。情報処理プログラム１Ｐは、通信部１２を介して他のプログラムサーバから処理部１０がダウンロードして記憶したものであってもよい。

記憶部１１は、ゲームで使用されるゲームコンテンツを記憶するコンテンツＤＢ１１０を含む。コンテンツＤＢ１１０に記憶されるゲームコンテンツは、シナリオデータ、バトルデータ、キャラクタデータ、バトルアイテムデータ、強化アイテムデータ等を含む。

シナリオデータは、ゲームのプレイ処理に利用されるデータである。シナリオデータは、画像データ（アニメーション、動画等）、テキストデータ（台詞等）及び音声データを含む。バトルデータは、プレイ処理中のキャラクタの動き、音声等のデータ（敵及び味方等）、プレイ処理中のボトルアイテムの画像等のデータ、バトル背景データ、及び音声データを含む。

キャラクタデータは、ゲーム内に登場するキャラクタのデータである。キャラクタデータは、名称（識別データ）、属性データ（種類、特性等）、画像データ（アニメーション、動画等）、音声データ、及び、レベル別のパラメータ（強さ、守備力、属性等）、レア度を含む。キャラクタデータは、キャラクタの強化に必要な強化アイテムデータの識別データ及び数のデータを含む。強化アイテムデータの識別データ及び数は、キャラクタの強化要素の違いで分別される。キャラクタデータは、同一キャラクタに対して異なるバリエーション（服装違い、色違い等）毎に記憶されてもよい。

バトルアイテムデータは、バトル時にキャラクタに対して適用するアイテム、いわばバトルを補助するアイテムのデータである。バトルアイテムは例えば、武器、防具等の装備、回復あるいは攻撃用の武器防具以外の道具、一時的な強化のためのアイテムである。バトルアイテムデータは、名称及び画像データと、バトル中にキャラクタに対して適用されるバトルパラメータ（攻撃量、守備量等）への効果を数値で表したデータとを含む。バトルアイテムデータは、バトルアイテムの強化要素別に必要な強化アイテムデータの識別データ及び数のデータを含んでもよい。

強化アイテムデータは、バトル以外でキャラクタを強化させるために適用するアイテムのデータである。強化アイテムは例えば、強化素材、合成用素材等である。強化アイテムデータは、名称及び画像データを含む。強化アイテムデータは、レア度を含んでもよい。

本開示のゲームシステム１００で実現されるゲームでは更に、各種ゲームコンテンツと交換可能なポイント、設定値等が使用される。コンテンツＤＢ１１０は、これらのゲームコンテンツの実体を、コンテンツ識別データ（以下、コンテンツＩＤという）に対応付けたコンテンツテーブルを含む。

記憶部１１は、各情報端末装置２でユーザ毎に使用可能なゲームコンテンツのコンテンツＩＤを、ユーザを識別するユーザＩＤに対応付けて記憶する。例えば記憶部１１は、ユーザＩＤに対応付けて、ユーザがゲームアプリ２Ｐ上で所有しているキャラクタ、バトルアイテム、強化アイテム等を識別するコンテンツＩＤ及び個数を記憶する。処理部１０は、コンテンツＩＤを指定した取得要求に応じて、ゲームコンテンツのデータの複製をコンテンツテーブルから読み出して要求元に提供する。

通信部１２は、ネットワークＮを介した情報端末装置２との通信を実現する。通信部１２は具体的には、ネットワークカードである。通信部１２は、キャリアネットワークＮ２と接続する無線通信モジュールであってもよいし、ＷｉＦｉ用の無線通信モジュールであってもよい。処理部１０は、通信部１２によって情報端末装置２との間でデータを送受信できる。

図３は、情報端末装置２の内部構成を示すブロック図である。情報端末装置２は、表示部２３及び通信部２２を備える機器である。情報端末装置２は例えば、スマートフォン又はタブレット端末である。情報端末装置２は、ゲーム専用機器であってもよい。

情報端末装置２は、処理部２０、記憶部２１、通信部２２、表示部２３、音声出力部２４及び操作部２５を備える。処理部２０は、ＣＰＵ及び／又はＧＰＵを用いたプロセッサである。処理部２０は、記憶部２１に記憶されているゲームアプリケーションプログラム（以下、ゲームアプリという）２Ｐに基づき、ゲームに係る処理を実行する。

記憶部２１は、フラッシュメモリ、ＳＳＤ等の不揮発性メモリを用いる。記憶部２１は、処理部２０が参照するデータを記憶する。ゲームアプリ２Ｐは、通信部２２を介して情報処理装置１又は他のプログラムサーバ装置からダウンロードして実行可能に記憶したものである。

記憶部２１は、ゲームアプリ２ＰのユーザＩＤを記憶する。記憶部２１は、ユーザＩＤに対応付けて、ユーザがゲームアプリ２Ｐ上で所有しているキャラクタ、バトルアイテム、強化アイテム等を識別するコンテンツＩＤ及び個数を記憶する。記憶部２１に記憶されているユーザＩＤとコンテンツＩＤ及び個数との関係は、情報処理装置１においてユーザＩＤに対応付けて記憶されているコンテンツＩＤ及び個数と同一の内容である。

通信部２２は、インターネット又はキャリアネットワークを含むネットワークＮを介した情報処理装置１との通信を実現する。通信部２２は具体的には、キャリアネットワークと接続する無線通信デバイスであってもよいし、ＷｉＦｉ用の無線通信デバイスであってもよい。処理部２０は、通信部２２によって情報処理装置１との間でデータを送受信できる。

表示部２３は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等のディスプレイである。表示部２３は例えば、タッチパネル内蔵型ディスプレイである。処理部２０は表示部２３に、ゲームアプリ２Ｐに基づき、情報処理装置１から提供される画像、テキスト等のゲームコンテンツを表示する。

音声出力部２４は、スピーカ等を含む。処理部２０は、ゲームアプリ２Ｐに基づき、情報処理装置１から提供される音声、音楽等のゲームコンテンツを音声出力部２４から出力させる。

操作部２５は、処理部２０との間で入出力が可能なユーザインタフェースであって、表示部２３内蔵のタッチパネルである。操作部２５は、物理ボタンであってもよい。操作部２５は、音声入力部であってもよい。

図４は、ユーザＩＤに対応付けて記憶されるゲームコンテンツの説明図である。ゲームコンテンツは、コンテンツＩＤに対応付けてその個数又は値が記憶される。図４の説明図では、情報処理装置１の記憶部１１に複数のユーザの情報が記憶される例を示す。図４の説明図では、例えば、ユーザＩＤ「123456789 」に対応付けて、コンテンツＩＤが「10010001」の「アイテムＸ」の個数が「30」、コンテンツＩＤが「10080001」の「イベントポイント」の値が「1800」のように記憶されている。ユーザＩＤ「567891234 」には、コンテンツＩＤ「10010001」の「アイテムＸ」の個数「 100」、コンテンツＩＤ「10080001」の「イベントポイント」の値が「4500」のように対応付けて記憶されている。情報端末装置２においては、対応するユーザのユーザＩＤに対応付けられた個数のみ記憶されている。

図４の例では、ユーザＩＤ「123456789 」のユーザは、「アイテムＸ」を30個所有し、「イベント用ポイント」を1800ポイント所有しているものとして処理される。ユーザＩＤ「567891234 」のユーザは、同じ「アイテムＸ」を 100個所有し、「イベント用ポイント」を4500ポイント所有しているものとして処理される。

このように構成されるゲームシステム１００で実現されるゲームは、情報端末装置２が、ゲームアプリ２Ｐに基づき、所定の実行単位（以下、クエストという）でシナリオデータ、バトルデータ、キャラクタデータ等のゲームコンテンツを再生することで進行する。クエストは、ユーザが所有しているキャラクタが、ユーザの操作の対象とならないキャラクタ（以下、ＮＰＣ（Non-Player Character）という）に対し、アクション、コマンド、パズル等種々の方式によって戦う内容とする。クエストの内容はこれに限らない。実行するクエストが選択され、これらのデータが再生されると、ユーザは、バトルを実行するための操作インタフェースに対して操作が可能になる。操作に応じて、シナリオ及びバトルが進行し、キャラクタ及び背景が動き、音声が出力される。

本開示のゲームシステム１００では、更に、上述のクエストの実行に応じたメインストーリーの進行とは並行的に実施期間が限られたイベントを開催する。イベント用のクエストは、イベントのシナリオの進行具合に応じて順次、ユーザに、実行可能に提供される。イベント用のクエストは、ストーリーとして繋がっていて順次提供されてもよいし、難易度の昇順に順次提供されてもよいし、単に順序立てて提供されてもよい。イベント用のクエストの進行度は、情報端末装置２及び情報処理装置１の両方で、ユーザＩＤに対応付けて記憶されている。

以下に説明するイベントでは、イベント用のクエストの実行によってイベントのマップ上にオブジェクトを設置できる。例えばユーザに対応する主人公は、例えば、店舗、学校、畑、アトラクション等の設備を設置することを選択できる。オブジェクトの設置には、イベント専用アイテムの消費が必要である。

これらのオブジェクトに対応付けて、強化アイテム又はゲーム内で使用できる特定のポイントが、所定の数量（上限）まで、所定単位毎に、増加する。つまり強化アイテム又は特定のポイントの数量が上限値に達すると、その生成は停止する。生成された強化アイテム又は特定のポイントは、ユーザの取得操作（回収、収穫）が行なわれることにより、ユーザの所有ゲームコンテンツとして付与される。つまり、取得操作によって、オブジェクトに対応付けられた強化アイテム又は特定のポイントは、ユーザが所有する強化アイテム又は特定のポイントとなる。

具体的には、情報処理装置１又は情報端末装置２にて、オブジェクトの識別データに対応付けて強化アイテム又は特定のポイントの数を上限値まで増加させる処理を時間の経過に応じて行なう。この処理は主に、情報端末装置２のゲームアプリ２Ｐによって実行される。情報処理装置１又は情報端末装置２は、ユーザからの取得操作に応じて、ユーザＩＤに対応付けられている強化アイテム又は特定のポイントの数量の更新及びオブジェクトに対応付けられた強化アイテム又は特定のポイントのリセット処理によって、強化アイテム又は特定ポイントのユーザへの付与処理を実行する。

各オブジェクトにはレベルが設けられている。各設備のレベルは、イベント専用アイテムの消費によって向上可能である。イベント専用アイテムの消費を伴う特定のクエストの実行が必要であってもよい。各設備では、レベルに応じて生成される強化アイテム又は特定のポイントの数量増加の単位が異なる。レベルに応じて、所定の数量単位で強化アイテム又は特定のポイントが増加するまでの生成時間が変化してもよい。設備では、レベルの上昇に応じて増加単位の増加のみ実行されてもよいし、生成時間の短縮のみ実行されてもよいし、両方が実行されてもよい。

図５は、設備における強化アイテムの生成処理及びユーザへの付与処理の手順の一例を示すフローチャートである。強化アイテムは特定のポイントに読み替え可能である。以下に示す処理手順は、情報処理装置１及び情報端末装置２のいずれかで実行される。

情報端末装置２の処理部２０にて、設備の設置処理を実行する（ステップＳ２０１）。ステップＳ２０１の処理は、設備の設置のためのクエストがユーザによって選択され、設備を設置するために必要なイベント専用アイテムの消費と引き換えに実行される。

処理部２０は、ユーザＩＤに対応付けて設置された設備の識別データ（以下、設備識別データという）を記憶する（ステップＳ２０２）。ユーザＩＤに対応付けられた設備の識別データは、情報処理装置１でも記憶される。ステップＳ２０２は、ユーザのイベントのマップ上の設備を開放（有効化・新設）されたものと同意義である。

処理部２０は、記憶されている設備識別データの設備における強化アイテムの生成開始の操作を受け付ける（ステップＳ２０３）。生成開始の操作は、省略されてもよい。つまり、設備が設置されたことそのものによって、その設備に対応する強化アイテムの生成が開始されてよい。

処理部２０は、生成開始の操作を受け付けた時間（生成開始時間）、設備のレベル、増加の数量単位及び生成時間を設備識別データに対応付けて記憶する（ステップＳ２０４）。生成開始時間、及び設備のレベルは、ユーザＩＤに対応付けて情報処理装置１でも記憶する。生成開始時間の記憶は必須でない。

処理部２０は、強化アイテムの生成時間の計測を開始すると（ステップＳ２０５）、処理部２０は、設備識別データ及び設備のレベルに対応付けられている生成時間が経過したか否かを判断する（ステップＳ２０６）。生成時間が経過したと判断された場合（Ｓ２０６：ＹＥＳ）、処理部２０は、所定の数量単位で強化アイテムの数量を増加させる（ステップＳ２０７）。ステップＳ２０７において具体的に処理部２０は、ユーザＩＤに対応付けられた施設識別データに対応付けて生成済み数を記憶し、その生成済み数を所定の数量分、増加させて更新する。

処理部２０は、強化アイテムの数量を増加させた後に（Ｓ２０７）、生成済み数がその施設識別データに対応付けられた上限に達したか否かを判断する（ステップＳ２０８）。上限に達したと判断された場合（Ｓ２０８：ＹＥＳ）、処理部２０は、生成時間の計測を終了し（ステップＳ２０９）、処理をステップＳ２１０へ進める。

上限に達していないと判断された場合（Ｓ２０８：ＮＯ）、処理部２０は、そのまま処理をステップＳ２１０へ進める。

ステップＳ２０６で生成時間が経過しないと判断された場合（Ｓ２０６：ＮＯ）、処理部２０は、生成済み数が１以上であって、且つ、取得操作が行なわれたか否かを判断する（ステップＳ２１０）。生成済み数が１以上であって、且つ、取得操作が行なわれたと判断された場合（Ｓ２１０：ＹＥＳ）、処理部２０は、ユーザＩＤに対応付けられた強化アイテムの数を、生成済み数分、増加させて更新する（ステップＳ２１１）。処理部２０は、設備識別データに対応付けられた生成済み数をゼロにリセットする（ステップＳ２１２）。ステップＳ２１１及びステップＳ２１２の２つの処理は、施設で生成された強化アイテム又は特定ポイントのユーザへの付与処理に相当する。

処理部２０は、生成時間をリセットし（ステップＳ２１３）、ステップＳ２０５へ処理を戻し、再度生成を開始する。

ステップＳ２１０にて取得操作が行なわれていないと判断された場合（Ｓ２１０：ＮＯ）、処理部２０は、設備に対するレベルアップ操作がされたか否かを判断する（ステップＳ２１４）。

レベルアップ操作がされたと判断された場合（Ｓ２１４：ＹＥＳ）、処理部２０は、設備識別データに対応付けられた生成済み数をゼロにリセットする（ステップＳ２１５）。処理部２０は、生成済み数が残っていたとしてもリセットする。

続いて処理部２０は、設備識別データに対応付けられた設備のレベルを向上させて更新し（ステップＳ２１６）、設備識別データに対応付けて、レベルに応じた増加の数量単位及び生成時間を記憶し直し（ステップＳ２１７）、処理をステップＳ２０５へ戻す。この場合、生成時間はリセットされて計測が再開される。ステップＳ２１６において更新した設備のレベルは、ユーザＩＤに対応付けて情報処理装置１でも更新する。

レベルアップ操作がされていないと判断された場合（Ｓ２１４：ＮＯ）、処理部２０は、処理をステップＳ２０６へ戻す。上述の処理手順は、イベントの開催期間が終了するまで継続して実行される。なおこの場合、イベント開催期間までの生成済み数の分の強化アイテムは、ユーザに自動的に付与されるようにしてもよい。

図５に示した処理手順のうち、生成時間が経過したか否かの判断（Ｓ２０６）と、上限値に達したか否かの判断（Ｓ２０８）と、取得操作がされたか否かの判断（Ｓ２１０）と、レベルアップ操作がされたか否かの判断（Ｓ２１４）とは、互いに独立並行して実行されてよい。

上述の処理手順についてゲームアプリ２Ｐに基づく処理を、表示される画面例の図面を参照しつつ説明する。以下の説明では、イベントとして、アミューズメントパークでのキャラクタ達の冒険が進むものとして、マップ上の設備としてパーク内のアトラクションとする。イベントストーリー内で、ユーザに対応する主人公が、マップ上に存在するアミューズメントパークに、複数のアトラクションを建設させてイベントが進むようにしてある。「建設」ではなく、復興や単に稼働させるといった演出であってもよい。各アトラクションでは、そのアトラクションの運営報酬として強化アイテムが、所定の生成時間経過の都度、生成される。なお、「設備」は以下の説明のアトラクションに限られないことは勿論である。

図６は、イベントのマップの画面例を示す。図６には、イベントをプレイする操作を受け付けた場合に表示されるポータル画面２３０が表示されている。ポータル画面２３０は、マップ画像２３１と、アトラクションを建設するクエストを開始するための建設アイコン２３２とを含む。ユーザがポータル画面２３０の建設アイコン２３２を選択すると、図５のフローチャートにおけるステップＳ２０１の処理が実行される。なお、ステップＳ２０１の処理が実行される前に、特定のバトル又はストーリー再生が実行されるとよい。アトラクションは複数建設可能であり、図６のポータル画面２３０には、５つの建設アイコン２３２が表示されている。

図７は、イベントのマップの他の画面例を示す。図７のポータル画面２３０は、図６に示したポータル画面２３０において１つのアトラクション「お城」が建設された後の画面である。アトラクションの建設が行なわれた後のポータル画面２３０のマップ画像２３１には、建設されたアトラクションの画像２３３が加えられている。ポータル画面２３０には、建設されたアトラクションの一覧２３４が含まれている。ポータル画面２３０は、アトラクションの画像２３３の近傍に、アトラクションのアイコン２３５を含む。アトラクションのアイコン２３５は、アトラクションをイメージさせる画像、若しくは生成される強化アイテムの画像を含む。アイコン２３５の傍らには、アトラクション情報２３６が表示される。アトラクション情報２３６は、アトラクションの名称と、そのアトラクションのレベルとを含む。

図８は、アトラクション情報２３６の拡大図である。アトラクション情報２３６は更に、そのアトラクションのユーザ（ゲームアプリ２Ｐ内での主人公）に対する運営報酬として強化アイテムの生成済みの個数と、その上限値と、次に強化アイテムが増加するまでの時間と、強化アイテムの個数が上限値に達するまでの時間とを含む。アトラクション情報２３６には、そのアトラクションに対して生成される強化アイテムを識別可能なミニアイコン２３６１が含まれている。その強化アイテムのミニアイコン２３６１の傍らには、その強化アイテムの生成済みの個数と上限値とが並列に表示されている。図８に示すアトラクション情報２３６に関するアトラクションでは、複数の強化アイテムが生成されるので、アトラクション情報２３６は、ミニアイコン２３６１と、生成済み個数と上限値との組み合わせを２パターン含む。図８のポータル画面２３０の例では、「お城」のアトラクションに対して、「羽根」の強化アイテムが全３個中、１個生成済みであって、「壺」の強化アイテムが全２個中、１個生成済みであることが示されている。

生成済みの強化アイテムの取得操作は、複数のアトラクションに対して一括で行なうために、ポータル画面２３０上で受け付ける。図９は、イベントのマップの他の画面例を示す。図９のポータル画面２３０は、図７に示したポータル画面２３０に対し、全ての５つのアトラクションが建設された後の状態を示している。図９のポータル画面２３０における一覧には５つのアトラクションが含まれている。

図９のポータル画面２３０には、各アトラクションで生成済みの強化アイテムを、上限に達していない状態でユーザが受け取るための報酬受取ボタン２３７が表示されている。図９のポータル画面２３０では、「お城」のアトラクションでは、強化アイテムが、全１５個中、３個生成済みである。同様にして「メリーゴーランド」のアトラクションでは、強化アイテムが、全６個中、５個生成済みであり、「観覧車」のアトラクションでは、強化アイテムが、全２個中、上限値に達して２個生成済みである。「ショップ」の施設では、全１５個中、７個生成済みであり、「お化け屋敷」のアトラクションでは、強化アイテムが、全１０個中、２個生成済みである。

ユーザが報酬受取ボタン２３７を選択すると、上限値に達している「観覧車」の強化アイテムのみならず、生成途中の他の強化アイテムをまとめて受け取ることができる。図５のフローチャートにおけるステップＳ２１０の処理が、複数のオブジェクトに対して同時並行的に行なわれる。なお、強化アイテムの取得操作は、報酬受取ボタン２３７の選択によるものに限らず、各アトラクションのアイコン２３５を選択した場合に表示される「受取クエスト」の選択によって実行されてもよい。

図１０は、イベントのマップの他の画面例を示す。図１０のポータル画面２３０は、図９に示したポータル画面２３０に対し、報酬受取ボタン２３７が選択された後の状態を示している。図１０のポータル画面２３０には、報酬のレビュー画面３７０が重畳されて表示されている。レビュー画面３７０では、全アトラクションにおいて生成済みの強化アイテム１９個分のアイコンがレビューとして表示されている。

図１１は、イベントのマップの他の画面例を示す。図１１のポータル画面２３０は、図１０に示したレビュー画面３７０の画面を閉じた後に表示される画面である。図１１のポータル画面２３０は、図９のポータル画面２３０と比較して、各アトラクションの強化アイテムの生成済み数がゼロにリセットされている（Ｓ２１２）。図１１のポータル画面２３０では、生成済みの数がゼロであるため、報酬受取ボタン２３７は無効化されている。このように、複数のアトラクションそれぞれで生成される強化アイテムを取得するための操作の回数を減らすことができ、ユーザの利便性が向上する。そして、設備識別データに対応付けられて増加する強化アイテムの生成済み数が上限値に達していなくても、各アトラクションに対して生成されている運営報酬の強化アイテムを取得できる。

図１２は、アイコン２３５を選択した場合に表示される画面を示す。アイコン２３５を選択した場合、ポータル画面２３０に重畳して、アイコン２３５に対応するアトラクションの画像と、そのアトラクションに対応付けられた実行可能なクエストの一覧が表示される。一覧には、アトラクションをレベルアップするためのクエストが含まれている。レベルアップするためのクエストに対応するボード２３８が選択されると、レベルアップ操作がされたと判断される（Ｓ２１４：ＹＥＳ）。この場合、仮にアトラクションに生成済み数が残っていても、生成済み数がゼロリセットされる（Ｓ２１５）。設備識別データに対応付けられて増加する強化アイテムの生成済み数が上限値に達していなくても、ゼロリセットできるので、レベルアップ操作に伴うゼロリセットのリスクはなく、ユーザは任意のタイミングで気兼ねなくレベルアップ操作が可能である。

図１３は、イベントのマップの他の画面例を示す。図１３のポータル画面２３０は、図１２に示したアトラクションのクエスト一覧の中から、アトラクションをレベルアップするためのクエストのボード２３８を選択した場合に表示される画面である。ボード２３８に対応するクエストのストーリーやムービーが再生された後、図１３のポータル画面２３０に戻る。図１３のポータル画面２３０では、「メリーゴーランド」のレベルが「レベル１」から「レベル２」に上がり、生成される強化アイテムの上限値も大きくなっている。

このようにして、強化アイテム又は特定のポイントを、ゲーム内のオブジェクトに対応付けて時間の経過と共に増加させるゲームアプリ２Ｐ内のイベントにおいて、強化アイテム又は特定のポイントの取得操作と、オブジェクトのレベルアップの操作とを相互に任意のタイミングとする。これにより、すべての強化アイテム又は特定のポイントが上限に達していなくても、強化アイテム又は特定のポイントを回収して、好きなタイミングでレベルアップが可能である。これにより、ユーザがゲームアプリ２Ｐをプレイできる任意の時間で、好きな操作ができる。これにより、ユーザの利便性が向上し、満足度の向上が図られる。また、複数のオブジェクトで増加する強化アイテム又は特定のポイントを同時にまとめて回収できるインタフェースが用意されていることにより、ユーザの利便性が向上する。

上述の実施形態では、強化アイテムが各アトラクションで時間経過と共に増加する例を挙げて説明したが、これに限らず、ゲーム内で使用されるポイントがゲーム内のオブジェクトに対応付けて時間経過と共に増加する場合にも適用可能である。例えば、ゲーム内のクエストを実行するために必要な所謂スタミナのように、時間経過と共に増加するパラメータに適用できる。例えば、スタミナとして利用可能なアイテム（スタミナアイテム）が、ゲーム内に設けられる「キッチン」にて、所定単位で上限まで生成されるように設定される場合である。そして、この「キッチン」オブジェクトに対応付けて、スタミナアイテムの数量の上昇スピードが、キッチンのレベルに応じて上昇させることができるものとする。上限まで生成されない限り、そのスタミナアイテムを回収できないようにしてあると、それまで待つ必要があるが、本開示のように、レベルを向上させる操作も任意のタイミングで実行でき、上限に達していなくても、それまでに生成されたスタミナアイテムを回収可能とすることで、ユーザがゲームアプリ２Ｐをプレイできる任意の時間で、好きな操作ができる。これにより、ユーザの利便性が向上し、満足度の向上が図られる。

上述のように開示された実施の形態は全ての点で例示であって、制限的なものではない。本発明の範囲は、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれる。

１ 情報処理装置
１０ 処理部
Ｐ１ 情報処理プログラム
２ 情報端末装置
２０ 処理部
２Ｐ ゲームアプリケーションプログラム（ゲームアプリ）

Claims (6)

1. コンピュータが、
   ユーザＩＤに対応付けてユーザがゲーム内で所有するアイテムの個数又はポイントの値であるパラメータを、前記アイテム又はポイントを識別するコンテンツＩＤ毎に記憶し、
   ゲーム内に設けられるオブジェクトに対応付けて、前記オブジェクトに対応付けられた特定のアイテム又はポイントの数量を、前記オブジェクトのレベルに応じた所定時間が経過するまでに、所定単位毎に、前記レベルに応じた上限まで増加させ、
   前記オブジェクトに対応付けられた前記特定のアイテム又はポイントの生成中の任意のタイミングで、生成済みの前記特定のアイテム又はポイントが前記上限に達しているか否かに関わらず、前記ユーザが所有するアイテム又はポイントとする付与処理を受け付け、
   任意のタイミングで、前記オブジェクトのレベルの向上を受け付ける
   処理を含むゲーム情報処理方法。
2. 前記特定のアイテム又はポイントが所定単位毎に増加する期間は、前記オブジェクトのレベルに応じて変更される
   請求項１に記載のゲーム情報処理方法。
3. 前記オブジェクトは複数の種類設けられ、
   前記付与処理は、前記複数の種類のオブジェクトそれぞれに対応付けられた前記特定のアイテム又はポイントに対してまとめて受け付けられる
   請求項１に記載のゲーム情報処理方法。
4. 前記特定のアイテム又はポイントは、ゲーム内の他のゲームコンテンツのパラメータの向上に用いられる
   請求項１から３のいずれかに記載のゲーム情報処理方法。
5. ユーザＩＤに対応付けてユーザがゲーム内で所有するアイテムの個数又はポイントの値であるパラメータを、前記アイテム又はポイントを識別するパラメータＩＤ毎に記憶する記憶部と、
   ゲーム内に設けられるオブジェクトに対応付けて、前記オブジェクトに対応付けられた特定のアイテム又はポイントの数量を、前記オブジェクトのレベルに応じた所定時間が経過するまでに、所定単位毎に、前記レベルに応じた上限まで増加させる処理部と
   を備え、
   前記処理部は、
   前記オブジェクトに対応付けられた前記特定のアイテム又はポイントの生成中の任意のタイミングで、生成済みの前記特定のアイテム又はポイントが前記上限に達しているか否かに関わらず、前記ユーザが所有するアイテム又はポイントとする付与処理を受け付け、
   任意のタイミングで、前記オブジェクトのレベルの向上を受け付ける
   ゲーム情報処理装置。
6. コンピュータに、
   ユーザＩＤに対応付けてユーザがゲーム内で所有するアイテムの個数又はポイントの値であるパラメータを、前記アイテム又はポイントを識別するコンテンツＩＤ毎に記憶し、
   ゲーム内に設けられるオブジェクトに対応付けて、前記オブジェクトに対応付けられた特定のアイテム又はポイントの数量を、前記オブジェクトのレベルに応じた所定時間が経過するまでに、所定単位毎に、前記レベルに応じた上限まで増加させ、
   前記オブジェクトに対応付けられた前記特定のアイテム又はポイントの生成中の任意のタイミングで、生成済みの前記特定のアイテム又はポイントが前記上限に達しているか否かに関わらず、前記ユーザが所有するアイテム又はポイントとする付与処理を受け付け、
   任意のタイミングで、前記オブジェクトのレベルの向上を受け付ける
   処理を実行させるコンピュータプログラム。

Images