JPWO2013024514A1 - 情報処理装置、情報処理方法、及び情報処理制御用のコンピュータプログラム、並びに、再生装置、再生方法、及び再生制御用のコンピュータプログラム - Google Patents

Abstract

コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い画像部分を好適に特定する。情報処理装置（１０）は、コンテンツデータ（１１１１）と同期しながら再生される画像データ（１１２１）であって且つコンテンツデータに特有の情報を視覚的に示す画像データを構成する複数の画像部分の夫々がユーザによって再生された回数を示す回数情報（１１３１）を取得する取得手段（１２３）と、取得手段によって取得された回数情報に基づいて、複数の画像部分のうち回数が所定の基準を満たす一部の画像部分を特定する特定手段（１２３）とを備える。

Description

本発明は、例えば楽曲等のコンテンツデータが楽譜等の画像データと同期しながら再生される再生システムにおいて用いられる情報処理装置、情報処理方法、及び情報処理制御用のコンピュータプログラム、並びに、再生装置、再生方法、及び再生制御用のコンピュータプログラムの技術分野に関する。

この種の再生システムとして、例えば特許文献１に記載されているように、カラオケデータに基づく伴奏音楽が、歌詞と同期しながら再生されるカラオケシステムが知られている。特許文献１に記載されたカラオケシステムは、カラオケデータのフレーズ区分毎のフレーズ別得点データを生成すると共に、相対的に得点が低い高難易度フレーズ区分を特定することができる。従って、特許文献１に記載されたカラオケシステムは、カラオケシステムのユーザに対して、難易度が高いがゆえに多くのユーザにとって得点を得にくい高難易度フレーズ区分を報知することができる。

特開２００９−８８６１号公報

ここで、カラオケシステムを利用するユーザは、単に難易度が高い（言い換えれば、歌いにくい）フレーズ区分等を特定したいという欲求のみならず、より効果的なないしは効率的な練習ができるフレーズ区分等を特定したいという欲求を有している場合もある。言い換えれば、ユーザは、重点的なに練習することで歌唱力の上達につなげやすいフレーズ区分（例えば、他のユーザも重点的に練習しているがゆえに人気があるフレーズ区分）等を特定したいという欲求を有している場合もある。しかしながら、上述した特許文献１に記載されたカラオケシステムでは、ユーザの歌唱力の巧拙を示す得点に基づいてフレーズ区分の分類（つまり、高難易度フレーズ区分の特定）が行われる。このため、ユーザは、特定されたフレーズ区分がユーザにとって歌いやすいフレーズ区分であるのか又は歌いにくいフレーズ区分であるかを判定することができるに過ぎない。従って、上述した特許文献１に記載されたカラオケシステムでは、ユーザは、特定されたフレーズ区分が、人気が高い（言い換えれば、他のユーザも重点的に練習している）フレーズ区分であるのか又は人気が低い（言い換えれば、他のユーザが重点的に練習していない）フレーズ区分であるかを判定することができないという技術的な問題点を有している。

尚、同様の技術的問題点は、所定のフレーズ区分を特定するカラオケシステムのみならず、例えば楽曲データと楽譜データとが同期しながら再生される再生システムにおいて、所定の楽譜部分（例えば、他のユーザが重点的に練習している楽譜部分）を特定する場合にもおいても同様に生じ得る。更には、上述した技術的な問題点は、例えば任意のコンテンツデータ（例えば、任意の映像や任意の楽曲等）と当該任意のコンテンツデータに対応する任意の画像データとが同期しながら再生される場合においても同様に生じ得る。

本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い画像部分を好適に特定することが可能な情報処理装置、情報処理方法、及び情報処理制御用のコンピュータプログラム、並びに、再生装置、再生方法、及び再生制御用のコンピュータプログラムを提供することを課題とする。

上記課題を解決するために、情報処理装置は、コンテンツデータと同期しながら再生される画像データであって且つ前記コンテンツデータに特有の情報を視覚的に示す画像データを構成する複数の画像部分の夫々がユーザによって再生された回数を示す回数情報を取得する取得手段と、前記取得手段によって取得された前記回数情報に基づいて、前記複数の画像部分のうち前記回数が所定の基準を満たす一部の画像部分を特定する特定手段とを備える。

上記課題を解決するために、情報処理方法は、コンテンツデータと同期しながら再生される画像データであって且つ前記コンテンツデータに特有の情報を視覚的に示す画像データを構成する複数の画像部分の夫々がユーザによって再生された回数を示す回数情報を取得する取得工程と、前記取得工程によって取得された前記回数情報に基づいて、前記複数の画像部分のうち前記回数が所定の基準を満たす一部の画像部分を特定する特定工程とを備える。

上記課題を解決するために、情報処理制御用のコンピュータプログラムは、コンピュータを上述した情報処理装置として機能させる。

上記課題を解決するために、再生装置は、上述の情報処理装置によって特定された前記一部の画像部分を受け取る受取手段と、前記受取手段が受け取った前記一部の画像部分を再生する再生手段とを備える。

上記課題を解決するために、再生方法は、上述の情報処理装置によって特定された前記一部の画像部分を受け取る受取工程と、前記受取工程が受け取った前記一部の画像部分を再生する再生工程とを備える。

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

本実施例の楽曲配信システムの構成を示すブロック図である。 本実施例の楽曲サーバの構成を示すブロック図である。 パートデータ格納部に格納される複数のパートデータの態様を示す模式図である。 パートデータ格納部に格納される複数のパートデータの態様を示す模式図である。 楽譜データ格納部に格納される楽譜画像データを示す画像である。 回数データ格納部に格納される回数データを示す画像である。 本実施例のクライアント端末の構成を示すブロック図である。 制御部の制御によって実現される所望のパートデータ及び所望の楽譜画像データのダウンロード及び再生の態様を概略的に示す模式図である。 本実施例の楽曲配信システムにおける動作（特に、楽曲サーバからクライアント端末に対して楽譜画像データが配信される動作）の流れを示すフローチャートである。 歌詞画像データ又はコード画像データが表示されている場合の表示部２３０の表示態様を示す平面図である。

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

（情報処理装置の実施形態）
本実施形態の情報処理装置は、コンテンツデータと同期しながら再生される画像データであって且つ前記コンテンツデータに特有の情報を視覚的に示す画像データを構成する複数の画像部分の夫々がユーザによって再生された回数を示す回数情報を取得する取得手段と、前記取得手段によって取得された前記回数情報に基づいて、前記複数の画像部分のうち前記回数が所定の基準を満たす一部の画像部分を特定する特定手段とを備える。

本実施形態の情報処理装置によれば、取得手段は、回数情報を取得する。尚、取得手段は、情報処理装置の内部に格納されている回数情報を取得してもよいし、情報処理装置の外部から回数情報を取得してもよい。

「回数情報」は、画像データを構成する複数の画像部分の夫々がユーザによって再生された回数（言い換えれば、表示された回数）を示す。言い換えれば、「回数情報」は、ユーザが備える何らかの装置によって各画像部分が再生された回数を示す。「画像データ」は、コンテンツデータと同期しながら再生される画像データである。従って、画像データは、再生されているコンテンツデータに合わせて、適切なタイミングで再生（表示）される。また、「画像データ」は、コンテンツデータに特有の情報を視覚的に示す画像データである。尚、コンテンツデータの一例として、例えば、楽曲データ（言い換えれば、音声データ）や映像データ（言い換えれば、動画像データ）等があげられる。また、画像データの一例として、例えば、後述する楽譜データや歌詞データやコードデータ等があげられる。尚、「画像データ」は、コンテンツデータと同期しながら再生される時点で画像として再生されるデータであれば足りる。つまり、「画像データ」としては、例えばＪＰＥＧ画像やＧＩＦ画像等の画像を直接的に示すデータであってもよいし、例えばＭｕｓｉｃＸＭＬ等の画像を間接的に示すデータ（より具体的には、例えば、データ自体はテキストデータであるものの、再生される際に画像に変換されるデータ）であってもよい。

その後、特定手段は、取得手段が取得した回数情報に基づいて、複数の画像部分のうちユーザによって再生された回数が所定の基準を満たす一部の画像部分を特定する。特定された一部の画像部分は、情報処理装置自身によって再生されてもよい。或いは、特定された一部の画像部分は、他の情報処理装置に送信（或いは、転送）された後に当該他の情報処理装置自身によって再生されてもよい。その結果、特定された一部の画像部分は、ユーザに提示される。

以上説明したように、本実施形態の情報処理装置は、ユーザによって再生された回数が所定の基準を満たす一部の画像部分を特定することができる。ユーザによって再生された回数は、いわばその画像部分がユーザに注目されているか否かを（言い換えれば、ユーザが重点的に再生しているか否か）を示す指標となり得る。従って、本実施形態の情報処理装置は、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い一部の画像部分を好適に特定することができる。つまり、本実施形態の情報処理装置は、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって人気が高い（例えば、他のユーザも重点的に練習している）一部の画像部分を好適に特定することができる。

本実施形態の情報処理装置の一の態様では、各画像部分の前記ユーザによる再生の態様を監視することで、前記回数情報を生成する生成手段と、前記生成手段が生成した前記回数情報を格納する格納手段とを更に備え、前記取得手段は、前記格納手段に格納されている前記回数情報を取得する。

この態様によれば、取得手段は、生成手段が生成し且つ格納手段が格納している回数情報を取得することができる。その結果、特定手段は、複数の画像部分のうちユーザによって再生された回数が所定の基準を満たす一部の画像部分を特定することができる。

上述の如く生成手段を備える情報処理装置の態様は、前記生成手段は、各画像部分が前記ユーザによって再生される毎にカウントアップされる回数を示す前記回数情報を生成するように構成してもよい。

このように構成すれば、生成手段は、回数情報を好適に生成することができる。

上述の如く生成手段を備える情報処理装置の態様では、前記生成手段は、各画像部分に対応する再生期間を含む所定の再生期間を対象としたループ再生が行われる回数を示す前記回数情報を生成するように構成してもよい。

所定の再生期間を対象としてループ再生が行われている場合には、当該所定の再生期間に対応する画像部分に対するユーザの注目度が相対的に高いと推定される。このため、このように構成すれば、生成手段は、ループ再生が行われている回数（つまり、ユーザの注目度の高さと関連する指標となり得る回数）を示す回数情報を好適に生成することができる。その結果、ループ再生が行われている回数は、いわばその画像部分がユーザに注目されているか否かを（言い換えれば、ユーザが重点的に再生しているか否か）を示す指標となり得る。従って、特定手段は、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い一部の画像部分を好適に特定することができる。

上述の如く生成手段を備える情報処理装置の態様では、前記生成手段は、特定の利用を目的として各画像部分が前記ユーザによって再生された回数を示す前記回数情報を生成するように構成してもよい。

このように構成すれば、生成手段は、特定の利用（例えば、後述するように、画像部分を用いた練習等）を目的として画像部分が再生されている回数を示す回数情報を好適に生成することができる。ここで、特定の利用を目的として画像部分が再生されている回数は、いわばその画像部分がユーザに注目されているか否かを（言い換えれば、ユーザが重点的に再生しているか否か）を示す指標となり得る。従って、特定手段は、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い一部の画像部分を好適に特定することができる。

上述の如く生成手段を備える情報処理装置の態様では、前記生成手段は、前記コンテンツデータの再生に対して前記ユーザによる付加的な演奏がなされた状態で各画像部分が前記ユーザによって再生された回数を示す前記回数情報を生成するように構成してもよい。

このように構成すれば、生成手段は、ユーザによる付加的な演奏（例えば、後述するように、画像部分を用いた練習等）が行われた状態で画像部分が再生されている回数を示す回数情報を好適に生成することができる。ここで、ユーザによる付加的な演奏がなされた状態で画像部分が再生されている回数は、いわばその画像部分がユーザに注目されているか否かを（言い換えれば、ユーザが重点的に再生しているか否か）を示す指標となり得る。従って、特定手段は、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い一部の画像部分を好適に特定することができる。

本実施形態の情報処理装置の他の態様では、前記特定手段は、前記回数が最大となる前記一部の画像部分を特定する。

この態様によれば、特定手段は、ユーザによって再生された回数が最大となる画像部分（つまり、ユーザに最も注目されている又はユーザが重点的に再生している画像部分）を好適に特定することができる。

本実施形態の情報処理装置の他の態様では、前記特定手段は、前記回数が所定の閾値を超える前記一部の画像部分を特定する。

