JP2022164289A - ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 - Google Patents

Abstract

【課題】譜面データをプレイに使用可能にするまでに必要な手間暇を軽減することができるゲームシステムを提供する。【解決手段】ゲーム配信システム１０は、各プレイ行為が実行されるべき実行時期が記述された譜面データＱＤと、プレイ用の楽曲を再生するための楽曲データＭＤ１との組合せにより音楽ゲームを提供する。また、ゲーム配信システム１０は、プレイ用の譜面データＱＤを選択するための譜面選択機会においてその候補として機能する複数の譜面データＱＤのうち、ユーザによって作成された譜面データＱＤとしての私的譜面データＱＤに所定のアルゴリズムを適用することによりその私的譜面データＱＤを選択するための指標となる難易度の情報を判別する。そして、ゲーム配信システム１０は、譜面選択機会において私的譜面データＱＤと関連付けられるようにその判別した難易度の情報をユーザに提供する。【選択図】図５

Description

本発明は、ユーザの各プレイ行為を入力するための入力装置と、各プレイ行為が実行されるべき実行時期が記述された譜面データに基づいて実行時期を案内するための出力装置と、に接続され、プレイ用の楽曲を再生するための楽曲データと、そのプレイ用の楽曲に関連付けられる譜面データとしてのプレイ用譜面データとの組合せによりプレイ用の楽曲のリズムに合わせて各実行時期を案内するとともに、ユーザによって実際にプレイ行為が実行された場合にそのプレイ行為の時期をプレイ用譜面データの実行時期に基づいて評価するゲームを提供するゲームシステム等に関する。

ユーザの各プレイ行為を入力するための入力装置と、各プレイ行為が実行されるべき実行時期が記述された譜面データに基づいて実行時期を案内するための出力装置と、に接続され、プレイ用の楽曲を再生するための楽曲データと、そのプレイ用の楽曲に関連付けられる譜面データとしてのプレイ用譜面データとの組合せによりプレイ用の楽曲のリズムに合わせて各実行時期を案内するとともに、ユーザによって実際にプレイ行為が実行された場合にそのプレイ行為の時期をプレイ用譜面データの実行時期に基づいて評価するゲームを提供するゲームシステムが存在する。このようなゲームとして音楽ゲームを提供するゲーム機が知られている（例えば特許文献１参照）。その他、本発明に関連する先行技術文献として非特許文献１が存在する。

特許第６６８３３２２号公報

任天堂,"ＳＵＰＥＲ ＭＡＲＩＯ ＭＡＫＥＲ","つくる",［ｏｎｌｉｎｅ］,［令和３年３月２４日］,インターネット,＜ＵＲＬ：https://www.nintendo.co.jp/wiiu/amaj/create/index.html＞

特許文献１のような音楽ゲームでは、プレイ用に多数の楽曲、及びそれらにそれぞれ対応する複数の譜面データが用意される。また、各譜面データには、その内容に応じてプレイの難しさ（プレイに要求される腕前）を示す難易度の情報も設定される。しかし、各楽曲の用意、各譜面データの用意、及びそれらへの難易度の設定のいずれにも手間暇がかかってしまう。

一方で、非特許文献１では、ゲームステージの作成がユーザに許容されている。音楽ゲームにおいても、このようなユーザによる楽曲等の作成が許容されれば、それらを用意するための手間暇の軽減を図ることができるかもしれない。しかし、音楽ゲームにおいて楽曲を使用するためには権利者との契約が必要になる可能性が高く、プレイ用の楽曲についてユーザによる作成を許容することは簡単ではない。同様に、音楽ゲームでは譜面データは楽曲を再生するための楽曲データと組合せて使用されるため、その作成時には楽曲データの考慮が必要である。つまり、楽曲データと無関係に譜面データのみ作成されても、音楽ゲームにおいて活用できない可能性が高い。また、非特許文献１では難易度の設定まで考慮されていないようであるが、譜面データに設定される難易度は、その譜面データを選択するときの指標として機能するため、自由（無秩序）に設定されてしまうと却って混乱を招いてしまう可能性がある。

そこで、本発明は、譜面データをプレイに使用可能にするまでに必要な手間暇を軽減することができるゲームシステム等を提供することを目的とする。

本発明のゲームシステムは、ユーザの各プレイ行為を入力するための入力装置と、各プレイ行為が実行されるべき実行時期が記述された譜面データに基づいて前記実行時期を案内するための出力装置と、に接続され、プレイ用の楽曲を再生するための楽曲データと、当該プレイ用の楽曲に関連付けられる前記譜面データとしてのプレイ用譜面データとの組合せにより前記プレイ用の楽曲のリズムに合わせて各実行時期を案内するとともに、前記ユーザによって実際にプレイ行為が実行された場合に当該プレイ行為の時期を前記プレイ用譜面データの前記実行時期に基づいて評価するゲームを提供するゲームシステムであって、前記プレイ用譜面データを選択するための譜面選択機会において前記プレイ用譜面データの候補として機能する複数の譜面データのうち、少なくとも一部の譜面データに所定のアルゴリズムを適用することにより当該一部の譜面データを選択するための指標となる指標情報を判別する指標判別手段と、前記譜面選択機会において前記一部の譜面データと関連付けられるように前記指標情報を前記ユーザに提供する指標提供手段と、を備えるものである。

本発明のコンピュータプログラムは、前記入力装置、及び前記出力装置に接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。

また、本発明の制御方法は、ユーザの各プレイ行為を入力するための入力装置と、各プレイ行為が実行されるべき実行時期が記述された譜面データに基づいて前記実行時期を案内するための出力装置と、に接続され、プレイ用の楽曲を再生するための楽曲データと、当該プレイ用の楽曲に関連付けられる前記譜面データとしてのプレイ用譜面データとの組合せにより前記プレイ用の楽曲のリズムに合わせて各実行時期を案内するとともに、前記ユーザによって実際にプレイ行為が実行された場合に当該プレイ行為の時期を前記プレイ用譜面データの前記実行時期に基づいて評価するゲームを提供するゲームシステムに組み込まれるコンピュータに、前記プレイ用譜面データを選択するための譜面選択機会において前記プレイ用譜面データの候補として機能する複数の譜面データのうち、少なくとも一部の譜面データに所定のアルゴリズムを適用することにより当該一部の譜面データを選択するための指標となる指標情報を判別する指標判別手順と、前記譜面選択機会において前記一部の譜面データと関連付けられるように前記指標情報を前記ユーザに提供する指標提供手順と、を実行させる、ものである。

本発明の一形態に係るゲームシステムの全体構成の一例を示す図。 音楽ゲームサービスを提供するためにゲームシステムに構築される各システムの概要を示す図。 ゲームシステムの制御系の要部を示す機能ブロック図。 音楽ゲームサービス、及び譜面準備サービスの概要を説明するための説明図。 通常の楽曲と楽曲配信サービスの楽曲との間の音楽ゲームのプレイに使用されるまでの流れの相違を説明するための説明図。 図５の例の（２）の流れを実現するために、ゲームシステムで実行される手順を説明するための説明図。 評価条件の一例を説明するための説明図。 作成者データの構成の一例を示す図。 譜面データの構成の一例を示す図。 譜面評価処理の手順の他の例を示すフローチャート。 機会提供処理の手順の一例を示すフローチャート。 譜面取得処理の手順の一例を示すフローチャート。 特典付与処理の手順の一例を示すフローチャート。 作成者評価処理の手順の一例を示すフローチャート。 楽曲編集処理の手順の一例を示すフローチャート。 譜面公式化処理の手順の一例を示すフローチャート。

以下、本発明のゲームシステムの一形態を説明する。まず、図１を参照して、本発明の一形態に係るゲームシステムの全体構成を説明する。図１に示すように、ゲームシステム１は、サーバ２を含んでいる。サーバ２は、適宜に構成されてよく、例えば一台のサーバユニット（サーバ装置）によって構成されてもよいが、一例としていずれもサーバユニット群によって構成される。具体的には、サーバ２は複数のサーバユニット２Ａ、２Ｂ…（以下、参照符号２で代表することがある。）が組み合わされた論理的なサーバシステムとして構成される。サーバユニット２はネットワークＮＴ上の特定位置に集合的に設置されてもよいし、クラウドコンピューティングを利用してネットワークＮＴ上で分散して設置されることにより、いわゆるクラウド型のサーバシステムを構成するように設けられてもよい。サーバ２には、ネットワークＮＴを介してゲーム機３、及びユーザ端末装置４が適宜に接続される。

ゲーム機３は、ユーザにゲームを提供するゲーム装置である。ゲーム機３は、ゲームを提供する各種のゲーム装置（コンピュータ装置）を含んでいてよく、例えばユーザ端末装置４がゲームを提供する場合、このようなユーザ端末装置４を含んでいてもよいが、図１の例では、ゲーム機３Ａ、及びゲーム機３Ｂが示されている。ゲーム機３Ａ、及びゲーム機３Ｂは、いずれもゲーム装置の一例である。ゲーム機３Ａ、３Ｂはアミューズメント店舗等の施設に設置され、所定の対価の徴収（消費）と引き換えにユーザ（以下、ゲームをプレイするユーザをプレイヤと呼ぶ場合がある）にゲームをプレイさせる業務用のゲーム機（装置）として構成されている。この種のゲーム機はアーケードゲーム機と呼ばれることもある。なお、ゲーム機３は、複数種類のゲーム装置を含む形態に限定されず、例えばいずれか一種類のゲーム装置のみで構成されてもよい。

ゲーム機３は、音楽ゲームを提供する。音楽ゲームは、タイミングゲームの一種である。タイミングゲームは、適切なプレイ行為の実行時期を評価するタイプのゲームである。音楽ゲームの場合、その適切なプレイ行為を実行すべき実行時期が楽曲とともに提供される。また、音楽ゲームでは、楽曲のリズムと一致する時期が実行時期として利用される。つまり、音楽ゲームは、適切なプレイ行為を実行すべき時期を楽曲のリズムに合わせてユーザに案内し、実際のプレイ行為が実行された時期を評価するタイプのゲームである。音楽ゲームにはプレイ用に複数の楽曲が用意され、そこから選択された楽曲が実際のプレイに使用される。

ユーザ端末装置４は、いずれもネットワーク接続が可能でかつユーザの個人用途に供される（個別に使用される）コンピュータ装置の一例である。例えば、このようなユーザ端末装置４として、携帯電話（スマートフォンを含む）のようなモバイル端末装置４Ａ、携帯型タブレット端末装置４Ｂ、或いは据置型又はブック型のパーソナルコンピュータ（以下、ＰＣ）４Ｃが利用される。ユーザ端末装置４は、ソフトウェア（アプリケーション）の実行に伴い各種のサービスを提供するが、このようなサービスには楽曲データに基づいて楽曲を再生するための楽曲再生サービスが含まれる。つまり、ユーザ端末装置４は、所定のアプリケーションの実行に伴い、各種楽曲を再生するための楽曲再生端末として機能する。同様に、ユーザ端末装置４は、ゲーム用のアプリケーションの実行に伴い、ゲーム機３として機能する場合もある。これらのようなアプリケーションは適宜にユーザ端末装置４に提供されてよく、例えば、ネットワークＮＴを介してサーバ２から提供されてもよいし、記憶媒体等を介して提供されてもよい。なお、その他にも、据置型の家庭用ゲーム機、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のコンピュータ装置がユーザ端末装置４として利用されてよい。

ネットワークＮＴは、ゲーム機３、及びユーザ端末装置４を、サーバ２に対して通信可能に接続させることができる限り、適宜に構成されてよい。一例として、ネットワークＮＴは、ＷＡＮとしてのインターネットと、サーバ２、ゲーム機３、及びユーザ端末装置４のそれぞれをインターネットに接続するＬＡＮ、或いはアクセスポイントＡＰといった各種の接続設備又は機器等とを含んでいる。

サーバ２は、ユーザ端末装置４又はそのユーザに対して各種のＷｅｂサービスを提供する。Ｗｅｂサービスはユーザ端末装置４のための各種のサービスを適宜に含んでいてよいが、一例として楽曲配信サービス、及び譜面準備サービスを含んでいる。楽曲配信サービスは、楽曲再生端末としてのユーザ端末装置４に楽曲（楽曲データ）を配信し、楽曲を聴かせるためのサービスである。楽曲配信サービスには、多数の楽曲が用意される。一方、譜面準備サービスは、楽曲配信サービスの各楽曲に対応する譜面データを準備するためのサービスである。譜面データは、音楽ゲームにおいて実行されるべき適切なプレイ行為、及びそれが実行されるべき各実行時期を楽曲毎に定義するデータである。譜面データは適宜に用意されてよいが、一例として譜面準備サービスを通じてユーザ端末装置４のユーザによって用意される場合がある。譜面準備サービスの詳細は後述する。

なお、Ｗｅｂサービスは、例えばその他にもゲーム機３が提供するゲームに関する各種の情報を提供するゲーム用情報サービス、各ユーザ端末装置４に各種データ或いはソフトウエアを配信（データ等のアップデートを含む）する配信サービス、ユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、及び各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスを適宜に含んでいてよい。

また、サーバ２は、ゲーム機３又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスはゲーム機３のための各種のサービスを適宜に含みえるが、一例として音楽ゲームサービスを含んでいる。音楽ゲームサービスは、楽曲配信サービスを利用した音楽ゲームをゲーム機３のユーザにプレイさせるためのサービスである。音楽ゲームサービスの詳細は後述する。

なお、ゲーム機用サービスは、例えばその他にもネットワークＮＴを介してゲーム機３用のプログラム或いはデータを配信したり、更新したりする配信サービス、ユーザの識別情報を受け取って、そのユーザを認証するサービス、ネットワークＮＴを介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス、或いはユーザから料金を徴収する課金サービス等を適宜に含んでいてよい。

