JPWO2013005301A1 - 再生装置、再生方法、及びコンピュータプログラム - Google Patents

Abstract

再生中のコンテンツデータを対象として所望の再生時刻を適切に指定する。再生装置（２０）は、コンテンツデータの再生中にユーザの操作の入力を受け付ける第１入力手段（２２３、２７０）と、第１入力手段が入力を受け付けた時点での再生時刻を含む所定の第１再生期間に再生されるべきデータ部分に特有の情報を視覚的に示す第１画像データ（１１３１）を表示する表示手段（２２１、２３０）と、第１画像データ上で、第１再生期間中の所望の再生時刻を指定するユーザの操作の入力を受け付ける第２入力手段（２２３、２７０）とを備える。

Description

本発明は、例えば楽曲等のコンテンツデータを再生する再生装置、再生方法、及びコンピュータプログラムの技術分野に関する。

この種の再生装置として、例えば特許文献１に記載されているように、楽曲の一部分のタイミング位置と当該タイミング位置に対応するコメントとが対応付けられたメタ情報を参照することで、楽曲の再生に同期してディスプレイ上にコメントを表示する再生装置が知られている。このような再生装置によれば、楽曲の再生中に、楽曲の部分毎にコメントが表示されるため、ユーザは、当該楽曲の特徴等を聴覚と視覚の双方で実感することができる。

尚、上述の特許文献１には、楽曲の作成者（例えば、著作権者や歌手や演奏者等）によってコメントが予め付与される（つまり、メタ情報が予め作成されている）態様が一例として記載されている（例えば、特許文献１の段落００２３）。更に、上述の特許文献１には、楽曲を視聴するユーザによって随時コメントが付与される（つまり、メタ情報が随時作成される）態様もまた、一例として記載されている（例えば、特許文献１の段落００５９）。

特開２００８−４１３４号公報

ここで、特許文献１では、楽曲を視聴するユーザによって随時コメントが付与される場合には、(i)コメントを付与するべき楽曲の一部分のタイミング位置（つまり、開始位置（開始時間）及び終了位置（終了時間）の夫々）が、ユーザがボタンを押下することによって指定され、(ii)続いて、ユーザによってコメントが入力され、(iii)その後、再生装置によって、ユーザが指定したタイミング位置とユーザが入力したコメントとを含むメタ情報が新たに生成される。

しかしながら、楽曲を視聴しながらユーザがボタンを押下することで開始位置を指定する場合には、以下に示す技術的な問題点が生ずる。具体的には、ユーザが楽曲を視聴している場合に、コメントを付与したい楽曲の一部分が再生されたとする。この場合、コメントを付与したい楽曲の一部分が再生された時点でユーザがボタンを押下しても、コメントを付与したい楽曲の一部分が再生されるタイミングとユーザがボタンを押下するタイミングとの間にはずれ（言い換えれば、タイムラグ）が存在する。従って、ユーザによって指定された開始位置は、ユーザがコメントを付与したい楽曲の一部分のタイミング位置よりも遅れてしまいかねない。このため、ユーザが所望のタイミング位置（言い換えれば、再生時刻）を高精度に指定しながらコメントを付与することができないという技術的な問題点が生ずる。

尚、上述した技術的な問題点は、楽曲に対してコメントが付与される場合のみならず、楽曲の再生に合わせてユーザが所望のタイミング位置（再生時刻）を指定する場合においても同様に生じ得る。更には、このような技術的問題点は、楽曲を再生する場合に限らず、任意のコンテンツデータ（例えば、映像等）を再生する場合においても同様に生じ得る。

本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、再生中のコンテンツデータを対象として所望の再生時刻を適切に指定することが可能な再生装置、再生方法、及びコンピュータプログラムを提供することを課題とする。

上記課題を解決するために、再生装置は、コンテンツデータの再生中にユーザの操作の入力を受け付ける第１入力手段と、前記コンテンツデータのうちの一部のデータ部分であって且つ前記第１入力手段が前記入力を受け付けた時点での再生時刻を含む所定の第１再生期間に再生されるべきデータ部分に特有の情報を視覚的に示す第１画像データを表示する表示手段と、前記表示手段によって表示された前記第１画像データ上で、前記第１再生期間中の所望の再生時刻を指定するユーザの操作の入力を受け付ける第２入力手段とを備える。

上記課題を解決するために、再生方法は、コンテンツデータの再生中にユーザの操作の入力を受け付ける第１入力工程と、前記コンテンツデータのうちの一部のデータ部分であって且つ前記第１入力工程が前記入力を受け付けた時点での再生時刻を含む所定の第１再生期間に再生されるべきデータ部分に特有の情報を視覚的に示す第１画像データを表示する表示工程と、前記表示工程によって表示された前記第１画像データ上で、前記第１再生期間中の所望の再生時刻を指定するユーザの操作の入力を受け付ける第２入力工程とを備える。

上記課題を解決するために、コンピュータプログラムは、コンピュータを上述した再生装置として機能させる。

本実施例の楽曲配信システムの構成を示すブロック図である。 本実施例の楽曲サーバの構成を示すブロック図である。 パートデータ格納部に格納される複数のパートデータの態様を示す模式図である。 パートデータ格納部に格納される複数のパートデータの態様を示す模式図である。 パートデータ格納部に格納される楽曲情報テーブルのデータ構造を示すデータ構造図である。 コメントデータ格納部に格納されるコメントデータのデータ構造を示すデータ構造図である。 楽譜データ格納部に格納される楽譜画像データを示す画像、及び楽譜データ格納部に格納される楽譜情報テーブルのデータ構造を示すデータ構造図である。 演奏順データ格納部に格納される演奏順データのデータ構造を示すデータ構造図である。 本実施例のクライアント端末の構成を示すブロック図である。 制御部の制御によって実現される所望のパートデータのダウンロード及び再生の態様を概略的に示す模式図である。 コメント制御部の制御によって実現されるコメントデータの表示及び新たなコメントデータの付与の態様を概略的に示す模式図である。 本実施例のクライアント端末における動作（特に、コメント制御部の制御の下に、再生中のパートデータを対象として、所望の再生時刻に対応付けてコメントを新たに付与する動作）の流れを示すフローチャートである。 図１２に示す動作が行われている場合の表示部の表示態様を示す平面図である。 図１２に示す動作が行われている場合の表示部の表示態様の他の例を示す平面図である。

以下、再生装置、再生方法、及びコンピュータプログラムの実施形態について順に説明する。

（再生装置の実施形態）
本実施形態の再生装置は、コンテンツデータの再生中にユーザの操作の入力を受け付ける第１入力手段と、前記コンテンツデータのうちの一部のデータ部分であって且つ前記第１入力手段が前記入力を受け付けた時点での再生時刻を含む所定の第１再生期間に再生されるべきデータ部分に特有の情報を視覚的に示す第１画像データを表示する表示手段と、前記表示手段によって表示された前記第１画像データ上で、前記第１再生期間中の所望の再生時刻を指定するユーザの操作の入力を受け付ける第２入力手段とを備える。

本実施形態の再生装置によれば、当該再生装置は、例えば楽曲データ（言い換えれば、音声データ）や映像データ（言い換えれば、動画像データ）等のコンテンツデータを再生することができる。

コンテンツデータの再生中には、第１入力手段は、ユーザの操作の入力を受け付ける。尚、第１入力手段が受け付けるユーザの操作の入力の一例として、例えば、再生中のコンテンツデータに合わせてユーザが所望の再生時刻（例えば、コンテンツデータのうちの好みのデータ部分が再生される若しくは再生された再生時刻若しくは位置）を指定する操作等があげられる。このような操作によって指定された所望の再生時刻に対応するデータ部分には、例えばユーザのコメント等が付与（言い換えれば、重畳）されてもよい。

ここで、コンテンツデータの再生中に、所望の再生時刻が到来した時点でユーザが実際に第１入力手段に対して操作を入力する場面を想定する。この場合、所望の再生時刻が到来した時点（例えば、好みのデータ部分が再生された時点）でユーザが操作を入力しても、ユーザが本来意図している所望の再生時刻とユーザが実際に操作を入力した時点での再生時刻（例えば、好みのデータ部分の再生に反応してからユーザが実際に操作を入力した時点での再生時刻）との間にはずれ（言い換えれば、タイムラグ）が存在してしまう。従って、ユーザが操作を入力した時点での再生時刻は、本来の所望の再生時刻よりも遅れてしまいかねない。しかるに、本実施形態の再生装置は、表示手段及び第２入力手段の動作により、このようなずれの影響を受けることなく、ユーザによる所望の再生時刻の適切な指定を可能としている。

具体的には、表示手段は、コンテンツデータのうちの一部のデータ部分（より具体的には、第１入力手段がユーザの操作の入力を受け付けた時点での再生時刻を含む所定の第１再生期間に再生されるべきデータ部分）に対応する第１画像データを表示する。第１画像データは、当該一部のデータ部分に特有の情報を視覚的に示すデータ（例えば、後述する楽譜データや、歌詞データや、コードデータ等）である。つまり、表示手段は、第１入力手段が入力を受け付けた時点での再生時刻に合わせて、コンテンツデータのうちの一部のデータ部分に焦点が絞られた（言い換えれば、コンテンツデータの全再生期間のうちの一部である第１再生期間に焦点が絞られた）第１画像データを表示することができる。言い換えれば、表示手段は、第１入力手段が入力を受け付けた後には、コンテンツデータの全体に特有の情報を視覚的に示す全体画像データを表示しなくともよい。

その後、第２入力手段は、表示手段によって表示された第１画像データ上で行われるユーザの操作（例えば、第１再生期間中の所望の再生時刻を指定するユーザの操作）の入力を受け付ける。その結果、第２入力手段が受け付けた入力に合わせて、所望の再生時刻が指定される。つまり、ユーザは、第１入力手段に対して操作を入力することで所望の再生時刻を大まかに指定しておきつつ、第２入力手段に対して更に操作を入力することで所望の再生時刻を好適に指定することができる。

