(57)【要約】【課題】ＣＤの記録内容がそのまま反映されるようにして、ＨＤＤにＣＤのデータを記録する、シンクロナイズ・リッピングの動作の実行時間を短縮する。【解決手段】ＴＯＣによって、トラック単位で管理されるトラックデータをＣＤから読み出して、ＨＤＤに記録するのにあたり、ＣＤに記録されているトラックデータのうちで、ＨＤＤに記録されていない未記録のデータを認識する。この認識処理は、ＣＤから読み出したＴＯＣと、このＴＯＣを使用して作成され、ＨＤＤ側が保有するアルバム情報とに基づいて自動実行される。そして、上記未記録のデータについての認識結果に基づいて、ＣＤからは、この未記録のデータのみを再生出力しＨＤＤに記録するように構成される。これにより、ＨＤＤに記録済みのデータについては、ＣＤからＨＤＤに転送して記録しないことになるから、その分、シンクロナイズ・リッピングの実行時間が短縮される。【選択図】　　　　図１１
2004021996.tif 000002
【特許請求の範囲】
【請求項１】
データと、該データをプログラム単位で管理する第１の管理管理情報とが記録される第１の記憶媒体から、上記第１の管理情報と、プログラム単位によるデータを読み出すことのできるデータ読み出し手段と、
上記データ読み出し手段により読み出した上記プログラム単位のデータを、第２の記憶媒体に記録する記録手段と、
上記第２の記憶媒体に記録されたプログラム単位のデータと、このプログラム単位のデータが記録されていた第１の記憶媒体から、上記データ読み出し手段が読み出して取得したとされる上記第１の管理情報とを対応づけて管理する第２の管理情報を生成する管理情報生成手段と、
上記データ読み出し手段により読み出した上記第１の管理情報と、上記第２の管理情報の情報内容とを比較することにより、上記データ読み出し手段によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、上記第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別する未記録プログラム判別手段と、
上記未記録プログラム判別手段による判別結果に基づいて、未記録のプログラム単位のデータを上記データ読み出し手段により読み出させると共に、このデータ読み出し手段により読み出された未記録のプログラム単位のデータを、上記記録手段により第２の記憶媒体に記憶させるための制御を実行する制御手段と、
を備えていることを特徴とする記録装置。
【請求項２】
上記記録手段は、
上記データ読み出し手段により読み出した上記プログラム単位のデータを上記第２の記憶媒体に記録すると共に、この上記第２の記憶媒体に記録したプログラム単位のデータについての、上記第１の記憶媒体上で上記第１の管理情報により管理されるプログラム番号を、プログラム名識別情報として、上記第２の記憶媒体に記録する、
ことを特徴とする請求項１に記載の記録装置。
【請求項３】
上記未記録プログラム判別手段による判別結果に基づいて、上記第１の記憶媒体に記録されているプログラム単位のデータについての、第２の記憶媒体上における未記録状況を表示する表示手段、
を備えていることを特徴とする請求項１に記載の記録装置。
【請求項４】
上記表示手段は、
上記未記録状況を所定の表示態様によるシンボル表示により表示するように構成されている、
ことを特徴とする請求項３に記載の記録装置。
【請求項５】
上記管理情報生成手段は、
所定方式により圧縮された形式のプログラム単位のデータが第２の記憶媒体に対して記録される場合において、
上記第２の記憶媒体に記録されたプログラム単位のデータについて、上記データレートを対応付けた上記第２の管理情報を生成するものとされ、
上記未記録プログラム判別手段は、
上記上記第２の管理情報が有するデータレートの情報も利用して、上記データ読み出し手段によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、上記第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別するように構成される、
ことを特徴とする請求項１に記載の記録装置。
【請求項６】
所定のネットワークを介してプログラム単位のデータとともに、このプログラム単位のデータが記録されているとされる第１の記憶媒体に記録されている第１の管理情報をダウンロードすることのできるダウンロード手段を備え、
上記記録手段は、
上記ダウンロード手段によりダウンロードされた上記プログラム単位のデータを、第２の記憶媒体に記録可能とされていると共に、
上記管理情報生成手段は、
上記ダウンロード手段によりダウンロードされた上記プログラム単位のデータ、及び第１の管理情報を利用して第２の管理情報を生成可能とされている、
ことを特徴とする請求項１に記載の記録装置。
【請求項７】
所定のネットワークを介して、記録装置と接続可能とされる接続手段と、
データと、該データをプログラム単位で管理する管理情報が記録されるアルバムとしての記憶媒体が存在しているものとされたうえで、このアルバムを構成するプログラム単位のデータと、このアルバムとしての記憶媒体に記録されているとされる管理情報を、ダウンロード用データとして格納するダウンロードデータ格納手段と、
上記ネットワークを介して、上記プログラム単位のデータのダウンロード要求が行われた場合に、要求されたプログラム単位のデータと共に、このプログラム単位のデータが記録されているアルバムとしての記憶媒体に記録されているとされる管理情報とを上記ダウンロードデータ格納手段から読み出すデータ読み出し手段と、
上記データ読み出し手段により読み出されたプログラム単位のデータ及び管理情報を、上記ネットワークを介して記録装置に送信出力する送信手段と、
を備えていることを特徴とするサーバ装置。
【請求項８】
データと、該データをプログラム単位で管理する第１の管理管理情報とが記録される第１の記憶媒体から、上記第１の管理情報と、プログラム単位によるデータを読み出すことのできるデータ読み出し手順と、
上記データ読み出し手順により読み出した上記プログラム単位のデータを、第２の記憶媒体に記録する記録手順と、
上記第２の記憶媒体に記録されたプログラム単位のデータと、このプログラム単位のデータが記録されていた第１の記憶媒体から、上記データ読み出し手順が読み出して取得したとされる上記第１の管理情報とを対応づけて管理する第２の管理情報を生成する管理情報生成手順と、
上記データ読み出し手順により読み出した上記第１の管理情報と、上記第２の管理情報の情報内容とを比較することにより、上記データ読み出し手順によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、上記第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別する未記録プログラム判別手順と、
上記未記録プログラム判別手順による判別結果に基づいて、未記録のプログラム単位のデータを上記データ読み出し手順により読み出させると共に、このデータ読み出し手順により読み出された未記録のプログラム単位のデータを、上記記録手順により第２の記憶媒体に記憶させるための制御を実行する制御手順と、
を実行するように構成されることを特徴とする記録方法。
【請求項９】
上記記録手順は、
上記データ読み出し手順により読み出した上記プログラム単位のデータを上記第２の記憶媒体に記録すると共に、この上記第２の記憶媒体に記録したプログラム単位のデータについての、上記第１の記憶媒体上で上記第１の管理情報により管理されるプログラム番号を、プログラム名識別情報として、上記第２の記憶媒体に記録する、
ことを特徴とする請求項８に記載の記録方法。
【請求項１０】
上記未記録プログラム判別手順による判別結果に基づいて、上記第１の記憶媒体に記録されているプログラム単位のデータについての、第２の記憶媒体上における未記録状況を表示出力させる表示制御手順、
を実行することを特徴とする請求項８に記載の記録方法。
【請求項１１】
上記表示制御手順は、
上記未記録状況を所定の表示態様によるシンボル表示により表示するように構成されている、
ことを特徴とする請求項１０に記載の記録方法。
【請求項１２】
上記管理情報生成手順は、
所定方式により圧縮された形式のプログラム単位のデータが第２の記憶媒体に対して記録される場合において、
上記第２の記憶媒体に記録されたプログラム単位のデータについて、上記データレートを対応付けた上記第２の管理情報を生成するものとされ、
上記未記録プログラム判別手順は、
上記上記第２の管理情報が有するデータレートの情報も利用して、上記データ読み出し手順によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、上記第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別するように構成される、
ことを特徴とする請求項８に記載の記録方法。
【請求項１３】
所定のネットワークを介してプログラム単位のデータとともに、このプログラム単位のデータが記録されているとされる第１の記憶媒体に記録されている第１の管理情報をダウンロードすることのできるダウンロード手順を実行可能とされ、
上記記録手順は、
上記ダウンロード手順によりダウンロードされた上記プログラム単位のデータを、第２の記憶媒体に記録可能とされていると共に、
上記管理情報生成手順は、
上記ダウンロード手順によりダウンロードされた上記プログラム単位のデータ、及び第１の管理情報を利用して第２の管理情報を生成可能とされている、
ことを特徴とする請求項８に記載の記録方法。
【請求項１４】
データと、該データをプログラム単位で管理する第１の管理管理情報とが記録される第１の記憶媒体から、上記第１の管理情報と、プログラム単位によるデータを読み出すことのできるデータ読み出し処理と、
上記データ読み出し処理により読み出した上記プログラム単位のデータを、第２の記憶媒体に記録する記録処理と、
上記第２の記憶媒体に記録されたプログラム単位のデータと、このプログラム単位のデータが記録されていた第１の記憶媒体から、上記データ読み出し処理が読み出して取得したとされる上記第１の管理情報とを対応づけて管理する第２の管理情報を生成する管理情報生成処理と、
上記データ読み出し処理により読み出した上記第１の管理情報と、上記第２の管理情報の情報内容とを比較することにより、上記データ読み出し処理によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、上記第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別する未記録プログラム判別処理と、
上記未記録プログラム判別処理による判別結果に基づいて、未記録のプログラム単位のデータを上記データ読み出し処理により読み出させると共に、このデータ読み出し処理により読み出された未記録のプログラム単位のデータを、上記記録処理により第２の記憶媒体に記憶させるための制御を実行する制御処理と、
を記録装置に実行させることを特徴とするプログラム。
【請求項１５】
上記記録処理は、
上記データ読み出し処理により読み出した上記プログラム単位のデータを上記第２の記憶媒体に記録すると共に、この上記第２の記憶媒体に記録したプログラム単位のデータについての、上記第１の記憶媒体上で上記第１の管理情報により管理されるプログラム番号を、プログラム名識別情報として、上記第２の記憶媒体に記録させる、
ことを特徴とする請求項１４に記載のプログラム。
【請求項１６】
上記未記録プログラム判別処理による判別結果に基づいて、上記第１の記憶媒体に記録されているプログラム単位のデータについての、第２の記憶媒体上における未記録状況を表示出力させる表示制御処理、
を含むことを特徴とする請求項１４に記載のプログラム。
【請求項１７】
上記表示制御処理は、
上記未記録状況を所定の表示態様によるシンボル表示により表示出力させるように構成されている、
ことを特徴とする請求項１６に記載のプログラム。
【請求項１８】
上記管理情報生成処理は、
所定方式により圧縮された形式のプログラム単位のデータが第２の記憶媒体に対して記録される場合において、
上記第２の記憶媒体に記録されたプログラム単位のデータについて、上記データレートを対応付けた上記第２の管理情報を生成するものとされ、
上記未記録プログラム判別処理は、
上記上記第２の管理情報が有するデータレートの情報も利用して、上記データ読み出し処理によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、上記第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別するように構成される、
ことを特徴とする請求項１４に記載のプログラム。
【請求項１９】
所定のネットワークを介してプログラム単位のデータとともに、このプログラム単位のデータが記録されているとされる第１の記憶媒体に記録されている第１の管理情報をダウンロードさせるダウンロード処理を含むと共に、
上記記録処理は、
上記ダウンロード処理によりダウンロードされた上記プログラム単位のデータを、第２の記憶媒体に記録させることができると共に、
上記管理情報生成処理は、
上記ダウンロード処理によりダウンロードされた上記プログラム単位のデータ、及び第１の管理情報を利用して第２の管理情報を生成させることができる、
ことを特徴とする請求項１４に記載のプログラム。
【請求項２０】
データと、該データをプログラム単位で管理する第１の管理管理情報とが記録される第１の記憶媒体から、上記第１の管理情報と、プログラム単位によるデータを読み出すことのできるデータ読み出し処理と、
上記データ読み出し処理により読み出した上記プログラム単位のデータを、第２の記憶媒体に記録する記録処理と、
上記第２の記憶媒体に記録されたプログラム単位のデータと、このプログラム単位のデータが記録されていた第１の記憶媒体から、上記データ読み出し処理が読み出して取得したとされる上記第１の管理情報とを対応づけて管理する第２の管理情報を生成する管理情報生成処理と、
上記データ読み出し処理により読み出した上記第１の管理情報と、上記第２の管理情報の情報内容とを比較することにより、上記データ読み出し処理によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、上記第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別する未記録プログラム判別処理と、
上記未記録プログラム判別処理による判別結果に基づいて、未記録のプログラム単位のデータを上記データ読み出し処理により読み出させると共に、このデータ読み出し処理により読み出された未記録のプログラム単位のデータを、上記記録処理により第２の記憶媒体に記憶させるための制御を実行する制御処理と、
を記録装置に実行させるプログラムが記憶された記憶媒体。
【請求項２１】
上記記録処理は、
上記データ読み出し処理により読み出した上記プログラム単位のデータを上記第２の記憶媒体に記録すると共に、この上記第２の記憶媒体に記録したプログラム単位のデータについての、上記第１の記憶媒体上で上記第１の管理情報により管理されるプログラム番号を、プログラム名識別情報として、上記第２の記憶媒体に記録させる、
ことを特徴とする請求項２０に記載の記憶媒体。
【請求項２２】
上記プログラムは、
上記未記録プログラム判別処理による判別結果に基づいて、上記第１の記憶媒体に記録されているプログラム単位のデータについての、第２の記憶媒体上における未記録状況を表示出力させる表示制御処理、
を含むことを特徴とする請求項２０に記載の記憶媒体。
【請求項２３】
上記表示制御処理は、
上記未記録状況を所定の表示態様によるシンボル表示により表示出力させるように構成されている、
ことを特徴とする請求項２２に記載の記憶媒体。
【請求項２４】
上記管理情報生成処理は、
所定方式により圧縮された形式のプログラム単位のデータが第２の記憶媒体に対して記録される場合において、
上記第２の記憶媒体に記録されたプログラム単位のデータについて、上記データレートを対応付けた上記第２の管理情報を生成するものとされ、
上記未記録プログラム判別処理は、
上記上記第２の管理情報が有するデータレートの情報も利用して、上記データ読み出し処理によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、上記第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別するように構成される、
ことを特徴とする請求項２０に記載の記憶媒体。
【請求項２５】
上記プログラムは、所定のネットワークを介してプログラム単位のデータとともに、このプログラム単位のデータが記録されているとされる第１の記憶媒体に記録されている第１の管理情報をダウンロードさせることのできるダウンロード処理を含むと共に、
上記記録処理は、
上記ダウンロード処理によりダウンロードされた上記プログラム単位のデータを、第２の記憶媒体に記録させることができると共に、
上記管理情報生成処理は、
上記ダウンロード処理によりダウンロードされた上記プログラム単位のデータ、及び第１の管理情報を利用して第２の管理情報を生成させることができるように構成される、
ことを特徴とする請求項２０に記載の記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、特定種類の記憶媒体に記録されているプログラム単位で管理されるデータを他の記憶媒体に記録する記録装置と、この記録装置と接続されることでデータを記録装置にダウンロード可能なサーバ装置に関するものである。また、上記記録装置に対応する記録方法と、これら記録装置、記録方法を実現するためのプログラム、及びこれらプログラムが記憶される記憶媒体に関するものである。
【０００２】
【従来の技術】
近年、安価な大容量のハードディスクが普及してきている。また、ＭＰ３（ＭＰＥＧ　Ａｕｄｉｏ　Ｌａｙｅｒ　ＩＩＩ）方式やＡＴＲＡＣ（Ａｄａｐｔｉｖｅ　Ｔｒａｎｓｆｏｒｍ　Ａｃｏｕｓｔｉｃ　Ｃｏｄｉｎｇ）方式などによりオーディオデータを圧縮して記録することも広く普及している。
そして、これに伴って、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）に記録されているオーディオデータを圧縮したうえでハードディスクに記録して保存する、いわゆるリッピングを行うことが広く普及している。このようなリッピングは、例えばパーソナルコンピュータによって行われる。また、例えばＣＤを再生可能なディスクドライブと、ハードディスクとを備えたオーディオ機器を構成して提供することで、このようなオーディオ機器によってリッピングを行うことも可能である。
【０００３】
例えば、このようにしてリッピングにより、多数の楽曲などのオーディオデータをハードディスクに記憶させておくようにすれば、ユーザは、逐一自分が聴きたいアルバムのＣＤを交換して再生するような煩わしさから開放されることになり、これまでよりも充実した音楽リスニング環境を得ることができる。
【０００４】
【発明が解決しようとする課題】
ところで、上記のようなリッピングの動作として、ＣＤのアルバムとしての全内容、即ち、ＣＤに記録されたトラック（プログラム）を全てリッピングする際には、無条件で、リッピング元であるＣＤに記録されている全てのトラックを、ハードディスクに転送して記録するようにされている。なお、以降においては、リッピング動作として、結果的に、ＣＤのアルバムとしての全内容がハードディスクに転送されて記憶されるようにする動作について、ＣＤの内容と同期するようにしてハードディスクにトラックが記録されることを以て、ＣＤシンクロナイズ・リッピングということにする。
また、ＣＤなどのメディアでは、プログラム単位でデータが管理されるが、このプログラムは、一般にトラックともいわれる。そこで本明細書では、ＣＤに記録されるプログラムについては、トラックともいうこととしている。
【０００５】
しかしながら、リッピングをユーザが行うのにあたっては、或るＣＤから、その一部のトラックの楽曲のみをリッピングするようなこともしばしば行われている。
そして、その後において、例えばユーザが、既に一部のトラックをリッピングしてあるＣＤの全てのトラックをリッピングしたいと思い、ＣＤシンクロナイズ・リッピングを行ったとする。
この場合、前述もしたように、ＣＤシンクロナイズ・リッピングは、無条件にＣＤに記録されている全てのトラックをハードディスクに転送して記録させるので、今回のＣＤシンクロナイズ・リッピングによりリッピングされた全トラックのうち、既にリッピングされている一部トラックは、重複してハードディスクに記録されることになってしまう。
【０００６】
このようして、ハードディスクに同一のトラックが重複して記録されることは、先ず、ハードディスクの容量を無駄に消費していることになる。つまり、既にリッピングによりハードディスクに保存されているデータは、重複して記録されないようにすることが好ましいといえる。
【０００７】
そして、もう１つの問題として、次のようなことが挙げられる。
例えば現状においても、ＣＤ１枚分をリッピングするのに要する時間は、リッピングシステムの性能やＣＤの再生時間にもよるが、数分から十数分程度を要するので、時間的には決して短くはない。従って、このようなリッピングに要する時間はできるだけ短縮されることが好ましい
しかしながら、ＣＤシンクロナイズ・リッピングによりリッピングを行う際には、全てのトラックがＣＤから再生され、ハードディスクに転送されて記録されることになる。これは、本来は過去にリッピング済みとなって重複してしまうこととなるトラックについても、ＣＤからハードディスクへの転送が行われるということを意味する。
従って、重複してハードディスクに記録されることとなる一部のトラックについてまでも、ＣＤから再生してハードディスクに記録するということは、このための実行時間が無駄であるということがいえる。つまり、現状におけるＣＤシンクロナイズ・リッピングの動作では、高速化という観点からも不備であるということがいえる。
【０００８】
そして、現状において、上記したようなＣＤシンクロナイズ・リッピングによって、トラックが重複してハードディスクに記録されてしまうことがないようにするためには、ユーザが、ＣＤに記録されているトラックの中からリッピングすべきトラックを選択する操作を行ってから、リッピングを実行させるようにしている。
しかしながら、このためには、先ずユーザが、リッピング元のＣＤに記録されているトラックと、既にハードディスクに記録されているトラックとで重複があるかどうかを確認する必要がある。
このような確認を行うためには、例えばパーソナルコンピュータを使用したリッピングシステムにあるように、ＣＤに記録されているトラックの内容と、現在リッピングによりハードディスクに記録されているトラックの内容とを視覚的に認識できるユーザインターフェイスがユーザに提供されていることが必要である。
【０００９】
従って、上記したようなパーソナルコンピュータなどのシステムであれば、リッピング済みのトラックを確認することはできる。しかし、例えば、リッピング専用機器などのようにして、筐体に小さな表示部しか設けられていないような場合には、リッピング元のＣＤに記録されているトラックと、既にハードディスクに記録されているトラックを表示により提示することは実用上、現実的ではない。従って、この場合には、ユーザがＣＤ及びハードディスクに記録されているトラックを再生して確認する必要があるなど、非常に不便なこととなってしまう。また、パーソナルコンピュータなどのシステムでは可能ではあるものの、そのための操作をユーザが行う必要もあり、決して簡易であるとはいえない。
【００１０】
【課題を解決するための手段】
そこで本発明は、上記した課題を考慮して、例えばＣＤなどの記憶媒体においてトラック（プログラム）単位で記録されているデータを、シンクロナイズ・リッピングする場合において、既にリッピング済みとされているトラックについては、重複してリッピングが行われないようにして、リッピングの高速化を図ることを目的とする。
また、このようなリッピングの高速化を図るのにあたり、既にリッピング済みとされるトラックを自動認識したうえで上記したリッピング動作が実行されるようにして、ユーザにとっての利便性の向上を図るようにもされる。
【００１１】
このために、記録装置として次のように構成することとした。
つまり、データと、このデータをプログラム単位で管理する第１の管理管理情報とが記録される第１の記憶媒体から、上記第１の管理情報と、プログラム単位によるデータを読み出すことのできるデータ読み出し手段と、このデータ読み出し手段により読み出した上記プログラム単位のデータを、第２の記憶媒体に記録する記録手段と、第２の記憶媒体に記録されたプログラム単位のデータと、このプログラム単位のデータが記録されていた第１の記憶媒体から、データ読み出し手段が読み出して取得したとされる上記第１の管理情報とを対応づけて管理する第２の管理情報を生成する管理情報生成手段と、データ読み出し手段により読み出した上記第１の管理情報と、第２の管理情報の情報内容とを比較することにより、データ読み出し手段によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別する未記録プログラム判別手段と、この未記録プログラム判別手段による判別結果に基づいて、未記録のプログラム単位のデータをデータ読み出し手段により読み出させると共に、このデータ読み出し手段により読み出された未記録のプログラム単位のデータを、記録手段により第２の記憶媒体に記憶させるための制御を実行する制御手段とを備えて構成する。
【００１２】
また、サーバ装置としては、次のように構成する。
先ず、このサーバ装置は、データと、このデータをプログラム単位で管理する管理情報が記録されるアルバムとしての記憶媒体が存在していることを前提としている。
そのうえで、このアルバムを構成するプログラム単位のデータと、このアルバムとしての記憶媒体に記録されているとされる管理情報を、ダウンロード用データとして格納するダウンロードデータ格納手段と、ネットワークを介して、上記プログラム単位のデータのダウンロード要求が行われた場合に、要求されたプログラム単位のデータと共に、このプログラム単位のデータが記録されているアルバムとしての記憶媒体に記録されているとされる管理情報とをダウンロードデータ格納手段から読み出すデータ読み出し手段と、このデータ読み出し手段により読み出されたプログラム単位のデータ及び管理情報を、ネットワークを介して記録装置に送信出力する送信手段とを備えて構成する。
【００１３】
また、記録方法としては次のようにして構成する。
つまり、データと、このデータをプログラム単位で管理する第１の管理管理情報とが記録される第１の記憶媒体から、上記第１の管理情報とプログラム単位によるデータを読み出すことのできるデータ読み出し手順と、このデータ読み出し手順により読み出した上記プログラム単位のデータを、第２の記憶媒体に記録する記録手順と、第２の記憶媒体に記録されたプログラム単位のデータと、このプログラム単位のデータが記録されていた第１の記憶媒体から、データ読み出し手順が読み出して取得したとされる第１の管理情報とを対応づけて管理する第２の管理情報を生成する管理情報生成手順と、データ読み出し手順により読み出した第１の管理情報と、第２の管理情報の情報内容とを比較することにより、データ読み出し手順によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別する未記録プログラム判別手順と、未記録プログラム判別手順による判別結果に基づいて、未記録のプログラム単位のデータを上記データ読み出し手順により読み出させると共に、このデータ読み出し手順により読み出された未記録のプログラム単位のデータを記録手順により第２の記憶媒体に記憶させるための制御を実行する制御手順とを実行するように構成することとした。
【００１４】
また、プログラムとしては、次のように構成することとした。
つまり、データと、このデータをプログラム単位で管理する第１の管理管理情報とが記録される第１の記憶媒体から、第１の管理情報とプログラム単位によるデータを読み出すことのできるデータ読み出し処理と、このデータ読み出し処理により読み出した上記プログラム単位のデータを、第２の記憶媒体に記録する記録処理と、第２の記憶媒体に記録されたプログラム単位のデータと、このプログラム単位のデータが記録されていた第１の記憶媒体から、データ読み出し処理が読み出して取得したとされる第１の管理情報とを対応づけて管理する第２の管理情報を生成する管理情報生成処理と、データ読み出し処理により読み出した第１の管理情報と第２の管理情報の情報内容とを比較することにより、データ読み出し処理によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別する未記録プログラム判別処理と、この未記録プログラム判別処理による判別結果に基づいて、未記録のプログラム単位のデータを上記データ読み出し処理により読み出させると共に、このデータ読み出し処理により読み出された未記録のプログラム単位のデータを、記録処理により第２の記憶媒体に記憶させるための制御を実行する制御処理とを記録装置に実行させるように構成した。
【００１５】
また、記憶媒体としては、次のように構成することとした。
つまり、データと、このデータをプログラム単位で管理する第１の管理管理情報とが記録される第１の記憶媒体から、上記第１の管理情報と、プログラム単位によるデータを読み出すことのできるデータ読み出し処理と、データ読み出し処理により読み出した上記プログラム単位のデータを、第２の記憶媒体に記録する記録処理と、第２の記憶媒体に記録されたプログラム単位のデータと、このプログラム単位のデータが記録されていた第１の記憶媒体から、データ読み出し処理が読み出して取得したとされる第１の管理情報とを対応づけて管理する第２の管理情報を生成する管理情報生成処理と、データ読み出し処理により読み出した第１の管理情報と第２の管理情報の情報内容とを比較することにより、ータ読み出し処理によるデータ読み出し対象となっている第１の記憶媒体に記憶されているプログラム単位のデータのうちから、第２の記憶媒体に記録されていないとされる未記録のプログラム単位のデータを判別する未記録プログラム判別処理と、未記録プログラム判別処理による判別結果に基づいて、未記録のプログラム単位のデータを上記データ読み出し処理により読み出させると共に、このデータ読み出し処理により読み出された未記録のプログラム単位のデータを、記録処理により第２の記憶媒体に記憶させるための制御を実行する制御処理とを記録装置に実行させるように構成することとした。
【００１６】
上記各構成によれば、リッピング元である第１の記憶媒体には、プログラム単位のデータと、データをプログラム単位で管理する第１の管理情報とが記録されていることになる。また、サーバ装置を備えれば、上記第１の管理情報は、データのダウンロード時においてサーバ装置から取得できるようにもされる。
そして、この第１の記憶媒体から読み出したプログラムのデータを、リッピング先である第２の記憶媒体に記録した際には、この第２の記憶媒体に記録されたプログラムのデータと、第１の管理情報が管理するプログラムとを対応付けるようにして管理する第２の管理情報が生成される。この第２の管理情報により、或る第１の記憶媒体に記録されているプログラムのデータのうち、第２の記憶媒体に記録済みとされているプログラムのデータと、未記録とされているプログラムのデータを認識することが可能となる。
そして、上記の認識結果に基づいて、リッピングのための再生を行う際には、第２の記憶媒体上では未記録となっているプログラムのデータのみを第１の記憶媒体から選択して再生し、第２の記憶媒体に記録することが可能となる。つまり、第２の管理情報に基づいて、既に第２の記憶媒体に記録されているプログラムのデータについては、第１の記憶媒体から再生して第２の記憶媒体にリッピングしないという動作が得られるものである。
【００１７】
【発明の実施の形態】
以下、本発明の実施の形態について、下記の順により説明を行っていく。
１．リッピングシステム装置の構成
２．ＣＤのＴＯＣ及びサブコード
３．リッピングシステム装置の動作概要
４．リッピング状況表示
５．リッピングデータベースの構造
６．ＣＤシンクロナイズ・リッピング時の処理動作
７．ダウンロードサーバとの連係動作
【００１８】
１．リッピングシステム装置の構成
図１のブロック図は、本発明の実施の形態としての記録装置であるリッピングシステム装置１についての内部構成例を示している。このリッピングシステム装置１は、ＣＤから再生したトラック単位のデジタルオーディオデータ（以降、トラックデータともいう）を、所定のデジタルオーディオデータ圧縮方式により圧縮して、ハードディスク（ＨＤ）に記録することを以てリッピングを行う構成を採る。
【００１９】
図１に示すようにして、本実施の形態のリッピングシステム装置１は、主として、ＣＤ部１、ハードディスクドライブ（ＨＤＤ）部３、ユーザインターフェイス部４から成る。また、ＣＤ部１又はＨＤＤ部３にて再生されたオーディオデータをアナログオーディオ信号として出力するためのオーディオ信号出力部５を備える。また、例えばインターネットなどのネットワークと接続するためのネットワークインターフェイス３５を備える。
【００２０】
先ず、ＣＤ部１から説明する。
ＣＤ部１には、ＣＤ１０が装填可能とされている。ＣＤ部１に対して装填されたＣＤ１０は、ＣＤドライバ１１により信号の読み出しが行われる。ＣＤに対する信号の読み出しは、周知のようにして、ＣＤ１０を例えばＣＬＶにより回転駆動したうえで、信号面に対してレーザ光を照射する。そして、このレーザ光の反射光が検出されることで信号の読み出しが行われるものである。
【００２１】
ＣＤドライバ１１によって読み出された信号は、信号処理回路１２に対して入力される。この場合、ＣＤドライバ１１から読み出された信号はＲＦ信号とされる。信号処理回路１２では、先ず、この入力されたＲＦ信号から再生ＲＦ信号、各種のサーボ制御信号を生成する。
再生ＲＦ信号は、ＥＦＭ復調処理、エラー訂正処理等が施されることで、１６ビットサンプリング、サンプリング周波数４４．１ＫＨｚのデジタルオーディオデータに変換される。
このようにして得られたデジタルオーディオデータは、リッピング時においては、ＨＤＤ部３の信号処理回路２２に対して伝送される。また、オーディオ信号出力部５に出力させたのであれば、ここでＤ／Ａ変換、及び増幅などの所要の信号処理が施されて、Ｌ／Ｒステレオによるアナログオーディオ信号として、オーディオ出力端子５ａに出力されるようになっている。また、ヘッドフォン出力端子５ｂに出力されるようになっている。
【００２２】
また、ここではサーボ信号処理系の図示は省略しているが、ＲＦ信号から抽出された各種のサーボエラー信号がフィードバックされることで、周知のようにして、トラッキングサーボ制御、フォーカスサーボ制御、及びスピンドルモータの回転速度制御などが、ＣＤドライバ１１側の動作として実行される。
【００２３】
また、ＣＤのリードインエリアには、周知のようにして、サブコーディングによって、そのＣＤの記録内容を示すＴＯＣ（Ｔａｂｌｅ　Ｏｆ　Ｃｏｎｔｅｎｔｓ）が記録されている。信号処理回路１２では、デコード処理を施したデジタルオーディオデータからサブコードを抽出してシステムコントローラ１４に転送することも行っている。これにより、リードインエリアにおいてサブコードとして記録されているＴＯＣの情報も、信号処理回路１２にて抽出されて、システムコントローラ１４が取得することができるようになっている。
【００２４】
また、ＣＤ−ＤＡのフォーマットでは、サブコーディングによってテキストデータを記録することも可能とされている。このテキストデータは、一般には、そのＣＤについての、アルバムとしてのアルバムタイトル、及び各トラックについてのタイトル情報、さらには、アーティスト名などの情報が、例えばＡＳＣＩＩコードとしてのテキストデータの形式によって記録されるものである。
このテキストデータに対応して、本実施の形態では、テキストデコーダ１３が備えられる。
テキストデコーダ１３は、信号処理回路１２により抽出されたサブコードを入力し、この入力されたサブコードからテキストデータを抽出して得ることが可能に構成されている。ＣＤコントローラ１４は、テキストデコーダ１３においてテキストデータ群のうちから所要のテキストデータが得られるようにデコード制御を行う。このようにして得られたテキストデータは、ＣＤコントローラ１４の制御によって、例えばこの場合には、ＲＡＭ１６に書き込まれて保持される。
【００２５】
本実施の形態の場合、ＲＡＭ１５に保持されたテキストデータは、例えば次のようにして利用される。
例えばＣＤ部２にてＣＤ１０が再生される場合には、このＣＤ１０についてのアルバムタイトル、再生中のトラックのタイトルなどをはじめとする、テキストデータによって提示可能な情報を、適宜、文字として表示部３５に表示させるために用いられる。
ＣＤコントローラ１４は、現在のＣＤ部２における動作状況を監視し、また、操作部３４に対する操作に応じたディスプレイモードの変更操作などに応じたコマンドがＵＩコントローラ３１から送信されるのを待機している。そして、これらの動作状況及びコマンドなどに応じて、必要とされるテキストデータをＲＡＭ１６から読み出して、システムバス３７を介してＵＩコントローラ３１に出力する。ＵＩコントローラ３１では、受信入力したテキストデータを、文字として表示部３５に表示させる。
【００２６】
また、本実施の形態の場合、ＣＤ１０に記録されるトラック単位のデジタルオーディオデータは、圧縮処理が施された上で、ハードディスク２０に対してリッピングファイル２０Ａとして記録される。つまり、いわゆるＣＤからハードディスクへのリッピングを行うことが可能となっている。
本実施の形態の場合、ＣＤ１０に記録されているテキストデータは、リッピングの際において、リッピングファイル２０Ａについての付加情報としてハードディスク２０に記録することができるように構成される。
つまり、例えばリッピングによりＣＤ１０から再生された或るトラックが、リッピングファイル２０Ａとしてハードディスク２０に記録されたとする。ＣＤコントローラ１４は、このときに、このリッピングされたトラックが記録されていたとされるＣＤのアルバムタイトルや、そのトラックについてのタイトル等を示すテキストデータを、ＨＤＤコントローラ２５に転送する。
ＨＤＤコントローラ２５においては、転送されてきたアルバムタイトルやトラックタイトルを示すテキストデータを、今回リッピングが行われたリッピングファイル２０Ａに対応付けるようにして、後述するリッピングデータベース２０Ｂに格納して記憶する。
これにより、例えばリッピング元のＣＤ１０にテキストデータが記録されてさえいれば、ユーザがわざわざ入力操作を行わなくとも、リッピングファイル２０Ａについてのアルバムタイトルやトラックタイトルなどの情報がテキストによって得られることになる。
そして、例えばリッピングファイル２０Ａの再生リストを表示させたり、また、再生出力する場合に、そのリッピングファイル２０Ａが属するとされるアルバムのタイトルや、そのリッピングファイル２０Ａについての楽曲のタイトルなどを、表示部３５に表示出力させることができる。このための表示制御処理は、例えばＨＤＤコントローラ２５が、リッピングデータベース２０Ｂから所要のテキストデータを読み出し、システムバス３７を介してＵＩコントローラ３１に転送する。ＵＩコントローラ３１では、転送されてきたテキストデータが文字として表示されるようにして、表示部３５に対して制御を実行する。
【００２７】
ＣＤ部２におけるＣＤコントローラ１４は、例えばＣＰＵなどによって構成されるもので、ＣＤ部２の動作制御を実行する。また、システムバス３７を介して、後述するＨＤＤ部３のＨＤＤコントローラ２５、ユーザインターフェイス部４のＵＩコントローラ３１と通信可能とされている。
そして、このＣＤコントローラ１４は、ＲＯＭ１５及びＲＡＭ１６を備えている。ＲＯＭ１５には、ＣＤコントローラ１４が実行すべきプログラムや、各種の設定情報が格納されている。また、ＲＡＭ１６は、ＣＤコントローラ１４が制御処理を実行する際の作業領域として使用され、例えばＣＤコントローラ１４が処理を実行するのに一時的に必要となる各種のデータを保持する。
【００２８】
続いて、ＨＤＤ部３について説明する。
例えば前述のようにして、リッピングのためにＣＤ１０から再生され、ＣＤ部２内の信号処理回路１２から転送されてきたデジタルオーディオデータは、ＨＤＤ部３の信号処理回路２２に入力される。
信号処理回路２２では、ＣＤ部２から転送されてきたデジタルオーディオデータについて、所定のデジタルオーディオデータの圧縮方式にしたがって圧縮処理を施す。
【００２９】
信号処理回路２２による圧縮処理によって得られた圧縮オーディオデータは、ハードディスク２０への記録データとして、ＨＤドライバ２１に出力される。ＨＤドライバ２１では、例えば入力された圧縮オーディオデータについて、例えばハードディスク２０へのデータ書込に適合した記録符号化処理等を施して、ハードディスク２０に転送し、ハードディスク２０上のアドレスを指定して書き込みを実行させる。これにより、ＣＤ１０から再生されたデジタルオーディオデータが、圧縮された形式でハードディスク２０に記憶されることになる。つまり、リッピングとしての動作が得られることになる。
ＨＤドライバ２１は、ハードディスク２０に記録されたファイルなどのデータを管理するためのファイルシステムを処理することで、適正にデータの書き込み／読み出しを実行することができるようにされている。
【００３０】
上記のようにしてハードディスク２０に記憶された圧縮オーディオデータは、図示するように、リッピングファイル２０Ａとして管理されることになる。リッピングファイル２０Ａの各々は、ＣＤ１０に記録されているトラックごとのオーディオデータに対応している。
【００３１】
また、ハードディスク２０に記憶されたリッピングファイルを管理するための管理情報として、同じくハードディスク２０にはリッピングデータベース２０Ｂが記憶される。
このリッピングデータベース２０Ｂは、リッピングが実行されるのに応じて、そのリッピング結果に応じてＨＤＤコントローラ２５が生成し、逐次更新を行うようにされている。
【００３２】
また、本実施の形態のリッピングシステム装置１では、ハードディスク２０に記憶されているリッピングファイル２０Ａのうちから任意のファイルを選択して、再生出力することも可能とされている。
この場合には、例えば後述するユーザインターフェイス部３１の操作部３４に対して行われた、指定のリッピングファイル２０Ａの再生操作に応じて、ＵＩコントローラ３１が、リッピングファイル２０Ａを指定したうえで、再生要求を発行する。この再生要求がシステムバス３７を介してＨＤＤコントローラ２５に伝達されると、ＨＤＤコントローラ２５では、ＨＤドライバ２１に対して、指定されたリッピングファイル２０Ａの読み出しを指示する。これにより、ＨＤドライバ２１は、ハードディスク２０上において指定のリッピングファイルが書き込まれているアドレスにアクセスして読み出しを行い、読み出したデータを信号処理回路２２に対して転送する。
【００３３】
前述もしたように、ＨＤドライバ２１から転送されてきたリッピングファイル２０Ａは、圧縮オーディオデータである。そこで、リッピングファイル２０Ａのデータを入力した信号処理回路２２では、先のオーディオデータ圧縮方式に対応するデータ伸長処理を施して、例えば所定のサンプリングビット、サンプリング周波数によるデジタルオーディオデータに変換する。そして、オーディオ信号出力部５に対して出力する。
オーディオ信号出力部５では、入力されたデジタルオーディオデータを、前述したようにして、最終的にアナログオーディオ信号として、オーディオ出力端子５ａ、及びヘッドフォン出力端子５ｂに対して出力するようにされる。
このようにして、ハードディスク２０に記憶されているリッピングファイル２０Ａについてもオーディオ音声として再生出力することが可能とされている。
【００３４】
ＨＤＤコントローラ２５は、例えばこれまでに説明してきたようなＨＤＤ部３としての動作が得られるように制御処理を実行するものとされ、ＣＰＵなどを備えて構成される。
また、ＨＤＤコントローラ２５も、ＲＯＭ２３及びＲＡＭ２４を備えている。ＲＯＭ２３は、ＨＤＤコントローラ２５が実行すべき制御処理のためのプログラムを格納している。また、ＲＡＭ２４は、ＨＤＤコントローラ２５の作業領域として使用されるメモリである。
【００３５】
続いて、ユーザインターフェイス部４について説明する。
ユーザインターフェイス部４は、例えばＣＰＵなどにより構成されるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）コントローラ３１を備えている。ＵＩコントローラ３１は、ユーザインターフェイス部４における全体機能についての動作制御を実行する。
例えば、ＵＩコントローラ３１は、操作部３４に対して行われた操作に応じて操作部３４から出力される操作情報を、ＣＤコントローラ１４及びＨＤＤコントローラ２５が処理可能なコマンド（要求情報）に変換したうえで、システムバス３７を介して、ＣＤコントローラ１４又はＨＤＤコントローラ２５に対して転送する。
また、ＣＤコントローラ１４及びＨＤＤコントローラ２５と通信を行って、現在の動作状況に応じた表示が表示部３５にて行われるように表示制御を実行する。
【００３６】
ＲＯＭ３２には、例えば上記したような動作をはじめとしたインターフェイス部４における動作をＵＩコントローラ３１が実行するためのプログラムや、各種の初期設定情報などが格納される。また、ＲＡＭ３３は、ＵＩコントローラ３１の作業領域として使用される。
【００３７】
操作部３４は、例えば実際には、リッピングシステム装置１に表出して設けられる各種操作子から成るものとされ、これらの操作子に対して行われた操作に応じた操作信号をＵＩコントローラ３１に出力するように構成されている。
また、操作部３４の他に、無線又は有線によるリモートコントローラが使用可能とされた上で、このリモートコントローラに対して行われた操作に応じた信号を受信してＵＩコントローラ３１に操作情報として出力する構成を設けるようにしてもよい。
【００３８】
また、この場合にはシステムバス３７に対してネットワークインターフェイス３５が設けられている。このネットワークインターフェイス３５を備えることによって、本実施の形態のリッピングシステム装置１としては、ネットワークと接続することが可能となる。
【００３９】
２．ＣＤのＴＯＣ及びサブコード
ここで、ＣＤ部２に装填されるＣＤ１０（ＣＤ−ＤＡ）には、周知のようにして、リードインエリアにおいて、サブコーディングデータによってＴＯＣが記録されている。そこで、リードインエリアに記録されるＴＯＣ、及びサブコードについて説明する。
【００４０】
ＣＤ−ＤＡにおいて記録されるデータの最小単位は１フレームとなる。９８フレームで１ブロック（１サブコーディングフレーム）が構成される。そして、１フレームの構造は図１６に示すものとなる。
この図１６に示すようにして、１フレームは５８８ビットで構成され、先頭２４ビットが同期データ、続く１４ビットがサブコードデータエリアとされる。そして、その後にデータ及びパリティが配される。
【００４１】
この構成のフレームが９８フレームで１ブロックが構成され、９８個のフレームから取り出されたサブコードデータが集められて図１７（ａ）のような１ブロックのサブコードデータが形成される。
９８フレームの先頭の第１、第２のフレーム（フレーム９８ｎ＋１，フレーム９８ｎ＋２）からのサブコードデータは同期パターンとされている。そして、第３フレームから第９８フレーム（フレーム９８ｎ＋３〜フレーム９８ｎ＋９８）までで、各９６ビットのチャンネルデータ、即ちＰ，Ｑ，Ｒ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのサブコードデータが形成される。
【００４２】
このうち、アクセス等の管理のためにはＰチャンネルとＱチャンネルが用いられる。ただし、Ｐチャンネルはトラックとトラックの間のポーズ部分を示しているのみで、より細かい制御はＱチャンネル（Ｑ１　〜Ｑ９６）によって行なわれる。９６ビットのＱチャンネルデータは図１７（ｂ）のように構成される。
【００４３】
また、ここでの詳しい説明は省略するが、Ｒチャンネル〜Ｗチャンネルのデータは、テキストデータ群を形成するために設けられる。図１に示したテキストデコーダ１３は、デコード処理として、これのＲチャンネル〜Ｗチャンネルのデータから所定のフォーマットにより挿入されているテキストデータを抽出する。
テキストデータとしては、例えばアルバムタイトル、トラックタイトル、演奏者（指揮者、オーケストラ）名、作詞者名、作曲者名、編曲者名、メッセージ、ディスクＩＤ、ジャンル、ＩＳＲＣなどの情報を格納することができるが、これらのうち、いずれを利用するのかは、機器に応じて任意に設定されればよい。本実施の形態の場合には、少なくともリッピングファイル２０Ａの管理にあたっては、アルバムタイトル及びトラックタイトルを利用することとしている。
【００４４】
まずＱ１　〜Ｑ４　の４ビットはコントロールデータとされ、オーディオのチャンネル数、エンファシス、ＣＤ−ＲＯＭの識別などに用いられる。
即ち、４ビットのコントロールデータは次のように定義される。
『０＊＊＊』・・・・２チャンネルオーディオ
『１＊＊＊』・・・・４チャンネルオーディオ
『＊０＊＊』・・・・ＣＤ−ＤＡ
『＊１＊＊』・・・・ＣＤ−ＲＯＭ
『＊＊０＊』・・・・デジタルコピー不可
『＊＊１＊』・・・・デジタルコピー可
『＊＊＊０』・・・・プリエンファシスなし
『＊＊＊１』・・・・プリエンファシスあり
【００４５】
次にＱ５　〜Ｑ８　の４ビットはアドレスとされ、これはサブＱデータのコントロールビットとされている。
このアドレス４ビットが『０００１』である場合は、続くＱ９　〜Ｑ８０のサブＱデータはオーディオＱデータであることを示し、また『０１００』である場合は、続くＱ９　〜Ｑ８０のサブＱデータがビデオＱデータであることを示している。
そしてＱ９　〜Ｑ８０で７２ビットのサブＱデータとされ、残りのＱ８１〜Ｑ９６はＣＲＣとされる。
【００４６】
リードインエリアにおいては、ここに記録されるサブＱデータによってＴＯＣが構成される。
つまりリードインエリアから読み込まれたＱチャンネルデータにおけるＱ９　〜Ｑ８０の７２ビットのサブＱデータは、図１８（ａ）のような情報を有するものである。サブＱデータは各８ビットのデータを有している。
【００４７】
まずトラックナンバが記録される。リードインエリアではトラックナンバは『００』に固定される。
続いてＰＯＩＮＴ（ポイント）が記され、さらにトラック内の経過時間としてＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）が示される。
さらに、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥが記録されるが、このＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥは、ＰＯＩＮＴの値によって、次に述べるように意味が決定されている。
【００４８】
ＰＯＩＮＴの値が『０１ｈ』〜『９９ｈ』（ｈは１６進表現であることを示す）のときは、その値はトラックナンバを意味し、この場合ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにおいては、そのトラックナンバのトラックのスタートポイント（絶対時間アドレス）が分（ＰＭＩＮ），秒（ＰＳＥＣ），フレーム番号（ＰＦＲＡＭＥ）として記録されている。
【００４９】
ＰＯＩＮＴの値が『Ａ０ｈ』のときは、ＰＭＩＮに最初のトラックのトラックナンバが記録される。また、ＰＳＥＣの値によってＣＤ−ＤＡ，ＣＤ−Ｉ，ＣＤ−ＲＯＭ（ＸＡ仕様）の区別が示される。
ＰＯＩＮＴの値が『Ａ１ｈ』のときは、ＰＭＩＮに最後のトラックのトラックナンバが記録される。
ＰＯＩＮＴの値が『Ａ２ｈ』のときは、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイントが絶対時間アドレスとして示される。
【００５０】
例えば６トラックが記録されたディスクの場合、このようなサブＱデータによるＴＯＣとしては図１９のようにデータが記録されていることになる。
図１９に示すようにトラックナンバＴＮＯは全て『００ｈ』である。
また、ブロックＮＯ．とは上記のように９８フレームによるブロックデータとして読み込まれた１単位のサブＱデータのナンバを示している。
各ＴＯＣデータはそれぞれ３ブロックにわたって同一内容が書かれている。
図示するようにＰＯＩＮＴが『０１ｈ』〜『０６ｈ』の場合、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥとしてトラック＃１〜トラック＃６のスタートポイントが示されている。
【００５１】
そしてＰＯＩＮＴが『Ａ０ｈ』の場合、ＰＭＩＮに最初のトラックナンバとして『０１』が示される。またＰＳＥＣの値によってディスクが識別され、このディスクがＣＤ−ＤＡの場合は、図示するようにＰＳＥＣ＝『００ｈ』とされる。なお、ＣＤ−ＲＯＭ（ＸＡ仕様）の場合は、ＰＳＥＣ＝『２０ｈ』、ＣＤ−Ｉの場合は『１０ｈ』となる。
【００５２】
そしてＰＯＩＮＴの値が『Ａ１ｈ』の位置にＰＭＩＮに最後のトラックのトラックナンバが記録され、ＰＯＩＮＴの値が『Ａ２ｈ』の位置に、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイントが示される。
ブロックｎ＋２７以降は、ブロックｎ〜ｎ＋２６の内容が再び繰り返して記録されている。
【００５３】
ディスク１上で実際に音楽等のデータが記録されるトラック＃１〜＃ｎ、及びリードアウトエリアにおいては、そこに記録されているサブＱデータは図１８（ｂ）の情報を有する。
まずトラックナンバが記録される。即ち各トラック＃１〜＃ｎでは『０１ｈ』〜『９９ｈ』の何れかの値となる。またリードアウトエリアではトラックナンバは『ＡＡｈ』とされる。
続いてインデックスとして各トラックをさらに細分化することができる情報が記録される。
【００５４】
そして、トラック内の経過時間としてＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）が示される。
さらに、ＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭＥとして、絶対時間アドレスが分（ＡＭＩＮ），秒（ＡＳＥＣ），フレーム番号（ＡＦＲＡＭＥ）として記録されている。
【００５５】
このようにＴＯＣ及びサブコードが形成されているわけであるが、ディスク上のアドレス、即ちＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭＥは、９８フレーム単位で記録されることが理解される。
この９８フレーム（１ブロック）は１サブコーディングフレームと呼ばれ、音声データとしての１秒間には７５サブコーディングフレームが含まれることになる。つまり、アドレスとしての『ＡＦＲＡＭＥ』が採り得る値は『０』〜『７４』となる。
【００５６】
３．リッピングシステム装置の動作概要
続いて、図１に示した構成による本実施の形態のリッピングシステム装置１におけるＣＤシンクロナイズ・リッピング時の動作についての概要を、図２を参照して説明する。
確認のために述べておくが、本明細書でいうＣＤシンクロナイズ・リッピングとは、そのリッピング動作の結果として、１枚のＣＤに対応するアルバム単位のトラックのデータが、全てハードディスク２０側にリッピングファイル２０Ａとして記録された状態が得られるように記録することをいうものである。
【００５７】
ここで、図２には、ＣＤ部２に対してリッピング元となるＣＤ１０が装填されてから、本実施の形態としてのＣＤシンクロナイズ・リッピングが完了するまでの動作のシーケンスが、ＣＤ部２、ＨＤＤ部３、及びユーザインターフェイス部４の各動作に分けて示されている。
先ず、図２（ａ）として示すように、ＣＤ部２に対してリッピング元となるＣＤ１０が装填されたとする。ここでは、このＣＤについては、ＣＤ（Ａ）ということにする。
このＣＤ（Ａ）には、図２（ａ）に示すようにして、トラックＴｒ１〜Ｔｒ５までの５つのトラックデータが記録されていることとする。すると、ＣＤ部２では、この装填されたＣＤ（Ａ）のリードインエリアにアクセスしてＴＯＣの読み出しを行う。そして、このＴＯＣの内容をＨＤＤ部３側に転送する。つまり、ＣＤ（Ａ）の記録内容を、ＨＤＤ部３側に対して通知する。
【００５８】
ＣＤ（Ａ）の記録内容の通知を受信したＨＤＤ部３側では、受信したＴＯＣが示す記録内容と、現在においてハードディスク２０に記録済みとなっているリッピングファイルのリッピング状況とを比較する。ハードディスク２０におけるリッピング状況は、リッピングデータベース２０Ｂを参照することで把握可能である。なお、リッピングデータベース２０Ｂの構造例については後述する。
【００５９】
そして、その比較結果として、現在においてハードディスク２０に記憶されているリッピングファイル２０Ａのうち、ＣＤ（Ａ）にコンテンツとして記録されているトラックのファイルが記録済みとされているか否かについて判断する。また、このようなリッピングファイル２０Ａが既に記録されている場合には、このリッピングファイル２０ＡがＣＤ（Ａ）におけるどのトラックに対応するのかを認識する。つまり、ＨＤＤ部３では、ＣＤ（Ａ）に対応するトラックデータについてのリッピング状況を認識するようにされる。
【００６０】
そしてここでは、図２（ｂ）に示すようにして、ハードディスク２０には、ＣＤ（Ａ）のトラックＴｒ１，Ｔｒ３，Ｔｒ５の３つのトラックデータが、それぞれリッピングファイル２０Ａとして既にハードディスク２０に記憶されているということが認識結果として得られたものとする。
【００６１】
ＨＤＤ部３では、このようにして認識したＣＤ（Ａ）についてのリッピング状況を、ＣＤ部２に対して通知する。また、同様にして、このリッピング状況をユーザインターフェイス部４に対しても通知する。
リッピング状況の通知に応じたユーザインターフェイス部４の動作については、「リッピング状況表示」として後述することとして、先ず、リッピング状況が通知されたＣＤ部２側の動作について説明する。
【００６２】
図２（ｃ）に示すようにして、ＣＤ部２が、ＣＤ（Ａ）についてのリッピング状況の通知を受信することによっては、ＣＤ（Ａ）に記録されるトラックのうち、ハードディスク２０に未だリッピングされていない未記録のトラックデータが何れであるのかを、認識できることになる。このためには、ＣＤ部２側でＣＤ（Ａ）から読み出したＴＯＣの内容と、この通知されたリッピング状況の内容とを比較すればよい。
そして、この場合には、ＣＤ（Ａ）に記録されたトラックデータのうち、トラックＴｒ２，Ｔｒ４の２つのトラックが未記録のデータであることが認識されることになる。
【００６３】
そこで、ＣＤ部２においては、現在装填されているＣＤ（Ａ）について、ＣＤシンクロナイズ・リッピングを行うための指示が行われた場合には、図２（ｃ）に示すようにして、ＣＤ（Ａ）に記録されているトラックＴｒ１〜Ｔｒ５のうち、未記録であるトラックＴｒ２，Ｔｒ４のデータのみを再生して、ＨＤＤ部３に転送するようにされる。
なお、周知のように、一般的なＣＤプレイヤでは、ユーザ操作に応じて任意に選択されたトラックを、任意に指定された再生順によって再生する、いわゆるプログラム再生を行うことが可能とされている。ＣＤ部２において、上記のようにして、未記録トラックのみを再生するのにあたっては、このプログラム再生のためのプログラム設定が、ユーザ操作の代わりに、例えばＣＤコントローラ１４の制御によって実行されるようにすればよい。
【００６４】
上記のようにして、ＣＤ部２から転送されてきたトラックＴｒ２，Ｔｒ４の再生データを受信したＨＤＤ部３の動作は図２（ｄ）に示される。ＨＤＤ部３では、受信したトラックＴｒ２，Ｔｒ４のデータを、前述したようにして、圧縮処理を施したうえで、ハードディスク２０に転送して記録を行う。これにより、ＣＤ（Ａ）から再生したトラックＴｒ２，Ｔｒ４のデータについてのリッピングが行われたことになる。
【００６５】
この結果、同じ図２（ｄ）に示すようにして、ＨＤＤ部３においては、ＣＤ（Ａ）に記録されている全てのトラックＴｒ１〜Ｔｒ５までのトラックのデータが、リッピングファイル２０Ａとして、ハードディスク２０に記録されたことになる。つまり、ハードディスク２０に記憶されるリッピングファイル２０Ａとして、ＣＤ（Ａ）としてのアルバムを構成する全てのトラックのファイルがそろったことになる。
このようにして、結果的には、１枚のＣＤに対応するアルバム単位のトラックのデータが、全てハードディスク２０側にリッピングファイル２０Ａとして記録されたこととなる。つまり、ＣＤシンクロナイズ・リッピングが正常に完了したこととなるものである。
【００６６】
例えば従来においては、前述もしたように、ＣＤシンクロナイズ・リッピングとしての動作は、無条件にＣＤに記録されている全てのトラックデータを再生して、ハードディスク側に転送して記録させるものであった。従って、ＣＤシンクロナイズ・リッピングが行われることによっては、これより以前にハードディスクにリッピング済みとされていたトラックデータと重複してしまうこととなり、例えば後においてトラックデータの重複分を削除しない限りは、ハードディスクの容量を無駄に消費することとなっていた。
【００６７】
また、ＣＤシンクロナイズ・リッピング動作として、無条件にＣＤに記録されている全トラックデータが記録される場合において、既にこのリッピング元のＣＤに記録されたトラックデータが、ハードディスクにリッピング済みとなっている状況では、このリッピング済みのトラックデータの分までもが再生され、ハードディスクに記録されることになるから、そのためのリッピングのための実行時間が実質的には無駄となってしまうという問題を抱えていた。
そして、この問題を解消するには、例えばユーザが、パーソナルコンピュータなどの充実したＧＵＩを使用して、リッピングファイルをリスト表示させて重複するリッピングファイルを認識したうえで、ＣＤ再生についてプログラム設定を行うなどの、面倒な作業を要していた。
【００６８】
これに対して本実施の形態では、図２にて説明したようにして、ＣＤ部２とＨＤＤ部３との両者の通信によって、リッピング元であるＣＤに記録されたトラックデータのうちで、リッピングファイルとして記録済みとなっていない、未記録のトラックデータを認識するようにされる。
そして、この認識結果に従って、ＣＤシンクロナイズ・リッピング時においては、未記録のトラックデータのみを再生してリッピングさせるようにしている。このような構成であれば、ＣＤシンクロナイズ・リッピング時において、ハードディスクにリッピング済みとなっているトラックデータが重複して記録されることは無いようにされる。
また、実際のＣＤシンクロナイズ・リッピング時には、未記録のトラックデータのみを再生して出力するから、リッピング済みのトラックデータが存在する場合には、ＣＤシンクロナイズ・リッピングとしての動作を、従来よりも高速に終了させることが可能になる。
つまり、本実施の形態では、リッピングファイルの無駄な重複を避けるだけではなく、ＣＤシンクロナイズ・リッピングに要する時間を短縮する（高速化する）ことを可能としているものである。そして、このために必要な未記録トラックの識別や、未記録トラックのみをプログラム再生する動作などは、全て自動的に行われるものであり、ユーザは面倒な操作、作業に煩わされることが無い。
【００６９】
４．リッピング状況表示
また、図２（ｂ）（ｅ）により示したようにして、ＣＤ（Ａ）に対応するトラックデータについてのリッピング状況は、ＣＤ部２からユーザインターフェイス部４に対しても通知される。そして、ユーザインターフェイス部４は、図２（ｅ）に示すようにして、このリッピング状況の通知を受信すると、表示部３５に対してリッピング状況表示を行う。
【００７０】
表示部３５に表示される、リッピング状況表示としての表示態様例を図３に示す。リッピング状況表示は、現在装填されているリッピング元のＣＤに記録されている全トラック（データ）に対して、既にハードディスク２０にリッピング済みとなっているトラック（データ）がどの程度であるのかを視覚的に示すための表示である。
【００７１】
この場合のリッピング状況表示としては、例えば先ず、図３（ａ）に示すようにして、リッピング状況表示バー４０が示される。なお、このリッピング状況表示バー４０が、横方向に長手となっているのは、実際の表示部３５の表示画面部が、リッピングシステム装置１の筐体において横方向に長手となる形態で配置されていることに対応している。
また、この場合にはアルバムタイトル表示４２も表示画面内に表示させている。このアルバムタイトル表示４２には、後述する構造を有するリッピングデータベース２０Ｂに格納されているアルバムタイトルのテキストデータの内容が反映される。
【００７２】
図３（ａ）に示すリッピング状況表示バー４０の表示状態は、リッピング元ＣＤに記録されているトラックデータのうち、ハードディスク２０にリッピング済みとされているトラックデータは無い場合に対応している。
これに対して、或る程度の一部のトラックデータがリッピング済みとされている状況であれば、図３（ｂ）に示すようにして、例えばリッピング元ＣＤのトラックデータに対する、リッピング済みトラックデータの割合に応じて、リッピング済み指示バー４１が、リッピング状況表示バー４０の左側から右側にかけて占有していくようにして表示される。
また、さらに多くの一部のトラックデータがリッピング済みとなっている状況であれば、図３（ｃ）に示すようにして、リッピング状況表示バー４０におけるリッピング済み指示バー４１の占有率がより多くなるようにして表示が変化する。
このようにして、図３においては、リッピング状況を、棒グラフ的なシンボル表示によって示すものである。
【００７３】
そしてまた、リッピング元ＣＤの全トラックデータがリッピング済みとされている状況であれば、図３（ｄ）に示すようにして、リッピング状況表示バー４０をリッピング済み指示バー４１が完全に占有するようにして表示が行われる。
【００７４】
また、他のリッピング状況表示の例を図４に示す。
この場合には、例えば先ず図４（ａ）に示すようにして、図３のリッピング状況表示バー４０の代わりに、リッピング状況表示アイコン５０が表示される。この場合には、リッピング状況を、アルバムとしての１枚のディスクへの記録量としてシンボル表示するものである。また、この場合にも、リッピング状況表示アイコン５０と共に、アルバムタイトル表示５２も表示するようにしている。
【００７５】
この場合にも、図４（ａ）に示す表示状態は、リッピング元ＣＤに記録されているトラックデータのうち、ハードディスク２０にリッピング済みとされているトラックデータが無い場合に対応しているものであるとする。
そして、一部のトラックデータがリッピング済みとされている状況であるとする。すると、図４（ｂ）（ｃ）に示すようにして、リッピング元ＣＤに記録されている全トラックデータに対するリッピング済みのトラックデータの割合に応じた中心角を持った扇型のリッピング済指示表示５１が、リッピング状況表示アイコン５０内に表示されることになる。
そして、リッピング元ＣＤの全トラックデータがリッピング済みとされている状況では、図４（ｄ）に示すようにして、リッピング状況表示アイコン５０内をリッピング済指示表示５１が完全に占有するようにして表示が行われる。
【００７６】
上記図３及び図４に示したようにして、本実施の形態では、表示部３５において、リッピング状況がシンボル的に表示される。これによりユーザは、表示部３５を見ることで、リッピング元としてＣＤ部２に装填したＣＤに記録されているトラックデータのうち、どの程度のトラックデータがリッピング済みとなっているのかを、感覚的に認識できることになる。
また、このようなシンボル表示であれば、ユーザとしては、視覚的な楽しみが得られることになる。
また、一般に、オーディオ機器の表示部は、例えばパーソナルコンピュータのディスプレイ画面などと比較すれば、遥かに小さなサイズであるから、リッピング状況をリスト的に表示することはかえって視覚的認識性が劣る場合もあると考えられる。そこで、このような場合に本実施の形態のようなシンボリックなリッピング状況表示を採用すれば、表示部が小さくとも、充分とされるリッピング状況を提示することができる。
【００７７】
ところで、上記図３及び図４における、リッピング状況表示バー４０におけるリッピング済み指示バー４１の占有率、若しくはリッピング状況表示アイコン５０におけるリッピング済指示表示５１の占有率は、リッピング元ＣＤの全トラックに対応するデータサイズに対する、リッピング済みのトラックデータのサイズ合計に基づいたものとすることが考えられる。あるいは、リッピング元ＣＤの全トラック数に対する、リッピング済みのトラックデータの数に基づいたものとすることも考えられる。
【００７８】
また、例えば図３及び図４に示した表示に関しては、リッピング状況表示バー４０におけるリッピング済み指示バー４１の占有率、若しくはリッピング状況表示アイコン５０におけるリッピング済指示表示５１の占有率を、リッピング元ＣＤの全トラックに対するリッピング済みのトラックデータに対する実際の割合に忠実に対応させる必要は、必ずしもない。
つまり、表示パターンとして、図３（ａ）及び図４（ａ）に示されるような、リッピング済みのトラックデータが無い場合の表示パターンと、図３（ｄ）及び図４（ｄ）に示されるような、リッピング元ＣＤの全トラックデータがリッピング済みとされている場合の表示パターンとを用意する。そして、その中間となる、リッピング元ＣＤの一部トラックデータがリッピング済みとされる場合の表示パターンとしては、少なくとも、１つを用意する。つまり、最低で３段階の表示パターンを用意する。
そして、通知されたリッピング状況に応じて、用意された表示パターンの何れかを選択し、選択した表示パターンによって表示部３５に表示を行うようにするものである。
【００７９】
このようにしてリッピング状況表示を行うことによっては、表示パターンが或る決められた段階数となっている。このため、例えば、実際のリッピング元ＣＤの全トラックに対する、リッピング済みのトラックデータに対する割合に応じて正確に表示を行う場合よりは、例えばＵＩコントローラ３１の表示制御処理の負荷が軽くなるというメリットがある。また、ＣＰＵの能力や表示部の分解能などの事情で、表示能力が余り高くないような場合にも、本実施の形態としてのシンボル表示を有効に適用することができる。
この場合には、おおよそでのリッピング済みトラックデータの割合を示すことしかできないが、ユーザとしては、リッピング状況として、例えば全くリッピングされていないのか、あるいは一部でもリッピングされているのかを把握できればよい場合も多く、この点で、充分に実用的であるということがいえる。
【００８０】
５．リッピングデータベースの構造
図２に示した本実施の形態としてのＣＤシンクロナイズ・リッピングを実現するのにあたっては、リッピング元ＣＤに記録されているトラックデータのうちから、リッピングされていない未記録のトラックデータを認識する必要がある。
そして、このためには、図２においても若干説明したように、ＣＤ部２から転送されてくるＣＤ１０のＴＯＣの内容と、ハードディスク２０に記憶されているリッピングデータベース２０Ｂにおける所要の内容とを比較することが行われる。
そこで、次に、リッピングデータベース２０Ｂの構造例について説明する。
【００８１】
図５は、リッピングデータベース２０Ｂの全体構造を示している。リッピングデータベース２０Ｂは、この図に示すようにして、リッピングファイルテーブルＤ１と、アルバム情報Ｄ２とから成る。
リッピングファイルテーブルＤ１の構造は、図６に示される。この図に示すようにして、リッピングファイルテーブルＤ１は、リッピングファイル２０Ａの各々に付されたファイルＩＤと、このファイルＩＤにより示されるリッピングファイル２０Ａが記憶されているハードディスク２０上のアドレスとを対応付けたテーブルとして形成される。
【００８２】
また、アルバム情報Ｄ２は、リッピングファイル２０Ａについてアルバム単位で管理するための管理情報とされる。ここでいうアルバムは、リッピングファイル２０Ａが元々記録されていたＣＤに対応しているものとされる。
【００８３】
そして、このアルバム情報Ｄ２の構造としては例えば図７に示すものとなる。この図に示すようにして、アルバム情報Ｄ２は、アルバムＩＤ　Ｄ１１、ＣＤ−ＴＯＣテーブルＤ１２、リッピング状況テーブルＤ１３、タイトルテーブルＤ１４、及びデータレート情報Ｄ１５から成る。
【００８４】
アルバムＩＤ　Ｄ１１には、現アルバム情報Ｄ２が対応するＣＤ（アルバム）を特定するためのＩＤの値が格納される。このアルバムＩＤは、例えばそのアルバム情報Ｄ２が作成されるときに、所定規則に従って、ＨＤＤコントローラ２５が生成するものとされる。
このアルバムＩＤは、ＨＤＤ部３側で、リッピングファイル２０Ａについて、アルバム単位での管理を行う場合に使用される。
【００８５】
また、図２に示したリッピング動作は、ＣＤシンクロナイズ・リッピング時を例に挙げているが、本実施の形態としては、ＣＤシンクロナイズ・リッピングではない、例えばＣＤからユーザが敢えて選択した一部トラックデータをリッピングする場合にも、ＣＤ部２とＨＤＤ部３とで、リッピング元ＣＤの記録内容を通知することが行われる。つまり、リッピング元ＣＤから読み出したＴＯＣの内容情報を転送することが行われるものである。
そして、ＣＤ−ＴＯＣテーブルＤ１２は、未だ１つのトラックデータもリッピングされていないＣＤを、はじめてリッピング元ＣＤとして再生してリッピングをする際において、ＣＤ部２からＨＤＤ部３に転送されてくるＴＯＣの内容情報に基づいて作成されるものである。また、ハードディスク２０にはじめてリッピングされるＣＤである限り、リッピング動作がＣＤシンクロナイズ・リッピングであるか、それ以外のリッピング動作であるかに関わらず、ＣＤ−ＴＯＣテーブルＤ１２が作成されることになる。
【００８６】
そして、このＣＤ−ＴＯＣテーブルＤ１２は、例えば図１９に例示したような、リッピング元となるＣＤに記録されているＴＯＣ内容をそのまま反映した内容を有しているものとされ、例えば、図８に示す構造となっている。
【００８７】
この図８に示すＣＤ−ＴＯＣテーブルＤ１２としては、先ず、スタートポイントエリアＤ２１が配置される。
図１９にも例示したように、ＣＤのＴＯＣには、ディスクに記録された各トラックについてのスタートポイント（アドレス）が示されている。スタートポイントエリアＤ２１には、この各トラックについてのスタートポイントの内容がそのまま反映される。
つまり、例えば図８に示すようにして、トラックＴｒ＃１〜Ｔｒ＃Ｎまでの各スタートポイントの値が、エリアＤ２１（１），Ｄ２１（２）・・・Ｄ２１（Ｎ−１），Ｄ２１（Ｎ）の各々に格納されるものである。そして、これらのエリアＤ２１（１）〜Ｄ２１（Ｎ）には、ＣＤのＴＯＣに記録されていたトラック＃１〜トラック＃Ｎの各スタートポイントと同じ値が格納されることになる。
なお、エリアＤ２１（１）〜Ｄ２１（Ｎ）に格納される値としては、ＣＤのＴＯＣ同様に、ＭＩＮ，ＳＥＣ，ＦＲＡＭＥにより表現されればよい。
【００８８】
スタートポイントエリアＤ２１に続けては、エリアＤ２２に対して、最初のトラックのトラックナンバの値が格納される。このエリアＤ２２に格納される値は、図１９に例示したディスクの最初のトラックのトラックナンバを示す値が格納されればよい。
続くエリアＤ２３には、最後のトラックのトラックナンバの値が格納される。このエリアＤ２３に格納される値としても、図１９に例示したディスクの最後のトラックのトラックナンバを示す値が格納されればよい。
【００８９】
最後のエリアＤ２４には、リードアウトトラックのスタートポイントの値が、例えばＣＤ−ＴＯＣと同様にして、ＭＩＮ，ＳＥＣ，ＦＲＡＭＥにより示されることになる。このリードアウトトラックのスタートポイントとしても、図１９に例示しているように、ＣＤのＴＯＣに記録されているリードアウトトラックのスタートポイントの値が反映されるものである。
【００９０】
続いては、リッピング状況テーブルＤ１３について説明する。
リッピング状況テーブルＤ１３には、現アルバム情報が管理するアルバムに属するとされる各トラック（つまりリッピング元ＣＤに記録されている各トラック）と、実際にリッピングファイル２０Ａとしてハードディスク２０に記録済みとされているトラックデータとの対応付けが行われているテーブルである。
このため、リッピング状況テーブルＤ１３の構造としては、図９に示すようにして、リッピング元のＣＤ上で、ＴＯＣにより管理されるトラックのトラックナンバと、リッピングファイル２０ＡのファイルＩＤが対応付けられるようになっている。
つまり、現アルバム情報が対応するとされるリッピング元ＣＤのトラックデータが、既にリッピングファイル２０Ａとして記録済みとされている場合には、このリッピングファイル２０ＡのファイルＩＤが、ＣＤのトラックナンバに対応付けられるようにして、リッピング状況テーブルＤ１３に格納される。
なお、この図においては、ファイルＩＤを［ｘｘｘｘｈ］（ｈは１６進数表記であることを示している）で示しているが、実際には、ファイルＩＤとしての実値が格納される。また、未記録とされて対応付けが行われないトラックナンバに対応するファイルＩＤの欄においては、［−−−−］が示されているが、例えば実際としては、００ｈの連続（ＡＬＬ‘０’）若しくはＦＦｈの連続（ＡＬＬ‘１’）が格納されるようにすればよい。
また、ここでのファイルＩＤは、先に図６に示したリッピングファイルテーブルで説明した、リッピングファイル２０Ａごとに付されるファイルＩＤと同じものである。
【００９１】
タイトルテーブルＤ１４は、この場合には、アルバムタイトルと、このアルバムに属するとされるトラックごとのトラックタイトルとが、テキストデータにより格納される領域である。
このタイトルテーブルＤ１４の構造は、例えば図１０に示すようにして、アルバムタイトルエリアＤ１３が配置され、ここにアルバムタイトルとしてのテキストデータが格納される。
そして、アルバムタイトルエリアＤ３１に続けて、トラックタイトルエリアＤ３２が配置される。このトラックタイトルエリアＤ３２は、トラックＴｒ＃１〜Ｔｒ＃Ｎまでの各トラックタイトルをテキストデータにより格納するエリアＤ３２（１）〜（Ｎ）に分割される。
そして、アルバムタイトルのテキストデータが取得されているのであれば、そのテキストデータがアルバムタイトルエリアＤ３１に格納されることになる。
また、既にリッピングファイル２０Ａとしてリッピングされたトラックデータが在る場合において、このリッピングされたトラックデータのトラックタイトルのテキストデータが取得されている場合には、トラックタイトルエリアＤ３２のエリアＤ３２（１）〜（Ｎ）のうち、このトラックデータのトラックナンバに対応するエリア対して、そのテキストデータを格納するようにされる。
【００９２】
ここで、タイトルテーブルＤ１４に格納されるアルバムタイトル、及びトラックタイトルとしての文字情報は、例えば次のようにして取得することができる。先ず、リッピング時において、リッピング元ＣＤにアルバムタイトル、及びトラックタイトルのテキストデータが記録されていたのであれば、ＣＤ部２側のテキストデコーダ１３によりこれらのテキストデータがデコードされて取得されることになる。この場合、ＣＤコントローラ１４は、取得したアルバムタイトル及びトラックタイトルのテキストデータをＨＤＤ部３に転送する。そして、ＨＤＤ部３のＨＤＤコントローラ２５では、転送されてきたアルバムタイトル及びトラックタイトルのテキストデータを、タイトルテーブルＤ１４に格納する。
【００９３】
また、リッピング元ＣＤにアルバムタイトル及びトラックタイトルのテキストデータが記録されていなかった場合には、リッピング時において、次のようにして暫定的なアルバムタイトル及びトラックタイトルが格納される。
例えばアルバムタイトルとしては、ＨＤＤコントローラ２５が所定規則に従って暫定的なアルバムタイトルを発生させ、アルバムタイトルエリアＤ３１に格納するようにされる。
また、トラックデータについては、詳しいことは後述するが、ＨＤＤコントローラ２５が、今回リッピングしたリッピングファイル２０Ａが対応するアルバムのトラックナンバをテキストデータして発生させる。そして、このテキストデータを、トラックタイトルエリアＤ３２のエリアＤ３２（１）〜（Ｎ）のうち、しかるべきトラックナンバに対応するエリアに格納する。
【００９４】
また、アルバム情報Ｄ２におけるデータレート情報Ｄ１５（図７参照）には、このアルバムについて設定されたデータレートを示す情報が格納される。ここでいうデータレートとは、ＨＤＤ部３の信号処理回路２２により圧縮処理された後のオーディオデータについてのデータレートとされる。
本実施の形態では、信号処理回路２２によりオーディオデータについて圧縮処理を施す際のデータレートを、例えばユーザによる操作部３４に対する操作に応じて変更設定できるようになっている。
また、本実施の形態では、アルバム情報Ｄ２により管理されるアルバム単位では、各トラックデータ（リッピングファイル２０Ａ）についてのデータレートは、共通であるべきものとされる。例えば同じリッピング元ＣＤに記録されている在る１つのトラックデータについて、異なるデータレートを設定してリッピングファイル２０Ａとしてハードディスク２０に記録した場合、同じトラックデータであっても、データレートが異なる場合には、これらのリッピングファイル２０Ａは、異なるアルバムとして管理されることとしている。
【００９５】
６．ＣＤシンクロナイズ・リッピング時の処理動作
続いて、これまで説明した本実施の形態としてのＣＤシンクロナイズ・リッピングの動作を実現するための処理動作について、説明を行っていくこととする。先ず図１１のフローチャートを参照して説明を行う。この図に示す処理は、図２における図２（ａ）、（ｂ）、（ｅ）により説明した動作に対応する。
つまり、ＣＤ部２にリッピング元とされるＣＤが装填されることに始まり、ＣＤ部２からＴＯＣの内容をＨＤＤ部３に転送したことに基づいて、ＨＤＤ部３がこのリッピング元ＣＤに対応したリッピング状況を把握する。そしてまた、ＨＤＤ部３が把握したリッピング状況に応じて、ユーザインターフェイス部４にて、リッピング状況表示を実行するまでの動作である。
また、この図１１においては、ＣＤ部２、ＨＤＤ部３、ＵＩコントローラ３１の各処理動作が示されている。ここで、ＣＤ部２としての処理は、ＣＤコントローラ１４が実行する。また、ＨＤＤ部３としての処理はＨＤＤコントローラ２５が実行する。
【００９６】
この図に示す処理においては、先ずＣＤ部２におけるステップＳ１０１の処理により、リッピング元としてのＣＤ１０が装填されるのを待機している。そして、ＣＤ１０が装填されたことが判別されるとステップＳ１０２の処理に進む。
【００９７】
ステップＳ１０２においては、装填されたディスクからＴＯＣの読み込みを行ってＲＡＭ１６に保持することが行われる。そして、次のステップＳ１０３の処理によっては、ＣＤ１０が装填されたことを通知するようにされる。
【００９８】
ＨＤＤ部３では、ステップＳ２０１において、上記ステップＳ１０３の処理によるＣＤ装填を通知する通知情報の受信を待機しているものとされる。そして、通知情報が受信されたとするとステップＳ２０２の処理に進み、現在装填されているＣＤ１０についてのＴＯＣの要求を、システムバス３７を介してＣＤ部２のＣＤコントローラ１４に対して行う。
【００９９】
このＴＯＣの要求を受信したＣＤコントローラ１４では、ステップＳ１０４の処理を実行する。ステップＳ１０４では、先のステップＳ１０２の処理によりＲＡＭ１６に保持しているＴＯＣの読み出しを行って、システムバス３７を介して、ＨＤＤコントローラ２５に対して転送する。
【０１００】
ＨＤＤ部３（ＨＤＤコントローラ２５）側では、上記のようにして転送されてきたＴＯＣを、ステップＳ２０３の処理により受信する。そして、この受信したＴＯＣの内容情報をＲＡＭ２４に対して保持させる。
【０１０１】
続くステップＳ２０４においては、上記ＲＡＭ２４に保持したＴＯＣの内容と、ハードディスク２０に記憶されたリッピングデータベース２０Ｂ内における、このＴＯＣに対応するアルバム情報Ｄ２内のＣＤ−ＴＯＣテーブルとの照合を行っていく。つまり、ＲＡＭ２４に保持したＴＯＣの内容と一致するＣＤ−ＴＯＣテーブルを検索するものである。そして、次のステップＳ２０５の処理によって、その照合結果をＲＡＭ２４に保持しておくようにされる。
この場合の照合結果としては、ＲＡＭ２４に保持したＴＯＣの内容と一致するＣＤ−ＴＯＣテーブルが存在したのであれば、例えば、そのＣＤ−ＴＯＣテーブルを格納しているアルバム情報Ｄ２のアルバムＩＤ　Ｄ１１を保持するようにされる。また、ＲＡＭ２４に保持したＴＯＣの内容と一致するＣＤ−ＴＯＣテーブルが存在していなかった場合には、このことを示す所定値が保持されるようにすればよい。
この照合結果は、図１２により後述するＣＤシンクロナイズ・リッピングの動作開始時において、ＨＤＤ部３が、リッピング元ＣＤに対応するトラックデータのうちからリッピング済みのトラックデータを認識するのにも用いられる。
【０１０２】
続いてＨＤＤ部３では、次のステップＳ２０６の処理を実行する。
ステップＳ２０６では、ＲＡＭ２４に保持されている照合結果を参照して、同じくＲＡＭ２４に受信保持しているＴＯＣ（即ち、現在装填されているリッピング元ＣＤ）に対応するアルバム情報Ｄ２が存在するか（リッピングデータベース２０Ｂに登録されているか）否かについて判別する。
このステップＳ２０６において肯定結果が得られた場合には、現在、ＣＤ部２に装填されているリッピング元ＣＤに記録されているトラックデータの少なくとも１つが、既にリッピングファイル２０Ａとしてハードディスク２０に記録されているということになる。この場合にはステップＳ２０７の処理に進む。
【０１０３】
ステップＳ２０７においては、ハードディスク２０に記憶されているリッピングデータベース２０Ｂから、現在ＣＤ部２に装填されているリッピング元ＣＤに対応するアルバム情報Ｄ２を検索する。この検索は、ステップＳ２０５の照合結果としてＲＡＭ２４に保持されているアルバムＩＤを検索条件として検索すればよい。
そして、アルバム情報Ｄ２が検索されたのであれば、このアルバム情報Ｄ２に格納されているタイトルテーブルＤ１４内のアルバムタイトルエリアＤ３１に角の売れているアルバムタイトルのテキストデータの読み出しを行う。また、リッピング状況テーブルＤ１３の読み出しを行う。そして、次のステップＳ２０８により、読み出しを行ったアルバムタイトルのテキストデータをＵＩコントローラ３１に転送する。また、読み出したリッピング状況テーブルＤ１３の内容に基づいて、現在ＣＤ部２に装填されているＣＤの全トラックに対する、リッピング済みのトラックデータの割合を示す占有率情報を生成し、システムバス３７を介して、ＵＩコントローラ３１に転送する。
【０１０４】
これに対して、ステップＳ２０６において否定結果が得られた場合には、ステップＳ２０９の処理に進む。ステップＳ２０６により否定結果が得られた場合、現在、ＣＤ部２に装填されているリッピング元ＣＤに記録されているトラックデータは、ハードディスク２０には全くリッピング記録されていないことになる。そこで、ステップＳ２０９においては、リッピング状況として、現在ＣＤ部２に装填されているＣＤに対応するトラックデータは、全て未記録であることを通知する。また、この際において、ＨＤＤ部３で生成した暫定的なアルバムタイトルのテキストデータを送信するようにしても良い。このようにすれば、一応、表示部３５において、暫定的ではあるが、アルバムタイトル表示４２（又は５２）にアルバムタイトルを表示させることができる。
【０１０５】
ＵＩコントローラ３１では、ステップＳ３０１において、ＨＤＤ部３のステップＳ２０８により転送されるアルバムタイトルのテキストデータ、及びリッピング状況に対応する占有率情報を受信することになる。若しくは、ステップＳ２０９の処理によりＨＤＤ部３から通知される情報を受信することになる。
そして、ステップＳ３０１にて上記した何れかの情報を受信した場合には、ステップＳ３０２に進み、受信した情報に応じて、先に図３若しくは図４により示したようなリッピング状況表示がアルバムタイトル表示（４２，５２）と共に表示されるように、表示部３５に対する表示制御を実行する。
【０１０６】
続いては、上記図１１に示した処理が終了した後において、ＣＤシンクロナイズ・リッピングが開始された場合の処理動作について、図１２のフローチャートを参照して説明する。この図においては、ＣＤ部２側（ＣＤコントローラ１４）と、ＨＤＤ部３側（ＨＤＤコントローラ２５）の処理動作が示されている。
【０１０７】
この図に示す処理においては、先ず、ステップＳ４０１において、ＣＤシンクロナイズ・リッピング開始のための指示が得られたか否かについて判別している。
ここで、例えば操作部３４に対してＣＤシンクロナイズ・リッピングを実行させるための操作が行われ、ＵＩコントローラ３１がこの操作情報を入力したとすると、ＣＤシンクロナイズ・リッピングの開始を指示するコマンドが、システムバス３７を介して、例えばＨＤＤ部３のＨＤＤコントローラ２５、及びＣＤ部２のＣＤコントローラ１４に対して送信される。
このようにして、ＣＤシンクロナイズ・リッピング開始のための指示が得られたことを、ＨＤＤコントローラ２５がステップＳ４０１にて判別すると、ステップＳ４０２以降の処理を実行することになる。
【０１０８】
ステップＳ４０２においては、先の図１１のステップＳ２０５においてＲＡＭ２４に保持していた照合結果を参照する。そして、次のステップＳ４０３においては、参照した照合結果に基づいて、現在、ＣＤ部２にリッピング元として装填されているＣＤ（アルバム）についてのリッピング状況がどのようになっているのかを判別する。
ここで、既にリッピング済みのトラックデータが存在する場合には、ＲＡＭ２４には照合結果として、現在、ＣＤ部２にリッピング元として装填されているＣＤに対応するアルバム情報Ｄ２のアルバムＩＤが保持されている。そこで、リッピングデータベース２０Ｂから、このアルバムＩＤを有するアルバム情報Ｄ２に格納されているリッピング状況テーブルＤ１３の内容を参照するようにされる。これにより、今回のリッピング元ＣＤの全トラックデータがリッピング済みの状況であるのか、若しくは、一部のトラックデータが未だリッピングされていない状況であるのかを判別することができる。
また、照合結果として、今回のリッピング元ＣＤの全てのトラックデータがリッピングされていない状況であることを示す値がＲＡＭ２４に格納されていた場合には、このことを以て、リッピング元ＣＤの全てのトラックデータがリッピングされていない状況であることを判別されることになる。
【０１０９】
そして、ステップＳ４０３における判別結果として、先ずは、一部のトラックデータが未だリッピングされていない状況であることを判別した場合にはステップＳ４０６の処理に進む。
ステップＳ４０６では、リッピング対象となるアルバム情報Ｄ２を設定する。ここで、リッピング対象となるアルバム情報Ｄ２とは、今回のＣＤシンクロナイズ・リッピングにより、その内容が更新されるべきアルバム情報Ｄ２を決定することである。
そしてこの場合においては、一部のトラックが未だリッピングされていないのであるが、これは逆に言えば、既に一部のトラックがリッピングされており、従って、リッピングデータベース２０Ｂにおいては、現在リッピング元としてＣＤ部２に装填されているＣＤに対応するアルバム情報が、既に存在しているということになる。そこで、ステップＳ４０６では、この現在リッピング元としてＣＤ部２に装填されているＣＤに対応して、リッピングデータベース２０Ｂに格納されているアルバム情報を、リッピング対象のアルバム情報として設定することになる。
つまり、先の図１１のステップＳ２０５により、照合結果としてＲＡＭ２４に保持されたアルバムＩＤを有するアルバム情報Ｄ２を、リッピング対象のアルバム情報として設定するものである。
このステップＳ４０６の処理を実行した後においてステップＳ４０７の処理に移行する。
【０１１０】
また、ステップＳ４０３において、全てのトラックがリッピングされていない状況であることが判別された場合には、ステップＳ４０４の処理に進む。
ステップＳ４０４においては、新規のアルバム情報Ｄ２を、リッピングデータベース２０Ｂに登録する。この際においては、新規のアルバム情報Ｄ２として作成可能な情報についての格納を行う。
つまり、先ずは、所定規則に従って、アルバムＩＤとしての値を発生させ、アルバムＩＤ　Ｄ１１として格納する。また、ＣＤ−ＴＯＣテーブルＤ１２についいては、先のステップＳ２０３においてＲＡＭ２４に保持したＴＯＣの情報を利用して作成する。
また、リッピング状況テーブルＤ１３としては、ＴＯＣの情報に基づいて、ファイルＩＤを対応させるべきトラックナンバの領域を確保することができる。また、タイトルテーブルＤ１４としては、この段階においては、少なくとも、アルバムタイトルエリアＤ３１と、各トラックデータについてのトラックタイトルエリアＤ３２（１）〜Ｄ３２（Ｎ）の領域を確保しておくことができる。
また、データレート情報Ｄ１５については、例えばＣＤシンクロナイズ・リッピング開始の操作時において設定されていたデータレートの値を格納するようにすればよい。
このようにして、ステップＳ４０４としての新規なアルバム情報Ｄ２の登録が終了したとされると、ステップＳ４０５の処理に進む。
ステップＳ４０５においては、リッピング対象となるアルバム情報Ｄ２を設定するが、ここでは、上記ステップＳ４０４にて新規に登録したアルバム情報Ｄ２をリッピング対象として設定することになる。そして、ステップＳ４０７の処理に進む。
【０１１１】
ところで、アルバム情報Ｄ２には、図７に示したようにデータレート情報Ｄ１５が格納される。そして、図７におけるデータレート情報Ｄ１５の説明でも述べたようにして、データレート情報Ｄ１５により示されるデータレートは、そのアルバム情報に属するものとして管理されるリッピングファイル２０Ａ（トラックデータ）に共通となる。換言すれば、リッピング元が同じＣＤである同じトラックであっても、データレートが異なってリッピングされる場合には、それぞれ異なるアルバムとして管理される。従って、リッピング元が同じＣＤであっても、ハードディスク２０上では、データレートが異なる複数のアルバムが存在しても良いということになる。
従って、ステップＳ４０３におけるアルバムのリッピング状況の判別、及びステップＳ４０６におけるリッピング対象のアルバム情報の設定にあたっては、このアルバム情報Ｄ２におけるデータレート情報Ｄ１５も参照することになる。
つまり、ステップＳ４０３においては、今回のリッピング元ＣＤのトラックデータをリッピングしたアルバム情報が存在するとしても、そのアルバム情報Ｄ２のデータレート情報Ｄ１５が示すデータレートと、今回のＣＤシンクロナイズ・リッピングにおいて設定されているデータレートとが異なっていれば、全てのトラックがリッピングされていないと判定する。そしてステップＳ４０４の処理に進むようにされる。
また、ステップＳ４０３からステップＳ４０６への処理シーケンスを実行するのにあたっても、ステップＳ４０６にてリッピング対象として設定されるのは、今回のＣＤシンクロナイズ・リッピングに際して設定されたデータレートと同じ値が格納されたデータレート情報Ｄ１５を有するアルバム情報とされることになる。
【０１１２】
そして、ステップＳ４０７に至った段階では、ステップＳ４０５又はステップＳ４０６の処理によりリッピング対象として設定されたアルバム情報Ｄ２のリッピング状況テーブルＤ１３を参照することで、未だ現アルバムにおいてリッピングされていないトラックデータを認識することができる。そこで、ステップＳ４０７においては、このようにしてリッピング状況テーブルＤ１３を参照することで認識した未記録のトラックデータがどのトラックナンバであるのかを、システムバス３７を介してＣＤ部２に対して通知するための処理を実行する。これは、例えば未記録のトラックデータのトラックナンバのリストを作成して転送すればよい。なお、確認のために述べておくと、ステップＳ４０６の処理を経たのステップＳ４０７の処理としては、全てのトラックのトラックナンバのリストを転送することになる。
【０１１３】
一方のＣＤ部２においては、先ず、ＨＤＤ部側のステップＳ４０１の処理と同様にして、ステップＳ５０１によりＣＤシンクロナイズ・リッピング開始の指示が得られるのを待機している。そして、例えば先にも述べたようにして、ユーザの操作部３４に対する操作に応じて、ＵＩコントローラ３１から出力されるＣＤシンクロナイズ・リッピング開始のコマンドを受信したとされると、ステップＳ５０２の処理に移行する。
【０１１４】
ステップＳ５０２においては、先のステップＳ４０７の処理によりＨＤＤ部３側から通知される、未記録（未リッピング）のトラックデータのトラックナンバのリストの情報が受信されるのを待機している。そして、この通知を受信するとステップＳ５０３の処理に移行する。
【０１１５】
ステップＳ５０３においては、上記ステップ５０２において受信した通知に基づいて、未記録とされるトラックのみが再生されるように、再生プログラムを登録してステップＳ５０４の処理に移行する。
【０１１６】
ステップＳ５０４においては、上記ステップＳ５０３により登録されたプログラムに従って、装填されたＣＤ１０に対するトラック再生を実行していくことになる。また、これと共に、次のステップＳ５０５の処理として示すようにして、ＨＤＤ部３の信号処理回路２２に対して、ＣＤ１０から再生したオーディオデータを転送するための制御処理を実行する。
このステップＳ５０４によるＣＤ１０に対する再生処理と、ステップＳ５０５による再生データの転送処理は、続くステップＳ５０６としての処理により、再生が終了したことが判別されるまで継続される。ここでいう再生の終了とは、プログラム再生及び再生データの転送が完了することをいう。
そしてステップＳ５０６において再生の終了したことが判別されるとステップＳ５０７に進み、ＨＤＤ部３のＨＤＤコントローラ２５に対して再生終了を通知する。
【０１１７】
一方のＨＤＤ部３側では、ステップＳ４０８において、先のステップＳ５０５の処理によってＣＤ部２側から信号処理回路２２に転送されてくる再生データを、リッピングファイル２０Ａとしての単位で管理されるようにしてハードディスク２０に記録するための制御処理を実行する。
つまり、先ずは、信号処理回路２２において、転送されてきたオーディオデータが指定のデータレートにより圧縮されるように制御を実行する。そして、この圧縮されたオーディオデータは、元はトラック単位により管理されるデータであるから、この１つのトラックデータが、１つのリッピングファイル２０Ａとしてファイルシステム上で管理されるようにしてハードディスク２０に記録されるように、ＨＤドライバ２１に対する制御を実行するものである。
このステップＳ４０８の処理は、ステップＳ４０９にて、先のステップＳ５０７の処理によりＣＤ部２側から送信される再生終了の通知を受信するまで継続される。そして、ステップＳ４０９にて再生終了の通知を受信したとされると、ステップＳ４１０に進む。
【０１１８】
ステップＳ４１０では、ＣＤ部２から転送されてきたオーディオデータについての、ハードディスク２０への記録が完了したことを確認したうえで、所要の記録終了処理を実行し、ステップＳ４１１に進む。なお、このステップＳ４１０の終了処理に際しては、例えばＣＤシンクロナイズ・リッピングが終了したことの通知をＵＩコントローラ３１に出力するようにしても良い。そして、この通知を受信したＵＩコントローラ３１では、例えば表示部３５に対して、ＣＤシンクロナイズ・リッピングが完了したことを示す表示を行うように制御処理を実行する。これにより、ユーザは、ＣＤシンクロナイズ・リッピングが終了したことを視覚的に確認できることになる。
【０１１９】
ステップＳ４１１においては、今回のＣＤシンクロナイズ・リッピングの結果に応じて、リッピングファイルテーブルＤ１と、リッピング対象として設定されたアルバム情報Ｄ２の更新を行う。
つまり、今回のＣＤシンクロナイズ・リッピングにより新たに記録されたリッピングファイル２０ＡのファイルＩＤとハードディスク２０上のアドレスとを対応付けた情報を、リッピングファイルテーブルＤ１に追加する。
また、今回のＣＤシンクロナイズ・リッピングにより新たに記録されたリッピングファイル２０ＡのファイルＩＤを、リッピング状況テーブルＤ１３のしかるべきトラックナンバに対応付けて格納する。
さらに、今回のＣＤシンクロナイズ・リッピングにより新たに記録されたリッピングファイル２０Ａについてのトラックタイトルのテキストデータを、タイトルテーブルＤ１４のしかるべきトラックナンバのトラックタイトルエリア（Ｄ３２（１）〜（Ｎ））に対応させて格納する。なお、ここでの本実施の形態としてのトラックタイトルの格納に際しての具体的な処理については、後に、図１３を参照して説明を行う。
【０１２０】
上記のようにして、ステップＳ４１１の処理を実行したとされると、次のステップＳ４１２の処理に進む。このステップＳ４１２の処理においては、上記ステップＳ４１１により更新されたアルバム情報Ｄ２のリッピング状況テーブルＤ１３の内容に応じたリッピング状況データ（アルバムの全トラックに対するリッピング済みトラックの占有率の情報を）を、ＵＩコントローラ３１に送信する。
このリッピング状況データを受信したＵＩコントローラ３１の処理としては、先の図１１に示したステップＳ３０１及びＳ３０２の処理と同様となる。
但し、この場合においてはＣＤシンクロナイズ・リッピングが行われたことにより、アルバムに属する全てのトラックデータがリッピングされた状況となっている。このため、この場合のリッピング状況データに基づいて表示部３５に表示されるリッピング状況表示としては、例えば図３（ｄ）及び図４（ｄ）に示すようにして、アルバムとして全てのトラックデータがリッピングされた状況を表示することになる。
【０１２１】
また、先のステップＳ４０３において、現在、装填されているリッピング元ＣＤに対応するアルバムに属する全てのトラックデータが、リッピング済みとされている状況であることが判別された場合には、ステップＳ４１３の処理を実行する。
ステップＳ４１３では、例えばＣＤコントローラ１４に対して、アルバムとして全てのトラックがリッピング済みであることを通知する。ここでは処理ステップの図示を省略しているが、ＣＤ部２側では、この通知の受信に応じて、ＣＤシンクロナイズ・リッピングに対応する動作は停止する。また、この通知をＵＩコントローラ３１に出力するようにしてもよい。この通知に応じて、ＵＩコントローラ３１では、既に全てのトラックがリッピング済みであるからＣＤシンクロナイズ・リッピングは実行しないことを告知するための表示を表示部３５に対して表示するための制御を実行するようにされる。あるいはこの場合には、ＣＤシンクロナイズ・リッピングが即座に終了したとみなして、直ちにＣＤシンクロナイズ・リッピングの終了を告知する表示が表示部３５にて行われるようにしても良い。
【０１２２】
また、本実施の形態としては、上記図１２におけるステップＳ４１１の処理において、アルバム情報Ｄ２内のタイトルテーブルＤ１４に対して、新規にハードディスク２０に記録されたトラックデータ（リッピングファイル２０Ａ）についての、トラックタイトルのテキストデータを格納することも行うと述べた。このための処理は、例えばＨＤＤコントローラ２５により、図１３に示すようにして実行される。
【０１２３】
この図においては先ず、ステップＳ８０１としての処理によって、トラックタイトルのテキストデータを、ＣＤ部２のＣＤコントローラ１４に対して要求する。この際、ＣＤコントローラ１４は、今回のＣＤシンクロナイズ・リッピングにより、新規にハードディスク２０に記録されたトラックデータ（リッピングファイル２０Ａ）のトラックナンバに対応するトラックタイトルを要求する。
【０１２４】
図１にて説明したように、ＣＤ部２では、テキストデコーダ１３を備えることで、ＣＤにサブコーディングによって記録されているテキストデータがあれば、サブコードをデコードしてテキストデータを復調し、ＲＡＭ１６に保持しておくようにされる。
ＣＤコントローラ１４は、上記ステップＳ８０１の処理によって要求されたトラックデータ（トラックナンバ）のトラックタイトルのデータをＲＡＭ１６に保持しているのであれば、該当するトラックタイトルのデータをＲＡＭ１６から読み出して、ＨＤＤコントローラ２５に転送する。無ければ、ＲＡＭ１６に保持していないので転送不可能であることを示すレスポンスを送信する。
【０１２５】
上記したＣＤコントローラ１４の処理に応じて、ＨＤＤコントローラ２５では、ステップＳ８０２において、ＣＤ部２側からトラックタイトルのテキストデータが取得できたか否かについて判別する。
ここで肯定結果が得られた場合にはステップＳ８０３に進む。ステップＳ８０３においては、取得したトラックタイトルのテキストデータを、タイトルテーブルＤ１４のしかるべきトラックナンバのトラックタイトルエリア（Ｄ３２（１）〜（Ｎ））に対応させて格納する。これにより、リッピングされたトラックデータについての具体的な楽曲名などのトラックタイトルが、リッピングデータベース２０Ｂに対して自動的に登録されることになる。
【０１２６】
これに対して、リッピング元ＣＤには、トラックタイトルのテキストデータが記録されていなかったとして、ステップＳ８０２にて否定結果が得られた場合には、ステップＳ８０４の処理に移行する。
ステップＳ８０４においては、ＨＤＤコントローラ２５が、今回リッピングしたトラックデータのトラックナンバを示すテキストデータを発生させる。例えば今回リッピングしたトラックデータのトラックナンバが、トラックＴｒ＃１であるとすれば、［ｔｒａｃｋ１］のようにしてトラックＴｒ＃１であることを示すテキストデータを発生させる。また、ステップＳ８０４においては、今回リッピングされたトラックデータが複数である場合には、これらの全てのトラックデータについてのトラックナンバのテキストデータを発生させる。
そして、次のステップＳ８０５において、上記ステップＳ８０４により発生されたトラックナンバのテキストデータを、トラックタイトルとして扱い、タイトルテーブルＤ１４のしかるべきトラックナンバのトラックタイトルエリア（Ｄ３２（１）〜（Ｎ））に対応させて格納する。
この場合、例えば楽曲名などの具体的なタイトルが登録されるわけではないが、全くトラックタイトルが無い状態と比較すれば、トラックタイトルとしてトラックナンバが提示されることになる。従って、例えばリッピングファイル２０Ａを再生出力する場合や、再生リストを表示させる場合などにおいて、トラックタイトルを表示させたときには、トラックナンバが示されることになるので、ユーザとしては、何もタイトルが表示されない場合と比較すれば、はるかにファイルの認識が行いやすくなるものである。
【０１２７】
７．ダウンロードサーバとの連係動作
また、本実施の形態のリッピングシステム装置１は、図１にも示したように、ネットワークインターフェイス３５を備えることで、ネットワークと接続可能とされている。そして、このネットワーク接続機能を利用して、楽曲としてのデジタルオーディオデータを、同じネットワーク上に存在する所定のダウンロードサーバからダウンロードし、リッピングファイル２０Ａとして、ハードディスク２０に記憶させることが可能とされているものである。
そこで、次に本実施の形態としてのリッピングシステム装置１におけるダウンロードサーバとの連係動作について説明を行うこととする。
【０１２８】
図１４は、本実施の形態のリッピングシステム装置１とネットワークを介して接続されるダウンロードサーバ１００の構成例を示している。
この図に示すダウンロードサーバ１００は、図示するようにして、記憶部１０１、制御部１０５、及びネットワークインターフェイス１０６とをシステムバスにより接続した構成を採っている。
【０１２９】
記憶部１０１は、例えば大容量のハードディスクにより構成される。この場合の記憶部１０１には、図示するようにして、少なくとも、ダウンロード用オーディオデータ群１０２と、ダウンロード用ＣＤ−ＴＯＣデータ群１０３と、アプリケーションプログラム１０４とが記憶される。
ダウンロード用オーディオデータ群１０２は、ダウンロードのために記憶された多数のオーディオデータが例えばデータベース化されて格納されているものとされる。また、ダウンロード用オーディオデータ群１０２を形成する各オーディオデータは、本実施の形態のリッピングファイル２０Ａと同じ圧縮方式により圧縮された状態であるものとする。例えば、圧縮しないオーディオデータをダウンロードして、リッピングファイル２０Ａとして記録する際に圧縮処理を施すことも考えられるが、ダウンロードの時間短縮などを考慮して、ダウンロード用のオーディオデータについては予め圧縮オーディオデータとしての形式をとることが好ましく、また一般的でもある。
また、ダウンロード用ＣＤ−ＴＯＣデータ群１０３は、ＣＤとしてのアルバムに記録されているのと同じ内容のＴＯＣデータが、多数のアルバムごとに対応して記録されており、これをデータベース化して形成されている。
上記ダウンロード用オーディオデータ群１０２を形成するオーディオデータは、実際には、何らかのアルバムとしてのＣＤに記録されているトラックデータであるものとされる。そして、ダウンロード用ＣＤ−ＴＯＣデータ群１０３は、ダウンロード用オーディオデータ群１０２を形成するオーディオデータ（トラックデータ）が属するアルバム（ＣＤ）に対応したＣＤ−ＴＯＣにより形成されている。
アプリケーションプログラム１０４は、制御部１０５が実行すべき各種のプログラムから成る。
【０１３０】
制御部１０５は、上記記憶部１０１に記憶されるアプリケーションプログラム１０４に基づいて、ダウンロードサーバとしての機能が実現されるように所要の各種制御処理を実行する。
【０１３１】
ネットワークインターフェイス１０６は、当該ダウンロードサーバ１００をネットワークと接続するために設けられる。これにより、ネットワークを介して、接続され、遠隔地に複数在るとされるリッピングシステム装置１と通信を行うことが可能となる。
なお、この図に示すリッピングシステム装置１の構成は、これまでに説明したとおりであり、図１に示したネットワークインターフェイス３５によりネットワークを介して、ダウンロードサーバと接続することを可能としている。
【０１３２】
そして、上記のようにして構成されるダウンロードサーバ１００と、リッピングシステム装置１との間で行われるダウンロード動作は、次のようにして行われる。
例えば、リッピングシステム装置１のユーザは、操作部３５に対する所定操作を行うことにより、リッピングシステム装置１を、ネットワークを介してダウンロードサーバ１００に接続することができる。この際には、例えば操作部３５に対して行われたダウンロードサーバ１００への接続操作に応じて、ＵＩコントローラ３１が、ＨＤＤコントローラ２５にダウンロードサーバ１００への接続要求を行う。
なお、ネットワークインターフェイス３５を介しての通信制御は、ＣＤコントローラ１４、ＨＤＤコントローラ２５、及びＵＩコントローラ３１の何れが実行するように構成しても良いのであるが、ここでは、ＨＤＤコントローラ２５が実行するものとする。
上記接続要求の入力に応じて、ＨＤＤコントローラ２５は、ネットワークインターフェイス３５によるネットワークとの接続を確立させた上で、例えばネットワーク上のダウンロードサーバ１００のアドレス（ＵＲＬ（（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ））にアクセスさせる制御処理を実行する。これにより、リッピングシステム装置１が、ダウンロードサーバ１００とネットワーク経由で接続された状態が得られる。
【０１３３】
この状態の下では、ダウンロードサーバ１００が、ダウンロード用オーディオデータのリスト情報を、リッピングシステム装置１に対して送信することができる。このリスト情報は、例えばダウンロード可能なオーディオデータのリスト項目ごとに、そのオーディオデータに付されたデータＩＤが付加された構造を有しているものとされる。そして、リッピングシステム装置１では、受信取得したリスト情報を、ダウンロードリストとして表示部３５に表示させることができる。あるいは、図１には示していないが、外部ディスプレイ装置と接続可能な構成として、この外部ディスプレイ装置に対してダウンロードリストの表示ができるようにしても良い。
【０１３４】
そして、例えばリッピングシステム装置１のユーザは、上記のようにして表示された再生リストに対するＧＵＩ的な操作によって、ダウンロードすべきオーディオデータを選択して指定するとともに、その指定したオーディオデータのダウンロードを実行させるための操作を行うことができる。例えばこの操作に応じて、図１５に示す処理動作によって、リッピングシステム装置１がダウンロードサーバ１００からオーディオデータをダウンロードするための動作が実行されることとなる。
【０１３５】
以降のダウンロード動作についての説明は、図１５のフローチャートを参照して行う。この図１５のフローチャートには、リッピングシステム装置１とダウンロードサーバ１００の処理動作が示されている。
リッピングシステム装置１側の処理動作は、必要に応じて、ＣＤコントローラ１４、ＨＤＤコントローラ２５、及びＵＩコントローラ３１の何れかが実行する。また、ネットワークインターフェイス３５を介しての通信制御処理は、上述もしたように、ここでは、ＨＤＤコントローラ２５が実行することとする。
また、ダウンロードサーバ１００の処理動作は、制御部１０５が実行する。
【０１３６】
上述のようにして、例えばリッピングシステム装置１の操作部３５に対して、ダウンロードを実行させるための操作が行われると、この操作をＵＩコントローラ３１が認識することになる。ＵＩコントローラ３１は、リスト情報に含まれているＩＤのうちから、ダウンロードが指定されたオーディオデータのデータＩＤを抽出する。そしてこのデータＩＤと共に、ダウンロード実行を指示するコマンドをＨＤＤコントローラ２５に対して出力する。
ＨＤＤコントローラ２５では、上記コマンドの入力に応じて、ステップＳ６０１の処理として示すように、ダウンロードサーバ１００に対してダウンロード要求を送信するための制御処理を実行する。つまり、ＨＤＤコントローラ２５は、ダウンロード要求情報を発生させて、ダウンロードすべきオーディオデータのデータＩＤと共に、システムバス３７を介してネットワークインターフェイス３５に転送する。そして、上記データＩＤを含むダウンロード要求情報を、ネットワークインターフェイス３５により、ダウンロードサーバ１００に対して送信させる制御を実行する。
【０１３７】
ダウンロードサーバ１００側では、ステップＳ７０１の処理により、リッピングシステム装置１から送信されたダウンロード要求情報が受信されるのを待機している。そして、ダウンロード要求情報が受信されると、ステップＳ７０２の処理に進む。
【０１３８】
ステップＳ７０２では、受信した要求情報に基づいて、先ず、記憶部１０１に記憶されているダウンロード用オーディオデータ群１０２からオーディオデータを検索する。つまり、例えば受信した要求情報に含まれているデータＩＤと一致するオーディオデータを検索するものである。
ところで、前述もしたように、ダウンロード用オーディオデータ群１０２を形成する各オーディオデータは、何らかのＣＤにトラックデータとして記録されているものと同一内容とされる。そして、ダウンロード用ＣＤ−ＴＯＣ群１０３には、ダウンロード用オーディオデータ群１０２のオーディオデータを記録していたＣＤについてのＴＯＣが格納されているものとされる。そして、ダウンロード用オーディオデータ群１０２を形成するオーディオデータには、そのオーディオデータを記録しているとされるＣＤ−ＴＯＣへのポインタが付されているものとされる。
ステップＳ７０２においては、上述のようにしてダウンロード用オーディオデータ群１０２からオーディオデータを検索すると、この検索したオーディオデータに付されているＣＤ−ＴＯＣへのポインタを参照して、ダウンロード用ＣＤ−ＴＯＣ群１０３から、参照したポインタが示すＣＤ−ＴＯＣを検索するようにもされる。
このようにして、ステップＳ７０２の処理によっては、リッピングシステム装置１が要求したオーディオデータと、このオーディオデータを記録しているとされるＣＤに記録されたＴＯＣと同じ内容のＣＤ−ＴＯＣとが検索されることになる。
【０１３９】
そして、次のステップＳ７０３では、上記ステップＳ７０２の処理により検索して得たオーディオデータ、及びＣＤ−ＴＯＣを、ネットワークインターフェイス１０６に転送し、要求元のリッピングシステム装置１のアドレス（例えばＩＰアドレス）を指定して送信させるための制御処理を実行する。これにより、ダウンロード要求を行ったリッピングシステム装置１に対して、オーディオデータ及びＣＤ−ＴＯＣの情報がダウンロードデータとしてネットワーク経由で送信されることになる。
【０１４０】
リッピングシステム装置１では、先のステップＳ６０１によるダウンロード要求の送信を実行した後は、ステップＳ６０２にて、ダウンロード要求に応じたダウンロードデータが受信されるのを待機している。そして、ダウンロードデータを受信すると、ステップＳ６０３の処理に進む。
【０１４１】
ステップＳ６０３では、先ず、受信取得したダウンロードデータに含まれるＣＤ−ＴＯＣデータが、自身のハードディスク２０に記憶されているリッピングデータベース２０Ｂ内のアルバム情報Ｄ２として登録済みであるか否かについて判別する。つまり、ダウンロードデータとして取得したのと同一内容のＣＤ−ＴＯＣデータ（アルバム内容）を有するアルバム情報Ｄ２が存在するか否かについて判別するものである。この判別処理にあたっては、ハードディスク２０に記憶されている各アルバム情報Ｄ２に格納されているＣＤ−ＴＯＣテーブルＤ１２について、受信取得したＣＤ−ＴＯＣの内容と一致するものが存在するかについての照合処理を行っていけばよい。一致すれば登録済みであるということになり、一致していなければ登録済みではないということになる。
【０１４２】
但し、上記の場合においても、データレートについての判別が行われる。
つまり、ダウンロードデータとして受信したＣＤ−ＴＯＣと、アルバム情報Ｄ２のＣＤ−ＴＯＣテーブルＤ１２の内容が一致していたとしても、そのアルバム情報Ｄ２に格納されたデータレート情報Ｄ１５が示す値と、ダウンロードデータとしてのオーディオデータに設定されているデータレートの値が異なっていればアルバム情報が一致しているとはみなされない。つまり、そのＣＤ−ＴＯＣは、アルバム情報Ｄ２として登録済みではないとして処理される。
【０１４３】
そして、ステップＳ６０３において、ダウンロードデータとして受信したＴＯＣデータが、既にアルバム情報Ｄ２として登録済みではないという判別結果が得られた場合には、ステップＳ６０４に進む。
ステップＳ６０４においては、先のステップＳ６０２にて受信取得したダウンロードデータのＣＤ−ＴＯＣ情報を利用した上で、新規のアルバム情報Ｄ２を作成して、リッピングデータベース２０Ｂに格納する。そして、次のステップＳ６０５では、ダウンロード先（リッピング対象）のアルバム情報Ｄ２として、この新規作成されたアルバム情報Ｄ２を設定する。そして、ステップＳ６０７の処理に移行する。
【０１４４】
これに対して、ステップＳ６０３において、ダウンロードデータとして受信したＴＯＣデータが、既にアルバム情報Ｄ２として登録済みであるという判別結果が得られた場合には、ステップＳ６０６の処理に進むようにされる。
ステップＳ６０６の処理によっては、ダウンロード先（リッピング対象）のアルバム情報Ｄ２として、この登録済みとされて、既にリッピングデータベース２０Ｂに格納されているアルバム情報Ｄ２を設定し、ステップＳ６０７の処理に進む。
【０１４５】
ステップＳ６０７においては、先のステップＳ６０２の処理によりダウンロードデータとして受信取得していたオーディオデータを、リッピングファイル２０Ａとして、ハードディスク２０に記録するための処理が実行される。この場合、ダウンロードデータとしてのオーディオデータは、既にリッピングファイル２０Ａと同じ方式による圧縮オーディオデータであるから、信号処理回路２２により圧縮処理を施す必要はない。
【０１４６】
そして、上記ステップＳ６０７としてのオーディオデータの記録が完了したとされると、この記録結果に応じて、先ずはリッピングファイルテーブルＤ１について、今回ハードディスク２０にリッピングファイル２０Ａとして記録したオーディオデータが登録されるように更新を行う。
これと共に、今回の記録結果に応じて、先のステップＳ６０５又はＳ６０６によりダウンロード先（リッピング対象）として設定されたアルバム情報Ｄ２の内容を更新することも行う。つまり、例えば今回のダウンロードにより新たに記録されたリッピングファイル２０ＡのファイルＩＤを、リッピング状況テーブルＤ１３のしかるべきトラックナンバに対応付けて格納するものである。
なお、この場合において、本来ダウンロードデータであるリッピングファイル２０Ａを、リッピング状況テーブルＤ１３のトラックナンバに対応付けるのにあたっては、ダウンロードデータであるオーディオデータについての、アルバムにおけるトラックナンバをＨＤＤコントローラ２５が知ることが必要である。この点については、例えばダウンロードデータであるオーディオデータにアルバム内のトラックナンバの情報を付加しておけばよい。
あるいは、ウンロードデータであるオーディオデータについての、アルバムにおけるトラックナンバをＨＤＤコントローラ２５が認識できるようにするためには、次のような構成とすることも考えられる。
つまり、オーディオデータは、そのサイズなどから再生時間を求めることができる。また、同じダウンロードデータとして取得したＣＤ−ＴＯＣの内容からはアルバム内の各トラックの再生時間を求めることができる。そこで、オーディオデータの再生時間と、ＣＤ−ＴＯＣに基づいて得られる各トラックの再生時間との一致を照合し、再生時間が一致することを以てトラックナンバを認識するようにすればよい。
【０１４７】
また、この場合においては、リッピングファイル２０Ａの出所が、ＣＤそのものではなく、ダウンロードサーバ１００からのダウンローでデータであるので、リッピングシステム装置１では、トラックタイトルのテキストデータを取得することはできない。
そこで、この場合には、先に図１３に示したフローチャートにおけるステップＳ８０４→Ｓ８０５の処理に準じて、テキストデータによるトラックナンバのトラックタイトルを生成し、このトラックタイトルを、タイトルテーブルＤ１４のしかるべきトラックナンバのトラックタイトルエリア（Ｄ３２（１）〜（Ｎ））に対応させて格納するようにすればよい。
【０１４８】
但し、ダウンロード用オーディオデータに対応する各ＣＤ（ＣＤ−ＴＯＣ）にテキストデータとして記録されたトラックタイトルなども、例えばダウンロードサーバ１００の記憶部１０１に、データベース化して記憶しておくようにしておいてもよい。
そして、ダウンロード要求に応じたダウンロードデータとして、オーディオデータ、ＣＤ−ＴＯＣデータに加え、トラックタイトルのテキストデータも、ダウンロードサーバ１００から送信するようにするものである。このようにすれば、ダウンロード時においてもリッピングシステム装置１でトラックタイトルを取得することが可能になって、アルバム情報Ｄ２のタイトルテーブルＤ１４に、トラックタイトルを格納することができる。また、トラックタイトルだけでなく、アルバムタイトルもダウンロードデータに含めるようにすれば、アルバムタイトルもタイトルテーブルＤ１４に格納することができる。
【０１４９】
また、上記図１５に示した処理によると、ダウンロードサーバ１００側では、ダウンロード要求に応じてオーディオデータをダウンロードする際には、必ずＣＤ−ＴＯＣも送信するようにしている。そして、リッピングシステム装置１は、この受信取得したＣＤ−ＴＯＣがアルバム情報として登録済みであるか否かを判別するようにしており、登録済みである場合には、受信取得したＣＤ−ＴＯＣは利用せずに破棄することとなる。
【０１５０】
しかしながら、ＣＤ−ＴＯＣのダウンロードのしかたについては次のようにすることも考えられる。
つまり、例えばリッピングシステム装置１側で、ダウンロードリストからダウンロードすべきオーディオデータが選択決定された段階において、この選択決定されたオーディオデータに対応するアルバム情報Ｄ２が、ハードディスク２０のリッピングデータベース２０Ｂに登録されているか否かについての判断を行うようにする。
このためには、例えばダウンロードリストにより提示されるオーディオデータと、既にハードディスク２０にリッピングファイル２０Ａとして記録されているオーディオデータが同一のコンテンツである場合に、その同一性が認識できるようにする仕組みを備えることが必要である。この仕組みとしては、例えばダウンロードリストのオーディオデータと、リッピングファイル２０Ａとについて、同一規則によって一義的となるファイルＩＤを付加すればよい。
例えば、ダウンロードリストのオーディオデータと、リッピングファイル２０Ａは、共に本来ＣＤに記録されている同一のオーディオデータであるから、ファイルＩＤは、例えばそのオーディオデータが記録されるＣＤのＴＯＣ、及びトラックナンバなどのデータについて所定の関数による演算を行うことにより得られるようにすればよい。このようにすれば、同じＣＤの同じトラックナンバのオーディオデータについて、ダウンロードサーバ１００側とリッピングシステム装置１側とで、それぞれ共通のファイルＩＤの値が付加されることになる。
【０１５１】
そして、ダウンロードリストから選択決定されたオーディオデータに対応するアルバム情報Ｄ２が、ハードディスク２０のリッピングデータベース２０Ｂに登録されているということが判別された場合、リッピングシステム装置１側では、ダウンロードサーバ１００からＣＤ−ＴＯＣを取得する必要はないということになる。そこで、この場合には、リッピングシステム装置１とダウンロードサーバ１００は、ダウンロードデータとしてオーディオデータのみがダウンロードされるように動作を行うようにされる。この場合には、ダウンロードデータがオーディオデータのみとなることで、それだけダウンロードデータの容量を小さくすることができるので、例えばダウンロード時間の短縮、及び送受信側でのダウンロードデータについての処理負担の軽減などが図られることになる。
これに対して、選択決定されたオーディオデータに対応するアルバム情報Ｄ２が、ハードディスク２０のリッピングデータベース２０Ｂに登録されていないことを判別した場合には、先の場合と同様にして、ダウンロードデータとして、オーディオデータとＣＤ−ＴＯＣデータ（及びトラックタイトル、アルバムタイトルなど）がダウンロードされるように動作することになる。
【０１５２】
このようにして、本実施の形態では、ダウンロードサーバ１００からオーディオデータをダウンロードした際にも、ダウンロードサーバ１００からＣＤ−ＴＯＣを取得して、これをアルバム情報Ｄ２として登録することができる。
そして、以降において、本実施の形態のリッピングシステム装置１が、ＣＤシンクロナイズ・リッピングを実行する際には、このダウンロードデータとして取得したＣＤ−ＴＯＣに基づいて登録されたアルバム情報Ｄ２も使用可能とされることになる。
つまり、ＣＤシンクロナイズ・リッピングのためにＣＤ部２にＣＤ１０が装填された場合に、この装填されたＣＤ１０としてのアルバムについてのリッピング状況を認識する際には、例えば図１１におけるステップＳ２０４以降の処理を実行する。そして、このステップＳ２０４以降の処理を実行するのにあたっては、ダウンロードデータとして取得したＣＤ−ＴＯＣに基づいて登録されたアルバム情報Ｄ２を、ＣＤ１０から読み出して取得したＴＯＣに基づいて登録されたアルバム情報Ｄ２と区別することなく利用するものである。
【０１５３】
ところで、本実施の形態において、先に図１１、図１２、図１３及び図１５に示した処理を実現するためのプログラムは、ＣＤ部２のＣＤコントローラ１４、ＨＤＤ部３のＨＤＤコントローラ２５、ＵＩコントローラ３１が実行すべきプログラムは、各コントローラが備えているＲＯＭ１５、ＲＯＭ２３、ＲＯＭ３２に適宜格納されるものである。また、本実施の形態の場合には、ＨＤＤコントローラ２５に関しては、ハードディスク２０を備えているから、ＲＯＭ２３に代えてこのハードディスク２０にプログラムをインストールして記憶させておくこともできる。
また、ダウンロードサーバ１００の制御部１０５が実行すべきプログラムは、図１４にも示したようにして、アプリケーションプログラム１０４として、例えばハードディスクとしての記憶部１０１に備えられていたものである。
【０１５４】
あるいは、上記した各プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔ　Ｏｐｔｉｃａｌ）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
例えば、本実施の形態のリッピングシステム装置１であれば、ＣＤ部２について、ＣＤ−ＲＯＭやＤＶＤなども再生可能な構成としたうえで、これらのディスクをＣＤ部２により再生してプログラムを読み出し、ＲＯＭ１５、ＲＯＭ２３、ＲＯＭ３２、ハードディスク２０に記憶させることでインストールできる。
また、図１に示したリッピングシステム装置１に対してＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）やＩＥＥＥ１３９４などのデータインターフェイスを設ける。そして、このようなデータインターフェイスに接続したメディアドライバによりメディアから再生したプログラムを、上記と同様にしてリッピングシステム装置１側にインストールするようにすることも考えられる。
【０１５５】
また、リッピング機能を有するプログラムについて、例えば図１１、図１２、図１３及び図１５に準じた処理を実行可能なプログラムを含めた上で、各種記憶媒体に記憶させておけば、本実施の形態としての動作を、汎用のパーソナルコンピュータなどにもインストールして実行させることが可能になる。
なお、プログラムは、上記のようなリムーバブルな記憶媒体からインストールする他、プログラムを記憶しているサーバなどから、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどのネットワークを介してダウンロードすることもできる。
【０１５６】
なお、本発明としては、これまでに説明してきた構成に限定されない。
例えば、本実施の形態のリッピングシステム装置１は、これまでの説明では、単体の機器であることを前提として説明しているが、少なくとも、ＣＤ部２としての機能を有する機器と、ＨＤＤ部３としての機能を有する機器とに分離し、相互を所定のデータインターフェイスにより接続したシステム構成としてもよいものである。この場合、図１に示したユーザインターフェイス部４としての機能は、ＣＤ部２として機器と、ＨＤＤ部３としての機器の両者において得られるように構成すればよい。
また、上記実施の形態では、リッピングの対象をデジタルオーディオデータとしているが、これに限定されるものではない。つまり、アルバム単位で管理されるデータをリッピング対象とするのであれば、データの種類としては、例えばビデオデータなどにも有用に適用できるものである。
また、リッピング元の記憶媒体と、リッピング先の記憶媒体も、ＣＤとハードディスクに限定されるものではなく、他のディスクメディアや、メモリ素子によるデータ記憶媒体など、各種の記憶媒体が適用されて良い。
【０１５７】
【発明の効果】
以上説明したように本発明は、第１の管理情報（ＣＤのＴＯＣ）によって、プログラム（トラック）単位で管理されるデータを第１の記憶媒体（ＣＤ）から読み出して、第２の記憶媒体（ハードディスク）に記録するのにあたり、第１の記憶媒体に記録されているデータのうちで、第２の記憶媒体に記録されていないとされる未記録のデータ（リッピング状況）を認識できるように構成されている。そして、上記未記録のデータについての認識結果に基づいて、上記第１の記憶媒体からは、この未記録のデータのみを再生出力し、第２の記憶媒体に記録するように構成される。
【０１５８】
例えば、第１の記憶媒体に記録されている内容が、第２の記憶媒体側でも完全に反映された記録結果が得られることを目的として、第１の記憶媒体から第２の記憶媒体への記録を行う場合がある。つまり、第１の記憶媒体の全てのデータを、第２の記憶媒体にリッピングするということである。
このような場合に、上記した本発明としての構成が採られることで、アルバムに属する一部のデータが既に第２の記憶媒体に記録されている場合には、この記録済みデータについては、第１の記憶媒体から再生されない。従って、リッピング後の記録結果として、第２の記憶媒体側では、データが重複して記録されることがないようにされ、それだけ第２の記憶媒体の容量を有効に利用することができる。
【０１５９】
また、本発明によれば、第２の記憶媒体に記録済みとされているデータについては、第１の記憶媒体から第２の記憶媒体への転送が行われないということになる。従って、第１の記憶媒体の記録内容が反映されるようにして第２の記憶媒体にデータをリッピングする場合における、リッピングの実行時間をその分短縮することができることになる。
【０１６０】
そして本発明としては、上記のようにして、第１の記憶媒体に記録されているデータのうちで、第２の記憶媒体に記録されていないとされる未記録のデータ（リッピング状況）を認識する動作と、この認識結果に応じてリッピングすべき未記録のデータのみを第１の記憶媒体から再生（プログラム再生）する動作とが、第１の記憶媒体から読み出された第１の管理情報（ＣＤのＴＯＣ）と、この第１の管理情報に基づいて作成される第２の管理情報（アルバム情報）の比較（照合）結果に基づいて、例えばユーザ操作などが介在することなく自動的に実行される。つまり、上記した本発明によるリッピング動作は、特にユーザが操作などの作業を行うことなく自動実行されるものであり、機器としての利便性も向上されるという効果を有する。
【図面の簡単な説明】
【図１】本発明の実施の形態のリッピングシステム装置の構成例を示すブロック図である。
【図２】本実施の形態のＣＤシンクロナイズ・リッピングの動作概要を模式的に示す説明図である。
【図３】リッピング状況表示の表示態様例を示す説明図である。
【図４】リッピング状況表示の他の表示態様例を示す説明図である。
【図５】リッピングデータベースの構造例を示す説明図である。
【図６】リッピングファイルテーブルの構造例を示す説明図である。
【図７】アルバム情報の構造例を示す説明図である。
【図８】ＣＤ−ＴＯＣテーブルの構造例を示す説明図である。
【図９】リッピング状況テーブルの構造例を示す説明図である。
【図１０】タイトルテーブルの構造例を示す説明図である。
【図１１】本実施の形態のリッピングシステム装置において、装填されたＣＤについてのリッピング状況を認識するまでの処理動作を示すフローチャートである。
【図１２】本実施の形態のリッピングシステム装置において、ＣＤシンクロナイズ・リッピング実行時の処理動作を示すフローチャートである。
【図１３】新規に記録されたリッピングデータに対応したトラックタイトルの登録動作を実現するための処理動作を示すフローチャートである。
【図１４】本実施の形態のダウンロードサーバの構成例を示すブロック図である。
【図１５】ダウンロードサーバとリッピングシステム装置との間でのダウンロード動作に対応した処理動作を示すフローチャートである。
【図１６】ＣＤのフレーム構造の説明図である。
【図１７】ＣＤのサブコーディングの説明図である。
【図１８】ＣＤのサブＱデータの説明図である。
【図１９】ＣＤのＴＯＣデータの説明図である。
【符号の説明】
１　リッピングシステム装置、２　ＣＤ部、３　ＨＤＤ部、４　ユーザインターフェイス部、１０　ＣＤ、１４　ＣＤコントローラ、１５　ＲＯＭ、１６　ＲＡＭ、２０　ハードディスク、２０Ａ　リッピングファイル、２０Ｂ　リッピングデータベース、２２　信号処理回路、２３　ＲＯＭ、２４　ＲＡＭ、２５　ＨＤＤコントローラ、３１　ＵＩコントローラ、３２　ＲＯＭ、３３　ＲＡＭ、３４　操作部、３５　表示部、３６　ネットワークインターフェイス、３７　システムバス、４０　リッピング状況表示バー、４１　リッピング済み表示バー、４２　アルバムタイトル表示、５０　リッピング状況表示アイコン、５１　リッピング済み指示表示、５２　アルバムタイトル表示、Ｄ１　リッピングファイルテーブル、Ｄ２　アルバム情報、Ｄ１１　アルバムＩＤ、Ｄ１２　ＣＤ−ＴＯＣ、Ｄ１３　リッピング状況テーブル、Ｄ１４　タイトルテーブル、Ｄ１５　データレート情報、Ｄ３１　アルバムタイトルエリア、Ｄ３２　トラックタイトルエリア、１００　ダウンロードサーバ、１０１　記憶部、１０２　ダウンロード用オーディオデータ群、１０３　ダウンロード用ＣＤ−ＴＯＣ群、１０４　アプリケーションプログラム、１０５　制御部、１０６　ネットワークインターフェイス
【図１】
2004021996.tif 000003
【図２】
2004021996.tif 000004
【図３】
2004021996.tif 000005
【図４】
2004021996.tif 000006
【図５】
2004021996.tif 000007
【図６】
2004021996.tif 000008
【図７】
2004021996.tif 000009
【図８】
2004021996.tif 000010
【図９】
2004021996.tif 000011
【図１０】
2004021996.tif 000012
【図１１】
2004021996.tif 000013
【図１２】
2004021996.tif 000014
【図１３】
2004021996.tif 000015
【図１４】
2004021996.tif 000016
【図１５】
2004021996.tif 000017
【図１６】
2004021996.tif 000018
【図１７】
2004021996.tif 000019
【図１８】
2004021996.tif 000020
【図１９】
2004021996.tif 000021