次に、図２を参照して、音楽ゲームサービスを提供するためにゲームシステム１に構築される各システムの一例について概要を説明する。ゲームシステム１は、一つのシステムによって構築されてもよいし、複数のシステムを含んでいてもよいが、一例としてゲーム配信システム１０、及び楽曲配信システム２０の二つを含むように構築される。以下では、ゲーム機３を代表してゲーム機３Ｂが、ユーザ端末装置４を代表してモバイル端末装置４Ａ、或いはブック型のＰＣ４Ｃが、それぞれ利用される場合を説明する。

ゲーム配信システム１０、及び楽曲配信システム２０は、上述のＷｅｂサービス、及びゲーム機用サービスを適宜に分担してよいが、一例として上述のＷｅｂサービス、及びゲーム機用サービスのうち楽曲配信システム２０が楽曲配信サービスを、ゲーム配信システム１０が音楽ゲームに関連する各種サービスを、それぞれ担当する。例えば、ゲーム配信システム１０が担当するサービスには、音楽ゲームサービス、及び譜面準備サービスが含まれる。譜面準備サービスは、ゲーム機３、或いはユーザ端末装置４といった各種の装置に対して適宜に提供されてよいが、図２の例ではブック型のＰＣ４Ｃに提供されている。この場合、ゲーム配信システム１０はゲーム機３Ｂに音楽ゲームサービスを、ブック型のＰＣ４Ｃに譜面準備サービスを、それぞれ提供する。ただし、音楽ゲームサービスは、楽曲配信サービス、及び音楽ゲームの両方に関連するため、ゲーム配信システム１０、及び楽曲配信システム２０の両方が適宜の一部を分担するように実行する。

また、ゲーム配信システム１０、及び楽曲配信システム２０は、同じ運営者によって構築、及び運営されてもよいが、一例として別々の運営者により構築され、運営される。このため、音楽ゲームサービス、及び楽曲配信サービスは一方が他方の一部として機能してもよいが、一例として互いに独立したサービスとして提供される。つまり、ゲーム配信システム１０、及び楽曲配信システム２０は別々の運営者により運営され、楽曲配信サービスは独立したサービスとしてゲーム機３Ｂが提供する音楽ゲームとは別に提供される。

楽曲配信システム２０は、各ユーザのリクエストに応じて無制限の各モバイル端末装置４Ａ（あるいはそのユーザ）に楽曲配信サービスを提供してもよいが、一例として会員登録を済ませたユーザ（以下、会員と呼ぶ場合がある）に限定して楽曲配信サービスを提供する。このため、楽曲配信サービスは、会員登録のための各種サービスも含んでいる。

楽曲配信システム２０は、会員登録において各会員の管理に必要な会員情報として各種の情報の登録（設定）を会員に要求してよいが、このような会員情報には、例えば会員ＩＤ、及びパスワードが含まれる。会員ＩＤは、各会員を識別するために会員毎にユニークなＩＤである。パスワードは各会員を認証するための情報である。会員ＩＤ、及びパスワードは適宜に設定されてよく、いずれも楽曲配信システム２０によって発行されてもよいが、一例として会員ＩＤが楽曲配信システム２０によって発行され、パスワードが各ユーザによって設定される。そして、楽曲配信サービスは、会員登録の後、これらの会員ＩＤ、及びパスワードを利用した会員認証を経て各会員（あるいは各会員が利用するユーザ端末装置４）に提供される。

楽曲配信サービスは各種の機能を適宜に有していてよいが、一例として楽曲配信サービスに用意された多数の楽曲のうち、一部の楽曲をピックアップしてリスト化するリスト機能を有している。また、リスト機能では各種のリストが適宜に生成されてよいが、一例としてプレイリスト、及び趣向リストの少なくともいずれか一方が生成される。プレイリストは、配信対象の楽曲群から各会員が自己の好きな楽曲等をピックアップして生成するリストである。趣向リストは、各会員の利用実績（配信実績）に応じて各会員の趣向に基づいて楽曲配信サービスがピックアップして生成するリストである。楽曲配信サービスでは、これらのリストが各会員によって活用される。

ゲーム配信システム１０、及び楽曲配信システム２０は、いずれも各サーバユニット２を適宜に利用して実現される。具体的には、楽曲配信システム２０は、例えば楽曲配信用のサーバユニット２Ｂ、及び楽曲配信用のデータベースＤＢ２を含んでいる。楽曲配信用のデータベースＤＢ２は、楽曲配信サービスに関する各種のデータを記録するためのサーバユニット２である。このようなデータには、複数の楽曲をそれぞれ再生するための複数の楽曲データが含まれる。楽曲配信用のサーバユニット２Ｂは、楽曲配信用のデータベースＤＢ２を利用しつつ、楽曲配信サービスをモバイル端末装置４Ａに提供するための各種の処理を実行するサーバユニット２である。このような処理には、例えば会員登録を実現したり、会員認証を実行したり、楽曲（楽曲データ）を配信したりする処理が含まれる。

ゲーム配信システム１０は、例えばゲーム配信用のサーバユニット２Ａ、及びゲーム配信データベースＤＢ１を含んでいる。ゲーム配信データベースＤＢ１は、音楽ゲームに関する各種のデータを記録するためのサーバユニット２である。ゲーム配信用のサーバユニット２Ａは、ゲーム配信データベースＤＢ１を利用しつつ、音楽ゲームに関する各種サービスをゲーム機３Ｂ等に提供するための各種の処理を実行するサーバユニット２である。ゲーム配信システム１０は、このようなゲーム配信用のサーバユニット２Ａ及びゲーム配信データベースＤＢ１を利用しつつ、例えば音楽ゲームサービス、及び譜面準備サービスを提供する。

次に、図３を参照して、ゲームシステム１のうち、音楽ゲームサービス、及び譜面準備サービスに関わる制御系の要部の構成について説明する。図３は、音楽ゲームサービス、及び譜面準備サービスが提供される場合のゲームシステム１の制御系の要部を示す機能ブロック図である。図３に示すように、ゲーム配信システム１０には、制御部１１と、記憶部１２とが設けけられる。記憶部１２は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部１２には、制御部１１にて参照されるべきプログラム（コンピュータプログラム）ＰＧ１、及びシステムデータＳＤ１が記憶される。

システムデータＳＤ１は、音楽ゲームサービス、或いは譜面準備サービスの提供に必要な各種のデータを適宜に含みえるが、図３の例では譜面データＱＤ、楽曲データＭＤ１、及び作成者データＣＤが示されている。譜面データＱＤは音楽ゲームにおいて適切なプレイ行為を実行すべき各実行時期が記述されたデータである。譜面データＱＤは、各実行時期の案内、及び各プレイ行為の評価に使用される。楽曲配信サービスの各楽曲だけでなく、その他の各種の楽曲が音楽ゲーム用にてプレイ可能な場合、システムデータＳＤ１はそれらの各種の楽曲に対応する譜面データＱＤを含んでいる。

楽曲データＭＤ１は、各楽曲を再生するためのデータである。ゲーム機３Ｂへの楽曲配信サービスの提供は適宜に実現されてよく、例えばゲーム機３Ｂと楽曲配信システム２０との間で直接的に実現されてもよいが、一例としてゲーム機３Ｂと楽曲配信システム２０との間にゲーム配信システム１０が介在し、ゲーム配信システム１０を介してゲーム機３Ｂに楽曲配信サービスが提供される。このため、システムデータＳＤ１は、楽曲配信サービスの各楽曲に対応する楽曲データＭＤ１を含んでいる。作成者データＣＤは、各譜面データＱＤの作成者に関連する情報を管理するためのデータである。譜面データＱＤ、及び作成者データＣＤの詳細は後述する。

制御部１１は、一又は複数のサーバユニット２のコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部１１には、制御部１１を構成するハードウエア資源とプログラムＰＧ１との組み合わせによって音楽ゲームサービス、及び譜面準備サービスに関連する各種の論理的装置が構成され得るが、図３の例では、このような論理的装置として認証実現部１３、譜面管理部１４、及び楽曲編集部１６が設けられている。

認証実現部１３は、楽曲配信システム２０が提供する楽曲配信サービスを利用するための会員認証を実現するための処理を行う論理的装置である。会員認証は適宜に実現されてよく、例えばゲーム機３Ｂと楽曲配信システム２０との間で直接的に実現されてもよいが、一例としてゲーム機３Ｂと楽曲配信システム２０との間にゲーム配信システム１０が介在し、ゲーム配信システム１０を介して会員認証が実現される。このため、認証実現部１３は、会員認証のための会員情報をゲーム機３Ｂから取得したりその会員情報を楽曲配信システム２０に提供したりといった会員認証に関連する各種の処理を実行する。あるいは、楽曲配信サービスの会員としてゲーム配信システム１０が機能してもよく、その場合、認証実現部１３は自己の会員情報に基づいて会員認証を実現する処理を実行する。

また、楽曲サービスの各楽曲のゲーム機３Ｂへの配信も適宜に実現されよいが、上述のように会員認証にゲーム配信システム１０が介在するため、この配信もゲーム配信システム１０を介して実現される。このため、認証実現部１３は、楽曲配信システム２０から楽曲を取得したりゲーム機３Ｂにその楽曲に対応する楽曲データＭＤ１を送信したりといった楽曲データＭＤ１をゲーム機３Ｂに提供するための各種の処理も実行する。また、譜面データＱＤが楽曲データＭＤ１とともにゲーム機３Ｂに提供される場合もある。このような場合、認証実現部１３は、譜面データをゲーム機３Ｂに提供するための処理も実行する。例えば、認証実現部１３は、このような処理のとして、譜面取得処理を実行する。譜面取得処理の手順の詳細は後述する。

譜面管理部１４は、譜面データＱＤを管理するための処理を行う論理的装置である。このような処理には、譜面データＱＤの管理に関する各種の処理が適宜に含まれるが、例えば譜面データＱＤはユーザによってブック型のＰＣ４Ｃを通じて生成されてもよく、その場合、譜面管理部１４が実行する処理にはその譜面データＱＤをブック型のＰＣ４Ｃから取得したり保存したりする処理が含まれる。また、譜面管理部１４が実行する処理には、その譜面データＱＤの適否を判別したり、各種情報を付加したり、或いは譜面データＱＤを作成したユーザ（作成者）を評価したりする処理が含まれる。さらに、譜面データＱＤを作成したユーザには特典が付与されてもよく、その場合、特典を付与するための処理も譜面管理部１４によって実行される。具体的には、譜面管理部１４は、このような処理の一例として、譜面評価処理、特典付与処理、作成者評価処理、及び譜面公式化処理を実行する。譜面評価処理、機会提供処理、特典付与処理、作成者評価処理、及び譜面公式化処理の手順の詳細は後述する。

楽曲編集部１６は、楽曲配信サービスの各楽曲を音楽ゲームのプレイ用に編集するための処理を行う論理的装置である。楽曲配信サービスの各楽曲は音楽ゲームサービスを通じて音楽ゲームにおいてそのまま使用されてもよいが、一例として音楽ゲームのプレイに適合するように編集されて使用される。例えば、楽曲編集部１６は、このような編集に必要な各種の処理として、楽曲配信システム２０に記録される楽曲データＭＤ２を音楽ゲーム用の楽曲データＭＤ１（以下、プレイ用の楽曲データＭＤ１と呼ぶ場合がある）に編集するための処理を実行する。具体的には、楽曲編集部１６は、このような処理の一例として、楽曲編集処理を実行する。楽曲編集処理の手順の詳細は後述する。

楽曲配信システム２０には、制御部２１と、記憶部２２とが設けられる。記憶部２２は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部２２には、制御部２１にて参照されるべきプログラム（コンピュータプログラム）ＰＧ２、及びシステムデータＳＤ２が記憶される。

システムデータＳＤ２は、楽曲配信サービスの提供に必要な各種のデータを適宜に含みえるが、図３の例では楽曲データＭＤ２、及び認証データＡＤが示されている。認証データＡＤは、会員認証に必要な各会員の会員情報を管理するためのデータである。認証データＡＤには、会員認証に必要な各種の情報が記述されてよいが、一例として各会員の会員ＩＤ、及びパスワードの情報が記述される。楽曲データＭＤ２は、楽曲配信サービスの各楽曲を再生するためのデータである。音楽ゲームでは、一例として楽曲データＭＤ２ではなく、プレイ用の楽曲データＭＤ１（編集後のデータ）が使用されるため、楽曲データＭＤ２（以下、配信用の楽曲データＭＤ２と呼ぶ場合がある）は楽曲データＭＤ１の元データとして機能する。

制御部２１は、一又は複数のサーバユニット２のコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部２１には、制御部２１を構成するハードウエア資源とプログラムＰＧ２との組み合わせによって各種の論理的装置が構成されるが、図３の例では、このような論理的装置として認証部２３、及び楽曲配信部２４が設けられている。

認証部２３は、楽曲配信サービスを提供するための会員認証を実行するための各種の処理を行う論理的装置である。例えば、このような処理にはゲーム配信システム１０の認証実現部１３と協働して実行される処理が含まれる。また、楽曲配信部２４は、会員に楽曲を配信するための各種の処理を行う論理的装置である。例えば、このような処理には、会員が利用するモバイル端末装置４Ａに楽曲（配信用の楽曲データＭＤ２）を配信したり、ゲーム機３Ｂにおいて配信用の楽曲データＭＤ２に対応するプレイ用の楽曲データＭＤ１が提供されるようにゲーゲーム配信システム１０に配信用の楽曲データＭＤ２を配信したりする処理が含まれる。

