JP2005274993A - 楽曲送信装置、楽曲格納再生装置および楽曲一覧メニュー提供方法、楽曲認識用情報表示方法 - Google Patents

Abstract

【課題】楽曲を再生しなくても、ユーザが楽曲の内容的な特徴を容易に推測できるようにすることを可能にする装置および方法を提供する。
【解決手段】複数の楽曲のデータを格納する楽曲データ格納部２０８と、表示部楽曲データ格納部に格納されている楽曲の属性情報を、楽曲のそれぞれと対応付けて記憶する楽曲属性情報記憶部２１２とを備える。表示情報生成手段２１６は、表示要求入力を受け付けたときに、楽曲属性情報記憶部に記憶されている楽曲の属性情報に基づき、楽曲を認識するための文字情報と楽曲の属性情報を図形の表示属性に対応させた図形とからなる楽曲認識用表示情報を含む一覧表示情報を生成し、生成した一覧表示情報を、表示部２６の表示画面に表示する。
【選択図】図５

Description

この発明は、例えばインターネットを通じて楽曲データの配信を受ける場合に、当該配信の際に、どのような楽曲データの配信が可能であるかをユーザに知らせるようにする楽曲送信装置および楽曲一覧メニュー提供方法に関する。また、この発明は、楽曲データ格納部に、どのような楽曲のデータが格納されているかを、ユーザが把握させるようにする機能を備える楽曲格納再生装置および楽曲認識用情報表示方法に関する。

最近、ハードディスク装置の記憶容量の大容量化が進んだことに伴い、このハードディスク装置に、多数の楽曲のデータを記憶しておき、ユーザの再生指示に従って、再生指示された楽曲のデータを、ハードディスク装置から読み出して再生することができるようになっている。

この場合において、ハードディスク装置に格納されている楽曲のうちから、どの楽曲を選択して再生するかの選択資料として、従来は、楽曲名、アルバム名、アーティスト名などの文字情報からなる楽曲識別用情報の一覧を液晶ディスプレイなどの表示画面に表示することが行われている。ユーザは、この文字情報からなる楽曲識別用情報の一覧を参照し、表示されている楽曲名に対応する楽曲がどのような楽曲であったかを自分の記憶を頼りに判断したり、または推測したりして、再生を希望する楽曲を選択するようにする。

すなわち、ユーザは、楽曲の選択に先立ち、その楽曲の再生情報を、さまざまな情報発信手段（インターネットのホームページ、テレビ放送、新聞、ラジオ放送、うわさ、店内ＢＧＭ（バックグラウンドミュージック）など）により聴取して、それを楽曲名などの楽曲識別用情報と対応させて記憶しておく。そして、その記憶を頼りに、前記楽曲識別用情報の一覧から購入する楽曲の選択をするようにしている。

一方、上述のような大容量のハードディスク装置などの記憶装置を備える携帯型装置に、楽曲のデータを取り込む方法として、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格やＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ, Ｉｎｃ.）１３９４規格などの通信インターフェースを用いて、楽曲データの格納部を備えるパーソナルコンピュータと接続し、パーソナルコンピュータから希望する楽曲のデータを送信してもらう方法がある。

また、大容量のハードディスク装置などの記憶装置を備えるパーソナルコンピュータが、インターネットを通じて楽曲配信サーバ装置に接続して、当該楽曲配信サーバ装置から、ユーザが選択した楽曲のデータをダウンロードしてもらう方法もある。

このような場合にも、通常は、送信可能あるいは配信可能な楽曲の一覧メニューとして、楽曲名、アルバム名、アーティスト名などの文字情報からなる楽曲情報一覧メニューが、パーソナルコンピュータや配信サーバから送られてきて、クライアント端末の表示部に表示されるので、ユーザは、それを頼りに、上述の場合と同様にして、配信してもらいたい楽曲の選択を行なうようにする。

上述したように、ユーザが、楽曲の再生情報と、その楽曲名やアーティスト名などの楽曲識別用情報との対応を記憶している場合には、楽曲名などの楽曲識別用情報の一覧を参照することにより、その記憶を頼りに、その楽曲の内容を推測して、楽曲の選択が容易にできる。

しかし、ユーザが、上述のような楽曲の再生情報をユーザが記憶しておらず、あるいは忘れてしまった楽曲については、楽曲名やアーティスト名などの文字情報のみを参照しても、その楽曲の内容がどのようなものであるかを把握できなくなってしまう。

そのような場合、従来は、携帯型装置やパーソナルコンピュータにおける楽曲データ格納部からの選択の際には、イントロ再生や、サビ部分の再生などを繰り返し行なって、楽曲の内容を把握して選択の判断材料にする。

また、楽曲配信サーバ装置からのダウンロードによる楽曲のデータの配信においても、例えば特許文献１（特開２００１−３３１１８２号公報）に示されるように、希望する情報の一部のみをダウンロードして再生を行ない、それが希望する楽曲であるかどうか判断し、希望する楽曲であれば楽曲全体のデータのダウンロードを実行させるようにするなどの処理を繰り返し行なって、楽曲の内容を把握あるいは推測してから、実際のダウンロードを実行するようにしている。

上記の特許文献は、次の通りである。
特開２００１−３３１１８２号公報

上述したように、再生しようとする楽曲を選択したり、配信を受けようとする楽曲を選択したりする場合に、従来は、楽曲名などの文字情報のみを頼りに選択するようにしているので、選択を行なおうとしているユーザは、楽曲名で示される楽曲の内容について、頭の中に記憶が留まっている場合には、その記憶を辿ることにより、その楽曲がどのような内容のものであるかを推測して楽曲を選定することができるが、頭の中に記憶が留まっていない場合には、楽曲のイントロやサビ部分などを再生を行なって、確かめるしか手立てがなかった。

このため、ユーザが希望する楽曲を、的確に選択するのには、複数の楽曲のイントロやサビ部分などを繰り返し再生する必要が生じ、選択に非常な手間がかかるという問題がある。

この発明は、以上の点にかんがみ、楽曲を再生しなくても、ユーザが楽曲の内容的な特徴を容易に推測できるようにすることを可能にする装置および方法を提供することを目的とする。

上記の課題を解決するために、請求項１の発明は、
楽曲受信端末に対して、通信路を通じて、楽曲のデータを送信するようにする楽曲送信装置において、
複数の楽曲のデータを格納する楽曲データ格納部と、
前記楽曲データ格納部に格納されている前記楽曲の属性情報を、前記楽曲のそれぞれと対応付けて記憶する楽曲属性情報記憶部と、
前記送信が可能な楽曲のそれぞれについて、前記楽曲を認識するための文字情報と、前記楽曲属性情報記憶部に記憶されている前記楽曲の属性情報を図形の表示属性に対応させた図形とからなる楽曲認識用表示情報を含む楽曲一覧メニュー情報を生成する楽曲一覧メニュー生成手段と、
前記楽曲一覧メニュー情報を、前記楽曲のデータの送信に先立ち、前記楽曲受信端末に前記通信路を通じて送出する手段と
を備えることを特徴とする楽曲送信装置を提供する。

ここで、この明細書において、楽曲の属性情報とは、例えば、テンポ、曲調、ビート数など、楽曲のデータから特徴量として直接に算出される直接的属性情報と、ジャンルなど、楽曲のデータに付属されていて、楽曲がどのようなものであるかを間接的に示す間接的属性情報との両方を含み、楽曲の内容をユーザが認識するときの判断材料となる情報を意味するものとする。

また、楽曲の再生日時、楽曲を好むか、好まないかなどの情報を、楽曲と対応付けて記憶することがあるが、これらの情報は楽曲に関連付けられて記憶される情報であるので、この明細書では、楽曲の関連情報と称することとする。

楽曲の関連情報としては、再生履歴のほか、使われているコマーシャルや、楽曲がディスクなどの記録媒体に記録されている場合に、対象となる楽曲とは異なる楽曲（例えばレコードのＢ面のコンテンツ）も、楽曲の関連情報とすることができる。

上述の請求項１の発明によれば、楽曲受信端末には、楽曲一覧メニュー情報に基づく楽曲認識用表示情報が表示画面に表示される。この楽曲認識用表示情報には、楽曲名などの文字情報の他に、楽曲の属性情報、例えばジャンルやテンポなどが、図形の形状、大きさ、色、色のぼかし、グラデエーションなどにより、表わされた図形が同時に表示される。

