JP7043664B1 - 情報処理サーバ、ゲームプログラム及び情報処理方法 - Google Patents

Abstract

【課題】時間回復によるスタミナが溢れて無駄になる不安を解消しつつ、プレイヤの意思を反映させて興趣性を高める。【解決手段】プレイヤが所有する第１パラメータを消費してゲームを実行するゲーム実行部と、ゲーム画面をプレイヤのプレイヤ端末に表示させるための画面データを生成する画面データ生成部と、時間の経過に伴い第１パラメータを増加処理する増加処理部と、所定の上限値を超えて溢れた第１パラメータを第２パラメータとして記憶する第２パラメータ記憶部とを備え、画面データ生成部は所定のタイミングで第２パラメータの回収の要否に関するメッセージをプレイヤ端末に表示するための画面データを生成し、ゲーム実行部は前記第２パラメータの回収の要否に関するプレイヤの入力操作に基づいて第２パラメータの少なくとも一部を前記プレイヤに取得させる。【選択図】図５

Description

本発明は情報処理サーバ、ゲームプログラム及び情報処理方法に関する。

スマートフォン等で提供されるゲームにおいて、スタミナ制と呼ばれる仕組みを導入しているものがある。スタミナとは、ゲームをプレイするのに必要なパラメータであり、数値、又はアイテム等のゲーム媒体で表現されている。スタミナ制を導入しているゲームでは、ゲームをプレイする際に所定量のスタミナが消費され、プレイヤがスタミナを使い切るとそれ以上のプレイが制限される。消費したスタミナは、時間の経過に伴って自動回復するか、プレイヤによる課金やゲームアイテムの使用によって回復するのが一般的である。

スタミナには一般的に上限値が設定されており、時間経過に伴って増加するスタミナは上限値に達すると増加処理が停止される。これに対して、特許文献１には、時間経過で回復するスタミナがスタミナゲージの上限値に達した場合であっても、スタミナの増加が継続されてスタミナバンクに蓄積される技術が提案されている。

特開２０２１－５６６号公報

しかしながら、特許文献１の技術では、スタミナゲージの上限を超えたスタミナが自動的にスタミナバンクに蓄積されるのみであり、プレイヤの意思を反映したものではないため、ゲームの興趣性という点において改善の余地があった。また、特許文献1の技術では、スタミナバンクの上限を超えるスタミナの処理については特に考慮されていない。

本発明は、時間回復によるスタミナが溢れて無駄になる不安を解消しつつ、プレイヤの意思を反映させて興趣性を高めることが可能な情報処理サーバ、ゲームプログラム及び情報処理方法を提供することを目的とする。

本発明に係る情報処理サーバは、
プレイヤが所有する第１パラメータを消費してゲームを実行するゲーム実行部と、
ゲーム画面を前記プレイヤのプレイヤ端末に表示させるための画面データを生成する画面データ生成部と、
時間の経過に伴い、前記第１パラメータを増加処理する増加処理部と、
所定の上限値を超えて溢れた前記第１パラメータを第２パラメータとして記憶する第２パラメータ記憶部と、を備え、
前記画面データ生成部は、所定のタイミングで、前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成し、
前記ゲーム実行部は、前記第２パラメータの回収の要否に関する前記プレイヤの入力操作に基づいて、前記第２パラメータの少なくとも一部を前記プレイヤに取得させる。

本発明によれば、時間回復によるスタミナが溢れて無駄になる不安を解消しつつ、プレイヤの意思を反映させて興趣性を高めることが可能な情報処理サーバ、ゲームプログラム及び情報処理方法を提供することができる。

本発明の実施の形態による情報処理サーバを含むシステムの構成例を示す図である。 本発明の実施の形態によるサーバ装置１の構成例を示す図である。 本発明の実施の形態によるプレイヤ端末２の構成例を示す図である。 本発明の実施の形態によるプレイヤ端末２画面の構成例を示す図である。 本発明の実施の形態によるプレイヤ端末２画面の構成例を示す図である。 本発明の実施の形態によるプレイヤ端末２画面の構成例を示す図である。 本発明の実施の形態によるサーバ装置１における処理フローの一例を示す図である。

本発明の実施形態の内容を列記して説明する。本発明は、以下のような構成を備える。
［項目１］
プレイヤが所有する第１パラメータを消費してゲームを実行するゲーム実行部と、
ゲーム画面を前記プレイヤのプレイヤ端末に表示させるための画面データを生成する画面データ生成部と、
時間の経過に伴い、前記第１パラメータを増加処理する増加処理部と、
所定の上限値を超えて溢れた前記第１パラメータを第２パラメータとして記憶する第２パラメータ記憶部と、を備え、
前記画面データ生成部は、所定のタイミングで、前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成し、
前記ゲーム実行部は、前記第２パラメータの回収の要否に関する前記プレイヤの入力操作に基づいて、前記第２パラメータの少なくとも一部を前記プレイヤに取得させる、情報処理サーバ。
［項目２］
前記画面データ生成部は、前記プレイヤがゲームにログインした時に前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成する、項目１に記載の情報処理サーバ。
［項目３］
前記画面データ生成部は、前記第２パラメータを回収するための所定の条件を含む画面データを生成し、
前記所定の条件を満たす場合に、前記第２パラメータを回収する、項目１又は２に記載の情報処理サーバ。
［項目４］
前記画面データ生成部は、前記第２パラメータと交換可能な第３パラメータを表示させるための画面データを生成する、項目１～３のいずれか１つに記載の情報処理サーバ。
［項目５］
前記ゲーム実行部は、前記第２パラメータの少なくとも一部を前記プレイヤに取得させる際に、前記プレイヤが所有する前記第３パラメータを消費する、項目４に記載の情報処理サーバ。
［項目６］
前記第２パラメータを第１パラメータに変換するパラメータ変換部を備え、
前記パラメータ変換部は、前記プレイヤの入力操作に基づいて、前記第２パラメータを前記第１パラメータに変換する、項目１～５のいずれか１つに記載の情報処理サーバ。
［項目７］
コンピュータに、
プレイヤが所有する第１パラメータを消費してゲームを実行するゲーム実行処理と、
ゲーム画面を前記プレイヤのプレイヤ端末に表示させるための画面データを生成する画面データ生成処理と、
時間の経過に伴い、前記第１パラメータを増加処理する増加処理と、
所定の上限値を超えて溢れた前記第１パラメータを第２パラメータとして記憶する処理と、
所定のタイミングで、前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成する処理と、
前記第２パラメータの回収の要否に関する前記プレイヤの入力操作に基づいて、前記第２パラメータの少なくとも一部を前記プレイヤに取得させる処理と、
を実行させる、ゲームプログラム。
［項目８］
プレイヤが所有する第１パラメータを消費してゲームを実行するステップと、
ゲーム画面を前記プレイヤのプレイヤ端末に表示させるための画面データを生成するステップと、
時間の経過に伴い、前記第１パラメータを増加処理する増加するステップと、
所定の上限値を超えて溢れた前記第１パラメータを第２パラメータとして記憶するステップと、を備え、
前記画面データを生成するステップは、所定のタイミングで、前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成し、
前記ゲームを実行するステップは、前記第２パラメータの回収の要否に関する前記プレイヤの入力操作に基づいて、前記第２パラメータの少なくとも一部を前記プレイヤに取得させる、コンピュータによる情報処理方法。

以下、本発明の実施の形態について、図面を参照しながら説明する。

＜構成＞
図１は、サーバ装置１を含むシステムの構成例を示す図である。図１に示すように、本ゲームシステムは、ネットワーク３（例えば、インターネット等）を介してゲームに関する各種サービスをプレイヤに提供するものであり、サーバ装置（情報処理サーバ）１と複数のプレイヤ端末２とで構成される。

＜サーバ装置１の構成＞
図２は、サーバ装置１の機能上の構成を示すブロック図である。サーバ装置１は、システム管理者等が各種サービスを運営・管理する際に利用する情報処理装置であり、例えば、ワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティング技術によって論理的に実現されてもよい。

サーバ装置１は、制御部１１、記憶部１２、入力部１３、表示部１４、通信部１５を有する。サーバ装置１は、通信部１５を介してプレイヤ端末２から各種のコマンド（リクエスト）を受信すると、制御部１１においてゲームプログラムによる処理を実行し、ゲームプログラムの処理結果（例えば、ゲーム画像やゲーム音声等）がプレイヤ端末２へ送信される。なお、上記ゲームプログラムの一部は、プレイヤ端末２に送信されてプレイヤ端末２上で実行されてもよい。

制御部１１は、各部間のデータの受け渡しを行うとともに、サーバ装置１全体の制御を行うものであり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が所定のメモリに格納されたプログラムを実行することによって実現される。本実施の形態の制御部１１は、少なくともゲーム実行部１１１、画面データ生成部１１２、増加処理部１１３、パラメータ変換部１１４、通知部１１５を備える。これらの各種機能部については追って詳述する。

記憶部１２は、システムプログラムが記憶された読取専用の記憶領域である不揮発性記憶装置と、制御部１１による演算処理のワーク領域として使用される書き換え可能な記憶領域である揮発性記憶装置とを有している。不揮発性記憶装置は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ、ハードディスクなどによって実現され、揮発性記憶装置は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＶＲＡＭ（Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などによって実現される。本実施形態における記憶部１２は、ゲーム情報記憶部１２１、プレイヤ情報記憶部１２２、パラメータ情報記憶部１２３等の各種記憶部を有している。これらの各種情報については追って詳述する。

入力部１３はシステム管理者がゲームサービスに関する各種データ（例えば、ゲーム情報等）を入力するためのものであり、例えば、キーボードやマウス、タッチパネル等によって実現される。

表示部１４は、制御部１１からの指令に基づいてシステム管理者用の操作画面を表示するためのものであり、例えば、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等によって実現される。

通信部１５は、プレイヤ端末２との間で（適宜ネットワーク３を介して）通信を行うためのものであり、プレイヤ端末２から送信される各種データや信号を受信する受信部としての機能と、制御部１１の指令に応じて各種データや信号をプレイヤ端末２へ送信する送信部としての機能を有する。通信部１５は、例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰＳ、ＷｅｂＳｏｃｋｅｔ、Ｐ２Ｐ（Ｐｅｅｒ Ｔｏ Ｐｅｅｒ）等によりプレイヤ端末２との通信を行う。

＜プレイヤ端末２の構成＞
図３は、プレイヤ端末２の機能上の構成を表すブロック図である。プレイヤ端末２は、プレイヤが所持し利用することができる情報処理装置（例えば、スマートフォン、携帯電話端末、タブレット端末などのコンピュータ装置）である。プレイヤ端末２は、サーバ装置１から送信されたゲームプログラムの処理結果をゲームアプリケーションまたはＷｅｂブラウザを介して出力（例えば、ゲーム画面表示、ゲーム音声出力等）することができる。プレイヤ端末２は、プレイヤ端末２全体の制御を行う制御部２１と、各種データ・プログラムを記憶する記憶部２２と、プレイヤが操作入力を行うための入力部２３と、ゲーム画面・操作画面等を出力する出力部２４と、サーバ装置１との間で情報通信を行う通信部２５と、を有する。本実施形態において、制御部２１は、少なくとも操作情報受付部２１１、ゲーム動作部２１２を備える。また、記憶部２２は、少なくともゲーム動作情報記憶部２２１を備える。制御部２１はＣＰＵやＧＰＵ等から構成され、記憶部２２の各機能部は、各種メモリや記憶部２２（ゲーム動作情報記憶部２２１等）に格納されているプログラムをＣＰＵやＧＰＵ等が実行することにより実現することができる。記憶部２２は、各種制御処理や制御部２１内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ、ＳＳＤ、その他のストレージ等の１つあるいはそれらの任意の組み合わせによって構成される。また、記憶部２２は、サーバ装置１の通信内容を一時的に記憶する。

プレイヤ端末２の操作情報受付部２１１は、プレイヤからゲームに関する操作情報を受け付ける。操作情報受付部２１１は、プレイヤによる入力部２３を用いたゲームに関する操作情報を受け付ける。操作情報受付部２１１は、受け付けた操作内容をゲーム動作部２１２またはサーバ装置１に出力する。

入力部２３は、プレイヤからの入力を受け付ける機能を有する。本実施形態における入力部２３は、プレイヤによるタッチ入力を検知可能な入力面を備え、プレイヤからの入力を受け付けて、その入力内容を制御部２１に伝達する機能を有する。例えば、プレイヤ端末２の出力部２４としてタッチパネルが採用されている場合には、そのタッチパネルの表面が入力部２３の入力面としても機能する。入力部２３は、プレイヤによるタッチ入力を検出し、その入力情報が制御部２１に伝達する。タッチ入力には、タッチ、ロングタッチ、マルチタッチ、リリース、スワイプ、タップ、ダブルタップ、ロングタップ、ドラッグ、及びフリックなどが含まれるが、これらに限定されない。入力部２３は、上記のようなタッチパネルに加えて物理ボタンを有していてもよいし、プレイヤ端末の背面（ディスプレイに対して裏側）に対する接触操作（背面タップ）が可能な構成であってもよい。

ゲーム動作部２１２は、ゲームアプリケーションを動作させるための処理を実行する。ゲーム動作部２１２は、ゲーム動作情報記憶部２２１に記憶されたゲーム動作情報に含まれるゲームソフトウェアと、入力部２３から入力されたプレイヤの操作内容とに基づいてゲームを開始及び動作させる。ゲーム動作部２１２は、ゲームの動作に伴い、ゲーム動作情報に含まれる画像データからゲーム用の画像を生成し、生成した画像を出力部２４に出力させるための制御処理を行う。同様にして、ゲーム動作部２１２は、ゲームの動作に伴い、ゲーム動作情報に含まれる音楽データや音声データからゲーム用の音楽や音声を生成し、生成した音楽や音声を出力部２４から出力させるための制御処理を行う。なお、ここでは、ネイティブアプリがＷｅｂアプリの機能を一部実行する、すなわち、プレイヤ端末２のゲーム動作部２１２がサーバ装置１の機能を一部実行する構成について説明したが、ゲーム動作部２１２を有さずにサーバ装置１が処理結果として全てのゲーム用画像、音声を生成するように構成されていてもよいし、ゲーム動作部２１２によって全てのゲーム用画像、音声を生成するように構成されていてもよい。

ゲーム動作部２１２を有する場合、ゲーム動作部２１２が動作させるゲームにおける所定のパラメータはサーバ装置１にて管理され得る。例えば、ゲームにおけるスタミナや、ゲーム内通貨といったパラメータが、サーバ装置１にて管理される。そのため、ゲーム動作部２１２は、ゲームにおいてこれらの所定のパラメータの変化が伴う処理が発生する場合には、サーバ装置１との通信を行うことにより、サーバ装置１が管理するパラメータを更新させる。そして、ゲーム動作部２１２は、更新後のパラメータをサーバ装置１から受信し、この更新後のパラメータに基づいてゲームの動作を継続する。

本実施形態において、サーバ装置１を備えるシステムは、ゲームをプレイするために消費するいわゆるスタミナをプレイヤ操作に基づいて記憶する仕組みを有する。一般的に、スマートフォン等で提供されるゲームでは、スタミナを消費してゲームを実行できるようになっている。「スタミナ」とは、ゲームをプレイするのに必要なパラメータである。

本実施形態において、「スタミナ」は別の名称で呼ばれることもある。以下、本明細書においては、「第１パラメータ」という語は、ゲームにおけるプレイヤのスタミナや体力、ゲームをプレイするためのチケット、アイテムなど、インゲーム、アウトゲームとに関わらず、ゲームに関する操作のために消費される仮想物を指す語として使用する。

プレイヤは、ゲームの操作を行うために必要な第１パラメータが不足している場合は、第１パラメータの増加処理によって回復させることにより、ゲームの操作を継続することができる。通常、第１パラメータの回復は、時間の経過に伴う自動回復を待つか、回復アイテムを使用することによってなされる。

通常、第１パラメータには上限が設けられており、上限に達すると増加処理が停止する。すなわち、プレイヤは（ログイン状態に関わらず、）時間経過に応じて回復するスタミナ等の第1パラメータを、上限値まで所有することができる。そして、上限を超えて溢れた第１パラメータは何ら消費されずに無駄となる（例えば、図６参照）。したがって、プレイヤは、ログアウト中に時間経過に伴う自動回復等の増加処理によって第１パラメータを回復させても、上限値までしか回復させることができない（溢れた第１パラメータは無駄になってしまう）ため、いざゲームに没頭したいときに、すぐに第１パラメータを使い切ってしまう。

本実施形態においては、溢れたスタミナ（第１パラメータ）をプレイヤの操作に基づいて回収することで、ログアウト中の時間回復による第１パラメータが上限値から溢れて無駄になる不安を解消することができる仕組みを提供するものである。すなわち、本実施形態においては、ログアウト中の時間回復で得られた第１パラメータのうち、上限値を超えて溢れた分を第２パラメータとして記憶し、要求に応じて回収できるようにすることによって、時間回復によるスタミナが上限値から溢れて無駄になる不安を解消しつつ、プレイヤの意思を反映させて興趣性を高めることが可能な情報処理サーバ、ゲームプログラム及び情報処理方法を提供することができる。

＜サーバ装置１の記憶部１２の構成＞
サーバ装置１のゲーム情報記憶部１２１は、ゲームに関する情報を記憶する。ゲーム情報は、ゲームの種類に応じて適宜構成される。例えばクエストゲームを含むゲームである場合は、ステージＩＤに紐づけて、ステージ名、敵キャラクタ情報、消費スタミナ情報等を含む。

プレイヤ情報記憶部１２２は、プレイヤに関する情報を記憶する。プレイヤ情報には、プレイヤＩＤに紐づけて、プレイヤ名、所有キャラクタ情報、プレイステージ情報、所有アイテム情報、決済手段、各種設定情報等の情報を含むことができ、その他、プレイヤ及びゲームのプレイ状況に関する情報を含むことができる。所有キャラクタ情報は、所有キャラクタのＩＤに対応付けて、レベル、攻撃力、防御力、体力等の各種パラメータの現在値を含むことができる。プレイステージ情報は、設定された複数のステージのうち、プレイヤがこれまでにプレイしたことのあるステージに関する情報であり、プレイ回数、クリア情報等を含むことができる。所有アイテム情報は、所有アイテムのＩＤに対応付けて、保有数などの情報を含むことができる。その他、プレイヤ及びゲームのプレイ状況に関する情報を含むことができる。プレイステージ情報は、設定された複数のステージのうち、プレイヤがこれまでにプレイしたことのあるステージに関する情報であり、プレイ回数、クリア情報等を含むことができる。各種設定情報は、例えば自動進行設定情報を含み、当該自動進行設定情報がオンの時には、プレイヤがプレイヤ端末２を介して操作しなくともゲームを進めることができる。

パラメータ情報記憶部１２３は、各種パラメータの量（現在の値、過去の所定時の値などを含む）、パラメータ情報（各種パラメータの上限値等を含む）等の各パラメータに関する情報を記憶する。パラメータ情報記憶部１２３は、例えば、所定の上限値を超えて溢れた第１パラメータを第２パラメータとして記憶する第２パラメータ記憶部として機能する。パラメータに関する情報は、プレイヤＩＤに紐づけてプレイヤ毎に記憶することもできる。現在スタミナ情報は、現在消費可能なプレイヤのスタミナの数値を示す情報である。上限スタミナ情報は、所定時間経過ごとに、または、アイテムの使用やキャラクタの特殊能力の利用等に応じてスタミナが回復する際の上限値を示す情報である。

ここで、第１パラメータは、時間の経過とともに増加処理により回復し、上限値が設定される。第１パラメータの回復スピード（単位時間当たりの回復量）や上限値は一律に決められてもよいし、プレイヤのレベル、所有キャラクタ、所有アイテム、課金額、総プレイ時間など種々の指標に基づいて設定してもよいし、特定のアイテムの使用により上限値を高くすることができるようにしてもよい。第１パラメータの表現は特に制限はなく、パーセンテージ（上限値に対する現在値）で表してもよいし、個数などで表してもよい。例えば、図４はプレイヤ端末２に表示されるゲーム画面の例である。図４の表示欄４１において、第１パラメータ（図中では「スタミナ」）４２の上限値は５個であり、１個のスタミナ（第２パラメータ）４３が、第１パラメータの上限値から溢れたものであることを表している。パラメータ情報記憶部１２３には、第１パラメータの上限値、現在値、回復スピード等の情報を含むことができる。

第２パラメータは、時間回復において溢れた第１パラメータの量を示すものである。本実施形態において、第２パラメータは、ゲームのログイン時のプレイヤの入力操作に応じて回収できるものである。なお、第２パラメータを回収するための対価として第３パラメータを支払うことによって回収するようにしてもよいし、対価の支払い不要で（無条件で）回収できるようにしてもよい。例えば、図５の表示欄４１において上限値から溢れて第２パラメータ４３となったスタミナが、第３パラメータと交換可能であることを表している。第２パラメータは、第１パラメータと同様にゲームをプレイするためのスタミナや体力、チケット、アイテム等、インゲーム、アウトゲームとに関わらず、ゲームに関する操作のために消費される仮想物と変換可能である。第２パラメータも任意で上限値を設定してもよい。パラメータ情報記憶部１２３には、第２パラメータ情報として、上限値、現在値などの情報を含むことができ、溢れた第１パラメータを、第２パラメータとして記憶する。パラメータ情報記憶部１２３は、プレイヤの入力操作に応じて回収（取得）した第２パラメータを記憶する処理を行うことができる。ログアウト中に上限値を超えた分の第１パラメータのみを第２パラメータとしてもよいし、ログイン中に上限値を超えた分の第１パラメータのみを第２パラメータとしてもよいし、その両方を含めてもよい。また、プレイヤの入力操作に応じてプレイヤに取得（回収）された第２パラメータが自動的に第１パラメータに変換されるようにしてもよい。

第３パラメータは、第１、第２パラメータと交換可能なパラメータであり、例えば、課金により取得した有償の石やポイント、非課金で取得した無償の石やポイント、ゲーム内通貨、アイテム等のゲーム媒体としてもよい。第３パラメータは、プレイヤがゲーム中に獲得した、または課金により購入した特定のアイテムであってもよい。例えば、ログイン時の画面において、第２パラメータの回収の要否に関するメッセージを表示する際に、プレイヤが所有する第３パラメータを同時に表示させ、プレイヤの入力操作に応じて第３パラメータを消費することにより第２パラメータを回収する。例えば、図４の表示欄４１内のダイアログ表示部４４には、「アイテムを消費してスタミナを回収しますか？」という第２パラメータの回収の要否に関するメッセージが表示される。ここで、符号４５で表示される「ｙ」（回収要求）を選択すると、図５の表示欄４１で第２パラメータと交換可能なアイテムとしての第３パラメータ４７が表示される。この第３パラメータ４７を消費することで、第２パラメータを回収する。すなわち、ゲームのログイン時に第３パラメータを、第２パラメータを回収するための対価として支払うことにより、自動回復で溢れたスタミナ（第２パラメータ）を回収できる。なお、図４の画面において符号４６で表示される「ｎ」（回収拒否要求）を選択すると、第２パラメータはプレイヤに取得（回収）されず、破棄される。プレイヤによって第２パラメータが回収されるか、破棄されると、第２パラメータの値がリセットされるようにしてもよい。つまり、プレイヤによって第２パラメータが回収されるか、破棄されると、パラメータ情報記憶部１２３が更新されて第２パラメータの値は初期値（例えば、０）となるようにしてもよい。ここで、上記例では、第２パラメータの回収の要否のみを問い合わせるメッセージが表示されるが、第２パラメータのどの程度を回収するかを選択入力できるようにしてもよい。つまり、第２パラメータの全てを取得するか、あるいは、第２パラメータの一部のみを取得するかをプレイヤが選択できるようにしてもよい。また、対価として第３パラメータを消費して第２パラメータを回収する構成の場合、プレイヤが所有する第３パラメータの量に応じて、回収可能な第２パラメータの量が決定されるため、プレイヤが回収可能な第２パラメータの量を第３パラメータの量に基づいて算出して、ログイン時の画面に表示させるようにしてもよい。例えば、溢れたスタミナ（第２パラメータ）が２０個で、プレイヤが交換アイテム（第３パラメータ）を１０個所有しており、交換レートが１である場合、回収可能なスタミナが１０個である場合、「交換アイテムを１０個所有しているため、１０個の溢れたスタミナを回収できます」等のメッセージを生成し、プレイヤ端末２に表示させるようにしてもよい。

第３パラメータは、第１、第２パラメータと同様にゲームをプレイするためのチケット、アイテム等、インゲーム、アウトゲームとに関わらず、ゲームに関する操作のために消費される仮想物と変換可能としてもよい。第３パラメータも任意で上限値を設定してもよい。パラメータ情報記憶部１２３には、第３パラメータ情報として、上限値、現在値などの情報を含むことができる。また、第３パラメータもゲームを実行するために消費されるように設定してもよい。

パラメータ情報記憶部１２３は、上限値を超えて溢れた第１パラメータを第２パラメータとして記憶しておき、プレイヤの入力操作に基づいて、プレイヤに取得させるか否かを決定する。その際には、第３パラメータを消費することを条件として第２パラメータを記憶してもよい。また、第２パラメータの記憶した後に、パラメータ情報記憶部１２３の情報を更新してもよい。必要に応じて、第２パラメータの回収（記憶）に係る情報をプレイヤごとにパラメータ情報記憶部１２３から読み出してもよい。すなわち、プレイヤごとに回収スピードが異なる場合は、対象のプレイヤの情報を読み出して回収処理を行う。回収された第２パラメータはパラメータ情報記憶部１２３に記憶される。

また、パラメータ情報記憶部１２３には、各パラメータを記憶する場合の各種条件設定について記憶してもよい。例えば、１回の操作で記憶できる第２パラメータの上限値（１回当たり上限値）を設定してもよい。例えば、１回当たり上限値を仮に第２パラメータ３個と設定している場合、回収した第２パラメータが５個あっても、一度に５個すべてを記憶することはできず、最大３個までを記憶することができることとなる。

また、パラメータ情報記憶部１２３は、パラメータの回収レートや交換レートに関する情報を含んでもよい。回収レートは、溢れた第１パラメータである第２パラメータを回収する際の変換率である。回収レートは、１でもよいし、１超でも１未満でもよい。例えば、回収レートが１で、スタミナの上限値を超えて溢れたスタミナが４個の場合、第２パラメータとして４個が記憶され、そのまま４個のスタミナを回収することができる。また、回収レートが２で、溢れたスタミナが４個の場合、４個の２倍の８個のスタミナを回収することができる。また、回収レートが０．５で溢れたスタミナが４個の場合、４個の０．５倍の２個のスタミナを回収することができる。回収レートは一律に設定してもよいし、時間帯によって変動させてもよい。また、プレイヤのレベル、所有キャラクタ、所有アイテム、課金額、総プレイ時間など種々の指標に基づいてプレイヤごとに設定してもよいし、特定のアイテムを使用することにより回収レートが上昇するようにしてもよい。交換レートは、例えば第３パラメータを消費して第２パラメータを回収する（第３パラメータを第２パラメータと交換する）場合の割合であり、上記回収レートと同様に、１でもよいし、１超でも１未満でもよい。なお、第３パラメータを第２パラメータに交換する場合に限らず、各パラメータ間での交換レートをそれぞれ設定してもよいし、当該交換レートが各種の条件により変動するようにしてもよい。

さらに、パラメータ情報記憶部１２３には、各パラメータの回収期限に関する情報を含んでもよい。回収期限は、例えば、上限値を超えて溢れた第１パラメータが発生してから（つまり、第２パラメータとして記憶されてから）回収されずに所定時間経過した場合に、第２パラメータを無効にする（消滅させる）場合の期限である。回収期限は一律に設定してもよいし、時間帯によって変動させてもよい。また、プレイヤのレベル、所有キャラクタ、所有アイテム、課金額、総プレイ時間など種々の指標に基づいてプレイヤごとに設定してもよい。回収期限を設ける場合は、パラメータ情報記憶部１２３は、上限値を超えて溢れた第１パラメータ（第２パラメータ）のそれぞれについて、上限値を超えてから（第２パラメータとして記憶されてから）の経過時間を記憶する。例えば、回収期限が２４時間である場合、第１パラメータの上限値を超えて溢れてから２４時間が経過した分の第２パラメータは記憶されずに消滅する。また、第２パラメータを回収してから当該第２パラメータを使用せずに所定時間が経過した場合に消滅するようにしてもよい。つまり、パラメータ情報記憶部１２３には、各パラメータの使用期限に関する情報を含んでもよい。

また、第２パラメータは、回収後の経過時間に応じて所定割合分が増加または減少することとしてもよい。その場合、パラメータ情報記憶部１２３には、当該増加条件または減少条件に関する情報を含むことができる。例えば、回収後の経過時間が所定時間経過するごとに所定割合増加または減少することとしてもよいし（例えば、２４時間経過するごとに２倍になるなど）、所定時刻において保有される第２パラメータの数量に応じて所定割合増加または減少する（例えば、毎月１日時点での保有数につき１０％分を増加または減少させるなど）ようにしてもよい。

各パラメータの条件は、特定のアイテムの使用によって変更されることとしてもよい。例えば、第２パラメータの上限値（記憶上限値または回収上限値）を所定値分拡大するアイテム、回収レートを増大させるアイテム、１回当たりの記憶上限値または回収上限値を増大させるアイテム、回収期限を延ばすアイテム、などが考えられる。これらのアイテムは、ゲームの進行に応じてプレイヤに付与されてもよいし、課金によって購入したり、課金で購入したゲーム内通貨で購入したりすることで取得できるようにしてもよい。