この態様によれば、特定手段は、ユーザによって再生された回数が相応の回数となる画像部分（つまり、ユーザに注目されている度合いが相対的に高い又はユーザが重点的に再生している可能性が相対的に高い画像部分）を好適に特定することができる。

本実施形態の情報処理装置の他の態様では、前記特定手段は、前記回数の偏差値が所定値以上となる前記一部の画像部分を特定する。

この態様によれば、特定手段は、ユーザによって再生された回数が相応の回数となる画像部分（つまり、ユーザに注目されている度合いが相対的に高い又はユーザが重点的に再生している可能性が相対的に高い画像部分）を好適に特定することができる。

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

この態様によれば、特定手段は、楽曲データと同期して再生される楽譜データの各楽譜部分の中からユーザにとって参考となる可能性の高い一部の楽譜部分を好適に特定することができる。

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

この態様によれば、特定手段は、楽曲データと同期して再生される歌詞データの各歌詞部分の中からユーザにとって参考となる可能性の高い一部の歌詞部分を好適に特定することができる。

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

この態様によれば、特定手段は、楽曲データと同期して再生される楽譜データの各コード部分の中からユーザにとって参考となる可能性の高い一部のコード部分を好適に特定することができる。

本実施形態の情報処理装置の他の態様では、前記特定手段よって特定される前記一部の画像部分を再生する再生手段を更に備える。

この態様によれば、情報処理装置は、コンテンツデータと同期して再生される画像データの各画像部分のうちのユーザにとって参考となる可能性の高い一部の画像部分を好適に再生することができる。

本実施形態の情報処理装置の他の態様では、前記特定手段よって特定される前記一部の画像部分を他の情報処理装置に対して通知する通知手段を備え、前記他の情報処理装置は、前記通知手段によって通知される前記一部の画像部分を再生する。

この態様によれば、情報処理装置は、他の情報処理装置に対して、コンテンツデータと同期して再生される画像データの各画像部分のうちのユーザにとって参考となる可能性の高い一部の画像部分を好適に再生させることができる。

（情報処理方法の実施形態）
本実施形態の情報処理方法は、コンテンツデータと同期しながら再生される画像データであって且つ前記コンテンツデータに特有の情報を視覚的に示す画像データを構成する複数の画像部分の夫々がユーザによって再生された回数を示す回数情報を取得する取得工程と、前記取得工程によって取得された前記回数情報に基づいて、前記複数の画像部分のうち前記回数が所定の基準を満たす一部の画像部分を特定する特定工程とを備える。

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

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

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

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

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

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

（再生装置の実施形態）
本実施形態の再生装置は、上述した本実施形態の情報処理装置（但し、その各種態様を含む）によって特定された前記一部の画像部分を受け取る受取手段と、前記受取手段が受け取った前記一部の画像部分を再生する再生手段とを備える。

本実施形態の再生装置によれば、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い画像部分を好適に再生することができる。

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

（再生方法の実施形態）
本実施形態の再生方法は、上述した本実施形態の情報処理装置（但し、その各種態様を含む）によって特定された前記一部の画像部分を受け取る受取工程と、前記受取工程が受け取った前記一部の画像部分を再生する再生工程とを備える。

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

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

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

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

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

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

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

以上説明したように、本実施形態の情報処理装置は、取得手段と、特定手段とを備える。本実施形態の情報処理方法は、取得工程と、特定工程とを備える。本実施形態の情報処理制御用のコンピュータプログラムは、コンピュータを本実施形態の情報処理装置として機能させる。従って、本実施形態の情報処理装置、情報処理方法及びコンピュータプログラムは、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い画像部分を好適に特定することができる。

また、本実施形態の再生装置は、受取手段と、再生手段とを備える。本実施形態の再生方法は、受取工程と、再生工程とを備える。本実施形態の再生制御用のコンピュータプログラムは、コンピュータを本実施形態の再生装置として機能させる。従って、本実施形態の再生装置、再生方法及びコンピュータプログラムは、コンテンツデータと同期して再生される画像データの各画像部分の中からユーザにとって参考となる可能性の高い画像部分を好適に再生することができる。

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

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

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

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

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

また、楽曲サーバ１０は、複数のパートデータ１１１１に対応する複数の楽譜画像データ１１２１を格納する。楽譜画像データ１１２１は、対応するパートデータ１１１１の演奏の態様を示す楽譜を視覚的に示す画像データである。楽曲サーバ１０は、クライアント端末２０からの要求に応じて、クライアント端末２０に対して所望の楽譜画像データ１１２１を配信（言い換えれば、送信）する。

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

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

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

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

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

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

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

データベース１１０は、パートデータ格納部１１１と、楽譜データ格納部１１２と、回数データ格納部１１３とを備えている。

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

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

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

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

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

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

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

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

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

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

再び図２において、楽譜データ格納部１１２は、パートデータ格納部１１１に格納される複数のパートデータ１１１１の夫々の楽譜を示す一又は複数の楽譜画像データ１１２１を格納する。尚、楽譜画像データ１１２１は、「画像データ」の一具体例を構成する。

ここで、図５を参照して、楽譜データ格納部１１２に格納される楽譜画像データ１１２１について説明する。ここに、図５は、楽譜データ格納部１１２に格納される楽譜画像データ１１２１を示す画像である。

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

このような楽譜画像データ１１２１は、クライアント端末２０上で、対応するパートデータ１１１１（或いは、対応するパートデータ１１１１が構成する楽曲）の再生と同期しながら表示されることが好ましい。つまり、対応するパートデータ１１１１の再生箇所と楽譜画像データ１１２１の表示箇所（或いは、ハイライト箇所）とが同期する（つまり、時間的に一致する）ように、パートデータ１１１１及び楽譜画像データ１１２１の再生が行われることが好ましい。

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

再び図２において、回数データ格納部１１３は、楽譜データ格納部１１２に格納される複数の楽譜画像データ１１２１の夫々の再生回数を示す回数データ１１３１を格納する。特に、回数データ１１３１は、楽譜画像データ１１２１毎に、各楽譜画像データ１１２１を時間的に細分化することで得られる複数の楽譜画像部分の夫々の再生回数を示すことが好ましい。尚、回数データ格納部１１３は、「格納手段」の一具体例であり、回数データ１１３１は、「回数情報」の一具体例である。

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