したがって、ユーザは、楽曲名などの楽曲識別用文字情報のみでは、その内容を推測できなくても、図形に反映されて表わされたジャンルや、テンポなどの楽曲の属性情報から、楽曲の内容を、自分が希望しているものに合致するものであるかどうかを容易に判断できる。また、楽曲名のみでは呼び起こせなかった記憶を、その図形に反映されて表わされている楽曲の属性情報から呼び起こす可能性があるので、ユーザは、当該図形を参照することにより、楽曲の内容的特徴を推測し易くなり、希望する楽曲の選択が容易になる。

また、請求項３の発明は、請求項１に記載の楽曲送信装置において、
前記楽曲一覧メニュー生成手段は、前記楽曲のそれぞれについての複数の属性情報を、図形の異なる表示属性のそれぞれに対応させた前記図形として生成する
ことを特徴とする。

この請求項３の発明によれば、楽曲認識用表示情報に含まれる１個の図形には、楽曲の複数の属性情報が同時に反映されているため、ユーザは、楽曲の内容的特徴を、より推測し易くなるものである。

また、請求項５の発明は、
複数の楽曲のデータを格納する楽曲データ格納部と、
表示部と、
前記楽曲データ格納部から読み出された前記楽曲のデータを再生して、前記楽曲を音響再生する再生手段と、
前記楽曲データ格納部に格納されている前記楽曲の属性情報を、前記楽曲のそれぞれと対応付けて記憶する楽曲属性情報記憶部と、
前記楽曲データ格納部に格納されている複数の前記楽曲を認識ための表示情報の表示要求入力を受け付ける入力受け付け手段と、
前記入力受け付け手段で前記表示要求入力を受け付けたときに、前記楽曲属性情報記憶部に記憶されている前記楽曲の属性情報に基づき、前記楽曲を認識するための文字情報と前記楽曲の属性情報を図形の表示属性に対応させた図形とからなる楽曲認識用表示情報を含む一覧表示情報を生成する表示情報生成手段と、
前記表示情報生成手段で生成された前記一覧表示情報を、前記表示部の表示画面に表示するようにする表示制御手段と、
前記表示部の表示画面での表示に関連する指示入力により指示された前記楽曲認識用表示情報に対応する楽曲のデータを、前記楽曲データ格納部から読み出して、前記再生手段に転送する読み出し手段と
を備えることを特徴とする楽曲格納再生装置を提供する。

この請求項５の発明によれば、表示画面には、楽曲名などの文字情報の他に、楽曲の属性情報を、図形の形状、大きさ、色、色のぼかし、グラデエーションなどにより、反映させた図形を含む一覧表示情報を表示するようにするので、ユーザは、当該図形を参照することにより、楽曲の内容的特徴を推測し易くなるため、再生を希望する楽曲の選択が容易になる。

この発明によれば、表示画面には、楽曲名などの文字情報の他に、楽曲の属性情報、例えばジャンルやテンポなどが、図形の形状、大きさ、色、色のぼかし、グラデエーションなどにより、表わされた図形が同時に表示されるので、ユーザは、当該図形を参照することにより、楽曲の内容的特徴を推測し易くなるため、希望する楽曲の選択が容易になる。

以下、この発明による楽曲送信装置および楽曲格納再生装置の実施形態のそれぞれを、楽曲配信システムにおける楽曲配信サーバ装置および楽曲受信端末のそれぞれに適用した場合を例にとって、図を参照しながら説明する。

［実施形態の楽曲配信システムの概要］
図１は、実施形態の楽曲配信システムの概要を示すもので、この実施形態では、楽曲配信サーバ装置１と、楽曲受信端末２とが、インターネットなどのネットワーク３を通じて接続可能にされて構成されている。楽曲配信サーバ装置１は、楽曲送信装置の実施形態であり、また、楽曲受信端末２は、楽曲格納再生装置の実施形態である。楽曲受信装置２は、この例では、パーソナルコンピュータで構成される。

図１において、楽曲受信端末２から、ネットワークを通じて楽曲配信サーバ装置１に楽曲配信要求のアクセスが送られると、楽曲配信サーバ装置１は、先ず、配信可能な楽曲を紹介する楽曲一覧メニュー表示情報を、配信要求してきた楽曲受信端末２に送る。この楽曲一覧メニュー表示情報は、後述するように、それぞれの楽曲を認識するための楽曲認識用表示情報として、楽曲名と楽曲の属性情報を反映させた図形とを表示するようにする。

楽曲受信端末２では、この楽曲一覧メニュー表示情報の、各楽曲についての楽曲認識用表示情報を参照して、楽曲データのダウンロードを実際に要求する楽曲を選択する。この場合に、楽曲一覧メニュー表示情報には、楽曲識別情報（以下、楽曲ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）という）に対応付けられた楽曲認識用表示情報として、楽曲名やアーティスト名などの文字情報の他に、楽曲の属性情報が反映された図形が表示されているので、楽曲受信端末２のユーザは、楽曲名を知らない楽曲であっても、図形から楽曲のジャンルやテンポなどの楽曲の内容的特徴を知ることができる。

そして、楽曲受信端末２のユーザは、楽曲一覧メニュー表示情報から、楽曲データのダウンロードを希望する楽曲を選択する。すると、楽曲受信端末２は、自端末の識別情報と、その選択された楽曲の楽曲ＩＤとを含む楽曲ダウンロード要求を楽曲配信サーバ装置１に送る。

楽曲配信サーバ装置１は、この楽曲ダウンロード要求に含まれる楽曲ＩＤから、ダウンロードすべき楽曲を認識し、その楽曲のデータをデータ格納部から読み出して、楽曲受信端末２へのダウンロードを実行する。このとき、この実施形態では、楽曲の属性情報も、楽曲データに付加して、楽曲受信端末２に送信するようにする。

楽曲受信端末２は、ダウンロードされてきた楽曲のデータを受信して、楽曲ＩＤと対応付けて楽曲データ格納部に格納すると共に、受信した楽曲の属性情報を、楽曲ＩＤに対応付けることにより楽曲に対応付けて、楽曲属性情報記憶部に書き込むようにする。

楽曲受信端末２は、この例では、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）プレーヤ機能を備えると共に、ＣＤに記録されている楽曲データを取り込んで、楽曲ＩＤと対応付けて楽曲データ格納部に格納する機能も備えている。また、ＣＤから、楽曲に付属している属性情報が入力される場合には、その属性情報も、楽曲ＩＤに対応付けて楽曲属性情報記憶部に書き込む機能を備えている。

さらに、この実施形態の楽曲受信端末２は、ＣＤから取り込んだ楽曲のデータから、例えばテンポなどの楽曲特徴量を抽出し、抽出した楽曲特徴量を、楽曲ＩＤと対応付けて楽曲属性情報記憶部に書き込む機能も備えている。

そして、この実施形態の楽曲受信端末２は、ユーザが楽曲データ格納部に格納されている楽曲を再生希望する際には、楽曲データ格納部に格納されている楽曲の一覧表示情報を生成して、ユーザに呈示し、ユーザが当該一覧表示情報から再生希望する楽曲の選択ができるようにしている。

この場合に、楽曲受信端末２は、その一覧表示情報のそれぞれの楽曲の認識用表示情報には、前述の楽曲配信サーバ装置から提供される楽曲一覧メニュー表示情報と同様に、楽曲名などの文字情報に加えて、楽曲の属性情報を反映させた図形を表示するようにする。

また、楽曲受信端末２は、過去の楽曲毎の再生履歴を反映させた図形も、一覧表示情報のそれぞれの楽曲の認識用表示情報に含めるようにする。例えば、再生履歴から、朝方によく聴く楽曲については朝を連想させる図形を、日中によく聴く楽曲には、日中を連想させる図形を、夜間によく聴く楽曲には、夜を連想させる図形を、当該楽曲の認識用情報に含めるようにする。

これにより、ユーザは、楽曲名のみでなく、図形からどのような楽曲であるかを容易に推測することが可能であり、楽曲の選択作業が容易になる
［楽曲配信サーバ装置のハードウエア構成例］
図２は、この実施形態における楽曲配信サーバ装置１のハードウエア構成例を示すブロック図である。

この実施形態の楽曲配信サーバ装置１は、システムバス１００に対して、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、プログラムＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ワークエリア用ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３とが接続されて成るコンピュータにより、処理動作が制御される構成とされている。

そして、システムバス１００に対して、配信用楽曲データ格納部１０４と、通信インターフェース１０５と、受信データ処理部１０６と、送信データ生成部１０７と、楽曲一覧メニュー生成部１０８と、楽曲属性情報記憶部１０９と、楽曲特徴量算出部１１０と、課金処理部１１１とが、さらに接続されている。

