(57)【要約】      （修正有）【課題】記録装置においてパッケージメディアからのデータを記録する際に、ともに記録する付加情報の検索性能の向上。【解決手段】記録再生装置は、第１の記憶媒体から読み出されるオーディオデータを第２の記憶媒体に記録する第１記録手段と、携帯機器と通信する第１通信手段と、第１通信手段への携帯機器の接続有無を検知する接続検知手段と、記憶媒体上から選択されたオーディオデータの容量を検出する容量検出手段と、記録再生装置から携帯機器へのオーディオデータ転送制御手段とを備え、制御手段は、携帯機器が接続されたことを検知すると携帯機器へのオーディオデータ転送処理を開始し、容量検出手段からの検知容量に基づいて携帯機器へのオーディオデータ転送可否を制御する。携帯機器は、記録再生機器との第２通信手段と、転送されるオーディオデータを記録する第２記録手段と、該オーディオデータを再生する再生手段とを備えている。【選択図】        図１０
2007012271.tif 000002
【特許請求の範囲】
【請求項１】
第１の記憶媒体から読み出されるオーディオデータを記録再生装置の第２の記憶媒体に記録し、該第２の記憶媒体に記憶されたオーディオデータを携帯機器に転送する音楽再生システムにおいて、
上記記録再生装置は、
上記第１の記憶媒体から読み出されるオーディオデータを上記第２の記憶媒体に記録する第１記録手段と、
上記携帯機器と通信する第１通信手段と、
上記第１通信手段に上記携帯機器が接続されているか否かを検知する接続検知手段と、
上記記憶媒体に記録されたオーディオデータから選択されたオーディオデータの容量を検出する容量検出手段と、
上記記録再生装置から上記携帯機器へオーディオデータ転送を制御する制御手段と
を備え、
上記携帯機器は、
上記記録再生機器と通信する第２通信手段と、
転送されるオーディオデータを記録する第２記録手段と、
記録されたオーディオデータを再生する再生手段と
を備え、
上記制御手段は、上記接続検知手段により上記携帯機器が接続されたことを検知すると上記携帯機器へのオーディオデータ転送処理を開始し、上記容量検出手段から検出された容量に基づいて上記携帯機器へオーディオデータを転送するか否かを制御する
ことを特徴とする音楽再生システム。
【請求項２】
上記記録再生装置は、
上記第１の記憶媒体を識別する識別情報を入力する入力手段を備え、
上記制御手段は、上記第１記録手段が上記第１の記憶媒体から読み出されるデータを上記第２の記憶媒体に記録するとき、或いは記録した後、上記入力手段により入力された識別情報に基づいて生成された複数の項目が含まれた付加情報を表示部に表示し、表示された該複数の項目のうち選択された項目に基づいて、付加情報が上記第１の記憶媒体から読み出されるデータに関連づけられるように制御する
ことを特徴とする請求項１に記載の音楽再生システム。
【請求項３】
上記複数の項目は複数のトラックであり、各々のトラックに対して選択できることを特徴とする請求項２に記載の音楽再生システム。
【請求項４】
上記制御手段は、選択されたトラックの歌詞情報を上記第１の記憶媒体から読み出されるオーディオデータに関連づけられるように制御する請求項３に記載の音楽再生システム。
【請求項５】
上記制御手段は、選択された項目に対する課金情報に基づいて課金するように制御する請求項３に記載の音楽再生システム。
【請求項６】
上記入力手段は、上記第１の記憶媒体が収納されるパッケージ上の識別情報を入力することを特徴とする請求項２に記載の音楽再生システム。
【請求項７】
上記入力手段は、上記第１の記憶媒体上の識別情報を入力することを特徴とする請求項２に記載の音楽再生システム。
【請求項８】
上記識別情報は上記第１の記憶媒体に対応するバーコードデータであることを特徴とする請求項２に記載の音楽再生システム。
【請求項９】
上記付加情報が記憶される付加情報記憶手段をさらに備え、上記制御手段は、上記入力手段により入力された識別情報に基づいて上記付加情報記憶手段から所定の付加情報を検索することを特徴とする請求項２に記載の音楽再生システム。
【請求項１０】
上記制御手段は、上記入力手段により入力された識別情報に基づいて遠隔地から所定の付加情報を得ることを特徴とする請求項２に記載の音楽再生システム。
【請求項１１】
上記第１の記憶媒体からオーディオデータを読み出す再生手段をさらに備えることを特徴とする請求項２に記載の音楽再生システム。
【請求項１２】
上記第１の記憶媒体から読み出されるオーディオデータは遠隔地のサーバから配信されることを特徴とする請求項２に記載の音楽再生システム。
【請求項１３】
上記制御手段は、上記入力手段により入力された識別情報に基づいて生成された付加情報が、上記第１の記憶媒体から読み出されるオーディオデータに関連づけられて上記第２の記憶媒体に記録されるように制御することを特徴とする請求項２に記載の音楽再生システム。
【請求項１４】
第１の記憶媒体から読み出されるオーディオデータを第２の記憶媒体に記録し、該第２の記憶媒体に記憶されたオーディオデータを携帯機器に転送する音楽記録装置において、
上記第１の記憶媒体から読み出されるオーディオデータを上記第２の記憶媒体に記録する第１記録手段と、
上記携帯機器と通信する通信手段と、
上記通信手段に上記携帯機器が接続されているか否かを検知する接続検知手段と、
上記記憶媒体に記録されたオーディオデータから選択されたオーディオデータの容量を検出する容量検出手段と、
上記記録再生装置から上記携帯機器へオーディオデータ転送を制御する制御手段と
を備え、
上記制御手段は、上記接続検知手段により上記携帯機器が接続されたことを検知すると上記携帯機器へのオーディオデータ転送処理を開始し、上記容量検出手段から検出された容量に基づいて上記携帯機器へオーディオデータを転送するか否かを制御する
ことを特徴とする音楽記録装置。
【請求項１５】
上記記録再生装置は
上記第１の記憶媒体を識別する識別情報を入力する入力手段を備え、
上記制御手段は、上記第１記録手段が上記第１の記憶媒体から読み出されるデータを上記第２の記憶媒体に記録するとき、或いは記録した後、上記入力手段により入力された識別情報に基づいて生成された複数の項目が含まれた付加情報を表示部に表示し、表示された該複数の項目のうち選択された項目に基づいて、付加情報が上記第１の記憶媒体から読み出されるデータに関連づけられるように制御する
ことを特徴とする請求項１４に記載の音楽記録装置。
【請求項１６】
上記複数の項目は複数のトラックであり、各々のトラックに対して選択できることを特徴とする請求項１５に記載の音楽記録装置。
【請求項１７】
上記制御手段は、選択されたトラックの歌詞情報を上記第１の記憶媒体から読み出されるオーディオデータに関連づけられるように制御する請求項１６に記載の音楽記録装置。
【請求項１８】
上記制御手段は、選択された項目に対する課金情報に基づいて課金するように制御する請求項１６に記載の音楽記録装置。
【請求項１９】
上記入力手段は、上記第１の記憶媒体が収納されるパッケージ上の識別情報を入力することを特徴とする請求項１５に記載の音楽記録装置。
【請求項２０】
上記入力手段は、上記第１の記憶媒体上の識別情報を入力することを特徴とする請求項１５に記載の音楽記録装置。
【請求項２１】
上記識別情報は上記第１の記憶媒体に対応するバーコードデータであることを特徴とする請求項１５に記載の音楽記録装置。
【請求項２２】
上記付加情報が記憶される付加情報記憶手段をさらに備え、上記制御手段は、上記入力手段により入力された識別情報に基づいて上記付加情報記憶手段から所定の付加情報を検索することを特徴とする請求項１５に記載の音楽記録装置。
【請求項２３】
上記制御手段は、上記入力手段により入力された識別情報に基づいて遠隔地から所定の付加情報を得ることを特徴とする請求項１５に記載の音楽記録装置。
【請求項２４】
上記第１の記憶媒体からオーディオデータを読み出す再生手段をさらに備えることを特徴とする請求項１５に記載の音楽記録装置。
【請求項２５】
上記第１の記憶媒体から読み出されるオーディオデータは遠隔地のサーバから配信されることを特徴とする請求項１５に記載の音楽記録装置。
【請求項２６】
上記制御手段は、上記入力手段により入力された識別情報に基づいて生成された付加情報が、上記第１の記憶媒体から読み出されるオーディオデータに関連づけられて上記第２の記憶媒体に記録されるように制御することを特徴とする請求項１５に記載の音楽記録装置
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パッケージメディアとして提供される記憶媒体からのデータを記録して格納しておくことのできる音楽再生システム及び音楽記録装置に関するものである。
【背景技術】
【０００２】
ユーザーの所有するオーディオビジュアル機器として各種のものが普及しており、音楽ソフトや映像ソフトを個人で楽しむことが一般化している。
例えばユーザーがＣＤ（コンパクトディスク（商標））、ＭＤ（ミニディスク（商標））などのディスク記憶媒体に対応するオーディオシステムなどを所有し、パッケージメディアとして販売されている所望のＣＤ、ＭＤ等を購入して再生させたり、或いは記録可能なメディアであるＭＤを用いて自分の好みの選曲によるオリジナルディスクを作成するなどのことが行われている。
ここでＭＤ（MINI DISC）とは、直径６４ｍｍの光ディスク或いは光磁気ディスクであって、８０分程度の圧縮音声が記録可能とされるメディアである。本明細書では「ＭＤ」と表記する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、従来ない新たなオーディオビジュアル機器として、例えばハードディスクなどの大容量メディアを利用してオーディオデータファイルやビデオデータファイルを蓄積する記録再生装置の開発が進められている。
例えば記録再生装置は、ＣＤなどのユーザーが所有するパッケージメディアに収録されている楽曲等を、その記録再生装置内のハードディスクなどにダビング記録する。記録再生装置では、ハードディスクなどの大容量の記憶媒体を用いることで、例えばユーザーが所有する多数のＣＤ等における全楽曲などを記録再生システム内に格納しておくことができる。
【０００４】
するとユーザーが或る楽曲等を再生させたいときには、ユーザーがわざわざその楽曲が収録されたＣＤ等を探して記録再生装置に装填する必要はない。すなわち記録再生装置はユーザーにより指定された楽曲をハードディスクから読み出して再生するようにすればよい。
従ってこのような記録再生装置は、特に大量のＣＤ等を所有しているユーザーなどにとって非常に便利なものとなる。またＣＤ等の入れ換え等も不要となるため、例えばその日の気分や状況に応じた選曲で音楽を楽しむなどといったことも手軽に可能となる。
【０００５】
また、例えばその記録再生装置のハードディスク等から楽曲等のデータを移動又は複写できる携帯用記録再生装置などが設けられれば、ユーザーは多数の楽曲の中からその日に聴きたい楽曲を選んで記録再生装置から携帯用記録再生装置に複写等を実行させて、その携帯用記録再生装置で再生できるようにすることができる。
【０００６】
ユーザーは、このような記録再生装置、携帯用記録再生装置により、手軽に音楽等を楽しむことができるようになるが、この記録再生装置を、より付加価値の高い音楽サーバとするために、ハードディスクには単に音楽データを格納しておくだけではなく、その音楽等のデータに付加する付加情報として、音楽等に関連する情報をも格納しておくことが考えられている。
音楽等に関連する情報とは、例えばＣＤからダビングした音楽データに対応したアルバムタイトル、アーティスト名、各曲の曲名、作詞作曲者などの情報や、アルバムジャケットとしてのグラフィックデータ、アーティストの写真データなどである。
記録再生装置がこれらの付加情報を音楽データ等とともに格納しておけば、音楽の再生時に曲名や演奏者名、さらにはアルバムジャケットや写真などの関連画像をユーザーに提示することができる。
【０００７】
ここで例えばユーザーが手持ちのＣＤから記録再生装置のハードディスクへのデータダビングを行うことを考えると、そのダビングされたデータについての付加情報をどのようにして取り込むかが問題となる。
１つの手法としては、付加情報を提供するサービス団体が設けられるようにし、ユーザーの所有する記録再生装置とサービス団体が通信ラインで接続されるようにすることが考えられる。つまり、ユーザーが、所有するＣＤからの音楽データを、所有する記録再生装置内のハードディスクにダビングする際に、記録再生装置がそのＣＤ（つまりＣＤの商品としてのタイトル種別）を識別できる識別情報をサービス団体に送信する。するとサービス団体は、その識別情報に基づいてＣＤ内容（アルバムタイトル、アーティスト、曲名等）を判別し、それらを付加情報として記録再生装置に送信する。記録再生装置は送信されてきた付加情報を音楽データと対応させてハードディスクに記録すればよい。
【０００８】
そしてＣＤの内容を判別するための情報（つまり付加情報の検索トリガとなる情報）は、記録再生装置がＣＤから取り込める情報であってＣＤの内容毎（商品タイトル毎）に独自のデータとなるものが好ましいため、ＣＤの管理情報であるＴＯＣ（Table of Contents）のデータとすることが考えられる。
この場合、サービス団体側では、市場に販売されているＣＤについて、商品タイトル毎に、ＴＯＣデータに対応させて付加データを格納したデータベースを用意すればよい。
【０００９】
しかしながらこのようなシステムを考えた場合で、付加情報の検索トリガをＴＯＣデータとすると、検索結果として誤った付加情報が得られる可能性があるという問題がある。
公知の通り、ＣＤではＴＯＣによって収録したトラック数や各トラックの開始位置などが管理されているが、異なるタイトルのＣＤであっても、ＴＯＣデータが同一となってしまう可能性がある。
また、同一タイトルのＣＤであっても、ディスク製造工程の事情などでＴＯＣデータが異なってしまうこともあり得る。
このためＴＯＣデータを検索トリガとした場合、ダビングしたＣＤからのデータについて全く関係のない付加情報が提供されてしまったり、或いは付加情報が得られないといったようなことが発生することがあり、システムとしての信頼性に欠ける。
【課題を解決するための手段】
【００１０】
本発明はこのような問題点に鑑みて、例えばパッケージメディアとして提供される第１の記憶媒体から再生されたデータを第２の記憶媒体に格納する場合に、付加情報を正確に検索して、第１の記憶媒体から再生されたデータに関連づけて格納されるようにし、記録装置の機能及び信頼性の向上を図ることを目的とする。
【００１１】
このため、本発明の音楽再生システムは、第１の記憶媒体から読み出されるオーディオデータを記録再生装置の第２の記憶媒体に記録し、該第２の記憶媒体に記憶されたオーディオデータを携帯機器に転送する音楽再生システムにおいて、上記記録再生装置は、上記第１の記憶媒体から読み出されるオーディオデータを上記第２の記憶媒体に記録する第１記録手段と、上記携帯機器と通信する第１通信手段と、上記第１通信手段に上記携帯機器が接続されているか否かを検知する接続検知手段と、上記記憶媒体に記録されたオーディオデータから選択されたオーディオデータの容量を検出する容量検出手段と、上記記録再生装置から上記携帯機器へオーディオデータ転送を制御する制御手段とを備え、上記携帯機器は、上記記録再生機器と通信する第２通信手段と、転送されるオーディオデータを記録する第２記録手段と、記録されたオーディオデータを再生する再生手段とを備え、上記制御手段は、上記接続検知手段により上記携帯機器が接続されたことを検知すると上記携帯機器へのオーディオデータ転送処理を開始し、上記容量検出手段から検出された容量に基づいて上記携帯機器へオーディオデータを転送するか否かを制御する。
【００１２】
本発明の音楽記録装置は、第１の記憶媒体から読み出されるオーディオデータを第２の記憶媒体に記録し、該第２の記憶媒体に記憶されたオーディオデータを携帯機器に転送する音楽記録装置において、上記第１の記憶媒体から読み出されるオーディオデータを上記第２の記憶媒体に記録する第１記録手段と、上記携帯機器と通信する通信手段と、上記通信手段に上記携帯機器が接続されているか否かを検知する接続検知手段と、上記記憶媒体に記録されたオーディオデータから選択されたオーディオデータの容量を検出する容量検出手段と、上記記録再生装置から上記携帯機器へオーディオデータ転送を制御する制御手段とを備え、上記制御手段は、上記接続検知手段により上記携帯機器が接続されたことを検知すると上記携帯機器へのオーディオデータ転送処理を開始し、上記容量検出手段から検出された容量に基づいて上記携帯機器へオーディオデータを転送するか否かを制御する。
【発明の効果】
【００１３】
以上の説明からわかるように本発明の音楽再生システム及び音楽記録装置では、第１の記憶媒体（例えばＣＤ）から再生されたデータを第２の記憶媒体（例えばＨＤＤ）に格納させる際もしくは格納後に、その第１の記憶媒体について入力手段によって入力された識別情報に基づいて、その識別情報に対応する付加情報を得るとともに、その付加情報を第１の記憶媒体から再生されたデータに対応させるようにしている。例えば付加情報が、第１の記憶媒体から読み出されるデータに関連づけられて第２の記憶媒体に記録されるようにしている。
即ち、データ内容（例えば製品タイトル）を識別できる識別情報を検索トリガとして利用することで、データ内容に対応した正確な付加情報を得、データに関連づけることが可能となり、装置としての機能の向上及び信頼性の向上を実現できる。
【００１４】
また入力手段は、第１の記憶媒体が収納されるパッケージ上の識別情報、或いは第１の記憶媒体上の識別情報を入力することで、ユーザーが識別情報を容易に入力できる。
また識別情報とは、第１の記憶媒体もしくはそのパッケージにバーコードとして提示されている情報とすることで、現在広く普及している（既に販売された）ＣＤ等のメディアについても、本発明の機能を利用することができ、ユーザーにとって好適なものとなる。さらに既存のバーコードシステム（ＰＯＳ等）が利用できるため、データベースの構築も容易である。
さらにはユーザーにとってはバーコードスキャナがあれば容易に入力ができ、またバーコードスキャナがなくともテンキーによる入力が可能であるため、実用上、好適である。
【００１５】
また付加情報記憶手段（データベース）を備え、入力された識別情報に基づいて、付加情報記憶手段から所定の付加情報を検索することで、容易かつ迅速に付加情報を得ることができる。
さらに、入力された識別情報に基づいて遠隔地から付加情報を得ること、例えば伝送路を介したデータベースから付加情報を得ることで、多様なパッケージメディア等に対応する付加情報を入手できる。
【００１６】
また本発明の課金方法では、ユーザの指示に基づいて第１の記憶媒体から読み出されるデータが第２の記憶媒体に記録され、第１の記憶媒体を識別する識別情報に基づいて付加情報が生成され、その付加情報が第１の記憶媒体から読み出されるデータに関連づけられる際に、その付加情報に応じてユーザに対する課金処理が行われるため、付加情報提供に対する対価を適切に課金でき、情報サービスのための好適なシステムが実現できる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態としての記録再生装置について説明していくが、まずその記録再生装置により構築されるシステム例を述べ、その後、記録再生装置における特徴的な動作例を説明する。
なお、本例の記録再生装置の特徴的な動作は、以下説明する情報配信システムとしての動作としても実現可能であるが、システムを離れた記録再生装置単体での動作としても実現可能なものである。
説明は次の順序で行う。
１．情報配信システムの概要
２．記録再生装置及び携帯装置の外観例
３．記録再生装置の内部構成
４．携帯装置の内部構成
５．ファイル移動処理
６．記録再生装置のファイル格納形態
７．ＣＤ−ＨＤＤダビング時の動作例１
８．ＣＤ−ＨＤＤダビング時の動作例２
９．ＣＤ−ＨＤＤダビング時の動作例３
【００１８】
１．情報配信システムの概要
図１は本例の記録再生装置が含まれる情報配信システムの概要を示すものである。
この情報配信システムは、一般ユーザーが家庭２などで用いる記録再生装置１０と、記録再生装置１０の使用に関する情報サービス組織としての情報センタ１とから構成される。
情報センタ１と記録再生装置１０は、通信回線等の伝送路３を用いて各種情報の通信が可能とされている。伝送路３は例えばＩＳＤＮ回線（Integrated Service Digital Network）などの公衆回線網としてもよいし、本システムのための専用回線網などを構築してもよい。またＣＡＴＶ（Cable Television）、ワイヤレスコミュニケーション等のでもよく、その通信形態は特に限定されない。
また通信衛星４や各家庭２に設置したパラボラアンテナ５などを利用した衛星通信回線を構成し、情報センタ１と記録再生装置１０との情報通信が可能とされるようにしてもよい。
【００１９】
一般ユーザーが使用する本例の記録再生装置１０は、詳しくは後述するが、内部に大容量のデータファイル格納部（例えば図３のハードディスクドライブ１５）を備えるとともに、光ディスク、光磁気ディスク、磁気ディスク、半導体メモリなどのパッケージメディアのドライブ機能や、他の機器からのデータ入力機能、伝送路３を介したデータ入力機能などを備えており、光ディスク、光磁気ディスク、磁気ディスク、半導体メモリなどのユーザーが購入したメディアから再生されるオーディオデータ、イメージデータ、ビデオデータ、テキストデータ、その他の各種データや、他の機器や伝送路から入力される各種データを、それぞれファイルとして格納していくことができる。
【００２０】
そして格納されたファイル（例えば音楽等を１曲単位で１つのファイルとして格納している）については、ユーザーが任意に再生させることなどが可能となる。従って、例えば多数のＣＤを有するユーザーが、全ＣＤの全楽曲をそれぞれ１つのファイルとして記録再生装置１０内に格納しておけば、わざわざＣＤ等を選び出して装填しなくても、所望の楽曲等の再生を実行させることができる。
【００２１】
このような記録再生装置１０に対して、情報センタ１は有料又は無料で各種の情報を提供することができる。
情報センタ１は、例えば記録再生装置１０に格納されている楽曲等のファイルに関連する情報（付加情報）として、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像やジャケットの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ：Uniform Resource Locator）、著作権に関する情報、関係者名（例えば作詞者、作曲者、制作者等）・・・・などの情報を提供することができる。例えば記録再生装置１０ではこれら情報センタから提供された情報を曲のファイルと対応させて格納しておき、表示出力に利用するなど各種動作を行うことができる。
【００２２】
なお、本例では記録再生装置１０は、情報センタ１から付加情報を入手できるようにもすることが可能であるが、付加情報の入手は情報センタ１以外からも可能である。
即ち、記録再生装置１０に格納されるアルバム、楽曲等に対応して付加情報を検索できるデータベースが存在すればよく、このデータベースの内容及び検索動作については後述するが、本例では記録再生装置１０は、そのデータベースから付加情報を得るものである。
従って、システムとして情報センタ１がデータベースを有する場合は、記録再生装置１０は情報センタ１に対して検索トリガを与え、上記のように情報センタ１から検索結果としての付加情報の供給を受けることになる。
一方、データベースが例えばＣＤ−ＲＯＭなどの形態でユーザーの手元にあれば、記録再生装置１０がそのＣＤ−ＲＯＭから付加情報を検索できる。もちろんデータベースが記録再生装置１０内部のハードディスクにインストールされていれば、記録再生装置１０はそのデータベースから付加情報を検索できる。これらの場合には、付加情報の入手に関して情報センタ１との通信を行う必要はない。  つまり、図１のようなシステムに接続されなくとも、記録再生装置１０がいわゆるスタンドアローンの機器としても、後述する本例の動作（付加情報の検索動作）は可能となる。
【００２３】
このシステム例では、ユーザーが使用する装置として、記録再生装置１０と接続可能な携帯用の記録再生装置５０（以下、携帯装置という）がある。
この携帯装置５０についても詳しくは後述するが、内部にオーディオデータ等のファイルを格納することができるデータファイル格納部（例えば図４のハードディスクドライブ（又はフラッシュメモリ）５４）を備える。
そして記録再生装置１０と接続された際に、記録再生装置１０内に格納されているファイル（例えば楽曲等）を、この携帯装置５０内のデータファイル格納部に複写又は移動させることができる。もちろん、逆に携帯装置５０内のデータファイル格納部に格納されたファイルを、記録再生装置１０内のデータファイル格納部に複写又は移動させることも可能である。
【００２４】
ユーザーは記録再生装置１０内に格納されたファイルのうち任意のファイルを携帯装置５０に移動又は複写させることで、そのファイルを携帯装置５０で利用することができる。例えば携帯装置５０を使用する際に、その日に聴きたいと思った楽曲のファイルを移動させることで、例えば外出先でそれらの曲を聴くことなどが可能となる。
【００２５】
２．記録再生装置及び携帯装置の外観例
記録再生装置１０及び携帯装置５０の外観例について図２に示す。なお、ここで説明するのはあくまでも一例であり、各機器の外観やユーザーインターフェース構成（すなわち操作や表示のための構成）、記録再生装置１０と携帯装置５０の接続形態などは他にも各種の例が考えられる。
【００２６】
図２に示すように記録再生装置１０は例えばユーザーの家庭での使用に適するように、いわゆるラジカセ型の機器とされている。もちろんコンポーネントタイプでもよい。
この記録再生装置１０には、ユーザーが各種操作を行うための各種の操作子Ｋａとして、操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ３５や、各種情報を表示出力する表示部２４が設けられる。表示部２４は例えば液晶パネルなどで形成される。
【００２７】
また、ユーザーが所有する光ディスク（例えばオーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキストなど）を記録再生装置１０で再生させたり、後述する内部のハードディスクにデータダビング等を行うために、光ディスクを挿入する光ディスク挿入部１７ａが設けられる。
同様に、ユーザーが所有する光磁気ディスク（例えばオーディオＭＤ、ＭＤデータなど）を記録再生装置１０で記録／再生させたり、内部のハードディスクにデータダビング等を行うために、光磁気ディスクを挿入する光磁気ディスク挿入部１８ａが設けられる。
【００２８】
また記録再生装置１０には、他の機器との接続を行うための各種の端子ｔａが用意される。これらの各種端子ｔａは、マイクロホン、ヘッドホンの接続に用いられたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
【００２９】
また、ユーザーの記録再生装置１０に対する操作入力の手段としては、上記操作子Ｋａ以外に、キーボード９０やリモートコマンダー９１を用いることができる。
キーボード９０は端子ｔａとしてのキーボード用コネクタを介して接続して用いるようにしたり、或いは赤外線送信部をキーボード９０に搭載した場合は、キーボード９０からの操作情報を赤外線無線方式で出力し、受光部２１から記録再生装置１０に入力させることもできる。
リモートコマンダー９１は例えば赤外線方式で操作情報を出力する。そしてその赤外線信号による操作情報は受光部２１から記録再生装置１０に入力される。
なお、キーボード９０を無線方式とする場合の操作情報の出力や、リモートコマンダー９１からの操作情報の出力は、赤外線ではなく電波を用いるようにしてもよい。
【００３０】
さらに、表示部２４とともに入力手段を形成する入力ペン９３が設けられる。即ち表示部２４にいわゆるＧＵＩ（Graphical User Interface）として操作用の画像が表示されるとともに、その表示部２４上の画像に対して入力ペン９３が当てられることで、タッチペン入力として、その画像に応じた操作入力が行われるように構成される。
また入力手段として、バーコードスキャナ９２が用意され、例えばＣＤのパッケージ（アルバムジャケットなど）に表示されているバーコードを読み取ることができるようにされる。
【００３１】
また記録再生装置１０にはＰＣＭＣＩＡスロット３９が形成され、ＰＣＭＣＩＡカードを装着してのデータのやりとりが可能とされている。
【００３２】
携帯装置５０は、ユーザーが携帯して使用を行うことに好適なように小型軽量の機器とされる。
この携帯装置５０には、ユーザーが各種操作を行うための各種の操作子Ｋｂとして、操作キーなどが設けられている。図示していないが、もちろん操作子Ｋｂとしてジョグダイヤルなどを設けてもよい。
また携帯装置５０には、ユーザーに対する出力部位として、再生音声等を出力するスピーカ６８や、各種情報を表示出力する表示部５７が設けられる。表示部５７は例えば液晶パネルなどで形成される。
【００３３】
また携帯装置５０には、他の機器との接続を行うための各種の端子ｔｂが用意される。これら各種の端子ｔｂは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
例えばユーザーが携帯装置５０を携帯して音楽等を聴く場合は、スピーカ６８から音声を再生させる他、ヘッドホン９２を端子ｔｂのうちのヘッドホン用端子に接続することで、ヘッドホン９２を用いて音楽等を聴くことができる。
【００３４】
記録再生装置１０と携帯装置５０を接続することで、記録再生装置１０と携帯装置５０の間で各種データ通信（オーディオデータ等の実ファイルデータや、実ファイルデータの通信時の処理のための制御データなどの通信）が可能とされる。
本例では、記録再生装置１０に、コネクタ２７を有する装着部ＭＴが設けられ、この装着部ＭＴに携帯装置５０を装填することで両機器が接続されるものとしている。携帯装置５０が装着部ＭＴに装填されると、携帯装置５０の下部に設けられたコネクタ６０と、装着部ＭＴ内のコネクタ２７が接続された状態となり、このコネクタ６０，２７を介して両機器の間のデータ通信が行われる。
なお、記録再生装置１０と携帯装置５０の接続は、通信ケーブルを用いたライン接続方式としたり、もしくは赤外線等を利用した無線接続方式としてもよい。
【００３５】
３．記録再生装置の内部構成
続いて記録再生装置１０の内部構成例を図３で説明する。
この記録再生装置１０には、パネル操作部２０としてプッシュ式や回動式の操作子が設けられている。ここでいう操作子とは、図２に示した各種操作子Ｋａに相当する。つまり機器筐体上に形成される各種操作子である。
ユーザーによってパネル操作部２０が操作されることにより、記録再生装置１０の各種動作を実行させるための操作信号が送出され、記録再生装置１０はこの操作信号に応じて動作される。
【００３６】
また、図２で入力ペン９３を示したが、表示部２４の操作キー表示に対して入力ペン９３による入力が行われたことを検出するために入力検出部４２が設けられる。また入力ペン９３を駆動するペンドライバ４１が設けられる。
入力ペン９３による入力方式としては、例えば静電容量検出型が考えられる。即ち入力ペン９３の先端に電極を設けてペンドライバ４１により駆動するとともに、入力検出部４２として表示部２４の表示面に相当する範囲にマトリクス状に電極を配する。すると表示部２４の表示面にペンドライバ４１が触れた位置が、マトリクス状の電極によって静電容量変化位置として検出できるため、その位置に表示されていた操作画像としての操作入力が行われたと判別できる。
なお他の例としては、入力検出部４２として２層にマトリクス状のスイッチ電極を配し、入力ペン９３で押圧された位置でスイッチ電極の接触が検出されるような機械的な構成も考えられる。このような機械的な構成の場合はペンドライバ４１は不要であり、また入力ペン９３も専用のものである必要はない。
【００３７】
また図２に示したバーコードスキャナ９２は、スキャナドライバ４０によって駆動され、バーコードデータを取り込むものとされる。
【００３８】
また、例えば記録されるオーディオ情報に対応する曲名、アーティスト名等の入力を容易にするために、上記したようにキーボード９０やリモートコマンダー９１を利用することができるが、ＵＳＢ(universal serial bus)端子ｔａ６にキーボード９０を接続することで、キーボード９０による入力が可能となる。即ちキーボード９０からの入力信号（操作信号）はＵＳＢ端子ｔａ６を介してＵＳＢドライバに供給されることで、記録再生装置１０の内部に取り込むことができる。なお、図３における各種の端子ｔａ１〜ｔａ７は、それぞれ図２に示した端子ｔａのうちの１つに相当する。
【００３９】
またリモートコマンダー９１からの赤外線による操作信号（及びキーボード９０が赤外線出力を行う場合の操作信号）は、受光部２１で光電変換され、赤外線インターフェースドライバ２２に供給されることで、記録再生装置１０の内部に取り込むことができるようにされている。
なお、赤外線インターフェースドライバ２２、或いはＵＳＢドライバ２３を介して記録再生装置１０から外部機器にデータ転送出力を行うように構成してもよい。
【００４０】
この記録再生装置１０には通常のパーソナルコンピュータの構成であるＲＡＭ１３、ＲＯＭ１２、フラッシュメモリ１４が設けられており、ＣＰＵ１１により記録再生装置１０の全体の動作制御が行われる。
また各ブロック間でのファイルデータや制御データの授受はバスＢ１を介して行われる。
【００４１】
上記のパネル操作部２０、入力ペン９３、バーコードスキャナ９２、リモートコマンダー９１、キーボード９０などによりユーザによって入力された操作入力信号は、ＣＰＵ１１に転送される。そしてＣＰＵ１１はユーザの操作に応じた所定の処理を実行することになる。
このためＲＯＭ１２には、上記パネル操作部２０等が操作されることにより入力される入力信号に応じて記録再生装置１０の動作を制御するプログラム等が記憶されている。
またＲＡＭ１３、フラッシュメモリ１４にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。または、ＲＯＭ１２にはプログラムローダーが記憶されており、そのプログラムローダーによりＲＡＭ１３或いはフラッシュメモリ１４にプログラム自体がロードされることも可能である。
【００４２】
ＣＤ−ＲＯＭドライブ１７には光ディスク（例えばオーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキスト等）が、上記光ディスク挿入部１７ａから装着されると共に、１倍速或いはより高速、例えば１６倍速、３２倍速で光学ピックアップにより光ディスクに記憶される情報が読み出される。
【００４３】
またＭＤドライブ１８には光ディスク又は光磁気ディスク（例えばオーディオＭＤ、ＭＤデータ等）が上記光磁気ディスク挿入部１８ａから装着されると共に、光学ピックアップによりディスクに記憶される情報が読み出される。
もしくはＭＤドライブ１８に装填されたディスクに対して情報の記録を行うことができる。
【００４４】
なお、本例ではＣＤ−ＲＯＭドライブ１７、ＭＤドライブ１８を設けた例をあげているが、このいづれか一方のみを設けたり、もしくは情報が記憶されているメディアとして他のメディア、例えばＭＯディスクと呼ばれる光磁気ディスクや他の方式の光ディスク、磁気ディスク、不揮発性のメモリカード等に対応するドライブが設けられてもかまわない。
【００４５】
記録再生装置１０の内部の大容量の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（hard disk drive ：以下ＨＤＤという）１５が設けられている。例えばＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８から読み出されるオーディオ情報などを、ＨＤＤ１５においてファイル単位（例えば１曲が１ファイル）で格納できる。
【００４６】
また、オーディオデータに対してＡＴＲＡＣ２方式（Adaptive Transform Acoustic Coding 2）の圧縮エンコードを行うエンコーダ２８、及びオーディオデータに対してＡＴＲＡＣ２方式の圧縮に対するデコードを行うデコーダ２９が設けられる。
エンコーダ２８、デコーダ２９はＣＰＵ１１の制御に応じて、供給されたオーディオデータに対するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ１６が設けられる。バッファメモリ１６はＣＰＵ１１の制御によりデータの書込／読出が行われる。
【００４７】
ＣＰＵ１１の制御に応じて、例えばＣＤ−ＲＯＭドライブ１７でディスクから読み出されたオーディオデータをＨＤＤ１５に格納する場合、ＨＤＤ１５にオーディオデータを記憶する前処理として、バッファメモリ１６にディスクから読み出されたオーディオデータが一時記憶されると共に、そのオーディオデータがバッファメモリ１６からエンコーダ２８に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにエンコーダ２８でエンコードされたデータがバッファメモリ１６に再び一時記憶され、最終的にＨＤＤ１５にエンコードされたオーディオ情報が蓄積されることになる。
【００４８】
なお本例では、エンコーダ２８によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ１５に蓄積されるようにしているが、例えばＣＤ−ＲＯＭドライブ１７から読み出されるデータが、ＰＣＭ（Pulse Code Modulation）データのままＨＤＤ１５に蓄積されるようにしてもかまわない。
【００４９】
エンコーダ２８では、ＣＤ−ＲＯＭドライブ１７に装着されるメディアから読み出されたデータがエンコードされるだけではなく、マイクロホンが接続されたマイク端子ｔａ３からアンプ３２を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔａ２から入力されるオーディオ信号が、Ａ／Ｄ変換器３１を介して入力されるように構成されている。これらの端子ｔａ３，ｔａ２から入力されたオーディオデータもエンコーダ２８によりエンコードされる。
更に、光デジタル端子ｔａ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８(International Electrotechnical Commission 958) エンコーダ３０を介してエンコーダ２８に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ２８によりエンコードできる。
【００５０】
そして、これらのように外部機器から入力されたデータをエンコーダ２８でエンコードした後に、そのエンコードされたデータをＨＤＤ１５にファイル単位で格納できるようにされている。
【００５１】
なおエンコーダ２８のエンコードアルゴリズムとしてはＡＴＲＡＣ２（商標）に限定されるものではなく、情報圧縮されるエンコードアルゴリズムであればよい。例えばＡＴＲＡＣ３（商標）、ＡＴＲＡＣ（商標）、ＭＰＥＧ(moving picture coding experts group) 、ＰＡＳＣ(precision adaptive sub-band coding)、ＴｗｉｎＶＱ（Transform-Domain Weighted Interleave Vector Quantization）（商標）、ＲｅａｌＡｕｄｉｏ（商標）、ＬｉｑｕｉｄＡｕｄｉｏ（商標）等であってもかまわない。
【００５２】
また記録再生装置１０には、伝送路３として、通信端子ｔａ５に接続される外部ネットワークであるインターネット、ＴＥＬネットワーク、ケーブルＴＶ、ワイヤレスネットワーク、ＩＳＤＮ等に接続可能なインターフェースであるモデム１９が備えられている。
そしてＣＰＵ１１による制御に応じて、モデム１９を介して遠隔地のサーバに何らかのサービスを求めるリクエスト信号、或いはＣＤ−ＲＯＭドライブ１７に装着されるメディア情報、ユーザＩＤ、ユーザ情報、ユーザ課金情報等が送出される。
【００５３】
外部ネットワークのサーバ（伝送路３で通信可能なサーバ）側ではユーザＩＤによる照合処理、課金処理、ディスク情報からの音楽付加情報、例えば曲のタイトル、アーティスト名、作曲家、作詞家、歌詞、ジャケットイメージ等の検索が行われ、ユーザがリクエストした所定の付加情報を記録再生装置１０側へ返信するような動作が可能となる。
ここでは外部ネットワークのサーバが、音楽に対する付加的な関連情報を返信する例を示したが、ユーザがリクエストする曲情報が直接外部ネットワークからダウンロードされるように構成してもよい。また、メディア情報に対応して曲情報が返信されるように構成して所定のメディアのボーナストラックが配信により取得されるように構成しても良い。
【００５４】
ＨＤＤ１５に蓄積されたオーディオ情報は、ＣＰＵ１１による制御に応じて、デコーダ２９によりデコードされ、Ｄ／Ａ変換器３３、アンプ３４を介してスピーカ３５により再生出力することができる。もしくはヘッドホン端子ｔａ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ２９はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ２８のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、ここでエンコード及びデコードはハードウェアを持たず、ＣＰＵ１１によるソフトウェア処理であってもよい。
【００５５】
更に、ＨＤＤ１５に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部２４が設けられているが、表示部２４は表示ドライバ２５によって表示駆動される。
表示部２４ではＣＰＵ１１の制御に基づいて所要の文字、記号、操作用アイコン等が表示される。
また表示部２４にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、上記入力ペン９３のようなポインティングデバイスによる操作が可能とされる。例えば表示上でユーザーが指示したオーディオファイルが再生されるような動作が可能となる。
なお、楽曲等のオーディオデータが記録されたファイルを説明上オーディオファイルという。
もちろん、マウスによるクリック操作や、ユーザが指で触れる等のタッチ操作方式も考えられる。
【００５６】
また表示部２４での表示に対するユーザー操作により、選択されたオーディオファイルの消去や、外部機器（例えば携帯装置５０）への複写、移動等の制御も可能である。
或いは、表示部２４は、ＣＤ−ＲＯＭドライブ１７に装着されるメディアのＴＯＣ(table of contents) 情報を基にインターネット上のＷＷＷ(world wide web)サイトから検索された関連情報としてのｈｔｍｌ(hyper text markup laguage) 文書がグラフィック表示されるように構成され、更に通常のインターネットブラウザとしても使用可能となっている。
【００５７】
また記録再生装置１０では、ＩＥＥＥ１３９４インターフェース３７、ＩＥＥＥ１３９４ドライバ３６を介して、端子ｔａ７に接続された各種機器やシステム、例えば衛星放送用のＩＲＤ（Integrated Recciver/Decoder）、ＭＤプレーヤ、ＤＶＤ（Digital Video Disc）プレーヤ、ＤＶ（Digital Video）プレーヤ等からオーディオ情報が取り込まれるように構成されている。
更なる付加機能としてＰＣＭＣＩＡ(Personal Computer Memory Card International Association) スロット３９がＰＣＭＣＩＡドライバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着可能となっている。記録再生装置１０はＰＣＭＣＩＡカードを介して、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易となる。
【００５８】
さらに図２で説明したように記録再生装置１０には携帯装置５０と接続する際のコネクタ２７が設けられている。コネクタ２７と、携帯装置５０側のコネクタ６０とが接続されることにより、記録再生装置１０はＣＰＵ１１の制御の基、インターフェースドライバ２６を介して携帯装置５０側と各種のデータ通信が可能となる。例えばＨＤＤ１５に蓄積されているオーディオファイルを転送することができる。
【００５９】
４．携帯装置の内部構成
続いて、携帯装置５０の内部構成例を図４に示す。
記録再生装置１０と携帯装置５０は、コネクタ２７とコネクタ６０が接続されることで、電気的に接続されることになるが、この状態で記録再生装置１０のインターフェースドライバ２６と、携帯装置５０のインターフェースドライバ５９が接続され、両機器の間のデータ通信が可能とされる。
【００６０】
携帯装置５０にはパネル操作部５６としてプッシュ式、回動式のキー等が設けられている。即ち図２に示した各種の操作子Ｋｂがパネル操作部５６に相当する。パネル操作部５６としての操作子Ｋｂが操作されることにより携帯装置５０の動作を指示するための操作信号が制御バスＢ２に送出され、携帯装置５０はこの操作信号に応じた動作を行う。
【００６１】
また、記録再生装置１０と同様に携帯装置５０においても通常のパーソナルコンピュータの構成であるＲＡＭ５３、ＲＯＭ５２が設けられており、ＣＰＵ５１により携帯装置５０の全体の動作が制御される。また携帯装置５０内の各ブロック間のファイルデータや制御データの授受はバスＢ２を介して行われる。
【００６２】
ＲＯＭ５２には、ユーザーによってパネル操作部５６が操作されることにより入力される操作信号に応じて携帯装置５０が実行すべきプログラム等が記憶されており、ＲＡＭ５３には上述のプログラムが実行されるときのデータ領域、タスク領域が一時的に確保される。なお記録再生装置１０と同様にフラッシュメモリが搭載されてもよく、またバス構成は限定されるものではない。
【００６３】
この携帯装置５０の内部の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（ＨＤＤ）５４が設けられている。例えば記録再生装置１０から転送されてきたオーディオ情報などが、ＨＤＤ５４においてファイル単位（例えば１曲が１ファイル）で格納できる。なお、ＨＤＤに代えて例えばフラッシュメモリなどを格納手段として用いてもよい。
【００６４】
また、記録再生装置１０と同様に、オーディオデータに対してＡＴＲＡＣ２方式のエンコードを行うエンコーダ６１、及びオーディオデータに対してＡＴＲＡＣ２方式のデコードを行うデコーダ６２が設けられる。
エンコーダ６１、デコーダ６２はＣＰＵ５１の制御に応じて、供給されたオーディオデータに対するエンコード、デコードを行う。
また携帯装置５０の処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ５５が設けられる。バッファメモリ５５はＣＰＵ５１の制御によりデータの書込／読出が行われる。
【００６５】
例えばＡＴＲＡＣ２方式でエンコードされていないオーディオデータがインターフェースドライバ５９を介して記録再生装置１０から供給され、それを携帯装置５０がＨＤＤ５４に格納する場合、ＨＤＤ５４にオーディオデータを記憶する前処理として、バッファメモリ５５にオーディオデータが一時記憶されると共に、そのオーディオデータがバッファメモリ５５からエンコーダ６１に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにそのエンコードされたデータがバッファメモリ５５に再び一時記憶され、最終的にＨＤＤ５４にエンコードされたオーディオ情報が蓄積されることになる。
【００６６】
なお、本例では記録再生装置１０におけるＨＤＤ１５にはＡＴＲＡＣ２方式でエンコードされたオーディオファイル等が格納されているとしている。従ってＨＤＤ１５に格納されていたオーディオファイルがインターフェースドライバ５９を介して供給され、それをＨＤＤ５４に格納する場合（即ち曲等のデータファイルの複写又は移動を行う場合）は、エンコーダ６１での処理は必要ない。ところが、記録再生装置１０のＣＤ−ＲＯＭドライブ１７等に装着されるメディアから読み出されるオーディオデータ（圧縮処理されていないＰＣＭデータ）が直接インターフェースドライバ５９を介して入力されるようにしてもよく、このような場合に、ＨＤＤ５４にオーディオデータを記録するための処理として、上記のようにエンコーダ６１によるエンコードが行われることになる。
【００６７】
また本例では、エンコーダ６１によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ５４に蓄積されるようにしているが、例えば圧縮処理されていないデータがそのままＨＤＤ５４に蓄積されるようにしてもよい。
【００６８】
圧縮処理のためにエンコーダ６１にオーディオデータを供給する部位としては、上記インターフェースドライバ５９以外に、マイク端子ｔｂ３、ライン入力端子ｔｂ２、光デジタル端子ｔｂ４なども設けられている。なお、図４における各種の端子ｔｂ１〜ｔｂ４は、それぞれ図２に示した端子ｔｂのうちの１つに相当する。
【００６９】
エンコーダ６１では、マイクロホンが接続されたマイク端子ｔｂ３からアンプ６５を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔｂ２から入力されるオーディオ信号が、Ａ／Ｄ変換器６４を介して入力されるように構成されている。これらの端子ｔｂ３，ｔｂ２から入力されたオーディオデータもエンコーダ２８によりエンコードされることができる。
更に、光デジタル端子ｔｂ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８エンコーダ６３を介してエンコーダ６１に入力されるように構成され、このＩＥＣ９５８のように光デジタル方式で入力されたデータもエンコーダ６１によりエンコードできる。
【００７０】
そして、上述のように外部機器から入力されたデータをエンコーダ６１でエンコードした後に、そのエンコードされたデータをＨＤＤ５４にファイル単位で格納できるようにされている。
【００７１】
なおエンコーダ６１のエンコードアルゴリズムとしてはＡＴＲＡＣ２に限らず、他の情報圧縮されるエンコードアルゴリズム、例えばＡＴＲＡＣ３、ＡＴＲＡＣ、ＭＰＥＧ、ＰＡＳＣ、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、ＬｉｑｕｉｄＡｕｄｉｏ等であってもかまわない。
【００７２】
ＨＤＤ５４に蓄積されたオーディオ情報は、ＣＰＵ５１の制御に応じて、デコーダ６２によりデコードされ、Ｄ／Ａ変換器６６、アンプ６７を介してスピーカ６８により再生出力することができる。もしくはヘッドホン端子ｔｂ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ６２はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ６１のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、ＣＰＵ５１によるソフトウェア処理であってもよい。
【００７３】
更に、ＨＤＤ５４に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部５７が設けられているが、表示部５７は表示ドライバ５８によって表示駆動される。
表示部５７ではＣＰＵ５１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部５７にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等により表示部５７上が操作されることにより、パネル操作部２０に対応する操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示したオーディオファイルがＨＤＤ５４から読み出されてスピーカ３５等から再生されるような動作が可能となる。
また表示部５７での表示に対するユーザー操作により、ＨＤＤ５４上での選択されたオーディオファイルの消去や、外部機器（例えば記録再生装置１０）への複写、移動等も制御可能である。
【００７４】
なお図２で説明したように携帯装置５０は、記録再生装置１０の装着部ＭＴに装着されることにより記録再生装置１０とのデータ送受信が可能とされているが、非接触型のインターフェースでもよく、例えばＩｒＤＡ等を用いても構わない。
また、図示していないが、記録再生装置１０には充電電流供給部が備えられており、装着される携帯装置５０に対して充電電流を供給し、携帯装置５０の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。
【００７５】
５．ファイル移動処理
以上のように構成される記録再生装置１０と携帯装置５０では、それぞれ格納されているファイル（楽曲等のオーディオデータ）を相互に複写（コピー）又は移動（ムーブ）することができる。
即ち、記録再生装置１０のＨＤＤ１５に格納されているファイルを携帯装置５０のＨＤＤ５４に複写又は移動させたり、逆に携帯装置５０のＨＤＤ５４に格納されているファイルを記録再生装置１０のＨＤＤ１５に複写又は移動させることができる。
【００７６】
なおここで、複写とは、複写した際に複写元のＨＤＤと複写先のＨＤＤにおいてファイルが並存する状態、つまり記録再生装置１０と携帯装置５０の両方で再生可能な状態とする処理をいい、一方、移動とは、複写元のＨＤＤからは再生が不能な状態とする処理をいう。
本例ではオーディオファイルに関してはＨＤＤ１５とＨＤＤ５４の間で相互に移動が可能であるものとする。
【００７７】
記録再生装置１０のＨＤＤ１５内のファイルのうちで指定されたファイルを携帯装置５０のＨＤＤ５４に移動させる処理を図５で説明する。これはＣＰＵ１１によって実行される処理となる。
【００７８】
ステップＦ１０１としては、ＣＰＵ１１は携帯装置５０が記録再生装置１０の装着部ＭＴに装着されているか否かを検知する。この際の検知手段としてはメカニカルスイッチ機構で装填状態を検出したり、或いはコネクタ２７，６０を介した信号の送受信等により接続を検知するようにすればよい。
なお記録再生装置１０に携帯装置５０が接続されていないと判別されると、接続検知が繰り返される。
【００７９】
記録再生装置１０に携帯装置５０が接続されていると判別されると、ステップＦ１０２により曲、すなわちオーディオファイルの携帯装置５０への移動の要求がユーザーから（もしくは動作プログラムによる実行要求として）指示されているか否かを判別する。
例えば具体的には、表示部２４に表示されるオーディオファイルを示すフォルダのうち、ユーザーによって所定のポインティングデバイスにより選択されたオーディオファイルは、携帯装置５０への移動というユーザの更なる指示が行われることで、携帯装置５０への移動処理が行われることとなる。
なおステップＦ１０２においてユーザーによる移動要求がないと判別されると、ステップＦ１０１に戻る。
【００８０】
ステップＦ１０２において、曲の移動要求が有ると判別されると、続いてステップＦ１０３で指定されたオーディオファイルの容量が検出される。
次にステップＦ１０４により携帯装置５０側のＨＤＤ５４での空き容量を検出し、携帯装置５０への移動が要求されているオーディオファイルの容量と比較する。
ＨＤＤ５４の空き容量はＣＰＵ５１との通信によって判別するが、例えばＨＤＤ５４に対してＣＰＵ１１が直接アクセスできるような構成をとることもできる。その場合は、ＨＤＤ５４の動作制御やファイル管理をＣＰＵ１１側で実行可能とすることで、ＣＰＵ１１側で直接ＨＤＤ５４の空き容量の判別を行うことなども可能となる。
【００８１】
もし移動すべきオーディオファイルに対してＨＤＤ５４の空き容量が足りず移動不能と判別された場合は、ステップＦ１０５において、ＨＤＤ５４に格納されているオーディオファイルを削除する処理を行う。この処理も、ＣＰＵ１１がＣＰＵ５１を介して実行させてもよいし、ＣＰＵ１１が直接実行できるものとしてもよい。
ＨＤＤ５４からのオーディオファイルの削除方法（削除するファイルの選別）としては、例えばユーザーによる再生回数の少ないものを順に消去するようにしたり、記録された時期の日付の古いものから順に消去する等の方法が考えられる。また、このような自動消去の際にユーザーの許可なく消去されることにより、ユーザーにとって重要なファイルが消去されてしまう可能性もあるので、表示部２４、表示部５７に警告表示がされるようにしてユーザの確認を得るようにしてもよい。
【００８２】
ステップＦ１０４で移動可能と判断された場合、及び移動不能と判断されてステップＦ１０５の処理を行った場合は、ステップＦ１０６に進んでファイルの転送処理が行われる。即ちＨＤＤ１５からインターフェースドライバ２６、５９を介してＨＤＤ５４に所定のオーディオファイルが転送され、記録される。
【００８３】
さらにＨＤＤ１５からＨＤＤ５４への移動処理であるため、ステップＦ１０７において、ＨＤＤ１５に記憶されている移動対象となったオーディオファイルに関して再生禁止フラグを設定し、ＨＤＤ１５においては、記録されてはいるが再生できないファイルとして扱うようにする。なお、ステップＦ１０７において移動対象となったオーディオファイルを実際にＨＤＤ１５から消去するようにしてもよい。
ステップＦ１０７の処理が完了すると、ステップＦ１０１に戻り、同様の処理が繰り返される。
【００８４】
ステップＦ１０７で再生禁止フラグが設定されることで、仮想的に所定のオーディオファイルは記録再生装置１０から携帯装置５０に移動されるので、オーディオファイルは常に一つしか存在しないように管理され、不正コピーが防止されるような効果も有する。
またＨＤＤ１５からＨＤＤ５４という、共に高速アクセスメディア間のデータ移動であることや、ＡＴＲＡＣ２などのエンコード／デコード処理は不要であることなどのため、その移動処理は瞬時に完了でき、例えば複数の楽曲としてのオーディオファイルを移動させる処理なども非常に短時間で完了できる。従って本例の移動処理はユーザーに時間的な負担をかけないため、例えばユーザーは毎日、その日の気分や状況に応じて曲を選択して携帯装置５０に移動させることも手軽にできる。
【００８５】
以上の図５の処理が行われることで、ＨＤＤ１５からＨＤＤ５４へのファイル移動が実現される。
そしてこのようなファイル移動処理によって、例えばユーザーは自分の所有する楽曲（即ちＨＤＤ１５に格納したファイル）のうちで、聴きたい曲を選択して携帯装置５０側に移動させ、外出先で再生を楽しむなどといった使用が可能となる。
【００８６】
なお、複写を行う場合は、ステップＦ１０７の処理が実行されなければよい。
また、ＨＤＤ５４からＨＤＤ１５へファイル移動（又は複写）を行う場合も、概略同様の処理がＣＰＵ５１によって実行されればよいが、その場合もＣＰＵ１１側が主となって処理を実行することも可能である。
【００８７】
６．記録再生装置のファイル格納形態
図６には、記録再生装置１０内のＨＤＤ１５におけるファイルの格納形態の例を示している。
例えばユーザーは自分の所有しているＣＤをＣＤ−ＲＯＭドライブ１７に装填し、収録されている各楽曲をそれぞれファイルとしてＨＤＤ１５に記録（即ち複写）させることになる。
例えばそのＣＤなどのメディア単位で格納が行われていくとすると、ダビングしたＣＤなどのメディア単位で管理ファイルが形成され、各楽曲等は、それぞれ１つのオーディオファイルとして格納される。
【００８８】
図６には、ｎ枚のＣＤがＨＤＤ１５にダビングされた状態を示しており、各ＣＤに対応して管理ファイルＡＬ（ＡＬ１〜ＡＬ（ｎ））が形成される。そして各ＣＤに収録されている楽曲は、それぞれ管理ファイルＡＬに対応された状態でオーディオファイルとして格納される。
図６では、１行分で示す各ファイルが１つのＣＤからダビングされたファイルとして示しており、例えば或るＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ１に対応して、オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・として格納される。また、他のＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ２に対応して、オーディオファイルＡＬ２−Ｍ１、ＡＬ２−Ｍ２、ＡＬ２−Ｍ３・・・として格納される。即ちこれらが実際の音楽等のデータである。
このように、１つのＣＤからのダビングが行われた際には、１つの管理ファイルとともに、ダビングした曲数分のオーディオファイルがＨＤＤ１５に記録される。
【００８９】
またあるＣＤ等のダビングに際して、ユーザーがデータを入力したり、或いは後述するようにデータベースから検索した付加情報などを得ることができるが、それらの情報が関連情報ファイルとして格納される。例えば管理ファイルＡＬ１に対応して関連情報ファイルＡＬ１ａｄがＨＤＤ１５に記録される。
関連情報ファイルＡＬ（＊）ａｄとして格納されるデータとは、上述したように、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像やジャケット画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ）、著作権に関する情報、関係者名（例えば作詞者、作曲者、制作者等）・・・・などの情報である。
【００９０】
管理ファイルは、対応する１又は複数の各オーディオファイルや関連情報ファイルに関する各種の管理情報を有するものであり、各オーディオファイルや関連情報ファイルの再生、移動、複写、編集などの際に用いられるものとなる。
例えば管理ファイルＡＬ１は、或るＣＤ等のメディアからダビング格納されたファイル群に関して、その全体の管理情報や、各オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・に関する管理情報、さらには関連情報ファイルＡＬ１ａｄに関する管理情報が記録される。
【００９１】
図７は、管理ファイルに記録される管理情報のデータ例を示している。
例えばＣＤ等のメディアからダビング格納されたファイル群の全体の管理情報となるアルバム情報として、ファイル種別やファイル数、アルバムタイトル、データサイズ、ダビングが行われた日時情報、関係者名（アルバム制作者や作詞作曲者、演奏者など）、著作権情報、アルバムＩＤ、その他各種の管理情報が記録される。アルバムＩＤとはＣＤなどのメディアとしてのアルバム単位（商品タイトル単位）で固有に付されている識別コードである。本例では後述するバーコードデータがこれに相当する。
【００９２】
また管理ファイルには、対応する各オーディオファイルに個別に対応する管理情報としてファイル情報（＃１）〜ファイル情報（＃ｍ）が記録され、このファイル情報としては、対応するファイルのファイル種別、対応するファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、ファイルのデータサイズ、タイトル（曲名など）、ダビングが行われた日時情報、関係者名（作詞作曲者、演奏者など）、著作権情報、再生禁止フラグ、その他各種の管理情報が記録される。
再生禁止フラグとは、上記図５の移動処理で説明した再生禁止フラグのことである。
【００９３】
さらに管理ファイルには、対応する関連情報ファイルを管理する管理情報として関連ファイル情報が記録され、この関連ファイル情報としては、対応する関連情報ファイルのファイル種別やファイル数、対応する関連情報ファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、関連情報ファイルのデータサイズ、記録が行われた日時情報、関係者名、著作権情報、その他各種の管理情報が記録される。
【００９４】
管理ファイルに、例えばこのような管理情報が記録されることで、記録再生装置１０は特定の楽曲の再生、移動、複写、編集等の各種処理が可能になり、また曲の再生等の動作に合わせて、関連情報としての画像やテキストを出力することも可能となる。
【００９５】
なお、図７にあげた管理情報の内容は、あくまでも一例であり、また図６のファイル格納形態も一例である。実際には、格納される実データとなるオーディオファイルの各種処理に好適なファイル格納形態や管理形態がとられればよい。
また、本例では実施の形態のファイルとして、楽曲等のオーディオファイルを例にあげて説明して行くが、動画データ、静止画データ、テキストデータ、ゲームソフトとしてのプログラム、メカを制御するコントロール信号等を実ファイルとして（つまり関連情報ファイルとしてではなく独立のファイルとして）格納することも当然考えられる。
【００９６】
７．ＣＤ−ＨＤＤダビング時の動作例１
続いて本例の特徴的な動作となる、記録再生装置１０がＨＤＤ１５にオーディオファイルを格納する際の動作、特にその際にダビング元のＣＤもしくは各楽曲に対応する付加情報を得るための動作について説明していく。
なお、説明上は市販されているＣＤ等の光ディスクからＨＤＤ１５へのダビング動作を例にあげて説明するが、ＭＤ等の光磁気ディスク或いは半導体メモリからのＨＤＤ１５へのダビング動作など、各種パッケージメディアからＨＤＤ１５へのダビングを行う動作に関して、以下の動作例を適用できる。
【００９７】
上述してきたように、ユーザーは記録再生装置１０のＨＤＤ１５に格納されているオーディオファイルなどを再生させたり、或いは携帯装置５０に移動させたりすることができる。
即ち、記録再生装置１０のＨＤＤ１５に、自分の所有するＣＤ等からダビングしたオーディオファイルを格納しておくことで、所有する多数の楽曲等の中からその日に聴きたい楽曲を選んで再生させたり、携帯装置５０に移動させて外出先で再生させたりできる。
さらに、ＨＤＤ１５に格納されるオーディオファイルについては、図６のように管理ファイルや関連情報ファイルが対応されて記憶されているので、記録再生装置１０はアルバム名、曲名、関連写真、関連画像などをユーザーに提示でき、付加価値の高い動作を実現できる。
【００９８】
ところがこのためには当然ながら、ユーザーは予め手持ちのＣＤのデータをＨＤＤ１５にダビングしておくとともに、その楽曲等の内容に応じた付加情報を含んだ管理ファイル、関連情報ファイルが楽曲等に対応して記憶されていなければならない。
特に、ＣＤからのオーディオデータとともに、何らかの手段でＨＤＤ１５に記録するデータとして入力しなければならない付加情報としては、図７の管理ファイルを構成する各種データのうちで、アルバムタイトル、関係者名、著作権情報、各曲の曲名、関係者名、著作権情報などがあり、また管理情報ファイルを形成するデータや、管理情報ファイルについての関係者名、著作権情報などもこれに相当する。
つまりこれらのように、パッケージメディアであるＣＤとしての商品タイトル毎に固有に対応される情報については、記録再生装置１０が何らかの手法で入手しなければならない。
【００９９】
そこで本例では、このような付加情報を記録再生装置１０が入手するソースとして図８のようなデータベースを考える。
そしてこのデータベースは、商品としてのＣＤタイトル毎に固有に表示されているバーコードナンバに対応させて各種の付加情報を格納しているものとする。
即ち市販されているＣＤには、例えばそのジャケットの一部に、図９に示すようにバーコードＢＣが表示されている。通常、このバーコードＢＣは、バーコードスキャナで読み取ることのできるバーコードパターンと、そのバーコードパターンにより表現されるバーコードナンバが併記される形態となっている。
【０１００】
このバーコードナンバは、ＣＤの商品タイトル毎に固有のナンバとされているため、異なる商品タイトルで同じナンバが存在したり、或いは同一の商品タイトルで異なるナンバが存在することはない。
従って、図８のようにデータベースが、バーコードナンバをＣＤの各商品タイトルに固有のナンバとして保持し、その各バーコードナンバに対応させて、アルバム情報（アルバムタイトルやアーティスト名などの関係者名等）、トラック情報（そのアルバムに収録される各楽曲トラック＃１〜＃ｎの曲名や関係者名等）、さらにはそのアルバムに対応する関連情報（ジャケット画像やＵＲＬなど）を格納していくことで、各商品タイトルに固有の付加情報を正しく分類／格納したデータベースを実現できることになる。
そしてデータベースの検索トリガとしてバーコードナンバを用いれば、各商品タイトルとしてのＣＤ毎に、対応する付加情報が正確に検索できる。
【０１０１】
このようなデータベースは、ＨＤＤ１５内にインストールされていればよい。もしくは、データベースが例えばＣＤ−ＲＯＭ、ＭＤ−ＤＡＴＡなどの形態でユーザーサイドに提供されるものでもよい。このようにすれば記録再生装置１０は必要なときに、ＣＤ等のバーコードナンバからデータベースを検索して、ＣＤ等からＨＤＤ１５にダビングしたオーディオファイルに対応する付加情報を検索できる。
また、記録再生装置１０が図１に示したように情報センタ１と接続されていることを考えると、データベースを情報センタ１側で管理し、記録再生装置１０は検索したいＣＤのバーコードナンバを送信することで、検索結果としての付加情報が情報センタ１から記録再生装置１０に転送されるようにすることも考えられる。
【０１０２】
なお、以下の動作説明は、上記データベースがＨＤＤ１５にインストールされているか、もしくはＣＤ−ＲＯＭの形態でユーザーに提供されているものとして行う。
【０１０３】
まず、第１の動作例は、記録再生装置１０がＣＤからＨＤＤ１５へのダビングを行う際には、ダビング終了時点でバーコード入力に応じてデータベースを検索し、付加情報を得る動作とする。
このためのＣＰＵ１１の処理を図１０に示す。
【０１０４】
ユーザーによるダビング実行の操作がない期間は、ステップＦ２０１におけるダビング操作検知処理が繰り返される。
ユーザーがあるＣＤをＣＤ−ＲＯＭドライブ１７に装填し、ダビング実行の操作を行ったとすると、ＣＰＵ１１の処理は図１０のステップＦ２０１からＦ２０２に進み、上述した処理経路でＣＤから再生される音楽データをＨＤＤ１５にオーディオファイルとして格納していくダビング処理を開始させる。
そしてステップＦ２０３でオーディオデータ（ＣＤに収録された全曲のデータ）のダビングが終了することを待機する。
【０１０５】
オーディオデータのダビングが完了したら、処理をステップＦ２０４に進め、まずＨＤＤ１５上で形成されたオーディオファイルに伴って、その管理ファイルを生成する。つまり１つのＣＤからダビングされた各オーディオファイル（各曲）としての物理的な管理データ、例えばデータサイズ、ファイル種別、アドレスポインタ、日時情報などを含む、図７のような管理ファイルを設定し、最低限の各オーディオファイルの管理及び再生制御が可能な状態とする。
もちろんこの時点では、ダビングされたオーディオファイル群（ＣＤアルバム）や各オーディオファイル（各曲）に対する上述した付加情報は得られていないため、図７のような管理ファイルのうちで、ＣＤに対応する付加情報に相当するデータ（アルバムタイトル、曲名、関係者名など）は含まれない。
【０１０６】
そこで、続いてＣＰＵ１１はダビングされたオーディオファイル群に対応させる付加情報を得るための処理をステップＦ２０５から行う。
まずステップＦ２０５では、ＣＰＵ１１は表示部２４に例えば図１１のような表示を実行させ、ユーザーにバーコード入力を要求する。即ちダビング元のＣＤジャケットに図９のように提示されているバーコードナンバの入力である。
【０１０７】
ユーザーのバーコード入力方法としては、バーコードスキャナ９２が設けられていれば、それを使うことができる。
【０１０８】
バーコードスキャナ９２は２タイプある。
第１のタイプは、ＣＣＤ等の撮像素子から入力される画像信号のバーコードパターンを認識するタイプである。ユーザ操作は、ＣＤアルバムのジャケットのバーコード部分を記録再生装置１０に設けられるＣＣＤにかざすような動作が考えられる。或いは、ＣＤアルバムジャケット載置部が記録再生装置１０に設けられ、ユーザがジャケット載置部にＣＤアルバムのジャケットを置くような動作もユーザ操作に含まれる。
ジャケット載置部が記録再生装置１０に設けられる場合、ジャケット載置部に載置されるジャケットのバーコード部分に対向する位置にＣＣＤ等の撮像素子が設けられるように記録再生装置１０は構成される。すなわち、ユーザがジャケットをジャケット載置部に載置すると、ＣＣＤより自動的に載置されたジャケットのバーコードが読み取られるように記録再生装置１０が構成されている。
【０１０９】
第２のタイプは、レーザスキャンタイプのもので、バーコードパターンに対して複数のスキャン方向にレーザが照射され、バーコードパターンからの反射波に応じて一つのスキャン方向に決定されバーコードが認識されるタイプである。ユーザ操作は、ＣＤアルバムのジャケットのバーコード部分にバーコードスキャナ９２を近づけるような動作が考えられる。或いは、バーコードスキャナ９２が固定され、ユーザがジャケットのバーコード部分をバーコードスキャナ９２にかざすことによりバーコードがスキャンされても構わない。
【０１１０】
また、図１１のようにテンキー（数字キー）としての操作画像を表示させることで、バーコードスキャナ９２の存否に限らず、ユーザーは入力ペン９３によりバーコードナンバを数字で入力していくこともできる。つまりユーザーはＣＤジャケットのバーコードパターンの下部に示されている数字を入力する。もちろんこのような数字入力は、キーボード９０、リモートコマンダー９１を用いることでも可能である。またパネル操作部２０にテンキーが形成されていれば、それを用いてもよい。
【０１１１】
このように、ユーザーは図１１のような表示に対して、バーコードスキャナ９２を用いたバーコード入力、もしくは数字入力としてバーコードナンバを入力することになる。
このためＣＰＵ１１はステップＦ２０７，Ｆ２０８として入力を待機し、バーコードスキャナ９２による入力が検出されたら、ステップＦ２１０でスキャナ入力されデコードされたバーコードナンバを取り込むとともに、そのバーコードナンバを図１２のように表示部２４に表示する。
また、数字入力としてユーザーによる数字入力が行われたら、ステップＦ２０９で入力された数字を取り込むとともに、同じく図１２のように表示部２４に表示する。
【０１１２】
ユーザーは図１２のような表示を確認して、バーコードスキャナ９２によりエラーなくバーコードナンバが取り込まれたことを確認したら、もしくは数字入力として間違いがないことを確認したら、入力を確定させ検索を指示するために検索操作を行う。例えばＣＰＵ１１は図１２のように検索操作画像を表示させておき、ユーザーが入力ペン９３により検索を指示する操作ができるようにする。
なお、入力エラーもしくはナンバの入力間違いを発見した場合は、再度バーコード入力操作を行うことになり、その際はステップＦ２０９又はＦ２１０で取り込まれかつ表示される数値が更新される。
【０１１３】
ステップＦ２０６においてユーザーによる検索操作が検出されたら、処理をステップＦ２１１に進め、入力が確定されたバーコードナンバを検索トリガとして、上記データベースの検索を行う。
なお、データベースがＨＤＤ１５にインストールされている場合は必要ないが、データベースがインストールされていない場合は、この時点で表示部２４に、ユーザーにデータベースが記録されたＣＤ−ＲＯＭをＣＤ−ＲＯＭドライブ１７に装填すべきことを求める表示を実行し、その後装填が行われたら検索を開始することになる。
また、情報センタ１がデータベースを有する場合は、通信により記録再生装置１０から情報センタ１に検索を求め、情報センタ１からの検索結果を受信する処理となる。
【０１１４】
上述のようにデータベースはバーコードナンバをＣＤの商品タイトルの識別情報として扱って、それぞれのバーコードナンバに対応する付加情報を格納しているため、入力されたバーコードナンバにより検索を行うことで、ダビング元のＣＤに対応する付加情報を読み出すことができる。
【０１１５】
そして付加情報の検索が完了したら、ステップＦ２１２で、検索結果をユーザーに提示する。例えば図１３のように、付加情報として得られた全部又は一部のデータを表示させ、間違いがないかユーザーに確認を求める。このため図示するように、ＯＫ操作画像、キャンセル操作画像も同時に表示し、ユーザーがＯＫ又はＮＧの入力をできるようにする。
【０１１６】
なお、データベースにはバーコードを基準としてＣＤの商品タイトルに１：１で対応する付加情報を格納していることで、入力されたバーコードが正しければ、検出された付加情報が今回ダビングしたＣＤに対応していないという事態は、ほぼ発生しない。  
ところが、ユーザーが勘違いなどで、今回ダビングしたＣＤではないＣＤジャケットのバーコードを入力してしまうようなこともあり得るので、図１３のように検索結果を表示させ、ユーザーに確認させることが好適となる。
【０１１７】
このような検索結果表示に対してユーザーがミスを発見し、キャンセル操作を行った場合、ユーザーによるバーコード入力及び検索をやり直すためにステップＦ２１３からＦ２０５に戻る。なお、やり直しを行わずにエラー処理（つまり付加情報をＨＤＤ１５に格納しないようにする）を行ってもよい。
【０１１８】
ユーザーが検索結果表示に対してＯＫ操作を行った場合は、ステップＦ２１３からＦ２１４に進み、データベースより検索された付加情報を管理ファイル内のデータとして追加するように管理ファイルを更新するとともに、検索された付加情報の中に画像データなど、関連情報ファイルとして格納すべき情報が含まれていた場合は、そのデータを関連情報ファイルとしてＨＤＤ１５に格納する。もちろんこの場合は作成された関連情報ファイルに対応して、管理ファイル上で関連ファイル情報を追加する。また、図７に示したアルバムＩＤとしては、バーコードナンバの値を記録すればよい。
【０１１９】
この処理により、図６、図７で説明したように、１つのＣＤからダビングされたオーディオファイル群が、付加情報を加えた上で管理ファイルによって管理され、かつ、場合によっては付加情報としての関連情報ファイルが形成される状態となる。
そしてこれにより一連のダビング処理を終了する。
【０１２０】
ＣＤのデータをＨＤＤ１５にダビングする処理として、以上のようにバーコードに基づいて付加情報が検索され、オーディオファイルと関連づけられてＨＤＤ１５に格納されることで、その付加情報はダビング元のＣＤに正しく対応されたものとなる。例えばＴＯＣ情報をデータベースの検索トリガとする場合に比べて検索結果の信頼性が著しく向上される。
そしてこれによりオーディオファイルの再生時などに、管理ファイル内もしくは関連情報ファイルとして格納しておいた付加情報をユーザーに表示させることができ、装置のサービス機能及びその提示される情報の信頼性を向上させるものとなる。
【０１２１】
また、データベースはＨＤＤ１５にインストールするか、もしくはＣＤ−ＲＯＭとしてユーザーが保持しておくことで、本例の動作は情報センタ１との通信システムが構築されていない記録再生装置１０（いわゆるスタンドアローンの機器）においても可能となる。
なおデータベースは、市場で販売されている多くのＣＤに対応して付加情報を格納しておく必要があるため、データベースとしてのデータサイズは比較的大きなものとなるが、例えば付加情報がアルバム名、曲名等のテキストデータのみとすれば、ＣＤ−ＲＯＭとしての容量で十分にカバーできるものである。
但し、付加情報としてアルバムジャケットなどの画像データを含ませる場合は、ＣＤ−ＲＯＭやＨＤＤ１５のインストールデータとしてはデータサイズが大きすぎるものとなる可能性がある。その様な場合は、他の大容量記憶媒体（例えば外部ＨＤＤなど）をデータベースとして用意することも考えられるが、ユーザーの機器負担を軽減することを考慮すれば、情報センタ１がデータベースを用意することが好適となる。
【０１２２】
またＣＤが新譜として次々に発売されていく状況に対応して、データベースもデータの追加更新が必要になるが、このためにユーザーサイドにＣＤ−ＲＯＭ等で逐次追加更新されたデータベースを提供し、ＣＤ−ＲＯＭ自体、もしくはそのＣＤ−ＲＯＭ中のデータベースを記録再生装置１０にインストールするという手法で、定期的にデータベースのバージョンアップ（新譜データの追加等）を行うことが好ましい。
また逐次更新されるデータベースを記録再生装置１０が伝送路３を介して所定のサーバからダウンロードできるようにしてもよい。
一方、情報センタ１でデータベースを管理する場合は、例えばデータベースを毎日更新するなど、新譜発売に迅速に対応したデータベース管理体制を整えることも可能である。
【０１２３】
ところで本例ではバーコードナンバを、ＣＤタイトルの識別情報として用いているが、このように、既に普及しているバーコードを利用することで、過去に発売されたＣＤなどにも対応可能であり、またＰＯＳ（Point of Sales）などのバーコードシステムのデータベースを利用して、上記データベースを容易に生成することもできるという利点がある。
またバーコードであれば、バーコードスキャナ９２によりユーザーは非常に簡単に入力ができるとともに、バーコードスキャナがなくとも数字入力できるという点で、ユーザーにとって好適なものとなる。
【０１２４】
また、上記のように管理ファイルにアルバムＩＤとしてバーコードナンバを記録しておけば、そのバーコードナンバを情報センタ１による市場リサーチやユーザーへの各種サービスに利用することもできる。
例えば情報センタ１が記録再生装置３０に通信を行って、ＨＤＤ１５に格納されているデータのアルバムＩＤ（バーコードナンバ）を受け取ることができるようにすると、情報センタ１は、そのユーザーが購入したＣＤを判別することができ、これによってユーザーの好みのジャンルやアーティストの情報を選んでそのユーザーに提供したり、ユーザーが購入したアルバムＩＤをいわゆる市場リサーチとしての資料とすることができる。
【０１２５】
８．ＣＤ−ＨＤＤダビング時の動作例２
次に、同じく上記記録再生装置１０で実現できるＣＤ−ＨＤＤダビング時の動作として第２の動作例を述べる。
この第２の動作例は、記録再生装置１０がＣＤからＨＤＤ１５へのダビングを行う際には、オーディオデータのダビング実行中に、バーコード入力に応じてデータベースを検索し、付加情報を得る動作とする。
このためのＣＰＵ１１の処理を図１４に示す。
【０１２６】
ユーザーによるダビング実行の操作がない期間は、ステップＦ３０１におけるダビング操作検知処理が繰り返される。
ユーザーがあるＣＤをＣＤ−ＲＯＭドライブ１７に装填し、ダビング実行の操作を行ったとすると、ＣＰＵ１１の処理は図１４のステップＦ３０１からＦ３０２に進み、上記例と同様にＣＤから再生される音楽データをＨＤＤ１５にオーディオファイルとして格納していくダビング処理を開始させる。
【０１２７】
このようにダビング処理を開始した時点で、ＣＰＵ１１はダビング中のオーディオファイル群に対応させる付加情報を得るための処理をステップＦ３０３から行う。
このステップＦ３０３〜Ｆ３１１までの処理は、上記図１０のステップＦ２０５〜Ｆ２１３の処理と同様であるため詳しい説明は省略するが、要約すると、ユーザーにバーコード入力を求め、バーコードスキャナ９２もしくは数字入力により入力されたバーコードナンバをユーザーに確認させた後、データベースの検索を行ない、検索結果がＯＫと判断されたことに応じて、検索された付加情報を取り込む処理である。
【０１２８】
データベースから検索された付加情報についてユーザーが現在ダビングしているＣＤに対応したものであると確認した場合、即ちステップＦ３１０の検索結果表示（図１３参照）に対してＯＫ操作を行った場合は、ＣＰＵ１１は処理をステップＦ３１１からＦ３１２に進め、データベースから検索された付加情報を例えばＲＡＭ１３などに保存する。
そしてステップＦ３１３でオーディオデータ（ＣＤに収録された全曲のデータ）のダビングが終了することを待機する。
【０１２９】
オーディオデータのダビングが完了したら、ステップＦ３１４に進み、ＨＤＤ１５上で形成されたオーディオファイルに伴って、その管理ファイルを生成する。つまり１つのＣＤからダビングされた各オーディオファイル（各曲）としての物理的な管理データ、例えばデータサイズ、ファイル種別、アドレスポインタ、日時情報などを含む、図７のような管理ファイルを設定する。またこのとき既に付加情報は取り込まれているため、アルバムタイトル、曲名、関係者名などの情報も管理ファイル内に記録することになる。
さらに、検索され取り込まれていた付加情報の中に、画像データなどの関連情報ファイルとして格納すべき情報が含まれていた場合は、そのデータを関連情報ファイルとしてＨＤＤ１５に格納する。もちろんこの場合は作成された関連情報ファイルに対応して、管理ファイル上で関連ファイル情報を追加する。
【０１３０】
この処理により、図６、図７で説明したように、１つのＣＤからダビングされたオーディオファイル群が、付加情報を加えた上で管理ファイルによって管理され、かつ、場合によっては付加情報としての関連情報ファイルが追加される状態となる。
そしてこれにより一連のダビング処理を終了する。
【０１３１】
このような動作例でも、上記第１の動作例と同様に正確な付加情報をオーディオファイルに対応させて格納させることができ、もって記録再生装置１０の機能及び信頼性を向上させることができるとともに、上述したような、バーコードナンバを利用することによる各種利点が得られるものとなる。
そして、この第２の動作例の場合は、ダビング中にバーコード入力や検索動作が行われるため、入力や検索にかかる時間を節約できることにもなる。従ってデータベース検索に時間がかかる場合や、情報センタ１との通信を介して検索を行う場合には好適なものとなる。
また、ユーザーにとってはダビング開始直後にバーコード入力を行うことができるため、バーコード入力のためにダビング終了時点までその場で待っていなくてもよいという利点も発生する。
【０１３２】
９．ＣＤ−ＨＤＤダビング時の動作例３
次に、同じく上記記録再生装置１０で実現できるＣＤ−ＨＤＤダビング時の動作として、課金制御を含めた第３の動作例を述べる。
この第３の動作例のＣＰＵ１１の処理を図１６に示す。なお、この動作例では、オーディオデータのダビング実行中に、バーコード入力に応じてデータベースを検索し、付加情報を得る動作とするという点で、上記第２の動作例と同様とし、図１４と同一の処理については同一のステップ番号を付して説明を省略する。。すなわち、この第３の動作例は、第２の動作例にステップＦ５００が追加されたものとしている。
【０１３３】
またこの動作例の場合は、ステップＦ３１０での付加情報検索結果の表示の際に、図１５に示すように、各付加情報についての課金情報４０１、及びユーザが必要な付加情報を選択可能とするためのチェックボックス４０２も表示されるものとなる。
【０１３４】
ステップＦ３１０の付加情報の検索結果表示から説明する。
ステップＦ３１０の付加情報検索結果の表示として、ＣＰＵ１１は図１５のような表示を表示部２４に実行させてステップＦ３１１に進む。
【０１３５】
ＣＰＵ１１は、ステップＦ３１１において、ユーザにより必要な付加情報が選択されることを待機する。すなわちユーザは、課金情報４０１を基に所望の付加情報をチェックボックス４０２により選択する操作を行う。図１５の場合、ユーザによりアルバムタイトル、アーティスト名、トラック２のタイトル名或いは歌詞情報のチェックボックスが選択されている。すなわち、ユーザに対して３０円の課金が行われることにより選択された付加情報がダビングと同時にＨＤＤ１５に記録されることが選択された状態となっている。
そして例えばこのような選択状態でユーザがＯＫ操作を行うと、ＣＰＵ１１の処理はステップＦ５００に進む。
【０１３６】
ステップＦ５００において、ＣＰＵ１１はユーザに対して課金処理を行なう。課金処理の方法は様々考えられるが、例えば、情報センタ１より課金情報網に接続され、予め登録されているユーザの口座から所定の口座に料金が自動的に振り込まれるように制御してもよい。
例えばＣＰＵ１１は、ステップＦ５００の時点でＨＤＤ１５にユーザの課金情報を記録する。そして例えば月に一度など定期的に、伝送路３を介して課金情報網にユーザの課金情報を送信し、ユーザの口座から所定の口座に料金が自動的に振り込まれるように制御しても良い。
【０１３７】
ステップＦ５００において課金処理を行うと、ＣＰＵ１１の処理はＦ３１２以降に進み、最終的にユーザにより選択された付加情報のみを、ＨＤＤ１５にダビングされたオーディオ情報に関連づけて記録させるように制御する。
これにより、通常の音楽配信ビジネスでなく、付加情報配信ビジネスを可能とするシステムとなる。
ここで、付加情報は、テキスト、静止画像だけでなく、コンサート等の動画像、ボーナストラック、アーティストの肉声等のオーディオ情報であっても構わない。
【０１３８】
以上、実施の形態としての構成及び動作例を説明してきたが、動作例はさらに多様に考えられる。
例えば既にＨＤＤ１５に格納された多数のオーディオファイル群（多数のＣＤからのデータ）について、まとめてバーコード入力を行うことができるようにしてもよい。
つまりユーザーは、既に格納されたＣＤダビングデータをアルバム単位で指定しながらバーコード入力を行っていく。するとＣＰＵ１１はそのバーコードナンバに応じて検索処理を行い、検索された付加情報を、指定されたＣＤアルバムのデータ（オーディオファイル群）に対応する管理ファイルに付加し、又は関連情報ファイルを生成するようにしていく。
このようにしていくと、ユーザーはバーコード入力をある時点でまとめて行うことができる点で、便利なものとなる。
【０１３９】
また、上記例ではＣＤの商品タイトルの識別情報をバーコードとしたが、例えばレコード番号、製造コード番号などを識別情報として用いてもよい。
上記例ではＣＤ等のパッケージメディアから記録再生装置１０へのダビング時に付加情報が取得されるように構成されているが、識別情報が付加されていれば、情報センタ１からのオーディオデータの配信時に、他のサーバから付加情報が取得されるようにしてもよい。
【０１４０】
また記録再生装置としての構成、他の機器とのシステム構成などについても多様な例が考えられることはいうまでもない。
上記例では付加情報がダビングされたオーディオデータに関連づけられてＨＤＤ１５に記憶されるようにしているが、例えばプリンタを備えるようにし、付加情報であるジャケット画像や歌詞データが印刷出力されるようにしてもよい。又は、歌詞データ等が読み上げ音声として出力されるようにしてもよい。
【図面の簡単な説明】
【０１４１】
【図１】本発明の実施の形態の記録再生装置を含む情報配信システムの説明図である。
【図２】実施の形態の記録再生装置及び携帯装置の説明図である。
【図３】実施の形態の記録再生装置のブロック図である。
【図４】実施の形態の記録再生装置に接続される携帯装置のブロック図である。
【図５】実施の形態の記録再生装置から携帯装置へのファイル移動処理のフローチャートである。
【図６】実施の形態の記録再生装置のハードディスク内のファイル格納形態の説明図である。
【図７】実施の形態の記録再生装置のハードディスク内の管理ファイルの内容の説明図である。
【図８】実施の形態で使用されるデータベースの説明図である。
【図９】実施の形態で使用されるバーコードの説明図である。
【図１０】実施の形態の第１の動作例の処理のフローチャートである。
【図１１】実施の形態のバーコード入力の際の表示例の説明図である。
【図１２】実施の形態のバーコード入力の際の表示例の説明図である。
【図１３】実施の形態の付加情報検索結果の表示例の説明図である。
【図１４】実施の形態の第２の動作例の処理のフローチャートである。
【図１５】実施の形態の第３の動作例の付加情報検索結果の表示例の説明図である。
【図１６】実施の形態の第３の動作例の処理のフローチャートである。
【符号の説明】
【０１４２】
１  情報センタ、３  伝送路、１０  記録再生装置、１１  ＣＰＵ、１２  ＲＯＭ、１３  ＲＡＭ、１４  フラッシュメモリ、１５  ＨＤＤ、１６  バッファメモリ、１７  ＣＤ−ＲＯＭドライブ、１８  ＭＤドライブ、１９  モデム、２０  パネル操作部、２２  赤外線インターフェースドライバ、２３  ＵＳＢドライバ、２４  表示部、２５  表示ドライバ、２６  インターフェースドライバ、２７  コネクタ、２８  エンコーダ、２９  デコーダ、３０  ＩＥＣ９５８エンコーダ、３１  Ａ／Ｄ変換器、３２  マイクアンプ、３３  Ｄ／Ａ変換器、３４  アンプ、３５  スピーカ、３６  ＩＥＥＥ１３９４ドライバ、３７  ＩＥＥＥ１３９４インターフェース、３８  ＰＣＭＣＩＡドライバ、３９  ＰＣＭＣＩＡスロット、４０  スキャナドライバ、４１  ペンドライバ、４２  入力検出部、５１  ＣＰＵ、５２  ＲＯＭ、５３  ＲＡＭ、５４  ＨＤＤ、５５  バッファメモリ、５６  パネル操作部、５７  表示部、５８  表示ドライバ、５９  インターフェースドライバ、６０  コネクタ、６１  エンコーダ、６２  デコーダ、６３  ＩＥＣ９５８エンコーダ、６４  Ａ／Ｄ変換器、６５  マイクアンプ、６６  Ｄ／Ａ変換器、６７  アンプ、６８  スピーカ、９０  キーボード、９１  リモートコマンダー、９２  バーコードスキャナ、９３  入力ペン
【図１】
2007012271.tif 000003
【図２】
2007012271.tif 000004
【図３】
2007012271.tif 000005
【図４】
2007012271.tif 000006
【図５】
2007012271.tif 000007
【図６】
2007012271.tif 000008
【図７】
2007012271.tif 000009
【図８】
2007012271.tif 000010
【図９】
2007012271.tif 000011
【図１０】
2007012271.tif 000012
【図１１】
2007012271.tif 000013
【図１２】
2007012271.tif 000014
【図１３】
2007012271.tif 000015
【図１４】
2007012271.tif 000016
【図１５】
2007012271.tif 000017
【図１６】
2007012271.tif 000018