図６に示すように、回数データ１１３１は、対応する楽譜画像データ１１２１を対象として、小節という単位で区分される楽譜画像部分毎に、当該楽譜画像部分がユーザによって再生（つまり、表示）された回数を示す。例えば、図６に示す回数データ１１３１の例は、小節番号＝１番となる楽譜画像部分の再生回数と、小節番号＝２番となる楽譜画像部分の再生回数と、小節番号＝３番となる楽譜画像部分の再生回数と、小節番号＝４番となる楽譜画像部分の再生回数とを示している。もちろん、回数データ１１３１は、小節番号＝５番以上となる楽譜画像部分の再生回数を示してもよい。

尚、図６は、楽譜画像データ１１２１を細分化する単位として「小節」を用いる例を示している。しかしながら、楽譜画像データ１１２１は、「小節」以外の任意の単位（例えば、休符で区切られる単位や、音符の数で区切られる単位や、再生時間で区切られる単位等）で細分化されてもよい。

このとき、回数データ１１３１は、ユーザによる楽譜画像部分の１回の再生を１回の再生回数としてカウントすることで得られる「全再生回数」を示してもよい。例えば、図６に示す回数データ１１３１の例は、小節番号＝１番となる楽譜画像部分の全再生回数が「５５回」であり、小節番号＝２番となる楽譜画像部分の全再生回数が「５０回」であり、小節番号＝３番となる楽譜画像部分の全再生回数が「５０回」であり、小節番号＝４番となる楽譜画像部分の全再生回数が「４４回」であることを示している。

或いは、回数データ１１３１は、「全再生回数」に加えて又は代えて、ループ再生が行われている場合のみ再生回数をカウントする（言い換えれば、ループ再生が行われていない場合には再生回数がカウントされない）ことで得られる「ループ再生回数」を示してもよい。例えば、図６に示す回数データ１１３１の例は、小節番号＝１番となる楽譜画像部分のループ再生回数が「２５回」であり、小節番号＝２番となる楽譜画像部分のループ再生回数が「０回」であり、小節番号＝３番となる楽譜画像部分のループ再生回数が「０回」であり、小節番号＝４番となる楽譜画像部分のループ再生回数が「０回」であることを示している。

或いは、回数データ１１３１は、「全再生回数」及び「ループ再生回数」の少なくとも一つに加えて又は代えて、練習を行う（例えば、楽譜画像部分を見ながら演奏の練習を行う）ことをユーザが目的としている場合のみ再生回数をカウントする（言い換えれば、練習を行うことをユーザが目的としていない場合には再生回数がカウントされない）ことで得られる「練習用再生回数」を示してもよい。例えば、図６に示す回数データ１１３１の例は、小節番号＝１番となる楽譜画像部分の練習用再生回数が「４０回」であり、小節番号＝２番となる楽譜画像部分の練習用再生回数が「１０回」であり、小節番号＝３番となる楽譜画像部分の練習用再生回数が「１０回」であり、小節番号＝４番となる楽譜画像部分の練習用再生回数が「０回」であることを示している。

或いは、回数データ１１３１は、「全再生回数」、「ループ再生回数」及び「練習用再生回数」の少なくとも一つに加えて又は代えて、楽譜画像部分の再生と共にユーザによる演奏が行われている場合のみ再生回数をカウントする（言い換えれば、楽譜画像部分の再生と共にユーザによる演奏が行われていない場合には再生回数がカウントされない）ことで得られる「演奏時再生回数」を示してもよい。例えば、図６に示す回数データ１１３１の例は、小節番号＝１番となる楽譜画像部分の演奏時再生回数が「２０回」であり、小節番号＝２番となる楽譜画像部分の演奏時再生回数が「５回」であり、小節番号＝３番となる楽譜画像部分の演奏時再生回数が「５回」であり、小節番号＝４番となる楽譜画像部分の演奏時再生回数が「０回」であることを示している。

尚、「全再生回数」、「ループ再生回数」、「練習用再生回数」及び「演奏時再生回数」は、回数データ１１３１に含まれる「再生回数」の一例であって、これら以外の何らかの再生回数を示すデータが、回数データ１１３１に含まれていてもよい。

また、回数データ格納部１１３は、複数の楽譜画像データ１１２１の夫々に個別に対応する一又は複数の回数データ１１３１を格納してもよい。或いは、回数データ格納部１１３は、一又は複数の楽曲の夫々に個別に対応する一又は複数の回数データ１１３１を格納してもよい。或いは、回数データ格納部１１３は、ルール毎、パート毎又はバンド毎に区別される一又は複数の回数データ１１３１を格納してもよい。或いは、回数データ格納部１１３は、ミックスデータに個別に対応する一又は複数の回数データ１１３１を格納してもよい。或いは、回数データ格納部１１３は、複数の楽譜画像データ１１３１に対してその他の態様で対応する一又は複数の回数データ１１３１を格納してもよい。

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

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

データ通信制御部１２１は、クライアント端末２０から要求があった一又は複数のパートデータ１１１１を配信するようにデータ通信部１４０を制御する。加えて、データ通信制御部１２１は、クライアント端末２０から要求があった一又は複数の楽譜画像データ１１２１を配信するようにデータ通信部１４０を制御する。加えて、データ通信制御部１２１は、クライアント端末２０から要求があった任意のデータを配信するようにデータ通信部１４０を制御する。

更に、データ通信制御部１２１は、クライアント端末２０からアップロードされるパートデータ１１１１を受信するようにデータ通信部１４０を制御する。データ通信制御部１２１は、受信したパートデータ１１１１をパートデータ格納部１１１に格納する。加えて、データ通信制御部１２１は、クライアント端末２０からアップロードされる任意のデータ（例えば、後述するクライアント端末２０における再生状態を楽曲サーバ１０に対して通知するための通知データ等）を受信するようにデータ通信部１４０を制御する。データ通信制御部１２１は、受信した任意のデータをそのまま又は必要に応じて解析した後にデータベース１１０に格納する。

練習回数収集部１２２は、「生成手段」の一具体例であって、クライアント端末２０から通知されるクライアント端末２０の再生状態に基づいて、回数データ１１３１を生成する。練習回数収集部１２２は、生成した回数データ１１３１を回数データ格納部１１３に格納する。