ゲーム機３Ｂは、モニタＭＯ、スピーカＳＰ、タッチパネルＴＰ、制御部３１、及び記憶部３２が設けられる。モニタＭＯ、及びスピーカＳＰは、制御部３１から出力信号に応じて制御される出力装置である。具体的には、モニタＭＯは、音楽ゲームをプレイするためのゲーム画面を含む各種画像を表示するための周知の表示装置である。スピーカＳＰは、音楽ゲームにおける楽曲を含む各種音声を再生するための周知の音声出力装置である。一方、タッチパネルＴＰは、指でタッチ操作した位置に応じた信号を入力する周知の入力装置である。ゲーム機３Ｂには、プレイ行為を入力するための各種の入力装置が適宜に設けられてよいが、一例としてこのようなタッチパネルがモニタＭＯの表示面を覆うように設けられる。タッチパネルＴＰは、タッチ操作の位置に応じた信号を制御部３１に出力する。なお、ゲーム機３Ｂには、これらのモニタＭＯ、スピーカＳＰ、タッチパネルＴＰの他にも、例えば所定の対価を徴収するための対価徴収装置、或いは各種ＩＤカード等の読み取りに使用されるリーダといった各種の出力装置、及び入力装置が適宜に設けられてよい。

記憶部３２は、各種データ等を記録可能に適宜に構成されよいが、一例としてハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部３２には、制御部３１にて参照されるべきプログラム（コンピュータプログラム）ＰＧ３、及びゲームデータＧＤが適宜に記憶される。ゲームデータＧＤは、音楽ゲームのプレイに必要なデータである。ゲームデータＧＤには、例えば上述のプレイ用の楽曲データＭＤ１、及び譜面データＱＤが含まれる。なお、ゲームデータＧＤは、例えばその他にも各種画像を表示するための画像データ、各種音声を再生するための音声データ、或いは各ユーザのゲームに関する実績を管理するためのプレイデータといったゲームの提供に必要な各種のデータを含んでいてよい。

制御部３１は、ゲーム機３Ｂのコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部３１には、制御部３１を構成するハードウエア資源と記憶部３２に記憶されるプログラムＰＧ３との組み合わせによって各種の論理的装置が構成されるが、図３の例では、このような論理的装置として機会提供部３３、案内実行部３５、及び評価部３６が設けられている。

機会提供部３３は、音楽ゲームで必要な各種の選択機会を提供するための処理を行う論理的装置である。例えば音楽ゲームには、各種の選択機会が適宜に含まれてよいが、例えば複数の楽曲からプレイ用の楽曲を選択するための楽曲選択機会、或いは複数の譜面データＱＤからプレイ用の譜面データＱＤを選択するための譜面選択機会といった選択機会が含まれる。また、楽曲選択機会は、楽曲配信サービスによって配信される多数の楽曲がプレイ用の楽曲の選択候補として含まれるように提供される。機会提供部３３は、これらの選択機会を提供するための各種の処理を実行する。

また、会員認証に関連する処理は適宜に実現されてよいが、一例として楽曲選択機会に付随する処理として機会提供部３３によって実行される場合がある。このため、機会提供部３３は、ゲーム配信システム１０の認証実現部１３、及び楽曲配信システム２０の認証部２３と協働して会員認証に関連する処理を実行する場合がある。さらに、音楽ゲームサービスにおいてプレイ用の楽曲データＭＤ１はゲーム配信システム１０から取得されるが、一例としてこの取得は会員認証に付随する処理として機会提供部３３によって実行される場合がある。同様に、プレイ用の楽曲データＭＤ１をプレイに利用するための譜面データＱＤをゲーム配信システム１０から取得するための処理も、会員認証に付随する処理として機会提供部３３によって実行される場合がある。また、ゲーム配信システム１０が楽曲配信サービスの会員として機能する場合、機会提供部３３による会員認証に関する処理は省略されてもよいが、その場合でも楽曲選択機会に付随する処理等として、音楽ゲームのプレイに必要な楽曲データＭＤ１等をゲーム配信システム１０から取得するための処理が実行される場合がある。このため、機会提供部３３は、このような処理を実行する場合がある。例えば、機会提供部３３は、このような処理として、ゲーム配信システム１０の認証実現部１３と協働して上述の機会提供処理、及び譜面取得処理を実行する場合がある。

一方、評価部３６は、譜面データＱＤに基づいて各プレイヤの実際のプレイ行為の時期を評価するための各種の処理を行う論理的装置である。同様に、案内実行部３５は、譜面データＱＤに基づいて各プレイ行為の実行時期を案内するための各種の処理を行う論理的装置である。このような処理には、例えばプレイ用の楽曲データＭＤ１に基づいて楽曲を再生する処理、及びその楽曲のリズムに合わせて各実行時期を案内するための処理が含まれる。つまり、プレイ用の楽曲データＭＤ１とそれに対応する譜面データＱＤとの組合せにより各実行時期を案内するための処理が含まれる。

次に、図４～図６を参照して、音楽ゲームサービス、及び譜面サービスの詳細について説明する。図４は、音楽ゲームサービス、及び譜面サービスの概要を説明するための説明図である。図４に示すように、音楽ゲームサービスはゲーム機３Ｂに音楽ゲームを提供させるためのサービスの一つであるが、楽曲配信システム２０によって音楽ゲームとは別に提供される楽曲配信サービスの各楽曲を音楽ゲームのプレイにおいて利用させるサービスとして構成される。つまり、音楽ゲームサービスは、楽曲配信サービスにおいて会員に限定して配信される楽曲を、ゲーム機３Ｂが提供する音楽ゲームのプレイに利用するためのサービスである。

具体的には、ゲーム機３Ｂが提供する音楽ゲームは、上述のように適切なプレイ行為を実行すべき時期を楽曲のリズムに合わせてユーザに案内し、実際のプレイ行為の時期を評価するタイプのゲームである。ゲーム機３Ｂは、適切なプレイ行為の実行時期を音声にて案内してもよいが、一例として案内画面５０を通じて視覚的に案内する。案内画面５０は、各実行時期を楽曲のリズムに合わせて視覚的に案内するためのゲーム画面である。案内画面５０は、各実行時期を案内可能なように適宜に構成されてよいが、図４の例では情報領域５１、及びプレイ領域５２を含んでいる。

情報領域５１は、音楽ゲームのプレイに関連する各種情報を表示するための領域である。情報領域５１は、案内画面５０の適宜の位置に各種の形態で形成されてよいが、図４の例では案内画面５０の上側に左端から右端に亘って一定の幅を持つ横方向の帯状に形成されている。また、情報領域５１の一定の幅も適宜でよいが、図４の例では案内画面５０における情報領域５１の下方の範囲に正方形の領域が形成される程度の幅を持つように情報領域５１は形成されている。情報領域５１には、ゲームのプレイに関連する各種の情報が適宜に表示されてよいが、図４の例ではスコアが表示されている。スコアは、ユーザがプレイ中に獲得した得点（“６５５”）を示す情報である。

一方、プレイ領域５２は、音楽ゲームのプレイに使用される領域である。プレイ領域５２は、案内画面５０の適宜の位置に各種の形態（形状、大きさ、色、及びこれらの適宜の組み合わせを含む）で形成されてよいが、図４の例では案内画面５０における情報領域５１を除く全域に形成されている。結果として、プレイ領域５２の形状は正方形に形成されている。また、音楽ゲームではゲーム機３Ｂに設けられる入力装置に応じてプレイ行為として各種の行為が実行されてよいが、一例として上述のタッチパネルＴＰによって検出されるプレイ領域５２へのタッチ操作がプレイ行為として実行される。このため、プレイ領域５２には、タッチ操作が実行されるべき操作部５３が設けられる。

プレイ領域５２には、適宜の数の操作部５３が設けられてよいが、図４の例では１６個（複数）の操作部５３が設けられている。また、各操作部５３は、適宜の形態で設けられてよく、例えば各円形、楕円形、或いは各種多角形等の各種の形状に形成されてもよく、大きさや配色に関しても同様であるが、図４の例では無色の正方形として設けられている。同様に、各操作部５３は適宜の配置で設けられてよいが、図４の例では互いに直行する二方向に行、及び列を形成するように配置されている。より具体的には、１６個の操作部５３は、各行及び各列がそれぞれ四つの操作部５３によって形成され、合計四×四のマス目状（マトリクス状）に並べられている。

各操作部５３は、タッチ操作の他にも適宜に活用されてよいが、図４の例では各操作部５３へのタッチ操作の時期を案内するように構成される。このような案内は、適宜に実現されてよく、例えばカウントダウンされる数字や所定の規則に従った配色の変化（例えば赤、黄、青の順の配色の変化）、或いは画像の形態の変化といった時期を知らせる情報、及びこの情報が表示される操作部５３を通じて、各実行時期（タッチ操作の時期）及びタッチ操作が実行されるべき操作部５３を案内するように構成されてもよい。このように各操作部５３は各操作部５３へのタッチ操作の時期を適宜に案内してよいが、一例として指示標識５４の表示を通じて案内する。

具体的には、各操作部５３には適宜の時期に指示標識５４が表示される。指示標識５４として各種の形態、及び画像が利用されてよいが、図４の例では各操作部５３と同様の正方形に形成され、黒塗りに対応する配色で表示されている。また、指示標識５４は、形状の変化等を通じて適宜にタッチ操作の時期を案内してよいが、一例として次のように基準標識の位置との一致を通じてタッチ操作の時期を案内する。すなわち、まず各指示標識５４は、各操作部５３の中心付近に小さく出現する。その後、各指示標識５４は、各操作部５３と同じ大きさまで徐々に大きくなるように変化することによりサイズの変化を通じてタッチ操作の時期を案内する。

例えば、図４の例において左から二列目の最上段の操作部５３には比較的小さく指示標識５４が表示されている。一方、左から三列目の上から二段目の操作部５３には、それよりも大きく、操作部５３のサイズと近い大きさに指示標識５４が表示されている。これらの大きさの変化は、時間経過による変化に対応する。このような変化は、各操作部５３に奥行きを与えるように形成される仮想三次元空間においてその奥側から各指示標識５４が各操作部５３に近づくように移動する演出と捉えられてもよい。いずれにしても指示標識５４の大きさと操作部５３の大きさとの一致（一致とみなせる所定範囲の大きさを含む）によりタッチ操作の時期が案内され、結果的に各操作部５３の外周（境界）を規定する枠線５３ａが基準標識として機能する。ユーザには、そのような一致に合わせてその指示標識５４が表示されている操作部５３へのタッチ操作が要求される。そして、タッチ操作が実行された操作部５３が適切な場合、そのタッチ操作（プレイ行為）は、指示標識５４によって案内される実行時期とそのタッチ操作の実行時期との間のずれ時間が小さいほど評価が高くなるように評価される。

案内画面５０は指示標識５４等を表示するための画像データ等、各種のデータに基づいて実現されるが、そのようなデータには譜面データＱＤが含まれる。譜面データＱＤには各種の情報が各実行時期等の情報として記述されてよいが、例えば指示標識５４の大きさが枠線５３ａの大きさと一致すべき時期が各実行時期として記述され、タッチ操作が実行されるべき操作部５３（換言すれば各指示標識５４を表示すべき操作部５３）が適切なプレイ行為として記述される。そして、プレイヤによって実際に適切なタッチ操作が実行された場合には、その実際のタッチ操作の実行時期が譜面データＱＤの実行時期に基づいて評価される。音楽ゲームにおいて、複数の楽曲或いは複数の難易度が用意される場合には、譜面データＱＤは楽曲毎或いは難易度毎に用意される。

また、指示標識５４の大きさが楽曲のリズムに合わせて変化するように、案内画面５０の表示中には楽曲が再生されるが、その楽曲はプレイ用の楽曲データＭＤ１に基づいて再生される。つまり、ゲーム機３Ｂは、プレイ用の楽曲データＭＤ１と譜面データＱＤとの組合せにより音楽ゲームを実現する。このため、音楽ゲームの提供には、プレイ用の楽曲データＭＤ１、及び譜面データＱＤが必要となる。

一方、楽曲配信サービスは、上述のように会員に楽曲を配信するサービスである。このため、楽曲配信サービスには、配信用の楽曲データＭＤ２が用意される。配信用の各楽曲には権利者が存在するため、各楽曲は各楽曲の権利者の許諾を得た後に配信対象として解禁（配信開始）される。図４の例では“Ａ権利者”、“Ｂ権利者”、或いは“Ｃ権利者”といった権利者が示されているが、これらはＡ楽曲、Ｂ楽曲、或いはＣ楽曲の権利者にそれぞれ対応する。この場合、これらの権利者の許諾が得られた後にＡ楽曲～Ｃ楽曲が配信開始される。このため、これらの権利者の許諾が得られると、Ａ楽曲～Ｃ楽曲にそれぞれ対応する“Ａ楽曲データ”、“Ｂ楽曲データ”、及び“Ｃ楽曲データ”が楽曲データＭＤ２に配信対象として追加される。

音楽ゲームサービスは、上述の楽曲配信サービスの各楽曲を音楽ゲームのプレイに利用するように構成される。具体的には、ゲーム機３Ｂが提供する楽曲選択機会は、音楽ゲームサービスを通じてＡ楽曲～Ｃ楽曲といった楽曲配信サービスの各楽曲を選択肢として含むように構成される。一方で、楽曲配信サービスは音楽ゲームとは別のサービスであるから、音楽ゲームのプレイに必要な譜面データＱＤは用意されない。このため、音楽ゲームサービスでは、楽曲配信サービスにおいて配信用に用意される各楽曲に対応する譜面データＱＤが、音楽ゲームサービスの運営者、或いは音楽ゲームサービスの利用者（ユーザ）等を通じて別途用意される。つまり、音楽ゲームサービスでは、ユーザによって作成された譜面データＱＤの音楽ゲームへの活用が許容される。譜面準備サービスは、このような譜面データＱＤの準備に利用される。