このとき、表示手段上には、上述したように、コンテンツデータの全体に特有の情報を視覚的に示す全体画像データではなく、第１入力手段が入力を受け付けた時点での再生時刻に応じた一部のデータ部分に対応する第１画像データが表示されている。従って、コンテンツデータの全体に特有の情報を視覚的に示す全体画像データが表示される場合と比較して、表示手段上には、一部のデータ部分に特有の情報を視覚的に且つ拡大して示す第１画像データが表示されているともいえる。従って、ユーザは、一部のデータ部分に特有の情報を視覚的に認識し易くなる。つまり、ユーザは、第１入力手段が入力を受け付けた時点での再生時刻に焦点を当てて、所望の再生時刻を高精度に指定する（言い換えれば、高精度に微調整する）ことができる。

更には、ユーザは、一部のデータ部分に特有の情報を視覚的に示す第１画像データを見ながら（つまり、視覚的に認識しながら）、所望の再生時刻を指定する（言い換えれば、微調整する）ことができる。言い換えれば、ユーザは、一部のデータ部分を何度も巻き戻しながら何度も視聴する（言い換えれば、聴覚的に認識する）ことで所望の再生時刻を指定しなくともよくなる。従って、一部のデータ部分に特有の情報を視覚的に示す第１画像データが表示されない場合と比較して、ユーザは、所望の再生時刻を相対的に容易に指定することができる。

このように、本実施例の再生装置によれば、ユーザは、再生中のコンテンツデータを対象として所望の再生時刻を適切に指定することができる。

本実施形態の再生装置の一の態様では、前記表示手段は、前記入力が前記第１入力手段によって受け付けられる前は、再生中の前記コンテンツデータの再生の態様を視覚的に示す第２画像データであって且つ現在の再生時刻を含む所定の第２再生期間に対応する第２画像データを表示し、前記表示手段は、前記入力が前記第１入力手段によって受け付けられた後に、前記第２再生期間よりも範囲が短い前記第１再生期間に再生されるべき前記データ部分に特有の情報を視覚的に示す前記第１画像データを表示する。

この態様によれば、第１入力手段が入力を受け付けた後には、相対的に長い第２再生期間に対応する第２画像データに代えて、相対的に短い第１再生期間に対応する第１画像データが表示される。つまり、第１入力手段が入力を受け付けた後には、相対的に長い第２再生期間に対応する第２画像データが表示されている場合と比較して、表示手段上には、一部のデータ部分に特有の情報を視覚的に且つ拡大して示す第１画像データが表示されているともいえる。従って、ユーザは、一部のデータ部分に特有の情報を視覚的に認識し易くなる。つまり、ユーザは、第１入力手段がユーザの操作の入力を受け付けた時点での再生時刻に焦点を当てて、所望の再生時刻を高精度に指定する（言い換えれば、高精度に微調整する）ことができる。

尚、第２画像データは、コンテンツデータの再生の態様を視覚的に表示することができる限りはどのような画像データであってもよい。但し、第２画像データの表示内容が対応している第２再生期間は、第１画像データの表示内容が対応する第１再生期間よりも長くなる。

本実施形態の再生装置の他の態様では、前記第１再生期間は、前記第１入力手段が前記入力を受け付けた時点での再生時刻よりも過去の再生期間を含む。

この態様によれば、ユーザが操作を入力した時点での再生時刻よりも過去の（つまり、前のないしは以前の）再生期間に再生されるべきデータ部分に特有の情報を視覚的に示す第１画像データが表示される。このため、上述したようにユーザが操作を入力した時点での再生時刻が本来の所望の再生時刻よりも遅れてしまいかねない場合であっても、ユーザは、ユーザが操作を入力した時点での再生時刻よりも過去の再生期間に対応する第１画像データを見ながら、ユーザが操作を入力した時点での再生時刻よりも過去の再生期間に含まれる所望の再生時刻を適切に指定することができる。

本実施形態の再生装置の他の態様では、前記コンテンツデータは、楽曲データであり、前記第１画像データは、前記データ部分に特有の楽譜情報を視覚的に示す楽譜データを含む。

この態様によれば、ユーザは、一部のデータ部分に特有の楽譜情報を視覚的に示す楽譜データを見ながら（つまり、視覚的に認識しながら）、所望の再生時刻を指定する（言い換えれば、微調整する）ことができる。従って、楽譜データが表示されない場合と比較して、ユーザは、所望の再生時刻を相対的に容易に指定することができる。

本実施形態の再生装置の他の態様では、前記コンテンツデータは、楽曲データであり、前記第１画像データは、前記データ部分に特有の歌詞情報を視覚的に示す歌詞データを含む。

この態様によれば、ユーザは、一部のデータ部分に特有の歌詞情報を視覚的に示す歌詞データを見ながら（つまり、視覚的に認識しながら）、所望の再生時刻を指定する（言い換えれば、微調整する）ことができる。従って、歌詞データが表示されない場合と比較して、ユーザは、所望の再生時刻を相対的に容易に指定することができる。

本実施形態の再生装置の他の態様では、前記コンテンツデータは、楽曲データであり、前記第１画像データは、前記データ部分に特有のコード情報を視覚的に示すコードデータを含む。

この態様によれば、ユーザは、一部のデータ部分に特有のコード情報を視覚的に示すコードデータを見ながら（つまり、視覚的に認識しながら）、所望の再生時刻を指定する（言い換えれば、微調整する）ことができる。従って、コードデータが表示されない場合と比較して、ユーザは、所望の再生時刻を相対的に容易に指定することができる。

本実施形態の再生装置の他の態様では、前記第１再生期間は、前記第１入力手段が前記入力を受け付けた時点での再生時刻よりも未来の再生期間を含む。

この態様によれば、ユーザは、ユーザが操作を入力した時点での再生時刻よりも未来の（つまり、先の又は後の）再生期間に対応する第１画像データを見ながら、ユーザが操作を入力した時点での再生時刻よりも未来の再生期間に含まれる所望の再生時刻を適切に指定することができる。

（再生方法の実施形態）
本実施形態の再生方法は、コンテンツデータの再生中にユーザの操作の入力を受け付ける第１入力工程と、前記コンテンツデータのうちの一部のデータ部分であって且つ前記第１入力工程が前記入力を受け付けた時点での再生時刻を含む所定の第１再生期間に再生されるべきデータ部分に特有の情報を視覚的に示す第１画像データを表示する表示工程と、前記表示工程によって表示された前記第１画像データ上で、前記第１再生期間中の所望の再生時刻を指定するユーザの操作の入力を受け付ける第２入力工程とを備える。

本実施形態の再生方法によれば、上述した本実施形態の再生装置が享受することができる各種効果と同様の効果を好適に享受することができる。

尚、上述した本実施形態の再生装置における各種態様に対応して、本実施形態の再生方法も各種態様を採ることが可能である。

（コンピュータプログラムの実施形態）
本実施形態のコンピュータプログラムは、コンピュータを上述した本実施形態の再生装置（但し、その各種態様を含む）として機能させる。

本実施形態のコンピュータプログラムによれば、上述した本実施形態の再生装置が享受することができる各種効果と同様の効果を好適に享受することができる。

尚、上述した本実施形態の再生装置における各種態様に対応して、本実施形態のコンピュータプログラムも各種態様を採ることが可能である。

また、本実施形態のコンピュータプログラムは、コンピュータ読取可能な記録媒体に記録されていてもよい。

本実施形態のこのような作用及び他の利得は次に説明する実施例から更に明らかにされる。

以上説明したように、本実施形態の再生装置は、第１入力手段と、表示手段と、第２入力手段とを備える。本実施形態の再生方法は、第１入力工程と、再生工程と、第２入力工程とを備える。本実施形態のコンピュータプログラムは、コンピュータを本実施形態の再生装置として機能させる。従って、本実施形態の再生装置、再生方法及びコンピュータプログラムは、再生中のコンテンツデータを対象として所望の再生時刻を適切に指定することができる。言い換えれば、本実施形態の再生装置、再生方法及びコンピュータプログラムを利用するユーザは、再生中のコンテンツデータを対象として所望の再生時刻を適切に指定することができる。

以下、図面を参照しながら、再生装置、再生方法、及びコンピュータプログラムの実施例について説明する。尚、以下では、再生装置の一例として、楽曲サーバ１０から配信される楽曲（より具体的には、楽曲を構成する複数のパートデータ）をダウンロードすると共に、当該楽曲を再生するクライアント端末２０を用いて説明を進める。但し、再生装置として、楽曲以外の任意のコンテンツ（例えば、映像や、静止画や、テキストデータや、その他の任意のデータ）を再生する再生装置を採用してもよい。加えて、再生装置として、任意のコンテンツを任意の手法で取得する（例えば、記録媒体から読み出す又はストリーミング再生する）と共に、共に当該取得した任意のコンテンツを再生する再生装置を採用してもよい。

（１）楽曲配信システムの構成
はじめに、図１を参照して、本実施例の楽曲配信システム１の構成について説明する。ここに、図１は、本実施例の楽曲配信システム１の構成を示すブロック図である。

図１に示すように、楽曲配信システム１は、楽曲サーバ１０と、クライアント端末２０と、ネットワーク網３０とを備えている。

楽曲サーバ１０は、楽曲を構成する複数のパートデータ１１１１を格納する。楽曲サーバ１０が格納するパートデータ１１１１は、例えば、クライアント端末２０から楽曲サーバ１０に対してアップロード（言い換えれば、送信）されたパートデータ１１１１である。但し、楽曲サーバ１０は、その他の態様で取得したパートデータ１１１１を格納してもよい。各パートデータ１１１１は、楽曲を構成する複数のパートのうちのいずれか（つまり、複数の楽器パートないしは演奏パートのうちのいずれか）に対応する演奏データに相当する。尚、パートデータ１１１１については、後に詳述する（図３等参照）。

加えて、楽曲サーバ１０は、クライアント端末２０からの要求に応じて、クライアント端末２０に対して所望のパートデータ１１１１を配信（言い換えれば、送信）する。

クライアント端末２０は、楽曲サーバ１０に対してパートデータ１１１１をアップロードする。クライアント端末２０がアップロードするパートデータ１１１１は、例えば、クライアント端末２０のユーザが実際に楽器を演奏することで作成（言い換えれば、録音）したパートデータ１１１１である。但し、クライアント端末２０は、その他の態様で作成ないしは取得したパートデータ１１１１をアップロードしてもよい。

加えて、クライアント端末２０は、楽曲サーバ１０に対して、楽曲サーバ１０が格納している複数のパートデータ１１１１のうちの所望のパートデータ１１１１の配信を要求する。その結果、クライアント端末２０は、楽曲サーバ１０から配信される所望のパートデータ１１１１をダウンロード（言い換えれば、取得ないしは受信）する。その後、クライアント端末２０は、取得したパートデータ１１１１を再生してもよい。

ネットワーク網３０は、楽曲サーバ１０とクライアント端末２０との間を接続するネットワーク回線である。ネットワーク網３０は、有線のネットワーク回線であってもよいし、無線のネットワーク回線であってもよいし、有線のネットワーク回線と無線のネットワーク回線との組み合わせであってもよい。

尚、図１は、楽曲配信システム１が１つの楽曲サーバ１０を備える例を示している。しかしながら、楽曲配信システム１は、複数の楽曲サーバ１０を備えていてもよい。この場合、クライアント端末２０は、複数の楽曲サーバ１０のうちの少なくとも１つに対してパートデータ１１１１をアップロードすると共に、複数の楽曲サーバ１０のうちの少なくとも１つからパートデータ１１１１をダウンロードしてもよい。

また、図１は、楽曲配信システム１が１つのクライアント端末２０を備える例を示している。しかしながら、楽曲配信システム１は、複数のクライアント端末２０を備えていてもよい。この場合、あるクライアント端末２０は、他のクライアント端末２０がアップロードしたパートデータ１１１１をダウンロードしてもよい。

（２）楽曲サーバの構成
続いて、図２を参照して、本実施例の楽曲サーバ１０の構成について説明する。ここに、図２は、本実施例の楽曲サーバ１０の構成を示すブロック図である。

図２に示すように、楽曲サーバ１０は、データベース１１０と、制御部１２０と、表示情報生成部１３０と、データ通信部１４０と備えている。

データベース１１０は、パートデータ格納部１１１と、コメントデータ格納部１１２と、楽譜データ格納部１１３と、演奏順データ格納部１１４とを備えている。

パートデータ格納部１１１は、クライアント端末２０からアップロードされた複数のパートデータ１１１１と、当該複数のパートデータ１１１１を管理するための楽曲情報テーブル１１１２とを格納する。尚、複数のパートデータ１１１１の夫々は、「コンテンツデータ」の一具体例を構成する。

ここで、図３及び図４を参照して、パートデータ格納部１１１に格納される複数のパートデータ１１１１について説明する。ここに、図３及び図４は、夫々、パートデータ格納部１１１に格納される複数のパートデータ１１１１の態様を示す模式図である。

図３に示すように、パートデータ格納部１１１には、複数のパートデータ１１１１が、所定のルールに応じて分類された状態で格納されていることが好ましい。ここで、ルールの一例として、パートデータ１１１１が構成する楽曲の曲名や、パートデータ１１１１が構成する楽曲のテンポ等があげられる。従って、同一の曲名を有する楽曲であって且つテンポが同じ楽曲を構成する一又は複数のパートデータ１１１１が、同一のルールによって分類されるデータ群を構成することが好ましい。例えば、図３に示す例では、曲名が「○○○○」である楽曲であって且つテンポが「１０２ｂｐｍ（Ｂｅａｔ Ｐｅｒ Ｍｉｎｕｔｅ）」となる楽曲を構成する一又は複数のパートデータ１１１１が、ルールＡという区分に分類されるデータ群を構成した状態で、パートデータ格納部１１１に格納される。同様に、図３に示す例では、曲名が「×××」である楽曲であって且つテンポが「８８ｂｐｍ」となる楽曲を構成する一又は複数のパートデータ１１１１が、ルールＢという区分に分類されるデータ群を構成した状態で、パートデータ格納部１１１に格納される。

このようなルールに応じて分類された状態で複数のパートデータ１１１１を格納するために、パートデータ格納部１１１は、新たなパートデータ１１１１を格納する都度、当該新たなパートデータ１１１１の曲名やテンポ等（つまり、ルールを特徴づける特性）を分析することで、当該新たなパートデータ１１１１をルールに応じて分類してもよい。但し、新たなパートデータ１１１１が格納されるのは、クライアント端末２０上で、楽曲サーバ１０からダウンロードした他のパートデータ１１１１を伴奏にしながらユーザ自身の演奏が録音されることで新たなパートデータ１１１１が生成されるタイミングであることが相対的に多い。この場合、新たなパートデータ１１１１の曲名やテンポは、伴奏にしている他のパートデータ１１１１の曲名やテンポと一致する。従って、このような場合には、パートデータ格納部１１１は、当該新たなパートデータ１１１１の曲名やテンポ等を分析することなく、当該新たなパートデータ１１１１を、伴奏にした他のパートデータ１１１１が分類されるルールと同一のルールに分類されると判定してもよい。

加えて、パートデータ格納部１１１には、同一のルールによって分類されるデータ群を構成する複数のパートデータ１１１１が、パート毎に分類された状態で格納されていることが好ましい。例えば、図３に示す例では、ルールＡという区分に分類されるデータ群を構成する複数のパートデータ１１１１が、リードギターに対応する一又は複数のパートデータ１１１１と、コーラスに対応する一又は複数のパートデータ１１１１と、ベースに対応する一又は複数のパートデータ１１１１と、ドラムに対応する一又は複数のパートデータ１１１１と、ボーカルに対応する一又は複数のパートデータ１１１１とに分類された状態で格納される。同様に、図３に示す例では、ルールＢという区分に分類されるデータ群を構成する複数のパートデータ１１１１が、リードギターに対応する一又は複数のパートデータ１１１１と、ベースに対応する一又は複数のパートデータ１１１１と、ドラムに対応する一又は複数のパートデータ１１１１と、ボーカルに対応する一又は複数のパートデータ１１１１とに分類された状態で格納される。

このようなパート毎に分類された状態で複数のパートデータ１１１１を格納するために、パートデータ格納部１１１は、新たなパートデータ１１１１を格納する都度、当該新たなパートデータ１１１１に対応するパートを分析することで、当該新たなパートデータ１１１１をパート毎に分類することが好ましい。

或いは、図４に示すように、パートデータ格納部１１１には、同一のルールによって分類されるデータ群を構成する複数のパートデータ１１１１が、バンドという単位で取りまとめられた状態で格納されていてもよい。ここで、「バンド」とは、一つの楽曲を構成するための一又は複数のパートの集合を示す。つまり、バンドという単位で取りまとめられた複数のパートデータ１１１１がクライアント端末２０上でミキシングされながら再生されることで、仮想的なあるバンドによって一つの楽曲が演奏されている状態が実質的に実現される。図３に示す例では、ルールＡという区分に分類されるデータ群の中で、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１との組み合わせからデータ群が、バンド＃１という単位で取りまとめられた状態で格納されている。同様に、図３に示す例では、ルールＡという区分に分類されるデータ群の中で、リードギターに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１との組み合わせからデータ群が、バンド＃２という単位で取りまとめられた状態で格納されている。尚、バンド＃２のデータ群は、バンド＃１のデータ群と比較して、ボーカルに対応するパートデータ１１１１が含まれていない、いわゆる「マイナスワン」のデータ群に相当する。

このとき、バンドという単位で取りまとめられた状態で格納される各パートデータ１１１１は、他のパートデータ１１１１とミキシングされる時の設定の態様（例えば、音量やパン等）を示すミキシング情報と共に格納されていてもよい。従って、クライアント端末２０は、バンドという単位で取りまとめられた複数のパートデータ１１１１をミキシングする際には、各パートデータ１１１１と共に記録されているミキシング情報を参照しながらミキシングすることが好ましい。これにより、クライアント端末２０は、複数のパートデータ１１１１の適切なミキシングを行うことができる。

尚、図４は、バンドという単位で取りまとめられている一方で未だミキシングされていない複数のパートデータ１１１１がパートデータ格納部１１１に格納されている例を示している。しかしながら、パートデータ格納部１１１には、バンドという単位で取りまとめられる複数のパートデータ１１１１が、既にミキシングされた状態で格納されていてもよい。言い換えれば、パートデータ格納部１１１には、複数のパートデータ１１１１をミキシングすることで得られる１つのミックスデータが格納されていてもよい。

このようなパートデータ格納部１１１による複数のパートデータ１１１１のルール毎の、パート毎の又はバンド毎の格納は、例えばパートデータ１１１１と共にパートデータ格納部１１１に格納される所定の管理情報によって論理的に実現されることが好ましい。例えば、パートデータ格納部１１１は、複数のパートデータ１１１１自体を直接的に区別することなくそのまま格納すると共に、当該格納しているパートデータ１１１１のルール毎の、パート毎又はバンド毎の分類を管理するための管理情報を別途格納することが好ましい。この場合、楽曲サーバ１０は、管理情報を参照することで、複数のパートデータ１１１１があたかも図３及び図４に示す態様でパートデータ格納部１１１上に格納されていると認識することができる。但し、パートデータ格納部１１１は、物理的なパーティションを区切ることで、複数のパートデータ１１１１のルール毎の、パート毎の又はバンド毎の格納を、物理的に実現してもよい。