練習箇所提示部１２３は、「特定手段」の一具体例であって、回数データ格納部１１３に格納されている回数データ１１３１に基づいて、クライアント端末２０のユーザに対して提示するべき（或いは、特に重点的に若しくは優先的に提示するべき、又は強調して提示するべき）楽譜画像部分を特定する。練習箇所提示部１２３は、特定した画像部分を通知する（或いは、配信する）ようにデータ通信部１４０を制御する。その結果、練習箇所提示部１２３によって特定された楽譜画像部分は、クライアント端末２０に配信されると共にクライアント端末２０上で再生（表示）される。

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

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

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

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

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

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

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

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

操作制御部２２３は、操作部２７０を用いたユーザの操作を受け付けると共に、当該受け付けた操作に応じた動作が行われるよう、受け付けたユーザの操作の内容をクライアント端末２０内の各部に通知する。例えば、操作制御部２２３は、音声入力部２５０を介したユーザの演奏データ（つまり、パートデータ１１１１）の録音を指示するユーザの操作を受け付けた場合には、当該操作を受け付けた旨を音声制御部２２２に通知する。その結果、音声制御部２２２は、ユーザの演奏データを録音するように音声入力部２５０の動作を制御する。或いは、例えば、操作制御部２２３は、所望の楽譜画像データ１１２１のダウンロードを要求するユーザの操作を受け付けた場合には、当該操作を受け付けた旨をデータ通信制御部２２４に通知する。その結果、データ通信制御部２２４は、所望の楽譜画像データ１１２１のダウンロードを要求するメッセージを楽曲サーバ１０に対して送信するようにデータ通信部２４０の動作を制御する。

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

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

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

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

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

加えて、クライアント端末２０は、データ通信制御部２２４の制御の下で、ダウンロードを要求したパートデータ１１１１に対応する楽譜画像データ１１２１のダウンロードを要求してもよい。

その結果、クライアント端末２０は、データ通信制御部２２４の制御の下で、リードギターに対応する１つのパートデータ１１１１と、コーラスに対応する１つのパートデータ１１１１と、ベースに対応する１つのパートデータ１１１１と、ドラムに対応する１つのパートデータ１１１１と、ボーカルに対応する１つのパートデータ１１１１とをダウンロードする。加えて、クライアント端末２０は、データ通信制御部２２４の制御の下で、ダウンロードを要求したパートデータ１１１１に対応する楽譜画像データ１１２１をダウンロードする。このとき、クライアント端末２０は、音声制御部２２２の制御の下で、ダウンロードしたパートデータ１１１１をミキシングしながら再生してもよい。更に、図８の下部に示すように、クライアント端末２０は、表示制御部２２１の制御の下で、ダウンロードしたパートデータ１１１１のミキシング再生に同期させながら、ダウンロードした楽譜画像データ１１２１を再生してもよい。このとき、表示制御部２２１は、再生された楽譜画像データ１１２１上で現在の再生時刻を特定する所定の表示物（例えば、バー等）を付加的に表示するように表示部２３０を制御してもよい。加えて、表示制御部２２１は、楽譜画像データ１１２１に加えて、パートデータ１１１１の全体の再生期間に対して今現在の再生時刻を特定する再生スライダを更に付加的に表示するように表示部２３０を制御してもよい。

再び図７において、再生状態通知部２２５は、クライアント端末２０の再生状態（特に、クライアント端末２０による楽譜画像データ１１２１の再生状態）を、データ通信制御部２２４に対して通知する。その結果、データ通信制御部２２４は、クライアント端末２０の再生状態を通知するためのメッセージを楽曲サーバ１０に対して送信するようにデータ通信部２４０の動作を制御する。その結果、クライアント端末２０の再生状態が楽曲サーバ１０に対して通知される。

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

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

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

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

（４）楽曲配信システムにおける動作の流れ
続いて、図９を参照して、本実施例の楽曲配信システム１における動作（特に、楽曲サーバ１０からクライアント端末２０に対して楽譜画像データ１１２１が配信される動作）の流れについて説明する。ここに、図９は、本実施例の楽曲配信システム１における動作（特に、楽曲サーバ１０からクライアント端末２０に対して楽譜画像データ１１２１が配信される動作）の流れを示すフローチャートである。

尚、図９に示す動作の一部又は全部は、楽曲サーバ１０が備えるハードウェア（例えば、専用のＩＣチップ等）によって実現されてもよいし、或いは楽曲サーバ１０が備える制御部１２０上で実行されるソフトウェア（例えば、制御部１２０上で起動するコンピュータプログラム）によって実現されてもよい。同様に、図９に示す動作の一部又は全部は、クライアント端末２０が備えるハードウェア（例えば、専用のＩＣチップ等）によって実現されてもよいし、或いはクライアント端末２０が備える制御部２２０上で実行されるソフトウェア（例えば、制御部２２０上で起動するコンピュータプログラム）によって実現されてもよい。以下の説明では、図９のステップＳ１０１からステップＳ１０７までの動作が楽曲サーバ１０によって行われ、図９のステップＳ１０８の動作がクライアント端末２０によって行われる例を説明する。

図９に示すように、楽曲サーバ１０が備える練習回数収集部１２２は、クライアント端末２０から送信されてくるクライアント端末２０の再生状態（特に、クライアント端末２０による楽譜画像データ１１２１の再生状態）を通知するためのメッセージを収集する（ステップＳ１０１）。その後、練習回数収集部１２２は、収集したメッセージを解析することで、回数データ１１３１を生成する（ステップＳ１０２）。尚、練習回数収集部１２２は、生成した回数データ１１３１を回数データ格納部１１３内に格納する。

ここで、回数データ１１３１に「全再生回数（図６参照）」が含まれている場合には、クライアント端末２０の再生状態通知部２２５は、再生された楽譜画像部分を通知するメッセージを、楽曲サーバ１０に対して送信することが好ましい。この場合、楽曲サーバ１０が備える練習回数収集部１２２は、メッセージを受け取る都度、対応する楽譜画像部分の全再生回数を１ずつインクリメントするように、回数データ１１３１を更新する。或いは、再生状態通知部２２５は、再生された楽譜画像部分とその再生回数を通知するメッセージを、楽曲サーバ１０に対して送信してもよい。この場合、練習回数収集部１２２は、メッセージを受け取る都度、受け取ったメッセージに基づいて回数データ１１３１を更新する。