具体的には、譜面準備サービスは、ユーザが作成した譜面データＱＤ（以下、私的譜面データＱＤと呼ぶ場合がある）を、音楽ゲームのプレイにおいて各楽曲に対応する譜面データＱＤとして活用するためのサービスである。私的譜面データＱＤでは、各楽曲において実行されるべき適切なプレイ行為、及びそのプレイ行為が実行されるべき各実行時期が、ユーザによって定義される。譜面準備サービスでは、このような私的譜面データＱＤがブック型ＰＣのＰＣ４Ｃを介して取得され、音楽ゲームサービス用の譜面データＱＤ（以下、プレイ用の譜面データＱＤと呼ぶ場合がある）として追加される。例えば、ユーザによってＡ楽曲に対応する譜面データＱＤとして“Ａ譜面データ”が生成された場合、譜面準備サービスを通じて、この“Ａ譜面データ”がブック型ＰＣのＰＣ４Ｃを介して取得され、音楽ゲームサービス用の譜面データＱＤに追加される。

また、譜面準備サービスを通じて私的譜面データＱＤをプレイ用の譜面データＱＤとして提供可能なユーザは、制限されなくてもよいが、一例として制限される。換言すれば、譜面準備サービスを利用可能なユーザには所定の制限が設定される。このような制限として各種の制限が適宜に利用されてよいが、一例としてユーザを基準とした制限が設定される。具体的には、原則として特定のユーザによって作成された私的譜面データＱＤのみがプレイ用の譜面データＱＤとして利用される。このような特定のユーザには、各種のユーザが適宜に該当してよいが、一例として所定の評価条件を満たした評価ユーザが該当する。評価ユーザについては後述する。

一方、上述の評価ユーザに関する制限は適宜に解除されてもよい。例えば、新しい楽曲が楽曲配信サービスに追加され、配信が開始される場合、制限があると、プレイ用の譜面データＱＤの用意に時間がかかってしまう可能性がある。このため、このような不都合が生じる場合には適宜に制限が解除されてよく、一例として新しい楽曲の配信の開始から所定期間ではその新しい楽曲に対応するプレイ用の譜面データＱＤについては制限が解除される。つまり、新しい楽曲の解禁から所定期間は制限なく、どのユーザからの私的譜面データＱＤもプレイ用の譜面データＱＤとして採用される可能性がある。

また、譜面準備サービスは、その他にも譜面データＱＤの準備に関連する各種のサービスを含んでいてよいが、一例として私的譜面データＱＤの作成を補助する情報を提供するサービスを含んでいる。具体的には、ユーザからリクエストがあった場合、譜面準備サービスを通じて、ブック型のＰＣ４Ｃには拍、ＢＰＭといった各楽曲の特徴を示す情報が提供される。

上述のように、音楽ゲームサービスでは、譜面準備サービスを通じて音楽ゲームサービス用の譜面データＱＤが用意される。このため、プレイ用の譜面データＱＤには、Ａ楽曲に対応する“Ａ譜面データ”、Ｂ楽曲に対応する“Ｂ譜面データ”といった楽曲配信サービスの各楽曲に対応する譜面データＱＤが含まれる。そして、音楽ゲームサービスを通じて、このようなプレイ用の譜面データＱＤが音楽ゲームの提供に必要な譜面データＱＤとして提供される。

例えば、楽曲選択機会において楽曲配信サービスの配信対象の楽曲のうち、Ａ楽曲がプレイ用の楽曲として選択された場合、楽曲配信サービスが管理するＡ楽曲用の“Ａ楽曲データ”が音楽ゲームサービスを通じてゲーム機３Ｂに提供される。“Ａ楽曲データ”に対応する譜面データＱＤは適宜に用意され得るが、図４の例では“Ａ譜面データ”としてユーザによって作成され、譜面準備サービスを通じてプレイ用の譜面データＱＤに追加されている。また、Ａ楽曲には適宜の数の譜面データＱＤが用意されてよく、それらのいずれが譜面選択機会を通じてプレイ用に選択されてもよいが、図４の例では“Ａ譜面データ”がプレイ用に選択されている。この場合、音楽ゲームサービスのために用意された譜面データＱＤのうち、Ａ楽曲に対応する“Ａ譜面データ”が音楽ゲームサービスを通じてゲーム機３Ｂに提供される。そして、これらの“Ａ譜面データ”、及び“Ａ楽曲データ”の組合せによりＡ楽曲に合わせた各実行時期の案内等が実現される。具体的には、“Ａ楽曲データ”に基づいてＡ楽曲が再生されるとともに、そのＡ楽曲のリズムに合わせて指示標識５４の大きさが変化する案内画面５０が表示され、各操作部５３への実際のタッチ操作の時期が“Ａ譜面データ”の実行時期に基づいて評価される。この例においてＡ楽曲～Ｃ楽曲が本発明の複数の楽曲として機能する。また、Ａ楽曲、及び“Ａ譜面データ”が、本発明のプレイ用の楽曲、及びプレイ用譜面データとしてそれぞれ機能する。同様に、“Ａ譜面データ”～“Ｂ譜面データ”が、本発明の複数の譜面データとしてそれぞれ機能する。さらに、“Ａ譜面データ”が、本発明のユーザ生成型譜面データ、及び複数の譜面データの一つとして機能する。そして、この“Ａ譜面データ”に対応するＡ楽曲が本発明の一つの楽曲として機能する。また、ブック型のＰＣ４Ｃを通じて“Ａ譜面データ”を作成するユーザが本発明の端末ユーザとして機能する。

図５は、通常の楽曲と楽曲配信サービスの楽曲との間の音楽ゲームのプレイに使用されるまでの流れの相違を説明するための説明図である。図５の例では、上が（１）通常の楽曲の流れを、下が（２）楽曲配信サービスの楽曲の流れを、それぞれ示している。また、図５の例は、譜面準備サービスを通じて楽曲配信サービスの楽曲に対応するプレイ用の譜面データＱＤが用意される場合を示している。そして、図５の例では、各楽曲の権利者によって実行される手順が右斜線で、ゲーム配信システム１０の運営者によって実行される手順がドット柄で、ゲーム配信システム１０のユーザによって実行される手順が白塗りで、楽曲配信システム２０の運営者によって実行される手順が左斜線で、それぞれ示されている。

図５の（１）に示すように、音楽ゲームで使用される通常の楽曲（楽曲配信サービスで配信される楽曲以外の楽曲）は、一例としてゲーム配信システム１０の運営者によって用意されるが、ゲーム配信システム１０の運営者は楽曲毎に権利者と交渉のうえ、使用許諾を受け、各種調整の後に音楽ゲームのプレイにおいてその楽曲を使用できる。具体的には、楽曲毎に権利者とゲーム配信システム１０の運営者との間で楽曲個別契約が交わされる。

続いて契約締結後の楽曲に対応する配信用の楽曲データＭＤ２が権利者によって用意され、ゲーム配信システム１０（あるいはその運営者）に提供される。ゲーム配信システム１０（あるいはその運営者）は、その楽曲データＭＤ２を音楽ゲームのプレイ用に編集する。この編集は、適宜に実現されてよいが、一例としてプレイ用の楽曲に要求される所定の条件を満たすように実行される調整を含んでいる。このような所定の条件は、ゲームの都合等に応じて適宜に構成されてよいが、一例として楽曲尺（長さ）を含んでいる。このため、ゲーム配信システム１０による編集は、配信用の楽曲をプレイ用の尺に合わせる楽曲尺の調整を含んでいる。楽曲尺の調整は適宜に実現されてよく、例えばサビ部分等の所定の長さに対応する特定の部分の抽出により実現されてもよいし、各種の部分がつなぎ合わされたリミックスとして実現されてもよい。つまり、運営者は、このような各種の編集を通じて配信用の楽曲データＭＤ２からプレイ用の楽曲データＭＤ１を生成する。

ゲーム配信システム１０によって配信用の楽曲データＭＤ２が編集されると、権利者は、編集後の内容、つまりプレイ用の楽曲データＭＤ１を確認する。その内容に問題がない場合、プレイ用の楽曲データＭＤ１に対応する譜面データＱＤが、ゲーム配信システム１０（あるいはその運営者）によって生成される。この譜面データＱＤの作成には、難易度の設定等の各種の設定が含まれる。そして、その譜面データＱＤ、及びプレイ用の楽曲データＭＤ１に基づいて音楽ゲームが提供され、実際にプレイヤによってプレイされる。通常の楽曲の場合、一例としてこのような流れでプレイに使用されるが、このような流れは契約等の関係上、楽曲毎に実行される。

一方、図５の（２）に示すように、楽曲配信サービスの楽曲が音楽ゲームのプレイで使用される場合、各楽曲の個別契約の代わりに、楽曲配信サービスのために用意される多数の楽曲の使用に関する楽曲包括契約がゲーム配信システム１０の運営者と楽曲配信システム２０の運営者との間で交わされる。続いて権利者の代わりに、楽曲配信サービスの各楽曲に対応する配信用の楽曲データＭＤ２が楽曲配信システム２０の運営者によって用意され、ゲーム配信システム１０に提供される。ゲーム配信システム１０は、通常の楽曲の場合と同様に、その楽曲データＭＤ２を音楽ゲームのプレイ用に編集してプレイ用の楽曲データＭＤ１を生成する。

続いて各楽曲に対応する私的譜面データＱＤがユーザによって作成され、譜面準備サービスを通じて取得される。私的譜面データＱＤは、元の楽曲データＭＤ２に基づいて作成されても、プレイ用の楽曲データＭＤ１（尺等が編集されたデータ）に基づいて作成されてもよく、元の楽曲データＭＤ２に基づいて作成される場合、譜面作成とプレイ用の楽曲データＭＤ１の生成とは順番が前後しても並行的に実行されてもよい。さらに、元の楽曲データＭＤ２に基づいて私的譜面データＱＤが作成される場合、楽曲の編集に利用される所定の条件は、その作成された私的譜面データＱＤの内容（例えば私的譜面データＱＤの尺、或いはその私的譜面データＱＤが対応する範囲等）を要件に含んでいてもよい。この場合、ゲーム配信システム１０はその私的譜面データＱＤの内容に基づいて楽曲データＭＤ２の編集、つまりプレイ用の楽曲データＭＤ１の生成を実行する。

私的譜面データＱＤが譜面準備サービスを通じて取得されると、ゲーム配信システム１０はその私的譜面データＱＤの評価を実行する。この評価はゲーム配信システム１０の運営者によって用意された譜面データＱＤに適用されてもよいが、少なくとも私的譜面データＱＤには適用される。また、この評価は、適宜に実現されてよいが、例えばプレイ用の譜面データＱＤとしての妥当性評価、及び難易度設定を含んでいる。具体的には、ゲーム配信システム１０は、妥当性評価として、私的譜面データＱＤがプレイ用の譜面データＱＤに要求される条件に適合するか否か評価する。また、ゲーム配信システム１０は、私的譜面データＱＤがプレイ用の譜面データＱＤに要求される条件に適合する場合、その私的譜面データＱＤに適切な難易度を設定する。

妥当性評価、及び難易度設定は適宜に実現されてよいが、一例として所定のアルゴリズムを適用することにより実現される。所定のアルゴリズムは、プレイ用の譜面データＱＤに要求される条件に応じて適宜に設定されてよいが、例えば妥当性評価に適用されるアルゴリズムには全１６の操作部５３へのタッチ操作等、人が実行できない操作として設定される操作を要求しているか否かを判断するアルゴリズムが含まれる。

同様に、難易度設定に適用されるアルゴリズムには、例えば複数の操作部５３への同時操作を要求する指示標識５４の配置（いくつの操作部５３に操作を要求する配置か、それらの操作部５３は離れているか等）、或いは頻度を評価するアルゴリズム、タッチ操作を要求する操作部５３のばらつきを評価するアルゴリズム、指示標識５４の密度（一定期間に含まれる指示標識５４の数）を評価するアルゴリズム、各指示標識５４の速度（大きさが変化する速度。換言すれば表示開始から実行時期に至るまでの時間の短さ。）を評価するアルゴリズム、又は楽曲の長さを評価するアルゴリズム等が含まれる。これらのアルゴリズムは、対象の譜面データＱＤが対応する楽曲と無関係に構成されてもよいが、例えば楽曲の長さやテンポ等、対応する楽曲データＭＤ２に関する各種の楽曲情報を判別要素に含むように構成される。この例において、これらのアルゴリズムが適用される私的譜面データＱＤが本発明の一部の譜面データとして機能する。

また、私的譜面データＱＤに設定される難易度の情報は適宜に利用されてよいが、例えば各譜面データＱＤをプレイ用に選択するための指標情報として利用される。例えば、楽曲配信サービスにおいて配信開始されたばかりの楽曲の場合、一つの私的譜面データＱＤしか用意されていない可能性がある。この場合、楽曲選択機会では、難易度の情報がプレイ用の楽曲に選択するか否かの指標として利用される。あるいは、各楽曲に複数の私的譜面データＱＤが用意される場合には、楽曲選択機会とともに、あるいはその一部として譜面選択機会が付与されるが、難易度の情報はその譜面選択機会において各譜面データＱＤを選択するか否かの指標として利用される。

私的譜面データＱＤの評価が終了すると、通常の楽曲の場合と同様に、私的譜面データＱＤ、及びプレイ用の楽曲データＭＤ１に基づいて音楽ゲームが提供され、実際にプレイヤによってプレイされる。楽曲配信サービスの楽曲がプレイに利用される場合、一例としてこのような流れでプレイに使用されるが、この流れでは包括的契約を通じて多数の楽曲が一度に利用可能になる。このため、通常の楽曲の場合と比べて、多数の楽曲がプレイ用に提供開始されるまでの時間が短縮され、かつ譜面データＱＤの用意等の一部の手順において手間暇が軽減される。

図６を参照して、図５の例の（２）の流れについて更に説明する。図６は、図５の例の（２）の流れを実現するために、ゲームシステム１で実行される手順を説明するための説明図である。図６に示すように、図５の例の（２）の流れを実現するためにゲームシステム１において実行される手順は、Ｆ１～Ｆ７の手順を含んでいる。

具体的には、楽曲包括契約が終了すると、ゲーム配信システム１０への楽曲配信サービスの提供が可能になり、楽曲配信システム２０は楽曲配信サービスを通じてゲーム配信システム１０に各楽曲の楽曲データＭＤ２を送信する（Ｆ１）。この提供は適宜の条件で実行されてよく、周期的に実行されてもゲーム配信システム１０からのリクエストに応じて実行されてもよいが、一例としてゲーム配信システム１０からのリクエストに応じて実行される。また、ゲーム配信システム１０は、このリクエストを適宜の時期に実行してよいが、一例として定時に毎日実行する。

楽曲配信システム２０から配信用の楽曲データＭＤ２が送信されると、ゲーム配信システム１０はその楽曲データＭＤ２の編集を実行する（Ｆ２）。つまり、ゲーム配信システム１０は、その楽曲データＭＤ２に所定の編集を実行し、プレイ用の楽曲データＭＤ１を生成する。続いてゲーム配信システム１０は、その生成したプレイ用の楽曲データＭＤ１に対応する楽曲の譜面作成を解禁する（Ｆ３）。この解禁に伴い、譜面準備サービスの利用が開始され、プレイ用の譜面データＱＤとして私的譜面データＱＤを取得することが許容される。

一方、ユーザは、譜面作成の解禁後、ブック型のＰＣ４Ｃにて私的譜面データＱＤを作成し、適宜の時期にその私的譜面データＱＤをゲーム配信システム１０に送信する（Ｆ４）。つまり、ユーザは私的譜面データＱＤの作成後に譜面準備サービスを利用して、その私的譜面データＱＤを音楽ゲームのプレイ用にゲーム配信システム１０に提供する。私的譜面データＱＤの作成は適宜に実現されてよいが、一例として譜面作成用のアプリケーションを通じて実現される。同様に、私的譜面データＱＤの送信も適宜に実現されてよく、例えば送信用のアプリケーションを通じて実現されてもよく、例えば送信用のＷｅｂサイト（ゲーム配信システム１０がＷｅｂサービスの一つとして提供するサイト）を介して実現されてもよいが、一例として譜面作成用のアプリケーションを通じて実現される。

ブック型のＰＣ４Ｃを介して私的譜面データＱＤが送信されると、ゲーム配信システム１０はその送信された私的譜面データＱＤを評価する（Ｆ５）。ゲーム配信システム１０は、このような評価の一例として、上述のように私的譜面データＱＤの妥当性評価を実行するとともに、その私的譜面データＱＤに適切な難易度を設定する。そして、その私的譜面データＱＤがプレイ用の譜面データＱＤとして適切な場合、ゲーム配信システム１０はその私的譜面データＱＤがプレイ用の譜面データＱＤとして機能するように、譜面データＱＤの一部として保存する。そして、音楽ゲームのプレイにおいてプレイ用にその私的譜面データＱＤが選択されると、ゲーム機３Ｂはその私的譜面データＱＤをゲーム配信システム１０にリクエストし（Ｆ６）、ゲーム配信システム１０はそのリクエストの対象の私的譜面データＱＤをゲーム機３Ｂに送信する（Ｆ７）。ゲームシステム１では、一例としてこのような手順で図５の例の（２）の流れが実現される。

次に、図７を参照して、評価ユーザについて説明する。評価ユーザは各種の条件に基づいて適宜に設定されてよいが、一例として各ユーザを評価するための評価条件に基づいて評価される。図７は、評価条件の一例を説明するための説明図である。図７の例は、各ユーザが評価条件に基づいてランク（グレード）付けされ、そのランクに応じて評価ユーザか否か判別される場合を示している。また、評価条件は各種の要件を適宜に含んでいてよく、例えば後述の投稿数、及びフォロワー数のいずれか一方のみを要件として含んでいてもよいが、図７の例はそれらの両方を要件として含む場合を示している。この場合、図７に示すように、評価条件は、“投稿数”、及び“フォロワー数”を要件に含んでいる。

“投稿数”は、譜面準備サービスを通じて私的譜面データＱＤをプレイ用の譜面データＱＤとして投稿（送信）した投稿数（提供数）を示す情報である。“フォロワー数”は、各ユーザをフォローするユーザ（フォロワー）の数を示す情報である。例えばＷｅｂサービスには他のユーザをフォローするフォロー機能が設けられてよく、そこでのフォロワー数が“フォロワー数”として利用されてもよいが、一例として音楽ゲームに他のユーザの動向をフォローするフォロー機能が設けられる。フォロー機能は、各種の機能を有していてよいが、例えば各ユーザが私的譜面データＱＤを投稿した場合にその情報をフォロワーに提供する機能を有する。音楽ゲームではプレイ時に各ユーザが特定されなくてもよいが、フォロー機能の利用には各ユーザの特定が必要である。フォロワー機能において各ユーザは適宜に特定されてよいが、一例として各ユーザを識別するためのユーザＩＤを利用して実現される。そして、このようなフォロー機能を利用したフォロワー数が“フォロワー数”として利用される。

一方、各ユーザのグレード（ランク）として、例えば“初心者”、“かけだし”、及び“Ｄ”～“Ｓ”のランクが用意される。そして、各ユーザが、いずれのグレードに属するかは“投稿数”、及び“フォロワー数”に応じて決定される。具体的には、例えば、投稿数がゼロ、フォロワー数もゼロの場合、そのユーザのグレードは“初心者”に分類される。同様に、投稿数、及びフォロワー数が、それぞれ１０個、１００人であれば“かけだし”に分類される。以降も同様に、投稿数、及びフォロワー数が増える毎に“Ｄ”、“Ｃ”、“Ｃ＋”、“Ｂ”、“Ｂ＋”、“Ａ”といった具合に徐々にグレードが上昇するように、各ユーザはグレード付けされる。

各グレードは、ゲーム配信システム１０の運営者による公認対象か否かの判別に使用される。公認対象のグレードに属するユーザには、各種の特典が適宜に与えられてよいが、一例として私的譜面データＱＤのプレイ用の譜面データＱＤとしての使用が許容される（ただし、新しい楽曲の解禁開始から一定期間では制限なく投稿可能である）。つまり、公認対象のグレードに属するユーザが、評価ユーザとして機能する。また、複数のグレードのうちの適宜のグレードに属するユーザが公認対象と判別されてよいが、図７の例では“Ｓ”、及び“Ａ＋”の上位二つのグレードに属するユーザのみが公認対象（“○”）と判別され、それ以外は非公認（“×”）として公認対象から除外される。一例として、このような評価条件に基づいて各ユーザは各グレードに分類され、そのグレードに応じて公認、非公認が、つまり評価ユーザに該当するか否か判別される。この例において“初心者”等の複数のグレードに属する複数のユーザが本発明の複数の端末ユーザとして機能する。また、それらの複数の端末ユーザによって投稿される複数の私的譜面データＱＤが本発明の複数のユーザ生成型譜面データとして機能する。そして、複数のグレードのうち“Ｓ”、及び“Ａ＋”に属する公認対象のユーザ（評価ユーザ）が本発明の一部の端末ユーザとして機能する。

次に、作成者データＣＤ、及び譜面データＱＤの詳細について説明する。図８は、作成者データＣＤの構成の一例を示す図である。図８の例は、譜面データＱＤの作成者に関連する情報として評価条件に関連する情報が作成者データＣＤにて管理される場合を示している。この場合、図８に示すように、作成者データＣＤは、作成者毎に評価条件に関連する情報を管理するための作成者レコードＣＤＲを含んでいる。また、作成者レコードＣＤＲは、このような管理を実現するために、“作成者”、“グレード”、“投稿数”、“フォロワー数”、及び“公認対象”の情報を含んでいる。作成者レコードＣＤＲには、これらの情報が相互に関連付けられるように記録されている。

“作成者”は、各譜面データＱＤの作成者を示す情報である。例えばゲーム配信システム１０の運営者が作成者の場合はその運営者が作成者として“作成者”に記述されてよく、各種の者が作成者として管理されてよいが、例えば私的譜面データＱＤの場合、ユーザを示す情報が“作成者”に記述される。“作成者”には作成者を特定可能な適宜の情報が記述されてよいが、例えば作成者がユーザの場合、ユーザ毎にユニークなユーザＩＤの情報が記述される。“グレード”は、各作成者が属するグレードを示す情報である。“投稿数”は各作成者が投稿した私的譜面データＱＤの数（投稿数）を示す情報である。“フォロワー数”は、各作成者をフォローするユーザの数（フォロワー数）を示す情報である。“公認対象”は、各ユーザが公認対象に該当するか否かを示す情報である。なお、作成者データＣＤは、これらの情報に限定されず、評価の都合等に応じて各種の情報を適宜に含んでいてよい。あるいは、上述の情報の一部等が適宜に省略されてもよい。例えば、各作成者に特典が付与される場合、作成者データＣＤはそのような特典を管理するための情報を含んでいてもよい。

図９は、譜面データＱＤの構成の一例を示す図である。図９に示すように、譜面データＱＤは、譜面データＱＤ毎にその特徴を管理するための譜面レコードＱＤＲを含んでいる。また、譜面レコードＱＤＲは、このような管理を実現するために、“譜面ＩＤ”、“作成者”、“楽曲ＩＤ”、“実行時期”、“プレイ行為”、“評価結果”、及び“使用状況”の情報を含んでいる。譜面レコードＱＤＲには、これらの情報が相互に関連付けられるように記録されている。

“譜面ＩＤ”は、各譜面データＱＤを識別するために譜面データＱＤ毎にユニークな譜面ＩＤを示す情報である。“作成者”は、図８の例と同様に作成者を示す情報である。“楽曲ＩＤ”は、各楽曲を識別するために楽曲毎にユニークな楽曲ＩＤを示す情報である。“実行時期”は、適切なプレイ行為を実行すべき実行時期を示す情報である。“プレイ行為”は、各実行時期において実行されるべき適切なプレイ行為を示す情報である。例えば、各操作部５３を示す情報が“プレイ行為”に適切なプレイ行為を示す情報として記述される。

“評価結果”は、各譜面データＱＤの評価結果を示す情報である。“評価結果”には、妥当性評価、及び難易度設定といった所定のアルゴリズムに基づく評価結果の情報が記述される。例えば、“評価結果”は、妥当性評価の結果として、適合、或いは不適合といったプレイ用の譜面データＱＤに適合するか否かを示す情報を含んでいる。同様に、“評価結果”は難易度設定の結果として指標情報を含んでいる。指標情報として各種の情報が適宜に利用されてよいが、例えば難易度の低い順に“ＥＡＳＹ”、“ＮＯＲＭＡＬ”、“ＨＡＲＤ”といった難易度を示す情報が利用される。

“使用状況”は、各譜面データＱＤの使用状況を示す情報である。使用状況は各譜面データＱＤの使用に関する各種の情報を含み得るが、一例として各譜面データＱＤの使用回数、使用時間といった使用実績の情報を含んでいる。このような使用実績の情報は適宜に活用されてよいが、例えば私的譜面データＱＤの特典の付与に使用される。なお、譜面データＱＤは、これらの情報に限定されず、プレイ行為の案内、或いは評価の都合等に応じて各種の情報を適宜に含んでいてよい。あるいは、上述の情報の一部等が適宜に省略されてもよい。

次に、譜面評価処理、機会提供処理、譜面取得処理、特典付与処理、作成者評価処理、楽曲編集処理、及び譜面公式化処理について説明する。譜面評価処理は、譜面データＱＤを評価するための処理である。譜面評価処理は、ゲーム配信システム１０の運営者等、ユーザ以外によって用意された譜面データＱＤに適用されてもよいが、図１０の例は私的譜面データＱＤに適用される場合を示している。この場合、譜面管理部１４は、ブック型のＰＣ４Ｃを介して私的譜面データＱＤが送信される毎に図１０の譜面評価処理を開始し、まずそのブック型のＰＣ４Ｃを介して送信された私的譜面データＱＤを取得する（ステップＳ１０１）。

続いて譜面管理部１４は、ステップＳ１０１で取得した私的譜面データＱＤを評価する（ステップＳ１０２）。例えば、譜面管理部１４は、このような評価として妥当性評価、及び難易度設定を実行する。具体的には、譜面管理部１４は、まず私的譜面データＱＤに妥当性評価のためのアルゴリズムを適用し、プレイ用の譜面データＱＤに適合するか否か評価する。また、私的譜面データＱＤの投稿を評価ユーザに制限する制限が設定される場合、この妥当性評価には作成者が評価ユーザに該当するか否かの評価が含まれる。つまり、譜面管理部１４は、私的譜面データＱＤをその作成者に基づいてプレイ用の譜面データＱＤ（換言すれば譜面選択機会で選択対象として提示される譜面データＱＤ）として適切か否か判別する。より具体的には、譜面管理部１４は、評価対象の私的譜面データＱＤに対応する楽曲の配信開始から所定期間内に現在が該当するか否か判別し、所定期間内に該当しない場合には作成者に基づく制限が設定されるように、評価ユーザ以外を作成者とする私的譜面データを不適切（不適合）と評価する。一方、譜面管理部１４は、現在が所定期間に該当する場合には作成者に基づく制限が発生しない（解除される）ように、作成者に基づく適切性の判別を省略する。換言すれば、譜面管理部１４はいずれの作成者による私的譜面データＱＤも適切（適合）と判別する。

