JP2000357386A - 編集装置及び操作装置 - Google Patents
編集装置及び操作装置Info
- Publication number
- JP2000357386A JP2000357386A JP11167327A JP16732799A JP2000357386A JP 2000357386 A JP2000357386 A JP 2000357386A JP 11167327 A JP11167327 A JP 11167327A JP 16732799 A JP16732799 A JP 16732799A JP 2000357386 A JP2000357386 A JP 2000357386A
- Authority
- JP
- Japan
- Prior art keywords
- data
- track
- recorded
- information
- area
- 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 claims description 84
- 238000012545 processing Methods 0.000 claims description 55
- 230000008569 process Effects 0.000 claims description 49
- 230000006870 function Effects 0.000 abstract description 15
- 230000005540 biological transmission Effects 0.000 description 93
- 230000006854 communication Effects 0.000 description 43
- 238000004891 communication Methods 0.000 description 42
- 238000010586 diagram Methods 0.000 description 42
- 238000007726 management method Methods 0.000 description 41
- 230000004044 response Effects 0.000 description 39
- 239000000463 material Substances 0.000 description 16
- 230000003287 optical effect Effects 0.000 description 13
- 230000005236 sound signal Effects 0.000 description 10
- 230000002950 deficient Effects 0.000 description 8
- 238000012546 transfer Methods 0.000 description 8
- 230000007704 transition Effects 0.000 description 7
- 101000982628 Homo sapiens Prolyl 3-hydroxylase OGFOD1 Proteins 0.000 description 6
- 102100026942 Prolyl 3-hydroxylase OGFOD1 Human genes 0.000 description 6
- 230000001419 dependent effect Effects 0.000 description 6
- 230000008054 signal transmission Effects 0.000 description 5
- 238000007906 compression Methods 0.000 description 4
- 230000006835 compression Effects 0.000 description 4
- 150000002500 ions Chemical class 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 229940054107 isochron Drugs 0.000 description 3
- MOYKHGMNXAOIAT-JGWLITMVSA-N isosorbide dinitrate Chemical group [O-][N+](=O)O[C@H]1CO[C@@H]2[C@H](O[N+](=O)[O-])CO[C@@H]21 MOYKHGMNXAOIAT-JGWLITMVSA-N 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 238000005070 sampling Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- MWRBNPKJOOWZPW-GPADLTIESA-N 1,2-di-[(9E)-octadecenoyl]-sn-glycero-3-phosphoethanolamine Chemical compound CCCCCCCC\C=C\CCCCCCCC(=O)OC[C@H](COP(O)(=O)OCCN)OC(=O)CCCCCCC\C=C\CCCCCCCC MWRBNPKJOOWZPW-GPADLTIESA-N 0.000 description 1
- 102100022005 B-lymphocyte antigen CD20 Human genes 0.000 description 1
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 238000005773 Enders reaction Methods 0.000 description 1
- 102100021735 Galectin-2 Human genes 0.000 description 1
- 101000897405 Homo sapiens B-lymphocyte antigen CD20 Proteins 0.000 description 1
- 101001042446 Homo sapiens Galectin-2 Proteins 0.000 description 1
- 101000649946 Homo sapiens Vacuolar protein sorting-associated protein 29 Proteins 0.000 description 1
- 230000005374 Kerr effect Effects 0.000 description 1
- 108010047230 Member 1 Subfamily B ATP Binding Cassette Transporter Proteins 0.000 description 1
- 101001062854 Rattus norvegicus Fatty acid-binding protein 5 Proteins 0.000 description 1
- 229910017435 S2 In Inorganic materials 0.000 description 1
- 101100046502 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) TNA1 gene Proteins 0.000 description 1
- 102100030306 TBC1 domain family member 9 Human genes 0.000 description 1
- 102100028290 Vacuolar protein sorting-associated protein 29 Human genes 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000012447 hatching Effects 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 238000009751 slip forming Methods 0.000 description 1
- 230000002269 spontaneous effect Effects 0.000 description 1
- 229920006345 thermoplastic polyamide Polymers 0.000 description 1
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/34—Indicating arrangements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/036—Insert-editing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B11/00—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor
- G11B11/10—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor using recording by magnetic means or other means for magnetisation or demagnetisation of a record carrier, e.g. light induced spin magnetisation; Demagnetisation by thermal or stress means in the presence or not of an orienting magnetic field
- G11B11/105—Recording on or reproducing from the same record carrier wherein for these two operations the methods are covered by different main groups of groups G11B3/00 - G11B7/00 or by different subgroups of group G11B9/00; Record carriers therefor using recording by magnetic means or other means for magnetisation or demagnetisation of a record carrier, e.g. light induced spin magnetisation; Demagnetisation by thermal or stress means in the presence or not of an orienting magnetic field using a beam of light or a magnetic field for recording by change of magnetisation and a beam of light for reproducing, i.e. magneto-optical, e.g. light-induced thermomagnetic recording, spin magnetisation recording, Kerr or Faraday effect reproducing
- G11B11/10595—Control of operating function
-
- 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
- G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
- G11B20/1251—Formatting, e.g. arrangement of data block or words on the record carriers on discs for continuous data, e.g. digitised analog information signals, pulse code modulated [PCM] data
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2525—Magneto-optical [MO] discs
- G11B2220/2529—Mini-discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/60—Solid state media
- G11B2220/65—Solid state media wherein solid state memory is used for storing indexing information or metadata
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
Abstract
(57)【要約】
【課題】 トラック消去編集機能の利便性の向上を図
る。 【解決手段】 パーソナルコンピュータ側では、消去す
べき複数のプログラム（トラック）を指定するための操
作を可能とし、この操作に応じて消去すべきプログラム
を複数指定可能なコマンド（MULTIPLE ERASE Command）
を送信する。編集装置としてのＭＤレコーダ／プレーヤ
側では、受信したMULTIPLE ERASE Commandの指定内容に
従って管理情報を更新することで、複数プログラムの一
括消去を行うように構成する。
る。 【解決手段】 パーソナルコンピュータ側では、消去す
べき複数のプログラム（トラック）を指定するための操
作を可能とし、この操作に応じて消去すべきプログラム
を複数指定可能なコマンド（MULTIPLE ERASE Command）
を送信する。編集装置としてのＭＤレコーダ／プレーヤ
側では、受信したMULTIPLE ERASE Commandの指定内容に
従って管理情報を更新することで、複数プログラムの一
括消去を行うように構成する。
Description
【０００１】
【発明の属する技術分野】本発明は、例えば光磁気ディ
スクの記録媒体であって、特に管理情報によって所定の
記録データ単位による管理が行われる記録媒体に対応し
て、その管理情報を更新することにより、上記所定の記
録データ単位による編集を行うことのできる編集装置
と、この編集装置に対して操作を行うことのできる操作
装置に関するものである。
スクの記録媒体であって、特に管理情報によって所定の
記録データ単位による管理が行われる記録媒体に対応し
て、その管理情報を更新することにより、上記所定の記
録データ単位による編集を行うことのできる編集装置
と、この編集装置に対して操作を行うことのできる操作
装置に関するものである。
【０００２】
【従来の技術】音楽等を記録／再生することのできる記
録装置／再生装置として、音声信号をデジタル信号で記
録する光磁気ディスクを記録媒体とした記録装置／再生
装置が知られている。このような記録再生装置として、
光磁気ディスクに対応したミニディスク記録再生装置が
知られている。例えば、ミニディスクの場合には、ディ
スク上でユーザーが録音を行なった領域（データ記録済
領域）や、まだ何も録音されていない領域（データ記録
可能な未記録領域）を管理するために、音楽等の主デー
タとは別に、ユーザーＴＯＣ（以下Ｕ−ＴＯＣという）
という管理情報が記録されている。そして記録装置はこ
のＵ−ＴＯＣを参照しながら録音を行なう領域を判別
し、また再生装置はＵ−ＴＯＣを参照して再生すべき領
域を判別している。
録装置／再生装置として、音声信号をデジタル信号で記
録する光磁気ディスクを記録媒体とした記録装置／再生
装置が知られている。このような記録再生装置として、
光磁気ディスクに対応したミニディスク記録再生装置が
知られている。例えば、ミニディスクの場合には、ディ
スク上でユーザーが録音を行なった領域（データ記録済
領域）や、まだ何も録音されていない領域（データ記録
可能な未記録領域）を管理するために、音楽等の主デー
タとは別に、ユーザーＴＯＣ（以下Ｕ−ＴＯＣという）
という管理情報が記録されている。そして記録装置はこ
のＵ−ＴＯＣを参照しながら録音を行なう領域を判別
し、また再生装置はＵ−ＴＯＣを参照して再生すべき領
域を判別している。
【０００３】つまり、Ｕ−ＴＯＣには録音された各楽曲
等がトラックというデータ単位で管理され、そのスター
トアドレス、エンドアドレス等が記される。また何も録
音されていない未記録領域（フリーエリア）については
データ記録可能領域として、そのスタートアドレス、エ
ンドアドレス等が記される。さらに、このようなＵ−Ｔ
ＯＣによりディスク上の領域が管理されることで、Ｕ−
ＴＯＣを更新するのみで、音楽等の記録データの１単位
であるトラックの分割（ディバイド）、連結（コンバイ
ン）、移動（ムーブ：トラックナンバの変更）、消去
（イレーズ）等の編集処理が容易でしかも迅速に実行で
きることになる。また、Ｕ−ＴＯＣにおいては、そのデ
ィスクのタイトル（ディスクネーム）や記録されている
楽曲などの各プログラムについて曲名（トラックネー
ム）などを文字情報として記録しておくことのできる領
域も設定されている。このため、ユーザの操作によっ
て、上記ディスクネームやトラックネームを入力すると
いった編集作業も行えるようになっている。なお、本明
細書では「プログラム」とは、ディスクに記録される主
データとしての楽曲などの音声データ等の単位の意味で
用い、例えば１曲分の音声データが１つのプログラムと
なる。また「プログラム」と同義で「トラック」という
言葉も用いる。
等がトラックというデータ単位で管理され、そのスター
トアドレス、エンドアドレス等が記される。また何も録
音されていない未記録領域（フリーエリア）については
データ記録可能領域として、そのスタートアドレス、エ
ンドアドレス等が記される。さらに、このようなＵ−Ｔ
ＯＣによりディスク上の領域が管理されることで、Ｕ−
ＴＯＣを更新するのみで、音楽等の記録データの１単位
であるトラックの分割（ディバイド）、連結（コンバイ
ン）、移動（ムーブ：トラックナンバの変更）、消去
（イレーズ）等の編集処理が容易でしかも迅速に実行で
きることになる。また、Ｕ−ＴＯＣにおいては、そのデ
ィスクのタイトル（ディスクネーム）や記録されている
楽曲などの各プログラムについて曲名（トラックネー
ム）などを文字情報として記録しておくことのできる領
域も設定されている。このため、ユーザの操作によっ
て、上記ディスクネームやトラックネームを入力すると
いった編集作業も行えるようになっている。なお、本明
細書では「プログラム」とは、ディスクに記録される主
データとしての楽曲などの音声データ等の単位の意味で
用い、例えば１曲分の音声データが１つのプログラムと
なる。また「プログラム」と同義で「トラック」という
言葉も用いる。
【０００４】
【発明が解決しようとする課題】ここで、例えばミニデ
ィスク記録再生装置の編集機能として、トラックの消去
を取り上げてみると、その操作手順としては、例えば次
のようになる。まずユーザは所定操作によって、消去す
べきトラックを１つ選択する。そして、この後消去処理
を実行させる。これにより、ユーザが選択したトラック
がディスク上では消去されたものとして管理されること
になる。
ィスク記録再生装置の編集機能として、トラックの消去
を取り上げてみると、その操作手順としては、例えば次
のようになる。まずユーザは所定操作によって、消去す
べきトラックを１つ選択する。そして、この後消去処理
を実行させる。これにより、ユーザが選択したトラック
がディスク上では消去されたものとして管理されること
になる。
【０００５】上記のような操作手順にあっては、例えば
或るディスクに記録されているいくつかのトラックのう
ちから、２以上の複数のトラックを消去する必要のある
ときには、上記した一連の操作手順を１トラックごとに
繰り返していくことになる。つまり、これまでにあって
は、１回の消去指示操作手順によって、複数のトラック
を消去するという操作形態が提供されていなかったもの
である。トラック消去のための編集操作の効率からいえ
ば、１回の消去指示操作手順で以て複数のトラックを消
去するという操作形態をユーザに提供することが当然の
こととして望まれるものである。
或るディスクに記録されているいくつかのトラックのう
ちから、２以上の複数のトラックを消去する必要のある
ときには、上記した一連の操作手順を１トラックごとに
繰り返していくことになる。つまり、これまでにあって
は、１回の消去指示操作手順によって、複数のトラック
を消去するという操作形態が提供されていなかったもの
である。トラック消去のための編集操作の効率からいえ
ば、１回の消去指示操作手順で以て複数のトラックを消
去するという操作形態をユーザに提供することが当然の
こととして望まれるものである。
【０００６】
【課題を解決するための手段】そこで本発明は上記した
課題を解決するため、次のような構成を採る。つまり、
データがプログラム単位で記録されると共に、データの
記録又は再生動作を管理するための管理情報が記録され
る記録媒体に対応して、少なくとも、プログラム単位に
よる管理情報更新処理を実行可能な編集装置として、消
去すべき複数のプログラムを指定するプログラム消去情
報を取得した場合に、このプログラム消去情報により指
定された複数のプログラムが消去されるものとして管理
されるように管理情報を更新する管理情報更新制御手段
を備えて編集装置を構成する。
課題を解決するため、次のような構成を採る。つまり、
データがプログラム単位で記録されると共に、データの
記録又は再生動作を管理するための管理情報が記録され
る記録媒体に対応して、少なくとも、プログラム単位に
よる管理情報更新処理を実行可能な編集装置として、消
去すべき複数のプログラムを指定するプログラム消去情
報を取得した場合に、このプログラム消去情報により指
定された複数のプログラムが消去されるものとして管理
されるように管理情報を更新する管理情報更新制御手段
を備えて編集装置を構成する。
【０００７】また、データがプログラム単位で記録され
ると共に、データの記録又は再生動作を管理するための
管理情報が記録される記録媒体に対応して、少なくと
も、プログラム単位による管理情報更新処理を実行可能
な編集装置に対応して使用されるものであり、少なくと
も、消去すべき複数のプログラムを指定するための操作
を行うことができる操作手段と、上記操作手段に対して
行われた操作に応じて、消去すべき複数のプログラムを
指定した内容を有するプログラム消去情報を生成するこ
とのできる情報生成手段と、この情報生成手段により生
成されたプログラム消去情報を上記編集装置に対して出
力することのできる情報出力手段とを備えて操作装置を
構成する。
ると共に、データの記録又は再生動作を管理するための
管理情報が記録される記録媒体に対応して、少なくと
も、プログラム単位による管理情報更新処理を実行可能
な編集装置に対応して使用されるものであり、少なくと
も、消去すべき複数のプログラムを指定するための操作
を行うことができる操作手段と、上記操作手段に対して
行われた操作に応じて、消去すべき複数のプログラムを
指定した内容を有するプログラム消去情報を生成するこ
とのできる情報生成手段と、この情報生成手段により生
成されたプログラム消去情報を上記編集装置に対して出
力することのできる情報出力手段とを備えて操作装置を
構成する。
【０００８】上記構成によれば、まず消去すべきトラッ
クを複数指定することのできる操作手段、若しくは操作
装置が提供される。そして、この操作手段、若しくは操
作装置に対する操作によって生成されたプログラム消去
情報の内容に応じて、編集装置では、複数のトラックを
同時消去するように処理が実行されることになる。ま
た、特に操作に応じてプログラム消去情報を生成するの
にあたって、編集装置とは別体とされる操作装置を提供
するようにすれば、使い勝手の良いユーザインタフェイ
スを有するように特化した機能を与えることも容易に可
能となる。
クを複数指定することのできる操作手段、若しくは操作
装置が提供される。そして、この操作手段、若しくは操
作装置に対する操作によって生成されたプログラム消去
情報の内容に応じて、編集装置では、複数のトラックを
同時消去するように処理が実行されることになる。ま
た、特に操作に応じてプログラム消去情報を生成するの
にあたって、編集装置とは別体とされる操作装置を提供
するようにすれば、使い勝手の良いユーザインタフェイ
スを有するように特化した機能を与えることも容易に可
能となる。
【０００９】
【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。なお、以降の説明は次の順序で行う。 １．デジタル衛星放送受信システム １−１．全体構成 １−２．ミニディスク記録再生装置 １−２−１．ＭＤレコーダ／プレーヤの構成 １−２−２．セクターフォーマット及びアドレス形式 １−２−３．エリア構造 １−２−４．Ｕ−ＴＯＣ １−２−４−１．Ｕ−ＴＯＣセクター０ １−２−４−２．Ｕ−ＴＯＣセクター１ １−２−４−３．Ｕ−ＴＯＣセクター２ １−２−４−３．Ｕ−ＴＯＣセクター４ １−３．パーソナルコンピュータ ２．ＩＥＥＥ１３９４による本実施の形態のデータ通信 ２−１．概要 ２−２．スタックモデル ２−３．信号伝送形態 ２−４．機器間のバス接続 ２−５．パケット ２−６．トランザクションルール ２−７．アドレッシング ２−８．ＣＩＰ(Common Isochronos Packet) ２−９．コネクションマネージメント ２−１０．ＦＣＰにおけるコマンド及びレスポンス ２−１１．ＡＶ／Ｃコマンドパケット ２−１２．プラグ ２−１３．Asynchronous Connection送信手順 ３．本実施の形態の消去編集 ３−１．操作手順 ３−２．ＭＵＬＴＩＰＬＥ ＥＲＡＣＥ Ｃｏｍｍａｎ
ｄ ３−３．処理動作
て説明する。なお、以降の説明は次の順序で行う。 １．デジタル衛星放送受信システム １−１．全体構成 １−２．ミニディスク記録再生装置 １−２−１．ＭＤレコーダ／プレーヤの構成 １−２−２．セクターフォーマット及びアドレス形式 １−２−３．エリア構造 １−２−４．Ｕ−ＴＯＣ １−２−４−１．Ｕ−ＴＯＣセクター０ １−２−４−２．Ｕ−ＴＯＣセクター１ １−２−４−３．Ｕ−ＴＯＣセクター２ １−２−４−３．Ｕ−ＴＯＣセクター４ １−３．パーソナルコンピュータ ２．ＩＥＥＥ１３９４による本実施の形態のデータ通信 ２−１．概要 ２−２．スタックモデル ２−３．信号伝送形態 ２−４．機器間のバス接続 ２−５．パケット ２−６．トランザクションルール ２−７．アドレッシング ２−８．ＣＩＰ(Common Isochronos Packet) ２−９．コネクションマネージメント ２−１０．ＦＣＰにおけるコマンド及びレスポンス ２−１１．ＡＶ／Ｃコマンドパケット ２−１２．プラグ ２−１３．Asynchronous Connection送信手順 ３．本実施の形態の消去編集 ３−１．操作手順 ３−２．ＭＵＬＴＩＰＬＥ ＥＲＡＣＥ Ｃｏｍｍａｎ
ｄ ３−３．処理動作
【００１０】１．デジタル衛星放送受信システム １−１．全体構成 本実施の形態の編集装置は、光磁気ディスクであるミニ
ディスク（ＭＤ）に対応してオーディオデータの記録再
生が可能とされるＭＤレコーダ／プレーヤに搭載されて
いるものとする。また、このＭＤレコーダ／プレーヤ
は、ＩＥＥＥ１３９４バスによりデータの送受信を行う
ＡＶシステムを形成しているものとする。このＡＶシス
テムとしては、デジタル衛星放送を受信して、受信デー
タをダウンロード可能な構成が採られるものである。そ
こで先ず、本発明の実施の形態としてのＡＶシステムを
含むデジタル衛星放送送受信システムの概要について説
明する。
ディスク（ＭＤ）に対応してオーディオデータの記録再
生が可能とされるＭＤレコーダ／プレーヤに搭載されて
いるものとする。また、このＭＤレコーダ／プレーヤ
は、ＩＥＥＥ１３９４バスによりデータの送受信を行う
ＡＶシステムを形成しているものとする。このＡＶシス
テムとしては、デジタル衛星放送を受信して、受信デー
タをダウンロード可能な構成が採られるものである。そ
こで先ず、本発明の実施の形態としてのＡＶシステムを
含むデジタル衛星放送送受信システムの概要について説
明する。
【００１１】図１は、本実施の形態としてのデジタル衛
星放送送受信システムの全体構成を示すものである。こ
の図に示すように、デジタル衛星放送の地上局１０１に
は、テレビ番組素材サーバ１０６からのテレビ番組放送
のための素材と、楽曲素材サーバ１０７からの楽曲デー
タの素材と、音声付加情報サーバ１０８からの音声付加
情報と、ＧＵＩデータサーバ１０９からのＧＵＩデータ
とが送られる。
星放送送受信システムの全体構成を示すものである。こ
の図に示すように、デジタル衛星放送の地上局１０１に
は、テレビ番組素材サーバ１０６からのテレビ番組放送
のための素材と、楽曲素材サーバ１０７からの楽曲デー
タの素材と、音声付加情報サーバ１０８からの音声付加
情報と、ＧＵＩデータサーバ１０９からのＧＵＩデータ
とが送られる。
【００１２】テレビ番組素材サーバ１０６は、通常の放
送番組の素材を提供するサーバである。このテレビ番組
素材サーバから送られてくる音楽放送の素材は、動画及
び音声とされる。例えば、音楽放送番組であれば、上記
テレビ番組素材サーバ１０６の動画及び音声の素材を利
用して、例えば新曲のプロモーション用の動画及び音声
が放送されたりすることになる。
送番組の素材を提供するサーバである。このテレビ番組
素材サーバから送られてくる音楽放送の素材は、動画及
び音声とされる。例えば、音楽放送番組であれば、上記
テレビ番組素材サーバ１０６の動画及び音声の素材を利
用して、例えば新曲のプロモーション用の動画及び音声
が放送されたりすることになる。
【００１３】楽曲素材サーバ１０７は、オーディオチャ
ンネルを使用して、オーディオ番組を提供するサーバで
ある。このオーディオ番組の素材は音声のみとなる。こ
の楽曲素材サーバ１０７は、複数のオーディオチャンネ
ルのオーディオ番組の素材を地上局１０１に伝送する。
各オーディオチャンネルの番組放送ではそれぞれ同一の
楽曲が所定の単位時間繰り返して放送される。各オーデ
ィオチャンネルは、それぞれ、独立しており、その利用
方法としては各種考えられる。例えば、１つのオーディ
オチャンネルでは最新の日本のポップスの数曲を或る一
定時間繰り返し放送し、他のオーディオチャンネルでは
最新の外国のポップスの数曲を或る一定時間繰り返し放
送するというようにされる。
ンネルを使用して、オーディオ番組を提供するサーバで
ある。このオーディオ番組の素材は音声のみとなる。こ
の楽曲素材サーバ１０７は、複数のオーディオチャンネ
ルのオーディオ番組の素材を地上局１０１に伝送する。
各オーディオチャンネルの番組放送ではそれぞれ同一の
楽曲が所定の単位時間繰り返して放送される。各オーデ
ィオチャンネルは、それぞれ、独立しており、その利用
方法としては各種考えられる。例えば、１つのオーディ
オチャンネルでは最新の日本のポップスの数曲を或る一
定時間繰り返し放送し、他のオーディオチャンネルでは
最新の外国のポップスの数曲を或る一定時間繰り返し放
送するというようにされる。
【００１４】音声付加情報サーバ１０８は、楽曲素材サ
ーバ１０７から出力される楽曲の時間情報等を提供する
サーバである。
ーバ１０７から出力される楽曲の時間情報等を提供する
サーバである。
【００１５】ＧＵＩデータサーバ１０９は、ユーザが操
作に用いるＧＵＩ画面を形成するための「ＧＵＩデー
タ」を提供する。例えば後述するような楽曲のダウンロ
ードに関するＧＵＩ画面であれば、配信される楽曲のリ
ストページや各楽曲の情報ページを形成するための画像
データ、テキストデータ、アルバムジャケットの静止画
を形成するためのデータなどを提供する。更には、ＡＶ
システム１０３側にていわゆるＥＰＧ(Electrical Prog
ram Guide)といわれる番組表表示を行うのに利用される
ＥＰＧデータもここから提供される。なお、「ＧＵＩデ
ータ」としては、例えばＭＨＥＧ(Multimedia Hypermed
ia Information Coding Experts Group)方式が採用され
る。ＭＨＥＧとは、マルチメディア情報、手順、操作な
どのそれぞれと、その組み合わせをオブジェクトとして
捉え、それらのオブジェクトを符号化したうえで、タイ
トル（例えばＧＵＩ画面）として制作するためのシナリ
オ記述の国際標準とされる。また、本実施の形態ではＭ
ＨＥＧ−５を採用するものとする。
作に用いるＧＵＩ画面を形成するための「ＧＵＩデー
タ」を提供する。例えば後述するような楽曲のダウンロ
ードに関するＧＵＩ画面であれば、配信される楽曲のリ
ストページや各楽曲の情報ページを形成するための画像
データ、テキストデータ、アルバムジャケットの静止画
を形成するためのデータなどを提供する。更には、ＡＶ
システム１０３側にていわゆるＥＰＧ(Electrical Prog
ram Guide)といわれる番組表表示を行うのに利用される
ＥＰＧデータもここから提供される。なお、「ＧＵＩデ
ータ」としては、例えばＭＨＥＧ(Multimedia Hypermed
ia Information Coding Experts Group)方式が採用され
る。ＭＨＥＧとは、マルチメディア情報、手順、操作な
どのそれぞれと、その組み合わせをオブジェクトとして
捉え、それらのオブジェクトを符号化したうえで、タイ
トル（例えばＧＵＩ画面）として制作するためのシナリ
オ記述の国際標準とされる。また、本実施の形態ではＭ
ＨＥＧ−５を採用するものとする。
【００１６】地上局１０１は上記テレビ番組素材サーバ
１０６、楽曲素材サーバ１０７、音声付加情報サーバ１
０８、及びＧＵＩデータサーバ１０９から伝送された情
報を多重化して送信する。本実施の形態では、テレビ番
組素材サーバ１０６から伝送されたビデオデータはＭＰ
ＥＧ(Moving Picture Experts Group)２方式により圧縮
符号化され、オーディオデータはＭＰＥＧ２オーディオ
方式により圧縮符号化される。また、楽曲素材サーバ１
０７から伝送されたオーディオデータは、オーディオチ
ャンネルごとに対応して、例えばＭＰＥＧ２オーディオ
方式と、ＡＴＲＡＣ(Adoptive Tranform Acoustic Codi
ng)方式と何れか一方の方式により圧縮符号化される。
また、これらのデータは多重化の際、キー情報サーバ１
１０からのキー情報を利用して暗号化される。なお、地
上局１０１の内部構成例については後述する。
１０６、楽曲素材サーバ１０７、音声付加情報サーバ１
０８、及びＧＵＩデータサーバ１０９から伝送された情
報を多重化して送信する。本実施の形態では、テレビ番
組素材サーバ１０６から伝送されたビデオデータはＭＰ
ＥＧ(Moving Picture Experts Group)２方式により圧縮
符号化され、オーディオデータはＭＰＥＧ２オーディオ
方式により圧縮符号化される。また、楽曲素材サーバ１
０７から伝送されたオーディオデータは、オーディオチ
ャンネルごとに対応して、例えばＭＰＥＧ２オーディオ
方式と、ＡＴＲＡＣ(Adoptive Tranform Acoustic Codi
ng)方式と何れか一方の方式により圧縮符号化される。
また、これらのデータは多重化の際、キー情報サーバ１
１０からのキー情報を利用して暗号化される。なお、地
上局１０１の内部構成例については後述する。
【００１７】地上局１０１からの信号は衛星１０２を介
して各家庭の受信設備（以降、ＡＶシステムともいう）
１０３で受信される。衛星１０２には複数のトランスポ
ンダが搭載されている。１つのトランスポンダは例えば
３０Ｍｂｐｓの伝送能力を有している。各家庭のＡＶシ
ステム１０３としては、パラボラアンテナ１１１とＩＲ
Ｄ(Integrated Receiver Decorder)１１２と、モニタ装
置１１４と、ＭＤレコーダ／プレーヤ１と、パーソナル
コンピュータ１１３とが用意される。また、この場合に
は、ＩＲＤ１１２に対して操作を行うためのリモートコ
ントローラ６４と、ＭＤレコーダ／プレーヤ１に対して
操作を行うためのリモートコントローラ３２が示されて
いる。
して各家庭の受信設備（以降、ＡＶシステムともいう）
１０３で受信される。衛星１０２には複数のトランスポ
ンダが搭載されている。１つのトランスポンダは例えば
３０Ｍｂｐｓの伝送能力を有している。各家庭のＡＶシ
ステム１０３としては、パラボラアンテナ１１１とＩＲ
Ｄ(Integrated Receiver Decorder)１１２と、モニタ装
置１１４と、ＭＤレコーダ／プレーヤ１と、パーソナル
コンピュータ１１３とが用意される。また、この場合に
は、ＩＲＤ１１２に対して操作を行うためのリモートコ
ントローラ６４と、ＭＤレコーダ／プレーヤ１に対して
操作を行うためのリモートコントローラ３２が示されて
いる。
【００１８】パラボラアンテナ１１１で衛星１０２を介
して放送されてきた信号が受信される。この受信信号が
パラボラアンテナ１１１に取り付けられたＬＮＢ(Low N
oizeBlock Down Converter)１１５で所定の周波数に変
換され、ＩＲＤ１１２に供給される。
して放送されてきた信号が受信される。この受信信号が
パラボラアンテナ１１１に取り付けられたＬＮＢ(Low N
oizeBlock Down Converter)１１５で所定の周波数に変
換され、ＩＲＤ１１２に供給される。
【００１９】ＩＲＤ１１２における概略的な動作として
は、受信信号から所定のチャンネルの信号を選局し、そ
の選局された信号から番組としてのビデオデータ及びオ
ーディオデータの復調を行ってビデオ信号、オーディオ
信号として出力する。また、ＩＲＤ１１２では、番組と
してのデータと共に多重化されて送信されてくる、ＧＵ
Ｉデータに基づいてＧＵＩ画面としての出力も行う。こ
のようなＩＲＤ１１２の出力は、例えばモニタ装置１１
４に対して供給される。これにより、モニタ装置１１４
では、ＩＲＤ１１２により受信選局した番組の画像表示
及び音声出力が行われ、また、後述するようなユーザの
操作に従ってＧＵＩ画面を表示させることが可能とな
る。
は、受信信号から所定のチャンネルの信号を選局し、そ
の選局された信号から番組としてのビデオデータ及びオ
ーディオデータの復調を行ってビデオ信号、オーディオ
信号として出力する。また、ＩＲＤ１１２では、番組と
してのデータと共に多重化されて送信されてくる、ＧＵ
Ｉデータに基づいてＧＵＩ画面としての出力も行う。こ
のようなＩＲＤ１１２の出力は、例えばモニタ装置１１
４に対して供給される。これにより、モニタ装置１１４
では、ＩＲＤ１１２により受信選局した番組の画像表示
及び音声出力が行われ、また、後述するようなユーザの
操作に従ってＧＵＩ画面を表示させることが可能とな
る。
【００２０】ＭＤレコーダ／プレーヤ１は、装填された
ミニディスクに対するオーディオデータの記録再生が可
能とされる。また、オーディオデータ（楽曲データ）、
及びこれに付随して関連付けされたアルバムジャケット
等の静止画像データ（ピクチャファイル）、及び歌詞や
ライナーノーツ等のテキストデータ（テキストファイ
ル）をディスクに記録し、かつ、記録されたこれらのピ
クチャファイル及びテキストファイル等のデータをオー
ディオデータの再生時間に同期させて再生出力すること
が可能とされる。なお、以降においては、上記オーディ
オデータに付随したピクチャファイル及びテキストファ
イル等のデータについては、後述するＭＤレコーダ／プ
レーヤ１での扱いに従って、便宜上「ＡＵＸデータ」と
もいうことにする。
ミニディスクに対するオーディオデータの記録再生が可
能とされる。また、オーディオデータ（楽曲データ）、
及びこれに付随して関連付けされたアルバムジャケット
等の静止画像データ（ピクチャファイル）、及び歌詞や
ライナーノーツ等のテキストデータ（テキストファイ
ル）をディスクに記録し、かつ、記録されたこれらのピ
クチャファイル及びテキストファイル等のデータをオー
ディオデータの再生時間に同期させて再生出力すること
が可能とされる。なお、以降においては、上記オーディ
オデータに付随したピクチャファイル及びテキストファ
イル等のデータについては、後述するＭＤレコーダ／プ
レーヤ１での扱いに従って、便宜上「ＡＵＸデータ」と
もいうことにする。
【００２１】パーソナルコンピュータ１１３は、例え
ば、ＩＲＤ１１２にて受信したデータや、ＭＤレコーダ
／プレーヤ１から再生されたデータを取り込んで各種所
要の編集処理を行うことができる。また、ユーザのパー
ソナルコンピュータ１１３に対する操作によって、ＩＲ
Ｄ１１２や、ＭＤレコーダ／プレーヤ１の動作制御を行
うことも可能とされる。
ば、ＩＲＤ１１２にて受信したデータや、ＭＤレコーダ
／プレーヤ１から再生されたデータを取り込んで各種所
要の編集処理を行うことができる。また、ユーザのパー
ソナルコンピュータ１１３に対する操作によって、ＩＲ
Ｄ１１２や、ＭＤレコーダ／プレーヤ１の動作制御を行
うことも可能とされる。
【００２２】ここで、本実施の形態のＡＶシステム１０
３としては、図２に示すように、ＩＲＤ１１２、ＭＤレ
コーダ／プレーヤ１、及びパーソナルコンピュータ１１
３は、ＩＥＥＥ１３９４バス１１６によって相互接続さ
れているものとされる。つまり、ＡＶシステム１０３を
構築しているＩＲＤ１１２、ＭＤレコーダ／プレーヤ
１、及びパーソナルコンピュータ１１３は、それぞれデ
ータ伝送規格としてＩＥＥＥ１３９４に対応したデータ
インターフェイスを備えているものとされる。
３としては、図２に示すように、ＩＲＤ１１２、ＭＤレ
コーダ／プレーヤ１、及びパーソナルコンピュータ１１
３は、ＩＥＥＥ１３９４バス１１６によって相互接続さ
れているものとされる。つまり、ＡＶシステム１０３を
構築しているＩＲＤ１１２、ＭＤレコーダ／プレーヤ
１、及びパーソナルコンピュータ１１３は、それぞれデ
ータ伝送規格としてＩＥＥＥ１３９４に対応したデータ
インターフェイスを備えているものとされる。
【００２３】これによって、本実施の形態では、ＩＲＤ
１１２にて受信された、楽曲としてのオーディオデータ
（ダウンロードデータ）を、ＡＴＲＡＣ方式により圧縮
処理が施されたままの状態で直接取り込んで記録するこ
とができる。また、上記オーディオデータと共に送信側
からアップロードされるＡＵＸデータをダウンロードし
て記録することも可能とされている。
１１２にて受信された、楽曲としてのオーディオデータ
（ダウンロードデータ）を、ＡＴＲＡＣ方式により圧縮
処理が施されたままの状態で直接取り込んで記録するこ
とができる。また、上記オーディオデータと共に送信側
からアップロードされるＡＵＸデータをダウンロードし
て記録することも可能とされている。
【００２４】ＩＲＤ１１２は、例えば図１に示すように
して、電話回線１０４を介して課金サーバ１０５と通信
可能とされている。ＩＲＤ１１２には、後述するように
して各種情報が記憶されるＩＣカードが挿入される。例
えば楽曲のオーディオデータのダウンロードが行われた
とすると、これに関する履歴情報がＩＣカードに記憶さ
れる。このＩＣカードの情報は、電話回線１０４を介し
て所定の機会、タイミングで課金サーバ１０５に送られ
る。課金サーバ１０５は、この送られてきた履歴情報に
従って金額を設定して課金を行い、ユーザに請求する。
して、電話回線１０４を介して課金サーバ１０５と通信
可能とされている。ＩＲＤ１１２には、後述するように
して各種情報が記憶されるＩＣカードが挿入される。例
えば楽曲のオーディオデータのダウンロードが行われた
とすると、これに関する履歴情報がＩＣカードに記憶さ
れる。このＩＣカードの情報は、電話回線１０４を介し
て所定の機会、タイミングで課金サーバ１０５に送られ
る。課金サーバ１０５は、この送られてきた履歴情報に
従って金額を設定して課金を行い、ユーザに請求する。
【００２５】これまでの説明から分かるように、本発明
が適用されたシステムでは、地上局１０１は、テレビ番
組素材サーバ１０６からの音楽番組放送の素材となるビ
デオデータ及びオーディオデータと、楽曲素材サーバ１
０７からのオーディオチャンネルの素材となるオーディ
オデータと、音声付加情報サーバ１０８からの音声デー
タと、ＧＵＩデータサーバ１０９からのＧＵＩデータと
を多重化して送信している。そして、各家庭のＡＶシス
テム１０３でこの放送を受信すると、例えばモニタ装置
１１４により、選局したチャンネルの番組を視聴するこ
とができる。また、番組のデータと共に送信されるＧＵ
Ｉデータを利用したＧＵＩ画面として、第１にはＥＰＧ
（Electrical Program Guide；電子番組ガイド）画面を
表示させ、番組の検索等を行うことができる。また、第
２には、例えば通常の番組放送以外の特定のサービス用
のＧＵＩ画面を利用して所要の操作を行うことで、本実
施の形態の場合には、放送システムにおいて提供されて
いる通常番組の視聴以外のサービスを享受することがで
きる。例えば、オーディオ（楽曲）データのダウンロー
ドサービス用のＧＵＩ画面を表示させて、このＧＵＩ画
面を利用して操作を行えば、ユーザが希望した楽曲のオ
ーディオデータをダウンロードしてＭＤレコーダ／プレ
ーヤ１に記録して保存することが可能になる。
が適用されたシステムでは、地上局１０１は、テレビ番
組素材サーバ１０６からの音楽番組放送の素材となるビ
デオデータ及びオーディオデータと、楽曲素材サーバ１
０７からのオーディオチャンネルの素材となるオーディ
オデータと、音声付加情報サーバ１０８からの音声デー
タと、ＧＵＩデータサーバ１０９からのＧＵＩデータと
を多重化して送信している。そして、各家庭のＡＶシス
テム１０３でこの放送を受信すると、例えばモニタ装置
１１４により、選局したチャンネルの番組を視聴するこ
とができる。また、番組のデータと共に送信されるＧＵ
Ｉデータを利用したＧＵＩ画面として、第１にはＥＰＧ
（Electrical Program Guide；電子番組ガイド）画面を
表示させ、番組の検索等を行うことができる。また、第
２には、例えば通常の番組放送以外の特定のサービス用
のＧＵＩ画面を利用して所要の操作を行うことで、本実
施の形態の場合には、放送システムにおいて提供されて
いる通常番組の視聴以外のサービスを享受することがで
きる。例えば、オーディオ（楽曲）データのダウンロー
ドサービス用のＧＵＩ画面を表示させて、このＧＵＩ画
面を利用して操作を行えば、ユーザが希望した楽曲のオ
ーディオデータをダウンロードしてＭＤレコーダ／プレ
ーヤ１に記録して保存することが可能になる。
【００２６】１−２．ミニディスク記録再生装置 １−２−１．ＭＤレコーダ／プレーヤの構成 ここで、上記図２に示したＡＶシステム内において、本
実施の形態の特徴に関わるとされるのは、ＭＤプレーヤ
／レコーダ１及びパーソナルコンピュータ１１３とな
る。そこで先ず、ＭＤプレーヤ／レコーダ１の構成につ
いて説明する。
実施の形態の特徴に関わるとされるのは、ＭＤプレーヤ
／レコーダ１及びパーソナルコンピュータ１１３とな
る。そこで先ず、ＭＤプレーヤ／レコーダ１の構成につ
いて説明する。
【００２７】図３は、本実施の形態としてＡＶシステム
３に備えられる記録再生装置（ＭＤプレーヤ／レコー
ダ）１の内部構成を示す。音声データが記録される光磁
気ディスク（ミニディスク）９０は、スピンドルモータ
２により回転駆動される。そして光磁気ディスク９０に
対しては記録／再生時に光学ヘッド３によってレーザ光
が照射される。
３に備えられる記録再生装置（ＭＤプレーヤ／レコー
ダ）１の内部構成を示す。音声データが記録される光磁
気ディスク（ミニディスク）９０は、スピンドルモータ
２により回転駆動される。そして光磁気ディスク９０に
対しては記録／再生時に光学ヘッド３によってレーザ光
が照射される。
【００２８】光学ヘッド３は、記録時には記録トラック
をキュリー温度まで加熱するための高レベルのレーザ出
力を行ない、また再生時には磁気カー効果により反射光
からデータを検出するための比較的低レベルのレーザ出
力を行なう。このため、光学ヘッド３にはレーザ出力手
段としてのレーザダイオード、偏光ビームスプリッタや
対物レンズ等からなる光学系、及び反射光を検出するた
めのディテクタ等が搭載されている。対物レンズ３ａは
２軸機構４によってディスク半径方向及びディスクに接
離する方向に変位可能に保持されている。
をキュリー温度まで加熱するための高レベルのレーザ出
力を行ない、また再生時には磁気カー効果により反射光
からデータを検出するための比較的低レベルのレーザ出
力を行なう。このため、光学ヘッド３にはレーザ出力手
段としてのレーザダイオード、偏光ビームスプリッタや
対物レンズ等からなる光学系、及び反射光を検出するた
めのディテクタ等が搭載されている。対物レンズ３ａは
２軸機構４によってディスク半径方向及びディスクに接
離する方向に変位可能に保持されている。
【００２９】また、ディスク９０を挟んで光学ヘッド３
と対向する位置に磁気ヘッド６ａが配置されている。磁
気ヘッド６ａは供給されたデータによって変調された磁
界を光磁気ディスク９０に印加する動作を行なう。光学
ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５に
よりディスク半径方向に移動可能とされている。
と対向する位置に磁気ヘッド６ａが配置されている。磁
気ヘッド６ａは供給されたデータによって変調された磁
界を光磁気ディスク９０に印加する動作を行なう。光学
ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５に
よりディスク半径方向に移動可能とされている。
【００３０】再生動作によって、光学ヘッド３によりデ
ィスク９０から検出された情報はＲＦアンプ７に供給さ
れる。ＲＦアンプ７は供給された情報の演算処理によ
り、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォ
ーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク
９０にプリグルーブ（ウォブリンググルーブ）として記
録されている絶対位置情報）ＧＦＭ等を抽出する。抽出
された再生ＲＦ信号はエンコーダ／デコーダ部８に供給
される。また、トラッキングエラー信号ＴＥ、フォーカ
スエラー信号ＦＥはサーボ回路９に供給され、グルーブ
情報ＧＦＭはアドレスデコーダ１０に供給される。
ィスク９０から検出された情報はＲＦアンプ７に供給さ
れる。ＲＦアンプ７は供給された情報の演算処理によ
り、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォ
ーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク
９０にプリグルーブ（ウォブリンググルーブ）として記
録されている絶対位置情報）ＧＦＭ等を抽出する。抽出
された再生ＲＦ信号はエンコーダ／デコーダ部８に供給
される。また、トラッキングエラー信号ＴＥ、フォーカ
スエラー信号ＦＥはサーボ回路９に供給され、グルーブ
情報ＧＦＭはアドレスデコーダ１０に供給される。
【００３１】サーボ回路９は供給されたトラッキングエ
ラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロ
コンピュータにより構成されるシステムコントローラ１
１からのトラックジャンプ指令、アクセス指令、スピン
ドルモータ２の回転速度検出情報等により各種サーボ駆
動信号を発生させ、２軸機構４及びスレッド機構５を制
御してフォーカス及びトラッキング制御を行ない、また
スピンドルモータ２を一定線速度（ＣＬＶ）に制御す
る。
ラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロ
コンピュータにより構成されるシステムコントローラ１
１からのトラックジャンプ指令、アクセス指令、スピン
ドルモータ２の回転速度検出情報等により各種サーボ駆
動信号を発生させ、２軸機構４及びスレッド機構５を制
御してフォーカス及びトラッキング制御を行ない、また
スピンドルモータ２を一定線速度（ＣＬＶ）に制御す
る。
【００３２】アドレスデコーダ１０は供給されたグルー
ブ情報ＧＦＭをデコードしてアドレス情報を抽出する。
このアドレス情報はシステムコントローラ１１に供給さ
れ、各種の制御動作に用いられる。また再生ＲＦ信号に
ついてはエンコーダ／デコーダ部８においてＥＦＭ復
調、ＣＩＲＣ等のデコード処理が行なわれるが、このと
きアドレス、サブコードデータなども抽出され、システ
ムコントローラ１１に供給される。
ブ情報ＧＦＭをデコードしてアドレス情報を抽出する。
このアドレス情報はシステムコントローラ１１に供給さ
れ、各種の制御動作に用いられる。また再生ＲＦ信号に
ついてはエンコーダ／デコーダ部８においてＥＦＭ復
調、ＣＩＲＣ等のデコード処理が行なわれるが、このと
きアドレス、サブコードデータなども抽出され、システ
ムコントローラ１１に供給される。
【００３３】エンコーダ／デコーダ部８でＥＦＭ復調、
ＣＩＲＣ等のデコード処理された音声データ（セクター
データ）は、メモリコントローラ１２によって一旦バッ
ファメモリ１３に書き込まれる。なお、光学ヘッド３に
よるディスク９０からのデータの読み取り及び光学ヘッ
ド３からバッファメモリ１３までの系における再生デー
タの転送は1.41Mbit/secで、しかも通常は間欠的に行な
われる。
ＣＩＲＣ等のデコード処理された音声データ（セクター
データ）は、メモリコントローラ１２によって一旦バッ
ファメモリ１３に書き込まれる。なお、光学ヘッド３に
よるディスク９０からのデータの読み取り及び光学ヘッ
ド３からバッファメモリ１３までの系における再生デー
タの転送は1.41Mbit/secで、しかも通常は間欠的に行な
われる。
【００３４】バッファメモリ１３に書き込まれたデータ
は、再生データの転送が0.3Mbit/sec となるタイミング
で読み出され、エンコーダ／デコーダ部１４に供給され
る。そして、音声圧縮処理に対するデコード処理等の再
生信号処理を施され、４４．１ＫＨZ サンプリング、１
６ビット量子化のデジタルオーディオ信号とされる。こ
のデジタルオーディオ信号はＤ／Ａ変換器１５によって
アナログ信号とされ、出力処理部１６でレベル調整、イ
ンピーダンス調整等が行われてライン出力端子１７から
アナログオーディオ信号Ａｏｕｔとして外部機器に対し
て出力される。またヘッドホン出力ＨＰｏｕｔとしてヘ
ッドホン出力端子２７に供給され、接続されるヘッドホ
ンに出力される。
は、再生データの転送が0.3Mbit/sec となるタイミング
で読み出され、エンコーダ／デコーダ部１４に供給され
る。そして、音声圧縮処理に対するデコード処理等の再
生信号処理を施され、４４．１ＫＨZ サンプリング、１
６ビット量子化のデジタルオーディオ信号とされる。こ
のデジタルオーディオ信号はＤ／Ａ変換器１５によって
アナログ信号とされ、出力処理部１６でレベル調整、イ
ンピーダンス調整等が行われてライン出力端子１７から
アナログオーディオ信号Ａｏｕｔとして外部機器に対し
て出力される。またヘッドホン出力ＨＰｏｕｔとしてヘ
ッドホン出力端子２７に供給され、接続されるヘッドホ
ンに出力される。
【００３５】また、エンコーダ／デコーダ部１４でデコ
ードされた状態のデジタルオーディオ信号は、デジタル
インターフェース部２２に供給されることで、デジタル
出力端子２１からデジタルオーディオ信号Ｄｏｕｔとし
て外部機器に出力することもできる。例えば光ケーブル
による伝送形態で外部機器に出力される。
ードされた状態のデジタルオーディオ信号は、デジタル
インターフェース部２２に供給されることで、デジタル
出力端子２１からデジタルオーディオ信号Ｄｏｕｔとし
て外部機器に出力することもできる。例えば光ケーブル
による伝送形態で外部機器に出力される。
【００３６】光磁気ディスク９０に対して記録動作が実
行される際には、ライン入力端子１８に供給された記録
信号（アナログオーディオ信号Ａｉｎ）は、Ａ／Ｄ変換
器１９によってデジタルデータとされた後、エンコーダ
／デコーダ部１４に供給され、音声圧縮エンコード処理
を施される。または外部機器からデジタル入力端子２０
にデジタルオーディオ信号Ｄｉｎが供給された場合は、
デジタルインターフェース部２２で制御コード等の抽出
が行われるとともに、そのオーディオデータがエンコー
ダ／デコーダ部１４に供給され、音声圧縮エンコード処
理を施される。なお図示していないがマイクロホン入力
端子を設け、マイクロホン入力を記録信号として用いる
ことも当然可能である。
行される際には、ライン入力端子１８に供給された記録
信号（アナログオーディオ信号Ａｉｎ）は、Ａ／Ｄ変換
器１９によってデジタルデータとされた後、エンコーダ
／デコーダ部１４に供給され、音声圧縮エンコード処理
を施される。または外部機器からデジタル入力端子２０
にデジタルオーディオ信号Ｄｉｎが供給された場合は、
デジタルインターフェース部２２で制御コード等の抽出
が行われるとともに、そのオーディオデータがエンコー
ダ／デコーダ部１４に供給され、音声圧縮エンコード処
理を施される。なお図示していないがマイクロホン入力
端子を設け、マイクロホン入力を記録信号として用いる
ことも当然可能である。
【００３７】エンコーダ／デコーダ部１４によって圧縮
された記録データはメモリコントローラ１２によって一
旦バッファメモリ１３に書き込まれて蓄積されていった
後、所定量のデータ単位毎に読み出されてエンコーダ／
デコーダ部８に送られる。そしてエンコーダ／デコーダ
部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード
処理された後、磁気ヘッド駆動回路６に供給される。
された記録データはメモリコントローラ１２によって一
旦バッファメモリ１３に書き込まれて蓄積されていった
後、所定量のデータ単位毎に読み出されてエンコーダ／
デコーダ部８に送られる。そしてエンコーダ／デコーダ
部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード
処理された後、磁気ヘッド駆動回路６に供給される。
【００３８】磁気ヘッド駆動回路６はエンコード処理さ
れた記録データに応じて、磁気ヘッド６ａに磁気ヘッド
駆動信号を供給する。つまり、光磁気ディスク９０に対
して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行さ
せる。また、このときシステムコントローラ１１は光学
ヘッドに対して、記録レベルのレーザ光を出力するよう
に制御信号を供給する。
れた記録データに応じて、磁気ヘッド６ａに磁気ヘッド
駆動信号を供給する。つまり、光磁気ディスク９０に対
して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行さ
せる。また、このときシステムコントローラ１１は光学
ヘッドに対して、記録レベルのレーザ光を出力するよう
に制御信号を供給する。
【００３９】操作部２３はユーザー操作に供される部位
を示し、各種操作キーやダイヤルとしての操作子が設け
られる。操作子としては例えば、再生、録音、一時停
止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ
（頭出しサーチ）などの記録再生動作にかかる操作子
や、通常再生、プログラム再生、シャッフル再生などの
プレイモードにかかる操作子、さらには表示部２４にお
ける表示状態を切り換える表示モード操作のための操作
子、トラック（プログラム）分割、トラック連結、トラ
ック消去、トラックネーム入力、ディスクネーム入力な
どのプログラム編集操作のための操作子が設けられてい
る。これらの操作キーやダイヤルによる操作情報はシス
テムコントローラ１１に供給され、システムコントロー
ラ１１は操作情報に応じた動作制御を実行することにな
る。
を示し、各種操作キーやダイヤルとしての操作子が設け
られる。操作子としては例えば、再生、録音、一時停
止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ
（頭出しサーチ）などの記録再生動作にかかる操作子
や、通常再生、プログラム再生、シャッフル再生などの
プレイモードにかかる操作子、さらには表示部２４にお
ける表示状態を切り換える表示モード操作のための操作
子、トラック（プログラム）分割、トラック連結、トラ
ック消去、トラックネーム入力、ディスクネーム入力な
どのプログラム編集操作のための操作子が設けられてい
る。これらの操作キーやダイヤルによる操作情報はシス
テムコントローラ１１に供給され、システムコントロー
ラ１１は操作情報に応じた動作制御を実行することにな
る。
【００４０】また、本実施の形態においては、受信部３
０が備えられている。受信部３０では、リモートコント
ローラ３２から送信された、例えば赤外線によるコマン
ド信号を受信してデコード処理を行って、コマンドコー
ド（操作情報）としてシステムコントローラ１１に出力
する。この受信部３０から出力された操作情報に基づい
ても、システムコントローラ１１は動作制御を実行す
る。
０が備えられている。受信部３０では、リモートコント
ローラ３２から送信された、例えば赤外線によるコマン
ド信号を受信してデコード処理を行って、コマンドコー
ド（操作情報）としてシステムコントローラ１１に出力
する。この受信部３０から出力された操作情報に基づい
ても、システムコントローラ１１は動作制御を実行す
る。
【００４１】表示部２４の表示動作はシステムコントロ
ーラ１１によって制御される。即ちシステムコントロー
ラ１１は表示動作を実行させる際に表示すべきデータを
表示部２４内の表示ドライバに送信する。表示ドライバ
は供給されたデータに基づいて液晶パネルなどによるデ
ィスプレイの表示動作を駆動し、所要の数字、文字、記
号などの表示を実行させる。表示部２４においては、記
録／再生しているディスクの動作モード状態、トラック
ナンバ、記録時間／再生時間、編集動作状態等が示され
る。またディスク９０には主データたるプログラムに付
随して管理される文字情報（トラックネーム等）が記録
できるが、その文字情報の入力の際の入力文字の表示
や、ディスクから読み出した文字情報の表示などが実行
される。さらに本例の場合、ディスク９０には、プログ
ラムとしての楽曲等のデータとは独立したデータファイ
ルとなる副データ（ＡＵＸデータ）が記録されることが
できる。ＡＵＸデータとしてのデータファイルは、文
字、静止画などの情報となるが、これらの文字や静止画
は表示部２４により表示出力可能とされる。
ーラ１１によって制御される。即ちシステムコントロー
ラ１１は表示動作を実行させる際に表示すべきデータを
表示部２４内の表示ドライバに送信する。表示ドライバ
は供給されたデータに基づいて液晶パネルなどによるデ
ィスプレイの表示動作を駆動し、所要の数字、文字、記
号などの表示を実行させる。表示部２４においては、記
録／再生しているディスクの動作モード状態、トラック
ナンバ、記録時間／再生時間、編集動作状態等が示され
る。またディスク９０には主データたるプログラムに付
随して管理される文字情報（トラックネーム等）が記録
できるが、その文字情報の入力の際の入力文字の表示
や、ディスクから読み出した文字情報の表示などが実行
される。さらに本例の場合、ディスク９０には、プログ
ラムとしての楽曲等のデータとは独立したデータファイ
ルとなる副データ（ＡＵＸデータ）が記録されることが
できる。ＡＵＸデータとしてのデータファイルは、文
字、静止画などの情報となるが、これらの文字や静止画
は表示部２４により表示出力可能とされる。
【００４２】本実施の形態では、ＡＵＸデータである静
止画及び文字を表示部２４に表示させるための構成とし
て、ＪＰＥＧデコーダ２６が備えられる。即ち、本実施
の形態においては、ＡＵＸデータとしてのデータファイ
ルである静止画データは、ＪＰＥＧ(Joint Photographi
c Coding Experts Group)方式により圧縮されたファイ
ル形式で記録される。ＪＰＥＧデコーダ２６では、ディ
スク９０にて再生されて例えばバッファメモリ１３に蓄
積された静止画データのファイルをメモリコントローラ
１２を介して入力し、ＪＰＥＧ方式に従った伸張処理を
施して表示部２４に出力する。これにより、ＡＵＸデー
タである静止画データが表示部２４にて表示されること
になる。
止画及び文字を表示部２４に表示させるための構成とし
て、ＪＰＥＧデコーダ２６が備えられる。即ち、本実施
の形態においては、ＡＵＸデータとしてのデータファイ
ルである静止画データは、ＪＰＥＧ(Joint Photographi
c Coding Experts Group)方式により圧縮されたファイ
ル形式で記録される。ＪＰＥＧデコーダ２６では、ディ
スク９０にて再生されて例えばバッファメモリ１３に蓄
積された静止画データのファイルをメモリコントローラ
１２を介して入力し、ＪＰＥＧ方式に従った伸張処理を
施して表示部２４に出力する。これにより、ＡＵＸデー
タである静止画データが表示部２４にて表示されること
になる。
【００４３】但し、ＡＵＸデータとしての文字情報や静
止画情報を出力するには、比較的大画面となり、かつ画
面上を或る程度自由に使用できるフルドットディスプレ
イやＣＲＴディスプレイが好適な場合も多く、このた
め、ＡＵＸデータの表示出力はインターフェース部２５
を介して外部のモニタ装置などにおいて実行するように
することが考えられる。またＡＵＸデータファイルはユ
ーザーがディスク９０に記録させることもできるが、そ
の場合の入力としてイメージスキャナ、パーソナルコン
ピュータ、キーボード等を用いることが必要になる場合
があり、そのような装置からＡＵＸデータファイルとし
ての情報をインターフェース部２５を介して入力するこ
とが考えられる。なお、本実施の形態においては、イン
ターフェース部２５はＩＥＥＥ１３９４インターフェイ
スが採用されるものとする。このため、以降においては
インターフェース部２５をＩＥＥＥ１３９４インターフ
ェイス２５とも表記する。従って、ＩＥＥＥ１３９４イ
ンターフェイス２５は、ＩＥＥＥ１３９４バス１１６を
介して各種外部機器と接続されることになる。
止画情報を出力するには、比較的大画面となり、かつ画
面上を或る程度自由に使用できるフルドットディスプレ
イやＣＲＴディスプレイが好適な場合も多く、このた
め、ＡＵＸデータの表示出力はインターフェース部２５
を介して外部のモニタ装置などにおいて実行するように
することが考えられる。またＡＵＸデータファイルはユ
ーザーがディスク９０に記録させることもできるが、そ
の場合の入力としてイメージスキャナ、パーソナルコン
ピュータ、キーボード等を用いることが必要になる場合
があり、そのような装置からＡＵＸデータファイルとし
ての情報をインターフェース部２５を介して入力するこ
とが考えられる。なお、本実施の形態においては、イン
ターフェース部２５はＩＥＥＥ１３９４インターフェイ
スが採用されるものとする。このため、以降においては
インターフェース部２５をＩＥＥＥ１３９４インターフ
ェイス２５とも表記する。従って、ＩＥＥＥ１３９４イ
ンターフェイス２５は、ＩＥＥＥ１３９４バス１１６を
介して各種外部機器と接続されることになる。
【００４４】システムコントローラ１１は、ＣＰＵ、内
部インターフェース部等を備えたマイクロコンピュータ
とされ、上述してきた各種動作の制御を行う。また、プ
ログラムＲＯＭ２８には、当該記録再生装置における各
種動作を実現するためのプログラム等が格納され、ワー
クＲＡＭ２９には、システムコントローラ１１が各種処
理を実行するのに必要なデータやプログラム等が適宜保
持される。
部インターフェース部等を備えたマイクロコンピュータ
とされ、上述してきた各種動作の制御を行う。また、プ
ログラムＲＯＭ２８には、当該記録再生装置における各
種動作を実現するためのプログラム等が格納され、ワー
クＲＡＭ２９には、システムコントローラ１１が各種処
理を実行するのに必要なデータやプログラム等が適宜保
持される。
【００４５】ところで、ディスク９０に対して記録／再
生動作を行なう際には、ディスク９０に記録されている
管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、
Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。
システムコントローラ１１はこれらの管理情報に応じて
ディスク９０上の記録すべきエリアのアドレスや、再生
すべきエリアのアドレスを判別することとなる。この管
理情報はバッファメモリ１３に保持される。そして、シ
ステムコントローラ１１はこれらの管理情報を、ディス
ク９０が装填された際に管理情報の記録されたディスク
の最内周側の再生動作を実行させることによって読み出
し、バッファメモリ１３に記憶しておき、以後そのディ
スク９０に対するプログラムの記録／再生／編集動作の
際に参照できるようにしている。
生動作を行なう際には、ディスク９０に記録されている
管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、
Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。
システムコントローラ１１はこれらの管理情報に応じて
ディスク９０上の記録すべきエリアのアドレスや、再生
すべきエリアのアドレスを判別することとなる。この管
理情報はバッファメモリ１３に保持される。そして、シ
ステムコントローラ１１はこれらの管理情報を、ディス
ク９０が装填された際に管理情報の記録されたディスク
の最内周側の再生動作を実行させることによって読み出
し、バッファメモリ１３に記憶しておき、以後そのディ
スク９０に対するプログラムの記録／再生／編集動作の
際に参照できるようにしている。
【００４６】また、Ｕ−ＴＯＣはプログラムデータの記
録や各種編集処理に応じて書き換えられるものである
が、システムコントローラ１１は記録／編集動作のたび
に、Ｕ−ＴＯＣ更新処理をバッファメモリ１３に記憶さ
れたＵ−ＴＯＣ情報に対して行ない、その書換動作に応
じて所定のタイミングでディスク９０のＵ−ＴＯＣエリ
アについても書き換えるようにしている。
録や各種編集処理に応じて書き換えられるものである
が、システムコントローラ１１は記録／編集動作のたび
に、Ｕ−ＴＯＣ更新処理をバッファメモリ１３に記憶さ
れたＵ−ＴＯＣ情報に対して行ない、その書換動作に応
じて所定のタイミングでディスク９０のＵ−ＴＯＣエリ
アについても書き換えるようにしている。
【００４７】またディスク９０にはプログラムとは別に
ＡＵＸデータファイルが記録されるが、そのＡＵＸデー
タファイルの管理のためにディスク９０上にはＡＵＸ−
ＴＯＣが形成される。システムコントローラ１１はＵ−
ＴＯＣの読出の際にＡＵＸ−ＴＯＣの読出も行い、バッ
ファメモリ１３に格納して必要時にＡＵＸデータの管理
状態を参照できるようにしている。またシステムコント
ローラ１１は必要に応じて所定タイミングで（もしくは
ＡＵＸ−ＴＯＣの読出の際に同時に）ＡＵＸデータファ
イルを読み込み、バッファメモリ１３に格納する。そし
てＡＵＸ−ＴＯＣで管理される出力タイミングに応じて
表示部２４や、ＩＥＥＥ１３９４インターフェイス２５
を介した外部機器における文字や画像の出力動作を実行
させる。
ＡＵＸデータファイルが記録されるが、そのＡＵＸデー
タファイルの管理のためにディスク９０上にはＡＵＸ−
ＴＯＣが形成される。システムコントローラ１１はＵ−
ＴＯＣの読出の際にＡＵＸ−ＴＯＣの読出も行い、バッ
ファメモリ１３に格納して必要時にＡＵＸデータの管理
状態を参照できるようにしている。またシステムコント
ローラ１１は必要に応じて所定タイミングで（もしくは
ＡＵＸ−ＴＯＣの読出の際に同時に）ＡＵＸデータファ
イルを読み込み、バッファメモリ１３に格納する。そし
てＡＵＸ−ＴＯＣで管理される出力タイミングに応じて
表示部２４や、ＩＥＥＥ１３９４インターフェイス２５
を介した外部機器における文字や画像の出力動作を実行
させる。
【００４８】ＩＥＥＥ１３９４インターフェイスによっ
ては、この場合であれば、オーディオデータの送受信が
可能とされている。つまり、本実施の形態のＭＤレコー
ダ／プレーヤにあっては、ＩＥＥＥ１３９４インターフ
ェイス２５を介して転送されてきたオーディオデータを
受信して、ディスク９０に対して記録することができる
ようになっている。ここで、送信されてきたオーディオ
データが例えば、サンプリング周波数４４．１ＫＨｚ、
量子化ビット１６ビットのデジタルオーディオデータで
あれば、システムコントローラ１１を介するようにし
て、エンコーダ／デコーダ部１４に転送して、データ圧
縮処理を施すようにされる。これに対して、送信されて
きたオーディオデータが、当該ＭＤレコーダ／プレーヤ
に適合した方式によって圧縮処理された圧縮オーディオ
データであるとすれば、システムコントローラ１１を介
するようにして、メモリコントローラ１２に転送するよ
うにされる。
ては、この場合であれば、オーディオデータの送受信が
可能とされている。つまり、本実施の形態のＭＤレコー
ダ／プレーヤにあっては、ＩＥＥＥ１３９４インターフ
ェイス２５を介して転送されてきたオーディオデータを
受信して、ディスク９０に対して記録することができる
ようになっている。ここで、送信されてきたオーディオ
データが例えば、サンプリング周波数４４．１ＫＨｚ、
量子化ビット１６ビットのデジタルオーディオデータで
あれば、システムコントローラ１１を介するようにし
て、エンコーダ／デコーダ部１４に転送して、データ圧
縮処理を施すようにされる。これに対して、送信されて
きたオーディオデータが、当該ＭＤレコーダ／プレーヤ
に適合した方式によって圧縮処理された圧縮オーディオ
データであるとすれば、システムコントローラ１１を介
するようにして、メモリコントローラ１２に転送するよ
うにされる。
【００４９】１−２−２．セクターフォーマット及びア
ドレス形式 図４で、セクター、クラスタというデータ単位について
説明する。ミニディスクシステムでの記録トラックとし
ては図４のようにクラスタＣＬが連続して形成されてお
り、１クラスタが記録時の最小単位とされる。１クラス
タは２〜３周回トラック分に相当する。
ドレス形式 図４で、セクター、クラスタというデータ単位について
説明する。ミニディスクシステムでの記録トラックとし
ては図４のようにクラスタＣＬが連続して形成されてお
り、１クラスタが記録時の最小単位とされる。１クラス
タは２〜３周回トラック分に相当する。
【００５０】そして１つのクラスタＣＬは、セクターＳ
FC〜ＳFFとされる４セクターのリンキング領域と、セク
ターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ
領域から形成されている。１セクターは２３５２バイト
で形成されるデータ単位である。４セクターのサブデー
タ領域のうち、セクターＳFFはサブデータセクターとさ
れ、サブデータとしての情報記録に使用できるが、セク
ターＳFC〜ＳFEの３セクターはデータ記録には用いられ
ない。一方、ＴＯＣデータ、オーディオデータ、ＡＵＸ
データ等の記録は３２セクター分のメインデータ領域に
行なわれる。なお、アドレスは１セクター毎に記録され
る。
FC〜ＳFFとされる４セクターのリンキング領域と、セク
ターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ
領域から形成されている。１セクターは２３５２バイト
で形成されるデータ単位である。４セクターのサブデー
タ領域のうち、セクターＳFFはサブデータセクターとさ
れ、サブデータとしての情報記録に使用できるが、セク
ターＳFC〜ＳFEの３セクターはデータ記録には用いられ
ない。一方、ＴＯＣデータ、オーディオデータ、ＡＵＸ
データ等の記録は３２セクター分のメインデータ領域に
行なわれる。なお、アドレスは１セクター毎に記録され
る。
【００５１】また、セクターはさらにサウンドグループ
という単位に細分化され、２セクターが１１サウンドグ
ループに分けられている。つまり図示するように、セク
ターＳ00などの偶数セクターと、セクターＳ01などの奇
数セクターの連続する２つのセクターに、サウンドグル
ープＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つ
のサウンドグループは４２４バイトで形成されており、
11.61msec の時間に相当する音声データ量となる。１つ
のサウンドグループＳＧ内にはデータがＬチャンネルと
Ｒチャンネルに分けられて記録される。例えばサウンド
グループＳＧ00はＬチャンネルデータＬ０とＲチャンネ
ルデータＲ０で構成され、またサウンドグループＳＧ01
はＬチャンネルデータＬ１とＲチャンネルデータＲ１で
構成される。なお、Ｌチャンネル又はＲチャンネルのデ
ータ領域となる２１２バイトをサウンドフレームとよん
でいる。
という単位に細分化され、２セクターが１１サウンドグ
ループに分けられている。つまり図示するように、セク
ターＳ00などの偶数セクターと、セクターＳ01などの奇
数セクターの連続する２つのセクターに、サウンドグル
ープＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つ
のサウンドグループは４２４バイトで形成されており、
11.61msec の時間に相当する音声データ量となる。１つ
のサウンドグループＳＧ内にはデータがＬチャンネルと
Ｒチャンネルに分けられて記録される。例えばサウンド
グループＳＧ00はＬチャンネルデータＬ０とＲチャンネ
ルデータＲ０で構成され、またサウンドグループＳＧ01
はＬチャンネルデータＬ１とＲチャンネルデータＲ１で
構成される。なお、Ｌチャンネル又はＲチャンネルのデ
ータ領域となる２１２バイトをサウンドフレームとよん
でいる。
【００５２】次に図５にミニディスクシステムでのアド
レス形式を説明する。各セクターは、クラスタアドレス
とセクターアドレスによってアドレスが表現される。そ
して図５上段に示すようにクラスタアドレスは１６ビッ
ト（＝２バイト）、セクターアドレスは８ビット（＝１
バイト）の数値となる。この３バイト分のアドレスが、
各セクターの先頭位置に記録される。
レス形式を説明する。各セクターは、クラスタアドレス
とセクターアドレスによってアドレスが表現される。そ
して図５上段に示すようにクラスタアドレスは１６ビッ
ト（＝２バイト）、セクターアドレスは８ビット（＝１
バイト）の数値となる。この３バイト分のアドレスが、
各セクターの先頭位置に記録される。
【００５３】さらに４ビットのサウンドグループアドレ
スを追加することで、セクター内のサウンドグループの
番地も表現することができる。例えばＵ−ＴＯＣなどの
管理上において、サウンドグループアドレスまで表記す
ることで、サウンドグループ単位での再生位置設定など
も可能となる。
スを追加することで、セクター内のサウンドグループの
番地も表現することができる。例えばＵ−ＴＯＣなどの
管理上において、サウンドグループアドレスまで表記す
ることで、サウンドグループ単位での再生位置設定など
も可能となる。
【００５４】ところでＵ−ＴＯＣやＡＵＸ−ＴＯＣなど
においては、クラスタアドレス、セクターアドレス、サ
ウンドグループアドレスを３バイトで表現するために、
図５下段に示すような短縮型のアドレスが用いられる。
まずセクターは１クラスタに３６セクターであるため６
ビットで表現できる。従ってセクターアドレスの上位２
ビットは省略できる。同様にクラスタもディスク最外周
まで１４ビットで表現できるためクラスタアドレスの上
位２ビットは省略できる。このようにセクターアドレ
ス、クラスタアドレスの上位各２ビットづつを省略する
ことで、サウンドグループまで指定できるアドレスを３
バイトで表現できる。
においては、クラスタアドレス、セクターアドレス、サ
ウンドグループアドレスを３バイトで表現するために、
図５下段に示すような短縮型のアドレスが用いられる。
まずセクターは１クラスタに３６セクターであるため６
ビットで表現できる。従ってセクターアドレスの上位２
ビットは省略できる。同様にクラスタもディスク最外周
まで１４ビットで表現できるためクラスタアドレスの上
位２ビットは省略できる。このようにセクターアドレ
ス、クラスタアドレスの上位各２ビットづつを省略する
ことで、サウンドグループまで指定できるアドレスを３
バイトで表現できる。
【００５５】また、後述するＵ−ＴＯＣ、ＡＵＸ−ＴＯ
Ｃでは、再生位置、再生タイミング等を管理するアドレ
スは、上記の短縮型のアドレスで表記するが、そのアド
レスとしては、絶対アドレス形態で示す例以外に、オフ
セットアドレスで示す例も考えられる。オフセットアド
レスとは、例えば楽曲等の各プログラムの先頭位置をア
ドレス０の位置としてそのプログラム内の位置を示す相
対的なアドレスである。このオフセットアドレスの例を
図６で説明する。
Ｃでは、再生位置、再生タイミング等を管理するアドレ
スは、上記の短縮型のアドレスで表記するが、そのアド
レスとしては、絶対アドレス形態で示す例以外に、オフ
セットアドレスで示す例も考えられる。オフセットアド
レスとは、例えば楽曲等の各プログラムの先頭位置をア
ドレス０の位置としてそのプログラム内の位置を示す相
対的なアドレスである。このオフセットアドレスの例を
図６で説明する。
【００５６】楽曲等のプログラムが記録されるのは、図
７を用いて後述するが、ディスク上の第５０クラスタ
（１６進表現でクラスタ３２ｈ：以下、本明細書におい
て「ｈ」を付した数字は１６進表記での数値とする）か
らとなる。例えば第１プログラムの先頭位置のアドレス
（クラスタ３２ｈ、セクター００ｈ、サウンドグループ
０ｈ）のアドレス値は図６（ａ）上段に示すのように、
「００００００００００１１００１０００００００００
００００」（つまり００３２ｈ、００ｈ、０ｈ）とな
る。これを短縮形で示すと、図６（ａ）下段のように、
「００００００００１１００１００００００００００
０」（つまり００ｈ、Ｃ８ｈ、００ｈ）となる。
７を用いて後述するが、ディスク上の第５０クラスタ
（１６進表現でクラスタ３２ｈ：以下、本明細書におい
て「ｈ」を付した数字は１６進表記での数値とする）か
らとなる。例えば第１プログラムの先頭位置のアドレス
（クラスタ３２ｈ、セクター００ｈ、サウンドグループ
０ｈ）のアドレス値は図６（ａ）上段に示すのように、
「００００００００００１１００１０００００００００
００００」（つまり００３２ｈ、００ｈ、０ｈ）とな
る。これを短縮形で示すと、図６（ａ）下段のように、
「００００００００１１００１００００００００００
０」（つまり００ｈ、Ｃ８ｈ、００ｈ）となる。
【００５７】この先頭アドレスを起点として、第１プロ
グラム内のある位置として、例えばクラスタ００３２
ｈ、セクター０４ｈ、サウンドグループ０ｈのアドレス
は、図６（ｂ）のように短縮形の絶対アドレスでは「０
０ｈ、Ｃ８ｈ、４０ｈ」となり、一方オフセットアドレ
スは、先頭アドレスを起点とした差分でクラスタ０００
０ｈ、セクター０４ｈ、サウンドグループ０ｈを表現す
ればよいため、「００ｈ、００ｈ、４０ｈ」となる。
グラム内のある位置として、例えばクラスタ００３２
ｈ、セクター０４ｈ、サウンドグループ０ｈのアドレス
は、図６（ｂ）のように短縮形の絶対アドレスでは「０
０ｈ、Ｃ８ｈ、４０ｈ」となり、一方オフセットアドレ
スは、先頭アドレスを起点とした差分でクラスタ０００
０ｈ、セクター０４ｈ、サウンドグループ０ｈを表現す
ればよいため、「００ｈ、００ｈ、４０ｈ」となる。
【００５８】また図６（ａ）の先頭アドレスを起点とし
て、第１プログラム内のある位置として、例えばクラス
タ００３２ｈ、セクター１３ｈ、サウンドグループ９ｈ
のアドレスは、図６（ｃ）のように短縮形の絶対アドレ
スでは「００ｈ、Ｃ９ｈ、３９ｈ」となり、一方オフセ
ットアドレスは「００ｈ、０１ｈ、３９ｈ」となる。例
えばこれらの例のように、絶対アドレス又はオフセット
アドレスにより、プログラム内の位置などを指定でき
る。
て、第１プログラム内のある位置として、例えばクラス
タ００３２ｈ、セクター１３ｈ、サウンドグループ９ｈ
のアドレスは、図６（ｃ）のように短縮形の絶対アドレ
スでは「００ｈ、Ｃ９ｈ、３９ｈ」となり、一方オフセ
ットアドレスは「００ｈ、０１ｈ、３９ｈ」となる。例
えばこれらの例のように、絶対アドレス又はオフセット
アドレスにより、プログラム内の位置などを指定でき
る。
【００５９】１−２−３．エリア構造 本実施の形態のＭＤレコーダ／プレーヤ１が対応するデ
ィスク９０のエリア構造を図７で説明する。図７（ａ）
はディスク最内周側から最外周側までのエリアを示して
いる。光磁気ディスクとしてのディスク９０は、最内周
側はエンボスピットにより再生専用のデータが形成され
るピット領域とされており、ここにＰ−ＴＯＣが記録さ
れている。ピット領域より外周は、光磁気領域とされ、
記録トラックの案内溝としてのグルーブが形成された記
録再生可能領域となっている。この光磁気領域の最内周
側のクラスタ０〜クラスタ４９までの区間が管理エリア
とされ、実際の楽曲等のプログラムが記録されるのは、
クラスタ５０〜クラスタ２２５１までのプログラムエリ
アとなる。プログラムエリアより外周はリードアウトエ
リアとされている。
ィスク９０のエリア構造を図７で説明する。図７（ａ）
はディスク最内周側から最外周側までのエリアを示して
いる。光磁気ディスクとしてのディスク９０は、最内周
側はエンボスピットにより再生専用のデータが形成され
るピット領域とされており、ここにＰ−ＴＯＣが記録さ
れている。ピット領域より外周は、光磁気領域とされ、
記録トラックの案内溝としてのグルーブが形成された記
録再生可能領域となっている。この光磁気領域の最内周
側のクラスタ０〜クラスタ４９までの区間が管理エリア
とされ、実際の楽曲等のプログラムが記録されるのは、
クラスタ５０〜クラスタ２２５１までのプログラムエリ
アとなる。プログラムエリアより外周はリードアウトエ
リアとされている。
【００６０】管理エリア内を詳しく示したものが図７
（ｂ）である。図７（ｂ）は横方向にセクター、縦方向
にクラスタを示している。管理エリアにおいてクラスタ
０，１はピット領域との緩衝エリアとされている。クラ
スタ２はパワーキャリブレーションエリアＰＣＡとさ
れ、レーザー光の出力パワー調整等のために用いられ
る。クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ
−ＴＯＣの内容は後述するが、１つのクラスタ内の各セ
クターにおいてデータフォーマットが規定され、それぞ
れ所定の管理情報が記録されるが、このようなＵ−ＴＯ
Ｃデータとなるセクターを有するクラスタが、クラスタ
３，４，５に３回繰り返し記録される。
（ｂ）である。図７（ｂ）は横方向にセクター、縦方向
にクラスタを示している。管理エリアにおいてクラスタ
０，１はピット領域との緩衝エリアとされている。クラ
スタ２はパワーキャリブレーションエリアＰＣＡとさ
れ、レーザー光の出力パワー調整等のために用いられ
る。クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ
−ＴＯＣの内容は後述するが、１つのクラスタ内の各セ
クターにおいてデータフォーマットが規定され、それぞ
れ所定の管理情報が記録されるが、このようなＵ−ＴＯ
Ｃデータとなるセクターを有するクラスタが、クラスタ
３，４，５に３回繰り返し記録される。
【００６１】クラスタ６，７，８はＡＵＸ−ＴＯＣが記
録される。ＡＵＸ−ＴＯＣの内容についても後述する
が、１つのクラスタ内の各セクターにおいてデータフォ
ーマットが規定され、それぞれ所定の管理情報が記録さ
れる。このようなＡＵＸ−ＴＯＣデータとなるセクター
を有するクラスタが、クラスタ６，７，８に３回繰り返
して記録される。
録される。ＡＵＸ−ＴＯＣの内容についても後述する
が、１つのクラスタ内の各セクターにおいてデータフォ
ーマットが規定され、それぞれ所定の管理情報が記録さ
れる。このようなＡＵＸ−ＴＯＣデータとなるセクター
を有するクラスタが、クラスタ６，７，８に３回繰り返
して記録される。
【００６２】クラスタ９からクラスタ４６までの領域
は、ＡＵＸデータが記録される領域となる。ＡＵＸデー
タとしてのデータファイルはセクター単位で形成され、
後述する静止画ファイルとしてのピクチャファイルセク
ター、文字情報ファイルとしてのテキストファイルセク
ター、プログラムに同期した文字情報ファイルとしての
カラオケテキストファイルセクター等が形成される。そ
してこのＡＵＸデータとしてのデータファイルや、ＡＵ
Ｘデータエリア内でＡＵＸデータファイルを記録可能な
領域などは、ＡＵＸ−ＴＯＣによって管理されることに
なる。
は、ＡＵＸデータが記録される領域となる。ＡＵＸデー
タとしてのデータファイルはセクター単位で形成され、
後述する静止画ファイルとしてのピクチャファイルセク
ター、文字情報ファイルとしてのテキストファイルセク
ター、プログラムに同期した文字情報ファイルとしての
カラオケテキストファイルセクター等が形成される。そ
してこのＡＵＸデータとしてのデータファイルや、ＡＵ
Ｘデータエリア内でＡＵＸデータファイルを記録可能な
領域などは、ＡＵＸ−ＴＯＣによって管理されることに
なる。
【００６３】なおＡＵＸデータエリアでのデータファイ
ルの記録容量は、エラー訂正方式モード２として考えた
場合に２．８Ｍバイトとなる。また、例えばプログラム
エリアの後半部分やプログラムエリアより外周側の領域
（例えばリードアウト部分）に、第２のＡＵＸデータエ
リアを形成して、データファイルの記録容量を拡大する
ことも考えられる。
ルの記録容量は、エラー訂正方式モード２として考えた
場合に２．８Ｍバイトとなる。また、例えばプログラム
エリアの後半部分やプログラムエリアより外周側の領域
（例えばリードアウト部分）に、第２のＡＵＸデータエ
リアを形成して、データファイルの記録容量を拡大する
ことも考えられる。
【００６４】クラスタ４７，４８，４９は、プログラム
エリアとの緩衝エリアとされる。クラスタ５０（＝３２
ｈ）以降のプログラムエリアには、１又は複数の楽曲等
の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録さ
れる。記録される各プログラムや記録可能な領域は、Ｕ
−ＴＯＣによって管理される。なお、プログラム領域に
おける各クラスタにおいて、セクターＦＦｈは、前述し
たようにサブデータとしての何らかの情報の記録に用い
ることができる。
エリアとの緩衝エリアとされる。クラスタ５０（＝３２
ｈ）以降のプログラムエリアには、１又は複数の楽曲等
の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録さ
れる。記録される各プログラムや記録可能な領域は、Ｕ
−ＴＯＣによって管理される。なお、プログラム領域に
おける各クラスタにおいて、セクターＦＦｈは、前述し
たようにサブデータとしての何らかの情報の記録に用い
ることができる。
【００６５】なお、ミニディスクシステムではプログラ
ム等が再生専用のデータとしてピット形態で記録されて
いる再生専用ディスクも用いられるが、この再生専用デ
ィスクでは、ディスク上はすべてピットエリアとなる。
そして記録されているプログラムの管理はＰ−ＴＯＣに
よって後述するＵ−ＴＯＣとほぼ同様の形態で管理さ
れ、Ｕ−ＴＯＣは形成されない。但し、ＡＵＸデータと
して再生専用のデータファイルを記録する場合は、それ
を管理するためのＡＵＸ−ＴＯＣが記録されることにな
る。
ム等が再生専用のデータとしてピット形態で記録されて
いる再生専用ディスクも用いられるが、この再生専用デ
ィスクでは、ディスク上はすべてピットエリアとなる。
そして記録されているプログラムの管理はＰ−ＴＯＣに
よって後述するＵ−ＴＯＣとほぼ同様の形態で管理さ
れ、Ｕ−ＴＯＣは形成されない。但し、ＡＵＸデータと
して再生専用のデータファイルを記録する場合は、それ
を管理するためのＡＵＸ−ＴＯＣが記録されることにな
る。
【００６６】１−２−４．Ｕ−ＴＯＣ １−２−４−１．Ｕ−ＴＯＣセクター０ 前述したように、ディスク９０に対してプログラム（ト
ラック）の記録／再生動作を行なうためには、システム
コントローラ１１は、予めディスク９０に記録されてい
る管理情報としてのＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出し
ておき、必要時にこれを参照することになる。ここで、
ディスク９０においてトラック（楽曲等）の記録／再生
動作などの管理を行なう管理情報として、Ｕ−ＴＯＣセ
クターについて説明する。
ラック）の記録／再生動作を行なうためには、システム
コントローラ１１は、予めディスク９０に記録されてい
る管理情報としてのＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出し
ておき、必要時にこれを参照することになる。ここで、
ディスク９０においてトラック（楽曲等）の記録／再生
動作などの管理を行なう管理情報として、Ｕ−ＴＯＣセ
クターについて説明する。
【００６７】なおＰ−ＴＯＣは図７で説明したようにデ
ィスク９０の最内周側のピットエリアに形成されるもの
で、読出専用の情報である。そして、Ｐ−ＴＯＣによっ
てディスクの記録可能エリア（レコーダブルユーザーエ
リア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなど
の位置の管理等が行なわれる。なお、全てのデータがピ
ット形態で記録されている再生専用の光ディスクでは、
Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲
の管理も行なうことができるようにされ、Ｕ−ＴＯＣは
形成されない。Ｐ−ＴＯＣについては詳細な説明を省略
し、ここでは記録可能な光磁気ディスクに設けられるＵ
−ＴＯＣについて説明する。
ィスク９０の最内周側のピットエリアに形成されるもの
で、読出専用の情報である。そして、Ｐ−ＴＯＣによっ
てディスクの記録可能エリア（レコーダブルユーザーエ
リア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなど
の位置の管理等が行なわれる。なお、全てのデータがピ
ット形態で記録されている再生専用の光ディスクでは、
Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲
の管理も行なうことができるようにされ、Ｕ−ＴＯＣは
形成されない。Ｐ−ＴＯＣについては詳細な説明を省略
し、ここでは記録可能な光磁気ディスクに設けられるＵ
−ＴＯＣについて説明する。
【００６８】図８はＵ−ＴＯＣセクター０のフォーマッ
トを示すものである。なお、Ｕ−ＴＯＣセクターとして
はセクター０〜セクター３２まで設けることができ、そ
の中で、セクター１，セクター４は文字情報、セクター
２は録音日時を記録するエリアとされている。まず最初
に、ディスク９０の記録／再生動作に必ず必要となるＵ
−ＴＯＣセクター０について説明する。
トを示すものである。なお、Ｕ−ＴＯＣセクターとして
はセクター０〜セクター３２まで設けることができ、そ
の中で、セクター１，セクター４は文字情報、セクター
２は録音日時を記録するエリアとされている。まず最初
に、ディスク９０の記録／再生動作に必ず必要となるＵ
−ＴＯＣセクター０について説明する。
【００６９】Ｕ−ＴＯＣセクター０は、主にユーザーが
録音を行なった楽曲等のプログラムや新たにプログラム
が録音可能なフリーエリアについての管理情報が記録さ
れているデータ領域とされる。例えばディスク９０に或
る楽曲の録音を行なおうとする際には、システムコント
ローラ１１は、Ｕ−ＴＯＣセクター０からディスク上の
フリーエリアを探し出し、ここに音声データを記録して
いくことになる。また、再生時には再生すべき楽曲が記
録されているエリアをＵ−ＴＯＣセクター０から判別
し、そのエリアにアクセスして再生動作を行なう。
録音を行なった楽曲等のプログラムや新たにプログラム
が録音可能なフリーエリアについての管理情報が記録さ
れているデータ領域とされる。例えばディスク９０に或
る楽曲の録音を行なおうとする際には、システムコント
ローラ１１は、Ｕ−ＴＯＣセクター０からディスク上の
フリーエリアを探し出し、ここに音声データを記録して
いくことになる。また、再生時には再生すべき楽曲が記
録されているエリアをＵ−ＴＯＣセクター０から判別
し、そのエリアにアクセスして再生動作を行なう。
【００７０】Ｕ−ＴＯＣセクター０のデータ領域（４バ
イト×588 の２３５２バイト）は、先頭位置にオール０
又はオール１の１バイトデータが並んで形成される同期
パターンが記録される。続いてクラスタアドレス(Clust
er H) (Cluster L) 及びセクターアドレス(Sector)とな
るアドレスが３バイトにわたって記録され、さらにモー
ド情報(MODE)が１バイト付加され、以上でヘッダとされ
る。ここでの３バイトのアドレスは、そのセクター自体
のアドレスである。
イト×588 の２３５２バイト）は、先頭位置にオール０
又はオール１の１バイトデータが並んで形成される同期
パターンが記録される。続いてクラスタアドレス(Clust
er H) (Cluster L) 及びセクターアドレス(Sector)とな
るアドレスが３バイトにわたって記録され、さらにモー
ド情報(MODE)が１バイト付加され、以上でヘッダとされ
る。ここでの３バイトのアドレスは、そのセクター自体
のアドレスである。
【００７１】同期パターンやアドレスが記録されるヘッ
ダ部分については、このＵ−ＴＯＣセクター０に限ら
ず、Ｐ−ＴＯＣセクター、ＡＵＸ−ＴＯＣセクター、Ａ
ＵＸファイルセクター、プログラムセクターでも同様で
あり、後述する図１０以降の各セクターについてはヘッ
ダ部分の説明を省略するが、セクター単位にそのセクタ
ー自体のアドレス及び同期パターンが記録されている。
なおセクター自体のアドレスとして、クラスタアドレス
は、上位アドレス(Cluster H) と下位アドレス(Cluster
L) の２バイトで記され、セクターアドレス(Sector)は
１バイトで記される。つまりこのアドレスは短縮形式で
はない。
ダ部分については、このＵ−ＴＯＣセクター０に限ら
ず、Ｐ−ＴＯＣセクター、ＡＵＸ−ＴＯＣセクター、Ａ
ＵＸファイルセクター、プログラムセクターでも同様で
あり、後述する図１０以降の各セクターについてはヘッ
ダ部分の説明を省略するが、セクター単位にそのセクタ
ー自体のアドレス及び同期パターンが記録されている。
なおセクター自体のアドレスとして、クラスタアドレス
は、上位アドレス(Cluster H) と下位アドレス(Cluster
L) の２バイトで記され、セクターアドレス(Sector)は
１バイトで記される。つまりこのアドレスは短縮形式で
はない。
【００７２】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ(F
irst TNO）、最後のトラックのトラックナンバ（Last T
NO）、セクター使用状況(Used sectors)、ディスクシリ
アルナンバ、ディスクＩＤ等のデータが記録される。
ド、モデルコード、最初のトラックのトラックナンバ(F
irst TNO）、最後のトラックのトラックナンバ（Last T
NO）、セクター使用状況(Used sectors)、ディスクシリ
アルナンバ、ディスクＩＤ等のデータが記録される。
【００７３】さらに、ユーザーが録音を行なって記録さ
れているトラック（楽曲等）の領域やフリーエリア等を
後述するテーブル部に対応させることによって識別する
ため、ポインタ部として各種のポインタ(P-DFA，P-EMPT
Y ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用
意されている。
れているトラック（楽曲等）の領域やフリーエリア等を
後述するテーブル部に対応させることによって識別する
ため、ポインタ部として各種のポインタ(P-DFA，P-EMPT
Y ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用
意されている。
【００７４】そしてポインタ(P-DFA〜P-TNO255) に対応
させることになるテーブル部として(01h) 〜(FFh) まで
の２５５個のパーツテーブルが設けられ、それぞれのパ
ーツテーブルには、或るパーツについて起点となるスタ
ートアドレス、終端となるエンドアドレス、そのパーツ
のモード情報（トラックモード）が記録されている。さ
らに各パーツテーブルで示されるパーツが他のパーツへ
続いて連結される場合があるため、その連結されるパー
ツのスタートアドレス及びエンドアドレスが記録されて
いるパーツテーブルを示すリンク情報が記録できるよう
にされている。なおパーツとは１つのトラック内で時間
的に連続したデータが物理的に連続して記録されている
トラック部分のことをいう。そしてスタートアドレス、
エンドアドレスとして示されるアドレスは、１つの楽曲
（トラック）を構成する１又は複数の各パーツを示すア
ドレスとなる。これらのアドレスは短縮形で記録され、
クラスタ、セクター、サウンドグループを指定する。
させることになるテーブル部として(01h) 〜(FFh) まで
の２５５個のパーツテーブルが設けられ、それぞれのパ
ーツテーブルには、或るパーツについて起点となるスタ
ートアドレス、終端となるエンドアドレス、そのパーツ
のモード情報（トラックモード）が記録されている。さ
らに各パーツテーブルで示されるパーツが他のパーツへ
続いて連結される場合があるため、その連結されるパー
ツのスタートアドレス及びエンドアドレスが記録されて
いるパーツテーブルを示すリンク情報が記録できるよう
にされている。なおパーツとは１つのトラック内で時間
的に連続したデータが物理的に連続して記録されている
トラック部分のことをいう。そしてスタートアドレス、
エンドアドレスとして示されるアドレスは、１つの楽曲
（トラック）を構成する１又は複数の各パーツを示すア
ドレスとなる。これらのアドレスは短縮形で記録され、
クラスタ、セクター、サウンドグループを指定する。
【００７５】この種の記録再生装置では、１つの楽曲
（プログラム／トラック）のデータを物理的に不連続
に、即ち複数のパーツにわたって記録されていてもパー
ツ間でアクセスしながら再生していくことにより再生動
作に支障はないため、ユーザーが録音する楽曲等につい
ては、録音可能エリアの効率使用等の目的から、複数パ
ーツにわけて記録する場合もある。
（プログラム／トラック）のデータを物理的に不連続
に、即ち複数のパーツにわたって記録されていてもパー
ツ間でアクセスしながら再生していくことにより再生動
作に支障はないため、ユーザーが録音する楽曲等につい
ては、録音可能エリアの効率使用等の目的から、複数パ
ーツにわけて記録する場合もある。
【００７６】そのため、リンク情報が設けられ、例えば
各パーツテーブルに与えられたナンバ(01h) 〜(FFh) に
よって、連結すべきパーツテーブルを指定することによ
ってパーツテーブルが連結できるようにされている。つ
まりＵ−ＴＯＣセクター０における管理テーブル部にお
いては、１つのパーツテーブルは１つのパーツを表現し
ており、例えば３つのパーツが連結されて構成される楽
曲についてはリンク情報によって連結される３つのパー
ツテーブルによって、そのパーツ位置の管理が行われ
る。なお、実際にはリンク情報は所定の演算処理により
Ｕ−ＴＯＣセクター０内のバイトポジションとされる数
値で示される。即ち、３０４＋（リンク情報）×８（バ
イト目）としてパーツテーブルを指定する。
各パーツテーブルに与えられたナンバ(01h) 〜(FFh) に
よって、連結すべきパーツテーブルを指定することによ
ってパーツテーブルが連結できるようにされている。つ
まりＵ−ＴＯＣセクター０における管理テーブル部にお
いては、１つのパーツテーブルは１つのパーツを表現し
ており、例えば３つのパーツが連結されて構成される楽
曲についてはリンク情報によって連結される３つのパー
ツテーブルによって、そのパーツ位置の管理が行われ
る。なお、実際にはリンク情報は所定の演算処理により
Ｕ−ＴＯＣセクター０内のバイトポジションとされる数
値で示される。即ち、３０４＋（リンク情報）×８（バ
イト目）としてパーツテーブルを指定する。
【００７７】Ｕ−ＴＯＣセクター０のテーブル部におけ
る(01h) 〜(FFh) までの各パーツテーブルは、ポインタ
部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1
〜P-TNO255) によって、以下のようにそのパーツの内容
が示される。
る(01h) 〜(FFh) までの各パーツテーブルは、ポインタ
部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1
〜P-TNO255) によって、以下のようにそのパーツの内容
が示される。
【００７８】ポインタP-DFA は光磁気ディスク９０上の
欠陥領域に付いて示しており、傷などによる欠陥領域と
なるトラック部分（＝パーツ）が示された１つのパーツ
テーブル又は複数のパーツテーブル内の先頭のパーツテ
ーブルを指定している。つまり、欠陥パーツが存在する
場合はポインタP-DFA において(01h) 〜(FFh) のいづれ
かが記録されており、それに相当するパーツテーブルに
は、欠陥パーツがスタート及びエンドアドレスによって
示されている。また、他にも欠陥パーツが存在する場合
は、そのパーツテーブルにおけるリンク情報として他の
パーツテーブルが指定され、そのパーツテーブルにも欠
陥パーツが示されている。そして、さらに他の欠陥パー
ツがない場合はリンク情報は例えば『(00h) 』とされ、
以降リンクなしとされる。
欠陥領域に付いて示しており、傷などによる欠陥領域と
なるトラック部分（＝パーツ）が示された１つのパーツ
テーブル又は複数のパーツテーブル内の先頭のパーツテ
ーブルを指定している。つまり、欠陥パーツが存在する
場合はポインタP-DFA において(01h) 〜(FFh) のいづれ
かが記録されており、それに相当するパーツテーブルに
は、欠陥パーツがスタート及びエンドアドレスによって
示されている。また、他にも欠陥パーツが存在する場合
は、そのパーツテーブルにおけるリンク情報として他の
パーツテーブルが指定され、そのパーツテーブルにも欠
陥パーツが示されている。そして、さらに他の欠陥パー
ツがない場合はリンク情報は例えば『(00h) 』とされ、
以降リンクなしとされる。
【００７９】ポインタP-EMPTY は管理テーブル部におけ
る１又は複数の未使用のパーツテーブルの先頭のパーツ
テーブルを示すものであり、未使用のパーツテーブルが
存在する場合は、ポインタP-EMPTY として、(01h) 〜(F
Fh) のうちのいづれかが記録される。未使用のパーツテ
ーブルが複数存在する場合は、ポインタP-EMPTY によっ
て指定されたパーツテーブルからリンク情報によって順
次パーツテーブルが指定されていき、全ての未使用のパ
ーツテーブルが管理テーブル部上で連結される。
る１又は複数の未使用のパーツテーブルの先頭のパーツ
テーブルを示すものであり、未使用のパーツテーブルが
存在する場合は、ポインタP-EMPTY として、(01h) 〜(F
Fh) のうちのいづれかが記録される。未使用のパーツテ
ーブルが複数存在する場合は、ポインタP-EMPTY によっ
て指定されたパーツテーブルからリンク情報によって順
次パーツテーブルが指定されていき、全ての未使用のパ
ーツテーブルが管理テーブル部上で連結される。
【００８０】ポインタP-FRA は光磁気ディスク９０上の
データの書込可能なフリーエリア（消去領域を含む）に
ついて示しており、フリーエリアとなるトラック部分
（＝パーツ）が示された１又は複数のパーツテーブル内
の先頭のパーツテーブルを指定している。つまり、フリ
ーエリアが存在する場合はポインタP-FRA において(01
h) 〜(FFh) のいづれかが記録されており、それに相当
するパーツテーブルには、フリーエリアであるパーツが
スタート及びエンドアドレスによって示されている。ま
た、このようなパーツが複数個有り、つまりパーツテー
ブルが複数個有る場合はリンク情報により、リンク情報
が『(00h) 』となるパーツテーブルまで順次指定されて
いる。
データの書込可能なフリーエリア（消去領域を含む）に
ついて示しており、フリーエリアとなるトラック部分
（＝パーツ）が示された１又は複数のパーツテーブル内
の先頭のパーツテーブルを指定している。つまり、フリ
ーエリアが存在する場合はポインタP-FRA において(01
h) 〜(FFh) のいづれかが記録されており、それに相当
するパーツテーブルには、フリーエリアであるパーツが
スタート及びエンドアドレスによって示されている。ま
た、このようなパーツが複数個有り、つまりパーツテー
ブルが複数個有る場合はリンク情報により、リンク情報
が『(00h) 』となるパーツテーブルまで順次指定されて
いる。
【００８１】図９にパーツテーブルにより、フリーエリ
アとなるパーツの管理状態を模式的に示す。これはパー
ツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされて
いる時に、この状態がポインタP-FRA に引き続きパーツ
テーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって
表現されている状態を示している。なお上記した欠陥領
域や未使用パーツテーブルの管理形態もこれと同様とな
る。
アとなるパーツの管理状態を模式的に示す。これはパー
ツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされて
いる時に、この状態がポインタP-FRA に引き続きパーツ
テーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって
表現されている状態を示している。なお上記した欠陥領
域や未使用パーツテーブルの管理形態もこれと同様とな
る。
【００８２】ポインタP-TNO1〜P-TNO255は、光磁気ディ
スク９０にユーザーが記録を行なった楽曲などのトラッ
クについて示しており、例えばポインタP-TNO1では第１
トラックのデータが記録された１又は複数のパーツのう
ちの時間的に先頭となるパーツが示されたパーツテーブ
ルを指定している。例えば第１トラック（第１プログラ
ム）とされた楽曲がディスク上でトラックが分断されず
に、つまり１つのパーツで記録されている場合は、その
第１トラックの記録領域はポインタP-TNO1で示されるパ
ーツテーブルにおけるスタート及びエンドアドレスとし
て記録されている。
スク９０にユーザーが記録を行なった楽曲などのトラッ
クについて示しており、例えばポインタP-TNO1では第１
トラックのデータが記録された１又は複数のパーツのう
ちの時間的に先頭となるパーツが示されたパーツテーブ
ルを指定している。例えば第１トラック（第１プログラ
ム）とされた楽曲がディスク上でトラックが分断されず
に、つまり１つのパーツで記録されている場合は、その
第１トラックの記録領域はポインタP-TNO1で示されるパ
ーツテーブルにおけるスタート及びエンドアドレスとし
て記録されている。
【００８３】また、例えば第２トラック（第２プログラ
ム）とされた楽曲がディスク上で複数のパーツに離散的
に記録されている場合は、その第２トラックの記録位置
を示すため各パーツが時間的な順序に従って指定され
る。つまり、ポインタP-TNO2に指定されたパーツテーブ
ルから、さらにリンク情報によって他のパーツテーブル
が順次時間的な順序に従って指定されて、リンク情報が
『(00h) 』となるパーツテーブルまで連結される（上
記、図９と同様の形態）。このように例えば２曲目を構
成するデータが記録された全パーツが順次指定されて記
録されていることにより、このＵ−ＴＯＣセクター０の
データを用いて、２曲目の再生時や、その２曲目の領域
への上書き記録を行なう際に、光学ヘッド３及び磁気ヘ
ッド６ａをアクセスさせ離散的なパーツから連続的な音
楽情報を取り出したり、記録エリアを効率使用した記録
が可能になる。
ム）とされた楽曲がディスク上で複数のパーツに離散的
に記録されている場合は、その第２トラックの記録位置
を示すため各パーツが時間的な順序に従って指定され
る。つまり、ポインタP-TNO2に指定されたパーツテーブ
ルから、さらにリンク情報によって他のパーツテーブル
が順次時間的な順序に従って指定されて、リンク情報が
『(00h) 』となるパーツテーブルまで連結される（上
記、図９と同様の形態）。このように例えば２曲目を構
成するデータが記録された全パーツが順次指定されて記
録されていることにより、このＵ−ＴＯＣセクター０の
データを用いて、２曲目の再生時や、その２曲目の領域
への上書き記録を行なう際に、光学ヘッド３及び磁気ヘ
ッド６ａをアクセスさせ離散的なパーツから連続的な音
楽情報を取り出したり、記録エリアを効率使用した記録
が可能になる。
【００８４】以上のように、書換可能な光磁気ディスク
９０については、ディスク上のエリア管理はＰ−ＴＯＣ
によってなされ、またレコーダブルユーザーエリアにお
いて記録された楽曲やフリーエリア等はＵ−ＴＯＣによ
り行なわれる。
９０については、ディスク上のエリア管理はＰ−ＴＯＣ
によってなされ、またレコーダブルユーザーエリアにお
いて記録された楽曲やフリーエリア等はＵ−ＴＯＣによ
り行なわれる。
【００８５】１−２−４−２．Ｕ−ＴＯＣセクター１ 次に、図１０にＵ−ＴＯＣセクター１のフォーマットを
示す。このセクター１は録音された各トラックにトラッ
クネームをつけたり、ディスク自体の名称などの情報と
なるディスクネームをつける場合に、入力された文字情
報を記録するデータ領域とされる。
示す。このセクター１は録音された各トラックにトラッ
クネームをつけたり、ディスク自体の名称などの情報と
なるディスクネームをつける場合に、入力された文字情
報を記録するデータ領域とされる。
【００８６】このＵ−ＴＯＣセクター１には、記録され
た各トラックに相当するポインタ部としてポインタP-TN
A1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-
TNA255によって指定されるスロット部が１単位８バイト
で２５５単位のスロット(01h) 〜(FFh) 及び同じく８バ
イトの１つのスロット(00h) が用意されており、上述し
たＵ−ＴＯＣセクター０とほぼ同様の形態で文字データ
を管理する。
た各トラックに相当するポインタ部としてポインタP-TN
A1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-
TNA255によって指定されるスロット部が１単位８バイト
で２５５単位のスロット(01h) 〜(FFh) 及び同じく８バ
イトの１つのスロット(00h) が用意されており、上述し
たＵ−ＴＯＣセクター０とほぼ同様の形態で文字データ
を管理する。
【００８７】スロット(01h) 〜(FFh) にはディスクタイ
トルやトラックネームとしての文字情報がアスキーコー
ドで記録される。そして、例えばポインタP-TNA1によっ
て指定されるスロットには第１トラックに対応してユー
ザーが入力した文字が記録されることになる。また、ス
ロットがリンク情報によりリンクされることで、１つの
トラックに対応する文字入力は７バイト（７文字）より
大きくなっても対応できる。なお、スロット(00h) とし
ての８バイトはディスクネームの記録のための専用エリ
アとされており、ポインタP-TNA(x)によっては指定され
ないスロットとされている。このＵ−ＴＯＣセクター１
でもポインタP-EMPTY は使用していないスロットを管理
する。
トルやトラックネームとしての文字情報がアスキーコー
ドで記録される。そして、例えばポインタP-TNA1によっ
て指定されるスロットには第１トラックに対応してユー
ザーが入力した文字が記録されることになる。また、ス
ロットがリンク情報によりリンクされることで、１つの
トラックに対応する文字入力は７バイト（７文字）より
大きくなっても対応できる。なお、スロット(00h) とし
ての８バイトはディスクネームの記録のための専用エリ
アとされており、ポインタP-TNA(x)によっては指定され
ないスロットとされている。このＵ−ＴＯＣセクター１
でもポインタP-EMPTY は使用していないスロットを管理
する。
【００８８】１−２−４−３．Ｕ−ＴＯＣセクター２ 次に、図１１はＵ−ＴＯＣセクター２のフォーマットを
示しており、このセクター２は、主にユーザーが録音を
行なった楽曲の録音日時を記録するデータ領域とされ
る。
示しており、このセクター２は、主にユーザーが録音を
行なった楽曲の録音日時を記録するデータ領域とされ
る。
【００８９】このＵ−ＴＯＣセクター２には、記録され
た各トラックに相当するポインタ部としてポインタP-TR
D1〜P-TRD255が用意され、またこのポインタP-TRD1〜P-
TRD255によって指定されるスロット部が用意される。ス
ロット部には１単位８バイトで２５５単位のスロット(0
1h) 〜(FFh) が形成されており、上述したＵ−ＴＯＣセ
クター０とほぼ同様の形態で日時データを管理する。
た各トラックに相当するポインタ部としてポインタP-TR
D1〜P-TRD255が用意され、またこのポインタP-TRD1〜P-
TRD255によって指定されるスロット部が用意される。ス
ロット部には１単位８バイトで２５５単位のスロット(0
1h) 〜(FFh) が形成されており、上述したＵ−ＴＯＣセ
クター０とほぼ同様の形態で日時データを管理する。
【００９０】スロット(01h) 〜(FFh) には楽曲（トラッ
ク）の録音日時が６バイトで記録される。６バイトはそ
れぞれ１バイトづつ、年、月、日、時、分、秒に相当す
る数値が記録される。また、残りの２バイトはメーカー
コード及びモデルコードとされ、その楽曲を録音した記
録装置の製造者を示すコードデータ、及び録音した記録
装置の機種を示すコードデータが記録される。
ク）の録音日時が６バイトで記録される。６バイトはそ
れぞれ１バイトづつ、年、月、日、時、分、秒に相当す
る数値が記録される。また、残りの２バイトはメーカー
コード及びモデルコードとされ、その楽曲を録音した記
録装置の製造者を示すコードデータ、及び録音した記録
装置の機種を示すコードデータが記録される。
【００９１】例えばディスクに第１曲目としてがトラッ
クが録音されると、ポインタP-TRD1によって指定される
スロットにはその録音日時及び録音装置のメーカーコー
ド、モデルコードが記録される。録音日時データはシス
テムコントローラ１１が内部時計を参照して自動的に記
録することになる。
クが録音されると、ポインタP-TRD1によって指定される
スロットにはその録音日時及び録音装置のメーカーコー
ド、モデルコードが記録される。録音日時データはシス
テムコントローラ１１が内部時計を参照して自動的に記
録することになる。
【００９２】またスロット(00h) としての８バイトはデ
ィスク単位の録音日時の記録のための専用エリアとされ
ており、ポインタP-TRD(x)によっては指定されないスロ
ットとされている。なお、このＵ−ＴＯＣセクター２で
もスロットポインタP-EMPTY は使用していないスロット
を管理するものである。使用されていないスロットにつ
いては、モデルコードに代えてリンク情報が記録されて
おり、スロットポインタP-EMPTY を先頭に各未使用のス
ロットがリンク情報でリンクされて管理されている。
ィスク単位の録音日時の記録のための専用エリアとされ
ており、ポインタP-TRD(x)によっては指定されないスロ
ットとされている。なお、このＵ−ＴＯＣセクター２で
もスロットポインタP-EMPTY は使用していないスロット
を管理するものである。使用されていないスロットにつ
いては、モデルコードに代えてリンク情報が記録されて
おり、スロットポインタP-EMPTY を先頭に各未使用のス
ロットがリンク情報でリンクされて管理されている。
【００９３】１−２−４−３．Ｕ−ＴＯＣセクター４ 図１２はＵ−ＴＯＣセクター４を示し、このセクター４
は、上記したセクター１と同様に、ユーザーが録音を行
なったトラックに曲名（トラックネーム）をつけたり、
ディスクネームをつける場合に、入力された文字情報を
記録するデータ領域とされ、図１２と図１０を比較して
わかるようにフォーマットはセクター１とほぼ同様であ
る。ただし、このセクター４は漢字や欧州文字に対応す
るコードデータ（２バイトコード）が記録できるように
されるものであり、図２２のセクター１のデータに加え
て、所定バイト位置に文字コードの属性が記録される。
このＵ−ＴＯＣセクター４の文字情報の管理は、セクタ
ー１と同様にポインタP-TNA1〜P-TNA255及びポインタP-
TNA1〜P-TNA255によって指定される２５５単位のスロッ
ト(01h) 〜(FFh) によって行なわれる。
は、上記したセクター１と同様に、ユーザーが録音を行
なったトラックに曲名（トラックネーム）をつけたり、
ディスクネームをつける場合に、入力された文字情報を
記録するデータ領域とされ、図１２と図１０を比較して
わかるようにフォーマットはセクター１とほぼ同様であ
る。ただし、このセクター４は漢字や欧州文字に対応す
るコードデータ（２バイトコード）が記録できるように
されるものであり、図２２のセクター１のデータに加え
て、所定バイト位置に文字コードの属性が記録される。
このＵ−ＴＯＣセクター４の文字情報の管理は、セクタ
ー１と同様にポインタP-TNA1〜P-TNA255及びポインタP-
TNA1〜P-TNA255によって指定される２５５単位のスロッ
ト(01h) 〜(FFh) によって行なわれる。
【００９４】なお本例のＭＤレコーダ／プレーヤ１はＵ
−ＴＯＣが形成されない再生専用ディスクについても対
応できるが、再生専用ディスクの場合、Ｐ−ＴＯＣにお
いてディスクネーム、トラックネームとしての文字情報
を記録しておくことができる。即ちＰ−ＴＯＣセクター
としてＵ−ＴＯＣセクター１、セクター４と概略同様の
セクターが用意されており、ディスクメーカーは予めデ
ィスクネーム、トラックネームをそのＰ−ＴＯＣセクタ
ーに記録しておくことができる。なお、図７に示したＡ
ＵＸ−ＴＯＣセクターについては、ここでの説明は省略
する。
−ＴＯＣが形成されない再生専用ディスクについても対
応できるが、再生専用ディスクの場合、Ｐ−ＴＯＣにお
いてディスクネーム、トラックネームとしての文字情報
を記録しておくことができる。即ちＰ−ＴＯＣセクター
としてＵ−ＴＯＣセクター１、セクター４と概略同様の
セクターが用意されており、ディスクメーカーは予めデ
ィスクネーム、トラックネームをそのＰ−ＴＯＣセクタ
ーに記録しておくことができる。なお、図７に示したＡ
ＵＸ−ＴＯＣセクターについては、ここでの説明は省略
する。
【００９５】１−３．パーソナルコンピュータ 続いて、本実施の形態のＡＶシステムにおけるパーソナ
ルコンピュータ１１３の内部構成について図１３を参照
して説明する。この図に示すパーソナルコンピュータ１
１３は、外部とデータの授受を行うためのインターフェ
イスとしてＩＥＥＥ１３９４インターフェイス２０９を
備えている。ＩＥＥＥ１３９４インターフェイス２０９
は、外部データバスとしてのＩＥＥＥ１３９４バス１１
６と接続されることで外部機器と相互通信が可能とされ
る。ＩＥＥＥ１３９４インターフェイス２０９は、ＩＥ
ＥＥ１３９４バス１１６を介して受信したパケットを復
調し、復調したパケットに含まれるデータを抽出し、こ
の抽出データを内部データ通信に適合するデータフォー
マットにより変換を行って、内部バス２１０を介してＣ
ＰＵ２０１に出力する。また、ＣＰＵ２０１の制御によ
って出力されたデータを入力し、パケット化等のＩＥＥ
Ｅ１３９４フォーマットに従った変調処理を施して、Ｉ
ＥＥＥ１３９４バス１１６を介して外部に送信出力す
る。
ルコンピュータ１１３の内部構成について図１３を参照
して説明する。この図に示すパーソナルコンピュータ１
１３は、外部とデータの授受を行うためのインターフェ
イスとしてＩＥＥＥ１３９４インターフェイス２０９を
備えている。ＩＥＥＥ１３９４インターフェイス２０９
は、外部データバスとしてのＩＥＥＥ１３９４バス１１
６と接続されることで外部機器と相互通信が可能とされ
る。ＩＥＥＥ１３９４インターフェイス２０９は、ＩＥ
ＥＥ１３９４バス１１６を介して受信したパケットを復
調し、復調したパケットに含まれるデータを抽出し、こ
の抽出データを内部データ通信に適合するデータフォー
マットにより変換を行って、内部バス２１０を介してＣ
ＰＵ２０１に出力する。また、ＣＰＵ２０１の制御によ
って出力されたデータを入力し、パケット化等のＩＥＥ
Ｅ１３９４フォーマットに従った変調処理を施して、Ｉ
ＥＥＥ１３９４バス１１６を介して外部に送信出力す
る。
【００９６】ＣＰＵ２０１は、例えばＲＯＭ２０２に保
持されているプログラムに従って各種の処理を実行す
る。本実施の形態では、ＩＥＥＥ１３９４の規格に従っ
て各種データの送受信を可能とするために、上記ＲＯＭ
２０２に対してＩＥＥＥ１３９４インターフェイス２０
９を制御するためのプログラムも格納されることにな
る。つまり、パーソナルコンピュータ１１３において
は、ＩＥＥＥ１３９４によるデータ送受信に可能なセッ
ト（ハードウェア及びソフトウェア）が備えられるもの
である。また、ＲＡＭ２０３にはＣＰＵ２０１が各種処
理を実行するのに必要なデータやプログラム等が適宜保
持される。
持されているプログラムに従って各種の処理を実行す
る。本実施の形態では、ＩＥＥＥ１３９４の規格に従っ
て各種データの送受信を可能とするために、上記ＲＯＭ
２０２に対してＩＥＥＥ１３９４インターフェイス２０
９を制御するためのプログラムも格納されることにな
る。つまり、パーソナルコンピュータ１１３において
は、ＩＥＥＥ１３９４によるデータ送受信に可能なセッ
ト（ハードウェア及びソフトウェア）が備えられるもの
である。また、ＲＡＭ２０３にはＣＰＵ２０１が各種処
理を実行するのに必要なデータやプログラム等が適宜保
持される。
【００９７】入出カインターフェイス２０４は、キーボ
ード２０５とマウス２０６が接続されており、これらか
ら供給された操作信号をＣＰＵ２０１に出カするように
されている。また、入出カインタフェイス２０４には、
記憶媒体としてハードディスクを備えたハードディスク
ドライブ２０７が接続されている。ＣＰＵ２０１は、入
出カインタフェイス２０４を介して、ハードディスクド
ライブ２０７のハードディスクに対してデータやプログ
ラム等の記録又は読み出しを行うことができるようにさ
れている。この場合、入出カインタフェース２０４に
は、さらに、画像表示のためのディスプレイモニタ２０
８が接続されている。内部バス２１０は、例えば、ＰＣ
Ｉ(Peripheral Component Interconnect)又はローカル
バス等により構成され、内部における各機能回路部間を
相互に接続している。
ード２０５とマウス２０６が接続されており、これらか
ら供給された操作信号をＣＰＵ２０１に出カするように
されている。また、入出カインタフェイス２０４には、
記憶媒体としてハードディスクを備えたハードディスク
ドライブ２０７が接続されている。ＣＰＵ２０１は、入
出カインタフェイス２０４を介して、ハードディスクド
ライブ２０７のハードディスクに対してデータやプログ
ラム等の記録又は読み出しを行うことができるようにさ
れている。この場合、入出カインタフェース２０４に
は、さらに、画像表示のためのディスプレイモニタ２０
８が接続されている。内部バス２１０は、例えば、ＰＣ
Ｉ(Peripheral Component Interconnect)又はローカル
バス等により構成され、内部における各機能回路部間を
相互に接続している。
【００９８】なお、前述したＩＲＤ１１２、及びＭＤレ
コーダ／プレーヤ１としても、ＩＥＥＥ１３９４インタ
ーフェイス機能については、上記したパーソナルコンピ
ュータ１１３と基本的には同様の構成を採る。つまり、
例えば図３に示したＭＤレコーダ／プレーヤ１であれ
ば、プログラムＲＯＭ２８に対して、システムコントロ
ーラ１１によるＩＥＥＥ１３９４インターフェイス２５
の制御を可能とするためのプログラムが搭載される。
コーダ／プレーヤ１としても、ＩＥＥＥ１３９４インタ
ーフェイス機能については、上記したパーソナルコンピ
ュータ１１３と基本的には同様の構成を採る。つまり、
例えば図３に示したＭＤレコーダ／プレーヤ１であれ
ば、プログラムＲＯＭ２８に対して、システムコントロ
ーラ１１によるＩＥＥＥ１３９４インターフェイス２５
の制御を可能とするためのプログラムが搭載される。
【００９９】なお、本実施の形態に適用される、ＩＥＥ
Ｅ１３９４バスラインによって相互に接続されたシステ
ムの構築例は、これまで説明した形態に限定されるもの
ではなく、あくまでも一例である。
Ｅ１３９４バスラインによって相互に接続されたシステ
ムの構築例は、これまで説明した形態に限定されるもの
ではなく、あくまでも一例である。
【０１００】２．ＩＥＥＥ１３９４による本実施の形態
のデータ通信 ２−１．概要 以降、本実施の形態としてのＩＥＥＥ１３９４規格に従
ったデータ通信について説明する。
のデータ通信 ２−１．概要 以降、本実施の形態としてのＩＥＥＥ１３９４規格に従
ったデータ通信について説明する。
【０１０１】ＩＥＥＥ１３９４は、シリアルデータ通信
の規格の１つとされる。このＩＥＥＥ１３９４によるデ
ータ伝送方式としては、周期的に通信を行うＩｓｏｃｈ
ｒｏｎｏｕｓ通信方式と、この周期と関係なく非同期で
通信するＡｓｙｎｃｈｒｏｎｏｕｓ通信方式が存在す
る。一般に、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式はデータ
の送受信に用いられ、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方
式は各種制御コマンドの送受信に用いられる。そして、
１本のケーブルを使用して、これら２種類の通信方式に
よって送受信を行うことが出来るようにされている。先
に説明したように、本実施の形態のＡＶシステムにおい
ては、ユーザデータとして、オーディオデータ（圧縮オ
ーディオデータも含む）と、このオーディオデータに付
随するＡＵＸデータ（ピクチャファイル（ＪＰＥＧ静止
画データ））、及びテキストファイル）をＩＥＥＥ１３
９４バスを介して各機器間で送信又は受信を行うことが
可能とされる。ここで、オーディオデータは再生時間軸
に従って音声出力されるべき時系列的なデータでありリ
アルタイム性が要求される。また、ＡＵＸデータと比較
してデータ量も多い。一方、ＡＵＸデータは、データ量
はオーディオデータほど多くはなく、オーディオデータ
の再生に対して同期再生される場合があるものの、オー
ディオデータほど厳密にはリアルタイム性は要求されな
い。そこで、本実施の形態におけるＩＥＥＥ１３９４イ
ンターフェイスによる送信形態の概要としては、ＩＥＥ
Ｅ１３９４バスにより、上記オーディオデータ及びＡＵ
Ｘデータを送受信するのにあたり、オーディオデータは
Ｉｓｏｃｈｒｏｎｏｕｓ通信方式により送受信を行い、
ＡＵＸデータはＡｓｙｎｃｈｒｏｎｏｕｓ通信方式によ
り送受信を行うように規定するものである。本実施の形
態としては、ＩＥＥＥ１３９４インターフェイスによっ
て、オーディオデータとＡＵＸデータとをそれぞれ個別
の機会で送信することも、後述するように、Ｉｓｏｃｈ
ｒｏｎｏｕｓ ｃｙｃｌｅによって、オーディオデータ
とＡＵＸデータとを時分割して送信することで見かけ上
は同時に送信することも可能である。そこで以降、上記
したＩＥＥＥ１３９４規格による本実施の形態の送信形
態を前提として、本実施の形態としての説明を行ってい
くこととする。
の規格の１つとされる。このＩＥＥＥ１３９４によるデ
ータ伝送方式としては、周期的に通信を行うＩｓｏｃｈ
ｒｏｎｏｕｓ通信方式と、この周期と関係なく非同期で
通信するＡｓｙｎｃｈｒｏｎｏｕｓ通信方式が存在す
る。一般に、Ｉｓｏｃｈｒｏｎｏｕｓ通信方式はデータ
の送受信に用いられ、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方
式は各種制御コマンドの送受信に用いられる。そして、
１本のケーブルを使用して、これら２種類の通信方式に
よって送受信を行うことが出来るようにされている。先
に説明したように、本実施の形態のＡＶシステムにおい
ては、ユーザデータとして、オーディオデータ（圧縮オ
ーディオデータも含む）と、このオーディオデータに付
随するＡＵＸデータ（ピクチャファイル（ＪＰＥＧ静止
画データ））、及びテキストファイル）をＩＥＥＥ１３
９４バスを介して各機器間で送信又は受信を行うことが
可能とされる。ここで、オーディオデータは再生時間軸
に従って音声出力されるべき時系列的なデータでありリ
アルタイム性が要求される。また、ＡＵＸデータと比較
してデータ量も多い。一方、ＡＵＸデータは、データ量
はオーディオデータほど多くはなく、オーディオデータ
の再生に対して同期再生される場合があるものの、オー
ディオデータほど厳密にはリアルタイム性は要求されな
い。そこで、本実施の形態におけるＩＥＥＥ１３９４イ
ンターフェイスによる送信形態の概要としては、ＩＥＥ
Ｅ１３９４バスにより、上記オーディオデータ及びＡＵ
Ｘデータを送受信するのにあたり、オーディオデータは
Ｉｓｏｃｈｒｏｎｏｕｓ通信方式により送受信を行い、
ＡＵＸデータはＡｓｙｎｃｈｒｏｎｏｕｓ通信方式によ
り送受信を行うように規定するものである。本実施の形
態としては、ＩＥＥＥ１３９４インターフェイスによっ
て、オーディオデータとＡＵＸデータとをそれぞれ個別
の機会で送信することも、後述するように、Ｉｓｏｃｈ
ｒｏｎｏｕｓ ｃｙｃｌｅによって、オーディオデータ
とＡＵＸデータとを時分割して送信することで見かけ上
は同時に送信することも可能である。そこで以降、上記
したＩＥＥＥ１３９４規格による本実施の形態の送信形
態を前提として、本実施の形態としての説明を行ってい
くこととする。
【０１０２】２−２．スタックモデル 図１４は、本実施の形態が対応するＩＥＥＥ１３９４の
スタックモデルを示している。ＩＥＥＥ１３９４フォー
マットにおいては、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４０
０）とＩｓｏｃｈｒｏｎｏｕｓ系（５００）とに大別さ
れる。ここで、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）
とＩｓｏｃｈｒｏｎｏｕｓ系（５００）に共通な層とし
て、最下位にＰｈｙｓｉｃａｌ Ｌａｙｅｒ（３０１）
（物理層）が設けられ、その上位にＬｉｎｋ Ｌａｙｅ
ｒ（３０２）（リンク層）が設けられる。Ｐｈｙｓｉｃ
ａｌ Ｌａｙｅｒ（３０１）はハードウェア的な信号伝
送を司るためのレイヤであり、Ｌｉｎｋ Ｌａｙｅｒ
（３０２）はＩＥＥＥ１３９４バスを例えば、機器毎に
規定された内部バスに変換するための機能を有する層と
される。
スタックモデルを示している。ＩＥＥＥ１３９４フォー
マットにおいては、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４０
０）とＩｓｏｃｈｒｏｎｏｕｓ系（５００）とに大別さ
れる。ここで、Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）
とＩｓｏｃｈｒｏｎｏｕｓ系（５００）に共通な層とし
て、最下位にＰｈｙｓｉｃａｌ Ｌａｙｅｒ（３０１）
（物理層）が設けられ、その上位にＬｉｎｋ Ｌａｙｅ
ｒ（３０２）（リンク層）が設けられる。Ｐｈｙｓｉｃ
ａｌ Ｌａｙｅｒ（３０１）はハードウェア的な信号伝
送を司るためのレイヤであり、Ｌｉｎｋ Ｌａｙｅｒ
（３０２）はＩＥＥＥ１３９４バスを例えば、機器毎に
規定された内部バスに変換するための機能を有する層と
される。
【０１０３】Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（３０
１）、Ｌｉｎｋ Ｌａｙｅｒ（３０２）、及び次に説明
するＴｒａｎｓａｃｔｉｏｎ Ｌａｙｅｒ（４０１）
は、Ｅｖｅｎｔ／Ｃｏｎｔｒｏｌ／Ｃｏｎｆｉｇｕｒａ
ｔｉｏｎのラインによってＳｅｒｉａｌ Ｂｕｓ Ｍａ
ｎａｇｅｍｅｎｔ３０３とリンクされる。また、ＡＶ
Ｃａｂｌｅ／Ｃｏｎｎｅｃｔｏｒ３０４は、ＡＶデータ
伝送のための物理的なコネクタ、ケーブルを示してい
る。
１）、Ｌｉｎｋ Ｌａｙｅｒ（３０２）、及び次に説明
するＴｒａｎｓａｃｔｉｏｎ Ｌａｙｅｒ（４０１）
は、Ｅｖｅｎｔ／Ｃｏｎｔｒｏｌ／Ｃｏｎｆｉｇｕｒａ
ｔｉｏｎのラインによってＳｅｒｉａｌ Ｂｕｓ Ｍａ
ｎａｇｅｍｅｎｔ３０３とリンクされる。また、ＡＶ
Ｃａｂｌｅ／Ｃｏｎｎｅｃｔｏｒ３０４は、ＡＶデータ
伝送のための物理的なコネクタ、ケーブルを示してい
る。
【０１０４】Ａｓｙｎｃｈｒｏｎｏｕｓ系（４００）に
おける上記Ｌｉｎｋ Ｌａｙｅｒ（３０２）の上位に
は、Ｔｒａｎｓａｃｔｉｏｎ Ｌａｙｅｒ（４０１）が
設けられる。Ｔｒａｎｓａｃｔｉｏｎ Ｌａｙｅｒ（４
０１）は、ＩＥＥＥ１３９４としてのデータ伝送プロト
コルを規定する層とされ、基本的なＡｓｙｎｃｈｒｏｎ
ｏｕｓ Ｔｒａｎｓａｃｔｉｏｎとしては、後述するよ
うにして、ＷｒｉｔｅＴｒａｎｓａｃｔｉｏｎ，Ｒｅａ
ｄ Ｔｒａｎｓａｃｔｉｏｎ，Ｌｏｃｋ Ｔｒａｎｓａ
ｃｔｉｏｎが規定される。
おける上記Ｌｉｎｋ Ｌａｙｅｒ（３０２）の上位に
は、Ｔｒａｎｓａｃｔｉｏｎ Ｌａｙｅｒ（４０１）が
設けられる。Ｔｒａｎｓａｃｔｉｏｎ Ｌａｙｅｒ（４
０１）は、ＩＥＥＥ１３９４としてのデータ伝送プロト
コルを規定する層とされ、基本的なＡｓｙｎｃｈｒｏｎ
ｏｕｓ Ｔｒａｎｓａｃｔｉｏｎとしては、後述するよ
うにして、ＷｒｉｔｅＴｒａｎｓａｃｔｉｏｎ，Ｒｅａ
ｄ Ｔｒａｎｓａｃｔｉｏｎ，Ｌｏｃｋ Ｔｒａｎｓａ
ｃｔｉｏｎが規定される。
【０１０５】そして、Ｔｒａｎｓａｃｔｉｏｎ Ｌａｙ
ｅｒ（４０１）の上層に対してＦＣＰ(Functuin Contro
l Protocol)（４０２）が規定される。ＦＣＰ（４０
２）は、ＡＶ／Ｃ Ｃｏｍｍａｎｄ(AV/C Digital Inte
rfase Command Set)（４０３）として規定された制御コ
マンドを利用することで、各種ＡＶ機器に対するコマン
ド制御を実行することが出来るようになっている。
ｅｒ（４０１）の上層に対してＦＣＰ(Functuin Contro
l Protocol)（４０２）が規定される。ＦＣＰ（４０
２）は、ＡＶ／Ｃ Ｃｏｍｍａｎｄ(AV/C Digital Inte
rfase Command Set)（４０３）として規定された制御コ
マンドを利用することで、各種ＡＶ機器に対するコマン
ド制御を実行することが出来るようになっている。
【０１０６】また、Ｔｒａｎｓａｃｔｉｏｎ Ｌａｙｅ
ｒ（４０１）の上層に対しては、Ｃｏｎｎｅｃｔｉｏｎ
Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｃｅｄｕｒｅｓ（５０
５）を利用して、後述するＰｌｕｇ（ＩＥＥＥ１３９４
における論理的な機器接続関係）を設定するためのＰｌ
ｕｇ Ｃｏｎｔｒｏｌｌ Ｒｅｇｉｓｔｅｒｓ（４０
４）が規定される。
ｒ（４０１）の上層に対しては、Ｃｏｎｎｅｃｔｉｏｎ
Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｃｅｄｕｒｅｓ（５０
５）を利用して、後述するＰｌｕｇ（ＩＥＥＥ１３９４
における論理的な機器接続関係）を設定するためのＰｌ
ｕｇ Ｃｏｎｔｒｏｌｌ Ｒｅｇｉｓｔｅｒｓ（４０
４）が規定される。
【０１０７】Ｉｓｏｃｈｒｏｎｏｕｓ系（５００）にお
けるＬｉｎｋ Ｌａｙｅｒ（３０２）の上位には、ＣＩ
Ｐ Ｈｅａｄｅｒ Ｆｏｒｍａｔ（５０１）が規定さ
れ、このＣＩＰ Ｈｅａｄｅｒ Ｆｏｒｍａｔ（５０
１）に管理される形態で、ＳＤ−ＤＶＣＲ Ｒｅａｌｔ
ｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−
ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏ
ｎ（５０３），ＳＤＬ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４），ＭＰＥＧ２−Ｔ
Ｓ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５
０５），Ａｕｄｉｏａｎｄ Ｍｕｓｉｃ Ｒｅａｌｔｉ
ｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０６）等の伝送プ
ロトコルが規定されている。
けるＬｉｎｋ Ｌａｙｅｒ（３０２）の上位には、ＣＩ
Ｐ Ｈｅａｄｅｒ Ｆｏｒｍａｔ（５０１）が規定さ
れ、このＣＩＰ Ｈｅａｄｅｒ Ｆｏｒｍａｔ（５０
１）に管理される形態で、ＳＤ−ＤＶＣＲ Ｒｅａｌｔ
ｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−
ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏ
ｎ（５０３），ＳＤＬ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４），ＭＰＥＧ２−Ｔ
Ｓ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５
０５），Ａｕｄｉｏａｎｄ Ｍｕｓｉｃ Ｒｅａｌｔｉ
ｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０６）等の伝送プ
ロトコルが規定されている。
【０１０８】ＳＤ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔｒ
ａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−ＤＶＣＲ Ｒ
ｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０
３），ＳＤＬ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔｒａｎ
ｓｍｉｓｓｉｏｎ（５０４）は、それぞれ、デジタルＶ
ＴＲ(Video Tape Recorder)に対応するデータ伝送プロ
トコルである。ＳＤ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔ
ｒａｎｓｍｉｓｓｉｏｎ（５０２）が扱うデータは、Ｓ
Ｄ−ＤＶＣＲ ｒｅｃｏｒｄｉｎｇ ｆｏｒｍａｔ（５
０８）の規定に従って得られたデータシーケンス（ＳＤ
−ＤＶＣＲ ｄａｔａ ｓｅｑｕｅｎｃｅ（５０７））
とされる。また、ＨＤ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３）が扱うデータは、
ＨＤ−ＤＶＣＲ ｒｅｃｏｒｄｉｎｇ ｆｏｒｍａｔ
（５１０）の規定に従って得られたデータシーケンス
（ＳＤ−ＤＶＣＲ ｄａｔａｓｅｑｕｅｎｃｅ（５０
９））とされる。ＳＤＬ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４）が扱うデータ
は、ＳＤＬ−ＤＶＣＲ ｒｅｃｏｒｄｉｎｇ ｆｏｒｍ
ａｔ（５１２）の規定に従って得られるデータシーケン
ス（ＳＤ−ＤＶＣＲ ｄａｔａ ｓｅｑｕｅｎｃｅ（５
１１））となる。
ａｎｓｍｉｓｓｉｏｎ（５０２），ＨＤ−ＤＶＣＲ Ｒ
ｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０
３），ＳＤＬ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔｒａｎ
ｓｍｉｓｓｉｏｎ（５０４）は、それぞれ、デジタルＶ
ＴＲ(Video Tape Recorder)に対応するデータ伝送プロ
トコルである。ＳＤ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔ
ｒａｎｓｍｉｓｓｉｏｎ（５０２）が扱うデータは、Ｓ
Ｄ−ＤＶＣＲ ｒｅｃｏｒｄｉｎｇ ｆｏｒｍａｔ（５
０８）の規定に従って得られたデータシーケンス（ＳＤ
−ＤＶＣＲ ｄａｔａ ｓｅｑｕｅｎｃｅ（５０７））
とされる。また、ＨＤ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０３）が扱うデータは、
ＨＤ−ＤＶＣＲ ｒｅｃｏｒｄｉｎｇ ｆｏｒｍａｔ
（５１０）の規定に従って得られたデータシーケンス
（ＳＤ−ＤＶＣＲ ｄａｔａｓｅｑｕｅｎｃｅ（５０
９））とされる。ＳＤＬ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ
Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４）が扱うデータ
は、ＳＤＬ−ＤＶＣＲ ｒｅｃｏｒｄｉｎｇ ｆｏｒｍ
ａｔ（５１２）の規定に従って得られるデータシーケン
ス（ＳＤ−ＤＶＣＲ ｄａｔａ ｓｅｑｕｅｎｃｅ（５
１１））となる。
【０１０９】ＭＰＥＧ２−ＴＳ Ｒｅａｌｔｉｍｅ Ｔ
ｒａｎｓｍｉｓｓｉｏｎ（５０５）は、例えばデジタル
衛星放送に対応するチューナ等に対応する伝送プロトコ
ルで、これが扱うデータは、ＤＶＢ ｒｅｃｏｒｄｉｎ
ｇ ｆｏｒｍａｔ（５１４）或いはＡＴＶ ｒｅｃｏｒ
ｄｉｎｇ ｆｏｒｍａｔ（５１５）の規定に従って得ら
れるデータシーケンス（ＭＰＥＧ２−ＴＳ ｄａｔａ
ｓｅｑｕｅｎｃｅ（５１３））とされる。
ｒａｎｓｍｉｓｓｉｏｎ（５０５）は、例えばデジタル
衛星放送に対応するチューナ等に対応する伝送プロトコ
ルで、これが扱うデータは、ＤＶＢ ｒｅｃｏｒｄｉｎ
ｇ ｆｏｒｍａｔ（５１４）或いはＡＴＶ ｒｅｃｏｒ
ｄｉｎｇ ｆｏｒｍａｔ（５１５）の規定に従って得ら
れるデータシーケンス（ＭＰＥＧ２−ＴＳ ｄａｔａ
ｓｅｑｕｅｎｃｅ（５１３））とされる。
【０１１０】また、Ａｕｄｉｏ ａｎｄ Ｍｕｓｉｃ
Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０
６）は、例えば本実施の形態のＭＤシステムを含むデジ
タルオーディオ機器全般に対応する伝送プロトコルであ
り、これが扱うデータは、Ａｕｄｉｏ ａｎｄ Ｍｕｓ
ｉｃ ｒｅｃｏｒｄｉｎｇ ｆｏｒｍａｔ（５１７）の
規定に従って得られるデータシーケンス（Ａｕｄｉｏ
ａｎｄ Ｍｕｓｉｃ ｄａｔａ ｓｅｑｕｅｎｃｅ）と
される。
Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０
６）は、例えば本実施の形態のＭＤシステムを含むデジ
タルオーディオ機器全般に対応する伝送プロトコルであ
り、これが扱うデータは、Ａｕｄｉｏ ａｎｄ Ｍｕｓ
ｉｃ ｒｅｃｏｒｄｉｎｇ ｆｏｒｍａｔ（５１７）の
規定に従って得られるデータシーケンス（Ａｕｄｉｏ
ａｎｄ Ｍｕｓｉｃ ｄａｔａ ｓｅｑｕｅｎｃｅ）と
される。
【０１１１】２−３．信号伝送形態 図１５は、ＩＥＥＥ１３９４バスとして実際に用いられ
るケーブルの構造例を示している。この図においては、
コネクタ６００Ａと６００Ｂがケーブル６０１を介して
接続されていると共に、ここでは、コネクタ６００Ａと
６００Ｂのピン端子として、ピン番号１〜６の６ピンが
使用される場合を示している。コネクタ６００Ａ，６０
０Ｂに設けられる各ピン端子については、ピン番号１は
電源（ＶＰ）、ピン番号２はグランド（ＶＧ）、ピン番
号３はＴＰＢ１、ピン番号４はＴＰＢ２、ピン番号５は
ＴＰＡ１、ピン番号５はＴＰＡ２とされている。そし
て、コネクタ６００Ａ−６００Ｂ間の各ピンの接続形態
は、 ピン番号１（ＶＰ）−ピン番号１（ＶＰ） ピン番号２（ＶＧ）−ピン番号２（ＶＧ） ピン番号３（ＴＰＢ１）−ピン番号５（ＴＰＡ１） ピン番号４（ＴＰＢ２）−ピン番号６（ＴＰＡ２） ピン番号５（ＴＰＡ１）−ピン番号３（ＴＰＢ１） ピン番号６（ＴＰＡ２）−ピン番号３（ＴＰＢ２） のようになっている。そして、上記ピン接続の組のう
ち、 ピン番号３（ＴＰＢ１）−ピン番号５（ＴＰＡ１） ピン番号４（ＴＰＢ２）−ピン番号６（ＴＰＡ２） の２本のツイスト線の組により、差動で信号を相互伝送
する信号線６０１Ａを形成し、 ピン番号５（ＴＰＡ１）−ピン番号３（ＴＰＢ１） ピン番号６（ＴＰＡ２）−ピン番号３（ＴＰＢ２） の２本のツイスト線の組により、差動で信号を相互伝送
する信号線６０１Ｂを形成している。
るケーブルの構造例を示している。この図においては、
コネクタ６００Ａと６００Ｂがケーブル６０１を介して
接続されていると共に、ここでは、コネクタ６００Ａと
６００Ｂのピン端子として、ピン番号１〜６の６ピンが
使用される場合を示している。コネクタ６００Ａ，６０
０Ｂに設けられる各ピン端子については、ピン番号１は
電源（ＶＰ）、ピン番号２はグランド（ＶＧ）、ピン番
号３はＴＰＢ１、ピン番号４はＴＰＢ２、ピン番号５は
ＴＰＡ１、ピン番号５はＴＰＡ２とされている。そし
て、コネクタ６００Ａ−６００Ｂ間の各ピンの接続形態
は、 ピン番号１（ＶＰ）−ピン番号１（ＶＰ） ピン番号２（ＶＧ）−ピン番号２（ＶＧ） ピン番号３（ＴＰＢ１）−ピン番号５（ＴＰＡ１） ピン番号４（ＴＰＢ２）−ピン番号６（ＴＰＡ２） ピン番号５（ＴＰＡ１）−ピン番号３（ＴＰＢ１） ピン番号６（ＴＰＡ２）−ピン番号３（ＴＰＢ２） のようになっている。そして、上記ピン接続の組のう
ち、 ピン番号３（ＴＰＢ１）−ピン番号５（ＴＰＡ１） ピン番号４（ＴＰＢ２）−ピン番号６（ＴＰＡ２） の２本のツイスト線の組により、差動で信号を相互伝送
する信号線６０１Ａを形成し、 ピン番号５（ＴＰＡ１）−ピン番号３（ＴＰＢ１） ピン番号６（ＴＰＡ２）−ピン番号３（ＴＰＢ２） の２本のツイスト線の組により、差動で信号を相互伝送
する信号線６０１Ｂを形成している。
【０１１２】上記２組の信号線６０１Ａ及び信号線６０
１Ｂにより伝送される信号は、図１６（ａ）に示すデー
タ信号（Ｄａｔａ）と、図１６（ｂ）に示すストローブ
信号（Ｓｔｒｏｂｅ）である。図１６（ａ）に示すデー
タ信号は、信号線６０１Ａ又は信号線６０１Ｂの一方を
使用してＴＰＢ１，２から出力され、ＴＰＡ１，２に入
力される。また、図１６（ｂ）に示すストローブ信号
は、データ信号と、このデータ信号に同期する伝送クロ
ックとについて所定の論理演算を行うことによって得ら
れる信号であり、実際の伝送クロックよりは低い周波数
を有する。このストローブ信号は、信号線６０１Ａ又は
信号線６０１Ｂのうち、データ信号伝送に使用していな
い他方の信号線を使用して、ＴＰＡ１，２から出力さ
れ、ＴＰＢ１，２に入力される。
１Ｂにより伝送される信号は、図１６（ａ）に示すデー
タ信号（Ｄａｔａ）と、図１６（ｂ）に示すストローブ
信号（Ｓｔｒｏｂｅ）である。図１６（ａ）に示すデー
タ信号は、信号線６０１Ａ又は信号線６０１Ｂの一方を
使用してＴＰＢ１，２から出力され、ＴＰＡ１，２に入
力される。また、図１６（ｂ）に示すストローブ信号
は、データ信号と、このデータ信号に同期する伝送クロ
ックとについて所定の論理演算を行うことによって得ら
れる信号であり、実際の伝送クロックよりは低い周波数
を有する。このストローブ信号は、信号線６０１Ａ又は
信号線６０１Ｂのうち、データ信号伝送に使用していな
い他方の信号線を使用して、ＴＰＡ１，２から出力さ
れ、ＴＰＢ１，２に入力される。
【０１１３】例えば、図１６（ａ），図１６（ｂ）に示
すデータ信号及びストローブ信号が、或るＩＥＥＥ１３
９４対応の機器に対して入力されたとすると、この機器
においては、入力されたデータ信号とストローブ信号と
について所定の論理演算を行って、図１６（ｃ）に示す
ような伝送クロック（Ｃｌｏｃｋ）を生成し、所要の入
力データ信号処理に利用する。ＩＥＥＥ１３９４フォー
マットでは、このようなハードウェア的データ伝送形態
を採ることで、高速な周期の伝送クロックをケーブルに
よって機器間で伝送する必要をなくし、信号伝送の信頼
性を高めるようにしている。なお、上記説明では６ピン
の仕様について説明したが、ＩＥＥＥ１３９４フォーマ
ットでは電源（ＶＰ）とグランド（ＶＧ）を省略して、
２組のツイスト線である信号線６０１Ａ及び信号線６０
１Ｂのみからなる４ピンの仕様も存在する。例えば、本
実施の形態のＭＤレコーダ／プレーヤ１では、実際に
は、この４ピン仕様のケーブルを用いることで、ユーザ
にとってより簡易なシステムを提供できるように配慮し
ている。
すデータ信号及びストローブ信号が、或るＩＥＥＥ１３
９４対応の機器に対して入力されたとすると、この機器
においては、入力されたデータ信号とストローブ信号と
について所定の論理演算を行って、図１６（ｃ）に示す
ような伝送クロック（Ｃｌｏｃｋ）を生成し、所要の入
力データ信号処理に利用する。ＩＥＥＥ１３９４フォー
マットでは、このようなハードウェア的データ伝送形態
を採ることで、高速な周期の伝送クロックをケーブルに
よって機器間で伝送する必要をなくし、信号伝送の信頼
性を高めるようにしている。なお、上記説明では６ピン
の仕様について説明したが、ＩＥＥＥ１３９４フォーマ
ットでは電源（ＶＰ）とグランド（ＶＧ）を省略して、
２組のツイスト線である信号線６０１Ａ及び信号線６０
１Ｂのみからなる４ピンの仕様も存在する。例えば、本
実施の形態のＭＤレコーダ／プレーヤ１では、実際に
は、この４ピン仕様のケーブルを用いることで、ユーザ
にとってより簡易なシステムを提供できるように配慮し
ている。
【０１１４】２−４．機器間のバス接続 図１７は、ＩＥＥＥ１３９４バスによる機器間接続の形
態例を模式的に示している。この図では、機器Ａ，Ｂ，
Ｃ，Ｄ，Ｅの５台の機器（Ｎｏｄｅ）がＩＥＥＥ１３９
４バス（即ちケーブルである）によって相互通信可能に
接続されている場合が示されている。ＩＥＥＥ１３９４
インターフェイスでは、機器Ａ，Ｂ，ＣのようにしてＩ
ＥＥＥ１３９４バスにより直列的に接続するいわゆる
「ディージチェーン接続」が可能とされる。また、図１
７の場合であれば、機器Ａと、機器Ｂ，Ｄ，Ｅ間の接続
形態に示すように、或る機器と複数機器とが並列的に接
続されるいわゆる「ブランチ接続」も可能とされる。シ
ステム全体としては、このブランチ接続と上記ディージ
チェーン接続とを併用して最大６３台の機器（Ｎｏｄ
ｅ）を接続可能とされる。但し、ディージチェーン接続
によっては、最大で１６台（１６ポップ）までの接続が
可能とされている。また、ＳＣＳＩで必要とされるター
ミネータはＩＥＥＥ１３９４インターフェイスでは不要
である。そしてＩＥＥＥ１３９４インターフェイスで
は、上記のようにしてディージチェーン接続又はブラン
チ接続により接続された機器間で相互通信を行うことが
可能とされている。つまり、図１７の場合であれば、機
器Ａ，Ｂ，Ｃ，Ｄ，Ｅ間の任意の複数機器間での相互通
信が可能とされる。
態例を模式的に示している。この図では、機器Ａ，Ｂ，
Ｃ，Ｄ，Ｅの５台の機器（Ｎｏｄｅ）がＩＥＥＥ１３９
４バス（即ちケーブルである）によって相互通信可能に
接続されている場合が示されている。ＩＥＥＥ１３９４
インターフェイスでは、機器Ａ，Ｂ，ＣのようにしてＩ
ＥＥＥ１３９４バスにより直列的に接続するいわゆる
「ディージチェーン接続」が可能とされる。また、図１
７の場合であれば、機器Ａと、機器Ｂ，Ｄ，Ｅ間の接続
形態に示すように、或る機器と複数機器とが並列的に接
続されるいわゆる「ブランチ接続」も可能とされる。シ
ステム全体としては、このブランチ接続と上記ディージ
チェーン接続とを併用して最大６３台の機器（Ｎｏｄ
ｅ）を接続可能とされる。但し、ディージチェーン接続
によっては、最大で１６台（１６ポップ）までの接続が
可能とされている。また、ＳＣＳＩで必要とされるター
ミネータはＩＥＥＥ１３９４インターフェイスでは不要
である。そしてＩＥＥＥ１３９４インターフェイスで
は、上記のようにしてディージチェーン接続又はブラン
チ接続により接続された機器間で相互通信を行うことが
可能とされている。つまり、図１７の場合であれば、機
器Ａ，Ｂ，Ｃ，Ｄ，Ｅ間の任意の複数機器間での相互通
信が可能とされる。
【０１１５】また、ＩＥＥＥ１３９４バスにより複数の
機器接続を行ったシステム（以降はＩＥＥＥ１３９４シ
ステムともいう）内では、機器ごとに割与えられるＮｏ
ｄｅＩＤを設定する処理が実際には行われる。この処理
を、図１８により模式的に示す。ここで、図１８（ａ）
に示す接続形態によるＩＥＥＥ１３９４システムにおい
て、ケーブルの抜き差し、システムにおける或る機器の
電源のオン／オフ、ＰＨＹ(Physical Layer Protocol)
での自発発生処理等が有ったとすると、ＩＥＥＥ１３９
４システム内においてはバスリセットが発生する。これ
により、各機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ間においてＩＥＥＥ
１３９４バスを介して全ての機器にバスリセット通知を
行う処理が実行される。
機器接続を行ったシステム（以降はＩＥＥＥ１３９４シ
ステムともいう）内では、機器ごとに割与えられるＮｏ
ｄｅＩＤを設定する処理が実際には行われる。この処理
を、図１８により模式的に示す。ここで、図１８（ａ）
に示す接続形態によるＩＥＥＥ１３９４システムにおい
て、ケーブルの抜き差し、システムにおける或る機器の
電源のオン／オフ、ＰＨＹ(Physical Layer Protocol)
での自発発生処理等が有ったとすると、ＩＥＥＥ１３９
４システム内においてはバスリセットが発生する。これ
により、各機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ間においてＩＥＥＥ
１３９４バスを介して全ての機器にバスリセット通知を
行う処理が実行される。
【０１１６】このバスリセット通知の結果、図１８
（ｂ）に示すようにして、通信（Child−Notify）を行
うことで隣接する機器端子間で親子関係が定義される。
つまり、ＩＥＥＥ１３９４システム内における機器間の
Ｔｒｅｅ構造を構築する。そして、このＴｒｅｅ構造の
構築結果に従って、ルートとしての機器が定義される。
ルートとは、全ての端子が子(Ｃｈ；Child)として定義
された機器であり、図１８（ｂ）の場合であれば、機器
Ｂがルートとして定義されていることになる。逆に言え
ば、例えばこのルートとしての機器Ｂと接続される機器
Ａの端子は親親(Ｐ；Parent)として定義されているもの
である。
（ｂ）に示すようにして、通信（Child−Notify）を行
うことで隣接する機器端子間で親子関係が定義される。
つまり、ＩＥＥＥ１３９４システム内における機器間の
Ｔｒｅｅ構造を構築する。そして、このＴｒｅｅ構造の
構築結果に従って、ルートとしての機器が定義される。
ルートとは、全ての端子が子(Ｃｈ；Child)として定義
された機器であり、図１８（ｂ）の場合であれば、機器
Ｂがルートとして定義されていることになる。逆に言え
ば、例えばこのルートとしての機器Ｂと接続される機器
Ａの端子は親親(Ｐ；Parent)として定義されているもの
である。
【０１１７】上記のようにしてＩＥＥＥ１３９４システ
ム内のＴｒｅｅ構造及びルートが定義されると、続いて
は、図１８（ｃ）に示すようにして、各機器から、自己
のＮｏｄｅ−ＩＤの宣言としてＳｅｌｆ−ＩＤパケット
が出力される。そしてルートがこのＮｏｄｅ−ＩＤに対
して順次承認（grant）を行っていくことにより、ＩＥ
ＥＥ１３９４システム内における各機器のアドレス、つ
まりＮｏｄｅ−ＩＤが決定される。
ム内のＴｒｅｅ構造及びルートが定義されると、続いて
は、図１８（ｃ）に示すようにして、各機器から、自己
のＮｏｄｅ−ＩＤの宣言としてＳｅｌｆ−ＩＤパケット
が出力される。そしてルートがこのＮｏｄｅ−ＩＤに対
して順次承認（grant）を行っていくことにより、ＩＥ
ＥＥ１３９４システム内における各機器のアドレス、つ
まりＮｏｄｅ−ＩＤが決定される。
【０１１８】２−５．パケット ＩＥＥＥ１３９４フォーマットでは、図１９に示すよう
にしてＩｓｏｃｈｒｏｎｏｕｓ ｃｙｃｌｅ（ｎｏｍｉ
ｎａｌ ｃｙｃｌｅ）の周期を繰り返すことによって送
信を行う。この場合、１Ｉｓｏｃｈｒｏｎｏｕｓ ｃｙ
ｃｌｅは、１２５μｓｅｃとされ、帯域としては１００
ＭＨｚに相当する。なお、Ｉｓｏｃｈｒｏｎｏｕｓ ｃ
ｙｃｌｅの周期としては１２５μｓｅｃ以外とされても
良いことが規定されている。そして、このＩｓｏｃｈｒ
ｏｎｏｕｓ ｃｙｃｌｅごとに、データをパケット化し
て送信する。
にしてＩｓｏｃｈｒｏｎｏｕｓ ｃｙｃｌｅ（ｎｏｍｉ
ｎａｌ ｃｙｃｌｅ）の周期を繰り返すことによって送
信を行う。この場合、１Ｉｓｏｃｈｒｏｎｏｕｓ ｃｙ
ｃｌｅは、１２５μｓｅｃとされ、帯域としては１００
ＭＨｚに相当する。なお、Ｉｓｏｃｈｒｏｎｏｕｓ ｃ
ｙｃｌｅの周期としては１２５μｓｅｃ以外とされても
良いことが規定されている。そして、このＩｓｏｃｈｒ
ｏｎｏｕｓ ｃｙｃｌｅごとに、データをパケット化し
て送信する。
【０１１９】この図に示すように、Ｉｓｏｃｈｒｏｎｏ
ｕｓ ｃｙｃｌｅの先頭には、１Ｉｓｏｃｈｒｏｎｏｕ
ｓ ｃｙｃｌｅの開始を示すＣｙｃｌｅ Ｓｔａｒｔ
Ｐａｃｋｅｔが配置される。このＣｙｃｌｅ Ｓｔａｒ
ｔ Ｐａｃｋｅｔは、ここでの詳しい説明は省略する
が、Ｃｙｃｌｅ Ｍａｓｔｅｒとして定義されたＩＥＥ
Ｅ１３９４システム内の特定の１機器によってその発生
タイミングが指示される。Ｃｙｃｌｅ Ｓｔａｒｔ Ｐ
ａｃｋｅｔに続いては、ＩｓｏｃｈｒｏｎｏｕｓＰａｃ
ｋｅｔが優先的に配置される。Ｉｓｏｃｈｒｏｎｏｕｓ
Ｐａｃｋｅｔは、図のように、チャンネルごとにパケ
ット化されたうえで時分割的に配列されて転送される
（Ｉｓｏｃｈｒｏｎｏｕｓ ｓｕｂａｃｔｉｏｎｓ）。
また、Ｉｓｏｃｈｒｏｎｏｕｓ ｓｕｂａｃｔｉｏｎｓ
内においてパケット毎の区切りには、Ｉｓｏｃｈｒｏｎ
ｏｕｓ ｇａｐといわれる休止区間（例えば０．０５μ
ｓｅｃ）が設けられる。このように、ＩＥＥＥ１３９４
システムでは、１つの伝送線路によってＩｓｏｃｈｒｏ
ｎｏｕｓデータをマルチチャンネルで送受信することが
可能とされている。
ｕｓ ｃｙｃｌｅの先頭には、１Ｉｓｏｃｈｒｏｎｏｕ
ｓ ｃｙｃｌｅの開始を示すＣｙｃｌｅ Ｓｔａｒｔ
Ｐａｃｋｅｔが配置される。このＣｙｃｌｅ Ｓｔａｒ
ｔ Ｐａｃｋｅｔは、ここでの詳しい説明は省略する
が、Ｃｙｃｌｅ Ｍａｓｔｅｒとして定義されたＩＥＥ
Ｅ１３９４システム内の特定の１機器によってその発生
タイミングが指示される。Ｃｙｃｌｅ Ｓｔａｒｔ Ｐ
ａｃｋｅｔに続いては、ＩｓｏｃｈｒｏｎｏｕｓＰａｃ
ｋｅｔが優先的に配置される。Ｉｓｏｃｈｒｏｎｏｕｓ
Ｐａｃｋｅｔは、図のように、チャンネルごとにパケ
ット化されたうえで時分割的に配列されて転送される
（Ｉｓｏｃｈｒｏｎｏｕｓ ｓｕｂａｃｔｉｏｎｓ）。
また、Ｉｓｏｃｈｒｏｎｏｕｓ ｓｕｂａｃｔｉｏｎｓ
内においてパケット毎の区切りには、Ｉｓｏｃｈｒｏｎ
ｏｕｓ ｇａｐといわれる休止区間（例えば０．０５μ
ｓｅｃ）が設けられる。このように、ＩＥＥＥ１３９４
システムでは、１つの伝送線路によってＩｓｏｃｈｒｏ
ｎｏｕｓデータをマルチチャンネルで送受信することが
可能とされている。
【０１２０】ここで、例えば本実施の形態のＭＤレコー
ダ／プレーヤが対応する圧縮オーディオデータ（以降は
ＡＴＲＡＣデータともいう）をＩｓｏｃｈｒｏｎｏｕｓ
方式により送信することを考えた場合、ＡＴＲＡＣデー
タが１倍速の転送レート１．４Ｍｂｐｓであるとすれ
ば、１２５μｓｅｃである１Ｉｓｏｃｈｒｏｎｏｕｓｃ
ｙｃｌｅ周期ごとに、少なくともほぼ２０数Ｍバイトの
ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ Ｐａｃｋ
ｅｔとして伝送すれば、時系列的な連続性（リアルタイ
ム性）が確保されることになる。例えば、或る機器がＡ
ＴＲＡＣデータを送信する際には、ここでの詳しい説明
は省略するが、ＩＥＥＥ１３９４システム内のＩＲＭ(I
sochronous Resource Manager)に対して、ＡＴＲＡＣデ
ータのリアルタイム送信が確保できるだけの、Ｉｓｏｃ
ｈｒｏｎｏｕｓ パケットのサイズを要求する。ＩＲＭ
では、現在のデータ伝送状況を監視して許可／不許可を
与え、許可が与えられれば、指定されたチャンネルによ
って、ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ Ｐ
ａｃｋｅｔにパケット化して送信することが出来る。こ
れがＩＥＥＥ１３９４インターフェイスにおける帯域予
約といわれるものである。
ダ／プレーヤが対応する圧縮オーディオデータ（以降は
ＡＴＲＡＣデータともいう）をＩｓｏｃｈｒｏｎｏｕｓ
方式により送信することを考えた場合、ＡＴＲＡＣデー
タが１倍速の転送レート１．４Ｍｂｐｓであるとすれ
ば、１２５μｓｅｃである１Ｉｓｏｃｈｒｏｎｏｕｓｃ
ｙｃｌｅ周期ごとに、少なくともほぼ２０数Ｍバイトの
ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ Ｐａｃｋ
ｅｔとして伝送すれば、時系列的な連続性（リアルタイ
ム性）が確保されることになる。例えば、或る機器がＡ
ＴＲＡＣデータを送信する際には、ここでの詳しい説明
は省略するが、ＩＥＥＥ１３９４システム内のＩＲＭ(I
sochronous Resource Manager)に対して、ＡＴＲＡＣデ
ータのリアルタイム送信が確保できるだけの、Ｉｓｏｃ
ｈｒｏｎｏｕｓ パケットのサイズを要求する。ＩＲＭ
では、現在のデータ伝送状況を監視して許可／不許可を
与え、許可が与えられれば、指定されたチャンネルによ
って、ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ Ｐ
ａｃｋｅｔにパケット化して送信することが出来る。こ
れがＩＥＥＥ１３９４インターフェイスにおける帯域予
約といわれるものである。
【０１２１】Ｉｓｏｃｈｒｏｎｏｕｓ ｃｙｃｌｅの帯
域内においてＩｓｏｃｈｒｏｎｏｕｓ ｓｕｂａｃｔｉ
ｏｎｓが使用していない残る帯域を用いて、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ ｓｕｂａｃｔｉｏｎｓ、即ちＡｓｙｎ
ｃｈｒｏｎｏｕｓのパケット送信が行われる。図１９で
は、Ｐａｃｋｅｔ Ａ，Ｐａｃｋｅｔ Ｂの２つのＡｓ
ｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔが送信されている
例が示されている。Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃ
ｋｅｔの後には、ａｃｋ ｇａｐ（０．０５μｓｅｃ）
の休止期間を挟んで、ＡＣＫ（Acknowledge)といわれる
信号が付随する。ＡＣＫは、後述するようにして、Ａｓ
ｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓａｃｔｉｏｎの過程
において、何らかのＡｓｙｎｃｈｒｏｎｏｕｓデータの
受信が有ったことを送信側（Ｃｏｎｔｒｏｌｌｅｒ）に
知らせるためにハードウェア的に受信側（Ｔａｒｇｅ
ｔ）から出力される信号である。また、Ａｓｙｎｃｈｒ
ｏｎｏｕｓ Ｐａｃｋｅｔ及びこれに続くＡＣＫからな
るデータ伝送単位の前後には、１０μｓｅｃ程度のｓｕ
ｂａｃｔｉｏｎ ｇａｐといわれる休止期間が設けられ
る。ここで、Ｉｓｏｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔに
よりＡＴＲＡＣデータを送信し、上記ＡＴＲＡＣデータ
に付随するとされるＡＵＸデータファイルをＡｓｙｎｃ
ｈｒｏｎｏｕｓ Ｐａｃｋｅｔにより送信するようにす
れば、見かけ上、ＡＴＲＡＣデータとＡＵＸデータファ
イルとを同時に送信することが可能となるものである。
域内においてＩｓｏｃｈｒｏｎｏｕｓ ｓｕｂａｃｔｉ
ｏｎｓが使用していない残る帯域を用いて、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ ｓｕｂａｃｔｉｏｎｓ、即ちＡｓｙｎ
ｃｈｒｏｎｏｕｓのパケット送信が行われる。図１９で
は、Ｐａｃｋｅｔ Ａ，Ｐａｃｋｅｔ Ｂの２つのＡｓ
ｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔが送信されている
例が示されている。Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃ
ｋｅｔの後には、ａｃｋ ｇａｐ（０．０５μｓｅｃ）
の休止期間を挟んで、ＡＣＫ（Acknowledge)といわれる
信号が付随する。ＡＣＫは、後述するようにして、Ａｓ
ｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓａｃｔｉｏｎの過程
において、何らかのＡｓｙｎｃｈｒｏｎｏｕｓデータの
受信が有ったことを送信側（Ｃｏｎｔｒｏｌｌｅｒ）に
知らせるためにハードウェア的に受信側（Ｔａｒｇｅ
ｔ）から出力される信号である。また、Ａｓｙｎｃｈｒ
ｏｎｏｕｓ Ｐａｃｋｅｔ及びこれに続くＡＣＫからな
るデータ伝送単位の前後には、１０μｓｅｃ程度のｓｕ
ｂａｃｔｉｏｎ ｇａｐといわれる休止期間が設けられ
る。ここで、Ｉｓｏｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔに
よりＡＴＲＡＣデータを送信し、上記ＡＴＲＡＣデータ
に付随するとされるＡＵＸデータファイルをＡｓｙｎｃ
ｈｒｏｎｏｕｓ Ｐａｃｋｅｔにより送信するようにす
れば、見かけ上、ＡＴＲＡＣデータとＡＵＸデータファ
イルとを同時に送信することが可能となるものである。
【０１２２】２−６．トランザクションルール 図２０（ａ）の処理遷移図には、Ａｓｙｎｃｈｒｏｎｏ
ｕｓ通信における基本的な通信規則（トランザクション
ルール）が示されている。このトランザクションルール
は、ＦＣＰによって規定される。図２０（ａ）に示すよ
うに、先ずステップＳ１１により、Ｒｅｑｕｅｓｔｅｒ
（送信側）は、Ｒｅｓｐｏｎｄｅｒ（受信側）に対して
Ｒｅｑｕｅｓｔを送信する。Ｒｅｓｐｏｎｄｅｒでは、
このＲｅｑｕｅｓｔを受信する（ステップＳ１２）と、
先ずＡｃｋｎｏｗｌｅｄｇｅをＲｅｑｕｅｓｔｅｒに返
送する（ステップＳ１３）。送信側では、Ａｃｋｎｏｗ
ｌｅｄｇｅを受信することで、Ｒｅｑｕｅｓｔが受信側
にて受信されたことを認知する（ステップＳ１４）。こ
の後、Ｒｅｓｐｏｎｄｅｒは先のステップＳ１２にて受
信したＲｅｑｕｅｓｔに対する応答として、Ｒｅｓｐｏ
ｎｓｅをＲｅｑｕｅｓｔｅｒに送信する（ステップＳ１
５）。Ｒｅｑｕｅｓｔｅｒでは、Ｒｅｓｐｏｎｓｅを受
信し（ステップＳ１６）、これに応答してＲｅｓｐｏｎ
ｄｅｒに対してＡｃｋｎｏｗｌｅｄｇｅを送信する（ス
テップＳ１７）。ＲｅｓｐｏｎｄｅｒではＡｃｋｎｏｗ
ｌｅｄｇｅを受信することで、Ｒｅｓｐｏｎｓｅが送信
側にて受信されたことを認知する。
ｕｓ通信における基本的な通信規則（トランザクション
ルール）が示されている。このトランザクションルール
は、ＦＣＰによって規定される。図２０（ａ）に示すよ
うに、先ずステップＳ１１により、Ｒｅｑｕｅｓｔｅｒ
（送信側）は、Ｒｅｓｐｏｎｄｅｒ（受信側）に対して
Ｒｅｑｕｅｓｔを送信する。Ｒｅｓｐｏｎｄｅｒでは、
このＲｅｑｕｅｓｔを受信する（ステップＳ１２）と、
先ずＡｃｋｎｏｗｌｅｄｇｅをＲｅｑｕｅｓｔｅｒに返
送する（ステップＳ１３）。送信側では、Ａｃｋｎｏｗ
ｌｅｄｇｅを受信することで、Ｒｅｑｕｅｓｔが受信側
にて受信されたことを認知する（ステップＳ１４）。こ
の後、Ｒｅｓｐｏｎｄｅｒは先のステップＳ１２にて受
信したＲｅｑｕｅｓｔに対する応答として、Ｒｅｓｐｏ
ｎｓｅをＲｅｑｕｅｓｔｅｒに送信する（ステップＳ１
５）。Ｒｅｑｕｅｓｔｅｒでは、Ｒｅｓｐｏｎｓｅを受
信し（ステップＳ１６）、これに応答してＲｅｓｐｏｎ
ｄｅｒに対してＡｃｋｎｏｗｌｅｄｇｅを送信する（ス
テップＳ１７）。ＲｅｓｐｏｎｄｅｒではＡｃｋｎｏｗ
ｌｅｄｇｅを受信することで、Ｒｅｓｐｏｎｓｅが送信
側にて受信されたことを認知する。
【０１２３】上記図２０（ａ）により送信されるＲｅｑ
ｕｅｓｔ Ｔｒａｎｓａｃｔｉｏｎとしては、図２０
（ｂ）の左側に示すように、Ｗｒｉｔｅ Ｒｅｑｕｅｓ
ｔ、Ｒｅａｄ Ｒｅｑｕｅｓｔ、Ｌｏｃｋ Ｒｅｑｕｅ
ｓｔの３種類に大別して定義されている。Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔは、データ書き込みを要求するコマンド
であり、Ｒｅａｄ Ｒｅｑｕｅｓｔはデータの読み出し
を要求するコマンドである。Ｌｏｃｋ Ｒｅｑｕｅｓｔ
はここでは詳しい説明は省略するが、ｓｗａｐ ｃｏｍ
ｐａｒｅ、マスクなどのためのコマンドである。
ｕｅｓｔ Ｔｒａｎｓａｃｔｉｏｎとしては、図２０
（ｂ）の左側に示すように、Ｗｒｉｔｅ Ｒｅｑｕｅｓ
ｔ、Ｒｅａｄ Ｒｅｑｕｅｓｔ、Ｌｏｃｋ Ｒｅｑｕｅ
ｓｔの３種類に大別して定義されている。Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔは、データ書き込みを要求するコマンド
であり、Ｒｅａｄ Ｒｅｑｕｅｓｔはデータの読み出し
を要求するコマンドである。Ｌｏｃｋ Ｒｅｑｕｅｓｔ
はここでは詳しい説明は省略するが、ｓｗａｐ ｃｏｍ
ｐａｒｅ、マスクなどのためのコマンドである。
【０１２４】また、Ｗｒｉｔｅ Ｒｅｑｕｅｓｔは、後
に図示して説明するＡｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃ
ｋｅｔ（ＡＶ／Ｃ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ）に
格納するコマンド（ｏｐｅｒａｎｄ）のデータサイズに
応じてさらに３種類が定義される。Ｗｒｉｔｅ Ｒｅｑ
ｕｅｓｔ（ｄａｔａ ｑｕａｄｌｅｔ）は、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ Ｐａｃｋｅｔのヘッダサイズのみによ
りコマンドを送信する。Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ
（ｄａｔａ ｂｌｏｃｋ：ｄａｔａ ｌｅｎｇｔｈ＝４
ｂｙｔｅ）、Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ（ｄａｔａ
ｂｌｏｃｋ：ｄａｔａ ｌｅｎｇｔｈ≠４ｂｙｔｅ）
は、Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔとしてヘ
ッダに対してｄａｔａ ｂｌｏｃｋを付加してコマンド
送信を行うもので、両者は、ｄａｔａ ｂｌｏｃｋに格
納されるｏｐｅｒａｎｄのデータサイズが４バイトであ
るかそれ以上であるのかが異なる。
に図示して説明するＡｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃ
ｋｅｔ（ＡＶ／Ｃ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔ）に
格納するコマンド（ｏｐｅｒａｎｄ）のデータサイズに
応じてさらに３種類が定義される。Ｗｒｉｔｅ Ｒｅｑ
ｕｅｓｔ（ｄａｔａ ｑｕａｄｌｅｔ）は、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ Ｐａｃｋｅｔのヘッダサイズのみによ
りコマンドを送信する。Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ
（ｄａｔａ ｂｌｏｃｋ：ｄａｔａ ｌｅｎｇｔｈ＝４
ｂｙｔｅ）、Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ（ｄａｔａ
ｂｌｏｃｋ：ｄａｔａ ｌｅｎｇｔｈ≠４ｂｙｔｅ）
は、Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔとしてヘ
ッダに対してｄａｔａ ｂｌｏｃｋを付加してコマンド
送信を行うもので、両者は、ｄａｔａ ｂｌｏｃｋに格
納されるｏｐｅｒａｎｄのデータサイズが４バイトであ
るかそれ以上であるのかが異なる。
【０１２５】Ｒｅａｄ Ｒｅｑｕｅｓｔも同様にして、
Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔに格納するｏ
ｐｅｒａｎｄのデータサイズに応じて、Ｒｅａｄ Ｒｅ
ｑｕｅｓｔ（ｄａｔａ ｑｕａｄｌｅｔ）、Ｒｅａｄ
Ｒｅｑｕｅｓｔ（ｄａｔａｂｌｏｃｋ：ｄａｔａ ｌｅ
ｎｇｔｈ＝４ｂｙｔｅ）、Ｒｅａｄ Ｒｅｑｕｅｓｔ
（ｄａｔａ ｂｌｏｃｋ：ｄａｔａ ｌｅｎｇｔｈ≠４
ｂｙｔｅ）の３種類が定義されている。
Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔに格納するｏ
ｐｅｒａｎｄのデータサイズに応じて、Ｒｅａｄ Ｒｅ
ｑｕｅｓｔ（ｄａｔａ ｑｕａｄｌｅｔ）、Ｒｅａｄ
Ｒｅｑｕｅｓｔ（ｄａｔａｂｌｏｃｋ：ｄａｔａ ｌｅ
ｎｇｔｈ＝４ｂｙｔｅ）、Ｒｅａｄ Ｒｅｑｕｅｓｔ
（ｄａｔａ ｂｌｏｃｋ：ｄａｔａ ｌｅｎｇｔｈ≠４
ｂｙｔｅ）の３種類が定義されている。
【０１２６】また、Ｒｅｓｐｏｎｓｅ Ｔｒａｎｓａｃ
ｔｉｏｎとしては、図２０（ｂ）の右側に示されてい
る。上述した３種のＷｒｉｔｅ Ｒｅｑｕｅｓｔに対し
ては、Ｗｒｉｔｅ Ｒｅｓｐｏｎｓｅ或いはＮｏ Ｒｅ
ｓｐｏｎｓｅが定義される。また、Ｒｅａｄ Ｒｅｑｕ
ｅｓｔ（ｄａｔａ ｑｕａｄｌｅｔ）に対してはＲｅａ
ｄ Ｒｅｓｐｏｎｓｅ（ｄａｔａ ｑｕａｄｌｅｔ）が
定義され、ＲｅａｄＲｅｑｕｅｓｔ（ｄａｔａ ｂｌｏ
ｃｋ：ｄａｔａ ｌｅｎｇｔｈ＝４ｂｙｔｅ）、又はＲ
ｅａｄ Ｒｅｑｕｅｓｔ（ｄａｔａ ｂｌｏｃｋ：ｄａ
ｔａ ｌｅｎｇｔｈ≠４ｂｙｔｅ）に対しては、Ｒｅａ
ｄ Ｒｅｓｐｏｎｓｅ（ｄａｔａｂｌｏｃｋ）が定義さ
れる。
ｔｉｏｎとしては、図２０（ｂ）の右側に示されてい
る。上述した３種のＷｒｉｔｅ Ｒｅｑｕｅｓｔに対し
ては、Ｗｒｉｔｅ Ｒｅｓｐｏｎｓｅ或いはＮｏ Ｒｅ
ｓｐｏｎｓｅが定義される。また、Ｒｅａｄ Ｒｅｑｕ
ｅｓｔ（ｄａｔａ ｑｕａｄｌｅｔ）に対してはＲｅａ
ｄ Ｒｅｓｐｏｎｓｅ（ｄａｔａ ｑｕａｄｌｅｔ）が
定義され、ＲｅａｄＲｅｑｕｅｓｔ（ｄａｔａ ｂｌｏ
ｃｋ：ｄａｔａ ｌｅｎｇｔｈ＝４ｂｙｔｅ）、又はＲ
ｅａｄ Ｒｅｑｕｅｓｔ（ｄａｔａ ｂｌｏｃｋ：ｄａ
ｔａ ｌｅｎｇｔｈ≠４ｂｙｔｅ）に対しては、Ｒｅａ
ｄ Ｒｅｓｐｏｎｓｅ（ｄａｔａｂｌｏｃｋ）が定義さ
れる。
【０１２７】Ｌｏｃｋ Ｒｅｑｕｅｓｔに対しては、Ｌ
ｏｃｋ Ｒｅｓｐｏｎｓｅが定義される。
ｏｃｋ Ｒｅｓｐｏｎｓｅが定義される。
【０１２８】２−７．アドレッシング 図２１は、ＩＥＥＥ１３９４バスのアドレッシングの構
造を示している。図２１（ａ）に示すように、ＩＥＥＥ
１３９４フォーマットでは、バスアドレスのレジスタ
（アドレス空間）として６４ビットが用意される。この
レジスタの上位１０ビットの領域は、ＩＥＥＥ１３９４
バスを識別するためのバスＩＤを示し、図２１（ｂ）に
示すようにしてバスＩＤとしてｂｕｓ＃０〜＃１０２２
の計１０２３のバスＩＤを設定可能としている。ｂｕｓ
＃１０２３はｌｏｃａｌ ｂｕｓとして定義されてい
る。
造を示している。図２１（ａ）に示すように、ＩＥＥＥ
１３９４フォーマットでは、バスアドレスのレジスタ
（アドレス空間）として６４ビットが用意される。この
レジスタの上位１０ビットの領域は、ＩＥＥＥ１３９４
バスを識別するためのバスＩＤを示し、図２１（ｂ）に
示すようにしてバスＩＤとしてｂｕｓ＃０〜＃１０２２
の計１０２３のバスＩＤを設定可能としている。ｂｕｓ
＃１０２３はｌｏｃａｌ ｂｕｓとして定義されてい
る。
【０１２９】図２１（ａ）においてバスアドレスに続く
６ビットの領域は、上記バスＩＤにより示されるＩＥＥ
Ｅ１３９４バスごとに接続されている機器のＮｏｄｅ
ＩＤを示す。Ｎｏｄｅ ＩＤは、図２１（ｃ）に示すよ
うにして、Ｎｏｄｅ ＃０〜＃６２までの６３のＮｏｄ
ｅ ＩＤを識別可能としている。上記バスＩＤ及びＮｏ
ｄｅ ＩＤを示す計１６ビットの領域は、後述するＡＶ
／Ｃ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔのヘッダにおける
ｄｅｓｔｉｎａｔｉｏｎＩＤに相当するもので、このバ
スＩＤ及びＮｏｄｅ ＩＤによって、或るバスに接続さ
れた機器がＩＥＥＥ１３９４システム上で特定される。
６ビットの領域は、上記バスＩＤにより示されるＩＥＥ
Ｅ１３９４バスごとに接続されている機器のＮｏｄｅ
ＩＤを示す。Ｎｏｄｅ ＩＤは、図２１（ｃ）に示すよ
うにして、Ｎｏｄｅ ＃０〜＃６２までの６３のＮｏｄ
ｅ ＩＤを識別可能としている。上記バスＩＤ及びＮｏ
ｄｅ ＩＤを示す計１６ビットの領域は、後述するＡＶ
／Ｃ Ｃｏｍｍａｎｄ Ｐａｃｋｅｔのヘッダにおける
ｄｅｓｔｉｎａｔｉｏｎＩＤに相当するもので、このバ
スＩＤ及びＮｏｄｅ ＩＤによって、或るバスに接続さ
れた機器がＩＥＥＥ１３９４システム上で特定される。
【０１３０】図２１（ａ）においてＮｏｄｅ ＩＤに続
く２０ビットの領域は、ｒｅｇｉｓｔｅｒ ｓｐａｃｅ
であり、このｒｅｇｉｓｔｅｒ ｓｐａｃｅに続く２８
ビットの領域は、ｒｅｇｉｓｔｅｒ ａｄｄｒｅｓであ
る。ｒｅｇｉｓｔｅｒ ｓｐａｃｅの値は［Ｆ ＦＦ
ＦＦｈ］とされて、図２１（ｄ）に示すｒｅｇｉｓｔｅ
ｒを示し、このｒｅｇｉｓｔｅｒの内容は、図２１
（ｅ）に示すようにして定義される。ｒｅｇｉｓｔｅｒ
ａｄｄｒｅｓは、図２１（ｅ）に示すレジスタのアド
レスを指定している。
く２０ビットの領域は、ｒｅｇｉｓｔｅｒ ｓｐａｃｅ
であり、このｒｅｇｉｓｔｅｒ ｓｐａｃｅに続く２８
ビットの領域は、ｒｅｇｉｓｔｅｒ ａｄｄｒｅｓであ
る。ｒｅｇｉｓｔｅｒ ｓｐａｃｅの値は［Ｆ ＦＦ
ＦＦｈ］とされて、図２１（ｄ）に示すｒｅｇｉｓｔｅ
ｒを示し、このｒｅｇｉｓｔｅｒの内容は、図２１
（ｅ）に示すようにして定義される。ｒｅｇｉｓｔｅｒ
ａｄｄｒｅｓは、図２１（ｅ）に示すレジスタのアド
レスを指定している。
【０１３１】簡単に説明すると、図２１（ｅ）のレジス
タにおいて、例えばアドレス５１２［０ ００ ０２
００ｈ］から始まるＳｅｒｉａｌ Ｂｕｓ−ｄｅｐａｎ
ｄｅｎｔ Ｒｅｇｉｓｔｅｒｓを参照することで、Ｉｓ
ｏｃｈｒｏｎｏｕｓ ｃｙｃｌｅのサイクルタイムや、
空きチャンネルの情報が得られる。また、アドレス１０
２４［０ ００ ０４ ００ｈ］から始まるＣｏｎｆｉ
ｇｕｒａｔｉｏｎ ＲＯＭの内容を参照すれば、Ｎｏｄ
ｅの機種から、その機種に付されているＮｏｄｅ Ｕｎ
ｉｑｕｅ ＩＤなども識別することができる。
タにおいて、例えばアドレス５１２［０ ００ ０２
００ｈ］から始まるＳｅｒｉａｌ Ｂｕｓ−ｄｅｐａｎ
ｄｅｎｔ Ｒｅｇｉｓｔｅｒｓを参照することで、Ｉｓ
ｏｃｈｒｏｎｏｕｓ ｃｙｃｌｅのサイクルタイムや、
空きチャンネルの情報が得られる。また、アドレス１０
２４［０ ００ ０４ ００ｈ］から始まるＣｏｎｆｉ
ｇｕｒａｔｉｏｎ ＲＯＭの内容を参照すれば、Ｎｏｄ
ｅの機種から、その機種に付されているＮｏｄｅ Ｕｎ
ｉｑｕｅ ＩＤなども識別することができる。
【０１３２】２−８．ＣＩＰ 図２２は、ＣＩＰ(Common Isochronos Packet)の構造を
示している。つまり、図１９に示したＩｓｏｃｈｒｏｎ
ｏｕｓ Ｐａｃｋｅｔのデータ構造である。前に述べた
ように、本実施の形態のＭＤレコーダ／プレーヤが対応
する記録再生データの１つである、ＡＴＲＡＣデータ
（オーディオデータ）は、ＩＥＥＥ１３９４通信におい
ては、Ｉｓｏｃｈｒｏｎｏｕｓ通信によりデータの送受
信が行われる。つまり、リアルタイム性が維持されるだ
けのデータ量をこのＩｓｏｃｈｒｏｎｏｕｓ Ｐａｃｋ
ｅｔに格納して、１Ｉｓｏｃｈｒｏｎｏｕｓ ｃｙｃｌ
ｅ毎に順次送信するものである。
示している。つまり、図１９に示したＩｓｏｃｈｒｏｎ
ｏｕｓ Ｐａｃｋｅｔのデータ構造である。前に述べた
ように、本実施の形態のＭＤレコーダ／プレーヤが対応
する記録再生データの１つである、ＡＴＲＡＣデータ
（オーディオデータ）は、ＩＥＥＥ１３９４通信におい
ては、Ｉｓｏｃｈｒｏｎｏｕｓ通信によりデータの送受
信が行われる。つまり、リアルタイム性が維持されるだ
けのデータ量をこのＩｓｏｃｈｒｏｎｏｕｓ Ｐａｃｋ
ｅｔに格納して、１Ｉｓｏｃｈｒｏｎｏｕｓ ｃｙｃｌ
ｅ毎に順次送信するものである。
【０１３３】ＣＩＰの先頭３２ビット（１ｑｕａｄｌｅ
ｔ）は、１３９４パケットヘッダとされている。１３９
４パケットヘッダにおいて上位から順に１６ビットの領
域は、ｄａｔａ＿Ｌｅｎｇｔｈ、続く２ビットの領域は
ｔａｇ、続く６ビットの領域はｃｈａｎｎｅｌ、続く４
ビットはｔｃｏｄｅ、続く４ビットは、ｓｙとされてい
る。そして、１３９４パケットヘッダに続く１ｑｕａｄ
ｌｅｔの領域はｈｅａｄｅｒ＿ＣＲＣが格納される。
ｔ）は、１３９４パケットヘッダとされている。１３９
４パケットヘッダにおいて上位から順に１６ビットの領
域は、ｄａｔａ＿Ｌｅｎｇｔｈ、続く２ビットの領域は
ｔａｇ、続く６ビットの領域はｃｈａｎｎｅｌ、続く４
ビットはｔｃｏｄｅ、続く４ビットは、ｓｙとされてい
る。そして、１３９４パケットヘッダに続く１ｑｕａｄ
ｌｅｔの領域はｈｅａｄｅｒ＿ＣＲＣが格納される。
【０１３４】ｈｅａｄｅｒ＿ＣＲＣに続く２ｑｕａｄｌ
ｅｔの領域がＣＩＰヘッダとなる。ＣＩＰヘッダの上位
ｑｕａｄｌｅｔの上位２バイトには、それぞれ‘０’
‘０’が格納され、続く６ビットの領域はＳＩＤ（送信
ノード番号）を示す。ＳＩＤに続く８ビットの領域はＤ
ＢＳ（データブロックサイズ）であり、データブロック
のサイズ（パケット化の単位データ量）が示される。続
いては、ＦＮ（２ビット）、ＱＰＣ（３ビット）の領域
が設定されており、ＦＮにはパケット化する際に分割し
た数が示され、ＱＰＣには分割するために追加したｑｕ
ａｄｌｅｔ数が示される。ＳＰＨ（１ビット）にはソー
スパケットのヘッダのフラグが示され、ＤＢＣにはパケ
ットの欠落を検出するカウンタの値が格納される。
ｅｔの領域がＣＩＰヘッダとなる。ＣＩＰヘッダの上位
ｑｕａｄｌｅｔの上位２バイトには、それぞれ‘０’
‘０’が格納され、続く６ビットの領域はＳＩＤ（送信
ノード番号）を示す。ＳＩＤに続く８ビットの領域はＤ
ＢＳ（データブロックサイズ）であり、データブロック
のサイズ（パケット化の単位データ量）が示される。続
いては、ＦＮ（２ビット）、ＱＰＣ（３ビット）の領域
が設定されており、ＦＮにはパケット化する際に分割し
た数が示され、ＱＰＣには分割するために追加したｑｕ
ａｄｌｅｔ数が示される。ＳＰＨ（１ビット）にはソー
スパケットのヘッダのフラグが示され、ＤＢＣにはパケ
ットの欠落を検出するカウンタの値が格納される。
【０１３５】ＣＩＰヘッダの下位ｑｕａｄｌｅｔの上位
２バイトにはそれぞれ‘０’‘０’が格納される。そし
て、これに続いてＦＭＴ（６ビット）、ＦＤＦ（２４ビ
ット）の領域が設けられる。ＦＭＴには信号フォーマッ
ト（伝送フォーマット）が示され、ここに示される値に
よって、当該ＣＩＰに格納されるデータ種類（データフ
ォーマット）が識別可能となる。具体的には、ＭＰＥＧ
ストリームデータ、Ａｕｄｉｏストリームデータ、デジ
タルビデオカメラ（ＤＶ）ストリームデータ等の識別が
可能になる。このＦＭＴにより示されるデータフォーマ
ットは、例えば図１４に示した、ＣＩＰ Ｈｅａｄｅｒ
Ｆｏｒｍａｔ（４０１）に管理される、ＳＤ−ＤＶＣ
Ｒ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５
０２），ＨＤ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔｒａｎ
ｓｍｉｓｓｉｏｎ（５０３），ＳＤＬ−ＤＶＣＲ Ｒｅ
ａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４），
ＭＰＥＧ２−ＴＳ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉ
ｓｓｉｏｎ（５０５），Ａｕｄｉｏ ａｎｄ Ｍｕｓｉ
ｃ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５
０６）等の伝送プロトコルに対応する。ＦＤＦは、フォ
ーマット依存フィールドであり、上記ＦＭＴにより分類
されたデータフォーマットについて更に細分化した分類
を示す領域とされる。オーディオに関するデータで有れ
ば、例えばリニアオーディオデータであるのか、ＭＩＤ
Ｉデータであるのかといった識別が可能になる。例えば
本実施の形態のＡＴＲＡＣデータであれば、先ずＦＭＴ
によりＡｕｄｉｏストリームデータの範疇にあるデータ
であることが示され、ＦＤＦに規定に従った特定の値が
格納されることで、そのＡｕｄｉｏストリームデータは
ＡＴＲＡＣデータであることが示される。
２バイトにはそれぞれ‘０’‘０’が格納される。そし
て、これに続いてＦＭＴ（６ビット）、ＦＤＦ（２４ビ
ット）の領域が設けられる。ＦＭＴには信号フォーマッ
ト（伝送フォーマット）が示され、ここに示される値に
よって、当該ＣＩＰに格納されるデータ種類（データフ
ォーマット）が識別可能となる。具体的には、ＭＰＥＧ
ストリームデータ、Ａｕｄｉｏストリームデータ、デジ
タルビデオカメラ（ＤＶ）ストリームデータ等の識別が
可能になる。このＦＭＴにより示されるデータフォーマ
ットは、例えば図１４に示した、ＣＩＰ Ｈｅａｄｅｒ
Ｆｏｒｍａｔ（４０１）に管理される、ＳＤ−ＤＶＣ
Ｒ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５
０２），ＨＤ−ＤＶＣＲ Ｒｅａｌｔｉｍｅ Ｔｒａｎ
ｓｍｉｓｓｉｏｎ（５０３），ＳＤＬ−ＤＶＣＲ Ｒｅ
ａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５０４），
ＭＰＥＧ２−ＴＳ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉ
ｓｓｉｏｎ（５０５），Ａｕｄｉｏ ａｎｄ Ｍｕｓｉ
ｃ Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｍｉｓｓｉｏｎ（５
０６）等の伝送プロトコルに対応する。ＦＤＦは、フォ
ーマット依存フィールドであり、上記ＦＭＴにより分類
されたデータフォーマットについて更に細分化した分類
を示す領域とされる。オーディオに関するデータで有れ
ば、例えばリニアオーディオデータであるのか、ＭＩＤ
Ｉデータであるのかといった識別が可能になる。例えば
本実施の形態のＡＴＲＡＣデータであれば、先ずＦＭＴ
によりＡｕｄｉｏストリームデータの範疇にあるデータ
であることが示され、ＦＤＦに規定に従った特定の値が
格納されることで、そのＡｕｄｉｏストリームデータは
ＡＴＲＡＣデータであることが示される。
【０１３６】ここで、例えばＦＭＴによりＭＰＥＧであ
ることが示されている場合、ＦＤＦにはＴＳＦ（タイム
シフトフラグ）といわれる同期制御情報が格納される。
また、ＦＭＴによりＤＶＣＲ（デジタルビデオカメラ）
であることが示されている場合、ＦＤＦは、図２２の下
に示すように定義される。ここでは、上位から順に、５
０／６０（１ビット）により１秒間のフィールド数を規
定し、ＳＴＹＰＥ（５ビット）によりビデオのフォーマ
ットがＳＤとＨＤの何れとされてるのかが示され、ＳＹ
Ｔによりフレーム同期用のタイムスタンプが示される。
ることが示されている場合、ＦＤＦにはＴＳＦ（タイム
シフトフラグ）といわれる同期制御情報が格納される。
また、ＦＭＴによりＤＶＣＲ（デジタルビデオカメラ）
であることが示されている場合、ＦＤＦは、図２２の下
に示すように定義される。ここでは、上位から順に、５
０／６０（１ビット）により１秒間のフィールド数を規
定し、ＳＴＹＰＥ（５ビット）によりビデオのフォーマ
ットがＳＤとＨＤの何れとされてるのかが示され、ＳＹ
Ｔによりフレーム同期用のタイムスタンプが示される。
【０１３７】上記ＣＩＰヘッダに続けては、ＦＭＴ，Ｆ
ＤＦによって示されるデータが、ｎ個のデータブロック
のシーケンスによって格納される。ＦＭＴ，ＦＤＦによ
りＡＴＲＡＣデータであることが示される場合には、こ
のデータブロックとしての領域にＡＴＲＡＣデータが格
納される。そして、データブロックに続けては、最後に
ｄａｔａ＿ＣＲＣが配置される。
ＤＦによって示されるデータが、ｎ個のデータブロック
のシーケンスによって格納される。ＦＭＴ，ＦＤＦによ
りＡＴＲＡＣデータであることが示される場合には、こ
のデータブロックとしての領域にＡＴＲＡＣデータが格
納される。そして、データブロックに続けては、最後に
ｄａｔａ＿ＣＲＣが配置される。
【０１３８】２−９．コネクションマネージメント ＩＥＥＥ１３９４フォーマットにおいては、「プラグ」
といわれる論理的接続概念によって、ＩＥＥＥ１３９４
バスによって接続された機器間の接続関係が規定され
る。図２３は、プラグにより規定された接続関係例を示
しており、この場合には、ＩＥＥＥ１３９４バスを介し
て、ＶＴＲ１、ＶＴＲ２、セットトップボックス（ＳＴ
Ｂ；デジタル衛星放送チューナ）、モニタ装置（Ｍｏｎ
ｉｔｏｒ）、及びデジタルスチルカメラ（Ｃａｍｅｒ
ａ）が接続されているシステム形態が示されている。
といわれる論理的接続概念によって、ＩＥＥＥ１３９４
バスによって接続された機器間の接続関係が規定され
る。図２３は、プラグにより規定された接続関係例を示
しており、この場合には、ＩＥＥＥ１３９４バスを介し
て、ＶＴＲ１、ＶＴＲ２、セットトップボックス（ＳＴ
Ｂ；デジタル衛星放送チューナ）、モニタ装置（Ｍｏｎ
ｉｔｏｒ）、及びデジタルスチルカメラ（Ｃａｍｅｒ
ａ）が接続されているシステム形態が示されている。
【０１３９】ここで、ＩＥＥＥ１３９４のプラグによる
接続形態としては、ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ−ｃ
ｏｎｎｅｃｔｉｏｎと、ｂｒｏａｄｃａｓｔ ｃｏｎｎ
ｅｃｔｉｏｎとの２つの形態が存在する。ｐｏｉｎｔ
ｔｏ ｐｏｉｎｔ−ｃｏｎｎｅｃｔｉｏｎは、送信機器
と受信機器との関係が特定され、かつ、特定のチャンネ
ルを使用して送信機器と受信機器との間でデータ伝送が
行われる接続形態である。これに対して、ｂｒｏａｄｃ
ａｓｔ ｃｏｎｎｅｃｔｉｏｎは、送信機器において
は、特に受信機器及び使用チャンネルを特定せずに送信
を行うものである。受信機側では、特に送信機器を識別
することなく受信を行い、必要が有れば、送信されたデ
ータの内容に応じた所要の処理を行う。図２３の場合で
あれば、ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ−ｃｏｎｎｅｃ
ｔｉｏｎとして、ＳＴＢが送信、ＶＴＲ１が受信とされ
てチャンネル＃１を使用してデータの伝送が行われるよ
うに設定されている状態と、デジタルスチルカメラが送
信、ＶＴＲ２が受信とされてチャンネル＃２を使用して
データの伝送が行われるように設定されている状態とが
示されている。また、デジタルスチルカメラからは、ｂ
ｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎによってもデ
ータ送信を行うように設定されている状態が示されてお
り、ここでは、このｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃ
ｔｉｏｎによって送信したデータを、モニタ装置が受信
して所要の応答処理を行う場合が示される。
接続形態としては、ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ−ｃ
ｏｎｎｅｃｔｉｏｎと、ｂｒｏａｄｃａｓｔ ｃｏｎｎ
ｅｃｔｉｏｎとの２つの形態が存在する。ｐｏｉｎｔ
ｔｏ ｐｏｉｎｔ−ｃｏｎｎｅｃｔｉｏｎは、送信機器
と受信機器との関係が特定され、かつ、特定のチャンネ
ルを使用して送信機器と受信機器との間でデータ伝送が
行われる接続形態である。これに対して、ｂｒｏａｄｃ
ａｓｔ ｃｏｎｎｅｃｔｉｏｎは、送信機器において
は、特に受信機器及び使用チャンネルを特定せずに送信
を行うものである。受信機側では、特に送信機器を識別
することなく受信を行い、必要が有れば、送信されたデ
ータの内容に応じた所要の処理を行う。図２３の場合で
あれば、ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ−ｃｏｎｎｅｃ
ｔｉｏｎとして、ＳＴＢが送信、ＶＴＲ１が受信とされ
てチャンネル＃１を使用してデータの伝送が行われるよ
うに設定されている状態と、デジタルスチルカメラが送
信、ＶＴＲ２が受信とされてチャンネル＃２を使用して
データの伝送が行われるように設定されている状態とが
示されている。また、デジタルスチルカメラからは、ｂ
ｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎによってもデ
ータ送信を行うように設定されている状態が示されてお
り、ここでは、このｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃ
ｔｉｏｎによって送信したデータを、モニタ装置が受信
して所要の応答処理を行う場合が示される。
【０１４０】上記のような接続形態（プラグ）は、各機
器におけるアドレス空間に設けられるＰＣＲ(Plug Cont
orol Register)によって確立される。図２４（ａ）は、
ｏＰＣＲ［ｎ］（出力用プラグコントロールレジスタ）
の構造を示し、図２４（ｂ）は、ｉＰＣＲ［ｎ］（入力
用プラグコントロールレジスタ）の構造を示している。
これらｏＰＣＲ［ｎ］、ｉＰＣＲ［ｎ］のサイズは共に
３２ビットとされている。図２４（ａ）のｏＰＣＲにお
いては、例えば上位１ビットのｏｎ−ｌｉｎｅに対して
‘１’が格納されていると、ｂｒｏａｄｃａｓｔ ｃｏ
ｎｎｅｃｔｉｏｎによる送信であることが示され、
‘０’が格納されていると、上位１１ビット目から６ビ
ットの領域のｃｈａｎｎｅｌ ｎｕｍｂｅｒで示される
チャンネルにより、ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ ｃ
ｏｎｎｅｃｔｉｏｎで送信することが示される。また、
図２４（ｂ）のｉＰＣＲにおいても、例えば上位１ビッ
トのｏｎ−ｌｉｎｅに対して‘１’が格納されていれ
ば、ｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎによる
受信であることが示され、‘０’が格納されていると、
上位１１ビット目から６ビットの領域のｃｈａｎｎｅｌ
ｎｕｍｂｅｒで示されるチャンネルにより送信された
データをｐｏｉｎｔ ｔｏ ｐｏｉｎｔ ｃｏｎｎｅｃ
ｔｉｏｎで送信することが示される。
器におけるアドレス空間に設けられるＰＣＲ(Plug Cont
orol Register)によって確立される。図２４（ａ）は、
ｏＰＣＲ［ｎ］（出力用プラグコントロールレジスタ）
の構造を示し、図２４（ｂ）は、ｉＰＣＲ［ｎ］（入力
用プラグコントロールレジスタ）の構造を示している。
これらｏＰＣＲ［ｎ］、ｉＰＣＲ［ｎ］のサイズは共に
３２ビットとされている。図２４（ａ）のｏＰＣＲにお
いては、例えば上位１ビットのｏｎ−ｌｉｎｅに対して
‘１’が格納されていると、ｂｒｏａｄｃａｓｔ ｃｏ
ｎｎｅｃｔｉｏｎによる送信であることが示され、
‘０’が格納されていると、上位１１ビット目から６ビ
ットの領域のｃｈａｎｎｅｌ ｎｕｍｂｅｒで示される
チャンネルにより、ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ ｃ
ｏｎｎｅｃｔｉｏｎで送信することが示される。また、
図２４（ｂ）のｉＰＣＲにおいても、例えば上位１ビッ
トのｏｎ−ｌｉｎｅに対して‘１’が格納されていれ
ば、ｂｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎによる
受信であることが示され、‘０’が格納されていると、
上位１１ビット目から６ビットの領域のｃｈａｎｎｅｌ
ｎｕｍｂｅｒで示されるチャンネルにより送信された
データをｐｏｉｎｔ ｔｏ ｐｏｉｎｔ ｃｏｎｎｅｃ
ｔｉｏｎで送信することが示される。
【０１４１】２−１０．ＦＣＰにおけるコマンド及びレ
スポンス 本実施の形態のＩＥＥＥ１３９４フォーマットでは、Ｍ
Ｄレコーダ／プレーヤが対応する記録再生データであ
る、ＡＵＸデータ（ＪＰＥＧによるピクチャファイル、
及びテキストファイル）は、Ａｓｙｎｃｈｒｏｎｏｕｓ
通信によりデータの送受信が行われる。本実施の形態に
おいて、Ａｓｙｎｃｈｒｏｎｏｕｓ通信によるＡＵＸデ
ータの伝送は、図１４に示したＦＣＰ（４０２）によっ
て規定されることになる。そこで、ここでは、ＦＣＰに
より規定されるトランザクションについて説明する。
スポンス 本実施の形態のＩＥＥＥ１３９４フォーマットでは、Ｍ
Ｄレコーダ／プレーヤが対応する記録再生データであ
る、ＡＵＸデータ（ＪＰＥＧによるピクチャファイル、
及びテキストファイル）は、Ａｓｙｎｃｈｒｏｎｏｕｓ
通信によりデータの送受信が行われる。本実施の形態に
おいて、Ａｓｙｎｃｈｒｏｎｏｕｓ通信によるＡＵＸデ
ータの伝送は、図１４に示したＦＣＰ（４０２）によっ
て規定されることになる。そこで、ここでは、ＦＣＰに
より規定されるトランザクションについて説明する。
【０１４２】ＦＣＰとしては、Ａｓｙｎｃｈｒｏｎｏｕ
ｓ通信において規定されるＷｒｉｔｅ Ｔｒａｎｓａｃ
ｔｉｏｎ（図２０参照）を使用する。従って、本実施の
形態におけるＡＵＸデータの伝送も、このＦＣＰによ
り、Ａｓｙｎｃｈｒｏｎｏｕｓ通信の中のＷｒｉｔｅ
Ｔｒａｎｓａｃｔｉｏｎを使用することで行われるもの
である。ＦＣＰをサポートする機器は、Ｃｏｍｍａｎｄ
／Ｒｅｓｐｏｎｃｅレジスタを備え、次に図２５により
説明するようにしてＣｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅ
レジスタに対してＭｅｓｓａｇｅを書き込むことでトラ
ンザクションを実現する。
ｓ通信において規定されるＷｒｉｔｅ Ｔｒａｎｓａｃ
ｔｉｏｎ（図２０参照）を使用する。従って、本実施の
形態におけるＡＵＸデータの伝送も、このＦＣＰによ
り、Ａｓｙｎｃｈｒｏｎｏｕｓ通信の中のＷｒｉｔｅ
Ｔｒａｎｓａｃｔｉｏｎを使用することで行われるもの
である。ＦＣＰをサポートする機器は、Ｃｏｍｍａｎｄ
／Ｒｅｓｐｏｎｃｅレジスタを備え、次に図２５により
説明するようにしてＣｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅ
レジスタに対してＭｅｓｓａｇｅを書き込むことでトラ
ンザクションを実現する。
【０１４３】図２５の処理遷移図においては、先ずＣＯ
ＭＭＡＮＤ送信のための処理として、ステップＳ２１と
して示すように、ＣｏｎｔｒｏｌｌｅｒがＴｒａｎｓａ
ｃｔｉｏｎ Ｒｅｑｕｅｓｔを発生して、Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔ ＰａｃｋｅｔをＴａｒｇｅｔに対して
送信する処理を実行する。Ｔａｒｇｅｔでは、ステップ
Ｓ２２として、このＷｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａ
ｃｋｅｔを受信して、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃ
ｅレジスタに対してデータの書き込みを行う。また、こ
の際、ＴａｒｇｅｔからはＣｏｎｔｒｏｌｌｅｒに対し
てＡｃｋｎｏｗｌｅｄｇを送信し、Ｃｏｎｔｒｏｌｌｅ
ｒでは、このＡｃｋｎｏｗｌｅｄｇを受信する（Ｓ２３
→Ｓ２４）。ここまでの一連の処理が、ＣＯＭＭＡＮＤ
の送信に対応する処理となる。
ＭＭＡＮＤ送信のための処理として、ステップＳ２１と
して示すように、ＣｏｎｔｒｏｌｌｅｒがＴｒａｎｓａ
ｃｔｉｏｎ Ｒｅｑｕｅｓｔを発生して、Ｗｒｉｔｅ
Ｒｅｑｕｅｓｔ ＰａｃｋｅｔをＴａｒｇｅｔに対して
送信する処理を実行する。Ｔａｒｇｅｔでは、ステップ
Ｓ２２として、このＷｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａ
ｃｋｅｔを受信して、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃ
ｅレジスタに対してデータの書き込みを行う。また、こ
の際、ＴａｒｇｅｔからはＣｏｎｔｒｏｌｌｅｒに対し
てＡｃｋｎｏｗｌｅｄｇを送信し、Ｃｏｎｔｒｏｌｌｅ
ｒでは、このＡｃｋｎｏｗｌｅｄｇを受信する（Ｓ２３
→Ｓ２４）。ここまでの一連の処理が、ＣＯＭＭＡＮＤ
の送信に対応する処理となる。
【０１４４】続いては、ＣＯＭＭＡＮＤに応答した、Ｒ
ＥＳＰＯＮＣＥのための処理として、Ｔａｒｇｅｔから
Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔが送信され
る（Ｓ２５）。Ｃｏｎｔｒｏｌｌｅｒではこれを受信し
て、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対し
てデータの書き込みを行う（Ｓ２６）。また、Ｃｏｎｔ
ｒｏｌｌｅｒでは、Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａ
ｃｋｅｔの受信に応じて、Ｔａｒｇｅｔに対してＡｃｋ
ｎｏｗｌｅｄｇを送信する（Ｓ２７）。Ｔａｒｇｅｔで
は、このＡｃｋｎｏｗｌｅｄｇを受信することで、Ｗｒ
ｉｔｅ Ｒｅｑｕｅｓｔ ＰａｃｋｅｔがＣｏｎｔｒｏ
ｌｌｅｒにて受信されたことを知る（Ｓ２８）。つま
り、ＣｏｎｔｒｏｌｌｅｒからＴａｒｇｅｔ対するＣＯ
ＭＭＡＮＤ伝送処理と、これに応答したＴａｒｇｅｔか
らＣｏｎｔｒｏｌｌｅｒに対するＲＥＳＰＯＮＣＥ伝送
処理が、ＦＣＰによるデータ伝送（Ｔｒａｎｓａｃｔｉ
ｏｎ）の基本となる。
ＥＳＰＯＮＣＥのための処理として、Ｔａｒｇｅｔから
Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔが送信され
る（Ｓ２５）。Ｃｏｎｔｒｏｌｌｅｒではこれを受信し
て、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対し
てデータの書き込みを行う（Ｓ２６）。また、Ｃｏｎｔ
ｒｏｌｌｅｒでは、Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａ
ｃｋｅｔの受信に応じて、Ｔａｒｇｅｔに対してＡｃｋ
ｎｏｗｌｅｄｇを送信する（Ｓ２７）。Ｔａｒｇｅｔで
は、このＡｃｋｎｏｗｌｅｄｇを受信することで、Ｗｒ
ｉｔｅ Ｒｅｑｕｅｓｔ ＰａｃｋｅｔがＣｏｎｔｒｏ
ｌｌｅｒにて受信されたことを知る（Ｓ２８）。つま
り、ＣｏｎｔｒｏｌｌｅｒからＴａｒｇｅｔ対するＣＯ
ＭＭＡＮＤ伝送処理と、これに応答したＴａｒｇｅｔか
らＣｏｎｔｒｏｌｌｅｒに対するＲＥＳＰＯＮＣＥ伝送
処理が、ＦＣＰによるデータ伝送（Ｔｒａｎｓａｃｔｉ
ｏｎ）の基本となる。
【０１４５】２−１１．ＡＶ／Ｃコマンドパケット 図１４により説明したように、Ａｓｙｎｃｈｒｏｎｏｕ
ｓ通信において、ＦＣＰは、ＡＶ／Ｃコマンドを用いて
各種ＡＶ機器に対する通信を行うことができるようにさ
れている。Ａｓｙｎｃｈｒｏｎｏｕｓ通信では、Ｗｒｉ
ｔｅ，Ｒｅａｄ，Ｌｏｃｋの３種のトランザクションが
規定されているのは、図２０にて説明した通りであり、
実際には各トランザクションに応じたＷｒｉｔｅ Ｒｅ
ｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ Ｐａｃｋｅｔ，Ｒｅａ
ｄ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ Ｐａｃｋｅ
ｔ，Ｌｏｃｋ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ Ｐ
ａｃｋｅｔが用いられる。そして、ＦＣＰでは、上述し
たようにＷｒｉｔｅ Ｔｒａｎｓａｃｔｉｏｎを使用す
るものである。そこで図２６に、Ｗｒｉｔｅ Ｒｅｑｕ
ｅｓｔ Ｐａｃｋｅｔ（AsynchronousPacket（Write Re
quest for Data Block)）のフォーマットを示す。本実
施の形態では、このＷｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａ
ｃｋｅｔが即ち、ＡＶ／Ｃコマンドパケットして使用さ
れる。
ｓ通信において、ＦＣＰは、ＡＶ／Ｃコマンドを用いて
各種ＡＶ機器に対する通信を行うことができるようにさ
れている。Ａｓｙｎｃｈｒｏｎｏｕｓ通信では、Ｗｒｉ
ｔｅ，Ｒｅａｄ，Ｌｏｃｋの３種のトランザクションが
規定されているのは、図２０にて説明した通りであり、
実際には各トランザクションに応じたＷｒｉｔｅ Ｒｅ
ｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ Ｐａｃｋｅｔ，Ｒｅａ
ｄ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ Ｐａｃｋｅ
ｔ，Ｌｏｃｋ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ Ｐ
ａｃｋｅｔが用いられる。そして、ＦＣＰでは、上述し
たようにＷｒｉｔｅ Ｔｒａｎｓａｃｔｉｏｎを使用す
るものである。そこで図２６に、Ｗｒｉｔｅ Ｒｅｑｕ
ｅｓｔ Ｐａｃｋｅｔ（AsynchronousPacket（Write Re
quest for Data Block)）のフォーマットを示す。本実
施の形態では、このＷｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａ
ｃｋｅｔが即ち、ＡＶ／Ｃコマンドパケットして使用さ
れる。
【０１４６】このＷｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃ
ｋｅｔにおける上位５ｑｕａｄｌｅｔ（第１〜第５ｑｕ
ａｄｌｅｔ）は、ｐａｃｋｅｔ ｈｅａｄｅｒとされ
る。ｐａｃｋｅｔ ｈｅａｄｅｒの第１ｑｕａｄｌｅｔ
における上位１６ビットの領域はｄｅｓｔｉｎａｔｉｏ
ｎ＿ＩＤで、データの転送先（宛先）のＮｏｄｅＩＤを
示す。続く６ビットの領域はｔｌ(transact label)であ
り、パケット番号を示す。続く２ビットはｒｔ(retry c
ode)であり、当該パケットが初めて伝送されたパケット
であるか、再送されたパケット示す。続く４ビットの領
域はｔｃｏｄｅ(transaction code)は、指令コードを示
している。そして、続く４ビットの領域はｐｒｉ(prior
ity)であり、パケットの優先順位を示す。
ｋｅｔにおける上位５ｑｕａｄｌｅｔ（第１〜第５ｑｕ
ａｄｌｅｔ）は、ｐａｃｋｅｔ ｈｅａｄｅｒとされ
る。ｐａｃｋｅｔ ｈｅａｄｅｒの第１ｑｕａｄｌｅｔ
における上位１６ビットの領域はｄｅｓｔｉｎａｔｉｏ
ｎ＿ＩＤで、データの転送先（宛先）のＮｏｄｅＩＤを
示す。続く６ビットの領域はｔｌ(transact label)であ
り、パケット番号を示す。続く２ビットはｒｔ(retry c
ode)であり、当該パケットが初めて伝送されたパケット
であるか、再送されたパケット示す。続く４ビットの領
域はｔｃｏｄｅ(transaction code)は、指令コードを示
している。そして、続く４ビットの領域はｐｒｉ(prior
ity)であり、パケットの優先順位を示す。
【０１４７】第２ｑｕａｄｌｅｔにおける上位１６ビッ
トの領域はｓｏｕｒｃｅ＿ＩＤであり、データの転送元
のＮｏｄｅ＿ＩＤ が示される。また、第２ｑｕａｄｌ
ｅｔにおける下位１６ビットと第３ｑｕａｄｌｅｔ全体
の計４８ビットはｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅ
ｔとされ、ＣＯＭＭＡＮＤレジスタ（ＦＣＰ＿ＣＯＭＭ
ＡＮＤ ｒｅｇｉｓｔｅｒ）とＲＥＳＰＯＮＣＥレジス
タ（ＦＣＰ＿ＲＥＳＰＯＮＣＥ ｒｅｇｉｓｔｅｒ）の
アドレスが示されれる。上記ｄｅｓｔｉｎａｔｉｏｎ＿
ＩＤ及びｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔが、Ｉ
ＥＥＥ１３９４フォーマットにおいて規定される６４ビ
ットのアドレス空間に相当する。
トの領域はｓｏｕｒｃｅ＿ＩＤであり、データの転送元
のＮｏｄｅ＿ＩＤ が示される。また、第２ｑｕａｄｌ
ｅｔにおける下位１６ビットと第３ｑｕａｄｌｅｔ全体
の計４８ビットはｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅ
ｔとされ、ＣＯＭＭＡＮＤレジスタ（ＦＣＰ＿ＣＯＭＭ
ＡＮＤ ｒｅｇｉｓｔｅｒ）とＲＥＳＰＯＮＣＥレジス
タ（ＦＣＰ＿ＲＥＳＰＯＮＣＥ ｒｅｇｉｓｔｅｒ）の
アドレスが示されれる。上記ｄｅｓｔｉｎａｔｉｏｎ＿
ＩＤ及びｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔが、Ｉ
ＥＥＥ１３９４フォーマットにおいて規定される６４ビ
ットのアドレス空間に相当する。
【０１４８】第４ｑｕａｄｌｅｔの上位１６ビットの領
域は、ｄａｔａ＿ｌｅｎｇｔｈとされ、後述するｄａｔ
ａｆｉｅｌｄ（図２６において太線により囲まれる領
域）のデータサイズが示される。続く下位１６ビットの
領域は、ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅの領域とされ、
ｔｃｏｄｅを拡張する場合に使用される領域である。
域は、ｄａｔａ＿ｌｅｎｇｔｈとされ、後述するｄａｔ
ａｆｉｅｌｄ（図２６において太線により囲まれる領
域）のデータサイズが示される。続く下位１６ビットの
領域は、ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅの領域とされ、
ｔｃｏｄｅを拡張する場合に使用される領域である。
【０１４９】第５ｑｕａｄｌｅｔとしての３２ビットの
領域は、ｈｅａｄｅｒ＿ＣＲＣであり、Ｐａｃｋｅｔ
ｈｅａｄｅｒのチェックサムを行うＣＲＣ計算値が格納
される。
領域は、ｈｅａｄｅｒ＿ＣＲＣであり、Ｐａｃｋｅｔ
ｈｅａｄｅｒのチェックサムを行うＣＲＣ計算値が格納
される。
【０１５０】Ｐａｃｋｅｔ ｈｅａｄｅｒに続く第６ｑ
ｕａｄｌｅｔからｄａｔａ ｂｌｏｃｋが配置され、こ
のｄａｔａ ｂｌｏｃｋ内の先頭に対してｄａｔａｆｉ
ｅｌｄが形成される。ｄａｔａｆｉｅｌｄとして先頭と
なる第６ｑｕａｄｌｅｔの上位４バイトには、ＣＴＳ(C
ommand and Transaction Set)が記述される。これは、
当該Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔのコマ
ンドセットのＩＤを示すもので、例えば、このＣＴＳの
値について、図のように［００００］と設定すれば、ｄ
ａｔａｆｉｅｌｄに記述されている内容がＡＶ／Ｃコマ
ンドであると定義されることになる。つまり、このＷｒ
ｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔは、ＡＶ／Ｃコ
マンドパケットであることが示されるものである。従っ
て、本実施の形態においては、ＦＣＰがＡＶ／Ｃコマン
ドを使用するため、このＣＴＳには［００００］が記述
されることになる。
ｕａｄｌｅｔからｄａｔａ ｂｌｏｃｋが配置され、こ
のｄａｔａ ｂｌｏｃｋ内の先頭に対してｄａｔａｆｉ
ｅｌｄが形成される。ｄａｔａｆｉｅｌｄとして先頭と
なる第６ｑｕａｄｌｅｔの上位４バイトには、ＣＴＳ(C
ommand and Transaction Set)が記述される。これは、
当該Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔのコマ
ンドセットのＩＤを示すもので、例えば、このＣＴＳの
値について、図のように［００００］と設定すれば、ｄ
ａｔａｆｉｅｌｄに記述されている内容がＡＶ／Ｃコマ
ンドであると定義されることになる。つまり、このＷｒ
ｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔは、ＡＶ／Ｃコ
マンドパケットであることが示されるものである。従っ
て、本実施の形態においては、ＦＣＰがＡＶ／Ｃコマン
ドを使用するため、このＣＴＳには［００００］が記述
されることになる。
【０１５１】ＣＴＳに続く４ビットの領域は、ｃｔｙｐ
ｅ(Command type；コマンドの機能分類)、又はコマンド
に応じた処理結果(レスポンス)を示すｒｅｓｐｏｎｓｅ
が記述される。
ｅ(Command type；コマンドの機能分類)、又はコマンド
に応じた処理結果(レスポンス)を示すｒｅｓｐｏｎｓｅ
が記述される。
【０１５２】図２７に、上記ｃｔｙｐｅ及びｒｅｓｐｏ
ｎｓｅの定義内容を示す。ｃｔｙｐｅ（Ｃｏｍｍａｎ
ｄ）としては、［００００］〜［０１１１］を使用でき
るものとしており、［００００］はＣＯＮＴＲＯＬ、
［０００１］はＳＴＡＴＵＳ、［００１０］はＩＮＱＵ
ＩＲＹ、［００１１］はＮＯＴＩＦＹとして定義され、
［０１００］〜０１１１は、現状、未定義（ｒｅｓｅｒ
ｖｅｄ）とされている。ＣＯＮＴＲＯＬは機能を外部か
ら制御するコマンドであり、ＳＴＡＴＵＳは外部から状
態を間い合わせるコマンド、ＩＮＱＵＩＲＹは、制御コ
マンドのサポートの有無を外部から問い合わせるコマン
ド、ＮＯＴＩＦＹは状態の変化を外部に知らせることを
要求するコマンドである。また、ｒｅｓｐｏｎｓｅとし
ては、［１０００］〜［１１１１］を使用するものとし
ており、［１０００］はＮＯＴ ＩＭＰＬＥＭＥＮＴＥ
Ｄ、［１００１］はＡＣＣＥＰＴＥＤ、［１０１０］は
ＲＥＪＥＣＴＥＤ、［１０１１］はＩＮＴＲＡＮＳＩＴ
ＩＯＮ、［１１００］はＩＭＰＬＥＭＥＮＴＥＤ／ＳＴ
ＡＢＬＥ、［１１０１］はＣＨＡＮＧＥＤ、［１１１
０］はｒｅｓｅｒｖｅｄ、［１１１１］はＩＮＴＥＲＩ
Ｍとしてそれぞれ定義されている。これらのｒｅｓｐｏ
ｎｓｅは、コマンドの種類に応じて使い分けられる。例
えば、ＣＯＮＴＯＲＯＬのコマンドに対応するｒｅｓｐ
ｏｎｓｅとしては、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ、Ａ
ＣＣＥＰＴＥＤ、ＲＥＪＥＣＴＥＤ、或いはＩＮＴＥＲ
ＩＭの4つのうちの何れかがＲｅｓｐｏｎｄｅｒ側の状
況等に応じて使い分けられる。
ｎｓｅの定義内容を示す。ｃｔｙｐｅ（Ｃｏｍｍａｎ
ｄ）としては、［００００］〜［０１１１］を使用でき
るものとしており、［００００］はＣＯＮＴＲＯＬ、
［０００１］はＳＴＡＴＵＳ、［００１０］はＩＮＱＵ
ＩＲＹ、［００１１］はＮＯＴＩＦＹとして定義され、
［０１００］〜０１１１は、現状、未定義（ｒｅｓｅｒ
ｖｅｄ）とされている。ＣＯＮＴＲＯＬは機能を外部か
ら制御するコマンドであり、ＳＴＡＴＵＳは外部から状
態を間い合わせるコマンド、ＩＮＱＵＩＲＹは、制御コ
マンドのサポートの有無を外部から問い合わせるコマン
ド、ＮＯＴＩＦＹは状態の変化を外部に知らせることを
要求するコマンドである。また、ｒｅｓｐｏｎｓｅとし
ては、［１０００］〜［１１１１］を使用するものとし
ており、［１０００］はＮＯＴ ＩＭＰＬＥＭＥＮＴＥ
Ｄ、［１００１］はＡＣＣＥＰＴＥＤ、［１０１０］は
ＲＥＪＥＣＴＥＤ、［１０１１］はＩＮＴＲＡＮＳＩＴ
ＩＯＮ、［１１００］はＩＭＰＬＥＭＥＮＴＥＤ／ＳＴ
ＡＢＬＥ、［１１０１］はＣＨＡＮＧＥＤ、［１１１
０］はｒｅｓｅｒｖｅｄ、［１１１１］はＩＮＴＥＲＩ
Ｍとしてそれぞれ定義されている。これらのｒｅｓｐｏ
ｎｓｅは、コマンドの種類に応じて使い分けられる。例
えば、ＣＯＮＴＯＲＯＬのコマンドに対応するｒｅｓｐ
ｏｎｓｅとしては、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ、Ａ
ＣＣＥＰＴＥＤ、ＲＥＪＥＣＴＥＤ、或いはＩＮＴＥＲ
ＩＭの4つのうちの何れかがＲｅｓｐｏｎｄｅｒ側の状
況等に応じて使い分けられる。
【０１５３】図２６において、ｃｔｙｐｅ／ｒｅｓｐｏ
ｎｓｅに続く５ビットの領域には、ｓｕｂｕｎｉｔ−ｔ
ｙｐｅが格納される。は、ｓｕｂｕｎｉｔ−ｔｙｐｅ
は、ＣＯＭＭＭＡＮＤの宛先またはＲＥＳＰＯＮＣＥの
送信元のｓｕｂｕｎｉｔが何であるのか（機器）を示
す。ＩＥＥＥ１３９４フォーマットでは、機器そのもの
をｕｎｉｔと称し、そのｕｎｉｔ（機器）内において備
えられる機能的機器単位の種類をｓｕｂｕｎｉｔと称す
る。例えば一般のＶＴＲを例に採れば、ＶＴＲとしての
ｕｎｉｔは、地上波や衛星放送を受信するチューナと、
ビデオカセットレコーダ／プレーヤとの、２つのｓｕｂ
ｕｎｉｔを備える。ｓｕｂｕｎｉｔ−ｔｙｐｅとして
は、例えば図２８（ａ）に示すように定義されている。
つまり、［０００００］はＭｏｎｉｔｏｒ、［００００
１］〜［０００１０］はｒｅｓｅｒｖｅｄ、［０００１
１］はＤｉｓｃ ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ、
［００１００］はＶＣＲ、［００１０１］はＴｕｎｅ
ｒ、［００１１１］はＣａｍｅｒａ、［０１０００］〜
［１１１１０］はｒｅｓｅｒｖｅｄ、［１１１１１］
は、ｓｕｂｕｎｉｔが存在しない場合に用いられるｕｎ
ｉｔとして定義されている。
ｎｓｅに続く５ビットの領域には、ｓｕｂｕｎｉｔ−ｔ
ｙｐｅが格納される。は、ｓｕｂｕｎｉｔ−ｔｙｐｅ
は、ＣＯＭＭＭＡＮＤの宛先またはＲＥＳＰＯＮＣＥの
送信元のｓｕｂｕｎｉｔが何であるのか（機器）を示
す。ＩＥＥＥ１３９４フォーマットでは、機器そのもの
をｕｎｉｔと称し、そのｕｎｉｔ（機器）内において備
えられる機能的機器単位の種類をｓｕｂｕｎｉｔと称す
る。例えば一般のＶＴＲを例に採れば、ＶＴＲとしての
ｕｎｉｔは、地上波や衛星放送を受信するチューナと、
ビデオカセットレコーダ／プレーヤとの、２つのｓｕｂ
ｕｎｉｔを備える。ｓｕｂｕｎｉｔ−ｔｙｐｅとして
は、例えば図２８（ａ）に示すように定義されている。
つまり、［０００００］はＭｏｎｉｔｏｒ、［００００
１］〜［０００１０］はｒｅｓｅｒｖｅｄ、［０００１
１］はＤｉｓｃ ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ、
［００１００］はＶＣＲ、［００１０１］はＴｕｎｅ
ｒ、［００１１１］はＣａｍｅｒａ、［０１０００］〜
［１１１１０］はｒｅｓｅｒｖｅｄ、［１１１１１］
は、ｓｕｂｕｎｉｔが存在しない場合に用いられるｕｎ
ｉｔとして定義されている。
【０１５４】図２６において、上記ｓｕｂｕｎｉｔ−ｔ
ｙｐｅに続く３ビットには、同―種類のｓｕｂｕｎｉｔ
が複数存在する場合に、各ｓｕｂｕｎｉｔを特定するた
めのｉｄ（Ｎｏｄｅ＿ＩＤ）が格納される。
ｙｐｅに続く３ビットには、同―種類のｓｕｂｕｎｉｔ
が複数存在する場合に、各ｓｕｂｕｎｉｔを特定するた
めのｉｄ（Ｎｏｄｅ＿ＩＤ）が格納される。
【０１５５】上記ｉｄ（Ｎｏｄｅ＿ＩＤ）に続く８ビッ
トの領域には、ｏｐｃｏｄｅが格納され、続く８ビット
の領域には、ｏｐｅｒａｎｄが格納される。ｏｐｃｏｄ
ｅとは、オぺレーションコード(Operation Code)のこと
であって、ｏｐｅｒａｎｄには、ｏｐｃｏｄｅが必要と
する情報（パラメータ）が格納される。これらｏｐｃｏ
ｄｅはｓｕｂｕｎｉｔごとに定義され、ｓｕｂｕｎｉｔ
ごとに固有のｏｐｃｏｄｅのリストのテーブルを有す
る。例えば、ｓｕｂｕｎｉｔがＶＣＲであれば、ｏｐｃ
ｏｄｅとしては、例えば図２８（ｂ）に示すようにし
て、ＰＬＡＹ（再生），ＲＥＣＯＲＤ（記録）などをは
じめとする各種コマンドが定義されている。ｏｐｅｒａ
ｎｄは、ｏｐｃｏｄｅ毎に定義される。
トの領域には、ｏｐｃｏｄｅが格納され、続く８ビット
の領域には、ｏｐｅｒａｎｄが格納される。ｏｐｃｏｄ
ｅとは、オぺレーションコード(Operation Code)のこと
であって、ｏｐｅｒａｎｄには、ｏｐｃｏｄｅが必要と
する情報（パラメータ）が格納される。これらｏｐｃｏ
ｄｅはｓｕｂｕｎｉｔごとに定義され、ｓｕｂｕｎｉｔ
ごとに固有のｏｐｃｏｄｅのリストのテーブルを有す
る。例えば、ｓｕｂｕｎｉｔがＶＣＲであれば、ｏｐｃ
ｏｄｅとしては、例えば図２８（ｂ）に示すようにし
て、ＰＬＡＹ（再生），ＲＥＣＯＲＤ（記録）などをは
じめとする各種コマンドが定義されている。ｏｐｅｒａ
ｎｄは、ｏｐｃｏｄｅ毎に定義される。
【０１５６】図２６におけるｄａｔａｆｉｅｌｄとして
は、上記第６ｑｕａｄｌｅｔの３２ビットが必須とされ
るが、必要が有れば、これに続けて、ｏｐｅｒａｎｄを
追加することが出来る（Ａｄｄｉｔｉｏｎａｌ ｏｐｅ
ｒａｎｄｓ）。ｄａｔａｆｉｅｌｄに続けては、ｄａｔ
ａ＿ＣＲＣが配置される。なお、必要が有れば、ｄａｔ
ａ＿ＣＲＣの前にｐａｄｄｉｎｇを配置することが可能
である。
は、上記第６ｑｕａｄｌｅｔの３２ビットが必須とされ
るが、必要が有れば、これに続けて、ｏｐｅｒａｎｄを
追加することが出来る（Ａｄｄｉｔｉｏｎａｌ ｏｐｅ
ｒａｎｄｓ）。ｄａｔａｆｉｅｌｄに続けては、ｄａｔ
ａ＿ＣＲＣが配置される。なお、必要が有れば、ｄａｔ
ａ＿ＣＲＣの前にｐａｄｄｉｎｇを配置することが可能
である。
【０１５７】２−１２．プラグ ここで、ＩＥＥＥ１３９４フォーマットにおけるプラグ
について概略的に説明する。ここでいうプラグとは、先
に図２４によっても説明したように、ＩＥＥＥ１３９４
フォーマットにおける機器間の論理的接続関係をいうも
のである。
について概略的に説明する。ここでいうプラグとは、先
に図２４によっても説明したように、ＩＥＥＥ１３９４
フォーマットにおける機器間の論理的接続関係をいうも
のである。
【０１５８】図２９に示すように、Ａｓｙｎｃｈｒｏｎ
ｏｕｓ通信において有効とされるコマンド等のデータ
（ｒｅｑｕｅｓｔ）は、ｐｒｏｄｕｃｅｒからｃｏｎｓ
ｕｍｅｒに対して伝送される。ここでいうｐｒｏｄｕｃ
ｅｒ及びｃｏｎｓｕｍｅｒは、それぞれＩＥＥＥ１３９
４インターフェイス上で送信機器、受信機器として機能
する機器をいうものである。そして、ｃｏｎｓｕｍｅｒ
においては、図に斜線で示すように、ｐｒｏｄｕｃｅｒ
によりデータ書き込みが行われるセグメントバッファ
（Segment Buffer）を備える。また、ＩＥＥＥ１３９４
システムにおいて、特定の機器をｐｒｏｄｕｃｅｒ、ｃ
ｏｎｓｕｍｅｒとして規定するための情報（Connection
Management Information）は、図に網線で示すプラグ
アドレス内の所定位置に格納されている。セグメントバ
ッファは、プラグアドレスに続いて配置される。ｃｏｎ
ｓｕｍｅｒのセグメントバッファに対して書き込み可能
なアドレス範囲（データ量）は、後述するようにしてｃ
ｏｎｓｕｍｅｒ側で管理するｌｉｍｉｔＣｏｕｎｔ ｒ
ｅｇｉｓｔｅｒによって規定される。
ｏｕｓ通信において有効とされるコマンド等のデータ
（ｒｅｑｕｅｓｔ）は、ｐｒｏｄｕｃｅｒからｃｏｎｓ
ｕｍｅｒに対して伝送される。ここでいうｐｒｏｄｕｃ
ｅｒ及びｃｏｎｓｕｍｅｒは、それぞれＩＥＥＥ１３９
４インターフェイス上で送信機器、受信機器として機能
する機器をいうものである。そして、ｃｏｎｓｕｍｅｒ
においては、図に斜線で示すように、ｐｒｏｄｕｃｅｒ
によりデータ書き込みが行われるセグメントバッファ
（Segment Buffer）を備える。また、ＩＥＥＥ１３９４
システムにおいて、特定の機器をｐｒｏｄｕｃｅｒ、ｃ
ｏｎｓｕｍｅｒとして規定するための情報（Connection
Management Information）は、図に網線で示すプラグ
アドレス内の所定位置に格納されている。セグメントバ
ッファは、プラグアドレスに続いて配置される。ｃｏｎ
ｓｕｍｅｒのセグメントバッファに対して書き込み可能
なアドレス範囲（データ量）は、後述するようにしてｃ
ｏｎｓｕｍｅｒ側で管理するｌｉｍｉｔＣｏｕｎｔ ｒ
ｅｇｉｓｔｅｒによって規定される。
【０１５９】図３０は、Ａｓｙｎｃｈｒｏｎｏｕｓ通信
におけるプラグのアドレス空間の構造を示している。６
４ビットから成るプラグのアドレス空間は、図３０
（ａ）に示すようにして、２の１６乗（６４Ｋ）のＮｏ
ｄｅに分割される。そして、プラグは、図３０（ｂ）に
示すようにして、各Ｎｏｄｅのアドレス空間内に在るよ
うにされる。そして、各プラグは、図３０（ｃ）に示す
ように、網線の領域により示すレジスタ（ｒｅｇｉｓｔ
ｅｒ）と、斜線の領域により示すセグメントバッファ(S
egment Buffer)とを含んで形成される。レジスタには、
次に説明するようにして、送信側（ｐｒｏｄｕｃｅｒ）
と受信側（ｃｏｎｓｕｍｅｒ）との間におけるデータの
授受管理に必要な情報（例えば、送信データサイズ及び
受信可能データサイズ）が格納される。セグメントバッ
ファは、ｐｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒに対し
て送信されたデータが書き込まれるべき領域であり、例
えば最小で６４バイトであることが規定されている。
におけるプラグのアドレス空間の構造を示している。６
４ビットから成るプラグのアドレス空間は、図３０
（ａ）に示すようにして、２の１６乗（６４Ｋ）のＮｏ
ｄｅに分割される。そして、プラグは、図３０（ｂ）に
示すようにして、各Ｎｏｄｅのアドレス空間内に在るよ
うにされる。そして、各プラグは、図３０（ｃ）に示す
ように、網線の領域により示すレジスタ（ｒｅｇｉｓｔ
ｅｒ）と、斜線の領域により示すセグメントバッファ(S
egment Buffer)とを含んで形成される。レジスタには、
次に説明するようにして、送信側（ｐｒｏｄｕｃｅｒ）
と受信側（ｃｏｎｓｕｍｅｒ）との間におけるデータの
授受管理に必要な情報（例えば、送信データサイズ及び
受信可能データサイズ）が格納される。セグメントバッ
ファは、ｐｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒに対し
て送信されたデータが書き込まれるべき領域であり、例
えば最小で６４バイトであることが規定されている。
【０１６０】図３１（ａ）にはプラグアドレスが示され
ている。つまり、上記図３０（ｃ）と同一内容が示され
ている。この図に示すように、レジスタはプラグアドレ
スの先頭に対して配置され、これに続けてセグメントバ
ッファが配置される。そして、レジスタ内の構造として
は、図３１（ｂ）に示すようにして、先頭に対して、例
えば３２ビットのｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅ
ｇｉｓｔｅｒが配置され、続けて、各３２ビットのｌｉ
ｍｉｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ［１］〜［１
４］が配置される。つまり、１つのｐｒｏｄｕｃｅｒ
Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒと１４のｌｉｍｉｔ Ｃ
ｏｕｎｔ ｒｅｇｉｓｔｅｒが設けられる。なお、ここ
では、ｌｉｍｉｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ［１
４］の後ろに未使用（ｕｎｕｓｅｄ）の領域が設けられ
ている。
ている。つまり、上記図３０（ｃ）と同一内容が示され
ている。この図に示すように、レジスタはプラグアドレ
スの先頭に対して配置され、これに続けてセグメントバ
ッファが配置される。そして、レジスタ内の構造として
は、図３１（ｂ）に示すようにして、先頭に対して、例
えば３２ビットのｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅ
ｇｉｓｔｅｒが配置され、続けて、各３２ビットのｌｉ
ｍｉｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ［１］〜［１
４］が配置される。つまり、１つのｐｒｏｄｕｃｅｒ
Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒと１４のｌｉｍｉｔ Ｃ
ｏｕｎｔ ｒｅｇｉｓｔｅｒが設けられる。なお、ここ
では、ｌｉｍｉｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ［１
４］の後ろに未使用（ｕｎｕｓｅｄ）の領域が設けられ
ている。
【０１６１】上記図３１（ａ）（ｂ）に示すプラグ構造
は、図３１（ｃ）に示すようにして、オフセットアドレ
ス(Address Offset)によって指定される。つまり、オフ
セットアドレス０は、ｃｏｎｓｕｍｅｒ ｐｏｒｔ（ｐ
ｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ）を指
定し、オフセットアドレス４，８，１２・・・５６，６
０は、それぞれｐｒｏｄｕｃｅｒ ｐｏｒｔ［１］〜
［１４］を指定する。オフセットアドレス６０はｒｅｓ
ｅｒｖｅｄとして定義されることで、未使用（ｕｎｕｓ
ｅｄ）の領域を示し、オフセットアドレス６４によりセ
グメントバッファを示す。
は、図３１（ｃ）に示すようにして、オフセットアドレ
ス(Address Offset)によって指定される。つまり、オフ
セットアドレス０は、ｃｏｎｓｕｍｅｒ ｐｏｒｔ（ｐ
ｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ）を指
定し、オフセットアドレス４，８，１２・・・５６，６
０は、それぞれｐｒｏｄｕｃｅｒ ｐｏｒｔ［１］〜
［１４］を指定する。オフセットアドレス６０はｒｅｓ
ｅｒｖｅｄとして定義されることで、未使用（ｕｎｕｓ
ｅｄ）の領域を示し、オフセットアドレス６４によりセ
グメントバッファを示す。
【０１６２】図３２には、ｐｒｏｄｕｃｅｒ側とｃｏｎ
ｓｕｍｅｒ側との両者のプラグ構造が示されている。Ａ
ｓｙｎｃｈｒｏｎｏｕｓ通信のプラグ構造においては、
ｐｒｏｄｕｃｅｒＣｏｕｎｔ ｒｅｇｉｓｔｅｒへの書
き込み、ｌｉｍｉｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒへ
の書き込み、及びセグメントバッファへの書き込みを後
述する送受信手順に従って行うことで、Ａｓｙｎｃｈｒ
ｏｎｏｕｓ通信を実現する。これらの書き込みは、先に
説明したＷｒｉｔｅ Ｔｒａｎｓａｃｔｉｏｎとしての
処理である。
ｓｕｍｅｒ側との両者のプラグ構造が示されている。Ａ
ｓｙｎｃｈｒｏｎｏｕｓ通信のプラグ構造においては、
ｐｒｏｄｕｃｅｒＣｏｕｎｔ ｒｅｇｉｓｔｅｒへの書
き込み、ｌｉｍｉｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒへ
の書き込み、及びセグメントバッファへの書き込みを後
述する送受信手順に従って行うことで、Ａｓｙｎｃｈｒ
ｏｎｏｕｓ通信を実現する。これらの書き込みは、先に
説明したＷｒｉｔｅ Ｔｒａｎｓａｃｔｉｏｎとしての
処理である。
【０１６３】ｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉ
ｓｔｅｒは、ｐｒｏｄｕｃｅｒによってｃｏｎｓｕｍｅ
ｒに対して書き込みが行われる。ｐｒｏｄｕｃｅｒは、
自身のアドレスに在るｐｒｏｄｕｃｅｒ Ｃｏｕｎｔｒ
ｅｇｉｓｔｅｒにｐｒｏｄｕｃｅｒ側のデータ伝送に関
する情報を書き込んだ上で、このｐｒｏｄｕｃｅｒ Ｃ
ｏｕｎｔ ｒｅｇｉｓｔｅｒの内容を、ｃｏｎｓｕｍｅ
ｒのｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ
に対して書き込む。ｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒ
ｅｇｉｓｔｅｒは、ｐｒｏｄｕｃｅｒがｃｏｎｓｕｍｅ
ｒのセグメントバッファに対して書き込むデータサイズ
として、１回の書き込み処理によって書き込むデータサ
イズの情報とされる。つまり、ｐｒｏｄｕｃｅｒが、ｐ
ｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒの書き
込みを行うことによって、ｃｏｎｓｕｍｅｒのセグメン
トバッファに書き込むデータサイズを知らせる処理が行
われる。
ｓｔｅｒは、ｐｒｏｄｕｃｅｒによってｃｏｎｓｕｍｅ
ｒに対して書き込みが行われる。ｐｒｏｄｕｃｅｒは、
自身のアドレスに在るｐｒｏｄｕｃｅｒ Ｃｏｕｎｔｒ
ｅｇｉｓｔｅｒにｐｒｏｄｕｃｅｒ側のデータ伝送に関
する情報を書き込んだ上で、このｐｒｏｄｕｃｅｒ Ｃ
ｏｕｎｔ ｒｅｇｉｓｔｅｒの内容を、ｃｏｎｓｕｍｅ
ｒのｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ
に対して書き込む。ｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒ
ｅｇｉｓｔｅｒは、ｐｒｏｄｕｃｅｒがｃｏｎｓｕｍｅ
ｒのセグメントバッファに対して書き込むデータサイズ
として、１回の書き込み処理によって書き込むデータサ
イズの情報とされる。つまり、ｐｒｏｄｕｃｅｒが、ｐ
ｒｏｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒの書き
込みを行うことによって、ｃｏｎｓｕｍｅｒのセグメン
トバッファに書き込むデータサイズを知らせる処理が行
われる。
【０１６４】これに対して、ｌｉｍｉｔ Ｃｏｕｎｔ
ｒｅｇｉｓｔｅｒは、ｃｏｎｓｕｍｅｒによってｐｒｏ
ｄｕｃｅｒに対して書き込みが行われる。ｃｏｎｓｕｍ
ｅｒ側では、自身のｌｉｍｉｔ Ｃｏｕｎｔ ｒｅｇｉ
ｓｔｅｒ［１］〜［１４］のうち、ｐｒｏｄｕｃｅｒに
対応して指定された１つのｌｉｍｉｔ Ｃｏｕｎｔ ｒ
ｅｇｉｓｔｅｒ［ｎ］に対して、自身のセグメントバッ
ファの容量（サイズ）を書き込み、このｌｉｍｉｔ Ｃ
ｏｕｎｔ ｒｅｇｉｓｔｅｒ［ｎ］の内容を、ｌｉｍｉ
ｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ［ｎ］に対して書き
込む。
ｒｅｇｉｓｔｅｒは、ｃｏｎｓｕｍｅｒによってｐｒｏ
ｄｕｃｅｒに対して書き込みが行われる。ｃｏｎｓｕｍ
ｅｒ側では、自身のｌｉｍｉｔ Ｃｏｕｎｔ ｒｅｇｉ
ｓｔｅｒ［１］〜［１４］のうち、ｐｒｏｄｕｃｅｒに
対応して指定された１つのｌｉｍｉｔ Ｃｏｕｎｔ ｒ
ｅｇｉｓｔｅｒ［ｎ］に対して、自身のセグメントバッ
ファの容量（サイズ）を書き込み、このｌｉｍｉｔ Ｃ
ｏｕｎｔ ｒｅｇｉｓｔｅｒ［ｎ］の内容を、ｌｉｍｉ
ｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ［ｎ］に対して書き
込む。
【０１６５】ｐｒｏｄｕｃｅｒ側では、上記のようにし
てｌｉｍｉｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ［ｎ］に
書き込まれた内容に応じて、１回あたりの書き込みデー
タ量を決定して、例えば自身のセグメントバッファに対
して書き込みを行う。そして、このセグメントバッファ
に書き込んだ内容を、ｃｏｎｓｕｍｅｒに対して書き込
むようにされる。このセグメントバッファへの書き込み
が、Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるデータ送信
に相当する。
てｌｉｍｉｔ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ［ｎ］に
書き込まれた内容に応じて、１回あたりの書き込みデー
タ量を決定して、例えば自身のセグメントバッファに対
して書き込みを行う。そして、このセグメントバッファ
に書き込んだ内容を、ｃｏｎｓｕｍｅｒに対して書き込
むようにされる。このセグメントバッファへの書き込み
が、Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるデータ送信
に相当する。
【０１６６】２−１３．Asynchronous Connection送信
手順 続いて、上記図３２により説明したプラグ（ｐｒｏｄｕ
ｃｅｒ−ｃｏｎｓｕｍｅｒ）間の構造を前提として、図
３３の処理遷移図により、Ａｓｙｎｃｈｒｏｎｏｕｓ
ｃｏｎｎｅｃｔｉｏｎの基本的な送受信手順について説
明する。図３３に示す送受信処理の手順は、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ通信として、ＦＣＰによって規定された
環境のもとで、ＡＶ／Ｃコマンド（Ｗｒｉｔｅ Ｒｅｑ
ｕｅｓｔ Ｐａｃｋｅｔ）を使用して行われる。そし
て、本実施の形態において扱われるＡＵＸデータも、こ
の送受信手順を使用してＩＥＥＥ１３９４システム内に
おいて送受信が行われる。但し、図３２に示す処理は、
あくまでもＡｓｙｎｃｈｒｏｎｏｕｓ ｃｏｎｎｅｃｔ
ｉｏｎとしての通信動作を示すもので、ＡＵＸデータの
記録再生に対応する通信処理については後述する。な
お、Ａｓｙｎｃｈｒｏｎｏｕｓ ｃｏｎｎｅｃｔｉｏｎ
の実際においては、コマンド送信に応じて、図２５に示
したように、Ａｃｋｎｏｗｌｅｄｇの送受信が実行され
るのであるが、図３３においてはＡｃｋｎｏｗｌｅｄｇ
についての送受信処理の図示は省略している。
手順 続いて、上記図３２により説明したプラグ（ｐｒｏｄｕ
ｃｅｒ−ｃｏｎｓｕｍｅｒ）間の構造を前提として、図
３３の処理遷移図により、Ａｓｙｎｃｈｒｏｎｏｕｓ
ｃｏｎｎｅｃｔｉｏｎの基本的な送受信手順について説
明する。図３３に示す送受信処理の手順は、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ通信として、ＦＣＰによって規定された
環境のもとで、ＡＶ／Ｃコマンド（Ｗｒｉｔｅ Ｒｅｑ
ｕｅｓｔ Ｐａｃｋｅｔ）を使用して行われる。そし
て、本実施の形態において扱われるＡＵＸデータも、こ
の送受信手順を使用してＩＥＥＥ１３９４システム内に
おいて送受信が行われる。但し、図３２に示す処理は、
あくまでもＡｓｙｎｃｈｒｏｎｏｕｓ ｃｏｎｎｅｃｔ
ｉｏｎとしての通信動作を示すもので、ＡＵＸデータの
記録再生に対応する通信処理については後述する。な
お、Ａｓｙｎｃｈｒｏｎｏｕｓ ｃｏｎｎｅｃｔｉｏｎ
の実際においては、コマンド送信に応じて、図２５に示
したように、Ａｃｋｎｏｗｌｅｄｇの送受信が実行され
るのであるが、図３３においてはＡｃｋｎｏｗｌｅｄｇ
についての送受信処理の図示は省略している。
【０１６７】また、ＩＥＥＥ１３９４インターフェイス
では、プラグ（機器）間の接続関係として、上記したｐ
ｒｏｄｕｃｅｒ−ｃｏｎｓｕｍｅｒの関係の他に、ｃｏ
ｎｔｒｏｌｌｅｒ−ｔａｒｇｅｔとして規定される関係
が存在する。ＩＥＥＥ１３９４システム上においては、
ｐｒｏｄｕｃｅｒ−ｃｏｎｓｕｍｅｒの関係が規定され
た機器と、ｃｏｎｔｒｏｌｌｅｒ−ｔａｒｇｅｔの関係
が機器とが必ずしも一致するものではない。つまり、ｐ
ｒｏｄｕｃｅｒとして規定された機器の他に、ｃｏｎｔ
ｒｏｌｌｅｒの機能を有するものとして規定された機器
が存在する場合がある。但し、ここでは、ｐｒｏｄｕｃ
ｅｒ−ｃｏｎｓｕｍｅｒとしての関係と、ｃｏｎｔｒｏ
ｌｌｅｒ−ｔａｒｇｅｔとしての関係が一致している場
合を例に説明する。
では、プラグ（機器）間の接続関係として、上記したｐ
ｒｏｄｕｃｅｒ−ｃｏｎｓｕｍｅｒの関係の他に、ｃｏ
ｎｔｒｏｌｌｅｒ−ｔａｒｇｅｔとして規定される関係
が存在する。ＩＥＥＥ１３９４システム上においては、
ｐｒｏｄｕｃｅｒ−ｃｏｎｓｕｍｅｒの関係が規定され
た機器と、ｃｏｎｔｒｏｌｌｅｒ−ｔａｒｇｅｔの関係
が機器とが必ずしも一致するものではない。つまり、ｐ
ｒｏｄｕｃｅｒとして規定された機器の他に、ｃｏｎｔ
ｒｏｌｌｅｒの機能を有するものとして規定された機器
が存在する場合がある。但し、ここでは、ｐｒｏｄｕｃ
ｅｒ−ｃｏｎｓｕｍｅｒとしての関係と、ｃｏｎｔｒｏ
ｌｌｅｒ−ｔａｒｇｅｔとしての関係が一致している場
合を例に説明する。
【０１６８】図３３に示す送信手順としては、先ず、ス
テップＳ１０１として示すように、ｐｒｏｄｕｃｅｒか
らｃｏｎｓｕｍｅｒに対して、Ｃｏｎｎｅｃｔ要求を送
信する。このＣｏｎｎｅｃｔ要求は、ｐｒｏｄｕｃｅｒ
がｃｏｎｓｕｍｅｒに対して、接続要求を行うためのコ
マンドで、ｐｒｏｄｕｃｅｒのレジスタのアドレスをｃ
ｏｎｓｕｍｅｒに対して伝える。このＣｏｎｎｅｃｔ要
求は、ステップＳ１０２の処理としてｃｏｎｓｕｍｅｒ
が受信することで、ｃｏｎｓｕｍｅｒ側では、ｐｒｏｄ
ｕｃｅｒのレジスタのアドレスを認識する。そして、ス
テップＳ１０３により、ｒｅｓｐｏｎｃｅとして、ｃｏ
ｎｓｕｍｅｒは、ｐｒｏｄｕｃｅｒに対してＣｏｎｎｅ
ｃｔ受付を送信する。そして、ステップＳ１０４におい
て、ｐｒｏｄｕｃｅｒがこれを受信することで、以降の
データ送受信のためのｐｒｏｄｕｃｅｒ−ｃｏｎｓｕｍ
ｅｒ間の接続（ｃｏｎｎｅｃｔｉｏｎ）が確立される。
テップＳ１０１として示すように、ｐｒｏｄｕｃｅｒか
らｃｏｎｓｕｍｅｒに対して、Ｃｏｎｎｅｃｔ要求を送
信する。このＣｏｎｎｅｃｔ要求は、ｐｒｏｄｕｃｅｒ
がｃｏｎｓｕｍｅｒに対して、接続要求を行うためのコ
マンドで、ｐｒｏｄｕｃｅｒのレジスタのアドレスをｃ
ｏｎｓｕｍｅｒに対して伝える。このＣｏｎｎｅｃｔ要
求は、ステップＳ１０２の処理としてｃｏｎｓｕｍｅｒ
が受信することで、ｃｏｎｓｕｍｅｒ側では、ｐｒｏｄ
ｕｃｅｒのレジスタのアドレスを認識する。そして、ス
テップＳ１０３により、ｒｅｓｐｏｎｃｅとして、ｃｏ
ｎｓｕｍｅｒは、ｐｒｏｄｕｃｅｒに対してＣｏｎｎｅ
ｃｔ受付を送信する。そして、ステップＳ１０４におい
て、ｐｒｏｄｕｃｅｒがこれを受信することで、以降の
データ送受信のためのｐｒｏｄｕｃｅｒ−ｃｏｎｓｕｍ
ｅｒ間の接続（ｃｏｎｎｅｃｔｉｏｎ）が確立される。
【０１６９】上記のようにしてｃｏｎｎｅｃｔｉｏｎが
確立されると、ステップＳ１０５により、ｃｏｎｓｕｍ
ｅｒは、ｐｒｏｄｕｃｅｒに対してｌｉｍｉｔ Ｃｏｕ
ｎｔｒｅｇｉｓｔｅｒ（（以降、単に「ｌｉｍｉｔ Ｃ
ｏｕｎｔ」と略す））の書込要求を行う。ステップＳ１
０６によりこれを受信したｐｒｏｄｕｃｅｒは、続くス
テップＳ１０７の処理によって、ｌｉｍｉｔ Ｃｏｕｎ
ｔ書込受付を、ｃｏｎｓｕｍｅｒに対して送信する。そ
して、ステップＳ１０８の処理として、ｃｏｎｓｕｍｅ
ｒがｌｉｍｉｔ Ｃｏｕｎｔ書込受付を受信する。この
ｌｉｍｉｔＣｏｕｎｔ書込要求／書込受付の一連の処理
によって、以降における、セグメントバッファへのデー
タ書き込みサイズ（セグメントバッファ容量）が決定さ
れる。
確立されると、ステップＳ１０５により、ｃｏｎｓｕｍ
ｅｒは、ｐｒｏｄｕｃｅｒに対してｌｉｍｉｔ Ｃｏｕ
ｎｔｒｅｇｉｓｔｅｒ（（以降、単に「ｌｉｍｉｔ Ｃ
ｏｕｎｔ」と略す））の書込要求を行う。ステップＳ１
０６によりこれを受信したｐｒｏｄｕｃｅｒは、続くス
テップＳ１０７の処理によって、ｌｉｍｉｔ Ｃｏｕｎ
ｔ書込受付を、ｃｏｎｓｕｍｅｒに対して送信する。そ
して、ステップＳ１０８の処理として、ｃｏｎｓｕｍｅ
ｒがｌｉｍｉｔ Ｃｏｕｎｔ書込受付を受信する。この
ｌｉｍｉｔＣｏｕｎｔ書込要求／書込受付の一連の処理
によって、以降における、セグメントバッファへのデー
タ書き込みサイズ（セグメントバッファ容量）が決定さ
れる。
【０１７０】続くステップＳ１０９においては、ｐｒｏ
ｄｕｃｅｒからｃｏｎｓｕｍｅｒに対して、セグメント
バッファ書込要求を送信する。そして、ステップＳ１１
０によってセグメントバッファ書込要求が受信され、こ
れに応答して、ステップＳ１１１の処理として、ｃｏｎ
ｓｕｍｅｒからｐｒｏｄｕｃｅｒに対して、セグメント
バッファ書込受付を送信する。ｐｒｏｄｕｃｅｒは、ス
テップＳ１１２により、セグメントバッファ書込受付を
受信する。このステップＳ１０９〜Ｓ１１２までの処理
が実行されることで、１回のｐｒｏｄｕｃｅｒのセグメ
ントバッファからｃｏｎｓｕｍｅｒのセグメントバッフ
ァに対してデータへの書き込み処理が完了する。ここ
で、上記ステップＳ１０９〜Ｓ１１２の処理によって書
き込まれるデータは、図１９に示したＡｓｙｎｃｈｒｏ
ｎｏｕｓ Ｐａｃｋｅｔによる１回の送信により書き込
まれる。従って、Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋ
ｅｔにより転送されるデータサイズが、上記ｌｉｍｉｔ
Ｃｏｕｎｔによって指定されたデータサイズよりも小
さく、かつ、１回のＡｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃ
ｋｅｔによる送信によっては、必要なデータ送信が完了
しない場合には、セグメントバッファの容量がフルとな
る範囲で、ステップＳ１０９〜Ｓ１１２の処理が繰り返
されるようになっている。
ｄｕｃｅｒからｃｏｎｓｕｍｅｒに対して、セグメント
バッファ書込要求を送信する。そして、ステップＳ１１
０によってセグメントバッファ書込要求が受信され、こ
れに応答して、ステップＳ１１１の処理として、ｃｏｎ
ｓｕｍｅｒからｐｒｏｄｕｃｅｒに対して、セグメント
バッファ書込受付を送信する。ｐｒｏｄｕｃｅｒは、ス
テップＳ１１２により、セグメントバッファ書込受付を
受信する。このステップＳ１０９〜Ｓ１１２までの処理
が実行されることで、１回のｐｒｏｄｕｃｅｒのセグメ
ントバッファからｃｏｎｓｕｍｅｒのセグメントバッフ
ァに対してデータへの書き込み処理が完了する。ここ
で、上記ステップＳ１０９〜Ｓ１１２の処理によって書
き込まれるデータは、図１９に示したＡｓｙｎｃｈｒｏ
ｎｏｕｓ Ｐａｃｋｅｔによる１回の送信により書き込
まれる。従って、Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋ
ｅｔにより転送されるデータサイズが、上記ｌｉｍｉｔ
Ｃｏｕｎｔによって指定されたデータサイズよりも小
さく、かつ、１回のＡｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃ
ｋｅｔによる送信によっては、必要なデータ送信が完了
しない場合には、セグメントバッファの容量がフルとな
る範囲で、ステップＳ１０９〜Ｓ１１２の処理が繰り返
されるようになっている。
【０１７１】そして、上記したステップＳ１０９〜Ｓ１
１２に示すセグメントバッファへの書き込み処理が完了
すると、ステップＳ１１３の処理として示すように、ｐ
ｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒに対して、ｐｒｏ
ｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ（以降、単
にｐｒｏｄｕｃｅｒ Ｃｏｕｎｔと略す）書込要求を送
信する。そしてｃｏｎｓｕｍｅｒでは、ステップＳ１１
４の処理として、ｐｒｏｄｕｃｅｒ Ｃｏｕｎｔを受信
して、自身のｐｒｏｄｕｃｅｒ Ｃｏｕｎｔｒｅｇｉｓ
ｔｅｒに書き込みを行い、続くステップＳ１１５の処理
として、ｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ書込受付をｐｒ
ｏｄｕｃｅｒに対して送信する。ｐｒｏｄｕｃｅｒはス
テップＳ１１６により、このｐｒｏｄｕｃｅｒ Ｃｏｕ
ｎｔ書込受付を受信する。この処理によって、先のステ
ップＳ１０９〜Ｓ１１２の処理として、ｐｒｏｄｕｃｅ
ｒからｃｏｎｓｕｍｅｒのセグメントバッファに対して
転送したデータサイズがｃｏｎｓｕｍｅｒに対して知ら
されることになる。
１２に示すセグメントバッファへの書き込み処理が完了
すると、ステップＳ１１３の処理として示すように、ｐ
ｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒに対して、ｐｒｏ
ｄｕｃｅｒ Ｃｏｕｎｔ ｒｅｇｉｓｔｅｒ（以降、単
にｐｒｏｄｕｃｅｒ Ｃｏｕｎｔと略す）書込要求を送
信する。そしてｃｏｎｓｕｍｅｒでは、ステップＳ１１
４の処理として、ｐｒｏｄｕｃｅｒ Ｃｏｕｎｔを受信
して、自身のｐｒｏｄｕｃｅｒ Ｃｏｕｎｔｒｅｇｉｓ
ｔｅｒに書き込みを行い、続くステップＳ１１５の処理
として、ｐｒｏｄｕｃｅｒ Ｃｏｕｎｔ書込受付をｐｒ
ｏｄｕｃｅｒに対して送信する。ｐｒｏｄｕｃｅｒはス
テップＳ１１６により、このｐｒｏｄｕｃｅｒ Ｃｏｕ
ｎｔ書込受付を受信する。この処理によって、先のステ
ップＳ１０９〜Ｓ１１２の処理として、ｐｒｏｄｕｃｅ
ｒからｃｏｎｓｕｍｅｒのセグメントバッファに対して
転送したデータサイズがｃｏｎｓｕｍｅｒに対して知ら
されることになる。
【０１７２】続くステップＳ１１７の処理としては、上
記ステップＳ１１３〜Ｓ１１６に示したｐｒｏｄｕｃｅ
ｒ Ｃｏｕｎｔ書き込み処理に応答しての、ｌｉｍｉｔ
Ｃｏｕｎｔ書き込みのための一連の処理が実行され
る。つまり、ステップＳ１１７〜Ｓ１２０に示すように
して、ｃｏｎｓｕｍｅｒからｐｒｏｄｕｃｅｒへのｌｉ
ｍｉｔ Ｃｏｕｎｔ書込要求の送信と、この送信に応答
してのｐｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒへのｌｉ
ｍｉｔ Ｃｏｕｎｔ書込受付の送信が行われる。
記ステップＳ１１３〜Ｓ１１６に示したｐｒｏｄｕｃｅ
ｒ Ｃｏｕｎｔ書き込み処理に応答しての、ｌｉｍｉｔ
Ｃｏｕｎｔ書き込みのための一連の処理が実行され
る。つまり、ステップＳ１１７〜Ｓ１２０に示すように
して、ｃｏｎｓｕｍｅｒからｐｒｏｄｕｃｅｒへのｌｉ
ｍｉｔ Ｃｏｕｎｔ書込要求の送信と、この送信に応答
してのｐｒｏｄｕｃｅｒからｃｏｎｓｕｍｅｒへのｌｉ
ｍｉｔ Ｃｏｕｎｔ書込受付の送信が行われる。
【０１７３】上記ステップＳ１０９〜Ｓ１２０までの処
理が、ＡｓｙｎｃｈｒｏｎｏｕｓＣｏｎｎｅｃｔｉｏｎ
におけるデータ伝送処理としての１セットの手順を成
す。ここで、例えば送信すべきデータサイズが、セグメ
ントバッファ容量よりも大きく、１回のステップＳ１０
９〜Ｓ１２０までの処理によっては、データの転送が完
了していないとされる場合には、このステップＳ１０９
〜Ｓ１２０までの処理を、データの転送が完了するまで
繰り返し実行することが出来るようになっている。
理が、ＡｓｙｎｃｈｒｏｎｏｕｓＣｏｎｎｅｃｔｉｏｎ
におけるデータ伝送処理としての１セットの手順を成
す。ここで、例えば送信すべきデータサイズが、セグメ
ントバッファ容量よりも大きく、１回のステップＳ１０
９〜Ｓ１２０までの処理によっては、データの転送が完
了していないとされる場合には、このステップＳ１０９
〜Ｓ１２０までの処理を、データの転送が完了するまで
繰り返し実行することが出来るようになっている。
【０１７４】そして、データの転送が完了したら、ステ
ップＳ１２１に示すようにして、ｐｒｏｄｕｃｅｒはｃ
ｏｎｓｕｍｅｒに対して、Ｄｉｓｃｏｎｎｅｃｔ要求を
送信する。ｃｏｎｓｕｍｅｒはステップＳ１２２におい
て、このＤｉｓｃｏｎｎｅｃｔ要求を受信し、続くステ
ップＳ１２３によりＤｉｓｃｏｎｎｅｃｔ受付を送信す
る。ステップＳ１２４において、ｐｒｏｄｕｃｅｒがＤ
ｉｓｃｏｎｎｅｃｔ受付を受信することで、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ Ｃｏｎｎｅｃｔｉｏｎによるデータ送
受信が完結する。
ップＳ１２１に示すようにして、ｐｒｏｄｕｃｅｒはｃ
ｏｎｓｕｍｅｒに対して、Ｄｉｓｃｏｎｎｅｃｔ要求を
送信する。ｃｏｎｓｕｍｅｒはステップＳ１２２におい
て、このＤｉｓｃｏｎｎｅｃｔ要求を受信し、続くステ
ップＳ１２３によりＤｉｓｃｏｎｎｅｃｔ受付を送信す
る。ステップＳ１２４において、ｐｒｏｄｕｃｅｒがＤ
ｉｓｃｏｎｎｅｃｔ受付を受信することで、Ａｓｙｎｃ
ｈｒｏｎｏｕｓ Ｃｏｎｎｅｃｔｉｏｎによるデータ送
受信が完結する。
【０１７５】３．本実施の形態の消去編集 ３−１．操作手順 これまでの説明から理解されるように、本実施の形態の
ＭＤレコーダ／プレーヤ１は、Ｕ−ＴＯＣの内容を書き
換えることで、ディスクに記録されたトラックの各種編
集を行うことが可能とされる。そして、本実施の形態と
してのＡＶシステム（図２参照）の場合には、このよう
な編集操作、及び記録再生に関する各種操作を、パーソ
ナルコンピュータ１１３により行えるように構築するこ
とが可能である。つまり、ＩＥＥＥ１３９４データイン
ターフェイスを介したリモート制御である。
ＭＤレコーダ／プレーヤ１は、Ｕ−ＴＯＣの内容を書き
換えることで、ディスクに記録されたトラックの各種編
集を行うことが可能とされる。そして、本実施の形態と
してのＡＶシステム（図２参照）の場合には、このよう
な編集操作、及び記録再生に関する各種操作を、パーソ
ナルコンピュータ１１３により行えるように構築するこ
とが可能である。つまり、ＩＥＥＥ１３９４データイン
ターフェイスを介したリモート制御である。
【０１７６】このためには、パーソナルコンピュータ１
１３に対して、ＭＤレコーダ／プレーヤ１に対する操作
制御が可能な操作用アプリケーションソフトウェアをイ
ンストールする。この操作用アプリケーションソフトウ
ェアは、例えばＧＵＩによって各種操作が可能とされて
いる。そして、この操作用アプリケーションソフトウェ
アのＧＵＩに対して行われた操作に応じてコマンドを発
生させ、このコマンドを、ＩＥＥＥ１３９４のフォーマ
ットに則ってＩＥＥＥ１３９４バス１１６を介してＭＤ
レコーダ／プレーヤ１に送信するようにされる。ＭＤレ
コーダ／プレーヤ１側のシステムコントローラ１１では
受信したコマンドの内容に応じて各種制御処理を実行す
るようにされる。例えば、操作用アプリケーションソフ
トウェアのＧＵＩ上で、ユーザが再生のための操作を行
ったとすると、パーソナルコンピュータ１１３のＣＰＵ
の処理によって、ＰＬＡＹコマンドが生成されてＭＤレ
コーダ／プレーヤ１に対して送信される。ＭＤレコーダ
／プレーヤ１（システムコントローラ１１）ではこのコ
マンドの受信に応答して、ディスクの再生を開始させる
ように制御処理を実行するものである。このようにし
て、リモート制御が実現する。
１３に対して、ＭＤレコーダ／プレーヤ１に対する操作
制御が可能な操作用アプリケーションソフトウェアをイ
ンストールする。この操作用アプリケーションソフトウ
ェアは、例えばＧＵＩによって各種操作が可能とされて
いる。そして、この操作用アプリケーションソフトウェ
アのＧＵＩに対して行われた操作に応じてコマンドを発
生させ、このコマンドを、ＩＥＥＥ１３９４のフォーマ
ットに則ってＩＥＥＥ１３９４バス１１６を介してＭＤ
レコーダ／プレーヤ１に送信するようにされる。ＭＤレ
コーダ／プレーヤ１側のシステムコントローラ１１では
受信したコマンドの内容に応じて各種制御処理を実行す
るようにされる。例えば、操作用アプリケーションソフ
トウェアのＧＵＩ上で、ユーザが再生のための操作を行
ったとすると、パーソナルコンピュータ１１３のＣＰＵ
の処理によって、ＰＬＡＹコマンドが生成されてＭＤレ
コーダ／プレーヤ１に対して送信される。ＭＤレコーダ
／プレーヤ１（システムコントローラ１１）ではこのコ
マンドの受信に応答して、ディスクの再生を開始させる
ように制御処理を実行するものである。このようにし
て、リモート制御が実現する。
【０１７７】そして、特に本実施の形態にあっては、こ
のようなリモート制御の１つとして、複数のトラックを
同時消去する編集制御を実行可能に構成される。
のようなリモート制御の１つとして、複数のトラックを
同時消去する編集制御を実行可能に構成される。
【０１７８】そこで先ず、複数トラックを同時消去する
ための操作手順について、図３４〜図３６を参照して説
明する。パーソナルコンピュータ１１３において操作用
アプリケーションソフトウェアを起動させたとすると、
パーソナルコンピュータ１１３のＣＰＵ２０１は、操作
用アプリケーションソフトウェアとしてのプログラムに
従って、ＭＤレコーダ／プレーヤ１からＴＯＣ（Ｕ−Ｔ
ＯＣ，Ｐ−ＴＯＣ）を送信を要求し、ＭＤレコーダ／プ
レーヤ１から送信されたＴＯＣを例えばＲＡＭ２０３に
保持する。そして、このＲＡＭ２０３に保持されたＴＯ
Ｃ内容を参照して、例えば図３４に示すようなＭＤコン
トロールウィンドウＷＤ１をディスプレイモニタ２０８
に表示させる。
ための操作手順について、図３４〜図３６を参照して説
明する。パーソナルコンピュータ１１３において操作用
アプリケーションソフトウェアを起動させたとすると、
パーソナルコンピュータ１１３のＣＰＵ２０１は、操作
用アプリケーションソフトウェアとしてのプログラムに
従って、ＭＤレコーダ／プレーヤ１からＴＯＣ（Ｕ−Ｔ
ＯＣ，Ｐ−ＴＯＣ）を送信を要求し、ＭＤレコーダ／プ
レーヤ１から送信されたＴＯＣを例えばＲＡＭ２０３に
保持する。そして、このＲＡＭ２０３に保持されたＴＯ
Ｃ内容を参照して、例えば図３４に示すようなＭＤコン
トロールウィンドウＷＤ１をディスプレイモニタ２０８
に表示させる。
【０１７９】このＭＤコントロールウィンドウＷＤ１に
は、例えばウィンドウ上部に対して操作キーエリアＡ１
が表示され、ここには再生、記録、早送り、早戻し、頭
出しサーチ、イジェクトなどの、ＭＤレコーダ／プレー
ヤ１に対してリモート操作を行うための各種操作キーが
配置される。また、その左下側に位置する最大記録時間
エリアＡ２には、装填されているディスクの最大記録可
能時間が示される。また、その下に配置される残り記録
時間エリアＡ３には、記録可能な残り時間が示される。
また、操作キーエリアＡ１の右下側には、現在選択され
ているトラックを示す選択トラックエリアＡ４が配置さ
れ、その右には現在の記録再生動作状況を示すモード表
示エリアＡ５が配置される。また、その下側に位置する
経過時間エリアＡ６には、現在選択されているトラック
の再生／記録経過時間が示される。
は、例えばウィンドウ上部に対して操作キーエリアＡ１
が表示され、ここには再生、記録、早送り、早戻し、頭
出しサーチ、イジェクトなどの、ＭＤレコーダ／プレー
ヤ１に対してリモート操作を行うための各種操作キーが
配置される。また、その左下側に位置する最大記録時間
エリアＡ２には、装填されているディスクの最大記録可
能時間が示される。また、その下に配置される残り記録
時間エリアＡ３には、記録可能な残り時間が示される。
また、操作キーエリアＡ１の右下側には、現在選択され
ているトラックを示す選択トラックエリアＡ４が配置さ
れ、その右には現在の記録再生動作状況を示すモード表
示エリアＡ５が配置される。また、その下側に位置する
経過時間エリアＡ６には、現在選択されているトラック
の再生／記録経過時間が示される。
【０１８０】そして、ＭＤコントロールウィンドウＷＤ
１のほぼ下側半分の領域を占有するようにして配置され
るのがトラックリストエリアＡ７である。このトラック
リストエリアＡ７には、ディスクに記録されているトラ
ックのリストが示される。ここで、トラックリストエリ
アＡ７において、「Ｎｏ」で示される項目には、トラッ
クナンバが示される。ここでは、００１〜０１０として
示されているように、１０のトラックが記録されている
ことが示されている。また、「Ｔｉｔｌｅ」で示される
項目には、各トラックに与えられたトラックネームが示
される。このトラックネームは、先に図１２にて説明し
たＵ−ＴＯＣセクター４によって管理されている情報に
基づいて表示される内容である。従って、実際にあって
は、ユーザが任意の文字を入力してトラックネームを付
すことが可能とされているのであるが、ここでは便宜
上、Ｔｒａｃｋ＃００１〜Ｔｒａｃｋ＃０１０のように
して、トラックナンバに対応したトラックネームを付し
ている。また、「Ｔｉｍｅ」で示される項目には、各ト
ラックの総再生時間が示される。
１のほぼ下側半分の領域を占有するようにして配置され
るのがトラックリストエリアＡ７である。このトラック
リストエリアＡ７には、ディスクに記録されているトラ
ックのリストが示される。ここで、トラックリストエリ
アＡ７において、「Ｎｏ」で示される項目には、トラッ
クナンバが示される。ここでは、００１〜０１０として
示されているように、１０のトラックが記録されている
ことが示されている。また、「Ｔｉｔｌｅ」で示される
項目には、各トラックに与えられたトラックネームが示
される。このトラックネームは、先に図１２にて説明し
たＵ−ＴＯＣセクター４によって管理されている情報に
基づいて表示される内容である。従って、実際にあって
は、ユーザが任意の文字を入力してトラックネームを付
すことが可能とされているのであるが、ここでは便宜
上、Ｔｒａｃｋ＃００１〜Ｔｒａｃｋ＃０１０のように
して、トラックナンバに対応したトラックネームを付し
ている。また、「Ｔｉｍｅ」で示される項目には、各ト
ラックの総再生時間が示される。
【０１８１】上記図３４に示すようにして表示が行われ
ている状態下で、例えば、ユーザは、トラックナンバ
「００２」「００４」「００６」「００８」「０１０」
の５つのトラックを消去したいとする。この場合、ユー
ザは、例えばマウス操作などによって、トラックナンバ
「００２」を選択してクリック操作等を行うことで、ト
ラックナンバ「００２」を反転表示させる。そして、同
様にして、以降は順次、トラックナンバ「００４」「０
０６」「００８」「０１０」を選択してクリック操作を
行うことで反転表示させていく。この結果、最終的に
は、ＭＤコントロールウィンドウＷＤ１としては、図３
４に示すから図３５に示す表示状態となる。
ている状態下で、例えば、ユーザは、トラックナンバ
「００２」「００４」「００６」「００８」「０１０」
の５つのトラックを消去したいとする。この場合、ユー
ザは、例えばマウス操作などによって、トラックナンバ
「００２」を選択してクリック操作等を行うことで、ト
ラックナンバ「００２」を反転表示させる。そして、同
様にして、以降は順次、トラックナンバ「００４」「０
０６」「００８」「０１０」を選択してクリック操作を
行うことで反転表示させていく。この結果、最終的に
は、ＭＤコントロールウィンドウＷＤ１としては、図３
４に示すから図３５に示す表示状態となる。
【０１８２】そして、図３５に示されているようにして
トラックナンバ「００２」「００４」「００６」「００
８」「０１０」の各トラックナンバが選択されている状
態の下で、ユーザは、いわゆるメニューバー等に対する
操作などによって、トラックの削除を実行させる。この
操作に応じて、パーソナルコンピュータ１１３のＣＰＵ
２０１は、ＭＤレコーダ／プレーヤ１において、トラッ
クナンバ「００２」「００４」「００６」「００８」
「０１０」を消去する編集処理が行われるように制御を
実行する。なお、この制御処理に関しては、後に詳述す
る。また、パーソナルコンピュータ１１３のＣＰＵ２０
１は、ＲＡＭ２０３に保持されているＵ−ＴＯＣの内容
についても、トラックナンバ「００２」「００４」「０
０６」「００８」「０１０」が消去されたものとして管
理されるように書き換えを行っておくことで、ＭＤレコ
ーダ／プレーヤ１側とのＴＯＣ内容に不整合が生じない
ようにする。
トラックナンバ「００２」「００４」「００６」「００
８」「０１０」の各トラックナンバが選択されている状
態の下で、ユーザは、いわゆるメニューバー等に対する
操作などによって、トラックの削除を実行させる。この
操作に応じて、パーソナルコンピュータ１１３のＣＰＵ
２０１は、ＭＤレコーダ／プレーヤ１において、トラッ
クナンバ「００２」「００４」「００６」「００８」
「０１０」を消去する編集処理が行われるように制御を
実行する。なお、この制御処理に関しては、後に詳述す
る。また、パーソナルコンピュータ１１３のＣＰＵ２０
１は、ＲＡＭ２０３に保持されているＵ−ＴＯＣの内容
についても、トラックナンバ「００２」「００４」「０
０６」「００８」「０１０」が消去されたものとして管
理されるように書き換えを行っておくことで、ＭＤレコ
ーダ／プレーヤ１側とのＴＯＣ内容に不整合が生じない
ようにする。
【０１８３】上記したトラックの一括消去に対応して更
新されたＵ−ＴＯＣの内容は、ＭＤコントロールウィン
ドウＷＤ１において、図３６に示すようにして反映され
る。つまり、図３６のトラックリストエリアＡ７に示す
ようにして、以前、トラックナンバ「００２」（トラッ
クネーム；Ｔｒａｃｋ＃００２），トラックナンバ「０
０４」（トラックネーム；Ｔｒａｃｋ＃００４），トラ
ックナンバ「００６」（トラックネーム；Ｔｒａｃｋ＃
００６），トラックナンバ「００８」（トラックネー
ム；Ｔｒａｃｋ＃００８），トラックナンバ「０１０」
（トラックネーム；Ｔｒａｃｋ＃０１０）とされていた
各トラックについては消去されて、リストには表示され
ない。そして、消去されずに残った、トラックネーム；
Ｔｒａｃｋ＃００１，Ｔｒａｃｋ＃００３，Ｔｒａｃｋ
＃００５，Ｔｒａｃｋ＃００７，Ｔｒａｃｋ＃００９の
５つのトラックが、順次、トラックナンバ「００１」，
「００２」，「００３」，「００４」，「００５」とな
るようにして新規に管理される状態が表示される。
新されたＵ−ＴＯＣの内容は、ＭＤコントロールウィン
ドウＷＤ１において、図３６に示すようにして反映され
る。つまり、図３６のトラックリストエリアＡ７に示す
ようにして、以前、トラックナンバ「００２」（トラッ
クネーム；Ｔｒａｃｋ＃００２），トラックナンバ「０
０４」（トラックネーム；Ｔｒａｃｋ＃００４），トラ
ックナンバ「００６」（トラックネーム；Ｔｒａｃｋ＃
００６），トラックナンバ「００８」（トラックネー
ム；Ｔｒａｃｋ＃００８），トラックナンバ「０１０」
（トラックネーム；Ｔｒａｃｋ＃０１０）とされていた
各トラックについては消去されて、リストには表示され
ない。そして、消去されずに残った、トラックネーム；
Ｔｒａｃｋ＃００１，Ｔｒａｃｋ＃００３，Ｔｒａｃｋ
＃００５，Ｔｒａｃｋ＃００７，Ｔｒａｃｋ＃００９の
５つのトラックが、順次、トラックナンバ「００１」，
「００２」，「００３」，「００４」，「００５」とな
るようにして新規に管理される状態が表示される。
【０１８４】３−２．ＭＵＬＴＩＰＬＥ ＥＲＡＣＥ
Ｃｏｍｍａｎｄ 上記のようにして、パーソナルコンピュータ１１３側で
実行された複数トラックの一括消去編集操作に応じて、
ＭＤレコーダ／プレーヤ１側で複数トラックの一括消去
編集処理が実行されるようにするには、パーソナルコン
ピュータ１１３とＭＤレコーダ／プレーヤ１間がＩＥＥ
Ｅ１３９４バス１１６により接続されたシステムを構築
している以上、ＩＥＥＥ１３９４インターフェイスの規
格に従ったＡＰＩによるコマンドとして、複数トラック
の一括消去を指示（要求）するためのコマンドが用意さ
れる必要がある。このため、本実施の形態にあっては、
ＩＥＥＥ１３９４インターフェイスの規格下での複数ト
ラックの一括消去を要求するコマンドとして、マルチプ
ルイレースコマンド（ＭＵＬＴＩＰＬＥ ＥＲＡＳＥ
Ｃｏｍｍａｎｄ)が定義される。ＭＵＬＴＩＰＬＥ Ｅ
ＲＡＳＥ Ｃｏｍｍａｎｄは、ＩＥＥＥ１３９４のＡＰ
Ｉ上で、ベンダーが追加的に定義して設定可能であるも
のとして規定されている、ＶＥＮＤＥＲ ＤＥＰＥＮＤ
ＥＮＴ Ｃｏｍｍａｎｄを利用している。図３７に、Ｖ
ＥＮＤＥＲ ＤＥＰＥＮＤＥＮＴ Ｃｏｍｍａｎｄのデ
ータ構造を示す。なお、この図に示す構造は、図２６に
示したＷｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔ（Ａ
Ｖ／Ｃコマンドパケット）における、ｄａｔａｆｉｅｌ
ｄ内のｏｐｃｏｄｅ以降に配置されるものである。
Ｃｏｍｍａｎｄ 上記のようにして、パーソナルコンピュータ１１３側で
実行された複数トラックの一括消去編集操作に応じて、
ＭＤレコーダ／プレーヤ１側で複数トラックの一括消去
編集処理が実行されるようにするには、パーソナルコン
ピュータ１１３とＭＤレコーダ／プレーヤ１間がＩＥＥ
Ｅ１３９４バス１１６により接続されたシステムを構築
している以上、ＩＥＥＥ１３９４インターフェイスの規
格に従ったＡＰＩによるコマンドとして、複数トラック
の一括消去を指示（要求）するためのコマンドが用意さ
れる必要がある。このため、本実施の形態にあっては、
ＩＥＥＥ１３９４インターフェイスの規格下での複数ト
ラックの一括消去を要求するコマンドとして、マルチプ
ルイレースコマンド（ＭＵＬＴＩＰＬＥ ＥＲＡＳＥ
Ｃｏｍｍａｎｄ)が定義される。ＭＵＬＴＩＰＬＥ Ｅ
ＲＡＳＥ Ｃｏｍｍａｎｄは、ＩＥＥＥ１３９４のＡＰ
Ｉ上で、ベンダーが追加的に定義して設定可能であるも
のとして規定されている、ＶＥＮＤＥＲ ＤＥＰＥＮＤ
ＥＮＴ Ｃｏｍｍａｎｄを利用している。図３７に、Ｖ
ＥＮＤＥＲ ＤＥＰＥＮＤＥＮＴ Ｃｏｍｍａｎｄのデ
ータ構造を示す。なお、この図に示す構造は、図２６に
示したＷｒｉｔｅ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔ（Ａ
Ｖ／Ｃコマンドパケット）における、ｄａｔａｆｉｅｌ
ｄ内のｏｐｃｏｄｅ以降に配置されるものである。
【０１８５】ｏｐｃｏｄｅの８ビットの領域には、ＶＥ
ＮＤＥＲ ＤＥＰＥＮＤＥＮＴ Ｃｏｍｍａｎｄである
ことを示す値「００ｈ」が格納される。これに続くｏｐ
ｅｒａｎｄ［０］〜［２］の計３バイトの領域には、各
Ｖｅｎｄｅｒごとに固有に与えられたＣｏｍｐａｎｙ
ＩＤを格納する領域とされる。そして、続くｏｐｅｒａ
ｎｄ［３］〜［ｎ］の領域に対して、ＶＥＮＤＥＲＤＥ
ＰＥＮＤＥＮＴ Ｃｏｍｍａｎｄのコマンド内容を示す
ｖｅｎｄｅｒ ｄｅｐｅｎｄｅｎｔ ｄａｔａが格納さ
れる。
ＮＤＥＲ ＤＥＰＥＮＤＥＮＴ Ｃｏｍｍａｎｄである
ことを示す値「００ｈ」が格納される。これに続くｏｐ
ｅｒａｎｄ［０］〜［２］の計３バイトの領域には、各
Ｖｅｎｄｅｒごとに固有に与えられたＣｏｍｐａｎｙ
ＩＤを格納する領域とされる。そして、続くｏｐｅｒａ
ｎｄ［３］〜［ｎ］の領域に対して、ＶＥＮＤＥＲＤＥ
ＰＥＮＤＥＮＴ Ｃｏｍｍａｎｄのコマンド内容を示す
ｖｅｎｄｅｒ ｄｅｐｅｎｄｅｎｔ ｄａｔａが格納さ
れる。
【０１８６】図３８には、ＭＵＬＴＩＰＬＥ ＥＲＡＳ
Ｅ Ｃｏｍｍａｎｄとしての、ＶＥＮＤＥＲ ＤＥＰＥ
ＮＤＥＮＴ Ｃｏｍｍａｎｄの内容が示されている。ｏ
ｐｃｏｄｅの領域には、ＶＥＮＤＥＲ ＤＥＰＥＮＤＥ
ＮＴ Ｃｏｍｍａｎｄであることを示す値「００ｈ」が
格納される。そして、ここではｏｐｅｒａｎｄ［０］〜
［２］のＣｏｍｐａｎｙ ＩＤの領域に対して、ｏｐｅ
ｒａｎｄ［０］〜［２］から順に、０８ｈ，００ｈ，４
６ｈが格納されて或る特定のＶＥＮＤＥＲ（メーカ）が
示される。また、ここではｏｐｅｒａｎｄ［３］〜
［６］の計４バイトの領域は、上記Ｃｏｍｐａｎｙ Ｉ
Ｄによって示されるＶＥＮＤＥＲがオペレーションの便
宜を図るために定義した値が格納される。ｏｐｅｒａｎ
ｄ［３］にはＬｅｖｅｌ（Ｆ０ｈ）が格納され、ｏｐｅ
ｒａｎｄ［４］［５］の２バイトの領域にはＰｒｏｄｕ
ｃｔ ｃｏｄｅ（０３ｈ，０１ｈ）がそれぞれ格納され
る。また、ｏｐｅｒａｎｄ［６］にはＡｐｐｌｉｃａｔ
ｉｏｎ ｃｏｄｅ（０２ｈ）が格納される。
Ｅ Ｃｏｍｍａｎｄとしての、ＶＥＮＤＥＲ ＤＥＰＥ
ＮＤＥＮＴ Ｃｏｍｍａｎｄの内容が示されている。ｏ
ｐｃｏｄｅの領域には、ＶＥＮＤＥＲ ＤＥＰＥＮＤＥ
ＮＴ Ｃｏｍｍａｎｄであることを示す値「００ｈ」が
格納される。そして、ここではｏｐｅｒａｎｄ［０］〜
［２］のＣｏｍｐａｎｙ ＩＤの領域に対して、ｏｐｅ
ｒａｎｄ［０］〜［２］から順に、０８ｈ，００ｈ，４
６ｈが格納されて或る特定のＶＥＮＤＥＲ（メーカ）が
示される。また、ここではｏｐｅｒａｎｄ［３］〜
［６］の計４バイトの領域は、上記Ｃｏｍｐａｎｙ Ｉ
Ｄによって示されるＶＥＮＤＥＲがオペレーションの便
宜を図るために定義した値が格納される。ｏｐｅｒａｎ
ｄ［３］にはＬｅｖｅｌ（Ｆ０ｈ）が格納され、ｏｐｅ
ｒａｎｄ［４］［５］の２バイトの領域にはＰｒｏｄｕ
ｃｔ ｃｏｄｅ（０３ｈ，０１ｈ）がそれぞれ格納され
る。また、ｏｐｅｒａｎｄ［６］にはＡｐｐｌｉｃａｔ
ｉｏｎ ｃｏｄｅ（０２ｈ）が格納される。
【０１８７】そして、ｏｐｅｒａｎｄ［７］以降に対し
て、ＭＵＬＴＩＰＬＥ ＥＲＡＳＥＣｏｍｍａｎｄとし
ての実体的な内容が格納される。ここでは、ｏｐｅｒａ
ｎｄ［７］に対して、当該ＶＥＮＤＥＲ ＤＥＰＥＮＤ
ＥＮＴ Ｃｏｍｍａｎｄが、ＭＵＬＴＩＰＬＥ ＥＲＡ
ＳＥ Ｃｏｍｍａｎｄであることを示す値である４０ｈ
が格納される。続くｏｐｅｒａｎｄ［８］には、Ｄｅｓ
ｃｒｉｐｔｏｒ ｔｙｐｅとして１０ｈが格納される。
また、次のｏｐｅｒａｎｄ［９］［１０］はＬｉｓｔ
ｉｄの領域とされて、例えばパーソナルコンピュータ１
１３にてリストとして管理しているＴＯＣのＬｉｓｔ
ｉｄが示される。
て、ＭＵＬＴＩＰＬＥ ＥＲＡＳＥＣｏｍｍａｎｄとし
ての実体的な内容が格納される。ここでは、ｏｐｅｒａ
ｎｄ［７］に対して、当該ＶＥＮＤＥＲ ＤＥＰＥＮＤ
ＥＮＴ Ｃｏｍｍａｎｄが、ＭＵＬＴＩＰＬＥ ＥＲＡ
ＳＥ Ｃｏｍｍａｎｄであることを示す値である４０ｈ
が格納される。続くｏｐｅｒａｎｄ［８］には、Ｄｅｓ
ｃｒｉｐｔｏｒ ｔｙｐｅとして１０ｈが格納される。
また、次のｏｐｅｒａｎｄ［９］［１０］はＬｉｓｔ
ｉｄの領域とされて、例えばパーソナルコンピュータ１
１３にてリストとして管理しているＴＯＣのＬｉｓｔ
ｉｄが示される。
【０１８８】ｏｐｅｒａｎｄ［１１］［１２］は、Ｎｕ
ｍｂｅｒ ｏｆ ｔｒａｃｋｓ ｔｏ ｅｒａｓｅの領
域であり、消去すべきとして指定されたトラック数が示
される。そして、続くｏｐｅｒａｎｄ［１３］〜［４
４］までの各領域は、それぞれｅｒａｓｅｄ ｔｒａｃ
ｋ ｂｉｔｍａｓｋ［０］〜［３１］として定義されて
いる。このｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋ
［０］〜［３１］は、図３９に示す構造を有する。
ｍｂｅｒ ｏｆ ｔｒａｃｋｓ ｔｏ ｅｒａｓｅの領
域であり、消去すべきとして指定されたトラック数が示
される。そして、続くｏｐｅｒａｎｄ［１３］〜［４
４］までの各領域は、それぞれｅｒａｓｅｄ ｔｒａｃ
ｋ ｂｉｔｍａｓｋ［０］〜［３１］として定義されて
いる。このｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋ
［０］〜［３１］は、図３９に示す構造を有する。
【０１８９】図３９に示すように、ｅｒａｓｅｄ ｔｒ
ａｃｋ ｂｉｔｍａｓｋ［０］としての８ビットの領域
は、ＬＳＢ（第８ビット）からＭＳＢ（第１ビット）に
かけて順に、トラックナンバＴｒ００１〜Ｔｒ００８に
対応している。そして、ｅｒａｓｅｄ ｔｒａｃｋ ｂ
ｉｔｍａｓｋ［０］以降のｅｒａｓｅｄ ｔｒａｃｋ
ｂｉｔｍａｓｋ［ｎ］としては、ＬＳＢからＭＳＢにか
けて順に順に、Ｔｒ（ｎ×８＋１）〜Ｔｒ（ｎ×８＋
８）で示されるトラックナンバが対応する。つまり、ｅ
ｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋ［０］[１]
［・・・の順に、１つのｅｒａｓｅｄ ｔｒａｃｋ ｂ
ｉｔｍａｓｋについて８トラックづつ、順次トラックナ
ンバが昇順で対応していくようにされる。そして、最後
のｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋ［３１］
の８ビットにあっては、ＬＳＢ（第８ビット）から第２
ビットにかけて、順次トラックナンバＴｒ２４９〜Ｔｒ
２５５が対応し、ＭＳＢ（第１ビット）は非使用とされ
ている。つまり、ｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍ
ａｓｋ［０］〜［３１］によりトラックナンバＴｒ００
１〜Ｔｒ２５１にまで対応するようにされている。ここ
でｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋが、トラ
ックナンバＴｒ００１〜Ｔｒ２５１に対応するようにさ
れているのは、ミニディスクのフォーマットとして、最
大２５５トラックまで管理可能とされていることに対応
しているものである。
ａｃｋ ｂｉｔｍａｓｋ［０］としての８ビットの領域
は、ＬＳＢ（第８ビット）からＭＳＢ（第１ビット）に
かけて順に、トラックナンバＴｒ００１〜Ｔｒ００８に
対応している。そして、ｅｒａｓｅｄ ｔｒａｃｋ ｂ
ｉｔｍａｓｋ［０］以降のｅｒａｓｅｄ ｔｒａｃｋ
ｂｉｔｍａｓｋ［ｎ］としては、ＬＳＢからＭＳＢにか
けて順に順に、Ｔｒ（ｎ×８＋１）〜Ｔｒ（ｎ×８＋
８）で示されるトラックナンバが対応する。つまり、ｅ
ｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋ［０］[１]
［・・・の順に、１つのｅｒａｓｅｄ ｔｒａｃｋ ｂ
ｉｔｍａｓｋについて８トラックづつ、順次トラックナ
ンバが昇順で対応していくようにされる。そして、最後
のｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋ［３１］
の８ビットにあっては、ＬＳＢ（第８ビット）から第２
ビットにかけて、順次トラックナンバＴｒ２４９〜Ｔｒ
２５５が対応し、ＭＳＢ（第１ビット）は非使用とされ
ている。つまり、ｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍ
ａｓｋ［０］〜［３１］によりトラックナンバＴｒ００
１〜Ｔｒ２５１にまで対応するようにされている。ここ
でｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋが、トラ
ックナンバＴｒ００１〜Ｔｒ２５１に対応するようにさ
れているのは、ミニディスクのフォーマットとして、最
大２５５トラックまで管理可能とされていることに対応
しているものである。
【０１９０】そして、ｅｒａｓｅｄ ｔｒａｃｋ ｂｉ
ｔｍａｓｋ［０］〜［３１］に対しては、消去すべきと
して指定されたトラックナンバに対応するビット位置に
ついて、‘１’をセットするように規定される。逆に言
えば、消去すべきとして指定されないトラックについて
は‘０’がセットされる。
ｔｍａｓｋ［０］〜［３１］に対しては、消去すべきと
して指定されたトラックナンバに対応するビット位置に
ついて、‘１’をセットするように規定される。逆に言
えば、消去すべきとして指定されないトラックについて
は‘０’がセットされる。
【０１９１】ここで、消去すべきトラックとして、トラ
ックナンバＴｒ１，Ｔｒ５，Ｔｒ８，Ｔｒ１４の４つの
トラックを指定した場合には、ＭＵＬＴＩＰＬＥ ＥＲ
ＡＳＥ Ｃｏｍｍａｎｄの内容として、ｏｐｅｒａｎｄ
［９］以降は例えば次のようになる。 Erase Audio track#1,#5,#8,#14 List Id:1001h Number_of_tracks_to_erase:0004h Bitmask[0]:10010001 →91h Bitmask[1]:00100000 →20h Bitmask[2-31]:00h Command:00 18 00 08 00 46 F0 03 01 02 40 10 10 01 00 04 89 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Length=48 Byte
ックナンバＴｒ１，Ｔｒ５，Ｔｒ８，Ｔｒ１４の４つの
トラックを指定した場合には、ＭＵＬＴＩＰＬＥ ＥＲ
ＡＳＥ Ｃｏｍｍａｎｄの内容として、ｏｐｅｒａｎｄ
［９］以降は例えば次のようになる。 Erase Audio track#1,#5,#8,#14 List Id:1001h Number_of_tracks_to_erase:0004h Bitmask[0]:10010001 →91h Bitmask[1]:00100000 →20h Bitmask[2-31]:00h Command:00 18 00 08 00 46 F0 03 01 02 40 10 10 01 00 04 89 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Length=48 Byte
【０１９２】３−３．処理動作 続いて、トラック一括消去を可能とする処理動作を、図
４０の処理遷移図に示す。この図においては、パーソナ
ルコンピュータ１１３がコントローラ（Ｃｏｎｔｒｏｌ
ｌｅｒ）として機能することで、ターゲット（Ｔａｒｇ
ｅｔ）であるＭＤＲ１をリモート制御する関係にあるこ
とが前提となっている。また、この図に示す処理は、パ
ーソナルコンピュータ１１３のＣＰＵ２０３、及びＭＤ
レコーダ／プレーヤ１のシステムコントローラ１１が適
宜実行していくものとされる。また、以降の説明にあっ
ては、パーソナルコンピュータ１１３のＣＰＵ２０３を
Ｃｏｎｔｒｏｌｌｅｒといい、ＭＤレコーダ／プレーヤ
１のシステムコントローラ１１をＴａｒｇｅｔという。
４０の処理遷移図に示す。この図においては、パーソナ
ルコンピュータ１１３がコントローラ（Ｃｏｎｔｒｏｌ
ｌｅｒ）として機能することで、ターゲット（Ｔａｒｇ
ｅｔ）であるＭＤＲ１をリモート制御する関係にあるこ
とが前提となっている。また、この図に示す処理は、パ
ーソナルコンピュータ１１３のＣＰＵ２０３、及びＭＤ
レコーダ／プレーヤ１のシステムコントローラ１１が適
宜実行していくものとされる。また、以降の説明にあっ
ては、パーソナルコンピュータ１１３のＣＰＵ２０３を
Ｃｏｎｔｒｏｌｌｅｒといい、ＭＤレコーダ／プレーヤ
１のシステムコントローラ１１をＴａｒｇｅｔという。
【０１９３】この図にあっては、先ず、ステップＳ２０
１の処理として、Ｃｏｎｔｒｏｌｌｅｒにおいて、ＭＤ
操作パネル（操作用アプリケーションソフトウェア）を
起動する処理から開始されている。ここでＭＤ操作パネ
ルが起動することで、先に図３４に示したＭＤコントロ
ールウィンドウＷＤ１が表示される。
１の処理として、Ｃｏｎｔｒｏｌｌｅｒにおいて、ＭＤ
操作パネル（操作用アプリケーションソフトウェア）を
起動する処理から開始されている。ここでＭＤ操作パネ
ルが起動することで、先に図３４に示したＭＤコントロ
ールウィンドウＷＤ１が表示される。
【０１９４】続くステップＳ２０２においては、先に図
３４及び図３５により説明したようにして、ユーザがＭ
ＤコントロールウィンドウＷＤ１としてのＧＵＩに対し
て行った操作に応じて、消去すべきトラックを指定する
処理が行われる。そして、ユーザにより消去を実行させ
るための操作が行われたら、ステップＳ２０３に進む。
３４及び図３５により説明したようにして、ユーザがＭ
ＤコントロールウィンドウＷＤ１としてのＧＵＩに対し
て行った操作に応じて、消去すべきトラックを指定する
処理が行われる。そして、ユーザにより消去を実行させ
るための操作が行われたら、ステップＳ２０３に進む。
【０１９５】ステップＳ２０３の処理としては、上記ス
テップＳ２０２の処理に対応して指定された消去トラッ
クを、ｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋの内
容に反映させたＭＵＬＴＩＰＬＥ ＥＲＡＳＥ Ｃｏｍ
ｍａｎｄを生成して、Ｔａｒｇｅｔ（ＭＤレコーダ／プ
レーヤ１）に対して送信する。
テップＳ２０２の処理に対応して指定された消去トラッ
クを、ｅｒａｓｅｄ ｔｒａｃｋ ｂｉｔｍａｓｋの内
容に反映させたＭＵＬＴＩＰＬＥ ＥＲＡＳＥ Ｃｏｍ
ｍａｎｄを生成して、Ｔａｒｇｅｔ（ＭＤレコーダ／プ
レーヤ１）に対して送信する。
【０１９６】Ｔａｒｇｅｔにおいては、ステップＳ２０
４の処理として、Ｃｏｎｔｒｏｌｌｅｒから送信された
ＭＵＬＴＩＰＬＥ ＥＲＡＳＥ Ｃｏｍｍａｎｄを受信
し、次のステップＳ２０５の処理として、ＭＵＬＴＩＰ
ＬＥ ＥＲＡＳＥ Ｃｏｍｍａｎｄを受け付ける（ａｃ
ｃｅｐｔ）旨のレスポンスをＣｏｎｔｒｏｌｌｅｒに対
して通知する。この通知に応じて、Ｃｏｎｔｒｏｌｌｅ
ｒでは、Ｔａｒｇｅｔ側にてＭＵＬＴＩＰＬＥ ＥＲＡ
ＳＥ Ｃｏｍｍａｎｄが受け付けられたことを確認す
る。なお、なお何らかの要因によって、ステップＳ２０
５の処理として、Ｔａｒｇｅｔでは、ＭＵＬＴＩＰＬＥ
ＥＲＡＳＥ Ｃｏｍｍａｎｄを拒絶（ｒｅｊｅｃｔ）
する旨のレスポンスを送信する場合がある。
４の処理として、Ｃｏｎｔｒｏｌｌｅｒから送信された
ＭＵＬＴＩＰＬＥ ＥＲＡＳＥ Ｃｏｍｍａｎｄを受信
し、次のステップＳ２０５の処理として、ＭＵＬＴＩＰ
ＬＥ ＥＲＡＳＥ Ｃｏｍｍａｎｄを受け付ける（ａｃ
ｃｅｐｔ）旨のレスポンスをＣｏｎｔｒｏｌｌｅｒに対
して通知する。この通知に応じて、Ｃｏｎｔｒｏｌｌｅ
ｒでは、Ｔａｒｇｅｔ側にてＭＵＬＴＩＰＬＥ ＥＲＡ
ＳＥ Ｃｏｍｍａｎｄが受け付けられたことを確認す
る。なお、なお何らかの要因によって、ステップＳ２０
５の処理として、Ｔａｒｇｅｔでは、ＭＵＬＴＩＰＬＥ
ＥＲＡＳＥ Ｃｏｍｍａｎｄを拒絶（ｒｅｊｅｃｔ）
する旨のレスポンスを送信する場合がある。
【０１９７】また、ＴａｒｇｅｔであるＭＤレコーダ／
プレーヤ１においては、ＭＵＬＴＩＰＬＥ ＥＲＡＳＥ
Ｃｏｍｍａｎｄを受け付けると、ステップＳ２０７と
して示すように、ＭＵＬＴＩＰＬＥ ＥＲＡＳＥ Ｃｏ
ｍｍａｎｄにより指定されているトラックを消去するよ
うに、Ｕ−ＴＯＣの書き換え（更新）を実行する。そし
て、このステップＳ２０６としてのＵ−ＴＯＣの更新処
理が完了したら、ステップＳ２０８の処理として処理結
果を通知する。つまり、Ｕ−ＴＯＣの更新処理が適正に
完了したのであればこの旨を通知する。
プレーヤ１においては、ＭＵＬＴＩＰＬＥ ＥＲＡＳＥ
Ｃｏｍｍａｎｄを受け付けると、ステップＳ２０７と
して示すように、ＭＵＬＴＩＰＬＥ ＥＲＡＳＥ Ｃｏ
ｍｍａｎｄにより指定されているトラックを消去するよ
うに、Ｕ−ＴＯＣの書き換え（更新）を実行する。そし
て、このステップＳ２０６としてのＵ−ＴＯＣの更新処
理が完了したら、ステップＳ２０８の処理として処理結
果を通知する。つまり、Ｕ−ＴＯＣの更新処理が適正に
完了したのであればこの旨を通知する。
【０１９８】Ｃｏｎｔｒｏｌｌｅｒでは、ステップＳ２
０９の処理として、先の上記ステップＳ２０８の処理に
よって送信された処理結果の通知を受信すると、処理結
果の確認を行い、ステップＳ２１０の処理に進む。ステ
ップＳ２１０の処理としては、消去編集結果に応じて、
ＭＤコントロールウィンドウＷＤ１におけるウィンドウ
表示を変更する。つまり、例えば図３５に示す表示から
図３６に示す表示となるように消去編集結果に応じた表
示に変更するものである。
０９の処理として、先の上記ステップＳ２０８の処理に
よって送信された処理結果の通知を受信すると、処理結
果の確認を行い、ステップＳ２１０の処理に進む。ステ
ップＳ２１０の処理としては、消去編集結果に応じて、
ＭＤコントロールウィンドウＷＤ１におけるウィンドウ
表示を変更する。つまり、例えば図３５に示す表示から
図３６に示す表示となるように消去編集結果に応じた表
示に変更するものである。
【０１９９】なお、本発明としては上記した実施の形態
の構成に限定されるものではない。例えば、ＭＤコント
ロールウィンドウＷＤ１としてのコントロール画面（Ｇ
ＵＩ画面）の表示形態については、実際の使い勝手など
に応じて適宜変更されて構わない。また実際の複数トラ
ック一括消去のための操作手順も、先に説明したものに
限定される必要はないものであり、要は、消去すべきト
ラックを複数指定できるユーザインタフェイスを有して
いればよいものである。また、ここではトラック消去の
編集が行われる機器としてはＭＤレコーダ／プレーヤと
されているが、他にもプログラム単位で記録再生管理を
行うための管理情報を有する記録媒体に対応したドライ
ブ装置とされて構わないものである。
の構成に限定されるものではない。例えば、ＭＤコント
ロールウィンドウＷＤ１としてのコントロール画面（Ｇ
ＵＩ画面）の表示形態については、実際の使い勝手など
に応じて適宜変更されて構わない。また実際の複数トラ
ック一括消去のための操作手順も、先に説明したものに
限定される必要はないものであり、要は、消去すべきト
ラックを複数指定できるユーザインタフェイスを有して
いればよいものである。また、ここではトラック消去の
編集が行われる機器としてはＭＤレコーダ／プレーヤと
されているが、他にもプログラム単位で記録再生管理を
行うための管理情報を有する記録媒体に対応したドライ
ブ装置とされて構わないものである。
【０２００】また、消去編集操作を行う機器としてもパ
ーソナルコンピュータに限定されるものではなく、例え
ばＩＲＤ等をはじめ、何らかのＡＶ機器に対して、操作
用アプリケーションソフトウェア的な機能を与えること
で、ＭＤレコーダ／プレーヤに対してリモート制御を実
行できるようにすることも考えられる。そして更に、本
発明としては、編集操作及び編集処理がＭＤレコーダ／
プレーヤ単体で完結するようにした構成も含まれる。つ
まり、ＭＤレコーダ／プレーヤに対する操作によって複
数トラック一括消去が実現できるように構成することも
可能である。
ーソナルコンピュータに限定されるものではなく、例え
ばＩＲＤ等をはじめ、何らかのＡＶ機器に対して、操作
用アプリケーションソフトウェア的な機能を与えること
で、ＭＤレコーダ／プレーヤに対してリモート制御を実
行できるようにすることも考えられる。そして更に、本
発明としては、編集操作及び編集処理がＭＤレコーダ／
プレーヤ単体で完結するようにした構成も含まれる。つ
まり、ＭＤレコーダ／プレーヤに対する操作によって複
数トラック一括消去が実現できるように構成することも
可能である。
【０２０１】
【発明の効果】以上説明したように本発明は、消去すべ
き複数のプログラム（トラック）を指定するための操作
を可能とし、この操作に応じて、編集装置側では、管理
情報を更新することで、複数プログラムの一括消去を行
うようにされる。このような構成とされることで、従前
においては、１プログラムごとに消去を実行するための
操作手順を繰り返すことで複数プログラムの消去を実行
しなければならなかったのに対して、本発明では、消去
すべきプログラムを選択指定して消去を実行させるとい
う１連の操作手順を１回行うだけで、複数プログラムの
消去が完了してしまうことになる。つまり、本発明は、
数少ない操作手順によって複数プログラムを消去できる
ために、それだけ使い勝手が向上されるという効果が得
られるものである。
き複数のプログラム（トラック）を指定するための操作
を可能とし、この操作に応じて、編集装置側では、管理
情報を更新することで、複数プログラムの一括消去を行
うようにされる。このような構成とされることで、従前
においては、１プログラムごとに消去を実行するための
操作手順を繰り返すことで複数プログラムの消去を実行
しなければならなかったのに対して、本発明では、消去
すべきプログラムを選択指定して消去を実行させるとい
う１連の操作手順を１回行うだけで、複数プログラムの
消去が完了してしまうことになる。つまり、本発明は、
数少ない操作手順によって複数プログラムを消去できる
ために、それだけ使い勝手が向上されるという効果が得
られるものである。
【０２０２】また、本発明としては、消去すべき複数の
プログラム（トラック）を指定するための操作は編集装
置の機能として備えてもよいのであるが、この操作を別
体の操作装置により行えるようにも構成される。この場
合、例えば操作装置としては、操作機能に特化して構成
することができるため、消去すべき複数のプログラム
（トラック）を指定するための操作機能を編集装置の編
集機能の１つとして備える場合と比較して、より使い勝
手のよい操作環境を提供することが容易に可能となるも
のであるそして、操作装置として、これをパーソナルコ
ンピュータとすれば、例えば、編集装置とのデータイン
ターフェイスと、編集装置に対する操作パネル的な機能
を有するアプリケーションソフトウェアをインストール
するだけで、充実した操作機能を有する操作装置を容易
に提供することができる。
プログラム（トラック）を指定するための操作は編集装
置の機能として備えてもよいのであるが、この操作を別
体の操作装置により行えるようにも構成される。この場
合、例えば操作装置としては、操作機能に特化して構成
することができるため、消去すべき複数のプログラム
（トラック）を指定するための操作機能を編集装置の編
集機能の１つとして備える場合と比較して、より使い勝
手のよい操作環境を提供することが容易に可能となるも
のであるそして、操作装置として、これをパーソナルコ
ンピュータとすれば、例えば、編集装置とのデータイン
ターフェイスと、編集装置に対する操作パネル的な機能
を有するアプリケーションソフトウェアをインストール
するだけで、充実した操作機能を有する操作装置を容易
に提供することができる。
【図１】本発明の実施の形態が対応する、デジタル衛星
放送受信システムの構成例を示すブロック図である。
放送受信システムの構成例を示すブロック図である。
【図２】本実施の形態における受信設備（ＡＶシステ
ム）の構築例を示すブロック図である。
ム）の構築例を示すブロック図である。
【図３】ＩＲＤのためのリモートコントローラの外観を
示す正面図である。
示す正面図である。
【図４】本発明の実施の形態の記録再生装置のブロック
図である。
図である。
【図５】実施の形態のディスクのセクターフォーマット
の説明図である。
の説明図である。
【図６】実施の形態のディスクのアドレス形式の説明図
である。
である。
【図７】実施の形態のディスクのアドレス例の説明図で
ある。
ある。
【図８】実施の形態のディスクのエリア構造の説明図で
ある。
ある。
【図９】実施の形態のＵ−ＴＯＣセクター０の説明図で
ある。
ある。
【図１０】実施の形態のＵ−ＴＯＣセクター０のリンク
形態の説明図である。
形態の説明図である。
【図１１】実施の形態のＵ−ＴＯＣセクター１の説明図
である。
である。
【図１２】実施の形態のＵ−ＴＯＣセクター２の説明図
である。
である。
【図１３】パーソナルコンピュータの構成例を示すブロ
ック図である。
ック図である。
【図１４】本実施の形態に対応するＩＥＥＥ１３９４の
スタックモデルを示す説明図である。
スタックモデルを示す説明図である。
【図１５】ＩＥＥＥ１３９４に使用されるケーブル構造
を示す説明図である。
を示す説明図である。
【図１６】ＩＥＥＥ１３９４における信号伝送形態を示
す説明図である。
す説明図である。
【図１７】ＩＥＥＥ１３９４におけるバス接続規定を説
明するための説明図である。
明するための説明図である。
【図１８】ＩＥＥＥ１３９４システム上でのＮｏｄｅ
ＩＤ設定手順の概念を示す説明図である。
ＩＤ設定手順の概念を示す説明図である。
【図１９】ＩＥＥＥ１３９４におけるＰａｃｋｅｔ送信
の概要を示す説明図である。
の概要を示す説明図である。
【図２０】Ａｓｙｎｃｈｒｏｎｏｕｓ通信における基本
的な通信規則（トランザクションルール）を示す処理遷
移図である。
的な通信規則（トランザクションルール）を示す処理遷
移図である。
【図２１】ＩＥＥＥ１３９４バスのアドレッシング構造
を示す説明図である。
を示す説明図である。
【図２２】ＣＩＰの構造図である。
【図２３】プラグにより規定された接続関係例を示す説
明図である。
明図である。
【図２４】プラグコントロールレジスタを示す説明図で
ある。
ある。
【図２５】Ａｓｙｎｃｈｒｏｎｏｕｓ通信において規定
されるＷｒｉｔｅ Ｔｒａｎｓａｃｔｉｏｎを示す処理
遷移図である。
されるＷｒｉｔｅ Ｔｒａｎｓａｃｔｉｏｎを示す処理
遷移図である。
【図２６】Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔ
（ＡＶ／Ｃコマンドパケット）の構造図である。
（ＡＶ／Ｃコマンドパケット）の構造図である。
【図２７】Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔに
おける、ｃｔｙｐｅ／ｒｅｓｐｏｎｃｅの定義内容を示
す説明図である。
おける、ｃｔｙｐｅ／ｒｅｓｐｏｎｃｅの定義内容を示
す説明図である。
【図２８】Ａｓｙｎｃｈｒｏｎｏｕｓ Ｐａｃｋｅｔに
おける、ｓｕｂｕｎｉｔ＿ｔｙｐｅと、ｏｐｃｏｄｅの
定義内容例を示す説明図である。
おける、ｓｕｂｕｎｉｔ＿ｔｙｐｅと、ｏｐｃｏｄｅの
定義内容例を示す説明図である。
【図２９】Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラ
グ構造を示す説明図である。
グ構造を示す説明図である。
【図３０】Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラ
グアドレス構造を示す説明図である。
グアドレス構造を示す説明図である。
【図３１】Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラ
グアドレス構造を示す説明図である。
グアドレス構造を示す説明図である。
【図３２】Ａｓｙｎｃｈｒｏｎｏｕｓ通信におけるプラ
グ間での処理を示す説明図である。
グ間での処理を示す説明図である。
【図３３】Ａｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｎｎｅｃｔ
ｉｏｎとしての送信手順を示す説明図である。
ｉｏｎとしての送信手順を示す説明図である。
【図３４】ＭＤコントロールウィンドウの表示形態例を
示す説明図である。
示す説明図である。
【図３５】ＭＤコントロールウィンドウの表示形態例
（消去トラック選択指定時）を示す説明図である。
（消去トラック選択指定時）を示す説明図である。
【図３６】ＭＤコントロールウィンドウの表示形態例
（トラック消去後）を示す説明図である。
（トラック消去後）を示す説明図である。
【図３７】VENDER DEPENDENT Commandのデータ構造を示
す説明図である。
す説明図である。
【図３８】MULTIPLE ERASE Commandのデータ構造を示す
説明図である。
説明図である。
【図３９】erased track bitmaskのフォーマットを示す
説明図である。
説明図である。
【図４０】トラック消去編集を実現するための処理動作
を示す処理遷移図である。
を示す処理遷移図である。
１ ＭＤレコーダ／プレーヤ、１１ システムコントロ
ーラ、１０３ ＡＶシステム（受信設備）、１１２ Ｉ
ＲＤ、１１３ パーソナルコンピュータ、１１６ ＩＥ
ＥＥ１３９４バス、２０３ ＣＰＵ、２５，２１０ Ｉ
ＥＥＥ１３９４インターフェイス、ＷＤ１ ＭＤコント
ロールウィンドウ
ーラ、１０３ ＡＶシステム（受信設備）、１１２ Ｉ
ＲＤ、１１３ パーソナルコンピュータ、１１６ ＩＥ
ＥＥ１３９４バス、２０３ ＣＰＵ、２５，２１０ Ｉ
ＥＥＥ１３９４インターフェイス、ＷＤ１ ＭＤコント
ロールウィンドウ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 山口 博士 長野県南安曇郡豊科町大字豊科5432番地 ソニーデジタルプロダクツ株式会社内 (72)発明者 井上 啓 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5D044 DE49 DE96 HL14 5D077 AA30 BA25 CA02 DC15 EA13 5D110 AA19 BB20 CA24 CB04 CC02 CD20 DA01 DA11 DD13 DD16 DE08
Claims (3)
- 【請求項１】 データがプログラム単位で記録されると
共に、データの記録又は再生動作を管理するための管理
情報が記録される記録媒体に対応して、少なくとも、プ
ログラム単位による管理情報更新処理を実行可能な編集
装置として、 消去すべき複数のプログラムを指定するプログラム消去
情報を取得した場合に、このプログラム消去情報により
指定された複数のプログラムが消去されるものとして管
理されるように管理情報を更新する管理情報更新制御手
段、 を備えていることを特徴とする編集装置。 - 【請求項２】 データがプログラム単位で記録されると
共に、データの記録又は再生動作を管理するための管理
情報が記録される記録媒体に対応して、少なくとも、プ
ログラム単位による管理情報更新処理を実行可能な編集
装置、に対応して使用されるものであり、 少なくとも、消去すべき複数のプログラムを指定するた
めの操作を行うことができる操作手段と、 上記操作手段に対して行われた操作に応じて、消去すべ
き複数のプログラムを指定した内容を有するプログラム
消去情報を生成することのできる情報生成手段と、 上記情報生成手段により生成されたプログラム消去情報
を上記編集装置に対して出力することのできる情報出力
手段と、 を備えていることを特徴とする操作装置。 - 【請求項３】 当該操作装置は、 上記編集装置と通信可能に接続されるコンピュータ装置
と、 少なくとも上記操作手段、上記情報生成手段、及び上記
情報出力手段としての処理を実現するために上記コンピ
ュータ装置にインストールされるアプリケーションと、 から成ることを特徴とする請求項２に記載の操作装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11167327A JP2000357386A (ja) | 1999-06-14 | 1999-06-14 | 編集装置及び操作装置 |
| EP00112601A EP1061520A2 (en) | 1999-06-14 | 2000-06-14 | Editing system, editing apparatus and editing method |
| CN00124059A CN1282960A (zh) | 1999-06-14 | 2000-06-14 | 编辑系统,编辑装置和编辑方法 |
| KR1020000032648A KR20010015018A (ko) | 1999-06-14 | 2000-06-14 | 편집 시스템, 편집 장치, 및 편집 방법 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11167327A JP2000357386A (ja) | 1999-06-14 | 1999-06-14 | 編集装置及び操作装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000357386A true JP2000357386A (ja) | 2000-12-26 |
Family
ID=15847701
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11167327A Withdrawn JP2000357386A (ja) | 1999-06-14 | 1999-06-14 | 編集装置及び操作装置 |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1061520A2 (ja) |
| JP (1) | JP2000357386A (ja) |
| KR (1) | KR20010015018A (ja) |
| CN (1) | CN1282960A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6975567B2 (en) | 2000-12-27 | 2005-12-13 | Lg Electronics Inc. | Method and apparatus for copying/moving data on optical recording medium |
| JP2006528460A (ja) * | 2003-07-21 | 2006-12-14 | トムソン ライセンシング | サブチャンネルに対するトリック・モード操作 |
| US7536502B2 (en) | 2004-07-23 | 2009-05-19 | Funai Electric Co., Ltd. | Controller device to be connected to IEEE 1394 serial bus |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100930349B1 (ko) * | 2003-01-20 | 2009-12-08 | 엘지전자 주식회사 | 고밀도 광디스크의 서브타이틀 데이터 관리방법 |
-
1999
- 1999-06-14 JP JP11167327A patent/JP2000357386A/ja not_active Withdrawn
-
2000
- 2000-06-14 CN CN00124059A patent/CN1282960A/zh active Pending
- 2000-06-14 KR KR1020000032648A patent/KR20010015018A/ko not_active Application Discontinuation
- 2000-06-14 EP EP00112601A patent/EP1061520A2/en not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6975567B2 (en) | 2000-12-27 | 2005-12-13 | Lg Electronics Inc. | Method and apparatus for copying/moving data on optical recording medium |
| JP2006528460A (ja) * | 2003-07-21 | 2006-12-14 | トムソン ライセンシング | サブチャンネルに対するトリック・モード操作 |
| US7536502B2 (en) | 2004-07-23 | 2009-05-19 | Funai Electric Co., Ltd. | Controller device to be connected to IEEE 1394 serial bus |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1061520A2 (en) | 2000-12-20 |
| KR20010015018A (ko) | 2001-02-26 |
| CN1282960A (zh) | 2001-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7243131B1 (en) | Information processing system using remote control, with device and method therefor | |
| US6496896B1 (en) | Transmission apparatus, recording apparatus, transmission and reception apparatus, transmission method, recording method and transmission and reception method | |
| JP4449141B2 (ja) | 電源制御装置、電源制御システム | |
| JP4403331B2 (ja) | 電子機器システム、情報処理機器 | |
| US6529969B1 (en) | Reception method and apparatus for searching various first and second source devices apapted to send data signals to analog and optical input terminals | |
| JP4281201B2 (ja) | 制御装置、及び制御方法 | |
| JP2000358032A (ja) | 情報処理装置及び情報処理方法 | |
| JP2001006276A (ja) | 外部機器の制御装置、及び外部機器の制御方法 | |
| JP2000357386A (ja) | 編集装置及び操作装置 | |
| JP2001257707A (ja) | マルチ再生システム、サーバ装置、端末装置 | |
| JP2002033751A (ja) | 電子機器、電子機器管理方法 | |
| JP2000209617A (ja) | 通信動作検査方法及び通信動作検査装置 | |
| JP2001236772A (ja) | 電子機器システム、電子機器 | |
| JP2001250370A (ja) | 電子機器システム、及び電子機器 | |
| MXPA99010136A (en) | Transmission apparatus, registration apparatus, transmission and reception device, transmission method, registration method and method of transmission and reception |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060905 |