或いは、回数データ１１３１に「ループ再生回数（図６参照）」が含まれている場合には、再生状態通知部２２５は、ループ再生された楽譜画像部分を通知すると共にループ再生が行われていることを示すループ再生フラグがオンに設定されているメッセージを、楽曲サーバ１０に対して送信することが好ましい。この場合、練習回数収集部１２２は、メッセージを受け取る都度、対応する楽譜画像部分のループ再生回数を１ずつインクリメントするように、回数データ１１３１を更新する。或いは、再生状態通知部２２５は、ループ再生された楽譜画像部分とそのループ再生回数とを通知すると共にループ再生が行われていることを示すループ再生フラグがオンに設定されているメッセージを、楽曲サーバ１０に対して送信してもよい。この場合、練習回数収集部１２２は、メッセージを受け取る都度、受け取ったメッセージに基づいて回数データ１１３１を更新する。

或いは、回数データ１１３１に「練習用再生回数（図６参照）」が含まれている場合には、再生状態通知部２２５は、再生された楽譜画像部分を通知すると共にユーザによる練習を目的として当該楽譜画像部分が再生されていることを示す練習再生フラグがオンに設定されているメッセージを、楽曲サーバ１０に対して送信することが好ましい。この場合、練習回数収集部１２２は、メッセージを受け取る都度、対応する楽譜画像部分の練習用再生回数を１ずつインクリメントするように、回数データ１１３１を更新する。或いは、再生状態通知部２２５は、再生された楽譜画像部分とその再生回数を通知すると共にユーザによる練習を目的として当該楽譜画像部分が再生されていることを示す練習再生フラグがオンに設定されているメッセージを、楽曲サーバ１０に対して送信してもよい。この場合、練習回数収集部１２２は、メッセージを受け取る都度、受け取ったメッセージに基づいて回数データ１１３１を更新する。

或いは、回数データ１１３１に「演奏時再生回数（図６参照）」が含まれている場合には、再生状態通知部２２５は、再生された楽譜画像部分を通知すると共にユーザによる演奏が行われている（つまり、クライアント端末２０上で、楽譜画像部分の再生とユーザに演奏ないしは録音等が同時に行われている）ことを示す演奏フラグがオンに設定されているメッセージを、楽曲サーバ１０に対して送信することが好ましい。この場合、練習回数収集部１２２は、メッセージを受け取る都度、対応する楽譜画像部分の演奏時再生回数を１ずつインクリメントするように、回数データ１１３１を更新する。或いは、再生状態通知部２２５は、再生された楽譜画像部分とその再生回数を通知すると共にユーザによる演奏が行われていることを示す演奏フラグがオンに設定されているメッセージを、楽曲サーバ１０に対して送信してもよい。この場合、練習回数収集部１２２は、メッセージを受け取る都度、受け取ったメッセージに基づいて回数データ１１３１を更新する。

尚、回数データ１１３１に「全再生回数」、「ループ再生回数」、「練習用再生回数」及び「演奏時再生回数」以外の何らかの再生回数を示すデータが含まれる場合には、再生状態通知部２２５は、当該何らかの再生回数を直接的に又は間接的に特定可能なメッセージを楽曲サーバ１０に対して送信することが好ましい。また、練習回数収集部１２２は、メッセージを受け取る都度、受け取ったメッセージに基づいて回数データ１１３１を更新することが好ましい。

その後、楽曲サーバ１２２が備える練習箇所提示部１２３は、クライアント端末２０から、所望の楽譜画像データ１１２１のダウンロードを要求するメッセージが送信されているか否かを判定する（ステップＳ１０３）。更に、練習箇所提示部１２３は、クライアント端末２０から、所望のパートデータ１１１１のダウンロードを要求するメッセージが送信されているか否かを判定する（ステップＳ１０４）。

ステップＳ１０３及びステップＳ１０４の判定の結果、所望の楽譜画像データ１１２１のダウンロードを要求するメッセージが送信されておらず且つ所望のパートデータ１１１１のダウンロードを要求するメッセージが送信されていないと判定される場合には（ステップＳ１０３：Ｎｏ且つステップＳ１０４：Ｎｏ）、楽曲サーバ１０は、ステップＳ１０１及びステップＳ１０２の動作を繰り返す。

他方で、ステップＳ１０３及びステップＳ１０４の判定の結果、所望の楽譜画像データ１１２１のダウンロードを要求するメッセージが送信されているか又は所望のパートデータ１１１１のダウンロードを要求するメッセージが送信されているかと判定される場合には（ステップＳ１０３：Ｙｅｓ又はステップＳ１０４：Ｙｅｓ）、楽曲サーバ１０が備える練習箇所提示部１２３は、回数データ格納部１１３に格納されている回数データ１１３１を読み出す（ステップＳ１０５）。特に、練習箇所提示部１２３は、クライアント端末２０がダウンロードを要求している楽譜画像データ１１２１に対応する回数データ１１３１を読み出すことが好ましい。或いは、練習箇所提示部１２３は、クライアント端末２０がダウンロードを要求しているパートデータ１１１１に対応する楽譜画像データ１１２１に対応する回数データ１１３１を読み出すことが好ましい。

その後、練習箇所提示部１２３は、読み出した回数データ１１３１に基づいて、再生回数（例えば、上述した「全再生回数」、「ループ再生回数」、「練習用再生回数」及び「演奏時再生回数」の少なくとも一つ）が所定基準を満たす一部の楽譜画像部分を特定する（ステップＳ１０６）。例えば、練習箇所提示部１２３は、再生回数が最大となる一部の楽譜画像部分を特定してもよい。或いは、例えば、練習箇所提示部１２３は、再生回数が平均値（つまり、全ての楽譜画像部分の再生回数の平均値）を超える一部の画像部分を特定してもよい。或いは、例えば、練習箇所提示部１２３は、再生回数が所定の閾値（例えば、極小値や極大値や中央値等や、予め設定された任意の値等）を超える一部の画像部分を特定してもよい。或いは、例えば、練習箇所提示部１２３は、再生回数の偏差値（つまり、全ての楽譜画像部分の再生回数を対象として統計処理を行った結果得られる、各楽譜画像部分の再生回数の偏差値）が所定の閾値（例えば、予め設定された任意の値等）を超える一部の画像部分を特定してもよい。