楽曲一覧メニュー生成部１０８、楽曲特徴量算出部１１０は、ＣＰＵ１０１が、プログラムＲＯＭ１０２のプログラムにしたがって、ワークエリア用ＲＡＭ１０３を用いて行なうソフトウエア処理によって実現することもできる。

配信用楽曲データ格納部１０４には、予め、大量の配信用の楽曲のオーディオデータが、圧縮されて、あるいは圧縮されずに、その楽曲ＩＤと対応付けられて記憶されている。

通信インターフェース１０５は、楽曲配信サーバ装置１を通信ネットワーク３に接続するためのものである。

受信データ処理部１０６は、通信ネットワーク３を通じて送られてくる楽曲受信装置２からの楽曲配信要求やダウンロード要求などを受信し、楽曲配信要求情報や、ダウンロード要求に含まれる楽曲ＩＤや課金用情報などをシステムバス１００に送出する。

送信データ生成部１０７は、楽曲受信端末２の配信要求に応じて、楽曲一覧メニュー表示情報やダウンロード要求された楽曲のデータを、配信要求してきた楽曲受信端末２に対して、通信インターフェース２０５および通信ネットワーク４を通じて送信するようにする。

楽曲属性情報記憶部１０９には、配信用楽曲データ格納部１０４に格納されている楽曲のそれぞれについての属性情報が、それぞれの楽曲に対応付けられて記憶されている。図３は、この楽曲属性情報記憶部１０９の記憶内容を説明するための図である。

すなわち、楽曲属性情報記憶部１０９には、配信用楽曲データ格納部１０４に格納されている楽曲の楽曲ＩＤのそれぞれに対応して、楽曲名、アーティスト名、アルバム名などの間接的属性情報と、ジャンル、楽曲特徴量などの直接的属性情報が記憶されている。楽曲特徴量は、後述するように、楽曲特徴量算出部１１０で算出されるもので、この実施形態では、楽曲のテンポが楽曲特徴量として算出される。

楽曲一覧メニュー生成部１０８は、楽曲受信端末２からの配信要求に応じて、楽曲受信端末２のユーザに、配信可能な楽曲を知らせるための楽曲一覧メニュー表示情報を生成する。楽曲一覧メニュー生成部１０８は、楽曲属性情報記憶部１０９の各楽曲ＩＤで識別される楽曲についての楽曲属性情報を参照して、楽曲一覧メニュー表示情報を生成する。

この場合に、図４に示すように、この実施形態では、楽曲一覧メニュー生成部１０８は、それぞれの楽曲についての認識用表示情報１０を、配信用楽曲データ格納部１０４に格納されている楽曲の数分の複数個からなるものである。

楽曲認識用表示情報１０のそれぞれは、楽曲属性情報記憶部１０９に記憶されている楽曲属性情報のうちの前記間接的属性情報である楽曲名を楽曲識別用文字情報として表示する表示部１１と、直接的属性情報であるジャンルおよびテンポを図形の表示属性に反映させて表示する図形表示部１２とからなる。

この実施形態では、楽曲のジャンルの違いに応じて、複数個の図形（以下、アイコンという）を予め用意する。例えば図４の例においては、稲妻のようなイガイガ形状のアイコンＴＫは、ジャンルがテクノポップの楽曲であることを示し、ハート形状のアイコンＬＳは、ジャンルがラブソングの楽曲であることを示し、ニコニコマークのアイコンＨＬは、ジャンルが癒し（ヒーリング）の楽曲であることを示している。

そして、楽曲特徴量としてのテンポは、アップテンポ、スローテンポ、いずれでもない通常テンポなどに区分けしておき、その楽曲特徴量を、ジャンル別の各アイコンの、例えば表示属性である色のグラデエーションとして反映させるようにする。例えば、通常テンポの楽曲の場合には、各アイコンＴＫ、ＬＳ、ＨＬ・・・を、単色でかつ平坦（グラデエーション無し）に着色するようにし、スローテンポの楽曲の場合には、各アイコンＴＫ、ＬＳ、ＨＬ・・・の色に対して、１段階のグラデエーションを施すようにし、また、アップテンポの楽曲の場合には、各アイコンＴＫ、ＬＳ、ＨＬ・・・の色に対して、少なくとも２段階の複数段階のグラデエーションを施すようにする。

図４の例では、最上段の「楽曲名１」の楽曲は、ジャンルがテクノポップであって、アップテンポの楽曲であることを示し、２段目の「楽曲名２」の楽曲は、ジャンルがラブソングであって、スローテンポの楽曲であることを示し、３段目の「楽曲名３」の楽曲は、ジャンルがヒーリングであって、スローテンポの楽曲であることを示している。

また、４段目の「楽曲名４」の楽曲は、ジャンルがテクノポップであって、通常テンポの楽曲であることを示し、５段目の「楽曲名５」の楽曲は、ジャンルがラブソングであって、通常テンポの楽曲であることを示し、６段目の「楽曲名６」の楽曲は、ジャンルがヒーリングであって、通常テンポの楽曲であることを示している。

楽曲特徴量算出部１１０は、この実施形態では、楽曲のテンポを算出するもので、例えば、特開２００２−１１６７５４号公報に記載の技術や、特願２００３−９４１００号に記載の技術を用いることができる。楽曲のテンポの算出方法は、この発明の要旨ではないので、ここではその詳細な説明は省略する。

課金処理部１１１は、この実施形態では、配信要求のアクセスあるいはダウンロード要求の情報に含まれる購入要求してきた楽曲受信端末２のユーザの課金用情報（例えばユーザのクレジット番号情報や銀行口座情報等）を用いて、課金処理を実行する。

［楽曲受信端末（楽曲格納再生装置）２のハードウエア構成例］
図５は、楽曲受信端末２のハードウエア構成例を示すブロック図である。この実施形態の楽曲受信端末２は、システムバス２００に対して、ＣＰＵ２０１と、プログラムＲＯＭ２０２と、ワークエリア用ＲＡＭ２０３とが接続されて成るマイクロコンピュータにより、処理動作が制御される構成とされている。

そして、前述したように、この実施形態の楽曲受信端末２は、楽曲配信サーバ装置１に対する楽曲配信要求機能と、楽曲データ格納部に格納されている楽曲データをユーザに認識させるための楽曲認識用表示情報の一覧提供機能と、楽曲データ格納部に格納されている楽曲データを音響再生出力する機能と、ＣＤから取り込んだ楽曲データを音響再生出力する機能と、ＣＤから取り込んだ楽曲データを記録する機能と、楽曲データについて楽曲特徴量を算出する機能とを備え、これらの機能を実現するための構成部分を備えている。

システムバス２００には、操作部２１が操作部インターフェース２０４を通じて接続されている。操作部２１は、前述したような配信要求指示のための操作キー、楽曲データ格納部に格納されている楽曲データの再生を指示するための操作キーと、ＣＤの再生あるいはＣＤからの楽曲データの記録を指示する操作キーなどを含む。

なお、操作部２１の代わりに、リモコン送信機（リモートコマンダ）と、リモコン受信部を設け、リモートコマンダに上述した操作部２１と同様のキーを設けるようにしてもよい。また、ディスプレイ２６に表示されたアイコンボタンと、操作部２１に設けられた当該アイコンボタンを操作するようにする手段とからなるソフトウエアキーを、種々の操作キーとして用いることもできる。

また、この実施形態の楽曲受信端末２では、楽曲配信要求機能を実現するために、送信データ生成部２０５と、受信データ処理部２０６と、通信インターフェース２０７とが、システムバス２００に接続されている。

送信データ生成部２０５には、楽曲受信端末を識別する端末識別情報あるいはユーザＩＤと、課金用情報などを記憶する記憶部を内蔵している。通信インターフェース２０７は、楽曲受信端末２を通信ネットワーク３に接続するためのものである。

送信データ生成部２０５に内蔵されている記憶部には、楽曲配信サーバ装置１の通信ネットワーク３上のアドレスと、自装置の通信ネットワーク３上のアドレスと、自装置の識別情報や、ユーザの氏名、住所、クレジット番号等の課金用情報などが記憶されている。

楽曲受信端末２に取り込んだ楽曲データを記録するために、楽曲データ格納部２０８および記録エンコード／再生デコード部２０９がシステムバス２００に接続されている。楽曲データ格納部２０８は、例えば大容量のハードディスク装置により構成され、大量の楽曲のデータが格納可能である。

