(57)【要約】【課題】ユーザの利便性を向上させることができるゲームシステムを提供する。【解決手段】ゲームシステム１は、体力値、及び回復アイテムを含み、その回復アイテムの使用に伴い体力値の残量を所定量回復させるとともに、それとは別に体力値の残量を時間経過に従って第１上限値まで回復させるゲームを提供する。また、ゲームシステム１には、体力値の残量が第１上限値を超えた後における回復アイテムの使用回数が所定数に達したか否か判別するための“回数”の情報が記述された価値管理データＶＤを記憶する記憶部３２が設けられている。そして、ゲームシステム１は、その“回数”の情報に基づいて回復アイテムの使用回数が所定数に達していると判別される場合に回復アイテムの使用を制限するとともに、その後に体力値の残量が第１上限値を下回った場合に回復アイテムの使用回数を初期値にリセットするように価値管理データＶＤの“回数”の情報を更新する。【選択図】図４
2020163049.tif 000002
【特許請求の範囲】
【請求項１】
所定の進行を付与するために消費される進行用の価値、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値まで回復させるゲームを提供するゲームシステムであって、
前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素が使用された回数としての上限後回数が所定数に達したか否か判別するための判別情報が記述された判別情報データを記憶するデータ記憶手段と、
前記判別情報データの前記判別情報に基づいて前記上限後回数が所定数に達していると判別される場合に前記回復要素の使用を制限する使用制限手段と、
前記上限後回数が前記所定数に達した後に前記残量が前記上限値を下回った場合に前記上限後回数が前記所定数に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手段と、
を備える、ゲームシステム。
【請求項２】
所定の進行を付与するために消費される進行用の価値、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値まで回復させるゲームを提供するゲームシステムであって、
前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素の使用に伴う前記所定量の回復の合計としての合計回復量が所定量に達したか否か判別するための判別情報が記述された判別情報データを記憶するデータ記憶手段と、
前記判別情報データの前記判別情報に基づいて前記合計回復量が前記所定量に達していると判別される場合に前記回復要素の使用を制限する使用制限手段と、
前記合計回復量が前記所定量に達した後に前記残量が前記上限値を下回った場合に前記合計回復量が前記所定量に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手段と、
を備える、ゲームシステム。
【請求項３】
前記使用制限手段は、前記判別情報データに前記判別情報として前記上限後回数が記述されている場合に当該上限後回数を前記判別情報として利用し、当該上限後回数が前記所定数に達している場合に前記回復要素の使用を制限し、
前記情報更新手段は、前記上限後回数が前記所定数に達した後に前記残量が前記上限値を下回った場合に前記判別情報の更新として前記判別情報データの前記上限後回数をリセットする、請求項１に記載のゲームシステム。
【請求項４】
前記使用制限手段、及び前記情報更新手段は、前記所定数としていずれも一回を利用する、請求項１又は３に記載のゲームシステム。
【請求項５】
前記回復要素として、前記ゲームに用意されたアイテムが利用される、請求項１〜４のいずれか一項に記載のゲームシステム。
【請求項６】
前記データ記憶手段に接続されるコンピュータを、請求項１〜５のいずれか一項に記載のゲームシステムの各手段として機能させるように構成されたコンピュータプログラム。
【請求項７】
所定の進行を付与するために消費される進行用の価値、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値まで回復させるゲームを提供するゲームシステムであって、前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素が使用された回数としての上限後回数が所定数に達したか否か判別するための判別情報が記述された判別情報データを記憶するデータ記憶手段を備えるゲームシステムに組み込まれるコンピュータに、
前記判別情報データの前記判別情報に基づいて前記上限後回数が所定数に達していると判別される場合に前記回復要素の使用を制限する使用制限手順と、
前記上限後回数が前記所定数に達した後に前記残量が前記上限値を下回った場合に前記上限後回数が前記所定数に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手順と、
を実行させる、制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の進行を付与するために消費される進行用の価値、及びその進行用の価値の残量を所定量回復させるために使用される回復要素を含み、その回復要素の使用に伴い進行用の価値の残量を所定量回復させるとともに、その回復要素の使用とは別に進行用の価値の残量を時間経過に従って徐々に上限値まで回復させるゲームを提供するゲームシステム等に関する。
【背景技術】
【０００２】
所定の進行を付与するために消費される進行用の価値、及びその進行用の価値の残量を所定量回復させるために使用される回復要素を含み、その回復要素の使用に伴い進行用の価値の残量を所定量回復させるとともに、その回復要素の使用とは別に進行用の価値の残量を時間経過に従って徐々に上限値まで回復させるゲームを提供するゲームシステムが存在する。例えば、このような所定の進行、進行用の価値、回復要素、及び上限値として、ストーリのクエスト、スタミナ、クレジット、及び回復上限値をそれぞれ利用するゲームが知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５７２９７９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１のゲームでは、ゲームのテンポを向上させるために、クレジットの使用に伴いスタミナは回復上限値を超えても回復される。具体的には、クレジットの使用に伴う回復が回復上限値に制限される場合、ユーザは、現在のスタミナ、クレジットの使用に伴う回復値、及び回復上限値を考慮し、回復値に損が生じないようにスタミナの回復を待ったり、不要なクエストを行ったりしてしまう。このため、特許文献１のゲームでは、スタミナをクレジットの使用に伴い回復上限値を超えて回復させることにより、このような待ち時間等の解消が図られ、ひいてはゲームのテンポの向上が図られている。そして、このような目的のためには、現在のスタミナが回復上限値を超えている場合において原則としてクレジットの使用が禁止されることが好ましいようである。
【０００５】
一方で、特許文献１のゲームにおいて、現在のスタミナが回復上限値を超えている場合にクレジットの使用が許容される可能性もあるかもしれない。ただし、このようなクレジットの使用が仮に許容されるとしても、スタミナには回復上限値の他にも最大値が設けられているため、最大値以下にスタミナの回復は制限される。結果として、このようなクレジットの使用が許容される場合、回復上限値と同様に、最大値と現在のスタミナ等との間で回復値に損が生じる可能性がある。このため、回復上限値の代わりに最大値が考慮され、回復上限値にクレジットの使用に伴う回復が制限される場合と同様にやはり不要なクエスト等を招く可能性がある。少なくとも、そのような損に関する計算をユーザにさせてしまい、ユーザの不便を招く可能性がある。また、仮にスタミナに最大値が設定されていなくとも、このようなクレジットは多くの場合、所定の対価の消費と引き換えに取得されるので、無制限の使用が許容されると、不要な対価の消費を招いてしまう可能性がある。
【０００６】
そこで、本発明は、ユーザの利便性を向上させることができるゲームシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の形態に係るゲームシステムは、所定の進行を付与するために消費される進行用の価値、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値まで回復させるゲームを提供するゲームシステムであって、前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素が使用された回数としての上限後回数が所定数に達したか否か判別するための判別情報が記述された判別情報データを記憶するデータ記憶手段と、前記判別情報データの前記判別情報に基づいて前記上限後回数が所定数に達していると判別される場合に前記回復要素の使用を制限する使用制限手段と、前記上限後回数が前記所定数に達した後に前記残量が前記上限値を下回った場合に前記上限後回数が前記所定数に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手段と、を備えるものである。
【０００８】
本発明の第２の形態に係るゲームシステムは、所定の進行を付与するために消費される進行用の価値、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値まで回復させるゲームを提供するゲームシステムであって、前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素の使用に伴う前記所定量の回復の合計としての合計回復量が所定量に達したか否か判別するための判別情報が記述された判別情報データを記憶するデータ記憶手段と、前記判別情報データの前記判別情報に基づいて前記合計回復量が前記所定量に達していると判別される場合に前記回復要素の使用を制限する使用制限手段と、前記合計回復量が前記所定量に達した後に前記残量が前記上限値を下回った場合に前記合計回復量が前記所定量に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手段と、を備えるものである。
【０００９】
一方、本発明のコンピュータプログラムは、前記データ記憶手段に接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。
【００１０】
また、本発明の制御方法は、所定の進行を付与するために消費される進行用の価値、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値まで回復させるゲームを提供するゲームシステムであって、前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素が使用された回数としての上限後回数が所定数に達したか否か判別するための判別情報が記述された判別情報データを記憶するデータ記憶手段を備えるゲームシステムに組み込まれるコンピュータに、前記判別情報データの前記判別情報に基づいて前記上限後回数が所定数に達していると判別される場合に前記回復要素の使用を制限する使用制限手順と、前記上限後回数が前記所定数に達した後に前記残量が前記上限値を下回った場合に前記上限後回数が前記所定数に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手順と、を実行させるものである。
【図面の簡単な説明】
【００１１】
【図１】本発明の一形態に係るゲームシステムの概略構成を示す図。
【図２】ゲーム機の制御系の要部を示す機能ブロック図。
【図３】ホーム画面の一例を模式的に示す図。
【図４】体力値の回復に設定される制限について説明するための説明図。
【図５】価値管理データの構成の一例を示す図。
【図６】価値回復処理の手順の一例を示すフローチャート。
【図７】回数カウント処理の手順の一例を示すフローチャート。
【図８】カウントリセット処理の手順の一例を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明の一形態に係るゲームシステムの一例を説明する。まず、図１を参照して、本発明の一形態に係るゲームシステムの全体構成を説明する。ゲームシステム１は、センターサーバ２と、センターサーバ２に所定のネットワークＮＴを介して接続可能なクライアント装置としての複数のゲーム機３とを含む。センターサーバ２は、複数のコンピュータ装置としてのサーバユニット２Ａ、２Ｂ…が組み合わされることにより一台の論理的なサーバ装置として構成されている。ただし、単一のサーバユニットによりセンターサーバ２が構成されてもよい。あるいは、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。
【００１３】
ネットワークＮＴは、センターサーバ２に対してゲーム機３をそれぞれ接続させることができる限り、適宜に構成されてよい。一例として、ネットワークＮＴは、ＷＡＮとしてのインターネットと、センターサーバ２及びゲーム機３のそれぞれをインターネットに接続するＬＡＮ、あるいはアクセスポイントＡＰといった各種の接続設備又は機器等を含んでよい。
【００１４】
図１の例では、ゲーム機３としてゲーム機３Ａ、３Ｂ、３Ｃが示されている。ゲーム機３はいずれもゲームを提供するゲーム装置の一例である。ゲーム機３Ａはアミューズメント店舗等の施設に設置され、所定の対価の支払いと引き換えにそのプレイ料金に対応した範囲でユーザにゲームをプレイさせる業務用ゲーム機として構成されている。この種のゲーム機はアーケードゲーム機と呼ばれることもある。この種のゲーム機３Ａ（以下、アーケードゲーム機３Ａと呼ぶ場合がある）は、多数のユーザにゲームを繰り返しプレイさせて収益を上げることを主たる目的として店舗等の所定の施設に設置される場合が多い。一方、ゲーム機３Ｂ、３Ｃは、ユーザの個人的な使用に供される家庭用の据置型ゲーム機、或いは携帯型のゲーム機である。このようなゲーム機３Ｂ、３Ｃ（以下、据え置き型ゲーム機３Ｂ、或いは携帯型ゲーム機３Ｃとそれぞれ呼ぶ場合があり、これらを区別しない場合にはユーザ端末装置型のゲーム機３と呼ぶ場合がある）として、スマートフォン等の携帯電話機又は携帯情報端末（タブレット端末、及びパーソナルコンピュータを含む）が機能してよい。なお、図１の例では、複数種類のゲーム機３がセンターサーバ２に接続されているが、センターサーバ２に接続されるゲーム機３は一種類であってもよい。
【００１５】
ゲーム機３は、キャラクタ育成ゲームを提供する。キャラクタ育成ゲームは、ゲーム中のキャラクタを育成するタイプのゲームである。このようなキャラクタとして、モンスタ、スポーツ選手、或いは戦士等の各種のジョブを持つ人物、並びに車や動物等の各種の物が利用されてよい。また、育成対象のキャラクタは、一体でもよいし、複数体でもよい。以下では、一例として、ゲーム機３がダンスユニット（複数のキャラクタによるチーム）を育成するタイプのキャラクタ育成ゲームを提供する場合について説明する。
【００１６】
このようなキャラクタ育成ゲームでは、ゲーム中の各種の要素を通じてダンスユニットを形成する各キャラクタが育成される。このような育成用の要素には、ミニゲームが含まれる。つまり、各キャラクタは、このようなミニゲームのプレイを通じて育成される。このようなミニゲームは、各種のゲームを含んでよいが、一例として音楽ゲームを含んでいる。音楽ゲームは、タイミングゲームの一種である。タイミングゲームは、適切なプレイ行為の実行時期を評価するタイプのゲームである。音楽ゲームの場合、その適切なプレイ行為を実行すべき実行時期が楽曲とともに提供される。また、音楽ゲームでは、楽曲のリズムと一致する時期が実行時期として利用される。つまり、音楽ゲームは、適切なプレイ行為を実行すべき時期を楽曲のリズムに合わせてユーザに案内し、実際にプレイ行為が実行された時期を評価するタイプのゲームである。また、例えば、音楽ゲームにはプレイ用に複数の楽曲が用意され、そこから選択された楽曲が実際のプレイに使用される。例えば、そのような音楽ゲームは、表示装置に表示されるゲーム画面を通じて提供される。具体的には、このようなゲーム画面は、各実行時期に対応する指示標識及び現在時刻の基準として機能する基準標識を含み、それらの指示標識及び基準標識を利用し、各実行時期において指示標識及び基準標識の位置が一致するように指示標識と基準標識との間に相対的変位を生じさせることにより各実行時期を案内する。
【００１７】
ゲームシステム１には、ネットワークＮＴを介してユーザ端末装置４が接続される場合もある。ユーザ端末装置４は、ネットワーク接続が可能でかつユーザの個人用途に供されるコンピュータ装置である。例えば、据置型又はブック型のパーソナルコンピュータ４Ａ、あるいは携帯電話（スマートフォンを含む。）のようなモバイル端末装置４Ｂがユーザ端末装置４として利用される。その他にも、据置型の家庭用ゲーム機、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のコンピュータ装置がユーザ端末装置４として利用されてよい。ユーザ端末装置４は、各種のコンピュータソフトウエアを実装することにより、センターサーバ２が提供する種々のサービスをユーザに享受させることが可能である。なお、このようなユーザ端末装置４がコンピュータソフトウエアを通じてゲーム機３として機能してもよい。
【００１８】
センターサーバ２は、ゲーム機３又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスは、ネットワーク５を介してゲーム機３のプログラム或いはデータを配信し、更新する配信サービスを含んでいる。センターサーバ２は、このような配信サービスを通じて各ゲーム機３にキャラクタ育成ゲームの提供に必要な各種のプログラム或いはデータを適宜に配信等する。また、ゲーム機用サービスは、ネットワーク５を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービスを含んでいる。ゲームシステム１は、このようなマッチングサービスを通じてキャラクタ育成ゲーム（音楽ゲーム等のキャラクタ育成ゲームの一部の場合を含む）を、複数のユーザ間において進行を共通させる複数プレイ型のゲームとして提供する場合がある。
【００１９】
なお、ゲーム機用サービスは、その他にもゲーム機３からユーザの識別情報を受け取って、そのユーザを認証するサービスを含んでいてよい。また、認証したユーザのプレイデータをゲーム機３から受け取って保存し、或いは保存するプレイデータをゲーム機３に提供するサービスを含んでいてもよい。さらに、ユーザから料金を徴収する課金サービス等を含んでいてもよい。同様に、センターサーバ２は、ネットワーク５を介してユーザ端末装置４のユーザに各種のＷｅｂサービスを提供してよい。Ｗｅｂサービスは、ゲーム機３が提供するゲームに関する各種の情報を提供するゲーム用情報サービス、各ユーザ端末装置４に各種データ或いはソフトウエアを配信（データ等のアップデートを含む）する配信サービス、ユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、及び各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスを含んでよい。
【００２０】
次に、図２を参照してゲームシステム１の制御系の要部を説明する。まず、センターサーバ２には、制御ユニット２１、及び記憶手段としての記憶部２２が設けられる。制御ユニット２１は、所定のコンピュータプログラムに従って各種の演算処理及び動作制御を実行するプロセッサの一例としてのＣＰＵと、その動作に必要な内部メモリその他の周辺装置とを組み合わせたコンピュータとして構成されている。
【００２１】
記憶部２２は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって実現される外部記憶装置である。記憶部２２は、一の記憶ユニット内に全てのデータを保持するように構成されてもよいし、複数の記憶ユニットにデータを分散して記憶するように構成されてもよい。記憶部２２には、ユーザに各種のサービスを提供するために必要な各種の処理を制御ユニット２１に実行させるコンピュータプログラムの一例として、プログラムＰＧ１が記録される。また、記憶部２２には、各種のサービスの提供に必要なサーバ用データが記憶される。そのようなサーバ用データはキャラクタ育成ゲーム用の各種のデータを含んでいるが、図２の例ではそのような各種のデータの一種として、価値管理データＶＤが示されている。価値管理データＶＤの詳細は、後述する。
【００２２】
なお、サーバ用データは、例えばその他にも各種のサービスを実現するための各種のデータを含んでよい。例えば、そのようなデータには、楽曲データ、シーケンスデータ、動画データ、プレイデータ、或いはＩＤ管理データ等が含まれてよい。楽曲データは、音楽ゲームで使用される楽曲を再生するためのデータである。シーケンスデータは、音楽ゲームにおいてユーザによってプレイ行為が実行されるべき各実行時期が記述されたデータである。シーケンスデータは、各実行時期の案内及びその評価に使用される。このため、シーケンスデータには、各実行時期、及びその実行時期に実行されるべき適切なプレイ行為の情報が互いに関連付けられるように記述される。動画データは、音楽ゲーム中に動画を表示するためのデータである。このような動画は、ダンス動画（各キャラクタによるダンスアニメーションを含む）を含む。このようなダンス動画のキャラクタのダンス（動作）は、動画データに基づいてプログラムＰＧ１によって随時実現されてもよいが、例えばモーションセンサを付けた人が動いた軌跡を収録し、その検出結果に基づく軌跡により実現されてもよい。また、各動画は、仮想三次元空間を撮影した撮影結果として構成されてよい。プレイデータは、各ユーザの過去のプレイ実績に関する情報が記述されたデータである。プレイデータは、例えば、前回までのプレイ結果（過去の実績）を次回以降に引き継ぐため、或いは各ユーザに固有の設定内容を引き継ぐために使用される。ＩＤ管理データは、ユーザＩＤ等の各種ＩＤを管理するためのデータである。しかし、それらの図示は省略した。
【００２３】
制御ユニット２１には、制御ユニット２１のハードウエア資源とソフトウエア資源としてのプログラムＰＧ１との組合せによって実現される論理的装置として、ゲーム機サービス管理部２４が設けられる。ゲーム機サービス管理部２４は、ゲーム機３に対して上述のゲーム機用サービスを実現するための各種処理を実行する。なお、制御ユニット２１には、キーボード等の入力装置、モニタ等の出力装置等が必要に応じて接続され得る。しかし、それらの図示は省略した。
【００２４】
一方、ゲーム機３には、コンピュータとしての制御ユニット３１と、記憶手段としての記憶部３２とが設けられる。制御ユニット３１は、所定のコンピュータプログラムに従って各種の処理を実行するプロセッサの一例としてのＣＰＵと、その動作に必要な内部メモリその他の周辺装置とを組み合わせたコンピュータとして構成されている。
【００２５】
記憶部３２は、ハードディスク、半導体記憶装置といった不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって実現される外部記憶装置である。記憶部３２には、ユーザに各種のサービスを提供するために必要な各種の処理を制御ユニット２１に実行させるコンピュータプログラムの一例として、プログラムＰＧ２が記録される。また、記憶部３２には、キャラクタ育成ゲームの提供に必要なゲームデータが記録される。そのようなゲームデータには、音楽ゲーム用のデータを含む各種のデータが含まれるが、図２の例ではその一種として価値管理データＶＤが示されている。価値管理データＶＤは、配信サービスを通じてセンターサーバ２から提供される。なお、ゲームデータには、価値管理データＶＤと同様に配信サービスを通じて提供される楽曲データ、シーケンスデータ、動画データ、プレイデータ、或いはＩＤ管理データが含まれ得る。また、ゲームデータには、例えば、その他にもゲーム用の各種の画像を表示するための画像データ、及び各種のＢＧＭを再生するためのＢＧＭデータ等が含まれ得る。しかし、これらの図示は省略した。
【００２６】
制御ユニット３１には、制御ユニット３１のハードウエア資源とソフトウエア資源としてのプログラムＰＧ２との組合せによって各種の論理的装置が構成される。そして、それらの論理的装置を通じてキャラクタ育成ゲームの提供に必要な各種の処理（センターサーバ２のゲーム機サービス管理部２４が提供するゲーム機用サービスを享受するために必要な処理を含む）が実行されるが、図２の例では、キャラクタ育成ゲームに関連する論理的装置として、進行制御部３３、及びデータ管理部３４が示されている。
【００２７】
進行制御部３３は、ゲームの進行を制御するための各種の処理を行う論理的装置である。そのような処理には、指示標識及び基準標識を通じた各実行時期の案内を行う処理、或いはそのような各実行時期に基づいてプレイ行為を評価するための処理等も含まれる。あるいは、ダンスユニットによるダンス等の各種動画を表示するための処理も含まれる。つまり、音楽ゲームのプレイを実現するための各種の処理が含まれる。また、進行制御部３３が実行する処理には、その他にもキャラクタ育成ゲームの進行に関連する各種の処理が含まれる。具体的には、進行制御部３３は、そのような処理として、例えば、価値回復処理を実行する。価値回復処理の手順は、後述する。
【００２８】
一方、データ管理部３４は、記憶部３２に記録される各種データの管理に関する各種の処理を行う論理的装置である。このような処理には、ゲームの進行に関連して変化するデータを更新する処理が含まれる。また、このようなデータには、価値管理データＶＤが含まれる。つまり、データ管理部３４が実行する処理には、ゲームの進行に関連して価値管理データＶＤを更新する処理が含まれる。具体的には、データ管理部３４は、そのような価値管理データＶＤを更新する処理として、例えば、回数カウント処理、及びカウントリセット処理を実行する。価値回復処理、及びカウントリセット処理の手順は、価値回復処理の手順と同様に後述する。
【００２９】
また、ゲーム機３にはアーケードゲーム機３Ａ、或いはユーザ端末装置型のゲーム機３等の種類に応じて適宜に各種の出力装置、及び入力装置が設けられてよいが、図２の例ではモニタ３７、及びスピーカＳＰがゲーム機３に設けられる出力装置として示されている。モニタ３７、及びスピーカＳＰは、それぞれゲーム画面等を表示するための周知の表示装置、及び音声を再生するための周知の音声再生装置である。同様に、図２の例では、ゲーム機３に設けられる入力装置として、ユーザのプレイ行為を入力するための入力装置３６が示されている。入力装置３６は、ゲーム機３の種類に応じて適宜に構成されてよい。例えば、アーケードゲーム機３Ａの場合、入力装置３６として音楽ゲーム用に足で踏むように押す押しボタン付きのステージが利用されてもよい。そして、このステージの上でユーザは音楽ゲームをプレイしてよい。あるいは、複数の押ボタンが設けられたコントロールパネルが用意されてもよい。このような場合、足或いは手で押しボタンを押す操作がプレイ行為として利用される。また、タッチパッドやタッチパネルディスプレイが入力装置３６として利用されてもよい。この場合、これらを手や足、あるいはタッチ用のペン（いわゆるスタイラスペン）でタッチする行為がプレイ行為として利用される。
【００３０】
一方、例えば、据え置き型ゲーム機３Ｂの場合、入力装置３６として複数の押しボタンを含むキーボード、或いは専用のコントローラ（主として足で操作するために床等に敷いて用いるマットコントローラを含む）が使用されてよい。この場合、それらの押しボタンを押す操作がプレイ行為として利用される。同様に、例えば、携帯型ゲーム機３Ｃの場合、入力装置３６として、例えば、ユーザのタッチ操作（指で触れる操作）に対応した信号を出力するタッチパネルが利用されてよい。この場合、タッチ操作及びその位置がプレイ行為として利用される。また、携帯型ゲーム機３Ｃに、有線または無線で専用のコントローラ（上述のマットコントローラを含む）が接続され、使用されてもよい。
【００３１】
なお、その他にも、例えばアーケードゲーム機３Ａには、現金、代替硬貨、メダル、電子通貨（ポイントを含む）、クレジットカード機能等を利用してユーザからゲームに必要な所定の対価を徴収するための対価徴収装置が入力装置として設けられてもよい。そして、そのような装置によって、例えば電子通貨の残量を記録するカードを介して電子通貨等の各種の対価が徴収されてよい。また、例えばユーザ端末装置型のゲーム機３の場合、ユーザ端末装置型のゲーム機３は音楽ゲームを有償（追加的範囲のプレイ等のためにゲームの一部が有償の場合を含む）で提供しても、無償（事前にソフトウエアを購入している場合を含む）で提供してもよい。音楽ゲームが有償で提供される場合、ユーザ端末装置型のゲーム機３においてその対価は各種の周知の決済処理を通じて徴収されてよい。
【００３２】
次に、キャラクタ育成ゲームの進行について説明する。以下では、入力装置３６としてタッチパネルを利用する携帯型ゲーム機３Ｃを例に、このような携帯型ゲーム機３Ｃのモニタ３７に表示されるゲーム画面の一例を参照しつつ、キャラクタ育成ゲームの進行について説明する。図３は、ホーム画面の一例を模式的に示す図である。ホーム画面４０は、キャラクタ育成ゲームのためにモニタ３７に表示される各種のゲーム画面のうち、主として他のゲーム画面への起点として機能するゲーム画面である。このため、ホーム画面４０には、各画面に遷移するためのタッチ位置（タッチ操作がされるべき位置）として機能するアイコン（以下、遷移用アイコンと呼ぶ場合がある）が表示される。また、ホーム画面４０には、その他にも管理用の機能や情報が設けられる場合がある。具体的には、図３に示すように、ホーム画面４０は、“ＳＴＯＲＹ”アイコン４１、“ＤＡＮＣＥＲ”アイコン４２、“ＴＥＡＭ”アイコン４３、“抽選”アイコン４４、“おつかい”アイコン４５、“ＤＡＮＣＥ  ＢＡＴＴＬＥ”アイコン４６、“ＭＩＳＳＩＯＮ”アイコン４７、情報領域４８、及びキャラクタ画像ＣＡを含んでいる。
【００３３】
“ＳＴＯＲＹ”アイコン４１は、ストーリ画面（不図示）に遷移するための遷移用アイコンである。ストーリ画面は、ゲーム中の各キャラクタが持つ個々のヒストリ、或いは複数人の会話シーンなど、各キャラクタに設定されている物語（ストーリ）アニメーション（動画）を選択、視聴するためのゲーム画面である。このようなストーリは、ゲームで獲得した報酬や各キャラクのレベル等、プレイ状況に応じて新しく解禁される（視聴可能になる）ものを含む場合がある。
【００３４】
“ＤＡＮＣＥＲ”アイコン４２は、キャラクタ画面（不図示）に遷移するための遷移用アイコンである。キャラクタ画面は、各キャラクタの詳細を提示するためのゲーム画面である。キャラクタ育成ゲームには多くのキャラクタが用意されており、キャラクタ画面には各キャラクタの詳細が表示される。例えば、キャラク画面では、各キャラクタの詳細として、各キャラクタのパラメータの情報がキャラクタ毎に表示される。
【００３５】
“ＴＥＡＭ”アイコン４３は、チーム（ユニット）編成画面（不図示）に遷移するための遷移用アイコンである。チーム編成画面は、ダンスユニットを形成する各キャラクタを選択するためのゲーム画面である。一つのダンスユニットは、適宜の数のキャラクタによって形成されてよいが、以下では、一つのダンスユニットが３名のキャラクタによって形成される場合について説明する。
【００３６】
“抽選”アイコン４４は、抽選結果画面（不図示）に遷移するための遷移用アイコンである。抽選結果画面は、キャラクタ育成ゲームに関連する各種の要素を抽選で付与するための抽選ゲームを提供するためのゲーム画面である。例えば、このような抽選ゲームでは、キャラクタ育成ゲームに関連する要素として各キャラクタに対応するカードが抽選で付与される。抽選ゲームで付与されたカードは、キャラクタ育成ゲームにおいてプレイの進行に使用されてもよいし、単にコレクション或いは鑑賞用のカードとして機能してもよい。
【００３７】
“おつかい”アイコン４５は、おつかい画面（不図示）に遷移するための遷移用アイコンである。おつかい画面は、おつかいイベントを提供するためのゲーム画面である。おつかいイベントは、各種のアイテムを獲得するためのイベントである。おつかいイベントは、ゲームに設定された所定の価値の消費に伴い提供される。
【００３８】
“ＤＡＮＣＥ  ＢＡＴＴＬＥ”アイコン４６は、音楽ゲーム画面（不図示）に遷移するための遷移用アイコンである。音楽ゲーム画面は、上述のような指示標識等の表示を通じて実際に音楽ゲームをユーザにプレイさせるためのゲーム画面である。また、そのような音楽ゲーム画面には、ダンスユニットによるダンス動画も表示される。
【００３９】
“ＭＩＳＳＩＯＮ”アイコン４７は、ミッション画面（不図示）に遷移するための遷移用アイコンである。ミッション画面は、ゲーム中に用意されたミッションのリスト、達成条件、達成に伴う報酬、或いは達成履歴等のミッションに関する情報を提供するためのゲーム画面である。ミッションは、達成条件を満たす（達成する）ことにより所定の報酬をユーザに付与するためのイベントの一種である。ゲーム中には、このようなミッションとして、プレイ毎に達成の可否の判別が可能なものから、今回（１回）のプレイだけでは達成できない比較的長期のプレイを対象にするものまで用意されていてよい。
【００４０】
情報領域４８は、ゲームに関連する各種の情報を提示するための領域である。情報領域４８は、例えば、名称領域４８Ａ、ランク領域４８Ｂ、体力値領域４８Ｃ、及び通貨領域４８Ｄを含んでいる。名称領域４８Ａは、ユーザのゲーム中における名称（“ゴゴ”）、及びゲーム中に用意されたユーザ用の各種の称号（プレイ状況が各種の付与条件を満たした場合にその満たされた条件に応じて与えられ、後述のランクのうちの一部のランクに対応するように設けられる場合が多く、ユーザのランクを示す情報の一種として機能する場合も多いが、ランクとは独立して付与されてもよい）のうちプレイ中のユーザに与えられた称号（“紅鶴学園ゴールド生”）を表示するため領域である。
【００４１】
ランク領域４８Ｂは、ゲーム中に用意されたランク（称号と同様にプレイ状況が各種の付与条件を満たした場合にその満たされた条件に応じて与えられ、所定間隔毎等の一部のランクには称号が設けられている場合も多い）のうちプレイ中のユーザが獲得したランク（“１”）を表示するため領域である。ランクは、ユーザのゲームにおける成長度を示す値であって、この値が大きいほど多くゲームをプレイしたことを示すことが多い。
【００４２】
通貨領域４８Ｄは、ゲーム内において通貨として機能する通貨価値（以下、ゲーム内通貨と呼ぶ場合がある）に関する情報を表示する領域である。ゲーム内通貨は、アイテムの購入、或いは各種の抽選機会の付与（上述の抽選ゲームのプレイ）等の所定の機能を利用するために消費される価値である。ゲーム内通貨は、例えば、現実の通貨の消費（プレイ用の対価と同様に徴収されてよい）に伴い購入される。通貨領域４８Ｄには、例えば、通貨残高領域４８Ｄ１と、通貨購入用アイコン４８Ｄ２とが設けられる。通貨残高領域４８Ｄ１は、現在ユーザが所有するゲーム内通貨の残高（“０”）を提示するための領域である。通貨購入用アイコン４８Ｄ２は、ゲーム内通貨を購入（残高を増やす）ためのタッチ位置として機能するアイコンである。具体的には、通貨購入用アイコン４８Ｄ２は、ゲーム内通貨の購入を要求するためにタッチ操作される位置として機能する。通貨購入用アイコン４８Ｄ２へのタッチ操作に伴い、例えば、購入額の選択、或いは購入実行の可否確認を行うための追加領域（いわゆるポップアップ）が更に提示されてもよい。
【００４３】
体力値領域４８Ｃは、体力値に関する情報を表示する領域である。体力値は、イベントの利用等の各種の進行をキャラクタ育成ゲームに付与するために消費される価値である。体力値は、ユーザの体力値としてユーザ毎に設定される。このような体力値は、各種の進行の付与のために使用されてよいが、例えば上述のおつかいイベントの提供（利用）、或いは音楽ゲームのプレイのために消費される。体力値は、時間経過とともに上限値（レベル等に応じて変化する場合がある）まで回復する。また、キャラクタ育成ゲームには、体力値を所定量回復させるためのアイテム（以下、回復アイテムと呼ぶ場合がある）も用意される。ただし、回復アイテムによる体力値の回復には制限が設定される。このような制限については後述する。このような体力値は、音楽ゲームのプレイ等のために消費されることにより本発明の進行用の価値として機能する。同様に、このような音楽ゲームのプレイ等が本発明の所定の進行として機能する。
【００４４】
体力値領域４８Ｃには、例えば、体力値提示領域４８Ｃ１と、回復用アイコン４８Ｃ２とが設けられる。体力値提示領域４８Ｃ１は、各ユーザの体力値の現在値（残量）及び上限値を提示するための領域である。図３の例では、このユーザの現在の体力値（“３０/３０”の分子）、及び上限値（“３０/３０”の分母）として、いずれも“３０”が提示されている。回復用アイコン４８Ｃ２は、体力値を回復するためのタッチ位置として機能するアイコンである。より具体的には、回復用アイコン４８Ｃ２は、体力値の回復を要求するためにタッチ操作される位置として機能する。回復用アイコン４８Ｃ２へのタッチ操作に伴い、例えば、体力値を回復させるための回復アイテムの選択、或いはそのような回復アイテムの使用の可否を確認するための追加的領域（いわゆるポップアップ）がさらに提示されてもよい。そして、そのようなタッチ操作によって回復アイテムが実際に使用（消費）された場合に、体力値が所定量回復する。このような体力値を回復させる回復アイテムは、本発明の回復要素として機能する。
【００４５】
キャラクタ画像ＣＡは、各キャラクタに対応する画像である。ホーム画面４０には、育成対象のダンスユニットを構成する各キャラクタに対応するキャラクタ画像ＣＡが適宜に表示される。図３の例では、ホーム画面４０には、ダンスユニットを構成する３名（全員）のキャラクタに対応する３つのキャラクタ画像ＣＡがそれぞれ表示されている。
【００４６】
なお、体力値提示領域４８Ｃ１には、このようなユーザの体力値に限定されず、例えばカーソル等の所定の指定手段によって指定されたキャラクタ等、適宜の条件に該当するキャラクタに関する体力値の情報が提示されてよい。あるいは、体力値提示領域４８Ｃ１には、全キャラクタの体力値が提示されてもよい。同様に、ホーム画面４０における各キャラクタ画像ＣＡの配置は適宜でよい。例えば、事前の指定、或いはプレイ状況等の条件に応じてユーザが最も推奨するキャラクタ（いわゆる推しメンバ）が決定され、そのようなキャラクタのキャラクタ画像ＣＡがホーム画面４０において最も手前に配置されてもよい。あるいは、各キャラクタ画像ＣＡの配置は、ユーザの指定に基づいて決定されてもよい。
【００４７】
次に、図４を参照して、体力値の回復に設定される制限について説明する。図４は、体力値の回復に設定される制限について説明するための説明図である。図４の例において、横軸が時間を、縦軸が体力値をそれぞれ示している。また、図４の例では、説明の便宜のため、当初（経過時間がゼロの時点）の体力値の残量がゼロとして示されているが、実際のキャラクタ育成ゲームの開始時には所定値（多くの場合、時間回復の上限値）から開始される。
【００４８】
図４に示すように、体力値がゼロの場合、体力値は時間経過に伴い徐々に第１上限値まで回復する（“Ａ”時点）。第１上限値は、時間経過に伴い回復する上限値である。一方、第１上限値まで回復した後には時間経過に伴う体力値の回復は停止される。つまり、第１上限値まで体力値が回復した後は、時間が経過しても体力値は第１上限値のまま横ばいに推移する。そして、その後において、おつかいイベント、或いは音楽ゲームのプレイ等のために体力値が消費されると、体力値の残量は第１上限値から減少する（“Ｂ”時点）。体力値は、おつかいイベント等が終了した時点等の適宜の時期に消費されてよいが、ここでは一例としておつかいイベント等をユーザが実行した時期に消費されている。また、体力値が第１上限値未満になると、時間経過に伴う体力値の回復が再度再開される。つまり、体力値の残量が第１上限値未満になると、時間測定が開始され、経過時間に伴い所定量ずつ徐々に体力値を回復させる処理が再開される。なお、時間経過に伴う体力値の回復は適宜でよい。例えば、一定量ずつ徐々に回復する形態に限定されず、体力値の回復量は時間経過に伴い比例的、或いは指数関数的に増減してもよい。つまり、時間経過に伴う体力値の回復は、一定量に限定されず、適宜の規則に従って実現されてよい。そして、このような比例的に回復する場合等を含む規則に従ったいずれの回復も本発明の徐々に回復する構成の範疇に含まれる。
【００４９】
また、キャラクタ育成ゲームは、体力値を回復させるための回復アイテムを含み、このような回復アイテムの使用を第１上限値に達しているか否かにかかわらず許容する。つまり、キャラクタ育成ゲームは、基本的にユーザの任意の時期における回復アイテムの使用を許容している。このため、例えば、“Ｂ”時点から時間経過に伴い徐々に体力値が回復している場合においても、回復アイテムの使用が許容され、このような使用に伴い体力値は所定量回復する（“Ｃ”時点）。回復アイテムの使用に伴う体力値の回復量（所定量）は適宜でよいが、以下では、一例として回復量が第１上限値と同量である場合について説明する。この場合、回復アイテムの使用に伴い、体力値は第１上限値と同量回復し、結果的に回復アイテムの使用前の残量だけ第１上限値を超えるまで回復する。つまり、アイテムの使用に伴い、体力値の残量が第１上限値を超える場合がある。具体的には、例えば、体力値の残量が５０であり、第１上限値が６０である場合、回復アイテムの使用に伴い、これらの合算である１１０（５０＋６０）まで体力値は回復する。この場合、体力値提示領域４８Ｃ１には、例えば１１０／６０といった具合に表示される。
【００５０】
体力値が第１上限値を超えている場合、時間経過に伴う体力回復は生じない。一方で、このような場合でも回復アイテムの使用は許容される。このため、“Ｃ”時点以降において時間経過に伴い体力値の回復はないものの、仮に回復アイテムが使用された場合には、体力値はやはり第１上限値と同量だけ回復する（“Ｄ”時点）。具体的には、例えば、体力値の残量が１１０であり、第１上限値が６０である場合、回復アイテムの使用に伴い、これらの合算である１７０（１１０＋６０）まで体力値は回復する。
【００５１】
このように体力値が第１上限値を超えている場合にも回復アイテムの使用は許容されるが、第１上限値を超えた後に所定数の回復アイテムが使用された場合には、回復アイテム使用に伴う体力値の回復に制限が設定される。つまり、第１上限値を超えた後の回復アイテムの使用回数に基づいて体力値の回復に制限が設定される。このような所定数は適宜の数でよいが、以下では所定数の一例として一回、つまり第１上限値を超えた後に回復アイテムが一度使用された場合に制限が設定される場合について説明する。この場合、“Ｃ”時点では、回復アイテムの使用後に体力値が第１上限値を超えてしまうものの、使用前には超えていないことから、“Ｄ”時点における回復アイテム使用に伴い制限が設定される。具体的には、“Ｄ”時点において第１上限値を超えた後の回復アイテムの使用回数が一回とカウントされ、“Ｄ”時点以降に回復アイテム使用ができないアイテム使用不可期間（回復アイテムの使用が不可となる期間）が設定される。つまり、体力値が第１上限値を超えた場合には、体力値の管理に残量だけでなく、回復アイテムの使用回数という要素が追加される。結果として、“Ｄ”時点以降は時間経過の回復も、回復アイテムによる回復も、見込めない期間となる。この例において、“Ｄ”時点における回復アイテムの使用回数（一回）が本発明の上限後回数として機能する。
【００５２】
一方で、Ｄ”時点以降においても、例えばおつかいイベント等のために体力値が消費された場合には、体力値は当然減少する（“Ｅ”時点）。ただし、このような消費後も、時間経過の回復も、回復アイテムによる回復も生じない。
【００５３】
キャラクタ育成ゲームには、時間経過に伴う回復、及び回復アイテム使用に伴う回復以外にも体力値を回復させる要素が適宜に用意されていてよい。以下では、このような要素の一例として、ユーザのランクアップが利用される場合について説明する。この場合、“Ｄ”時点以降において回復アイテムの使用に伴う回復が制限されていても、例えば“Ｅ”時点における体力値の消費がユーザのランクアップにつながった場合には、そのようなユーザのランクアップに伴い体力値は回復する（“Ｆ”時点）。ランクアップに伴う体力値の回復量は、適宜に設定されてよいが、例えば当該ランクにおける第１上限値と同量が設定される。一方で、体力値には、第２上限値として絶対的な上限値が設定されていてもよい。第２上限値は、体力値をそれ以上回復できない絶対的な値として機能する上限値である。以下では、体力値に第２上限値が設定される場合について説明する。この場合、ランクアップに伴う体力値の回復は、体力値に第１上限値と同量が加算されても、第２上限値までにとどまり、これを超える部分はカットされる。なお、第２上限値は設定されていなくてもよい。つまり、体力値は、時間回復以外の要素により上限なく回復されてもよい。また、ランクアップは、体力値の回復だけでなく、例えば第１上限値の上昇、或いは第２上限値の上昇を伴ってもよい。つまり、ランクアップに伴い、第１上限値の値、及び第２上限値の少なくともいずれか一方が上昇してよい。ただし、図４の例では、説明の便宜のため、このような上昇が生じない場合を示している。
【００５４】
第２上限値に達した後に体力値が適宜の回数消費される（“Ｇ”〜“Ｊ”時点）と、体力値は第１上限値を再度下回る（第１上限値未満でも、以下でもよい）場合がある（“Ｊ”時点）。この場合、アイテム使用不可期間が解除される。つまり、アイテム使用不可期間が終了し、以降は第１上限値を超えた後においても回復アイテムの使用が再度一回まで許容される。より具体的には、第１上限値を超えた後の回復アイテムの使用回数がゼロにリセットされ、この使用回数が再度一回となるまでユーザは回復アイテムを使用できる。このため、“Ｊ”時点以降では、時間経過に伴い第１上限値まで体力値が回復する（“Ｋ”時点）とともに、回復アイテムが使用された場合には回復アイテム使用に伴う回復も生じる（“Ｌ”時点）。また、“Ｌ”時点の直前では、体力値は第１上限値を超えていない。このため、“Ｌ”時点における回復アイテムの使用以降も、第１上限値を超えた後の回復アイテムの使用回数はカウントアップされず、ゼロのままとなり、依然として回復アイテムの使用が許与される。一例として、回復アイテムの使用に伴う体力値の回復には、このような制限が設定される。また、この例において第１上限値が本発明の上限値として機能する。
【００５５】
なお、図４の例では、第１上限値を超えた後に回復アイテムの使用回数がカウントアップされ、その値が一回を超えた場合に制限が設定されている。しかし、使用回数は、このような体力値が第１上限値を超えた場合に限定されない。例えば、体力値が第１上限値以上の場合に使用回数のカウントアップが実行され、その値に応じて制限が設定されてもよい。また、このような制限、或いは回復の手法は、体力値に限定されず、適宜の価値に適用されてよい。さらに、使用回数のカウント方法は適宜でよい。例えば、一度に複数個の回復アイテムの使用が許容される場合、それらはまとめて一回とカウントされてもよいし、それらの複数個のそれぞれの使用が一回とカウントされてもよい。また、複数種類の回復アイテムが存在する場合、種類毎に使用回数がカウントされてもよいし、種類を跨いで使用回数がカウントされてもよい。同様に、所定数は固定的であっても、可変的であってもよい。つまり、所定数は適宜に変化してもよい。例えば、所定数は所定の条件に応じてプレイ状況等に応じて適宜に変化してもよい。例えば、そのような所定の条件として、回復量が利用されてもよい。具体的には、例えば回復量の相違する複数種類のアイテムが存在する場合、回復量の少ないアイテムでは３回、回復量の多いアイテムでは１回といった具合に回復量に応じて所定数が変化してもよい。あるいは、これらのアイテムが組み合わされて使用される場合には、回復量に制限が設定され、そのような回復量に到る回数が所定数として利用されてもよい。この場合、回数の制限ではなく、回復量の制限と解釈されてもよい。つまり、使用回数の代わりに、回復アイテムの使用に伴う回復量（所定量）の合計としての合計回復量が所定量に達したか否か判別され、そのような所定量に達している場合に回復アイテムの使用が制限されてもよい。この場合、価値管理データＶＤでは、“回数”の情報の代わりに、“回復量”の情報（合計回復量を示す情報）が記述され、第１上限値を下回った場合におけるリセット等の対象として管理されてもよい。
【００５６】
次に、価値管理データＶＤの詳細について説明する。図５は、価値管理データＶＤの構成の一例を示す図である。価値管理データＶＤは、キャラクタ育成ゲームに使用される価値の残量をユーザ毎に管理するためのデータである。図５の例は、そのような価値として価値管理データＶＤが体力値を管理する場合を示している。この場合、図５に示すように、価値管理データＶＤは、体力値の残量をユーザ毎に管理付けて管理する価値レコードＶＤＲを含んでいる。また、価値レコードＶＤＲは、“ユーザＩＤ”、“残量”、“第１上限”、“第２上限”、及び“回数”の情報を含んでいる。
【００５７】
“ユーザＩＤ”は、各ユーザを識別するためにユーザ毎にユニークなユーザＩＤ（各ユーザのアカウントを識別できる限り、一人のユーザが複数のユーザＩＤを使用してもよく、必ずしもユーザと１対１で対応していなくてもよい）を示す情報である。“残量”は、体力値の残量を示す情報である。また、“第１上限”、及び“第２上限”は、各ユーザに設定される体力値の第１上限値、及び第２上限値をそれぞれ示す情報である。一方、“回数”は、第１上限値を超えた後における回復アイテム（体力値を回復させるためのもの）の使用回数を示す情報である。つまり、“回数”は、アイテム使用不可期間の設定の判別に使用される、回復アイテムの使用回数を示す情報である。“回数”の情報には、例えば所定数として一回が利用される場合、使用の有無を示すフラグが記述されてもよい。あるいは、例えば所定数として二回以上の数が使用される場合等において、“回数”には、ゼロ回の場合に“０”、一回の場合に“１”といった使用回数を示す適宜の情報（各数字に対応するアルファベット等の間接的な情報を含む）が記述されてもよい。情報価値レコードＶＤＲには、これらの情報が相互に関連付けられるように記録されている。この例において“回数”の情報が本発明の判別情報として機能する。また、このような情報を含むことにより価値管理データＶＤが本発明の判別情報データとして機能する。なお、価値管理データＶＤは、これらの情報に限定されず、管理対象の価値の用途等に応じて適宜の情報を管理してよい。例えば、第２上限値が設定されない場合、或いは第２上限値が全ユーザに共通に設定される場合、価値管理データＶＤは“第２上限”の情報を含んでいなくてもよい。
【００５８】
次に、図６〜図８を参照して、価値回復処理、回数カウント処理、及びカウントリセット処理について説明する。価値回復処理は、回復アイテムの使用に伴い体力値を回復させるための処理である。図６の例は、第２上限値が設定されている場合の価値回復処理の一例を示している。この場合、進行制御部３３は、キャラクタ育成ゲームのプレイ中において体力値を回復させるための回復アイテムの使用がユーザによって指示された場合に図６の価値回復処理を開始し、まずそのような指示が許可条件を満たすか否か判別する（ステップＳ１０１）。許可条件は、例えば、第１上限値を超えた後における回復アイテムの使用回数が所定数（一回）に達していない場合、つまり価値管理データＶＤの“回数”の情報が使用なし（０回の使用）を示す場合に満たされる。このため、進行制御部３３は、価値管理データＶＤを参照しつつ、許可条件が満たされるか否か判別する。
【００５９】
許可条件が満たされない場合、つまり価値管理データＶＤの“回数”の情報が使用あり（１回の使用）を示す場合、進行制御部３３は、回復アイテムの使用を制限する（ステップＳ１０２）。つまり、進行制御部３３は、回復アイテムの使用の指示を不許可する。そして、進行制御部３３は、このような制限（不許可）の後に以降の処理をスキップして、今回の価値回復処理を終了する。
【００６０】
一方、許可条件が満たされる場合、つまり価値管理データＶＤの“回数”の情報が使用なし（０回の使用）を示す場合、進行制御部３３は、回復アイテムの使用の指示を許可し、回復アイテムの使用に伴う回復後の体力値の残量を算出する（ステップＳ１０３）。進行制御部３３は、例えば、体力値提示領域４８Ｃ１に表示される体力値の現在値（残量）及び上限値（第１上限値）を参照しつつ、この算出を実行する。具体的には、進行制御部３３は、体力値の現在値に上限値を合算することにより回復後の体力値の残量を算出する。なお、価値管理データＶＤの“残量”及び“第１上限”等の更新時期はゲーム終了時、或いはゲーム中における変化時に随時等の適宜の時期に実行されてよいが、ゲーム中に随時更新され、価値管理データＶＤの“残量”及び“第１上限”に基づいて体力値提示領域４８Ｃ１に体力値の現在値及び上限値が表示される場合、進行制御部３３は価値管理データＶＤの“残量”及び“第１上限”を参照し、回復後の体力値の残量を算出してもよい。
【００６１】
続いて進行制御部３３は、回復後の体力値の残量が第２上限値以下か否か判別する（ステップＳ１０４）。回復後の体力値の残量が第２上限値を超えている場合、進行制御部３３は、回復後の体力値の残量を第２上限値に補正する（ステップＳ１０５）。一方、回復後の体力値の残量が第２上限値を超えていない場合、若しくは回復後の体力値の残量を第２上限値に補正した後に、進行制御部３３は、ステップＳ１０３で算出された残量、或いはステップＳ１０５における補正後の残量となるように、体力値提示領域４８Ｃ１の体力値の現在値(残量)を更新する（ステップＳ１０６）。体力値提示領域４８Ｃ１が価値管理データＶＤの“残量”等の情報に基づいて表示される場合、進行制御部３３は、このような更新として価値管理データＶＤの“残量”の情報を回復後の残量、或いは補正後の残量を示す情報に更新してもよい。そして、進行制御部３３は、このような更新の後に今回の価値回復処理を終了する。
【００６２】
図６の手順により、第１上限値を超えた後における回復アイテムの使用回数が一回に達しているか否かに応じて回復アイテムの使用の可否が判別される。そして、第１上限値を超えた後における回復アイテムの使用回数が一回に達していない場合、回復アイテムの使用が許可され、実際に体力値が回復する。一方で、第１上限値を超えた後における回復アイテムの使用回数が一回に達している場合には回復アイテムの使用が不許可され、その使用が制限される。より具体的には、価値管理データＶＤの“回数”の情報が使用あり（１回の使用）を示す場合には、回復アイテムの使用が許可されず、その使用が制限される。一方で、価値管理データＶＤの“回数”の情報が使用なし（０回の使用）を示す場合、回復アイテムの使用が許可され、実際に体力値が回復する。また、そのような回復には第２上限値が設定され、体力値の回復はそのような第２上限値以下に抑えられる。
【００６３】
なお、図６の例では、回復アイテムの使用の指示（例えば所定のアイコンに対するタッチ操作）に伴い、その使用の許可、或いは不許可が判別されているが、そのような判別の時期は適宜でよい。例えば、第１上限値を超える回復アイテムの使用の直後に許可条件が判別され、不許可の場合には、回復アイテムの使用を指示するための所定のアイコンの表示がタッチ操作不可の状態（例えばタッチ操作不可を示すグレー表示、或いはアイコンの非表示等）に変更されてもよい。つまり、許可条件が満たされない場合には、回復アイテムの使用の指示自体が不許可（選択不可能）とされてもよい。
【００６４】
一方、回数カウント処理は、第１上限値を超えた後における回復アイテムの使用回数をカウントする（数える）ための処理である。データ管理部３４は、進行制御部３３が図６の手順により体力値の残量を回復させる（回復アイテムの使用を許可する）毎に図７の回数カウント処理を開始し、まず今回の体力値の回復（回復アイテムの使用）がカウント条件を満たすか否か判別する（ステップＳ２０１）。カウント条件は、第１上限値を超えた後における回復アイテムの使用の場合に満たされる。このため、データ管理部３４は、カウント条件の判別として、今回の回復アイテムの使用が第１上限値を超えた後に該当するか否か判別する。そして、今回の回復アイテムの使用が第１上限値を超えた後に該当しない場合（カウント条件が満たされない場合）、データ管理部３４は以降の処理をスキップして今回の回数カウント処理を終了する。
【００６５】
一方、今回の回復アイテムの使用が第１上限値を超えた後に該当する場合（カウント条件が満たされる場合）、データ管理部３４は価値管理データＶＤを取得する（ステップＳ２０２）。続いてデータ管理部３４は、今回の回復アイテムの使用に伴い、第１上限値を超えた後の使用回数をカウントアップする（ステップＳ２０３）。データ管理部３４は、このようなカウントアップを価値管理データＶＤの“回数”の情報を使用回数が一回増える情報に更新することにより実現する。具体的には、例えば、所定数として一回が利用される場合、データ管理部３４は、価値管理データＶＤの“回数”の情報を使用なし（０回の使用）を示す情報から使用あり（１回の使用）を示す情報に更新する。そして、データ管理部３４は、このようなカウントアップ（更新）の後に今回の回数カウント処理を終了する。これにより、価値管理データＶＤを介して第１上限値を超えた後における回復アイテムの使用回数が管理される。
【００６６】
また、カウントリセット処理は、第１上限値を超えた後における回復アイテムの使用回数を初期値（例えばゼロ）にリセットするための処理である。データ管理部３４は、体力値が消費される毎（あるいは、価値管理データＶＤの“回数”の情報が所定数を超える情報に達した後において体力値が消費される毎）に図８のカウントリセット処理を開始し、まず今回の体力値の消費に伴い体力値の残量がリセット条件を満たすか否か判別する（ステップＳ３０１）。リセット条件は、例えば体力値の残量が第１上限値を下回った場合（あるいは、価値管理データＶＤの“回数”の情報が所定数を超える情報に達した後において体力値の残量が第１上限値を下回った場合）に満たされる。このため、データ管理部３４は、リセット条件の判別として、今回の消費に伴い体力値の残量が第１上限値を下回ったか否か判別する。そして、今回の消費後においても体力値の残量が第１上限値を下回っていない（第１上限値を上回っている）場合、つまりリセット条件が満たされない場合、データ管理部３４は以降の処理をスキップして今回のカウントリセット処理を終了する。
【００６７】
一方、今回の消費後に体力値の残量が第１上限値を下回っている場合、つまりリセット条件が満たされる場合、データ管理部３４は価値管理データＶＤを取得する（ステップＳ３０２）。続いてデータ管理部３４は、今回の体力値の消費に伴い、第１上限値を超えた後における回復アイテムの使用回数を初期値（例えばゼロ）にリセットする（ステップＳ３０３）。データ管理部３４は、このようなリセットを価値管理データＶＤの“回数”の情報を使用回数が一回減る情報に更新することにより実現する。具体的には、例えば、所定数として一回が利用される場合、データ管理部３４は、価値管理データＶＤの“回数”の情報を使用あり（１回の使用）を示す情報から使用なし（０回の使用）を示す情報に更新する。そして、データ管理部３４は、このようなリセット（更新）の後に今回のカウントリセット処理を終了する。なお、リセット後の値は初期値に限定されない。リセット後の値として適宜の値が利用されてよい。
【００６８】
図８の手順により、第１上限値を超えた後における回復アイテムの使用回数が所定数に達した後においても体力値の残量が第１上限値を下回った場合にはその使用回数が初期値にリセットされる。つまり、アイテム使用不可期間が設定された後においても体力値の残量が第１上限値を下回った場合には、アイテム使用不可期間が解除され、以降では回復アイテムの使用が許可される。このため、例えば、仮に第１上限値を超えた後であっても回復アイテムの使用が許可され、回復アイテムの使用に伴う体力値の回復が再開される。
【００６９】
以上に説明したように、この形態によれば、体力値の残量が第１上限値（時間経過に伴う回復の上限値）を超えた後においても回復アイテムの使用が許容される一方で、そのような第１上限値を超えた後の回復アイテムの使用回数が所定数（例えば、一回）に達したか否か判別される。そして、そのような使用回数が所定数に達している場合には回復アイテムの使用（消費）が制限される。このため、第１上限値を超えた後の回復アイテムの使用回数を所定数に制限することができる。これにより、回復アイテムが無制限に使用されてしまうことを抑制することができる。また、体力値の残量に回復の絶対値として第２上限値が設定されている場合には、所定数を利用し、ユーザの手間暇を削減することができる。具体的には、例えば、そのような第２上限値によって回復アイテムの使用に伴う回復量が無駄になってしまわないか等の第２上限値に基づく計算、或いはそのような無駄が生じないように体力値を消費させるための不要な時間（若しくは消費）といったユーザの手間暇を削減することができる。これらにより、ユーザの利便性を向上させることができる。
【００７０】
一方で、そのような使用回数が所定数に達した後であっても、体力値の残量が第１上限値を下回れば再度所定数に達していないと判別される。より具体的には、そのような使用回数のカウントが初期値にリセットされるため、所定数に達していないと判別される。つまり、回復アイテムの使用が制限された後であっても、そのような制限は体力値の残量が第１上限値を下回れば解消（解除）される。このため、回復アイテムの使用の制限を体力値の残量が第１上限値（時間経過に伴う回復の上限値）を超えている間に限定することができる。これにより、ゲームの興趣性に与える制限の影響を一部期間（ユーザの利便性上、より適切な期間）に限定することができる。結果として、ユーザの利便性の向上と、ゲームの興趣性の確保とを両立することができる。
【００７１】
以上の形態において、ゲーム機３の進行制御部３３が、図６のステップＳ１０２の処理を実行することにより本発明の使用制限手段として機能する。また、ゲーム機３のデータ管理部３４が、図８のステップＳ３０３の処理を実行することにより本発明の情報更新手段として機能する。一方、ゲーム機３の記憶部３２が価値管理データＶＤを記憶することにより本発明のデータ記憶手段として機能する。
【００７２】
本発明は上述した形態に限定されず、適宜の変形又は変更が施された形態にて実施されてよい。例えば、上述の形態では、体力値には、時間回復（所定の規則に従っった回復）とは別に回復アイテムの使用による回復（ユーザの指示に基づく回復）が生じている。しかし、時間回復以外に体力値を回復させる要素は、このような回復アイテムに限定されない。例えば、このような要素として、回復アイテムの代わりに、或いはそれに加えて通貨価値（ゲーム内通貨、及び現金等の法定通貨のいずれでもよい）が利用されてもよい。そして、このような通貨価値に上述の制限等が設定されてもよい。あるいは、上述のランクアップに伴う回復（プレイ状況に応じた回復）に上述の制限等が設定されてもよい。この場合、ランクアップに伴う回復は保留とされ、適切な時期に改めて実行されてもよい。
【００７３】
上述の形態では、ゲーム機３はキャラクタ育成ゲームを提供している。しかし、ゲーム機３が提供するゲームは、このようなゲームに限定されない。ゲーム機３は、適宜のゲームを提供してよい。そして、そのようなゲームに含まれる各種の価値に上述の制限等が設定されてよい。
【００７４】
また、上述の形態のゲーム機３の役割（各種処理等）の全部或いは一部をセンターサーバ２が実行してもよい。つまり、本発明のゲームシステムは、センターサーバ２及びゲーム機３が適宜に協働して本実施形態のゲーム機３及びセンターサーバ２が有する各機能を実現するように構成されてもよい。一方で、センターサーバ２は省略されてもよい。この場合、一台のゲーム機３が本発明のゲームシステムとして機能してもよい。
【００７５】
上述した実施の形態及び変形例のそれぞれから導き出される本発明の各種の態様を以下に記載する。なお、以下の説明では、本発明の各態様の理解を容易にするために添付図面に図示された対応する部材を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。
【００７６】
本発明の第１の形態に係るゲームシステムは、所定の進行を付与するために消費される進行用の価値（例えば、体力値）、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素（例えば、回復アイテム）を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値（例えば、第１上限値）まで回復させるゲームを提供するゲームシステム（１）であって、前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素が使用された回数としての上限後回数が所定数に達したか否か判別するための判別情報（例えば、“回数”の情報）が記述された判別情報データ（ＶＤ）を記憶するデータ記憶手段（３２）と、前記判別情報データの前記判別情報に基づいて前記上限後回数が所定数に達していると判別される場合に前記回復要素の使用を制限する使用制限手段（３３）と、前記上限後回数が前記所定数に達した後に前記残量が前記上限値を下回った場合に前記上限後回数が前記所定数に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手段（３４）と、を備えるものである。
【００７７】
本発明の第２の形態に係るゲームシステムは、所定の進行を付与するために消費される進行用の価値（例えば、体力値）、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素（例えば、回復アイテム）を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値（例えば、第１上限値）まで回復させるゲームを提供するゲームシステム（１）であって、前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素の使用に伴う前記所定量の回復の合計としての合計回復量が所定量に達したか否か判別するための判別情報が記述された判別情報データ（ＶＤ）を記憶するデータ記憶手段（３２）と、前記判別情報データの前記判別情報に基づいて前記合計回復量が前記所定量に達していると判別される場合に前記回復要素の使用を制限する使用制限手段（３３）と、前記合計回復量が前記所定量に達した後に前記残量が前記上限値を下回った場合に前記合計回復量が前記所定量に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手段（３４）と、を備えるものである。
【００７８】
本発明によれば、進行用の価値の残量が上限値を超えた後における回復要素の使用が許容される場合に、そのような上限値を超えた後の回復要素の使用回数（あるいは回復量）が所定数（あるいは所定量）に達したか否か判別される。そして、そのような使用回数が所定数に達している場合には回復要素の使用が制限される。このため、上限値を超えた後の回復要素の使用回数を所定数に制限することができる。これにより、回復要素が無制限に使用されてしまうことを抑制することができる。また、進行用の価値の残量に回復の最大値が設定されている場合には、所定数を利用し、そのような最大値に基づく計算等のユーザの手間暇を削減することができる。これらにより、ユーザの利便性を向上させることができる。一方で、そのような使用回数が所定数に達した後であっても、進行用の価値の残量が上限値を下回れば再度所定数に達していないと判別される。つまり、回復要素の使用が制限された後であっても、そのような制限は進行用の価値の残量が上限値を下回れば解消される。このため、回復要素の使用の制限を進行用の価値の残量が上限値を超えている間に限定することができる。これにより、ゲームの興趣性に与える影響を一部に限定することができる。結果として、ユーザの利便性の向上と、ゲームの興趣性の確保とを両立することができる。なお、上限値を超える概念には、上限値に該当する場合が含まれていてもよい。つまり、上限値を超える場合は、上限値以上の場合と解釈されてもよい。あるいは、上限値を超える概念に上限値が含まれないと解釈される場合には、所定数から一つ減算された数が上限値以上の場合の制限用の数（所定数に相当する数）として機能してもよい。
【００７９】
判別情報として、各種の情報が利用されてよい。例えば、判別情報として、回数の情報が利用されてもよいし、そのような回数を示す間接的な情報（例えば各数字に対応するアルファベット等）が利用されてもよい。例えば、所定数が一回の場合、このような判別情報として、回復要素の使用の有無を示すフラグが利用されてもよい。また、このようなフラグは、回数の情報として機能してもよいし、間接的な情報として機能してもよい。具体的には、例えば、本発明の第１の形態に係るゲームシステムの一態様において、前記使用制限手段は、前記判別情報データに前記判別情報として前記上限後回数が記述されている場合に当該上限後回数を前記判別情報として利用し、当該上限後回数が前記所定数に達している場合に前記回復要素の使用を制限し、前記情報更新手段は、前記上限後回数が前記所定数に達した後に前記残量が前記上限値を下回った場合に前記判別情報の更新として前記判別情報データの前記上限後回数をリセットしてもよい。
【００８０】
所定数として、適宜の数が採用されてよい。例えば、本発明の第１の形態に係るゲームシステムにおいて、前記使用制限手段、及び前記情報更新手段は、前記所定数としていずれも一回を利用してもよい。同様に、回復要素として各種の要素が利用されてよい。例えば、回復要素は、所定の対価の消費と引き換えに購入されるゲーム中の価値であってもよいし、ゲーム中のアイテムであってもよい。具体的には、例えば、本発明の第１の形態或いは第２の形態に係るゲームシステムの一態様において、前記回復要素として、前記ゲームに用意されたアイテムが利用されてもよい。
【００８１】
一方、本発明のコンピュータプログラム（ＰＧ２）は、前記データ記憶手段に接続されるコンピュータ（３１）を、上述の各形態に係るゲームシステムの各手段として機能させるように構成されたものである。
【００８２】
また、本発明の制御方法は、所定の進行を付与するために消費される進行用の価値（例えば、体力値）、及び当該進行用の価値の残量を所定量回復させるために使用される回復要素（例えば、回復アイテム）を含み、当該回復要素の使用に伴い前記進行用の価値の残量を前記所定量回復させるとともに、当該回復要素の使用とは別に前記進行用の価値の残量を時間経過に従って徐々に上限値（例えば、第１上限値）まで回復させるゲームを提供するゲームシステム（１）であって、前記進行用の価値の残量が前記上限値を超えた後における前記回復要素の使用を前記ゲームが許容する場合に、前記残量が前記上限値を超えた後において前記回復要素が使用された回数としての上限後回数が所定数に達したか否か判別するための判別情報（例えば、“回数”の情報）が記述された判別情報データ（ＶＤ）を記憶するデータ記憶手段（３２）を備えるゲームシステム（１）に組み込まれるコンピュータ（３１）に、前記判別情報データの前記判別情報に基づいて前記上限後回数が所定数に達していると判別される場合に前記回復要素の使用を制限する使用制限手順（ステップＳ１０２）と、前記上限後回数が前記所定数に達した後に前記残量が前記上限値を下回った場合に前記上限後回数が前記所定数に達していないと判別されるように前記判別情報データの前記判別情報を更新する情報更新手順（ステップＳ３０３）と、を実行させるものである。本発明のコンピュータプログラム、或いは制御方法が実行されることにより、本発明のゲームシステムを実現することができる。
【符号の説明】
【００８３】
１  ゲームシステム
３  ゲーム機
３１  制御ユニット（コンピュータ）
３２  記憶部（データ記憶手段）
３３  進行制御部(使用制限手段）
３４  データ管理部（情報更新手段）
ＶＤ  価値管理データ（判別情報データ）
ＰＧ２  プログラム（コンピュータプログラム）
【図１】
2020163049.tif 000003
【図２】
2020163049.tif 000004
【図３】
2020163049.tif 000005
【図４】
2020163049.tif 000006
【図５】
2020163049.tif 000007
【図６】
2020163049.tif 000008
【図７】
2020163049.tif 000009
【図８】
2020163049.tif 000010