続いて、図５を参照して、パートデータ格納部１１１に格納される楽曲情報テーブル１１１２について説明する。ここに、図５は、パートデータ格納部１１１に格納される楽曲情報テーブル１１１２のデータ構造を示すデータ構造図である。

図５に示すように、楽曲情報テーブル１１１２は、パートデータ格納部１１１に格納される複数のパートデータ１１１１の夫々の特徴を示す楽曲情報（例えば、拍や小節）を格納する。

図５に示す例では、楽曲情報テーブル１１１２は、楽曲情報として、対応するパートデータ１１１１における各拍のタイミングを時系列に沿って列挙した拍情報を格納している。尚、拍情報としては、例えば、パートデータ１１１１が構成する楽曲の先頭（つまり、再生開始時刻）からの各拍が現れる位置のサンプル数が一例としてあげられる。より具体的には、図５に示す楽曲情報テーブル１１１２の例は、あるパートデータ１１１１についての楽曲情報として、先頭からのサンプル数が５０６８８となる位置（再生時刻）に拍＃ｓ１が現れ、先頭からのサンプル数が７４８８０となる位置に拍＃ｓ２が現れ、先頭からのサンプル数が１００２２４となる位置に拍＃ｓ３が現れ、先頭からのサンプル数が１２５５６８となる位置に拍＃ｓ４が現れ、先頭からのサンプル数が１４９７６０となる位置に拍＃ｓ５が現れ、先頭からのサンプル数が１７５１０４となる位置に拍＃ｓ６が現れ、先頭からのサンプル数が２００４４８となる位置に拍＃ｓ７が現れ、先頭からのサンプル数が２２４６４０となる位置に拍＃ｓ８が現れ、先頭からのサンプル数が２４９９８４となる位置に拍＃ｓ９が現れることを示す拍情報を格納している。

加えて、図５に示す例では、楽曲情報テーブル１１１２は、楽曲情報として、(i)対応するパートデータ１１１１における各拍が、当該パートデータ１１１１が構成する楽曲の小節の先頭に位置するか否かを示すフラグ情報及び(ii)対応するパートデータ１１１１における各拍がいずれの小節に属するかを示す小節情報を格納している。より具体的には、図５に示す楽曲情報テーブル１１１２の例は、あるパートデータ１１１１についての楽曲情報として、拍＃ｓ１、拍＃ｓ５及び拍＃ｓ９の夫々が小節の先頭であることを示すフラグ情報を格納している。加えて、図５に示す楽曲情報テーブル１１１２の例は、あるパートデータ１１１１の楽曲情報として、拍＃ｓ１から拍＃ｓ４が第１の小節に属し、拍＃ｓ５から拍＃ｓ８が第２の小節に属し、拍＃ｓ９以降が第３の小節に属することを示す小節情報を格納している。

尚、図５に示す楽曲情報テーブル１１１２の具体的なデータ構造はあくまで一例であって、楽曲情報テーブル１１１２が、図５に示す楽曲情報以外の情報を含んでいてもよい。例えば、後述するように、楽曲情報テーブル１１１２は、パートデータ１１１１と後述の楽譜画像データ１１３１との対応付けを特定するために用いられる。従って、楽曲情報テーブル１１１２は、パートデータ１１１１と楽譜画像データ１１３１との対応付けを直接的に又は間接的に特定することができる任意の情報を含んでいてもよい。

尚、上述の説明では、パートデータ格納部１１１には、パートデータ格納部１１１に格納される複数のパートデータ１１１１の夫々に個別に対応する一又は複数の楽曲情報テーブル１１１２が格納される構成が例示されている。しかしながら、パートデータ格納部１１１には、パートデータ格納部１１１に格納される複数のパートデータ１１１１によって構成される一又は複数の楽曲の夫々に個別に対応する一又は複数の楽曲情報テーブル１１１２が格納されていてもよい。或いは、パートデータ格納部１１１には、パートデータ格納部１１１に格納される複数のパートデータ１１１１を分類する単位であるルール毎、パート毎又はバンド毎に区別される一又は複数の楽曲情報テーブル１１１２が格納されていてもよい。或いは、パートデータ格納部１１１には、パートデータ格納部１１１に格納されるミックスデータに個別に対応する一又は複数の楽曲情報テーブル１１１２が格納されていてもよい。或いは、パートデータ格納部１１１には、パートデータ格納部１１１に格納される複数のパートデータ１１１１に対してその他の態様で対応する一又は複数の楽曲情報テーブル１１１２が格納されていてもよい。

再び図２において、コメントデータ格納部１１２は、パートデータ格納部１１１に格納されている複数のパートデータ１１１１の夫々に対応付けられたコメントデータを格納する。コメントデータは、対応するパートデータ１１１１の特定の再生時刻の演奏状態（演奏態様）に対するユーザ（例えば、クライアント端末２０のユーザ）のコメントを含む。但し、コメントデータは、対応するパートデータ１１１１の特定の再生時刻の演奏状態（演奏態様）に対するユーザ以外の者（例えば、パートデータ１１１１の制作者ないしはパートデータ１１１１が構成する楽曲の制作者）のコメントを含んでいてもよい。

ここで、図６を参照して、コメントデータ格納部１１２に格納されるコメントデータについて説明する。ここに、図６は、コメントデータ格納部１１２に格納されるコメントデータのデータ構造を示すデータ構造図である。

図６に示すように、コメントデータは、例えば、コメントの内容を示すテキストデータと、当該コメントが対応付けられた再生時刻とを含んでいる。その結果、図６に示すコメントデータによって、「このフレーズいいね！！」というＢさんのコメントが、１分００秒という再生時刻の表記と共に表示される。

コメントデータに含まれる再生時刻には、対応するパートデータ１１１１の対応する再生時刻へのリンクを示すリンク情報（言い換えれば、対応するパートデータ１１１１の対応する再生時刻を指し示すポインタ情報）が更に対応付けられていてもよい。この場合、当該コメントを視聴したユーザが再生時刻をクリックする又はタッチすると、対応するパートデータ１１１１の再生が１分００秒という再生時刻から開始されてもよい。或いは、当該コメントデータは、対応するパートデータ１１１１の再生に合わせて自動的に表示されてもよい。具体的には、対応するパートデータ１１１１の現在の再生時刻がコメントデータに含まれる再生時刻と合致した時点で、当該コメントデータに含まれるテキストデータが表示されてもよい。

尚、上述の説明では、コメントデータ格納部１１２には、パートデータ格納部１１１に格納される複数のパートデータ１１１１の夫々に個別に対応する一又は複数のコメントデータが格納される構成が例示されている。しかしながら、コメントデータ格納部１１２には、パートデータ格納部１１１に格納される複数のパートデータ１１１１によって構成される一又は複数の楽曲の夫々に個別に対応する一又は複数のコメントデータが格納されていてもよい。或いは、コメントデータ格納部１１２には、パートデータ格納部１１１に格納される複数のパートデータ１１１１を分類する単位であるルール毎、パート毎又はバンド毎に区別される一又は複数のコメントデータが格納されていてもよい。或いは、コメントデータ格納部１１２には、パートデータ格納部１１１に格納されるミックスデータに個別に対応する一又は複数のコメントデータが格納されていてもよい。或いは、コメントデータ格納部１１２には、パートデータ格納部１１１に格納される複数のパートデータ１１１１に対してその他の態様で対応する一又は複数のコメントデータが格納されていてもよい。

再び図２において、楽譜データ格納部１１３は、パートデータ格納部１１１に格納される複数のパートデータ１１１１の夫々の楽譜を示す一又は複数の楽譜画像データ１１３１と、当該一又は複数の楽譜画像データ１１１３を管理するための楽譜情報テーブル１１３２とを格納する。尚、楽譜画像データ１１３１は、「第１画像データ」の一具体例を構成する。

ここで、図７を参照して、楽譜データ格納部１１３に格納される楽譜画像データ１１３１及び楽譜情報テーブル１１３２について説明する。ここに、図７は、楽譜データ格納部１１３に格納される楽譜画像データ１１３１を示す画像、及び楽譜データ格納部１１３に格納される楽譜情報テーブル１１３２のデータ構造を示すデータ構造図である。

図７（ａ）に示すように、楽譜画像データ１１３１は、楽譜の画像を示す画像データ（例えば、ＪＰＥＧデータやビットマップデータ等）である。尚、図７（ａ）は、夫々５つの小節を含む２段の楽譜を示す楽譜画像データ１１３１の例を示している。尚、楽譜画像データ１１３１中の各点（各位置）には、画像中の所定の位置（例えば、画像の左上端）を原点とする座標が割り当てられることが好ましい。図７（ａ）に示す例では、例えば、上段の五線譜の上部Ｙ座標（つまり、図７（ａ）中縦方向の座標）に「１２４」が割り当てられ、上段の五線譜の下部Ｙ座標に「２０７」が割り当てられ、下段の五線譜の上部Ｙ座標に「４９０」が割り当てられ、下段の五線譜の下部Ｙ座標に「５７３」が割り当てられている。また、図７（ａ）に示す例では、例えば、上段及び下段の五線譜の小節線のＸ座標（つまり、図７（ａ）中横方向の座標）に、左側から順に、「３８」、「５０９」、「９０３」、「１３１９」、「１７４１」及び「２１６３」が割り当てられている。

図７（ｂ）に示すように、楽譜情報テーブル１１３２は、楽譜画像データ１１３１を管理するための楽譜情報を格納する。図７（ｂ）に示す例では、楽譜情報テーブル１１３２は、楽譜情報として、楽譜画像データ１１３１の画像サイズ（つまり、上述した楽譜画像データ１１３１の横方向及び縦方向の夫々のサイズ）や、楽譜画像データ１１３１中の各点（各位置）の座標等を格納している。

尚、図７（ｂ）に示す楽譜情報テーブル１１３２の具体的なデータ構造はあくまで一例であって、楽譜情報テーブル１１３２が、図７（ｂ）に示す楽譜情報以外の情報を含んでいてもよい。例えば、後述するように、楽譜情報テーブル１１３２は、パートデータ１１１１と楽譜画像データ１１３１との対応付けを特定するために用いられる。従って、楽譜情報テーブル１１３２は、パートデータ１１１１と楽譜画像データ１１３１との対応付けを直接的に又は間接的に特定することができる任意の情報を含んでいてもよい。

尚、上述の説明では、楽譜データ格納部１１３には、パートデータ格納部１１１に格納される複数のパートデータ１１１１の夫々に個別に対応する一又は複数の楽譜画像データ１１３１が格納される構成が例示されている。しかしながら、楽譜データ格納部１１３には、パートデータ格納部１１１に格納される複数のパートデータ１１１１によって構成される一又は複数の楽曲の夫々に個別に対応する一又は複数の楽譜画像データ１１３１が格納されていてもよい。或いは、楽譜データ格納部１１３には、パートデータ格納部１１１に格納される複数のパートデータ１１１１を分類する単位であるルール毎、パート毎又はバンド毎に区別される一又は複数の楽譜画像データ１１３１が格納されていてもよい。或いは、楽譜データ格納部１１３には、パートデータ格納部１１１に格納されるミックスデータに個別に対応する一又は複数の楽譜画像データ１１３１が格納されていてもよい。或いは、楽譜データ格納部１１３には、パートデータ格納部１１１に格納される複数のパートデータ１１１１に対してその他の態様で対応する一又は複数の楽譜画像データ１１３１が格納されていてもよい。

再び図２において、演奏順データ格納部１１４は、パートデータ格納部１１１に格納される複数のパートデータ１１１１の夫々に対応付けられた演奏順データを格納する。演奏順データは、対応するパートデータ１１１１の小節番号を、演奏が行われる順番に列挙された状態で含んでいる。

ここで、図８を参照して、演奏順データ格納部１１４に格納される演奏順データについて説明する。ここに、図８は、演奏順データ格納部１１４に格納される演奏順データのデータ構造を示すデータ構造図である。

図８に示すように、演奏順データは、対応するパートデータ１１１１を対象として、当該パートデータ１１１１に対応する楽曲情報テーブル１１１２によって特定される小節番号（以降、適宜“楽曲小節番号”と称する）と、当該パートデータ１１１１に対応する楽譜情報テーブル１１３２によって特定される小節番号（以降、適宜“楽譜小節番号”と称する）との組み合わせ（つまり、同じ小節を特定する小節番号の組み合わせ）を、演奏が行われる順に（つまり、当該パートデータ１１１１の再生時間軸に沿って）列挙された状態で含んでいる。図８に示す演奏順データでは、楽曲小節番号「１」と楽譜小節番号「０」との組み合わせと、楽曲小節番号「２」と楽譜小節番号「１」との組み合わせと、楽曲小節番号「３」と楽譜小節番号「２」との組み合わせと、楽曲小節番号「４」と楽譜小節番号「３」との組み合わせと、楽曲小節番号「５」と楽譜小節番号「４」との組み合わせと、楽曲小節番号「６」と楽譜小節番号「３」との組み合わせと、楽曲小節番号「７」と楽譜小節番号「５」との組み合わせと、楽曲小節番号「８」と楽譜小節番号「６」との組み合わせと、楽曲小節番号「９」と楽譜小節番号「７」との組み合わせと、楽曲小節番号「１０」と楽譜小節番号「１」との組み合わせと、楽曲小節番号「１１」と楽譜小節番号「８」との組み合わせとが、この順に列挙されている。

尚、演奏順データ格納部１１４は、楽曲情報テーブル１１１２を格納するパートデータ格納部１１１や楽譜情報テーブル１１３２を格納する楽譜データ格納部１１３に合わせて、複数のパートデータ１１１１の夫々に個別に対応する一又は複数の演奏順データを格納してもよいし、一又は複数の楽曲の夫々に個別に対応する一又は複数の演奏順データを格納してもよいし、ルール毎、パート毎又はバンド毎に区別される一又は複数の演奏順データを格納してもよいし、ミックスデータに個別に対応する一又は複数の演奏順データを格納してもよいし、複数のパートデータ１１１１に対してその他の態様で対応する一又は複数の演奏順データを格納してもよい。

尚、図２では、１つの楽曲サーバ１０が備えるデータベース１１０中に、パートデータ格納部１１１、コメントデータ格納部１１２、楽譜データ格納部１１３及び演奏順データ格納部１１４が備えられている例を示している。しかしながら、パートデータ格納部１１１、コメントデータ格納部１１２、楽譜データ格納部１１３、演奏順データ格納部１１４の夫々又は少なくとも一つが、複数の楽曲サーバ１０が備える複数のデータベース１１０に跨って分散して備えられていてもよい。つまり、パートデータ格納部１１１、コメントデータ格納部１１２、楽譜データ格納部１１３、演奏順データ格納部１１４の夫々又は少なくとも一つは、いわゆるクラウドの形態を採用するように複数の楽曲サーバ１０に分散配置されていてもよい。

再び図２において、制御部１２０は、楽曲サーバ１０全体の動作を制御する中央制御装置（例えば、ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。制御部１２０は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、データ通信制御部１２１とを備えている。

データ通信制御部１２１は、クライアント端末２０から要求があった複数のパートデータ１１１１を配信するようにデータ通信部１４０を制御する。加えて、データ通信制御部１２１は、クライアント端末２０から要求があった任意のデータ（例えば、データベース１１０に格納されている任意のデータ）を配信するようにデータ通信部１４０を制御する。

更に、データ通信制御部１２１は、クライアント端末２０からアップロードされるパートデータ１１１１を受信するようにデータ通信部１４０を制御する。データ通信制御部１２２は、受信したパートデータ１１１１をパートデータ格納部１１１に格納する。加えて、データ通信制御部１２１は、クライアント端末２０からアップロードされる任意のデータ（例えば、データベース１１０に格納されるべき任意のデータ）を受信するようにデータ通信部１４０を制御する。データ通信制御部１２１は、受信した任意の情報をデータベース１１０に格納する。

表示情報生成部１３０は、所定の画面をクライアント端末２０が表示するために必要な表示情報（例えば、ＧＵＩ（Graphic User Interface）情報等）を生成する。表示情報生成部１３０は、データ通信部１４０を介して、生成した表示情報をクライアント端末２０に送信する。その結果、クライアント端末２０は、楽曲サーバ１０から送信される表示情報に基づいて生成される画面を表示する。

データ通信部１４０は、データ通信制御部１２１の制御の下で、ネットワーク網３０を介したクライアント端末２０との間の通信を行う。従って、クライアント端末２０からアップロードされるパートデータ１１１１ないしは任意のデータは、データ通信部１４０によって取得される。取得されたパートデータ１１１１ないしは任意のデータは、データ通信制御部１２１によってデータベース１１０に格納される。また、クライアント端末２０から要求されたパートデータないしは任意のデータは、データ通信制御部１２１によってデータベース１１０から読み出される。読み出されたパートデータ１１１１ないしは任意のデータは、データ通信制御部１２１の制御の下で、データ通信部１４０からクライアント端末２０に対して配信される。

（３）クライアント端末の構成
続いて、図９を参照して、本実施例のクライアント端末２０の構成について説明する。ここに、図９は、本実施例のクライアント端末２０の構成を示すブロック図である。

図９に示すように、クライアント端末２０は、記憶装置２１０と、制御部２２０と、表示部２３０と、データ通信部２４０と、音声入力部２５０と、音声出力部２６０と、操作部２７０とを備える。

記憶装置２１０は、クライアント端末２０内におけるデータ処理の過程で用いられるデータを一時的に又は恒久的に格納する。記憶装置２１０として、例えば、ＲＯＭやＲＡＭやフラッシュメモリ等の半導体メモリや、ハードディスク等が一例としてあげられる。

制御部２２０は、クライアント端末２０全体の動作を制御する中央制御装置（例えば、ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。制御部２２０は、その内部に実現される物理的な、論理的な又は機能的な処理ブロックとして、表示制御２２１と、音声制御部２２２と、操作制御部２２３と、データ通信制御部２２４と、コメント制御部２２５とを備えている。

表示制御部２２１は、表示部２３０と共に「表示手段」の一具体例を構成し、楽曲サーバ１０の表示情報生成部１３０から送信される表示情報に基づいて、表示部２３０が所定の画面（例えば、クライアント端末２０の操作の指示をユーザから受け付けるための画面や、クライアント端末２０の状態をユーザに示す画面等）を表示するように、表示部２３０の動作を制御する。本実施例では、表示制御部２２１は、新たなコメントの付与を希望するユーザの操作を受け付けるための画面を表示してもよい。また、表示制御部２２１は、楽曲サーバ１０から配信されるコメントデータに基づく既存のコメントを示す画面を表示してもよい。加えて、本実施例では、表示制御部２２１は、音声入力部２５０を介したユーザの演奏データ（つまり、パートデータ１１１１）の録音の指示や、当該録音されたパートデータ１１１１の楽曲サーバ１０へのアップロードの指示をユーザから受け付けるための画面を表示してもよい。また、表示制御部２２１は、楽曲サーバ１０に格納されている複数のパートデータ１１１１のうちの所望のパートデータ１１１１のダウンロードの要求の指示をユーザから受け付けるための画面を表示してもよい。このため、楽曲サーバ１０の表示情報生成部１３０から送信される表示情報は、このような画面を表示するために必要な各種情報を含んでいることが好ましい。但し、表示制御部２２１は、楽曲サーバ１０の表示情報生成部１３０から送信される表示情報に基づくことなく、自身で一から画面を表示するために必要な各種情報を生成してもよい。