記録エンコード／再生デコード部２０９は、楽曲データを楽曲データ格納部２０８に書き込む際に、楽曲データをデータ格納部２０７に格納するための形式の信号に変換し、また、楽曲データ格納部２０８から楽曲データを読み出して再生するときに、データ格納部２０７に格納するための形式の信号とされている楽曲データを、元の形式のデータにデコードする機能を備える。

取り込みデータは、前述した楽曲配信サーバ装置１からダウンロードされた楽曲データのみでなく、ＣＤ２２からの楽曲データもその対象としている。ＣＤ２２からの楽曲データを取り込むために、光ディスクドライバ２１０が接続されている。

楽曲データ格納部２０７に、楽曲データが格納されるとき、この実施形態の楽曲受信端末２では、通信インターフェース２０７を通じて取り込んだ楽曲データあるいはＣＤ２２から光ディスクドライバ２１０を通じて取り込んだ楽曲データは、記録エンコード／再生デコード部２０８で、データ格納部２０７に格納するための形式の信号に変換されて、楽曲データ格納部２０７に格納される。この場合に、記録エンコード処理として、楽曲データをデータ圧縮して、楽曲データ格納部２０７に格納するようにしても良い。

楽曲データ格納部２０７に格納されている楽曲データや、ＣＤから光ディスクドライバ２１０を通じて取り込まれた楽曲データを音響再生するために、Ｉ／Ｏポート２１１がシステムバス２００に接続されている。そして、Ｉ／Ｏポート２１１から出力されるデジタルオーディオ信号は、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換器２３でアナログオーディオ信号に変換され、オーディオ出力アンプ２４を通じてスピーカ２５に供給され、音響再生出力される。

さらに、システムバス２００には、楽曲属性情報記憶部２１２と、楽曲特徴量算出部２１３と、ディスプレイインターフェース２１４と、再生履歴記憶部２１５と、表示情報生成部２１６とが接続されている。ディスプレイインターフェース２１４には、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）からなるディスプレイ２６が接続されている。

楽曲属性情報記憶部２１２は、楽曲配信サーバ装置１の楽曲属性情報記憶部１０９と同様のもので、この楽曲属性情報記憶部２１２には、楽曲配信サーバ装置１からダウンロードされてくる楽曲データと共に送られてくる楽曲属性情報を書き込んで記憶する。また、ＣＤ２２から光ディスクドライブ２１０を通じて取り込んだ楽曲データを、楽曲データ格納部２０８に格納したときに、ＣＤ２２から、各楽曲の楽曲属性情報が得られるときには、その楽曲属性情報も、この楽曲属性情報記憶部２１２に書き込んで記憶する。

さらに、楽曲属性情報記憶部２１２には、楽曲特徴量算出部２１３で算出された、例えばテンポなどの楽曲特徴量が、楽曲ＩＤに対応して記憶されている。

楽曲特徴量算出部２１３は、この実施形態では、楽曲配信サーバ装置１の楽曲特徴量算出部１１０と同様に、楽曲特徴量として楽曲のテンポを算出する。この実施形態では、楽曲特徴量算出部２１３は、ＣＰＵ２０１からの制御指示に従って、楽曲データ格納部２０８に格納されている楽曲データについて、楽曲特徴量が楽曲属性情報記憶部２１２に記憶されていないときと、ＣＤ２２から読み出した楽曲データを再生しているときと、ＣＤ２２から読み出した楽曲データを再生せずに、楽曲データ格納部２０８に記録するときに、楽曲特徴量の算出を行なって、その算出結果の楽曲特徴量を楽曲属性情報記憶部２１２に楽曲ＩＤに対応付けて記憶するようにする。

なお、ＣＤ２２からの読み出した楽曲データを再生しているときに算出した楽曲特徴量は、バッファメモリに一次格納しておき、その後、当該楽曲データの楽曲データ格納部２０８への格納要求（記録要求）があったときに、楽曲属性情報記憶部２１２に楽曲ＩＤに対応付けて記憶するようにする。

再生履歴記憶部２１５には、楽曲データ格納部２０８に格納されている楽曲データや、ＣＤから読み出された楽曲データが再生された年月日および時刻が、楽曲ＩＤに対応付けられて記憶される。

表示情報生成部２１６は、この実施形態では、ユーザが楽曲データ格納部２０８に、どのような楽曲が格納されているかの問い合わせとなる、楽曲認識用表示情報の表示要求入力操作をすると、ＣＰＵ２０１により起動されて、楽曲認識用表示情報を生成する。

この実施形態では、この表示情報生成部２１６は、楽曲属性情報記憶部２１２の記憶情報に基づいて、前述した楽曲配信サーバ装置１からの楽曲一覧メニュー表示情報と同様の楽曲認識用表示情報の一覧情報を生成する。この実施形態では、楽曲について再生履歴情報が、再生履歴記憶部２１５に記憶されているときには、その再生履歴に基づいた情報も表示するようにする。生成された楽曲認識用表示情報の一覧情報はディスプレイインターフェース２１４を通じてディスプレイ２６に供給されることで、ディスプレイ２６の画面には、前述の図４に示した楽曲一覧メニューと同様の形式で、図６に示すような楽曲認識用表示情報の一覧が表示される。

すなわち、この例では、楽曲認識用表示情報の一覧は、図６に示すように、楽曲毎の楽曲認識用表示情報３０の複数個からなるものであり、楽曲認識用表示情報３０のそれぞれは、楽曲属性情報記憶部２１２に記憶されている楽曲属性情報のうちの前記間接的属性情報である楽曲名などを楽曲識別用文字情報として表示する表示部３１と、直接的属性情報であるジャンルおよびテンポを図形の表示属性に反映させて表示する第１の図形表示部３２と、再生履歴を図形の表示属性に反映させて表示する第２の図形表示部３３とからなる。

図６の例では、楽曲認識用表示情報の一覧は、楽曲配信サーバ装置１から楽曲一覧メニュー表示情報と同様の表示内容とされており、前述したように、楽曲のジャンルの違いに応じて、複数個の図形（以下、アイコンという）が予め用意される。そして、図４の例と同様に、図６の例においても、稲妻のようなイガイガ形状のアイコンＴＫは、ジャンルがテクノポップの楽曲であることを示し、ハート形状のアイコンＬＳは、ジャンルがラブソングの楽曲であることを示し、ニコニコマークのアイコンＨＬは、ジャンルが癒し（ヒーリング）の楽曲であることを示している。

この場合において、第１の図形表示部３２に表示するアイコンは、楽曲配信サーバ装置１から送られてくる楽曲毎のアイコンの表示情報を、楽曲属性情報記憶部２１２に格納しておき、それを表示情報に用いることも考えられるが、そのようにすると、記憶容量の増大を招くと共に、ユーザが、楽曲の属性情報をアイコンの図形の表示属性に対してどのように対応させるかを自分で選択することができなくなってしまう。

そこで、この実施形態では、楽曲受信端末２で、ユーザがアイコンの図形を自分で選択することができるようにするため、表示情報生成部２１６には描画機能を持たせ、第１の図形表示部３２および第２の図形表示部３３に表示するアイコンは、表示情報生成部２１６での当該描画機能を用いて描画するようにしている。

第１の図形表示部３２および第２の図形表示部３３に表示するアイコンの候補は、図示を省略したアイコン候補記憶部に予め用意したり、あるいは、ユーザが独自に作成して、アイコン候補記憶部に記憶させたりしておくことができるようにされている。そして、ユーザは、操作部２１を通じた選択指示操作により、どのアイコンをどの属性に対応させるかを指示することができるようにされている。

第２の図形表示部３３に表示される再生履歴を反映させるアイコンとしては、図６においては、例えば、再生時刻が、朝、昼、夜のどの時間帯に多いかにより異なるアイコンが表示される。

図６の例では、「楽曲名１」の楽曲は、再生履歴から日中に再生されることが多いと判別されたことに基づいて、日中を示すアイコンＤＹが第２の図形表示部３３に表示され、また、「楽曲名２」の楽曲は、再生履歴から夜に再生されることが多いと判別されたことに基づいて、夜を示すアイコンＮＴが第２の図形表示部３３に表示され、「楽曲名３」の楽曲は、再生履歴から朝に再生されることが多いと判別されたことに基づいて、朝を示すアイコンＭＯが第２の図形表示部３３に表示される。

ユーザは、図６の楽曲認識用表示情報の一覧において、楽曲名と共に、第１および第２の図形表示部３２および３３のアイコンを参照することにより、楽曲内容を忘れてしまっていても、記憶を呼び覚ますことが容易にできると共に、楽曲内容を全く知らなくても、ある程度、どのような楽曲内容であるかを推測することができるので、再生する楽曲の選択が容易になる。