尚、練習箇所提示部１２３は、回数データ１１３１に含まれる「全再生回数」、「ループ再生回数」、「練習用再生回数」及び「演奏時再生回数」並びに「これら以外の何らかの再生回数を示すデータ」のうち少なくとも一つを対象として、ステップＳ１０６の判定を行ってもよい。この場合、練習箇所提示部１２３は、「全再生回数」、「ループ再生回数」、「練習用再生回数」及び「演奏時再生回数」並びに「これら以外の何らかの再生回数を示すデータ」に対して優先順位を設定し、当該優先順位が示す順番で順にステップＳ１０６の判定を行ってもよい。

その後、練習箇所提示部１２３は、ステップＳ１０６で特定した楽譜画像部分を、クライアント端末２０に対して通知する（ステップＳ１０７）。つまり、練習箇所提示部１２３は、ステップＳ１０６で特定した楽譜画像部分をクライアント端末２０が認識するために用いられる情報を、クライアント端末２０に対して通知する。

その後、クライアント端末２０の表示制御部２２１は、楽曲サーバ１０からダウンロードした楽譜画像データ１１２１のうち楽曲サーバ１０によって特定された楽譜画像部分を表示するように表示部２３０の動作を制御する。その結果、表示部２３０には、楽曲サーバ１０によって特定された楽譜画像部分が表示される（ステップＳ１０８）。このとき、表示部２３０は、楽曲サーバ１０によって特定された楽譜画像部分のみを表示してもよい。或いは、表示部２３０は、楽曲サーバ１０によって特定された楽譜画像部分を、その他の楽譜画像部分と区別可能な態様で表示してもよい。楽曲サーバ１０によって特定された楽譜画像部分を区別可能な表示態様としては、例えばハイライト表示等が一例としてあげられる。

以上説明したように、本実施例の楽曲配信システム１によれば、楽曲サーバ１０は、クライアント端末２０上で表示される楽譜画像データ１１２１のうちの一部の楽譜画像部分を特定することができる。特に、楽曲サーバ１０は、各楽譜画像部分の再生回数に基づいて、一部の楽譜画像部分を特定することができる。このため、クライアント端末２０は、このように特定される一部の楽譜画像部分を選択的に表示することができる。

ここで、ユーザによる各楽譜画像部分の全再生回数は、いわば、各楽譜画像部分がユーザに注目されているか否かを（言い換えれば、ユーザが重点的に再生しているか否か）を示す指標となり得る。従って、本実施例の楽曲サーバ１０は、パートデータ１１１１と同期して再生される楽譜画像データ１１２１の各楽譜画像部分の中からユーザにとって人気が高い（例えば、他のユーザも重点的に練習している）一部の画像部分を好適に特定することができる。従って、楽譜画像データ１１２１の再生によって表示される楽譜を見ながら練習を行いたいユーザは、他のユーザが重点的に練習しているがゆえに効率的な又は効果的な練習を行うことができると推定される楽譜画像部分を好適に認識することができる。

加えて、ループ再生が行われている場合には、当該ループ再生の間に再生されている楽譜画像部分に対するユーザの注目度が相対的に高いと推定される。加えて、ループ再生が行われている場合には、ユーザは、当該ループ再生の間に再生されている楽譜画像部分を見ながら繰り返し演奏の練習を行っているとも推定される。従って、ループ再生回数は、いわば、各楽譜画像部分がユーザに注目されているか否かを（言い換えれば、ユーザが重点的に再生しているか否か）を示す指標となり得る。従って、本実施例の楽曲サーバ１０は、パートデータ１１１１と同期して再生される楽譜画像データ１１２１の各楽譜画像部分の中からユーザにとって人気が高い（例えば、他のユーザも重点的に練習している）一部の画像部分を好適に特定することができる。従って、楽譜画像データ１１２１の再生によって表示される楽譜を見ながら練習を行いたいユーザは、他のユーザが重点的に練習しているがゆえに効率的な又は効果的な練習を行うことができると推定される楽譜画像部分を好適に認識することができる。

加えて、演奏の練習を目的として楽譜画像部分が再生される回数を示す練習用再生回数は、まさにユーザが重点的に練習している楽譜画像部分を直接的に示す指標となり得る。従って、本実施例の楽曲サーバ１０は、パートデータ１１１１と同期して再生される楽譜画像データ１１２１の各楽譜画像部分の中からユーザにとって人気が高い（例えば、他のユーザも重点的に練習している）一部の画像部分を好適に特定することができる。従って、楽譜画像データ１１２１の再生によって表示される楽譜を見ながら練習を行いたいユーザは、他のユーザが重点的に練習しているがゆえに効率的な又は効果的な練習を行うことができると推定される楽譜画像部分を好適に認識することができる。

加えて、楽譜画像データ１１２１の再生と同時にユーザが演奏を行っている回数を示す演奏時再生回数は、まさにユーザが重点的に練習している楽譜画像部分を直接的に示す指標となり得る。従って、本実施例の楽曲サーバ１０は、パートデータ１１１１と同期して再生される楽譜画像データ１１２１の各楽譜画像部分の中からユーザにとって人気が高い（例えば、他のユーザも重点的に練習している）一部の画像部分を好適に特定することができる。従って、楽譜画像データ１１２１の再生によって表示される楽譜を見ながら練習を行いたいユーザは、他のユーザが重点的に練習しているがゆえに効率的な又は効果的な練習を行うことができると推定される楽譜画像部分を好適に認識することができる。

尚、上述の説明では、複数のパートデータ１１１１の再生と同期しながら楽譜画像データ１１２１が再生される例を用いて説明を進めている。しかしながら、楽譜画像データ１１２１に加えて又は代えて、楽譜画像データ１１２１以外の任意の画像データ（好ましくは、対応するパートデータ１１１１等に特有の情報を視覚的に示す画像データ）が表示されてもよい。例えば、図１０（ａ）に示すように、楽譜画像データ１１２１に加えて又は代えて、対応するパートデータ１１１１の歌詞を示す歌詞画像データが表示されてもよい。この場合、楽曲サーバ１０のデータベース１１０は、楽譜データ格納部１１２に加えて又は代えて、歌詞画像データを格納する歌詞データ格納部を備えていることが好ましい。このように構成しても、楽曲サーバ１０は、上述した態様で、歌詞画像データを細分化することで得られる複数の歌詞画像部分の夫々の再生回数に基づいて、ユーザに提示するべき歌詞画像部分を特定してもよい。その結果、上述した各種効果と同様の効果が好適に実現される。

