JP2887900B2 - 光ディスク上に記憶された同じ映画の複数のバージョンの再生を制御するシステムおよび方法 - Google Patents
光ディスク上に記憶された同じ映画の複数のバージョンの再生を制御するシステムおよび方法Info
- Publication number
- JP2887900B2 JP2887900B2 JP7512693A JP51269394A JP2887900B2 JP 2887900 B2 JP2887900 B2 JP 2887900B2 JP 7512693 A JP7512693 A JP 7512693A JP 51269394 A JP51269394 A JP 51269394A JP 2887900 B2 JP2887900 B2 JP 2887900B2
- Authority
- JP
- Japan
- Prior art keywords
- version
- block
- data
- software
- code
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 66
- 230000003287 optical effect Effects 0.000 title abstract description 12
- 238000012545 processing Methods 0.000 claims description 44
- 230000015572 biosynthetic process Effects 0.000 claims description 5
- 230000004044 response Effects 0.000 claims description 5
- 239000000463 material Substances 0.000 abstract description 17
- 238000003860 storage Methods 0.000 abstract description 4
- 239000000872 buffer Substances 0.000 description 78
- 239000004020 conductor Substances 0.000 description 31
- 230000008569 process Effects 0.000 description 22
- 230000007704 transition Effects 0.000 description 21
- 230000006870 function Effects 0.000 description 15
- 238000012360 testing method Methods 0.000 description 11
- 230000008859 change Effects 0.000 description 10
- 230000037430 deletion Effects 0.000 description 7
- 238000013475 authorization Methods 0.000 description 6
- 239000000203 mixture Substances 0.000 description 6
- 238000006243 chemical reaction Methods 0.000 description 5
- 239000003550 marker Substances 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000009191 jumping Effects 0.000 description 4
- ZYXYTGQFPZEUFX-UHFFFAOYSA-N benzpyrimoxan Chemical compound O1C(OCCC1)C=1C(=NC=NC=1)OCC1=CC=C(C=C1)C(F)(F)F ZYXYTGQFPZEUFX-UHFFFAOYSA-N 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000012935 Averaging Methods 0.000 description 2
- 101000969688 Homo sapiens Macrophage-expressed gene 1 protein Proteins 0.000 description 2
- 102100021285 Macrophage-expressed gene 1 protein Human genes 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000003139 buffering effect Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000000593 degrading effect Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000000704 physical effect Effects 0.000 description 1
- 230000001568 sexual effect Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 230000008685 targeting Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B19/00—Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
- G11B19/02—Control of operating function, e.g. switching from recording to reproducing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- 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/30—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 the same track as the main recording
- G11B27/3027—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 the same track as the main recording used signal is digitally coded
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/34—Indicating arrangements
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/36—Monitoring, i.e. supervising the progress of recording or reproducing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/782—Television signal recording using magnetic recording on tape
-
- 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
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2583—Optical discs wherein two standards are used on a single disc, e.g. one DVD section and one CD section
-
- 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/9201—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving the multiplexing of an additional signal and the video signal
- H04N5/9206—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving the multiplexing of an additional signal and the video signal the additional signal being a character code signal
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Television Signal Processing For Recording (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Optical Recording Or Reproduction (AREA)
- Signal Processing Not Specific To The Method Of Recording And Reproducing (AREA)
- Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
- Stored Programmes (AREA)
- Automatic Disk Changers (AREA)
Description
【発明の詳細な説明】 本発明は、ソフトウェア（たとえば映画）担体を再生
することによってビデオ信号を生成することに関し、詳
細には、同じ映画の２つのバージョンを単一の担体上に
記憶することができ、再生装置がどのバージョンを表示
するかを制御する技法に関する。
することによってビデオ信号を生成することに関し、詳
細には、同じ映画の２つのバージョンを単一の担体上に
記憶することができ、再生装置がどのバージョンを表示
するかを制御する技法に関する。
発明の背景 映画を配給するために最も広く使用されている媒体は
ビデオカセットである。世界中でそれぞれの異なるテレ
ビジョン業界標準が使用されているので、それに等しい
数のビデオカセット標準がある。たとえば、米国で販売
されているNTSCビデオテープは、英国で使用されている
大部分のビデオカセット再生装置では再生されない。ビ
デオカセットよりもずっと狭い範囲ではあるが、映画は
光ディスク媒体でも配給される。このような媒体は主と
して、アナログ録音であり、この場合も、あるタイプの
再生装置上で再生されるように設計された媒体は、他の
タイプの再生装置との互換性を有さない。
ビデオカセットである。世界中でそれぞれの異なるテレ
ビジョン業界標準が使用されているので、それに等しい
数のビデオカセット標準がある。たとえば、米国で販売
されているNTSCビデオテープは、英国で使用されている
大部分のビデオカセット再生装置では再生されない。ビ
デオカセットよりもずっと狭い範囲ではあるが、映画は
光ディスク媒体でも配給される。このような媒体は主と
して、アナログ録音であり、この場合も、あるタイプの
再生装置上で再生されるように設計された媒体は、他の
タイプの再生装置との互換性を有さない。
所与の映画を複数の標準で発行するという要件をさら
に複雑にするのは、多くの場合、同じ映画の２つのバー
ジョンがあるということである。通常、この２つのバー
ジョンとは、Ｒ等級およびPG等級と呼ばれるものであ
り、前者は、その暴力的または性的な内容のために、主
として成人向けである。映画会社は多くの場合、同じ映
画の２つの異なるバージョンを制作する。たとえば、成
人向け映画は一般に、航空機内では上映されない。特
に、映画を家族内の子供が見る場合には成人向けの映画
を購入しない消費者が多い。多重標準問題は、映画は２
つのバージョンでリリースする必要があり、この２つの
バージョンをそれぞれ、複数の標準で配給する必要があ
ることによって複雑になる。
に複雑にするのは、多くの場合、同じ映画の２つのバー
ジョンがあるということである。通常、この２つのバー
ジョンとは、Ｒ等級およびPG等級と呼ばれるものであ
り、前者は、その暴力的または性的な内容のために、主
として成人向けである。映画会社は多くの場合、同じ映
画の２つの異なるバージョンを制作する。たとえば、成
人向け映画は一般に、航空機内では上映されない。特
に、映画を家族内の子供が見る場合には成人向けの映画
を購入しない消費者が多い。多重標準問題は、映画は２
つのバージョンでリリースする必要があり、この２つの
バージョンをそれぞれ、複数の標準で配給する必要があ
ることによって複雑になる。
ディジタル・コード化された光ディスクは理論上、映
画およびその他の形態の表現の配給に関してはビデオカ
セットよりもずっと優れている。特に、「圧縮ビデオ」
を使用すると有利であり、これによって、今日のオーデ
ィオCD以下の大きさのディスク上に映画をディジタル・
コード化することができる。特に圧縮ビデオの場合、デ
ィスク上にリアルタイム・アナログ・ビデオ信号がな
く、世界全域で同じディスクを再生することができるは
ずである。すなわち、所与の領域内の再生装置が、同じ
ディジタル・コード化されたビデオ・ソース情報から適
当な標準のアナログ信号を生成する。これが極めて望ま
しいのは、同じディスクが同じ映画の２つのバージョン
を記憶できる場合である。そのような「汎用」ディスク
は、映画を複数のディスク形態でリリースすることを不
要にする。
画およびその他の形態の表現の配給に関してはビデオカ
セットよりもずっと優れている。特に、「圧縮ビデオ」
を使用すると有利であり、これによって、今日のオーデ
ィオCD以下の大きさのディスク上に映画をディジタル・
コード化することができる。特に圧縮ビデオの場合、デ
ィスク上にリアルタイム・アナログ・ビデオ信号がな
く、世界全域で同じディスクを再生することができるは
ずである。すなわち、所与の領域内の再生装置が、同じ
ディジタル・コード化されたビデオ・ソース情報から適
当な標準のアナログ信号を生成する。これが極めて望ま
しいのは、同じディスクが同じ映画の２つのバージョン
を記憶できる場合である。そのような「汎用」ディスク
は、映画を複数のディスク形態でリリースすることを不
要にする。
したがって、本発明の目的は、それぞれ、１つのバー
ジョン専用に使用される、複数の完全ビデオ・トラック
の必要なしに、同じ映画の複数のバージョンを同じソフ
トウェア担体上に記憶するシステムおよび方法を提供す
ることである。
ジョン専用に使用される、複数の完全ビデオ・トラック
の必要なしに、同じ映画の複数のバージョンを同じソフ
トウェア担体上に記憶するシステムおよび方法を提供す
ることである。
本発明の他の目的は、ディスク上で利用できるバージ
ョンに関する情報を表すシステムおよび方法と、どのバ
ージョンが再生されるかを制御する再生装置を提供する
ことである。
ョンに関する情報を表すシステムおよび方法と、どのバ
ージョンが再生されるかを制御する再生装置を提供する
ことである。
本発明の原則が特定のタイプの担体にも特定の種類の
ソフトウェアにも限らないことを理解しなければならな
い。もちろん、本発明に関して予想される最も広範囲の
用途は、映画業界によるものであり、かつ同じ映画のＲ
等級バージョンおよびPG等級バージョンを単一のディス
ク上に記憶することである。しかし、本発明は、２つの
バージョンのみを担体上に提供することに限らず、本発
明の原則は、同じプログラム・マテリアルの３つ以上の
バージョンに同様に適用することができる（この実施可
能な応用例は、それぞれ、異なる専門知識レベルを対象
とする、チュートリアルの複数のバージョンを単一のデ
ィスク上に提供することである）。本発明は、特定の数
のバージョンにも、特定の媒体にも限らない。たとえ
ば、本発明はテープ担体およびすべてのディジタル記憶
媒体に適用することができる。したがって、「ソフトウ
ェア出版社」の語が映画会社よりもずっと多くのものを
包含し、「担体」の語がディジタル・コード化光ディス
クよりもずっと多くのものを包含することを理解された
い。
ソフトウェアにも限らないことを理解しなければならな
い。もちろん、本発明に関して予想される最も広範囲の
用途は、映画業界によるものであり、かつ同じ映画のＲ
等級バージョンおよびPG等級バージョンを単一のディス
ク上に記憶することである。しかし、本発明は、２つの
バージョンのみを担体上に提供することに限らず、本発
明の原則は、同じプログラム・マテリアルの３つ以上の
バージョンに同様に適用することができる（この実施可
能な応用例は、それぞれ、異なる専門知識レベルを対象
とする、チュートリアルの複数のバージョンを単一のデ
ィスク上に提供することである）。本発明は、特定の数
のバージョンにも、特定の媒体にも限らない。たとえ
ば、本発明はテープ担体およびすべてのディジタル記憶
媒体に適用することができる。したがって、「ソフトウ
ェア出版社」の語が映画会社よりもずっと多くのものを
包含し、「担体」の語がディジタル・コード化光ディス
クよりもずっと多くのものを包含することを理解された
い。
発明の概要 本発明を理解するうえで重要なことは、同じ映画のＲ
等級バージョンとPG等級バージョンが通常、その映画の
大部分にわたって同じであることを知ることである（等
級付けは、オーディオ、たとえばexpletive、またはビ
デオ、あるいはその両方に依存する）。すべてのこの共
通のマテリアルを２つの異なるトラックで重複すること
を回避するために行われることは、共通のマテリアルを
１度だけ記憶し、それを両方のバージョンの再生時に再
生することである。このように、２つのバージョンを冗
長なしに記憶することができる（Ｒ等級バージョンとPG
バージョンとの間の唯一の差が、サウンドトラックにあ
り、たとえばあからさまなダイアローグであるセグメン
トの場合、代替バージョンを提供する最も経済的な方法
は、後述の「他の」オーディオ・トラックを使用してサ
ウンドトラック・マテリアルを切り替えることによるも
のである）。
等級バージョンとPG等級バージョンが通常、その映画の
大部分にわたって同じであることを知ることである（等
級付けは、オーディオ、たとえばexpletive、またはビ
デオ、あるいはその両方に依存する）。すべてのこの共
通のマテリアルを２つの異なるトラックで重複すること
を回避するために行われることは、共通のマテリアルを
１度だけ記憶し、それを両方のバージョンの再生時に再
生することである。このように、２つのバージョンを冗
長なしに記憶することができる（Ｒ等級バージョンとPG
バージョンとの間の唯一の差が、サウンドトラックにあ
り、たとえばあからさまなダイアローグであるセグメン
トの場合、代替バージョンを提供する最も経済的な方法
は、後述の「他の」オーディオ・トラックを使用してサ
ウンドトラック・マテリアルを切り替えることによるも
のである）。
２バージョン担体では、ビデオ・トラックおよびオー
ディオ・トラックはそれぞれ、３種の情報を含む。文字
ＡおよびＢを使用して同じマテリアルの２つの異なるバ
ージョンを表し、文字Ｃを使用して、録音全体のうち
の、２つのバージョンに共通する部分を表す場合、トラ
ックの各セクションを文字Ａ、Ｂ、Ｃで識別することが
できる。Ａバージョンを表示する場合は、すべてのＡセ
クションおよびＣセクションを再生しなければならな
い。Ｂバージョンを表示する場合は、すべてのＢセクシ
ョンおよびＣセクションを再生しなければならない。
ディオ・トラックはそれぞれ、３種の情報を含む。文字
ＡおよびＢを使用して同じマテリアルの２つの異なるバ
ージョンを表し、文字Ｃを使用して、録音全体のうち
の、２つのバージョンに共通する部分を表す場合、トラ
ックの各セクションを文字Ａ、Ｂ、Ｃで識別することが
できる。Ａバージョンを表示する場合は、すべてのＡセ
クションおよびＣセクションを再生しなければならな
い。Ｂバージョンを表示する場合は、すべてのＢセクシ
ョンおよびＣセクションを再生しなければならない。
本発明の例示的な実施例では、データはディスク上に
ブロックとして記憶される。各ブロックは、ビデオ・デ
ータだけでなく、オーディオ・データと、サブタイトル
・データと、後述のその他のデータも含む。各ブロック
は、映画のいくつかのフレームを表現することができる
が、大部分のケースでは、多数のブロックが連続的に読
み取られる。これは、これらのブロックがすべて同じタ
イプ、すなわちＡ、またはＢ、またはＣのものであるか
らである。次のブロック群へジャンプする必要があるの
は、Ａ群、またはＢ群、またはＣ群中の最後のブロック
が処理されたときだけである。Ｃブロックはどちらのバ
ージョンでも処理されるので、Ｃブロック群をスキップ
する必要はない。しかし、どちらのバージョンを表示す
るかに応じて、すべてのＡブロックがスキップされ、あ
るいはすべてのＢブロックがスキップされる（同様なこ
とが、同じ担体上の３つ以上のバージョンにも当てはま
る）。使用する基本的な技法は、システムを次のブロッ
ク、すなわち、連続する次のブロック、またはトラック
に沿ったあるブロックへ送るコードを各ブロックに含め
ることである。ブロックをスキップしなければならない
場合、現ブロックはポインタ、すなわち、再生中のバー
ジョンで必要とされる。トラックに沿った次のブロック
を指すアドレスを含む。
ブロックとして記憶される。各ブロックは、ビデオ・デ
ータだけでなく、オーディオ・データと、サブタイトル
・データと、後述のその他のデータも含む。各ブロック
は、映画のいくつかのフレームを表現することができる
が、大部分のケースでは、多数のブロックが連続的に読
み取られる。これは、これらのブロックがすべて同じタ
イプ、すなわちＡ、またはＢ、またはＣのものであるか
らである。次のブロック群へジャンプする必要があるの
は、Ａ群、またはＢ群、またはＣ群中の最後のブロック
が処理されたときだけである。Ｃブロックはどちらのバ
ージョンでも処理されるので、Ｃブロック群をスキップ
する必要はない。しかし、どちらのバージョンを表示す
るかに応じて、すべてのＡブロックがスキップされ、あ
るいはすべてのＢブロックがスキップされる（同様なこ
とが、同じ担体上の３つ以上のバージョンにも当てはま
る）。使用する基本的な技法は、システムを次のブロッ
ク、すなわち、連続する次のブロック、またはトラック
に沿ったあるブロックへ送るコードを各ブロックに含め
ることである。ブロックをスキップしなければならない
場合、現ブロックはポインタ、すなわち、再生中のバー
ジョンで必要とされる。トラックに沿った次のブロック
を指すアドレスを含む。
ディスクの導入区域は、「多重バージョン」コードを
構成する４ビットを含む。再生装置には、同じ表現の２
つのバージョンがディスク上にあるかどうかだけでな
く、それらのバージョンをどのように選択するかも通知
される。本発明のディスクを再生するように設計された
再生装置は、パーレンタル・ロック・オプションを有す
る。このオプション・キーがオンである場合は、再生装
置がＲ等級の映画を再生しないことを意味する。再生装
置によって最初に読み取られるコード中の４ビットは、
２つのバージョンがあるか、それとも１つだけかを識別
し、２つのバージョンがある場合は、それらのうちのど
ちらがＲ等級であるかと、どちらのバージョンを再生す
べきかを選択する際にパーレンタル・ロック・オプショ
ンを実施すべきか（再生装置上にこのオプション用のキ
ーがある場合）、それとも異なる基準を使用すべきかを
識別する。通常の状況では、パーレンタル・ロック・オ
プションが実施される。ディスク上での２つのバージョ
ンの等級付けと、パーレンタル・ロックがオンになって
いるかどうかに応じて、視聴者は、一方のバージョンし
か再生できないことも、あるいは両方のバージョンを再
生できることも、あるいは場合によってはどちらも再生
できないこともある。適当な選択肢がメニュー・ディス
プレイ上に提示され、ユーザはその選択肢から再生すべ
きバージョンを選択する。
構成する４ビットを含む。再生装置には、同じ表現の２
つのバージョンがディスク上にあるかどうかだけでな
く、それらのバージョンをどのように選択するかも通知
される。本発明のディスクを再生するように設計された
再生装置は、パーレンタル・ロック・オプションを有す
る。このオプション・キーがオンである場合は、再生装
置がＲ等級の映画を再生しないことを意味する。再生装
置によって最初に読み取られるコード中の４ビットは、
２つのバージョンがあるか、それとも１つだけかを識別
し、２つのバージョンがある場合は、それらのうちのど
ちらがＲ等級であるかと、どちらのバージョンを再生す
べきかを選択する際にパーレンタル・ロック・オプショ
ンを実施すべきか（再生装置上にこのオプション用のキ
ーがある場合）、それとも異なる基準を使用すべきかを
識別する。通常の状況では、パーレンタル・ロック・オ
プションが実施される。ディスク上での２つのバージョ
ンの等級付けと、パーレンタル・ロックがオンになって
いるかどうかに応じて、視聴者は、一方のバージョンし
か再生できないことも、あるいは両方のバージョンを再
生できることも、あるいは場合によってはどちらも再生
できないこともある。適当な選択肢がメニュー・ディス
プレイ上に提示され、ユーザはその選択肢から再生すべ
きバージョンを選択する。
４ビット・バージョン・コードが、バージョン選択の
基準が等級付けではなく、その他のものであることを再
生装置に通知した場合、再生装置は、ユーザ向けの妥当
なメニュー・ディスプレイを形成するために、その基準
が何であるかを判定しなければならない。そのような場
合、ディスクの導入区域中のバージョン・コードに続い
て、利用可能なバージョンと、ユーザの入力に応じた再
生を行うにはバージョンをどのように選択すべきかを識
別するディスプレイの形成を制御するソフトウェアが提
供される。バージョンの選択を制御するソフトウェアを
提供するこの技法は、本発明の用途を、成人向け映画の
パーレンタル・ロックアウトを超える範囲に拡張するも
のである。
基準が等級付けではなく、その他のものであることを再
生装置に通知した場合、再生装置は、ユーザ向けの妥当
なメニュー・ディスプレイを形成するために、その基準
が何であるかを判定しなければならない。そのような場
合、ディスクの導入区域中のバージョン・コードに続い
て、利用可能なバージョンと、ユーザの入力に応じた再
生を行うにはバージョンをどのように選択すべきかを識
別するディスプレイの形成を制御するソフトウェアが提
供される。バージョンの選択を制御するソフトウェアを
提供するこの技法は、本発明の用途を、成人向け映画の
パーレンタル・ロックアウトを超える範囲に拡張するも
のである。
本発明は数多くの優れた特徴を提供するシステム全体
に亙る前後文脈の中に開示されている。添付の請求の範
囲は特別な特徴に向けられているが、全体システムは以
下説明する。以下の説明において特に関心のある特徴の
全リストは： ・ビデオ標準及び領域的ロックアウト。
に亙る前後文脈の中に開示されている。添付の請求の範
囲は特別な特徴に向けられているが、全体システムは以
下説明する。以下の説明において特に関心のある特徴の
全リストは： ・ビデオ標準及び領域的ロックアウト。
・多重アスペクト比での再生。
・多重バージョン、例えば同一ディスクからの同一映画
のPG（パーレンタルガイダンス：親同伴）等級及びＲ
（制限付き）等級での再生であり、選択的なＲ等級再生
の自動的なパーレンタル不能化を伴っての再生。
のPG（パーレンタルガイダンス：親同伴）等級及びＲ
（制限付き）等級での再生であり、選択的なＲ等級再生
の自動的なパーレンタル不能化を伴っての再生。
・認定（検定）が済んでいない出版社又は不当と認めら
れる出版社が再生可能なディスクを生産することを防止
する認定符号又は認定済み符号の符号化。
れる出版社が再生可能なディスクを生産することを防止
する認定符号又は認定済み符号の符号化。
・多重言語のオーディオトラック及び多重言語のサブタ
イトル（説明字幕）トラックとを、ユーザの言語選択の
特定化機能を伴って単一ディスク上に装備。
イトル（説明字幕）トラックとを、ユーザの言語選択の
特定化機能を伴って単一ディスク上に装備。
・多重「他の」オーディオトラック、例えばその各々ト
ラックがオーケストラ音楽の幾つかの構成要素を有して
おり、ユーザがその所望の混合を選択する機能を伴って
の装備。
ラックがオーケストラ音楽の幾つかの構成要素を有して
おり、ユーザがその所望の混合を選択する機能を伴って
の装備。
・単一担体上の上述機能の全てを可能とすべく、データ
ブロックの可変等級符号化、そしてトラックスイッチン
グ及び／又はミキシングによるビット容量の効率使用。
ブロックの可変等級符号化、そしてトラックスイッチン
グ及び／又はミキシングによるビット容量の効率使用。
本発明の更なる目的、特徴及び長所等は、図面と関連
しての以下の詳細な説明を検討することによって漸次明
らかになり、その図面とは： 図１は先行技術に係るシステムを示し、現行下におい
て入手可能な媒体再生装置の柔軟性が欠如しており、乏
しい性能の典型を示し、 図２は本発明の例証的実施例を示し、 図３は図２のシステムで再生可能な光ディスクのディ
ジタルデータトラックの導入部分における複数フィール
ドを列挙したチャートであり、 図４は図３の導入トラック区域に続くデータブロック
各々における複数フィールドを列挙した同様なチャート
であり、 図5A〜図5Eは再生中の光ディスクの導入部トラック区
域に含まれたデータの図２のシステムによる処理を説明
するフローチャートを含み、 図６はトラックの導入区域に続く図４に示されたフォ
ーマットでのデータブロックの処理を説明するフローチ
ャートであり、 図7Aは、本発明の再生装置が映画或いは他のビデオ表
出の選択されたバージョンの再生のために必要とされる
ディスクトラック上のそうしたデータブロックのみを読
み出す方法を特徴付ける状態流れ図及び凡例（説明文）
であり、図7Bは２つの代替バージョンの一方が、図7Aの
状態流れ図によって説明されたルールに従ってどのよう
に再生され得るかを示し、 図８はビデオ信号のディジタル表現の圧縮に使用され
る先行技術を象徴的に示し、 図９は３つの異なる像アスペクト比間の関係を示す。
しての以下の詳細な説明を検討することによって漸次明
らかになり、その図面とは： 図１は先行技術に係るシステムを示し、現行下におい
て入手可能な媒体再生装置の柔軟性が欠如しており、乏
しい性能の典型を示し、 図２は本発明の例証的実施例を示し、 図３は図２のシステムで再生可能な光ディスクのディ
ジタルデータトラックの導入部分における複数フィール
ドを列挙したチャートであり、 図４は図３の導入トラック区域に続くデータブロック
各々における複数フィールドを列挙した同様なチャート
であり、 図5A〜図5Eは再生中の光ディスクの導入部トラック区
域に含まれたデータの図２のシステムによる処理を説明
するフローチャートを含み、 図６はトラックの導入区域に続く図４に示されたフォ
ーマットでのデータブロックの処理を説明するフローチ
ャートであり、 図7Aは、本発明の再生装置が映画或いは他のビデオ表
出の選択されたバージョンの再生のために必要とされる
ディスクトラック上のそうしたデータブロックのみを読
み出す方法を特徴付ける状態流れ図及び凡例（説明文）
であり、図7Bは２つの代替バージョンの一方が、図7Aの
状態流れ図によって説明されたルールに従ってどのよう
に再生され得るかを示し、 図８はビデオ信号のディジタル表現の圧縮に使用され
る先行技術を象徴的に示し、 図９は３つの異なる像アスペクト比間の関係を示す。
先行技術 先行技術の複数の限定は図１のシステムによって例証
される。こうしたシステムは、通常VHSビデオカセット
であるプログラムデータの単一ソースを再生して多重標
準の内の選択された１つに合致したビデオ信号を発生す
べく、現在入手可能である。このタイプのシステムは多
重標準VCRとして呼称されており、図中には複数の独立
構成要素が示されている。典型的には、VHSテープ７は
その上にNTSC（アナログ）ビデオ信号を記憶しており、
そのテープがVHA再生装置又はプレヤー５で再生され
る。このアナログ信号はA/Dコンバータ９でディジタル
形態に変換され、そして、複数の連続的なフレームのデ
ィジタル表現がビデオフレームストア11内に読み込まれ
る。それで回路13は余分なフレームを削除するか、或い
は、選択された標準、例えばPALに合致するために必要
な追加フレームを概算して追加する。１つの標準から他
の標準へ変換するために、一般にフィールド又はフレー
ム内の水平ラインの数を変更する必要がある（イメージ
スケーリング又は画像拡大縮小）。これは、通常、幾つ
かのラインを削除すること、及び／又は、連続的なライ
ンの幾つかを繰り返すか或いは平均することによってそ
れらの間に挿入されるべき新しいラインを引き出すこと
によって達成される。回路13の主要機能は、勿論、ディ
ジタルフレーム表現をビデオ出力としてのアナログ形態
に変換することである。
される。こうしたシステムは、通常VHSビデオカセット
であるプログラムデータの単一ソースを再生して多重標
準の内の選択された１つに合致したビデオ信号を発生す
べく、現在入手可能である。このタイプのシステムは多
重標準VCRとして呼称されており、図中には複数の独立
構成要素が示されている。典型的には、VHSテープ７は
その上にNTSC（アナログ）ビデオ信号を記憶しており、
そのテープがVHA再生装置又はプレヤー５で再生され
る。このアナログ信号は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を通じて発せられるコマンドによって制御される。光
ディスクは、通常、一定の線形速度或いは定角速度の何
れかで駆動される。（他の可能性は、複数の定角速度の
内の飛び飛びの数の使用を含む。）本発明のディスクは
一定線形速度で駆動されることができて、各ビットによ
って取られるトラックの線形長は、１ビットがトラック
の内側部分或いは外側部分に記録されようが同一であ
る。これは最大データの記憶に備えるものである。定線
形速度は、外側トラックが読取られ状態にある時、ディ
スクの回転速度は減少することを要求している。光ディ
スク制御のこのタイプのものは従来技術である。例え
ば、COオーディオ標準もまた、ディスクが定線形速度で
回転することを要求する。
ドライム21を含む。ディスク上に記憶されたディジタル
データはデータアウト導体25上に現れる。ディスクドラ
イブの作動又はオペレーションはマイクロプロセッサデ
ィスクドライブコントーラ27によって制御される。読取
りヘッドはヘッド位置（ポジション）コントロール用リ
ード線29を通じて発せられるコマンドによって位置付け
られ、ディスク回転のスピードは速度コントロール導体
31を通じて発せられるコマンドによって制御される。光
ディスクは、通常、一定の線形速度或いは定角速度の何
れかで駆動される。（他の可能性は、複数の定角速度の
内の飛び飛びの数の使用を含む。）本発明のディスクは
一定線形速度で駆動されることができて、各ビットによ
って取られるトラックの線形長は、１ビットがトラック
の内側部分或いは外側部分に記録されようが同一であ
る。これは最大データの記憶に備えるものである。定線
形速度は、外側トラックが読取られ状態にある時、ディ
スクの回転速度は減少することを要求している。光ディ
スク制御のこのタイプのものは従来技術である。例え
ば、COオーディオ標準もまた、ディスクが定線形速度で
回転することを要求する。
マイクロプロセッサ41はこのシステムのマスターコン
トローラである。こうして、ディスクドライブコントロ
ーラにコマンドが導体43を通じて発せられ、そして、デ
ィスクドライブコントローラの状態を導体45を通じて決
定する。ディスクドライブコントローラには他の２つの
入力が設けられている。ブロック番号／ポインタアナラ
イザ47は導体49を通じてコマンドをディスクドライブコ
ントローラに発し、そして、バッファフル導体51はオア
（OR）ゲート54からディスクドライブコントローラまで
制御信号を引き延ばしている。此等の２つの入力につい
ては下述することにする。（一般に、個々の導体を参照
しているが、前後関係上、此等の導体の幾つかは実は複
数ビットを平行に引き延ばすためのケーブルであること
を理解して戴きたい。例えば、オアゲート54の出力は単
一導体51を通じてディスクドライブコントローラまで引
き延ばすことができ、ブロック番号／ポインタアナライ
ザ47はケーブル49によってディスクドライブコントロー
ラに接続されることができ、マルチビットデータが、シ
リアルよりかはむしろ、平行して送出され得る。） 図２のシステムの重要な特徴は、符号化資料又は符号
化データの複雑さに従って変化する速度又はレートで、
ビット情報がディスク上に記憶されることである。これ
によって、データアウト導体25上に実際に現れるビット
数／秒が変化するということを意味せず、むしろ毎秒使
用されるビット数が変化することを意味する。ビデオ情
報は圧縮ディジタル形態で記憶される。図８は複数のビ
デオフレームがMPEG1及びMPEG2基準又は標準に従って符
号化される方法を示す。独立Ｉフレームはその全体が符
号化されている。予測されたフレーム又はＰ−フレーム
は先行する独立フレームに基づいて予測されたフレーム
であり、Ｐフレームのために実際に要求されるディジタ
ル情報は、実際のフレームとその予測との間の差を単に
表わす。双方向的に予測されたＢ−フレームはＩ及び／
又はＰフレームから予測されるフレームであり、この場
合もまた、そうしてフレームのために要求される情報を
伴い、実際形態と予測形態との間の差を表わす。（理解
され得るように、早送り及び早戻し機能は、もしも所望
されれば、Ｉ−フレームを用いることによって最良の状
態で実現される。）フレームの表現に要求されるビット
数は、そのタイプばかりではなく、表現されるべき実際
のビジュアル情報にも依存する。明らかに、花のある原
野を表現するよりも青空を表現する方がはるかに少ない
ビット数が要求される。MPEG標準は、画像フレームが最
少限のビット数で符号化されることを可能とすべく設計
されている。フレーム情報は一定速度で要求される。例
えば、もしも映画フィルムがディスク上においてディジ
タル形態で表現されれば、24フレームが再生の１秒毎に
表現されることとなる。１フレームに要求されるビット
数は、フレーム毎に根本的に異なる。フレームは一定速
度で処理されていくので、１秒毎に処理（使用）される
ビット数は非常に低い値から非常に高い値まで変化し得
る。こうして、複数ビットがディスクから実際に読取ら
れる時、それらはディスクから一定速度で読取られるか
もしれないが、それらは一定速度で処理される必然性は
ない。
トローラである。こうして、ディスクドライブコントロ
ーラにコマンドが導体43を通じて発せられ、そして、デ
ィスクドライブコントローラの状態を導体45を通じて決
定する。ディスクドライブコントローラには他の２つの
入力が設けられている。ブロック番号／ポインタアナラ
イザ47は導体49を通じてコマンドをディスクドライブコ
ントローラに発し、そして、バッファフル導体51はオア
（OR）ゲート54からディスクドライブコントローラまで
制御信号を引き延ばしている。此等の２つの入力につい
ては下述することにする。（一般に、個々の導体を参照
しているが、前後関係上、此等の導体の幾つかは実は複
数ビットを平行に引き延ばすためのケーブルであること
を理解して戴きたい。例えば、オアゲート54の出力は単
一導体51を通じてディスクドライブコントローラまで引
き延ばすことができ、ブロック番号／ポインタアナライ
ザ47はケーブル49によってディスクドライブコントロー
ラに接続されることができ、マルチビットデータが、シ
リアルよりかはむしろ、平行して送出され得る。） 図２のシステムの重要な特徴は、符号化資料又は符号
化データの複雑さに従って変化する速度又はレートで、
ビット情報がディスク上に記憶されることである。これ
によって、データアウト導体25上に実際に現れるビット
数／秒が変化するということを意味せず、むしろ毎秒使
用されるビット数が変化することを意味する。ビデオ情
報は圧縮ディジタル形態で記憶される。図８は複数のビ
デオフレームがMPEG1及びMPEG2基準又は標準に従って符
号化される方法を示す。独立Ｉフレームはその全体が符
号化されている。予測されたフレーム又はＰ−フレーム
は先行する独立フレームに基づいて予測されたフレーム
であり、Ｐフレームのために実際に要求されるディジタ
ル情報は、実際のフレームとその予測との間の差を単に
表わす。双方向的に予測されたＢ−フレームはＩ及び／
又はＰフレームから予測されるフレームであり、この場
合もまた、そうしてフレームのために要求される情報を
伴い、実際形態と予測形態との間の差を表わす。（理解
され得るように、早送り及び早戻し機能は、もしも所望
されれば、Ｉ−フレームを用いることによって最良の状
態で実現される。）フレームの表現に要求されるビット
数は、そのタイプばかりではなく、表現されるべき実際
のビジュアル情報にも依存する。明らかに、花のある原
野を表現するよりも青空を表現する方がはるかに少ない
ビット数が要求される。MPEG標準は、画像フレームが最
少限のビット数で符号化されることを可能とすべく設計
されている。フレーム情報は一定速度で要求される。例
えば、もしも映画フィルムがディスク上においてディジ
タル形態で表現されれば、24フレームが再生の１秒毎に
表現されることとなる。１フレームに要求されるビット
数は、フレーム毎に根本的に異なる。フレームは一定速
度で処理されていくので、１秒毎に処理（使用）される
ビット数は非常に低い値から非常に高い値まで変化し得
る。こうして、複数ビットがディスクから実際に読取ら
れる時、それらはディスクから一定速度で読取られるか
もしれないが、それらは一定速度で処理される必然性は
ない。
同様な考え方は、ディスク上に記憶された如何なるオ
ーディオに対しても適応される。如何なるデータブロッ
クも像フレームの可変数に要求されるビット情報を含み
得る。如何なるデータブロックも、多数のオーディオト
ラックまでの可変数の可変持続時間に要求されるビット
情報を含み得る。（まさに１つの物理的トラックがあ
る。多重オーディオトラックの基準は個々のオーディオ
資料を含む時分割スライス列とは異なる。）オーディオ
トラックはディジタル情報を含み、それはまた圧縮形態
でもあり得る。これは、もしも特定のオーディオトラッ
ク用の何れかのデータブロックに情報が記憶されていれ
ば、それらのビット数は同一持続時間を表わすとは限ら
ないことを意味する。あるブロック内に表現された複数
の画像フレームに対応する任意のオーディオトラックの
ために記録された音声の持続時間は、その画像フレーム
の持続時間である、と考え得る。これは、オーディオ情
報が実際に必要となる前に読取られるということを意味
し、充分な量が既に蓄積された時には、更なるオーディ
オ情報の読取りを停止するか、或いは、先行しての供給
過多を補償すべく、幾つかのデータブロックにはオーデ
ィオが含まれないということを付帯条件としている。こ
れはバッファリングの概念に至り、即ち、オーディオバ
ッファ53、ビデオバッファ55、パンスキャンバッファ5
7、サブタイトルバッファ59、そして上記バッファフル
（又はバッファ一杯）信号を発生するオアゲート54に至
る。
ーディオに対しても適応される。如何なるデータブロッ
クも像フレームの可変数に要求されるビット情報を含み
得る。如何なるデータブロックも、多数のオーディオト
ラックまでの可変数の可変持続時間に要求されるビット
情報を含み得る。（まさに１つの物理的トラックがあ
る。多重オーディオトラックの基準は個々のオーディオ
資料を含む時分割スライス列とは異なる。）オーディオ
トラックはディジタル情報を含み、それはまた圧縮形態
でもあり得る。これは、もしも特定のオーディオトラッ
ク用の何れかのデータブロックに情報が記憶されていれ
ば、それらのビット数は同一持続時間を表わすとは限ら
ないことを意味する。あるブロック内に表現された複数
の画像フレームに対応する任意のオーディオトラックの
ために記録された音声の持続時間は、その画像フレーム
の持続時間である、と考え得る。これは、オーディオ情
報が実際に必要となる前に読取られるということを意味
し、充分な量が既に蓄積された時には、更なるオーディ
オ情報の読取りを停止するか、或いは、先行しての供給
過多を補償すべく、幾つかのデータブロックにはオーデ
ィオが含まれないということを付帯条件としている。こ
れはバッファリングの概念に至り、即ち、オーディオバ
ッファ53、ビデオバッファ55、パンスキャンバッファ5
7、サブタイトルバッファ59、そして上記バッファフル
（又はバッファ一杯）信号を発生するオアゲート54に至
る。
ディスクから各データブロックが読取られると、ゲー
ト61がもしも開であれば該ゲート61を通過し、そのビッ
トフィールドがデマルチプレクサ63によって種々のバッ
ファ及びコマンド／データ線65を通じてマスターコント
ローラ41へ分配される。本発明の例証的実施例における
各データブロックは、画像フレームの可変数に対応して
いるビデオビット情報を含んでいる。上述したように、
そこには、多量のビット数、少量のビット数、或いはビ
ット数ではないものまであり得る（例えば、再生される
特別なディスクが如何なるビデオをも表現しない場
合）。ビデオデータの引き続くグループはビデオバッフ
ァ55内にマーカーによって分離されて記憶される。ビデ
オデコーダ67は、導体71を通じてデータの新しいバッチ
が供給されることを欲した時に、導体69を通じてコマン
ドを発する。コマンドは安定速度で発せられるが、返答
として供給されるビット数は、処理される特定フレーム
に要求されるビット数に従って変化する。ディスクドラ
イブからビット数が読取られる速度は、殆どのフレーム
に関してはそうではないが、最大限の情報を要求するフ
レームを融通するために充分に高速である。これは、デ
ータブロックが実際に読取られる速度は、それらが使用
されう速度よりも高速であることを意味する。しかしこ
れは、良好に設計されたシステムは、データが処理のた
めに実際に要求されるまでは、データブロックの読取り
を遅延すべきであることを意味しない。１つの事柄のた
めに、データが実際に要求された時、読取りヘッドはそ
の所望のデータブロックの最初に位置し得ないこともあ
る。この理由のためにバッファリングは設けられてい
る。ビデオバッファ55はかなりの数の引き続きフレーム
のためのビット情報を含み（実際の数は、当業界で公知
なように、ビット数の読取り速度や、フレームの処理速
度等に依存している）、ビデオデータブロック情報はビ
デオデコーダ67によって決定される一定のフレーム速度
でビデオバッファから読取られる。ビデオデータはその
バッファだけに、該バッファが一杯（FULL）になるまで
送出される。一度、バッファが一杯になると、記憶する
ことが不可能となるので、それ以上の情報が送出される
べきではない。ビデオバッファが一杯のとき、導体69上
の信号はオアゲート54の出力をハイ（HIGH）として、デ
ィスクドライブコントローラ27に複数のバッファの内の
１つが一杯であることを知らせる。
ト61がもしも開であれば該ゲート61を通過し、そのビッ
トフィールドがデマルチプレクサ63によって種々のバッ
ファ及びコマンド／データ線65を通じてマスターコント
ローラ41へ分配される。本発明の例証的実施例における
各データブロックは、画像フレームの可変数に対応して
いるビデオビット情報を含んでいる。上述したように、
そこには、多量のビット数、少量のビット数、或いはビ
ット数ではないものまであり得る（例えば、再生される
特別なディスクが如何なるビデオをも表現しない場
合）。ビデオデータの引き続くグループはビデオバッフ
ァ55内にマーカーによって分離されて記憶される。ビデ
オデコーダ67は、導体71を通じてデータの新しいバッチ
が供給されることを欲した時に、導体69を通じてコマン
ドを発する。コマンドは安定速度で発せられるが、返答
として供給されるビット数は、処理される特定フレーム
に要求されるビット数に従って変化する。ディスクドラ
イブからビット数が読取られる速度は、殆どのフレーム
に関してはそうではないが、最大限の情報を要求するフ
レームを融通するために充分に高速である。これは、デ
ータブロックが実際に読取られる速度は、それらが使用
されう速度よりも高速であることを意味する。しかしこ
れは、良好に設計されたシステムは、データが処理のた
めに実際に要求されるまでは、データブロックの読取り
を遅延すべきであることを意味しない。１つの事柄のた
めに、データが実際に要求された時、読取りヘッドはそ
の所望のデータブロックの最初に位置し得ないこともあ
る。この理由のためにバッファリングは設けられてい
る。ビデオバッファ55はかなりの数の引き続きフレーム
のためのビット情報を含み（実際の数は、当業界で公知
なように、ビット数の読取り速度や、フレームの処理速
度等に依存している）、ビデオデータブロック情報はビ
デオデコーダ67によって決定される一定のフレーム速度
でビデオバッファから読取られる。ビデオデータはその
バッファだけに、該バッファが一杯（FULL）になるまで
送出される。一度、バッファが一杯になると、記憶する
ことが不可能となるので、それ以上の情報が送出される
べきではない。ビデオバッファが一杯のとき、導体69上
の信号はオアゲート54の出力をハイ（HIGH）として、デ
ィスクドライブコントローラ27に複数のバッファの内の
１つが一杯であることを知らせる。
同様の所見は他の３つのタイプのバッファに適用され
る。（単一のサブタイトルバッファ59、単一のパンスキ
ャンバッファ57、多数のオーディオバッファ53があり、
これら全ての目的は下述する。）此等バッファの何れか
が一杯になった時、その対応する出力はオアゲート54に
そのバッファフル導体を制御させてハイとさせて、複数
のバッファの内の１つが一杯である旨をディスクドライ
ブコントローラに知らせるようにする。オーディオバッ
ファ53及びサブタイトルバッファ59は、ビデオバッファ
55のための説明と同等の態様又は方法をもって作動す
る。オーディオプロセッサデコーダ71は、オーディオト
ラックデータを要求する時にオーディオバッファに対し
てコマンドを発し、その時に該オーディオバッファはそ
うしたデータを供給する。同様に、グラフィックスゼネ
レータ73はサブタイトルバッファ59からデータを検索
し、パンスキャンプロセッサ／垂直スケーラ87は、下述
するように、パンスキャンバッファ57からデータを受け
取る。
る。（単一のサブタイトルバッファ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
RENTAL LOCK"」オプションとして呼称する。もしもこの
ロックがターンオンされれば、Ｒ（制約付き）等級映画
は再生しないことになる。ディスク上に実際に表現され
たビットによって制御されるこの方法又は手法は下述す
る。もしもロックがオンで、Ｒ等級画像だけがディスク
上であれば、パーレンタルロック制御導体83上のディス
エーブル信号はゲート61を閉じる。データビットはゲー
トを通じて何等伝達されず、ディスクは再生され得な
い。以下の説明で明らかになるように、もしもディスク
がその上にＲ等級でないフィルム（映画）バージョンを
有すれば、観賞者又は視聴者によっての選択があればそ
れが再生されることになる。パーレンタルロックの特徴
は、実際のキー及びロックの使用を要求しているように
示されているが、この特徴は子供の両親（パーレンツ
“PARENTS"）だけに知られたキーボード入力が要求され
ることによって実現又は履行され得ることを理解して戴
きたい。マスターコントローラに映画のＲ等級バージョ
ンは見られるべきものではないことを知らせる方法又は
手法は何れか１つの形態に限定されない。ちょうど物理
的キー及び符号化キーのようなものを代替的に使用して
コンピュータへのアクセスを制御するようにすれば、そ
れらは図２のシステム中に入ることができる。重要なこ
とは、２つの異なるバージョンを同一ディスク上に表現
させ得る（各々の全バージョンを要求することなく）方
法であり、選択されたバージョンが先ず再生され得るか
をシステムがどのようにして決定するかである。これは
下述することにする。
れる。また、ディスクから読取られたデータビットは、
導体77を通じてマイクロプロセッサマスターコントロー
ラ41へも送出される。各データブロックは、種々のバッ
ファへ分配されるべきビット情報だけではなく、例え
ば、そのブロック内に実際に見出されるべきデータの種
類を識別するビット等の制御情報をも含む。こうした識
別ビット（フラッグ等の下述するもの）はマスターコン
トローラへ供給されることによって、常にシステムの制
御下にある。識別ビットはデマルチプレクサによって使
用され、種々のバッファに対するデータ分配を制御す
る。（マスターコントローラは、導体76を通じてコマン
ドをブロック番号／ポインタアナライザ47に対して発
し、該アナライザ47はこの要素に対して一般制御のみを
実行するばかりか、たくさんのデータブロックが、もし
も引き続く処理が要求されていなけば、デマルチプレク
サに入ることを防止することが適切であるように、該要
素47をして導体75上のイネーブル信号をターンオフさせ
ることにより特殊な制御を実行する。） マスターコントローラはシステムの心臓であり、実
際、下述するような処理の大部分を実行する。再生装置
のユーザは、典型的にはキーボードであるインターフェ
ース79を介してマスターコントローラと通信する。また
ユーザにはキー及びロック機構が備えられ、此等を象徴
的に符号81で示し、ここでは「パーレンタルロック“PA
RENTAL LOCK"」オプションとして呼称する。もしもこの
ロックがターンオンされれば、Ｒ（制約付き）等級映画
は再生しないことになる。ディスク上に実際に表現され
たビットによって制御されるこの方法又は手法は下述す
る。もしもロックがオンで、Ｒ等級画像だけがディスク
上であれば、パーレンタルロック制御導体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プルダウンは要求されない。PAL標準は毎秒50フィー
ルドを要求する。フレームは毎秒25のレートで処理さ
れ、各フレームは２つのフィールドを形成するために使
用される。（画像フィルムは毎秒24フレームのレートで
撮影されるにもかかわらず、PALに変換された際に毎秒2
5のレートで処理されるので、TVスクリーン上で生ずる
凡ゆることは合衆国におけるよりはヨーロッパにおいて
４％だけより速く生ずる。）フレームが毎秒25のレート
或いは毎秒24のレートで処理されようが、バス85上のマ
スタークロック信号の周波数を変更することによって制
御される。
ィジタル的に記憶されると、それは、もしも選択された
標準が要求すれば、複数のインターレース状フィールド
に解体される。また、3:2プルダウンは毎秒24フレーム
の映画を毎秒60フィールドのビデオに変換するために用
いられる技術であり（公称値24及び60は、実際には23.9
7及び59.94である）、映画を表すデータをNTSCフォーマ
ットに変換することであり、フレーム情報（データブロ
ック）が毎秒24のレート又は速度で読取られる必要があ
る。（当業界では標準であるように、そうした変換をソ
ース資料のフレーム１に適用してビデオ信号のフィール
ド１、２並びに３にし、ソース資料のフレーム２をビデ
オ信号のフィールド４及び５にし、ソース資料のフレー
ム３をビデオ信号のフィールド６、７並びに８にする
等、24のオリジナルフレームから60フィールドをもたら
す。）一方、PAL標準への変換は相対的に簡単であり、
3:2プルダウンは要求されない。PAL標準は毎秒50フィー
ルドを要求する。フレームは毎秒25のレートで処理さ
れ、各フレームは２つのフィールドを形成するために使
用される。（画像フィルムは毎秒24フレームのレートで
撮影されるにもかかわらず、PALに変換された際に毎秒2
5のレートで処理されるので、TVスクリーン上で生ずる
凡ゆることは合衆国におけるよりはヨーロッパにおいて
４％だけより速く生ずる。）フレームが毎秒25のレート
或いは毎秒24のレートで処理されようが、バス85上のマ
スタークロック信号の周波数を変更することによって制
御される。
ブロック89の出力はディジタルであり、シンクゼネレ
ータ・D/Aコンバータ92まで引き延ばされる。この要素
内において、適当なシンク（同調）パルスが複数フィー
ルド内に挿入され、ディジタル情報がアナログへ変換さ
れる。要求される任意のサブタイトルはバッファ59に含
まれている。マイクロプロセッサ41の制御下、コマンド
が制御リード線97を通じてグラフィックスゼネレータ73
へ発せられる。この従来的な回路はサブタイトルバッフ
ァから符号化キャラクタ情報を検索し、そうしたサブタ
イトルを示すビデオ信号を導体99上に発生する。キー信
号は導体98上で発生され、此等の２つの信号は従来のキ
ーヤ回路96まで引き延ばされる。この装置はビデオイメ
ージにサブタイトルを合併し（当業界では公知なよう
に、製造業者のオプションとしてハードキー或いは線形
キーを利用する）、そしてそのコンポジット信号を従来
のTV表示装置94まで引き延ばす。
ータ・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ビット領
域における中国関連の位置が０であれば、ディスクを再
生できないことになる。
トから成る。ソフトウェア出版社が彼等のソフトウェア
の再生を締め出すこと又はロックアウトすることができ
る幾つかの方法がある。最も重要なことは、Ｒ等級映画
が再生され得るかどうか（上記パーレンタルロックアウ
ト・オプション）、そして、最終のアナログ出力ビデオ
信号はユーザによって選択された標準を仮定しているか
どうか、を制御することを含む。このようにして、例え
ば、ソフトウェア出版社は映画をNTSC受像機では再生さ
れ得るが、PAL受像機では再生され得ないようにするこ
とができる。しかし、再生装置にこの種のロックアウト
制御が設けられている限り、複数の領域に達し得る。本
発明のディスクが用いられる全ての再生装置は、規格書
の同一セットと合致する。その設計の１つの特徴は、各
再生装置には販売のために意図された領域或いは複数領
域の表示が設けられている。例えば、その領域或いは複
数領域は、DIPスイッチ、マイクロプロセッサROM（例え
ば、マスターコントローラ41）内に記憶された符号（コ
ード）等の設定によって表現され得る。合計40通りの領
域があるものと仮定する。各ディスクはその導入区域に
40ビットフィールドを有し、その各ビットは上記40領域
の１つと関連する。任意のビット位置では１は、ディス
クはそれぞれ領域内での再生が認定（検定）済み又は正
しいものと認められていることを指示し、０（ゼロ）は
その否定を指示する。中国での販売用を指示するコード
又は符号の再生装置は、例えば、もしもその40ビット領
域における中国関連の位置が０であれば、ディスクを再
生できないことになる。
そうした特徴の使用例として、特定の国での販売用と
して意図された再生装置を考えよう。ソフトウェア出版
社が、契約上の理由からその国に配給すべきではないあ
る映画フィルムを出版しようとする。この理由によっ
て、トラック導入区域の認定領域フィールドにおけるそ
の国に関連するビット位置には、０が記憶されることと
なる。このビットを検知するに及んで、マスターコント
ローラ41は回路47に禁止信号を導体75上に発生させるよ
うにして、ゲート61をしてそこを通過する全てのデータ
を恒久的にブロックさせるようにする。
して意図された再生装置を考えよう。ソフトウェア出版
社が、契約上の理由からその国に配給すべきではないあ
る映画フィルムを出版しようとする。この理由によっ
て、トラック導入区域の認定領域フィールドにおけるそ
の国に関連するビット位置には、０が記憶されることと
なる。このビットを検知するに及んで、マスターコント
ローラ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はスイッ
チングマスタートラック内にあるであろう如何なるデー
タをも除外して、そのオーディオトラック内のデータを
処理する。
ラック（ミキシングマスター及びそれと混合されるべき
トラック）にあるどのようなオーディオであろうが、常
に此等を単純に相互に加算し、その２つのトラックにあ
るどのようなオーディオであろうが再生状態となる。ス
イッチングマスター及びそれと交換又はスイッチされる
トラックのスイッチングの時のみ、一方のトラックが他
方のトラックの代りに再生状態となる。その他のものが
オーディオ情報を含まない時にだけ（混合を許容してい
る）、各トラックがオーディオ情報を含むことが可能で
あるが、スイッチングマスターはダイアローグをも含
む、即ちもしもそれが映画のオリジナルサウンドトラッ
クのレコーディング又は記録であればダイアローグをも
含むことも想像できる。それがなぜスイッチング、即ち
任意の時点で一方のトラックのみが聞こえるようにする
スイッチングが採用されるかの理由である。下述するよ
うに、各データブロックは、マスターコントローラに対
して、何れのオーディオトラックが実際にそのブロック
内にデータを含むのかを知らせるビットを含む。もしも
オリジナル100トラックコードを伴う選択されたオーデ
ィオ言語トラックが、任意のデータブロック内にデータ
を有すれば、オーディオプロセッサデコーダ71はスイッ
チングマスタートラック内にあるであろう如何なるデー
タをも除外して、そのオーディオトラック内のデータを
処理する。
図３のフィールド９は、ナンバーＭを表わすべくコー
ド化又は符号化された６ビットを含む。これは、上記16
までのオーディオ言語とは別離及び分離した「他の」オ
ーディオトラックの数である。此等のトラックの通常用
途は、圧縮ディジタル形態で、個々別々の楽器或いは種
々の楽器の混合を表現することであり、ユーザ用にそれ
らを組合わせるオプションを伴っている。極端な形態で
は、63の分離した楽器トラックがあり得て、ユーザが所
望の如何なるトラックをも組合わせることができ、混合
前にそれらの相対的レベルをセットすることができる。
先ず第一に、もしも此等トラックの１つが組合わせサウ
ンドを含むものであれば、オーケストラ混合から１つの
楽器を削除することは、その情報内容がそのオーケスト
ラ混合から削除されるべきことを指定することによって
可能である。これはユーザが例えばピアノを、ピアノ演
奏が削除されたコンチェルト（協奏曲）を演奏するオー
ケストラの伴奏で、演奏することを可能にする。これは
またユーザが特定の楽器をえり抜いて、練習を促進する
ことをも可能にする。正確には、ユーザがその「他の」
オーディオトラックを用いて行う何かは、ユーザに提供
され得るメニュー選択によって決定される。フィールド
８はディスク上に幾つの「他の」オーディオトラックが
存在するのかを単に識別する。（用語「他の」オーディ
オトラックはむしろ無描写又は非記述的なように見える
が、これは違う。趣旨は、この用語は映画用のサウンド
トラックの用途等以外の任意のオーディオトラック用途
に包含している。此等の「他の」オーディオトラックに
オーケストラ音楽を含ませることよりはむしろ、例え
ば、個々の声楽家又は歌手を含ませることが可能であ
り、ユーザをして異なるハーモニーを学ばさせることが
可能になる。）明らかなことは、実に63の「他の」オー
ディオトラックがあり、それで、もしもディスク容量の
殆どでなければ、多くのものをオーディオデータに割り
当てることができる。しかしそれは厳密には、何故にそ
んなに多くのオーディオトラックが利用可能とされるの
か、である。確かに、図２のシステムで再生可能な幾つ
かのディスクはビデオを含まないことは確かである。事
実、フィールド19は、下述するものであるが、１ビット
フィールドであり、マスターコントローラに対して、デ
ィスク上には、一体、ビデオデータは存在するのか否か
を通知している。
ド化又は符号化された６ビットを含む。これは、上記16
までのオーディオ言語とは別離及び分離した「他の」オ
ーディオトラックの数である。此等のトラックの通常用
途は、圧縮ディジタル形態で、個々別々の楽器或いは種
々の楽器の混合を表現することであり、ユーザ用にそれ
らを組合わせるオプションを伴っている。極端な形態で
は、63の分離した楽器トラックがあり得て、ユーザが所
望の如何なるトラックをも組合わせることができ、混合
前にそれらの相対的レベルをセットすることができる。
先ず第一に、もしも此等トラックの１つが組合わせサウ
ンドを含むものであれば、オーケストラ混合から１つの
楽器を削除することは、その情報内容がそのオーケスト
ラ混合から削除されるべきことを指定することによって
可能である。これはユーザが例えばピアノを、ピアノ演
奏が削除されたコンチェルト（協奏曲）を演奏するオー
ケストラの伴奏で、演奏することを可能にする。これは
またユーザが特定の楽器をえり抜いて、練習を促進する
ことをも可能にする。正確には、ユーザがその「他の」
オーディオトラックを用いて行う何かは、ユーザに提供
され得るメニュー選択によって決定される。フィールド
８はディスク上に幾つの「他の」オーディオトラックが
存在するのかを単に識別する。（用語「他の」オーディ
オトラックはむしろ無描写又は非記述的なように見える
が、これは違う。趣旨は、この用語は映画用のサウンド
トラックの用途等以外の任意のオーディオトラック用途
に包含している。此等の「他の」オーディオトラックに
オーケストラ音楽を含ませることよりはむしろ、例え
ば、個々の声楽家又は歌手を含ませることが可能であ
り、ユーザをして異なるハーモニーを学ばさせることが
可能になる。）明らかなことは、実に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ビットのブロック
持続時間である。この数をブロック時間ファクターで乗
算することで、各チャプターの再生時間を決定させるこ
とができる。代替的には、ブロック持続時間の代りに各
チャプターの実際の運転時間が設けられるであろう。
（そうした情報は異なるバージョン及び標準毎に設けら
れるであろう。） 各チャプターのタイトルを再生するために、複数の言
語ストリングが設けられなければならない。再度、シス
テムには、チャプタータイトルの表示のために利用可能
な複数の言語が通知されねばならないので、ユーザはそ
れらの内の１つを選択することができる。利用可能言語
又は可用性言語を識別するために、100ビットブロック
を提供する通常の技術が採用される。
に、システムは各チャプターにはブロックが幾つ含まれ
ているのかを知らねばならない。この理由のため、情報
の次のピース又は次の情報ピースは20ビットのブロック
持続時間である。この数をブロック時間ファクターで乗
算することで、各チャプターの再生時間を決定させるこ
とができる。代替的には、ブロック持続時間の代りに各
チャプターの実際の運転時間が設けられるであろう。
（そうした情報は異なるバージョン及び標準毎に設けら
れるであろう。） 各チャプターのタイトルを再生するために、複数の言
語ストリングが設けられなければならない。再度、シス
テムには、チャプタータイトルの表示のために利用可能
な複数の言語が通知されねばならないので、ユーザはそ
れらの内の１つを選択することができる。利用可能言語
又は可用性言語を識別するために、100ビットブロック
を提供する通常の技術が採用される。
最後に、個々のチャプターを識別するための実際の言
語ストリングが提供される。各ストリングは、エスケー
プキャラクタをもって次のストリングとは分離して終了
する。これは、フィールド14に関連して先に議論した
「他の」オーディオトラック定義に関連して用いた技術
と同一である。
語ストリングが提供される。各ストリングは、エスケー
プキャラクタをもって次のストリングとは分離して終了
する。これは、フィールド14に関連して先に議論した
「他の」オーディオトラック定義に関連して用いた技術
と同一である。
フィールド29は最小100ビット及び最大1200ビットを
有する。思い出されるように、12個の認定（検定）済み
標準又は基準があり得ること、即ち最終ビデオ出力は12
の異なるフォーマットであり得ることである。仕様又は
規格が共通したセットを供給すべく同意した全ての再生
装置製造業者及び全てのソフトウェア出版社によって同
意された品質基準又は品質規格の準拠を保証するため
に、認定が済んでいない又は未認定と認められるソフト
ウェア出版社が本発明の再生装置で再生されるディスク
を出版することを防止又は排除することは可能である。
更に、12の標準の内のサブセット又は一部のみに従って
再生するようなディスクを製造することを特定の出版社
に限定することも可能である。例えば、もしも同意され
た仕様に従って製造された各ディスクに対してロイヤリ
ティを支払うべきであり、そのロイヤリティはディスク
が再生され得る標準数に従って変化すれば、あるソフト
ウェア製造業者に対しては彼等が支払いに同意したサブ
セット標準のみに限定することが可能である。この理由
のため、各標準用に暗号化された認定済みコードが存在
し、此等コードはフィールド29に全て記憶されている。
ディスクは、該ディスク上に適切な暗号化された認定コ
ードが含まれている時にのみ、特定の標準に従って再生
することになる。フィールド29はフィールド５で認定さ
れた標準毎に100ビットずつ含む。少なくとも１つの標
準が認定されなければならないので、そこには少なくと
も100ビットが存在する。最大ビット数は、もしも12標
準全てが認定された場合、1200である。
有する。思い出されるように、12個の認定（検定）済み
標準又は基準があり得ること、即ち最終ビデオ出力は12
の異なるフォーマットであり得ることである。仕様又は
規格が共通したセットを供給すべく同意した全ての再生
装置製造業者及び全てのソフトウェア出版社によって同
意された品質基準又は品質規格の準拠を保証するため
に、認定が済んでいない又は未認定と認められるソフト
ウェア出版社が本発明の再生装置で再生されるディスク
を出版することを防止又は排除することは可能である。
更に、12の標準の内のサブセット又は一部のみに従って
再生するようなディスクを製造することを特定の出版社
に限定することも可能である。例えば、もしも同意され
た仕様に従って製造された各ディスクに対してロイヤリ
ティを支払うべきであり、そのロイヤリティはディスク
が再生され得る標準数に従って変化すれば、あるソフト
ウェア製造業者に対しては彼等が支払いに同意したサブ
セット標準のみに限定することが可能である。この理由
のため、各標準用に暗号化された認定済みコードが存在
し、此等コードはフィールド29に全て記憶されている。
ディスクは、該ディスク上に適切な暗号化された認定コ
ードが含まれている時にのみ、特定の標準に従って再生
することになる。フィールド29はフィールド５で認定さ
れた標準毎に100ビットずつ含む。少なくとも１つの標
準が認定されなければならないので、そこには少なくと
も100ビットが存在する。最大ビット数は、もしも12標
準全てが認定された場合、1200である。
暗号化構成又は機構は公開鍵（パブリックキー）暗号
術の原則に基づくものである。公開鍵暗号術は現在では
公知であり、そして、その題材の明確な解説は1979年８
月出版のサイエンティフィック・アメリカン“Scientif
ic American"に見出され、ヘルマン（Hellmann）による
「公開鍵暗号術の数学“The Mathematics of Public−K
ey Cryptography"」と題された論文がある。公開鍵暗号
術を使用することによって、１つのメッセージがＡ側で
は秘密鍵に従って暗号化され、Ｂ側に伝送され、そして
Ｂ側では公開鍵又はパブリックキーによって復号化され
ることを可能としている。メッセージを暗号化する秘密
鍵は伝送側のみに知られている。こうした構成は、典型
的には、メッセージの真贋鑑定のために使用される。受
信側での伝送された暗号化メッセージの復号化に及ん
で、そのメッセージは、それが一対となった私的鍵又は
プライベートキーによって暗号化されたものであれば、
理解できるようになる。そして、このプライベートキー
は私的なものであるので、もしも復号化メッセージが理
解できれば、それはプライベートキーの所有者によるも
のであることに違いない。
術の原則に基づくものである。公開鍵暗号術は現在では
公知であり、そして、その題材の明確な解説は1979年８
月出版のサイエンティフィック・アメリカン“Scientif
ic American"に見出され、ヘルマン（Hellmann）による
「公開鍵暗号術の数学“The Mathematics of Public−K
ey 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である。アスペクト比は、最終ビデオ出力信号によっ
て表わされるディスプレイの相対的寸法を決定する。
3である。アスペクト比は、最終ビデオ出力信号によっ
て表わされるディスプレイの相対的寸法を決定する。
最後に、パーレンタルロック状態が決定される。これ
は図２のシステムにおいてロック81の設定の決定を単に
課するだけである。しかし物理的ロック及びキーをなし
で済ませ、そして、ロック機能の制御を実行する人間だ
けに知られたパスワードをキーボードで先ず入力した後
に、このパーレンタルロック状態を不揮発性のメモリー
に記憶することも可能である。
は図２のシステムにおいてロック81の設定の決定を単に
課するだけである。しかし物理的ロック及びキーをなし
で済ませ、そして、ロック機能の制御を実行する人間だ
けに知られたパスワードをキーボードで先ず入力した後
に、このパーレンタルロック状態を不揮発性のメモリー
に記憶することも可能である。
多くの消費者用電子機器におけるように、キーボード
は再生装置との質疑応答用或いは制御用としてユーザに
随時使用され得る。当業界では標準的なルーチン制御シ
ーケンスは、ここでのフローチャートには示されていな
い。例えば、キーボード、或いは関連の遠隔操作装置等
は、ボリューム、早送り、特定チャプターへのジャンプ
等々を制御するために使用され得る。当業界では周知の
ように、メニューキーを操作することによって表示を制
御すべく、正規の処理は中断される（割込み）。図5Aの
処理のスタートでは、メニューキーは操作されたか否か
を決定するテストが示される。ディスク再生中の任意の
他の時間とは対照的に、処理のスタート時にメニューキ
ーが操作されたか否かの質疑応答を示す理由は、これは
デフォルト設定状態を変更できる機構であるからであ
る。もしも電源の最初の投入時にメニューキーを操作す
れば、システムは１つのメニューを表示する。フローチ
ャートに示されるように、ユーザには、デフォルト変
更、ディスク目次の検分、及び／又は（メニューキーを
誤って操作した場合）何等変更することなく元の処理へ
の単なる戻し（リターン）の選択肢が与えられる。図示
されているように、メニュー選択に応じて、デフォルト
が変更され、全メニュー選択工程が中止されるか或いは
TOC（目次）フラッグが１にセットされる。このフラッ
グは、目次が表示されるべきか否かを決定するために、
追って確かめられることになる。
は再生装置との質疑応答用或いは制御用としてユーザに
随時使用され得る。当業界では標準的なルーチン制御シ
ーケンスは、ここでのフローチャートには示されていな
い。例えば、キーボード、或いは関連の遠隔操作装置等
は、ボリューム、早送り、特定チャプターへのジャンプ
等々を制御するために使用され得る。当業界では周知の
ように、メニューキーを操作することによって表示を制
御すべく、正規の処理は中断される（割込み）。図5Aの
処理のスタートでは、メニューキーは操作されたか否か
を決定するテストが示される。ディスク再生中の任意の
他の時間とは対照的に、処理のスタート時にメニューキ
ーが操作されたか否かの質疑応答を示す理由は、これは
デフォルト設定状態を変更できる機構であるからであ
る。もしも電源の最初の投入時にメニューキーを操作す
れば、システムは１つのメニューを表示する。フローチ
ャートに示されるように、ユーザには、デフォルト変
更、ディスク目次の検分、及び／又は（メニューキーを
誤って操作した場合）何等変更することなく元の処理へ
の単なる戻し（リターン）の選択肢が与えられる。図示
されているように、メニュー選択に応じて、デフォルト
が変更され、全メニュー選択工程が中止されるか或いは
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から読取られて実行さ
れる。このソフトウェアは多重バージョンが利用可能で
あるか否かと、第３及び第４ビット位置におけるコード
が表わす事柄とを知らねばならないと言う限り、それは
既に決定されている。ユーザのための表示された選択は
認定されたバージョンの内からの選択か、或いは退去
（exit）がフローチャートに示されているが、理解して
戴きたいことは、表示選択は、もしも特殊バージョンソ
フトウェアが実行されたならば、一般には異なる。ま
た、理解されるべきは、もしも再生され得るバージョン
がたった１つ存在するとしても、特殊バージョンソフト
ウェアは存在し得ることである。例えば、特別なプログ
ラムは非常に未設定状態であり得ることを視聴者に対し
て警告して、再生開始前に「続ける」返答を請求するこ
とが適切であるかもしれなく、此等の全てはＲ等級とは
別であり且つ分離したものである。
が読取られる。第１ビットは、２つのバージョンが利用
可能であるか否か、或いはただ１つであるかを示す。こ
の点において選択肢は設けられることがなく、その理由
は、先ずシステムは特殊ソフトウェアが利用可能である
のか否かを決定しなければならず、これはフィールド17
から決定される。もしも特殊バージョンソフトウェアが
利用可能であれば、フィールド18から読取られて実行さ
れる。このソフトウェアは多重バージョンが利用可能で
あるか否かと、第３及び第４ビット位置におけるコード
が表わす事柄とを知らねばならないと言う限り、それは
既に決定されている。ユーザのための表示された選択は
認定されたバージョンの内からの選択か、或いは退去
（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であれば、問題
は可変パンスキャン情報がディスク上にあるか否かであ
る。フィールド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上に割込みを発生させ、データブロック
の読取りを一時的に停止する。その割込みが処理された
後、或いはもしも手助けすべき割込みが何等なければ、
次のデータブロックが読取られる。ブロック番号／ポイ
ンタアナライザ47は、要求された次のブロックの番号を
知っている。殆どの場合、これは単に連続的な順番又は
シーケンスの次のブロックとなる。しかしながら、その
ブロック番号はそうしたシーケンスから外れていること
もあり得、例えば、もしも新しいチャプターへジャンプ
すべきであったり、或いは以下に説明されるように、映
画の多重バージョンの１つを再生する際にある複数のブ
ロックがディスク上でスキップされねばならない場合が
ある。何れの場合においても、システムは読取られるそ
のブロックが正しいものか否かをチェックする。もしも
そうでなければ、フローチャートの分岐はブロック読取
り工程のスタート時に戻されて、異なるブロックが読取
られことができる。図２のゲート61は閉じられて、導体
25上の「誤り」データはデマルチプレクサ63まで延びな
い。
との調和によって、ディスクドライブの読取らヘッドは
その出発点まで移動されることになる。先に説明したよ
うに、出発点は第１データブロック或いはその第１デー
タブロック以外のチャプターが選択されていた場合に
は、ユーザによって決定されたあるデータブロックの何
れかである。データブロックは順次読取られて、図２の
デマルチプレクサ63がそれらデータフィールドを種々の
バッファに分配する。フローチャートに示されるよう
に、１つのデータブロックの読取りは、何等バッファが
一杯でないときにのみ生ずる。更に、新しいデータブロ
ックが読取られる前に、システムは手助けされるべき何
等かの割込みがあるか否かをチェックする。コントロー
ラ41は全ての割込みのソースである。例えば、もしもユ
ーザはキーボードを操作したとすれば、コントローラは
図２のライン43上に割込みを発生させ、データブロック
の読取りを一時的に停止する。その割込みが処理された
後、或いはもしも手助けすべき割込みが何等なければ、
次のデータブロックが読取られる。ブロック番号／ポイ
ンタアナライザ47は、要求された次のブロックの番号を
知っている。殆どの場合、これは単に連続的な順番又は
シーケンスの次のブロックとなる。しかしながら、その
ブロック番号はそうしたシーケンスから外れていること
もあり得、例えば、もしも新しいチャプターへジャンプ
すべきであったり、或いは以下に説明されるように、映
画の多重バージョンの１つを再生する際にある複数のブ
ロックがディスク上でスキップされねばならない場合が
ある。何れの場合においても、システムは読取られるそ
のブロックが正しいものか否かをチェックする。もしも
そうでなければ、フローチャートの分岐はブロック読取
り工程のスタート時に戻されて、異なるブロックが読取
られことができる。図２のゲート61は閉じられて、導体
25上の「誤り」データはデマルチプレクサ63まで延びな
い。
もしもブロック読取りが要求されたブロックであれ
ば、ブロック番号の直後に読取られた第１の事柄の１つ
はポインタデータである。ポインタデータはブロック番
号／ポインタアナライザ47によって用いられて、このフ
ローチャートの最後あたりで示されているように、要求
された次のデータブロックのブロック番号を決定する。
このブロック番号は、ケーブル49を通じてマイクロプロ
セッサディスクドライブコントローラ27へ伝送され、現
行のデータブロックの読取りの完了時にこのデータブロ
ックとアクセスする。フローチャートの最後に示される
ように、現時点で処理されるべきデータブロックの残り
が読取られて、上記複数のバッファへロードされ、これ
に続いて他のデータブロックが読取られ得る。
ば、ブロック番号の直後に読取られた第１の事柄の１つ
はポインタデータである。ポインタデータはブロック番
号／ポインタアナライザ47によって用いられて、このフ
ローチャートの最後あたりで示されているように、要求
された次のデータブロックのブロック番号を決定する。
このブロック番号は、ケーブル49を通じてマイクロプロ
セッサディスクドライブコントローラ27へ伝送され、現
行のデータブロックの読取りの完了時にこのデータブロ
ックとアクセスする。フローチャートの最後に示される
ように、現時点で処理されるべきデータブロックの残り
が読取られて、上記複数のバッファへロードされ、これ
に続いて他のデータブロックが読取られ得る。
これまで見てきたフローチャートは、再生装置の処理
を制御している。データブロックから読取られたデータ
によって実際に為されることは、図６のフローチャート
に示されており、このフローチャートは、図４に列挙さ
れたようなデータブロック内の複数のフィールドが理解
された後に、説明する。しかし、データブロック内に含
まれたポインタデータの機能を理解するために、図7A及
び図7Bを先ず説明する。此等の図面は、１つの映画の個
々のバージョン或いは両バージョンに関連するデータブ
ロックが相互にどのように関連しているか、そして、選
択された１つのバージョンを再生するためにあるデータ
ブロックをスキップするにはシステムがどのように制御
されるか、を示している。
を制御している。データブロックから読取られたデータ
によって実際に為されることは、図６のフローチャート
に示されており、このフローチャートは、図４に列挙さ
れたようなデータブロック内の複数のフィールドが理解
された後に、説明する。しかし、データブロック内に含
まれたポインタデータの機能を理解するために、図7A及
び図7Bを先ず説明する。此等の図面は、１つの映画の個
々のバージョン或いは両バージョンに関連するデータブ
ロックが相互にどのように関連しているか、そして、選
択された１つのバージョンを再生するためにあるデータ
ブロックをスキップするにはシステムがどのように制御
されるか、を示している。
図7A及び図7B−−ポインタデータの機能 本発明の例証的実施例において、１つのディスク上に
は同一映画の２つのバージョンがあり得る。データブロ
ックの殆どは、此等の２つのバージョンに共通のビデオ
及びオーディオを表わすこととなる。しかしながら、一
方のバージョン或いは他方のバージョンに独特な他のブ
ロックもあり得る。問題は、２つのバージョンの内の選
択された一方に要求されたデータブロックの連続的な読
取りを如何に制御するかである。
は同一映画の２つのバージョンがあり得る。データブロ
ックの殆どは、此等の２つのバージョンに共通のビデオ
及びオーディオを表わすこととなる。しかしながら、一
方のバージョン或いは他方のバージョンに独特な他のブ
ロックもあり得る。問題は、２つのバージョンの内の選
択された一方に要求されたデータブロックの連続的な読
取りを如何に制御するかである。
これからの説明の目的のために、文字Ａ、Ｂ並びにＣ
は、上記映画のバージョンＡに独特なデータブロック、
バージョンＢに独特なデータブロック、並びに両バージ
ョンに共通（Common）するデータブロックを、それぞれ
識別するために使用されることになる。図7Bはトラック
の一部を示し、Ａ、Ｂ或いはＣにラベル表示された連続
的なデータブロックを有する。理解されるように、実際
上、何千という同一タイプの連続したデータブロックが
あり得て、ディスク上のデータブロックの殆どはタイプ
Ｃである。しかしながら、システムが要求されていない
データブロックをジャンプする方法を説明するために、
図7Bは連続した同一タイプのせいぜい２つのブロックを
示す。
は、上記映画のバージョンＡに独特なデータブロック、
バージョンＢに独特なデータブロック、並びに両バージ
ョンに共通（Common）するデータブロックを、それぞれ
識別するために使用されることになる。図7Bはトラック
の一部を示し、Ａ、Ｂ或いはＣにラベル表示された連続
的なデータブロックを有する。理解されるように、実際
上、何千という同一タイプの連続したデータブロックが
あり得て、ディスク上のデータブロックの殆どはタイプ
Ｃである。しかしながら、システムが要求されていない
データブロックをジャンプする方法を説明するために、
図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［Ｐ］が適切である。
用法（Ｐ）及び［Ｐ］と共に、４つのコードが図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（Ｐ）コードであり、Ｃブロックからそのラインを更
に下ってのＡブロックへの分岐を記号化している。図7B
におけるシーケンスは、Ａブロックから次のブロックで
あるＣへの移行によって終了しており、この為にコード
00が用いられている。
り、２つのＢブロックをスキップしている。この11コー
ドが用いられる理由は、これはＢブロックがＣブロック
に従っている又は続いている際に採用されるコードであ
るからである。用いられた記号が11（Ｐ）であり、11
［Ｐ］ではない理由は、１つのＣブロックからそのライ
ンを更に下ってのＣブロックへ行く際にポインタが要求
されるからである。同様にして、次のコードは、再度、
11（Ｐ）コードであり、Ｃブロックからそのラインを更
に下ってのＡブロックへの分岐を記号化している。図7B
におけるシーケンスは、Ａブロックから次のブロックで
あるＣへの移行によって終了しており、この為にコード
00が用いられている。
図7Aの状態図は、全ての可能性を要約している。先
ず、その左上方におけるサークルＡによって表わされる
Ａブロックが処理中である状態を考えよう。Ａブロック
内の２ビットポインタフラッグは、もしも次のブロック
がまたＡであれば、00である（ＡからＡへ戻る移行によ
って示されている）。一方、もしも次のブロックがＢで
あれば、それは明らかに再生されるべきではない。その
ＡブロックからＢを越えて、他のＡ或いはＣの何れかへ
のジャンプでなければならない。何れの場合でもそのコ
ードは01（Ｐ）である。図面は、Ｂを越えてのジャンプ
（他のＡまで）と、Ｂを越えてＣへのジャンプとの両方
を示している。Ａブロックからのただ１つの他の移行
は、もしも次のブロックがＣであれば、当該次のブロッ
クへの移行である。これがコード00によって示されてい
る。
ず、その左上方におけるサークルＡによって表わされる
Ａブロックが処理中である状態を考えよう。Ａブロック
内の２ビットポインタフラッグは、もしも次のブロック
がまたＡであれば、00である（ＡからＡへ戻る移行によ
って示されている）。一方、もしも次のブロックがＢで
あれば、それは明らかに再生されるべきではない。その
ＡブロックからＢを越えて、他のＡ或いはＣの何れかへ
のジャンプでなければならない。何れの場合でもそのコ
ードは01（Ｐ）である。図面は、Ｂを越えてのジャンプ
（他のＡまで）と、Ｂを越えてＣへのジャンプとの両方
を示している。Ａブロックからのただ１つの他の移行
は、もしも次のブロックがＣであれば、当該次のブロッ
クへの移行である。これがコード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ではなく、た
ったＮ個（最大＝16）しか存在しない理由は、データブ
ロックに存在し得るのはどの言語であるかは導入部トラ
ックから通知されるからである。対応する言語がディス
ク上に見出されるべき何処にもないことを導入部トラッ
クから通知された際に、それが存在しないことを指摘す
べく84或いはそれ以上のビット位置を各データブロック
に設ける理由はない。心に留めておかなければいけない
ことは、図４における値Ｘは図３における値Ｎと等しい
ものではないことである。後者は、ディスク上の何れか
にあるオーディオ言語の総数を表わし、その最大値は16
である。記号ＸはそれらＮの内の幾つのものが現行デー
タブロック内に実際に表現されているかを表わしてい
る。
む。思い出されるように、導入部トラックのフィールド
６は100ビット位置を含むが、ディスク上にはせいぜい1
6のオーディオトラックが存在し得るので（その内、Ｍ
＆Ｅはその内の１つと考えられる）、此等の内のたった
Ｎ個（最大のＮは16）が値１のビットを表わし得る。此
等Ｎトラックの各々について、フィールド８はオペレー
ションシステムに対して、現行のデータブロックには何
等かのオーディオがあるか否かを通知する。こうして、
最大ＮまでのＸ個（なにがしか又は変数）の「１」が存
在する。Ｎビットフィールド８の第１ビット位置は、導
入部トラックのフィールド６内に識別された第１オーデ
ィオ言語トラックに対応する。１データブロックのフィ
ールド８内の第２ビットは、導入部トラックのフィール
ド６内に表現された第２オーディオ言語に関連する、等
々である。図４のフィールド８内に、100ではなく、た
ったＮ個（最大＝16）しか存在しない理由は、データブ
ロックに存在し得るのはどの言語であるかは導入部トラ
ックから通知されるからである。対応する言語がディス
ク上に見出されるべき何処にもないことを導入部トラッ
クから通知された際に、それが存在しないことを指摘す
べく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)発明者 オストローヴァー、ルイス・エス アメリカ合衆国、カリフォルニア州 90027、ロサンジェルス、カンバーラン ド・アベニュー 4021 (72)発明者 ライバーファーブ、ワレン・エヌ アメリカ合衆国、カリフォルニア州 90077、ロサンジェルス、マルホラン ド・ドライブ 15147 (56)参考文献 米国特許5130815（ＵＳ，Ａ) 国際公開95／12197（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.6，ＤＢ名) H04N 5/91 - 5/956 G11B 20/12 103
Claims (22)
- 【請求項１】ソフトウェア担体上に含まれる同じプログ
ラム・マテリアルの少なくとも２つのバージョンのうち
の選択されたバージョンを再生する再生システムであっ
て、前記ソフトウェア担体上に、それぞれ、（１）前記
少なくとも２つのバージョンの一方に固有のビデオ・デ
ータと、（２）前記少なくとも２つのバージョンの他方
に固有のビデオ・データと、（３）前記少なくとも２つ
のバージョンに共通のビデオ・データとを含む、３つの
異なるタイプのインタリーブされたビデオ・データ・ブ
ロックを含む単一のトラックが記録されており、前記ト
ラックが、前記３つのタイプのそれぞれの少なくとも１
つのデータ・ブロックを含み、前記再生システムが、前
記バージョンのうちのどれを再生すべきかを制御する手
段と、再生するバージョンに固有のビデオ・データを含
むブロックと、前記少なくとも２つのバージョンに共通
のビデオ・データを含むブロックのみを選択する手段
と、選択されたビデオ・データのみを順次読み取り、選
択されたブロックに含まれるビデオ・データから再生信
号を形成し、再生していないバージョンに固有の、同じ
トラック中のビデオ・データを除外する手段とを備える
再生システム。 - 【請求項２】前記各データ・ブロックがさらに、再生中
のバージョンに関して次に選択すべきデータ・ブロック
のアドレスを識別するアドレスおよびポインタ・データ
を含み、再生システム自体がさらに、ブロック・アドレ
スおよびポインタ・データを処理し、再生中のバージョ
ンに関して選択しなければならない連続ブロックを判定
する手段を含むことを特徴とする請求項１に記載の再生
システム。 - 【請求項３】前記各データ・ブロックがさらに、そのブ
ロックがあるバージョンに固有のデータを含むか、それ
とも前記少なくとも２つのバージョンに共通のデータを
含むかを識別するコードを含み、前記処理手段がさら
に、ブロック・コードに応じて動作することを特徴とす
る請求項２に記載の再生システム。 - 【請求項４】前記ソフトウェア担体トラックの導入区域
が、前記バージョンのタイプ・コードを含むことがで
き、再生システム自体がさらに、特定のタイプ・コード
を有するバージョンに固有のデータを含むブロックから
の再生信号の形成を選択的にディスエーブルする手段を
含むことを特徴とする請求項３に記載の再生システム。 - 【請求項５】前記ソフトウェア担体トラックの前記導入
区域が、前記タイプ・コードをどのように使用すべきか
を判定するソフトウェアを含むことができ、再生システ
ム自体がさらに、前記ソフトウェアを読み取り、その後
前記ソフトウェアに応じて前記タイプ・コードを使用す
る手段を含むことを特徴とする請求項４に記載の再生シ
ステム。 - 【請求項６】さらに、前記ソフトウェアおよび前記タイ
プ・コードの制御の下でメニュー・ディスプレイを形成
する手段と、ユーザが、表示されたメニュー選択肢に基
づいて、再生すべきバージョンを選択できるようにする
手段とを含むことを特徴とする請求項５に記載の再生シ
ステム。 - 【請求項７】さらに、前記タイプ・コードおよび前記デ
ィスエーブル手段の制御の下で利用可能なバージョンの
メニュー・ディスプレイを形成する手段と、ユーザが、
表示されたメニュー選択肢に基づいて、再生すべきバー
ジョンを選択できるようにする手段とを含むことを特徴
とする請求項４に記載の再生システム。 - 【請求項８】前記ソフトウェア担体トラックの導入区域
が、前記バージョンのタイプ・コードを含むことがで
き、再生システム自体がさらに、特定のタイプ・コード
を有するバージョンに固有のデータを含むブロックから
の再生信号の形成を選択的にディスエーブルする手段を
含むことを特徴とする請求項１に記載の再生システム。 - 【請求項９】さらに、前記タイプ・コードおよび前記デ
ィスエーブル手段の制御の下で利用可能なバージョンの
メニュー・ディスプレイを形成する手段と、ユーザが、
表示されたメニュー選択肢に基づいて、再生すべきバー
ジョンを選択できるようにする手段とを含むことを特徴
とする請求項８に記載の再生システム。 - 【請求項１０】前記ソフトウェア担体トラックの導入区
域が、バージョン・タイプを示すコードと、前記コード
をどのように使用すべきかを判定するソフトウェアを含
むことができ、再生システム自体がさらに、前記ソフト
ウェアを読み取り、その後前記ソフトウェアに応じて前
記コードを使用する手段を含むことを特徴とする請求項
１に記載の再生システム。 - 【請求項１１】さらに、前記ソフトウェアおよび前記コ
ードの制御の下でメニュー・ディスプレイを形成する手
段と、ユーザが、表示されたメニュー選択肢に基づい
て、再生すべきバージョンを選択できるようにする手段
とを含むことを特徴とする請求項10に記載の再生システ
ム。 - 【請求項１２】ソフトウェア担体上に含まれる同じビデ
オ・プログラム・マテリアルの少なくとも２つのバージ
ョンのうちの選択されたバージョンを再生する再生方法
であって、前記ソフトウェア担体上に、それぞれ、
（１）前記少なくとも２つのバージョンの一方に固有の
ビデオ・データと、（２）前記少なくとも２つのバージ
ョンの他方に固有のビデオ・データと、（３）前記少な
くとも２つのバージョンに共通のビデオ・データとを含
む、３つの異なるタイプのインタリーブされたビデオ・
データ・ブロックを含む単一のトラックが記録されてお
り、前記トラックが、前記３つのタイプのそれぞれの少
なくとも１つのデータ・ブロックを含み、前記再生方法
が、ビデオ・プログラムの前記バージョンのうちのどれ
を再生すべきかを制御するステップと、再生するバージ
ョンに固有のビデオ・データを含むブロックと、前記少
なくとも２つのバージョンに共通のビデオ・データを含
むブロックのみを選択するステップと、選択されたビデ
オ・データのみを順次読み取り、選択されたブロックに
含まれる順次読み取られたビデオ・データから再生信号
を形成し、再生していないバージョンに固有の、同じト
ラック中のビデオ・データを除外するステップとを含む
再生方法。 - 【請求項１３】前記各ビデオ・データ・ブロックがさら
に、再生中のバージョンに関して次に選択すべきビデオ
・データ・ブロックのアドレスを識別するアドレスおよ
びポインタ・データを含み、再生方法自体がさらに、ブ
ロック・アドレスおよびポインタ・データを処理し、再
生中のバージョンに関して選択しなければならない連続
ビデオ・データ・ブロックを判定し、ビデオ・データの
順次読取りを促進するステップを含むことを特徴とする
請求項12に記載の再生方法。 - 【請求項１４】前記各データ・ブロックがさらに、その
ブロックがあるバージョンに固有のデータを含むか、そ
れとも前記少なくとも２つのバージョンに共通のデータ
を含むかを識別するコードを含み、前記処理ステップ
が、ブロック・コードに応じて実行されることを特徴と
する請求項13に記載の再生方法。 - 【請求項１５】前記ソフトウェア担体トラックの導入区
域が、前記バージョンのタイプ・コードを含むことがで
き、再生方法自体がさらに、特定のタイプ・コードを有
するバージョンに固有のデータを含むブロックからの再
生信号の形成を選択的にディスエーブルするステップを
含むことを特徴とする請求項14に記載の再生方法。 - 【請求項１６】前記ソフトウェア担体トラックの前記導
入区域が、前記タイプ・コードをどのように使用すべき
かを判定するソフトウェアを含むことができ、再生方法
自体がさらに、前記ソフトウェアを読み取り、その後前
記ソフトウェアに応じて前記タイプ・コードを使用する
ステップを含むことを特徴とする請求項15に記載の再生
方法。 - 【請求項１７】さらに、前記ソフトウェアおよび前記タ
イプ・コードの制御の下でメニュー・ディスプレイを形
成するステップと、ユーザが、表示されたメニュー選択
肢に基づいて、再生すべきバージョンを選択できるよう
にするステップとを含むことを特徴とする請求項16に記
載の再生方法。 - 【請求項１８】さらに、前記タイプ・コードおよび前記
ディスエーブル・ステップの制御の下で利用可能なバー
ジョンのメニュー・ディスプレイを形成するステップ
と、ユーザが、表示されたメニュー選択肢に基づいて、
再生すべきバージョンを選択できるようにするステップ
とを含むことを特徴とする請求項15に記載の再生方法。 - 【請求項１９】前記ソフトウェア担体トラックの導入区
域が、前記バージョンのタイプ・コードを含むことがで
き、再生方法自体がさらに、特定のタイプ・コードを有
するバージョンに固有のデータを含むブロックからの再
生信号の形成を選択的にディスエーブルするステップを
含むことを特徴とする請求項12に記載の再生方法。 - 【請求項２０】さらに、前記タイプ・コードおよび前記
ディスエーブル・ステップの制御の下で利用可能なバー
ジョンのメニュー・ディスプレイを形成するステップ
と、ユーザが、表示されたメニュー選択肢に基づいて、
再生すべきバージョンを選択できるようにするステップ
とを含むことを特徴とする請求項19に記載の再生方法。 - 【請求項２１】前記ソフトウェア担体トラックの導入区
域が、バージョン・タイプを示すコードと、前記コード
をどのように使用すべきかを判定するソフトウェアを含
むことができ、再生方法自体がさらに、前記ソフトウェ
アを読み取り、その後前記ソフトウェアに応じて前記コ
ードを使用するステップを含むことを特徴とする請求項
12に記載の再生方法。 - 【請求項２２】さらに、前記ソフトウェアおよび前記コ
ードの制御の下でメニュー・ディスプレイを形成するス
テップと、ユーザが、表示されたメニュー選択肢に基づ
いて、再生すべきバージョンを選択できるようにするス
テップとを含むことを特徴とする請求項21に記載の再生
方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US14478593A | 1993-10-29 | 1993-10-29 | |
| US144,785 | 1993-10-29 | ||
| PCT/US1994/011821 WO1995012275A1 (en) | 1993-10-29 | 1994-10-13 | System and method for controlling play of multiple versions of same motion picture stored on optical disk |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08511146A JPH08511146A (ja) | 1996-11-19 |
| JP2887900B2 true JP2887900B2 (ja) | 1999-05-10 |
Family
ID=22510120
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7512693A Expired - Lifetime JP2887900B2 (ja) | 1993-10-29 | 1994-10-13 | 光ディスク上に記憶された同じ映画の複数のバージョンの再生を制御するシステムおよび方法 |
| JP10284561A Pending JPH11261970A (ja) | 1993-10-29 | 1998-10-06 | ソフトウェア担体 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10284561A Pending JPH11261970A (ja) | 1993-10-29 | 1998-10-06 | ソフトウェア担体 |
Country Status (14)
| Country | Link |
|---|---|
| US (2) | US5598276A (ja) |
| EP (4) | EP0967799B1 (ja) |
| JP (2) | JP2887900B2 (ja) |
| KR (1) | KR100255873B1 (ja) |
| AT (4) | ATE199618T1 (ja) |
| AU (1) | AU678629B2 (ja) |
| CA (1) | CA2175363C (ja) |
| DE (5) | DE69428468T2 (ja) |
| DK (4) | DK0967799T3 (ja) |
| ES (4) | ES2163912T3 (ja) |
| GR (3) | GR3035658T3 (ja) |
| HK (3) | HK1024585A1 (ja) |
| PT (4) | PT969664E (ja) |
| WO (1) | WO1995012275A1 (ja) |
Families Citing this family (126)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5434678A (en) * | 1993-01-11 | 1995-07-18 | Abecassis; Max | Seamless transmission of non-sequential video segments |
| US6208805B1 (en) * | 1992-02-07 | 2001-03-27 | Max Abecassis | Inhibiting a control function from interfering with a playing of a video |
| US5953485A (en) * | 1992-02-07 | 1999-09-14 | Abecassis; Max | Method and system for maintaining audio during video control |
| US5623588A (en) * | 1992-12-14 | 1997-04-22 | New York University | Computer user interface with non-salience deemphasis |
| US8381126B2 (en) * | 1992-12-14 | 2013-02-19 | Monkeymedia, Inc. | Computer user interface with non-salience deemphasis |
| US20080158261A1 (en) * | 1992-12-14 | 2008-07-03 | Eric Justin Gould | Computer user interface for audio and/or video auto-summarization |
| US5987211A (en) * | 1993-01-11 | 1999-11-16 | Abecassis; Max | Seamless transmission of non-sequential video segments |
| EP0677842B2 (en) | 1993-10-29 | 2001-01-10 | Kabushiki Kaisha Toshiba | Multi-scene recording medium, reproduction method and reproduction apparatus |
| US5764846A (en) | 1993-10-29 | 1998-06-09 | Kabushiki Kaisha Toshiba | Multi-scene recording medium and apparatus for reproducing data therefrom |
| 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 |
| US5850500A (en) | 1995-06-28 | 1998-12-15 | Kabushiki Kaisha Toshiba | Recording medium comprising a plurality of different languages which are selectable independently of each other |
| JP3666021B2 (ja) | 1993-12-18 | 2005-06-29 | ソニー株式会社 | データ再生装置 |
| RU2262752C2 (ru) * | 1994-02-28 | 2005-10-20 | Сони Корпорейшн | Способ и устройство записи данных, среда записи данных, способ и устройство воспроизведения данных |
| US6298441B1 (en) * | 1994-03-10 | 2001-10-02 | News Datacom Ltd. | Secure document access system |
| JPH07298307A (ja) * | 1994-04-28 | 1995-11-10 | Canon Inc | 画像記録再生装置 |
| 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 |
| JP3270983B2 (ja) * | 1994-12-21 | 2002-04-02 | ソニー株式会社 | 画像データ符号化方法及び装置、画像データ復号化方法及び装置 |
| CN1086498C (zh) * | 1995-02-22 | 2002-06-19 | 株式会社东芝 | 信息记录方法,信息重放方法以及信息重放装置 |
| CA2173929C (en) * | 1995-04-14 | 2001-04-03 | Kazuhiko Taira | Method, apparatus and recording medium for reproducing information |
| US6009234A (en) | 1995-04-14 | 1999-12-28 | Kabushiki Kaisha Toshiba | Method of reproducing information |
| DE69636648T2 (de) * | 1995-04-14 | 2007-12-06 | Kabushiki Kaisha Toshiba, Kawasaki | Gerät zur Wiedergabe von einem Aufzeichnungsmedium |
| US5813010A (en) * | 1995-04-14 | 1998-09-22 | Kabushiki Kaisha Toshiba | Information storage and information transmission media with parental control |
| DE19520601C1 (de) * | 1995-06-06 | 1996-07-11 | Grundig Emv | Verfahren zur Realisierung von interaktivem Fernsehen |
| US5778136A (en) | 1995-06-15 | 1998-07-07 | Kabushiki Kaishi Toshiba | Multi-scene recording medium wherein related data segments of simultaneously proceeding scenes are recorded alternatingly and continuously thereon |
| JP3326669B2 (ja) * | 1995-06-30 | 2002-09-24 | ソニー株式会社 | データ再生装置 |
| JP3897833B2 (ja) * | 1995-07-10 | 2007-03-28 | パイオニア株式会社 | 情報記録装置及び情報再生装置 |
| JP3348339B2 (ja) * | 1995-08-02 | 2002-11-20 | ソニー株式会社 | データ記録方法及び装置、データ再生方法及び装置 |
| US20020044757A1 (en) | 1995-08-04 | 2002-04-18 | Sony Corporation | Information carrier, device for reading and device for providing the information carrier and method of transmitting picture information |
| WO1997007510A1 (fr) * | 1995-08-21 | 1997-02-27 | Matsushita Electric Industrial Co., Ltd. | Disque optique multimedia permettant d'effectuer facilement une reproduction selective dans la section de verrouillage, parental, a l'aide d'une petite quantite d'informations de commande, et dispositif de reproduction a cet effet |
| WO1997007504A1 (fr) | 1995-08-21 | 1997-02-27 | Matsushita Electric Industrial Co., Ltd. | Disque optique multimedia capable de creer des situations tout a fait inattendues sur la base de l'interactivite, appareil et procede de reproduction de ce disque |
| EP0935251B1 (en) | 1995-08-21 | 2007-01-03 | Matsushita Electric Industrial Co., Ltd. | Method for reproducing a multimedia optical disc which enables a title developer to coordinate the use of special reproduction functions |
| KR100326130B1 (ko) * | 1995-08-21 | 2002-09-05 | 마츠시타 덴끼 산교 가부시키가이샤 | 동적인재생출력의전환을실현하는멀티미디어광디스크와그재생장치및그재생방법 |
| JPH09128408A (ja) * | 1995-08-25 | 1997-05-16 | Hitachi Ltd | インタラクティブ記録再生用メディア及び再生装置 |
| GB9517789D0 (en) * | 1995-08-31 | 1995-11-01 | Philips Electronics Uk Ltd | Interactive entertainment content control |
| WO1997013376A1 (en) * | 1995-10-05 | 1997-04-10 | Faroudja Y C | Method and apparatus for procucing from a standard-bandwidth color television signal a color video signal with extended vertical definition |
| US5844617A (en) * | 1995-10-05 | 1998-12-01 | Yves C. Faroudja | Method and apparatus for enhancing the vertical resolution of a television signal having degraded vertical chrominance transitions |
| KR0176134B1 (ko) * | 1995-10-25 | 1999-05-01 | 김광호 | 압축 부호화 비디오 데이타 재생방법 |
| JP3416007B2 (ja) * | 1995-12-06 | 2003-06-16 | インターナショナル・ビジネス・マシーンズ・コーポレーション | オーディオビジュアル・マテリアルをスクリーニングする装置及び方法 |
| DE69627992T2 (de) | 1996-01-08 | 2004-05-19 | Kabushiki Kaisha Toshiba, Kawasaki | Informationsaufzeichnungsmedium, aufzeichnungsverfahren und wiedergabegerät |
| JP3796795B2 (ja) * | 1996-02-22 | 2006-07-12 | ソニー株式会社 | 画像表示システム |
| JP3816571B2 (ja) * | 1996-03-15 | 2006-08-30 | パイオニア株式会社 | 情報記録装置及び情報記録方法並びに情報再生装置及び情報再生方法 |
| JP3778985B2 (ja) * | 1996-03-19 | 2006-05-24 | パイオニア株式会社 | 情報記録媒体、記録装置及び記録方法並びに再生装置及び再生方法 |
| JP4012585B2 (ja) * | 1996-03-22 | 2007-11-21 | パイオニア株式会社 | 記録装置及び記録方法並びに再生装置及び再生方法 |
| JP3550459B2 (ja) * | 1996-03-29 | 2004-08-04 | パイオニア株式会社 | 記録媒体再生装置 |
| US5754248A (en) * | 1996-04-15 | 1998-05-19 | Faroudja; Yves C. | Universal video disc record and playback employing motion signals for high quality playback of non-film sources |
| CA2201691C (en) * | 1996-04-15 | 2001-07-17 | Raju C. Bopardikar | Data storage |
| GB2312319B (en) | 1996-04-15 | 1998-12-09 | Discreet Logic Inc | Video storage |
| CA2201679A1 (en) | 1996-04-15 | 1997-10-15 | Raju C. Bopardikar | Video data storage |
| DE69701436T2 (de) * | 1996-05-09 | 2000-07-06 | Matsushita Electric Industrial Co., Ltd. | Optische multimedia-scheibe, wiedergabevorrichtung und -verfahren zur überlagerung eines untergeordneten bildes auf ein hauptbild in einer ausgeglichenen weise, unabhängig von der schirmposition des hauptbildes |
| JPH10124021A (ja) * | 1996-10-16 | 1998-05-15 | Sony Corp | 画像処理装置、画像処理方法及び表示システム |
| JPH10145773A (ja) | 1996-11-14 | 1998-05-29 | Toshiba Corp | 動画像データの暗号化方法およびその方法が適用されるコンピュータシステム並びに動画像データ符号化／復号化装置 |
| US7330870B1 (en) | 1997-02-11 | 2008-02-12 | International Business Machines Corporation | Streaming computer system and method with multi-version protocol compatibility |
| KR100493360B1 (ko) * | 1997-12-10 | 2005-08-11 | 삼성전자주식회사 | 케이블박스 콘트롤러의 전원제어방법 |
| JP3403636B2 (ja) * | 1998-04-06 | 2003-05-06 | パイオニア株式会社 | 情報記録媒体及びその再生装置 |
| US6694090B1 (en) * | 1998-07-20 | 2004-02-17 | Thomson Licensing S.A. | Method and apparatus for dynamically overriding a ratings limit during playback of a digital program |
| US6408128B1 (en) * | 1998-11-12 | 2002-06-18 | Max Abecassis | Replaying with supplementary information a segment of a video |
| US6504990B1 (en) | 1998-11-12 | 2003-01-07 | Max Abecassis | Randomly and continuously playing fragments of a video segment |
| US6535920B1 (en) | 1999-04-06 | 2003-03-18 | Microsoft Corporation | Analyzing, indexing and seeking of streaming information |
| US6463486B1 (en) | 1999-04-06 | 2002-10-08 | Microsoft Corporation | System for handling streaming information using a plurality of reader modules by enumerating output pins and associated streams of information |
| US6820144B2 (en) * | 1999-04-06 | 2004-11-16 | Microsoft Corporation | Data format for a streaming information appliance |
| US6378035B1 (en) | 1999-04-06 | 2002-04-23 | Microsoft Corporation | Streaming information appliance with buffer read and write synchronization |
| US6748481B1 (en) * | 1999-04-06 | 2004-06-08 | Microsoft Corporation | Streaming information appliance with circular buffer for receiving and selectively reading blocks of streaming information |
| US10051298B2 (en) | 1999-04-23 | 2018-08-14 | Monkeymedia, Inc. | Wireless seamless expansion and video advertising player |
| US6393158B1 (en) | 1999-04-23 | 2002-05-21 | Monkeymedia, Inc. | Method and storage device for expanding and contracting continuous play media seamlessly |
| JP2001135028A (ja) * | 1999-11-05 | 2001-05-18 | Sony Corp | 情報処理装置および方法、並びに記録媒体 |
| US6601074B1 (en) | 1999-12-23 | 2003-07-29 | Gateway, Inc. | Episode identification |
| US6351596B1 (en) | 2000-01-07 | 2002-02-26 | Time Warner Entertainment Co, Lp | Content control of broadcast programs |
| US6704491B1 (en) | 2000-01-27 | 2004-03-09 | Micron Technology, Inc. | Video review apparatus and method |
| JP4165983B2 (ja) * | 2000-02-16 | 2008-10-15 | 株式会社バンダイナムコゲームス | ゲーム装置および情報記憶媒体 |
| US6973461B1 (en) | 2000-03-16 | 2005-12-06 | Micron Technology, Inc. | Method and apparatus for controlling reproduction of an audiovisual work |
| US6516035B1 (en) * | 2000-04-07 | 2003-02-04 | Actisys Corporation | Intelligent encoding method for wireless data communication and control |
| US20020026636A1 (en) * | 2000-06-15 | 2002-02-28 | Daniel Lecomte | Video interfacing and distribution system and method for delivering video programs |
| US6889383B1 (en) | 2000-10-23 | 2005-05-03 | Clearplay, Inc. | Delivery of navigation data for playback of audio and video content |
| US6898799B1 (en) | 2000-10-23 | 2005-05-24 | Clearplay, Inc. | Multimedia content navigation and playback |
| US7975021B2 (en) | 2000-10-23 | 2011-07-05 | Clearplay, Inc. | Method and user interface for downloading audio and video content filters to a media player |
| US20020128068A1 (en) * | 2001-03-09 | 2002-09-12 | Randall Whitten Jon Marcus | Method and apparatus for managing data in a gaming system |
| US7218739B2 (en) * | 2001-03-09 | 2007-05-15 | Microsoft Corporation | Multiple user authentication for online console-based gaming |
| US20020137565A1 (en) * | 2001-03-09 | 2002-09-26 | Blanco Victor K. | Uniform media portal for a gaming system |
| US20020128067A1 (en) * | 2001-03-09 | 2002-09-12 | Victor Keith Blanco | Method and apparatus for creating and playing soundtracks in a gaming system |
| US6716102B2 (en) | 2001-03-09 | 2004-04-06 | Microsoft Corporation | Method and apparatus for displaying information regarding stored data in a gaming system |
| JP2002314929A (ja) * | 2001-04-10 | 2002-10-25 | Victor Co Of Japan Ltd | 映像信号の記録方法、映像信号の再生方法、映像信号記録装置、映像信号再生装置、及び映像信号の記録媒体 |
| GB2374749B (en) * | 2001-04-20 | 2005-04-06 | Discreet Logic Inc | Image data processing |
| FI115356B (fi) * | 2001-06-29 | 2005-04-15 | Nokia Corp | Menetelmä audiovisuaalisen informaation käsittelemiseksi elektroniikkalaitteessa, järjestelmä ja elektroniikkalaite |
| FI115257B (fi) * | 2001-08-07 | 2005-03-31 | Nokia Corp | Menetelmä informaation käsittelemiseksi elektroniikkalaitteessa, järjestelmä, elektroniikkalaite ja suoritinlohko |
| US20030049014A1 (en) * | 2001-09-07 | 2003-03-13 | Tri-Vision Electronics Inc. | Method and apparatus for playing digital media and digital media for use therein |
| US7203835B2 (en) | 2001-11-13 | 2007-04-10 | Microsoft Corporation | Architecture for manufacturing authenticatable gaming systems |
| US7428638B1 (en) | 2001-11-13 | 2008-09-23 | Microsoft Corporation | Architecture for manufacturing authenticatable gaming systems |
| US20030182237A1 (en) * | 2002-03-21 | 2003-09-25 | Pierre Costa | Method to provide multiple rating selection on video storage content |
| US20030233651A1 (en) * | 2002-06-18 | 2003-12-18 | Farley Elisha Rawle Edwin | System and method for parental control of digital display media |
| US7889968B2 (en) * | 2002-06-24 | 2011-02-15 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple reproduction path video data for at least a segment of a title recorded thereon and recording and reproducing methods and apparatuses |
| JP2004191620A (ja) * | 2002-12-11 | 2004-07-08 | Pentax Corp | 記録媒体、再生装置、及び記録媒体の再生方法 |
| US7631326B2 (en) * | 2002-12-26 | 2009-12-08 | Microsoft Corporation | Synchronization mechanism for multimedia captioning and audio description |
| WO2004084535A2 (en) * | 2003-03-14 | 2004-09-30 | Starz Encore Group Llc | Video aspect ratio manipulation |
| US20050257242A1 (en) * | 2003-03-14 | 2005-11-17 | Starz Entertainment Group Llc | Multicast video edit control |
| US7676737B2 (en) | 2003-04-10 | 2010-03-09 | Microsoft Corporation | Synchronization mechanism and the implementation for multimedia captioning and audio descriptions |
| US6973554B2 (en) * | 2003-04-23 | 2005-12-06 | Microsoft Corporation | Systems and methods for multiprocessor scalable write barrier |
| GB0312874D0 (en) | 2003-06-05 | 2003-07-09 | Zoo Digital Group Plc | Controlling access to an audiovisual product |
| GB2402543B (en) * | 2003-06-05 | 2006-06-21 | Zootech Ltd | Obscuring data in an audiovisual product |
| KR20050015188A (ko) * | 2003-08-04 | 2005-02-21 | 삼성전자주식회사 | 외부 입력에 대해 잠금 기능을 가지는 디스플레이 장치 및방법 |
| MXPA06002241A (es) * | 2003-08-26 | 2006-08-31 | Clearplay Inc | Metodo y aparato para controlar el funcionamiento de una senal de audio. |
| KR100804380B1 (ko) | 2003-10-10 | 2008-02-15 | 샤프 가부시키가이샤 | 재생 장치, 비디오 데이터의 재생 방법, 콘텐츠 기록 매체,및 컴퓨터 판독 가능한 기록 매체 |
| EP1680068A4 (en) * | 2003-10-22 | 2009-05-13 | Clearplay Inc | APPARATUS AND METHOD FOR AUDIOVISUAL PROGRAMMING LOCKING AND AUDIO MUTING |
| US7765158B2 (en) * | 2004-01-27 | 2010-07-27 | Panasonic Corporation | Playback apparatus and server apparatus |
| US20070140123A1 (en) * | 2004-03-11 | 2007-06-21 | Matsushita Electric Industrial Co., Ltd | Control station apparatus, base station apparatus, terminal apparatus, packet communication system, and packet communication method |
| US8131955B2 (en) * | 2004-04-15 | 2012-03-06 | Microsoft Corporation | Ephemeral garbage collection using a tracking mechanism on a card table to determine marked bundles |
| US7778526B2 (en) * | 2004-06-01 | 2010-08-17 | Nero Ag | System and method for maintaining DVD-subpicture streams upon conversion to higher compressed data format |
| JP4039417B2 (ja) * | 2004-10-15 | 2008-01-30 | 株式会社日立製作所 | 記録再生装置 |
| US8117282B2 (en) * | 2004-10-20 | 2012-02-14 | Clearplay, Inc. | Media player configured to receive playback filters from alternative storage mediums |
| EP1904933A4 (en) * | 2005-04-18 | 2009-12-09 | Clearplay Inc | DEVICE, SYSTEM AND METHOD FOR ASSOCIATING ONE OR MORE FILTER FILES WITH A PARTICULAR MULTIMEDIA PRESENTATION |
| US20070250875A1 (en) * | 2005-08-26 | 2007-10-25 | Weaver Timothy H | Methods, apparatuses, and computer program products for delivering one or more television programs for viewing during a specified viewing interval |
| US20070240185A1 (en) * | 2005-08-26 | 2007-10-11 | Weaver Timothy H | Methods, apparatuses, and computer program products for delivering audio content on demand |
| US7865441B2 (en) * | 2006-03-01 | 2011-01-04 | International Business Machines Corporation | Switching between multiple versions of a software program |
| US7669128B2 (en) * | 2006-03-20 | 2010-02-23 | Intension, Inc. | Methods of enhancing media content narrative |
| MX2008012873A (es) * | 2006-04-06 | 2009-04-28 | Kenneth H Ferguson | Metodo y aparato para control de programacion del contenido de medios. |
| US9177603B2 (en) | 2007-03-19 | 2015-11-03 | Intension, Inc. | Method of assembling an enhanced media content narrative |
| JP5277180B2 (ja) * | 2007-03-23 | 2013-08-28 | トムソン ライセンシング | 符号化ビットストリームの修正 |
| US8588459B2 (en) * | 2007-06-14 | 2013-11-19 | Thomson Licensing | Modifying a coded bitstream |
| EP2107567A1 (en) * | 2008-04-04 | 2009-10-07 | Deutsche Thomson OHG | Data carrier carrying a set of machine-interpretable instructions and media content which is presented upon execution of said machine-interpretable instructions |
| EP2406737A1 (en) * | 2009-03-10 | 2012-01-18 | IMS Software Services, Ltd. | Systems and methods for address intelligence |
| US9203816B2 (en) * | 2009-09-04 | 2015-12-01 | Echostar Technologies L.L.C. | Controlling access to copies of media content by a client device |
| US20110075537A1 (en) * | 2009-09-25 | 2011-03-31 | General Electric Company | Holographic disc with improved features and method for the same |
| US8965908B1 (en) | 2012-01-24 | 2015-02-24 | Arrabon Management Services Llc | Methods and systems for identifying and accessing multimedia content |
| US9098510B2 (en) | 2012-01-24 | 2015-08-04 | Arrabon Management Services, LLC | Methods and systems for identifying and accessing multimedia content |
| US9026544B2 (en) | 2012-01-24 | 2015-05-05 | Arrabon Management Services, LLC | Method and system for identifying and accessing multimedia content |
| US8996543B2 (en) | 2012-01-24 | 2015-03-31 | Arrabon Management Services, LLC | Method and system for identifying and accessing multimedia content |
| GB2560921B (en) | 2017-03-27 | 2020-04-08 | Canon Kk | Method and apparatus for encoding media data comprising generated content |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
| US5146833A (en) * | 1987-04-30 | 1992-09-15 | Lui Philip Y F | Computerized music data system and input/out devices using related rhythm coding |
| US5172111A (en) * | 1987-08-31 | 1992-12-15 | Olivo Jr John W | Stored media screening device |
| US4930160A (en) * | 1987-09-02 | 1990-05-29 | Vogel Peter S | Automatic censorship of video programs |
| US5280572A (en) * | 1988-06-24 | 1994-01-18 | Time Warner Interactive Group Inc. | Method and apparatus for storing text data in subcode packs |
| US5132807A (en) * | 1988-07-28 | 1992-07-21 | Canon Kabushiki Kaisha | Recording apparatus for recording main information with additional information |
| JP2845920B2 (ja) * | 1989-02-09 | 1999-01-13 | パイオニア株式会社 | 記録再生方式 |
| US5122886A (en) * | 1989-06-19 | 1992-06-16 | Pioneer Electronic Corporation | Selective information playback from recording medium based on user input content codes |
| US5130815A (en) * | 1990-07-20 | 1992-07-14 | Mti Associates | Method and apparatus for encoding a video signal having multi-language capabilities |
| 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 |
| US5434678A (en) * | 1993-01-11 | 1995-07-18 | Abecassis; Max | Seamless transmission of non-sequential video segments |
| GB2264838B (en) * | 1992-02-21 | 1995-08-30 | Samsung Electronics Co Ltd | Video recording apparatus |
-
1994
- 1994-10-13 AT AT94930809T patent/ATE199618T1/de active
- 1994-10-13 WO PCT/US1994/011821 patent/WO1995012275A1/en active IP Right Grant
- 1994-10-13 CA CA002175363A patent/CA2175363C/en not_active Expired - Lifetime
- 1994-10-13 DK DK99118363T patent/DK0967799T3/da active
- 1994-10-13 AT AT99118362T patent/ATE206264T1/de active
- 1994-10-13 AT AT99118363T patent/ATE206263T1/de active
- 1994-10-13 KR KR1019960702209A patent/KR100255873B1/ko not_active IP Right Cessation
- 1994-10-13 DE DE69428468T patent/DE69428468T2/de not_active Expired - Lifetime
- 1994-10-13 PT PT99118362T patent/PT969664E/pt unknown
- 1994-10-13 ES ES99118363T patent/ES2163912T3/es not_active Expired - Lifetime
- 1994-10-13 JP JP7512693A patent/JP2887900B2/ja not_active Expired - Lifetime
- 1994-10-13 ES ES99118362T patent/ES2163911T3/es not_active Expired - Lifetime
- 1994-10-13 AU AU79820/94A patent/AU678629B2/en not_active Expired
- 1994-10-13 PT PT94930809T patent/PT726013E/pt unknown
- 1994-10-13 EP EP99118363A patent/EP0967799B1/en not_active Expired - Lifetime
- 1994-10-13 DE DE0726013T patent/DE726013T1/de active Pending
- 1994-10-13 DK DK94930809T patent/DK0726013T3/da active
- 1994-10-13 PT PT99118973T patent/PT967800E/pt unknown
- 1994-10-13 EP EP99118973A patent/EP0967800B1/en not_active Expired - Lifetime
- 1994-10-13 EP EP94930809A patent/EP0726013B1/en not_active Expired - Lifetime
- 1994-10-13 DE DE69432439T patent/DE69432439T2/de not_active Expired - Lifetime
- 1994-10-13 DE DE69428469T patent/DE69428469T2/de not_active Expired - Lifetime
- 1994-10-13 DK DK99118362T patent/DK0969664T3/da active
- 1994-10-13 DK DK99118973T patent/DK0967800T3/da active
- 1994-10-13 EP EP99118362A patent/EP0969664B1/en not_active Expired - Lifetime
- 1994-10-13 AT AT99118973T patent/ATE236485T1/de active
- 1994-10-13 PT PT99118363T patent/PT967799E/pt unknown
- 1994-10-13 DE DE69426827T patent/DE69426827T2/de not_active Expired - Lifetime
- 1994-10-13 ES ES99118973T patent/ES2196691T3/es not_active Expired - Lifetime
- 1994-10-13 ES ES94930809T patent/ES2155857T3/es not_active Expired - Lifetime
-
1995
- 1995-12-18 US US08/573,719 patent/US5598276A/en not_active Expired - Lifetime
-
1996
- 1996-02-07 US US08/598,197 patent/US5574567A/en not_active Expired - Lifetime
-
1998
- 1998-10-06 JP JP10284561A patent/JPH11261970A/ja active Pending
-
2000
- 2000-06-28 HK HK00103894A patent/HK1024585A1/xx not_active IP Right Cessation
- 2000-06-28 HK HK00103893A patent/HK1024567A1/xx not_active IP Right Cessation
- 2000-06-29 HK HK00103945A patent/HK1024999A1/xx not_active IP Right Cessation
-
2001
- 2001-03-29 GR GR20010400508T patent/GR3035658T3/el unknown
- 2001-10-16 GR GR20010401761T patent/GR3036891T3/el unknown
- 2001-10-18 GR GR20010401813T patent/GR3036944T3/el unknown
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2887900B2 (ja) | 光ディスク上に記憶された同じ映画の複数のバージョンの再生を制御するシステムおよび方法 | |
| JP2883735B2 (ja) | ソフトウェア担体の再生時の選択された言語での映画サブタイトルの表示 | |
| JP2892159B2 (ja) | オーディオ・ビデオ・ディスク再生装置 | |
| JP3272364B2 (ja) | 光ディスクを再生するシステム、再生装置と光ディスクを含むシステム、光ディスクを再生する方法、及び組み合わせられた再生装置と光ディスクとを作動させる方法 | |
| JP2925328B2 (ja) | 単一アスペクト比で記憶された映画ディスクから多重アスペクト比信号を発生するシステム | |
| JP2942357B2 (ja) | ソフトウェア担体を確認するシステムおよび方法 | |
| JP3012335B2 (ja) | ディスク・ソフトウェア出版社がディスクの配給を制御できるようにするシステムおよび方法 | |
| JP2948911B2 (ja) | ソフトウェア担体の複数のオーディオ・トラックの再生を制御するシステムおよび方法 | |
| US6408129B1 (en) | Method for processing a plurality of synchronized audio tracks, including phase inversion of a selected track |