JP3272364B2 - 光ディスクを再生するシステム、再生装置と光ディスクを含むシステム、光ディスクを再生する方法、及び組み合わせられた再生装置と光ディスクとを作動させる方法 - Google Patents

光ディスクを再生するシステム、再生装置と光ディスクを含むシステム、光ディスクを再生する方法、及び組み合わせられた再生装置と光ディスクとを作動させる方法

Info

Publication number
JP3272364B2
JP3272364B2 JP51269795A JP51269795A JP3272364B2 JP 3272364 B2 JP3272364 B2 JP 3272364B2 JP 51269795 A JP51269795 A JP 51269795A JP 51269795 A JP51269795 A JP 51269795A JP 3272364 B2 JP3272364 B2 JP 3272364B2
Authority
JP
Japan
Prior art keywords
bit
data
block
bits
data block
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.)
Expired - Lifetime
Application number
JP51269795A
Other languages
English (en)
Other versions
JPH08511124A (ja
Inventor
クックソン、クリストファー・ジェイ
オストローヴァー、ルイス・エス
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Time Warner Cable Enterprises LLC
Original Assignee
Time Warner Entertainment Co LP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=22517368&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP3272364(B2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Time Warner Entertainment Co LP filed Critical Time Warner Entertainment Co LP
Publication of JPH08511124A publication Critical patent/JPH08511124A/ja
Application granted granted Critical
Publication of JP3272364B2 publication Critical patent/JP3272364B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/01—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level
    • H04N7/0117—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level involving conversion of the spatial resolution of the incoming video signal
    • H04N7/0122—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level involving conversion of the spatial resolution of the incoming video signal the input and the output signals having different aspect ratios
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B19/00—Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
    • G11B19/02—Control of operating function, e.g. switching from recording to reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B19/00—Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
    • G11B19/02—Control of operating function, e.g. switching from recording to reproducing
    • G11B19/04—Arrangements for preventing, inhibiting, or warning against double recording on the same blank or against other recording or reproducing malfunctions
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • 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/10527—Audio or video recording; Data buffering 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/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • 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/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
    • 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
    • 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/36—Monitoring, i.e. supervising the progress of recording or reproducing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/46—Receiver circuitry for the reception of television signals according to analogue transmission standards for receiving on more than one standard at will
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8227—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/87—Regeneration of colour television signals
    • H04N9/877—Regeneration of colour television signals by assembling picture element blocks in an intermediate memory
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/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
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G11B2020/10592—Audio or video recording specifically adapted for recording or reproducing multichannel signals
    • 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/2537—Optical discs
    • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • 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/2537—Optical discs
    • G11B2220/2583—Optical discs wherein two standards are used on a single disc, e.g. one DVD section and one CD section
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B7/00—Recording or reproducing by optical means, e.g. recording using a thermal beam of optical radiation by modifying optical properties or the physical structure, reproducing using an optical beam at lower power by sensing optical properties; Record carriers therefor
    • G11B7/002—Recording, reproducing or erasing systems characterised by the shape or form of the carrier
    • G11B7/0037—Recording, reproducing or erasing systems characterised by the shape or form of the carrier with discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B7/00—Recording or reproducing by optical means, e.g. recording using a thermal beam of optical radiation by modifying optical properties or the physical structure, reproducing using an optical beam at lower power by sensing optical properties; Record carriers therefor
    • G11B7/007—Arrangement of the information on the record carrier, e.g. form of tracks, actual track shape, e.g. wobbled, or cross-section, e.g. v-shaped; Sequential information structures, e.g. sectoring or header formats within a track
    • G11B7/013—Arrangement of the information on the record carrier, e.g. form of tracks, actual track shape, e.g. wobbled, or cross-section, e.g. v-shaped; Sequential information structures, e.g. sectoring or header formats within a track for discrete information, i.e. where each information unit is stored in a distinct discrete location, e.g. digital information formats within a data block or sector
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H04N2005/91307—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal
    • H04N2005/91321—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal the copy protection signal being a copy protection control signal, e.g. a record inhibit signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8211—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a sound signal
    • H04N9/8216—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a sound signal using time division multiplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8233—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a character code signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Graphics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Circuits Of Receivers In General (AREA)
  • Stored Programmes (AREA)
  • Stereo-Broadcasting Methods (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Communication Control (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Description

【発明の詳細な説明】 本発明は、ソフトウェア（たとえば映画）担体の再生
に関し、詳細には、同じ担体上で多数の信号を表すこと
ができるように担体のビット容量を効率的に使用できる
ようにする担体およびその再生装置用のデータ・ブロッ
ク・フォーマットに関する。
発明の背景 映画を配給するために最も広く使用されている媒体は
ビデオカセットである。しかし、ディジタル的にコード
化された光ディスクは理論上、映画および他の形態の表
現の配給に関してはビデオカセットよりもずっと優れて
いる。特に、「圧縮ビデオ」を使用すると有利であり、
これによって、今日のオーディオCD以下の大きさのディ
スク上に映画をディジタル的にコード化することができ
る。高密度の光ディスク上の情報記憶域では、単一のデ
ィスクに、同じ映画の複数のバージョン（あとえば、Ｒ
指定（成人向け）およびPG指定（保護者付添い））、そ
れぞれの異なる言語での複数のサウンドトラック、他の
関連信号、または場合によっては無関係の信号に関する
データを含めることができる。
世界全体でいくつかの異なるテレビジョン業界標準が
使用されているので、それに等しい数のビデオカセット
標準がある。たとえば、合衆国で販売されているNTSCビ
デオテープは、英国の大部分のビデオカセット再生装置
では再生できない。ソフトウェア出版社が、現在ビデオ
カセットに必要とされているのと同じ数の異なるフォー
マットの光ディスクを作成しなくても済むようにするに
は、光ディスク上に記憶されているデータを再生装置に
よって特定の標準に変換することが極めて好ましい。そ
うすれば、世界中のどこでも同じディスクを販売するこ
とができる。光ディスク上にディジタル・データを記憶
することによってもたらされる利点のために、非常に多
数の異なる信号を記憶すると共に、このような柔軟性を
達成することができる。
光ディスクは、極めて高いビット密度を与えるにもか
かわらず、光ディスク上にどれだけの量の情報（デー
タ）を記憶できるかに関しては限界がある。特に、映画
の複数のバージョン、複数のサウンドトラック、その他
の種類の信号をディスクから再生する場合、ディスク上
でデータをどのように構成するかに関して留意しなけれ
ばならない。従来技術のディスク・データ構成手法は誤
解されている。圧縮ビデオ標準、特にMPEG1標準およびM
PEG2標準に関してかなりの研究が行われており、これら
の標準によって与えられる全ビット節約は光ディスクに
ももたらされると考えられている。しかし、これはそう
ではない。光ディスク製品の開発者が主張している手法
は、新しい標準によって与えられる圧縮に基づいて映画
用の平均ビット伝送速度を確立し、そのビット伝送速度
を使用して映画全体を表現する手法である。これは、表
現されるあらゆるフレームに同じ数のビットが必要であ
ることを示すものではない。明らかに、ビデオ圧縮を行
うきっかけは、それぞれの異なるフレームがそれぞれの
異なる数のビットで表すことができるということであ
る。あるフレームから、それとほぼ同じ次のフレームへ
進むのに必要なビットは比較的少ないが、新しいシーン
の第１フレームを表現するには多数のビットが必要であ
る。それにもかかわらず、システム設計者は、単位時間
当たりビット数が映画の継続時間全体にわたって一定に
なることを構想する。一連のフレームを表すのに十分な
数のビットを記憶し、各フレームごとに必要なビットだ
けをフレーム伝送速度でアクセスされる標準バッファリ
ング技法が企図されている。この手法の基本的な欠点
は、実際にはまったくそうではないにもかかわらず、同
じ平均ビット伝送速度が２時間の映画全体に適用される
と仮定されることである。たとえば、15分間続くカーチ
ェイス・シーンは非常に高いビット伝送速度を必要と
し、同じ映画中の他のシーンは長時間にわたって非常に
低いビット伝送速度しか必要としない。映画全体に単一
の平均を適用すると、低速で変化するシーン用のビット
の不要な記憶が行われ、同時に、高速に変化するシーン
が不十分な数のビットで表現される。
この問題をさらに複雑にすることは、可変ビット転送
速度、すなわち、（固定ビット伝送速度で表現できる情
報の量を制限するのではなく）どれだけの量のビデオ情
報を表現しなければならないかを反映するように変化す
る速度を使用する場合でも、可変ビット伝送速度を使用
することによって、ディスク上に記述されている他の情
報も同様に、最大の効率で表現することができるが、そ
のビット伝送速度がビデオに必要なビット伝送速度とは
異なるように変動することである。たとえば、サウンド
を含まない高速に変化するシーンには高ビデオ伝送速度
が必要であるが、サウンドトラック・ビット伝送速度は
低くて済む。ディスクに記憶できる情報の量を最大にす
るには、可変ビット伝送速度を使用するだけでなく、表
すべきそれぞれの異なる信号用の可変ビット伝送速度を
使用する必要もあり、いくつかのビット伝送速度は、相
互に調整されるのではなくビットが表すそれぞれの信号
の要件に従って変化する。
本発明の全般的な目的は、ソフトウェア担体のビット
容量を効率的に使用できるようにする担体用のデータ記
憶フォーマットを提供することである。
本発明の原則が特定のタイプの担体にも特定の種類の
ソフトウェアにも限らないことを理解されたい。ただ
し、本発明の特定の応用分野が光ディスクであることに
間違いはない。それにもかかわらず、本発明が特定の媒
体にも（たとえば、テープ担体はおよびすべてのディジ
タル記憶媒体に応用することができる）、映画の配給に
も限らないことを理解されたい。たとえば、極端なケー
スでは、本発明は、「動き」のまったくない静止画像の
ライブラリの配給に応用することができる。「ソフトウ
ェア出版社」の語は、映画会社よりもずっと多くのもの
を包含するものであり、「担体」の語は、ディジタル・
コード化光ディスクよりもずっと多くのものを包含する
ものである。
発明の概要 本発明の原則によれば、すべての信号はそれぞれのビ
ット流によって表される。連続データ・ブロックは、複
数のフレームを表現するのに十分な数のビデオ・ビット
を含むことができるが、各ブロックごとに同じ数のフレ
ームまたは同じ数のビットを含むとは限らない。実際、
ブロックが画像フレーム情報を表現するデータを含む必
要はない。同様に、ブロックは、１つまたは複数のサウ
ンドトラックを表現するデータを含むことができ、ビッ
トは必ずしも各サウンドトラックごとに同じ継続時間を
表す必要はない。特定のブロックで、特定のサウンドト
ラックがまったく表現されず、他のサウンドトラックを
表現できるようにすることも可能である。サブタイトル
情報を提供する場合、これもデータ・ブロックで表現す
ることができる。ユーザがそのうちの１つを選択する複
数の言語でサブタイトルが提供される場合、同じシーン
に対応するそれぞれの異なる言語のサブタイトルを、そ
れぞれのまったく異なるデータ・ブロックに含めること
が可能である。基本動作原則は、各信号ごとのビット伝
送速度（単位時間当たりにディスクから読み取られるビ
ットの数で表される）が、ディスク全体のビット伝送速
度要件の関数ではなくその信号の関数であることであ
る。特定のデータ・ブロックに記憶される個別の信号用
のビットの数は零から多数までの範囲なので（「多数」
とは、他の信号用に記憶されているビット数と比べて多
いことを意味する）、各データ・ブロックは、それに記
憶されているビット情報の種類を識別し、１つの信号を
表すビットは他の信号を表すビットから区切られる。し
かし、データ・ブロック中の各ビット群が何を表すかが
明らかになるかぎり、各信号はそれ自体のデータ伝送速
度を有し、それによってディスクのビット容量全体を最
大限に効率的に使用することができる。
これは、大きなデータ・ブロック群を使用してビデオ
情報を記憶し、それに続く大きなデータ・ブロック群を
使用してオーディオ情報などを記憶すべきあることを示
すものではない。そのような方式は十分に長いバッファ
によって可能になるが、バッファが不必要に長くなる恐
れがある。ディスクから各信号を生成するためのそれぞ
れの異なるバッファが再生装置にあり、各信号を表すビ
ットは、読み取られたときにそれぞれのバッファにロー
ドされ、各信号は、それぞれのバッファから適切な速度
でビット情報を読み取ることによって生成される。通常
いくつかの信号が相互に同期するので、いくつかのビッ
ト流を同期的に処理しなければならない。これは、信号
が必要なときに、そのすべての信号用のビットがバッフ
ァ内になければならないことを意味する。これは、各バ
ッファは、常に満杯である必要はないが、常に即時の要
件に十分な数のビットを含んでいなければならないこと
を意味する。他の極端なケースでは、あるバッファに供
給されるビットが失われる（あるいは、バッファ中の他
のビットと置き換わり、これらのビットが失われる）た
め、そのバッファが満杯であるときにデータ・ブロック
の読取りを停止しなければならない。したがって、必要
なハードウェア制御は、あるバッファが満杯になったと
き、データ・ブロックの読取りを一時的に停止し、あら
ゆるバッファが常に、即時の要件に十分な数のビットを
有するようにそれぞれの異なる信号を表すビットをデー
タ・ブロック間で分散することである。
本発明は数多くの優れた特徴を提供するシステム全体
に亙る前後文脈の中に開示されている。添付の請求の範
囲は特別な特徴に向けられているが、全体システムは以
下説明する。以下の説明において特に関心のある特徴の
全リストは： ・ビデオ標準及び領域的ロックアウト。
・多重アスペクト比での再生。
・多重バージョン、例えば、同一ディスクからの同一映
画のPG（パーレンタルガイダンス：親同伴）等級及びＲ
（制限付き）等級での再生であり、選択的なＲ等級再生
の自動的なパーレンタル不能化を伴っての再生。
・認定（検定）が済んでいない出版社又は不当と認めら
れる出版社が再生可能なディスクを生産することを防止
する認定符号又は認定済み符号の符号化。
・多重言語のオーディオトラック及び多重言語のサブタ
イトル（説明字幕）トラックとを、ユーザの言語選択の
特定化機能を伴って単一ディスク上に装備。
・多重「他の」オーディオトラック、例えばその各々ト
ラックがオーケストラ音楽の幾つかの構成要素を有して
おり、ユーザがその所望の混合を選択する機能を伴って
の装備。
・単一担体上の上述機能の全てを可能とすべく、データ
ブロックの可変等級符号化、そしてトラックスイッチン
グ及び／又はミキシングによるビット容量の効率使用。
本発明の更なる目的、特徴及び長所等は、図面と関連
しての以下の詳細な説明を検討することによって漸次明
らかになり、その図面とは： 図１は先行技術に係るシステムを示し、現行下におい
て入手可能な媒体再生装置の柔軟性が欠如しており、乏
しい性能の典型を示し、 図２は本発明の例証的実施例を示し、 図３は図２のシステムで再生可能な光ディスクのディ
ジタルデータトラックの導入部分における複数フィール
ドを列挙したチャートであり、 図４は図３の導入トラック区域に続くデータブロック
各々における複数フィールドを列挙した同様なチャート
であり、 図5A〜図5Eは再生中の光ディスクの導入部トラック区
域に含まれたデータの図２のシステムによる処理を説明
するフローチャートを含み、 図６はトラックの導入区域に続く図４に示されたフォ
ーマットでのデータブロックの処理を説明するフローチ
ャートであり、 図7Aは、本発明の再生装置が映画或いは他のビデオ表
出の選択されたバージョンの再生のために必要とされる
ディスクトラック上のそうしたデータブロックのみを読
み出す方法を特徴付ける状態流れ図及び凡例（説明文）
であり、図7Bは２つの代替バージョンの一方が、図7Aの
状態流れ図によって説明されたルールに従ってどのよう
に再生され得るかを示し、 図８はビデオ信号のディジタル表現の圧縮に使用され
る先行技術を象徴的に示し、 図９は３つの異なる像アスペクト比間の関係を示す。
先行技術 先行技術の複数の限定は図１のシステムによって例証
される。こうしたシステムは、通常VHSビデオカセット
であるプログラムデータの単一ソースを再生して多重標
準の内の選択された１つに合致したビデオ信号を発生す
べく、現在入手可能である。このタイプのシステムは多
重標準VCRとして呼称されており、図中には複数の独立
構成要素が示されている。典型的には、VHSテープ７は
その上にNTSC（アナログ）ビデオ信号を記録しており、
そのテープがVHS再生装置又はプレヤー５で再生され
る。このアナログ信号はA/Dコンバータ９でディジタル
形態に変換され、そして、複数の連続的なフレームのデ
ィジタル表現がビデオフレームストア11内に読み込まれ
る。それで回路13は余分なフレームを削除するか、或い
は、選択された標準、例えばPALに合致するために必要
な追加フレームを概算して追加する。１つの標準から他
の標準へ変換するために、一般にフィールド又はフレー
ム内の水平ラインの数を変更する必要がある（イメージ
スケーリング又は画像拡大縮小）。これは、通常、幾つ
かのラインを削除すること、及び／又は、連続的なライ
ンの幾つかを繰り返すか或いは平均することによってそ
れらの間に挿入されるべき新しいラインを引き出すこと
によって達成される。回路13の主要機能は、勿論、ディ
ジタルフレーム表現をビデオ出力としてのアナログ形態
に変換することである。
図１に示されたタイプのシステムは、一般に、ビデオ
出力を劣化する。従来のビデオカセットは、それらが１
つ以上のビデオ標準をサポートしている場合、低減され
た品質のビデオを送出する。１つの理由は、アナログか
らディジタルへ、そして再度戻すという二重変換がある
からである。他の理由としては、イメージスケーリング
が、通常、粗雑なやり方（複数ラインの削除、複数ライ
ンの繰り返し及び平均）で行われるからである。しかし
ながら、画像を劣化させることなく、ディジタル領域内
でイメージスケーリングを実行する複数の方法が知られ
ている。一般的には用いられないが、その技法は先行技
術であるが、本発明の例証的実施例においても用いられ
るので簡単に説明することにする。
具体例を挙げると、PAL標準は１フレームに625本のラ
イン数であり、NTSC標準は１フレームに525本のライン
数である。画像の何れの部分も垂直帰線期間には形成さ
れることがないので、何れのシステムにおいても水平ラ
インスキャンの全てが画像情報の表示のために使用され
ることはない。PAL標準における画像情報には１フレー
ムにつき公称576本のライン数があり、NTSCの場合にお
ける画像情報には公称483本のライン数がある。
１つの標準から他の標準への変換のためには、引き続
くフィールドを先ずデインターレースする又はインター
レース解除する。576本のライン数を483本へ変換し或い
はその逆変換して、レインターレース又は再インターレ
ースを実行する。これがどのようにしてなされるかは概
念的に心に描くことは容易である。例えば、PALフレー
ムを通る非常に薄いスライスを考える。このスライスは
その３つのカラー成分に分解される。PALからNTSCへの
変換のためのイメージスケーリングは、概念上の観点か
ら、カラーデータの576の複数のPALピース又はPAL片に
基づく曲線を描いて、NTSC信号の各水平ラインのための
データのピース又は一片を引き出すために、その曲線を
483の複数パーツに分割する以上の何物でもない。実際
上、これは補間処理によって達成され、ディジタル的に
なされる。（イメージスケーリングは、一般に、例えば
HDTVからNTSCへ向かう場合、アスペクト比の変更をも伴
う可能性があり、そして、各水平ラインの両端での情報
は刈り込まれ可能性がある。）こうして先行技術に係る
システムは標準変換の準備を行い、それは柔軟性の程度
に関わる。一方、図２のシステムは先行技術において企
図すらされなかった複数の方法に空前無比の柔軟性を提
供するものである。
本発明の例証的システム 図２のシステムは、光ディスク23を再生するディスク
ドライブ21を含む。ディスク上に記憶されたディジタル
データはデータアウト導体25上に現れる。ディスクドラ
イブの作動又はオペレーションはマイクロプロセッサデ
ィスクドライブコントローラ27によって制御される。読
取りヘッドはヘッド位置（ポジション）コントロール用
リード線29を通じて発せられるコマンドによって位置付
けられ、ディスク回転のスピードは速度コントロール導
体31を通じて発せられるコマンドによって制御される。
光ディスクは、通常、一定の線形速度或いは定角速度の
何れかで駆動される。（他の可能性は、複数の定角速度
の内の飛び飛びの数の使用を含む。）本発明のディスク
は一定線形速度で駆動されることができて、各ビットに
よって取られるトラックの線形長は、１ビットがトラッ
クの内側部分或いは外側部分に記録されようが同一であ
る。これは最大データの記憶に備えるものである。定線
形速度は、外側トラックが読取られ状態にある時、ディ
スクの回転速度は減少することを要求している。光ディ
スク制御のこのタイプのものは従来技術である。例え
ば、CDオーディオ標準もまた、ディスクが定線形速度で
回転することを要求する。
マイクロプロセッサ41はこのシステムのマスターコン
トローラである。こうして、ディスクドライブコントロ
ーラにコマンドが導体43を通じて発せられ、そして、デ
ィスクドライブコントローラの状態を導体45を通じて決
定する。ディスクドライブコントローラには他の２つの
入力が設けられている。ブロック番号／ポインタアナラ
イザ47は導体49を通じてコマンドをディスクドライブコ
ントローラに発し、そして、バッファフル導体51はオア
（OR）ゲート54からディスクドライブコントローラまで
制御信号を引き延ばしている。此等の２つの入力につい
ては下述することにする。（一般に、個々の導体を参照
しているが、前後関係上、此等の導体の幾つかは実は複
数ビットを平行に引き延ばすためのケーブルであること
を理解して戴きたい。例えば、オアゲート54の出力は単
一導体51を通じてディスクドライブコントローラまで引
き延ばすことができ、ブロック番号／ポインタアナライ
ザ47はケーブル49によってディスクドライブコントロー
ラに接続されることができ、マルチビットデータが、シ
リアルよりかはむしろ、平行して送出され得る。） 図２のシステムの重要な特徴は、符号化資料又は符号
化データの複雑さに従って変化する速度又はレートで、
ビット情報がディスク上に記憶されることである。これ
によって、データアウト導体25上に実際に現れるビット
数／秒が変化するということを意味せず、むしろ毎秒使
用されるビット数が変化することを意味する。ビデオ情
報は圧縮ディジタル形態で記憶される。図８は複数のビ
デオフレームがMPEG1及びMPEG2基準又は標準に従って符
号化される方法を示す。独立Ｉフレームはその全体が符
号化されている。予測されたフレーム又はＰ−フレーム
は先行する独立フレームに基づいて予測されたフレーム
であり、Ｐフレームのために実際に要求されるディジタ
ル情報は、実際のフレームとその予測との間の差を単に
表わす。双方向的に予測されたＢ−フレームはＩ及び／
又はＰフレームから予測されるフレームであり、この場
合もまた、そうしたフレームのために要求される情報を
伴い、実際形態と予測形態との間の差を表わす。（理解
され得るように、早送り及び早戻し機能は、もしも所望
されれば、Ｉ−フレームを用いることによって最良の状
態で実現される。）フレームの表現に要求されるビット
数は、そのタイプばかりではなく、表現されるべき実際
のビジュアル情報にも依存する。明らかに、花のある原
野を表現するよりも青空を表現する方がはるかに少ない
ビット数が要求される。MPEG標準は、画像フレームが最
少限のビット数で符号化されることを可能とすべく設計
されている。フレーム情報は一定速度で要求される。例
えば、もしも映画フィルムがディスク上においてディジ
タル形態で表現されれば、24フレームが再生の１秒毎に
表現されることとなる。１フレームに要求されるビット
数は、フレーム毎に根本的に異なる。フレームは一定速
度で処理されていくので、１秒毎に処理（使用）される
ビット数は非常に低い値から非常に高い値まで変化し得
る。こうして、複数ビットがディスクから実際に読取ら
れる時、それらはディスクから一定速度で読取られるか
もしれないが、それらは一定速度で処理される必然性は
ない。
同様な考え方は、ディスク上に記憶された如何なるオ
ーディオに対しても適応される。如何なるデータブロッ
クも像フレームの可変数に要求されるビット情報を含み
得る。如何なるデータブロックも、多数のオーディオト
ラックまでの可変数の可変持続時間に要求されるビット
情報を含み得る。（まさに１つの物理的トラックがあ
る。多重オーディオトラックの基準は個々のオーディオ
資料を含む時分割スライス列とは異なる。）オーディオ
トラックはディジタル情報を含み、それはまた圧縮形態
でもあり得る。これは、もしも特定のオーディオトラッ
ク用の何れかのデータブロックに情報が記憶されていれ
ば、それらのビット数は同一持続時間を表わすとは限ら
ないことを意味する。あるブロック内に表現された複数
の画像フレームに対応する任意のオーディオトラックの
ために記録された音声の持続時間は、その画像フレーム
の持続時間である、と考え得る。これは、オーディオ情
報が実際に必要となる前に読取られるということを意味
し、充分な量が既に蓄積された時には、更なるオーディ
オ情報の読取りを停止するか、或いは、先行しての供給
過多を補償すべく、幾つかのデータブロックにはオーデ
ィオが含まれないということを付帯条件としている。こ
れはバッファリングの概念に至り、即ち、オーディオバ
ッファ53、ビデオバッファ55、パンスキャンバッファ5
7、サブタイトルバッファ59、そして上記バッファフル
（又はバッファ一杯）信号を発生するオアゲート54に至
る。
ディスクから各データブロックが読取られると、ゲー
ト61がもしも開であれば該ゲート61を通過し、そのビッ
トフィールドがデマルチプレクサ63によって種々のバッ
ファ及びコマンド／データ線65を通じてマスターコント
ローラ41へ分配される。本発明の例証的実施例における
各データブロックは、画像フレームの可変数に対応して
いるビデオビット情報を含んでいる。上述したように、
そこには、多量のビット数、少量のビット数、或いはビ
ット数ではないものまであり得る（例えば、再生される
特別なディスクが如何なるビデオをも表現しない場
合）。ビデオデータの引き続くグループはビデオバッフ
ァ55内にマーカーによって分離されて記憶される。ビデ
オデコーダ67は、導体71を通じてデータの新しいバッチ
が供給されることを欲した時に、導体69を通じてコマン
ドを発する。コマンドは安定速度で発せられるが、返答
として供給されるビット数は、処理される特定フレーム
に要求されるビット数に従って変化する。ディスクドラ
イブからビット数が読取られる速度は、殆どのフレーム
に関してはそうではないが、最大限の情報を要求するフ
レームを融通するために充分に高速である。これは、デ
ータブロックが実際に読取られる速度は、それらが使用
される速度よりも高速であることを意味する。しかしこ
れは、良好に設計されたシステムは、データが処理のた
めに実際に要求されるまでは、データブロックの読取り
を遅延すべきであることを意味しない。１つの事柄のた
めに、データが実際に要求された時、読取りヘッドはそ
の所望のデータブロックの最初に位置し得ないこともあ
る。この理由のためにバッファリングは設けられてい
る。ビデオバッファ55はかなりの数の引き続くフレーム
のためのビット情報を含み（実際の数は、当業界で公知
なように、ビット数の読取り速度や、フレームの処理速
度等に依存している）、ビデオデータブロック情報はビ
デオデコーダ67によって決定される一定フレーム速度で
ビデオバッファから読取られる。ビデオデータはそのバ
ッファだけに、該バッファが一杯（FULL）になるまで送
出される。一度、バッファが一杯になると、記憶するこ
とが不可能となるので、それ以上の情報が送出されるべ
きではない。ビデオバッファが一杯のとき、導体69上の
信号はオアゲート54の出力をハイ（HIGH）として、ディ
スクドライブコントローラ27に複数のバッファの内の１
つが一杯であることを知らせる。
同様の所見は他の３つのタイプのバッファに適用され
る。（単一のサブタイトルバッファ59、単一のパンスキ
ャンバッファ57、多数のオーディオバッファ53があり、
これら全ての目的は下述する。）此等バッファの何れか
が一杯になった時、その対応する出力はオアゲート54に
そのバッファフル導体を制御させてハイとさせて、複数
のバッファの内の１つが一杯である旨をディスクドライ
ブコントローラに知らせるようにする。オーディオバッ
ファ53及びサブタイトルバッファ59は、ビデオバッファ
55のための説明と同等の態様又は方法をもって作動す
る。オーディオプロセッサデコーダ71は、オーディオト
ラックデータを要求する時にオーディオバッファに対し
てコマンドを発し、その時に該オーディオバッファはそ
うしたデータを供給する。同様に、グラフィックスゼネ
レータ73はサブタイトルバッファ59からデータを検索
し、パンスキャンプロセッサ／垂直スケーラ87は、下述
するように、パンスキャンバッファ57からデータを受け
取る。
４つのバッファの内の任意の１つが一杯になったとき
（上記ブロック53内の個々別々のバッファの任意の１つ
も含む）、ディスクドライバコントローラ27はディスク
ドライブのデータ読取りを停止させる。バッファの全て
がそれを受け付けることができるまで、即ちバッファの
何れもが一杯ではなく且つ導体51がロー（LOW）となる
まで、再度のデータの読取りは行われない。（逆に、も
しもバッファがあまりにも急速に空乏状態となるのであ
るなら、導体上31の速度制御信号を調整して、ディスク
速さ及びそれによるバッファが満たされる速度を増大す
る。） バッファリングのこの議論は、ディスクドライブコン
トローラ27へのバッファフル入力51の検討から起こっ
た。説明を加えるべく残された他の入力は、ケーブル49
によって表されるものである。下述するように、各デー
タブロックは、その始めにおけるポインタ情報と共に、
連続的なブロック番号を有する。回路47は連続的なブロ
ック番号を読取り、そのポインタ情報を解析する。ポイ
ンタは、即ち連続的なブロック番号は、読取れるべき次
のデータブロックを指向する。この情報はケーブル49を
通じてディスクドライブコントローラに供給される。こ
の様にして、ディスクドライブコントローラはディスク
ドライブの読取りヘッドの位置付けを制御できるので、
所望のデータブロックにアクセスされ得る。しばしば、
間違ったブロックが読取られることがあり、これは、例
えば、CDオーディオディスクの再生中に１つのトラック
から他のトラックへジャンプをなす際の場合のように、
新しいブロックへのジャンプの場合に経験されるもので
ある。もしもディスクドライブが、あまりにも高いか或
いはあまりにも低いかする連続的ブロック番号のデータ
ブロックを読取ろうとしたならば、これはブロック番号
／ポインタアナライザ47によって決定されてから、ケー
ブル49を通じて新しいコマンドがディスクドライブコン
トローラに発せられ、より低いブロック番号が或いはよ
り高いブロック番号の他のブロックを読取るようさせ
る。新しいブロックを読取るために読取りヘッドがそれ
自体を位置付けしている間、読取られるデータは実際に
は使用されない。ゲート61は閉状態を保持しているの
で、４つのバッファと、コマンド／データリード線を通
じてのマスターコントローラ41とに対する分配のため
に、情報はデマルチプレクサ63へは送出されない。連続
的なブロック番号をそのブロックの最近に解析する回路
47によって決定されるように、正しいデータブロックに
到達された時のみ、導体75はパルス状に脈動してハイと
なってゲート61を開とする。
ブロックの残りはそれからデマルチプレクサへ送出さ
れる。また、ディスクから読取られたデータビットは、
導体77を通じてマイクロプロセッサマスターコントロー
ラ41へも送出される。各データブロックは、種々のバッ
ファへ分配されるべきビット情報だけではなく、例え
ば、そのブロック内に実際に見出されるべきデータの種
類を識別するビット等の制御情報をも含む。こうした識
別ビット（フラッグ等の下述するもの）はマスターコン
トローラへ供給されることによって、常にシステムの制
御下にある。識別ビットはデマルチプレクサによって使
用され、種々のバッファに対するデータ分配を制御す
る。（マスターコントローラは、導体76を通じてコマン
ドをブロック番号／ポインタアナライザ47に対して発
し、該アナライザ47はこの要素に対して一般制御のみを
実行するばかりか、たくさんのデータブロックが、もし
も引き続く処理が要求されていなけば、デマルチプレク
サに入ることを防止することが適切であるように、該要
素47をして導体75上のイネーブル信号をターンオフさせ
ることによる特殊な制御を実行する。） マスターコントローラはシステムの心臓であり、実
際、下述するような処理の大部分を実行する。再生装置
のユーザは、典型的にはキーボードであるインターフェ
ース79を介してマスターコントローラと通信する。また
ユーザにはキー及びロック機構が備えられ、此等を象徴
的に符号81で示し、ここでは「パーレンタルロック"PAR
ENTAL LOCK"」オプションとして呼称する。もしもこの
ロックがターンオフされれば、Ｒ（制約付き）等級映画
は再生しないことになる。ディスク上に実際に表現され
たビットによって制御されるこの方法又は手法は下述す
る。もしもロックがオンで、Ｒ等級画像だけがディスク
上であれば、パーレンタルロック制御導体83上のディス
エーブル信号はゲート61を閉じる。データビットはゲー
トを通じて何等伝達されず、ディスクは再生され得な
い。以下の説明で明らかになるように、もしもディスク
がその上にＲ等級でないフィルム（映画）バージョンを
有すれば、観賞者又は視聴者によっての選択があればそ
れが再生されることになる。パーレンタルロックの特徴
は、実際のキー及びロックの使用を要求しているように
示されているが、この特徴は子供の両親（パーレンツ"P
ARENTS"）だけに知られたキーボード入力が要求される
ことによって実現又は履行され得ることを理解して戴き
たい。マスターコントローラに映画のＲ等級バージョン
は見られるべきものではないことを知らせる方法又は手
法は何れか１つの形態に限定されない。ちょうど物理的
キー及び符号化キーのようなものを代替的に使用してコ
ンピュータへのアクセスを制御するようにすれば、それ
らは図２のシステム中に入ることができる。重要なこと
は、２つの異なるバージョンを同一ディスク上に表現さ
せ得る（各々の全バージョンを要求することなく）方法
であり、選択されたバージョンが先ず再生され得るかを
システムがどのようにして決定するかである。これは下
述することにする。
マスターコントローラ41は、これまで説明しなかった
他の幾つかの出力を含む。導体85は図２に示されたサブ
システムの全てまで延びるマスタークロックバスを表
す。如何なるディジタルシステムにおいても、マスター
クロック信号は種々の回路の適切な同調を制御するため
に要求される。マスターコントローラの他の６つの出力
は、デマルチプレクサ63、オーディオプロセッサ71、パ
ンスキャンプロセッサ／垂直スケーラ87、ビデオフレー
ムストア・インターレース・3:2プルダウン回路89、グ
ラフィックスゼネレータ73、並びに、シンクゼネレータ
・DVAコンバータ92までに延びている。此等は個々別々
の回路ブロックの作動を制御するための制御リード線で
ある。
オーディオプロセッサデコーダ71はバッファ53内のデ
ータを処理し、個々別々のオーディオアナログ信号を引
き出し、此等は符号91で象徴的に示されたアンプ／スピ
ーカシステムへ引き延ばされる。ビデオデコーダ67はバ
ッファ55から読取られた圧縮ビデオデータから導体93上
にディジタルビデオ信号を引き出す。ディジタルビデオ
は、フレーム毎に、パンスキャンプロセッサ／垂直スケ
ーラ87へ供給される。採用されている特別なビデオ符号
化／復号化は本発明の特徴の１つではない。好ましい基
準又は標準は、MPEG1及びMPEG2の方針に従ったものとな
るであろうが、此等は例証的なものでしかない。同じこ
とは、オーディオトラック符号化についても当てはま
る。本発明は特別な符号化方法に限定されない。
回路57及び87の作動は、図９の象徴的図面を先ず検討
することによって最も良く理解され得る。本発明の好適
実施例における光ディスク上に記憶されたディジタル情
報は、16:9の「マスター」アスペクト比を有するフレー
ム、いわゆる「ワイドスクリーン」像を特徴付ける。マ
スターアスペクト比は図９の左上方に示されたものであ
る。もしも、ユーザのテレビ受像機に表示されるべき究
極的又は根本的なアナログ信号がこのアスペクト比を要
求し、（垂直帰線の間に生じる水平走査ラインと対立す
るものとして）画像情報を伴う水平走査ライン数がディ
スク上に記憶されたビデオビット情報によって表現され
る水平ラインの数と一致するものであれば、ビデオアナ
ログ信号の発生は簡単なものである。しかし、ユーザの
テレビ受像機が4:3アスペクト比を有するTV信号に適応
し、そしてディスク上のマスターアスペクト比が4:3で
なくむしろ16:9であれば、２つの選択肢がある。一方が
オリジナル画像を「レターボックス」形態で表示するこ
とである。図９の右側に示されるように、この場合でな
されていることは、マスターイメージを垂直方向に均一
に圧縮することによって、その水平寸法がテレビ受像機
の範囲内に嵌合する。これは、垂直寸法が同時に短縮さ
れて、それがTV表示領域の全体高さより小さく充満する
ことになる。これが意味するものは、各全体フレームの
上部及び下部における水平ライン走査が消去されなけれ
ばならず、それらの場所に形成された暗帯又はダークバ
ンドを付帯条件とするが、オリジナルアスペクト比は保
存される。他のオプションは、「パンスキャン」の圧縮
アスペクト比用である。これが意味するものは、4:3ア
スペクト比を有するボックスをオリジナルのワイドスク
リーンイメージ上に添えることである。その結果、画像
の左側、右側、或いは両側が切り取られる。（全ての場
合、たとえ16:9のマスターアスペクト比に対応するワイ
ドスクリーン像が示されたとしても、ディスク上に表現
された水平ラインの数とは異なる水平ライン走査の数を
形成する必要があり得る。水平ラインの数は、ビデオ出
力が合致しなければならないビデオ信号標準の関数であ
る。ライン数を変更することは、上述したように、垂直
スケーリングとしての公知の処理である。） パンスキャン処理に関して、図９から明らかなこと
は、パンスキャン圧縮アスペクト比画像を形成するため
に用いられるべき16:9マスターアスペクト比画像のその
部分を識別するために要求される全ては、使用されるべ
き情報の各水平ライン走査毎の出発点を特定することで
ある。単一番号を特定することで（例えば、合計960コ
ラムからのコラム200）、この目的には充分である。し
かしながら、問題は常に同一コラムが使用されるものか
どうかである。ある場合では、再生装置に対して、もし
も4:3アスペクト比が所望であれば、常にワイドスクリ
ーン像の真ん中から取り出すように命令される可能性も
ある。他の場合では、可変的なコラム出発点が所望され
る可能性がり、その場合、データブロックは他の変更が
実行されるまではその点から使用されるべき出発コラム
番号を表す情報を実際に含むことになる。
以下の説明から明らかなように、各データブロックの
ビデオ情報は、パンスキャンコラム情報が更新されるべ
き否かを表すフラッグを含む。もしもそうしたフラッグ
があれば、ビデオデコーダ67は導体95を通じてコマンド
をパンスキャンバッファ57に発する。この時、そのバッ
ファはパンスキャン更新をデマルチプレクサ63から受入
れる。連続するフレームに伴うパンスキャンプロセッサ
／垂直スケーラ87による使用に供すべく、その更新は他
の変更が生ずるまでそのバッファ中に残存する。
パンスキャンプロセッサ／垂直スケーラ87において、
水平ラインの数は調整され、アスペクト比は更新され
る。ディジタルビデオがビデオデコーダ67によって供給
され、そして要求されれば、パンスキャン情報がバッフ
ァ57によって提供される。回路87の出力は、所望された
アスペクト比であり且つ選択されたテレビジョン標準用
に要求された水平ライン数によって表される非圧縮ディ
ジタルビデオから成る。
一度、ビデオフレーム情報がフレームストア89内にデ
ィジタル的に記憶されると、それは、もしも選択された
標準が要求すれば、複数のインターレース状フィールド
に解体される。また、3:2プルダウンは毎秒24フレーム
の映画を毎秒60フィールドのビデオに変換するために用
いられる技術であり（公称値24及び60は、実際には23.9
7及び59.94である）、映画を表すデータをNTSCフォーマ
ットに変換することであり、フレーム情報（データブロ
ック）が毎秒24のレート又は速度で読取られる必要があ
る。（当業界では標準であるように、そうした変換をソ
ース資料のフレーム１に適用してビデオ信号のフィール
ド１、２並びに３にし、ソース資料のフレーム２をビデ
オ信号のフィールド４及び５にし、ソース資料のフレー
ム３をビデオ信号のフィールド６、７並びに８にする
等、24のオリジナルフレームから60フィールドをもたら
す。）一方、PAL標準への変換は相対的に簡単であり、
3:2プルダウンは要求されない。PAL標準は毎秒50フィー
ルドを要求する。フレームは毎秒25のレートで処理さ
れ、各フレームは２つのフィールドを形成するために使
用される。（映画フィルムは毎秒24フレームのレートで
撮影されるにもかかわらず、PALに変換された際に毎秒2
5のレートで処理されるので、TVスクリーン上で生ずる
凡ゆることは合衆国におけるよりはヨーロッパにおいて
４％だけより速く生ずる。）フレームが毎秒25のレート
或いは毎秒24のレートで処理されようが、バス85上のマ
スタークロック信号の周波数を変更することによって制
御される。
ブロック89の出力はディジタルであり、シンクゼネレ
ータ・D/Aコンバータ92まで引き延ばされる。この要素
内において、適当なシンク（同調）パルスが複数フィー
ルド内に挿入され、ディジタル情報がアナログへ変換さ
れる。要求される任意のサブタイトルはバッファ59に含
まれている。マイクロプロセッサ41の制御下、コマンド
が制御リード線97を通じてグラフィックスゼネレータ73
へ発せられる。この従来的な回路はサブタイトルバッフ
ァから符号化キャラクタ情報を検索し、そうしたサブタ
イトルを示すビデオ信号を導体99上に発生する。キー信
号は導体98上で発生され、此等の２つの信号は従来のキ
ーヤ回路96まで引き延ばされる。この装置はビデオイメ
ージにサブタイトルを合併し（当業界では公知なよう
に、製造業者のオプションとしてハードキー或いは線形
キーを利用する）、そしてそのコンポジット信号を従来
のTV表示装置94まで引き延ばす。
導入部トラックフィールド 詳細処理の説明に進む前に、ディスクトラックの導入
部分に記憶された情報を検討することが参考になるであ
ろう。この情報は図３の示された個々のフィールドに記
憶されており、ディスクから読取られたデータの引き続
く処理を制御するのがこの情報である。データブロック
のフォーマットは図４に示されているが、このブロック
のデータがどのようにして使われるかを理解するため
に、最初に読取られたセットアップ情報を評価すること
が必要である。
図３において、トラックの最初に多くの導入シンクビ
ットがある。他の全ての記載項目又はエントリーのため
にビットの最少数及び最大数がその適切なコラムに示さ
れているが、そうした数は導入シンクビットには設けら
れていない。トラックの始めに要求されるシンクビット
の数は採用されたハードウェアに依存する。もしも特定
のハードウェア及びディスクスピードの範囲が包含され
たならば、充分な数のシンクビットがトラックの最初に
設けられて、ディスクドライブ、コントローラ27並びに
ブロック番号／ポインタアナライザ47等を含む各種回路
がディスク読取りに関係させられ、それら自体をデータ
アウト導体25上のビットストリームに同期させるように
する。ビット同期はディジタルシステムにおいて良く知
られた技術である。
第２フィールドは認定（検定）済み領域を表す40ビッ
トから成る。ソフトウェア出版社が彼等のソフトウェア
の再生を締め出すこと又はロックアウトすることができ
る幾つかの方法がある。最も重要なことは、Ｒ等級映画
が再生され得るかどうか（上記パーレンタルロックアウ
ト・オプション）、そして、最終のアナログ出力ビデオ
信号はユーザによって選択された標準を仮定しているか
どうか、を制御することを含む。このようにして、例え
ば、ソフトウェア出版社は映画をNTSC受像機では再生さ
れ得るが、PAL受像機では再生され得ないようにするこ
とができる。しかし、再生装置にこの種のロックアウト
制御が設けられている限り、複数の領域に達し得る。本
発明のディスクが用いられる全ての再生装置は、規格書
の同一セットと合致する。その設計の１つの特徴は、各
再生装置には販売のために意図された領域或いは複数領
域の表示が設けられている。例えば、その領域或いは複
数領域は、DIPスイッチ、マイクロプロセッサROM（例え
ば、マスターコントローラ41）内に記憶された符号（コ
ード）等の設定によって表現され得る。合計40通りの領
域があるものと仮定する。各ディスクはその導入区域に
40ビットフィールドを有し、その各ビットは上記40領域
の１つと関連する。任意のビット位置での１は、ディス
クはそれぞれの領域内での再生が認定（検定）済み又は
正しいものと認められていることを指示し、０（ゼロ）
はその否定を指示する。中国での販売用を指示するコー
ド又は符号の再生装置は、例えば、もしもその40ビット
領域における中国関連の位置が０であれば、ディスクを
再生できないことになる。
そうした特徴の使用例として、特定の国での販売用と
して意図された再生装置を考えよう。ソフトウェア出版
社が、契約上の理由からその国に配給すべきではないあ
る映画フィルムを出版しようとする。この理由によっ
て、トラック導入区域の認定領域フィールドにおけるそ
の国に関連するビット位置には、０が記憶されることと
なる。このビットを検知するに及んで、マスターコント
ローラ41は回路47に禁止信号を導体75上に発生させるよ
うにして、ゲート61をしてそこを通過する全てのデータ
を恒久的にブロックさせるようにする。
第３フィールドはフラッグに関する単一ビットであ
り、該フラッグは次のフィールドに何か情報があるか否
かを示す。この情報はここでは「特殊ソフトウェア」と
言われる。図２の再生装置は、通常、リードオンリーメ
モリに典型的には含まれる同一ソフトウェアコード（符
号）を実行する。図面における各種フローチャートに関
連して説明されることになるのがこのコードである。し
かしながら、再生装置はマイクロプロセッサで制御され
ているので、幾らかですら全体的に無関係の目的のため
になぜ使用され得ないのかの理由がなく、そして、これ
はディスクからソフトウェアを単にロードする（読み込
む）ことによって可能となる。もしも上記特殊ソフトウ
ェアフラッグが１であれば、マスターコントローラ41
は、導体77上でフィールド４に即座に従うソフトウェア
を読取る。こうして、特殊ソフトウェアフラッグが０或
いは１かに依存して、第４フィールドは空か或いは未決
定長のソフトウェアを含むかである。このソフトウェア
の最後にはシンクワードがあり、このワードは全データ
ストリームの何処においても生ずることが許容されてい
ないという意味合いで独特である。シンクワードパター
ンが現れたときは、先行するデータフィールドは終りに
きた、そして新しいフィールドが追従することを示して
いる。（データがシンクワードパターンを有するにも拘
らずデータストリーム中に現われて、シンクワードとし
て誤解された場合、公知の技術を用いて回避することが
できる。例えば、もしもシンクワードが所定パターンの
32ビットから構成され、そして何等かの相対的なデータ
シーケンスがこのパターンをその中に含むものとすれ
ば、31ビットのデータパターンが記憶された後に、シン
クワードパターン中の最終ビットとは反対の値を有する
余剰ビットをそのビットストリーム中に挿入させ得る。
再生装置はこのビットを見たとき、それを捨てて、続く
ビットをシンクワードの最終ビットの代りにデータビッ
トとして取り扱う。） 特殊ソフトウェアの例はビデオゲームを制御するソフ
トウェアであるかもしれない。再生装置に映画及びマル
チトラックオーディオの再生のための設計されたオペレ
ーティングシステムが設けられていれば、ビデオゲーム
再生に含まれる追加的及び／又は異なる複数機能を実行
する再生が確かに可能である。もしもユーザ用インター
フェースが着脱自在であり、ジョイスティック（操縦
桿）及びその類が、キーボードの代りに、ゲーム再生周
辺機器を適合させるべく接続できれば、以上のことがは
特に当てはまる。このシステムは、ディスクから読取ら
れる必須のソフトウェアを単に記憶することによってビ
デオゲーム再生装置に変換され得る。下述されるフロー
チャートには上記特殊ソフトウェアが自己充足又は独立
した形であるが標準的な処理ステップを含まない形で示
されている一方、このソフトウェアは内蔵されたコード
（符号）を利用するために実行されるオペレーティング
システムのサブルーチンを確実に呼出すことができる。
第５フィールドは12ビットの位置から成り、その各々
は異なる標準に対応している。此等の標準とは、1250ラ
インのヨーロッパ型HDTV、1125ライン日本型HDTV、1050
ラインで提案されたアメリカ型HDTV（1080ライン及び78
7ラインも共に標準として提案されている）、625ライン
のPAL、525ラインのNTSC、625ラインのSECAM、360ライ
ンの「レターボックス」等を含む。更なる標準を収容す
ることも可能ですらあるが、そうした場合には適切なビ
デオ信号を形成するために異なるソフトウェアが要求さ
れることになる。しかしながらそれは、内蔵オペレーテ
ィングシステムを増補すべく、ディスクに対してのソフ
トウェアの提供を単に伴うだけである。
１つの例として、もしも上記12ビットフィールドの第
１ビット位置がNTSC標準に対応していて、更に、もしも
ユーザが彼のTV受像機での再生用としてNTSC標準を選択
するか、或いはそれが彼の（下述する）デフォルト（既
定値）設定であれば、認定済み標準フィールド内の第１
ビットが１である時のみにNTSC信号が発生されることに
なる。
フィールド６は常に100ビットを含む。此等のビット
は、映画用のダイアローグ又は会話（対話）であるそれ
ぞれのオーディオ言語を表す。同一映画に相当多くの外
国語バージョンが用意されることは稀であり、相当多く
のバージョンを１つのディスク上に実際に含ませようと
は意図されない。事実、異なる言語のダイアローグを含
むことができるオーディオトラックは最大16のオーディ
オトラックである。上記100ビットの第１番目を除く各
々は、99言語の１つを表す。もしもその対応するビット
位置に１があれば、その対応する言語でのダイアローグ
に関するオーディオトラックがあることを指示してい
る。
上記100ビット位置の第１番目は現実には言語に対応
していない。代りに、第１ビット位置の１は、音楽及び
効果（「Ｍ＆Ｅ」）トラックがあることを意味する。
（「効果」によって意味されるものは、雷、射撃及びそ
の類に関連するサウンド又は音響のようなものであ
る。）図３におけるコメント（備考）フィールドに指示
されているように、全トラックの導入区域のフィールド
６にはＮ個の「１」があり、Ｎは最大値16を有する（１
つのＭ＆Ｅトラック及び15個までのダイアローグトラッ
ク、或いはＭ＆Ｅ無しで16個までのダイアローグトラッ
ク）。１つの例として、第３ビット位置がフランス語に
対応し、第５番目がギリシャ語に対応し、上記100ビッ
トフィールドが10101000....0であることを想定しよ
う。これは、１つのＭ＆Ｅトラックが、フランス語及び
ギリシャ語のダイアローグトラックと共にあることを意
味する。ディスク上の単一データブロック各々がＭ＆Ｅ
や、フランス語及びギリシャ語を表すビット情報を含む
意味ではない。以上のことが意味するものは、如何なる
データブロックもＭ＆Ｅ及び／又はダイアローグを伴う
せいぜい３つのオーディオトラックを有することであ
る。また、そうしたオーディオトラック情報を有する如
何なるデータブロックも、Ｍ＆Ｅ、フランス語、ギリシ
ャ語の順番でそうした情報を含むことも意味する。ただ
どのようにしてシステムは、どの特殊なデータブロック
が上記100ビットフィールド内に表わされている言語の
ためのオーディオ情報を含むのかを決定するかは、デー
タブロック内に含まれる種々のフィールドに関連させて
下述する。
言語オーディオトラックは、単なるダイアローグを必
然的には含むものではないことは理解されるべきであ
る。簡単に説明されるように、Ｍ＆Ｅをフランス語ダイ
アローグトラックに混合して、その結果がフランスでの
再生に適した完全なオーディオトラックと成るようにす
ることは可能である。しかし、特別なオーディオトラッ
クが予め混合されたＭ＆Ｅ及びオリジナルダイローグを
含むことは確かに可能である。例えば、もしも上記100
ビットフィールドのビット位置10が英語ダイアローグを
表わし、そこに１が記憶されていれば、ディスク上には
オーディオの英語バージョンがあることを意味する。し
かしながら、その対応するオーディオトラック内に英語
ダイアローグばかりではなく、Ｍ＆Ｅを含むフルサウン
ドトラックもあるようにすることは可能である。同時
に、もしも上記100ビットフィールドの第１ビット位置
に１があれば、別のトラックにＭ＆Ｅを設けることもで
きる。任意の言語での再生用として完全なサウンドトラ
ックを引き出すために、種々のトラックをどのように処
理するかは、その後に続く情報に依存する。フィールド
６は単に、どのオーディオ言語が有効又は利用可能であ
るのかを、別にＭ＆Ｅがあるのか否か（如何なるダイア
ローグも無しで）と共に表わしている。
オーディオ機構又は構成を機能させるために必要な情
報の他のピース又は一片があり、その情報はフィールド
７に表現されている。上記したＮ個の利用可能オーディ
オトラック（最大16個まで）の各々のために、第７フィ
ールドには３ビットコード又は３ビット符号がある。此
等のコードを説明する前に、理解してもらうべきは、此
等のコードが特定トラック及び言語とどのように関連さ
せられるかである。フィールド６は、Ｍ＆Ｅトラック、
フランス語トラック、ギリシャ語トラック並びに英語ト
ラックがあることを意味すると理解される10101000010
0....0であると想定する。この情報だけからは、フラン
ス語トラック、ギリシャ語トラック、並びに英語トラッ
クの中に何等かのＭ＆Ｅでさえもあるのかどうかを見分
ける方法ない。言語に関して知られることの全ては、ダ
イアローグは３つの言語のみで利用可能であることであ
る。この例の場合、フィールド７には12ビットがあるこ
とになる。第１の３ビットはＭ＆Ｅトラックに関連し、
第２の３ビットはフランス語トラックに関連し、第３及
び第４ビットコードはギリシャ語トラック及び英語トラ
ックにそれぞれ関連する。３ビットコードは次の通りで
ある： 000−−ミキシングマスター（Ｍ＆Ｅ） 001−−スイッチングマスター（Ｍ＆Ｅ） 010−−ダイアローグ＋（Ｍ＆Ｅ）、完全オーディオト
ラック 011−−ミキシングマスターと混合されるべきトラック 100−−スイッチングマスターと混合されるべきトラッ
ク 此等５つのコードは３つの利用可能言語、フランス語、
ギリシャ語、並びに英語での完全なサウンドトラックを
形成するのに必要な全てである。此等のトラックをどの
ようにして組合わせるかは下述されるが、心に留めるべ
きことは、この全体構成の目的は、何が各々のために２
時間のオーディオ記録となり得るかを要求することな
く、多くの言語（15まで）でのサウンドトラックを提供
することである。実際、もしも映画が２時間の長さであ
るが、実際のダイアローグはたった30分であれば、その
行き着く先は１つの全トラック（Ｍ＆Ｅ或いはオリジナ
ルサウンドトラック）を特定言語のダイアローグが録音
されたたった30分のオーディオで記録することである。
フィールド８はＮ×４ビット、即ち、フィールド６に
おけるＮ個の「１」の各々に対して４ビットを含む。デ
ィスク上で利用可能な各オーディオ言語に対して、フィ
ールド８ではこうして４ビットコードがある。この４ビ
ットコードはトラックタイプを表わし、最大16の可能性
がある。典型的なトラックタイプは、単一チャネルのモ
ノ、２−チャネルのドルビー、5.1−チャネルのミュー
ジィカム等々である。［用語5.1−チャネルとは、左、
右、中央、左後方並びに右後方の各チャネルに当てはま
る。］この４ビットトラックタイプコードは、マスター
コントローラが、オーディオプロセッサデコーダ71をし
て上記16までのオーディオトラック内のデータ上で、ス
ピーカシステム91のためのアナログ出力を引き出すため
に、どのようにオペレーションするかのやり方を決定す
ることを可能にするものである。
再度フィールド７を考えれば、そこには、選択された
言語での完全なサウンドトラックをディスクから引き出
し得る幾つかの方法がある。ミキシングのオペレーショ
ンは、２つのサウンドトラックをミキシング（相互加
算）することを含む。スイッチングのオペレーション
は、２つのサウンドトラック間の交換を含むんで、任意
の時点においてそれらの内の一方を再生する。第１トラ
ックは、もしも利用可能であれば、常にＭ＆Ｅである。
第１トラックのためのコードは000或いは001である。も
しもコードが000であれば、トラック内にはダイアロー
グがなく、そのＭ＆Ｅは選択された言語トラックと混合
されることを意味する。もしもコード011が例えばフラ
ンス語に関連していれば、第１及び第３トラックが常に
混合されるべきことを意味する。ダイアローグがあった
時のダイアローグはフランス語トラックに現われ、それ
はミキシングマスターと混合されて完全なフランス語サ
ウンドトラックを提供する。一方、第１トラックはスイ
ッチングマスターであり得る。これが意味するものは、
音楽及び効果はこのトラックに、ダイアローグを伴って
或いはダイアローグを伴わずに、記録されることであ
る。この場合のフランス語トラックは100コードによっ
て表わされることとなる。それはＭ＆Ｅ及びダイアロー
グを含むが、ダイアローグがあった時だけである。Ｍ＆
Ｅトラック、即ち第１トラックはダイアローグがない時
にだけ再生されるが、第５トラックはあった時だけ再生
される。此等のトラックは交換されるが、混合されな
い。フランス語トラックは、ダイアローグがその中に記
録されていれば、ダイアローグばかりではなくＭ＆Ｅも
共に含むことになり、これは交換されたタイプのオペレ
ーションにおけるＭ＆Ｅの唯一のソースとなるからであ
る。
第５の可能性（010）は、特定のトラックがたまた
ま、オリジナル言語でのダイアローグを伴うＭ＆Ｅであ
るオリジナルサウンドトラックを含んでいることであ
る。もしもダイアローグが選択された言語であれば、そ
のトラックがそれ自体によって初めから終りまで再生さ
れ得る。また、このトラックは他の言語用にスイッチン
グマスター（001）としての役割も果たすことができ
る。
ミシングトラックに至ったとき、その２つの特定トラ
ック（ミキシングマスター及びそれと混合されるべきト
ラック）にあるどのようなオーディオであろうが、常に
此等を単純に相互に加算し、その２つのトラックにある
どのようなオーディオであろうが再生状態となる。スイ
ッチングマスター及びそれと交換又はスイッチされるト
ラックのスイッチングの時のみ、一方のトラックが他方
のトラックの代りに再生状態となる。その他のものがオ
ーディオ情報を含まない時にだけ（混合を許容してい
る）、各トラックがオーディオ情報を含むことが可能で
あるが、スイッチングマスターはダイアローグをも含
む、即ちもしもそれが映画のオリジナルサウンドトラッ
クのレコーディング又は記録であればダイアローグをも
含むことも想像できる。それがなぜスイッチング、即ち
任意の時点で一方のトラックのみが聞こえるようにする
スイッチングが採用されるかの理由である。下述するよ
うに、各データブロックは、マスターコントローラに対
して、何れのオーディオトラックが実際にそのブロック
内にデータを含むのかを知らせるビットを含む。もしも
オリジナル100トラックコードを伴う選択されたオーデ
ィオ言語トラックが、任意のデータブロック内にデータ
を有すれば、オーディオプロセッサデコーダ71はスイッ
チングマスタートラック内にあるであろう如何なるデー
タをも除外して、そのオーディオトラック内のデータを
処理する。
図３のフィールド９は、ナンバーＭを表わすべくコー
ド化又は符号化された６ビットを含む。これは、上記16
までのオーディオ言語とは別離及び分離した「他の」オ
ーディオトラックの数である。此等のトラックの通常用
途は、圧縮ディジタル形態で、個々別々の楽器或いは種
々の楽器の混合を表現することであり、ユーザ用にそれ
らを組合わせるオプションを伴っている。極端な形態で
は、63の分離した楽器トラックがあり得て、ユーザが所
望の如何なるトラックをも組合わせることができ、混合
前にそれらの相対的レベルをセットすることができる。
先ず第一に、もしも此等トラックの１つが組合わせサウ
ンドを含むものであれば、オーケストラ混合から１つの
楽器を削除することは、その情報内容がそのオーケスト
ラ混合から削除されるべきことを指定することによって
可能である。これはユーザが例えばピアノを、ピアノ演
奏が削除されたコンチェルト（協奏曲）を演奏するオー
ケストラの伴奏で、演奏することを可能にする。これは
またユーザが特定の楽器をえり抜いて、練習を促進する
ことをも可能にする。正確には、ユーザがその「他の」
オーディオトラックを用いて行う何かは、ユーザに提供
され得るメニュー選択によって決定される。フィールド
８はディスク上に幾つの「他の」オーディオトラックが
存在するのかを単に識別する。（用語「他の」オーディ
オトラックはむしろ無描写又は非記述的なように見える
が、これは違う。趣旨は、この用語は映画用のサウンド
トラックの用途等以外の任意のオーディオトラック用途
を包含している。此等の「他の」オーディオトラックに
オーケストラ音楽を含ませることよりはむしろ、例え
ば、個々の声楽家又は歌手を含ませることが可能であ
り、ユーザをして異なるハーモニーを学ばさせることが
可能になる。）明らかなことは、実に63の「他の」オー
ディオトラックがあり、それで、もしもディスク容量の
殆どでなければ、多くのものをオーディオデータに割り
当てることができる。しかしそれは厳密には、何故にそ
んなに多くのオーディオトラックが利用可能とされるの
か、である。確かに、図２のシステムで再生可能な幾つ
かのディスクはビデオを含まないことは確かである。事
実、フィールド19は、下述するものであるが、１ビット
フィールドであり、マスターコントローラに対して、デ
ィスク上には、一体、ビデオデータは存在するのか否か
を通知している。
Ｍ個の「他の」オーディオトラックの存在が、一度、
決定されたならば、次のフィールドは各トラックをどの
ようにコード化するを指定する。フィールド８の場合の
ように、４ビットコードを此等の「他の」オーディオト
ラックの各々に用いる。こうして、フィールド10内のビ
ット数は０と言うように低いか（もしも「他の」オーデ
ィオトラックが全くなければ）、或いは252と言うよう
に高い（63×４）ことがあり得る。
再生装置はフィールド９及び10を読取ることから、そ
こには幾つの「他の」オーディオトラックが存在するの
かを決定することができる一方、ユーザには、それらを
用いて何をすべきかを知るために、此等のトラックには
何があるのかを告げられなければならない。各トラック
には説明があり、それは多重言語である。再生装置に与
えられなければならない第１のことは、その「他の」オ
ーディオトラックの説明がなされている複数の言語のリ
ストである。この目的のためには、100ビットフィール
ドが使用される。図３に示されたように、フィールド11
は100ビットを有する。任意のビット位置における１
は、トラック定義がそれぞれの言語によって利用可能で
あることを示す。フィールド11におけるビット位置と言
語との間の対応は、フィールド６におけるものと同一で
ある。思い出されるように、フィールド６の第１ビット
位置はＭ＆Ｅが対応しており、因襲的な「言語」ではな
い。フィールド11の第１ビット位置はこうして使用され
ず、フィールド11にはせいぜい99個の「１」が存在する
ことが可能である。
トラック定義が実際に読取られて処理される前に、再
生装置はユーザに提供すべきメニュー選択を決定しなけ
ればならない。例えば、10個の「他の」オーディオトラ
ックであって、その各々が異なるオーケストラ楽器のサ
ウンドを有することを仮定しよう。選択言語でのトラッ
ク定義が、一度、オペレーティングシステムで利用可能
となれば、ユーザに対して標準メニューを表示すること
ができる。それでユーザは、共に再生させるべく特定の
複数トラックを、削除すべく特定の複数トラックを、そ
れらの相対的サウンドレベルを、更には、他の「標準」
選択を、等々、選ぶことができる。しかしながら、その
「他の」オーディオトラックがオーケストラ音楽を表現
しない場合、或いはそれは表現するのであるが、その方
法として普通ではないメニュー選択を要求するような場
合、システムがその「他の」オーディオトラックによっ
て為されるべき何かを決定できるようにするために、ユ
ーザとのインターフェース用の標準オペレーティングシ
ステムのソフトウェアは充分ではないであろう。普通で
はない状況に適応するために、オペレーティングシステ
ムには、ユーザの選択に従ってどのようにしてその選択
されたトラックの混合／削除を制御するかの目的と共
に、メニューを創作する目的のための特殊なソフトウェ
アを設けなければならない。使用される技術は、（フィ
ールド３及び４での）再生装置の全体オペレーションを
変更するための特殊なソフトウェアのローディング又は
装填と関連して上述した技術と同一である。フィールド
12は単一ビットである。もしもそれが１であれば、特殊
混合／削除ソフトウェアを含むフィールド13の存在を示
す。図３に示されるように、フィールド13はこうして何
処かにビット無しから、ディスクから機器にロードされ
る特殊ソフトウェアの長さに依存した未決定の数までを
有する。この特殊ソフトウェアはシンクワードで終了す
るので、再生装置は次のフィールドがいつ始まるかを知
ることになる。
次のフィールドであるフィールド14はトラック定義自
体から成る。Ｍ個の「他の」オーディオトラックがあ
り、使用のためにそれらを定義するＰ個の言語があるの
で、Ｐ×Ｍのキャラクタストリング又は文字ストリング
がフィールド14内に表現されている。各ストリングは次
のストリングとはエスケープ（ESC）キャラクタによっ
て分離されている。先ず、フィールド11の１を含む第１
位置に対応する第１言語でのＭ個のキャラクタストリン
グ（トラック定義）があり、それから、フィールド11の
１を含む第２ビット位置に対応する第２言語でのＭ個の
ストリングがあり、等々である。下述するように、ユー
ザは再生装置に対して、複数の利用可能言語の何れか
で、トラック定義を有するメニューを表示すべきあるこ
とを知らせる。ディスクドライブからの全データアウト
ビットストリームは図２のシステムにおけるマスターコ
ントローラまで延び、選択された言語に対応したキャラ
クタストリングのみが処理される。それらは、標準ソフ
トウェアに従ってか、或いは、フィールド12でまさに読
取られた特殊混合／削除ソフトウェアであって、もしも
そうしたものがディスクに含まれていれば、そのソフト
ウェアに従って処理及び表示される。（注目されるべき
ことは、幾つかのバッファに対してそれらのために意図
されたそれぞれのデータビットのみを分配るデマルチプ
レクサ63の機能である。コントローラ41が導入セクショ
ン及び個々のデータブロックの両方における情報を解釈
した後にデマルチプレクサに対して何をすべきかを教え
るのはコントローラ41である。） 図２に関連して説明されたように、サブタイトルの挿
入に対しての備えが為されている。以下に説明されるよ
うにユーザによって言語が選択されるが、再生装置に対
しては、その言語でサブタイトルが利用可能である旨を
告げられなければならない。他の100ビットフィールド
がこの目的のために使用される。図３のライン15に示さ
れるように、このフィールドでの複数の「１」はサブタ
イトル用として利用可能な個々の言語を表現する。利用
可能表示言語の場合と同様に、最大99個があり、これは
第１ビット位置が厳密に言えば「言語」ではないＭ＆Ｅ
に対応しているためである。
フィールド16は４ビットマルチバージョンコードであ
る。再生装置には、ディスクには同一ビデオ表出のため
の２つのバージョンが存在するかどうかばかりではな
く、それらに関してどのような選択があるのかが、告げ
られる。第１ビットが０であれば、ディスク上にはたっ
た１つのバージョンがあり、その場合、第２及び第４ビ
ットは無視される。ビット１が１の値を有すれば、ディ
スク上に２つのバージョンがある。コード内の第２ビッ
トは再生装置に対して、パーレンタルロックオプション
は履行されるべきか否かを告げるか、或いは、再生のバ
ージョンは何れかを選択するために異なる標準を用いる
べきか否かを告げる。通常の状況では、パーレンタルロ
ックオプションは履行され、その場合、この４ビットコ
ードの第２位置におけるビットは０である。これは再生
装置に対して、パーレンタルロックオプションは「オ
ン」であるか否かを決定すべきであることを告げる。も
しそうであれば、Ｒ等級（或いは、より広い意味でのア
ダルト等級）のバージョンは再生されるべきではない。
コードの第３位置におけるビットは、バージョンＡ（第
１或いは唯一バージョン）はＲ等級か否か（０＝いい
え、１＝はい）を示し、コードの第４ビットは、もしも
２つのバージョンがあればバージョンＢ用に同一情報を
提供するものであるが、もしもただ１つのバージョンし
かなければ、この第４ビットは無視される。これが、２
つのバージョンの一方或いは両方が再生され得るか否か
を再生装置が決定するために必要な情報の全てである。
ディスク上に同一映画の２つのバージョンが存在したと
き、ユーザはその内の一方の選択を問われる。しかし、
もしもパーレンタルロックオプションが「オン」であり
且つその２つのバージョンの内の一方がＲ等級であれ
ば、ユーザには、下述するように、非アダルトバージョ
ンを再生するか、或いは両方共に再生しないかの選択だ
けが与えられる。もしも両バージョンがＲ等級であり且
つパーレンタルロックオプションが「オン」であれば、
ユーザは何れのバージョンも見ることができない。
一方、ディスク上に同一資料の２つのバージョンが存
在するが、その内の一方はアダルト等級であり且つ他方
が違うこともあり得る。例えば、一方のバージョンが質
疑応答を含む教育用フィルムであり、他方がちょうど質
問を含む主題のテストを含むような場合がある。殆どの
部分に関して此等２つのバージョンは同一となる。そう
した場合、フィールド16の第１ビットは依然として１で
あり、２つのバージョンが利用可能であることを示す
が、第２ビットは今度は０の代りに１となり、それら２
つのバージョン間の選択はそれらがＲ等級か否かに依存
しないことを示す。第２ビット位置の１は、第３及び第
４ビットはそれら２つのバージョンに対して等級付け以
外の特性に関してそれぞれ特徴付けることを示す。
この場合における第３及び第４ビットが実際に意味す
ること、及びユーザに提供されるメニュー選択は、異な
る基準を頼ることによって決定されなければならない。
先行して二度使用された同一技術がもう一度ここで用い
られる、即ちバージョンコードに伴って特殊ソフトウェ
アが提供される。フィールド17は、特殊ソフトウェアは
利用可能であるか否かを示すフラッグとしての役割を果
たす単一ビットから成る。もしもそのビットが１であれ
ば、フィールド18はそのソフトウェアにアクセスすべく
読取られる。２つの先行するソフトウェアフィールドの
場合のように、フィールド18は、次のフィールドの開始
を示すシンクワードをもって終了する。この特殊ソフト
ウェアはその特定のディスクにとって独特なメニュー表
示を制御する。
次のフィールドは単一ビットから成る。図３に示され
るように、それは再生装置に、ビデオデータは利用可能
か否かを知らせる。もしも否定されれば、それは単に、
図４に関連して説明される全体に亙るデータブロックに
おいてビデオデータブロックフィールドが存在しないこ
とを意味する。
フィールド20は単一ビットであり、基本或いはマスタ
ーアスペクト比を識別する。もしもそのビットが０の値
を有すれば、それはディスク上の如何なるビデオをも、
図９に示されるような16:9の「ワイドスクリーン」のア
スペクト比を有することをことを示す。一方、もしもそ
のビットが１であれば、それはディスク上のビデオのア
スペクト比は4:3であることを示す。
上述したように、もしもオリジナルビデオが「ワイド
スクリーン」のアスペクト比を有すれば、4:3縮小アス
ペクト比を引き出し得る２つの方法がある。一方の方法
は、「ワイドスクリーン」オリジナルの中央部分からビ
デオ像を形成することである。他方の方法は、実際に利
用されるオリジナル像の部分又はセクションは必ずしも
常に中央部分ではないと言う意味での「パンスキャン」
することである。事実、図９はオリジナル像の右側より
は左側により多くの情報が用いられていることを示して
いる。フィールド21はパンスキャン可用性を示す単一ビ
ットである。もしもフィールド20が１であれば、基本ア
スペクト比は4:3であるので、パンスキャン可用性は無
関係となり、即ち、フィールド21における単一ビットは
単純に無視される。しかし基本アスペクト比が16:9であ
れば（フィールド20は０を有する）、フィールド21のビ
ットの値は再生装置に対して、続くデータブロックは図
２におけるパンスキャンバッファ57にロードされ得る出
発コラム情報を提供するか否かを告げる。もしもフィー
ルド21におけるビットが０であれば、そうしたデータブ
ロックはコラム番号情報を含まず、もしもビデオが「ワ
イドスクリーン」オリジナルから4:3アスペクト比で再
生されるのであれば、ビデオ像は各オリジナルフレーム
の中央部分から形成される。一方、もしもパンスキャン
情報がそうしたデータブロック内で利用可能又は有効で
あれば、図２におけるバッファ57は所望に応じて更新さ
れ、形成された最終ビデオは変化性の度合いが追加され
たものとなる。
フィールド22は、ディスク上のデータブロックの合計
数を表わす20ビット数である。しかしながら、もしも２
つの異なるバージョンが存在するなら、それらは共通す
る多くのデータブロックを有する一方、２つのバージョ
ンの残りのブロック数は異なることもある。例えば、１
シーン又は１場面が一方のバージョンから完全に省略さ
れていることもあり、その場合、データブロックの合計
数はより少なくなる。この理由のため、もしもフィール
ド16がでディスク上の１つの映画或いは他のソース資料
に２つのバージョンが存在することを示すものであれ
ば、フィールド23はバージョンＡに関するデータブロッ
クの合計数を提供し、フィールド24はバージョンＢに関
するデータブロックの合計数を提供する。此等両フィー
ルドは、もしもディスク上にたった１つのバージョンし
かなければ、省略される。
各データブロックは、複数のフレームの可変的な数の
ためのビデオ情報を含む可能性がある。このシステム
は、ただもしもオリジナルのフレームレートと、ディス
ク全体として、各ブロック内に表現されたフレームの平
均数とが知らされていれば、データブロック数から合計
再生時間を決定することができるであろう（もしも単一
バージョンのみが存在するのであればこの合計数から、
或いはもしも２つのバージョンが存在するのであればそ
の２つの異なる数から）。同一数のデータブロックを伴
う２つのディスクは、もしもそれらの内の一方のオリジ
ナルソース資料が毎秒24のレートで発生するフレームの
映画であり、他方のものが毎秒30フレームのビデオカメ
ラから引き出されたオリジナルソース資料を有すれば、
異なる運動時間を有することになる。フィールド25は４
ビット値であり、オリジナルフレームレート（24、30、
等々）、即ちビデオ信号の適切な発生に必要な数を識別
するものである。各データブロックによって表わされる
時間は、もしも各データブロックがただ１つのフレーム
を含むものであれば、フレームレートから決定可能であ
るかもしれないが、各データブロックには１フレーム以
上或いは１フレーム以下のデータを記憶することが可能
である。また、フレーム情報が全くないこともあり得、
即ちフィールド19におけるビデオ可用性フラッグが０で
あるかもしれない。当然の結果として、フィールド26が
設けられている。このフィールドは10ビット数であり、
ブロック時間ファクター、即ち各ブロックによる平均持
続時間を表わす。このブロック時間ファクターの合計ブ
ロック数（或いは特定バージョンに関する合計数）によ
る乗算は、運転時間をもたらす。（実用上、ブロック時
間ファクターは１つのディスク上での両バージョンに関
して略々同一である。所望に応じて、ここのブロック時
間ファクターを設けることができる。） 一般の光ディスクの共通慣習として、本発明のディス
クには、ユーザが再生の特定部分を選択できるように、
或いはディスク上に一体何があるのか、そして各部分の
再生時間はどの程度であるのかを単に知らせるための目
次を設けることができる。フィールド27は、もしも含ま
れるのであれば、目次である。もしもソース資料がたっ
た１つのバージョンの形でディスク上にあれば、ただ１
つの目次である。さもなければ、第２のバージョンのた
めの目次から成る追加的なフィールド28が存在する。図
３はフィールド27の複数のサブフィールドを詳述してい
る。
より良い用語の欠如のため、ビデオ表出は「チャプタ
ー“chapters"」と言われるものにまで分割されてい
る。各チャプターに対してこの目次は８ビットのチャプ
ター数を含んで、最大255の個々のチャプターを許容し
ている。各チャプター数に続いて、20ビットの出発ブロ
ックの連続ブロック番号が存在する。思い出されるよう
に、ディスク上の全てのデータブロックは連続的に番号
付けされている。言換えれば、データブロックはバージ
ョンＡ及びＢの両方に共通であるか、或いはそれらの一
方のみに唯一独特であり得るかであり、その多数のデー
タブロックはディスクトラックに沿って通し番号順であ
る。この目次は、各チャプターの出発ブロックであるデ
ータブロックの連続ブロック番号を含む。
同様にして、各チャプターの再生時間を決定するため
に、システムは各チャプターにはブロックが幾つ含まれ
ているのかを知らねばならない。この理由のため、情報
の次のピース又は次の情報ピースは20ビットのブロック
持続時間である。この数をブロック時間ファクターで乗
算することで、各チャプターの再生時間を決定させるこ
とができる。代替的には、ブロック持続時間の代りに各
チャプターの実際の運転時間が設けられるであろう。
（そうした情報は異なるバージョン及び標準毎に設けら
れるであろう。） 各チャプターのタイトルを再生するために、複数の言
語ストリングが設けられなければならない。再度、シス
テムには、チャプタータイトルの表示のために利用可能
な複数の言語が通知されねばならないので、ユーザはそ
れらの内の１つを選択することができる。利用可能言語
又は可用性言語を識別するために、100ビットブロック
を提供する通常の技術が採用される。
最後に、個々のチャプターを識別するための実際の言
語ストリングが提供される。各ストリングは、エスケー
プキャラクタをもって次のストリングとは分離して終了
する。これは、フィールド14に関連して先に議論した
「他の」オーディオトラック定義に関連して用いた技術
と同一である。
フィールド29は最小100ビット及び最大1200ビットを
有する。思い出されるように、12個の認定（検定）済み
標準又は基準があり得ること、即ち最終ビデオ出力は12
の異なるフォーマットであり得ることである。仕様又は
規格が共通したセットを供給すべく同意した全ての再生
装置製造業者及び全てのソフトウェア出版社によって同
意された品質基準又は品質規格の準拠を保証するため
に、認定が済んでいない又は未認定と認められるソフト
ウェア出版社が本発明の再生装置で再生されるディスク
を出版することを防止又は排除することは可能である。
更に、12の標準の内のサブセット又は一部のみに従って
再生するようなディスクを製造することを特定の出版社
に限定することも可能である。例えば、もしも同意され
た仕様に従って製造された各ディスクに対してロイヤリ
ティを支払うべきであり、そのロイヤリティはディスク
が再生され得る標準数に従って変化すれば、あるソフト
ウェア製造業者に対しては彼等が支払に同意したサブセ
ット標準のみに限定することが可能である。この理由の
ため、各標準用に暗号化された認定済みコードが存在
し、此等コードはフィールド29に全て記憶されている。
ディスクは、該ディスク上に適切な暗号化された認定コ
ードが含まれている時にのみ、特定の標準に従って再生
することになる。フィールド29はフィールド５で認定さ
れた標準毎に100ビットずつ含む。少なくとも１つの標
準が認定されなければならないので、そこには少なくと
も100ビットが存在する。最大ビット数は、もしも12標
準全てが認定された場合、1200である。
暗号化構成又は機構は公開鍵（パブリックキー）暗号
術の原則に基づくものである。公開鍵暗号術は現在では
公知であり、そして、その題材の明確な解説は1979年８
月出版のサイエンティフィック・アメリカン“Scientif
ic American"に見出され、ヘルマン（Hellmann）による
「公開鍵暗号術の数学“The Mathematics of Public−K
ey Cryptography"」と題された論文がある。公開鍵暗号
術を使用することによって、１つのメッセージがＡ側で
は秘密鍵に従って暗号化され、Ｂ側に伝送され、そして
Ｂ側では公開鍵又はパブリックキーによって復号化され
ることを可能としている。メッセージを暗号化する秘密
鍵は伝送側のみに知られている。こうした構成は、典型
的には、メッセージの真贋鑑定のために使用される。受
信側での伝送された暗号化メッセージの復号化に及ん
で、そのメッセージは、それが一対となった私的鍵又は
プライベートキーによって暗号化されたものであれば、
理解できるようになる。そして、このプライベートキー
は私的なものであるので、もしも復号化メッセージが理
解できれば、それはプライベートキーの所有者によるも
のであることに違いない。
公開鍵暗号術は本発明では以下の方法をもって使用さ
れる。トラック上の実際のデータは、ソフトウェア出版
社を介して所定のアルゴリズム又は演算規則に従って処
理されている。処理の詳細は重要ではない。例えばディ
スクデータに基づく100ビット結果を提供する何等かの
少なからぬ重要な処理で充分である。100ビットの結果
は、ディスクを介して、１から12までの暗号化形態で伝
送される。12の暗号システムの鍵対又はキーペアが、上
記標準のそれぞれに各一対又は各ペアが関連した形で存
在する。ディスク上で認定された第１標準のプライベー
トキーは100ビットメッセージを暗号化するために用い
られ、その100ビット暗号はフィールド29に記憶されて
いる。この暗号化はその特定の標準のための認定コード
である。同一のことがそのディスクで認定された他の標
準の全てに対して為され、此等標準の各々に関連したプ
ライベートキーが各場合において使用されることとな
る。
再生装置のオペレーティングシステムは、ソフトウェ
ア出版社によって元々は演算された同一の100ビット結
果又はメッセージを演算する。そして再生装置はそのデ
ィスクで認定された標準の各々に関連したパブリックキ
ー又は公開鍵を用いて、その標準用の暗号化認定コード
毎を復号化する。復号化されたメッセージは、ディスク
データの処理の後のオペレーティングシステムによって
演算されたメッセージに合致すべきである。もしもそれ
らが合致しなければ、ソフトウェア出版社はその特定の
標準のための認定されたコードを暗号化するプライベー
トキーを持っておらず、再生装置はその標準に従ってビ
デオ信号を提供しないこととなる。
これを他の方法で説明するために、ディスク上で認定
された標準Ｎのためのプライベートキーは、暗号化メッ
セージとして、Ｘは暗号化されるメッセージとした場合
にPri N（Ｘ）を生じさせると仮定しよう。同様にし
て、関数Pub N（Ｘ）は、関数Ｘを一対の片方であるパ
ブリックキーを用いての復号化を表わしている。更に、
ディスク上のデータを処理する所定アルゴリズムは、再
生装置の製造業者及びソフトウェア出版社の全てに知ら
れており、ディスクデータに依存する内容（値）を有す
る「メッセージ」Ｍとして取り扱われる100ビット結果
を生じさせると仮定しよう。標準Ｎの場合、ソフトウェ
ア出版社は、先ずＭを引き出した後、ディスク上に100
ビットの暗号化された認定コードPri N（Ｍ）を記憶さ
せる。再生装置は、ソフトウェア出版社が為したと同一
の方法で、値Ｍを先ず引き出す。それから、再生装置の
ソフトウェアは暗号化された認定コードを復号化するた
めに標準Ｎに関連したパブリックキーを用いる。こうし
てオペレーティングシステムは、Pub N（Pri N（Ｍ））
を引き出す。暗号化メッセージの復号化はオリジナルメ
ッセージとなるはずであるので、この復号化の結果は、
ディスクデータを処理することによってオペレーティン
グシステムが引き出した同一値Ｍになるべきである。も
しそうであれば、この特定の標準は認定されたものであ
るばかりか、出版社もそれを認定する権利を有する。一
方、もしも暗号化認定コードＭの復号化が再生装置によ
って引き出されたアルゴリズム結果Ｍと合致しなければ
（ソフトウェア出版社がPri N（Ｍ）を引き出すために
用いられるプライベートキーを持たないので）、その特
定の標準なロックアウト（又は締め出し）されることに
なる。
そうした構成は理論上又は観念上では作動する一方、
克服されねばならない１つの実際上の問題がある。例え
ば、オリジナル「メッセージ」Ｍを引き出すべく使用さ
れるアルゴリズムは、所定の連続ブロック番号を有する
ディスク上の20のデータブロックを処理することを想像
しよう。（この処理は、各々が100ビットである連続グ
ループを相互に乗算し、各乗算の結果としてその100の
最小の意味あるビットだけを次の乗算用に用いることと
同様に簡単なものであるかもしれない。）ディスク上の
標準Ｎを認定する権限が与えられていない出版社は、そ
れにも拘らず、そうしたことを為すことを望む可能性が
ある。彼は、彼のソフトウェアに適用できる引き出され
た値Ｍを暗号化するためのプライベートキーを知らな
い。結果として、彼はディスクに記入すべき100ビット
暗号化コードであって、再生装置内で値Ｍへ復号化する
ことになる100ビット暗号化コードはどのようなもので
あるかを彼は知らない。しかし彼ができることは、他の
何等かの合法的なディスクから20の所定データブロック
をコピーして、彼自身のディスクにそれらを記入するこ
とであり、またフィールド29内の暗号化認定コードをコ
ピーすることである。それら20のデータブロックは、再
生装置内で処理されれば、値Ｍとなり、それは再生装置
で復号化された後に「盗用」暗号化認定コードと合致す
ることになる。勿論、そのソフトウェア出版社は著作権
侵害を犯すことなるが、単に重罪の私和となる。そのソ
フトウェア出版社が直面する実際上の問題は、彼が有す
るデータブロックは「再生」され、彼の映画に関する限
りは前後関係が全体的になくなることである。しかしな
がら、先ず第１に映画の多重バージョンを同一ディスク
に記憶させることができる方法は、再生装置はあるデー
タブロックを下述するようにスキップする又は飛び越え
るように制御され得るので、ソフトウェア出版社は、コ
ピーされたデータブロックが再生されることがないよう
に、彼の他のデータブロックをコード化することができ
る。こうして、暗号化保護は無効化され得る。
解決策は、「メッセージ」を先ず第１に引き出すアル
ゴリズムは所定データブロック上でもオペレート又は動
作するかもしれないが、それはトラックの少なくとも導
入区域上で動作すべきであることである。未認定の出版
社が他のディスクから導入部トラックフィールドをコピ
ーできる方法はなく、その理由は、再生装置にその未認
定出版社のディスク上のビデオ及びオーディオに関する
誤情報を与えてしまうからである。導入部データはディ
スクの特定の主題の関数であり、ディスクを適切に再生
するためにトラック内に現われなければならない。こう
して、図３上に表現された情報は「メッセージ」Ｍとし
て取り扱うことができ、認定された標準毎に１つあるそ
の暗号化は、それぞれのプライベートキーを用いて引き
出され、導入部フィールド29内に記憶される。（厳密に
言えば、「メッセージ」Ｍはフィールド29を除く全ての
フィールドの処理の結果である。また、ソフトウェアを
含むようなより長いフィールドはその処理から省略され
得る。）再生装置は同一「メッセージ」を引き出し、暗
号化された認定コードをそれぞれの標準に関連したパブ
リックキーで復号化し、それからそれら２つを比較す
る。もしもそれらが合致しなければ、再生装置はその特
定標準はその特定ディスク出版社には認定されていない
と決定する。
暗号化された認定コードフィールドは図３の末端近く
に示され、その対応する処理は、下述する図5A〜図5Cの
フローチャートの末端近くに示されている。暗号化され
た認定コードフィールドの図示された位置付けは、その
処理の説明を促進するものであるが、実際のところこの
フィールドは処理の最初に配置されることが有利である
可能性がある。思い出されるように、特殊なソフトウェ
アが、正規の再生装置シーケンスを変更すべく、ディス
クから読取られることがある。よって、偽造者が認定コ
ード処理をバイパスさせるよう特殊ソフトウェアを書き
得ることが想像できる。如何なる特殊ソフトウェアもま
さに読取られる前にそうした処理を行うことによって、
その処理はバイパスされることができなくなる。
導入トラックフィールドの説明に戻って、フィールド
30は１ビットデータブロックのコマンド／データフラッ
グである。このビットはオペレーティングシステムに対
して、データブロックはディスクの再生中に読取られる
べきコマンド情報或いはデータを含むか否かを知らせ
る。システムがどのようにして、特定データブロックが
コマンド或いはデータを含むか否かを決定するかは下述
することになる。フィールド30は、何かそうした情報が
一体あるのか否かを単に示す。最後に、フィールド31及
び32は雑品入れフィールドであり、再生装置がディスク
上の情報を処理する普通ではない方法をディスクに制御
させることを許容するものである。思い出されるよう
に、フィールド３は、フィールド４が通常採用されるも
のとは全体的に異なるプログラムに従って再生装置をオ
ペレートさせる特殊ソフトウェアを含むか否かを示すフ
ラッグを含み、フィールド12はフィールド13が「他の」
オーディオトラックに使用する特殊混合／削除ソフトウ
ェアを含むか否かを示し、フィールド17は、フィールド
18は４ビットの多重バージョンコードを処理するための
特殊バージョンソフトウェアを含むか否かを示すフラッ
グを含む。フィールド31はフィールド32内に「補助」ソ
フトウェアがあるか否かを示す。この補助ソフトウェア
はフィールド４の特殊ソフトウェアとはことなるもので
あり、フィールド４のソフトウェアは、基本的には、通
常用いられる処理の代替品である一方、補助ソフトウェ
アは一般にデータブロック内に見出されるべきコマンド
及びデータと共にそのコードを扱う。
典型的には、この補助ソフトウェアはビデオゲームの
再生を許容することなり、データブロック内の関連され
たコマンド及びデータで再生コースを決定することが付
随されている。この技術は他の複数の用途もある。補助
ソフトウェア、データブロック内のコマンド及びデータ
が使用され得る方法の他の例として、サブタイトル（字
幕）付きのクラシックな映画であるが、サブタイトルの
代りに周期的に表示されるような評論的実況解説であっ
て、おそらくは該評論的な実況解説を除いてはスクリー
ンが空白又はブランクとなる瞬間の実況解説をも設けら
れているクラシック映画を考えよう。可能性ある柔軟性
を示すために、その評論的実況解説は異なる言語である
との場合をも考慮することにしよう。そうした場合に要
求されることは、図２上のバッファ59には幾つかのデー
タブロックの再生中に一方言語でのサブタイトルが、そ
して他のデータブロックの再生中には他方言語でのサブ
タイトルがロードされることである（こうして、その幾
つかのデータブロックはオリジナル映画に対応するサブ
タイトルを含み、他方は他方言語での評論的な実況解説
を含む）。そうした場合、言語サブタイトルに関して一
方から他方へ他方から一方へと切り換えるように、シス
テムに対してどうにかして知らせる必要があり、即ち、
異なるサブタイトルトラックは異なるデータブロックで
処理されなければならない。これはデータブロック自体
内でコマンドを発することによって従来的には制御され
得る。同様にして、もしもスクリーンをブランクにして
画像を実況解説の表示の間妨害することが望まれたなら
ば、あるデータブロックはブランク状態の持続時間を表
わすあるデータ値を含むこととなるであろう。代替的
に、もしも実況解説が異なる言語で行われるべきであれ
ば、その目的のために選択された異なるオーディオトラ
ックとなることであろう。如何なる場合でも、フィール
ド32からロードされた特殊ソフトウェアはデータブロッ
ク内に含まれたコマンド及びデータの処理を制御し、再
生装置のオペレーティングシステムと共に動作すること
となるであろう。
導入部トラックフィールドの処理 図5A乃至図5Fは、導入部トラックフィールドにおける
情報処理を示す。この予備的な処理の説明を個々のフィ
ールドの機能を念頭においてこの時点で提示する。デー
タブロックの処理と共にデータブロックにおける此等の
フィールドを以下に説明する。
図5Aの上部に示されるようにデフォルト設定又は設定
状態の読取りによってシステム処理は始まる。此等は、
DIPスイッチ、ROMコード、或いは電源投入時にシステム
を構成する任意の他の装置又は技術等によって確定され
た認定である。マイクロプロセッサに基づくシステムに
おいて典型的なように、電源の最初の投入時に、全ての
フラッグをリセットし、デフォルト設定状態を読取る。
こうして、此等はシステムを構成するために決定され
る４つのデフォルト設定状態がある。第１は標準であ
り、例えば合衆国で販売される再生装置は典型的には、
デフォルト状態又は既定値設定状態で、NTSCビデオ信号
を提供すべく構成される。
次のデフォルト設定は言語であり、サウンドトラック
のダイアローグ言語、サブタイトル言語（もしもあれ
ば）、ディスプレイ上に提示されるべきメニューの言語
等々である。例えば合衆国において、デフォルト言語は
英語となるであろう。もしもユーザが再生装置に対し
て、英語以外の言語を此等の機能の１つ以上のために望
まれることを知らせなければ、オーディオ言語トラック
10が使用されてサウンドトラックを発生し、英語のキャ
ラクタストリングが「他の」オーディオトラック及び目
次のための混合／削除メニューをセットアップするため
に使用される。サブタイトルに関しての通常のデフォル
トは「言語なし」である。
第３デフォルトはアスペクト比であり、合衆国では4:
3である。アスペクト比は、最終ビデオ出力信号によっ
て表わされるディスプレイの相対的寸法を決定する。
最後に、パーレンタルロック状態が決定される。これ
は図２のシステムにおいてロック81の設定の決定を単に
課するだけである。しかし物理的ロック及びキーをなし
で済ませ、そして、ロック機能の制御を実行する人間だ
けに知られたパスワードをキーボードで先ず入力した後
に、このパーレンタルロック状態を不揮発性のメモリー
に記憶することも可能である。
多くの消費者用電子機器におけるように、キーボード
は再生装置との質疑応答用或いは制御用としてユーザに
随時使用され得る。当業界では標準的なルーチン制御シ
ーケンスは、ここでのフローチャートには示されていな
い。例えば、キーボード、或いは関連の遠隔操作装置等
は、ボリューム、早送り、特定チャプターへのジャンプ
等々を制御するために使用され得る。当業界では周知の
ように、メニューキーを操作することによって表示を制
御すべく、正規の処理は中断される（割込み）。図5Aの
処理のスタートでは、メニューキーは操作されたか否か
を決定するテストが示される。ディスク再生中の任意の
他の時間とは対照的に、処理のスタート時にメニューキ
ーが操作されたか否かの質疑応答を示す理由は、これは
デフォルト設定状態を変更できる機構であるからであ
る。もしも電源の最初の投入時にメニューキーを操作す
れば、システムは１つのメニューを表示する。フローチ
ャートに示されるように、ユーザには、デフォルト変
更、ディスク目次の検分、及び／又は（メニューキーを
誤って操作した場合）何等変更することなく元の処理へ
の単なる戻し（リターン）の選択肢が与えられる。図示
されているように、メニュー選択に応じて、デフォルト
が変更され、全メニュー選択工程が中止されるか或いは
TOC（目次）フラッグが１にセットされる。このフラッ
グは、目次が表示されるべきか否かを決定するために、
追って確かめられることになる。
今までのところ、ディスクからの情報は何等処理され
ていない。（この説明において、しばしばフィールドの
読取りを参照したり、しばしばフィールドの処理を参照
したりする。理解して戴きたいことは、ある処理ステッ
プの後にフィールドが読取られると言われた時でさえ、
そのフィールドは、後の使用のためにバッファ内に記憶
されている以内、実際には先行して読取られていること
もあると言うことである。その文脈に依存して、フィー
ルドを読取るとは、実際にそれを読取ってそのビットが
図２のデータアウト導体25上に現われることを意味する
か、或いはそれが先行して読取られてバッファされてい
ればそのデータによって何等かを行うことを意味す
る。）図３において、導入トラック区域から読取られた
第１の情報フィールドは、認定された領域を表わしてい
る。次に、再生装置の使用が意図された領域は、ディス
ク上で認定されたものの内の１つであるか否かを見るた
めの検査又はチェックが為される。また、再生装置領域
はデフォルト設定の一種でもあるが、それはユーザによ
って変更され得ないので他のものとは一団とはならな
い。（１つの領域から他の領域への移動する購入者に彼
の再生装置の使用を可能ならしめるべく、その再生装置
領域は認定された技術者によって変更され得る。）もし
も再生装置が、例えば、中国向けの使用として設計さ
れ、そして中国はディスク上で認定された領域の１つで
なければ、ディスクの再生は中止される。
一方、もしもディスクが再生装置領域内での再生用に
認定されていれば、この単一ビットはシステムに対し
て、特殊ソフトウェアは存在するか否か単に告げる。フ
ローチャートに示されているように、もしも存在すれ
ば、その特殊ソフトウェアがフィールド４から読取られ
て実行される。この処理は「特殊ソフトウェアの実行」
ステップで終了する。これは、フィールド４の特殊ソフ
トウェアは基本的には内蔵オペレーティングシステムと
入れ替わることを示すべく意図されている。そうしたソ
フトウェアは、再生装置の全体的な用途の抜本的変更が
必要とされる時に採用されることとなる。（上述したよ
うに、こうだからといって、この特殊ソフトウェアが、
オペレーティングシステムを含むROMからのBIOS（内蔵
オペレーティングシステム）ルーチン及びその類と呼ば
れるわけではない。） もしも特殊ソフトウェアが存在しなければ、システム
はデフォルト標準を読取り、例えばNTSC標準を採用すべ
きことを決定する。もしもユーザがメニュー選択を通じ
てこのデフォルト標準を変更していれば、例えばPALへ
変更していれば、PALが新しいデフォルト標準となる。
システムはそれから、12標準まで認定しているフィール
ド５にアクセスする。実行されるテストは、デフォルト
標準（オリジナルのもの、或いは処理のスタート時に変
更されたもの）が認定されているか否かを決定すること
である。もしもそうでなければ（認定されていなけれ
ば）、ユーザに認定されている標準を示すべくメニュー
が表示されて、彼はその内の１つを選択する。適切な選
択が為された後、或いはもしもデフォルト標準が認定さ
れていれば、システムはフィールド６及び７を処理す
る。フィールド６の読取りは、再生装置に利用可能なオ
ーディオ言語（Ｍ＆Ｅ及び15言語を含む16まで）を知ら
せる。
もう一度、デフォルト値が、許容されたオプションの
セットに対抗して、テストされる。先行して、ディスク
から読取られた認定標準に対抗してテストされたのは、
デフォルト標準であった。今回は、利用可能な全てのも
のと比較されるのは、デフォルトオーディオ言語（電源
投入時のデフォルト言語、或いは、もしもメニューキー
が操作されたならばユーザによって選択された異なる言
語の何れか一方）である。フローチャートに示されるよ
うに、もしもデフォルト言語が利用可能でなければ、利
用可能なオーディオ言語を列挙した１つの表示が形成さ
れて、ユーザがその内の１つを選択する。それからシス
テムはフィールド７におけるトラックタイプを読取る。
これは、Ｍ＆Ｅトラックは存在するか否か、ミキシング
マスター或いはスイッチングマスターとして使用される
べきものか否か、更に、選択された言語トラックは完全
なオーディオトラックで、ミキシングマスターと混合さ
れるべきか否か或いはスイッチングマスターとスイッチ
ング又は交換されるべきか否かを、オペレーティングシ
ステムに知らせるフィールドである。次に、トラックコ
ーディング（コード化）をフィールド８から読取る。も
しも選択言語、そのトラックタイプ及びトラックコーデ
ィングが、Ｍ＆Ｅ、ミキシング（混合）及びスイッチン
グ（交換）に関しての情報と共に与えられれば、オペレ
ーティングシステムは、視聴者のニーズに合致する。映
画に付随するためのサウンドトラックを発生するに必要
な全ての情報を有する。
実行される次なることは、フィールド９を読取ってデ
ィスク上にある「他の」オーディオトラックのゼロから
63までの数を決定することである。もしも「他の」オー
ディオトラックが本当になければ、それらによって為さ
れるべき事柄を決定する処理の全てはバイパスされる。
しかし、もしもそうしたトラックがあれば、フィールド
10が先ず読取られてそれらをどのようにコード化するか
を決定する。ユーザはそれらで為されるべきことを決定
する前にトラック内に何があるのかを知らされていなけ
ればならないので、システムはフィールド11を読取るこ
とから、ディスク上の「他の」トラックメニュー言語を
次に決定しなければならない。通常タイプのチェック
は、メニューがデフォルト言語で利用可能か否かを見る
ことである。もしそうでなければ、利用可能言語が表示
されてユーザはそれらの内の１つを選択する。
先に説明したように、オペレーティングシステムは、
メニューを読み込むこと、それを表示すること、並びに
「他の」オーディオトラックによって為されるべき事柄
のユーザの決定に伴ってユーザとの相互作用すること、
のための標準ルーチンを実行する可能性がある。しか
し、特殊混合（ミキシング）或いは削除が達成されるべ
きことであった場合には、特殊混合／削除ソフトウェア
が要求される。フィールド12が読み込まれて、そうした
ソフトウェアが利用可能であるのか否かが見られ、そし
てフローチャートに示されるように、ディスク上にある
何等かの特殊混合／削除ソフトウェアがフィールド13か
ら読取られる。その後にだけ実際のメニュー項目（選択
された言語で）がフィールド14から読取られて、ユーザ
のために表示される。オペレーティングシステムによっ
て利用可能となったメニューを用いて、ユーザは「他
の」オーディオトラックのための再生モードを選択す
る。例えば、彼は任意の許容された方法でそれを混合し
たり、トラック内にあるものを他のより多くのいっさい
を含むトラックから削除する（位相反転によって）ため
に用いたり、独占的な再生のために１つのトラックを調
整したり、相対的なオーディオレベルを調整したり、等
々することができる。特殊混合／削除ソフトウェアは、
勿論、此等のオプションを慣習的には提示されていない
他のものと共に提供できる。
図5Bに示されるように、サブタイトル情報は設定され
たパターンに従ってここで処理される。先ずシステム
は、サブタイトルが本当に望まれているのか否かを決定
する。図5Aのほんの始めのところで思い出されるよう
に、デフォルト設定の１つはサブタイトル言語である。
通常のデフォルト設定は、サブタイトルは望まれていな
いことになっている。もしもそれが、事実、当てはまれ
ば、サブタイトル処理は完全にスキップされる。しか
し、もしもサブタイトルが望まれているのであれば、利
用可能サブタイトル言語がフィールド15から読取られ
る。それから、デフォルトサブタイトル言語は利用可能
であるか否かを見るテストが行われる。もしもそうでな
ければ、利用可能サブタイトル言語が表示されて、ユー
ザはそれらの内の１つを選択する。
次に、フィールド16の４ビット多重バージョンコード
が読取られる。第１ビットは、２つのバージョンが利用
可能であるか否か、或いはただ１つであるかを示す。こ
の点において選択肢は設けられることがなく、その理由
は、先ずシステムは特殊ソフトウェアが利用可能である
のか否かを決定しなければならず、これはフィールド17
から決定される。もしも特殊バージョンソフトウェアが
利用可能であれば、フィールド18から読取られて実行さ
れる。このソフトウェアは多重バージョンが利用可能で
あるか否かと、第３及び第４ビット位置におけるコード
が表わす事柄とを知らねばならないと言う限り、それは
既に決定されている。ユーザのための表示された選択は
認定されたバージョンの内からの選択か、或いは退去
（exit）がフローチャートに示されているが、理解して
戴きたいことは、表示選択は、もしも特殊バージョンソ
フトウェアが実行されたならば、一般には異なる。ま
た、理解されるべきは、もしも再生され得るバージョン
がたった１つ存在するとしても、特殊バージョンソフト
ウェアは存在し得ることである。例えば、特別なプログ
ラムは非常に未設定状態であり得ることを視聴者に対し
て警告して、再生開始前に「続ける」返答を請求するこ
とが適切であるかもしれなく、此等の全てはＲ等級とは
別であり且つ分離したものである。
もしも特殊バージョンソフトウェアが利用可能でなけ
れば、上記４ビット多重バージョンコードフィールドの
ビット３及び４は等級付け目的のために使用されない。
パーレンタルロックがオンとなっているか否かを見るた
めにテストが実行される。もしもそうでなければ、バー
ジョンＡ及びＢの再生には何等制限がなく、両バージョ
ンは認定される。もしもそれがたった１つ存在するバー
ジョンであると先行して決定されていたならば、そのバ
ージョンはバージョンＡであると考えられて、認定され
る。
一方、もしもパーレンタルロックがオンであれば、デ
ィスク上のバージョンはＲ等級であるのか否かを見るた
めにテストが実行されなければならない。図5Cに示され
るように、もしもバージョンあがＲ等級であり、且つバ
ージョンＢもそうであれば、システムの再生は中止さ
れ、図示されてはいないが、適切なメッセージがユーザ
に表示されて、なぜ再生が停止したかを通知する。一
方、もしもバージョンＡはＲ等級ではないが、バージョ
ンＢがそうであれば、バージョンＡのみが認定される。
最後に、例えばパーレンタルロックがオンであっても、
もしも両バージョンともにＲ等級でなければ、両バージ
ョンは認定される。
次にシステムはユーザに利用可能な選択を表示する。
彼は認定されたバージョンの内から選択でき、或いは退
去してディスクの再生を停止することができる。（この
後者の場合は発生し得るものであり、例えば、もしも子
供がＲ等級バージョンを見ようとすると、その再生は不
可能であることが告げられ、なにか他のより興味あるも
のに進むことの決定が為される。） もしもたった１つのバージョンが利用可能であれば、
もしもそれがＲ等級でなければ、そしてもしも特殊バー
ジョンソフトウェアが何等なければ、再生のための必要
要件が全くない可能性があり、即ち、再生可能な唯一の
映画があり、それを見ることができる者に対して制約が
何等ない。それにも拘らず、フローチャートに示される
ように、ユーザには依然としてディスクの再生と再生中
止との間の選択が与えられている。システムは、そうし
た場合に再生をスキップし、そしてユーザはディスク上
にあるその唯一の映画バージョンを見ることを欲してい
ると単純に仮定するように設計され得る。一方、表示を
発生することはユーザに、彼が再生装置に入れたディス
クは本当に彼が欲しているディスクであるのかを照合す
ることを可能としている。
ここまで、本発明は、１つのディスク上に１つの映画
に関して１つ或いは２つのバージョンがあると言うこと
で説明してきたが、理解して戴きたいことは、３つ或い
は４つのバージョンがあり得ることである。これは、先
ず第１に、特殊バージョンソフトウェアを読取る機能を
提供する主要理由の１つである。このソフトウェアは、
ユーザが再生すべき何かを選択できるようにメニュー表
示形成の基礎となる複数バージョンに関して要求される
情報の全てを含むことができる。上記したように、特殊
バージョンソフトウェアは、教育モード及びテストモー
ドの間での選択を可能にしており、そして他のオプショ
ンは特別な映画がアダルト等級であるか否かに少しも関
係がない。
次に、システムはフィールド11のビデオ可用性ビット
を読取って、続いて処理されるであろうデータブロック
はビデオデータを含むか否かを決定する。もしもビデオ
データが存在すれば、それがディスク上に記憶されてい
る状態である基本或いはマスターアスペクト比が決定さ
れなければならない。次のステップはフィールド20の読
取りを含み、基本或いはマスターアスペクト比は16:9か
或いは4:3の何れかを確かめる。もしもマスターアスペ
クト比が4:3であれば、次の５つのステップは、パンス
キャン可用性が無関係であるので、スキップされる。も
しもデフォルトアスペクト比が4:3であれば、記憶され
たフレームと表示されたフレームとの間には１対１の対
応があり、もしもデフォルトアスペクト比が16:9であれ
ば、4:3フレームがワイドスクリーン上に何れか片側に
ダークバンドを伴って表示される。（代替的には、この
4:3像は16:9スクリーン一杯に拡張され得るが、上部及
び／又は下部の情報が損失する結果を伴う。）しかし図
９に示されるように、もしも基本アスペクト比が16:9で
あれば、探究されるべき幾つかの可能性がある。
処理のまさしくスタート時に決定されるデフォルト値
の１つがアスペクト比である。オペレーティングシステ
ムは、デフォルトアスペクト比がパンスキャン4:3であ
るか否かをチェックする。図９において、もしもマスタ
ーアスペクト比が「ワイドスクリーン」であれば（その
フローチャート分岐が処理される）、可能性はレターボ
ックス、ワイドスクリーン像上の中央に置かれてたパン
スキャン（図９に図示されず）、或いはパンスキャン可
変的なもの（即ち、可変的な出発コラム番号を伴う）で
ある。もしもデフォルトがパンスキャンでなければ、も
はやユーザによって為されるべき選択はない。デフォル
トがワイドスクリーン或いはレターボックスの何れかで
あると、続く処理は既に決定されたデフォルトに従う。
一方、デフォルトがパンスキャン4:3であれば、問題
は可変パンスキャン情報がディスク上にあるか否かであ
る。フィールド21におけるパンスキャン可用性ビットが
読取られる。もしもパンスキャンが利用可能であれば、
そのデータブロックはオペレーティングシステムに対し
て、パンスキャンのための出発コラム番号を指定するこ
とを意味し、この時点でユーザは何等選択する必要はな
い。一方、もしもパンスキャンが利用可能でなく、これ
はユーザのデフォルトであったならば、彼は２つの可能
性、即ち、各ワイドスクリーンフレームの中央部分が再
生されるセンターカット、或いは、各フレームの全体が
見られるが、その表示は上部及び下部にダークバンドを
有するレターボックスの何れかを決定しなければならな
い。メニュー表示が形成されて、ユーザはその２つのモ
ードの内の１つを選択する。
ユーザに多くの異なる種類の再生を選択させることを
許容するにも拘らず、ディスク上の共通又は共用アスペ
クト比のこうした使用は、本発明の設計アプローチを例
証するものである。基本的な考えは、要求されるデータ
の全てを大ざっぱにいって従来のCDの大きさの光ディス
ク上に記憶させるにも拘らず、最大限の柔軟性を提供す
ることにある。一度、ワイドスクリーン映画がディスク
上に記憶されれば、更なる不動産又は物的財産は殆ど要
求されずに、ユーザは幾つかの他のアスペクオ比を有す
るビデオ出力を発生させることが可能になる。15言語ま
であり得て、それでダイアローグが聞こえるが、再生装
置に内蔵されたミキシング（混合）及びスイッチング
（交換）機能と、冗長な情報をオーディオトラックから
除去する方法又は態様との故に、15近くフルサウンドト
ラックは何処にもない。同じことがビデオ標準に対して
当てはまる。これまでの高品質なビデオは、NTSC或いは
PAL等々だけで再生可能である媒体を要求してきたが、
本発明では同一ディスクが12までの標準でのビデオ信号
を生じさせることを可能にしている。本発明の長所の１
つは、例えば、映画を世界中に配給する映画会社によっ
て制作されねばならない異なるディスクの数を著しく低
減することである。幾つかのフィールドは、時々、変更
される必要があるかもしれなく、例えば、ビデオがNTSC
とPALとで異なる時にリリースされた時に、そうした変
更は比較的ささいなことであり且つ容易に行われること
ではあるのだが、異なる標準が認定されなければならな
い。
一度、再生モードの決定が為されると、フィールド22
が読取られて、ディスク上のデータブロックの合計数を
決定する。もしも多重バージョンがあれば、各バージョ
ンのデータブロックの合計数を決定するために、フィー
ルド23及び24も読取られる。フィールド25がそれから読
取られて、オリジナルフレームレート又はフレーム速度
を決定し、フィールド26が読取られて、ブロック時間フ
ァクターを決定する。
そうして、フィールド27が処理される。図３から思い
出されるように、これは、目次の再生のために必要な情
報の全てを含むフィールドである。選択されたバージョ
ン（もしも唯一のバージョンであればフィールド27であ
れが、もしも２つのバージョンがあって、第２バージョ
ンが選択されたならば、フィールド28である）のための
目次は、利用可能のチャプターの再生言語の100ビット
表示を含む。デフォルトメニュー言語が利用可能な言語
と突き合されてチェックされる。もしもデフォルトメニ
ュー言語が利用可能でなければ、ユーザにはチャプター
タイトルを表示可能な複数の言語が知らされて、彼はそ
れらの内の１つを選択する。一度、チャプター情報を表
示すべき言語が決定されたならば、種々の目次の持続時
間が計算される。各チャプター内のブロック数は知らさ
れているので、各チャプターの持続時間は、ブロック数
にブロック時間ファクターを乗算することによって決定
され得る。
目次は必然的には表示されない。それは、処理のスタ
ート時にTOC（目次）フラッグがセットされていたとき
にのみであり、ユーザが目次は表示すべきと指摘したと
きにのみ表示される。もしもTOCフラッグが０であれ
ば、目次を表示する必要はない。システムは、出発点と
して、第１データブロックを自動的に選択する、即ち、
ディスクの再生はその始めでスタートする。一方、もし
もTOCフラッグが１であれば、目次が表示されて、ユー
ザには出発点の選択のオプションが与えられる。
ディスク上の表或いは目次に続いては、フィールド５
内で認定された標準のための暗号化認定コードである。
オペレーティングシステムは、選択された標準用の暗号
化認定コードを読取る。それからその選択標準のための
所定データを読取る。思い出されるように、12通りあり
得る標準の各々のために、ディスク上の所定データが処
理されて、認定コードとしての役割を果たす「メッセー
ジ」Ｍを引き出すことである。それが、各標準に関連す
るプライベートキーを用いてディスク上に暗号形態で記
憶されたこの認定コードである。ディスクから読取られ
たデータは、同一データが読取られて、暗号化工程の間
や再生装置がそれ自体の「メッセージ」Ｍを引き出す時
との両方で同一データが読取られて処理される限り、各
標準毎に異なる可能性がある。先に議論したように、こ
のデータは導入部フィールドの少なくとも一部を含むこ
とが好ましく、その理由は、このデータをコピーするこ
とを認定された出版社にとって自滅的となるからであ
る。
選択された標準のための所定データが読取られた後、
認定コード（「メッセージ」Ｍ）はそのデータより計算
される。選択された標準に関連すると共に、オペレーテ
ィングシステムに内蔵されたパブリックキーを用いて、
その選択された標準のためにディスク上に記憶された認
定コードが復号化される。ソフトウェア出版社は、その
選択された標準でのビデオ信号として再生されることに
なるディスクを出版することが認定されているのか否か
のテストは、復号化認定コードの計算認定コードとの比
較を含む。もしもそれらが合致しなければ、再生は中止
される。
もしもそれらの２つのコードが合致すれば、フィール
ド30が読取られる。この単一ビットはマスタープロセッ
サに対して、下述する図４に示された正規の補数以外
に、何等かのコマンド或いはデータがディスク上に記憶
されているか否かを単に知らせる。もしもフラッグが０
であれば、オペレーティングシステムはデータブロック
内のそうした追加コマンド或いはデータを捜すことすら
しない。もしもフラッグが１であれば、コマンド或いは
データがデータブロック内に存在する可能性があること
を意味するが、必然的にそうであることはない。
最後に、補助ソフトウェアが利用可能か否かを決定す
るためにフィールド31が読取られる。もしもそうであれ
ば、フィールド32から読取られる。上述したように、補
助ソフトウェアはオペレーティングシステムの代りに使
用されることはなく、むしろそれを補助するために用い
られる。これは、フィールド４とフィールド32とのソフ
トウェアの間の基本的な差である。おおまかにいえば、
補助ソフトウェアは、補助ソフトウェアフラッグによっ
て存在が指摘されたフィールドのデータブロック内に含
まれるコマンド及びデータに基づいてオペレートする
（必ずしもことごとくのデータブロック内についてでは
ないが、以下の説明から明らかになる）。
フィールド32の読取り及びオペレーティングシステム
との調和によって、ディスクドライブの読取りヘッドは
その出発点まで移動されることになる。先に説明したよ
うに、出発点は第１データブロック或いはその第１デー
タブロック以外のチャプターが選択されていた場合に
は、ユーザによって決定されたあるデータブロックの何
れかである。データブロックは順次読取られて、図２の
デマルチプレクサ63がそれらデータフィールドを種々の
バッファに分配する。フローチャートに示されるよう
に、１つのデータブロックの読取りは、何等バッファが
一杯でないときにのみ生ずる。更に、新しいデータブロ
ックが読取られる前に、システムは手助けされるべき何
等かの割込みがあるか否かをチェックする。コントロー
ラ41は全ての割込みのソースである。例えば、もしもユ
ーザはキーボードを操作したとすれば、コントローラは
図２のライン43上に割込みを発生させ、データブロック
の読取りを一時的に停止する。その割込みが処理された
後、或いはもしも手助けすべき割込みが何等なければ、
次のデータブロックが読取られる。ブロック番号／ポイ
ンタアナライザ47は、要求された次のブロックの番号を
知っている。殆どの場合、これは単に連続的な順番又は
シーケンスの次のブロックとなる。しかしながら、その
ブロック番号はそうしたシーケンスから外れていること
もあり得、例えば、もしも新しいチャップターへジャン
プすべきであったり、或いは以下に説明されるように、
映画の多重バージョンの１つを再生する際にある複数の
ブロックがディスク上でスキップされねばならない場合
がある。何れの場合においても、システムは読取られる
そのブロックが正しいものか否かをチェックする。もし
もそうでなければ、フローチャートの分岐はブロック読
取り工程のスタート時に戻されて、異なるブロックが読
取られことができる。図２のゲート61は閉じられて、導
体25上の「誤り」データはデマルチプレクサ63まで延び
ない。
もしもブロック読取りが要求されたブロックであれ
ば、ブロック番号の直後に読取られた第１の事柄の１つ
はポインタデータである。ポインタデータはブロック番
号／ポインタアナライザ47によって用いられて、このフ
ローチャートの最後あたりで示されているように、要求
された次のデータブロックのブロック番号を決定する。
このブロック番号は、ケーブル49を通じてマイクロプロ
セッサディスクドライブコントローラ27へ伝送され、現
行のデータブロックの読取りの完了時にこのデータブロ
ックとアクセスする。フローチャートの最後に示される
ように、現時点で処理されるべきデータブロックの残り
が読取られて、上記複数のバッファへロードされ、これ
に続いて他のデータブロックが読取られ得る。
これまで見てきたフローチャートは、再生装置の処理
を制御している。データブロックから読取られたデータ
によって実際に為されることは、図６のフローチャート
に示されており、このフローチャートは、図４に列挙さ
れたようなデータブロック内の複数のフィールドが理解
された後に、説明する。しかし、データブロック内に含
まれたポインタデータの機能を理解するために、図7A及
び図7Bを先ず説明する。此等の図面は、１つの映画の個
々のバージョン或いは両バージョンに関連するデータブ
ロックが相互にどのように関連しているか、そして、選
択された１つのバージョンを再生するためにあるデータ
ブロックをスキップするにはシステムがどのように制御
されるか、を示している。
図7A及び図7B−−ポインタデータの機能 本発明の例証的実施例において、１つのディスク上に
は同一映画の２つのバージョンがあり得る。データブロ
ックの殆どは、此等の２つのバージョンに共通のビデオ
及びオーディオを表わすこととなる。しかしながら、一
方のバージョン或いは他方のバージョンに独特な他のブ
ロックもあり得る。問題は、２つのバージョンの内の選
択された一方に要求されたデータブロックの連続的な読
取りを如何に制御するかである。
これからの説明の目的のために、文字Ａ、Ｂ並びにＣ
は、上記映画のバージョンＡに独特なデータブロック、
バージョンＢに独特なデータブロック、並びに両バージ
ョンに共通（Common）するデータブロックを、それぞれ
識別するために使用されることになる。図7Bはトラック
の一部を示し、Ａ、Ｂ或いはＣにラベル表示された連続
的なデータブロックを有する。理解されるように、実際
上、何千という同一タイプの連続したデータブロックが
あり得て、ディスク上のデータブロックの殆どはタイプ
Ｃである。しかしながら、システムが要求されていない
データブロックをジャンプする方法を説明するために、
図7Bは連続した同一タイプのせいぜい２つのブロックを
示す。
図7Bに示される２つのシーケンスは、バージョンＢ再
生用の上部の一方と、バージョンＡ再生用の下部の他方
とから成る。もしも選択されたのがバージョンＢであ
り、ともかくも左側のＢブロックが再生中にあることを
仮定すれば、第４のブロック、即ちＢブロックへ行くた
めに、次なる２つのＡブロックはジャンプされねばなら
ないことは明らかである。このブロックが再生された
後、次なるＡブロックはジャンプされなければならな
い。それから２つの共通ブロックＣが再生され、その後
に、他のＣへ向かって１つのＡブロックをジャンプしな
ければならない。次のブロックであるＢはそれで再生さ
れ、それからＢ、Ｃ並びにＢブロックが続く。最後に、
１つのＡブロックをジャンプして、図7Bに示される最後
のブロックであるＣブロックへ向かう。
もしもバージョンＡが再生中であって、２つの連続す
るＡブロックが再生されるのであれば、１つのＢブロッ
クをジャンプし、次の５つのブロック、即ち、Ａ、Ｃ、
Ｃ、Ａ、Ｃが再生され、次に２つのＢブロックをジャン
プしてＣブロックへ向かい、そして最後に他のＢブロッ
クをジャンプしてＡ及びそれに従うＣへ向かう。
ここに浮び上がるパターンは、一方ブロックから他方
ブロックへの３種類の移行があることである。第１とし
て、先行するブロックの再生に直ちに続く又は従う１ブ
ロックの再生がある。図7Bに示されたこれの７つの例が
あり、即ち、AA、BB、CC、CA、CB、AC並びにBCである。
除外される２つの可能性は、AB及びBAであり、これは２
つのバージョンに独特である此等ブロックは決して同一
ディスクの再生中に再生されることはなく、ましてや続
々と再生されることはない。ブロックタイプからブロッ
クタイプへの移行には７種類がある一方、まさにちょう
ど３つの基本操作又はオペレーション、即ち、任意タイ
プの１ブロックから任意タイプの次なるブロックへ行く
ものと、ＡからＡ又はＣへジャンプか或いはＢからＢ又
はＣへのジャンプかの何れかと、Ｃブロックから隣接す
るＡ又は隣接するＢへの分岐か或いはＣブロックからそ
のラインを下っての何処かのＢ又はＡへの分岐かの何れ
かと、がある。殆どの移行が第１タイプのものである。
第２タイプはＡにＢが従ったときに生じ（此等２つのブ
ロックは決して連続して再生されない）、そのＡから他
のＡ又はＣの何れかへのジャンプが行われる必要があ
る。同様の所見はＡが随伴するＢに対して当てはまる。
第３タイプはＣブロックの再生の最後で生ずるものであ
り、再生されるべき共通データがもはや全くない場合で
且つ一方バージョン或いは他方バージョンへのスイッチ
が行われる必要があるときで、即ち、次なるブロックは
もしも選択されたバージョンの一部であれば再生され、
さもなければ、幾つかのブロックはもしもその分岐が他
方バージョンの１ブロックへ向かうものであればジャン
プされねばならないであろう。
図7Aは一方のブロックから他方のブロックへの各種の
移行がどのように且ついつ行われるかを定義する状態図
である。以下に説明されるように、各々のデータブロッ
クは２ビットポインタフラッグを含み、もしかしたら20
ビットポインタを含むフィールドが随伴される。（１つ
のポインタがあるとき、それは他のデータブロックの連
続ブロック番号を常に指向している。）図7Aに付与され
たコードに言及すれば、もしも２ビットポインタフラッ
グが00であれば、それは、処理が次のブロックについて
続行されるべきを示し、この場合、ポインタは全く必要
ない。もしも２ビットポインタフラッグが01コードであ
れば、それは、何処か遠ざかった同一バージョンのブロ
ックへのジャンプか、或いは何処か遠ざかったＣブロッ
クへのジャンプかがなされるべきことを示している。何
れの場合においても、ポインタは必要である。
コード10及び11は、共通Ｃブロックから分岐が取り行
われるべきときに用いられる。どちらのコードも、次の
ブロックがＡ或いはＢであるか否かに依存して用いられ
る。もしもそのＣの後のブロックがＡであれば、コード
10が用いられて、そのポインタはそのラインを更に下っ
てのＢ或いはＣへ向かっている。もしもコードが11であ
れば、次のブロックはＢであり、そのポインタはトラッ
クに更に沿ってのＡ或いはＣへ向かっていることを意味
する。オペレーションシステムはどのバージョンが再生
中であるかを知っている。もしもバージョンＡが再生中
であり、現行ブロックが10のポインタフラッグを有して
いれば、次のブロック、即ちＡは現在のものの後に再生
されるべきであることを意味する。そのポインタは必要
ない。ポインタが必要となるのは、バージョンＢが再生
中である場合である。この場合、次のブロックがＡであ
るので、それは再生されるべきではない。再生装置はポ
インタによって識別されるブロックへ、即ち他のＣか或
いは再生中のバージョンＢに独特のＢかの何れかへジャ
ンプすべきである。
同様にして、もしもバージョンＡが再生中であり且つ
現行ブロックがＣで、そのポインタフラッグがコード11
であったならば、次のブロックはＢであることを意味す
る。バージョンＡが再生中であるので、次のブロックが
現行のものの後に再生されるべきではない。代りに、ポ
インタによって識別されるＡ或いはＣブロックへのジャ
ンプが行われることを意味する。一方、バージョンＢが
再生中であれば、システムは次のブロックへ単に続く。
図7Aの凡例は、10及び11のポインタフラッグがＣブロ
ック内に見出された際、ポインタが用いられるか否かを
示す。表示10（Ｐ）はポインタが用いられるべきことを
示し、そして表示10［Ｐ］はポインタが無視されるべき
ことを示す。思い出されるように、10のコードは次のブ
ロックＡである際のＣブロックのために用いられる。も
しもバージョンＡが再生中であれば、ポインタは必要と
されない。それが、Ｃブロックからそれに続くブロック
へ、即ちＡへの移行を記号10［Ｐ］によって示す理由で
ある。一方、バージョンＢが再生中であれば、次のブロ
ックはＡであるので、現行Ｃの後にそれが再生され得な
い。代りに、ポインタによって識別されるブロックへの
ジャンプと、それ故に表示10（Ｐ）の使用とがなければ
ならず、このポインタはＢブロック或いは他のＣの何れ
かを指す。
同様な所見が表示11（Ｐ）及び11［Ｐ］に対して適用
される。此等両方の場合、再生中はＣブロックであり、
次のブロックはＢである。もしもバージョンＡが再生中
であれば、次のブロックは再生されるべきではなく、そ
れ故に記号11（Ｐ）が状態移行を示すべく要求される。
一方、もしもバージョンＢが再生中であれば、再生させ
られるべきは次に続くＢブロックであり、それ故に記号
11［Ｐ］が適切である。
用法（Ｐ）及び［Ｐ］と共に、４つのコードが図7Bに
示されている。再生Ｂの移行シーケンスに言及すれば、
示される第１移行は01（Ｐ）である。思い出されるよう
に、01コードは一方バージョンから同一バージョンのブ
ロックへ或いは共通ブロックへのジャンプを表現し、ポ
インタが要求される。示された移行は01（Ｐ）であり、
Ｂブロックから他のＢブロックへのジャンプである。再
生Ｂライン上の次の移行は01（Ｐ）であり、ＢからＣへ
ジャンプである。次は全てに対して最も共通する移行例
である00であり、現行ブロックの後に次のブロックを規
則的に又は順序正しく再生する。
再生Ｂラインにおける第４移行は、10（Ｐ）記号によ
って表現されている。10コードは次のブロックがＡであ
る際のＣブロックからの分岐を表わし、図7Bに図示され
た例である。そうした場合、図7Aに示されるように、も
しもバージョンＢが再生中であれば、ジャンプがポイン
タによって識別されたブロックへ、この場合、次のＣへ
為される。
11コードは次のブロックがＢである際にＣブロックか
らの分岐を識別する。もしもバージョンＢが再生中であ
れば、考慮されている場合において、ポインタは不必要
であり、その理由として次のブロックは再生されるべき
であるからである。それが、示された次のコードが11
［Ｐ］である理由である。隣接ブロックへの明らかな移
行を表わす２つの00コードが続き、これに11［Ｐ］コー
ドが従っており、Ｃブロックからそれに続くＢであるブ
ロックへの分岐である。最後に、ジャンプがこのＢブロ
ックから次のＡブロックを越えてＣブロックへ行われ
る。これは01（Ｐ）コードを要求し、そのコードは、何
れかのバージョンのブロックからそれと同一バージョン
のブロックへ或いは共通ブロックへジャンプするために
用いられる。
図7Bにおける再生Ａシーケンスは、再生中であるのが
バージョンＡであることを想定している。最初の４つの
コードは、隣接ブロックへの移行、或いは一方バージョ
ンのブロックからそれと同一バージョンのブロックへの
ジャンプを表わしている。次のコードである10［Ｐ］
は、Ｃブロックから隣接するＡブロックへのジャンプを
示すべく用いられている。ポインタはバージョンＡが再
生中であるので用いられなく、コード10は次のブロック
がＡブロックであるが為に採用されている。次の00コー
ドはＡブロックから連続するＣブロックへの移行を記号
化又は象徴化している。
次はＣブロックから他のＣブロックへのジャンプであ
り、２つのＢブロックをスキップしている。この11コー
ドが用いられる理由は、これはＢブロックがＣブロック
に従っている又は続いている際に採用されるコードであ
るからである。用いられた記号が11（Ｐ）であり、11
（Ｐ）ではない理由は、１つのＣブロックからそのライ
ンを更に下ってのＣブロックへ行く際にポインタが要求
されるからである。同様にして、次のコードは、再度、
11（Ｐ）コードであり、Ｃブロックからそのラインを更
に下ってのＡブロックへの分岐を記号化している。図7B
におけるシーケンスは、Ａブロックから次のブロックで
あるＣへの移行によって終了しており、この為にコード
00が用いられている。
図7Aの状態図は、全ての可能性を要約している。先
ず、その左上方におけるサークルＡによって表わされる
Ａブロックが処理中である状態を考えよう。Ａブロック
内の２ビットポインタフラッグは、もしも次のブロック
がまたＡであれば、00である（ＡからＡへ戻る移行によ
って示されている）。一方、もしも次のブロックがＢで
あれば、それは明らかに再生されるべきではない。その
ＡブロックからＢを越えて、他のＡ或いはＣの何れかへ
のジャンプでなければならない。何れの場合でもそのコ
ードは01（Ｐ）である。図面は、Ｂを越えてのジャンプ
（他のＡまで）と、Ｂを越えてＣへのジャンプとの両方
を示している。Ａブロックからのただ１つの他の移行
は、もしも次のブロックがＣであれば、当該次のブロッ
クへの移行である。これがコード00によって示されてい
る。
４つの同様な移行が状態Ｂ、即ちバージョンＢのデー
タブロックが読取られている時の状態Ｂについて示され
ている。00コードは、次のブロックがＢ或いはＣであれ
ば用いられる。01（Ｐ）は次のブロックがＡである際に
用いられ、それがジャンプによって越えられることによ
って、システムは他のＢ或いはＣを次に読取ることがで
きる。
Ｃブロックからの移行はより複雑であり、その理由
は、Ａブロック及びＢブロックの各々についての４つの
みというよりは、それらの内の７つがある。もしも次の
ブロックが更にＣであれば、そのコードは単に00であ
り、当該次のブロックを読取る。もしも次のブロックが
Ｂであり、且つ他のＣへのジャンプが必要であれば、コ
ード10（Ｐ）はＡを越えるジャンプを制御する。同様
に、コード11（Ｐ）はＢを越えて他のＣへのジャンプを
制御する。思い出されるように、此等２つのコードはＣ
ブロックからの分岐を、次のブロックがＡか或いはＢか
否かに依存して制御すべく用いられる。何れの場合も、
もしも次のブロックが読取られるべきものでなければ、
そのブロック（及びそれに類似の１つ以上のブロック）
がジャンプによって越えられて次のＣへ向かう。
しかしながら、Ｃブロックの読取りの後、Ａ或いはＢ
を読取ることも可能である。Ａを読取るために、コード
11（Ｐ）或いは10［Ｐ］の内の一方が用いられる。11コ
ードは次のブロックがＢである際に採用され、その場合
にはポインタが要求される。10コードは次のブロックが
Ａである際に採用され、その場合にはポインタは用いら
れない。同様に、次にＢブロックを読取るために、コー
ド10（Ｐ）或いは11［Ｐ］の内の一方が用いられる。前
者はディスク上の次のブロックがＡである際に採用さ
れ、このブロックがジャンプによって越えられる必要が
あるので、ポインタが要求される。一方、もしも次のブ
ロックがＢであれば、コード11はシステムに対してこの
次なるブロックへ行くことを告げて、ポインタは必要な
いので処理中にそのポインタが無視される。
多分、認識すべき最も重要な点は、図面からは明確で
はないことであり、殆どのブロックは00ポインタフラッ
グを含み、ポインタがないことである。（この00コード
は随伴するポインタフィールドなしの唯一のものであ
る。）それは、一度、何れかのバージョンのフレームが
再生中となれば、或いは一度、共通データのフレームが
再生中となれば、殆どの場合に、次のフレームは同一タ
イプのものとなるであろう。その結果、00コードだけで
仕事を行う。正味の結果は、同一映画の２つのバージョ
ンがディスク上に記憶されることが可能であることであ
って、ユーザ用の何れかの再生のためのオプションと
（もしもそれがパーレンタルロックによって許可された
ならば）、全体的又は総計的なディスク不動産のほんの
ちっちゃな小部分を、１ブロックから該ブロックの後に
読取られるべき次のブロックへの移行を制御する家政的
又は家計的なビット数によって浪費されることとを伴っ
ている。再度、これは、処理において過度に或いは不当
にビット数を浪費することなく、最大限の柔軟性やでき
る限り多くのオプションを提供すると言う、根底をなす
設計哲学に調和するものである。
また、注目されるべきことは、本発明は１つの映画の
ちょうど２つのバージョンを１つのディスク上に据える
ことに限定されるものではないことである。同一の技術
を３つ或いはそれ以上のバージョンについて用いること
が可能である（そうした多数のバージョンの需要はおそ
らくより少ないであろうが）。そうした場合、共通ブロ
ックは１つのポインタだけではなく、２つのポインタを
要求することになるであろう。もしもディスク上に３つ
のバージョンがあれば、Ｃブロックに追従する次のブロ
ックはＡ、Ｂ或いはＤであることなるであろう。２つの
ポインタが要求されることになって、そのラインを更に
下って見出されるべき２つのブロックを指示する。明ら
かにこれは、実行される必要である変更の内のまさに１
つとなる。ポインタは、たとえより多くの家計的又は家
計的なビット数の消費となっても、多重的なバージョン
に便宜を図ることができる。それにも拘らず、このタイ
プのポインタビットの全体的な数は、オーディオ／ビデ
オビット数の全体的な数と比べて、依然として、とるに
足らないものである。
データブロックフィールド 図４はデータブロックの複数フィールドを示し、フォ
ーマットは、図３の導入部トラックの複数フィールドの
為に示したものと同じである。先に議論したように、シ
ンクワードパターンはデータ中に現われることができ
ず、それ故にそれが検出された際に、オペレーティング
システムが新しいデータブロックが開始されようとして
いることを知る。
第２フィールドは20ビットの連続ブロック番号であ
る。ディスク上のブロックの全ては連続順で番号付けが
されている。ブロック番号は読取られる第１のことであ
り、それが図２のブロック番号／ポインタアナライザ47
によって用いられるからである。ブロック番号は、例え
ば、１つのブロックから他のブロックへのジャンプの時
に必須のものである。読取りヘッドは、通常、その所望
ブロック近くの点に位置付けられているが、第１の試み
では正しいブロックが選択されることは殆どないであろ
う。複数ブロック中のビット数が可変的であり、システ
ムがそれらブロック中の一体幾つのビット数がスキップ
されたかを知る術がないので、上記のことはまさに真実
である。データブロックの最初にブロック番号を読取る
ことによって、システムはヘッドが再度位置付けされる
必要があるのか否かを迅速に決定する。
第３フィールドは２ビットコードであり、ブロックが
Ａバージョンの一部か、Ｂバージョンの一部か、或いは
両方に共通するものか否かを表わす。（４つの可能性が
あるコードの内の３つだけが使用されている。）一度、
バージョンＡ或いはバージョンＢの再生が開始されれ
ば、図7A及び図7Bで議論されたポインタは常に１つのブ
ロックが、再生中に、共通するものか或いはある特定バ
ージョンの一部かを識別することとなるのが、どうして
１つの特定ブロックのバージョンについて絶えずチェッ
クしなければならないのであろうか。その答えは早送り
及び早戻しの操作又はオペレーションに関係している。
此等は全体的には従来技術であるので長い間議論されて
こなかった、例えば早送りの際、読取りヘッドは多少な
りとも随意に位置付けされ得る。ビデオはもしもそれが
誤ったバージョンであれば見せるべきではない。１つの
ブロックのバージョンを、ブロック番号或いはポインタ
を見ることによって単純に決定することは不可能であ
る。何れもバージョンを識別しない。システムがブロッ
クを最初に読取った時にそのバージョンを決定できるの
はこの理由の為のである。
フィールド４及び５は、図7A及び図7Bに関連させてく
どくどと長い間説明してきた２ビットポインタフラッグ
及び20ビットポインタを含む。
フィールド６は、存在し得るか否かの１ビットフラッ
グである。図３に言及すれば、フィールド19のビデオ可
用性フラッグはオペレーションシステムに対して、デー
タブロック中に何等かのビデオがあるか否かを知らせ
る。しかしながら、もしもあったとしても、めいめいの
データブロックがビデオを含むことを意味しない。めい
めいのデータブロックに単一のフレームが表現されてい
て、データブロックが固定されたレートで処理されるシ
ステムでは、たとえそれが「変更なし」を表わす１つの
コードから成る「最小」ビデオであっても、めいめいの
データブロックにビデオがあるであろう。しかし、１つ
のデータブロックで単一フレーム以上或いは以下を表現
し得るシステムがある可能性がある。例えば、１データ
ブロックのビデオ情報が、もしも本当に存在するのであ
れば、常に同一ビット数であることがあり得る。圧縮に
依存して、多くのフレームを単一データブロック内に表
現させることは可能である。そうした場合、ブロックの
内の幾つかはビデオビットが欠如することになるであろ
う。採用されたコード化機構に依存して、フィールド６
のビットはオペレーティングシステムに対して、フィー
ルド７は一体あるのか否かを通知する。もしもビデオが
あれば、フィールド７はビデオ情報を含み、シンクワー
ドをもって終了する。先に述べたように、ビデオ及びオ
ーディオブロックの実際のコード化は本発明の部分を攻
勢いない。MPEG機構は好ましいが、他のものが使用可能
である。
フィールド８はビットなしから16までの何れかを含
む。思い出されるように、導入部トラックのフィールド
６は100ビット位置を含むが、ディスク上にはせいぜい1
6のオーディオトラックが存在し得るので（その内、Ｍ
＆Ｅはその内の１つと考えられる）、此内の内のたった
Ｎ個（最大のＮは16）が値１のビットを表わし得る。此
等Ｎトラックの各々について、フィールド８はオペレー
ションシステムに対して、現行のデータブロックには何
等かのオーディオがあるか否かを通知する。こうして、
最大ＮまでのＸ個（なにがしか又は変数）の「１」が存
在する。Ｎビットフィールド８の第１ビット位置は、導
入部トラックのフィールド６内に識別された第１オーデ
ィオ言語トラックに対応する。１データブロックのフィ
ールド８内の第２ビットは、導入部トラックのフィール
ド６内に表現された第２オーディオ言語に関連する、等
々である。図４のフィールド８内に、100ではなく、た
ったＮ個（最大＝16）しか存在しない理由は、データブ
ロックに存在し得るのはどの言語であるかは導入部トラ
ックから通知されるからである。対応する言語がディス
ク上に見出されるべき何処にもないことを導入部トラッ
クから通知された際に、それが存在しないことを指摘す
べく84或いはそれ以上のビット位置を各データブロック
に設ける理由はない。心に留めておかなければいけない
ことは、図４における値Ｘは図３における値Ｎと等しい
ものではないことである。後者は、ディスク上の何れか
にあるオーディオ言語の総数を表わし、その最大値は16
である。記号ＸはそれらＮの内の幾つのものが現行デー
タブロック内に実際に表現されているかを表わしてい
る。
図９はＸ個のオーディオ言語ブロックを含む。ディス
ク上には10個のオーディオ言語が表現されているが、そ
の内の６個だけが現行データブロック内に表現されてい
ることを想定しよう。この場合、そうしたオーディオ言
語に対応しているＸビットシーケンスがあることにな
り、各々がエスケープ（ESC）キャラクタで終了してい
る。エスケープキャラクタは複数のオーディオブロック
を相互に分離すべく使用される。もしも、オーディオト
ラックが存在する時いつもそれが固定された持続時間を
有すれば、フィールド８から１データブロックに存在す
るオーディオブロックは幾つかが通知されるので、フィ
ールドの終端にシンクワードを提供する必要はない。可
変長のオーディオブロックはフィールドの末端にシンク
ワードを要求するであろう。
導入部トラックにおけるフィールド９は、０から63ま
での「他の」オーディオトラックを表わす値を含んでい
る。図３に示されるように、Ｍ個のそうした「他の」オ
ーディオトラックがあり得る一方、それらの各々は現行
データブロック内に表現されることを意味しない。各デ
ータブロックにおけるフィールド10はＭビットを含み、
ディスク上の「他の」オーディオトラックの各々に１つ
ずつである。現行データブロックが、此等Ｍ個のトラッ
クの何れかの為にビット情報を実際に含むか否かは、フ
ィールド10の対応するビット位置が１を有するか否かに
依存する。もしもＹ個の「１」があり且つＹはＭより少
なければ、「他の」オーディオトラックの全てが現行デ
ータブロック内に表現されているとは限らない、ことを
意味する。フィールド11はＹ個の「他の」オーディオト
ラックブロックを含み、各々がエスケープキャラクタを
もって終了している。理解されるように、オーディオト
ラック及び「他の」オーディオトラックがデータブロッ
ク内に表現される方法は比較できる。
図２に戻れば、思い出されるように、データブロック
のデータビットは、オーディオバッファ、ビデオバッフ
ァ、パンスキャンバッファ並びにサブタイトルバッファ
に対してと共に、コマンド／データライン65を通じてマ
スターコントローラ41に対して分配される。ここまで、
オーディオブロック、「他の」オーディオブロック並び
にビデオブロックの表現は、図４の複数フィールドの分
析で考えられてきた。サブタイトルデータの表現に進む
前に理解されるべきは、全てのオーディオ及びビデオデ
ータとは異なって、サブタイトルが表現される方法には
差があることである。後者はブロック毎をベースとして
補充され、バッファには新しいオーディオ及びビデオデ
ータが連続的に補充される。一方、サブタイトルはフレ
ーム毎に変える必要がない。事実上、サブタイトルは、
もしもそれが１フレーム以上の間スクリーン上に残存し
なければ、知覚すらされないこととなる。結果として、
一度、サブタイトルデータが図２のバッファ59に補充さ
れたならば、サブタイトルはディスプレイ上に形成させ
られ、新しいサブタイトル情報が当該バッファ内にロー
ドされるまで、そこに残存させられる。タイトルを新し
いものを導入することなく除去するためには、ブランク
フィールドから成る新しいサブタイトルがそのバッファ
内にロードされる。
データブロック内のフィールド12はＰビットから成
り、その各々は導入部トラックのフィールド15内で識別
されたＰ個のサブタイトル言語の異なる１つに対応して
いる。（思い出されるように、複数言語に対応するあら
ゆる100ビットフィールドは現実には言語を表わしてお
らず、むしろＭ＆Ｅを表わすことによって、最大99個の
サブタイトル言語がある。）現行データブロック内に更
新が必要な如何なるサブタイトルも、フィールド12内の
その対応する位置に１を有する。Ｚの最大値がＰである
場合、Ｚ個までの「１」があり得る。
現行データブロックに更新が必要な各サブタイトル言
語について、フィールド13内にその更新が現われる。Ｚ
個の更新ブロックがあり、各々がエスケープキャラクタ
をもって終了している。更新ブロックがブランクフィー
ルドであり得ることを理解することが重要である。これ
が、１つのサブタイトルが新しいサブタイトルがまだ生
じていない時に除去される方法である。
フィールド14は存在し得るか否かの１ビットから成
る。このフィールドは、導入部トラックのフィールド21
が１であるときにのみ存在する。そうした場合、パンス
キャン情報はデータブロック内に利用可能である。もし
もパンスキャン情報が利用可能であれば、各データブロ
ックはオペレーティングシステムに対して、それがパン
スキャンの為の新しい出発コラムを実際に含むか否かを
告げねばならない。フィールド14は単一ビットであっ
て、１つのフラッグであり、パンスキャン更新があるか
否かを示す。もしもそのビットが１であれば、フィール
ド15は９ビットのコラム番号、即ちパンスキャン更新で
ある。
最後に、フィールド16は存在し得るか否かの単一ビッ
トであり、導入部トラック内のフィールド30の値に依存
する。導入部トラックのこの１ビットフラッグはオペレ
ーティングシステムに対して、補助コマンド及びデータ
がデータブロックのフィールド17内に存在し得る否かを
告げる。もしもコマンド／データフラッグが１であれ
ば、コマンド／データブロックはフィールド17から読取
られる。このフィールドはエスケープキャラクタをもっ
て終了する。
こうして、１つのデータブロックフィールドは、オー
ディオ、「他の」オーディオ、ビデオ、パンスキャン情
報、サブタイトル並びにコマンド／データブロックの、
６つまでの異なるタイプのデータを含む。此等は図２に
関連されて先に議論された６タイプの情報であり、デマ
ルチプレクサ63が情報の異なるブロックを、オーディオ
バッファ、ビデオバッファ、パンスキャンバッファ、サ
ブタイトルバッファ並びにマスターコントローラに分配
することを付随する。
データブロックフィールドの処理 １データブロック内のデータの処理は相対的に簡単で
ある。図６のフローチャートに示された処理は図４に示
されたデータブロックフィールド自体に蟻継ぎしてい
る。
図２のブロック番号／ポインタアナライザ47が、デー
タブロックのフィールド２〜５内に含まれる、連続ブロ
ック番号、バージョン、２ビットポインタフラッグ並び
にポインタをどのように処理するかは既に説明した。次
のフィールドはビデオ存在フラッグである。図６に示さ
れるように、もしもビデオデータは存在すると決定され
たなら、図２のビデオバッファ55にはフィールド７のビ
デオがロードされる。もしもビデオデータが存在しなけ
れば、バッファはそれにロードされたマーカーを単に有
する。
マーカーの必要性を理解することは重要である。オペ
レーティングシステムが、ビデオ、オーディオ、サブタ
イトル等々の情報と常に調和できるようにするために
は、同一データブロックからの情報が幾つかの異なるバ
ッファ内の何処にあるかを告げることができなければな
らない。言換えれば、オペレーティングシステムは、オ
ーディオバッファ内のオーディオデータのどの部分がビ
デオバッファ内のビデオデータのどの部分と同伴又は調
和するかを知らなくてはならない。さもなければ、種々
の情報項目は相互に調和され得ない。データブロック内
に存在しないデータの為にバッファ内にマーカーを提供
することによって、オペレーティングシステムは相互に
調和された情報の種々の項目を維持することができる。
次に、オペレーティングシステムはフィールド８を見
て、ディスク上のＮ個のオーディオトラック（図３を参
照）の内の幾つが現行データブロック内に実際に表現さ
れているかを決定する。同一のことが、フィールド10内
に表現されたＭ個の「他の」オーディオトラックに対し
て当てはまる。オーディオ及び「他の」オーディオトラ
ックデータの全てはそれらの個々のバッファ内にロード
される。フローチャートはオーディオトラックの第１の
ものと最後のもののためだけのシーケンスを示してい
る。各場合において、テストが実行されて、オーディオ
トラック或いは「他の」オーディオトラックは現行デー
タブロック内に存在するデータを有するか否かを見る。
此等トラックの各々のために、何等かが、即ちマーカー
が追従された実際のデータか或いはマーカーのみの何れ
かがその個々のバッファ内にロードされる結果となる。
ビデオ及びオーディオ情報の後、データブロックはサブ
タイトル更新を含む。もしも選択された言語でのサブタ
イトル用の更新情報があれば、それはサブタイトルバッ
ファ内にロードされ、さもなければマーカーのみが記憶
される。サブタイトルに関係する３つのブロックは、選
択されたサブタイトル言語に対応している単一トラック
のみに関係している。
次にフィールド14内のパンスキャン更新フラッグが読
取られる。もしもパンスキャン更新情報が存在すれば、
それが今回はパンスキャンバッファにまたロードされ
る。もしも新しい情報が利用可能でなければ、マーカー
がパンスキャンバッファ内に単純に据えられ、新しいパ
ンスキャン更新情報がない状態で他のデータブロックが
立ち寄っていることを示す。
最後に、システムはコマンド或いはデータが利用可能
であるか否かを決定する（もしも導入部フィールド30が
データブロック内にまさしく見出されるべきであれ
ば）。もしも、コマンド／データが存在すれば、即ちデ
ータブロックのフィールド16が１であれば、それはフィ
ールド17から図２のマスターコントローラ41内のメモリ
にロードされる。もしもコマンド或いはデータがなけれ
ば、マーカーだけがマイクロプロセッサメモリにロード
される。
注目すべきことは、図６の処理シーケンスの何れも
が、先ず第一に情報のそれぞれのタイプがディスク上に
利用可能であれか否かのチェックを示していないことで
ある。しかし理解されるべきことは、「コマンド／デー
タは存在するか？」等のテストは実際には２つの部分か
ら成ることである。先ず、導入部トラックのフィールド
30においてデータブロックのコマンド／データフラッグ
は０か或いは１かどちらか。もしもそれが０であれば、
コマンド及びデータはデータブロックの処理の間に捜索
すらされない。一方、もしも導入部トラックのフィール
ド30におけるデータフラッグが１である結果として、コ
マンド或いはデータがデータブロックに存在し得れば、
各データブロックはそのフィールド16をチェックさせ
て、コマンド／データの存在フラッグは１であれか否か
を見る。それはデータブロックフィールド内のフラッグ
の値であり、それは、マーカーだけがロードされるか、
マーカーが追従したデータビットであるか否かを決定す
る。同様の所見がその他のシーケンスに適用される。例
えば、もしも導入部トラックからパンスキャン情報がデ
ィスク上の何処にも存在しないと決定されれば、パンス
キャン更新は存在するか否かをチェックする理由はな
い。
本発明は特別な実施例を参照して説明されたが、この
実施例は本発明の原理に関する応用を例証するものであ
ることが理解されるべきである。本発明の精神及び範囲
から逸脱することなく、そうした中に数々の変更等を試
すことが可能であり、他の構成等が工夫し得る。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 オストローヴァー、ルイス・エス アメリカ合衆国、カリフォルニア州 90027、ロサンジェルス、カンバーラン ド・アベニュー 4021 (56)参考文献 特開 平５−217294（ＪＰ，Ａ) 特開 平６−124451（ＪＰ，Ａ) 特表 平３−501552（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G11B 20/10 - 20/16 351

Claims (16)

    (57)【特許請求の範囲】
  1. 【請求項１】光ディスクを再生するシステムであって、
    前記光ディスクは相互に同期させて再生すべき複数の信
    号を表し、前記信号が前記光ディスク上でディジタル・
    データの形態で表わされ、前記各信号が前記光ディスク
    の再生時に信号自体の情報内容と共に変化する速度で処
    理されるように設計されたビット流によって表され、前
    記複数の信号のビット使用レートが相互に独立してお
    り、前記光ディスク上のディジタル・データが一連のデ
    ータ・ブロックとして構成され、データ・ブロックが多
    ビット流の異なる数のビットを含み、前記システムは、
    前記各ビット流ごとのバッファ手段と、前記光ディスク
    上のデータ・ブロックを一定のビットレートで読み取
    り、データ・ブロックに含まれる各ビット流のビットを
    それぞれのバッファ手段にそれぞれのビット使用レート
    で分配する手段と、前記各バッファ手段中のビットにそ
    れぞれのビット使用レートでアクセスし、ビットによっ
    て表されるそれぞれの信号を生成する手段とを備えるシ
    ステム。
  2. 【請求項２】さらに、前記バッファ手段が満杯になった
    ときに次のデータ・ブロックの読取りを禁止する手段を
    含む請求項１に記載のシステム。
  3. 【請求項３】前記各データ・ブロックが、どのビット流
    がそのようなデータ・ブロックに含まれるビットを有す
    るかを示すコードと、データ・ブロックに含まれるそれ
    ぞれの異なるビット流の境界を識別する文字とを含み、
    前記読取り手段および分配手段が、前記データ・ブロッ
    ク・コードおよび文字に従って動作する請求項１に記載
    のシステム。
  4. 【請求項４】前記バッファ手段が十分に長いものであ
    り、各バッファがそれぞれの信号用のアクセス手段の即
    時のビット使用要件を満たすのに十分な数のビットを含
    むように前記ビット流がデータ・ブロック間で分配され
    る請求項１又は３に記載のシステム。
  5. 【請求項５】再生装置と光ディスクを含むシステムであ
    って、前記光ディスクは相互に同期させて再生すべき複
    数の信号を表し、前記信号が前記ディスク上でディジタ
    ル・データの形態で表わされ、前記各信号が前記光ディ
    スクの再生時に信号自体の情報内容と共に変化する速度
    で処理されるように設計されたビット流によって表さ
    れ、前記複数の信号のビット使用レートが相互に独立し
    ており、前記光ディスク上のディジタル・データが一連
    のデータ・ブロックとして構成され、データ・ブロック
    が多ビット流の異なる数のビットを含み、前記再生装置
    は、前記各ビット流ごとのバッファ手段と、前記光ディ
    スク上のデータ・ブロックを一定のビットレートで読み
    取り、データ・ブロックに含まれる各ビット流のビット
    をそれぞれのバッファ手段にそれぞれのビット使用レー
    トで分配する手段と、前記各バッファ手段中のビットに
    それぞれのビット使用レートでアクセスし、ビットによ
    って表されるそれぞれの信号を生成する手段とを備える
    システム。
  6. 【請求項６】さらに、前記バッファ手段が満杯になった
    ときに次のデータ・ブロックの読取りを禁止する手段を
    含む請求項５に記載のシステム。
  7. 【請求項７】前記各データ・ブロックが、どのビット流
    がそのようなデータ・ブロックに含まれるビットを有す
    るかを示すコードと、データ・ブロックに含まれるそれ
    ぞれの異なるビット流の境界を識別する文字とを含み、
    前記読取り手段および分配手段が、前記データ・ブロッ
    ク・コードおよび文字に従って動作する請求項５に記載
    のシステム。
  8. 【請求項８】前記バッファ手段が十分に長いものであ
    り、各バッファがそれぞれの信号用のアクセス手段の即
    時のビット使用要件を満たすのに十分な数のビットを含
    むように前記ビット流がデータ・ブロック間で分配され
    る請求項５又は７に記載のシステム。
  9. 【請求項９】光ディスクを再生する方法であって、前記
    光ディスクは相互に同期させて再生すべき複数の信号を
    表し、前記信号が前記ディスク上でディジタル・データ
    の形態で表わされ、前記各信号が前記光ディスクの再生
    時に信号自体の情報内容と共に変化する速度で処理され
    るように設計されたビット流によって表され、前記複数
    の信号のビット使用レートが相互に独立しており、前記
    光ディスク上のディジタル・データが一連のデータ・ブ
    ロックとして構成され、データ・ブロックが多ビット流
    の異なる数のビットを含み、前記方法は、前記光ディス
    ク上のデータ・ブロックを一定のビットレートで読み取
    り、各ビット流のビットをそれぞれのビット使用レート
    でバッファするステップと、個別にバッファされたビッ
    ト流にそれぞれのビット使用レートでアクセスし、ビッ
    ト流によって表されるそれぞれの信号を生成するステッ
    プとを含む方法。
  10. 【請求項１０】さらに、あるビット流用のバッファリン
    グ容量全体が使用されたときに次のデータ・ブロックの
    読取りを禁止するステップを含む請求項９に記載の方
    法。
  11. 【請求項１１】前記各データ・ブロックが、どのビット
    流がそのようなデータ・ブロックに含まれるビットを有
    するかを示すコードと、データ・ブロックに含まれるそ
    れぞれの異なるビット流の境界を識別する文字とを含
    み、前記読取りステップおよびバッファリング・ステッ
    プが、前記データ・ブロック・コードおよび文字に従っ
    て実行される請求項９に記載の方法。
  12. 【請求項１２】前記バッファリングは十分に大きな容量
    で行われ、すべての信号の即時のビット・アクセス要件
    を満たすのに十分な数のビットが常に得られるように前
    記ビット流がデータ・ブロック間で分配される請求項９
    又は11に記載の方法。
  13. 【請求項１３】組み合わせられた再生装置と光ディスク
    とを作動させる方法であって、前記光ディスクは相互に
    同期させて再生すべき複数の信号を表し、前記信号が前
    記ディスク上でディジタル・データの形態で表わされ、
    前記各信号が前記光ディスクの再生時に信号自体の情報
    内容と共に変化する速度で処理されるように設計された
    ビット流によって表され、前記複数の信号のビット使用
    レートが相互に独立しており、前記光ディスク上のディ
    ジタル・データが一連のデータ・ブロックとして構成さ
    れ、データ・ブロックが多ビット流の異なる数のビット
    を含み、前記方法は、前記光ディスク上のデータ・ブロ
    ックを一定のビットレートで読み取り、各ビット流のビ
    ットをそれぞれのビット使用レートでバッファするステ
    ップと、個別にバッファされたビット流にそれぞれのビ
    ット使用レートでアクセスし、ビット流によって表され
    るそれぞれの信号を生成するステップとを含む方法。
  14. 【請求項１４】さらに、あるビット流用のバッファリン
    グ容量全体が使用されたときに次のデータ・ブロックの
    読取りを禁止するステップを含む請求項13に記載の方
    法。
  15. 【請求項１５】前記各データ・ブロックが、どのビット
    流がそのようなデータ・ブロックに含まれるビットを有
    するかを示すコードと、データ・ブロックに含まれるそ
    れぞれの異なるビット流の境界を識別する文字とを含
    み、前記読取りステップおよびバッファリング・ステッ
    プが、前記データ・ブロック・コードおよび文字に従っ
    て実行される請求項13に記載の方法。
  16. 【請求項１６】前記バッファリングは十分に大きな容量
    で行われ、すべての信号の即時のビット・アクセス要件
    を満たすのに十分な数のビットが常に得られるように前
    記ビット流がデータ・ブロック間で分配される請求項13
    又は15に記載の方法。
JP51269795A 1993-10-29 1994-10-13 光ディスクを再生するシステム、再生装置と光ディスクを含むシステム、光ディスクを再生する方法、及び組み合わせられた再生装置と光ディスクとを作動させる方法 Expired - Lifetime JP3272364B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US08/146,440 US5463565A (en) 1993-10-29 1993-10-29 Data block format for software carrier and player therefor
US146,440 1993-10-29
PCT/US1994/011825 WO1995012179A1 (en) 1993-10-29 1994-10-13 Data block format for software carrier and player therefor

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP11291294A Division JP2000125264A (ja) 1993-10-29 1999-10-13 光ディスク及びデ―タ流

Publications (2)

Publication Number Publication Date
JPH08511124A JPH08511124A (ja) 1996-11-19
JP3272364B2 true JP3272364B2 (ja) 2002-04-08

Family

ID=22517368

Family Applications (2)

Application Number Title Priority Date Filing Date
JP51269795A Expired - Lifetime JP3272364B2 (ja) 1993-10-29 1994-10-13 光ディスクを再生するシステム、再生装置と光ディスクを含むシステム、光ディスクを再生する方法、及び組み合わせられた再生装置と光ディスクとを作動させる方法
JP11291294A Pending JP2000125264A (ja) 1993-10-29 1999-10-13 光ディスク及びデ―タ流

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP11291294A Pending JP2000125264A (ja) 1993-10-29 1999-10-13 光ディスク及びデ―タ流

Country Status (14)

Country Link
US (2) US5463565A (ja)
EP (3) EP0969464B1 (ja)
JP (2) JP3272364B2 (ja)
KR (1) KR100231632B1 (ja)
AT (3) ATE221245T1 (ja)
AU (1) AU673783B2 (ja)
CA (1) CA2174225C (ja)
DE (4) DE69431080T2 (ja)
DK (3) DK0969464T3 (ja)
ES (3) ES2149892T3 (ja)
GR (1) GR3034448T3 (ja)
HK (2) HK1024975A1 (ja)
PT (3) PT969472E (ja)
WO (1) WO1995012179A1 (ja)

Families Citing this family (111)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5469370A (en) * 1993-10-29 1995-11-21 Time Warner Entertainment Co., L.P. System and method for controlling play of multiple audio tracks of a software carrier
US5576843A (en) * 1993-10-29 1996-11-19 Time Warner Entertainment Co., L.P. System and method for controlling play of multiple dialog audio tracks of a software carrier
US6408129B1 (en) * 1993-10-29 2002-06-18 Time Warner Entertainment Co, Lp Method for processing a plurality of synchronized audio tracks, including phase inversion of a selected track
JP2853727B2 (ja) 1994-02-22 1999-02-03 日本ビクター株式会社 再生プロテクト方法及びプロテクト再生装置
US5715355A (en) * 1994-03-19 1998-02-03 Sony Corporation Optical disk having a particular format to store user-selected data, such as video data or computer files, including a dedicated TOC region
US5515107A (en) * 1994-03-30 1996-05-07 Sigma Designs, Incorporated Method of encoding a stream of motion picture data
JP2677775B2 (ja) * 1994-04-14 1997-11-17 株式会社東芝 再生装置
JPH07322248A (ja) * 1994-05-30 1995-12-08 Matsushita Electric Ind Co Ltd 動画像データの伝送方法および伝送装置
JPH09507364A (ja) * 1994-10-11 1997-07-22 フィリップス エレクトロニクス ネムローゼ フェンノートシャップ 相互作用音声映像番組伝送方法および装置
BE1008964A3 (nl) * 1994-11-18 1996-10-01 Philips Electronics Nv Werkwijze voor overdracht van informatie, een informatiedrager, alsmede een inrichting voor ontvangen en een inrichting voor verzenden van informatie.
US5778142A (en) * 1994-11-24 1998-07-07 Kabushiki Kaisha Toshiba Large capacity recording medium, method and apparatus for reproducing data from a large-capacity recording medium, and method and apparatus for recording data on a large-capacity recording medium
US5809245A (en) * 1995-01-24 1998-09-15 Kabushiki Kaisha Toshiba Multimedia computer system
US5892900A (en) 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
CN1869997A (zh) * 1995-02-13 2006-11-29 英特特拉斯特技术公司 用于安全交易管理和电子权利保护的系统和方法
US5943422A (en) 1996-08-12 1999-08-24 Intertrust Technologies Corp. Steganographic techniques for securely delivering electronic digital rights management control information over insecure communication channels
US7133846B1 (en) 1995-02-13 2006-11-07 Intertrust Technologies Corp. Digital certificate support system, methods and techniques for secure electronic commerce transaction and rights management
US6157721A (en) 1996-08-12 2000-12-05 Intertrust Technologies Corp. Systems and methods using cryptography to protect secure computing environments
US6948070B1 (en) 1995-02-13 2005-09-20 Intertrust Technologies Corporation Systems and methods for secure transaction management and electronic rights protection
US6658568B1 (en) 1995-02-13 2003-12-02 Intertrust Technologies Corporation Trusted infrastructure support system, methods and techniques for secure electronic commerce transaction and rights management
US5842169A (en) * 1995-02-28 1998-11-24 Sanyo Electric Co., Ltd. Read/write control method and circuit for a sound recording/reproducing device
KR100256663B1 (ko) * 1995-04-11 2000-05-15 니시무로 타이죠 데이타 기록 매체
CA2173929C (en) * 1995-04-14 2001-04-03 Kazuhiko Taira Method, apparatus and recording medium for reproducing information
US5703997A (en) * 1995-04-14 1997-12-30 Kabushiki Kaisha Toshiba Data recording medium having reproduction timing information, and system for reproducing record data by using the reproduction timing information
CN1114212C (zh) * 1995-04-14 2003-07-09 株式会社东芝 记录媒体的数据记录装置和方法以及数据再生装置和方法
US6009234A (en) * 1995-04-14 1999-12-28 Kabushiki Kaisha Toshiba Method of reproducing information
US5813010A (en) * 1995-04-14 1998-09-22 Kabushiki Kaisha Toshiba Information storage and information transmission media with parental control
US5623424A (en) * 1995-05-08 1997-04-22 Kabushiki Kaisha Toshiba Rate-controlled digital video editing method and system which controls bit allocation of a video encoder by varying quantization levels
US5819004A (en) * 1995-05-08 1998-10-06 Kabushiki Kaisha Toshiba Method and system for a user to manually alter the quality of previously encoded video frames
US5612900A (en) * 1995-05-08 1997-03-18 Kabushiki Kaisha Toshiba Video encoding method and system which encodes using a rate-quantizer model
US5684714A (en) * 1995-05-08 1997-11-04 Kabushiki Kaisha Toshiba Method and system for a user to manually alter the quality of a previously encoded video sequence
US5838874A (en) * 1995-05-08 1998-11-17 Kabushiki Kaisha Toshiba Audiovisual encoding system with a reduced number of audio encoders
KR100428921B1 (ko) * 1995-05-30 2005-01-13 산요덴키가부시키가이샤 가변비트레이트데이터의기록장치및기록방법과,재생장치및재생방법
US5646867A (en) * 1995-07-24 1997-07-08 Motorola Inc. Method and system for improved motion compensation
US5758091A (en) * 1995-08-10 1998-05-26 Intel Corporation Method and apparatus for adjusting video data to limit the effects of automatic gain control on motion estimation video coders
MX9702847A (es) * 1995-08-21 1997-07-31 Matsushita Electric Ind Co Ltd Disco optico de multimedia que facilita la reproduccion de ramificacion para las secciones de bloqueo paternal usando informacion reducida de control y un dispositivo de reproducciones para este disco
EP0788094A4 (en) * 1995-08-21 1998-06-24 Matsushita Electric Ind Co Ltd MULTIMEDIA OPTICAL DISK WHICH CAN COMPLETELY GENERATE UNEXPECTED SCENES THROUGH INTERACTIVE CONTROL, THEIR PLAYBACK DEVICE AND PLAYBACK METHOD
CN1106642C (zh) * 1995-08-21 2003-04-23 松下电器产业株式会社 制作者能自由协调引入特殊再现后的视听形态的光盘的再现装置及方法
WO1997007509A1 (fr) 1995-08-21 1997-02-27 Matsushita Electric Industrial Co., Ltd. Disque optique multimedia capable de conserver pendant longtemps la fraicheur du contenu en images, appareil et procede de reproduction de ce disque
MY115648A (en) * 1995-08-23 2003-08-30 Sony Corp Encoding/decoding fields of predetermined field polarity apparatus and method
JPH0974566A (ja) * 1995-09-04 1997-03-18 Sony Corp 圧縮符号化装置及び圧縮符号化データの記録装置
TW303569B (ja) * 1995-09-29 1997-04-21 Matsushita Electric Ind Co Ltd
TW335480B (en) * 1995-09-29 1998-07-01 Matsushita Electric Ind Co Ltd Method and apparatus for encoding a bistream for multi-angle connection
TW436777B (en) * 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
EP0847198B1 (en) * 1995-09-29 1999-04-28 Matsushita Electric Industrial Co., Ltd. Method, device and disc for recording and reproducing interleaved bit stream on and from the disk
TW305043B (ja) 1995-09-29 1997-05-11 Matsushita Electric Ind Co Ltd
TW385431B (en) * 1995-09-29 2000-03-21 Matsushita Electric Ind Co Ltd A method and an apparatus for encoding a bitstream with plural possible searching reproduction paths information useful in multimedia optical disk
EP0847199B1 (en) * 1995-09-29 1999-04-28 Matsushita Electric Industrial Co., Ltd. Method, disc and device for encoding seamless-connection of telecine-converted video data
JP3007689B2 (ja) * 1995-10-09 2000-02-07 松下電器産業株式会社 国毎に異なるレーティングシステムに対応する再生装置、再生方法
US5764921A (en) * 1995-10-26 1998-06-09 Motorola Method, device and microprocessor for selectively compressing video frames of a motion compensated prediction-based video codec
US5699277A (en) * 1996-01-02 1997-12-16 Intel Corporation Method and apparatus for source clipping a video image in a video delivery system
KR100322853B1 (ko) 1996-01-08 2002-06-24 니시무로 타이죠 정보기록매체및기록방법및재생장치
JP3016598B2 (ja) * 1996-02-21 2000-03-06 タイム ワーナー エンターテイメント カンパニー エル ピー 共通素材データを有する多数のプログラムバージョンの途切れのない再生のためのデータインターリーブ方法
US5644507A (en) * 1996-02-21 1997-07-01 Time-Warner Entertainment Co., L.P. Method for interleaving data for seamless playback of multiple program versions having common material
US20010011253A1 (en) 1998-08-04 2001-08-02 Christopher D. Coley Automated system for management of licensed software
JP4112644B2 (ja) * 1996-02-28 2008-07-02 パイオニア株式会社 情報記録媒体、情報記録装置及び情報記録方法並びに情報再生装置及び情報再生方法
JP3748287B2 (ja) 1996-02-28 2006-02-22 パイオニア株式会社 情報再生装置及び方法
JP3816571B2 (ja) * 1996-03-15 2006-08-30 パイオニア株式会社 情報記録装置及び情報記録方法並びに情報再生装置及び情報再生方法
JP3719758B2 (ja) * 1996-03-19 2005-11-24 パイオニア株式会社 情報記録装置及び方法並びに情報再生装置及び方法
US6757483B1 (en) 1996-03-19 2004-06-29 Pioneer Electronic Corporation Information recording medium with aggregate attribute information recorded in video manager, apparatus for recording the same and apparatus for reproducing the same
JP4012585B2 (ja) * 1996-03-22 2007-11-21 パイオニア株式会社 記録装置及び記録方法並びに再生装置及び再生方法
DE69710279T2 (de) * 1996-04-05 2002-06-27 Matsushita Electric Industrial Co., Ltd. Optische multimedia-platte mit mehrkanaligen audiodaten und untergeordneten bilddaten zusammen mit zeitlich veränderlichen bilddaten sowie datenwiedergabeverfahren und -vorrichtung dazu
US6798981B1 (en) 1996-04-05 2004-09-28 Matsushita Electric Industrial Co., Ltd. Multimedia optical disc for storing audio data and sub-picture data in a plurality of channels as well as moving picture data and apparatus and method for reproducing the multimedia optical disc
KR100439879B1 (ko) * 1996-04-12 2004-12-03 마츠시타 덴끼 산교 가부시키가이샤 오디오비디오기능을실행할영상타이틀과,그렇지않은영상타이틀을수록하고,그들의차이를순간에분별할수있는광디스크및그재생장치,재생방법
AU3205797A (en) * 1996-05-15 1997-12-05 Intertrust Technologies Corp. Cryptographic methods, apparatus and systems for storage media electronic rights management in closed and connected appliances
US5661665A (en) * 1996-06-26 1997-08-26 Microsoft Corporation Multi-media synchronization
CN1214352C (zh) * 1996-09-04 2005-08-10 英特托拉斯技术公司 一种从用户站点向外部站点发布使用数据的方法
US5812790A (en) * 1996-09-09 1998-09-22 Sonic Solutions Variable encoding rate plan generation
CN1110779C (zh) * 1996-10-31 2003-06-04 传感电子公司 视频信息智能管理系统
CN1110778C (zh) * 1996-10-31 2003-06-04 传感电子公司 视频信息智能管理系统
EP1453312A3 (en) * 1996-10-31 2004-11-10 Sensormatic Electronics Corporation Intelligent video information management system
US5884042A (en) * 1996-10-31 1999-03-16 Sensormatic Electronics Corporation Data identification in an intelligent video information management system
US5828848A (en) * 1996-10-31 1998-10-27 Sensormatic Electronics Corporation Method and apparatus for compression and decompression of video data streams
US5875304A (en) * 1996-10-31 1999-02-23 Sensormatic Electronics Corporation User-settable features of an intelligent video information management system
US5920861A (en) 1997-02-25 1999-07-06 Intertrust Technologies Corp. Techniques for defining using and manipulating rights management data structures
FR2765354B1 (fr) * 1997-06-25 1999-07-30 Gregoire Parcollet Systeme de synchronisation du doublage de films
IL121640A (en) 1997-08-27 2000-06-01 Scitex Corp Ltd Ink cartridge
US6112181A (en) 1997-11-06 2000-08-29 Intertrust Technologies Corporation Systems and methods for matching, selecting, narrowcasting, and/or classifying based on rights management and/or other information
CN1253017C (zh) * 1997-12-15 2006-04-19 松下电器产业株式会社 用于把视频目标记录在光盘上的记录设备及其方法
US6614987B1 (en) 1998-06-12 2003-09-02 Metabyte, Inc. Television program recording with user preference determination
US8352984B2 (en) * 1998-06-12 2013-01-08 Thomson Licensing System and method for generating and managing user preference information for scheduled and stored television programs
US7146627B1 (en) * 1998-06-12 2006-12-05 Metabyte Networks, Inc. Method and apparatus for delivery of targeted video programming
JP5068910B2 (ja) * 1999-08-31 2012-11-07 トムソン ライセンシング ターゲット決めされたビデオ番組編成の配送のための方法および装置
US6121963A (en) * 2000-01-26 2000-09-19 Vrmetropolis.Com, Inc. Virtual theater
CN1383669A (zh) * 2000-06-28 2002-12-04 索尼公司 附加信息嵌入装置及附加信息嵌入方法
US8087051B2 (en) * 2000-06-30 2011-12-27 Thomson Licensing Database management system and method for electronic program guide and television channel lineup organization
US8302127B2 (en) * 2000-09-25 2012-10-30 Thomson Licensing System and method for personalized TV
US8818871B2 (en) 2001-06-21 2014-08-26 Thomson Licensing Method and system for electronic purchases using an intelligent data carrier medium, electronic coupon system, and interactive TV infrastructure
US20030093515A1 (en) * 2001-11-14 2003-05-15 Kauffman Marc W. Quality of service control of streamed content delivery
EP1463056A4 (en) * 2001-11-29 2006-07-05 Sharp Kk DATA RECORDING METHOD, DATA ERASING METHOD, DATA DISPLAY METHOD, RECORDING APPARATUS, RECORDING MEDIUM, AND PROGRAM
US7061540B2 (en) * 2001-12-19 2006-06-13 Texas Instruments Incorporated Programmable display timing generator
US7009655B2 (en) * 2002-07-23 2006-03-07 Mediostream, Inc. Method and system for direct recording of video information onto a disk medium
US20070061413A1 (en) * 2005-09-15 2007-03-15 Larsen Eric J System and method for obtaining user information from voices
RU2352985C2 (ru) * 2002-10-22 2009-04-20 Конинклейке Филипс Электроникс Н.В. Способ и устройство для санкционирования операций с контентом
DE60318332D1 (de) * 2002-12-20 2008-02-07 Philips Intellectual Property Modul zum lesen eines datenträgers
KR100804380B1 (ko) 2003-10-10 2008-02-15 샤프 가부시키가이샤 재생 장치, 비디오 데이터의 재생 방법, 콘텐츠 기록 매체,및 컴퓨터 판독 가능한 기록 매체
US20060130119A1 (en) * 2004-12-15 2006-06-15 Candelore Brant L Advanced parental control for digital content
US8041190B2 (en) * 2004-12-15 2011-10-18 Sony Corporation System and method for the creation, synchronization and delivery of alternate content
US8108693B2 (en) * 2005-04-01 2012-01-31 Ged-I Ltd. Method for data storage protection and encryption
KR20060120396A (ko) * 2005-05-20 2006-11-27 엘지전자 주식회사 기록매체, 데이터 재생방법 및 재생장치
US20070250875A1 (en) * 2005-08-26 2007-10-25 Weaver Timothy H Methods, apparatuses, and computer program products for delivering one or more television programs for viewing during a specified viewing interval
US20070240185A1 (en) * 2005-08-26 2007-10-11 Weaver Timothy H Methods, apparatuses, and computer program products for delivering audio content on demand
US8616973B2 (en) * 2005-09-15 2013-12-31 Sony Computer Entertainment Inc. System and method for control by audible device
US8645985B2 (en) 2005-09-15 2014-02-04 Sony Computer Entertainment Inc. System and method for detecting user attention
US8185921B2 (en) * 2006-02-28 2012-05-22 Sony Corporation Parental control of displayed content using closed captioning
US7995234B2 (en) * 2007-07-31 2011-08-09 Hewlett-Packard Development Company, L.P. Adjusting scan rate within scanning device
CN103513764B (zh) 2007-09-18 2017-04-26 森赛格公司 用于感觉刺激的方法和设备
FI20085475A0 (fi) * 2008-05-19 2008-05-19 Senseg Oy Kosketuslaiteliitäntä
US20110161585A1 (en) * 2009-12-26 2011-06-30 Sailesh Kottapalli Processing non-ownership load requests hitting modified line in cache of a different processor
US8797376B2 (en) * 2010-05-28 2014-08-05 Polycom, Inc. Videoconferencing system with enhanced telepresence using a single wide aspect ratio camera
US10356484B2 (en) * 2013-03-15 2019-07-16 Samsung Electronics Co., Ltd. Data transmitting apparatus, data receiving apparatus, data transceiving system, method for transmitting data, and method for receiving data
US9436605B2 (en) 2013-12-20 2016-09-06 Intel Corporation Cache coherency apparatus and method minimizing memory writeback operations

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3698806A (en) * 1970-08-20 1972-10-17 Technicolor Pan scan system
US3919474A (en) * 1974-01-18 1975-11-11 Goldmark Communications Corp System for transferring motion picture films to video recordings, and for changing aspect ratios
US4679191A (en) * 1983-05-04 1987-07-07 Cxc Corporation Variable bandwidth switching system
US4729012A (en) * 1985-08-30 1988-03-01 Rca Corporation Dual mode television receiver for displaying wide screen and standard aspect ratio video signals
US5023707A (en) * 1985-12-02 1991-06-11 Media Transference International, Ltd. System for combining multiple audio channels into the baseband video signal and the recovery of the audio channels therefrom
NL8601182A (nl) * 1986-05-12 1987-12-01 Philips Nv Werkwijze en inrichting voor het opnemen en/of weergeven van een beeldsignaal en een bijbehorend audiosignaal in respektievelijk van een registratiedrager, en een registratiedrager verkregen volgens de werkwijze.
US5146833A (en) * 1987-04-30 1992-09-15 Lui Philip Y F Computerized music data system and input/out devices using related rhythm coding
US4918523A (en) * 1987-10-05 1990-04-17 Intel Corporation Digital video formatting and transmission system and method
JP2914975B2 (ja) * 1988-02-05 1999-07-05 株式会社日立製作所 画像符号化方法及び装置
US5280572A (en) * 1988-06-24 1994-01-18 Time Warner Interactive Group Inc. Method and apparatus for storing text data in subcode packs
JP2845920B2 (ja) * 1989-02-09 1999-01-13 パイオニア株式会社 記録再生方式
US5224089A (en) * 1989-06-30 1993-06-29 Matsushita Electric Industrial Co., Ltd. Digital signal information reproduction apparatus
JP2712656B2 (ja) * 1989-10-25 1998-02-16 日本電気ホームエレクトロニクス株式会社 Ｃｄ―ｒｏｍ記録方法
US5045940A (en) * 1989-12-22 1991-09-03 Avid Technology, Inc. Video/audio transmission systsem and method
GB9012538D0 (en) * 1990-06-05 1990-07-25 Philips Nv Coding of video signals
CA2335403C (en) * 1990-06-05 2002-03-19 Koninklijke Philips Electronics N.V. Optical readable disc storing full-motion video scene
US5130815A (en) * 1990-07-20 1992-07-14 Mti Associates Method and apparatus for encoding a video signal having multi-language capabilities
JPH04229461A (ja) * 1990-12-27 1992-08-18 Sony Corp 光ディスクのソフトウェア制作システム
US5111292A (en) * 1991-02-27 1992-05-05 General Electric Company Priority selection apparatus as for a video signal processor
US5122875A (en) * 1991-02-27 1992-06-16 General Electric Company An HDTV compression system
US5262964A (en) * 1991-04-10 1993-11-16 International Business Machines Corporation Method and apparatus for variable playback speed of multimedia data interchange within a data processing system
US5715224A (en) * 1991-07-05 1998-02-03 Sony Corporation Recording medium with synthesis method default value and reproducing device
JPH05217294A (ja) * 1992-02-03 1993-08-27 Pioneer Video Corp ディスク演奏装置
JPH05250809A (ja) * 1992-03-03 1993-09-28 Pioneer Video Corp 記録媒体及びその記録情報再生システム
DE69320620T2 (de) * 1992-09-22 1999-01-14 Sony Corp., Tokio/Tokyo Vorrichtung und verfahren zur verarbeitung von digitalen videosignalen
WO1994014277A1 (en) * 1992-12-15 1994-06-23 Viacom International Inc. Synchronizing the digital video and audio signals
US5493339A (en) * 1993-01-21 1996-02-20 Scientific-Atlanta, Inc. System and method for transmitting a plurality of digital services including compressed imaging services and associated ancillary data services
EP0790743B1 (en) * 1993-09-16 1998-10-28 Kabushiki Kaisha Toshiba Apparatus for synchronizing compressed video and audio signals
KR100188294B1 (ko) * 1993-10-29 1999-06-01 니시무로 타이죠 멀티 신 기록매체 및 재생장치 및 그 방법
US5652824A (en) * 1993-10-29 1997-07-29 Tokyo Shibaura Electric Co Multilingual recording medium and reproducing apparatus with automatic selection of substitutes and languages based on frequency of selections

Also Published As

Publication number Publication date
AU673783B2 (en) 1996-11-21
US5619424A (en) 1997-04-08
GR3034448T3 (en) 2000-12-29
ES2181349T3 (es) 2003-02-16
DE69425068D1 (de) 2000-08-03
JP2000125264A (ja) 2000-04-28
DE69425068T2 (de) 2001-03-08
DK0969472T3 (da) 2002-10-28
EP0969472A1 (en) 2000-01-05
HK1024974A1 (en) 2000-10-27
DK0727074T3 (da) 2000-11-06
JPH08511124A (ja) 1996-11-19
ES2149892T3 (es) 2000-11-16
EP0727074A4 (en) 1998-10-07
CA2174225C (en) 2000-02-15
PT969472E (pt) 2002-11-29
ATE221247T1 (de) 2002-08-15
DE727074T1 (de) 1998-01-02
DE69431080D1 (de) 2002-08-29
EP0727074A1 (en) 1996-08-21
US5463565A (en) 1995-10-31
ATE221245T1 (de) 2002-08-15
PT969464E (pt) 2002-11-29
ATE194240T1 (de) 2000-07-15
DK0969464T3 (da) 2002-10-28
KR960706135A (ko) 1996-11-08
EP0969464A1 (en) 2000-01-05
ES2181350T3 (es) 2003-02-16
AU8080894A (en) 1995-05-22
EP0727074B1 (en) 2000-06-28
KR100231632B1 (ko) 1999-11-15
DE69431080T2 (de) 2003-03-06
PT727074E (pt) 2000-12-29
HK1024975A1 (en) 2000-10-27
CA2174225A1 (en) 1995-05-04
WO1995012179A1 (en) 1995-05-04
DE69431081D1 (de) 2002-08-29
EP0969472B1 (en) 2002-07-24
DE69431081T2 (de) 2003-03-06
EP0969464B1 (en) 2002-07-24

Similar Documents

Publication Publication Date Title
JP3272364B2 (ja) 光ディスクを再生するシステム、再生装置と光ディスクを含むシステム、光ディスクを再生する方法、及び組み合わせられた再生装置と光ディスクとを作動させる方法
JP2883735B2 (ja) ソフトウェア担体の再生時の選択された言語での映画サブタイトルの表示
JP2887900B2 (ja) 光ディスク上に記憶された同じ映画の複数のバージョンの再生を制御するシステムおよび方法
JP2892159B2 (ja) オーディオ・ビデオ・ディスク再生装置
JP2925328B2 (ja) 単一アスペクト比で記憶された映画ディスクから多重アスペクト比信号を発生するシステム
JP3012335B2 (ja) ディスク・ソフトウェア出版社がディスクの配給を制御できるようにするシステムおよび方法
JP2942357B2 (ja) ソフトウェア担体を確認するシステムおよび方法
JP2948911B2 (ja) ソフトウェア担体の複数のオーディオ・トラックの再生を制御するシステムおよび方法
US6408129B1 (en) Method for processing a plurality of synchronized audio tracks, including phase inversion of a selected track

Legal Events

Date Code Title Description
S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

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

Free format text: PAYMENT UNTIL: 20080125

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20090125

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20090125

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20100125

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20100125

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20110125

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20110125

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20120125

Year of fee payment: 10

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

Free format text: PAYMENT UNTIL: 20130125

Year of fee payment: 11

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

Free format text: PAYMENT UNTIL: 20130125

Year of fee payment: 11

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term