同様に、譜面管理部１４は、ステップＳ１０２の評価において、私的譜面データＱＤに難易度設定のためのアルゴリズムを適用することにより、“ＥＡＳＹ”、“ＮＯＲＭＡＬ”、“ＨＡＲＤ”といった難易度をその私的譜面データＱＤの指標情報として判別する。そして、譜面管理部１４は、これらの妥当性評価の結果、及び難易度の情報を譜面データＱＤの評価結果として取得する。

次に譜面管理部１４は、ステップＳ１０２で取得した評価結果を保存する（ステップＳ１０３）。この保存は適宜に実現されてよいが、一例として譜面データＱＤを介して実現される。具体的には、譜面管理部１４は、今回の評価結果が譜面データＱＤの“評価結果”に反映されるように、譜面データＱＤを更新することにより、この保存を実現する。この評価結果（保存内容）は各種の処理で適宜に利用されてよいが、一例として譜面選択機会における選択候補に私的譜面データＱＤを含めるべきか否か判断に使用される。例えば、ステップＳ１０２の評価において妥当性評価が不適合と判断された私的譜面データＱＤは譜面選択機会で選択候補に含まれないようにその情報のゲーム機３Ｂへの提供が省略される。同様に、評価結果の保存には作成者データＣＤの“投稿数”の更新が含まれてよい。そして、評価結果の保存の後に譜面管理部１４は今回の譜面評価処理を終了する。

図１０の手順により、私的譜面データＱＤの評価が実現される。具体的には、私的譜面データＱＤの妥当性が評価されるとともに、その難易度が指標情報として判別される。そして、それらの評価結果が各種の他の処理にて活用されるように譜面データＱＤに保存される。結果として、例えば図５の例の（２）における譜面評価の手順、或いは図６の例のＦ５の手順が実現される。さらに、作成者に基づく私的譜面データＱＤの用途（譜面選択機会で選択候補として提示されるか否か）の制限、及びその制限の解除が実現される。

機会提供処理は、楽曲選択機会を提供するための処理である。譜面選択機会は、楽曲提供機会とは別に提供されてもよいが、図１１の例はプレイ用の譜面データＱＤを選択するための譜面選択機会が楽曲選択機会の一部として提供される場合を示している。なお、図１１、及び図１２の例では、ゲーム機３Ｂの機会提供部３３によって主として実行される処理がゲーム機３Ｂとして、ゲーム配信システム１０の認証実現部１３によって主として実行される処理がゲーム配信システムとして、それぞれ示されている。

ゲーム機３Ｂは、ユーザによって楽曲選択機会がリクエストされると、図１１の機会提供処理を開始し、まずそのリクエストをゲーム配信システム１０に送信する（ステップＳ２０１）。同様に、ゲーム配信システム１０はゲーム機３Ｂからリクエストが送信されると、図１１の機会提供処理を開始し、まずそのリクエストを取得する（ステップＳ３０１）。続いてゲーム配信システム１０は、そのリクエストに基づいて楽曲選択機会に必要なリストを送信する（ステップＳ３０２）。楽曲選択機会に必要なリストには、例えば選択可能な楽曲のリスト、及び譜面データＱＤのリストが含まれる。また、楽曲選択機会において譜面選択機会が提供される場合、各譜面データＱＤに付される指標情報（難易度の情報）も含まれる。このため、ゲーム配信システム１０は、一例としてこれらの情報を含むようにリストをゲーム機３Ｂに送信する。

一方、ゲーム配信システム１０からリストが送信されると、そのリストに基づいて楽曲選択機会を提供する。楽曲選択機会では、各譜面データＱＤに選択のための指標として機能する難易度の情報が関連付けられるように提示される。例えば、楽曲選択機会（譜面選択機会）において私的譜面データＱＤが選択候補として提示される場合、その私的譜面データＱＤには指標情報として“ＥＡＳＹ”等の難易度の情報が関連付けられて提示される。さらに、楽曲選択機会は適宜に構成されてよく、例えばそこに含まれる譜面選択機会において各譜面データＱＤがランキング形式に表示されてもよい。また、このようなランキングは各種の情報に基づいて設定されてよく、例えば各譜面データＱＤの使用回数、使用時間といった使用実績に基づいてランキングが設定されてもよい。つまり、楽曲選択機会は、各譜面データＱＤを使用実績に基づくランキング形式で提示するように譜面選択機会を提供してよい。そして、その提供の後にゲーム機３Ｂは今回の機会提供処理を終了する。これにより、ゲーム機３Ｂにおいて楽曲選択機会及び譜面選択機会が提供され、譜面選択機会では各譜面データＱＤに選択のための指標として“ＥＡＳＹ”等の難易度の情報が関連付けられるように提示される。

譜面取得処理は、音楽ゲームのプレイに必要な楽曲データＭＤ、及び譜面データＱＤを取得するための処理である。ゲーム配信システム１０と楽曲配信システム２０との間では適宜に会員認証が実行されてよく、例えば音楽ゲームのプレイ毎に会員認証を実行し、楽曲配信システム２０から楽曲データＭＤ２を取得してもよいが、一例として事前に会員認証が実行され、全楽曲分の楽曲データＭＤ２が取得される。図１２の例は、事前に取得された配信用の楽曲データＭＤ２がプレイ用の楽曲データＭＤ１に編集され、プレイのために用意される場合の譜面取得処理を示している。

ゲーム機３Ｂは、楽曲選択機会において選択が実行されると、図１２の譜面取得処理を開始し、まず楽曲選択機会における選択結果を取得する（ステップＳ２１１）。この選択結果には、プレイ用の楽曲、及びその楽曲で使用される譜面データＱＤの両方に関する選択結果が含まれる。次にゲーム機３Ｂは、楽曲データＭＤ１、及び譜面データＱＤを要求するリクエストをゲーム配信システム１０に送信する（ステップＳ２１２）。このリクエストには、楽曲選択機会における選択結果、つまり楽曲選択機会で選択されたプレイ用の楽曲、及びその楽曲で使用される譜面データＱＤの情報が含まれる。

ゲーム機３Ｂからリクエストが送信されると、ゲーム配信システム１０は、図１２の譜面取得処理を開始し、まずそのリクエストを取得する（ステップＳ３１１）。続いてゲーム配信システム１０は、そのリクエストに含まれる選択結果の情報に基づいてリクエストの対象の楽曲データＭＤ１、及び譜面データＱＤを特定する（ステップＳ３１２）。次にゲーム配信システム１０は、その特定した楽曲データＭＤ１、及び譜面データＱＤをゲーム機３Ｂに送信する（ステップＳ３１３）。そして、その送信の後にゲーム配信システム１０は今回の譜面取得処理を終了する。

一方、ゲーム機３Ｂは、ゲーム配信システム１０からデータが送信されると、そのデータ、つまり楽曲データＭＤ１、及び譜面データＱＤを取得する（ステップＳ２１３）。続いてゲーム機３Ｂは、その取得した楽曲データＭＤ１と譜面データＱＤとの組合せにより実現されるプレイの開始を待機するための待機画面（不図示）をモニタＭＯに表示する（ステップＳ２１４）。待機画面は、プレイ開始（各実行時期の案内開始）を待機するためのゲーム画面である。待機画面は適宜に実現されてよく、例えば単に開始までのカウントダウンが実施される画面でも、開始のためのタッチ操作を要求する画面でもよい。待機画面においてカウントダウン期間が経過した場合、或いは開始のためのタッチ操作が実行された場合に開始条件が満たされ、音楽ゲームのプレイが開始される。ゲーム機３Ｂは、このような待機画面を表示した後に今回の譜面取得処理を終了する。これにより、楽曲選択機会における選択結果に対応する楽曲データＭＤ１及び譜面データＱＤがゲーム配信システム１０から取得される。

特典付与処理は、私的譜面データＱＤの作成者に特典を付与するための処理である。作成者には各種の条件に応じて適宜に特典が付与されてよいが、図１３の例は私的譜面データＱＤのプレイ用の譜面データＱＤとしての使用状況に応じて特典が付与される場合の特典付与処理を示している。この場合、譜面管理部１４は、所定の周期毎に図１３の特典付与処理を開始し、まず各私的譜面データＱＤの使用状況を判別する（ステップＳ４０１）。具体的には、譜面管理部１４は、譜面データＱＤの“作成者”、及び“使用状況”の情報を参照し、各ユーザが作成した私的譜面データＱＤの使用状況を判別する。

続いて譜面管理部１４は、ステップＳ４０１で取得した使用状況に基づいて特典付与条件が満たされるか否か判別する（ステップＳ４０２）。特典条件は適宜に満たされてよいが、一例として使用回数が所定回数以上の場合、或いは使用時間が所定時間以上の場合に満たされる。特典条件が満たされない場合、譜面管理部１４は以降の処理をスキップして、今回の特典付与処理を終了する。

一方、特典条件が満たされる場合、譜面管理部１４は、特典条件を満たす各作成者を特定し、その各作成者に特典を付与する（ステップＳ４０３）。特典として各種の要素が適宜に利用されてよく、例えばアイテム、ゲーム内の通貨、或いは賞金等が利用されてよい。また、特典として賞金が付与される場合、その賞金は適宜に設定されてよく、例えば賞金額が売上げや使用回数等に依存するように設定されてもよい。この場合、送金費用等の諸経費を上回る賞金だけが作成者に付与されるように賞金（特典）の付与に制限が設けられてもよい。そして、特典の付与の後に譜面管理部１４は今回の特典付与処理を終了する。これにより、私的譜面データＱＤの使用状況に応じてその作成者に特典が付与される。

作成者評価処理は、私的譜面データＱＤの作成者を評価するための処理である。作成者は適宜に評価されてよいが、図１４の例は評価条件に基づいて評価される場合の作成者評価処理を示している。この場合、譜面管理部１４は、所定の周期毎に図１４の作成者評価処理を開始し、まず各作成者を評価するための評価条件を判別する（ステップＳ５０１）。評価条件は、一例として投稿数、及びフォロワー数を要件に含んでいる。このため、譜面管理部１４は、作成者データＣＤの“投稿数”、及び“フォロワー数”を参照して、これらの投稿数、及びフォロワー数を評価条件として作成者毎に判別する。これらの投稿数、及びフォロワー数は適宜に更新されてよいが、一例として投稿数は図１０の例の譜面評価処理により更新され、フォロワー数はフォロー機能を通じてフォロー登録が実行される毎に更新される。

続いて譜面管理部１４は、ステップＳ５０１で判別した評価条件に基づいて各作成者を評価する（ステップＳ５０２）。この評価は適宜に実現されてよいが、一例としてグレードの判別、及び公認対象か否かの判別を含んでいる。具体的には、譜面管理部１４は、まず各作成者をグレード付けする。このグレード付けは、一例として図７の例の基準に基づいて投稿数、及びフォロワー数の組合せにより実現される。次に譜面管理部１４は、そのグレード付けの結果に基づいて各作成者が公認対象か否か判別する。この判別は、一例として図７の例の基準に基づいて“Ｓ”若しくは“Ａ＋”に属するか否かに応じて実現される。つまり、譜面管理部１４は“Ｓ”若しくは“Ａ＋”のグレードに属する作成者を公認対象と、それ以外を非公認と、それぞれ判別する。さらに、譜面管理部１４その判別結果が評価結果として反映されるように作成者データＣＤを更新し、評価を終える。そして、この更新の後、つまり評価の後に譜面管理部１４は今回の作成者評価処理を終了する。これにより、私的譜面データＱＤの作成者が評価条件に基づいて評価される。

楽曲編集処理は、配信用の楽曲データＭＤ２を音楽ゲームのプレイ用の楽曲データＭＤ１に編集するための処理である。楽曲編集部１６は、例えば新しい楽曲が楽曲配信サービスに追加された場合等の編集開始条件が満たされる毎に図１５の楽曲編集処理を開始し、まず編集対象のデータとして楽曲配信サービスで配信される配信用の楽曲データＭＤ２を取得する（ステップＳ６０１）。

続いて楽曲編集部１６は、ステップＳ６０１で取得した配信用の楽曲データＭＤ２を編集する（ステップＳ６０２）。この編集は適宜に実現されてよく、例えば上述のようにプレイ用の尺に対応する長さとなるように実行される。また、この編集には、私的譜面データＱＤの内容が反映されてよく、例えば私的譜面データＱＤとして用意されている範囲がプレイ用の楽曲データＭＤ１となるように実行されてもよい。

次に楽曲編集部１６は、ステップＳ６０２の編集結果に基づいて編集後のデータとしてプレイ用の楽曲データＭＤ１を生成する（ステップＳ６０３）。そして、この生成の後に楽曲編集部１６は今回の楽曲編集処理を終了する。これにより、楽曲配信サービス用の楽曲データＭＤ２が音楽ゲームのプレイに適したプレイ用の楽曲データＭＤ１に編集される。より具体的には、図５の例の（２）における楽曲データ自動編集、或いは図６の例のＦ２の手順が実現される。

譜面公式化処理は、私的譜面データＱＤの一部を公式譜面データＱＤとして認定するための処理である。公式譜面データＱＤと非公式の譜面データＱＤとは適宜に区別されてよいが、例えばブック型のＰＣ４Ｃがゲーム機３として機能し、ブック型のＰＣ４Ｃ（ユーザ端末装置４）及びゲーム機３Ｂ（アーケードゲーム機）の両方が音楽ゲームの提供に使用される場合において、ゲーム機３Ｂのプレイにて使用可能か否かにより区別される。つまり、ブック型のＰＣ４Ｃとゲーム機３Ｂとの間で使用可能な譜面データＱＤは一致していてもよいが、一例として相違し、公式譜面データＱＤであるか否かがその相違に反映される。また、私的譜面データＱＤを公式譜面データＱＤとして認定するか否かは適宜に判別されてよいが、一例として候補条件に基づいて判別される。候補条件は各種の要件を含んでいてよく、例えば作成者（図７の例の公認対象に該当するユーザ等）を要件に含んでいてもよいが、一例として各私的譜面データＱＤの使用状況を要件に含んでいる。具体的には、候補条件は、一例としてブック型のＰＣ４Ｃが提供する音楽ゲームにおいて所定回数以上使用された場合に満たされる。図１６の例は、このような場合の譜面公式化処理を示している。この例において、音楽ゲームを提供するブック型のＰＣ４Ｃが本発明のゲーム用ユーザ端末装置として機能する。