音声制御部２２２は、音声入力部２５０を介した音声（例えば、ボーカルないしはコーラスの音声や、各楽器の演奏による音声等）の録音を制御する。録音された音声は、一時的に又は恒久的に記憶装置２１０に格納されてもよい。加えて、音声制御部２２２は、楽曲サーバ１０からダウンロードしたパートデータ１１１１の、音声出力部２６０からの音声としての出力を制御する。

操作制御部２２３は、操作部２７０と共に「第１及び第２入力手段」の一具体例を構成し、操作部２７０を用いたユーザの操作を受け付けると共に、当該受け付けた操作に応じた動作が行われるよう、受け付けたユーザの操作の内容をクライアント端末２０内の各部に通知する。本実施例では、操作制御部２２３は、新たなコメントの付与を希望するユーザの操作を受け付けた場合には、当該操作を受け付けた旨をコメント制御部２２５に通知する。その結果、コメント制御部２２５は、ユーザによる新たなコメントの付与に関する制御を行う。また、操作制御部２２３は、楽曲サーバ１０から配信されるコメントデータに基づく既存のコメントの表示を希望するユーザの操作を受け付けた場合には、当該操作を受け付けた旨をコメント制御部２２５に通知する。その結果、コメント制御部２２５は、楽曲サーバ１０から対応するコメントデータをダウンロードすると共に、ダウンロードしたコメントデータを表示制御部２２１に転送する。加えて、例えば、操作制御部２２３は、音声入力部２５０を介したユーザの演奏データ（つまり、パートデータ１１１１）の録音を指示するユーザの操作を受け付けた場合には、当該操作を受け付けた旨を音声制御部２２２に通知する。その結果、音声制御部２２２は、ユーザの演奏データを録音するように音声入力部２５０の動作を制御する。

データ通信制御部２２４は、例えば、操作制御部２２３からパートデータ１１１１のアップロードを指示するユーザの操作を受け付けた旨の通知を受けた場合には、音声制御部２２２の制御の下で録音されたパートデータ１１１１を楽曲サーバ１０へアップロードするようにデータ通信制御部２２４を制御する。その結果、音声制御部２２２の制御の下で録音されたパートデータ１１１１は、データ通信部２４０を介して、クライアント端末２０から楽曲サーバ１０へとアップロードされる。

また、データ通信制御部２２４は、例えば、操作制御部２２３から楽曲サーバ１０に格納されている複数のパートデータ１１１１のうちの所望のパートデータ１１１１のダウンロードを要求するユーザの指示を受け付けた旨の通知を受けた場合には、所望のパートデータ１１１１のダウンロードを楽曲サーバ１０に要求するメッセージを送信するようデータ通信部２４０を制御する。その結果、所望のパートデータ１１１１は、データ通信部２４０を介して、楽曲サーバ１０からクライアント端末２０へとダウンロードされる。

ここで、図１０を参照して、データ通信制御部２２４の制御によって実現される所望のパートデータ１１１１のダウンロード及び再生について説明する。ここに、図１０は、制御部２２０の制御によって実現される所望のパートデータ１１１１のダウンロード及び再生の態様を概略的に示す模式図である。

図１０に示すように、例えば、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるリードギターに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。同様に、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるコーラスに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。同様に、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるベースに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。同様に、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるドラムに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。同様に、クライアント端末２０は、データ通信制御部２２４の制御の下で、ルールＡという区分に分類されるデータ群に含まれるボーカルに対応する複数のパートデータ１１１１の中から、所望の１つのパートデータ１１１１のダウンロードを要求してもよい。

その結果、クライアント端末２０は、データ通信制御部２２４の制御の下で、リードギターに対応する１つのパートデータ１１１１と、コーラスに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１とをダウンロードする。このとき、クライアント端末２０は、音声制御部２２２の制御の下で、ダウンロードしたパートデータ１１１１をミキシングしながら再生してもよい。

再び図９において、コメント制御部２２５は、コメントデータ格納部１１２に格納されているコメントデータに基づくコメントを表示するように表示制御部２２１を制御する。その結果、表示部２３０には、コメントデータに基づくコメントが表示される。

加えて、コメント制御部２２５は、再生中のパートデータ１１１１に対してユーザが新たなコメントを付与する動作を制御する。より具体的には、ユーザによる操作部２７０を用いた操作を起点として再生中のパートデータ１１１１に対して新たなコメントデータの生成を希望している旨の通知を受けた場合には、コメント制御部２２５は、新たなコメントを示すテキストデータと当該新たなコメントを付与するべき再生時刻とを指定するユーザの操作を受け付ける。その後、コメント制御部２２５は、新たなコメントを示すテキストデータと当該新たなコメントを付与するべき再生時刻とを楽曲サーバ１０にアップロードするようにデータ通信部２４０を制御する。

ここで、図１１を参照して、コメント制御部２２５の制御によって実現されるコメントデータの表示及び新たなコメントデータの付与について説明する。ここに、図１１は、コメント制御部２２５の制御によって実現されるコメントデータの表示及び新たなコメントデータの付与の態様を概略的に示す模式図である。

図１１（ａ）に示すように、コメント制御部２２５は、データ通信部２４０を制御することで、楽曲サーバ１０からコメントデータ（図６参照）をダウンロードする。その後、コメント制御部２２５は、ダウンロードされたコメントデータを表示制御部２２１に転送する。その後、表示制御部２２１は、ダウンロードされたコメントデータに応じたコメントが表示されるように表示部２３０を制御する。その結果、図１１（ａ）の上部に示すように、表示部２３０には、「このフレーズいいね！！」というＢさんのコメントが１分００秒という再生時刻の表記と共に表示される。このとき、図１１（ａ）に示すように、１分００秒という再生時刻に対応付けられたリンク情報をユーザがクリック（或いは、表示部２３０がタッチパネルを備えている場合は、リンク情報をタッチ）すると、対応するパートデータ１１１１の再生が１分００秒という再生時刻から開始される。この場合、図１１（ａ）の下部に示すように、表示部２３０は、その表示態様を、コメントを表示している状態から、パートデータ１１１１の再生の態様を表示している状態に切り替えてもよい。尚、図１１（ａ）の下部は、パートデータ１１１１の再生が行われている場合には、当該パートデータ１１１１の全体の再生期間に対して今現在の再生時刻を特定する再生スライダが表示される例を示している。具体的には、図１１（ａ）の下部は、１分００秒という再生時刻に対応付けられたリンク情報をクリックすることで、４分という全体の再生期間を有するパートデータ１１１１のうちの１分００秒から再生が開始された場合の再生スライダの例を示している。

一方で、図１１（ｂ）に示すように、パートデータ１１１１の再生中に気に入ったフレーズ（つまり、パートデータ１１１１の一部の楽曲部分）が流れた場合には、ユーザは、例えば表示部２３０に表示されるコメントボタンをクリック又はタッチすることで、当該コメントボタンをクリックした時点の再生時刻に対応付けて（言い換えれば、気に入ったフレーズに対応付けて）コメントを作成することができる。表示部２３０に表示されるコメント入力用のウインドウ上でユーザが作成したコメントは、コメントボタンをクリックした時点の再生時刻と共に、コメント制御部２２５の制御の下に、楽曲サーバ１０にアップロードされる。その結果、アップロードされたコメント及び再生時刻は、コメントデータとしてコメントデータ格納部１１２に格納される。

ところで、パートデータ１１１１の再生中に気に入ったフレーズが流れた時点でコメントを付与するための操作（例えば、コメントボタンのクリック又はタッチ）をユーザが行うとすると、実際には、ユーザは、気に入ったフレーズが再生され終わった後にコメントを付与するための操作を行うことが多いと想定される。つまり、パートデータ１１１１の再生中に気に入ったフレーズが流れた時点でコメントを付与するための操作をユーザが行う場合には、気に入ったフレーズが実際に流れている再生時刻とユーザが実際に操作を行った時点での再生時刻との間にはずれ（言い換えれば、タイムラグ）が発生してしまう。より具体的には、ユーザが操作を行った時点での再生時刻は、気に入ったフレーズが実際に流れている再生時刻よりも遅れている可能性が高い。言い換えれば、コメントの付与を希望している実際の再生時刻（つまり、気に入ったフレーズが実際に流れている再生時刻）とコメントが実際に付与される再生時刻（つまり、ユーザが実際に操作を行った時点での再生時刻）との間にはずれ（言い換えれば、タイムラグ）が発生してしまう。より具体的には、コメントが実際に付与される再生時刻は、コメントの付与を希望している実際の再生時刻よりも遅れている可能性が高い。

しかるに、本実施例のクライアント端末２０は、後述する動作（図１２参照）を行うことで、コメントの付与を希望している実際の再生時刻とコメントが実際に付与される再生時刻との間の時間的なずれの影響を排除することができる。言い換えれば、本実施例のクライアント端末２０は、後述する動作を行うことで、コメントの付与を希望している実際の再生時刻とコメントが実際に付与される再生時刻とを好適に合致させることができる。つまり、クライアント端末２０のユーザは、コメントの付与を希望する再生時刻（言い換えれば、コメントを付与する位置（タイミング位置））を適切に指定することができる。

再び図９において、データ通信部２４０は、データ通信制御部２２４の制御の下で、ネットワーク網３０を介した楽曲サーバ１０との間の通信を行う。従って、クライアント端末２０からアップロードされるパートデータ１１１１ないしは任意のデータは、データ通信部２４０を介して楽曲サーバ１０に送信される。また、クライアント端末２０の要求に応じて楽曲サーバ１０から配信されるパートデータ１１１１ないしは任意のデータは、データ通信部２４０によって取得される。取得されたパートデータ１１１１ないしは任意のデータは、データ通信制御部２２４によって、記憶装置２１０に一時的に又は恒久的に格納されてもよいし、音声出力部２６０から出力されてもよい。

