(57)【要約】【課題】多様な興趣性を与えることができるゲームシステムを提供する。【解決手段】ゲームシステム１は、操作部ＯＰへの操作時期が評価される音楽ゲームを提供する。そして、ゲームシステム１は、音楽ゲームの評価結果に基づいて当該音楽ゲームと並行して進行するバトルゲームを更に提供する。【選択図】図６
2014195620.tif 000002
【特許請求の範囲】
【請求項１】
プレイ行為の実行時期が評価されるメインゲームを提供するゲームシステムであって、
前記メインゲームの評価結果に基づいて当該メインゲームと並行して進行するサブゲームを提供するサブゲーム提供手段を、備えることを特徴とする、ゲームシステム。
【請求項２】
少なくとも一つの操作部を有する入力装置を更に備え、
前記メインゲームでは、前記実行時期として各操作部に対する操作時期が評価されるように、前記プレイ行為として各操作部に対する操作が利用される、請求項１に記載のゲームシステム。
【請求項３】
前記サブゲームは、前記操作部と対応関係が設定される少なくとも一つのパラメータを含み、前記メインゲームの評価結果に基づいて前記パラメータを使用して進行するように構成されている、請求項２に記載のゲームシステム。
【請求項４】
前記メインゲーム及び前記サブゲームの少なくともいずれか一方は、前記パラメータを変化させる少なくとも一つのアイテムを提供するように構成され、
前記サブゲームは、更に前記アイテムの使用に伴って前記パラメータが変化するように構成されている、請求項３に記載のゲームシステム。
【請求項５】
前記少なくとも一つのアイテムとして、複数のアイテムが提供され、
前記サブゲームは、プレイヤによって選択された一部のアイテムが前記パラメータを変化させるために使用されるように構成されている、請求項４に記載のゲームシステム。
【請求項６】
前記サブゲームは、前記操作部と前記プレイヤによって選択された一部のアイテムとの間の対応関係の設定を通じて、当該対応関係が設定された一部のアイテムが前記操作部と対応関係が設定されるパラメータを変化させるように構成されている、請求項５に記載のゲームシステム。
【請求項７】
前記入力装置には、前記少なくとも一つの操作部として複数の操作部が設けられ、
前記サブゲームは、前記複数の操作部毎に前記プレイヤによって選択された一部のアイテムと対応関係が設定されるように構成されている、請求項６に記載のゲームシステム。
【請求項８】
前記サブゲームは、前記少なくとも一つのパラメータとして、前記複数の操作部毎に対応関係が設定される複数のパラメータを含み、前記メインゲームの評価結果に基づいて前記複数のパラメータを使用して進行するように構成されている、請求項７に記載のゲームシステム。
【請求項９】
前記サブゲームは、所定のクリア条件を満たした場合に順次提供される複数のステージを含み、前記複数のステージの最後のステージにおいて前記所定のクリア条件を満たした場合に前記アイテムを使用可能な状態で提供する一方で、前記最後のステージにおいて前記所定のクリア条件を満たすまでは前記アイテムを使用可能な状態では提供しないように構成されている、請求項４〜８のいずれか一項に記載のゲームシステム。
【請求項１０】
前記サブゲームとして、前記パラメータを通じて所定のキャラクタとバトルを実行するバトルゲームが提供されている、請求項３〜９のいずれか一項に記載のゲームシステム。
【請求項１１】
前記メインゲームは、前記サブゲームのバトルにおいて前記所定のキャラクタに負けることを意味する敗北条件を満たした場合に、当該メインゲームが途中であっても終了するように構成されている、請求項１０に記載のゲームシステム。
【請求項１２】
前記メインゲームには、所定の対価と引き換えに途中からプレイを再開させるコンティニュー機能が設けられている、請求項１１に記載のゲームシステム。
【請求項１３】
前記メインゲームとして、音楽の演奏の一部を担うように前記プレイ行為を実行すべき時期が前記音楽の演奏に合わせて案内され、当該案内された時期と前記実行時期との間のずれ時間が評価される音楽ゲームが提供されている、請求項１〜１２のいずれか一項に記載のゲームシステム。
【請求項１４】
前記メインゲーム及び前記サブゲームを提供する複数のゲーム機と、
前記複数のゲーム機と通信回線を介して接続されるサーバ装置と、
を更に備え、
前記メインゲームは、同一の音楽を使用して評価結果を競うタイプの音楽ゲームとして構成され、
前記サーバ装置は、前記メインゲームにおいて同一の音楽を使用して評価結果を競う対戦相手として前記通信回線を介して各ゲーム機をマッチングする、請求項１３に記載のゲームシステム。
【請求項１５】
前記サーバ装置は、前記サブゲームが実行されている場合においても前記メインゲームにおいて同一の音楽が使用されている場合には、前記対戦相手として前記通信回線を介して各ゲーム機をマッチングし、
前記サブゲームは、前記マッチングが実行されている場合には、前記対戦相手の数に応じて当該サブゲームの進行が有利になる特典を付与するように構成されている、請求項１４に記載のゲームシステム。
【請求項１６】
プレイ行為の実行時期が評価されるメインゲームを提供するゲームシステムに適用され、
前記メインゲームの評価結果に基づいて当該メインゲームと並行して進行するサブゲームを提供するサブゲーム提供手順を備えている、制御方法。
【請求項１７】
プレイ行為の実行時期が評価されるメインゲームを提供するゲームシステムに組み込まれるコンピュータを、
前記メインゲームの評価結果に基づいて当該メインゲームと並行して進行するサブゲームを提供するサブゲーム提供手段として機能させるように構成されたゲームシステム用のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プレイ行為の実行時期が評価されるゲームを提供するゲームシステム等に関する。
【背景技術】
【０００２】
プレイ行為の実行時期が評価されるゲームが存在する。このようなゲームには、例えば、プレイ行為として操作部に対する操作が利用され、実行時期としてその操作部に対する操作時期が評価されるゲームが含まれる。そして、このようなゲームの一つとして、所定の経路に沿ってリズム音に対応するノーツバーを表示させるとともに、このノーツバーが操作時期に操作基準標識と一致するようにノーツバーを操作基準標識に向かって移動させることにより、操作時期を案内する音楽ゲームが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−９６０６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１のゲーム装置では、案内された操作時期に対して実際に操作された時期が評価される音楽ゲームが提供されるに過ぎない。例えば、特許文献１のゲーム装置では、音楽ゲームと並行して進行する別のゲームは提供されていない。
【０００５】
そこで、本発明は、多様な興趣性を与えることができるゲームシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のゲームシステムは、プレイ行為の実行時期が評価されるメインゲーム（例えば、音楽ゲーム）を提供するゲームシステム（１）であって、前記メインゲームの評価結果に基づいて当該メインゲームと並行して進行するサブゲーム（例えば、バトルゲーム）を提供するサブゲーム提供手段（３０）を、備えている。
【０００７】
本発明によれば、メインゲームの評価結果に基づいてサブゲームが提供される。つまり、メインゲームとは別のサブゲームをメインゲームのプレイを通じて提供することができる。また、メインゲームの評価結果が並行して実行されるサブゲームを進行させる手段としても機能する。これらにより、メインゲームにサブゲームの興趣性を付加することができる。したがって、メインゲームに多様な興趣性を与えることができる。結果として、サブゲームとメインゲームとの相乗効果により、メインゲームの興趣性を向上させることができる。
【０００８】
プレイ行為として、どのような行為が利用されてもよい。例えば、本発明のゲームシステムの一態様として、少なくとも一つの操作部（ＯＰ）を有する入力装置（ＣＰ）を更に備え、前記メインゲームでは、前記実行時期として各操作部に対する操作時期が評価されるように、前記プレイ行為として各操作部に対する操作が利用される態様が採用されてもよい。また、この態様において、前記サブゲームは、前記操作部と対応関係が設定される少なくとも一つのパラメータ（例えば、ＨＰ情報、攻撃力情報等）を含み、前記メインゲームの評価結果に基づいて前記パラメータを使用して進行するように構成されていてもよい。この場合、サブゲームとして、操作部に関連付けられて進行するゲームを提供することができる。
【０００９】
本発明のゲームシステムの一態様において、前記メインゲーム及び前記サブゲームの少なくともいずれか一方は、前記パラメータを変化させる少なくとも一つのアイテムを提供するように構成され、前記サブゲームは、更に前記アイテムの使用に伴って前記パラメータが変化するように構成されていてもよい。パラメータはゲームの進行に使用される。したがって、パラメータの変化はゲームの進行の変化に関連する。この場合、アイテムを利用してサブゲームの進行に変化を付与することができる。これにより、サブゲームの進行の多様性を向上させることができる。結果として、プレイヤの飽きをより抑制することができる。
【００１０】
サブゲームでアイテムが使用される態様において、前記少なくとも一つのアイテムとして、複数のアイテムが提供され、前記サブゲームは、プレイヤによって選択された一部のアイテムが前記パラメータを変化させるために使用されるように構成されていてもよい。この場合、サブゲームの進行の変化をプレイヤの選択に委ねることができる。これにより、サブゲームの進行の多様性をより向上させることができる。
【００１１】
複数のアイテムが提供される態様において、前記サブゲームは、前記操作部と前記プレイヤによって選択された一部のアイテムとの間の対応関係の設定（例えば、アイテムの装備）を通じて、当該対応関係が設定された一部のアイテムが前記操作部と対応関係が設定されるパラメータを変化させるように構成されていてもよい。この場合、サブゲームの進行の変化と操作部とを関連付けることができる。
【００１２】
一部のアイテムと操作部との間に対応関係が設定される態様において、前記入力装置には、前記少なくとも一つの操作部として複数の操作部が設けられ、前記サブゲームは、前記複数の操作部毎に前記プレイヤによって選択された一部のアイテムと対応関係が設定されるように構成されていてもよい。この場合、複数の操作部のそれぞれをサブゲームの進行と関連付けることができる。このため、例えば、複数の操作部のそれぞれに対応付けられたアイテムによって変化した後の各操作部に対応するパラメータをサブゲームの進行に使用することができる。これにより、パラメータの変化のバリエーションが更に増えるため、よりサブゲームの多様性を向上させることができる。
【００１３】
パラメータの種類は、任意でよい。例えば、本発明のゲームシステムの一態様において、前記サブゲームは、前記少なくとも一つのパラメータとして、前記複数の操作部毎に対応関係が設定される複数のパラメータを含み、前記メインゲームの評価結果に基づいて前記複数のパラメータを使用して進行するように構成されていてもよい。
【００１４】
また、サブゲームでアイテムが使用される態様において、前記サブゲームは、所定のクリア条件を満たした場合に順次提供される複数のステージを含み、前記複数のステージの最後のステージにおいて前記所定のクリア条件を満たした場合に前記アイテムを使用可能な状態で提供する一方で、前記最後のステージにおいて前記所定のクリア条件を満たすまでは前記アイテムを使用可能な状態では提供しないように構成されていてもよい。この場合、最後のステージにおいて所定のクリア条件を満たすことを促すことができる。結果として、最後のステージまでのプレイを促すことができる。
【００１５】
サブゲームとして、各種のゲームが提供されてよい。例えば、パラメータを利用する態様において、前記サブゲームとして、前記パラメータを通じて所定のキャラクタとバトルを実行するバトルゲームが提供されてもよい。また、この態様において、前記メインゲームは、前記サブゲームのバトルにおいて前記所定のキャラクタに負けることを意味する敗北条件を満たした場合に、当該メインゲームが途中であっても終了するように構成されていてもよい。さらに、この態様において、前記メインゲームには、所定の対価と引き換えに途中からプレイを再開させるコンティニュー機能が設けられていてもよい。この場合、メインゲームが途中で終わった場合でもコンティニュー機能を通じてメインゲームが途中から再開される。結果として、メインゲームを繰り返しプレイさせることができる。これにより、所定の対価の消費を促すことができる。さらに、アイテムが最後のステージにおいて所定のクリア条件を満たすまで提供されない場合には、サブゲームの繰り返しプレイが促進される。結果として、メインゲームの繰り返しプレイも促進され、より所定の対価の消費を促すことができる。
【００１６】
本発明のゲームシステムの一態様において、前記メインゲーム及び前記サブゲームを提供する複数のゲーム機（ＧＭ）と、前記複数のゲーム機と通信回線（５）を介して接続されるサーバ装置（３）と、を更に備え、前記メインゲームは、同一の音楽を使用して評価結果を競うタイプの音楽ゲームとして構成され、前記サーバ装置は、前記メインゲームにおいて同一の音楽を使用して評価結果を競う対戦相手として前記通信回線を介して各ゲーム機をマッチングする態様が採用されてもよい。この場合、マッチングを通じて各ゲーム機のプレイヤが対戦する音楽ゲームであって、プレイヤの飽きを抑制することができる音楽ゲームを提供することができる。
【００１７】
マッチングを利用したメインゲームが提供される態様において、前記サーバ装置は、前記サブゲームが実行されている場合においても前記メインゲームにおいて同一の音楽が使用されている場合には、前記対戦相手として前記通信回線を介して各ゲーム機をマッチングし、前記サブゲームは、前記マッチングが実行されている場合には、前記対戦相手の数に応じて当該サブゲームの進行が有利になる特典を付与するように構成されていてもよい。この場合、マッチングを利用してサブゲームの進行が有利になる特典を得ることができる。このため、例えば、サブゲームの難易度が高い場合においてもマッチングを利用して好結果を得ることができる。
【００１８】
本発明の制御方法は、プレイ行為の実行時期が評価されるメインゲームを提供するゲームシステム（１）に適用され、前記メインゲームの評価結果に基づいて当該メインゲームと並行して進行するサブゲームを提供するサブゲーム提供手順を備えている。
【００１９】
また、本発明のゲームシステム用のコンピュータプログラムは、プレイ行為の実行時期が評価されるメインゲームを提供するゲームシステム（１）に組み込まれるコンピュータ（３０）を、前記メインゲームの評価結果に基づいて当該メインゲームと並行して進行するサブゲームを提供するサブゲーム提供手段として機能させるように構成されたものである。本発明の制御方法或いは、コンピュータプログラムが実行されることにより、本発明のゲームシステムを実現することができる。
【００２０】
なお、以上の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【発明の効果】
【００２１】
以上、説明したように、本発明によれば、多様な興趣性を与えることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一形態に係るゲームシステムの全体構成の概要を示す図。
【図２】ゲーム機の外観を示す図。
【図３】ゲームシステムの制御系の主要部の構成を示す図。
【図４】音楽ゲームのゲーム画面の一例を示す図。
【図５】指示経路の表示を含むゲーム画面の一例を示す図。
【図６】バトルゲームが実行される場合のゲーム画面の一例を示す図。
【図７】基礎ゲームの評価結果とバトルゲームの進行との関連を説明するための説明図。
【図８】バトルゲームの流れを説明するための説明図。
【図９】プレイデータの内容の一例を示す図。
【図１０】アイテムデータの内容の一例を示す図。
【図１１】装備データの内容の一例を示す図。
【図１２】攻防処理ルーチンのフローチャートの一例を示す図。
【発明を実施するための形態】
【００２３】
以下、本発明の一形態に係るゲームシステムについて説明する。図１は、本発明の一形態に係るゲームシステムの全体構成の概要を示す図である。図１に示すように、ゲームシステム１は、複数のゲーム機ＧＭ及びサーバ装置としてのセンターサーバ３を含んでいる。ゲーム機ＧＭは、所定の対価の消費と引き換えに、その対価に応じた範囲でユーザに所定のゲームをプレイさせる業務用（商業用）のゲーム機として構成されている。ゲーム機ＧＭは、店舗４等の商業施設に適当な台数ずつ設置される。図１の例では、各店舗４には複数のゲーム機ＧＭが配置されているが、各店舗４に配置されるのは一台のゲーム機ＧＭでもよい。
【００２４】
各ゲーム機ＧＭ及びセンターサーバ３は、通信回線としてのネットワーク５を介して相互に通信可能に接続されている。各ゲーム機ＧＭは、ネットワーク５に接続されることにより、ゲームシステム１の端末装置（或いは、クライアント）として機能する。ネットワーク５は、ＷＡＮ（ワイドエリアネットワーク）５Ａ及びＬＡＮ（ローカルエリアネットワーク）５Ｂを含んでいる。ＷＡＮ５Ａとして、例えば、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するインターネットが利用される。ＬＡＮ５Ｂは、各店舗４内の各ゲーム機ＧＭ間を接続するように、店舗４毎に構築される。また、ＬＡＮ５Ｂは、例えば、ＴＣＰ／ＩＰプロトコルを利用するイントラネットによって構築されている。ＬＡＮ５Ｂ及びセンターサーバ３は、ルータ６を介してＷＡＮ５Ａに接続される。
【００２５】
なお、センターサーバ３には、ネットワーク５を介して、その他にも携帯電話、パーソナルコンピュータ等のユーザ端末が接続されてよい。ユーザ端末には、ゲーム機ＧＭで提供される所定のゲームに関連する各種サービスが提供されてよい。また、ゲーム機ＧＭとルータ６との間にローカルサーバが設置され、そのローカルサーバを介してゲーム機ＧＭがセンターサーバ３と通信可能に接続されていてもよい。センターサーバ３は、一台の物理的装置によって構成されている例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ３が構成されてもよい。さらに、クラウドコンピューティングを利用して論理的にセンターサーバ３が構成されてもよい。また、ゲーム機ＧＭがセンターサーバ３として機能してもよい。つまり、センターサーバ３は、省略されてもよい。
【００２６】
センターサーバ３は、ゲーム機ＧＭ又はそのプレイヤに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスとして、例えば、ゲーム機ＧＭからプレイヤの識別情報を受け取って、そのプレイヤを認証するサービスが提供されてよい。また、認証したプレイヤのプレイデータをゲーム機ＧＭから受け取って保存し、或いは、保存するプレイデータをゲーム機ＧＭに提供するサービスが提供されてもよい。さらに、ゲーム機用サービスには、ネットワーク５を介してゲーム機ＧＭのプログラム或いはデータを配信し、更新するサービス、ネットワーク５を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス等が含まれていてもよい。
【００２７】
図２は、ゲーム機ＧＭの外観を示す図である。図２に示すように、ゲーム機ＧＭは、モニタＭＯ、入力装置としてのコントロールパネルＣＰ、及び２つのスピーカＳＰを備えている。各スピーカＳＰは、発光可能に構成され、プレイ中には、その発光色が変化する。モニタＭＯには、後述のゲーム画面が表示される。コントロールパネルＣＰには、操作部ＯＰが設けられている。操作部ＯＰは、２つのボリュームコントローラＢＣと、６つのボタンＢを含んでいる。
【００２８】
各ボリュームコントローラＢＣは、左回り及び右回りの両方に回転可能に構成されている。そして、各ボリュームコントローラＢＣは、プレイヤにより左右両方向に回転操作される。一方、各ボタンＢは、プレイヤに押されることにより操作される。また、６つのボタンＢは、４つの大ボタンＢ１と、大ボタンＢ１よりも小さい２つの小ボタンＢ２に分類される。４つの大ボタンＢ１は、水平方向に一列を形成するように配置されている。一方、２つの小ボタンＢ２も、４つの大ボタンＢ１の列の下方に、水平方向に一列を形成するように配置されている。結果として、各大ボタンＢ１及び各小ボタンＢ２によって、上下に並んで互いに平行に延びる二つの列が形成されている。なお、ゲーム機ＧＭには、コントロールパネルＣＰの他にも、ボリューム操作スイッチ、電源スイッチ、電源ランプといった通常の業務用のゲーム機が備えている各種の入力装置及び出力装置が設けられているが、図２ではそれらの図示を省略している。
【００２９】
次に、ゲームシステム１に関して、制御系の主要部の構成を説明する。図３は、ゲームシステム１の制御系の主要部の構成を示す図である。図３に示すように、センターサーバ３は、制御ユニット１０と、記憶ユニット１１と、を備えている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続され得るが、それらの図示は省略した。
【００３０】
記憶ユニット１１は、制御ユニット１０に接続されている。記憶ユニット１１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されている。記憶ユニット１１には、サーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ３がゲーム機ＧＭに各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、ゲーム機サービス管理部１６が設けられる。ゲーム機サービス管理部１６は、上述のゲーム機用サービスを提供するための処理を実行する。ゲーム機サービス管理部１６は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得るが、それらの図示は省略した。
【００３１】
また、記憶ユニット１１には、サーバ用プログラム１５の実行に伴って参照され得る各種のデータが記憶されている。このような各種のデータには、例えば、ＩＤ管理データ２２、プレイデータ２３及びアイテムデータ２４が含まれる。ＩＤ管理データ２２は、ゲームシステム１で使用される各種のＩＤの対応関係が記述されたデータである。プレイデータ２３及びアイテムデータ２４の詳細は、後述する。
【００３２】
一方、ゲーム機ＧＭには、コンピュータとしての制御ユニット３０と、記憶ユニット３１と、が設けられている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、上述のコントロールパネルＣＰ、モニタＭＯ、スピーカＳＰに加え、その他にも公知のゲーム機と同様に、コイン認証装置或いはカードリーダ等の各種の入力装置或いは出力装置が接続され得るが、それらの図示は省略した。
【００３３】
なお、カードリーダは、ユーザが所持するカード３２の情報を読み取ってその情報に対応した信号を制御ユニット３０に出力するために設けられる。カード３２には、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられている。そして、その記憶媒体には、カード３２毎にユニークなＩＤ（以下、カードＩＤと呼ぶことがある。）等が記憶されている。カードＩＤは、例えば、センターサーバ３上に保存されたプレイデータ２３を呼び出すために利用される。なお、カードＩＤは、カード３２にバーコード等の形態で記録されていてもよい。或いは、カード３２に代えて、携帯電話等に実装されたＩＣチップ等の記憶媒体にカードＩＤが記録されていてもよい。また、カード３２には、事前に提供された遊戯価値の残高が記憶されていてもよい。そして、ゲームをプレイするための所定の対価は、例えば、カード３２に記憶された残高を消費することにより、カード３２を通じて徴収されてよい。
【００３４】
記憶ユニット３１は、制御ユニット３０に接続されている。記憶ユニット３１は、電源の供給がなくても記憶を保持可能なように、例えば、ハードディスク、フラッシュＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などにより構成されている。記憶ユニット３１には、ゲームプログラム３４が記憶されている。ゲームプログラム３４は、ゲーム機ＧＭが所定のゲームを提供するために必要なコンピュータプログラムである。また、記憶ユニット３１には、ゲームプログラム３４の実行に伴って参照され得る各種のデータも記録されている。このようなデータには、例えば、画像データ、効果音データ、シーケンスデータ、プレイデータ２３、アイテムデータ２４及び装備データ３７等が含まれる。
【００３５】
効果音データは、楽曲等、各種の音声を再生するためのデータである。画像データは、ゲームに必要な各種画像を表示するためのデータである。シーケンスデータは、適切な操作を実行すべき操作時期が記述されたデータである。シーケンスデータは、後述の音楽ゲームにおいて適切の操作を実行すべき操作時期を案内するために使用される。また、プレイデータ２３及びアイテムデータ２４は、ゲームを提供する際に、当該ゲームを実行するプレイヤに対応付けられた部分を含むように、少なくとも一部がセンターサーバ３から提供され、記憶ユニット３１に記憶される。装備データ３７の詳細は、プレイデータ２３及びアイテムデータ２４と同様に、後述する。
【００３６】
次に、ゲーム機ＧＭが提供する所定のゲームの一例について説明する。ゲーム機ＧＭは、所定のゲームの一例として、メインゲームとしての音楽ゲームを提供する。音楽ゲームは、再生される楽曲に対応した適切な操作が評価されるタイプのゲームである。より具体的には、楽曲（音楽）の演奏の一部を担うように適切な操作を実行すべき時期が楽曲の演奏に合わせて案内され、その案内された時期と適切な操作が実際に実行された時期との間のずれ時間が評価されるタイプのゲームである。また、上述のマッチングサービスを利用してマッチングされた各ゲーム機ＧＭのプレイヤ間で同一の楽曲を使用して評価結果が競われる場合もある。さらに、音楽ゲーム内には、ミッションが用意されている。ミッションの一例として、プレイヤが所定のキャラクタとしての敵キャラクタとバトルするサブゲームとしてのバトルゲームが採用されている。つまり、音楽ゲームの一部としてバトルゲームが提供される。バトルゲームは、音楽ゲームの評価結果に基づいて音楽ゲームと並行して進行する。以下、バトルゲームが実行されている場合の音楽ゲームを基礎ゲームと呼ぶことがある。つまり、音楽ゲーム内には、通常の音楽ゲームに相当する基礎ゲーム及び基礎ゲームの評価結果に基づいて進行するバトルゲームの２つのゲームが含まれている。そして、ミッションが実行されている場合には、これらが組み合わされたゲームが提供される。
【００３７】
図４〜７を参照して、音楽ゲームについて更に説明する。図４は、音楽ゲームのゲーム画面の一例を示す図である。また、図４の例は、バトルゲームが実行されていない場合のゲーム画面を示している。図４に示すように、ゲーム画面４０は、４つのトラックＴＬを含んでいる。４つのトラックＴＬは、仮想３次元空間を演出するように、画面の奥側（上方）ＵＰから手前側（下方）ＤＰに向かって延びている。各トラックＴＬが延びる奥行方向ＴＤは、時間軸方向として利用される。また、これら４つのトラックＴＬは、４つの大ボタンＢ１にそれぞれ対応する。
【００３８】
４つのトラックＴＬの手前側ＤＰには、基準ラインＫＬが配置される。基準ラインＫＬは、左右方向に４つのトラックＴＬを横断するように直線状に延びている。また、各トラックＴＬには、適宜な時期にオブジェクトＯＪが表示される。また、同様に、適宜な時期に大オブジェクトＤＪも表示される。大オブジェクトＤＪは、４つのトラックＴＬのうち左側２つ、或いは右側２つに跨るように配置される。オブジェクトＯＪ及び大オブジェクトＤＪは、トラックＴＬの奥側ＵＰから手前側ＤＰに向かって移動する。プレイヤには、オブジェクトＯＪ及び大オブジェクトＤＪの基準ラインＫＬへの到達に合わせて適切な操作の実行が要求される。具体的には、オブジェクトＯＪの基準ラインＫＬへの到達に合わせて、オブジェクトＯＪが配置されているトラックＴＬに対応する大ボタンＢ１を押す操作がプレイヤに要求される。また、大オブジェクトＤＪの基準ラインＫＬへの到達に合わせて、大オブジェクトＤＪが跨る２つのトラックＴＬに対応する大ボタンＢ１の下方に位置する小ボタンＢ２を押す操作がプレイヤに要求される。このプレイヤの操作時期と、オブジェクトＯＪ或いは大オブジェクトＤＪが基準ラインＫＬに到達した時期との間のずれが評価される。
【００３９】
また、ゲーム画面４０には、各トラックＴＬと交差するように延びる指示経路が表示される場合がある。指示経路は、オブジェクトＯＪと同様に、基準ラインＫＬに向かって移動する。図５は、指示経路の表示を含むゲーム画面の一例を示す図である。図５に示すように、ゲーム画面４０Ｒには、２つの指示経路Ｒが含まれている。２つの指示経路Ｒは、互いに交差してＸという文字を描くようにトラックＴＬ上に配置されている。また、指示経路Ｒの基準ラインＫＬへの到達に合わせて、基準ラインＫＬ上には、２つの指示経路Ｒのそれぞれに対応する２つのカーソルＫＧが表示される。カーソルＫＧは、ボリュームコントローラＢＣに対する回転操作に対応して、基準ラインＫＬ上を左右に移動する。また、右側に表示されるカーソルＫＧが右側のボリュームコントローラＢＣに、左側に表示されるカーソルＫＧが左側のボリュームコントローラＢＣに、それぞれ対応する。つまり、指示経路Ｒは、各ボリュームコントローラＢＣへの操作指示として機能する。
【００４０】
プレイヤには、各カーソルＫＧが各指示経路Ｒ上を移動するような操作が適切な操作として要求される。この要求が満たされると、得点の獲得、値がゼロになった場合にゲームが終了するプレイ基準値の加算等の特典が与えられる。一方、各カーソルＫＧが各指示経路Ｒの外にはみ出した場合には、ペナルティとして、例えば、プレイ基準値の減算、或いは獲得した得点の減算が実行される。また、特典の付与のみでペナルティがなくてもよい。なお、プレイ基準値は、所定の対価を消費することにより増加してもよいし、プレイ時間に応じて増加してもよい。また、例えば、カーソルＫＧが指示経路Ｒ上に位置した時間に応じて、プレイヤの操作が複数レベルに評価されてもよい。そして、評価されたレベルに応じて特典の価値が変化してもよい。
【００４１】
一方、ミッションの実行がプレイヤによって選択された場合には、基礎ゲームに加え、バトルゲームが提供される。図６は、バトルゲームが実行される場合のゲーム画面の一例を示す図である。図６に示すように、バトルゲームが実行されているゲーム画面４０Ｂは、敵キャラクタ表示欄５１及び自己キャラクタ表示欄５２を含んでいる。自己キャラクタ表示欄５２には、バトルゲーム中でプレイヤが使用するプレイヤキャラクタを定義する情報が表示される。一方、敵キャラクタ表示欄５１には、プレイヤのバトル相手に対応する敵キャラクタを定義する情報が表示される。
【００４２】
図６の例では、敵キャラクタ表示欄５１は、第１敵キャラクタ表示欄５１Ａ、第２敵キャラクタ表示欄５１Ｂ及び第３敵キャラクタ表示欄５１Ｃを含んでいる。敵キャラクタ表示欄５１は、ＨＰ（ヒットポイント）情報、攻撃力情報、防御力情報、属性情報及び名称情報を含んでいる。例えば、第１敵キャラクタ表示欄５１Ａには、ＨＰ情報として“０９７５０”が、攻撃力情報として“００７５０”が、防御力情報として“０４０００”が、属性情報として“炎”が、名称情報として“ＥＮＥＭＹ１”が、それぞれ表示されている。そして、これらの情報によって第１敵キャラクタが定義されている。同様に、第２敵キャラクタ表示欄５１Ｂ及び第３敵キャラクタ表示欄５１Ｃの各情報により、第２敵キャラクタ及び第３敵キャラクタが定義されている。つまり、この場合、３体の敵キャラクタが存在しており、プレイヤキャラクタは、これらの３体の敵キャラクタとバトルを実行する。この場合、一例として、プレイヤキャラクタは、ＨＰの値の低い順に一体ずつ各敵キャラクタとバトルする。なお、敵キャラクタの数はミッションの難易度に応じて適宜でよい。したがって、敵キャラクタの数は一体でもよい。ミッションの難易度は、敵キャラクタの強さにも依存する。敵キャラクタの強さは、例えば、ＨＰ、攻撃力、及び防御力の全ての値の合計値により決定されてもよい。
【００４３】
自己キャラクタ表示欄５２は、ＨＰ情報、攻撃力情報、防御力情報を含んでいる。これらの情報として、プレイヤキャラクタを構成するパーツ毎のＨＰの値の合計、攻撃力の値の合計、防御力の値の合計が使用される。つまり、プレイヤキャラクタは、複数のパーツによって構成される。また、バトルゲームには、プレイヤキャラクタの各パーツとして装備され得る各種のアイテムが用意されている。それらには、ＨＰ情報、攻撃力情報、防御力情報を有するアイテムが含まれる。一例として、プレイヤキャラクタを構成する各パーツへの各アイテム装備は、プレイヤによって設定される。各アイテムが各パーツに装備されることにより、各パーツのパラメータとして、各アイテムのＨＰ情報等が割り当てられる。つまり、各アイテムは、各パーツに装備されることにより、各パーツのＨＰ情報等を変化させる。結果として、各パーツのＨＰ情報等の合計であるプレイヤキャラクタのＨＰ情報、攻撃力情報、防御力情報が変化する。また、各部位に装備される各アイテムには、レベルが設定され、レベルに応じてＨＰ情報、攻撃力情報、防御力情報が変化する。バトルゲーム中には、各アイテムのレベルを上げるための強化素材も用意されている。そして、各アイテムや強化素材は、例えば、バトルゲームのプレイを通じて付与される。具体的にはバトルゲームを通じて敵キャラクタを倒すことにより付与される。或いは、対価の消費を通じて付与されてもよい。ＨＰ情報、攻撃力情報、防御力情報が本発明のパラメータとして機能する。
【００４４】
また、一例として、各パーツは、各ボリュームコントローラＢＣ或いは各ボタンＢといった操作部ＯＰと対応関係が設定されている。そして、各ボリュームコントローラＢＣ及び各ボタンＢに各種アイテムが装備される。結果として、各ボリュームコントローラＢＣ及び各ボタンＢにＨＰ情報、攻撃力情報、防御力情報が対応付けられている。例えば、ＨＰ情報として“１００”を有するアイテムが右側のボリュームコントローラＢＣに装備された場合には、右側のボリュームコントローラＢＣに設定されたＨＰ情報に“１００”が追加され、プレイヤキャラクタが有するＨＰの値が“１００”増加する。つまり、各アイテムが各パーツに装備されることにより、各アイテムと各パーツに対応するボタンＢ等との間に対応関係が設定され、その対応関係が設定されたボタンＢ等のＨＰ情報等がアイテムの有するＨＰ情報等によって変化する。したがって、各ボタンＢ等に装備されたアイテムが本発明の一部のアイテムとして機能する。
【００４５】
また、各種アイテムは、属性情報を有していてもよい。これにより、各パーツに属性情報が付加される。属性情報の一例として、属性の種類に加えて、ＨＰ情報等と同様に数値が利用されてよい。そして、各パーツに装備されたアイテムの属性情報の合計値がプレイヤキャラクタの属性情報として使用されてよい。例えば、属性の種類“炎”、数値“２０”という属性情報を有するアイテムが装備された場合には、プレイヤキャラクタには“炎”属性の“２０”という数値が付加される。この情報は、例えば、同属性の敵キャラクタへの攻撃力或いは同属性の敵キャラクタの攻撃を防御する際の防御力に反映される。つまり、一例として、“炎”属性の“２０”という数値を有するプレイヤキャラクタは、“炎”属性の敵キャラクタを攻撃する際に攻撃力が“２０”増加する一方で、この敵キャラクタから攻撃を受ける際には防御力が“２０”増加する。このような属性情報が各アイテムに付与されていてもよい。
【００４６】
バトルゲームでは、基礎ゲームの評価結果を通じてプレイヤキャラクタと敵キャラクタとのバトルが展開される。より具体的には、基礎ゲームにおいて適切な操作が適切な時期に実行された場合にはプレイヤキャラクタが敵キャラクタを攻撃する一方で、不適切な操作或いは適切な操作であってもその操作の時期が適切でない場合にはプレイヤキャラクタは敵キャラクタからの攻撃を受ける。また、プレイヤキャラクタの攻撃によって敵キャラクタのＨＰが減少する。減少する量は、プレイヤキャラクタの攻撃力と敵キャラクタの防御力との差が使用される。例えば、プレイヤキャラクタの攻撃力が“１００”、敵キャラクタの防御力が“５０”の場合には、ＨＰの値が“５０”減少する。これは、敵キャラクタがプレイヤキャラクタを攻撃する場合も同様である。
【００４７】
図７は、基礎ゲームの評価結果とバトルゲームの進行との関連を説明するための説明図である。図７に示すように、基礎ゲームでは、例えば、操作時期を基準にプレイヤの操作が３つのレベルに分類される。第１レベルＥ１は、操作時期を中心に操作時期の前後に設定される。第１レベルＥ１は、操作時期を含んでおり、最も操作時期に近い範囲である。第２レベルＥ２は、第１レベルＥ１の前後に設定される。したがって、第１レベルＥ１の次に操作時期に近い範囲である。第３レベルＥ３は、更に第２レベルの前後に設定される。したがって、３つのレベルの中では、最も操作時期から離れた範囲である。基礎ゲームでは、第１レベルＥ１、第２レベルＥ２、第３レベルＥ３の順に評価が高い。また、基礎ゲームでは、操作が実行されなかった場合も第３レベルに分類される。つまり、第３レベルＥ３は、ミス操作として扱われる。これは、不適切な操作が実行された場合も同様である。したがって、第１レベルＥ１及び第２レベルＥ２に属する時期が適切な時期として評価され、この時期に適切な操作が実行された場合には得点が付与される。一方で、第３レベルＥ３に属する時期は適切でない時期として評価され、たとえ適切な操作が実行されていても得点は付与されない。
【００４８】
バトルゲームでは、上述の基礎ゲームの評価結果に応じた変化が付与され、ゲームが進行する。例えば、第１レベルＥ１及び第２レベルＥ２に属する時期に適切な操作が実行された場合には、プレイヤキャラクタの攻撃という変化がゲーム中に付与される。また、評価結果が第１レベルＥ１の場合と第２レベルＥ２の場合とで、攻撃の内容が異なる。具体的には、評価結果が第２レベルＥ２に対応する場合、通常攻撃が実行される。通常攻撃は、攻撃力等がそのまま使用される攻撃である。つまり、攻撃力が“１００”（属性情報を含む）の場合は、そのままの“１００”が使用される。これに対して、第１レベルＥ１に対応する場合には、強力攻撃が実行される。強力攻撃は、２割等、攻撃力が所定の割合で増加する攻撃である。したがって、例えば、通常の攻撃力が“１００”（属性情報を含む）のプレイヤキャラクタが強力攻撃を実行する場合には、攻撃力は“１２０”として扱われる。一方、評価結果が第３レベルＥ３に対応する場合、プレイヤキャラクタの攻撃ではなく、敵キャラクタの攻撃が実行される。つまり、プレイヤキャラクタは、敵キャラクタから攻撃を受ける。基礎ゲームの評価結果とバトルゲームの進行とは、このように関連付けられる。
【００４９】
なお、その他にもコンボ、スキル等、各種の攻撃オプションが用意されていてもよい。コンボとは、例えば、高評価が所定数以上連続することを意味する。例えば、第１レベルＥ１が所定数以上連続して実行された場合には、コンボが成立する。この場合、更に強力な攻撃が実行される等、特別な攻撃が実行されてよい。また、スキルは、一定時間攻撃力が増加される等、特別の状態を形成するオプションを意味する。スキルは、例えば、コンボの成立によって使用する権利が付与されてもよい。また、スキルは、プレイヤの所定の操作によって使用されてよい。
【００５０】
図８は、バトルゲームの流れを説明するための説明図である。図８に示すように、バトルゲームは、基礎ゲームに含まれるミッションとして、ミッションの開始に伴って提供される。一例として、ミッションは、プレイヤの希望に応じて提供される。また、ミッションは、追加的に所定の対価を消費することにより、提供される。或いは、プレイ基準値が用意されている場合には、プレイ基準値を所定量消費することにより提供されてもよい。また、ミッションの難易度に応じて、例えば、難易度が高いほど消費量が増えるように、対価或いはプレイ基準値の消費量が変化してもよい。なお、プレイ基準値は、各アイテムのレベルアップ時等、プレイヤキャラクタのレベルアップに伴って所定量回復してもよい。また、ミッション開始に伴って、プレイ基準値が所定量回復するように特典が付与されてもよい。
【００５１】
ミッション開始後、ミッション選択が実行される。ミッション選択では、今回実行するミッションの難易度が選択される。また、ミッション選択には、各パーツの装備の設定等、プレイヤキャラクタのカスタマイズが含まれていてよい。さらに、プレイ基準値が利用されている場合には、ミッション選択において、プレイ基準値の回復が実行されてもよい。プレイ基準値の回復は、例えば、対価の消費により実現される。また、プレイ基準値を回復させるアイテムが存在している場合には、そのアイテムの使用により実現されてもよい。
【００５２】
ミッション選択後、マッチングが実行される。マッチングは、バトルゲームで使用する楽曲と同じ楽曲のプレイを希望している他のゲーム機ＧＭのプレイヤとマッチングされる。なお、マッチングは省略されてもよい。つまり、単独でバトルゲームが実行されてもよい。また、マッチングが実行される場合には、マッチングに伴う特典が付与されてもよい。このような特典として、例えば、マッチングの人数に応じて攻撃力が増加するという特典等、マッチングの人数に応じてバトルゲームの進行が有利になる特典が採用されてもよい。この場合、マッチングを利用してミッションの難易度を下げることができる。つまり、単独では攻略が難しいミッションを攻略することができるという特典をマッチングに付与することができる。
【００５３】
マッチング後（或いは、ミッション選択後）、バトルゲームが開始される。バトルゲームは、基礎ゲームの評価結果に応じて進行する。一例として、一つのミッションは、使用する楽曲及び対戦する敵キャラクタの異なる所定数のステージを含んでいる。また、所定数として、例えば、３つのステージが採用される。つまり、一つのミッションとして、３種類の楽曲及び敵キャラクタを利用したバトルゲームが提供される。各ステージは、所定のクリア条件を満たした場合に順次提供される。所定のクリア条件は、例えば、基礎ゲームをクリアし、かつバトルゲームをクリアした場合に満たされる。つまり、一例として、基礎ゲーム及びバトルゲームの両方がクリアされた場合に次のステージに進む。基礎ゲームは、例えば、所定数以上の得点を獲得した場合にクリアされる。一方、バトルゲームは、例えば、敵キャラクタを倒すことを意味する勝利条件を満たした場合にクリアされる。勝利条件は、例えば、敵キャラクタのＨＰをゼロにした場合に満たされる。一方、例えば、プレイヤキャラクタのＨＰがゼロになった場合には敗北条件が満たされる。つまり、敗北条件が満たされた場合は、プレイヤキャラクタが敵キャラクタに倒され、負けることを意味する。なお、敗北条件は、例えば、その他にもプレイ基準値がゼロになった場合に満たされてもよい。
【００５４】
バトルゲームは、途中終了する場合がある。一例として、バトルゲームにおいて敗北条件が満たされた場合に、バトルゲームは途中で終了する。或いは、各ステージにおいて、例えば、バトルゲームをクリアできても基礎ゲームをクリアできなかった場合等、所定のクリア条件を満たさなかった場合、ステージが残っていても途中でバトルゲームは終了する。音楽ゲームには、このような場合に音楽ゲームをミッションの途中、つまり途中のステージやバトルゲームの途中等から再開させるためにコンティニュー機能が設けられている。そして、コンティニュー機能の使用に伴って、楽曲の途中から、或いは楽曲の開始からバトルゲームが再開される。コンティニュー機能の使用には、例えば、対価の消費が要求される。なお、バトルゲームを通じて付与されるアイテムは、ミッションをクリアするまでプレイキャラクタに提供されなくてもよい。つまり、最後のステージにおいて所定のクリア条件が満たされるまで提供されなくてもよい。この場合、３つのステージの途中或いは各ステージの途中で仮にアイテムが付与されたとしても、それらのアイテムはミッションがクリアされるまでプレイヤキャラクタに提供されない。つまり、この場合、仮に各ステージにおいてアイテムが付与されたとしても、最後のステージをクリアしない限り、最終的に取得できず、使用できない（使用可能な状態ではない）。このような場合、コンティニュー機能の使用、つまり対価の消費を促すことができる。
【００５５】
バトルゲームの結果は、１曲毎に提供される。そして、３曲目に到るまで上記の流れが繰り返し実行される。一方、３曲目が終了した場合、或いは途中でバトルゲームが終了した場合には、ミッションに対する結果が提供される。ミッションをクリアした場合には、上述のアイテムの提供に加え、例えば、ミッションクリアを示すメダル等が付与されてもよい。メダルは、例えば、選択可能なミッションの難易度の判別に使用される。例えば、多くのメダルを持っている場合には高い難易度のミッションが選択可能になってもよい。或いは、メダル数に応じてプレイヤキャラクタのステータスが変化してもよい。また、ステータスの変化の具体例として、ＨＰ情報等が変化してもよい。このようなＨＰ情報等のパラメータを使用して進行するバトルゲームが音楽ゲーム内のミッションとして提供される。
【００５６】
次に、プレイデータ２３、アイテムデータ２４及び装備データ３７の詳細について説明する。プレイデータ２３は、各プレイヤを識別可能な情報を基準に各プレイヤの過去の実績等が記述されたデータである。プレイデータ２３は、例えば、前回までのプレイ結果（過去の実績）を次回以降に引き継ぐため、或いは各プレイヤに固有の設定内容を引き継ぐために使用される。図９は、プレイデータ２３の内容の一例を示す図である。図９に示すように、プレイデータ２３は、例えば、カードＩＤ、プレイ実績データ及びキャラクタデータを含んでいる。プレイデータ２３は、これらの情報が互いに関連付けられるように記述されている。
【００５７】
カードＩＤは、上述のように各カードを識別するための情報である。プレイ実績データは、過去の実績或いは設定内容を示すデータである。プレイ実績データは、例えば、店舗ＩＤ、ゲーム結果及びアイテムの情報を含んでいる。店舗ＩＤは、各店舗４を特定するための情報である。過去にプレイした店舗４の店舗ＩＤがプレイ実績データとして記述される。また、店舗ＩＤは、例えば、上述のＩＤ管理データ２２によって管理される。ゲーム結果は、過去のゲーム結果（例えば、得点等）を示す情報である。アイテムは、過去のプレイ結果としてプレイヤが取得したアイテムを示す情報である。プレイ実績データに含まれるアイテムが各パーツへの装備候補として使用される。つまり、プレイ実績データのアイテムは、装備可能なアイテムの情報として機能する。一方、キャラクタデータは、過去の実績に基づいて定義されるプレイヤキャラクタを示すデータである。キャラクタデータは、例えば、パーツ、レベル、ＨＰ情報、攻撃力情報、防御力情報等の情報を含んでいる。これらは、プレイヤのプレイヤキャラクタを定義する情報として機能する。つまり、パーツはプレイヤキャラクタを構成する各パーツに、レベルはそれらのパーツに装備されるアイテムのレベルに、ＨＰ情報はそれらのパーツのＨＰ情報（アイテム装備前）等に、それぞれ対応する。
【００５８】
一方、アイテムデータ２４は、各種アイテムを定義するためのデータである。図１０は、アイテムデータ２４の内容の一例を示す図である。図１０に示すように、アイテムデータ２４は、名称、レベル、ＨＰ情報、攻撃力情報、防御力情報、属性情報、コスト、回復力の情報を含んでいる。アイテムデータ２４は、これらの情報が互いに関連付けられるように記述されている。
【００５９】
名称は、アイテムの名称を示す情報である。また、名称は、各アイテムを識別するために使用されてもよい。レベルは、アイテムのレベルを示す情報である。アイテムデータ２４は、レベルの情報に基づいて、各アイテムをレベル毎に定義している。したがって、同じアイテム（同一名称のアイテム）であってもレベルが異なる場合には、互いに別のレコードとしてアイテムデータ２４に記述されている。ＨＰ情報、攻撃力情報、防御力情報及び属性情報は、装備された場合に付加されるＨＰ情報、攻撃力情報、防御力情報及び属性情報を示す情報である。コストは、装備する場合に必要なコストを示す情報である。コストとして、例えば、対価或いはプレイ基準値の量を示す情報が記述される。回復力は、プレイ基準値が使用される場合に、プレイ基準値を回復させる能力を示す情報である。一例として、これらによって、各アイテムは定義される。
【００６０】
装備データ３７は、プレイヤキャラクタを定義する各情報及び装備を特定するためのデータである。装備データ３７は、各パーツに装備されたアイテム及び装備後の各パーツのＨＰ情報等を管理するために使用される。また、装備データ３７によって、装備後のプレイヤキャラクタが定義される。つまり、装備データ３７によって装備後のプレイヤキャラクタが有するＨＰ情報等が定義される。
【００６１】
図１１は、装備データ３７の内容の一例を示す図である。図１１に示すように、装備データ３７は、パーツ、アイテム、レベル、攻撃力、ＨＰ、回復力、コスト及び属性の情報を含んでいる。これらは、プレイデータ２３或いはアイテムデータ２４に含まれる情報と同じ情報である。具体的には、装備データ３７は、まずパーツ毎に装備されたアイテムが記述される。そして、そのアイテムによって付加されるＨＰ情報等のアイテムの情報及びプレイデータ２３によって定義される各パーツのＨＰ情報等の情報の合計がパーツ毎に記述されている。
【００６２】
図１１の例では、“右ボリュームコントローラ”に対応する“パーツ”に“アイテムＡ”が装備されている。また、“右ボリュームコントローラ”に対応する“パーツ”に装備されるアイテムの“レベル”は“１２”である。結果として、“右ボリュームコントローラ”は、“攻撃力”が“１００”、“防御力”が“１００”、“ＨＰ”が“３０００”、“回復力”が“２０”、“コスト”が“５”、“属性”が“光５０”、という情報を有している。そして、これらの各“パーツ”の情報の合計によって装備後のプレイヤキャラクタが定義される。即ち、図１１の例では、攻撃力情報として“攻撃力”の合計である１３２０を、防御力情報として“防御力”の合計である５４０を、ＨＰ情報として“ＨＰ”の合計である１６５００を、回復力の情報として“回復力”の合計である２６０を、コストの情報として“コスト”の合計である７２を、それぞれ有する装備後のプレイヤキャラクタが定義されている。また、この装備後のプレイヤキャラクタは、属性情報として水属性４０、闇属性２０、光属性２０の情報も有している。このように装備後のプレイヤキャラクタは、定義される。
【００６３】
次に、攻防処理ルーチンについて説明する。攻防処理ルーチンは、基礎ゲームの評価結果に基づいてバトルゲームを進行させるために実行される。図１２は、攻防処理ルーチンのフローチャートの一例を示す図である。図１２のルーチンは、例えば、制御ユニット３０によって実行される。また、図９のルーチンは、例えば、バトルゲーム開始後、バトルゲーム中において基礎ゲームで評価が実行される毎に実行される。なお、制御ユニット３０は、その他にも音楽ゲーム（バトルゲーム含む）を提供するために必要な各種の周知な処理等を実行するが、それらの詳細な説明は省略する。
【００６４】
図１２のルーチンを開始すると、まずステップＳ１１において、制御ユニット３０は、基礎ゲームの評価結果を取得する。続くステップＳ１２において、制御ユニット３０は、ステップＳ１１で取得した評価結果に基づいて、攻撃の種類を判別する。この判別は、例えば、次のようにして実行される。制御ユニット３０は、ステップＳ１１で取得した評価結果に基づいて、まず基礎ゲームの評価が属するレベルを判別する。具体的には、第１レベルＥ１〜第３レベルＥ３のうちいずれのレベルに属するか判別する。そして、属するレベルに基づいて、攻撃の種類を判別する。具体的には、攻撃の種類が“強力攻撃”、“通常攻撃”、“攻撃を受ける”のいずれに該当するか判別する。一例として、制御ユニット３０は、ステップＳ１２において、このようにして攻撃の種類を判別する。
【００６５】
続くステップＳ１３において、制御ユニット３０は、ステップＳ１２の判別結果に基づいて、バトルゲーム中に攻撃の種類に応じた変化を付与する。具体的には、制御ユニット３０は、例えば、攻撃の種類が“強力攻撃”の場合には増加された攻撃力に基づくプレイヤキャラクタの攻撃という変化を付与する。同様に、例えば、攻撃の種類が“通常攻撃”の場合には、通常の攻撃力に基づくプレイヤキャラクタの攻撃という変化を付与する。一方、攻撃の種類が“攻撃を受ける”の場合には、制御ユニット３０は、プレイヤキャラクタが攻撃を受ける、つまり敵キャラクタがプレイヤキャラクタを攻撃するという変化を付与する。制御ユニット３０は、一例として、ステップＳ１２において、このような変化を付与する。そして、ステップＳ１２の処理を終えると、制御ユニット３０は、今回のルーチンを終了する。これにより、基礎ゲームの評価結果に基づいて攻撃或いは防御が実行されるバトルゲームが進行する。
【００６６】
以上に説明したように、この形態によれば、音楽ゲーム内にミッションが設けられ、ミッション内では基礎ゲームの評価結果を利用したバトルゲームが提供される。つまり、ミッションが実行されている場合には、基礎ゲームの評価結果を利用して、音楽ゲーム及びバトルゲームを並行して進行させることができる。これにより、音楽ゲームにバトルゲームの興趣性を付加することができる。したがって、音楽ゲームに多様な興趣性を与えることができるので、プレイヤの飽きを抑制することができる。また、音楽ゲーム及びバトルゲームの同時進行に伴う相乗効果により、音楽ゲーム全体の興趣性を向上させることができる。
【００６７】
また、バトルゲーム内には、ＨＰ情報等、ゲームの進行に関連するパラメータを変化させる各種アイテムが用意されている。そして、各種アイテムは、プレイヤの選択によって装備される。結果として、プレイヤの選択に応じてプレイヤキャラクタの強さが多様に変化する。これにより、バトルゲームの多様性を向上させることができる。さらに、各アイテムは、パーツ毎、つまりボタンＢ等の操作部ＯＰ毎に装備される。したがって、バトルゲームの多様性をより向上させることができる。
【００６８】
以上の形態において、制御ユニット３０が、図１２のルーチンを実行することにより本発明のサブゲーム提供手段として機能する。
【００６９】
本発明は上述の形態に限定されず、適宜の形態にて実施することができる。上述の形態では、音楽ゲームにおいて操作部ＯＰに対する操作が適切な操作として採用されている。しかし、音楽ゲームは、このような形態に限定されない。例えば、カメラ等を通じてプレイヤの適切な動作等が取得され、適切な動作の時期が評価されてもよい。つまり、音楽ゲームでは、各種のプレイ行為の実行時期が評価されてよい。また、上述の形態では、メインゲームとして音楽ゲームが提供されている。しかし、メインゲームは、このような音楽ゲームに限定されない。例えば、プレイ行為の実行時期が評価される限りにおいて、所定の位置に旗を揚げる旗揚げゲームや所定のダンスを実行するダンスゲーム等の各種のゲームがメインゲームとして採用されてもよい。また、上述の形態では、アイテムは、装備等、使用によりパラメータを変化させている。しかし、アイテムは、このような形態に限定されない。例えば、アイテムは、使用（装備）しなくても所有しているだけでパラメータを変化させるように構成されていてもよい。
【００７０】
上述の形態では、サブゲームとしてバトルゲームが提供されている。しかし、サブゲームは、このようなバトルゲームに限定されない。メインゲームの評価結果を利用して進行する限り、例えば、サブゲームとして、パズルゲーム、アクションゲーム、ロールプレイングゲーム、シミュレーションゲーム等の各種のゲームが提供されてもよい。
【００７１】
上述の形態では、ゲーム機ＧＭは、業務用のゲーム機として構成されている。しかし、ゲーム機ＧＭは、このような形態に限定されない。例えば、ゲーム機ＧＭとして、家庭用の据置型ゲーム機、携帯型のゲーム機等、適宜の形態のゲーム機が採用されてよい。さらに、上述の形態では、制御ユニット３０及び記憶ユニット３１がゲーム機ＧＭに設けられている。しかし、本発明のゲーム機は、このような形態に限定されない。例えば、クラウドコンピューティングを利用してネットワーク上に論理的に制御ユニット３０及び記憶ユニット３１が設けられてもよい。つまり、ゲーム機ＧＭは、ネットワークを通じて制御ユニット３０の処理結果を表示して提供する端末として構成されていてもよい。また、ゲーム機ＧＭのみによってゲームシステム１が構成されてもよい。
【符号の説明】
【００７２】
１  ゲームシステム
３  センターサーバ（サーバ装置）
５  ネットワーク（通信回線）
３０  制御ユニット（コンピュータ、サブゲーム提供手段）
ＧＭ  ゲーム機
ＣＰ  コントロールパネル（入力装置）
ＯＰ  操作部
【図２】
2014195620.tif 000003
【図３】
2014195620.tif 000004
【図４】
2014195620.tif 000005
【図５】
2014195620.tif 000006
【図６】
2014195620.tif 000007
【図７】
2014195620.tif 000008
【図８】
2014195620.tif 000009
【図９】
2014195620.tif 000010
【図１０】
2014195620.tif 000011
【図１１】
2014195620.tif 000012
【図１２】
2014195620.tif 000013
【図１】
2014195620.tif 000014