或いは、図１０（ｂ）に示すように、楽譜画像データ１１２１に加えて又は代えて、対応するパートデータ１１１１のコードを示すコード画像データが表示されてもよい。この場合、楽曲サーバ１０のデータベース１１０は、楽譜データ格納部１１２に加えて又は代えて、コード画像データを格納するコードデータ格納部を備えていることが好ましい。このように構成しても、楽曲サーバ１０は、上述した態様で、コード画像データを細分化することで得られる複数のコード画像部分の夫々の再生回数に基づいて、ユーザに提示するべきコード画像部分を特定してもよい。その結果、上述した各種効果と同様の効果が好適に実現される。

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

１ 楽曲配信システム
１０ 楽曲サーバ
１１０ データベース
１１１ パートデータ格納部
１１１１ パートデータ
１１２ 楽譜データ格納部
１１２１ 楽譜画像データ
１１３ 回数データ格納部
１１３１ 回数データ
１２０ 制御部
１２１ データ通信制御部
１２２ 練習回数収集部
１２３ 練習箇所提示部
１４０ データ通信部
２０ クライアント端末
２２０ 制御部
２２２ 音声制御部
２２３ 操作制御部
２２５ 再生状態通知部
２４０ データ通信部
２６０ 音声出力部
２７０ 操作部

Claims (21)

1. コンテンツデータと同期しながら再生される画像データであって且つ前記コンテンツデータに特有の情報を視覚的に示す画像データを構成する複数の画像部分の夫々がユーザによって再生された回数を示す回数情報を取得する取得手段と、
   前記取得手段によって取得された前記回数情報に基づいて、前記複数の画像部分のうち前記回数が所定の基準を満たす一部の画像部分を特定する特定手段と
   を備える
   ことを特徴とする情報処理装置。
2. 各画像部分の前記ユーザによる再生の態様を監視することで、前記回数情報を生成する生成手段と、
   前記生成手段が生成した前記回数情報を格納する格納手段と
   を更に備え、
   前記取得手段は、前記格納手段に格納されている前記回数情報を取得する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記生成手段は、各画像部分が前記ユーザによって再生される毎にカウントアップされる回数を示す前記回数情報を生成する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記生成手段は、各画像部分に対応する再生期間を含む所定の再生期間を対象としたループ再生が行われる回数を示す前記回数情報を生成する
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記生成手段は、特定の利用を目的として各画像部分が前記ユーザによって再生された回数を示す前記回数情報を生成する
   ことを特徴とする請求項２に記載の情報処理装置。
6. 前記生成手段は、前記コンテンツデータの再生に対して前記ユーザによる付加的な演奏がなされた状態で各画像部分が前記ユーザによって再生された回数を示す前記回数情報を生成する
   ことを特徴とする請求項２に記載の情報処理装置。
7. 前記特定手段は、前記回数が最大となる前記一部の画像部分を特定する
   ことを特徴とする請求項１に記載の情報処理装置。
8. 前記特定手段は、前記回数が所定の閾値を超える前記一部の画像部分を特定する
   ことを特徴とする請求項１に記載の情報処理装置。
9. 前記特定手段は、前記回数の偏差値が所定値以上となる前記一部の画像部分を特定
   ことを特徴とする請求項１に記載の情報処理装置。
10. 前記コンテンツデータは、楽曲データであり、
    前記画像データは、前記楽曲データに特有の楽譜情報を視覚的に示す楽譜データを含む
    ことを特徴とする請求項１に記載の情報処理装置。
11. 前記コンテンツデータは、楽曲データであり、
    前記画像データは、前記楽曲データに特有の歌詞情報を視覚的に示す歌詞データを含む
    ことを特徴とする請求項１に記載の情報処理装置。
12. 前記コンテンツデータは、楽曲データであり、
    前記画像データは、前記楽曲データに特有のコード情報を視覚的に示すコードデータを含む
    ことを特徴とする請求項１に記載の情報処理装置。
13. 前記特定手段よって特定される前記一部の画像部分を再生する再生手段を更に備える
    ことを特徴とする請求項１に記載の情報処理装置。
14. 前記特定手段よって特定される前記一部の画像部分を他の情報処理装置に対して通知する通知手段を備え、
    前記他の情報処理装置は、前記通知手段によって通知される前記一部の画像部分を再生する
    ことを特徴とする請求項１に記載の情報処理装置。
15. コンテンツデータと同期しながら再生される画像データであって且つ前記コンテンツデータに特有の情報を視覚的に示す画像データを構成する複数の画像部分の夫々がユーザによって再生された回数を示す回数情報を取得する取得工程と、
    前記取得工程によって取得された前記回数情報に基づいて、前記複数の画像部分のうち前記回数が所定の基準を満たす一部の画像部分を特定する特定工程と
    を備える
    ことを特徴とする情報処理方法。
16. コンピュータを請求項１に記載の情報処理装置として機能させる
    ことを特徴とする情報処理制御用のコンピュータプログラム。
17. コンピュータを請求項１に記載の情報処理装置として機能させる情報処理制御用のコンピュータプログラムが記録されたことを特徴とする記録媒体。
18. 請求項１に記載の情報処理装置によって特定された前記一部の画像部分を受け取る受取手段と、
    前記受取手段が受け取った前記一部の画像部分を再生する再生手段と
    を備える
    ことを特徴とする再生装置。
19. 請求項１に記載の情報処理装置によって特定された前記一部の画像部分を受け取る受取工程と、
    前記受取工程が受け取った前記一部の画像部分を再生する再生工程と
    を備える
    ことを特徴とする再生方法。
20. コンピュータを請求項１８に記載の再生装置として機能させる
    ことを特徴とする再生制御用のコンピュータプログラム。
21. コンピュータを請求項１８に記載の再生装置として機能させる再生制御用のコンピュータプログラムが記録されたことを特徴とする記録媒体。

Images