音声入力部２５０は、例えば、マイク等の音声の入力を受け付ける装置である。

音声出力部２６０は、例えば、スピーカ等の音声の出力を行う装置である。

操作部２７０は、例えば、キーボードやマウスやタッチパネル等のユーザの操作を受け付ける装置である。

（４）楽曲配信システムにおける動作の流れ
続いて、図１２を参照して、本実施例のクライアント端末２０における動作（特に、コメント制御部２２５の制御の下に、再生中のパートデータ１１１１を対象として、所望の再生時刻に対応付けてコメントを新たに付与する動作）の流れについて説明する。ここに、図１２は、本実施例のクライアント端末２０における動作（特に、コメント制御部２２５の制御の下に、再生中のパートデータ１１１１を対象として、所望の再生時刻に対応付けてコメントを新たに付与する動作）の流れを示すフローチャートである。

尚、図１２に示す動作が行われる前提として、クライアント端末２０は、既に楽曲サーバ１０からパートデータ１１１１（或いは、ミックスデータ又はバンドという単位でまとめられた複数のパートデータ１１１１）のダウンロードが完了し且つ当該ダウンロードが完了したパートデータ１１１１を再生しているものとする。また、以下に説明する図１２の動作は、クライアント端末２０が備えるハードウェア（例えば、専用のＩＣチップ等）によって実現されてもよいし、或いはクライアント端末２０が備える制御部２２０上で実行されるソフトウェア（例えば、制御部２２０上で起動するコンピュータプログラム）によって実現されてもよい。

図１２に示すように、クライアント端末２０によってパートデータ１１１１が再生されている間に、操作制御部２２３は、コメントを付与するためのユーザの操作（例えば、コメントボタンのクリック又はタッチ）を受け付ける（ステップＳ１０１）。この場合、操作制御部２２３は、コメントを付与するための操作が行われた旨をコメント制御部２２５に対して通知する。

その後、コメント制御部２２５は、コメントを付与する操作が受け付けられた時点でのパートデータ１１１１のサンプル数を取得する（ステップＳ１０２）。つまり、コメント制御部２２５は、パートデータ１１１１が構成する楽曲の先頭を起点とする、コメントを付与する操作が受け付けられた時点でのパートデータ１１１１の位置（再生時刻）のサンプル数を取得する。

その後、コメント制御部２２５は、再生中のパートデータ１１１１に対応する楽曲情報テーブル１１３１（図５参照）を参照することで、ステップＳ１０２で取得したサンプル数に対応した小節番号（つまり、楽曲小節番号）を取得する（ステップＳ１０３）。

その後、コメント制御部２２５は、再生中のパートデータ１１１１に対応する演奏順データ（図８参照）を参照することで、ステップＳ１０３で取得した楽曲小節番号に対応した楽譜小節番号を取得する（ステップＳ１０４）。

その後、コメント制御部２２５は、再生中のパートデータ１１１１に対応する楽譜情報データ１１３２（図７（ｂ）参照）を参照することで、ステップＳ１０４で取得した楽譜小節番号に対応した小節座標（例えば、図７（ｂ）の上部Ｙ座標や下部Ｙ座標や小節線Ｘ座標等）を取得する（ステップＳ１０５）。

尚、ステップＳ１０３からステップＳ１０５の動作を行うために、コメント制御部２２５は、データ通信制御部２２４に対して、楽曲サーバ１０から楽曲情報テーブル１１１２や楽譜情報テーブル１１３２や演奏順データをダウンロードするよう指示することが好ましい。コメント制御部２２５は、ステップＳ１０３からステップＳ１０５の動作が行われる時点で又はステップＳ１０３からステップＳ１０５の動作が行われる前の時点で、このような指示を行うことが好ましい。

続いて、コメント制御部２２５は、ステップＳ１０５で取得した小節座標によって特定される楽譜画像データ１１３１（より具体的には、楽譜画像データ１１３１のうちの小節座標によって特定される少なくとも一部の画像部分）を取得する。具体的には、コメント制御部２２５は、データ通信制御部２２４に対して、楽曲サーバ１０から楽譜画像データ１１３１をダウンロードするよう指示することが好ましい。

ここで、コメント制御部２２５は、ステップＳ１０５で取得した小節座標によって特定される楽譜画像データ１１３１として、ステップＳ１０５で取得した小節座標によって特定される画像部分が示す楽譜のみならず当該楽譜よりも前の（言い換えれば、過去の）楽譜をも含む画像部分を取得することが好ましい。尚、ステップＳ１０５で取得した小節座標は、ステップＳ１０１でコメントを付与する操作が受け付けられた時点でのパートデータ１１１１の再生時刻に対応している。この観点から見れば、ステップＳ１０５で取得した小節座標によって特定される画像部分が示す楽譜のみならず当該楽譜よりも前の楽譜をも含む画像部分をコメント制御部２２５が取得する動作は、ステップＳ１０１でコメントを付与する操作が受け付けられた時点でのパートデータ１１１１の再生時刻に対応する楽譜のみならず当該再生時刻よりも過去の再生期間に対応する楽譜をも含む画像部分をコメント制御部２２５が取得する動作と等価である。尚、どの程度前の楽譜を含むべきかについては、ユーザにより又はコメント制御部２２５によって任意に設定されてもよい。

また、コメント制御部２２５は、ステップＳ１０５で取得した小節座標によって特定される楽譜画像データ１１３１として、ステップＳ１０５で取得した小節座標によって特定される画像部分が示す楽譜のみならず当該楽譜よりも先の（言い換えれば、未来の）楽譜をも含む画像部分を取得することが好ましい。尚、ステップＳ１０５で取得した小節座標は、ステップＳ１０１でコメントを付与する操作が受け付けられた時点でのパートデータ１１１１の再生時刻に対応している。この観点から見れば、ステップＳ１０５で取得した小節座標によって特定される画像部分が示す楽譜のみならず当該楽譜よりも先の楽譜をも含む画像部分をコメント制御部２２５が取得する動作は、ステップＳ１０１でコメントを付与する操作が受け付けられた時点でのパートデータ１１１１の再生時刻に対応する楽譜のみならず当該再生時刻よりも未来の再生期間に対応する楽譜をも含む画像部分をコメント制御部２２５が取得する動作と等価である。尚、どの程度先の楽譜を含むべきかについては、ユーザにより又はコメント制御部２２５によって任意に設定されてもよい。

また、このとき、単一のパートデータ１１１１がクライアント端末２０によって再生されている場合には、コメント制御部２２５は、当該単一のパートデータ１１１１に対応する楽譜画像データ１１３１を取得する。一方で、複数のパートデータ１１１１がクライアント端末２０によってミキシングされながら再生されている場合には、コメント制御部２２５は、当該複数のパートデータ１１１１に対応する複数の楽譜画像データ１１３１を取得してもよいし、当該複数のパートデータ１１１１のうちの少なくとも一つに対応する少なくとも一つの楽譜画像データ１１３１を取得してもよい。少なくとも一つの楽譜画像データ１１３１を取得する場合には、コメント制御部２２５は、ユーザによって予め指定されたパートに対応する楽譜画像データ１１３１を取得してもよいし、ユーザが実際に演奏している楽器に対応する楽譜画像データ１１３１を取得してもよいし、クライアント端末２０等に対して設定されているユーザのプロファイルから決定される任意のパートに対応する楽譜画像データ１１３１を取得してもよい。

その後、表示制御部２２１は、ステップＳ１０５で取得した小節座標によって特定される楽譜画像データ１１３１を表示するよう表示部２３０を制御する。その結果、表示部２３０は、ステップＳ１０５で取得した小節座標によって特定される楽譜画像データ１１３１を表示する（ステップＳ１０６）。

その後、コメント制御部２２５は、所望の位置（例えば、ユーザがコメントの付与を希望している所望の再生時刻に対応する楽譜部分）が表示部２３０に表示されているか否かを判定する（ステップＳ１０７）。所望の位置が表示部２３０に表示されていなければ（ステップＳ１０７：Ｎｏ）、コメント制御部２２５は、楽譜画像データ１１３１の表示位置を変更する。つまり、コメント制御部２２５は、必要に応じて新たな楽譜画像データ１１３１の画像部分を取得すると共に、所望の位置に対応する画像部分を含む楽譜画像データ１１３１を表示する。

その後、操作制御部２２３は、コメントを付与する位置（つまり、所望の再生時刻）を指定するためのユーザ操作を受け付ける（ステップＳ１０９）。このとき、ユーザは、表示部２３０に表示されている楽譜画像データ１１３１上で、コメントを付与する位置を指定する操作を行う。例えば、ユーザは、表示部２３０に表示されている楽譜画像データ１１３１のうちコメントを付与する位置に対応する画像部分をクリックする又はタッチすることで、コメントを付与する位置を指定する操作を行う。この場合、操作制御部２２３は、コメントを付与する位置を指定する操作が行われた旨をコメント制御部２２５に対して通知する。

その後、コメント制御部２２５は、ステップＳ１０９で指定された位置（再生時刻）に対応する小節座標を取得する（ステップＳ１１０）。

その後、コメント制御部２２５は、再生中のパートデータ１１１１に対応する楽譜情報データ１１３２（図７（ｂ）参照）を参照することで、ステップＳ１１０で取得した小節座標に対応した楽譜小節番号を取得する（ステップＳ１１１）。

その後、コメント制御部２２５は、再生中のパートデータ１１１１に対応する演奏順データ（図８参照）を参照することで、ステップＳ１１１で取得した楽譜小節番号に対応した楽曲小節番号を取得する（ステップＳ１１２）。

その後、コメント制御部２２５は、再生中のパートデータ１１１１に対応する楽曲情報テーブル１１３１（図５参照）を参照することで、ステップＳ１１２で取得した楽曲小節番号に対応したパートデータ１１１１のサンプル数を取得する（ステップＳ１１３）。

