記録情報転送装置、記録情報転送方法及び記録情報転送システム
【課題】 記録媒体の残り時間に対して、ユーザーの手間なく適切な曲が選択されて追加記録されるようにする。
【解決手段】 ユーザーが指定した曲（指定記録情報）の記録後の状態としての記録媒体の記録可能量（残り時間）を判別し、判別された記録可能量に対して記録可能な情報量（演奏時間）であり、かつ指定記録情報とされていない曲を、情報ソースを検索して得、記録装置に対して追加記録情報として送出させるようにする。
【解決手段】 ユーザーが指定した曲（指定記録情報）の記録後の状態としての記録媒体の記録可能量（残り時間）を判別し、判別された記録可能量に対して記録可能な情報量（演奏時間）であり、かつ指定記録情報とされていない曲を、情報ソースを検索して得、記録装置に対して追加記録情報として送出させるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽等の情報ソースから記録装置（記録媒体）での記録のために情報を提供する際に好適な記録情報転送装置、記録情報転送方法及び記録情報転送システムに関するものである。
【背景技術】
【０００２】
ユーザーの所有するオーディオビジュアル機器として各種のものが普及しており、音楽ソフトや映像ソフトを個人で楽しむことが一般化している。
例えばユーザーがＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）などのディスク記録媒体を用いたオーディオシステムなどを所有し、パッケージメディアとして販売されている所望のＣＤ、ＭＤ等を購入して再生させたり、或いは記録可能なメディアであるＭＤを用いて自分の好みの選曲によるオリジナルディスクを作成するなどのことが行われている。
【０００３】
また従来ない新たなオーディオビジュアル機器として、例えばハードディスクなどの大容量メディアを利用してオーディオデータファイルやビデオデータファイルを蓄積する記録再生装置の開発が進められている。
例えばＣＤなどのユーザーが所有するパッケージメディアに収録されている楽曲等を、その記録再生装置内のハードディスクなどにダビング記録する。ハードディスクなどの大容量の記録媒体を用いることで、例えばユーザーが所有する多数のＣＤ等における全楽曲などを記録再生システム内に格納しておくことができる。
【０００４】
そしてユーザーは、或る楽曲等を再生させたいときには、わざわざその楽曲が収録されたＣＤ等を探して記録再生装置に装填する必要はなく、楽曲を指定してハードディスクから読み出して再生させるようにすればよい。従って特に大量のＣＤ等を所有しているユーザーなどで非常に便利なものとなる。そしてまたＣＤ等の入れ換え等も不要となるため、例えばその日の気分や状況に応じた選曲で音楽を楽しむなどといったことも手軽に可能となる。
【０００５】
また、例えばその記録再生装置のハードディスク等から楽曲等のデータを移動又は複写できる携帯用記録再生装置などを設ければ、多数の楽曲の中からその日に聴きたい楽曲を選んで複写等を実行させて、その携帯用記録再生装置で再生できるようにすることができる。特にその携帯用記録再生装置でも記録媒体としてハードディスクやフラッシュメモリなどを用いるようにすれば、楽曲データ等の移動や複写を瞬時に実行することができ、例えばユーザーは毎日、出かける前に、その日の気分や状況に応じて曲を選択して、携帯用記録再生装置側に移動又は複写を行い、その携帯用記録再生装置で曲の再生を楽しむことなどの利用形態も可能となる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、ユーザーが或る音楽データのソースから選択した音楽データを所定の記録媒体にダビングするということは、比較的頻繁に行われる。
例えばＣＤに収録されている音楽をＭＤにダビングすることもその一形態であるし、上記のようにハードディスクを音楽データのソースとして備えた記録再生装置から携帯用記録装置に音楽データをダビングすることも考えられる。
このようにダビングを行う場合は、通常、ユーザーが曲やアルバム単位で音楽を選択してダビングを実行させるが、そのダビング先の記録媒体において、選択された全曲が録音されても、なお録音可能な容量（録音可能時間）が残されていることが多い。例えば音楽データ６０分を記憶可能な記録媒体に、ユーザーが総演奏時間５５分の音楽アルバムをダビングさせた場合、あと５分の記録可能な残り時間が発生する。
この場合、ユーザーは残りの容量を有効利用するために、さらに、適当な曲を選んでダビングさせる場合が多い。
【０００７】
しかしながら、残り容量に対して適切な曲を見つけることは、ユーザーにとっては結構面倒な作業となる。例えば記録媒体の残り時間を確認して、演奏時間がその時間以内となるような曲を、手持ちのＣＤ等の中から探していかなければならない。もちろんＣＤジャケット等に演奏時間が記載されていなければ、そのＣＤからは選択できなかったり、あるいは録音が途中で切れること（容量オーバーで録音不能となること）を覚悟してダビングさせなければならないという事態となることもある。
また例え適切な演奏時間の曲が見つかっても、先にダビングした曲とあまりに雰囲気やジャンルの違う曲などは好ましくないという事情もある。
【０００８】
またＣＤシステムにおいて、或るＣＤからＭＤ等にダビングを行った後に、記録可能な残り時間があった場合は、そのＣＤから適切な曲を選んでダビングさせるというものも提案されていたが、その場合は、或る曲が重複してダビングされるものとなるため、記録媒体側の容量の有効利用とは言い難く、またユーザーが、その様な追加のダビングは不要と考えることも多かった。
【課題を解決するための手段】
【０００９】
本発明はこのような問題点に鑑みて、記録媒体の残り時間への記録について、その残り時間（残り容量）に応じた適切なデータ量であり、かつ、既に記録されている情報と重複のない情報を選択できるようにすることでユーザーの作業を簡略化させることを目的とする。さらに選択される情報は、ユーザーにとって先に記録した情報などとの関連で好ましいと思えるものとする。
【００１０】
このため、記録情報転送装置は、データファイルと前記データファイルに対応付けられる付加情報とを記憶する記憶手段と、記録装置と接続するための接続手段と、前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手段とを備える記録情報転送装置。
前記記録情報転送装置は更に、前記記憶手段からデータファイルを抽出するための抽出条件を設定する設定手段を備え、前記制御手段は、前記所定のデータファイルとは異なり、且つ、前記抽出条件に一致する付加情報が対応付けられたデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる。
更に、前記記録装置の記録可能容量を判別する判別手段を備え、前記制御手段は、前記所定のデータファイルとは異なり、且つ、前記判別手段で判別された記録可能容量に対して記録可能な情報量のデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる。
前記制御手段は、前記判別手段で判別された記憶可能量が所定値未満のときは、前記接続手段による前記他のデータファイルの転送を禁止する。
前記制御手段は、前記判別手段で判別された記憶可能量が前記記憶手段における最小の情報量を有するデータファイルの情報量より小さいときは、前記接続手段による前記他のデータファイルの転送を禁止する。
前記付加情報は、前記付加情報が対応付けられるデータファイルの再生回数情報を含み、前記抽出条件は、再生回数が所定の回数以上のデータファイルである。
前記付加情報は、前記付加情報が対応付けられるデータファイルが記録された日時である記録日時情報を含み、前記抽出条件は、記録日時が所定の期間のデータファイルである。
前記付加情報は、前記付加情報が対応付けられるデータファイルのアーティスト情報、ジャンル情報、作曲者情報のうち少なくとも一つを含み、前記抽出条件は、所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つが所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つと一致するデータファイルである。
【００１１】
本発明の記録情報転送方法は、データファイルと前記データファイルに対応付けられる付加情報とを記憶手段に記憶する記憶手順と、記録装置と接続手段によって接続する接続手順と、前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手順とを備える。
本発明の記録情報転送装置と記録装置からなる記録情報転送システムは、
前記記録情報転送装置は、データファイルと前記データファイルに対応付けられる付加情報とを記憶する記憶手段と、記録装置と接続するための接続手段と、前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手段とを備え、
前記記録装置は、前記接続手段から転送される前記データファイルを記録する記録手段を備える。
【発明の効果】
【００１２】
以上の説明からわかるように本発明では、記録情報転送装置が、ユーザーが指定した情報（指定記録情報）の記録後の状態としての記録装置の記録媒体の記録可能量を判別し、判別された記録可能量に対して記録可能な情報量であり、かつ指定記録情報とされていない情報を、情報ソースを検索して得、記録装置に対して追加記録情報として送出させるようにしている。従って、記録装置側の記録媒体に残り時間が発生する際に、自動的に適切なデータ量の情報（適切な演奏時間の曲など）が選択されて、追加記録に供されるため、記録媒体の有効利用がはかれるとともに、そのためにユーザーが容量に応じて記録すべき情報を選ぶといった面倒な作業を不要としたうえで容量に応じた適切な情報を追加記録されるようにすることができる。その上、指定記録情報は検索から除外されることで、同じ情報（同じ曲）が追加記録されることもなく、ユーザーにとって好ましいものとなる。
【００１３】
また本発明では、情報ソースの検索により得られた情報のうちで、選択された１つの情報のみを、追加記録情報として送出させることで検索処理、記録処理を簡略化できる。つまり、情報ソースの検索対象は、１単位の情報として、残り容量に適切なものを選べばよいことで、複数の情報を組み合わせたときに適切な容量となる場合など、複雑な場合を考慮しなくてよく、検索処理の簡略化及びそれによる迅速化を図ることができる。
もちろん検索された情報をユーザーに一覧提示したときに、ユーザーに１つの情報のみの選択を求めることで、ユーザーは単純に１つ選べばよく、操作も簡単なものとなる。
【００１４】
また本発明では、情報ソースの検索に際して、指定記録情報に応じて絞込条件を設定して、検索を行うものとしている。これにより、指定記録情報と関連性のある情報を追加記録できるようにできる。例えばクラシック音楽がユーザーの指定によりダビングされた際に、クラシックとしての音楽ジャンルで絞り込むことで、残りの部分にヘビィメタル音楽が追加録音され、再生時にユーザーの気分や雰囲気を著しく損ねてしまうようなことも避けられる。また、指定記録情報としての音楽と同一のアーティストの音楽などの絞込条件を設定することも好適である。もちろん絞込条件の設定により、ユーザーの希望に応じた追加記録情報の検索も可能となる。
【００１５】
また本発明として、追加記録情報送出制御手段は、判別手段で判別された記録可能量が所定値未満の場合は、追加記録情報の送出処理を実行しないようにすることで、例えば残り時間３０秒未満など、追加記録があまり意味のないような状況において、無理に検索や追加録音を行なうこと避けることができ、つまり状況に応じた適切な処理が実現される。例えば特に必要ない場合に検索や追加記録処理を行ったり、これによって処理完了が遅れるということを防止できる。
【００１６】
また本発明では、追加記録情報送出制御手段は、判別手段で判別された記録可能量が、情報ソース内での最小の情報の情報量より小さい場合は、追加記録情報の送出処理を実行しないようにしている。つまり追加記録として適切な情報が抽出できない場合には、その追加記録処理自体を行わないことで、無駄な動作を防止できる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態としての記録再生装置、携帯用記録再生装置について説明していく。まずその記録再生装置を含む情報配信システム例を述べ、その後、記録再生装置及び携帯用記録再生装置における特徴的な動作例を説明する。
なお、本例の記録再生装置の特徴的な動作は、以下説明する情報配信システムとしての動作としても実現可能であるが、記録再生装置単体と携帯用記録再生装置のみのシステムとしても実現可能なものである。
説明は次の順序で行う。
１．情報配信システムの概要
２．記録再生装置及び携帯装置の外観例
３．記録再生装置の内部構成
４．携帯装置の内部構成
５．記録再生装置のファイル格納形態
６．ダビング時の動作例
７．変形例
【００１８】
１．情報配信システムの概要
図１は本例の記録再生装置が含まれる情報配信システムの概要を示すものである。
この情報配信システムは、基本的には、一般ユーザーが家庭２などで用いる記録再生装置１０と、記録再生装置１０の使用に関する情報サービス組織としての情報センタ１とから構成される。
情報センタ１と記録再生装置１０は、通信回線３を用いて各種情報の通信が可能とされている。通信回線３は例えばＩＳＤＮ回線などの公衆回線網としてもよいし、当該システムのための専用回線網などを構築してもよく、その回線の形態は特に限定されない。
また通信衛星４や各家庭２に設置したパラボラアンテナ５などを利用した衛星通信回線を構成し、情報センタ１と記録再生装置１０との情報通信が可能とされるようにしてもよい。
【００１９】
一般ユーザーが使用する本例の記録再生装置１０は、詳しくは後述するが、内部に大容量のデータファイル格納部（例えば図３のハードディスクドライブ１５）を備えるとともに、ＣＤ、ＭＤなどのパッケージメディアのドライブ機能や、他の機器からのデータ入力機能、通信回線を介したデータ入力機能などを備えており、ＣＤ、ＣＤ−ＲＯＭ、ＭＤなどのユーザーが購入したメディアから再生されるオーディオデータ、ビデオデータ、その他の各種データや、他の機器や通信回線から入力される各種データを、それぞれファイルとして格納していくことができる。
【００２０】
そして格納されたファイル（例えば音楽等を１曲単位で１つのファイルとして格納している）については、ユーザーが任意に再生させることなどが可能となる。従って、例えば多数のＣＤを有するユーザーが、全ＣＤの全楽曲をそれぞれ１つのファイルとして記録再生装置１０内に格納しておけば、わざわざＣＤ等を選び出して装填しなくても、所望の楽曲等の再生を実行させることができる。
【００２１】
このような記録再生装置１０に対して、情報センタ１は有料又は無料で各種の情報を提供することができる。
例えば記録再生装置１０に格納されている楽曲等のファイルに関連する情報（付加情報）として、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ：Uniform Resource Locator）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報を提供することができる。例えば記録再生装置１０ではこれら情報センタから提供された情報を曲のファイルと対応させて格納しておき、表示出力に利用するなど各種動作を行うことができる。
【００２２】
また場合によっては、情報センタ１はオーディオデータ自体、即ち楽曲等を記録再生装置１０に送信し、ファイルとして格納させることで、いわゆるパッケージメディアとしてのＣＤ等とは異なった楽曲等の販売／提供システムを構築することも可能である。
【００２３】
このシステム例では、ユーザーが使用する装置として、記録再生装置１０と接続可能な携帯用の記録再生装置５０（以下、携帯装置という）がある。
この携帯装置５０についても詳しくは後述するが、内部にオーディオデータ等のファイルを格納することができるデータファイル格納部（例えば図４の固体メモリ（又はハードディスクドライブ）５４）を備える。
そして記録再生装置１０と接続された際に、記録再生装置１０内に格納されているファイル（楽曲等）を、この携帯装置５０内のデータファイル格納部に複写又は移動させることができる。もちろん、逆に携帯装置５０内のデータファイル格納部に格納されたファイルを、記録再生装置１０内のデータファイル格納部に複写又は移動させることも可能である。
【００２４】
ユーザーは記録再生装置１０内に格納されたファイルのうち任意のファイルを携帯装置５０に移動又は複写させることで、そのファイルを携帯装置５０で利用することができる。例えば携帯装置５０を使用する際に、その日に聴きたいと思った楽曲のファイルを移動させることで、例えば外出先でそれらの曲を聴くことなどが可能となる。
【００２５】
２．記録再生装置及び携帯装置の外観例
記録再生装置１０及び携帯装置５０の外観例について図２に示す。なお、ここで説明するのはあくまでも一例であり、各機器の外観やユーザーインターフェース構成（操作や表示のための構成）、記録再生装置１０と携帯装置５０の接続形態などは他にも各種の例が考えられる。
【００２６】
図２に示すように記録再生装置１０は例えばユーザーの家庭での使用に適するように、いわゆるラジカセ型の機器とされている。もちろんコンポーネントタイプでもよい。
この記録再生装置１０には、ユーザーが各種操作を行うための各種の操作子Ｋａとして、操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ３５や、各種情報を表示出力する表示部２４が設けられる。表示部２４は例えば液晶パネルなどで形成される。
【００２７】
また、ユーザーが所有するＣＤ方式のディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキストなど）を記録再生装置１０で再生させたり、後述する内部のハードディスクにデータダビング等を行うために、ＣＤ方式のディスクを挿入するＣＤ挿入部１７が設けられる。
同様に、ユーザーが所有するＭＤ方式のディスク（オーディオＭＤ、ＭＤデータなど）を記録再生装置１０で再生／再生させたり、内部のハードディスクにデータダビング等を行うために、ＭＤ方式のディスクを挿入するＭＤ挿入部１８が設けられる。
【００２８】
また、他の機器との接続を行うための各種の端子ｔａが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
【００２９】
また、ユーザーの操作入力の手段としては、上記操作子Ｋａ以外に、キーボード９０やリモートコマンダー９１を用いることができる。
キーボード９０は端子ｔａとしてのキーボード用コネクタを介して接続して用いるようにしたり、或いは赤外線送信部をキーボード９０に搭載した場合は、キーボード９０からの操作情報を赤外線無線方式で出力し、受光部２１から記録再生装置１０に入力させることもできる。
リモートコマンダー９１は例えば赤外線方式で操作情報を出力する。そしてその赤外線信号による操作情報は受光部２１から記録再生装置１０に入力される。
なお、キーボード９０を無線方式とする場合の操作情報の出力や、リモートコマンダー９１からの操作情報の出力は、赤外線ではなく電波を用いるようにしてもよい。
【００３０】
さらに、表示部２４とともに入力手段を形成する入力ペン９３が設けられる。即ち表示部２４にいわゆるＧＵＩとして操作用の画像が表示されるとともに、その表示部２４上の画像に対して入力ペン９３を当てることで、タッチペン入力として、その画像に応じた操作入力が行われるようにするものである。
【００３１】
また記録再生装置１０にはＰＣＭＣＩＡスロット３９が形成され、ＰＣＭＣＩＡカードを装着してのデータのやりとりが可能とされている。
【００３２】
携帯装置５０は、ユーザーが携帯して使用を行うことに好適なように小型軽量の機器とされる。
この携帯装置５０には、ユーザーが各種操作を行うための各種の操作子Ｋｂとして、操作キーなどが設けられている。図示していないが、もちろんジョグダイヤルなどを設けてもよい。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ６８や、各種情報を表示出力する表示部５７が設けられる。表示部５７は例えば液晶パネルなどで形成される。
【００３３】
また、他の機器との接続を行うための各種の端子ｔｂが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
例えばユーザーが携帯して音楽等を聴く場合は、スピーカ６８から音声を再生させる他、ヘッドホン９２を端子ｔｂのうちのヘッドホン用端子に接続することで、ヘッドホン９２を用いて音楽等を聴くことができる。
【００３４】
記録再生装置１０と携帯装置５０を接続することで、記録再生装置１０と携帯装置５０の間で各種データ通信（オーディオデータ等の実ファイルデータや、それらの通信時の処理のための制御データなどの通信）が可能とされる。
この例では、記録再生装置１０に、コネクタ２７を有する装着部ＭＴが設けられ、この装着部ＭＴに携帯装置５０を装填することで両機器が接続されるものとしている。携帯装置５０が装着部ＭＴに装填されると、携帯装置５０の下部に設けられたコネクタ６０と、装着部ＭＴ内のコネクタ２７が接続された状態となり、このコネクタ６０，２７を介して両機器の間のデータ通信が行われる。
なお、記録再生装置１０と携帯装置５０の接続は、通信ケーブルを用いたライン接続方式としたり、もしくは赤外線等を利用した無線接続方式としてもよい。
【００３５】
３．記録再生装置の内部構成
続いて記録再生装置１０の内部構成例を図３で説明する。
この記録再生装置１０には、パネル操作部２０としてプッシュ式や回動式の操作子が設けられている。ここでいう操作子とは、図２に示した各種操作子Ｋａに相当する。つまり機器筐体上に形成される各種操作子である。
このパネル操作部２０が操作されることにより、記録再生装置１０の各種動作を実行させるための操作信号が送出され、記録再生装置１０はこの操作信号に応じて動作される。
【００３６】
また、図２で入力ペン９３を示したが、表示部２４に操作キー表示に対して入力ペン９３による入力が行われたことを検出するために入力検出部４２が設けられる。また入力ペン９３を駆動するペンドライバ４１が設けられる。
入力ペン９３による入力方式としては、例えば静電容量検出型が考えられる。即ち入力ペン９３の先端に電極を設けてペンドライバ４１により駆動するとともに、入力検出部４２として表示部２４の表示面に相当する範囲にマトリクス状に電極を配する。するとペンドライバ４１が触れた位置が、マトリクス状の電極によって静電容量変化位置として検出できるため、その位置に表示されていた操作画像としての操作入力が行われたと判別できる。
なお他の例としては、入力検出部４２として２層にマトリクス状のスイッチ電極を配し、入力ペン９３で押圧された位置でスイッチ電極の接触が検出されるような機械的な構成も考えられる。このような場合はペンドライバ４１は不要であり、また入力ペン９３も専用のものである必要はない。
【００３７】
また、例えば記録されるオーディオ情報に対応する曲名、アーティスト名等の入力を容易にするために、上記したようにキーボード９０やリモートコマンダー９１を利用することができるが、ＵＳＢ(universal serial bus)端子ｔａ６にキーボード９０を接続することで、キーボード９０による入力が可能となる。即ちキーボード９０からの入力信号（操作信号）はＵＳＢ端子ｔａ６を介してＵＳＢドライバに供給されることで、記録再生装置１０の内部に取り込むことができる。なお、図３における各種の端子ｔａ１〜ｔａ７は、それぞれ図２に示した端子ｔａのうちの１つに相当する。
【００３８】
またリモートコマンダー９１からの赤外線による操作信号（及びキーボード９０が赤外線出力を行う場合の操作信号）は、その赤外線操作信号は受光部２１で光電変換され、赤外線インターフェースドライバ２２に供給されることで、記録再生装置１０の内部に取り込むことができるようにされている。
なお、赤外線インターフェースドライバ２２、或いはＵＳＢドライバ２３を介してデータ転送出力を行うように構成してもよい。
【００３９】
この記録再生装置１０には通常のパーソナルコンピュータの構成であるＲＡＭ１３、ＲＯＭ１２、フラッシュメモリ１４が設けられており、ＣＰＵ１１により記録再生装置１０の全体の動作制御が行われる。
また各ブロック間でのファイルデータや制御データの授受はバスＢ１を介して行われる。
【００４０】
上記のパネル操作部２０、入力ペン９３、リモートコマンダー９１、キーボード９０などにより入力された操作入力信号は、ＣＰＵ１１に転送される。そしてＣＰＵ１１は操作に応じた所定の処理を実行することになる。
このためＲＯＭ１２には、上記パネル操作部２０等が操作されることにより入力される入力信号に応じて記録再生装置１０の動作を制御するプログラム等が記憶されている。
またＲＡＭ１３、フラッシュメモリ１４にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。または、ＲＯＭ１２にはプログラムローダーが記憶されており、そのプログラムローダーによりフラッシュメモリ１４にプログラム自体がロードされることも可能である。
【００４１】
ＣＤ−ＲＯＭドライブ１７にはＣＤ方式の光ディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキスト等）が、上記ＣＤ挿入部１７から装着されると共に、１倍速或いはより高速、例えば１６倍速、３２倍速で光学ピックアップにより光ディスクに記憶される情報が読み出される。
【００４２】
またＭＤドライブ１７にはＭＤ方式の光ディスク又は光磁気ディスク（オーディオＭＤ、ＭＤデータ等）が上記ＭＤ挿入部１８から装着されると共に、光学ピックアップによりディスクに記憶される情報が読み出される。もしくは装填されたディスクに対して情報の記録を行うことができる。
【００４３】
なお、本例ではＣＤ−ＲＯＭドライブ１７、ＭＤドライブ１８を設けた例をあげているが、このいづれか一方のみを設けたり、もしくは情報が記憶されているメディアとして他のメディア（例えばＭＯディスクと呼ばれる光磁気ディスクや他の方式の光ディスク、磁気ディスク、メモリカード等）に対応するドライブが設けられてもかまわない。
【００４４】
この記録再生装置１０の内部の大容量の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（hard disk drive ：以下ＨＤＤという）１５が設けられている。例えばＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８から読み出されるオーディオ情報などを、ＨＤＤ１５においてファイル単位（例えば１曲が１ファイル）で格納できる。
【００４５】
また、オーディオデータに関してＡＴＲＡＣ２方式（Adaptive Transform Acoustic Coding 2）の圧縮エンコードを行うエンコーダ２８、及びオーディオデータに関してＡＴＲＡＣ２方式の圧縮に対するデコードを行うデコード２９が設けられる。
エンコーダ２８、デコーダ２９はＣＰＵ１１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ１６が設けられる。バッファメモリ１６はＣＰＵ１１の制御によりデータの書込／読出が行われる。
【００４６】
例えばＣＤ−ＲＯＭドライブ１７でディスクから読み出されたオーディオデータをＨＤＤ１５に格納する場合、ＨＤＤ１５にオーディオデータを記憶する前処理として、バッファメモリ１６にディスクから読み出されたオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ２８に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにエンコーダ２８でエンコードされたデータがバッファメモリ１６に再び一時記憶され、最終的にＨＤＤ１５にエンコードされたオーディオ情報が蓄積されることになる。
【００４７】
なお本例では、エンコーダ２８によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ１５に蓄積されるようにしているが、例えばＣＤ−ＲＯＭドライブ１７から読み出されるデータがそのままＨＤＤ１５に蓄積されるようにしてもかまわない。
【００４８】
エンコーダ２８では、ＣＤ−ＲＯＭドライブ１７に装着されるメディアから読み出されたデータがエンコードされるだけではなく、マイクロホンが接続されたマイク端子ｔａ３からアンプ３２を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔａ２から入力されるオーディオ信号が、Ａ／Ｄ変換器３１を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードすることができる。
更に、光デジタル端子ｔａ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８(International Electrotechnical Commission 958) エンコーダ３０を介してエンコーダ２８に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ２８によりエンコードできる。
【００４９】
そして、これらのように外部機器から入力されたデータをエンコーダ２８でエンコードした後に、そのエンコードされたデータをＨＤＤ１５にファイル単位で格納できるようにされている。
【００５０】
なおエンコーダ２８のエンコードアルゴリズムとしてはＡＴＲＡＣ２（商標）を用いたが、情報圧縮されるエンコードアルゴリズムであればよく、ＡＴＲＡＣ（商標）、ＭＰＥＧ(moving picture coding experts group) 、ＰＡＳＣ(precision adaptive sub-band coding)、ＴｗｉｎＶＱ（商標）、ＲｅａｌＡｕｄｉｏ（商標）、ＬｉｑｕｉｄＡｕｄｉｏ（商標）等であってもかまわない。
【００５１】
また記録再生装置１０には、通信回線３として、通信端子ｔａ５に接続される外部ネットワークであるインターネット、ＴＥＬネットワーク、ケーブルＴＶ、ワイヤレスネットワーク等に接続可能なインターフェースであるモデム１９が備えられている。
そしてモデム１９を介して遠隔地のサーバに何らかのサービスを求めるリクエスト信号、或いはＣＤ−ＲＯＭドライブ１７に装着されるメディア情報、ユーザＩＤ、ユーザ情報、ユーザ課金情報等が送出される。
【００５２】
外部ネットワークのサーバ（通信回線３で通信可能なサーバ）側ではユーザＩＤによる照合処理、課金処理、ディスク情報からの音楽付加情報、例えば曲のタイトル、アーティスト名、作曲家、作詞家、歌詞、ジャケットイメージ等の検索が行われ、ユーザがリクエストした所定の付加情報を記録再生装置１０側へ返信するような動作が可能となる。
ここで、音楽に対する付加的な関連情報を返信する例を示したが、ユーザがリクエストする曲情報が直接外部ネットワークからダウンロードされるように構成してもよい。また、メディア情報に対応して曲情報が返信されるように構成して所定のメディアのボーナストラックが配信により取得されるように構成しても良い。
【００５３】
ＨＤＤ１５に蓄積されたオーディオ情報は、デコーダ２９によりデコードされ、Ｄ／Ａ変換器３３、アンプ３４を介してスピーカ３５により再生出力することができる。もしくはヘッドホン端子ｔａ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ２９はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ２８のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコードのためのハードウェアを持たず、ＣＰＵ１１によるソフトウェア処理であってもよい。
【００５４】
更に、ＨＤＤ１５に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部２４が設けられているが、表示部２４は表示ドライバ２５によって表示駆動される。
表示部２４ではＣＰＵ１１の制御に基づいて所要の文字、記号、操作用アイコン等が表示される。
また表示部２４にはオーディオファイル（なお、楽曲等のオーディオデータが記録されたファイルを説明上オーディオファイルという）などに対応するフォルダ、或いはジャケットイメージが表示され、上記入力ペン９３のようなポインティングデバイスによる操作が可能とされる。例えば表示上でユーザーが指示したオーディオファイルが再生されるような動作が可能となる。
もちろん、マウスによるクリック操作や、ユーザが指で触れる等のタッチ操作方式も考えられる。
【００５５】
また表示部２４での表示を用いて、選択されたオーディオファイルの消去や、外部機器（例えば携帯装置５０）への複写、移動等も制御可能である。
或いは、表示部２４は、ＣＤ−ＲＯＭドライブ１７に装着されるメディアのＴＯＣ(table of contents) 情報を基にインターネット上のＷＷＷ(world wide web)サイトから検索された関連情報としてのｈｔｍｌ(hyper text markup laguage) 文書がグラフィック表示されるように構成され、更に通常のインターネットブラウザとしても使用可能となっている。
【００５６】
また記録再生装置１０では、ＩＥＥＥ１３９４インターフェース３７、ＩＥＥＥ１３９４ドライバ３６を介して、端子ｔａ７に接続された各種機器やシステム、例えば衛星放送用のＩＲＤ、ＭＤプレーヤ、ＤＶＤプレーヤ、ＤＶプレーヤ等からオーディオ情報が取り込まれるように構成されている。
更なる付加機能としてＰＣＭＣＩＡ(Personal Computer Memory Card International Association) スロット３９がＰＣＭＣＩＡドライバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着可能となっており、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易である。
【００５７】
さらに図２で説明したように記録再生装置１０には携帯装置５０と接続する際のコネクタ２７が設けられている。コネクタ２７と、携帯装置５０側のコネクタ６０とが接続されることにより、ＣＰＵ１１はインターフェースドライバ２６を介して携帯装置５０側と各種のデータ通信が可能となる。例えばＨＤＤ１５に蓄積されているオーディオファイルを転送することができる。
【００５８】
４．携帯装置の内部構成
続いて、携帯装置５０の内部構成例を図４に示す。
記録再生装置１０と携帯装置５０は、コネクタ２７とコネクタ６０が接続されることで、電気的に接続されることになるが、この状態で記録再生装置１０のインターフェースドライバ２６と、携帯装置５０のインターフェースドライバ５９が接続され、両機器の間のデータ通信が可能とされる。
【００５９】
携帯装置５０にはパネル操作部５６としてプッシュ式、回動式のキー等が設けられている。即ち図２に示した各種の操作子Ｋｂがパネル操作部５６に相当する。パネル操作部５６としての操作子Ｋｂが操作されることにより携帯装置５０の動作を指示するための操作信号が制御バスＢ２に送出され、携帯装置５０はこの操作信号に応じた動作を行う。
【００６０】
また、記録再生装置１０と同様に携帯装置５０においても通常のパーソナルコンピュータの構成であるＲＡＭ５３、ＲＯＭ５２が設けられており、ＣＰＵ５１により携帯装置５０の全体の動作が制御される。また各ブロック間のファイルデータや制御データの授受はバスＢ２を介して行われる。
【００６１】
ＲＯＭ５２には、パネル操作部５６が操作されることにより入力される操作信号に応じて携帯装置５０が実行すべきプログラム等が記憶されており、ＲＡＭ５３にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。なお記録再生装置１０と同様にフラッシュメモリが搭載されてもよく、またバス構成は限定されるものではない。
【００６２】
この携帯装置５０の内部の格納手段としては、ハードディスクに対して情報の記録再生を行う固体メモリ５４（フラッシュメモリなど）が設けられている。例えば記録再生装置１０から転送されてきたオーディオ情報などが、固体メモリ５４においてファイル単位（例えば１曲が１ファイル）で格納できる。なお、固体メモリに代えてハードディスクドライブ（ＨＤＤ）を格納手段として用いてもよい。
【００６３】
また、記録再生装置１０と同様に、オーディオデータに関してＡＴＲＡＣ２方式のエンコードを行うエンコーダ６１、及びオーディオデータに関してＡＴＲＡＣ２方式のデコードを行うデコード６２が設けられる。
エンコーダ６１、デコーダ６２はＣＰＵ５１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ５５が設けられる。バッファメモリ５５はＣＰＵ５１の制御によりデータの書込／読出が行われる。
【００６４】
例えばＡＴＲＡＣ２方式でエンコードされていないオーディオデータがインターフェースドライバ５９を介して記録再生装置１０から供給され、それを固体メモリ５４に格納する場合、固体メモリ５４にオーディオデータを記憶する前処理として、バッファメモリ５５にオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ６１に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにそのエンコードされたデータがバッファメモリ５５に再び一時記憶され、最終的に固体メモリ５４にエンコードされたオーディオ情報が蓄積されることになる。
【００６５】
なお、本例では記録再生装置１０におけるＨＤＤ１５ではＡＴＲＡＣ２方式でエンコードされたオーディオファイル等が格納されているとしており、従ってＨＤＤ１５に格納されていたオーディオファイルがインターフェースドライバ５９を介して供給され、それを固体メモリ５４に格納する場合（即ち曲等のデータファイルの複写又は移動を行う場合）は、エンコーダ６１での処理は必要ない。ところが、記録再生装置１０のＣＤ−ＲＯＭドライブ１７等に装着されるメディアから読み出されるオーディオデータ（圧縮処理されていないデータ）が直接インターフェースドライバ５９を介して入力されるようにしてもよく、このような場合に、固体メモリ５４にオーディオデータを記録するための処理として、上記のようにエンコーダ６１によるエンコードが行われることになる。
【００６６】
また本例では、エンコーダ６１によりＡＴＲＡＣ２方式でエンコードされたオーティオデータが固体メモリ５４に蓄積されるようにしているが、例えば圧縮処理されていないデータがそのまま固体メモリ５４に蓄積されるようにしてもよい。
【００６７】
圧縮処理のためにエンコーダ６１にオーディオデータを供給する部位としては、上記インターフェースドライバ５９以外に、マイク端子ｔｂ３、ライン入力端子ｔｂ２、光デジタル端子ｔｂ４なども設けられている。なお、図４における各種の端子ｔｂ１〜ｔｂ４は、それぞれ図２に示した端子ｔｂのうちの１つに相当する。
【００６８】
エンコーダ６１では、マイクロホンが接続されたマイク端子ｔｂ３からアンプ６５を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔｂ２から入力されるオーディオ信号が、Ａ／Ｄ変換器６４を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードされることができる。
更に、光デジタル端子ｔｂ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８エンコーダ６３を介してエンコーダ６１に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ６１によりエンコードできる。
【００６９】
そして、これらのように外部機器から入力されたデータをエンコーダ６１でエンコードした後に、そのエンコードされたデータを固体メモリ５４にファイル単位で格納できるようにされている。
【００７０】
なおエンコーダ６１のエンコードアルゴリズムとしてはＡＴＲＡＣ２に限らず、他の情報圧縮されるエンコードアルゴリズム、例えばＡＴＲＡＣ、ＭＰＥＧ、ＰＡＳＣ、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、ＬｉｑｕｉｄＡｕｄｉｏ等であってもかまわない。
【００７１】
固体メモリ５４に蓄積されたオーディオ情報は、デコーダ６２によりデコードされ、Ｄ／Ａ変換器６６、アンプ６７を介してスピーカ６８により再生出力することができる。もしくはヘッドホン端子ｔｂ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ６２はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ６１のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、ＣＰＵ５１によるソフトウェア処理であってもよい。
【００７２】
更に、固体メモリ５４に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部５７が設けられているが、表示部５７は表示ドライバ５８によって表示駆動される。
表示部５７ではＣＰＵ５１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部５７にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示したオーディオファイルが固体メモリ５４から読み出されてスピーカ３５等から再生されるような動作が可能となる。
また表示部５７での表示を用いて、固体メモリ５４上での選択されたオーディオファイルの消去や、外部機器（例えば記録再生装置１０）への複写、移動等も制御可能である。
【００７３】
なお図２で説明したように携帯装置５０は、記録再生装置１０の装着部ＭＴに装着されることにより記録再生装置１０とのデータ送受信が可能とされているが、非接触型のインターフェースでもよく、例えばＩｒＤＡ等を用いても構わない。
また、図示していないが、記録再生装置１０には充電電流供給部が備えられており、装着される携帯装置５０に対して充電電流を供給し、携帯装置５０の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。
【００７４】
５．記録再生装置のファイル格納形態
図５には、記録再生装置１０内のＨＤＤ１５におけるファイルの格納形態の例を示している。
例えばユーザーは自分の所有しているＣＤをＣＤ−ＲＯＭドライブ１７に装填し、収録されている各楽曲をそれぞれファイルとしてＨＤＤ１５に記録（即ち複写）させることになる。
例えばそのＣＤなどのメディア単位で格納が行われていくとすると、ダビングしたＣＤなどのメディア単位で管理ファイルが形成され、各楽曲等は、それぞれ１つのオーディオファイルとして格納される。
【００７５】
図５には、ｎ枚のＣＤがＨＤＤ１５にダビングされた状態を示しており、各ＣＤに対応して管理ファイルＡＬ（ＡＬ１〜ＡＬ（ｎ））が形成される。そして各ＣＤに収録されている楽曲は、それぞれ管理ファイルＡＬに対応された状態でオーディオファイルとして格納される。
図５では、１行分で示す各ファイルが１つのＣＤからダビングされたファイルとして示しており、例えば或るＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ１に対応して、オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・として格納される。また、他のＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ２に対応して、オーディオファイルＡＬ２−Ｍ１、ＡＬ２−Ｍ２、ＡＬ２−Ｍ３・・・として格納される。即ちこれらが実際の音楽等のデータである。
このように、１つのＣＤからのダビングが行われた際には、１つの管理ファイルとともに、ダビングした曲数分のオーディオファイルが形成される。
【００７６】
またあるＣＤ等のダビングに際して、ユーザーがデータを入力したり、或いは後述するようにデータベースから検索した付加情報などを得ることができるが、それらの情報が関連情報ファイルとして格納される。例えば管理ファイルＡＬ１に対応して関連情報ファイルＡＬ１ａｄが形成される。
関連情報ファイルＡＬ（＊）ａｄとして格納されるデータとは、上述したように、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報となる。
【００７７】
管理ファイルは、対応する１又は複数の各オーディオファイルや関連情報ファイルに関する各種の管理情報を有するものとなり、各オーディオファイルや関連情報ファイルの再生、移動、複写、編集などの際に用いられるものとなる。
例えば管理ファイルＡＬ１は、或るＣＤ等のメディアからダビング格納されたファイル群に関して、その全体の管理情報や、各オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・に関する管理情報、さらには関連情報ファイルＡＬ１ａｄに関する管理情報が記録される。
【００７８】
図６は、管理ファイルに記録される管理情報のデータ例を示している。
例えばＣＤ等のメディアからダビング格納されたファイル群の全体の管理情報となるアルバム情報として、ファイル種別やファイル数、アルバムタイトル、データサイズ、アルバムとしての総演奏時間、ダビングが行われた日時情報、関係者名（アルバム制作者や作詞作曲者、演奏者など）、著作権情報、アルバムＩＤ、履歴情報（例えば再生回数、再生日時など）、音楽ジャンル、ユーザーメモ（このアルバムに関してユーザーが入力した情報）、その他各種の管理情報が記録される。アルバムＩＤとはＣＤなどのメディアとしてのアルバム単位（商品タイトル単位）で固有に付されている識別コードである。
【００７９】
また管理ファイルには、対応する各オーディオファイルに個別に対応する管理情報としてファイル情報（＃１）〜ファイル情報（＃ｍ）が記録され、このファイル情報としては、対応するファイルのファイル種別、対応するファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、ファイルのデータサイズ、その曲の演奏時間、タイトル（曲名）、ダビングが行われた日時情報、関係者名（作詞作曲者、演奏者など）、著作権情報、曲ＩＤ、履歴情報（例えば再生回数、再生日時）、音楽ジャンル、ユーザーメモ（この曲に関してユーザーが入力した情報）、その他各種の管理情報が記録される。
【００８０】
さらに管理ファイルには、対応する関連情報ファイルを管理する管理情報として関連ファイル情報が記録され、この関連ファイル情報としては、対応する関連情報ファイルのファイル種別やファイル数、対応する関連情報ファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、関連情報ファイルのデータサイズ、記録が行われた日時情報、関係者名、著作権情報、関連ファイルＩＤ、その他各種の管理情報が記録される。
【００８１】
管理ファイルに、例えばこのような管理情報が記録されることで、記録再生装置１０は特定の楽曲の再生、移動、複写、編集等の各種処理が可能になり、また曲の再生等の動作に合わせて、関連情報としての画像やテキストを出力することも可能となる。
【００８２】
なお、図６にあげた管理情報の内容は、あくまでも一例であり、また図５のファイル格納形態も一例である。実際には、格納される実データとなるオーディオファイルの各種処理に好適なファイル格納形態や管理形態がとられればよい。
また、本例では実施の形態のファイルとして、楽曲等のオーディオファイルを例にあげて説明して行くが、動画データ、静止画データ、テキストデータ、ゲームソフトとしてのプログラム等を実ファイルとして（つまり関連情報ファイルとしてではなく独立のファイルとして）格納することも当然考えられる。
【００８３】
６．ダビング時の動作例
以上のように構成される記録再生装置１０と携帯装置５０では、それぞれ格納されているファイル（楽曲等のオーディオデータ）を相互に複写（コピー）又は移動（ムーブ）することができる。
即ち、記録再生装置１０のＨＤＤ１５に格納されているファイルを携帯装置５０の固体メモリ５４に複写又は移動させたり、逆に携帯装置５０の固体メモリ５４に格納されているファイルを記録再生装置１０のＨＤＤ１５に複写又は移動させることができる。
【００８４】
なおここで、複写とは、複写した際に複写元のＨＤＤと複写先のＨＤＤにおいてファイルが並存する状態、つまり記録再生装置１０と携帯装置５０の両方で再生可能な状態とする処理をいい、一方、移動とは、複写元のＨＤＤからは再生が不能な状態とする処理をいう。つまり移動の際にはオーディオファイルデータのダビングに加えて、移動元でそのオーディオファイルが再生不能な状態にする処理（例えば再生禁止フラグの設定処理など）が行われるものとなる。
【００８５】
そして特にユーザーは、記録再生装置１０のＨＤＤ１５に格納されている多数のオーディオファイルの中から所望のオーディオファイル（楽曲）を選択し、携帯装置５０にダビング（なお以降、移動又は複写のことを一括してダビングという）することで、その携帯装置５０でダビングした曲を聴くことができる。
そして、このようにダビングを行なった場合に、携帯装置５０側、即ち固体メモリ５４において残り容量が発生することがある。
例えば図１２の「Ａ」が固体メモリ５４の全容量とする。
ここでユーザーが、ＨＤＤ１５から６曲入りの音楽アルバムを指定してその全曲をダビングさせたとする。例えば図５のファイル構造でいえば、オーディオファイルＡＬ（ｘ）−Ｍ１〜ＡＬ（ｘ）−Ｍ６をダビングさせたとする。これが図１２のように楽曲＃１〜＃６として固体メモリ５４内に記録されたときに、その総演奏時間に相当する容量が「Ｂ」であったとすると、Ａ−Ｂ＝Ｃの残り容量が発生する。
本例では、このような残り容量Ｃに対して、音楽データのソースとなるＨＤＤ１５から適切なオーディオファイルを選択し、追加ダビングさせるようにするものである。
【００８６】
このダビング時のＣＰＵ１１の処理を図７、図８に示す。
まず、ユーザーが音楽情報ソースとしてのＨＤＤ１５に格納されたオーディオファイルのうちで、例えばアルバム単位などで１又は複数の楽曲（もちろんアルバム単位ではなくてもよいが）を指定して、携帯装置５０にダビングさせる操作を行ったとする。
すると、ＣＰＵ１１は処理をステップＦ１０１〜Ｆ１０２に進め、指定されたオーディオファイルを携帯装置５０に転送し、固体メモリ５４に記録させる処理を開始する。
【００８７】
このステップＦ１０１，Ｆ１０２の処理は具体的には次のようになる。なお当然ながら記録再生装置１０に携帯装置５０が接続されている状態で実行できる処理となる。
例えば表示部２４に表示されるオーディオファイルを示すフォルダのうち、ユーザーによって所定のポインティングデバイスにより選択されたオーディオファイルが、携帯装置５０への移動又は複写というユーザの更なる指示が行われることで、ユーザーによる曲の指定及びダビング指示が行われたとしてＣＰＵ１１は携帯装置５０へのダビング処理を開始する。そしてファイルの転送処理として、指定されたオーディオファイル（曲）が順次、ＨＤＤ１５からインターフェースドライバ２６、５９を介して固体メモリ５４に転送され、記録されていくことになる。
【００８８】
このようなユーザーの指定にかかるオーディオファイルのダビングが開始されたら、ステップＦ１０３で指定されたｎ曲のダビングの終了を待機する。
なおＨＤＤ１５から固体メモリ５４という、共に高速アクセスメディア間のデータ移動であることや、ＡＴＲＡＣ２などのエンコード／デコード処理は不要であることなどのため、その移動処理は瞬時に完了でき、例えば複数の楽曲としての指定されたオーディオファイルを移動させる処理なども非常に短時間で完了できる。
【００８９】
指定されたオーディオファイルのダビングが完了したら、ＣＰＵ１１はステップＦ１０４で、携帯装置５０の固体メモリ５４における残り容量（記録可能な残り時間）Ｃを判別する。つまり図１２で示した「Ｃ」の量（容量値又は記録可能な時間値）を判別する。なお、オーディオデータの場合、エンコード方式が変更されなければ、容量値と時間値（記録可能な演奏時間量）は等価となるため、以下、説明上「残り時間Ｃ」とする。
【００９０】
固体メモリ５４の空き容量はＣＰＵ５１との通信によって判別するが、例えば固体メモリ５４に対してＣＰＵ１１が直接アクセスできるような構成をとることもでき、その場合は、固体メモリ５４の動作制御やファイル管理をＣＰＵ１１側で実行可能とすることで、ＣＰＵ１１側で直接固体メモリ５４の空き容量の判別を行うことなども可能となる。
【００９１】
固体メモリ５４の残り時間Ｃを判別したら、続いてステップＦ１０５で、残り時間Ｃが所定値未満（例えば３０秒未満）であるか否かを確認する。そして３０秒未満であった場合は、残り容量はほとんどなく、現状態で固体メモリ５４が有効利用されていると判断して（かつ３０秒未満のような短時間の曲はあまりないことから）、一連のダビング処理を終える。つまりこの場合は、指定された曲のみがダビングされ、残り時間Ｃとしての容量に追加ダビングはされない。
【００９２】
一方、残り時間Ｃが３０秒以上であったら、残り時間部分への追加記録を実行するか否かをユーザーに尋ねる。例えば記録可能な残り時間Ｃ＝３分３５秒であったら、図９のように表示部２４にその残り時間を提示し、さらにユーザーの指示を求める表示を行う。
これに対してユーザーは入力ペン９３などで「ＹＥＳ」又は「ＮＯ」の操作を行うことになるが、「ＮＯ」の操作があった場合は、ステップＦ１０７から一連のダビング処理を終了することになる。つまり追加ダビングは行わない。
【００９３】
ところが「ＹＥＳ」の操作があった場合は、ステップＦ１０７からＦ１０８に進め、追加ダビングのための処理を進める。
まずステップＦ１０８で、付加情報から絞込条件Ｌを設定する。
これは、先に指定されてダビングされたオーディオファイルについての付加情報を確認し、例えば音楽として連続して再生させても違和感のないようなものを追加ダビングさせるための絞込条件を設定する。
従って、指定されてダビングされたオーディオファイルについて、図６の管理ファイルにアーティストの情報が付加されていれば、同一アーティストを絞込条件として設定してもよい。もちろん、ジャンル、作詞作曲者、再生回数が何回以上であるか、記録日時、ユーザー定義など、その他の付加情報を絞込条件として設定してもよいし、複数の絞込条件をアンド条件、オア条件、ノット条件などで設定できるようにしてもよい。
【００９４】
このため、例えばステップＦ１０８でデフォルトとしての絞込条件を設定し、ステップＦ１０９で例えば図１０のように絞込条件をユーザーに表示する。
この画面に対してユーザーは各種設定入力を実行できるようにし、絞込条件の変更、追加、条件式の設定ができるようにする。ユーザーが絞込条件の変更や追加などの入力を行った場合は、処理はステップＦ１１０からＦ１１１に進み、絞込条件Ｌを更新してステップＦ１０９に戻る。
【００９５】
ユーザーは提示された（もしくは変更された）絞込条件に納得したら、図１０のように画面から「検索」操作を行う。
するとＣＰＵ１１の処理はステップＦ１１２から図８のステップＦ１１３に進み、データソース（本例の場合はＨＤＤ１５）に格納されたオーディオファイルについて検索を行い、まずその演奏時間ｔが、３０秒≦ｔ≦Ｃとなるものを抽出する。これにより、全オーディオファイルのうちで、残り時間Ｃに対して追加記録できるオーディオファイルが抽出される。
なお、ここでは１曲としての演奏時間ｔが３０秒≦ｔ≦Ｃとなるもののみとし、複数の曲を合わせて残り時間Ｃになるようなものは含まないとする。
【００９６】
続いてステップＦ１１４で、上記設定した絞込条件Ｌで、オーディオファイルを絞り込む。つまり絞込条件Ｌに合わないオーディオファイルを除外していく。例えば同一アーティストが絞込条件とされた場合は、残り時間Ｃに対して追加記録できるオーディオファイルのうちで、ステップＦ１０１で指定してダビングした曲と同一アーティストの曲のみが残されることになる。
【００９７】
さらにステップＦ１１５で、今回指定されてダビングされた曲、つまりステップＦ１０１で指定してダビングした曲は、除外される。
以上の処理で、残り時間に記録可能であって、かつ既にダビングした曲とは異なる曲であり、さらに設定された絞込条件に合致した曲（オーディオファイル）が抽出されたことになる。
【００９８】
続いてステップＦ１１６では、抽出されたオーディオファイルを、その演奏時間順でソートし、表示部２４に一覧表示させる。
例えば図１１のように追加ダビング可能な候補曲としてユーザーに提示し、選択を求める。また必要な操作アイコンも表示する。
これに対してユーザーは曲を選択してダビング実行を指示するか、検索結果が気に入らないため例えば絞込条件を変えて再検索させるか、或いはよい曲がないとしてなどの理由で追加ダビングをキャンセルするかの操作を行う。
【００９９】
ユーザーがキャンセル操作を行った場合は、ステップＦ１１９から一連のダビング処理を終え、追加ダビングを実行しない。
ユーザーが再検索を指示する操作を行った場合は、ステップＦ１１８から図７のステップＦ１０９に戻り、絞込条件の設定からやり直すことができるようにする。
【０１００】
ユーザーが或る１曲を選択してダビング実行の操作を行った場合は、ステップＦ１１７からＦ１２０に進んで、選択されたオーディオファイルのダビング、つまりＨＤＤ１５から読み出して携帯装置５０に供給し、固体メモリ５４に記録させる処理を行う。
そしてその追加ダビングが終了されたら、ステップＦ１２１から一連のダビング処理を終えることになる。
【０１０１】
以上のような処理が行われる本例では、ユーザーが指定したオーディオファイルの記録後の状態としての固体メモリの記録可能量（残り時間Ｃ）を判別し、その残り時間Ｃに対して記録可能であり、かつ指定されてダビングされた曲ではないオーディオファイルを、ＨＤＤ１５を検索して得、追加ダビングするようにしているため、ユーザーが残り時間に応じて追加ダビングすべき曲を選ぶといった面倒な作業を不要としたうえで容量に応じた適切な曲を追加ダビングできる。もちろん最初に指定されてダビングされた曲は除外されるため、同じ曲が追加ダビングれることもない。つまりユーザーにとって操作の手間がなく、かつ好ましい状態で、固体メモリ５４の容量を有効利用できることになる。
【０１０２】
また検索に際して指定されて記録された曲の付加情報に応じて絞込条件を設定している。これにより、既に記録された曲と同一のジャンルや同一のアーティストなどに限定した状態で、追加ダビングする曲を検索させることができる。これは再生時に、追加ダビングの楽曲だけ他の曲とは雰囲気が異なってしまうといったようなことを避けることができる。
もちろんあえてその様な追加ダビングを行ないたいのであれば、同一ジャンルや同一アーティストを避けるような絞込条件を設定すればよい。
【０１０３】
また、情報ソースの検索により得られた情報のうちで、選択された１つの情報のみを、追加記録情報として送出させることで検索処理、記録処理を簡略化できる。つまりステップＦ１１３の検索では、１曲の演奏時間ｔとして検索を行うものとし、例えば２曲あわせたら３０秒≦ｔ≦Ｃに該当するような場合を含まないものとすることで、検索処理は簡単かつ迅速に可能なものとできる。
また検索された情報をユーザーに一覧提示したときに、ユーザーはステップＦ１１７での選択操作として単純に１つ選べばよく、操作も簡単なものとなる。
なお、記録可能な残り時間Ｃがかなり長い場合には、複数曲を追加ダビングした方がよい場合も考えられる。そこで、残り時間Ｃが所定時間以上の場合には、組み合わせでの演奏時間を考慮した検索を行うようにしてもよい。
【０１０４】
またステップＦ１０５においては、残り時間が３０秒未満など、追加記録があまり意味のないような状況においては処理を終了させているため、無理に検索や追加録音を行なうことが避けられる。つまり状況に応じた適切な処理が実現される。例えば特に必要ない場合に検索や追加記録処理を行ったり、これによって処理完了が遅れるということを防止できる。
なお、上記例では３０秒未満としたが、もちろんこの時間設定は各種考えられる。例えば１分未満としてもよい。
【０１０５】
７．変形例
以上、実施の形態の構成及び処理例を説明してきたが、本発明としての変形例は各種多様に考えられる。
まず、上記図７、図８の処理に関して変形例を述べていく。
【０１０６】
上記処理ではステップＦ１０３で指定された曲のダビングが終了してから、ステップＦ１０４以降の追加ダビングに関する処理が開始されるようにしているが、必ずしも指定曲のダビング終了を待つ必要はない。即ちステップＦ１０３の待機処理をなくして、ステップＦ１０２での指定曲のダビングが開始されたら、すぐにステップＦ１０４以降に進んでもよい。
これは、ユーザーによってダビングする曲が指定された時点で、ＣＰＵ１１はその総演奏時間を判別でき、従って指定曲のダビング前の時点で固体メモリ５４の容量を検出すれば、指定曲のダビング後の残り時間Ｃも算出できるためである。
従って、指定曲のダビング中に、絞込条件の設定や追加ダビング曲の検索、ユーザーの選択等を行うことができ、指定曲のダビング完了後に、すぐに追加ダビングを実行できる。このようにすれば、時間を効率利用できるとともに、ユーザーに操作を求めるのは最初の曲指定及びダビング指示と連続させることができ、例えばユーザーは指定曲のダビング指示、絞込条件の設定や検索により抽出された追加ダビング曲の選択などを一度に行ってしまったら、その場を離れてもよいことになる。
上記例ではＨＤＤ１５から固体メモリ５４という、非常に高速にダビングを実行できる装置間での動作例であるため、上記のように指定曲のダビング完了後に追加ダビングのための操作を求めるようにしても、ユーザーはさほど面倒は感じないものとなるが、例えば音楽ソース側をＣＤ、ダビング先をＭＤというように、曲のダビングにかなり時間がかかるメディア間の場合は、追加ダビング曲に関する操作を、ダビング開始直後からできるようにすることが好ましいものとなる。
【０１０７】
上記例では図７の処理のステップＦ１０５により、残り時間Ｃが３０秒未満など、所定値未満の場合は追加ダビングが行われないことになるが、もちろんこのようなステップＦ１０５の処理を設けなくてもよい。つまり、少しでも残りがあれば、一応追加ダビングのための処理に進むようにしてもよい。
また、３０秒のような所定値ではなく、例えばＨＤＤ１５内での最小の情報（最も演奏時間の短いオーディオファイル）の演奏時間より残り時間Ｃが小さい場合は、追加記録情報の送出処理を実行しないようにしてもよい。つまりステップＦ１０５において残り時間Ｃと比較する基準値を、ＨＤＤ１５内でのオーディオファイルの最小演奏時間値とする。つまり追加記録として適切なオーディオファイルが抽出できない場合には、その追加記録処理自体を行わないことで、無駄な動作を防止できるものとなる。
【０１０８】
ステップＦ１０６，Ｆ１０７では、追加ダビングの実行に関して、ユーザーの意志を確認するようにしているが、このような意思確認は行わず、残り時間Ｃがある場合（もしくは残り時間Ｃが所定値／最小値より大きい場合）は、自動的に追加ダビング処理に進むようにしてもよい。
【０１０９】
ステップＦ１０８〜Ｆ１１２では、絞込条件の設定を行っているが、よりユーザー操作を簡易にすることを目的とするなら、絞込条件は設定できないものとしてもよい。
もちろん絞込設定方式を単純に選択肢などで用意し、条件式などは設定できないものとしてもよい。
【０１１０】
図８のステップＦ１１３ではＨＤＤ１５をデータソースとして、残り時間Ｃに適合する演奏時間のオーディオファイルを検索するものとしているが、まずデータソースとしてはＨＤＤ１５に限られるものではない。
即ち図１のようなシステム構成を考えた場合、情報センタ１にオーディオファイルとしてのライブラリが用意されていれば、そこからオーディオファイルを検索し抽出することも考えられる。
もちろんＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８に装填されているＣＤ、ＭＤなどもデータソースとして使用できる。
【０１１１】
また、この検索処理では、演奏時間３０秒を下限として検索を行っているが、この下限の設定の有無又は下限値は各種考えられる。ただし下限の設定を行うことで、或る程度候補数、つまり抽出されるオーディオファイル数を制限することができるため、特にデータソースの規模が大きい場合は、適切な下限設定が有用となる。このため下限値は、上限値である残り時間Ｃから一定範囲を指定する値としてもよい。例えば下限値＝（Ｃ−３０秒）とすれば、残り時間が３分１０秒の時は、演奏時間が２分４０秒〜３分１０秒の範囲に該当するオーディオファイルが抽出され、つまり固体メモリ５４の残り時間Ｃに対して時間的に最も好適なオーディオファイルが検索されることになる。
【０１１２】
ステップＦ１１６では、抽出されたオーディオファイルを演奏時間順でソートしてユーザーに提示するようにしたが、アーティスト別、ジャンル別など他の条件でソートして提示してもよい。また記録日時（ＨＤＤ１５への格納日時）として最新のものから順に並べることや、再生回数の多い順（つまりそのユーザーが気に入っている曲の順）に並べるということも考えられる。いずれにしても、ユーザーが選択しやすい状態で抽出されたオーディオファイルがソートされ、一覧表示が行われるようにすればよい。
【０１１３】
以上、上記処理の変形例を述べてきたが、もちろんこれ以外にも処理の変形例は考えられるものである。
また実施の形態として記録再生装置と携帯装置を挙げたが、例えばＣＤチェンジャー装置とＭＤレコーダが一体化もしくは接続された場合などにも本発明は適用できる。即ち転送可能な音楽ソースとしての部位と記録可能なレコーダとしての部位があれば本発明を適用できるものとなる。
また、音楽データのダビングを例にあげて説明したが、もちろんビデオデータのダビングや、テキストデータの複写などについても本発明は適用できる。
また記録動作ではないが、例えば再生時間を決めて、それに応じた曲を自動検索して再生させるというような応用動作も可能となる。これにより、ユーザーに対してある時間の経過を知らせるタイマーとしての機能も得られる。
【図面の簡単な説明】
【０１１４】
【図１】本発明の実施の形態の記録再生装置を含む情報配信システムの説明図である。
【図２】実施の形態の記録再生装置及び携帯装置の説明図である。
【図３】実施の形態の記録再生装置のブロック図である。
【図４】実施の形態の記録再生装置に接続される携帯装置のブロック図である。
【図５】実施の形態の記録再生装置のハードディスク内のファイル格納形態の説明図である。
【図６】実施の形態の記録再生装置のハードディスク内の管理ファイルの内容の説明図である。
【図７】実施の形態のダビング処理のフローチャートである。
【図８】実施の形態のダビング処理のフローチャートである。
【図９】実施の形態の表示例の説明図である。
【図１０】実施の形態の表示例の説明図である。
【図１１】実施の形態の表示例の説明図である。
【図１２】実施の形態の記録媒体における残り容量の説明図である。
【符号の説明】
【０１１５】
１ 情報センタ、３ 通信回線、１０ 記録再生装置、１１ ＣＰＵ、１２ ＲＯＭ、１３ ＲＡＭ、１４ フラッシュメモリ、１５ ＨＤＤ、１６ バッファメモリ、１７ ＣＤ−ＲＯＭドライブ、１８ ＭＤドライブ、１９ モデム、２０ パネル操作部、２２ 赤外線インターフェースドライバ、２３ ＵＳＢドライバ、２４ 表示部、２５ 表示ドライバ、２６ インターフェースドライバ、２７ コネクタ、２８ エンコーダ、２９ デコーダ、３０ ＩＥＣ９５８エンコーダ、３１ Ａ／Ｄ変換器、３２ マイクアンプ、３３ Ｄ／Ａ変換器、３４ アンプ、３５ スピーカ、３６ ＩＥＥＥ１３９４ドライバ、３７ ＩＥＥＥ１３９４インターフェース、３８ ＰＣＭＣＩＡドライバ、３９ ＰＣＭＣＩＡスロット、４１ ペンドライバ、４２ 入力検出部、５１ ＣＰＵ、５２ ＲＯＭ、５３ ＲＡＭ、５４ ＨＤＤ、５５ バッファメモリ、５６ パネル操作部、５７ 表示部、５８ 表示ドライバ、５９ インターフェースドライバ、６０ コネクタ、６１ エンコーダ、６２ デコーダ、６３ ＩＥＣ９５８エンコーダ、６４ Ａ／Ｄ変換器、６５ マイクアンプ、６６ Ｄ／Ａ変換器、６７ アンプ、６８ スピーカ、９０ キーボード、９１ リモートコマンダー、９３ 入力ペン
【技術分野】
【０００１】
本発明は、音楽等の情報ソースから記録装置（記録媒体）での記録のために情報を提供する際に好適な記録情報転送装置、記録情報転送方法及び記録情報転送システムに関するものである。
【背景技術】
【０００２】
ユーザーの所有するオーディオビジュアル機器として各種のものが普及しており、音楽ソフトや映像ソフトを個人で楽しむことが一般化している。
例えばユーザーがＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）などのディスク記録媒体を用いたオーディオシステムなどを所有し、パッケージメディアとして販売されている所望のＣＤ、ＭＤ等を購入して再生させたり、或いは記録可能なメディアであるＭＤを用いて自分の好みの選曲によるオリジナルディスクを作成するなどのことが行われている。
【０００３】
また従来ない新たなオーディオビジュアル機器として、例えばハードディスクなどの大容量メディアを利用してオーディオデータファイルやビデオデータファイルを蓄積する記録再生装置の開発が進められている。
例えばＣＤなどのユーザーが所有するパッケージメディアに収録されている楽曲等を、その記録再生装置内のハードディスクなどにダビング記録する。ハードディスクなどの大容量の記録媒体を用いることで、例えばユーザーが所有する多数のＣＤ等における全楽曲などを記録再生システム内に格納しておくことができる。
【０００４】
そしてユーザーは、或る楽曲等を再生させたいときには、わざわざその楽曲が収録されたＣＤ等を探して記録再生装置に装填する必要はなく、楽曲を指定してハードディスクから読み出して再生させるようにすればよい。従って特に大量のＣＤ等を所有しているユーザーなどで非常に便利なものとなる。そしてまたＣＤ等の入れ換え等も不要となるため、例えばその日の気分や状況に応じた選曲で音楽を楽しむなどといったことも手軽に可能となる。
【０００５】
また、例えばその記録再生装置のハードディスク等から楽曲等のデータを移動又は複写できる携帯用記録再生装置などを設ければ、多数の楽曲の中からその日に聴きたい楽曲を選んで複写等を実行させて、その携帯用記録再生装置で再生できるようにすることができる。特にその携帯用記録再生装置でも記録媒体としてハードディスクやフラッシュメモリなどを用いるようにすれば、楽曲データ等の移動や複写を瞬時に実行することができ、例えばユーザーは毎日、出かける前に、その日の気分や状況に応じて曲を選択して、携帯用記録再生装置側に移動又は複写を行い、その携帯用記録再生装置で曲の再生を楽しむことなどの利用形態も可能となる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、ユーザーが或る音楽データのソースから選択した音楽データを所定の記録媒体にダビングするということは、比較的頻繁に行われる。
例えばＣＤに収録されている音楽をＭＤにダビングすることもその一形態であるし、上記のようにハードディスクを音楽データのソースとして備えた記録再生装置から携帯用記録装置に音楽データをダビングすることも考えられる。
このようにダビングを行う場合は、通常、ユーザーが曲やアルバム単位で音楽を選択してダビングを実行させるが、そのダビング先の記録媒体において、選択された全曲が録音されても、なお録音可能な容量（録音可能時間）が残されていることが多い。例えば音楽データ６０分を記憶可能な記録媒体に、ユーザーが総演奏時間５５分の音楽アルバムをダビングさせた場合、あと５分の記録可能な残り時間が発生する。
この場合、ユーザーは残りの容量を有効利用するために、さらに、適当な曲を選んでダビングさせる場合が多い。
【０００７】
しかしながら、残り容量に対して適切な曲を見つけることは、ユーザーにとっては結構面倒な作業となる。例えば記録媒体の残り時間を確認して、演奏時間がその時間以内となるような曲を、手持ちのＣＤ等の中から探していかなければならない。もちろんＣＤジャケット等に演奏時間が記載されていなければ、そのＣＤからは選択できなかったり、あるいは録音が途中で切れること（容量オーバーで録音不能となること）を覚悟してダビングさせなければならないという事態となることもある。
また例え適切な演奏時間の曲が見つかっても、先にダビングした曲とあまりに雰囲気やジャンルの違う曲などは好ましくないという事情もある。
【０００８】
またＣＤシステムにおいて、或るＣＤからＭＤ等にダビングを行った後に、記録可能な残り時間があった場合は、そのＣＤから適切な曲を選んでダビングさせるというものも提案されていたが、その場合は、或る曲が重複してダビングされるものとなるため、記録媒体側の容量の有効利用とは言い難く、またユーザーが、その様な追加のダビングは不要と考えることも多かった。
【課題を解決するための手段】
【０００９】
本発明はこのような問題点に鑑みて、記録媒体の残り時間への記録について、その残り時間（残り容量）に応じた適切なデータ量であり、かつ、既に記録されている情報と重複のない情報を選択できるようにすることでユーザーの作業を簡略化させることを目的とする。さらに選択される情報は、ユーザーにとって先に記録した情報などとの関連で好ましいと思えるものとする。
【００１０】
このため、記録情報転送装置は、データファイルと前記データファイルに対応付けられる付加情報とを記憶する記憶手段と、記録装置と接続するための接続手段と、前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手段とを備える記録情報転送装置。
前記記録情報転送装置は更に、前記記憶手段からデータファイルを抽出するための抽出条件を設定する設定手段を備え、前記制御手段は、前記所定のデータファイルとは異なり、且つ、前記抽出条件に一致する付加情報が対応付けられたデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる。
更に、前記記録装置の記録可能容量を判別する判別手段を備え、前記制御手段は、前記所定のデータファイルとは異なり、且つ、前記判別手段で判別された記録可能容量に対して記録可能な情報量のデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる。
前記制御手段は、前記判別手段で判別された記憶可能量が所定値未満のときは、前記接続手段による前記他のデータファイルの転送を禁止する。
前記制御手段は、前記判別手段で判別された記憶可能量が前記記憶手段における最小の情報量を有するデータファイルの情報量より小さいときは、前記接続手段による前記他のデータファイルの転送を禁止する。
前記付加情報は、前記付加情報が対応付けられるデータファイルの再生回数情報を含み、前記抽出条件は、再生回数が所定の回数以上のデータファイルである。
前記付加情報は、前記付加情報が対応付けられるデータファイルが記録された日時である記録日時情報を含み、前記抽出条件は、記録日時が所定の期間のデータファイルである。
前記付加情報は、前記付加情報が対応付けられるデータファイルのアーティスト情報、ジャンル情報、作曲者情報のうち少なくとも一つを含み、前記抽出条件は、所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つが所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つと一致するデータファイルである。
【００１１】
本発明の記録情報転送方法は、データファイルと前記データファイルに対応付けられる付加情報とを記憶手段に記憶する記憶手順と、記録装置と接続手段によって接続する接続手順と、前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手順とを備える。
本発明の記録情報転送装置と記録装置からなる記録情報転送システムは、
前記記録情報転送装置は、データファイルと前記データファイルに対応付けられる付加情報とを記憶する記憶手段と、記録装置と接続するための接続手段と、前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手段とを備え、
前記記録装置は、前記接続手段から転送される前記データファイルを記録する記録手段を備える。
【発明の効果】
【００１２】
以上の説明からわかるように本発明では、記録情報転送装置が、ユーザーが指定した情報（指定記録情報）の記録後の状態としての記録装置の記録媒体の記録可能量を判別し、判別された記録可能量に対して記録可能な情報量であり、かつ指定記録情報とされていない情報を、情報ソースを検索して得、記録装置に対して追加記録情報として送出させるようにしている。従って、記録装置側の記録媒体に残り時間が発生する際に、自動的に適切なデータ量の情報（適切な演奏時間の曲など）が選択されて、追加記録に供されるため、記録媒体の有効利用がはかれるとともに、そのためにユーザーが容量に応じて記録すべき情報を選ぶといった面倒な作業を不要としたうえで容量に応じた適切な情報を追加記録されるようにすることができる。その上、指定記録情報は検索から除外されることで、同じ情報（同じ曲）が追加記録されることもなく、ユーザーにとって好ましいものとなる。
【００１３】
また本発明では、情報ソースの検索により得られた情報のうちで、選択された１つの情報のみを、追加記録情報として送出させることで検索処理、記録処理を簡略化できる。つまり、情報ソースの検索対象は、１単位の情報として、残り容量に適切なものを選べばよいことで、複数の情報を組み合わせたときに適切な容量となる場合など、複雑な場合を考慮しなくてよく、検索処理の簡略化及びそれによる迅速化を図ることができる。
もちろん検索された情報をユーザーに一覧提示したときに、ユーザーに１つの情報のみの選択を求めることで、ユーザーは単純に１つ選べばよく、操作も簡単なものとなる。
【００１４】
また本発明では、情報ソースの検索に際して、指定記録情報に応じて絞込条件を設定して、検索を行うものとしている。これにより、指定記録情報と関連性のある情報を追加記録できるようにできる。例えばクラシック音楽がユーザーの指定によりダビングされた際に、クラシックとしての音楽ジャンルで絞り込むことで、残りの部分にヘビィメタル音楽が追加録音され、再生時にユーザーの気分や雰囲気を著しく損ねてしまうようなことも避けられる。また、指定記録情報としての音楽と同一のアーティストの音楽などの絞込条件を設定することも好適である。もちろん絞込条件の設定により、ユーザーの希望に応じた追加記録情報の検索も可能となる。
【００１５】
また本発明として、追加記録情報送出制御手段は、判別手段で判別された記録可能量が所定値未満の場合は、追加記録情報の送出処理を実行しないようにすることで、例えば残り時間３０秒未満など、追加記録があまり意味のないような状況において、無理に検索や追加録音を行なうこと避けることができ、つまり状況に応じた適切な処理が実現される。例えば特に必要ない場合に検索や追加記録処理を行ったり、これによって処理完了が遅れるということを防止できる。
【００１６】
また本発明では、追加記録情報送出制御手段は、判別手段で判別された記録可能量が、情報ソース内での最小の情報の情報量より小さい場合は、追加記録情報の送出処理を実行しないようにしている。つまり追加記録として適切な情報が抽出できない場合には、その追加記録処理自体を行わないことで、無駄な動作を防止できる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態としての記録再生装置、携帯用記録再生装置について説明していく。まずその記録再生装置を含む情報配信システム例を述べ、その後、記録再生装置及び携帯用記録再生装置における特徴的な動作例を説明する。
なお、本例の記録再生装置の特徴的な動作は、以下説明する情報配信システムとしての動作としても実現可能であるが、記録再生装置単体と携帯用記録再生装置のみのシステムとしても実現可能なものである。
説明は次の順序で行う。
１．情報配信システムの概要
２．記録再生装置及び携帯装置の外観例
３．記録再生装置の内部構成
４．携帯装置の内部構成
５．記録再生装置のファイル格納形態
６．ダビング時の動作例
７．変形例
【００１８】
１．情報配信システムの概要
図１は本例の記録再生装置が含まれる情報配信システムの概要を示すものである。
この情報配信システムは、基本的には、一般ユーザーが家庭２などで用いる記録再生装置１０と、記録再生装置１０の使用に関する情報サービス組織としての情報センタ１とから構成される。
情報センタ１と記録再生装置１０は、通信回線３を用いて各種情報の通信が可能とされている。通信回線３は例えばＩＳＤＮ回線などの公衆回線網としてもよいし、当該システムのための専用回線網などを構築してもよく、その回線の形態は特に限定されない。
また通信衛星４や各家庭２に設置したパラボラアンテナ５などを利用した衛星通信回線を構成し、情報センタ１と記録再生装置１０との情報通信が可能とされるようにしてもよい。
【００１９】
一般ユーザーが使用する本例の記録再生装置１０は、詳しくは後述するが、内部に大容量のデータファイル格納部（例えば図３のハードディスクドライブ１５）を備えるとともに、ＣＤ、ＭＤなどのパッケージメディアのドライブ機能や、他の機器からのデータ入力機能、通信回線を介したデータ入力機能などを備えており、ＣＤ、ＣＤ−ＲＯＭ、ＭＤなどのユーザーが購入したメディアから再生されるオーディオデータ、ビデオデータ、その他の各種データや、他の機器や通信回線から入力される各種データを、それぞれファイルとして格納していくことができる。
【００２０】
そして格納されたファイル（例えば音楽等を１曲単位で１つのファイルとして格納している）については、ユーザーが任意に再生させることなどが可能となる。従って、例えば多数のＣＤを有するユーザーが、全ＣＤの全楽曲をそれぞれ１つのファイルとして記録再生装置１０内に格納しておけば、わざわざＣＤ等を選び出して装填しなくても、所望の楽曲等の再生を実行させることができる。
【００２１】
このような記録再生装置１０に対して、情報センタ１は有料又は無料で各種の情報を提供することができる。
例えば記録再生装置１０に格納されている楽曲等のファイルに関連する情報（付加情報）として、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ：Uniform Resource Locator）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報を提供することができる。例えば記録再生装置１０ではこれら情報センタから提供された情報を曲のファイルと対応させて格納しておき、表示出力に利用するなど各種動作を行うことができる。
【００２２】
また場合によっては、情報センタ１はオーディオデータ自体、即ち楽曲等を記録再生装置１０に送信し、ファイルとして格納させることで、いわゆるパッケージメディアとしてのＣＤ等とは異なった楽曲等の販売／提供システムを構築することも可能である。
【００２３】
このシステム例では、ユーザーが使用する装置として、記録再生装置１０と接続可能な携帯用の記録再生装置５０（以下、携帯装置という）がある。
この携帯装置５０についても詳しくは後述するが、内部にオーディオデータ等のファイルを格納することができるデータファイル格納部（例えば図４の固体メモリ（又はハードディスクドライブ）５４）を備える。
そして記録再生装置１０と接続された際に、記録再生装置１０内に格納されているファイル（楽曲等）を、この携帯装置５０内のデータファイル格納部に複写又は移動させることができる。もちろん、逆に携帯装置５０内のデータファイル格納部に格納されたファイルを、記録再生装置１０内のデータファイル格納部に複写又は移動させることも可能である。
【００２４】
ユーザーは記録再生装置１０内に格納されたファイルのうち任意のファイルを携帯装置５０に移動又は複写させることで、そのファイルを携帯装置５０で利用することができる。例えば携帯装置５０を使用する際に、その日に聴きたいと思った楽曲のファイルを移動させることで、例えば外出先でそれらの曲を聴くことなどが可能となる。
【００２５】
２．記録再生装置及び携帯装置の外観例
記録再生装置１０及び携帯装置５０の外観例について図２に示す。なお、ここで説明するのはあくまでも一例であり、各機器の外観やユーザーインターフェース構成（操作や表示のための構成）、記録再生装置１０と携帯装置５０の接続形態などは他にも各種の例が考えられる。
【００２６】
図２に示すように記録再生装置１０は例えばユーザーの家庭での使用に適するように、いわゆるラジカセ型の機器とされている。もちろんコンポーネントタイプでもよい。
この記録再生装置１０には、ユーザーが各種操作を行うための各種の操作子Ｋａとして、操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ３５や、各種情報を表示出力する表示部２４が設けられる。表示部２４は例えば液晶パネルなどで形成される。
【００２７】
また、ユーザーが所有するＣＤ方式のディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキストなど）を記録再生装置１０で再生させたり、後述する内部のハードディスクにデータダビング等を行うために、ＣＤ方式のディスクを挿入するＣＤ挿入部１７が設けられる。
同様に、ユーザーが所有するＭＤ方式のディスク（オーディオＭＤ、ＭＤデータなど）を記録再生装置１０で再生／再生させたり、内部のハードディスクにデータダビング等を行うために、ＭＤ方式のディスクを挿入するＭＤ挿入部１８が設けられる。
【００２８】
また、他の機器との接続を行うための各種の端子ｔａが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
【００２９】
また、ユーザーの操作入力の手段としては、上記操作子Ｋａ以外に、キーボード９０やリモートコマンダー９１を用いることができる。
キーボード９０は端子ｔａとしてのキーボード用コネクタを介して接続して用いるようにしたり、或いは赤外線送信部をキーボード９０に搭載した場合は、キーボード９０からの操作情報を赤外線無線方式で出力し、受光部２１から記録再生装置１０に入力させることもできる。
リモートコマンダー９１は例えば赤外線方式で操作情報を出力する。そしてその赤外線信号による操作情報は受光部２１から記録再生装置１０に入力される。
なお、キーボード９０を無線方式とする場合の操作情報の出力や、リモートコマンダー９１からの操作情報の出力は、赤外線ではなく電波を用いるようにしてもよい。
【００３０】
さらに、表示部２４とともに入力手段を形成する入力ペン９３が設けられる。即ち表示部２４にいわゆるＧＵＩとして操作用の画像が表示されるとともに、その表示部２４上の画像に対して入力ペン９３を当てることで、タッチペン入力として、その画像に応じた操作入力が行われるようにするものである。
【００３１】
また記録再生装置１０にはＰＣＭＣＩＡスロット３９が形成され、ＰＣＭＣＩＡカードを装着してのデータのやりとりが可能とされている。
【００３２】
携帯装置５０は、ユーザーが携帯して使用を行うことに好適なように小型軽量の機器とされる。
この携帯装置５０には、ユーザーが各種操作を行うための各種の操作子Ｋｂとして、操作キーなどが設けられている。図示していないが、もちろんジョグダイヤルなどを設けてもよい。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ６８や、各種情報を表示出力する表示部５７が設けられる。表示部５７は例えば液晶パネルなどで形成される。
【００３３】
また、他の機器との接続を行うための各種の端子ｔｂが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
例えばユーザーが携帯して音楽等を聴く場合は、スピーカ６８から音声を再生させる他、ヘッドホン９２を端子ｔｂのうちのヘッドホン用端子に接続することで、ヘッドホン９２を用いて音楽等を聴くことができる。
【００３４】
記録再生装置１０と携帯装置５０を接続することで、記録再生装置１０と携帯装置５０の間で各種データ通信（オーディオデータ等の実ファイルデータや、それらの通信時の処理のための制御データなどの通信）が可能とされる。
この例では、記録再生装置１０に、コネクタ２７を有する装着部ＭＴが設けられ、この装着部ＭＴに携帯装置５０を装填することで両機器が接続されるものとしている。携帯装置５０が装着部ＭＴに装填されると、携帯装置５０の下部に設けられたコネクタ６０と、装着部ＭＴ内のコネクタ２７が接続された状態となり、このコネクタ６０，２７を介して両機器の間のデータ通信が行われる。
なお、記録再生装置１０と携帯装置５０の接続は、通信ケーブルを用いたライン接続方式としたり、もしくは赤外線等を利用した無線接続方式としてもよい。
【００３５】
３．記録再生装置の内部構成
続いて記録再生装置１０の内部構成例を図３で説明する。
この記録再生装置１０には、パネル操作部２０としてプッシュ式や回動式の操作子が設けられている。ここでいう操作子とは、図２に示した各種操作子Ｋａに相当する。つまり機器筐体上に形成される各種操作子である。
このパネル操作部２０が操作されることにより、記録再生装置１０の各種動作を実行させるための操作信号が送出され、記録再生装置１０はこの操作信号に応じて動作される。
【００３６】
また、図２で入力ペン９３を示したが、表示部２４に操作キー表示に対して入力ペン９３による入力が行われたことを検出するために入力検出部４２が設けられる。また入力ペン９３を駆動するペンドライバ４１が設けられる。
入力ペン９３による入力方式としては、例えば静電容量検出型が考えられる。即ち入力ペン９３の先端に電極を設けてペンドライバ４１により駆動するとともに、入力検出部４２として表示部２４の表示面に相当する範囲にマトリクス状に電極を配する。するとペンドライバ４１が触れた位置が、マトリクス状の電極によって静電容量変化位置として検出できるため、その位置に表示されていた操作画像としての操作入力が行われたと判別できる。
なお他の例としては、入力検出部４２として２層にマトリクス状のスイッチ電極を配し、入力ペン９３で押圧された位置でスイッチ電極の接触が検出されるような機械的な構成も考えられる。このような場合はペンドライバ４１は不要であり、また入力ペン９３も専用のものである必要はない。
【００３７】
また、例えば記録されるオーディオ情報に対応する曲名、アーティスト名等の入力を容易にするために、上記したようにキーボード９０やリモートコマンダー９１を利用することができるが、ＵＳＢ(universal serial bus)端子ｔａ６にキーボード９０を接続することで、キーボード９０による入力が可能となる。即ちキーボード９０からの入力信号（操作信号）はＵＳＢ端子ｔａ６を介してＵＳＢドライバに供給されることで、記録再生装置１０の内部に取り込むことができる。なお、図３における各種の端子ｔａ１〜ｔａ７は、それぞれ図２に示した端子ｔａのうちの１つに相当する。
【００３８】
またリモートコマンダー９１からの赤外線による操作信号（及びキーボード９０が赤外線出力を行う場合の操作信号）は、その赤外線操作信号は受光部２１で光電変換され、赤外線インターフェースドライバ２２に供給されることで、記録再生装置１０の内部に取り込むことができるようにされている。
なお、赤外線インターフェースドライバ２２、或いはＵＳＢドライバ２３を介してデータ転送出力を行うように構成してもよい。
【００３９】
この記録再生装置１０には通常のパーソナルコンピュータの構成であるＲＡＭ１３、ＲＯＭ１２、フラッシュメモリ１４が設けられており、ＣＰＵ１１により記録再生装置１０の全体の動作制御が行われる。
また各ブロック間でのファイルデータや制御データの授受はバスＢ１を介して行われる。
【００４０】
上記のパネル操作部２０、入力ペン９３、リモートコマンダー９１、キーボード９０などにより入力された操作入力信号は、ＣＰＵ１１に転送される。そしてＣＰＵ１１は操作に応じた所定の処理を実行することになる。
このためＲＯＭ１２には、上記パネル操作部２０等が操作されることにより入力される入力信号に応じて記録再生装置１０の動作を制御するプログラム等が記憶されている。
またＲＡＭ１３、フラッシュメモリ１４にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。または、ＲＯＭ１２にはプログラムローダーが記憶されており、そのプログラムローダーによりフラッシュメモリ１４にプログラム自体がロードされることも可能である。
【００４１】
ＣＤ−ＲＯＭドライブ１７にはＣＤ方式の光ディスク（オーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤテキスト等）が、上記ＣＤ挿入部１７から装着されると共に、１倍速或いはより高速、例えば１６倍速、３２倍速で光学ピックアップにより光ディスクに記憶される情報が読み出される。
【００４２】
またＭＤドライブ１７にはＭＤ方式の光ディスク又は光磁気ディスク（オーディオＭＤ、ＭＤデータ等）が上記ＭＤ挿入部１８から装着されると共に、光学ピックアップによりディスクに記憶される情報が読み出される。もしくは装填されたディスクに対して情報の記録を行うことができる。
【００４３】
なお、本例ではＣＤ−ＲＯＭドライブ１７、ＭＤドライブ１８を設けた例をあげているが、このいづれか一方のみを設けたり、もしくは情報が記憶されているメディアとして他のメディア（例えばＭＯディスクと呼ばれる光磁気ディスクや他の方式の光ディスク、磁気ディスク、メモリカード等）に対応するドライブが設けられてもかまわない。
【００４４】
この記録再生装置１０の内部の大容量の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ（hard disk drive ：以下ＨＤＤという）１５が設けられている。例えばＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８から読み出されるオーディオ情報などを、ＨＤＤ１５においてファイル単位（例えば１曲が１ファイル）で格納できる。
【００４５】
また、オーディオデータに関してＡＴＲＡＣ２方式（Adaptive Transform Acoustic Coding 2）の圧縮エンコードを行うエンコーダ２８、及びオーディオデータに関してＡＴＲＡＣ２方式の圧縮に対するデコードを行うデコード２９が設けられる。
エンコーダ２８、デコーダ２９はＣＰＵ１１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ１６が設けられる。バッファメモリ１６はＣＰＵ１１の制御によりデータの書込／読出が行われる。
【００４６】
例えばＣＤ−ＲＯＭドライブ１７でディスクから読み出されたオーディオデータをＨＤＤ１５に格納する場合、ＨＤＤ１５にオーディオデータを記憶する前処理として、バッファメモリ１６にディスクから読み出されたオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ２８に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにエンコーダ２８でエンコードされたデータがバッファメモリ１６に再び一時記憶され、最終的にＨＤＤ１５にエンコードされたオーディオ情報が蓄積されることになる。
【００４７】
なお本例では、エンコーダ２８によりＡＴＲＡＣ２方式でエンコードされたオーティオデータがＨＤＤ１５に蓄積されるようにしているが、例えばＣＤ−ＲＯＭドライブ１７から読み出されるデータがそのままＨＤＤ１５に蓄積されるようにしてもかまわない。
【００４８】
エンコーダ２８では、ＣＤ−ＲＯＭドライブ１７に装着されるメディアから読み出されたデータがエンコードされるだけではなく、マイクロホンが接続されたマイク端子ｔａ３からアンプ３２を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔａ２から入力されるオーディオ信号が、Ａ／Ｄ変換器３１を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードすることができる。
更に、光デジタル端子ｔａ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８(International Electrotechnical Commission 958) エンコーダ３０を介してエンコーダ２８に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ２８によりエンコードできる。
【００４９】
そして、これらのように外部機器から入力されたデータをエンコーダ２８でエンコードした後に、そのエンコードされたデータをＨＤＤ１５にファイル単位で格納できるようにされている。
【００５０】
なおエンコーダ２８のエンコードアルゴリズムとしてはＡＴＲＡＣ２（商標）を用いたが、情報圧縮されるエンコードアルゴリズムであればよく、ＡＴＲＡＣ（商標）、ＭＰＥＧ(moving picture coding experts group) 、ＰＡＳＣ(precision adaptive sub-band coding)、ＴｗｉｎＶＱ（商標）、ＲｅａｌＡｕｄｉｏ（商標）、ＬｉｑｕｉｄＡｕｄｉｏ（商標）等であってもかまわない。
【００５１】
また記録再生装置１０には、通信回線３として、通信端子ｔａ５に接続される外部ネットワークであるインターネット、ＴＥＬネットワーク、ケーブルＴＶ、ワイヤレスネットワーク等に接続可能なインターフェースであるモデム１９が備えられている。
そしてモデム１９を介して遠隔地のサーバに何らかのサービスを求めるリクエスト信号、或いはＣＤ−ＲＯＭドライブ１７に装着されるメディア情報、ユーザＩＤ、ユーザ情報、ユーザ課金情報等が送出される。
【００５２】
外部ネットワークのサーバ（通信回線３で通信可能なサーバ）側ではユーザＩＤによる照合処理、課金処理、ディスク情報からの音楽付加情報、例えば曲のタイトル、アーティスト名、作曲家、作詞家、歌詞、ジャケットイメージ等の検索が行われ、ユーザがリクエストした所定の付加情報を記録再生装置１０側へ返信するような動作が可能となる。
ここで、音楽に対する付加的な関連情報を返信する例を示したが、ユーザがリクエストする曲情報が直接外部ネットワークからダウンロードされるように構成してもよい。また、メディア情報に対応して曲情報が返信されるように構成して所定のメディアのボーナストラックが配信により取得されるように構成しても良い。
【００５３】
ＨＤＤ１５に蓄積されたオーディオ情報は、デコーダ２９によりデコードされ、Ｄ／Ａ変換器３３、アンプ３４を介してスピーカ３５により再生出力することができる。もしくはヘッドホン端子ｔａ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ２９はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ２８のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコードのためのハードウェアを持たず、ＣＰＵ１１によるソフトウェア処理であってもよい。
【００５４】
更に、ＨＤＤ１５に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部２４が設けられているが、表示部２４は表示ドライバ２５によって表示駆動される。
表示部２４ではＣＰＵ１１の制御に基づいて所要の文字、記号、操作用アイコン等が表示される。
また表示部２４にはオーディオファイル（なお、楽曲等のオーディオデータが記録されたファイルを説明上オーディオファイルという）などに対応するフォルダ、或いはジャケットイメージが表示され、上記入力ペン９３のようなポインティングデバイスによる操作が可能とされる。例えば表示上でユーザーが指示したオーディオファイルが再生されるような動作が可能となる。
もちろん、マウスによるクリック操作や、ユーザが指で触れる等のタッチ操作方式も考えられる。
【００５５】
また表示部２４での表示を用いて、選択されたオーディオファイルの消去や、外部機器（例えば携帯装置５０）への複写、移動等も制御可能である。
或いは、表示部２４は、ＣＤ−ＲＯＭドライブ１７に装着されるメディアのＴＯＣ(table of contents) 情報を基にインターネット上のＷＷＷ(world wide web)サイトから検索された関連情報としてのｈｔｍｌ(hyper text markup laguage) 文書がグラフィック表示されるように構成され、更に通常のインターネットブラウザとしても使用可能となっている。
【００５６】
また記録再生装置１０では、ＩＥＥＥ１３９４インターフェース３７、ＩＥＥＥ１３９４ドライバ３６を介して、端子ｔａ７に接続された各種機器やシステム、例えば衛星放送用のＩＲＤ、ＭＤプレーヤ、ＤＶＤプレーヤ、ＤＶプレーヤ等からオーディオ情報が取り込まれるように構成されている。
更なる付加機能としてＰＣＭＣＩＡ(Personal Computer Memory Card International Association) スロット３９がＰＣＭＣＩＡドライバ３８を介して設けられ、ＰＣＭＣＩＡカードが装着可能となっており、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易である。
【００５７】
さらに図２で説明したように記録再生装置１０には携帯装置５０と接続する際のコネクタ２７が設けられている。コネクタ２７と、携帯装置５０側のコネクタ６０とが接続されることにより、ＣＰＵ１１はインターフェースドライバ２６を介して携帯装置５０側と各種のデータ通信が可能となる。例えばＨＤＤ１５に蓄積されているオーディオファイルを転送することができる。
【００５８】
４．携帯装置の内部構成
続いて、携帯装置５０の内部構成例を図４に示す。
記録再生装置１０と携帯装置５０は、コネクタ２７とコネクタ６０が接続されることで、電気的に接続されることになるが、この状態で記録再生装置１０のインターフェースドライバ２６と、携帯装置５０のインターフェースドライバ５９が接続され、両機器の間のデータ通信が可能とされる。
【００５９】
携帯装置５０にはパネル操作部５６としてプッシュ式、回動式のキー等が設けられている。即ち図２に示した各種の操作子Ｋｂがパネル操作部５６に相当する。パネル操作部５６としての操作子Ｋｂが操作されることにより携帯装置５０の動作を指示するための操作信号が制御バスＢ２に送出され、携帯装置５０はこの操作信号に応じた動作を行う。
【００６０】
また、記録再生装置１０と同様に携帯装置５０においても通常のパーソナルコンピュータの構成であるＲＡＭ５３、ＲＯＭ５２が設けられており、ＣＰＵ５１により携帯装置５０の全体の動作が制御される。また各ブロック間のファイルデータや制御データの授受はバスＢ２を介して行われる。
【００６１】
ＲＯＭ５２には、パネル操作部５６が操作されることにより入力される操作信号に応じて携帯装置５０が実行すべきプログラム等が記憶されており、ＲＡＭ５３にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。なお記録再生装置１０と同様にフラッシュメモリが搭載されてもよく、またバス構成は限定されるものではない。
【００６２】
この携帯装置５０の内部の格納手段としては、ハードディスクに対して情報の記録再生を行う固体メモリ５４（フラッシュメモリなど）が設けられている。例えば記録再生装置１０から転送されてきたオーディオ情報などが、固体メモリ５４においてファイル単位（例えば１曲が１ファイル）で格納できる。なお、固体メモリに代えてハードディスクドライブ（ＨＤＤ）を格納手段として用いてもよい。
【００６３】
また、記録再生装置１０と同様に、オーディオデータに関してＡＴＲＡＣ２方式のエンコードを行うエンコーダ６１、及びオーディオデータに関してＡＴＲＡＣ２方式のデコードを行うデコード６２が設けられる。
エンコーダ６１、デコーダ６２はＣＰＵ５１の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ５５が設けられる。バッファメモリ５５はＣＰＵ５１の制御によりデータの書込／読出が行われる。
【００６４】
例えばＡＴＲＡＣ２方式でエンコードされていないオーディオデータがインターフェースドライバ５９を介して記録再生装置１０から供給され、それを固体メモリ５４に格納する場合、固体メモリ５４にオーディオデータを記憶する前処理として、バッファメモリ５５にオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ６１に供給されてＡＴＲＡＣ２方式のエンコードが行われる。さらにそのエンコードされたデータがバッファメモリ５５に再び一時記憶され、最終的に固体メモリ５４にエンコードされたオーディオ情報が蓄積されることになる。
【００６５】
なお、本例では記録再生装置１０におけるＨＤＤ１５ではＡＴＲＡＣ２方式でエンコードされたオーディオファイル等が格納されているとしており、従ってＨＤＤ１５に格納されていたオーディオファイルがインターフェースドライバ５９を介して供給され、それを固体メモリ５４に格納する場合（即ち曲等のデータファイルの複写又は移動を行う場合）は、エンコーダ６１での処理は必要ない。ところが、記録再生装置１０のＣＤ−ＲＯＭドライブ１７等に装着されるメディアから読み出されるオーディオデータ（圧縮処理されていないデータ）が直接インターフェースドライバ５９を介して入力されるようにしてもよく、このような場合に、固体メモリ５４にオーディオデータを記録するための処理として、上記のようにエンコーダ６１によるエンコードが行われることになる。
【００６６】
また本例では、エンコーダ６１によりＡＴＲＡＣ２方式でエンコードされたオーティオデータが固体メモリ５４に蓄積されるようにしているが、例えば圧縮処理されていないデータがそのまま固体メモリ５４に蓄積されるようにしてもよい。
【００６７】
圧縮処理のためにエンコーダ６１にオーディオデータを供給する部位としては、上記インターフェースドライバ５９以外に、マイク端子ｔｂ３、ライン入力端子ｔｂ２、光デジタル端子ｔｂ４なども設けられている。なお、図４における各種の端子ｔｂ１〜ｔｂ４は、それぞれ図２に示した端子ｔｂのうちの１つに相当する。
【００６８】
エンコーダ６１では、マイクロホンが接続されたマイク端子ｔｂ３からアンプ６５を介して入力されるオーディオ信号、或いは他のＣＤプレーヤ等の機器が接続されたライン入力端子ｔｂ２から入力されるオーディオ信号が、Ａ／Ｄ変換器６４を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ２８によりエンコードされることができる。
更に、光デジタル端子ｔｂ４に接続された外部機器（例えばＣＤプレーヤ等）から入力されたデータがＩＥＣ９５８エンコーダ６３を介してエンコーダ６１に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ６１によりエンコードできる。
【００６９】
そして、これらのように外部機器から入力されたデータをエンコーダ６１でエンコードした後に、そのエンコードされたデータを固体メモリ５４にファイル単位で格納できるようにされている。
【００７０】
なおエンコーダ６１のエンコードアルゴリズムとしてはＡＴＲＡＣ２に限らず、他の情報圧縮されるエンコードアルゴリズム、例えばＡＴＲＡＣ、ＭＰＥＧ、ＰＡＳＣ、ＴｗｉｎＶＱ、ＲｅａｌＡｕｄｉｏ、ＬｉｑｕｉｄＡｕｄｉｏ等であってもかまわない。
【００７１】
固体メモリ５４に蓄積されたオーディオ情報は、デコーダ６２によりデコードされ、Ｄ／Ａ変換器６６、アンプ６７を介してスピーカ６８により再生出力することができる。もしくはヘッドホン端子ｔｂ１にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ６２はＡＴＲＡＣ２方式のデコードを行うものとしているが、エンコーダ６１のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、ＣＰＵ５１によるソフトウェア処理であってもよい。
【００７２】
更に、固体メモリ５４に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図２にも示したように表示部５７が設けられているが、表示部５７は表示ドライバ５８によって表示駆動される。
表示部５７ではＣＰＵ５１の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部５７にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部２０に該当することになるポインティングデバイスによる操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示したオーディオファイルが固体メモリ５４から読み出されてスピーカ３５等から再生されるような動作が可能となる。
また表示部５７での表示を用いて、固体メモリ５４上での選択されたオーディオファイルの消去や、外部機器（例えば記録再生装置１０）への複写、移動等も制御可能である。
【００７３】
なお図２で説明したように携帯装置５０は、記録再生装置１０の装着部ＭＴに装着されることにより記録再生装置１０とのデータ送受信が可能とされているが、非接触型のインターフェースでもよく、例えばＩｒＤＡ等を用いても構わない。
また、図示していないが、記録再生装置１０には充電電流供給部が備えられており、装着される携帯装置５０に対して充電電流を供給し、携帯装置５０の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。
【００７４】
５．記録再生装置のファイル格納形態
図５には、記録再生装置１０内のＨＤＤ１５におけるファイルの格納形態の例を示している。
例えばユーザーは自分の所有しているＣＤをＣＤ−ＲＯＭドライブ１７に装填し、収録されている各楽曲をそれぞれファイルとしてＨＤＤ１５に記録（即ち複写）させることになる。
例えばそのＣＤなどのメディア単位で格納が行われていくとすると、ダビングしたＣＤなどのメディア単位で管理ファイルが形成され、各楽曲等は、それぞれ１つのオーディオファイルとして格納される。
【００７５】
図５には、ｎ枚のＣＤがＨＤＤ１５にダビングされた状態を示しており、各ＣＤに対応して管理ファイルＡＬ（ＡＬ１〜ＡＬ（ｎ））が形成される。そして各ＣＤに収録されている楽曲は、それぞれ管理ファイルＡＬに対応された状態でオーディオファイルとして格納される。
図５では、１行分で示す各ファイルが１つのＣＤからダビングされたファイルとして示しており、例えば或るＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ１に対応して、オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・として格納される。また、他のＣＤからのダビングデータ（各楽曲）は、管理ファイルＡＬ２に対応して、オーディオファイルＡＬ２−Ｍ１、ＡＬ２−Ｍ２、ＡＬ２−Ｍ３・・・として格納される。即ちこれらが実際の音楽等のデータである。
このように、１つのＣＤからのダビングが行われた際には、１つの管理ファイルとともに、ダビングした曲数分のオーディオファイルが形成される。
【００７６】
またあるＣＤ等のダビングに際して、ユーザーがデータを入力したり、或いは後述するようにデータベースから検索した付加情報などを得ることができるが、それらの情報が関連情報ファイルとして格納される。例えば管理ファイルＡＬ１に対応して関連情報ファイルＡＬ１ａｄが形成される。
関連情報ファイルＡＬ（＊）ａｄとして格納されるデータとは、上述したように、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ）、著作権に関する情報、関係者名（作詞者、作曲者、制作者等）・・・・などの情報となる。
【００７７】
管理ファイルは、対応する１又は複数の各オーディオファイルや関連情報ファイルに関する各種の管理情報を有するものとなり、各オーディオファイルや関連情報ファイルの再生、移動、複写、編集などの際に用いられるものとなる。
例えば管理ファイルＡＬ１は、或るＣＤ等のメディアからダビング格納されたファイル群に関して、その全体の管理情報や、各オーディオファイルＡＬ１−Ｍ１、ＡＬ１−Ｍ２、ＡＬ１−Ｍ３・・・に関する管理情報、さらには関連情報ファイルＡＬ１ａｄに関する管理情報が記録される。
【００７８】
図６は、管理ファイルに記録される管理情報のデータ例を示している。
例えばＣＤ等のメディアからダビング格納されたファイル群の全体の管理情報となるアルバム情報として、ファイル種別やファイル数、アルバムタイトル、データサイズ、アルバムとしての総演奏時間、ダビングが行われた日時情報、関係者名（アルバム制作者や作詞作曲者、演奏者など）、著作権情報、アルバムＩＤ、履歴情報（例えば再生回数、再生日時など）、音楽ジャンル、ユーザーメモ（このアルバムに関してユーザーが入力した情報）、その他各種の管理情報が記録される。アルバムＩＤとはＣＤなどのメディアとしてのアルバム単位（商品タイトル単位）で固有に付されている識別コードである。
【００７９】
また管理ファイルには、対応する各オーディオファイルに個別に対応する管理情報としてファイル情報（＃１）〜ファイル情報（＃ｍ）が記録され、このファイル情報としては、対応するファイルのファイル種別、対応するファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、ファイルのデータサイズ、その曲の演奏時間、タイトル（曲名）、ダビングが行われた日時情報、関係者名（作詞作曲者、演奏者など）、著作権情報、曲ＩＤ、履歴情報（例えば再生回数、再生日時）、音楽ジャンル、ユーザーメモ（この曲に関してユーザーが入力した情報）、その他各種の管理情報が記録される。
【００８０】
さらに管理ファイルには、対応する関連情報ファイルを管理する管理情報として関連ファイル情報が記録され、この関連ファイル情報としては、対応する関連情報ファイルのファイル種別やファイル数、対応する関連情報ファイルのＨＤＤ１５上での記録位置を示すアドレスポインタ、関連情報ファイルのデータサイズ、記録が行われた日時情報、関係者名、著作権情報、関連ファイルＩＤ、その他各種の管理情報が記録される。
【００８１】
管理ファイルに、例えばこのような管理情報が記録されることで、記録再生装置１０は特定の楽曲の再生、移動、複写、編集等の各種処理が可能になり、また曲の再生等の動作に合わせて、関連情報としての画像やテキストを出力することも可能となる。
【００８２】
なお、図６にあげた管理情報の内容は、あくまでも一例であり、また図５のファイル格納形態も一例である。実際には、格納される実データとなるオーディオファイルの各種処理に好適なファイル格納形態や管理形態がとられればよい。
また、本例では実施の形態のファイルとして、楽曲等のオーディオファイルを例にあげて説明して行くが、動画データ、静止画データ、テキストデータ、ゲームソフトとしてのプログラム等を実ファイルとして（つまり関連情報ファイルとしてではなく独立のファイルとして）格納することも当然考えられる。
【００８３】
６．ダビング時の動作例
以上のように構成される記録再生装置１０と携帯装置５０では、それぞれ格納されているファイル（楽曲等のオーディオデータ）を相互に複写（コピー）又は移動（ムーブ）することができる。
即ち、記録再生装置１０のＨＤＤ１５に格納されているファイルを携帯装置５０の固体メモリ５４に複写又は移動させたり、逆に携帯装置５０の固体メモリ５４に格納されているファイルを記録再生装置１０のＨＤＤ１５に複写又は移動させることができる。
【００８４】
なおここで、複写とは、複写した際に複写元のＨＤＤと複写先のＨＤＤにおいてファイルが並存する状態、つまり記録再生装置１０と携帯装置５０の両方で再生可能な状態とする処理をいい、一方、移動とは、複写元のＨＤＤからは再生が不能な状態とする処理をいう。つまり移動の際にはオーディオファイルデータのダビングに加えて、移動元でそのオーディオファイルが再生不能な状態にする処理（例えば再生禁止フラグの設定処理など）が行われるものとなる。
【００８５】
そして特にユーザーは、記録再生装置１０のＨＤＤ１５に格納されている多数のオーディオファイルの中から所望のオーディオファイル（楽曲）を選択し、携帯装置５０にダビング（なお以降、移動又は複写のことを一括してダビングという）することで、その携帯装置５０でダビングした曲を聴くことができる。
そして、このようにダビングを行なった場合に、携帯装置５０側、即ち固体メモリ５４において残り容量が発生することがある。
例えば図１２の「Ａ」が固体メモリ５４の全容量とする。
ここでユーザーが、ＨＤＤ１５から６曲入りの音楽アルバムを指定してその全曲をダビングさせたとする。例えば図５のファイル構造でいえば、オーディオファイルＡＬ（ｘ）−Ｍ１〜ＡＬ（ｘ）−Ｍ６をダビングさせたとする。これが図１２のように楽曲＃１〜＃６として固体メモリ５４内に記録されたときに、その総演奏時間に相当する容量が「Ｂ」であったとすると、Ａ−Ｂ＝Ｃの残り容量が発生する。
本例では、このような残り容量Ｃに対して、音楽データのソースとなるＨＤＤ１５から適切なオーディオファイルを選択し、追加ダビングさせるようにするものである。
【００８６】
このダビング時のＣＰＵ１１の処理を図７、図８に示す。
まず、ユーザーが音楽情報ソースとしてのＨＤＤ１５に格納されたオーディオファイルのうちで、例えばアルバム単位などで１又は複数の楽曲（もちろんアルバム単位ではなくてもよいが）を指定して、携帯装置５０にダビングさせる操作を行ったとする。
すると、ＣＰＵ１１は処理をステップＦ１０１〜Ｆ１０２に進め、指定されたオーディオファイルを携帯装置５０に転送し、固体メモリ５４に記録させる処理を開始する。
【００８７】
このステップＦ１０１，Ｆ１０２の処理は具体的には次のようになる。なお当然ながら記録再生装置１０に携帯装置５０が接続されている状態で実行できる処理となる。
例えば表示部２４に表示されるオーディオファイルを示すフォルダのうち、ユーザーによって所定のポインティングデバイスにより選択されたオーディオファイルが、携帯装置５０への移動又は複写というユーザの更なる指示が行われることで、ユーザーによる曲の指定及びダビング指示が行われたとしてＣＰＵ１１は携帯装置５０へのダビング処理を開始する。そしてファイルの転送処理として、指定されたオーディオファイル（曲）が順次、ＨＤＤ１５からインターフェースドライバ２６、５９を介して固体メモリ５４に転送され、記録されていくことになる。
【００８８】
このようなユーザーの指定にかかるオーディオファイルのダビングが開始されたら、ステップＦ１０３で指定されたｎ曲のダビングの終了を待機する。
なおＨＤＤ１５から固体メモリ５４という、共に高速アクセスメディア間のデータ移動であることや、ＡＴＲＡＣ２などのエンコード／デコード処理は不要であることなどのため、その移動処理は瞬時に完了でき、例えば複数の楽曲としての指定されたオーディオファイルを移動させる処理なども非常に短時間で完了できる。
【００８９】
指定されたオーディオファイルのダビングが完了したら、ＣＰＵ１１はステップＦ１０４で、携帯装置５０の固体メモリ５４における残り容量（記録可能な残り時間）Ｃを判別する。つまり図１２で示した「Ｃ」の量（容量値又は記録可能な時間値）を判別する。なお、オーディオデータの場合、エンコード方式が変更されなければ、容量値と時間値（記録可能な演奏時間量）は等価となるため、以下、説明上「残り時間Ｃ」とする。
【００９０】
固体メモリ５４の空き容量はＣＰＵ５１との通信によって判別するが、例えば固体メモリ５４に対してＣＰＵ１１が直接アクセスできるような構成をとることもでき、その場合は、固体メモリ５４の動作制御やファイル管理をＣＰＵ１１側で実行可能とすることで、ＣＰＵ１１側で直接固体メモリ５４の空き容量の判別を行うことなども可能となる。
【００９１】
固体メモリ５４の残り時間Ｃを判別したら、続いてステップＦ１０５で、残り時間Ｃが所定値未満（例えば３０秒未満）であるか否かを確認する。そして３０秒未満であった場合は、残り容量はほとんどなく、現状態で固体メモリ５４が有効利用されていると判断して（かつ３０秒未満のような短時間の曲はあまりないことから）、一連のダビング処理を終える。つまりこの場合は、指定された曲のみがダビングされ、残り時間Ｃとしての容量に追加ダビングはされない。
【００９２】
一方、残り時間Ｃが３０秒以上であったら、残り時間部分への追加記録を実行するか否かをユーザーに尋ねる。例えば記録可能な残り時間Ｃ＝３分３５秒であったら、図９のように表示部２４にその残り時間を提示し、さらにユーザーの指示を求める表示を行う。
これに対してユーザーは入力ペン９３などで「ＹＥＳ」又は「ＮＯ」の操作を行うことになるが、「ＮＯ」の操作があった場合は、ステップＦ１０７から一連のダビング処理を終了することになる。つまり追加ダビングは行わない。
【００９３】
ところが「ＹＥＳ」の操作があった場合は、ステップＦ１０７からＦ１０８に進め、追加ダビングのための処理を進める。
まずステップＦ１０８で、付加情報から絞込条件Ｌを設定する。
これは、先に指定されてダビングされたオーディオファイルについての付加情報を確認し、例えば音楽として連続して再生させても違和感のないようなものを追加ダビングさせるための絞込条件を設定する。
従って、指定されてダビングされたオーディオファイルについて、図６の管理ファイルにアーティストの情報が付加されていれば、同一アーティストを絞込条件として設定してもよい。もちろん、ジャンル、作詞作曲者、再生回数が何回以上であるか、記録日時、ユーザー定義など、その他の付加情報を絞込条件として設定してもよいし、複数の絞込条件をアンド条件、オア条件、ノット条件などで設定できるようにしてもよい。
【００９４】
このため、例えばステップＦ１０８でデフォルトとしての絞込条件を設定し、ステップＦ１０９で例えば図１０のように絞込条件をユーザーに表示する。
この画面に対してユーザーは各種設定入力を実行できるようにし、絞込条件の変更、追加、条件式の設定ができるようにする。ユーザーが絞込条件の変更や追加などの入力を行った場合は、処理はステップＦ１１０からＦ１１１に進み、絞込条件Ｌを更新してステップＦ１０９に戻る。
【００９５】
ユーザーは提示された（もしくは変更された）絞込条件に納得したら、図１０のように画面から「検索」操作を行う。
するとＣＰＵ１１の処理はステップＦ１１２から図８のステップＦ１１３に進み、データソース（本例の場合はＨＤＤ１５）に格納されたオーディオファイルについて検索を行い、まずその演奏時間ｔが、３０秒≦ｔ≦Ｃとなるものを抽出する。これにより、全オーディオファイルのうちで、残り時間Ｃに対して追加記録できるオーディオファイルが抽出される。
なお、ここでは１曲としての演奏時間ｔが３０秒≦ｔ≦Ｃとなるもののみとし、複数の曲を合わせて残り時間Ｃになるようなものは含まないとする。
【００９６】
続いてステップＦ１１４で、上記設定した絞込条件Ｌで、オーディオファイルを絞り込む。つまり絞込条件Ｌに合わないオーディオファイルを除外していく。例えば同一アーティストが絞込条件とされた場合は、残り時間Ｃに対して追加記録できるオーディオファイルのうちで、ステップＦ１０１で指定してダビングした曲と同一アーティストの曲のみが残されることになる。
【００９７】
さらにステップＦ１１５で、今回指定されてダビングされた曲、つまりステップＦ１０１で指定してダビングした曲は、除外される。
以上の処理で、残り時間に記録可能であって、かつ既にダビングした曲とは異なる曲であり、さらに設定された絞込条件に合致した曲（オーディオファイル）が抽出されたことになる。
【００９８】
続いてステップＦ１１６では、抽出されたオーディオファイルを、その演奏時間順でソートし、表示部２４に一覧表示させる。
例えば図１１のように追加ダビング可能な候補曲としてユーザーに提示し、選択を求める。また必要な操作アイコンも表示する。
これに対してユーザーは曲を選択してダビング実行を指示するか、検索結果が気に入らないため例えば絞込条件を変えて再検索させるか、或いはよい曲がないとしてなどの理由で追加ダビングをキャンセルするかの操作を行う。
【００９９】
ユーザーがキャンセル操作を行った場合は、ステップＦ１１９から一連のダビング処理を終え、追加ダビングを実行しない。
ユーザーが再検索を指示する操作を行った場合は、ステップＦ１１８から図７のステップＦ１０９に戻り、絞込条件の設定からやり直すことができるようにする。
【０１００】
ユーザーが或る１曲を選択してダビング実行の操作を行った場合は、ステップＦ１１７からＦ１２０に進んで、選択されたオーディオファイルのダビング、つまりＨＤＤ１５から読み出して携帯装置５０に供給し、固体メモリ５４に記録させる処理を行う。
そしてその追加ダビングが終了されたら、ステップＦ１２１から一連のダビング処理を終えることになる。
【０１０１】
以上のような処理が行われる本例では、ユーザーが指定したオーディオファイルの記録後の状態としての固体メモリの記録可能量（残り時間Ｃ）を判別し、その残り時間Ｃに対して記録可能であり、かつ指定されてダビングされた曲ではないオーディオファイルを、ＨＤＤ１５を検索して得、追加ダビングするようにしているため、ユーザーが残り時間に応じて追加ダビングすべき曲を選ぶといった面倒な作業を不要としたうえで容量に応じた適切な曲を追加ダビングできる。もちろん最初に指定されてダビングされた曲は除外されるため、同じ曲が追加ダビングれることもない。つまりユーザーにとって操作の手間がなく、かつ好ましい状態で、固体メモリ５４の容量を有効利用できることになる。
【０１０２】
また検索に際して指定されて記録された曲の付加情報に応じて絞込条件を設定している。これにより、既に記録された曲と同一のジャンルや同一のアーティストなどに限定した状態で、追加ダビングする曲を検索させることができる。これは再生時に、追加ダビングの楽曲だけ他の曲とは雰囲気が異なってしまうといったようなことを避けることができる。
もちろんあえてその様な追加ダビングを行ないたいのであれば、同一ジャンルや同一アーティストを避けるような絞込条件を設定すればよい。
【０１０３】
また、情報ソースの検索により得られた情報のうちで、選択された１つの情報のみを、追加記録情報として送出させることで検索処理、記録処理を簡略化できる。つまりステップＦ１１３の検索では、１曲の演奏時間ｔとして検索を行うものとし、例えば２曲あわせたら３０秒≦ｔ≦Ｃに該当するような場合を含まないものとすることで、検索処理は簡単かつ迅速に可能なものとできる。
また検索された情報をユーザーに一覧提示したときに、ユーザーはステップＦ１１７での選択操作として単純に１つ選べばよく、操作も簡単なものとなる。
なお、記録可能な残り時間Ｃがかなり長い場合には、複数曲を追加ダビングした方がよい場合も考えられる。そこで、残り時間Ｃが所定時間以上の場合には、組み合わせでの演奏時間を考慮した検索を行うようにしてもよい。
【０１０４】
またステップＦ１０５においては、残り時間が３０秒未満など、追加記録があまり意味のないような状況においては処理を終了させているため、無理に検索や追加録音を行なうことが避けられる。つまり状況に応じた適切な処理が実現される。例えば特に必要ない場合に検索や追加記録処理を行ったり、これによって処理完了が遅れるということを防止できる。
なお、上記例では３０秒未満としたが、もちろんこの時間設定は各種考えられる。例えば１分未満としてもよい。
【０１０５】
７．変形例
以上、実施の形態の構成及び処理例を説明してきたが、本発明としての変形例は各種多様に考えられる。
まず、上記図７、図８の処理に関して変形例を述べていく。
【０１０６】
上記処理ではステップＦ１０３で指定された曲のダビングが終了してから、ステップＦ１０４以降の追加ダビングに関する処理が開始されるようにしているが、必ずしも指定曲のダビング終了を待つ必要はない。即ちステップＦ１０３の待機処理をなくして、ステップＦ１０２での指定曲のダビングが開始されたら、すぐにステップＦ１０４以降に進んでもよい。
これは、ユーザーによってダビングする曲が指定された時点で、ＣＰＵ１１はその総演奏時間を判別でき、従って指定曲のダビング前の時点で固体メモリ５４の容量を検出すれば、指定曲のダビング後の残り時間Ｃも算出できるためである。
従って、指定曲のダビング中に、絞込条件の設定や追加ダビング曲の検索、ユーザーの選択等を行うことができ、指定曲のダビング完了後に、すぐに追加ダビングを実行できる。このようにすれば、時間を効率利用できるとともに、ユーザーに操作を求めるのは最初の曲指定及びダビング指示と連続させることができ、例えばユーザーは指定曲のダビング指示、絞込条件の設定や検索により抽出された追加ダビング曲の選択などを一度に行ってしまったら、その場を離れてもよいことになる。
上記例ではＨＤＤ１５から固体メモリ５４という、非常に高速にダビングを実行できる装置間での動作例であるため、上記のように指定曲のダビング完了後に追加ダビングのための操作を求めるようにしても、ユーザーはさほど面倒は感じないものとなるが、例えば音楽ソース側をＣＤ、ダビング先をＭＤというように、曲のダビングにかなり時間がかかるメディア間の場合は、追加ダビング曲に関する操作を、ダビング開始直後からできるようにすることが好ましいものとなる。
【０１０７】
上記例では図７の処理のステップＦ１０５により、残り時間Ｃが３０秒未満など、所定値未満の場合は追加ダビングが行われないことになるが、もちろんこのようなステップＦ１０５の処理を設けなくてもよい。つまり、少しでも残りがあれば、一応追加ダビングのための処理に進むようにしてもよい。
また、３０秒のような所定値ではなく、例えばＨＤＤ１５内での最小の情報（最も演奏時間の短いオーディオファイル）の演奏時間より残り時間Ｃが小さい場合は、追加記録情報の送出処理を実行しないようにしてもよい。つまりステップＦ１０５において残り時間Ｃと比較する基準値を、ＨＤＤ１５内でのオーディオファイルの最小演奏時間値とする。つまり追加記録として適切なオーディオファイルが抽出できない場合には、その追加記録処理自体を行わないことで、無駄な動作を防止できるものとなる。
【０１０８】
ステップＦ１０６，Ｆ１０７では、追加ダビングの実行に関して、ユーザーの意志を確認するようにしているが、このような意思確認は行わず、残り時間Ｃがある場合（もしくは残り時間Ｃが所定値／最小値より大きい場合）は、自動的に追加ダビング処理に進むようにしてもよい。
【０１０９】
ステップＦ１０８〜Ｆ１１２では、絞込条件の設定を行っているが、よりユーザー操作を簡易にすることを目的とするなら、絞込条件は設定できないものとしてもよい。
もちろん絞込設定方式を単純に選択肢などで用意し、条件式などは設定できないものとしてもよい。
【０１１０】
図８のステップＦ１１３ではＨＤＤ１５をデータソースとして、残り時間Ｃに適合する演奏時間のオーディオファイルを検索するものとしているが、まずデータソースとしてはＨＤＤ１５に限られるものではない。
即ち図１のようなシステム構成を考えた場合、情報センタ１にオーディオファイルとしてのライブラリが用意されていれば、そこからオーディオファイルを検索し抽出することも考えられる。
もちろんＣＤ−ＲＯＭドライブ１７やＭＤドライブ１８に装填されているＣＤ、ＭＤなどもデータソースとして使用できる。
【０１１１】
また、この検索処理では、演奏時間３０秒を下限として検索を行っているが、この下限の設定の有無又は下限値は各種考えられる。ただし下限の設定を行うことで、或る程度候補数、つまり抽出されるオーディオファイル数を制限することができるため、特にデータソースの規模が大きい場合は、適切な下限設定が有用となる。このため下限値は、上限値である残り時間Ｃから一定範囲を指定する値としてもよい。例えば下限値＝（Ｃ−３０秒）とすれば、残り時間が３分１０秒の時は、演奏時間が２分４０秒〜３分１０秒の範囲に該当するオーディオファイルが抽出され、つまり固体メモリ５４の残り時間Ｃに対して時間的に最も好適なオーディオファイルが検索されることになる。
【０１１２】
ステップＦ１１６では、抽出されたオーディオファイルを演奏時間順でソートしてユーザーに提示するようにしたが、アーティスト別、ジャンル別など他の条件でソートして提示してもよい。また記録日時（ＨＤＤ１５への格納日時）として最新のものから順に並べることや、再生回数の多い順（つまりそのユーザーが気に入っている曲の順）に並べるということも考えられる。いずれにしても、ユーザーが選択しやすい状態で抽出されたオーディオファイルがソートされ、一覧表示が行われるようにすればよい。
【０１１３】
以上、上記処理の変形例を述べてきたが、もちろんこれ以外にも処理の変形例は考えられるものである。
また実施の形態として記録再生装置と携帯装置を挙げたが、例えばＣＤチェンジャー装置とＭＤレコーダが一体化もしくは接続された場合などにも本発明は適用できる。即ち転送可能な音楽ソースとしての部位と記録可能なレコーダとしての部位があれば本発明を適用できるものとなる。
また、音楽データのダビングを例にあげて説明したが、もちろんビデオデータのダビングや、テキストデータの複写などについても本発明は適用できる。
また記録動作ではないが、例えば再生時間を決めて、それに応じた曲を自動検索して再生させるというような応用動作も可能となる。これにより、ユーザーに対してある時間の経過を知らせるタイマーとしての機能も得られる。
【図面の簡単な説明】
【０１１４】
【図１】本発明の実施の形態の記録再生装置を含む情報配信システムの説明図である。
【図２】実施の形態の記録再生装置及び携帯装置の説明図である。
【図３】実施の形態の記録再生装置のブロック図である。
【図４】実施の形態の記録再生装置に接続される携帯装置のブロック図である。
【図５】実施の形態の記録再生装置のハードディスク内のファイル格納形態の説明図である。
【図６】実施の形態の記録再生装置のハードディスク内の管理ファイルの内容の説明図である。
【図７】実施の形態のダビング処理のフローチャートである。
【図８】実施の形態のダビング処理のフローチャートである。
【図９】実施の形態の表示例の説明図である。
【図１０】実施の形態の表示例の説明図である。
【図１１】実施の形態の表示例の説明図である。
【図１２】実施の形態の記録媒体における残り容量の説明図である。
【符号の説明】
【０１１５】
１ 情報センタ、３ 通信回線、１０ 記録再生装置、１１ ＣＰＵ、１２ ＲＯＭ、１３ ＲＡＭ、１４ フラッシュメモリ、１５ ＨＤＤ、１６ バッファメモリ、１７ ＣＤ−ＲＯＭドライブ、１８ ＭＤドライブ、１９ モデム、２０ パネル操作部、２２ 赤外線インターフェースドライバ、２３ ＵＳＢドライバ、２４ 表示部、２５ 表示ドライバ、２６ インターフェースドライバ、２７ コネクタ、２８ エンコーダ、２９ デコーダ、３０ ＩＥＣ９５８エンコーダ、３１ Ａ／Ｄ変換器、３２ マイクアンプ、３３ Ｄ／Ａ変換器、３４ アンプ、３５ スピーカ、３６ ＩＥＥＥ１３９４ドライバ、３７ ＩＥＥＥ１３９４インターフェース、３８ ＰＣＭＣＩＡドライバ、３９ ＰＣＭＣＩＡスロット、４１ ペンドライバ、４２ 入力検出部、５１ ＣＰＵ、５２ ＲＯＭ、５３ ＲＡＭ、５４ ＨＤＤ、５５ バッファメモリ、５６ パネル操作部、５７ 表示部、５８ 表示ドライバ、５９ インターフェースドライバ、６０ コネクタ、６１ エンコーダ、６２ デコーダ、６３ ＩＥＣ９５８エンコーダ、６４ Ａ／Ｄ変換器、６５ マイクアンプ、６６ Ｄ／Ａ変換器、６７ アンプ、６８ スピーカ、９０ キーボード、９１ リモートコマンダー、９３ 入力ペン
【特許請求の範囲】
【請求項１】
データファイルと前記データファイルに対応付けられる付加情報とを記憶する記憶手段と、
記録装置と接続するための接続手段と、
前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手段と
を備える記録情報転送装置。
【請求項２】
前記記録情報転送装置は更に、
前記記憶手段からデータファイルを抽出するための抽出条件を設定する設定手段を備え、
前記制御手段は、前記所定のデータファイルとは異なり、且つ、前記抽出条件に一致する付加情報が対応付けられたデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる
ことを特徴とする請求項１に記載の記録情報転送装置。
【請求項３】
請求項１記載の記録情報転送装置は更に、
前記記録装置の記録可能容量を判別する判別手段を備え、
前記制御手段は、前記所定のデータファイルとは異なり、且つ、前記判別手段で判別された記録可能容量に対して記録可能な情報量のデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる
ことを特徴とする請求項１に記載の記録情報転送装置。
【請求項４】
前記制御手段は、前記判別手段で判別された記憶可能量が所定値未満のときは、前記接続手段による前記他のデータファイルの転送を禁止する
ことを特徴とする請求項３に記載の記録情報転送装置。
【請求項５】
前記制御手段は、前記判別手段で判別された記憶可能量が前記記憶手段における最小の情報量を有するデータファイルの情報量より小さいときは、前記接続手段による前記他のデータファイルの転送を禁止する
ことを特徴とする請求項３に記載の記録情報転送装置。
【請求項６】
前記付加情報は、前記付加情報が対応付けられるデータファイルの再生回数情報を含み、
前記抽出条件は、再生回数が所定の回数以上のデータファイルである
ことを特徴とする請求項２に記載の記録情報転送装置。
【請求項７】
前記付加情報は、前記付加情報が対応付けられるデータファイルが記録された日時である記録日時情報を含み、
前記抽出条件は、記録日時が所定の期間のデータファイルである
ことを特徴とする請求項２に記載の記録情報転送装置。
【請求項８】
前記付加情報は、前記付加情報が対応付けられるデータファイルのアーティスト情報、ジャンル情報、作曲者情報のうち少なくとも一つを含み、
前記抽出条件は、所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つが所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つと一致するデータファイルである
ことを特徴とする請求項２に記載の記録情報転送装置。
【請求項９】
データファイルと前記データファイルに対応付けられる付加情報とを記憶手段に記憶する記憶手順と、
記録装置と接続手段によって接続する接続手順と、
前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手順と
を備える記録情報転送方法。
【請求項１０】
前記記録情報転送方法は更に、
前記記憶手段からデータファイルを抽出するための抽出条件を設定する設定手順を備え、
前記制御手順は、前記所定のデータファイルとは異なり、且つ、前記抽出条件に一致する付加情報が対応付けられたデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる
ことを特徴とする請求項９に記載の記録情報転送方法。
【請求項１１】
請求項９記載の記録情報転送方法は更に、
前記記録装置の記録可能容量を判別する判別手順を備え、
前記制御手順は、前記所定のデータファイルとは異なり、且つ、前記判別手順で判別された記録可能容量に対して記録可能な情報量のデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる
ことを特徴とする請求項９に記載の記録情報転送方法。
【請求項１２】
前記制御手順は、前記判別手順で判別された記憶可能量が所定値未満のときは、前記接続手段による前記他のデータファイルの転送を禁止する
ことを特徴とする請求項１１に記載の記録情報転送方法。
【請求項１３】
前記制御手順は、前記判別手順で判別された記憶可能量が前記記憶手段における最小の情報量を有するデータファイルの情報量より小さいときは、前記接続手段による前記他のデータファイルの転送を禁止する
ことを特徴とする請求項１１に記載の記録情報転送方法。
【請求項１４】
前記付加情報は、前記付加情報が対応付けられるデータファイルの再生回数情報を含み、
前記抽出条件は、再生回数が所定の回数以上のデータファイルである
ことを特徴とする請求項１０に記載の記録情報転送方法。
【請求項１５】
前記付加情報は、前記付加情報が対応付けられるデータファイルが記録された日時である記録日時情報を含み、
前記抽出条件は、記録日時が所定の期間のデータファイルである
ことを特徴とする請求項１０に記載の記録情報転送方法。
【請求項１６】
前記付加情報は、前記付加情報が対応付けられるデータファイルのアーティスト情報、ジャンル情報、作曲者情報のうち少なくとも一つを含み、
前記抽出条件は、所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つが所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つと一致するデータファイルである
ことを特徴とする請求項１０に記載の記録情報転送方法。
【請求項１７】
記録情報転送装置と記録装置からなる記録情報転送システムにおいて、
前記記録情報転送装置は、
データファイルと前記データファイルに対応付けられる付加情報とを記憶する記憶手段と、
記録装置と接続するための接続手段と、
前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手段と
を備え、
前記記録装置は、前記接続手段から転送される前記データファイルを記録する記録手段を備える
ことを特徴とする記録情報転送システム。
【請求項１】
データファイルと前記データファイルに対応付けられる付加情報とを記憶する記憶手段と、
記録装置と接続するための接続手段と、
前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手段と
を備える記録情報転送装置。
【請求項２】
前記記録情報転送装置は更に、
前記記憶手段からデータファイルを抽出するための抽出条件を設定する設定手段を備え、
前記制御手段は、前記所定のデータファイルとは異なり、且つ、前記抽出条件に一致する付加情報が対応付けられたデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる
ことを特徴とする請求項１に記載の記録情報転送装置。
【請求項３】
請求項１記載の記録情報転送装置は更に、
前記記録装置の記録可能容量を判別する判別手段を備え、
前記制御手段は、前記所定のデータファイルとは異なり、且つ、前記判別手段で判別された記録可能容量に対して記録可能な情報量のデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる
ことを特徴とする請求項１に記載の記録情報転送装置。
【請求項４】
前記制御手段は、前記判別手段で判別された記憶可能量が所定値未満のときは、前記接続手段による前記他のデータファイルの転送を禁止する
ことを特徴とする請求項３に記載の記録情報転送装置。
【請求項５】
前記制御手段は、前記判別手段で判別された記憶可能量が前記記憶手段における最小の情報量を有するデータファイルの情報量より小さいときは、前記接続手段による前記他のデータファイルの転送を禁止する
ことを特徴とする請求項３に記載の記録情報転送装置。
【請求項６】
前記付加情報は、前記付加情報が対応付けられるデータファイルの再生回数情報を含み、
前記抽出条件は、再生回数が所定の回数以上のデータファイルである
ことを特徴とする請求項２に記載の記録情報転送装置。
【請求項７】
前記付加情報は、前記付加情報が対応付けられるデータファイルが記録された日時である記録日時情報を含み、
前記抽出条件は、記録日時が所定の期間のデータファイルである
ことを特徴とする請求項２に記載の記録情報転送装置。
【請求項８】
前記付加情報は、前記付加情報が対応付けられるデータファイルのアーティスト情報、ジャンル情報、作曲者情報のうち少なくとも一つを含み、
前記抽出条件は、所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つが所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つと一致するデータファイルである
ことを特徴とする請求項２に記載の記録情報転送装置。
【請求項９】
データファイルと前記データファイルに対応付けられる付加情報とを記憶手段に記憶する記憶手順と、
記録装置と接続手段によって接続する接続手順と、
前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手順と
を備える記録情報転送方法。
【請求項１０】
前記記録情報転送方法は更に、
前記記憶手段からデータファイルを抽出するための抽出条件を設定する設定手順を備え、
前記制御手順は、前記所定のデータファイルとは異なり、且つ、前記抽出条件に一致する付加情報が対応付けられたデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる
ことを特徴とする請求項９に記載の記録情報転送方法。
【請求項１１】
請求項９記載の記録情報転送方法は更に、
前記記録装置の記録可能容量を判別する判別手順を備え、
前記制御手順は、前記所定のデータファイルとは異なり、且つ、前記判別手順で判別された記録可能容量に対して記録可能な情報量のデータファイルを抽出し、前記接続手段を制御して前記記録装置へ転送させる
ことを特徴とする請求項９に記載の記録情報転送方法。
【請求項１２】
前記制御手順は、前記判別手順で判別された記憶可能量が所定値未満のときは、前記接続手段による前記他のデータファイルの転送を禁止する
ことを特徴とする請求項１１に記載の記録情報転送方法。
【請求項１３】
前記制御手順は、前記判別手順で判別された記憶可能量が前記記憶手段における最小の情報量を有するデータファイルの情報量より小さいときは、前記接続手段による前記他のデータファイルの転送を禁止する
ことを特徴とする請求項１１に記載の記録情報転送方法。
【請求項１４】
前記付加情報は、前記付加情報が対応付けられるデータファイルの再生回数情報を含み、
前記抽出条件は、再生回数が所定の回数以上のデータファイルである
ことを特徴とする請求項１０に記載の記録情報転送方法。
【請求項１５】
前記付加情報は、前記付加情報が対応付けられるデータファイルが記録された日時である記録日時情報を含み、
前記抽出条件は、記録日時が所定の期間のデータファイルである
ことを特徴とする請求項１０に記載の記録情報転送方法。
【請求項１６】
前記付加情報は、前記付加情報が対応付けられるデータファイルのアーティスト情報、ジャンル情報、作曲者情報のうち少なくとも一つを含み、
前記抽出条件は、所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つが所定のアーティスト情報、ジャンル情報、作曲者情報の少なくとも一つと一致するデータファイルである
ことを特徴とする請求項１０に記載の記録情報転送方法。
【請求項１７】
記録情報転送装置と記録装置からなる記録情報転送システムにおいて、
前記記録情報転送装置は、
データファイルと前記データファイルに対応付けられる付加情報とを記憶する記憶手段と、
記録装置と接続するための接続手段と、
前記接続手段を制御して、前記記憶手段に記憶されるデータファイルのうち所定のデータファイルを前記記録装置へ転送させた後、前記所定のデータファイルとは異なるデータファイルを抽出し、前記記録装置へ転送させる制御手段と
を備え、
前記記録装置は、前記接続手段から転送される前記データファイルを記録する記録手段を備える
ことを特徴とする記録情報転送システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００８−７７８３１（Ｐ２００８−７７８３１Ａ）
【公開日】平成２０年４月３日（２００８．４．３）
【国際特許分類】
【出願番号】特願２００７−２７３６４８（Ｐ２００７−２７３６４８）
【出願日】平成１９年１０月２２日（２００７．１０．２２）
【分割の表示】特願平１０−３１２４６９の分割
【原出願日】平成１０年１１月２日（１９９８．１１．２）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２０年４月３日（２００８．４．３）
【国際特許分類】
【出願日】平成１９年１０月２２日（２００７．１０．２２）
【分割の表示】特願平１０−３１２４６９の分割
【原出願日】平成１０年１１月２日（１９９８．１１．２）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]