＜サーバ装置１の制御部１１の構成＞
サーバ装置１のゲーム実行部１１１は、ゲームプログラムに従ってゲームを進行させる処理を実行する機能を有する。本実施形態において、ゲームは任意の種類のゲームであってよく、例えば、対戦ゲーム、パズルゲーム、アクションゲーム、野球ゲーム、サッカーゲーム、その他スポーツゲーム、クイズゲーム、ピンボールゲーム、カードゲーム、リズムゲーム、ＲＰＧ（ロールプレイングゲーム）、位置情報ゲーム、ボードゲーム、アドベンチャーゲーム、カジノゲーム、シミュレーションゲーム、ストラテジーゲーム、レーシングゲームなどであってよい。等であってよい。

ゲーム実行部１１１は、第１パラメータに基づいて所定のゲーム操作の実行が可能と判断した場合に、第１パラメータを消費してゲーム操作を実行する。プレイを行う場合、まず、プレイヤはログインボタン等の入力操作によりゲームにログインした後に、プレイヤは例えばインゲームの開始ボタン（図示せず）を選択入力するなどして、サーバ装置１に対してゲーム実行の要求を送る。サーバ装置１は、プレイヤが要求したゲームの実行に必要な第１パラメータの必要量を確認し、当該必要量の第１パラメータを有しているかを、パラメータ情報記憶部１２３を参照して確認する。そして、ゲームを実行する場合は、第１パラメータを必要量だけ減らすようにパラメータ情報記憶部１２３を更新し、ゲーム実行要求を許可する旨の通知をプレイヤ端末２のゲーム動作部２１２に伝える。また、合わせて第１パラメータの残量に関する情報を通知してもよい。ゲーム動作部２１２はこの通知に応じて、ゲームの操作を実行する。なお、ゲーム実行部１１１は、第２、第３パラメータに基づいて所定のゲーム操作の実行が可能と判断した場合には、これらのパラメータを消費してゲーム操作を実行するように設定することもできる。

画面データ生成部１１２は、ゲーム画面をプレイヤ端末２に表示させるための画面データを生成する処理を実行する機能を有する。画面データ生成部１１２は、上記の任意のゲームに関する画面データを生成し、例えば、プレイヤがゲームにログインした時に、溢れた第１パラメータである第２パラメータの少なくとも一部を回収（取得）するかどうかのメッセージを表示する画面データを生成する（図４参照）。また、画面データ生成部１１２は、プレイヤがゲームにログインした時に、第２パラメータと交換可能な第３パラメータを表示させるための画面データを生成する（図５参照）。生成された画面データは、プレイヤ端末２に送信されて、出力部２４により出力される。

増加処理部１１３は、第１パラメータを増加処理（回復）させる。増加処理部１１３は、時間の経過に伴って、所定量の第１パラメータを増やす処理を行い、パラメータ情報記憶部１２３の情報を更新する。必要に応じて、第１パラメータの回復に係る情報をプレイヤごとにパラメータ情報記憶部１２３から読み出してもよい。すなわち、プレイヤごとに増加スピードや上限値が異なる場合は、対象のプレイヤの情報を読み出して増加処理を行う。増加処理によって上限値を超えた第１パラメータは第２パラメータとしてパラメータ情報記憶部１２３に記憶される。

また、増加処理部１１３は、更新後の第１パラメータの値をプレイヤ端末２のゲーム動作部２１２に送信する。ゲーム動作部２１２は、受信した更新後の第１パラメータの値に基づいて、ゲーム動作部２１２が実行しているゲーム中の第１パラメータの値を更新する。

パラメータ変換部１１４は、プレイヤの入力操作に応じて、あるいは自動的に、回収した第２パラメータを第１パラメータに変換することができる。その際に、パラメータ変換部１１４は第２パラメータを所定量減少させ、パラメータ情報記憶部１２３を更新する。交換する第２パラメータの量をプレイヤに入力させてもよい。なお、変換した第１パラメータを消費してゲームを実行することとしてもよい。

また、パラメータ変換部１１４は、第２パラメータを第１パラメータに変換する際に、第２パラメータを所定量減少させるとともに、所定のアイテムをプレイヤに付与するようパラメータ情報記憶部１２３とプレイヤ情報記憶部１２２を更新するようにしてもよい。また、これまでに記憶した第２パラメータの累計蓄積数に応じてアイテム等のゲーム媒体を付与することとしてもよい。その場合、パラメータ情報記憶部１２３は、現在の第２パラメータの所有数とは別に、過去の累積蓄積数（累積回収数）を記憶しておき、累積蓄積数が所定数に達した場合に所定のアイテムをプレイヤに付与することができる。変換可能なアイテムに特に制限はなく、第１パラメータを回復させる回復アイテムやレベルを上げるアイテム、その他ゲーム中で使用できる各種機能を有するアイテムであってもよく、キャラクタ等のゲーム媒体を抽選で取得できる抽選チケットなどでもよい。各アイテムと変換するために必要な第２パラメータの量は適宜設定することができる。また、パラメータ変換部１１４は、回収した第２パラメータを、プレイヤの入力操作に応じて、あるいは自動的に、他のプレイヤに付与するようにしてもよい。

通知部１１５は、パラメータの記憶に関する各種の通知をプレイヤ端末２に送信する。例えば、第２パラメータが所定量記憶した場合に、第１パラメータに変換する操作や、プレイによる各パラメータの消費を促すメッセージを通知することが考えられる。

再びゲーム実行部１１１の説明に戻るが、ゲーム実行部１１１は、プレイヤが要求したゲームの実行に必要な第１パラメータの必要量を確認し、当該必要量の第１パラメータを有しているかを、パラメータ情報記憶部１２３で確認する。第１パラメータが必要量未満である場合は、第２パラメータが必要量以上記憶されているかをパラメータ情報記憶部１２３で確認し、第２パラメータを第１パラメータに変換するように促すメッセージを通知するようにしてもよい。なお、第２パラメータを第１パラメータに変換せずに、そのまま消費してそのままゲームを実行するように設定してもよい。また、パラメータ変換部１１４は、他のプレイヤの保有する第２パラメータを引き出してプレイヤに付与するようにしてもよい。

＜システムの基本動作例＞
図７は、本実施形態に係るサーバ装置１のログイン時の基本動作例を説明するフロー図である。