［楽曲データ配信動作の説明］
次に、楽曲受信端末２からの楽曲配信要求が楽曲配信サーバ装置1に対してなされたときの処理動作について説明する。

図７は、このときの楽曲受信端末２の処理動作を説明するためのフローチャートを示すもので、各処理ステップは、ＣＰＵ２０１がＲＯＭ２０２のプログラムにしたがってＲＡＭ２０３をワークエリアとして用いて実行される。また、図８および図９は、このときの楽曲配信サーバ装置１の処理動作を説明するためのフローチャートを示すもので、各処理ステップは、ＣＰＵ１０１がＲＯＭ１０２のプログラムにしたがってＲＡＭ１０３をワークエリアとして用いて実行される。

先ず、楽曲受信端末２で、ユーザが操作部２１を通じて楽曲配信要求の操作をすると、楽曲受信端末２のＣＰＵ２０１は、送信データ生成部２０５を制御して、楽曲配信サーバ装置１に対して、配信要求のアクセスをする（図７のステップＳ１）。

楽曲配信サーバ装置１のＣＰＵ１０１は、配信要求のアクセスの受信を常時監視しており（図８のステップＳ１１）、当該配信要求のアクセスの受信を確認すると、楽曲一覧メニュー生成部１０８を制御して、図２に示したような、配信可能である楽曲一覧メニュー表示情報を生成させるようにする（ステップＳ１２）。

そして、ＣＰＵ１０１は、楽曲一覧メニュー生成部１０８で生成された楽曲一覧メニュー表示情報を、当該楽曲一覧メニュー表示情報のそれぞれの楽曲の認識用表示情報１０と楽曲ＩＤとを対応付けて、楽曲受信端末２に送信する（ステップＳ１３）。

楽曲受信端末２のＣＰＵ２０１は、この楽曲一覧メニュー表示情報を通信インターフェース２０７および受信データ処理２０６を通じて受信し、ディスプレイ２６の表示画面に図２に示したようにして、一覧表示するようにする（ステップＳ２）。

そして、楽曲受信端末２のＣＰＵ１０１は、操作部２１を通じて、前記楽曲一覧メニューのどの楽曲の認識用表示情報１０が選択決定操作されたかを監視し（ステップＳ３）、選択決定操作がなされていないと判別したときには、操作部２１を通じて終了操作がなされたか否か判別する（ステップＳ４）。

そして、ステップＳ４で、終了操作がなされたと判別したときには、ＣＰＵ２０１は、楽曲配信サーバ装置１との通信路を切断して（ステップＳ７）、この処理ルーチンを終了する。

また、ステップＳ４で、終了操作がなされていないと判別したときには、ＣＰＵ２０１は、ステップＳ３の処理に戻り、楽曲の認識用表示情報１０の選択決定操作がなされたか否か判別する。そして、ステップＳ３で、楽曲の認識用表示情報１０の選択決定操作がなされたと判別したときには、ＣＰＵ２０１は、当該選択決定操作により選択決定された楽曲の楽曲ＩＤを含むダウンロード要求を、楽曲配信サーバ装置１に送信する（ステップＳ５）。

一方、楽曲配信サーバ装置１では、楽曲受信端末２からのダウンロード要求の受信を監視する（ステップＳ１４）。そして、ダウンロード要求を受信していないと判別したときには、ＣＰＵ１０１は、楽曲受信端末２で終了操作されたか否かを判別し（ステップＳ１５）、終了操作がなされたと判別したときには、この処理ルーチンを終了する。

また、ステップＳ１４で、楽曲受信端末２からのダウンロード要求を受信したと判別したときには、ＣＰＵ１０１は、当該ダウンロード要求に含まれる楽曲ＩＤから、ダウンロード要求された楽曲を特定する。そして、当該特定した楽曲のデータを配信用楽曲データ格納部１０４から読み出すと共に、当該楽曲の属性情報を、楽曲属性情報記憶部１０９から読み出して、ダウンロード要求してきた楽曲受信端末２にダウンロードする（ステップＳ１６）。

そして、ＣＰＵ１０１は、楽曲受信端末２からのダウンロードデータの受信完了通知を受け取ったかどうかにより受信完了を確認し（ステップＳ１７）、受信完了を確認したら、配信要求あるいはダウンロード要求に含まれる課金用情報に基づいた課金処理を、課金処理部１１１で実行させるようにする（ステップＳ１８）。以上で、楽曲配信サーバ装置１での処理ルーチンを終了する。

一方、ステップＳ５でダウンロード要求を送出した楽曲受信端末２のＣＰＵ２０１は、楽曲配信サーバ装置１からダウンロードされてくる、選択指定した楽曲データを受信して、楽曲データ格納部２０８に、その楽曲ＩＤと対応付けて格納すると共に、楽曲配信サーバ装置１からの楽曲の属性情報を受信して、楽曲属性情報記憶部１０９に、楽曲ＩＤと対応付けて記憶する（ステップＳ６）。

前述したように、ここで受信されて記憶された楽曲の属性情報は、楽曲受信端末２において、後で、再生要求されるときの一覧メニューの表示情報を生成する際に利用される。

そして、ＣＰＵ２０１は、ダウンロードデータの受信を完了したか否か判別し（ステップＳ７）、受信完了でないと判別したときには、ＣＰＵ２０１は、ステップＳ６に戻り、受信完了までステップＳ６の処理を継続する。

ステップＳ７でダウンロードデータの受信完了を判別すると（ステップＳ７）、ＣＰＵ２０１は、ダウンロードデータの受信完了通知を、楽曲配信サーバ装置１に送り（ステップＳ８）、その後、楽曲配信サーバ装置１との通信路を切断して（ステップＳ９）、この処理ルーチンを終了する。

次に、図８のステップＳ１２の楽曲一覧メニューの生成処理について図９を参照して説明する。

ＣＰＵ１０１は、先ず、楽曲属性情報記憶部１０９を参照して（ステップＳ２１）、配信可能な楽曲の楽曲名の情報を読み出し、その文字表示情報を生成する（ステップＳ２２）。次に、ＣＰＵ１０１は、楽曲属性情報記憶部１０９から各楽曲のジャンル情報を読み出し、ジャンルの違いに応じて異なる複数のアイコンから、それぞれの楽曲のジャンルに応じたアイコンを選択する（ステップＳ２３）。

次に、楽曲属性情報記憶部１０９から楽曲特徴量の例としてのテンポ情報を読み出し、前述したように、当該テンポ情報により、楽曲がアップテンポか、スローテンポか、どちらでもないか、により、ジャンルの違いに応じて選択されたアイコンの着色グラデエーションをどのようにするかを決定する（ステップＳ２４）。

次に、ＣＰＵ１０１は、ステップＳ２２で生成した文字表示情報と、ステップＳ２３およびステップＳ２４で定めたアイコンの情報にしたがって、楽曲一覧メニュー表示情報を描画生成する（ステップＳ２５）。

以上のようにして、この例の楽曲配信システムにおいては、楽曲受信端末２では、図２のような楽曲一覧メニューがディスプレイ画面に表示されるので、ユーザは、楽曲名のみでなく、アイコンＴＫ，ＬＳ，ＨＬを参照することにより、配信要求したい楽曲を選択決定することが容易にできる。

［楽曲受信端末２における楽曲データ格納部２０８に格納されている楽曲の再生］
楽曲受信端末２において、操作部２１を通じて楽曲データ格納部２０８に格納されている楽曲データの再生モードの選択指示を受け付けると、楽曲受信端末２のＣＰＵ２０１は、図１０の処理ルーチンを開始する。

先ず、ＣＰＵ２０１は、楽曲データ格納部２０８に格納されているすべての楽曲についての、表示情報生成部２１６を制御して、楽曲認識用表示情報の一覧の表示情報を生成し、生成した楽曲認識用表示情報の一覧を、ディスプレイ２６の表示画面に表示するようにする（ステップＳ３１）。

図１１は、このステップＳ３１での処理の詳細を示すフローチャートである。すなわち、ＣＰＵ２０１は、楽曲属性情報記憶部２１２を参照して（ステップＳ５１）、楽曲データ格納部２０８に格納されていて、再生可能な楽曲の楽曲名の情報を読み出し、その文字表示情報を生成する（ステップＳ５２）。次に、ＣＰＵ２０１は、楽曲属性情報記憶部２１２から各楽曲のジャンル情報を読み出し、ジャンルの違いに応じて異なる複数のアイコンから、それぞれの楽曲のジャンルに応じたアイコンを選択する（ステップＳ５３）。

次に、楽曲属性情報記憶部２１２から楽曲特徴量の例としてのテンポ情報を読み出し、前述したように、当該テンポ情報により、楽曲がアップテンポか、スローテンポか、どちらでもないか、により、ジャンルの違いに応じて選択されたアイコンの着色グラデエーションをどのようにするかを決定する（ステップＳ５４）。

次に、ＣＰＵ２０１は、再生履歴記憶部２１５を参照して、認識用表示情報を作成しようとしている楽曲についての再生履歴があるかどうかチェックする（ステップＳ５５）。そして、ステップＳ５５で、再生履歴がないと判別したときには、ＣＰＵ２０１は、ステップＳ５２で生成した文字表示情報と、ステップＳ５３およびステップＳ５４で定めたアイコンの情報にしたがって、図４に示したものと同様に楽曲属性情報が反映されたアイコンを含む、楽曲の認識用表示情報の一覧を描画生成して、ディスプレイ２６の表示画面に表示する（ステップＳ５７）。

ステップＳ５５で、再生履歴があると判別したときには、ＣＰＵ２０１は、再生履歴の特徴、この例では、朝、昼、夜のいずれの時間帯に頻繁に再生されているかを判別し、その判別結果に応じたアイコンを選択するようにする（ステップＳ５６）。そして、ステップＳ５７に進み、ＣＰＵ２０１は、ステップＳ５２で生成した文字表示情報と、ステップＳ５３およびステップＳ５４で定めたアイコンの情報と、ステップＳ５６で定めたアイコンの情報にしたがって、図６に示したような、楽曲属性情報が反映されたアイコンと、再生履歴を反映したアイコンとを含む、楽曲の認識用表示情報の一覧を描画生成して、ディスプレイ２６の表示画面に表示する（ステップＳ５７）。

そして、楽曲受信端末２のＣＰＵ１０１は、操作部２１を通じて、前記楽曲の認識用表示情報の一覧中のどの楽曲の認識用表示情報が選択決定操作されたかを監視し（図１０のステップＳ３２）、選択決定操作がなされていないと判別したときには、操作部２１を通じてキャンセル操作がなされたか否か判別する（ステップＳ３３）。そして、ステップＳ３３で、キャンセル操作がなされたと判別したときには、ＣＰＵ２０１は、この処理ルーチンを終了する。

また、ステップＳ３３で、キャンセル操作がなされていないと判別したときには、ＣＰＵ２０１は、ステップＳ３２の処理に戻り、どの楽曲の認識用表示情報の選択決定操作がなされたかを判別する。

そして、ステップＳ３２で、楽曲の認識用表示情報の選択決定操作がなされたと判別したときには、ＣＰＵ２０１は、再生対象の楽曲について、楽曲属性情報記憶部２１２に、楽曲特徴量が記憶されているか否か判別する（ステップＳ３４）。

ステップＳ３４で、既に楽曲特徴量が記憶されていると判別したときには、当該選択決定操作により選択決定された楽曲の楽曲ＩＤを認識し、当該楽曲ＩＤの楽曲を、楽曲データ格納部２０８から読み出して再生を実行する（ステップＳ３５）。すなわち、楽曲データ格納部２０８から読み出された楽曲データは、記録エンコード／再生デコード部２０９で、デジタルオーディオ信号に変換され、当該デジタルオーディオ信号が、Ｉ／Ｏポート２１１から出力される。そして、Ｉ／Ｏポート２１１から出力されたデジタルオーディオ信号は、Ｄ／Ａ変換器２３でアナログオーディオ信号に変換され、アンプ２４を通じてスピーカ２５に供給され、音響再生される。

次に、ＣＰＵ２０１は、再生対象の楽曲の再生を停止する操作がなされたか、あるいは、楽曲の再生が終了したか否かを判別する（ステップＳ３６）。このステップＳ３６で、再生対象の楽曲の再生を停止する操作がなされていない、あるいは楽曲の再生が終了してはいないと判別したときには、ＣＰＵ２０１は、ステップＳ３５に戻り、当該楽曲の再生を継続する。

また、ステップＳ３６で、再生対象の楽曲の再生を停止する操作がなされた、あるいは楽曲の再生が終了したと判別したときには、ＣＰＵ２０１は、再生モードの終了操作（他のモードへの変更操作）がなされたか否か判別し（ステップＳ４１）、再生モードの終了操作がなされた判別したときには、この再生モードの処理ルーチンを終了する。

また、ステップＳ４１で、再生モードの終了操作がなされていないと判別したときには、ＣＰＵ２０１は、ディスプレイ２６の画面に表示されている楽曲の認識用表示情報の一覧を通じた次の楽曲の再生指示を受け付けたか否かを判別する。

ステップＳ３４で、楽曲特徴量が記憶されてはいないと判別したときには、当該選択決定操作により選択決定された楽曲の楽曲ＩＤを認識し、当該楽曲ＩＤの楽曲を、楽曲データ格納部２０８から読み出して再生を実行する（ステップＳ３７）。

そして、ＣＰＵ２０１は、再生中の楽曲データについて、楽曲特徴量算出部２１３を制御して、楽曲特徴量の算出処理を行なわせる（ステップＳ３８）。

次に、ＣＰＵ２０１は、再生対象の楽曲の再生を停止する操作がなされたか、あるいは、楽曲の再生が終了したか否かを判別する（ステップＳ３９）。

ステップＳ３９で、再生対象の楽曲の再生を停止する操作がなされていない、あるいは楽曲の再生が終了してはいないと判別したときには、ＣＰＵ２０１は、ステップＳ３７に戻り、当該楽曲の再生を継続する。

また、ステップＳ３９で、再生対象の楽曲の再生を停止する操作がなされた、あるいは楽曲の再生が終了したと判別したときには、ＣＰＵ２０１は、楽曲特徴量算出部２１３で算出した楽曲特徴量を、楽曲ＩＤに対応付けて、楽曲属性情報記憶部２１２に書き込んで記憶させる（ステップ４０）。記憶された楽曲特徴量は、次に、楽曲の再生選択が行なわれる際の認識用表示情報の一覧のアイコンの表示に反映されることになる。

次に、ＣＰＵ２０１は、再生モードの終了操作（他のモードへの変更操作）がなされたか否か判別し（ステップＳ４１）、再生モードの終了操作がなされた判別したときには、この再生モードの処理ルーチンを終了する。

また、ステップＳ４１で、再生モードの終了操作がなされていないと判別したときには、ＣＰＵ２０１は、ステップＳ３２に戻って、ディスプレイ２６の画面に表示されている楽曲の認識用表示情報の一覧を通じた次の楽曲の再生指示を受け付けたか否かを判別し、再生指示を受け付けたときには、上述の処理を繰り返す。

［ＣＤ２２からの再生および楽曲データの記録処理］
この実施形態では、ＣＤ２２からの楽曲データの再生においても、ＣＤ２２に、楽曲属性情報が楽曲データに付随して記録されている場合には、その楽曲属性情報を用いて、ＣＤ２２に記録されている楽曲の一覧メニューを、上述と同様にして、表示するようにする。

また、ＣＤ２２からの楽曲データの再生時には、楽曲特徴量算出部２１３で、各楽曲の楽曲特徴量を算出して、楽曲ＩＤと対応して楽曲属性情報記憶部２１２に記憶しておくようにする。そして、次回からの当該ＣＤ２２の再生時には、ＣＤ２２の記録されている楽曲の一覧メニューとして、楽曲属性情報記憶部２１２に記憶されている楽曲特徴量をアイコンに反映させたものを表示するようにする。

また、ＣＤ２２からの楽曲データを楽曲データ格納部２０８に格納して記録するようにする場合においても、その記録の際に、楽曲ＩＤと、ジャンルやアーティスト名などの属性情報を取り込み、楽曲属性情報記憶部２１２に書き込むと共に、楽曲特徴量算出部２１３で楽曲特徴量の算出を行ない、算出した楽曲特徴量を楽曲属性情報記憶部２１２に書き込むようにする。

したがって、ＣＤ２２からの楽曲データについても、楽曲配信サーバ装置１からダウンロードした楽曲データと同様に、認識用表示情報の一覧において、楽曲名などの文字情報に加えて、アイコンの表示を行なうことができ、再生したい楽曲を選択するときに、利用される。

