JP2003179880A - Ｍｐｅｇビデオストリームにおけるスタートコード検知システム及びその動作方法 - Google Patents
Ｍｐｅｇビデオストリームにおけるスタートコード検知システム及びその動作方法Info
- Publication number
- JP2003179880A JP2003179880A JP2002253919A JP2002253919A JP2003179880A JP 2003179880 A JP2003179880 A JP 2003179880A JP 2002253919 A JP2002253919 A JP 2002253919A JP 2002253919 A JP2002253919 A JP 2002253919A JP 2003179880 A JP2003179880 A JP 2003179880A
- Authority
- JP
- Japan
- Prior art keywords
- start code
- bit word
- controller
- code prefix
- byte
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000012360 testing method Methods 0.000 description 26
- 239000000872 buffer Substances 0.000 description 19
- 230000006835 compression Effects 0.000 description 14
- 238000007906 compression Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 8
- 230000002441 reversible effect Effects 0.000 description 7
- 238000001514 detection method Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 230000006837 decompression Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000001824 photoionisation detection Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 238000011017 operating method Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 101100366711 Arabidopsis thaliana SSL13 gene Proteins 0.000 description 1
- 102100036738 Guanine nucleotide-binding protein subunit alpha-11 Human genes 0.000 description 1
- 101100283445 Homo sapiens GNA11 gene Proteins 0.000 description 1
- 102100032704 Keratin, type I cytoskeletal 24 Human genes 0.000 description 1
- JCYZMTMYPZHVBF-UHFFFAOYSA-N Melarsoprol Chemical compound NC1=NC(N)=NC(NC=2C=CC(=CC=2)[As]2SC(CO)CS2)=N1 JCYZMTMYPZHVBF-UHFFFAOYSA-N 0.000 description 1
- 101100366561 Panax ginseng SS11 gene Proteins 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
- 239000013598 vector Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/4147—PVR [Personal Video Recorder]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/04—Synchronising
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 デジタルビデオレコーダー（ＤＶＲ）におけ
るＭＰＥＧビデオストリーム内においてスタートコード
を検知する技術を提供する。 【解決手段】 ＭＰＥＧデコーダーは受取ったビットス
トリーム内においてスタートコードを検知する制御器を
有しており、このようなコードの各々は３バイトのスタ
ートコードプレフィックスと１バイトのスタートコード
値とを有している。該制御器は受取ったビットストリー
ムのうちの３２ビットワードをフェッチし、該３２ビッ
トワード内においてスタートコードプレフィックスとス
タートコード値が適切に整合されているか否かを決定
し、該３２ビットワード内において適切に整合されてい
ない場合には、該３２ビットワードの最小桁バイトがス
タートコードプレフィックスの一部である可能性がある
か否かを決定する、べく動作可能である。
るＭＰＥＧビデオストリーム内においてスタートコード
を検知する技術を提供する。 【解決手段】 ＭＰＥＧデコーダーは受取ったビットス
トリーム内においてスタートコードを検知する制御器を
有しており、このようなコードの各々は３バイトのスタ
ートコードプレフィックスと１バイトのスタートコード
値とを有している。該制御器は受取ったビットストリー
ムのうちの３２ビットワードをフェッチし、該３２ビッ
トワード内においてスタートコードプレフィックスとス
タートコード値が適切に整合されているか否かを決定
し、該３２ビットワード内において適切に整合されてい
ない場合には、該３２ビットワードの最小桁バイトがス
タートコードプレフィックスの一部である可能性がある
か否かを決定する、べく動作可能である。
Description
【０００１】
【発明の属する技術分野】本発明は、大略、デジタルビ
デオ再生装置に関するものであって、更に詳細には、デ
ジタルビデオレコーダー（ＤＶＲ）においてＭＰＥＧビ
デオストリームにおけるスタートコードを検知するシス
テム及びその動作方法に関するものである。
デオ再生装置に関するものであって、更に詳細には、デ
ジタルビデオレコーダー（ＤＶＲ）においてＭＰＥＧビ
デオストリームにおけるスタートコードを検知するシス
テム及びその動作方法に関するものである。
【０００２】本発明は、本願出願人に譲渡されている以
下の特許出願に記載されている発明に関連しており、こ
れらの特許出願を引用によってその記載内容を本明細書
に取込む。
下の特許出願に記載されている発明に関連しており、こ
れらの特許出願を引用によってその記載内容を本明細書
に取込む。
【０００３】１．２００１年８月３１日付で出願した
「デジタルビデオレコーダーにおけるビデオデータスト
リーム多重化システム及びその動作方法（ＳＹＳＴＥＭ
ＦＯＲ ＭＵＬＴＩＰＬＥＸＩＮＧ ＶＩＤＥＯ Ｄ
ＡＴＡ ＳＴＲＥＡＭＳ ＩＮＡ ＤＩＧＩＴＡＬ Ｖ
ＩＤＥＯ ＲＥＣＯＲＤＥＲ ＡＮＤ ＭＥＴＨＯＤＯ
Ｆ ＯＰＥＲＡＴＩＮＧ ＴＨＥ ＳＡＭＥ）」という
名称の米国特許出願第０９／９４３，８３７号。
「デジタルビデオレコーダーにおけるビデオデータスト
リーム多重化システム及びその動作方法（ＳＹＳＴＥＭ
ＦＯＲ ＭＵＬＴＩＰＬＥＸＩＮＧ ＶＩＤＥＯ Ｄ
ＡＴＡ ＳＴＲＥＡＭＳ ＩＮＡ ＤＩＧＩＴＡＬ Ｖ
ＩＤＥＯ ＲＥＣＯＲＤＥＲ ＡＮＤ ＭＥＴＨＯＤＯ
Ｆ ＯＰＥＲＡＴＩＮＧ ＴＨＥ ＳＡＭＥ）」という
名称の米国特許出願第０９／９４３，８３７号。
【０００４】２．２００１年８月３１日付で出願した
「デジタルビデオレコーダーにおいて特別モード再生を
実施するためにＭＰＥＧビデオデータをインデックスす
る装置及び方法（ＡＰＰＡＲＡＴＵＳ ＡＮＤ ＭＥＴ
ＨＯＤ ＦＯＲ ＩＮＤＥＸＩＮＧ ＭＰＥＧ ＶＩＤ
ＥＯ ＤＡＴＡ ＴＯ ＰＥＲＦＯＲＭ ＳＰＥＣＩＡ
ＬＭＯＤＥ ＰＬＡＹＢＡＣＫ ＩＮ Ａ ＤＩＧＩＴ
ＡＬ ＶＩＤＥＯ ＲＥＣＯＲＤＥＲ）」という名称の
米国特許出願第０９／９４３，８１５号。
「デジタルビデオレコーダーにおいて特別モード再生を
実施するためにＭＰＥＧビデオデータをインデックスす
る装置及び方法（ＡＰＰＡＲＡＴＵＳ ＡＮＤ ＭＥＴ
ＨＯＤ ＦＯＲ ＩＮＤＥＸＩＮＧ ＭＰＥＧ ＶＩＤ
ＥＯ ＤＡＴＡ ＴＯ ＰＥＲＦＯＲＭ ＳＰＥＣＩＡ
ＬＭＯＤＥ ＰＬＡＹＢＡＣＫ ＩＮ Ａ ＤＩＧＩＴ
ＡＬ ＶＩＤＥＯ ＲＥＣＯＲＤＥＲ）」という名称の
米国特許出願第０９／９４３，８１５号。
【０００５】３．２００１年８月３１日付で出願した
「循環型ファイル管理を使用したデジタルビデオレコー
ダー及び動作方法（ＤＩＧＩＴＡＬ ＶＩＤＥＯ ＲＥ
ＣＯＲＤＥＲ ＵＳＩＮＧ ＣＩＲＣＵＬＡＲ ＦＩＬ
Ｅ ＭＡＮＡＧＥＭＥＮＴ ＡＮＤ ＭＥＴＨＯＤ Ｏ
Ｆ ＯＰＥＲＡＴＩＯＮ）」という名称の米国特許出願
第０９／９４３，７９１号。
「循環型ファイル管理を使用したデジタルビデオレコー
ダー及び動作方法（ＤＩＧＩＴＡＬ ＶＩＤＥＯ ＲＥ
ＣＯＲＤＥＲ ＵＳＩＮＧ ＣＩＲＣＵＬＡＲ ＦＩＬ
Ｅ ＭＡＮＡＧＥＭＥＮＴ ＡＮＤ ＭＥＴＨＯＤ Ｏ
Ｆ ＯＰＥＲＡＴＩＯＮ）」という名称の米国特許出願
第０９／９４３，７９１号。
【０００６】４．２００１年８月３１日付で出願した
「ビデオ再生装置においてビデオ及びオーディオＭＰＥ
Ｇストリームを同期させる装置及び方法（ＡＰＰＡＲＡ
ＴＵＳＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＳＹＮＣＨＲＯ
ＮＩＺＩＮＧ ＶＩＤＥＯ ＡＮＤ ＡＵＤＩＯ ＭＰ
ＥＧ ＳＴＲＥＡＭＳ ＩＮ Ａ ＶＩＤＥＯ ＰＬＡ
ＹＢＡＣＫ ＤＥＶＩＣＥ）」という名称の米国特許出
願第０９／９４３，７９３号。
「ビデオ再生装置においてビデオ及びオーディオＭＰＥ
Ｇストリームを同期させる装置及び方法（ＡＰＰＡＲＡ
ＴＵＳＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＳＹＮＣＨＲＯ
ＮＩＺＩＮＧ ＶＩＤＥＯ ＡＮＤ ＡＵＤＩＯ ＭＰ
ＥＧ ＳＴＲＥＡＭＳ ＩＮ Ａ ＶＩＤＥＯ ＰＬＡ
ＹＢＡＣＫ ＤＥＶＩＣＥ）」という名称の米国特許出
願第０９／９４３，７９３号。
【０００７】
【従来の技術】デジタルビデオレコーダー（ＤＶＲ）シ
ステムは消費者にとって益々ポピュラーなものとなりつ
つある。デジタルビデオレコーダーシステムは、ビデオ
プログラムを格納するために磁気カセットテープではな
く磁気ハードディスクを使用する。例えば、Ｒｅｐｌａ
ｙＴＶ（商標）レコーダー及びＴｉＶＯ（商標）レコー
ダーは、例えば、ＭＰＥＧ−２圧縮を使用してハードデ
ィスクドライブ上にデジタル形態でテレビジョンプログ
ラムを記録する。又、幾つかのＤＶＲシステムは磁気デ
ィスクではなく読取可能／書込可能デジタルバーサタイ
ルディスク（ＤＶＤ）上に記録することが可能である。
ステムは消費者にとって益々ポピュラーなものとなりつ
つある。デジタルビデオレコーダーシステムは、ビデオ
プログラムを格納するために磁気カセットテープではな
く磁気ハードディスクを使用する。例えば、Ｒｅｐｌａ
ｙＴＶ（商標）レコーダー及びＴｉＶＯ（商標）レコー
ダーは、例えば、ＭＰＥＧ−２圧縮を使用してハードデ
ィスクドライブ上にデジタル形態でテレビジョンプログ
ラムを記録する。又、幾つかのＤＶＲシステムは磁気デ
ィスクではなく読取可能／書込可能デジタルバーサタイ
ルディスク（ＤＶＤ）上に記録することが可能である。
【０００８】ＭＰＥＧ−２圧縮は記録済テレビジョンプ
ログラムを格納するために必須である。圧縮されていな
いビデオプログラムはディスクドライブ上に巨大な（且
つ非現実的な）量の格納（記憶）空間を必要とする場合
がある。同様に、マルチメディアシステムは、ビデオ・
オン・デマンド、ビデオ会議等のサービスを提供するた
めに巨大な量の帯域幅を必要とする。然しながら、ネッ
トワーク帯域幅に関する本質的な制限はこのようなシス
テムの性能にとって主要な抑制因子である。
ログラムを格納するために必須である。圧縮されていな
いビデオプログラムはディスクドライブ上に巨大な（且
つ非現実的な）量の格納（記憶）空間を必要とする場合
がある。同様に、マルチメディアシステムは、ビデオ・
オン・デマンド、ビデオ会議等のサービスを提供するた
めに巨大な量の帯域幅を必要とする。然しながら、ネッ
トワーク帯域幅に関する本質的な制限はこのようなシス
テムの性能にとって主要な抑制因子である。
【０００９】従って、従来の通信ネットワークの帯域幅
制限を解消するために圧縮及び通信スタンダード（標
準）が開発されている。これらの標準はビデオ及びオー
ディオデータの圧縮及び以前はアナログプログラムのみ
を収容するものであった周波数帯域において送信される
単一のビットストリームにおいての制御データの送給を
定義している。
制限を解消するために圧縮及び通信スタンダード（標
準）が開発されている。これらの標準はビデオ及びオー
ディオデータの圧縮及び以前はアナログプログラムのみ
を収容するものであった周波数帯域において送信される
単一のビットストリームにおいての制御データの送給を
定義している。
【００１０】Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅ
ｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）は一群のオーディオ及
びビデオ圧縮標準である。ＭＰＥＧ−２標準において、
ビデオ圧縮は与えられたビデオフレーム内において（即
ち、空間的圧縮）及びフレーム間において（即ち、時間
的圧縮）の両方が定義されている。空間的圧縮は、離散
コサイン変換、量子化、可変長コーディング、ハフマン
コーディングによって時間領域から周波数領域へのデジ
タル画像の変換によって達成される。時間的圧縮は、動
き補償と呼ばれる処理を介して達成され、その場合に、
ピクチャ（又はフレーム）間でのピクチャ要素の並進運
動を記述するために運動ベクトルが使用される。
ｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）は一群のオーディオ及
びビデオ圧縮標準である。ＭＰＥＧ−２標準において、
ビデオ圧縮は与えられたビデオフレーム内において（即
ち、空間的圧縮）及びフレーム間において（即ち、時間
的圧縮）の両方が定義されている。空間的圧縮は、離散
コサイン変換、量子化、可変長コーディング、ハフマン
コーディングによって時間領域から周波数領域へのデジ
タル画像の変換によって達成される。時間的圧縮は、動
き補償と呼ばれる処理を介して達成され、その場合に、
ピクチャ（又はフレーム）間でのピクチャ要素の並進運
動を記述するために運動ベクトルが使用される。
【００１１】ＩＳＯ１３８１８−１はＭＰＥＧ−２標準
のトランスポートレイヤー部分であり、且つ（ｉ）オー
ディオ及びビデオ基本ビットストリームのパケット化基
本ストリーム（ＰＥＳ）へのパケット化、及び（ｉｉ）
送信し且つその後に脱圧縮（伸張）及び表示のためにマ
ルチビットストリームへ脱多重化するためにオーディオ
及びビデオＰＥＳの単一時分割又はパケット多重化ビッ
トストリームへの結合を特定している。単一時分割又は
パケット化ビットストリームは図１乃至５における種々
の概念的概略図に示されているようなものである。
のトランスポートレイヤー部分であり、且つ（ｉ）オー
ディオ及びビデオ基本ビットストリームのパケット化基
本ストリーム（ＰＥＳ）へのパケット化、及び（ｉｉ）
送信し且つその後に脱圧縮（伸張）及び表示のためにマ
ルチビットストリームへ脱多重化するためにオーディオ
及びビデオＰＥＳの単一時分割又はパケット多重化ビッ
トストリームへの結合を特定している。単一時分割又は
パケット化ビットストリームは図１乃至５における種々
の概念的概略図に示されているようなものである。
【００１２】図１は従来技術の例示的実施例に基づくオ
ーディオ及びビデオ基本ビットストリームのパケット化
及びパケット多重化の概念的ブロック図１００を示して
いる。個別的な基本ストリームがオーディオエンコーダ
ー１０５、ビデオエンコーダー１１０、補助的（又はそ
の他のデータ）供給源１１５、システムデータ供給源１
２０において形成される。これらの基本ストリームの各
々はパケット化基本ストリーム（ＰＥＳ）へパケット化
される。オーディオデータ、ビデオデータ及びその他の
データ及びシステムデータのパケットからなるパケット
化基本ストリームは、ＭＰＥＧ−２マルチプレクサによ
ってＭＰＥＧ−２システムストリームへパケット多重化
される。
ーディオ及びビデオ基本ビットストリームのパケット化
及びパケット多重化の概念的ブロック図１００を示して
いる。個別的な基本ストリームがオーディオエンコーダ
ー１０５、ビデオエンコーダー１１０、補助的（又はそ
の他のデータ）供給源１１５、システムデータ供給源１
２０において形成される。これらの基本ストリームの各
々はパケット化基本ストリーム（ＰＥＳ）へパケット化
される。オーディオデータ、ビデオデータ及びその他の
データ及びシステムデータのパケットからなるパケット
化基本ストリームは、ＭＰＥＧ−２マルチプレクサによ
ってＭＰＥＧ−２システムストリームへパケット多重化
される。
【００１３】図２は従来技術の例示的実施例に基づく例
示的時分割又はパケット多重化ビットストリーム２００
の概念的ブロック図を示している。ビットストリーム２
００はトランスポートパケットストリームを有してお
り、各パケットは、例示されているように、パケットヘ
ッダー２０５及びペイロード２１０（即ち、パケットデ
ータバイト）を有しており、且つ図２によれば、オプシ
ョンとしての適応フィールド２１５を有している。ＭＰ
ＥＧ−２ビットストリームは２つのレイヤー、即ち、シ
ステムレイヤー（外側レイヤー、制御レイヤー等とも呼
ばれる）及び圧縮レイヤー（内側レイヤー、ペイロード
レイヤー、データレイヤー等とも呼ばれる）を有してい
る。
示的時分割又はパケット多重化ビットストリーム２００
の概念的ブロック図を示している。ビットストリーム２
００はトランスポートパケットストリームを有してお
り、各パケットは、例示されているように、パケットヘ
ッダー２０５及びペイロード２１０（即ち、パケットデ
ータバイト）を有しており、且つ図２によれば、オプシ
ョンとしての適応フィールド２１５を有している。ＭＰ
ＥＧ−２ビットストリームは２つのレイヤー、即ち、シ
ステムレイヤー（外側レイヤー、制御レイヤー等とも呼
ばれる）及び圧縮レイヤー（内側レイヤー、ペイロード
レイヤー、データレイヤー等とも呼ばれる）を有してい
る。
【００１４】ＭＰＥＧ−２システムレイヤーは、（ｉ）
関連するオーディオ及びビデオビットストリームから構
成される１個又はそれ以上のプログラムを伝送媒体を介
して伝送するための単一ビットストリームへの多重化、
及び（ｉｉ）同期を維持しながら脱圧縮（伸張）のため
に該単一ビットストリームを別個のオーディオ及びビデ
オプログラムビットストリームへのデマルチプレクス即
ち脱多重化を容易なものとさせる。システムレイヤーは
タイミング制御及び同期及びビデオ及びオーディオビッ
トストリームのインターリーブのためのデータストリー
ムシンタックスを定義する。システムレイヤーは、
（ｉ）ビデオ及びオーディオ同期、（ｉｉ）ストリーム
マルチプレクス（多重化）、（ｉｉｉ）パケット及びス
トリーム識別、（ｉｖ）エラー検知、（ｖ）バッファ管
理、（ｖｉ）ランダムアクセス及びプログラム挿入、
（ｖｉｉ）プライベートデータ、（ｖｉｉｉ）条件付き
アクセス、（ｉｘ）例えば非同期転送モード（ＡＴＭ）
を使用するもの等のその他のネットワークとのインター
オペラビリティ即ち共同を行うことが可能である。ＭＰ
ＥＧ−２圧縮レイヤーはコード化ビデオ及びオーディオ
データストリームを有している。システムレイヤーはイ
ンターリーブされた圧縮レイヤーをマルチプレクス（多
重化）及びデマルチプレクス（脱多重化）するための制
御データを供給し、且つそうする場合に、圧縮されたデ
ータストリームを結合するのに必要な機能を定義する。
関連するオーディオ及びビデオビットストリームから構
成される１個又はそれ以上のプログラムを伝送媒体を介
して伝送するための単一ビットストリームへの多重化、
及び（ｉｉ）同期を維持しながら脱圧縮（伸張）のため
に該単一ビットストリームを別個のオーディオ及びビデ
オプログラムビットストリームへのデマルチプレクス即
ち脱多重化を容易なものとさせる。システムレイヤーは
タイミング制御及び同期及びビデオ及びオーディオビッ
トストリームのインターリーブのためのデータストリー
ムシンタックスを定義する。システムレイヤーは、
（ｉ）ビデオ及びオーディオ同期、（ｉｉ）ストリーム
マルチプレクス（多重化）、（ｉｉｉ）パケット及びス
トリーム識別、（ｉｖ）エラー検知、（ｖ）バッファ管
理、（ｖｉ）ランダムアクセス及びプログラム挿入、
（ｖｉｉ）プライベートデータ、（ｖｉｉｉ）条件付き
アクセス、（ｉｘ）例えば非同期転送モード（ＡＴＭ）
を使用するもの等のその他のネットワークとのインター
オペラビリティ即ち共同を行うことが可能である。ＭＰ
ＥＧ−２圧縮レイヤーはコード化ビデオ及びオーディオ
データストリームを有している。システムレイヤーはイ
ンターリーブされた圧縮レイヤーをマルチプレクス（多
重化）及びデマルチプレクス（脱多重化）するための制
御データを供給し、且つそうする場合に、圧縮されたデ
ータストリームを結合するのに必要な機能を定義する。
【００１５】図３は従来技術の例示的実施例に基づくＭ
ＰＥＧ−２準拠デコーディングシステム３００の概念的
ブロック図を示している。デコーディングシステム３０
０のコンポーネントは当業者にとって公知なものであ
り、従って、例示的な目的のためにのみ導入されてい
る。従って、これらのコンポーネントの詳細な説明は割
愛する。
ＰＥＧ−２準拠デコーディングシステム３００の概念的
ブロック図を示している。デコーディングシステム３０
０のコンポーネントは当業者にとって公知なものであ
り、従って、例示的な目的のためにのみ導入されてい
る。従って、これらのコンポーネントの詳細な説明は割
愛する。
【００１６】デコーディングシステム３００はシステム
デコーダー３０５への入力としてビットストリーム２０
０を受取る。システムデコーダー３０５はビットストリ
ーム２００のシステムレイヤーデータを圧縮されたオー
ディオレイヤーと、圧縮されたビデオレイヤーと、制御
データとにデマルチプレクス即ち脱多重化する。例示的
な圧縮されたオーディオレイヤーデータ及びビデオレイ
ヤーデータは、夫々、オーディオデータバッファ３１０
ａ及びビデオデータバッファ３１０ｖへ転送される。オ
ーディオレイヤーデータは、その後に、オーディオデコ
ーダー制御ブロック３１５ａ及びオーディオデコーダー
３２０ａにおいて処理される。ビデオレイヤーデータ
は、その後に、ビデオデコーダー制御ブロック３１５ｖ
及びビデオレコーダー３２０ｖにおいて処理される。例
示的制御データをプログラムクロック回復（ＰＣＲ）デ
ータ、イネーブルデータ、スタートアップ値として示し
てある。
デコーダー３０５への入力としてビットストリーム２０
０を受取る。システムデコーダー３０５はビットストリ
ーム２００のシステムレイヤーデータを圧縮されたオー
ディオレイヤーと、圧縮されたビデオレイヤーと、制御
データとにデマルチプレクス即ち脱多重化する。例示的
な圧縮されたオーディオレイヤーデータ及びビデオレイ
ヤーデータは、夫々、オーディオデータバッファ３１０
ａ及びビデオデータバッファ３１０ｖへ転送される。オ
ーディオレイヤーデータは、その後に、オーディオデコ
ーダー制御ブロック３１５ａ及びオーディオデコーダー
３２０ａにおいて処理される。ビデオレイヤーデータ
は、その後に、ビデオデコーダー制御ブロック３１５ｖ
及びビデオレコーダー３２０ｖにおいて処理される。例
示的制御データをプログラムクロック回復（ＰＣＲ）デ
ータ、イネーブルデータ、スタートアップ値として示し
てある。
【００１７】ＭＰＥＧ−２システムレイヤーは複数個の
機能をサポートしており、即ち、（ｉ）パケットマルチ
プレクス（多重化）及びマルチプレクスされた複数個の
ビットストリームのデマルチプレクス（脱多重化）、
（ｉｉ）複数個のコード化ビットストリームの同期的表
示、（ｉｉｉ）バッファ管理及び制御、（ｉｖ）時間回
復及び識別、（ｖ）ランダムアクセス、（ｖｉ）プログ
ラム挿入、（ｖｉｉ）条件付きアクセス、（ｖｉｉｉ）
エラートラッキング等をサポートしている。
機能をサポートしており、即ち、（ｉ）パケットマルチ
プレクス（多重化）及びマルチプレクスされた複数個の
ビットストリームのデマルチプレクス（脱多重化）、
（ｉｉ）複数個のコード化ビットストリームの同期的表
示、（ｉｉｉ）バッファ管理及び制御、（ｉｖ）時間回
復及び識別、（ｖ）ランダムアクセス、（ｖｉ）プログ
ラム挿入、（ｖｉｉ）条件付きアクセス、（ｖｉｉｉ）
エラートラッキング等をサポートしている。
【００１８】ＭＰＥＧ−２標準は２つのタイプのレイヤ
ーコーディングを特定し、即ち、比較的ロスの少ない環
境（例えば、ＣＤ−ＲＯＭ、ＤＶＤ等）に対するプログ
ラムストリーム（ＰＳ）レイヤーコーディング及び損失
が存在する環境（例えば、ケーブルテレビ、衛星テレ
ビ、又はその他のブロードキャスト環境）に対するトラ
ンスポートストリーム（ＴＳ）レイヤーコーディングで
ある。再度図２を参照すると、ビットストリーム２００
は、例示的には、パケットヘッダー、オプションとして
の適応フィールド、関連するパケットデータ（又はペイ
ロード）に分割される複数個のＴＳパケットから構成さ
れるトランスポートストリーム（ＴＳ）である。これと
対比して、図４は、従来技術の例示的実施例に基づくＰ
ＥＳ４００の概念的ブロック図を例示している。
ーコーディングを特定し、即ち、比較的ロスの少ない環
境（例えば、ＣＤ−ＲＯＭ、ＤＶＤ等）に対するプログ
ラムストリーム（ＰＳ）レイヤーコーディング及び損失
が存在する環境（例えば、ケーブルテレビ、衛星テレ
ビ、又はその他のブロードキャスト環境）に対するトラ
ンスポートストリーム（ＴＳ）レイヤーコーディングで
ある。再度図２を参照すると、ビットストリーム２００
は、例示的には、パケットヘッダー、オプションとして
の適応フィールド、関連するパケットデータ（又はペイ
ロード）に分割される複数個のＴＳパケットから構成さ
れるトランスポートストリーム（ＴＳ）である。これと
対比して、図４は、従来技術の例示的実施例に基づくＰ
ＥＳ４００の概念的ブロック図を例示している。
【００１９】パケット化基本ストリーム（ＰＥＳ）４０
０はパケットヘッダー４０５と、オプションのＰＥＳヘ
ッダー４１０と、関連するパケットデータ４１５とを有
している。パケットヘッダー４０５はパケットスタート
コードプレフィックス４２０と、ストリーム識別子（Ｉ
Ｄ）４２５と、ＰＥＳパケット長インジケータ４３０と
を有している。これと一致して、ＰＥＳパケット長イン
ジケータ４３０の後のフィールドの全てはオプションで
ある。ＰＥＳヘッダー４１０はプレゼンテーションタイ
ムスタンプ（ＰＴＳ）フィールドと、デコーディングタ
イムスタンプ（ＤＴＳ）フィールドと、基本ストリーム
クロック基準（ＥＳＣＲ）フィールドと、基本ストリー
ム（ＥＳ）レートフィールドと、ＤＳＭトリックモード
フィールドと、コピー情報フィールドと、先行ＰＥＳク
ロック回復フィールドと、延長フィールドと、スタッフ
ィングバイトとを有している。
０はパケットヘッダー４０５と、オプションのＰＥＳヘ
ッダー４１０と、関連するパケットデータ４１５とを有
している。パケットヘッダー４０５はパケットスタート
コードプレフィックス４２０と、ストリーム識別子（Ｉ
Ｄ）４２５と、ＰＥＳパケット長インジケータ４３０と
を有している。これと一致して、ＰＥＳパケット長イン
ジケータ４３０の後のフィールドの全てはオプションで
ある。ＰＥＳヘッダー４１０はプレゼンテーションタイ
ムスタンプ（ＰＴＳ）フィールドと、デコーディングタ
イムスタンプ（ＤＴＳ）フィールドと、基本ストリーム
クロック基準（ＥＳＣＲ）フィールドと、基本ストリー
ム（ＥＳ）レートフィールドと、ＤＳＭトリックモード
フィールドと、コピー情報フィールドと、先行ＰＥＳク
ロック回復フィールドと、延長フィールドと、スタッフ
ィングバイトとを有している。
【００２０】パケットスタートコードプレフィックス４
２０はパケット同期を供給する。ストリームＩＤ４２５
はパケット識別及びペイロード識別を供給する。ＰＴＳ
／ＤＴＳフラッグフィールド４３５及びＰＴＳ／ＤＴＳ
フィールド４４０はプレゼンテーション同期を供給す
る。データ転送はパケット／ヘッダー長４４５、ペイロ
ード４１５、スタッフィングフィールド４５０を介して
与えられる。スクランブル制御フィールド４５５はペイ
ロードデスクランブリングを容易なものとさせる。
２０はパケット同期を供給する。ストリームＩＤ４２５
はパケット識別及びペイロード識別を供給する。ＰＴＳ
／ＤＴＳフラッグフィールド４３５及びＰＴＳ／ＤＴＳ
フィールド４４０はプレゼンテーション同期を供給す
る。データ転送はパケット／ヘッダー長４４５、ペイロ
ード４１５、スタッフィングフィールド４５０を介して
与えられる。スクランブル制御フィールド４５５はペイ
ロードデスクランブリングを容易なものとさせる。
【００２１】図５は従来技術の例示的実施例に基づく別
の時分割又はパケット多重化ビットストリーム２００の
概念的ブロック図を示している。ビットストリーム２０
０はアクセスユニット５００と、ＰＥＳパケット４００
と、複数個のＴＳパケット５０５とを有している。ビッ
トストリーム２００はアクセスユニット５００と、ＰＥ
Ｓパケット４００と、ＴＳパケット５０５との間のレイ
ヤー関係を示している。
の時分割又はパケット多重化ビットストリーム２００の
概念的ブロック図を示している。ビットストリーム２０
０はアクセスユニット５００と、ＰＥＳパケット４００
と、複数個のＴＳパケット５０５とを有している。ビッ
トストリーム２００はアクセスユニット５００と、ＰＥ
Ｓパケット４００と、ＴＳパケット５０５との間のレイ
ヤー関係を示している。
【００２２】ＴＳレイヤーはＰＥＳコード化データから
なるプログラムを１個又はそれ以上の独立した時間ベー
スを単一ストリームへ結合させるべく動作する。ＭＰＥ
Ｇ−２に従って、特定のプログラムは独特の時間ベース
を必要とするものではないが、それが独特の時間ベース
を有している場合には、その時間ベースはそのプログラ
ムの要素の全てに対して同一である。
なるプログラムを１個又はそれ以上の独立した時間ベー
スを単一ストリームへ結合させるべく動作する。ＭＰＥ
Ｇ−２に従って、特定のプログラムは独特の時間ベース
を必要とするものではないが、それが独特の時間ベース
を有している場合には、その時間ベースはそのプログラ
ムの要素の全てに対して同一である。
【００２３】ＰＥＳレイヤーはＭＰＥＧ−２時分割又は
パケット多重化ストリームの内側レイヤー部分であり、
その上に基づいてトランスポート又はプログラムストリ
ームが論理的に構成される。ＰＥＳレイヤーはストリー
ム特定動作を供給し且つ（ｉ）プログラムとトランスポ
ートストリームとの間の変換の共通の基礎、（ｉｉ）ビ
デオ及びオーディオ同期及び関連するタイミング、特に
ブロードキャストチャンネル、プレゼンテーション又は
プログラム（以後、集約的にプログラムを構成しており
且つ共通の時間ベースを有している関連するオーディオ
及びビデオパケットに対するタイムスタンプ）、（ｉｉ
ｉ）ストリームマルチプレクス（多重化）及びデマルチ
プレクス（脱多重化）用のストリーム識別、（ｉｖ）ス
クランブリング、ＶＣＲ機能、プライベートデータ等の
サービスをサポートしている。
パケット多重化ストリームの内側レイヤー部分であり、
その上に基づいてトランスポート又はプログラムストリ
ームが論理的に構成される。ＰＥＳレイヤーはストリー
ム特定動作を供給し且つ（ｉ）プログラムとトランスポ
ートストリームとの間の変換の共通の基礎、（ｉｉ）ビ
デオ及びオーディオ同期及び関連するタイミング、特に
ブロードキャストチャンネル、プレゼンテーション又は
プログラム（以後、集約的にプログラムを構成しており
且つ共通の時間ベースを有している関連するオーディオ
及びビデオパケットに対するタイムスタンプ）、（ｉｉ
ｉ）ストリームマルチプレクス（多重化）及びデマルチ
プレクス（脱多重化）用のストリーム識別、（ｉｖ）ス
クランブリング、ＶＣＲ機能、プライベートデータ等の
サービスをサポートしている。
【００２４】図５は、更に、ＭＰＥＧ−２に従って、各
ビデオ又はオーディオ基本ストリーム（ＥＳ）がトラン
スポートストリーム（ＴＳ）内に挿入される前にＰＥＳ
パケット化されることを示している。基本ストリームは
連続的であり且つＥＳを包含するＰＥＳパケットは、通
常、固定長のものである。典型的に、ビデオＰＥＳパケ
ットは数万個のバイトの程度であり且つオーディオＰＥ
Ｓパケットは数千個のバイトの程度である。然しなが
ら、ビデオＰＥＳパケットは不定長のものとして特定す
ることも可能である。ＥＳデータは、即ちアクセスユニ
ット５００は、最初に、ＰＥＳパケット内に閉じ込めら
れ、該ＰＥＳパケットはＴＳパケット内に挿入される。
ビデオ又はオーディオ基本ストリーム（ＥＳ）がトラン
スポートストリーム（ＴＳ）内に挿入される前にＰＥＳ
パケット化されることを示している。基本ストリームは
連続的であり且つＥＳを包含するＰＥＳパケットは、通
常、固定長のものである。典型的に、ビデオＰＥＳパケ
ットは数万個のバイトの程度であり且つオーディオＰＥ
Ｓパケットは数千個のバイトの程度である。然しなが
ら、ビデオＰＥＳパケットは不定長のものとして特定す
ることも可能である。ＥＳデータは、即ちアクセスユニ
ット５００は、最初に、ＰＥＳパケット内に閉じ込めら
れ、該ＰＥＳパケットはＴＳパケット内に挿入される。
【００２５】トランスポートストリームは１個又はそれ
以上の独立した個別的なプログラム、例えば個別的なブ
ロードキャストテレビジョンプログラムを包含すること
が可能であり、それにより、各個別的なプログラムはそ
れ自身の時間ベースを有することが可能であり、且つ各
ストリームはそれ自身のパケット識別（ＰＩＤ）を具備
する個別的なプログラムを有している。各別個の個別的
なプログラムは通常共通の時間ベースを具備している１
個又はそれ以上の基本ストリームを有している。従来技
術の図の中には示していないが、異なるトランスポート
ストリームを単一のシステムＴＳ内に結合させることが
可能である。
以上の独立した個別的なプログラム、例えば個別的なブ
ロードキャストテレビジョンプログラムを包含すること
が可能であり、それにより、各個別的なプログラムはそ
れ自身の時間ベースを有することが可能であり、且つ各
ストリームはそれ自身のパケット識別（ＰＩＤ）を具備
する個別的なプログラムを有している。各別個の個別的
なプログラムは通常共通の時間ベースを具備している１
個又はそれ以上の基本ストリームを有している。従来技
術の図の中には示していないが、異なるトランスポート
ストリームを単一のシステムＴＳ内に結合させることが
可能である。
【００２６】トランスポートレイヤーにおいて、トラン
スポート同期バイトはパケット同期を提供する。ＰＩＤ
フィールドデータはパケット識別、デマルチプレクス及
びシーケンス完全性データを供給する。ＰＩＤフィール
ドはストリームのパケットを収集し且つ該ストリームを
再構築すべく動作可能である。連続性カウンタ及びエラ
ーインジケータはパケットシーケンス完全性及びエラー
検知を提供する。ペイロードユニットスタートインジケ
ータ及び適応制御はペイロード同期のために使用され、
一方不連続性インジケータ及びプログラムクロック基準
（ＰＣＲ）フィールドはプレイバック（再生）同期のた
めに使用される。トランスポートスクランブル制御フィ
ールドはペイロードデスクランブルを容易なものとさせ
る。プライベートデータ転送はプライベートデータフラ
ッグ及びプライベートデータバイトを介して達成され
る。該データバイトはプライベートペイロードデータ転
送のために使用され、且つスタッフィングバイトがパケ
ットを完成させるために使用される。
スポート同期バイトはパケット同期を提供する。ＰＩＤ
フィールドデータはパケット識別、デマルチプレクス及
びシーケンス完全性データを供給する。ＰＩＤフィール
ドはストリームのパケットを収集し且つ該ストリームを
再構築すべく動作可能である。連続性カウンタ及びエラ
ーインジケータはパケットシーケンス完全性及びエラー
検知を提供する。ペイロードユニットスタートインジケ
ータ及び適応制御はペイロード同期のために使用され、
一方不連続性インジケータ及びプログラムクロック基準
（ＰＣＲ）フィールドはプレイバック（再生）同期のた
めに使用される。トランスポートスクランブル制御フィ
ールドはペイロードデスクランブルを容易なものとさせ
る。プライベートデータ転送はプライベートデータフラ
ッグ及びプライベートデータバイトを介して達成され
る。該データバイトはプライベートペイロードデータ転
送のために使用され、且つスタッフィングバイトがパケ
ットを完成させるために使用される。
【００２７】トランスポートストリームはスタンダード
テーブルによってリンクされたトランスポートストリー
ムパケットの集まりである。これらのテーブルはプログ
ラム特定情報（ＰＳＩ）を担持しており且つＴＳがマル
チプレクサにおいて形成される場合に構築される。これ
らのテーブルはストリームの内容即ちコンテンツを完全
に定義する。ＴＳのテーブルのうちの２つはプログラム
関連テーブル（ＰＡＴ）とプログラムマップテーブル
（ＰＭＴ）である。ＰＡＴは、そのストリームに対する
独特の識別子と、ＰＡＴ及びＴＳの動的変化を可能とさ
せるバージョン番号、及び対の値の関連テーブルとを包
含するＴＳに対する内容のテーブルとして動作する。対
の値、即ちＰＮ及びＰＭＴ−ＰＩＤはそのプログラムを
包含するテーブルのプログラム番号（ＰＮ）及びＰＩＤ
である。
テーブルによってリンクされたトランスポートストリー
ムパケットの集まりである。これらのテーブルはプログ
ラム特定情報（ＰＳＩ）を担持しており且つＴＳがマル
チプレクサにおいて形成される場合に構築される。これ
らのテーブルはストリームの内容即ちコンテンツを完全
に定義する。ＴＳのテーブルのうちの２つはプログラム
関連テーブル（ＰＡＴ）とプログラムマップテーブル
（ＰＭＴ）である。ＰＡＴは、そのストリームに対する
独特の識別子と、ＰＡＴ及びＴＳの動的変化を可能とさ
せるバージョン番号、及び対の値の関連テーブルとを包
含するＴＳに対する内容のテーブルとして動作する。対
の値、即ちＰＮ及びＰＭＴ−ＰＩＤはそのプログラムを
包含するテーブルのプログラム番号（ＰＮ）及びＰＩＤ
である。
【００２８】一方、ＰＭＴはプログラムを有する全ての
ストリームを記述する。ＰＭＴにおける各エントリは１
つのプログラムに関連している。ＰＭＴはパケットとプ
ログラムとの間のマッピングを与え、且つそのストリー
ム内のプログラムを識別するプログラム番号と、そのプ
ログラムに関するプライベート情報を担持する記述子
と、同期情報を包含するパケットのＰＩＤと、各ストリ
ームに対して、そのストリーム又はプログラムのデータ
（Ｄａｔａ−ＰＩＤ）を包含するパケットのＰＩＤ及び
ＳＴを特定する対の値（例えば、ストリームタイプ（Ｓ
Ｔ）、Ｄａｔａ−ＰＩＤ）の数とを包含している。
ストリームを記述する。ＰＭＴにおける各エントリは１
つのプログラムに関連している。ＰＭＴはパケットとプ
ログラムとの間のマッピングを与え、且つそのストリー
ム内のプログラムを識別するプログラム番号と、そのプ
ログラムに関するプライベート情報を担持する記述子
と、同期情報を包含するパケットのＰＩＤと、各ストリ
ームに対して、そのストリーム又はプログラムのデータ
（Ｄａｔａ−ＰＩＤ）を包含するパケットのＰＩＤ及び
ＳＴを特定する対の値（例えば、ストリームタイプ（Ｓ
Ｔ）、Ｄａｔａ−ＰＩＤ）の数とを包含している。
【００２９】集約的に、これらのテーブルは特定のプロ
グラムを処理するために使用される。任意の時刻におい
て、各プログラムはＰＭＴ内において独特のＰＩＤを有
しており、それは選択したプログラムのオーディオ、ビ
デオ及び制御ストリームに対するＰＩＤを供給する。選
択したＰＩＤを具備するストリームは抽出され且つ適宜
のバッファ及びデコーダーへ送給されて再構築及びデコ
ーディングが行われる。
グラムを処理するために使用される。任意の時刻におい
て、各プログラムはＰＭＴ内において独特のＰＩＤを有
しており、それは選択したプログラムのオーディオ、ビ
デオ及び制御ストリームに対するＰＩＤを供給する。選
択したＰＩＤを具備するストリームは抽出され且つ適宜
のバッファ及びデコーダーへ送給されて再構築及びデコ
ーディングが行われる。
【００３０】クロック回復及び同期を達成し且つ維持す
ることは問題であり、特にオーディオ及びビデオビット
ストリームの場合にはそうである。ＭＰＥＧ−２スタン
ダードに従って、終端間一定遅延タイミングモデルデジ
タル画像及びオーディオデータは、エンコーダーからデ
コーダーへシステムを介して通過するのに同じ量の時間
かかる。システムレイヤーは一定の遅延を必要とするタ
イミング情報を包含している。クロック基準はプログラ
ムクロック基準（ＰＣＲ）であり且つタイムスタンプは
ＰＴＳ及びＤＴＳである。
ることは問題であり、特にオーディオ及びビデオビット
ストリームの場合にはそうである。ＭＰＥＧ−２スタン
ダードに従って、終端間一定遅延タイミングモデルデジ
タル画像及びオーディオデータは、エンコーダーからデ
コーダーへシステムを介して通過するのに同じ量の時間
かかる。システムレイヤーは一定の遅延を必要とするタ
イミング情報を包含している。クロック基準はプログラ
ムクロック基準（ＰＣＲ）であり且つタイムスタンプは
ＰＴＳ及びＤＴＳである。
【００３１】同期はＴＳ適用フィールド内のプログラム
クロック基準（ＰＣＲ）データフィールドを使用して達
成される。ＰＣＲは、典型的に、４２ビットフィールド
であり、それは２つの部分にコード化され、即ち９０ｋ
Ｈｚの単位において３３ビット値を有するＰＣＲベース
と、２７ＭＨｚの単位における９ビット延長を有するＰ
ＣＲ延長であり、尚２７ＭＨｚはシステムクロック周波
数である。一般的には、デコーダーによって受取られる
最初のＰＣＲの最初の３３ビットがクロック発生におい
てカウンタを初期化させ、且つその後のＰＣＲ値が微調
整のためにクロック値と比較される。ＰＣＲとローカル
クロックとの間の差異は、例えば、ローカルクロックの
速度を上げるか又は下げるために電圧制御型オシレータ
又は同様の装置又は機能を駆動するために使用すること
が可能である。
クロック基準（ＰＣＲ）データフィールドを使用して達
成される。ＰＣＲは、典型的に、４２ビットフィールド
であり、それは２つの部分にコード化され、即ち９０ｋ
Ｈｚの単位において３３ビット値を有するＰＣＲベース
と、２７ＭＨｚの単位における９ビット延長を有するＰ
ＣＲ延長であり、尚２７ＭＨｚはシステムクロック周波
数である。一般的には、デコーダーによって受取られる
最初のＰＣＲの最初の３３ビットがクロック発生におい
てカウンタを初期化させ、且つその後のＰＣＲ値が微調
整のためにクロック値と比較される。ＰＣＲとローカル
クロックとの間の差異は、例えば、ローカルクロックの
速度を上げるか又は下げるために電圧制御型オシレータ
又は同様の装置又は機能を駆動するために使用すること
が可能である。
【００３２】オーディオ及びビデオ同期は、典型的に、
ＰＥＳヘッダー内に挿入されているプレゼンテーション
タイムスタンプを介して達成される。プレゼンテーショ
ンタイムスタンプは９０ｋＨｚの単位における３３ビッ
ト値であり、尚９０ｋＨｚは２７ＭＨｚのシステムクロ
ックを３００で割算したものである。プレゼンテーショ
ンタイムスタンプの値は、プレゼンテーションユニット
がユーザに対して提供されるべき時間を表わす。
ＰＥＳヘッダー内に挿入されているプレゼンテーション
タイムスタンプを介して達成される。プレゼンテーショ
ンタイムスタンプは９０ｋＨｚの単位における３３ビッ
ト値であり、尚９０ｋＨｚは２７ＭＨｚのシステムクロ
ックを３００で割算したものである。プレゼンテーショ
ンタイムスタンプの値は、プレゼンテーションユニット
がユーザに対して提供されるべき時間を表わす。
【００３３】デジタルビデオシステムにおいては（例え
ば、ＭＰＥＧ−２準拠デジタルビデオシステム及びＨＤ
ＴＶ準拠デジタルビデオシステム）、トランスポートレ
イヤーは、オーディオデータ、ビデオデータ、及びシス
テムデータストリームをパケット単位で、個々のデコー
ダー及びシステムメモリへ担持するために使用される。
個別的なストリームはＭＰＥＧ−２システムレイヤー仕
様におけるように定義された１組のバッファ仮定で多重
化される。
ば、ＭＰＥＧ−２準拠デジタルビデオシステム及びＨＤ
ＴＶ準拠デジタルビデオシステム）、トランスポートレ
イヤーは、オーディオデータ、ビデオデータ、及びシス
テムデータストリームをパケット単位で、個々のデコー
ダー及びシステムメモリへ担持するために使用される。
個別的なストリームはＭＰＥＧ−２システムレイヤー仕
様におけるように定義された１組のバッファ仮定で多重
化される。
【００３４】デジタルビデオレコーダー（ＤＶＲ）シス
テムの人気は、部分的には、洗練されたタイムシフト視
聴を可能としたこと、及びこのようなシステムが特別プ
レイモード（「トリックモード」又は「トリックプレ
イ」とも呼ばれる）を実施する能力に起因している。特
別プレイモードは、例えば、「高速前進」、「低速前
進」、「通常逆進」、「低速逆進」、「高速逆進」等を
包含することが可能である。特別プレイモードは、ＤＶ
Ｒシステムがビデオストリームの構造を知得しており且
つ興味のあるビデオフレームへ直接的にジャンプするこ
とが可能である場合に実施することがより容易である。
テムの人気は、部分的には、洗練されたタイムシフト視
聴を可能としたこと、及びこのようなシステムが特別プ
レイモード（「トリックモード」又は「トリックプレ
イ」とも呼ばれる）を実施する能力に起因している。特
別プレイモードは、例えば、「高速前進」、「低速前
進」、「通常逆進」、「低速逆進」、「高速逆進」等を
包含することが可能である。特別プレイモードは、ＤＶ
Ｒシステムがビデオストリームの構造を知得しており且
つ興味のあるビデオフレームへ直接的にジャンプするこ
とが可能である場合に実施することがより容易である。
【００３５】要するに、ＭＰＥＧ標準は動画ピクチャ及
び同期されたオーディオの圧縮及び通信に対する国際標
準を提供している。上述した如くに圧縮されているＭＰ
ＥＧ信号がデコードされる場合には、スタートコードが
使用される。圧縮されているデータは階層的構造のもの
であるので、各階層に対応するスタートコードは各階層
のスタート即ち始めに配置される。
び同期されたオーディオの圧縮及び通信に対する国際標
準を提供している。上述した如くに圧縮されているＭＰ
ＥＧ信号がデコードされる場合には、スタートコードが
使用される。圧縮されているデータは階層的構造のもの
であるので、各階層に対応するスタートコードは各階層
のスタート即ち始めに配置される。
【００３６】スタートコードは、そうでなければ、圧縮
されたデータストリームにおいて発生することのない特
定のビットパターンである。スタートコードは、（ｉ）
スタートコードプレフィックスと、それに続く（ｉｉ）
スタートコード値とによって構成されている。スタート
コードプレフィックスは２３個のビットからなるストリ
ングであって、ゼロの値（０）の後に値１を有する単一
のビットが続いている。従って、スタートコードプレフ
ィックスはビットストリング「０００００００００００
００００００００１」である。スタートコード値はスタ
ートコードのタイプを識別する８ビット整数である。
されたデータストリームにおいて発生することのない特
定のビットパターンである。スタートコードは、（ｉ）
スタートコードプレフィックスと、それに続く（ｉｉ）
スタートコード値とによって構成されている。スタート
コードプレフィックスは２３個のビットからなるストリ
ングであって、ゼロの値（０）の後に値１を有する単一
のビットが続いている。従って、スタートコードプレフ
ィックスはビットストリング「０００００００００００
００００００００１」である。スタートコード値はスタ
ートコードのタイプを識別する８ビット整数である。
【００３７】スタートコードはバイト整合されており且
つ各セクションの「始め」のマーク付けを行うべく動作
し、ＤＶＲシステムがスタートコードに続くヘッダーを
識別し且つ処理することを可能としている。例示的な従
来技術のスタートコード検知アルゴリズムは、新たな３
２ビットワードが読取られる度に、２４ビットスタート
コードがその中に埋め込まれているか否かを決定する。
そのアルゴリズムは以下の如くに動作する。
つ各セクションの「始め」のマーク付けを行うべく動作
し、ＤＶＲシステムがスタートコードに続くヘッダーを
識別し且つ処理することを可能としている。例示的な従
来技術のスタートコード検知アルゴリズムは、新たな３
２ビットワードが読取られる度に、２４ビットスタート
コードがその中に埋め込まれているか否かを決定する。
そのアルゴリズムは以下の如くに動作する。
【００３８】※ＭＰＥＧストリームの３２ビットワード
をフェッチ； ※スタートコード「０００００１ｘｘ」が存在するか否
かをチェックするために２４個の最大桁ビットをチェッ
ク（第一テスト）； ※否定の場合には、それがｘｘ０００００１であるか否
かをチェック（第二テスト）； ※否定の場合には、それがｘｘｘｘ００００であり且つ
次の３２ビットワードが０１ｘｘｘｘｘｘであるか否か
をチェック（第三及び第四テスト）； ※否定である場合には、それがｘｘｘｘｘｘ００であり
且つ次の３２ビットワードが０００１ｘｘｘｘであるか
否かをチェック（第五及び第六テスト）。
をフェッチ； ※スタートコード「０００００１ｘｘ」が存在するか否
かをチェックするために２４個の最大桁ビットをチェッ
ク（第一テスト）； ※否定の場合には、それがｘｘ０００００１であるか否
かをチェック（第二テスト）； ※否定の場合には、それがｘｘｘｘ００００であり且つ
次の３２ビットワードが０１ｘｘｘｘｘｘであるか否か
をチェック（第三及び第四テスト）； ※否定である場合には、それがｘｘｘｘｘｘ００であり
且つ次の３２ビットワードが０００１ｘｘｘｘであるか
否かをチェック（第五及び第六テスト）。
【００３９】上述したアプローチはスタートコードを検
知するために６個のテストを使用して各３２ビットワー
ドを処理するものであり、その処理は比較的高価なもの
である。スタートコードはＭＰＥＧストリームにおいて
は比較的稀なものであるので、消費される処理資源を減
少させるための必要性が存在している。このことを達成
するために、ＭＰＥＧデコーダーの効率を改善するため
にスタートコードではないワードの処理を減少させる技
術を実現するＭＰＥＧストリームをデコードする改良し
た技術が必要とされている。
知するために６個のテストを使用して各３２ビットワー
ドを処理するものであり、その処理は比較的高価なもの
である。スタートコードはＭＰＥＧストリームにおいて
は比較的稀なものであるので、消費される処理資源を減
少させるための必要性が存在している。このことを達成
するために、ＭＰＥＧデコーダーの効率を改善するため
にスタートコードではないワードの処理を減少させる技
術を実現するＭＰＥＧストリームをデコードする改良し
た技術が必要とされている。
【００４０】
【発明が解決しようとする課題】本発明は、以上の点に
鑑みなされたものであって、上述した如き従来技術の欠
点を解消し、デジタルビデオレコーダーにおいてＭＰＥ
Ｇビデオストリームにおけるスタートコードを検知する
改良した技術を提供することを目的とする。
鑑みなされたものであって、上述した如き従来技術の欠
点を解消し、デジタルビデオレコーダーにおいてＭＰＥ
Ｇビデオストリームにおけるスタートコードを検知する
改良した技術を提供することを目的とする。
【００４１】
【課題を解決するための手段】本発明によれば、一時的
に格納し且つ後にプレイバック即ち再生するためにプロ
グラムストリームを発生するためにデジタルビデオレコ
ーダー（ＤＶＲ）において処理するための受取ったビッ
トストリームをデコードするシステム及び方法が提供さ
れる。本発明の主要な目的とするところは、ＤＶＲにお
いて受取られたビットストリーム内に埋め込まれている
スタートコードを検知する効率的な技術を提供すること
である。スタートコードは比較的稀に受取られるもので
あるので、それを検知しようとするために使用される処
理資源が最小化されることが望ましい。
に格納し且つ後にプレイバック即ち再生するためにプロ
グラムストリームを発生するためにデジタルビデオレコ
ーダー（ＤＶＲ）において処理するための受取ったビッ
トストリームをデコードするシステム及び方法が提供さ
れる。本発明の主要な目的とするところは、ＤＶＲにお
いて受取られたビットストリーム内に埋め込まれている
スタートコードを検知する効率的な技術を提供すること
である。スタートコードは比較的稀に受取られるもので
あるので、それを検知しようとするために使用される処
理資源が最小化されることが望ましい。
【００４２】１つの好適実施例によれば、本システムは
ＤＶＲのＭＰＥＧデコーダーと関連している制御器にお
いて実現される。該制御器はＭＰＥＧデコーダーにおい
て受取られたビットストリームにおいてスタートコード
を検知すべく動作し、このスタートコードは３バイトス
タートコードプレフィックスと１バイトスタートコード
値とを具備している。例示的な制御器は、（ｉ）受取っ
たビットストリームの３２ビットワードを逐次的にフェ
ッチし、（ｉｉ）このような３２ビットワード内におい
てスタートコードプレフィックスとスタートコード値が
適切に整合されているか否かを決定し、（ｉｉｉ）次い
で、３２ビットワード内において適切に整合されていな
い場合には、各３２ビットワードの最小桁バイトがスタ
ートコードプレフィックスの一部であるか否かを決定す
べく動作可能である。
ＤＶＲのＭＰＥＧデコーダーと関連している制御器にお
いて実現される。該制御器はＭＰＥＧデコーダーにおい
て受取られたビットストリームにおいてスタートコード
を検知すべく動作し、このスタートコードは３バイトス
タートコードプレフィックスと１バイトスタートコード
値とを具備している。例示的な制御器は、（ｉ）受取っ
たビットストリームの３２ビットワードを逐次的にフェ
ッチし、（ｉｉ）このような３２ビットワード内におい
てスタートコードプレフィックスとスタートコード値が
適切に整合されているか否かを決定し、（ｉｉｉ）次い
で、３２ビットワード内において適切に整合されていな
い場合には、各３２ビットワードの最小桁バイトがスタ
ートコードプレフィックスの一部であるか否かを決定す
べく動作可能である。
【００４３】１実施例によれば、該制御器は、更に、最
小桁バイトがスタートコードプレフィックスの一部でな
い場合には（即ち、スタートコードがこの３２ビットワ
ードの一部ではない）、バッファしたビットストリーム
の別の３２ビットワードをフェッチすべく動作可能であ
る。
小桁バイトがスタートコードプレフィックスの一部でな
い場合には（即ち、スタートコードがこの３２ビットワ
ードの一部ではない）、バッファしたビットストリーム
の別の３２ビットワードをフェッチすべく動作可能であ
る。
【００４４】別の実施例によれば、該制御器は、更に、
最小桁バイトがスタートコードプレフィックスの一部で
ない場合には、スタートコードプレフィックスが（ａ）
３２ビットワードの３個の最小桁バイト内か又は（ｂ）
次の３２ビットワードの最大桁バイト内（即ち、スター
トコードが不整合状態となり、多分、２つの３２ビット
ワードの間にわたっていることを意味している）にある
か否かを決定すべく動作可能である。該制御器は、従っ
て、特定の受取ったビットストリームの次の２ビットワ
ードをフェッチするためにこの要素の第二部分に関連し
て動作可能である。
最小桁バイトがスタートコードプレフィックスの一部で
ない場合には、スタートコードプレフィックスが（ａ）
３２ビットワードの３個の最小桁バイト内か又は（ｂ）
次の３２ビットワードの最大桁バイト内（即ち、スター
トコードが不整合状態となり、多分、２つの３２ビット
ワードの間にわたっていることを意味している）にある
か否かを決定すべく動作可能である。該制御器は、従っ
て、特定の受取ったビットストリームの次の２ビットワ
ードをフェッチするためにこの要素の第二部分に関連し
て動作可能である。
【００４５】更に別の実施例によれば、該制御器は、更
に、スタートコードプレフィックスが次の３２ビットワ
ード内にある場合には、スタートコードプレフィックス
の一部が（ａ）３２ビットワードの２個の最小桁バイト
及び次の３２ビットワードの最大桁バイト内か、又は
（ｂ）３２ビットワードの最小桁バイト及び次の３２ビ
ットワードの２個の最大桁バイト内にあるか否かを決定
すべく動作可能である。
に、スタートコードプレフィックスが次の３２ビットワ
ード内にある場合には、スタートコードプレフィックス
の一部が（ａ）３２ビットワードの２個の最小桁バイト
及び次の３２ビットワードの最大桁バイト内か、又は
（ｂ）３２ビットワードの最小桁バイト及び次の３２ビ
ットワードの２個の最大桁バイト内にあるか否かを決定
すべく動作可能である。
【００４６】更に別の実施例によれば、該制御器は、更
に、スタートコードプレフィックスがこの３２ビットワ
ードの一部ではない場合には、スタートコードがその中
に埋め込まれているか否か、全部であるか（即ち、整合
されている）又は一部であるか（即ち、不整合であり、
多分上述した如く２つの３２ビットワードの間に跨って
いる）か否かを検知するために次の３２ビットワードを
処理すべく動作可能である。
に、スタートコードプレフィックスがこの３２ビットワ
ードの一部ではない場合には、スタートコードがその中
に埋め込まれているか否か、全部であるか（即ち、整合
されている）又は一部であるか（即ち、不整合であり、
多分上述した如く２つの３２ビットワードの間に跨って
いる）か否かを検知するために次の３２ビットワードを
処理すべく動作可能である。
【００４７】
【発明の実施の形態】以下に説明する図１乃至８及び本
明細書において本発明の原理を説明するために使用され
る種々の実施例は単に例示的なものに過ぎず本発明の技
術的範囲を制限するために解釈されるべきものではな
い。当業者によって理解されるように、本発明の原理は
任意の適宜に構成したデジタルビデオレコーダー（ＤＶ
Ｒ）システムにおいて実現することが可能である。
明細書において本発明の原理を説明するために使用され
る種々の実施例は単に例示的なものに過ぎず本発明の技
術的範囲を制限するために解釈されるべきものではな
い。当業者によって理解されるように、本発明の原理は
任意の適宜に構成したデジタルビデオレコーダー（ＤＶ
Ｒ）システムにおいて実現することが可能である。
【００４８】図６は本発明の１実施例に基づく例示的な
デジタルビデオレコーダー（ＤＶＲ）システム６５０及
びテレビジョン６０５を例示している。デジタルビデオ
レコーダーシステム６５０は例えばケーブルテレビジョ
ンサービスプロバイダー（ケーブル会社）又は電話会社
のセットトップボックス、局所的アンテナ、インターネ
ット、取付けられたＤＶＤ又はＶＨＳテーププレイヤー
等の外部供給源から入力してくるテレビジョン信号を受
取り、且つ視聴者が選択したチャンネルをテレビジョン
セット６０５へ送信する。
デジタルビデオレコーダー（ＤＶＲ）システム６５０及
びテレビジョン６０５を例示している。デジタルビデオ
レコーダーシステム６５０は例えばケーブルテレビジョ
ンサービスプロバイダー（ケーブル会社）又は電話会社
のセットトップボックス、局所的アンテナ、インターネ
ット、取付けられたＤＶＤ又はＶＨＳテーププレイヤー
等の外部供給源から入力してくるテレビジョン信号を受
取り、且つ視聴者が選択したチャンネルをテレビジョン
セット６０５へ送信する。
【００４９】好適実施例によれば、デジタルビデオレコ
ーダーシステム６５０は記録済プログラムストリームを
プレイバック即ち再生することが可能である。記録モー
ドにおいて、デジタルビデオレコーダーシステム６５０
は入力してくる無線周波数（ＲＦ）テレビジョン信号を
復調してベースバンドビデオ信号を発生することが可能
であり、該信号はビデオプレイバック（再生）装置６５
０内にあるか又は接続されている格納（記憶）媒体上に
記録され且つ格納される。プレイモードにおいて、デジ
タルビデオレコーダーシステム６５０は格納媒体からユ
ーザによって選択された格納されているベースバンドビ
デオ信号（即ちプログラム）を検索し且つその検索され
たプログラムをテレビジョン６０５へ送信する。
ーダーシステム６５０は記録済プログラムストリームを
プレイバック即ち再生することが可能である。記録モー
ドにおいて、デジタルビデオレコーダーシステム６５０
は入力してくる無線周波数（ＲＦ）テレビジョン信号を
復調してベースバンドビデオ信号を発生することが可能
であり、該信号はビデオプレイバック（再生）装置６５
０内にあるか又は接続されている格納（記憶）媒体上に
記録され且つ格納される。プレイモードにおいて、デジ
タルビデオレコーダーシステム６５０は格納媒体からユ
ーザによって選択された格納されているベースバンドビ
デオ信号（即ちプログラム）を検索し且つその検索され
たプログラムをテレビジョン６０５へ送信する。
【００５０】本発明の例示的実施例によれば、デジタル
ビデオレコーダー（ＤＶＲ）システム６５０は例えばＲ
ｅｐｌａｙＴＶ（商標）レコーダー又はＴｉＶＯ（商
標）レコーダー等のディスクドライブをベースとした装
置であり、ＤＶＲシステム６５０は入力してくるテレビ
ジョン信号を磁気カセットテープではなくコンピュータ
磁気ハードディスクへ格納し且つそれから検索する。更
に別の実施例においては、ビデオプレイバック（再生）
装置６５０は局所的読取／書込（Ｒ／Ｗ）デジタルバー
サタイルディスク（ＤＶＤ）又はＲ／ＷＣＤ−ＲＯＭに
格納し且つそれから検索することが可能である。従っ
て、局所的格納（記憶）媒体は固定型（例えば、ハード
ディスクドライブ）か又は着脱自在型（例えば、ＤＶ
Ｄ、ＣＤ−ＲＯＭ）とすることが可能である。これらの
実施例によれば、デジタルビデオレコーダーシステム６
５０は受取ったパケット化基本ストリームを後にプレイ
バック即ち再生するために多重化プログラムストリーム
へ多重化させるべく動作する。パケット化基本ストリー
ムは異なる寸法の多数のＰＥＳパケットを有している。
デジタルビデオレコーダーシステム６５０は、（ｉ）Ｐ
ＥＳパケットを受取り、（ｉｉ）各受取ったＰＥＳパケ
ットをヘッダーとペイロードとを具備する少なくとも１
個の固定寸法プログラムパケットへ再フォーマット化
し、（ｉｉｉ）該固定寸法プログラムパケットの幾つか
を多重化プログラムストリームに関連付け且つ格納媒体
に格納すべく動作する。
ビデオレコーダー（ＤＶＲ）システム６５０は例えばＲ
ｅｐｌａｙＴＶ（商標）レコーダー又はＴｉＶＯ（商
標）レコーダー等のディスクドライブをベースとした装
置であり、ＤＶＲシステム６５０は入力してくるテレビ
ジョン信号を磁気カセットテープではなくコンピュータ
磁気ハードディスクへ格納し且つそれから検索する。更
に別の実施例においては、ビデオプレイバック（再生）
装置６５０は局所的読取／書込（Ｒ／Ｗ）デジタルバー
サタイルディスク（ＤＶＤ）又はＲ／ＷＣＤ−ＲＯＭに
格納し且つそれから検索することが可能である。従っ
て、局所的格納（記憶）媒体は固定型（例えば、ハード
ディスクドライブ）か又は着脱自在型（例えば、ＤＶ
Ｄ、ＣＤ−ＲＯＭ）とすることが可能である。これらの
実施例によれば、デジタルビデオレコーダーシステム６
５０は受取ったパケット化基本ストリームを後にプレイ
バック即ち再生するために多重化プログラムストリーム
へ多重化させるべく動作する。パケット化基本ストリー
ムは異なる寸法の多数のＰＥＳパケットを有している。
デジタルビデオレコーダーシステム６５０は、（ｉ）Ｐ
ＥＳパケットを受取り、（ｉｉ）各受取ったＰＥＳパケ
ットをヘッダーとペイロードとを具備する少なくとも１
個の固定寸法プログラムパケットへ再フォーマット化
し、（ｉｉｉ）該固定寸法プログラムパケットの幾つか
を多重化プログラムストリームに関連付け且つ格納媒体
に格納すべく動作する。
【００５１】デジタルビデオレコーダーシステム６５０
は、視聴者によって操作される遠隔制御装置からのコマ
ンド（例えば、チャンネルアップ、チャンネルダウン、
音量アップ、音量ダウン、記録、プレイ、高速前進（Ｆ
Ｆ）、逆進、高速逆進、低速逆進等）を受取る赤外線
（ＩＲ）センサー６６０を有している。テレビジョンセ
ット６０５は従来のテレビジョンであり、スクリーン６
１０、赤外線（ＩＲ）センサー６１５、１個又はそれ以
上の手動制御部６２０（点線で示してある）を有してい
る。ＩＲセンサー６１５も視聴者によって操作される遠
隔制御装置からのコマンド（例えば、音量アップ、音量
ダウン、パワーオン／オフ）を受取る。
は、視聴者によって操作される遠隔制御装置からのコマ
ンド（例えば、チャンネルアップ、チャンネルダウン、
音量アップ、音量ダウン、記録、プレイ、高速前進（Ｆ
Ｆ）、逆進、高速逆進、低速逆進等）を受取る赤外線
（ＩＲ）センサー６６０を有している。テレビジョンセ
ット６０５は従来のテレビジョンであり、スクリーン６
１０、赤外線（ＩＲ）センサー６１５、１個又はそれ以
上の手動制御部６２０（点線で示してある）を有してい
る。ＩＲセンサー６１５も視聴者によって操作される遠
隔制御装置からのコマンド（例えば、音量アップ、音量
ダウン、パワーオン／オフ）を受取る。
【００５２】注意すべきことであるが、ＤＶＲシステム
６５０は特定のタイプの供給源からの特定のタイプの入
力してくるテレビジョン信号を受取ることに制限される
ものではない。上述したように、外部供給源はケーブル
サービスプロバイダー、従来のＲＦブロードキャストア
ンテナ、衛星ディスク、インターネット接続、又はＤＶ
Ｄプレイヤー等の別の局所的格納（記憶）装置とするこ
とが可能である。従って、入力してくる信号は例えばＭ
ＰＥＧ−２等の従来のデジタル信号、従来のＮＴＳＣア
ナログ信号、又は任意のその他の通信プロトコルのデジ
タルインターネットプロトコル（ＩＰ）パケットとする
ことが可能である。然しながら、説明の便宜上、以下の
説明においては、大略、ケーブルサービスプロバイダー
から入力してくるテレビジョン信号（アナログ及び／又
はデジタル）をＤＶＲシステム６５０が受取る実施例に
ついて説明する。然しながら、当業者によって理解され
るように、本発明の原理は、ワイヤレスブロードキャス
トテレビジョン信号、局所的格納（記憶）システム、Ｍ
ＰＥＧデータを包含するＩＰパケットの入力してくるス
トリーム等と共に使用すべく容易に適合させることが可
能である。
６５０は特定のタイプの供給源からの特定のタイプの入
力してくるテレビジョン信号を受取ることに制限される
ものではない。上述したように、外部供給源はケーブル
サービスプロバイダー、従来のＲＦブロードキャストア
ンテナ、衛星ディスク、インターネット接続、又はＤＶ
Ｄプレイヤー等の別の局所的格納（記憶）装置とするこ
とが可能である。従って、入力してくる信号は例えばＭ
ＰＥＧ−２等の従来のデジタル信号、従来のＮＴＳＣア
ナログ信号、又は任意のその他の通信プロトコルのデジ
タルインターネットプロトコル（ＩＰ）パケットとする
ことが可能である。然しながら、説明の便宜上、以下の
説明においては、大略、ケーブルサービスプロバイダー
から入力してくるテレビジョン信号（アナログ及び／又
はデジタル）をＤＶＲシステム６５０が受取る実施例に
ついて説明する。然しながら、当業者によって理解され
るように、本発明の原理は、ワイヤレスブロードキャス
トテレビジョン信号、局所的格納（記憶）システム、Ｍ
ＰＥＧデータを包含するＩＰパケットの入力してくるス
トリーム等と共に使用すべく容易に適合させることが可
能である。
【００５３】図７は本発明の１実施例に基づく例示的な
デジタルビデオレコーダー（ＤＶＲ）システム７５０を
示している。ＤＶＲシステム６５０はＩＲセンサー６６
０、ビデオプロセッサ７１０、ＭＰＥＧ−２デコーダー
３００、バッファ７２０、ＰＥＳパケット構文解析及び
再フォーマット化制御器７２５、ハードディスクドライ
ブ７３０、プログラムパケットデコーダー／ＮＴＳＣエ
ンコーダー７４０を有している。ＤＶＲシステム６５０
は、更に、ビデオバッファ７６０及びビデオレコーダー
（ＶＲ）制御器７５０を有している。
デジタルビデオレコーダー（ＤＶＲ）システム７５０を
示している。ＤＶＲシステム６５０はＩＲセンサー６６
０、ビデオプロセッサ７１０、ＭＰＥＧ−２デコーダー
３００、バッファ７２０、ＰＥＳパケット構文解析及び
再フォーマット化制御器７２５、ハードディスクドライ
ブ７３０、プログラムパケットデコーダー／ＮＴＳＣエ
ンコーダー７４０を有している。ＤＶＲシステム６５０
は、更に、ビデオバッファ７６０及びビデオレコーダー
（ＶＲ）制御器７５０を有している。
【００５４】ＶＲ制御器７５０は、とりわけ、ビューモ
ード、記録モード、プレイモード、高速前進（ＦＦ）モ
ード、逆進（通常、高速、低速）モード、ポーズモー
ド、スキップモード等のＤＶＲシステム６５０の全体的
な動作に指示を与える。ビューモードにおいては、ＶＲ
制御器７５０は例示的なケーブルサービスプロバイダー
からの入力してくるテレビジョン信号をビデオプロセッ
サ７１０によって復調させ且つ処理させ、且つハードデ
ィスクドライブ７３０に格納するか又はそれか検索する
ことなしにテレビジョンセット６０５へ送信させる。
ード、記録モード、プレイモード、高速前進（ＦＦ）モ
ード、逆進（通常、高速、低速）モード、ポーズモー
ド、スキップモード等のＤＶＲシステム６５０の全体的
な動作に指示を与える。ビューモードにおいては、ＶＲ
制御器７５０は例示的なケーブルサービスプロバイダー
からの入力してくるテレビジョン信号をビデオプロセッ
サ７１０によって復調させ且つ処理させ、且つハードデ
ィスクドライブ７３０に格納するか又はそれか検索する
ことなしにテレビジョンセット６０５へ送信させる。
【００５５】ＤＶＲシステム６５０の内部回路は、ＤＶ
Ｒシステム６５０によって受取られる外部ブロードキャ
スト信号がＭＰＥＧ−２等のデジタルか又はＮＴＳＣ等
のアナログかに依存して異なる。例えば、ケーブルサー
ビスプロバイダーから受取られる外部ブロードキャスト
信号がアナログ信号である場合には、ビデオプロセッサ
７１０は、例えば、ＴｒｉＭｅｄｉａ（商標）６１００
メディアプロセッサとすることが可能であり、それは入
力してくるアナログテレビジョン信号を受取り、ユーザ
が選択したチャンネルに同調し、選択したＲＦ信号をテ
レビジョン６０５上で表示するのに適したベースバンド
テレビジョン信号（例えば、スーパービデオ信号）ヘ変
換するための無線周波数（ＲＦ）フロントエンド回路を
包含している。
Ｒシステム６５０によって受取られる外部ブロードキャ
スト信号がＭＰＥＧ−２等のデジタルか又はＮＴＳＣ等
のアナログかに依存して異なる。例えば、ケーブルサー
ビスプロバイダーから受取られる外部ブロードキャスト
信号がアナログ信号である場合には、ビデオプロセッサ
７１０は、例えば、ＴｒｉＭｅｄｉａ（商標）６１００
メディアプロセッサとすることが可能であり、それは入
力してくるアナログテレビジョン信号を受取り、ユーザ
が選択したチャンネルに同調し、選択したＲＦ信号をテ
レビジョン６０５上で表示するのに適したベースバンド
テレビジョン信号（例えば、スーパービデオ信号）ヘ変
換するための無線周波数（ＲＦ）フロントエンド回路を
包含している。
【００５６】例示的なＭＰＥＧ−２デコーダー３００は
ＤＶＲシステム６５０において処理するために受取った
ビットストリームをデコードすべく動作して一時的に格
納即ち記憶し且つ後にプレイバック即ち再生するための
プログラムストリームを発生する。ＭＰＥＧ−２デコー
ダー３００は、ＤＶＲシステム６５０において受取られ
たビットストリーム内に埋め込まれているスタートコー
ドを検知するための効率的な手段を提供する。ＭＰＥＧ
−２デコーダー３００は、例示的に、メモリバッファ７
００及びスタートコード検知制御器７０５を有してい
る。例示的なバッファ７００はＤＶＲシステム６５０に
おいて受取られたビットストリームを一時的に格納即ち
記憶すべく動作可能である。
ＤＶＲシステム６５０において処理するために受取った
ビットストリームをデコードすべく動作して一時的に格
納即ち記憶し且つ後にプレイバック即ち再生するための
プログラムストリームを発生する。ＭＰＥＧ−２デコー
ダー３００は、ＤＶＲシステム６５０において受取られ
たビットストリーム内に埋め込まれているスタートコー
ドを検知するための効率的な手段を提供する。ＭＰＥＧ
−２デコーダー３００は、例示的に、メモリバッファ７
００及びスタートコード検知制御器７０５を有してい
る。例示的なバッファ７００はＤＶＲシステム６５０に
おいて受取られたビットストリームを一時的に格納即ち
記憶すべく動作可能である。
【００５７】例示的な制御器７５０は、（ｉ）メモリバ
ッファ７００から受取ったビットストリームの３２ビッ
トワードを逐次的にフェッチし、（ｉｉ）このようにフ
ェッチした３２ビットワード内においてスタートコード
プレフィックスとスタートコード値が適切に整合されて
いるか否かを決定し、（ｉｉｉ）その３２ビットワード
内において適切に整合されていない場合には、このよう
な３２ビットワードの最小桁バイトがスタートコードプ
レフィックスの一部であるか否かを決定すべく動作可能
である。この実施例の重要な側面は、受取ったビットス
トリームにおいて埋め込まれているスタートコードを検
知しようとする場合に使用されるＭＰＥＧ−２デコーダ
ー３００の処理資源（暗示的には、ＤＶＲシステム６５
０）が最小とされるということである。スタートコード
は比較的稀に受取られるものであるからこのことが望ま
しい。
ッファ７００から受取ったビットストリームの３２ビッ
トワードを逐次的にフェッチし、（ｉｉ）このようにフ
ェッチした３２ビットワード内においてスタートコード
プレフィックスとスタートコード値が適切に整合されて
いるか否かを決定し、（ｉｉｉ）その３２ビットワード
内において適切に整合されていない場合には、このよう
な３２ビットワードの最小桁バイトがスタートコードプ
レフィックスの一部であるか否かを決定すべく動作可能
である。この実施例の重要な側面は、受取ったビットス
トリームにおいて埋め込まれているスタートコードを検
知しようとする場合に使用されるＭＰＥＧ−２デコーダ
ー３００の処理資源（暗示的には、ＤＶＲシステム６５
０）が最小とされるということである。スタートコード
は比較的稀に受取られるものであるからこのことが望ま
しい。
【００５８】スタートコードが考慮中の３２ビットワー
ドの一部ではないことが決定される場合には（即ち、該
最小桁バイトがスタートコードプレフィックスの一部で
はない場合）、制御器７０５はバッファされているビッ
トストリームの別の３２ビットワードをフェッチすべく
動作可能である。
ドの一部ではないことが決定される場合には（即ち、該
最小桁バイトがスタートコードプレフィックスの一部で
はない場合）、制御器７０５はバッファされているビッ
トストリームの別の３２ビットワードをフェッチすべく
動作可能である。
【００５９】スタートコードが考慮中の３２ビットワー
ドの一部である可能性のあることが決定されると、制御
器７０５は、更に、考慮中の３２ビットワード内におけ
るか、又は考慮中の３２ビットワード及び次の３２ビッ
トワードにわたって（図８を参照して詳細に説明する）
のいずれかにおいてスタートコードプレフィックスが不
整合であるか否かを決定すべく動作可能である。
ドの一部である可能性のあることが決定されると、制御
器７０５は、更に、考慮中の３２ビットワード内におけ
るか、又は考慮中の３２ビットワード及び次の３２ビッ
トワードにわたって（図８を参照して詳細に説明する）
のいずれかにおいてスタートコードプレフィックスが不
整合であるか否かを決定すべく動作可能である。
【００６０】記録モードにおいては、ＶＲ制御器７５０
は入力してくるテレビジョン信号を固定寸法プログラム
パケットからなる多重化プログラム信号の形態でハード
ディスクドライブ７３０上に格納即ち記憶させる。本発
明の１実施例によれば、ＤＶＲシステム６５０はＭＰＥ
Ｇ−２デコーダー３００からパケット化基本ストリーム
をメモリバッファ７４０内に受取り、該基本ストリーム
は異なる寸法のＰＥＳパケットを有している。例示的制
御器７２５はバッファしたＰＥＳパケットの各々を少な
くとも１個の固定寸法プログラムパケットへ再フォーマ
ット化し、且つ該固定寸法プログラムパケットの幾つか
を多重化プログラムストリームに関連付けし且つそれを
ハードディスクドライブ７３０に格納する。
は入力してくるテレビジョン信号を固定寸法プログラム
パケットからなる多重化プログラム信号の形態でハード
ディスクドライブ７３０上に格納即ち記憶させる。本発
明の１実施例によれば、ＤＶＲシステム６５０はＭＰＥ
Ｇ−２デコーダー３００からパケット化基本ストリーム
をメモリバッファ７４０内に受取り、該基本ストリーム
は異なる寸法のＰＥＳパケットを有している。例示的制
御器７２５はバッファしたＰＥＳパケットの各々を少な
くとも１個の固定寸法プログラムパケットへ再フォーマ
ット化し、且つ該固定寸法プログラムパケットの幾つか
を多重化プログラムストリームに関連付けし且つそれを
ハードディスクドライブ７３０に格納する。
【００６１】１実施例においては、該ブロードキャスト
信号がアナログ信号である場合にはＭＰＥＧ−２エンコ
ーダー（不図示）をオプションとして設けることが可能
である。例えば、ＶＲ制御器７５０の制御下において、
該ＭＰＥＧ−２エンコーダーは入力してくるＮＴＳＣ型
アナログテレビジョン信号を受取り且つその受取ったブ
ロードキャスト信号を本発明の原理に基づいてハードデ
ィスクドライブ７３０上に格納するためのＭＰＥＧ−２
フォーマットへ変換させることが可能である。一方、外
部ブロードキャスト信号が既に例えばＭＰＥＧ−２等の
デジタル信号である場合には、ＭＰＥＧ−２エンコーダ
ーを省略することが可能である。
信号がアナログ信号である場合にはＭＰＥＧ−２エンコ
ーダー（不図示）をオプションとして設けることが可能
である。例えば、ＶＲ制御器７５０の制御下において、
該ＭＰＥＧ−２エンコーダーは入力してくるＮＴＳＣ型
アナログテレビジョン信号を受取り且つその受取ったブ
ロードキャスト信号を本発明の原理に基づいてハードデ
ィスクドライブ７３０上に格納するためのＭＰＥＧ−２
フォーマットへ変換させることが可能である。一方、外
部ブロードキャスト信号が既に例えばＭＰＥＧ−２等の
デジタル信号である場合には、ＭＰＥＧ−２エンコーダ
ーを省略することが可能である。
【００６２】プレイモードにおいて、ＶＲ制御器７５０
は格納されている多重化プログラム信号（即ち、プログ
ラム）をプログラムパケットデコーダー／ＮＴＳＣエン
コーダー７４０へストリームさせるべくハードディスク
ドライブ７３０へ指示を与え、従ってハードディスクド
ライブ７３０からのプログラムパケットは、例えば、ス
ーパービデオ（Ｓビデオ）信号へ変化され、該信号は、
ビデオプロセッサ７１０がテレビジョンセット６５０へ
それを送信する前にビデオバッファ７６０においてバッ
ファ処理される。
は格納されている多重化プログラム信号（即ち、プログ
ラム）をプログラムパケットデコーダー／ＮＴＳＣエン
コーダー７４０へストリームさせるべくハードディスク
ドライブ７３０へ指示を与え、従ってハードディスクド
ライブ７３０からのプログラムパケットは、例えば、ス
ーパービデオ（Ｓビデオ）信号へ変化され、該信号は、
ビデオプロセッサ７１０がテレビジョンセット６５０へ
それを送信する前にビデオバッファ７６０においてバッ
ファ処理される。
【００６３】ハードディスクドライブ７３０は広義に
「格納（記憶）ディスク」として定義され且つ読取可能
及び書込可能の任意の大量格納（記憶）装置を包含する
ものであり、例えば、従来の磁気ディスクドライブ、及
び読取／書込デジタルバーサタイルディスク（ＤＶＤ−
ＲＷ）、再書込可能ＣＤ−ＲＯＭ等用の光学的ディスク
ドライブを包含している。実際に、ハードディスクドラ
イブ７３０はＤＶＲシステム６５０内において永久的に
内蔵されているという従来の意味において固定されてい
ることは必要ではない。むしろ、ハードディスクドライ
ブ７３０は記録済テレビジョンプログラムを格納する目
的のためにＤＶＲシステム６５０に専用の任意の大量格
納（記憶）装置を包含するものである。従って、ハード
ディスクドライブ７３０は、例えば読取／書込ＤＶＤ又
は再書込可能ＣＤ−ＲＯＭを保持するジュークボックス
装置等の着脱自在ディスクドライブ（内蔵型又は取付
型）又は取付けたペリフェラル装置を包含することが可
能である。更に、本発明の好適実施例においては、ハー
ドディスクドライブ７３０は、ＤＶＲシステム６５０が
ネットワーク接続（例えば、インターネットプロトコル
（ＩＰ）接続）を介してアクセスし且つ制御することが
可能な、例えば、パソコン（ＰＣ）におけるディスクド
ライブ又はインターネットサービスプロバイダー（ＩＳ
Ｐ）におけるサーバー上のディスクドライブを包含する
外部大量格納（記憶）装置を包含することが可能であ
る。
「格納（記憶）ディスク」として定義され且つ読取可能
及び書込可能の任意の大量格納（記憶）装置を包含する
ものであり、例えば、従来の磁気ディスクドライブ、及
び読取／書込デジタルバーサタイルディスク（ＤＶＤ−
ＲＷ）、再書込可能ＣＤ−ＲＯＭ等用の光学的ディスク
ドライブを包含している。実際に、ハードディスクドラ
イブ７３０はＤＶＲシステム６５０内において永久的に
内蔵されているという従来の意味において固定されてい
ることは必要ではない。むしろ、ハードディスクドライ
ブ７３０は記録済テレビジョンプログラムを格納する目
的のためにＤＶＲシステム６５０に専用の任意の大量格
納（記憶）装置を包含するものである。従って、ハード
ディスクドライブ７３０は、例えば読取／書込ＤＶＤ又
は再書込可能ＣＤ−ＲＯＭを保持するジュークボックス
装置等の着脱自在ディスクドライブ（内蔵型又は取付
型）又は取付けたペリフェラル装置を包含することが可
能である。更に、本発明の好適実施例においては、ハー
ドディスクドライブ７３０は、ＤＶＲシステム６５０が
ネットワーク接続（例えば、インターネットプロトコル
（ＩＰ）接続）を介してアクセスし且つ制御することが
可能な、例えば、パソコン（ＰＣ）におけるディスクド
ライブ又はインターネットサービスプロバイダー（ＩＳ
Ｐ）におけるサーバー上のディスクドライブを包含する
外部大量格納（記憶）装置を包含することが可能であ
る。
【００６４】図８は、本発明に基づくＭＰＥＧ−２デコ
ーダー３００において受取られ且つバッファ処理される
ビットストリームにおいてスタートコードを検知する例
示的な方法のフローチャート８００を示している。説明
の便宜上、上述した図６及び７の説明についても同時的
に参照を行い、且つＤＶＲシステム５６０は記録モード
で動作するものと仮定する。そのために、当業者によっ
て容易に理解されるように、本発明の原理は受取ったビ
ットストリームと関連するスタートコードの検知を必要
とするＭＰＥＧデコーダーに関する任意の適宜構成され
た制御器において実現することが可能である。
ーダー３００において受取られ且つバッファ処理される
ビットストリームにおいてスタートコードを検知する例
示的な方法のフローチャート８００を示している。説明
の便宜上、上述した図６及び７の説明についても同時的
に参照を行い、且つＤＶＲシステム５６０は記録モード
で動作するものと仮定する。そのために、当業者によっ
て容易に理解されるように、本発明の原理は受取ったビ
ットストリームと関連するスタートコードの検知を必要
とするＭＰＥＧデコーダーに関する任意の適宜構成され
た制御器において実現することが可能である。
【００６５】最初に、ＤＶＲシステム６５０は記録モー
ドへ入る指示が与えられ、且つＭＰＥＧデコーダー３０
０においてＭＰＥＧデータストリームを受取る（ステッ
プ８０５）。受取ったビットストリームは一時的にメモ
リバッファ７０２においてバッファ処理される。制御器
７０５は逐次的に、メモリバッファ７００からバッファ
処理されたビットストリームの３２ビットワードをフェ
ッチする（ステップ８１０）。
ドへ入る指示が与えられ、且つＭＰＥＧデコーダー３０
０においてＭＰＥＧデータストリームを受取る（ステッ
プ８０５）。受取ったビットストリームは一時的にメモ
リバッファ７０２においてバッファ処理される。制御器
７０５は逐次的に、メモリバッファ７００からバッファ
処理されたビットストリームの３２ビットワードをフェ
ッチする（ステップ８１０）。
【００６６】各３２ビットワードに対して、制御器７０
５はその中にスタートコードが埋め込まれているか否か
を決定し、スタートコードプレフィックスの検知を試み
る。制御器７５０はこのようにフェッチされた３２ビッ
トワード内においてスタートコードプレフィックスとス
タートコード値が適切に整合されているか否かを決定す
る（ステップ８１５）。この決定ステップは、その３２
ビットワードの３個の最大桁バイトが「００ ００ ０
１ ｘｘ」に等しいか否かを決定する単純なチェックと
することが可能である（以下に説明するように別の具体
例を使用することも可能である）。
５はその中にスタートコードが埋め込まれているか否か
を決定し、スタートコードプレフィックスの検知を試み
る。制御器７５０はこのようにフェッチされた３２ビッ
トワード内においてスタートコードプレフィックスとス
タートコード値が適切に整合されているか否かを決定す
る（ステップ８１５）。この決定ステップは、その３２
ビットワードの３個の最大桁バイトが「００ ００ ０
１ ｘｘ」に等しいか否かを決定する単純なチェックと
することが可能である（以下に説明するように別の具体
例を使用することも可能である）。
【００６７】その３２ビットワードが整合されているス
タートコードを包含していることが判別されると、制御
器７００はデコーダー３００にそのことを通知し（ステ
ップ８２９）、次いで、当該技術分野において公知の如
く検知されたスタートコードを適切に処理するのに必要
なステップがとられる。
タートコードを包含していることが判別されると、制御
器７００はデコーダー３００にそのことを通知し（ステ
ップ８２９）、次いで、当該技術分野において公知の如
く検知されたスタートコードを適切に処理するのに必要
なステップがとられる。
【００６８】スタートコードがその３２ビットワード内
において適切に整合されていない場合には（整合されて
いるスタートコードの発生は比較的稀であり、ステップ
８１５の「Ｎ」分岐）、制御器７５０はその３２ビット
ワードの最小桁バイトがスタートコードプレフィックス
の一部であるか否かを決定する（ステップ８２０）。こ
れは本発明のこの実施例の重要な側面である。何故なら
ば、受取ったビットストリームにおいて埋め込まれてい
るスタートコードを検知しようとする場合に使用される
ＭＰＥＧ−２デコーダー３００の処理資源（暗示的にＤ
ＶＲシステム６５０）が最小とされるからである。スタ
ートコードは比較的稀に受取られるものであるからこの
ことが望ましい。
において適切に整合されていない場合には（整合されて
いるスタートコードの発生は比較的稀であり、ステップ
８１５の「Ｎ」分岐）、制御器７５０はその３２ビット
ワードの最小桁バイトがスタートコードプレフィックス
の一部であるか否かを決定する（ステップ８２０）。こ
れは本発明のこの実施例の重要な側面である。何故なら
ば、受取ったビットストリームにおいて埋め込まれてい
るスタートコードを検知しようとする場合に使用される
ＭＰＥＧ−２デコーダー３００の処理資源（暗示的にＤ
ＶＲシステム６５０）が最小とされるからである。スタ
ートコードは比較的稀に受取られるものであるからこの
ことが望ましい。
【００６９】この決定は、３２ビットワードの最小桁バ
イトが「０１」か又は「００」、夫々、不整合のスター
トコードが完全に３２ビットワード内にあるか又はその
３２ビットワードと「次の」３２ビットワードとに跨る
ことを表わす、のいずれにも等しくない場合には、この
決定は検知処理を終了させる。
イトが「０１」か又は「００」、夫々、不整合のスター
トコードが完全に３２ビットワード内にあるか又はその
３２ビットワードと「次の」３２ビットワードとに跨る
ことを表わす、のいずれにも等しくない場合には、この
決定は検知処理を終了させる。
【００７０】スタートコードが考慮中の３２ビットワー
ドの一部でないことが決定される場合には（ステップ８
２０の「Ｎ」分岐、即ち、最小桁バイトがスタートコー
ドプレフィックスの一部ではない場合）、制御器７０５
はバッファされているビットストリームの別の３２ビッ
トワードをフェッチすべく動作可能である（ステップ８
１０へ復帰）。
ドの一部でないことが決定される場合には（ステップ８
２０の「Ｎ」分岐、即ち、最小桁バイトがスタートコー
ドプレフィックスの一部ではない場合）、制御器７０５
はバッファされているビットストリームの別の３２ビッ
トワードをフェッチすべく動作可能である（ステップ８
１０へ復帰）。
【００７１】スタートコードが考慮中の３２ビットワー
ドの一部でない可能性があることが決定される場合には
（ステップ８２０の「Ｙ」分岐）、制御器７０５は、更
に、考慮中の３２ビットワード内におけるか、又は考慮
中の３２ビットワードと次の３２ビットワードとにわた
ってのいずれかにおいてスタートコードプレフィックス
が不整合であるか否かを決定（即ち、確認要求）すべく
動作可能である（ステップ８２５）。その３２ビットワ
ード、又は「次の」３２ビットワードと結合して、不整
合なスタートコードを包含していることが決定される場
合には、制御器７００はデコーダー３００にそのことを
通知し（ステップ８２９）、そのことは、当該技術分野
において公知の如く、検知したスタートコードを適切に
処理するのに必要なステップをとる。
ドの一部でない可能性があることが決定される場合には
（ステップ８２０の「Ｙ」分岐）、制御器７０５は、更
に、考慮中の３２ビットワード内におけるか、又は考慮
中の３２ビットワードと次の３２ビットワードとにわた
ってのいずれかにおいてスタートコードプレフィックス
が不整合であるか否かを決定（即ち、確認要求）すべく
動作可能である（ステップ８２５）。その３２ビットワ
ード、又は「次の」３２ビットワードと結合して、不整
合なスタートコードを包含していることが決定される場
合には、制御器７００はデコーダー３００にそのことを
通知し（ステップ８２９）、そのことは、当該技術分野
において公知の如く、検知したスタートコードを適切に
処理するのに必要なステップをとる。
【００７２】スタートコードを検知するための各３２ビ
ットワードの構文解析が完了すると、ＭＰＥＧデコーダ
ー３００は複数個のパケット化基本ストリーム４００を
一時的格納即ち記憶のためにメモリバッファ７０４内へ
デコードすべく動作する（ステップ８３０）。例示的な
基本ストリームは異なる寸法のＰＥＳパケットから構成
されている。記録モード及びパケット化基本ストリーム
の多重化に関する詳細については、前述した米国特許出
願第０９／９４３，８３７号を参照すると良い。
ットワードの構文解析が完了すると、ＭＰＥＧデコーダ
ー３００は複数個のパケット化基本ストリーム４００を
一時的格納即ち記憶のためにメモリバッファ７０４内へ
デコードすべく動作する（ステップ８３０）。例示的な
基本ストリームは異なる寸法のＰＥＳパケットから構成
されている。記録モード及びパケット化基本ストリーム
の多重化に関する詳細については、前述した米国特許出
願第０９／９４３，８３７号を参照すると良い。
【００７３】本明細書に記載した実施例の好適な具体例
は以下のアルゴリズムにおいて実現することが可能であ
る。
は以下のアルゴリズムにおいて実現することが可能であ
る。
【００７４】（ｉ）受取ったビットストリームの３２ビ
ットワードをフェッチする（ステップ８１０）； （ｉｉ）該３２ビットワード内においてスタートコード
プレフィックスとスタートコード値が適切に整合されて
いるか否かを決定する（ステップ８１５、第一テス
ト）； （ｉｉｉ）該３２ビットワード内において適切に整合さ
れている場合には、該３２ビットワードの最小桁バイト
がスタートコードプレフィックスの一部である可能性が
あるか否かを決定する（ステップ８２０、第二テスト、
即ちそのバイトが「００」又は「０１」であり、ビット
「０」以外の全てのビットが「０」であることを必要と
する）； （Ａ）該３２ビットワードの最小桁バイトがスタートコ
ードプレフィックスの一部でない場合には（ステップ８
２０）、受取ったビットストリームの別の３２ビットワ
ードをフェッチする（ステップ８１０へ復帰）； （Ｂ）そうでない場合には（即ち、該３２ビットワード
の最小桁バイトがスタートコードプレフィックスの一部
である可能性がある場合）、 （１）そのスタートコードプレフィックスが該３２ビッ
トワード内において不整合であるか否かを決定する（ス
テップ８２５、第三テスト、例えば該３２ビットワード
が「ｘｘ ００ ００ ０１」であるか否かをチェッ
ク）； （２）そうでない場合には、該スタートコードプレフィ
ックスの一部が「次の」３２ビットワードの最大桁バイ
ト内において不整合であるか否かを決定する（ステップ
８２５、第四テスト、例えばそうである場合には、「次
の」３２ビットワードの最大桁バイトは「００」又は
「０１」であり、ビット「０」以外の全てのビットが
「０」であることをテストする）； （３）そうでない場合には、該スタートコードプレフィ
ックスの一部が部分的に該３２ビットワード内において
且つ部分的に「次の」２３ビットワード内において不整
合であるか否かを決定する（ステップ８２５、第五及び
第六テスト、例えば、該３２ビットワードが「ｘｘ ｘ
ｘ ００ ００」であり且つ「次の」３２ビットワード
が「０１ ｘｘ ｘｘ ｘｘ」である）； （４）そうでない場合には該スタートコードプレフィッ
クスの一部が部分的に該３２ビットワード内において且
つ部分的に「次の」３２ビットワード内において不整合
であるか否かを決定する（ステップ８２５、第七及び第
八テスト、例えば、該３２ビットワードが「ｘｘ ｘｘ
ｘｘ ００」であり且つ「次の」３２ビットワードが
「００ ０１ ｘｘ ｘｘ」である）。
ットワードをフェッチする（ステップ８１０）； （ｉｉ）該３２ビットワード内においてスタートコード
プレフィックスとスタートコード値が適切に整合されて
いるか否かを決定する（ステップ８１５、第一テス
ト）； （ｉｉｉ）該３２ビットワード内において適切に整合さ
れている場合には、該３２ビットワードの最小桁バイト
がスタートコードプレフィックスの一部である可能性が
あるか否かを決定する（ステップ８２０、第二テスト、
即ちそのバイトが「００」又は「０１」であり、ビット
「０」以外の全てのビットが「０」であることを必要と
する）； （Ａ）該３２ビットワードの最小桁バイトがスタートコ
ードプレフィックスの一部でない場合には（ステップ８
２０）、受取ったビットストリームの別の３２ビットワ
ードをフェッチする（ステップ８１０へ復帰）； （Ｂ）そうでない場合には（即ち、該３２ビットワード
の最小桁バイトがスタートコードプレフィックスの一部
である可能性がある場合）、 （１）そのスタートコードプレフィックスが該３２ビッ
トワード内において不整合であるか否かを決定する（ス
テップ８２５、第三テスト、例えば該３２ビットワード
が「ｘｘ ００ ００ ０１」であるか否かをチェッ
ク）； （２）そうでない場合には、該スタートコードプレフィ
ックスの一部が「次の」３２ビットワードの最大桁バイ
ト内において不整合であるか否かを決定する（ステップ
８２５、第四テスト、例えばそうである場合には、「次
の」３２ビットワードの最大桁バイトは「００」又は
「０１」であり、ビット「０」以外の全てのビットが
「０」であることをテストする）； （３）そうでない場合には、該スタートコードプレフィ
ックスの一部が部分的に該３２ビットワード内において
且つ部分的に「次の」２３ビットワード内において不整
合であるか否かを決定する（ステップ８２５、第五及び
第六テスト、例えば、該３２ビットワードが「ｘｘ ｘ
ｘ ００ ００」であり且つ「次の」３２ビットワード
が「０１ ｘｘ ｘｘ ｘｘ」である）； （４）そうでない場合には該スタートコードプレフィッ
クスの一部が部分的に該３２ビットワード内において且
つ部分的に「次の」３２ビットワード内において不整合
であるか否かを決定する（ステップ８２５、第七及び第
八テスト、例えば、該３２ビットワードが「ｘｘ ｘｘ
ｘｘ ００」であり且つ「次の」３２ビットワードが
「００ ０１ ｘｘ ｘｘ」である）。
【００７５】この例示的なアルゴリズムから明らかなよ
うに、「最悪の」場合の解析では１個の３２ビットワー
ドに対して８個のテストを行うものであるが、殆どの場
合には、スタートコードは比較的稀なものであるため
に、該３２ビットワードはスタートコードを有するもの
ではなく第二テストにおいて不合格となる。従って、１
個の３２ビットワードを処理するのに２ステップのテス
トで不合格となる高い蓋然性が存在しており、そのこと
は各３２ビットワードを処理するために６個のテストが
必要とされる従来技術のアルゴリズムと比較して著しく
改善されている。このアルゴリズムを「Ｃ」言語で実現
した一例を以下の表１乃至３に示してある。
うに、「最悪の」場合の解析では１個の３２ビットワー
ドに対して８個のテストを行うものであるが、殆どの場
合には、スタートコードは比較的稀なものであるため
に、該３２ビットワードはスタートコードを有するもの
ではなく第二テストにおいて不合格となる。従って、１
個の３２ビットワードを処理するのに２ステップのテス
トで不合格となる高い蓋然性が存在しており、そのこと
は各３２ビットワードを処理するために６個のテストが
必要とされる従来技術のアルゴリズムと比較して著しく
改善されている。このアルゴリズムを「Ｃ」言語で実現
した一例を以下の表１乃至３に示してある。
【００７６】
【表１】
【００７７】
【表２】
【００７８】
【表３】
【００７９】本明細書に例示した実施例の更に別の好適
具体例として以下のアルゴリズムによって実現すること
が可能である。
具体例として以下のアルゴリズムによって実現すること
が可能である。
【００８０】（ｉ）受取ったビットストリームの３２ビ
ットワードをフェッチする（ステップ８１０）； （ｉｉ）該３２ビットワードの最大桁バイトと最小桁バ
イトとを評価することによってスタートコードプレフィ
ックスとスタートコード値とが該３２ビットワード内に
おいて適切に整合しているか否か又は不整合であり少な
くともその一部が該３２ビットワードにあることを決定
する（ステップ８１５及び８２０、第一テスト、例え
ば、そのことは該３２ビットワードをワード「ＦＦ００
００ＦＥ」と「ＡＮＤ」処理することによって適宜実施
することが可能）； （ｉｉｉ）そうでない場合には、該３２ビットワードは
スタートコードプレフィックスの一部ではなく（ステッ
プ８２０）、次いで該受取ったビットストリームの別の
３２ビットワードをフェッチする（ステップ８１０へ復
帰）； （ｉｖ）そうでない場合には、スタートコードプレフィ
ックスが該３２ビットワード内において整合されている
か（第二テスト、例えば、該３２ビットワードが「００
００ ０１ ｘｘ」であるか否かのチェック）又は不
整合であるか（第三テスト、例えば、該３２ビットワー
ドが「ｘｘ ００ ０００１」）を決定する； （ｖ）そうでない場合には、スタートコードプレフィッ
クスの一部が「次の」３２ビットワードの最大桁バイト
内において不整合であるか否かを決定する（第四テス
ト）； （ｖｉ）そうでない場合には、スタートコードプレフィ
ックスの一部が部分的に該３２ビットワード内において
且つ部分的に「次の」３２ビットワード内において不整
合であるか否かを決定する（第五及び第六テスト）； （ｖｉｉ）そうでない場合には、スタートコードプレフ
ィックスの一部が部分的に該３２ビットワード内におい
て且つ部分的に「次の」３２ビットワード内において不
整合であるか否かを決定する（第七及び第八テスト）。
ットワードをフェッチする（ステップ８１０）； （ｉｉ）該３２ビットワードの最大桁バイトと最小桁バ
イトとを評価することによってスタートコードプレフィ
ックスとスタートコード値とが該３２ビットワード内に
おいて適切に整合しているか否か又は不整合であり少な
くともその一部が該３２ビットワードにあることを決定
する（ステップ８１５及び８２０、第一テスト、例え
ば、そのことは該３２ビットワードをワード「ＦＦ００
００ＦＥ」と「ＡＮＤ」処理することによって適宜実施
することが可能）； （ｉｉｉ）そうでない場合には、該３２ビットワードは
スタートコードプレフィックスの一部ではなく（ステッ
プ８２０）、次いで該受取ったビットストリームの別の
３２ビットワードをフェッチする（ステップ８１０へ復
帰）； （ｉｖ）そうでない場合には、スタートコードプレフィ
ックスが該３２ビットワード内において整合されている
か（第二テスト、例えば、該３２ビットワードが「００
００ ０１ ｘｘ」であるか否かのチェック）又は不
整合であるか（第三テスト、例えば、該３２ビットワー
ドが「ｘｘ ００ ０００１」）を決定する； （ｖ）そうでない場合には、スタートコードプレフィッ
クスの一部が「次の」３２ビットワードの最大桁バイト
内において不整合であるか否かを決定する（第四テス
ト）； （ｖｉ）そうでない場合には、スタートコードプレフィ
ックスの一部が部分的に該３２ビットワード内において
且つ部分的に「次の」３２ビットワード内において不整
合であるか否かを決定する（第五及び第六テスト）； （ｖｉｉ）そうでない場合には、スタートコードプレフ
ィックスの一部が部分的に該３２ビットワード内におい
て且つ部分的に「次の」３２ビットワード内において不
整合であるか否かを決定する（第七及び第八テスト）。
【００８１】この２番目の例示的なアルゴリズムから明
らかなように、それは従来のアルゴリズムよりもより効
率的なものであり、「最悪」の場合の解析では１つの３
２ビットワードに対して８個のテストが関与するもので
あるが、殆どの場合には、スタートコードは比較的稀な
ものであるために、その３２ビットワードはスタートコ
ードを有するものではなく、最初のテストに不合格とな
る。従って、１個の３２ビットワードを処理するために
１ステップのテストでの不合格の高い可能性が存在して
おり、そのことは、各３２ビットワードを処理するため
に６個のテストが必要とされる従来技術のアルゴリズム
と比較して著しく改善されている。この場合の「Ｃ」言
語で実現した例示的な具体例を以下の表４乃至６に示し
てある。
らかなように、それは従来のアルゴリズムよりもより効
率的なものであり、「最悪」の場合の解析では１つの３
２ビットワードに対して８個のテストが関与するもので
あるが、殆どの場合には、スタートコードは比較的稀な
ものであるために、その３２ビットワードはスタートコ
ードを有するものではなく、最初のテストに不合格とな
る。従って、１個の３２ビットワードを処理するために
１ステップのテストでの不合格の高い可能性が存在して
おり、そのことは、各３２ビットワードを処理するため
に６個のテストが必要とされる従来技術のアルゴリズム
と比較して著しく改善されている。この場合の「Ｃ」言
語で実現した例示的な具体例を以下の表４乃至６に示し
てある。
【００８２】
【表４】
【００８３】
【表５】
【００８４】
【表６】
【００８５】以上、本発明の具体的実施の態様について
詳細に説明したが、本発明は、これら具体例にのみ制限
されるべきものではなく、本発明の技術的範囲を逸脱す
ることなしに種々の変形が可能であることは勿論であ
る。
詳細に説明したが、本発明は、これら具体例にのみ制限
されるべきものではなく、本発明の技術的範囲を逸脱す
ることなしに種々の変形が可能であることは勿論であ
る。
【図１】 従来技術の例示的実施例に基づくオーディオ
及びビデオ基本ビットストリームのパケット化及びパケ
ット多重化を示した概念的ブロック図。
及びビデオ基本ビットストリームのパケット化及びパケ
ット多重化を示した概念的ブロック図。
【図２】 従来技術の例示的実施例に基づく例示的時分
割又はパケット多重化ビットストリームを示した概念的
ブロック図。
割又はパケット多重化ビットストリームを示した概念的
ブロック図。
【図３】 従来技術の例示的実施例に基づくＭＰＥＧ−
２準拠デコーディングシステムを示した概念的ブロック
図。
２準拠デコーディングシステムを示した概念的ブロック
図。
【図４】 従来技術の例示的実施例に基づくＰＥＳを示
した概念的ブロック図。
した概念的ブロック図。
【図５】 従来技術の例示的実施例に基づく別の時分割
又はパケット多重化ビットストリームを示した概念的ブ
ロック図。
又はパケット多重化ビットストリームを示した概念的ブ
ロック図。
【図６】 本発明の１実施例に基づく例示的デジタルビ
デオレコーダー（ＤＶＲ）システム及び関連するテレビ
ジョンを示した概略図。
デオレコーダー（ＤＶＲ）システム及び関連するテレビ
ジョンを示した概略図。
【図７】 本発明の１実施例に基づく例示的デジタルビ
デオレコーダー（ＤＶＲ）システムを示した概略図。
デオレコーダー（ＤＶＲ）システムを示した概略図。
【図８】 本発明の１実施例に基づくＭＰＥＧデコーダ
ーにおいて受取られ且つバッファ処理されるビットスト
リームにおけるスタートコードを検知する方法を示した
フローチャート。
ーにおいて受取られ且つバッファ処理されるビットスト
リームにおけるスタートコードを検知する方法を示した
フローチャート。
３００ ＭＰＥＧ−２デコーダー
６０５ テレビジョン
６１０ スクリーン
６１５ 赤外線（ＩＲ）センサー
６２０ 手動制御部
６５０ デジタルビデオレコーダー（ＤＶＲ）システム
６６０ ＩＲセンサー
７１０ ビデオプロセッサ
７２０ バッファ
７２５ ＰＥＳパケット構文解析及び再フォーマット化
制御器 ７３０ ハードディスクドライブ ７４０ プログラムパケットデコーダー／ＮＴＳＣエン
コーダー ７５０ ビデオレコーダー（ＶＲ）制御器 ７６０ ビデオバッファ
制御器 ７３０ ハードディスクドライブ ７４０ プログラムパケットデコーダー／ＮＴＳＣエン
コーダー ７５０ ビデオレコーダー（ＶＲ）制御器 ７６０ ビデオバッファ
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｎ 7/24 Ｈ０４Ｎ 5/92 Ｈ
(72)発明者 セミール エス． アッダ
アメリカ合衆国， カリフォルニア
95128， サン ノゼ， ムーアパーク
アベニュー 2950
Ｆターム(参考） 5C053 FA30 GA11 GB21 GB22 GB38
HA01 KA01 KA24 LA06
5C059 MA00 RB02 RC01 SS11 UA05
5D044 AB05 AB07 DE03 DE12 DE24
DE38 DE39 DE54 FG10 FG19
GK08 GK12
Claims (20)
- 【請求項１】 ＭＰＥＧデコーダーにおいて受取られた
ビットストリームにおけるスタートコードを検知する制
御器を具備するＭＰＥＧデコーダーにおいて、前記スタ
ートコードの各々は３バイトスタートコードプレフィッ
クス及び１バイトスタートコード値を有しており、前記
制御器は（ｉ）受取ったビットストリームの３２ビット
ワードをフェッチし、（ｉｉ）前記３２ビットワード内
においてスタートコードプレフィックスとスタートコー
ド値が適切に整合しているか否かを決定し、（ｉｉｉ）
前記３２ビットワード内において適切に整合していない
場合には、前記３２ビットワードの最小桁バイトが前記
スタートコードプレフィックスの一部であるかを決定す
べく、動作可能であることを特徴とするＭＰＥＧデコー
ダー。 - 【請求項２】 請求項１において、前記制御器が、更
に、前記スタートコードプレフィックスの一部でない場
合には、前記受取ったビットストリームの別の３２ビッ
トワードをフェッチすべく動作可能であることを特徴と
するＭＰＥＧデコーダー。 - 【請求項３】 請求項２において、前記制御器が、更
に、（ｉｖ）前記スタートコードプレフィックスが前記
３２ビットワードの３個の最小桁バイト内にあるか否か
を決定すべく動作可能であることを特徴とするＭＰＥＧ
デコーダー。 - 【請求項４】 請求項２において、前記制御器が、更
に、（ｉｖ）前記スタートコードプレフィックスの一部
が次の３２ビットワードの最小桁バイト内にあるか否か
を決定すべく動作可能であることを特徴とするＭＰＥＧ
デコーダー。 - 【請求項５】 請求項４において、前記制御器が、更
に、前記受取ったビットストリームの前記次の３２ビッ
トワードをフェッチすべく動作可能であることを特徴と
するＭＰＥＧデコーダー。 - 【請求項６】 請求項４において、前記制御器が、更
に、（ｖ）前記スタートコードプレフィックスの一部が
前記３２ビットワードの２個の最小桁バイト及び前記次
の３２ビットワードの最大桁バイト内にあるか否かを決
定すべく動作可能であることを特徴とするＭＰＥＧデコ
ーダー。 - 【請求項７】 請求項４において、前記制御器が、更
に、（ｖ）前記スタートコードプレフィックスの一部が
前記３２ビットワードの最小桁バイト及び前記次の３２
ビットワードの２個の最大桁バイト内にあるか否かを決
定すべく動作可能であることを特徴とするＭＰＥＧデコ
ーダー。 - 【請求項８】 記録済プログラムストリームを再生可能
なデジタルビデオレコーダーにおいて、 入力してくるプログラムストリームを受取り且つ前記入
力してくるプログラムストリームを前記デジタルビデオ
プロセッサと関連するテレビジョン上で表示させること
が可能なベースバンド信号へ変換させることが可能なビ
デオプロセッサ、 タイムシフト視聴用にプログラムストリームを格納する
ことが可能な格納ディスク、 受取ったビットストリームをデコードし且つＰＥＳパケ
ットを発生することが可能なＭＰＥＧデコーダー、を有
しており、前記ＭＰＥＧデコーダーは前記受取ったビッ
トストリームにおけるスタートコードを検知する制御器
を具備しており、前記スタートコードの各々は３バイト
スタートコードプレフィックスと１バイトスタートコー
ド値とを具備しており、前記制御器は、（ｉ）受取った
ビットストリームの３２ビットワードをフェッチし、
（ｉｉ）スタートコードプレフィックスとスタートコー
ド値が前記３２ビットワード内に適切に整合されている
か否かを決定し、（ｉｉｉ）前記３２ビットワード内に
適切に整合されていない場合には、前記３２ビットワー
ドの最小桁バイトが前記スタートコードプレフィックス
の一部であるか否かを決定すべく、動作可能であること
を特徴とするデジタルビデオレコーダー。 - 【請求項９】 請求項８において、前記制御器が、更
に、前記スタートコードプレフィックスの一部でない場
合には、前記記録済ビットストリームの別の３２ビット
ワードをフェッチすべく動作可能であることを特徴とす
るデジタルビデオレコーダー。 - 【請求項１０】 請求項９において、前記制御器は、更
に、（ｉｖ）前記スタートコードプレフィックスが前記
３２ビットワードの３個の最小桁バイト内にあるか否か
を決定すべく動作可能であることを特徴とするデジタル
ビデオレコーダー。 - 【請求項１１】 請求項９において、前記制御器が、更
に、（ｉｖ）前記スタートコードプレフィックスの一部
が次の３２ビットワードの最大桁バイト内にあるか否か
を決定すべく動作可能であることを特徴とするデジタル
ビデオレコーダー。 - 【請求項１２】 請求項１１において、前記制御器は、
更に、前記受取ったビットストリームの前記次の３２ビ
ットワードをフェッチすべく動作可能であることを特徴
とするデジタルビデオレコーダー。 - 【請求項１３】 請求項１１において、前記制御器は、
更に、（ｖ）前記スタートコードプレフィックスの一部
が前記３２ビットワードの２個の最小桁バイト及び前記
次の３２ビットワードの最大桁バイト内にあるか否かを
決定すべく動作可能であることを特徴とするデジタルビ
デオレコーダー。 - 【請求項１４】 請求項１１において、前記制御器は、
更に、（ｖ）前記スタートコードプレフィックスの一部
が前記３２ビットワードの最小桁バイト及び前記次の３
２ビットワードの２個の最大桁バイト内にあるか否かを
決定すべく動作可能であることを特徴とするデジタルビ
デオレコーダー。 - 【請求項１５】 ＭＰＥＧデコーダーにおいて受取った
ビットストリームにおいてスタートコードを検知する方
法において、前記スタートコードの各々は３バイトスタ
ートコードプレフィックスと１バイトスタートコード値
とを具備しており、 （ｉ）受取ったビットストリームの３２ビットワードを
フェッチし、 （ｉｉ）スタートコードプレフィックスとスタートコー
ド値が前記３２ビットワード内において適切に整合され
ているか否かを決定し、 （ｉｉｉ）前記３２ビットワード内において適切に整合
されていない場合には、前記３２ビットワードの最小桁
バイトが前記スタートコードプレフィックスの一部であ
るか否かを決定する、上記各ステップを有していること
を特徴とする方法。 - 【請求項１６】 請求項１５において、更に、 （ｉｖ）前記スタートコードプレフィックスが前記３２
ビットワードの３個の最小桁バイト内に存在するか否か
を決定する、上記ステップを有していることを特徴とす
る方法。 - 【請求項１７】 請求項１５において、更に、 （ｉｖ）前記スタートコードプレフィックスの一部が次
の３２ビットワードの最大桁バイト内にあるか否かを決
定する、上記ステップを有していることを特徴とする方
法。 - 【請求項１８】 請求項１７において、前記更に、前記
受取ったビットストリームの前記次の３２ビットワード
をフェッチする、上記ステップを有していることを特徴
とする方法。 - 【請求項１９】 請求項１５において、更に、 （ｖ）前記スタートコードプレフィックスの一部が前記
３２ビットワードの２個の最小桁バイト及び次の３２ビ
ットワードの最大桁バイト内にあるか否かを決定する、
上記ステップを有していることを特徴とする方法。 - 【請求項２０】 請求項１５において、更に、 （ｖ）前記スタートコードプレフィックスの一部が前記
３２ビットワードの最小桁バイト及び次の３２ビットワ
ードの２個の最大桁バイト内にあるか否かを決定する、
上記ステップを有していることを特徴とする方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/944,729 US6963612B2 (en) | 2001-08-31 | 2001-08-31 | System for detecting start codes in MPEG video streams and method of operating the same |
| US09/944729 | 2001-08-31 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003179880A true JP2003179880A (ja) | 2003-06-27 |
Family
ID=25481961
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002253919A Pending JP2003179880A (ja) | 2001-08-31 | 2002-08-30 | Ｍｐｅｇビデオストリームにおけるスタートコード検知システム及びその動作方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6963612B2 (ja) |
| EP (1) | EP1307052A3 (ja) |
| JP (1) | JP2003179880A (ja) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6553086B1 (en) * | 1998-10-02 | 2003-04-22 | Lg Electronics, Inc. | Method and apparatus for recording time information for digital data streams |
| KR100326144B1 (ko) * | 1999-02-09 | 2002-03-13 | 구자홍 | 기록 디지털 데이터 스트림의 탐색정보 생성방법 및 이를이용한 탐색방법과, 그 장치 |
| EP1315148A1 (en) * | 2001-11-17 | 2003-05-28 | Deutsche Thomson-Brandt Gmbh | Determination of the presence of ancillary data in an audio bitstream |
| US20030221194A1 (en) * | 2002-05-23 | 2003-11-27 | Balaji Thiagarajan | Fast-advance while recording on-demand content |
| US7457312B2 (en) * | 2002-06-19 | 2008-11-25 | Microsoft Corporation | Bandwidth sharing in advanced streaming format |
| US7290057B2 (en) * | 2002-08-20 | 2007-10-30 | Microsoft Corporation | Media streaming of web content data |
| KR100503452B1 (ko) * | 2002-12-27 | 2005-07-25 | 삼성전자주식회사 | 멀티미디어 데이터 기록장치 |
| US7817721B2 (en) * | 2003-05-15 | 2010-10-19 | Lsi Corporation | Posting status data in digital transport stream processing |
| US20050094730A1 (en) * | 2003-10-20 | 2005-05-05 | Chang Li F. | Wireless device having a distinct hardware video accelerator to support video compression and decompression |
| US8427494B2 (en) * | 2004-01-30 | 2013-04-23 | Nvidia Corporation | Variable-length coding data transfer interface |
| US20050281342A1 (en) * | 2004-06-22 | 2005-12-22 | Broadcom Corporation | Slow motion and high speed for digital video |
| KR20080081190A (ko) * | 2005-12-23 | 2008-09-08 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 데이터 스트림 처리 장치 및 방법 |
| CN100531382C (zh) * | 2006-01-18 | 2009-08-19 | 华为技术有限公司 | 一种用于可视电话视频音频信号传输的装置及方法 |
| US7876750B2 (en) * | 2006-04-04 | 2011-01-25 | Samsung Electronics Co., Ltd. | Digital broadcasting system and data processing method thereof |
| KR100793963B1 (ko) * | 2006-04-04 | 2008-01-16 | 삼성전자주식회사 | 디지털 방송시스템 및 그 데이터 처리방법 |
| US7729381B2 (en) * | 2006-09-15 | 2010-06-01 | At&T Intellectual Property I, L.P. | In-band media performance monitoring |
| US20100082727A1 (en) * | 2007-02-26 | 2010-04-01 | Sony Computer Entertainment America Inc. | Social network-driven media player system and method |
| US9183753B2 (en) * | 2007-02-26 | 2015-11-10 | Sony Computer Entertainment America Llc | Variation and control of sensory work playback |
| US9083938B2 (en) | 2007-02-26 | 2015-07-14 | Sony Computer Entertainment America Llc | Media player with networked playback control and advertisement insertion |
| US20100083307A1 (en) * | 2007-02-26 | 2010-04-01 | Sony Computer Entertainment America Inc. | Media player with networked playback control and advertisement insertion |
| US8522301B2 (en) * | 2007-02-26 | 2013-08-27 | Sony Computer Entertainment America Llc | System and method for varying content according to a playback control record that defines an overlay |
| US9503777B2 (en) * | 2007-06-05 | 2016-11-22 | Broadcom Corporation | Method and system for unified start code emulation prevention bits processing for AVS |
| US8725504B1 (en) | 2007-06-06 | 2014-05-13 | Nvidia Corporation | Inverse quantization in audio decoding |
| US8726125B1 (en) | 2007-06-06 | 2014-05-13 | Nvidia Corporation | Reducing interpolation error |
| US8477852B2 (en) * | 2007-06-20 | 2013-07-02 | Nvidia Corporation | Uniform video decoding and display |
| CN101821973B (zh) * | 2007-06-25 | 2014-03-12 | 熵敏通讯公司 | 用于多通道、多流、复用的传输流处理的多格式流再复用器 |
| US8849051B2 (en) * | 2007-09-17 | 2014-09-30 | Nvidia Corporation | Decoding variable length codes in JPEG applications |
| US8502709B2 (en) * | 2007-09-17 | 2013-08-06 | Nvidia Corporation | Decoding variable length codes in media applications |
| US8704834B2 (en) * | 2007-12-03 | 2014-04-22 | Nvidia Corporation | Synchronization of video input data streams and video output data streams |
| US8934539B2 (en) * | 2007-12-03 | 2015-01-13 | Nvidia Corporation | Vector processor acceleration for media quantization |
| US8687875B2 (en) * | 2007-12-03 | 2014-04-01 | Nvidia Corporation | Comparator based acceleration for media quantization |
| JP2009260643A (ja) * | 2008-04-16 | 2009-11-05 | Nec Electronics Corp | データストリーム解析装置、復号装置及びデータストリーム解析方法 |
| US9307267B2 (en) * | 2008-12-11 | 2016-04-05 | Nvidia Corporation | Techniques for scalable dynamic data encoding and decoding |
| US9060187B2 (en) * | 2008-12-22 | 2015-06-16 | Netflix, Inc. | Bit rate stream switching |
| CN101800892B (zh) * | 2010-03-04 | 2013-03-06 | 青岛海信信芯科技有限公司 | 多媒体码流识别的方法和装置 |
| KR20110106160A (ko) * | 2010-03-22 | 2011-09-28 | (주)인터큐비트 | 다중 디스플레이를 이용한 초고해상도 영상 재생 시스템 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5566089A (en) * | 1994-10-26 | 1996-10-15 | General Instrument Corporation Of Delaware | Syntax parser for a video decompression processor |
| JP3450553B2 (ja) * | 1995-10-31 | 2003-09-29 | 東芝マイクロエレクトロニクス株式会社 | 可変長符号復号装置 |
| US5726989A (en) * | 1995-11-06 | 1998-03-10 | Stellar One Corporation | Method for ensuring synchronization of MPEG-1 data carried in an MPEG-2 transport stream |
| US5727036A (en) * | 1995-11-22 | 1998-03-10 | Mitsubishi Semiconductor America, Inc. | High bit rate start code searching and detecting circuit and method |
| JPH11136225A (ja) * | 1997-10-30 | 1999-05-21 | Matsushita Electric Ind Co Ltd | ビットストリームにおけるスタートコードを検出する方法および装置 |
| GB9807208D0 (en) * | 1998-04-03 | 1998-06-03 | Nds Ltd | Method and apparatus for detecting a sequence in a bitstream |
| EP1051041A1 (en) * | 1999-05-07 | 2000-11-08 | Deutsche Thomson-Brandt Gmbh | Method for searching start codes |
-
2001
- 2001-08-31 US US09/944,729 patent/US6963612B2/en not_active Expired - Lifetime
-
2002
- 2002-08-13 EP EP02255649A patent/EP1307052A3/en not_active Withdrawn
- 2002-08-30 JP JP2002253919A patent/JP2003179880A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US20030043919A1 (en) | 2003-03-06 |
| EP1307052A2 (en) | 2003-05-02 |
| US6963612B2 (en) | 2005-11-08 |
| EP1307052A3 (en) | 2006-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6963612B2 (en) | System for detecting start codes in MPEG video streams and method of operating the same | |
| US6931071B2 (en) | Apparatus and method for synchronizing video and audio MPEG streams in a video playback device | |
| US7218635B2 (en) | Apparatus and method for indexing MPEG video data to perform special mode playback in a digital video recorder and indexed signal associated therewith | |
| US7675876B2 (en) | Transport demultiplexor with bit maskable filter | |
| USRE47054E1 (en) | System for digital time shifting and method thereof | |
| US7742687B2 (en) | Digital television recorders and stream format conversion and methods thereof | |
| JP2000224543A (ja) | ディジタル記録再生装置 | |
| TW201123903A (en) | Video stream index generation at a video content transmitter | |
| JP2003158719A (ja) | デジタルビデオレコーダーにおけるビデオデータストリーム多重化システム及びその動作方法 | |
| JP2004208305A (ja) | オーディオ／ビデオ復号方法および装置、ビデオドライバ回路およびそれを組み込んでいるデコーダボックス | |
| JPH08340541A (ja) | デジタルデータの伝送方法、伝送装置、記録方法、記録装置、再生方法、再生装置、記録再生方法及び記録再生装置 | |
| US20070274675A1 (en) | Method and Apparatus for Transcoding Digital Audio/Video Streams | |
| US20050019005A1 (en) | Personal video recorder and control method thereof | |
| US6731657B1 (en) | Multiformat transport stream demultiplexor | |
| JPH08340514A (ja) | デジタルデータの記録方法、記録装置及び再生システム | |
| JP2000251402A (ja) | ディジタル記録再生装置 | |
| JP2004193673A (ja) | 受信装置及び方法、再生装置及び方法、並びに記録再生装置及び方法 | |
| JP4366912B2 (ja) | 復号装置及び復号方法 | |
| KR20030088482A (ko) | Ａｖ 데이터 기록 재생 장치 및 방법, 상기 ａｖ 데이터기록 재생 장치 또는 방법으로 기록된 기록 매체, 및데이터 구조체 | |
| JP4763589B2 (ja) | 再生装置、および、その再生方法 | |
| JP3792770B2 (ja) | 記録再生装置 | |
| KR100539731B1 (ko) | 전송스트림저장장치및방법 | |
| JP2004147153A (ja) | 映像信号記録装置、映像信号記録方法及び映像信号記録用プログラム | |
| KR100708377B1 (ko) | 디지털 방송 수신시 동시 화면을 위한 디코더 | |
| US20010026676A1 (en) | Special reproduction data generating device, medium, and information aggregate |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050830 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080415 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080930 |