JPH11250573A - ソフトウェア担体 - Google Patents
ソフトウェア担体Info
- Publication number
- JPH11250573A JPH11250573A JP10343332A JP34333298A JPH11250573A JP H11250573 A JPH11250573 A JP H11250573A JP 10343332 A JP10343332 A JP 10343332A JP 34333298 A JP34333298 A JP 34333298A JP H11250573 A JPH11250573 A JP H11250573A
- Authority
- JP
- Japan
- Prior art keywords
- block
- data
- field
- software
- disk
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/02—Analogue recording or reproducing
- G11B20/04—Direct recording or reproducing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- 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
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00094—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised record carriers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00094—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised record carriers
- G11B20/00115—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised record carriers wherein the record carrier stores a unique medium identifier
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00094—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised record carriers
- G11B20/00123—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised record carriers the record carrier being identified by recognising some of its unique characteristics, e.g. a unique defect pattern serving as a physical signature of the record carrier
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00137—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00137—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
- G11B20/00144—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users involving a user identifier, e.g. a unique customer ID
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00137—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
- G11B20/00159—Parental control systems
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
- G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
- G11B20/00557—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein further management data is encrypted, e.g. sector headers, TOC or the lead-in or lead-out areas
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/913—Television signal processing therefor for scrambling ; for copy protection
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2211/00—Indexing scheme relating to details of data-processing equipment not covered by groups G06F3/00 - G06F13/00
- G06F2211/007—Encryption, En-/decode, En-/decipher, En-/decypher, Scramble, (De-)compress
- G06F2211/008—Public Key, Asymmetric Key, Asymmetric Encryption
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
- H04N9/8211—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a sound signal
- H04N9/8216—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a sound signal using time division multiplex
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
- H04N9/8233—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a character code signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/87—Regeneration of colour television signals
- H04N9/877—Regeneration of colour television signals by assembling picture element blocks in an intermediate memory
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Multimedia (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Television Signal Processing For Recording (AREA)
- Circuits Of Receivers In General (AREA)
- Storage Device Security (AREA)
- Lubricants (AREA)
- Cosmetics (AREA)
- Detergent Compositions (AREA)
- Organic Low-Molecular-Weight Compounds And Preparation Thereof (AREA)
- Saccharide Compounds (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 許可されていないソフトウェア担体が再生装
置で再生されるのを防止し、選択された標準のみで再生
を許可できるようにしたソフトウェア担体を提供する。 【解決手段】 内容に関連するデータを含むディスクの
リードイン・セクション中のデータ・ブロックを含め
て、所定のデータ・ブロックが処理され許可コードが導
かれる。許可コードは、公開キー暗号システム対の個人
キーを使用して、暗号形式でディスク上に記憶される。
再生装置は、同じディスク・データを処理して算出コー
ドを導く。再生装置はまた、対応する公開キーを使用し
てディスク上の暗号化許可コードを復号する。ディスク
が再生されるのは、暗号化許可コードが算出コードに合
致する場合だけである。同じ技法を使用して、ディスク
全体の再生だけでなく、ある特定のモードでの再生も制
御することができる。
置で再生されるのを防止し、選択された標準のみで再生
を許可できるようにしたソフトウェア担体を提供する。 【解決手段】 内容に関連するデータを含むディスクの
リードイン・セクション中のデータ・ブロックを含め
て、所定のデータ・ブロックが処理され許可コードが導
かれる。許可コードは、公開キー暗号システム対の個人
キーを使用して、暗号形式でディスク上に記憶される。
再生装置は、同じディスク・データを処理して算出コー
ドを導く。再生装置はまた、対応する公開キーを使用し
てディスク上の暗号化許可コードを復号する。ディスク
が再生されるのは、暗号化許可コードが算出コードに合
致する場合だけである。同じ技法を使用して、ディスク
全体の再生だけでなく、ある特定のモードでの再生も制
御することができる。
Description
【０００１】
【発明の属する技術分野】本発明は、ソフトウェア（た
とえば映画）担体の再生に関し、詳細には、互換性のあ
る再生装置上で再生できる光ディスクを確認する技法に
関する。
とえば映画）担体の再生に関し、詳細には、互換性のあ
る再生装置上で再生できる光ディスクを確認する技法に
関する。
【０００２】
【従来の技術】映画を配給するために最も広く使用され
ている媒体はビデオカセットである。しかし、ディジタ
ル的にコード化された光ディスクは理論上、映画および
他の形態の表現の配給に関してはビデオカセットよりも
ずっと優れている。特に、「圧縮ビデオ」を使用すると
有利であり、これによって、今日のオーディオＣＤ以下
の大きさのディスク上に映画をディジタル的にコード化
することができる。光ディスク上の情報記憶域は実際、
非常に密であり、同じディスクに、同じ映画の複数のバ
ージョン（たとえば、Ｒ指定（成人向き）およびＰＧ指
定（保護者付添い））、それぞれの異なる言語での複数
のサウンドトラック、他の関連信号および無関係の信号
に関するデータを含めることができる。
ている媒体はビデオカセットである。しかし、ディジタ
ル的にコード化された光ディスクは理論上、映画および
他の形態の表現の配給に関してはビデオカセットよりも
ずっと優れている。特に、「圧縮ビデオ」を使用すると
有利であり、これによって、今日のオーディオＣＤ以下
の大きさのディスク上に映画をディジタル的にコード化
することができる。光ディスク上の情報記憶域は実際、
非常に密であり、同じディスクに、同じ映画の複数のバ
ージョン（たとえば、Ｒ指定（成人向き）およびＰＧ指
定（保護者付添い））、それぞれの異なる言語での複数
のサウンドトラック、他の関連信号および無関係の信号
に関するデータを含めることができる。
【０００３】世界全体でいくつかの異なる業界標準が使
用されているので、それに等しい数のビデオカセット標
準がある。たとえば、合衆国で販売されているＮＴＳＣ
ビデオテープは、英国の大部分のビデオカセット再生装
置では再生できない。ソフトウェア出版社が、現在ビデ
オカセットに必要とされているのと同じ数の異なるフォ
ーマットの光ディスクを作成しなくても済むようにする
には、光ディスク上に記憶されているデータを再生装置
によって特定の標準に変換することが極めて好ましい。
そうすれば、世界中のどこでも同じディスクを販売する
ことができる。光ディスク上にディジタル・データを記
憶することによってもたらされる利点のために、非常に
多数の異なる信号を記憶すると共に、このような柔軟性
を達成することができる。
用されているので、それに等しい数のビデオカセット標
準がある。たとえば、合衆国で販売されているＮＴＳＣ
ビデオテープは、英国の大部分のビデオカセット再生装
置では再生できない。ソフトウェア出版社が、現在ビデ
オカセットに必要とされているのと同じ数の異なるフォ
ーマットの光ディスクを作成しなくても済むようにする
には、光ディスク上に記憶されているデータを再生装置
によって特定の標準に変換することが極めて好ましい。
そうすれば、世界中のどこでも同じディスクを販売する
ことができる。光ディスク上にディジタル・データを記
憶することによってもたらされる利点のために、非常に
多数の異なる信号を記憶すると共に、このような柔軟性
を達成することができる。
【０００４】
【発明が解決しようとする課題】しかし、新しい光ディ
スク・フォーマットおよび補助再生装置を開発するには
多額の経費がかかる。さらに、新しい担体フォーマット
を開始するにはかなりの努力が必要であり、少なくとも
初期には、消費者に受け入れられるまで利益は期待でき
ない。新しいフォーマットの人気が高まるにつれて、他
のソフトウェア出版社がそれを利用して、古いフォーマ
ットの担体と共にこの新しいフォーマットの担体を作成
することが予想される。これは、この新しいフォーマッ
トを開発し、このフォーマットが確立されるかどうか成
り行きを待つことによってこのような活動を開始できな
いソフトウェア出版社には不利である。
スク・フォーマットおよび補助再生装置を開発するには
多額の経費がかかる。さらに、新しい担体フォーマット
を開始するにはかなりの努力が必要であり、少なくとも
初期には、消費者に受け入れられるまで利益は期待でき
ない。新しいフォーマットの人気が高まるにつれて、他
のソフトウェア出版社がそれを利用して、古いフォーマ
ットの担体と共にこの新しいフォーマットの担体を作成
することが予想される。これは、この新しいフォーマッ
トを開発し、このフォーマットが確立されるかどうか成
り行きを待つことによってこのような活動を開始できな
いソフトウェア出版社には不利である。
【０００５】できるだけ多くのソフトウェア出版社が早
いうちに参加するようにし、あるいは遅れて参加したソ
フトウェア出版社が料金を支払うようにするには、新し
いフォーマットを確立しようとするハードウェア／ソフ
トウェア製造業者によってディスクが「許可」された場
合にのみ、新しいタイプの再生装置が新しいタイプのデ
ィスクを再生できるようにする方法があれば極めて有利
である。許可されていないソフトウェア出版社が、新し
いタイプの再生装置で再生されるディスクを配給するこ
とを防止する方法があれば、新しいフォーマットを利用
したいすべてのソフトウェア出版社は開発費および初期
マーケティング費用を分担する必要がある。
いうちに参加するようにし、あるいは遅れて参加したソ
フトウェア出版社が料金を支払うようにするには、新し
いフォーマットを確立しようとするハードウェア／ソフ
トウェア製造業者によってディスクが「許可」された場
合にのみ、新しいタイプの再生装置が新しいタイプのデ
ィスクを再生できるようにする方法があれば極めて有利
である。許可されていないソフトウェア出版社が、新し
いタイプの再生装置で再生されるディスクを配給するこ
とを防止する方法があれば、新しいフォーマットを利用
したいすべてのソフトウェア出版社は開発費および初期
マーケティング費用を分担する必要がある。
【０００６】したがって、本発明の目的は、許可されて
いないソフトウェア担体が再生装置で再生されるのを防
止することである。
いないソフトウェア担体が再生装置で再生されるのを防
止することである。
【０００７】許可されていない光ディスクの再生を防止
することが可能になれば、たとえば、ロック・アウトを
さらに１段階だけ進めることができる。このことは、あ
る種の再生を防止し、同時に他の再生を許可することが
できることを意味する。たとえば、光ディスクは、互換
性のある再生装置が、ＮＴＳＣ、ＰＡＬ、ＳＥＣＡＭな
ど世界のどの送信標準でもビデオ信号を生成できるよう
にするフォーマットのディジタル・データを含むことが
できる。ディスクの再生を完全に防止することができる
場合、１つまたは複数の許可済み標準でビデオ信号を生
成するためにディスクを再生できるようにし、同時に他
の標準でのビデオ信号の生成を防止することができる。
オーディオビジュアル作品が特定の分野を対象とするも
のであるソフトウェア出版社は、たとえば、ＳＥＣＡＭ
テレビジョン受信機上でのみディスクを再生させ、他の
受信機では再生させないことに関心を抱く可能性があ
る。そのような出版社はおそらく、すべての標準のテレ
ビジョン受信機上でディスクが再生される出版社よりも
少ないライセンス手数料を支払えば済むはずである。そ
のような場合に必要なことは、選択された標準でしか再
生されない光ディスクを製造するのに必要な知識をソフ
トウェア製造業者に提供することである。
することが可能になれば、たとえば、ロック・アウトを
さらに１段階だけ進めることができる。このことは、あ
る種の再生を防止し、同時に他の再生を許可することが
できることを意味する。たとえば、光ディスクは、互換
性のある再生装置が、ＮＴＳＣ、ＰＡＬ、ＳＥＣＡＭな
ど世界のどの送信標準でもビデオ信号を生成できるよう
にするフォーマットのディジタル・データを含むことが
できる。ディスクの再生を完全に防止することができる
場合、１つまたは複数の許可済み標準でビデオ信号を生
成するためにディスクを再生できるようにし、同時に他
の標準でのビデオ信号の生成を防止することができる。
オーディオビジュアル作品が特定の分野を対象とするも
のであるソフトウェア出版社は、たとえば、ＳＥＣＡＭ
テレビジョン受信機上でのみディスクを再生させ、他の
受信機では再生させないことに関心を抱く可能性があ
る。そのような出版社はおそらく、すべての標準のテレ
ビジョン受信機上でディスクが再生される出版社よりも
少ないライセンス手数料を支払えば済むはずである。そ
のような場合に必要なことは、選択された標準でしか再
生されない光ディスクを製造するのに必要な知識をソフ
トウェア製造業者に提供することである。
【０００８】したがって、本発明の他の目的は、選択さ
れた標準のみで再生を許可できるようにしたソフトウェ
ア担体を提供することである。
れた標準のみで再生を許可できるようにしたソフトウェ
ア担体を提供することである。
【０００９】本発明の原則が、特定のタイプの担体にも
特定の種類のソフトウェアにも限らないことを理解され
たい。本発明に関して予想される最も広範囲の用途は、
新しい光ディスク・フォーマットの開発に関連する用途
である。それにもかかわらず、本発明が特定の媒体にも
（たとえば、テープ担体およびすべてのディジタル記憶
媒体に応用することができる）、映画の配給にも限らな
いことを理解されたい。たとえば、極端なケースでは、
本発明は、「動き」のまったくない静止画像のライブラ
リの配給に応用することができる。「ソフトウェア出版
社」の語は、映画会社よりもずっと多くのものを包含す
るものであり、「担体」の語は、ディジタルコード化光
ディスクよりもずっと多くのものを包含するものであ
る。
特定の種類のソフトウェアにも限らないことを理解され
たい。本発明に関して予想される最も広範囲の用途は、
新しい光ディスク・フォーマットの開発に関連する用途
である。それにもかかわらず、本発明が特定の媒体にも
（たとえば、テープ担体およびすべてのディジタル記憶
媒体に応用することができる）、映画の配給にも限らな
いことを理解されたい。たとえば、極端なケースでは、
本発明は、「動き」のまったくない静止画像のライブラ
リの配給に応用することができる。「ソフトウェア出版
社」の語は、映画会社よりもずっと多くのものを包含す
るものであり、「担体」の語は、ディジタルコード化光
ディスクよりもずっと多くのものを包含するものであ
る。
【００１０】
【課題を解決するための手段】請求項１に係るソフトウ
ェア担体は、許可された出版社のソフトウェア担体と許
可されていない出版社のソフトウェア担体とを区別する
システム上で再生すべきソフトウェア担体であって、前
記ソフトウェア担体が、担体の再生時に信号を生成する
ことができる複数のデータ・ブロックと、許可コード、
すなわち担体上に記憶されている所定の情報のそれぞれ
の関数とを有し、前記担体許可コードが、公開キー暗号
システム対の個人キーを含む暗号であり、前記所定の情
報が、データ・ブロックをどのように処理すべきかを判
定するための制御情報を含む担体のリードイン・セクシ
ョン中の担体のソフトウェア内容の関数であることを特
徴とするものである。
ェア担体は、許可された出版社のソフトウェア担体と許
可されていない出版社のソフトウェア担体とを区別する
システム上で再生すべきソフトウェア担体であって、前
記ソフトウェア担体が、担体の再生時に信号を生成する
ことができる複数のデータ・ブロックと、許可コード、
すなわち担体上に記憶されている所定の情報のそれぞれ
の関数とを有し、前記担体許可コードが、公開キー暗号
システム対の個人キーを含む暗号であり、前記所定の情
報が、データ・ブロックをどのように処理すべきかを判
定するための制御情報を含む担体のリードイン・セクシ
ョン中の担体のソフトウェア内容の関数であることを特
徴とするものである。
【００１１】請求項２に係るソフトウェア担体は、許可
された出版社のソフトウェア担体と許可されていない出
版社のソフトウェア担体とを区別するシステム上で再生
すべきソフトウェア担体であって、前記ソフトウェア担
体が、担体の再生時に信号を生成することができる複数
のデータ・ブロックと、許可コード、すなわち担体上に
記憶されている所定の情報のそれぞれの関数とを有し、
前記所定の情報が、データ・ブロックをどのように処理
すべきかを判定するための制御情報を含む担体のセクシ
ョン中の担体のソフトウェア内容の関数であることを特
徴とするものである。
された出版社のソフトウェア担体と許可されていない出
版社のソフトウェア担体とを区別するシステム上で再生
すべきソフトウェア担体であって、前記ソフトウェア担
体が、担体の再生時に信号を生成することができる複数
のデータ・ブロックと、許可コード、すなわち担体上に
記憶されている所定の情報のそれぞれの関数とを有し、
前記所定の情報が、データ・ブロックをどのように処理
すべきかを判定するための制御情報を含む担体のセクシ
ョン中の担体のソフトウェア内容の関数であることを特
徴とするものである。
【００１２】請求項３に係るソフトウェア担体は、さら
に、異なる許可コード、すなわち、許可された各再生モ
ードごとの、担体上に記憶されている所定の情報のそれ
ぞれの関数を含むことを特徴とするものである。
に、異なる許可コード、すなわち、許可された各再生モ
ードごとの、担体上に記憶されている所定の情報のそれ
ぞれの関数を含むことを特徴とするものである。
【００１３】請求項４に係るソフトウェア担体は、各担
体許可コードが、公開キー暗号システム対の個人キーで
暗号化されることを特徴とするものである。
体許可コードが、公開キー暗号システム対の個人キーで
暗号化されることを特徴とするものである。
【００１４】
【発明の実施の形態】発明の概要 本発明は、再生されるあらゆるディスクが、許可された
ものになるようにする暗号技法を使用する。同じ基本技
法を使用して、ディスク全体を許可することも、あるい
は個別の標準を許可することもできる。ディスクのリー
ドイン・セクションは、ディスク全体に関する確認コー
ドを含むことができる。本発明の例示的な実施例では、
個別の各標準ごとに確認コードがある。再生装置は、必
要な許可コードがディスク上にあるかどうか検査する。
ない場合、再生装置はディスクをまったく再生せず、あ
るいは特定の標準をロック・アウトする。明らかに、単
にディスク全体に許可コードを割り当てることも、ある
いは異なる各標準ごとに許可コードを割り当てることも
十分ではない。というのは、許可されていない出版社
が、単に許可された出版社のディスクから許可コードを
読み取ることによってそのコードをコードを判定できる
からである。
ものになるようにする暗号技法を使用する。同じ基本技
法を使用して、ディスク全体を許可することも、あるい
は個別の標準を許可することもできる。ディスクのリー
ドイン・セクションは、ディスク全体に関する確認コー
ドを含むことができる。本発明の例示的な実施例では、
個別の各標準ごとに確認コードがある。再生装置は、必
要な許可コードがディスク上にあるかどうか検査する。
ない場合、再生装置はディスクをまったく再生せず、あ
るいは特定の標準をロック・アウトする。明らかに、単
にディスク全体に許可コードを割り当てることも、ある
いは異なる各標準ごとに許可コードを割り当てることも
十分ではない。というのは、許可されていない出版社
が、単に許可された出版社のディスクから許可コードを
読み取ることによってそのコードをコードを判定できる
からである。
【００１５】このため、許可コードを、ディスク自体上
に含まれるデータの関数とする。許可されたソフトウェ
ア出版社には、許可された出版社（または、それぞれの
標準で再生するための発行を許可された出版社）のみが
知り、ディスク上のデータを処理しコード化された「結
果」を生成するために使用される秘密アルゴリズムが与
えられる。この結果は、実際にディスク上に記憶される
許可コードである。あらゆる再生装置は、データを使用
してビデオ信号を生成する前に、ディスク上のある所定
のデータを読み取り、対応する「結果」を算出する。２
つの結果が合致する場合、ディスク（または特定の標
準）は許可されていると仮定される。このように、ディ
スクに必要な許可コードがディスク上のプログラム材料
の内容の関数であり、もちろん、ディスクごとに異なる
ので、真に許可されたディスク上の許可コードをコピー
するだけでは十分でない（すべての許可された出版社に
秘密アルゴリズムを提供するのでなく、中央ライセンシ
ング機関がすべてのコード化を実行することもでき
る）。
に含まれるデータの関数とする。許可されたソフトウェ
ア出版社には、許可された出版社（または、それぞれの
標準で再生するための発行を許可された出版社）のみが
知り、ディスク上のデータを処理しコード化された「結
果」を生成するために使用される秘密アルゴリズムが与
えられる。この結果は、実際にディスク上に記憶される
許可コードである。あらゆる再生装置は、データを使用
してビデオ信号を生成する前に、ディスク上のある所定
のデータを読み取り、対応する「結果」を算出する。２
つの結果が合致する場合、ディスク（または特定の標
準）は許可されていると仮定される。このように、ディ
スクに必要な許可コードがディスク上のプログラム材料
の内容の関数であり、もちろん、ディスクごとに異なる
ので、真に許可されたディスク上の許可コードをコピー
するだけでは十分でない（すべての許可された出版社に
秘密アルゴリズムを提供するのでなく、中央ライセンシ
ング機関がすべてのコード化を実行することもでき
る）。
【００１６】しかし、十分な時間および努力を費やせ
ば、再生装置をリバース・エンジニアリングし、ディス
ク上の所定のデータを処理して許可コードを導くことが
できるので、これでも十分ではない。再生装置で使用さ
れるアルゴリズムが分かった後、そのアルゴリズムは、
任意のソフトウェアに必要なコードを導くために、認可
されていない出版社によって使用することができる。数
百万台の再生装置を制御するアルゴリズムをソフトウェ
アにコード化し、１０数社の製造業者が再生装置を製造
しているので、秘密を保証することは困難である。この
ため、暗号化コードと、公開キー暗号として知られるも
のを使用することが好ましい。
ば、再生装置をリバース・エンジニアリングし、ディス
ク上の所定のデータを処理して許可コードを導くことが
できるので、これでも十分ではない。再生装置で使用さ
れるアルゴリズムが分かった後、そのアルゴリズムは、
任意のソフトウェアに必要なコードを導くために、認可
されていない出版社によって使用することができる。数
百万台の再生装置を制御するアルゴリズムをソフトウェ
アにコード化し、１０数社の製造業者が再生装置を製造
しているので、秘密を保証することは困難である。この
ため、暗号化コードと、公開キー暗号として知られるも
のを使用することが好ましい。
【００１７】暗号方式の場合と同様に、暗号化のための
キーと復号のためのキーの２つのキーが使用される。公
開キー暗号に関するユニークな点は、公開キーが知られ
ても通常、それから秘密キーを判定することはできない
ことである。所定のデータを処理して許可コードを導く
アルゴリズムがすべての人に知られていると仮定する。
許可されたソフトウェア出版社は、このアルゴリズムを
使用して、そのディスク用の許可コードを導くが、許可
コード自体はディスク上には記憶されていない。記憶さ
れているものは、暗号化許可コードであり、暗号化に秘
密キーが使用されている。あらゆる再生装置は、同じア
ルゴリズムを実行して同じ結果、すなわち算出コードを
導く。再生装置は次いで、対応する公開キーを使用して
ディスク上の暗号化コードを復号し、復号化コードが、
算出コードに合致するかどうか検査する。それらが合致
する場合にかぎり、ディスク上に妥当な許可コードがあ
ると仮定される。この方式が有効であるのは、アルゴリ
ズムおよび公開キーが知られても、許可されていない製
造業者は暗号化を実行する方法を知ることができず、暗
号化許可コードを自分のディスク上に記憶することがで
きないからである。この技法は、公開キー暗号における
「署名許可」に共通する要素を有する。
キーと復号のためのキーの２つのキーが使用される。公
開キー暗号に関するユニークな点は、公開キーが知られ
ても通常、それから秘密キーを判定することはできない
ことである。所定のデータを処理して許可コードを導く
アルゴリズムがすべての人に知られていると仮定する。
許可されたソフトウェア出版社は、このアルゴリズムを
使用して、そのディスク用の許可コードを導くが、許可
コード自体はディスク上には記憶されていない。記憶さ
れているものは、暗号化許可コードであり、暗号化に秘
密キーが使用されている。あらゆる再生装置は、同じア
ルゴリズムを実行して同じ結果、すなわち算出コードを
導く。再生装置は次いで、対応する公開キーを使用して
ディスク上の暗号化コードを復号し、復号化コードが、
算出コードに合致するかどうか検査する。それらが合致
する場合にかぎり、ディスク上に妥当な許可コードがあ
ると仮定される。この方式が有効であるのは、アルゴリ
ズムおよび公開キーが知られても、許可されていない製
造業者は暗号化を実行する方法を知ることができず、暗
号化許可コードを自分のディスク上に記憶することがで
きないからである。この技法は、公開キー暗号における
「署名許可」に共通する要素を有する。
【００１８】しかし、この手法に関しては、少なくとも
本発明の例示的な実施例には依然として実際的な問題が
ある。後述のように、同じ映画の複数のバージョンを再
生することができる。データは離散ブロックに記憶さ
れ、同じ映画の複数のバージョンを単一のトラックに含
める方法は、あるデータ・ブロック（その時点では再生
されないバージョンの再生に必要なもの）のスキップオ
ーバを制御することである。ディスク上に記憶されてい
るデータから算出コードを導くアルゴリズムでは、特定
のブロック（特定の所定のアドレスを有するブロック）
中のデータが処理される。このため、許可されていない
出版社は、許可済みディスクから指定のデータ・ブロッ
クをコピーし、そのディスク用の暗号化許可コードを、
許可されていないディスク上で使用することができる。
再生装置アルゴリズムは、これらのデータ・ブロックを
処理し、ディスク上の正当な出版社の許可コードが再生
装置で復号された後で、それに一致する算出コードを導
く。このコピーによって、完全に前後関係のないフレー
ムが表示されるが（言うまでもなく、著作権侵害問
題）、再生装置にこのようなコピー済みブロックをスキ
ップオーバさせる適当なコードをディスク上に記憶する
ことによって、ブロックが、選択されたバージョンに必
要でないもののときにはスキップオーバされるため、こ
れを回避することができる。
本発明の例示的な実施例には依然として実際的な問題が
ある。後述のように、同じ映画の複数のバージョンを再
生することができる。データは離散ブロックに記憶さ
れ、同じ映画の複数のバージョンを単一のトラックに含
める方法は、あるデータ・ブロック（その時点では再生
されないバージョンの再生に必要なもの）のスキップオ
ーバを制御することである。ディスク上に記憶されてい
るデータから算出コードを導くアルゴリズムでは、特定
のブロック（特定の所定のアドレスを有するブロック）
中のデータが処理される。このため、許可されていない
出版社は、許可済みディスクから指定のデータ・ブロッ
クをコピーし、そのディスク用の暗号化許可コードを、
許可されていないディスク上で使用することができる。
再生装置アルゴリズムは、これらのデータ・ブロックを
処理し、ディスク上の正当な出版社の許可コードが再生
装置で復号された後で、それに一致する算出コードを導
く。このコピーによって、完全に前後関係のないフレー
ムが表示されるが（言うまでもなく、著作権侵害問
題）、再生装置にこのようなコピー済みブロックをスキ
ップオーバさせる適当なコードをディスク上に記憶する
ことによって、ブロックが、選択されたバージョンに必
要でないもののときにはスキップオーバされるため、こ
れを回避することができる。
【００１９】この問題も、ソフトウェア出版社とあらゆ
る再生装置の両方によって最初にコードを導くために処
理されるデータ・ブロックが、他の出版社のディスクか
らはコピーできない内容データを含む、ディスクのリー
ドイン・セクション中のブロックとなるようにすること
によって回避することができる。これは、リードイン・
データが目次、利用可能な表示言語、再生すべきソフト
ウェアに特有の他の多数の項目などのものからなるから
である。このように、許可されていない出版社が、許可
された出版社のコードおよびデータ・ブロックをコピー
することはできなくなる。
る再生装置の両方によって最初にコードを導くために処
理されるデータ・ブロックが、他の出版社のディスクか
らはコピーできない内容データを含む、ディスクのリー
ドイン・セクション中のブロックとなるようにすること
によって回避することができる。これは、リードイン・
データが目次、利用可能な表示言語、再生すべきソフト
ウェアに特有の他の多数の項目などのものからなるから
である。このように、許可されていない出版社が、許可
された出版社のコードおよびデータ・ブロックをコピー
することはできなくなる。
【００２０】同じ基本技法を使用して、ディスク全体の
再生を許可することも、あるいは特定のビデオ標準に従
って再生することもできる。本発明の例示的な実施例で
は、各標準ごとに異なる公開キー／個人キー対が提供さ
れる。データ・ブロックを処理するアルゴリズムは共通
のものでよいが、どの標準でも、その標準に従って再生
すべきディスクを配給することを許可されたソフトウェ
ア出版社にしか与えられない固有の個人キーで共通の
「結果」を暗号化する必要がある。再生装置ソフトウェ
アは、ユーザが必要とするビデオ標準を検査し、標準ア
ルゴリズムを使用して算出コードを導き、次いでその標
準に固有の記憶されている公開キーを使用してディスク
上の暗号化コードを復号し、それが算出コードに合致す
るかどうか調べる。合致しない場合、その標準での再生
は許可されない。
再生を許可することも、あるいは特定のビデオ標準に従
って再生することもできる。本発明の例示的な実施例で
は、各標準ごとに異なる公開キー／個人キー対が提供さ
れる。データ・ブロックを処理するアルゴリズムは共通
のものでよいが、どの標準でも、その標準に従って再生
すべきディスクを配給することを許可されたソフトウェ
ア出版社にしか与えられない固有の個人キーで共通の
「結果」を暗号化する必要がある。再生装置ソフトウェ
アは、ユーザが必要とするビデオ標準を検査し、標準ア
ルゴリズムを使用して算出コードを導き、次いでその標
準に固有の記憶されている公開キーを使用してディスク
上の暗号化コードを復号し、それが算出コードに合致す
るかどうか調べる。合致しない場合、その標準での再生
は許可されない。
【００２１】本発明は数多くの優れた特徴を提供するシ
ステム全体に亙る前後文脈の中に開示されている。添付
の請求の範囲は特別な特徴に向けられているが、全体シ
ステムは以下説明する。以下の説明において特に関心の
ある特徴の全リストは： ・ビデオ標準及び領域的ロックアウト。 ・多重アスペクト比での再生。 ・多重バージョン、例えば、同一ディスクからの同一映
画のＰＧ （パーレンタルガイダンス：親同伴）等級及びＲ（制限
付き）等級での再生であり、選択的なＲ等級再生の自動
的なパーレンタル不能化を伴っての再生。 ・認定（検定）が済んでいない出版社又は不当と認めら
れる出版社が再生可能なディスクを生産することを防止
する認定符号又は認定済み符号の符号化。 ・多重言語のオーディオトラック及び多重言語のサブタ
イトル（説明字幕）トラックとを、ユーザの言語選択の
特定化機能を伴って単一ディスク上に装備。 ・多重「他の」オーディオトラック、例えばその各々ト
ラックがオーケストラ音楽の幾つかの構成要素を有して
おり、ユーザがその所望の混合を選択する機能を伴って
の装備。 ・単一担体上の上述機能の全てを可能とすべく、データ
ブロックの可変等級符号化、そしてトラックスイッチン
グ及び／又はミキシングによるビット容量の効率使用。
ステム全体に亙る前後文脈の中に開示されている。添付
の請求の範囲は特別な特徴に向けられているが、全体シ
ステムは以下説明する。以下の説明において特に関心の
ある特徴の全リストは： ・ビデオ標準及び領域的ロックアウト。 ・多重アスペクト比での再生。 ・多重バージョン、例えば、同一ディスクからの同一映
画のＰＧ （パーレンタルガイダンス：親同伴）等級及びＲ（制限
付き）等級での再生であり、選択的なＲ等級再生の自動
的なパーレンタル不能化を伴っての再生。 ・認定（検定）が済んでいない出版社又は不当と認めら
れる出版社が再生可能なディスクを生産することを防止
する認定符号又は認定済み符号の符号化。 ・多重言語のオーディオトラック及び多重言語のサブタ
イトル（説明字幕）トラックとを、ユーザの言語選択の
特定化機能を伴って単一ディスク上に装備。 ・多重「他の」オーディオトラック、例えばその各々ト
ラックがオーケストラ音楽の幾つかの構成要素を有して
おり、ユーザがその所望の混合を選択する機能を伴って
の装備。 ・単一担体上の上述機能の全てを可能とすべく、データ
ブロックの可変等級符号化、そしてトラックスイッチン
グ及び／又はミキシングによるビット容量の効率使用。
【００２２】本発明の更なる目的、特徴及び長所等は、
図面と関連しての以下の詳細な説明を検討することによ
って漸次明らかになるであろう。 先行技術 先行技術の複数の限定は図１のシステムによって例証さ
れる。こうしたシステムは、通常ＶＨＳビデオカセット
であるプログラムデータの単一ソースを再生して多重標
準の内の選択された１つに合致したビデオ信号を発生す
べく、現在入手可能である。このタイプのシステムは多
重標準ＶＣＲとして呼称されており、図中には複数の独
立構成要素が示されている。典型的には、ＶＨＳテープ
７はその上にＮＴＳＣ（アナログ）ビデオ信号を記録し
ており、そのテープがＶＨＳ再生装置又はプレヤー５で
再生される。このアナログ信号はＡ／Ｄコンバータ９で
ディジタル形態に変換され、そして、複数の連続的なフ
レームのディジタル表現がビデオフレームストア１１内
に読み込まれる。それで回路１３は余分なフレームを削
除するか、或いは、選択された標準、例えばＰＡＬに合
致するために必要な追加フレームを概算して追加する。
１つの標準から他の標準へ変換するために、一般にフィ
ールド又はフレーム内の水平ラインの数を変更する必要
がある（イメージスケーリング又は画像拡大縮小）。こ
れは、通常、幾つかのラインを削減すること、及び／又
は、連続的なラインの幾つかを繰り返すか或いは平均す
ることによってそれらの間に挿入されるべき新しいライ
ンを引き出すことによって達成される。回路１３の主要
機能は、勿論、ディジタルフレーム表現をビデオ出力と
してのアナログ形態に変換することである。
図面と関連しての以下の詳細な説明を検討することによ
って漸次明らかになるであろう。 先行技術 先行技術の複数の限定は図１のシステムによって例証さ
れる。こうしたシステムは、通常ＶＨＳビデオカセット
であるプログラムデータの単一ソースを再生して多重標
準の内の選択された１つに合致したビデオ信号を発生す
べく、現在入手可能である。このタイプのシステムは多
重標準ＶＣＲとして呼称されており、図中には複数の独
立構成要素が示されている。典型的には、ＶＨＳテープ
７はその上にＮＴＳＣ（アナログ）ビデオ信号を記録し
ており、そのテープがＶＨＳ再生装置又はプレヤー５で
再生される。このアナログ信号はＡ／Ｄコンバータ９で
ディジタル形態に変換され、そして、複数の連続的なフ
レームのディジタル表現がビデオフレームストア１１内
に読み込まれる。それで回路１３は余分なフレームを削
除するか、或いは、選択された標準、例えばＰＡＬに合
致するために必要な追加フレームを概算して追加する。
１つの標準から他の標準へ変換するために、一般にフィ
ールド又はフレーム内の水平ラインの数を変更する必要
がある（イメージスケーリング又は画像拡大縮小）。こ
れは、通常、幾つかのラインを削減すること、及び／又
は、連続的なラインの幾つかを繰り返すか或いは平均す
ることによってそれらの間に挿入されるべき新しいライ
ンを引き出すことによって達成される。回路１３の主要
機能は、勿論、ディジタルフレーム表現をビデオ出力と
してのアナログ形態に変換することである。
【００２３】図１に示されたタイプのシステムは、一般
に、ビデオ出力を劣化する。従来のビデオカセットは、
それらが１つ以上のビデオ標準をサポートしている場
合、低減された品質のビデオを送出する。１つの理由
は、アナログからディジタルへ、そして再度戻すという
二重変換があるからである。他の理由としては、イメー
ジスケーリングが、通常、粗雑なやり方（複数ラインの
削除、複数ラインの繰り返し及び平均化）で行われるか
らである。しかしながら、画像を劣化させることなく、
ディジタル領域内でイメージスケーリングを実行する複
数の方法が知られている。一般的には用いられないが、
その技法は先行技術であるが、本発明の例証的実施例に
おいても用いられるので簡単に説明することにする。
に、ビデオ出力を劣化する。従来のビデオカセットは、
それらが１つ以上のビデオ標準をサポートしている場
合、低減された品質のビデオを送出する。１つの理由
は、アナログからディジタルへ、そして再度戻すという
二重変換があるからである。他の理由としては、イメー
ジスケーリングが、通常、粗雑なやり方（複数ラインの
削除、複数ラインの繰り返し及び平均化）で行われるか
らである。しかしながら、画像を劣化させることなく、
ディジタル領域内でイメージスケーリングを実行する複
数の方法が知られている。一般的には用いられないが、
その技法は先行技術であるが、本発明の例証的実施例に
おいても用いられるので簡単に説明することにする。
【００２４】具体例を挙げると、ＰＡＬ標準は１フレー
ムに６２５本のライン数であり、ＮＴＳＣ標準は１フレ
ームに５２５本のライン数である。画像の何れの部分も
垂直帰線期間には形成されることがないので、何れのシ
ステムにおいても水平ラインスキャンの全てが画像情報
の表示のために使用されることはない。ＰＡＬ標準にお
ける画像情報には１フレームにつき公称５７６本のライ
ン数があり、ＮＴＳＣの場合における画像情報には公称
４８３本のライン数がある。
ムに６２５本のライン数であり、ＮＴＳＣ標準は１フレ
ームに５２５本のライン数である。画像の何れの部分も
垂直帰線期間には形成されることがないので、何れのシ
ステムにおいても水平ラインスキャンの全てが画像情報
の表示のために使用されることはない。ＰＡＬ標準にお
ける画像情報には１フレームにつき公称５７６本のライ
ン数があり、ＮＴＳＣの場合における画像情報には公称
４８３本のライン数がある。
【００２５】１つの標準から他の標準への変換のために
は、引き続くフィールドを先ずデインターレースする又
はインターレース解除する。５７６本のライン数を４８
３本へ変換し或いはその逆変換して、レインターレース
又は再インターレースを実行する。これがどのようにし
てなされるかは概念的に心に描くことは容易である。例
えば、ＰＡＬフレームを通る非常に薄いスライスを考え
る。このスライスはその３つのカラー成分に分解され
る。ＰＡＬからＮＴＳＣへの変換のためのイメージスケ
ーリングは、概念上の観点から、カラーデータの５７６
の複数のＰＡＬピース又はＰＡＬ片に基づく曲線を描い
て、ＮＴＳＣ信号の各水平ラインのためのデータのピー
ス又は一片を引き出すために、その曲線を４８３の複数
パーツに分割する以上の何物でもない。実際上、これは
補間処理によって達成され、ディジタル的になされる。
（イメージスケーリングは、一般に、例えばＨＤＴＶか
らＮＴＳＣへ向かう場合、アスペクト比の変更をも伴う
可能性があり、そして、各水平ラインの両端での情報は
刈り込まれ可能性がある。）こうして先行技術に係るシ
ステムは標準変換の準備を行い、それは柔軟性の程度に
関わる。一方、図２のシステムは先行技術において企図
すらされなかった複数の方法に空前無比の柔軟性を提供
するものである。
は、引き続くフィールドを先ずデインターレースする又
はインターレース解除する。５７６本のライン数を４８
３本へ変換し或いはその逆変換して、レインターレース
又は再インターレースを実行する。これがどのようにし
てなされるかは概念的に心に描くことは容易である。例
えば、ＰＡＬフレームを通る非常に薄いスライスを考え
る。このスライスはその３つのカラー成分に分解され
る。ＰＡＬからＮＴＳＣへの変換のためのイメージスケ
ーリングは、概念上の観点から、カラーデータの５７６
の複数のＰＡＬピース又はＰＡＬ片に基づく曲線を描い
て、ＮＴＳＣ信号の各水平ラインのためのデータのピー
ス又は一片を引き出すために、その曲線を４８３の複数
パーツに分割する以上の何物でもない。実際上、これは
補間処理によって達成され、ディジタル的になされる。
（イメージスケーリングは、一般に、例えばＨＤＴＶか
らＮＴＳＣへ向かう場合、アスペクト比の変更をも伴う
可能性があり、そして、各水平ラインの両端での情報は
刈り込まれ可能性がある。）こうして先行技術に係るシ
ステムは標準変換の準備を行い、それは柔軟性の程度に
関わる。一方、図２のシステムは先行技術において企図
すらされなかった複数の方法に空前無比の柔軟性を提供
するものである。
【００２６】本発明の例証的システム図２のシステム
は、光ディスク２３を再生するディスクドライブ２１を
含む。ディスク上に記憶されたディジタルデータはデー
タアウト導体２５上に現れる。ディスクドライブの作動
又はオペレーションはマイクロプロセッサディスクドラ
イブコントローラ２７によって制御される。読取りヘッ
ドはヘッド位置（ポジション）コントロール用リード線
２９を通じて発せられるコマンドによって位置付けら
れ、ディスク回転のスピードは速度コントロール導体３
１を通じて発せられるコマンドによって制御される。光
ディスクは、通常、一定の線形速度或いは定角速度の何
れかで駆動される。（他の可能性は、複数の定角速度の
内の飛び飛びの数の使用を含む。）本発明のディスクは
一定線形速度で駆動されることができて、各ビットによ
って取られるトラックの線形長は、１ビットがトラック
の内側部分或いは外側部分に記録されようが同一であ
る。これは最大データの記憶に備えるものである。定線
形速度は、外側トラックが読取られ状態にある時、ディ
スクの回転速度は減少することを要求している。光ディ
スク制御のこのタイプのものは従来技術である。例え
ば、ＣＤオーディオ標準もまた、ディスクが定線形速度
で回転することを要求する。
は、光ディスク２３を再生するディスクドライブ２１を
含む。ディスク上に記憶されたディジタルデータはデー
タアウト導体２５上に現れる。ディスクドライブの作動
又はオペレーションはマイクロプロセッサディスクドラ
イブコントローラ２７によって制御される。読取りヘッ
ドはヘッド位置（ポジション）コントロール用リード線
２９を通じて発せられるコマンドによって位置付けら
れ、ディスク回転のスピードは速度コントロール導体３
１を通じて発せられるコマンドによって制御される。光
ディスクは、通常、一定の線形速度或いは定角速度の何
れかで駆動される。（他の可能性は、複数の定角速度の
内の飛び飛びの数の使用を含む。）本発明のディスクは
一定線形速度で駆動されることができて、各ビットによ
って取られるトラックの線形長は、１ビットがトラック
の内側部分或いは外側部分に記録されようが同一であ
る。これは最大データの記憶に備えるものである。定線
形速度は、外側トラックが読取られ状態にある時、ディ
スクの回転速度は減少することを要求している。光ディ
スク制御のこのタイプのものは従来技術である。例え
ば、ＣＤオーディオ標準もまた、ディスクが定線形速度
で回転することを要求する。
【００２７】マイクロプロセッサ４１はこのシステムの
マスターコントローラである。こうして、ディスクドラ
イブコントローラにコマンドが導体４３を通じて発せら
れ、そして、ディスクドライブコントローラの状態を導
体４５を通じて決定する。ディスクドライブコントロー
ラには他の２つの入力が設けられている。ブロック番号
／ポインタアナライザ４７は導体４９を通じてコマンド
をディスクドライブコントローラに発し、そして、バッ
ファフル導体５１はオア（ＯＲ）ゲート５４からディス
クドライブコントローラまで制御信号を引き延ばしてい
る。此等の２つの入力については下述することにする。
（一般に、個々の導体を参照しているが、前後関係上、
此等の導体の幾つかは実は複数ビットを平行に引き延ば
すためのケーブルであることを理解して戴きたい。例え
ば、オアゲート５４の出力は単一導体５１を通じてディ
スクドライブコントローラまで引き延ばすことができ、
ブロック番号／ポインタアナライザ４７はケーブル４９
によってディスクドライブコントローラに接続されるこ
とができ、マルチビットデータが、シリアルよりかはむ
しろ、平行して送出され得る。）
マスターコントローラである。こうして、ディスクドラ
イブコントローラにコマンドが導体４３を通じて発せら
れ、そして、ディスクドライブコントローラの状態を導
体４５を通じて決定する。ディスクドライブコントロー
ラには他の２つの入力が設けられている。ブロック番号
／ポインタアナライザ４７は導体４９を通じてコマンド
をディスクドライブコントローラに発し、そして、バッ
ファフル導体５１はオア（ＯＲ）ゲート５４からディス
クドライブコントローラまで制御信号を引き延ばしてい
る。此等の２つの入力については下述することにする。
（一般に、個々の導体を参照しているが、前後関係上、
此等の導体の幾つかは実は複数ビットを平行に引き延ば
すためのケーブルであることを理解して戴きたい。例え
ば、オアゲート５４の出力は単一導体５１を通じてディ
スクドライブコントローラまで引き延ばすことができ、
ブロック番号／ポインタアナライザ４７はケーブル４９
によってディスクドライブコントローラに接続されるこ
とができ、マルチビットデータが、シリアルよりかはむ
しろ、平行して送出され得る。）
【００２８】図２のシステムの重要な特徴は、符号化資
料又は符号化データの複雑さに従って変化する速度又は
レートで、ビット情報がディスク上に記憶されることで
ある。これによって、データアウト導体２５上に実際に
現れるビット数／秒が変化するということを意味せず、
むしろ毎秒使用されるビット数が変化することを意味す
る。ビデオ情報は圧縮ディジタル形態で記憶される。図
１３は複数のビデオフレームがＭＰＥＧ１及びＭＰＥＧ
２基準又は標準に従って符号化される方法を示す。独立
Ｉフレームはその全体が符号化されている。予測された
フレーム又はＰ−フレームは先行する独立フレームに基
づいて予測されたフレームであり、Ｐフレームのために
実際に要求されるディジタル情報は、実際のフレームと
その予測との間の差を単に表わす。双方向的に予測され
たＢ−フレームはＩ及び／又はＰフレームから予測され
るフレームであり、この場合もまた、そうしたフレーム
のために要求される情報を伴い、実際形態と予測形態と
の間の差を表わす。（理解され得るように、早送り及び
早戻し機能は、もしも所望されれば、Ｉ−フレームを用
いることによって最良の状態で実現される。）フレーム
の表現に要求されるビット数は、そのタイプばかりでは
なく、表現されるべき実際のビジュアル情報にも依存す
る。明らかに、花のある原野を表現するよりも青空を表
現する方がはるかに少ないビット数が要求される。ＭＰ
ＥＧ標準は、画像フレームが最少限のビット数で符号化
されることを可能とすべく設計されている。フレーム情
報は一定速度で要求される。例えば、もしも映画フィル
ムがディスク上においてディジタル形態で表現されれ
ば、２４フレームが再生の１秒毎に表現されることとな
る。１フレームに要求されるビット数は、フレーム毎に
根本的に異なる。フレームは一定速度で処理されていく
ので、１秒毎に処理（使用）されるビット数は非常に低
い値から非常に高い値まで変化し得る。こうして、複数
ビットがディスクから実際に読取られる時、それらはデ
ィスクから一定速度で読取られるかもしれないが、それ
らは一定速度で処理される必然性はない。
料又は符号化データの複雑さに従って変化する速度又は
レートで、ビット情報がディスク上に記憶されることで
ある。これによって、データアウト導体２５上に実際に
現れるビット数／秒が変化するということを意味せず、
むしろ毎秒使用されるビット数が変化することを意味す
る。ビデオ情報は圧縮ディジタル形態で記憶される。図
１３は複数のビデオフレームがＭＰＥＧ１及びＭＰＥＧ
２基準又は標準に従って符号化される方法を示す。独立
Ｉフレームはその全体が符号化されている。予測された
フレーム又はＰ−フレームは先行する独立フレームに基
づいて予測されたフレームであり、Ｐフレームのために
実際に要求されるディジタル情報は、実際のフレームと
その予測との間の差を単に表わす。双方向的に予測され
たＢ−フレームはＩ及び／又はＰフレームから予測され
るフレームであり、この場合もまた、そうしたフレーム
のために要求される情報を伴い、実際形態と予測形態と
の間の差を表わす。（理解され得るように、早送り及び
早戻し機能は、もしも所望されれば、Ｉ−フレームを用
いることによって最良の状態で実現される。）フレーム
の表現に要求されるビット数は、そのタイプばかりでは
なく、表現されるべき実際のビジュアル情報にも依存す
る。明らかに、花のある原野を表現するよりも青空を表
現する方がはるかに少ないビット数が要求される。ＭＰ
ＥＧ標準は、画像フレームが最少限のビット数で符号化
されることを可能とすべく設計されている。フレーム情
報は一定速度で要求される。例えば、もしも映画フィル
ムがディスク上においてディジタル形態で表現されれ
ば、２４フレームが再生の１秒毎に表現されることとな
る。１フレームに要求されるビット数は、フレーム毎に
根本的に異なる。フレームは一定速度で処理されていく
ので、１秒毎に処理（使用）されるビット数は非常に低
い値から非常に高い値まで変化し得る。こうして、複数
ビットがディスクから実際に読取られる時、それらはデ
ィスクから一定速度で読取られるかもしれないが、それ
らは一定速度で処理される必然性はない。
【００２９】同様な考え方は、ディスク上に記憶された
如何なるオーディオに対しても適応される。如何なるデ
ータブロックも像フレームの可変数に要求されるビット
情報を含み得る。如何なるデータブロックも、多数のオ
ーディオトラックまでの可変数の可変持続時間に要求さ
れるビット情報を含み得る。（まさに１つの物理的トラ
ックがある。多重オーディオトラックの基準は個々のオ
ーディオ資料を含む時分割スライス列とは異なる。）オ
ーディオトラックはディジタル情報を含み、それはまた
圧縮形態でもあり得る。これは、もしも特定のオーディ
オトラック用の何れかのデータブロックに情報が記憶さ
れていれば、それらのビット数は同一持続時間を表わす
とは限らないことを意味する。あるブロック内に表現さ
れた複数の画像フレームに対応する任意のオーディオト
ラックのために記録された音声の持続時間は、その画像
フレームの持続時間である、と考え得る。これは、オー
ディオ情報が実際に必要となる前に読取られるというこ
とを意味し、充分な量が既に蓄積された時には、更なる
オーディオ情報の読取りを停止するか、或いは、先行し
ての供給過多を補償すべく、幾つかのデータブロックに
はオーディオが含まれないということを付帯条件として
いる。これはバッファリングの概念に至り、即ち、オー
ディオバッファ５３、ビデオバッファ５５、パンスキャ
ンバッファ５７、サブタイトルバッファ５９、そして上
記バッファフル（又はバッファ一杯）信号を発生するオ
アゲート５４に至る。
如何なるオーディオに対しても適応される。如何なるデ
ータブロックも像フレームの可変数に要求されるビット
情報を含み得る。如何なるデータブロックも、多数のオ
ーディオトラックまでの可変数の可変持続時間に要求さ
れるビット情報を含み得る。（まさに１つの物理的トラ
ックがある。多重オーディオトラックの基準は個々のオ
ーディオ資料を含む時分割スライス列とは異なる。）オ
ーディオトラックはディジタル情報を含み、それはまた
圧縮形態でもあり得る。これは、もしも特定のオーディ
オトラック用の何れかのデータブロックに情報が記憶さ
れていれば、それらのビット数は同一持続時間を表わす
とは限らないことを意味する。あるブロック内に表現さ
れた複数の画像フレームに対応する任意のオーディオト
ラックのために記録された音声の持続時間は、その画像
フレームの持続時間である、と考え得る。これは、オー
ディオ情報が実際に必要となる前に読取られるというこ
とを意味し、充分な量が既に蓄積された時には、更なる
オーディオ情報の読取りを停止するか、或いは、先行し
ての供給過多を補償すべく、幾つかのデータブロックに
はオーディオが含まれないということを付帯条件として
いる。これはバッファリングの概念に至り、即ち、オー
ディオバッファ５３、ビデオバッファ５５、パンスキャ
ンバッファ５７、サブタイトルバッファ５９、そして上
記バッファフル（又はバッファ一杯）信号を発生するオ
アゲート５４に至る。
【００３０】ディスクから各データブロックが読取られ
ると、ゲート６１がもしも開であれば該ゲート６１を通
過し、そのビットフィールドがデマルチプレクサ６３に
よって種々のバッファ及びコマンド／データ線６５を通
じてマスターコントローラ４１へ分配される。本発明の
例証的実施例における各データブロックは、画像フレー
ムの可変数に対応しているビデオビット情報を含んでい
る。上述したように、そこには、多量のビット数、少量
のビット数、或いはビット数ではないものまであり得る
（例えば、再生される特別なディスクが如何なるビデオ
をも表現しない場合）。ビデオデータの引き続くグルー
プはビデオバッファ５５内にマーカーによって分離され
て記憶される。ビデオデコーダ６７は、導体７１を通じ
てデータの新しいバッチが供給されることを欲した時
に、導体６９を通じてコマンドを発する。コマンドは安
定速度で発せられるが、返答として供給されるビット数
は、処理される特定フレームに要求されるビット数に従
って変化する。ディスクドライブからビット数が読取ら
れる速度は、殆どのフレームに関してはそうではない
が、最大限の情報を要求するフレームを融通するために
充分に高速である。これは、データブロックが実際に読
取られる速度は、それらが使用される速度よりも高速で
あることを意味する。しかしこれは、良好に設計された
システムは、データが処理のために実際に要求されるま
では、データブロックの読取りを遅延すべきであること
を意味しない。１つの事柄のために、データが実際に要
求された時、読取りヘッドはその所望のデータブロック
の最初に位置し得ないこともある。この理由のためにバ
ッファリングは設けられている。ビデオバッファ５５は
かなりの数の引き続くフレームのためのビット情報を含
み（実際の数は、当業界で公知なように、ビット数の読
取り速度や、フレームの処理速度等に依存している）、
ビデオデータブロック情報はビデオデコーダ６７によっ
て決定される一定フレーム速度でビデオバッファから読
取られる。ビデオデータはそのバッファだけに、該バッ
ファが一杯（ＦＵＬＬ）になるまで送出される。一度、
バッファが一杯になると、記憶することが不可能となる
ので、それ以上の情報が送出されるべきではない。ビデ
オバッファが一杯のとき、導体６９上の信号はオアゲー
ト５４の出力をハイ（ＨＩＧＨ）として、ディスクドラ
イブコントローラ２７に複数のバッファの内の１つが一
杯であることを知らせる。
ると、ゲート６１がもしも開であれば該ゲート６１を通
過し、そのビットフィールドがデマルチプレクサ６３に
よって種々のバッファ及びコマンド／データ線６５を通
じてマスターコントローラ４１へ分配される。本発明の
例証的実施例における各データブロックは、画像フレー
ムの可変数に対応しているビデオビット情報を含んでい
る。上述したように、そこには、多量のビット数、少量
のビット数、或いはビット数ではないものまであり得る
（例えば、再生される特別なディスクが如何なるビデオ
をも表現しない場合）。ビデオデータの引き続くグルー
プはビデオバッファ５５内にマーカーによって分離され
て記憶される。ビデオデコーダ６７は、導体７１を通じ
てデータの新しいバッチが供給されることを欲した時
に、導体６９を通じてコマンドを発する。コマンドは安
定速度で発せられるが、返答として供給されるビット数
は、処理される特定フレームに要求されるビット数に従
って変化する。ディスクドライブからビット数が読取ら
れる速度は、殆どのフレームに関してはそうではない
が、最大限の情報を要求するフレームを融通するために
充分に高速である。これは、データブロックが実際に読
取られる速度は、それらが使用される速度よりも高速で
あることを意味する。しかしこれは、良好に設計された
システムは、データが処理のために実際に要求されるま
では、データブロックの読取りを遅延すべきであること
を意味しない。１つの事柄のために、データが実際に要
求された時、読取りヘッドはその所望のデータブロック
の最初に位置し得ないこともある。この理由のためにバ
ッファリングは設けられている。ビデオバッファ５５は
かなりの数の引き続くフレームのためのビット情報を含
み（実際の数は、当業界で公知なように、ビット数の読
取り速度や、フレームの処理速度等に依存している）、
ビデオデータブロック情報はビデオデコーダ６７によっ
て決定される一定フレーム速度でビデオバッファから読
取られる。ビデオデータはそのバッファだけに、該バッ
ファが一杯（ＦＵＬＬ）になるまで送出される。一度、
バッファが一杯になると、記憶することが不可能となる
ので、それ以上の情報が送出されるべきではない。ビデ
オバッファが一杯のとき、導体６９上の信号はオアゲー
ト５４の出力をハイ（ＨＩＧＨ）として、ディスクドラ
イブコントローラ２７に複数のバッファの内の１つが一
杯であることを知らせる。
【００３１】同様の所見は他の３つのタイプのバッファ
に適用される。（単一のサブタイトルバッファ５９、単
一のパンスキャンバッファ５７、多数のオーディオバッ
ファ５３があり、これら全ての目的は下述する。）此等
バッファの何れかが一杯になった時、その対応する出力
はオアゲート５４にそのバッファフル導体を制御させて
ハイとさせて、複数のバッファの内の１つが一杯である
旨をディスクドライブコントローラに知らせるようにす
る。オーディオバッファ５３及びサブタイトルバッファ
５９は、ビデオバッファ５５のための説明と同等の態様
又は方法をもって作動する。オーディオプロセッサデコ
ーダ７１は、オーディオトラックデータを要求する時に
オーディオバッファに対してコマンドを発し、その時に
該オーディオバッファはそうしたデータを供給する。同
様に、グラフィックスゼネレータ７３はサブタイトルバ
ッファ５９からデータを検索し、パンスキャンプロセッ
サ／垂直スケーラ８７は、下述するように、パンスキャ
ンバッファ５７からデータを受け取る。
に適用される。（単一のサブタイトルバッファ５９、単
一のパンスキャンバッファ５７、多数のオーディオバッ
ファ５３があり、これら全ての目的は下述する。）此等
バッファの何れかが一杯になった時、その対応する出力
はオアゲート５４にそのバッファフル導体を制御させて
ハイとさせて、複数のバッファの内の１つが一杯である
旨をディスクドライブコントローラに知らせるようにす
る。オーディオバッファ５３及びサブタイトルバッファ
５９は、ビデオバッファ５５のための説明と同等の態様
又は方法をもって作動する。オーディオプロセッサデコ
ーダ７１は、オーディオトラックデータを要求する時に
オーディオバッファに対してコマンドを発し、その時に
該オーディオバッファはそうしたデータを供給する。同
様に、グラフィックスゼネレータ７３はサブタイトルバ
ッファ５９からデータを検索し、パンスキャンプロセッ
サ／垂直スケーラ８７は、下述するように、パンスキャ
ンバッファ５７からデータを受け取る。
【００３２】４つのバッファの内の任意の１つが一杯に
なったとき（上記ブロック５３内の個々別々のバッファ
の任意の１つも含む）、ディスクドライバコントローラ
２７はディスクドライブのデータ読取りを停止させる。
バッファの全てがそれを受け付けることができるまで、
即ちバッファの何れもが一杯ではなく且つ導体５１がロ
ー（ＬＯＷ）となるまで、再度のデータの読取りは行わ
れない。（逆に、もしもバッファがあまりにも急速に空
乏状態となるのであるなら、導体上３１の速度制御信号
を調整して、ディスク速さ及びそれによるバッファが満
たされる速度を増大する。）
なったとき（上記ブロック５３内の個々別々のバッファ
の任意の１つも含む）、ディスクドライバコントローラ
２７はディスクドライブのデータ読取りを停止させる。
バッファの全てがそれを受け付けることができるまで、
即ちバッファの何れもが一杯ではなく且つ導体５１がロ
ー（ＬＯＷ）となるまで、再度のデータの読取りは行わ
れない。（逆に、もしもバッファがあまりにも急速に空
乏状態となるのであるなら、導体上３１の速度制御信号
を調整して、ディスク速さ及びそれによるバッファが満
たされる速度を増大する。）
【００３３】バッファリングのこの議論は、ディスクド
ライブコントローラ２７へのバッファフル入力５１の検
討から起こった。説明を加えるべく残された他の入力
は、ケーブル４９によって表されるものである。下述す
るように、各データブロックは、その始めにおけるポイ
ンタ情報と共に、連続的なブロック番号を有する。回路
４７は連続的なブロック番号を読取り、そのポインタ情
報を解析する。ポインタは、即ち連続的なブロック番号
は、読取れるべき次のデータブロックを指向する。この
情報はケーブル４９を通じてディスクドライブコントロ
ーラに供給される。この様にして、ディスクドライブコ
ントローラはディスクドライブの読取りヘッドの位置付
けを制御できるので、所望のデータブロックにアクセス
され得る。しばしば、間違ったブロックが読取られるこ
とがあり、これは、例えば、ＣＤオーディオディスクの
再生中に１つのトラックから他のトラックへジャンプを
なす際の場合のように、新しいブロックへのジャンプの
場合に経験されるものである。もしもディスクドライブ
が、あまりにも高いか或いはあまりにも低いかする連続
的ブロック番号のデータブロックを読取ろうとしたなら
ば、これはブロック番号／ポインタアナライザ４７によ
って決定されてから、ケーブル４９を通じて新しいコマ
ンドがディスクドライブコントローラに発せられ、より
低いブロック番号か或いはより高いブロック番号の他の
ブロックを読取るようさせる。新しいブロックを読取る
ために読取りヘッドがそれ自体を位置付けしている間、
読取られるデータは実際には使用されない。ゲート６１
は閉状態を保持しているので、４つのバッファと、コマ
ンド／データリード線を通じてのマスターコントローラ
４１とに対する分配のために、情報はデマルチプレクサ
６３へは送出されない。連続的なブロック番号をそのブ
ロックの最初に解析する回路４７によって決定されるよ
うに、正しいデータブロックに到達された時のみ、導体
７５はパルス状に脈動してハイとなってゲート６１を開
とする。
ライブコントローラ２７へのバッファフル入力５１の検
討から起こった。説明を加えるべく残された他の入力
は、ケーブル４９によって表されるものである。下述す
るように、各データブロックは、その始めにおけるポイ
ンタ情報と共に、連続的なブロック番号を有する。回路
４７は連続的なブロック番号を読取り、そのポインタ情
報を解析する。ポインタは、即ち連続的なブロック番号
は、読取れるべき次のデータブロックを指向する。この
情報はケーブル４９を通じてディスクドライブコントロ
ーラに供給される。この様にして、ディスクドライブコ
ントローラはディスクドライブの読取りヘッドの位置付
けを制御できるので、所望のデータブロックにアクセス
され得る。しばしば、間違ったブロックが読取られるこ
とがあり、これは、例えば、ＣＤオーディオディスクの
再生中に１つのトラックから他のトラックへジャンプを
なす際の場合のように、新しいブロックへのジャンプの
場合に経験されるものである。もしもディスクドライブ
が、あまりにも高いか或いはあまりにも低いかする連続
的ブロック番号のデータブロックを読取ろうとしたなら
ば、これはブロック番号／ポインタアナライザ４７によ
って決定されてから、ケーブル４９を通じて新しいコマ
ンドがディスクドライブコントローラに発せられ、より
低いブロック番号か或いはより高いブロック番号の他の
ブロックを読取るようさせる。新しいブロックを読取る
ために読取りヘッドがそれ自体を位置付けしている間、
読取られるデータは実際には使用されない。ゲート６１
は閉状態を保持しているので、４つのバッファと、コマ
ンド／データリード線を通じてのマスターコントローラ
４１とに対する分配のために、情報はデマルチプレクサ
６３へは送出されない。連続的なブロック番号をそのブ
ロックの最初に解析する回路４７によって決定されるよ
うに、正しいデータブロックに到達された時のみ、導体
７５はパルス状に脈動してハイとなってゲート６１を開
とする。
【００３４】ブロックの残りはそれからデマルチプレク
サへ送出される。また、ディスクから読取られたデータ
ビットは、導体７７を通じてマイクロプロセッサマスタ
ーコントローラ４１へも送出される。各データブロック
は、種々のバッファへ分配されるべきビット情報だけで
はなく、例えば、そのブロック内に実際に見出されるべ
きデータの種類を識別するビット等の制御情報をも含
む。こうした識別ビット（フラッグ等の下述するもの）
はマスターコントローラへ供給されることによって、常
にシステムの制御下にある。識別ビットはデマルチプレ
クサによって使用され、種々のバッファに対するデータ
分配を制御する。（マスターコントローラは、導体７６
を通じてコマンドをブロック番号／ポインタアナライザ
４７に対して発し、該アナライザ４７はこの要素に対し
て一般制御のみを実行するばかりか、たくさんのデータ
ブロックが、もしも引き続く処理が要求されていなけ
ば、デマルチプレクサに入ることを防止することが適切
であるように、該要素４７をして導体７５上のイネーブ
ル信号をターンオフさせることによる特殊な制御を実行
する。）
サへ送出される。また、ディスクから読取られたデータ
ビットは、導体７７を通じてマイクロプロセッサマスタ
ーコントローラ４１へも送出される。各データブロック
は、種々のバッファへ分配されるべきビット情報だけで
はなく、例えば、そのブロック内に実際に見出されるべ
きデータの種類を識別するビット等の制御情報をも含
む。こうした識別ビット（フラッグ等の下述するもの）
はマスターコントローラへ供給されることによって、常
にシステムの制御下にある。識別ビットはデマルチプレ
クサによって使用され、種々のバッファに対するデータ
分配を制御する。（マスターコントローラは、導体７６
を通じてコマンドをブロック番号／ポインタアナライザ
４７に対して発し、該アナライザ４７はこの要素に対し
て一般制御のみを実行するばかりか、たくさんのデータ
ブロックが、もしも引き続く処理が要求されていなけ
ば、デマルチプレクサに入ることを防止することが適切
であるように、該要素４７をして導体７５上のイネーブ
ル信号をターンオフさせることによる特殊な制御を実行
する。）
【００３５】マスターコントローラはシステムの心臓で
あり、実際、下述するような処理の大部分を実行する。
再生装置のユーザは、典型的にはキーボードであるイン
ターフェース７９を介してマスターコントローラと通信
する。またユーザにはキー及びロック機構が備えられ、
此等を象徴的に符号８１で示し、ここでは「パーレンタ
ルロック”PARENTAL LOCK”」オプションとして呼称す
る。もしもこのロックがターンオンされれば、Ｒ（制約
付き）等級映画は再生しないことになる。ディスク上に
実際に表現されたビットによって制御されるこの方法又
は手法は下述する。もしもロックがオンで、Ｒ等級画像
だけがディスク上であれば、パーレンタルロック制御導
体８３上のディスエーブル信号はゲート６１を閉じる。
データビットはゲートを通じて何等伝達されず、ディス
クは再生され得ない。以下の説明で明らかになるよう
に、もしもディスクがその上にＲ等級でないフィルム
（映画）バージョンを有すれば、観賞者又は視聴者によ
っての選択があればそれが再生されることになる。パー
レンタルロックの特徴は、実際のキー及びロックの使用
を要求しているように示されているが、この特徴は子供
の両親（パーレンツ”PARENTS”）だけに知られたキー
ボード入力が要求されることによって実現又は履行され
得ることを理解して戴きたい。マスターコントローラに
映画のＲ等級バージョンは見られるべきものではないこ
とを知らせる方法又は手法は何れか１つの形態に限定さ
れない。ちょうど物理的キー及び符号化キーのようなも
のを代替的に使用してコンピュータへのアクセスを制御
するようにすれば、それらは図２のシステム中に入るこ
とができる。重要なことは、２つの異なるバージョンを
同一ディスク上に表現させ得る（各々の全バージョンを
要求することなく）方法であり、選択されたバージョン
が先ず再生され得るかをシステムがどのようにして決定
するかである。これは下述することにする。
あり、実際、下述するような処理の大部分を実行する。
再生装置のユーザは、典型的にはキーボードであるイン
ターフェース７９を介してマスターコントローラと通信
する。またユーザにはキー及びロック機構が備えられ、
此等を象徴的に符号８１で示し、ここでは「パーレンタ
ルロック”PARENTAL LOCK”」オプションとして呼称す
る。もしもこのロックがターンオンされれば、Ｒ（制約
付き）等級映画は再生しないことになる。ディスク上に
実際に表現されたビットによって制御されるこの方法又
は手法は下述する。もしもロックがオンで、Ｒ等級画像
だけがディスク上であれば、パーレンタルロック制御導
体８３上のディスエーブル信号はゲート６１を閉じる。
データビットはゲートを通じて何等伝達されず、ディス
クは再生され得ない。以下の説明で明らかになるよう
に、もしもディスクがその上にＲ等級でないフィルム
（映画）バージョンを有すれば、観賞者又は視聴者によ
っての選択があればそれが再生されることになる。パー
レンタルロックの特徴は、実際のキー及びロックの使用
を要求しているように示されているが、この特徴は子供
の両親（パーレンツ”PARENTS”）だけに知られたキー
ボード入力が要求されることによって実現又は履行され
得ることを理解して戴きたい。マスターコントローラに
映画のＲ等級バージョンは見られるべきものではないこ
とを知らせる方法又は手法は何れか１つの形態に限定さ
れない。ちょうど物理的キー及び符号化キーのようなも
のを代替的に使用してコンピュータへのアクセスを制御
するようにすれば、それらは図２のシステム中に入るこ
とができる。重要なことは、２つの異なるバージョンを
同一ディスク上に表現させ得る（各々の全バージョンを
要求することなく）方法であり、選択されたバージョン
が先ず再生され得るかをシステムがどのようにして決定
するかである。これは下述することにする。
【００３６】マスターコントローラ４１は、これまで説
明しなかった他の幾つかの出力を含む。導体８５は図２
に示されたサブシステムの全てまで延びるマスタークロ
ックバスを表す。如何なるディジタルシステムにおいて
も、マスタークロック信号は種々の回路の適切な同調を
制御するために要求される。マスターコントローラの他
の６つの出力は、デマルチプレクサ６３、オーディオプ
ロセッサ７１、パンスキャンプロセッサ／垂直スケーラ
８７、ビデオフレームストア・インターレース・３：２
プルダウン回路８９、グラフィックスゼネレータ７３、
並びに、シンクゼネレータ・ＤＶＡコンバータ９２まで
に延びている。此等は個々別々の回路ブロックの作動を
制御するための制御リード線である。
明しなかった他の幾つかの出力を含む。導体８５は図２
に示されたサブシステムの全てまで延びるマスタークロ
ックバスを表す。如何なるディジタルシステムにおいて
も、マスタークロック信号は種々の回路の適切な同調を
制御するために要求される。マスターコントローラの他
の６つの出力は、デマルチプレクサ６３、オーディオプ
ロセッサ７１、パンスキャンプロセッサ／垂直スケーラ
８７、ビデオフレームストア・インターレース・３：２
プルダウン回路８９、グラフィックスゼネレータ７３、
並びに、シンクゼネレータ・ＤＶＡコンバータ９２まで
に延びている。此等は個々別々の回路ブロックの作動を
制御するための制御リード線である。
【００３７】オーディオプロセッサデコーダ７１はバッ
ファ５３内のデータを処理し、個々別々のオーディオア
ナログ信号を引き出し、此等は符号９１で象徴的に示さ
れたアンプ／スピーカシステムへ引き延ばされる。ビデ
オデコーダ６７はバッファ５５から読取られた圧縮ビデ
オデータから導体９３上にディジタルビデオ信号を引き
出す。ディジタルビデオは、フレーム毎に、パンスキャ
ンプロセッサ／垂直スケーラ８７へ供給される。採用さ
れている特別なビデオ符号化／復号化は本発明の特徴の
１つではない。好ましい基準又は標準は、ＭＰＥＧ１及
びＭＰＥＧ２の方針に従ったものとなるであろうが、此
等は例証的なものでしかない。同じことは、オーディオ
トラック符号化についても当てはまる。本発明は特別な
符号化方法に限定されない。
ファ５３内のデータを処理し、個々別々のオーディオア
ナログ信号を引き出し、此等は符号９１で象徴的に示さ
れたアンプ／スピーカシステムへ引き延ばされる。ビデ
オデコーダ６７はバッファ５５から読取られた圧縮ビデ
オデータから導体９３上にディジタルビデオ信号を引き
出す。ディジタルビデオは、フレーム毎に、パンスキャ
ンプロセッサ／垂直スケーラ８７へ供給される。採用さ
れている特別なビデオ符号化／復号化は本発明の特徴の
１つではない。好ましい基準又は標準は、ＭＰＥＧ１及
びＭＰＥＧ２の方針に従ったものとなるであろうが、此
等は例証的なものでしかない。同じことは、オーディオ
トラック符号化についても当てはまる。本発明は特別な
符号化方法に限定されない。
【００３８】回路５７及び８７の作動は、図１４の象徴
的図面を先ず検討することによって最も良く理解され得
る。本発明の好適実施例における光ディスク上に記憶さ
れたディジタル情報は、１６：９の「マスター」アスペ
クト比を有するフレーム、いわゆる「ワイドスクリー
ン」像を特徴付ける。マスターアスペクト比は図１４の
左上方に示されたものである。もしも、ユーザのテレビ
受像機に表示されるべき究極的又は根本的なアナログ信
号がこのアスペクト比を要求し、（垂直帰線の間に生じ
る水平走査ラインと対立するものとして）画像情報を伴
う水平走査ライン数がディスク上に記憶されたビデオビ
ット情報によって表現される水平ラインの数と一致する
ものであれば、ビデオアナログ信号の発生は簡単なもの
である。しかし、ユーザのテレビ受像機が４：３アスペ
クト比を有するＴＶ信号に適応し、そしてディスク上の
マスターアスペクト比が４：３でなくむしろ１６：９で
あれば、２つの選択肢がある。一方がオリジナル画像を
「レターボックス」形態で表示することである。図１４
の右側に示されるように、この場合でなされていること
は、マスターイメージを垂直方向に均一に圧縮すること
によって、その水平寸法がテレビ受像機の範囲内に嵌合
する。これは、垂直寸法が同時に短縮されて、それがＴ
Ｖ表示領域の全体高さより小さく充満することになる。
これが意味するものは、各全体フレームの上部及び下部
における水平ライン走査が消去されなければならず、そ
れらの場所に形成された暗帯又はダークバンドを付帯条
件とするが、オリジナルアスペクト比は保存される。他
のオプションは、「パンスキャン」の圧縮アスペクト比
用である。これが意味するものは、４：３アスペクト比
を有するボックスをオリジナルのワイドスクリーンイメ
ージ上に添えることである。その結果、画像の左側、右
側、或いは両側が切り取られる。（全ての場合、たとえ
１６：９のマスターアスペクト比に対応するワイドスク
リーン像が示されたとしても、ディスク上に表現された
水平ラインの数とは異なる水平ライン走査の数を形成す
る必要があり得る。水平ラインの数は、ビデオ出力が合
致しなければならないビデオ信号標準の関数である。ラ
イン数を変更することは、上述したように、垂直スケー
リングとしての公知の処理である。）
的図面を先ず検討することによって最も良く理解され得
る。本発明の好適実施例における光ディスク上に記憶さ
れたディジタル情報は、１６：９の「マスター」アスペ
クト比を有するフレーム、いわゆる「ワイドスクリー
ン」像を特徴付ける。マスターアスペクト比は図１４の
左上方に示されたものである。もしも、ユーザのテレビ
受像機に表示されるべき究極的又は根本的なアナログ信
号がこのアスペクト比を要求し、（垂直帰線の間に生じ
る水平走査ラインと対立するものとして）画像情報を伴
う水平走査ライン数がディスク上に記憶されたビデオビ
ット情報によって表現される水平ラインの数と一致する
ものであれば、ビデオアナログ信号の発生は簡単なもの
である。しかし、ユーザのテレビ受像機が４：３アスペ
クト比を有するＴＶ信号に適応し、そしてディスク上の
マスターアスペクト比が４：３でなくむしろ１６：９で
あれば、２つの選択肢がある。一方がオリジナル画像を
「レターボックス」形態で表示することである。図１４
の右側に示されるように、この場合でなされていること
は、マスターイメージを垂直方向に均一に圧縮すること
によって、その水平寸法がテレビ受像機の範囲内に嵌合
する。これは、垂直寸法が同時に短縮されて、それがＴ
Ｖ表示領域の全体高さより小さく充満することになる。
これが意味するものは、各全体フレームの上部及び下部
における水平ライン走査が消去されなければならず、そ
れらの場所に形成された暗帯又はダークバンドを付帯条
件とするが、オリジナルアスペクト比は保存される。他
のオプションは、「パンスキャン」の圧縮アスペクト比
用である。これが意味するものは、４：３アスペクト比
を有するボックスをオリジナルのワイドスクリーンイメ
ージ上に添えることである。その結果、画像の左側、右
側、或いは両側が切り取られる。（全ての場合、たとえ
１６：９のマスターアスペクト比に対応するワイドスク
リーン像が示されたとしても、ディスク上に表現された
水平ラインの数とは異なる水平ライン走査の数を形成す
る必要があり得る。水平ラインの数は、ビデオ出力が合
致しなければならないビデオ信号標準の関数である。ラ
イン数を変更することは、上述したように、垂直スケー
リングとしての公知の処理である。）
【００３９】パンスキャン処理に関して、図１４から明
らかなことは、パンスキャン圧縮アスペクト比画像を形
成するために用いられるべき１６：９マスターアスペク
ト比画像のその部分を識別するために要求される全て
は、使用されるべき情報の各水平ライン走査毎の出発点
を特定することである。単一番号を特定することで（例
えば、合計９６０コラムからのコラム２００）、この目
的には充分である。しかしながら、問題は常に同一コラ
ムが使用されるものかどうかである。ある場合では、再
生装置に対して、もしも４：３アスペクト比が所望であ
れば、常にワイドスクリーン像の真ん中から取り出すよ
うに命令される可能性もある。他の場合では、可変的な
コラム出発点が所望される可能性がり、その場合、デー
タブロックは他の変更が実行されるまではその点から使
用されるべき出発コラム番号を表す情報を実際に含むこ
とになる。
らかなことは、パンスキャン圧縮アスペクト比画像を形
成するために用いられるべき１６：９マスターアスペク
ト比画像のその部分を識別するために要求される全て
は、使用されるべき情報の各水平ライン走査毎の出発点
を特定することである。単一番号を特定することで（例
えば、合計９６０コラムからのコラム２００）、この目
的には充分である。しかしながら、問題は常に同一コラ
ムが使用されるものかどうかである。ある場合では、再
生装置に対して、もしも４：３アスペクト比が所望であ
れば、常にワイドスクリーン像の真ん中から取り出すよ
うに命令される可能性もある。他の場合では、可変的な
コラム出発点が所望される可能性がり、その場合、デー
タブロックは他の変更が実行されるまではその点から使
用されるべき出発コラム番号を表す情報を実際に含むこ
とになる。
【００４０】以下の説明から明らかなように、各データ
ブロックのビデオ情報は、パンスキャンコラム情報が更
新されるべき否かを表すフラッグを含む。もしもそうし
たフラッグがあれば、ビデオデコーダ６７は導体９５を
通じてコマンドをパンスキャンバッファ５７に発する。
この時、そのバッファはパンスキャン更新をデマルチプ
レクサ６３から受入れる。連続するフレームに伴うパン
スキャンプロセッサ／垂直スケーラ８７による使用に供
すべく、その更新は他の変更が生ずるまでそのバッファ
中に残存する。
ブロックのビデオ情報は、パンスキャンコラム情報が更
新されるべき否かを表すフラッグを含む。もしもそうし
たフラッグがあれば、ビデオデコーダ６７は導体９５を
通じてコマンドをパンスキャンバッファ５７に発する。
この時、そのバッファはパンスキャン更新をデマルチプ
レクサ６３から受入れる。連続するフレームに伴うパン
スキャンプロセッサ／垂直スケーラ８７による使用に供
すべく、その更新は他の変更が生ずるまでそのバッファ
中に残存する。
【００４１】パンスキャンプロセッサ／垂直スケーラ８
７において、水平ラインの数は調整され、アスペクト比
は変更される。ディジタルビデオがビデオデコーダ６７
によって供給され、そして要求されれば、パンスキャン
情報がバッファ５７によって提供される。回路８７の出
力は、所望されたアスペクト比であり且つ選択されたテ
レビジョン標準用に要求された水平ライン数によって表
される非圧縮ディジタルビデオから成る。
７において、水平ラインの数は調整され、アスペクト比
は変更される。ディジタルビデオがビデオデコーダ６７
によって供給され、そして要求されれば、パンスキャン
情報がバッファ５７によって提供される。回路８７の出
力は、所望されたアスペクト比であり且つ選択されたテ
レビジョン標準用に要求された水平ライン数によって表
される非圧縮ディジタルビデオから成る。
【００４２】一度、ビデオフレーム情報がフレームスト
ア８９内にディジタル的に記憶されると、それは、もし
も選択された標準が要求すれば、複数のインターレース
状フィールドに解体される。また、３：２プルダウンは
毎秒２４フレームの映画を毎秒６０フィールドのビデオ
に変換するために用いられる技術であり（公称値２４及
び６０は、実際には２３．９７及び５９．９４であ
る）、映画を表すデータをＮＴＳＣフォーマットに変換
することであり、フレーム情報（データブロック）が毎
秒２４のレート又は速度で読取られる必要がある。（当
業界では標準であるように、そうした変換をソース資料
のフレーム１に適用してビデオ信号のフィールド１、２
並びに３にし、ソース資料のフレーム２をビデオ信号の
フィールド４及び５にし、ソース資料のフレーム３をビ
デオ信号のフィールド６、７並びに８にする等、２４の
オリジナルフレームから６０フィールドをもたらす。）
一方、ＰＡＬ標準への変換は相対的に簡単であり、３：
２プルダウンは要求されない。ＰＡＬ標準は毎秒５０フ
ィールドを要求する。フレームは毎秒２５のレートで処
理され、各フレームは２つのフィールドを形成するため
に使用される。（映画フィルムは毎秒２４フレームのレ
ートで撮影されるにもかかわらず、ＰＡＬに変換された
際に毎秒２５のレートで処理されるので、ＴＶスクリー
ン上で生ずる凡ゆることは合衆国におけるよりはヨーロ
ッパにおいて４％だけより速く生ずる。）フレームが毎
秒２５のレート或いは毎秒２４のレートで処理されよう
が、バス８５上のマスタークロック信号の周波数を変更
することによって制御される。
ア８９内にディジタル的に記憶されると、それは、もし
も選択された標準が要求すれば、複数のインターレース
状フィールドに解体される。また、３：２プルダウンは
毎秒２４フレームの映画を毎秒６０フィールドのビデオ
に変換するために用いられる技術であり（公称値２４及
び６０は、実際には２３．９７及び５９．９４であ
る）、映画を表すデータをＮＴＳＣフォーマットに変換
することであり、フレーム情報（データブロック）が毎
秒２４のレート又は速度で読取られる必要がある。（当
業界では標準であるように、そうした変換をソース資料
のフレーム１に適用してビデオ信号のフィールド１、２
並びに３にし、ソース資料のフレーム２をビデオ信号の
フィールド４及び５にし、ソース資料のフレーム３をビ
デオ信号のフィールド６、７並びに８にする等、２４の
オリジナルフレームから６０フィールドをもたらす。）
一方、ＰＡＬ標準への変換は相対的に簡単であり、３：
２プルダウンは要求されない。ＰＡＬ標準は毎秒５０フ
ィールドを要求する。フレームは毎秒２５のレートで処
理され、各フレームは２つのフィールドを形成するため
に使用される。（映画フィルムは毎秒２４フレームのレ
ートで撮影されるにもかかわらず、ＰＡＬに変換された
際に毎秒２５のレートで処理されるので、ＴＶスクリー
ン上で生ずる凡ゆることは合衆国におけるよりはヨーロ
ッパにおいて４％だけより速く生ずる。）フレームが毎
秒２５のレート或いは毎秒２４のレートで処理されよう
が、バス８５上のマスタークロック信号の周波数を変更
することによって制御される。
【００４３】ブロック８９の出力はディジタルであり、
シンクゼネレータ・Ｄ／Ａコンバータ９２まで引き延ば
される。この要素内において、適当なシンク（同調）パ
ルスが複数フィールド内に挿入され、ディジタル情報が
アナログへ変換される。要求される任意のサブタイトル
はバッファ５９に含まれている。マイクロプロセッサ４
１の制御下、コマンドが制御リード線９７を通じてグラ
フィックスゼネレータ７３へ発せられる。この従来的な
回路はサブタイトルバッファから符号化キャラクタ情報
を検索し、そうしたサブタイトルを示すビデオ信号を導
体９９上に発生する。キー信号は導体９８上で発生さ
れ、此等の２つの信号は従来のキーヤ回路９６まで引き
延ばされる。この装置はビデオイメージにサブタイトル
を合併し（当業界では公知なように、製造業者のオプシ
ョンとしてハードキー或いは線形キーを利用する）、そ
してそのコンポジット信号を従来のＴＶ表示装置９４ま
で引き延ばす。
シンクゼネレータ・Ｄ／Ａコンバータ９２まで引き延ば
される。この要素内において、適当なシンク（同調）パ
ルスが複数フィールド内に挿入され、ディジタル情報が
アナログへ変換される。要求される任意のサブタイトル
はバッファ５９に含まれている。マイクロプロセッサ４
１の制御下、コマンドが制御リード線９７を通じてグラ
フィックスゼネレータ７３へ発せられる。この従来的な
回路はサブタイトルバッファから符号化キャラクタ情報
を検索し、そうしたサブタイトルを示すビデオ信号を導
体９９上に発生する。キー信号は導体９８上で発生さ
れ、此等の２つの信号は従来のキーヤ回路９６まで引き
延ばされる。この装置はビデオイメージにサブタイトル
を合併し（当業界では公知なように、製造業者のオプシ
ョンとしてハードキー或いは線形キーを利用する）、そ
してそのコンポジット信号を従来のＴＶ表示装置９４ま
で引き延ばす。
【００４４】導入部トラックフィールド 詳細処理の説明に進む前に、ディスクトラックの導入部
分に記憶された情報を検討することが参考になるであろ
う。この情報は図３の示された個々のフィールドに記憶
されており、ディスクから読取られたデータの引き続く
処理を制御するのがこの情報である。データブロックの
フォーマットは図４に示されているが、このブロックの
データがどのようにして使われるかを理解するために、
最初に読取られたセットアップ情報を評価することが必
要である。
分に記憶された情報を検討することが参考になるであろ
う。この情報は図３の示された個々のフィールドに記憶
されており、ディスクから読取られたデータの引き続く
処理を制御するのがこの情報である。データブロックの
フォーマットは図４に示されているが、このブロックの
データがどのようにして使われるかを理解するために、
最初に読取られたセットアップ情報を評価することが必
要である。
【００４５】図３において、トラックの最初に多くの導
入シンクビットがある。他の全ての記載項目又はエント
リーのためにビットの最少数及び最大数がその適切なコ
ラムに示されているが、そうした数は導入シンクビット
には設けられていない。トラックの始めに要求されるシ
ンクビットの数は採用されたハードウェアに依存する。
もしも特定のハードウェア及びディスクスピードの範囲
が包含されたならば、充分な数のシンクビットがトラッ
クの最初に設けられて、ディスクドライブ、コントロー
ラ２７並びにブロック番号／ポインタアナライザ４７等
を含む各種回路がディスク読取りに関係させられ、それ
ら自体をデータアウト導体２５上のビットストリームに
同期させるようにする。ビット同期はディジタルシステ
ムにおいて良く知られた技術である。
入シンクビットがある。他の全ての記載項目又はエント
リーのためにビットの最少数及び最大数がその適切なコ
ラムに示されているが、そうした数は導入シンクビット
には設けられていない。トラックの始めに要求されるシ
ンクビットの数は採用されたハードウェアに依存する。
もしも特定のハードウェア及びディスクスピードの範囲
が包含されたならば、充分な数のシンクビットがトラッ
クの最初に設けられて、ディスクドライブ、コントロー
ラ２７並びにブロック番号／ポインタアナライザ４７等
を含む各種回路がディスク読取りに関係させられ、それ
ら自体をデータアウト導体２５上のビットストリームに
同期させるようにする。ビット同期はディジタルシステ
ムにおいて良く知られた技術である。
【００４６】第２フィールドは認定（検定）済み領域を
表す４０ビットから成る。ソフトウェア出版社が彼等の
ソフトウェアの再生を締め出すこと又はロックアウトす
ることができる幾つかの方法がある。最も重要なこと
は、Ｒ等級映画が再生され得るかどうか（上記パーレン
タルロックアウト・オプション）、そして、最終のアナ
ログ出力ビデオ信号はユーザによって選択された標準を
仮定しているかどうか、を制御することを含む。このよ
うにして、例えば、ソフトウェア出版社は映画をＮＴＳ
Ｃ受像機では再生され得るが、ＰＡＬ受像機では再生さ
れ得ないようにすることができる。しかし、再生装置に
この種のロックアウト制御が設けられている限り、複数
の領域に達し得る。本発明のディスクが用いられる全て
の再生装置は、規格書の同一セットと合致する。その設
計の１つの特徴は、各再生装置には販売のために意図さ
れた領域或いは複数領域の表示が設けられている。例え
ば、その領域或いは複数領域は、ＤＩＰスイッチ、マイ
クロプロセッサＲＯＭ（例えば、マスターコントローラ
４１）内に記憶された符号（コード）等の設定によって
表現され得る。合計４０通りの領域があるものと仮定す
る。各ディスクはその導入区域に４０ビットフィールド
を有し、その各ビットは上記４０領域の１つと関連す
る。任意のビット位置での１は、ディスクはそれぞれの
領域内での再生が認定（検定）済み又は正しいものと認
められていることを指示し、０（ゼロ）はその否定を指
示する。中国での販売用を指示するコード又は符号の再
生装置は、例えば、もしもその４０ビット領域における
中国関連の位置が０であれば、ディスクを再生できない
ことになる。
表す４０ビットから成る。ソフトウェア出版社が彼等の
ソフトウェアの再生を締め出すこと又はロックアウトす
ることができる幾つかの方法がある。最も重要なこと
は、Ｒ等級映画が再生され得るかどうか（上記パーレン
タルロックアウト・オプション）、そして、最終のアナ
ログ出力ビデオ信号はユーザによって選択された標準を
仮定しているかどうか、を制御することを含む。このよ
うにして、例えば、ソフトウェア出版社は映画をＮＴＳ
Ｃ受像機では再生され得るが、ＰＡＬ受像機では再生さ
れ得ないようにすることができる。しかし、再生装置に
この種のロックアウト制御が設けられている限り、複数
の領域に達し得る。本発明のディスクが用いられる全て
の再生装置は、規格書の同一セットと合致する。その設
計の１つの特徴は、各再生装置には販売のために意図さ
れた領域或いは複数領域の表示が設けられている。例え
ば、その領域或いは複数領域は、ＤＩＰスイッチ、マイ
クロプロセッサＲＯＭ（例えば、マスターコントローラ
４１）内に記憶された符号（コード）等の設定によって
表現され得る。合計４０通りの領域があるものと仮定す
る。各ディスクはその導入区域に４０ビットフィールド
を有し、その各ビットは上記４０領域の１つと関連す
る。任意のビット位置での１は、ディスクはそれぞれの
領域内での再生が認定（検定）済み又は正しいものと認
められていることを指示し、０（ゼロ）はその否定を指
示する。中国での販売用を指示するコード又は符号の再
生装置は、例えば、もしもその４０ビット領域における
中国関連の位置が０であれば、ディスクを再生できない
ことになる。
【００４７】そうした特徴の使用例として、特定の国で
の販売用として意図された再生装置を考えよう。ソフト
ウェア出版社が、契約上の理由からその国に配給すべき
ではないある映画フィルムを出版しようとする。この理
由によって、トラック導入区域の認定領域フィールドに
おけるその国に関連するビット位置には、０が記憶され
ることとなる。このビットを検知するに及んで、マスタ
ーコントローラ４１は回路４７に禁止信号を導体７５上
に発生させるようにして、ゲート６１をしてそこを通過
する全てのデータを恒久的にブロックさせるようにす
る。
の販売用として意図された再生装置を考えよう。ソフト
ウェア出版社が、契約上の理由からその国に配給すべき
ではないある映画フィルムを出版しようとする。この理
由によって、トラック導入区域の認定領域フィールドに
おけるその国に関連するビット位置には、０が記憶され
ることとなる。このビットを検知するに及んで、マスタ
ーコントローラ４１は回路４７に禁止信号を導体７５上
に発生させるようにして、ゲート６１をしてそこを通過
する全てのデータを恒久的にブロックさせるようにす
る。
【００４８】第３フィールドはフラッグに関する単一ビ
ットであり、該フラッグは次のフィールドに何か情報が
あるか否かを示す。この情報はここでは「特殊ソフトウ
ェア」と言われる。図２の再生装置は、通常、リードオ
ンリーメモリに典型的には含まれる同一ソフトウェアコ
ード（符号）を実行する。図面における各種フローチャ
ートに関連して説明されることになるのがこのコードで
ある。しかしながら、再生装置はマイクロプロセッサで
制御されているので、幾らかですら全体的に無関係の目
的のためになぜ使用され得ないのかの理由がなく、そし
て、これはディスクからソフトウェアを単にロードする
（読み込む）ことによって可能となる。もしも上記特殊
ソフトウェアフラッグが１であれば、マスターコントロ
ーラ４１は、導体７７上でフィールド４に即座に従うソ
フトウェアを読取る。こうして、特殊ソフトウェアフラ
ッグが０或いは１かに依存して、第４フィールドは空か
或いは未決定長のソフトウェアを含むかである。このソ
フトウェアの最後にはシンクワードがあり、このワード
は全データストリームの何処においても生ずることが許
容されていないという意味合いで独特である。シンクワ
ードパターンが現れたときは、先行するデータフィール
ドは終りにきた、そして新しいフィールドが追従するこ
とを示している。（データがシンクワードパターンを有
するにも拘らずデータストリーム中に現われて、シンク
ワードとして誤解された場合、公知の技術を用いて回避
することができる。例えば、もしもシンクワードが所定
パターンの３２ビットから構成され、そして何等かの総
体的なデータシーケンスがこのパターンをその中に含む
ものとすれば、３１ビットのデータパターンが記憶され
た後に、シンクワードパターン中の最終ビットとは反対
の値を有する余剰ビットをそのビットストリーム中に挿
入させ得る。再生装置はこのビットを見たとき、それを
捨てて、続くビットをシンクワードの最終ビットの代り
にデータビットとして取り扱う。）
ットであり、該フラッグは次のフィールドに何か情報が
あるか否かを示す。この情報はここでは「特殊ソフトウ
ェア」と言われる。図２の再生装置は、通常、リードオ
ンリーメモリに典型的には含まれる同一ソフトウェアコ
ード（符号）を実行する。図面における各種フローチャ
ートに関連して説明されることになるのがこのコードで
ある。しかしながら、再生装置はマイクロプロセッサで
制御されているので、幾らかですら全体的に無関係の目
的のためになぜ使用され得ないのかの理由がなく、そし
て、これはディスクからソフトウェアを単にロードする
（読み込む）ことによって可能となる。もしも上記特殊
ソフトウェアフラッグが１であれば、マスターコントロ
ーラ４１は、導体７７上でフィールド４に即座に従うソ
フトウェアを読取る。こうして、特殊ソフトウェアフラ
ッグが０或いは１かに依存して、第４フィールドは空か
或いは未決定長のソフトウェアを含むかである。このソ
フトウェアの最後にはシンクワードがあり、このワード
は全データストリームの何処においても生ずることが許
容されていないという意味合いで独特である。シンクワ
ードパターンが現れたときは、先行するデータフィール
ドは終りにきた、そして新しいフィールドが追従するこ
とを示している。（データがシンクワードパターンを有
するにも拘らずデータストリーム中に現われて、シンク
ワードとして誤解された場合、公知の技術を用いて回避
することができる。例えば、もしもシンクワードが所定
パターンの３２ビットから構成され、そして何等かの総
体的なデータシーケンスがこのパターンをその中に含む
ものとすれば、３１ビットのデータパターンが記憶され
た後に、シンクワードパターン中の最終ビットとは反対
の値を有する余剰ビットをそのビットストリーム中に挿
入させ得る。再生装置はこのビットを見たとき、それを
捨てて、続くビットをシンクワードの最終ビットの代り
にデータビットとして取り扱う。）
【００４９】特殊ソフトウェアの例はビデオゲームを制
御するソフトウェアであるかもしれない。再生装置に映
画及びマルチトラックオーディオの再生のための設計さ
れたオペレーティングシステムが設けられていれば、ビ
デオゲーム再生に含まれる追加的及び／又は異なる複数
機能を実行する再生が確かに可能である。もしもユーザ
用インターフェースが着脱自在であり、ジョイスティッ
ク（操縦桿）及びその類が、キーボードの代りに、ゲー
ム再生周辺機器を適合させるべく接続できれば、以上の
ことがは特に当てはまる。このシステムは、ディスクか
ら読取られる必須のソフトウェアを単に記憶することに
よってビデオゲーム再生装置に変換され得る。下述され
るフローチャートには上記特殊ソフトウェアが自己充足
又は独立した形であるが標準的な処理ステップを含まな
い形で示されている一方、このソフトウェアは内蔵され
たコード（符号）を利用するために実行されるオペレー
ティングシステムのサブルーチンを確実に呼出すことが
できる。
御するソフトウェアであるかもしれない。再生装置に映
画及びマルチトラックオーディオの再生のための設計さ
れたオペレーティングシステムが設けられていれば、ビ
デオゲーム再生に含まれる追加的及び／又は異なる複数
機能を実行する再生が確かに可能である。もしもユーザ
用インターフェースが着脱自在であり、ジョイスティッ
ク（操縦桿）及びその類が、キーボードの代りに、ゲー
ム再生周辺機器を適合させるべく接続できれば、以上の
ことがは特に当てはまる。このシステムは、ディスクか
ら読取られる必須のソフトウェアを単に記憶することに
よってビデオゲーム再生装置に変換され得る。下述され
るフローチャートには上記特殊ソフトウェアが自己充足
又は独立した形であるが標準的な処理ステップを含まな
い形で示されている一方、このソフトウェアは内蔵され
たコード（符号）を利用するために実行されるオペレー
ティングシステムのサブルーチンを確実に呼出すことが
できる。
【００５０】第５フィールドは１２ビットの位置から成
り、その各々は異なる標準に対応している。此等の標準
とは、１２５０ラインのヨーロッパ型ＨＤＴＶ、１１２
５ライン日本型ＨＤＴＶ、１０５０ラインで提案された
アメリカ型ＨＤＴＶ（１０８０ライン及び７８７ライン
も共に標準として提案されている）、６２５ラインのＰ
ＡＬ、５２５ラインのＮＴＳＣ、６２５ラインのＳＥＣ
ＡＭ、３６０ラインの「レターボックス」等を含む。更
なる標準を収容することも可能ですらあるが、そうした
場合には適切なビデオ信号を形成するために異なるソフ
トウェアが要求されることになる。しかしながらそれ
は、内蔵オペレーティングシステムを増補すべく、ディ
スクに対してのソフトウェアの提供を単に伴うだけであ
る。
り、その各々は異なる標準に対応している。此等の標準
とは、１２５０ラインのヨーロッパ型ＨＤＴＶ、１１２
５ライン日本型ＨＤＴＶ、１０５０ラインで提案された
アメリカ型ＨＤＴＶ（１０８０ライン及び７８７ライン
も共に標準として提案されている）、６２５ラインのＰ
ＡＬ、５２５ラインのＮＴＳＣ、６２５ラインのＳＥＣ
ＡＭ、３６０ラインの「レターボックス」等を含む。更
なる標準を収容することも可能ですらあるが、そうした
場合には適切なビデオ信号を形成するために異なるソフ
トウェアが要求されることになる。しかしながらそれ
は、内蔵オペレーティングシステムを増補すべく、ディ
スクに対してのソフトウェアの提供を単に伴うだけであ
る。
【００５１】１つの例として、もしも上記１２ビットフ
ィールドの第１ビット位置がＮＴＳＣ標準に対応してい
て、更に、もしもユーザが彼のＴＶ受像機での再生用と
してＮＴＳＣ標準を選択するか、或いはそれが彼の（下
述する）デフォルト（既定値）設定であれば、認定済み
標準フィールド内の第１ビットが１である時のみにＮＴ
ＳＣ信号が発生されることになる。
ィールドの第１ビット位置がＮＴＳＣ標準に対応してい
て、更に、もしもユーザが彼のＴＶ受像機での再生用と
してＮＴＳＣ標準を選択するか、或いはそれが彼の（下
述する）デフォルト（既定値）設定であれば、認定済み
標準フィールド内の第１ビットが１である時のみにＮＴ
ＳＣ信号が発生されることになる。
【００５２】フィールド６は常に１００ビットを含む。
此等のビットは、映画用のダイアローグ又は会話（対
話）であるそれぞれのオーディオ言語を表す。同一映画
に相当多くの外国語バージョンが用意されることは稀で
あり、相当多くのバージョンを１つのディスク上に実際
に含ませようとは意図されない。事実、異なる言語のダ
イアローグを含むことができるオーディオトラックは最
大１６のオーディオトラックである。上記１００ビット
の第１番目を除く各々は、９９言語の１つを表す。もし
もその対応するビット位置に１があれば、その対応する
言語でのダイアローグに関するオーディオトラックがあ
ることを指示している。
此等のビットは、映画用のダイアローグ又は会話（対
話）であるそれぞれのオーディオ言語を表す。同一映画
に相当多くの外国語バージョンが用意されることは稀で
あり、相当多くのバージョンを１つのディスク上に実際
に含ませようとは意図されない。事実、異なる言語のダ
イアローグを含むことができるオーディオトラックは最
大１６のオーディオトラックである。上記１００ビット
の第１番目を除く各々は、９９言語の１つを表す。もし
もその対応するビット位置に１があれば、その対応する
言語でのダイアローグに関するオーディオトラックがあ
ることを指示している。
【００５３】上記１００ビット位置の第１番目は現実に
は言語に対応していない。代りに、第１ビット位置の１
は、音楽及び効果（「Ｍ＆Ｅ」）トラックがあることを
意味する。（「効果」によって意味されるものは、雷、
射撃及びその類に関連するサウンド又は音響のようなも
のである。）図３におけるコメント（備考）フィールド
に指示されているように、全トラックの導入区域のフィ
ールド６にはＮ個の「１」があり、Ｎは最大値１６を有
する（１つのＭ＆Ｅトラック及び１５個までのダイアロ
ーグトラック、或いはＭ＆Ｅ無しで１６個までのダイア
ローグトラック）。１つの例として、第３ビット位置が
フランス語に対応し、第５番目がギリシャ語に対応し、
上記１００ビットフィールドが１０１０１００
０．．．．０であることを想定しよう。これは、１つの
Ｍ＆Ｅトラックが、フランス語及びギリシャ語のダイア
ローグトラックと共にあることを意味する。ディスク上
の単一データブロック各々がＭ＆Ｅや、フランス語及び
ギリシャ語を表すビット情報を含む意味ではない。以上
のことが意味するものは、如何なるデータブロックもＭ
＆Ｅ及び／又はダイアローグを伴うせいぜい３つのオー
ディオトラックを有することである。また、そうしたオ
ーディオトラック情報を有する如何なるデータブロック
も、Ｍ＆Ｅ、フランス語、ギリシャ語の順番でそうした
情報を含むことも意味する。ただどのようにしてシステ
ムは、どの特殊なデータブロックが上記１００ビットフ
ィールド内に表わされている言語のためのオーディオ情
報を含むのかを決定するかは、データブロック内に含ま
れる種々のフィールドに関連させて下述する。
は言語に対応していない。代りに、第１ビット位置の１
は、音楽及び効果（「Ｍ＆Ｅ」）トラックがあることを
意味する。（「効果」によって意味されるものは、雷、
射撃及びその類に関連するサウンド又は音響のようなも
のである。）図３におけるコメント（備考）フィールド
に指示されているように、全トラックの導入区域のフィ
ールド６にはＮ個の「１」があり、Ｎは最大値１６を有
する（１つのＭ＆Ｅトラック及び１５個までのダイアロ
ーグトラック、或いはＭ＆Ｅ無しで１６個までのダイア
ローグトラック）。１つの例として、第３ビット位置が
フランス語に対応し、第５番目がギリシャ語に対応し、
上記１００ビットフィールドが１０１０１００
０．．．．０であることを想定しよう。これは、１つの
Ｍ＆Ｅトラックが、フランス語及びギリシャ語のダイア
ローグトラックと共にあることを意味する。ディスク上
の単一データブロック各々がＭ＆Ｅや、フランス語及び
ギリシャ語を表すビット情報を含む意味ではない。以上
のことが意味するものは、如何なるデータブロックもＭ
＆Ｅ及び／又はダイアローグを伴うせいぜい３つのオー
ディオトラックを有することである。また、そうしたオ
ーディオトラック情報を有する如何なるデータブロック
も、Ｍ＆Ｅ、フランス語、ギリシャ語の順番でそうした
情報を含むことも意味する。ただどのようにしてシステ
ムは、どの特殊なデータブロックが上記１００ビットフ
ィールド内に表わされている言語のためのオーディオ情
報を含むのかを決定するかは、データブロック内に含ま
れる種々のフィールドに関連させて下述する。
【００５４】言語オーディオトラックは、単なるダイア
ローグを必然的には含むものではないことは理解される
べきである。簡単に説明されるように、Ｍ＆Ｅをフラン
ス語ダイアローグトラックに混合して、その結果がフラ
ンスでの再生に適した完全なオーディオトラックと成る
ようにすることは可能である。しかし、特別なオーディ
オトラックが予め混合されたＭ＆Ｅ及びオリジナルダイ
アローグを含むことは確かに可能である。例えば、もし
も上記１００ビットフィールドのビット位置１０が英語
ダイアローグを表わし、そこに１が記憶されていれば、
ディスク上にはオーディオの英語バージョンがあること
を意味する。しかしながら、その対応するオーディオト
ラック内に英語ダイアローグばかりではなく、Ｍ＆Ｅを
含むフルサウンドトラックもあるようにすることは可能
である。同時に、もしも上記１００ビットフィールドの
第１ビット位置に１があれば、別のトラックにＭ＆Ｅを
設けることもできる。任意の言語での再生用として完全
なサウンドトラックを引き出すために、種々のトラック
をどのように処理するかは、その後に続く情報に依存す
る。フィールド６は単に、どのオーディオ言語が有効又
は利用可能であるのかを、別にＭ＆Ｅがあるのか否か
（如何なるダイアローグも無しで）と共に表わしてい
る。
ローグを必然的には含むものではないことは理解される
べきである。簡単に説明されるように、Ｍ＆Ｅをフラン
ス語ダイアローグトラックに混合して、その結果がフラ
ンスでの再生に適した完全なオーディオトラックと成る
ようにすることは可能である。しかし、特別なオーディ
オトラックが予め混合されたＭ＆Ｅ及びオリジナルダイ
アローグを含むことは確かに可能である。例えば、もし
も上記１００ビットフィールドのビット位置１０が英語
ダイアローグを表わし、そこに１が記憶されていれば、
ディスク上にはオーディオの英語バージョンがあること
を意味する。しかしながら、その対応するオーディオト
ラック内に英語ダイアローグばかりではなく、Ｍ＆Ｅを
含むフルサウンドトラックもあるようにすることは可能
である。同時に、もしも上記１００ビットフィールドの
第１ビット位置に１があれば、別のトラックにＭ＆Ｅを
設けることもできる。任意の言語での再生用として完全
なサウンドトラックを引き出すために、種々のトラック
をどのように処理するかは、その後に続く情報に依存す
る。フィールド６は単に、どのオーディオ言語が有効又
は利用可能であるのかを、別にＭ＆Ｅがあるのか否か
（如何なるダイアローグも無しで）と共に表わしてい
る。
【００５５】オーディオ機構又は構成を機能させるため
に必要な情報の他のピース又は一片があり、その情報は
フィールド７に表現されている。上記したＮ個の利用可
能オーディオトラック（最大１６個まで）の各々のため
に、第７フィールドには３ビットコード又は３ビット符
号がある。此等のコードを説明する前に、理解してもら
うべきは、此等のコードが特定トラック及び言語とどの
ように関連させられるかである。フィールド６は、Ｍ＆
Ｅトラック、フランス語トラック、ギリシャ語トラック
並びに英語トラックがあることを意味すると理解される
１０１０１００００１００．．．．０であると想定す
る。この情報だけからは、フランス語トラック、ギリシ
ャ語トラック、並びに英語トラックの中に何等かのＭ＆
Ｅでさえもあるのかどうかを見分ける方法ない。言語に
関して知られることの全ては、ダイアローグは３つの言
語のみで利用可能であることである。この例の場合、フ
ィールド７には１２ビットがあることになる。第１の３
ビットはＭ＆Ｅトラックに関連し、第２の３ビットはフ
ランス語トラックに関連し、第３及び第４の３ビットコ
ードはギリシャ語トラック及び英語トラックにそれぞれ
関連する。３ビットコードは次の通りである： ０００−−ミキシングマスター（Ｍ＆Ｅ） ００１−−スイッチングマスター（Ｍ＆Ｅ） ０１０−−ダイアローグ＋（Ｍ＆Ｅ）、完全オーディオ
トラック ０１１−−ミキシングマスターと混合されるべきトラッ
ク １００−−スイッチングマスターと混合されるべきトラ
ック 此等５つのコードは３つの利用可能言語、フランス語、
ギリシャ語、並びに英語での完全なサウンドトラックを
形成するのに必要な全てである。此等のトラックをどの
ようにして組合わせるかは下述されるが、心に留めるべ
きことは、この全体構成の目的は、何が各々のために２
時間のオーディオ記録となり得るかを要求することな
く、多くの言語（１５まで）でのサウンドトラックを提
供することである。実際、もしも映画が２時間の長さで
あるが、実際のダイアローグはたった３０分であれば、
その行き着く先は１つの全トラック（Ｍ＆Ｅ或いはオリ
ジナルサウンドトラック）を特定言語のダイアローグが
録音されたたった３０分のオーディオで記録することで
ある。
に必要な情報の他のピース又は一片があり、その情報は
フィールド７に表現されている。上記したＮ個の利用可
能オーディオトラック（最大１６個まで）の各々のため
に、第７フィールドには３ビットコード又は３ビット符
号がある。此等のコードを説明する前に、理解してもら
うべきは、此等のコードが特定トラック及び言語とどの
ように関連させられるかである。フィールド６は、Ｍ＆
Ｅトラック、フランス語トラック、ギリシャ語トラック
並びに英語トラックがあることを意味すると理解される
１０１０１００００１００．．．．０であると想定す
る。この情報だけからは、フランス語トラック、ギリシ
ャ語トラック、並びに英語トラックの中に何等かのＭ＆
Ｅでさえもあるのかどうかを見分ける方法ない。言語に
関して知られることの全ては、ダイアローグは３つの言
語のみで利用可能であることである。この例の場合、フ
ィールド７には１２ビットがあることになる。第１の３
ビットはＭ＆Ｅトラックに関連し、第２の３ビットはフ
ランス語トラックに関連し、第３及び第４の３ビットコ
ードはギリシャ語トラック及び英語トラックにそれぞれ
関連する。３ビットコードは次の通りである： ０００−−ミキシングマスター（Ｍ＆Ｅ） ００１−−スイッチングマスター（Ｍ＆Ｅ） ０１０−−ダイアローグ＋（Ｍ＆Ｅ）、完全オーディオ
トラック ０１１−−ミキシングマスターと混合されるべきトラッ
ク １００−−スイッチングマスターと混合されるべきトラ
ック 此等５つのコードは３つの利用可能言語、フランス語、
ギリシャ語、並びに英語での完全なサウンドトラックを
形成するのに必要な全てである。此等のトラックをどの
ようにして組合わせるかは下述されるが、心に留めるべ
きことは、この全体構成の目的は、何が各々のために２
時間のオーディオ記録となり得るかを要求することな
く、多くの言語（１５まで）でのサウンドトラックを提
供することである。実際、もしも映画が２時間の長さで
あるが、実際のダイアローグはたった３０分であれば、
その行き着く先は１つの全トラック（Ｍ＆Ｅ或いはオリ
ジナルサウンドトラック）を特定言語のダイアローグが
録音されたたった３０分のオーディオで記録することで
ある。
【００５６】フィールド８はＮ×４ビット、即ち、フィ
ールド６におけるＮ個の「１」の各々に対して４ビット
を含む。ディスク上で利用可能な各オーディオ言語に対
して、フィールド８ではこうして４ビットコードがあ
る。この４ビットコードはトラックタイプを表わし、最
大１６の可能性がある。典型的なトラックタイプは、単
一チャネルのモノ、２−チャネルのドルビー、５．１−
チャネルのミュージィカム等々である。［用語５．１−
チャネルとは、左、右、中央、左後方並びに右後方の各
チャネルに当てはまる。］この４ビットトラックタイプ
コードは、マスターコントローラが、オーディオプロセ
ッサデコーダ７１をして上記１６までのオーディオトラ
ック内のデータ上で、スピーカシステム９１のためのア
ナログ出力を引き出すために、どのようにオペレーショ
ンするかのやり方を決定することを可能にするものであ
る。
ールド６におけるＮ個の「１」の各々に対して４ビット
を含む。ディスク上で利用可能な各オーディオ言語に対
して、フィールド８ではこうして４ビットコードがあ
る。この４ビットコードはトラックタイプを表わし、最
大１６の可能性がある。典型的なトラックタイプは、単
一チャネルのモノ、２−チャネルのドルビー、５．１−
チャネルのミュージィカム等々である。［用語５．１−
チャネルとは、左、右、中央、左後方並びに右後方の各
チャネルに当てはまる。］この４ビットトラックタイプ
コードは、マスターコントローラが、オーディオプロセ
ッサデコーダ７１をして上記１６までのオーディオトラ
ック内のデータ上で、スピーカシステム９１のためのア
ナログ出力を引き出すために、どのようにオペレーショ
ンするかのやり方を決定することを可能にするものであ
る。
【００５７】再度フィールド７を考えれば、そこには、
選択された言語での完全なサウンドトラックをディスク
から引き出し得る幾つかの方法がある。ミキシングのオ
ペレーションは、２つのサウンドトラックをミキシング
（相互加算）することを含む。スイッチングのオペレー
ションは、２つのサウンドトラック間の交換を含むん
で、任意の時点においてそれらの内の一方を再生する。
第１トラックは、もしも利用可能であれば、常にＭ＆Ｅ
である。第１トラックのためのコードは０００或いは０
０１である。もしもコードが０００であれば、トラック
内にはダイアローグがなく、そのＭ＆Ｅは選択された言
語トラックと混合されることを意味する。もしもコード
０１１が例えばフランス語に関連していれば、第１及び
第３トラックが常に混合されるべきことを意味する。ダ
イアローグがあった時のダイアローグはフランス語トラ
ックに現われ、それはミキシングマスターと混合されて
完全なフランス語サウンドトラックを提供する。一方、
第１トラックはスイッチングマスターであり得る。これ
が意味するものは、音楽及び効果はこのトラックに、ダ
イアローグを伴って或いはダイアローグを伴わずに、記
録されることである。この場合のフランス語トラックは
１００コードによって表わされることとなる。それはＭ
＆Ｅ及びダイアローグを含むが、ダイアローグがあった
時だけである。Ｍ＆Ｅトラック、即ち第１トラックはダ
イアローグがない時にだけ再生されるが、第５トラック
はあった時だけ再生される。此等のトラックは交換され
るが、混合されない。フランス語トラックは、ダイアロ
ーグがその中に記録されていれば、ダイアローグばかり
ではなくＭ＆Ｅも共に含むことになり、これは交換され
たタイプのオペレーションにおけるＭ＆Ｅの唯一のソー
スとなるからである。
選択された言語での完全なサウンドトラックをディスク
から引き出し得る幾つかの方法がある。ミキシングのオ
ペレーションは、２つのサウンドトラックをミキシング
（相互加算）することを含む。スイッチングのオペレー
ションは、２つのサウンドトラック間の交換を含むん
で、任意の時点においてそれらの内の一方を再生する。
第１トラックは、もしも利用可能であれば、常にＭ＆Ｅ
である。第１トラックのためのコードは０００或いは０
０１である。もしもコードが０００であれば、トラック
内にはダイアローグがなく、そのＭ＆Ｅは選択された言
語トラックと混合されることを意味する。もしもコード
０１１が例えばフランス語に関連していれば、第１及び
第３トラックが常に混合されるべきことを意味する。ダ
イアローグがあった時のダイアローグはフランス語トラ
ックに現われ、それはミキシングマスターと混合されて
完全なフランス語サウンドトラックを提供する。一方、
第１トラックはスイッチングマスターであり得る。これ
が意味するものは、音楽及び効果はこのトラックに、ダ
イアローグを伴って或いはダイアローグを伴わずに、記
録されることである。この場合のフランス語トラックは
１００コードによって表わされることとなる。それはＭ
＆Ｅ及びダイアローグを含むが、ダイアローグがあった
時だけである。Ｍ＆Ｅトラック、即ち第１トラックはダ
イアローグがない時にだけ再生されるが、第５トラック
はあった時だけ再生される。此等のトラックは交換され
るが、混合されない。フランス語トラックは、ダイアロ
ーグがその中に記録されていれば、ダイアローグばかり
ではなくＭ＆Ｅも共に含むことになり、これは交換され
たタイプのオペレーションにおけるＭ＆Ｅの唯一のソー
スとなるからである。
【００５８】第５の可能性（０１０）は、特定のトラッ
クがたまたま、オリジナル言語でのダイアローグを伴う
Ｍ＆Ｅであるオリジナルサウンドトラックを含んでいる
ことである。もしもダイアローグが選択された言語であ
れば、そのトラックがそれ自体によって始めから終りま
で再生され得る。また、このトラックは他の言語用にス
イッチングマスター（００１）としての役割も果たすこ
とができる。
クがたまたま、オリジナル言語でのダイアローグを伴う
Ｍ＆Ｅであるオリジナルサウンドトラックを含んでいる
ことである。もしもダイアローグが選択された言語であ
れば、そのトラックがそれ自体によって始めから終りま
で再生され得る。また、このトラックは他の言語用にス
イッチングマスター（００１）としての役割も果たすこ
とができる。
【００５９】ミキシングトラックに至ったとき、その２
つの特定トラック（ミキシングマスター及びそれと混合
されるべきトラック）にあるどのようなオーディオであ
ろうが、常に此等を単純に相互に加算し、その２つのト
ラックにあるどのようなオーディオであろうが再生状態
となる。スイッチングマスター及びそれと交換又はスイ
ッチされるトラックのスイッチングの時のみ、一方のト
ラックが他方のトラックの代りに再生状態となる。その
他のものがオーディオ情報を含まない時にだけ（混合を
許容している）、各トラックがオーディオ情報を含むこ
とが可能であるが、スイッチングマスターはダイアロー
グをも含む、即ちもしもそれが映画のオリジナルサウン
ドトラックのレコーディング又は記録であればダイアロ
ーグをも含むことも想像できる。それがなぜスイッチン
グ、即ち任意の時点で一方のトラックのみが聞こえるよ
うにするスイッチングが採用されるかの理由である。下
述するように、各データブロックは、マスターコントロ
ーラに対して、何れのオーディオトラックが実際にその
ブロック内にデータを含むのかを知らせるビットを含
む。もしもオリジナル１００トラックコードを伴う選択
されたオーディオ言語トラックが、任意のデータブロッ
ク内にデータを有すれば、オーディオプロセッサデコー
ダ７１はスイッチングマスタートラック内にあるであろ
う如何なるデータをも除外して、そのオーディオトラッ
ク内のデータを処理する。
つの特定トラック（ミキシングマスター及びそれと混合
されるべきトラック）にあるどのようなオーディオであ
ろうが、常に此等を単純に相互に加算し、その２つのト
ラックにあるどのようなオーディオであろうが再生状態
となる。スイッチングマスター及びそれと交換又はスイ
ッチされるトラックのスイッチングの時のみ、一方のト
ラックが他方のトラックの代りに再生状態となる。その
他のものがオーディオ情報を含まない時にだけ（混合を
許容している）、各トラックがオーディオ情報を含むこ
とが可能であるが、スイッチングマスターはダイアロー
グをも含む、即ちもしもそれが映画のオリジナルサウン
ドトラックのレコーディング又は記録であればダイアロ
ーグをも含むことも想像できる。それがなぜスイッチン
グ、即ち任意の時点で一方のトラックのみが聞こえるよ
うにするスイッチングが採用されるかの理由である。下
述するように、各データブロックは、マスターコントロ
ーラに対して、何れのオーディオトラックが実際にその
ブロック内にデータを含むのかを知らせるビットを含
む。もしもオリジナル１００トラックコードを伴う選択
されたオーディオ言語トラックが、任意のデータブロッ
ク内にデータを有すれば、オーディオプロセッサデコー
ダ７１はスイッチングマスタートラック内にあるであろ
う如何なるデータをも除外して、そのオーディオトラッ
ク内のデータを処理する。
【００６０】図３のフィールド９は、ナンバーＭを表わ
すべくコード化又は符号化された６ビットを含む。これ
は、上記１６までのオーディオ言語とは別離及び分離し
た「他の」オーディオトラックの数である。此等のトラ
ックの通常用途は、圧縮ディジタル形態で、個々別々の
楽器或いは種々の楽器の混合を表現することであり、ユ
ーザ用にそれらを組合わせるオプションを伴っている。
極端な形態では、６３の分離した楽器トラックがあり得
て、ユーザが所望の如何なるトラックをも組合わせるこ
とができ、混合前にそれらの相対的レベルをセットする
ことができる。先ず第一に、もしも此等トラックの１つ
が組合わせサウンドを含むものであれば、オーケストラ
混合から１つの楽器を削除することは、その情報内容が
そのオーケストラ混合から削除されるべきことを指定す
ることによって可能である。これはユーザが例えばピア
ノを、ピアノ演奏が削除されたコンチェルト（協奏曲）
を演奏するオーケストラの伴奏で、演奏することを可能
にする。これはまたユーザが特定の楽器をえり抜いて、
練習を促進することをも可能にする。正確には、ユーザ
がその「他の」オーディオトラックを用いて行う何か
は、ユーザに提供され得るメニュー選択によって決定さ
れる。フィールド８はディスク上に幾つの「他の」オー
ディオトラックが存在するのかを単に識別する。（用語
「他の」オーディオトラックはむしろ無描写又は非記述
的なように見えるが、これは違う。趣旨は、この用語は
映画用のサウンドトラックの用途等以外の任意のオーデ
ィオトラック用途を包含している。此等の「他の」オー
ディオトラックにオーケストラ音楽を含ませることより
はむしろ、例えば、個々の声楽家又は歌手を含ませるこ
とが可能であり、ユーザをして異なるハーモニーを学ば
させることが可能になる。）明らかなことは、実に６３
の「他の」オーディオトラックがあり、それで、もしも
ディスク容量の殆どでなければ、多くのものをオーディ
オデータに割り当てることができる。しかしそれは厳密
には、何故にそんなに多くのオーディオトラックが利用
可能とされるのか、である。確かに、図２のシステムで
再生可能な幾つかのディスクはビデオを含まないことは
確かである。事実、フィールド１９は、下述するもので
あるが、１ビットフィールドであり、マスターコントロ
ーラに対して、ディスク上には、一体、ビデオデータは
存在するのか否かを通知している。
すべくコード化又は符号化された６ビットを含む。これ
は、上記１６までのオーディオ言語とは別離及び分離し
た「他の」オーディオトラックの数である。此等のトラ
ックの通常用途は、圧縮ディジタル形態で、個々別々の
楽器或いは種々の楽器の混合を表現することであり、ユ
ーザ用にそれらを組合わせるオプションを伴っている。
極端な形態では、６３の分離した楽器トラックがあり得
て、ユーザが所望の如何なるトラックをも組合わせるこ
とができ、混合前にそれらの相対的レベルをセットする
ことができる。先ず第一に、もしも此等トラックの１つ
が組合わせサウンドを含むものであれば、オーケストラ
混合から１つの楽器を削除することは、その情報内容が
そのオーケストラ混合から削除されるべきことを指定す
ることによって可能である。これはユーザが例えばピア
ノを、ピアノ演奏が削除されたコンチェルト（協奏曲）
を演奏するオーケストラの伴奏で、演奏することを可能
にする。これはまたユーザが特定の楽器をえり抜いて、
練習を促進することをも可能にする。正確には、ユーザ
がその「他の」オーディオトラックを用いて行う何か
は、ユーザに提供され得るメニュー選択によって決定さ
れる。フィールド８はディスク上に幾つの「他の」オー
ディオトラックが存在するのかを単に識別する。（用語
「他の」オーディオトラックはむしろ無描写又は非記述
的なように見えるが、これは違う。趣旨は、この用語は
映画用のサウンドトラックの用途等以外の任意のオーデ
ィオトラック用途を包含している。此等の「他の」オー
ディオトラックにオーケストラ音楽を含ませることより
はむしろ、例えば、個々の声楽家又は歌手を含ませるこ
とが可能であり、ユーザをして異なるハーモニーを学ば
させることが可能になる。）明らかなことは、実に６３
の「他の」オーディオトラックがあり、それで、もしも
ディスク容量の殆どでなければ、多くのものをオーディ
オデータに割り当てることができる。しかしそれは厳密
には、何故にそんなに多くのオーディオトラックが利用
可能とされるのか、である。確かに、図２のシステムで
再生可能な幾つかのディスクはビデオを含まないことは
確かである。事実、フィールド１９は、下述するもので
あるが、１ビットフィールドであり、マスターコントロ
ーラに対して、ディスク上には、一体、ビデオデータは
存在するのか否かを通知している。
【００６１】Ｍ個の「他の」オーディオトラックの存在
が、一度、決定されたならば、次のフィールドは各トラ
ックをどのようにコード化するを指定する。フィールド
８の場合のように、４ビットコードを此等の「他の」オ
ーディオトラックの各々に用いる。こうして、フィール
ド１０内のビット数は０と言うように低いか（もしも
「他の」オーディオトラックが全くなければ）、或いは
２５２と言うように高い（６３×４）ことがあり得る。
が、一度、決定されたならば、次のフィールドは各トラ
ックをどのようにコード化するを指定する。フィールド
８の場合のように、４ビットコードを此等の「他の」オ
ーディオトラックの各々に用いる。こうして、フィール
ド１０内のビット数は０と言うように低いか（もしも
「他の」オーディオトラックが全くなければ）、或いは
２５２と言うように高い（６３×４）ことがあり得る。
【００６２】再生装置はフィールド９及び１０を読取る
ことから、そこには幾つの「他の」オーディオトラック
が存在するのかを決定することができる一方、ユーザに
は、それらを用いて何をすべきかを知るために、此等の
トラックには何があるのかを告げられなければならな
い。各トラックには説明があり、それは多重言語であ
る。再生装置に与えられなければならない第１のこと
は、その「他の」オーディオトラックの説明がなされて
いる複数の言語のリストである。この目的のためには、
１００ビットフィールドが使用される。図３に示された
ように、フィールド１１は１００ビットを有する。任意
のビット位置における１は、トラック定義がそれぞれの
言語によって利用可能であることを示す。フィールド１
１におけるビット位置と言語との間の対応は、フィール
ド６におけるものと同一である。思い出されるように、
フィールド６の第１ビット位置はＭ＆Ｅが対応してお
り、因襲的な「言語」ではない。フィールド１１の第１
ビット位置はこうして使用されず、フィールド１１には
せいぜい９９個の「１」が存在することが可能である。
ことから、そこには幾つの「他の」オーディオトラック
が存在するのかを決定することができる一方、ユーザに
は、それらを用いて何をすべきかを知るために、此等の
トラックには何があるのかを告げられなければならな
い。各トラックには説明があり、それは多重言語であ
る。再生装置に与えられなければならない第１のこと
は、その「他の」オーディオトラックの説明がなされて
いる複数の言語のリストである。この目的のためには、
１００ビットフィールドが使用される。図３に示された
ように、フィールド１１は１００ビットを有する。任意
のビット位置における１は、トラック定義がそれぞれの
言語によって利用可能であることを示す。フィールド１
１におけるビット位置と言語との間の対応は、フィール
ド６におけるものと同一である。思い出されるように、
フィールド６の第１ビット位置はＭ＆Ｅが対応してお
り、因襲的な「言語」ではない。フィールド１１の第１
ビット位置はこうして使用されず、フィールド１１には
せいぜい９９個の「１」が存在することが可能である。
【００６３】トラック定義が実際に読取られて処理され
る前に、再生装置はユーザに提供すべきメニュー選択を
決定しなければならない。例えば、１０個の「他の」オ
ーディオトラックであって、その各々が異なるオーケス
トラ楽器のサウンドを有することを仮定しよう。選択言
語でのトラック定義が、一度、オペレーティングシステ
ムで利用可能となれば、ユーザに対して標準メニューを
表示することができる。それでユーザは、共に再生させ
るべく特定の複数トラックを、削除すべく特定の複数ト
ラックを、それらの相対的サウンドレベルを、更には、
他の「標準」選択を、等々、選ぶことができる。しかし
ながら、その「他の」オーディオトラックがオーケスト
ラ音楽を表現しない場合、或いはそれは表現するのであ
るが、その方法として普通ではないメニュー選択を要求
するような場合、システムがその「他の」オーディオト
ラックによって為されるべき何かを決定できるようにす
るために、ユーザとのインターフェース用の標準オペレ
ーティングシステムのソフトウェアは充分ではないであ
ろう。普通ではない状況に適応するために、オペレーテ
ィングシステムには、ユーザの選択に従ってどのように
してその選択されたトラックの混合／削除を制御するか
の目的と共に、メニューを創作する目的のための特殊な
ソフトウェアを設けなければならない。使用される技術
は、（フィールド３及び４での）再生装置の全体オペレ
ーションを変更するための特殊なソフトウェアのローデ
ィング又は装填と関連して上述した技術と同一である。
フィールド１２は単一ビットである。もしもそれが１で
あれば、特殊混合／削除ソフトウェアを含むフィールド
１３の存在を示す。図３に示されるように、フィールド
１３はこうして何処かにビット無しから、ディスクから
機器にロードされる特殊ソフトウェアの長さに依存した
未決定の数までを有する。この特殊ソフトウェアはシン
クワードで終了するので、再生装置は次のフィールドが
いつ始まるかを知ることになる。
る前に、再生装置はユーザに提供すべきメニュー選択を
決定しなければならない。例えば、１０個の「他の」オ
ーディオトラックであって、その各々が異なるオーケス
トラ楽器のサウンドを有することを仮定しよう。選択言
語でのトラック定義が、一度、オペレーティングシステ
ムで利用可能となれば、ユーザに対して標準メニューを
表示することができる。それでユーザは、共に再生させ
るべく特定の複数トラックを、削除すべく特定の複数ト
ラックを、それらの相対的サウンドレベルを、更には、
他の「標準」選択を、等々、選ぶことができる。しかし
ながら、その「他の」オーディオトラックがオーケスト
ラ音楽を表現しない場合、或いはそれは表現するのであ
るが、その方法として普通ではないメニュー選択を要求
するような場合、システムがその「他の」オーディオト
ラックによって為されるべき何かを決定できるようにす
るために、ユーザとのインターフェース用の標準オペレ
ーティングシステムのソフトウェアは充分ではないであ
ろう。普通ではない状況に適応するために、オペレーテ
ィングシステムには、ユーザの選択に従ってどのように
してその選択されたトラックの混合／削除を制御するか
の目的と共に、メニューを創作する目的のための特殊な
ソフトウェアを設けなければならない。使用される技術
は、（フィールド３及び４での）再生装置の全体オペレ
ーションを変更するための特殊なソフトウェアのローデ
ィング又は装填と関連して上述した技術と同一である。
フィールド１２は単一ビットである。もしもそれが１で
あれば、特殊混合／削除ソフトウェアを含むフィールド
１３の存在を示す。図３に示されるように、フィールド
１３はこうして何処かにビット無しから、ディスクから
機器にロードされる特殊ソフトウェアの長さに依存した
未決定の数までを有する。この特殊ソフトウェアはシン
クワードで終了するので、再生装置は次のフィールドが
いつ始まるかを知ることになる。
【００６４】次のフィールドであるフィールド１４はト
ラック定義自体から成る。Ｍ個の「他の」オーディオト
ラックがあり、使用のためにそれらを定義するＰ個の言
語があるので、Ｐ×Ｍのキャラクタストリング又は文字
ストリングがフィールド１４内に表現されている。各ス
トリングは次のストリングとはエスケープ（ＥＳＣ）キ
ャラクタによって分離されている。先ず、フィールド１
１の１を含む第１位置に対応する第１言語でのＭ個のキ
ャラクタストリング（トラック定義）があり、それか
ら、フィールド１１の１を含む第２ビット位置に対応す
る第２言語でのＭ個のストリングがあり、等々である。
下述するように、ユーザは再生装置に対して、複数の利
用可能言語の何れかで、トラック定義を有するメニュー
を表示すべきあることを知らせる。ディスクドライブか
らの全データアウトビットストリームは図２のシステム
におけるマスターコントローラまで延び、選択された言
語に対応したキャラクタストリングのみが処理される。
それらは、標準ソフトウェアに従ってか、或いは、フィ
ールド１２でまさに読取られた特殊混合／削除ソフトウ
ェアであって、もしもそうしたものがディスクに含まれ
ていれば、そのソフトウェアに従って処理及び表示され
る。（注目されるべきことは、幾つかのバッファに対し
てそれらのために意図されたそれぞれのデータビットの
みを分配するデマルチプレクサ６３の機能である。コン
トローラ４１が導入セクション及び個々のデータブロッ
クの両方における情報を解釈した後にデマルチプレクサ
に対して何をすべきかを教えるのはコントローラ４１で
ある。）
ラック定義自体から成る。Ｍ個の「他の」オーディオト
ラックがあり、使用のためにそれらを定義するＰ個の言
語があるので、Ｐ×Ｍのキャラクタストリング又は文字
ストリングがフィールド１４内に表現されている。各ス
トリングは次のストリングとはエスケープ（ＥＳＣ）キ
ャラクタによって分離されている。先ず、フィールド１
１の１を含む第１位置に対応する第１言語でのＭ個のキ
ャラクタストリング（トラック定義）があり、それか
ら、フィールド１１の１を含む第２ビット位置に対応す
る第２言語でのＭ個のストリングがあり、等々である。
下述するように、ユーザは再生装置に対して、複数の利
用可能言語の何れかで、トラック定義を有するメニュー
を表示すべきあることを知らせる。ディスクドライブか
らの全データアウトビットストリームは図２のシステム
におけるマスターコントローラまで延び、選択された言
語に対応したキャラクタストリングのみが処理される。
それらは、標準ソフトウェアに従ってか、或いは、フィ
ールド１２でまさに読取られた特殊混合／削除ソフトウ
ェアであって、もしもそうしたものがディスクに含まれ
ていれば、そのソフトウェアに従って処理及び表示され
る。（注目されるべきことは、幾つかのバッファに対し
てそれらのために意図されたそれぞれのデータビットの
みを分配するデマルチプレクサ６３の機能である。コン
トローラ４１が導入セクション及び個々のデータブロッ
クの両方における情報を解釈した後にデマルチプレクサ
に対して何をすべきかを教えるのはコントローラ４１で
ある。）
【００６５】図２に関連して説明されたように、サブタ
イトルの挿入に対しての備えが為されている。以下に説
明されるようにユーザによって言語が選択されるが、再
生装置に対しては、その言語でサブタイトルが利用可能
である旨を告げられなければならない。他の１００ビッ
トフィールドがこの目的のために使用される。図３のラ
イン１５に示されるように、このフィールドでの複数の
「１」はサブタイトル用として利用可能な個々の言語を
表現する。利用可能表示言語の場合と同様に、最大９９
個があり、これは第１ビット位置が厳密に言えば「言
語」ではないＭ＆Ｅに対応しているためである。
イトルの挿入に対しての備えが為されている。以下に説
明されるようにユーザによって言語が選択されるが、再
生装置に対しては、その言語でサブタイトルが利用可能
である旨を告げられなければならない。他の１００ビッ
トフィールドがこの目的のために使用される。図３のラ
イン１５に示されるように、このフィールドでの複数の
「１」はサブタイトル用として利用可能な個々の言語を
表現する。利用可能表示言語の場合と同様に、最大９９
個があり、これは第１ビット位置が厳密に言えば「言
語」ではないＭ＆Ｅに対応しているためである。
【００６６】フィールド１６は４ビットマルチバージョ
ンコードである。再生装置には、ディスクには同一ビデ
オ表出のための２つのバージョンが存在するかどうかば
かりではなく、それらに関してどのような選択があるの
かが、告げられる。第１ビットが０であれば、ディスク
上にはたった１つのバージョンがあり、その場合、第２
及び第４ビットは無視される。ビット１が１の値を有す
れば、ディスク上に２つのバージョンがある。コード内
の第２ビットは再生装置に対して、パーレンタルロック
オプションは履行されるべきか否かを告げるか、或い
は、再生のバージョンは何れかを選択するために異なる
標準を用いるべきか否かを告げる。通常の状況では、パ
ーレンタルロックオプションは履行され、その場合、こ
の４ビットコードの第２位置におけるビットは０であ
る。これは再生装置に対して、パーレンタルロックオプ
ションは「オン」であるか否かを決定すべきであること
を告げる。もしそうであれば、Ｒ等級（或いは、より広
い意味でのアダルト等級）のバージョンは再生されるべ
きではない。コードの第３位置におけるビットは、バー
ジョンＡ（第１或いは唯一バージョン）はＲ等級か否か
（０＝いいえ、１＝はい）を示し、コードの第４ビット
は、もしも２つのバージョンがあればバージョンＢ用に
同一情報を提供するものであるが、もしもただ１つのバ
ージョンしかなければ、この第４ビットは無視される。
これが、２つのバージョンの一方或いは両方が再生され
得るか否かを再生装置が決定するために必要な情報の全
てである。ディスク上に同一映画の２つのバージョンが
存在したとき、ユーザはその内の一方の選択を問われ
る。しかし、もしもパーレンタルロックオプションが
「オン」であり且つその２つのバージョンの内の一方が
Ｒ等級であれば、ユーザには、下述するように、非アダ
ルトバージョンを再生するか、或いは両方共に再生しな
いかの選択だけが与えられる。もしも両バージョンがＲ
等級であり且つパーレンタルロックオプションが「オ
ン」であれば、ユーザは何れのバージョンも見ることが
できない。
ンコードである。再生装置には、ディスクには同一ビデ
オ表出のための２つのバージョンが存在するかどうかば
かりではなく、それらに関してどのような選択があるの
かが、告げられる。第１ビットが０であれば、ディスク
上にはたった１つのバージョンがあり、その場合、第２
及び第４ビットは無視される。ビット１が１の値を有す
れば、ディスク上に２つのバージョンがある。コード内
の第２ビットは再生装置に対して、パーレンタルロック
オプションは履行されるべきか否かを告げるか、或い
は、再生のバージョンは何れかを選択するために異なる
標準を用いるべきか否かを告げる。通常の状況では、パ
ーレンタルロックオプションは履行され、その場合、こ
の４ビットコードの第２位置におけるビットは０であ
る。これは再生装置に対して、パーレンタルロックオプ
ションは「オン」であるか否かを決定すべきであること
を告げる。もしそうであれば、Ｒ等級（或いは、より広
い意味でのアダルト等級）のバージョンは再生されるべ
きではない。コードの第３位置におけるビットは、バー
ジョンＡ（第１或いは唯一バージョン）はＲ等級か否か
（０＝いいえ、１＝はい）を示し、コードの第４ビット
は、もしも２つのバージョンがあればバージョンＢ用に
同一情報を提供するものであるが、もしもただ１つのバ
ージョンしかなければ、この第４ビットは無視される。
これが、２つのバージョンの一方或いは両方が再生され
得るか否かを再生装置が決定するために必要な情報の全
てである。ディスク上に同一映画の２つのバージョンが
存在したとき、ユーザはその内の一方の選択を問われ
る。しかし、もしもパーレンタルロックオプションが
「オン」であり且つその２つのバージョンの内の一方が
Ｒ等級であれば、ユーザには、下述するように、非アダ
ルトバージョンを再生するか、或いは両方共に再生しな
いかの選択だけが与えられる。もしも両バージョンがＲ
等級であり且つパーレンタルロックオプションが「オ
ン」であれば、ユーザは何れのバージョンも見ることが
できない。
【００６７】一方、ディスク上に同一資料の２つのバー
ジョンが存在するが、その内の一方はアダルト等級であ
り且つ他方が違うこともあり得る。例えば、一方のバー
ジョンが質疑応答を含む教育用フィルムであり、他方が
ちょうど質問を含む主題のテストを含むような場合があ
る。殆どの部分に関して此等２つのバージョンは同一と
なる。そうした場合、フィールド１６の第１ビットは依
然として１であり、２つのバージョンが利用可能である
ことを示すが、第２ビットは今度は０の代りに１とな
り、それら２つのバージョン間の選択はそれらがＲ等級
か否かに依存しないことを示す。第２ビット位置の１
は、第３及び第４ビットはそれら２つのバージョンに対
して等級付け以外の特性に関してそれぞれ特徴付けする
ことを示す。
ジョンが存在するが、その内の一方はアダルト等級であ
り且つ他方が違うこともあり得る。例えば、一方のバー
ジョンが質疑応答を含む教育用フィルムであり、他方が
ちょうど質問を含む主題のテストを含むような場合があ
る。殆どの部分に関して此等２つのバージョンは同一と
なる。そうした場合、フィールド１６の第１ビットは依
然として１であり、２つのバージョンが利用可能である
ことを示すが、第２ビットは今度は０の代りに１とな
り、それら２つのバージョン間の選択はそれらがＲ等級
か否かに依存しないことを示す。第２ビット位置の１
は、第３及び第４ビットはそれら２つのバージョンに対
して等級付け以外の特性に関してそれぞれ特徴付けする
ことを示す。
【００６８】この場合における第３及び第４ビットが実
際に意味すること、及びユーザに提供されるメニュー選
択は、異なる基準を頼ることによって決定されなければ
ならない。先行して二度使用された同一技術がもう一度
ここで用いられる、即ちバージョンコードに伴って特殊
ソフトウェアが提供される。フィールド１７は、特殊ソ
フトウェアは利用可能であるか否かを示すフラッグとし
ての役割を果たす単一ビットから成る。もしもそのビッ
トが１であれば、フィールド１８はそのソフトウェアに
アクセスすべく読取られる。２つの先行するソフトウェ
アフィールドの場合のように、フィールド１８は、次の
フィールドの開始を示すシンクワードをもって終了す
る。この特殊ソフトウェアはその特定のディスクにとっ
て独特なメニュー表示を制御する。
際に意味すること、及びユーザに提供されるメニュー選
択は、異なる基準を頼ることによって決定されなければ
ならない。先行して二度使用された同一技術がもう一度
ここで用いられる、即ちバージョンコードに伴って特殊
ソフトウェアが提供される。フィールド１７は、特殊ソ
フトウェアは利用可能であるか否かを示すフラッグとし
ての役割を果たす単一ビットから成る。もしもそのビッ
トが１であれば、フィールド１８はそのソフトウェアに
アクセスすべく読取られる。２つの先行するソフトウェ
アフィールドの場合のように、フィールド１８は、次の
フィールドの開始を示すシンクワードをもって終了す
る。この特殊ソフトウェアはその特定のディスクにとっ
て独特なメニュー表示を制御する。
【００６９】次のフィールドは単一ビットから成る。図
３に示されるように、それは再生装置に、ビデオデータ
は利用可能か否かを知らせる。もしも否定されれば、そ
れは単に、図４に関連して説明される全体に亙るデータ
ブロックにおいてビデオデータブロックフィールドが存
在しないことを意味する。
３に示されるように、それは再生装置に、ビデオデータ
は利用可能か否かを知らせる。もしも否定されれば、そ
れは単に、図４に関連して説明される全体に亙るデータ
ブロックにおいてビデオデータブロックフィールドが存
在しないことを意味する。
【００７０】フィールド２０は単一ビットであり、基本
或いはマスターアスペクト比を識別する。もしもそのビ
ットが０の値を有すれば、それはディスク上の如何なる
ビデオをも、図１４に示されるような１６：９の「ワイ
ドスクリーン」のアスペクト比を有することをことを示
す。一方、もしもそのビットが１であれば、それはディ
スク上のビデオのアスペクト比は４：３であることを示
す。
或いはマスターアスペクト比を識別する。もしもそのビ
ットが０の値を有すれば、それはディスク上の如何なる
ビデオをも、図１４に示されるような１６：９の「ワイ
ドスクリーン」のアスペクト比を有することをことを示
す。一方、もしもそのビットが１であれば、それはディ
スク上のビデオのアスペクト比は４：３であることを示
す。
【００７１】上述したように、もしもオリジナルビデオ
が「ワイドスクリーン」のアスペクト比を有すれば、
４：３縮小アスペクト比を引き出し得る２つの方法があ
る。一方の方法は、「ワイドスクリーン」オリジナルの
中央部分からビデオ像を形成することである。他方の方
法は、実際に利用されるオリジナル像の部分又はセクシ
ョンは必ずしも常に中央部分ではないと言う意味での
「パンスキャン」することである。事実、図１４はオリ
ジナル像の右側よりは左側により多くの情報が用いられ
ていることを示している。フィールド２１はパンスキャ
ン可用性を示す単一ビットである。もしもフィールド２
０が１であれば、基本アスペクト比は４：３であるの
で、パンスキャン可用性は無関係となり、即ち、フィー
ルド２１における単一ビットは単純に無視される。しか
し基本アスペクト比が１６：９であれば（フィールド２
０は０を有する）、フィールド２１のビットの値は再生
装置に対して、続くデータブロックは図２におけるパン
スキャンバッファ５７にロードされ得る出発コラム情報
を提供するか否かを告げる。もしもフィールド２１にお
けるビットが０であれば、そうしたデータブロックはコ
ラム番号情報を含まず、もしもビデオが「ワイドスクリ
ーン」オリジナルから４：３アスペクト比で再生される
のであれば、ビデオ像は各オリジナルフレームの中央部
分から形成される。一方、もしもパンスキャン情報がそ
うしたデータブロック内で利用可能又は有効であれば、
図２におけるバッファ５７は所望に応じて更新され、形
成された最終ビデオは変化性の度合いが追加されたもの
となる。
が「ワイドスクリーン」のアスペクト比を有すれば、
４：３縮小アスペクト比を引き出し得る２つの方法があ
る。一方の方法は、「ワイドスクリーン」オリジナルの
中央部分からビデオ像を形成することである。他方の方
法は、実際に利用されるオリジナル像の部分又はセクシ
ョンは必ずしも常に中央部分ではないと言う意味での
「パンスキャン」することである。事実、図１４はオリ
ジナル像の右側よりは左側により多くの情報が用いられ
ていることを示している。フィールド２１はパンスキャ
ン可用性を示す単一ビットである。もしもフィールド２
０が１であれば、基本アスペクト比は４：３であるの
で、パンスキャン可用性は無関係となり、即ち、フィー
ルド２１における単一ビットは単純に無視される。しか
し基本アスペクト比が１６：９であれば（フィールド２
０は０を有する）、フィールド２１のビットの値は再生
装置に対して、続くデータブロックは図２におけるパン
スキャンバッファ５７にロードされ得る出発コラム情報
を提供するか否かを告げる。もしもフィールド２１にお
けるビットが０であれば、そうしたデータブロックはコ
ラム番号情報を含まず、もしもビデオが「ワイドスクリ
ーン」オリジナルから４：３アスペクト比で再生される
のであれば、ビデオ像は各オリジナルフレームの中央部
分から形成される。一方、もしもパンスキャン情報がそ
うしたデータブロック内で利用可能又は有効であれば、
図２におけるバッファ５７は所望に応じて更新され、形
成された最終ビデオは変化性の度合いが追加されたもの
となる。
【００７２】フィールド２２は、ディスク上のデータブ
ロックの合計数を表わす２０ビット数である。しかしな
がら、もしも２つの異なるバージョンが存在するなら、
それらは共通する多くのデータブロックを有する一方、
２つのバージョンの残りのブロック数は異なることもあ
る。例えば、１シーン又は１場面が一方のバージョンか
ら完全に省略されていることもあり、その場合、データ
ブロックの合計数はより少なくなる。この理由のため、
もしもフィールド１６がディスク上の１つの映画或いは
他のソース資料に２つのバージョンが存在することを示
すものであれば、フィールド２３はバージョンＡに関す
るデータブロックの合計数を提供し、フィールド２４は
バージョンＢに関するデータブロックの合計数を提供す
る。此等両フィールドは、もしもディスク上にたった１
つのバージョンしかなければ、省略される。
ロックの合計数を表わす２０ビット数である。しかしな
がら、もしも２つの異なるバージョンが存在するなら、
それらは共通する多くのデータブロックを有する一方、
２つのバージョンの残りのブロック数は異なることもあ
る。例えば、１シーン又は１場面が一方のバージョンか
ら完全に省略されていることもあり、その場合、データ
ブロックの合計数はより少なくなる。この理由のため、
もしもフィールド１６がディスク上の１つの映画或いは
他のソース資料に２つのバージョンが存在することを示
すものであれば、フィールド２３はバージョンＡに関す
るデータブロックの合計数を提供し、フィールド２４は
バージョンＢに関するデータブロックの合計数を提供す
る。此等両フィールドは、もしもディスク上にたった１
つのバージョンしかなければ、省略される。
【００７３】各データブロックは、複数のフレームの可
変的な数のためのビデオ情報を含む可能性がある。この
システムは、ただもしもオリジナルのフレームレート
と、ディスク全体として、各ブロック内に表現されたフ
レームの平均数とが知らされていれば、データブロック
数から合計再生時間を決定することができるであろう
（もしも単一バージョンのみが存在するのであればその
合計数から、或いはもしも２つのバージョンが存在する
のであればその２つの異なる数から）。同一数のデータ
ブロックを伴う２つのディスクは、もしもそれらの内の
一方のオリジナルソース資料が毎秒２４のレートで発生
するフレームの映画であり、他方のものが毎秒３０フレ
ームのビデオカメラから引き出されたオリジナルソース
資料を有すれば、異なる運転時間を有することになる。
フィールド２５は４ビット値であり、オリジナルフレー
ムレート（２４、３０、等々）、即ちビデオ信号の適切
な発生に必要な数を識別するものである。各データブロ
ックによって表わされる時間は、もしも各データブロッ
クがただ１つのフレームを含むものであれば、フレーム
レートから決定可能であるかもしれないが、各データブ
ロックには１フレーム以上或いは１フレーム以下のデー
タを記憶することが可能である。また、フレーム情報が
全くないこともあり得、即ちフィールド１９におけるビ
デオ可用性フラッグが０であるかもしれない。当然の結
果として、フィールド２６が設けられている。このフィ
ールドは１０ビット数であり、ブロック時間ファクタ
ー、即ち各ブロックによる平均持続時間を表わす。この
ブロック時間ファクターの合計ブロック数（或いは特定
バージョンに関する合計数）による乗算は、運転時間を
もたらす。（実用上、ブロック時間ファクターは１つの
ディスク上での両バージョンに関して略々同一である。
所望に応じて、ここのブロック時間ファクターを設ける
ことができる。）
変的な数のためのビデオ情報を含む可能性がある。この
システムは、ただもしもオリジナルのフレームレート
と、ディスク全体として、各ブロック内に表現されたフ
レームの平均数とが知らされていれば、データブロック
数から合計再生時間を決定することができるであろう
（もしも単一バージョンのみが存在するのであればその
合計数から、或いはもしも２つのバージョンが存在する
のであればその２つの異なる数から）。同一数のデータ
ブロックを伴う２つのディスクは、もしもそれらの内の
一方のオリジナルソース資料が毎秒２４のレートで発生
するフレームの映画であり、他方のものが毎秒３０フレ
ームのビデオカメラから引き出されたオリジナルソース
資料を有すれば、異なる運転時間を有することになる。
フィールド２５は４ビット値であり、オリジナルフレー
ムレート（２４、３０、等々）、即ちビデオ信号の適切
な発生に必要な数を識別するものである。各データブロ
ックによって表わされる時間は、もしも各データブロッ
クがただ１つのフレームを含むものであれば、フレーム
レートから決定可能であるかもしれないが、各データブ
ロックには１フレーム以上或いは１フレーム以下のデー
タを記憶することが可能である。また、フレーム情報が
全くないこともあり得、即ちフィールド１９におけるビ
デオ可用性フラッグが０であるかもしれない。当然の結
果として、フィールド２６が設けられている。このフィ
ールドは１０ビット数であり、ブロック時間ファクタ
ー、即ち各ブロックによる平均持続時間を表わす。この
ブロック時間ファクターの合計ブロック数（或いは特定
バージョンに関する合計数）による乗算は、運転時間を
もたらす。（実用上、ブロック時間ファクターは１つの
ディスク上での両バージョンに関して略々同一である。
所望に応じて、ここのブロック時間ファクターを設ける
ことができる。）
【００７４】一般の光ディスクの共通慣習として、本発
明のディスクには、ユーザが再生の特定部分を選択でき
るように、或いはディスク上に一体何があるのか、そし
て各部分の再生時間はどの程度であるのかを単に知らせ
るための目次を設けることができる。フィールド２７
は、もしも含まれるのであれば、目次である。もしもソ
ース資料がたった１つのバージョンの形でディスク上に
あれば、ただ１つの目次である。さもなければ、第２の
バージョンのための目次から成る追加的なフィールド２
８が存在する。図３はフィールド２７の複数のサブフィ
ールドを詳述している。
明のディスクには、ユーザが再生の特定部分を選択でき
るように、或いはディスク上に一体何があるのか、そし
て各部分の再生時間はどの程度であるのかを単に知らせ
るための目次を設けることができる。フィールド２７
は、もしも含まれるのであれば、目次である。もしもソ
ース資料がたった１つのバージョンの形でディスク上に
あれば、ただ１つの目次である。さもなければ、第２の
バージョンのための目次から成る追加的なフィールド２
８が存在する。図３はフィールド２７の複数のサブフィ
ールドを詳述している。
【００７５】より良い用語の欠如のため、ビデオ表出は
「チャプター”chapters”」と言われるものにまで分割
されている。各チャプターに対してこの目次は８ビット
のチャプター数を含んで、最大２５５の個々のチャプタ
ーを許容している。各チャプター数に続いて、２０ビッ
トの出発ブロックの連続ブロック番号が存在する。思い
出されるように、ディスク上の全てのデータブロックは
連続的に番号付けされている。言換えれば、データブロ
ックはバージョンＡ及びＢの両方に共通であるか、或い
はそれらの一方のみに唯一独特であり得るかであり、そ
の多数のデータブロックはディスクトラックに沿って通
し番号順である。この目次は、各チャプターの出発ブロ
ックであるデータブロックの連続ブロック番号を含む。
「チャプター”chapters”」と言われるものにまで分割
されている。各チャプターに対してこの目次は８ビット
のチャプター数を含んで、最大２５５の個々のチャプタ
ーを許容している。各チャプター数に続いて、２０ビッ
トの出発ブロックの連続ブロック番号が存在する。思い
出されるように、ディスク上の全てのデータブロックは
連続的に番号付けされている。言換えれば、データブロ
ックはバージョンＡ及びＢの両方に共通であるか、或い
はそれらの一方のみに唯一独特であり得るかであり、そ
の多数のデータブロックはディスクトラックに沿って通
し番号順である。この目次は、各チャプターの出発ブロ
ックであるデータブロックの連続ブロック番号を含む。
【００７６】同様にして、各チャプターの再生時間を決
定するために、システムは各チャプターにはブロックが
幾つ含まれているのかを知らねばならない。この理由の
ため、情報の次のピース又は次の情報ピースは２０ビッ
トのブロック持続時間である。この数をブロック時間フ
ァクターで乗算することで、各チャプターの再生時間を
決定させることができる。代替的には、ブロック持続時
間の代りに各チャプターの実際の運転時間が設けられる
であろう。（そうした情報は異なるバージョン及び標準
毎に設けられるであろう。）
定するために、システムは各チャプターにはブロックが
幾つ含まれているのかを知らねばならない。この理由の
ため、情報の次のピース又は次の情報ピースは２０ビッ
トのブロック持続時間である。この数をブロック時間フ
ァクターで乗算することで、各チャプターの再生時間を
決定させることができる。代替的には、ブロック持続時
間の代りに各チャプターの実際の運転時間が設けられる
であろう。（そうした情報は異なるバージョン及び標準
毎に設けられるであろう。）
【００７７】各チャプターのタイトルを再生するため
に、複数の言語ストリングが設けられなければならな
い。再度、システムには、チャプタータイトルの表示の
ために利用可能な複数の言語が通知されねばならないの
で、ユーザはそれらの内の１つを選択することができ
る。利用可能言語又は可用性言語を識別するために、１
００ビットブロックを提供する通常の技術が採用され
る。
に、複数の言語ストリングが設けられなければならな
い。再度、システムには、チャプタータイトルの表示の
ために利用可能な複数の言語が通知されねばならないの
で、ユーザはそれらの内の１つを選択することができ
る。利用可能言語又は可用性言語を識別するために、１
００ビットブロックを提供する通常の技術が採用され
る。
【００７８】最後に、個々のチャプターを識別するため
の実際の言語ストリングが提供される。各ストリング
は、エスケープキャラクタをもって次のストリングとは
分離して終了する。これは、フィールド１４に関連して
先に議論した「他の」オーディオトラック定義に関連し
て用いた技術と同一である。
の実際の言語ストリングが提供される。各ストリング
は、エスケープキャラクタをもって次のストリングとは
分離して終了する。これは、フィールド１４に関連して
先に議論した「他の」オーディオトラック定義に関連し
て用いた技術と同一である。
【００７９】フィールド２９は最小１００ビット及び最
大１２００ビットを有する。思い出されるように、１２
個の認定（検定）済み標準又は基準があり得ること、即
ち最終ビデオ出力は１２の異なるフォーマットであり得
ることである。仕様又は規格が共通したセットを供給す
べく同意した全ての再生装置製造業者及び全てのソフト
ウェア出版社によって同意された品質基準又は品質規格
の準拠を保証するために、認定が済んでいない又は未認
定と認められるソフトウェア出版社が本発明の再生装置
で再生されるディスクを出版することを防止又は排除す
ることは可能である。更に、１２の標準の内のサブセッ
ト又は一部のみに従って再生するようなディスクを製造
することを特定の出版社に限定することも可能である。
例えば、もしも同意された仕様に従って製造された各デ
ィスクに対してロイヤリティを支払うべきであり、その
ロイヤリティはディスクが再生され得る標準数に従って
変化すれば、あるソフトウェア製造業者に対しては彼等
が支払に同意したサブセット標準のみに限定することが
可能である。この理由のため、各標準用に暗号化された
認定済みコードが存在し、此等コードはフィールド２９
に全て記憶されている。ディスクは、該ディスク上に適
切な暗号化された認定コードが含まれている時にのみ、
特定の標準に従って再生することになる。フィールド２
９はフィールド５で認定された標準毎に１００ビットず
つ含む。少なくとも１つの標準が認定されなければなら
ないので、そこには少なくとも１００ビットが存在す
る。最大ビット数は、もしも１２標準全てが認定された
場合、１２００である。
大１２００ビットを有する。思い出されるように、１２
個の認定（検定）済み標準又は基準があり得ること、即
ち最終ビデオ出力は１２の異なるフォーマットであり得
ることである。仕様又は規格が共通したセットを供給す
べく同意した全ての再生装置製造業者及び全てのソフト
ウェア出版社によって同意された品質基準又は品質規格
の準拠を保証するために、認定が済んでいない又は未認
定と認められるソフトウェア出版社が本発明の再生装置
で再生されるディスクを出版することを防止又は排除す
ることは可能である。更に、１２の標準の内のサブセッ
ト又は一部のみに従って再生するようなディスクを製造
することを特定の出版社に限定することも可能である。
例えば、もしも同意された仕様に従って製造された各デ
ィスクに対してロイヤリティを支払うべきであり、その
ロイヤリティはディスクが再生され得る標準数に従って
変化すれば、あるソフトウェア製造業者に対しては彼等
が支払に同意したサブセット標準のみに限定することが
可能である。この理由のため、各標準用に暗号化された
認定済みコードが存在し、此等コードはフィールド２９
に全て記憶されている。ディスクは、該ディスク上に適
切な暗号化された認定コードが含まれている時にのみ、
特定の標準に従って再生することになる。フィールド２
９はフィールド５で認定された標準毎に１００ビットず
つ含む。少なくとも１つの標準が認定されなければなら
ないので、そこには少なくとも１００ビットが存在す
る。最大ビット数は、もしも１２標準全てが認定された
場合、１２００である。
【００８０】暗号化構成又は機構は公開鍵（パブリック
キー）暗号術の原則に基づくものである。公開鍵暗号術
は現在では公知であり、そして、その題材の明確な解説
は１９７９年８月出版のサイエンティフィック・アメリ
カン”Scientific American”に見出され、ヘルマン（H
ellmann）による「公開鍵暗号術の数学”The Mathemati
cs of Public-Key Cryptography”」と題された論文が
ある。公開鍵暗号術を使用することによって、１つのメ
ッセージがＡ側では秘密鍵に従って暗号化され、Ｂ側に
伝送され、そしてＢ側では公開鍵又はパブリックキーに
よって復号化されることを可能としている。メッセージ
を暗号化する秘密鍵は伝送側のみに知られている。こう
した構成は、典型的には、メッセージの真贋鑑定のため
に使用される。受信側での伝送された暗号化メッセージ
の復号化に及んで、そのメッセージは、それが一対とな
った私的鍵又はプライベートキーによって暗号化された
ものであれば、理解できるようになる。そして、このプ
ライベートキーは私的なものであるので、もしも復号化
メッセージが理解できれば、それはプライベートキーの
所有者によるものであることに違いない。
キー）暗号術の原則に基づくものである。公開鍵暗号術
は現在では公知であり、そして、その題材の明確な解説
は１９７９年８月出版のサイエンティフィック・アメリ
カン”Scientific American”に見出され、ヘルマン（H
ellmann）による「公開鍵暗号術の数学”The Mathemati
cs of Public-Key Cryptography”」と題された論文が
ある。公開鍵暗号術を使用することによって、１つのメ
ッセージがＡ側では秘密鍵に従って暗号化され、Ｂ側に
伝送され、そしてＢ側では公開鍵又はパブリックキーに
よって復号化されることを可能としている。メッセージ
を暗号化する秘密鍵は伝送側のみに知られている。こう
した構成は、典型的には、メッセージの真贋鑑定のため
に使用される。受信側での伝送された暗号化メッセージ
の復号化に及んで、そのメッセージは、それが一対とな
った私的鍵又はプライベートキーによって暗号化された
ものであれば、理解できるようになる。そして、このプ
ライベートキーは私的なものであるので、もしも復号化
メッセージが理解できれば、それはプライベートキーの
所有者によるものであることに違いない。
【００８１】公開鍵暗号術は本発明では以下の方法をも
って使用される。トラック上の実際のデータは、ソフト
ウェア出版社を介して所定のアルゴリズム又は演算規則
に従って処理されている。処理の詳細は重要ではない。
例えばディスクデータに基づく１００ビット結果を提供
する何等かの少なからぬ重要な処理で充分である。１０
０ビットの結果は、ディスクを介して、１から１２まで
の暗号化形態で伝送される。１２の暗号システムの鍵対
又はキーペアが、上記標準のそれぞれに各一対又は各ペ
アが関連した形で存在する。ディスク上で認定された第
１標準のプライベートキーは１００ビットメッセージを
暗号化するために用いられ、その１００ビット暗号はフ
ィールド２９に記憶されている。この暗号化はその特定
の標準のための認定コードである。同一のことがそのデ
ィスクで認定された他の標準の全てに対して為され、此
等標準の各々に関連したプライベートキーが各場合にお
いて使用されることとなる。
って使用される。トラック上の実際のデータは、ソフト
ウェア出版社を介して所定のアルゴリズム又は演算規則
に従って処理されている。処理の詳細は重要ではない。
例えばディスクデータに基づく１００ビット結果を提供
する何等かの少なからぬ重要な処理で充分である。１０
０ビットの結果は、ディスクを介して、１から１２まで
の暗号化形態で伝送される。１２の暗号システムの鍵対
又はキーペアが、上記標準のそれぞれに各一対又は各ペ
アが関連した形で存在する。ディスク上で認定された第
１標準のプライベートキーは１００ビットメッセージを
暗号化するために用いられ、その１００ビット暗号はフ
ィールド２９に記憶されている。この暗号化はその特定
の標準のための認定コードである。同一のことがそのデ
ィスクで認定された他の標準の全てに対して為され、此
等標準の各々に関連したプライベートキーが各場合にお
いて使用されることとなる。
【００８２】再生装置のオペレーティングシステムは、
ソフトウェア出版社によって元々は演算された同一の１
００ビット結果又はメッセージを演算する。そして再生
装置はそのディスクで認定された標準の各々に関連した
パブリックキー又は公開鍵を用いて、その標準用の暗号
化認定コード毎を復号化する。復号化されたメッセージ
は、ディスクデータの処理の後のオペレーティングシス
テムによって演算されたメッセージに合致すべきであ
る。もしもそれらが合致しなければ、ソフトウェア出版
社はその特定の標準のための認定されたコードを暗号化
するプライベートキーを持っておらず、再生装置はその
標準に従ってビデオ信号を提供しないこととなる。
ソフトウェア出版社によって元々は演算された同一の１
００ビット結果又はメッセージを演算する。そして再生
装置はそのディスクで認定された標準の各々に関連した
パブリックキー又は公開鍵を用いて、その標準用の暗号
化認定コード毎を復号化する。復号化されたメッセージ
は、ディスクデータの処理の後のオペレーティングシス
テムによって演算されたメッセージに合致すべきであ
る。もしもそれらが合致しなければ、ソフトウェア出版
社はその特定の標準のための認定されたコードを暗号化
するプライベートキーを持っておらず、再生装置はその
標準に従ってビデオ信号を提供しないこととなる。
【００８３】これを他の方法で説明するために、ディス
ク上で認定された標準Ｎのためのプライベートキーは、
暗号化メッセージとして、Ｘは暗号化されるメッセージ
とした場合にＰｒｉN（Ｘ）を生じさせると仮定しよ
う。同様にして、関数ＰｕｂN（Ｘ）は、関数Ｘを一対
の片方であるパブリックキーを用いての復号化を表わし
ている。更に、ディスク上のデータを処理する所定アル
ゴリズムは、再生装置の製造業者及びソフトウェア出版
社の全てに知られており、ディスクデータに依存する内
容（値）を有する「メッセージ」Ｍとして取り扱われる
１００ビット結果を生じさせると仮定しよう。標準Ｎの
場合、ソフトウェア出版社は、先ずＭを引き出した後、
ディスク上に１００ビットの暗号化された認定コードＰ
ｒｉN（Ｍ）を記憶させる。再生装置は、ソフトウェア
出版社が為したと同一の方法で、値Ｍを先ず引き出す。
それから、再生装置のソフトウェアは暗号化された認定
コードを復号化するために標準Ｎに関連したパブリック
キーを用いる。こうしてオペレーティングシステムは、
ＰｕｂN（ＰｒｉN（Ｍ））を引き出す。暗号化メッセー
ジの復号化はオリジナルメッセージとなるはずであるの
で、この復号化の結果は、ディスクデータを処理するこ
とによってオペレーティングシステムが引き出した同一
値Ｍになるべきである。もしそうであれば、この特定の
標準は認定されたものであるばかりか、出版社もそれを
認定する権利を有する。一方、もしも暗号化認定コード
Ｍの復号化が再生装置によって引き出されたアルゴリズ
ム結果Ｍと合致しなければ（ソフトウェア出版社がＰｒ
ｉN（Ｍ）を引き出すために用いられるプライベートキ
ーを持たないので）、その特定の標準はロックアウト
（又は締め出し）されることになる。
ク上で認定された標準Ｎのためのプライベートキーは、
暗号化メッセージとして、Ｘは暗号化されるメッセージ
とした場合にＰｒｉN（Ｘ）を生じさせると仮定しよ
う。同様にして、関数ＰｕｂN（Ｘ）は、関数Ｘを一対
の片方であるパブリックキーを用いての復号化を表わし
ている。更に、ディスク上のデータを処理する所定アル
ゴリズムは、再生装置の製造業者及びソフトウェア出版
社の全てに知られており、ディスクデータに依存する内
容（値）を有する「メッセージ」Ｍとして取り扱われる
１００ビット結果を生じさせると仮定しよう。標準Ｎの
場合、ソフトウェア出版社は、先ずＭを引き出した後、
ディスク上に１００ビットの暗号化された認定コードＰ
ｒｉN（Ｍ）を記憶させる。再生装置は、ソフトウェア
出版社が為したと同一の方法で、値Ｍを先ず引き出す。
それから、再生装置のソフトウェアは暗号化された認定
コードを復号化するために標準Ｎに関連したパブリック
キーを用いる。こうしてオペレーティングシステムは、
ＰｕｂN（ＰｒｉN（Ｍ））を引き出す。暗号化メッセー
ジの復号化はオリジナルメッセージとなるはずであるの
で、この復号化の結果は、ディスクデータを処理するこ
とによってオペレーティングシステムが引き出した同一
値Ｍになるべきである。もしそうであれば、この特定の
標準は認定されたものであるばかりか、出版社もそれを
認定する権利を有する。一方、もしも暗号化認定コード
Ｍの復号化が再生装置によって引き出されたアルゴリズ
ム結果Ｍと合致しなければ（ソフトウェア出版社がＰｒ
ｉN（Ｍ）を引き出すために用いられるプライベートキ
ーを持たないので）、その特定の標準はロックアウト
（又は締め出し）されることになる。
【００８４】そうした構成は理論上又は観念上では作動
する一方、克服されねばならない１つの実際上の問題が
ある。例えば、オリジナル「メッセージ」Ｍを引き出す
べく使用されるアルゴリズムは、所定の連続ブロック番
号を有するディスク上の２０のデータブロックを処理す
ることを想像しよう。（この処理は、各々が１００ビッ
トである連続グループを相互に乗算し、各乗算の結果と
してその１００の最小の意味あるビットだけを次の乗算
用に用いることと同様に簡単なものであるかもしれな
い。）ディスク上の標準Ｎを認定する権限が与えられて
いない出版社は、それにも拘らず、そうしたことを為す
ことを望む可能性がある。彼は、彼のソフトウェアに適
用できる引き出された値Ｍを暗号化するためのプライベ
ートキーを知らない。結果として、彼はディスクに記入
すべき１００ビット暗号化コードであって、再生装置内
で値Ｍへ復号化することになる１００ビット暗号化コー
ドはどのようなものであるかを彼は知らない。しかし彼
ができることは、他の何等かの合法的なディスクから２
０の所定データブロックをコピーして、彼自身のディス
クにそれらを記入することであり、またフィールド２９
内の暗号化認定コードをコピーすることである。それら
２０のデータブロックは、再生装置内で処理されれば、
値Ｍとなり、それは再生装置で復号化された後に「盗
用」暗号化認定コードと合致することになる。勿論、そ
のソフトウェア出版社は著作権侵害を犯すことなるが、
単に重罪の私和となる。そのソフトウェア出版社が直面
する実際上の問題は、彼が有するデータブロックは「再
生」され、彼の映画に関する限りは前後関係が全体的に
なくなることである。しかしながら、先ず第１に映画の
多重バージョンを同一ディスクに記憶させることができ
る方法は、再生装置はあるデータブロックを下述するよ
うにスキップする又は飛び越えるように制御され得るの
で、ソフトウェア出版社は、コピーされたデータブロッ
クが再生されることがないように、彼の他のデータブロ
ックをコード化することができる。こうして、暗号化保
護は無効化され得る。
する一方、克服されねばならない１つの実際上の問題が
ある。例えば、オリジナル「メッセージ」Ｍを引き出す
べく使用されるアルゴリズムは、所定の連続ブロック番
号を有するディスク上の２０のデータブロックを処理す
ることを想像しよう。（この処理は、各々が１００ビッ
トである連続グループを相互に乗算し、各乗算の結果と
してその１００の最小の意味あるビットだけを次の乗算
用に用いることと同様に簡単なものであるかもしれな
い。）ディスク上の標準Ｎを認定する権限が与えられて
いない出版社は、それにも拘らず、そうしたことを為す
ことを望む可能性がある。彼は、彼のソフトウェアに適
用できる引き出された値Ｍを暗号化するためのプライベ
ートキーを知らない。結果として、彼はディスクに記入
すべき１００ビット暗号化コードであって、再生装置内
で値Ｍへ復号化することになる１００ビット暗号化コー
ドはどのようなものであるかを彼は知らない。しかし彼
ができることは、他の何等かの合法的なディスクから２
０の所定データブロックをコピーして、彼自身のディス
クにそれらを記入することであり、またフィールド２９
内の暗号化認定コードをコピーすることである。それら
２０のデータブロックは、再生装置内で処理されれば、
値Ｍとなり、それは再生装置で復号化された後に「盗
用」暗号化認定コードと合致することになる。勿論、そ
のソフトウェア出版社は著作権侵害を犯すことなるが、
単に重罪の私和となる。そのソフトウェア出版社が直面
する実際上の問題は、彼が有するデータブロックは「再
生」され、彼の映画に関する限りは前後関係が全体的に
なくなることである。しかしながら、先ず第１に映画の
多重バージョンを同一ディスクに記憶させることができ
る方法は、再生装置はあるデータブロックを下述するよ
うにスキップする又は飛び越えるように制御され得るの
で、ソフトウェア出版社は、コピーされたデータブロッ
クが再生されることがないように、彼の他のデータブロ
ックをコード化することができる。こうして、暗号化保
護は無効化され得る。
【００８５】解決策は、「メッセージ」を先ず第１に引
き出すアルゴリズムは所定データブロック上でもオペレ
ート又は動作するかもしれないが、それはトラックの少
なくとも導入区域上で動作すべきであることである。未
認定の出版社が他のディスクから導入部トラックフィー
ルドをコピーできる方法はなく、その理由は、再生装置
にその未認定出版社のディスク上のビデオ及びオーディ
オに関する誤情報を与えてしまうからである。導入部デ
ータはディスクの特定の主題の関数であり、ディスクを
適切に再生するためにトラック内に現われなければなら
ない。こうして、図３上に表現された情報は「メッセー
ジ」Ｍとして取り扱うことができ、認定された標準毎に
１つあるその暗号化は、それぞれのプライベートキーを
用いて引き出され、導入部フィールド２９内に記憶され
る。（厳密に言えば、「メッセージ」Ｍはフィールド２
９を除く全てのフィールドの処理の結果である。また、
ソフトウェアを含むようなより長いフィールドはその処
理から省略され得る。）再生装置は同一「メッセージ」
を引き出し、暗号化された認定コードをそれぞれの標準
に関連したパブリックキーで復号化し、それからそれら
２つを比較する。もしもそれらが合致しなければ、再生
装置はその特定標準はその特定ディスク出版社には認定
されていないと決定する。
き出すアルゴリズムは所定データブロック上でもオペレ
ート又は動作するかもしれないが、それはトラックの少
なくとも導入区域上で動作すべきであることである。未
認定の出版社が他のディスクから導入部トラックフィー
ルドをコピーできる方法はなく、その理由は、再生装置
にその未認定出版社のディスク上のビデオ及びオーディ
オに関する誤情報を与えてしまうからである。導入部デ
ータはディスクの特定の主題の関数であり、ディスクを
適切に再生するためにトラック内に現われなければなら
ない。こうして、図３上に表現された情報は「メッセー
ジ」Ｍとして取り扱うことができ、認定された標準毎に
１つあるその暗号化は、それぞれのプライベートキーを
用いて引き出され、導入部フィールド２９内に記憶され
る。（厳密に言えば、「メッセージ」Ｍはフィールド２
９を除く全てのフィールドの処理の結果である。また、
ソフトウェアを含むようなより長いフィールドはその処
理から省略され得る。）再生装置は同一「メッセージ」
を引き出し、暗号化された認定コードをそれぞれの標準
に関連したパブリックキーで復号化し、それからそれら
２つを比較する。もしもそれらが合致しなければ、再生
装置はその特定標準はその特定ディスク出版社には認定
されていないと決定する。
【００８６】暗号化された認定コードフィールドは図３
の末端近くに示され、その対応する処理は、下述する図
５〜図７のフローチャートの末端近くに示されている。
暗号化された認定コードフィールドの図示された位置付
けは、その処理の説明を促進するものであるが、実際の
ところこのフィールドは処理の最初に配置されることが
有利である可能性がある。思い出されるように、特殊な
ソフトウェアが、正規の再生装置シーケンスを変更すべ
く、ディスクから読取られることがある。よって、偽造
者が認定コード処理をバイパスさせるよう特殊ソフトウ
ェアを書き得ることが想像できる。如何なる特殊ソフト
ウェアもまさに読取られる前にそうした処理を行うこと
によって、その処理はバイパスされることができなくな
る。
の末端近くに示され、その対応する処理は、下述する図
５〜図７のフローチャートの末端近くに示されている。
暗号化された認定コードフィールドの図示された位置付
けは、その処理の説明を促進するものであるが、実際の
ところこのフィールドは処理の最初に配置されることが
有利である可能性がある。思い出されるように、特殊な
ソフトウェアが、正規の再生装置シーケンスを変更すべ
く、ディスクから読取られることがある。よって、偽造
者が認定コード処理をバイパスさせるよう特殊ソフトウ
ェアを書き得ることが想像できる。如何なる特殊ソフト
ウェアもまさに読取られる前にそうした処理を行うこと
によって、その処理はバイパスされることができなくな
る。
【００８７】導入トラックフィールドの説明に戻って、
フィールド３０は１ビットデータブロックのコマンド／
データフラッグである。このビットはオペレーティング
システムに対して、データブロックはディスクの再生中
に読取られるべきコマンド情報或いはデータを含むか否
かを知らせる。システムがどのようにして、特定データ
ブロックがコマンド或いはデータを含むか否かを決定す
るかは下述することになる。フィールド３０は、何かそ
うした情報が一体あるのか否かを単に示す。最後に、フ
ィールド３１及び３２は雑品入れフィールドであり、再
生装置がディスク上の情報を処理する普通ではない方法
をディスクに制御させることを許容するものである。思
い出されるように、フィールド３は、フィールド４が通
常採用されるものとは全体的に異なるプログラムに従っ
て再生装置をオペレートさせる特殊ソフトウェアを含む
か否かを示すフラッグを含み、フィールド１２はフィー
ルド１３が「他の」オーディオトラックに使用する特殊
混合／削除ソフトウェアを含むか否かを示し、フィール
ド１７は、フィールド１８は４ビットの多重バージョン
コードを処理するための特殊バージョンソフトウェアを
含むか否かを示すフラッグを含む。フィールド３１はフ
ィールド３２内に「補助」ソフトウェアがあるか否かを
示す。この補助ソフトウェアはフィールド４の特殊ソフ
トウェアとはことなるものであり、フィールド４のソフ
トウェアは、基本的には、通常用いられる処理の代替品
である一方、補助ソフトウェアは一般にデータブロック
内に見出されるべきコマンド及びデータと共にそのコー
ドを扱う。
フィールド３０は１ビットデータブロックのコマンド／
データフラッグである。このビットはオペレーティング
システムに対して、データブロックはディスクの再生中
に読取られるべきコマンド情報或いはデータを含むか否
かを知らせる。システムがどのようにして、特定データ
ブロックがコマンド或いはデータを含むか否かを決定す
るかは下述することになる。フィールド３０は、何かそ
うした情報が一体あるのか否かを単に示す。最後に、フ
ィールド３１及び３２は雑品入れフィールドであり、再
生装置がディスク上の情報を処理する普通ではない方法
をディスクに制御させることを許容するものである。思
い出されるように、フィールド３は、フィールド４が通
常採用されるものとは全体的に異なるプログラムに従っ
て再生装置をオペレートさせる特殊ソフトウェアを含む
か否かを示すフラッグを含み、フィールド１２はフィー
ルド１３が「他の」オーディオトラックに使用する特殊
混合／削除ソフトウェアを含むか否かを示し、フィール
ド１７は、フィールド１８は４ビットの多重バージョン
コードを処理するための特殊バージョンソフトウェアを
含むか否かを示すフラッグを含む。フィールド３１はフ
ィールド３２内に「補助」ソフトウェアがあるか否かを
示す。この補助ソフトウェアはフィールド４の特殊ソフ
トウェアとはことなるものであり、フィールド４のソフ
トウェアは、基本的には、通常用いられる処理の代替品
である一方、補助ソフトウェアは一般にデータブロック
内に見出されるべきコマンド及びデータと共にそのコー
ドを扱う。
【００８８】典型的には、この補助ソフトウェアはビデ
オゲームの再生を許容することなり、データブロック内
の関連されたコマンド及びデータで再生コースを決定す
ることが付随されている。この技術は他の複数の用途も
ある。補助ソフトウェア、データブロック内のコマンド
及びデータが使用され得る方法の他の例として、サブタ
イトル（字幕）付きのクラシックな映画であるが、サブ
タイトルの代りに周期的に表示されるような評論的実況
解説であって、おそらくは該評論的な実況解説を除いて
はスクリーンが空白又はブランクとなる瞬間の実況解説
をも設けれられているクラシック映画を考えよう。可能
性ある柔軟性を示すために、その評論的実況解説は異な
る言語であるとの場合をも考慮することにしよう。そう
した場合に要求されることは、図２上のバッファ５９に
は幾つかのデータブロックの再生中に一方言語でのサブ
タイトルが、そして他のデータブロックの再生中には他
方言語でのサブタイトルがロードされることである（こ
うして、その幾つかのデータブロックはオリジナル映画
に対応するサブタイトルを含み、他方は他方言語での評
論的な実況解説を含む）。そうした場合、言語サブタイ
トルに関して一方から他方へ他方から一方へと切り換え
るように、システムに対してどうにかして知らせる必要
があり、即ち、異なるサブタイトルトラックは異なるデ
ータブロックで処理されなければならない。これはデー
タブロック自体内でコマンドを発することによって従来
的には制御され得る。同様にして、もしもスクリーンを
ブランクにして画像を実況解説の表示の間妨害すること
が望まれたならば、あるデータブロックはブランク状態
の持続時間を表わすあるデータ値を含むこととなるであ
ろう。代替的に、もしも実況解説が異なる言語で行われ
るべきであれば、その目的のために選択された異なるオ
ーディオトラックとなることであろう。如何なる場合で
も、フィールド３２からロードされた特殊ソフトウェア
はデータブロック内に含まれたコマンド及びデータの処
理を制御し、再生装置のオペレーティングシステムと共
に動作することとなるであろう。
オゲームの再生を許容することなり、データブロック内
の関連されたコマンド及びデータで再生コースを決定す
ることが付随されている。この技術は他の複数の用途も
ある。補助ソフトウェア、データブロック内のコマンド
及びデータが使用され得る方法の他の例として、サブタ
イトル（字幕）付きのクラシックな映画であるが、サブ
タイトルの代りに周期的に表示されるような評論的実況
解説であって、おそらくは該評論的な実況解説を除いて
はスクリーンが空白又はブランクとなる瞬間の実況解説
をも設けれられているクラシック映画を考えよう。可能
性ある柔軟性を示すために、その評論的実況解説は異な
る言語であるとの場合をも考慮することにしよう。そう
した場合に要求されることは、図２上のバッファ５９に
は幾つかのデータブロックの再生中に一方言語でのサブ
タイトルが、そして他のデータブロックの再生中には他
方言語でのサブタイトルがロードされることである（こ
うして、その幾つかのデータブロックはオリジナル映画
に対応するサブタイトルを含み、他方は他方言語での評
論的な実況解説を含む）。そうした場合、言語サブタイ
トルに関して一方から他方へ他方から一方へと切り換え
るように、システムに対してどうにかして知らせる必要
があり、即ち、異なるサブタイトルトラックは異なるデ
ータブロックで処理されなければならない。これはデー
タブロック自体内でコマンドを発することによって従来
的には制御され得る。同様にして、もしもスクリーンを
ブランクにして画像を実況解説の表示の間妨害すること
が望まれたならば、あるデータブロックはブランク状態
の持続時間を表わすあるデータ値を含むこととなるであ
ろう。代替的に、もしも実況解説が異なる言語で行われ
るべきであれば、その目的のために選択された異なるオ
ーディオトラックとなることであろう。如何なる場合で
も、フィールド３２からロードされた特殊ソフトウェア
はデータブロック内に含まれたコマンド及びデータの処
理を制御し、再生装置のオペレーティングシステムと共
に動作することとなるであろう。
【００８９】導入部トラックフィールドの処理 図５乃至図９は、導入部トラックフィールドにおける情
報処理を示す。この予備的な処理の説明を個々のフィー
ルドの機能を念頭においてこの時点で提示する。データ
ブロックの処理と共にデータブロックにおける此等のフ
ィールドを以下に説明する。
報処理を示す。この予備的な処理の説明を個々のフィー
ルドの機能を念頭においてこの時点で提示する。データ
ブロックの処理と共にデータブロックにおける此等のフ
ィールドを以下に説明する。
【００９０】図５の上部に示されるようにデフォルト設
定又は設定状態の読取りによってシステム処理は始ま
る。此等は、ＤＩＰスイッチ、ＲＯＭコード、或いは電
源投入時にシステムを構成する任意の他の装置又は技術
等によって確定された設定である。マイクロプロセッサ
に基づくシステムにおいて典型的なように、電源の最初
の投入時に、全てのフラッグをリセットし、デフォルト
設定状態を読取る。
定又は設定状態の読取りによってシステム処理は始ま
る。此等は、ＤＩＰスイッチ、ＲＯＭコード、或いは電
源投入時にシステムを構成する任意の他の装置又は技術
等によって確定された設定である。マイクロプロセッサ
に基づくシステムにおいて典型的なように、電源の最初
の投入時に、全てのフラッグをリセットし、デフォルト
設定状態を読取る。
【００９１】こうして、此等はシステムを構成するため
に決定される４つのデフォルト設定状態がある。第１は
標準であり、例えば合衆国で販売される再生装置は典型
的には、デフォルト状態又は既定値設定状態で、ＮＴＳ
Ｃビデオ信号を提供すべく構成される。
に決定される４つのデフォルト設定状態がある。第１は
標準であり、例えば合衆国で販売される再生装置は典型
的には、デフォルト状態又は既定値設定状態で、ＮＴＳ
Ｃビデオ信号を提供すべく構成される。
【００９２】次のデフォルト設定は言語であり、サウン
ドトラックのダイアローグ言語、サブタイトル言語（も
しもあれば）、ディスプレイ上に提示されるべきメニュ
ーの言語等々である。例えば合衆国において、デフォル
ト言語は英語となるであろう。もしもユーザが再生装置
に対して、英語以外の言語を此等の機能の１つ以上のた
めに望まれることを知らせなければ、オーディオ言語ト
ラック１０が使用されてサウンドトラックを発生し、英
語のキャラクタストリングが「他の」オーディオトラッ
ク及び目次のための混合／削除メニューをセットアップ
するために使用される。サブタイトルに関しての通常の
デフォルトは「言語なし」である。
ドトラックのダイアローグ言語、サブタイトル言語（も
しもあれば）、ディスプレイ上に提示されるべきメニュ
ーの言語等々である。例えば合衆国において、デフォル
ト言語は英語となるであろう。もしもユーザが再生装置
に対して、英語以外の言語を此等の機能の１つ以上のた
めに望まれることを知らせなければ、オーディオ言語ト
ラック１０が使用されてサウンドトラックを発生し、英
語のキャラクタストリングが「他の」オーディオトラッ
ク及び目次のための混合／削除メニューをセットアップ
するために使用される。サブタイトルに関しての通常の
デフォルトは「言語なし」である。
【００９３】第３デフォルトはアスペクト比であり、合
衆国では４：３である。アスペクト比は、最終ビデオ出
力信号によって表わされるディスプレイの相対的寸法を
決定する。
衆国では４：３である。アスペクト比は、最終ビデオ出
力信号によって表わされるディスプレイの相対的寸法を
決定する。
【００９４】最後に、パーレンタルロック状態が決定さ
れる。これは図２のシステムにおいてロック８１の設定
の決定を単に課するだけである。しかし物理的ロック及
びキーをなしで済ませ、そして、ロック機能の制御を実
行する人間だけに知られたパスワードをキーボードで先
ず入力した後に、このパーレンタルロック状態を不揮発
性のメモリーに記憶することも可能である。
れる。これは図２のシステムにおいてロック８１の設定
の決定を単に課するだけである。しかし物理的ロック及
びキーをなしで済ませ、そして、ロック機能の制御を実
行する人間だけに知られたパスワードをキーボードで先
ず入力した後に、このパーレンタルロック状態を不揮発
性のメモリーに記憶することも可能である。
【００９５】多くの消費者用電子機器におけるように、
キーボードは再生装置との質疑応答用或いは制御用とし
てユーザに随時使用され得る。当業界では標準的なルー
チン制御シーケンスは、ここでのフローチャートには示
されていない。例えば、キーボード、或いは関連の遠隔
操作装置等は、ボリューム、早送り、特定チャプターへ
のジャンプ等々を制御するために使用され得る。当業界
では周知のように、メニューキーを操作することによっ
て表示を制御すべく、正規の処理は中断される（割込
み）。図５の処理のスタートでは、メニューキーは操作
されたか否かを決定するテストが示される。ディスク再
生中の任意の他の時間とは対照的に、処理のスタート時
にメニューキーが操作されたか否かの質疑応答を示す理
由は、これはデフォルト設定状態を変更できる機構であ
るからである。もしも電源の最初の投入時にメニューキ
ーを操作すれば、システムは１つのメニューを表示す
る。フローチャートに示されるように、ユーザには、デ
フォルト変更、ディスク目次の検分、及び／又は（メニ
ューキーを誤って操作した場合）何等変更することなく
元の処理への単なる戻し（リターン）の選択肢が与えら
れる。図示されているように、メニュー選択に応じて、
デフォルトが変更され、全メニュー選択工程が中止され
るか或いはＴＯＣ（目次）フラッグが１にセットされ
る。このフラッグは、目次が表示されるべきか否かを決
定するために、追って確かめられることになる。
キーボードは再生装置との質疑応答用或いは制御用とし
てユーザに随時使用され得る。当業界では標準的なルー
チン制御シーケンスは、ここでのフローチャートには示
されていない。例えば、キーボード、或いは関連の遠隔
操作装置等は、ボリューム、早送り、特定チャプターへ
のジャンプ等々を制御するために使用され得る。当業界
では周知のように、メニューキーを操作することによっ
て表示を制御すべく、正規の処理は中断される（割込
み）。図５の処理のスタートでは、メニューキーは操作
されたか否かを決定するテストが示される。ディスク再
生中の任意の他の時間とは対照的に、処理のスタート時
にメニューキーが操作されたか否かの質疑応答を示す理
由は、これはデフォルト設定状態を変更できる機構であ
るからである。もしも電源の最初の投入時にメニューキ
ーを操作すれば、システムは１つのメニューを表示す
る。フローチャートに示されるように、ユーザには、デ
フォルト変更、ディスク目次の検分、及び／又は（メニ
ューキーを誤って操作した場合）何等変更することなく
元の処理への単なる戻し（リターン）の選択肢が与えら
れる。図示されているように、メニュー選択に応じて、
デフォルトが変更され、全メニュー選択工程が中止され
るか或いはＴＯＣ（目次）フラッグが１にセットされ
る。このフラッグは、目次が表示されるべきか否かを決
定するために、追って確かめられることになる。
【００９６】今までのところ、ディスクからの情報は何
等処理されていない。（この説明において、しばしばフ
ィールドの読取りを参照したり、しばしばフィールドの
処理を参照したりする。理解して戴きたいことは、ある
処理ステップの後にフィールドが読取られると言われた
時でさえ、そのフィールドは、後の使用のためにバッフ
ァ内に記憶されている以外、実際には先行して読取られ
ていることもあると言うことである。その文脈に依存し
て、フィールドを読取るとは、実際にそれを読取ってそ
のビットが図２のデータアウト導体２５上に現われるこ
とを意味するか、或いはそれが先行して読取られてバッ
ファされていればそのデータによって何等かを行うこと
を意味する。）図３において、導入トラック区域から読
取られた第１の情報フィールドは、認定された領域を表
わしている。次に、再生装置の使用が意図された領域
は、ディスク上で認定されたものの内の１つであるか否
かを見るための検査又はチェックが為される。また、再
生装置領域はデフォルト設定の一種でもあるが、それは
ユーザによって変更され得ないので他のものとは一団と
はならない。（１つの領域から他の領域への移動する購
入者に彼の再生装置の使用を可能ならしめるべく、その
再生装置領域は認定された技術者によって変更され得
る。）もしも再生装置が、例えば、中国向けの使用とし
て設計され、そして中国はディスク上で認定された領域
の１つでなければ、ディスクの再生は中止される。
等処理されていない。（この説明において、しばしばフ
ィールドの読取りを参照したり、しばしばフィールドの
処理を参照したりする。理解して戴きたいことは、ある
処理ステップの後にフィールドが読取られると言われた
時でさえ、そのフィールドは、後の使用のためにバッフ
ァ内に記憶されている以外、実際には先行して読取られ
ていることもあると言うことである。その文脈に依存し
て、フィールドを読取るとは、実際にそれを読取ってそ
のビットが図２のデータアウト導体２５上に現われるこ
とを意味するか、或いはそれが先行して読取られてバッ
ファされていればそのデータによって何等かを行うこと
を意味する。）図３において、導入トラック区域から読
取られた第１の情報フィールドは、認定された領域を表
わしている。次に、再生装置の使用が意図された領域
は、ディスク上で認定されたものの内の１つであるか否
かを見るための検査又はチェックが為される。また、再
生装置領域はデフォルト設定の一種でもあるが、それは
ユーザによって変更され得ないので他のものとは一団と
はならない。（１つの領域から他の領域への移動する購
入者に彼の再生装置の使用を可能ならしめるべく、その
再生装置領域は認定された技術者によって変更され得
る。）もしも再生装置が、例えば、中国向けの使用とし
て設計され、そして中国はディスク上で認定された領域
の１つでなければ、ディスクの再生は中止される。
【００９７】一方、もしもディスクが再生装置領域内で
の再生用に認定されていれば、この単一ビットはシステ
ムに対して、特殊ソフトウェアは存在するか否か単に告
げる。フローチャートに示されているように、もしも存
在すれば、その特殊ソフトウェアがフィールド４から読
取られて実行される。この処理は「特殊ソフトウェアの
実行」ステップで終了する。これは、フィールド４の特
殊ソフトウェアは基本的には内蔵オペレーティングシス
テムと入れ替わることを示すべく意図されている。そう
したソフトウェアは、再生装置の全体的な用途の抜本的
変更が必要とされる時に採用されることとなる。（上述
したように、こうだからといって、この特殊ソフトウェ
アが、オペレーティングシステムを含むＲＯＭからのＢ
ＩＯＳ（内蔵オペレーティングシステム）ルーチン及び
その類と呼ばれるわけではない。）
の再生用に認定されていれば、この単一ビットはシステ
ムに対して、特殊ソフトウェアは存在するか否か単に告
げる。フローチャートに示されているように、もしも存
在すれば、その特殊ソフトウェアがフィールド４から読
取られて実行される。この処理は「特殊ソフトウェアの
実行」ステップで終了する。これは、フィールド４の特
殊ソフトウェアは基本的には内蔵オペレーティングシス
テムと入れ替わることを示すべく意図されている。そう
したソフトウェアは、再生装置の全体的な用途の抜本的
変更が必要とされる時に採用されることとなる。（上述
したように、こうだからといって、この特殊ソフトウェ
アが、オペレーティングシステムを含むＲＯＭからのＢ
ＩＯＳ（内蔵オペレーティングシステム）ルーチン及び
その類と呼ばれるわけではない。）
【００９８】もしも特殊ソフトウェアが存在しなけれ
ば、システムはデフォルト標準を読取り、例えばＮＴＳ
Ｃ標準を採用すべきことを決定する。もしもユーザがメ
ニュー選択を通じてこのデフォルト標準を変更していれ
ば、例えばＰＡＬへ変更していれば、ＰＡＬが新しいデ
フォルト標準となる。システムはそれから、１２標準ま
で認定しているフィールド５にアクセスする。実行され
るテストは、デフォルト標準（オリジナルのもの、或い
は処理のスタート時に変更されたもの）が認定されてい
るか否かを決定することである。もしもそうでなければ
（認定されていなければ）、ユーザに認定されている標
準を示すべくメニューが表示されて、彼はその内の１つ
を選択する。適切な選択が為された後、或いはもしもデ
フォルト標準が認定されていれば、システムはフィール
ド６及び７を処理する。フィールド６の読取りは、再生
装置に利用可能なオーディオ言語（Ｍ＆Ｅ及び１５言語
を含む１６まで）を知らせる。
ば、システムはデフォルト標準を読取り、例えばＮＴＳ
Ｃ標準を採用すべきことを決定する。もしもユーザがメ
ニュー選択を通じてこのデフォルト標準を変更していれ
ば、例えばＰＡＬへ変更していれば、ＰＡＬが新しいデ
フォルト標準となる。システムはそれから、１２標準ま
で認定しているフィールド５にアクセスする。実行され
るテストは、デフォルト標準（オリジナルのもの、或い
は処理のスタート時に変更されたもの）が認定されてい
るか否かを決定することである。もしもそうでなければ
（認定されていなければ）、ユーザに認定されている標
準を示すべくメニューが表示されて、彼はその内の１つ
を選択する。適切な選択が為された後、或いはもしもデ
フォルト標準が認定されていれば、システムはフィール
ド６及び７を処理する。フィールド６の読取りは、再生
装置に利用可能なオーディオ言語（Ｍ＆Ｅ及び１５言語
を含む１６まで）を知らせる。
【００９９】もう一度、デフォルト値が、許容されたオ
プションのセットに対抗して、テストされる。先行し
て、ディスクから読取られた認定標準に対抗してテスト
されたのは、デフォルト標準であった。今回は、利用可
能な全てのものと比較されるのは、デフォルトオーディ
オ言語（電源投入時のデフォルト言語、或いは、もしも
メニューキーが操作されたならばユーザによって選択さ
れた異なる言語の何れか一方）である。フローチャート
に示されるように、もしもデフォルト言語が利用可能で
なければ、利用可能なオーディオ言語を列挙した１つの
表示が形成されて、ユーザがその内の１つを選択する。
それからシステムはフィールド７におけるトラックタイ
プを読取る。これは、Ｍ＆Ｅトラックは存在するか否
か、ミキシングマスター或いはスイッチングマスターと
して使用されるべきものか否か、更に、選択された言語
トラックは完全なオーディオトラックで、ミキシングマ
スターと混合されるべきか否か或いはスイッチングマス
ターとスイッチング又は交換されるべきか否かを、オペ
レーティングシステムに知らせるフィールドである。次
に、トラックコーディング（コード化）をフィールド８
から読取る。もしも選択言語、そのトラックタイプ及び
トラックコーディングが、Ｍ＆Ｅ、ミキシング（混合）
及びスイッチング（交換）に関しての情報と共に与えら
れれば、オペレーティングシステムは、視聴者のニーズ
に合致する、映画に付随するためのサウンドトラックを
発生するに必要な全ての情報を有する。
プションのセットに対抗して、テストされる。先行し
て、ディスクから読取られた認定標準に対抗してテスト
されたのは、デフォルト標準であった。今回は、利用可
能な全てのものと比較されるのは、デフォルトオーディ
オ言語（電源投入時のデフォルト言語、或いは、もしも
メニューキーが操作されたならばユーザによって選択さ
れた異なる言語の何れか一方）である。フローチャート
に示されるように、もしもデフォルト言語が利用可能で
なければ、利用可能なオーディオ言語を列挙した１つの
表示が形成されて、ユーザがその内の１つを選択する。
それからシステムはフィールド７におけるトラックタイ
プを読取る。これは、Ｍ＆Ｅトラックは存在するか否
か、ミキシングマスター或いはスイッチングマスターと
して使用されるべきものか否か、更に、選択された言語
トラックは完全なオーディオトラックで、ミキシングマ
スターと混合されるべきか否か或いはスイッチングマス
ターとスイッチング又は交換されるべきか否かを、オペ
レーティングシステムに知らせるフィールドである。次
に、トラックコーディング（コード化）をフィールド８
から読取る。もしも選択言語、そのトラックタイプ及び
トラックコーディングが、Ｍ＆Ｅ、ミキシング（混合）
及びスイッチング（交換）に関しての情報と共に与えら
れれば、オペレーティングシステムは、視聴者のニーズ
に合致する、映画に付随するためのサウンドトラックを
発生するに必要な全ての情報を有する。
【０１００】実行される次なることは、フィールド９を
読取ってディスク上にある「他の」オーディオトラック
のゼロから６３までの数を決定することである。もしも
「他の」オーディオトラックが本当になければ、それら
によって為されるべき事柄を決定する処理の全てはバイ
パスされる。しかし、もしもそうしたトラックがあれ
ば、フィールド１０が先ず読取られてそれらをどのよう
にコード化するかを決定する。ユーザはそれらで為され
るべきことを決定する前にトラック内に何があるのかを
知らされていなければならないので、システムはフィー
ルド１１を読取ることから、ディスク上の「他の」トラ
ックメニュー言語を次に決定しなければならない。通常
タイプのチェックは、メニューがデフォルト言語で利用
可能か否かを見ることである。もしそうでなければ、利
用可能言語が表示されてユーザはそれらの内の１つを選
択する。
読取ってディスク上にある「他の」オーディオトラック
のゼロから６３までの数を決定することである。もしも
「他の」オーディオトラックが本当になければ、それら
によって為されるべき事柄を決定する処理の全てはバイ
パスされる。しかし、もしもそうしたトラックがあれ
ば、フィールド１０が先ず読取られてそれらをどのよう
にコード化するかを決定する。ユーザはそれらで為され
るべきことを決定する前にトラック内に何があるのかを
知らされていなければならないので、システムはフィー
ルド１１を読取ることから、ディスク上の「他の」トラ
ックメニュー言語を次に決定しなければならない。通常
タイプのチェックは、メニューがデフォルト言語で利用
可能か否かを見ることである。もしそうでなければ、利
用可能言語が表示されてユーザはそれらの内の１つを選
択する。
【０１０１】先に説明したように、オペレーティングシ
ステムは、メニューを読み込むこと、それを表示するこ
と、並びに「他の」オーディオトラックによって為され
るべき事柄のユーザの決定に伴ってユーザとの相互作用
すること、のための標準ルーチンを実行する可能性があ
る。しかし、特殊混合（ミキシング）或いは削除が達成
されるべきことであった場合には、特殊混合／削除ソフ
トウェアが要求される。フィールド１２が読み込まれ
て、そうしたソフトウェアが利用可能であるのか否かが
見られ、そしてフローチャートに示されるように、ディ
スク上にある何等かの特殊混合／削除ソフトウェアがフ
ィールド１３から読取られる。その後にだけ実際のメニ
ュー項目（選択された言語で）がフィールド１４から読
取られて、ユーザのために表示される。オペレーティン
グシステムによって利用可能となったメニューを用い
て、ユーザは「他の」オーディオトラックのための再生
モードを選択する。例えば、彼は任意の許容された方法
でそれを混合したり、トラック内にあるものを他のより
多くのいっさいを含むトラックから削除する（位相反転
によって）ために用いたり、独占的な再生のために１つ
のトラックを調整したり、相対的なオーディオレベルを
調整したり、等々することができる。特殊混合／削除ソ
フトウェアは、勿論、此等のオプションを慣習的には提
示されていない他のものと共に提供できる。
ステムは、メニューを読み込むこと、それを表示するこ
と、並びに「他の」オーディオトラックによって為され
るべき事柄のユーザの決定に伴ってユーザとの相互作用
すること、のための標準ルーチンを実行する可能性があ
る。しかし、特殊混合（ミキシング）或いは削除が達成
されるべきことであった場合には、特殊混合／削除ソフ
トウェアが要求される。フィールド１２が読み込まれ
て、そうしたソフトウェアが利用可能であるのか否かが
見られ、そしてフローチャートに示されるように、ディ
スク上にある何等かの特殊混合／削除ソフトウェアがフ
ィールド１３から読取られる。その後にだけ実際のメニ
ュー項目（選択された言語で）がフィールド１４から読
取られて、ユーザのために表示される。オペレーティン
グシステムによって利用可能となったメニューを用い
て、ユーザは「他の」オーディオトラックのための再生
モードを選択する。例えば、彼は任意の許容された方法
でそれを混合したり、トラック内にあるものを他のより
多くのいっさいを含むトラックから削除する（位相反転
によって）ために用いたり、独占的な再生のために１つ
のトラックを調整したり、相対的なオーディオレベルを
調整したり、等々することができる。特殊混合／削除ソ
フトウェアは、勿論、此等のオプションを慣習的には提
示されていない他のものと共に提供できる。
【０１０２】図６に示されるように、サブタイトル情報
は設定されたパターンに従ってここで処理される。先ず
システムは、サブタイトルが本当に望まれているのか否
かを決定する。図５のほんの始めのところで思い出され
るように、デフォルト設定の１つはサブタイトル言語で
ある。通常のデフォルト設定は、サブタイトルは望まれ
ていないことになっている。もしもそれが、事実、当て
はまれば、サブタイトル処理は完全にスキップされる。
しかし、もしもサブタイトルが望まれているのであれ
ば、利用可能サブタイトル言語がフィールド１５から読
取られる。それから、デフォルトサブタイトル言語は利
用可能であるか否かを見るテストが行われる。もしもそ
うでなければ、利用可能サブタイトル言語が表示され
て、ユーザはそれらの内の１つを選択する。
は設定されたパターンに従ってここで処理される。先ず
システムは、サブタイトルが本当に望まれているのか否
かを決定する。図５のほんの始めのところで思い出され
るように、デフォルト設定の１つはサブタイトル言語で
ある。通常のデフォルト設定は、サブタイトルは望まれ
ていないことになっている。もしもそれが、事実、当て
はまれば、サブタイトル処理は完全にスキップされる。
しかし、もしもサブタイトルが望まれているのであれ
ば、利用可能サブタイトル言語がフィールド１５から読
取られる。それから、デフォルトサブタイトル言語は利
用可能であるか否かを見るテストが行われる。もしもそ
うでなければ、利用可能サブタイトル言語が表示され
て、ユーザはそれらの内の１つを選択する。
【０１０３】次に、フィールド１６の４ビット多重バー
ジョンコードが読取られる。第１ビットは、２つのバー
ジョンが利用可能であるか否か、或いはただ１つである
かを示す。この点において選択肢は設けられることがな
く、その理由は、先ずシステムは特殊ソフトウェアが利
用可能であるのか否かを決定しなければならず、これは
フィールド１７から決定される。もしも特殊バージョン
ソフトウェアが利用可能であれば、フィールド１８から
読取られて実行される。このソフトウェアは多重バージ
ョンが利用可能であるか否かと、第３及び第４ビット位
置におけるコードが表わす事柄とを知らねばならないと
言う限り、それは既に決定されている。ユーザのための
表示された選択は認定されたバージョンの内からの選択
か、或いは退去（exit）がフローチャートに示されてい
るが、理解して戴きたいことは、表示選択は、もしも特
殊バージョンソフトウェアが実行されたならば、一般に
は異なる。また、理解されるべきは、もしも再生され得
るバージョンがたった１つ存在するとしても、特殊バー
ジョンソフトウェアは存在し得ることである。例えば、
特別なプログラムは非常に未設定状態であり得ることを
視聴者に対して警告して、再生開始前に「続ける」返答
を請求することが適切であるかもしれなく、此等の全て
はＲ等級とは別であり且つ分離したものである。
ジョンコードが読取られる。第１ビットは、２つのバー
ジョンが利用可能であるか否か、或いはただ１つである
かを示す。この点において選択肢は設けられることがな
く、その理由は、先ずシステムは特殊ソフトウェアが利
用可能であるのか否かを決定しなければならず、これは
フィールド１７から決定される。もしも特殊バージョン
ソフトウェアが利用可能であれば、フィールド１８から
読取られて実行される。このソフトウェアは多重バージ
ョンが利用可能であるか否かと、第３及び第４ビット位
置におけるコードが表わす事柄とを知らねばならないと
言う限り、それは既に決定されている。ユーザのための
表示された選択は認定されたバージョンの内からの選択
か、或いは退去（exit）がフローチャートに示されてい
るが、理解して戴きたいことは、表示選択は、もしも特
殊バージョンソフトウェアが実行されたならば、一般に
は異なる。また、理解されるべきは、もしも再生され得
るバージョンがたった１つ存在するとしても、特殊バー
ジョンソフトウェアは存在し得ることである。例えば、
特別なプログラムは非常に未設定状態であり得ることを
視聴者に対して警告して、再生開始前に「続ける」返答
を請求することが適切であるかもしれなく、此等の全て
はＲ等級とは別であり且つ分離したものである。
【０１０４】もしも特殊バージョンソフトウェアが利用
可能でなければ、上記４ビット多重バージョンコードフ
ィールドのビット３及び４は等級付け目的のために使用
されない。パーレンタルロックがオンとなっているか否
かを見るためにテストが実行される。もしもそうでなけ
れば、バージョンＡ及びＢの再生には何等制限がなく、
両バージョンは認定される。もしもそれがたった１つ存
在するバージョンであると先行して決定されていたなら
ば、そのバージョンはバージョンＡであると考えられ
て、認定される。
可能でなければ、上記４ビット多重バージョンコードフ
ィールドのビット３及び４は等級付け目的のために使用
されない。パーレンタルロックがオンとなっているか否
かを見るためにテストが実行される。もしもそうでなけ
れば、バージョンＡ及びＢの再生には何等制限がなく、
両バージョンは認定される。もしもそれがたった１つ存
在するバージョンであると先行して決定されていたなら
ば、そのバージョンはバージョンＡであると考えられ
て、認定される。
【０１０５】一方、もしもパーレンタルロックがオンで
あれば、ディスク上のバージョンはＲ等級であるのか否
かを見るためにテストが実行されなければならない。図
７に示されるように、もしもバージョンあがＲ等級であ
り、且つバージョンＢもそうであれば、システムの再生
は中止され、図示されてはいないが、適切なメッセージ
がユーザに表示されて、なぜ再生が停止したかを通知す
る。一方、もしもバージョンＡはＲ等級ではないが、バ
ージョンＢがそうであれば、バージョンＡのみが認定さ
れる。最後に、例えばパーレンタルロックがオンであっ
ても、もしも両バージョンともにＲ等級でなければ、両
バージョンは認定される。
あれば、ディスク上のバージョンはＲ等級であるのか否
かを見るためにテストが実行されなければならない。図
７に示されるように、もしもバージョンあがＲ等級であ
り、且つバージョンＢもそうであれば、システムの再生
は中止され、図示されてはいないが、適切なメッセージ
がユーザに表示されて、なぜ再生が停止したかを通知す
る。一方、もしもバージョンＡはＲ等級ではないが、バ
ージョンＢがそうであれば、バージョンＡのみが認定さ
れる。最後に、例えばパーレンタルロックがオンであっ
ても、もしも両バージョンともにＲ等級でなければ、両
バージョンは認定される。
【０１０６】次にシステムはユーザに利用可能な選択を
表示する。彼は認定されたバージョンの内から選択で
き、或いは退去してディスクの再生を停止することがで
きる。（この後者の場合は発生し得るものであり、例え
ば、もしも子供がＲ等級バージョンを見ようとすると、
その再生は不可能であることが告げられ、なにか他のよ
り興味あるものに進むことの決定が為される。）
表示する。彼は認定されたバージョンの内から選択で
き、或いは退去してディスクの再生を停止することがで
きる。（この後者の場合は発生し得るものであり、例え
ば、もしも子供がＲ等級バージョンを見ようとすると、
その再生は不可能であることが告げられ、なにか他のよ
り興味あるものに進むことの決定が為される。）
【０１０７】もしもたった１つのバージョンが利用可能
であれば、もしもそれがＲ等級でなければ、そしてもし
も特殊バージョンソフトウェアが何等なければ、再生の
ための必要要件が全くない可能性があり、即ち、再生可
能な唯一の映画があり、それを見ることができる者に対
して制約が何等ない。それにも拘らず、フローチャート
に示されるように、ユーザには依然としてディスクの再
生と再生中止との間の選択が与えられている。システム
は、そうした場合に再生をスキップし、そしてユーザは
ディスク上にあるその唯一の映画バージョンを見ること
を欲していると単純に仮定するように設計され得る。一
方、表示を発生することはユーザに、彼が再生装置に入
れたディスクは本当に彼が欲しているディスクであるの
かを照合することを可能としている。
であれば、もしもそれがＲ等級でなければ、そしてもし
も特殊バージョンソフトウェアが何等なければ、再生の
ための必要要件が全くない可能性があり、即ち、再生可
能な唯一の映画があり、それを見ることができる者に対
して制約が何等ない。それにも拘らず、フローチャート
に示されるように、ユーザには依然としてディスクの再
生と再生中止との間の選択が与えられている。システム
は、そうした場合に再生をスキップし、そしてユーザは
ディスク上にあるその唯一の映画バージョンを見ること
を欲していると単純に仮定するように設計され得る。一
方、表示を発生することはユーザに、彼が再生装置に入
れたディスクは本当に彼が欲しているディスクであるの
かを照合することを可能としている。
【０１０８】ここまで、本発明は、１つのディスク上に
１つの映画に関して１つ或いは２つのバージョンがある
と言うことで説明してきたが、理解して戴きたいこと
は、３つ或いは４つのバージョンがあり得ることであ
る。これは、先ず第１に、特殊バージョンソフトウェア
を読取る機能を提供する主要理由の１つである。このソ
フトウェアは、ユーザが再生すべき何かを選択できるよ
うにメニュー表示形成の基礎となる複数バージョンに関
して要求される情報の全てを含むことができる。上記し
たように、特殊バージョンソフトウェアは、教育モード
及びテストモードの間での選択を可能にしており、そし
て他のオプションは特別な映画がアダルト等級であるか
否かに少しも関係がない。
１つの映画に関して１つ或いは２つのバージョンがある
と言うことで説明してきたが、理解して戴きたいこと
は、３つ或いは４つのバージョンがあり得ることであ
る。これは、先ず第１に、特殊バージョンソフトウェア
を読取る機能を提供する主要理由の１つである。このソ
フトウェアは、ユーザが再生すべき何かを選択できるよ
うにメニュー表示形成の基礎となる複数バージョンに関
して要求される情報の全てを含むことができる。上記し
たように、特殊バージョンソフトウェアは、教育モード
及びテストモードの間での選択を可能にしており、そし
て他のオプションは特別な映画がアダルト等級であるか
否かに少しも関係がない。
【０１０９】次に、システムはフィールド１１のビデオ
可用性ビットを読取って、続いて処理されるであろうデ
ータブロックはビデオデータを含むか否かを決定する。
もしもビデオデータが存在すれば、それがディスク上に
記憶されている状態である基本或いはマスターアスペク
ト比が決定されなければならない。次のステップはフィ
ールド２０の読取りを含み、基本或いはマスターアスペ
クト比は１６：９か或いは４：３の何れかを確かめる。
もしもマスターアスペクト比が４：３であれば、次の５
つのステップは、パンスキャン可用性が無関係であるの
で、スキップされる。もしもデフォルトアスペクト比が
４：３であれば、記憶されたフレームと表示されたフレ
ームとの間には１対１の対応があり、もしもデフォルト
アスペクト比が１６：９であれば、４：３フレームがワ
イドスクリーン上に何れか片側にダークバンドを伴って
表示される。（代替的には、この４：３像は１６：９ス
クリーン一杯に拡張され得るが、上部及び／又は下部の
情報が損失する結果を伴う。）しかし図１４に示される
ように、もしも基本アスペクト比が１６：９であれば、
探究されるべき幾つかの可能性がある。
可用性ビットを読取って、続いて処理されるであろうデ
ータブロックはビデオデータを含むか否かを決定する。
もしもビデオデータが存在すれば、それがディスク上に
記憶されている状態である基本或いはマスターアスペク
ト比が決定されなければならない。次のステップはフィ
ールド２０の読取りを含み、基本或いはマスターアスペ
クト比は１６：９か或いは４：３の何れかを確かめる。
もしもマスターアスペクト比が４：３であれば、次の５
つのステップは、パンスキャン可用性が無関係であるの
で、スキップされる。もしもデフォルトアスペクト比が
４：３であれば、記憶されたフレームと表示されたフレ
ームとの間には１対１の対応があり、もしもデフォルト
アスペクト比が１６：９であれば、４：３フレームがワ
イドスクリーン上に何れか片側にダークバンドを伴って
表示される。（代替的には、この４：３像は１６：９ス
クリーン一杯に拡張され得るが、上部及び／又は下部の
情報が損失する結果を伴う。）しかし図１４に示される
ように、もしも基本アスペクト比が１６：９であれば、
探究されるべき幾つかの可能性がある。
【０１１０】処理のまさしくスタート時に決定されるデ
フォルト値の１つがアスペクト比である。オペレーティ
ングシステムは、デフォルトアスペクト比がパンスキャ
ン４：３であるか否かをチェックする。図１４におい
て、もしもマスターアスペクト比が「ワイドスクリー
ン」であれば（そのフローチャート分岐が処理され
る）、可能性はレターボックス、ワイドスクリーン像上
の中央に置かれてたパンスキャン（図１４に図示され
ず）、或いはパンスキャン可変的なもの（即ち、可変的
な出発コラム番号を伴う）である。もしもデフォルトが
パンスキャンでなければ、もはやユーザによって為され
るべき選択はない。デフォルトがワイドスクリーン或い
はレターボックスの何れかであると、続く処理は既に決
定されたデフォルトに従う。
フォルト値の１つがアスペクト比である。オペレーティ
ングシステムは、デフォルトアスペクト比がパンスキャ
ン４：３であるか否かをチェックする。図１４におい
て、もしもマスターアスペクト比が「ワイドスクリー
ン」であれば（そのフローチャート分岐が処理され
る）、可能性はレターボックス、ワイドスクリーン像上
の中央に置かれてたパンスキャン（図１４に図示され
ず）、或いはパンスキャン可変的なもの（即ち、可変的
な出発コラム番号を伴う）である。もしもデフォルトが
パンスキャンでなければ、もはやユーザによって為され
るべき選択はない。デフォルトがワイドスクリーン或い
はレターボックスの何れかであると、続く処理は既に決
定されたデフォルトに従う。
【０１１１】一方、デフォルトがパンスキャン４：３で
あれば、問題は可変パンスキャン情報がディスク上にあ
るか否かである。フィールド２１におけるパンスキャン
可用性ビットが読取られる。もしもパンスキャンが利用
可能であれば、そのデータブロックはオペレーティング
システムに対して、パンスキャンのための出発コラム番
号を指定することを意味し、この時点でユーザは何等選
択する必要はない。一方、もしもパンスキャンが利用可
能でなく、これはユーザのデフォルトであったならば、
彼は２つの可能性、即ち、各ワイドスクリーンフレーム
の中央部分が再生されるセンターカット、或いは、各フ
レームの全体が見られるが、その表示は上部及び下部に
ダークバンドを有するレターボックスの何れかを決定し
なければならない。メニュー表示が形成されて、ユーザ
はその２つのモードの内の１つを選択する。
あれば、問題は可変パンスキャン情報がディスク上にあ
るか否かである。フィールド２１におけるパンスキャン
可用性ビットが読取られる。もしもパンスキャンが利用
可能であれば、そのデータブロックはオペレーティング
システムに対して、パンスキャンのための出発コラム番
号を指定することを意味し、この時点でユーザは何等選
択する必要はない。一方、もしもパンスキャンが利用可
能でなく、これはユーザのデフォルトであったならば、
彼は２つの可能性、即ち、各ワイドスクリーンフレーム
の中央部分が再生されるセンターカット、或いは、各フ
レームの全体が見られるが、その表示は上部及び下部に
ダークバンドを有するレターボックスの何れかを決定し
なければならない。メニュー表示が形成されて、ユーザ
はその２つのモードの内の１つを選択する。
【０１１２】ユーザに多くの異なる種類の再生を選択さ
せることを許容するにも拘らず、ディスク上の共通又は
共用アスペクト比のこうした使用は、本発明の設計アプ
ローチを例証するものである。基本的な考えは、要求さ
れるデータの全てを大ざっぱにいって従来のＣＤの大き
さの光ディスク上に記憶させるにも拘らず、最大限の柔
軟性を提供することにある。一度、ワイドスクリーン映
画がディスク上に記憶されれば、更なる不動産又は物的
財産は殆ど要求されずに、ユーザは幾つかの他のアスペ
クト比を有するビデオ出力を発生させることが可能にな
る。１５言語まであり得て、それでダイアローグが聞こ
えるが、再生装置に内蔵されたミキシング（混合）及び
スイッチング（交換）機能と、冗長な情報をオーディオ
トラックから除去する方法又は態様との故に、１５近く
フルサウンドトラックは何処にもない。同じことがビデ
オ標準に対して当てはまる。これまでの高品質なビデオ
は、ＮＴＳＣ或いはＰＡＬ等々だけで再生可能である媒
体を要求してきたが、本発明では同一ディスクが１２ま
での標準でのビデオ信号を生じさせることを可能にして
いる。本発明の長所の１つは、例えば、映画を世界中に
配給する映画会社によって制作されねばならない異なる
ディスクの数を著しく低減することである。幾つかのフ
ィールドは、時々、変更される必要があるかもしれな
く、例えば、ビデオがＮＴＳＣとＰＡＬとで異なる時に
リリースされた時に、そうした変更は比較的ささいなこ
とであり且つ容易に行われることではあるのだが、異な
る標準が認定されなければならない。
せることを許容するにも拘らず、ディスク上の共通又は
共用アスペクト比のこうした使用は、本発明の設計アプ
ローチを例証するものである。基本的な考えは、要求さ
れるデータの全てを大ざっぱにいって従来のＣＤの大き
さの光ディスク上に記憶させるにも拘らず、最大限の柔
軟性を提供することにある。一度、ワイドスクリーン映
画がディスク上に記憶されれば、更なる不動産又は物的
財産は殆ど要求されずに、ユーザは幾つかの他のアスペ
クト比を有するビデオ出力を発生させることが可能にな
る。１５言語まであり得て、それでダイアローグが聞こ
えるが、再生装置に内蔵されたミキシング（混合）及び
スイッチング（交換）機能と、冗長な情報をオーディオ
トラックから除去する方法又は態様との故に、１５近く
フルサウンドトラックは何処にもない。同じことがビデ
オ標準に対して当てはまる。これまでの高品質なビデオ
は、ＮＴＳＣ或いはＰＡＬ等々だけで再生可能である媒
体を要求してきたが、本発明では同一ディスクが１２ま
での標準でのビデオ信号を生じさせることを可能にして
いる。本発明の長所の１つは、例えば、映画を世界中に
配給する映画会社によって制作されねばならない異なる
ディスクの数を著しく低減することである。幾つかのフ
ィールドは、時々、変更される必要があるかもしれな
く、例えば、ビデオがＮＴＳＣとＰＡＬとで異なる時に
リリースされた時に、そうした変更は比較的ささいなこ
とであり且つ容易に行われることではあるのだが、異な
る標準が認定されなければならない。
【０１１３】一度、再生モードの決定が為されると、フ
ィールド２２が読取られて、ディスク上のデータブロッ
クの合計数を決定する。もしも多重バージョンがあれ
ば、各バージョンのデータブロックの合計数を決定する
ために、フィールド２３及び２４も読取られる。フィー
ルド２５がそれから読取られて、オリジナルフレームレ
ート又はフレーム速度を決定し、フィールド２６が読取
られて、ブロック時間ファクターを決定する。
ィールド２２が読取られて、ディスク上のデータブロッ
クの合計数を決定する。もしも多重バージョンがあれ
ば、各バージョンのデータブロックの合計数を決定する
ために、フィールド２３及び２４も読取られる。フィー
ルド２５がそれから読取られて、オリジナルフレームレ
ート又はフレーム速度を決定し、フィールド２６が読取
られて、ブロック時間ファクターを決定する。
【０１１４】そうして、フィールド２７が処理される。
図３から思い出されるように、これは、目次の再生のた
めに必要な情報の全てを含むフィールドである。選択さ
れたバージョン（もしも唯一のバージョンであればフィ
ールド２７であるが、もしも２つのバージョンがあっ
て、第２バージョンが選択されたならば、フィールド２
８である）のための目次は、利用可能のチャプターの再
生言語の１００ビット表示を含む。デフォルトメニュー
言語が利用可能な言語と突き合されてチェックされる。
もしもデフォルトメニュー言語が利用可能でなければ、
ユーザにはチャプタータイトルを表示可能な複数の言語
が知らされて、彼はそれらの内の１つを選択する。一
度、チャプター情報を表示すべき言語が決定されたなら
ば、種々の目次の持続時間が計算される。各チャプター
内のブロック数は知らされているので、各チャプターの
持続時間は、ブロック数にブロック時間ファクターを乗
算することによって決定され得る。
図３から思い出されるように、これは、目次の再生のた
めに必要な情報の全てを含むフィールドである。選択さ
れたバージョン（もしも唯一のバージョンであればフィ
ールド２７であるが、もしも２つのバージョンがあっ
て、第２バージョンが選択されたならば、フィールド２
８である）のための目次は、利用可能のチャプターの再
生言語の１００ビット表示を含む。デフォルトメニュー
言語が利用可能な言語と突き合されてチェックされる。
もしもデフォルトメニュー言語が利用可能でなければ、
ユーザにはチャプタータイトルを表示可能な複数の言語
が知らされて、彼はそれらの内の１つを選択する。一
度、チャプター情報を表示すべき言語が決定されたなら
ば、種々の目次の持続時間が計算される。各チャプター
内のブロック数は知らされているので、各チャプターの
持続時間は、ブロック数にブロック時間ファクターを乗
算することによって決定され得る。
【０１１５】目次は必然的には表示されない。それは、
処理のスタート時にＴＯＣ（目次）フラッグがセットさ
れていたときにのみであり、ユーザが目次は表示すべき
と指摘したときにのみ表示される。もしもＴＯＣフラッ
グが０であれば、目次を表示する必要はない。システム
は、出発点として、第１データブロックを自動的に選択
する、即ち、ディスクの再生はその始めでスタートす
る。一方、もしもＴＯＣフラッグが１であれば、目次が
表示されて、ユーザには出発点の選択のオプションが与
えられる。
処理のスタート時にＴＯＣ（目次）フラッグがセットさ
れていたときにのみであり、ユーザが目次は表示すべき
と指摘したときにのみ表示される。もしもＴＯＣフラッ
グが０であれば、目次を表示する必要はない。システム
は、出発点として、第１データブロックを自動的に選択
する、即ち、ディスクの再生はその始めでスタートす
る。一方、もしもＴＯＣフラッグが１であれば、目次が
表示されて、ユーザには出発点の選択のオプションが与
えられる。
【０１１６】ディスク上の表或いは目次に続いては、フ
ィールド５内で認定された標準のための暗号化認定コー
ドである。オペレーティングシステムは、選択された標
準用の暗号化認定コードを読取る。それからその選択標
準のための所定データを読取る。思い出されるように、
１２通りあり得る標準の各々のために、ディスク上の所
定データが処理されて、認定コードとしての役割を果た
す「メッセージ」Ｍを引き出すことである。それが、各
標準に関連するプライベートキーを用いてディスク上に
暗号形態で記憶されたこの認定コードである。ディスク
から読取られたデータは、同一データが読取られて、暗
号化工程の間や再生装置がそれ自体の「メッセージ」Ｍ
を引き出す時との両方で同一データが読取られて処理さ
れる限り、各標準毎に異なる可能性がある。先に議論し
たように、このデータは導入部フィールドの少なくとも
一部を含むことが好ましく、その理由は、このデータを
コピーすることを認定された出版社にとって自滅的とな
るからである。
ィールド５内で認定された標準のための暗号化認定コー
ドである。オペレーティングシステムは、選択された標
準用の暗号化認定コードを読取る。それからその選択標
準のための所定データを読取る。思い出されるように、
１２通りあり得る標準の各々のために、ディスク上の所
定データが処理されて、認定コードとしての役割を果た
す「メッセージ」Ｍを引き出すことである。それが、各
標準に関連するプライベートキーを用いてディスク上に
暗号形態で記憶されたこの認定コードである。ディスク
から読取られたデータは、同一データが読取られて、暗
号化工程の間や再生装置がそれ自体の「メッセージ」Ｍ
を引き出す時との両方で同一データが読取られて処理さ
れる限り、各標準毎に異なる可能性がある。先に議論し
たように、このデータは導入部フィールドの少なくとも
一部を含むことが好ましく、その理由は、このデータを
コピーすることを認定された出版社にとって自滅的とな
るからである。
【０１１７】選択された標準のための所定データが読取
られた後、認定コード（「メッセージ」Ｍ）はそのデー
タより計算される。選択された標準に関連すると共に、
オペレーティングシステムに内蔵されたパブリックキー
を用いて、その選択された標準のためにディスク上に記
憶された認定コードが復号化される。ソフトウェア出版
社は、その選択された標準でのビデオ信号として再生さ
れることになるディスクを出版することが認定されてい
るのか否かのテストは、復号化認定コードの計算認定コ
ードとの比較を含む。もしもそれらが合致しなければ、
再生は中止される。
られた後、認定コード（「メッセージ」Ｍ）はそのデー
タより計算される。選択された標準に関連すると共に、
オペレーティングシステムに内蔵されたパブリックキー
を用いて、その選択された標準のためにディスク上に記
憶された認定コードが復号化される。ソフトウェア出版
社は、その選択された標準でのビデオ信号として再生さ
れることになるディスクを出版することが認定されてい
るのか否かのテストは、復号化認定コードの計算認定コ
ードとの比較を含む。もしもそれらが合致しなければ、
再生は中止される。
【０１１８】もしもそれらの２つのコードが合致すれ
ば、フィールド３０が読取られる。この単一ビットはマ
スタープロセッサに対して、下述する図４に示された正
規の補数以外に、何等かのコマンド或いはデータがディ
スク上に記憶されているか否かを単に知らせる。もしも
フラッグが０であれば、オペレーティングシステムはデ
ータブロック内のそうした追加コマンド或いはデータを
捜すことすらしない。もしもフラッグが１であれば、コ
マンド或いはデータがデータブロック内に存在する可能
性があることを意味するが、必然的にそうであることで
はない。
ば、フィールド３０が読取られる。この単一ビットはマ
スタープロセッサに対して、下述する図４に示された正
規の補数以外に、何等かのコマンド或いはデータがディ
スク上に記憶されているか否かを単に知らせる。もしも
フラッグが０であれば、オペレーティングシステムはデ
ータブロック内のそうした追加コマンド或いはデータを
捜すことすらしない。もしもフラッグが１であれば、コ
マンド或いはデータがデータブロック内に存在する可能
性があることを意味するが、必然的にそうであることで
はない。
【０１１９】最後に、補助ソフトウェアが利用可能か否
かを決定するためにフィールド３１が読取られる。もし
もそうであれば、フィールド３２から読取られる。上述
したように、補助ソフトウェアはオペレーティングシス
テムの代りに使用されることはなく、むしろそれを補助
するために用いられる。これは、フィールド４とフィー
ルド３２とのソフトウェアの間の基本的な差である。お
おまかにいえば、補助ソフトウェアは、補助ソフトウェ
アフラッグによって存在が指摘されたフィールドのデー
タブロック内に含まれるコマンド及びデータに基づいて
オペレートする（必ずしもことごとくのデータブロック
内についてではないが、以下の説明から明らかにな
る）。
かを決定するためにフィールド３１が読取られる。もし
もそうであれば、フィールド３２から読取られる。上述
したように、補助ソフトウェアはオペレーティングシス
テムの代りに使用されることはなく、むしろそれを補助
するために用いられる。これは、フィールド４とフィー
ルド３２とのソフトウェアの間の基本的な差である。お
おまかにいえば、補助ソフトウェアは、補助ソフトウェ
アフラッグによって存在が指摘されたフィールドのデー
タブロック内に含まれるコマンド及びデータに基づいて
オペレートする（必ずしもことごとくのデータブロック
内についてではないが、以下の説明から明らかにな
る）。
【０１２０】フィールド３２の読取り及びオペレーティ
ングシステムとの調和によって、ディスクドライブの読
取りヘッドはその出発点まで移動されることになる。先
に説明したように、出発点は第１データブロック或いは
その第１データブロック以外のチャプターが選択されて
いた場合には、ユーザによって決定されたあるデータブ
ロックの何れかである。データブロックは順次読取られ
て、図２のデマルチプレクサ６３がそれらデータフィー
ルドを種々のバッファに分配する。フローチャートに示
されるように、１つのデータブロックの読取りは、何等
バッファが一杯でないときにのみ生ずる。更に、新しい
データブロックが読取られる前に、システムは手助けさ
れるべき何等かの割込みがあるか否かをチェックする。
コントローラ４１は全ての割込みのソースである。例え
ば、もしもユーザはキーボードを操作したとすれば、コ
ントローラは図２のライン４３上に割込みを発生させ、
データブロックの読取りを一時的に停止する。その割込
みが処理された後、或いはもしも手助けすべき割込みが
何等なければ、次のデータブロックが読取られる。ブロ
ック番号／ポインタアナライザ４７は、要求された次の
ブロックの番号を知っている。殆どの場合、これは単に
連続的な順番又はシーケンスの次のブロックとなる。し
かしながら、そのブロック番号はそうしたシーケンスか
ら外れていることもあり得、例えば、もしも新しいチャ
プターへジャンプすべきであったり、或いは以下に説明
されるように、映画の多重バージョンの１つを再生する
際にある複数のブロックがディスク上でスキップされね
ばならない場合がある。何れの場合においても、システ
ムは読取られるそのブロックが正しいものか否かをチェ
ックする。もしもそうでなければ、フローチャートの分
岐はブロック読取り工程のスタート時に戻されて、異な
るブロックが読取られことができる。図２のゲート６１
は閉じられて、導体２５上の「誤り」データはデマルチ
プレクサ６３まで延びない。
ングシステムとの調和によって、ディスクドライブの読
取りヘッドはその出発点まで移動されることになる。先
に説明したように、出発点は第１データブロック或いは
その第１データブロック以外のチャプターが選択されて
いた場合には、ユーザによって決定されたあるデータブ
ロックの何れかである。データブロックは順次読取られ
て、図２のデマルチプレクサ６３がそれらデータフィー
ルドを種々のバッファに分配する。フローチャートに示
されるように、１つのデータブロックの読取りは、何等
バッファが一杯でないときにのみ生ずる。更に、新しい
データブロックが読取られる前に、システムは手助けさ
れるべき何等かの割込みがあるか否かをチェックする。
コントローラ４１は全ての割込みのソースである。例え
ば、もしもユーザはキーボードを操作したとすれば、コ
ントローラは図２のライン４３上に割込みを発生させ、
データブロックの読取りを一時的に停止する。その割込
みが処理された後、或いはもしも手助けすべき割込みが
何等なければ、次のデータブロックが読取られる。ブロ
ック番号／ポインタアナライザ４７は、要求された次の
ブロックの番号を知っている。殆どの場合、これは単に
連続的な順番又はシーケンスの次のブロックとなる。し
かしながら、そのブロック番号はそうしたシーケンスか
ら外れていることもあり得、例えば、もしも新しいチャ
プターへジャンプすべきであったり、或いは以下に説明
されるように、映画の多重バージョンの１つを再生する
際にある複数のブロックがディスク上でスキップされね
ばならない場合がある。何れの場合においても、システ
ムは読取られるそのブロックが正しいものか否かをチェ
ックする。もしもそうでなければ、フローチャートの分
岐はブロック読取り工程のスタート時に戻されて、異な
るブロックが読取られことができる。図２のゲート６１
は閉じられて、導体２５上の「誤り」データはデマルチ
プレクサ６３まで延びない。
【０１２１】もしもブロック読取りが要求されたブロッ
クであれば、ブロック番号の直後に読取られた第１の事
柄の１つはポインタデータである。ポインタデータはブ
ロック番号／ポインタアナライザ４７によって用いられ
て、このフローチャートの最後あたりで示されているよ
うに、要求された次のデータブロックのブロック番号を
決定する。このブロック番号は、ケーブル４９を通じて
マイクロプロセッサディスクドライブコントローラ２７
へ伝送され、現行のデータブロックの読取りの完了時に
このデータブロックとアクセスする。フローチャートの
最後に示されるように、現時点で処理されるべきデータ
ブロックの残りが読取られて、上記複数のバッファへロ
ードされ、これに続いて他のデータブロックが読取られ
得る。
クであれば、ブロック番号の直後に読取られた第１の事
柄の１つはポインタデータである。ポインタデータはブ
ロック番号／ポインタアナライザ４７によって用いられ
て、このフローチャートの最後あたりで示されているよ
うに、要求された次のデータブロックのブロック番号を
決定する。このブロック番号は、ケーブル４９を通じて
マイクロプロセッサディスクドライブコントローラ２７
へ伝送され、現行のデータブロックの読取りの完了時に
このデータブロックとアクセスする。フローチャートの
最後に示されるように、現時点で処理されるべきデータ
ブロックの残りが読取られて、上記複数のバッファへロ
ードされ、これに続いて他のデータブロックが読取られ
得る。
【０１２２】これまで見てきたフローチャートは、再生
装置の処理を制御している。データブロックから読取ら
れたデータによって実際に為されることは、図１０のフ
ローチャートに示されており、このフローチャートは、
図４に列挙されたようなデータブロック内の複数のフィ
ールドが理解された後に、説明する。しかし、データブ
ロック内に含まれたポインタデータの機能を理解するた
めに、図１１及び図１２を先ず説明する。此等の図面
は、１つの映画の個々のバージョン或いは両バージョン
に関連するデータブロックが相互にどのように関連して
いるか、そして、選択された１つのバージョンを再生す
るためにあるデータブロックをスキップするにはシステ
ムがどのように制御されるか、を示している。
装置の処理を制御している。データブロックから読取ら
れたデータによって実際に為されることは、図１０のフ
ローチャートに示されており、このフローチャートは、
図４に列挙されたようなデータブロック内の複数のフィ
ールドが理解された後に、説明する。しかし、データブ
ロック内に含まれたポインタデータの機能を理解するた
めに、図１１及び図１２を先ず説明する。此等の図面
は、１つの映画の個々のバージョン或いは両バージョン
に関連するデータブロックが相互にどのように関連して
いるか、そして、選択された１つのバージョンを再生す
るためにあるデータブロックをスキップするにはシステ
ムがどのように制御されるか、を示している。
【０１２３】図１１及び図１２−−ポインタデータの機
能 本発明の例証的実施例において、１つのディスク上には
同一映画の２つのバージョンがあり得る。データブロッ
クの殆どは、此等の２つのバージョンに共通のビデオ及
びオーディオを表わすこととなる。しかしながら、一方
のバージョン或いは他方のバージョンに独特な他のブロ
ックもあり得る。問題は、２つのバージョンの内の選択
された一方に要求されたデータブロックの連続的な読取
りを如何に制御するかである。
能 本発明の例証的実施例において、１つのディスク上には
同一映画の２つのバージョンがあり得る。データブロッ
クの殆どは、此等の２つのバージョンに共通のビデオ及
びオーディオを表わすこととなる。しかしながら、一方
のバージョン或いは他方のバージョンに独特な他のブロ
ックもあり得る。問題は、２つのバージョンの内の選択
された一方に要求されたデータブロックの連続的な読取
りを如何に制御するかである。
【０１２４】これからの説明の目的のために、文字Ａ、
Ｂ並びにＣは、上記映画のバージョンＡに独特なデータ
ブロック、バージョンＢに独特なデータブロック、並び
に両バージョンに共通（Common）するデータブロック
を、それぞれ識別するために使用されることになる。図
１２はトラックの一部を示し、Ａ、Ｂ或いはＣにラベル
表示された連続的なデータブロックを有する。理解され
るように、実際上、何千という同一タイプの連続したデ
ータブロックがあり得て、ディスク上のデータブロック
の殆どはタイプＣである。しかしながら、システムが要
求されていないデータブロックをジャンプする方法を説
明するために、図１２は連続した同一タイプのせいぜい
２つのブロックを示す。
Ｂ並びにＣは、上記映画のバージョンＡに独特なデータ
ブロック、バージョンＢに独特なデータブロック、並び
に両バージョンに共通（Common）するデータブロック
を、それぞれ識別するために使用されることになる。図
１２はトラックの一部を示し、Ａ、Ｂ或いはＣにラベル
表示された連続的なデータブロックを有する。理解され
るように、実際上、何千という同一タイプの連続したデ
ータブロックがあり得て、ディスク上のデータブロック
の殆どはタイプＣである。しかしながら、システムが要
求されていないデータブロックをジャンプする方法を説
明するために、図１２は連続した同一タイプのせいぜい
２つのブロックを示す。
【０１２５】図１２に示される２つのシーケンスは、バ
ージョンＢ再生用の上部の一方と、バージョンＡ再生用
の下部の他方とから成る。もしも選択されたのがバージ
ョンＢであり、ともかくも左側のＢブロックが再生中に
あることを仮定すれば、第４のブロック、即ちＢブロッ
クへ行くために、次なる２つのＡブロックはジャンプさ
れねばならないことは明らかである。このブロックが再
生された後、次なるＡブロックはジャンプされなければ
ならない。それから２つの共通ブロックＣが再生され、
その後に、他のＣへ向かって１つのＡブロックをジャン
プしなければならない。次のブロックであるＢはそれで
再生され、それからＢ、Ｃ並びにＢブロックが続く。最
後に、１つのＡブロックをジャンプして、図１２に示さ
れる最後のブロックであるＣブロックへ向かう。
ージョンＢ再生用の上部の一方と、バージョンＡ再生用
の下部の他方とから成る。もしも選択されたのがバージ
ョンＢであり、ともかくも左側のＢブロックが再生中に
あることを仮定すれば、第４のブロック、即ちＢブロッ
クへ行くために、次なる２つのＡブロックはジャンプさ
れねばならないことは明らかである。このブロックが再
生された後、次なるＡブロックはジャンプされなければ
ならない。それから２つの共通ブロックＣが再生され、
その後に、他のＣへ向かって１つのＡブロックをジャン
プしなければならない。次のブロックであるＢはそれで
再生され、それからＢ、Ｃ並びにＢブロックが続く。最
後に、１つのＡブロックをジャンプして、図１２に示さ
れる最後のブロックであるＣブロックへ向かう。
【０１２６】もしもバージョンＡが再生中であって、２
つの連続するＡブロックが再生されるのであれば、１つ
のＢブロックをジャンプし、次の５つのブロック、即
ち、Ａ、Ｃ、Ｃ、Ａ、Ｃが再生され、次に２つのＢブロ
ックをジャンプしてＣブロックへ向かい、そして最後に
他のＢブロックをジャンプしてＡ及びそれに従うＣへ向
かう。
つの連続するＡブロックが再生されるのであれば、１つ
のＢブロックをジャンプし、次の５つのブロック、即
ち、Ａ、Ｃ、Ｃ、Ａ、Ｃが再生され、次に２つのＢブロ
ックをジャンプしてＣブロックへ向かい、そして最後に
他のＢブロックをジャンプしてＡ及びそれに従うＣへ向
かう。
【０１２７】ここに浮び上がるパターンは、一方ブロッ
クから他方ブロックへの３種類の移行があることであ
る。第１として、先行するブロックの再生に直ちに続く
又は従う１ブロックの再生がある。図１２に示されたこ
れの７つの例があり、即ち、ＡＡ、ＢＢ、ＣＣ、ＣＡ、
ＣＢ、ＡＣ並びにＢＣである。除外される２つの可能性
は、ＡＢ及びＢＡであり、これは２つのバージョンに独
特である此等ブロックは決して同一ディスクの再生中に
再生されることはなく、ましてや続々と再生されること
はない。ブロックタイプからブロックタイプへの移行に
は７種類がある一方、まさにちょうど３つの基本操作又
はオペレーション、即ち、任意タイプの１ブロックから
任意タイプの次なるブロックへ行くものと、ＡからＡ又
はＣへジャンプか或いはＢからＢ又はＣへのジャンプか
の何れかと、Ｃブロックから隣接するＡ又は隣接するＢ
への分岐か或いはＣブロックからそのラインを下っての
何処かのＢ又はＡへの分岐かの何れかと、がある。殆ど
の移行が第１タイプのものである。第２タイプはＡにＢ
が従ったときに生じ（此等２つのブロックは決して連続
して再生されない）、そのＡから他のＡ又はＣの何れか
へのジャンプが行われる必要がある。同様の所見はＡが
随伴するＢに対して当てはまる。第３タイプはＣブロッ
クの再生の最後で生ずるものであり、再生されるべき共
通データがもはや全くない場合で且つ一方バージョン或
いは他方バージョンへのスイッチが行われる必要がある
ときで、即ち、次なるブロックはもしも選択されたバー
ジョンの一部であれば再生され、さもなければ、幾つか
のブロックはもしもその分岐が他方バージョンの１ブロ
ックへ向かうものであればジャンプされねばならないで
あろう。
クから他方ブロックへの３種類の移行があることであ
る。第１として、先行するブロックの再生に直ちに続く
又は従う１ブロックの再生がある。図１２に示されたこ
れの７つの例があり、即ち、ＡＡ、ＢＢ、ＣＣ、ＣＡ、
ＣＢ、ＡＣ並びにＢＣである。除外される２つの可能性
は、ＡＢ及びＢＡであり、これは２つのバージョンに独
特である此等ブロックは決して同一ディスクの再生中に
再生されることはなく、ましてや続々と再生されること
はない。ブロックタイプからブロックタイプへの移行に
は７種類がある一方、まさにちょうど３つの基本操作又
はオペレーション、即ち、任意タイプの１ブロックから
任意タイプの次なるブロックへ行くものと、ＡからＡ又
はＣへジャンプか或いはＢからＢ又はＣへのジャンプか
の何れかと、Ｃブロックから隣接するＡ又は隣接するＢ
への分岐か或いはＣブロックからそのラインを下っての
何処かのＢ又はＡへの分岐かの何れかと、がある。殆ど
の移行が第１タイプのものである。第２タイプはＡにＢ
が従ったときに生じ（此等２つのブロックは決して連続
して再生されない）、そのＡから他のＡ又はＣの何れか
へのジャンプが行われる必要がある。同様の所見はＡが
随伴するＢに対して当てはまる。第３タイプはＣブロッ
クの再生の最後で生ずるものであり、再生されるべき共
通データがもはや全くない場合で且つ一方バージョン或
いは他方バージョンへのスイッチが行われる必要がある
ときで、即ち、次なるブロックはもしも選択されたバー
ジョンの一部であれば再生され、さもなければ、幾つか
のブロックはもしもその分岐が他方バージョンの１ブロ
ックへ向かうものであればジャンプされねばならないで
あろう。
【０１２８】図１１は一方のブロックから他方のブロッ
クへの各種の移行がどのように且ついつ行われるかを定
義する状態図である。以下に説明されるように、各々の
データブロックは２ビットポインタフラッグを含み、も
しかしたら２０ビットポインタを含むフィールドが随伴
される。（１つのポインタがあるとき、それは他のデー
タブロックの連続ブロック番号を常に指向している。）
図１１に付与されたコードに言及すれば、もしも２ビッ
トポインタフラッグが００であれば、それは、処理が次
のブロックについて続行されるべきを示し、この場合、
ポインタは全く必要ない。もしも２ビットポインタフラ
ッグが０１コードであれば、それは、何処か遠ざかった
同一バージョンのブロックへのジャンプか、或いは何処
か遠ざかったＣブロックへのジャンプかがなされるべき
ことを示している。何れの場合においても、ポインタは
必要である。
クへの各種の移行がどのように且ついつ行われるかを定
義する状態図である。以下に説明されるように、各々の
データブロックは２ビットポインタフラッグを含み、も
しかしたら２０ビットポインタを含むフィールドが随伴
される。（１つのポインタがあるとき、それは他のデー
タブロックの連続ブロック番号を常に指向している。）
図１１に付与されたコードに言及すれば、もしも２ビッ
トポインタフラッグが００であれば、それは、処理が次
のブロックについて続行されるべきを示し、この場合、
ポインタは全く必要ない。もしも２ビットポインタフラ
ッグが０１コードであれば、それは、何処か遠ざかった
同一バージョンのブロックへのジャンプか、或いは何処
か遠ざかったＣブロックへのジャンプかがなされるべき
ことを示している。何れの場合においても、ポインタは
必要である。
【０１２９】コード１０及び１１は、共通Ｃブロックか
ら分岐が取り行われるべきときに用いられる。どちらの
コードも、次のブロックがＡ或いはＢであるか否かに依
存して用いられる。もしもそのＣの後のブロックがＡで
あれば、コード１０が用いられて、そのポインタはその
ラインを更に下ってのＢ或いはＣへ向かっている。もし
もコードが１１であれば、次のブロックはＢであり、そ
のポインタはトラックに更に沿ってのＡ或いはＣへ向か
っていることを意味する。オペレーションシステムはど
のバージョンが再生中であるかを知っている。もしもバ
ージョンＡが再生中であり、現行ブロックが１０のポイ
ンタフラッグを有していれば、次のブロック、即ちＡは
現在のものの後に再生されるべきであることを意味す
る。そのポインタは必要ない。ポインタが必要となるの
は、バージョンＢが再生中である場合である。この場
合、次のブロックがＡであるので、それは再生されるべ
きではない。再生装置はポインタによって識別されるブ
ロックへ、即ち他のＣか或いは再生中のバージョンＢに
独特のＢかの何れかへジャンプすべきである。
ら分岐が取り行われるべきときに用いられる。どちらの
コードも、次のブロックがＡ或いはＢであるか否かに依
存して用いられる。もしもそのＣの後のブロックがＡで
あれば、コード１０が用いられて、そのポインタはその
ラインを更に下ってのＢ或いはＣへ向かっている。もし
もコードが１１であれば、次のブロックはＢであり、そ
のポインタはトラックに更に沿ってのＡ或いはＣへ向か
っていることを意味する。オペレーションシステムはど
のバージョンが再生中であるかを知っている。もしもバ
ージョンＡが再生中であり、現行ブロックが１０のポイ
ンタフラッグを有していれば、次のブロック、即ちＡは
現在のものの後に再生されるべきであることを意味す
る。そのポインタは必要ない。ポインタが必要となるの
は、バージョンＢが再生中である場合である。この場
合、次のブロックがＡであるので、それは再生されるべ
きではない。再生装置はポインタによって識別されるブ
ロックへ、即ち他のＣか或いは再生中のバージョンＢに
独特のＢかの何れかへジャンプすべきである。
【０１３０】同様にして、もしもバージョンＡが再生中
であり且つ現行ブロックがＣで、そのポインタフラッグ
がコード１１であったならば、次のブロックはＢである
ことを意味する。バージョンＡが再生中であるので、次
のブロックが現行のものの後に再生されるべきではな
い。代りに、ポインタによって識別されるＡ或いはＣブ
ロックへのジャンプが行われることを意味する。一方、
バージョンＢが再生中であれば、システムは次のブロッ
クへ単に続く。
であり且つ現行ブロックがＣで、そのポインタフラッグ
がコード１１であったならば、次のブロックはＢである
ことを意味する。バージョンＡが再生中であるので、次
のブロックが現行のものの後に再生されるべきではな
い。代りに、ポインタによって識別されるＡ或いはＣブ
ロックへのジャンプが行われることを意味する。一方、
バージョンＢが再生中であれば、システムは次のブロッ
クへ単に続く。
【０１３１】図１１の凡例は、１０及び１１のポインタ
フラッグがＣブロック内に見出された際、ポインタが用
いられるか否かを示す。表示１０（Ｐ）はポインタが用
いられるべきことを示し、そして表示１０［Ｐ］はポイ
ンタが無視されるべきことを示す。思い出されるよう
に、１０のコードは次のブロックＡである際のＣブロッ
クのために用いられる。もしもバージョンＡが再生中で
あれば、ポインタは必要とされない。それが、Ｃブロッ
クからそれに続くブロックへ、即ちＡへの移行を記号１
０［Ｐ］によって示す理由である。一方、バージョンＢ
が再生中であれば、次のブロックはＡであるので、現行
Ｃの後にそれが再生され得ない。代りに、ポインタによ
って識別されるブロックへのジャンプと、それ故に表示
１０（Ｐ）の使用とがなければならず、このポインタは
Ｂブロック或いは他のＣの何れかを指す。
フラッグがＣブロック内に見出された際、ポインタが用
いられるか否かを示す。表示１０（Ｐ）はポインタが用
いられるべきことを示し、そして表示１０［Ｐ］はポイ
ンタが無視されるべきことを示す。思い出されるよう
に、１０のコードは次のブロックＡである際のＣブロッ
クのために用いられる。もしもバージョンＡが再生中で
あれば、ポインタは必要とされない。それが、Ｃブロッ
クからそれに続くブロックへ、即ちＡへの移行を記号１
０［Ｐ］によって示す理由である。一方、バージョンＢ
が再生中であれば、次のブロックはＡであるので、現行
Ｃの後にそれが再生され得ない。代りに、ポインタによ
って識別されるブロックへのジャンプと、それ故に表示
１０（Ｐ）の使用とがなければならず、このポインタは
Ｂブロック或いは他のＣの何れかを指す。
【０１３２】同様な所見が表示１１（Ｐ）及び１１
［Ｐ］に対して適用される。此等両方の場合、再生中は
Ｃブロックであり、次のブロックはＢである。もしもバ
ージョンＡが再生中であれば、次のブロックは再生され
るべきではなく、それ故に記号１１（Ｐ）が状態移行を
示すべく要求される。一方、もしもバージョンＢが再生
中であれば、再生させられるべきは次に続くＢブロック
であり、それ故に記号１１［Ｐ］が適切である。
［Ｐ］に対して適用される。此等両方の場合、再生中は
Ｃブロックであり、次のブロックはＢである。もしもバ
ージョンＡが再生中であれば、次のブロックは再生され
るべきではなく、それ故に記号１１（Ｐ）が状態移行を
示すべく要求される。一方、もしもバージョンＢが再生
中であれば、再生させられるべきは次に続くＢブロック
であり、それ故に記号１１［Ｐ］が適切である。
【０１３３】用法（Ｐ）及び［Ｐ］と共に、４つのコー
ドが図１２に示されている。再生Ｂの移行シーケンスに
言及すれば、示される第１移行は０１（Ｐ）である。思
い出されるように、０１コードは一方バージョンから同
一バージョンのブロックへ或いは共通ブロックへのジャ
ンプを表現し、ポインタが要求される。示された移行は
０１（Ｐ）であり、Ｂブロックから他のＢブロックへの
ジャンプである。再生Ｂライン上の次の移行は０１
（Ｐ）であり、ＢからＣへジャンプである。次は全てに
対して最も共通する移行例である００であり、現行ブロ
ックの後に次のブロックを規則的に又は順序正しく再生
する。
ドが図１２に示されている。再生Ｂの移行シーケンスに
言及すれば、示される第１移行は０１（Ｐ）である。思
い出されるように、０１コードは一方バージョンから同
一バージョンのブロックへ或いは共通ブロックへのジャ
ンプを表現し、ポインタが要求される。示された移行は
０１（Ｐ）であり、Ｂブロックから他のＢブロックへの
ジャンプである。再生Ｂライン上の次の移行は０１
（Ｐ）であり、ＢからＣへジャンプである。次は全てに
対して最も共通する移行例である００であり、現行ブロ
ックの後に次のブロックを規則的に又は順序正しく再生
する。
【０１３４】再生Ｂラインにおける第４移行は、１０
（Ｐ）記号によって表現されている。１０コードは次の
ブロックがＡである際のＣブロックからの分岐を表わ
し、図１２に図示された例である。そうした場合、図１
１に示されるように、もしもバージョンＢが再生中であ
れば、ジャンプがポインタによって識別されたブロック
へ、この場合、次のＣへ為される。
（Ｐ）記号によって表現されている。１０コードは次の
ブロックがＡである際のＣブロックからの分岐を表わ
し、図１２に図示された例である。そうした場合、図１
１に示されるように、もしもバージョンＢが再生中であ
れば、ジャンプがポインタによって識別されたブロック
へ、この場合、次のＣへ為される。
【０１３５】１１コードは次のブロックがＢである際に
Ｃブロックからの分岐を識別する。もしもバージョンＢ
が再生中であれば、考慮されている場合において、ポイ
ンタは不必要であり、その理由として次のブロックは再
生されるべきであるからである。それが、示された次の
コードが１１［Ｐ］である理由である。隣接ブロックへ
の明らかな移行を表わす２つの００コードが続き、これ
に１１［Ｐ］コードが従っており、Ｃブロックからそれ
に続くＢであるブロックへの分岐である。最後に、ジャ
ンプがこのＢブロックから次のＡブロックを越えてＣブ
ロックへ行われる。これは０１（Ｐ）コードを要求し、
そのコードは、何れかのバージョンのブロックからそれ
と同一バージョンのブロックへ或いは共通ブロックへジ
ャンプするために用いられる。
Ｃブロックからの分岐を識別する。もしもバージョンＢ
が再生中であれば、考慮されている場合において、ポイ
ンタは不必要であり、その理由として次のブロックは再
生されるべきであるからである。それが、示された次の
コードが１１［Ｐ］である理由である。隣接ブロックへ
の明らかな移行を表わす２つの００コードが続き、これ
に１１［Ｐ］コードが従っており、Ｃブロックからそれ
に続くＢであるブロックへの分岐である。最後に、ジャ
ンプがこのＢブロックから次のＡブロックを越えてＣブ
ロックへ行われる。これは０１（Ｐ）コードを要求し、
そのコードは、何れかのバージョンのブロックからそれ
と同一バージョンのブロックへ或いは共通ブロックへジ
ャンプするために用いられる。
【０１３６】図１２における再生Ａシーケンスは、再生
中であるのがバージョンＡであることを想定している。
最初の４つのコードは、隣接ブロックへの移行、或いは
一方バージョンのブロックからそれと同一バージョンの
ブロックへのジャンプを表わしている。次のコードであ
る１０［Ｐ］は、Ｃブロックから隣接するＡブロックへ
のジャンプを示すべく用いられている。ポインタはバー
ジョンＡが再生中であるので用いられなく、コード１０
は次のブロックがＡブロックであるが為に採用されてい
る。次の００コードはＡブロックから連続するＣブロッ
クへの移行を記号化又は象徴化している。
中であるのがバージョンＡであることを想定している。
最初の４つのコードは、隣接ブロックへの移行、或いは
一方バージョンのブロックからそれと同一バージョンの
ブロックへのジャンプを表わしている。次のコードであ
る１０［Ｐ］は、Ｃブロックから隣接するＡブロックへ
のジャンプを示すべく用いられている。ポインタはバー
ジョンＡが再生中であるので用いられなく、コード１０
は次のブロックがＡブロックであるが為に採用されてい
る。次の００コードはＡブロックから連続するＣブロッ
クへの移行を記号化又は象徴化している。
【０１３７】次はＣブロックから他のＣブロックへのジ
ャンプであり、２つのＢブロックをスキップしている。
この１１コードが用いられる理由は、これはＢブロック
がＣブロックに従っている又は続いている際に採用され
るコードであるからである。用いられた記号が１１
（Ｐ）であり、１１［Ｐ］ではない理由は、１つのＣブ
ロックからそのラインを更に下ってのＣブロックへ行く
際にポインタが要求されるからである。同様にして、次
のコードは、再度、１１（Ｐ）コードであり、Ｃブロッ
クからそのラインを更に下ってのＡブロックへの分岐を
記号化している。図１２におけるシーケンスは、Ａブロ
ックから次のブロックであるＣへの移行によって終了し
ており、この為にコード００が用いられている。
ャンプであり、２つのＢブロックをスキップしている。
この１１コードが用いられる理由は、これはＢブロック
がＣブロックに従っている又は続いている際に採用され
るコードであるからである。用いられた記号が１１
（Ｐ）であり、１１［Ｐ］ではない理由は、１つのＣブ
ロックからそのラインを更に下ってのＣブロックへ行く
際にポインタが要求されるからである。同様にして、次
のコードは、再度、１１（Ｐ）コードであり、Ｃブロッ
クからそのラインを更に下ってのＡブロックへの分岐を
記号化している。図１２におけるシーケンスは、Ａブロ
ックから次のブロックであるＣへの移行によって終了し
ており、この為にコード００が用いられている。
【０１３８】図１１の状態図は、全ての可能性を要約し
ている。先ず、その左上方におけるサークルＡによって
表わされるＡブロックが処理中である状態を考えよう。
Ａブロック内の２ビットポインタフラッグは、もしも次
のブロックがまたＡであれば、００である（ＡからＡへ
戻る移行によって示されている）。一方、もしも次のブ
ロックがＢであれば、それは明らかに再生されるべきで
はない。そのＡブロックからＢを越えて、他のＡ或いは
Ｃの何れかへのジャンプでなければならない。何れの場
合でもそのコードは０１（Ｐ）である。図面は、Ｂを越
えてのジャンプ（他のＡまで）と、Ｂを越えてＣへのジ
ャンプとの両方を示している。Ａブロックからのただ１
つの他の移行は、もしも次のブロックがＣであれば、当
該次のブロックへの移行である。これがコード００によ
って示されている。
ている。先ず、その左上方におけるサークルＡによって
表わされるＡブロックが処理中である状態を考えよう。
Ａブロック内の２ビットポインタフラッグは、もしも次
のブロックがまたＡであれば、００である（ＡからＡへ
戻る移行によって示されている）。一方、もしも次のブ
ロックがＢであれば、それは明らかに再生されるべきで
はない。そのＡブロックからＢを越えて、他のＡ或いは
Ｃの何れかへのジャンプでなければならない。何れの場
合でもそのコードは０１（Ｐ）である。図面は、Ｂを越
えてのジャンプ（他のＡまで）と、Ｂを越えてＣへのジ
ャンプとの両方を示している。Ａブロックからのただ１
つの他の移行は、もしも次のブロックがＣであれば、当
該次のブロックへの移行である。これがコード００によ
って示されている。
【０１３９】４つの同様な移行が状態Ｂ、即ちバージョ
ンＢのデータブロックが読取られている時の状態Ｂにつ
いて示されている。００コードは、次のブロックがＢ或
いはＣであれば用いられる。０１（Ｐ）は次のブロック
がＡである際に用いられ、それがジャンプによって越え
られることによって、システムは他のＢ或いはＣを次に
読取ることができる。
ンＢのデータブロックが読取られている時の状態Ｂにつ
いて示されている。００コードは、次のブロックがＢ或
いはＣであれば用いられる。０１（Ｐ）は次のブロック
がＡである際に用いられ、それがジャンプによって越え
られることによって、システムは他のＢ或いはＣを次に
読取ることができる。
【０１４０】Ｃブロックからの移行はより複雑であり、
その理由は、Ａブロック及びＢブロックの各々について
の４つのみというよりは、それらの内の７つがある。も
しも次のブロックが更にＣであれば、そのコードは単に
００であり、当該次のブロックを読取る。もしも次のブ
ロックがＢであり、且つ他のＣへのジャンプが必要であ
れば、コード１０（Ｐ）はＡを越えるジャンプを制御す
る。同様に、コード１１（Ｐ）はＢを越えて他のＣへの
ジャンプを制御する。思い出されるように、此等２つの
コードはＣブロックからの分岐を、次のブロックがＡか
或いはＢか否かに依存して制御すべく用いられる。何れ
の場合も、もしも次のブロックが読取られるべきもので
なければ、そのブロック（及びそれに類似の１つ以上の
ブロック）がジャンプによって越えられて次のＣへ向か
う。
その理由は、Ａブロック及びＢブロックの各々について
の４つのみというよりは、それらの内の７つがある。も
しも次のブロックが更にＣであれば、そのコードは単に
００であり、当該次のブロックを読取る。もしも次のブ
ロックがＢであり、且つ他のＣへのジャンプが必要であ
れば、コード１０（Ｐ）はＡを越えるジャンプを制御す
る。同様に、コード１１（Ｐ）はＢを越えて他のＣへの
ジャンプを制御する。思い出されるように、此等２つの
コードはＣブロックからの分岐を、次のブロックがＡか
或いはＢか否かに依存して制御すべく用いられる。何れ
の場合も、もしも次のブロックが読取られるべきもので
なければ、そのブロック（及びそれに類似の１つ以上の
ブロック）がジャンプによって越えられて次のＣへ向か
う。
【０１４１】しかしながら、Ｃブロックの読取りの後、
Ａ或いはＢを読取ることも可能である。Ａを読取るため
に、コード１１（Ｐ）或いは１０［Ｐ］の内の一方が用
いられる。１１コードは次のブロックがＢである際に採
用され、その場合にはポインタが要求される。１０コー
ドは次のブロックがＡである際に採用され、その場合に
はポインタは用いられない。同様に、次にＢブロックを
読取るために、コード１０（Ｐ）或いは１１［Ｐ］の内
の一方が用いられる。前者はディスク上の次のブロック
がＡである際に採用され、このブロックがジャンプによ
って越えられる必要があるので、ポインタが要求され
る。一方、もしも次のブロックがＢであれば、コード１
１はシステムに対してこの次なるブロックへ行くことを
告げて、ポインタは必要ないので処理中にそのポインタ
が無視される。
Ａ或いはＢを読取ることも可能である。Ａを読取るため
に、コード１１（Ｐ）或いは１０［Ｐ］の内の一方が用
いられる。１１コードは次のブロックがＢである際に採
用され、その場合にはポインタが要求される。１０コー
ドは次のブロックがＡである際に採用され、その場合に
はポインタは用いられない。同様に、次にＢブロックを
読取るために、コード１０（Ｐ）或いは１１［Ｐ］の内
の一方が用いられる。前者はディスク上の次のブロック
がＡである際に採用され、このブロックがジャンプによ
って越えられる必要があるので、ポインタが要求され
る。一方、もしも次のブロックがＢであれば、コード１
１はシステムに対してこの次なるブロックへ行くことを
告げて、ポインタは必要ないので処理中にそのポインタ
が無視される。
【０１４２】多分、認識すべき最も重要な点は、図面か
らは明確ではないことであり、殆どのブロックは００ポ
インタフラッグを含み、ポインタがないことである。
（この００コードは随伴するポインタフィールドなしの
唯一のものである。）それは、一度、何れかのバージョ
ンのフレームが再生中となれば、或いは一度、共通デー
タのフレームが再生中となれば、殆どの場合に、次のフ
レームは同一タイプのものとなるであろう。その結果、
００コードだけで仕事を行う。正味の結果は、同一映画
の２つのバージョンがディスク上に記憶されることが可
能であることであって、ユーザ用の何れかの再生のため
のオプションと（もしもそれがパーレンタルロックによ
って許可されたならば）、全体的又は総計的なディスク
不動産のほんのちっちゃな小部分を、１ブロックから該
ブロックの後に読取られるべき次のブロックへの移行を
制御する家政的又は家計的なビット数によって浪費され
ることとを伴っている。再度、これは、処理において過
度に或いは不当にビット数を浪費することなく、最大限
の柔軟性やできる限り多くのオプションを提供すると言
う、根底をなす設計哲学に調和するものである。
らは明確ではないことであり、殆どのブロックは００ポ
インタフラッグを含み、ポインタがないことである。
（この００コードは随伴するポインタフィールドなしの
唯一のものである。）それは、一度、何れかのバージョ
ンのフレームが再生中となれば、或いは一度、共通デー
タのフレームが再生中となれば、殆どの場合に、次のフ
レームは同一タイプのものとなるであろう。その結果、
００コードだけで仕事を行う。正味の結果は、同一映画
の２つのバージョンがディスク上に記憶されることが可
能であることであって、ユーザ用の何れかの再生のため
のオプションと（もしもそれがパーレンタルロックによ
って許可されたならば）、全体的又は総計的なディスク
不動産のほんのちっちゃな小部分を、１ブロックから該
ブロックの後に読取られるべき次のブロックへの移行を
制御する家政的又は家計的なビット数によって浪費され
ることとを伴っている。再度、これは、処理において過
度に或いは不当にビット数を浪費することなく、最大限
の柔軟性やできる限り多くのオプションを提供すると言
う、根底をなす設計哲学に調和するものである。
【０１４３】また、注目されるべきことは、本発明は１
つの映画のちょうど２つのバージョンを１つのディスク
上に据えることに限定されるものではないことである。
同一の技術を３つ或いはそれ以上のバージョンについて
用いることが可能である（そうした多数バージョンの需
要はおそらくより少ないであろうが）。そうした場合、
共通ブロックは１つのポインタだけではなく、２つのポ
インタを要求することになるであろう。もしもディスク
上に３つのバージョンがあれば、Ｃブロックに追従する
次のブロックはＡ、Ｂ或いはＤであることなるであろ
う。２つのポインタが要求されることになって、そのラ
インを更に下って見出されるべき２つのブロックを指示
する。明らかにこれは、実行される必要のある変更の内
のまさに１つとなる。ポインタは、たとえより多くの家
計的又は家計的なビット数の消費となっても、多重的な
バージョンに便宜を図ることができる。それにも拘ら
ず、このタイプのポインタビットの全体的な数は、オー
ディオ／ビデオビット数の全体的な数と比べて、依然と
して、とるに足らないものである。
つの映画のちょうど２つのバージョンを１つのディスク
上に据えることに限定されるものではないことである。
同一の技術を３つ或いはそれ以上のバージョンについて
用いることが可能である（そうした多数バージョンの需
要はおそらくより少ないであろうが）。そうした場合、
共通ブロックは１つのポインタだけではなく、２つのポ
インタを要求することになるであろう。もしもディスク
上に３つのバージョンがあれば、Ｃブロックに追従する
次のブロックはＡ、Ｂ或いはＤであることなるであろ
う。２つのポインタが要求されることになって、そのラ
インを更に下って見出されるべき２つのブロックを指示
する。明らかにこれは、実行される必要のある変更の内
のまさに１つとなる。ポインタは、たとえより多くの家
計的又は家計的なビット数の消費となっても、多重的な
バージョンに便宜を図ることができる。それにも拘ら
ず、このタイプのポインタビットの全体的な数は、オー
ディオ／ビデオビット数の全体的な数と比べて、依然と
して、とるに足らないものである。
【０１４４】データブロックフィールド 図４はデータブロックの複数フィールドを示し、フォー
マットは、図３の導入部トラックの複数フィールドの為
に示したものと同じである。先に議論したように、シン
クワードパターンはデータ中に現われることができず、
それ故にそれが検出された際に、オペレーティングシス
テムが新しいデータブロックが開始されようとしている
ことを知る。
マットは、図３の導入部トラックの複数フィールドの為
に示したものと同じである。先に議論したように、シン
クワードパターンはデータ中に現われることができず、
それ故にそれが検出された際に、オペレーティングシス
テムが新しいデータブロックが開始されようとしている
ことを知る。
【０１４５】第２フィールドは２０ビットの連続ブロッ
ク番号である。ディスク上のブロックの全ては連続順で
番号付けがされている。ブロック番号は読取られる第１
のことであり、それが図２のブロック番号／ポインタア
ナライザ４７によって用いられるからである。ブロック
番号は、例えば、１つのブロックから他のブロックへの
ジャンプの時に必須のものである。読取りヘッドは、通
常、その所望ブロック近くの点に位置付けられている
が、第１の試みでは正しいブロックが選択されることは
殆どないであろう。複数ブロック中のビット数が可変的
であり、システムがそれらブロック中の一体幾つのビッ
ト数がスキップされたかを知る術がないので、上記のこ
とはまさに真実である。データブロックの最初にブロッ
ク番号を読取ることによって、システムはヘッドが再度
位置付けされる必要があるのか否かを迅速に決定する。
ク番号である。ディスク上のブロックの全ては連続順で
番号付けがされている。ブロック番号は読取られる第１
のことであり、それが図２のブロック番号／ポインタア
ナライザ４７によって用いられるからである。ブロック
番号は、例えば、１つのブロックから他のブロックへの
ジャンプの時に必須のものである。読取りヘッドは、通
常、その所望ブロック近くの点に位置付けられている
が、第１の試みでは正しいブロックが選択されることは
殆どないであろう。複数ブロック中のビット数が可変的
であり、システムがそれらブロック中の一体幾つのビッ
ト数がスキップされたかを知る術がないので、上記のこ
とはまさに真実である。データブロックの最初にブロッ
ク番号を読取ることによって、システムはヘッドが再度
位置付けされる必要があるのか否かを迅速に決定する。
【０１４６】第３フィールドは２ビットコードであり、
ブロックがＡバージョンの一部か、Ｂバージョンの一部
か、或いは両方に共通するものか否かを表わす。（４つ
の可能性があるコードの内の３つだけが使用されてい
る。）一度、バージョンＡ或いはバージョンＢの再生が
開始されれば、図１１及び図１２で議論されたポインタ
は常に１つのブロックが、再生中に、共通するものか或
いはある特定バージョンの一部かを識別することとなる
のが、どうして１つの特定ブロックのバージョンについ
て絶えずチェックしなければならないのであろうか。そ
の答えは早送り及び早戻しの操作又はオペレーションに
関係している。此等は全体的には従来技術であるので長
い間議論されてこなかった、例えば早送りの際、読取り
ヘッドは多少なりとも随意に位置付けされ得る。ビデオ
はもしもそれが誤ったバージョンであれば見せるべきで
はない。１つのブロックのバージョンを、ブロック番号
或いはポインタを見ることによって単純に決定すること
は不可能である。何れもバージョンを識別しない。シス
テムがブロックを最初に読取った時にそのバージョンを
決定できるのはこの理由の為のである。
ブロックがＡバージョンの一部か、Ｂバージョンの一部
か、或いは両方に共通するものか否かを表わす。（４つ
の可能性があるコードの内の３つだけが使用されてい
る。）一度、バージョンＡ或いはバージョンＢの再生が
開始されれば、図１１及び図１２で議論されたポインタ
は常に１つのブロックが、再生中に、共通するものか或
いはある特定バージョンの一部かを識別することとなる
のが、どうして１つの特定ブロックのバージョンについ
て絶えずチェックしなければならないのであろうか。そ
の答えは早送り及び早戻しの操作又はオペレーションに
関係している。此等は全体的には従来技術であるので長
い間議論されてこなかった、例えば早送りの際、読取り
ヘッドは多少なりとも随意に位置付けされ得る。ビデオ
はもしもそれが誤ったバージョンであれば見せるべきで
はない。１つのブロックのバージョンを、ブロック番号
或いはポインタを見ることによって単純に決定すること
は不可能である。何れもバージョンを識別しない。シス
テムがブロックを最初に読取った時にそのバージョンを
決定できるのはこの理由の為のである。
【０１４７】フィールド４及び５は、図１１及び図１２
に関連させてくどくどと長い間説明してきた２ビットポ
インタフラッグ及び２０ビットポインタを含む。
に関連させてくどくどと長い間説明してきた２ビットポ
インタフラッグ及び２０ビットポインタを含む。
【０１４８】フィールド６は、存在し得るか否かの１ビ
ットフラッグである。図３に言及すれば、フィールド１
９のビデオ可用性フラッグはオペレーションシステムに
対して、データブロック中に何等かのビデオがあるか否
かを知らせる。しかしながら、もしもあったとしても、
めいめいのデータブロックがビデオを含むことを意味し
ない。めいめいのデータブロックに単一のフレームが表
現されていて、データブロックが固定されたレートで処
理されるシステムでは、たとえそれが「変更なし」を表
わす１つのコードから成る「最小」ビデオであっても、
めいめいのデータブロックにビデオがあるであろう。し
かし、１つのデータブロックで単一フレーム以上或いは
以下を表現し得るシステムがある可能性がある。例え
ば、１データブロックのビデオ情報が、もしも本当に存
在するのであれば、常に同一ビット数であることがあり
得る。圧縮に依存して、多くのフレームを単一データブ
ロック内に表現させることは可能である。そうした場
合、ブロックの内の幾つかはビデオビットが欠如するこ
とになるであろう。採用されたコード化機構に依存し
て、フィールド６のビットはオペレーティングシステム
に対して、フィールド７は一体あるのか否かを通知す
る。もしもビデオがあれば、フィールド７はビデオ情報
を含み、シンクワードをもって終了する。先に述べたよ
うに、ビデオ及びオーディオブロックの実際のコード化
は本発明の部分を構成しない。ＭＰＥＧ機構は好ましい
が、他のものが使用可能である。
ットフラッグである。図３に言及すれば、フィールド１
９のビデオ可用性フラッグはオペレーションシステムに
対して、データブロック中に何等かのビデオがあるか否
かを知らせる。しかしながら、もしもあったとしても、
めいめいのデータブロックがビデオを含むことを意味し
ない。めいめいのデータブロックに単一のフレームが表
現されていて、データブロックが固定されたレートで処
理されるシステムでは、たとえそれが「変更なし」を表
わす１つのコードから成る「最小」ビデオであっても、
めいめいのデータブロックにビデオがあるであろう。し
かし、１つのデータブロックで単一フレーム以上或いは
以下を表現し得るシステムがある可能性がある。例え
ば、１データブロックのビデオ情報が、もしも本当に存
在するのであれば、常に同一ビット数であることがあり
得る。圧縮に依存して、多くのフレームを単一データブ
ロック内に表現させることは可能である。そうした場
合、ブロックの内の幾つかはビデオビットが欠如するこ
とになるであろう。採用されたコード化機構に依存し
て、フィールド６のビットはオペレーティングシステム
に対して、フィールド７は一体あるのか否かを通知す
る。もしもビデオがあれば、フィールド７はビデオ情報
を含み、シンクワードをもって終了する。先に述べたよ
うに、ビデオ及びオーディオブロックの実際のコード化
は本発明の部分を構成しない。ＭＰＥＧ機構は好ましい
が、他のものが使用可能である。
【０１４９】フィールド８はビットなしから１６までの
何れかを含む。思い出されるように、導入部トラックの
フィールド６は１００ビット位置を含むが、ディスク上
にはせいぜい１６のオーディオトラックが存在し得るの
で（その内、Ｍ＆Ｅはその内の１つと考えられる）、此
等の内のたったＮ個（最大のＮは１６）が値１のビット
を表わし得る。此等Ｎトラックの各々について、フィー
ルド８はオペレーションシステムに対して、現行のデー
タブロックには何等かのオーディオがあるか否かを通知
する。こうして、最大ＮまでのＸ個（なにがしか又は変
数）の「１」が存在する。Ｎビットフィールド８の第１
ビット位置は、導入部トラックのフィールド６内に識別
された第１オーディオ言語トラックに対応する。１デー
タブロックのフィールド８内の第２ビットは、導入部ト
ラックのフィールド６内に表現された第２オーディオ言
語に関連する、等々である。図４のフィールド８内に、
１００ではなく、たったＮ個（最大＝１６）しか存在し
ない理由は、データブロックに存在し得るのはどの言語
であるかは導入部トラックから通知されるからである。
対応する言語がディスク上に見出されるべき何処にもな
いことを導入部トラックから通知された際に、それが存
在しないことを指摘すべく８４或いはそれ以上のビット
位置を各データブロックに設ける理由はない。心に留め
ておかなければいけないことは、図４における値Ｘは図
３における値Ｎと等しいものではないことである。後者
は、ディスク上の何れかにあるオーディオ言語の総数を
表わし、その最大値は１６である。記号ＸはそれらＮの
内の幾つのものが現行データブロック内に実際に表現さ
れているかを表わしている。
何れかを含む。思い出されるように、導入部トラックの
フィールド６は１００ビット位置を含むが、ディスク上
にはせいぜい１６のオーディオトラックが存在し得るの
で（その内、Ｍ＆Ｅはその内の１つと考えられる）、此
等の内のたったＮ個（最大のＮは１６）が値１のビット
を表わし得る。此等Ｎトラックの各々について、フィー
ルド８はオペレーションシステムに対して、現行のデー
タブロックには何等かのオーディオがあるか否かを通知
する。こうして、最大ＮまでのＸ個（なにがしか又は変
数）の「１」が存在する。Ｎビットフィールド８の第１
ビット位置は、導入部トラックのフィールド６内に識別
された第１オーディオ言語トラックに対応する。１デー
タブロックのフィールド８内の第２ビットは、導入部ト
ラックのフィールド６内に表現された第２オーディオ言
語に関連する、等々である。図４のフィールド８内に、
１００ではなく、たったＮ個（最大＝１６）しか存在し
ない理由は、データブロックに存在し得るのはどの言語
であるかは導入部トラックから通知されるからである。
対応する言語がディスク上に見出されるべき何処にもな
いことを導入部トラックから通知された際に、それが存
在しないことを指摘すべく８４或いはそれ以上のビット
位置を各データブロックに設ける理由はない。心に留め
ておかなければいけないことは、図４における値Ｘは図
３における値Ｎと等しいものではないことである。後者
は、ディスク上の何れかにあるオーディオ言語の総数を
表わし、その最大値は１６である。記号ＸはそれらＮの
内の幾つのものが現行データブロック内に実際に表現さ
れているかを表わしている。
【０１５０】図１４はＸ個のオーディオ言語ブロックを
含む。ディスク上には１０個のオーディオ言語が表現さ
れているが、その内の６個だけが現行データブロック内
に表現されていることを想定しよう。この場合、そうし
たオーディオ言語に対応しているＸビットシーケンスが
あることになり、各々がエスケープ（ＥＳＣ）キャラク
タで終了している。エスケープキャラクタは複数のオー
ディオブロックを相互に分離すべく使用される。もし
も、オーディオトラックが存在する時いつもそれが固定
された持続時間を有すれば、フィールド８から１データ
ブロックに存在するオーディオブロックは幾つかが通知
されるので、フィールドの終端にシンクワードを提供す
る必要はない。可変長のオーディオブロックはフィール
ドの末端にシンクワードを要求するであろう。
含む。ディスク上には１０個のオーディオ言語が表現さ
れているが、その内の６個だけが現行データブロック内
に表現されていることを想定しよう。この場合、そうし
たオーディオ言語に対応しているＸビットシーケンスが
あることになり、各々がエスケープ（ＥＳＣ）キャラク
タで終了している。エスケープキャラクタは複数のオー
ディオブロックを相互に分離すべく使用される。もし
も、オーディオトラックが存在する時いつもそれが固定
された持続時間を有すれば、フィールド８から１データ
ブロックに存在するオーディオブロックは幾つかが通知
されるので、フィールドの終端にシンクワードを提供す
る必要はない。可変長のオーディオブロックはフィール
ドの末端にシンクワードを要求するであろう。
【０１５１】導入部トラックにおけるフィールド９は、
０から６３までの「他の」オーディオトラックを表わす
値を含んでいる。図３に示されるように、Ｍ個のそうし
た「他の」オーディオトラックがあり得る一方、それら
の各々は現行データブロック内に表現されることを意味
しない。各データブロックにおけるフィールド１０はＭ
ビットを含み、ディスク上の「他の」オーディオトラッ
クの各々に１つずつである。現行データブロックが、此
等Ｍ個のトラックの何れかの為にビット情報を実際に含
むか否かは、フィールド１０の対応するビット位置が１
を有するか否かに依存する。もしもＹ個の「１」があり
且つＹはＭより少なければ、「他の」オーディオトラッ
クの全てが現行データブロック内に表現されているとは
限らない、ことを意味する。フィールド１１はＹ個の
「他の」オーディオトラックブロックを含み、各々がエ
スケープキャラクタをもって終了している。理解される
ように、オーディオトラック及び「他の」オーディオト
ラックがデータブロック内に表現される方法は比較でき
る。
０から６３までの「他の」オーディオトラックを表わす
値を含んでいる。図３に示されるように、Ｍ個のそうし
た「他の」オーディオトラックがあり得る一方、それら
の各々は現行データブロック内に表現されることを意味
しない。各データブロックにおけるフィールド１０はＭ
ビットを含み、ディスク上の「他の」オーディオトラッ
クの各々に１つずつである。現行データブロックが、此
等Ｍ個のトラックの何れかの為にビット情報を実際に含
むか否かは、フィールド１０の対応するビット位置が１
を有するか否かに依存する。もしもＹ個の「１」があり
且つＹはＭより少なければ、「他の」オーディオトラッ
クの全てが現行データブロック内に表現されているとは
限らない、ことを意味する。フィールド１１はＹ個の
「他の」オーディオトラックブロックを含み、各々がエ
スケープキャラクタをもって終了している。理解される
ように、オーディオトラック及び「他の」オーディオト
ラックがデータブロック内に表現される方法は比較でき
る。
【０１５２】図２に戻れば、思い出されるように、デー
タブロックのデータビットは、オーディオバッファ、ビ
デオバッファ、パンスキャンバッファ並びにサブタイト
ルバッファに対してと共に、コマンド／データライン６
５を通じてマスターコントローラ４１に対して分配され
る。ここまで、オーディオブロック、「他の」オーディ
オブロック並びにビデオブロックの表現は、図４の複数
フィールドの分析で考えられてきた。サブタイトルデー
タの表現に進む前に理解されるべきは、全てのオーディ
オ及びビデオデータとは異なって、サブタイトルが表現
される方法には差があることである。後者はブロック毎
をベースとして補充され、バッファには新しいオーディ
オ及びビデオデータが連続的に補充される。一方、サブ
タイトルはフレーム毎に変える必要がない。事実上、サ
ブタイトルは、もしもそれが１フレーム以上の間スクリ
ーン上に残存しなければ、知覚すらされないこととな
る。結果として、一度、サブタイトルデータが図２のバ
ッファ５９に補充されたならば、サブタイトルはディス
プレイ上に形成させられ、新しいサブタイトル情報が当
該バッファ内にロードされるまで、そこに残存させられ
る。タイトルを新しいものを導入することなく除去する
ためには、ブランクフィールドから成る新しいサブタイ
トルがそのバッファ内にロードされる。
タブロックのデータビットは、オーディオバッファ、ビ
デオバッファ、パンスキャンバッファ並びにサブタイト
ルバッファに対してと共に、コマンド／データライン６
５を通じてマスターコントローラ４１に対して分配され
る。ここまで、オーディオブロック、「他の」オーディ
オブロック並びにビデオブロックの表現は、図４の複数
フィールドの分析で考えられてきた。サブタイトルデー
タの表現に進む前に理解されるべきは、全てのオーディ
オ及びビデオデータとは異なって、サブタイトルが表現
される方法には差があることである。後者はブロック毎
をベースとして補充され、バッファには新しいオーディ
オ及びビデオデータが連続的に補充される。一方、サブ
タイトルはフレーム毎に変える必要がない。事実上、サ
ブタイトルは、もしもそれが１フレーム以上の間スクリ
ーン上に残存しなければ、知覚すらされないこととな
る。結果として、一度、サブタイトルデータが図２のバ
ッファ５９に補充されたならば、サブタイトルはディス
プレイ上に形成させられ、新しいサブタイトル情報が当
該バッファ内にロードされるまで、そこに残存させられ
る。タイトルを新しいものを導入することなく除去する
ためには、ブランクフィールドから成る新しいサブタイ
トルがそのバッファ内にロードされる。
【０１５３】データブロック内のフィールド１２はＰビ
ットから成り、その各々は導入部トラックのフィールド
１５内で識別されたＰ個のサブタイトル言語の異なる１
つに対応している。（思い出されるように、複数言語に
対応するあらゆる１００ビットフィールドは現実には言
語を表わしておらず、むしろＭ＆Ｅを表わすことによっ
て、最大９９個のサブタイトル言語がある。）現行デー
タブロック内に更新が必要な如何なるサブタイトルも、
フィールド１２内のその対応する位置に１を有する。Ｚ
の最大値がＰである場合、Ｚ個までの「１」があり得
る。
ットから成り、その各々は導入部トラックのフィールド
１５内で識別されたＰ個のサブタイトル言語の異なる１
つに対応している。（思い出されるように、複数言語に
対応するあらゆる１００ビットフィールドは現実には言
語を表わしておらず、むしろＭ＆Ｅを表わすことによっ
て、最大９９個のサブタイトル言語がある。）現行デー
タブロック内に更新が必要な如何なるサブタイトルも、
フィールド１２内のその対応する位置に１を有する。Ｚ
の最大値がＰである場合、Ｚ個までの「１」があり得
る。
【０１５４】現行データブロックに更新が必要な各サブ
タイトル言語について、フィールド１３内にその更新が
現われる。Ｚ個の更新ブロックがあり、各々がエスケー
プキャラクタをもって終了している。更新ブロックがブ
ランクフィールドであり得ることを理解することが重要
である。これが、１つのサブタイトルが新しいサブタイ
トルがまだ生じていない時に除去される方法である。
タイトル言語について、フィールド１３内にその更新が
現われる。Ｚ個の更新ブロックがあり、各々がエスケー
プキャラクタをもって終了している。更新ブロックがブ
ランクフィールドであり得ることを理解することが重要
である。これが、１つのサブタイトルが新しいサブタイ
トルがまだ生じていない時に除去される方法である。
【０１５５】フィールド１４は存在し得るか否かの１ビ
ットから成る。このフィールドは、導入部トラックのフ
ィールド２１が１であるときにのみ存在する。そうした
場合、パンスキャン情報はデータブロック内に利用可能
である。もしもパンスキャン情報が利用可能であれば、
各データブロックはオペレーティングシステムに対し
て、それがパンスキャンの為の新しい出発コラムを実際
に含むか否かを告げねばならない。フィールド１４は単
一ビットであって、１つのフラッグであり、パンスキャ
ン更新があるか否かを示す。もしもそのビットが１であ
れば、フィールド１５は９ビットのコラム番号、即ちパ
ンスキャン更新である。
ットから成る。このフィールドは、導入部トラックのフ
ィールド２１が１であるときにのみ存在する。そうした
場合、パンスキャン情報はデータブロック内に利用可能
である。もしもパンスキャン情報が利用可能であれば、
各データブロックはオペレーティングシステムに対し
て、それがパンスキャンの為の新しい出発コラムを実際
に含むか否かを告げねばならない。フィールド１４は単
一ビットであって、１つのフラッグであり、パンスキャ
ン更新があるか否かを示す。もしもそのビットが１であ
れば、フィールド１５は９ビットのコラム番号、即ちパ
ンスキャン更新である。
【０１５６】最後に、フィールド１６は存在し得るか否
かの単一ビットであり、導入部トラック内のフィールド
３０の値に依存する。導入部トラックのこの１ビットフ
ラッグはオペレーティングシステムに対して、補助コマ
ンド及びデータがデータブロックのフィールド１７内に
存在し得る否かを告げる。もしもコマンド／データフラ
ッグが１であれば、コマンド／データブロックはフィー
ルド１７から読取られる。このフィールドはエスケープ
キャラクタをもって終了する。
かの単一ビットであり、導入部トラック内のフィールド
３０の値に依存する。導入部トラックのこの１ビットフ
ラッグはオペレーティングシステムに対して、補助コマ
ンド及びデータがデータブロックのフィールド１７内に
存在し得る否かを告げる。もしもコマンド／データフラ
ッグが１であれば、コマンド／データブロックはフィー
ルド１７から読取られる。このフィールドはエスケープ
キャラクタをもって終了する。
【０１５７】こうして、１つのデータブロックフィール
ドは、オーディオ、「他の」オーディオ、ビデオ、パン
スキャン情報、サブタイトル並びにコマンド／データブ
ロックの、６つまでの異なるタイプのデータを含む。此
等は図２に関連されて先に議論された６タイプの情報で
あり、デマルチプレクサ６３が情報の異なるブロック
を、オーディオバッファ、ビデオバッファ、パンスキャ
ンバッファ、サブタイトルバッファ並びにマスターコン
トローラに分配することを付随する。
ドは、オーディオ、「他の」オーディオ、ビデオ、パン
スキャン情報、サブタイトル並びにコマンド／データブ
ロックの、６つまでの異なるタイプのデータを含む。此
等は図２に関連されて先に議論された６タイプの情報で
あり、デマルチプレクサ６３が情報の異なるブロック
を、オーディオバッファ、ビデオバッファ、パンスキャ
ンバッファ、サブタイトルバッファ並びにマスターコン
トローラに分配することを付随する。
【０１５８】データブロックフィールドの処理 １データブロック内のデータの処理は相対的に簡単であ
る。図１０のフローチャートに示された処理は図４に示
されたデータブロックフィールド自体に蟻継ぎしてい
る。
る。図１０のフローチャートに示された処理は図４に示
されたデータブロックフィールド自体に蟻継ぎしてい
る。
【０１５９】図２のブロック番号／ポインタアナライザ
４７が、データブロックのフィールド２〜５内に含まれ
る、連続ブロック番号、バージョン、２ビットポインタ
フラッグ並びにポインタをどのように処理するかは既に
説明した。次のフィールドはビデオ存在フラッグであ
る。図１０に示されるように、もしもビデオデータは存
在すると決定されたなら、図２のビデオバッファ５５に
はフィールド７のビデオがロードされる。もしもビデオ
データが存在しなければ、バッファはそれにロードされ
たマーカーを単に有する。
４７が、データブロックのフィールド２〜５内に含まれ
る、連続ブロック番号、バージョン、２ビットポインタ
フラッグ並びにポインタをどのように処理するかは既に
説明した。次のフィールドはビデオ存在フラッグであ
る。図１０に示されるように、もしもビデオデータは存
在すると決定されたなら、図２のビデオバッファ５５に
はフィールド７のビデオがロードされる。もしもビデオ
データが存在しなければ、バッファはそれにロードされ
たマーカーを単に有する。
【０１６０】マーカーの必要性を理解することは重要で
ある。オペレーティングシステムが、ビデオ、オーディ
オ、サブタイトル等々の情報と常に調和できるようにす
るためには、同一データブロックからの情報が幾つかの
異なるバッファ内の何処にあるかを告げることができな
ければならない。言換えれば、オペレーティングシステ
ムは、オーディオバッファ内のオーディオデータのどの
部分がビデオバッファ内のビデオデータのどの部分と同
伴又は調和するかを知らなくてはならない。さもなけれ
ば、種々の情報項目は相互に調和され得ない。データブ
ロック内に存在しないデータの為にバッファ内にマーカ
ーを提供することによって、オペレーティングシステム
は相互に調和された情報の種々の項目を維持することが
できる。
ある。オペレーティングシステムが、ビデオ、オーディ
オ、サブタイトル等々の情報と常に調和できるようにす
るためには、同一データブロックからの情報が幾つかの
異なるバッファ内の何処にあるかを告げることができな
ければならない。言換えれば、オペレーティングシステ
ムは、オーディオバッファ内のオーディオデータのどの
部分がビデオバッファ内のビデオデータのどの部分と同
伴又は調和するかを知らなくてはならない。さもなけれ
ば、種々の情報項目は相互に調和され得ない。データブ
ロック内に存在しないデータの為にバッファ内にマーカ
ーを提供することによって、オペレーティングシステム
は相互に調和された情報の種々の項目を維持することが
できる。
【０１６１】次に、オペレーティングシステムはフィー
ルド８を見て、ディスク上のＮ個のオーディオトラック
（図３を参照）の内の幾つが現行データブロック内に実
際に表現されているかを決定する。同一のことが、フィ
ールド１０内に表現されたＭ個の「他の」オーディオト
ラックに対して当てはまる。オーディオ及び「他の」オ
ーディオトラックデータの全てはそれらの個々のバッフ
ァ内にロードされる。フローチャートはオーディオトラ
ックの第１のものと最後のもののためだけのシーケンス
を示している。各場合において、テストが実行されて、
オーディオトラック或いは「他の」オーディオトラック
は現行データブロック内に存在するデータを有するか否
かを見る。此等トラックの各々のために、何等かが、即
ちマーカーが追従された実際のデータか或いはマーカー
のみの何れかがその個々のバッファ内にロードされる結
果となる。ビデオ及びオーディオ情報の後、データブロ
ックはサブタイトル更新を含む。もしも選択された言語
でのサブタイトル用の更新情報があれば、それはサブタ
イトルバッファ内にロードされ、さもなければマーカー
のみが記憶される。サブタイトルに関係する３つのブロ
ックは、選択されたサブタイトル言語に対応している単
一トラックのみに関係している。
ルド８を見て、ディスク上のＮ個のオーディオトラック
（図３を参照）の内の幾つが現行データブロック内に実
際に表現されているかを決定する。同一のことが、フィ
ールド１０内に表現されたＭ個の「他の」オーディオト
ラックに対して当てはまる。オーディオ及び「他の」オ
ーディオトラックデータの全てはそれらの個々のバッフ
ァ内にロードされる。フローチャートはオーディオトラ
ックの第１のものと最後のもののためだけのシーケンス
を示している。各場合において、テストが実行されて、
オーディオトラック或いは「他の」オーディオトラック
は現行データブロック内に存在するデータを有するか否
かを見る。此等トラックの各々のために、何等かが、即
ちマーカーが追従された実際のデータか或いはマーカー
のみの何れかがその個々のバッファ内にロードされる結
果となる。ビデオ及びオーディオ情報の後、データブロ
ックはサブタイトル更新を含む。もしも選択された言語
でのサブタイトル用の更新情報があれば、それはサブタ
イトルバッファ内にロードされ、さもなければマーカー
のみが記憶される。サブタイトルに関係する３つのブロ
ックは、選択されたサブタイトル言語に対応している単
一トラックのみに関係している。
【０１６２】次にフィールド１４内のパンスキャン更新
フラッグが読取られる。もしもパンスキャン更新情報が
存在すれば、それが今回はパンスキャンバッファにまた
ロードされる。もしも新しい情報が利用可能でなけれ
ば、マーカーがパンスキャンバッファ内に単純に据えら
れ、新しいパンスキャン更新情報がない状態で他のデー
タブロックが立ち寄っていることを示す。
フラッグが読取られる。もしもパンスキャン更新情報が
存在すれば、それが今回はパンスキャンバッファにまた
ロードされる。もしも新しい情報が利用可能でなけれ
ば、マーカーがパンスキャンバッファ内に単純に据えら
れ、新しいパンスキャン更新情報がない状態で他のデー
タブロックが立ち寄っていることを示す。
【０１６３】最後に、システムはコマンド或いはデータ
が利用可能であるか否かを決定する（もしも導入部フィ
ールド３０がデータブロック内にまさしく見出されるべ
きであれば）。もしも、コマンド／データが存在すれ
ば、即ちデータブロックのフィールド１６が１であれ
ば、それはフィールド１７から図２のマスターコントロ
ーラ４１内のメモリにロードされる。もしもコマンド或
いはデータがなければ、マーカーだけがマイクロプロセ
ッサメモリにロードされる。
が利用可能であるか否かを決定する（もしも導入部フィ
ールド３０がデータブロック内にまさしく見出されるべ
きであれば）。もしも、コマンド／データが存在すれ
ば、即ちデータブロックのフィールド１６が１であれ
ば、それはフィールド１７から図２のマスターコントロ
ーラ４１内のメモリにロードされる。もしもコマンド或
いはデータがなければ、マーカーだけがマイクロプロセ
ッサメモリにロードされる。
【０１６４】注目すべきことは、図１０の処理シーケン
スの何れもが、先ず第一に情報のそれぞれのタイプがデ
ィスク上に利用可能であるか否かのチェックを示してい
ないことである。しかし理解されるべきことは、「コマ
ンド／データは存在するか？」等のテストは実際には２
つの部分から成ることである。先ず、導入部トラックの
フィールド３０においてデータブロックのコマンド／デ
ータフラッグは０か或いは１かどちらか。もしもそれが
０であれば、コマンド及びデータはデータブロックの処
理の間に捜索すらされない。一方、もしも導入部トラッ
クのフィールド３０におけるデータフラッグが１である
結果として、コマンド或いはデータがデータブロックに
存在し得れば、各データブロックはそのフィールド１６
をチェックさせて、コマンド／データの存在フラッグは
１であるか否かを見る。それはデータブロックフィール
ド内のフラッグの値であり、それは、マーカーだけがロ
ードされるか、マーカーが追従したデータビットである
か否かを決定する。同様の所見がその他のシーケンスに
適用される。例えば、もしも導入部トラックからパンス
キャン情報がディスク上の何処にも存在しないと決定さ
れれば、パンスキャン更新は存在するか否かをチェック
する理由はない。
スの何れもが、先ず第一に情報のそれぞれのタイプがデ
ィスク上に利用可能であるか否かのチェックを示してい
ないことである。しかし理解されるべきことは、「コマ
ンド／データは存在するか？」等のテストは実際には２
つの部分から成ることである。先ず、導入部トラックの
フィールド３０においてデータブロックのコマンド／デ
ータフラッグは０か或いは１かどちらか。もしもそれが
０であれば、コマンド及びデータはデータブロックの処
理の間に捜索すらされない。一方、もしも導入部トラッ
クのフィールド３０におけるデータフラッグが１である
結果として、コマンド或いはデータがデータブロックに
存在し得れば、各データブロックはそのフィールド１６
をチェックさせて、コマンド／データの存在フラッグは
１であるか否かを見る。それはデータブロックフィール
ド内のフラッグの値であり、それは、マーカーだけがロ
ードされるか、マーカーが追従したデータビットである
か否かを決定する。同様の所見がその他のシーケンスに
適用される。例えば、もしも導入部トラックからパンス
キャン情報がディスク上の何処にも存在しないと決定さ
れれば、パンスキャン更新は存在するか否かをチェック
する理由はない。
【０１６５】本発明は特別な実施例を参照して説明され
たが、この実施例は本発明の原理に関する応用を例証す
るものであることが理解されるべきである。本発明の精
神及び範囲から逸脱することなく、そうした中に数々の
変更等を為すことが可能であり、他の構成等が工夫し得
る。
たが、この実施例は本発明の原理に関する応用を例証す
るものであることが理解されるべきである。本発明の精
神及び範囲から逸脱することなく、そうした中に数々の
変更等を為すことが可能であり、他の構成等が工夫し得
る。
【図１】 先行技術に係るシステムを示す図であり、現
行下において入手可能な媒体再生装置の柔軟性が欠如し
ており、乏しい性能の典型を示す。
行下において入手可能な媒体再生装置の柔軟性が欠如し
ており、乏しい性能の典型を示す。
【図２】 本発明の例証的実施例を示す図である。
【図３】 図２のシステムで再生可能な光ディスクのデ
ィジタルデータトラックの導入部分における複数フィー
ルドを列挙したチャートである。
ィジタルデータトラックの導入部分における複数フィー
ルドを列挙したチャートである。
【図４】 図３の導入トラック区域に続くデータブロッ
ク各々における複数フィールドを列挙した同様なチャー
トである。
ク各々における複数フィールドを列挙した同様なチャー
トである。
【図５】 再生中の光ディスクの導入部トラック区域に
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
【図６】 再生中の光ディスクの導入部トラック区域に
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
【図７】 再生中の光ディスクの導入部トラック区域に
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
【図８】 再生中の光ディスクの導入部トラック区域に
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
【図９】 再生中の光ディスクの導入部トラック区域に
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
含まれたデータの図２のシステムによる処理を説明する
フローチャートである。
【図１０】 トラックの導入区域に続く図４に示された
フォーマットでのデータブロックの処理を説明するフロ
ーチャートである。
フォーマットでのデータブロックの処理を説明するフロ
ーチャートである。
【図１１】 本発明の再生装置が映画或いは他のビデオ
表出の選択されたバージョンの再生のために必要とされ
るディスクトラック上のそうしたデータブロックのみを
読み出す方法を特徴付ける状態流れ図及び凡例（説明
文）である。
表出の選択されたバージョンの再生のために必要とされ
るディスクトラック上のそうしたデータブロックのみを
読み出す方法を特徴付ける状態流れ図及び凡例（説明
文）である。
【図１２】 ２つの代替バージョンの一方が、図１１の
状態流れ図によって説明されたルールに従ってどのよう
に再生され得るかを示す図である。
状態流れ図によって説明されたルールに従ってどのよう
に再生され得るかを示す図である。
【図１３】 ビデオ信号のディジタル表現の圧縮に使用
される先行技術を象徴的に示す図である。
される先行技術を象徴的に示す図である。
【図１４】 ３つの異なる像アスペクト比間の関係を示
す図である。
す図である。
───────────────────────────────────────────────────── フロントページの続き (71)出願人 598136851 4000 Ｗａｒｎｅｒ Ｂｏｕｌｅｖａｒ ｄ， Ｂｕｒｂａｎｋ， ＣＡ 91522, Ｕ．Ｓ．Ａ. (72)発明者 オストローヴァー、ルイス・エス アメリカ合衆国、カリフォルニア州 90027、ロサンジェルス、カンバーラン ド・アベニュー 4021 (72)発明者 クックソン、クリストファー・ジェイ アメリカ合衆国、カリフォルニア州 90046、ロサンジェルス、トリソン・ドラ イブ 7825
Claims (4)
- 【請求項１】 許可された出版社のソフトウェア担体と
許可されていない出版社のソフトウェア担体とを区別す
るシステム上で再生すべきソフトウェア担体であって、
前記ソフトウェア担体が、担体の再生時に信号を生成す
ることができる複数のデータ・ブロックと、許可コー
ド、すなわち担体上に記憶されている所定の情報のそれ
ぞれの関数とを有し、前記担体許可コードが、公開キー
暗号システム対の個人キーを含む暗号であり、前記所定
の情報が、データ・ブロックをどのように処理すべきか
を判定するための制御情報を含む担体のリードイン・セ
クション中の担体のソフトウェア内容の関数であること
を特徴とするソフトウェア担体。 - 【請求項２】 許可された出版社のソフトウェア担体と
許可されていない出版社のソフトウェア担体とを区別す
るシステム上で再生すべきソフトウェア担体であって、
前記ソフトウェア担体が、担体の再生時に信号を生成す
ることができる複数のデータ・ブロックと、許可コー
ド、すなわち担体上に記憶されている所定の情報のそれ
ぞれの関数とを有し、前記所定の情報が、データ・ブロ
ックをどのように処理すべきかを判定するための制御情
報を含む担体のセクション中の担体のソフトウェア内容
の関数であることを特徴とするソフトウェア担体。 - 【請求項３】 さらに、異なる許可コード、すなわち、
許可された各再生モードごとの、担体上に記憶されてい
る所定の情報のそれぞれの関数を含むことを特徴とする
請求項２に記載のソフトウェア担体。 - 【請求項４】 各担体許可コードが、公開キー暗号シス
テム対の個人キーで暗号化されることを特徴とする請求
項３に記載のソフトウェア担体。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/144,829 US5450489A (en) | 1993-10-29 | 1993-10-29 | System and method for authenticating software carriers |
| US144829 | 1993-10-29 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8512695A Division JPH10509675A (ja) | 1994-10-07 | 1995-10-05 | 再シールが可能なパック |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11250573A true JPH11250573A (ja) | 1999-09-17 |
| JP4080619B2 JP4080619B2 (ja) | 2008-04-23 |
Family
ID=22510335
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7512695A Expired - Lifetime JP2942357B2 (ja) | 1993-10-29 | 1994-10-13 | ソフトウェア担体を確認するシステムおよび方法 |
| JP34333298A Expired - Lifetime JP4080619B2 (ja) | 1993-10-29 | 1998-12-02 | ディスク |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7512695A Expired - Lifetime JP2942357B2 (ja) | 1993-10-29 | 1994-10-13 | ソフトウェア担体を確認するシステムおよび方法 |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US5450489A (ja) |
| EP (2) | EP1033711B1 (ja) |
| JP (2) | JP2942357B2 (ja) |
| KR (1) | KR100232119B1 (ja) |
| AT (2) | ATE199608T1 (ja) |
| AU (1) | AU673634B2 (ja) |
| CA (1) | CA2175063C (ja) |
| DE (2) | DE69426828T2 (ja) |
| DK (1) | DK0728358T3 (ja) |
| ES (2) | ES2155858T3 (ja) |
| GR (1) | GR3035667T3 (ja) |
| PT (1) | PT728358E (ja) |
| WO (1) | WO1995012200A1 (ja) |
Families Citing this family (123)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5768426A (en) | 1993-11-18 | 1998-06-16 | Digimarc Corporation | Graphics processing system employing embedded code signals |
| US6983051B1 (en) | 1993-11-18 | 2006-01-03 | Digimarc Corporation | Methods for audio watermarking and decoding |
| US5748763A (en) | 1993-11-18 | 1998-05-05 | Digimarc Corporation | Image steganography system featuring perceptually adaptive and globally scalable signal embedding |
| US6449377B1 (en) | 1995-05-08 | 2002-09-10 | Digimarc Corporation | Methods and systems for watermark processing of line art images |
| US5812980A (en) * | 1994-02-22 | 1998-09-22 | Sega Enterprises, Ltd. | Program operating apparatus |
| US5787172A (en) * | 1994-02-24 | 1998-07-28 | The Merdan Group, Inc. | Apparatus and method for establishing a cryptographic link between elements of a system |
| DE69514908T2 (de) * | 1994-02-24 | 2000-07-20 | Merdan Group, Inc. | Verfahren und einrichtung zum aufbau einer kryptographischen verbindung zwischen elementen eines systems |
| US7904722B2 (en) * | 1994-07-19 | 2011-03-08 | Certco, Llc | Method for securely using digital signatures in a commercial cryptographic system |
| JPH08138307A (ja) | 1994-09-16 | 1996-05-31 | Toshiba Corp | 情報記憶装置 |
| WO1996011446A2 (en) * | 1994-10-10 | 1996-04-18 | Philips Electronics N.V. | Database system with local information remotely supported with dynamic information |
| EP0717337B1 (en) * | 1994-12-13 | 2001-08-01 | International Business Machines Corporation | Method and system for the secured distribution of programs |
| US6111950A (en) * | 1995-03-20 | 2000-08-29 | Eastman Kodak Company | Method, apparatus and medium for delivering a processing application linked to data to be processed |
| US5813010A (en) * | 1995-04-14 | 1998-09-22 | Kabushiki Kaisha Toshiba | Information storage and information transmission media with parental control |
| CN1185217A (zh) * | 1995-05-12 | 1998-06-17 | 麦克罗维西恩公司 | 视频介质安全与跟踪系统 |
| JP3897833B2 (ja) * | 1995-07-10 | 2007-03-28 | パイオニア株式会社 | 情報記録装置及び情報再生装置 |
| JPH09161375A (ja) * | 1995-12-07 | 1997-06-20 | Sony Corp | ディスク再生装置 |
| JP4033901B2 (ja) * | 1995-10-09 | 2008-01-16 | 松下電器産業株式会社 | データ送信デバイス、データ受信デバイス、情報処理装置およびデータ送信方法 |
| US5892825A (en) * | 1996-05-15 | 1999-04-06 | Hyperlock Technologies Inc | Method of secure server control of local media via a trigger through a network for instant local access of encrypted data on local media |
| AU1690597A (en) * | 1996-01-11 | 1997-08-01 | Mitre Corporation, The | System for controlling access and distribution of digital property |
| US5828511A (en) * | 1996-04-22 | 1998-10-27 | Iomega Corporation | Writing and reading high density magnetic tapes |
| US5815718A (en) * | 1996-05-30 | 1998-09-29 | Sun Microsystems, Inc. | Method and system for loading classes in read-only memory |
| JP3093678B2 (ja) * | 1996-06-28 | 2000-10-03 | 株式会社東芝 | 暗号化方法、復号方法、記録再生装置、復号装置、復号化ユニット装置及び記録媒体の製造方法 |
| WO1998009401A1 (en) * | 1996-08-27 | 1998-03-05 | Hondros John G | Audit and verification system |
| US6978370B1 (en) | 1996-09-03 | 2005-12-20 | Cryptography Research, Inc. | Method and system for copy-prevention of digital copyright works |
| US5937063A (en) * | 1996-09-30 | 1999-08-10 | Intel Corporation | Secure boot |
| US5844986A (en) * | 1996-09-30 | 1998-12-01 | Intel Corporation | Secure BIOS |
| JP3963037B2 (ja) * | 1997-03-19 | 2007-08-22 | ソニー株式会社 | 記録装置及び再生装置 |
| US6434538B1 (en) | 1997-07-07 | 2002-08-13 | Matsushita Electric Industrial Co., Ltd. | Data control method, for embedding data control information, method for detecting data control information, device for embedding data control information and device for recording data |
| US7325077B1 (en) * | 1997-08-21 | 2008-01-29 | Beryl Technical Assays Llc | Miniclient for internet appliance |
| JPH11196084A (ja) * | 1997-10-31 | 1999-07-21 | Matsushita Electric Ind Co Ltd | 暗号化システム |
| US5991399A (en) * | 1997-12-18 | 1999-11-23 | Intel Corporation | Method for securely distributing a conditional use private key to a trusted entity on a remote system |
| US6453459B1 (en) * | 1998-01-21 | 2002-09-17 | Apple Computer, Inc. | Menu authoring system and method for automatically performing low-level DVD configuration functions and thereby ease an author's job |
| US7246246B2 (en) * | 1998-04-17 | 2007-07-17 | Iomega Corporation | System for keying protected electronic data to particular media to prevent unauthorized copying using a compound key |
| US6298443B1 (en) * | 1998-04-24 | 2001-10-02 | Dell Usa, L.P. | Method and system for supplying a custom software image to a computer system |
| AU4090999A (en) * | 1998-05-20 | 1999-12-06 | Recording Industry Association Of America | Method for minimizing pirating or unauthorized copying of data |
| US6684199B1 (en) | 1998-05-20 | 2004-01-27 | Recording Industry Association Of America | Method for minimizing pirating and/or unauthorized copying and/or unauthorized access of/to data on/from data media including compact discs and digital versatile discs, and system and data media for same |
| US6327660B1 (en) | 1998-09-18 | 2001-12-04 | Intel Corporation | Method for securing communications in a pre-boot environment |
| CA2285872C (en) | 1998-10-16 | 2009-10-06 | Matsushita Electric Industrial Co., Ltd. | Digital content protection system |
| US6434535B1 (en) | 1998-11-13 | 2002-08-13 | Iomega Corporation | System for prepayment of electronic content using removable media and for prevention of unauthorized copying of same |
| US6847949B1 (en) * | 1999-05-10 | 2005-01-25 | Koninklijke Philips Electronics N.V. | Indicator system for screening protected material |
| JP3977549B2 (ja) * | 1999-04-30 | 2007-09-19 | 株式会社東芝 | コンテンツ管理方法、コンテンツ利用管理システム、コンテンツ利用管理装置及び再生装置 |
| JP4011792B2 (ja) * | 1999-06-16 | 2007-11-21 | 株式会社東芝 | 記録方法、再生方法、記録装置、再生装置及び記録媒体 |
| US7885899B1 (en) | 2000-02-08 | 2011-02-08 | Ipass Inc. | System and method for secure network purchasing |
| JP4300643B2 (ja) * | 1999-08-24 | 2009-07-22 | ソニー株式会社 | 著作権対応携帯端末、著作権非対応携帯端末 |
| KR100758077B1 (ko) * | 1999-12-28 | 2007-09-11 | 마츠시타 덴끼 산교 가부시키가이샤 | 기록장치, 재생장치, 데이터처리장치, 기록재생장치, 데이터송신장치, ｌｓｉ |
| KR100653803B1 (ko) * | 2000-01-21 | 2006-12-05 | 소니 가부시끼 가이샤 | 데이터 처리 시스템 및 데이터 처리 시스템에서의 데이터 처리 방법 |
| KR100367295B1 (ko) * | 2000-03-13 | 2003-01-09 | 엘지전자 주식회사 | 광디스크 구동장치의 지역정보 기록장치 및 기록방법 |
| US6678833B1 (en) | 2000-06-30 | 2004-01-13 | Intel Corporation | Protection of boot block data and accurate reporting of boot block contents |
| JP2002150675A (ja) | 2000-11-06 | 2002-05-24 | Sony Corp | 記録装置及び方法、再生装置及び方法、並びに記憶媒体 |
| FI113898B (fi) * | 2000-11-21 | 2004-06-30 | Nokia Corp | Menetelmä sisällön tuottamiseksi langattomaan viestintälaitteeseen |
| US20030115351A1 (en) * | 2001-12-14 | 2003-06-19 | Giobbi John J. | Digital content distribution system and method |
| US9613483B2 (en) * | 2000-12-27 | 2017-04-04 | Proxense, Llc | Personal digital key and receiver/decoder circuit system and method |
| US6973576B2 (en) * | 2000-12-27 | 2005-12-06 | Margent Development, Llc | Digital content security system |
| US7305560B2 (en) * | 2000-12-27 | 2007-12-04 | Proxense, Llc | Digital content security system |
| US20020080969A1 (en) * | 2000-12-27 | 2002-06-27 | Giobbi John J. | Digital rights management system and method |
| US7472280B2 (en) * | 2000-12-27 | 2008-12-30 | Proxense, Llc | Digital rights management |
| US20020126840A1 (en) * | 2001-03-12 | 2002-09-12 | Robbins Virginia L. | Method and apparatus for adapting symetric key algorithm to semi symetric algorithm |
| US20020141582A1 (en) * | 2001-03-28 | 2002-10-03 | Kocher Paul C. | Content security layer providing long-term renewable security |
| US7987510B2 (en) * | 2001-03-28 | 2011-07-26 | Rovi Solutions Corporation | Self-protecting digital content |
| US20020157011A1 (en) * | 2001-04-20 | 2002-10-24 | Thomas Iii Fred C. | Method and apparatus for secure transmission of identifier for removable storage media |
| 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 |
| WO2003021427A2 (en) * | 2001-08-29 | 2003-03-13 | Globespanvirata Incorporated | Secure access to software functionalities |
| KR20040029957A (ko) * | 2001-09-14 | 2004-04-08 | 소니 가부시끼 가이샤 | 기록매체의 재생방법과 재생장치 및 기록매체의기록방법과 기록장치 |
| US7865440B2 (en) * | 2001-10-11 | 2011-01-04 | International Business Machines Corporation | Method, system, and program for securely providing keys to encode and decode data in a storage cartridge |
| KR100947152B1 (ko) * | 2001-11-15 | 2010-03-12 | 소니 주식회사 | 이동식 매체상에 배포된 디지털 콘텐츠의 사용 및 복사를 제어하는 방법 및 그를 이용하는 디지털 저장 매체 |
| US20040015709A1 (en) * | 2002-07-18 | 2004-01-22 | Bei-Chuan Chen | Software delivery device and method for providing software copy protection |
| US7979700B2 (en) | 2002-08-23 | 2011-07-12 | Sandisk Corporation | Apparatus, system and method for securing digital documents in a digital appliance |
| JP2004102789A (ja) * | 2002-09-11 | 2004-04-02 | Sony Corp | ライセンス管理装置、ライセンス管理方法、並びにコンピュータ・プログラム |
| US20040064457A1 (en) * | 2002-09-27 | 2004-04-01 | Zimmer Vincent J. | Mechanism for providing both a secure and attested boot |
| US20090178127A1 (en) * | 2003-01-06 | 2009-07-09 | Sony Corporation | Authentication system, authentication server, authenticating method, authenticating program, terminal, authentication requesting method, authentication requesting program, and storage medium |
| WO2004086363A2 (en) * | 2003-03-27 | 2004-10-07 | M-Systems Flash Disk Pioneers Ltd. | Data storage device with full access by all users |
| CN100458955C (zh) * | 2003-04-30 | 2009-02-04 | 索尼株式会社 | 数据处理方法、设备 |
| EP1642206B1 (en) | 2003-07-07 | 2017-12-20 | Irdeto B.V. | Reprogrammable security for controlling piracy and enabling interactive content |
| CN1864127A (zh) * | 2003-07-28 | 2006-11-15 | 桑迪士克防护内容解决公司 | 用于控制一存储器件的系统、装置及方法 |
| US10013535B2 (en) * | 2003-11-21 | 2018-07-03 | Ciena Corporation | Software configuration of module dependent on history |
| CN101073238A (zh) * | 2004-02-03 | 2007-11-14 | 桑迪士克防护内容解决公司 | 数字数据内容的保护 |
| US9020854B2 (en) | 2004-03-08 | 2015-04-28 | Proxense, Llc | Linked account system using personal digital key (PDK-LAS) |
| US7490245B2 (en) * | 2004-07-24 | 2009-02-10 | Lenovo (Singapore) Pte. Ltd. | System and method for data processing system planar authentication |
| WO2006069330A2 (en) | 2004-12-20 | 2006-06-29 | Proxense, Llc | Biometric personal data key (pdk) authentication |
| JP4734960B2 (ja) * | 2005-02-25 | 2011-07-27 | ソニー株式会社 | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム |
| US8462605B2 (en) | 2005-05-09 | 2013-06-11 | The Invention Science Fund I, Llc | Method of manufacturing a limited use data storing device |
| US7694316B2 (en) * | 2005-05-09 | 2010-04-06 | The Invention Science Fund I, Llc | Fluid mediated disk activation and deactivation mechanisms |
| US7596073B2 (en) * | 2005-05-09 | 2009-09-29 | Searete Llc | Method and system for fluid mediated disk activation and deactivation |
| US7668069B2 (en) * | 2005-05-09 | 2010-02-23 | Searete Llc | Limited use memory device with associated information |
| US7916592B2 (en) * | 2005-05-09 | 2011-03-29 | The Invention Science Fund I, Llc | Fluid mediated disk activation and deactivation mechanisms |
| US8121016B2 (en) | 2005-05-09 | 2012-02-21 | The Invention Science Fund I, Llc | Rotation responsive disk activation and deactivation mechanisms |
| US8220014B2 (en) * | 2005-05-09 | 2012-07-10 | The Invention Science Fund I, Llc | Modifiable memory devices having limited expected lifetime |
| US8099608B2 (en) | 2005-05-09 | 2012-01-17 | The Invention Science Fund I, Llc | Limited use data storing device |
| US9396752B2 (en) | 2005-08-05 | 2016-07-19 | Searete Llc | Memory device activation and deactivation |
| US7565596B2 (en) * | 2005-09-09 | 2009-07-21 | Searete Llc | Data recovery systems |
| US7916615B2 (en) | 2005-06-09 | 2011-03-29 | The Invention Science Fund I, Llc | Method and system for rotational control of data storage devices |
| US8218262B2 (en) | 2005-05-09 | 2012-07-10 | The Invention Science Fund I, Llc | Method of manufacturing a limited use data storing device including structured data and primary and secondary read-support information |
| US8159925B2 (en) | 2005-08-05 | 2012-04-17 | The Invention Science Fund I, Llc | Limited use memory device with associated information |
| US7748012B2 (en) * | 2005-05-09 | 2010-06-29 | Searete Llc | Method of manufacturing a limited use data storing device |
| US7907486B2 (en) * | 2006-06-20 | 2011-03-15 | The Invention Science Fund I, Llc | Rotation responsive disk activation and deactivation mechanisms |
| US8140745B2 (en) | 2005-09-09 | 2012-03-20 | The Invention Science Fund I, Llc | Data retrieval methods |
| US20110181981A1 (en) * | 2005-05-09 | 2011-07-28 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Method and system for rotational control of data storage devices |
| US7770028B2 (en) * | 2005-09-09 | 2010-08-03 | Invention Science Fund 1, Llc | Limited use data storing device |
| US7668068B2 (en) * | 2005-06-09 | 2010-02-23 | Searete Llc | Rotation responsive disk activation and deactivation mechanisms |
| US8078788B2 (en) * | 2005-12-08 | 2011-12-13 | Sandisk Technologies Inc. | Media card command pass through methods |
| US11206664B2 (en) | 2006-01-06 | 2021-12-21 | Proxense, Llc | Wireless network synchronization of cells and client devices on a network |
| US8036152B2 (en) | 2006-01-06 | 2011-10-11 | Proxense, Llc | Integrated power management of a client device via system time slot assignment |
| US8412949B2 (en) | 2006-05-05 | 2013-04-02 | Proxense, Llc | Personal digital key initialization and registration for secure transactions |
| US20070266443A1 (en) * | 2006-05-12 | 2007-11-15 | Hitachi Global Storage Technologies Netherlands B.V. | Certified HDD with network validation |
| US8432777B2 (en) * | 2006-06-19 | 2013-04-30 | The Invention Science Fund I, Llc | Method and system for fluid mediated disk activation and deactivation |
| US8264928B2 (en) * | 2006-06-19 | 2012-09-11 | The Invention Science Fund I, Llc | Method and system for fluid mediated disk activation and deactivation |
| US8839005B2 (en) * | 2006-09-13 | 2014-09-16 | Sandisk Technologies Inc. | Apparatus for transferring licensed digital content between users |
| US20080065552A1 (en) * | 2006-09-13 | 2008-03-13 | Gidon Elazar | Marketplace for Transferring Licensed Digital Content |
| US9269221B2 (en) * | 2006-11-13 | 2016-02-23 | John J. Gobbi | Configuration of interfaces for a location detection system and application |
| US7883003B2 (en) | 2006-11-13 | 2011-02-08 | Proxense, Llc | Tracking system using personal digital key groups |
| WO2009062194A1 (en) | 2007-11-09 | 2009-05-14 | Proxense, Llc | Proximity-sensor supporting multiple application services |
| US8171528B1 (en) | 2007-12-06 | 2012-05-01 | Proxense, Llc | Hybrid device having a personal digital key and receiver-decoder circuit and methods of use |
| US9032154B2 (en) * | 2007-12-13 | 2015-05-12 | Sandisk Technologies Inc. | Integration of secure data transfer applications for generic IO devices |
| US9251332B2 (en) | 2007-12-19 | 2016-02-02 | Proxense, Llc | Security system and method for controlling access to computing resources |
| US8082592B2 (en) * | 2008-01-12 | 2011-12-20 | Harris Technology, Llc | Read/write encrypted media and method of playing |
| WO2009102979A2 (en) | 2008-02-14 | 2009-08-20 | Proxense, Llc | Proximity-based healthcare management system with automatic access to private information |
| US11120449B2 (en) | 2008-04-08 | 2021-09-14 | Proxense, Llc | Automated service-based order processing |
| US9418205B2 (en) | 2010-03-15 | 2016-08-16 | Proxense, Llc | Proximity-based system for automatic application or data access and item tracking |
| US8918854B1 (en) | 2010-07-15 | 2014-12-23 | Proxense, Llc | Proximity-based system for automatic application initialization |
| US8857716B1 (en) | 2011-02-21 | 2014-10-14 | Proxense, Llc | Implementation of a proximity-based system for object tracking and automatic application initialization |
| US9405898B2 (en) | 2013-05-10 | 2016-08-02 | Proxense, Llc | Secure element as a digital pocket |
| US10694352B2 (en) | 2015-10-28 | 2020-06-23 | Activision Publishing, Inc. | System and method of using physical objects to control software access |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4670857A (en) * | 1981-10-26 | 1987-06-02 | Rackman Michael I | Cartridge-controlled system whose use is limited to authorized cartridges |
| US4593353A (en) * | 1981-10-26 | 1986-06-03 | Telecommunications Associates, Inc. | Software protection method and apparatus |
| US4577289A (en) * | 1983-12-30 | 1986-03-18 | International Business Machines Corporation | Hardware key-on-disk system for copy-protecting magnetic storage media |
| JP2569478B2 (ja) * | 1986-02-19 | 1997-01-08 | ソニー株式会社 | デ−タ記録装置 |
| US4709367A (en) * | 1986-03-31 | 1987-11-24 | International Business Machines Corporation | Method and apparatus for distinguishing between diskettes in a diskette drive |
| DE3803982A1 (de) * | 1988-02-10 | 1990-01-25 | Igor Groza | Datentraeger mit sperrung gegen doublizierung |
| JPH02293930A (ja) * | 1989-05-08 | 1990-12-05 | Victor Co Of Japan Ltd | 記録媒体の記録内容の盗用防止方式 |
| US5189700A (en) * | 1989-07-05 | 1993-02-23 | Blandford Robert R | Devices to (1) supply authenticated time and (2) time stamp and authenticate digital documents |
| JP2942837B2 (ja) * | 1992-01-31 | 1999-08-30 | 株式会社セガ・エンタープライゼス | セキュリティチェック方法及びゲーム装置並びにそれらに用いられる情報記憶媒体 |
| US5214696A (en) * | 1992-02-04 | 1993-05-25 | International Business Machines Corporation | Data processing system and method to produce softcopy book readers which are limited to reading only books published by a specific publisher |
| US5343527A (en) * | 1993-10-27 | 1994-08-30 | International Business Machines Corporation | Hybrid encryption method and system for protecting reusable software components |
-
1993
- 1993-10-29 US US08/144,829 patent/US5450489A/en not_active Expired - Lifetime
-
1994
- 1994-10-13 PT PT94930810T patent/PT728358E/pt unknown
- 1994-10-13 AT AT94930810T patent/ATE199608T1/de active
- 1994-10-13 ES ES94930810T patent/ES2155858T3/es not_active Expired - Lifetime
- 1994-10-13 EP EP00106556A patent/EP1033711B1/en not_active Expired - Lifetime
- 1994-10-13 AU AU79821/94A patent/AU673634B2/en not_active Expired
- 1994-10-13 CA CA002175063A patent/CA2175063C/en not_active Expired - Lifetime
- 1994-10-13 WO PCT/US1994/011823 patent/WO1995012200A1/en not_active Ceased
- 1994-10-13 KR KR1019960702213A patent/KR100232119B1/ko not_active Expired - Lifetime
- 1994-10-13 DK DK94930810T patent/DK0728358T3/da active
- 1994-10-13 AT AT00106556T patent/ATE249086T1/de not_active IP Right Cessation
- 1994-10-13 EP EP94930810A patent/EP0728358B1/en not_active Expired - Lifetime
- 1994-10-13 ES ES00106556T patent/ES2204387T3/es not_active Expired - Lifetime
- 1994-10-13 DE DE69426828T patent/DE69426828T2/de not_active Expired - Lifetime
- 1994-10-13 JP JP7512695A patent/JP2942357B2/ja not_active Expired - Lifetime
- 1994-10-13 DE DE69433119T patent/DE69433119T2/de not_active Expired - Lifetime
-
1998
- 1998-12-02 JP JP34333298A patent/JP4080619B2/ja not_active Expired - Lifetime
-
2001
- 2001-03-29 GR GR20010400517T patent/GR3035667T3/el unknown
Also Published As
| Publication number | Publication date |
|---|---|
| DE69433119D1 (de) | 2003-10-09 |
| EP1033711A3 (en) | 2002-04-03 |
| WO1995012200A1 (en) | 1995-05-04 |
| US5450489A (en) | 1995-09-12 |
| DE69426828T2 (de) | 2001-08-02 |
| EP0728358A4 (en) | 1996-06-27 |
| DE69433119T2 (de) | 2004-08-26 |
| JP2942357B2 (ja) | 1999-08-30 |
| EP0728358A1 (en) | 1996-08-28 |
| ATE199608T1 (de) | 2001-03-15 |
| JP4080619B2 (ja) | 2008-04-23 |
| EP1033711B1 (en) | 2003-09-03 |
| ES2155858T3 (es) | 2001-06-01 |
| DE69426828D1 (de) | 2001-04-12 |
| EP0728358B1 (en) | 2001-03-07 |
| HK1029648A1 (en) | 2001-04-06 |
| ATE249086T1 (de) | 2003-09-15 |
| AU673634B2 (en) | 1996-11-14 |
| PT728358E (pt) | 2001-06-29 |
| EP1033711A2 (en) | 2000-09-06 |
| AU7982194A (en) | 1995-05-22 |
| ES2204387T3 (es) | 2004-05-01 |
| CA2175063C (en) | 1997-12-30 |
| DK0728358T3 (da) | 2001-04-17 |
| GR3035667T3 (en) | 2001-06-29 |
| KR100232119B1 (ko) | 2000-01-15 |
| KR960706170A (ko) | 1996-11-08 |
| CA2175063A1 (en) | 1995-05-04 |
| JPH08510856A (ja) | 1996-11-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2942357B2 (ja) | ソフトウェア担体を確認するシステムおよび方法 | |
| JP2883735B2 (ja) | ソフトウェア担体の再生時の選択された言語での映画サブタイトルの表示 | |
| JP3272364B2 (ja) | 光ディスクを再生するシステム、再生装置と光ディスクを含むシステム、光ディスクを再生する方法、及び組み合わせられた再生装置と光ディスクとを作動させる方法 | |
| JP2887900B2 (ja) | 光ディスク上に記憶された同じ映画の複数のバージョンの再生を制御するシステムおよび方法 | |
| JP2925328B2 (ja) | 単一アスペクト比で記憶された映画ディスクから多重アスペクト比信号を発生するシステム | |
| JP3012335B2 (ja) | ディスク・ソフトウェア出版社がディスクの配給を制御できるようにするシステムおよび方法 | |
| JP2948911B2 (ja) | ソフトウェア担体の複数のオーディオ・トラックの再生を制御するシステムおよび方法 | |
| JP2892159B2 (ja) | オーディオ・ビデオ・ディスク再生装置 | |
| US6408129B1 (en) | Method for processing a plurality of synchronized audio tracks, including phase inversion of a selected track | |
| HK1029648B (en) | Software carrier for play on a system for authenticating software carriers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20031202 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040302 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040305 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040602 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040706 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20040817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040817 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20041006 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20041029 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050106 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050215 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050615 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050720 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050812 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20061124 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20061127 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080207 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110215 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120215 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120215 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130215 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130215 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140215 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |