(57)【要約】【構成】音楽再生装置２００は、α放送局のラジオサーバ３００から提供される番組をインターネット１００経由で受信するというインターネットラジオ受信機としての機能を有している。このインターネットラジオ受信機としての機能によって任意の楽曲が受信されているときに音楽再生装置２００において所定の操作が行われると、当該受信中の楽曲に関し、かつ音楽再生装置２００の動作環境に応じた楽曲情報が、ラジオサーバ３００から音楽再生装置２００宛に送信される。そして、音楽再生装置２００においてダウンロードを要求する旨の操作が成されると、当該楽曲情報に従う保存用データが音楽配信サーバ４００から音楽再生装置２００にダウンロードされる。【効果】所望の楽曲の保存用データを、容易に、しかも音楽再生装置の動作環境に応じた形態でダウンロードすることができる。【選択図】  図１
2004264360.tif 000002
【特許請求の範囲】
【請求項１】
第１発信源から受信した第１コンテンツ信号をリアルタイムで再生する機能を有するコンテンツ取り込み装置において、
動作環境情報を保持する保持手段、
前記第１コンテンツ信号に関するかつ前記動作環境情報に応じたコンテンツ情報を前記第１発信源から取得する取得手段、および
前記コンテンツ情報に基づいて保存用の第２コンテンツ信号を第２発生源から取り込む取り込み手段を備えることを特徴とする、コンテンツ取り込み装置。
【請求項２】
前記取得手段は、前記第１発信源に対し前記コンテンツ情報の取得を要求する要求手段、および前記要求手段による要求に応答して前記第１発信源から発せられる前記コンテンツ情報を受信する受信手段を含む、請求項１記載のコンテンツ取り込み装置。
【請求項３】
前記要求手段は前記コンテンツ情報の取得を要求するとき前記第１発信源に対し前記動作環境情報を伝える、請求項２記載のコンテンツ取り込み装置。
【請求項４】
前記第２コンテンツ信号は圧縮された信号であり、
圧縮された前記第２コンテンツ信号を伸長する伸長手段をさらに備え、
前記動作環境情報は前記伸長手段によって対応可能な圧縮方式に関する圧縮方式情報を含む、請求項１ないし３のいずれかに記載のコンテンツ取り込み装置。
【請求項５】
前記動作環境情報は特定言語を表す言語情報を含み、
前記コンテンツ情報の少なくとも一部を前記特定言語で出力する情報出力手段をさらに備える、請求項１ないし４のいずれかに記載のコンテンツ取り込み装置。
【請求項６】
前記動作環境情報を任意に設定する設定手段をさらに備える、請求項１ないし５のいずれかに記載のコンテンツ取り込み装置。
【請求項７】
前記第１コンテンツ信号はラジオ放送の音声信号である、請求項１ないし６のいずれかに記載のコンテンツ取り込み装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、コンテンツ取り込み装置に関し、特にたとえば発信源から受信したコンテンツ信号をリアルタイムで再生する機能を有する、コンテンツ取り込み装置に関する。
【０００２】
【従来技術】
この種の装置の従来例が、特許文献１に開示されている。この従来技術によれば、放送局から放送される楽曲データは、楽曲データ受信装置によって受信され、リアルタイムで再生される。楽曲データの中には当該楽曲データを特定するための楽曲関連情報が含まれており、楽曲データ受信装置の利用者によって所定の指示が成されると、楽曲データ受信装置は当該楽曲関連情報に基づいて音楽配信サーバに接続される。そして、楽曲関連情報を含む配信要求が楽曲データ受信装置から音楽配信サーバへ送出され、その応答として、音楽配信サーバから楽曲データ受信装置に対し当該楽曲関連情報によって特定される楽曲データがダウンロードされる。したがって、利用者は、放送中の楽曲の曲名を知らないなどその楽曲に関する知識が無くても、当該楽曲のデータを容易にダウンロードすることができる。
【０００３】
【特許文献１】
特開２００２−３１８５８７号公報
【０００４】
【発明が解決しようとする課題】
ところで、上述のようなダウンロードの対象となるデータは、一般に、圧縮された状態で提供される。また、データの圧縮方式には、様々な方式がある。一方、上述の従来技術では、ダウンロードの対象となる楽曲データ（楽曲）そのものは楽曲関連情報によって一意に特定されるが、圧縮方式については特定されず、換言すれば一定の圧縮方式に限られる。したがって、ダウンロード先となる装置（楽曲データ受信装置）においては、当該一定の圧縮方式で圧縮されたデータを伸長するための環境を備えておく必要があり、かかる環境を備えていない場合には、ダウンロードしたデータを再生することができない、という問題がある。
【０００５】
それゆえに、この発明の主たる目的は、所望のコンテンツ信号を容易に、しかも自身の動作環境に応じた形態で取り込むことができる、コンテンツ取り込み装置を提供することである。
【０００６】
【課題を解決するための手段】
この発明は、第１発信源から受信した第１コンテンツ信号をリアルタイムで再生する機能を有するコンテンツ取り込み装置において、動作環境情報を保持する保持手段、第１コンテンツ信号に関するかつ動作環境情報に応じたコンテンツ情報を第１発信源から取得する取得手段、およびコンテンツ情報に基づいて保存用の第２コンテンツ信号を第２発生源から取り込む取り込み手段を備えることを特徴とする、コンテンツ取り込み装置である。
【０００７】
【作用】
この発明では、コンテンツ取り込み装置自体の動作環境を表す環境情報が、保持手段によって保持されている。そして、第１発信源から受信された第１コンテンツ信号がリアルタイムで再生されているとき、再生中の第１コンテンツ信号に関し、かつ動作環境情報に応じたコンテンツ情報が、取得手段によって第１発信源から取得される。そして、このコンテンツ信号に基づいて、取り込み手段が、保存用の第２コンテンツ信号、具体的には第１コンテンツ信号に対応し、かつコンテンツ取り込み装置自体の動作環境に応じたコンテンツ信号を、第２発生源から取り込む。
【０００８】
なお、取得手段は、第１発信源に対しコンテンツ情報の取得を要求する要求手段、および要求手段による要求に応答して第１発信源から発せられたコンテンツ情報を受信する受信手段を含むものとしてもよい。
【０００９】
この場合、要求手段から第１発信源に対しコンテンツ情報の取得が要求されるときに、動作環境情報が伝えられるようにしてもよい。
【００１０】
この発明のある実施例では、第２コンテンツ信号は圧縮された信号であり、この圧縮された第２コンテンツ信号は伸長手段によって伸長される。そして、動作環境情報には、伸長手段によって対応可能な圧縮方式に関する圧縮方式情報が含まれる。
【００１１】
この発明の他の実施例では、動作環境情報に、特定言語を表す言語情報が含まれる。そして、コンテンツ情報の少なくとも一部が、当該特定言語で情報出力手段から出力される。
【００１２】
この発明のさらに他の実施例では、設定手段によって動作環境情報が任意に設定される。
【００１３】
なお、第１コンテンツ信号としては、ラジオ放送の音声信号がある。
【００１４】
【発明の効果】
この発明によれば、第１発生源から取得されたコンテンツ情報に基づいて、再生中の第１コンテンツ信号に対応し、かつコンテンツ取り込み装置自体の動作環境に応じた保存用の第２コンテンツ信号が取り込まれる。つまり、所望のコンテンツ信号を容易に、しかもコンテンツ取り込み装置自体の動作環境に応じた形態で取り込むことができる。
【００１５】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１６】
【実施例】
図１を参照して、この実施例の音楽配信システム１０は、インターネット１００に接続可能な音楽再生装置２００，インターネット１００を介してラジオ放送と同様の番組を提供するラジオサーバ３００，およびインターネット１００を介して楽曲データを配信する音楽配信サーバ４００を含む。
【００１７】
音楽再生装置２００は、家庭用の装置であり、ラジオサーバ３００から提供される番組を受信するという、いわゆるインターネットラジオ受信機としての機能を備えている。
【００１８】
具体的には、音楽再生装置２００は、図２に示すように、インターネット１００への物理的な接続口となる通信コネクタ１２を有している。つまり、この通信コネクタ１２は、図示しないＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ケーブルを介して図示しないモデム（たとえばＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）モデム）に接続され、ひいては電話回線に接続される。一方、音楽再生装置２００内においては、この通信コネクタ１２は、Ｅｔｈｅｒｎｅｔ（登録商標）仕様のＬＡＮコントローラ１４を介してメインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１６に接続されている。なお、メインＣＰＵ１６は、後述するＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１８とともにＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｅｄ  ＩＣ）によって一体に構成されている。また、メインＣＰＵ１６とは別に、音楽再生装置２００内にはマン・マシン・インタフェース制御用のサブＣＰＵ２０も設けられている。
【００１９】
操作キー２２によって任意の放送局のラジオサーバ３００にアクセスする旨の操作、つまり選局操作が成されると、サブＣＰＵ２０は、その操作の内容をメインＣＰＵ１６に通知する。メインＣＰＵ１６は、サブＣＰＵ２０からの通知に基づいて、ラジオサーバ３００に対しアクセス要求するためのパケット信号をＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に従って生成する。生成されたパケット信号は、ＬＡＮコントローラ１４および通信コネクタ１２を介してインターネット１００に送出され、所定のルートでラジオサーバ３００に届けられ、つまりルーティングされる。
【００２０】
ラジオサーバ３００は、上述のパケット信号を受信することで音楽再生装置２００からのアクセス要求を認識する。そして、このアクセス要求に応答して、番組の内容を表すストリーミングデータをＴＣＰ／ＩＰに従うパケット信号に成形した上で音楽再生装置２００宛に送信する。
【００２１】
ラジオサーバ３００から音楽再生装置２００に送信されたパケット信号は、通信コネクタ１２およびＬＡＮコントローラ１４を介してメインＣＰＵ１６に順次入力される。メインＣＰＵ１６は、入力されるパケット信号から上述のストリーミングデータを取り出し、取り出したストリーミングデータをメインメモリであるＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  ＲＡＭ）２４に一旦保存する。そして、このＳＤＲＡＭ２４に保存したストリーミングデータを、ＤＳＰ１８に転送する。
【００２２】
ＤＳＰ１８に転送されたストリーミングデータは、たとえばＷＭＡ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ａｕｄｉｏ：Ｗｉｎｄｏｗｓ＝登録商標）方式に基づいて圧縮されたデータであり、ＤＳＰ１８は、この圧縮されたストリーミングデータをデコードして、圧縮前のＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）データを再現する。このようにＷＭＡ方式で圧縮されたデータをデコードするためのデコードプログラムは、フラッシュメモリ２６に記憶されている。また、フラッシュメモリ２６には、ＭＰ３（ＭＰＥＧ−１／Ａｕｄｉｏ  Ｌａｙｅｒ３）方式で圧縮されたデータをデコードするためのデコードプログラムも記憶されている。つまり、ＤＳＰ１８は、ＷＭＡ方式およびＭＰ３方式という２つの音声圧縮方式に対応可能なデコーダとして機能する。
【００２３】
ＤＳＰ１８によって再現されたＰＣＭデータは、Ｄ／Ａ変換回路２８に入力され、ここでアナログ電気信号である音声信号に変換される。変換された音声信号は、音源切換回路３０を介してアンプ回路３２に入力され、ここで増幅処理を施された後、左右のスピーカ３４および３６にそれぞれ入力される。これによって、各スピーカ３４および３６から、番組の音声がリアルタイムで出力される。
【００２４】
このようなインターネットラジオ受信機としての機能の他に、音楽再生装置２００は、音楽配信サーバ４００から保存用の楽曲データをダウンロードするというダウンロード機能をも備えている。そして、このダウンロード機能には、クイックダウンロード機能およびアフタダウンロード機能という２種類がある。
【００２５】
このうち、クイックダウンロード機能は、上述のインターネットラジオ受信機としての機能によって特定の放送局（ここではα放送局）の番組が受信されているときに有効となる。このクイックダウンロード機能によれば、α放送局の番組で任意の楽曲が放送されているときに操作キー２２によって所定の操作が行われると、その楽曲の保存用データが即座に音楽配信サーバ４００からダウンロードされる。しかも、当該保存用データは、音楽再生装置２００（ＤＳＰ１８）によってデコード可能な圧縮方式、つまりＷＭＡ方式またはＭＰ３方式で提供される。
【００２６】
さらに、この保存用データのダウンロードに先立って、当該保存用データに関する情報、たとえば楽曲の曲名やアーティスト名といった情報が、α放送局のラジオサーバ３００から取得される。そして、取得された情報は、後述するローカル情報に従う言語で液晶ディスプレイ３８に表示される。
【００２７】
具体的には、たとえば今、図３に示すように、音楽再生装置２００においてα放送局を選局する旨の操作が成されたとする。すると、上述した要領で音楽再生装置２００からα放送局のラジオサーバ３００に対しアクセス要求が行われ、このアクセス要求に応答してα放送局のラジオサーバ３００から音楽再生装置２００に対し番組のストリーミングデータ（パケット信号）が送信される。その結果、音楽再生装置２００のスピーカ３４および３６から番組の音声が出力される。さらに、液晶ディスプレイ３８に、図４に示すインフォメーション画面が表示される。なお、この液晶ディスプレイ３８への表示は、サブＣＰＵ２０によって制御され、サブＣＰＵ２０は、メインＣＰＵ１６からの指示に従って当該液晶ディスプレイ３８の表示を制御する。
【００２８】
図４に示すインフォメーション画面においては、音楽再生装置２００がインターネットラジオ受信機として機能していること、および現在α放送局が選局されていることを表す横書きの文字列１０２が、上方部分に表示される。そして、この文字列１０２の下方に、現在受信中の楽曲に関する情報を取得することができる旨を表す横書きの文字列１０４が表示される。さらに、この文字列１０４の下方に、操作キー２２を構成するＦ１キー２２ａ，Ｆ２キー２２ｂおよびＦ３キー２２ｃのそれぞれの機能を表す横書きの文字列１０６，１０８および１１０が、横１列に表示される。
【００２９】
ここで、Ｆ２キー２２ｂが押下されると、音楽再生装置２００（メインＣＰＵ１６）は、別の放送局を選局するべく当該別の放送局のラジオサーバ３００に対しアクセス要求をする。一方、Ｆ３キー２２ｃが押下されると、音楽再生装置２００は、インターネットラジオ受信機としての機能を無効化し、インターネット１００への接続を終了する。
【００３０】
そして、受信中（α放送局）の番組で任意の楽曲が流れているときにＦ１キー２２ａが押下されると、音楽再生装置２００は、当該任意の楽曲に関する情報を取得するべく、α放送局のラジオサーバ３００に対し楽曲情報取得要求を発する。また、このとき、音楽再生装置２００は、α放送局のラジオサーバ３００に対し、図５に示す動作環境情報を併せて送信する。なお、これら楽曲情報取得要求および動作環境情報もまた、上述のＴＣＰ／ＩＰに従うパケット信号によって音楽再生装置２００からα放送局のラジオサーバ３００へ伝えられる。
【００３１】
図５を参照して、動作環境情報には、第１圧縮方式，第２圧縮方式および上述のローカル情報という各情報が含まれる。このうち、第１圧縮方式および第２圧縮方式は、音楽再生装置２００（ＤＳＰ１８）によってデコード可能な圧縮方式を表す。この図５においては、第１圧縮方式として“ＭＰ３方式”が設定され、第２圧縮方式として“ＷＭＡ方式”が設定されている状態を示す。これら第１圧縮方式および第２圧縮方式のそれぞれに“ＭＰ３方式”および“ＷＭＡ方式”のいずれを設定するかは、操作キー２２によって任意に選択できる。また、ローカル情報は、音楽再生装置２００が使用される国、換言すれば音楽再生装置２００のユーザの国籍を表し、図５では、当該ローカル情報として“日本国”が設定されている状態を示す。このローカル情報もまた、操作キー２２の操作によって任意に設定できる。なお、このように任意の動作環境情報を設定するためのプログラムは、上述のフラッシュメモリ２６に記憶されている。そして、設定された動作環境情報もまた、当該フラッシュメモリ２６に記憶される。ここでは、動作環境情報の設定手順およびそのときの処理の詳細については特に説明しない。
【００３２】
一方、α放送局のラジオサーバ３００は、自身の番組で放送される楽曲（既に放送された楽曲およびこれから放送される予定の楽曲を含む）についての各種情報が記録された管理データベース３０２を有している。具体的には、図６に示すように、この管理データベース３０２には、楽曲毎に付与された楽曲ＩＤ，楽曲の曲名，アーティスト名，当該楽曲の保存用データが音楽配信サーバ４００に用意されているか否かを表す情報，かかる保存用データが用意されている場合にはその圧縮方式，および当該保存用データ毎に付与されたデータＩＤが、記録されている。
【００３３】
より具体的には、たとえば“ａａａａａ”と言うアーティストが歌う（または演奏する）“ＡＡＡＡＡ”という曲名の楽曲については、“１００００１”と言う固有の楽曲ＩＤが付与されている。そして、その楽曲については、保存用データが音楽配信サーバ４００に用意されており、当該保存用データとして、“ＭＰ３方式”，“ＷＭＡ方式”および“ＡＣＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）方式”でそれぞれ圧縮された３種類のデータがある。さらに、これら３つの保存用データには、それぞれ“Ａ００００１”，“Ａ００００２”および“Ａ００００３”という個別のデータＩＤが付与されている、ということが管理データベース３０２に記録されている。また、この管理データベース３０２によれば、“ｂｂｂｂｂ”と言うアーティストが歌う“ＢＢＢＢＢ”という曲名の楽曲については、“１００００２”という管理ＩＤが付与されているが、保存用データの有無の欄に“０”が記録されていることから、保存用データは用意されていないことが判る。なお、各楽曲の曲名およびアーティスト名については、日本語や英語，フランス語，イタリア語，韓国語（ハングル）などの複数の言語に従う複数の形態で記録されている。
【００３４】
α放送局のラジオサーバ３００は、音楽再生装置２００から上述の楽曲情報取得要求が発せられたことを受けて、管理データベース３０２の中から、現在放送中の楽曲に関する情報、具体的には楽曲ＩＤ，曲名，アーティスト名および保存用データの有無を特定する。さらに、保存用データが有ると特定した場合（保存用データの有無の欄に“１”が記録されている場合）には、用意されている保存用データの中に、上述の動作環境情報に含まれる第１圧縮方式に従う方式、つまりＭＰ３方式で圧縮されたデータが存在するか否かを判断する。そして、かかるデータが存在する場合には、そのデータのデータＩＤを特定する。なお、ＭＰ３方式で圧縮された保存用データが存在しない場合には、第２圧縮方式であるＷＭＡ方式で圧縮された保存用データが存在するか否かを判断する。そして、かかるデータが存在する場合には、そのデータＩＤを特定する。
【００３５】
このようにして、現在放送中の楽曲の楽曲ＩＤ，曲名，アーティスト名，保存用データの有無，そして保存用データが有る場合にはその圧縮方式およびデータＩＤを特定した後、α放送局のラジオサーバ３００は、特定されたこれらの情報を、図７に示すような楽曲情報として纏める。そして、この楽曲情報を、図３に示すように、アクセス元である音楽再生装置２００宛に送信する。この楽曲情報もまた、ＴＣＰ／ＩＰに従うパケット信号に成形された上で送信される。
【００３６】
なお、図７に示す楽曲情報のうち、曲名およびアーティスト名の部分には、これらを上述の動作環境情報に含まれるローカル情報に対応する言語で表現するための情報が設定される。つまり、この実施例では、ローカル情報として“日本国”が設定されているので、曲名およびアーティスト名の部分には、これらを日本語で表現するためのＪＩＳコードが設定される。また、現在放送中の楽曲について保存用データが無いと特定された場合は、楽曲情報のうちの保存用データの有無の部分に“０”が設定されるとともに、圧縮方式およびデータＩＤの部分が空白とされる。また、保存用データが有ると特定されても、第１圧縮方式（ＭＰ３方式）および第２圧縮方式（ＷＭＡ方式）のいずれかに従って圧縮されたデータが無い場合には、保存用データが無いと特定された場合と同様、保存用データの有無の部分に“０”が設定されるとともに、圧縮方式およびデータＩＤの部分が空白とされる。
【００３７】
この楽曲情報は、音楽再生装置２００によって受信され、具体的には、通信コネクタ１２およびＬＡＮコントローラ１４を介してメインＣＰＵ１６に入力される。メインＣＰＵ１６は、入力された楽曲情報を、フラッシュメモリ２６内の管理リスト４０に記録する。
【００３８】
図８を参照して、管理リスト４０に記録される楽曲情報には、記録順にシリアル番号“ｎ”が付与される。つまり、α放送局のラジオサーバ３００から取得された順番が遅い楽曲情報ほど、シリアル番号“ｎ”として大きい数値が付与される。また、この管理リスト４０には、それぞれの楽曲の保存用データがダウンロードされたか否かを表す欄（図８において右端の欄）が設けられており、取得された直後の楽曲情報、つまりシリアル番号“Ｎ”の楽曲情報の当該欄には、初期値としての“０”が記録される。
【００３９】
ここで、上述のシリアル番号“Ｎ”の楽曲情報で示されるように、現在放送されている楽曲の曲名が“ＫＫＫＫＫ”であり、アーティスト名が“ｋｋｋｋｋ”であるとする。そして、その楽曲の“ＭＰ３方式”で圧縮された保存用データが、音楽配信サーバ４００に用意されているとする。この場合、液晶ディスプレイ３８に、図９に示すようなダウンロード受付画面が表示される。
【００４０】
このダウンロード受付画面においては、その上方部分に、上述した図４のインフォメーション画面における文字列１０２と同様の文字列１１２が表示される。そして、この文字列１１２の下方に、現在放送されている楽曲の曲名，アーティスト名および保存用データの圧縮方式（ファイル形式）をそれぞれ表す横書きの文字列１１４，１１６および１１８が、縦１列に表示される。さらに、文字列１１８の下方に、文字列１１４〜１１８で表される楽曲の保存用データをダウンロードすることができること、および当該保存用データをダウンロードするか否かの問い合せを表す横書きの文字列１２０が表示される。そして、この文字列１２０の下方に、Ｆ１キー２２ａおよびＦ２キー２２ｂのそれぞれの機能を表す横書きの文字列１２２および１２４が、横１列に表示される。
【００４１】
ここで、Ｆ２キー２２ｂが押下されると、液晶ディスプレイ３８の表示は図４のインフォメーション画面に戻る。一方、Ｆ１キー２２ａが押下されると、音楽再生装置２００（メインＣＰＵ１６）は、α放送局のラジオサーバ３００へのアクセスを中断するとともに、図３に示すように音楽配信サーバ４００に対しアクセス要求をする。さらに、このアクセス要求に続いて、音楽再生装置２００は、音楽配信サーバ４００に対し、シリアル番号“Ｎ”に従うデータＩＤ（ここでは“Ｅ００３０２”）で表される保存用データのダウンロードを要求する。なお、この音楽再生装置２００から音楽配信サーバ４００へのアクセス要求およびダウンロード要求もまた、ＴＣＰ／ＩＰに従うパケット信号によって伝えられる。
【００４２】
音楽配信サーバ４００は、α放送局と業務提携しているβ社によって運営されており、α放送局の番組で放送される楽曲の保存用データが記録された楽曲データベース４０２を有している。具体的には、図１０に示すように、この楽曲データベース４０２には、上述のデータＩＤ毎に、それぞれの楽曲の保存用データ（ファイル）が記録されている。ただし、この楽曲データベース４０２には、α放送局の番組で放送される全ての楽曲の保存用データが記録されている訳ではなく、上述の“ｂｂｂｂｂ”と言うアーティストが歌う“ＢＢＢＢＢ”という曲名の楽曲のように、保存用データが用意されていないものもある。また、保存用データが用意されている楽曲であっても、一部の圧縮方式のデータしか用意されていないものもある。
【００４３】
この音楽配信サーバ４００とα放送局のラジオサーバ３００との間では、定期的に情報交換が行われており、この情報交換に基づいて楽曲データベース４０２および管理データベース３０２の内容が逐次更新されている。つまり、音楽配信サーバ４００にどのような楽曲の保存用データが用意されているのかは、α放送局のラジオサーバ３００において常に認識されている。
【００４４】
音楽配信サーバ４００は、音楽再生装置２００からのダウンロード要求を受けて、指定されたデータＩＤに対応する保存用データを楽曲データベース４０２から抽出する。そして、抽出した保存用データを、図３に示すように、アクセス元である音楽再生装置２００宛に送信する。なお、この保存用データの送信に先立って、音楽配信サーバ４００は、当該送信を開始する旨を表す開始指令を音楽再生装置２００宛に送信する。そして、この保存用データを送信し終えた後、音楽配信サーバ４００は、音楽再生装置２００に対し終了指令を送信する。これら保存用データ，開始指令および終了指令もまた、ＴＣＰ／ＩＰに従うパケット信号に成形された上で送信される。
【００４５】
音楽再生装置２００宛に送信された保存用データは、通信コネクタ１２およびＬＡＮコントローラ１４を介してメインＣＰＵ１６に入力される。メインＣＰＵ１６は、入力された楽曲情報を、上述のフラッシュメモリ２６とは別に設けられたデータ保存用のフラッシュメモリ４２に記録する。つまり、ダウンロードする。
【００４６】
メインＣＰＵ１６はまた、上述の開始指令を受信すると、サブＣＰＵ２０に指示して、図１１に示すメッセージ画面を液晶ディスプレイ３８に表示させる。このメッセージ画面では、音楽再生装置２００が保存用データをダウンロードしている最中であることを表す横書きの文字列１２６が、上方部分に表示される。そして、この文字列１２６の下方に、ダウンロード中の楽曲（保存用データ）の曲名，アーティスト名および圧縮方式をそれぞれ表す横書きの文字列１２８，１３０および１３２が、縦１列に表示される。さらに、文字列１３２の下方に、Ｆ１キー２２ａの機能を表す横書きの文字列１３４が表示される。
【００４７】
ここで、Ｆ１キー２２ａが押下されると、ダウンロードが中止される。そして、液晶ディスプレイ３８の表示は、図４のインフォメーション画面に戻る。一方、Ｆ１キー２２ａが押下されないままダウンロードが終了すると、つまり上述の終了指令が受信されると、図１１のメッセージ画面に代えて、図１２に示す別のメッセージ画面が液晶ディスプレイ３８に表示される。
【００４８】
この図１２のメッセージ画面では、その上方部分に、ダウンロードが終了したことを表す横書きの文字列１３６が表示される。そして、この文字列１３６の下方に、ダウンロードされた楽曲（保存用データ）の曲名，アーティスト名および圧縮方式をそれぞれ表す横書きの文字列１３８，１４０および１４２が、縦１列に表示される。
【００４９】
このようにして保存用データのダウンロードが終了した後、音楽再生装置２００（メインＣＰＵ１６）は、図３に示すように、再度、α放送局のラジオサーバ３００に対してアクセス要求をする。このアクセス要求に応答して、α放送局のラジオサーバ３００から音楽再生装置２００に対して番組のストリーミングデータが送信され、この結果、音楽再生装置２００のスピーカ３４および３６から当該番組の音声が出力される。そして、液晶ディスプレイ３８の表示は、図４のインフォメーション画面に戻る。また、上述した図８の管理リスト４０内のシリアル番号“Ｎ”に対応するダウンロード済みの欄に、ダウンロードが終了したことを表す“１”が記録される。
【００５０】
なお、上述の楽曲情報取得要求に対してα放送局のラジオサーバ３００から現在放送中の楽曲については保存用データが用意されていない旨を表す楽曲情報が送られてきた場合、音楽再生装置２００の液晶ディスプレイ３８に、図１３のようなメッセージ画面が表示される。このメッセージ画面によれば、その上方部分に、図４のインフォメーション画面における文字列１０２と同様の文字列１４４が表示される。そして、この文字列１４４の下方に、現在放送されている楽曲の曲名およびアーティスト名をそれぞれ表す横書きの文字列１４６および１４８が、縦１列に表示される。さらに、文字列１４８の下方に、文字列１４６および１４８で表される楽曲については保存用データが用意されていない（ダウンロードできない）ことを表す横書きの文字列１５０が表示される。このメッセージ画面は、一定時間（３秒〜５秒程度）表示され、その後、液晶ディスプレイ３８には図４のインフォメーション画面が表示される。
【００５１】
また、現在放送されているのと同じ楽曲の保存用データが以前音楽再生装置２００にダウンロードされたことがあり、その保存用データが未だフラッシュメモリ４２内に残っている（消去されていない）場合には、図１４に示すようなメッセージ画面が液晶ディスプレイ３８に表示される。このメッセージ画面によれば、その上方部分に、図４のインフォメーション画面における文字列１０２と同様の文字列１５２が表示される。そして、この文字列１５２の下方に、現在放送されている楽曲の曲名，アーティスト名および保存用データの圧縮方式をそれぞれ表す横書きの文字列１５４，１５６および１５８が、縦１列に表示される。さらに、文字列１５８の下方に、文字列１５４〜１５８で表される楽曲の保存用データについては既にダウンロード済みであることを表す横書きの文字列１６０が表示される。このメッセージ画面もまた、一定時間（３秒〜５秒程度）表示され、その後、図４のインフォメーション画面が液晶ディスプレイ３８に表示される。
【００５２】
さらに、α放送局の番組において楽曲ではなくたとえばＤ．Ｊ．（Ｄｉｓｃ  Ｊｏｃｋｅｙ）やＣＭ（Ｃｏｍｍｅｒｃｉａｌ  Ｍｅｓｓａｇｅ）が流れているときに上述の楽曲情報取得要求が発せられた場合は、当該α放送局のラジオサーバ３００から音楽再生装置２００に対しダミーの楽曲情報が送信される。具体的には、図７において楽曲ＩＤに“００００００”が設定された楽曲情報が送信される。この場合、音楽再生装置２００側では特に変化はなく、液晶ディスプレイには図４のインフォメーション画面が表示され続ける。
【００５３】
一方、アフタダウンロード機能によれば、上述した楽曲情報は取得されたものの保存用データについては未だダウンロードされていない、という楽曲の保存用データを、事後的にダウンロードすることができる。
【００５４】
図１５を参照して、たとえば今、音楽再生装置２００において当該アフタダウンロード機能を有効化する旨の操作が成されたとする。すると、図１６に示すようなアフタダウンロード機能のトップ画面が、液晶ディスプレイ３８に表示される。
【００５５】
このトップ画面においては、その情報部分に、アフタダウンロード機能が有効化されたことを表す横書きの文字列１６２が表示される。そして、この文字列１６２の下方に、上述の管理リスト４０に記録されている楽曲情報のいずれか１つに従う楽曲の曲名，アーティスト名および保存用データの圧縮方式をそれぞれ表す横書きの文字列１６４，１６６および１６８が、縦１列に表示される。ただし、文字列１６８については、文字列１６４および１６６で示される楽曲に対応する管理リスト４０内の保存用データの有無の欄に“１”が記録されている場合にのみ表示される。さらに、文字列１６８（または１６６）の下方に、Ｆ１キー２２ａ，Ｆ２キー２２ｂおよびＦ３キー２２ｃのそれぞれの機能を表す横書きの文字列１７０，１７２および１７４が、横１列に表示される。
【００５６】
ここで、Ｆ２キー２２ｂが押下されると、管理リスト４０内の別の楽曲情報に基づいて文字列１６４〜１６８が表示される。一方、Ｆ３キー２２ｃが押下されると、アフタダウンロード機能が無効化される。そして、Ｆ１キー２２ａが押下されると、図１７に示すダウンロード受付画面が液晶ディスプレイ表示される。
【００５７】
このダウンロード受付画面においては、その上方部分に、図１６のトップ画面における文字列１６２と同様の文字列１７６が表示される。そして、この文字列１７６の下方に、上述のＦ１キー２２ａが押下される直前に表示されていた文字列１６４，１６６および１６８と同様の文字列１７８，１８０および１８２が表示される。さらに、文字列１８２（または１８０）の下方に、ダウンロードを実行するか否かの問い合せを表す横書きの文字列１８４が表示される。そして、この文字列１８４の下方に、Ｆ１キー２２ａおよびＦ２キー２２ｂのそれぞれの機能を表す横書きの文字列１８６および１８８が、横１列に表示される。
【００５８】
ここでＦ２キー２２ｂが押下されると、液晶ディスプレイ３８の表示は図１６のトップ画面に戻る。一方、Ｆ１キー２２ａが押下されると、音楽再生装置２００（メインＣＰＵ１６）は、文字列１７８および１８０で表される楽曲の保存用データを音楽配信サーバ４００からダウンロードするべく、次のような動作をする。なお、このとき、文字列１８２が表示されているか否か、つまりダウンロードの対象となる楽曲について管理リスト４０内の保存用データの有無の欄に“１”および“０”のいずれが記録されているかによって、音楽再生装置２００の動作は異なる。
【００５９】
たとえば、文字列１８２が表示されている場合、つまり管理リスト４０内の保存用データの有無の欄に“１”が記憶されている楽曲の保存用データがダウンロードの対象とされている場合、音楽再生装置２００は、上述した図９のダウンロード受付画面においてＦ１キー２２ａが押下されたときと同様の動作をする。すなわち、図１５に示すように、音楽配信サーバ４００に対しアクセス要求をするとともに、ダウンロードの対象とされている保存用データのダウンロード要求をする。そして、このダウンロード要求に応答して、音楽配信サーバ４００から音楽再生装置２００に対し、（データＩＤによって）指定された楽曲の保存用データがダウンロードされる。
【００６０】
このダウンロードの最中は、上述した図１１と同様のメッセージ画面が、音楽再生装置２００の液晶ディスプレイ３８に表示される。そして、ダウンロードが終了すると、当該メッセージ画面に代えて、上述した図１２と同様のメッセージ画面が液晶ディスプレイ３８に表示される。そして、一定時間（３秒〜５秒程度）経過後、液晶ディスプレイ３８の表示は、図１６のトップ画面に戻る。
【００６１】
一方、図１７のダウンロード受付画面において文字列１８２が表示されていない場合、つまり管理リスト４０内の保存用データの有無の欄に“０”が記憶されている楽曲のダウンロードを希望する旨の操作が成された場合、音楽再生装置２００は、まず、図１８に示すように、α放送局のラジオサーバ３００に対しアクセス要求をする。そして、このアクセス要求に続いて、音楽再生装置２００は、ダウンロードを希望する楽曲の楽曲情報を再度取得するべく、α放送局のラジオサーバ３００に対し楽曲情報再取得要求を発する。この楽曲情報取得要求においては、ダウンロードを希望する楽曲の楽曲ＩＤが音楽再生装置２００からα放送局のラジオサーバ３００に送信される。また、この楽曲ＩＤとともに、上述した図５の動作環境情報も併せて送信される。
【００６２】
α放送局のラジオサーバ３００は、音楽再生装置２００から楽曲情報再取得要求が発せられたことを受けて、管理データベース３０２の中から、上述の楽曲ＩＤに対応し、かつ動作環境情報に応じた楽曲情報を、楽曲情報取得要求を受けたときと同様の要領で抽出する。そして、抽出した楽曲情報を、図１８に示すように音楽再生装置２００宛に送信する。
【００６３】
音楽再生装置２００は、α放送局のラジオサーバ３００から改めて取得した楽曲情報に基づいて、具体的には当該楽曲情報内の保存用データの有無の部分に“１”および“０”のいずれが設定されているかに基づいて、ダウンロードを希望する楽曲の保存用データが音楽配信サーバ４００に用意されているか否かを判断する。ここで、保存用データが用意されている場合、つまり以前楽曲情報を取得したときには保存用データが用意されていなかったものの、今回改めて楽曲情報を取得してみたら保存用データが新たに用意されていることが判明した場合、音楽再生装置２００は、管理リスト４０に記録されている古い楽曲情報を今回改めて取得した楽曲情報によって更新（上書き）する。そして、図１８に示すように、上述した図１５と同様の要領で、音楽配信サーバ４００から希望の楽曲の保存用データをダウンロードする。
【００６４】
一方、今回改めて取得した楽曲情報から、ダウンロードを希望する楽曲の保存用データが未だ用意されていないことが判明した場合は、音楽再生装置４００の液晶ディスプレイ３８に、図１９に示すようなメッセージ画面が表示される。このメッセージ画面によれば、その上方部分に、図１６のトップ画面における文字列１６２と同様の文字列１９０が表示される。そして、この文字列１９０の下方に、上述した図１３のメッセージ画面における文字列１４６，１４８および１５０と同様の文字列１９２，１９４および１９６が表示される。このメッセージ画面は、一定時間（３秒〜５秒程度）表示され、その後、液晶ディスプレイ３８には図１６のトップ画面が表示される。
【００６５】
なお、図１７のダウンロード受付画面においてダウンロードの対象とされている（文字列１７８，１８０および１８２で示される）楽曲の保存用データが既にダウンロードされており、かかる状況下でＦ１キー２２ａが押下された場合には、液晶ディスプレイ３８に、図２０に示すようなメッセージ画面が表示される。このメッセージ画面では、上方部分に、図１６のトップ画面における文字列１６２と同様の文字列１９８が表示される。そして、この文字列１９８の下方に、上述した図１４のメッセージ画面における文字列１５４，１５６，１５８および１６０と同様の文字列２００，２０２，２０４および２０６が表示される。このメッセージ画面もまた、図１９のメッセージ画面と同様、一定時間表示され、その後、液晶ディスプレイ３８には図１６のトップ画面が表示される。
【００６６】
このようにクイックダウンロード機能またはアフタダウンロード機能によってダウンロードされた保存用データは、操作キー２２の操作によって再生することができる。
【００６７】
すなわち、操作キー２２によって任意の保存用データを再生する旨の操作が成されると、サブＣＰＵ２０は、その操作内容をメインＣＰＵ１６に通知する。メインＣＰＵ１６は、サブＣＰＵ２０からの通知に基づいて、フラッシュメモリ４２から指定された保存用データを所定量ずつ順次読み出し、読み出した保存用データを一旦ＳＤＲＡＭ２４に保存する。このＳＤＲＡＭ２４に保存された保存用データは、メインＣＰＵ２０の制御によってＤＳＰ１８に順次転送され、ＤＳＰ１８は、転送された保存用データを当該保存用データの圧縮方式（ＭＰ３方式またはＭＷＡ方式）に基づいてデコードする。
【００６８】
このデコード処理によって生成されたＰＣＭデータは、Ｄ／Ａ変換回路２８に入力され、ここでアナログ電気信号である音声信号に変換される。そして、変換された音声信号は、音源切換回路３０およびアンプ回路３２を介してスピーカ３４および３６に入力される。これによって、ダウンロードされた保存用データに従う楽曲（音）が、スピーカ３４および３６から出力される。
【００６９】
なお、音楽再生装置２００は、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）プレーヤ４４およびＡＭ／ＦＭチューナ４６をも備えている。そして、操作キー２２の操作によって、これらＣＤプレーヤ４４およびＡＭ／ＦＭチューナ４６の一方を音源とする楽曲（音）を再生することができる。
【００７０】
具体的に説明すると、操作キー２２によってＣＤプレーヤ４４およびＡＭ／ＦＭチューナ４６の一方を音源とする旨の操作が成されると、サブＣＰＵ２０は、音源とされた側から出力されるアナログ音声信号がアンプ回路３２に入力されるように、音源切換回路３０を制御する。これによって、ＣＤプレーヤ５８およびＡＭ／ＦＭチューナ６０の一方を音源とする楽曲が、スピーカ３４および３６から出力され、つまり再生される。
【００７１】
さて、上述のクイックダウンロード機能を実現するために、メインＣＰＵ１６は、フラッシュメモリ２６に記録された制御プログラムに従って、図２１〜図２３のフロー図で示される各処理を実行する。
【００７２】
すなわち、上述したインターネットラジオ受信機としての機能によってα放送局が選局されると、メインＣＰＵ１６は、図２１のステップＳ１に進み、液晶ディスプレイ３８に図４のインフォメーション画面を表示させる（厳密には当該インフォメーション画面を表示させるようサブＣＰＵ２０に指示を与える）。そして、ステップＳ３において操作キー２２によって何らかの操作が成される、具体的にはＦ１キー２２ａ，Ｆ２キー２２ｂおよびＦ３キー２２ｃのいずれかが押下されるのを待ち、いずれかが押下されると、ステップＳ５に進み、いずれのキーが押下されたのかを判定する。
【００７３】
ここで、Ｆ３キー２２ｃが押下されたと判定した場合、メインＣＰＵ１６は、ステップＳ７に進み、図４のインフォメーション画面の表示を中止する。そして、インターネットラジオ受信機としての機能を無効化するべく、ステップＳ９においてインターネット１００への接続を終了し、このフロー図で示される一連の処理を終了する。
【００７４】
一方、ステップＳ５においてＦ２キー２２ｂが押下された場合、メインＣＰＵ１６は、ステップＳ１１に進み、図４のインフォメーション画面の表示を中止する。そして、ステップＳ１３において、別の放送局（チャネル）を選局し、このフロー図で示される一連の処理を終了する。
【００７５】
ステップＳ５においてＦ１キー２２ａが押下されると、メインＣＰＵ１６は、ステップＳ１５に進み、α放送局のラジオサーバ３００に対して楽曲情報取得要求を発する。そして、ステップＳ１７において、α放送局のラジオサーバ３００から当該楽曲情報取得要求に応答して楽曲情報が送られてくるのを待つ。そして、楽曲情報を受信すると、図２２のステップＳ１９に進む。
【００７６】
ステップＳ１９において、メインＣＰＵ１６は、受信した楽曲情報が楽曲に関するものであるか否か、換言すればダミーであるか否かを判断する。ダミーであるか否かは、楽曲ＩＤに上述した“００００００”が設定されているか否かに基づいて判断される。
【００７７】
ここで、受信した楽曲情報がダミーである場合、メインＣＰＵ１６は、図２１のステップＳ１に戻る。一方、受信した楽曲情報がダミーではなく、楽曲に関する情報である場合は、ステップＳ１９からステップＳ２１に進み、受信した楽曲情報から保存用データが音楽配信サーバ４００に用意されているか否かを判断する。この判断は、図７における保存用データの有無の部分に“１”および“０”のいずれが設定されているかによって行われる。
【００７８】
このステップＳ２１において保存用データが用意されていないと判断した場合、メインＣＰＵ１６は、ステップＳ２３に進み、管理リスト４０を参照する。そして、ステップＳ２５において、当該管理リスト４０内に今回受信したのと同じ楽曲情報が存在するか否かを判断する。この判断は、楽曲ＩＤに基づいて行われる。
【００７９】
そして、ステップＳ２５において同じ楽曲情報が存在すると判断した場合、メインＣＰＵ１６は、ステップＳ２７に進み、図１３のメッセージ画面を液晶ディスプレイ３８に表示させる。一方、ステップＳ２５において同じ楽曲情報が存在しないと判断した場合は、ステップＳ２９において、今回受信した楽曲情報を管理リスト４０に記録した後、ステップＳ２７に進む。
【００８０】
ステップＳ２７において図１３のメッセージ画面を表示した後、メインＣＰＵ１６は、ステップＳ３１に進み、一定時間（３秒〜５秒程度）が過ぎるのを待つ。そして、この一定時間の経過後、図４のインフォメーション画面を表示させるべく、図２１のステップＳ１に戻る。
【００８１】
上述のステップＳ２１において保存用データが用意されていると判断した場合は、メインＣＰＵ１６は、ステップＳ３３に進み、管理リスト４０を参照する。そして、ステップＳ３５において、当該管理リスト４０内に今回受信したのと同じ楽曲情報が存在するか否かを判断する。ここでの判断も、ステップＳ２５と同様、楽曲ＩＤに基づいて行われる。
【００８２】
このステップＳ３５において同じ楽曲情報が存在する場合、メインＣＰＵ１６は、ステップＳ３７に進み、今回受信した楽曲情報で表される楽曲について、管理リスト４０上でも保存用データが用意されていることになっているか否か、つまり管理リスト４０内における保存用データの有無の欄に“１”が記録されているか否かを判断する。そして、管理リスト４０上でも保存用データが用意されていることになっている場合は、ステップＳ３９に進み、その楽曲の保存用データが既にダウンロードされているか否か、つまり管理リスト４０内におけるダウンロード済みの欄に“１”が記録されているか否かを判断する。
【００８３】
ここで、保存用データが既にダウンロードされている場合、メインＣＰＵ１６は、ステップＳ４１に進み、液晶ディスプレイ３８に図１４のメッセージ画面を表示させる。そして、ステップＳ３１において一定時間が経過するのを待って、図２１のステップＳ１に戻る。一方、未だ保存用データがダウンロードされていない場合は、ステップＳ３９から図２３のステップＳ４３に進む。
【００８４】
また、上述のステップＳ３７において管理リスト４０上では未だ保存用データが用意されていないことになっている場合は、メインＣＰＵ１６は、ステップＳ４５に進む。そして、このステップＳ４５において、管理リスト４０に記録されている古い楽曲情報を今回新たに受信した楽曲情報で更新した後、図２３のステップＳ４３に進む。
【００８５】
さらに、上述のステップＳ３５において管理リスト４０内に今回受信したのと同じ楽曲情報が存在しない場合には、メインＣＰＵ１６は、ステップＳ４７に進む。そして、このステップＳ４７において、管理リスト４０に今回受信した楽曲情報を記録した後、図２３のステップＳ４３に進む。
【００８６】
ステップＳ４３において、メインＣＰＵ１６は、液晶ディスプレイ３８に図９のダウンロード受付画面を表示させる。そして、ステップＳ４９において、操作キー２２によって何らかの操作が成される、詳しくはＦ１キー２２ａおよびＦ２キー２２ｂのいずれかが押下されるのを待ち、いずれかが押下されると、ステップＳ５１に進む。
【００８７】
ステップＳ５１において、メインＣＰＵ１６は、上述のステップＳ４９でＦ１キー２２ａが押下されたか否かを判断する。ここで、Ｆ１キー２２ａではなくＦ２キー２２ｂが押下された場合は、図２１のステップＳ１に戻る。一方、Ｆ１キー２２ａが押下された場合は、ステップＳ５３に進む。
【００８８】
ステップＳ５３において、メインＣＰＵ１６は、α放送局のラジオサーバ３００へのアクセスを中断して、音楽配信サーバ４００にアクセス要求をする。そして、このアクセス要求とともに、今回受信した楽曲情報に従う保存用データのダウンロード要求を発する。そして、ステップＳ５５において、音楽配信サーバ４００から上述した開始指令が送られてくるのを待つ。
【００８９】
このステップＳ５５において開始指令を受信すると、メインＣＰＵ１６は、ステップＳ５７に進み、音楽配信サーバ４００からの保存用データのダウンロードを開始する。そして、ステップＳ５９において、液晶ディスプレイ３８に図１１のメッセージ画面を表示させた後、ステップＳ６１において、ダウンロードが終了したか否か、つまり音楽配信サーバ４００から上述した終了指令を受信したか否かを判断する。
【００９０】
ここで、未だダウンロードが終了していないと判断すると、メインＣＰＵ１６は、ステップＳ６３に進み、Ｆ１キー２２ａが押下されたか否かを判断する。そして、このステップＳ６３においてＦ１キー２２ａが押下されていない場合には、ステップＳ６１に戻る。
【００９１】
そして、ステップＳ６１において音楽配信サーバ４００から終了指令を受信することでダウンロードが終了したと判断すると、メインＣＰＵ１６は、ステップＳ６５に進み、当該ダウンロードが終了したことを管理リスト４０に記録する。つまり、管理リスト４０のダウンロード済みの欄に“１”を記録する。そして、ステップＳ６７において、液晶ディスプレイ３８に図１２のメッセージを表示した後、ステップＳ６９において、α放送局のラジオサーバ３００へアクセス要求を行い、図２１のステップＳ１に戻る。
【００９２】
また、上述のステップＳ６３においてＦ１キー２２ａが押下された場合は、メインＣＰＵ１６は、ステップＳ７１に進み、音楽配信サーバ４００へダウンロードの中止を伝えるべく中止指令を送信して、当該ダウンロードを中止する。そして、ステップＳ７３において、ダウンロードが中止されたことを表す図示しないメッセージ画面を液晶ディスプレイ３８に表示させた後、ステップＳ６９を経て、図３１のステップＳ１に戻る。
【００９３】
一方、上述のアフタダウンロード機能を実現するために、メインＣＰＵ１６は、上述した制御プログラムに従って、図２４〜図２６のフロー図で示される各処理を実行する。
【００９４】
すなわち、操作キー２２の操作によってアフタダウンロード機能が有効化されると、メインＣＰＵ１６は、図２４のステップＳ１０１に進み、管理リスト４０における楽曲情報のシリアル番号“ｎ”を指定するためのインデックス（これについてもｎという符号で表現する。）に、“１”を設定する。そして、ステップＳ１０３において、管理リスト４０を参照して、当該インデックスｎで指定された楽曲情報を認識する。そして、この認識結果に基づいて、ステップＳ１０５において、図１６のトップ画面を液晶ディスプレイ３８に表示させる。
【００９５】
ステップＳ１０５の実行後、メインＣＰＵ１６は、ステップＳ１０７に進み、操作キー２２によって何らかの操作が成される、具体的にはＦ１キー２２ａ，Ｆ２キー２２ｂおよびＦ３キー２２ｃのいずれかが押下されるのを待つ。そして、いずれかが押下されると、ステップＳ１０９に進み、いずれのキーが押下されたのかを判定する。
【００９６】
ここで、Ｆ３キー２２ｃが押下されたと判定した場合、メインＣＰＵ１６は、ステップＳ１１１においてトップ画面の表示を中止し、このフロー図で示される一連の処理を終了する。
【００９７】
一方、ステップＳ１０９においてＦ２キー２２ｂが押下された場合は、ステップＳ１１３に進み、上述のインデックスｎの値をシリアル番号“ｎ”の最大値“Ｎ”と比較する。そして、これら両者の値が同じであるときは、ステップＳ１０１に戻る。インデックスｎの値がシリアル番号“ｎ”の最大値“Ｎ”よりも小さい場合には、ステップＳ１１３からステップＳ１１５に進み、当該インデックスｎの値を“１”だけインクリメントする。そして、このインクリメント後のインデックスｎで指定される楽曲情報に基づいて図１６のトップ画面を液晶ディスプレイ３８に表示させるべく、ステップＳ１０３に戻る。
【００９８】
ステップＳ１０９においてＦ１キー２２ａが押下された場合は、メインＣＰＵ１６は、図２５のステップＳ１１７に進む。そして、このステップＳ１１７において、現在図１６のトップ画面で表示されている楽曲について、その保存用データが既にダウンロードされているか否かを判断する。この判断は、管理リスト４０におけるダウンロード済みの欄に“１”が記録されているか否かに基づいて行われる。
【００９９】
このステップＳ１１７において保存用データがダウンロード済みであると判断した場合、メインＣＰＵ１６は、ステップＳ１１９に進み、図２０のメッセージ画面を液晶ディスプレイ３８に表示させる。そして、ステップＳ１２１において、一定時間（３秒〜５秒程度）が過ぎるのを待った後、図２４のステップＳ１０３に戻る。
【０１００】
一方、ステップＳ１１７において未だ保存用データがダウンロードされていないと判断した場合、メインＣＰＵ１６は、ステップＳ１２３に進む。そして、現在図１６のトップ画面で表示されている楽曲について、管理リスト４０上で保存用データが用意されていることになっているか否か、つまり保存用データの有無の欄に“１”が記録されているか否かを判断する。ここで、保存用データが用意されている場合は、ステップＳ１２５に進む。
【０１０１】
このステップＳ１２５は、上述した図２３におけるステップＳ５３と同様の処理であり、当該ステップＳ１２５の次のステップＳ１２７〜ステップＳ１４３もまた、図２３におけるステップＳ５５〜ステップＳ７３（ただしステップＳ６９を除く。）の各処理と同様である。したがって、これらステップＳ１２５〜ステップＳ１４３についての詳しい説明は省略する。
【０１０２】
ステップＳ１３９の実行後、またはステップＳ１４３の実行後、メインＣＰＵ１６は、ステップＳ１４５に進み、インターネット１００への接続を終了する。そして、このステップＳ１４５の実行後、図２４のステップＳ１０３に戻る。
【０１０３】
また、上述のステップＳ１２３において、管理リスト４０上で保存用データが用意されていないことになっている場合は、メインＣＰＵ１６は、図２６のステップＳ１４７に進む。そして、このステップＳ１４７において、α放送局のラジオサーバ３００にアクセス要求をするとともに、現在図１６のトップ画面で表示されている楽曲に関する楽曲情報の再取得要求をする。そして、この楽曲情報再取得要求に応答してα放送局のラジオサーバ３００から楽曲情報が送られてくるのを待ち、ステップＳ１４９において、当該楽曲情報を受信すると、ステップＳ１５１に進む。
【０１０４】
ステップＳ１５１において、メインＣＰＵ１６は、上述のステップＳ１４９で受信した楽曲情報から保存用データが用意されているか否かを判断する。ここで、当該保存用データが用意されている場合は、ステップＳ１５３に進み、管理リスト４０に記録されている古い楽曲情報をステップＳ１４９で受信した新たな楽曲情報で更新する。そして、この新たな楽曲情報に基づいて音楽配信サーバ４００から保存用データをダウンロードするべく、図２５のステップＳ１２５に進む。
【０１０５】
一方、ステップＳ１４９で受信した楽曲情報から未だ保存用データが用意されていないと判断した場合は、メインＣＰＵ１６は、ステップＳ１５１からステップＳ１５５に進む。そして、このステップＳ１５５において、図１９のメッセージ画面を液晶ディスプレイ３８に表示させた後、ステップＳ１５７において、一定時間（３秒〜５秒程度）が過ぎるのを待つ。そして、この一定時間の経過後、図２５のステップＳ１４５を経て、図２４のステップＳ１０３に戻る。
【０１０６】
このような音楽再生装置２００（メインＣＰＵ１６）側の動作に対して、α放送局のラジオサーバ３００は、当該音楽再生装置２００によってアクセス（選局）されているとき、図２７のフロー図で示される各処理を実行する。
【０１０７】
すなわち、α放送局のラジオサーバ３００は、ステップＳ２０１において、音楽再生装置２００から楽曲情報取得要求が発せられたか否かを判断する。ここで、楽曲情報取得要求が発せられたと判断すると、ステップＳ２０３に進み、当該楽曲情報取得要求とともに音楽再生装置２００から送られてくる動作環境情報の内容を解析する。そして、この解析結果、つまり第１圧縮方式，第２圧縮方式およびローカル情報を、自身に内蔵された図示しない記憶エリアに記憶する。
【０１０８】
そして、ステップＳ２０５において、現在楽曲を放送中であるか否かを判断する。ここで、楽曲ではなくＤ．Ｊ．またはＣＭを放送している場合は、ステップＳ２０７に進み、上述したダミーの楽曲情報を生成する。生成したダミーの楽曲情報を、ステップＳ２０９において、アクセス元である音楽再生装置２００宛に送信し、一旦、この図２７のフロー図で示される一連の処理を終了する。
【０１０９】
一方、現在楽曲を放送している場合には、ステップＳ２０５からステップＳ２１１に進み、管理データベース３０２の中から放送中の楽曲の情報を抽出する。そして、ステップＳ２１３において、当該ステップＳ２１１での抽出結果から現在放送中の楽曲の保存用データが音楽配信サーバ４００に用意されているか否かを判断する。
【０１１０】
ここで、保存用データが用意されている場合は、さらにステップＳ２１５において、上述の第１圧縮方式に従う方式で圧縮された保存用データが用意されているか否かを判断する。そして、かかる圧縮方式で圧縮された保存用データが用意されている場合には、ステップＳ２１７において、当該保存用データのデータＩＤを特定する。そして、ステップＳ２１９において、当該ステップＳ２１７で特定されたデータＩＤおよび上述のステップＳ２１１における抽出結果に基づいて図５に示す楽曲情報を生成する。なお、この楽曲情報のうちの曲名およびアーティスト名については、これらを上述のローカル情報に従う言語で表現するための情報が設定される。
【０１１１】
そして、このステップＳ２１９で生成された楽曲情報を、ステップＳ２０９において、音楽再生装置２００宛に送信する。
【０１１２】
一方、上述のステップＳ２１５において第１圧縮方式に従う方式で圧縮された保存用データが用意されていないと判断した場合は、ステップＳ２２１に進み、上述の第２圧縮方式に従う方式で圧縮された保存用データが用意されているか否かを判断する。そして、かかる圧縮方式で圧縮された保存用データが用意されている場合には、ステップＳ２２３に進み、当該保存用データのデータＩＤを特定した後、ステップＳ２１９に進む。
【０１１３】
さらに、ステップＳ２２１において第２圧縮方式に従う方式で圧縮された保存用データが用意されていないと判断した場合は、ステップＳ２２５に進む。そして、このステップＳ２２５において保存用データは無いと断定し、この結果に基づいてステップＳ２１９で楽曲情報を生成する。また、上述のステップＳ２１３において保存用データが用意されていないと判断した場合も、ステップＳ２２５を経て、ステップＳ２１９に進む。
【０１１４】
そして、上述のステップＳ２０１において音楽再生装置２００から楽曲情報取得要求が発せられていないと判断した場合は、ステップＳ２２７に進み、当該音楽再生装置２００から楽曲情報再取得要求が発せられたか否かを判断する。ここで、楽曲情報再取得要求が発せられたと判断すると、ステップＳ２２９に進み、当該楽曲情報再取得要求とともに送られてくる動作環境情報の内容を解析する。そして、この解析結果を上述の記憶エリアに記憶する。また、動作環境情報と一緒に楽曲ＩＤも送られてくるが、この楽曲ＩＤについても当該記憶エリアに記憶する。
【０１１５】
そして、ステップＳ２３１において、ステップＳ２２９で記憶エリアに記憶された楽曲ＩＤについての情報を、管理データベース３０２の中から抽出する。そして、このステップＳ２３１の実行後、ステップＳ２１３に進む。
【０１１６】
なお、ステップＳ２２７において音楽再生装置２００から楽曲情報再取得要求が発せられていないと判断した場合は、ラジオサーバ３００は、この図２７のフロー図で示される一連の処理を終了する。
【０１１７】
また、β社によって運営されている音楽配信サーバ４００は、音楽再生装置２００によってアクセスされたとき、図２８のフロー図で示される各処理を実行する。
【０１１８】
すなわち、音楽配信サーバ４００は、ステップＳ３０１において、音楽再生装置２００からダウンロード要求が発せられたか否かを判断する。ここで、ダウンロード要求が発せられたと判断すると、ステップＳ３０３に進み、当該ダウンロード要求（データＩＤ）で指定された楽曲の保存用データを楽曲データベース４０２から抽出する。そして、ステップＳ３０５において、上述した開始指令をアクセス元である音楽再生装置２００宛に送信した後、ステップＳ３０７において、ステップＳ３０３で抽出された保存用データの音楽再生装置２００への送信を開始する。このステップＳ３０７の実行後、音楽配信サーバ４００は、一旦、図２８のフロー図で示される一連の処理を終了する。
【０１１９】
一方、ステップＳ３０１において音楽再生装置２００からダウンロード要求が発せられていないと判断した場合は、ステップＳ３０９に進む。そして、このステップＳ３０９において、音楽再生装置２００宛に現在保存用データを送信している最中であるか否かを判断し、送信中でない場合は、そのままこのフロー図で示される一連の処理を終了する。送信中の場合は、ステップＳ３１１に進み、保存用データを最後まで送信し終えたか否かを判断する。そして、保存用データを最後まで送信し終えたら、ステップＳ３１３において、音楽再生装置２００宛に上述した終了指令を送信して、一連の処理を終了する。
【０１２０】
ステップＳ３１１において保存用データを最後まで送信し終えていない場合は、さらにステップＳ３１５に進み、音楽再生装置２００から上述の中止指令が送られてきたか否かを判断する。ここで、中止指令を受信した場合、ステップＳ３１７において保存用データの送信を中止し、このフロー図で示される一連の処理を終了する。一方、中止指令を受信しない場合には、そのまま当該一連の処理を終了する。
【０１２１】
以上の説明から判るように、この実施例における音楽再生装置２００のクイックダウンロード機能によれば、ユーザは、α放送局の番組で任意の楽曲が放送されているときにＦ１キー２２ａを２回押下するという簡単な操作を行うだけで、その楽曲の保存用データを即座に音楽配信サーバ４００からダウンロードすることができる。しかも、そのデータは、音楽再生装置２００によってデコード可能な圧縮方式で提供される。つまり、所望の楽曲の保存用データを容易に、かつ音楽再生装置２００の動作環境に応じた形態でダウンロードすることができる。
【０１２２】
また、アフタダウンロード機能によれば、ユーザは、Ｆ２キー２２ｂを押下することによってダウンロードを希望する楽曲を選択することができ、ダウンロードを希望する楽曲が決まったらＦ１キー２２ａを２回押下するという簡単な操作を行うだけで、その楽曲の保存用データを音楽配信サーバ４００からダウンロードすることができる。そして、この場合も、ダウンロードされるデータは、音楽再生装置２００によってデコード可能な圧縮方式で提供される。したがって、アフタダウンロード機能によっても、簡単、かつ音楽再生装置２００の動作環境に応じた形態で、保存用データをダウンロードすることができる。
【０１２３】
なお、この実施例では、説明を簡便にするために、音楽配信システム１０を構成するラジオサーバ３００および音楽配信サーバ４００をそれぞれ１台ずつとしたが、これらを複数台ずつ設けてもよい。この場合、ラジオサーバ３００から音楽配信装置２００に送信される楽曲情報に、ダウンロードの要求先となる音楽配信サーバ４００を指定するためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）情報を組み込むようにする。
【０１２４】
また、ラジオサーバ３００の管理データベース３０２に記録されている情報のうち、音楽再生装置２００の動作環境に応じた楽曲情報のみが当該音楽再生装置２００宛に送信されるようにしたが、これに限らない。たとえば、任意の楽曲についての全ての楽曲情報が、ラジオサーバ３００から音楽再生装置２００へ送信されるようにしてもよい。そして、音楽再生装置２００においては、取得した楽曲情報のうち自身の動作環境に応じたものを言わば事後的に抽出し、抽出した情報に基づいて音楽配信サーバ４００から保存用データをダウンロードするようにしてもよい。
【０１２５】
そして、この実施例では、音楽再生装置２００によって対応可能な圧縮方式をＭＰ３方式およびＷＭＡ方式に限定したが、これ以外の圧縮方式に対応できるようにしてもよい。
【０１２６】
また、音楽再生装置２００からラジオサーバ３００に送信される動作環境情報は、第１圧縮方式，第２圧縮方式およびローカル情報を含むものとしたが、これ以外の情報を含むものとしてもよい。たとえば、音楽再生装置２００の型名や製造番号，製造年月日などの情報を、当該動作環境情報に組み込んでもよい。
【０１２７】
そして、音楽再生装置２００によるインターネット１００への接続は、有線手段に限らず、無線手段を用いてもよい。
【０１２８】
さらに、この実施例では、楽曲という聴覚的なコンテンツを取り扱う場合について説明したが、画像などの視覚的なコンテンツを取り扱う場合にも、この発明を適用することができる。これらのコンテンツは、有料および無料のいずれであってもよい。
【図面の簡単な説明】
【図１】この発明の一実施例の概略構成を示すブロック図である。
【図２】図１における音楽再生装置の概略構成を示すブロック図である。
【図３】図１の実施例において音楽再生装置のクイックダウンロード機能によってダウンロードが行われるときのシステム全体の動作の流れを示す図解図である。
【図４】図２における液晶ディスプレイに表示されるインフォメーション画面の一例を示す図解図である。
【図５】図１の実施例において音楽再生装置からラジオサーバに送信される動作環境情報の構成を概念的に示す図解図である。
【図６】図１におけるラジオサーバ内の管理データベースの記録内容を概念的に示す図解図である。
【図７】図１の実施例においてラジオサーバから音楽再生装置に送信される楽曲情報の構成を概念的に示す図解図である。
【図８】図２における管理テーブルの記録内容を概念的に示す図解図である。
【図９】図２における液晶ディスプレイに表示されるダウンロード受付画面の一例を示す図解図である。
【図１０】図１における音楽配信サーバ内の楽曲データベースの記録内容を概念的に示す図解図である。
【図１１】図２における液晶ディスプレイに表示されるメッセージ画面の一例を示す図解図である。
【図１２】図１１とは別のメッセージ画面を示す図解図である。
【図１３】図１２とはさらに別のメッセージ画面を示す図解図である。
【図１４】図１３とはさらに別のメッセージ画面を示す図解図である。
【図１５】図１の実施例において音楽再生装置のアフタダウンロード機能によってダウンロードが行われるときのシステム全体の動作の流れを示す図解図である。
【図１６】図２における液晶ディスプレイに表示されるトップ画面の一例を示す図解図である。
【図１７】図９とは別のダウンロード受付画面を示す図解図である。
【図１８】図１５とは異なるパターンでダウンロードが行われるときのシステム全体の動作の流れを示す図解図である。
【図１９】図１４とはさらに別のメッセージ画面を示す図解図である。
【図２０】図１９とはさらに別のメッセージ画面を示す図解図である。
【図２１】図１の実施例において音楽再生装置によってα放送局が選局されているときのメインＣＰＵの動作を示すフロー図である。
【図２２】図２１に続くフロー図である。
【図２３】図２２に続くフロー図である。
【図２４】図１の実施例において音楽再生装置のアフタダウンロード機能が有効化されているときのメインＣＰＵの動作を示すフロー図である。
【図２５】図２４に続くフロー図である。
【図２６】図２５に続くフロー図である。
【図２７】図１の実施例において音楽再生装置によってアクセスされているときのラジオサーバの動作を示すフロー図である。
【図２８】図１の実施例において音楽再生装置によってアクセスされているときの音楽配信サーバの動作を示すフロー図である。
【符号の説明】
１０…音楽配信システム
１６…メインＣＰＵ
１８…ＤＳＰ
２２…操作キー
２６…フラッシュメモリ
４０…管理リスト
２００…音楽再生装置
３００…ラジオサーバ
４００…音楽配信サーバ
【図１】
2004264360.tif 000003
【図２】
2004264360.tif 000004
【図３】
2004264360.tif 000005
【図４】
2004264360.tif 000006
【図５】
2004264360.tif 000007
【図６】
2004264360.tif 000008
【図７】
2004264360.tif 000009
【図８】
2004264360.tif 000010
【図９】
2004264360.tif 000011
【図１０】
2004264360.tif 000012
【図１１】
2004264360.tif 000013
【図１２】
2004264360.tif 000014
【図１３】
2004264360.tif 000015
【図１４】
2004264360.tif 000016
【図１５】
2004264360.tif 000017
【図１６】
2004264360.tif 000018
【図１７】
2004264360.tif 000019
【図１８】
2004264360.tif 000020
【図１９】
2004264360.tif 000021
【図２０】
2004264360.tif 000022
【図２１】
2004264360.tif 000023
【図２２】
2004264360.tif 000024
【図２３】
2004264360.tif 000025
【図２４】
2004264360.tif 000026
【図２５】
2004264360.tif 000027
【図２６】
2004264360.tif 000028
【図２７】
2004264360.tif 000029
【図２８】
2004264360.tif 000030