譜面管理部１４は、所定の周期で繰り返し図１６の譜面公式化処理を開始し、まず譜面データＱＤの“使用状況”を参照し、各私的譜面データＱＤの使用状況を判別する（ステップＳ７０１）。続いて譜面管理部１４は、その使用状況に基づいて候補条件が満たされるか否か判別する。上述のように候補条件はブック型のＰＣ４Ｃが提供する音楽ゲームにおいて所定回数以上使用された場合に満たされる。このため、譜面管理部１４は、ブック型のＰＣ４Ｃが提供する音楽ゲームにおいて所定回数以上使用された私的譜面データＱＤが存在するか否か候補条件として判別する（ステップＳ７０２）。候補条件が満たされない場合、つまりブック型のＰＣ４Ｃが提供する音楽ゲームにおいて所定回数以上使用された私的譜面データＱＤが存在しない場合、譜面管理部１４は以降の処理をスキップして今回の譜面公式化処理を終了する。

一方、候補条件が満たされる場合、つまりブック型のＰＣ４Ｃが提供する音楽ゲームにおいて所定回数以上使用された私的譜面データＱＤが存在する場合、譜面管理部１４はその候補条件を満たす私的譜面データＱＤを公式譜面化する（ステップＳ７０３）。つまり、譜面管理部１４は、その私的譜面データＱＤを公式譜面データＱＤとして認定する。この認定結果は適宜に管理されてよいが、例えば譜面データＱＤの“使用状況”の情報の一部として管理される。そして、この認定の後に譜面管理部１４は今回の譜面公式化処理を終了する。

図１６の手順により、私的譜面データＱＤが候補条件を満たすか否か判別され、候補条件を満たす場合には公式譜面データＱＤとして認定される。そして、公式譜面データＱＤか否かに応じて、ブック型のＰＣ４Ｃが提供する音楽ゲームとゲーム機３Ｂの音楽ゲームとの間で異なる扱いが実現される。具体的には、プレイ用の譜面データＱＤに適合する私的譜面データＱＤはまずブック型のＰＣ４Ｃが提供する音楽ゲームの譜面選択機会において選択候補として提示され、プレイに使用される。そして、ブック型のＰＣ４Ｃが提供する音楽ゲームにおける使用状況が候補条件を満たした場合にゲーム機３Ｂの音楽ゲームにおける譜面選択機会でも選択候補として提示され、プレイに使用される。つまり、ブック型のＰＣ４Ｃでの使用状況が候補条件を満たされるまでゲーム機３Ｂの譜面選択機会では選択候補として提示されず、プレイでも使用されない。結果として、候補条件に基づいてブック型のＰＣ４Ｃの音楽ゲームにおいて一定の評価を受けた私的譜面データＱＤのみがゲーム機３Ｂのプレイにて使用される。

以上に説明したように、上述の形態によれば、所定のアルゴリズムに基づいてプレイ用の譜面データＱＤのうち、少なくとも私的譜面データＱＤの難易度（指標情報）が判別され、その難易度の情報が譜面選択機会においてその私的譜面データＱＤと関連付けられるように提供される。これにより、私的譜面データＱＤに難易度を設定するための手間暇を軽減することができ、ひいてはこの私的譜面データＱＤをプレイに使用可能にするまでに必要な手間暇を軽減することができる。また、音楽ゲーム用の楽曲として楽曲配信サービスの楽曲が利用される場合、楽曲毎の個別契約が不要となるため、楽曲の用意に必要な手間暇の軽減も図ることができる。さらに、所定のアルゴリズムがユーザによって作成された私的譜面データＱＤに適用される場合、譜面データＱＤの作成等、その用意に必要な手間暇の軽減も図ることができる。結果として、この私的譜面データＱＤに対応する楽曲がゲームのプレイで使用されるまでの期間の短縮も図ることができる。音楽ゲームでは楽曲が興趣性に与える影響も大きい。このため、新しい楽曲の導入にかかる期間を短縮することにより、ゲームの興趣性の向上を図ることができる。

また、私的譜面データＱＤに難易度を設定するためのアルゴリズムに楽曲の特性（楽曲情報）が考慮される場合、その楽曲の特性がその楽曲に対応する私的譜面データＱＤに反映される。譜面データＱＤは楽曲と組合せされて使用されるため、難易度の設定には楽曲の特性が反映される方が好ましい。結果として、楽曲の特性をアルゴリズムに利用することにより、楽曲の特性が反映されない場合に比べて比較的適切な難易度の情報を得ることができる。

さらに、ブック型のＰＣ４Ｃ（ユーザ端末装置４）及びゲーム機３Ｂ（アーケードゲーム機）の両方が音楽ゲームの提供に使用され、公式譜面データＱＤか否かで両者の間の使用開始時期が相違する場合、一定の評価を受けた私的譜面データＱＤのみがゲーム機３Ｂのプレイにて使用される。これにより、ゲーム機３Ｂで使用される譜面データＱＤの質を確保することができる。また、ブック型のＰＣ４Ｃでのプレイからゲーム機３Ｂでのプレイにユーザの誘導を図ることもできる。

以上の形態において、ゲーム配信システム１０の譜面管理部１４が図１０の手順を実行することにより本発明の指標判別手段、データ取得手段、及び適否判別手段として機能する。具体的には、譜面管理部１４が、図１０のステップＳ１０１を実行することによりデータ取得手段として、図１０のステップＳ１０２を実行することにより指標判別手段及び適否判別手段として、それぞれ機能する。また、ゲーム配信システム１０の譜面管理部１４が図１１のステップＳ３０２の実行に伴いゲーム機３Ｂを介して間接的に楽曲選択機会（譜面選択機会）を提供することにより本発明の指標提供手段として機能する。同様に、ゲーム配信システム１０の譜面管理部１４が図１３のステップＳ４０３を実行することにより本発明の特典付与手段として機能する。さらに、ゲーム配信システム１０の譜面管理部１４が図１４のステップＳ５０２を実行することにより本発明のユーザ評価手段として機能する。一方、ゲーム配信システム１０の楽曲編集部１６が図１５のステップＳ６０２を実行することにより本発明の楽曲編集手段として機能する。また、ゲーム配信システム１０の譜面管理部１４が図１６のステップＳ７０２を実行することにより本発明の候補判別手段として機能する。

本発明は上述した各形態に限定されることなく、各種の変形又は変更が施された形態にて実施されてよい。例えば、上述の形態では、指標情報として難易度の情報が利用されている。しかし、本発明はこのような形態に限定されない。例えば、作成者、若者向け等の年齢、あるいは男性向け等の性別といった各種の情報が指標情報として利用されてよい。

また、上述の形態では、評価条件に基づいて公認対象のグレードに属すると評価されたユーザが評価ユーザとして機能し、評価ユーザの場合、新しい楽曲の解禁開始から一定期間経過後においてもプレイ用の譜面データＱＤとしての使用が許容される。しかし、本発明は、このような形態に限定されない。例えば、音楽ゲームがプレイ状況に応じてプレイ用に選択可能な楽曲を徐々に拡大する（解禁する）ように構成される場合、各楽曲においてプレイ用の譜面データＱＤとして許可される私的譜面データＱＤは各楽曲を解禁したユーザの私的譜面データＱＤに限定されてもよい。つまり、各楽曲を解禁したユーザが各楽曲における評価ユーザとして機能してよい。具体的には、例えば、音楽ゲームはＡ楽曲、及びＢ楽曲をプレイしたユーザにのみＣ楽曲のプレイを解禁してもよく、この場合、その両楽曲をプレイしたユーザがＣ楽曲における評価ユーザとして機能してよい。あるいは、音楽ゲームが適宜の進行を含む場合、その進行度合いに応じて各楽曲のプレイが解禁されてよく、各楽曲のプレイが解禁されたユーザが各楽曲における評価ユーザとして機能してもよい。つまり、評価ユーザとして機能するユーザは、評価条件に基づくユーザに限定されず、私的譜面データＱＤを作成する複数のユーザの適宜の一部のユーザであってよい。

また、上述の形態では、ゲーム配信システム１０が図１０の手順等を実行することにより本発明ゲームシステムとして機能している。一方で、ゲーム配信システム１０の役割（各種処理等）の全部或いは一部をゲーム機３、或いはユーザ端末装置４等の他のシステム（あるいは装置）が適宜に実行してもよい。つまり、本発明のゲームシステムは、各種の他のシステムを適宜に含んでいてもよい。また、ゲーム配信システム１０が楽曲配信システム２０の役割の全部或いは一部を適宜に実行してもよい。つまり、楽曲配信システム２０は省略されてもよい。結果として、ゲーム配信システム１０（あるいはそこに含まれるゲーム配信システム用のサーバユニット２Ａ）のみが本発明のゲームシステムとして機能してもよいし、ゲーム機３、或いはユーザ端末装置４等の適宜の他のシステムのみが本発明のゲームシステムとして機能してもよい。

上述した実施の形態及び変形例のそれぞれから導き出される本発明の各種の態様を以下に記載する。なお、以下の説明では、本発明の各態様の理解を容易にするために添付図面に図示された対応する部材を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。

本発明のゲームシステムは、ユーザの各プレイ行為を入力するための入力装置（ＴＰ）と、各プレイ行為が実行されるべき実行時期が記述された譜面データ（ＱＤ）に基づいて前記実行時期を案内するための出力装置（ＭＯ）と、に接続され、プレイ用の楽曲を再生するための楽曲データ（ＭＤ１）と、当該プレイ用の楽曲に関連付けられる前記譜面データとしてのプレイ用譜面データとの組合せにより前記プレイ用の楽曲のリズムに合わせて各実行時期を案内するとともに、前記ユーザによって実際にプレイ行為が実行された場合に当該プレイ行為の時期を前記プレイ用譜面データの前記実行時期に基づいて評価するゲームを提供するゲームシステム（１０）であって、前記プレイ用譜面データを選択するための譜面選択機会において前記プレイ用譜面データの候補として機能する複数の譜面データのうち、少なくとも一部の譜面データに所定のアルゴリズムを適用することにより当該一部の譜面データを選択するための指標となる指標情報を判別する指標判別手段（１４）と、前記譜面選択機会において前記一部の譜面データと関連付けられるように前記指標情報を前記ユーザに提供する指標提供手段（１４）と、を備えるものである。

本発明によれば、所定のアルゴリズムに基づいて一部の譜面データの指標情報が判別され、その指標情報が譜面選択機会においてその一部の譜面データと関連付けられるように提供される。これにより、一部の譜面データに指標情報を設定するための手間暇を軽減することができ、ひいてはこの一部の譜面データをプレイに使用可能にするまでに必要な手間暇を軽減することができる。結果として、この一部の譜面データに対応する楽曲がゲームのプレイで使用されるまでの期間の短縮も図ることができる。楽曲がプレイに使用されるゲームでは楽曲が興趣性に与える影響も大きい。このため、新しい楽曲の導入にかかる期間を短縮することにより、ゲームの興趣性の向上を図ることができる。

プレイ用の楽曲には一つの譜面データのみが関連付けられていても、複数の譜面データが関連付けられていてもよい。例えば、本発明のゲームシステムの一態様において、前記複数の譜面データは、前記プレイ用譜面データの候補としていずれも前記プレイ用の楽曲に関連付けられていてもよい。

所定のアルゴリズムは、要求される指標情報に応じて適宜に構成されてよい。例えば、所定のアルゴリズムは、適用対象の譜面データが関連付けられる楽曲の特性を考慮するように構成されても、その楽曲の特性とは無関係に構成されてもよい。例えば、本発明のゲームシステムの一態様において、前記指標判別手段は、前記所定のアルゴリズムとして前記楽曲データに関する楽曲情報を判別要素に含むアルゴリズムを利用し、当該アルゴリズムに基づいて前記指標情報を判別してもよい。この場合、楽曲データの楽曲情報がその楽曲データに対応する譜面データの指標情報に反映される。楽曲データと譜面データとはゲームにおいて組み合わされて使用されるため、指標情報には楽曲の特性が反映される方が好ましい。楽曲情報をアルゴリズムに利用することにより、比較的適切な指標情報を得ることができる。

ゲーム用の楽曲は適宜に用意されてよい。例えば、ゲームシステムの運営者が用意してもよいし、その他の者が用意してもよい。例えば、本発明のゲームシステムの一態様において、前記ゲームは、複数の楽曲を会員に配信するサービスとして当該ゲームとは別に提供される楽曲配信サービスのために構築される楽曲配信システム（２０）に前記ゲームシステムがネットワーク（ＮＴ）を介して接続される場合に、前記複数の楽曲の少なくとも一部を前記プレイ用の楽曲の候補として利用するように構成されてもよい。この場合、楽曲の用意に必要な手間暇の軽減も図ることができる。

所定のアルゴリズムが適用される対象の譜面データは適宜に用意されてよい。例えば、ゲームシステムの運営者によって用意されてもよいし、ゲームをプレイするユーザによって用意されてもよい。例えば、楽曲配信サービスを利用する態様において、ユーザ端末装置（４）にネットワーク（ＮＴ）を介して接続され、当該ユーザ端末装置を利用する端末ユーザによって前記複数の楽曲の一つの楽曲に対応する前記譜面データが生成された場合に、当該譜面データとしてのユーザ生成型譜面データが前記複数の譜面データの一つとして機能するように、前記ユーザ端末装置から前記ユーザ生成型譜面データを取得するデータ取得手段（１４）を備え、前記指標判別手段は、前記一部の譜面データとして前記ユーザ生成型譜面データが機能するように、当該ユーザ生成型譜面データに前記所定のアルゴリズムを適用することにより前記指標情報を判別し、前記指標提供手段は、前記譜面選択機会において前記一部の譜面データとして前記ユーザ生成型譜面データと関連付けられるように前記指標情報を提供してもよい。この場合、譜面データの用意に必要な手間暇の軽減も図ることができる。