サーバ装置１に対して、プレイヤがプレイヤ端末２を介してゲームにログインしたことがプレイヤ端末２から通知される（Ｓ１０１）。サーバ装置１は、各パラメータの現在値を確認する（Ｓ１０２）。サーバ装置１は、上限値を超えて溢れた第１パラメータ、すなわち第２パラメータが存在するか否かを判定し（Ｓ１０３）、第２パラメータが存在する場合には（Ｓ１０３＝Ｙｅｓ）、画面データ生成部１１２は第２パラメータの回収の要否に関するメッセージを表示する画面データを生成して（図４参照）、プレイヤ端末２に通知する（Ｓ１０４）。第２パラメータが存在しない場合には（Ｓ１０３＝Ｎｏ）、Ｓ１０４に進まずにＳ１１２に進み、各パラメータの保有量、例えば、第２パラメータについては保有量がゼロである旨をプレイヤ端末２に通知する。なお、Ｓ１１２の通知は必須の構成ではない。

サーバ装置１に対して、プレイヤ端末２から第２パラメータ回収要求が通知された場合には（Ｓ１０５＝Ｙｅｓ）、第２パラメータと交換可能な第３パラメータ表示画面データを生成して（図５参照）、通知する（Ｓ１０６）。サーバ装置１に対して、プレイヤ端末２から第２パラメータ回収要求が通知されなかった場合（回収拒否要求が通知された場合）には（Ｓ１０５＝Ｎｏ）、第２パラメータは消失し（Ｓ１０７）、次にＳ１１２に進む（図６参照）。

サーバ装置１に対して、プレイヤ端末２から第３パラメータを消費して第２パラメータを回収する要求が通知された場合（図５の符号４８のアイコンが選択された場合）には（Ｓ１０８＝Ｙｅｓ）、第３パラメータを消費して第２パラメータと交換し、第２パラメータを回収する（Ｓ１０９）。回収した第２パラメータは、パラメータ情報記憶部１２３に記憶する。サーバ装置１に対して、プレイヤ端末２から第３パラメータを消費して第２パラメータを回収する要求が通知されなかった場合（図５の符号４９のアイコンが選択された場合）には（Ｓ１０８＝Ｎｏ）、第２パラメータは回収されずに消失し（Ｓ１１０）、Ｓ１１２に進む。以上の処理により更新した各パラメータ情報をプレイヤ端末２に通知する（Ｓ１１２）。その後、プレイヤ端末２からの要求に応じて、第１パラメータを消費するなどしてゲームを実行する。

このように、プレイヤの意思により、時間回復により増加した第１パラメータのうち上限値から溢れた分（第２パラメータ）を回収することで、第１パラメータが溢れて無駄になる不安を解消することが可能となる。回収した第２パラメータは、記憶してそのままゲームの実行の際に消費してゲームを続行しても良いし、第１パラメータに変換してゲームを続行することもできる。これにより、プレイヤは第１パラメータが上限値を超えて溢れることを防ぐために頻繁にゲームにログインしてゲームを実行しなくても、第１パラメータの上限値を超えてゲームを楽しむことができる。また、プレイヤの入力操作に基づいて、溢れた第１パラメータを回収させるため、プレイヤの意思を、よりゲームに反映させることができ、ゲームの興趣性を高めることが可能となる。

