(57)【要約】【課題】      携帯型の音楽再生装置において、ユーザに楽曲の認識を容易に行わせる。【解決手段】  楽音情報提供システム１においては、携帯電話機２０を介してインターネット５０に接続されるメモリプレーヤ１０（携帯型音楽再生装置）が、楽曲を一意的に特定可能な特徴量データを生成し、この特徴量データに基づいて、インターネット５０に接続されているサーバ装置から楽曲属性情報を取得することができる。このため、ユーザはパソコンを用いずとも楽曲データに楽曲属性情報を付与することが可能となり、楽曲の認識を容易に行うことが可能となる。【選択図】      図１
2006252051.tif 000002
【特許請求の範囲】
【請求項１】
移動機を介してネットワークに接続される携帯型音楽再生装置と、前記ネットワークに接続されたサーバ装置とを備える楽音情報提供システムであって、
前記サーバ装置は、
楽曲データの少なくとも一部を用いて生成される楽曲の特徴量データを、当該楽曲の属性を表す楽曲属性情報と関連付けて記憶する属性記憶手段を備え、
前記携帯型音楽再生装置は、
楽曲データを再生する再生手段と、
楽曲データが表す楽曲の特徴量データを当該楽曲データを用いて生成する特徴量データ生成手段と、
前記特徴量データ生成手段により生成された特徴量データに関連付けて前記サーバ装置に記憶されている楽曲属性情報を、前記移動機および前記ネットワークを介して取得する取得手段と、
前記取得手段により取得された前記楽曲属性情報を、前記特徴量データ生成手段により用いられた楽曲データと関連付けて記憶する記憶手段と、
前記再生手段によって楽曲データが再生される場合に、前記記憶手段が当該楽曲データと関連付けて記憶している楽曲属性情報を出力する出力手段とを備える
楽音情報提供システム。
【請求項２】
楽曲データを再生する再生手段と、
楽曲データの少なくとも一部を用いて、当該楽曲データが表す楽曲を特定する特徴量データを生成する特徴量データ生成手段と、
複数の特徴量データを、各々の特徴量データにより特定される楽曲の属性を表す楽曲属性情報と関連付けて記憶しているサーバ装置から、前記特徴量データ生成手段により生成された特徴量データに対応する楽曲属性情報を取得する取得手段と、
前記取得手段により取得された楽曲属性情報を、当該楽曲属性情報により表される楽曲の楽曲データおよび特徴量データと関連付けて記憶する記憶手段と、
前記再生手段によって楽曲データが再生される場合に、前記属性記憶手段が当該楽曲データと関連付けて記憶している楽曲属性情報を出力する出力手段と
を備える携帯型音楽再生装置。
【請求項３】
前記取得手段は、移動機を前記サーバ装置との通信手段として機能させる通信制御手段を備え、当該移動機を介して楽曲属性情報を取得する
請求項２記載の携帯型音楽再生装置。
【請求項４】
楽曲を表す信号が入力される入力手段と、
前記入力手段に入力された前記信号から楽曲データを生成する楽曲データ生成手段とを備え、
前記特徴量データ生成手段は、前記楽曲データ生成手段により生成された楽曲データの少なくとも一部を用いて特徴量データを生成する
請求項２記載の携帯型音楽再生装置。
【請求項５】
前記記憶手段は、複数の前記特徴量データを各々の楽曲属性情報と関連付けて記憶しており、
前記取得手段は、前記特徴量データ生成手段により特徴量データが生成され、当該特徴量データが前記記憶手段に記憶されていない場合には、当該特徴量データに対応する楽曲属性情報を前記サーバ装置から取得する
請求項２記載の携帯型音楽再生装置。
【請求項６】
前記楽曲属性情報を表示する表示手段と、
前記表示手段に表示された楽曲属性情報を選択する選択手段とを備え、
前記再生手段は、前記選択手段により選択された楽曲属性情報に対応する前記楽曲データを再生する
請求項２記載の携帯型音楽再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯型の音楽再生装置において、ユーザの使い勝手を向上させるための技術に関する。
【背景技術】
【０００２】
ハードディスク等の記憶装置を備えた携帯型の音楽再生装置（以下、「メモリプレーヤ」という）が普及してきている（例えば、特許文献１参照）。メモリプレーヤは、従来の携帯型の音楽再生装置とは異なり、プレーヤ内部にある書き換え可能な記憶装置に楽曲データを記録するものである。そのため、メモリプレーヤのユーザは、ＣＤ（Compact Disk）やＭＤ（Mini Disk）といった記録媒体を持ち歩くことなく楽曲を聴取することができる。また、記録媒体を必要としないことにより、メモリプレーヤは大幅な小型化を可能とし、携帯性を向上させることが可能となった。
【０００３】
メモリプレーヤで楽曲を聴取するためには、楽曲データをＣＤから作成したりインターネット経由で取得したりして、これを記憶装置に記憶させる作業が必要となる。また、このとき、楽曲データには再生される楽曲の曲名やアーティスト名などといった、楽曲の属性に関する情報（以下、「楽曲属性情報」という）を付加することもある。楽曲属性情報が付加されることにより、楽曲データはユーザが容易に認識できる形式でメモリプレーヤに記憶される。
【０００４】
ところで、楽曲データを記憶装置に記憶させたり、楽曲属性情報を楽曲データに付加させる作業は、パーソナルコンピュータ（以下、「パソコン」という）を用いて行われるのが一般的である。楽曲属性情報を付加するためには、キーボードやマウスを用いてユーザが直接入力する方法の他に、ＣＤのリードイン領域に記述されているＴＯＣ（Table Of Contents）データを用いてインターネット等から自動的に取得する方法もある。このような技術の一例としては、グレースノート社のＣＤＤＢ（登録商標）がよく知られている。
【０００５】
しかしながら、パソコンは決して安価とは言えず、操作にある程度の知識が求められることもあって、誰もが気軽に利用できるものとはなっていないのが実情である。そこで、パソコンを利用できないユーザのために、ダイレクトエンコーディング機能を備えたメモリプレーヤが提供されている。この種のメモリプレーヤは、ＣＤプレーヤ等の音楽再生装置の出力端子からアナログ信号を取得し、このアナログ信号から直接楽曲データを生成することが可能となっている。ダイレクトエンコーディング機能を用いて音楽データを生成した場合には、データどうしを区別するために、例えば「Track1」、「Track2」というようなファイル名が楽曲データに付与される。
【０００６】
【特許文献１】特開平１１−２８８５５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上述のように「Track1」、「Track2」というようなファイル名が付されただけでは、楽曲データの内容自体を認識するのは極めて困難であるという問題がある。このようなファイル名の楽曲データが数百、数千と記憶されていると、ユーザがこれらの楽曲データを再生しようとしたときには、所望の楽曲を曲名やアーティスト名に基づいて認識することができずに、聴きたい楽曲を再生したくても直ちには再生できないという不都合があった。また、メモリプレーヤのボタンやディスプレイを用いて、ユーザ自身が曲名やアーティスト名を直接入力することもできなくはないが、メモリプレーヤは小型ゆえにボタンやディスプレイの機能にも限界があり、ユーザが直接入力するのは極めて煩雑で面倒であるという問題があった。
【０００８】
本発明はこのような問題に鑑みてなされたものであり、その目的は、携帯型の音楽再生装置において、ユーザが楽曲の認識を容易に行うことを可能にする技術を提供することにある。
【課題を解決するための手段】
【０００９】
上述の目的を達成するために、本発明は、移動機を介してネットワークに接続される携帯型音楽再生装置と、前記ネットワークに接続されたサーバ装置とを備える楽音情報提供システムであって、前記サーバ装置は、楽曲データの少なくとも一部を用いて生成される楽曲の特徴量データを、当該楽曲の属性を表す楽曲属性情報と関連付けて記憶する属性記憶手段を備え、前記携帯型音楽再生装置は、楽曲データを再生する再生手段と、楽曲データが表す楽曲の特徴量データを当該楽曲データを用いて生成する特徴量データ生成手段と、前記特徴量データ生成手段により生成された特徴量データに関連付けて前記サーバ装置に記憶されている楽曲属性情報を、前記移動機および前記ネットワークを介して取得する取得手段と、前記取得手段により取得された前記楽曲属性情報を、前記特徴量データ生成手段により用いられた楽曲データと関連付けて記憶する記憶手段と、前記再生手段によって楽曲データが再生される場合に、前記記憶手段が当該楽曲データと関連付けて記憶している楽曲属性情報を出力する出力手段とを備える楽音情報提供システムを提供する。
この楽音情報提供システムによれば、移動機を介してネットワークに接続される携帯型音楽再生装置が楽曲を一意的に特定可能な特徴量データを生成し、この特徴量データに基づいて、ネットワークに接続されているサーバ装置から楽曲属性情報を取得することができる。このため、ユーザはパソコンを用いずとも楽曲データに楽曲属性情報を付与することが可能となり、楽曲の認識を容易に行うことが可能となる。
【００１０】
また、本発明は、楽曲データを再生する再生手段と、楽曲データの少なくとも一部を用いて、当該楽曲データが表す楽曲を特定する特徴量データを生成する特徴量データ生成手段と、複数の特徴量データを、各々の特徴量データにより特定される楽曲の属性を表す楽曲属性情報と関連付けて記憶しているサーバ装置から、前記特徴量データ生成手段により生成された特徴量データに対応する楽曲属性情報を取得する取得手段と、前記取得手段により取得された楽曲属性情報を、当該楽曲属性情報により表される楽曲の楽曲データおよび特徴量データと関連付けて記憶する記憶手段と、前記再生手段によって楽曲データが再生される場合に、前記属性記憶手段が当該楽曲データと関連付けて記憶している楽曲属性情報を出力する出力手段とを備える携帯型音楽再生装置としても特定される。
このような携帯型音楽再生装置によっても、楽曲データに楽曲属性情報を付与することが可能である。
【００１１】
この携帯型音楽再生装置は、より好適な態様として、前記取得手段は、移動機を前記サーバ装置との通信手段として機能させる通信制御手段を備え、当該移動機を介して楽曲属性情報を取得する。
このようにすれば、通信手段として既存の移動機を用いることができるので、パソコンを所持していないユーザであっても、楽曲データに楽曲属性情報を付与することが容易に可能となる。
【００１２】
また、この携帯型音楽再生装置は、より好適な態様として、楽曲を表す信号が入力される入力手段と、前記入力手段に入力された前記信号から楽曲データを生成する楽曲データ生成手段とを備え、前記特徴量データ生成手段は、前記楽曲データ生成手段により生成された楽曲データの少なくとも一部を用いて特徴量データを生成する。
このようにすれば、入力手段に入力された信号から楽曲データを生成することができるので、音源はＣＤに限らず、レコードやラジオからの信号からも楽曲データを生成し、これに楽曲属性情報を付与することが可能となる。
【００１３】
また、この携帯型音楽再生装置は、より好適な態様として、前記記憶手段は、複数の前記特徴量データを各々の楽曲属性情報と関連付けて記憶しており、前記取得手段は、前記特徴量データ生成手段により特徴量データが生成され、当該特徴量データが前記記憶手段に記憶されていない場合には、当該特徴量データに対応する楽曲属性情報を前記サーバ装置から取得する。
このようにすれば、既に楽曲属性情報が記憶されている場合にはサーバ装置に問い合わせを行う必要がなくなるので、楽曲データに楽曲属性情報を付与する処理をより早く行うことが可能となる。
【００１４】
また、この携帯型音楽再生装置は、より好適な態様として、前記楽曲属性情報を表示する表示手段と、前記表示手段に表示された楽曲属性情報を選択する選択手段とを備え、前記再生手段は、前記選択手段により選択された楽曲属性情報に対応する前記楽曲データを再生する。
このようにすれば、再生中の楽曲だけではなく、次に再生しようとする楽曲やその他の楽曲も容易に認識することが可能となる。
【発明の効果】
【００１５】
以上のように、本発明によれば、携帯型の音楽再生装置において、ユーザが楽曲の認識を容易に行うことが可能となる。
【発明を実施するための最良の形態】
【００１６】
［ａ］構成
図１は、本発明の一実施形態に係る楽曲情報提供システム１の全体構成を概略的に示した図である。この楽曲情報提供システム１は、メモリプレーヤ１０と、携帯電話機２０と、移動通信網３０と、ゲートウェイサーバ４０と、インターネット５０と、データサーバ６０とを備える。なお、図１にはメモリプレーヤ１０や携帯電話機２０はそれぞれ１台を示したのみであるが、本システムはこのような態様に限定されず、複数のメモリプレーヤ１０や携帯電話機２０を備えてもよい。また、携帯電話機２０のかわりにＰＨＳ（Personal Handyphone System：登録商標）等の移動機を用いてもよい。以下、これらの各構成要素について具体的に説明する。
【００１７】
図２はメモリプレーヤ１０の外観を示した図であり、図３はこのメモリプレーヤ１０のハードウェア構成を示したブロック図である。本実施形態のメモリプレーヤ１０は、ＣＰＵ（Central Processing Unit）１１１やＲＯＭ（Read Only Memory）１１２，ＲＡＭ（Random Access Memory）１１３を備えた制御部１１と、記憶部１２と、音声入出力部１３と、表示部１４と、操作部１５と、通信部１６とを備えている。制御部１１においては、ＣＰＵ１１１がＲＡＭ１１３をワーキングエリアとして用いて、ＲＯＭ１１２や記憶部１２に記憶された各種のプログラムＰＲＧを実行することによってメモリプレーヤ１００の各部を制御する。プログラムＰＲＧには、携帯電話機２０との接続を可能にするためのＵＳＢ（Universal Serial Bus）ホストドライバや、携帯電話機２０を介してのインターネット通信を実現するためのＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ドライバ、ダイヤラおよびモデムコントローラ、音声圧縮・伸張を行うＣＯＤＥＣ(COder DECoder)に加え、後述するＦＦＴ（Fast Fourier Transform：高速フーリエ変換）を実行するプログラム等が含まれる。また、このメモリプレーヤ１０は携帯電話機２０との接続を実現するために、ＵＳＢのＣＤＣ（Communication Device Class）をサポートする。
【００１８】
記憶部１２はＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の大容量の記憶装置であり、上述のプログラムＰＲＧを記憶している。また、記憶部１２には複数の楽曲データが記憶されるほか、楽曲属性データベースＤＢ１を記憶している。楽曲属性データベースＤＢ１は、入力された楽曲のアナログ信号から得られる楽曲データと、この楽曲データに対応する楽曲属性情報とを関連付けて蓄積記憶したデータベースである。
【００１９】
図４に楽曲属性データベースＤＢ１の一例を示す。楽曲属性データベースＤＢ１は、「楽曲データ格納領域」、「特徴量データ格納領域」、「アーティスト名」、「アルバム名」および「曲名」の項目を含んでいる。楽曲属性データベースＤＢ１においては、「楽曲データ格納領域」にはそれぞれの楽曲データが記憶されているファイルパスや、その楽曲データに付与されたファイル名が記述されている。
【００２０】
また、「特徴量データ格納領域」、「アーティスト名」、「アルバム名」および「曲名」は楽曲属性情報である。特徴量データとは、入力された楽曲のアナログ信号にＦＦＴを施した結果得られるスペクトルデータのことであり、その楽曲の周波数特性に応じて一意的な波形のデータとなる。楽曲属性データベースＤＢ１においては、「特徴量データ格納領域」にはこの特徴量データが記憶されているファイルパスや、その特徴量データに付与されたファイル名が記述されている。また、「アーティスト名」、「アルバム名」および「曲名」は、それぞれの楽曲の著作者や販売者等から提供される、その楽曲を特定するための諸情報である。これらの楽曲属性情報は、インターネット５０を介してデータサーバ６０から取得するものであるが、必要に応じて、メモリプレーヤ１０のユーザが直接記述してもよい。
【００２１】
図２の各部の説明に戻る。音声入出力部１３は例えばライン入力ジャックやライン出力ジャック等を備えており、ＣＤプレーヤ等の音楽再生装置から入力された音声信号を制御部１１に供給したり、あるいは逆に、制御部１１から供給された音声信号をヘッドフォンやスピーカ等の出力装置に出力したりする。表示部１４は液晶ディスプレイ等の表示装置であり、メモリプレーヤ１０が楽曲を再生中である場合にその楽曲の楽曲属性情報を表示するほか、ユーザの操作に応じて各種の画面を表示する。操作部１５は各種のボタンを備えた入力装置であり、ユーザからの入力を受け付けて楽曲の再生や停止、あるいは早送りや巻き戻し等の指示を制御部１１に対して行う。通信部１６は携帯電話機２０と通信を行うためのインターフェース装置であり、例えばタイプＡのＵＳＢポートを備えている。
【００２２】
図１の各部の説明に戻る。携帯電話機２０は、移動通信網３０を介してインターネット５０にアクセスすることが可能な通信機能を備えている。この携帯電話機２０は、ＵＳＢモデムケーブル等を介してメモリプレーヤ１０に接続され、ホスト装置であるメモリプレーヤ１０に対するクライアント装置として機能する。この場合において、携帯電話機２０の通信方式は特に限定されるものではなく、いわゆる第２世代のＰＤＣ（Personal Digital Cellular）方式であってもよいし、いわゆる第３世代のＩＭＴ（International Mobile Telecommunication）−２０００方式であってもよい。
【００２３】
なお、用いられる携帯電話機２０は、その通信事業者や機種によって通信方式が異なるものである。そのため、メモリプレーヤ１０は、種々の通信方式に対応すべく、接続されている携帯電話機２０の通信方式を識別する機能を有している。具体的には、メモリプレーヤ１０は携帯電話機２０から送信される携帯電話番号（いわゆる個体識別番号）等の識別情報を受信し、この識別情報に基づいて通信方式を判断している。
【００２４】
移動通信網３０とインターネット５０とは、共に独立したネットワークである。移動通信網３０は、図示せぬ基地局や交換局によって構成されており、携帯電話機２０に対して移動通信サービスを提供する。インターネット５０はＴＣＰ／ＩＰプロトコルを用いたコンピュータネットワークであり、データサーバ６０が接続されている。これらのネットワークはゲートウェイサーバ４０を介して双方向の通信が可能となっている。そのためゲートウェイサーバ４０は、双方から送信されてくるデータの通信プロトコルを相互に変換する機能を有している。
【００２５】
データサーバ６０は楽曲属性情報を提供するサーバ装置であり、サーバ装置が通常有する制御部や記憶部、通信部等の構成（いずれも特に図示しない）を備えている。データサーバ６０には、楽曲属性データベースＤＢ２が接続されている。楽曲属性データベースＤＢ２は、上述した楽曲属性データベースＤＢ１と同様の項目を備えているが、楽曲属性データベースＤＢ１よりも多くの楽曲属性情報を蓄積記憶しており、最新の楽曲属性情報が随時追加されている。
【００２６】
［ｂ］動作
上記構成のもと、本実施形態の楽曲情報提供システム１においてメモリプレーヤ１０が行う処理について説明する。この処理は、メモリプレーヤ１０の制御部１１がＲＯＭ１１２や記憶部１２に記憶されたプログラムを実行することによって実現される。なお、以下の処理は、例えばＣＤプレーヤ等の音楽再生装置によって楽曲が再生され、この楽曲のアナログ信号が音声入出力部１３を介してメモリプレーヤ１０に供給されることによって開始される。
【００２７】
図５は、本実施形態においてメモリプレーヤ１０が楽曲属性情報を取得する処理を示したフローチャートである。同図に沿って説明すると、はじめにメモリプレーヤ１０の制御部１１は、音声入出力部１３に入力されたアナログ信号をデジタル化し、例えばＭＰ３フォーマットのデータに圧縮して楽曲データを生成する（ステップＳ１０１）。そして制御部１１は、生成した楽曲データを記憶部１２に記憶する（ステップＳ１０２）。入力される楽曲が例えばアルバムのように複数の楽曲からなる場合には、制御部１１は楽曲データ中の無音部を検出するなどすることによって楽曲データを複数に分割する（ステップＳ１０３）。
【００２８】
続いて制御部１１は、生成された楽曲データのそれぞれについてＦＦＴを施し、特徴量データを生成する（ステップＳ１０４）。このとき生成する特徴量データは、楽曲の冒頭の数秒〜十数秒程度でよい。特徴量データを生成したら、制御部１１は記憶部１２に記憶された楽曲属性データベースＤＢ１を参照し（ステップＳ１０５）、生成した特徴量データに一致する特徴量データが楽曲属性データベースＤＢ１の「特徴量データ記憶領域」によって示される特徴量データと一致するか否かを判定する処理を行う（ステップＳ１０６）。この判定において、２つの特徴量データは必ずしも完全に一致している必要はなく、例えばあらかじめ決められた所定の割合以上の一致が認められれば、これらを同一の楽曲であると判定してもよい。
【００２９】
このようにして、ステップＳ１０４において生成した特徴量データに一致する特徴量データがあらかじめ記憶されていると判定された場合には（ステップＳ１０６；ＹＥＳ）、制御部１１はこの楽曲データを対応する楽曲属性情報に関連付けて記憶する（ステップＳ１０７）。ここで行う関連付けとは、記憶部１２内部においてある楽曲データとそれに対応する楽曲属性情報とを一意的に結び付けることが可能な処理であればその種類を問わない。例えば、楽曲データ内部にメタデータとして楽曲属性情報を直接埋め込んでもよい。
【００３０】
一方、ステップＳ１０４において生成した特徴量データに一致する特徴量データが記憶されていないと判定された場合には（ステップＳ１０６；ＮＯ）、制御部１１は携帯電話機２０を介してデータサーバ６０と接続し（ステップＳ１０８）、データサーバ６０に記憶されている楽曲属性データベースＤＢ２を参照する（ステップＳ１０９）。そして制御部１１は、ステップＳ１０６と同様の判定処理を行う（ステップＳ１１０）。この判定処理はデータサーバ６０が行ってもよい。すなわち、制御部１１は特徴量データをデータサーバ６０に送信し、データサーバ６０は判定処理の処理結果をメモリプレーヤ１０に返す態様でもよい。
【００３１】
ステップＳ１０４において生成した特徴量データに一致する特徴量データがあらかじめ記憶されていると判定された場合には（ステップＳ１１０；ＹＥＳ）、制御部１１はこの特徴量データに対応する楽曲属性情報をデータサーバ６０からダウンロードして取得し、楽曲データに関連付けて記憶する（ステップＳ１１１）。一方、一致する特徴量データが記憶されていないと判定されれば（ステップＳ１１０；ＮＯ）、制御部１１はこの楽曲データに該当する楽曲属性情報が存在しない旨のエラー通知をユーザに対して行う（ステップＳ１１２）。なお、該当する楽曲属性情報が存在しない場合には、ユーザ自身が楽曲属性情報を入力することができるように、表示部１４に楽曲属性情報の入力画面を表示させてもよい。
【００３２】
このような処理を行うことによって、１の楽曲データに対して楽曲属性情報が関連付けられる。この後制御部１１は、ステップＳ１０３において分割された楽曲データの全てについて上述の処理が行われたか否かを判断し（ステップＳ１１３）、未処理の楽曲データが存在すれば（ステップＳ１１３；ＮＯ）、未処理の楽曲データについてステップＳ１０５からの処理を繰り返す一方、全ての楽曲データに楽曲属性情報の関連付けが行われたら（ステップＳ１１３；ＹＥＳ）、本処理を終了させる。
【００３３】
以上のようにして楽曲属性情報を取得したら、メモリプレーヤ１０のユーザは携帯電話機２０からメモリプレーヤ１０を分離させ、メモリプレーヤ１０によって楽曲データを再生することが可能となる。このとき、メモリプレーヤ１０の表示部１４には、上述のようにして取得した「曲名」や「アーティスト名」等の楽曲属性情報が表示される。この楽曲属性情報を視認することで、ユーザは現在再生中の楽曲を容易に認識することが可能であると共に、楽曲の検索を行う際にも、目標とする楽曲データを容易に認識し、再生を指示することが可能となる。
【００３４】
このように、本実施形態のメモリプレーヤ１０によれば、極めて簡単な動作で楽曲属性情報を得ることが可能となる。このメモリプレーヤ１０によれば、内部に記憶されている楽曲属性データベースＤＢ１を用いて、入力された楽曲データに対して楽曲属性情報を付与することが可能である。また、楽曲属性データベースＤＢ１に対応する楽曲属性情報が含まれないときには、メモリプレーヤ１０は携帯電話機２０と接続することによってデータサーバ６０にアクセスすることが可能となり、最新の楽曲であっても適切な楽曲属性情報を付与することが可能となる。
【００３５】
［ｃ］変形例
なお、本発明は上述した態様による実施に限定されるものではなく、種々の変形が可能である。以下にその例を示す。
［ｃ−１］変形例１
上述の実施形態において、メモリプレーヤ１０は携帯電話機２０に対してホスト装置として機能するため、タイプＡのＵＳＢポートを備えていると説明したが、例えばメモリプレーヤ１０をパソコンと接続する場合には、パソコンがホスト装置として機能し、メモリプレーヤ１０はクライアント装置として機能する必要がある。このように、メモリプレーヤ１０がホスト装置としてもクライアント装置としても機能するためには、タイプＡのＵＳＢポートに加えてタイプＢのＵＳＢポートも備えていることが望ましい。
【００３６】
［ｃ−２］変形例２
メモリプレーヤには携帯性が求められるため、より小型であることが望ましい。しかしながら、上述の実施形態のメモリプレーヤ１０には、決められたサイズおよび形状を有するＵＳＢポートが設けられているため、小型化が制限されることも考えられる。そこで、メモリプレーヤを着脱可能なクレードルを設け、このクレードルにＵＳＢポートを設ける構成としてもよい。
【００３７】
図６にこのようなクレードルの一例を示す。同図に示したクレードル７０は、パソコン等に接続されるＵＳＢポート７１と携帯電話機２０に接続されるＵＳＢポート７２とを備えると共に、メモリプレーヤ１０’に接続される接続端子７３を備えている。このようにすれば、メモリプレーヤ１０’自体は接続端子７３に接続されるジャックを設けるだけでよくなる。このようなジャックはＵＳＢポートとは異なり、決められた形状を有する必要がないので、メモリプレーヤ１０’の小型化も実現できる。このような変形は、特に、上述の変形例１のようにＵＳＢポートを２つ設けるような場合に効果的である。
【００３８】
また、メモリプレーヤ１０’がホスト装置として機能するときには、クライアント装置である携帯電話機２０に対して電源を供給することが望ましい。このような動作を実現するためには、上述したクレードル７０にＡＣアダプタ７４をさらに設ければよい。このようにすれば、メモリプレーヤ１０’自体の電力消費を抑えつつ、携帯電話機２０を介したインターネット通信を行うことが可能となる。
【００３９】
［ｃ−３］変形例３
楽曲属性データベースＤＢ１およびＤＢ２の構造は、図４に示した例に限定されない。楽曲属性データベースＤＢ１およびＤＢ２には種々の項目を追加することが可能である。追加可能な項目としては、例えば、クラシックやジャズ、ロックといった楽曲の「ジャンル」や、楽曲の「発売日」や「公開年」、あるいは自分もしくは他のユーザによるその楽曲の「評価」や「おすすめ度」などが挙げられる。
【００４０】
楽曲属性データベースＤＢ１の内容は手動あるいは自動で更新可能である。メモリプレーヤの記憶部に十分な空き容量が確保されているのであれば、楽曲属性データベースＤＢ１と楽曲属性データベースＤＢ２の内容を完全に同期させてもよい。また、完全にデータの内容を同期させなくとも、ユーザの嗜好を類推して、再生される可能性が高い楽曲データの楽曲属性情報をあらかじめ取得してもよい。これは例えば、再生された楽曲に関する「アーティスト名」や「公開年」を記録しておき、楽曲の再生頻度からユーザの好むアーティストや年代を類推し、ユーザが好むと推測されるアーティストや年代の楽曲属性情報をあらかじめ取得しておくようなものである。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施形態に係る楽曲情報提供システムの全体構成を概略的に示した図である。
【図２】同実施形態に係るメモリプレーヤの外観を示した図である。
【図３】同実施形態に係るメモリプレーヤのハードウェア構成を示したブロック図である。
【図４】同実施形態における楽曲属性データベースの一例を示す。
【図５】同実施形態においてメモリプレーヤが楽曲属性情報を取得する処理を示したフローチャートである。
【図６】クレードルの一例を示した図である。
【符号の説明】
【００４２】
１…楽曲情報提供システム、１０…メモリプレーヤ、１１…制御部、１２…記憶部、１３…音声入出力部、１４…表示部、１５…操作部、１６…通信部、２０…携帯電話機、３０…移動通信網、４０…ゲートウェイサーバ、５０…インターネット、６０…データサーバ。
【図１】
2006252051.tif 000003
【図２】
2006252051.tif 000004
【図３】
2006252051.tif 000005
【図４】
2006252051.tif 000006
【図５】
2006252051.tif 000007
【図６】
2006252051.tif 000008