ユーザによる譜面データの生成が許容される場合において、そのユーザによって生成された譜面データは他の譜面データと全く同じに扱われてもよいし、適宜に区別されてもよい。例えば、ユーザによって生成された譜面データの使用は、一部のユーザ、或いは一部の装置に制限されてもよい。例えば、ユーザによる譜面データの生成が許容される態様として、前記ゲームをプレイ可能なユーザ端末装置としてのゲーム用ユーザ端末装置（４Ｃ）、及び複数のユーザによって前記ゲームがプレイされるように所定の施設に設置される商業用のゲーム装置（３Ｂ）にネットワーク（ＮＴ）を介して接続され、前記ゲーム用ユーザ端末装置の前記譜面選択機会において前記プレイ用譜面データの候補として利用される前記ユーザ生成型譜面データが候補条件を満たす場合に前記商業用のゲーム装置の前記譜面選択機会においても前記プレイ用譜面データの候補として利用される一方で、前記候補条件が満たされない場合には前記商業用のゲーム装置の前記譜面選択機会において前記プレイ用譜面データの候補として利用されないように、前記ユーザ生成型譜面データが前記候補条件を満たすか否か判別する候補判別手段を備える態様が採用されてもよい。

譜面データを生成したユーザには特典（報酬）が与えられてもよいし、与えられなくてもよい。例えば、ユーザによる譜面データの生成が許容される態様として、前記ユーザ生成型譜面データの前記プレイ用譜面データとしての使用状況に応じて前記端末ユーザに特典を付与する特典付与手段（１４）を備える態様が採用されてもよい。

複数のユーザによって複数の譜面データが生成される場合、それらのユーザは一律に扱われてもよいし、適宜に扱いが相違していてもよい。各ユーザ間において扱いが相違する場合、その相違は各種の評価結果に応じて判断されてよい。例えば、過去に作成された譜面データに基づいて評価されてもよいし、それとは無関係に評価されてもよい。例えば、ユーザによる譜面データの生成が許容される態様として、前記端末ユーザ、及び前記ユーザ生成型譜面データとして、複数の端末ユーザ、及び複数のユーザ生成型譜面データが利用され、前記複数の端末ユーザによって前記複数のユーザ生成型譜面データが生成される場合に、各ユーザ生成型譜面データの生成を要件に含む評価条件に基づいて各端末ユーザを評価するユーザ評価手段（１４）を備える態様が採用されてもよい。

また、各ユーザ間において扱いが相違する場合、その相違は適宜に生じてよい。例えば、そのような相違は各ユーザによって作成された譜面データの扱いに生じてもよいし、それとは別の扱いに生じてもよい。例えば、譜面データを作成した各ユーザを評価条件に基づいて評価する態様として、前記複数の譜面データとして機能する前記ユーザ生成型譜面データを前記複数の端末ユーザのうち一部の端末ユーザのユーザ生成型譜面データに制限する制限が設定される一方で、前記楽曲配信サービスの前記複数の楽曲として新しい楽曲の配信が開始される場合において当該配信の開始から所定期間では当該新しい楽曲に対応する前記複数のユーザ生成型譜面データについて前記制限が解除されるように、前記ユーザ生成型譜面データが前記複数の譜面データとして適切か否か判別する適否判別手段（１４）を備える態様が採用されてもよい。

楽曲配信サービスの各楽曲がゲームのプレイに利用される場合において、その楽曲はそのまま使用されてもよいし、適宜に編集されて使用されてもよい。例えば、楽曲配信サービスの各楽曲をゲームのプレイに利用する態様として、前記ゲームが前記プレイ用の楽曲に所定の条件を要求するように構成される場合に、当該所定の条件を満たすように、前記複数の楽曲をそれぞれ再生するための複数の楽曲データを編集する楽曲編集手段（１６）を備える態様が採用されてもよい。

編集後の楽曲がゲームのプレイに使用される場合において、その楽曲の編集は適宜に実行されてよく、例えばゲームの要件に基づいて実行されてもよいし、その楽曲に対応するように用意される譜面データの要件に基づいて実行されてもよい。例えば、編集後の楽曲がゲームのプレイに使用される態様において、前記楽曲編集手段は、前記所定の条件が前記ユーザ生成型譜面データの内容を要件として含む場合に、当該所定の条件を満たすように前記一つの楽曲に対応する楽曲データを前記ユーザ生成型譜面データの内容に応じて編集してもよい。

本発明のコンピュータプログラム（ＰＧ１）は、前記入力装置、及び前記出力装置に接続されるコンピュータ（１１）を、上述のゲームシステムの各手段として機能させるように構成されたものである。

また、本発明の制御方法は、ユーザの各プレイ行為を入力するための入力装置（ＴＰ）と、各プレイ行為が実行されるべき実行時期が記述された譜面データ（ＱＤ）に基づいて前記実行時期を案内するための出力装置（ＭＯ）と、に接続され、プレイ用の楽曲を再生するための楽曲データ（ＭＤ１）と、当該プレイ用の楽曲に関連付けられる前記譜面データとしてのプレイ用譜面データとの組合せにより前記プレイ用の楽曲のリズムに合わせて各実行時期を案内するとともに、前記ユーザによって実際にプレイ行為が実行された場合に当該プレイ行為の時期を前記プレイ用譜面データの前記実行時期に基づいて評価するゲームを提供するゲームシステム（１０）に組み込まれるコンピュータ（１１）に、前記プレイ用譜面データを選択するための譜面選択機会において前記プレイ用譜面データの候補として機能する複数の譜面データのうち、少なくとも一部の譜面データに所定のアルゴリズムを適用することにより当該一部の譜面データを選択するための指標となる指標情報を判別する指標判別手順と、前記譜面選択機会において前記一部の譜面データと関連付けられるように前記指標情報を前記ユーザに提供する指標提供手順と、を実行させる、ものである。本発明のコンピュータプログラム、或いは制御方法が実行されることにより、本発明のゲームシステムを実現することができる。

３ ゲーム機
４ ユーザ端末装置
１０ ゲーム配信システム（ゲームシステム）
１１ 制御部（コンピュータ）
１４ 譜面管理部（指標判別手段、指標提供手段、データ取得手段、候補判別手段、特典付与手段、適否判別手段、ユーザ評価手段）
１６ 楽曲編集部（楽曲編集手段）
２０ 楽曲配信システム
３Ｂ ゲーム機（商業用のゲーム装置）
４Ｃ ブック型のＰＣ（ゲーム用ユーザ端末装置）
ＮＴ ネットワーク
ＱＤ 譜面データ
ＴＰ タッチパネル（入力装置）
ＭＤ１ 楽曲データ
ＰＧ１ プログラム（コンピュータプログラム）

Claims (13)

1. ユーザの各プレイ行為を入力するための入力装置と、各プレイ行為が実行されるべき実行時期が記述された譜面データに基づいて前記実行時期を案内するための出力装置と、に接続され、プレイ用の楽曲を再生するための楽曲データと、当該プレイ用の楽曲に関連付けられる前記譜面データとしてのプレイ用譜面データとの組合せにより前記プレイ用の楽曲のリズムに合わせて各実行時期を案内するとともに、前記ユーザによって実際にプレイ行為が実行された場合に当該プレイ行為の時期を前記プレイ用譜面データの前記実行時期に基づいて評価するゲームを提供するゲームシステムであって、
   前記プレイ用譜面データを選択するための譜面選択機会において前記プレイ用譜面データの候補として機能する複数の譜面データのうち、少なくとも一部の譜面データに所定のアルゴリズムを適用することにより当該一部の譜面データを選択するための指標となる指標情報を判別する指標判別手段と、
   前記譜面選択機会において前記一部の譜面データと関連付けられるように前記指標情報を前記ユーザに提供する指標提供手段と、
   を備える、ゲームシステム。
2. 前記複数の譜面データは、前記プレイ用譜面データの候補としていずれも前記プレイ用の楽曲に関連付けられている、請求項１に記載のゲームシステム。
3. 前記指標判別手段は、前記所定のアルゴリズムとして前記楽曲データに関する楽曲情報を判別要素に含むアルゴリズムを利用し、当該アルゴリズムに基づいて前記指標情報を判別する、請求項１又は２に記載のゲームシステム。
4. 前記ゲームは、複数の楽曲を会員に配信するサービスとして当該ゲームとは別に提供される楽曲配信サービスのために構築される楽曲配信システムに前記ゲームシステムがネットワークを介して接続される場合に、前記複数の楽曲の少なくとも一部を前記プレイ用の楽曲の候補として利用するように構成される、請求項１～３のいずれか一項に記載のゲームシステム。
5. ユーザ端末装置にネットワークを介して接続され、当該ユーザ端末装置を利用する端末ユーザによって前記複数の楽曲の一つの楽曲に対応する前記譜面データが生成された場合に、当該譜面データとしてのユーザ生成型譜面データが前記複数の譜面データの一つとして機能するように、前記ユーザ端末装置から前記ユーザ生成型譜面データを取得するデータ取得手段を備え、
   前記指標判別手段は、前記一部の譜面データとして前記ユーザ生成型譜面データが機能するように、当該ユーザ生成型譜面データに前記所定のアルゴリズムを適用することにより前記指標情報を判別し、
   前記指標提供手段は、前記譜面選択機会において前記一部の譜面データとして前記ユーザ生成型譜面データと関連付けられるように前記指標情報を提供する、請求項４に記載のゲームシステム。
6. 前記ゲームをプレイ可能なユーザ端末装置としてのゲーム用ユーザ端末装置、及び複数のユーザによって前記ゲームがプレイされるように所定の施設に設置される商業用のゲーム装置にネットワークを介して接続され、前記ゲーム用ユーザ端末装置の前記譜面選択機会において前記プレイ用譜面データの候補として利用される前記ユーザ生成型譜面データが候補条件を満たす場合に前記商業用のゲーム装置の前記譜面選択機会においても前記プレイ用譜面データの候補として利用される一方で、前記候補条件が満たされない場合には前記商業用のゲーム装置の前記譜面選択機会において前記プレイ用譜面データの候補として利用されないように、前記ユーザ生成型譜面データが前記候補条件を満たすか否か判別する候補判別手段を備える、請求項５に記載のゲームシステム。
7. 前記ユーザ生成型譜面データの前記プレイ用譜面データとしての使用状況に応じて前記端末ユーザに特典を付与する特典付与手段を備える、請求項５又は６に記載のゲームシステム。
8. 前記端末ユーザ、及び前記ユーザ生成型譜面データとして、複数の端末ユーザ、及び複数のユーザ生成型譜面データが利用され、前記複数の端末ユーザによって前記複数のユーザ生成型譜面データが生成される場合に、各ユーザ生成型譜面データの生成を要件に含む評価条件に基づいて各端末ユーザを評価するユーザ評価手段を備える、請求項５～７のいずれか一項に記載のゲームシステム。
9. 前記複数の譜面データとして機能する前記ユーザ生成型譜面データを前記複数の端末ユーザのうち一部の端末ユーザのユーザ生成型譜面データに制限する制限が設定される一方で、前記楽曲配信サービスの前記複数の楽曲として新しい楽曲の配信が開始される場合において当該配信の開始から所定期間では当該新しい楽曲に対応する前記複数のユーザ生成型譜面データについて前記制限が解除されるように、前記ユーザ生成型譜面データが前記複数の譜面データとして適切か否か判別する適否判別手段を備える、請求項８に記載のゲームシステム。
10. 前記ゲームが前記プレイ用の楽曲に所定の条件を要求するように構成される場合に、当該所定の条件を満たすように、前記複数の楽曲をそれぞれ再生するための複数の楽曲データを編集する楽曲編集手段を備える、請求項５～９のいずれか一項に記載のゲームシステム。
11. 前記楽曲編集手段は、前記所定の条件が前記ユーザ生成型譜面データの内容を要件として含む場合に、当該所定の条件を満たすように前記一つの楽曲に対応する楽曲データを前記ユーザ生成型譜面データの内容に応じて編集する、請求項１０に記載のゲームシステム。
12. 前記入力装置、及び前記出力装置に接続されるコンピュータを、請求項１～１１のいずれか一項に記載のゲームシステムの各手段として機能させるように構成されたコンピュータプログラム。
13. ユーザの各プレイ行為を入力するための入力装置と、各プレイ行為が実行されるべき実行時期が記述された譜面データに基づいて前記実行時期を案内するための出力装置と、に接続され、プレイ用の楽曲を再生するための楽曲データと、当該プレイ用の楽曲に関連付けられる前記譜面データとしてのプレイ用譜面データとの組合せにより前記プレイ用の楽曲のリズムに合わせて各実行時期を案内するとともに、前記ユーザによって実際にプレイ行為が実行された場合に当該プレイ行為の時期を前記プレイ用譜面データの前記実行時期に基づいて評価するゲームを提供するゲームシステムに組み込まれるコンピュータに、
    前記プレイ用譜面データを選択するための譜面選択機会において前記プレイ用譜面データの候補として機能する複数の譜面データのうち、少なくとも一部の譜面データに所定のアルゴリズムを適用することにより当該一部の譜面データを選択するための指標となる指標情報を判別する指標判別手順と、
    前記譜面選択機会において前記一部の譜面データと関連付けられるように前記指標情報を前記ユーザに提供する指標提供手順と、
    を実行させる、制御方法。

Images