上記では、プレイヤがログアウトの状態からゲームにログインした時（つまりログイン時）に、第２パラメータの回収の要否に関するメッセージをプレイヤ端末２に表示させ、第２パラメータの回収の要否に関するプレイヤの入力操作を受け付ける構成としていたが、これに限られず、ログイン中の任意のタイミングで、第２パラメータの回収の要否に関するメッセージをプレイヤ端末２に表示させ、第２パラメータの回収の要否に関するプレイヤの入力操作を受け付けてもよい。このタイミングは、例えば、ログイン中でゲームを一時中断した状態から復帰した時や、所定のアイテムを獲得したとき、所定のクエストをクリアしたときなど、システム運営側で予め設定されたタイミングであってもよいし、プレイヤの要求（入力操作）に基づくタイミングであってもよい。プレイヤの要求に基づくタイミングとは、例えば、溢れた第１パラメータの回収に関する設定を行う機能に遷移するアイコンをプレイヤが選択した時とすることができる。この場合、プレイヤは任意のタイミングで、溢れた第１パラメータを回収するか否か、また、どの程度回収するか、第３パレメータをどの程度まで消費するか（あるいは消費しないか）等を設定することができる。また、第２パラメータの回収要求をその都度行うようにする場合に限らず、１度の回収要求に基づいて所定期間自動で回収処理を行ってもよい。この場合、パラメータ情報記憶部１２３は、所定のルールに従って、溢れた第１パラメータ（第２パラメータ）を自動的に取得させる処理を行う。例えば、時間経過で増加する第１パラメータが上限値を超えて溢れたことに基づいて、超えた量の第１パラメータ（第２パラメータ）を自動的に回収してパラメータ情報記憶部１２３を更新することとしてもよい。この場合、上限値を超えて溢れた第１パラメータ（第２パラメータ）のすべてを回収してもよいし、所定割合のみを回収することとしてもよい。これらの自動回収に係るルールは、プレイヤに設定させることとしてもよい。また、溢れた第１パラメータを自動回収する場合には、プレイヤの所有する特定のアイテム(例えば、第３パラメータ）を消費することを条件としてもよい。このアイテムは、ゲームの進行に応じてプレイヤに付与されてもよいし、課金によって購入したり、課金で購入したゲーム内通貨で購入したりすることで取得できるようにしてもよい。

また、上記では、第２パラメータを回収する際に第３パラメータと交換する例を示したが、第３パラメータと交換することなく第２パラメータを回収できるようにしてもよいし、他の条件を満たした場合に回収できるようにしてもよい。第２パラメータを回収する条件としては、例えば、「ミニゲームの実行」、「クイズに正解する」、「ルーレット等の抽選イベントで当たりを引く」、「広告を視聴する」等の何れか１つまたは複数の組み合わせであってもよい。すなわち、第２パラメータは、所定の条件を満たす場合に回収される。

この場合、サーバ装置１のゲーム情報記憶部１２１（図２参照）は、上記第２パラメータを回収するための所定条件に関する情報（ミニゲーム、クイズ、抽選、広告等に関する情報）を予め記憶する。例えば、図７において、サーバ装置１に対して、プレイヤ端末２から第２パラメータ回収要求が通知された場合には（Ｓ１０５＝Ｙｅｓ）、画面データ生成部１１２は第２パラメータを回収するための条件を示す画面データを生成して、プレイヤ端末２に通知する。例えば、サーバ装置１に対して、プレイヤ端末２から上記条件を実行することにより第２パラメータを回収する要求が通知された場合には、サーバ装置１は、その条件を実施するための、例えばクイズをプレイヤ端末２に送信する。プレイヤ端末２から送信された答えが正解の場合には、第２パラメータは回収されてパラメータ情報記憶部１２３に記憶される。これに対し、プレイヤ端末２から送信された答えが不正解の場合には、第２パラメータは回収されずに消失するか、再度、第２パラメータを回収するための条件（前回と同一の条件もしくは異なる条件）をプレイヤ端末２に通知して、再度第２パラメータを回収する機会を付与する。以上の処理により更新した各パラメータ情報を、プレイヤ端末２に通知する。このように、プレイヤの意思により、時間回復により増加した第１パラメータのうち上限値から溢れた分（第２パラメータ）を回収することで、第１パラメータが溢れて無駄になる不安を解消することが可能となる。

上述した実施の形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。例えば、上記例では、所定の上限値を超えて溢れた第１パラメータを第２パラメータとしてパラメータ情報記憶部が記憶する場合について説明したが、これは必須の構成ではない。具体的には、例えばログイン時等のタイミングで、所定の上限値を超えて溢れた第１パラメータ（つまり、第２パラメータ）を算出するとともにプレイヤに回収の要否を問い合わせ、プレイヤの指示に応じて取得（あるいは廃棄）した第２パラメータの情報をパラメータ情報記憶部で記憶するようにしてもよい。

また、サーバ装置１及びプレイヤ端末２が備えるソフトウェア機能部の処理について、本発明の趣旨を実現できる範囲で、サーバ装置１の一部若しくはすべての機能をプレイヤ端末２が備えてもよい。

また、図７の処理は、本実施形態の情報処理システムによる処理の一例を示したものであり、本願発明を限定する意図ではない。図７の処理に含まれる各工程は、図中に示される順序と異なる順序で実行するようにしてもよいし、一部の処理を並列に実行するよういしてもよいし、一部の工程を省略するようにしてもよいし、他の工程を追加してもよい。

１ サーバ装置（情報処理サーバ）
２ プレイヤ端末
３ ネットワーク

Claims (7)

1. プレイヤが所有する第１パラメータを消費してゲームを実行するゲーム実行部と、
   ゲーム画面を前記プレイヤのプレイヤ端末に表示させるための画面データを生成する画面データ生成部と、
   時間の経過に伴い、前記第１パラメータを増加処理する増加処理部と、
   所定の上限値を超えて溢れた前記第１パラメータを第２パラメータとして記憶する第２パラメータ記憶部と、を備え、
   前記画面データ生成部は、所定のタイミングで、前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成し、
   前記ゲーム実行部は、前記第２パラメータの回収の要否に関する前記プレイヤの入力操作に基づいて、前記第２パラメータの少なくとも一部を前記プレイヤに取得させ、
   前記画面データ生成部は、前記第２パラメータと交換可能な第３パラメータを表示させるための画面データを生成する、情報処理サーバ。
2. 前記画面データ生成部は、前記プレイヤがゲームにログインした時に前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成する、請求項１に記載の情報処理サーバ。
3. 前記画面データ生成部は、前記第２パラメータを回収するための所定の条件を含む画面データを生成し、
   前記所定の条件を満たす場合に、前記第２パラメータを回収する、請求項１又は２に記載の情報処理サーバ。
4. 前記ゲーム実行部は、前記第２パラメータの少なくとも一部を前記プレイヤに取得させる際に、前記プレイヤが所有する前記第３パラメータを消費する、請求項１～３のいずれか１項に記載の情報処理サーバ。
5. 前記第２パラメータを第１パラメータに変換するパラメータ変換部を備え、
   前記パラメータ変換部は、前記プレイヤの入力操作に基づいて、前記第２パラメータを前記第１パラメータに変換する、請求項１～４のいずれか１項に記載の情報処理サーバ。
6. コンピュータに、
   プレイヤが所有する第１パラメータを消費してゲームを実行するゲーム実行処理と、
   ゲーム画面を前記プレイヤのプレイヤ端末に表示させるための画面データを生成する画面データ生成処理と、
   時間の経過に伴い、前記第１パラメータを増加処理する増加処理と、
   所定の上限値を超えて溢れた前記第１パラメータを第２パラメータとして記憶する処理と、
   所定のタイミングで、前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成する処理と、
   前記第２パラメータの回収の要否に関する前記プレイヤの入力操作に基づいて、前記第２パラメータの少なくとも一部を前記プレイヤに取得させる処理と、
   前記第２パラメータと交換可能な第３パラメータを前記プレイヤ端末に表示させるための画面データを生成する処理と、を実行させる、ゲームプログラム。
7. プレイヤが所有する第１パラメータを消費してゲームを実行するステップと、
   ゲーム画面を前記プレイヤのプレイヤ端末に表示させるための画面データを生成するステップと、
   時間の経過に伴い、前記第１パラメータを増加処理するステップと、
   所定の上限値を超えて溢れた前記第１パラメータを第２パラメータとして記憶するステップと、
   所定のタイミングで、前記第２パラメータの回収の要否に関するメッセージを前記プレイヤ端末に表示するための画面データを生成するステップと、
   前記第２パラメータの回収の要否に関する前記プレイヤの入力操作に基づいて、前記第２パラメータの少なくとも一部を前記プレイヤに取得させるステップと、
   前記第２パラメータと交換可能な第３パラメータを前記プレイヤ端末に表示させるための画面データを生成するステップと、を含む、コンピュータによる情報処理方法。
   

Images