なお、ＣＤ２２からの楽曲データを楽曲データ格納部２０８に格納する場合において、ＣＤ２２から、楽曲ＩＤは得られるが、ジャンル情報等の属性情報が得られない場合には、例えば、インターネットを通じて、楽曲ＩＤを検索子として、属性情報の提供サービスを行なうサーバ装置に問い合わせをし、当該サーバ装置から前記属性情報を取得して、楽曲属性情報記憶部２１２に書き込んで記憶するようにすることもできる。

［他の実施形態］
上述の実施形態は、楽曲受信端末２としてのパーソナルコンピュータが楽曲配信サーバ装置１からの楽曲データのダウンロードを受けるシステムの形態であったが、この発明は、ハードディスク装置内蔵の携帯型の楽曲格納再生装置と、当該楽曲格納再生装置に、楽曲データを転送するようにするパーソナルコンピュータとからなるシステムの形態にも適用できる。その場合には、パーソナルコンピュータが前記楽曲送信装置に対応するものとなる。

そして、楽曲送信装置としてのパーソナルコンピュータと携帯型の楽曲格納再生装置とは、ＵＳＢやＩＥＥＥ１３９４規格の通信インターフェースを通じて接続される点が、前述の実施形態と異なるだけで、そのシステムにおいても、上述と同様の作用効果が得られるものである。

また、上述の実施形態では、楽曲特徴量算出部２１３は、テンポを楽曲の楽曲特徴量として算出するようにしたが、算出する楽曲特徴量としては、テンポに限られるものではない。例えば、ＭＦＣＣ（Ｍｅｌ−Ｆｒｅｑｕｅｎｃｙ Ｃｅｐｓｔｒｕｍ Ｃｏｅｆｆｉｃｉｅｎｔ；メル周波数ケプストラム係数）を用いて、楽曲の特徴量を求めるようにしてもよい。

ここで、Ｍｅｌ−Ｆｒｅｑｕｅｎｃｙ（メル周波数）は、「人間が音を聴く感度」に合わせて作られた値であり、その音がどれくらい人間の耳によく聴こえるのかを表わすときに使われる。また、Ｃｅｐｓｔｒｕｍ（ケプストラム）とは、原波形のパワースペクトルの対数を波形と見なして行なわれる逆フーリエ変換の結果である。

すなわち、
・音声波形のデータの「一定時間毎の振幅」をとり、
・ハミング窓を利用して必要な部分のみを切り出し、
・離散フーリエ変換を行なう
・その離散フーリエ変換の結果を対数表現に変換し、
・その対数表現に変換したものを逆離散フーリエ変換する
・逆フーリエ変換でできた波形を一定時間毎に取り出す
という処理を行ない、取り出したデータの順番を１次元、２次元、３次元・・・と数えてゆくものがＭＦＣＣである。

この場合に、時間軸上で音楽信号から抽出される特徴量としてのＭＦＣＣは、時間軸に沿って変化するため、長時間の信号では膨大な特徴量が発生するので、楽曲特徴量算出部２１３は、混合正規分布モデル（ＧＳＭ（Ｇａｕｓｓｉａｎ Ｍｉｘｔｕｒｅ Ｍｏｄｅｌｌｉｎｇ）で、ＭＦＣＣを用いる特徴量を時間軸方向に圧縮したものを、楽曲特徴量として出力するようにするとよい。

なお、上述の実施形態では、１つの図形（アイコン）には、２種類の属性情報を反映させた例を説明したが、３種類以上の属性情報を、１つの図形の表示属性に反映させるようにすることもできる。

また、図形の表示属性としては、上述の実施形態では、色およびそのグラデエーションを例に説明したが、図形の大きさ、図形の形状の変化、表示画面上での図形の振動など、その他の表示属性を用いることも勿論できる。

この発明による楽曲送信装置および楽曲格納再生装置の実施形態から構成されるシステムの概要を説明するための図である。 この発明による楽曲送信装置の実施形態としての楽曲配信サーバ装置の構成例を示すブロック図である。 実施形態の楽曲送信装置の楽曲属性情報記憶部の記憶内容の一例を説明するための図である。 実施形態の楽曲送信装置が送信する楽曲一覧メニューの表示情報を説明するための図である。 この発明による楽曲格納再生装置の実施形態としての楽曲受信端末の構成例を示すブロック図である。 実施形態の楽曲格納再生装置が表示する楽曲認識用表示情報の一例を説明するための図である。 図５の楽曲受信端末の処理動作を説明するためのフローチャートである。 図２の楽曲配信サーバ装置の処理動作を説明するためのフローチャートである。 図２の楽曲配信サーバ装置の処理動作を説明するためのフローチャートである。 図５の楽曲受信端末の処理動作を説明するためのフローチャートである。 図５の楽曲受信端末の処理動作を説明するためのフローチャートである。

符号の説明

１…楽曲配信サーバ装置、２…楽曲受信端末、１０４…配信用楽曲データ格納部、１０８…楽曲一覧メニュー生成部、１０９，２１２…楽曲属性情報記憶部、１１０，２１３…楽曲特徴量算出部、２０８…楽曲データ格納部、２１５…再生履歴記憶部、２１６…表示情報生成部

Claims (19)

1. 楽曲受信端末に対して、通信路を通じて、楽曲のデータを送信するようにする楽曲送信装置において、
   複数の楽曲のデータを格納する楽曲データ格納部と、
   前記楽曲データ格納部に格納されている前記楽曲の属性情報を、前記楽曲のそれぞれと対応付けて記憶する楽曲属性情報記憶部と、
   前記送信が可能な楽曲のそれぞれについて、前記楽曲を認識するための文字情報と、前記楽曲属性情報記憶部に記憶されている前記楽曲の属性情報を図形の表示属性に対応させた図形とからなる楽曲認識用表示情報を含む楽曲一覧メニュー情報を生成する楽曲一覧メニュー生成手段と、
   前記楽曲一覧メニュー情報を、前記楽曲のデータの送信に先立ち、前記楽曲受信端末に前記通信路を通じて送出する手段と
   を備えることを特徴とする楽曲送信装置。
2. 請求項１に記載の楽曲送信装置において、
   前記楽曲のデータから楽曲特徴量を抽出する楽曲特徴量抽出手段を備え、
   前記楽曲特徴量抽出手段で抽出した前記楽曲特徴量を前記楽曲の属性情報として前記楽曲属性情報記憶部に記憶すると共に、
   前記楽曲一覧メニュー生成手段は、少なくとも前記楽曲特徴量を前記図形の表示属性に反映させるようにする
   ことを特徴とする楽曲送信装置。
3. 請求項１に記載の楽曲送信装置において、
   前記楽曲一覧メニュー生成手段は、前記楽曲のそれぞれについての複数の属性情報を、図形の異なる表示属性のそれぞれに対応させた前記図形として生成する
   ことを特徴とする楽曲送信装置。
4. 請求項１に記載の楽曲送信装置において、
   前記楽曲の特定の属性情報の違いに応じて互いに異なる複数個の図形が予め設定されており、
   前記楽曲一覧メニュー生成手段は、前記楽曲のそれぞれについて、前記楽曲属性情報記憶部に記憶されている前記楽曲の特定の属性情報により、前記設定されている前記複数個の図形の中から、対応する図形を選定すると共に、前記特定の属性情報以外の他の属性情報を、前記選定した図形の表示属性に反映させるようにする
   ことを特徴とする楽曲送信装置。
5. 複数の楽曲のデータを格納する楽曲データ格納部と、
   表示部と、
   前記楽曲データ格納部から読み出された前記楽曲のデータを再生して、前記楽曲を音響再生する再生手段と、
   前記楽曲データ格納部に格納されている前記楽曲の属性情報を、前記楽曲のそれぞれと対応付けて記憶する楽曲属性情報記憶部と、
   前記楽曲データ格納部に格納されている複数の前記楽曲を認識するための表示情報の表示要求入力を受け付ける入力受け付け手段と、
   前記入力受け付け手段で前記表示要求入力を受け付けたときに、前記楽曲属性情報記憶部に記憶されている前記楽曲の属性情報に基づき、前記楽曲を認識するための文字情報と前記楽曲の属性情報を図形の表示属性に対応させた図形とからなる楽曲認識用表示情報を含む一覧表示情報を生成する表示情報生成手段と、
   前記表示情報生成手段で生成された前記一覧表示情報を、前記表示部の表示画面に表示するようにする表示制御手段と、
   前記表示部の表示画面での表示に関連する指示入力により指示された前記楽曲認識用表示情報に対応する楽曲のデータを、前記楽曲データ格納部から読み出して、前記再生手段に転送する読み出し手段と
   を備えることを特徴とする楽曲格納再生装置。