その後、コメント制御部２２５は、ステップＳ１１３で取得したサンプル数を、コメントデータに含まれる再生時刻及びそのリンク情報に変換する（ステップＳ１１４）。その後、コメント制御部２２５は、変換したリンク情報をユーザによって入力されたコメントと共に楽曲サーバ１０にアップロードする。その結果、コメント及び再生時刻（特に、リンク情報が付加された再生時刻）を含むコメントデータが楽曲サーバ１０に格納される（ステップＳ１１５）。

以上説明したクライアント端末２０の動作を、図１３に示す表示部２３０の具体的な表示態様を参照しながら、より具体的に説明する。図１３は、図１２に示す動作が行われている場合の表示部２３０の表示態様を示す平面図である。

図１３（ａ）に示すように、コメントを付与するためのユーザの操作が行われていない状態でパートデータ１１１１が再生されている場合には、表示部２３０には、再生スライダ等が表示されている。ここで、再生時刻ｔ０の時点でユーザが気に入ったフレーズが流れたと仮定する。この場合、再生時刻ｔ０の時点では、ユーザは気に入ったフレーズが流れていることを認識したにとどまり、実際には、コメントを付与するための操作を行うことができない。その後、再生時刻ｔ１の時点で、ユーザは、実際にコメントを付与するための操作を行うものとする。

ここで、図１２に示す動作が行われなれば、再生時刻ｔ０の時点で再生されていたフレーズに合わせて入力されたコメントが、実際には再生時刻ｔ１と対応付けられてしまいかねない。しかるに、本実施例では、図１２に示す動作が行われるため、再生時刻ｔ０の時点で再生されていたフレーズに合わせて入力されたコメントが、再生時刻ｔ０と対応付けられる。具体的には、コメントを付与するための操作をユーザが行った場合には、図１２に示す動作（特に、ステップＳ１０１からステップＳ１０８の動作）が行われることで、図１３（ｂ）に示すように、再生時刻ｔ１を含む所定再生期間（ｔ０’〜ｔ１’：但し、ｔ０’＜ｔ０＜ｔ１＜ｔ１’）中の楽譜画像データ１１３１が表示される。つまり、コメントを付与するユーザの操作が行われた再生時刻ｔ１に対応する楽譜のみならず、当該再生時刻ｔ１よりも過去の再生期間（つまり、時刻（ｔ０’〜ｔ１）及び当該再生時刻よりも未来の再生期間（つまり、時刻ｔ１〜ｔ１’）に対応する楽譜を含む楽譜画像データ１１３１が表示される。その結果、ユーザは、図１３（ｂ）に示した楽譜画像データ１１３１を視覚的に認識しながら、コメントを付与したい位置（つまり、所望の再生時刻）を指定することができる。

このように、本実施例のクライアント端末２０によれば、ユーザは、初めにコメントを付与する位置を大まかに指定しておきつつ、その後に表示される楽譜画像データ１１３１を用いてコメントを付与する位置を好適にないしは高精度に指定することができる。

このとき、表示部２３０には、コメントを付与するための操作を行った時点での再生時刻（ｔ１）を含む一部の再生期間（ｔ０’〜ｔ１’）の楽譜画像データ１１３１がいわば拡大された状態で表示されている。従って、ユーザは、相対的に視認し易い楽譜画像データ１１３１（特に、コメントを付与するための操作を行った時点での再生時刻（ｔ１）に焦点を当てた楽譜画像データ１１３１）を用いて、コメントを付与する位置を高精度に指定する（言い換えれば、高精度に微調整する）ことができる。

更には、ユーザは、楽譜画像データ１１３１を視認しながら、コメントを付与する位置を指定する（言い換えれば、微調整する）ことができる。言い換えれば、ユーザは、パートデータ１１１１を何度も巻き戻しながら何度も視聴する（言い換えれば、聴覚的に認識する）ことで、コメントを付与する位置を指定しなくともよくなる。従って、ユーザは、コメントを付与する位置を、相対的に容易に指定することができる。

尚、上述の説明では、楽譜画像データ１１３１が表示される例を用いて説明を進めている。しかしながら、楽譜画像データ１１３１に加えて又は代えて、楽譜画像データ１１３１以外の任意の画像データ（好ましくは、対応するパートデータ１１１１等に特有の情報を視覚的に示す画像データ）が表示されてもよい。例えば、図１４（ａ）に示すように、コメント制御部２２５は、楽譜画像データ１１３１に加えて又は代えて、対応するパートデータ１１１１の歌詞を示す歌詞画像データを表示してもよい。この場合、楽曲サーバ１０のデータベース１１０は、楽譜データ格納部１１３に加えて又は代えて、歌詞画像データと歌詞画像データを管理するための歌詞情報テーブルとを格納する歌詞データ格納部を備えていることが好ましい。或いは、図１４（ｂ）に示すように、コメント制御部２２５は、楽譜画像データ１１３１に加えて又は代えて、対応するパートデータ１１１１のコードを示すコード画像データを表示してもよい。この場合、楽曲サーバ１０のデータベース１１０は、楽譜データ格納部１１３に加えて又は代えて、コード画像データとコード画像データを管理するためのコード情報テーブルとを格納するコードデータ格納部を備えていることが好ましい。このように構成しても、クライアント端末２０は、上述した各種効果と同様の効果を好適に享受することができる。

また、上述の説明では、図１２に示す動作の全てがクライアント端末２０によって行われる例を用いて説明を進めている。しかしながら、図１２に示す動作の一部又は全部が楽曲サーバ１０によって行われてもよい。例えば、図１２に示す動作のうち、ステップＳ１０２からステップＳ１０５及びステップＳ１１０からステップＳ１１５の少なくとも一つの動作が楽曲サーバ１０によって行われてもよい。他方で、ユーザの操作を受け付けるステップＳ１０１及びステップＳ１０９並びにユーザに対して楽譜画像データ１１３１を表示するステップＳ１０６からステップＳ１０８は、クライアント端末２０によって行われることが好ましい。

また、本発明は、請求の範囲及び明細書全体から読み取るこのできる発明の要旨又は思想に反しない範囲で適宜変更可能であり、そのような変更を伴う再生装置、再生方法、及びコンピュータプログラムもまた本発明の技術思想に含まれる。

１ 楽曲配信システム
１０ 楽曲サーバ
１１０ データベース
１１１ パートデータ格納部
１１１１ パートデータ
１１１２ 楽曲情報テーブル
１１２ コメントデータ格納部
１１３ 楽譜データ格納部
１１３１ 楽譜画像データ
１１３２ 楽譜情報テーブル
１１４ 演奏順データ格納部
１１２ システム保有情報格納部
１２０ 制御部
１２１ データ通信制御部
１４０ データ通信部
２０ クライアント端末
２２０ 制御部
２２２ 音声制御部
２２３ 操作制御部
２２５ コメント制御部
２４０ データ通信部
２６０ 音声出力部
２７０ 操作部

Claims (9)

1. コンテンツデータの再生中にユーザの操作の入力を受け付ける第１入力手段と、
   前記コンテンツデータのうちの一部のデータ部分であって且つ前記第１入力手段が前記入力を受け付けた時点での再生時刻を含む所定の第１再生期間に再生されるべきデータ部分に特有の情報を視覚的に示す第１画像データを表示する表示手段と、
   前記表示手段によって表示された前記第１画像データ上で、前記第１再生期間中の所望の再生時刻を指定するユーザの操作の入力を受け付ける第２入力手段と
   を備える
   ことを特徴とする再生装置。
2. 前記表示手段は、前記入力が前記第１入力手段によって受け付けられる前は、再生中の前記コンテンツデータの再生の態様を視覚的に示す第２画像データであって且つ現在の再生時刻を含む所定の第２再生期間に対応する第２画像データを表示し、
   前記表示手段は、前記入力が前記第１入力手段によって受け付けられた後に、前記第２再生期間よりも範囲が短い前記第１再生期間に再生されるべき前記データ部分に特有の情報を視覚的に示す前記第１画像データを表示する
   ことを特徴とする請求項１に記載の再生装置。
3. 前記第１再生期間は、前記第１入力手段が前記入力を受け付けた時点での再生時刻よりも過去の再生期間を含む
   ことを特徴とする請求項１に記載の再生装置。
4. 前記コンテンツデータは、楽曲データであり、
   前記第１画像データは、前記データ部分に特有の楽譜情報を視覚的に示す楽譜データを含む
   ことを特徴とする請求項１に記載の再生装置。
5. 前記コンテンツデータは、楽曲データであり、
   前記第１画像データは、前記データ部分に特有の歌詞情報を視覚的に示す歌詞データを含む
   ことを特徴とする請求項１に記載の再生装置。
6. 前記コンテンツデータは、楽曲データであり、
   前記第１画像データは、前記データ部分に特有のコード情報を視覚的に示すコードデータを含む
   ことを特徴とする請求項１に記載の再生装置。
7. 前記第１再生期間は、前記第１入力手段が前記入力を受け付けた時点での再生時刻よりも未来の再生期間を含む
   ことを特徴とする請求項１に記載の再生装置。
8. コンテンツデータの再生中にユーザの操作の入力を受け付ける第１入力工程と、
   前記コンテンツデータのうちの一部のデータ部分であって且つ前記第１入力工程が前記入力を受け付けた時点での再生時刻を含む所定の第１再生期間に再生されるべきデータ部分に特有の情報を視覚的に示す第１画像データを表示する表示工程と、
   前記表示工程によって表示された前記第１画像データ上で、前記第１再生期間中の所望の再生時刻を指定するユーザの操作の入力を受け付ける第２入力工程と
   を備える
   ことを特徴とする再生方法。
9. コンピュータを請求項１に記載の再生装置として機能させる
   ことを特徴とする再生制御用のコンピュータプログラム。

Images