(57)【要約】【課題】コンテンツを記録する記録媒体を適切に管理できる配信システムを提供することである。【解決手段】オーディオ機器１の制御部２０は、データサーバからダウンロードしようとする楽曲データが、指定されたダウンロード先（ＭＤ１２ａ、ハードディスク１５、若しくは、メモリカード１７ａ）に記録可能であるかを判別する。制御部２０は、ダウンロード先に十分な空き容量がなく記録可能でないと判別すると、ダウンロード先に記録されている楽曲データの消去候補を表示部１９に一覧表示する。そして、操作部１８を介して、利用者から選択された楽曲データをデータサーバにアップロードし、又は、そのまま消去する。【選択図】  図２
2004191517.tif 000002
【特許請求の範囲】
【請求項１】
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器からの要求に応答して、前記コンテンツ記憶手段に記憶された対象のコンテンツを、前記オーディオ機器に向けて配信する配信手段と、を備え、
前記オーディオ機器は、
コンテンツを記録するための所定容量の記録手段と、
前記サーバに向けて、配信を要求するコンテンツを指定する指定手段と、
前記サーバからコンテンツが配信される前に、前記指定手段が指定したコンテンツが前記記録手段に記録可能であるか否かを判別する判別手段と、
前記判別手段が記録可能であると判別した場合にだけ、前記サーバから配信されるコンテンツを前記記録手段に格納する格納手段と、を備える、
ことを特徴とする配信システム。
【請求項２】
前記オーディオ機器は、
前記判別手段がコンテンツを記録可能でないと判別した場合に、前記記録手段に既に記憶されているコンテンツの消去候補を一覧表示する表示手段と、
前記表示手段により表示された消去候補の一覧から、消去対象のコンテンツを選択する選択手段と、
前記選択手段により選択されたコンテンツを、前記記録手段から消去する消去手段と、を更に備える、
ことを特徴とする請求項１に記載の配信システム。
【請求項３】
前記オーディオ機器は、
コンテンツを記録した前記記録手段から、所定のコンテンツを消去する消去手段と、
前記消去手段がコンテンツを消去する前に、消去対象のコンテンツを、前記サーバに向けて送信する送信手段と、を更に備え、
前記サーバは、
前記送信手段により前記オーディオ機器から送られたコンテンツを保管する保管手段、を更に備える、
ことを特徴とする請求項１に記載の配信システム。
【請求項４】
前記オーディオ機器は、
コンテンツを記録した前記記録手段から、所定のコンテンツを消去する消去手段と、
前記消去手段がコンテンツを消去する前に、消去対象のコンテンツが前記サーバから配信されたコンテンツであった場合に、前記サーバに向けて対象コンテンツの識別情報を送信する送信手段と、を更に備え、
前記サーバは、
前記送信手段により前記オーディオ機器から送られた識別情報に基づいて、当該識別情報若しくは対象となるコンテンツを前記オーディオ機器と関連付けて保管する保管手段、を更に備える、
ことを特徴とする請求項１に記載の配信システム。
【請求項５】
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
コンテンツを記録するための所定容量の記録手段と、
前記サーバに向けて、配信を要求するコンテンツを指定する指定手段と、
前記サーバからコンテンツが配信される前に、前記指定手段が指定したコンテンツが前記記録手段に記録可能であるか否かを判別する判別手段と、
前記判別手段が記録可能であると判別した場合にだけ、前記サーバから配信されるコンテンツを前記記録手段に格納する格納手段と、
を備えることを特徴とするオーディオ機器。
【請求項６】
前記判別手段がコンテンツを記録可能でないと判別した場合に、前記記録手段に既に記憶されているコンテンツの消去候補を一覧表示する表示手段と、
前記表示手段により表示された消去候補の一覧から、消去対象のコンテンツを選択する選択手段と、
前記選択手段により選択されたコンテンツを、前記記録手段から消去する消去手段と、を更に備える、
ことを特徴とする請求項５に記載のオーディオ機器。
【請求項７】
コンテンツを記録した前記記録手段から、所定のコンテンツを消去する消去手段と、
前記消去手段がコンテンツを消去する前に、消去対象のコンテンツを保管させるために、前記サーバに向けて消去対象のコンテンツを送信する送信手段、を更に備える、
ことを特徴とする請求項５に記載のオーディオ機器。
【請求項８】
コンテンツを記録した前記記録手段から、所定のコンテンツを消去する消去手段と、
前記消去手段がコンテンツを消去する前に、消去対象のコンテンツが前記サーバから配信されたコンテンツであった場合に、消去対象のコンテンツ若しくはコンテンツの識別情報を保管させるために、前記サーバに向けて対象コンテンツの識別情報を送信する送信手段と、を更に備える、
ことを特徴とする請求項５に記載のオーディオ機器。
【請求項９】
コンテンツを配信するサーバとネットワークを介して接続され、配信されるコンテンツを所定容量の記録媒体に記録するオーディオ機器におけるコンテンツ管理方法であって、
サーバに向けて、配信を要求するコンテンツを指定する指定ステップと、
サーバからコンテンツが配信される前に、前記指定ステップにて指定したコンテンツが記録媒体に記録可能であるか否かを判別する判別ステップと、
前記判別ステップにて記録可能であると判別した場合にだけ、サーバから配信されるコンテンツを記録媒体に格納する格納ステップと、
を備えることを特徴とするコンテンツ管理方法。
【請求項１０】
前記判別ステップにてコンテンツが記録可能でないと判別した場合に、記録媒体に既に記憶されているコンテンツの消去候補の一覧を、所定の表示部に表示する表示ステップと、
前記表示ステップにて表示部に表示された消去候補の一覧から、消去対象のコンテンツを選択する選択ステップと、
前記選択ステップにて選択されたコンテンツを、記録媒体から消去する消去ステップと、を更に備える、
ことを特徴とする請求項９に記載のコンテンツ管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、配信システム、オーディオ機器およびコンテンツ管理方法に関する。
【０００２】
【従来の技術】
近年、ネットワークの高速化や、データ圧縮技術の発展に伴って、楽曲データ等の配信を行う情報配信システムが普及して来ている。このような情報配信システムにおいて、一般に、利用者は、パーソナルコンピュータ（パソコン）を使用してインターネットに接続し、所定の音楽配信サイト等にアクセスする。そして、パソコンは、利用者の操作に従って、アクセス先の音楽配信サイトから所望の楽曲データをハードディスク等にダウンロードし、ダウンロードが完了した楽曲データを再生する（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００２−７４８１４号公報  （第６−７頁、第１図）
【０００４】
また、最近のパソコンは、所定規格の光ディスク（ＭＤ等）や所定規格のメモリカード（半導体メモリ等）にデータを書き込み、そして、読み出すことのできる機種も多い。このようなパソコンでは、音楽配信サイトからダウンロードした楽曲データをハードディスクにではなく、光ディスクやメモリカード等に直接記録することも可能である。
そして、このような楽曲データが記録された光ディスクやメモリカード等を、携帯用の音楽再生機器等にて再生することで、利用者は、何処でも好きなときにお気に入りの楽曲等を楽しむことができる。
【０００５】
【発明が解決しようとする課題】
ところで、所望の楽曲データをダウンロードして、記録媒体（ハードディスク、光ディスク、及び、メモリカード）に記録するうちに、記録媒体が一杯になり、新たな楽曲データを記録できなくなる場合もある。
この場合、利用者は、ダウンロード先の記録媒体を切り換えたり、記録媒体から不要な楽曲データを消去する必要がある。
【０００６】
そして、記録媒体から楽曲データを消去する際に、利用者は、記録媒体から消去対象の楽曲データを自ら選んで、パソコンに消去を指示することとなる。例えば、利用者は、パソコンにて、ファイル管理プログラム等を起動させ、フォルダ単位に管理されている楽曲データをそれぞれ参照する。そして、消去しようとする楽曲データを選択し、消去を指示する。
しかしながら、ファイル管理プログラム等は、利用者が消去するつもりのない楽曲データを誤って消去してしまう場合があった。
また、楽曲データが多数ある場合等では、消去する楽曲データを容易に判断できない場合が多かった。
【０００７】
この発明は、上記実状に鑑みてなされたもので、コンテンツを記録する記録媒体を適切に管理することのできる配信システム、オーディオ機器およびコンテンツ管理方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器からの要求に応答して、前記コンテンツ記憶手段に記憶された対象のコンテンツを、前記オーディオ機器に向けて配信する配信手段と、を備え、
前記オーディオ機器は、
コンテンツを記録するための所定容量の記録手段と、
前記サーバに向けて、配信を要求するコンテンツを指定する指定手段と、
前記サーバからコンテンツが配信される前に、前記指定手段が指定したコンテンツが前記記録手段に記録可能であるか否かを判別する判別手段と、
前記判別手段が記録可能であると判別した場合にだけ、前記サーバから配信されるコンテンツを前記記録手段に格納する格納手段と、を備える、
ことを特徴とする。
【０００９】
前記オーディオ機器は、
前記判別手段がコンテンツを記録可能でないと判別した場合に、前記記録手段に既に記憶されているコンテンツの消去候補を一覧表示する表示手段と、
前記表示手段により表示された消去候補の一覧から、消去対象のコンテンツを選択する選択手段と、
前記選択手段により選択されたコンテンツを、前記記録手段から消去する消去手段と、を更に備えてもよい。
【００１０】
前記オーディオ機器は、
コンテンツを記録した前記記録手段から、所定のコンテンツを消去する消去手段と、
前記消去手段がコンテンツを消去する前に、消去対象のコンテンツを、前記サーバに向けて送信する送信手段と、を更に備え、
前記サーバは、
前記送信手段により前記オーディオ機器から送られたコンテンツを保管する保管手段、を更に備えてもよい。
【００１１】
前記オーディオ機器は、
コンテンツを記録した前記記録手段から、所定のコンテンツを消去する消去手段と、
前記消去手段がコンテンツを消去する前に、消去対象のコンテンツが前記サーバから配信されたコンテンツであった場合に、前記サーバに向けて対象コンテンツの識別情報を送信する送信手段と、を更に備え、
前記サーバは、
前記送信手段により前記オーディオ機器から送られた識別情報に基づいて、当該識別情報若しくは対象となるコンテンツを前記オーディオ機器と関連付けて保管する保管手段、を更に備えてもよい。
【００１２】
上記目的を達成するため、本発明の第２の観点に係るオーディオ機器は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
コンテンツを記録するための所定容量の記録手段と、
前記サーバに向けて、配信を要求するコンテンツを指定する指定手段と、
前記サーバからコンテンツが配信される前に、前記指定手段が指定したコンテンツが前記記録手段に記録可能であるか否かを判別する判別手段と、
前記判別手段が記録可能であると判別した場合にだけ、前記サーバから配信されるコンテンツを前記記録手段に格納する格納手段と、
を備えることを特徴とする。
【００１３】
上記のオーディオ機器は、前記判別手段がコンテンツを記録可能でないと判別した場合に、前記記録手段に既に記憶されているコンテンツの消去候補を一覧表示する表示手段と、
前記表示手段により表示された消去候補の一覧から、消去対象のコンテンツを選択する選択手段と、
前記選択手段により選択されたコンテンツを、前記記録手段から消去する消去手段と、を更に備えてもよい。
【００１４】
上記のオーディオ機器は、コンテンツを記録した前記記録手段から、所定のコンテンツを消去する消去手段と、
前記消去手段がコンテンツを消去する前に、消去対象のコンテンツを保管させるために、前記サーバに向けて消去対象のコンテンツを送信する送信手段、を更に備えてもよい。
【００１５】
上記のオーディオ機器は、コンテンツを記録した前記記録手段から、所定のコンテンツを消去する消去手段と、
前記消去手段がコンテンツを消去する前に、消去対象のコンテンツが前記サーバから配信されたコンテンツであった場合に、消去対象のコンテンツ若しくはコンテンツの識別情報を保管させるために、前記サーバに向けて対象コンテンツの識別情報を送信する送信手段と、を更に備えてもよい。
【００１６】
上記目的を達成するため、本発明の第３の観点に係るコンテンツ管理方法は、コンテンツを配信するサーバとネットワークを介して接続され、配信されるコンテンツを所定容量の記録媒体に記録するオーディオ機器におけるコンテンツ管理方法であって、
サーバに向けて、配信を要求するコンテンツを指定する指定ステップと、
サーバからコンテンツが配信される前に、前記指定ステップにて指定したコンテンツが記録媒体に記録可能であるか否かを判別する判別ステップと、
前記判別ステップにて記録可能であると判別した場合にだけ、サーバから配信されるコンテンツを記録媒体に格納する格納ステップと、
を備えることを特徴とする。
【００１７】
上記のコンテンツ管理方法は、前記判別ステップにてコンテンツが記録可能でないと判別した場合に、記録媒体に既に記憶されているコンテンツの消去候補の一覧を、所定の表示部に表示する表示ステップと、
前記表示ステップにて表示部に表示された消去候補の一覧から、消去対象のコンテンツを選択する選択ステップと、
前記選択ステップにて選択されたコンテンツを、記録媒体から消去する消去ステップと、を更に備えてもよい。
【００１８】
【発明の実施の形態】
本発明の実施の形態にかかる情報配信システムについて、以下図面を参照して説明する。
【００１９】
図１は、この発明の実施の形態に適用される情報配信システムの構成の一例を示す模式図である。図示するように、このシステムは、オーディオ機器１と、データサーバ３とから構成される。なお、オーディオ機器１とデータサーバ３とは、インターネット等のネットワーク９を介して接続されている。
【００２０】
まず、オーディオ機器１について、図２を参照して説明する。図２は、オーディオ機器１の構成の一例を示すブロック図である。図示するように、オーディオ機器１は、チューナユニット１１と、ＭＤ記録再生ユニット１２と、信号処理部１３と、ネットワークアダプタ１４と、ハードディスク１５と、フラッシュメモリ１６と、メモリカードアダプタ１７と、操作部１８と、表示部１９と、制御部２０と、ソース選択部２１と、アンプ２２と、スピーカ２３とを含んで構成される。
【００２１】
チューナユニット１１は、所定のアンテナを介してＡＭ放送やＦＭ放送等の放送番組を受信し、受信した番組音声をソース選択部２１に供給する。
【００２２】
ＭＤ（ミニディスク）記録再生ユニット１２は、所定容量のＭＤ１２ａ（記録用ＭＤ等）を着脱自在に格納し、格納したＭＤ１２ａにデータを書き込み、また、ＭＤ１２ａからデータを読み出すユニットである。
すなわち、ＭＤ記録再生ユニット１２は、信号処理部１３等に制御され、データサーバ３から配信された楽曲データ（コンテンツ）をＭＤ１２ａに記録する。
また、ＭＤ記録再生ユニット１２は、図３に示すような楽曲管理テーブルもＭＤ１２ａに記録する。
【００２３】
図３に示す楽曲管理テーブルは、ＭＤ１２ａに記録された楽曲データを管理するためのテーブルであり、一例として、楽曲名、アーティスト名、ダウンロード日時（Ｄ／Ｌ日時）、有効期限、再生回数、及び、格納ホルダ等の情報からなる。
なお、有効期限とは、配信された楽曲データが、期日を限って再生可能である場合に、設定される期日である。また、再生回数とは、楽曲データが再生された累計回数を示す値である。
なお、図３に示す楽曲管理テーブルは、後述するハードディスク１５及び、メモリカード１７ａにもそれぞれ記録されている。
【００２４】
信号処理部１３は、例えば、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等からなり、ＭＤ１２ａ、ハードディスク１５、及び、メモリカード１７ａに記録された楽曲データ（例えば、暗号化されたＡＴＲＡＣ３データやＰＣＭデータ等）の抽出及び、復号を行い、音声信号を再生する。そして、再生した音声信号をソース選択部２１に供給する。
更に、信号処理部１３は、データサーバ３からストリーミング配信された楽曲データ（コンテンツ）が供給されると、デコード等を行い、復号した音声信号をソース選択部２１に供給する。
【００２５】
ネットワークアダプタ１４は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）カードや高速モデム等からなり、制御部２０に制御され、ネットワーク９を介してデータサーバ３との間で必要な情報を送受信する。
例えば、ネットワークアダプタ１４は、コンテンツ（楽曲データ）の配信等を要求する配信要求情報をデータサーバ３に送信する。また、送信した配信要求情報に応答してデータサーバ３から配信される楽曲データ等を受信する。
【００２６】
ハードディスク１５は、所定容量の磁気ディスクユニットからなり、データサーバ３から配信された楽曲データ（コンテンツ）を記録し、また、記憶している楽曲データを信号処理部１３等に供給する。
なお、ハードディスク１５は、上述した図３に示すような楽曲管理テーブルも記録している。
【００２７】
フラッシュメモリ１６は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）等からなり、ユーザＩＤ、パスワード及び、機器ＩＤ等を記憶する。
これらのユーザＩＤやパスワード等は、制御部２０に適宜読み出され、オーディオ機器１がネットワーク９を介して最初にデータサーバ３にアクセスする際に、ユーザ認証のために使用される。
【００２８】
メモリカードアダプタ１７は、所定容量のメモリカード１７ａ（半導体メモリ等）を着脱自在に格納し、格納したメモリカード１７ａにデータを書き込み、また、メモリカード１７ａからデータを読み出すインタフェースアダプタである。すなわち、メモリカードアダプタ１７は、制御部２０に制御され、データサーバ３から配信された楽曲データ（コンテンツ）をメモリカード１７ａに記録する。
なお、メモリカードアダプタ１７も、上述した図３に示すような楽曲管理テーブルを記録している。
【００２９】
操作部１８は、オーディオ機器１の前面に配置された複数のキースイッチやアナログスイッチ等からなり、利用者の操作に従った指示情報を入力して制御部２０に供給する。
例えば、操作部１８には、データサーバ３に対して楽曲データ（コンテンツ）の配信を要求するための要求キーや、記録媒体（ＭＤ１２ａ、ハードディスク１５、及び、メモリカード１７ａ）から楽曲データの消去を指示する指示キー等が含まれている。
【００３０】
表示部１９は、蛍光表示管や液晶表示ユニット等からなり、制御部２０に制御され、オーディオ機器１の動作状況等を示すシンボルやメッセージ等を表示する。
例えば、表示部１９は、データサーバ３にて配信可能となるコンテンツ（楽曲データ）の一覧等を表示したり、記録媒体（ＭＤ１２ａ、ハードディスク１５、及び、メモリカード１７ａ）から消去候補となる楽曲一覧等を表示する。
【００３１】
制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）及び、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含んだ１チップマイコン等からなり、オーディオ機器１全体を制御する。
【００３２】
例えば、制御部２０は、後述するダウンロード処理や消去候補表示処理等を実行し、ダウンロードする楽曲データがダウンロード先（ＭＤ１２ａ、ハードディスク１５、若しくは、メモリカード１７ａ）に記録可能であるかを判別する。そして、空き容量がなく記録可能でない場合に、ダウンロード先に記録されている楽曲データの消去候補を表示部１９に表示し、利用者から選択された楽曲データを消去する。
【００３３】
ソース選択部２１は、入力切換スイッチ等からなり、制御部２０に制御され、チューナユニット１１、ＭＤ記録再生ユニット１２及び、信号処理部１３の何れか１つを入力ソースとして選択する。ソース選択部２１は、選択した入力ソースから出力される音声信号をアンプ２２に供給する。
【００３４】
アンプ２２は、所定の増幅回路等からなり、ソース選択部２１を介して供給された音声信号を適宜増幅し、増幅した音声信号をスピーカ２３に供給する。
【００３５】
スピーカ２３は、ステレオスピーカ等からなり、アンプ２２にて増幅された音声信号に従って、音声（楽曲音等）を出力する。
【００３６】
次に、データサーバ３について、図４を参照して説明する。図４は、データサーバ３の構成の一例を示すブロック図である。図示するように、データサーバ３は、データベース３０と、処理制御部４１と、エンコード処理ユニット４２と、通信制御部４３とを含んで構成される。
【００３７】
データベース３０は、例えば、コンテンツ管理ＤＢ３１と、利用者情報管理ＤＢ３２と、ロッカーサービスＤＢ３３とからなる。
コンテンツ管理ＤＢ３１は、配信対象となるコンテンツ（楽曲データ）を格納し、そして管理するデータベースである。具体的にコンテンツ管理ＤＢ３１は、図５に示すように、楽曲ＩＤ、楽曲名、アーティスト名、データ容量、及び、格納アドレス等の情報を記憶する。
なお、楽曲ＩＤとは、コンテンツを特定するためのユニークな識別情報である。
【００３８】
利用者情報管理ＤＢ３２は、データサーバ３にアクセスしサービスを利用できる利用者についての情報を管理するデータベースである。具体的に利用者情報管理ＤＢ３２は、図６に示すように、利用者を特定するユーザＩＤ、パスワード及びユーザ名等や、利用者が好んで聴く楽曲のジャンル、楽曲名やアーティスト等を設定しておくための嗜好情報等を記憶する。
【００３９】
ロッカーサービスＤＢ３３は、利用者（オーディオ機器１）からアップロードされた楽曲データを保管し、そして管理するためのデータベースである。具体的にロッカーサービスＤＢ３３は、図７に示すように、楽曲名、アーティスト名、及び、格納アドレス等の情報を、ユーザＩＤ単位に分けて管理する。
【００４０】
図４に戻って、処理制御部４１は、所定のコンピュータユニットからなり、データサーバ３全体を制御する。
例えば、処理制御部４１は、通信制御部４３を介して、オーディオ機器１から送られる配信要求情報を受信すると、コンテンツ管理ＤＢ３１を検索し、対応するコンテンツ（楽曲データ）を取得する。そして、取得したコンテンツを、通信制御部４３を介してオーディオ機器１に向けてダウンロード配信する。
なお、ストリーミングを要求された場合には、処理制御部４１は、取得したコンテンツをエンコード処理ユニット４２に供給して、オーディオ機器１へのストリーミング配信を行う。
また、処理制御部４１は、オーディオ機器１から楽曲データがアップロードされると、ロッカーサービスＤＢ３３に、受信した楽曲データをユーザＩＤに対応付けて格納する。
【００４１】
エンコード処理ユニット４２は、コンテンツを、オーディオ機器１にて再生可能となるストリームデータ形式に、リアルタイムにエンコードするエンコーダ回路等からなる。
エンコード処理ユニット４２は、処理制御部４１から供給されたコンテンツをストリームデータに順次エンコードし、エンコードしたコンテンツ（ストリームデータ）を、通信制御部４３を介してオーディオ機器１に向けて配信する。
なお、エンコード処理ユニット４２によってコンテンツを順次エンコードする代わりに、予めストリーミング配信用にオーサリングされたコンテンツ（ストリームデータ）をコンテンツ管理ＤＢ３１に格納しておいてもよい。
【００４２】
通信制御部４３は、回線制御装置やゲートウェイ装置等からなり、ネットワーク９を介して、データサーバ３とオーディオ機器１との間に必要な情報を送受信する。
【００４３】
以下、この発明の形態にかかる情報配信システムの動作について、図８及び図９等を参照して説明する。
図８は、オーディオ機器１にて実行されるダウンロード処理を説明するためのフローチャートである。また、図９は、ダウンロード処理から呼び出される消去候補表示処理を説明するためのフローチャートである。
なお、図８に示すダウンロード処理は、例えば、データサーバ３からオーディオ機器１にダウンロードの対象となる楽曲データ（コンテンツ）の一覧情報が供給された後に、制御部２０により実行されるものとする。
【００４４】
まず、オーディオ機器１の制御部２０は、表示部１９に配信楽曲一覧を表示し、利用者により選択される楽曲及び、その容量を特定する（ステップＳ１１）。すなわち、制御部２０は、表示される楽曲一覧中から操作部１８を介して指定された楽曲データ（コンテンツ）及び、その容量を特定する。
【００４５】
制御部２０は、操作部１８を介して、ダウンロード先の指定を受ける（ステップＳ１２）。具体的に制御部２０は、ダウンロード先として、ＭＤ１２ａ、ハードディスク１５、及び、メモリカード１７ａの何れかの指定を促すメッセージを表示部１９に表示した状態で、操作部１８からの指示を受ける。
【００４６】
制御部２０は、指定されたダウンロード先から、記録済みの同一の楽曲データを検索する（ステップＳ１３）。
そして、制御部２０は、同一の楽曲データがダウンロード先に存在しているか否かを判別する（ステップＳ１４）。
例えば、制御部２０は、ダウンロードが指定された楽曲データの楽曲名及びアーティスト名等をキーにして、ダウンロード先（ＭＤ１２ａ、ハードディスク１５、若しくは、メモリカード１７ａ）を検索し、同一の楽曲データが既に記録されているか否かを判別する。
なお、楽曲ＩＤ等のユニーク情報がダウンロード先に記憶されている場合に、楽曲ＩＤをキーにしてダウンロード先を検索してもよい。
【００４７】
制御部２０は、同一の楽曲データが存在していると判別すると、エラーメッセージ等を表示部１９に表示し、同一楽曲が既に存在する旨を報知する（ステップＳ１５）。そして、制御部２０は、そのままダウンロード処理を終える。
【００４８】
一方、同一の楽曲データがダウンロード先に存在していないと判別した場合に、制御部２０は、ダウンロード先における記録可能な残量を取得する（ステップＳ１６）。
そして、制御部２０は、ダウンロード先に十分な残量があるか否かを判別する（ステップＳ１７）。つまり、ダウンロード先の記録可能残量が、ダウンロードしようとする楽曲データのデータ容量以上であるか否かを判別する。
【００４９】
制御部２０は、ダウンロード先に十分な残量がないと判別すると、消去候補表示処理を実行する（ステップＳ１８）。
具体的に制御部２０は、ダウンロード先に記録されている楽曲データ（コンテンツ）の消去候補を、表示部１９に一覧表示するために、図９に示す消去候補表示処理を実行する。
【００５０】
図９の消去候補表示処理を開始すると、まず、制御部２０は、変数ｎに初期値の１をセットし、また、フラグＦを初期設定としてオフにする（ステップＳ４１）。なお、変数ｎは、一覧表示のタイプ（ソート順）を規定し、また、フラグＦは、楽曲一覧に画像（ジャケット写真のサムネイル画像等）を含ませるか否かを規定する。
【００５１】
そして、制御部２０は、変数ｎにセットされている値が１であるか否かを判別する（ステップＳ４２）。
制御部２０は、変数ｎが１であると判別すると、指定されたダウンロード先（ＭＤ１２ａ、ハードディスク１５、若しくは、メモリカード１７ａ）から図３に示すような楽曲管理テーブルを読み出し、再生回数の少ない順にソートする（ステップＳ４３）。
【００５２】
また、変数ｎが１でないと判別すると、制御部２０は、変数ｎが２であるか否かを判別する（ステップＳ４４）。
制御部２０は、変数ｎが２であると判別すると、指定されたダウンロード先から同様に図３に示す楽曲管理テーブルを読み出し、ダウンロード日時（Ｄ／Ｌ日時）の古い順にソートする（ステップＳ４５）。
【００５３】
また、変数ｎが２でない（変数ｎが３である）と判別すると、制御部２０は、同様に楽曲管理テーブルを読み出し、有効期限の古い順にソートする（ステップＳ４６）。なお、この際、有効期限が既に経過しているレコード（楽曲管理テーブル）だけを対象としてもよく、また、有効期限が間近に迫ったレコードを更に対象に含めてもよい。
【００５４】
そして、制御部２０は、フラグＦがオンに設定されているか否かを判別する（ステップＳ４７）。つまり、楽曲一覧に画像を含ませる状態に設定されているか否かを判別する。
制御部２０は、フラグＦがオンでない（オフである）と判別すると、ソート後の楽曲管理テーブルに従って、消去候補となる楽曲一覧を表示部１９に表示する（ステップＳ４８）。
【００５５】
例えば、楽曲管理テーブルが再生回数の少ない順にソートされている場合に、制御部２０は、図１０（ａ）に示すように、消去候補として再生回数の少ない楽曲一覧を表示する。
また、ダウンロード日時の古い順にソートされている場合に、制御部２０は、図１０（ｂ）に示すように、消去候補としてダウンロードの古い楽曲一覧を表示する。
更に、有効期限の古い順にソートされている場合に、図１０（ｃ）に示すように、消去候補として有効期限の古い楽曲一覧を表示する。この際、有効期限が既に経過していることや、有効期限が間近に迫っていることを示すシンボル等を合わせて表示してもよい。
なお、図１０（ａ）〜（ｃ）に示す楽曲一覧は、所定数分の楽曲の情報がスクロール表示可能となっている。また、ダウンロード先がＭＤ１２ａやメモリカード１７ａである場合には、全ての楽曲の情報をスクロール表示可能としてもよい。
【００５６】
図９に戻って、ステップＳ４７にてフラグＦがオンであると判別した場合に、制御部２０は、各楽曲データに付加された画像データ（ジャケット写真等）を読み出し、画像を含めた楽曲一覧を表示する（ステップＳ４９）。例えば、制御部２０は、上述の図１０（ａ）〜（ｃ）に示す情報に加えて、各楽曲のジャケット写真等をサムネイル表示する。
【００５７】
制御部２０は、表示切換が指示されたか否かを判別する（ステップＳ５０）。つまり、操作部１８を介して、一覧表示のタイプ（ソート順）の切り換えが、利用者により指示されたか否かを判別する。
そして、表示切換が指示されたと判別した場合に、制御部２０は、変数ｎに１を加算する（ステップＳ５１）。
なお、加算後の変数ｎが３を超えている場合に（ステップＳ５２）、制御部２０は、変数ｎに初期値の１をセットする（ステップＳ５３）。
【００５８】
制御部２０は、画像表示が指示されたか否かを判別する（ステップＳ５４）。つまり、操作部１８を介して、一覧表示に画像（アーティスト写真のサムネイル画像等）を表示することが、利用者により指示されたか否かを判別する。
そして、画像表示が指示されたと判別した場合に、制御部２０は、フラグＦにオンをセットする（ステップＳ５５）。
なお、フラグＦがオンの状態で、画像表示が指示された場合に、フラグＦを再度オフに戻してもよい。
【００５９】
制御部２０は、楽曲の選択、若しくは、ダウンロード先の変更が指示されたか否かを判別する（ステップＳ５６）。すなわち、表示部１９に表示されている消去候補となる楽曲一覧から楽曲（少なくとも１つ以上）が選択され、若しくは、ダウンロード先の変更が操作部１８を介して利用者により指示されたか否かを判別する。
【００６０】
制御部２０は、楽曲の選択等が指示されていないと判別した場合、ステップＳ４２に処理を戻し、上述のステップＳ４２〜Ｓ５６を繰り返し実行する。
一方、楽曲の選択等が指示されたと判別すると、制御部２０は、消去候補表示処理を終え、図８のダウンロード処理に処理を戻す。
【００６１】
図８のダウンロード処理に戻って、制御部２０は、ダウンロード先の変更が指示されたか否かを判別する（ステップＳ１９）。つまり、図９の消去候補表示処理がダウンロード先の変更により終了したものであるか否かを判別する。
制御部２０は、ダウンロード先の変更が指示されたと判別すると、上述のステップＳ１２に処理を戻す。つまり、ダウンロード先の指定から再度やり直す。
【００６２】
一方、ダウンロード先の変更が指示されていない（図９の消去候補表示処理が楽曲の選択により終了した）と判別した場合に、制御部２０は、消去又はアップロードの選択を受け付ける（ステップＳ２０）。例えば、制御部２０は、選択された楽曲（楽曲データ）をそのまま消去するか、若しくは、データサーバ３（ロッカーサービスＤＢ３３）にアップロードするかの選択メッセージを表示部１９に表示し、操作部１８を介した指示を受け付ける。
【００６３】
制御部２０は、楽曲データの消去が指示された場合に（ステップＳ２１）、後述するステップＳ２４に処理を進める。また、楽曲データの消去が指示されず、アップロードが指示された場合に（ステップＳ２２）、制御部２０は、選択された楽曲データをデータサーバ３に向けて送信する（ステップＳ２３）。
すなわち、制御部２０は、ダウンロード先に記録されている楽曲データを読み出し、ネットワークアダプタ１４を介して、データサーバ３に向けて送信する。この際、制御部２０は、ユーザＩＤやロッカーサービスＤＢ３３への格納を依頼する依頼情報も併せて、データサーバ３に送信するものとする。
【００６４】
そして、データサーバ３の処理制御部４１は、オーディオ機器１から送られた楽曲データを通信制御部４３を介して受信すると、依頼情報に従って、ロッカーサービスＤＢ３３に楽曲データを格納する。つまり、処理制御部４１は、図７に示すようなロッカーサービスＤＢ３３においてユーザＩＤに対応させて、楽曲データを格納する。
【００６５】
楽曲データをデータサーバ３に送信すると、オーディオ機器１の制御部２０は、選択された楽曲データをダウンロード先から消去する（ステップＳ２４）。その際、制御部２０は、図３に示す楽曲管理テーブルも更新する。
そして、制御部２０は、上述のステップＳ１７に処理を戻す。
【００６６】
ステップＳ１７にて、十分な残量があると判別した場合に、制御部２０は、ダウンロード先における既存のフォルダを検索する（ステップＳ２５）。
そして、制御部２０は、有効なフォルダが検索できたか否かを判別する（ステップＳ２６）。
例えば、制御部２０は、ダウンロードしようとする楽曲データのアーティスト名をキーにして、ダウンロード先のフォルダを検索し、同一名のフォルダが既に作成されているか否かを判別する。つまり、以前に同じアーティスト名の楽曲をダウンロード済みであり、既に、有効なフォルダがダウンロード先に作成されている状態であるか否かを判別する。
【００６７】
制御部２０は、有効なフォルダが検索できたと判別した場合に、既存のフォルダにダウンロードを行う楽曲データを格納する旨を表示部１９に表示する（ステップＳ２７）。
一方、有効なフォルダが検索できなかったと判別した場合に、制御部２０は、新たなフォルダを作成する（ステップＳ２８）。例えば、制御部２０は、ダウンロードしようとする楽曲データのアーティスト名のフォルダを作成する。
【００６８】
そして、制御部２０は、ダウンロード配信を要求する要求情報を生成し、データサーバ３に向けて送信する（ステップＳ２９）。
データサーバ３の処理制御部４１は、オーディオ機器１から送られる要求情報を受信すると、この要求情報に従って、コンテンツ管理ＤＢ３１から対象のコンテンツ（楽曲データ）を読み出す。そして、読み出した楽曲データをオーディオ機器１に向けてダウンロード配信する。
【００６９】
オーディオ機器１の制御部２０は、ダウンロード配信される楽曲データをフォルダに格納する（ステップＳ３０）。つまり、送信した要求情報に応答して、データサーバ３から配信される楽曲データを受信すると、指定されるダウンロード先に記録する。
そして、制御部２０は、ダウンロード先の楽曲管理テーブルを更新する（ステップＳ３１）。つまり、図３に示す楽曲管理テーブルに新たな楽曲の情報を追加して更新する。
【００７０】
このように、図８及び図９を参照して説明したダウンロード処理及び消去候補表示処理により、ダウンロードしようとする楽曲データがダウンロード先（ＭＤ１２ａ、ハードディスク１５、若しくは、メモリカード１７ａ）に記録可能であるか否かが判別される。そして、記録可能でない場合に、ダウンロード先に記録されている楽曲データの消去候補が表示部１９に表示される。
利用者は、図１０（ａ）〜（ｃ）に示すような消去候補の楽曲一覧から容易に消去しようとする楽曲データを選択でき、楽曲データの消去やアップロードを指示することができる。
このため、利用者がダウンロード先（ＭＤ１２ａ、ハードディスク１５、若しくは、メモリカード１７ａ）の楽曲データ（コンテンツ）の整理や消去を効率的に行える。そして、その際に、楽曲データの誤消去等も防止できる。
この結果、コンテンツを記録する記録媒体を適切に管理することができる。
【００７１】
上記の実施の形態では、オーディオ機器１にてダウンロード先の記録媒体の記録可能容量が少ないときに、選択された楽曲データをデータサーバ３（ロッカーサービスＤＢ３３）に送信して保管させる場合について説明した。しかしながら、保管先は、データサーバ３に限らず任意である。例えば、オーディオ機器１の他の記録媒体に移送して、保管（記録）させてもよい。
【００７２】
また、データサーバ３は、オーディオ機器１からアップロードされた楽曲データをロッカーサービスＤＢ３３に格納する場合について説明した。しかしながら、ロッカーサービスＤＢ３３には、楽曲データそのものではなく、楽曲データの識別情報（例えば、楽曲ＩＤ等）を記憶するようにしてもよい。
例えば、オーディオ機器１は、楽曲データのアップロードが指示された際に、楽曲データの識別情報をデータサーバ３に向けて送信する。そして、データサーバ３は、アップロードされた識別情報を、ユーザＩＤと対応させてロッカーサービスＤＢ３３に格納する。
この場合、オーディオ機器１からデータサーバ３に送るデータ量を大幅に削減できると共に、ロッカーサービスＤＢ３３の必要容量も削減できる。
【００７３】
また、ロッカーサービスＤＢ３３は、楽曲データそのものを自ら記憶する場合に、オーディオ機器１からの送信要求に応答して、自己が記憶する楽曲データをオーディオ機器１に送信する。
一方、上述の識別情報を記憶する場合に、ロッカーサービスＤＢ３３は、送信要求に応答して、識別情報に対応する楽曲データをデータサーバ３から抽出し、抽出した楽曲データをオーディオ機器１に送信してもよい。その際、ロッカーサービスＤＢ３３は、データサーバ３を介してオーディオ機器１に対象の楽曲データが送信されるように、データサーバ３に指示を出してもよい。
【００７４】
上記の実施の形態では、データサーバ３が楽曲データのコンテンツを配信し、オーディオ機器１が記録媒体（ＭＤ１２ａ、ハードディスク１５、及び、メモリカード１７ａ）に記録する場合について説明したが、配信対象のコンテンツは、楽曲データに限られず任意である。例えば、データサーバ３は、映像データから構成されるコンテンツを配信し、オーディオ機器１が記録媒体に記録してもよい。
また、オーディオ機器１がコンテンツを記録する記録媒体は、任意である。
【００７５】
【発明の効果】
以上説明したように、本発明によれば、コンテンツを記録する記録媒体を適切に管理することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る情報配信システムの構成の一例を示す模式図である。
【図２】オーディオ機器の構成の一例を示すブロック図である。
【図３】オーディオ機器の記録媒体に記録される楽曲管理テーブルの一例を示すブロック図である。
【図４】データサーバの構成の一例を示すブロック図である。
【図５】コンテンツ管理ＤＢの具体的な内容の一例を示す模式図である。
【図６】利用者情報管理ＤＢの具体的な内容の一例を示す模式図である。
【図７】ロッカーサービスＤＢの具体的な内容の一例を示す模式図である。
【図８】本発明の実施の形態に係るダウンロード処理を説明するためのフローチャートである。
【図９】本発明の実施の形態に係る消去候補表示処理を説明するためのフローチャートである。
【図１０】（ａ）〜（ｃ）共に、図９の消去候補表示処理にて表示部１９に表示される消去候補となる楽曲一覧の一例を示す模式図である。
【符号の説明】
１    オーディオ機器
１１  チューナユニット
１２  ＭＤ記録再生ユニット
１３  信号処理部
１４  ネットワークアダプタ
１５  ハードディスク
１６  フラッシュメモリ
１７  メモリカードアダプタ
１８  操作部
１９  表示部
２０  制御部
２１  ソース選択部
２２  アンプ
２３  スピーカ
３    データサーバ
３０  データベース
３１  コンテンツ管理ＤＢ
３２  利用者情報管理ＤＢ
３３  ロッカーサービスＤＢ
４１  処理制御部
４２  エンコード処理ユニット
４３  通信制御部
【図１】
2004191517.tif 000003
【図２】
2004191517.tif 000004
【図３】
2004191517.tif 000005
【図４】
2004191517.tif 000006
【図５】
2004191517.tif 000007
【図６】
2004191517.tif 000008
【図７】
2004191517.tif 000009
【図８】
2004191517.tif 000010
【図９】
2004191517.tif 000011
【図１０】
2004191517.tif 000012