6. 請求項５に記載の楽曲格納再生装置において、
   前記再生手段により前記楽曲のデータを再生しているときに、前記楽曲のデータから楽曲特徴量を抽出する楽曲特徴量抽出手段を備え、
   前記楽曲特徴量抽出手段で抽出した前記楽曲特徴量を前記楽曲の属性情報として前記楽曲属性情報記憶部に記憶すると共に、
   前記表示情報生成手段は、少なくとも前記楽曲特徴量を前記図形の表示属性に反映させるようにする
   ことを特徴とする楽曲格納再生装置。
7. 請求項５に記載の楽曲格納再生装置において、
   前記表示情報生成手段は、前記楽曲のそれぞれについての複数の属性情報を、図形の異なる表示属性のそれぞれに対応させた前記図形として生成する
   ことを特徴とする楽曲格納再生装置。
8. 請求項５に記載の楽曲格納再生装置において、
   前記楽曲の特定の属性情報の違いに応じて互いに異なる複数個の図形が予め設定されており、
   前記表示情報生成手段は、前記楽曲のそれぞれについて、前記楽曲属性情報記憶部に記憶されている前記楽曲の特定の属性情報により、前記設定されている前記複数個の図形の中から、対応する図形を選定すると共に、前記特定の属性情報以外の他の属性情報を、前記選定した図形の表示属性に反映させるようにする
   ことを特徴とする楽曲格納再生装置。
9. 請求項５に記載の楽曲格納再生装置において、
   前記楽曲属性情報記憶部には、前記楽曲の属性情報と共に、前記楽曲に関連付けられて記憶される関連情報が記憶されており、
   前記表示情報生成手段は、前記楽曲の属性情報を表示属性に反映させた図形と、前記関連情報を表示属性に反映させた図形とを、楽曲認識用表示情報に含めて生成する
   ことを特徴とする楽曲格納再生装置。
10. 複数の楽曲のデータを格納するための楽曲データ格納部と、
    表示部と、
    外部から楽曲のデータを取り込む取り込み手段と、
    前記取り込み手段により取り込んだ前記楽曲のデータを、前記楽曲データ格納部に格納する楽曲データ書き込み手段と、
    前記楽曲データ格納部から読み出された前記楽曲のデータを再生して、前記楽曲を音響再生する再生手段と、
    前記楽曲のデータと共に取り込んだ前記楽曲のそれぞれについての属性情報を、前記楽曲のそれぞれと対応付けて記憶する楽曲属性情報記憶部と、
    前記楽曲データ格納部に格納されている複数の前記楽曲を認識ための表示情報の表示要求入力を受け付ける入力受け付け手段と、
    前記入力受け付け手段で前記表示要求入力を受け付けたときに、前記楽曲属性情報記憶部に記憶されている前記楽曲の属性情報に基づき、前記楽曲を認識するための文字情報と前記楽曲の属性情報を図形の表示属性に対応させた図形とからなる楽曲認識用表示情報を含む一覧表示情報を生成する表示情報生成手段と、
    前記表示情報生成手段で生成された前記一覧表示情報を、前記表示部の表示画面に表示するようにする表示制御手段と、
    前記表示部の表示画面での表示に関連する指示入力により指示された前記楽曲認識用表示情報に対応する楽曲のデータを、前記楽曲データ格納部から読み出して、前記再生手段に転送する読み出し手段と、
    を備えることを特徴とする楽曲格納再生装置。
11. 請求項１０に記載の楽曲格納再生装置において、
    前記楽曲データ書き込み手段により前記取り込んだ楽曲のデータを書き込みながら、前記楽曲のデータから楽曲特徴量を抽出する楽曲特徴量抽出手段を備え、
    前記楽曲特徴量抽出手段で抽出した前記楽曲特徴量を前記楽曲の属性情報として前記楽曲属性情報記憶部に記憶すると共に、
    前記表示情報生成手段は、少なくとも前記楽曲特徴量を前記図形の表示属性に反映させるようにする
    ことを特徴とする楽曲格納再生装置。
12. 請求項１０に記載の楽曲格納再生装置において、
    前記表示情報生成手段は、前記楽曲のそれぞれについての複数の属性情報を、図形の異なる表示属性のそれぞれに対応させて前記図形として生成する
    ことを特徴とする楽曲格納再生装置。
13. 請求項１０に記載の楽曲格納再生装置において、
    前記楽曲の特定の属性情報の違いに応じて互いに異なる複数個の図形が予め設定されており、
    前記表示情報生成手段は、前記楽曲のそれぞれについて、前記楽曲属性情報記憶部に記憶されている前記楽曲の特定の属性情報により、前記設定されている前記複数個の図形の中から、対応する図形を選定すると共に、前記特定の属性情報以外の他の属性情報を、前記選定した図形の表示属性に反映させるようにする
    ことを特徴とする楽曲格納再生装置。
14. 請求項１０に記載の楽曲格納再生装置において、
    前記楽曲属性情報記憶部には、前記楽曲の属性情報と共に、前記楽曲に関連付けられて記憶される関連情報が記憶されており、
    前記表示情報生成手段は、前記楽曲の属性情報を表示属性に反映させた図形と、前記関連情報を表示属性に反映させた図形とを、楽曲認識用表示情報に含めて生成する
    ことを特徴とする楽曲格納再生装置。
15. 楽曲配信サーバ装置からネットワークを通じて、楽曲受信端末に対して、楽曲のデータをダウンロードするに先立ち、配信が可能な楽曲の一覧メニュー表示情報を提供する方法であって、
    複数の楽曲のデータを楽曲データ格納部に格納する工程と、
    前記データ格納部に格納されている前記楽曲の属性情報を、楽曲属性情報格納部に、前記楽曲のそれぞれと対応付けて記憶する工程と、
    前記楽曲受信端末からの前記楽曲のデータの配信要求を受け付ける工程と、
    前記配信要求を受け付けたときに、前記楽曲属性情報記憶部に記憶されている前記楽曲の属性情報に基づき、前記配信が可能な楽曲のそれぞれについて、前記楽曲を認識するための文字情報と前記楽曲の属性情報を図形の表示属性に対応させた図形とからなる楽曲認識用表示情報を含む楽曲一覧メニュー表示情報を生成する楽曲一覧メニュー生成手段と、
    楽曲一覧メニュー情報を、前記楽曲受信端末に前記ネットワークを通じて送出する工程と、
    を備えることを特徴とする楽曲一覧メニュー提供方法。
16. 楽曲データ格納部に格納されている複数の楽曲が、どのような楽曲であるかを認識するための楽曲認識用表示情報を表示画面に表示する方法であって、
    前記楽曲データ格納部に格納されている前記楽曲の属性情報を、前記楽曲のそれぞれと対応付けて楽曲属性情報記憶部に記憶する工程と、
    前記楽曲データ格納部に格納されている複数の前記楽曲を認識するための表示情報の表示要求入力を受け付ける入力受け付け手段と、
    前記入力受け付け工程で前記表示要求入力を受け付けたときに、前記楽曲属性情報記憶部に記憶されている前記楽曲の属性情報に基づき、前記楽曲を認識するための文字情報と前記楽曲の属性情報を図形の表示属性に対応させた図形とからなる楽曲認識用表示情報を含む一覧表示情報を生成する表示情報生成工程と、
    前記表示情報生成工程で生成された前記一覧表示情報を、表示画面に表示するようにする表示制御工程と、
    を備えることを特徴とする楽曲認識用情報表示方法。
17. 請求項１６に記載の楽曲認識用情報表示方法において、
    前記楽曲のデータから楽曲特徴量を抽出し、当該抽出した前記楽曲特徴量を前記楽曲の属性情報として前記楽曲関連情報記憶部に記憶する楽曲特徴量抽出記憶工程を備え、
    前記表示情報生成工程では、少なくとも前記楽曲特徴量を前記図形の表示属性に反映させるようにする
    ことを特徴とする楽曲認識用情報表示方法。
18. 請求項１７に記載の楽曲認識用情報表示方法において、
    前記楽曲特徴量の抽出は、前記楽曲のデータの再生時に行なう
    ことを特徴とする楽曲認識用情報表示方法。
19. 請求項１７に記載の楽曲認識用情報表示方法において、
    前記楽曲特徴量の抽出は、前記楽曲のデータの外部からの取り込み時に行なう
    ことを特徴とする楽曲認識用情報表示方法。
    

Images