(57)【要約】【課題】転送されたデータを適切に確認できる記録再生装置を提供することである。【解決手段】パソコン３から転送された音楽データは、セキュリティ回路１１を介して、ディジタル信号処理回路１２に供給される。ディジタル信号処理回路１２は、バッファメモリ１９に音楽データを格納しながら、ディスクｄに書き込む。その際、システムコントローラ２０は、バッファメモリ１９内に格納された音楽データにおけるデータ欠落の有無を判別する。具体的には、音楽データ中のヘッダ及びフッタと、規定された固定値とを比較することにより、データ欠落の有無を判別する。そして、データ欠落ありと判別すると、ディジタル信号処理回路１２に書き込みを中断させると共に、音楽データの転送が失敗したことを示す応答データを生成して、セキュリティ回路１１を介してパソコン３に送信する。【選択図】　図１
2004039176.tif 000002
【特許請求の範囲】
【請求項１】
所定のインタフェースを介してコンテンツ出力機器から転送されるコンテンツを、所定の記録媒体に記録する記録再生装置であって、
コンテンツ出力機器から転送されるコンテンツを受信する受信手段と、
前記受信手段が受信したコンテンツに含まれる特定のデータと、予め定められた固定値とを比較し、コンテンツにおけるデータ欠落の有無を判別する判別手段と、
前記判別手段によりデータ欠落が無いと判別された場合に、前記受信手段が受信したコンテンツを記録媒体に記録する記録手段と、
前記判別手段によりデータ欠落が有ると判別された場合に、コンテンツ出力機器に向けて、コンテンツの転送が失敗したことを示す応答データを送信する送信手段と、
を備えることを特徴とする記録再生装置。
【請求項２】
所定のインタフェースを介してコンテンツ出力機器から所定量毎に転送されるコンテンツを、所定の記録媒体に記録する記録再生装置であって、
コンテンツ出力機器から転送されるコンテンツを、所定量毎に順次受信する受信手段と、
前記受信手段が順次受信した所定量のコンテンツ中に含まれる特定のデータと、予め定められた固定値とを比較し、コンテンツにおけるデータ欠落の有無を順次判別する判別手段と、
前記判別手段によりデータ欠落が無いと判別された場合に、前記受信手段が受信したコンテンツを記録媒体に順次記録する記録手段と、
前記判別手段によりデータ欠落が有ると判別された場合に、コンテンツ出力機器に向けて、コンテンツの転送が失敗したことを示す応答データを送信する送信手段と、
を備えることを特徴とする記録再生装置。
【請求項３】
前記記録手段は、前記判別手段によりデータ欠落が有ると判別された場合に、既に記録済みの当該データ欠落に係るコンテンツを記録媒体から実質的に削除する、
ことを特徴とする請求項１又は２に記載の記録再生装置。
【請求項４】
前記受信手段は、少なくともヘッダ若しくはフッタを含むコンテンツを受信し、
前記判別手段は、コンテンツに含まれるヘッダ若しくはフッタと、予め定められた固定値とを比較し、比較結果に従ってデータ欠落の有無を判別する、
ことを特徴とする請求項１又は２に記載の記録再生装置。
【請求項５】
前記受信手段は、ヘッダ及びフッタを含むコンテンツを受信し、
前記判別手段は、コンテンツに含まれるヘッダと予め定められた第１の固定値とを比較すると共に、コンテンツに含まれるフッタと予め定められた第２の固定値とを比較し、各比較結果に従ってデータ欠落の有無を判別する、
ことを特徴とする請求項１又は２に記載の記録再生装置。
【請求項６】
所定のインタフェースを介してコンテンツ出力機器から転送されるコンテンツを、所定の記録媒体に記録する記録再生装置における転送確認方法であって、
コンテンツ出力機器から転送されるコンテンツを受信する受信ステップと、
前記受信ステップにて受信されたコンテンツに含まれる特定のデータと、予め定められた固定値とを比較し、コンテンツにおけるデータ欠落の有無を判別する判別ステップと、
前記判別ステップにてデータ欠落が無いと判別された場合に、前記受信ステップにて受信されたコンテンツを記録媒体に記録する記録ステップと、
前記判別ステップにてデータ欠落が有ると判別された場合に、コンテンツ出力機器に向けて、コンテンツの転送が失敗したことを示す応答データを送信する送信ステップと、
を備えることを特徴とする転送確認方法。
【請求項７】
所定のインタフェースを介して音楽データを転送するコンテンツ出力機器であって、
音楽データを記憶するデータ記憶手段と、
音楽データを所定量毎に転送する音楽データ転送手段と、
音楽データ毎に、他の記録媒体へ当該音楽データが転送された回数、若しくは所定の制限回数から転送した回数を減算しこれを記憶する記憶手段と、
前記記録手段に記憶された転送回数若しくは制限回数に基づいて音楽データの転送を制限する制限手段と、
転送した音楽データが転送先の記録媒体で消去されたことを検出して、前記記憶手段の転送回数若しくは制限回数を書換制御する転送回数制限手段と、
音楽データの転送先から制御信号を受信する制御信号受信手段と、
制御手段と、を備え、
前記制御手段は、
前記制御信号受信手段が、音楽データの転送中若しくは転送終了後に、転送先から記録に係る音楽データが欠落していたことを通知されたとき、当該音楽データに係る転送回数若しくは制限回数が既に書き換えられていた場合には、転送回数を所定回数分減算し若しくは制限回数を所定回数分加算して前記記憶手段に記憶し、当該音楽データに係る転送回数若しくは制限回数が既に書き換えられていない場合には、当該音楽データの転送に伴う転送回数の加算若しくは制限回数減算を禁止する、
ことを特徴とするコンテンツ出力機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、記録再生装置、転送確認方法およびコンテンツ出力機器に関する。
【０００２】
【従来の技術】
従来より、パーソナルコンピュータ（パソコン）等のコントロール機器に接続されて使用されるプリンタやモデム等の電子機器が知られている。このような電子機器は、例えば、ＲＳ２３２Ｃやセントロニクス等のインタフェースを備えており、所定のケーブルを介してコントロール機器と接続され、コントロール機器からの制御等に従って動作する。
近年では、パソコン等（コントロール機器）に採用されたインタフェース規格としてＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）等が注目されている。このＵＳＢは、パソコンにおいて導入されている一般的なＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）にてサポートされており、パソコンの電源を入れたままで電子機器を接続できるホット・プラグ・インや、電子機器を使用するための設定を自動的に行えるプラグ・アンド・プレイが特徴となっている。
【０００３】
最近では、このＵＳＢを利用して、パソコンとＭＤ（ミニディスク）記録再生機器とを接続する「ＮｅｔＭＤ（登録商標）」と呼ばれる新しいインターフェース規格が策定されている。
このＮｅｔＭＤ規格は、音楽ＭＤにおける拡張規格であり、強固な著作権保護技術に基づいて、パソコンのハードディスク上に記録された音楽データをＭＤ記録再生機器に転送し、市販の記録用ＭＤに記録するものである。その際、デコード前の状態の音楽データがそのまま転送されるため、デコード／エンコード等に伴う音質劣化が防止される。また、再生に伴う録音と異なり、実質的なデータ転送であるため、通常録音時と比べて数倍〜数十倍の速さで記録が終了する。
【０００４】
各オーディオメーカ等は、このような特徴を有するＮｅｔＭＤ規格に対応したＭＤ記録再生機器を各種製造し、市場への投入を開始している。そして、パソコンを所有している利用者の間に、このようなＭＤ記録再生機器が徐々に普及して来ている。
【０００５】
【発明が解決しようとする課題】
上述したように、ＮｅｔＭＤ規格に対応したＭＤ記録再生機器は、パソコンと接続されて音楽データ（コンテンツ）の転送を受ける。具体的にＭＤ記録再生機器は、ＮｅｔＭＤ規格に沿って１セクタ（２３３２バイト）単位にて転送されるコンテンツデータを順次受信し、ＭＤに記録する。
しかしながら、現実には、ノイズ等のような外乱の発生により、転送されるコンテンツデータにおいてデータ欠落が生じてしまう場合がある。つまり、ＵＳＢケーブル上のシリアル転送にて音楽データ（コンテンツデータ）のみがバルク転送されるため、波形の乱れ等により誤ったデータがそのまま取得されたり、途中のデータが一部欠落する場合がある。この場合でも、ＭＤ記録再生機器は、コンテンツデータをそのままＭＤに記録してしまう。
また、ＭＤ記録再生機器内部でも、ディジタル信号処理回路（ＤＳＰ）間のＩ／Ｆ（インターフェース）で同様の事が起こり得る。
【０００６】
そして、セクタ単位にコンテンツを管理するＭＤ記録再生機器は、ＭＤに記録されたコンテンツ（音楽データ）を再生する際に、データ欠落部をノイズとして再生してしまったり、無音再生してしまうこととなる。
そして、利用者は、このようなコンテンツがＭＤに記録されていることを、コンテンツを再生するまで知ることができないという問題があった。
また、データの欠落したコンテンツがＭＤに記録されたままだと、その分ＭＤの残容量が減少してしまう。つまり、このようなコンテンツは、ＭＤの容量を無駄に消費することとなり、その分新たなコンテンツの記録可能残量が減ってしまうという問題もあった。
また、データの欠落したコンテンツにも拘わらず、パソコン（ＥＭＤターミナル）側で管理されるコンテンツの権利数（転送可能回数）は、デクリメントされ、利用者に不利益を与えてしまう。
【０００７】
この発明は、上記実状に鑑みてなされたもので、転送されたデータを適切に確認することのできる記録再生装置、転送確認方法およびコンテンツ出力機器を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る記録再生装置は、
所定のインタフェースを介してコンテンツ出力機器から転送されるコンテンツを、所定の記録媒体に記録する記録再生装置であって、
コンテンツ出力機器から転送されるコンテンツを受信する受信手段と、
前記受信手段が受信したコンテンツに含まれる特定のデータと、予め定められた固定値とを比較し、コンテンツにおけるデータ欠落の有無を判別する判別手段と、
前記判別手段によりデータ欠落が無いと判別された場合に、前記受信手段が受信したコンテンツを記録媒体に記録する記録手段と、
前記判別手段によりデータ欠落が有ると判別された場合に、コンテンツ出力機器に向けて、コンテンツの転送が失敗したことを示す応答データを送信する送信手段と、
を備えることを特徴とする。
【０００９】
上記目的を達成するため、本発明の第２の観点に係る記録再生装置は、
所定のインタフェースを介してコンテンツ出力機器から所定量毎に転送されるコンテンツを、所定の記録媒体に記録する記録再生装置であって、
コンテンツ出力機器から転送されるコンテンツを、所定量毎に順次受信する受信手段と、
前記受信手段が順次受信した所定量のコンテンツ中に含まれる特定のデータと、予め定められた固定値とを比較し、コンテンツにおけるデータ欠落の有無を順次判別する判別手段と、
前記判別手段によりデータ欠落が無いと判別された場合に、前記受信手段が受信したコンテンツを記録媒体に順次記録する記録手段と、
前記判別手段によりデータ欠落が有ると判別された場合に、コンテンツ出力機器に向けて、コンテンツの転送が失敗したことを示す応答データを送信する送信手段と、
を備えることを特徴とする。
【００１０】
前記記録手段は、前記判別手段によりデータ欠落が有ると判別された場合に、既に記録済みの当該データ欠落に係るコンテンツを記録媒体から実質的に削除してもよい。
【００１１】
前記受信手段は、少なくともヘッダ若しくはフッタを含むコンテンツを受信し、
前記判別手段は、コンテンツに含まれるヘッダ若しくはフッタと、予め定められた固定値とを比較し、比較結果に従ってデータ欠落の有無を判別してもよい。
【００１２】
前記受信手段は、ヘッダ及びフッタを含むコンテンツを受信し、
前記判別手段は、コンテンツに含まれるヘッダと予め定められた第１の固定値とを比較すると共に、コンテンツに含まれるフッタと予め定められた第２の固定値とを比較し、各比較結果に従ってデータ欠落の有無を判別してもよい。
【００１３】
上記目的を達成するため、本発明の第３の観点に係る転送確認方法は、
所定のインタフェースを介してコンテンツ出力機器から転送されるコンテンツを、所定の記録媒体に記録する記録再生装置における転送確認方法であって、
コンテンツ出力機器から転送されるコンテンツを受信する受信ステップと、
前記受信ステップにて受信されたコンテンツに含まれる特定のデータと、予め定められた固定値とを比較し、コンテンツにおけるデータ欠落の有無を判別する判別ステップと、
前記判別ステップにてデータ欠落が無いと判別された場合に、前記受信ステップにて受信されたコンテンツを記録媒体に記録する記録ステップと、
前記判別ステップにてデータ欠落が有ると判別された場合に、コンテンツ出力機器に向けて、コンテンツの転送が失敗したことを示す応答データを送信する送信ステップと、
を備えることを特徴とする。
【００１４】
上記目的を達成するため、本発明の第４の観点に係るコンテンツ出力機器は、所定のインタフェースを介して音楽データを転送するコンテンツ出力機器であって、
音楽データを記憶するデータ記憶手段と、
音楽データを所定量毎に転送する音楽データ転送手段と、
音楽データ毎に、他の記録媒体へ当該音楽データが転送された回数、若しくは所定の制限回数から転送した回数を減算しこれを記憶する記憶手段と、
前記記録手段に記憶された転送回数若しくは制限回数に基づいて音楽データの転送を制限する制限手段と、
転送した音楽データが転送先の記録媒体で消去されたことを検出して、前記記憶手段の転送回数若しくは制限回数を書換制御する転送回数制限手段と、
音楽データの転送先から制御信号を受信する制御信号受信手段と、
制御手段と、を備え、
前記制御手段は、
前記制御信号受信手段が、音楽データの転送中若しくは転送終了後に、転送先から記録に係る音楽データが欠落していたことを通知されたとき、当該音楽データに係る転送回数若しくは制限回数が既に書き換えられていた場合には、転送回数を所定回数分減算し若しくは制限回数を所定回数分加算して前記記憶手段に記憶し、当該音楽データに係る転送回数若しくは制限回数が既に書き換えられていない場合には、当該音楽データの転送に伴う転送回数の加算若しくは制限回数減算を禁止する、
ことを特徴とする。
【００１５】
【発明の実施の形態】
本発明の実施の形態にかかる記録再生装置について、以下図面を参照して説明する。
【００１６】
図１は、この発明の実施の形態に適用される記録再生装置１を含んだシステムの構成の一例を示すブロック図である。図示するように、このシステムは、記録再生装置１と、パソコン３とが、ＵＳＢケーブルＣを介して接続されて構成される。
【００１７】
記録再生装置１は、「ＮｅｔＭＤ（登録商標）」規格に対応したオーディオ機器であり、図示するように、セキュリティ回路１１と、ディジタル信号処理回路１２と、ヘッドドライバ１３と、記録ヘッド１４と、スピンドルモータ１５と、光ピックアップ１６と、送りモータ１７と、ＲＦアンプ１８と、バッファメモリ１９と、システムコントローラ２０と、操作部２１と、表示パネル２２と、から構成される。
【００１８】
すなわち、記録再生装置１は、ＮｅｔＭＤ規格に準じて、チェックアウト時に、パソコン３から１セクタ単位で転送される音楽データ（コンテンツ）を、ディスクｄ（ＭＤ；ミニディスク）に記録する。また、チェックイン時に、ディスクｄに記録した音楽データを、パソコン３に戻す（実際には、コンテンツハッシュを返信すると共に音楽データをディスクｄから削除する）。
【００１９】
ところで、ディスクｄには、ＵＴＯＣ（Ｕｓｅｒ　Ｔａｂｌｅ　Ｏｆ　Ｃｏｎｔｅｎｔｓ）エリアとプログラムエリアが設けられている。
ＵＴＯＣエリアには、ディスクｄに記録される音楽データを管理するための情報であるＵＴＯＣ情報が記憶される。
一方、プログラムエリアは、図２に示すような構造となっており、音楽データが書き込まれる。なお、図２のプログラムエリアは、２セクタ分を示しており、１１サウンドグループから構成される（つまり、１セクタは、５．５サウンドグループから構成される）。
【００２０】
図３にサウンドグループの構造を示す。図３に示すように、１サウンドグループは、２サウンドフレーム（ＳＦ）にて構成される。よって、１セクタは、１１サウンドフレームから構成される。
なお、ＡＴＲＡＣ３フォーマットにおいて、サウンドフレームには、図示するように、１２バイトのヘッダと、８バイトのフッタが含まれている。そして、ヘッダのデータは、「ＡＣｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ」と規定されており、また、フッタのデータは、「００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，ＡＣｈ」と規定されている。
【００２１】
図１に戻って、セキュリティ回路１１は、ＵＳＢケーブルＣを介してパソコン３との間で通信を行うためのＵＳＢインタフェースを備えており、ディジタル信号処理回路１２及びシステムコントローラ２０と、パソコン３との間にて送受信されるデータを中継する。
例えば、セキュリティ回路１１は、パソコン３からコントロール転送にて送信される制御データの抽出を行い、システムコントローラ２０に送信する。また逆に、システムコントローラ２０から送信される制御データをパソコン３に向けて送信する。
また、セキュリティ回路１１は、パソコン３からバルク転送にて送信される音楽データ（暗号化されたＡＴＲＡＣ３データやＰＣＭデータ等）の抽出及び、復号を行う。そして、復号後の音楽データをディジタル信号処理回路１２に送信する。
【００２２】
ディジタル信号処理回路１２は、ＡＤＩＰ（ＡＤｄｒｅｓｓ　Ｉｎ　Ｐｒｅ−ｇｒｏｏｖｅ）デコーダ、ＥＦＭ（Ｅｉｇｈｔ　ｔｏ　Ｆｏｕｒｔｅｅｎ　Ｍｏｄｕｌａｔｉｏｎ）デコーダ、ショックプルーフメモリコントローラ、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ　ＴＲａｎｓｆｏｒｍ　Ａｃｏｕｓｔｉｃ　Ｃｏｄｉｎｇ）用エンコーダ・デコーダ、及び、サーボ制御部として動作する。
具体的にディジタル信号処理回路１２は、システムコントローラ２０等に制御され、スピンドルモータ１５、光ピックアップ１６、送りモータ１７及び、ヘッドドライバ１３等を制御する。
例えば、音楽データのチェックアウト時に、ディジタル信号処理回路１２は、セキュリティ回路（ＵＳＢインタフェース）１１を介してパソコン３から転送される音楽データを取得し、バッファメモリ１９に一時的に格納する。そして、バッファメモリ１９に格納した音楽データを、ヘッドドライバ１３等を制御してディスクｄに記録する。
【００２３】
ヘッドドライバ１３は、記録ヘッド１４を制御して、上述の図２に示すプログラムエリアに音楽データ等を書き込む。また、ヘッドドライバ１３は、上述したＵＴＯＣエリアにおけるＵＴＯＣ情報を更新する。
【００２４】
スピンドルモータ１５は、ディスクｄを搭載する図示せぬターンテーブルを回転駆動させる。
光ピックアップ１６は、音楽データの再生時に、所定の波長のレーザ光をディスクｄの記録面に向けて照射し、その反射光を受けて電気信号に変換する。そして、変換した電気信号をＲＦアンプ２に供給する。
また、光ピックアップ１６は、音楽データの記録時に、レーザ光をディスクｄの記録面に向けて照射し、キュリー点以上になるまで加熱する。
【００２５】
送りモータ１７は、ディジタル信号処理回路１２に制御され、光ピックアップ１６をディスクｄの所定位置に移動させる。
ＲＦアンプ１８は、光ピックアップ１６より供給された電気信号からＲＦ信号、フォーカスエラー信号及び、トラッキングエラー信号等を生成する。ＲＦアンプ２７は、生成したＲＦ信号等をディジタル信号処理回路１２等に供給する。
また、ＲＦアンプ１８は、グルーブ情報（光磁気ディスクにプリグルーブとして記録されている絶対位置情報＝ＡＤＩＰ）等を抽出する。
【００２６】
バッファメモリ１９は、チェックアウト時や再生時等おいて、所定容量の音楽データを一時的に記憶する。
【００２７】
システムコントローラ２０は、１チップマイコン等からなり、ディジタル信号処理回路１２等を制御する。
具体的にシステムコントローラ２０は、ディジタル信号処理回路１２に対して、ディスクｄのアドレスサーチの指示、光ピックアップ１６の制御指示、ＡＴＲＡＣデコード開始の指示等を行う。また、ＡＤＩＰアドレス情報、ＥＦＭアドレス情報、バッファメモリ１９内のＡＴＲＡＣデータの書き込みポインタ、及び、読み出しポインタ等を取得する。
【００２８】
更に、システムコントローラ２０は、音楽データのチェックアウト時に、バッファメモリ１９に格納される音楽データから、ヘッダ及びフッタを照合し、データ欠落の有無を判別する。具体的にシステムコントローラ２０は、図３に示すようなサウンドフレームのヘッダ（１２バイト）とフッタ（８バイト）とを、それぞれ対応する固定値と比較することにより、音楽データ中におけるデータ欠落の有無を判別する。
そして、データ欠落を検出すると、システムコントローラ２０は、ディジタル信号処理回路１２にディスクｄへの音楽データの記録を停止させる。更に、システムコントローラ２０は、音楽データの転送が失敗したことを示す応答データを生成し、セキュリティ回路１１を介してパソコン３に送信する。
【００２９】
操作部２１は、例えば、複数のキースイッチ群からなり、利用者の操作（押下等）に従った指示情報をシステムコントローラ２０に供給する。
【００３０】
表示パネル２２は、液晶表示パネル等からなり、システムコントローラ２０から供給される表示用データに従って、記録再生装置１の動作状況を示す文字や図形等を表示する。
【００３１】
一方、パソコン３は、ＣＰＵ等の演算ユニット、メモリやハードディスク等の記憶素子、マウスやキーボード等の操作デバイス、ディスプレイ等の表示デバイス、そして、ＵＳＢインタフェース等を備えた汎用のパーソナルコンピュータからなる。なお、パソコン３は、ＵＳＢケーブルＣを介して記録再生装置１と着脱自在に接続されている。
そして、パソコン３は、ハードディスク等にインストールされたＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）に従って稼動し、そのＯＳ上にてＮｅｔＭＤ規格に対応したアプリケーションソフトウェアを実行する。
【００３２】
具体的にパソコン３は、チェックアウト機能によって、ハードディスクに予め記憶した音楽データ（コンテンツ）を、記録再生装置１に転送し、ディスクｄに記録させる。
【００３３】
以下、この発明の実施の形態にかかる記録再生装置１の動作について、図４〜図６を参照して説明する。
なお、図４は、セキュリティ回路１１とディジタル信号処理回路１２との間におけるデータ転送時の信号波形の一例を示す模式図である。また、図５は、システムコントローラ２０が実行する記録処理を説明するためのフローチャートである。そして、図６は、記録処理中におけるデータ確認処理を説明するためのフローチャートである。
【００３４】
最初に、図４を参照して、パソコン３から記録再生装置１に転送された音楽データが、ディジタル信号処理回路１２に供給される様子について説明する。
パソコン３から音楽データが転送されると、セキュリティ回路１１を介してディジタル信号処理回路１２に供給される。具体的には、図４（ａ）に示すように、ディジタル信号処理回路１２からセキュリティ回路１１に要求信号（図中のＲＥＱ）が供給され、それに応答して音楽データ（図中のＤＡＴＡ）がセキュリティ回路１１からディジタル信号処理回路１２に供給される。なお、図４（ｂ）は、図４（ａ）中の１バイト分を拡大した図である。
【００３５】
そして、１セクタ分の音楽データ（セクタデータ）がディジタル信号処理回路１２に供給されると、ディジタル信号処理回路１２は、一旦バッファメモリ１９に格納する。その際、ディジタル信号処理回路１２は、セクタシンク（セクタ割り込み）を発生させて、システムコントローラ２０に供給する。
なお、ディジタル信号処理回路１２は、バッファメモリ１９にセクタデータを格納すると共に、バッファメモリ１９上のセクタアドレス（ＤＳＣ）をインクリメントして記憶する。
このように、ディジタル信号処理回路１２には、１セクタ単位に音楽データが転送されることとなる。
【００３６】
次に、図５及び図６を参照して、システムコントローラ２０が実行する記録処理及びデータ確認処理について説明する。なお、図５に示す記録処理は、上述の図４を参照して説明したように、セクタデータがセキュリティ回路１１からディジタル信号処理回路１２に送信されるのと並行して実行される。
【００３７】
まず、システムコントローラ２０は、転送される音楽データ（セクタデータ）の有効性（又は、無効性を）示す有効フラグに、初期値として１（有効）をセットする（ステップＳ１１）。
【００３８】
システムコントローラ２０は、セクタシンクを検出するまで、待機する（ステップＳ１２）。すなわち、上述の図４（ａ）に示すように、セキュリティ回路１１を介してパソコン３から送られたセクタデータがディジタル信号処理回路１２に供給されるまでシステムコントローラ２０は、後続処理を待機する。
【００３９】
セクタシンクを検出すると、システムコントローラ２０は、データ確認処理を実行する（ステップＳ１３）。
つまり、図６に示すように、データ確認処理において、システムコントローラ２０は、有効フラグが１（有効）であるか否かを判別する（ステップＳ３１）。システムコントローラ２０は、有効フラグが１でない（０の無効である）と判別すると、データ確認処理を終え、図５の記録処理に処理を戻す。すなわち、既に、転送された音楽データ中に欠落データが検出されている場合に、新たにセクタデータを調べる必要がないため、記録処理に処理を戻す。
【００４０】
一方、有効フラグが１であると判別した場合に、システムコントローラ２０は、バッファメモリ１９から現在のセクタシンクに対応するセクタデータを読み出す（ステップＳ３２）。つまり、システムコントローラ２０は、セクタシンクに対応するセクタアドレス（ＤＳＣ）をディジタル信号処理回路１２より取得し、ＤＳＣが指し示すアドレスに格納されたセクタデータをバッファメモリ１９から読み出す。
【００４１】
システムコントローラ２０は、読み出したセクタデータ中に含まれる１つのサウンドフレームのヘッダを、１２バイトの固定値と比較する（ステップＳ３３）。すなわち、ヘッダの値が、「ＡＣｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ」（ヘッダとして規定された固定値）と一致するか否かを判別する。
なお、検査対象となるサウンドフレームは、１セクタ内（１１サウンドフレーム内）におけるどのサウンドフレームでもよい。例えば、システムコントローラ２０は、１セクタ内における先頭又は、最後のサウンドフレームを対象とする。
【００４２】
システムコントローラ２０は、比較結果から、ヘッダが有効であるか否かを判別する（ステップＳ３４）。
システムコントローラ２０は、ヘッダが有効であると判別した場合、今度は、同じサウンドフレームのフッタを、８バイトの固定値と比較する（ステップＳ３５）。すなわち、フッタの値が、「００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，００ｈ，ＡＣｈ」（フッタとして規定された固定値）と一致するか否かを判別する。
システムコントローラ２０は、比較結果から、フッタが有効であるか否かを判別する（ステップＳ３６）。
【００４３】
システムコントローラ２０は、フッタが有効であると判別した場合、セクタデータ中にデータ欠落が存在しなかったと判別し、有効フラグを変化させることなく、データ確認処理を終え、図５の記録処理に処理を戻す。
【００４４】
一方、ステップＳ３４にて、ヘッダが有効でないと判別した場合、又は、ステップＳ３６にて、フッタが有効でないと判別した場合に、システムコントローラ２０は、有効フラグに０（無効）をセットする（ステップＳ３７）。すなわち、システムコントローラ２０は、今回受信したセクタデータ中にデータ欠落が存在したと判別し、有効フラグに無効を示す値をセットする。
そして、システムコントローラ２０は、データ確認処理を終え、図５の記録処理に処理を戻す。
【００４５】
図５に戻って、システムコントローラ２０は、データ確認処理後において、有効フラグが１（有効）であるか否かを判別する（ステップＳ１４）。
【００４６】
システムコントローラ２０は、有効フラグが１であると判別した場合、未記録セクタが３２を越えたか否かを判別する（ステップＳ１５）。すなわち、バッファメモリ１９に格納した未記録の音楽データが、３２セクタ分溜まったか否かを判別する。
【００４７】
システムコントローラ２０は、未記録セクタが３２を越えたと判別した場合にだけ、３２セクタ（１クラスタ）分の音楽データをディスクｄのプログラムエリアに書き込む（ステップＳ１６）。
【００４８】
システムコントローラ２０は、ダウンロード終了指示をパソコン３から受信したか否かを判別する（ステップＳ１７）。すなわち、音楽データの転送が終了したことを示す終了指示を受信したか否かを判別する。
【００４９】
システムコントローラ２０は、ダウンロード終了指示を受信していないと判別した場合、ステップＳ１２に処理を戻し、上述のステップＳ１２〜Ｓ１７等の処理を繰り返し実行する。
【００５０】
一方、ダウンロード終了指示を受信したと判別した場合に、システムコントローラ２０は、ディジタル信号処理回路１２を制御して、未記録の残りセクタを含んだ３２セクタ分の音楽データをディスクｄに書き込む（ステップＳ１８）。そして、システムコントローラ２０は、ディジタル信号処理回路１２を制御して、ディスクｄのＵＴＯＣ情報を更新して、記録処理を終了する。
【００５１】
また、上述のステップＳ１４にて、有効フラグが１でない（０である、つまり無効である）と判別した場合に、システムコントローラ２０は、バッファメモリ１９内の対応するセクタデータを無効とする（ステップＳ１９）。すなわち、システムコントローラ２０は、バッファメモリ１９に格納されたセクタデータ（以前のセクタシンクにて格納された未記録のセクタデータがあれば、そのセクタデータも含む）を、ディスクｄに記録することなく、無効とする（バッファメモリ１９にて、上書き可能とする）。
【００５２】
システムコントローラ２０は、ダウンロード終了指示をパソコン３から受信したか否かを判別する（ステップＳ２０）。
システムコントローラ２０は、ダウンロード終了指示を受信していないと判別した場合、ステップＳ１２に処理を戻し、上述のステップＳ１２，Ｓ１３，Ｓ１４，Ｓ１９，Ｓ２０の処理を繰り返し実行する。つまり、単純に、セクタデータの受信だけを行う。
【００５３】
一方、ダウンロード終了指示を受信したと判別した場合に、システムコントローラ２０は、ダウンロードコマンドに対し、ＮＧを応答する（ステップＳ２１）。すなわち、システムコントローラ２０は、チェックアウトによるコンテンツの転送が失敗した旨を示す応答データを生成し、セキュリティ回路１１を介して、パソコン３に送信する。
【００５４】
そして、システムコントローラ２０は、ディジタル信号処理回路１２を制御して、ディスクｄに書き込んだデータを削除（解放）する（ステップＳ２２）。なお、システムコントローラ２０は、ディジタル信号処理回路１２を制御して、ディスクｄのＵＴＯＣ情報を更新しない（元に戻す）ことにより、ディスクｄに書き込んだデータを無効化してもよい。
【００５５】
このように、上述した記録処理及びデータ確認処理によって、音楽データの転送時に、外乱等によってデータ欠落が生じたとしても、適切に検出される。つまり、セクタ単位にヘッダ及びフッタを照合することにより、音楽データ中におけるデータ欠落を容易に検出できる。
そして、データ欠落を検出すると、音楽データの記録を無効とするため、ディスクｄにて、無駄に容量を消費することがない。
また、データ欠落を含む音楽データのために権利を無駄に使用することがなくなる。
【００５６】
さらに、利用者は、データ転送（チェックアウト時）の失敗として、認識可能となるため、再度チェックアウトをパソコン３に指示することで、失敗に対応することができる。
なお、パソコン３は、アプリケーションにて、このようなチェックアウトが失敗した際に、自動的に再度チェックアウトを行うようにしてもよい。
【００５７】
この結果、上述したデータ確認処理等を実行する記録再生装置１において、転送されたデータを適切に確認することができる。
【００５８】
上記の実施の形態では、図５に示す記録処理にて、データ欠落が判別された後に、更に転送される音楽データを全て受信し、ダウンロード終了指示に応答して、転送が失敗したことを示す応答データをパソコン３に送信する場合について説明した。しかしながら、このような応答データを送信するタイミングは任意である。例えば、システムコントローラ２０は、データ欠落が判別された時点で、直ちに、応答データを送信してもよい。
【００５９】
上記の実施の形態では、図６に示すデータ確認処理にて、ヘッダ及びフッタをそれぞれの固定値と照合して、データ欠落の有無を判別したが、ヘッダ及びフッタ両方を照合せずに、何れか一方のみを照合対象としてもよい。
また、データ確認処理にて、セクタデータ内における１つのサウンドフレームに対してのみ、ヘッダ及びフッタの照合を行ったが、セクタデータ内における複数又は全てのサウンドフレームに対して、ヘッダ及びフッタの照合を行ってもよい。
【００６０】
上記の実施の形態では、ＮｅｔＭＤ規格に対応した記録再生装置について説明するために、ＭＤからなるディスクｄに音楽データ等を記録したが、音楽データ等を記録する対象の記録媒体は、ＭＤに限られず任意である。
例えば、他にＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ　ｄｉｓｋ）、ＤＶＤ−ＲＡＭ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ−ＲＡＭ）等の記録媒体に音楽データ等を記録してもよく、また、スマートメディア（登録商標）、メモリステック（登録商標）等の記録媒体に音楽データ等を記録してもよい。
更に、記録媒体に記録するデータは、音楽データに限られず、他に映像データ等であってもよい。
【００６１】
また、上記の実施の形態では、記録再生装置１及びパソコン３がそれぞれＵＳＢインタフェースを備え、そして、記録再生装置１とパソコン３との間がＵＳＢケーブルＣを介して接続されるオーディオシステムについて説明した。しかしながら、記録再生装置１及びパソコン３が備えるインタフェースは、ＵＳＢに限られず任意である。例えば、ＩＥＥＥ１３９４等のようなインタフェースであってもよく、記録再生装置１とパソコン３との間がＩＥＥＥ１３９４ケーブルを介して接続されてもよい。
【００６２】
【発明の効果】
以上説明したように、本発明によれば、転送されたデータを適切に確認することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る記録再生装置を含んだシステムの構成の一例を示すブロック図である。
【図２】ディスク中におけるプログラムエリアの構造を説明するための模式図である。
【図３】サウンドグループの構造を説明するための模式図である。
【図４】（ａ），（ｂ）共に、セキュリティ回路とディジタル信号処理回路との間におけるデータ転送時の信号波形の一例を示す模式図であって、（ａ）が１セクタ分を示す図であり、（ｂ）がその中の１バイト分を拡大した図である。
【図５】本発明の実施の形態に係る記録処理を説明するためのフローチャートである。
【図６】本発明の実施の形態に係るデータ確認処理を説明するためのフローチャートである。
【符号の説明】
１　　記録再生装置
１１　セキュリティ回路
１２　ディジタル信号処理回路
１３　ヘッドドライバ
１４　記録ヘッド
１５　スピンドルモータ
１６　光ピックアップ
１７　送りモータ
１８　ＲＦアンプ
１９　バッファメモリ
２０　システムコントローラ
２１　操作部
２２　表示パネル
Ｃ　　ＵＳＢケーブル
【図１】
2004039176.tif 000003
【図２】
2004039176.tif 000004
【図３】
2004039176.tif 000005
【図４】
2004039176.tif 000006
【図５】
2004039176.tif 000007
【図６】
2004039176.tif 000008