JP2002373118A - データ転送システム、データ転送装置、データ記録装置、データ転送方法 - Google Patents

データ転送システム、データ転送装置、データ記録装置、データ転送方法

Info

Publication number
JP2002373118A
JP2002373118A JP2001183217A JP2001183217A JP2002373118A JP 2002373118 A JP2002373118 A JP 2002373118A JP 2001183217 A JP2001183217 A JP 2001183217A JP 2001183217 A JP2001183217 A JP 2001183217A JP 2002373118 A JP2002373118 A JP 2002373118A
Authority
JP
Japan
Prior art keywords
data
recording medium
information
content
recording
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001183217A
Other languages
English (en)
Other versions
JP3809779B2 (ja
Inventor
Miki Abe
三樹 阿部
Takashi Hosoi
隆史 細井
Hiromi Matsuda
寛美 松田
Yoshio Tanaka
理生 田中
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to JP2001183217A priority Critical patent/JP3809779B2/ja
Application filed by Sony Corp filed Critical Sony Corp
Priority to PCT/JP2002/006062 priority patent/WO2002103530A1/ja
Priority to EP02733508A priority patent/EP1403769A4/en
Priority to CNB028024540A priority patent/CN1231848C/zh
Priority to KR1020037002310A priority patent/KR100906859B1/ko
Priority to AU2002306383A priority patent/AU2002306383B2/en
Priority to RU2003104820/09A priority patent/RU2289844C2/ru
Priority to US10/344,867 priority patent/US7437770B2/en
Priority to CA2419657A priority patent/CA2419657C/en
Publication of JP2002373118A publication Critical patent/JP2002373118A/ja
Application granted granted Critical
Publication of JP3809779B2 publication Critical patent/JP3809779B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00166—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software
    • G11B20/00181—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software using a content identifier, e.g. an international standard recording code [ISRC] or a digital object identifier [DOI]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00478—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier wherein contents are decrypted and re-encrypted with a different key when being copied from/to a record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
    • G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/00746—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number
    • G11B20/00789—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of functional copies, which can be accessed at a time, e.g. electronic bookshelf concept, virtual library, video rentals or check-in/check out
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F2003/0697—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers device management, e.g. handlers, drivers, I/O schedulers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
    • G11B2020/1265—Control data, system data or management information, i.e. data used to access or process user data
    • G11B2020/1277—Control data, system data or management information, i.e. data used to access or process user data for managing gaps between two recordings, e.g. control data in linking areas, run-in or run-out fields, guard or buffer zones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/101—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Library & Information Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Storage Device Security (AREA)
  • Television Signal Processing For Recording (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

(57)【要約】 【課題】 コンテンツ転送先の二次記録媒体の情報取得
による適切なシステム動作の実現。 【解決手段】 データ転送装置側（一次記録媒体側）
は、チェックアウト先となる二次記録媒体として例えば
ミニディスクのように独自の管理方式を採るメディアが
用いられる場合に、データ記録装置（二次記録媒体側）
に対して二次記録媒体に関する情報を要求し、必要な情
報を取得する。特に、二次記録媒体に関する情報とし
て、上記データ記録装置に二次記録媒体が装填されてい
るか否かの情報、二次記録媒体の名称情報、二次記録媒
体に記録されている各コンテンツデータについての名称
情報、二次記録媒体の容量情報、二次記録媒体に記録さ
れているコンテンツデータ数の情報、二次記録媒体に記
録されている各コンテンツデータについての属性情報な
どを取得する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、音楽等のコンテン
ツデータの転送／記録に好適な、データ転送システム、
データ転送装置、データ記録装置、データ転送方法に関
するものである。
【０００２】
【従来の技術】例えばパーソナルコンピュータのＨＤＤ
（ハードディスクドライブ）を一次記録媒体として扱っ
て音楽等のコンテンツデータを格納するとともに、格納
したコンテンツデータを転送して他の記録媒体（二次記
録媒体）に記録し、その二次記録媒体側で音楽等の再生
を楽しむという使用形態がある。なおコンテンツデータ
とは、例えば音楽データ、映像データ、ゲームデータ、
コンピュータソフトウエアなどの配信／転送／使用の目
的となる主たるデータのことである。
【０００３】この場合、ＨＤＤには、ＣＤ−ＤＡ（Comp
act Disc Digital Audio）やＤＶＤ（Digital Versatil
e Disc）などのパッケージメディアから再生された音楽
等のコンテンツデータが蓄積されたり、或いはパーソナ
ルコンピュータが接続された通信ネットワークを介して
外部の音楽サーバ等からダウンロードされたコンテンツ
データが蓄積される。そしてユーザーは、パーソナルコ
ンピュータに二次記録媒体の記録装置を接続して、ＨＤ
Ｄに蓄積されたコンテンツデータを二次記録媒体にコピ
ー（複製）又はムーブ（移動）し、当該二次記録媒体に
対応する再生装置で音楽等のコンテンツデータを再生さ
せる。
【０００４】二次記録媒体としては、例えばフラッシュ
メモリ等の半導体メモリを利用したメモリカードや、光
磁気ディスクとしてのミニディスク、或いはＣＤ−Ｒ
（CD Recordable）、ＣＤ−ＲＷ(CD Rewitable)、ＤＶ
Ｄ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどが考えられ
る。二次記録媒体に対応する記録装置、再生装置とし
て、これらのメディア（記録媒体）に対応するレコーダ
／プレーヤは、広く普及しており、据置型の記録再生装
置や、ポータブルタイプの記録再生装置などとして多様
に存在し、各ユーザーはそれぞれ自分の好みや所有する
機器に合わせて、コンテンツデータの記録／再生を行う
ものとなる。
【０００５】なお、例えばこのようなコンテンツデータ
の使用形態を考えるときは、コンテンツデータについて
の著作権保護を考慮しなければならない。例えばユーザ
ーがコンテンツデータの配信サービスを利用したり、パ
ッケージメディアの購入を行うなどして、ＨＤＤにコン
テンツデータを蓄積した後、そのコンテンツデータを無
制限に二次記録媒体にコピー可能とすると、著作権者の
正当な保護がはかれない事態が生ずる。このためデジタ
ルデータとしてのコンテンツデータの扱い上で著作権保
護を維持できるようにする様々な技術やデータ処理上の
取り決めが提案されているが、その１つにＳＤＭＩ（SE
CURE DIGITAL MUSIC INITIATIVE）という規格がある。
このＳＤＭＩで策定されたデータパスについては後述す
るが、例えば一次記録媒体としてのＨＤＤを備えたパー
ソナルコンピュータに蓄積されたコンテンツ、例えばネ
ットワークを介して外部サーバから配信されたコンテン
ツデータ（以下、ネットワークコンテンツ）や、例えば
パーソナルコンピュータに装備されているＣＤ−ＲＯＭ
ドライブ等のディスクドライブ装置、或いはパーソナル
コンピュータと接続されたディスクドライブ装置におい
て再生されるＣＤ−ＤＡ、ＤＶＤ等のパッケージメディ
アから読み出されたコンテンツデータ（以下、ディスク
コンテンツ）について、二次記録媒体への転送／記録
が、著作権保護と一般ユーザーの利益（私的複製の権
利）を勘案したうえで、適切に行われるようにされてい
る。
【０００６】ところで、ＨＤＤ等の一次記録媒体からミ
ニディスクやメモリカード等の二次記録媒体へコンテン
ツデータを転送してコピーする場合においては、上記の
ように著作権保護や私的複製の権利の双方を満たすため
の工夫が施されている。
【０００７】即ち上記ＳＤＭＩ対応の二次記録媒体に対
する転送については次のようになっている。ＳＤＭＩ対
応の二次記録媒体とは、例えばフラッシュメモリ等の半
導体メモリを利用したＳＤＭＩ対応のメモリカードなど
が想定され、この二次記録媒体にはコンテンツが暗号化
された状態で記録される。例えばＨＤＤなどの一次記録
媒体では、ＳＤＭＩ方式のコンテンツの場合は暗号化が
施されて蓄積されるが、従って、その暗号化状態のまま
二次記録媒体にコピーされるものとなる。もちろん二次
記録媒体に対する再生機器では、暗号解読機能が備えら
れており、従って暗号化状態でコピーされたコンテンツ
データを再生させることができる。
【０００８】またＳＤＭＩ対応の二次記録媒体では各コ
ンテンツデータについての識別子となるコンテンツＩＤ
を記録する領域がフォーマット上、用意されている。コ
ンテンツＩＤは、一次記録媒体側の機器において一次記
録媒体（ＨＤＤ）に蓄積された各コンテンツデータにつ
いて生成し、コンテンツデータとともに格納しておくも
のであるが、コンテンツデータを二次記録媒体にコピー
する場合には、そのコンテンツデータについてのコンテ
ンツＩＤも、二次記録媒体に記録されるものとなる。
【０００９】コンテンツＩＤは、一次記録媒体側と二次
記録媒体側でのコンテンツ権利管理に用いられる。ここ
でいうコンテンツ権利とは、一次記録媒体側について
は、二次記録媒体への転送権（二次記録媒体にコピーさ
せる権利）であり、二次記録媒体側については、コピー
したコンテンツデータの再生権となる。なお、以下、一
次記録媒体から二次記録媒体へのコンテンツデータの転
送（権利譲渡）を「チェックアウト」といい、また二次
記録媒体から一次記録媒体へのコンテンツデータの返却
（実際には権利の返却）を「チェックイン」と呼ぶ。
【００１０】ＳＤＭＩ方式では、チェックアウト、チェ
ックインに関しては、転送の取り扱いルール（Usage R
ule）が決められる。一例としては、１つのコンテンツ
データについて、一次記録媒体から二次記録媒体へのチ
ェックアウトは３回許される（上記転送権は「３回」と
なる）。チェックアウトが行われると、権利が二次記録
媒体側へ譲渡されることになり、つまり一次記録媒体側
では、そのコンテンツデータの転送権の残りは２回とな
る。一方、二次記録媒体側では再生権を得ることにな
る。また、二次記録媒体から一次記録媒体にチェックイ
ンを行うと、権利が返却されるものとなる。つまり、二
次記録媒体側では再生権を失い、一次記録媒体側では転
送権が１つ復活される。
【００１１】このようなチェックアウト／チェックイン
の管理は、各コンテンツデータ毎にコンテンツＩＤを用
いて行われる。そしてチェックアウトの際には、コンテ
ンツデータ及びコンテンツＩＤが二次記録媒体側に記録
されることで、二次記録媒体側ではコンテンツデータの
再生が可能となる（再生権を得る）。一次記録媒体で
は、コンテンツＩＤを１つ譲渡したとみなして、Usage
Ruleによる転送権を１つ減少させる。またチェックイ
ンの際には、実際にはコンテンツデータの返却転送は行
われず、二次記録媒体でコンテンツデータを消去し、一
次記録媒体側ではコンテンツＩＤが返却されたとして、
Usage Ruleによる転送権を１つ増加させる。二次記録
媒体側では再生権を失うことになる。
【００１２】このようにＳＤＭＩ対応の二次記録媒体に
ついては、コンテンツデータが暗号化状態でコピー記録
されること、及びチェックアウト、チェックインに応じ
てコンテンツの権利が管理されることで、無制限なコピ
ーを防止して著作権保護をはかり、又一方でユーザーの
私的複製権を確保している。
【００１３】なお、例えば外部サーバから一次記録媒体
としてのＨＤＤにダウンロードされて格納されるコンテ
ンツデータは、コンテンツキーＣＫで暗号化されたもの
である。本明細書における説明上、一次記録媒体である
ＨＤＤには、ＡＴＲＡＣ３方式（もちろん他の圧縮方式
でもよいが）で圧縮されたコンテンツデータ「Ａ３Ｄ」
がコンテンツキーＣＫで暗号化されて格納されていると
する。
【００１４】そして、本明細書では説明上、鍵（キー）
ｘで暗号化されたデータｙを、 Ｅ（ｘ，ｙ） と表す。またその暗号化データＥ（ｘ，ｙ）について、
鍵ｘにより暗号化を復号したデータを、 Ｄ｛ｘ，Ｅ（ｘ，ｙ）｝ と表すこととする。従って、例えば上記のようにＡＴＲ
ＡＣ３方式の圧縮データを「Ａ３Ｄ」とすると、コンテ
ンツキーＣＫで暗号化されたコンテンツデータ「Ａ３
Ｄ」は、 Ｅ（ＣＫ，Ａ３Ｄ） となる。またＥ（ＣＫ，Ａ３Ｄ）が、鍵ＣＫで復号され
たデータは、 Ｄ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝ と表わせられる。
【００１５】また一次記録媒体であるＨＤＤには、暗号
化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）とともに、ルー
トキーＫＲで暗号化された状態のコンテンツキーＣＫ、
つまり、Ｅ（ＫＲ，ＣＫ）も格納される。例えば外部サ
ーバから暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）と
ともに、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）がダウ
ンロードされる。この場合、一次記録媒体であるＨＤＤ
から二次記録媒体にコンテンツデータを転送する場合、
暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）と暗号化コ
ンテンツキーＥ（ＫＲ，ＣＫ）を送信すればよい。二次
記録媒体側機器では、ルートキーＫＲを保持しているこ
とで、ルートキーＫＲを用いてコンテンツキーＣＫを復
号し、さらに復号したコンテンツキーＣＫを用いて暗号
化コンテンツデータを復号できるものとなる。ただしル
ートキーＫＲは、著作権者側の意志や各種事情によって
変更されるものであり、コンテンツデータ毎に異なるル
ートキーＫＲを設定することもできる。また具体例につ
いては後述するが、ルートキーＫＲの処理によってコン
テンツ配信先を限定できる機能を有する。このため、Ｅ
ＫＢ（Enabling Key Block：有効化キーブロック）と呼
ばれるデータが配信されることもあり、コンテンツデー
タが転送される正規の端末では、ＥＫＢによってルート
キーを確認できるようにした方式も採られている。つま
りＥＫＢも上記暗号化コンテンツデータや暗号化コンテ
ンツキーとともにサーバから配信されてＨＤＤに格納さ
れる。
【００１６】ここで、現在広く普及しているミニディス
ク（光磁気ディスク）を二次記録媒体として用いること
を考える。例えばＳＤＭＩ対応のミニディスク記録装置
を考える場合、そのミニディスク記録装置は、チェック
アウトされたコンテンツデータについて、暗号化された
ままのＥ（ＣＫ，Ａ３Ｄ）の状態でミニディスクに記録
するものとされる。そして再生時にはＳＤＭＩ対応のミ
ニディスク再生装置が、Ｄ｛ＣＫ，Ｅ（ＣＫ，Ａ３
Ｄ）｝＝Ａ３Ｄとして暗号解読されたＡＴＲＡＣ３デー
タ（Ａ３Ｄ）を得たうえで、所定のデコード処理を行っ
て音楽等の再生出力を行うことになる。
【００１７】一方、一般に普及しているミニディスクシ
ステムでは、ミニディスクに暗号化データを記録するも
のではない。当然、ミニディスク再生装置としては暗号
解読の機能はない。従って、ＳＤＭＩ対応のミニディス
ク記録装置でコンテンツデータをミニディスクに記録し
たとしても、そのミニディスクに記録されたコンテンツ
データを、ＳＤＭＩ対応でない多くのミニディスクプレ
ーヤでは再生できないものとなる。つまり再生互換性が
得られない。これは、一般ユーザーが購入したＳＤＭＩ
コンテンツの適正な利用を制限するものとなり、一般ユ
ーザに対するＳＤＭＩコンテンツ提供サービスの価値や
満足度を大きく低下させることがある。
【００１８】このような点を考慮すると、ＳＤＭＩコン
テンツを二次記録媒体にコピー記録する際に、暗号化を
解いた状態で、例えばＳＤＭＩに対応していないミニデ
ィスク記録装置に転送し、そのまま暗号化されていない
状態でミニディスク等の二次記録媒体に記録できるよう
にすることが考えられる。しかしながらそのようなコピ
ーを可能とすることは、コンテンツデータのコピーを容
易に可能とすることになる。これは違法なコピーが可能
となる余地を残してしまうことにもなり、ＳＤＭＩの本
来の目的である著作権保護が実現できないおそれがあ
る。
【００１９】そこでコンテンツデータ転送の一手法とし
て、次のような転送方式を本出願人は先に提案してい
る。即ち、コンテンツデータ転送の際には、データ転送
装置（一次記録媒体側機器）が転送先となるデータ記録
装置（二次記録媒体側機器）の認証を行い、認証ＯＫと
なること、及びコンテンツ提供者側（著作権者等）の許
諾があることを条件としてコンテンツデータを転送許可
する。そしてコンテンツデータは暗号化状態で伝送路上
を転送するが、二次記録媒体へは暗号化を解いて記録す
るものである。また、チェックアウト、チェックインに
ついての権利管理も行われる。これによって、非暗号化
状態でのコピー記録を許容してユーザーの便宜を図ると
共に、著作権保護機能が失われないようにする。
【００２０】このような手法により、上記データ転送装
置をＨＤＤを備えたパーソナルコンピュータとし、一方
データ記録装置をミニディスクレコーダとして、一次記
録媒体であるＨＤＤから二次記録媒体であるミニディス
クに対するコンテンツ転送を行うことが、実際上コンテ
ンツ提供者側とユーザー側双方に好適なものとなる。
【００２１】
【発明が解決しようとする課題】以上のように例えばミ
ニディスクなど一般に普及しているメディアを、コンテ
ンツデータのチェックアウト先として使用することで、
実用上の有用性は高くなるが、ミニディスクなど独自の
データ管理形態をもつメディアは、データ転送装置（例
えばパーソナルコンピュータ）からはメディアの状態等
が認識できないという事情がある。例えばＳＤＭＩ対応
メディアとして例にあげたメモリカードでは、記録され
るコンテンツデータをＦＡＴにより管理していること
で、パーソナルコンピュータと相性がよく、つまりデー
タ転送装置側となるパーソナルコンピュータは、チェッ
クアウトのためのリムーバブルメディアとして接続され
たメモリカードの状態（例えば容量や記録コンテンツ数
その他）を、メモリカード側のＦＡＴを読み込むことの
みで把握できる。これによって例えば或るコンテンツデ
ータをメモリカードにチェックアウトさせたい場合な
ど、メモリカード側の容量などからチェックアウト可能
か否かを判断することもできる。
【００２２】ところがミニディスクの場合のように、例
えばオーディオデータ用途などとして開発され発展して
きたメディアであって、独自のデータ管理形態を有する
ものの場合は、パーソナルコンピュータが直接的にメデ
ィアの状態を把握することができないため、チェックア
ウトなどの際の判断ができない。このため、チェックア
ウト先の二次記録媒体としてミニディスク等を用いるこ
とを想定した場合は、データ転送装置（パーソナルコン
ピュータ）において、ミニディスク等の状態を認識でき
るようにする手法が求められている。
【００２３】
【課題を解決するための手段】本発明はこのような事情
に応じて、一次記録媒体と、非暗号化状態でコンテンツ
データを記録する二次記録媒体との間でのコンテンツデ
ータの転送を行うために、データ転送装置側で二次記録
媒体の状態を適切に認識できるようにすることを目的と
する。
【００２４】このため本発明では、データ転送装置と、
データ記録装置とから成るデータ転送システムを提供す
る
【００２５】そして本発明のデータ転送装置は、一次記
録媒体に対してデータの記録再生を行う一次記録媒体ド
ライブ手段と、コンテンツデータを暗号化した状態で上
記一次記録媒体に格納させる格納制御手段と、二次記録
媒体に対して記録再生を行う外部のデータ記録装置との
間で、コンテンツデータの転送を含む各種データ通信を
行う通信手段と、上記データ記録装置に対して、二次記
録媒体に関する情報を要求するコマンドを、上記通信手
段により送信させるコマンド送信制御手段と、上記デー
タ記録装置から送信されてきた二次記録媒体に関する情
報を取得する情報取得手段とを備えるようにする。また
上記情報取得手段で取得した、上記二次記録媒体に関す
る情報に基づいて、一次記録媒体に格納されたコンテン
ツデータについての上記データ記録装置への転送の判断
を行うものとする。
【００２６】本発明のデータ記録装置は、外部のデータ
転送装置との間で、コンテンツデータの受信を含む各種
データ通信を行う通信手段と、二次記録媒体に対してデ
ータの記録再生を行う二次記録媒体ドライブ手段と、上
記データ転送装置から送信されてくる暗号化されたコン
テンツデータを非暗号化状態に復号する復号手段と、上
記復号手段で復号されたコンテンツデータを上記二次記
録媒体ドライブ手段により上記二次記録媒体に記録させ
る記録制御手段と、上記データ転送装置からの、二次記
録媒体に関する情報を要求するコマンドに応じて、該要
求された情報を上記通信手段により上記データ転送装置
に送信させる情報送信制御手段とを備えるようにする。
【００２７】また、暗号化されたコンテンツデータを格
納した一次記録媒体を有するデータ転送装置と、二次記
録媒体に対して上記コンテンツデータを非暗号化状態で
記録再生可能なデータ記録装置とが通信可能に接続され
た際における、上記データ転送装置によるデータ転送方
法としては、上記データ記録装置に二次記録媒体が装填
されているか否かを確認する確認手順と、上記データ記
録装置に装填されている二次記録媒体に関する情報を取
得する情報取得手順と、上記データ記録装置が、上記一
次記録媒体に格納されているコンテンツデータの転送先
の機器としての正当性を認証する認証手順と、上記情報
取得手順で取得した情報に基づいて、上記一次記録媒体
に格納されているコンテンツデータについての上記デー
タ記録装置への転送処理を判断する判断手順と、上記判
断手順の判断結果に応じて、コンテンツデータの転送を
実行する転送手順とが行われるようにする。
【００２８】またこれらのデータ転送システム、データ
転送装置、データ記録装置、データ転送方法における、
上記二次記録媒体に関する情報とは、上記データ記録装
置に二次記録媒体が装填されているか否かの情報、又
は、上記データ記録装置に装填されている二次記録媒体
の名称情報、又は二次記録媒体に記録されている各コン
テンツデータについての名称情報、又は、上記データ記
録装置に装填されている二次記録媒体の容量情報、又
は、上記データ記録装置に装填されている二次記録媒体
に記録されているコンテンツデータ数の情報、又は上記
データ記録装置に装填されている二次記録媒体に記録さ
れている各コンテンツデータについての属性情報などと
する。
【００２９】以上のような本発明によれば、データ転送
装置とデータ記録装置との間のコンテンツデータのチェ
ックアウトに先だって、データ転送装置がチェックアウ
ト先となる二次記録媒体に関する情報を取得できる。即
ちミニディスク等の二次記録媒体について、名称、容
量、トラック（コンテンツ）数、トラックの名称や属性
などを把握できる。従って、データ転送装置側ではチェ
ックアウトに関して二次記録媒体側の状態に応じて適切
な判断が可能となる。
【００３０】
【発明の実施の形態】以下、本発明の実施の形態を次の
順序で説明する。 １．暗号化キーのツリー構造及びＥＫＢ ２．システム構成 ３．ＳＤＭＩコンテンツのデータパス ４．データ転送装置の構成例（一次記録媒体側機器／Ｐ
Ｃ） ５．データ記録装置の構成例（二次記録媒体側機器／記
録再生装置） ６．ミニディスクの管理方式 ７．認証処理 ８．コンテンツ暗号化方式 ９．コンテンツのチェックアウト／チェックイン １０．コンテンツＩＤの生成及び管理方式 １１．メディア情報の取得
【００３１】１．暗号化キーのツリー構造及びＥＫＢ まず実施の形態の転送システムの具体的な説明に先立っ
て、コンテンツ配信に用いられる暗号化方式キーの構造
を説明する。このため図１、図２、図３を用いて、コン
テンツ配信側からコンテンツ受信側の各デバイスに暗号
データを配信する場合における各デバイスにおける暗号
処理鍵（キー）の保有構成およびデータ配信構成を説明
していく。
【００３２】図１は、暗号化キーのツリー構造を示して
おり、図１の最下段に示すナンバＤＶ０〜ＤＶ１５がコ
ンテンツ受信側となる個々のデバイスである。すなわち
図示する階層ツリー構造の各葉(リーフ：leaf)がそれぞ
れのデバイスに相当する。
【００３３】各デバイスＤＶ０〜ＤＶ１５は、製造時あ
るいは出荷時、あるいはその後において、図１に示す階
層ツリー構造における、自分のリーフからルートに至る
までのノードに割り当てられた鍵（ノードキー）および
各リーフのリーフキーからなるキーセットをメモリに格
納する。このキーセットはＤＮＫ（Device Node Key）
と呼ばれるが、その具体例については後に説明する。図
１の最下段に示すＫ００００〜Ｋ１１１１が各デバイス
ＤＶ０〜ＤＶ１５にそれぞれ割り当てられたリーフキー
であり、最上段のＫＲ（ルートキー）に続いて、最下段
から２番目の節（ノード）に記載されたキー：Ｋ０〜Ｋ
１１１をノードキーとする。なお文言上「ルートキー」
も「ノードキー」に含むことがある。
【００３４】図１に示すツリー構成において、例えばデ
バイスＤＶ０は上記ＤＮＫとして、リーフキーＫ０００
０と、ノードキー：Ｋ０００、Ｋ００、Ｋ０、ルートキ
ーＫＲを所有する。例えばＤＮＫにおいてはノードキ
ー：Ｋ０００、Ｋ００、Ｋ０、ルートキーＫＲをリーフ
キーＫ００００によって暗号化した状態で所有する。デ
バイスＤＶ５は同様の方式で、リーフキーＫ０１０１、
ノードキーＫ０１０、Ｋ０１、Ｋ０、ルートキーＫＲを
所有する。デバイスＤＶ１５も同様の方式で、リーフキ
ーＫ１１１１、ノードキーＫ１１１、Ｋ１１、Ｋ１、ル
ートキーＫＲを所有する。なお、図１のツリーにはデバ
イスがＤＶ０〜ＤＶ１５の１６個のみ記載され、ツリー
構造も４段構成の均衡のとれた左右対称構成として示し
ているが、さらに多くのデバイスがツリー中に構成さ
れ、また、ツリーの各部において異なる段数構成を持つ
ことが可能である。
【００３５】また、図１のツリー構造に含まれる各情報
処理装置（デバイス）には、様々な記録媒体、例えば、
デバイス埋め込み型あるいはデバイスに着脱自在に構成
されたＤＶＤ、ＣＤ、ＭＤ、フラッシュメモリ等を使用
する様々なタイプの情報処理装置が含まれている。さら
に、様々なアプリケーションサービスが共存可能であ
る。このような異なるデバイス、異なるアプリケーショ
ンの共存構成の上に図１に示すコンテンツあるいは鍵配
布構成である階層ツリー構造が適用される。
【００３６】これらの様々な情報処理装置（デバイ
ス）、アプリケーションが共存するシステムにおいて、
例えば図１の点線で囲んだ部分、すなわちデバイスＤＶ
０，ＤＶ１，ＤＶ２，ＤＶ３を同一の記録媒体を用いる
１つのグループとして設定する。例えば、この点線で囲
んだグループ内に含まれるデバイスに対しては、まとめ
て、共通のコンテンツを暗号化してプロバイダから送付
したり、各デバイス共通に使用するコンテンツキーを送
付したり、あるいは各デバイスからプロバイダあるいは
決済機関等にコンテンツ料金の支払データをやはり暗号
化して出力するといった処理が実行される。コンテンツ
プロバイダ、あるいは決済処理機関等、各デバイスとの
データ送受信を行なう機関は、図１の点線で囲んだ部
分、すなわちデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３
を１つのグループとして一括してデータを送付する処理
を実行する。このようなグループは、図１のツリー中に
複数存在する。コンテンツプロバイダ、あるいは決済処
理機関等、各デバイスとのデータ送受信を行なう機関
は、メッセージデータ配信手段として機能する。
【００３７】なお、ノードキー、リーフキーは、ある１
つの鍵管理センタによって統括して管理してもよいし、
各グループに対する様々なデータ送受信を行なうプロバ
イダ、決済機関等のメッセージデータ配信手段によって
グループごとに管理する構成としてもよい。これらのノ
ードキー、リーフキーは例えばキーの漏洩等の場合に更
新処理が実行され、この更新処理は鍵管理センタ、プロ
バイダ、決済機関等が実行する。
【００３８】このツリー構造において、図１から明らか
なように、１つのグループに含まれる３つのデバイスＤ
Ｖ０，ＤＶ１，ＤＶ２，ＤＶ３はノードキー／ルートキ
ーとして共通のキーＫ００、Ｋ０、ＫＲを保有する。こ
のノードキー共有構成を利用することにより、例えば共
通のコンテンツキーをデバイスＤＶ０，ＤＶ１，ＤＶ
２，ＤＶ３のみに提供することが可能となる。たとえ
ば、共通に保有するノードキーＫ００自体をコンテンツ
キーとして設定すれば、新たな鍵送付を実行することな
くデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３のみが共通
のコンテンツキーの設定が可能である。また、新たなコ
ンテンツキーＣＫをノードキーＫ００で暗号化した値Ｅ
（Ｋ００，ＣＫ）を、ネットワークを介してあるいは記
録媒体に格納してデバイスＤＶ０，ＤＶ１，ＤＶ２，Ｄ
Ｖ３に配布すれば、デバイスＤＶ０，ＤＶ１，ＤＶ２，
ＤＶ３のみが、それぞれのデバイスにおいて保有する共
有ノードキーＫ００を用いて暗号Ｅ（Ｋ００，ＣＫ）を
解いてコンテンツキーＣＫを得ることが可能となる。
【００３９】また、ある時点ｔにおいて、デバイスＤＶ
３の所有するキーＫ００１１,Ｋ００１,Ｋ００,Ｋ０,Ｋ
Ｒが攻撃者（ハッカー）により解析されて露呈したこと
が発覚した場合、それ以降、システム（デバイスＤＶ
０，ＤＶ１，ＤＶ２，ＤＶ３のグループ）で送受信され
るデータを守るために、デバイスＤＶ３をシステムから
切り離す必要がある。そのためには、ノードキーＫ００
１，Ｋ００，Ｋ０、ルートキーＫＲをそれぞれ新たな鍵
Ｋ（ｔ）００１，Ｋ（ｔ）００，Ｋ（ｔ）０，Ｋ（ｔ）
Ｒに更新し、デバイスＤＶ０，ＤＶ１，ＤＶ２にその更
新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａ
は、鍵Ｋａａａの世代（Generation）：ｔの更新キーで
あることを示す。もちろんコンテンツ配信に際して、他
の事情、例えば著作権者側の要望やシステム配信上の都
合などの各種事情に応じて、ノードキーやルートキーＫ
Ｒを更新する場合もある。これらのことから、正規のデ
バイスに対してキー更新を伝える必要がある。
【００４０】更新キーの配布処理ついて説明する。キー
の更新は、例えば、図２（ａ）に示す有効化キーブロッ
ク（ＥＫＢ：Enabling Key Block）と呼ばれるブロック
データによって構成されるテーブルを、たとえばネット
ワーク、あるいは記録媒体に格納してデバイスに供給す
ることによって実行される。例えば上記のようにデバイ
スＤＶ３を切り離す場合は、ＥＫＢをデバイスＤＶ０，
ＤＶ１，ＤＶ２に供給する。なお、有効化キーブロック
（ＥＫＢ）は、図１に示すようなツリー構造を構成する
各リーフに対応するデバイスに新たに更新されたキーを
配布するための暗号化キーによって構成される。有効化
キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲ
Ｂ：Key Renewal Block）と呼ばれることもある。
【００４１】図２（ａ）に示す有効化キーブロック（Ｅ
ＫＢ）には、ノードキーの更新の必要なデバイスのみが
更新可能なデータ構成を持つブロックデータとして構成
される。図２の例は、図１に示すツリー構造中のデバイ
スＤＶ０，ＤＶ１，ＤＶ２において、世代ｔの更新ノー
ドキーを配布することを目的として形成されたブロック
データである。例えば上記のようにキーＫ００１１，Ｋ
００１，Ｋ００，Ｋ０，ＫＲが不正に露呈された場合を
想定すると、デバイスＤＶ０，デバイスＤＶ１は、更新
キーとしてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必
要となり、デバイスＤＶ２は、更新キーとしてＫ（ｔ）
００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要
となる。
【００４２】図２（ａ）のＥＫＢに示されるように、こ
の場合ＥＫＢには複数の暗号化キーが含まれる。最下段
の暗号化キーは、Ｅ（Ｋ００１０，Ｋ（ｔ）００１）で
ある。これはデバイスＤＶ２の持つリーフキーＫ００１
０によって暗号化された更新ノードキーＫ（ｔ）００１
であり、デバイスＤＶ２は、自身の持つリーフキーによ
ってこの暗号化キーを復号し、Ｋ（ｔ）００１を得るこ
とができる。また、復号により得たＫ（ｔ）００１を用
いて、図２（ａ）の下から２段目の暗号化キーＥ（Ｋ
（ｔ）００１，Ｋ（ｔ）００）を復号可能となり、更新
ノードキーＫ（ｔ）００を得ることができる。以下、図
２（ａ）の上から２段目の暗号化キーＥ（Ｋ（ｔ）０
０，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）０
を得、さらに上から１段目の暗号化キーＥ（Ｋ（ｔ）
０，Ｋ（ｔ）Ｒ）を復号し更新ルートキーＫ（ｔ）Ｒを
得る。
【００４３】一方、デバイスＤＶ０，ＤＶ１においてそ
れぞれリーフキーＫ００００、Ｋ０００１、及びノード
キーＫ０００は更新する対象に含まれておらず、更新キ
ーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ
（ｔ）Ｒである。このためデバイスＤＶ０，ＤＶ１で
は、それぞれ図２（ａ）の上から３段目の暗号化キーＥ
（Ｋ０００，Ｋ（ｔ）００）を復号して更新ノードキー
Ｋ（ｔ）００を取得し、また暗号化キーＥ（Ｋ（ｔ）０
０，Ｋ（ｔ）０）を復号して更新ノードキーＫ（ｔ）０
を取得し、さらに暗号化キーＥ（Ｋ（ｔ）０，Ｋ（ｔ）
Ｒ）を復号して更新ルートキーＫ（ｔ）Ｒを得る。この
ようにして、デバイスＤＶ０，ＤＶ１，ＤＶ２は更新し
たルートキーＫ（ｔ）Ｒを得ることができる。なお、図
２（ａ）のインデックスは、復号キーとして使用するノ
ードキー、リーフキーの絶対番地を示す。
【００４４】また、図１に示すツリー構造の上位段のノ
ードキーＫ（ｔ）０，Ｋ（ｔ）Ｒの更新が不要であり、
ノードキーＫ００のみの更新処理が必要である場合に
は、図２（ｂ）の有効化キーブロック（ＥＫＢ）を用い
ることで、更新ノードキーＫ（ｔ）００をデバイスＤＶ
０，ＤＶ１，ＤＶ２に配布することができる。
【００４５】図２（ｂ）に示すＥＫＢは、例えば特定の
グループにおいて共有する新たなコンテンツキーを配布
する場合に利用可能である。具体例として、図３に点線
で示すグループ内のデバイスＤＶ０，ＤＶ１，ＤＶ２，
ＤＶ３がある記録媒体を用いており、新たな共通のコン
テンツキーＣＫ（ｔ）が必要であるとする。このとき、
デバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３の共通のノー
ドキーＫ００を更新したＫ（ｔ）００を用いて新たな共
通の更新コンテンツキーＣＫ（ｔ）を暗号化したデータ
Ｅ（Ｋ（ｔ）００，ＣＫ（ｔ））を図２（ｂ）に示すＥ
ＫＢとともに配布する。この配布により、デバイスＤＶ
４など、その他のグループの機器においては復号されな
いデータとしての配布が可能となる。すなわち、デバイ
スＤＶ０，ＤＶ１，ＤＶ２はＥＫＢを処理して得たＫ
（ｔ）００を用いて上記暗号文を復号すれば、ｔ時点で
のコンテンツキーＣＫ（ｔ）を得ることが可能になる。
【００４６】以上のようにキー構造がツリー構造とされ
るとともに、上記例のようなＥＫＢによって任意に各キ
ーを更新することが可能となる。このキー構造を用いる
ことで、各種事情に応じてルートキーＫＲやノードキー
を更新することも容易に可能となり、正規な状態でのコ
ンテンツ配信がフレキシブルに実行できる。
【００４７】図３に有効化キーブロック（ＥＫＢ）のフ
ォーマット例を示す。４バイトでノードキーの数が示さ
れる。４バイトでノードキーの深さが示される。これは
有効化キーブロック（ＥＫＢ）の配布先のデバイスに対
する階層ツリーの階層数を示す。４バイトでＥＫＢのバ
ージョンが示される。なおバージョンは最新のＥＫＢを
識別する機能とコンテンツとの対応関係を示す機能を持
つ。リザーブは予備領域である。
【００４８】オフセットアドレスとして１６バイトの位
置から、１６×Ｍバイトの領域にＥＫＢの実内容となる
暗号化されたノードキー（１又は複数）が示される。つ
まり図２（ａ）（ｂ）で説明したような暗号化キーであ
る。さらに、暗号化ＥＫＢバージョンや、電子署名（Si
gnature）が示される。電子署名は、有効化キーブロッ
ク（ＥＫＢ）を発行したＥＫＢ発行局、例えば鍵管理セ
ンタ、コンテンツロバイダ、決済機関等が実行する電子
署名である。ＥＫＢを受領したデバイスは署名検証によ
って正当な有効化キーブロック（ＥＫＢ）発行者が発行
した有効化キーブロック（ＥＫＢ）であることを確認す
る。
【００４９】２．システム構成 上記のキー構造を採用した本発明の実施の形態につい
て、以下説明していく。図４にシステム構成例を示す。
本発明のデータ転送装置に相当するのは一次記録媒体側
機器１であり、本発明のデータ記録装置に相当するのは
二次記録媒体側機器２０Ａである。そして一次記録媒体
側機器１と二次記録媒体側機器２０Ａによりデータ転送
システムが構築される。
【００５０】一次記録媒体側機器１は、例えばパーソナ
ルコンピュータにより形成される。以下、説明の便宜
上、一次記録媒体側機器１をパーソナルコンピュータ１
と表記する場合もある。ただし一次記録媒体側機器１
は、必ずしもパーソナルコンピュータによって形成され
るものではない。この一次記録媒体側機器１は、例えば
パーソナルコンピュータ上で起動されるＳＤＭＩコンテ
ンツデータの蓄積／転送等を実行するソフトウエアによ
って、本発明でいうデータ転送装置としての動作を実行
する。そしてパーソナルコンピュータ１に内蔵（又は外
付け）のＨＤＤ５が一次記録媒体（及び一次記録媒体ド
ライブ手段）とされる。なお実施の形態の説明ではＨＤ
Ｄ５を一次記録媒体とするが、もちろん一次記録媒体に
相当する記録メディアはＨＤＤに限られず、例えば光デ
ィスク、光磁気ディスク等のメディア、機器内蔵の半導
体メモリ、可搬型の半導体メモリ（メモリカード等）な
ど、各種のものが考えられる。
【００５１】一次記録媒体側機器１は、通信ネットワー
ク１１０を介してコンテンツサーバ９１と通信可能とさ
れ、これによって音楽等のコンテンツデータのダウンロ
ードが可能とされる。もちろんコンテンツサーバ９１は
複数存在し、パーソナルコンピュータ１のユーザーは多
様なデータダウンロードサービスを任意に利用できるも
のである。コンテンツサーバ９１からパーソナルコンピ
ュータ１にダウンロードされるコンテンツデータとして
は、ＳＤＭＩ準拠のコンテンツデータもあれば、ＳＤＭ
Ｉに準拠していないコンテンツデータもある。
【００５２】ネットワーク１１０を形成する伝送路は、
有線又は無線の公衆回線網とされてもよいし、パーソナ
ルコンピュータ１とコンテンツサーバ９１の専用回線と
してもよい。具体的にはネットワーク１１０としては、
例えばインターネット、衛星通信網、光ファイバー網、
その他各種の通信回線が適用できる。
【００５３】また、パーソナルコンピュータ１のＨＤＤ
５には、内蔵或いは外付けのディスクドライブ装置によ
りＣＤ−ＤＡやＤＶＤなどのパッケージメディア９０
（以下、ディスク９０ともいう）から再生された音楽等
のコンテンツデータを蓄積させることもできる。
【００５４】パーソナルコンピュータ１には、二次記録
媒体側機器２０Ａ又は２０Ｂを接続し、この二次記録媒
体側機器２０Ａ又は２０Ｂに対して、ＨＤＤ５に蓄積し
たコンテンツデータを転送可能とされる。二次記録媒体
側機器２０Ａ又は２０Ｂは、二次記録媒体に対する記録
装置（記録再生装置）とされる。そしてパーソナルコン
ピュータ１から転送されてきたコンテンツデータを二次
記録媒体にコピー記録できるものとされる。
【００５５】二次記録媒体側機器２０Ａ、２０Ｂの具体
例としては各種考えられるが、ここでいう二次記録媒体
側機器２０Ｂは、ＳＤＭＩ対応の記録装置である。この
ＳＤＭＩ対応の記録再生装置２０Ｂでは、二次記録媒体
として、例えばフラッシュメモリ等の半導体メモリを利
用したＳＤＭＩ対応のメモリカードが想定される。従っ
て二次記録媒体側機器２０Ｂとは、例えばＳＤＭＩ対応
のメモリカードに対する記録再生装置となる。この場
合、二次記録媒体にはＳＤＭＩコンテンツが暗号化され
た状態で記録されるものとなる。またＳＤＭＩ対応の二
次記録媒体にはＳＤＭＩコンテンツの識別子となるコン
テンツＩＤを格納する管理情報フォーマットが形成され
ている。パーソナルコンピュータ１ではＨＤＤ５にコン
テンツデータを格納する際に、そのアプリケーションに
よってコンテンツＩＤが発生され、コンテンツデータと
共にＨＤＤ５に格納される。またチェックアウト／チェ
ックインの管理もコンテンツＩＤを用いて行われるが、
ＳＤＭＩ対応の二次記録媒体では、コンテンツデータを
記録する場合には当該コンテンツＩＤも記録できるもの
とされる。
【００５６】一方、二次記録媒体側機器２０Ａは、ＳＤ
ＭＩ対応ではないデータ記録装置に相当し、詳しくは後
述するが、著作権保護が要求されるＳＤＭＩコンテンツ
を、暗号化を解いた状態で二次記録媒体に記録するもの
である。ここでの二次記録媒体の例としては、ミニディ
スクを挙げる。従って二次記録媒体側機器２０Ａは、ミ
ニディスク記録再生装置とされる。以下、二次記録媒体
側機器２０Ａを、記録再生装置２０Ａと表記する場合も
ある。この場合、ＳＤＭＩコンテンツを非暗号化状態で
記録することによっても著作権保護機能が損なわれない
ように、後述する認証等がコピーの条件とされる。また
この場合のミニディスク等の二次記録媒体（つまり従来
より普及しているメディア）には、コンテンツＩＤを格
納する領域が用意されていない。このため後述するが、
コンテンツＩＤについては、特別な管理方式が採られ
る。
【００５７】なお、二次記録媒体側機器２０Ａが記録再
生するメディアはミニディスク以外にも、例えばフラッ
シュメモリ等の半導体メモリを利用したメモリカード
や、光磁気ディスクとしてのミニディスク、或いはＣＤ
−Ｒ（CD Recordable）、ＣＤ−ＲＷ(CD Rewitable)、
ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷなどが考え
られる。従って、二次記録媒体側機器２０Ａとしては、
これらのメディアに対応する記録装置であればよい。
【００５８】パーソナルコンピュータ１と二次記録媒体
側機器２０Ａ又は２０Ｂとは、例えばＵＳＢ（Universa
l Serial Bus）、ＩＥＥＥ１３９４などの伝送規格に基
づく接続が行われる。もちろん他の伝送規格の有線伝送
路、或いは無線伝送路によりコンテンツデータ等の転送
が可能とされるものでもよい。
【００５９】３．ＳＤＭＩコンテンツのデータパス 例えば図４のようなシステムを想定した場合の、ＳＤＭ
Ｉで策定されたデータパスを図５に示す。なお、このデ
ータパスは、例えば一次記録媒体としてのＨＤＤ５を備
えたパーソナルコンピュータ１において、音楽コンテン
ツの蓄積及び外部機器（二次記録媒体側機器２０Ａ、２
０Ｂ）への転送処理についてのデータパスであり、換言
すればパーソナルコンピュータ１において音楽コンテン
ツの蓄積／転送処理を行うソフトウエアにより実現され
るものである。図５のデータパス上の手順／処理はＤＰ
１〜ＤＰ９の符号を付しており、以下の説明では対応箇
所をこの符号で示す。
【００６０】図４に示したネットワーク１１０を介して
外部サーバ９１から配信されたコンテンツデータ（ネッ
トワークコンテンツ）は、まずそれがＳＤＭＩに準拠し
た著作権保護されるコンテンツであるか否かが確認され
る（ＤＰ１）。配信されるネットワークコンテンツとし
ては、サーバ側がＳＤＭＩに準拠したコンテンツとして
送信してくるもの（以下、ＳＤＭＩ準拠コンテンツ）
と、ＳＤＭＩとは無関係なコンテンツ（以下、非ＳＤＭ
Ｉコンテンツ）がある。
【００６１】そしてＳＤＭＩ準拠コンテンツの場合は、
そのデータは例えばＤＥＳ等の鍵暗号によって、コンテ
ンツ鍵ＣＫで暗号化されている。コンテンツデータ自体
は、元々はＡＴＲＡＣ３などの圧縮方式でエンコードさ
れたデータ（Ａ３Ｄ）であるとすると、ＳＤＭＩ準拠コ
ンテンツは、Ｅ（ＣＫ，Ａ３Ｄ）の状態で配信される。
【００６２】配信されたネットワークコンテンツがＳＤ
ＭＩ準拠コンテンツであった場合は、一次記録媒体であ
るＨＤＤ５にＳＤＭＩコンテンツとして蓄積される（Ｄ
Ｐ１→ＤＰ２）。この場合、コンテンツデータは配信さ
れたＥ（ＣＫ，Ａ３Ｄ）の状態でＨＤＤ５に書き込まれ
る。或いは、暗号化が一旦復号された後、別の鍵ＣＫ’
で暗号化が行われ、つまり鍵の掛け替えが行われて、Ｅ
（ＣＫ’，Ａ３Ｄ）の状態でＨＤＤ５に書き込まれるこ
ともある。
【００６３】一方、ネットワークコンテンツが非ＳＤＭ
Ｉコンテンツであった場合は、ウォーターマークチェッ
ク、即ち電子透かしによるスクリーニング処理が行われ
る（ＤＰ１→ＤＰ３）。さらに、例えばパーソナルコン
ピュータ１に装備されているＣＤ−ＲＯＭドライブ等の
内蔵ドライブ、或いはパーソナルコンピュータ１と接続
されたディスクドライブ装置において再生されるＣＤ−
ＤＡ、ＤＶＤ等のパッケージメディアから読み出された
コンテンツデータ（ディスクコンテンツ）については、
直接ウォーターマークチェックが行われる（ＤＰ３）。
つまりＳＤＭＩに準拠していないコンテンツデータにつ
いては、ウォーターマークチェックが行われることにな
る。
【００６４】もしウォーターマークチェックに合格しな
い場合は、そのコンテンツデータはＳＤＭＩデータパス
上でコピー不可扱いとなる（ＤＰ３→ＤＰ５）。具体的
な扱いはソフトウエア設計により多様に考えられるが、
例えばＨＤＤ５には格納するが、他のメディアへのコピ
ー／ムーブのための転送が不可能なコンテンツデータと
扱われるようにしたり、或いはＳＤＭＩ準拠のコンテン
ツ処理上においてＨＤＤ５に格納されないものとするこ
とが考えられる。
【００６５】ウォーターマークチェックに合格した場
合、即ち電子透かしが存在し、かつコピーコントロール
ビットとしてコピー許可が確認された場合は、合法的に
コピー可能なコンテンツデータと判断され、続いてその
コンテンツデータをＳＤＭＩ扱いとするか否かが確認さ
れる（ＤＰ４）。このようなコンテンツデータをＳＤＭ
Ｉに準拠したものとして扱うか否かは、ソフトウエア設
計やユーザー設定などに応じたものとすればよい。
【００６６】ＳＤＭＩ扱いとしない場合は、非ＳＤＭＩ
扱いとして当該ＳＤＭＩに準拠したコンテンツデータパ
スからは除外される（ＤＰ６）。例えばＳＤＭＩに対応
しない記録装置への転送等を可能としてもよい。一方、
ＳＤＭＩ扱いとする場合は、そのコンテンツデータは暗
号化され、ＳＤＭＩコンテンツとしてＨＤＤ５に蓄積さ
れる（ＤＰ４→ＤＰ２）。例えばＥ（ＣＫ，Ａ３Ｄ）の
状態、又はＥ（ＣＫ’，Ａ３Ｄ）の状態でＨＤＤ５に蓄
積される。
【００６７】以上のデータパスにより、一次記録媒体と
してのＨＤＤ５には、ネットワーク１１０を介して得ら
れたＳＤＭＩ扱いのコンテンツ（ＳＤＭＩネットワーク
コンテンツ）や、ＣＤ−ＤＡなどのディスク或いは他の
メディアから取り出したＳＤＭＩ扱いのコンテンツ（Ｓ
ＤＭＩディスクコンテンツ）が蓄積されるものとなる。
またＳＤＭＩコンテンツについては、コンテンツ毎の後
述するUsage Ruleの管理などのために、コンテンツ毎
にユニークなデータとなるコンテンツＩＤが生成され、
ＨＤＤ５に記憶される。
【００６８】ＨＤＤ５に格納されたＳＤＭＩコンテンツ
（ＳＤＭＩネットワークコンテンツ又はＳＤＭＩディス
クコンテンツ）は、所定のルールのもとで、ＳＤＭＩ対
応の記録再生装置２０Ｂに対して転送し、ＳＤＭＩ対応
の二次記録媒体にコピー可能とされる。また本例の場合
はＳＤＭＩ対応の記録再生装置２０Ｂ以外に、記録再生
装置２０Ａにも、所定の条件の下で転送可能となる。
【００６９】まず、ＨＤＤ５を有するパーソナルコンピ
ュータ１にＳＤＭＩ対応の記録再生装置２０Ｂが接続さ
れている場合は、以下のようになる。ＳＤＭＩディスク
コンテンツの場合は、ＳＤＭＩディスクコンテンツに対
応する転送の扱いのルール（Usage Rule）が決められて
おり、その扱いルールのもとで、ＳＤＭＩ対応の記録再
生装置２０Ｂに対してコピーのための転送が認められる
（ＤＰ８）。なおこのデータパスにおいて、一次記録媒
体（ＨＤＤ５）からＳＤＭＩ対応記録再生装置２０Ｂ
（又は２０Ａ）で記録再生される二次記録媒体（メモリ
カード等）に対してのコピー転送が「チェックアウト」
であり、逆に二次記録媒体からの一次記録媒体へのムー
ブ転送が「チェックイン」である。なお二次記録媒体か
ら一次記録媒体へのムーブの場合は、二次記録媒体上で
は当該コンテンツデータは消去された状態となる。
【００７０】ＳＤＭＩディスクコンテンツに対応する転
送の扱いルールとしては、１つのコンテンツデータにつ
き例えば３回までのチェックアウトが許されるなど、所
定のチェックアウト上限回数が定められている。従っ
て、例えばＳＤＭＩ対応の３つの二次記録媒体まではコ
ピー（チェックアウト）が許可される。またチェックイ
ンが行われた場合は、そのコンテンツデータについての
チェックアウト回数が減算されるものとなる。従って、
例え３つのＳＤＭＩ対応二次記録媒体にコピーした後で
あっても、そのうちの１つの二次記録媒体からチェック
インさせれば、そのコンテンツはさらにもう一度、ＳＤ
ＭＩ対応二次記録媒体にコピー可能とされる。つまり、
常に最大３つのＳＤＭＩ対応二次記録媒体にコンテンツ
データが併存することが許されるものとなる。
【００７１】ＳＤＭＩネットワークコンテンツの場合
も、ＳＤＭＩネットワークコンテンツに対応する転送の
扱いのルール（Usage Rule）が決められており、その扱
いルールのもとで、ＳＤＭＩ対応の記録再生装置２０Ｂ
に対してコピーのための転送が認められる（ＤＰ７）。
この扱いルールとしては、上記同様にチェックアウト回
数の上限等が決められるものであるが、その上限回数な
どは、ＳＤＭＩディスクコンテンツの場合の扱いルール
と同様としてもよいし、異なる回数としてもよい。例え
ばチェックアウト上限を１回とすることが考えられる。
その場合は、１つのコンテンツデータにつき、他の１つ
のＳＤＭＩ対応の二次記録媒体にしかコピーできない
が、その二次記録媒体からチェックインすれば、再度コ
ピー転送が可能となる。
【００７２】これらの扱いルールに従って、ＳＤＭＩ対
応の二次記録媒体に対してコピーするためにＳＤＭＩコ
ンテンツが転送される場合は、その伝送線路上では暗号
化状態のままデータ伝送が行われる。つまり例えば上記
のＥ（ＣＫ，Ａ３Ｄ）の状態又はＥ（ＣＫ’，Ａ３Ｄ）
の状態で転送される。さらに、暗号化されて伝送されて
きたＳＤＭＩコンテンツを受信したＳＤＭＩ対応記録再
生装置２０Ｂでは、そのＳＤＭＩコンテンツを暗号化状
態のままで二次記録媒体にコピー記録することになる。
【００７３】ＳＤＭＩ対応記録再生装置２０Ｂが、二次
記録媒体にコピー記録されたＳＤＭＩコンテンツを再生
する場合は、二次記録媒体から読み出したコンテンツデ
ータの暗号化を復号して再生する。つまりＥ（ＣＫ，Ａ
３Ｄ）の状態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で二次記
録媒体に記録されたコンテンツデータを、鍵ＣＫ、又は
鍵ＣＫ’による復号処理を行う。即ちＤ｛ＣＫ，Ｅ（Ｃ
Ｋ，Ａ３Ｄ）｝＝Ａ３Ｄ、又はＤ｛ＣＫ’，Ｅ（Ｃ
Ｋ’，Ａ３Ｄ）｝＝Ａ３Ｄ、として暗号解読されたＡＴ
ＲＡＣ３データ（Ａ３Ｄ）として元のコンテンツデータ
を得る。このコンテンツデータについてはＡＴＲＡＣ３
圧縮に対する伸張処理等を行うことで、例えばオーディ
オデータとして復調し、音楽等の再生出力を行う。
【００７４】以上のように、ＳＤＭＩ準拠のコンテンツ
データは、ＳＤＭＩ対応の記録再生装置２０Ｂにチェッ
クアウトされるまでのデータパス、さらには二次記録媒
体上に至るまで、暗号化が施されたデータとなっている
ことや、上記転送の扱いルールチェックによるコピー管
理が行われることで、コンテンツデータについての適切
な著作権保護が可能となる。
【００７５】一方、パーソナルコンピュータ１に、記録
再生装置２０Ａが接続されている場合は、次のような処
理が採られる。なお上記のように、記録再生装置２０Ａ
は、ＳＤＭＩ対応の記録再生装置２０Ｂとは異なって、
二次記録媒体としての例えばミニディスクなどに、暗号
化を解いた状態で記録するものである。暗号化を解いた
状態で記録することにより、そのミニディスクにコピー
記録されたコンテンツデータは、一般に普及している通
常のミニディスク再生装置によっても再生可能となり、
これによってユーザーの利便性を向上させることができ
る。但し、暗号化を解いた状態で記録することは、著作
権保護の点で不都合が生じる。そこで、記録再生装置２
０Ａにコンテンツデータを転送する場合には、所定の条
件を満たすことが必要とされる。
【００７６】ＳＤＭＩネットワークコンテンツを記録再
生装置２０Ａに転送して暗号化を解いた状態で二次記録
媒体にコピー記録することを許可する条件としては、例
えば、記録再生装置２０Ａが認証ＯＫとなったこと、
転送しようとするコンテンツデータについてコピー記
録を著作権者側が認めていること、チェックアウト／
チェックインとして転送の扱いのルール（Usage Rule）
を満たすことの３つとされる。このの転送条件が
満たされていることでＳＤＭＩ対応記録再生装置２０Ｂ
以外の機器に対しても、無制限なコピー転送はできず、
著作権保護機能も確保される。また、転送を行う伝送路
上では暗号化状態とされること（記録再生装置２０Ａ側
で暗号解読を行う）でも著作権保護機能を与えることが
できる。
【００７７】ＳＤＭＩネットワークコンテンツを記録再
生装置２０Ａに転送する場合には、上記の転送条
件がチェックされる（ＤＰ９）。即ち記録再生装置２０
Ａについて所定の認証処理が行われる。また、コンテン
ツデータに含まれるフラグ情報などから、著作権者側の
コピー許可の意志が確認される。さらにチェックイン／
チェックアウトの扱いルールが課される。
【００７８】これらの条件に従って、ＳＤＭＩネットワ
ークコンテンツを記録再生装置２０Ａに転送する場合
は、その伝送線路上では暗号化状態のままデータ伝送が
行われる。つまり例えば上記のＥ（ＣＫ，Ａ３Ｄ）の状
態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で転送される。そし
てこの暗号化されたＳＤＭＩネットワークコンテンツ
は、後述する図７の構成の記録再生装置２０Ａにおいて
受信処理された後、復号処理部２８で暗号化が復号さ
れ、例えば元のＡＴＲＡＣ３圧縮データ（Ａ３Ｄ）とさ
れる。そしてその暗号化が解かれたコンテンツデータ
が、図７のエンコード／デコード部２４によるエンコー
ド処理を経て記録／再生部２５に供給され、ミニディス
ク１００にコピー記録されるものとなる。
【００７９】従って記録再生装置２０Ａが、ミニディス
ク１００にコピー記録したＳＤＭＩコンテンツを再生す
る場合は、ミニディスク１００から読み出したデータに
ついて通常のミニディスクシステムでのデコード処理、
つまりＥＦＭ復調、ＡＣＩＲＣエラー訂正、ＡＴＲＡＣ
圧縮方式に対する伸張処理等を行えばよい。これは、当
該コピー記録されたミニディスク１００は、通常のミニ
ディスク再生装置に装填した場合も、コンテンツデータ
が通常に再生できるものとなっていることを意味する。
つまりユーザーは、上述したように、ミニディスク１０
０にコピー記録したＳＤＭＩネットワークコンテンツ
を、ＳＤＭＩ非対応の通常のミニディスク再生装置で再
生させ、音楽等を楽しむことができる。
【００８０】なお、図５のデータパスにおいて、ＤＰ
７，ＤＰ８，ＤＰ９の扱いルールチェック等によって転
送許可がされない場合は、記録再生装置２０Ａ、２０Ｂ
に対する転送が行われないことはいうまでもない。
【００８１】４．データ転送装置の構成例（一次記録媒
体側機器／ＰＣ） 図６に、データ転送装置となる一次記録媒体側機器１の
構成を示す。なお、ここで説明する例は、パーソナルコ
ンピュータにより一次記録媒体側機器１を形成する場合
であるが、同様の機能を持つ構成が専用のハードウエア
により構築されるなどにより、データ転送専用の機器と
して形成されてもよい。
【００８２】本例の場合は、パーソナルコンピュータ１
にデータ転送装置としての機能を実行させるソフトウエ
アプログラムがインストールされることでデータ転送装
置となる一次記録媒体側機器が実現される。なお、本明
細書で「パーソナルコンピュータ」又は「コンピュー
タ」といっているのは、いわゆる汎用コンピュータとし
ての広義の意味である。当該プログラムは、コンピュー
タに内蔵されている記録媒体としてのハードディスク
（ＨＤＤ）５やＲＯＭ３に予め記録しておくことができ
る。あるいはまた、プログラムは、フロッピー（登録商
標）ディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only
Memory)、ＭＯ(Magneto optical)ディスク、ＤＶＤ(Dig
ital Versatile Disc)、磁気ディスク、半導体メモリな
どのリムーバブル記録媒体９０に、一時的あるいは永続
的に格納（記録）しておくことができる。このようなリ
ムーバブル記録媒体９０は、いわゆるパッケージソフト
ウェアとして提供することができる。
【００８３】なお、プログラムは、上述したようなリム
ーバブル記録媒体９０からコンピュータにインストール
する他、ダウンロードサイトから、ディジタル衛星放送
用の人工衛星を介して、コンピュータに無線で転送した
り、ＬＡＮ(Local Area Network)、インターネットとい
ったネットワークを介して、コンピュータに有線で転送
し、コンピュータでは、そのようにして転送されてくる
プログラムを、通信部８で受信し、内蔵するＨＤＤ５に
インストールすることができる。
【００８４】図６のコンピュータ１は、ＣＰＵ(Central
Processing Unit)２を内蔵している。ＣＰＵ２には、
バス１２を介して、入出力インタフェース１０が接続さ
れている。ＣＰＵ２は、入出力インタフェース１０を介
して、ユーザによって、キーボードや、マウス、マイク
等で構成される入力部７が操作等されることにより指令
が入力されると、それに従って、ＲＯＭ(Read Only Mem
ory)３に格納されているプログラムを実行する。あるい
はまた、ＣＰＵ２は、ＨＤＤ５に格納されているプログ
ラム、衛星若しくはネットワークから転送され、通信部
８で受信されてＨＤＤ５にインストールされたプログラ
ム、またはドライブ９に装着された光ディスク等のリム
ーバブル記録媒体９０から読み出されてＨＤＤ５にイン
ストールされたプログラムを、ＲＡＭ(Random Access M
emory)４にロードして実行する。これにより、ＣＰＵ２
は、後述するＳＤＭＩコンテンツに対してのデータ転送
装置としての処理を実行する。そしてＣＰＵ２は、その
処理結果を、必要に応じて、例えば入出力インタフェー
ス１０を介して、ＬＣＤ(Liquid Crystal Display)やス
ピーカ等で構成される出力部６から出力、あるいは通信
部８から送信、さらにはＨＤＤ５に記録等させる。
【００８５】本例の場合、通信部８は、図４のネットワ
ーク１１０を介した各種サーバとの通信が可能とされ
る。即ちコンピュータ１は、外部のコンテンツサーバ９
１から音楽コンテンツ等のネットワークコンテンツのダ
ウンロードが可能とされる。ダウンロードされるネット
ワークコンテンツは、上述したデータパスに則って、Ｓ
ＤＭＩ対応のコンテンツとしての処理、もしくはＳＤＭ
Ｉ非対応のコンテンツとしての処理が行われ、例えば少
なくともＳＤＭＩ対応の処理としてはＳＤＭＩコンテン
ツとしてＨＤＤ５に蓄積される。ＨＤＤ５に蓄積された
ＳＤＭＩコンテンツは、ＳＤＭＩ対応の二次記録媒体側
機器２０Ｂ、又は認証された二次記録媒体側機器（記録
再生装置）２０Ａに対する転送対象のコンテンツとな
る。
【００８６】接続部１１は、二次記録媒体側機器２０
Ａ、２０Ｂとの間でデータ通信可能に接続される部位で
ある。例えばＵＳＢインターフェース、ＩＥＥＥ１３９
４インターフェースなどの例が考えられる。もちろん他
の規格の有線インターフェースや、赤外線や電波を用い
た無線インターフェースであってもよい。
【００８７】なお、図５で説明したデータパスを実現す
るための各種処理は、それぞれ時系列に処理する必要は
なく、並列的あるいは個別に実行される処理（例えば、
並列処理あるいはオブジェクトによる処理）も含むもの
である。また、プログラムは、１つのコンピュータによ
り処理されるものであっても良いし、複数のコンピュー
タによって分散処理されるものであっても良い。さら
に、プログラムは、遠方のコンピュータに転送されて実
行されるものであっても良い。
【００８８】５．データ記録装置の構成例（二次記録媒
体側機器／記録再生装置） 二次記録媒体側機器（記録再生装置）２０Ａの構成例を
図７に示す。この例は、記録再生装置２０Ａを例えばミ
ニディスクレコーダとして構成したものである。従って
二次記録媒体１００は、ミニディスク（光磁気ディス
ク）の例となる。以下「ミニディスク１００」とも表記
する。なお、図７においては、二次記録媒体１００とし
てのミニディスクに対する記録再生データの処理系、及
び上記一次記録媒体側機器１からのデータ転送に対する
処理系のみを示し、ミニディスク１００に対する駆動
系、サーボ系、再生出力系等は通常のミニディスク記録
再生装置と同様であるため詳しい図示を省略している。
【００８９】ＭＤ制御部（ＣＰＵ）２１は記録再生装置
２０Ａにおいてミニディスク１００に対しての記録再生
動作の制御を行うコントローラとなる。具体的には、ミ
ニディスク１００に対する記録再生のために、回転駆
動、スピンドルサーボ、フォーカスサーボ、トラッキン
グサーボ、スレッドサーボなどの制御、光学ヘッド／磁
気ヘッドのレーザ光や磁界印加動作の制御、記録再生デ
ータのエンコード／デコード処理の制御などを行う。
【００９０】記録／再生部２５は、光学ヘッド、磁気ヘ
ッド、ディスク回転駆動系、サーボ系等が備えられ、実
際にミニディスク１００に対してデータの記録／再生を
行う部位である。
【００９１】エンコード／デコード部２４は、ミニディ
スク１００に対する記録データのエンコード、及びミニ
ディスク１００から再生された再生データのデコードを
行う。公知のようにミニディスクシステムの場合は、記
録データはＡＣＩＲＣエラー訂正符号のエンコード処理
やＥＦＭ変調処理が施される。エンコード／デコード部
２４は、記録データに対してＡＣＩＲＣエンコード及び
ＥＦＭエンコードを行って記録／再生部２５に供給する
ことになる。また再生時には、記録／再生部２５から読
み出されて供給されてきたデータ（ＲＦ信号）に対して
二値化処理、ＥＦＭ復調、ＡＣＩＲＣ方式のエラー訂正
処理などのデコード処理を行うことになる。
【００９２】バッファメモリ３０は、ミニディスク１０
０に対する記録データ、再生データのバッファリングを
行う。特にショックプルーフ機能として知られているバ
ッファリング機能も行う。データ記録時には、バッファ
メモリ３０にはＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符
号化された記録データが一旦蓄積される。そして所定デ
ータ量毎に間欠的に読み出されてエンコード／デコード
部２４に供給され、記録処理に供される。またデータ再
生時には、ミニディスク１００から読み出され、エンコ
ード／デコード部２４でデコードされたデータが一旦蓄
積される。そして、蓄積されたデータは連続的に読み出
されてコーデック２３での圧縮デコード処理に供され
る。
【００９３】コーデック２３は、ＡＴＲＡＣ／ＡＴＲＡ
Ｃ３方式の圧縮符号化による圧縮処理、及び伸張処理を
行う部位である。ミニディスク１００に記録されるデー
タは、ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化が行
われた後、上記エンコード処理が施されたものである。
従って当該記録再生装置２０Ａに、圧縮符号化がされて
いないデータ、例えばＰＣＭオーディオデータ等が記録
データとして入力された場合は、コーデック２３でＡＴ
ＲＡＣ方式又はＡＴＲＡＣ３方式の圧縮符号化が行わ
れ、その圧縮データがエンコード／デコード部２４に供
給されることになる。また再生時には、記録／再生部２
５で読み出され、エンコード／デコード部２４でデコー
ドされたデータは、ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧
縮符号化状態のデータである。このデータがバッファメ
モリ３０を介してコーデック２３に供給され、コーデッ
ク２３でＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮に対する
伸張処理が行われることで、例えば４４．１ＫＨｚ、１
６ビット量子化のデジタルオーディオデータが復調され
る。このデジタルオーディオデータは、図示しない出力
系の回路において、例えばＤ／Ａ変換、アナログ信号処
理、増幅処理等が行われて、スピーカ出力信号とされ、
音楽等として再生される。或いは、デジタルオーディオ
データの状態で他の機器に対して出力可能とすることも
できる。
【００９４】以上の構成は、通常のミニディスクシステ
ムの記録再生装置にも備えられる構成要素であるが、本
例の記録再生装置２０Ａでは、一次記録媒体側機器１と
してのパーソナルコンピュータに対応する部位がさらに
設けられる。すなわち転送されてくるコンテンツデータ
についての受信・復号等の処理を行う部位として、通信
部２６、ＤＭＡ２７、復号処理部２８、キャッシュメモ
リ２９、フロー制御部３１、システム制御部３２が設け
られる。
【００９５】システム制御部３２（ＣＰＵ）は、当該記
録再生装置２０Ａの全体の制御を行う部位である。例え
ば、パーソナルコンピュータ１との間の認証のための通
信やデータ生成の指示や、パーソナルコンピュータ１か
らの各種コマンドのやりとり、転送されてくるコンテン
ツデータに対する処理などの制御を行う。またそれらの
制御に応じてＭＤ制御部２１に指示を出し、ミニディス
ク１００に対するコンテンツデータの記録／再生、管理
情報の読出や更新などの制御も行う。また図示していな
いが、ユーザーインターフェースとして操作部や表示部
が設けられるが、操作部からのユーザー操作の監視及び
操作に応じた処理や、表示部の表示制御なども行う。
【００９６】通信部２６は、図６のパーソナルコンピュ
ータ１の接続部１１との間で接続され、パーソナルコン
ピュータ１との間でデータ通信を行う部位である。例え
ばＵＳＢ又はＩＥＥＥ１３９４などの通信方式に対応す
る信号処理を行う。通信部２６によって受信されるパー
ソナルコンピュータ１からの通信としては、各種コマン
ド及びＳＤＭＩコンテンツなどがある。
【００９７】通信部２６で受信されたＳＤＭＩコンテン
ツとしてのデータは、ＤＭＡ（Direct Memory Access）
２７の制御により、キャッシュメモリ２９に格納されて
いく。なおもちろん、ＤＭＡ２７ではなくＣＰＵ制御に
よって、キャッシュメモリ２９へのデータ移動を行うよ
うにしてもよい。
【００９８】復号処理部２８は、ＳＤＭＩコンテンツの
暗号化処理に対応するための部位である。即ちキャッシ
ュメモリ２９に記憶されたコンテンツデータについての
暗号解読処理を行う。そして非暗号化状態に解読したコ
ンテンツデータは、キャッシュメモリ２９の別の領域に
記憶していく。
【００９９】ＳＤＭＩコンテンツはコンテンツキーＣＫ
又はＣＫ’で暗号化されているため、少なくともコンテ
ンツキーＣＫ、ＣＫ’を認識できる情報が記憶される。
具体的には後述するが、上記図１の説明で言及したＤＮ
Ｋ（Device Node Key）が記憶されることになる。この
記録再生装置２０Ｂは、図１における１つのデバイス
（ＤＶｘ）に相当するものとなるが、そのため、ＤＮＫ
においてリーフキーや、リーフキーによって暗号化され
たノードキー、ルートキーが記憶されるものとなる。そ
してそのようなＤＮＫを用いて、また場合によっては送
信されてくる上述したＥＫＢを用いて、コンテンツキー
ＣＫを認識できる。
【０１００】ＳＤＭＩコンテンツに対するコンテンツキ
ーＣＫを認識可能な情報であるＤＮＫが記憶されている
ことで、復号処理部２８は、コンテンツキーＣＫで暗号
化された状態で送信されてきたてＳＤＭＩコンテンツ、
即ち例えばＥ（ＣＫ、Ａ３Ｄ）の状態のコンテンツを、
復号することができる。つまりＤ｛ＣＫ，Ｅ（ＣＫ、Ａ
３Ｄ）｝＝Ａ３Ｄとして、復号されたＡＴＲＡＣ３圧縮
状態のデータを得ることができる。このようにして復号
されたＡＴＲＡＣ３圧縮データは、エンコード／デコー
ド部２４でのエンコード処理を経て、記録／再生部２５
でミニディスク１００に記録できる。
【０１０１】なお、ＳＤＭＩコンテンツは、必ずしもＡ
ＴＲＡＣ３圧縮データが暗号化されたものではない。例
えばリニアＰＣＭデータが鍵ＣＫで暗号化されたものな
ども考えられる。つまり例えばＥ（ＣＫ、ＰＣＭ）の状
態のコンテンツが転送入力去る場合もある。その場合
は、当然ながら復号処理部でＤ｛ＣＫ，Ｅ（ＣＫ、ＰＣ
Ｍ）｝＝ＰＣＭとして、復号されたリニアＰＣＭデータ
が得られる。その場合は、当該ＰＣＭデータは、コーデ
ック２３でＡＴＲＡＣ３圧縮処理が行われた後、エンコ
ード／デコード部２４でのエンコード処理を経て、記録
／再生部２５でミニディスク１００に記録できる。
【０１０２】復号処理部２８は、さらに認証処理のため
の鍵を記憶する場合もある。後述する認証処理例では記
録再生装置２０Ａが記憶している公開鍵Ｐ、秘密鍵Ｓを
使用する。その場合は公開鍵Ｐ、秘密鍵Ｓも、復号処理
部２８に記憶されることになる。また秘密鍵Ｓを用いた
暗号化処理も行う。
【０１０３】また復号処理部２８は、ハッシュエンジン
も搭載しており、いわゆるハッシュ（HASH）関数演算に
より、コンテンツＩＤを生成する処理も行う。なお、こ
のコンテンツＩＤの生成については後述する。
【０１０４】暗号化が解除されたＳＤＭＩコンテンツデ
ータ、例えばＡＴＲＡＣ３方式の圧縮データや、ＰＣＭ
データの状態のコンテンツデータは、キャッシュメモリ
２９からフロー制御部３１に転送されることになる。フ
ロー制御部３１は、暗号化解除されたＳＤＭＩコンテン
ツデータを、ミニディスク１００に対して記録するため
に、記録処理系であるＭＤ制御部２１側（コーデック２
３、エンコード／デコード部２４、記録／再生部２５、
バッファメモリ３０側）に転送する部位である。そし
て、ＭＤ制御部２１からのリクエスト（ＸＡＲＱ）に応
じてデータを転送していく。このフロー制御部３１によ
って、コンテンツデータの受信、暗号解読処理、及びミ
ニディスク１００に対する記録処理の間のタイミング的
な調整がはかられる。
【０１０５】以上の構成により、パーソナルコンピュー
タ１から送信されたＳＤＭＩコンテンツデータとしてＥ
（ＣＫ、Ａ３Ｄ）の状態のデータ、又はＥ（ＣＫ、ＰＣ
Ｍ）の状態のデータは、非暗号化状態とされ、ＡＴＲＡ
Ｃ３圧縮データの状態でエンコード／デコード部２４で
のエンコード処理を経て、記録／再生部２５でミニディ
スク１００に記録されるものとなる。
【０１０６】ところで、パーソナルコンピュータ１から
記録再生装置２０Ａに対しては、コンテンツデータのチ
ェックアウト／チェックイン、その他の通信セッション
の際には、各種コマンドも送信してくる。これらのコマ
ンドはレシーバ２６によって受信されるとシステム制御
部３２に伝えられ、システム制御部３２は、これらのコ
マンドに応じて各種処理を行うと共に、コマンドに対す
るレスポンスを通信部２６からパーソナルコンピュータ
１に対して送信する。
【０１０７】６．ミニディスクの管理方式 ここで、ミニディスク１００に記録されるデータ及び管
理情報について説明しておく。ミニディスクシステムの
ようなデジタル記録／再生システムでは、記録媒体にデ
ータの記録動作や再生動作を制御するための管理情報と
してＴＯＣ（Table ofContents）が記録されており、記
録再生装置側では予めディスク等の記録媒体からこのＴ
ＯＣ情報を読み出してメモリに保持しておき、記録再生
動作の際に、このＴＯＣ情報を参照して記録位置や読出
位置を把握して記録再生のためのアクセス動作を実行で
きるようにしている。
【０１０８】ミニディスクの場合、ＴＯＣ情報としては
書き換え不能な情報としてピットにより記録されるＰ−
ＴＯＣ（プリマスタードＴＯＣ）と、楽曲等の記録、消
去などに応じて書き換えられるように光磁気記録されて
いるＵ−ＴＯＣ（ユーザーＴＯＣ）が存在し、Ｕ−ＴＯ
Ｃについては、記録／消去に応じてまずメモリ内でデー
タを更新し、この更新データで所定タイミングでディス
ク上のＵ−ＴＯＣ領域を書き換えていくことになる。な
おＵ−ＴＯＣには、ディスク上に記録されるオーディオ
データ等のコンテンツデータがトラックと呼ばれる単位
で管理される。つまり１つのトラックは、例えば１つの
楽曲に相当するものとなる。
【０１０９】まず、ミニディスク１００に記録されるデ
ータとして、クラスタというデータ単位について説明す
る。ミニディスクシステムでは記録データとして１クラ
スタという単位毎のデータストリームが形成されるが、
この記録動作の単位となるクラスタのフォーマットは図
８に示される。ミニディスクシステムでの記録トラック
としては図８のようにクラスタＣＬが連続して形成され
ており、１クラスタが記録時の最小単位とされる。
【０１１０】そして１クラスタＣＬは、セクターＳＣFC
〜ＳＣFEとして示す３セクターのリンキングセクター
と、セクターＳＣFFとして示す１セクターのサブデータ
セクターと、セクターＳＣ00〜ＳＣ1Fとして示す３２セ
クターのメインセクターから形成されている。即ち１ク
ラスタは３６セクターで構成される。１セクタは２３５
２バイトで形成されるデータ単位である。
【０１１１】リンキングセクターＳＣFC〜ＳＣFEは、記
録動作の切れ目としての緩衝領域や各種動作調整その他
に用いられ、またサブデータセクターＳＣFFは、サブデ
ータとして設定された情報の記録に用いることができ
る。そして、ＴＯＣデータ、オーディオデータ等の記録
は３２セクターのメインセクターＳＣ00〜ＳＣ1Fに行な
われる。
【０１１２】また、セクターはさらにサウンドグループ
という単位に細分化され、２セクターが１１サウンドグ
ループに分けられている。つまり図示するように、セク
ターＳＣ00などの偶数セクターと、セクターＳＣ01など
の奇数セクターの連続する２つのセクターに、サウンド
グループＳＧ00〜ＳＧ0Aが含まれる状態となっている。
１つのサウンドグループは４２４バイトで形成されてお
り、11.61msec の時間に相当する音声データ量となる。
１つのサウンドグループＳＧ内にはデータがＬチャンネ
ルとＲチャンネルに分けられて記録される。例えばサウ
ンドグループＳＧ00はＬチャンネルデータＬ０とＲチャ
ンネルデータＲ０で構成され、またサウンドグループＳ
Ｇ01はＬチャンネルデータＬ１とＲチャンネルデータＲ
１で構成される。なお、Ｌチャンネル又はＲチャンネル
のデータ領域となる２１２バイトをサウンドフレームと
よんでいる。
【０１１３】図９はミニディスク１００のエリア構造を
示している。図９（ａ）はディスク最内周側から最外周
側までのエリアを示しており、光磁気ディスクとしての
ミニディスク１００は、最内周側はエンボスピットによ
り再生専用のデータが形成されるピット領域とされてお
り、ここにＰ−ＴＯＣが記録されている。ピット領域よ
り外周は光磁気領域とされ、記録トラックの案内溝とし
てのグルーブが形成された記録再生可能領域となってい
る。この光磁気領域の最内周側のクラスタ０〜クラスタ
４９までの区間が管理エリアとされ、実際の楽曲等がそ
れぞれ１つのトラックとして記録されるのは、クラスタ
５０〜クラスタ２２５１までのプログラムエリアとな
る。プログラムエリアより外周はリードアウトエリアと
されている。
【０１１４】管理エリア内を詳しく示したものが図９
（ｂ）である。図９（ｂ）は横方向にセクター、縦方向
にクラスタを示している。管理エリアにおいてクラスタ
０，１はピット領域との緩衝エリアとされている。クラ
スタ２はパワーキャリブレーションエリアＰＣＡとさ
れ、レーザー光の出力パワー調整等のために用いられ
る。クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ
−ＴＯＣの内容について詳しくは後述するが、１つのク
ラスタ内の３２個の各メインセクター（ＳＣ00〜ＳＣ1
F）においてデータフォーマットが規定され、それぞれ
所定の管理情報が記録される。即ちプログラムエリアに
記録されている各トラックのアドレス、フリーエリアの
アドレス等が記録され、また各トラックに付随するトラ
ックネーム、記録日時などの情報が記録できるようにＵ
−ＴＯＣセクターが規定されている。このようなＵ−Ｔ
ＯＣデータとなるセクターを有するクラスタが、クラス
タ３，４，５に３回繰り返し記録される。クラスタ４
７，４８，４９は、プログラムエリアとの緩衝エリアと
される。なお斜線部ＰＤは、後述するプリペイド情報の
記録領域として設定することができる。
【０１１５】クラスタ５０（＝１６進表記で３２ｈ）以
降のプログラムエリアには、１つのクラスタ内の３２個
の各メインセクター（ＳＣ00〜ＳＣ1F）において、楽曲
等の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録
される。記録される各トラック（コンテンツデータ）や
記録可能な領域は、Ｕ−ＴＯＣによって管理される。な
お、プログラム領域における各クラスタにおいて、セク
ターＳＣFFは、前述したようにサブデータとしての情報
の記録に用いることができる。
【０１１６】図１０によりＵ−ＴＯＣセクターについて
説明する。なおＰ−ＴＯＣは図９で説明したようにディ
スク９０の最内周側のピットエリアに形成されるもの
で、読出専用の情報である。そして、Ｐ−ＴＯＣによっ
てディスクの記録可能エリア（レコーダブルユーザーエ
リア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなど
の位置の管理等が行なわれる。なお、全てのデータがピ
ット形態で記録されている再生専用の光ディスクでは、
Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲
の管理も行なうことができるようにされ、Ｕ−ＴＯＣは
形成されない。Ｐ−ＴＯＣについては詳細な説明を省略
する。
【０１１７】図１０はＵ−ＴＯＣセクター０のフォーマ
ットを示すものである。Ｕ−ＴＯＣセクターとしてはセ
クター０〜セクター３２まで設けることができる。即ち
上記した１クラスタ内のメインセクターＳＣ00〜ＳＣ1F
に相当して記録されるセクターとなる。
【０１１８】Ｕ−ＴＯＣセクター０は、記録された楽曲
等のコンテンツデータ（トラック）や新たにコンテンツ
データが録音可能なフリーエリアについての管理情報が
記録されているデータ領域とされる。例えばミニディス
ク１００に或る楽曲の録音を行なおうとする際には、Ｍ
Ｄ制御部２１は、Ｕ−ＴＯＣセクター０からディスク上
のフリーエリアを探し出し、ここにデータを記録してい
くことになる。また、再生時には再生すべき楽曲が記録
されているエリアをＵ−ＴＯＣセクター０から判別し、
そのエリアにアクセスして再生動作を行なう。
【０１１９】図１０のＵ−ＴＯＣセクター０のデータ領
域（４バイト×588 の２３５２バイト）は、先頭位置に
オール０又はオール１の１バイトデータが並んで形成さ
れる同期パターンが記録される。続いてクラスタアドレ
ス(Cluster H) (Cluster L) 及びセクターアドレス(Sec
tor)となるアドレスが３バイトにわたって記録され、さ
らにモード情報(MODE)が１バイト付加され、以上でヘッ
ダとされる。ここでの３バイトのアドレスは、そのセク
ター自体のアドレスである。なお、同期パターンやアド
レスが記録されるヘッダ部分については、このＵ−ＴＯ
Ｃセクター０に限らず、Ｐ−ＴＯＣセクター、プログラ
ムエリアでのセクターでも同様であり、セクター単位に
そのセクター自体のアドレス及び同期パターンが記録さ
れている。
【０１２０】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ(F
irst TNO）、最後のトラックのトラックナンバ（Last T
NO）、セクター使用状況(Used sectors)、ディスクシリ
アルナンバ、ディスクＩＤ等のデータが記録される。
【０１２１】さらに、ユーザーが録音を行なって記録さ
れているトラック（楽曲等）の領域やフリーエリア等を
後述するテーブル部に対応させることによって識別する
ため、ポインタ部として各種のポインタ(P-DFA，P-EMPT
Y ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用
意されている。
【０１２２】そしてポインタ(P-DFA〜P-TNO255) に対応
させることになるテーブル部として(01h) 〜(FFh) まで
の２５５個のパーツテーブルが設けられ、それぞれのパ
ーツテーブルには、或るパーツについて起点となるスタ
ートアドレス、終端となるエンドアドレス、そのパーツ
のモード情報（トラックモード）が記録されている。さ
らに各パーツテーブルで示されるパーツが他のパーツへ
続いて連結される場合があるため、その連結されるパー
ツのスタートアドレス及びエンドアドレスが記録されて
いるパーツテーブルを示すリンク情報が記録できるよう
にされている。なおパーツとは１つのトラック内で時間
的に連続したデータが物理的に連続して記録されている
トラック部分のことをいう。そしてスタートアドレス、
エンドアドレスとして示されるアドレスは、１つの楽曲
（トラック）を構成する１又は複数の各パーツを示すア
ドレスとなる。これらのアドレスは短縮形で記録され、
クラスタ、セクター、サウンドグループを指定する。
【０１２３】この種の記録再生装置では、１つの楽曲
（トラック）のデータを物理的に不連続に、即ち複数の
パーツにわたって記録されていてもパーツ間でアクセス
しながら再生していくことにより再生動作に支障はない
ため、ユーザーが録音する楽曲等については、録音可能
エリアの効率使用等の目的から、複数パーツにわけて記
録する場合もある。
【０１２４】そのため、リンク情報が設けられ、例えば
各パーツテーブルに与えられたナンバ(01h) 〜(FFh) に
よって、連結すべきパーツテーブルを指定することによ
ってパーツテーブルが連結できるようになされている。
つまりＵ−ＴＯＣセクター０におけるテーブル部におい
ては、１つのパーツテーブルは１つのパーツを表現して
おり、例えば３つのパーツが連結されて構成される楽曲
についてはリンク情報によって連結される３つのパーツ
テーブルによって、そのパーツ位置の管理が行われる。
なお、実際にはリンク情報は所定の演算処理によりＵ−
ＴＯＣセクター０内のバイトポジションとされる数値で
示される。即ち、３０４＋（リンク情報）×８（バイト
目）としてパーツテーブルを指定する。
【０１２５】Ｕ−ＴＯＣセクター０のテーブル部におけ
る(01h) 〜(FFh) までの各パーツテーブルは、ポインタ
部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1
〜P-TNO255) によって、以下のようにそのパーツの内容
が示される。
【０１２６】ポインタP-DFA は光磁気ディスク９０上の
欠陥領域について示しており、傷などによる欠陥領域と
なるトラック部分（＝パーツ）が示された１つのパーツ
テーブル又は複数のパーツテーブル内の先頭のパーツテ
ーブルを指定している。つまり、欠陥パーツが存在する
場合はポインタP-DFA において(01h) 〜(FFh) のいづれ
かが記録されており、それに相当するパーツテーブルに
は、欠陥パーツがスタート及びエンドアドレスによって
示されている。また、他にも欠陥パーツが存在する場合
は、そのパーツテーブルにおけるリンク情報として他の
パーツテーブルが指定され、そのパーツテーブルにも欠
陥パーツが示されている。そして、さらに他の欠陥パー
ツがない場合はリンク情報は例えば『００ｈ』とされ、
以降リンクなしとされる。
【０１２７】ポインタP-EMPTY はテーブル部における１
又は複数の未使用のパーツテーブルの先頭のパーツテー
ブルを示すものであり、未使用のパーツテーブルが存在
する場合は、ポインタP-EMPTY として、(01h) 〜(FFh)
のうちのいづれかが記録される。未使用のパーツテーブ
ルが複数存在する場合は、ポインタP-EMPTY によって指
定されたパーツテーブルからリンク情報によって順次パ
ーツテーブルが指定されていき、全ての未使用のパーツ
テーブルがテーブル部上で連結される。
【０１２８】ポインタP-FRA は光磁気ディスク９０上の
データの書込可能なフリーエリア（消去領域を含む）に
ついて示しており、フリーエリアとなるトラック部分
（＝パーツ）が示された１又は複数のパーツテーブル内
の先頭のパーツテーブルを指定している。つまり、フリ
ーエリアが存在する場合はポインタP-FRA において(01
h) 〜(FFh) のいづれかが記録されており、それに相当
するパーツテーブルには、フリーエリアであるパーツが
スタート及びエンドアドレスによって示されている。ま
た、このようなパーツが複数個有り、つまりパーツテー
ブルが複数個有る場合はリンク情報により、リンク情報
が『００ｈ』となるパーツテーブルまで順次指定されて
いる。
【０１２９】図１１にパーツテーブルにより、フリーエ
リアとなるパーツの管理状態を模式的に示す。これはパ
ーツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされ
ている時に、この状態がポインタP-FRA に引き続きパー
ツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによっ
て表現されている状態を示している。なお上記した欠陥
領域や未使用パーツテーブルの管理形態もこれと同様と
なる。
【０１３０】ポインタP-TNO1〜P-TNO255は、ディスク９
０にユーザーが記録を行なった楽曲などのトラックにつ
いて示しており、例えばポインタP-TNO1では第１トラッ
クのデータが記録された１又は複数のパーツのうちの時
間的に先頭となるパーツが示されたパーツテーブルを指
定している。例えば第１トラックとされた楽曲がディス
ク上でトラックが分断されずに、つまり１つのパーツで
記録されている場合は、その第１トラックの記録領域は
ポインタP-TNO1で示されるパーツテーブルにおけるスタ
ート及びエンドアドレスとして記録されている。
【０１３１】また、例えば第２トラックとされた楽曲が
ディスク上で複数のパーツに離散的に記録されている場
合は、その第２トラックの記録位置を示すため各パーツ
が時間的な順序に従って指定される。つまり、ポインタ
P-TNO2に指定されたパーツテーブルから、さらにリンク
情報によって他のパーツテーブルが順次時間的な順序に
従って指定されて、リンク情報が『００ｈ』となるパー
ツテーブルまで連結される（上記、図１１と同様の形
態）。このように例えば２曲目を構成するデータが記録
された全パーツが順次指定されて記録されていることに
より、このＵ−ＴＯＣセクター０のデータを用いて、２
曲目の再生時や、その２曲目の領域への上書き記録を行
なう際に、記録再生ヘッドをアクセスさせ離散的なパー
ツから連続的な音楽情報を取り出したり、記録エリアを
効率使用した記録が可能になる。
【０１３２】ところで、各パーツテーブルには１バイト
のトラックモードが記録されるが、これはトラックの属
性情報となる。１バイトを構成する８ビットを、ｄ１
（ＭＳＢ）〜ｄ８（ＬＳＢ）とすると、このトラックモ
ードは次のように定義されている。 ｄ１・・・０：ライトプロテクテッド（上書消去、編集禁止） １：ライトパーミッテッド ｄ２・・・０：著作権有り、１：著作権無し ｄ３・・・０：オリジナル、１：第１世代以上 ｄ４・・・０：オーディオデータ、１：未定義 ｄ５，ｄ６・・・０１：ノーマルオーディオ、その他：未定義 ｄ７・・・０：モノラル、１：ステレオ ｄ８・・・０：エンファシスオフ、１：エンファシスオン
【０１３３】次に、図12にＵ−ＴＯＣセクター１のフォ
ーマットを示す。このセクター１は録音された各トラッ
クにトラックネームをつけたり、ディスク自体の名称な
どの情報となるディスクネームをつける場合に、入力さ
れた文字情報を記録するデータ領域とされる。
【０１３４】このＵ−ＴＯＣセクター１には、記録され
た各トラックに相当するポインタ部としてポインタP-TN
A1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-
TNA255によって指定されるスロット部が１単位８バイト
で２５５単位のスロット(01h) 〜(FFh) 及び同じく８バ
イトの１つのスロット(00h) が用意されており、上述し
たＵ−ＴＯＣセクター０とほぼ同様の形態で文字データ
を管理する。
【０１３５】スロット(01h) 〜(FFh) にはディスクタイ
トルやトラックネームとしての文字情報がアスキーコー
ドで記録される。そして、例えばポインタP-TNA1によっ
て指定されるスロットには第１トラックに対応してユー
ザーが入力した文字が記録されることになる。また、ス
ロットがリンク情報によりリンクされることで、１つの
トラックに対応する文字入力は７バイト（７文字）より
大きくなっても対応できる。なお、スロット(00h) とし
ての８バイトはディスクネームの記録のための専用エリ
アとされており、ポインタP-TNA(x)によっては指定され
ないスロットとされている。このＵ−ＴＯＣセクター１
でもポインタP-EMPTY は使用していないスロットを管理
する。
【０１３６】なお、フォーマットは図１２のＵ−ＴＯＣ
セクター１とほぼ同様であるため図示はしないが、Ｕ−
ＴＯＣセクター４も、セクター１と同様に、ユーザーが
録音を行なった楽曲に曲名をつけたり、ディスクタイト
ルをつける場合に、入力された文字情報を記録するデー
タ領域とされる。ただし、セクター４は漢字や欧州文字
に対応するコードデータが記録されるものであり、図１
２のセクター１のデータに加えて、所定バイト位置にキ
ャラクタコードとして使用する文字コードの属性が記録
される。そしてＵ−ＴＯＣセクター４の文字情報の管理
も、セクター１と同様に文字スロット指示データ部とし
てスロットポインタP-TNA1〜P-TNA255及びスロットポイ
ンタP-TNA1〜P-TNA255によって指定される２５５単位の
スロット(01h) 〜(FFh)によって行なわれる。
【０１３７】また、図示及び説明は省略するが、Ｕ−Ｔ
ＯＣセクター２は、主にユーザーが録音を行なった楽曲
の録音日時を記録するデータ領域とされる。
【０１３８】以上のように、書換可能な光磁気ディスク
９０については、ディスク上のエリア管理はＰ−ＴＯＣ
によってなされ、またレコーダブルユーザーエリアにお
いて記録された楽曲やフリーエリア等はＵ−ＴＯＣセク
ター０により行なわれる。そして、このようなＵ−ＴＯ
Ｃセクター０の構造により、ミニディスク１００に記録
されたトラックについては、トラックの分割、複数トラ
ックの１トラックへの連結、消去などの編集が、Ｕ−Ｔ
ＯＣを書き換えるのみで可能であることが理解される。
またＵ−ＴＯＣセクター１、又はセクター４が形成され
ることで、ディスクタイトルとしての文字情報や、各ト
ラックに対応した曲名等の文字情報を登録するという編
集が可能となる。
【０１３９】記録再生装置２０ＡにおいてＭＤ制御部２
１は、記録／再生部２５にミニディスク１００が装填さ
れた際には、まずこのＴＯＣ情報を読み出すことにな
り、読み出したＵ−ＴＯＣ情報をバッファメモリ３０の
特定のエリアに記憶させる。そして以後そのミニディス
ク１００に対する記録／再生／編集動作の際に参照でき
るようにしている。なお、コンテンツデータ（トラッ
ク）の記録や、記録されているトラックの編集などが行
われる場合、Ｕ−ＴＯＣセクターの更新処理は、一旦バ
ッファメモリ３０に記憶されたＵ−ＴＯＣデータに対し
て行われる。そして所定時点でバッファメモリ３０に記
憶されている（更新された）ＴＯＣ情報がミニディスク
１００に書き込まれることで、ディスク上でのＵ−ＴＯ
Ｃ更新が行われる。
【０１４０】７．認証処理 ＳＤＭＩデータパスの説明において言及したように、ミ
ニディスク１００に対して暗号化を解いた状態でコンテ
ンツデータを記録する記録再生装置２０Ａについては、
その転送／記録（チェックアウト）の条件の一つとし
て、パーソナルコンピュータ１からの認証がＯＫとなら
なければならない。認証とは、非暗号化状態でのコンテ
ンツデータの記録動作が許可された機器として正当なも
のであるかを確認する処理となる。
【０１４１】この認証処理は、パーソナルコンピュータ
１の接続部１１に、ＳＤＭＩ対応記録再生装置２０Ｂ以
外の記録再生装置が接続された場合に行われる。なお、
ＳＤＭＩ対応記録再生装置２０Ｂが接続された場合は、
その機器が本例でいうＳＤＭＩ対応の記録再生装置２０
Ｂであることを確認する処理が行われる。即ち接続機器
が、ＳＤＭＩ対応の記録再生装置２０Ｂと確認されなか
った場合に、以下説明する認証処理が行われ、記録再生
装置２０Ａであるか否かが確認されるものとなる。
【０１４２】本例での認証処理は、非対称暗号（公開鍵
暗号）を用いた認証方式を実行するものとしている。非
対称暗号では、暗号化の鍵と復号化の鍵が異なる。い
ま、暗号前のデータをＤｂ、暗号鍵をＫｅ、復号鍵をＫ
ｄとすると、暗号化データＣは、Ｃ＝Ｅ（Ｋｅ，Ｄｂ）
で暗号化が行われ、またＤ（Ｋｄ，Ｃ）＝Ｄｂでデータ
Ｄｂが復号される。ここで暗号鍵Ｋｅ、復号鍵Ｋｄは鍵
のペアと呼ばれ、一方は公開鍵として公開し、他方は秘
密鍵として所定部位に保持されるものである。以下説明
する認証処理では、鍵のペアＫｅ、Ｋｄのうちで公開鍵
をＰ、秘密鍵をＳとして表して説明する。上述したよう
にこの場合、記録再生装置２０Ａは、復号処理部２８
（又はシステム制御部３２）に暗号鍵Ｋｅ、復号鍵Ｋｄ
となる、公開鍵Ｐ、秘密鍵Ｓを記憶していることにな
る。
【０１４３】認証処理に際しては、例えば一次記録媒体
側機器（パーソナルコンピュータ）１のＣＰＵ２が、二
次記録媒体側機器（記録再生装置）２０Ａのシステム制
御部３２に対して認証要求のコマンドを送信した後、Ｃ
ＰＵ２（一次記録媒体側機器（パーソナルコンピュー
タ）１）と、システム制御部３２（二次記録媒体側機器
（記録再生装置）２０Ａ）の間で図１３のような処理が
行われることになる。
【０１４４】認証処理が開始されると、まず二次記録媒
体側機器２０Ａのシステム制御部３２は、処理Ｓ１とし
て、復号処理部２８に記憶している公開鍵Ｐをインター
フェース部２６から一次記録媒体側機器１に送信させ
る。なお、公開鍵Ｐは一次記録媒体側機器１側も知って
いる鍵である。従って、公開鍵Ｐについて両者が一致し
た認識が得られる場合は、当該処理Ｓ１は必ずしも実行
されなくてもよい。一次記録媒体側機器１のＣＰＵ２
は、公開鍵Ｐを受信したら、続いて処理Ｓ２として、乱
数ｒを発生させる。そして処理Ｓ３として、二次記録媒
体側機器２０Ａに乱数ｒを送信する。次に二次記録媒体
側機器２０Ａのシステム制御部３２は、処理Ｓ４として
受信された乱数ｒを、復号処理部２８に記憶された秘密
鍵Ｓを用いて暗号化する。そして処理Ｓ５として、暗号
化データＥ（Ｓ，ｒ）を一次記録媒体側機器１に送信す
る。
【０１４５】一次記録媒体側機器１のＣＰＵ２は、暗号
化データＥ（Ｓ，ｒ）を受信したら、処理Ｓ６として、
暗号化データＥ（Ｓ，ｒ）を、公開鍵Ｐにより復号す
る。つまりＤ｛Ｐ，Ｅ（Ｓ，ｒ）｝の処理を行う。そし
て処理Ｓ７として、上記処理Ｓ２で発生させた乱数ｒ
と、上記処理Ｓ６での復号結果Ｄ｛Ｐ，Ｅ（Ｓ，ｒ）｝
を比較する。ここで、公開鍵Ｐと秘密鍵Ｓが適正な鍵の
ペアであったとすると、ｒ＝Ｄ｛Ｐ，Ｅ（Ｓ，ｒ）｝の
結果が得られるはずである。そこで、比較結果が一致し
ていた場合は、当該二次記録媒体側機器２０Ａが、公開
鍵Ｐに対する秘密鍵Ｓを保持していることが確認された
ことになるため、処理Ｓ８から処理Ｓ９に進み、当該二
次記録媒体側機器２０Ａを正当な接続相手として認証す
る。一方、比較結果が一致していなければ処理Ｓ８から
処理Ｓ１０に進み、接続された二次記録媒体側機器は、
正当な接続相手（即ちＳＤＭＩコンテンツを転送してよ
い機器）ではないとして認証ＮＧとする。
【０１４６】例えば以上のような認証処理により、接続
された機器が、適正な二次記録媒体側機器２０Ａとして
認証されると、一次記録媒体側機器１は、その接続され
た機器に対してＳＤＭＩコンテンツの転送を許可する条
件の１つが満たさと認識することになる。
【０１４７】８．コンテンツ暗号化方式 本例のシステムにおいて、図１に示した構造の最下段の
デバイスに相当するのは記録再生装置２０Ａ，２０Ｂと
なるが、図１に示したような暗号化構造を当該システム
において実現する場合の例を説明する。
【０１４８】まず図１４はコンテンツデータ及びキーの
流れを示している。図４に示した外部サーバ９１からパ
ーソナルコンピュータ１に或るコンテンツデータＣＴ１
が配信される場合、この１単位のコンテンツデータＣＴ
１については、Ｅ（ＣＫ，Ａ３Ｄ）、Ｅ（ＫＲ，Ｃ
Ｋ）、及びＥＫＢが送信されてＨＤＤ５に格納されるこ
とになる。Ｅ（ＣＫ，Ａ３Ｄ）はコンテンツキーＣＫで
暗号化されたＡＴＲＡＣ３圧縮コンテンツデータであ
り、つまり配信目的たる実際の音楽その他の情報であ
る。Ｅ（ＫＲ，ＣＫ）は、コンテンツデータの暗号解読
のためのコンテンツキーＣＫを、図１で説明したルート
キーＫＲで暗号化した情報である。ＥＫＢは図１〜図３
で説明した有効化キーブロックの情報であり、本実施の
形態の説明においては、ルートキーＫＲを更新するため
の情報であるとする。
【０１４９】１つのコンテンツデータの配信に応じて、
これらがセットで配信され、図１４に示すようにＨＤＤ
５には、これらのセットとしてのコンテンツデータＣＴ
１、ＣＴ２・・・が格納されるものとなる。
【０１５０】パーソナルコンピュータ１が記録再生装置
２０Ａ又は２０Ｂに対してコンテンツデータ転送を行う
場合は、このセットとしての情報としてＥ（ＣＫ，Ａ３
Ｄ）、Ｅ（ＫＲ，ＣＫ）、及びＥＫＢを、所定の手順で
送信する。図１で説明したデバイス（端末）に相当する
記録再生装置２０Ａ、２０Ｂでは、それぞれ固有のリー
フＩＤが設定されており、またＤＮＫ（Device Node Ke
y）を記憶している。
【０１５１】そしてパーソナルコンピュータ１から上記
セットのコンテンツデータが送信されてくることに応じ
て、コンテンツデータの暗号解読を行い（又は暗号化状
態のまま）、二次記録媒体に記録する。ＳＤＭＩ対応の
記録再生装置２０Ｂの場合は、再生時において暗号解読
を行うことになる。また記録再生装置２０Ａの場合は、
記録時において暗号解読を行う。
【０１５２】この暗号解読の処理としては、図示するよ
うに、まず記憶しているＤＮＫと送信されてくるＥＫＢ
を用いてルートキーＫＲを解読する。続いて解読したル
ートキーＫＲを用いてコンテンツキーＣＫを解読する。
そして解読したコンテンツキーＣＫを用いることで、暗
号化を解除したコンテンツデータＡ３Ｄを得ることがで
きる。
【０１５３】記録再生装置２０Ａの場合のＤＮＫ及び暗
号解読手順を図１５，図１６で具体的に説明する。今、
図１５（ａ）のようなキーのツリー構造を想定し、例え
ば記録再生装置２０Ａに、リーフＩＤ＝ＳＥＴ０、リー
フキー＝Ｋ０００が設定されているとする。この場合、
記録再生装置２０Ａに記憶されるＤＮＫは、図１５
（ｂ）のような情報を有する。まずリーフＩＤとして
「ＳＥＴ０」が記憶される。またリーフキーとして「Ｋ
０００」が記憶される。そしてリーフキー「Ｋ０００」
から図１５（ａ）の構造でルートキーＫＲまでをたどる
ことのできる情報が記憶される。つまり、ノードキーＫ
００、Ｋ０、ルートキーＫＲが記憶される。但しこのノ
ードキーＫ００、Ｋ０、ルートキーＫＲは、リーフキー
Ｋ０００によって暗号化された状態で記憶される。即ち
図示するように、 Ｅ（Ｋ０００，Ｋ００） Ｅ（Ｋ０００，Ｋ０） Ｅ（Ｋ０００，ＫＲ） が記憶されるものとなる。
【０１５４】このようなＤＮＫが記憶されていること
で、記録再生装置２０Ａは、転送されてきたコンテンツ
データＥ（ＣＫ，Ａ３Ｄ）を、同じく転送されてきたＥ
（ＫＲ，ＣＫ）を用いて暗号解読できる。即ちこの場合
は、記録再生装置２０ＡはリーフキーＫ０００を用いて
Ｄ｛Ｋ０００，Ｅ（Ｋ０００，ＫＲ）｝の復号を行うこ
とでルートキーＫＲを得ることができる。そして復号し
たルートキーＫＲを用いてＤ｛ＫＲ，Ｅ（ＫＲ，Ｃ
Ｋ）｝の復号を行うことでコンテンツキーＣＫを得るこ
とができる。さらに復号したコンテンツキーＣＫを用い
てＤ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝の復号を行うことで
暗号解読されたコンテンツデータＡ３Ｄを得ることがで
きる。
【０１５５】但し、上述したように常にルートキーＫＲ
やノードキーは不変のものではなく多様な事情により変
更される。そしてこの例のようにコンテンツキーＣＫを
ルートキーＫＲで暗号化して転送するシステムの場合
は、コンテンツデータ毎にルートキーＫＲを変更するこ
ともあり得る。例えば音楽配信業者によっては１つのコ
ンテンツデータ毎にルートキーＫＲを変更し、これによ
って著作権保護を強化する場合がある。このために、上
記のようにＥＫＢを同時に送信して、正規のデバイスに
対して変更したルートキーＫＲが確認できるようにして
いる。
【０１５６】いま、図１６に示すように、或るコンテン
ツデータＥ（ＣＫ，Ａ３Ｄ）について、変更したルート
キーＫＲ’で暗号化したコンテンツキーＥ（ＫＲ’，Ｃ
Ｋ）、及びＥＫＢが送信されてくるとする。この場合Ｅ
ＫＢには、例えばノードキーＫ０で暗号化した更新ルー
トキーＫＲ’としてＥ（Ｋ０，ＫＲ’）の情報が含まれ
ていたとする。なお更新ルートキーＫＲ’をノードキー
Ｋ０で暗号化することは、例えば図１５のデバイス（Ｓ
ＥＴ０）〜（ＳＥＴ３）のみに対して、新たなルートキ
ーＫＲ’を通知する場合などに行われる例となる。もち
ろんデバイス（ＳＥＴ０）（ＳＥＴ１）のみを通知対象
とするなら、更新ルートキーＫＲ’をノードキーＫ００
で暗号化したＥ（Ｋ００，ＫＲ’）の情報が含むＥＫＢ
を発行すればよい。
【０１５７】一方、記録再生装置２０ＡのＤＮＫは、図
１５（ｂ）で説明したように、リーフキーＫ０００と、
リーフキーで暗号化されたノードキー及びルートキーと
してＥ（Ｋ０００，Ｋ００）、Ｅ（Ｋ０００，Ｋ０）、
Ｅ（Ｋ０００，ＫＲ）が記憶されている。この状態にお
いて、コンテンツデータＡ３Ｄを復号するまでの手順を
図１６に〜で示している。
【０１５８】 ＥＫＢとしてＥ（Ｋ０，ＫＲ’）の情
報が送られてきたことに応じて、まずＤＮＫからＫ０を
得る。即ちリーフキーＫ０００を用いてＤ｛Ｋ０００，
Ｅ（Ｋ０００，Ｋ０）｝の復号を行うことでノードキー
Ｋ０を得る。 次にノードキーＫ０を用いて、ＥＫＢによるＥ（Ｋ
０，ＫＲ’）を解読する。即ちＤ｛Ｋ０，Ｅ（Ｋ０，Ｋ
Ｒ’）｝の復号を行うことで更新ルートキーＫＲ’を得
る。 解読した更新ルートキーＫＲ’を用いて、送信され
てきたコンテンツキーＥ（ＫＲ’，ＣＫ）を解読する。
つまりＤ｛ＫＲ’，Ｅ（ＫＲ，ＣＫ）｝の復号を行うこ
とでコンテンツキーＣＫを得る。 復号したコンテンツキーＣＫを用いてＤ｛ＣＫ，Ｅ
（ＣＫ，Ａ３Ｄ）｝の復号を行うことで暗号解読された
コンテンツデータＡ３Ｄを得る。
【０１５９】以上の手順により、記録再生装置２０Ａで
は、転送されてきたコンテンツデータの暗号化を解除し
て、ミニディスク１００に記録することができる。また
記録再生装置２０Ｂの場合では、暗号化された状態で二
次記録媒体に記録したコンテンツデータを再生する際
に、上記手順によって暗号化を解除し、音楽等の再生を
行うことができる。
【０１６０】９．コンテンツのチェックアウト／チェッ
クイン 続いてパーソナルコンピュータ１のＨＤＤ５に格納され
たコンテンツデータを記録再生装置２０Ａにチェックア
ウトさせる場合、及びチェックアウトさせたコンテンツ
データをチェックインさせる場合のそれぞれについて、
パーソナルコンピュータ１と記録再生装置２０Ａで行わ
れる処理を説明する。なお、実際には１つの通信セッシ
ョンで複数のコンテンツデータのチェックアウト／チェ
ックインが行われることも多いが、説明の簡略化のた
め、１つのコンテンツデータのチェックアウト／チェッ
クインとしての処理の流れを説明することとする。
【０１６１】図１７，図１８はチェックアウトのための
処理を示している。図１７，図１８において、パーソナ
ルコンピュータ１のＣＰＵ２が実行する制御処理をステ
ップＦ１０１〜Ｆ１１２とし、また記録再生装置２０Ａ
のシステム制御部３２、復号処理部２８等によって実行
される制御処理をステップＦ２０１〜Ｆ２１５として示
している。なお、通信セッションは各種のコントロール
コマンドとそれに対応するレスポンスコマンドにより行
われる。
【０１６２】ＨＤＤ５に格納されている或るコンテンツ
データの転送を行う場合は、ＣＰＵ２は図１７のステッ
プＦ１０１として記録再生装置２０Ａに対して認証処理
の開始を要求する。即ち認証開始コントロールコマンド
を送信する。これに対して記録再生装置２０Ａはパーソ
ナルコンピュータ１に対してステップＦ２０１で認証開
始許可を通知する。即ち認証開始レスポンスコマンドを
送信する。
【０１６３】するとパーソナルコンピュータ１はステッ
プＦ１０２としてリーフＩＤを要求し、これに応じて記
録再生装置２０ＡはステップＦ２０２で記憶しているリ
ーフＩＤを送信する。なお、パーソナルコンピュータ１
は接続された記録再生装置２０Ａを、このようにリーフ
ＩＤを確認して、現在有効なリーフＩＤの機器であるか
否かを確認する。
【０１６４】続いて、パーソナルコンピュータ１はステ
ップＦ１０３として、これから転送しようとするコンテ
ンツデータについてのＥＫＢを記録再生装置２０Ａに送
信する。記録再生装置２０Ａでは、ＥＫＢが送信されて
きたら、まずステップＦ２０３でＥＫＢのバージョンナ
ンバを記憶する（図３参照）。さらにステップＦ２０４
で、受信したＥＫＢと、記憶しているＤＮＫを用いて、
図１６で説明した手順のようにして、今回の転送に
かかるコンテンツデータのルートキーＫＲを探索し、得
られたルートキーＫＲを記憶する。そしてステップＦ２
０５で、ルートキーＫＲの探索完了をパーソナルコンピ
ュータ１側に通知する。
【０１６５】以上の処理でルートキーＫＲの確認が完了
したことから、パーソナルコンピュータ１はステップＦ
１０４として、実際のチェックアウトセッションの開始
を要求する。これに対して、記録再生装置２０Ａはステ
ップＦ２０６でチェックアウトセッションの開始を了承
する通知を行う。なお、このセッション開始のコントロ
ールコマンド及びレスポンスコマンドの際には、図１３
で説明した認証処理も行われることになる。つまり、Ｓ
ＤＭＩ非対応であって、暗号化を解いてコンテンツデー
タを二次記録媒体に記録する記録再生装置２０Ａとし
て、正規なものであるか否かの認証が行われる。図１７
には示していないが、もちろん認証ＮＧとなればチェッ
クアウトセッションは中止される。
【０１６６】次にパーソナルコンピュータ１はステップ
Ｆ１０５で、今回転送しようとするコンテンツデータに
係る、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を送信す
る。これを受けた記録再生装置２０ＡではステップＦ２
０７で上記図１６の手順のように、記憶したルートキ
ーＫＲを用いて、暗号化コンテンツキーＥ（ＫＲ，Ｃ
Ｋ）を復号し、コンテンツキーＣＫを解読する。そして
ステップＦ２０８で、パーソナルコンピュータ１に対し
てコンテンツキーＣＫの解読完了を通知する。
【０１６７】続いてパーソナルコンピュータ１はステッ
プＦ１０６で、レコードオブジェクトコントロールコマ
ンドを送信し、記録再生装置２０Ａに対して、チェック
アウトしようとするコンテンツの情報を提供する。
【０１６８】レコードオブジェクトコントロールコマン
ドのフォーマットを図１９に示す。このレコードオブジ
ェクトコントロールコマンドは３０バイトで構成され、
チェックアウトのための通信セッションにおいて、実際
のコンテンツデータの転送に際してそのコンテンツデー
タの情報を通知するためなどに、パーソナルコンピュー
タ１が記録再生装置２０Ａ（２０Ｂ）に対して発するコ
マンドとなる。
【０１６９】図１９に示すようにレコードオブジェクト
コントロールコマンドでは、オペレーションコードとし
て「レコードオブジェクト」が示され、通信結果（resu
lt）、通信対象機器の識別コード（Destination List I
D）、チェックアウトコンテンツについての二次記録媒
体側でのトラックナンバ（new object position numbe
r）、コンテンツデータのタイプ（content type）、一
次記録媒体側のコンテンツデータフォーマット（Downlo
ad Format Track Attribute）、二次記録媒体における
コンテンツ属性（Track Mode）、コンテンツデータのデ
ータ長（ContentSize）、コンテンツデータのバルクデ
ータ長（Bulk Data Size）としての各情報ビットが用意
される。一次記録媒体側のコンテンツデータフォーマッ
ト（Download Format Track Attribute）とは、ＨＤＤ
５に格納されている、送信しようとするコンテンツデー
タの圧縮方式及びビットレートの情報や、コンテンツデ
ータを伝送路に送出する際のコンテンツデータの圧縮方
式及びビットレートの情報である。二次記録媒体におけ
るコンテンツ属性（Track Mode）とは、ミニディスク１
００へ記録する際の圧縮方式の指定情報や、ステレオ・
モノラルその他の属性情報である。圧縮方式としては、
例えばＡＴＲＡＣ、ＡＴＲＡＣ３の１３２ｋｂｐｓ、Ａ
ＴＲＡＣ３の６６ｋｂｐｓのいずれかが指定される。
【０１７０】なお、図１７には示していないが、ステッ
プＦ１０６のパーソナルコンピュータ１からのレコード
オブジェクトコントロールコマンドに対して記録再生装
置２０Ａはレスポンスコマンドを返す。
【０１７１】そして上記ステップＦ２０８のコンテンツ
キーＣＫの解読完了通知及びレコードオブジェクトコン
トロールコマンドに対するレスポンスにより、パーソナ
ルコンピュータ１は記録再生装置２０Ａ側でコンテンツ
データ受信／解読のための準備が完了したことを認識で
きるため、次に「Ｐ１」として示すように図１８のステ
ップＦ１０７に進み、コンテンツデータの転送を実行す
る。即ちコンテンツキーＣＫで暗号化されたコンテンツ
データＥ（ＣＫ，Ａ３Ｄ）を送信する。記録再生装置２
０Ａ側では「Ｒ１」で示すように図１８のステップＦ２
０９に進み、送信されてきたコンテンツデータＥ（Ｃ
Ｋ，Ａ３Ｄ）の受信処理、図１６の手順のようにコン
テンツキーＣＫを用いた復号処理、及び復号されたコン
テンツデータＡ３Ｄのミニディスク１００への記録処理
を行うことになる。さらに、受信され非暗号化状態に復
号したコンテンツデータから、コンテンツＩＤを生成す
る処理も行う。
【０１７２】１つのコンテンツデータ（例えば１つの楽
曲）について、パーソナルコンピュータ１からの転送及
びミニディスク１００への記録が完了したら、その時点
でミニディスク１００上のＵ−ＴＯＣの更新が必要にな
る。ミニディスク１００では、上述したように例えば１
曲の単位としてのトラックのスタートアドレス／エンド
アドレスその他を、ディスク内周部に記録されるＵ−Ｔ
ＯＣにおいて管理するものであり、トラックの再生時に
はＵ−ＴＯＣからディスク上のアドレスを把握するもの
であるためである。
【０１７３】但し本例では、１つのコンテンツデータに
ついてのミニディスク１００への記録が終了した時点で
は、ステップＦ２１０として示すように、バッファメモ
リ３０上でＵ−ＴＯＣを更新するのみにとどめ、ミニデ
ィスク１００上でＵ−ＴＯＣを更新することは行わな
い。そして、バッファメモリ３０上でＵ−ＴＯＣ更新を
完了したら、ステップＦ２１１でパーソナルコンピュー
タ１に対して、レコードオブジェクトレスポンスコマン
ドを送信する。これにより、１つのコンテンツデータの
書込に関する処理を完了し、かつ、そのコンテンツデー
タについてステップＦ２０９の際に生成したコンテンツ
ＩＤをパーソナルコンピュータ１に通知する。
【０１７４】この場合のレコードオブジェクトレスポン
スコマンドのフォーマットを図２０に示す。レコードオ
ブジェクトレスポンスコマンドは６２バイトとされ、オ
ペレーションコードとして「レコードオブジェクト」が
示され、通信結果（result）、通信対象機器の識別コー
ド（Destination List ID）、チェックアウトコンテン
ツについての二次記録媒体側でのトラックナンバ（new
object position number）、コンテンツデータのタイプ
（content type）、一次記録媒体側のコンテンツデータ
フォーマット（Download Format Track Attribute）、
二次記録媒体におけるコンテンツ属性（Track Mode）、
コンテンツデータのデータ長（Content Size）、コンテ
ンツデータのバルクデータ長（Bulk Data Size）として
の各情報ビットが用意される。そしてさらにレスポンス
コマンドの場合は、３２バイトのセッションデータとし
て、記録再生装置２０Ａにおいて算出されたコンテンツ
ＩＤの情報をパーソナルコンピュータ１に通知する領域
が用意されている。
【０１７５】このようなレコードオブジェクトレスポン
スコマンドにより、記録再生装置２０Ａはパーソナルコ
ンピュータ１に対してコンテンツデータの転送完了及び
コンテンツＩＤの通知を行う。
【０１７６】パーソナルコンピュータ１側では、コンテ
ンツＩＤの通知に応じて、ステップＦ１０８としてコン
テンツＩＤテーブルの処理を行う。これについては後述
するが、これはＨＤＤ５に蓄積されたコンテンツデータ
に対応してパーソナルコンピュータ１側で付したコンテ
ンツＩＤと、上記のステップＦ２０９における処理にお
いて記録再生装置２０Ａ側で生成されたコンテンツＩＤ
を対応させる処理となる。
【０１７７】次にパーソナルコンピュータ１は、ステッ
プＦ１０９として、チェックアウトコントロールコマン
ドを送信する。またパーソナルコンピュータ１は、この
ようにチェックアウトを行なうことに応じて、ステップ
Ｆ１１０で、当該コンテンツデータに関して扱いルール
（Usage Rule）を更新する。即ち転送許可回数としての
コンテンツ権利を１つ減算する。
【０１７８】記録再生装置２０Ａ側では、チェックアウ
トコントロールコマンドによりチェックアウトが実際に
指示されたとして処理を行う。即ちステップＦ２１２
で、ミニディスク１００上でＵ−ＴＯＣを更新し、記録
したコンテンツデータを再生可能な状態とする。これに
より二次記録媒体上でコンテンツデータの再生権が与え
られたことになる。なお、このとき、当該コンテンツデ
ータに対応するＵ−ＴＯＣセクター０のトラックモード
において、上述したビットｄ１＝１とされており、つま
り当該コンテンツデータはライトプロテクト状態とされ
る。そして、記録再生装置２０Ａは、チェックアウトに
かかるＵ−ＴＯＣ更新を終了することに応じて、ステッ
プＦ２１３でチェックアウトレスポンスコマンドを送信
し、完了を通知する。以上でチェックアウト、つまりコ
ンテンツ権利の譲渡が完了する。
【０１７９】図２１にチェックアウトコントロールコマ
ンド、図２２にチェックアウトレスポンスコマンドの各
フォーマットを示す。チェックアウトコントロールコマ
ンドは２５バイトで構成され、チェックアウトレスポン
スコマンドは１７バイトで構成される。
【０１８０】図２１に示すようにチェックアウトコント
ロールコマンドでは、オペレーションコードとして「チ
ェックアウト」が示され、通信結果（result）、通信対
象機器の識別コード（List ID）、チェックアウトコン
テンツについての二次記録媒体側でのトラックナンバ
（object position number）、暗号化セッションキー
（DES CBC(Ks,0)）としての各情報ビットが用意され
る。またチェックアウトレスポンスコマンドは、図２２
に示すように、オペレーションコードとして「チェック
アウト」が示され、通信結果（result）、通信対象機器
の識別コード（List ID）、チェックアウトコンテンツ
についての二次記録媒体側でのトラックナンバ（object
position number）としての各情報ビットが用意され
る。
【０１８１】以上のチェックインコントロールコマンド
及びチェックアウトレスポンスコマンドのやりとりが行
われ、チェックアウトが完了すると、パーソナルコンピ
ュータ１はステップＦ１１１でセッション終了要求のコ
ントロールコマンドを記録再生装置２０Ａに送信する。
記録再生装置２０ＡはステップＦ２１４としてセッショ
ン終了を了承するレスポンスコマンドをパーソナルコン
ピュータ１に送信する。またパーソナルコンピュータ１
はステップＦ１１２で、認証状態を終了させるコントロ
ールコマンドを送信し、記録再生装置２０Ａはステップ
Ｆ２１５で、認証状態終了を了承するレスポンスコマン
ドを送信する。以上で、チェックアウトのための一連の
通信が終了される。
【０１８２】なお、このような通信により複数のコンテ
ンツデータをチェックアウトする場合は、各コンテンツ
についてルートキーが共通であれば、ステップＦ１０５
〜Ｆ１０８及びＦ２０７〜Ｆ２１１の処理が繰り返され
ればよい。またＥＫＢバージョンが異なるコンテンツデ
ータを連続して転送する場合は、コンテンツに対応して
ＥＫＢ転送も行えばよい。
【０１８３】続いてチェックインの場合の処理を図２３
で説明する。図２３において、パーソナルコンピュータ
１のＣＰＵ２が実行する制御処理をステップＦ１０１〜
Ｆ１５６とし、また記録再生装置２０Ａのシステム制御
部３２、復号処理部２８等によって実行される制御処理
をステップＦ２０１〜Ｆ２５７として示している。この
場合も、通信セッションは各種のコントロールコマンド
とそれに対応するレスポンスコマンドにより行われる。
【０１８４】チェックインの場合も、認証開始からＥＫ
Ｂ転送、ルートキー探索等の処理は上記チェックアウト
の場合と同様に行われる。即ち上記図１７と同一のステ
ップ番号を付したステップＦ１０１〜Ｆ１０３、Ｆ２０
１〜Ｆ２０５は、上述と同様の処理が行われるものであ
り、重複説明を避ける。
【０１８５】パーソナルコンピュータ１はステップＦ１
５０で、チェックインセッションの開始を要求するコン
トロールコマンドを送信する。これに応じて記録再生装
置２０ＡはステップＦ２５０で、レスポンスコマンドを
返す。なお、この場合にも、図１３で説明した認証処理
が行われる。
【０１８６】チェックインセッションが開始され、且つ
記録再生装置２０Ａが認証ＯＫとなったら、パーソナル
コンピュータ１はステップＦ１５１として、チェックイ
ンさせようとするコンテンツデータについてのコンテン
ツＩＤを要求する。例えば記録再生装置２０Ａに対して
チェックインさせるコンテンツデータのミニディスク１
００上のトラックナンバを指定して、そのコンテンツＩ
Ｄを要求する。記録再生装置２０Ａは、これに応じて、
まずステップＦ２５１で、当該指定されたコンテンツデ
ータ（トラック）が、チェックイン可能なコンテンツデ
ータであるか否かを判断する。この判断はトラックに対
応してＵ−ＴＯＣに記録されている書込制御フラグの状
態（トラックモードのｄ１）で判別できる。ここで判断
するチェックイン可能なコンテンツデータとは、チェッ
クアウトされたコンテンツデータであって、しかもミニ
ディスク１００側で編集が行われていないコンテンツデ
ータである。
【０１８７】上記図１７，図１８のチェックアウトが行
われた場合、ミニディスク１００側では、当該チェック
アウトコンテンツについては、Ｕ−ＴＯＣセクター０の
トラックモードにおけるｄ１ビットが「１」とされるこ
とは先に述べた。このｄ１ビットは、ミニディスク１０
０上に記録されたチェックアウトコンテンツについての
書込制御フラグとして機能するものとなる。ｄ１ビット
は、ミニディスクシステムにおいていわゆるライトプロ
テクトフラグとなる。つまりｄ１ビットがたてられたト
ラックは、消去や分割、連結などの編集が禁止される。
つまり現在普及している従前のミニディスクレコーダで
あれ、上記記録再生装置２０Ａとしてのミニディスクレ
コーダであれ、ｄ１ビットがたてられたトラックについ
ては消去や分割等の編集は、行われない。ただし、実際
にはミニディスクシステムにおいては、ミニディスク１
００上に記録されたトラックについて自動的にｄ１ビッ
トがたてられることはない。従って、ｄ１ビットは、そ
のトラックが編集禁止とされるだけでなく、パーソナル
コンピュータ１からチェックアウトされたコンテンツで
あることを明示する情報となる。
【０１８８】ｄ１ビットの確認により、当該コンテンツ
データがチェックアウトされたものであると確認され、
つまりチェックイン可能なコンテンツデータと判断され
れば、ステップＦ２５２で、当該コンテンツデータにつ
いてのコンテンツＩＤを用意する。この場合、この時点
でコンテンツＩＤを算出するか、或いは既に算出されて
記憶されているコンテンツＩＤを読み出す処理となる。
コンテンツＩＤ生成方式については後述する。そしてス
テップＦ２５３で、コンテンツＩＤをパーソナルコンピ
ュータ１に送信する。なお、チェックイン可能なコンテ
ンツデータでなかった場合は、その旨をパーソナルコン
ピュータ１に通知し、以降はエラー処理となる。
【０１８９】パーソナルコンピュータ１はステップＦ１
５２として、送信されてきたコンテンツＩＤを照合す
る。つまり、記録再生装置２０Ａ側で生成され送信され
てきたコンテンツＩＤと、チェックアウト時に記録再生
装置２０Ａ側で生成し、パーソナルコンピュータ１側で
生成したコンテンツＩＤに対応させてテーブルデータと
して保存したコンテンツＩＤの照合をとり、チェックイ
ン対象のコンテンツデータを正しく示しているかを照合
する。そして照合ＯＫであればステップＦ１５３で実際
にチェックインを指示する。照合ＮＧであればエラー処
理となる。
【０１９０】ステップＦ１５３のチェックイン指示は、
図２４のチェックインコントロールコマンドを送信する
処理となる。図２４にチェックインコントロールコマン
ド、図２６にチェックインレスポンスコマンドの各フォ
ーマットを示す。チェックインコントロールコマンドは
１７バイトで構成され、チェックインレスポンスコマン
ドは２５バイトで構成される。
【０１９１】図２４に示すようにチェックインコントロ
ールコマンドでは、オペレーションコードとして「チェ
ックイン」が示され、通信結果（result）、サブファン
クション（Subfunction）、通信対象機器の識別コード
（List ID）、チェックインコンテンツについての二次
記録媒体側でのトラックナンバ（object position numb
er）としての各情報ビットが用意される。ここで、サブ
ファンクションは図２５のように定義され、これによっ
てチェックインコマンドによる指示内容が指定される。
サブファンクションの値が「００ｈ」であれば、そのチ
ェックインコントロールコマンドは、コンテンツＩＤを
要求するものとなる。これは二次記録媒体側の再生権を
返却させる実際のチェックインとしての指示となる。サ
ブファンクションの値「０１ｈ」はリザーブとされる。
但し実際のチェックイン処理過程における指示に用いて
もよい。サブファンクションの値がそれら以外の場合
は、そのチェックインコントロールコマンドは、プリペ
イド情報等の二次記録媒体に記録された固有情報を要求
するものとなる。この場合は、チェックインコントロー
ルコマンドは、あくまでプリペイド情報等の読出を指示
するものであって、チェックイン（再生権の返却）は行
われない。
【０１９２】またチェックインレスポンスコマンドは、
図２６に示すように、オペレーションコードとして「チ
ェックイン」が示され、通信結果（result）、サブファ
ンクション（Subfunction）、通信対象機器の識別コー
ド（List ID）、チェックインコンテンツについての二
次記録媒体側でのトラックナンバ（object position nu
mber）としての各情報ビットが用意される。そして更に
HASH関数処理で形成されたコンテンツＩＤをパーソナル
コンピュータ１側に通知するための８バイト（Hash MA
C）が用意される。
【０１９３】図２３のステップＦ１５３のチェックイン
指示では、サブファンクションの値は「００ｈ」として
実際のチェックイン指示であることを明示する。またリ
ストＩＤの値を記録再生装置２０Ａを指定した値とし、
オブジェクトポジションナンバの値として、チェックイ
ンさせるコンテンツデータのミニディスク１００上のト
ラックナンバを指定するものとなる。また、チェックイ
ン指示に応じてステップＦ１５４で、当該コンテンツデ
ータについての扱いルール（Usage Rule）を更新する。
即ち転送許可回数としてのコンテンツ権利を１つ復活さ
せる。
【０１９４】記録再生装置２０Ａ側は、これに応じてス
テップＦ２５４で、Ｕ−ＴＯＣデータを更新する。つま
りチェックイン対象となったトラックを、ミニディスク
１００上から消去されるようにＵ−ＴＯＣセクター０の
内容を更新する。つまり再生不能とし、再生権を消失し
た状態とする。そしてステップＦ２５５で図２６のチェ
ックインレスポンスコマンドを送信する。以上でチェッ
クイン、つまりコンテンツ権利の返却が完了する。
【０１９５】チェックインの完了に応じて、パーソナル
コンピュータ１はステップＦ１５５でセッション終了要
求のコントロールコマンドを記録再生装置２０Ａに送信
する。記録再生装置２０ＡはステップＦ２５６としてセ
ッション終了を了承するレスポンスコマンドをパーソナ
ルコンピュータ１に送信する。またパーソナルコンピュ
ータ１はステップＦ１５６で、認証状態を終了させるコ
ントロールコマンドを送信し、記録再生装置２０Ａはス
テップＦ２５７で、認証状態終了を了承するレスポンス
コマンドを送信する。以上で、チェックインのための一
連の通信が終了される。
【０１９６】なお、このような通信により複数のコンテ
ンツデータをチェックインする場合は、各コンテンツＩ
Ｄの確認及びチェックイン指示、つまりステップＦ１５
１〜Ｆ１５４及びＦ２５１〜Ｆ２５５の処理が繰り返さ
れればよい。
【０１９７】１０．コンテンツＩＤの生成及び管理方式 チェックアウト／チェックインにおけるUsage Rule
は、各コンテンツ毎にコンテンツＩＤを用いて管理され
る。上述したが、ＳＤＭＩ対応の二次記録媒体では、コ
ンテンツＩＤが格納できる記録フォーマットが採られて
いる。従って、チェックアウト／チェックインの際も、
パーソナルコンピュータ１とＳＤＭＩ対応の記録再生装
置２０Ｂの間では、元々パーソナルコンピュータ１側で
生成したコンテンツＩＤにより、対象となっているコン
テンツデータを特定できる。
【０１９８】しかしながら、従来より普及しているミニ
ディスク１００等の二次記録媒体を対象とする、記録再
生装置２０Ａでは、これができない。つまりミニディス
ク１００上には、チェックアウトにより記録さえたコン
テンツデータについてのコンテンツＩＤを格納しておく
領域が存在しないためである。仮にＵ−ＴＯＣなどにお
いてそのような領域を新たに規定しコンテンツＩＤを記
録したとしても、従前の機種のミニディスクレコーダに
よってＵ−ＴＯＣ更新が行われた場合、コンテンツＩＤ
は消去されてしまう。このためミニディスク１００では
コンテンツＩＤを管理できない。二次記録媒体側でコン
テンツＩＤが管理できなければ、チェックアウトは可能
でもチェックインの際にはコンテンツデータの照合がと
れないため、チェックイン不能となる。
【０１９９】そこで記録再生装置２０Ａでは、コンテン
ツデータ自体からコンテンツＩＤを生成する機能を備え
るようにする。そしてパーソナルコンピュータ１側で
は、パーソナルコンピュータ１側で発生させた第１のコ
ンテンツＩＤと、記録再生装置２０Ａ側で生成した第２
のコンテンツＩＤを照合できるようにテーブルデータを
用意するものとしている。
【０２００】まず、記録再生装置２０Ａによりコンテン
ツＩＤを生成する方式を説明する。コンテンツＩＤ生成
においては、非暗号化状態に復号されたコンテンツデー
タについて、そのコンテンツデータの長さ（コンテンツ
サイズ）やトラック情報に加えて、コンテンツデータス
トリーム内の特定のデータをサンプリングしてＣＢＣ＿
ＭＡＣ演算をする手段などがあげられる。
【０２０１】図２７に、１つの音楽等のコンテンツデー
タの全体を模式的に示している。このコンテンツデータ
は、例えばパーソナルコンピュータ１からチェックアウ
トにために送信され、暗号化状態が復号され、ＡＴＲＡ
Ｃ又はＡＴＲＡＣ３圧縮状態のデータストリームとして
示している。このコンテンツデータに対して、例えばポ
イントＰ１，Ｐ２をサンプリングポイントとして設定
し、サウンドユニット（斜線部）のデータを抽出する。
１つのサウンドユニットは、例えば４２４バイトのデー
タ、つまり図８で説明した１つのサウンドグループに相
当するデータなどとすればよい。ただしもちろんそれに
限定されない。
【０２０２】そして、このようにサンプリングした実際
のコンテンツデータの一部を用いてコンテンツＩＤを算
出する。ここで、サンプリングポイントは、無音データ
であることが多いことが予想されるコンテンツの先頭又
は終端は避けるとともに、上記Ｐ１，Ｐ２のように２箇
所設けることでユニークデータとしての確率を高めるこ
とができる。つまり各コンテンツデータ毎に異なる、識
別子としての機能を十分に備えたコンテンツＩＤを算出
できる。もちろんサンプリングポイントは３カ所以上と
してもよい。また先頭又は終端を避ければ、１カ所であ
っても不十分ではない。
【０２０３】また、このサンプリングポイントＰ１，Ｐ
２は、全くランダムな位置ではなく、コンテンツデータ
のレングス（データサイズ）に応じて設定される位置と
することで、特定のコンテンツデータについては、何度
算出しても同じコンテンツＩＤが得られる。つまり、二
次記録媒体上においてコンテンツＩＤを保存しておかな
くてもコンテンツデータ自体が記録されていれば、サン
プリングポイントが一致することで異なる時点でも同じ
コンテンツＩＤが算出できるものであり、このことは、
二次記録媒体としてのミニディスク１００上にコンテン
ツＩＤを記録しておく必要をなくすことができるものと
なる。具体的にはサンプリングポイントＰ１，Ｐ２は、
例えばコンテンツデータのサイズ（レングス）から１／
３の位置、及び２／３の位置などとして設定されればよ
い。もちろん１／３の位置，２／３の位置に限らず、レ
ングスに対して１／２の位置、１／４の位置、３／４の
位置、１／５の位置、２／５の位置、３／５の位置、４
／５の位置、１／６の位置、５／６の位置・・・・な
ど、レングスに対する或る相対的なポイントが規定され
ればよい。
【０２０４】コンテンツデータからハッシュ関数を用い
てコンテンツＩＤを得る方法を下記（１）式に示す。 Content ID=CBC_MAC (Key hash，IV，Stream(P1)//Stream(P2))・・・（１） ここで「Key hash」は８バイトの固有鍵データである。
Stream(P1)は、サンプリングポイントＰ１の１サウンド
グループのデータ、Stream(P2)は、サンプリングポイン
トＰ２の１サウンドグループのデータである。そして／
／は連結を示しており、つまり「Stream(P1)//Stream(P
2)」は、サンプリングポイントＰ１，Ｐ２の２つのサウ
ンドユニットを繋げた（４２４×２）バイトのデータを
示している。また「IV」は８バイトのＣＢＣモードの初
期値であり、４バイトのコンテンツ長length、１バイト
のトラック情報TrackModeByteを用いて次の（２）式で
与えられる。 IV=｛length//TrackModeByte//32bits Padding with Zero｝ ・・・（２） この場合、４バイトのコンテンツ長length、及び１バイ
トのトラック情報TrackModeByteは、図１９に示したレ
コードオブジェクトコントロールコマンドによって通知
される、４バイトのコンテンツサイズ（Content Size）
と１バイトのトラックモード（Track Mode）の情報を用
いることができる。
【０２０５】このようなコンテンツＩＤ生成は、記録再
生装置２０Ａにおいて例えば復号処理部２８に搭載され
るHASHエンジンによって行われるが、上記式（１）
（２）からわかるように、記録再生装置２０Ａは、例え
ばチェックアウトセッションの際には、レコードオブジ
ェクトコントロールコマンドを受信（図１７のステップ
Ｆ１０６）することで、上記「IV」の値を算出できる。
またレコードオブジェクトコントロールコマンドにおけ
るコンテンツサイズ（Content Size）によりコンテンツ
データが転送される前に、コンテンツデータのレングス
が確認できるため、コンテンツデータのレングスの例え
ば１／３，２／３の位置としてのサンプリングポイント
Ｐ１，Ｐ２も確認できる。従って、実際にコンテンツデ
ータの転送が開始され、サンプリングポイントＰ１，Ｐ
２のデータが得られた時点以降は、上記式（１）の演算
によりコンテンツＩＤを算出できるものである。
【０２０６】また、ミニディスク１００上に記録された
コンテンツデータについては、当然ながらコンテンツデ
ータのサイズはＵ−ＴＯＣセクター０のデータから算出
できるため、サンプリングポイントＰ１，Ｐ２の位置は
確認できる。またチェックアウト時にレコードオブジェ
クトコントロールコマンドで通知されるトラックモード
（Track Mode）の情報が、Ｕ−ＴＯＣセクター０におけ
るトラックモードに記録されることで、Ｕ−ＴＯＣデー
タから上記式（２）の算出が可能となる。従って、ミニ
ディスク１００上に記録されたコンテンツデータについ
ては、どのような時点でもコンテンツＩＤを算出できる
ものとなる。
【０２０７】例えばこのようにして、記録再生装置２０
Ａ側ではチェックアウトされたコンテンツデータについ
て独自にコンテンツＩＤを生成することができる。ただ
し、これがパーソナルコンピュータ１において生成さ
れ、ＨＤＤ５に格納されたコンテンツＩＤと対応づけら
れなければ適切に利用できない。上述したようにＨＤＤ
５に格納されるコンテンツＩＤとは、パーソナルコンピ
ュータ１側のアプリケーションにより、コンテンツデー
タについて生成されたものである。このアプリケーショ
ンによって予め求められたコンテンツＩＤは、ＨＤＤ５
などの一次記録媒体を有する機器側（パーソナルコンピ
ュータ１）に固有な情報、例えば機器にインストールさ
れたアプリケーション毎のユニークＩＤ、ＨＤＤ５に格
納された時間情報や乱数などで構成される。このような
パーソナルコンピュータ１側で生成された（第１の）コ
ンテンツＩＤと、上記記録再生装置２０Ａ側で生成され
た（第２の）コンテンツＩＤは、図２８のようなテーブ
ルデータにより、パーソナルコンピュータ１側で対応づ
けられる。なお従って、該テーブルデータは、ＨＤＤ５
などの一次記録媒体を有する機器毎にユニークな組み合
わせになる。
【０２０８】即ちチェックアウトセッションの際には、
図１８のステップＦ２１１としてのレコードオブジェク
トレスポンスコマンドにより、記録再生装置２０Ａ側で
生成したコンテンツＩＤをパーソナルコンピュータ１側
に通知する。そしてステップＦ１０８として、パーソナ
ルコンピュータ１側ではテーブルデータの処理を行う。
この処理は、即ちチェックアウトのために転送するコン
テンツデータについて、パーソナルコンピュータ１側の
コンテンツＩＤと、当該コンテンツデータについて記録
再生装置２０Ａ側で生成されたコンテンツＩＤを対応す
るように、図２８のテーブルデータのエレメントを生成
していく処理である。図２８では３つのコンテンツデー
タについて、それぞれ第１、第２のコンテンツＩＤが対
応づけられた状態を例示している。
【０２０９】このようなテーブルデータがパーソナルコ
ンピュータ１側で管理される（例えばＨＤＤ５において
記録／更新されていく）ことで、ミニディスク１００に
対してチェックアウトされたコンテンツデータを、コン
テンツＩＤで管理することが可能となり、即ちチェック
アウト／チェックインの管理が可能となる。上記のよう
にミニディスク１００上にはコンテンツＩＤを格納する
領域が存在しないが、記録再生装置２０Ａ側ではミニデ
ィスク１００に記録されているコンテンツデータについ
てはコンテンツＩＤを算出できる。
【０２１０】従ってパーソナルコンピュータ１が或るコ
ンテンツデータをチェックインさせたい場合は、対象と
なるコンテンツデータについての（第２の）コンテンツ
ＩＤを記録再生装置２０Ａに要求し、送信されてきた
（第２の）コンテンツＩＤと、図２８のテーブルデータ
に記憶されいる（チェックアウト時に記録再生装置２０
Ａ側から送信されてきた第２の）コンテンツＩＤとの一
致を確認することで、パーソナルコンピュータ１側で
（第１の）コンテンツＩＤで管理しているコンテンツデ
ータのチェックイン処理ができるものとなる。これが図
２３のステップＦ１５１，Ｆ１５２、Ｆ２５２、Ｆ２５
３の処理の意味である。
【０２１１】このようなコンテンツＩＤ管理方式によ
り、ＳＤＭＩ非対応の二次記録媒体（ミニディスク１０
０等）に対しても、本システムにおいて適切にチェック
アウト／チェックインの管理、つまりコンテンツ権利の
管理が可能となる。
【０２１２】１１．メディア情報の取得 ここまで、ミニディスク１００を二次記録媒体としての
チェックアウト／チェックインについて説明してきた。
ところが、このようにミニディスク１００を二次記録媒
体としてチェックアウトを行う場合、パーソナルコンピ
ュータ１は、予め接続された記録再生装置２０Ａに装填
されているミニディスク１００に関する情報を取得する
ことが必要である。
【０２１３】そこで本例では、パーソナルコンピュータ
１に記録再生装置２０Ａが例えばＵＳＢ伝送路で接続さ
れた時点など、実際にチェックアウト／チェックインが
行われる前の時点において、パーソナルコンピュータ１
が記録再生装置２０Ａに装填されたミニディスク１００
についての情報を取得する通信処理（メディア情報取得
処理）が行われる。このメディア情報取得処理を図２
９、図３０により説明する。図２９においてステップＦ
１８０〜Ｆ１８８はパーソナルコンピュータ１（パーソ
ナルコンピュータ１を転送装置として機能させるアプリ
ケーションソフトウエア）の処理であり、ステップＦ２
８０〜Ｆ２８６は記録再生装置２０Ａ（システム制御部
３２））の処理である。
【０２１４】例えば記録再生装置２０Ａが接続された時
点などで、パーソナルコンピュータ１はメディア情報取
得処理を行う場合、まずステップＦ１８０として記録再
生装置２０Ａに対する排他制御要求を行う。この場合、
図３１のイクスクルーシブログインコントロールコマン
ドを送信する。イクスクルーシブログインコントロール
コマンドでは、サブユニットタイプ（subunit type）、
サブユニットＩＤ（subunit ID）により制御対象機器が
示される。そしてプライオリティ（priorty）の値によ
り、制御レベルが指示される。
【０２１５】イクスクルーシブログインコントロールコ
マンドにより、記録再生装置２０Ａは二次記録媒体（ミ
ニディスク１００）に対するコンテンツデータの消去、
編集、或いはディスク排出、電源制御などが禁止又は制
限される。つまりこのコマンドは、これらの動作処理は
あくまでもパーソナルコンピュータ１側から指示される
ものとする状態に遷移させるコマンドである。
【０２１６】このイクスクルーシブログインコントロー
ルコマンドによるプライオリティの値によっては、動作
の禁止又は制限として多様な状態を設定できる。例え
ば、記録再生装置２０Ａに対して、 制御レベル４：パーソナルコンピュータ１以外の一切の
指示に対応する処理を禁止する。 制御レベル３：パーソナルコンピュータ１以外の指示に
よる電源制御、イジェクト、トラックの分割、連結、消
去を禁止する。 制御レベル２：パーソナルコンピュータ１以外の指示に
よるトラックの分割、連結、消去を禁止する。 制御レベル１：チェックアウトコンテンツではないトラ
ックについては編集や消去を許可する。 制御レベル０：制限無し などのように各種状態を設定できる。もちろん、このよ
うな制御レベルの設定は一例であり、実際には制御レベ
ルの段階数や内容は多様に考えられる。
【０２１７】記録再生装置２０Ａは、イクスクルーシブ
ログインコントロールコマンドに応じて制御モードを設
定し、ステップＦ２８０で排他制御を許可するレスポン
スを返すことになる。
【０２１８】なお、排他制御状態は、パーソナルコンピ
ュータ１が図３２のイクスクルーシブログアウトコント
ロールコマンドを送信するまで継続される。このイクス
クルーシブログアウトコントロールコマンドは、記録再
生装置２０Ａに対する排他的制御を解除するためのコマ
ンドであり、この場合はプライオリティ（priorty）の
値を「００ｈ」とし、フリー状態の制御レベルであるこ
とを指示するコマンドとして形成されている。
【０２１９】パーソナルコンピュータ１は記録再生装置
２０Ａを排他制御状態とし、パーソナルコンピュータ１
のアプリケーション側に制御権が移ったら、オープンデ
ィスクリプタを行い、ステップＦ１８１で、メディアス
テータス取得要求を行う。これは記録再生装置２０Ａに
ミニディスク１００が装填されているか否かの情報を要
求するものとなる。この場合パーソナルコンピュータ１
は、図３３のゲットディスクステータスコントロールコ
マンドを送信する。これに応じて記録再生装置２０Ａ
は、ステップＦ２８１で図３４のゲットディスクステー
タスレスポンスコマンドを返信する。返信に応じてパー
ソナルコンピュータ１はディスクリプタをクローズす
る。
【０２２０】この場合、記録再生装置２０Ａのシステム
制御部３２は、記録再生装置２０Ａにミニディスク１０
０が装填されていれば、図３４に示すようにオフセット
バイト１Ａｈの「disc in drive」フィールドをアサー
トしたゲットディスクステータスレスポンスコマンドを
発行し、パーソナルコンピュータ１に送信する。従って
パーソナルコンピュータ１は当該レスポンスコマンドの
「disc in drive」フィールドを調べることで、記録再
生装置２０Ａにミニディスク１００が装填されているか
否かを確認できる。
【０２２１】もし、ミニディスク１００が装填されてい
なければ、パーソナルコンピュータ１の処理はステップ
Ｆ１８２からＦ１８１に戻り、再度メディアステータス
取得要求を行う。例えば、ミニディスク１００が装填さ
れていない場合は、パーソナルコンピュータ１は１秒毎
など、所定の時間間隔でメディアステータス取得要求を
実行していく。
【０２２２】ミニディスク１００が装填が確認された
ら、パーソナルコンピュータ１はステップＦ１８３でオ
ープンディスクリプタを行い、図３５のゲットディスク
ネームコントロールコマンドを送信して、メディア名称
取得要求を行う。これに応じて記録再生装置２０Ａのシ
ステム制御部３２は、ミニディスク１００のＵ−ＴＯＣ
セクター１に記録されているディスクネームの情報を確
認し、ステップＦ２８２として図３６のゲットディスク
ネームレスポンスコマンドを発行してパーソナルコンピ
ュータ１に送信する。返信に応じてパーソナルコンピュ
ータ１はディスクリプタをクローズする。
【０２２３】この場合、図３６のゲットディスクネーム
レスポンスコマンドにおいては、オフセットバイト１９
ｈ〜（１８＋Ｎ）ｈの「N-Bytes Disc Title Text」フ
ィールドで、Ｕ−ＴＯＣセクター１に記録されていたＮ
バイトのディスクネームとしてのテキストデータが示さ
れる。また、この「N-Bytes Disc Title Text」フィー
ルドのバイト数（データサイズ）がオフセットバイト１
７ｈ、１８ｈの「primary field length」において示さ
れる。パーソナルコンピュータ１は当該レスポンスコマ
ンドの「N-Bytes Disc TitleText」フィールドを調べる
ことで、記録再生装置２０Ａに装填されているミニディ
スク１００についての名称情報を確認できる。
【０２２４】続いてパーソナルコンピュータ１はステッ
プＦ１８４でオープンディスクリプタを行い、図３７の
ゲットディスクキャパシティコントロールコマンドを送
信して、メディア容量取得要求を行う。これに応じて記
録再生装置２０Ａのシステム制御部３２は、ミニディス
ク１００のＵ−ＴＯＣセクター０の情報を確認し、ステ
ップＦ２８３として図３８及び図３９に示したゲットデ
ィスクキャパシティレスポンスコマンドを発行してパー
ソナルコンピュータ１に送信する。返信に応じてパーソ
ナルコンピュータ１はディスクリプタをクローズする。
【０２２５】この場合、図３８、図３９のゲットディス
クキャパシティレスポンスコマンドにおいては、オフセ
ットバイト１Ｂｈ〜１Ｆｈの「Hours」「Minutes」「Se
conds」「Frames」の各フィールドで、全演奏時間の情
報としての「時」「分」「秒」「フレーム」の値が示さ
れる。また、この「Hours」〜「Frames」のフィールド
としてのバイト数（データサイズ）がオフセットバイト
１９ｈ、１Ａｈの「total playback capacity length」
において示される。なお全演奏時間とは、ミニディスク
１００に記録されている全コンテンツデータのトータル
での再生時間である。また、オフセットバイト２２ｈ〜
２６ｈの「Hours」「Minutes」「Seconds」「Frames」
の各フィールドで、最大録音時間の情報としての「時」
「分」「秒」「フレーム」の値が示される。また、この
「Hours」〜「Frames」のフィールドとしてのバイト数
（データサイズ）がオフセットバイト２０ｈ、２１ｈの
「maximum recording capacity length」において示さ
れる。最大録音時間とは、ミニディスク１００の全容量
としての再生時間である。さらに、オフセットバイト２
９ｈ〜２Ｄｈの「Hours」「Minutes」「Seconds」「Fra
mes」の各フィールドで、残り時間の情報としての
「時」「分」「秒」「フレーム」の値が示される。ま
た、この「Hours」〜「Frames」のフィールドとしての
バイト数（データサイズ）がオフセットバイト２７ｈ、
２８ｈの「remaining recording capacity length」に
おいて示される。残り時間とは、現在ミニディスク１０
０に記録可能な残りの録音時間である。つまり上記最大
録音時間から上記全演奏時間を引いた値に相当する。パ
ーソナルコンピュータ１は当該レスポンスコマンドの上
記各フィールドを調べることで、記録再生装置２０Ａに
装填されているミニディスク１００についての容量情報
として、全演奏時間、最大録音時間、残り時間を確認で
きる。
【０２２６】次にパーソナルコンピュータ１はステップ
Ｆ１８５でオープンディスクリプタを行い、図４０のゲ
ットナンバーオブオーディオトラックスコントロールコ
マンドを送信して、トラック数取得要求を行う。これに
応じて記録再生装置２０Ａのシステム制御部３２は、ミ
ニディスク１００のＵ−ＴＯＣセクター０の情報を確認
し、ステップＦ２８４として図４１のゲットナンバーオ
ブオーディオトラックスレスポンスコマンドを発行して
パーソナルコンピュータ１に送信する。返信に応じてパ
ーソナルコンピュータ１はディスクリプタをクローズす
る。
【０２２７】この場合、図４１のゲットナンバーオブオ
ーディオトラックスレスポンスコマンドにおいては、オ
フセットバイト１７ｈ、１８ｈの「number of items」
フィールドで、ミニディスク１００に録音されているト
ラック数（コンテンツデータ数）の値が示される。パー
ソナルコンピュータ１は当該レスポンスコマンドの「nu
mber of items」フィールドを調べることで、記録再生
装置２０Ａに装填されているミニディスク１００に記録
されているコンテンツデータ数を確認できる。
【０２２８】続いてパーソナルコンピュータ１の処理は
図３０のステップＦ１８６に進み、各トラックに着いて
の情報取得に移る。まず、パーソナルコンピュータ１は
ステップＦ１８６でオープンディスクリプタを行い、図
４２のゲットオーディオトラックネームコントロールコ
マンドを送信して、トラック＃ｘの名称取得要求を行
う。この場合、オフセットバイト０７ｈ、０８ｈの「ob
ject position」フィールドでミニディスク１００上で
のトラックナンバを指定する。これに応じて記録再生装
置２０Ａのシステム制御部３２は、ミニディスク１００
のＵ−ＴＯＣセクター１に記録されているトラック＃ｘ
のトラックネームの情報を確認し、ステップＦ２８５と
して図４３のゲットオーディオトラックネームレスポン
スコマンドを発行してパーソナルコンピュータ１に送信
する。
【０２２９】この場合、図４３のゲットディスクネーム
レスポンスコマンドにおいては、オフセットバイト０７
ｈ、０８ｈの「object position」フィールドでミニデ
ィスク１００上でのトラックナンバを示し、オフセット
バイト１９ｈ〜（１８＋Ｎ）ｈの「N-Bytes Audio Trac
k Title Text」フィールドで、Ｕ−ＴＯＣセクター１に
記録されていたトラック＃ｘについてのＭバイトのトラ
ックネームとしてのテキストデータが示される。また、
この「M-Bytes Audio Track Title Text」フィールドの
バイト数（データサイズ）がオフセットバイト１７ｈ、
１８ｈの「primary field length」において示される。
パーソナルコンピュータ１は当該レスポンスコマンドの
「M-Bytes Audio Track Title Text」フィールドを調べ
ることで、記録再生装置２０Ａに装填されているミニデ
ィスク１００のトラック＃ｘについての名称情報を確認
できる。
【０２３０】次にディスクリプタをクローズせずに、上
記「object position」フィールドで指定されたトラッ
クについての属性を取得する処理に移る。即ち、パーソ
ナルコンピュータ１はステップＦ１８７で、トラック＃
ｘの属性取得要求のゲットオーディオトラックインフォ
コントロールコマンド送信を行う。このゲットオーディ
オトラックインフォコントロールコマンドは、図４４の
リードインフォブロックフォートラックアトリビュート
コントロールコマンドと、図４６のリードインフォブロ
ックフォートラックモードコントロールコマンドと、図
４８のリードインフォブロックフォートラックサイズコ
ントロールコマンドとから構成される。またこれらの各
コントロールコマンドに対して、記録再生装置２０Ａの
システム制御部３２は、図４５のリードインフォブロッ
クフォートラックアトリビュートレスポンスコマンド、
図４７のリードインフォブロックフォートラックモード
レスポンスコマンド、図４９のリードインフォブロック
フォートラックサイズレスポンスコマンドを、それぞれ
返信することになる。
【０２３１】図４４のリードインフォブロックフォート
ラックアトリビュートコントロールコマンドにより、
「object position」フィールドで指定されたトラック
についてのライトプロテクト情報が要求される。これに
対してシステム制御部３２は、Ｕ−ＴＯＣセクター０の
トラックモードを確認して、図４５のリードインフォブ
ロックフォートラックアトリビュートレスポンスコマン
ドを発行する。この場合、「object position」フィー
ルドで示すトラックについてのライトプロテクト情報
が、オフセットバイト０Ｆｈの「disc subunit object
attributes」フィールドで示される。パーソナルコンピ
ュータ１では、このフィールドの値が「０１ｈ」であれ
ばトラック＃ｘはロック（ライトプロテクト状態）、
「００ｈ」であればアンロックと確認できる。
【０２３２】図４６のリードインフォブロックフォート
ラックモードコントロールコマンドにより、「object p
osition」フィールドで指定されたトラックについての
サンプリングレート等の情報が要求される。これに対し
てシステム制御部３２は、図４７のリードインフォブロ
ックフォートラックモードレスポンスコマンドを発行す
る。この場合、「object position」フィールドで示す
トラックについてのサンプリング周波数が、オフセット
バイト１９ｈの「audio recording sample rate」フィ
ールドで示される。また、量子化ビット数が、オフセッ
トバイト１Ａｈの「audio recording sample size」フ
ィールドで示される。また、圧縮モード（ＡＴＲＡＣ又
はＡＴＲＡＣ３などのモード）が、オフセットバイト１
Ｂｈの「audio recording compression mode」フィール
ドで示される。また、ステレオ／モノラル等のチャンネ
ル情報が、オフセットバイト１Ｃｈの「audio recordin
g channel mode」フィールドで示される。パーソナルコ
ンピュータ１では、これらのフィールドの値から、トラ
ック＃ｘについてのサンプリング周波数、量子化ビット
数、圧縮モード、チャンネルモードを確認できる。
【０２３３】図４８のリードインフォブロックフォート
ラックサイズコントロールコマンドにより、「object p
osition」フィールドで指定されたトラックについての
データサイズの情報が要求される。これに対してシステ
ム制御部３２は、図４９のリードインフォブロックフォ
ートラックサイズレスポンスコマンドを発行する。この
場合、「object position」フィールドで示すトラック
についてのデータサイズが、オフセットバイト１Ａｈ〜
１Ｅｈの「Hours」「Minutes」「Seconds」「Frames」
の各フィールドにより、「時」「分」「秒」「フレー
ム」の値としてのデータサイズが示される。パーソナル
コンピュータ１では、これらのフィールドの値から、ト
ラック＃ｘのデータサイズを確認できる。
【０２３４】ステップＦ１８６，Ｆ１８７及びＦ２８
５，Ｆ２８６における、このような各コントロールコマ
ンドと各レスポンスコマンドのやりとりにより、パーソ
ナルコンピュータ１は、１つのトラックについてのトラ
ックネームや属性情報を確認できる。これを、ミニディ
スク１００に記録されている各トラックについて繰り返
し行う。つまり、パーソナルコンピュータ１はステップ
Ｆ１８８で、ミニディスク１００に記録されている全ト
ラックについてのトラックネーム及び属性情報の取得が
完了したと判断されるまで、ステップＦ１８６に戻って
処理を繰り返す。即ち上記各コントロールコマンドにお
ける「object position」フィールドで示すトラックナ
ンバの値を変更させて、次のトラックについてのトラッ
クネーム及び属性情報の取得を行う。そして、ステップ
Ｆ１８５，Ｆ２８４で取得したトラック数に相当する全
てのトラックについてのトラックネーム及び属性情報の
取得が完了したら、ディスクリプタをクローズし、一連
の処理を終える。
【０２３５】なお、各トラックについてのトラックネー
ム及び属性情報の取得においては、「object positio
n」毎にディスクリプタのオープン／クローズを行わな
いことで、情報取得処理の時間を短縮化している。
【０２３６】以上のようにして本例では、パーソナルコ
ンピュータ１に対して記録再生装置２０Ａが接続された
際などに、記録再生装置２０Ａに装填されているミニデ
ィスク１００についての情報、即ち、メディア名称、メ
ディア容量（全演奏時間、最大録音時間、残り時間）、
トラック数（コンテンツデータ数）、各トラックのトラ
ックネーム、各トラックのライトプロテクト情報、各ト
ラックのモード情報（サンプリング周波数、量子化ビッ
ト数、圧縮モード、チャンネルモード）、各トラックの
サイズ情報を、取得できることになる。
【０２３７】このように、その後チェックアウト／チェ
ックインの対象となる二次記録媒体（ミニディスク１０
０）に関する情報を取得することで、パーソナルコンピ
ュータ１におけるアプリケーションでは、以下のような
各種な処理が可能となる。
【０２３８】まず、二次記録媒体（ミニディスク１０
０）の情報をパーソナルコンピュータ１のモニタに表示
するアプリケーション画面において提示できる。例えば
ミニディスクのタイトル、全演奏時間、最大録音時間、
残り時間、トラック数を表示したり、各トラックをその
トラックネームで一覧提示し、各トラックのサイズその
他の情報を提示できる。これにより、ユーザーにとって
適切な情報提示ができる。
【０２３９】また、ＨＤＤ５に格納されたコンテンツデ
ータをチェックアウトする際には、当該コンテンツデー
タのサイズと、ミニディスク１００の残り時間を比較す
ることで、ミニディスク１００側の容量的にチェックア
ウト可能か否かを判断することができる。そしてもちろ
ん、可能と判断されることに応じて、図１７、図１８に
示したチェックアウト処理が行われる。また、複数のコ
ンテンツデータのチェックアウトが指示された場合に、
容量的に不可能である場合は、一部のコンテンツデータ
のみをチェックアウトさせるなどの対応処理も可能とな
る。もちろんユーザーがチェックインを指示する場合に
も、上記表示がガイドとなり、さらには、チェックイン
によってミニディスク１００側の容量を確保し、指定し
たコンテンツデータをチェックアウトさせるなどの処理
にも好適である。即ち、二次記録媒体側の情報を得るこ
とで、転送システムとして適切な動作処理が可能とな
る。
【０２４０】以上、実施の形態としての例を説明してき
たが、本発明は上記例に限定されるものではない。シス
テム動作としての暗号化、データパス、チェックアウト
／チェックイン方式、認証方式、コンテンツＩＤ生成方
式、コンテンツＩＤ管理方式、二次記録媒体側の情報取
得方式などは、それぞれ発明の要旨の範囲内で各種変形
例が考えられる。
【０２４１】また本発明としては、例えば上述してきた
一次記録媒体から二次記録媒体へのデータ転送処理の対
象となるのはＳＤＭＩコンテンツに限られず、各種のコ
ンテンツデータに広く適用できる。また一次記録媒体は
ＨＤＤ以外に多様に考えられる。もちろん二次記録媒
体、二次記録媒体側機器２０Ａとしてもミニディスク、
ミニディスク記録装置に限らず、多様な例が考えられ
る。二次記録媒体１００としては、ＣＤ−Ｒ、ＣＤ−Ｒ
Ｗ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、各種
メモリカードなどであってもよい。従って二次記録媒体
側機器２０Ａは、これらのメディアに対応する記録装置
であればよい。
【０２４２】
【発明の効果】以上の説明からわかるように本発明によ
れば、データ転送装置側（一次記録媒体側）は、チェッ
クアウト先となる二次記録媒体として例えばミニディス
クのように独自の管理方式を採るメディアが用いられる
場合であっても、データ記録装置（二次記録媒体側）
に、二次記録媒体に関する情報を要求し、必要な情報を
取得できる。特に、二次記録媒体に関する情報として、
上記データ記録装置に二次記録媒体が装填されているか
否かの情報、二次記録媒体の名称情報、二次記録媒体に
記録されている各コンテンツデータについての名称情
報、二次記録媒体の容量情報、二次記録媒体に記録され
ているコンテンツデータ数の情報、二次記録媒体に記録
されている各コンテンツデータについての属性情報など
を取得できる。これによって、コンテンツデータの転送
（チェックアウト）に際して、チェックアウトが可能か
否か、チェックアウト指定されたコンテンツデータが適
切であるか否か、或いはどのコンテンツデータがチェッ
クアウトに適切であるか、などの判断を正確に行うこと
ができ、適切な転送動作を実現できるという効果があ
る。また二次記録媒体に関する情報を取得することで、
データ転送装置側でのアプリケーションによるユーザー
に対する二次記録媒体側の内容のガイド表示なども可能
となる。もちろんチェックアウトによっては、二次記録
媒体側が非暗号化状態でコンテンツデータを記録するた
め、従前機器との互換性も得られるとともに、チェック
アウトに関して認証や扱いルールチェック等が課される
ことで著作権保護も維持される。これらのことからコン
テンツデータ提供者側にも好適であり、かつユーザーに
対してに使用性のよいデータ転送システムを実現でき
る。
【図面の簡単な説明】
【図１】本発明の実施の形態で利用される暗号化方式の
ツリー構造の説明図である。
【図２】実施の形態で利用される暗号化方式のＥＫＢの
説明図である。
【図３】実施の形態で利用される暗号化方式のＥＫＢの
構造の説明図である。
【図４】実施の形態のシステム構成のブロック図であ
る。
【図５】実施の形態のＳＤＭＩコンテンツのデータパス
例の説明図である。
【図６】実施の形態の一次記録媒体側機器のブロック図
である。
【図７】実施の形態の二次記録媒体側機器のブロック図
である。
【図８】ミニディスクシステムのクラスタフォーマット
の説明図である。
【図９】ミニディスクのエリア構造の説明図である。
【図１０】ミニディスクシステムのＵ−ＴＯＣセクター
０の説明図である。
【図１１】ミニディスクシステムのＵ−ＴＯＣセクター
０のリンク形態の説明図である。
【図１２】ミニディスクシステムのＵ−ＴＯＣセクター
１の説明図である。
【図１３】実施の形態の認証処理のフローチャートであ
る。
【図１４】実施の形態の配信／転送されるコンテンツデ
ータ及び暗号化状態の説明図である。
【図１５】実施の形態の暗号化方式例及びＤＮＫの説明
図である。
【図１６】実施の形態のコンテンツデータの暗号解除手
順の説明図である。
【図１７】実施の形態のチェックアウト動作のフローチ
ャートである。
【図１８】実施の形態のチェックアウト動作のフローチ
ャートである。
【図１９】実施の形態のレコードオブジェクトコントロ
ールコマンドの説明図である。
【図２０】実施の形態のレコードオブジェクトレスポン
スコマンドの説明図である。
【図２１】実施の形態のチェックアウトコントロールコ
マンドの説明図である。
【図２２】実施の形態のチェックアウトレスポンスコマ
ンドの説明図である。
【図２３】実施の形態のチェックイン動作のフローチャ
ートである。
【図２４】実施の形態のチェックインコントロールコマ
ンドの説明図である。
【図２５】実施の形態のチェックインコントロールコマ
ンドのサブファンクションの説明図である。
【図２６】実施の形態のチェックインレスポンスコマン
ドの説明図である。
【図２７】実施の形態のコンテンツＩＤ生成の説明図で
ある。
【図２８】実施の形態のコンテンツＩＤ対応テーブルの
説明図である。
【図２９】実施の形態のメディア情報取得動作のフロー
チャートである。
【図３０】実施の形態のメディア情報取得動作のフロー
チャートである。
【図３１】実施の形態のイクスクルーシブログインコン
トロールコマンドの説明図である。
【図３２】実施の形態のイクスクルーシブログアウトコ
ントロールコマンドの説明図である。
【図３３】実施の形態のゲットディスクステータスコン
トロールコマンドの説明図である。
【図３４】実施の形態のゲットディスクステータスレス
ポンスコマンドの説明図である。
【図３５】実施の形態のゲットディスクネームコントロ
ールコマンドの説明図である。
【図３６】実施の形態のゲットディスクネームレスポン
スコマンドの説明図である。
【図３７】実施の形態のゲットディスクキャパシティイ
ンフォメーションコントロールコマンドの説明図であ
る。
【図３８】実施の形態のゲットディスクキャパシティイ
ンフォメーションレスポンスコマンドの説明図である。
【図３９】実施の形態のゲットディスクキャパシティイ
ンフォメーションレスポンスコマンドの説明図である。
【図４０】実施の形態のゲットナンバオブオーディオト
ラックコントロールコマンドの説明図である。
【図４１】実施の形態のゲットナンバオブオーディオト
ラックレスポンスコマンドの説明図である。
【図４２】実施の形態のゲットオーディオトラックネー
ムコントロールコマンドの説明図である。
【図４３】実施の形態のゲットオーディオトラックネー
ムレスポンスコマンドの説明図である。
【図４４】実施の形態のリードインフォブロックフォー
トラックアトリビュートコントロールコマンドの説明図
である。
【図４５】実施の形態のリードインフォブロックフォー
トラックアトリビュートレスポンスコマンドの説明図で
ある。
【図４６】実施の形態のリードインフォブロックフォー
トラックモードコントロールコマンドの説明図である。
【図４７】実施の形態のリードインフォブロックフォー
トラックモードレスポンスコマンドの説明図である。
【図４８】実施の形態のリードインフォブロックフォー
トラックサイズコントロールコマンドの説明図である。
【図４９】実施の形態のリードインフォブロックフォー
トラックサイズレスポンスコマンドの説明図である。
【符号の説明】
１ 一次記録媒体側機器（パーソナルコンピュータ）、
２ ＣＰＵ、５ ＨＤＤ（一次記録媒体）、８ 通信
部、９ ディスクドライブ、１１ 接続部、２０Ａ 二
次記録媒体側機器（記録再生装置）、２１ ＭＤ制御部
（ＣＰＵ）、２５記録／再生部、２６ インターフェー
ス部、２８ 復号部、３０ バッファメモリ、３１ シ
ステム制御部、１００ 二次記録媒体（ミニディスク）
フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/173 ６１０ Ｈ０４Ｌ 9/00 ６０１Ｂ // Ｈ０４Ｎ 5/765 Ｈ０４Ｎ 5/91 Ｌ (72)発明者 松田 寛美 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 田中 理生 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B017 AA03 AA06 BA07 BA09 CA16 5C053 FA15 GA11 GB40 KA01 LA14 5C064 BA07 BB10 BC20 BC27 5J104 PA14

Claims (25)

    【特許請求の範囲】
  1. 【請求項１】 データ転送装置と、データ記録装置とか
    ら成るデータ転送システムにおいて、 上記データ転送装置は、 一次記録媒体に対してデータの記録再生を行う一次記録
    媒体ドライブ手段と、 コンテンツデータを暗号化した状態で上記一次記録媒体
    に格納させる格納制御手段と、 上記データ記録装置との間で、コンテンツデータの転送
    を含む各種データ通信を行う通信手段と、 上記データ記録装置に対して、二次記録媒体に関する情
    報を要求するコマンドを、上記通信手段により送信させ
    るコマンド送信制御手段と、 上記データ記録装置から送信されてきた二次記録媒体に
    関する情報を取得する情報取得手段と、 を備え、 上記データ記録装置は、 上記データ転送装置との間で、コンテンツデータの受信
    を含む各種データ通信を行う通信手段と、 二次記録媒体に対してデータの記録再生を行う二次記録
    媒体ドライブ手段と、 上記データ転送装置から送信されてくる暗号化されたコ
    ンテンツデータを非暗号化状態に復号する復号手段と、 上記復号手段で復号されたコンテンツデータを上記二次
    記録媒体ドライブ手段により上記二次記録媒体に記録さ
    せる記録制御手段と、 上記データ転送装置からの、二次記録媒体に関する情報
    を要求するコマンドに応じて、該要求された情報を上記
    通信手段により上記データ転送装置に送信させる情報送
    信制御手段と、 を備えたことを特徴とするデータ転送システム。
  2. 【請求項２】 上記二次記録媒体に関する情報とは、上
    記データ記録装置に二次記録媒体が装填されているか否
    かの情報であることを特徴とする請求項１に記載のデー
    タ転送システム。
  3. 【請求項３】 上記二次記録媒体に関する情報とは、上
    記データ記録装置に装填されている二次記録媒体の名称
    情報、又は二次記録媒体に記録されている各コンテンツ
    データについての名称情報であることを特徴とする請求
    項１に記載のデータ転送システム。
  4. 【請求項４】 上記二次記録媒体に関する情報とは、上
    記データ記録装置に装填されている二次記録媒体の容量
    情報であることを特徴とする請求項１に記載のデータ転
    送システム。
  5. 【請求項５】 上記二次記録媒体に関する情報とは、上
    記データ記録装置に装填されている二次記録媒体に記録
    されているコンテンツデータ数の情報であることを特徴
    とする請求項１に記載のデータ転送システム。
  6. 【請求項６】 上記二次記録媒体に関する情報とは、上
    記データ記録装置に装填されている二次記録媒体に記録
    されている各コンテンツデータについての属性情報であ
    ることを特徴とする請求項１に記載のデータ転送システ
    ム。
  7. 【請求項７】 上記データ転送装置は、上記情報取得手
    段により取得した、上記二次記録媒体に関する情報に基
    づいて、一次記録媒体に格納されたコンテンツデータに
    ついての上記データ記録装置への転送の判断を行うこと
    を特徴とする請求項１に記載のデータ転送システム。
  8. 【請求項８】 一次記録媒体に対してデータの記録再生
    を行う一次記録媒体ドライブ手段と、 コンテンツデータを暗号化した状態で上記一次記録媒体
    に格納させる格納制御手段と、 二次記録媒体に対して記録再生を行う外部のデータ記録
    装置との間で、コンテンツデータの転送を含む各種デー
    タ通信を行う通信手段と、 上記データ記録装置に対して、二次記録媒体に関する情
    報を要求するコマンドを、上記通信手段により送信させ
    るコマンド送信制御手段と、 上記データ記録装置から送信されてきた二次記録媒体に
    関する情報を取得する情報取得手段と、 を備えたことを特徴とするデータ転送装置。
  9. 【請求項９】 上記二次記録媒体に関する情報とは、上
    記データ記録装置に二次記録媒体が装填されているか否
    かの情報であることを特徴とする請求項８に記載のデー
    タ転送装置。
  10. 【請求項１０】 上記二次記録媒体に関する情報とは、
    上記データ記録装置に装填されている二次記録媒体の名
    称情報、又は二次記録媒体に記録されている各コンテン
    ツデータについての名称情報であることを特徴とする請
    求項８に記載のデータ転送装置。
  11. 【請求項１１】 上記二次記録媒体に関する情報とは、
    上記データ記録装置に装填されている二次記録媒体の容
    量情報であることを特徴とする請求項８に記載のデータ
    転送装置。
  12. 【請求項１２】 上記二次記録媒体に関する情報とは、
    上記データ記録装置に装填されている二次記録媒体に記
    録されているコンテンツデータ数の情報であることを特
    徴とする請求項８に記載のデータ転送装置。
  13. 【請求項１３】 上記二次記録媒体に関する情報とは、
    上記データ記録装置に装填されている二次記録媒体に記
    録されている各コンテンツデータについての属性情報で
    あることを特徴とする請求項８に記載のデータ転送装
    置。
  14. 【請求項１４】 上記情報取得手段により取得した、上
    記二次記録媒体に関する情報に基づいて、一次記録媒体
    に格納されたコンテンツデータについての上記データ記
    録装置への転送の判断を行うことを特徴とする請求項８
    に記載のデータ転送装置。
  15. 【請求項１５】 外部のデータ転送装置との間で、コン
    テンツデータの受信を含む各種データ通信を行う通信手
    段と、 二次記録媒体に対してデータの記録再生を行う二次記録
    媒体ドライブ手段と、 上記データ転送装置から送信されてくる暗号化されたコ
    ンテンツデータを非暗号化状態に復号する復号手段と、 上記復号手段で復号されたコンテンツデータを上記二次
    記録媒体ドライブ手段により上記二次記録媒体に記録さ
    せる記録制御手段と、 上記データ転送装置からの、二次記録媒体に関する情報
    を要求するコマンドに応じて、該要求された情報を上記
    通信手段により上記データ転送装置に送信させる情報送
    信制御手段と、 を備えたことを特徴とするデータ記録装置。
  16. 【請求項１６】 上記情報送信制御手段は、上記データ
    転送装置からの要求に応じて、二次記録媒体が装填され
    ているか否かの情報を送信させることを特徴とする請求
    項１５に記載のデータ記録装置。
  17. 【請求項１７】 上記情報送信制御手段は、上記データ
    転送装置からの要求に応じて、装填されている二次記録
    媒体の名称情報、又は二次記録媒体に記録されている各
    コンテンツデータについての名称情報を送信させること
    を特徴とする請求項１５に記載のデータ記録装置。
  18. 【請求項１８】 上記情報送信制御手段は、上記データ
    転送装置からの要求に応じて、装填されている二次記録
    媒体の容量情報を送信させることを特徴とする請求項１
    ５に記載のデータ記録装置。
  19. 【請求項１９】 上記情報送信制御手段は、上記データ
    転送装置からの要求に応じて、装填されている二次記録
    媒体に記録されているコンテンツデータ数の情報を送信
    させることを特徴とする請求項１５に記載のデータ記録
    装置。
  20. 【請求項２０】 上記情報送信制御手段は、上記データ
    転送装置からの要求に応じて、装填されている二次記録
    媒体に記録されている各コンテンツデータについての属
    性情報を送信させることを特徴とする請求項１５に記載
    のデータ記録装置。
  21. 【請求項２１】 暗号化されたコンテンツデータを格納
    した一次記録媒体を有するデータ転送装置と、二次記録
    媒体に対して上記コンテンツデータを非暗号化状態で記
    録再生可能なデータ記録装置とが通信可能に接続された
    際における、上記データ転送装置によるデータ転送方法
    として、 上記データ記録装置に二次記録媒体が装填されているか
    否かを確認する確認手順と、 上記データ記録装置に装填されている二次記録媒体に関
    する情報を取得する情報取得手順と、 上記データ記録装置が、上記一次記録媒体に格納されて
    いるコンテンツデータの転送先の機器としての正当性を
    認証する認証手順と、 上記情報取得手順で取得した情報に基づいて、上記一次
    記録媒体に格納されているコンテンツデータについての
    上記データ記録装置への転送処理を判断する判断手順
    と、 上記判断手順の判断結果に応じて、コンテンツデータの
    転送を実行する転送手順と、 が行われることを特徴とするデータ転送方法。
  22. 【請求項２２】 上記情報取得手順では、上記データ記
    録装置に装填されている二次記録媒体の名称情報、又は
    二次記録媒体に記録されている各コンテンツデータにつ
    いての名称情報を取得することを特徴とする請求項２１
    に記載のデータ転送方法。
  23. 【請求項２３】 上記情報取得手順では、上記データ記
    録装置に装填されている二次記録媒体の容量情報を取得
    することを特徴とする請求項２１に記載のデータ転送方
    法。
  24. 【請求項２４】 上記情報取得手順では、上記データ記
    録装置に装填されている二次記録媒体に記録されている
    コンテンツデータ数の情報を取得することを特徴とする
    請求項２１に記載のデータ転送方法。
  25. 【請求項２５】 上記情報取得手順では、上記データ記
    録装置に装填されている二次記録媒体に記録されている
    各コンテンツデータについての属性情報を取得すること
    を特徴とする請求項２１に記載のデータ転送方法。
JP2001183217A 2001-06-18 2001-06-18 データ転送システム、データ転送装置、データ記録装置、データ転送方法 Expired - Fee Related JP3809779B2 (ja)

Priority Applications (9)

Application Number Priority Date Filing Date Title
JP2001183217A JP3809779B2 (ja) 2001-06-18 2001-06-18 データ転送システム、データ転送装置、データ記録装置、データ転送方法
EP02733508A EP1403769A4 (en) 2001-06-18 2002-06-18 DATA TRANSFER SYSTEM AND APPARATUS, RECORDING APPARATUS, AND DATA TRANSFER METHOD
CNB028024540A CN1231848C (zh) 2001-06-18 2002-06-18 数据传送方法
KR1020037002310A KR100906859B1 (ko) 2001-06-18 2002-06-18 데이터 전송 시스템, 데이터 전송 장치, 데이터 기록장치, 및 데이터 전송 방법
PCT/JP2002/006062 WO2002103530A1 (fr) 2001-06-18 2002-06-18 Systeme et appareil de transfert de donnees, appareil d'enregistrement et procede de transfert de donnees
AU2002306383A AU2002306383B2 (en) 2001-06-18 2002-06-18 Data transfer system, data transfer apparatus, data recording apparatus, data transfer method
RU2003104820/09A RU2289844C2 (ru) 2001-06-18 2002-06-18 Система передачи данных, устройство передачи данных, устройство записи данных и способ передачи данных
US10/344,867 US7437770B2 (en) 2001-06-18 2002-06-18 Data transfer system, data transfer apparatus, data recording apparatus, data transfer method
CA2419657A CA2419657C (en) 2001-06-18 2002-06-18 Data transfer system, data transfer apparatus, data recording apparatus, data transfer method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001183217A JP3809779B2 (ja) 2001-06-18 2001-06-18 データ転送システム、データ転送装置、データ記録装置、データ転送方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2006102276A Division JP4277869B2 (ja) 2006-04-03 2006-04-03 データ転送システム、データ転送装置、データ記録再生装置

Publications (2)

Publication Number Publication Date
JP2002373118A true JP2002373118A (ja) 2002-12-26
JP3809779B2 JP3809779B2 (ja) 2006-08-16

Family

ID=19023195

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001183217A Expired - Fee Related JP3809779B2 (ja) 2001-06-18 2001-06-18 データ転送システム、データ転送装置、データ記録装置、データ転送方法

Country Status (9)

Country Link
US (1) US7437770B2 (ja)
EP (1) EP1403769A4 (ja)
JP (1) JP3809779B2 (ja)
KR (1) KR100906859B1 (ja)
CN (1) CN1231848C (ja)
AU (1) AU2002306383B2 (ja)
CA (1) CA2419657C (ja)
RU (1) RU2289844C2 (ja)
WO (1) WO2002103530A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010277531A (ja) * 2009-06-01 2010-12-09 Hitachi Ltd シンクライアント管理方法及びシステム、並びにシンクライアント管理用プログラム
US8218944B2 (en) 2004-06-08 2012-07-10 Panasonic Corporation Recording/reproduction device
US20190272513A1 (en) * 2005-10-11 2019-09-05 Apple Inc. Use of media storage structure with multiple pieces of content in a content-distribution system

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4934923B2 (ja) * 2001-08-09 2012-05-23 ソニー株式会社 情報記録装置、情報再生装置、および情報記録方法、情報再生方法、並びにコンピュータ・プログラム
BR0305027A (pt) 2002-06-05 2004-07-20 Lg Electronics Inc Estrutura de uma área de ligação formada em um meio de gravação somente de leitura de alta densidade e método e aparelho de fabricação/reprodução da mesma
JP4343551B2 (ja) * 2003-02-25 2009-10-14 パイオニア株式会社 情報提供システムおよび情報提供プログラム等
US7187188B2 (en) * 2003-12-24 2007-03-06 Cascade Microtech, Inc. Chuck with integrated wafer support
KR101100391B1 (ko) * 2004-06-01 2012-01-02 삼성전자주식회사 휴대형 저장장치와 디바이스간에 디지털 저작권 관리를이용한 콘텐츠 재생방법 및 장치와, 이를 위한 휴대형저장장치
JP4144573B2 (ja) * 2004-07-15 2008-09-03 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4383311B2 (ja) * 2004-10-13 2009-12-16 パナソニック株式会社 コンテンツ録画装置及びコンテンツ録画装置の制御方法並びにコンテンツ録画装置の記録プログラム
US20070061265A1 (en) * 2005-03-17 2007-03-15 Speedus Corp. A system and method for the provision of audio and/or visual services
US9858433B2 (en) * 2005-09-16 2018-01-02 Koninklijke Philips N.V. Cryptographic role-based access control
JP2007102431A (ja) * 2005-10-03 2007-04-19 Sony Corp データ移動方法、データ移動元装置、データ移動先装置、データ移動プログラム及び移動データ記録プログラム
US7769176B2 (en) * 2006-06-30 2010-08-03 Verint Americas Inc. Systems and methods for a secure recording environment
US7853800B2 (en) * 2006-06-30 2010-12-14 Verint Americas Inc. Systems and methods for a secure recording environment
US7848524B2 (en) 2006-06-30 2010-12-07 Verint Americas Inc. Systems and methods for a secure recording environment
US7953750B1 (en) 2006-09-28 2011-05-31 Verint Americas, Inc. Systems and methods for storing and searching data in a customer center environment
US8356178B2 (en) * 2006-11-13 2013-01-15 Seagate Technology Llc Method and apparatus for authenticated data storage
JP4933932B2 (ja) * 2007-03-23 2012-05-16 ソニー株式会社 情報処理システム、情報処理装置、情報処理方法、プログラム
JP5019209B2 (ja) * 2007-05-31 2012-09-05 株式会社東芝 記憶番組制御装置及び記憶番組制御方法
US8190920B2 (en) * 2007-09-17 2012-05-29 Seagate Technology Llc Security features in an electronic device
US8401155B1 (en) 2008-05-23 2013-03-19 Verint Americas, Inc. Systems and methods for secure recording in a customer center environment
US7888957B2 (en) * 2008-10-06 2011-02-15 Cascade Microtech, Inc. Probing apparatus with impedance optimized interface
KR20120027296A (ko) * 2009-05-05 2012-03-21 코닌클리케 필립스 일렉트로닉스 엔.브이. 무선 네트워크에서의 통신들을 보안화하는 방법 및 이를 위한 자원-제한된 디바이스
CN104810034B (zh) * 2014-01-23 2018-07-06 联发科技（新加坡）私人有限公司 刻录***及刻录方法
US10205726B2 (en) * 2016-06-03 2019-02-12 Honeywell International Inc. Apparatus and method for preventing file access by nodes of a protected system
CN111070921B (zh) * 2019-10-31 2021-08-24 珠海奔图电子有限公司 图像形成控制方法、***、终端及图像形成装置

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5857021A (en) * 1995-11-07 1999-01-05 Fujitsu Ltd. Security system for protecting information stored in portable storage media
US20040139211A1 (en) * 1995-12-20 2004-07-15 Nb Networks Systems and methods for prevention of peer-to-peer file sharing
US5925127A (en) * 1997-04-09 1999-07-20 Microsoft Corporation Method and system for monitoring the use of rented software
US6141702A (en) * 1997-07-30 2000-10-31 Sony Corporation Of Japan Model and command set for an AV/C-based disc media player recorder
ATE239946T1 (de) 1998-01-23 2003-05-15 Emc Corp Netzzugang zu inhaltsadressierbaren daten
US6118873A (en) * 1998-04-24 2000-09-12 International Business Machines Corporation System for encrypting broadcast programs in the presence of compromised receiver devices
JPH11328033A (ja) * 1998-05-20 1999-11-30 Fujitsu Ltd ライセンス委譲装置
CN100401272C (zh) * 1998-07-22 2008-07-09 松下电器产业株式会社 数字数据记录装置和方法
EP0984346A1 (en) * 1998-09-02 2000-03-08 Hitachi Europe Limited Copy protection apparatus and method
JP3304069B2 (ja) * 1998-11-10 2002-07-22 日本ビクター株式会社 情報記録方法及び装置
US6865552B1 (en) * 1998-12-02 2005-03-08 Matsushita Electric Industrial Co., Ltd. Data copying system, data copying apparatus, data copying method, and recording medium
JP3327389B2 (ja) * 1998-12-28 2002-09-24 松下電器産業株式会社 複製システム、複製方法、書き込み装置および記録媒体
JP4356178B2 (ja) * 1999-03-09 2009-11-04 ソニー株式会社 再生装置
JP3327894B2 (ja) 1999-04-14 2002-09-24 松下電器産業株式会社 データ管理装置、データ管理方法及びデータ管理プログラムを記録している記録媒体
US6889208B1 (en) * 1999-04-15 2005-05-03 Victor Company Of Japan, Ltd. Contents sale system
JP2000315193A (ja) 1999-04-30 2000-11-14 Victor Co Of Japan Ltd コンテンツ販売システムのデータ転送方法及び媒体
JP3744720B2 (ja) 1999-04-26 2006-02-15 三菱電機株式会社 目標追尾方法及び目標追尾装置
JP3977549B2 (ja) * 1999-04-30 2007-09-19 株式会社東芝 コンテンツ管理方法、コンテンツ利用管理システム、コンテンツ利用管理装置及び再生装置
US7134145B1 (en) 1999-04-30 2006-11-07 Koninklijke Philips Electronics N.V. Registering copy protected material in a check-out, check-in system
JP3983937B2 (ja) 1999-06-16 2007-09-26 株式会社東芝 記憶媒体及び同媒体を使用したコンテンツ管理方法
JP2001060174A (ja) 1999-08-23 2001-03-06 Toshiba Video Products Japan Kk 情報処理装置
CN1312593C (zh) * 1999-09-01 2007-04-25 松下电器产业株式会社 分布***、半导体存储卡、接收装置、计算机可读记录介质和接收方法
JP4352523B2 (ja) 1999-09-10 2009-10-28 ソニー株式会社 携帯端末
JP3808673B2 (ja) 1999-12-02 2006-08-16 株式会社エヌ・ティ・ティ・ドコモ 著作物ファイル管理装置
US6496802B1 (en) * 2000-01-07 2002-12-17 Mp3.Com, Inc. System and method for providing access to electronic works
WO2001067668A1 (en) * 2000-03-09 2001-09-13 Matsushita Electric Industrial Company, Limited Audio data playback management system and method with editing apparatus and recording medium
JP3281920B2 (ja) * 2000-03-14 2002-05-13 東北大学長 アリルフラン化合物の製造方法
US20020078178A1 (en) * 2000-08-29 2002-06-20 Matsushita Electric Industrial Co., Ltd. Content distribution control
CN1189824C (zh) 2001-05-31 2005-02-16 日本胜利株式会社 内容的复制管理方法、记录重放装置和重放装置
JP3861625B2 (ja) * 2001-06-13 2006-12-20 ソニー株式会社 データ転送システム、データ転送装置、記録装置、データ転送方法
JP3778009B2 (ja) * 2001-06-13 2006-05-24 ソニー株式会社 データ転送システム、データ転送装置、データ記録装置、データ管理方法
JP3719396B2 (ja) * 2001-07-02 2005-11-24 ソニー株式会社 機器制御方法、データ転送装置、記録媒体

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8218944B2 (en) 2004-06-08 2012-07-10 Panasonic Corporation Recording/reproduction device
US20190272513A1 (en) * 2005-10-11 2019-09-05 Apple Inc. Use of media storage structure with multiple pieces of content in a content-distribution system
US11727376B2 (en) * 2005-10-11 2023-08-15 Apple Inc. Use of media storage structure with multiple pieces of content in a content-distribution system
JP2010277531A (ja) * 2009-06-01 2010-12-09 Hitachi Ltd シンクライアント管理方法及びシステム、並びにシンクライアント管理用プログラム

Also Published As

Publication number Publication date
KR20030025292A (ko) 2003-03-28
US7437770B2 (en) 2008-10-14
AU2002306383B2 (en) 2008-06-05
EP1403769A4 (en) 2007-08-15
RU2289844C2 (ru) 2006-12-20
CA2419657A1 (en) 2003-02-12
JP3809779B2 (ja) 2006-08-16
CN1465010A (zh) 2003-12-31
US20040010468A1 (en) 2004-01-15
CA2419657C (en) 2011-12-20
KR100906859B1 (ko) 2009-07-08
CN1231848C (zh) 2005-12-14
EP1403769A1 (en) 2004-03-31
WO2002103530A1 (fr) 2002-12-27

Similar Documents

Publication Publication Date Title
JP3861625B2 (ja) データ転送システム、データ転送装置、記録装置、データ転送方法
KR101010102B1 (ko) 데이터 전송 시스템, 데이터 전송 장치, 데이터 기록장치, 데이터 관리 방법, 식별자 생성 방법
JP3809779B2 (ja) データ転送システム、データ転送装置、データ記録装置、データ転送方法
JP3770101B2 (ja) データ転送方法、転送データ記録方法、データ転送システム、データ転送装置
JP4655470B2 (ja) コンテンツデータ処理装置及びコンテンツデータ処理方法、並びにコンテンツデータ管理システム及びコンテンツデータ管理方法
KR100897966B1 (ko) 기기 제어 방법, 데이터 전송 장치 및 기록 매체
JP2001051906A (ja) 情報処理装置および方法、並びにプログラム格納媒体
JP4277869B2 (ja) データ転送システム、データ転送装置、データ記録再生装置
JP2002372976A (ja) データ転送システム、データ転送装置、データ記録装置、課金処理方法
JP2003178201A (ja) 通信装置、通信システム、通信方法、通信プログラムおよび通信プログラムを格納した記録媒体
JP4333131B2 (ja) データ転送方法、データ転送システム
JP4337811B2 (ja) データ記録装置

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051025

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051222

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060214

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20060302

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060403

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20060412

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060502

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060515

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100602

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100602

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110602

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120602

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120602

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130602

Year of fee payment: 7

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees