JP2948911B2 - ソフトウェア担体の複数のオーディオ・トラックの再生を制御するシステムおよび方法 - Google Patents
ソフトウェア担体の複数のオーディオ・トラックの再生を制御するシステムおよび方法Info
- Publication number
- JP2948911B2 JP2948911B2 JP7512702A JP51270295A JP2948911B2 JP 2948911 B2 JP2948911 B2 JP 2948911B2 JP 7512702 A JP7512702 A JP 7512702A JP 51270295 A JP51270295 A JP 51270295A JP 2948911 B2 JP2948911 B2 JP 2948911B2
- Authority
- JP
- Japan
- Prior art keywords
- software
- audio
- track
- audio information
- 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 - Fee Related
Links
Classifications
-
- 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/93—Regeneration of the television signal or of selected parts thereof
- H04N5/937—Regeneration of the television signal or of selected parts thereof by assembling picture element blocks in an intermediate store
-
- 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
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H1/00—Details of electrophonic musical instruments
- G10H1/36—Accompaniment arrangements
- G10H1/361—Recording/reproducing of accompaniment for use with an external source, e.g. karaoke systems
- G10H1/363—Recording/reproducing of accompaniment for use with an external source, e.g. karaoke systems using optical disks, e.g. CD, CD-ROM, to store accompaniment information in digital form
-
- 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/022—Control panels
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00137—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
- G11B20/00159—Parental control systems
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- 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]
-
- 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/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
-
- 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
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/011—Files or data streams containing coded musical information, e.g. for transmission
- G10H2240/046—File format, i.e. specific or non-standard musical file format used in or adapted for electrophonic musical instruments, e.g. in wavetables
- G10H2240/066—MPEG audio-visual compression file formats, e.g. MPEG-4 for coding of audio-visual objects
-
- 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
-
- 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/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/213—Read-only discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/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/2545—CDs
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
- H04H60/04—Studio equipment; Interconnection of studios
-
- 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/765—Interface circuits between an apparatus for recording and another apparatus
- H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
-
- 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/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation
- H04N5/9261—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation involving data reduction
- H04N5/9262—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation involving data reduction using predictive coding
-
- 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/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation
- H04N5/9265—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation with processing of the sound signal
- H04N5/9267—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S715/00—Data processing: presentation processing of document, operator interface processing, and screen saver display processing
- Y10S715/978—Audio interaction as part of an operator interface
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Computer Graphics (AREA)
- Acoustics & Sound (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Television Signal Processing For Recording (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
- Debugging And Monitoring (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Control Of Electric Motors In General (AREA)
- Television Receiver Circuits (AREA)
- Circuits Of Receivers In General (AREA)
- Optical Recording Or Reproduction (AREA)
- Recording Or Reproducing By Magnetic Means (AREA)
Description
【発明の詳細な説明】 技術分野 本発明は、ソフトウェア担体の再生時にオーディオ信
号を生成することに関し、詳細には、多数のオーディオ
信号を選択的に処理し組み合わせることができるように
そのような信号を同じ担体の別々のオーディオ・トラッ
ク上に記録する技法に関する。
号を生成することに関し、詳細には、多数のオーディオ
信号を選択的に処理し組み合わせることができるように
そのような信号を同じ担体の別々のオーディオ・トラッ
ク上に記録する技法に関する。
発明の背景 映画を配給するために最も広く使用されている媒体は
ビデオカセットである。従来の慣習では、各ビデオカセ
ットごとに１つの言語サウンドトラックしか提供されな
い。これは、それぞれの異なる国で映画を配給するには
同じ映画のそれぞれの異なるバージョンを制作しなけれ
ばならないことを意味する。いくつかの異なる言語のそ
れぞれごとに同じ映画の異なるバージョンを制作するよ
りも、それぞれの異なる対話言語を含むすべての所望の
サウンドトラックを同じ担体上に提供する方がずっと有
利である。そうすれば、同じ映画の制作すべきバージョ
ンの数はずっと少なくて済む。しかし、記憶要件が大き
いために、これは実際的でないことが判明している。実
際、同じ担体上で複数のサウンドトラックを実際に消費
者用に使用したのは、いくつかのレーザディスク・リリ
ースに注釈付きサウンドトラックおよび注釈なしサウン
ドトラックを提供したことだけである（たとえば、レー
ザディスクのディジタル・オーディオ・チャネルおよび
アナログ・オーディオ・チャネルにそれぞれの異なるサ
ウンドトラックを記憶することができる）。
ビデオカセットである。従来の慣習では、各ビデオカセ
ットごとに１つの言語サウンドトラックしか提供されな
い。これは、それぞれの異なる国で映画を配給するには
同じ映画のそれぞれの異なるバージョンを制作しなけれ
ばならないことを意味する。いくつかの異なる言語のそ
れぞれごとに同じ映画の異なるバージョンを制作するよ
りも、それぞれの異なる対話言語を含むすべての所望の
サウンドトラックを同じ担体上に提供する方がずっと有
利である。そうすれば、同じ映画の制作すべきバージョ
ンの数はずっと少なくて済む。しかし、記憶要件が大き
いために、これは実際的でないことが判明している。実
際、同じ担体上で複数のサウンドトラックを実際に消費
者用に使用したのは、いくつかのレーザディスク・リリ
ースに注釈付きサウンドトラックおよび注釈なしサウン
ドトラックを提供したことだけである（たとえば、レー
ザディスクのディジタル・オーディオ・チャネルおよび
アナログ・オーディオ・チャネルにそれぞれの異なるサ
ウンドトラックを記憶することができる）。
従来技術において、他の当業者が同じソフトウェア担
体上に複数のサウンドトラックを提供することを思いつ
いているにもかかわらず、それぞれの異なる対話言語の
おそらく十数個の異なるサウンドトラックをすべて同じ
消費者用ソフトウェア担体上に提供することがどこでも
行われていないことは確かである。非常に多数の異なる
サウンドトラックのうちの１つを選択することができる
消費者再生装置がないだけでなく、ソフトウェア出版社
も、単一の担体上に非常に多量のオーディオ情報を記憶
することが実際的であるとは考えていない。従来型の手
法では、それぞれの異なる言語が話されるそれぞれの異
なる販売区域で配給できるように、同じ映画のいくつか
の異なるバージョンが発行されている。
体上に複数のサウンドトラックを提供することを思いつ
いているにもかかわらず、それぞれの異なる対話言語の
おそらく十数個の異なるサウンドトラックをすべて同じ
消費者用ソフトウェア担体上に提供することがどこでも
行われていないことは確かである。非常に多数の異なる
サウンドトラックのうちの１つを選択することができる
消費者再生装置がないだけでなく、ソフトウェア出版社
も、単一の担体上に非常に多量のオーディオ情報を記憶
することが実際的であるとは考えていない。従来型の手
法では、それぞれの異なる言語が話されるそれぞれの異
なる販売区域で配給できるように、同じ映画のいくつか
の異なるバージョンが発行されている。
それぞれの異なる対話言語の多数の異なるサウンドト
ラックをすべて同じ消費者用担体上に提供するという考
えは、映画会社に魅力的であるだけでなく、同じ基礎技
術のいくつかのまったく異なる応用例をもたらす。この
ような応用例は、オーディオ信号を表すオーディオ・ト
ラックを、映画の再生とはまったく無関係な方法で使用
するものである。本発明は実際上、視覚情報も従来型の
対話サウンドトラックも含まないソフトウェア担体上に
数十個の異なるオーディオ信号を記憶することを構想す
るものである。
ラックをすべて同じ消費者用担体上に提供するという考
えは、映画会社に魅力的であるだけでなく、同じ基礎技
術のいくつかのまったく異なる応用例をもたらす。この
ような応用例は、オーディオ信号を表すオーディオ・ト
ラックを、映画の再生とはまったく無関係な方法で使用
するものである。本発明は実際上、視覚情報も従来型の
対話サウンドトラックも含まないソフトウェア担体上に
数十個の異なるオーディオ信号を記憶することを構想す
るものである。
この記憶はディジタル的に行われる。本発明の具体的
な利点は、「ミュージック・マイナス・ワン」概念を拡
張し完全にすることができることである。たとえば、そ
れぞれ、特定の楽器または楽器群専用の、いくつかのデ
ィジタル・オーディオ・トラックをフル・オーケストラ
・ミックスを表すトラックからディジタル的に減じるこ
とができる。これによって、従来にない融通性が得られ
るだけでなく、ディジタル減算（位相反転）によって、
アナログ技法と比べてほぼ完全な結果を得ることもでき
る（位相変換を減算ハードウェアで行うのではなく、フ
ル・ミックス録音と比べて位相を180度だけずらして特
定のトラックを録音することにより、トラックの追加に
よって信号を削除することができる）。
な利点は、「ミュージック・マイナス・ワン」概念を拡
張し完全にすることができることである。たとえば、そ
れぞれ、特定の楽器または楽器群専用の、いくつかのデ
ィジタル・オーディオ・トラックをフル・オーケストラ
・ミックスを表すトラックからディジタル的に減じるこ
とができる。これによって、従来にない融通性が得られ
るだけでなく、ディジタル減算（位相反転）によって、
アナログ技法と比べてほぼ完全な結果を得ることもでき
る（位相変換を減算ハードウェアで行うのではなく、フ
ル・ミックス録音と比べて位相を180度だけずらして特
定のトラックを録音することにより、トラックの追加に
よって信号を削除することができる）。
本発明の目的は、ソフトウェア（たとえば音楽）出版
社が、再生時に、ユーザが行ったメニュー選択に従って
多数のオーディオ・トラックを処理し組み合わせること
ができるように、光ディスクなどのソフトウェア担体上
にオーディオ・トラックを記録するシステムおよび方法
を提供することである。ある意味では、本発明は新しい
形態の消費者の娯楽を構成する。
社が、再生時に、ユーザが行ったメニュー選択に従って
多数のオーディオ・トラックを処理し組み合わせること
ができるように、光ディスクなどのソフトウェア担体上
にオーディオ・トラックを記録するシステムおよび方法
を提供することである。ある意味では、本発明は新しい
形態の消費者の娯楽を構成する。
発明の概要 本発明は、本発明の最も重要な用途の１つになると考
えられる応用例を検討することによって最もよく理解す
ることができる。光ディスク上には、それぞれ、個別の
楽器の再生、または楽器群の再生、またはボーカル・レ
ンディション（演奏）を表す、数十個のオーディオ・ト
ラックが録音される。ユーザは、どのオーディオ信号を
組み合わせて合成「結果」を生成すべきかを選択するこ
とができる。オーディオ・プロセッサ・デコーダで生成
される合成出力信号中の各トラックのレベル（利得）
は、特定の楽器を強調し、あるいはなくすることができ
るようにユーザによって調整することができる。したが
って、フル・オーケストラと共にソリストとして演奏し
たいユーザはたとえば、「ピアノ」トラックをなくし、
オーケストラ・ミックスの残りの部分と共に演奏するこ
とができる（代替手法は、フル・オーケストラ・ミック
スをあるトラックに提供し、ピアノ・トラック用に負の
利得を使用することである。この場合、実際上、ピアノ
演奏はフル・オーケストラ録音から削除される）。ある
いは、ユーザはピアノ・トラックのみを選択し、それと
共に演奏することもできる。
えられる応用例を検討することによって最もよく理解す
ることができる。光ディスク上には、それぞれ、個別の
楽器の再生、または楽器群の再生、またはボーカル・レ
ンディション（演奏）を表す、数十個のオーディオ・ト
ラックが録音される。ユーザは、どのオーディオ信号を
組み合わせて合成「結果」を生成すべきかを選択するこ
とができる。オーディオ・プロセッサ・デコーダで生成
される合成出力信号中の各トラックのレベル（利得）
は、特定の楽器を強調し、あるいはなくすることができ
るようにユーザによって調整することができる。したが
って、フル・オーケストラと共にソリストとして演奏し
たいユーザはたとえば、「ピアノ」トラックをなくし、
オーケストラ・ミックスの残りの部分と共に演奏するこ
とができる（代替手法は、フル・オーケストラ・ミック
スをあるトラックに提供し、ピアノ・トラック用に負の
利得を使用することである。この場合、実際上、ピアノ
演奏はフル・オーケストラ録音から削除される）。ある
いは、ユーザはピアノ・トラックのみを選択し、それと
共に演奏することもできる。
確かに、ミックスから１つの楽器が削除される「ミュ
ージック・マイナス・ワン」録音済み媒体を提供すると
いう考えは新しいものではない。しかし、１つの楽器が
削除された録音を提供しても、数十個のオーディオ・ト
ラックのうちのあらゆるトラックをユーザによって制御
（混合または削除）することができる本発明によって構
想される融通性には及ばない。本発明を使用することに
よって、カラオケ形式の娯楽を著しく拡張できることが
構想される。たとえば、新たに到着した楽器演奏者は、
単に全体的なオーケストラ録音から他のトラックを削除
することによってすでにリハーサルを行った演奏者達と
合流することができる。
ージック・マイナス・ワン」録音済み媒体を提供すると
いう考えは新しいものではない。しかし、１つの楽器が
削除された録音を提供しても、数十個のオーディオ・ト
ラックのうちのあらゆるトラックをユーザによって制御
（混合または削除）することができる本発明によって構
想される融通性には及ばない。本発明を使用することに
よって、カラオケ形式の娯楽を著しく拡張できることが
構想される。たとえば、新たに到着した楽器演奏者は、
単に全体的なオーケストラ録音から他のトラックを削除
することによってすでにリハーサルを行った演奏者達と
合流することができる。
光ディスクおよびオーディオ信号のディジタル記憶に
関して本発明を説明する。しかし、本発明が特定の媒体
に限らず、本発明の例示的な実施例の光ディスクだけで
なくテープ担体およびすべてのディジタル記憶媒体にも
適用できることを理解されたい。「オーディオ信号」の
語も音楽に限らない。たとえば、本発明は、それぞれの
トラックに録音されたそれぞれの異なるタイプのサウン
ド・エフェクト（効果）を含む担体に応用することがで
き、したがって、ユーザは手元の特定の応用例に応じて
サウンド・エフェクトを選択的に混合することができ
る。他の例は、Ｒ等級の映画のサウンドトラック中のあ
からさまな言葉のためだけに、Ｒ等級の映画に伴うべき
代替PG等級サウンドトラック・セグメントを提供するこ
とである。この場合、サウンドトラックを切り替えるこ
とによって、映画のPG等級バージョンを再生することが
できる。
関して本発明を説明する。しかし、本発明が特定の媒体
に限らず、本発明の例示的な実施例の光ディスクだけで
なくテープ担体およびすべてのディジタル記憶媒体にも
適用できることを理解されたい。「オーディオ信号」の
語も音楽に限らない。たとえば、本発明は、それぞれの
トラックに録音されたそれぞれの異なるタイプのサウン
ド・エフェクト（効果）を含む担体に応用することがで
き、したがって、ユーザは手元の特定の応用例に応じて
サウンド・エフェクトを選択的に混合することができ
る。他の例は、Ｒ等級の映画のサウンドトラック中のあ
からさまな言葉のためだけに、Ｒ等級の映画に伴うべき
代替PG等級サウンドトラック・セグメントを提供するこ
とである。この場合、サウンドトラックを切り替えるこ
とによって、映画のPG等級バージョンを再生することが
できる。
本発明の例示的な実施例では、相互に混合し、あるい
は組み合わせることができるいくつかの異なるオーディ
オ信号を含む最大63個のトラックを含むことができる
（「組み合わせる」の語は広い意味で使用され、ある信
号を他の信号から減じ、実際上、ある信号をより包含的
な他の信号から削除することを含む）。直面しなければ
ならない設計上の問題は、各トラックにどの信号が録音
されるかをどのようにユーザに知らせるかである。他の
問題は、ユーザが、どのトラックを組み合わせるべきか
を再生装置にどのように知らせるかである。ディスク上
に何が存在するかをどのようにユーザに知らせるかにか
かわらず、音楽はある意味では普遍的なものであり、特
定の対話言語に限らないので、言語が音楽自体には関連
していないときにそれぞれの異なる言語用のそれぞれの
異なるディスクを作製する必要なしに、ユーザが理解す
る言語でユーザと通信すると非常に好都合である。
は組み合わせることができるいくつかの異なるオーディ
オ信号を含む最大63個のトラックを含むことができる
（「組み合わせる」の語は広い意味で使用され、ある信
号を他の信号から減じ、実際上、ある信号をより包含的
な他の信号から削除することを含む）。直面しなければ
ならない設計上の問題は、各トラックにどの信号が録音
されるかをどのようにユーザに知らせるかである。他の
問題は、ユーザが、どのトラックを組み合わせるべきか
を再生装置にどのように知らせるかである。ディスク上
に何が存在するかをどのようにユーザに知らせるかにか
かわらず、音楽はある意味では普遍的なものであり、特
定の対話言語に限らないので、言語が音楽自体には関連
していないときにそれぞれの異なる言語用のそれぞれの
異なるディスクを作製する必要なしに、ユーザが理解す
る言語でユーザと通信すると非常に好都合である。
本発明によれば、ソフトウェア担体のリードイン・セ
クションは、個別のトラックのオーディオ内容を定義す
るテキスト・データを含む。このテキスト・データは複
数の言語のデータである。利用可能な各言語ごとにコー
ドが記録され、各再生装置はデフォルト言語を表現す
る。たとえば、フランスで販売される再生装置の場合、
フランス語がデフォルト言語になる。再生装置のソフト
ウェアは、再生装置のデフォルト言語を、ディスク上で
利用できる言語と比較する。合致がある場合、フランス
語テキスト・データのみを使用してメニュー・ディスプ
レイ（表示）が形成される。一方、デフォルト言語がデ
ィスク上で表現されない場合、異なるデフォルト言語を
選択できるように、表現される言語のリストがユーザに
提供される。
クションは、個別のトラックのオーディオ内容を定義す
るテキスト・データを含む。このテキスト・データは複
数の言語のデータである。利用可能な各言語ごとにコー
ドが記録され、各再生装置はデフォルト言語を表現す
る。たとえば、フランスで販売される再生装置の場合、
フランス語がデフォルト言語になる。再生装置のソフト
ウェアは、再生装置のデフォルト言語を、ディスク上で
利用できる言語と比較する。合致がある場合、フランス
語テキスト・データのみを使用してメニュー・ディスプ
レイ（表示）が形成される。一方、デフォルト言語がデ
ィスク上で表現されない場合、異なるデフォルト言語を
選択できるように、表現される言語のリストがユーザに
提供される。
再生装置のソフトウェアは、トラック情報を表示し、
かつユーザが、どのトラックを再生すべきか、あるいは
再生すべきでないかと、トラックのそれぞれのレベル
（利得）を選択できるようにする構造を含む。メニュー
・ディスプレイと、選択、レベルの制御などを行う機構
は標準タイプのものでよい。メニュー・ディスプレイお
よび選択の入力は、パーソナル・コンピュータおよび消
費者電子製品のユーザによく知られている（たとえば、
従来型のビデオカセット録音装置は、メニュー・ディス
プレイおよびユーザの選択によって制御される）。
かつユーザが、どのトラックを再生すべきか、あるいは
再生すべきでないかと、トラックのそれぞれのレベル
（利得）を選択できるようにする構造を含む。メニュー
・ディスプレイと、選択、レベルの制御などを行う機構
は標準タイプのものでよい。メニュー・ディスプレイお
よび選択の入力は、パーソナル・コンピュータおよび消
費者電子製品のユーザによく知られている（たとえば、
従来型のビデオカセット録音装置は、メニュー・ディス
プレイおよびユーザの選択によって制御される）。
所定のソフトウェアを使用してメニュー・ディスプレ
イおよびユーザ入力を制御すると、融通性が制限され
る。この場合、変更可能なのはトラック定義だけであ
り、トラック定義はもちろん、再生される特定のディス
クのオーディオ内容に依存する。しかし、ある種のケー
スでは、非標準メニュー選択肢が望ましいこともある。
たとえば、構想されている標準ソフトウェアは、オーデ
ィオ信号を同期的に処理する。しかし、特定のディスク
に関するソフトウェア出版社が、ユーザがたとえば非標
準残響効果をもたらすようにトラックを相互に遅延させ
ることによって様々なトラック間の位相関係を変更でき
るようにしたいと仮定されたい。
イおよびユーザ入力を制御すると、融通性が制限され
る。この場合、変更可能なのはトラック定義だけであ
り、トラック定義はもちろん、再生される特定のディス
クのオーディオ内容に依存する。しかし、ある種のケー
スでは、非標準メニュー選択肢が望ましいこともある。
たとえば、構想されている標準ソフトウェアは、オーデ
ィオ信号を同期的に処理する。しかし、特定のディスク
に関するソフトウェア出版社が、ユーザがたとえば非標
準残響効果をもたらすようにトラックを相互に遅延させ
ることによって様々なトラック間の位相関係を変更でき
るようにしたいと仮定されたい。
これには、それぞれの異なるタイプのメニュー選択肢
が必要であるだけでなく、基本処理ソフトウェアを変更
する（たとえば、あるトラック中のデータの処理を他の
トラック中のデータの処理に対して遅延させる）必要も
ある。しかし、本発明ではこのことも考慮されている。
今日では、光ディスクでソフトウェアを供給することが
一般に行われている。必要なことは、ディスクが初めて
読み取られる際に再生装置にロードされ、オーディオ・
トラック・データを処理する標準ソフトウェアを修正
し、あるいはそれに代わるソフトウェアを本発明の光デ
ィスク上に含めることだけである。このように、完全な
融通性を達成することができる。
が必要であるだけでなく、基本処理ソフトウェアを変更
する（たとえば、あるトラック中のデータの処理を他の
トラック中のデータの処理に対して遅延させる）必要も
ある。しかし、本発明ではこのことも考慮されている。
今日では、光ディスクでソフトウェアを供給することが
一般に行われている。必要なことは、ディスクが初めて
読み取られる際に再生装置にロードされ、オーディオ・
トラック・データを処理する標準ソフトウェアを修正
し、あるいはそれに代わるソフトウェアを本発明の光デ
ィスク上に含めることだけである。このように、完全な
融通性を達成することができる。
本発明は数多くの優れた特徴を提供するシステム全体
に亙る前後文脈の中に開示されている。添付の請求の範
囲は特別な特徴に向けられているが、全体システムは以
下に説明する。以下の説明において、特に関心のある特
徴の全リストは： ・ビデオ標準及び領域的ロックアウト。
に亙る前後文脈の中に開示されている。添付の請求の範
囲は特別な特徴に向けられているが、全体システムは以
下に説明する。以下の説明において、特に関心のある特
徴の全リストは： ・ビデオ標準及び領域的ロックアウト。
・多重アスペクト比での再生。
・多重バージョン、例えば、同一ディスクからの同一映
画のPG（パーレンタルガイダンス：親同伴）等級及びＲ
（制限付き）等級での再生であり、選択的なＲ等級再生
の自動的なパーレンタル不能化を伴っての再生。
画のPG（パーレンタルガイダンス：親同伴）等級及びＲ
（制限付き）等級での再生であり、選択的なＲ等級再生
の自動的なパーレンタル不能化を伴っての再生。
・認定（検定）が済んでいない出版社又は不当と認めら
れる出版社が再生可能なディスクを生産することを防止
する認定符号又は認定済み符号の符号化。
れる出版社が再生可能なディスクを生産することを防止
する認定符号又は認定済み符号の符号化。
・多重言語のオーディオトラック及び多重言語のサブタ
イトル（説明字幕）トラックとを、ユーザの言語選択の
特定化機能を伴って単一ディスク上に装備。
イトル（説明字幕）トラックとを、ユーザの言語選択の
特定化機能を伴って単一ディスク上に装備。
・多重の「他の」オーディオトラック、例えばその各々
のトラックがオーケストラ音楽の幾つかの構成要素を有
しており、ユーザがその所望の混合を選択する機能を伴
っての装備。
のトラックがオーケストラ音楽の幾つかの構成要素を有
しており、ユーザがその所望の混合を選択する機能を伴
っての装備。
・単一担体上の上述機能の全てを可能とすべく、データ
ブロックの可変等級符号化、そしてトラックスイッチン
グ及び／又はミキシングによるビット容量の効率使用。
ブロックの可変等級符号化、そしてトラックスイッチン
グ及び／又はミキシングによるビット容量の効率使用。
本発明の更なる目的、特徴及び長所等は、図面と関連
しての以下の詳細な説明を検討することによって漸次明
らかになるであろう。
しての以下の詳細な説明を検討することによって漸次明
らかになるであろう。
図面の簡単な説明 図１は先行技術に係るシステムを示し、現行下におい
て入手可能な媒体再生装置の柔軟性が欠如しており、乏
しい性能の典型を示し、 図２は本発明の例証的実施例を示し、 図３は図２のシステムで再生可能な光ディスクのディ
ジタルデータトラックの導入部分における複数フィール
ドを列挙したチャートであり、 図４は図３の導入トラック区域に続くデータブロック
各々における複数フィールドを列挙した同様なチャート
であり、 図5A〜図5Eは再生中の光ディスクの導入部トラック区
域に含まれたデータの図２のシステムによる処理を説明
するフローチャートであり、 図６はトラックの導入区域に続く図４に示されたフォ
ーマットでのデータブロックの処理を説明するフローチ
ャートであり、 図7Aは、本発明の再生装置が映画或いは他のビデオ表
示の選択されたバージョンの再生のために必要とされる
ディスクトラック上のそうしたデータブロックのみを読
み出す方法を特徴付ける状態流れ図及び凡例（説明文）
であり、 図7Bは２つの代替バージョンの一方が、図7Aの状態流
れ図によって説明されたルールに従ってどのように再生
され得るかを示し、 図８はビデオ信号のディジタル表現の圧縮に使用され
る先行技術を象徴的に示し、 図９は３つの異なる像アスペクト比間の関係を示す。
て入手可能な媒体再生装置の柔軟性が欠如しており、乏
しい性能の典型を示し、 図２は本発明の例証的実施例を示し、 図３は図２のシステムで再生可能な光ディスクのディ
ジタルデータトラックの導入部分における複数フィール
ドを列挙したチャートであり、 図４は図３の導入トラック区域に続くデータブロック
各々における複数フィールドを列挙した同様なチャート
であり、 図5A〜図5Eは再生中の光ディスクの導入部トラック区
域に含まれたデータの図２のシステムによる処理を説明
するフローチャートであり、 図６はトラックの導入区域に続く図４に示されたフォ
ーマットでのデータブロックの処理を説明するフローチ
ャートであり、 図7Aは、本発明の再生装置が映画或いは他のビデオ表
示の選択されたバージョンの再生のために必要とされる
ディスクトラック上のそうしたデータブロックのみを読
み出す方法を特徴付ける状態流れ図及び凡例（説明文）
であり、 図7Bは２つの代替バージョンの一方が、図7Aの状態流
れ図によって説明されたルールに従ってどのように再生
され得るかを示し、 図８はビデオ信号のディジタル表現の圧縮に使用され
る先行技術を象徴的に示し、 図９は３つの異なる像アスペクト比間の関係を示す。
先行技術 先行技術の複数の限界は図１のシステムによって例証
される。こうしたシステムは、通常VHSビデオカセット
であるプログラムデータの単一ソースを再生して多重標
準の内の選択された１つに合致したビデオ信号を発生す
べく、現在入手可能である。このタイプのシステムは多
重標準VCRとして呼称されており、図中には複数の独立
構成要素が示されている。典型的には、VHSテープ７は
その上にNTSC（アナログ）ビデオ信号を記録しており、
そのテープがVHS再生装置又はプレヤー５で再生され
る。このアナログ信号はA/Dコンバータ９でディジタル
形態に変換され、そして、複数の連続的なフレームのデ
ィジタル表現がビデオフレームストア11内に読み込まれ
る。それで、回路13は余分なフレームを削除するか、或
いは、選択された標準、例えばPALに合致するために必
要な追加フレームを概算して追加する。１つの標準から
他の標準へ変換するために、一般にフィールド又はフレ
ーム内の水平ラインの数を変更する必要がある（イメー
ジスケーリング又は画像拡大縮小）。これは、通常、幾
つかのラインを削減すること、及び／又は、連続的なラ
インの幾つかを繰り返すか或いは平均することによって
それらの間に挿入されるべき新しいラインを導き出すこ
とによって達成される。回路13の主要機能は、勿論、デ
ィジタルフレーム表現をビデオ出力としてのアナログ形
態に変換することである。
される。こうしたシステムは、通常VHSビデオカセット
であるプログラムデータの単一ソースを再生して多重標
準の内の選択された１つに合致したビデオ信号を発生す
べく、現在入手可能である。このタイプのシステムは多
重標準VCRとして呼称されており、図中には複数の独立
構成要素が示されている。典型的には、VHSテープ７は
その上にNTSC（アナログ）ビデオ信号を記録しており、
そのテープがVHS再生装置又はプレヤー５で再生され
る。このアナログ信号はA/Dコンバータ９でディジタル
形態に変換され、そして、複数の連続的なフレームのデ
ィジタル表現がビデオフレームストア11内に読み込まれ
る。それで、回路13は余分なフレームを削除するか、或
いは、選択された標準、例えばPALに合致するために必
要な追加フレームを概算して追加する。１つの標準から
他の標準へ変換するために、一般にフィールド又はフレ
ーム内の水平ラインの数を変更する必要がある（イメー
ジスケーリング又は画像拡大縮小）。これは、通常、幾
つかのラインを削減すること、及び／又は、連続的なラ
インの幾つかを繰り返すか或いは平均することによって
それらの間に挿入されるべき新しいラインを導き出すこ
とによって達成される。回路13の主要機能は、勿論、デ
ィジタルフレーム表現をビデオ出力としてのアナログ形
態に変換することである。
図１に示されたタイプのシステムは、一般に、ビデオ
出力を劣化させる。従来のビデオカセットは、それらが
１つ以上のビデオ標準をサポートしている場合、低減さ
れた品質のビデオを送出する。１つの理由は、アナログ
からディジタルへ、そして再度戻すという二重変換があ
るからである。他の理由としては、イメージスケーリン
グが、通常、粗雑なやり方（複数ラインの削除、複数ラ
インの繰り返し及び平均化）で行われるからである。し
かしながら、画像を劣化させることなく、ディジタル領
域内でイメージスケーリングを実行する複数の方法が知
られている。一般的には用いられないが、その技法は先
行技術であるが、本発明の例証的実施例においても用い
られるので簡単に説明することにする。
出力を劣化させる。従来のビデオカセットは、それらが
１つ以上のビデオ標準をサポートしている場合、低減さ
れた品質のビデオを送出する。１つの理由は、アナログ
からディジタルへ、そして再度戻すという二重変換があ
るからである。他の理由としては、イメージスケーリン
グが、通常、粗雑なやり方（複数ラインの削除、複数ラ
インの繰り返し及び平均化）で行われるからである。し
かしながら、画像を劣化させることなく、ディジタル領
域内でイメージスケーリングを実行する複数の方法が知
られている。一般的には用いられないが、その技法は先
行技術であるが、本発明の例証的実施例においても用い
られるので簡単に説明することにする。
具体例を挙げると、PAL標準は１フレームに625本のラ
イン数であり、NTSC標準は１フレームに525本のライン
数である。画像の何れの部分も垂直帰線期間には形成さ
れることがないので、何れのシステムにおいても水平ラ
インスキャンの全てが画像情報の表示のために使用され
ることはない。PAL標準における画像情報には１フレー
ムにつき公称576本のライン数があり、NTSCの場合にお
ける画像情報には公称483本のライン数がある。
イン数であり、NTSC標準は１フレームに525本のライン
数である。画像の何れの部分も垂直帰線期間には形成さ
れることがないので、何れのシステムにおいても水平ラ
インスキャンの全てが画像情報の表示のために使用され
ることはない。PAL標準における画像情報には１フレー
ムにつき公称576本のライン数があり、NTSCの場合にお
ける画像情報には公称483本のライン数がある。
１つの標準から他の標準への変換のためには、引き続
くフィールドを先ずデインターレースする、すなわちイ
ンターレースを解除する。576本のライン数を483本へ変
換し或いはその逆変数をして、レインターレース又は再
インターレースを実行する。これがどのようにしてなさ
れるかは概念的に心に描くことは容易である。例えば、
PALフレームを通る非常に薄いスライスを考える。この
スライスはその３つのカラー成分に分解される。PALか
らNTSCへの変換のためのイメージスケーリングは、概念
上の観点から、カラーデータの576の複数のPALピース又
はPAL片に基づく曲線を描いて、NTSC信号の各水平ライ
ンのためのデータのピース又は一片を導き出すために、
その曲線を483の複数パーツに分割する以上の何物でも
ない。実際上、これは補間処理によって達成され、ディ
ジタル的になされる。（イメージスケーリングは、一般
に、例えばHDTVからNTSCへ向かう場合、アスペクト比の
変更をも伴う可能性があり、そして、各水平ラインの両
端での情報は刈り込まれ（削除される）可能性があ
る。）こうして先行技術に係るシステムは標準変換の準
備を行い、それは柔軟性の程度に関わる。一方、図２の
システムは先行技術において企図すらされなかった複数
の方法に空前無比の柔軟性を提供するものである。
くフィールドを先ずデインターレースする、すなわちイ
ンターレースを解除する。576本のライン数を483本へ変
換し或いはその逆変数をして、レインターレース又は再
インターレースを実行する。これがどのようにしてなさ
れるかは概念的に心に描くことは容易である。例えば、
PALフレームを通る非常に薄いスライスを考える。この
スライスはその３つのカラー成分に分解される。PALか
らNTSCへの変換のためのイメージスケーリングは、概念
上の観点から、カラーデータの576の複数のPALピース又
はPAL片に基づく曲線を描いて、NTSC信号の各水平ライ
ンのためのデータのピース又は一片を導き出すために、
その曲線を483の複数パーツに分割する以上の何物でも
ない。実際上、これは補間処理によって達成され、ディ
ジタル的になされる。（イメージスケーリングは、一般
に、例えばHDTVからNTSCへ向かう場合、アスペクト比の
変更をも伴う可能性があり、そして、各水平ラインの両
端での情報は刈り込まれ（削除される）可能性があ
る。）こうして先行技術に係るシステムは標準変換の準
備を行い、それは柔軟性の程度に関わる。一方、図２の
システムは先行技術において企図すらされなかった複数
の方法に空前無比の柔軟性を提供するものである。
本発明の例証的システム 図２のシステムは、光ディスク23を再生するディスク
ドライブ21を含む。ディスク上に記憶されたディジタル
データはデータアウト導体25上に現れる。ディスクドラ
イブの作動又はオペレーションはマイクロプロセッサデ
ィスクドライブコントローラ27によって制御される。読
取りヘッドはヘッド位置（ポジション）コントロール用
リード線29を通じて発せられるコマンドによって位置決
めされ、ディスク回転のスピードは速度コントロール導
体31を通じて発せられるコマンドによって制御される。
光ディスクは、通常、一定の線形速度或いは定角速度の
何れかで駆動される。（他の可能性は、複数の定角速度
の内の飛び飛びの数の定角速度の使用を含む。）本発明
のディスクは一定線形速度で駆動されることができて、
各ビットによって取られるトラックの線形長は、１ビッ
トがトラックの内側部分或いは外側部分に記録されよう
が同一である。これは最大データの記憶に備えるもので
ある。定線形速度は、外側トラックが読取られ状態にあ
る時、ディスクの回転速度が減少することを要求してい
る。光ディスク制御のこのタイプのものは従来技術であ
る。例えば、CDオーディオ標準もまた、ディスクが定線
形速度で回転することを要求する。
ドライブ21を含む。ディスク上に記憶されたディジタル
データはデータアウト導体25上に現れる。ディスクドラ
イブの作動又はオペレーションはマイクロプロセッサデ
ィスクドライブコントローラ27によって制御される。読
取りヘッドはヘッド位置（ポジション）コントロール用
リード線29を通じて発せられるコマンドによって位置決
めされ、ディスク回転のスピードは速度コントロール導
体31を通じて発せられるコマンドによって制御される。
光ディスクは、通常、一定の線形速度或いは定角速度の
何れかで駆動される。（他の可能性は、複数の定角速度
の内の飛び飛びの数の定角速度の使用を含む。）本発明
のディスクは一定線形速度で駆動されることができて、
各ビットによって取られるトラックの線形長は、１ビッ
トがトラックの内側部分或いは外側部分に記録されよう
が同一である。これは最大データの記憶に備えるもので
ある。定線形速度は、外側トラックが読取られ状態にあ
る時、ディスクの回転速度が減少することを要求してい
る。光ディスク制御のこのタイプのものは従来技術であ
る。例えば、CDオーディオ標準もまた、ディスクが定線
形速度で回転することを要求する。
マイクロプロセッサ41はこのシステムのマスターコン
トローラである。こうして、ディスクドライブコントロ
ーラにコマンドが導体43を通じて発せられ、そして、デ
ィスクドライブコントローラの状態を導体45を通じて決
定する。ディスクドライブコントローラには他の２つの
入力が設けられている。ブロック番号／ポインタアナラ
イザ47は導体49を通じてコマンドをディスクドライブコ
ントローラに発し、そして、バッファフル導体51はオア
（OR）ゲート54からディスクドライブコントローラまで
制御信号を引き延ばしている。此等の２つの入力につい
ては下述することにする。（一般に、個々の導体を参照
しているが、前後関係上、此等の導体の幾つかは実は複
数ビットを平行に引き延ばすためのケーブルであること
を理解して戴きたい。例えば、オアゲート54の出力は単
一導体51を通じてディスクドライブコントローラまで引
き延ばすことができ、ブロック番号／ポインタアナライ
ザ47はケーブル49によってディスクドライブコントロー
ラに接続されることができ、マルチビットデータが、シ
リアルよりかはむしろ、平行して（パラレルに）送出さ
れ得る。） 図２のシステムの重要な特徴は、符号化（エンコー
ド）される資料又は符号化されるデータの複雑さに従っ
て変化する速度又はレートで、ビット情報がディスク上
に記憶されることである。これによって、データアウト
導体25上に実際に現れるビット数／秒が変化するという
ことを意味せず、むしろ毎秒使用されるビット数が変化
することを意味する。ビデオ情報は圧縮ディジタル形態
で記憶される。図８は複数のビデオフレームがMPEG1及
びMPEG2基準又は標準に従って符号化される方法を示
す。独立Ｉフレームはその全体が符号化されている。予
測されたフレーム又はＰ−フレームは先行する独立フレ
ームに基づいて予測されたフレームであり、Ｐフレーム
のために実際に要求されるディジタル情報は、実際のフ
レームとその予測との間の差を単に表わす。双方向的に
予測されたＢ−フレームはＩ及び／又はＰフレームから
予測されるフレームであり、この場合もまた、そうした
フレームのために要求される情報を伴い、実際形態と予
測形態との間の差を表わす。（理解され得るように、早
送り及び早戻し機能は、もしも所望されれば、Ｉ−フレ
ームを用いることによって最良の状態で実現される。）
フレームの表現に要求されるビット数は、そのタイプば
かりではなく、表現されるべき実際のビジュアル情報に
も依存する。明らかに、花のある原野を表現するよりも
青空を表現する方がはるかに少ないビット数が要求され
る。MBEG標準は、画像フレームが最少限のビット数で符
号化されることを可能とすべく設計されている。フレー
ム情報は一定速度で要求される。例えば、もしも映画フ
ィルムがディスク上においてディジタル形態で表現され
れば、24フレームが再生の１秒毎に表現されることとな
る。１フレームに要求されるビット数は、フレーム毎に
根本的に異なる。フレームは一定速度で処理されていく
ので、１秒毎に処理（使用）されるビット数は非常に低
い値から非常に高い値まで変化し得る。こうして、複数
ビットがディスクから実際に読取られる時、それらはデ
ィスクから一定速度で読取られるかもしれないが、それ
らは一定速度で処理される必然性はない。
トローラである。こうして、ディスクドライブコントロ
ーラにコマンドが導体43を通じて発せられ、そして、デ
ィスクドライブコントローラの状態を導体45を通じて決
定する。ディスクドライブコントローラには他の２つの
入力が設けられている。ブロック番号／ポインタアナラ
イザ47は導体49を通じてコマンドをディスクドライブコ
ントローラに発し、そして、バッファフル導体51はオア
（OR）ゲート54からディスクドライブコントローラまで
制御信号を引き延ばしている。此等の２つの入力につい
ては下述することにする。（一般に、個々の導体を参照
しているが、前後関係上、此等の導体の幾つかは実は複
数ビットを平行に引き延ばすためのケーブルであること
を理解して戴きたい。例えば、オアゲート54の出力は単
一導体51を通じてディスクドライブコントローラまで引
き延ばすことができ、ブロック番号／ポインタアナライ
ザ47はケーブル49によってディスクドライブコントロー
ラに接続されることができ、マルチビットデータが、シ
リアルよりかはむしろ、平行して（パラレルに）送出さ
れ得る。） 図２のシステムの重要な特徴は、符号化（エンコー
ド）される資料又は符号化されるデータの複雑さに従っ
て変化する速度又はレートで、ビット情報がディスク上
に記憶されることである。これによって、データアウト
導体25上に実際に現れるビット数／秒が変化するという
ことを意味せず、むしろ毎秒使用されるビット数が変化
することを意味する。ビデオ情報は圧縮ディジタル形態
で記憶される。図８は複数のビデオフレームがMPEG1及
びMPEG2基準又は標準に従って符号化される方法を示
す。独立Ｉフレームはその全体が符号化されている。予
測されたフレーム又はＰ−フレームは先行する独立フレ
ームに基づいて予測されたフレームであり、Ｐフレーム
のために実際に要求されるディジタル情報は、実際のフ
レームとその予測との間の差を単に表わす。双方向的に
予測されたＢ−フレームはＩ及び／又はＰフレームから
予測されるフレームであり、この場合もまた、そうした
フレームのために要求される情報を伴い、実際形態と予
測形態との間の差を表わす。（理解され得るように、早
送り及び早戻し機能は、もしも所望されれば、Ｉ−フレ
ームを用いることによって最良の状態で実現される。）
フレームの表現に要求されるビット数は、そのタイプば
かりではなく、表現されるべき実際のビジュアル情報に
も依存する。明らかに、花のある原野を表現するよりも
青空を表現する方がはるかに少ないビット数が要求され
る。MBEG標準は、画像フレームが最少限のビット数で符
号化されることを可能とすべく設計されている。フレー
ム情報は一定速度で要求される。例えば、もしも映画フ
ィルムがディスク上においてディジタル形態で表現され
れば、24フレームが再生の１秒毎に表現されることとな
る。１フレームに要求されるビット数は、フレーム毎に
根本的に異なる。フレームは一定速度で処理されていく
ので、１秒毎に処理（使用）されるビット数は非常に低
い値から非常に高い値まで変化し得る。こうして、複数
ビットがディスクから実際に読取られる時、それらはデ
ィスクから一定速度で読取られるかもしれないが、それ
らは一定速度で処理される必然性はない。
同様な考え方は、ディスク上に記憶された如何なるオ
ーディオに対しても適応される。如何なるデータブロッ
クも像フレームの可変数に要求されるビット情報を含み
得る。如何なるデータブロックも、多数のオーディオト
ラックまでの可変数の可変持続時間に要求されるビット
情報を含み得る。（まさに１つの物理的トラックがあ
る。多重オーディオトラックの基準は個々のオーディオ
資料を含む時分割スライス列とは異なる。）オーディオ
トラックはディジタル情報を含み、それはまた圧縮形態
でもあり得る。これは、もしも特定のオーディオトラッ
ク用の何れかのデータブロックに情報が記憶されていれ
ば、それらのビット数は同一持続時間を表わすとは限ら
ないことを意味する。あるブロック内に表現された複数
の画像フレームに対応する任意のオーディオトラックの
ために記録された音声の持続時間は、その画像フレーム
の持続時間である、と考え得る。これは、オーディオ情
報が実際に必要となる前に読取られるということを意味
し、充分な量が既に蓄積された時には、更なるオーディ
オ情報の読取りを停止するか、或いは、先行しての供給
過多を補償すべく、幾つかのデータブロックにはオーデ
ィオが含まれないということを付帯条件としている。こ
れはバッファリングの概念に至り、即ち、オーディオバ
ッファ53、ビデオバッファ55、パンスキャンバッファ5
7、サブタイトルバッファ59、そして上記バッファフル
（又はバッファ一杯）信号を発生するオアゲート54に至
る。
ーディオに対しても適応される。如何なるデータブロッ
クも像フレームの可変数に要求されるビット情報を含み
得る。如何なるデータブロックも、多数のオーディオト
ラックまでの可変数の可変持続時間に要求されるビット
情報を含み得る。（まさに１つの物理的トラックがあ
る。多重オーディオトラックの基準は個々のオーディオ
資料を含む時分割スライス列とは異なる。）オーディオ
トラックはディジタル情報を含み、それはまた圧縮形態
でもあり得る。これは、もしも特定のオーディオトラッ
ク用の何れかのデータブロックに情報が記憶されていれ
ば、それらのビット数は同一持続時間を表わすとは限ら
ないことを意味する。あるブロック内に表現された複数
の画像フレームに対応する任意のオーディオトラックの
ために記録された音声の持続時間は、その画像フレーム
の持続時間である、と考え得る。これは、オーディオ情
報が実際に必要となる前に読取られるということを意味
し、充分な量が既に蓄積された時には、更なるオーディ
オ情報の読取りを停止するか、或いは、先行しての供給
過多を補償すべく、幾つかのデータブロックにはオーデ
ィオが含まれないということを付帯条件としている。こ
れはバッファリングの概念に至り、即ち、オーディオバ
ッファ53、ビデオバッファ55、パンスキャンバッファ5
7、サブタイトルバッファ59、そして上記バッファフル
（又はバッファ一杯）信号を発生するオアゲート54に至
る。
ディスクから各データブロックが読取られると、ゲー
ト61がもしも開であれば該ゲート61を通過し、そのビッ
トフィールドがデマルチプレクサ63によって種々のバッ
ファ及びコマンド／データ線65を通じてマスターコント
ローラ41へ分配される。本発明の例証的実施例における
各データブロックは、画像フレームの可変数に対応して
いるビデオビット情報を含んでいる。上述したように、
そこには、多量のビット数、少量のビット数、或いはビ
ット数ではないものまであり得る。（例えば、再生され
る特別なディスクが如何なるビデオをも表現しない場
合）。ビデオデータの引き続くグループはビデオバッフ
ァ55内にマーカーによって分離されて記憶される。ビデ
オデコーダ67は、導体71を通じてデータの新しいバッチ
が供給されることを欲した時に、導体69を通じてコマン
ドを発する。コマンドは安定速度で発せられるが、返答
として供給されるビット数は、処理される特定フレーム
に要求されるビット数に従って変化する。ディスクドラ
イブからビット数が読取られる速度は、殆どのフレーム
に関してはそうではないが、最大限の情報を要求するフ
レームを融通するために充分に高速である。これは、デ
ータブロックが実際に読取られる速度は、それらが使用
される速度よりも高速であることを意味する。しかしこ
れは、良好に設計されたシステムは、データが処理のた
めに実際に要求されるまでは、データブロックの読取り
を遅延すべきであることを意味しない。１つの事柄のた
めに、データが実際に要求された時、読取りヘッドはそ
の所望のデータブロックの最初に位置し得ないこともあ
る。
ト61がもしも開であれば該ゲート61を通過し、そのビッ
トフィールドがデマルチプレクサ63によって種々のバッ
ファ及びコマンド／データ線65を通じてマスターコント
ローラ41へ分配される。本発明の例証的実施例における
各データブロックは、画像フレームの可変数に対応して
いるビデオビット情報を含んでいる。上述したように、
そこには、多量のビット数、少量のビット数、或いはビ
ット数ではないものまであり得る。（例えば、再生され
る特別なディスクが如何なるビデオをも表現しない場
合）。ビデオデータの引き続くグループはビデオバッフ
ァ55内にマーカーによって分離されて記憶される。ビデ
オデコーダ67は、導体71を通じてデータの新しいバッチ
が供給されることを欲した時に、導体69を通じてコマン
ドを発する。コマンドは安定速度で発せられるが、返答
として供給されるビット数は、処理される特定フレーム
に要求されるビット数に従って変化する。ディスクドラ
イブからビット数が読取られる速度は、殆どのフレーム
に関してはそうではないが、最大限の情報を要求するフ
レームを融通するために充分に高速である。これは、デ
ータブロックが実際に読取られる速度は、それらが使用
される速度よりも高速であることを意味する。しかしこ
れは、良好に設計されたシステムは、データが処理のた
めに実際に要求されるまでは、データブロックの読取り
を遅延すべきであることを意味しない。１つの事柄のた
めに、データが実際に要求された時、読取りヘッドはそ
の所望のデータブロックの最初に位置し得ないこともあ
る。
この理由のためにバッファリングは設けられている。
ビデオバッファ55はかなりの数の引き続くフレームのた
めのビット情報を含み（実際の数は、当業界で公知なよ
うに、ビット数の読取り速度や、フレームの処理速度等
に依存している）、ビデオデータブロック情報はビデオ
デコーダ67によって決定される一定フレーム速度でビデ
オバッファから読取られる。ビデオデータはそのバッフ
ァだけに、該バッファが一杯（FULL）になるまで送出さ
れる。一度、バッファが一杯になると、記憶することが
不可能となるので、それ以上の情報が送出されるべきで
はない。ビデオバッファが一杯のとき、導体69上の信号
はオアゲート54の出力をハイ（HIGH）として、ディスク
ドライブコントローラ27に複数のバッファの内の１つが
一杯であることを知らせる。
ビデオバッファ55はかなりの数の引き続くフレームのた
めのビット情報を含み（実際の数は、当業界で公知なよ
うに、ビット数の読取り速度や、フレームの処理速度等
に依存している）、ビデオデータブロック情報はビデオ
デコーダ67によって決定される一定フレーム速度でビデ
オバッファから読取られる。ビデオデータはそのバッフ
ァだけに、該バッファが一杯（FULL）になるまで送出さ
れる。一度、バッファが一杯になると、記憶することが
不可能となるので、それ以上の情報が送出されるべきで
はない。ビデオバッファが一杯のとき、導体69上の信号
はオアゲート54の出力をハイ（HIGH）として、ディスク
ドライブコントローラ27に複数のバッファの内の１つが
一杯であることを知らせる。
同様の所見は他の３つのタイプのバッファに適用され
る。（単一のサブタイトルバッファ59、単一のパンスキ
ャンバッファ57、多数のオーディオバッファ53があり、
これら全ての目的は下述する。）此等バッファの何れか
が一杯になった時、その対応する出力はオアゲート54に
そのバッファフル導体を制御させてハイとさせて、複数
のバッファの内の１つが一杯である旨をディスクドライ
ブコントローラに知らせるようにする。オーディオバッ
ファ53及びサブタイトルバッファ59は、ビデオバッファ
55のための説明と同等の態様又は方法をもって作動す
る。オーディオプロセッサデコーダ71は、オーディオト
ラックデータを要求する時にオーディオバッファに対し
てコマンドを発し、その時に該オーディオバッファはそ
うしたデータを供給する。同様に、グラフィックスゼネ
レータ73はサブタイトルバッファ59からデータを検索
し、パンスキャンプロセッサ／垂直スケーラ87は、下述
するように、パンスキャンバッファ57からデータを受け
取る。
る。（単一のサブタイトルバッファ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を開とする。
（上記ブロック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で示し、ここでは「パーレンタルロック“PA
RENTALLOCK"」オプションとして呼称する。もしもこの
ロックがターンオンされれば、Ｒ（制約付き）等級映画
は再生しないことになる。ディスク上に実際に表現され
たビットによって制御されるこの方法又は手法は下述す
る。もしもロックがオンで、Ｒ等級画像だけがディスク
上であれば、パーレンタルロック制御導体83上のディス
エーブル信号はゲート61を閉じる。データビットはゲー
トを通じて何等伝達されず、ディスクは再生され得な
い。以下の説明で明らかになるように、もしもディスク
がその上にＲ等級でないフィルム（映画）バージョンを
有すれば、観賞者又は視聴者によっての選択があればそ
れが再生されることになる。パーレンタルロックの特徴
は、実際のキー及びロックの使用を要求しているように
示されているが、この特徴は子供の両親（パーレンツ
“PARENTS"）だけに知られたキーボード入力が要求され
ることによって実現又は履行され得ることを理解して戴
きたい。映画のＲ等級バージョンは見られるべきもので
はないことをマスターコントローラに知らせる方法又は
手法は何れか１つの形態に限定されない。ちょうど物理
的キー及び符号化キーのようなものを代替的に使用して
コンピュータへのアクセスを制御するようにすれば、そ
れらは図２のシステム中に入ることができる。重要なこ
とは、２つの異なるバージョンを（各々の全バージョン
を要求することなく）同一ディスク上に表現させ得る方
法であり、選択されたバージョンが先ず再生され得るか
をシステムがどのようにして決定するかである。これは
下述することにする。
れる。また、ディスクから読取られたデータビットは、
導体77を通じてマイクロプロセッサマスターコントロー
ラ41へも送出される。各データブロックは、種々のバッ
ファへ分配されるべきビット情報だけではなく、例え
ば、そのブロック内に実際に見出されるべきデータの種
類を識別するビット等の制御情報をも含む。こうした識
別ビット（フラッグ等の下述するもの）はマスターコン
トローラへ供給されることによって、常にシステムの制
御下にある。識別ビットはデマルチプレクサによって使
用され、種々のバッファに対するデータ分配を制御す
る。（マスターコントローラは、導体76を通じてコマン
ドをブロック番号／ポインタアナライザ47に対して発
し、該アナライザ47はこの要求に対して一般制御のみを
実行するばかりか、たくさんのデータブロックが、もし
も引き続く処理が要求されていなけば、デマルチプレク
サに入ることを防止することが適切であるように、該ア
ナライザ47をして導体75上のイネーブル信号をターンオ
フさせることによる特殊な制御を実行する。） マスターコントローラはシステムの心臓であり、実
際、下述するような処理の大部分を実行する。再生装置
のユーザは、典型的にはキーボードであるインターフェ
ース79を介してマスターコントローラと通信する。また
ユーザにはキー及びロック機構が備えられ、此等を象徴
的に符号81で示し、ここでは「パーレンタルロック“PA
RENTALLOCK"」オプションとして呼称する。もしもこの
ロックがターンオンされれば、Ｒ（制約付き）等級映画
は再生しないことになる。ディスク上に実際に表現され
たビットによって制御されるこの方法又は手法は下述す
る。もしもロックがオンで、Ｒ等級画像だけがディスク
上であれば、パーレンタルロック制御導体83上のディス
エーブル信号はゲート61を閉じる。データビットはゲー
トを通じて何等伝達されず、ディスクは再生され得な
い。以下の説明で明らかになるように、もしもディスク
がその上にＲ等級でないフィルム（映画）バージョンを
有すれば、観賞者又は視聴者によっての選択があればそ
れが再生されることになる。パーレンタルロックの特徴
は、実際のキー及びロックの使用を要求しているように
示されているが、この特徴は子供の両親（パーレンツ
“PARENTS"）だけに知られたキーボード入力が要求され
ることによって実現又は履行され得ることを理解して戴
きたい。映画のＲ等級バージョンは見られるべきもので
はないことをマスターコントローラに知らせる方法又は
手法は何れか１つの形態に限定されない。ちょうど物理
的キー及び符号化キーのようなものを代替的に使用して
コンピュータへのアクセスを制御するようにすれば、そ
れらは図２のシステム中に入ることができる。重要なこ
とは、２つの異なるバージョンを（各々の全バージョン
を要求することなく）同一ディスク上に表現させ得る方
法であり、選択されたバージョンが先ず再生され得るか
をシステムがどのようにして決定するかである。これは
下述することにする。
マスターコントローラ41は、これまで説明しなかった
他の幾つかの出力を含む。導体85は図２に示されたサブ
システムの全てまで延びるマスタークロックバスを表
す。如何なるディジタルシステムにおいても、マスター
クロック信号は種々の回路の適切な同調を制御するため
に要求される。マスターコントローラの他の６つの出力
は、デマルチプレクサ63、オーディオプロセッサ71、パ
ンスキャンプロセッサ／垂直スケーラ87、ビデオフレー
ムストア・インターレース・3:2プルダウン回路89、グ
ラフィックスゼネレータ73、並びに、シンクゼネレータ
・DVAコンバータ92までに延びている。此等は個々別々
の回路ブロックの作動を制御するための制御リード線で
ある。
他の幾つかの出力を含む。導体85は図２に示されたサブ
システムの全てまで延びるマスタークロックバスを表
す。如何なるディジタルシステムにおいても、マスター
クロック信号は種々の回路の適切な同調を制御するため
に要求される。マスターコントローラの他の６つの出力
は、デマルチプレクサ63、オーディオプロセッサ71、パ
ンスキャンプロセッサ／垂直スケーラ87、ビデオフレー
ムストア・インターレース・3:2プルダウン回路89、グ
ラフィックスゼネレータ73、並びに、シンクゼネレータ
・DVAコンバータ92までに延びている。此等は個々別々
の回路ブロックの作動を制御するための制御リード線で
ある。
オーディオプロセッサデコーダ71はバッファ53内のデ
ータを処理し、個々別々のオーディオアナログ信号を引
き出し、此等は符号91で象徴的に示されたアンプ／スピ
ーカシステムへ引き延ばされる。ビデオデコーダ67はバ
ッファ55から読取られた圧縮ビデオデータから導体93上
にディジタルビデオ信号を引き出す。ディジタルビデオ
は、フレーム毎に、パンスキャンプロセッサ／垂直スケ
ーラ87へ供給される。採用されている特別なビデオ符号
化／復号化は本発明の特徴の１つではない。好ましい基
準又は標準は、MPEG1及びMPEG2の方針に従ったものとな
るであろうが、此等は例証的なものでしかない。同じこ
とは、オーディオトラック符号化についても当てはま
る。本発明は特別な符号化方法に限定されない。
ータを処理し、個々別々のオーディオアナログ信号を引
き出し、此等は符号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アスペクト比が所望であれば、常にワイ
ドスクリーン像の真ん中から取り出すように命令される
可能性もある。他の場合には、可変的なコラム出発点が
所望される可能性がり、その場合、データブロックは他
の変更が実行されるまでは、その点から使用されるべき
出発コラム番号を表す情報を実際に含むことになる。
することによって最も良く理解され得る。本発明の好適
実施例における光ディスク上に記憶されたディジタル情
報は、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による使用に供すべく、その更新は他
の変更が生ずるまでそのバッファ中に残存する。
ビデオ情報は、パンスキャンコラム情報が更新されるべ
き否かを表すフラッグを含む。もしもそうしたフラッグ
があれば、ビデオデコーダ67は導体95を通じてコマンド
をパンスキャンバッファ57に発する。この時、そのバッ
ファはパンスキャン更新をデマルチプレクサ63から受入
れる。連続するフレームに伴うパンスキャンプロセッサ
／垂直スケーラ87による使用に供すべく、その更新は他
の変更が生ずるまでそのバッファ中に残存する。
パンスキャンプロセッサ／垂直スケーラ87において、
水平ラインの数は調整され、アスペクト比は変更され
る。ディジタルビデオがビデオデコーダ67によって供給
され、そして要求されれば、パンスキャン情報がバッフ
ァ57によって提供される。回路87の出力は、所望された
アスペクト比であり且つ選択されたテレビジョン標準用
に要求された水平ライン数によって表される非圧縮ディ
ジタルビデオから成る。
水平ラインの数は調整され、アスペクト比は変更され
る。ディジタルビデオがビデオデコーダ67によって供給
され、そして要求されれば、パンスキャン情報がバッフ
ァ57によって提供される。回路87の出力は、所望された
アスペクト比であり且つ選択されたテレビジョン標準用
に要求された水平ライン数によって表される非圧縮ディ
ジタルビデオから成る。
一度、ビデオフレーム情報がフレームストア89内にデ
ィジタル的に記憶されると、それは、もしも選択された
標準が要求すれば、複数のインターレース状フィールド
に解体される。また、3:2プルダウンは毎秒24フレーム
の映画を毎秒60フィールドのビデオに変換するために用
いられる技術であり（公称値24及び60は、実際には23.9
7及び59.94である）、映画を表すデータをNTSCフォーマ
ットに変換することであり、フレーム情報（データブロ
ック）が毎秒24のレート又は速度で読取られる必要があ
る。（当業界では標準であるように、そうした変換をソ
ース資料のフレーム１に適用してビデオ信号のフィール
ド１、２並びに３にし、ソース資料のフレーム２をビデ
オ信号のフィールド４及び５にし、ソース資料のフレー
ム３をビデオ信号のフィールド６、７並びに８にする
等、24のオリジナルフレームから60フィールドをもたら
す。）一方、PAL標準への変換は相対的に簡単であり、
3:2プルダウンは要求されない。
ィジタル的に記憶されると、それは、もしも選択された
標準が要求すれば、複数のインターレース状フィールド
に解体される。また、3:2プルダウンは毎秒24フレーム
の映画を毎秒60フィールドのビデオに変換するために用
いられる技術であり（公称値24及び60は、実際には23.9
7及び59.94である）、映画を表すデータをNTSCフォーマ
ットに変換することであり、フレーム情報（データブロ
ック）が毎秒24のレート又は速度で読取られる必要があ
る。（当業界では標準であるように、そうした変換をソ
ース資料のフレーム１に適用してビデオ信号のフィール
ド１、２並びに３にし、ソース資料のフレーム２をビデ
オ信号のフィールド４及び５にし、ソース資料のフレー
ム３をビデオ信号のフィールド６、７並びに８にする
等、24のオリジナルフレームから60フィールドをもたら
す。）一方、PAL標準への変換は相対的に簡単であり、
3:2プルダウンは要求されない。
PAL標準は毎秒50フィールドを要求する。フレームは
毎秒25のレートで処理され、各フレームは２つのフィー
ルドを形成するために使用される。（映画フィルムは毎
秒24フレームのレートで撮影されるにもかかわらず、PA
Lに変換された際に毎秒25のレートで処理されるので、T
Vスクリーン上で生ずる凡ゆることはアメリカ合衆国に
おけるよりはヨーロッパにおいて４％だけより速く生ず
る。）フレームが毎秒25のレートで処理されようが或い
は毎秒24のレートで処理されようが、バス85上のマスタ
ークロック信号の周波数を変更することによって制御さ
れる。
毎秒25のレートで処理され、各フレームは２つのフィー
ルドを形成するために使用される。（映画フィルムは毎
秒24フレームのレートで撮影されるにもかかわらず、PA
Lに変換された際に毎秒25のレートで処理されるので、T
Vスクリーン上で生ずる凡ゆることはアメリカ合衆国に
おけるよりはヨーロッパにおいて４％だけより速く生ず
る。）フレームが毎秒25のレートで処理されようが或い
は毎秒24のレートで処理されようが、バス85上のマスタ
ークロック信号の周波数を変更することによって制御さ
れる。
ブロック89の出力はディジタルであり、シンクゼネレ
ータ・D/Aコンバータ92まで引き延ばされる。この要素
内において、適当なシンク（同調）パルスが複数フィー
ルド内に挿入され、ディジタル情報がアナログへ変換さ
れる。要求される任意のサブタイトルはバッファ59に含
まれている。マイクロプロセッサ41の制御下、コマンド
が制御リード線97を通じてグラフィックスゼネレータ73
へ発せられる。この従来的な回路はサブタイトルバッフ
ァから符号化キャラクタ情報を検索し、そうしたサブタ
イトルを示すビデオ信号を導体99上に発生する。キー信
号は導体98上で発生され、此等の２つの信号は従来のキ
ーヤ回路96まで引き延ばされる。この装置はビデオイメ
ージにサブタイトルを合併し（当業界では公知なよう
に、製造業者のオプションとしてハードキー或いは線形
キーを利用する）、そしてそのコンポジット（複合）信
号を従来のTV表示装置94まで引き延ばす。
ータ・D/Aコンバータ92まで引き延ばされる。この要素
内において、適当なシンク（同調）パルスが複数フィー
ルド内に挿入され、ディジタル情報がアナログへ変換さ
れる。要求される任意のサブタイトルはバッファ59に含
まれている。マイクロプロセッサ41の制御下、コマンド
が制御リード線97を通じてグラフィックスゼネレータ73
へ発せられる。この従来的な回路はサブタイトルバッフ
ァから符号化キャラクタ情報を検索し、そうしたサブタ
イトルを示すビデオ信号を導体99上に発生する。キー信
号は導体98上で発生され、此等の２つの信号は従来のキ
ーヤ回路96まで引き延ばされる。この装置はビデオイメ
ージにサブタイトルを合併し（当業界では公知なよう
に、製造業者のオプションとしてハードキー或いは線形
キーを利用する）、そしてそのコンポジット（複合）信
号を従来のTV表示装置94まで引き延ばす。
導入部トラックフィールド 詳細処理の説明に進む前に、ディスクトラックの導入
部分に記憶された情報を検討することが参考になるであ
ろう。この情報は図３に示された個々のフィールドに記
憶されており、ディスクから読取られたデータの引き続
く処理を制御するのがこの情報である。データブロック
のフォーマットは図４に示されているが、このブロック
のデータがどのようにして使われるかを理解するため
に、最初に読取られたセットアップ情報を評価すること
が必要である。
部分に記憶された情報を検討することが参考になるであ
ろう。この情報は図３に示された個々のフィールドに記
憶されており、ディスクから読取られたデータの引き続
く処理を制御するのがこの情報である。データブロック
のフォーマットは図４に示されているが、このブロック
のデータがどのようにして使われるかを理解するため
に、最初に読取られたセットアップ情報を評価すること
が必要である。
図３において、トラックの最初に多くの導入シンクビ
ットがある。他の全ての記載項目又はエントリーのため
にビットの最少数及び最大数がその適切なコラムに示さ
れているが、そうした数は導入シンクビットには設けら
れていない。トラックの始めに要求されるシンクビット
の数は採用されたハードウェアに依存する。もしも特定
のハードウェア及びディスクスピードの範囲が包含され
るならば、充分な数のシンクビットがトラックの最初に
設けられて、ディスクドライブ、コントローラ27並びに
ブロック番号／ポインタアナライザ47等を含む各種回路
がディスク読取りに関係させられ、それら自体をデータ
アウト導体25上のビットストリームに同期させるように
する。ビット同期はディジタルシステムにおいて良く知
られた技術である。
ットがある。他の全ての記載項目又はエントリーのため
にビットの最少数及び最大数がその適切なコラムに示さ
れているが、そうした数は導入シンクビットには設けら
れていない。トラックの始めに要求されるシンクビット
の数は採用されたハードウェアに依存する。もしも特定
のハードウェア及びディスクスピードの範囲が包含され
るならば、充分な数のシンクビットがトラックの最初に
設けられて、ディスクドライブ、コントローラ27並びに
ブロック番号／ポインタアナライザ47等を含む各種回路
がディスク読取りに関係させられ、それら自体をデータ
アウト導体25上のビットストリームに同期させるように
する。ビット同期はディジタルシステムにおいて良く知
られた技術である。
第２フィールドは認定（検定）済み領域を表す40ビッ
トから成る。ソフトウェア出版社が彼等のソフトウェア
の再生を締め出すこと又はロックアウトすることができ
る幾つかの方法がある。最も重要なことは、Ｒ等級映画
が再生され得るかどうか（上記パーレンタルロックアウ
ト・オプション）、そして、最終のアナログ出力ビデオ
信号はユーザによって選択された標準を仮定しているか
どうか、を制御することを含む。このようにして、例え
ば、ソフトウェア出版社は映画をNTSC受像機では再生さ
れ得るが、PAL受像機では再生され得ないようにするこ
とができる。しかし、再生装置にこの種のロックアウト
制御が設けられている限り、複数の領域に達し得る。本
発明のディスクが用いられる全ての再生装置は、規格書
の同一セットと合致する。その設計の１つの特徴は、各
再生装置には販売のために意図された１つの領域或いは
複数領域の表示が設けられている。例えば、その１つの
領域或いは複数領域は、DIPスイッチ、マイクロプロセ
ッサROM（例えば、マスターコントローラ41）内に記憶
された符号（コード）等の設定によって表現され得る。
合計40通りの領域があるものと仮定する。各ディスクは
その導入区域に40ビットフィールドを有し、その各ビッ
トは上記40領域の１つと関連する。任意のビット位置で
の１は、ディスクのそれぞれの領域内での再生が認定
（検定）済み又は正しいものと認められていることを指
示し、０（ゼロ）はその否定を指示する。中国での販売
用を指示するコード又は符号の再生装置は、例えば、も
しもその40ビット領域における中国関連の位置が０であ
れば、ディスクを再生できないことになる。そうした特
徴の使用例として、特定の国での販売用として意図され
た再生装置を考えよう。ソフトウェア出版社が、契約上
の理由からその国に配給すべきではないある映画フィル
ムを出版しようとする。この理由によって、トラック導
入区域の認定領域フィールドにおけるその国に関連する
ビット位置には、０が記憶されることとなる。このビッ
トを検知するに及んで、マスターコントローラ41は回路
47に禁止信号を導体75上に発生させるようにして、ゲー
ト61をしてそこを通過する全てのデータを恒久的にブロ
ックさせるようにする。
トから成る。ソフトウェア出版社が彼等のソフトウェア
の再生を締め出すこと又はロックアウトすることができ
る幾つかの方法がある。最も重要なことは、Ｒ等級映画
が再生され得るかどうか（上記パーレンタルロックアウ
ト・オプション）、そして、最終のアナログ出力ビデオ
信号はユーザによって選択された標準を仮定しているか
どうか、を制御することを含む。このようにして、例え
ば、ソフトウェア出版社は映画をNTSC受像機では再生さ
れ得るが、PAL受像機では再生され得ないようにするこ
とができる。しかし、再生装置にこの種のロックアウト
制御が設けられている限り、複数の領域に達し得る。本
発明のディスクが用いられる全ての再生装置は、規格書
の同一セットと合致する。その設計の１つの特徴は、各
再生装置には販売のために意図された１つの領域或いは
複数領域の表示が設けられている。例えば、その１つの
領域或いは複数領域は、DIPスイッチ、マイクロプロセ
ッサROM（例えば、マスターコントローラ41）内に記憶
された符号（コード）等の設定によって表現され得る。
合計40通りの領域があるものと仮定する。各ディスクは
その導入区域に40ビットフィールドを有し、その各ビッ
トは上記40領域の１つと関連する。任意のビット位置で
の１は、ディスクのそれぞれの領域内での再生が認定
（検定）済み又は正しいものと認められていることを指
示し、０（ゼロ）はその否定を指示する。中国での販売
用を指示するコード又は符号の再生装置は、例えば、も
しもその40ビット領域における中国関連の位置が０であ
れば、ディスクを再生できないことになる。そうした特
徴の使用例として、特定の国での販売用として意図され
た再生装置を考えよう。ソフトウェア出版社が、契約上
の理由からその国に配給すべきではないある映画フィル
ムを出版しようとする。この理由によって、トラック導
入区域の認定領域フィールドにおけるその国に関連する
ビット位置には、０が記憶されることとなる。このビッ
トを検知するに及んで、マスターコントローラ41は回路
47に禁止信号を導体75上に発生させるようにして、ゲー
ト61をしてそこを通過する全てのデータを恒久的にブロ
ックさせるようにする。
第３フィールドはフラッグに関する単一ビットであ
り、該フラッグは次のフィールドに何か情報があるか否
かを示す。この情報はここでは「特殊ソフトウェア」と
言われる。図２の再生装置は、通常、リードオンリーメ
モリに典型的には含まれる同一ソフトウェアコード（符
号）を実行する。図面における各種フローチャートに関
連して説明されることになるのがこのコードである。し
かしながら、再生装置はマイクロプロセッサで制御され
ているので、幾らかですら全体的に無関係の目的のため
になぜ使用され得ないのかの理由がなく、そして、これ
はディスクからソフトウェアを単にロードする（読み込
む）ことによって可能となる。
り、該フラッグは次のフィールドに何か情報があるか否
かを示す。この情報はここでは「特殊ソフトウェア」と
言われる。図２の再生装置は、通常、リードオンリーメ
モリに典型的には含まれる同一ソフトウェアコード（符
号）を実行する。図面における各種フローチャートに関
連して説明されることになるのがこのコードである。し
かしながら、再生装置はマイクロプロセッサで制御され
ているので、幾らかですら全体的に無関係の目的のため
になぜ使用され得ないのかの理由がなく、そして、これ
はディスクからソフトウェアを単にロードする（読み込
む）ことによって可能となる。
もしも上記特殊ソフトウェアフラッグが１であれば、
マスターコントローラ41は、導体77上でフィールド４に
即座に従うソフトウェアを読取る。こうして、特殊ソフ
トウェアフラッグが０或いは１かに依存して、第４フィ
ールドは空か或いは未決定長のソフトウェアを含むかで
ある。このソフトウェアの最後にはシンクワードがあ
り、このワードは全データストリームの何処においても
生ずることが許容されていないという意味合いで独特で
ある。シンクワードパターンが現れたときは、先行する
データフィールドは終りにきて、そして新しいフィール
ドが追従することを示している。（データがシンクワー
ドパターンを有するにも拘らずデータストリーム中に現
われて、シンクワードとして誤解された場合、公知の技
術を用いて回避することができる。例えば、もしもシン
クワードが所定パターンの32ビットから構成され、そし
て何等かの総体的なデータシーケンスがこのパターンを
その中に含むものとすれば、31ビットのデータパターン
が記憶された後に、シンクワードパターン中の最終ビッ
トとは反対の値を有する余剰ビットをそのビットストリ
ーム中に挿入させ得る。再生装置はこのビットを見たと
き、それを捨てて、続くビットをシンクワードの最終ビ
ットの代りにデータビットとして取り扱う。）特殊ソフ
トウェアの例はビデオゲームを制御するソフトウェアで
あるかもしれない。再生装置に映画及びマルチトラック
オーディオの再生のための設計されたオペレーティング
システムが設けられていれば、ビデオゲーム再生に含ま
れる追加的及び／又は異なる複数機能を実行する再生が
確かに可能である。もしもユーザ用インターフェースが
着脱自在であり、ジョイスティック（操縦桿）及びその
類が、キーボードの代りに、ゲーム再生周辺機器を適合
させるべく接続できれば、以上のことが特に当てはま
る。このシステムは、ディスクから読取られる必須のソ
フトウェアを単に記憶することによってビデオゲーム再
生装置に変換され得る。下述されるフローチャートには
上記特殊ソフトウェアが自己充足又は独立した形である
が標準的な処理ステップを含まない形で示されている一
方、このソフトウェアは内蔵されたコード（符号）を利
用するために実行されるオペレーティングシステムのサ
ブルーチンを確実に呼出すことができる。
マスターコントローラ41は、導体77上でフィールド４に
即座に従うソフトウェアを読取る。こうして、特殊ソフ
トウェアフラッグが０或いは１かに依存して、第４フィ
ールドは空か或いは未決定長のソフトウェアを含むかで
ある。このソフトウェアの最後にはシンクワードがあ
り、このワードは全データストリームの何処においても
生ずることが許容されていないという意味合いで独特で
ある。シンクワードパターンが現れたときは、先行する
データフィールドは終りにきて、そして新しいフィール
ドが追従することを示している。（データがシンクワー
ドパターンを有するにも拘らずデータストリーム中に現
われて、シンクワードとして誤解された場合、公知の技
術を用いて回避することができる。例えば、もしもシン
クワードが所定パターンの32ビットから構成され、そし
て何等かの総体的なデータシーケンスがこのパターンを
その中に含むものとすれば、31ビットのデータパターン
が記憶された後に、シンクワードパターン中の最終ビッ
トとは反対の値を有する余剰ビットをそのビットストリ
ーム中に挿入させ得る。再生装置はこのビットを見たと
き、それを捨てて、続くビットをシンクワードの最終ビ
ットの代りにデータビットとして取り扱う。）特殊ソフ
トウェアの例はビデオゲームを制御するソフトウェアで
あるかもしれない。再生装置に映画及びマルチトラック
オーディオの再生のための設計されたオペレーティング
システムが設けられていれば、ビデオゲーム再生に含ま
れる追加的及び／又は異なる複数機能を実行する再生が
確かに可能である。もしもユーザ用インターフェースが
着脱自在であり、ジョイスティック（操縦桿）及びその
類が、キーボードの代りに、ゲーム再生周辺機器を適合
させるべく接続できれば、以上のことが特に当てはま
る。このシステムは、ディスクから読取られる必須のソ
フトウェアを単に記憶することによってビデオゲーム再
生装置に変換され得る。下述されるフローチャートには
上記特殊ソフトウェアが自己充足又は独立した形である
が標準的な処理ステップを含まない形で示されている一
方、このソフトウェアは内蔵されたコード（符号）を利
用するために実行されるオペレーティングシステムのサ
ブルーチンを確実に呼出すことができる。
第５フィールドは12ビットの位置から成り、その各々
は異なる標準に対応している。此等の標準とは、1250ラ
インのヨーロッパ型HDTV、1125ライン日本型HDTV、1050
ラインで提案されたアメリカ型HDTV（1080ライン及び78
7ラインも共に標準として提案されている）、625ライン
のPAL、525ラインのNTSC、625ラインのSECAM、360ライ
ンの「レターボックス」等を含む。更なる標準を収容す
ることも可能ですらあるが、そうした場合には適切なビ
デオ信号を形成するために異なるソフトウェアが要求さ
れることになる。しかしながらそれは、内蔵オペレーテ
ィングシステムを増補すべく、ディスクに対してのソフ
トウェアの提供を単に伴うだけである。
は異なる標準に対応している。此等の標準とは、1250ラ
インのヨーロッパ型HDTV、1125ライン日本型HDTV、1050
ラインで提案されたアメリカ型HDTV（1080ライン及び78
7ラインも共に標準として提案されている）、625ライン
のPAL、525ラインのNTSC、625ラインのSECAM、360ライ
ンの「レターボックス」等を含む。更なる標準を収容す
ることも可能ですらあるが、そうした場合には適切なビ
デオ信号を形成するために異なるソフトウェアが要求さ
れることになる。しかしながらそれは、内蔵オペレーテ
ィングシステムを増補すべく、ディスクに対してのソフ
トウェアの提供を単に伴うだけである。
１つの例として、もしも上記12ビットフィールドの第
１ビット位置がNTSC標準に対応していて、更に、もしも
ユーザが彼のTV受像機での再生用としてNTSC標準を選択
するか、或いはそれが彼の（下述する）デフォルト（既
定値）設定であれば、設定済み標準フィールド内の第１
ビットが１である時のみにNTSC信号が発生されることに
なる。
１ビット位置がNTSC標準に対応していて、更に、もしも
ユーザが彼のTV受像機での再生用としてNTSC標準を選択
するか、或いはそれが彼の（下述する）デフォルト（既
定値）設定であれば、設定済み標準フィールド内の第１
ビットが１である時のみにNTSC信号が発生されることに
なる。
フィールド６は常に100ビットを含む。此等のビット
は、映画用のダイアローグ又は会話（対話）であるそれ
ぞれのオーディオ言語を表す。同一映画に相当多くの外
国語バージョンが用意されることは稀であり、相当多く
のバージョンを１つのディスク上に実際に含ませようと
は意図されない。事実、異なる言語のダイアローグを含
むことができるオーディオトラックは最大16のオーディ
オトラックである。上記100ビットの第１番目を除く各
々は、99言語の１つを表す。もしもその対応するビット
位置に１があれば、その対応する言語でのダイアローグ
に関するオーディオトラックがあることを指示してい
る。
は、映画用のダイアローグ又は会話（対話）であるそれ
ぞれのオーディオ言語を表す。同一映画に相当多くの外
国語バージョンが用意されることは稀であり、相当多く
のバージョンを１つのディスク上に実際に含ませようと
は意図されない。事実、異なる言語のダイアローグを含
むことができるオーディオトラックは最大16のオーディ
オトラックである。上記100ビットの第１番目を除く各
々は、99言語の１つを表す。もしもその対応するビット
位置に１があれば、その対応する言語でのダイアローグ
に関するオーディオトラックがあることを指示してい
る。
上記100ビット位置の第１番目は現実には言語に対応
していない。代りに、第１ビット位置の１は、音楽及び
効果（「Ｍ＆Ｅ」）トラックがあることを意味する。
（「効果」によって意味されるものは、雷、射撃及びそ
の類に関連するサウンド又は音響のようなものであ
る。）図３におけるコメント（備考）フィールドに指示
されているように、全トラックの導入区域のフィールド
６にはＮ個の「１」があり、Ｎは最大値16を有する（１
つのＭ＆Ｅトラック及び15個までのダイアローグトラッ
ク、或いはＭ＆Ｅ無しで16個までのダイアローグトラッ
ク）。１つの例として、第３ビット位置がフランス語に
対応し、第５番目がギリシャ語に対応し、上記100ビッ
トフィールドが10101000....0であることを想定しよ
う。これは、１つのＭ＆Ｅトラックが、フランス語及び
ギリシャ語のダイアローグトラックと共にあることを意
味する。ディスク上の単一データブロック各々がＭ＆Ｅ
や、フランス語及びギリシャ語を表すビット情報を含む
意味ではない。以上のことが意味するものは、如何なる
データブロックもＭ＆Ｅ及び／又はダイアローグを伴う
せいぜい３つのオーディオトラックを有することであ
る。また、そうしたオーディオトラック情報を有する如
何なるデータブロックも、Ｍ＆Ｅ、フランス語、ギリシ
ャ語の順番でそうした情報を含むことも意味する。ただ
システムがどのようにして、どの特殊なデータブロック
が上記100ビットフィールド内に表わされている言語の
ためのオーディオ情報を含むのかを決定するかは、デー
タブロック内に含まれる種々のフィールドに関連させて
下述する。
していない。代りに、第１ビット位置の１は、音楽及び
効果（「Ｍ＆Ｅ」）トラックがあることを意味する。
（「効果」によって意味されるものは、雷、射撃及びそ
の類に関連するサウンド又は音響のようなものであ
る。）図３におけるコメント（備考）フィールドに指示
されているように、全トラックの導入区域のフィールド
６にはＮ個の「１」があり、Ｎは最大値16を有する（１
つのＭ＆Ｅトラック及び15個までのダイアローグトラッ
ク、或いはＭ＆Ｅ無しで16個までのダイアローグトラッ
ク）。１つの例として、第３ビット位置がフランス語に
対応し、第５番目がギリシャ語に対応し、上記100ビッ
トフィールドが10101000....0であることを想定しよ
う。これは、１つのＭ＆Ｅトラックが、フランス語及び
ギリシャ語のダイアローグトラックと共にあることを意
味する。ディスク上の単一データブロック各々がＭ＆Ｅ
や、フランス語及びギリシャ語を表すビット情報を含む
意味ではない。以上のことが意味するものは、如何なる
データブロックもＭ＆Ｅ及び／又はダイアローグを伴う
せいぜい３つのオーディオトラックを有することであ
る。また、そうしたオーディオトラック情報を有する如
何なるデータブロックも、Ｍ＆Ｅ、フランス語、ギリシ
ャ語の順番でそうした情報を含むことも意味する。ただ
システムがどのようにして、どの特殊なデータブロック
が上記100ビットフィールド内に表わされている言語の
ためのオーディオ情報を含むのかを決定するかは、デー
タブロック内に含まれる種々のフィールドに関連させて
下述する。
言語オーディオトラックは、単なるダイアローグを必
然的には含むものではないことは理解されるべきであ
る。簡単に説明されるように、Ｍ＆Ｅをフランス語ダイ
アローグトラックに混合して、その結果がフランスでの
再生に適した完全なオーディオトラックと成るようにす
ることは可能である。しかし、特別なオーディオトラッ
クが予め混合されたＭ＆Ｅ及びオリジナルダイアローグ
を含むことは確かに可能である。例えば、もしも上記10
0ビットフィールドのビット位置10が英語ダイアローグ
を表わし、そこに１が記憶されていれば、ディスク上に
はオーディオの英語バージョンがあることを意味する。
しかしながら、その対応するオーディオトラック内に英
語ダイアローグばかりではなく、Ｍ＆Ｅを含むフルサウ
ンドトラックもあるようにすることは可能である。同時
に、もしも上記100ビットフィールドの第１ビット位置
に１があれば、別のトラックにＭ＆Ｅを設けることもで
きる。任意の言語での再生用として完全なサウンドトラ
ックを導き出すために、種々のトラックをどのように処
理するかは、その後に続く情報に依存する。フィールド
６は単に、どのオーディオ言語が有効又は利用可能であ
るのかを、別にＭ＆Ｅがあるのか否か（如何なるダイア
ローグも無しで）と共に表わしている。
然的には含むものではないことは理解されるべきであ
る。簡単に説明されるように、Ｍ＆Ｅをフランス語ダイ
アローグトラックに混合して、その結果がフランスでの
再生に適した完全なオーディオトラックと成るようにす
ることは可能である。しかし、特別なオーディオトラッ
クが予め混合されたＭ＆Ｅ及びオリジナルダイアローグ
を含むことは確かに可能である。例えば、もしも上記10
0ビットフィールドのビット位置10が英語ダイアローグ
を表わし、そこに１が記憶されていれば、ディスク上に
はオーディオの英語バージョンがあることを意味する。
しかしながら、その対応するオーディオトラック内に英
語ダイアローグばかりではなく、Ｍ＆Ｅを含むフルサウ
ンドトラックもあるようにすることは可能である。同時
に、もしも上記100ビットフィールドの第１ビット位置
に１があれば、別のトラックにＭ＆Ｅを設けることもで
きる。任意の言語での再生用として完全なサウンドトラ
ックを導き出すために、種々のトラックをどのように処
理するかは、その後に続く情報に依存する。フィールド
６は単に、どのオーディオ言語が有効又は利用可能であ
るのかを、別にＭ＆Ｅがあるのか否か（如何なるダイア
ローグも無しで）と共に表わしている。
オーディオ機構又は構成を機能させるために必要な情
報の他のピース又は一片があり、その情報はフィールド
７に表現されている。上記したＮ個の利用可能オーディ
オトラック（最大16個まで）の各々のために、第７フィ
ールドには３ビットコード又は３ビット符号がある。此
等のコードを説明する前に、理解してもらうべきは、此
等のコードが特定トラック及び言語とどのように関連さ
せられるかである。フィールド６は、Ｍ＆Ｅトラック、
フランス語トラック、ギリシャ語トラック並びに英語ト
ラックがあることを意味すると理解される10101000010
0....0であると想定する。この情報だけからは、フラン
ス語トラック、ギリシャ語トラック、並びに英語トラッ
クの中に何等かのＭ＆Ｅでさえもあるのかどうかを見分
ける方法ない。言語に関して知られることの全ては、ダ
イアローグは３つの言語のみで利用可能であることであ
る。この例の場合、フィールド７には12ビットがあるこ
とになる。第１の３ビットはＭ＆Ｅトラックに関連し、
第２の３ビットはフランス語トラックに関連し、第３及
び第４の３ビットコードはギリシャ語トラック及び英語
トラックにそれぞれ関連する。３ビットコードは次の通
りである： 000−−ミキシングマスター（Ｍ＆Ｅ） 001−−スイッチングマスター（Ｍ＆Ｅ） 010−−ダイアローグ＋（Ｍ＆Ｅ）、完全オーディオト
ラック 011−−ミキシングマスターと混合されるべきトラック 100−−スイッチングマスターと混合されるべきトラッ
ク 此等５つのコードは３つの利用可能言語、フランス
語、ギリシャ語、並びに英語での完全なサウンドトラッ
クを形成するのに必要な全てである。此等のトラックを
どのようにして組合わせるかは下述されるが、心に留め
るべきことは、この全体構成の目的は、何が各々のため
に２時間のオーディオ記録となり得るかを要求すること
なく、多くの言語（15まで）でのサウンドトラックを提
供することである。実際、もしも映画が２時間の長さで
あるが、実際のダイアローグはたった30分であれば、そ
の行き着く先は１つの全トラック（Ｍ＆Ｅ或いはオリジ
ナルサウンドトラック）を特定言語のダイアローグが録
音されたたった30分のオーディオで記録することであ
る。
報の他のピース又は一片があり、その情報はフィールド
７に表現されている。上記したＮ個の利用可能オーディ
オトラック（最大16個まで）の各々のために、第７フィ
ールドには３ビットコード又は３ビット符号がある。此
等のコードを説明する前に、理解してもらうべきは、此
等のコードが特定トラック及び言語とどのように関連さ
せられるかである。フィールド６は、Ｍ＆Ｅトラック、
フランス語トラック、ギリシャ語トラック並びに英語ト
ラックがあることを意味すると理解される10101000010
0....0であると想定する。この情報だけからは、フラン
ス語トラック、ギリシャ語トラック、並びに英語トラッ
クの中に何等かのＭ＆Ｅでさえもあるのかどうかを見分
ける方法ない。言語に関して知られることの全ては、ダ
イアローグは３つの言語のみで利用可能であることであ
る。この例の場合、フィールド７には12ビットがあるこ
とになる。第１の３ビットはＭ＆Ｅトラックに関連し、
第２の３ビットはフランス語トラックに関連し、第３及
び第４の３ビットコードはギリシャ語トラック及び英語
トラックにそれぞれ関連する。３ビットコードは次の通
りである： 000−−ミキシングマスター（Ｍ＆Ｅ） 001−−スイッチングマスター（Ｍ＆Ｅ） 010−−ダイアローグ＋（Ｍ＆Ｅ）、完全オーディオト
ラック 011−−ミキシングマスターと混合されるべきトラック 100−−スイッチングマスターと混合されるべきトラッ
ク 此等５つのコードは３つの利用可能言語、フランス
語、ギリシャ語、並びに英語での完全なサウンドトラッ
クを形成するのに必要な全てである。此等のトラックを
どのようにして組合わせるかは下述されるが、心に留め
るべきことは、この全体構成の目的は、何が各々のため
に２時間のオーディオ記録となり得るかを要求すること
なく、多くの言語（15まで）でのサウンドトラックを提
供することである。実際、もしも映画が２時間の長さで
あるが、実際のダイアローグはたった30分であれば、そ
の行き着く先は１つの全トラック（Ｍ＆Ｅ或いはオリジ
ナルサウンドトラック）を特定言語のダイアローグが録
音されたたった30分のオーディオで記録することであ
る。
フィールド８はＮ×４ビット、即ち、フィールド６に
おけるＮ個の「１」の各々に対して４ビットを含む。デ
ィスク上で利用可能な各オーディオ言語に対して、フィ
ールド８ではこうして４ビットコードがある。この４ビ
ットコードはトラックタイプを表わし、最大16の可能性
がある。典型的なトラックタイプは、単一チャネルのモ
ノ、２−チャネルのドルビー、5.1−チャネルのミュー
ジィカム等々である。［用語5.1−チャネルとは、左、
右、中央、左後方並びに右後方の各チャネルに当てはま
る。］この４ビットトラックタイプコードは、マスター
コントローラが、オーディオプロセッサデコーダ71をし
て上記16までのオーディオトラック内のデータ上で、ス
ピーカシステム91のためのアナログ出力を引き出すため
に、どのようにオペレーションするかのやり方を決定す
ることを可能にするものである。
おけるＮ個の「１」の各々に対して４ビットを含む。デ
ィスク上で利用可能な各オーディオ言語に対して、フィ
ールド８ではこうして４ビットコードがある。この４ビ
ットコードはトラックタイプを表わし、最大16の可能性
がある。典型的なトラックタイプは、単一チャネルのモ
ノ、２−チャネルのドルビー、5.1−チャネルのミュー
ジィカム等々である。［用語5.1−チャネルとは、左、
右、中央、左後方並びに右後方の各チャネルに当てはま
る。］この４ビットトラックタイプコードは、マスター
コントローラが、オーディオプロセッサデコーダ71をし
て上記16までのオーディオトラック内のデータ上で、ス
ピーカシステム91のためのアナログ出力を引き出すため
に、どのようにオペレーションするかのやり方を決定す
ることを可能にするものである。
再度フィールド７を考えれば、そこには、選択された
言語での完全なサウンドトラックをディスクから引き出
し得る幾つかの方法がある。ミキシングのオペレーショ
ンは、２つのサウンドトラックをミキシング（相互加
算）することを含む。スイッチングのオペレーション
は、２つのサウンドトラック間の交換を含むので、任意
の時点においてそれらの内の一方を再生する。第１トラ
ックは、もしも利用可能であれば、常にＭ＆Ｅである。
第１トラックのためのコードは000或いは001である。も
しもコードが000であれば、トラック内にはダイアロー
グがなく、そのＭ＆Ｅは選択された言語トラックと混合
されることを意味する。もしもコード011が例えばフラ
ンス語に関連していれば、第１及び第３トラックが常に
混合されるべきことを意味する。ダイアローグがあった
時のダイアローグはフランス語トラックに現われ、それ
はミキシングマスターと混合されて完全なフランス語サ
ウンドトラックを提供する。一方、第１トラックはスイ
ッチングマスターであり得る。これが意味するものは、
音楽及び効果はこのトラックに、ダイアローグを伴って
或いはダイアローグを伴わずに、記録されることであ
る。この場合のフランス語トラックは100コードによっ
て表わされることとなる。それはＭ＆Ｅ及びダイアロー
グを含むが、ダイアローグがあった時だけである。Ｍ＆
Ｅトラック、即ち第１トラックはダイアローグがない時
にだけ再生されるが、第５トラックはあった時だけ再生
される。此等のトラックは交換されるが、混合されな
い。フランス語トラックは、ダイアローグがその中に記
録されていれば、ダイアローグばかりではなくＭ＆Ｅも
共に含むことになり、これは交換されたタイプのオペレ
ーションにおけるＭ＆Ｅの唯一のソースとなるからであ
る。
言語での完全なサウンドトラックをディスクから引き出
し得る幾つかの方法がある。ミキシングのオペレーショ
ンは、２つのサウンドトラックをミキシング（相互加
算）することを含む。スイッチングのオペレーション
は、２つのサウンドトラック間の交換を含むので、任意
の時点においてそれらの内の一方を再生する。第１トラ
ックは、もしも利用可能であれば、常にＭ＆Ｅである。
第１トラックのためのコードは000或いは001である。も
しもコードが000であれば、トラック内にはダイアロー
グがなく、そのＭ＆Ｅは選択された言語トラックと混合
されることを意味する。もしもコード011が例えばフラ
ンス語に関連していれば、第１及び第３トラックが常に
混合されるべきことを意味する。ダイアローグがあった
時のダイアローグはフランス語トラックに現われ、それ
はミキシングマスターと混合されて完全なフランス語サ
ウンドトラックを提供する。一方、第１トラックはスイ
ッチングマスターであり得る。これが意味するものは、
音楽及び効果はこのトラックに、ダイアローグを伴って
或いはダイアローグを伴わずに、記録されることであ
る。この場合のフランス語トラックは100コードによっ
て表わされることとなる。それはＭ＆Ｅ及びダイアロー
グを含むが、ダイアローグがあった時だけである。Ｍ＆
Ｅトラック、即ち第１トラックはダイアローグがない時
にだけ再生されるが、第５トラックはあった時だけ再生
される。此等のトラックは交換されるが、混合されな
い。フランス語トラックは、ダイアローグがその中に記
録されていれば、ダイアローグばかりではなくＭ＆Ｅも
共に含むことになり、これは交換されたタイプのオペレ
ーションにおけるＭ＆Ｅの唯一のソースとなるからであ
る。
第５の可能性（010）は、特定のトラックがたまた
ま、オリジナル言語でのダイアローグを伴うＭ＆Ｅであ
るオリジナルサウンドトラックを含んでいることであ
る。もしもダイアローグが選択された言語であれば、そ
のトラックがそれ自体によって始めから終りまで再生さ
れ得る。また、このトラックは他の言語用にスイッチン
グマスター（001）としての役割も果たすことができ
る。
ま、オリジナル言語でのダイアローグを伴うＭ＆Ｅであ
るオリジナルサウンドトラックを含んでいることであ
る。もしもダイアローグが選択された言語であれば、そ
のトラックがそれ自体によって始めから終りまで再生さ
れ得る。また、このトラックは他の言語用にスイッチン
グマスター（001）としての役割も果たすことができ
る。
ミキシングトラックに至ったとき、その２つの特定ト
ラック（ミキシングマスター及びそれと混合されるべき
トラック）にあるどのようなオーディオであろうが、常
に此等を単純に相互に加算し、その２つのトラックにあ
るどのようなオーディオがあろうが再生状態となる。ス
イッチングマスター及びそれと交換又はスイッチされる
トラックのスイッチングの時のみ、一方のトラックが他
方のトラックの代りに再生状態となる。その他のものが
オーディオ情報を含まない時にだけ（混合を許容してい
る）、各トラックがオーディオ情報を含むことが可能で
あるが、スイッチングマスターはダイアローグをも含
む。即ちもしもそれが映画のオリジナルサウンドトラッ
クのレコーディング又は記録であればダイアローグをも
含むことも想像できる。それがなぜスイッチング、即ち
任意の時点で一方のトラックのみが聞こえるようにする
スイッチングが採用されるかの理由である。下述するよ
うに、各データブロックは、マスターコントローラに対
して、何れのオーディオトラックが実際にそのブロック
内にデータを含むのかを知らせるビットを含む。もしも
オリジナル100トラックコードを伴う選択されたオーデ
ィオ言語トラックが、任意のデータブロック内にデータ
を有すれば、オーディオプロセッサデコーダ71はスイッ
チングマスタートラック内にあるであろう如何なるデー
タをも除外して、そのオーディオトラック内のデータを
処理する。図３のフィールド９は、ナンバーＭを表わす
べくコード化又は符号化された６ビットを含む。これ
は、上記16までのオーディオ言語とは別離及び分離した
「他の」オーディオトラックの数である。此等のトラッ
クの通常用途は、圧縮ディジタル形態で、個々別々の楽
器或いは種々の楽器の混合を表現することであり、ユー
ザ用にそれらを組合わせるオプションを伴っている。極
端な形態では、63の分離した楽器トラックがあり得て、
ユーザが所望の如何なるトラックをも組合わせることが
でき、混合前にそれらの相対的レベルをセットすること
ができる。
ラック（ミキシングマスター及びそれと混合されるべき
トラック）にあるどのようなオーディオであろうが、常
に此等を単純に相互に加算し、その２つのトラックにあ
るどのようなオーディオがあろうが再生状態となる。ス
イッチングマスター及びそれと交換又はスイッチされる
トラックのスイッチングの時のみ、一方のトラックが他
方のトラックの代りに再生状態となる。その他のものが
オーディオ情報を含まない時にだけ（混合を許容してい
る）、各トラックがオーディオ情報を含むことが可能で
あるが、スイッチングマスターはダイアローグをも含
む。即ちもしもそれが映画のオリジナルサウンドトラッ
クのレコーディング又は記録であればダイアローグをも
含むことも想像できる。それがなぜスイッチング、即ち
任意の時点で一方のトラックのみが聞こえるようにする
スイッチングが採用されるかの理由である。下述するよ
うに、各データブロックは、マスターコントローラに対
して、何れのオーディオトラックが実際にそのブロック
内にデータを含むのかを知らせるビットを含む。もしも
オリジナル100トラックコードを伴う選択されたオーデ
ィオ言語トラックが、任意のデータブロック内にデータ
を有すれば、オーディオプロセッサデコーダ71はスイッ
チングマスタートラック内にあるであろう如何なるデー
タをも除外して、そのオーディオトラック内のデータを
処理する。図３のフィールド９は、ナンバーＭを表わす
べくコード化又は符号化された６ビットを含む。これ
は、上記16までのオーディオ言語とは別離及び分離した
「他の」オーディオトラックの数である。此等のトラッ
クの通常用途は、圧縮ディジタル形態で、個々別々の楽
器或いは種々の楽器の混合を表現することであり、ユー
ザ用にそれらを組合わせるオプションを伴っている。極
端な形態では、63の分離した楽器トラックがあり得て、
ユーザが所望の如何なるトラックをも組合わせることが
でき、混合前にそれらの相対的レベルをセットすること
ができる。
先ず第一に、もしも此等トラックの１つが組合わせサ
ウンドを含むものであれば、オーケストラミックス（混
合）から１つの楽器を削除することは、その情報内容が
そのオーケストラ混合から削除されるべきことを指定す
ることによって可能である。これはユーザが例えばピア
ノを、ピアノ演奏が削除されたコンチェルト（協奏曲）
を演奏するオーケストラの伴奏で、演奏することを可能
にする。これはまたユーザが特定の楽器を選り抜いて、
練習を促進することをも可能にする。正確には、ユーザ
がその「他の」オーディオトラックを用いて行う何か
は、ユーザに提供され得るメニュー選択によって決定さ
れる。フィールド８はディスク上に幾つの「他の」オー
ディオトラックが存在するのかを単に識別する。（用語
「他の」オーディオトラックはむしろ無描写又は非記述
的なように見えるが、これは違う。趣旨は、この用語は
映画用のサウンドトラックの用途等以外の任意のオーデ
ィオトラック用途を包含している。此等の「他の」オー
ディオトラックにオーケストラ音楽を含ませることより
はむしろ、例えば、個々の声楽家又は歌手を含ませるこ
とが可能であり、ユーザをして異なるハーモニーを学ば
せることが可能になる。）明らかなことは、実際に63の
「他の」オーディオトラックがあれば、ディスク容量の
殆どではないにしろ、多くのディスク容量をオーディオ
データに割り当てることができる。しかしそれは、そん
なに多くのオーディオトラックが利用可能とされる正確
な理由である。確かに、図２のシステムで再生可能な幾
つかのディスクはビデオを含まないことは確かである。
事実、フィールド19は、下述するものであるが、１ビッ
トフィールドであり、マスターコントローラに対して、
ディスク上には、一体、ビデオデータは存在するのか否
かを通知している。
ウンドを含むものであれば、オーケストラミックス（混
合）から１つの楽器を削除することは、その情報内容が
そのオーケストラ混合から削除されるべきことを指定す
ることによって可能である。これはユーザが例えばピア
ノを、ピアノ演奏が削除されたコンチェルト（協奏曲）
を演奏するオーケストラの伴奏で、演奏することを可能
にする。これはまたユーザが特定の楽器を選り抜いて、
練習を促進することをも可能にする。正確には、ユーザ
がその「他の」オーディオトラックを用いて行う何か
は、ユーザに提供され得るメニュー選択によって決定さ
れる。フィールド８はディスク上に幾つの「他の」オー
ディオトラックが存在するのかを単に識別する。（用語
「他の」オーディオトラックはむしろ無描写又は非記述
的なように見えるが、これは違う。趣旨は、この用語は
映画用のサウンドトラックの用途等以外の任意のオーデ
ィオトラック用途を包含している。此等の「他の」オー
ディオトラックにオーケストラ音楽を含ませることより
はむしろ、例えば、個々の声楽家又は歌手を含ませるこ
とが可能であり、ユーザをして異なるハーモニーを学ば
せることが可能になる。）明らかなことは、実際に63の
「他の」オーディオトラックがあれば、ディスク容量の
殆どではないにしろ、多くのディスク容量をオーディオ
データに割り当てることができる。しかしそれは、そん
なに多くのオーディオトラックが利用可能とされる正確
な理由である。確かに、図２のシステムで再生可能な幾
つかのディスクはビデオを含まないことは確かである。
事実、フィールド19は、下述するものであるが、１ビッ
トフィールドであり、マスターコントローラに対して、
ディスク上には、一体、ビデオデータは存在するのか否
かを通知している。
Ｍ個の「他の」オーディオトラックの存在が、一度、
決定されたならば、次のフィールドは各トラックをどの
ようにコード化するを指定する。フィールド８の場合の
ように、４ビットコードを此等の「他の」オーディオト
ラックの各々に用いる。こうして、フィールド10内のビ
ット数は０と言うように低いか（もしも「他の」オーデ
ィオトラックが全くなければ）、或いは252と言うよう
に高い（63×４）ことがあり得る。
決定されたならば、次のフィールドは各トラックをどの
ようにコード化するを指定する。フィールド８の場合の
ように、４ビットコードを此等の「他の」オーディオト
ラックの各々に用いる。こうして、フィールド10内のビ
ット数は０と言うように低いか（もしも「他の」オーデ
ィオトラックが全くなければ）、或いは252と言うよう
に高い（63×４）ことがあり得る。
再生装置はフィールド９及び10を読取ることから、そ
こには幾つの「他の」オーディオトラックが存在するの
かを決定することができる一方、ユーザには、それらを
用いて何をすべきかを知るために、此等のトラックには
何があるのかを告げられなければならない。各トラック
には説明があり、それは多重言語である。再生装置に与
えられなければならない第１のことは、その「他の」オ
ーディオトラックの説明がなされている複数の言語のリ
ストである。この目的のためには、100ビットフィール
ドが使用される。図３に示されたように、フィールド11
は100ビットを有する。任意のビット位置における１
は、トラック定義がそれぞれの言語によって利用可能で
あることを示す。フィールド11におけるビット位置と言
語との間の対応は、フィールド６におけるものと同一で
ある。思い出されるように、フィールド６の第１ビット
位置はＭ＆Ｅが対応しており、因襲的な「言語」ではな
い。フィールド11の第１ビット位置はこうして使用され
ず、フィールド11にはせいぜい99個の「１」が存在する
ことが可能である。
こには幾つの「他の」オーディオトラックが存在するの
かを決定することができる一方、ユーザには、それらを
用いて何をすべきかを知るために、此等のトラックには
何があるのかを告げられなければならない。各トラック
には説明があり、それは多重言語である。再生装置に与
えられなければならない第１のことは、その「他の」オ
ーディオトラックの説明がなされている複数の言語のリ
ストである。この目的のためには、100ビットフィール
ドが使用される。図３に示されたように、フィールド11
は100ビットを有する。任意のビット位置における１
は、トラック定義がそれぞれの言語によって利用可能で
あることを示す。フィールド11におけるビット位置と言
語との間の対応は、フィールド６におけるものと同一で
ある。思い出されるように、フィールド６の第１ビット
位置はＭ＆Ｅが対応しており、因襲的な「言語」ではな
い。フィールド11の第１ビット位置はこうして使用され
ず、フィールド11にはせいぜい99個の「１」が存在する
ことが可能である。
トラック定義が実際に読取られて処理される前に、再
生装置はユーザに提供すべきメニュー選択を決定しなけ
ればならない。例えば、10個の「他の」オーディオトラ
ックであって、その各々が異なるオーケストラ楽器のサ
ウンドを有することを仮定しよう。選択言語でのトラッ
ク定義が、一度、オペレーティングシステムで利用可能
となれば、ユーザに対して標準メニューを表示すること
ができる。それでユーザは、共に再生させるべく特定の
複数トラックを、削除すべく特定の複数トラックを、そ
れらの相対的サウンドレベルを、更には、他の「標準」
選択を、等々、選ぶことができる。しかしながら、その
「他の」オーディオトラックがオーケストラ音楽を表現
しない場合、或いはそれは表現するのであるが、その方
法として普通ではないメニュー選択を要求するような場
合、システムがその「他の」オーディオトラックによっ
て為されるべき何かを決定できるようにするために、ユ
ーザとのインターフェース用の標準オペレーティングシ
ステムのソフトウェアは充分ではないであろう。普通で
はない状況に適応するために、オペレーティングシステ
ムには、ユーザの選択に従ってどのようにしてその選択
されたトラックの混合／削除を制御するかの目的と共
に、メニューを創作する目的のための特殊なソフトウェ
アを設けなければならない。使用される技術は、（フィ
ールド３及び４での）再生装置の全体オペレーションを
変更するための特殊なソフトウェアのローディング又は
装填と関連して上述した技術と同一である。フィルド12
は単一ビットである。もしもそれが１であれば、特殊混
合／削除ソフトウェアを含むフィールド13の存在を示
す。図３に示されるように、フィールド13はこうして何
処かにビット無しから、ディスクから機器にロードされ
る特殊ソフトウェアの長さに依存した未決定の数までを
有する。この特殊ソフトウェアはシンクワードで終了す
るので、再生装置は次のフィールドがいつ始まるかを知
ることになる。
生装置はユーザに提供すべきメニュー選択を決定しなけ
ればならない。例えば、10個の「他の」オーディオトラ
ックであって、その各々が異なるオーケストラ楽器のサ
ウンドを有することを仮定しよう。選択言語でのトラッ
ク定義が、一度、オペレーティングシステムで利用可能
となれば、ユーザに対して標準メニューを表示すること
ができる。それでユーザは、共に再生させるべく特定の
複数トラックを、削除すべく特定の複数トラックを、そ
れらの相対的サウンドレベルを、更には、他の「標準」
選択を、等々、選ぶことができる。しかしながら、その
「他の」オーディオトラックがオーケストラ音楽を表現
しない場合、或いはそれは表現するのであるが、その方
法として普通ではないメニュー選択を要求するような場
合、システムがその「他の」オーディオトラックによっ
て為されるべき何かを決定できるようにするために、ユ
ーザとのインターフェース用の標準オペレーティングシ
ステムのソフトウェアは充分ではないであろう。普通で
はない状況に適応するために、オペレーティングシステ
ムには、ユーザの選択に従ってどのようにしてその選択
されたトラックの混合／削除を制御するかの目的と共
に、メニューを創作する目的のための特殊なソフトウェ
アを設けなければならない。使用される技術は、（フィ
ールド３及び４での）再生装置の全体オペレーションを
変更するための特殊なソフトウェアのローディング又は
装填と関連して上述した技術と同一である。フィルド12
は単一ビットである。もしもそれが１であれば、特殊混
合／削除ソフトウェアを含むフィールド13の存在を示
す。図３に示されるように、フィールド13はこうして何
処かにビット無しから、ディスクから機器にロードされ
る特殊ソフトウェアの長さに依存した未決定の数までを
有する。この特殊ソフトウェアはシンクワードで終了す
るので、再生装置は次のフィールドがいつ始まるかを知
ることになる。
次のフィールドであるフィールド14はトラック定義自
体から成る。Ｍ個の「他の」オーディオトラックがあ
り、使用のためにそれらを定義するＰ個の言語があるの
で、Ｐ×Ｍのキャラクタストリング又は文字ストリング
がフィールド14内に表現されている。各ストリングは次
のストリングとはエスケープ（ESC）キャラクタによっ
て分離されている。先ず、フィールド11の１を含む第１
位置に対応する第１言語でのＭ個のキャラクタストリン
グ（トラック定義）があり、それから、フィールド11の
１を含む第２ビット位置に対応する第２言語でのＭ個の
ストリングがあり、等々である。下述するように、ユー
ザは再生装置に対して、複数の利用可能言語の何れか
で、トラック定義を有するメニューを表示すべきあるこ
とを知らせる。ディスクドライブからの全データアウト
ビットストリームは図２のシステムにおけるマスターコ
ントローラまで延び、選択された言語に対応したキャラ
クタストリングのみが処理される。それらは、標準ソフ
トウェアに従ってか、或いは、フィールド12でまさに読
取られた特殊混合／削除ソフトウェアであって、もしも
そうしたものがディスクに含まれていれば、そのソフト
ウェアに従って処理及び表示される。（注目されるべき
ことは、幾つかのバッファに対してそれらのために意図
されたそれぞれのデータビットのみを分配するデマルチ
プレクサ63の機能である。コントローラ41が導入セクシ
ョン及び個々のデータブロックの両方における情報を解
釈した後にデマルチプレクサに対して何をすべきかを教
えるのはコントローラ41である。）図２に関連して説明
されたように、サブタイトルの挿入に対しての備えが為
されている。以下に説明されるようにユーザによって言
語が選択されるが、再生装置に対しては、その言語でサ
ブタイトルが利用可能である旨を告げられなければなら
ない。他の100ビットフィールドがこの目的のために使
用される。図３のライン15に示されるように、このフィ
ールドでの複数の「１」はサブタイトル用として利用可
能な個々の言語を表現する。利用可能表示言語の場合と
同様に、最大99個があり、これは第１ビット位置が厳密
に言えば「言語」ではないＭ＆Ｅに対応しているためで
ある。
体から成る。Ｍ個の「他の」オーディオトラックがあ
り、使用のためにそれらを定義するＰ個の言語があるの
で、Ｐ×Ｍのキャラクタストリング又は文字ストリング
がフィールド14内に表現されている。各ストリングは次
のストリングとはエスケープ（ESC）キャラクタによっ
て分離されている。先ず、フィールド11の１を含む第１
位置に対応する第１言語でのＭ個のキャラクタストリン
グ（トラック定義）があり、それから、フィールド11の
１を含む第２ビット位置に対応する第２言語でのＭ個の
ストリングがあり、等々である。下述するように、ユー
ザは再生装置に対して、複数の利用可能言語の何れか
で、トラック定義を有するメニューを表示すべきあるこ
とを知らせる。ディスクドライブからの全データアウト
ビットストリームは図２のシステムにおけるマスターコ
ントローラまで延び、選択された言語に対応したキャラ
クタストリングのみが処理される。それらは、標準ソフ
トウェアに従ってか、或いは、フィールド12でまさに読
取られた特殊混合／削除ソフトウェアであって、もしも
そうしたものがディスクに含まれていれば、そのソフト
ウェアに従って処理及び表示される。（注目されるべき
ことは、幾つかのバッファに対してそれらのために意図
されたそれぞれのデータビットのみを分配するデマルチ
プレクサ63の機能である。コントローラ41が導入セクシ
ョン及び個々のデータブロックの両方における情報を解
釈した後にデマルチプレクサに対して何をすべきかを教
えるのはコントローラ41である。）図２に関連して説明
されたように、サブタイトルの挿入に対しての備えが為
されている。以下に説明されるようにユーザによって言
語が選択されるが、再生装置に対しては、その言語でサ
ブタイトルが利用可能である旨を告げられなければなら
ない。他の100ビットフィールドがこの目的のために使
用される。図３のライン15に示されるように、このフィ
ールドでの複数の「１」はサブタイトル用として利用可
能な個々の言語を表現する。利用可能表示言語の場合と
同様に、最大99個があり、これは第１ビット位置が厳密
に言えば「言語」ではないＭ＆Ｅに対応しているためで
ある。
フィールド16は４ビットマルチバージョンコードであ
る。再生装置には、ディスクには同一ビデオ表示のため
の２つのバージョンが存在するかどうかばかりではな
く、それらに関してどのような選択があるのかが、告げ
られる。第１ビットが０であれば、ディスク上にはたっ
た１つのバージョンがあり、その場合、第２及び第４ビ
ットは無視される。ビット１が１の値を有すれば、ディ
スク上に２つのバージョンがある。コード内の第２ビッ
トは再生装置に対して、パーレンタルロックオプション
は履行されるべきか否かを告げるか、或いは、再生のバ
ージョンは何れかを選択するために異なる標準を用いる
べきか否かを告げる。通常の状況では、パーレンタルロ
ックオプションは履行され、その場合、この４ビットコ
ードの第２位置におけるビットは０である。これは再生
装置に対して、パーレンタルロックオプションは「オ
ン」であるか否かを決定すべきであることを告げる。も
しそうであれば、Ｒ等級（或いは、より広い意味でのア
ダルト等級）のバージョンは再生されるべきではない。
コードの第３位置におけるビットは、バージョンＡ（第
１或いは唯一バージョン）はＲ等級か否か（０＝いい
え、１＝はい）を示し、コードの第４ビットは、もしも
２つのバージョンがあればバージョンＢ用に同一情報を
提供するものであるが、もしもただ１つのバージョンし
かなければ、この第４ビットは無視される。これが、２
つのバージョンの一方或いは両方が再生され得るか否か
を再生装置が決定するために必要な情報の全てである。
ディスク上に同一映画の２つのバージョンが存在したと
き、ユーザはその内の一方の選択を問われる。しかし、
もしもパーレンタルロックオプションが「オン」であり
且つその２つのバージョンの内の一方がＲ等級であれ
ば、ユーザには、下述するように、非アダルトバージョ
ンを再生するか、或いは両方共に再生しないかの選択だ
けが与えられる。もしも両バージョンがＲ等級であり且
つパーレンタルロックオプションが「オン」であれば、
ユーザは何れのバージョンも見ることができない。
る。再生装置には、ディスクには同一ビデオ表示のため
の２つのバージョンが存在するかどうかばかりではな
く、それらに関してどのような選択があるのかが、告げ
られる。第１ビットが０であれば、ディスク上にはたっ
た１つのバージョンがあり、その場合、第２及び第４ビ
ットは無視される。ビット１が１の値を有すれば、ディ
スク上に２つのバージョンがある。コード内の第２ビッ
トは再生装置に対して、パーレンタルロックオプション
は履行されるべきか否かを告げるか、或いは、再生のバ
ージョンは何れかを選択するために異なる標準を用いる
べきか否かを告げる。通常の状況では、パーレンタルロ
ックオプションは履行され、その場合、この４ビットコ
ードの第２位置におけるビットは０である。これは再生
装置に対して、パーレンタルロックオプションは「オ
ン」であるか否かを決定すべきであることを告げる。も
しそうであれば、Ｒ等級（或いは、より広い意味でのア
ダルト等級）のバージョンは再生されるべきではない。
コードの第３位置におけるビットは、バージョンＡ（第
１或いは唯一バージョン）はＲ等級か否か（０＝いい
え、１＝はい）を示し、コードの第４ビットは、もしも
２つのバージョンがあればバージョンＢ用に同一情報を
提供するものであるが、もしもただ１つのバージョンし
かなければ、この第４ビットは無視される。これが、２
つのバージョンの一方或いは両方が再生され得るか否か
を再生装置が決定するために必要な情報の全てである。
ディスク上に同一映画の２つのバージョンが存在したと
き、ユーザはその内の一方の選択を問われる。しかし、
もしもパーレンタルロックオプションが「オン」であり
且つその２つのバージョンの内の一方がＲ等級であれ
ば、ユーザには、下述するように、非アダルトバージョ
ンを再生するか、或いは両方共に再生しないかの選択だ
けが与えられる。もしも両バージョンがＲ等級であり且
つパーレンタルロックオプションが「オン」であれば、
ユーザは何れのバージョンも見ることができない。
一方、ディスク上に同一資料の２つのバージョンが存
在するが、その内の一方はアダルト等級であり且つ他方
が違うこともあり得る。例えば、一方のバージョンが質
疑応答を含む教育用フィルムであり、他方がちょうど質
問を含む主題のテストを含むような場合がある。殆どの
部分に関して此等２つのバージョンは同一となる。そう
した場合、フィールド16の第１ビットは依然として１で
あり、２つのバージョンが利用可能であることを示す
が、第２ビットは今度は０の代りに１となり、それら２
つのバージョン間の選択はそれらがＲ等級か否かに依存
しないことを示す。第２ビット位置の１は、第３及び第
４ビットはそれら２つのバージョンに対して等級付け以
外の特性に関してそれぞれ特徴付けすることを示す。
在するが、その内の一方はアダルト等級であり且つ他方
が違うこともあり得る。例えば、一方のバージョンが質
疑応答を含む教育用フィルムであり、他方がちょうど質
問を含む主題のテストを含むような場合がある。殆どの
部分に関して此等２つのバージョンは同一となる。そう
した場合、フィールド16の第１ビットは依然として１で
あり、２つのバージョンが利用可能であることを示す
が、第２ビットは今度は０の代りに１となり、それら２
つのバージョン間の選択はそれらがＲ等級か否かに依存
しないことを示す。第２ビット位置の１は、第３及び第
４ビットはそれら２つのバージョンに対して等級付け以
外の特性に関してそれぞれ特徴付けすることを示す。
この場合における第３及び第４ビットが実際に意味す
ること、及びユーザに提供されるメニュー選択は、異な
る基準を頼ることによって決定されなければならない。
先行して二度使用された同一技術がもう一度ここで用い
られる、即ちバージョンコードに伴って特殊ソフトウェ
アが提供される。フィールド17は、特殊ソフトウェアは
利用可能であるか否かを示すフラッグとしての役割を果
たす単一ビットから成る。もしもそのビットが１であれ
ば、フィールド18はそのソフトウェアにアクセスすべく
読取られる。２つの先行するソフトウェアフィールドの
場合のように、フィールド18は、次のフィールドの開始
を示すシンクワードをもって終了する。この特殊ソフト
ウェアはその特定のディスクにとって独特なメニュー表
示を制御する。
ること、及びユーザに提供されるメニュー選択は、異な
る基準を頼ることによって決定されなければならない。
先行して二度使用された同一技術がもう一度ここで用い
られる、即ちバージョンコードに伴って特殊ソフトウェ
アが提供される。フィールド17は、特殊ソフトウェアは
利用可能であるか否かを示すフラッグとしての役割を果
たす単一ビットから成る。もしもそのビットが１であれ
ば、フィールド18はそのソフトウェアにアクセスすべく
読取られる。２つの先行するソフトウェアフィールドの
場合のように、フィールド18は、次のフィールドの開始
を示すシンクワードをもって終了する。この特殊ソフト
ウェアはその特定のディスクにとって独特なメニュー表
示を制御する。
次のフィールドは単一ビットから成る。図３に示され
るように、それは再生装置に、ビデオデータは利用可能
か否かを知らせる。もしも否定されれば、それは単に、
図４に関連して説明される全体に亙るデータブロックに
おいてビデオデータブロックフィールドが存在しないこ
とを意味する。
るように、それは再生装置に、ビデオデータは利用可能
か否かを知らせる。もしも否定されれば、それは単に、
図４に関連して説明される全体に亙るデータブロックに
おいてビデオデータブロックフィールドが存在しないこ
とを意味する。
フィールド20は単一ビットであり、基本或いはマスタ
ーアスペクト比を識別する。もしもそのビットが０の値
を有すれば、それはディスク上の如何なるビデオをも、
図９に示されるような16:9の「ワイドスクリーン」のア
スペクト比を有することを示す。一方、もしもそのビッ
トが１であれば、それはディスク上のビデオのアスペク
ト比は4:3であることを示す。
ーアスペクト比を識別する。もしもそのビットが０の値
を有すれば、それはディスク上の如何なるビデオをも、
図９に示されるような16:9の「ワイドスクリーン」のア
スペクト比を有することを示す。一方、もしもそのビッ
トが１であれば、それはディスク上のビデオのアスペク
ト比は4:3であることを示す。
上述したように、もしもオリジナルビデオが「ワイド
スクリーン」のアスペクト比を有すれば、4:3縮小アス
ペクト比を引き出し得る２つの方法がある。一方の方法
は、「ワイドスクリーン」オリジナルの中央部分からビ
デオ像を形成することである。他方の方法は、実際に利
用されるオリジナル像の部分又はセクションは必ずしも
常に中央部分ではないと言う意味での「パンスキャン」
することである。事実、図９はオリジナル像の右側より
は左側により多くの情報が用いられていることを示して
いる。フィールド21はパンスキャン可用性を示す単一ビ
ットである。もしもフィールド20が１であれば、基本ア
スペクト比は4:3であるので、パンスキャン可用性は無
関係となり、即ち、フィールド21における単一ビットは
単純に無視される。しかし基本アスペクト比が16:9であ
れば（フィールド20は０を有する）、フィールド21のビ
ットの値は再生装置に対して、続くデータブロックは図
２におけるパンスキャンバッファ57にロードされ得る出
発コラム情報を提供するか否かを告げる。もしもフィー
ルド21におけるビットが０であれば、そうしたデータブ
ロックはコラム番号情報を含まず、もしもビデオが「ワ
イドスクリーン」オリジナルから4:3アスペクト比で再
生されるのであれば、ビデオ像は各オリジナルフレーム
の中央部分から形成される。一方、もしもパンスキャン
情報がそうしたデータブロック内で利用可能又は有効で
あれば、図２におけるバッファ57は必要に応じて更新さ
れ、形成された最終ビデオは変化性の度合いが追加され
たものとなる。
スクリーン」のアスペクト比を有すれば、4:3縮小アス
ペクト比を引き出し得る２つの方法がある。一方の方法
は、「ワイドスクリーン」オリジナルの中央部分からビ
デオ像を形成することである。他方の方法は、実際に利
用されるオリジナル像の部分又はセクションは必ずしも
常に中央部分ではないと言う意味での「パンスキャン」
することである。事実、図９はオリジナル像の右側より
は左側により多くの情報が用いられていることを示して
いる。フィールド21はパンスキャン可用性を示す単一ビ
ットである。もしもフィールド20が１であれば、基本ア
スペクト比は4:3であるので、パンスキャン可用性は無
関係となり、即ち、フィールド21における単一ビットは
単純に無視される。しかし基本アスペクト比が16:9であ
れば（フィールド20は０を有する）、フィールド21のビ
ットの値は再生装置に対して、続くデータブロックは図
２におけるパンスキャンバッファ57にロードされ得る出
発コラム情報を提供するか否かを告げる。もしもフィー
ルド21におけるビットが０であれば、そうしたデータブ
ロックはコラム番号情報を含まず、もしもビデオが「ワ
イドスクリーン」オリジナルから4:3アスペクト比で再
生されるのであれば、ビデオ像は各オリジナルフレーム
の中央部分から形成される。一方、もしもパンスキャン
情報がそうしたデータブロック内で利用可能又は有効で
あれば、図２におけるバッファ57は必要に応じて更新さ
れ、形成された最終ビデオは変化性の度合いが追加され
たものとなる。
フィールド22は、ディスク上のデータブロックの合計
数を表わす20ビット数である。しかしながら、もしも２
つの異なるバージョンが存在するなら、それらは共通す
る多くのデータブロックを有する一方、２つのバージョ
ンの残りのブロック数は異なることもある。例えば、１
シーン又は１場面が一方のバージョンから完全に省略さ
れていることもあり、その場合、データブロックの合計
数はより少なくなる。この理由のため、もしもフィール
ド16がディスク上の１つの映画或いは他のソース資料に
２つのバージョンが存在することを示すものであれば、
フィールド23はバージョンＡに関するデータブロックの
合計数を提供し、フィールド24はバージョンＢに関する
データブロックの合計数を提供する。此等両フィールド
は、もしもディスク上にたった１つのバージョンしかな
ければ、省略される。
数を表わす20ビット数である。しかしながら、もしも２
つの異なるバージョンが存在するなら、それらは共通す
る多くのデータブロックを有する一方、２つのバージョ
ンの残りのブロック数は異なることもある。例えば、１
シーン又は１場面が一方のバージョンから完全に省略さ
れていることもあり、その場合、データブロックの合計
数はより少なくなる。この理由のため、もしもフィール
ド16がディスク上の１つの映画或いは他のソース資料に
２つのバージョンが存在することを示すものであれば、
フィールド23はバージョンＡに関するデータブロックの
合計数を提供し、フィールド24はバージョンＢに関する
データブロックの合計数を提供する。此等両フィールド
は、もしもディスク上にたった１つのバージョンしかな
ければ、省略される。
各データブロックは、複数のフレームの可変的な数の
ためのビデオ情報を含む可能性がある。このシステム
は、ただもしもオリジナルのフレームレートと、ディス
ク全体として、各ブロック内に表現されたフレームの平
均数とが知らされていれば、データブロック数から合計
再生時間を決定することができるであろう（もしも単一
バージョンのみが存在するのであればその合計数から、
或いはもしも２つのバージョンが存在するのであればそ
の２つの異なる数から）。同一数のデータブロックを伴
う２つのディスクは、もしもそれらの内の一方のオリジ
ナルソース資料が毎秒24のレートで発生するフレームの
映画であり、他方のものが毎秒30フレームのビデオカメ
ラから引き出されたオリジナルソース資料を有すれば、
異なる運転時間を有することになる。フィールド25は４
ビット値であり、オリジナルフレームレート（24、30、
等々）、即ちビデオ信号の適切な発生に必要な数を識別
するものである。各データブロックによって表わされる
時間は、もしも各データブロックがただ１つのフレーム
を含むものであれば、フレームレートから決定可能であ
るかもしれないが、各データブロックには１フレーム以
上或いは１フレーム以下のデータを記憶することが可能
である。また、フレーム情報が全くないこともあり得、
即ちフィールド19におけるビデオ可用性フラッグが０で
あるかもしれない。当然の結果として、フィールド26が
設けられている。このフィールドは10ビット数であり、
ブロック時間ファクター、即ち各ブロックによる平均持
続時間を表わす。このブロック時間ファクターの合計ブ
ロック数（或いは特定バージョンに関する合計数）によ
る乗算は、運転時間をもたらす。（実用上、ブロック時
間ファクターは１つのディスク上での両バージョンに関
して略々同一である。所望に応じて、ここのブロック時
間ファクターを設けることができる。） 一般の光ディスクの共通慣習として、本発明のディス
クには、ユーザが再生の特定部分を選択できるように、
或いはディスク上に一体何があるのか、そして各部分の
再生時間はどの程度であるのかを単に知らせるための目
次を設けることができる。フィールド27は、もしも含ま
れるのであれば、目次である。もしもソース資料がたっ
た１つのバージョンの形でディスク上にあれば、ただ１
つの目次である。さもなければ、第２のバージョンのた
めの目次から成る追加的なフィールド28が存在する。図
３はフィールド27の複数のサブフィールドを詳述してい
る。
ためのビデオ情報を含む可能性がある。このシステム
は、ただもしもオリジナルのフレームレートと、ディス
ク全体として、各ブロック内に表現されたフレームの平
均数とが知らされていれば、データブロック数から合計
再生時間を決定することができるであろう（もしも単一
バージョンのみが存在するのであればその合計数から、
或いはもしも２つのバージョンが存在するのであればそ
の２つの異なる数から）。同一数のデータブロックを伴
う２つのディスクは、もしもそれらの内の一方のオリジ
ナルソース資料が毎秒24のレートで発生するフレームの
映画であり、他方のものが毎秒30フレームのビデオカメ
ラから引き出されたオリジナルソース資料を有すれば、
異なる運転時間を有することになる。フィールド25は４
ビット値であり、オリジナルフレームレート（24、30、
等々）、即ちビデオ信号の適切な発生に必要な数を識別
するものである。各データブロックによって表わされる
時間は、もしも各データブロックがただ１つのフレーム
を含むものであれば、フレームレートから決定可能であ
るかもしれないが、各データブロックには１フレーム以
上或いは１フレーム以下のデータを記憶することが可能
である。また、フレーム情報が全くないこともあり得、
即ちフィールド19におけるビデオ可用性フラッグが０で
あるかもしれない。当然の結果として、フィールド26が
設けられている。このフィールドは10ビット数であり、
ブロック時間ファクター、即ち各ブロックによる平均持
続時間を表わす。このブロック時間ファクターの合計ブ
ロック数（或いは特定バージョンに関する合計数）によ
る乗算は、運転時間をもたらす。（実用上、ブロック時
間ファクターは１つのディスク上での両バージョンに関
して略々同一である。所望に応じて、ここのブロック時
間ファクターを設けることができる。） 一般の光ディスクの共通慣習として、本発明のディス
クには、ユーザが再生の特定部分を選択できるように、
或いはディスク上に一体何があるのか、そして各部分の
再生時間はどの程度であるのかを単に知らせるための目
次を設けることができる。フィールド27は、もしも含ま
れるのであれば、目次である。もしもソース資料がたっ
た１つのバージョンの形でディスク上にあれば、ただ１
つの目次である。さもなければ、第２のバージョンのた
めの目次から成る追加的なフィールド28が存在する。図
３はフィールド27の複数のサブフィールドを詳述してい
る。
より良い用語の欠如のため、ビデオ表示は「チャプタ
ー“chapters"」と言われるものにまで分割されてい
る。各チャプターに対してこの目次は８ビットのチャプ
ター数を含んで、最大255の個々のチャプターを許容し
ている。各チャプター数に続いて、20ビットの出発ブロ
ックの連続ブロック番号が存在する。思い出されるよう
に、ディスク上の全てのデータブロックは連続的に番号
付けされている。言換えれば、データブロックはバージ
ョンＡ及びＢの両方に共通であるか、或いはそれらの一
方のみに唯一独特であり得るかであり、その多数のデー
タブロックはディスクトラックに沿って通し番号順であ
る。この目次は、各チャプターの出発ブロックであるデ
ータブロックの連続ブロック番号を含む。
ー“chapters"」と言われるものにまで分割されてい
る。各チャプターに対してこの目次は８ビットのチャプ
ター数を含んで、最大255の個々のチャプターを許容し
ている。各チャプター数に続いて、20ビットの出発ブロ
ックの連続ブロック番号が存在する。思い出されるよう
に、ディスク上の全てのデータブロックは連続的に番号
付けされている。言換えれば、データブロックはバージ
ョンＡ及びＢの両方に共通であるか、或いはそれらの一
方のみに唯一独特であり得るかであり、その多数のデー
タブロックはディスクトラックに沿って通し番号順であ
る。この目次は、各チャプターの出発ブロックであるデ
ータブロックの連続ブロック番号を含む。
同様にして、各チャプターの再生時間を決定するため
に、システムは各チャプターにはブロックが幾つ含まれ
ているのかを知らねばならない。この理由のため、情報
の次のピース又は次の情報ピースは20ビットのブロック
持続時間である。この数をブロック時間ファクターで乗
算することで、各チャプターの再生時間を決定すること
ができる。代替的には、ブロック持続時間の代りに各チ
ャプターの実際の運転時間が設けられるであろう。（そ
うした情報は異なるバージョン及び標準毎に設けられる
であろう。）各チャプターのタイトルを再生するため
に、複数の言語ストリングが設けられなければならな
い。再度、システムには、チャプタータイトルの表示の
ために利用可能な複数の言語が通知されねばならないの
で、ユーザはそれらの内の１つを選択することができ
る。利用可能言語又は可用性言語を識別するために、10
0ビットブロックを提供する通常の技術が採用される。
に、システムは各チャプターにはブロックが幾つ含まれ
ているのかを知らねばならない。この理由のため、情報
の次のピース又は次の情報ピースは20ビットのブロック
持続時間である。この数をブロック時間ファクターで乗
算することで、各チャプターの再生時間を決定すること
ができる。代替的には、ブロック持続時間の代りに各チ
ャプターの実際の運転時間が設けられるであろう。（そ
うした情報は異なるバージョン及び標準毎に設けられる
であろう。）各チャプターのタイトルを再生するため
に、複数の言語ストリングが設けられなければならな
い。再度、システムには、チャプタータイトルの表示の
ために利用可能な複数の言語が通知されねばならないの
で、ユーザはそれらの内の１つを選択することができ
る。利用可能言語又は可用性言語を識別するために、10
0ビットブロックを提供する通常の技術が採用される。
最後に、個々のチャプターを識別するための実際の言
語ストリングが提供される。各ストリングは、エスケー
プキャラクタをもって次のストリングとは分離して終了
する。これは、フィールド14に関連して先に議論した
「他の」オーディオトラック定義に関連して用いた技術
と同一である。
語ストリングが提供される。各ストリングは、エスケー
プキャラクタをもって次のストリングとは分離して終了
する。これは、フィールド14に関連して先に議論した
「他の」オーディオトラック定義に関連して用いた技術
と同一である。
フィールド29は最小100ビット及び最大1200ビットを
有する。思い出されるように、12個の認定（検定）済み
標準又は基準があり得ること、即ち最終ビデオ出力は12
の異なるフォーマットであり得ることである。仕様又は
規格が共通したセットを供給すべく、同意した全ての再
生装置製造業者及び全てのソフトウェア出版社によって
同意された品質基準又は品質規格の準拠を保証するため
に、認定が済んでいない又は未認定と認められるソフト
ウェア出版社が本発明の再生装置で再生されるディスク
を出版することを防止又は排除することが可能である。
更に、12の標準の内のサブセット又は一部のみに従って
再生するようなディスクを製造することを特定の出版社
に限定することも可能である。例えば、もしも同意され
た仕様に従って製造された各ディスクに対してロイヤリ
ティを支払うべきであり、そのロイヤリティはディスク
が再生され得る標準数に従って変化するようにすれば、
あるソフトウェア製造業者に対しては彼等が支払に同意
したサブセット標準のみにロイヤリティを限定すること
が可能である。この理由のため、各標準用に暗号化され
た認定済みコードが存在し、此等コードはフィールド29
に全て記憶されている。ディスクは、該ディスク上に適
切な暗号化された認定コードが含まれている時にのみ、
特定の標準に従って再生することになる。フィールド29
はフィールド５で認定された標準毎に100ビットずつ含
む。少なくとも１つの標準が認定されなければならない
ので、そこには少なくとも100ビットが存在する。最大
ビット数は、もしも12標準全てが認定された場合、1200
である。暗号化構成又は機構は公開鍵（パブリックキ
ー）暗号術の原則に基づくものである。公開鍵暗号術は
現在では公知であり、そして、その題材の明確な解説は
1979年８月出版のサイエンティフィック・アメリカン
“Scientific American"に見出され、ヘルマン（Hellma
nn）による「公開鍵暗号術の数学“The Mathematics of
Public−Key Cryptography"」と題された論文がある。
公開鍵暗号術を使用することによって、１つのメッセー
ジがＡ側では秘密鍵に従って暗号化され、Ｂ側に伝送さ
れ、そしてＢ側では公開鍵又はパブリックキーによって
復号化されることを可能としている。メッセージを暗号
化する秘密鍵は伝送側のみに知られている。こうした構
成は、典型的には、メッセージの真贋鑑定のために使用
される。受信側での伝送された暗号化メッモージの復号
化に及んで、そのメッセージは、それが一対となった私
的鍵又はプライベートキーによって暗号化されたもので
あれば、理解できるようになる。そして、このプライベ
ートキーは私的なものであるので、もしも復号化メッセ
ージが理解できれば、それはプライベートキーの所有者
によるものであることに違いない。
有する。思い出されるように、12個の認定（検定）済み
標準又は基準があり得ること、即ち最終ビデオ出力は12
の異なるフォーマットであり得ることである。仕様又は
規格が共通したセットを供給すべく、同意した全ての再
生装置製造業者及び全てのソフトウェア出版社によって
同意された品質基準又は品質規格の準拠を保証するため
に、認定が済んでいない又は未認定と認められるソフト
ウェア出版社が本発明の再生装置で再生されるディスク
を出版することを防止又は排除することが可能である。
更に、12の標準の内のサブセット又は一部のみに従って
再生するようなディスクを製造することを特定の出版社
に限定することも可能である。例えば、もしも同意され
た仕様に従って製造された各ディスクに対してロイヤリ
ティを支払うべきであり、そのロイヤリティはディスク
が再生され得る標準数に従って変化するようにすれば、
あるソフトウェア製造業者に対しては彼等が支払に同意
したサブセット標準のみにロイヤリティを限定すること
が可能である。この理由のため、各標準用に暗号化され
た認定済みコードが存在し、此等コードはフィールド29
に全て記憶されている。ディスクは、該ディスク上に適
切な暗号化された認定コードが含まれている時にのみ、
特定の標準に従って再生することになる。フィールド29
はフィールド５で認定された標準毎に100ビットずつ含
む。少なくとも１つの標準が認定されなければならない
ので、そこには少なくとも100ビットが存在する。最大
ビット数は、もしも12標準全てが認定された場合、1200
である。暗号化構成又は機構は公開鍵（パブリックキ
ー）暗号術の原則に基づくものである。公開鍵暗号術は
現在では公知であり、そして、その題材の明確な解説は
1979年８月出版のサイエンティフィック・アメリカン
“Scientific American"に見出され、ヘルマン（Hellma
nn）による「公開鍵暗号術の数学“The Mathematics of
Public−Key Cryptography"」と題された論文がある。
公開鍵暗号術を使用することによって、１つのメッセー
ジがＡ側では秘密鍵に従って暗号化され、Ｂ側に伝送さ
れ、そしてＢ側では公開鍵又はパブリックキーによって
復号化されることを可能としている。メッセージを暗号
化する秘密鍵は伝送側のみに知られている。こうした構
成は、典型的には、メッセージの真贋鑑定のために使用
される。受信側での伝送された暗号化メッモージの復号
化に及んで、そのメッセージは、それが一対となった私
的鍵又はプライベートキーによって暗号化されたもので
あれば、理解できるようになる。そして、このプライベ
ートキーは私的なものであるので、もしも復号化メッセ
ージが理解できれば、それはプライベートキーの所有者
によるものであることに違いない。
公開鍵暗号術は本発明では以下の方法により使用され
る。トラック上の実際のデータは、ソフトウェア出版社
を介して所定のアルゴリズム又は演算規則に従って処理
されている。処理の詳細は重要ではない。例えばディス
クデータに基づく100ビット結果を提供する何等かの少
なからぬ重要な処理で充分である。100ビットの結果
は、ディスクを介して、１から12までの暗号化形態で伝
送される。12の暗号システムの鍵対又はキーペアが、上
記標準のそれぞれに各一対又は各ペアが関連した形で存
在する。ディスク上で認定された第１標準のプライベー
トキーは100ビットメッセージを暗号化するために用い
られ、その100ビット暗号はフィールド29に記憶されて
いる。この暗号化はその特定の標準のための認定コード
である。同一のことがそのディスクで認定された他の標
準の全てに対して為され、此等標準の各々に関連したプ
ライベートキーが各場合において使用されることとな
る。
る。トラック上の実際のデータは、ソフトウェア出版社
を介して所定のアルゴリズム又は演算規則に従って処理
されている。処理の詳細は重要ではない。例えばディス
クデータに基づく100ビット結果を提供する何等かの少
なからぬ重要な処理で充分である。100ビットの結果
は、ディスクを介して、１から12までの暗号化形態で伝
送される。12の暗号システムの鍵対又はキーペアが、上
記標準のそれぞれに各一対又は各ペアが関連した形で存
在する。ディスク上で認定された第１標準のプライベー
トキーは100ビットメッセージを暗号化するために用い
られ、その100ビット暗号はフィールド29に記憶されて
いる。この暗号化はその特定の標準のための認定コード
である。同一のことがそのディスクで認定された他の標
準の全てに対して為され、此等標準の各々に関連したプ
ライベートキーが各場合において使用されることとな
る。
再生装置のオペレーティングシステムは、ソフトウェ
ア出版社によって元々は演算された同一の100ビット結
果又はメッセージを演算する。そして再生装置はそのデ
ィスクで認定された標準の各々に関連したパブリックキ
ー又は公開鍵を用いて、その標準用の暗号化認定コード
毎に復号化する。復号化されたメッセージは、ディスク
データの処理の後のオペレーティングシステムによって
演算されたメッセージに合致すべきである。もしもそれ
らが合致しなければ、ソフトウェア出版社はその特定の
標準のための認定されたコードを暗号化するプライベー
トキーを持っておらず、再生装置はその標準に従ってビ
デオ信号を提供しないこととなる。
ア出版社によって元々は演算された同一の100ビット結
果又はメッセージを演算する。そして再生装置はそのデ
ィスクで認定された標準の各々に関連したパブリックキ
ー又は公開鍵を用いて、その標準用の暗号化認定コード
毎に復号化する。復号化されたメッセージは、ディスク
データの処理の後のオペレーティングシステムによって
演算されたメッセージに合致すべきである。もしもそれ
らが合致しなければ、ソフトウェア出版社はその特定の
標準のための認定されたコードを暗号化するプライベー
トキーを持っておらず、再生装置はその標準に従ってビ
デオ信号を提供しないこととなる。
これを他の方法で説明するために、ディスク上で認定
された標準Ｎのためのプライベートキーを暗号化メッセ
ージとし、Ｘを暗号化されるメッセージとした場合に、
PriN（Ｘ）を生じさせると仮定しよう。同様にして、関
数PubN（Ｘ）は、関数Ｘを一対の片方であるパブリック
キーを用いての復号化を表わしている。更に、ディスク
上のデータを処理する所定アルゴリズムは、再生装置の
製造業者及びソフトウェア出版社の全てに知られてお
り、ディスクデータに依存する内容（値）を有する「メ
ッセージ」Ｍとして取り扱われる100ビット結果を生じ
させると仮定しよう。標準Ｎの場合、ソフトウェア出版
社は、先ずＭを引き出した後、ディスク上に100ビット
の暗号化された認定コードPriN（Ｍ）を記憶させる。再
生装置は、ソフトウェア出版社が為したと同一の方法
で、値Ｍを先ず引き出す。それから、再生装置のソフト
ウェアは暗号化された認定コードを復号化するために標
準Ｎに関連したパブリックキーを用いる。こうしてオペ
レーティングシステムは、PubN（PriN（Ｍ））を引き出
す。暗号化メッセージの復号化はオリジナルメッセージ
となるはずであるので、この復号化の結果は、ディスク
データを処理することによってオペレーティングシステ
ムが引き出した同一値Ｍになるべきである。もしそうで
あれば、この特定の標準は認定されたものであるばかり
か、出版社もそれを認定する権利を有する。一方、もし
も暗号化認定コードＭの復号化が再生装置によって引き
出されたアルゴリズム結果Ｍと合致しなければ（ソフト
ウェア出版社がPriN（Ｍ）を引き出すために用いられる
プライベートキーを持たないので）、その特定の標準は
ロックアウト（又は締め出し）されることになる。
された標準Ｎのためのプライベートキーを暗号化メッセ
ージとし、Ｘを暗号化されるメッセージとした場合に、
PriN（Ｘ）を生じさせると仮定しよう。同様にして、関
数PubN（Ｘ）は、関数Ｘを一対の片方であるパブリック
キーを用いての復号化を表わしている。更に、ディスク
上のデータを処理する所定アルゴリズムは、再生装置の
製造業者及びソフトウェア出版社の全てに知られてお
り、ディスクデータに依存する内容（値）を有する「メ
ッセージ」Ｍとして取り扱われる100ビット結果を生じ
させると仮定しよう。標準Ｎの場合、ソフトウェア出版
社は、先ずＭを引き出した後、ディスク上に100ビット
の暗号化された認定コードPriN（Ｍ）を記憶させる。再
生装置は、ソフトウェア出版社が為したと同一の方法
で、値Ｍを先ず引き出す。それから、再生装置のソフト
ウェアは暗号化された認定コードを復号化するために標
準Ｎに関連したパブリックキーを用いる。こうしてオペ
レーティングシステムは、PubN（PriN（Ｍ））を引き出
す。暗号化メッセージの復号化はオリジナルメッセージ
となるはずであるので、この復号化の結果は、ディスク
データを処理することによってオペレーティングシステ
ムが引き出した同一値Ｍになるべきである。もしそうで
あれば、この特定の標準は認定されたものであるばかり
か、出版社もそれを認定する権利を有する。一方、もし
も暗号化認定コードＭの復号化が再生装置によって引き
出されたアルゴリズム結果Ｍと合致しなければ（ソフト
ウェア出版社がPriN（Ｍ）を引き出すために用いられる
プライベートキーを持たないので）、その特定の標準は
ロックアウト（又は締め出し）されることになる。
そうした構成は理論上又は観念上では作動する一方、
克服されねばならない１つの実際上の問題がある。例え
ば、オリジナル「メッセージ」Ｍを引き出すべく使用さ
れるアルゴリズムは、所定の連続ブロック番号を有する
ディスク上の20のデータブロックを処理することを想像
しよう。（この処理は、各々が100ビットである連続グ
ループを相互に乗算し、各乗算の結果としてその100の
最小の意味あるビットだけを次の乗算用に用いることと
同様に簡単なものであるかもしれない。）ディスク上の
標準Ｎを認定する権限が与えられていない出版社は、そ
れにも拘らず、そうしたことを為すことを望む可能性が
ある。彼は、彼のソフトウェアに適用できる引き出され
た値Ｍを暗号化するためのプライベートキーを知らな
い。結果として、彼はディスクに記入すべき100ビット
暗号化コードであって、再生装置内で値Ｍへ復号化する
ことになる100ビット暗号化コードはどのようなもので
あるかを彼は知らない。しかし彼ができることは、他の
何等かの合法的なディスクから20の所定データブロック
をコピーして、彼自身のディスクにそれらを記入するこ
とであり、またフィールド29内の暗号化認定コードをコ
ピーすることである。それら20のデータブロックは、再
生装置内で処理されれば、値Ｍとなり、それは再生装置
で復号化された後に「盗用」暗号化認定コードと合致す
ることになる。勿論、そのソフトウェア出版社は著作権
侵害を犯すことなるが、単に重罪を犯すこととなる。そ
のソフトウェア出版社が直面する実際上の問題は、彼が
有するデータブロックは「再生」され、彼の映画に関す
る限りでは、前後関係が全体的になくなることである。
しかしながら、先ず第１に映画の多重バージョンを同一
ディスクに記憶させることができる方法は、再生装置は
あるデータブロックを下述するようにスキップする又は
飛び越えるように制御され得るので、ソフトウェア出版
社は、コピーされたデータブロックが再生されることが
ないように、彼の他のデータブロックをコード化するこ
とができる。こうして、暗号化保護は無効化され得る。
克服されねばならない１つの実際上の問題がある。例え
ば、オリジナル「メッセージ」Ｍを引き出すべく使用さ
れるアルゴリズムは、所定の連続ブロック番号を有する
ディスク上の20のデータブロックを処理することを想像
しよう。（この処理は、各々が100ビットである連続グ
ループを相互に乗算し、各乗算の結果としてその100の
最小の意味あるビットだけを次の乗算用に用いることと
同様に簡単なものであるかもしれない。）ディスク上の
標準Ｎを認定する権限が与えられていない出版社は、そ
れにも拘らず、そうしたことを為すことを望む可能性が
ある。彼は、彼のソフトウェアに適用できる引き出され
た値Ｍを暗号化するためのプライベートキーを知らな
い。結果として、彼はディスクに記入すべき100ビット
暗号化コードであって、再生装置内で値Ｍへ復号化する
ことになる100ビット暗号化コードはどのようなもので
あるかを彼は知らない。しかし彼ができることは、他の
何等かの合法的なディスクから20の所定データブロック
をコピーして、彼自身のディスクにそれらを記入するこ
とであり、またフィールド29内の暗号化認定コードをコ
ピーすることである。それら20のデータブロックは、再
生装置内で処理されれば、値Ｍとなり、それは再生装置
で復号化された後に「盗用」暗号化認定コードと合致す
ることになる。勿論、そのソフトウェア出版社は著作権
侵害を犯すことなるが、単に重罪を犯すこととなる。そ
のソフトウェア出版社が直面する実際上の問題は、彼が
有するデータブロックは「再生」され、彼の映画に関す
る限りでは、前後関係が全体的になくなることである。
しかしながら、先ず第１に映画の多重バージョンを同一
ディスクに記憶させることができる方法は、再生装置は
あるデータブロックを下述するようにスキップする又は
飛び越えるように制御され得るので、ソフトウェア出版
社は、コピーされたデータブロックが再生されることが
ないように、彼の他のデータブロックをコード化するこ
とができる。こうして、暗号化保護は無効化され得る。
解決策は、「メッセージ」を先ず第１に引き出すアル
ゴリズムが所定データブロック上でもオペレート又は動
作するかもしれないが、それをトラックの少なくとも導
入区域上で動作させるようにすることである。未認定の
出版社が他のディスクから導入部からトラックフィール
ドをコピーできる方法はない。その理由は、未認定の出
版社が他のディスクから導入部トラックフィールドをコ
ピーしたとしても、再生装置にその未認定出版社のディ
スク上のビデオ及びオーディオに関する誤情報を与えて
しまうからである。導入部データはディスクの特定の主
題の関数であり、ディスクを適切に再生するためにトラ
ック内に現われなければならない。こうして、図３上に
表現された情報は「メッセージ」Ｍとして取り扱うこと
ができ、認定された標準毎に１つあるその暗号化は、そ
れぞれのプライベートキーを用いて引き出され、導入部
フィールド29内に記憶される。（厳密に言えば、「メッ
セージ」Ｍはフィールド29を除く全てのフィールドの処
理の結果である。また、ソフトウェアを含むようなより
長いフィールドはその処理から省略され得る。）再生装
置は同一「メッセージ」を引き出し、暗号化された認定
コードをそれぞれの標準に関連したパブリックキーで復
号化し、それからそれら２つを比較する。もしもそれら
が合致しなければ、再生装置はその特定標準はその特定
ディスク出版社には認定されていなと決定する。
ゴリズムが所定データブロック上でもオペレート又は動
作するかもしれないが、それをトラックの少なくとも導
入区域上で動作させるようにすることである。未認定の
出版社が他のディスクから導入部からトラックフィール
ドをコピーできる方法はない。その理由は、未認定の出
版社が他のディスクから導入部トラックフィールドをコ
ピーしたとしても、再生装置にその未認定出版社のディ
スク上のビデオ及びオーディオに関する誤情報を与えて
しまうからである。導入部データはディスクの特定の主
題の関数であり、ディスクを適切に再生するためにトラ
ック内に現われなければならない。こうして、図３上に
表現された情報は「メッセージ」Ｍとして取り扱うこと
ができ、認定された標準毎に１つあるその暗号化は、そ
れぞれのプライベートキーを用いて引き出され、導入部
フィールド29内に記憶される。（厳密に言えば、「メッ
セージ」Ｍはフィールド29を除く全てのフィールドの処
理の結果である。また、ソフトウェアを含むようなより
長いフィールドはその処理から省略され得る。）再生装
置は同一「メッセージ」を引き出し、暗号化された認定
コードをそれぞれの標準に関連したパブリックキーで復
号化し、それからそれら２つを比較する。もしもそれら
が合致しなければ、再生装置はその特定標準はその特定
ディスク出版社には認定されていなと決定する。
暗号化された認定コードフィールドは図３の末端近く
に示され、その対応する処理は、下述する図5A〜図5Cの
フローチャートの末端近くに示されている。
に示され、その対応する処理は、下述する図5A〜図5Cの
フローチャートの末端近くに示されている。
暗号化された認定コードフィールドの図示された位置
付けは、その処理の説明を促進するものであるが、実際
のところこのフィールドは処理の最初に配置されること
が有利である可能性がある。思い出されるように、特殊
なソフトウェアが、正規の再生装置シーケンスを変更す
べく、ディスクから読取られることがある。
付けは、その処理の説明を促進するものであるが、実際
のところこのフィールドは処理の最初に配置されること
が有利である可能性がある。思い出されるように、特殊
なソフトウェアが、正規の再生装置シーケンスを変更す
べく、ディスクから読取られることがある。
よって、偽造者が認定コード処理をバイパスさせるよ
う特殊ソフトウェアを書き得ることが想像できる。如何
なる特殊ソフトウェアもまさに読取られる前にそうした
処理を行うことによって、その処理はバイパスされるこ
とができなくなる。
う特殊ソフトウェアを書き得ることが想像できる。如何
なる特殊ソフトウェアもまさに読取られる前にそうした
処理を行うことによって、その処理はバイパスされるこ
とができなくなる。
導入トラックフィールドの説明に戻って、フィールド
30は１ビットデータブロックのコマンド／データフラッ
グである。このビットはオペレーティングシステムに対
して、データブロックはディスクの再生中に読取られる
べきコマンド情報或いはデータを含むか否かを知らせ
る。システムがどのようにして、特定データブロックが
コマンド或いはデータを含むか否かを決定するかは下述
することになる。フィールド30は、何かそうした情報が
一体あるのか否かを単に示す。最後に、フィールド31及
び32は雑品入れフィールドであり、再生装置がディスク
上の情報を処理する普通ではない方法をディスクに制御
させることを許容するものである。思い出されるよう
に、フィールド３は、フィールド４が通常採用されるも
のとは全体的に異なるプログラムに従って再生装置をオ
ペレートさせる特殊ソフトウェアを含むか否かを示すフ
ラッグを含み、フィールド12はフィールド13が「他の」
オーディオトラックに使用する特殊混合／削除ソフトウ
ェアを含むか否かを示し、フィールド17は、フィールド
18は４ビットの多重バージョンコードを処理するための
特殊バージョンソフトウェアを含むか否かを示すフラッ
グを含む。フィールド31はフィールド32内に「補助」ソ
フトウェアがあるか否かを示す。この補助ソフトウェア
はフィールド４の特殊ソフトウェアとはことなるもので
あり、フィールド４のソフトウェアは、基本的には、通
常用いられる処理の代替品である一方、補助ソフトウェ
アは一般にデータブロック内に見出されるべきコマンド
及びデータと共にそのコードを扱う。
30は１ビットデータブロックのコマンド／データフラッ
グである。このビットはオペレーティングシステムに対
して、データブロックはディスクの再生中に読取られる
べきコマンド情報或いはデータを含むか否かを知らせ
る。システムがどのようにして、特定データブロックが
コマンド或いはデータを含むか否かを決定するかは下述
することになる。フィールド30は、何かそうした情報が
一体あるのか否かを単に示す。最後に、フィールド31及
び32は雑品入れフィールドであり、再生装置がディスク
上の情報を処理する普通ではない方法をディスクに制御
させることを許容するものである。思い出されるよう
に、フィールド３は、フィールド４が通常採用されるも
のとは全体的に異なるプログラムに従って再生装置をオ
ペレートさせる特殊ソフトウェアを含むか否かを示すフ
ラッグを含み、フィールド12はフィールド13が「他の」
オーディオトラックに使用する特殊混合／削除ソフトウ
ェアを含むか否かを示し、フィールド17は、フィールド
18は４ビットの多重バージョンコードを処理するための
特殊バージョンソフトウェアを含むか否かを示すフラッ
グを含む。フィールド31はフィールド32内に「補助」ソ
フトウェアがあるか否かを示す。この補助ソフトウェア
はフィールド４の特殊ソフトウェアとはことなるもので
あり、フィールド４のソフトウェアは、基本的には、通
常用いられる処理の代替品である一方、補助ソフトウェ
アは一般にデータブロック内に見出されるべきコマンド
及びデータと共にそのコードを扱う。
典型的には、この補助ソフトウェアはビデオゲームの
再生を許容することなり、データブロック内の関連する
コマンド及びデータで再生コースを決定する。この技術
は他の複数の用途もある。補助ソフトウェア、データブ
ロック内のコマンド及びデータが使用され得る方法の他
の例として、サブタイトル（字幕）付きのクラシックな
映画であるが、サブタイトルの代りに周期的に表示され
るような評論的実況解説であって、おそらくは該評論的
な実況解説を除いてはスクリーンが空白又はブランクと
なる瞬間に表示される実況解説をも備えているクラシッ
ク映画を考えよう。可能な柔軟性を示すために、その評
論的実況解説が異なる言語である場合をも考慮すること
にしよう。そうした場合に要求されることは、図２上の
バッファ59には幾つかのデータブロックの再生中に一つ
の言語でのサブタイトルが、そして他のデータブロック
の再生中には他の言語でのサブタイトルがロードされる
ことである（こうして、その幾つかのデータブロックは
オリジナル映画に対応するサブタイトルを含み、他方は
他の言語での評論的な実況解説を含む）。そうした場
合、言語サブタイトルに関して一方から他方へ他方から
一方へと切り換えるように、システムに対してどうにか
して知らせる必要があり、即ち、異なるサブタイトルト
ラックは異なるデータブロックで処理されなければなら
ない。これはデータブロック自体内でコマンドを発する
ことによって都合良く制御され得る。同様にして、もし
も実況解説の表示の間スクリーンをブランクにして画像
を中断することが望まれるならば、あるデータブロック
はブランク状態の持続時間を表わすあるデータ値を含ん
でもよい。代わりに、もしも実況解説が異なる言語で行
われるべきであれば、それはその目的のために選択され
た異なるオーディオトラックとなることであろう。如何
なる場合でも、フィールド32からロードされた特殊ソフ
トウェアはデータブロック内に含まれたコマンド及びデ
ータの処理を制御し、再生装置のオペレーティングシス
テムと共に動作することとなるであろう。
再生を許容することなり、データブロック内の関連する
コマンド及びデータで再生コースを決定する。この技術
は他の複数の用途もある。補助ソフトウェア、データブ
ロック内のコマンド及びデータが使用され得る方法の他
の例として、サブタイトル（字幕）付きのクラシックな
映画であるが、サブタイトルの代りに周期的に表示され
るような評論的実況解説であって、おそらくは該評論的
な実況解説を除いてはスクリーンが空白又はブランクと
なる瞬間に表示される実況解説をも備えているクラシッ
ク映画を考えよう。可能な柔軟性を示すために、その評
論的実況解説が異なる言語である場合をも考慮すること
にしよう。そうした場合に要求されることは、図２上の
バッファ59には幾つかのデータブロックの再生中に一つ
の言語でのサブタイトルが、そして他のデータブロック
の再生中には他の言語でのサブタイトルがロードされる
ことである（こうして、その幾つかのデータブロックは
オリジナル映画に対応するサブタイトルを含み、他方は
他の言語での評論的な実況解説を含む）。そうした場
合、言語サブタイトルに関して一方から他方へ他方から
一方へと切り換えるように、システムに対してどうにか
して知らせる必要があり、即ち、異なるサブタイトルト
ラックは異なるデータブロックで処理されなければなら
ない。これはデータブロック自体内でコマンドを発する
ことによって都合良く制御され得る。同様にして、もし
も実況解説の表示の間スクリーンをブランクにして画像
を中断することが望まれるならば、あるデータブロック
はブランク状態の持続時間を表わすあるデータ値を含ん
でもよい。代わりに、もしも実況解説が異なる言語で行
われるべきであれば、それはその目的のために選択され
た異なるオーディオトラックとなることであろう。如何
なる場合でも、フィールド32からロードされた特殊ソフ
トウェアはデータブロック内に含まれたコマンド及びデ
ータの処理を制御し、再生装置のオペレーティングシス
テムと共に動作することとなるであろう。
導入部トラックフィールドの処理 図5A乃至図5Eは、導入部トラックフィールドにおける
情報処理を示す。この予備的な処理の説明を、個々のフ
ィールドの機能を念頭においてこの時点で提示する。デ
ータブロックの処理と共にデータブロックにおける此等
のフィールドを以下に説明する。
情報処理を示す。この予備的な処理の説明を、個々のフ
ィールドの機能を念頭においてこの時点で提示する。デ
ータブロックの処理と共にデータブロックにおける此等
のフィールドを以下に説明する。
図5Aの上部に示されるようにデフォルト設定又は設定
状態の読取りによってシステム処理は始まる。此等は、
DIPスイッチ、ROMコード、或いは電源投入時にシステム
を構成する任意の他の装置又は技術等によって確定され
た設定である。マイクロプロセッサに基づくシステムに
おいて典型的なように、電源の最初の投入時に、全ての
フラッグをリセットし、デフォルト設定状態を読取る。
状態の読取りによってシステム処理は始まる。此等は、
DIPスイッチ、ROMコード、或いは電源投入時にシステム
を構成する任意の他の装置又は技術等によって確定され
た設定である。マイクロプロセッサに基づくシステムに
おいて典型的なように、電源の最初の投入時に、全ての
フラッグをリセットし、デフォルト設定状態を読取る。
こうして、此等はシステムを構成するために決定され
る４つのデフォルト設定状態がある。第１は標準であ
り、例えばアメリカ合衆国で販売される再生装置は典型
的には、デフォルト状態又は既定値設定状態で、NTSCビ
デオ信号を提供すべく構成される。
る４つのデフォルト設定状態がある。第１は標準であ
り、例えばアメリカ合衆国で販売される再生装置は典型
的には、デフォルト状態又は既定値設定状態で、NTSCビ
デオ信号を提供すべく構成される。
次のデフォルト設定は言語であり、サウンドトラック
のダイアローグ言語、サブタイトル言語（もしもあれ
ば）、ディスプレイ上に提示されるべきメニューの言語
等々である。例えばアメリカ合衆国において、デフォル
ト言語は英語となるであろう。
のダイアローグ言語、サブタイトル言語（もしもあれ
ば）、ディスプレイ上に提示されるべきメニューの言語
等々である。例えばアメリカ合衆国において、デフォル
ト言語は英語となるであろう。
もしもユーザが再生装置に対して、英語以外の言語を
此等の機能の１つ以上のために望むことを知らせなけれ
ば、オーディオ言語トラック10が使用されてサウンドト
ラックを発生し、英語のキャラクタストリング（文字
列）が「他の」オーディオトラック及び目次のための混
合／削除メニューをセットアップするために使用され
る。サブタイトルに関しての通常のデフォルトは「言語
なし」である。
此等の機能の１つ以上のために望むことを知らせなけれ
ば、オーディオ言語トラック10が使用されてサウンドト
ラックを発生し、英語のキャラクタストリング（文字
列）が「他の」オーディオトラック及び目次のための混
合／削除メニューをセットアップするために使用され
る。サブタイトルに関しての通常のデフォルトは「言語
なし」である。
第３デフォルトはアスペクト比であり、アメリカ合衆
国では4:3である。アスペクト比は、最終ビデオ出力信
号によって表わされるディスプレイの相対的寸法を決定
する。
国では4:3である。アスペクト比は、最終ビデオ出力信
号によって表わされるディスプレイの相対的寸法を決定
する。
最後に、パーレンタルロック状態が決定される。これ
は図２のシステムにおいてロック81の設定の決定を単に
課するだけである。しかし物理的ロック及びキーをなし
で済ませ、そして、ロック機能の制御を実行する人間だ
けに知られたパスワードをキーボードで先ず入力した後
に、このパーレンタルロック状態を不揮発性のメモリー
に記憶することも可能である。
は図２のシステムにおいてロック81の設定の決定を単に
課するだけである。しかし物理的ロック及びキーをなし
で済ませ、そして、ロック機能の制御を実行する人間だ
けに知られたパスワードをキーボードで先ず入力した後
に、このパーレンタルロック状態を不揮発性のメモリー
に記憶することも可能である。
多くの消費者用電子機器におけるように、キーボード
は再生装置との質疑応答用或いは制御用としてユーザに
随時使用され得る。当業界での標準的なルーチン制御シ
ーケンスは、ここでのフローチャートには示されていな
い。例えば、キーボード、或いは関連の遠隔操作装置等
は、ボリューム、早送り、特定チャプターへのジャンプ
等々を制御するために使用され得る。当業界では周知の
ように、メニューキーを操作することによって表示を制
御すべく、正規の処理は中断される（割込み）。図5Aの
処理のスタートでは、メニューキーは操作されたか否か
を決定するテストが示される。ディスク再生中の任意の
他の時間とは対照的に、処理のスタート時にメニューキ
ーが操作されたか否かの質疑応答を示す理由は、これは
デフォルト設定状態を変更できる機能であるからであ
る。もしも電源の最初の投入時にメニューキーを操作す
れば、システムは１つのメニューを表示する。
は再生装置との質疑応答用或いは制御用としてユーザに
随時使用され得る。当業界での標準的なルーチン制御シ
ーケンスは、ここでのフローチャートには示されていな
い。例えば、キーボード、或いは関連の遠隔操作装置等
は、ボリューム、早送り、特定チャプターへのジャンプ
等々を制御するために使用され得る。当業界では周知の
ように、メニューキーを操作することによって表示を制
御すべく、正規の処理は中断される（割込み）。図5Aの
処理のスタートでは、メニューキーは操作されたか否か
を決定するテストが示される。ディスク再生中の任意の
他の時間とは対照的に、処理のスタート時にメニューキ
ーが操作されたか否かの質疑応答を示す理由は、これは
デフォルト設定状態を変更できる機能であるからであ
る。もしも電源の最初の投入時にメニューキーを操作す
れば、システムは１つのメニューを表示する。
フローチャートに示されるように、ユーザには、デフ
ォルト変更、ディスク目次の検分、及び／又は（メニュ
ーキーを誤って操作した場合）何等変更することなく元
の処理への単なる戻し（リターン）の選択肢が与えられ
る。図示されているように、メニュー選択に応じて、デ
フォルトが変更され、全メニュー選択工程が中止される
か或いはTOC（目次）フラッグが１にセットされる。こ
のフラッグは、目次が表示されるべきか否かを決定する
ために、追って確かめられることになる。
ォルト変更、ディスク目次の検分、及び／又は（メニュ
ーキーを誤って操作した場合）何等変更することなく元
の処理への単なる戻し（リターン）の選択肢が与えられ
る。図示されているように、メニュー選択に応じて、デ
フォルトが変更され、全メニュー選択工程が中止される
か或いはTOC（目次）フラッグが１にセットされる。こ
のフラッグは、目次が表示されるべきか否かを決定する
ために、追って確かめられることになる。
今までのところ、ディスクからの情報は何等処理され
ていない。（この説明において、しばしばフィールドの
読取りを参照したり、しばしばフィールドの処理を参照
したりする。理解して戴きたいことは、ある処理ステッ
プの後にフィールドが読取られると言われた時でさえ、
そのフィールドは、実際には先行して読取られて後で使
用するためにバッファ内に記憶されていることもあると
言うことである。その文脈に依存して、フィールドを読
取るとは、実際にそれを読取ってそのビットが図２のデ
ータアウト導体25上に現われることを意味するか、或い
はそれが先行して読取られてバッファされていればその
データによって何等かを行うことを意味する。）図３に
おいて、導入トラック区域から読取られた第１の情報フ
ィールドは、認定された地域を表わしている。次に、再
生装置の使用が意図された地域は、ディスク上で認定さ
れたものの内の１つであるか否かを見るための検査又は
チェックが為される。また、再生装置の使用が認定され
た地域（再生装置認定地域）はデフォルト設定の一種で
もあるが、それはユーザによって変更され得ないので他
のものとは一団とはならない。（１つの地域から他の地
域への移動する購入者に彼の再生装置の使用を可能なら
しめるべく、その再生装置認定地域は認定された技術者
によって変更され得る。）もしも再生装置が、例えば、
中国向けの使用として設計され、そして中国はディスク
上で認定された地域の１つでなければ、ディスクの再生
は中止される。
ていない。（この説明において、しばしばフィールドの
読取りを参照したり、しばしばフィールドの処理を参照
したりする。理解して戴きたいことは、ある処理ステッ
プの後にフィールドが読取られると言われた時でさえ、
そのフィールドは、実際には先行して読取られて後で使
用するためにバッファ内に記憶されていることもあると
言うことである。その文脈に依存して、フィールドを読
取るとは、実際にそれを読取ってそのビットが図２のデ
ータアウト導体25上に現われることを意味するか、或い
はそれが先行して読取られてバッファされていればその
データによって何等かを行うことを意味する。）図３に
おいて、導入トラック区域から読取られた第１の情報フ
ィールドは、認定された地域を表わしている。次に、再
生装置の使用が意図された地域は、ディスク上で認定さ
れたものの内の１つであるか否かを見るための検査又は
チェックが為される。また、再生装置の使用が認定され
た地域（再生装置認定地域）はデフォルト設定の一種で
もあるが、それはユーザによって変更され得ないので他
のものとは一団とはならない。（１つの地域から他の地
域への移動する購入者に彼の再生装置の使用を可能なら
しめるべく、その再生装置認定地域は認定された技術者
によって変更され得る。）もしも再生装置が、例えば、
中国向けの使用として設計され、そして中国はディスク
上で認定された地域の１つでなければ、ディスクの再生
は中止される。
一方、もしもディスクが再生装置認定地域内での再生
用に認定されていれば、この単一ビットはシステムに対
して、特殊ソフトウェアが存在するか否かを単に告げ
る。フローチャートに示されているように、もしも存在
すれば、その特殊ソフトウェアがフィールド４から読取
られて実行される。この処理は「特殊ソフトウェアの実
行」ステップで終了する。これは、フィールド４の特殊
ソフトウェアが基本的には内蔵オペレーティングシステ
ムと入れ替わることを示すためである。そうしたソフト
ウェアは、再生装置の全体的な用途の抜本的変更が必要
とされる時に採用されることとなる。（上述したよう
に、こうだからといって、この特殊ソフトウェアが、オ
ペレーティングシステムを内蔵するROMからBIOSルーチ
ン等を呼び出さないわけではない。）もしも特殊ソフト
ウェアが存在しなければ、システムはデフォルト標準を
読取り、例えばNTSC標準を採用すべきことを決定する。
もしもユーザがメニュー選択を通じてこのデフォルト標
準を変更していれば、例えばPALへ変更していれば、PAL
が新しいデフォルト標準となる。システムはそれから、
12標準まで認定しているフィールド５にアクセスする。
実行されるテストは、デフォルト標準（オリジナルのも
の、或いは処理のスタート時に変更されたもの）が認定
されているか否かを決定することである。もしもそうで
なければ（認定されていなければ）、ユーザに認定され
ている標準を示すべくメニューが表示されて、彼はその
内の１つを選択する。適切な選択が為された後、或いは
もしもデフォルト標準が認定されていれば、システムは
フィールド６及び７を処理する。フィールド６の読取り
は、再生装置に利用可能なオーディオ言語（Ｍ＆Ｅ及び
15言語を含む16まで）を知らせる。
用に認定されていれば、この単一ビットはシステムに対
して、特殊ソフトウェアが存在するか否かを単に告げ
る。フローチャートに示されているように、もしも存在
すれば、その特殊ソフトウェアがフィールド４から読取
られて実行される。この処理は「特殊ソフトウェアの実
行」ステップで終了する。これは、フィールド４の特殊
ソフトウェアが基本的には内蔵オペレーティングシステ
ムと入れ替わることを示すためである。そうしたソフト
ウェアは、再生装置の全体的な用途の抜本的変更が必要
とされる時に採用されることとなる。（上述したよう
に、こうだからといって、この特殊ソフトウェアが、オ
ペレーティングシステムを内蔵するROMからBIOSルーチ
ン等を呼び出さないわけではない。）もしも特殊ソフト
ウェアが存在しなければ、システムはデフォルト標準を
読取り、例えばNTSC標準を採用すべきことを決定する。
もしもユーザがメニュー選択を通じてこのデフォルト標
準を変更していれば、例えばPALへ変更していれば、PAL
が新しいデフォルト標準となる。システムはそれから、
12標準まで認定しているフィールド５にアクセスする。
実行されるテストは、デフォルト標準（オリジナルのも
の、或いは処理のスタート時に変更されたもの）が認定
されているか否かを決定することである。もしもそうで
なければ（認定されていなければ）、ユーザに認定され
ている標準を示すべくメニューが表示されて、彼はその
内の１つを選択する。適切な選択が為された後、或いは
もしもデフォルト標準が認定されていれば、システムは
フィールド６及び７を処理する。フィールド６の読取り
は、再生装置に利用可能なオーディオ言語（Ｍ＆Ｅ及び
15言語を含む16まで）を知らせる。
もう一度、デフォルト値が、許容されたオプションの
セットに対してテストされる。以前は、ディスクから読
取られた認定標準に対してテストされたのは、デフォル
ト標準であった。今回は、利用可能な全てのものと比較
されるのは、デフォルトオーディオ言語（電源投入時の
デフォルト言語、或いは、もしもメニューキーが操作さ
れたならばユーザによって選択された異なる言語の何れ
か一方）である。フローチャートに示されるように、も
しもデフォルト言語が利用可能でなければ、利用可能な
オーディオ言語を列挙した１つの表示が形成されて、ユ
ーザがその内の１つを選択する。それからシステムはフ
ィールド７におけるトラックタイプを読取る。これは、
Ｍ＆Ｅトラックは存在するか否か、ミキシングマスター
或いはスイッチングマスターとして使用されるべきもの
か否か、更に、選択された言語トラックは完全なオーデ
ィオトラックで、ミキシングマスターと混合されるべき
か否か或いはスイッチングマスターとスイッチングすな
わち交換されるべきか否かを、オペレーティングシステ
ムに知らせるフィールドである。次に、トラックコーデ
ィング（コード）をフィールド８から読取る。もしも選
択言語、そのトラックタイプ及びトラックコーディング
が、Ｍ＆Ｅ、ミキシング（混合）及びスイッチング（交
換）に関しての情報と共に与えられれば、オペレーティ
ングシステムは、視聴者のニーズに合致する、映画に付
随するためのサウンドトラックを発生するに必要な全て
の情報を有する。
セットに対してテストされる。以前は、ディスクから読
取られた認定標準に対してテストされたのは、デフォル
ト標準であった。今回は、利用可能な全てのものと比較
されるのは、デフォルトオーディオ言語（電源投入時の
デフォルト言語、或いは、もしもメニューキーが操作さ
れたならばユーザによって選択された異なる言語の何れ
か一方）である。フローチャートに示されるように、も
しもデフォルト言語が利用可能でなければ、利用可能な
オーディオ言語を列挙した１つの表示が形成されて、ユ
ーザがその内の１つを選択する。それからシステムはフ
ィールド７におけるトラックタイプを読取る。これは、
Ｍ＆Ｅトラックは存在するか否か、ミキシングマスター
或いはスイッチングマスターとして使用されるべきもの
か否か、更に、選択された言語トラックは完全なオーデ
ィオトラックで、ミキシングマスターと混合されるべき
か否か或いはスイッチングマスターとスイッチングすな
わち交換されるべきか否かを、オペレーティングシステ
ムに知らせるフィールドである。次に、トラックコーデ
ィング（コード）をフィールド８から読取る。もしも選
択言語、そのトラックタイプ及びトラックコーディング
が、Ｍ＆Ｅ、ミキシング（混合）及びスイッチング（交
換）に関しての情報と共に与えられれば、オペレーティ
ングシステムは、視聴者のニーズに合致する、映画に付
随するためのサウンドトラックを発生するに必要な全て
の情報を有する。
実行される次なることは、フィールド９を読取ってデ
ィスク上にある「他の」オーディオトラックのゼロから
63までの数を決定することである。もしも「他の」オー
ディオトラックが本当になければ、それらによって為さ
れるべき事柄を決定する処理の全てはバイパス（スキッ
プ）される。しかし、もしもそうしたトラックがあれ
ば、フィールド10が先ず読取られてそれらをどのように
コード化するかを決定する。ユーザはそれらで為される
べきことを決定する前にトラック内に何があるのかを知
らされていなければならないので、システムはフィール
ド11を読取ってから、ディスク上の「他の」トラックメ
ニュー言語を次に決定しなければならない。メニューが
デフォルト言語で利用可能か否かを見るために、通常タ
イプのチェックが行われる。もしそうでなければ、利用
可能言語が表示されてユーザはそれらの内の１つを選択
する。
ィスク上にある「他の」オーディオトラックのゼロから
63までの数を決定することである。もしも「他の」オー
ディオトラックが本当になければ、それらによって為さ
れるべき事柄を決定する処理の全てはバイパス（スキッ
プ）される。しかし、もしもそうしたトラックがあれ
ば、フィールド10が先ず読取られてそれらをどのように
コード化するかを決定する。ユーザはそれらで為される
べきことを決定する前にトラック内に何があるのかを知
らされていなければならないので、システムはフィール
ド11を読取ってから、ディスク上の「他の」トラックメ
ニュー言語を次に決定しなければならない。メニューが
デフォルト言語で利用可能か否かを見るために、通常タ
イプのチェックが行われる。もしそうでなければ、利用
可能言語が表示されてユーザはそれらの内の１つを選択
する。
先に説明したように、オペレーティングシステムは、
メニューを読み込んで、それを表示し、そしてユーザが
「他の」オーディオトラックによって為されるべき事柄
を決定するのに伴ってユーザとの相互作用するための標
準ルーチンを実行してもよい。しかし、特殊混合（ミキ
シング）或いは削除を達成すべき場合には、特殊混合／
削除ソフトウェアが要求される。フィールド12が読み込
まれて、そうしたソフトウェアが利用可能であるのか否
かが見られ、そしてフローチャートに示されるように、
ディスク上にある何等かの特殊混合／削除ソフトウェア
がフィールド13から読取られる。その後にだけ実際のメ
ニュー項目（選択された言語で）がフィールド14から読
取られて、ユーザのために表示される。オペレーティン
グシステムによって利用可能となったメニューを用い
て、ユーザは「他の」オーディオトラックのための再生
モードを選択する。例えば、彼は任意の許容された方法
でそれを混合したり、トラック内にあるものを、他のよ
り多く含むトラックから削除する（位相反転によって）
ために用いたり、再生専用のために１つのトラックを調
整したり、相対的なオーディオレベルを調整したり、等
々することができる。特殊混合／削除ソフトウェアは、
勿論、此等のオプションを慣習的には提示されていない
他のものと共に提供できる。
メニューを読み込んで、それを表示し、そしてユーザが
「他の」オーディオトラックによって為されるべき事柄
を決定するのに伴ってユーザとの相互作用するための標
準ルーチンを実行してもよい。しかし、特殊混合（ミキ
シング）或いは削除を達成すべき場合には、特殊混合／
削除ソフトウェアが要求される。フィールド12が読み込
まれて、そうしたソフトウェアが利用可能であるのか否
かが見られ、そしてフローチャートに示されるように、
ディスク上にある何等かの特殊混合／削除ソフトウェア
がフィールド13から読取られる。その後にだけ実際のメ
ニュー項目（選択された言語で）がフィールド14から読
取られて、ユーザのために表示される。オペレーティン
グシステムによって利用可能となったメニューを用い
て、ユーザは「他の」オーディオトラックのための再生
モードを選択する。例えば、彼は任意の許容された方法
でそれを混合したり、トラック内にあるものを、他のよ
り多く含むトラックから削除する（位相反転によって）
ために用いたり、再生専用のために１つのトラックを調
整したり、相対的なオーディオレベルを調整したり、等
々することができる。特殊混合／削除ソフトウェアは、
勿論、此等のオプションを慣習的には提示されていない
他のものと共に提供できる。
図5Bに示されるように、サブタイトル情報は設定され
たパターンに従ってここで処理する。先ずシステムは、
サブタイトルが本当に望まれているのか否かを決定す
る。図5Aのほんの始めのところで思い出されるように、
デフォルト設定の１つはサブタイトル言語である。通常
のデフォルト設定は、サブタイトルが望まれていないこ
とになっている。もしもそれが、事実、当てはまれば、
サブタイトル処理は完全にスキップされる。しかし、も
しもサブタイトルが望まれているのであれば、利用可能
サブタイトル言語がフィールド15から読取られる。それ
から、デフォルトサブタイトル言語が利用可能であるか
否かを見るテストが行われる。もしもそうでなければ、
利用可能サブタイトル言語が表示されて、ユーザはそれ
らの内の１つを選択する。
たパターンに従ってここで処理する。先ずシステムは、
サブタイトルが本当に望まれているのか否かを決定す
る。図5Aのほんの始めのところで思い出されるように、
デフォルト設定の１つはサブタイトル言語である。通常
のデフォルト設定は、サブタイトルが望まれていないこ
とになっている。もしもそれが、事実、当てはまれば、
サブタイトル処理は完全にスキップされる。しかし、も
しもサブタイトルが望まれているのであれば、利用可能
サブタイトル言語がフィールド15から読取られる。それ
から、デフォルトサブタイトル言語が利用可能であるか
否かを見るテストが行われる。もしもそうでなければ、
利用可能サブタイトル言語が表示されて、ユーザはそれ
らの内の１つを選択する。
次に、フィールド16の４ビット多重バージョンコード
が読取られる。第１ビットは、２つのバージョンが利用
可能であるか否か、或いはただ１つであるかを示す。こ
の点において選択肢は設けられることがない。その理由
は、先ずシステムは特殊ソフトウェアが利用可能である
のか否かを決定しなければならず、これはフィールド17
から決定される。もしも特殊バージョンソフトウェアが
利用可能であれば、フィールド18から読取られて実行さ
れる。このソフトウェアは多重バージョンが利用可能で
あるか否かと、第３及び第４ビット位置におけるコード
が表わす事柄とを知らねばならないと言う限りでは、そ
れは既に決定されている。
が読取られる。第１ビットは、２つのバージョンが利用
可能であるか否か、或いはただ１つであるかを示す。こ
の点において選択肢は設けられることがない。その理由
は、先ずシステムは特殊ソフトウェアが利用可能である
のか否かを決定しなければならず、これはフィールド17
から決定される。もしも特殊バージョンソフトウェアが
利用可能であれば、フィールド18から読取られて実行さ
れる。このソフトウェアは多重バージョンが利用可能で
あるか否かと、第３及び第４ビット位置におけるコード
が表わす事柄とを知らねばならないと言う限りでは、そ
れは既に決定されている。
ユーザのための表示された選択は、認定されたバージ
ョンの内からの選択か、或いは退去（exit）かがフロー
チャートに示されているが、理解して戴きたいことは、
表示の選択は、もしも特殊バージョンソフトウェアが実
行されたならば、一般には異なることである。また、理
解されるべきは、もしも再生され得るバージョンがたっ
た１つしか存在しないとしても、特殊バージョンソフト
ウェアが存在し得ることである。例えば、特別なプログ
ラムが非常に不安定であり得ることを視聴者に対して警
告して、再生開始前に「続ける」か否かの応答を求める
ことが適切であるかもしれなく、此等の全てはＲ等級と
は別であり且つ分離したものである。
ョンの内からの選択か、或いは退去（exit）かがフロー
チャートに示されているが、理解して戴きたいことは、
表示の選択は、もしも特殊バージョンソフトウェアが実
行されたならば、一般には異なることである。また、理
解されるべきは、もしも再生され得るバージョンがたっ
た１つしか存在しないとしても、特殊バージョンソフト
ウェアが存在し得ることである。例えば、特別なプログ
ラムが非常に不安定であり得ることを視聴者に対して警
告して、再生開始前に「続ける」か否かの応答を求める
ことが適切であるかもしれなく、此等の全てはＲ等級と
は別であり且つ分離したものである。
もしも特殊バージョンソフトウェアが利用可能でなけ
れば、上記４ビット多重バージョンコードフィールドの
ビット３及び４は等級付けの目的のために使用されな
い。パーレンタルロックがオンとなっているか否かを見
るためにテストが実行される。もしもそうでなければ、
バージョンＡ及びＢの再生には何等制限がなく、両バー
ジョンは認定される。もしもそれがたった１つ存在する
バージョンであると先に決定されていたならば、そのバ
ージョンはバージョンＡであると考えられて、認定され
る。
れば、上記４ビット多重バージョンコードフィールドの
ビット３及び４は等級付けの目的のために使用されな
い。パーレンタルロックがオンとなっているか否かを見
るためにテストが実行される。もしもそうでなければ、
バージョンＡ及びＢの再生には何等制限がなく、両バー
ジョンは認定される。もしもそれがたった１つ存在する
バージョンであると先に決定されていたならば、そのバ
ージョンはバージョンＡであると考えられて、認定され
る。
一方、もしもパーレンタルロックがオンであれば、デ
ィスク上のバージョンはＲ等級であるのか否かを見るた
めにテストが実行されなければならない。図5Cに示され
るように、もしもバージョンＡがＲ等級であり、且つバ
ージョンＢもそうであれば、システムの再生は中止さ
れ、図示されてはいないが、適切なメッセージがユーザ
に表示されて、なぜ再生が停止したかを通知する。一
方、もしもバージョンＡはＲ等級ではないが、バージョ
ンＢがそうであれば、バージョンＡのみが認定される。
最後に、例えばパーレンタルロックがオンであっても、
もしも両バージョンともにＲ等級でなければ、両バージ
ョンは認定される。
ィスク上のバージョンはＲ等級であるのか否かを見るた
めにテストが実行されなければならない。図5Cに示され
るように、もしもバージョンＡがＲ等級であり、且つバ
ージョンＢもそうであれば、システムの再生は中止さ
れ、図示されてはいないが、適切なメッセージがユーザ
に表示されて、なぜ再生が停止したかを通知する。一
方、もしもバージョンＡはＲ等級ではないが、バージョ
ンＢがそうであれば、バージョンＡのみが認定される。
最後に、例えばパーレンタルロックがオンであっても、
もしも両バージョンともにＲ等級でなければ、両バージ
ョンは認定される。
次にシステムはユーザに利用可能な選択を表示する。
彼は認定されたバージョンの内から選択でき、或いは退
去（エクシット）してディスクの再生を停止することが
できる。（この後者の場合は、例えば、もしも子供がＲ
等級バージョンを見ようとすると、その再生は不可能で
あることが告げられ、なにか他のより興味あるものに進
むことの決定が為されるような場合に、発生しうるもの
である。）もしもたった１つのバージョンが利用可能で
あれば、もしもそれがＲ等級でなければ、そしてもしも
特殊バージョンソフトウェアが何等なければ、再生のた
めの必要要件が全くない可能性があり、即ち、再生可能
な唯一の映画があり、それを見ることができる者に対し
て制約が何等ない。それにも拘らず、フローチャートに
示されるように、ユーザには依然としてディスクの再生
と再生中止との間の選択が与えられている。システム
は、そうした場合に再生をスキップし、そしてユーザは
ディスク上にあるその唯一の映画バージョンを見ること
を欲していると単純に仮定するように設計され得る。一
方、表示を発生することは、ユーザに、彼が再生装置に
入れたディスクは本当に彼が欲しているディスクである
のかを照会することを可能としている。
彼は認定されたバージョンの内から選択でき、或いは退
去（エクシット）してディスクの再生を停止することが
できる。（この後者の場合は、例えば、もしも子供がＲ
等級バージョンを見ようとすると、その再生は不可能で
あることが告げられ、なにか他のより興味あるものに進
むことの決定が為されるような場合に、発生しうるもの
である。）もしもたった１つのバージョンが利用可能で
あれば、もしもそれがＲ等級でなければ、そしてもしも
特殊バージョンソフトウェアが何等なければ、再生のた
めの必要要件が全くない可能性があり、即ち、再生可能
な唯一の映画があり、それを見ることができる者に対し
て制約が何等ない。それにも拘らず、フローチャートに
示されるように、ユーザには依然としてディスクの再生
と再生中止との間の選択が与えられている。システム
は、そうした場合に再生をスキップし、そしてユーザは
ディスク上にあるその唯一の映画バージョンを見ること
を欲していると単純に仮定するように設計され得る。一
方、表示を発生することは、ユーザに、彼が再生装置に
入れたディスクは本当に彼が欲しているディスクである
のかを照会することを可能としている。
ここまで、本発明は、１つのディスク上に１つの映画
に関して１つ或いは２つのバージョンがあると言うこと
で説明してきたが、理解して戴きたいことは、３つ或い
は４つのバージョンがあり得ることである。これは、先
ず第１に、特殊バージョンソフトウェアを読取る機能を
提供する主要理由の１つである。このソフトウェアは、
ユーザが再生すべき何かを選択できるように、メニュー
表示形成の基礎となる複数バージョンに関して要求され
る情報の全てを含むことができる。上記したように、特
殊バージョンソフトウェアは、教育モード及びテストモ
ードの間での選択を可能にしており、そして他のオプシ
ョンは特別な映画がアダルト等級であるか否かに少しも
関係がない。
に関して１つ或いは２つのバージョンがあると言うこと
で説明してきたが、理解して戴きたいことは、３つ或い
は４つのバージョンがあり得ることである。これは、先
ず第１に、特殊バージョンソフトウェアを読取る機能を
提供する主要理由の１つである。このソフトウェアは、
ユーザが再生すべき何かを選択できるように、メニュー
表示形成の基礎となる複数バージョンに関して要求され
る情報の全てを含むことができる。上記したように、特
殊バージョンソフトウェアは、教育モード及びテストモ
ードの間での選択を可能にしており、そして他のオプシ
ョンは特別な映画がアダルト等級であるか否かに少しも
関係がない。
次に、システムは、フィールド11のビデオ可用性ビッ
トを読取って、続いて処理されるであろうデータブロッ
クはビデオデータを含むか否かを決定する。もしもビデ
オデータが存在すれば、それがディスク上に記憶されて
いる状態である基本或いはマスターアスペクト比が決定
されなければならない。次のステップはフィールド20の
読取りを含み、基本或いはマスターアスペクト比は16:9
か或いは4:3の何れかを確かめる。もしもマスターアス
ペクト比が4:3であれば、次の５つのステップは、パン
スキャン可用性が無関係であるので、スキップされる。
もしもデフォルトアスペクト比が4:3であれば、記憶さ
れたフレームと表示されたフレームとの間には１対１の
対応があり、もしもデフォルトアスペクト比が16:9であ
れば、4:3フレームがワイドスクリーン上に何れか片側
にダークバンドを伴って表示される。（代わりに、この
4:3像は16:9スクリーン一杯に拡張され得るが、上部及
び／又は下部の情報が損失する結果を伴う。）しかし図
９に示されるように、もしも基本アスペクト比が16:9で
あれば、探究されるべき幾つかの可能性がある。
トを読取って、続いて処理されるであろうデータブロッ
クはビデオデータを含むか否かを決定する。もしもビデ
オデータが存在すれば、それがディスク上に記憶されて
いる状態である基本或いはマスターアスペクト比が決定
されなければならない。次のステップはフィールド20の
読取りを含み、基本或いはマスターアスペクト比は16:9
か或いは4:3の何れかを確かめる。もしもマスターアス
ペクト比が4:3であれば、次の５つのステップは、パン
スキャン可用性が無関係であるので、スキップされる。
もしもデフォルトアスペクト比が4:3であれば、記憶さ
れたフレームと表示されたフレームとの間には１対１の
対応があり、もしもデフォルトアスペクト比が16:9であ
れば、4:3フレームがワイドスクリーン上に何れか片側
にダークバンドを伴って表示される。（代わりに、この
4:3像は16:9スクリーン一杯に拡張され得るが、上部及
び／又は下部の情報が損失する結果を伴う。）しかし図
９に示されるように、もしも基本アスペクト比が16:9で
あれば、探究されるべき幾つかの可能性がある。
処理のまさしくスタート時に決定されるデフォルト値
の１つがアスペクト比である。オペレーティングシステ
ムは、デフォルトアスペクト比がパンスキャン4:3であ
るか否かをチェックする。図９において、もしもマスタ
ーアスペクト比が「ワイドスクリーン」であれば（その
フローチャート分岐が処理される）、レターボックス、
ワイドスクリーン像上の中央に置かれたパンスキャン
（図９に図示されず）、或いは可変的なパンスキャン
（即ち、可変的な出発コラム番号を伴う）等の可能性が
存在する。もしもデフォルトがパンスキャン4:3でなけ
れば、もはやユーザによって為されるべき選択はない。
デフォルトがワイドスクリーン或いはレターボックスの
何れかであると、続く処理は既に決定されたデフォルト
に従う。
の１つがアスペクト比である。オペレーティングシステ
ムは、デフォルトアスペクト比がパンスキャン4:3であ
るか否かをチェックする。図９において、もしもマスタ
ーアスペクト比が「ワイドスクリーン」であれば（その
フローチャート分岐が処理される）、レターボックス、
ワイドスクリーン像上の中央に置かれたパンスキャン
（図９に図示されず）、或いは可変的なパンスキャン
（即ち、可変的な出発コラム番号を伴う）等の可能性が
存在する。もしもデフォルトがパンスキャン4:3でなけ
れば、もはやユーザによって為されるべき選択はない。
デフォルトがワイドスクリーン或いはレターボックスの
何れかであると、続く処理は既に決定されたデフォルト
に従う。
一方、デフォルトがパンスキャン4:3であれば、問題
は可変パンスキャン情報がディスク上にあるか否かであ
る。フィールド21におけるパンスキャン可用性ビットが
読取られる。もしもパンスキャンが利用可能であれば、
そのデータブロックはオペレーティングシステムに対し
て、パンスキャンのための出発コラム番号を指定するこ
とを意味し、この時点でユーザは何等選択する必要はな
い。一方、もしもパンスキャンが利用可能でなく、これ
はユーザのデフォルトであったならば、彼は２つの可能
性、即ち、各ワイドスクリーンフレームの中央部分が再
生されるセンターカット、或いは、各フレームの全体が
見られるが、その表示は上部及び下部にダークバンドを
有するレターボックスの何れかを決定しなければならな
い。メニュー表示が形成されて、ユーザはその２つのモ
ードの内の１つを選択する。
は可変パンスキャン情報がディスク上にあるか否かであ
る。フィールド21におけるパンスキャン可用性ビットが
読取られる。もしもパンスキャンが利用可能であれば、
そのデータブロックはオペレーティングシステムに対し
て、パンスキャンのための出発コラム番号を指定するこ
とを意味し、この時点でユーザは何等選択する必要はな
い。一方、もしもパンスキャンが利用可能でなく、これ
はユーザのデフォルトであったならば、彼は２つの可能
性、即ち、各ワイドスクリーンフレームの中央部分が再
生されるセンターカット、或いは、各フレームの全体が
見られるが、その表示は上部及び下部にダークバンドを
有するレターボックスの何れかを決定しなければならな
い。メニュー表示が形成されて、ユーザはその２つのモ
ードの内の１つを選択する。
ユーザに多くの異なる種類の再生を選択させることを
許容するにも拘らず、ディスク上の共通又は共用アスペ
クト比のこうした使用は、本発明の設計アプローチを例
証するものである。基本的な考えは、要求されるデータ
の全てを大ざっぱにいって従来のCDの大きさの光ディス
ク上に記憶させるにも拘らず、最大限の柔軟性を提供す
ることにある。一度、ワイドスクリーン映画がディスク
上に記憶されれば、更なる物的財産（ハードウエア等）
は殆ど要求されずに、ユーザは幾つかの他のアスペクト
比を有するビデオ出力を発生させることが可能になる。
ダイアローグを聞くことができる言語が15まであり得る
が、再生装置に内蔵されたミキシング（混合）及びスイ
ッチング（交換）機能と、冗長な情報はオーディオトラ
ックから除去する方法とにより、15近くフルサウンドト
ラックは何処にも存在しない。同じことがビデオ標準に
対して当てはまる。これまでの高品質なビデオは、NTSC
或いはPAL等々だけで再生可能である媒体を要求してき
たが、本発明では同一ディスクが12までの標準でのビデ
オ信号を生じさせることを可能にしている。本発明の長
所の１つは、例えば、映画を世界中に配給する映画会社
によって制作されねばならない異なるディスクの数を著
しく低減することである。幾つかのフィールドは、時
々、変更される必要があるかもしれなく、例えば、ビデ
オがNTSCとPALとで異なる時にリリースされた時に、異
なる標準が認定されなければならないが、そうした変更
は比較的ささいなことであり且つ容易に行われる。
許容するにも拘らず、ディスク上の共通又は共用アスペ
クト比のこうした使用は、本発明の設計アプローチを例
証するものである。基本的な考えは、要求されるデータ
の全てを大ざっぱにいって従来のCDの大きさの光ディス
ク上に記憶させるにも拘らず、最大限の柔軟性を提供す
ることにある。一度、ワイドスクリーン映画がディスク
上に記憶されれば、更なる物的財産（ハードウエア等）
は殆ど要求されずに、ユーザは幾つかの他のアスペクト
比を有するビデオ出力を発生させることが可能になる。
ダイアローグを聞くことができる言語が15まであり得る
が、再生装置に内蔵されたミキシング（混合）及びスイ
ッチング（交換）機能と、冗長な情報はオーディオトラ
ックから除去する方法とにより、15近くフルサウンドト
ラックは何処にも存在しない。同じことがビデオ標準に
対して当てはまる。これまでの高品質なビデオは、NTSC
或いはPAL等々だけで再生可能である媒体を要求してき
たが、本発明では同一ディスクが12までの標準でのビデ
オ信号を生じさせることを可能にしている。本発明の長
所の１つは、例えば、映画を世界中に配給する映画会社
によって制作されねばならない異なるディスクの数を著
しく低減することである。幾つかのフィールドは、時
々、変更される必要があるかもしれなく、例えば、ビデ
オがNTSCとPALとで異なる時にリリースされた時に、異
なる標準が認定されなければならないが、そうした変更
は比較的ささいなことであり且つ容易に行われる。
一度、再生モードの決定が為されると、フィールド22
が読取られて、ディスク上のデータブロックの合計数を
決定する。もしも多重バージョンがあれば、各バージョ
ンのデータブロックの合計数を決定するために、フィー
ルド23及び24も読取られる。フィールド25がそれから読
取られて、オリジナルフレームレート又はフレーム速度
を決定し、フィールド26が読取られて、ブロック時間フ
ァクターを決定する。
が読取られて、ディスク上のデータブロックの合計数を
決定する。もしも多重バージョンがあれば、各バージョ
ンのデータブロックの合計数を決定するために、フィー
ルド23及び24も読取られる。フィールド25がそれから読
取られて、オリジナルフレームレート又はフレーム速度
を決定し、フィールド26が読取られて、ブロック時間フ
ァクターを決定する。
そうして、フィールド27が処理される。図３から思い
出されるように、これは、目次の再生のために必要な情
報の全てを含むフィールドである。選択されたバージョ
ンのための目次（もしも唯一のバージョンであればフィ
ールド27であるが、もしも２つのバージョンがあって、
第２バージョンが選択されたならば、フィールド28であ
る）は、利用可能なチャプターの表示言語の100ビット
表示を含む。デフォルトメニュー言語が利用可能な言語
と突き合わされてチェックされる。もしもデフォルトメ
ニュー言語が利用可能でなければ、ユーザにはチャプタ
ータイトルを表示可能な複数の言語が知らされて、彼は
それらの内の１つを選択する。一度、チャプター情報を
表示すべき言語が決定されたならば、種々の目次の持続
時間が計算される。各チャプター内のブロック数は知ら
されているので、各チャプターの持続時間は、ブロック
数にブロック時間ファクターを乗算することによって決
定され得る。
出されるように、これは、目次の再生のために必要な情
報の全てを含むフィールドである。選択されたバージョ
ンのための目次（もしも唯一のバージョンであればフィ
ールド27であるが、もしも２つのバージョンがあって、
第２バージョンが選択されたならば、フィールド28であ
る）は、利用可能なチャプターの表示言語の100ビット
表示を含む。デフォルトメニュー言語が利用可能な言語
と突き合わされてチェックされる。もしもデフォルトメ
ニュー言語が利用可能でなければ、ユーザにはチャプタ
ータイトルを表示可能な複数の言語が知らされて、彼は
それらの内の１つを選択する。一度、チャプター情報を
表示すべき言語が決定されたならば、種々の目次の持続
時間が計算される。各チャプター内のブロック数は知ら
されているので、各チャプターの持続時間は、ブロック
数にブロック時間ファクターを乗算することによって決
定され得る。
目次は必ずしも表示されない。それは、処理のスター
ト時にTOC（目次）フラッグがセットされており、ユー
ザが目次を表示すべきと指示したときにのみ表示され
る。もしもTOCフラックが０であれば、目次を表示する
必要はない。システムは、出発点として、第１データブ
ロックを自動的に選択する、即ち、ディスクの再生が先
ず始めにスタートする。一方、もしもTOCフラッグが１
であれば、目次が表示されて、ユーザには出発点の選択
のオプションが与えられる。
ト時にTOC（目次）フラッグがセットされており、ユー
ザが目次を表示すべきと指示したときにのみ表示され
る。もしもTOCフラックが０であれば、目次を表示する
必要はない。システムは、出発点として、第１データブ
ロックを自動的に選択する、即ち、ディスクの再生が先
ず始めにスタートする。一方、もしもTOCフラッグが１
であれば、目次が表示されて、ユーザには出発点の選択
のオプションが与えられる。
ディスク上の目次に続くのは、フィールド５内で認定
された標準のための暗号化認定コードである。オペレー
ティングシステムは、選択された標準用の暗号化認定コ
ードを読取る。それからその選択標準のための所定デー
タを読取る。思い出されるように、12通りあり得る標準
の各々のために、ディスク上の所定データが処理され
て、認定コードとしての役割を果たす「メッセージ」Ｍ
を引き出すことである。それが、各標準に関連するプラ
イベートキーを用いてディスク上に暗号形態で記憶され
たこの認定コードである。暗号化工程の間と再生装置が
それ自体で「メッセージ」Ｍを引き出す時との両方で同
一データが読取られて処理される限り、ディスクから読
取られたデータは、各標準毎に異なる可能性がある。先
に議論したように、このデータは導入部フィールドの少
なくとも一部を含むことが好ましく、その理由は、この
データをコピーされることは、認定された出版社にとっ
て自滅的となるからである。
された標準のための暗号化認定コードである。オペレー
ティングシステムは、選択された標準用の暗号化認定コ
ードを読取る。それからその選択標準のための所定デー
タを読取る。思い出されるように、12通りあり得る標準
の各々のために、ディスク上の所定データが処理され
て、認定コードとしての役割を果たす「メッセージ」Ｍ
を引き出すことである。それが、各標準に関連するプラ
イベートキーを用いてディスク上に暗号形態で記憶され
たこの認定コードである。暗号化工程の間と再生装置が
それ自体で「メッセージ」Ｍを引き出す時との両方で同
一データが読取られて処理される限り、ディスクから読
取られたデータは、各標準毎に異なる可能性がある。先
に議論したように、このデータは導入部フィールドの少
なくとも一部を含むことが好ましく、その理由は、この
データをコピーされることは、認定された出版社にとっ
て自滅的となるからである。
選択された標準のための所定データが読取られた後、
認定コード（「メッセージ」Ｍ）はそのデータより計算
される。選択された標準に関連すると共に、オペレーテ
ィングシステムに内蔵されたパブリックキーを用いて、
その選択された標準のためにディスク上に記憶された認
定コードが復号化される。ソフトウェア出版社がその選
択された標準でのビデオ信号として再生されることにな
るディスクを出版することを認定されているのか否かの
テストは、復号化認定コードの計算認定コードとの比較
を含む。もしもそれらが合致しなければ、再生は中止さ
れる。
認定コード（「メッセージ」Ｍ）はそのデータより計算
される。選択された標準に関連すると共に、オペレーテ
ィングシステムに内蔵されたパブリックキーを用いて、
その選択された標準のためにディスク上に記憶された認
定コードが復号化される。ソフトウェア出版社がその選
択された標準でのビデオ信号として再生されることにな
るディスクを出版することを認定されているのか否かの
テストは、復号化認定コードの計算認定コードとの比較
を含む。もしもそれらが合致しなければ、再生は中止さ
れる。
もしもそれらの２つのコードが合致すれば、フィール
ド30が読取られる。この単一ビットはマスタープロセッ
サに対して、下述する図４に示された正規の補数以外
に、何等かのコマンド或いはデータがディスク上に記憶
されているか否かを単に知らせる。もしもフラッグが０
であれば、オペレーティングシステムはデータブロック
内のそうした追加コマンド或いはデータを捜すことすら
しない。もしもフラッグが１であれば、コマンド或いは
データがデータブロック内に存在する可能性があること
を意味するが、必ずしも存在するわけではない。
ド30が読取られる。この単一ビットはマスタープロセッ
サに対して、下述する図４に示された正規の補数以外
に、何等かのコマンド或いはデータがディスク上に記憶
されているか否かを単に知らせる。もしもフラッグが０
であれば、オペレーティングシステムはデータブロック
内のそうした追加コマンド或いはデータを捜すことすら
しない。もしもフラッグが１であれば、コマンド或いは
データがデータブロック内に存在する可能性があること
を意味するが、必ずしも存在するわけではない。
最後に、補助ソフトウェアが利用可能か否かを決定す
るためにフィールド31が読取られる。もしもそう（利用
可能）であれば、フィールド32から読取られる。上述し
たように、補助ソフトウェアはオペレーティングシステ
ムの代りに使用されることはなく、むしろそれを補助す
るために用いられる。これは、フィールド４とフィール
ド32とのソフトウェアの間の基本的な差である。一般的
にいえば、補助ソフトウェアは、補助ソフトウェアフラ
ッグによって存在が指摘されたフィールドのデータブロ
ック内に含まれる（以下の説明から明らかになるよう
に、必ずしもことごとくのデータブロック内に含まれる
わけではないが）コマンド及びデータに基づいてオペレ
ートする。
るためにフィールド31が読取られる。もしもそう（利用
可能）であれば、フィールド32から読取られる。上述し
たように、補助ソフトウェアはオペレーティングシステ
ムの代りに使用されることはなく、むしろそれを補助す
るために用いられる。これは、フィールド４とフィール
ド32とのソフトウェアの間の基本的な差である。一般的
にいえば、補助ソフトウェアは、補助ソフトウェアフラ
ッグによって存在が指摘されたフィールドのデータブロ
ック内に含まれる（以下の説明から明らかになるよう
に、必ずしもことごとくのデータブロック内に含まれる
わけではないが）コマンド及びデータに基づいてオペレ
ートする。
フィールド32の読取り及びそのオペレーティングシス
テムとの統合によって、ディスクドライブの読取りヘッ
ドはその出発点まで移動されることになる。先に説明し
たように、出発点は第１データブロック或いはその第１
データブロック以外のチャプターが選択されていた場合
には、ユーザによって決定されたあるデータブロックの
何れかである。データブロックは順次読取られて、図２
のデマルチプレクサ63がそれらデータフィールドを種々
のバッファに分配する。フローチャートに示されるよう
に、１つのデータブロックの読取りは、何等バッファが
一杯でないときにのみ生ずる。更に、新しいデータブロ
ックが読取られる前に、システムは実行すべき何等かの
割込みがあるか否かをチェックする。コントローラ41は
全ての割込みのソースである。例えば、もしもユーザが
キーボードを操作したとすれば、コントローラは図２の
ライン43上に割込みを発生させ、データブロックの読取
りを一時的に停止する。その割込みが処理された後、或
いはもしも実行すべき割込みが何等なければ、次のデー
タブロックが読取られる。
テムとの統合によって、ディスクドライブの読取りヘッ
ドはその出発点まで移動されることになる。先に説明し
たように、出発点は第１データブロック或いはその第１
データブロック以外のチャプターが選択されていた場合
には、ユーザによって決定されたあるデータブロックの
何れかである。データブロックは順次読取られて、図２
のデマルチプレクサ63がそれらデータフィールドを種々
のバッファに分配する。フローチャートに示されるよう
に、１つのデータブロックの読取りは、何等バッファが
一杯でないときにのみ生ずる。更に、新しいデータブロ
ックが読取られる前に、システムは実行すべき何等かの
割込みがあるか否かをチェックする。コントローラ41は
全ての割込みのソースである。例えば、もしもユーザが
キーボードを操作したとすれば、コントローラは図２の
ライン43上に割込みを発生させ、データブロックの読取
りを一時的に停止する。その割込みが処理された後、或
いはもしも実行すべき割込みが何等なければ、次のデー
タブロックが読取られる。
ブロック番号／ポインタアナライザ47は、要求された
次のブロックの番号を知っている。殆どの場合、これは
単に連続的な順番又はシーケンスの次のブロックとな
る。しかしながら、そのブロック番号はそうしたシーケ
ンスから外れていることもあり得、例えば、もしも新し
いチャプターへジャンプすべきであったり、或いは以下
に説明されるように、映画の多重バージョンの１つを再
生する際にある複数のブロックがディスク上でスキップ
されねばならない場合がある。何れの場合においても、
システムは読取られるそのブロックが正しいものか否か
をチェックする。もしもそうでなければ、フローチャー
トの分岐はブロック読取り工程のスタート時に戻され
て、異なるブロックが読取られことができる。また、図
２のゲート61は閉じられて、導体25上の「誤り」データ
はデマルチプレクサ63へ供給されない。
次のブロックの番号を知っている。殆どの場合、これは
単に連続的な順番又はシーケンスの次のブロックとな
る。しかしながら、そのブロック番号はそうしたシーケ
ンスから外れていることもあり得、例えば、もしも新し
いチャプターへジャンプすべきであったり、或いは以下
に説明されるように、映画の多重バージョンの１つを再
生する際にある複数のブロックがディスク上でスキップ
されねばならない場合がある。何れの場合においても、
システムは読取られるそのブロックが正しいものか否か
をチェックする。もしもそうでなければ、フローチャー
トの分岐はブロック読取り工程のスタート時に戻され
て、異なるブロックが読取られことができる。また、図
２のゲート61は閉じられて、導体25上の「誤り」データ
はデマルチプレクサ63へ供給されない。
もしもブロック読取りが要求されたブロックであれ
ば、ブロック番号の直後に読取られた第１の事柄の１つ
はポインタデータである。ポインタデータはブロック番
号／ポインタアナライザ47によって用いられて、このフ
ローチャートの最後あたりで示されているように、要求
された次のデータブロックのブロック番号を決定する。
このブロック番号は、ケーブル49を通じてマイクロプロ
セッサディスクドライブコントローラ27へ伝送され、現
行のデータブロックの読取りの完了時に、コントローラ
27はこのデータブロックにアクセスする。フローチャー
トの最後に示されるように、現時点で処理されるべきデ
ータブロックの残りが読取られて、上記複数のバッファ
へロードされ、これに続いて他のデータブロックが読取
られ得る。
ば、ブロック番号の直後に読取られた第１の事柄の１つ
はポインタデータである。ポインタデータはブロック番
号／ポインタアナライザ47によって用いられて、このフ
ローチャートの最後あたりで示されているように、要求
された次のデータブロックのブロック番号を決定する。
このブロック番号は、ケーブル49を通じてマイクロプロ
セッサディスクドライブコントローラ27へ伝送され、現
行のデータブロックの読取りの完了時に、コントローラ
27はこのデータブロックにアクセスする。フローチャー
トの最後に示されるように、現時点で処理されるべきデ
ータブロックの残りが読取られて、上記複数のバッファ
へロードされ、これに続いて他のデータブロックが読取
られ得る。
これまで見てきたフローチャートは、再生装置の処理
を制御している。データブロックから読取られたデータ
によって実際に為されることは、図６のフローチャート
に示されており、このフローチャートは、図４に列挙さ
れたようなデータブロック内の複数のフィールドが理解
された後に、説明する。しかし、データブロック内に含
まれたポインタデータの機能を理解するために、図7A及
び図7Bを先ず説明する。此等の図面は、１つの映画の個
々のバージョン或いは両バージョンに関連するデータブ
ロックが相互にどのように関連しているか、そして、選
択された１つのバージョンを再生するためにあるデータ
ブロックをスキップするにはシステムがどのように制御
されるか、を示している。
を制御している。データブロックから読取られたデータ
によって実際に為されることは、図６のフローチャート
に示されており、このフローチャートは、図４に列挙さ
れたようなデータブロック内の複数のフィールドが理解
された後に、説明する。しかし、データブロック内に含
まれたポインタデータの機能を理解するために、図7A及
び図7Bを先ず説明する。此等の図面は、１つの映画の個
々のバージョン或いは両バージョンに関連するデータブ
ロックが相互にどのように関連しているか、そして、選
択された１つのバージョンを再生するためにあるデータ
ブロックをスキップするにはシステムがどのように制御
されるか、を示している。
図7A及び図7B−−ポインタデータの機能 本発明の例証的実施例において、１つのディスク上に
は同一映画の２つのバージョンがあり得る。データブロ
ックの殆どは、此等の２つのバージョンに共通のビデオ
及びオーディオを表わすこととなる。しかしながら、一
方のバージョン或いは他方のバージョンに独特な他のブ
ロックもあり得る。問題は、２つのバージョンの内の選
択された一方に要求されたデータブロックの連続的な読
取りを如何に制御するかである。
は同一映画の２つのバージョンがあり得る。データブロ
ックの殆どは、此等の２つのバージョンに共通のビデオ
及びオーディオを表わすこととなる。しかしながら、一
方のバージョン或いは他方のバージョンに独特な他のブ
ロックもあり得る。問題は、２つのバージョンの内の選
択された一方に要求されたデータブロックの連続的な読
取りを如何に制御するかである。
これからの説明の目的のために、文字Ａ、Ｂ並びにＣ
は、上記映画のバージョンＡに独特なデータブロック、
バージョンＢに独特なデータブロック、並びに両バージ
ョンに共通（Common）するデータブロックを、それぞれ
識別するために使用されることになる。図7Bはトラック
の一部を示し、Ａ、Ｂ或いはＣとしてラベル表示された
連続的なデータブロックを有する。理解されるように、
実際上、何千という同一タイプの連続したデータブロッ
クがあり得て、ディスク上のデータブロックの殆どはタ
イプＣである。しかしながら、システムが要求していな
いデータブロックをジャンプする方法を説明するため
に、図7Bは連続した同一タイプのせいぜい２つのブロッ
クを示す。図7Bに示される２つのシーケンスは、バージ
ョンＢ再生用の上部の一方と、バージョンＡ再生用の下
部の他方とから成る。もしも選択されたのがバージョン
Ｂであり、ともかくも左側のＢブロックが再生中にある
ことを仮定すれば、第４のブロック、即ちＢブロックへ
行くために、次なる２つのＡブロックはジャンプされね
ばならないことは明らかである。このブロックが再生さ
れた後、次なるＡブロックはジャンプされなければなら
ない。それから２つの共通ブロックＣが再生され、その
後に、他のＣへ向かって１つのＡブロックをジャンプし
なければならない。次のブロックであるＢはそれで再生
され、それからＢ、Ｃ並びにＢブロックが続く。最後
に、１つのＡブロックをジャンプして、図7Bに示される
最後のブロックであるＣブロックへ向かう。
は、上記映画のバージョンＡに独特なデータブロック、
バージョンＢに独特なデータブロック、並びに両バージ
ョンに共通（Common）するデータブロックを、それぞれ
識別するために使用されることになる。図7Bはトラック
の一部を示し、Ａ、Ｂ或いはＣとしてラベル表示された
連続的なデータブロックを有する。理解されるように、
実際上、何千という同一タイプの連続したデータブロッ
クがあり得て、ディスク上のデータブロックの殆どはタ
イプＣである。しかしながら、システムが要求していな
いデータブロックをジャンプする方法を説明するため
に、図7Bは連続した同一タイプのせいぜい２つのブロッ
クを示す。図7Bに示される２つのシーケンスは、バージ
ョンＢ再生用の上部の一方と、バージョンＡ再生用の下
部の他方とから成る。もしも選択されたのがバージョン
Ｂであり、ともかくも左側のＢブロックが再生中にある
ことを仮定すれば、第４のブロック、即ちＢブロックへ
行くために、次なる２つのＡブロックはジャンプされね
ばならないことは明らかである。このブロックが再生さ
れた後、次なるＡブロックはジャンプされなければなら
ない。それから２つの共通ブロックＣが再生され、その
後に、他のＣへ向かって１つのＡブロックをジャンプし
なければならない。次のブロックであるＢはそれで再生
され、それからＢ、Ｃ並びにＢブロックが続く。最後
に、１つのＡブロックをジャンプして、図7Bに示される
最後のブロックであるＣブロックへ向かう。
もしもバージョンＡが再生中であって、２つの連続す
るＡブロックが再生されるのであれば、１つのＢブロッ
クをジャンプし、次の５つのブロック、即ち、Ａ、Ｃ、
Ｃ、Ａ、Ｃが再生され、次に２つのＢブロックをジャン
プしてＣブロックへ向かい、そして最後に他のＢブロッ
クをジャンプしてＡ及びそれに従うＣへ向かう。
るＡブロックが再生されるのであれば、１つのＢブロッ
クをジャンプし、次の５つのブロック、即ち、Ａ、Ｃ、
Ｃ、Ａ、Ｃが再生され、次に２つのＢブロックをジャン
プしてＣブロックへ向かい、そして最後に他のＢブロッ
クをジャンプしてＡ及びそれに従うＣへ向かう。
ここに浮び上がるパターンは、一方ブロックから他方
ブロックへの３種類の移行があることである。第１とし
て、先行するブロックの再生に直ちに続く又は従う１ブ
ロックの再生がある。図7Bに示されたこれの７つの例が
あり、即ち、AA、BB、CC、CA、CB、AC並びにBCである。
除外される２つの可能性は、AB及びBAであり、これは２
つのバージョンに独特である此等ブロックが決して同一
ディスクの再生中に再生されることはなく、ましてや続
々と再生されることはない。ブロックタイプからブロッ
クタイプへの移行には７種類がある一方、まさにちょう
ど３つの基本操作又はオペレーション、即ち、任意タイ
プの１ブロックから任意タイプの次なるブロックへ行く
ものと、ＡからＡ又はＣへジャンプか或いはＢからＢ又
はＣへのジャンプかの何れかと、Ｃブロックから隣接す
るＡ又は隣接するＢへの分岐か或いはＣブロックからそ
のラインを下っての何処かのＢ又はＡへの分岐かの何れ
かと、がある。殆どの移行が第１タイプのものである。
第２タイプはＡにＢが従ったときに生じ（此等２つのブ
ロックは決して連続して再生されない）、そのＡから他
のＡ又はＣの何れかへジャンプが行われる必要がある。
同様のことがＡが随伴するＢに対して当てはまる。第３
タイプはＣブロックの再生の最後で生ずるものであり、
再生されるべき共通データがもはや全くない場合で且つ
一方バージョン或いは他方バージョンへのスイッチが行
われる必要があるときで、即ち、次なるブロックはもし
も選択されたバージョンの一部であれば再生され、さも
なければ、幾つかのブロックはもしもその分岐が他方バ
ージョンの１ブロックへ向かうものであればジャンプさ
れねばならないであろう。
ブロックへの３種類の移行があることである。第１とし
て、先行するブロックの再生に直ちに続く又は従う１ブ
ロックの再生がある。図7Bに示されたこれの７つの例が
あり、即ち、AA、BB、CC、CA、CB、AC並びにBCである。
除外される２つの可能性は、AB及びBAであり、これは２
つのバージョンに独特である此等ブロックが決して同一
ディスクの再生中に再生されることはなく、ましてや続
々と再生されることはない。ブロックタイプからブロッ
クタイプへの移行には７種類がある一方、まさにちょう
ど３つの基本操作又はオペレーション、即ち、任意タイ
プの１ブロックから任意タイプの次なるブロックへ行く
ものと、ＡからＡ又はＣへジャンプか或いはＢからＢ又
はＣへのジャンプかの何れかと、Ｃブロックから隣接す
るＡ又は隣接するＢへの分岐か或いはＣブロックからそ
のラインを下っての何処かのＢ又はＡへの分岐かの何れ
かと、がある。殆どの移行が第１タイプのものである。
第２タイプはＡにＢが従ったときに生じ（此等２つのブ
ロックは決して連続して再生されない）、そのＡから他
のＡ又はＣの何れかへジャンプが行われる必要がある。
同様のことがＡが随伴するＢに対して当てはまる。第３
タイプはＣブロックの再生の最後で生ずるものであり、
再生されるべき共通データがもはや全くない場合で且つ
一方バージョン或いは他方バージョンへのスイッチが行
われる必要があるときで、即ち、次なるブロックはもし
も選択されたバージョンの一部であれば再生され、さも
なければ、幾つかのブロックはもしもその分岐が他方バ
ージョンの１ブロックへ向かうものであればジャンプさ
れねばならないであろう。
図7Aは一方のブロックから他方のブロックへの各種の
移行がどのように且ついつ行われるかを定義する状態図
である。以下に説明されるように、各々のデータブロッ
クは２ビットポインタフラッグを含み、おそらく20ビッ
トポインタを含むフィールドが随伴される。（１つのポ
インタがあるとき、それは他のデータブロックの連続ブ
ロック番号を常に指向している。）図7Aに付与されたコ
ードに言及すれば、もしも２ビットポインタフラッグが
00であれば、それは、処理が次のブロックについて続行
されるべきことを示し、この場合、ポインタは全く必要
ない。もしも２ビットポインタフラッグが01コードであ
れば、それは、何処か遠ざかった同一バージョンのブロ
ックへのジャンプか、或いは何処か遠ざかったＣブロッ
クへのジャンプかがなされるべきことを示している。何
れの場合においても、ポインタは必要である。
移行がどのように且ついつ行われるかを定義する状態図
である。以下に説明されるように、各々のデータブロッ
クは２ビットポインタフラッグを含み、おそらく20ビッ
トポインタを含むフィールドが随伴される。（１つのポ
インタがあるとき、それは他のデータブロックの連続ブ
ロック番号を常に指向している。）図7Aに付与されたコ
ードに言及すれば、もしも２ビットポインタフラッグが
00であれば、それは、処理が次のブロックについて続行
されるべきことを示し、この場合、ポインタは全く必要
ない。もしも２ビットポインタフラッグが01コードであ
れば、それは、何処か遠ざかった同一バージョンのブロ
ックへのジャンプか、或いは何処か遠ざかったＣブロッ
クへのジャンプかがなされるべきことを示している。何
れの場合においても、ポインタは必要である。
コード10及び11は、共通Ｃブロックから分岐が取り行
われるべきときに用いられる。どちらのコードも、次の
ブロックがＡ或いはＢであるか否かに依存して用いられ
る。もしもそのＣの後のブロックがＡであれば、コード
10が用いられて、そのポインタはそのラインを更に下っ
てのＢ或いはＣへ向かっている。もしもコードが11であ
れば、次のブロックはＢであり、そのポインタはトラッ
クに更に沿ってのＡ或いはＣへ向かっていることを意味
する。オペレーションシステムはどのバージョンが再生
中であるかを知っている。もしもバージョンＡが再生中
であり、現行ブロックが10のポインタフラッグを有して
いれば、次のブロック、即ちＡは現在のものの後に再生
されるべきであることを意味する。そのポインタは必要
ない。ポインタが必要となるのは、バージョンＢが再生
中である場合である。この場合、次のブロックがＡであ
るので、それは再生されるべきではない。再生装置はポ
インタによって識別されるブロックへ、即ち他のＣか或
いは再生中のバージョンＢに独特のＢかの何れかへジャ
ンプすべきである。
われるべきときに用いられる。どちらのコードも、次の
ブロックがＡ或いはＢであるか否かに依存して用いられ
る。もしもそのＣの後のブロックがＡであれば、コード
10が用いられて、そのポインタはそのラインを更に下っ
てのＢ或いはＣへ向かっている。もしもコードが11であ
れば、次のブロックはＢであり、そのポインタはトラッ
クに更に沿ってのＡ或いはＣへ向かっていることを意味
する。オペレーションシステムはどのバージョンが再生
中であるかを知っている。もしもバージョンＡが再生中
であり、現行ブロックが10のポインタフラッグを有して
いれば、次のブロック、即ちＡは現在のものの後に再生
されるべきであることを意味する。そのポインタは必要
ない。ポインタが必要となるのは、バージョンＢが再生
中である場合である。この場合、次のブロックがＡであ
るので、それは再生されるべきではない。再生装置はポ
インタによって識別されるブロックへ、即ち他のＣか或
いは再生中のバージョンＢに独特のＢかの何れかへジャ
ンプすべきである。
同様にして、もしもバージョンＡが再生中であり且つ
現行ブロックがＣで、そのポインタフラッグがコード11
であったならば、次のブロックはＢであることを意味す
る。バージョンＡが再生中であるので、次のブロックが
現行のものの後に再生されるべきではない。代りに、ポ
インタによって識別されるＡ或いはＣブロックへのジャ
ンプが行われることを意味する。一方、バージョンＢが
再生中であれば、システムは次のブロックへ単に続く。
現行ブロックがＣで、そのポインタフラッグがコード11
であったならば、次のブロックはＢであることを意味す
る。バージョンＡが再生中であるので、次のブロックが
現行のものの後に再生されるべきではない。代りに、ポ
インタによって識別されるＡ或いはＣブロックへのジャ
ンプが行われることを意味する。一方、バージョンＢが
再生中であれば、システムは次のブロックへ単に続く。
図7Aの凡例は、10及び11のポインタフラッグがＣブロ
ック内に見出された際、ポインタが用いられるか否かを
示す。表示10（Ｐ）はポインタが用いられるべきことを
示し、そして表示10［Ｐ］はポインタが無視されるべき
ことを示す。思い出されるように、10のコードは次のブ
ロックＡである際のＣブロックのために用いられる。も
しもバージョンＡが再生中であれば、ポインタは必要と
されない。それが、Ｃブロックからそれに続くブロック
へ、即ちＡへの移行を記号10［Ｐ］によって示す理由で
ある。一方、バージョンＢが再生中であれば、次のブロ
ックはＡであるので、現行Ｃの後にそれが再生され得な
い。代りに、ポインタによって識別されるブロックへの
ジャンプと、それ故に表示10（Ｐ）の使用とがなければ
ならず、このポインタはＢブロック或いは他のＣの何れ
かを指す。
ック内に見出された際、ポインタが用いられるか否かを
示す。表示10（Ｐ）はポインタが用いられるべきことを
示し、そして表示10［Ｐ］はポインタが無視されるべき
ことを示す。思い出されるように、10のコードは次のブ
ロックＡである際のＣブロックのために用いられる。も
しもバージョンＡが再生中であれば、ポインタは必要と
されない。それが、Ｃブロックからそれに続くブロック
へ、即ちＡへの移行を記号10［Ｐ］によって示す理由で
ある。一方、バージョンＢが再生中であれば、次のブロ
ックはＡであるので、現行Ｃの後にそれが再生され得な
い。代りに、ポインタによって識別されるブロックへの
ジャンプと、それ故に表示10（Ｐ）の使用とがなければ
ならず、このポインタはＢブロック或いは他のＣの何れ
かを指す。
同様な所見が表示11（Ｐ）及び11［Ｐ］に対して適用
される。此等両方の場合、再生中はＣブロックであり、
次のブロックはＢである。もしもバージョンＡが再生中
であれば、次のブロックは再生されるべきではなく、そ
れ故に記号11（Ｐ）が状態移行を示すべく要求される。
一方、もしもバージョンＢが再生中であれば、再生させ
られるべきは次に続くＢブロックであり、それ故に記号
11［Ｐ］が適切である。
される。此等両方の場合、再生中はＣブロックであり、
次のブロックはＢである。もしもバージョンＡが再生中
であれば、次のブロックは再生されるべきではなく、そ
れ故に記号11（Ｐ）が状態移行を示すべく要求される。
一方、もしもバージョンＢが再生中であれば、再生させ
られるべきは次に続くＢブロックであり、それ故に記号
11［Ｐ］が適切である。
用法（Ｐ）及び［Ｐ］と共に、４つのコードが図7Bに
示されている。再生Ｂの移行シーケンスに言及すれば、
示される第１移行は01（Ｐ）である。思い出されるよう
に、01コードは一方バージョンから同一バージョンのブ
ロックへ或いは共通ブロックへのジャンプを表現し、ポ
インタが要求される。示された移行は01（Ｐ）であり、
Ｂブロックから他のＢブロックへのジャンプである。再
生Ｂライン上の次の移行は01（Ｐ）であり、ＢからＣへ
ジャンプである。次は全てに対して最も共通する移行例
である00であり、現行ブロックの後に次のブロックを規
則的に又は順序正しく再生する。
示されている。再生Ｂの移行シーケンスに言及すれば、
示される第１移行は01（Ｐ）である。思い出されるよう
に、01コードは一方バージョンから同一バージョンのブ
ロックへ或いは共通ブロックへのジャンプを表現し、ポ
インタが要求される。示された移行は01（Ｐ）であり、
Ｂブロックから他のＢブロックへのジャンプである。再
生Ｂライン上の次の移行は01（Ｐ）であり、ＢからＣへ
ジャンプである。次は全てに対して最も共通する移行例
である00であり、現行ブロックの後に次のブロックを規
則的に又は順序正しく再生する。
再生Ｂラインにおける第４移行は、10（Ｐ）記号によ
って表現されている。10コードは次のブロックがＡであ
る際のＣブロックからの分岐を表わし、図7Bに図示され
た例である。そうした場合、図7Aに示されるように、も
しもバージョンＢが再生中であれば、ジャンプがポイン
タによって識別されたブロックへ、この場合、次のＣへ
為される。
って表現されている。10コードは次のブロックがＡであ
る際のＣブロックからの分岐を表わし、図7Bに図示され
た例である。そうした場合、図7Aに示されるように、も
しもバージョンＢが再生中であれば、ジャンプがポイン
タによって識別されたブロックへ、この場合、次のＣへ
為される。
11コードは次のブロックがＢである際にＣブロックか
らの分岐を識別する。もしもバージョンＢが再生中であ
れば、今考慮されている場合において、ポインタは不必
要であり、その理由として次のブロックは再生されるべ
きであるからである。それが、示された次のコードが11
［Ｐ］である理由である。隣接ブロックへの明らかな移
行を表わす２つの00コードが続き、これに11［Ｐ］コー
ドが従っており、Ｃブロックからそれに続くＢであるブ
ロックへの分岐である。最後に、ジャンプがこのＢブロ
ックから次のＡブロックを越えてＣブロックへ行われ
る。これは01（Ｐ）コードを要求し、そのコードは、何
れかのバージョンのブロックからそれと同一バージョン
のブロックへ或いは共通ブロックへジャンプするために
用いられる。
らの分岐を識別する。もしもバージョンＢが再生中であ
れば、今考慮されている場合において、ポインタは不必
要であり、その理由として次のブロックは再生されるべ
きであるからである。それが、示された次のコードが11
［Ｐ］である理由である。隣接ブロックへの明らかな移
行を表わす２つの00コードが続き、これに11［Ｐ］コー
ドが従っており、Ｃブロックからそれに続くＢであるブ
ロックへの分岐である。最後に、ジャンプがこのＢブロ
ックから次のＡブロックを越えてＣブロックへ行われ
る。これは01（Ｐ）コードを要求し、そのコードは、何
れかのバージョンのブロックからそれと同一バージョン
のブロックへ或いは共通ブロックへジャンプするために
用いられる。
図7Bにおける再生Ａシーケンスは、再生中であるのが
バージョンＡであることを想定している。最初の４つの
コードは、隣接ブロックへの移行、或いは一方バージョ
ンのブロックからそれと同一バージョンのブロックへの
ジャンプを表わしている。次のコードである10［Ｐ］
は、Ｃブロックから隣接するＡブロックへのジャンプを
示すべく用いられている。ポインタはバージョンＡが再
生中であるので用いられなく、コード10は次のブロック
がＡブロックであるが為に採用されている。次の00コー
ドはＡブロックから連続するＣブロックへの移行を記号
化又は象徴化している。
バージョンＡであることを想定している。最初の４つの
コードは、隣接ブロックへの移行、或いは一方バージョ
ンのブロックからそれと同一バージョンのブロックへの
ジャンプを表わしている。次のコードである10［Ｐ］
は、Ｃブロックから隣接するＡブロックへのジャンプを
示すべく用いられている。ポインタはバージョンＡが再
生中であるので用いられなく、コード10は次のブロック
がＡブロックであるが為に採用されている。次の00コー
ドはＡブロックから連続するＣブロックへの移行を記号
化又は象徴化している。
次はＣブロックから他のＣブロックへのジャンプであ
り、２つのＢブロックをスキップしている。この11コー
ドが用いられる理由は、これはＢブロックがＣブロック
に従っている又は続いている際に採用されるコードであ
るからである。
り、２つのＢブロックをスキップしている。この11コー
ドが用いられる理由は、これはＢブロックがＣブロック
に従っている又は続いている際に採用されるコードであ
るからである。
用いられた記号が11（Ｐ）であり、11［Ｐ］ではない
理由は、１つのＣブロックからそのラインを更に下って
Ｃブロックへ行く際にポインタが要求されるからであ
る。同様にして、次のコードは、再度、11（Ｐ）コード
であり、Ｃブロックからそのラインを更に下ってのＡブ
ロックへの分岐を記号化している。図7Bにおけるシーケ
ンスは、Ａブロックから次のブロックであるＣへの移行
によって終了しており、この為にコード00が用いられて
いる。
理由は、１つのＣブロックからそのラインを更に下って
Ｃブロックへ行く際にポインタが要求されるからであ
る。同様にして、次のコードは、再度、11（Ｐ）コード
であり、Ｃブロックからそのラインを更に下ってのＡブ
ロックへの分岐を記号化している。図7Bにおけるシーケ
ンスは、Ａブロックから次のブロックであるＣへの移行
によって終了しており、この為にコード00が用いられて
いる。
図7Aの状態図は、全ての可能性を要約している。先
ず、その左上方におけるサークルＡによって表わされる
Ａブロックが処理中である状態を考えよう。Ａブロック
内の２ビットポインタフラッグは、もしも次のブロック
がまたＡであれば、00である（ＡからＡへ戻る移行によ
って示されている）。一方、もしも次のブロックがＢで
あれば、それは明らかに再生されるべきではない。その
ＡブロックからＢを越えて、他のＡ或いはＣの何れかへ
のジャンプでなければならない。
ず、その左上方におけるサークルＡによって表わされる
Ａブロックが処理中である状態を考えよう。Ａブロック
内の２ビットポインタフラッグは、もしも次のブロック
がまたＡであれば、00である（ＡからＡへ戻る移行によ
って示されている）。一方、もしも次のブロックがＢで
あれば、それは明らかに再生されるべきではない。その
ＡブロックからＢを越えて、他のＡ或いはＣの何れかへ
のジャンプでなければならない。
何れの場合でもそのコードは01（Ｐ）である。図面
は、Ｂを越えてのジャンプ（他のＡまで）と、Ｂを越え
てＣへのジャンプとの両方を示している。Ａブロックか
らのただ１つの他の移行は、もしも次のブロックがＣで
あれば、当該次のブロックへの移行である。これがコー
ド00によって示されている。
は、Ｂを越えてのジャンプ（他のＡまで）と、Ｂを越え
てＣへのジャンプとの両方を示している。Ａブロックか
らのただ１つの他の移行は、もしも次のブロックがＣで
あれば、当該次のブロックへの移行である。これがコー
ド00によって示されている。
４つの同様な移行が状態Ｂ、即ちバージョンＢのデー
タブロックが読取られている時の状態Ｂについて示され
ている。00コードは、次のブロックがＢ或いはＣであれ
ば用いられる。01（Ｐ）は次のブロックがＡである際に
用いられ、それがジャンプによって越えられることによ
って、システムは他のＢ或いはＣを次に読取ることがで
きる。
タブロックが読取られている時の状態Ｂについて示され
ている。00コードは、次のブロックがＢ或いはＣであれ
ば用いられる。01（Ｐ）は次のブロックがＡである際に
用いられ、それがジャンプによって越えられることによ
って、システムは他のＢ或いはＣを次に読取ることがで
きる。
Ｃブロックからは移行はより複雑であり、その理由
は、Ａブロック及びＢブロックの各々についての４つの
みというよりは、それらの内の７つがある。もしも次の
ブロックが更にＣであれば、そのコードは単に00であ
り、当該次のブロックを読取る。もしも次のブロックが
Ｂであり、且つ他のＣへのジャンプが必要であれば、コ
ード10（Ｐ）はＡを越えるジャンプを制御する。同様
に、コード11（Ｐ）はＢを越えて他のＣへのジャンプを
制御する。思い出されるように、此等２つのコードはＣ
ブロックからの分岐を、次のブロックがＡか或いはＢか
否かに依存して制御すべく用いられる。何れの場合も、
もしも次のブロックが読取られるべきものでなければ、
そのブロック（及びそれに類似の１つ以上のブロック）
がジャンプによって越えられて次のＣへ向かう。
は、Ａブロック及びＢブロックの各々についての４つの
みというよりは、それらの内の７つがある。もしも次の
ブロックが更にＣであれば、そのコードは単に00であ
り、当該次のブロックを読取る。もしも次のブロックが
Ｂであり、且つ他のＣへのジャンプが必要であれば、コ
ード10（Ｐ）はＡを越えるジャンプを制御する。同様
に、コード11（Ｐ）はＢを越えて他のＣへのジャンプを
制御する。思い出されるように、此等２つのコードはＣ
ブロックからの分岐を、次のブロックがＡか或いはＢか
否かに依存して制御すべく用いられる。何れの場合も、
もしも次のブロックが読取られるべきものでなければ、
そのブロック（及びそれに類似の１つ以上のブロック）
がジャンプによって越えられて次のＣへ向かう。
しかしながら、Ｃブロックの読取りの後、Ａ或いはＢ
を読取ることも可能である。Ａを読取るために、コード
11（Ｐ）或いは10［Ｐ］の内の一方が用いられる。11コ
ードは次のブロックがＢである際に採用され、その場合
にはポインタが要求される。10コードは次のブロックが
Ａである際に採用され、その場合にはポインタは用いら
れない。同様に、次にＢブロックを読取るために、コー
ド10（Ｐ）或いは11［Ｐ］の内の一方が用いられる。前
者はディスク上の次のブロックがＡである際に採用さ
れ、このブロックがジャンプによって越えられる必要が
あるので、ポインタが要求される。一方、もしも次のブ
ロックがＢであれば、コード11はシステムに対してこの
次なるブロックへ行くことを告げて、ポインタは必要な
いので処理中にそのポインタが無視される。
を読取ることも可能である。Ａを読取るために、コード
11（Ｐ）或いは10［Ｐ］の内の一方が用いられる。11コ
ードは次のブロックがＢである際に採用され、その場合
にはポインタが要求される。10コードは次のブロックが
Ａである際に採用され、その場合にはポインタは用いら
れない。同様に、次にＢブロックを読取るために、コー
ド10（Ｐ）或いは11［Ｐ］の内の一方が用いられる。前
者はディスク上の次のブロックがＡである際に採用さ
れ、このブロックがジャンプによって越えられる必要が
あるので、ポインタが要求される。一方、もしも次のブ
ロックがＢであれば、コード11はシステムに対してこの
次なるブロックへ行くことを告げて、ポインタは必要な
いので処理中にそのポインタが無視される。
多分、認識すべき最も重要な点は、図面からは明確で
はないことであり、殆どのブロックは00ポインタフラッ
グを含み、ポインタがないことである。（この00コード
は随伴するポインタフィールドなしの唯一のものであ
る。）それは、一度、何れかのバージョンのフレームが
再生中となれば、或いは一度、共通データのフレームが
再生中となれば、殆どの場合に、次のフレームは同一タ
イプのものとなるであろう。その結果、00コードだけで
仕事を行う。正味の結果は、同一映画の２つのバージョ
ンがディスク上に記憶されることが可能であり、ユーザ
が何れかの再生のためのオプション（もしもそれがパー
レンタルロックによって許可されたならば）を持ってい
ることであり、ディスクの総実容量のほんの小部分が、
１ブロックから該ブロックの後に読取られるべき次のブ
ロックへの移行を制御する家政的な（管理的な）ビット
数によって浪費される。また、これは、処理において過
度に或いは不当にビット数を浪費することなく、最大限
の柔軟性やできる限り多くのオプションを提供すると言
う、根底をなす設計哲学に調和するものである。
はないことであり、殆どのブロックは00ポインタフラッ
グを含み、ポインタがないことである。（この00コード
は随伴するポインタフィールドなしの唯一のものであ
る。）それは、一度、何れかのバージョンのフレームが
再生中となれば、或いは一度、共通データのフレームが
再生中となれば、殆どの場合に、次のフレームは同一タ
イプのものとなるであろう。その結果、00コードだけで
仕事を行う。正味の結果は、同一映画の２つのバージョ
ンがディスク上に記憶されることが可能であり、ユーザ
が何れかの再生のためのオプション（もしもそれがパー
レンタルロックによって許可されたならば）を持ってい
ることであり、ディスクの総実容量のほんの小部分が、
１ブロックから該ブロックの後に読取られるべき次のブ
ロックへの移行を制御する家政的な（管理的な）ビット
数によって浪費される。また、これは、処理において過
度に或いは不当にビット数を浪費することなく、最大限
の柔軟性やできる限り多くのオプションを提供すると言
う、根底をなす設計哲学に調和するものである。
また、注目されるべきことは、本発明は１つの映画の
ちょうど２つのバージョンを１つのディスク上に設ける
ことに限定されるものではないことである。同一の技術
を３つ或いはそれ以上のバージョンについて用いること
が可能である（そうした多数バージョンの需要はおそら
くより少ないであろうが）。そうした場合、共通ブロッ
クは１つのポインタだけではなく、２つのポインタを要
求することになるであろう。もしもディスク上に３つの
バージョンがあれば、Ｃブロックに追従する次のブロッ
クはＡ、Ｂ或いはＤであることになるであろう。２つの
ポインタが要求されることになって、そのラインを更に
下って見出されるべき２つのブロックを指示する。明ら
かにこれは、実行される必要のある変更の内のまさに１
つとなる。ポインタは、たとえより多くの家計的な（管
理的な）ビット数の消費となっても、多重的なバージョ
ンのために便宜を図ることができる。それにも拘らず、
このタイプのポインタビットの全体的な数は、オーディ
オ／ビデオビット数の全体的な数と比べて、依然とし
て、とるに足らないものである。
ちょうど２つのバージョンを１つのディスク上に設ける
ことに限定されるものではないことである。同一の技術
を３つ或いはそれ以上のバージョンについて用いること
が可能である（そうした多数バージョンの需要はおそら
くより少ないであろうが）。そうした場合、共通ブロッ
クは１つのポインタだけではなく、２つのポインタを要
求することになるであろう。もしもディスク上に３つの
バージョンがあれば、Ｃブロックに追従する次のブロッ
クはＡ、Ｂ或いはＤであることになるであろう。２つの
ポインタが要求されることになって、そのラインを更に
下って見出されるべき２つのブロックを指示する。明ら
かにこれは、実行される必要のある変更の内のまさに１
つとなる。ポインタは、たとえより多くの家計的な（管
理的な）ビット数の消費となっても、多重的なバージョ
ンのために便宜を図ることができる。それにも拘らず、
このタイプのポインタビットの全体的な数は、オーディ
オ／ビデオビット数の全体的な数と比べて、依然とし
て、とるに足らないものである。
データブロックフィールド 図４はデータブロックの複数フィールドを示し、フォ
ーマットは、図３の導入部トラックの複数フィールドの
為に示したものと同じである。先に議論したように、シ
ンクワードパターンはデータ中に現われることができ
ず、それ故にそれが検出された際に、オペレーティング
システムが新しいデータブロックが開始されようとして
いることを知る。
ーマットは、図３の導入部トラックの複数フィールドの
為に示したものと同じである。先に議論したように、シ
ンクワードパターンはデータ中に現われることができ
ず、それ故にそれが検出された際に、オペレーティング
システムが新しいデータブロックが開始されようとして
いることを知る。
第２フィールドは20ビットの連続ブロック番号であ
る。ディスク上のブロックの全ては連続順で番号付けが
されている。ブロック番号は読取られる第１のことであ
り、それが図２のブロック番号／ポインタアナライザ47
によって用いられるからである。ブロック番号は、例え
ば、１つのブロックから他のブロックへのジャンプの時
に必須のものである。読取りヘッドは、通常、その所望
ブロック近くの点に位置付けられているが、第１の試み
では正しいブロックが選択されることは殆どないであろ
う。複数ブロック中のビット数が可変的であり、システ
ムがそれらブロック中の一体幾つのビット数がスキップ
されたかを知る術がないので、上記のことはまさに真実
である。データブロックの最初にブロック番号を読取る
ことによって、システムはヘッドが再度位置付けされる
必要があるのか否かを迅速に決定する。
る。ディスク上のブロックの全ては連続順で番号付けが
されている。ブロック番号は読取られる第１のことであ
り、それが図２のブロック番号／ポインタアナライザ47
によって用いられるからである。ブロック番号は、例え
ば、１つのブロックから他のブロックへのジャンプの時
に必須のものである。読取りヘッドは、通常、その所望
ブロック近くの点に位置付けられているが、第１の試み
では正しいブロックが選択されることは殆どないであろ
う。複数ブロック中のビット数が可変的であり、システ
ムがそれらブロック中の一体幾つのビット数がスキップ
されたかを知る術がないので、上記のことはまさに真実
である。データブロックの最初にブロック番号を読取る
ことによって、システムはヘッドが再度位置付けされる
必要があるのか否かを迅速に決定する。
第３フィールドは２ビットコードであり、ブロックが
Ａバージョンの一部か、Ｂバージョンの一部か、或いは
両方に共通するものか否かを表わす。（４つの可能性が
あるコードの内の３つだけが使用されている。）一度、
バージョンＡ或いはバージョンＢの再生が開始されれ
ば、図7A及び図7Bで議論されたポインタは常に１つのブ
ロックが、再生中に、共通するものか或いはある特定バ
ージョンの一部かを識別することとなるので、どうして
１つの特定ブロックのバージョンについて絶えずチェッ
クしなければならないのであろうかという疑問が生じる
かも知れない。その答えは早送り及び早戻しの操作又は
オペレーションに関係している。此等は全く従来技術で
あるので詳細には議論されてこなかったが、例えば早送
りの際、読取りヘッドは多少なりとも随意に位置付けさ
れ得る。ビデオはもしもそれが誤ったバージョンであれ
ば見せるべきではない。１つのブロックのバージョン
を、ブロック番号或いはポインタを見ることによって単
純に決定することは不可能である。何れもバージョンを
識別しない。システムがブロックを最初に読取った時に
そのバージョンを決定できなければならないのは、この
理由の為である。
Ａバージョンの一部か、Ｂバージョンの一部か、或いは
両方に共通するものか否かを表わす。（４つの可能性が
あるコードの内の３つだけが使用されている。）一度、
バージョンＡ或いはバージョンＢの再生が開始されれ
ば、図7A及び図7Bで議論されたポインタは常に１つのブ
ロックが、再生中に、共通するものか或いはある特定バ
ージョンの一部かを識別することとなるので、どうして
１つの特定ブロックのバージョンについて絶えずチェッ
クしなければならないのであろうかという疑問が生じる
かも知れない。その答えは早送り及び早戻しの操作又は
オペレーションに関係している。此等は全く従来技術で
あるので詳細には議論されてこなかったが、例えば早送
りの際、読取りヘッドは多少なりとも随意に位置付けさ
れ得る。ビデオはもしもそれが誤ったバージョンであれ
ば見せるべきではない。１つのブロックのバージョン
を、ブロック番号或いはポインタを見ることによって単
純に決定することは不可能である。何れもバージョンを
識別しない。システムがブロックを最初に読取った時に
そのバージョンを決定できなければならないのは、この
理由の為である。
フィールド４及び５は、図7A及び図7Bに関連させてく
どくどと長い間説明してきた２ビットポインタフラッグ
及び20ビットポインタを含む。
どくどと長い間説明してきた２ビットポインタフラッグ
及び20ビットポインタを含む。
フィールド６は、存在し得るか否かの１ビットフラッ
グである。図３に言及すれば、フィールド19のビデオ可
用性フラッグはオペレーションシステムに対して、デー
タブロック中に何等かのビデオがあるか否かを知らせ
る。しかしながら、もしもあったとしても、めいめいの
データブロックがビデオを含むことを意味しない。めい
めいのデータブロックに単一のフレームが表現されてい
て、データブロックが固定されたレートで処理されるシ
ステムでは、たとえそれが「変更なし」を表わす１つの
コードから成る「最小」ビデオであっても、めいめいの
データブロックにビデオがあるであろう。しかし、１つ
のデータブロックで単一フレーム以上或いは以下を表現
し得るシステムがある可能性がある。例えば、１データ
ブロックのビデオ情報が、もしも本当に存在するのであ
れば、常に同一ビット数であることがあり得る。圧縮に
依って、多くのフレームを単一データブロック内に表現
させることは可能である。そうした場合、ブロックの内
の幾つかはビデオビットが欠如することになるであろ
う。採用されたコード化機構に依存して、フィールド６
のビットはオペレーティングシステムに対して、フィー
ルド７は一体あるのか否かを通知する。もしもビデオが
あれば、フィールド７はビデオ情報を含み、シンクワー
ドをもって終了する。先に述べたように、ビデオ及びオ
ーディオブロックの実際のコード化は本発明の部分を構
成しない。MPEG機構は好ましいが、他のものが使用可能
である。
グである。図３に言及すれば、フィールド19のビデオ可
用性フラッグはオペレーションシステムに対して、デー
タブロック中に何等かのビデオがあるか否かを知らせ
る。しかしながら、もしもあったとしても、めいめいの
データブロックがビデオを含むことを意味しない。めい
めいのデータブロックに単一のフレームが表現されてい
て、データブロックが固定されたレートで処理されるシ
ステムでは、たとえそれが「変更なし」を表わす１つの
コードから成る「最小」ビデオであっても、めいめいの
データブロックにビデオがあるであろう。しかし、１つ
のデータブロックで単一フレーム以上或いは以下を表現
し得るシステムがある可能性がある。例えば、１データ
ブロックのビデオ情報が、もしも本当に存在するのであ
れば、常に同一ビット数であることがあり得る。圧縮に
依って、多くのフレームを単一データブロック内に表現
させることは可能である。そうした場合、ブロックの内
の幾つかはビデオビットが欠如することになるであろ
う。採用されたコード化機構に依存して、フィールド６
のビットはオペレーティングシステムに対して、フィー
ルド７は一体あるのか否かを通知する。もしもビデオが
あれば、フィールド７はビデオ情報を含み、シンクワー
ドをもって終了する。先に述べたように、ビデオ及びオ
ーディオブロックの実際のコード化は本発明の部分を構
成しない。MPEG機構は好ましいが、他のものが使用可能
である。
フィールド８はビットなしから16までの何れかを含
む。思い出されるように、導入部トラックのフィールド
６は100ビット位置を含むが、ディスク上にはせいぜい1
6のオーディオトラックが存在し得るので（Ｍ＆Ｅはそ
の内の１つと考えられる）、此等の内のＮ個（最大のＮ
は16）のみが値１のビットを表わし得る。此等Ｎトラッ
クの各々について、フィールド８はオペレーションシス
テムに対して、現行のデータブロックには何等かのオー
ディオがあるか否かを通知する。こうして、最大Ｎまで
のＸ個（なにがしか又は変数）の「１」が存在する。Ｎ
ビットフィールド８の第１ビット位置は、導入部トラッ
クのフィールド６で識別された第１オーディオ言語トラ
ックに対応する。１データブロックのフィールド８内の
第２ビットは、導入部トラックのフィールド６内に表現
された第２オーディオ言語に関連する、等々である。図
４のフィールド８内に、100ではなく、Ｎ個（最大＝1
6）のみしか存在しない理由は、データブロックに存在
し得るのはどの言語であるかは導入部トラックから通知
されるからである。対応する言語がディスク上の何処に
もないことを導入部トラックから通知された際に、それ
が存在しないことを指摘すべく84或いはそれ以上のビッ
ト位置を各データブロックに設ける理由はない。心に留
めておかなければいけないことは、図４における値Ｘは
図３における値Ｎと等しいものではないことである。後
者は、ディスク上の何れかにあるオーディオ言語の総数
を表わし、その最大値は16である。記号ＸはそれらＮの
内の幾つのものが現行データブロック内に実際に表現さ
れているかを表わしている。
む。思い出されるように、導入部トラックのフィールド
６は100ビット位置を含むが、ディスク上にはせいぜい1
6のオーディオトラックが存在し得るので（Ｍ＆Ｅはそ
の内の１つと考えられる）、此等の内のＮ個（最大のＮ
は16）のみが値１のビットを表わし得る。此等Ｎトラッ
クの各々について、フィールド８はオペレーションシス
テムに対して、現行のデータブロックには何等かのオー
ディオがあるか否かを通知する。こうして、最大Ｎまで
のＸ個（なにがしか又は変数）の「１」が存在する。Ｎ
ビットフィールド８の第１ビット位置は、導入部トラッ
クのフィールド６で識別された第１オーディオ言語トラ
ックに対応する。１データブロックのフィールド８内の
第２ビットは、導入部トラックのフィールド６内に表現
された第２オーディオ言語に関連する、等々である。図
４のフィールド８内に、100ではなく、Ｎ個（最大＝1
6）のみしか存在しない理由は、データブロックに存在
し得るのはどの言語であるかは導入部トラックから通知
されるからである。対応する言語がディスク上の何処に
もないことを導入部トラックから通知された際に、それ
が存在しないことを指摘すべく84或いはそれ以上のビッ
ト位置を各データブロックに設ける理由はない。心に留
めておかなければいけないことは、図４における値Ｘは
図３における値Ｎと等しいものではないことである。後
者は、ディスク上の何れかにあるオーディオ言語の総数
を表わし、その最大値は16である。記号ＸはそれらＮの
内の幾つのものが現行データブロック内に実際に表現さ
れているかを表わしている。
図９はＸ個のオーディオ言語ブロックを含む。ディス
ク上には10個のオーディオ言語が表現されているが、そ
の内の６個だけが現行データブロック内に表現されてい
ることを想定しよう。この場合、そうしたオーディオ言
語に対応しているＸビットシーケンスがあることにな
り、各々がエスケープ（ESC）キャラクタで終了してい
る。エスケープキャラクタは複数のオーディオブロック
を相互に分離すべく使用される。もしも、オーディオト
ラックが存在する時いつもそれが固定された持続時間を
有すれば、フィールド８から１データブロックに存在す
るオーディオブロックは幾つかが通知されるので、フィ
ールドの終端にシンクワードを提供する必要はない。可
変長のオーディオブロックはフィールドの末端にシンク
ワードを要求するであろう。
ク上には10個のオーディオ言語が表現されているが、そ
の内の６個だけが現行データブロック内に表現されてい
ることを想定しよう。この場合、そうしたオーディオ言
語に対応しているＸビットシーケンスがあることにな
り、各々がエスケープ（ESC）キャラクタで終了してい
る。エスケープキャラクタは複数のオーディオブロック
を相互に分離すべく使用される。もしも、オーディオト
ラックが存在する時いつもそれが固定された持続時間を
有すれば、フィールド８から１データブロックに存在す
るオーディオブロックは幾つかが通知されるので、フィ
ールドの終端にシンクワードを提供する必要はない。可
変長のオーディオブロックはフィールドの末端にシンク
ワードを要求するであろう。
導入部トラックにおけるフィールド９は、０から63ま
での「他の」オーディオトラックを表わす値を含んでい
る。図３に示されるように、Ｍ個のそうした「他の」オ
ーディオトラックがあり得る一方、それらの各々は現行
データブロック内に表現されることを意味しない。各デ
ータブロックにおけるフィールド10はＭビットを含み、
ディスク上の「他の」オーディオトラックの各々に１つ
ずつである。現行データブロックが、此等Ｍ個のトラッ
クの何れかの為にビット情報を実際に含むか否かは、フ
ィールド10の対応するビット位置が１を有するか否かに
依存する。もしもＹ個の「１」があり且つＹはＭより少
なければ、「他の」オーディオトラックの全てが現行デ
ータブロック内に表現されているとは限らない、ことを
意味する。フィールド11はＹ個の「他の」オーディオト
ラックブロックを含み、各々がエスケープキャラクタを
もって終了している。理解されるように、オーディオト
ラックがデータブロック内に表現される方法と「他の」
オーディオトラックがデータブロック内に表現される方
法とは互いに比較できる（匹敵する）ものである。
での「他の」オーディオトラックを表わす値を含んでい
る。図３に示されるように、Ｍ個のそうした「他の」オ
ーディオトラックがあり得る一方、それらの各々は現行
データブロック内に表現されることを意味しない。各デ
ータブロックにおけるフィールド10はＭビットを含み、
ディスク上の「他の」オーディオトラックの各々に１つ
ずつである。現行データブロックが、此等Ｍ個のトラッ
クの何れかの為にビット情報を実際に含むか否かは、フ
ィールド10の対応するビット位置が１を有するか否かに
依存する。もしもＹ個の「１」があり且つＹはＭより少
なければ、「他の」オーディオトラックの全てが現行デ
ータブロック内に表現されているとは限らない、ことを
意味する。フィールド11はＹ個の「他の」オーディオト
ラックブロックを含み、各々がエスケープキャラクタを
もって終了している。理解されるように、オーディオト
ラックがデータブロック内に表現される方法と「他の」
オーディオトラックがデータブロック内に表現される方
法とは互いに比較できる（匹敵する）ものである。
図２に戻れば、思い出されるように、データブロック
のデータビットは、オーディオバッファ、ビデオバッフ
ァ、パンスキャンバッファ並びにサブタイトルバッファ
に対してと共に、コマンド／データライン65を通じてマ
スターコントローラ41に対して分配される。ここまで、
オーディオブロック、「他の」オーディオブロック並び
にビデオブロックの表現は、図４の複数フィールドの分
析で考えられてきた。サブタイトルデータの表現に進む
前に理解されるべきは、全てのオーディオ及びビデオデ
ータとは異なって、サブタイトルが表現される方法には
差があることである。後者はブロック毎をベースとして
補充され、バッファには新しいオーディオ及びビデオデ
ータが連続的に補充される。一方、サブタイトルはフレ
ーム毎に変える必要がない。事実上、サブタイトルは、
もしもそれが１フレーム以上の間スクリーン上に残存し
なければ、知覚すらされないこととなる。結果として、
一度、サブタイトルデータが図２のバッファ59に補充さ
れたならば、サブタイトルはディスプレイ上に形成さ
れ、新しいサブタイトル情報が当該バッファ内にロード
されるまで、そこに残存させられる。タイトルを新しい
ものを導入することなく除去するためには、ブランクフ
ィールドから成る新しいサブタイトルがそのバッファ内
にロードされる。
のデータビットは、オーディオバッファ、ビデオバッフ
ァ、パンスキャンバッファ並びにサブタイトルバッファ
に対してと共に、コマンド／データライン65を通じてマ
スターコントローラ41に対して分配される。ここまで、
オーディオブロック、「他の」オーディオブロック並び
にビデオブロックの表現は、図４の複数フィールドの分
析で考えられてきた。サブタイトルデータの表現に進む
前に理解されるべきは、全てのオーディオ及びビデオデ
ータとは異なって、サブタイトルが表現される方法には
差があることである。後者はブロック毎をベースとして
補充され、バッファには新しいオーディオ及びビデオデ
ータが連続的に補充される。一方、サブタイトルはフレ
ーム毎に変える必要がない。事実上、サブタイトルは、
もしもそれが１フレーム以上の間スクリーン上に残存し
なければ、知覚すらされないこととなる。結果として、
一度、サブタイトルデータが図２のバッファ59に補充さ
れたならば、サブタイトルはディスプレイ上に形成さ
れ、新しいサブタイトル情報が当該バッファ内にロード
されるまで、そこに残存させられる。タイトルを新しい
ものを導入することなく除去するためには、ブランクフ
ィールドから成る新しいサブタイトルがそのバッファ内
にロードされる。
データブロック内のフィールド12はＰビットから成
り、その各々は導入部トラックのフィールド15内で識別
されたＰ個のサブタイトル言語の異なる１つに対応して
いる。（思い出されるように、複数言語に対応するあら
ゆる100ビットフィールドは現実には言語を表わしてお
らず、むしろＭ＆Ｅを表わすことによって、最大99個の
サブタイトル言語がある。）現行データブロック内に更
新が必要な如何なるサブタイトルも、フィールド12内の
その対応する位置に１を有する。Ｚの最大値がＰである
場合、Ｚ個までの「１」があり得る。
り、その各々は導入部トラックのフィールド15内で識別
されたＰ個のサブタイトル言語の異なる１つに対応して
いる。（思い出されるように、複数言語に対応するあら
ゆる100ビットフィールドは現実には言語を表わしてお
らず、むしろＭ＆Ｅを表わすことによって、最大99個の
サブタイトル言語がある。）現行データブロック内に更
新が必要な如何なるサブタイトルも、フィールド12内の
その対応する位置に１を有する。Ｚの最大値がＰである
場合、Ｚ個までの「１」があり得る。
現行データブロックに更新が必要な各サブタイトル言
語について、フィールド13内にその更新が現われる。Ｚ
個の更新ブロックがあり、各々がエスケープキャラクタ
をもって終了している。更新ブロックがブランクフィー
ルドであり得ることを理解することが重要である。これ
が、１つのサブタイトルが新しいサブタイトルがまだ生
じていない時に除去される方法である。
語について、フィールド13内にその更新が現われる。Ｚ
個の更新ブロックがあり、各々がエスケープキャラクタ
をもって終了している。更新ブロックがブランクフィー
ルドであり得ることを理解することが重要である。これ
が、１つのサブタイトルが新しいサブタイトルがまだ生
じていない時に除去される方法である。
フィールド14は存在し得るか否かの１ビットから成
る。このフィールドは、導入部トラックのフィールド21
が１であるときにのみ存在する。そうした場合、パンス
キャン情報はデータブロック内で利用可能である。もし
もパンスキャン情報が利用可能であれば、各データブロ
ックはオペレーティングシステムに対して、それがパン
スキャンの為の新しい出発コラムを実際に含むか否かを
告げねばならない。フィールド14は単一ビットであっ
て、１つのフラッグであり、パンスキャン更新があるか
否かを示す。もしもそのビットが１であれば、フィール
ド15は９ビットのコラム番号、即ちパンスキャン更新で
ある。
る。このフィールドは、導入部トラックのフィールド21
が１であるときにのみ存在する。そうした場合、パンス
キャン情報はデータブロック内で利用可能である。もし
もパンスキャン情報が利用可能であれば、各データブロ
ックはオペレーティングシステムに対して、それがパン
スキャンの為の新しい出発コラムを実際に含むか否かを
告げねばならない。フィールド14は単一ビットであっ
て、１つのフラッグであり、パンスキャン更新があるか
否かを示す。もしもそのビットが１であれば、フィール
ド15は９ビットのコラム番号、即ちパンスキャン更新で
ある。
最後に、フィールド16は存在し得るか否かの単一ビッ
トであり、導入部トラック内のフィールド30の値に依存
する。導入部トラックのこの１ビットフラッグはオペレ
ーティングシステムに対して、補助コマンド及びデータ
がデータブロックのフィールド17内に存在し得る否かを
告げる。もしもコマンド／データフラッグが１であれ
ば、コマンド／データブロックはフィールド17から読取
られる。このフィールドはエスケープキャラクタをもっ
て終了する。
トであり、導入部トラック内のフィールド30の値に依存
する。導入部トラックのこの１ビットフラッグはオペレ
ーティングシステムに対して、補助コマンド及びデータ
がデータブロックのフィールド17内に存在し得る否かを
告げる。もしもコマンド／データフラッグが１であれ
ば、コマンド／データブロックはフィールド17から読取
られる。このフィールドはエスケープキャラクタをもっ
て終了する。
こうして、１つのデータブロックフィールドは、オー
ディオ、「他の」オーディオ、ビデオ、パンスキャン情
報、サブタイトル並びにコマンド／データブロックの、
６つまでの異なるタイプのデータを含む。此等は図２に
関連して先に議論された６タイプの情報であり、デマル
チプレクサ63は情報の異なるブロックを、オーディオバ
ッファ、ビデオバッファ、パンスキャンバッファ、サブ
タイトルバッファ並びにマスターコントローラに分配す
る。
ディオ、「他の」オーディオ、ビデオ、パンスキャン情
報、サブタイトル並びにコマンド／データブロックの、
６つまでの異なるタイプのデータを含む。此等は図２に
関連して先に議論された６タイプの情報であり、デマル
チプレクサ63は情報の異なるブロックを、オーディオバ
ッファ、ビデオバッファ、パンスキャンバッファ、サブ
タイトルバッファ並びにマスターコントローラに分配す
る。
データブロックフィールドの処理 １データブロック内のデータの処理は相対的に簡単で
ある。図６のフローチャートに示された処理は図４に示
されたデータブロックフィールド自体に蟻継ぎしてい
る。
ある。図６のフローチャートに示された処理は図４に示
されたデータブロックフィールド自体に蟻継ぎしてい
る。
図２のブロック番号／ポインタアナライザ47が、デー
タブロックのフィールド２−５内に含まれる、連続ブロ
ック番号、バージョン、２ビットポインタフラッグ並び
にポインタをどのように処理するかは既に説明した。次
のフィールドはビデオ存在フラッグである。図６に示さ
れるように、もしもビデオデータは存在すると決定され
たなら、図２のビデオバッファ55にはフィールド７のビ
デオがロードされる。もしもビデオデータが存在しなけ
れば、バッファは単にマーカーをロードされるだけであ
る。
タブロックのフィールド２−５内に含まれる、連続ブロ
ック番号、バージョン、２ビットポインタフラッグ並び
にポインタをどのように処理するかは既に説明した。次
のフィールドはビデオ存在フラッグである。図６に示さ
れるように、もしもビデオデータは存在すると決定され
たなら、図２のビデオバッファ55にはフィールド７のビ
デオがロードされる。もしもビデオデータが存在しなけ
れば、バッファは単にマーカーをロードされるだけであ
る。
マーカーの必要性を理解することは重要である。オペ
レーティングシステムが、ビデオ、オーディオ、サブタ
イトル等々の情報と常に同期できようにするためには、
同一データブロックからの情報が幾つかの異なるバッフ
ァ内の何処にあるかを告げることができなければならな
い。言換えれば、オペレーティングシステムは、オーデ
ィオバッファ内のオーディオデータのどの部分がビデオ
バッファ内のビデオデータのどの部分と同伴又は調和す
るかを知らなくてはならない。さもなければ、種々の情
報項目は相互に同期され得ない。データブロック内に存
在しないデータの為にバッファ内にマーカーを提供する
ことによって、オペレーティングシステムは情報の種々
の項目を相互に同期された状態で維持することができ
る。
レーティングシステムが、ビデオ、オーディオ、サブタ
イトル等々の情報と常に同期できようにするためには、
同一データブロックからの情報が幾つかの異なるバッフ
ァ内の何処にあるかを告げることができなければならな
い。言換えれば、オペレーティングシステムは、オーデ
ィオバッファ内のオーディオデータのどの部分がビデオ
バッファ内のビデオデータのどの部分と同伴又は調和す
るかを知らなくてはならない。さもなければ、種々の情
報項目は相互に同期され得ない。データブロック内に存
在しないデータの為にバッファ内にマーカーを提供する
ことによって、オペレーティングシステムは情報の種々
の項目を相互に同期された状態で維持することができ
る。
次に、オペレーティングシステムはフィールド８を見
て、ディスク上のＮ個のオーディオトラック（図３を参
照）の内の幾つが現行データブロック内に実際に表現さ
れているかを決定する。同一のことが、フィールド10内
に表現されたＭ個の「他の」オーディオトラックに対し
て当てはまる。オーディオ及び「他の」オーディオトラ
ックデータの全てはそれらの個々のバッファ内にロード
される。
て、ディスク上のＮ個のオーディオトラック（図３を参
照）の内の幾つが現行データブロック内に実際に表現さ
れているかを決定する。同一のことが、フィールド10内
に表現されたＭ個の「他の」オーディオトラックに対し
て当てはまる。オーディオ及び「他の」オーディオトラ
ックデータの全てはそれらの個々のバッファ内にロード
される。
フローチャートはオーディオトラックの第１のものと
最後のもののためだけのシーケンスを示している。各場
合において、テストが実行されて、オーディオトラック
或いは「他の」オーディオトラックは現行データブロッ
ク内に存在するデータを有するか否かを見る。此等トラ
ックの各々のために、何等かが、即ちマーカーが追従さ
れた実際のデータか或いはマーカーのみの何れかがその
個々のバッファ内にロードされる結果となる。ビデオ及
びオーディオ情報の後、データブロックはサブタイトル
更新を含む。もしも選択された言語でのサブタイトル用
の更新情報があれば、それはサブタイトルバッファ内に
ロードされ、さもなければマーカーのみが記憶される。
サブタイトルに関係する３つのブロックは、選択された
サブタイトル言語に対応している単一トラックのみに関
係している。
最後のもののためだけのシーケンスを示している。各場
合において、テストが実行されて、オーディオトラック
或いは「他の」オーディオトラックは現行データブロッ
ク内に存在するデータを有するか否かを見る。此等トラ
ックの各々のために、何等かが、即ちマーカーが追従さ
れた実際のデータか或いはマーカーのみの何れかがその
個々のバッファ内にロードされる結果となる。ビデオ及
びオーディオ情報の後、データブロックはサブタイトル
更新を含む。もしも選択された言語でのサブタイトル用
の更新情報があれば、それはサブタイトルバッファ内に
ロードされ、さもなければマーカーのみが記憶される。
サブタイトルに関係する３つのブロックは、選択された
サブタイトル言語に対応している単一トラックのみに関
係している。
次にフィールド14内のパンスキャン更新フラッグが読
取られる。もしもパンスキャン更新情報が存在すれば、
それが今回はパンスキャンバッファにまたロードされ
る。もしも新しい情報が利用可能でなければ、マーカー
が単にパンスキャンバッファ内にロードされ、新しいパ
ンスキャン更新情報がない状態で他のデータブロックへ
行くことを指示する。
取られる。もしもパンスキャン更新情報が存在すれば、
それが今回はパンスキャンバッファにまたロードされ
る。もしも新しい情報が利用可能でなければ、マーカー
が単にパンスキャンバッファ内にロードされ、新しいパ
ンスキャン更新情報がない状態で他のデータブロックへ
行くことを指示する。
最後に、システムはコマンド或いはデータが利用可能
であるか否かを決定する（もしも導入部フィールド30
が、コマンド或いはデータがデータブロック内に見出さ
れるべきであると告げていれば）。もしも、コマンド／
データが存在すれば、即ちデータブロックのフィールド
16が１であれば、それはフィールド17から図２のマスタ
ーコントローラ41内のメモリにロードされる。もしもコ
マンド或いはデータがなければ、マーカーだけがマイク
ロプロセッサメモリにロードされる。
であるか否かを決定する（もしも導入部フィールド30
が、コマンド或いはデータがデータブロック内に見出さ
れるべきであると告げていれば）。もしも、コマンド／
データが存在すれば、即ちデータブロックのフィールド
16が１であれば、それはフィールド17から図２のマスタ
ーコントローラ41内のメモリにロードされる。もしもコ
マンド或いはデータがなければ、マーカーだけがマイク
ロプロセッサメモリにロードされる。
注目すべきことは、図６の処理シーケンスの何れも
が、先ず第一に情報のそれぞれのタイプがディスク上に
利用可能であるか否かのチェックを示していないことで
ある。しかし理解されるべきことは、「コマンド／デー
タは存在するか？」等のテストは実際には２つの部分か
ら成ることである。先ず、導入部トラックのフィールド
30においてデータブロックのコマンド／データフラッグ
は０か或いは１かどちらか。もしもそれが０であれば、
コマンド及びデータはデータブロックの処理の間に、探
すことすらされない。一方、もしも導入部トラックのフ
ィールド30におけるデータフラッグが１である結果とし
て、コマンド或いはデータがデータブロックに存在し得
れば、各データブロックはそのフィールド16をチェック
されて、コマンド／データの存在フラッグが１であるか
否かを見る。それはデータブロックフィールド内のフラ
ッグの値であり、それは、マーカーだけがロードされる
か、マーカーが追従したデータビットがロードさるか否
かを決定する。同様のことがその他のシーケンスに適用
される。例えば、もしも導入部トラックからパンスキャ
ン情報がディスク上の何処にも存在しないと決定されれ
ば、パンスキャン更新が存在するか否かをチェックすべ
き理由はない。
が、先ず第一に情報のそれぞれのタイプがディスク上に
利用可能であるか否かのチェックを示していないことで
ある。しかし理解されるべきことは、「コマンド／デー
タは存在するか？」等のテストは実際には２つの部分か
ら成ることである。先ず、導入部トラックのフィールド
30においてデータブロックのコマンド／データフラッグ
は０か或いは１かどちらか。もしもそれが０であれば、
コマンド及びデータはデータブロックの処理の間に、探
すことすらされない。一方、もしも導入部トラックのフ
ィールド30におけるデータフラッグが１である結果とし
て、コマンド或いはデータがデータブロックに存在し得
れば、各データブロックはそのフィールド16をチェック
されて、コマンド／データの存在フラッグが１であるか
否かを見る。それはデータブロックフィールド内のフラ
ッグの値であり、それは、マーカーだけがロードされる
か、マーカーが追従したデータビットがロードさるか否
かを決定する。同様のことがその他のシーケンスに適用
される。例えば、もしも導入部トラックからパンスキャ
ン情報がディスク上の何処にも存在しないと決定されれ
ば、パンスキャン更新が存在するか否かをチェックすべ
き理由はない。
本発明は特別な実施例を参照して説明されたが、この
実施例は本発明の原理に関する応用を例証するものであ
ることが理解されるべきである。本発明の精神及び範囲
から逸脱することなく、そうした中に数々の変更等を為
すことが可能であり、他の構成等をも工夫し得る。
実施例は本発明の原理に関する応用を例証するものであ
ることが理解されるべきである。本発明の精神及び範囲
から逸脱することなく、そうした中に数々の変更等を為
すことが可能であり、他の構成等をも工夫し得る。
フロントページの続き (72)発明者 クックソン、クリストファー・ジェイ アメリカ合衆国、カリフォルニア州 90046、ロサンジェルス、トリソン・ド ライブ 7825 (72)発明者 ライバーファーブ、ワレン・エヌ アメリカ合衆国、カリフォルニア州 90077、ロサンジェルス、マルホラン ド・ドライブ 15147 (56)参考文献 特開 平５−109186（ＪＰ，Ａ) 特開 昭60−47210（ＪＰ，Ａ) 特開 平２−236846（ＪＰ，Ａ) 特開 平５−101528（ＪＰ，Ａ) 特開 昭62−154368（ＪＰ，Ａ) 特開 昭63−271765（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) G11B 27/00 G11B 20/10 G11B 20/12 G10K 15/04 G11B 20/02
Claims (34)
- 【請求項１】ソフトウェア担体のオーディオ・トラック
の再生を制御するシステムであって、 前記ソフトウェア担体が、 相互に同期し、それぞれに、複数のオーディオ・トラッ
ク自体のうちの他のトラックに記録されたオーディオ情
報と選択的に組み合わせるべきオーディオ情報が記録さ
れた複数のオーディオ・トラックと、 前記オーディオ・トラックのオーディオ内容を定義する
テキスト・データと、 を有し、 前記システムが、 前記ソフトウェア担体を再生し、該ソフトウェア担体か
ら前記テキスト・データおよび前記オーディオ情報を導
く手段と、 前記テキスト・データから導かれたメニューをユーザに
表示し、組み合わせるのに利用可能なオーディオ情報を
前記ユーザに通知する手段と、 前記ユーザが、表示されたメニュー選択肢に基づいて利
用可能なオーディオ情報を組み合わせる方法を入力でき
るようにする手段と、 前記トラックのうちの少なくとも１つのトラック中のオ
ーディオ情報を位相反転する手段と、 位相反転されたオーディオ情報を含む選択されたオーデ
ィオ情報をユーザ入力に従って組み合わせる手段と、 を備えることを特徴とするシステム。 - 【請求項２】前記ソフトウェア担体上に記録されるオー
ディオ情報が、別々に識別可能なブロックにディジタル
的に記録されることを特徴とする請求項１に記載のシス
テム。 - 【請求項３】各ソフトウェア担体ブロックが、ブロック
中のオーディオ・トラックが含むオーディオ情報の標識
を含み、前記組合せ手段が、前記ユーザ入力に従ってオ
ーディオ情報を組み合わせるために必要なブロック中の
オーディオ・トラックにしか作用しないことを特徴とす
る請求項２に記載のシステム。 - 【請求項４】前記ソフトウェア担体上に、各オーディオ
・トラックのタイプのIDが記録され、前記システム自体
がさらに、前記オーディオ・トラックのタイプのIDに従
って、導かれたオーディオ情報を処理する手段を含むこ
とを特徴とする請求項３に記載のシステム。 - 【請求項５】前記ソフトウェア担体上のテキスト・デー
タが複数の言語のデータであり、前記ソフトウェア担体
上にさらに、前記各言語に関するコードが記録され、前
記システム自体がさらに、前記メニューが表示される１
つの言語を選択する手段を含むことを特徴とする請求項
１に記載のシステム。 - 【請求項６】前記システムはさらにデフォルト言語を表
現する手段を含み、１つの言語を選択する前記手段が、
前記デフォルト言語と、ソフトウェア担体上に前記テキ
スト・データを含めるために使用された複数の言語との
両方に従って言語を選択するように動作することを特徴
とする請求項５に記載のシステム。 - 【請求項７】さらに、前記デフォルト言語が前記複数の
言語のどれにも合致しないことに応答して、ユーザが利
用可能な言語のうちの１つを選択できるようにする手段
を含むことを特徴とする請求項６に記載のシステム。 - 【請求項８】前記表示手段が、前記トラックのオーディ
オ内容を定義するテキスト・データに基づいて、標準的
な１組のメニュー選択肢を表示することを特徴とする請
求項７に記載のシステム。 - 【請求項９】前記標準的な１組のメニュー選択肢が、選
択されたトラックから得たオーディオ情報と選択された
それぞれのレベルとの組合せを含むことを特徴とする請
求項８に記載のシステム。 - 【請求項１０】前記レベルが、あるオーディオ情報のト
ラックを他のトラックから効果的に削除できるようにす
る値を含むことを特徴とする請求項９に記載のシステ
ム。 - 【請求項１１】前記ソフトウェア担体が、非標準メニュ
ー選択肢の表示と、該非標準メニュー選択肢に基づくユ
ーザ入力に従って選択されたオーディオ情報の組合せと
を制御するソフトウェアを含むことができ、前記システ
ム自体がさらに、前記ソフトウェアを読み込んで、その
後前記ソフトウェアに従って動作する手段を含むことを
特徴とする請求項10に記載のシステム。 - 【請求項１２】前記ソフトウェア担体上に、各オーディ
オ・トラックのタイプのIDが記録され、前記システム自
体がさらに、前記オーディオ・トラックのタイプのIDに
従って、導かれたオーディオ情報を処理する手段を含む
ことを特徴とする請求項１に記載のシステム。 - 【請求項１３】前記表示手段が、前記トラックのオーデ
ィオ内容を定義するテキスト・データに基づいて、標準
的な１組のメニュー選択肢を表示することを特徴とする
請求項１に記載のシステム。 - 【請求項１４】前記標準的な１組のメニュー選択肢が、
選択されたトラックから得たオーディオ情報と選択され
たそれぞれのレベルとの組合せを含むことを特徴とする
請求項13に記載のシステム。 - 【請求項１５】前記レベルが、あるオーディオ情報のト
ラックを他のトラックから効果的に削除できるようにす
る値を含むことを特徴とする請求項14に記載のシステ
ム。 - 【請求項１６】ソフトウェア担体が、非標準メニュー選
択肢の表示と、該非標準メニュー選択肢に基づくユーザ
入力に従って選択されたオーディオ情報の組合せとを制
御するソフトウェアを含むことができ、前記システム自
体がさらに、前記ソフトウェアを読み込んで、その後前
記ソフトウェアに従って動作する手段を含むことを特徴
とする請求項15に記載のシステム。 - 【請求項１７】前記メニュー選択肢が、選択されたトラ
ックから得たオーディオ情報と選択されたそれぞれのレ
ベルとの組合せを含むことを特徴とする請求項１に記載
のシステム。 - 【請求項１８】前記レベルが、あるオーディオ情報トラ
ックを他のトラックから効果的に削除できるようにする
値を含むことを特徴とする請求項17に記載のシステム。 - 【請求項１９】ソフトウェア担体が、担体特有のメニュ
ー選択肢の表示と、該担体特有のメニュー選択肢に基づ
くユーザ入力に従って選択されたオーディオ情報の組合
せとを制御するソフトウェアを含むことができ、前記シ
ステム自体がさらに、前記ソフトウェアを読み込んで、
その後前記ソフトウェアに従って動作する手段を含むこ
とを特徴とする請求項18に記載のシステム。 - 【請求項２０】ソフトウェア担体が、担体特有のメニュ
ー選択肢の表示と、該担体特有のメニュー選択肢に基づ
くユーザ入力に従って選択されたオーディオ情報の組合
せとを制御するソフトウェアを含むことができ、前記シ
ステム自体がさらに、前記ソフトウェアを読み込んで、
その後前記ソフトウェアに従って動作する手段を含むこ
とを特徴とする請求項１に記載のシステム。 - 【請求項２１】ソフトウェア担体のオーディオ・トラッ
クの再生を制御する方法であって、 前記ソフトウェア担体が、 相互に同期し、それぞれに、複数のオーディオ・トラッ
ク自体のうちの他のトラックに記録されたオーディオ情
報と選択的に組み合わせるべきオーディオ情報が記録さ
れた複数のオーディオ・トラックと、 前記トラックのオーディオ内容を定義するテキスト・デ
ータと、 を有し、 前記方法が、 前記ソフトウェア担体を再生し、該ソフトウェア担体か
ら前記テキスト・データおよび前記オーディオ情報を導
くステップと、 前記テキスト・データから導かれたメニューをユーザに
表示し、組み合わせるために利用可能なオーディオ情報
を前記ユーザに通知するステップと、 前記ユーザが、表示されたメニュー選択肢に基づいて利
用可能なオーディオ情報を組み合わせる方法を入力でき
るようにするステップと、 前記トラックのうちの少なくとも１つのトラック中のオ
ーディオ情報を位相反転することを含め、選択されたオ
ーディオ情報をユーザ入力に従って組み合わせるステッ
プと、 を含むことを特徴とする方法。 - 【請求項２２】前記ソフトウェア担体上に記録されるオ
ーディオ情報が、別々に識別可能なブロックにディジタ
ル的に記録され、各ソフトウェア担体ブロックが、ブロ
ック中のオーディオ・トラックが含むオーディオ情報を
示す標識を含み、前記組合せステップで、動作が、前記
ユーザ入力に従ってオーディオ情報を組み合わせるため
に必要なブロック中のオーディオ・トラックにしか実行
されないことを特徴とする請求項21に記載の方法。 - 【請求項２３】前記ソフトウェア担体上に、各オーディ
オ・トラックのタイプのIDが記録され、上記方法自体が
さらに、前記オーディオ・トラックのタイプのIDに従っ
て、導かれたオーディオ情報を処理するステップを含む
ことを特徴とする請求項22に記載の方法。 - 【請求項２４】前記ソフトウェア担体上のテキスト・デ
ータが複数の言語のデータであり、前記ソフトウェア担
体上にさらに、前記各言語に関するコードが記録され、
前記方法自体がさらに、前記メニューが表示される１つ
の言語を選択するステップを含むことを特徴とする請求
項21に記載の方法。 - 【請求項２５】さらに、デフォルト言語を表現するステ
ップを含み、１つの言語を選択する前記ステップで、前
記デフォルト言語と、ソフトウェア担体上に前記テキス
ト・データを含めるために使用された複数の言語との両
方に従って言語が選択されることを特徴とする請求項24
に記載の方法。 - 【請求項２６】さらに、前記デフォルト言語が前記複数
の言語のどれにも合致しないことに応答して、ユーザが
利用可能な言語のうちの１つを選択できるようにするス
テップを含むことを特徴とする請求項25に記載の方法。 - 【請求項２７】前記表示ステップで、前記トラックのオ
ーディオ内容を定義するテキスト・データに基づいて、
標準的な１組のメニュー選択肢が表示されることを特徴
とする請求項21に記載の方法。 - 【請求項２８】前記標準的な１組のメニュー選択肢が、
選択されたトラックから得たオーディオ情報と選択され
たそれぞれのレベルとの組合せを含むことを特徴とする
請求項27に記載の方法。 - 【請求項２９】前記レベルが、あるオーディオ情報トラ
ックを他のトラックから効果的に削除できるようにする
値を含むことを特徴とする請求項28に記載の方法。 - 【請求項３０】ソフトウェア担体が、非標準メニュー選
択肢の表示と、該非標準メニュー選択肢に基づくユーザ
入力に従って選択されたオーディオ情報の組合せをとを
制御するソフトウェアを含むことができ、前記方法自体
がさらに、前記ソフトウェアを読み込んで、その後前記
ソフトウェアに従って動作するステップを含むことを特
徴とする請求項29に記載の方法。 - 【請求項３１】前記メニュー選択肢が、選択されたトラ
ックから得たオーディオ情報と選択されたそれぞれのレ
ベルとの組合せを含むことを特徴とする請求項21に記載
の方法。 - 【請求項３２】前記レベルが、あるオーディオ情報のト
ラックを他のトラックから効果的に削除できるようにす
る値を含むことを特徴とする請求項31に記載の方法。 - 【請求項３３】ソフトウェア担体が、担体特有のメニュ
ー選択肢の表示と、該担体特有のメニュー選択肢に基づ
くユーザ入力に従って選択されたオーディオ情報の組合
せとを制御するソフトウェアを含むことができ、前記方
法自体がさらに、前記ソフトウェアを読み込んで、その
後前記ソフトウェアに従って動作するステップを含むこ
とを特徴とする請求項32に記載の方法。 - 【請求項３４】ソフトウェア担体が、担体特有のメニュ
ー選択肢の表示と、該担体特有のメニュー選択肢に基づ
くユーザ入力に従って選択されたオーディオ情報の組合
せとを制御するソフトウェアを含むことができ、前記方
法自体がさらに、前記ソフトウェアを読み込んで、その
後前記ソフトウェアに従って動作するステップを含むこ
とを特徴とする請求項21に記載の方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/145,326 US5469370A (en) | 1993-10-29 | 1993-10-29 | System and method for controlling play of multiple audio tracks of a software carrier |
| US145,326 | 1993-10-29 | ||
| PCT/US1994/011849 WO1995012180A1 (en) | 1993-10-29 | 1994-10-13 | System and method for controlling play of multiple audio tracks of a software carrier |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08510850A JPH08510850A (ja) | 1996-11-12 |
| JP2948911B2 true JP2948911B2 (ja) | 1999-09-13 |
Family
ID=22512575
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7512702A Expired - Fee Related JP2948911B2 (ja) | 1993-10-29 | 1994-10-13 | ソフトウェア担体の複数のオーディオ・トラックの再生を制御するシステムおよび方法 |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US5469370A (ja) |
| EP (2) | EP0967610B1 (ja) |
| JP (1) | JP2948911B2 (ja) |
| KR (1) | KR100211554B1 (ja) |
| AT (2) | ATE194241T1 (ja) |
| AU (1) | AU673635B2 (ja) |
| CA (1) | CA2175064C (ja) |
| DE (2) | DE69430878T2 (ja) |
| DK (2) | DK0967610T3 (ja) |
| ES (2) | ES2149891T3 (ja) |
| GR (1) | GR3034384T3 (ja) |
| PT (2) | PT967610E (ja) |
| WO (1) | WO1995012180A1 (ja) |
Families Citing this family (107)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5550782A (en) * | 1991-09-03 | 1996-08-27 | Altera Corporation | Programmable logic array integrated circuits |
| US5953485A (en) * | 1992-02-07 | 1999-09-14 | Abecassis; Max | Method and system for maintaining audio during video control |
| KR100188294B1 (ko) | 1993-10-29 | 1999-06-01 | 니시무로 타이죠 | 멀티 신 기록매체 및 재생장치 및 그 방법 |
| 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 |
| 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 |
| JP2677775B2 (ja) * | 1994-04-14 | 1997-11-17 | 株式会社東芝 | 再生装置 |
| US7424731B1 (en) | 1994-10-12 | 2008-09-09 | Touchtunes Music Corporation | Home digital audiovisual information recording and playback system |
| US8661477B2 (en) | 1994-10-12 | 2014-02-25 | Touchtunes Music Corporation | System for distributing and selecting audio and video information and method implemented by said system |
| WO1996012255A1 (fr) | 1994-10-12 | 1996-04-25 | Technical Maintenance Corporation | Systeme de reproduction audio-visuelle numerique intelligent |
| US7188352B2 (en) | 1995-07-11 | 2007-03-06 | Touchtunes Music Corporation | Intelligent digital audiovisual playback system |
| 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 |
| US5915066A (en) * | 1995-02-16 | 1999-06-22 | Kabushiki Kaisha Toshiba | Output control system for switchable audio channels |
| US6288991B1 (en) | 1995-03-06 | 2001-09-11 | Fujitsu Limited | Storage medium playback method and device |
| US6009433A (en) * | 1995-04-14 | 1999-12-28 | Kabushiki Kaisha Toshiba | Information storage and information transmission media with parental control |
| CN1114212C (zh) * | 1995-04-14 | 2003-07-09 | 株式会社东芝 | 记录媒体的数据记录装置和方法以及数据再生装置和方法 |
| US5813010A (en) * | 1995-04-14 | 1998-09-22 | Kabushiki Kaisha Toshiba | Information storage and information transmission media with parental control |
| MX9702856A (es) * | 1995-08-21 | 1997-07-31 | Matsushita Electric Ind Co Ltd | Disco optico, dispositivo de reproduccion y metodo de reproduccion que pueden lograr una conmutacion dinamica del contenido reproducido. |
| TW329515B (en) * | 1995-10-24 | 1998-04-11 | Matsushita Electric Ind Co Ltd | Recording medium and reproduction apparatus |
| US5991496A (en) * | 1995-11-29 | 1999-11-23 | Sony Corporation | Recording/reproducing apparatus and method thereof |
| US5801694A (en) * | 1995-12-04 | 1998-09-01 | Gershen; Joseph S. | Method and apparatus for interactively creating new arrangements for musical compositions |
| US5699277A (en) * | 1996-01-02 | 1997-12-16 | Intel Corporation | Method and apparatus for source clipping a video image in a video delivery system |
| JP4112644B2 (ja) * | 1996-02-28 | 2008-07-02 | パイオニア株式会社 | 情報記録媒体、情報記録装置及び情報記録方法並びに情報再生装置及び情報再生方法 |
| FR2753868A1 (fr) | 1996-09-25 | 1998-03-27 | Technical Maintenance Corp | Procede de selection d'un enregistrement sur un systeme numerique de reproduction audiovisuel et systeme pour mise en oeuvre du procede |
| FR2769165B1 (fr) | 1997-09-26 | 2002-11-29 | Technical Maintenance Corp | Systeme sans fil a transmission numerique pour haut-parleurs |
| AU750605B2 (en) * | 1998-04-14 | 2002-07-25 | Hearing Enhancement Company, Llc | User adjustable volume control that accommodates hearing |
| US7415120B1 (en) | 1998-04-14 | 2008-08-19 | Akiba Electronics Institute Llc | User adjustable volume control that accommodates hearing |
| US6311155B1 (en) * | 2000-02-04 | 2001-10-30 | Hearing Enhancement Company Llc | Use of voice-to-remaining audio (VRA) in consumer applications |
| FR2781582B1 (fr) | 1998-07-21 | 2001-01-12 | Technical Maintenance Corp | Systeme de telechargement d'objets ou de fichiers pour mise a jour de logiciels |
| FR2781580B1 (fr) | 1998-07-22 | 2000-09-22 | Technical Maintenance Corp | Circuit de commande de son pour systeme de reproduction audiovisuelle numerique intelligent |
| FR2781591B1 (fr) | 1998-07-22 | 2000-09-22 | Technical Maintenance Corp | Systeme de reproduction audiovisuelle |
| US8028318B2 (en) | 1999-07-21 | 2011-09-27 | Touchtunes Music Corporation | Remote control unit for activating and deactivating means for payment and for displaying payment status |
| JP2000244725A (ja) * | 1999-02-22 | 2000-09-08 | Sony Corp | 付加情報重畳方法、付加情報検出方法、付加情報重畳装置および付加情報検出装置 |
| US8726330B2 (en) | 1999-02-22 | 2014-05-13 | Touchtunes Music Corporation | Intelligent digital audiovisual playback system |
| JP3199711B2 (ja) * | 1999-04-02 | 2001-08-20 | 松下電器産業株式会社 | 光ディスクとその記録装置および再生装置 |
| US6681077B1 (en) | 1999-04-02 | 2004-01-20 | Matsushita Electric Industrial Co., Ltd. | Optical disc, recording device and reproducing device |
| AR024353A1 (es) | 1999-06-15 | 2002-10-02 | He Chunhong | Audifono y equipo auxiliar interactivo con relacion de voz a audio remanente |
| US6442278B1 (en) | 1999-06-15 | 2002-08-27 | Hearing Enhancement Company, Llc | Voice-to-remaining audio (VRA) interactive center channel downmix |
| FR2796482B1 (fr) | 1999-07-16 | 2002-09-06 | Touchtunes Music Corp | Systeme de gestion a distance d'au moins un dispositif de reproduction d'informations audiovisuelles |
| AU6631600A (en) * | 1999-08-11 | 2001-03-05 | Spinware, Inc. | System and method for controlling access to data stored in portable storage medium |
| FR2805377B1 (fr) | 2000-02-23 | 2003-09-12 | Touchtunes Music Corp | Procede de commande anticipee d'une selection, systeme numerique et juke-box permettant la mise en oeuvre du procede |
| FR2805072B1 (fr) | 2000-02-16 | 2002-04-05 | Touchtunes Music Corp | Procede d'ajustement du volume sonore d'un enregistrement sonore numerique |
| FR2805060B1 (fr) | 2000-02-16 | 2005-04-08 | Touchtunes Music Corp | Procede de reception de fichiers lors d'un telechargement |
| US6351733B1 (en) | 2000-03-02 | 2002-02-26 | Hearing Enhancement Company, Llc | Method and apparatus for accommodating primary content audio and secondary content remaining audio capability in the digital audio production process |
| US7266501B2 (en) | 2000-03-02 | 2007-09-04 | Akiba Electronics Institute Llc | Method and apparatus for accommodating primary content audio and secondary content remaining audio capability in the digital audio production process |
| NL1014950C2 (nl) * | 2000-04-14 | 2001-10-16 | Franke & Franke Showprodukties | Compactdisk. |
| FR2808906B1 (fr) | 2000-05-10 | 2005-02-11 | Touchtunes Music Corp | Dispositif et procede de gestion a distance d'un reseau de systemes de reproduction d'informations audiovisuelles |
| US20040096065A1 (en) * | 2000-05-26 | 2004-05-20 | Vaudrey Michael A. | Voice-to-remaining audio (VRA) interactive center channel downmix |
| FR2811175B1 (fr) | 2000-06-29 | 2002-12-27 | Touchtunes Music Corp | Procede de distribution d'informations audiovisuelles et systeme de distribution d'informations audiovisuelles |
| FR2811114B1 (fr) | 2000-06-29 | 2002-12-27 | Touchtunes Music Corp | Dispositif et procede de communication entre un systeme de reproduction d'informations audiovisuelles et d'une machine electronique de divertissement |
| FR2814085B1 (fr) | 2000-09-15 | 2005-02-11 | Touchtunes Music Corp | Procede de divertissement base sur les jeux concours a choix multiples |
| US20030078687A1 (en) * | 2001-10-15 | 2003-04-24 | Du Breuil Thomas Lemaigre | Method and system for automatically configuring an audio environment |
| US20040004599A1 (en) * | 2002-07-03 | 2004-01-08 | Scott Shepard | Systems and methods for facilitating playback of media |
| US11029823B2 (en) | 2002-09-16 | 2021-06-08 | Touchtunes Music Corporation | Jukebox with customizable avatar |
| US8151304B2 (en) | 2002-09-16 | 2012-04-03 | Touchtunes Music Corporation | Digital downloading jukebox system with user-tailored music management, communications, and other tools |
| US8332895B2 (en) | 2002-09-16 | 2012-12-11 | Touchtunes Music Corporation | Digital downloading jukebox system with user-tailored music management, communications, and other tools |
| US7822687B2 (en) | 2002-09-16 | 2010-10-26 | Francois Brillon | Jukebox with customizable avatar |
| US10373420B2 (en) | 2002-09-16 | 2019-08-06 | Touchtunes Music Corporation | Digital downloading jukebox with enhanced communication features |
| US9646339B2 (en) | 2002-09-16 | 2017-05-09 | Touchtunes Music Corporation | Digital downloading jukebox system with central and local music servers |
| US12100258B2 (en) | 2002-09-16 | 2024-09-24 | Touchtunes Music Company, Llc | Digital downloading jukebox with enhanced communication features |
| US8103589B2 (en) | 2002-09-16 | 2012-01-24 | Touchtunes Music Corporation | Digital downloading jukebox system with central and local music servers |
| US8584175B2 (en) | 2002-09-16 | 2013-11-12 | Touchtunes Music Corporation | Digital downloading jukebox system with user-tailored music management, communications, and other tools |
| US20040266337A1 (en) * | 2003-06-25 | 2004-12-30 | Microsoft Corporation | Method and apparatus for synchronizing lyrics |
| US7343210B2 (en) * | 2003-07-02 | 2008-03-11 | James Devito | Interactive digital medium and system |
| KR100588874B1 (ko) * | 2003-10-06 | 2006-06-14 | 엘지전자 주식회사 | 노래방 기능을 갖는 영상표시기기 및 그 제어방법 |
| US20050132293A1 (en) * | 2003-12-10 | 2005-06-16 | Magix Ag | System and method of multimedia content editing |
| US8732221B2 (en) * | 2003-12-10 | 2014-05-20 | Magix Software Gmbh | System and method of multimedia content editing |
| US20080168350A1 (en) * | 2007-01-05 | 2008-07-10 | Jones David N | Method and system for movie karaoke |
| JP5230652B2 (ja) * | 2007-01-10 | 2013-07-10 | トムトム インターナショナル ベスローテン フエンノートシャップ | 交通遅滞を示す方法、コンピュータプログラムおよびナビゲーションシステム |
| US9330529B2 (en) | 2007-01-17 | 2016-05-03 | Touchtunes Music Corporation | Game terminal configured for interaction with jukebox device systems including same, and/or associated methods |
| US9171419B2 (en) | 2007-01-17 | 2015-10-27 | Touchtunes Music Corporation | Coin operated entertainment system |
| US20080201158A1 (en) | 2007-02-15 | 2008-08-21 | Johnson Mark D | System and method for visitation management in a controlled-access environment |
| US9953481B2 (en) | 2007-03-26 | 2018-04-24 | Touchtunes Music Corporation | Jukebox with associated video server |
| EP2168125A4 (en) * | 2007-07-18 | 2010-08-11 | First Orleans Music Production | REPEATABLE MEDIA WITH SELECTABLE INTERPRETERS |
| US9357061B2 (en) | 2007-09-10 | 2016-05-31 | Dsi-Iti, Llc | System and method for the automatic distribution of inmate phone recordings |
| US8332887B2 (en) | 2008-01-10 | 2012-12-11 | Touchtunes Music Corporation | System and/or methods for distributing advertisements from a central advertisement network to a peripheral device via a local advertisement server |
| US10290006B2 (en) | 2008-08-15 | 2019-05-14 | Touchtunes Music Corporation | Digital signage and gaming services to comply with federal and state alcohol and beverage laws and regulations |
| WO2010005569A1 (en) | 2008-07-09 | 2010-01-14 | Touchtunes Music Corporation | Digital downloading jukebox with revenue-enhancing features |
| US10719149B2 (en) | 2009-03-18 | 2020-07-21 | Touchtunes Music Corporation | Digital jukebox device with improved user interfaces, and associated methods |
| US9292166B2 (en) | 2009-03-18 | 2016-03-22 | Touchtunes Music Corporation | Digital jukebox device with improved karaoke-related user interfaces, and associated methods |
| US10564804B2 (en) | 2009-03-18 | 2020-02-18 | Touchtunes Music Corporation | Digital jukebox device with improved user interfaces, and associated methods |
| EP2409273A4 (en) | 2009-03-18 | 2016-05-11 | Touchtunes Music Corp | ENTERTAINMENT SERVER AND RELATED SOCIAL NETWORK SERVICES |
| US12112093B2 (en) | 2009-03-18 | 2024-10-08 | Touchtunes Music Company, Llc | Entertainment server and associated social networking services |
| US20110075537A1 (en) * | 2009-09-25 | 2011-03-31 | General Electric Company | Holographic disc with improved features and method for the same |
| US8327268B2 (en) * | 2009-11-10 | 2012-12-04 | Magix Ag | System and method for dynamic visual presentation of digital audio content |
| CN105336349A (zh) | 2010-01-26 | 2016-02-17 | 踏途音乐公司 | 具有改进的用户界面的数字点播设备和相关方法 |
| US9024166B2 (en) * | 2010-09-09 | 2015-05-05 | Harmonix Music Systems, Inc. | Preventing subtractive track separation |
| GB2522772B (en) | 2011-09-18 | 2016-01-13 | Touchtunes Music Corp | Digital jukebox device with karaoke and/or photo booth features, and associated methods |
| US10496250B2 (en) | 2011-12-19 | 2019-12-03 | Bellevue Investments Gmbh & Co, Kgaa | System and method for implementing an intelligent automatic music jam session |
| US11151224B2 (en) | 2012-01-09 | 2021-10-19 | Touchtunes Music Corporation | Systems and/or methods for monitoring audio inputs to jukebox devices |
| JP2016524362A (ja) | 2013-04-30 | 2016-08-12 | ドルビー ラボラトリーズ ライセンシング コーポレイション | 単一コンテナから多言語オーディオおよび付随オーディオを出力するシステムおよび方法 |
| WO2015070070A1 (en) | 2013-11-07 | 2015-05-14 | Touchtunes Music Corporation | Techniques for generating electronic menu graphical user interface layouts for use in connection with electronic devices |
| TWI722981B (zh) | 2014-03-25 | 2021-04-01 | 美商觸控調諧音樂公司 | 具改良使用者介面的數位點唱機裝置及相關聯方法 |
| EP4218975A3 (en) | 2015-05-19 | 2023-08-30 | Harmonix Music Systems, Inc. | Improvised guitar simulation |
| US9799314B2 (en) | 2015-09-28 | 2017-10-24 | Harmonix Music Systems, Inc. | Dynamic improvisational fill feature |
| US9773486B2 (en) | 2015-09-28 | 2017-09-26 | Harmonix Music Systems, Inc. | Vocal improvisation |
| JP2017151355A (ja) * | 2016-02-26 | 2017-08-31 | ヤマハ株式会社 | 電子打楽器 |
| US10572961B2 (en) | 2016-03-15 | 2020-02-25 | Global Tel*Link Corporation | Detection and prevention of inmate to inmate message relay |
| US9609121B1 (en) | 2016-04-07 | 2017-03-28 | Global Tel*Link Corporation | System and method for third party monitoring of voice and video calls |
| US10708369B2 (en) | 2016-11-02 | 2020-07-07 | Global Tel*Link Corp. | Control of internet browsing in a secure environment |
| US10735431B2 (en) | 2016-11-02 | 2020-08-04 | Global Tel*Link Corp. | Control of internet browsing in a secure environment |
| US9990826B1 (en) | 2016-12-07 | 2018-06-05 | Global Tel*Link Corporation | System for monitoring offender during correctional supervisory program |
| US10027797B1 (en) | 2017-05-10 | 2018-07-17 | Global Tel*Link Corporation | Alarm control for inmate call monitoring |
| US10225396B2 (en) | 2017-05-18 | 2019-03-05 | Global Tel*Link Corporation | Third party monitoring of a activity within a monitoring platform |
| US10860786B2 (en) | 2017-06-01 | 2020-12-08 | Global Tel*Link Corporation | System and method for analyzing and investigating communication data from a controlled environment |
| US9912821B1 (en) | 2017-06-30 | 2018-03-06 | Global Tel*Link Corporation | Call processing system for modifying inmate communication limits |
| US10638201B2 (en) | 2018-09-26 | 2020-04-28 | Rovi Guides, Inc. | Systems and methods for automatically determining language settings for a media asset |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2496375B1 (fr) * | 1980-12-17 | 1985-12-20 | Sony Corp | Appareil d'enregistrement/reproduction de signaux de television avec des signaux autio multiplexes |
| US4523236A (en) * | 1981-06-19 | 1985-06-11 | Sanyo Electric Co., Ltd. | Video signal recording and reproducing apparatus, including means for discriminating the mode of multiplexing of an audio signal |
| 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 |
| JPH0670876B2 (ja) * | 1987-02-10 | 1994-09-07 | ソニー株式会社 | 光学ディスク及び光学ディスク再生装置 |
| US4858033A (en) * | 1987-03-18 | 1989-08-15 | Chippendale Arthur J | Apparatus for pacing, queing and equipment control in audiovisual work |
| WO1988008190A1 (en) * | 1987-04-16 | 1988-10-20 | Louis Tubman | Multi-track audio recording and process for making same |
| US5146833A (en) * | 1987-04-30 | 1992-09-15 | Lui Philip Y F | Computerized music data system and input/out devices using related rhythm coding |
| CZ284768B6 (cs) * | 1988-01-19 | 1999-02-17 | Philips Electronics N. V. | Způsob přenosu informačních signálů a zařízení pro jeho provádění |
| 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 | パイオニア株式会社 | 記録再生方式 |
| JP2751315B2 (ja) * | 1989-02-14 | 1998-05-18 | ソニー株式会社 | 記録及び再生方法及び装置 |
| US5092216A (en) * | 1989-08-17 | 1992-03-03 | Wayne Wadhams | Method and apparatus for studying music |
| JPH0413287A (ja) * | 1990-04-28 | 1992-01-17 | Nec Home Electron Ltd | 自動再生方法及び装置 |
| JPH0467490A (ja) * | 1990-07-06 | 1992-03-03 | Pioneer Electron Corp | 情報再生装置 |
| US5130815A (en) * | 1990-07-20 | 1992-07-14 | Mti Associates | Method and apparatus for encoding a video signal having multi-language capabilities |
| JP2596206B2 (ja) * | 1990-10-08 | 1997-04-02 | ヤマハ株式会社 | 演奏データ記録再生装置および演奏データ記録再生方法 |
| 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 |
| US5497241A (en) * | 1993-10-29 | 1996-03-05 | Time Warner Entertainment Co., L.P. | System and method for controlling display of motion picture subtitles in a selected language during play 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 |
| 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 |
| US5463565A (en) * | 1993-10-29 | 1995-10-31 | Time Warner Entertainment Co., L.P. | Data block format for software carrier and player therefor |
-
1993
- 1993-10-29 US US08/145,326 patent/US5469370A/en not_active Expired - Lifetime
-
1994
- 1994-10-13 DK DK99118364T patent/DK0967610T3/da active
- 1994-10-13 DK DK94930813T patent/DK0729621T3/da active
- 1994-10-13 AU AU79823/94A patent/AU673635B2/en not_active Expired
- 1994-10-13 KR KR1019960702214A patent/KR100211554B1/ko not_active IP Right Cessation
- 1994-10-13 PT PT99118364T patent/PT967610E/pt unknown
- 1994-10-13 EP EP99118364A patent/EP0967610B1/en not_active Expired - Lifetime
- 1994-10-13 ES ES94930813T patent/ES2149891T3/es not_active Expired - Lifetime
- 1994-10-13 AT AT94930813T patent/ATE194241T1/de active
- 1994-10-13 JP JP7512702A patent/JP2948911B2/ja not_active Expired - Fee Related
- 1994-10-13 PT PT94930813T patent/PT729621E/pt unknown
- 1994-10-13 AT AT99118364T patent/ATE219855T1/de active
- 1994-10-13 DE DE69430878T patent/DE69430878T2/de not_active Expired - Lifetime
- 1994-10-13 WO PCT/US1994/011849 patent/WO1995012180A1/en active IP Right Grant
- 1994-10-13 ES ES99118364T patent/ES2178329T3/es not_active Expired - Lifetime
- 1994-10-13 EP EP94930813A patent/EP0729621B1/en not_active Expired - Lifetime
- 1994-10-13 DE DE69425069T patent/DE69425069T2/de not_active Expired - Lifetime
- 1994-10-13 CA CA002175064A patent/CA2175064C/en not_active Expired - Lifetime
-
2000
- 2000-09-13 GR GR20000402073T patent/GR3034384T3/el unknown
Also Published As
| Publication number | Publication date |
|---|---|
| US5469370A (en) | 1995-11-21 |
| ES2178329T3 (es) | 2002-12-16 |
| DE69430878T2 (de) | 2003-01-30 |
| CA2175064C (en) | 1997-11-18 |
| PT967610E (pt) | 2002-09-30 |
| PT729621E (pt) | 2000-12-29 |
| AU673635B2 (en) | 1996-11-14 |
| EP0729621B1 (en) | 2000-06-28 |
| DK0729621T3 (da) | 2000-10-23 |
| EP0967610B1 (en) | 2002-06-26 |
| JPH08510850A (ja) | 1996-11-12 |
| AU7982394A (en) | 1995-05-22 |
| ATE194241T1 (de) | 2000-07-15 |
| EP0967610A1 (en) | 1999-12-29 |
| DK0967610T3 (da) | 2002-07-22 |
| ATE219855T1 (de) | 2002-07-15 |
| EP0729621A4 (en) | 1997-01-29 |
| DE69430878D1 (de) | 2002-08-01 |
| DE69425069T2 (de) | 2001-03-08 |
| WO1995012180A1 (en) | 1995-05-04 |
| KR100211554B1 (ko) | 1999-08-02 |
| KR960706134A (ko) | 1996-11-08 |
| ES2149891T3 (es) | 2000-11-16 |
| GR3034384T3 (en) | 2000-12-29 |
| CA2175064A1 (en) | 1995-05-04 |
| EP0729621A1 (en) | 1996-09-04 |
| DE69425069D1 (de) | 2000-08-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2948911B2 (ja) | ソフトウェア担体の複数のオーディオ・トラックの再生を制御するシステムおよび方法 | |
| JP2883735B2 (ja) | ソフトウェア担体の再生時の選択された言語での映画サブタイトルの表示 | |
| JP2892159B2 (ja) | オーディオ・ビデオ・ディスク再生装置 | |
| JP3272364B2 (ja) | 光ディスクを再生するシステム、再生装置と光ディスクを含むシステム、光ディスクを再生する方法、及び組み合わせられた再生装置と光ディスクとを作動させる方法 | |
| JP3012335B2 (ja) | ディスク・ソフトウェア出版社がディスクの配給を制御できるようにするシステムおよび方法 | |
| JP2925328B2 (ja) | 単一アスペクト比で記憶された映画ディスクから多重アスペクト比信号を発生するシステム | |
| JP2887900B2 (ja) | 光ディスク上に記憶された同じ映画の複数のバージョンの再生を制御するシステムおよび方法 | |
| JP2942357B2 (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 |
|---|---|---|---|
| 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 |
|
| 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: 20080702 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |