JPH11220655A - 符号化ストリームスプライシング装置及び符号化ストリームスプライシング方法、符号化ストリーム生成装置及び符号化ストリーム生成方法、並びに情報処理装置及び方法 - Google Patents
符号化ストリームスプライシング装置及び符号化ストリームスプライシング方法、符号化ストリーム生成装置及び符号化ストリーム生成方法、並びに情報処理装置及び方法Info
- Publication number
- JPH11220655A JPH11220655A JP28260998A JP28260998A JPH11220655A JP H11220655 A JPH11220655 A JP H11220655A JP 28260998 A JP28260998 A JP 28260998A JP 28260998 A JP28260998 A JP 28260998A JP H11220655 A JPH11220655 A JP H11220655A
- Authority
- JP
- Japan
- Prior art keywords
- stream
- splicing
- data
- picture
- encoded
- 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
- 238000000034 method Methods 0.000 title claims description 108
- 239000000284 extract Substances 0.000 claims abstract description 5
- 238000004458 analytical method Methods 0.000 claims description 35
- 230000010365 information processing Effects 0.000 claims description 12
- 238000012163 sequencing technique Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 44
- 230000005540 biological transmission Effects 0.000 description 39
- 239000000463 material Substances 0.000 description 27
- 230000006978 adaptation Effects 0.000 description 26
- 239000011159 matrix material Substances 0.000 description 19
- 238000006243 chemical reaction Methods 0.000 description 18
- 239000013598 vector Substances 0.000 description 15
- 238000013139 quantization Methods 0.000 description 10
- 230000000875 corresponding effect Effects 0.000 description 7
- 241000985905 Candidatus Phytoplasma solani Species 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 4
- 230000001276 controlling effect Effects 0.000 description 4
- 101800000560 Protein M1' Proteins 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000003672 processing method Methods 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 241000183024 Populus tremula Species 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000001343 mnemonic effect Effects 0.000 description 1
- HKSZLNNOFSGOKW-HMWZOHBLSA-N staurosporine Chemical compound C12=C3N4C5=CC=CC=C5C3=C3CNC(=O)C3=C2C2=CC=CC=C2N1[C@@H]1C[C@H](NC)[C@H](OC)[C@@]4(C)O1 HKSZLNNOFSGOKW-HMWZOHBLSA-N 0.000 description 1
Classifications
-
- 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
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving management of server-side video buffer
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
-
- 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
-
- 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/81—Monomedia components thereof
- H04N21/812—Monomedia components thereof involving advertisement data
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Studio Circuits (AREA)
- Television Signal Processing For Recording (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
(57)【要約】
【課題】 シームレスなスプライスドストリームを生成
するためのストリームスプライシング装置を実現する。 【解決手段】 本局からトランスポートストリームとし
て伝送されてきたオリジナル符号化ストリームＳＴOLD
のストリーム形態が変換されたエレメンタリーストリー
ムは、ストリーム解析回路５０２に供給される。ストリ
ーム解析回路５０２は、オリジナル符号化ストリームＳ
ＴOLDのシンタックスを解析して、vbv_delay、repeat_f
irst_field及びtop_field_first等のデータエレメント
を抽出し、それらをスプライスコントローラ５００に供
給する。スプライスコントローラ５００は、これらのオ
リジナル符号化ストリームＳＴOLDに関するデータエレ
メントをストリームプロセッサ５０３に供給する。
するためのストリームスプライシング装置を実現する。 【解決手段】 本局からトランスポートストリームとし
て伝送されてきたオリジナル符号化ストリームＳＴOLD
のストリーム形態が変換されたエレメンタリーストリー
ムは、ストリーム解析回路５０２に供給される。ストリ
ーム解析回路５０２は、オリジナル符号化ストリームＳ
ＴOLDのシンタックスを解析して、vbv_delay、repeat_f
irst_field及びtop_field_first等のデータエレメント
を抽出し、それらをスプライスコントローラ５００に供
給する。スプライスコントローラ５００は、これらのオ
リジナル符号化ストリームＳＴOLDに関するデータエレ
メントをストリームプロセッサ５０３に供給する。
Description
【０００１】
【発明の属する技術分野】この発明は、デジタル放送シ
ステムにおいて使用される符号化ストリームスプライシ
ング装置及び符号化ストリームスプライシング方法、符
号化ストリーム生成装置及び符号化ストリーム生成方
法、並びに情報処理装置及び方法であって、特には、２
つの符号化ストリームをストリームレベルでスプライシ
ングすることによってシームレスなスプライスドストリ
ームを生成する符号化ストリームスプライシング装置及
び符号化ストリームスプライシング方法、符号化ストリ
ーム生成装置及び符号化ストリーム生成方法、並びに情
報処理装置及び方法に関するものである。
ステムにおいて使用される符号化ストリームスプライシ
ング装置及び符号化ストリームスプライシング方法、符
号化ストリーム生成装置及び符号化ストリーム生成方
法、並びに情報処理装置及び方法であって、特には、２
つの符号化ストリームをストリームレベルでスプライシ
ングすることによってシームレスなスプライスドストリ
ームを生成する符号化ストリームスプライシング装置及
び符号化ストリームスプライシング方法、符号化ストリ
ーム生成装置及び符号化ストリーム生成方法、並びに情
報処理装置及び方法に関するものである。
【０００２】
【従来の技術】図１は、現在のテレビジョン放送システ
ムを説明するための図である。現在のテレビジョン放送
システムにおいて、各家庭にテレビ番組を配信するため
の放送局は、全国規模のテレビ番組を制作する本局（キ
ーステーション又はメインステーション）ＳKと、地方
特有のテレビ番組を作成する本局系列の複数の地方局
（支局）ＳA、ＳB、及びＳCとから構成されている。本
局ＳKは、全国共通のテレビ番組を作成し、その作成し
たテレビ番組を地方局に伝送するための放送局であっ
て、地方局は、本局から局間伝送によって送られて来た
オリジナルテレビ番組、及びそのオリジナルテレビ番組
一部を地方特有向けに編集したテレビ番組の両方の番組
を地方の家庭に配信するための放送局である。例えば、
図１に示されるように、地方局ＥAは、放送エリアＥA内
の家庭に伝送するテレビ番組を作成する局であって、地
方局ＥBは、放送エリアＥB内の家庭に伝送するテレビ番
組を作成する局であって、地方局ＥCは、放送エリアＥC
内の家庭に伝送するテレビ番組を作成する局である。
尚、この各地方局において行われる編集処理とは、例え
ば、本局から送られてきたニュース番組に、地方独自の
天気予報のプログラムを挿入したり、映画やドラマ等の
番組に、地方向けのコマーシャルを挿入したりする処理
のことである。
ムを説明するための図である。現在のテレビジョン放送
システムにおいて、各家庭にテレビ番組を配信するため
の放送局は、全国規模のテレビ番組を制作する本局（キ
ーステーション又はメインステーション）ＳKと、地方
特有のテレビ番組を作成する本局系列の複数の地方局
（支局）ＳA、ＳB、及びＳCとから構成されている。本
局ＳKは、全国共通のテレビ番組を作成し、その作成し
たテレビ番組を地方局に伝送するための放送局であっ
て、地方局は、本局から局間伝送によって送られて来た
オリジナルテレビ番組、及びそのオリジナルテレビ番組
一部を地方特有向けに編集したテレビ番組の両方の番組
を地方の家庭に配信するための放送局である。例えば、
図１に示されるように、地方局ＥAは、放送エリアＥA内
の家庭に伝送するテレビ番組を作成する局であって、地
方局ＥBは、放送エリアＥB内の家庭に伝送するテレビ番
組を作成する局であって、地方局ＥCは、放送エリアＥC
内の家庭に伝送するテレビ番組を作成する局である。
尚、この各地方局において行われる編集処理とは、例え
ば、本局から送られてきたニュース番組に、地方独自の
天気予報のプログラムを挿入したり、映画やドラマ等の
番組に、地方向けのコマーシャルを挿入したりする処理
のことである。
【０００３】図２は、各地方局における編集処理を説明
するための図であって、図２（Ａ）は、本局において制
作されたオリジナルテレビ番組ＰＧOLDを示し、図２
（Ｂ）は、地方局において制作された地方向けの差し替
えテレビ番組ＰＧNEWであって、図２（Ｃ）は、地方局
において編集されたテレビ番組ＰＧEDITを示している。
図２に示された編集処理の例は、本局から伝送されてき
たオリジナルテレビ番組のうち、コマーシャルＣＭ１、
プログラム２、及びコマーシャルＣＭ３を、地方局にお
いて地方向けに制作されたコマーシャルＣＭ１’、プロ
グラム２’、及びコマーシャルＣＭ３’に置き換える編
集処理の例である。この地方局における編集処理の結
果、図２（Ｃ）に示されるように、本局において生成さ
れたテレビ番組（プログラム１、ＣＭ２、プログラム３
Ｃ、及びプログラム４）と地方局において生成されたテ
レビ番組（コマーシャルＣＭ１’、プログラム２’、及
びコマーシャルＭ３’）とが混在する地方向けのテレビ
番組が生成される。
するための図であって、図２（Ａ）は、本局において制
作されたオリジナルテレビ番組ＰＧOLDを示し、図２
（Ｂ）は、地方局において制作された地方向けの差し替
えテレビ番組ＰＧNEWであって、図２（Ｃ）は、地方局
において編集されたテレビ番組ＰＧEDITを示している。
図２に示された編集処理の例は、本局から伝送されてき
たオリジナルテレビ番組のうち、コマーシャルＣＭ１、
プログラム２、及びコマーシャルＣＭ３を、地方局にお
いて地方向けに制作されたコマーシャルＣＭ１’、プロ
グラム２’、及びコマーシャルＣＭ３’に置き換える編
集処理の例である。この地方局における編集処理の結
果、図２（Ｃ）に示されるように、本局において生成さ
れたテレビ番組（プログラム１、ＣＭ２、プログラム３
Ｃ、及びプログラム４）と地方局において生成されたテ
レビ番組（コマーシャルＣＭ１’、プログラム２’、及
びコマーシャルＭ３’）とが混在する地方向けのテレビ
番組が生成される。
【０００４】近年、現在のテレビジョン放送システムは
アナログのベースバンドのテレビジョン信号を各家庭に
配信するアナログ放送であるため、これらのアナログ方
法システムを、デジタル技術を使用した次世代の放送シ
ステムに置換えようという試みがなされている。このデ
ジタル放送システムは、ＭＰＥＧ２（Moving PictureEx
perts Group Phase2）等の圧縮符号化技術を用いてビデ
オデータやオーディオデータを圧縮符号化し、その符号
化されたストリームを地上波や衛星波を利用して各家庭
や他局に伝送するシステムである。特に、このデジタル
放送システムとして提案されている放送技術の中で、ヨ
ーロッパにおいて次世代の放送方式として提案されてい
るＤＶＢ（Digital Video Broadcasting）規格が最も有
力であって、このＤＶＢ規格がデファクトスタンダート
となりつつある。
アナログのベースバンドのテレビジョン信号を各家庭に
配信するアナログ放送であるため、これらのアナログ方
法システムを、デジタル技術を使用した次世代の放送シ
ステムに置換えようという試みがなされている。このデ
ジタル放送システムは、ＭＰＥＧ２（Moving PictureEx
perts Group Phase2）等の圧縮符号化技術を用いてビデ
オデータやオーディオデータを圧縮符号化し、その符号
化されたストリームを地上波や衛星波を利用して各家庭
や他局に伝送するシステムである。特に、このデジタル
放送システムとして提案されている放送技術の中で、ヨ
ーロッパにおいて次世代の放送方式として提案されてい
るＤＶＢ（Digital Video Broadcasting）規格が最も有
力であって、このＤＶＢ規格がデファクトスタンダート
となりつつある。
【０００５】次に、図３を参照してＭＰＥＧ規格を用い
て、ビデオデータとオーディオデータを含んだプログラ
ムを送信側システムから受信側システムに伝送する一般
的なデジタル伝送システムに関して説明する。
て、ビデオデータとオーディオデータを含んだプログラ
ムを送信側システムから受信側システムに伝送する一般
的なデジタル伝送システムに関して説明する。
【０００６】一般的なデジタル伝送システムにおいて、
伝送側システム１０は、ＭＰＥＧビデオエンコーダ１１
と、ＭＰＥＧオーディオエンコーダ１２と、マルチプレ
クサ１３とを備え、受信側システム２０は、デマルチプ
レクサ２１と、ＭＰＥＧビデオエンコーダ２２と、ＭＰ
ＥＧオーディオデコーダとを備えている。
伝送側システム１０は、ＭＰＥＧビデオエンコーダ１１
と、ＭＰＥＧオーディオエンコーダ１２と、マルチプレ
クサ１３とを備え、受信側システム２０は、デマルチプ
レクサ２１と、ＭＰＥＧビデオエンコーダ２２と、ＭＰ
ＥＧオーディオデコーダとを備えている。
【０００７】ＭＰＥＧビデオエンコーダ１１は、ベース
バンドのソースビデオデータＶをＭＰＥＧ規格に基いて
符号化し、その符号化したストリームをビデオエレメン
タリストリームＥＳとして出力する。ＭＰＥＧオーディ
オエンコーダ１２は、ベースバンドのソースオーディオ
データＡをＭＰＥＧ規格に基いて符号化し、その符号化
したストリームをオーディオエレメンタリストリームＥ
Ｓとして出力する。マルチプレクサ１３は、ＭＰＥＧビ
デオエンコーダ１１とＭＰＥＧオーディオエンコーダ１
２から、それぞれビデオエレメンタリーストリームとオ
ーディオエレメンタリストリームを受取り、それらのス
トリームをトランスポートストリームパケットの形態に
変換し、ビデオエレメンタリストリームを含んだトラン
スポートストリームパケットとオーディオエレメンタリ
ストリームを含んだトランスポートストリームパケット
を生成する。さらに、マルチプレクサ１３は、ビデオエ
レメンタリストリームを含んだトランスポートストリー
ムパケットとオーディオエレメンタリストリームを含ん
だトランスポートストリームパケットとが混在するよう
に、それぞれのトランスポートストリームパケットを多
重化し、受信システム２０に伝送されるトランスポート
ストリームを生成する。
バンドのソースビデオデータＶをＭＰＥＧ規格に基いて
符号化し、その符号化したストリームをビデオエレメン
タリストリームＥＳとして出力する。ＭＰＥＧオーディ
オエンコーダ１２は、ベースバンドのソースオーディオ
データＡをＭＰＥＧ規格に基いて符号化し、その符号化
したストリームをオーディオエレメンタリストリームＥ
Ｓとして出力する。マルチプレクサ１３は、ＭＰＥＧビ
デオエンコーダ１１とＭＰＥＧオーディオエンコーダ１
２から、それぞれビデオエレメンタリーストリームとオ
ーディオエレメンタリストリームを受取り、それらのス
トリームをトランスポートストリームパケットの形態に
変換し、ビデオエレメンタリストリームを含んだトラン
スポートストリームパケットとオーディオエレメンタリ
ストリームを含んだトランスポートストリームパケット
を生成する。さらに、マルチプレクサ１３は、ビデオエ
レメンタリストリームを含んだトランスポートストリー
ムパケットとオーディオエレメンタリストリームを含ん
だトランスポートストリームパケットとが混在するよう
に、それぞれのトランスポートストリームパケットを多
重化し、受信システム２０に伝送されるトランスポート
ストリームを生成する。
【０００８】デマルチプレクサ２１は、伝送路を介して
伝送されたトランスポートストリームを受取り、ビデオ
エレメンタリストリームを含んだトランスポートストリ
ームとオーディオエレメンタリストリームを含んだトラ
ンスポートストリームパケットとに分離する。さらに、
デマルチプレクサ２１は、ビデオエレメンタリストリー
ムを含んだトランスポートストリームパケットからビデ
オエレメンタリーストリームを生成するとともに、オー
ディオエレメンタリストリームを含んだトランスポート
ストリームパケットからオーディオエレメンタリースト
リームを生成する。ＭＰＥＧビデオデコーダ２２は、デ
マルチプレクサ２１からビデオエレメンタリーストリー
ムを受取り、このビデオエレメンタリストリームをＭＰ
ＥＧ規格に基いてデコードし、ベースバンドのビデオデ
ータＶを生成する。ＭＰＥＧオーディオデコーダ２２
は、デマルチプレクサ２１からオーディオエレメンタリ
ーストリームを受取り、このオーディオエレメンタリス
トリームをＭＰＥＧ規格に基いてデコードし、ベースバ
ンドのオーディオデータＡを生成する。
伝送されたトランスポートストリームを受取り、ビデオ
エレメンタリストリームを含んだトランスポートストリ
ームとオーディオエレメンタリストリームを含んだトラ
ンスポートストリームパケットとに分離する。さらに、
デマルチプレクサ２１は、ビデオエレメンタリストリー
ムを含んだトランスポートストリームパケットからビデ
オエレメンタリーストリームを生成するとともに、オー
ディオエレメンタリストリームを含んだトランスポート
ストリームパケットからオーディオエレメンタリースト
リームを生成する。ＭＰＥＧビデオデコーダ２２は、デ
マルチプレクサ２１からビデオエレメンタリーストリー
ムを受取り、このビデオエレメンタリストリームをＭＰ
ＥＧ規格に基いてデコードし、ベースバンドのビデオデ
ータＶを生成する。ＭＰＥＧオーディオデコーダ２２
は、デマルチプレクサ２１からオーディオエレメンタリ
ーストリームを受取り、このオーディオエレメンタリス
トリームをＭＰＥＧ規格に基いてデコードし、ベースバ
ンドのオーディオデータＡを生成する。
【０００９】さて、従来のアナログ放送システムをこの
ようなデジタル伝送システムの技術を使用してデジタル
放送システムに置き換えようとした場合、本局から地方
局に向けて伝送されるテレビ番組のビデオデータは、Ｍ
ＰＥＧ２規格に基いて圧縮符号化された符号化ストリー
ムとなる。従って、地方局において本局から伝送された
オリジナル符号化ストリームの一部を、地方局において
制作された符号化ストリームに置換えるための編集処理
を行なうためには、この編集処理の前に、一端、符号化
ストリームをデコードして、ベースバンドのビデオデー
タに戻さなければいけない。なぜなら、ＭＰＥＧ規格に
準じた符号化ストリームに含まれる各ピクチャの予測方
向は、前後のピクチャの予測方向と相互に関連している
ので、ストリーム上の任意の位置において符号化ストリ
ームを接続することができないからである。もし強引に
２つの符号化ストリームをつなげたとすると、符号化ス
トリームのつなぎめが不連続になってしない、正確にデ
コードできなくなってしまうことが発生する。
ようなデジタル伝送システムの技術を使用してデジタル
放送システムに置き換えようとした場合、本局から地方
局に向けて伝送されるテレビ番組のビデオデータは、Ｍ
ＰＥＧ２規格に基いて圧縮符号化された符号化ストリー
ムとなる。従って、地方局において本局から伝送された
オリジナル符号化ストリームの一部を、地方局において
制作された符号化ストリームに置換えるための編集処理
を行なうためには、この編集処理の前に、一端、符号化
ストリームをデコードして、ベースバンドのビデオデー
タに戻さなければいけない。なぜなら、ＭＰＥＧ規格に
準じた符号化ストリームに含まれる各ピクチャの予測方
向は、前後のピクチャの予測方向と相互に関連している
ので、ストリーム上の任意の位置において符号化ストリ
ームを接続することができないからである。もし強引に
２つの符号化ストリームをつなげたとすると、符号化ス
トリームのつなぎめが不連続になってしない、正確にデ
コードできなくなってしまうことが発生する。
【００１０】従って、図２において説明したような編集
処理を実現するためには、本局から供給されたオリジナ
ルの符号化ストリームと、地方向けに制作された符号化
ストリームの両方を一端デコードし、それぞれをベース
バンドのビデオ信号に戻すデコード処理と、２つのベー
スバンドのビデオデータを編集してオンエア用の編集さ
れたビデオデータを生成する編集処理と、編集されたビ
デオデータを再び符号化して、符号化ビデオストリーム
を生成するという符号化処理とを行なわなくてはいけな
い。しかしながら、ＭＰＥＧ規格に基く符号化／復号化
処理は１００％可逆の符号化／復号化処理ではないの
で、復号化処理及び符号化処理を繰り返すたびに画質が
劣化してしまうという問題があった。
処理を実現するためには、本局から供給されたオリジナ
ルの符号化ストリームと、地方向けに制作された符号化
ストリームの両方を一端デコードし、それぞれをベース
バンドのビデオ信号に戻すデコード処理と、２つのベー
スバンドのビデオデータを編集してオンエア用の編集さ
れたビデオデータを生成する編集処理と、編集されたビ
デオデータを再び符号化して、符号化ビデオストリーム
を生成するという符号化処理とを行なわなくてはいけな
い。しかしながら、ＭＰＥＧ規格に基く符号化／復号化
処理は１００％可逆の符号化／復号化処理ではないの
で、復号化処理及び符号化処理を繰り返すたびに画質が
劣化してしまうという問題があった。
【００１１】そこで、近年では、供給された符号化スト
リームを復号化処理せずに、符号化ストリームの状態の
まま編集することを可能にする技術が要求されるように
なってきた。尚、このように符号化されたビットストリ
ームレベルで、異なる２つの符号化ビットストリームを
連結し、連結されたビットストリームを生成することを
「スプライシング」と呼んでいいる。つまり、スプライ
シングとは、符号化ストリームの状態のままで複数のス
トリームを編集及び接続することを意味する。
リームを復号化処理せずに、符号化ストリームの状態の
まま編集することを可能にする技術が要求されるように
なってきた。尚、このように符号化されたビットストリ
ームレベルで、異なる２つの符号化ビットストリームを
連結し、連結されたビットストリームを生成することを
「スプライシング」と呼んでいいる。つまり、スプライ
シングとは、符号化ストリームの状態のままで複数のス
トリームを編集及び接続することを意味する。
【００１２】しかしながら、このスプライシング処理を
実現するためには以下のような２つの問題点がある。
実現するためには以下のような２つの問題点がある。
【００１３】まず、第１の問題点について説明する。
【００１４】上述したＭＰＥＧビデオエンコーダ１１及
びＭＰＥＧビデオデコーダ２２において使用されている
ＭＰＥＧ規格では、符号化方式として双方向予測符号化
方式が採用されている。この双方向予測符号化方式で
は、フレーム内符号化、フレーム間順方向予測符号化お
よび双方向予測符号化の３つのタイプの符号化が行わ
れ、各符号化タイプによる画像は、それぞれＩピクチャ
（intra coded picture ）、Ｐピクチャ（predictive c
oded picture）およびＢピクチャ（bidirectionally pr
edictive coded picture）と呼ばれる。また、Ｉ，Ｐ，
Ｂの各ピクチャを適切に組み合わせて、ランダムアクセ
スの単位となるＧＯＰ（Group of Picture）が構成され
る。一般的には、各ピクチャの発生符号量は、Ｉピクチ
ャが最も多く、次にＰピクチャが多く、Ｂピクチャが最
も少ない。
びＭＰＥＧビデオデコーダ２２において使用されている
ＭＰＥＧ規格では、符号化方式として双方向予測符号化
方式が採用されている。この双方向予測符号化方式で
は、フレーム内符号化、フレーム間順方向予測符号化お
よび双方向予測符号化の３つのタイプの符号化が行わ
れ、各符号化タイプによる画像は、それぞれＩピクチャ
（intra coded picture ）、Ｐピクチャ（predictive c
oded picture）およびＢピクチャ（bidirectionally pr
edictive coded picture）と呼ばれる。また、Ｉ，Ｐ，
Ｂの各ピクチャを適切に組み合わせて、ランダムアクセ
スの単位となるＧＯＰ（Group of Picture）が構成され
る。一般的には、各ピクチャの発生符号量は、Ｉピクチ
ャが最も多く、次にＰピクチャが多く、Ｂピクチャが最
も少ない。
【００１５】ＭＰＥＧ規格のようにピクチャ毎にビット
発生量が異なる符号化方法では、得られる符号化ビット
ストリーム（以下、単にストリームとも言う。）をビデ
オデコーダにおいて正確に復号化して画像を得るために
は、ビデオデコーダ２２における入力バッファ内のデー
タ占有量を、ビデオエンコーダ１１で把握していなけれ
ばならない。そこで、ＭＰＥＧ規格では、ビデオデコー
ダ２２における入力バッファに対応するバッファとして
‘ＶＢＶ（Video Buffering Verifier）バッファ’とい
う仮想バッファを想定し、ビデオエンコーダ１１では、
ＶＢＶバッファを破綻、つまりアンダフローやオーバフ
ローさせないように、符号化処理を行なうように定義さ
れている。例えば、このＶＢＶバッファの容量は、伝送
される信号の規格に応じて決められており、メインプロ
ファイル・メインレベル（ＭＰ＠ＭＬ）のスタンダード
ビデオ信号の場合であれば、１．７５Ｍビットの容量を
有している。ビデオエンコーダ１１は、このＶＢＶバッ
ファをオーバフローやアンダフローさせないように、各
ピクチャのビット発生量をコントロールする。
発生量が異なる符号化方法では、得られる符号化ビット
ストリーム（以下、単にストリームとも言う。）をビデ
オデコーダにおいて正確に復号化して画像を得るために
は、ビデオデコーダ２２における入力バッファ内のデー
タ占有量を、ビデオエンコーダ１１で把握していなけれ
ばならない。そこで、ＭＰＥＧ規格では、ビデオデコー
ダ２２における入力バッファに対応するバッファとして
‘ＶＢＶ（Video Buffering Verifier）バッファ’とい
う仮想バッファを想定し、ビデオエンコーダ１１では、
ＶＢＶバッファを破綻、つまりアンダフローやオーバフ
ローさせないように、符号化処理を行なうように定義さ
れている。例えば、このＶＢＶバッファの容量は、伝送
される信号の規格に応じて決められており、メインプロ
ファイル・メインレベル（ＭＰ＠ＭＬ）のスタンダード
ビデオ信号の場合であれば、１．７５Ｍビットの容量を
有している。ビデオエンコーダ１１は、このＶＢＶバッ
ファをオーバフローやアンダフローさせないように、各
ピクチャのビット発生量をコントロールする。
【００１６】次に、図４を参照して、ＶＢＶバッファに
ついて説明する。
ついて説明する。
【００１７】図４（Ａ）は、本局において制作されたプ
ログラム１とコマーシャルＣＭ１とを含んだオリジナル
テレビ番組を、ビデオエンコーダで符号化したオリジナ
ルストリームＳＴOLDと、そのオリジナルストリームＳ
ＴOLDに対応するＶＢＶバッファのデータ占有量の軌跡
を示す図である。図４（Ｂ）は、地方向けに制作された
コマーシャルであって、オリジナルテレビ番組のコマー
シャルＣＭ１の部分に差し替えられるコマーシャルＣＭ
１’を、地方局のビデオエンコーダで符号化した差し替
えストリームＳＴNEWと、その差し替えストリームＳＴN
EWのＶＢＶバッファのデータ占有量の軌跡を示す図であ
る。尚、以下の説明において、本局から支局に伝送され
たオリジナルテレビ番組を符号化したストリームの一部
が支局において作成された新たなストリームによって置
き換えられるので、このオリジナルテビ番組を符号化し
たオリジナルストリームを、古いストリームであること
を示す‘ＳＴOLD ’と表現し、オリジナルストリームＳ
ＴOLDの一部に新たに差し替えられる差し替えストリー
ムを‘ＳＴNEW’と表現する。図４（Ｃ）は、スプライ
スポイントＳＰにおいてオリジナルストリームＳＴOLD
に対して差し替えストリームＳＴNEWをスプライシング
することによって得られたスプライスドストリームＳＴ
SPL（ spliced stream ）と、そのスプライスドストリ
ームＳＴSPLのＶＢＶバッファのデータ占有量の軌跡を
示す図である。
ログラム１とコマーシャルＣＭ１とを含んだオリジナル
テレビ番組を、ビデオエンコーダで符号化したオリジナ
ルストリームＳＴOLDと、そのオリジナルストリームＳ
ＴOLDに対応するＶＢＶバッファのデータ占有量の軌跡
を示す図である。図４（Ｂ）は、地方向けに制作された
コマーシャルであって、オリジナルテレビ番組のコマー
シャルＣＭ１の部分に差し替えられるコマーシャルＣＭ
１’を、地方局のビデオエンコーダで符号化した差し替
えストリームＳＴNEWと、その差し替えストリームＳＴN
EWのＶＢＶバッファのデータ占有量の軌跡を示す図であ
る。尚、以下の説明において、本局から支局に伝送され
たオリジナルテレビ番組を符号化したストリームの一部
が支局において作成された新たなストリームによって置
き換えられるので、このオリジナルテビ番組を符号化し
たオリジナルストリームを、古いストリームであること
を示す‘ＳＴOLD ’と表現し、オリジナルストリームＳ
ＴOLDの一部に新たに差し替えられる差し替えストリー
ムを‘ＳＴNEW’と表現する。図４（Ｃ）は、スプライ
スポイントＳＰにおいてオリジナルストリームＳＴOLD
に対して差し替えストリームＳＴNEWをスプライシング
することによって得られたスプライスドストリームＳＴ
SPL（ spliced stream ）と、そのスプライスドストリ
ームＳＴSPLのＶＢＶバッファのデータ占有量の軌跡を
示す図である。
【００１８】尚、図４において、ＶＢＶバッファのデー
タ占有量の軌跡において、右上がり部分（傾き部分）は
伝送ビットレートを表し、垂直に落ちている部分は各ピ
クチャの再生のためにビデオデコーダがデコーダバッフ
ァから引き出すビット量を表している。ビデオデコーダ
がこのデコーダバッファからビットを引き出すタイミン
グは、デコーデイングタイムスタンプ（ＤＴＳ）と呼ば
れる情報によって指定される。なお、図４においてＩ，
Ｐ，Ｂは、それぞれＩピクチャ，Ｐピクチャ，Ｂピクチ
ャを表している。
タ占有量の軌跡において、右上がり部分（傾き部分）は
伝送ビットレートを表し、垂直に落ちている部分は各ピ
クチャの再生のためにビデオデコーダがデコーダバッフ
ァから引き出すビット量を表している。ビデオデコーダ
がこのデコーダバッファからビットを引き出すタイミン
グは、デコーデイングタイムスタンプ（ＤＴＳ）と呼ば
れる情報によって指定される。なお、図４においてＩ，
Ｐ，Ｂは、それぞれＩピクチャ，Ｐピクチャ，Ｂピクチ
ャを表している。
【００１９】オリジナル符号化ストリームＳＴOLDは本
局のビデオエンコーダ符号化されたストリームであっ
て、差し替えストリームＳＴNEWは地方局のビデオエン
コーダで符号化されたストリームであるので、オリジナ
ル符号化ストリームＳＴOLDと差し替えストリームＳＴN
EWとは、それぞれのビデオエンコーダで全く関係無く符
号化されたストリームである。よって、地方局のビデオ
エンコーダは、本局のビデオエンコーダのＶＢＶバッフ
ァのデータ占有量の軌跡を全く知らずに、独自に差し替
えストリームＳＴNEWを生成するための符号化処理を行
っているので、スプライスポイントＳＰにおけるオリジ
ナルストリームＳＴOLDのＶＢＶバッファのデータ占有
量ＶＢＶOLDと、スプライスポイントＳＰにおける差し
替えストリームＳＴNEWのＶＢＶバッファのデータ占有
量ＶＢＶNEWとは異なってしまう。
局のビデオエンコーダ符号化されたストリームであっ
て、差し替えストリームＳＴNEWは地方局のビデオエン
コーダで符号化されたストリームであるので、オリジナ
ル符号化ストリームＳＴOLDと差し替えストリームＳＴN
EWとは、それぞれのビデオエンコーダで全く関係無く符
号化されたストリームである。よって、地方局のビデオ
エンコーダは、本局のビデオエンコーダのＶＢＶバッフ
ァのデータ占有量の軌跡を全く知らずに、独自に差し替
えストリームＳＴNEWを生成するための符号化処理を行
っているので、スプライスポイントＳＰにおけるオリジ
ナルストリームＳＴOLDのＶＢＶバッファのデータ占有
量ＶＢＶOLDと、スプライスポイントＳＰにおける差し
替えストリームＳＴNEWのＶＢＶバッファのデータ占有
量ＶＢＶNEWとは異なってしまう。
【００２０】つまり、スプライスドストリームＳＴSPL
のスプライスポイントＳＰの前後において、ＶＢＶバッ
ファのデータ占有量の軌跡が不連続にならないようにす
るためには、スプライスドストリームＳＴSPLにおける
差し替えストリームＳＴNEWのＶＢＶバッファのデータ
占有量の初期レベルは、ＶＢＶバッファのデータ占有量
ＶＢＶOLDにしなければいけない。その結果、図４に示
したように、オリジナルストリームＳＴOLDのＶＢＶバ
ッファのデータ占有量ＶＢＶOLDよりも、差し替えスト
リームＳＴNEWのＶＢＶバッファのデータ占有量ＶＢＶN
EWの値が小さい場合には、スプライスドストリームＳＴ
SPLにおける差し替えストリームＳＴNEWの部分で、ＶＢ
Ｖバッファがオーバーフローしてしまう。また、逆に、
オリジナルストリームＳＴOLDのＶＢＶバッファのデー
タ占有量ＶＢＶOLDよりも、差し替えストリームＳＴNEW
のＶＢＶバッファのデータ占有量ＶＢＶNEWの値が大き
い場合には、スプライスストリームＳＴSPLにおける差
し替えストリームＳＴNEWの部分で、ＶＢＶバッファが
アンダーフローしてしまう。
のスプライスポイントＳＰの前後において、ＶＢＶバッ
ファのデータ占有量の軌跡が不連続にならないようにす
るためには、スプライスドストリームＳＴSPLにおける
差し替えストリームＳＴNEWのＶＢＶバッファのデータ
占有量の初期レベルは、ＶＢＶバッファのデータ占有量
ＶＢＶOLDにしなければいけない。その結果、図４に示
したように、オリジナルストリームＳＴOLDのＶＢＶバ
ッファのデータ占有量ＶＢＶOLDよりも、差し替えスト
リームＳＴNEWのＶＢＶバッファのデータ占有量ＶＢＶN
EWの値が小さい場合には、スプライスドストリームＳＴ
SPLにおける差し替えストリームＳＴNEWの部分で、ＶＢ
Ｖバッファがオーバーフローしてしまう。また、逆に、
オリジナルストリームＳＴOLDのＶＢＶバッファのデー
タ占有量ＶＢＶOLDよりも、差し替えストリームＳＴNEW
のＶＢＶバッファのデータ占有量ＶＢＶNEWの値が大き
い場合には、スプライスストリームＳＴSPLにおける差
し替えストリームＳＴNEWの部分で、ＶＢＶバッファが
アンダーフローしてしまう。
【００２１】次に、第２の問題について説明する。
【００２２】ＭＰＥＧ規格に基いて符号化されたストリ
ームのヘッダには、符号化情報を示すさまざまなデータ
エレメントやフラグが記述されており、これらのデータ
エレメントやフラグを使用して符号化ストリームを復号
化するようになされている。
ームのヘッダには、符号化情報を示すさまざまなデータ
エレメントやフラグが記述されており、これらのデータ
エレメントやフラグを使用して符号化ストリームを復号
化するようになされている。
【００２３】図２に示されたオリジナルテレビ番組の本
編を構成するプログラム１、プログラム２、プログラム
３及びプログラム４は、ビデオカメラ等によって撮影さ
れた２９．９７Ｈｚ（約３０Ｈｚ）のフレームレートを
有するＮＴＳＣ方式のテレビジョン信号とは限らず、２
４Ｈｚ（毎秒２４コマ）のフレームレートを有する映画
素材からテレビジョン信号に変換された信号であること
もある。一般的に、このように２４Ｈｚの映画素材を２
９．９７Ｈｚのテレビジョン信号に変換する処理を、オ
リジナル素材における２個のフィールドを、所定のシー
ケンスで３個のフィールドに変換する処理を含むことか
ら、‘２：３プルダウン処理’と呼んでいる。
編を構成するプログラム１、プログラム２、プログラム
３及びプログラム４は、ビデオカメラ等によって撮影さ
れた２９．９７Ｈｚ（約３０Ｈｚ）のフレームレートを
有するＮＴＳＣ方式のテレビジョン信号とは限らず、２
４Ｈｚ（毎秒２４コマ）のフレームレートを有する映画
素材からテレビジョン信号に変換された信号であること
もある。一般的に、このように２４Ｈｚの映画素材を２
９．９７Ｈｚのテレビジョン信号に変換する処理を、オ
リジナル素材における２個のフィールドを、所定のシー
ケンスで３個のフィールドに変換する処理を含むことか
ら、‘２：３プルダウン処理’と呼んでいる。
【００２４】図５は、この２：３プルダウン処理を説明
するための図である。図５において、Ｔ１からＴ８は２
４Ｈｚのフレーム周波数を有する映画素材のトップフィ
ールドを示し、Ｂ１からＢ９は２４Ｈｚのフレーム周波
数を有する映画素材のボトムフィールドを示している。
さらに、図５において示された楕円及び三角形は、トッ
プフィールドとボトムフィールドから構成されるフレー
ムの構造を示している。
するための図である。図５において、Ｔ１からＴ８は２
４Ｈｚのフレーム周波数を有する映画素材のトップフィ
ールドを示し、Ｂ１からＢ９は２４Ｈｚのフレーム周波
数を有する映画素材のボトムフィールドを示している。
さらに、図５において示された楕円及び三角形は、トッ
プフィールドとボトムフィールドから構成されるフレー
ムの構造を示している。
【００２５】具体的には、この２：３プルダウン処理に
おいて、２４Ｈｚのフレーム周波数を有する映画素材
（８個のトップフィールドＴ１〜Ｔ８、及び８個のボト
ムフィールドＢ１〜Ｂ８）に、ボトムフィールドＢ２を
繰り返すことによって生成されたリピートフィールドＢ
２’、トップフィールドＴ４を繰り返すことによって生
成されたリピートフィールドＴ４’、ボトムフィールド
Ｂ６を繰り返すことによって生成されたリピートフィー
ルドＢ６’、及びトップフィールドＴ８を繰り返すこと
によって生成されたリピートフィールドＴ８’の４つの
リピートフィールドを挿入する処理が行われる。その結
果、この２：３プルダウン処理によって、２４Ｈｚのフ
レーム周波数を有する映画素材から２９．９７Ｈｚのフ
レーム周波数を有するテレビジョン信号が生成される。
おいて、２４Ｈｚのフレーム周波数を有する映画素材
（８個のトップフィールドＴ１〜Ｔ８、及び８個のボト
ムフィールドＢ１〜Ｂ８）に、ボトムフィールドＢ２を
繰り返すことによって生成されたリピートフィールドＢ
２’、トップフィールドＴ４を繰り返すことによって生
成されたリピートフィールドＴ４’、ボトムフィールド
Ｂ６を繰り返すことによって生成されたリピートフィー
ルドＢ６’、及びトップフィールドＴ８を繰り返すこと
によって生成されたリピートフィールドＴ８’の４つの
リピートフィールドを挿入する処理が行われる。その結
果、この２：３プルダウン処理によって、２４Ｈｚのフ
レーム周波数を有する映画素材から２９．９７Ｈｚのフ
レーム周波数を有するテレビジョン信号が生成される。
【００２６】ＭＰＥＧエンコーダにおいて、２：３プル
ダウン処理されたテレビジョン信号は、ビデオエンコー
ダにおいてそのまま符号化処理されるのではなく、２：
３プルダウン処理されたテレビジョン信号からリピート
フィールドを除去してから、符号化処が行われる。図５
に示した例では、２：３プルダウンされたテレビジョン
信号から、リピートフィールドＢ２’、Ｔ４’、Ｂ６’
及びＴ８’が除去される。このように符号化処理前にリ
ピートフィールドを除去する理由は、このリピートフィ
ールドは、２：３プルダウン処理時に挿入された冗長な
フィールドであって、圧縮符号化効率を向上させるため
に削除したとしても何ら画質劣化が発生しないからであ
る。
ダウン処理されたテレビジョン信号は、ビデオエンコー
ダにおいてそのまま符号化処理されるのではなく、２：
３プルダウン処理されたテレビジョン信号からリピート
フィールドを除去してから、符号化処が行われる。図５
に示した例では、２：３プルダウンされたテレビジョン
信号から、リピートフィールドＢ２’、Ｔ４’、Ｂ６’
及びＴ８’が除去される。このように符号化処理前にリ
ピートフィールドを除去する理由は、このリピートフィ
ールドは、２：３プルダウン処理時に挿入された冗長な
フィールドであって、圧縮符号化効率を向上させるため
に削除したとしても何ら画質劣化が発生しないからであ
る。
【００２７】また、ＭＰＥＧ規格においては、符号化ス
トリームをデコードする際に、フレームを構成する２つ
のフィールドのいずれかのフィールドを繰り返すことに
よって、リピートフィールドを生成するか否かを示す
‘ repeat_first_field ’というフラグを記述すること
を定義付けている。具体的には、ＭＰＥＧデコーダは、
符号化ストリームをデコードする際に、符号化ストリー
ム中のフラグ「repeat_first_field 」が「１」の場合
にはリピートフィールドを生成し、符号化ストリーム中
のフラグ「repeat_first_field 」が「０」の場合には
リピートフィールドを生成しないという処理を行なう。
トリームをデコードする際に、フレームを構成する２つ
のフィールドのいずれかのフィールドを繰り返すことに
よって、リピートフィールドを生成するか否かを示す
‘ repeat_first_field ’というフラグを記述すること
を定義付けている。具体的には、ＭＰＥＧデコーダは、
符号化ストリームをデコードする際に、符号化ストリー
ム中のフラグ「repeat_first_field 」が「１」の場合
にはリピートフィールドを生成し、符号化ストリーム中
のフラグ「repeat_first_field 」が「０」の場合には
リピートフィールドを生成しないという処理を行なう。
【００２８】図５に示した例の場合には、トップフィー
ルドＴ１とボトムフィールドＢ１とから構成されるフレ
ームを符号化したストリームの「 repeat_first_field
」は「０」であって、トップフィールドＴ２とボトム
フィールドＢ２とから構成されるフレームを符号化した
ストリームの「 repeat_first_field 」は「１」であっ
て、トップフィールドＴ３とボトムフィールドＢ３とか
ら構成されるフレームを符号化したストリームの「 rep
eat_first_field 」は「０」であって、トップフィール
ドＴ４とボトムフィールドＢ４とから構成されるフレー
ムを符号化したストリームの「 repeat_first_field 」
は「１」であるので、トップフィールドＴ２とボトムフ
ィールドＢ２とから構成されるフレームの符号化ストリ
ームをデコードする時には、リピートフィールドＢ２’
を生成し、トップフィールドＴ４とボトムフィールドＢ
４とから構成されるフレームの符号化ストリームをデコ
ードする時には、リピートフィールドＢ４’を生成する
処理を行なう。
ルドＴ１とボトムフィールドＢ１とから構成されるフレ
ームを符号化したストリームの「 repeat_first_field
」は「０」であって、トップフィールドＴ２とボトム
フィールドＢ２とから構成されるフレームを符号化した
ストリームの「 repeat_first_field 」は「１」であっ
て、トップフィールドＴ３とボトムフィールドＢ３とか
ら構成されるフレームを符号化したストリームの「 rep
eat_first_field 」は「０」であって、トップフィール
ドＴ４とボトムフィールドＢ４とから構成されるフレー
ムを符号化したストリームの「 repeat_first_field 」
は「１」であるので、トップフィールドＴ２とボトムフ
ィールドＢ２とから構成されるフレームの符号化ストリ
ームをデコードする時には、リピートフィールドＢ２’
を生成し、トップフィールドＴ４とボトムフィールドＢ
４とから構成されるフレームの符号化ストリームをデコ
ードする時には、リピートフィールドＢ４’を生成する
処理を行なう。
【００２９】さらに、ＭＰＥＧ規格においては、フレー
ムを構成する２つのフィールドのうち、最初のフィール
ドがトップフィールドかボトムフィールドかを示す‘ t
op_field_first ’というフラグを、符号化ストリーム
中に記述することを定義している。具体的には、「top_
field_first」が「１」である場合には、トップフィー
ルドがボトムフィールドよりも時間的に早いフレーム構
造であることを示し、「top_field_first」が「０」の
場合には、トップフィールドがボトムフィールドよりも
時間的に早いフレーム構造であることを示す。
ムを構成する２つのフィールドのうち、最初のフィール
ドがトップフィールドかボトムフィールドかを示す‘ t
op_field_first ’というフラグを、符号化ストリーム
中に記述することを定義している。具体的には、「top_
field_first」が「１」である場合には、トップフィー
ルドがボトムフィールドよりも時間的に早いフレーム構
造であることを示し、「top_field_first」が「０」の
場合には、トップフィールドがボトムフィールドよりも
時間的に早いフレーム構造であることを示す。
【００３０】図５に示した例では、トップフィールドＴ
１とボトムフィールドＢ１から構成されるフレームの符
号化ストリームの「top_field_first」は「０」であっ
て、トップフィールドＴ２とボトムフィールドＢ２から
構成されるフレームの符号化ストリームの「top_field_
first」は「１」であって、トップフィールドＴ３とボ
トムフィールドＢ３から構成されるフレームの符号化ス
トリームの「top_field_first」は「０」であって、ト
ップフィールドＴ４とボトムフィールドＢ４から構成さ
れるフレームの符号化ストリームの「top_field_firs
t」は「１」である。
１とボトムフィールドＢ１から構成されるフレームの符
号化ストリームの「top_field_first」は「０」であっ
て、トップフィールドＴ２とボトムフィールドＢ２から
構成されるフレームの符号化ストリームの「top_field_
first」は「１」であって、トップフィールドＴ３とボ
トムフィールドＢ３から構成されるフレームの符号化ス
トリームの「top_field_first」は「０」であって、ト
ップフィールドＴ４とボトムフィールドＢ４から構成さ
れるフレームの符号化ストリームの「top_field_firs
t」は「１」である。
【００３１】次に、図６を参照して、符号化ストリーム
をスプライシング処理したときの「top_field_first」
及び「 repeat_first_field 」等のＭＰＥＧ規格におい
て定義されているフラグに関して発生する問題点につい
て説明する。
をスプライシング処理したときの「top_field_first」
及び「 repeat_first_field 」等のＭＰＥＧ規格におい
て定義されているフラグに関して発生する問題点につい
て説明する。
【００３２】図６（Ａ）は、本局において制作されたオ
リジナルテレビ番組を符号化したオリジナルストリーム
ＳＴOLDのフレーム構造を示している図であって、図５
（Ｂ）は、地方局において制作された地方向けのコマー
シャルＣ１’を符号化した差し替えストリームＳＴNEW
のフレーム構造を示している図であって、図５（Ｃ）
は、スプライシング処理されたスプライスドストリーム
ＳＴSPLのフレーム構造を示している図である。
リジナルテレビ番組を符号化したオリジナルストリーム
ＳＴOLDのフレーム構造を示している図であって、図５
（Ｂ）は、地方局において制作された地方向けのコマー
シャルＣ１’を符号化した差し替えストリームＳＴNEW
のフレーム構造を示している図であって、図５（Ｃ）
は、スプライシング処理されたスプライスドストリーム
ＳＴSPLのフレーム構造を示している図である。
【００３３】オリジナルストリームＳＴOLDにおけるプ
ログラム１及びプログラム２は、共に２：３プルダウン
処理された符号化ストリームであって、本編のコマーシ
ャルＣＭ１の各フレームは、「 top_field_first 」が
「０」となっているフレーム構造の符号化ストリームで
ある。また、図６（Ｂ）に示された、地方コマーシャル
ＣＭ１’は、オリジナルテレビ番組のコマーシャルＣＭ
１の部分に差し替えられる符号化ストリームであって、
「top_field_first」が「１」となっているフレーム構
造の符号化ストリームである。図６（Ｃ）に示されたス
プライスドストリームＳＴSPLは、プログラム１で示さ
れるオリジナルストリームＳＴOLDの後に、差し替えス
トリームＳＴNEWをスプライスし、さらに、差し替えス
トリームＳＴNEWの後に、プログラム２で示されるオリ
ジナルストリームＳＴOLDをスプライスすることによっ
て生成されたストリームである。つまり、スプライスド
ストリームＳＴSPLは、オリジナルストリームＳＴOLDの
本編コマーシャルＣＭ１の替わりに地方コマーシャルＣ
Ｍ１’を挿入したストリームである。
ログラム１及びプログラム２は、共に２：３プルダウン
処理された符号化ストリームであって、本編のコマーシ
ャルＣＭ１の各フレームは、「 top_field_first 」が
「０」となっているフレーム構造の符号化ストリームで
ある。また、図６（Ｂ）に示された、地方コマーシャル
ＣＭ１’は、オリジナルテレビ番組のコマーシャルＣＭ
１の部分に差し替えられる符号化ストリームであって、
「top_field_first」が「１」となっているフレーム構
造の符号化ストリームである。図６（Ｃ）に示されたス
プライスドストリームＳＴSPLは、プログラム１で示さ
れるオリジナルストリームＳＴOLDの後に、差し替えス
トリームＳＴNEWをスプライスし、さらに、差し替えス
トリームＳＴNEWの後に、プログラム２で示されるオリ
ジナルストリームＳＴOLDをスプライスすることによっ
て生成されたストリームである。つまり、スプライスド
ストリームＳＴSPLは、オリジナルストリームＳＴOLDの
本編コマーシャルＣＭ１の替わりに地方コマーシャルＣ
Ｍ１’を挿入したストリームである。
【００３４】図６に示した本局において制作されたコマ
ーシャルＣＭ１の各フレームは、top_field_firstが
「０」のフレーム構造の符号化ストリームであって、地
方局において制作されたコマーシャルＣＭ１’は、top_
field_firstが「１」のフレーム構造の符号化ストリー
ムであることを示している。
ーシャルＣＭ１の各フレームは、top_field_firstが
「０」のフレーム構造の符号化ストリームであって、地
方局において制作されたコマーシャルＣＭ１’は、top_
field_firstが「１」のフレーム構造の符号化ストリー
ムであることを示している。
【００３５】図６（Ａ）及び図６（Ｂ）に示したよう
に、コマーシャルＣＭ１のフレーム構造と、コマーシャ
ルＣＭ１に対して差し替えられる差し替えコマーシャル
ＣＭ１’のフレーム構造とが異なる場合に、オリジナル
ストリームＳＰOLDのスプライスポイントＳＰ１で、プ
ログラム１のストリームの後にコマーシャルＣＭ１’の
ストリームをスプライスすると、スプライスドストリー
ムＳＴSPLにおいてフィールドのギャップが生じてしま
う。フィールドのギャップとは、図６（Ｃ）に示された
ように、スプライスポイントＳＰ１におけるボトムフィ
ールドＢ６が、スプライスドストリームＳＴSPLから脱
落し、トップフィールドとボトムフィールドの繰り返し
パターンが不連続になっていることを意味している。
に、コマーシャルＣＭ１のフレーム構造と、コマーシャ
ルＣＭ１に対して差し替えられる差し替えコマーシャル
ＣＭ１’のフレーム構造とが異なる場合に、オリジナル
ストリームＳＰOLDのスプライスポイントＳＰ１で、プ
ログラム１のストリームの後にコマーシャルＣＭ１’の
ストリームをスプライスすると、スプライスドストリー
ムＳＴSPLにおいてフィールドのギャップが生じてしま
う。フィールドのギャップとは、図６（Ｃ）に示された
ように、スプライスポイントＳＰ１におけるボトムフィ
ールドＢ６が、スプライスドストリームＳＴSPLから脱
落し、トップフィールドとボトムフィールドの繰り返し
パターンが不連続になっていることを意味している。
【００３６】このようにフィールドのギャップが生じて
フィールドパターンが不連続になっている符号化ストリ
ームは、ＭＰＥＧ規格違反の符号化ストリームであっ
て、通常のＭＰＥＧデコーダでは正常に復号化できな
い。
フィールドパターンが不連続になっている符号化ストリ
ームは、ＭＰＥＧ規格違反の符号化ストリームであっ
て、通常のＭＰＥＧデコーダでは正常に復号化できな
い。
【００３７】また、図６（Ａ）及び図６（Ｂ）に示した
ように、オリジナルストリームＳＰOLDのスプライスポ
イントＳＰ２で、コマーシャルＣＭ１’のストリームの
後にプログラム２のストリームをスプライスすると、ス
プライスドストリームＳＴSPLにおいてフィールドの重
複が生じてします。このフィールドの重複とは、図６
（Ｃ）に示されたように、スプライスポイントＳＰ２に
おけるボトムフィールドｂ１２及びボトムフィールドＢ
１２が同じ表示時間に存在することになってしまうこと
を意味している。
ように、オリジナルストリームＳＰOLDのスプライスポ
イントＳＰ２で、コマーシャルＣＭ１’のストリームの
後にプログラム２のストリームをスプライスすると、ス
プライスドストリームＳＴSPLにおいてフィールドの重
複が生じてします。このフィールドの重複とは、図６
（Ｃ）に示されたように、スプライスポイントＳＰ２に
おけるボトムフィールドｂ１２及びボトムフィールドＢ
１２が同じ表示時間に存在することになってしまうこと
を意味している。
【００３８】このようにフィールドの重複が生じてフィ
ールドパターンが不連続になっている符号化ストリーム
は、ＭＰＥＧ規格違反の符号化ストリームであって、通
常のＭＰＥＧデコーダでは正常に復号化できない。
ールドパターンが不連続になっている符号化ストリーム
は、ＭＰＥＧ規格違反の符号化ストリームであって、通
常のＭＰＥＧデコーダでは正常に復号化できない。
【００３９】つまり、単純にスプラシング処理を行なう
と、フィールドパターン／フレームパターンが不連続に
なってしまい、ＭＰＥＧ規格に準じたスプライスドスト
リームを生成することができなかった。
と、フィールドパターン／フレームパターンが不連続に
なってしまい、ＭＰＥＧ規格に準じたスプライスドスト
リームを生成することができなかった。
【００４０】
【発明が解決しようとする課題】本発明の目的は、スプ
ライシングされたストリームのＶＢＶバッファのデータ
占有量の軌跡が連続であって、且つ、ＶＢＶバッファば
破綻しないシームレスなスプライシング処理を実現する
ための符号化ストリームスプライシング装置を提供する
ことにある。さらには、スプライシングポイント前後に
おける、符号化ストリームのストリーム構造が不連続に
ならないシームレスなスプライシング処理を実現するた
めの符号化ストリームスプライシング装置を提供するこ
とにある。
ライシングされたストリームのＶＢＶバッファのデータ
占有量の軌跡が連続であって、且つ、ＶＢＶバッファば
破綻しないシームレスなスプライシング処理を実現する
ための符号化ストリームスプライシング装置を提供する
ことにある。さらには、スプライシングポイント前後に
おける、符号化ストリームのストリーム構造が不連続に
ならないシームレスなスプライシング処理を実現するた
めの符号化ストリームスプライシング装置を提供するこ
とにある。
【００４１】
【課題を解決するための手段】請求項１に記載の符号化
ストリームスプライシング装置は、第１の符号化ストリ
ームのシンタックスを解析することによって、第１の符
号化ストリームの符号化パラメータを抽出するストリー
ム解析手段と、ストリーム解析手段によって得られた第
１の符号化ストリームの符号化パラメータに基いて、ス
プライシングポイントにおいて第１の符号化ストリーム
と第２の符号化ストリームとがシームレスに接続される
ように、第２の符号化ストリームの符号化パラメータを
変更し、第１の符号化ストリームと符号化パラメータが
変更された第２の符号化ストリームとをスプライシング
するスプライシング手段とを備えたことを特徴とする。
ストリームスプライシング装置は、第１の符号化ストリ
ームのシンタックスを解析することによって、第１の符
号化ストリームの符号化パラメータを抽出するストリー
ム解析手段と、ストリーム解析手段によって得られた第
１の符号化ストリームの符号化パラメータに基いて、ス
プライシングポイントにおいて第１の符号化ストリーム
と第２の符号化ストリームとがシームレスに接続される
ように、第２の符号化ストリームの符号化パラメータを
変更し、第１の符号化ストリームと符号化パラメータが
変更された第２の符号化ストリームとをスプライシング
するスプライシング手段とを備えたことを特徴とする。
【００４２】請求項１１に記載の符号化ストリームスプ
ライシング方法は、第１の符号化ストリームのシンタッ
クスを解析することによって、第１の符号化ストリーム
の符号化パラメータを抽出するストリーム解析ステップ
と、ストリーム解析ステップによって得られた第１の符
号化ストリームの符号化パラメータに基いて、スプライ
シングポイントにおいて第１の符号化ストリームと第２
の符号化ストリームとがシームレスに接続されるよう
に、第２の符号化ストリームの符号化パラメータを変更
し、第１の符号化ストリームと符号化パラメータが変更
された第２の符号化ストリームとをスプライシングする
スプライシングステップとを備えたことを特徴とする。
ライシング方法は、第１の符号化ストリームのシンタッ
クスを解析することによって、第１の符号化ストリーム
の符号化パラメータを抽出するストリーム解析ステップ
と、ストリーム解析ステップによって得られた第１の符
号化ストリームの符号化パラメータに基いて、スプライ
シングポイントにおいて第１の符号化ストリームと第２
の符号化ストリームとがシームレスに接続されるよう
に、第２の符号化ストリームの符号化パラメータを変更
し、第１の符号化ストリームと符号化パラメータが変更
された第２の符号化ストリームとをスプライシングする
スプライシングステップとを備えたことを特徴とする。
【００４３】請求項２１に記載の符号化ストリーム生成
装置は、第１の符号化ストリームのシンタックスを解析
することによって、第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析手段と、ストリーム
解析手段によって得られた第１の符号化ストリームの符
号化パラメータに基いて、スプライシングポイントにお
いて第１の符号化ストリームと第２の符号化ストリーム
とがシームレスに接続されるように、第２の符号化スト
リームの符号化パラメータを変更し、第１の符号化スト
リームと符号化パラメータが変更された第２の符号化ス
トリームとをスプライシングするスプライシング手段と
を備えたことを特徴とする。
装置は、第１の符号化ストリームのシンタックスを解析
することによって、第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析手段と、ストリーム
解析手段によって得られた第１の符号化ストリームの符
号化パラメータに基いて、スプライシングポイントにお
いて第１の符号化ストリームと第２の符号化ストリーム
とがシームレスに接続されるように、第２の符号化スト
リームの符号化パラメータを変更し、第１の符号化スト
リームと符号化パラメータが変更された第２の符号化ス
トリームとをスプライシングするスプライシング手段と
を備えたことを特徴とする。
【００４４】請求項２２に記載の符号化ストリーム生成
方法は、第１の符号化ストリームのシンタックスを解析
することによって、第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析ステップと、ストリ
ーム解析ステップによって得られた第１の符号化ストリ
ームの符号化パラメータに基いて、スプライシングポイ
ントにおいて第１の符号化ストリームと第２の符号化ス
トリームとがシームレスに接続されるように、第２の符
号化ストリームの符号化パラメータを変更し、第１の符
号化ストリームと符号化パラメータが変更された第２の
符号化ストリームとをスプライシングするスプライシン
グステップとを備えたことを特徴とする。
方法は、第１の符号化ストリームのシンタックスを解析
することによって、第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析ステップと、ストリ
ーム解析ステップによって得られた第１の符号化ストリ
ームの符号化パラメータに基いて、スプライシングポイ
ントにおいて第１の符号化ストリームと第２の符号化ス
トリームとがシームレスに接続されるように、第２の符
号化ストリームの符号化パラメータを変更し、第１の符
号化ストリームと符号化パラメータが変更された第２の
符号化ストリームとをスプライシングするスプライシン
グステップとを備えたことを特徴とする。
【００４５】請求項２３に記載の情報処理装置は、デー
タを受信する受信手段と、受信手段で受信したデータの
一部を、他のデータと入れ替える入れ替え手段と、他の
データを符号化する符号化手段と、受信手段で受信した
データを、他のデータと整合が取れるように変更する変
更手段とを備えることを特徴とする。
タを受信する受信手段と、受信手段で受信したデータの
一部を、他のデータと入れ替える入れ替え手段と、他の
データを符号化する符号化手段と、受信手段で受信した
データを、他のデータと整合が取れるように変更する変
更手段とを備えることを特徴とする。
【００４６】請求項２７に記載の情報処理方法は、デー
タを受信する受信ステップと、受信ステップで受信した
データの一部を、他のデータと入れ替える入れ替えステ
ップと、他のデータを符号化する符号化ステップと、受
信ステップで受信したデータを、他のデータと整合が取
れるように変更する変更ステップとを含むことを特徴と
する。
タを受信する受信ステップと、受信ステップで受信した
データの一部を、他のデータと入れ替える入れ替えステ
ップと、他のデータを符号化する符号化ステップと、受
信ステップで受信したデータを、他のデータと整合が取
れるように変更する変更ステップとを含むことを特徴と
する。
【００４７】請求項１の符号化ストリームスプライシン
グ装置及び請求項２１の符号化ストリーム生成装置にお
いては、第１の符号化ストリームのシンタックスを解析
することによって、第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析手段と、ストリーム
解析手段によって得られた第１の符号化ストリームの符
号化パラメータに基いて、スプライシングポイントにお
いて第１の符号化ストリームと第２の符号化ストリーム
とがシームレスに接続されるように、第２の符号化スト
リームの符号化パラメータを変更し、第１の符号化スト
リームと符号化パラメータが変更された第２の符号化ス
トリームとをスプライシングするスプライシング手段と
を備えることによって、スプライシングされたストリー
ムのＶＢＶバッファのデータ占有量の軌跡が連続であっ
て、且つ、ＶＢＶバッファば破綻しないシームレスなス
プライシング処理を実現することができる。また、本発
明によれば、スプライシングポイント前後における、符
号化ストリームのストリーム構造が不連続にならない整
合性の取れたシームレスなストリームを生成することの
できるスプライシング処理を実現できる。
グ装置及び請求項２１の符号化ストリーム生成装置にお
いては、第１の符号化ストリームのシンタックスを解析
することによって、第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析手段と、ストリーム
解析手段によって得られた第１の符号化ストリームの符
号化パラメータに基いて、スプライシングポイントにお
いて第１の符号化ストリームと第２の符号化ストリーム
とがシームレスに接続されるように、第２の符号化スト
リームの符号化パラメータを変更し、第１の符号化スト
リームと符号化パラメータが変更された第２の符号化ス
トリームとをスプライシングするスプライシング手段と
を備えることによって、スプライシングされたストリー
ムのＶＢＶバッファのデータ占有量の軌跡が連続であっ
て、且つ、ＶＢＶバッファば破綻しないシームレスなス
プライシング処理を実現することができる。また、本発
明によれば、スプライシングポイント前後における、符
号化ストリームのストリーム構造が不連続にならない整
合性の取れたシームレスなストリームを生成することの
できるスプライシング処理を実現できる。
【００４８】また、請求項１１の符号化ストリームスプ
ライシング方法及び請求項２２の符号化ストリーム生成
方法においては、第１の符号化ストリームのシンタック
スを解析することによって、第１の符号化ストリームの
符号化パラメータを抽出するストリーム解析ステップ
と、ストリーム解析ステップによって得られた第１の符
号化ストリームの符号化パラメータに基いて、スプライ
シングポイントにおいて第１の符号化ストリームと第２
の符号化ストリームとがシームレスに接続されるよう
に、第２の符号化ストリームの符号化パラメータを変更
し、第１の符号化ストリームと符号化パラメータが変更
された第２の符号化ストリームとをスプライシングする
スプライシングステップとを行なうことによって、スプ
ライシングされたストリームのＶＢＶバッファのデータ
占有量の軌跡が連続であって、且つ、ＶＢＶバッファば
破綻しないシームレスなスプライシング処理を実現する
ことができる。また、本発明によれば、スプライシング
ポイント前後における、符号化ストリームのストリーム
構造が不連続にならない整合性の取れたシームレスなス
トリームを生成することのできるスプライシング処理を
実現できる。
ライシング方法及び請求項２２の符号化ストリーム生成
方法においては、第１の符号化ストリームのシンタック
スを解析することによって、第１の符号化ストリームの
符号化パラメータを抽出するストリーム解析ステップ
と、ストリーム解析ステップによって得られた第１の符
号化ストリームの符号化パラメータに基いて、スプライ
シングポイントにおいて第１の符号化ストリームと第２
の符号化ストリームとがシームレスに接続されるよう
に、第２の符号化ストリームの符号化パラメータを変更
し、第１の符号化ストリームと符号化パラメータが変更
された第２の符号化ストリームとをスプライシングする
スプライシングステップとを行なうことによって、スプ
ライシングされたストリームのＶＢＶバッファのデータ
占有量の軌跡が連続であって、且つ、ＶＢＶバッファば
破綻しないシームレスなスプライシング処理を実現する
ことができる。また、本発明によれば、スプライシング
ポイント前後における、符号化ストリームのストリーム
構造が不連続にならない整合性の取れたシームレスなス
トリームを生成することのできるスプライシング処理を
実現できる。
【００４９】請求項２３の情報処理装置及び請求項２７
の情報処理方法においては、データが受信され、受信さ
れたデータの一部が、他のデータと入れ替えられ、他の
データが符号化され、受信したデータが、他のデータと
整合が取れるように変更される。
の情報処理方法においては、データが受信され、受信さ
れたデータの一部が、他のデータと入れ替えられ、他の
データが符号化され、受信したデータが、他のデータと
整合が取れるように変更される。
【００５０】
【発明の実施の形態】図７は、本発明の実施の形態に係
る符号化ストリームスプライシング装置を含むデジタル
放送システムを構成を示す図である。
る符号化ストリームスプライシング装置を含むデジタル
放送システムを構成を示す図である。
【００５１】図７に示されているように、一般的には、
デジタル放送システムは主局（Keystation）３０と、こ
の主局系列の地方局４０とから構成されている。
デジタル放送システムは主局（Keystation）３０と、こ
の主局系列の地方局４０とから構成されている。
【００５２】主局３０は、系列の地方局に対して共通の
テレビプログラムを制作及び伝送するための放送局であ
って、放送システムコントローラ３１と、素材サーバ３
２と、ＣＭサーバ３３と、マトリックススイッチャブロ
ック３４と、ＭＰＥＧエンコーダブロック３５と、マル
チプレクサ３６と、変調回路３７とから構成されてい
る。
テレビプログラムを制作及び伝送するための放送局であ
って、放送システムコントローラ３１と、素材サーバ３
２と、ＣＭサーバ３３と、マトリックススイッチャブロ
ック３４と、ＭＰＥＧエンコーダブロック３５と、マル
チプレクサ３６と、変調回路３７とから構成されてい
る。
【００５３】放送システムコントローラ３１は、素材サ
ーバ３２、ＣＭサーバ３３、マトリックススイッチャブ
ロック３４、ＭＰＥＧエンコーダブロック３５、マルチ
プレクサ３６、及び変調回路３７等の放送局に設けられ
ている全ての装置及び回路を統合的に管理及びコントロ
ールするシステムである。この放送システムコントロー
ラ３１は、番組供給会社から供給された番組素材及びプ
ロモーション素材や自局で作成した番組素材やＣＭ素材
などのあらゆる素材の放映時間を管理するための番組編
成表が登録されており、放送番組編成システム１は、こ
の番組編成表に従って、上述した各装置及び回路を制御
する。この番組編成表は、例えば、１時間単位又は１日
単位の放送番組スケジュールが記録されているイベント
情報ファイル、及び１５秒単位の放送番組のタイムスケ
ジュールが記録されている運行情報ファイル等から構成
されている。
ーバ３２、ＣＭサーバ３３、マトリックススイッチャブ
ロック３４、ＭＰＥＧエンコーダブロック３５、マルチ
プレクサ３６、及び変調回路３７等の放送局に設けられ
ている全ての装置及び回路を統合的に管理及びコントロ
ールするシステムである。この放送システムコントロー
ラ３１は、番組供給会社から供給された番組素材及びプ
ロモーション素材や自局で作成した番組素材やＣＭ素材
などのあらゆる素材の放映時間を管理するための番組編
成表が登録されており、放送番組編成システム１は、こ
の番組編成表に従って、上述した各装置及び回路を制御
する。この番組編成表は、例えば、１時間単位又は１日
単位の放送番組スケジュールが記録されているイベント
情報ファイル、及び１５秒単位の放送番組のタイムスケ
ジュールが記録されている運行情報ファイル等から構成
されている。
【００５４】素材サーバ３２は、テレビ番組の本編とし
て放送される映画番組、スポーツ番組、娯楽番組、ニュ
ース番組等のビデオデータ及びオーディオデータを格納
すると共に、放送システムコントローラ３１によって指
定されたプログラムを、番組編成表のタイムスケジュー
ルに従ったタイミングで出力するためのサーバである。
また、この映画番組とは、先に説明したように、２４Ｈ
ｚのフレーム周波数を有するフィルム素材から２：３プ
ルダウン処理することによって３０Ｈｚのフレーム周波
数を有するテレビジョン信号に変換されたビデオデータ
である。この素材サーバ３２から本編のプログラムとし
て出力されたビデオデータ及びオーディオデータはマト
リックススイッチャブロック３４に供給される。例え
ば、図２に示した例では、プログラム１、プログラム
２、プログラム３及びプログラム４等がこの素材サーバ
３２に記録されている。尚、この素材サーバ３２に記憶
されているビデオデータ及びオーディオデータは、圧縮
符号化されていないベースバンドのビデオデータ及びオ
ーディオデータである。
て放送される映画番組、スポーツ番組、娯楽番組、ニュ
ース番組等のビデオデータ及びオーディオデータを格納
すると共に、放送システムコントローラ３１によって指
定されたプログラムを、番組編成表のタイムスケジュー
ルに従ったタイミングで出力するためのサーバである。
また、この映画番組とは、先に説明したように、２４Ｈ
ｚのフレーム周波数を有するフィルム素材から２：３プ
ルダウン処理することによって３０Ｈｚのフレーム周波
数を有するテレビジョン信号に変換されたビデオデータ
である。この素材サーバ３２から本編のプログラムとし
て出力されたビデオデータ及びオーディオデータはマト
リックススイッチャブロック３４に供給される。例え
ば、図２に示した例では、プログラム１、プログラム
２、プログラム３及びプログラム４等がこの素材サーバ
３２に記録されている。尚、この素材サーバ３２に記憶
されているビデオデータ及びオーディオデータは、圧縮
符号化されていないベースバンドのビデオデータ及びオ
ーディオデータである。
【００５５】ＣＭサーバ３３は、素材サーバ３２から再
生された本編のプログラム間に挿入されるコマーシャル
を格納すると共に、放送システムコントローラ３１によ
って指定されたコマーシャルを、番組編成表のタイムス
ケジュールに従ったタイミングで出力するためのサーバ
である。このＣＭサーバ３３からコマーシャルとして出
力されたビデオデータ及びオーディオデータはマトリッ
クススイッチャ３４に供給される。例えば、図２に示し
た例では、コマーシャルＣＭ１、コマーシャルＣＭ２、
及びコマーシャルＣＭ３等が、このＣＭサーバ３３に記
録されている。尚、このＣＭサーバ３３に記憶されてい
るビデオデータ及びオーディオデータは、圧縮符号化さ
れていないベースバンドのビデオデータ及びオーディオ
データである。
生された本編のプログラム間に挿入されるコマーシャル
を格納すると共に、放送システムコントローラ３１によ
って指定されたコマーシャルを、番組編成表のタイムス
ケジュールに従ったタイミングで出力するためのサーバ
である。このＣＭサーバ３３からコマーシャルとして出
力されたビデオデータ及びオーディオデータはマトリッ
クススイッチャ３４に供給される。例えば、図２に示し
た例では、コマーシャルＣＭ１、コマーシャルＣＭ２、
及びコマーシャルＣＭ３等が、このＣＭサーバ３３に記
録されている。尚、このＣＭサーバ３３に記憶されてい
るビデオデータ及びオーディオデータは、圧縮符号化さ
れていないベースバンドのビデオデータ及びオーディオ
データである。
【００５６】マトリックススイッチャブロック３４は、
スポーツ中継やニュース番組等のライブプログラム、素
材サーバ３２から出力された本編プログラム、及びＣＭ
サーバ３３から出力されたコマーシャルプログラムをそ
れぞれルーティングするマトリックス回路を有してい
る。さらに、マトリックススイッチャブロック３４は、
放送システムコントローラによって決定された番組編成
表のタイムスケジュールに従ったタイミングで、素材サ
ーバ３２から供給された本編プログラムとＣＭサーバ３
３から供給されたコマーシャルプログラムを接続してス
イッチングするスイッチング回路を有している。このス
イッチング回路によって、本編プログラムとＣＭプログ
ラムをスイッチングすることによって、例えば図２に示
した伝送プログラムＰＧOLDを生成することができる。
スポーツ中継やニュース番組等のライブプログラム、素
材サーバ３２から出力された本編プログラム、及びＣＭ
サーバ３３から出力されたコマーシャルプログラムをそ
れぞれルーティングするマトリックス回路を有してい
る。さらに、マトリックススイッチャブロック３４は、
放送システムコントローラによって決定された番組編成
表のタイムスケジュールに従ったタイミングで、素材サ
ーバ３２から供給された本編プログラムとＣＭサーバ３
３から供給されたコマーシャルプログラムを接続してス
イッチングするスイッチング回路を有している。このス
イッチング回路によって、本編プログラムとＣＭプログ
ラムをスイッチングすることによって、例えば図２に示
した伝送プログラムＰＧOLDを生成することができる。
【００５７】ＭＰＥＧエンコーダブロック３５は、マト
リックススイッチャブロックから出力されたベースバン
ドのビデオデータ及びオーディオデータをＭＰＥＧ２規
格に基いて符号化するためのブロックであって、複数の
ビデオエンコーダ及びオーディオエンコーダを有してい
る。
リックススイッチャブロックから出力されたベースバン
ドのビデオデータ及びオーディオデータをＭＰＥＧ２規
格に基いて符号化するためのブロックであって、複数の
ビデオエンコーダ及びオーディオエンコーダを有してい
る。
【００５８】マルチプレクサ３６は、ＭＰＥＧエンコー
ダブロック３５から出力された９チャンネルのトランス
ポートストリームを多重化して、１つの多重化トランス
ポートストリームを生成する。従って、出力される多重
化トランスポートストリーム中には、１から９チャンネ
ルまでの符号化ビデオエレメンタリーストリームを含ん
だトランスポートストリームパケットと１チャンネルか
ら９チャンネルまでの符号化オーディオエレメンタリー
ストリームを含んだトランスポートストリームパケット
とが混在しているストリームである。
ダブロック３５から出力された９チャンネルのトランス
ポートストリームを多重化して、１つの多重化トランス
ポートストリームを生成する。従って、出力される多重
化トランスポートストリーム中には、１から９チャンネ
ルまでの符号化ビデオエレメンタリーストリームを含ん
だトランスポートストリームパケットと１チャンネルか
ら９チャンネルまでの符号化オーディオエレメンタリー
ストリームを含んだトランスポートストリームパケット
とが混在しているストリームである。
【００５９】変調回路３７は、トランスポートストリー
ムをＱＰＳＫ変調して、その変調されたデータを伝送路
を介して、地方局４０及び家庭６１に伝送する。
ムをＱＰＳＫ変調して、その変調されたデータを伝送路
を介して、地方局４０及び家庭６１に伝送する。
【００６０】次に、地方局４０の全体構成に関して、図
７を参照して説明する。
７を参照して説明する。
【００６１】地方局４０は、本局から送られてきた共通
のテレビプログラムを地方向けに編集し、地方向けに編
集されたテレビ番組みを各家庭に放映するめの放送局で
あって、放送システムコートローラ４１と、復調回路４
２と、デマルチプレクサ４３と、ストリーム変換回路４
４と、素材サーバ４６と、ＣＭサーバ４７と、エンコー
ダブロック４８と、ストリームサーバ４９と、ストリー
ムスプライサ５０と、ストリーム変換回路５１と、マル
チプレクサ５２と、変調回路５３とを備えている。
のテレビプログラムを地方向けに編集し、地方向けに編
集されたテレビ番組みを各家庭に放映するめの放送局で
あって、放送システムコートローラ４１と、復調回路４
２と、デマルチプレクサ４３と、ストリーム変換回路４
４と、素材サーバ４６と、ＣＭサーバ４７と、エンコー
ダブロック４８と、ストリームサーバ４９と、ストリー
ムスプライサ５０と、ストリーム変換回路５１と、マル
チプレクサ５２と、変調回路５３とを備えている。
【００６２】放送システムコントローラ４１は、本局３
０の放送システムコントローラ３１と同じように、復調
回路４２、デマルチプレクサ４３、ストリーム変換回路
４４、素材サーバ４６、ＣＭサーバ４７、エンコーダブ
ロック４８、ストリームサーバ４９、ストリームスプラ
イサ５０、ストリーム変換回路５１、マルチプレクサ５
２、変調回路５３等の地方局に設けられている全ての装
置及び回路を統合的に管理及びコントロールするシステ
ムである。この放送システムコントローラ４１は、本局
３０における放送システムコントローラ３１と同様に、
本局３０から供給された伝送プログラムに対して、自局
で作成した番組やＣＭなどを挿入した編集テレビ番組の
放映時間を管理するための番組編成表が登録されてお
り、この番組編成表に従って、上述した各装置及び回路
を制御する。
０の放送システムコントローラ３１と同じように、復調
回路４２、デマルチプレクサ４３、ストリーム変換回路
４４、素材サーバ４６、ＣＭサーバ４７、エンコーダブ
ロック４８、ストリームサーバ４９、ストリームスプラ
イサ５０、ストリーム変換回路５１、マルチプレクサ５
２、変調回路５３等の地方局に設けられている全ての装
置及び回路を統合的に管理及びコントロールするシステ
ムである。この放送システムコントローラ４１は、本局
３０における放送システムコントローラ３１と同様に、
本局３０から供給された伝送プログラムに対して、自局
で作成した番組やＣＭなどを挿入した編集テレビ番組の
放映時間を管理するための番組編成表が登録されてお
り、この番組編成表に従って、上述した各装置及び回路
を制御する。
【００６３】復調回路４２は、伝送路を介して本局３０
から伝送された伝送ピログラムをＱＰＳＫ復調すること
によって、トランスポートストリームを生成する。
から伝送された伝送ピログラムをＱＰＳＫ復調すること
によって、トランスポートストリームを生成する。
【００６４】デマルチプレクサ４３は、復調回路４２か
ら出力されたトランスポートスリームをデマルチプレッ
クスして９チャンネルのトランスポートストリームを生
成し、それぞれのチャンネルのトランスポートストリー
ムをストリーム変換回路４４に出力する。つまり、この
デマルチプレクサ４３は、本局３０のマルチプレクサ３
６とは逆の処理を行なう。
ら出力されたトランスポートスリームをデマルチプレッ
クスして９チャンネルのトランスポートストリームを生
成し、それぞれのチャンネルのトランスポートストリー
ムをストリーム変換回路４４に出力する。つまり、この
デマルチプレクサ４３は、本局３０のマルチプレクサ３
６とは逆の処理を行なう。
【００６５】ストリーム変換回路４４は、デマルチプレ
クサ４３から供給されたトランスポートストリームをエ
レメンタリーストリームの形態に変換するための回路で
ある。
クサ４３から供給されたトランスポートストリームをエ
レメンタリーストリームの形態に変換するための回路で
ある。
【００６６】素材サーバ４６は、地方向けのテレビ番組
として放送される娯楽番組、ニュース番組等のビデオデ
ータ及びオーディオデータを格納しているサーバであ
る。ＣＭサーバ４７は、本局３０から供給された本編プ
ログラム間に挿入される地方向けコマーシャルのビデオ
データ及びオーディオデータを格納するためのサーバで
ある。この素材サーバ４６及びＣＭサーバ４７に記憶さ
れているビデオデータ及びオーディオデータは、圧縮符
号化されていないベースバンドのビデオデータ及びオー
ディオデータである。
として放送される娯楽番組、ニュース番組等のビデオデ
ータ及びオーディオデータを格納しているサーバであ
る。ＣＭサーバ４７は、本局３０から供給された本編プ
ログラム間に挿入される地方向けコマーシャルのビデオ
データ及びオーディオデータを格納するためのサーバで
ある。この素材サーバ４６及びＣＭサーバ４７に記憶さ
れているビデオデータ及びオーディオデータは、圧縮符
号化されていないベースバンドのビデオデータ及びオー
ディオデータである。
【００６７】エンコーダブロック４８は、素材サーバ４
６及びＣＭサーバ４７から供給された複数チャンネルの
ビデオデータ及び複数チャンエルのオーディオデータを
符号化するためのブロックであって、複数チャンネルに
対応した複数のビデオエンコーダ及び複数のオーディオ
エンコーダを備えている。このエンコーダブロック４８
と本局３０のＭＰＥＧエンコーダブロック３５との違い
は、本局３０のＭＰＥＧエンコーダブロック３５はトラ
ンスポートストリームを出力するのに対して、この地方
局４０のエンコーダブロック４８は、エレメンタリース
トリーム出力する点で異なっているが、このエンコーダ
ブロック４８の実質的な機能及び処理は本局３０のＭＰ
ＥＧエンコーダブロック３５と全く同じである。エンコ
ーダブロック４８から出力された複数チャンネルのエレ
メンタリーストリームのうち３チャンネル分のエレメン
タリーストリームが、ストリームサーバ４９に供給さ
れ、残りのチャンネルのエレメンタリーストリームは、
ストリームスプライサ５０に供給される。
６及びＣＭサーバ４７から供給された複数チャンネルの
ビデオデータ及び複数チャンエルのオーディオデータを
符号化するためのブロックであって、複数チャンネルに
対応した複数のビデオエンコーダ及び複数のオーディオ
エンコーダを備えている。このエンコーダブロック４８
と本局３０のＭＰＥＧエンコーダブロック３５との違い
は、本局３０のＭＰＥＧエンコーダブロック３５はトラ
ンスポートストリームを出力するのに対して、この地方
局４０のエンコーダブロック４８は、エレメンタリース
トリーム出力する点で異なっているが、このエンコーダ
ブロック４８の実質的な機能及び処理は本局３０のＭＰ
ＥＧエンコーダブロック３５と全く同じである。エンコ
ーダブロック４８から出力された複数チャンネルのエレ
メンタリーストリームのうち３チャンネル分のエレメン
タリーストリームが、ストリームサーバ４９に供給さ
れ、残りのチャンネルのエレメンタリーストリームは、
ストリームスプライサ５０に供給される。
【００６８】ストリームサーバ４９は、エンコーダブロ
ックから供給された３チャンネル分のエレメンタリース
トリームを受取り、ストリームの状態でランダムアクセ
ス可能な記録媒体にストリームの状態で記録すると共
に、放送システムコントローラ４１からの制御にしたが
って、そのエレメンタリーストリームをランダムアセク
ス可能な記録媒体から再生する。
ックから供給された３チャンネル分のエレメンタリース
トリームを受取り、ストリームの状態でランダムアクセ
ス可能な記録媒体にストリームの状態で記録すると共
に、放送システムコントローラ４１からの制御にしたが
って、そのエレメンタリーストリームをランダムアセク
ス可能な記録媒体から再生する。
【００６９】ストリームスプライサ５０は、エンコーダ
ブロック４８及びストリームサーバ４９から供給された
複数のエレメンタリースをルーティングして所定の出力
ラインに出力すると共に、本局３０から供給されたエレ
メンタリーストリームと、地方局４０において生成され
たエレメンタリーストリームとをストリームレベルでス
プライシングするためのブロックである。このストリー
ムスプライサ５０における処理は、詳しくは後述する。
ブロック４８及びストリームサーバ４９から供給された
複数のエレメンタリースをルーティングして所定の出力
ラインに出力すると共に、本局３０から供給されたエレ
メンタリーストリームと、地方局４０において生成され
たエレメンタリーストリームとをストリームレベルでス
プライシングするためのブロックである。このストリー
ムスプライサ５０における処理は、詳しくは後述する。
【００７０】ストリーム変換回路５１は、ストリームス
プライサ５０からスプライスドストリームとして出力さ
れたエレメンタリーストリームを受けとり、このエレメ
ンタリーストリームをトランスポートストリームに変換
する回路である。
プライサ５０からスプライスドストリームとして出力さ
れたエレメンタリーストリームを受けとり、このエレメ
ンタリーストリームをトランスポートストリームに変換
する回路である。
【００７１】マルチプレクサ５２は、本局３０のマルチ
プレクサ３６と同じように、ストリーム変換回路から出
力された９チャンネルのトランスポートストリームを多
重化して、１つの多重化トランスポートストリームを生
成する。
プレクサ３６と同じように、ストリーム変換回路から出
力された９チャンネルのトランスポートストリームを多
重化して、１つの多重化トランスポートストリームを生
成する。
【００７２】変調回路５３は、トランスポートストリー
ムをＱＰＳＫ変調して、その変調されたデータを伝送路
を介して、各家庭６２に配信する。
ムをＱＰＳＫ変調して、その変調されたデータを伝送路
を介して、各家庭６２に配信する。
【００７３】図８は、本局３０のＭＰＥＧエンコーダブ
ロック３５及び地方局４０のエンコーダブロック４８の
構成を詳細に説明するためのブロック図である。本局３
０のＭＰＥＧエンコーダブロック３５と地方局４０のエ
ンコーダブロック４８とは実質的に同じ構成であるの
で、本局３０のＭＰＥＧエンコーダブロック３５を例に
あげて、その構成及び昨日を説明する。
ロック３５及び地方局４０のエンコーダブロック４８の
構成を詳細に説明するためのブロック図である。本局３
０のＭＰＥＧエンコーダブロック３５と地方局４０のエ
ンコーダブロック４８とは実質的に同じ構成であるの
で、本局３０のＭＰＥＧエンコーダブロック３５を例に
あげて、その構成及び昨日を説明する。
【００７４】ＭＰＥＧエンコーダブロック３５は、この
ＭＰＥＧエンコーダブロック３５の全ての回路を集中的
に制御するためのエンコーダコントローラ３５０と、供
給された複数チャンネルのビデオデータをエンコードす
るための複数のＭＰＥＧビデオエンコーダ３５１−１Ｖ
〜３５１−９Ｖと、ビデオデータにそれぞれ対応する複
数のオーディオデータをＭＰＥＧ２規格に基いて符号化
するためのＭＰＥＧオーディオエンコーダ３５１−１Ａ
〜３５１−９Ａとを有している。
ＭＰＥＧエンコーダブロック３５の全ての回路を集中的
に制御するためのエンコーダコントローラ３５０と、供
給された複数チャンネルのビデオデータをエンコードす
るための複数のＭＰＥＧビデオエンコーダ３５１−１Ｖ
〜３５１−９Ｖと、ビデオデータにそれぞれ対応する複
数のオーディオデータをＭＰＥＧ２規格に基いて符号化
するためのＭＰＥＧオーディオエンコーダ３５１−１Ａ
〜３５１−９Ａとを有している。
【００７５】さらに、ＭＰＥＧエンコーダブロック３５
は、各ビデオエンコーダ３５１−１Ｖ〜３５１−９Ｖか
らそれぞれ出力された符号化エレメンタリーストリーム
（ＥＳ）をトランスポートストリームに変換するストリ
ーム変換回路３５２−１Ｖ〜３５２−９Ｖと、各オーデ
ィオエンコーダ３５１−１Ａ〜３５１−９Ａからそれぞ
れ出力された符号化エレメンタリーストリーム（ＥＳ）
をトランスポートストリームに変換するストリーム変換
回路３５２−１Ａ〜３５２−９Ａと、第１チャンネル
（１ｃｈ）のビデオエレメンタリーストリームを含んだ
トランスポートストリームと、第１チャンネル（１ｃ
ｈ）のオーディオエレメンタリーストリームを含んだト
ランスポートストリームとをトランスポートストリーム
パケット単位で多重化するマルチプレクサ３５３−１
と、第２チャンネル（２ｃｈ）のビデオエレメンタリー
ストリームを含んだトランスポートストリームと、第２
チャンネル（２ｃｈ）のオーディオエレメンタリースト
リームを含んだトランスポートストリームとをトランス
ポートストリームパケット単位で多重化するマルチプレ
クサ３５３−２と、．．．．．．．、第９チャンネル
（９ｃｈ）のビデオエレメンタリーストリームを含んだ
トランスポートストリームと、第９チャンネル（９ｃ
ｈ）のオーディオエレメンタリーストリームを含んだト
ランスポートストリームとをトランスポートストリーム
パケット単位で多重化するマルチプレクサ３５３−９と
を備えている。
は、各ビデオエンコーダ３５１−１Ｖ〜３５１−９Ｖか
らそれぞれ出力された符号化エレメンタリーストリーム
（ＥＳ）をトランスポートストリームに変換するストリ
ーム変換回路３５２−１Ｖ〜３５２−９Ｖと、各オーデ
ィオエンコーダ３５１−１Ａ〜３５１−９Ａからそれぞ
れ出力された符号化エレメンタリーストリーム（ＥＳ）
をトランスポートストリームに変換するストリーム変換
回路３５２−１Ａ〜３５２−９Ａと、第１チャンネル
（１ｃｈ）のビデオエレメンタリーストリームを含んだ
トランスポートストリームと、第１チャンネル（１ｃ
ｈ）のオーディオエレメンタリーストリームを含んだト
ランスポートストリームとをトランスポートストリーム
パケット単位で多重化するマルチプレクサ３５３−１
と、第２チャンネル（２ｃｈ）のビデオエレメンタリー
ストリームを含んだトランスポートストリームと、第２
チャンネル（２ｃｈ）のオーディオエレメンタリースト
リームを含んだトランスポートストリームとをトランス
ポートストリームパケット単位で多重化するマルチプレ
クサ３５３−２と、．．．．．．．、第９チャンネル
（９ｃｈ）のビデオエレメンタリーストリームを含んだ
トランスポートストリームと、第９チャンネル（９ｃ
ｈ）のオーディオエレメンタリーストリームを含んだト
ランスポートストリームとをトランスポートストリーム
パケット単位で多重化するマルチプレクサ３５３−９と
を備えている。
【００７６】図８に示したＭＰＥＧエンコーダブロック
３５は、９チャンネルの伝送プログラムをエンコードす
る構成となっているが、９チャンネルに限らず何チャン
ネルであっても良いことは言うまでもない。
３５は、９チャンネルの伝送プログラムをエンコードす
る構成となっているが、９チャンネルに限らず何チャン
ネルであっても良いことは言うまでもない。
【００７７】図８に示したＭＰＥＧエンコーダブロック
３５は、各チャンネルの伝送プログラムの伝送レート
を、符号化するビデオデータの絵柄に応じてダイナミッ
クに変化させる統計多重という制御を行なう。この統計
多重という手法は、あるチャンネルの伝送プログラムの
ピクチャの絵柄が比較的簡単であって、このピクチャを
符号化するためにそれほど多くのビットを必要としない
場合であって、一方、その他のプログラムのピクチャの
絵柄が比較的難しく、このピクチャを符号化するために
多くのビットを必要とすような場合には、あるチェンネ
ルのピクチャを符号化するためのビットを、その他のチ
ャンネルのピクチャを符号化するビットに割当てること
によって、伝送路の伝送レートを効率良くしようするこ
とができる方法である。以下に、このようにダイナミッ
クに各ビデオエンコーダの符号化レートを変化させる方
法について簡単に説明する。
３５は、各チャンネルの伝送プログラムの伝送レート
を、符号化するビデオデータの絵柄に応じてダイナミッ
クに変化させる統計多重という制御を行なう。この統計
多重という手法は、あるチャンネルの伝送プログラムの
ピクチャの絵柄が比較的簡単であって、このピクチャを
符号化するためにそれほど多くのビットを必要としない
場合であって、一方、その他のプログラムのピクチャの
絵柄が比較的難しく、このピクチャを符号化するために
多くのビットを必要とすような場合には、あるチェンネ
ルのピクチャを符号化するためのビットを、その他のチ
ャンネルのピクチャを符号化するビットに割当てること
によって、伝送路の伝送レートを効率良くしようするこ
とができる方法である。以下に、このようにダイナミッ
クに各ビデオエンコーダの符号化レートを変化させる方
法について簡単に説明する。
【００７８】各ビデオエンコーダ３５１−１Ｖ〜３５１
−９Ｖは、まず、符号化処理の前に行われる動き補償の
結果得られた動き補償残差やイントラＡＣ等の統計量か
ら、符号化対象となっているピクチャを符号化するため
にどの程度のビット量が必要かを示すディフィカルティ
データ（ Difficulty Data ）Ｄ１〜Ｄ９を生成する。
このディフィカルティデータとは、符号化難易度を示す
情報であって、ディフィカルティが大きいということは
符号化対象となっているピクチャの絵柄が複雑であるこ
とを表わし、ディフィカルティが小さいということは符
号化対象となっているピクチャの絵柄が簡単であること
を表わしている。このディフィカルティデータは、ビデ
オエンコーダにおける符号化処理時に使用される、イン
トラＡＣや動き補償残差（ＭＥ残差）等の統計量に基い
て、概算することができる。
−９Ｖは、まず、符号化処理の前に行われる動き補償の
結果得られた動き補償残差やイントラＡＣ等の統計量か
ら、符号化対象となっているピクチャを符号化するため
にどの程度のビット量が必要かを示すディフィカルティ
データ（ Difficulty Data ）Ｄ１〜Ｄ９を生成する。
このディフィカルティデータとは、符号化難易度を示す
情報であって、ディフィカルティが大きいということは
符号化対象となっているピクチャの絵柄が複雑であるこ
とを表わし、ディフィカルティが小さいということは符
号化対象となっているピクチャの絵柄が簡単であること
を表わしている。このディフィカルティデータは、ビデ
オエンコーダにおける符号化処理時に使用される、イン
トラＡＣや動き補償残差（ＭＥ残差）等の統計量に基い
て、概算することができる。
【００７９】エンコーダコントローラ３５０は、各ビデ
オエンコーダ３５１−１Ｖ〜３５１−９Ｖからそれぞれ
出力されたディフィカルティデータＤ１〜Ｄ９を受取
り、それらのディフィカルティデータＤ１〜Ｄ９に基い
て、各ビデオエンコーダ３５１−１Ｖ〜３５１−９Ｖに
対するターゲットビットレートＲ１〜Ｒ９をそれぞれ演
算する。具体的には、以下の式（１）に示すように、エ
ンコーダコントローラ３５０は、伝送路のトータル伝送
レート Total_Rate を、ディフィカルティデータＤ１〜
Ｄ９を用いて比例配分することによって、ターゲットビ
ットレートＲ１〜Ｒ９を求めることができる。 Ｒｉ ＝ （ Ｄｉ／ Σ Ｄｋ ） × Total_Rate ・・・ （１）
オエンコーダ３５１−１Ｖ〜３５１−９Ｖからそれぞれ
出力されたディフィカルティデータＤ１〜Ｄ９を受取
り、それらのディフィカルティデータＤ１〜Ｄ９に基い
て、各ビデオエンコーダ３５１−１Ｖ〜３５１−９Ｖに
対するターゲットビットレートＲ１〜Ｒ９をそれぞれ演
算する。具体的には、以下の式（１）に示すように、エ
ンコーダコントローラ３５０は、伝送路のトータル伝送
レート Total_Rate を、ディフィカルティデータＤ１〜
Ｄ９を用いて比例配分することによって、ターゲットビ
ットレートＲ１〜Ｒ９を求めることができる。 Ｒｉ ＝ （ Ｄｉ／ Σ Ｄｋ ） × Total_Rate ・・・ （１）
【００８０】式（１）において、「 Ｒｉ 」は「ｉ」チ
ャンネルの伝送プログラムのターゲットビットレート、
「 Ｄｉ 」は「ｉ」チャンネルの伝送プログラムのピク
チャを符号化するためのディフィカルティデータ、「
Σ 」はｋ＝１〜９チャンネルのディフィカルティデー
タの総和を意味する。
ャンネルの伝送プログラムのターゲットビットレート、
「 Ｄｉ 」は「ｉ」チャンネルの伝送プログラムのピク
チャを符号化するためのディフィカルティデータ、「
Σ 」はｋ＝１〜９チャンネルのディフィカルティデー
タの総和を意味する。
【００８１】エンコーダコントローラ３５０は、式
（１）に基いて演算したターゲットビットレートＲ１〜
Ｒ９を、それぞれ対応するビデオエンコーダ３５１−１
Ｖ〜３５１−９Ｖに供給する。このターゲットビットレ
ートＲ１〜Ｒ９を演算する単位は、各ピクチャ毎であっ
ても良いし、またＧＯＰ単位であっても良い。
（１）に基いて演算したターゲットビットレートＲ１〜
Ｒ９を、それぞれ対応するビデオエンコーダ３５１−１
Ｖ〜３５１−９Ｖに供給する。このターゲットビットレ
ートＲ１〜Ｒ９を演算する単位は、各ピクチャ毎であっ
ても良いし、またＧＯＰ単位であっても良い。
【００８２】ビデオエンコーダ３５１−１Ｖ〜３５１−
９Ｖは、エンコーダコントローラ３５０から供給された
ターゲットビットレートＲ１〜Ｒ９をそれぞれ受取り、
このターゲットビットレートＲ１〜Ｒ９に対応するよう
に符号化処理を行なう。このように符号化するピクチャ
の符号化難易度を示すディフィカルティデータに基い
て、各ビデオエンコーダから出力される符号化ストリー
ムのビットレートをダイナミックに変更することによっ
て、符号化すべきピクチャの符号化難易度に対して最適
な量のビットを割り当てることができ、さらに、各ビデ
オエンコーダからそれぞれ出力されるビットレートの総
量が、伝送路のトータル伝送レート Total_Rate をオー
バーフローすることがない。
９Ｖは、エンコーダコントローラ３５０から供給された
ターゲットビットレートＲ１〜Ｒ９をそれぞれ受取り、
このターゲットビットレートＲ１〜Ｒ９に対応するよう
に符号化処理を行なう。このように符号化するピクチャ
の符号化難易度を示すディフィカルティデータに基い
て、各ビデオエンコーダから出力される符号化ストリー
ムのビットレートをダイナミックに変更することによっ
て、符号化すべきピクチャの符号化難易度に対して最適
な量のビットを割り当てることができ、さらに、各ビデ
オエンコーダからそれぞれ出力されるビットレートの総
量が、伝送路のトータル伝送レート Total_Rate をオー
バーフローすることがない。
【００８３】ストリーム変換回路３５２−１Ｖ〜３５２
−９Ｖ及び、ストリーム変換回路３５２−１Ａ〜３５２
−９Ａは、共に、エレメンタリーストリームをトランス
ポートストリームに変換するための回路である。
−９Ｖ及び、ストリーム変換回路３５２−１Ａ〜３５２
−９Ａは、共に、エレメンタリーストリームをトランス
ポートストリームに変換するための回路である。
【００８４】図９を参照して、ビデオエンコーダ３５１
−１Ｖにおいて、供給されたソースビデオデータを符号
化してビデオエレメンタリーストリームを生成し、その
ビデオエレメンタリーストリームを、ストリーム変換回
路３５２−１Ｖにおいてトランスポートストリームに変
換する例を挙げて、ビデオエレメンタリーストリームか
らトランスポートストリームを生成する過程について説
明する。
−１Ｖにおいて、供給されたソースビデオデータを符号
化してビデオエレメンタリーストリームを生成し、その
ビデオエレメンタリーストリームを、ストリーム変換回
路３５２−１Ｖにおいてトランスポートストリームに変
換する例を挙げて、ビデオエレメンタリーストリームか
らトランスポートストリームを生成する過程について説
明する。
【００８５】図９（Ａ）は、ビデオエンコーダ３５１−
１Ｖに供給されるソースビデオデータを示し、図９
（Ｂ）は、ビデオエンコーダ３５１−１Ｖから出力され
たビデオエレメンタリーストリーム（ＥＳ）を示し、図
９（Ｃ）は、パケッライズドエレメンタリーストリーム
（ＰＥＳ）、図９（Ｄ）は、トランスポートストリーム
（ＴＳ）を示している。
１Ｖに供給されるソースビデオデータを示し、図９
（Ｂ）は、ビデオエンコーダ３５１−１Ｖから出力され
たビデオエレメンタリーストリーム（ＥＳ）を示し、図
９（Ｃ）は、パケッライズドエレメンタリーストリーム
（ＰＥＳ）、図９（Ｄ）は、トランスポートストリーム
（ＴＳ）を示している。
【００８６】図９（Ｂ）に示したストリームＶ１、Ｖ
２、Ｖ３及びＶ４のように、ＭＰＥＧ２規格において符
号化されたエレメンタリーストリームのデータ量は、ビ
デオフレームのピクチャタイプ（Ｉピクチャ、Ｐピクチ
ャ又はＢピクチャ）及び動き補償の有無に応じて異なっ
てくる。図９（Ｃ）に示したパケッタイズドエレメンタ
リーストリーム（ＰＥＳ）は、その複数のエレメンタリ
ーストリームをパケット化し、その先頭にＰＥＳヘッダ
を付加することによって生成される。例えば、このＰＥ
Ｓヘッダには、ＰＥＳパケットの開始を示す２４〔bit
〕のパケット開始コードと、ＰＥＳパケットの実デー
タ部分に収容されるストリームデータの種別（例えばビ
デオや音声等の種別）を示す８〔bit 〕のストリームＩ
Ｄと、以降に続くデータの長さを示す１６〔bit 〕のパ
ケット長と、値「１０」を示すコードデータと、各種フ
ラグ情報が格納されるフラグ制御部と、コンディショナ
ル・コーデイング部のデータの長さを示す８〔bit 〕の
ＰＥＳヘッダ長と、ＰＴＳ（Presentation Time Stamp
）と呼ばれる再生出力の時間情報やＤＴＳ（Decoding
Time Stamp ）と呼ばれる復号時の時刻管理情報、或い
はデータ量調整のためのスタッフィングバイト等が格納
される可変長のコンディショナル・コーデイング部とに
よつて構成される。
２、Ｖ３及びＶ４のように、ＭＰＥＧ２規格において符
号化されたエレメンタリーストリームのデータ量は、ビ
デオフレームのピクチャタイプ（Ｉピクチャ、Ｐピクチ
ャ又はＢピクチャ）及び動き補償の有無に応じて異なっ
てくる。図９（Ｃ）に示したパケッタイズドエレメンタ
リーストリーム（ＰＥＳ）は、その複数のエレメンタリ
ーストリームをパケット化し、その先頭にＰＥＳヘッダ
を付加することによって生成される。例えば、このＰＥ
Ｓヘッダには、ＰＥＳパケットの開始を示す２４〔bit
〕のパケット開始コードと、ＰＥＳパケットの実デー
タ部分に収容されるストリームデータの種別（例えばビ
デオや音声等の種別）を示す８〔bit 〕のストリームＩ
Ｄと、以降に続くデータの長さを示す１６〔bit 〕のパ
ケット長と、値「１０」を示すコードデータと、各種フ
ラグ情報が格納されるフラグ制御部と、コンディショナ
ル・コーデイング部のデータの長さを示す８〔bit 〕の
ＰＥＳヘッダ長と、ＰＴＳ（Presentation Time Stamp
）と呼ばれる再生出力の時間情報やＤＴＳ（Decoding
Time Stamp ）と呼ばれる復号時の時刻管理情報、或い
はデータ量調整のためのスタッフィングバイト等が格納
される可変長のコンディショナル・コーデイング部とに
よつて構成される。
【００８７】トランスポートストリーム（ＴＳ）は、４
バイトのＴＳヘッダと１８４バイトの実データが記録さ
れるペイロード部とから成るトランスポートストリーム
パケットのデータ列である。このトランスポートストリ
ームパケット（ＴＳパケット）を生成するためには、ま
ず、ＰＥＳパケットのデータストリームを１８４バイト
毎に分解し、その１８４バイトの実データをＴＳパケッ
トのペイロード部に挿入し、その１８４バイトのペイロ
ードのデータに４バイトのＴＳヘッダを付加することに
よってトランスポートストリームパケットが生成され
る。
バイトのＴＳヘッダと１８４バイトの実データが記録さ
れるペイロード部とから成るトランスポートストリーム
パケットのデータ列である。このトランスポートストリ
ームパケット（ＴＳパケット）を生成するためには、ま
ず、ＰＥＳパケットのデータストリームを１８４バイト
毎に分解し、その１８４バイトの実データをＴＳパケッ
トのペイロード部に挿入し、その１８４バイトのペイロ
ードのデータに４バイトのＴＳヘッダを付加することに
よってトランスポートストリームパケットが生成され
る。
【００８８】次に、図１０から図１７を参照してエレメ
ンタリーストリームのシンタックス及び構造について説
明すると共に、図１８から図１９を参照してトランスポ
ートストリームのシンタックス及び構造について詳しく
説明する。
ンタリーストリームのシンタックス及び構造について説
明すると共に、図１８から図１９を参照してトランスポ
ートストリームのシンタックス及び構造について詳しく
説明する。
【００８９】図１０は、ＭＰＥＧのビデオエレメンタリ
ーストリームのシンタックスを表わした図である。ビデ
オエンコーダブロック３５内の各ビデオエンコーダ３５
１−１Ｖ〜３５１９Ｖは、この図１０に示されたシンタ
ックスに従った符号化エレメンタリーストリームを生成
する。以下に説明するシンタックスにおいて、関数や条
件文は細活字で表わされ、データエレメントは、太活字
で表されている。データ項目は、その名称、ビット長及
びそのタイプ・伝送順序を示すニーモニック（Mnemoni
c）で記述されている。
ーストリームのシンタックスを表わした図である。ビデ
オエンコーダブロック３５内の各ビデオエンコーダ３５
１−１Ｖ〜３５１９Ｖは、この図１０に示されたシンタ
ックスに従った符号化エレメンタリーストリームを生成
する。以下に説明するシンタックスにおいて、関数や条
件文は細活字で表わされ、データエレメントは、太活字
で表されている。データ項目は、その名称、ビット長及
びそのタイプ・伝送順序を示すニーモニック（Mnemoni
c）で記述されている。
【００９０】まず、この図１０に示されているシンタッ
クスにおいて使用されている関数について説明する。実
際には、この図１０に示されているシンタックスは、ビ
デオデコーダ側において伝送された符号化ストリームか
ら所定の意味のあるデータを抽出するために使用される
シンタックスである。ビデオエンコーダ側において使用
されるシンタックスは、図１０に示されたシンタックス
からif分やwhile文等の条件文を省略したシンタックス
である。
クスにおいて使用されている関数について説明する。実
際には、この図１０に示されているシンタックスは、ビ
デオデコーダ側において伝送された符号化ストリームか
ら所定の意味のあるデータを抽出するために使用される
シンタックスである。ビデオエンコーダ側において使用
されるシンタックスは、図１０に示されたシンタックス
からif分やwhile文等の条件文を省略したシンタックス
である。
【００９１】video_sequesce()において最初に記述され
ているnext_start_code()関数は、ビットストリーム中
に記述されているスタートコードを探すための関数であ
る。この図６に示されたシンタックスに従って生成され
た符号化ストリームには、まず最初に、sequence_heade
r()関数とsequence_extension()関数によって定義され
たデータエレメントが記述されている。このsequence_h
eader()関数は、ＭＰＥＧビットストリームのシーケン
スレイヤのヘッダデータを定義するための関数であっ
て、sequence_extension()関数は、ＭＰＥＧビットスト
リームのシーケンスレイヤの拡張データを定義するため
の関数である。
ているnext_start_code()関数は、ビットストリーム中
に記述されているスタートコードを探すための関数であ
る。この図６に示されたシンタックスに従って生成され
た符号化ストリームには、まず最初に、sequence_heade
r()関数とsequence_extension()関数によって定義され
たデータエレメントが記述されている。このsequence_h
eader()関数は、ＭＰＥＧビットストリームのシーケン
スレイヤのヘッダデータを定義するための関数であっ
て、sequence_extension()関数は、ＭＰＥＧビットスト
リームのシーケンスレイヤの拡張データを定義するため
の関数である。
【００９２】sequence_extension()関数の次に配置され
ている do{ }while構文は、while文によって定義されて
いる条件が真である間、do文の{ }内の関数に基いて記
述されたデータエレメントが符号化データストリーム中
に記述されていることを示す構文である。このwhile文
に使用されているnextbits()関数は、ビットストリーム
中に記述されているビット又はビット列と、参照される
データエレメントとを比較するための関数である。この
図６に示されたシンタックスの例では、nextbits()関数
は、ビットストリーム中のビット列とビデオシーケンス
の終わりを示すsequence_end_codeとを比較し、ビット
ストリーム中のビット列とsequence_end_codeとが一致
しないときに、このwhile文の条件が真となる。従っ
て、sequence_extension()関数の次に配置されている d
o{ }while構文は、ビットストリーム中に、ビデオシー
ケンスの終わりを示すsequence_end_codeが現れない
間、do文中の関数によって定義されたデータエレメント
が符号化ビットストリーム中に記述されていることを示
している。
ている do{ }while構文は、while文によって定義されて
いる条件が真である間、do文の{ }内の関数に基いて記
述されたデータエレメントが符号化データストリーム中
に記述されていることを示す構文である。このwhile文
に使用されているnextbits()関数は、ビットストリーム
中に記述されているビット又はビット列と、参照される
データエレメントとを比較するための関数である。この
図６に示されたシンタックスの例では、nextbits()関数
は、ビットストリーム中のビット列とビデオシーケンス
の終わりを示すsequence_end_codeとを比較し、ビット
ストリーム中のビット列とsequence_end_codeとが一致
しないときに、このwhile文の条件が真となる。従っ
て、sequence_extension()関数の次に配置されている d
o{ }while構文は、ビットストリーム中に、ビデオシー
ケンスの終わりを示すsequence_end_codeが現れない
間、do文中の関数によって定義されたデータエレメント
が符号化ビットストリーム中に記述されていることを示
している。
【００９３】符号化ビットストリームにおいて、sequen
ce_extension()関数によって定義された各データエレメ
ントの次には、extension_and_user_data(0)関数によっ
て定義されたデータエレメントが記述されている。この
extension_and_user_data(0)関数は、ＭＰＥＧビットス
トリームのシーケンスレイヤにおける拡張データとユー
ザデータを定義するための関数である。
ce_extension()関数によって定義された各データエレメ
ントの次には、extension_and_user_data(0)関数によっ
て定義されたデータエレメントが記述されている。この
extension_and_user_data(0)関数は、ＭＰＥＧビットス
トリームのシーケンスレイヤにおける拡張データとユー
ザデータを定義するための関数である。
【００９４】このextension_and_user_data(0)関数の次
に配置されている do{ }while構文は、while文によって
定義されている条件が真である間、do文の{ }内の関数
に基いて記述されたデータエレメントが、ビットストリ
ームに記述されていることを示す関数である。このwhil
e文において使用されているnextbits()関数は、ビット
ストリーム中に現れるビット又はビット列と、picture_
start_code又はgroup_start_codeとの一致を判断するた
めの関数であるって、ビットストリーム中に現れるビッ
ト又はビット列と、picture_start_code又はgroup_star
t_codeとが一致する場合には、while文によって定義さ
れた条件が真となる。よって、このdo{ }while構文は、
符号化ビットストリーム中において、picture_start_co
de又はgroup_start_codeが現れた場合には、そのスター
トコードの次に、do文中の関数によって定義されたデー
タエレメントのコードが記述されていることを示してい
る。
に配置されている do{ }while構文は、while文によって
定義されている条件が真である間、do文の{ }内の関数
に基いて記述されたデータエレメントが、ビットストリ
ームに記述されていることを示す関数である。このwhil
e文において使用されているnextbits()関数は、ビット
ストリーム中に現れるビット又はビット列と、picture_
start_code又はgroup_start_codeとの一致を判断するた
めの関数であるって、ビットストリーム中に現れるビッ
ト又はビット列と、picture_start_code又はgroup_star
t_codeとが一致する場合には、while文によって定義さ
れた条件が真となる。よって、このdo{ }while構文は、
符号化ビットストリーム中において、picture_start_co
de又はgroup_start_codeが現れた場合には、そのスター
トコードの次に、do文中の関数によって定義されたデー
タエレメントのコードが記述されていることを示してい
る。
【００９５】このdo文の最初に記述されているif文は、
符号化ビットストリーム中にgroup_start_codeが現れた
場合、という条件を示しいる。このif文による条件は真
である場合には、符号化ビットストリーム中には、この
group_start_codeの次にgroup_of_picture_header()関
数及びextension_and_user_data(1)関数によって定義さ
れているデータエレメントが順に記述されている。
符号化ビットストリーム中にgroup_start_codeが現れた
場合、という条件を示しいる。このif文による条件は真
である場合には、符号化ビットストリーム中には、この
group_start_codeの次にgroup_of_picture_header()関
数及びextension_and_user_data(1)関数によって定義さ
れているデータエレメントが順に記述されている。
【００９６】このgroup_of_picture_header()関数は、
ＭＰＥＧ符号化ビットストリームのＧＯＰレイヤのヘッ
ダデータを定義するための関数であって、extension_an
d_user_data(1)関数は、ＭＰＥＧ符号化ビットストリー
ムのＧＯＰレイヤの拡張データ及びユーザデータを定義
するための関数である。
ＭＰＥＧ符号化ビットストリームのＧＯＰレイヤのヘッ
ダデータを定義するための関数であって、extension_an
d_user_data(1)関数は、ＭＰＥＧ符号化ビットストリー
ムのＧＯＰレイヤの拡張データ及びユーザデータを定義
するための関数である。
【００９７】さらに、この符号化ビットストリームにお
いて、group_of_picture_header()関数及びextension_a
nd_user_data(1)関数によって定義されているデータエ
レメントの次には、picture_header()関数とpicture_co
ding_extension()関数によって定義されたデータエレメ
ントが記述されている。もちろん、先に説明したif文の
条件が真とならない場合には、 group_of_picture_head
er()関数及びextension_and_user_data(1)関数によって
定義されているデータエレメントは記述されていないの
で、 extension_and_user_data(0)関数によって定義さ
れているデータエレメントの次に、picture_header()関
数、picture_coding_extension()関数及びextension_an
d_user_data(2)関数によって定義されたデータエレメン
トが記述されている。
いて、group_of_picture_header()関数及びextension_a
nd_user_data(1)関数によって定義されているデータエ
レメントの次には、picture_header()関数とpicture_co
ding_extension()関数によって定義されたデータエレメ
ントが記述されている。もちろん、先に説明したif文の
条件が真とならない場合には、 group_of_picture_head
er()関数及びextension_and_user_data(1)関数によって
定義されているデータエレメントは記述されていないの
で、 extension_and_user_data(0)関数によって定義さ
れているデータエレメントの次に、picture_header()関
数、picture_coding_extension()関数及びextension_an
d_user_data(2)関数によって定義されたデータエレメン
トが記述されている。
【００９８】このpicture_header()関数は、 ＭＰＥＧ
符号化ビットストリームのピクチャレイヤのヘッダデー
タを定義するための関数であって、picture_coding_ext
ension()関数は、ＭＰＥＧ符号化ビットストリームのピ
クチャレイヤの第１の拡張データを定義するための関数
である。extension_and_user_data(2)関数は、ＭＰＥＧ
符号化ビットストリームのピクチャレイヤの拡張データ
及びユーザデータを定義するための関数である。このex
tension_and_user_data(2)関数によって定義されるユー
ザデータは、ピクチャレイヤに記述されているデータで
あって、各ピクチャ毎に記述することのできるデータで
あるので、本発明においては、このextension_and_user
_data(2)関数によって定義されるユーザデータとして、
タイムコード情報を記述するようにしている。
符号化ビットストリームのピクチャレイヤのヘッダデー
タを定義するための関数であって、picture_coding_ext
ension()関数は、ＭＰＥＧ符号化ビットストリームのピ
クチャレイヤの第１の拡張データを定義するための関数
である。extension_and_user_data(2)関数は、ＭＰＥＧ
符号化ビットストリームのピクチャレイヤの拡張データ
及びユーザデータを定義するための関数である。このex
tension_and_user_data(2)関数によって定義されるユー
ザデータは、ピクチャレイヤに記述されているデータで
あって、各ピクチャ毎に記述することのできるデータで
あるので、本発明においては、このextension_and_user
_data(2)関数によって定義されるユーザデータとして、
タイムコード情報を記述するようにしている。
【００９９】符号化ビットストリームにおいて、ピクチ
ャレイヤのユーザデータの次には、picture_data()関数
によって定義されるデータエレメントが記述されてい
る。このpicture_data()関数は、スライスレイヤ及びマ
クロブロックレイヤに関するデータエレメントを記述す
るための関数である。
ャレイヤのユーザデータの次には、picture_data()関数
によって定義されるデータエレメントが記述されてい
る。このpicture_data()関数は、スライスレイヤ及びマ
クロブロックレイヤに関するデータエレメントを記述す
るための関数である。
【０１００】このpicture_data()関数の次に記述されて
いるwhile文は、このwhile文によって定義されている条
件が真である間、次のif文の条件判断を行うための関数
である。このwhile文において使用されているnextbit
s()関数は、符号化ビットストリーム中に、picture_sta
rt_code又はgroup_start_codeが記述されているか否か
を判断するための関数であって、ビットストリーム中に
picture_start_code又はgroup_start_codeが記述されて
いる場合には、このwhile文によって定義された条件が
真となる。
いるwhile文は、このwhile文によって定義されている条
件が真である間、次のif文の条件判断を行うための関数
である。このwhile文において使用されているnextbit
s()関数は、符号化ビットストリーム中に、picture_sta
rt_code又はgroup_start_codeが記述されているか否か
を判断するための関数であって、ビットストリーム中に
picture_start_code又はgroup_start_codeが記述されて
いる場合には、このwhile文によって定義された条件が
真となる。
【０１０１】次のif文は、符号化ビットストリーム中に
sequence_end_code が記述されているか否かを判断する
ための条件文であって、sequence_end_code が記述され
ていないのであれば、sequence_header()関数とsequenc
e_extension()関数とによって定義されたデータエレメ
ントが記述されていることを示している。sequence_end
_codeは符号化ビデオストリームのシーケンスの終わり
を示すコードであるので、符号化ストリームが終了しな
い限り、符号化ストリーム中にはsequence_header()関
数とsequence_extension()関数とによって定義されたデ
ータエレメントが記述されている。
sequence_end_code が記述されているか否かを判断する
ための条件文であって、sequence_end_code が記述され
ていないのであれば、sequence_header()関数とsequenc
e_extension()関数とによって定義されたデータエレメ
ントが記述されていることを示している。sequence_end
_codeは符号化ビデオストリームのシーケンスの終わり
を示すコードであるので、符号化ストリームが終了しな
い限り、符号化ストリーム中にはsequence_header()関
数とsequence_extension()関数とによって定義されたデ
ータエレメントが記述されている。
【０１０２】このsequence_header()関数とsequence_ex
tension()関数によって記述されたデータエレメント
は、ビデオストリームのシーケンスの先頭に記述された
sequence_header()関数とsequence_extension()関数に
よって記述されたデータエレメントと全く同じである。
このように同じデータをストリーム中に記述する理由
は、ビットストリーム受信装置側でデータストリームの
途中（例えばピクチャレイヤに対応するビットストリー
ム部分）から受信が開始された場合に、シーケンスレイ
ヤのデータを受信できなくなり、ストリームをデコード
出来なくなることを防止するためである。
tension()関数によって記述されたデータエレメント
は、ビデオストリームのシーケンスの先頭に記述された
sequence_header()関数とsequence_extension()関数に
よって記述されたデータエレメントと全く同じである。
このように同じデータをストリーム中に記述する理由
は、ビットストリーム受信装置側でデータストリームの
途中（例えばピクチャレイヤに対応するビットストリー
ム部分）から受信が開始された場合に、シーケンスレイ
ヤのデータを受信できなくなり、ストリームをデコード
出来なくなることを防止するためである。
【０１０３】この最後のsequence_header()関数とseque
nce_extension()関数とによって定義されたデータエレ
メントの次、つまり、データストリームの最後には、シ
ーケンスの終わりを示す３２ビットのsequence_end_cod
eが記述されている。
nce_extension()関数とによって定義されたデータエレ
メントの次、つまり、データストリームの最後には、シ
ーケンスの終わりを示す３２ビットのsequence_end_cod
eが記述されている。
【０１０４】以下に、sequence_header()関数、sequenc
e_extension()関数、extension_and_user_data(0)関
数、group_of_picture_header()関数及びextension_and
_user_data(1)関数について詳細に説明する。
e_extension()関数、extension_and_user_data(0)関
数、group_of_picture_header()関数及びextension_and
_user_data(1)関数について詳細に説明する。
【０１０５】図１１は、sequence_header()関数のシン
タックスを説明するための図である。このsequence_hea
der()関数によって定義されたデータエレメントは、seq
uence_header_code、sequence_header_present_flag、h
orizontal_size_value、vertical_size_value、aspect_
ratio_information、frame_rate_code、bit_rate_valu
e、marker_bit、VBV_buffer_size_value、constrained_
parameter_flag、load_intra_quantizer_matrix、intra
_quantizer_matrix、load_non_intra_quantizer_matri
x、及びnon_intra_quantizer_matrix等である。
タックスを説明するための図である。このsequence_hea
der()関数によって定義されたデータエレメントは、seq
uence_header_code、sequence_header_present_flag、h
orizontal_size_value、vertical_size_value、aspect_
ratio_information、frame_rate_code、bit_rate_valu
e、marker_bit、VBV_buffer_size_value、constrained_
parameter_flag、load_intra_quantizer_matrix、intra
_quantizer_matrix、load_non_intra_quantizer_matri
x、及びnon_intra_quantizer_matrix等である。
【０１０６】sequence_header_codeは、シーケンスレイ
ヤのスタート同期コードを表すデータである。sequence
_header_present_flagは、sequence_header内のデータ
が有効か無効かを示すデータである。 horizontal_size
_valueは、画像の水平方向の画素数の下位12ビットから
成るデータである。vertical_size_valueは、画像の縦
のライン数の下位12ビットからなるデータである。aspe
ct_ratio_informationは、画素のアスペクト比（縦横
比）または表示画面アスペクト比を表すデータである。
frame_rate_codeは、画像の表示周期を表すデータであ
る。bit_rate_valueは、発生ビット量に対する制限のた
めのビット・レートの下位18ビット(400bsp単位で切り
上げる)データである。marker_bitは、スタートコード
エミュレーションを防止するために挿入されるビットデ
ータである。VBV_buffer_size_valueは、発生符号量制
御用の仮想バッファ（ビデオバッファベリファイヤー）
の大きさを決める値の下位10ビットデータである。cons
trained_parameter_flagは、各パラメータが制限以内で
あることを示すデータである。load_intra_quantizer_m
atrixは、イントラMB用量子化マトリックス・データの
存在を示すデータである。intra_quantizer_matrixは、
イントラＭＢ用量子化マトリックスの値を示すデータで
ある。load_non_intra_quantizer_matrixは、非イント
ラＭＢ用量子化マトリックス・データの存在を示すデー
タである。non_intra_quantizer_matrixは、非イントラ
ＭＢ用量子化マトリックスの値を表すデータである。
ヤのスタート同期コードを表すデータである。sequence
_header_present_flagは、sequence_header内のデータ
が有効か無効かを示すデータである。 horizontal_size
_valueは、画像の水平方向の画素数の下位12ビットから
成るデータである。vertical_size_valueは、画像の縦
のライン数の下位12ビットからなるデータである。aspe
ct_ratio_informationは、画素のアスペクト比（縦横
比）または表示画面アスペクト比を表すデータである。
frame_rate_codeは、画像の表示周期を表すデータであ
る。bit_rate_valueは、発生ビット量に対する制限のた
めのビット・レートの下位18ビット(400bsp単位で切り
上げる)データである。marker_bitは、スタートコード
エミュレーションを防止するために挿入されるビットデ
ータである。VBV_buffer_size_valueは、発生符号量制
御用の仮想バッファ（ビデオバッファベリファイヤー）
の大きさを決める値の下位10ビットデータである。cons
trained_parameter_flagは、各パラメータが制限以内で
あることを示すデータである。load_intra_quantizer_m
atrixは、イントラMB用量子化マトリックス・データの
存在を示すデータである。intra_quantizer_matrixは、
イントラＭＢ用量子化マトリックスの値を示すデータで
ある。load_non_intra_quantizer_matrixは、非イント
ラＭＢ用量子化マトリックス・データの存在を示すデー
タである。non_intra_quantizer_matrixは、非イントラ
ＭＢ用量子化マトリックスの値を表すデータである。
【０１０７】図１２はsequence_extension()関数のシン
タックスを説明するための図である。このsequence_ext
ension()関数によって定義されたデータエレメントと
は、extension_start_code、extension_start_code_ide
ntifier、sequence_extension_present_flag、profile_
and_level_indication、progressive_sequence、chroma
_format、horizontal_size_extension、vertical_size_
extension、bit_rate_extension、vbv_buffer_size_ext
ension、low_delay、frame_rate_extension_n 、及び f
rame_rate_extension_d等のデータエレメントである。
タックスを説明するための図である。このsequence_ext
ension()関数によって定義されたデータエレメントと
は、extension_start_code、extension_start_code_ide
ntifier、sequence_extension_present_flag、profile_
and_level_indication、progressive_sequence、chroma
_format、horizontal_size_extension、vertical_size_
extension、bit_rate_extension、vbv_buffer_size_ext
ension、low_delay、frame_rate_extension_n 、及び f
rame_rate_extension_d等のデータエレメントである。
【０１０８】extension_start_codeは、エクステンショ
ンデータのスタート同期コードを表すデータである。ex
tension_start_code_identifierは、どの拡張データが
送られるかを示すデータである。sequence_extension_p
resent_flagは、シーケンスエクステンション内のデー
タが有効であるか無効であるかを示すスデータである。
profile_and_level_indicationは、ビデオデータのプロ
ファイルとレベルを指定するためのデータである。prog
ressive_sequenceは、ビデオデータが順次走査であるこ
とを示すデータである。chroma_formatは、ビデオデー
タの色差フォーマットを指定するためのデータである。
horizontal_size_extensionは、シーケンスヘッダのhor
izntal_size_valueに加える上位２ビットのデータであ
る。vertical_size_extensionは、シーケンスヘッダのv
ertical_size_value加える上位２ビットのデータであ
る。bit_rate_extensionは、シーケンスヘッダのbit_ra
te_valueに加える上位１２ビットのデータである。vbv_
buffer_size_extensionは、シーケンスヘッダのvbv_buf
fer_size_valueに加える上位８ビットのデータである。
low_delayは、Ｂピクチャを含まないことを示すデータ
である。frame_rate_extension_nは、シーケンスヘッダ
のframe_rate_codeと組み合わせてフレームレートを得
るためのデータである。frame_rate_extension_dは、シ
ーケンスヘッダのframe_rate_codeと組み合わせてフレ
ームレートを得るためのデータである。
ンデータのスタート同期コードを表すデータである。ex
tension_start_code_identifierは、どの拡張データが
送られるかを示すデータである。sequence_extension_p
resent_flagは、シーケンスエクステンション内のデー
タが有効であるか無効であるかを示すスデータである。
profile_and_level_indicationは、ビデオデータのプロ
ファイルとレベルを指定するためのデータである。prog
ressive_sequenceは、ビデオデータが順次走査であるこ
とを示すデータである。chroma_formatは、ビデオデー
タの色差フォーマットを指定するためのデータである。
horizontal_size_extensionは、シーケンスヘッダのhor
izntal_size_valueに加える上位２ビットのデータであ
る。vertical_size_extensionは、シーケンスヘッダのv
ertical_size_value加える上位２ビットのデータであ
る。bit_rate_extensionは、シーケンスヘッダのbit_ra
te_valueに加える上位１２ビットのデータである。vbv_
buffer_size_extensionは、シーケンスヘッダのvbv_buf
fer_size_valueに加える上位８ビットのデータである。
low_delayは、Ｂピクチャを含まないことを示すデータ
である。frame_rate_extension_nは、シーケンスヘッダ
のframe_rate_codeと組み合わせてフレームレートを得
るためのデータである。frame_rate_extension_dは、シ
ーケンスヘッダのframe_rate_codeと組み合わせてフレ
ームレートを得るためのデータである。
【０１０９】図１３は、extension_and_user_data(i)関
数のシンタックスを説明するための図である。このexte
nsion_and_user_data(i)関数は、「i」が2以外のとき
は、extension_data()関数によって定義されるデータエ
レメントは記述せずに、user_data()関数によって定義
されるデータエレメントのみを記述する。よって、exte
nsion_and_user_data(0)関数は、user_data()関数によ
って定義されるデータエレメントのみを記述する。
数のシンタックスを説明するための図である。このexte
nsion_and_user_data(i)関数は、「i」が2以外のとき
は、extension_data()関数によって定義されるデータエ
レメントは記述せずに、user_data()関数によって定義
されるデータエレメントのみを記述する。よって、exte
nsion_and_user_data(0)関数は、user_data()関数によ
って定義されるデータエレメントのみを記述する。
【０１１０】図１４は、group_of_picture_header()関
数のシンタックスを説明するための図である。このgrou
p_of_picture_header()関数によって定義されたデータ
エレメントは、group_start_code、group_of_picture_h
eader_present_flag、time_code、closed_gop、及びbro
ken_linkから構成される。
数のシンタックスを説明するための図である。このgrou
p_of_picture_header()関数によって定義されたデータ
エレメントは、group_start_code、group_of_picture_h
eader_present_flag、time_code、closed_gop、及びbro
ken_linkから構成される。
【０１１１】group_start_codeは、ＧＯＰレイヤの開始
同期コードを示すデータである。 group_of_picture_he
ader_present_flagは、 group_of_picture_header内の
データエレメントが有効であるか無効であるかを示すデ
ータである。 time_codeは、ＧＯＰの先頭ピクチャのシ
ーケンスの先頭からの時間を示すタイムコードである。
closed_gopは、ＧＯＰ内の画像が他のＧＯＰから独立再
生可能なことを示すフラグデータである。broken_link
は、編集などのためにＧＯＰ内の先頭のＢピクチャが正
確に再生できないことを示すフラグデータである。
同期コードを示すデータである。 group_of_picture_he
ader_present_flagは、 group_of_picture_header内の
データエレメントが有効であるか無効であるかを示すデ
ータである。 time_codeは、ＧＯＰの先頭ピクチャのシ
ーケンスの先頭からの時間を示すタイムコードである。
closed_gopは、ＧＯＰ内の画像が他のＧＯＰから独立再
生可能なことを示すフラグデータである。broken_link
は、編集などのためにＧＯＰ内の先頭のＢピクチャが正
確に再生できないことを示すフラグデータである。
【０１１２】extension_and_user_data(1)関数は、 ext
ension_and_user_data(0)関数と同じように、user_data
()関数によって定義されるデータエレメントのみを記述
するための関数である。
ension_and_user_data(0)関数と同じように、user_data
()関数によって定義されるデータエレメントのみを記述
するための関数である。
【０１１３】次に、図１５から図１７を参照して、符号
化ストリームのピクチャレイヤに関するデータエレメン
トを記述するためのpicture_headr()関数、picture_cod
ing_extension()関数、extensions_and_user_data(2)及
びpicture_data()について説明する。
化ストリームのピクチャレイヤに関するデータエレメン
トを記述するためのpicture_headr()関数、picture_cod
ing_extension()関数、extensions_and_user_data(2)及
びpicture_data()について説明する。
【０１１４】図１５はpicture_headr()関数のシンタッ
クスを説明するための図である。このpicture_headr()
関数によって定義されたデータエレメントは、picture_
start_code、temporal_reference、picture_coding_typ
e、vbv_delay、full_pel_forward_vector、forward_f_c
ode、full_pel_backward_vector、backward_f_code、ex
tra_bit_picture、及びextra_information_pictureであ
る。
クスを説明するための図である。このpicture_headr()
関数によって定義されたデータエレメントは、picture_
start_code、temporal_reference、picture_coding_typ
e、vbv_delay、full_pel_forward_vector、forward_f_c
ode、full_pel_backward_vector、backward_f_code、ex
tra_bit_picture、及びextra_information_pictureであ
る。
【０１１５】具体的には、picture_start_codeは、ピク
チャレイヤの開始同期コードを表すデータである。temp
oral_referenceは、ピクチャの表示順を示す番号でＧＯ
Ｐの先頭でリセットされるデータである。picture_codi
ng_typeは、ピクチャタイプを示すデータである。
チャレイヤの開始同期コードを表すデータである。temp
oral_referenceは、ピクチャの表示順を示す番号でＧＯ
Ｐの先頭でリセットされるデータである。picture_codi
ng_typeは、ピクチャタイプを示すデータである。
【０１１６】vbv_delayは、ＶＢＶバッファの初期状態
を示すデータであって、各ピクチャ毎に設定されてい
る。送信側システムから受信側システムに伝送された符
号化エレメンタリーストリームのピクチャは、受信側シ
ステムに設けられたＶＢＶバッファにバッファリングさ
れ、ＤＴＳ（Decoding Time Stamp）によって指定され
た時間に、このＶＢＶバッファから引き出され（読み出
され）、デコーダに供給される。vbv_delayによって定
義される時間は、復号化対象のピクチャがＶＢＶバッフ
ァにバッファリングされ始めてから、符号化対象のピク
チャがＶＢＶバッファから引き出される時間、つまりＤ
ＴＳによって指定された時間までを意味する。本発明の
符号化ストリームスプライシング装置においては、この
ピクチャヘッダに格納されたvbv_delayを使用すること
によって、ＶＢＶバッファのデータ占有量な不連続にな
らないシームレスなスプライシングを実現するようにし
ている。詳しくは後述する。
を示すデータであって、各ピクチャ毎に設定されてい
る。送信側システムから受信側システムに伝送された符
号化エレメンタリーストリームのピクチャは、受信側シ
ステムに設けられたＶＢＶバッファにバッファリングさ
れ、ＤＴＳ（Decoding Time Stamp）によって指定され
た時間に、このＶＢＶバッファから引き出され（読み出
され）、デコーダに供給される。vbv_delayによって定
義される時間は、復号化対象のピクチャがＶＢＶバッフ
ァにバッファリングされ始めてから、符号化対象のピク
チャがＶＢＶバッファから引き出される時間、つまりＤ
ＴＳによって指定された時間までを意味する。本発明の
符号化ストリームスプライシング装置においては、この
ピクチャヘッダに格納されたvbv_delayを使用すること
によって、ＶＢＶバッファのデータ占有量な不連続にな
らないシームレスなスプライシングを実現するようにし
ている。詳しくは後述する。
【０１１７】full_pel_forward_vectorは、順方向動き
ベクトルの精度が整数単位か半画素単位かを示すデータ
である。forward_f_codeは、順方向動きベクトル探索範
囲を表すデータである。full_pel_backward_vectorは、
逆方向動きベクトルの精度が整数単位か半画素単位かを
示すデータである。backward_f_codeは、逆方向動きベ
クトル探索範囲を表すデータである。 extra_bit_pictu
reは、後続する追加情報の存在を示すフラグである。こ
のextra_bit_pictureが「１」の場合には、次にextra_i
nformation_pictureが存在し、extra_bit_pictureが
「０」の場合には、これに続くデータが無いことを示し
ている。extra_information_pictureは、規格において
予約された情報である。
ベクトルの精度が整数単位か半画素単位かを示すデータ
である。forward_f_codeは、順方向動きベクトル探索範
囲を表すデータである。full_pel_backward_vectorは、
逆方向動きベクトルの精度が整数単位か半画素単位かを
示すデータである。backward_f_codeは、逆方向動きベ
クトル探索範囲を表すデータである。 extra_bit_pictu
reは、後続する追加情報の存在を示すフラグである。こ
のextra_bit_pictureが「１」の場合には、次にextra_i
nformation_pictureが存在し、extra_bit_pictureが
「０」の場合には、これに続くデータが無いことを示し
ている。extra_information_pictureは、規格において
予約された情報である。
【０１１８】図１６は、picture_coding_extension()関
数のシンタックスを説明するための図である。このpict
ure_coding_extension()関数によって定義されたデータ
エレメントとは、extension_start_code、extension_st
art_code_identifier、f_code[0][0]、f_code[0][1]、f
_code[1][0]、f_code[1][1]、intra_dc_precision、pic
ture_structure、top_field_first、frame_predictive_
frame_dct、concealment_motion_vectors、q_scale_typ
e、intra_vlc_format、alternate_scan、repeat_firt_f
ield、chroma_420_type、progressive_frame、composit
e_display_flag、v_axis、field_sequence、sub_carrie
r、burst_amplitude、及びsub_carrier_phaseから構成
される。
数のシンタックスを説明するための図である。このpict
ure_coding_extension()関数によって定義されたデータ
エレメントとは、extension_start_code、extension_st
art_code_identifier、f_code[0][0]、f_code[0][1]、f
_code[1][0]、f_code[1][1]、intra_dc_precision、pic
ture_structure、top_field_first、frame_predictive_
frame_dct、concealment_motion_vectors、q_scale_typ
e、intra_vlc_format、alternate_scan、repeat_firt_f
ield、chroma_420_type、progressive_frame、composit
e_display_flag、v_axis、field_sequence、sub_carrie
r、burst_amplitude、及びsub_carrier_phaseから構成
される。
【０１１９】extension_start_codeは、ピクチャレイヤ
のエクステンションデータのスタートを示す開始コード
である。extension_start_code_identifierは、どの拡
張データが送られるかを示すコードである。 f_code[0]
[0]は、フォアード方向の水平動きベクトル探索範囲を
表すデータである。f_code[0][1]は、フォアード方向の
垂直動きベクトル探索範囲を表すデータである。f_code
[1][0]は、バックワード方向の水平動きベクトル探索範
囲を表すデータである。f_code[1][1]は、バックワード
方向の垂直動きベクトル探索範囲を表すデータである。
intra_dc_precisionは、DC係数の精度を表すデータであ
る。picture_structureは、フレームストラクチャかフ
ィールドストラクチャかを示すデータである。フィール
ドストラクチャの場合は、上位フィールドか下位フィー
ルドかもあわせて示すデータである。
のエクステンションデータのスタートを示す開始コード
である。extension_start_code_identifierは、どの拡
張データが送られるかを示すコードである。 f_code[0]
[0]は、フォアード方向の水平動きベクトル探索範囲を
表すデータである。f_code[0][1]は、フォアード方向の
垂直動きベクトル探索範囲を表すデータである。f_code
[1][0]は、バックワード方向の水平動きベクトル探索範
囲を表すデータである。f_code[1][1]は、バックワード
方向の垂直動きベクトル探索範囲を表すデータである。
intra_dc_precisionは、DC係数の精度を表すデータであ
る。picture_structureは、フレームストラクチャかフ
ィールドストラクチャかを示すデータである。フィール
ドストラクチャの場合は、上位フィールドか下位フィー
ルドかもあわせて示すデータである。
【０１２０】top_field_firstは、フレームストラクチ
ャの場合、最初のフィールドがトップフィールドである
のかボトムフィールドであるのかを示すフラグである。
frame_predictive_frame_dctは、フレーム・ストラクチ
ャの場合、フレーム・モードＤＣＴの予測がフレーム・
モードだけであることを示すデータである。concealmen
t_motion_vectorsは、イントラマクロブロックに伝送エ
ラーを隠蔽するための動きベクトルがついていることを
示すデータである。q_scale_typeは、線形量子化スケー
ルを利用するか、非線形量子化スケールを利用するかを
示すデータである。intra_vlc_formatは、イントラマク
ロブロックに、別の２次元ＶＬＣを使うかどうかを示す
データである。alternate_scanは、ジグザグスキャンを
使うか、オルタネート・スキャンを使うかの選択を表す
データである。
ャの場合、最初のフィールドがトップフィールドである
のかボトムフィールドであるのかを示すフラグである。
frame_predictive_frame_dctは、フレーム・ストラクチ
ャの場合、フレーム・モードＤＣＴの予測がフレーム・
モードだけであることを示すデータである。concealmen
t_motion_vectorsは、イントラマクロブロックに伝送エ
ラーを隠蔽するための動きベクトルがついていることを
示すデータである。q_scale_typeは、線形量子化スケー
ルを利用するか、非線形量子化スケールを利用するかを
示すデータである。intra_vlc_formatは、イントラマク
ロブロックに、別の２次元ＶＬＣを使うかどうかを示す
データである。alternate_scanは、ジグザグスキャンを
使うか、オルタネート・スキャンを使うかの選択を表す
データである。
【０１２１】repeat_first_fieldは、復号化時にリピー
トフィールドを生成するか否かを示すフラグであって、
復号化時の処理において、repeat_first_field が
「１」の場合にはリピートフィールドを生成し、repeat
_first_fieldが「０」の場合にはリピートフィールドを
生成しないという処理を行なう。chroma_420_typeは、
信号フォーマットが４：２：０の場合、次のprogressiv
e_frame と同じ値、そうでない場合は０を表すデータで
ある。progressive_frameは、このピクチャが、順次走
査できているかどうかを示すデータである。composite_
display_flagは、ソース信号がコンポジット信号であっ
たかどうかを示すデータである。v_axisは、ソース信号
が、ＰＡＬの場合に使われるデータである。field_sequ
enceは、ソース信号が、ＰＡＬの場合に使われるデータ
である。sub_carrierは、ソース信号が、ＰＡＬの場合
に使われるデータである。burst_amplitudeは、ソース
信号が、ＰＡＬの場合に使われるデータである。sub_ca
rrier_phaseは、ソース信号が、ＰＡＬの場合に使われ
るデータである。
トフィールドを生成するか否かを示すフラグであって、
復号化時の処理において、repeat_first_field が
「１」の場合にはリピートフィールドを生成し、repeat
_first_fieldが「０」の場合にはリピートフィールドを
生成しないという処理を行なう。chroma_420_typeは、
信号フォーマットが４：２：０の場合、次のprogressiv
e_frame と同じ値、そうでない場合は０を表すデータで
ある。progressive_frameは、このピクチャが、順次走
査できているかどうかを示すデータである。composite_
display_flagは、ソース信号がコンポジット信号であっ
たかどうかを示すデータである。v_axisは、ソース信号
が、ＰＡＬの場合に使われるデータである。field_sequ
enceは、ソース信号が、ＰＡＬの場合に使われるデータ
である。sub_carrierは、ソース信号が、ＰＡＬの場合
に使われるデータである。burst_amplitudeは、ソース
信号が、ＰＡＬの場合に使われるデータである。sub_ca
rrier_phaseは、ソース信号が、ＰＡＬの場合に使われ
るデータである。
【０１２２】extension_and_user_data(2)関数は、図１
３に示したように、符号化ビットストリーム中にエクス
テンションスタートコードextension_start_code が存
在する場合には、extension_data()関数によって定義さ
れるデータエレメントが記述されている。但し、ビット
ストリーム中にエクステンションスタートコードが存在
しない場合には extension_data()関数 によって定義さ
れるデータエレメントはビットストリーム中には記述さ
れていない。このextension_data()関数によって定義さ
れているデータエレメントの次には、ビットストリーム
中にユーザデータスタートコードuser_data_start_code
が存在する場合には、user_data()関数によって定義さ
れるデータエレメントが記述されている。
３に示したように、符号化ビットストリーム中にエクス
テンションスタートコードextension_start_code が存
在する場合には、extension_data()関数によって定義さ
れるデータエレメントが記述されている。但し、ビット
ストリーム中にエクステンションスタートコードが存在
しない場合には extension_data()関数 によって定義さ
れるデータエレメントはビットストリーム中には記述さ
れていない。このextension_data()関数によって定義さ
れているデータエレメントの次には、ビットストリーム
中にユーザデータスタートコードuser_data_start_code
が存在する場合には、user_data()関数によって定義さ
れるデータエレメントが記述されている。
【０１２３】図１７は、picture_data()関数のシンタッ
クスを説明するための図である。このpicture_data()関
数によって定義されるデータエレメントは、slice()関
数によって定義されるデータエレメントである。但し、
ビットストリーム中に、slice()関数のスタートコード
を示すslice_start_codeが存在しない場合には、このsl
ice()関数によって定義されるデータエレメントはビッ
トストリーム中に記述されていない。
クスを説明するための図である。このpicture_data()関
数によって定義されるデータエレメントは、slice()関
数によって定義されるデータエレメントである。但し、
ビットストリーム中に、slice()関数のスタートコード
を示すslice_start_codeが存在しない場合には、このsl
ice()関数によって定義されるデータエレメントはビッ
トストリーム中に記述されていない。
【０１２４】slice()関数は、スライスレイヤに関する
データエレメントを記述するための関数であって、具体
的には、slice_start_code、slice_quantiser_scale_co
de、intra_slice_flag、intra_slice、reserved_bits、
extra_bit_slice、extra_information_slice、及びextr
a_bit_slice 等のデータエレメントと、macroblock()関
数によって定義されるデータエレメントを記述するため
の関数である。
データエレメントを記述するための関数であって、具体
的には、slice_start_code、slice_quantiser_scale_co
de、intra_slice_flag、intra_slice、reserved_bits、
extra_bit_slice、extra_information_slice、及びextr
a_bit_slice 等のデータエレメントと、macroblock()関
数によって定義されるデータエレメントを記述するため
の関数である。
【０１２５】slice_start_codeは、slice()関数によっ
て定義されるデータエレメントのスタートを示すスター
トコードである。slice_quantiser_scale_codeは、この
スライスレイヤに存在するマクロブロックに対して設定
された量子化ステップサイズを示すデータである。しか
し、各マクロブロック毎に、quantiser_scale_codeが設
定されている場合には、各マクロブロックに対して設定
されたmacroblock_quantiser_scale_codeのデータが優
先して使用される。intra_slice_flagは、ビットストリ
ーム中にintra_slice及びreserved_bitsが存在するか否
かを示すフラグである。intra_sliceは、スライスレイ
ヤ中にノンイントラマクロブロックが存在するか否かを
示すデータである。スライスレイヤにおけるマクロブロ
ックのいずれかがノンイントラマクロブロックである場
合には、intra_sliceは「０」となり、スライスレイヤ
におけるマクロブロックの全てがノンイントラマクロブ
ロックである場合には、intra_sliceは「１」となる。r
eserved_bitsは、７ビットのデータであって「０」の値
を取る。extra_bit_sliceは、符号化ストリームとして
追加の情報が存在することを示すフラグであって、次に
extra_information_sliceが存在する場合には「１」に
設定される。追加の情報が存在しない場合には「０」に
設定される。
て定義されるデータエレメントのスタートを示すスター
トコードである。slice_quantiser_scale_codeは、この
スライスレイヤに存在するマクロブロックに対して設定
された量子化ステップサイズを示すデータである。しか
し、各マクロブロック毎に、quantiser_scale_codeが設
定されている場合には、各マクロブロックに対して設定
されたmacroblock_quantiser_scale_codeのデータが優
先して使用される。intra_slice_flagは、ビットストリ
ーム中にintra_slice及びreserved_bitsが存在するか否
かを示すフラグである。intra_sliceは、スライスレイ
ヤ中にノンイントラマクロブロックが存在するか否かを
示すデータである。スライスレイヤにおけるマクロブロ
ックのいずれかがノンイントラマクロブロックである場
合には、intra_sliceは「０」となり、スライスレイヤ
におけるマクロブロックの全てがノンイントラマクロブ
ロックである場合には、intra_sliceは「１」となる。r
eserved_bitsは、７ビットのデータであって「０」の値
を取る。extra_bit_sliceは、符号化ストリームとして
追加の情報が存在することを示すフラグであって、次に
extra_information_sliceが存在する場合には「１」に
設定される。追加の情報が存在しない場合には「０」に
設定される。
【０１２６】macroblock()関数は、マクロブロックレイ
ヤに関するデータエレメントを記述するための関数であ
って、具体的には、macroblock_escape、macroblock_ad
dress_increment、及びmacroblock_quantiser_scale_co
de等のデータエレメントと、macroblock_modes()関数、
及び macroblock_vecters(s)関数によって定義されたデ
ータエレメントを記述するための関数である。
ヤに関するデータエレメントを記述するための関数であ
って、具体的には、macroblock_escape、macroblock_ad
dress_increment、及びmacroblock_quantiser_scale_co
de等のデータエレメントと、macroblock_modes()関数、
及び macroblock_vecters(s)関数によって定義されたデ
ータエレメントを記述するための関数である。
【０１２７】macroblock_escapeは、参照マクロブロッ
クと前のマクロブロックとの水平方向の差が３４以上で
あるか否かを示す固定ビット列である。参照マクロブロ
ックと前のマクロブロックとの水平方向の差が３４以上
の場合には、macroblock_address_incrementの値に３３
をプラスする。macroblock_address_incrementは、参照
マクロブロックと前のマクロブロックとの水平方向の差
を示すデータである。もし、このmacroblock_address_i
ncrementの前にmacroblock_escapeが１つ存在するので
あれば、このmacroblock_address_incrementの値に３３
をプラスした値が、実際の参照マクロブロックと前のマ
クロブロックとの水平方向の差分を示すデータとなる。
macroblock_quantiser_scale_codeは、各マクロブロッ
ク毎に設定された量子化ステップサイズである。各スラ
イスレイヤには、スライスレイヤの量子化ステップサイ
ズを示すslice_quantiser_scale_codeが設定されている
が、参照マクロブロックに対してmacroblock_quantiser
_scale_codeが設定されている場合には、この量子化ス
テップサイズを選択する。
クと前のマクロブロックとの水平方向の差が３４以上で
あるか否かを示す固定ビット列である。参照マクロブロ
ックと前のマクロブロックとの水平方向の差が３４以上
の場合には、macroblock_address_incrementの値に３３
をプラスする。macroblock_address_incrementは、参照
マクロブロックと前のマクロブロックとの水平方向の差
を示すデータである。もし、このmacroblock_address_i
ncrementの前にmacroblock_escapeが１つ存在するので
あれば、このmacroblock_address_incrementの値に３３
をプラスした値が、実際の参照マクロブロックと前のマ
クロブロックとの水平方向の差分を示すデータとなる。
macroblock_quantiser_scale_codeは、各マクロブロッ
ク毎に設定された量子化ステップサイズである。各スラ
イスレイヤには、スライスレイヤの量子化ステップサイ
ズを示すslice_quantiser_scale_codeが設定されている
が、参照マクロブロックに対してmacroblock_quantiser
_scale_codeが設定されている場合には、この量子化ス
テップサイズを選択する。
【０１２８】次に、図１８及び図１９を参照して、トラ
ンスポートストリームパケットの構造及びトランスポー
トストリームパケットのシンタックスについて詳しく説
明する。
ンスポートストリームパケットの構造及びトランスポー
トストリームパケットのシンタックスについて詳しく説
明する。
【０１２９】トランスポートストリームパケットは、４
バイトのヘッダと、各種のデータ及びデータエレメント
を格納するための１８４バイトのペーロード部とから構
成されている。
バイトのヘッダと、各種のデータ及びデータエレメント
を格納するための１８４バイトのペーロード部とから構
成されている。
【０１３０】トランスポートストリームパケットのヘッ
ダ部は、sync_byte、transport_error_indicator、payl
oad_unit_start_indicator、transport_priority、PI
D、transport_scrambling_control、adaptation_field_
control、continuity_counter、及びadaptation_field
等の各種フィールドから構成されている。
ダ部は、sync_byte、transport_error_indicator、payl
oad_unit_start_indicator、transport_priority、PI
D、transport_scrambling_control、adaptation_field_
control、continuity_counter、及びadaptation_field
等の各種フィールドから構成されている。
【０１３１】sync_byteとは、ビットストリーム中から
同期パターンを検出するための固定の８ビットのフィー
ルドである。値は‘01000111’（Ox47）の固定値で定義
され、このストリーム中のこのビットパターンを検出す
ることによって、同期を検出することができる。
同期パターンを検出するための固定の８ビットのフィー
ルドである。値は‘01000111’（Ox47）の固定値で定義
され、このストリーム中のこのビットパターンを検出す
ることによって、同期を検出することができる。
【０１３２】transport_error_indicatorは、1ビットの
フラグである、「１」に設定されると、少なくとも1ビ
ットの訂正できないビットエラーがトランスポートスト
リームパケットに存在することを示す。
フラグである、「１」に設定されると、少なくとも1ビ
ットの訂正できないビットエラーがトランスポートスト
リームパケットに存在することを示す。
【０１３３】payload_unit_start_indicatorは、1ビッ
トのフラグである。ビデオ／オーディオデータ等のエレ
メンタリーデータまたはプログラム仕様情報（ＰＳＩ）
を伝送するトランスポートストリームパケットに対して
規範的な意味を有するデータである。トランスポートス
トリームパケットのペイロードがエレメンタリーデータ
を含む場合、payload_unit_start_indicatorは、次の意
味を有する。payload_unit_start_indicatorが「１」の
場合には、このトランスポートストリームパケットのペ
イロードの最初に、エレメンタリーデータが挿入されて
いることを示し、payload_unit_start_indicatorが
「０」の場合には、このトランスポートストリームパケ
ットのペイロードの最初に、エレメンタリーデータが挿
入されていないことを示す。もし、payload_unit_start
_indicatorが「１」にセットされると、ただ一つのＰＥ
Ｓパケットが任意のトランスポートストリームパケット
で開始することを示す。一方、トランスポートストリー
ムパケットのペイロードがＰＳＩデータを含む場合、pa
yload_unit_start_indicatorは、次の意味を有する。も
し、トランスポートパケットがＰＳＩセクションの第１
バイトを伝送する場合、payload_unit_start_indicator
は「１」となる。もし、トランスポートストリームパケ
ットがＰＳＩセクションの第１バイトを伝送していない
場合、payload_unit_start_indicatorは「０」となる。
尚、トランスポートストリームパケットがヌルパケット
の場合にも、payload_unit_start_indicatorは「０」と
なる。
トのフラグである。ビデオ／オーディオデータ等のエレ
メンタリーデータまたはプログラム仕様情報（ＰＳＩ）
を伝送するトランスポートストリームパケットに対して
規範的な意味を有するデータである。トランスポートス
トリームパケットのペイロードがエレメンタリーデータ
を含む場合、payload_unit_start_indicatorは、次の意
味を有する。payload_unit_start_indicatorが「１」の
場合には、このトランスポートストリームパケットのペ
イロードの最初に、エレメンタリーデータが挿入されて
いることを示し、payload_unit_start_indicatorが
「０」の場合には、このトランスポートストリームパケ
ットのペイロードの最初に、エレメンタリーデータが挿
入されていないことを示す。もし、payload_unit_start
_indicatorが「１」にセットされると、ただ一つのＰＥ
Ｓパケットが任意のトランスポートストリームパケット
で開始することを示す。一方、トランスポートストリー
ムパケットのペイロードがＰＳＩデータを含む場合、pa
yload_unit_start_indicatorは、次の意味を有する。も
し、トランスポートパケットがＰＳＩセクションの第１
バイトを伝送する場合、payload_unit_start_indicator
は「１」となる。もし、トランスポートストリームパケ
ットがＰＳＩセクションの第１バイトを伝送していない
場合、payload_unit_start_indicatorは「０」となる。
尚、トランスポートストリームパケットがヌルパケット
の場合にも、payload_unit_start_indicatorは「０」と
なる。
【０１３４】transport_priorityは、トランスポートパ
ケットの優先度を示す１ビットの識別子である。このtr
ansport_priorityが「１」に設定されると、このトラン
スポートパケットは、同一のパケット識別子ＰＩＤをも
つパケットであって、このtransport_priorityが「１」
でないパケットより優先度が高いことを示している。例
えば、このtransport_priorityのパケット識別子を設定
することによって、一つのエレメンタリーストリーム内
において任意のパケットに優先度をつけることができ
る。
ケットの優先度を示す１ビットの識別子である。このtr
ansport_priorityが「１」に設定されると、このトラン
スポートパケットは、同一のパケット識別子ＰＩＤをも
つパケットであって、このtransport_priorityが「１」
でないパケットより優先度が高いことを示している。例
えば、このtransport_priorityのパケット識別子を設定
することによって、一つのエレメンタリーストリーム内
において任意のパケットに優先度をつけることができ
る。
【０１３５】transport_scrambling_controlは、トラン
スポートストリームパケットペイロードのスクランブリ
ングモードを示す２ビットのデータである。スクランブ
リングモードとは、ベイロードに格納されたデータがス
クランブされているか否か及びそのスクラングルの種類
を示すためのモードである。トランスポートストリーム
パケットヘッダ、およびアダブテーションフィールド
は、スクランブルキーＫｓによってスクランブルされて
はならないように規格化されている。よって、このtran
sport_scrambling_controlによって、トランスポートス
トリームパケットペイロードに格納されたデータがスク
ランブルされているか否かを判断することができる。
スポートストリームパケットペイロードのスクランブリ
ングモードを示す２ビットのデータである。スクランブ
リングモードとは、ベイロードに格納されたデータがス
クランブされているか否か及びそのスクラングルの種類
を示すためのモードである。トランスポートストリーム
パケットヘッダ、およびアダブテーションフィールド
は、スクランブルキーＫｓによってスクランブルされて
はならないように規格化されている。よって、このtran
sport_scrambling_controlによって、トランスポートス
トリームパケットペイロードに格納されたデータがスク
ランブルされているか否かを判断することができる。
【０１３６】adaptation_field_controlは、このトラン
スポートストリームのパケットヘッダにアダプテーショ
ンフィールド及び／又はペイロードがくることを示す２
ビットのデータである。具体的には、パケットヘッダに
ペイロードデータのみが配置される場合には、このadap
tation_field_controlは「０１」となり、パケットヘッ
ダにアダプテーションフィールドのみが配置される場合
には、このadaptation_field_controlは「１０」とな
り、パケットヘッダにアダプテーションフィールドとペ
イロードとが配置される場合には、このadaptation_fie
ld_controlは「１１」となる。
スポートストリームのパケットヘッダにアダプテーショ
ンフィールド及び／又はペイロードがくることを示す２
ビットのデータである。具体的には、パケットヘッダに
ペイロードデータのみが配置される場合には、このadap
tation_field_controlは「０１」となり、パケットヘッ
ダにアダプテーションフィールドのみが配置される場合
には、このadaptation_field_controlは「１０」とな
り、パケットヘッダにアダプテーションフィールドとペ
イロードとが配置される場合には、このadaptation_fie
ld_controlは「１１」となる。
【０１３７】continuity_counterは、連続して伝送され
た同じＰＩＤをもつパケットが、伝送途中で一部欠落又
は捨てられか否かを示すためのデータである。具体的に
は、continuity_counterは、同一のＰＩＤを有する各ト
ランスポートストリームパケットごとに増加する4ビッ
トのフィールドである。但し、このcontimlty_comterが
カウントされるときは、パケットヘッダにアダムテーシ
ョンフィールドが配置されている場合である。
た同じＰＩＤをもつパケットが、伝送途中で一部欠落又
は捨てられか否かを示すためのデータである。具体的に
は、continuity_counterは、同一のＰＩＤを有する各ト
ランスポートストリームパケットごとに増加する4ビッ
トのフィールドである。但し、このcontimlty_comterが
カウントされるときは、パケットヘッダにアダムテーシ
ョンフィールドが配置されている場合である。
【０１３８】adaptation_field（ ）は、個別ストリー
ムに関する付加情報やスタッフィングバイト等をオプシ
ョンとして挿入するためのフィールドである。このアダ
プテーションフィールドによって、個別ストリームの動
的な状態変化に関するあらゆる情報をデータと一緒に伝
送することができる。
ムに関する付加情報やスタッフィングバイト等をオプシ
ョンとして挿入するためのフィールドである。このアダ
プテーションフィールドによって、個別ストリームの動
的な状態変化に関するあらゆる情報をデータと一緒に伝
送することができる。
【０１３９】図１９は、adaptation_field（ ）のシン
タックスを説明するための図である。このadaptation_f
ield（ ）は、adaptation_field_length、discontinuit
y_counter、randam_access_indicator、elemntary_stre
am_priority_indicator、OPCR_flag、splicing_point_f
lag、transport_private_data_flag、adaptation_field
_extension_flag、program_clock_reference（PCR）、o
riginal_program_clock_reference（OPCR）、splice_co
untdown、、transport_private_data_length、private_
data、adaptation_field_extension_length、ltw_flag
(leagal_time_window_flag)、piecewise_rate_flag、及
びseamless_splice_flag等の各種フィールドから構成さ
れている。
タックスを説明するための図である。このadaptation_f
ield（ ）は、adaptation_field_length、discontinuit
y_counter、randam_access_indicator、elemntary_stre
am_priority_indicator、OPCR_flag、splicing_point_f
lag、transport_private_data_flag、adaptation_field
_extension_flag、program_clock_reference（PCR）、o
riginal_program_clock_reference（OPCR）、splice_co
untdown、、transport_private_data_length、private_
data、adaptation_field_extension_length、ltw_flag
(leagal_time_window_flag)、piecewise_rate_flag、及
びseamless_splice_flag等の各種フィールドから構成さ
れている。
【０１４０】adaptation_field_lengthは、このadaptat
ion_field_lengthの次に続くアダプテーションフィール
ドのバイト数を示すデータである。adaptation_field_c
ontrolが「１１」の場合には、adaptation_field_lengt
hは０から１８２ビットであって、adaptation_field_co
ntrolが「１０」の場合には、adaptation_field_length
は１８３ビットとなる。尚、トランスポートストリーム
のペイロードを満たすだけのエレメンタリーストリーム
が無い場合には、ビットを満たすためのスタッフィング
処理が必要となる。
ion_field_lengthの次に続くアダプテーションフィール
ドのバイト数を示すデータである。adaptation_field_c
ontrolが「１１」の場合には、adaptation_field_lengt
hは０から１８２ビットであって、adaptation_field_co
ntrolが「１０」の場合には、adaptation_field_length
は１８３ビットとなる。尚、トランスポートストリーム
のペイロードを満たすだけのエレメンタリーストリーム
が無い場合には、ビットを満たすためのスタッフィング
処理が必要となる。
【０１４１】discontinuity_counterは、同じＰＩＤを
有する複数のパケットの途中において、システムクロッ
クリファレンス（ＳＣＲ）がリセットされ、システムク
ロックリファレンスが不連続になっているか否かを示す
データである。もし、システムクロックリファレンスが
不連続の場合には、このdiscontinuity_counterは
「１」となり、システムクロックリファレンスが連続し
ている場合には、このdiscontinuity_counterは「０」
となる。尚、このシステムクロックリファレンスとは、
ビデオ及びオーディオのデコードするためのＭＰＥＧデ
コーダにおいて、デコーダ側のシステムタイムクロック
の値をエンコーダ側において意図したタイミングに設定
するための参照情報である。
有する複数のパケットの途中において、システムクロッ
クリファレンス（ＳＣＲ）がリセットされ、システムク
ロックリファレンスが不連続になっているか否かを示す
データである。もし、システムクロックリファレンスが
不連続の場合には、このdiscontinuity_counterは
「１」となり、システムクロックリファレンスが連続し
ている場合には、このdiscontinuity_counterは「０」
となる。尚、このシステムクロックリファレンスとは、
ビデオ及びオーディオのデコードするためのＭＰＥＧデ
コーダにおいて、デコーダ側のシステムタイムクロック
の値をエンコーダ側において意図したタイミングに設定
するための参照情報である。
【０１４２】randam_access_indicatorは、ビデオのシ
ーケンスヘッダ又はオーディオのフレームの始まりを示
すデータである。つまり、このrandam_access_indicato
rは、データエレメントのランダムアクセスを行うとき
に、ビデオ又はオーディオのアクセスポイント（フレー
ムの始まりのこと）であることを示すためのデータであ
る。
ーケンスヘッダ又はオーディオのフレームの始まりを示
すデータである。つまり、このrandam_access_indicato
rは、データエレメントのランダムアクセスを行うとき
に、ビデオ又はオーディオのアクセスポイント（フレー
ムの始まりのこと）であることを示すためのデータであ
る。
【０１４３】elemntary_stream_priority_indicator
は、同一のＰＩＤを有するパケットにおいて、このトラ
ンスポートストリームパケットのペイロード中で伝送さ
れるエレメンタリーストリームデータの優先度を示すデ
ータである。例えば、エレメンタリーストリームがビデ
オデータが、そのビデオデータがイントラ符号化されて
いる場合に、elemntary_stream_priority_indicatorが
「１」にセットされる。それに対して、インター符号化
されているビデオデータを含んだトランスポートストリ
ームのelemntary_stream_priority_indicatorは、
「０」にセットされる。
は、同一のＰＩＤを有するパケットにおいて、このトラ
ンスポートストリームパケットのペイロード中で伝送さ
れるエレメンタリーストリームデータの優先度を示すデ
ータである。例えば、エレメンタリーストリームがビデ
オデータが、そのビデオデータがイントラ符号化されて
いる場合に、elemntary_stream_priority_indicatorが
「１」にセットされる。それに対して、インター符号化
されているビデオデータを含んだトランスポートストリ
ームのelemntary_stream_priority_indicatorは、
「０」にセットされる。
【０１４４】PCR_flagは、アダプテーションフィールド
内にＰＣＲ（program_clock_refrence）データが存在す
るか否かを示すデータでる。アダプテーションフィール
ド内にＰＣＲデータが存在する場合には、PCR_flagが
「１」にセットされ、ＰＣＲデータが存在しない場合に
は、PCR_flagが「０」にセットされる。尚、このＰＣＲ
データとは、受信機側のデコーダにおいて、伝送された
データをデコードするデコード処理のタイミングを得る
ために使用されるデータである。
内にＰＣＲ（program_clock_refrence）データが存在す
るか否かを示すデータでる。アダプテーションフィール
ド内にＰＣＲデータが存在する場合には、PCR_flagが
「１」にセットされ、ＰＣＲデータが存在しない場合に
は、PCR_flagが「０」にセットされる。尚、このＰＣＲ
データとは、受信機側のデコーダにおいて、伝送された
データをデコードするデコード処理のタイミングを得る
ために使用されるデータである。
【０１４５】OPCR_flagは、アダプテーションフィール
ド内にＯＰＣＲ(original_program_clock_refrence)デ
ータが存在するか否かを示すデータでる。アダプテーシ
ョンフィールド内にＯＰＣＲデータが存在する場合に
は、OPCR_flagが「１」にセットされ、ＯＰＣＲデータ
が存在しない場合には、OPCR_flagが「０」にセットさ
れる。このＯＰＣＲデータとは、スプラインシング処理
等によって、複数のオリジナルトランスポートストリー
ムから１つのトランスポートストリームを再構築したと
きのに使用されるデータであって、あるオリジナルトラ
ンスポートストリームのＰＣＲデータを表わすデータで
ある。
ド内にＯＰＣＲ(original_program_clock_refrence)デ
ータが存在するか否かを示すデータでる。アダプテーシ
ョンフィールド内にＯＰＣＲデータが存在する場合に
は、OPCR_flagが「１」にセットされ、ＯＰＣＲデータ
が存在しない場合には、OPCR_flagが「０」にセットさ
れる。このＯＰＣＲデータとは、スプラインシング処理
等によって、複数のオリジナルトランスポートストリー
ムから１つのトランスポートストリームを再構築したと
きのに使用されるデータであって、あるオリジナルトラ
ンスポートストリームのＰＣＲデータを表わすデータで
ある。
【０１４６】splicing_point_flagは、トランスポート
レベルでの編集ポイント（スプライスポイント）を示す
ためのsplice_countdounがアダプテーションフィールド
内に存在するか否かを示すデータである。アダプテーシ
ョンフィールド内にsplice_countdounが存在する場合に
は、このsplicing_point_flagは「１」であって、アダ
プテーションフィールド内にsplice_countdounが存在す
る場合には、このsplicing_point_flagは「０」であ
る。
レベルでの編集ポイント（スプライスポイント）を示す
ためのsplice_countdounがアダプテーションフィールド
内に存在するか否かを示すデータである。アダプテーシ
ョンフィールド内にsplice_countdounが存在する場合に
は、このsplicing_point_flagは「１」であって、アダ
プテーションフィールド内にsplice_countdounが存在す
る場合には、このsplicing_point_flagは「０」であ
る。
【０１４７】transport_private_data_flagは、アダプ
テーションフィールド内に、任意のユーザデータを記述
するためのプライベートが存在するか否かを示すための
データである。アダプテーションフィールド内にプライ
ベートが存在する場合には、このtransport_private_da
ta_flagは「１」にセットされ、アダプテーションフィ
ールド内にプライベートが存在しない場合には、このtr
ansport_private_data_flagは「０」にセットされる。
テーションフィールド内に、任意のユーザデータを記述
するためのプライベートが存在するか否かを示すための
データである。アダプテーションフィールド内にプライ
ベートが存在する場合には、このtransport_private_da
ta_flagは「１」にセットされ、アダプテーションフィ
ールド内にプライベートが存在しない場合には、このtr
ansport_private_data_flagは「０」にセットされる。
【０１４８】adaptation_field_extension_flagは、ア
ダプテーションフィールド内に、拡張フィールド存在す
るか否かを示すためのデータである。アダプテーション
フィールド内に拡張フィールドが存在する場合には、こ
のadaptation_field_extension_flagは「１」にセット
され、アダプテーションフィールド内に拡張フィールド
が存在しない場合には、このadaptation_field_extensi
on_flagは「０」にセットされる。
ダプテーションフィールド内に、拡張フィールド存在す
るか否かを示すためのデータである。アダプテーション
フィールド内に拡張フィールドが存在する場合には、こ
のadaptation_field_extension_flagは「１」にセット
され、アダプテーションフィールド内に拡張フィールド
が存在しない場合には、このadaptation_field_extensi
on_flagは「０」にセットされる。
【０１４９】program_clock_reference（PCR）は、送信
側とクロックの位相に対して受信機側のクロックの位相
を同期させるときに参照する基準クロックである。この
ＰＣＲデータには、トランスポートパケットが生成され
た時間が格納されている。このＰＣＲは、３３ビットの
program_c1ock_reference_baseと９ビットのprogram_cl
ocLreference_extensionとの４２ビットから構成される
データである。program_clocLreference_extensionによ
って０〜２９９までのシステムクロックをカウントし、
２９９から０にリセットされる際のキャリーによって、
program_c1ock_reference_baseに１ビットを加算するこ
とによって、２４時間をカウントすることができる。
側とクロックの位相に対して受信機側のクロックの位相
を同期させるときに参照する基準クロックである。この
ＰＣＲデータには、トランスポートパケットが生成され
た時間が格納されている。このＰＣＲは、３３ビットの
program_c1ock_reference_baseと９ビットのprogram_cl
ocLreference_extensionとの４２ビットから構成される
データである。program_clocLreference_extensionによ
って０〜２９９までのシステムクロックをカウントし、
２９９から０にリセットされる際のキャリーによって、
program_c1ock_reference_baseに１ビットを加算するこ
とによって、２４時間をカウントすることができる。
【０１５０】original_program_clock_reference（OPC
R）は、あるトランスポートストリームから単一プログ
ラムのトランスポートストリームを再構成するときに使
用されるデータである。単一プログラムドランスボート
ストリームが完全に再構成された場合、このoriginal_p
rogram_clock_referenceはprogram_clock_referenceに
コピーされる。
R）は、あるトランスポートストリームから単一プログ
ラムのトランスポートストリームを再構成するときに使
用されるデータである。単一プログラムドランスボート
ストリームが完全に再構成された場合、このoriginal_p
rogram_clock_referenceはprogram_clock_referenceに
コピーされる。
【０１５１】splice_countdownは、同一ＰＩＤのトラン
スポートストリームパケットにおいて、トランスポート
ストリームパケットレベルで編集可能（スプライシング
処理可能）なポイントまでのパケットの数を示すデータ
である。従って、編集可能なスプライシングポイントの
トランスポートストリームパケットでは、splice_count
downは「０」である。splice_countdownが「０」になる
トランスポートパケットで、トランスポートストリーム
パケットペイロードの最終バイトは、符号化されたピク
チャの最後のバイトとすることによって、スプライシン
グ処理が可能となる。
スポートストリームパケットにおいて、トランスポート
ストリームパケットレベルで編集可能（スプライシング
処理可能）なポイントまでのパケットの数を示すデータ
である。従って、編集可能なスプライシングポイントの
トランスポートストリームパケットでは、splice_count
downは「０」である。splice_countdownが「０」になる
トランスポートパケットで、トランスポートストリーム
パケットペイロードの最終バイトは、符号化されたピク
チャの最後のバイトとすることによって、スプライシン
グ処理が可能となる。
【０１５２】このスプライシング処理とは、トランスポ
ートレベルで行われる２つの異なるエレメンタリースト
リームを連結し、１つの新しいトランスポートストリー
ムを生成する処理のことである。そして、スプライシン
グ処理として、復号の不連続性を発生しないシームレス
スプライスと、復号の不連続性を引き起こすノンシーム
レススプライスとに分けることができる。符号の不連続
性を発生しないとは、新しく後ろにつなげられたストリ
ームのアクセスユニットの復号時間と、スプライス前の
古いストリームのアクセスユニットの復号時間と間の矛
盾が無いことを示し、符号の不連続性を発生するとは、
新しく後ろにつなげられたストリームのアクセスユニッ
トの復号時間に対して、スプライス前の古いストリーム
のアクセスユニットの復号時間の矛盾が生じることを示
している。
ートレベルで行われる２つの異なるエレメンタリースト
リームを連結し、１つの新しいトランスポートストリー
ムを生成する処理のことである。そして、スプライシン
グ処理として、復号の不連続性を発生しないシームレス
スプライスと、復号の不連続性を引き起こすノンシーム
レススプライスとに分けることができる。符号の不連続
性を発生しないとは、新しく後ろにつなげられたストリ
ームのアクセスユニットの復号時間と、スプライス前の
古いストリームのアクセスユニットの復号時間と間の矛
盾が無いことを示し、符号の不連続性を発生するとは、
新しく後ろにつなげられたストリームのアクセスユニッ
トの復号時間に対して、スプライス前の古いストリーム
のアクセスユニットの復号時間の矛盾が生じることを示
している。
【０１５３】transport_private_data_lengthは、アダ
プテーションフィールドにおけるプライデートデータの
バイト数を示すデータである。
プテーションフィールドにおけるプライデートデータの
バイト数を示すデータである。
【０１５４】private_dataは、規格では特に規定されて
おらず、アダプテーションフィールドにおいて任意のユ
ーザデータを記述することができるフィールドである。
おらず、アダプテーションフィールドにおいて任意のユ
ーザデータを記述することができるフィールドである。
【０１５５】adaptation_field_extension_lengthは、
アダプテーションフィールドにおけるアダプテーション
フィールドエクステンションのデータ長を示すデータで
ある。
アダプテーションフィールドにおけるアダプテーション
フィールドエクステンションのデータ長を示すデータで
ある。
【０１５６】ltw_flag(leagal_time_window_flag)は、
アダプテーションフィールドにおいて表示ウインドウの
オフセット値を示すltw_offsetが存在するか否かを示す
データである。
アダプテーションフィールドにおいて表示ウインドウの
オフセット値を示すltw_offsetが存在するか否かを示す
データである。
【０１５７】piecewise_rate_flagは、アダプテーショ
ンフィールドにおいてpiecewise_rateが存在するか否か
を示すデータである。
ンフィールドにおいてpiecewise_rateが存在するか否か
を示すデータである。
【０１５８】seamless_splice_flagは、スプライシング
ポイントが、通常のスプライシングポイントか、シーム
レススプライシングポイントであるかを示すデータであ
る。このseamless_splice_flagが「０」の時は、スプラ
イシングポイントが通常のスプライシングポイントであ
ることを示し、このseamless_splice_flagが「１」の時
は、スプライシングポイントがシームレススプイシング
ポイントであることを示している。通常のスプライシン
グポイントとは、スプライシングポイントがＰＥＳパケ
ットの区切りに存在する場合であって、このスプライシ
ングポイントの直前のスプライシングパケットがアクセ
スユニットで終了し、次の同じＰＩＤを有するトランス
ポートパケットがＰＥＳパケットのヘッダで開始してい
る場合である。これに対して、シームレススプライシン
グポイントとは、ＰＥＳパケットの途中にスプライシン
グポイントがある場合であって、新しく後ろにつなげら
れたストリームのアクセスユニットの復号時間と、スプ
ライス前の古いストリームのアクセスユニットの復号時
間との間に矛盾が無いようにするために、古いストリー
ムの特性の一部を、新しいストリームの特性として使う
場合である。
ポイントが、通常のスプライシングポイントか、シーム
レススプライシングポイントであるかを示すデータであ
る。このseamless_splice_flagが「０」の時は、スプラ
イシングポイントが通常のスプライシングポイントであ
ることを示し、このseamless_splice_flagが「１」の時
は、スプライシングポイントがシームレススプイシング
ポイントであることを示している。通常のスプライシン
グポイントとは、スプライシングポイントがＰＥＳパケ
ットの区切りに存在する場合であって、このスプライシ
ングポイントの直前のスプライシングパケットがアクセ
スユニットで終了し、次の同じＰＩＤを有するトランス
ポートパケットがＰＥＳパケットのヘッダで開始してい
る場合である。これに対して、シームレススプライシン
グポイントとは、ＰＥＳパケットの途中にスプライシン
グポイントがある場合であって、新しく後ろにつなげら
れたストリームのアクセスユニットの復号時間と、スプ
ライス前の古いストリームのアクセスユニットの復号時
間との間に矛盾が無いようにするために、古いストリー
ムの特性の一部を、新しいストリームの特性として使う
場合である。
【０１５９】次に、本局３０から伝送されたきたストリ
ームＳＴOLDと地方局４０において生成されたストリー
ムＳＴNEWとをスプライシングするスプライシング処理
について、図２０から図２３を参照して説明する。
ームＳＴOLDと地方局４０において生成されたストリー
ムＳＴNEWとをスプライシングするスプライシング処理
について、図２０から図２３を参照して説明する。
【０１６０】図２０は、図７において説明した地方局４
０の制御をよりわかりやすく説明するために、複数チャ
ンネルうちのある１チャンネルのみを残して、他のチャ
ンネルを省略した図である。本発明においては、スプラ
イシング処理に関する実施例として３つのスプライシン
グ処理に関する実施例を有している。以下に、第１、第
２及び第３のスプライシング処理に関する実施例を順に
説明する。
０の制御をよりわかりやすく説明するために、複数チャ
ンネルうちのある１チャンネルのみを残して、他のチャ
ンネルを省略した図である。本発明においては、スプラ
イシング処理に関する実施例として３つのスプライシン
グ処理に関する実施例を有している。以下に、第１、第
２及び第３のスプライシング処理に関する実施例を順に
説明する。
【０１６１】第１のスプライシング処理に関する実施例
は、伝送プログラムの符号化ストリームＳＴOLDが本局
３０から伝送されてくる前に、新しく挿入されるコマー
シャルＣＭ’の符号化ストリームＳＴNEWが既に生成さ
れている場合に行われるスプライシング処理に関する実
施例である。つまり、伝送プログラムにおけるコマーシ
ャルＣＭの符号化ストリームＳＴOLD部分に、既に前も
って符号化されていコマーシャルＣＭ１’のストリーム
を挿入する場合である。通常、コマーシャルというもの
は何度も繰り返して放映されるので、その度にコマーシ
ャルのビデオデータを符号化するのでは効率的ではな
い。そこで、地方向けのコマーシャルＣＭ１’のビデオ
データを符号化し、その符号化ストリームＴＳNEWをス
トリームサーバ４９に予め記憶しておく。そして、本局
３０から置換えられるコマーシャルＣＭ１の符号化スト
リームＳＴOLDが伝送されてきたときに、このストリー
ムサーバ４９から地方向けのコマーシャルＣＭ１’の符
号化ストリームＳＴNEWを再生することによって、同じ
コマーシャルを何度も符号化する処理を省くことができ
る。このような場合に、以下に具体的に説明する第１の
スプライシング処理が行われる。
は、伝送プログラムの符号化ストリームＳＴOLDが本局
３０から伝送されてくる前に、新しく挿入されるコマー
シャルＣＭ’の符号化ストリームＳＴNEWが既に生成さ
れている場合に行われるスプライシング処理に関する実
施例である。つまり、伝送プログラムにおけるコマーシ
ャルＣＭの符号化ストリームＳＴOLD部分に、既に前も
って符号化されていコマーシャルＣＭ１’のストリーム
を挿入する場合である。通常、コマーシャルというもの
は何度も繰り返して放映されるので、その度にコマーシ
ャルのビデオデータを符号化するのでは効率的ではな
い。そこで、地方向けのコマーシャルＣＭ１’のビデオ
データを符号化し、その符号化ストリームＴＳNEWをス
トリームサーバ４９に予め記憶しておく。そして、本局
３０から置換えられるコマーシャルＣＭ１の符号化スト
リームＳＴOLDが伝送されてきたときに、このストリー
ムサーバ４９から地方向けのコマーシャルＣＭ１’の符
号化ストリームＳＴNEWを再生することによって、同じ
コマーシャルを何度も符号化する処理を省くことができ
る。このような場合に、以下に具体的に説明する第１の
スプライシング処理が行われる。
【０１６２】まず地方局４０において、伝送プログラム
のコマーシャルＣＭ１の部分に置換えられる地方向けの
コマーシャルＣＭ１’を符号化し、符号化ストリームＳ
ＴNEWをストリームサーバ４９に格納する初期処理につ
いて説明する。放送システムコントローラ４１は、伝送
プログラムのコマーシャルＣＭの部分に置換えられるコ
マーシャルＣＭ１’のビデオデータを再生するようにＣ
Ｍサーバ４７を制御する。そして、エンコーダ４８１
は、ＣＭサーバ４７から再生されたベースバンドのビデ
オデータを受取り、このビデオデータの各ピクチャの符
号化難易度（Difficulty）Ｄｉをエンコーダコントロー
ラ４８０に供給する。エンコーダコントローラ４８０
は、図８において説明したエンコーダコントローラ３５
０と同じように、エンコーダ４８１が適切な符号化ビッ
トを発生するようにエンコーダ４８１に対してターゲッ
トビットレートＲｉを供給する。エンコーダ４８１は、
エンコーダコントローラ４８０から供給されたターゲッ
トビットレートＲｉに基いて符号化処理を行なうことに
よって、最適なビットレートの符号化エレメンタリース
トリームＳＴNEWを生成することができる。エンコーダ
４８１から出力された符号化エレメンタリーストリーム
ＳＴNEWは、ストリームサーバ４９に供給される。スト
リームサーバ４９は、符号化エレメンタリーストリーム
をストリームの状態のまま、ランダムアクセス可能な記
録媒体に記録する。これで、符号化ストリームＳＴNEW
をストリームサーバ４９に格納する初期処理は終了す
る。
のコマーシャルＣＭ１の部分に置換えられる地方向けの
コマーシャルＣＭ１’を符号化し、符号化ストリームＳ
ＴNEWをストリームサーバ４９に格納する初期処理につ
いて説明する。放送システムコントローラ４１は、伝送
プログラムのコマーシャルＣＭの部分に置換えられるコ
マーシャルＣＭ１’のビデオデータを再生するようにＣ
Ｍサーバ４７を制御する。そして、エンコーダ４８１
は、ＣＭサーバ４７から再生されたベースバンドのビデ
オデータを受取り、このビデオデータの各ピクチャの符
号化難易度（Difficulty）Ｄｉをエンコーダコントロー
ラ４８０に供給する。エンコーダコントローラ４８０
は、図８において説明したエンコーダコントローラ３５
０と同じように、エンコーダ４８１が適切な符号化ビッ
トを発生するようにエンコーダ４８１に対してターゲッ
トビットレートＲｉを供給する。エンコーダ４８１は、
エンコーダコントローラ４８０から供給されたターゲッ
トビットレートＲｉに基いて符号化処理を行なうことに
よって、最適なビットレートの符号化エレメンタリース
トリームＳＴNEWを生成することができる。エンコーダ
４８１から出力された符号化エレメンタリーストリーム
ＳＴNEWは、ストリームサーバ４９に供給される。スト
リームサーバ４９は、符号化エレメンタリーストリーム
をストリームの状態のまま、ランダムアクセス可能な記
録媒体に記録する。これで、符号化ストリームＳＴNEW
をストリームサーバ４９に格納する初期処理は終了す
る。
【０１６３】次に、本局から伝送されてきた伝送プログ
ラムの符号化ストリームＳＴOLDと、上述した初期処理
によってストリームサーバ４９に格納された符号化スト
リームＳＴNEWとをスプライシングするスプライシング
処理について説明する。
ラムの符号化ストリームＳＴOLDと、上述した初期処理
によってストリームサーバ４９に格納された符号化スト
リームＳＴNEWとをスプライシングするスプライシング
処理について説明する。
【０１６４】本局３０から伝送されてきた符号化ストリ
ームＳＴOLDは、ストリーム変換回路４４においてトラ
ンスポートストリームの形式からエレメンタリーストリ
ームの形式に変換される。エレメンタリーストリームの
形式に変換された符号化ストリームＳＴOLDは、ストリ
ームスプライサ５０に供給される。
ームＳＴOLDは、ストリーム変換回路４４においてトラ
ンスポートストリームの形式からエレメンタリーストリ
ームの形式に変換される。エレメンタリーストリームの
形式に変換された符号化ストリームＳＴOLDは、ストリ
ームスプライサ５０に供給される。
【０１６５】ストリームスプライサ５０は、図２０に示
されているように、スプライスコントローラ５００、ス
イッチ回路５０１、ストリーム解析回路５０２、ストリ
ームプロセッサ５０３、及びスプライシング回路５０４
を備えている。
されているように、スプライスコントローラ５００、ス
イッチ回路５０１、ストリーム解析回路５０２、ストリ
ームプロセッサ５０３、及びスプライシング回路５０４
を備えている。
【０１６６】この第１のスプライシング処理に関する実
施例では、スプライスコントローラ５００は、スイッチ
回路５０１の入力端子を「ａ」に切換え、ストリームサ
ーバ４９から供給されたエレメンタリーストリームＳＴ
NEWをストリーム解析回路５０２に供給する。
施例では、スプライスコントローラ５００は、スイッチ
回路５０１の入力端子を「ａ」に切換え、ストリームサ
ーバ４９から供給されたエレメンタリーストリームＳＴ
NEWをストリーム解析回路５０２に供給する。
【０１６７】ストリーム解析回路５０２は、符号化スト
リームＳＴOLD及び符号化ストリームＳＴNEWのシンタッ
クスを解析する回路である。具体的には、ストリーム解
析回路５０２は、図１０及び図１５に開示された符号化
ストリームのシンタックスから理解できるように、符号
化ストリームＳＴOLD中に記述された３２ビットのpictu
re_start_codeを探すことによって、ストリーム中にお
いてピクチャヘッダに関する情報が記述された場所を把
握する。次に、ストリーム解析回路５０２は、picture_
start_codeの１１ビット後から始まる３ビットのpictur
e_coding_typeを見つけることによって、ピクチャタイ
プを把握すると共に、この３ビットのpicture_coding_t
ypeの次に記述された１６ビットのvbv_delayから、符号
化ピクチャのvbv_delayを把握することができる。
リームＳＴOLD及び符号化ストリームＳＴNEWのシンタッ
クスを解析する回路である。具体的には、ストリーム解
析回路５０２は、図１０及び図１５に開示された符号化
ストリームのシンタックスから理解できるように、符号
化ストリームＳＴOLD中に記述された３２ビットのpictu
re_start_codeを探すことによって、ストリーム中にお
いてピクチャヘッダに関する情報が記述された場所を把
握する。次に、ストリーム解析回路５０２は、picture_
start_codeの１１ビット後から始まる３ビットのpictur
e_coding_typeを見つけることによって、ピクチャタイ
プを把握すると共に、この３ビットのpicture_coding_t
ypeの次に記述された１６ビットのvbv_delayから、符号
化ピクチャのvbv_delayを把握することができる。
【０１６８】さらに、ストリーム解析回路５０２は、図
１０及び図１５に開示された符号化ストリームのシンタ
ックスから理解できるように、符号化ストリームＳＴOL
D及び符号化ストリームＳＴNEW中に記述された３２ビッ
トのextension_start_codeを探すことによって、ストリ
ーム中においてピクチャコーディングエクステンション
に関する情報が記述された場所を把握する。次に、スト
リーム解析回路５０２は、picture_start_codeの２５ビ
ット後から記述された１ビットのtop_field_firstと、
そのtop_field_firstの６ビット後から記述されたrepea
t_first_fieldとを探すことによって、符号化ピクチャ
のフレーム構造を把握することができる。例えば、符号
化ピクチャの「top_field_first」が「１」である場合
には、トップフィールドがボトムフィールドよりも時間
的に早いフレーム構造であることを示し、「top_field_
first」が「０」の場合には、トップフィールドがボト
ムフィールドよりも時間的に早いフレーム構造であるこ
とを示す。また、符号化ストリーム中のフラグ「top_fi
eld_first」が「０」であって且つ「repeat_first_fiel
d 」が「１」の場合には、復号化時にトップフィールド
からリピートフィールドが生成されるようなピクチャ構
造であることを示し、符号化ストリーム中のフラグ「to
p_field_first」が「０」であって且つ「repeat_first_
field 」が「１」の場合には、復号化時にボトムフィー
ルドからリピートフィールドが生成されるようなピクチ
ャ構造を有していることを示している。
１０及び図１５に開示された符号化ストリームのシンタ
ックスから理解できるように、符号化ストリームＳＴOL
D及び符号化ストリームＳＴNEW中に記述された３２ビッ
トのextension_start_codeを探すことによって、ストリ
ーム中においてピクチャコーディングエクステンション
に関する情報が記述された場所を把握する。次に、スト
リーム解析回路５０２は、picture_start_codeの２５ビ
ット後から記述された１ビットのtop_field_firstと、
そのtop_field_firstの６ビット後から記述されたrepea
t_first_fieldとを探すことによって、符号化ピクチャ
のフレーム構造を把握することができる。例えば、符号
化ピクチャの「top_field_first」が「１」である場合
には、トップフィールドがボトムフィールドよりも時間
的に早いフレーム構造であることを示し、「top_field_
first」が「０」の場合には、トップフィールドがボト
ムフィールドよりも時間的に早いフレーム構造であるこ
とを示す。また、符号化ストリーム中のフラグ「top_fi
eld_first」が「０」であって且つ「repeat_first_fiel
d 」が「１」の場合には、復号化時にトップフィールド
からリピートフィールドが生成されるようなピクチャ構
造であることを示し、符号化ストリーム中のフラグ「to
p_field_first」が「０」であって且つ「repeat_first_
field 」が「１」の場合には、復号化時にボトムフィー
ルドからリピートフィールドが生成されるようなピクチ
ャ構造を有していることを示している。
【０１６９】上述した、picture_coding_type、vbv_del
ay、top_field_first及びrepeat_first_fieldは、各ピ
クチャ毎に符号化ストリームから抽出され、スプライス
コントローラ５００に供給される。ストリーム解析回路
５０２に供給されたエレメンタリーストリームＳＴOLD
及びエレメンタリーストリームＳＴNEWは、そのままエ
レメンタリーストリームＳＴOLD及びエレメンタリース
トリームＳＴNEWとしてストリームプロセッサ５０３に
供給される。
ay、top_field_first及びrepeat_first_fieldは、各ピ
クチャ毎に符号化ストリームから抽出され、スプライス
コントローラ５００に供給される。ストリーム解析回路
５０２に供給されたエレメンタリーストリームＳＴOLD
及びエレメンタリーストリームＳＴNEWは、そのままエ
レメンタリーストリームＳＴOLD及びエレメンタリース
トリームＳＴNEWとしてストリームプロセッサ５０３に
供給される。
【０１７０】さらに、ストリーム解析回路５０２は、供
給されたストリームＳＴOLDとストリームＳＴNEWのビッ
ト数をカウントするためのカウンタを備えており、この
カウント値と各ピクチャの発生ビット量とに基いて、各
ピクチャ毎にＶＢＶバッファのデータ残量をシュミレー
ションするようにしている。ストリーム解析回路５０２
において演算された各ピクチャ毎のＶＢＶバッファのデ
ータ残量も、スプライスコントローラ５００に供給され
る
給されたストリームＳＴOLDとストリームＳＴNEWのビッ
ト数をカウントするためのカウンタを備えており、この
カウント値と各ピクチャの発生ビット量とに基いて、各
ピクチャ毎にＶＢＶバッファのデータ残量をシュミレー
ションするようにしている。ストリーム解析回路５０２
において演算された各ピクチャ毎のＶＢＶバッファのデ
ータ残量も、スプライスコントローラ５００に供給され
る
【０１７１】ストリームプロセッサ５０３は、ストリー
ムＳＴOLDとストリームＳＴNEWとをスプライシングする
ことによって生成されるスプライスドストリームＳＴSP
Lがシームレスなストリームとなるように、このストリ
ームＳＴOLD及びストリームＳＴNEWのストリーム構造、
データエレメント及びフラグを変更するための回路であ
る。このストリームプロセッサ５０３の具体的な処理
を、図２１を参照して説明する。
ムＳＴOLDとストリームＳＴNEWとをスプライシングする
ことによって生成されるスプライスドストリームＳＴSP
Lがシームレスなストリームとなるように、このストリ
ームＳＴOLD及びストリームＳＴNEWのストリーム構造、
データエレメント及びフラグを変更するための回路であ
る。このストリームプロセッサ５０３の具体的な処理
を、図２１を参照して説明する。
【０１７２】図２１（Ａ）は、本局３０から供給された
オリジナルストリームＳＴOLDと、そのストリームＳＴO
LDのＶＢＶバッファのデータ占有量の軌跡を示す図であ
って、図２１（Ｂ）は、ストリームサーバ４９に記憶さ
れた差し替えストリームＳＴNEWと、そのストリームＳ
ＴNEWのＶＢＶバッファのデータ占有量の軌跡を示す図
であって、図２１（Ｂ）は、スプライシングポイントＳ
Ｐ１及びＳＰ２において、ストリームＳＴOLDとストリ
ームＳＴNEWとをスプライシングしたスプライスドスト
リームＳＴSPLと、そのスプライスドストリームＳＴSPL
のＶＢＶバッファのデータ占有量の軌跡を示す図であ
る。尚、図２１（Ａ）において、ＤＴＳ（デコーディン
グタイムスタンプ）を示し、ＳＰ１vbvは、ＶＢＶバッ
ファのデータ占有量の軌跡上における第１のスプライシ
ングポイントを示し、ＳＰ２vbvは、ＶＢＶバッファデ
ータ占有量の軌跡上における第２のスプライシングポイ
ントを示し、ＶＯ(I6)は、ピクチャＢ５がＶＢＶバッフ
ァから引き出されたときにＶＢＶバッファ上にバッファ
リングされているピクチャＩ６のデータ量を示し、ＧＢ
(I6)は、ピクチャＩ６の発生ビット量を示し、ＶＤ(I6)
は、ピクチャＩ６のvbv_delayの値を示し、ＶＯ(B7)
は、ピクチャＩ６がＶＢＶバッファから引き出されたと
きにＶＢＶバッファ上にバッファリングされているピク
チャＢ７のデータ量を示し、ＧＢ(B11)は、ピクチャＢ
１１の発生ビット量を示し、ＶＤ(I12)は、ピクチャＩ
１２のvbv_delayの値を示し、ＶＯ(I12)は、ピクチャＢ
１１がＶＢＶバッファから引き出されたときにＶＢＶバ
ッファ上にバッファリングされているピクチャＩ１２の
データ量を示している。また、図２１（Ｂ）において、
ＧＢ(I6')は、ピクチャＩ６’の発生ビット量を示し、
ＶＤ(I6')は、ピクチャＩ６’のvbv_delayの値を示し、
ＶＯ(I6')は、ＶＢＶにおける第１のスプライシングポ
イントＳＰ１vbvにおけるピクチャＩ６’のＶＢＶバッ
ファにバッファリングされているデータ量を示し、ＧＢ
(B11')は、ピクチャＢ１１’の発生ビット量を示し、Ｖ
Ｏ(I12')は、ＶＢＶにおける第２のスプライシングポイ
ントＳＰ２vbvにおけるピクチャＢ１２’のＶＢＶバッ
ファにバッファリングされているデータ量を示してい
る。また、図２１（Ｃ）において、ＧＢ(I6")は、スプ
ライスドストリームＳＴSPLがシームレスなストリーム
となるようにストリーム処理されたピクチャＩ６"の発
生ビット量を示し、ＶＤ(I6”)は、ピクチャＩ６”のvb
v_delayの値を示し、ＧＢ(B11")は、スプライスドスト
リームＳＴSPLがシームレスなストリームとなるように
ストリーム処理されたピクチャＢ１１”の発生ビット量
を示している。
オリジナルストリームＳＴOLDと、そのストリームＳＴO
LDのＶＢＶバッファのデータ占有量の軌跡を示す図であ
って、図２１（Ｂ）は、ストリームサーバ４９に記憶さ
れた差し替えストリームＳＴNEWと、そのストリームＳ
ＴNEWのＶＢＶバッファのデータ占有量の軌跡を示す図
であって、図２１（Ｂ）は、スプライシングポイントＳ
Ｐ１及びＳＰ２において、ストリームＳＴOLDとストリ
ームＳＴNEWとをスプライシングしたスプライスドスト
リームＳＴSPLと、そのスプライスドストリームＳＴSPL
のＶＢＶバッファのデータ占有量の軌跡を示す図であ
る。尚、図２１（Ａ）において、ＤＴＳ（デコーディン
グタイムスタンプ）を示し、ＳＰ１vbvは、ＶＢＶバッ
ファのデータ占有量の軌跡上における第１のスプライシ
ングポイントを示し、ＳＰ２vbvは、ＶＢＶバッファデ
ータ占有量の軌跡上における第２のスプライシングポイ
ントを示し、ＶＯ(I6)は、ピクチャＢ５がＶＢＶバッフ
ァから引き出されたときにＶＢＶバッファ上にバッファ
リングされているピクチャＩ６のデータ量を示し、ＧＢ
(I6)は、ピクチャＩ６の発生ビット量を示し、ＶＤ(I6)
は、ピクチャＩ６のvbv_delayの値を示し、ＶＯ(B7)
は、ピクチャＩ６がＶＢＶバッファから引き出されたと
きにＶＢＶバッファ上にバッファリングされているピク
チャＢ７のデータ量を示し、ＧＢ(B11)は、ピクチャＢ
１１の発生ビット量を示し、ＶＤ(I12)は、ピクチャＩ
１２のvbv_delayの値を示し、ＶＯ(I12)は、ピクチャＢ
１１がＶＢＶバッファから引き出されたときにＶＢＶバ
ッファ上にバッファリングされているピクチャＩ１２の
データ量を示している。また、図２１（Ｂ）において、
ＧＢ(I6')は、ピクチャＩ６’の発生ビット量を示し、
ＶＤ(I6')は、ピクチャＩ６’のvbv_delayの値を示し、
ＶＯ(I6')は、ＶＢＶにおける第１のスプライシングポ
イントＳＰ１vbvにおけるピクチャＩ６’のＶＢＶバッ
ファにバッファリングされているデータ量を示し、ＧＢ
(B11')は、ピクチャＢ１１’の発生ビット量を示し、Ｖ
Ｏ(I12')は、ＶＢＶにおける第２のスプライシングポイ
ントＳＰ２vbvにおけるピクチャＢ１２’のＶＢＶバッ
ファにバッファリングされているデータ量を示してい
る。また、図２１（Ｃ）において、ＧＢ(I6")は、スプ
ライスドストリームＳＴSPLがシームレスなストリーム
となるようにストリーム処理されたピクチャＩ６"の発
生ビット量を示し、ＶＤ(I6”)は、ピクチャＩ６”のvb
v_delayの値を示し、ＧＢ(B11")は、スプライスドスト
リームＳＴSPLがシームレスなストリームとなるように
ストリーム処理されたピクチャＢ１１”の発生ビット量
を示している。
【０１７３】オリジナルストリームＳＴOLDは本局３０
において符号化されたストリームであって、差し替えス
トリームＳＴNEWは地方局４０において符号化されたス
トリームであるので、ストリームＳＴOLDとストリーム
ＳＴNEWとは、それぞれのビデオエンコーダで全く関係
無く符号化されたストリームである。つまり、ストリー
ムＳＴOLDにおける最初のピクチャＩ６のvbv_delayの値
ＶＤ(I6)と、ストリームＳＴNEWにおける最初のピクチ
ャＩ６’のvbv_delayの値ＶＤ(I6')とは同じ値ではな
い。つまり、このような場合には、ＶＢＶバッファにお
けるストリームスプライスポイントＳＰ１vbvのタイミ
ングにおいて、オリジナルストリームＳＴOLDのＶＢＶ
ハッファのデータ占有量ＶＯ(I6)と、差し替えストリー
ムＳＴNEWのＶＢＶバッファのデータ占有量ＶＯ(I6')と
は異なってしまう。
において符号化されたストリームであって、差し替えス
トリームＳＴNEWは地方局４０において符号化されたス
トリームであるので、ストリームＳＴOLDとストリーム
ＳＴNEWとは、それぞれのビデオエンコーダで全く関係
無く符号化されたストリームである。つまり、ストリー
ムＳＴOLDにおける最初のピクチャＩ６のvbv_delayの値
ＶＤ(I6)と、ストリームＳＴNEWにおける最初のピクチ
ャＩ６’のvbv_delayの値ＶＤ(I6')とは同じ値ではな
い。つまり、このような場合には、ＶＢＶバッファにお
けるストリームスプライスポイントＳＰ１vbvのタイミ
ングにおいて、オリジナルストリームＳＴOLDのＶＢＶ
ハッファのデータ占有量ＶＯ(I6)と、差し替えストリー
ムＳＴNEWのＶＢＶバッファのデータ占有量ＶＯ(I6')と
は異なってしまう。
【０１７４】つまり、本発明の背景技術において説明し
たように、スプライスポイントＳＰ１において、ストリ
ームＳＴOLDとストリームＳＴNEWとを単純にスプライス
してしまうと、単純にスプライスされたストリームのＶ
ＢＶバッファのデータ占有量が不連続になるか又はオー
バーフロー／アンダーフローしてしまう。
たように、スプライスポイントＳＰ１において、ストリ
ームＳＴOLDとストリームＳＴNEWとを単純にスプライス
してしまうと、単純にスプライスされたストリームのＶ
ＢＶバッファのデータ占有量が不連続になるか又はオー
バーフロー／アンダーフローしてしまう。
【０１７５】そこで、ストリームスプライサ５０では、
ストリーム解析回路５０２においてストリームＳＴOLD
及びストリームＳＴNEWから抽出されたデータエレメン
トに基いて、スプライスドストリームＳＴSPLがスプラ
イスポイントにおいてシームレスなストリームとなるよ
うに、ストリームプロセッサ５０３において、供給され
たストリームＳＴOLD及びストリームＳＴNEWのストリー
ム構造に関してストリーム処理を行なっている。その処
理を以下に説明する。
ストリーム解析回路５０２においてストリームＳＴOLD
及びストリームＳＴNEWから抽出されたデータエレメン
トに基いて、スプライスドストリームＳＴSPLがスプラ
イスポイントにおいてシームレスなストリームとなるよ
うに、ストリームプロセッサ５０３において、供給され
たストリームＳＴOLD及びストリームＳＴNEWのストリー
ム構造に関してストリーム処理を行なっている。その処
理を以下に説明する。
【０１７６】スプライスコントローラ５００は、ストリ
ームＳＴOLDに関するデータエレメントとして、各ピク
チャ毎に、picture_coding_type、vbv_delay、top_fiel
d_first及びrepeat_first_field等の情報、各ピクチャ
における発生ビット量、各ピクチャにおけるＶＢＶバッ
ファのデータ占有量をストリーム解析回路５０２から受
け取る。図２１においては、例えば、ピクチャＩ６にお
けるvbv_delayの値をＶＤ(I6)と表わし、ピクチャＩ６
における発生ビット量をＧＢ(I6)と表わし、ピクチャＩ
６におけるＶＢＶバッファのデータ占有量をＶＯ(I6)と
いうように表わしている。
ームＳＴOLDに関するデータエレメントとして、各ピク
チャ毎に、picture_coding_type、vbv_delay、top_fiel
d_first及びrepeat_first_field等の情報、各ピクチャ
における発生ビット量、各ピクチャにおけるＶＢＶバッ
ファのデータ占有量をストリーム解析回路５０２から受
け取る。図２１においては、例えば、ピクチャＩ６にお
けるvbv_delayの値をＶＤ(I6)と表わし、ピクチャＩ６
における発生ビット量をＧＢ(I6)と表わし、ピクチャＩ
６におけるＶＢＶバッファのデータ占有量をＶＯ(I6)と
いうように表わしている。
【０１７７】次に、スプライスポイントＳＰ１における
スプライスコントローラ５００とストリームプロセッサ
５０３のＶＢＶバッファに関する処理について説明す
る。
スプライスコントローラ５００とストリームプロセッサ
５０３のＶＢＶバッファに関する処理について説明す
る。
【０１７８】まず、スプライスコントローラ５００は、
スプライシングポイントＳＰ１における、オリジナルス
トリームＳＴOLDのピクチャＩ６のvbv_delayの値ＶＤ(I
6)と、差し替えストリームＳＴNEWのピクチャＩ６’のv
bv_delayの値ＶＤ(I6')とが異なると判断した場合に
は、差し替えストリームＳＴNEW中に記述されたピクチ
ャＩ６’のvbv_delayの値をＶＤ(I6')からＶＤ(I6)に書
き換えるようにストリームプロセッサ５０３に指示を与
える。
スプライシングポイントＳＰ１における、オリジナルス
トリームＳＴOLDのピクチャＩ６のvbv_delayの値ＶＤ(I
6)と、差し替えストリームＳＴNEWのピクチャＩ６’のv
bv_delayの値ＶＤ(I6')とが異なると判断した場合に
は、差し替えストリームＳＴNEW中に記述されたピクチ
ャＩ６’のvbv_delayの値をＶＤ(I6')からＶＤ(I6)に書
き換えるようにストリームプロセッサ５０３に指示を与
える。
【０１７９】ストリームプロセッサ５０３は、スプライ
スコントローラ５００からの指示に従って、差し替えス
トリームＳＴNEWのピクチャヘッダ中に記述された１６
ビットのvbv_delayの値をＶＤ(I6')からＶＤ(I6)に書き
換える。
スコントローラ５００からの指示に従って、差し替えス
トリームＳＴNEWのピクチャヘッダ中に記述された１６
ビットのvbv_delayの値をＶＤ(I6')からＶＤ(I6)に書き
換える。
【０１８０】ここで、単に、差し替えストリームＳＴNE
Wにおけるvbv_delayの値をＶＤ(I6')からＶＤ(I6)に書
き換え、この書き換えたvbv_delayに従ってＶＢＶバッ
ファからビットストリームを引き出そうとすると、ピク
チャＩ６’の発生ビット量が足りないので、ＶＢＶバッ
ファがアンダーフローしてしまう。そこで、スプライス
コントローラ５００は、差し替えストリームＳＴNEWの
ピクチャＩ６’の発生ビット量ＧＢ(I6')が、シームレ
スなスプライスドストリームＳＴSPLのピクチャＩ６”
の発生ビット量ＧＢ(I6")になるように、差し替えスト
リームＳＴNEWのピクチャＩ６’のに対してスタッフィ
ングバイトを挿入する処理を行なう。このスタッフィン
グバイトとは、「０」のダミービットから構成されるデ
ータである。
Wにおけるvbv_delayの値をＶＤ(I6')からＶＤ(I6)に書
き換え、この書き換えたvbv_delayに従ってＶＢＶバッ
ファからビットストリームを引き出そうとすると、ピク
チャＩ６’の発生ビット量が足りないので、ＶＢＶバッ
ファがアンダーフローしてしまう。そこで、スプライス
コントローラ５００は、差し替えストリームＳＴNEWの
ピクチャＩ６’の発生ビット量ＧＢ(I6')が、シームレ
スなスプライスドストリームＳＴSPLのピクチャＩ６”
の発生ビット量ＧＢ(I6")になるように、差し替えスト
リームＳＴNEWのピクチャＩ６’のに対してスタッフィ
ングバイトを挿入する処理を行なう。このスタッフィン
グバイトとは、「０」のダミービットから構成されるデ
ータである。
【０１８１】スタッフィングバイトを挿入する処理を行
うために、スプライスコントローラ５００は、ストリー
ムＳＴOLDにおけるピクチャＩ６及びピクチャＢ７に関
する情報として受け取った発生ビット量ＧＢ(I6)、ＶＢ
Ｖバッファのデータ占有量ＶＯ(I6)、及びストリームＳ
ＴNEWにおけるピクチャＩ６’に関する情報として受け
取った発生ビット量ＧＢ(I6')、ＶＢＶバッファのデー
タ占有量ＶＯ(I6')を使用して、挿入すべきスタッフィ
ングバイトのデータ量を演算する。具体的には、下記の
式（２）に基いてスタッフィングバイトＳＢ１ [byte]
が演算される。 ＳＢ１[byte]＝｛ ＧＢ(I6")−ＧＢ(I6') ｝／ ８ ＝｛ ＧＢ(I6)−ＧＢ(I6') ＋ ＶＯ(B7)−ＶＯ(B7') ｝／ ８ ・・・ （２）
うために、スプライスコントローラ５００は、ストリー
ムＳＴOLDにおけるピクチャＩ６及びピクチャＢ７に関
する情報として受け取った発生ビット量ＧＢ(I6)、ＶＢ
Ｖバッファのデータ占有量ＶＯ(I6)、及びストリームＳ
ＴNEWにおけるピクチャＩ６’に関する情報として受け
取った発生ビット量ＧＢ(I6')、ＶＢＶバッファのデー
タ占有量ＶＯ(I6')を使用して、挿入すべきスタッフィ
ングバイトのデータ量を演算する。具体的には、下記の
式（２）に基いてスタッフィングバイトＳＢ１ [byte]
が演算される。 ＳＢ１[byte]＝｛ ＧＢ(I6")−ＧＢ(I6') ｝／ ８ ＝｛ ＧＢ(I6)−ＧＢ(I6') ＋ ＶＯ(B7)−ＶＯ(B7') ｝／ ８ ・・・ （２）
【０１８２】スプライスコントローラ５００は、上式
（２）に従って演算したスタフィングバイトＳＢ１を、
ストリームＳＴNEWの中に挿入するようにストリームプ
ロセッサ５０３を制御する．
（２）に従って演算したスタフィングバイトＳＢ１を、
ストリームＳＴNEWの中に挿入するようにストリームプ
ロセッサ５０３を制御する．
【０１８３】ストリームプロセッサ５０３は、スプライ
スコントローラ５００からの指令に従って、スタフィン
グバイトＳＢ１を、ストリームＳＴNEWの中に記述す
る。スタッフィングバイトをストリーム中に記述する位
置としては、符号化ストリームＳＴNEWのピクチャＩ６
のピクチャヘッダのスタートコードの前が最も望ましい
が、他のスタートコードの前であっても問題はない。
スコントローラ５００からの指令に従って、スタフィン
グバイトＳＢ１を、ストリームＳＴNEWの中に記述す
る。スタッフィングバイトをストリーム中に記述する位
置としては、符号化ストリームＳＴNEWのピクチャＩ６
のピクチャヘッダのスタートコードの前が最も望ましい
が、他のスタートコードの前であっても問題はない。
【０１８４】以上が、スプライスポイントＳＰ１におけ
るスプライスコントローラ５００とストリームプロセッ
サ５０３のＶＢＶバッファに関する制御である。
るスプライスコントローラ５００とストリームプロセッ
サ５０３のＶＢＶバッファに関する制御である。
【０１８５】次に、スプライスポイントＳＰ２における
スプライスコントローラ５００とストリームプロセッサ
５０３のＶＢＶバッファに関する制御について説明す
る。
スプライスコントローラ５００とストリームプロセッサ
５０３のＶＢＶバッファに関する制御について説明す
る。
【０１８６】単に、スプライスポイントＳＰ２におい
て、ストリームＳＴNEWとストリームＳＴOLDとをスプラ
イシングしたとすると、ストリームＳＴNEWの最後のピ
クチャＢ１１’の発生ビット量ＧＢ(B11')が足りないの
で、ストリームＳＴNEWの最初のピクチャＩ１２のＶＢ
Ｖバッファのデータ占有量の軌跡と連続にならない。そ
の結果、ＶＢＶバッファがアンダーフロー又はオーバー
フローしてしまう。
て、ストリームＳＴNEWとストリームＳＴOLDとをスプラ
イシングしたとすると、ストリームＳＴNEWの最後のピ
クチャＢ１１’の発生ビット量ＧＢ(B11')が足りないの
で、ストリームＳＴNEWの最初のピクチャＩ１２のＶＢ
Ｖバッファのデータ占有量の軌跡と連続にならない。そ
の結果、ＶＢＶバッファがアンダーフロー又はオーバー
フローしてしまう。
【０１８７】そこで、スプライスコントローラ５００
は、ＶＢＶバッファにおけるスプライスポイントＳＰ２
vbvにおいて、ＶＢＶバッファの軌跡が連続になるよう
に、ストリームＳＴNEWの最後のピクチャＢ１１’の発
生符号量ＧＢ(B11')が、図２１（Ｃ）のピクチャＢ１
１”の発生符号量ＧＢ(11")となるように、ストリーム
ＳＴNEW中にスタッフィングバイトを挿入する処理を行
なう。
は、ＶＢＶバッファにおけるスプライスポイントＳＰ２
vbvにおいて、ＶＢＶバッファの軌跡が連続になるよう
に、ストリームＳＴNEWの最後のピクチャＢ１１’の発
生符号量ＧＢ(B11')が、図２１（Ｃ）のピクチャＢ１
１”の発生符号量ＧＢ(11")となるように、ストリーム
ＳＴNEW中にスタッフィングバイトを挿入する処理を行
なう。
【０１８８】スタッフィングバイトを挿入する処理を行
うために、スプライスコントローラ５００は、ストリー
ムＳＴOLDにおけるピクチャＩ１２に関する情報として
受け取ったＶＯ(I12)、ストリームＳＴNEWの最後のピク
チャ１１’の発生ビット量ＧＢ(B11')、及びストリーム
ＳＴNEWのピクチャ１２’のＶＢＶバッファのデータ占
有量ＶＯ(I12')を使用して、挿入すべきスタッフィング
バイトのデータ量を演算する。尚、具体的には、下記の
式（２）に基いてスタッフィングバイトＳＢ２[byte]
が演算される。 ＳＢ２ [byte] ＝ ｛ ＧＢ(B11")− ＧＢ(B11') ｝／ ８ ＝ ｛ ＶＯ(I12') − ＶＯ(I12) ｝／ ８ ・・・ （３）
うために、スプライスコントローラ５００は、ストリー
ムＳＴOLDにおけるピクチャＩ１２に関する情報として
受け取ったＶＯ(I12)、ストリームＳＴNEWの最後のピク
チャ１１’の発生ビット量ＧＢ(B11')、及びストリーム
ＳＴNEWのピクチャ１２’のＶＢＶバッファのデータ占
有量ＶＯ(I12')を使用して、挿入すべきスタッフィング
バイトのデータ量を演算する。尚、具体的には、下記の
式（２）に基いてスタッフィングバイトＳＢ２[byte]
が演算される。 ＳＢ２ [byte] ＝ ｛ ＧＢ(B11")− ＧＢ(B11') ｝／ ８ ＝ ｛ ＶＯ(I12') − ＶＯ(I12) ｝／ ８ ・・・ （３）
【０１８９】尚、データ占有量ＶＯ(I12')とは、最後の
ピクチャＢ１１’をＶＢＶバッファから引き出した後の
ストリームＳＴNEWに関するＶＢＶバッファのデータ占
有量であると言い換えることができ、ストリームＳＴNE
Wのビット数をカウントすることによってＶＢＶの軌跡
を把握しているストリーム解析回路５０２によって、容
易にこのデータ占有量ＶＯ(I12')検出することができ
る。
ピクチャＢ１１’をＶＢＶバッファから引き出した後の
ストリームＳＴNEWに関するＶＢＶバッファのデータ占
有量であると言い換えることができ、ストリームＳＴNE
Wのビット数をカウントすることによってＶＢＶの軌跡
を把握しているストリーム解析回路５０２によって、容
易にこのデータ占有量ＶＯ(I12')検出することができ
る。
【０１９０】このスプライスコントローラ５００は、上
式（３）に従って演算したスタフィングバイトＳＢ２
を、ストリームＳＴNEW中に挿入するようにストリーム
プロセッサ５０３を制御する．
式（３）に従って演算したスタフィングバイトＳＢ２
を、ストリームＳＴNEW中に挿入するようにストリーム
プロセッサ５０３を制御する．
【０１９１】ストリームプロセッサ５０３は、スプライ
スコントローラ５００からの指令に従って、スタフィン
グバイトＳＢ２を、ストリームＳＴNEWのピクチャＢ１
１’に関する情報として記述する。スタッフィングバイ
トをストリーム中に記述する位置としては、符号化スト
リームＳＴNEWのピクチャＢ１１’のピクチャヘッダの
スタートコードの前が最も望ましい。
スコントローラ５００からの指令に従って、スタフィン
グバイトＳＢ２を、ストリームＳＴNEWのピクチャＢ１
１’に関する情報として記述する。スタッフィングバイ
トをストリーム中に記述する位置としては、符号化スト
リームＳＴNEWのピクチャＢ１１’のピクチャヘッダの
スタートコードの前が最も望ましい。
【０１９２】以上が、スプライスポイントＳＰ２におけ
るスプライスコントローラ５００とストリームプロセッ
サ５０３のＶＢＶバッファに関する制御である。
るスプライスコントローラ５００とストリームプロセッ
サ５０３のＶＢＶバッファに関する制御である。
【０１９３】図２２を参照して、スプライスポイントＳ
Ｐ１におけるスプライスコントローラ５００とストリー
ムプロセッサ５０３のtop_field_first及びrepeat_firs
t_field等のフラグに関する第１の処理例を説明する。
Ｐ１におけるスプライスコントローラ５００とストリー
ムプロセッサ５０３のtop_field_first及びrepeat_firs
t_field等のフラグに関する第１の処理例を説明する。
【０１９４】図２２（Ａ）は、本局３０において制作さ
れたプログラム１とコマーシャルＣＭ１とプログラム２
から構成されるテレビ番組ＰＧOLDのフレーム構造と、
そのテレビ番組ＰＧOLDを符号化したときの符号化スト
リームＳＴOLDを示している図である。図２２（Ｂ）
は、地方局４０において制作された差し替えコマーシャ
ルＣＭ１’のフレーム構造と、その差し替えコマーシャ
ルＣＭ１’をを符号化したときの符号化ストリームＳＴ
NEWを示している図である。図２２（Ｃ）は、オリジナ
ルストリームＳＴOLDと差し替えストリームＳＴNEWとを
スプライシングしたときに生成されるスプライスドスト
リームＳＴSPLと、そのスプライスドストリームＳＴSPL
をデコードしたときのフレーム構造を示している図であ
る。
れたプログラム１とコマーシャルＣＭ１とプログラム２
から構成されるテレビ番組ＰＧOLDのフレーム構造と、
そのテレビ番組ＰＧOLDを符号化したときの符号化スト
リームＳＴOLDを示している図である。図２２（Ｂ）
は、地方局４０において制作された差し替えコマーシャ
ルＣＭ１’のフレーム構造と、その差し替えコマーシャ
ルＣＭ１’をを符号化したときの符号化ストリームＳＴ
NEWを示している図である。図２２（Ｃ）は、オリジナ
ルストリームＳＴOLDと差し替えストリームＳＴNEWとを
スプライシングしたときに生成されるスプライスドスト
リームＳＴSPLと、そのスプライスドストリームＳＴSPL
をデコードしたときのフレーム構造を示している図であ
る。
【０１９５】スプライスコントローラ５００は、ストリ
ーム解析回路５０２から供給されたストリームＳＴOLD
におけるコマーシャルＣＭ１の各ピクチャのtop_field_
firstと、差し替えストリームＳＴNEWにおけるコマーシ
ャルＣＭ１’のtop_field_firstとを比較する。もし、
ストリームＳＴOLDにおけるtop_field_firstと、差し替
えストリームＳＴNEWにおけるtop_field_firstとが一致
するのであれば、フィールド構造が同じであるので、to
p_field_first及びrepeat_first_field等のフラグに関
する処理は必要ない。しかし、図２２に示すように、オ
リジナルコマーシャルＣＭ１のtop_field_firstが
「０」であって、差し替えコマーシャルＣＭ１’のtop_
field_firstが「１」である場合には、図６において説
明したようなフィールドの不連続及び重複という問題が
発生する。
ーム解析回路５０２から供給されたストリームＳＴOLD
におけるコマーシャルＣＭ１の各ピクチャのtop_field_
firstと、差し替えストリームＳＴNEWにおけるコマーシ
ャルＣＭ１’のtop_field_firstとを比較する。もし、
ストリームＳＴOLDにおけるtop_field_firstと、差し替
えストリームＳＴNEWにおけるtop_field_firstとが一致
するのであれば、フィールド構造が同じであるので、to
p_field_first及びrepeat_first_field等のフラグに関
する処理は必要ない。しかし、図２２に示すように、オ
リジナルコマーシャルＣＭ１のtop_field_firstが
「０」であって、差し替えコマーシャルＣＭ１’のtop_
field_firstが「１」である場合には、図６において説
明したようなフィールドの不連続及び重複という問題が
発生する。
【０１９６】そこで、本発明のストリームスプライサ５
０は、スプライシング処理によってフィールドが欠けた
り重複したりするようなＭＰＥＧストリーム違反のスト
リームが生成されないように、スプライシングポイント
付近のピクチャのtop_field_first及びrepeat_first_fi
eldを書き換えるようにしている。
０は、スプライシング処理によってフィールドが欠けた
り重複したりするようなＭＰＥＧストリーム違反のスト
リームが生成されないように、スプライシングポイント
付近のピクチャのtop_field_first及びrepeat_first_fi
eldを書き換えるようにしている。
【０１９７】図２２に示された例においては、スプライ
スコントローラ５００は、トップフィールドＴ４とボト
ムフィールドＢ４とからフレームが構成されるピクチャ
Ｐ３のrepeat_first_fieldを０から１に書き換えるよう
にストリームプロセッサ５０３を制御する。さらに、ス
プライスコントローラ５００は、スプライスポイントＳ
Ｐ２においてシームレスなストリームとなるように、ト
ップフィールドｔ１０とボトムフィールドｂ１１からフ
レームが構成されるピクチャＰ９’のrepeat_first_fie
ldを０から１に書き換えるようにストリームプロセッサ
５０３を制御する。また、スプライスコントローラ５０
０は、ピクチャＰ９’のrepeat_first_fieldを書き換え
たことによって、コマーシャルＣＭ１’がオリジナルコ
マーシャルＣＭ１に対して１フレーム時間だけシフトし
たので、プログラム２において最初にディスプレイに表
示されるピクチャＢ１３を、ストリームＳＴOLD中から
削除するようにストリームプロセッサ５０３を制御す
る。
スコントローラ５００は、トップフィールドＴ４とボト
ムフィールドＢ４とからフレームが構成されるピクチャ
Ｐ３のrepeat_first_fieldを０から１に書き換えるよう
にストリームプロセッサ５０３を制御する。さらに、ス
プライスコントローラ５００は、スプライスポイントＳ
Ｐ２においてシームレスなストリームとなるように、ト
ップフィールドｔ１０とボトムフィールドｂ１１からフ
レームが構成されるピクチャＰ９’のrepeat_first_fie
ldを０から１に書き換えるようにストリームプロセッサ
５０３を制御する。また、スプライスコントローラ５０
０は、ピクチャＰ９’のrepeat_first_fieldを書き換え
たことによって、コマーシャルＣＭ１’がオリジナルコ
マーシャルＣＭ１に対して１フレーム時間だけシフトし
たので、プログラム２において最初にディスプレイに表
示されるピクチャＢ１３を、ストリームＳＴOLD中から
削除するようにストリームプロセッサ５０３を制御す
る。
【０１９８】ストリームプロセッサ５０３は、スプライ
スコントローラ５００の指示に基いて、オリジナルスト
リームＳＴOLDにおいてピクチャＰ３に関するpicture_c
oding_extensionのスタートコードを探し、その中のrep
eat_first_fieldの値を０から１に書き換える。よっ
て、このようにrepeat_first_fieldの値が書き換えられ
たピクチャＰ３をデコードすると、リピートフィールド
Ｂ４’が生成されるので、スプライスポイントＳＰ１に
おいてフィールドが連続することになる。同様に、スト
リームプロセッサ５０３は、差し替えストリームＳＴNE
WにおいてピクチャＰ９’に関するpicture_coding_exte
nsionのスタートコードを探し、その中のrepeat_first_
fieldの値を０から１に書き換える。このようにrepeat_
first_fieldの値が書き換えられたピクチャＰ９’をデ
コードすると、リピートフィールドｔ１０’が生成され
るので、スプライスポイントＳＰ２においてフィールド
が連続することになる。また、ストリームプロセッサ５
０３、オリジナルストリームＳＴOLDにおいてピクチャ
Ｂ１３に関するデータエレメントが記述された部分を、
ストリームＳＴOLD中から削除又はヌルデータに置き換
える。
スコントローラ５００の指示に基いて、オリジナルスト
リームＳＴOLDにおいてピクチャＰ３に関するpicture_c
oding_extensionのスタートコードを探し、その中のrep
eat_first_fieldの値を０から１に書き換える。よっ
て、このようにrepeat_first_fieldの値が書き換えられ
たピクチャＰ３をデコードすると、リピートフィールド
Ｂ４’が生成されるので、スプライスポイントＳＰ１に
おいてフィールドが連続することになる。同様に、スト
リームプロセッサ５０３は、差し替えストリームＳＴNE
WにおいてピクチャＰ９’に関するpicture_coding_exte
nsionのスタートコードを探し、その中のrepeat_first_
fieldの値を０から１に書き換える。このようにrepeat_
first_fieldの値が書き換えられたピクチャＰ９’をデ
コードすると、リピートフィールドｔ１０’が生成され
るので、スプライスポイントＳＰ２においてフィールド
が連続することになる。また、ストリームプロセッサ５
０３、オリジナルストリームＳＴOLDにおいてピクチャ
Ｂ１３に関するデータエレメントが記述された部分を、
ストリームＳＴOLD中から削除又はヌルデータに置き換
える。
【０１９９】図２３は、図２２において説明したtop_fi
eld_first及びrepeat_first_field等のフラグに関する
処理の他の処理例を表わしたものである。図２３を参照
して、スプライスポイントＳＰ１及びＳＰ２におけるス
プライスコントローラ５００とストリームプロセッサ５
０３のtop_field_first及びrepeat_first_field等のフ
ラグに関する第２の処理例を説明する。
eld_first及びrepeat_first_field等のフラグに関する
処理の他の処理例を表わしたものである。図２３を参照
して、スプライスポイントＳＰ１及びＳＰ２におけるス
プライスコントローラ５００とストリームプロセッサ５
０３のtop_field_first及びrepeat_first_field等のフ
ラグに関する第２の処理例を説明する。
【０２００】図２３に示された処理例においては、スプ
ライスコントローラ５００は、スプライスポイントＳＰ
１におけるプログラム１とコマーシャルＣＭ１’とのつ
なぎめにおけるフィールドが連続するように、トップフ
ィールドｔ５とボトムフィールドｂ６とから構成される
ピクチャＢ７’のtop_field_firstを１から０に書き換
えると共に、ピクチャＢ７’のrepeat_first_fieldを０
から１に書き換えるようにストリームプロセッサ５０３
を制御する。さらに、スプライスコントローラ５００
は、スプライスポイントＳＰ２においてコマーシャルＣ
Ｍ１’とプログラム２のつなぎめにおけるフィールドが
連続するように、トップフィールドＴ１１とボトムフィ
ールドＢ１１から構成されるピクチャＢ１３のtop_fiel
d_firstを１から０に書き換えるようにストリームプロ
セッサ５０３を制御する。さらに、スプライスコントロ
ーラ５００は、トップフィールドＴ１２とボトムフィー
ルドＢ１２から構成されるピクチャＢ１４のtop_field_
firstを１から０に書き換えると共に、repeat_first_fi
eldを１から０に書き換えるようにストリームプロセッ
サ５０３を制御する。
ライスコントローラ５００は、スプライスポイントＳＰ
１におけるプログラム１とコマーシャルＣＭ１’とのつ
なぎめにおけるフィールドが連続するように、トップフ
ィールドｔ５とボトムフィールドｂ６とから構成される
ピクチャＢ７’のtop_field_firstを１から０に書き換
えると共に、ピクチャＢ７’のrepeat_first_fieldを０
から１に書き換えるようにストリームプロセッサ５０３
を制御する。さらに、スプライスコントローラ５００
は、スプライスポイントＳＰ２においてコマーシャルＣ
Ｍ１’とプログラム２のつなぎめにおけるフィールドが
連続するように、トップフィールドＴ１１とボトムフィ
ールドＢ１１から構成されるピクチャＢ１３のtop_fiel
d_firstを１から０に書き換えるようにストリームプロ
セッサ５０３を制御する。さらに、スプライスコントロ
ーラ５００は、トップフィールドＴ１２とボトムフィー
ルドＢ１２から構成されるピクチャＢ１４のtop_field_
firstを１から０に書き換えると共に、repeat_first_fi
eldを１から０に書き換えるようにストリームプロセッ
サ５０３を制御する。
【０２０１】ストリームプロセッサ５０３は、スプライ
スコントローラ５００の制御に従って、差し替えストリ
ームＳＴNEWにおいてピクチャＢ７’に関するpicture_c
oding_extensionのスタートコードを探し、そのストリ
ーム中のtop_field_firstを１から０に書き換えると共
に、repeat_first_fieldを０から１に書き換える。よっ
て、このようにtop_field_first及びrepeat_first_fiel
dの値が書き換えられたピクチャＢ７’をデコードする
と、ボトムフィールドｂ６の表示時間が１フレーム分だ
けシフトし、かつ、リピートフィールドｂ６’が生成さ
れるので、スプライスポイントＳＰ１においてフィール
ドが連続することになる。同様に、ストリームプロセッ
サ５０３は、オリジナルストリームＳＴOLDにおいてピ
クチャＢ１３に関するpicture_coding_extensionのスタ
ートコードを探し、その中のtop_field_firstを１から
０に書き換える。さらに、ストリームプロセッサ５０３
は、オリジナルストリームＳＴOLDにおいてピクチャＢ
１４に関するtop_field_firstを１から０に書き換える
と共に、repeat_first_fieldを１から０に書き換える。
よって、このようにtop_field_first及びrepeat_first_
fieldの値が書き換えられたピクチャＢ１３及びＢ１４
をデコードすると、ボトムフィールドＢ１１及びＢ１２
の表示時間が１フレーム分だけシフトするので、スプラ
イスポイントＳＰ２においてフィールドが連続すること
になる。
スコントローラ５００の制御に従って、差し替えストリ
ームＳＴNEWにおいてピクチャＢ７’に関するpicture_c
oding_extensionのスタートコードを探し、そのストリ
ーム中のtop_field_firstを１から０に書き換えると共
に、repeat_first_fieldを０から１に書き換える。よっ
て、このようにtop_field_first及びrepeat_first_fiel
dの値が書き換えられたピクチャＢ７’をデコードする
と、ボトムフィールドｂ６の表示時間が１フレーム分だ
けシフトし、かつ、リピートフィールドｂ６’が生成さ
れるので、スプライスポイントＳＰ１においてフィール
ドが連続することになる。同様に、ストリームプロセッ
サ５０３は、オリジナルストリームＳＴOLDにおいてピ
クチャＢ１３に関するpicture_coding_extensionのスタ
ートコードを探し、その中のtop_field_firstを１から
０に書き換える。さらに、ストリームプロセッサ５０３
は、オリジナルストリームＳＴOLDにおいてピクチャＢ
１４に関するtop_field_firstを１から０に書き換える
と共に、repeat_first_fieldを１から０に書き換える。
よって、このようにtop_field_first及びrepeat_first_
fieldの値が書き換えられたピクチャＢ１３及びＢ１４
をデコードすると、ボトムフィールドＢ１１及びＢ１２
の表示時間が１フレーム分だけシフトするので、スプラ
イスポイントＳＰ２においてフィールドが連続すること
になる。
【０２０２】ここで、図２２に示された第１の処理例
と、図２３に示された第２の処理例とを比較すると、図
２２（Ｃ）から理解できるように、差し替えられたコマ
ーシャルＣＭ１’の最初に表示されるピクチャＢ７’
が、オリジナルコマーシャルＣＭ１の最初に表示される
ピクチャＢ７よりも、１フィールドだけずれているの
で、差し替えられたコマーシャルＣＭ１’の表示タイミ
ングが１フィールドだけ遅れてしまう。表示が１フィー
ルド遅れた程度では、人間の目にはほとんどその遅れは
分からない。しかしながら、放送局ではクライアンド会
社からのコマーシャルを放映することによって収入を得
ているので、プログラム１等の本編を放映することより
もコマーシャルを遅れなく正確に放映することが要求さ
れる場合がある。このような正確な表示時間が要求され
る場合には、図２３に示された第２の処理例が有効であ
る。図２３に示された第２の処理例のように、ピクチャ
Ｂ７’のtop_field_first及びrepeat_first_fieldの値
を書き換えることによって、差し替えられたコマーシャ
ルＣＭ１’の最初のピクチャＢ７’を、オリジナルコマ
ーシャルＣＭ１の最初に表示されるピクチャに対して遅
れ無く正確に表示することができる。
と、図２３に示された第２の処理例とを比較すると、図
２２（Ｃ）から理解できるように、差し替えられたコマ
ーシャルＣＭ１’の最初に表示されるピクチャＢ７’
が、オリジナルコマーシャルＣＭ１の最初に表示される
ピクチャＢ７よりも、１フィールドだけずれているの
で、差し替えられたコマーシャルＣＭ１’の表示タイミ
ングが１フィールドだけ遅れてしまう。表示が１フィー
ルド遅れた程度では、人間の目にはほとんどその遅れは
分からない。しかしながら、放送局ではクライアンド会
社からのコマーシャルを放映することによって収入を得
ているので、プログラム１等の本編を放映することより
もコマーシャルを遅れなく正確に放映することが要求さ
れる場合がある。このような正確な表示時間が要求され
る場合には、図２３に示された第２の処理例が有効であ
る。図２３に示された第２の処理例のように、ピクチャ
Ｂ７’のtop_field_first及びrepeat_first_fieldの値
を書き換えることによって、差し替えられたコマーシャ
ルＣＭ１’の最初のピクチャＢ７’を、オリジナルコマ
ーシャルＣＭ１の最初に表示されるピクチャに対して遅
れ無く正確に表示することができる。
【０２０３】つまり、ストリームプロセッサ５０３から
出力されたストリームＳＴNEWのＶＢＶバッファのデー
タ占有量の軌跡は、ストリームＳＴOLDのＶＢＶバッフ
ァのデータ占有量の軌跡と整合性が取れており、且つ、
フィールドパターン／フレームパターンに関する整合性
が取れている。よって、スプライスコントローラ５００
からの制御信号に基いてスプライシング回路５０４のス
イッチング動作を制御することによって、スプライスポ
イントＳＰ１で、ストリームＳＴOLDの後にストリーム
ＳＴNEWを接続し、スプライスポイントＳＰ２で、スト
リームＳＴNEWの後にストリームＳＴOLDを接続すること
によって生成されたストリームであって、そのスプライ
スポイントＳＰ１及びＳＰ２において、ＶＢＶバッファ
のデータ占有量の軌跡が連続しており、且つフィールド
パターン／フレームパターンが連続になっているスプラ
イスドストリームＳＴSPLが生成される。
出力されたストリームＳＴNEWのＶＢＶバッファのデー
タ占有量の軌跡は、ストリームＳＴOLDのＶＢＶバッフ
ァのデータ占有量の軌跡と整合性が取れており、且つ、
フィールドパターン／フレームパターンに関する整合性
が取れている。よって、スプライスコントローラ５００
からの制御信号に基いてスプライシング回路５０４のス
イッチング動作を制御することによって、スプライスポ
イントＳＰ１で、ストリームＳＴOLDの後にストリーム
ＳＴNEWを接続し、スプライスポイントＳＰ２で、スト
リームＳＴNEWの後にストリームＳＴOLDを接続すること
によって生成されたストリームであって、そのスプライ
スポイントＳＰ１及びＳＰ２において、ＶＢＶバッファ
のデータ占有量の軌跡が連続しており、且つフィールド
パターン／フレームパターンが連続になっているスプラ
イスドストリームＳＴSPLが生成される。
【０２０４】次に、第２のスプライシング処理に関する
実施例について説明する。第２のスプライシング処理に
関する実施例は、伝送プログラムの符号化ストリームＳ
ＴOLDが本局３０から伝送されてきたときに、新しく挿
入されるコマーシャルＣＭ’を符号化して符号化ストリ
ームＳＴNEWを生成する場合に行われるスプライシング
処理に関する実施例である。つまり、本局３０から伝送
されてきた伝送プログラムの符号化ストリームＳＴOLD
を解析し、その解析結果に基いて、新しく挿入されるコ
マーシャルＣＭ１’を符号化するという方法である。
実施例について説明する。第２のスプライシング処理に
関する実施例は、伝送プログラムの符号化ストリームＳ
ＴOLDが本局３０から伝送されてきたときに、新しく挿
入されるコマーシャルＣＭ’を符号化して符号化ストリ
ームＳＴNEWを生成する場合に行われるスプライシング
処理に関する実施例である。つまり、本局３０から伝送
されてきた伝送プログラムの符号化ストリームＳＴOLD
を解析し、その解析結果に基いて、新しく挿入されるコ
マーシャルＣＭ１’を符号化するという方法である。
【０２０５】まず、本局３０から伝送されてきた符号化
ストリームＳＴOLDは、ストリーム変換回路４４におい
てトランスポートストリームの形式からエレメンタリー
ストリームの形式に変換される。エレメンタリーストリ
ームの形式に変換された符号化ストリームＳＴOLDは、
ストリームスプライサ５０のストリーム解析回路５０２
に供給される。
ストリームＳＴOLDは、ストリーム変換回路４４におい
てトランスポートストリームの形式からエレメンタリー
ストリームの形式に変換される。エレメンタリーストリ
ームの形式に変換された符号化ストリームＳＴOLDは、
ストリームスプライサ５０のストリーム解析回路５０２
に供給される。
【０２０６】ストリームスプライサ５０のストリーム解
析回路５０２は、符号化ストリームＳＴOLDのストリー
ムシンタックスを解析するための回路である。この第２
のスプライシング処理に関する実施例においては、この
ストリーム解析回路５０２は、符号化ストリームＳＴOL
Dのシンタックスの解析のみを行い、差し替えストリー
ムＳＴNEWのシンタックスの解析は行なわない。
析回路５０２は、符号化ストリームＳＴOLDのストリー
ムシンタックスを解析するための回路である。この第２
のスプライシング処理に関する実施例においては、この
ストリーム解析回路５０２は、符号化ストリームＳＴOL
Dのシンタックスの解析のみを行い、差し替えストリー
ムＳＴNEWのシンタックスの解析は行なわない。
【０２０７】具体的には、まず、ストリーム解析回路５
０２は、図１０及び図１５に開示された符号化ストリー
ムのシンタックスから理解できるように、オリジナルス
トリームＳＴOLD中に記述された３２ビットのpicture_s
tart_codeを探すことによって、ストリーム中において
ピクチャヘッダに関する情報が記述された場所を把握す
る。次に、ストリーム解析回路５０２は、picture_star
t_codeの１１ビット後から始まる３ビットのpicture_co
ding_typeを見つけることによって、ピクチャタイプを
把握すると共に、この３ビットのpicture_coding_type
の次に記述された１６ビットのvbv_delayから、符号化
ピクチャのvbv_delayを把握することができる。
０２は、図１０及び図１５に開示された符号化ストリー
ムのシンタックスから理解できるように、オリジナルス
トリームＳＴOLD中に記述された３２ビットのpicture_s
tart_codeを探すことによって、ストリーム中において
ピクチャヘッダに関する情報が記述された場所を把握す
る。次に、ストリーム解析回路５０２は、picture_star
t_codeの１１ビット後から始まる３ビットのpicture_co
ding_typeを見つけることによって、ピクチャタイプを
把握すると共に、この３ビットのpicture_coding_type
の次に記述された１６ビットのvbv_delayから、符号化
ピクチャのvbv_delayを把握することができる。
【０２０８】さらに、ストリーム解析回路５０２は、図
１０及び図１５に開示された符号化ストリームのシンタ
ックスから理解できるように、符号化ストリームＳＴOL
D中に記述された３２ビットのextension_start_codeを
探すことによって、ストリーム中においてピクチャコー
ディングエクステンションに関する情報が記述された場
所を把握する。次に、ストリーム解析回路５０２は、pi
cture_start_codeの２５ビット後から記述された１ビッ
トのtop_field_firstと、そのtop_field_firstの６ビッ
ト後から記述されたrepeat_first_fieldとを探すことに
よって、符号化ピクチャのフレーム構造を把握すること
ができる。
１０及び図１５に開示された符号化ストリームのシンタ
ックスから理解できるように、符号化ストリームＳＴOL
D中に記述された３２ビットのextension_start_codeを
探すことによって、ストリーム中においてピクチャコー
ディングエクステンションに関する情報が記述された場
所を把握する。次に、ストリーム解析回路５０２は、pi
cture_start_codeの２５ビット後から記述された１ビッ
トのtop_field_firstと、そのtop_field_firstの６ビッ
ト後から記述されたrepeat_first_fieldとを探すことに
よって、符号化ピクチャのフレーム構造を把握すること
ができる。
【０２０９】ストリーム解析回路５０２は、オリジナル
ストリームＳＴOLD中から各ピクチャ毎に抽出された、p
icture_coding_type、vbv_delay、top_field_first及び
repeat_first_field等のデータエレメントを、スプライ
スコントローラ５００を介して、放送システムコントロ
ーラ４１に供給する。尚、オリジナルストリームＳＴOL
Dの全ピクチャのデータエレメントを送る必要は無く、
伝送プログラムにおけるコマーシャルＣＭ１に対応する
ピクチャのpicture_coding_type、vbv_delay、top_fiel
d_first及びrepeat_first_field等のデータエレメント
のみであっても良い。
ストリームＳＴOLD中から各ピクチャ毎に抽出された、p
icture_coding_type、vbv_delay、top_field_first及び
repeat_first_field等のデータエレメントを、スプライ
スコントローラ５００を介して、放送システムコントロ
ーラ４１に供給する。尚、オリジナルストリームＳＴOL
Dの全ピクチャのデータエレメントを送る必要は無く、
伝送プログラムにおけるコマーシャルＣＭ１に対応する
ピクチャのpicture_coding_type、vbv_delay、top_fiel
d_first及びrepeat_first_field等のデータエレメント
のみであっても良い。
【０２１０】次に、放送システムコントローラ４１は、
伝送プログラムのコマーシャルＣＭの部分に差し替えら
れるコマーシャルＣＭ１’のビデオデータを再生するよ
うにＣＭサーバ４７を制御する。さらに、放送システム
コントローラ４１は、オリジナルストリームＳＴOLDか
ら抽出されたpicture_coding_type、vbv_delay、top_fi
eld_first及びrepeat_first_fieldを、エンコーダブロ
ック４８のエンコーダコントローラ４８０に供給する。
伝送プログラムのコマーシャルＣＭの部分に差し替えら
れるコマーシャルＣＭ１’のビデオデータを再生するよ
うにＣＭサーバ４７を制御する。さらに、放送システム
コントローラ４１は、オリジナルストリームＳＴOLDか
ら抽出されたpicture_coding_type、vbv_delay、top_fi
eld_first及びrepeat_first_fieldを、エンコーダブロ
ック４８のエンコーダコントローラ４８０に供給する。
【０２１１】エンコーダコントローラ４８０は、放送シ
ステムコントローラ４１から供給されたpicture_coding
_type、vbv_delay、top_field_first及びrepeat_first_
fieldを使用して、差し替えコマーシャルＣＭ１’のベ
ースバンドビデオデータをエンコードするようにエンコ
ーダ４８１を制御する。すなわち、オリジナルコマーシ
ャルＣＭ１の符号化ストリームＳＴOLDのpicture_codin
g_type、vbv_delay、top_field_first及びrepeat_first
_fieldと、差し替えコマーシャルＣＭ１’を符号化した
ストリームＳＴNEWの picture_coding_type、vbv_dela
y、top_field_first及びrepeat_first_fieldとが全く同
じになるように、差し替えコマーシャルＣＭ１’を符号
化する。その結果、オリジナルコマーシャルＣＭ１の符
号化ストリームＳＴOLDのpicture_coding_type、vbv_de
lay、top_field_first及びrepeat_first_fieldと、全く
同じ picture_coding_type、vbv_delay、top_field_fir
st及びrepeat_first_fieldを有した符号化したストリー
ムＳＴNEWが生成される。
ステムコントローラ４１から供給されたpicture_coding
_type、vbv_delay、top_field_first及びrepeat_first_
fieldを使用して、差し替えコマーシャルＣＭ１’のベ
ースバンドビデオデータをエンコードするようにエンコ
ーダ４８１を制御する。すなわち、オリジナルコマーシ
ャルＣＭ１の符号化ストリームＳＴOLDのpicture_codin
g_type、vbv_delay、top_field_first及びrepeat_first
_fieldと、差し替えコマーシャルＣＭ１’を符号化した
ストリームＳＴNEWの picture_coding_type、vbv_dela
y、top_field_first及びrepeat_first_fieldとが全く同
じになるように、差し替えコマーシャルＣＭ１’を符号
化する。その結果、オリジナルコマーシャルＣＭ１の符
号化ストリームＳＴOLDのpicture_coding_type、vbv_de
lay、top_field_first及びrepeat_first_fieldと、全く
同じ picture_coding_type、vbv_delay、top_field_fir
st及びrepeat_first_fieldを有した符号化したストリー
ムＳＴNEWが生成される。
【０２１２】スプライスコントローラ５０１は、スイッ
チ回路５０１の入力端子を「ｂ」に切換え、エンコーダ
４８１から出力されたエレメンタリーストリームＳＴNE
Wをストリーム解析回路５０２に供給する。この第２の
スプライシング処理に関する実施例においては、このス
トリーム解析回路５０２は、符号化ストリームＳＴOLD
のシンタックスの解析のみを行い、差し替えストリーム
ＳＴNEWのシンタックスの解析は行なわないので、スト
リームＳＴNEWは、ストリーム解析回路５０２において
解析処理されずにそのまま出力される。
チ回路５０１の入力端子を「ｂ」に切換え、エンコーダ
４８１から出力されたエレメンタリーストリームＳＴNE
Wをストリーム解析回路５０２に供給する。この第２の
スプライシング処理に関する実施例においては、このス
トリーム解析回路５０２は、符号化ストリームＳＴOLD
のシンタックスの解析のみを行い、差し替えストリーム
ＳＴNEWのシンタックスの解析は行なわないので、スト
リームＳＴNEWは、ストリーム解析回路５０２において
解析処理されずにそのまま出力される。
【０２１３】ストリームプロセッサ５０３は、この第２
のスプライシング処理に関する実施例では、ストリーム
解析回路５０２から出力されたストリームＳＴOLD及び
ストリームＳＴNEWにおけるデータエレメントを変更す
るようなストリーム処理は必要ないので、ストリームＳ
ＴOLDとストリームＳＴNEWとのフレーム同期を合わせる
同期合わせ処理（フレームシンクロナイゼーション）の
みを行なう。具体的には、このストリームプロセッサ５
０３は、数フレーム分のＦＩＦＯバッファを有してお
り、差し替えストリームＳＴNEWがエンコーダ４８１か
ら出力されるまで、このＦＩＦＯバッファにストリーム
ＳＴOLDをバッファリングしておくことによって、スト
リームＳＴOLDとストリームＳＴNEWのフレーム同期を合
わせることができる。フレーム同期合わせ処理されたス
トリームＳＴOLDとストリームＳＴNEWは、スプライシン
グ回路５０４に供給される。
のスプライシング処理に関する実施例では、ストリーム
解析回路５０２から出力されたストリームＳＴOLD及び
ストリームＳＴNEWにおけるデータエレメントを変更す
るようなストリーム処理は必要ないので、ストリームＳ
ＴOLDとストリームＳＴNEWとのフレーム同期を合わせる
同期合わせ処理（フレームシンクロナイゼーション）の
みを行なう。具体的には、このストリームプロセッサ５
０３は、数フレーム分のＦＩＦＯバッファを有してお
り、差し替えストリームＳＴNEWがエンコーダ４８１か
ら出力されるまで、このＦＩＦＯバッファにストリーム
ＳＴOLDをバッファリングしておくことによって、スト
リームＳＴOLDとストリームＳＴNEWのフレーム同期を合
わせることができる。フレーム同期合わせ処理されたス
トリームＳＴOLDとストリームＳＴNEWは、スプライシン
グ回路５０４に供給される。
【０２１４】スプライスコントローラ５００は、スプラ
イシングポイントＳＰ１においてストリームＳＴOLDの
後にストリームＳＴNEWが接続され、スプライシングポ
イントＳＰ２においてストリームＳＴNEWの次にストリ
ームＳＴOLDが接続されるように、スプライシング回路
５０４のスイッチングを制御する。その結果、スプライ
シング回路５０４からは、スプライスドストリームＳＴ
SPLが出力される。
イシングポイントＳＰ１においてストリームＳＴOLDの
後にストリームＳＴNEWが接続され、スプライシングポ
イントＳＰ２においてストリームＳＴNEWの次にストリ
ームＳＴOLDが接続されるように、スプライシング回路
５０４のスイッチングを制御する。その結果、スプライ
シング回路５０４からは、スプライスドストリームＳＴ
SPLが出力される。
【０２１５】単純にスプライシング回路５０４におい
て、ストリームＳＴOLDとストリームＳＴNEWとをスイッ
チングしているだけであるが、スプライスドストリーム
ＳＴSPLのＶＢＶバッファのデータ占有量の軌跡は連続
となっており、且つ、スプライスポイントにおけるフレ
ームパターンも連続している。なぜなら、オリジナルス
トリームＳＴOLDをストリームのシンタックスの解析結
果を基に、ストリームＳＴNEWを符号化処理しているの
で、オリジナルストリームＳＴOLDに対して整合性の取
れたストリームＳＴNEWを生成しているので、スプライ
スドストリームＳＴSPLのＶＢＶバッファの軌跡は、オ
リジナルストリームＳＴOLDのＶＢＶバッファの軌跡と
全く同じであって、生成されたスプライスドストリーム
ＳＴSPLのフレーム構造は、オリジナルストリームＳＴO
LDのフレーム構造と全く同じであるからである。
て、ストリームＳＴOLDとストリームＳＴNEWとをスイッ
チングしているだけであるが、スプライスドストリーム
ＳＴSPLのＶＢＶバッファのデータ占有量の軌跡は連続
となっており、且つ、スプライスポイントにおけるフレ
ームパターンも連続している。なぜなら、オリジナルス
トリームＳＴOLDをストリームのシンタックスの解析結
果を基に、ストリームＳＴNEWを符号化処理しているの
で、オリジナルストリームＳＴOLDに対して整合性の取
れたストリームＳＴNEWを生成しているので、スプライ
スドストリームＳＴSPLのＶＢＶバッファの軌跡は、オ
リジナルストリームＳＴOLDのＶＢＶバッファの軌跡と
全く同じであって、生成されたスプライスドストリーム
ＳＴSPLのフレーム構造は、オリジナルストリームＳＴO
LDのフレーム構造と全く同じであるからである。
【０２１６】従って、この第２の実施例によれば、本局
から伝送されてきたオリジナル符号化ストリームＳＴOL
Dのシンタックスを解析し、その解析結果に応じて、符
号化ストリームＳＴOLDと同じストリーム構造及び符号
化パラメータを有するように、差し替えコマーシャルＣ
Ｍ１’を符号化しているので、それぞれ別に生成され
た、符号化ストリームＳＴOLDと符号化ストリームＳＴN
EWをスプライシングする際に、符号化ストリームＳＴOL
Dと符号化ストリームＳＴNEWとの整合性を合わせること
なる簡単にスプライシングを行なうことができ、その結
果、ＭＰＥＧ規格に準じた且つシームレスなスプライス
ドストリームＳＴSPLを生成することができる。
から伝送されてきたオリジナル符号化ストリームＳＴOL
Dのシンタックスを解析し、その解析結果に応じて、符
号化ストリームＳＴOLDと同じストリーム構造及び符号
化パラメータを有するように、差し替えコマーシャルＣ
Ｍ１’を符号化しているので、それぞれ別に生成され
た、符号化ストリームＳＴOLDと符号化ストリームＳＴN
EWをスプライシングする際に、符号化ストリームＳＴOL
Dと符号化ストリームＳＴNEWとの整合性を合わせること
なる簡単にスプライシングを行なうことができ、その結
果、ＭＰＥＧ規格に準じた且つシームレスなスプライス
ドストリームＳＴSPLを生成することができる。
【０２１７】次に、第３のスプライシング処理に関する
実施例について説明する。第３のスプライシング処理に
関する実施例は、オリジナルコマーシャルＣＭ１の符号
化ストリームＳＴOLD及び、差し替えられるコマーシャ
ルＣＭ１’の符号化ストリームＳＴNEWを生成する前
に、予め、オリジナルコマーシャルＣＭ１の符号化スト
リームＳＴOLDと差し替えコマーシャルＣＭ１’の符号
化ストリームＳＴNEWを符号化するためのの符号化パラ
メータを決定しておき、その決っている符号化パラメー
タに基いてオリジナルコマーシャルＣＭ１及び差し替え
コマーシャルＣＭ１’を符号化するという処理である。
例えば、この符号化パラメータとは、既に説明した、pi
cture_coding_type、vbv_delay、top_field_first及びr
epeat_first_fieldなどや発生ビット量等によって示さ
れる情報である。
実施例について説明する。第３のスプライシング処理に
関する実施例は、オリジナルコマーシャルＣＭ１の符号
化ストリームＳＴOLD及び、差し替えられるコマーシャ
ルＣＭ１’の符号化ストリームＳＴNEWを生成する前
に、予め、オリジナルコマーシャルＣＭ１の符号化スト
リームＳＴOLDと差し替えコマーシャルＣＭ１’の符号
化ストリームＳＴNEWを符号化するためのの符号化パラ
メータを決定しておき、その決っている符号化パラメー
タに基いてオリジナルコマーシャルＣＭ１及び差し替え
コマーシャルＣＭ１’を符号化するという処理である。
例えば、この符号化パラメータとは、既に説明した、pi
cture_coding_type、vbv_delay、top_field_first及びr
epeat_first_fieldなどや発生ビット量等によって示さ
れる情報である。
【０２１８】まず、本局３０において、オリジナルコマ
ーシャルＣＭ１を符号化するための符号化パラメータと
して、picture_coding_type、vbv_delay、top_field_fi
rst及びrepeat_first_fieldを決定する。本局３０の放
送システムコントローラ３１は、その符号化パラメータ
を、ＭＰＥＧエンコーダブロック３５のエンコーダコン
トローラ３５０に供給すると共に、通信回線を使用して
各地方局４０の放送システムコントローラ４１にも供給
する。
ーシャルＣＭ１を符号化するための符号化パラメータと
して、picture_coding_type、vbv_delay、top_field_fi
rst及びrepeat_first_fieldを決定する。本局３０の放
送システムコントローラ３１は、その符号化パラメータ
を、ＭＰＥＧエンコーダブロック３５のエンコーダコン
トローラ３５０に供給すると共に、通信回線を使用して
各地方局４０の放送システムコントローラ４１にも供給
する。
【０２１９】エンコーダコントローラ３５０は、放送シ
ステムコントローラ３１から供給されたpicture_coding
_type、vbv_delay、top_field_first及びrepeat_first_
fieldなどの符号化パラメータを使用してオリジナルコ
マーシャルＣＭ１のビデオデータを符号化するようにビ
デオエンコーダ３５１−１Ｖを制御する。すなわち、ビ
デオエンコーダ３５１−１Ｖから出力された符号化スト
リームＳＴOLDは、picture_coding_type、vbv_delay、t
op_field_first及びrepeat_first_fieldなどの符号化パ
ラメータに基いているストリームである。
ステムコントローラ３１から供給されたpicture_coding
_type、vbv_delay、top_field_first及びrepeat_first_
fieldなどの符号化パラメータを使用してオリジナルコ
マーシャルＣＭ１のビデオデータを符号化するようにビ
デオエンコーダ３５１−１Ｖを制御する。すなわち、ビ
デオエンコーダ３５１−１Ｖから出力された符号化スト
リームＳＴOLDは、picture_coding_type、vbv_delay、t
op_field_first及びrepeat_first_fieldなどの符号化パ
ラメータに基いているストリームである。
【０２２０】ビデオエンコーダ３５１−１Ｖから出力さ
れた符号化ストリームＳＴOLDは、マルチプレクサ３６
及び変調回路３７を介して地方局４０に供給される。
れた符号化ストリームＳＴOLDは、マルチプレクサ３６
及び変調回路３７を介して地方局４０に供給される。
【０２２１】一方、地方局４０は、本局３０の放送シス
テムコントローラ３１から供給されたpicture_coding_t
ype、vbv_delay、top_field_first及びrepeat_first_fi
eld等の符号化パラメータを、エンコーダブロック４８
のエンコーダコントローラ４８０に供給する。
テムコントローラ３１から供給されたpicture_coding_t
ype、vbv_delay、top_field_first及びrepeat_first_fi
eld等の符号化パラメータを、エンコーダブロック４８
のエンコーダコントローラ４８０に供給する。
【０２２２】エンコーダコントローラ４８０は、放送シ
ステムコントローラ４１から供給されたpicture_coding
_type、vbv_delay、top_field_first及びrepeat_first_
fieldを使用して、差し替えコマーシャルＣＭ１’のベ
ースバンドビデオデータをエンコードするようにエンコ
ーダ４８１を制御する。すなわち、オリジナルコマーシ
ャルＣＭ１の符号化ストリームＳＴOLDのpicture_codin
g_type、vbv_delay、top_field_first及びrepeat_first
_fieldと、全く同じ picture_coding_type、vbv_dela
y、top_field_first及びrepeat_first_fieldを有した符
号化したストリームＳＴNEWが生成される。
ステムコントローラ４１から供給されたpicture_coding
_type、vbv_delay、top_field_first及びrepeat_first_
fieldを使用して、差し替えコマーシャルＣＭ１’のベ
ースバンドビデオデータをエンコードするようにエンコ
ーダ４８１を制御する。すなわち、オリジナルコマーシ
ャルＣＭ１の符号化ストリームＳＴOLDのpicture_codin
g_type、vbv_delay、top_field_first及びrepeat_first
_fieldと、全く同じ picture_coding_type、vbv_dela
y、top_field_first及びrepeat_first_fieldを有した符
号化したストリームＳＴNEWが生成される。
【０２２３】スプライスコントローラ５０１は、スイッ
チ回路５０１の入力端子を「ｂ」に切換え、エンコーダ
４８１から出力されたエレメンタリーストリームＳＴNE
Wをストリーム解析回路５０２に供給する。この第３の
スプライシング処理に関する実施例においては、このス
トリーム解析回路５０２は、符号化ストリームＳＴOLD
及び符号化ストリームＳＴNEWのシンタックスの解析は
行なわない。
チ回路５０１の入力端子を「ｂ」に切換え、エンコーダ
４８１から出力されたエレメンタリーストリームＳＴNE
Wをストリーム解析回路５０２に供給する。この第３の
スプライシング処理に関する実施例においては、このス
トリーム解析回路５０２は、符号化ストリームＳＴOLD
及び符号化ストリームＳＴNEWのシンタックスの解析は
行なわない。
【０２２４】ストリームプロセッサ５０３は、この第２
のスプライシング処理に関する実施例では、ストリーム
解析回路５０２から出力されたストリームＳＴOLD及び
ストリームＳＴNEWにおけるデータエレメントを変更す
るようなストリーム処理は必要ないので、ストリームＳ
ＴOLDとストリームＳＴNEWとのフレーム同期を合わせる
同期合わせ処理（フレームシンクロナイゼーション）の
みを行なう。具体的には、このストリームプロセッサ５
０３は、数フレーム分のＦＩＦＯバッファを有してお
り、差し替えストリームＳＴNEWがエンコーダ４８１か
ら出力されるまで、このＦＩＦＯバッファにストリーム
ＳＴOLDをバッファリングしておくことによって、スト
リームＳＴOLDとストリームＳＴNEWのフレーム同期を合
わせることができる。フレーム同期合わせ処理されたス
トリームＳＴOLDとストリームＳＴNEWは、スプライシン
グ回路５０４に供給される。
のスプライシング処理に関する実施例では、ストリーム
解析回路５０２から出力されたストリームＳＴOLD及び
ストリームＳＴNEWにおけるデータエレメントを変更す
るようなストリーム処理は必要ないので、ストリームＳ
ＴOLDとストリームＳＴNEWとのフレーム同期を合わせる
同期合わせ処理（フレームシンクロナイゼーション）の
みを行なう。具体的には、このストリームプロセッサ５
０３は、数フレーム分のＦＩＦＯバッファを有してお
り、差し替えストリームＳＴNEWがエンコーダ４８１か
ら出力されるまで、このＦＩＦＯバッファにストリーム
ＳＴOLDをバッファリングしておくことによって、スト
リームＳＴOLDとストリームＳＴNEWのフレーム同期を合
わせることができる。フレーム同期合わせ処理されたス
トリームＳＴOLDとストリームＳＴNEWは、スプライシン
グ回路５０４に供給される。
【０２２５】スプライスコントローラ５００は、スプラ
イシングポイントＳＰ１においてストリームＳＴOLDの
後にストリームＳＴNEWが接続され、スプライシングポ
イントＳＰ２においてストリームＳＴNEWの次にストリ
ームＳＴOLDが接続されるように、スプライシング回路
５０４のスイッチングを制御する。その結果、スプライ
シング回路５０４からは、スプライスドストリームＳＴ
SPLが出力される。
イシングポイントＳＰ１においてストリームＳＴOLDの
後にストリームＳＴNEWが接続され、スプライシングポ
イントＳＰ２においてストリームＳＴNEWの次にストリ
ームＳＴOLDが接続されるように、スプライシング回路
５０４のスイッチングを制御する。その結果、スプライ
シング回路５０４からは、スプライスドストリームＳＴ
SPLが出力される。
【０２２６】単純にスプライシング回路５０４におい
て、ストリームＳＴOLDとストリームＳＴNEWとをスイッ
チングしているだけであるが、スプライスドストリーム
ＳＴSPLのＶＢＶバッファのデータ占有量の軌跡は連続
となっており、且つ、スプライスポイントにおけるフレ
ームパターンも連続している。なぜなら、予め本局３０
の放送システムコントローラ３１において決定された、
picture_coding_type、vbv_delay、top_field_first及
びrepeat_first_fieldなどの符号化パラメータを使用し
て、オリジナルコマーシャルＣＭ１及び差し替えコマー
シャルＣＭ１’が符号化されているからである。
て、ストリームＳＴOLDとストリームＳＴNEWとをスイッ
チングしているだけであるが、スプライスドストリーム
ＳＴSPLのＶＢＶバッファのデータ占有量の軌跡は連続
となっており、且つ、スプライスポイントにおけるフレ
ームパターンも連続している。なぜなら、予め本局３０
の放送システムコントローラ３１において決定された、
picture_coding_type、vbv_delay、top_field_first及
びrepeat_first_fieldなどの符号化パラメータを使用し
て、オリジナルコマーシャルＣＭ１及び差し替えコマー
シャルＣＭ１’が符号化されているからである。
【０２２７】従って、この第３の実施例によれば、本局
及び地方局間において、予め符号化パラメータを決定し
ておき、その決められた符号化パメタータに基いて本局
においてオリジナルコマーシャルＣＭ１を符号化した符
号化ストリームＳＴOLDを生成し、さらに、その決めら
れた符号化パメタータに基いて本局において差し替えコ
マーシャルＣＭ１’を符号化した符号化ストリームＳＴ
NEWを生成するようにしているので、それぞれ別に生成
された、符号化ストリームＳＴOLDと符号化ストリーム
ＳＴNEWをスプライシングする際に、符号化ストリーム
ＳＴOLDと符号化ストリームＳＴNEWとの整合性を合わせ
ることなる簡単にスプライシングを行なうことができ、
その結果、ＭＰＥＧ規格に準じた且つシームレスなスプ
ライスドストリームＳＴSPLを生成することができる。
及び地方局間において、予め符号化パラメータを決定し
ておき、その決められた符号化パメタータに基いて本局
においてオリジナルコマーシャルＣＭ１を符号化した符
号化ストリームＳＴOLDを生成し、さらに、その決めら
れた符号化パメタータに基いて本局において差し替えコ
マーシャルＣＭ１’を符号化した符号化ストリームＳＴ
NEWを生成するようにしているので、それぞれ別に生成
された、符号化ストリームＳＴOLDと符号化ストリーム
ＳＴNEWをスプライシングする際に、符号化ストリーム
ＳＴOLDと符号化ストリームＳＴNEWとの整合性を合わせ
ることなる簡単にスプライシングを行なうことができ、
その結果、ＭＰＥＧ規格に準じた且つシームレスなスプ
ライスドストリームＳＴSPLを生成することができる。
【０２２８】
【発明の効果】請求項１の符号化ストリームスプライシ
ング装置及び請求項２１の符号化ストリーム生成装置に
よれば、第１の符号化ストリームのシンタックスを解析
することによって、第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析手段と、ストリーム
解析手段によって得られた第１の符号化ストリームの符
号化パラメータに基いて、スプライシングポイントにお
いて第１の符号化ストリームと第２の符号化ストリーム
とがシームレスに接続されるように、第２の符号化スト
リームの符号化パラメータを変更し、第１の符号化スト
リームと符号化パラメータが変更された第２の符号化ス
トリームとをスプライシングするスプライシング手段と
を備えることによって、スプライシングされたストリー
ムのＶＢＶバッファのデータ占有量の軌跡が連続であっ
て、且つ、ＶＢＶバッファば破綻しないシームレスなス
プライシング処理を実現することができる。また、本発
明によれば、スプライシングポイント前後における、符
号化ストリームのストリーム構造が不連続にならない整
合性の取れたシームレスなストリームを生成することの
できるスプライシング処理を実現できる。
ング装置及び請求項２１の符号化ストリーム生成装置に
よれば、第１の符号化ストリームのシンタックスを解析
することによって、第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析手段と、ストリーム
解析手段によって得られた第１の符号化ストリームの符
号化パラメータに基いて、スプライシングポイントにお
いて第１の符号化ストリームと第２の符号化ストリーム
とがシームレスに接続されるように、第２の符号化スト
リームの符号化パラメータを変更し、第１の符号化スト
リームと符号化パラメータが変更された第２の符号化ス
トリームとをスプライシングするスプライシング手段と
を備えることによって、スプライシングされたストリー
ムのＶＢＶバッファのデータ占有量の軌跡が連続であっ
て、且つ、ＶＢＶバッファば破綻しないシームレスなス
プライシング処理を実現することができる。また、本発
明によれば、スプライシングポイント前後における、符
号化ストリームのストリーム構造が不連続にならない整
合性の取れたシームレスなストリームを生成することの
できるスプライシング処理を実現できる。
【０２２９】また、請求項１１の符号化ストリームスプ
ライシング方法及び請求項２２の符号化ストリーム生成
方法によれば、第１の符号化ストリームのシンタックス
を解析することによって、第１の符号化ストリームの符
号化パラメータを抽出するストリーム解析ステップと、
ストリーム解析ステップによって得られた第１の符号化
ストリームの符号化パラメータに基いて、スプライシン
グポイントにおいて第１の符号化ストリームと第２の符
号化ストリームとがシームレスに接続されるように、第
２の符号化ストリームの符号化パラメータを変更し、第
１の符号化ストリームと符号化パラメータが変更された
第２の符号化ストリームとをスプライシングするスプラ
イシングステップとを行なうことによって、スプライシ
ングされたストリームのＶＢＶバッファのデータ占有量
の軌跡が連続であって、且つ、ＶＢＶバッファば破綻し
ないシームレスなスプライシング処理を実現することが
できる。また、本発明によれば、スプライシングポイン
ト前後における、符号化ストリームのストリーム構造が
不連続にならない整合性の取れたシームレスなストリー
ムを生成することのできるスプライシング処理を実現で
きる。
ライシング方法及び請求項２２の符号化ストリーム生成
方法によれば、第１の符号化ストリームのシンタックス
を解析することによって、第１の符号化ストリームの符
号化パラメータを抽出するストリーム解析ステップと、
ストリーム解析ステップによって得られた第１の符号化
ストリームの符号化パラメータに基いて、スプライシン
グポイントにおいて第１の符号化ストリームと第２の符
号化ストリームとがシームレスに接続されるように、第
２の符号化ストリームの符号化パラメータを変更し、第
１の符号化ストリームと符号化パラメータが変更された
第２の符号化ストリームとをスプライシングするスプラ
イシングステップとを行なうことによって、スプライシ
ングされたストリームのＶＢＶバッファのデータ占有量
の軌跡が連続であって、且つ、ＶＢＶバッファば破綻し
ないシームレスなスプライシング処理を実現することが
できる。また、本発明によれば、スプライシングポイン
ト前後における、符号化ストリームのストリーム構造が
不連続にならない整合性の取れたシームレスなストリー
ムを生成することのできるスプライシング処理を実現で
きる。
【０２３０】請求項２３の情報処理装置及び請求項２７
の情報処理方法によれば、受信したデータの一部を、他
のデータと入れ替え、その入れ替える他のデータを符号
化し、受信したデータを、他のデータと整合が取れるよ
うに変更するようにしたので、不整合などを生じること
なくデータの入れ替えが可能となる。
の情報処理方法によれば、受信したデータの一部を、他
のデータと入れ替え、その入れ替える他のデータを符号
化し、受信したデータを、他のデータと整合が取れるよ
うに変更するようにしたので、不整合などを生じること
なくデータの入れ替えが可能となる。
【図１】一般的なテレビジョン放送システムを説明する
ための図である。
ための図である。
【図２】地方局におけるテレビ番組の編集処理を説明す
るための図である。
るための図である。
【図３】ＭＰＥＧ規格を用いた一般的なデジタル伝送シ
ステムを説明するための図である。
ステムを説明するための図である。
【図４】ＶＢＶバッファの制御について説明するための
図である。
図である。
【図５】２：３プルダウン処理を説明するための図であ
る。
る。
【図６】符号化ストリームをスプライシング処理したと
きに発生する問題点を説明するための図である。
きに発生する問題点を説明するための図である。
【図７】本発明の実施の形態に係る符号化ストリームス
プライシング装置を含むデジタル放送システムを全体構
成を示す図である。
プライシング装置を含むデジタル放送システムを全体構
成を示す図である。
【図８】本局３０のＭＰＥＧエンコーダブロック３５及
び地方局４０のエンコーダブロックの構成を詳細に説明
するためのブロック図である。
び地方局４０のエンコーダブロックの構成を詳細に説明
するためのブロック図である。
【図９】ストリーム変換回路においてエレメンタリース
トリームからトランスポートストリームを生成するとき
の処理を説明するための図である。
トリームからトランスポートストリームを生成するとき
の処理を説明するための図である。
【図１０】ＭＰＥＧのビデオエレメンタリーストリーム
のシーケンスのシンタックスを説明するための図であ
る。
のシーケンスのシンタックスを説明するための図であ
る。
【図１１】シーケンスヘッダ（sequence_header）のシ
ンタックスを説明するための図である。
ンタックスを説明するための図である。
【図１２】シーケンスエクステンション（sequence_ext
ension）のシンタックスを説明するための図である。
ension）のシンタックスを説明するための図である。
【図１３】エクステンションアンドユーザデータ（exte
nsion_and_user_data）のシンタックスを説明するため
の図である。
nsion_and_user_data）のシンタックスを説明するため
の図である。
【図１４】グループオブピクチャヘッダ（group_of_pic
ture_header）のシンタックスを説明するための図であ
る。
ture_header）のシンタックスを説明するための図であ
る。
【図１５】ピクチャヘッダ（picture_headr）のシンタ
ックスを説明するための図である。
ックスを説明するための図である。
【図１６】ピクチャコーディングエクステンション（pi
cture_coding_extension）のシンタックスを説明するた
めの図である。
cture_coding_extension）のシンタックスを説明するた
めの図である。
【図１７】ピクチャヘッダ（picture_data）のシンタッ
クスを説明するための図である。
クスを説明するための図である。
【図１８】トランスポートストリームパケットのシンタ
ックスを説明するための図である。
ックスを説明するための図である。
【図１９】アダプテーションフィールド（adaptation_f
ield）のシンタックスを説明するための図である。
ield）のシンタックスを説明するための図である。
【図２０】地方局の簡単な構成及びストリームスプライ
サの構成を説明するための図である。
サの構成を説明するための図である。
【図２１】ストリームスプライサのＶＢＶバッファに関
する処理を説明するための図である。
する処理を説明するための図である。
【図２２】ストリームスプライサのtop_field_first及
びrepeat_first_fieldに関する第１の処理例を説明する
ための図である。
びrepeat_first_fieldに関する第１の処理例を説明する
ための図である。
【図２３】ストリームスプライサのtop_field_first及
びrepeat_first_fieldに関する第２の処理例を説明する
ための図である。
びrepeat_first_fieldに関する第２の処理例を説明する
ための図である。
３１ 放送システムコントローラ， ３２ 素材サー
バ， ３３ ＣＭサーバ， ３４ マトリックススイッ
チャブロック， ３５ ＭＰＥＧエンコーダブロック，
３６ マルチプレクサ， ３７ 変調回路， ４１
放送システムコントローラ， ４２ 復調回路， ４３
デマルチプレクサ， ４４ ストリーム変換回路，
４６ 素材サーバ， ４７ ＣＭサーバ， ４８ エン
コーダブロック， ４９ ストリームサーバ， ５０
ストリームスプライサ， ５１ ストリーム変換回路，
５２ マルチプレクサ， ５３ 変調回路， ６１，
６２家庭
バ， ３３ ＣＭサーバ， ３４ マトリックススイッ
チャブロック， ３５ ＭＰＥＧエンコーダブロック，
３６ マルチプレクサ， ３７ 変調回路， ４１
放送システムコントローラ， ４２ 復調回路， ４３
デマルチプレクサ， ４４ ストリーム変換回路，
４６ 素材サーバ， ４７ ＣＭサーバ， ４８ エン
コーダブロック， ４９ ストリームサーバ， ５０
ストリームスプライサ， ５１ ストリーム変換回路，
５２ マルチプレクサ， ５３ 変調回路， ６１，
６２家庭
Claims (27)
- 【請求項１】 第１の符号化ストリームと第２の符号化
ストリームとをスプライシングポイントにおいてスプラ
イシングする符号化ストリームスプライシング装置にお
いて、 上記第１の符号化ストリームのシンタックスを解析する
ことによって、上記第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析手段と、 上記ストリーム解析手段によって得られた上記第１の符
号化ストリームの符号化パラメータに基いて、上記スプ
ライシングポイントにおいて上記第１の符号化ストリー
ムと上記第２の符号化ストリームとがシームレスに接続
されるように、上記第２の符号化ストリームの符号化パ
ラメータを変更し、上記第１の符号化ストリームと上記
符号化パラメータが変更された第２の符号化ストリーム
とをスプライシングするスプライシング手段とを備えた
ことを特徴とする符号化ストリームスプライシング装
置。 - 【請求項２】 上記ストリーム解析手段によって抽出さ
れる符号化パラメータは、 vbv_delayであることを特徴とする請求項１記載の符号
化ストリームスプライシング装置。 - 【請求項３】 上記スプライシング手段は、 上記第２の符号化ストリームにおけるスプライスポイン
ト後の最初のピクチャのvbv_delayの値を、上記第１の
符号化ストリームにおけるスプライスポイント後の最初
のピクチャのvbv_delayの値に書き換えることを特徴と
する請求項２記載の符号化ストリームスプライシング装
置。 - 【請求項４】 上記スプライシング手段は、 上記第２の符号化ストリームにおけるスプライスポイン
ト後の最初のピクチャの発生ビット量が、上記書き換え
られたvbv_delayの値に対応するビット量となるよう
に、上記第２の符号化ストリームにスタッフィングバイ
トを挿入することを特徴とする請求項３記載の符号化ス
トリームスプライシング装置。 - 【請求項５】 上記スプライシング手段は、 上記スタッフィングバイトのデータ量を、上記第１の符
号化ストリームにおけるスプライスポイント後の最初の
ピクチャの発生ビット量、及び上記第２の符号化ストリ
ームにおけるスプライスポイント後の最初のピクチャの
発生ビット量に基いて演算することを特徴とする請求項
４記載の符号化ストリームスプライシング装置。 - 【請求項６】 上記スプライシング手段は、 上記スタッフィングバイトのデータ量を、上記第１の符
号化ストリームのスプライスポイントにおけるＶＢＶバ
ッファのデータ占有量と、上記第２の符号化ストリーム
のスプライスポイントにおけるＶＢＶバッファのデータ
占有量とに基いて演算することを特徴とする請求項５記
載の符号化ストリームスプライシング装置。 - 【請求項７】 上記ストリーム解析手段によって抽出さ
れる符号化パラメータは、 repeat_first_fieldであることを特徴とする請求項１記
載の符号化ストリームスプライシング装置。 - 【請求項８】 上記スプライシング手段は、 上記第１の符号化ストリームにおけるスプライスポイン
ト前のピクチャのフレーム構造と、上記第２の符号化ス
トリームにおけるスプライスポイント後のピクチャのフ
レーム構造との整合性が取れるように、上記第１の符号
化ストリームにおけるスプライスポイント前のピクチャ
のrepeat_first_fieldの値、又は、上記第２の符号化ス
トリームにおけるスプライスポイント後のピクチャのre
peat_first_fieldの値を変更することを特徴とする請求
項７記載の符号化ストリームスプライシング装置。 - 【請求項９】 上記ストリーム解析手段によって抽出さ
れる符号化パラメータは、 top_field_firstであることを特徴とする請求項１記載
の符号化ストリームスプライシング装置。 - 【請求項１０】 上記スプライシング手段は、 上記第１の符号化ストリームにおけるスプライスポイン
ト前のピクチャのフレーム構造と、上記第２の符号化ス
トリームにおけるスプライスポイント後のピクチャのフ
レーム構造との整合性が取れるように、上記第１の符号
化ストリームにおけるスプライスポイント前のピクチャ
のtop_field_firstの値、又は、上記第２の符号化スト
リームにおけるスプライスポイント後のピクチャのtop_
field_firstの値を変更することを特徴とする請求項９
記載の符号化ストリームスプライシング装置。 - 【請求項１１】 第１の符号化ストリームと第２の符号
化ストリームとをスプライシングポイントにおいてスプ
ライシングする符号化ストリームスプライシング方法に
おいて、 上記第１の符号化ストリームのシンタックスを解析する
ことによって、上記第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析ステップと、上記ス
トリーム解析ステップによって得られた上記第１の符号
化ストリームの符号化パラメータに基いて、上記スプラ
イシングポイントにおいて上記第１の符号化ストリーム
と上記第２の符号化ストリームとがシームレスに接続さ
れるように、上記第２の符号化ストリームの符号化パラ
メータを変更し、上記第１の符号化ストリームと上記符
号化パラメータが変更された第２の符号化ストリームと
をスプライシングするスプライシングステップとを備え
たことを特徴とする符号化ストリームスプライシング方
法。 - 【請求項１２】 上記ストリーム解析ステップによって
抽出される符号化パラメータは、 vbv_delayであることを特徴とする請求項１１記載の符
号化ストリームスプライシング方法。 - 【請求項１３】 上記スプライシングステップは、 上記第２の符号化ストリームにおけるスプライスポイン
ト後の最初のピクチャのvbv_delayの値を、上記第１の
符号化ストリームにおけるスプライスポイント後の最初
のピクチャのvbv_delayの値に書き換えることを特徴と
する請求項１２記載の符号化ストリームスプライシング
方法。 - 【請求項１４】 上記スプライシングステップは、 上記第２の符号化ストリームにおけるスプライスポイン
ト後の最初のピクチャの発生ビット量が、上記書き換え
られたvbv_delayの値に対応するビット量となるよう
に、上記第２の符号化ストリームにスタッフィングバイ
トを挿入することを特徴とする請求項１３記載の符号化
ストリームスプライシング方法。 - 【請求項１５】 上記スプライシングステップは、 上記スタッフィングバイトのデータ量を、上記第１の符
号化ストリームにおけるスプライスポイント後の最初の
ピクチャの発生ビット量、及び上記第２の符号化ストリ
ームにおけるスプライスポイント後の最初のピクチャの
発生ビット量に基いて演算することを特徴とする請求項
１４記載の符号化ストリームスプライシング方法。 - 【請求項１６】 上記スプライシングステップは、 上記スタッフィングバイトのデータ量を、上記第１の符
号化ストリームのスプライスポイントにおけるＶＢＶバ
ッファのデータ占有量と、上記第２の符号化ストリーム
のスプライスポイントにおけるＶＢＶバッファのデータ
占有量とに基いて演算することを特徴とする請求項１５
記載の符号化ストリームスプライシング方法。 - 【請求項１７】 上記ストリーム解析ステップによって
抽出される符号化パラメータは、 repeat_first_fieldであることを特徴とする請求項１１
記載の符号化ストリームスプライシング方法。 - 【請求項１８】 上記スプライシングステップは、 上記第１の符号化ストリームにおけるスプライスポイン
ト前のピクチャのフレーム構造と、上記第２の符号化ス
トリームにおけるスプライスポイント後のピクチャのフ
レーム構造との整合性が取れるように、上記第１の符号
化ストリームにおけるスプライスポイント前のピクチャ
のrepeat_first_fieldの値、又は、上記第２の符号化ス
トリームにおけるスプライスポイント後のピクチャのre
peat_first_fieldの値を変更することを特徴とする請求
項１７記載の符号化ストリームスプライシング方法。 - 【請求項１９】 上記ストリーム解析ステップによって
抽出される符号化パラメータは、 top_field_firstであることを特徴とする請求項１１記
載の符号化ストリームスプライシング方法。 - 【請求項２０】 上記スプライシングステップは、 上記第１の符号化ストリームにおけるスプライスポイン
ト前のピクチャのフレーム構造と、上記第２の符号化ス
トリームにおけるスプライスポイント後のピクチャのフ
レーム構造との整合性が取れるように、上記第１の符号
化ストリームにおけるスプライスポイント前のピクチャ
のtop_field_firstの値、又は、上記第２の符号化スト
リームにおけるスプライスポイント後のピクチャのtop_
field_firstの値を変更することを特徴とする請求項１
９記載の符号化ストリームスプライシング方法。 - 【請求項２１】 第１の符号化ストリームと第２の符号
化ストリームとをスプライシングポイントにおいてスプ
ライシングすることによってスプライスド符号化ストリ
ームを生成する符号化ストリーム生成装置において、 上記第１の符号化ストリームのシンタックスを解析する
ことによって、上記第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析手段と、 上記ストリーム解析手段によって得られた上記第１の符
号化ストリームの符号化パラメータに基いて、上記スプ
ライシングポイントにおいて上記第１の符号化ストリー
ムと上記第２の符号化ストリームとがシームレスに接続
されるように、上記第２の符号化ストリームの符号化パ
ラメータを変更し、上記第１の符号化ストリームと上記
符号化パラメータが変更された第２の符号化ストリーム
とをスプライシングするスプライシング手段とを備えた
ことを特徴とする符号化ストリーム生成装置。 - 【請求項２２】 第１の符号化ストリームと第２の符号
化ストリームとをスプライシングポイントにおいてスプ
ライシングすることによってスプライスド符号化ストリ
ームを生成する符号化ストリーム生成方法において、 上記第１の符号化ストリームのシンタックスを解析する
ことによって、上記第１の符号化ストリームの符号化パ
ラメータを抽出するストリーム解析ステップと、 上記ストリーム解析ステップによって得られた上記第１
の符号化ストリームの符号化パラメータに基いて、上記
スプライシングポイントにおいて上記第１の符号化スト
リームと上記第２の符号化ストリームとがシームレスに
接続されるように、上記第２の符号化ストリームの符号
化パラメータを変更し、上記第１の符号化ストリームと
上記符号化パラメータが変更された第２の符号化ストリ
ームとをスプライシングするスプライシングステップと
を備えたことを特徴とする符号化ストリーム生成方法。 - 【請求項２３】 データを受信する受信手段と、 上記受信手段で受信したデータの一部を、他のデータと
入れ替える入れ替え手段と、 上記他のデータを符号化する符号化手段と、 上記受信手段で受信したデータを、上記他のデータと整
合が取れるように変更する変更手段とを備えることを特
徴とする情報処理装置。 - 【請求項２４】 上記受信したデータと、他のデータに
おけるtop_field_firstとrepeat_field_fieldの値を、
予め決定された値にすることを特徴とする請求項２３に
記載の情報処理装置。 - 【請求項２５】 上記符号化手段で符号化されたデータ
を保存する保存手段をさらに備えることを特徴とする請
求項２４に記載の情報処理装置。 - 【請求項２６】 上記保存手段は、予め設定された時間
単位で符号化されたデータを保存することを特徴とする
請求項２５に記載の情報処理装置。 - 【請求項２７】 データを受信する受信ステップと、 上記受信ステップで受信したデータの一部を、他のデー
タと入れ替える入れ替えステップと、 上記他のデータを符号化する符号化ステップと、 上記受信ステップで受信したデータを、上記他のデータ
と整合が取れるように変更する変更ステップとを含むこ
とを特徴とする情報処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28260998A JP3709721B2 (ja) | 1997-10-03 | 1998-10-05 | 符号化ストリームスプライシング装置及び符号化ストリームスプライシング方法、符号化ストリーム生成装置及び符号化ストリーム生成方法、並びに情報処理装置及び方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9-271275 | 1997-10-03 | ||
| JP27127597 | 1997-10-03 | ||
| JP28260998A JP3709721B2 (ja) | 1997-10-03 | 1998-10-05 | 符号化ストリームスプライシング装置及び符号化ストリームスプライシング方法、符号化ストリーム生成装置及び符号化ストリーム生成方法、並びに情報処理装置及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11220655A true JPH11220655A (ja) | 1999-08-10 |
| JP3709721B2 JP3709721B2 (ja) | 2005-10-26 |
Family
ID=17497818
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28260998A Expired - Lifetime JP3709721B2 (ja) | 1997-10-03 | 1998-10-05 | 符号化ストリームスプライシング装置及び符号化ストリームスプライシング方法、符号化ストリーム生成装置及び符号化ストリーム生成方法、並びに情報処理装置及び方法 |
| JP52148099A Expired - Lifetime JP4296604B2 (ja) | 1997-10-03 | 1998-10-05 | 符号化ストリームスプライシング装置及び方法、並びに符号化ストリーム生成装置及び方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP52148099A Expired - Lifetime JP4296604B2 (ja) | 1997-10-03 | 1998-10-05 | 符号化ストリームスプライシング装置及び方法、並びに符号化ストリーム生成装置及び方法 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6529550B2 (ja) |
| EP (1) | EP0944249B1 (ja) |
| JP (2) | JP3709721B2 (ja) |
| KR (1) | KR100574186B1 (ja) |
| CN (1) | CN1148955C (ja) |
| CA (1) | CA2273940C (ja) |
| DE (1) | DE69838869T2 (ja) |
| WO (1) | WO1999018720A1 (ja) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004505513A (ja) * | 2000-07-25 | 2004-02-19 | エイジルビジョン・エル・エル・シー | ネットワークフィードの固定タイムスロットに圧縮されたローカルビデオセグメントをスプライシングすること |
| WO2004071085A1 (ja) * | 2003-02-04 | 2004-08-19 | Matsushita Electric Industrial Co., Ltd. | コード変換方法及びその装置 |
| JP2005109861A (ja) * | 2003-09-30 | 2005-04-21 | Nec Corp | トランスポートストリームの暗号化装置及び編集装置並びにこれらの方法 |
| WO2006080660A1 (en) * | 2004-12-10 | 2006-08-03 | Electronics And Telecommunications Research Institute | Apparatus for splicing of terrestrial dmb signal |
| JP2006251428A (ja) * | 2005-03-11 | 2006-09-21 | Sony Corp | 多重化装置および多重化方法、プログラム、並びに記録媒体 |
| JP2006319638A (ja) * | 2005-05-12 | 2006-11-24 | Nippon Hoso Kyokai <Nhk> | コンテンツ符号化装置及びコンテンツ符号化プログラム、並びに、コンテンツ編集装置及びコンテンツ編集プログラム |
| JP2006528440A (ja) * | 2003-06-18 | 2006-12-14 | トムソン ライセンシング | ディジタル・メディア受信機においてヌル・パケットを処理する方法および装置 |
| JP2007043417A (ja) * | 2005-08-02 | 2007-02-15 | Canon Inc | 画像記録装置及び方法 |
| US7738661B2 (en) | 2005-10-14 | 2010-06-15 | Funai Electric Co., Ltd. | Broadcasting receiving apparatus and broadcasting receiving method |
| JP2011182451A (ja) * | 2006-06-02 | 2011-09-15 | Panasonic Corp | 符号化装置及び編集装置 |
| JP2012191658A (ja) * | 2000-04-21 | 2012-10-04 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
| JP2015164336A (ja) * | 2001-04-24 | 2015-09-10 | トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ | データ処理方法およびビデオ送信方法 |
| WO2018142596A1 (ja) * | 2017-02-03 | 2018-08-09 | 三菱電機株式会社 | 符号化装置、符号化方法および符号化プログラム |
| WO2018190207A1 (ja) * | 2017-04-13 | 2018-10-18 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 符号化装置、復号装置、符号化方法及び復号方法 |
| WO2019167785A1 (ja) * | 2018-02-28 | 2019-09-06 | シャープ株式会社 | 通信装置および通信方法 |
| US10911770B2 (en) | 2017-04-13 | 2021-02-02 | Panasonic Intellectual Property Corporation Of America | Encoder, decoder, encoding method, and decoding method for selecting the best candidate motion vector |
Families Citing this family (95)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB9822087D0 (en) * | 1998-10-09 | 1998-12-02 | Snell & Wilcox Ltd | Improvements in data compression |
| US7068724B1 (en) | 1999-10-20 | 2006-06-27 | Prime Research Alliance E., Inc. | Method and apparatus for inserting digital media advertisements into statistical multiplexed streams |
| CA2386941C (en) * | 1999-10-20 | 2005-04-19 | Expanse Networks, Inc. | Method and apparatus for inserting digital media advertisements into statistical multiplexed streams |
| CA2388944C (en) | 1999-10-25 | 2011-02-08 | Diva Systems Corporation | Method and apparatus for performing digital-to-digital video insertion |
| US7394850B1 (en) | 1999-10-25 | 2008-07-01 | Sedna Patent Services, Llc | Method and apparatus for performing digital-to-digital video insertion |
| US6771657B1 (en) * | 1999-12-09 | 2004-08-03 | General Instrument Corporation | Non real-time delivery of MPEG-2 programs via an MPEG-2 transport stream |
| US6988238B1 (en) | 2000-01-24 | 2006-01-17 | Ati Technologies, Inc. | Method and system for handling errors and a system for receiving packet stream data |
| US6885680B1 (en) | 2000-01-24 | 2005-04-26 | Ati International Srl | Method for synchronizing to a data stream |
| US6999424B1 (en) * | 2000-01-24 | 2006-02-14 | Ati Technologies, Inc. | Method for displaying data |
| US7895620B2 (en) * | 2000-04-07 | 2011-02-22 | Visible World, Inc. | Systems and methods for managing and distributing media content |
| US7890971B2 (en) | 2000-04-07 | 2011-02-15 | Visible World, Inc. | Systems and methods for managing and distributing media content |
| US7870579B2 (en) | 2000-04-07 | 2011-01-11 | Visible Worl, Inc. | Systems and methods for managing and distributing media content |
| US7904922B1 (en) | 2000-04-07 | 2011-03-08 | Visible World, Inc. | Template creation and editing for a message campaign |
| US7900227B2 (en) * | 2000-04-07 | 2011-03-01 | Visible World, Inc. | Systems and methods for managing and distributing media content |
| US7870578B2 (en) | 2000-04-07 | 2011-01-11 | Visible World, Inc. | Systems and methods for managing and distributing media content |
| US7861261B2 (en) * | 2000-04-07 | 2010-12-28 | Visible World, Inc. | Systems and methods for managing and distributing media content |
| US7113546B1 (en) | 2000-05-02 | 2006-09-26 | Ati Technologies, Inc. | System for handling compressed video data and method thereof |
| GB0120442D0 (en) * | 2001-08-22 | 2001-10-17 | Nds Ltd | Non-standard coding systems |
| US7418007B1 (en) * | 2000-09-20 | 2008-08-26 | General Instrument Corporation | Method and apparatus for determining a transmission bit rate in a statistical multiplexer |
| US7292782B2 (en) | 2000-09-27 | 2007-11-06 | Victor Company Of Japan, Limited | MPEG picture data recording apparatus, MPEG picture data recording method, MPEG picture data recording medium, MPEG picture data generating apparatus, MPEG picture data reproducing apparatus, and MPEG picture data reproducing method |
| US7490344B2 (en) | 2000-09-29 | 2009-02-10 | Visible World, Inc. | System and method for seamless switching |
| CN1236608C (zh) | 2001-01-19 | 2006-01-11 | 松下电器产业株式会社 | 重放装置和方法、记录装置和方法、以及输出和输入装置 |
| JP4457506B2 (ja) * | 2001-02-27 | 2010-04-28 | ソニー株式会社 | パケット化装置およびパケット化方法 |
| EP1376913A4 (en) * | 2001-04-05 | 2008-07-30 | Matsushita Electric Ind Co Ltd | METHOD AND APPARATUS FOR TRANSMITTING DATA BROADCAST TRANSMISSION TRANSPORT FLOWS (TS), DATA BROADCAST TRANSMISSION TRANSMISSION CHAIN, RECORDING MEDIUM, DELIVERY APPARATUS, AND DELIVERY SYSTEM |
| FI111590B (fi) * | 2001-04-20 | 2003-08-15 | Swelcom Oy | Menetelmä ja laite datan lokalisointia varten |
| WO2002087212A2 (en) * | 2001-04-20 | 2002-10-31 | France Telecom Research And Development L.L.C. | Replacing commercials according to location and time |
| US6807528B1 (en) * | 2001-05-08 | 2004-10-19 | Dolby Laboratories Licensing Corporation | Adding data to a compressed data frame |
| US7068719B2 (en) * | 2001-06-01 | 2006-06-27 | General Instrument Corporation | Splicing of digital video transport streams |
| JP4458714B2 (ja) | 2001-06-20 | 2010-04-28 | 富士通マイクロエレクトロニクス株式会社 | 画像復号装置、画像復号方法、および、プログラム |
| GB0117926D0 (en) * | 2001-07-23 | 2001-09-12 | Nds Ltd | Method for random access to encrypted content |
| US20060161947A1 (en) * | 2001-09-05 | 2006-07-20 | Indra Laksono | Method and apparatus for customizing messaging within a cable system |
| US7646816B2 (en) | 2001-09-19 | 2010-01-12 | Microsoft Corporation | Generalized reference decoder for image or video processing |
| FR2835141B1 (fr) * | 2002-01-18 | 2004-02-20 | Daniel Lecomte | Dispositif pour securiser la transmission, l'enregistrement et la visualisation de programmes audiovisuels |
| US8903089B2 (en) | 2002-01-18 | 2014-12-02 | Nagra France | Device for secure transmission recording and visualization of audiovisual programs |
| JP2003230092A (ja) * | 2002-02-04 | 2003-08-15 | Sony Corp | 情報処理装置および方法、プログラム格納媒体、並びにプログラム |
| WO2004019530A1 (en) * | 2002-02-15 | 2004-03-04 | Visible World, Inc. | System and method for seamless switching through buffering |
| KR100563684B1 (ko) * | 2002-02-21 | 2006-03-28 | 엘지전자 주식회사 | 광디스크 장치에서의 재생리스트 관리방법 |
| EP2403262A3 (en) * | 2002-04-26 | 2012-01-25 | Sony Corporation | Encoding device and method, decoding device and method, editing device and method, recoding medium, and program |
| US7570665B2 (en) | 2002-06-11 | 2009-08-04 | Telefonaktiebolaget L M Ericsson (Publ) | Generation of mixed media streams |
| US7499469B2 (en) * | 2003-01-13 | 2009-03-03 | Broadcom Corporation | Method and system for generating digital video broadcast (DVB) transport stream from direct satellite system (DSS) transport stream |
| JP2006521739A (ja) * | 2003-03-05 | 2006-09-21 | ノキア コーポレイション | 順方向エラー修正方法及びシステム |
| US20050013274A1 (en) * | 2003-03-05 | 2005-01-20 | Harri Pekonen | System and method for data transmission and reception |
| JP3823191B2 (ja) * | 2003-07-31 | 2006-09-20 | 松下電器産業株式会社 | データ出力制御装置 |
| US7843489B2 (en) * | 2003-08-12 | 2010-11-30 | General Instrument Corporation | Maintaining continuous film mode with bad edits |
| US7551555B2 (en) * | 2003-08-13 | 2009-06-23 | Nortel Networks Limited | Method, system and program product for regulating data messaging by mobile stations in a wireless network |
| US8107531B2 (en) * | 2003-09-07 | 2012-01-31 | Microsoft Corporation | Signaling and repeat padding for skip frames |
| US8582659B2 (en) * | 2003-09-07 | 2013-11-12 | Microsoft Corporation | Determining a decoding time stamp from buffer fullness |
| US8345754B2 (en) * | 2003-09-07 | 2013-01-01 | Microsoft Corporation | Signaling buffer fullness |
| US7724827B2 (en) * | 2003-09-07 | 2010-05-25 | Microsoft Corporation | Multi-layer run level encoding and decoding |
| US7961786B2 (en) * | 2003-09-07 | 2011-06-14 | Microsoft Corporation | Signaling field type information |
| US20050060420A1 (en) * | 2003-09-11 | 2005-03-17 | Kovacevic Branko D. | System for decoding multimedia data and method thereof |
| US8170096B1 (en) * | 2003-11-18 | 2012-05-01 | Visible World, Inc. | System and method for optimized encoding and transmission of a plurality of substantially similar video fragments |
| US8160143B2 (en) * | 2004-02-03 | 2012-04-17 | Panasonic Corporation | Decoding device, encoding device, interpolation frame creating system, integrated circuit device, decoding program, and encoding program |
| WO2005114997A1 (en) * | 2004-05-18 | 2005-12-01 | Koninklijke Philips Electronics N.V. | Seamless adding of real-time information |
| JP4262139B2 (ja) * | 2004-06-01 | 2009-05-13 | キヤノン株式会社 | 信号処理装置 |
| GB0413723D0 (en) * | 2004-06-18 | 2004-07-21 | Nds Ltd | A method of dvr seamless splicing |
| WO2006022221A1 (ja) * | 2004-08-25 | 2006-03-02 | Sony Corporation | 情報処理装置および情報処理方法、記録媒体、並びに、プログラム |
| ES2400955T3 (es) * | 2004-10-07 | 2013-04-15 | Panasonic Corporation | Aparato de codificación de imágenes y aparato de decodificación de imágenes |
| US20060104356A1 (en) * | 2004-11-15 | 2006-05-18 | Microsoft Corporation | Timing for decoder buffer examination |
| JP2006203682A (ja) * | 2005-01-21 | 2006-08-03 | Nec Corp | 動画像圧縮符号化ビットストリームシンタックス変換装置及び動画像通信システム |
| WO2006080462A1 (ja) * | 2005-01-28 | 2006-08-03 | Matsushita Electric Industrial Co., Ltd. | 記録媒体、プログラム、再生方法 |
| US9236092B2 (en) * | 2005-03-24 | 2016-01-12 | Broadcom Corporation | System, method, and apparatus for embedding personal video recording functions at picture level |
| KR100657314B1 (ko) * | 2005-05-04 | 2006-12-20 | 삼성전자주식회사 | 멀티미디어 스트리밍 송신 장치 및 방법 |
| JP4492484B2 (ja) * | 2005-08-22 | 2010-06-30 | ソニー株式会社 | 情報処理装置および情報処理方法、記録媒体、並びに、プログラム |
| US7477692B2 (en) * | 2005-12-16 | 2009-01-13 | Tut Systems, Inc. | Video encoding for seamless splicing between encoded video streams |
| US7826536B2 (en) * | 2005-12-29 | 2010-11-02 | Nokia Corporation | Tune in time reduction |
| US8848053B2 (en) * | 2006-03-28 | 2014-09-30 | Objectvideo, Inc. | Automatic extraction of secondary video streams |
| US20070250898A1 (en) | 2006-03-28 | 2007-10-25 | Object Video, Inc. | Automatic extraction of secondary video streams |
| JP5458321B2 (ja) | 2006-04-24 | 2014-04-02 | ヴィジブル ワールド インコーポレイテッド | マイクロトレンドを使用してメディアコンテンツを生成するシステム及び方法 |
| JP4229149B2 (ja) * | 2006-07-13 | 2009-02-25 | ソニー株式会社 | ビデオ信号処理装置およびビデオ信号処理方法、ビデオ信号符号化装置およびビデオ信号符号化方法、並びにプログラム |
| JP2008066851A (ja) * | 2006-09-05 | 2008-03-21 | Sony Corp | 情報処理装置および情報処理方法、記録媒体、並びに、プログラム |
| JP4221676B2 (ja) * | 2006-09-05 | 2009-02-12 | ソニー株式会社 | 情報処理装置および情報処理方法、記録媒体、並びに、プログラム |
| TWI324020B (en) * | 2006-10-05 | 2010-04-21 | Ind Tech Res Inst | Encoder and image encoding method |
| DE102007001379A1 (de) * | 2007-01-09 | 2008-07-10 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Konzept zum Encodieren einer Mehrzahl von Informationssignalen für eine gemeinsame Übertragung in einem Zeitmultiplex |
| RU2402176C1 (ru) * | 2007-02-19 | 2010-10-20 | Кабусики Кайся Тосиба | Средство уплотнения/разуплотнения данных |
| US20080240227A1 (en) * | 2007-03-30 | 2008-10-02 | Wan Wade K | Bitstream processing using marker codes with offset values |
| US9503777B2 (en) * | 2007-06-05 | 2016-11-22 | Broadcom Corporation | Method and system for unified start code emulation prevention bits processing for AVS |
| JP5052220B2 (ja) * | 2007-06-19 | 2012-10-17 | パナソニック株式会社 | 動画像符号化装置 |
| JP2009077105A (ja) * | 2007-09-20 | 2009-04-09 | Sony Corp | 編集装置および編集方法、プログラム、並びに記録媒体 |
| KR20090072510A (ko) * | 2007-12-28 | 2009-07-02 | 삼성전자주식회사 | 디스플레이장치 및 그 제어방법 |
| US20090238263A1 (en) * | 2008-03-20 | 2009-09-24 | Pawan Jaggi | Flexible field based energy efficient multimedia processor architecture and method |
| US20090238479A1 (en) * | 2008-03-20 | 2009-09-24 | Pawan Jaggi | Flexible frame based energy efficient multimedia processor architecture and method |
| KR101609890B1 (ko) * | 2008-09-18 | 2016-04-06 | 파나소닉 아이피 매니지먼트 가부시키가이샤 | 화상 복호 장치, 화상 부호화 장치, 화상 복호 방법, 화상 부호화 방법 및 프로그램 |
| US20100177161A1 (en) * | 2009-01-15 | 2010-07-15 | Dell Products L.P. | Multiplexed stereoscopic video transmission |
| CN102318345B (zh) * | 2009-02-27 | 2014-07-30 | 富士通株式会社 | 动态图像编码装置、动态图像编码方法 |
| KR20120062545A (ko) * | 2010-12-06 | 2012-06-14 | 한국전자통신연구원 | 비디오 스트림의 패킷화 방법 및 장치 |
| JP2012199897A (ja) * | 2011-03-04 | 2012-10-18 | Sony Corp | 画像データ送信装置、画像データ送信方法、画像データ受信装置および画像データ受信方法 |
| JP5341952B2 (ja) * | 2011-05-30 | 2013-11-13 | 株式会社東芝 | ビデオサーバ及びデータ収録再生方法 |
| US9979959B2 (en) | 2012-04-20 | 2018-05-22 | Qualcomm Incorporated | Video coding with enhanced support for stream adaptation and splicing |
| JP6019824B2 (ja) * | 2012-07-02 | 2016-11-02 | 富士通株式会社 | 動画像符号化装置及び動画像符号化方法ならびに動画像符号化用コンピュータプログラム |
| US9479776B2 (en) | 2012-07-02 | 2016-10-25 | Qualcomm Incorporated | Signaling of long-term reference pictures for video coding |
| WO2014050447A1 (ja) * | 2012-09-27 | 2014-04-03 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
| CN104038759B (zh) * | 2014-06-09 | 2017-11-17 | 华为技术有限公司 | 视频编码方法和解码方法和相关装置 |
| RU2706879C1 (ru) * | 2019-01-21 | 2019-11-21 | Акционерное общество "Воентелеком" | Способ передачи данных по пакетным сетям связи с возможностью восстановления данных при их потере из-за наличия ошибок соединения в сетях связи |
| CN117955587B (zh) * | 2024-03-27 | 2024-07-30 | 北京融为科技有限公司 | 帧同步方法及装置 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5534944A (en) * | 1994-07-15 | 1996-07-09 | Matsushita Electric Corporation Of America | Method of splicing MPEG encoded video |
| DE69515386T2 (de) * | 1994-07-15 | 2000-08-24 | Matsushita Electric Industrial Co., Ltd. | Verfahren zur Verbindung von MPEG-Videosequenzen |
| JP3582195B2 (ja) * | 1994-12-29 | 2004-10-27 | ソニー株式会社 | 動画像処理方法 |
| US5691771A (en) * | 1994-12-29 | 1997-11-25 | Sony Corporation | Processing of redundant fields in a moving picture to achieve synchronized system operation |
| JPH09168148A (ja) * | 1995-09-20 | 1997-06-24 | Sony Corp | 動画像符号化方法及び装置、並びに記録媒体 |
| JP3182329B2 (ja) * | 1995-11-15 | 2001-07-03 | 株式会社東芝 | 符号化データ編集装置とデータ復号装置 |
| US5734443A (en) * | 1995-12-28 | 1998-03-31 | Philips Electronics North America Corporation | Method and device for performing source transitions in a video system which performs entropy encoding |
| JPH1093969A (ja) * | 1996-09-18 | 1998-04-10 | Toshiba Corp | 動画像符号化装置 |
| US5917830A (en) * | 1996-10-18 | 1999-06-29 | General Instrument Corporation | Splicing compressed packetized digital video streams |
| US6038000A (en) * | 1997-05-28 | 2000-03-14 | Sarnoff Corporation | Information stream syntax for indicating the presence of a splice point |
| US6118491A (en) * | 1997-02-20 | 2000-09-12 | Lsi Logic Corporation | System and method for enforcing interlaced field synchronization in the presence of broken alternation in an MPEG video datastream |
| US6067303A (en) * | 1997-02-25 | 2000-05-23 | International Business Machines Corporation | Method and apparatus for detecting and controlling data stream splicing in ATM networks |
-
1998
- 1998-10-05 JP JP28260998A patent/JP3709721B2/ja not_active Expired - Lifetime
- 1998-10-05 CA CA 2273940 patent/CA2273940C/en not_active Expired - Lifetime
- 1998-10-05 CN CNB988019132A patent/CN1148955C/zh not_active Expired - Lifetime
- 1998-10-05 KR KR1019997004866A patent/KR100574186B1/ko active IP Right Grant
- 1998-10-05 WO PCT/JP1998/004497 patent/WO1999018720A1/ja active IP Right Grant
- 1998-10-05 JP JP52148099A patent/JP4296604B2/ja not_active Expired - Lifetime
- 1998-10-05 DE DE1998638869 patent/DE69838869T2/de not_active Expired - Lifetime
- 1998-10-05 EP EP98945621A patent/EP0944249B1/en not_active Expired - Lifetime
-
1999
- 1999-06-01 US US09/323,771 patent/US6529550B2/en not_active Expired - Lifetime
Cited By (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8634700B2 (en) | 2000-04-21 | 2014-01-21 | Sony Corporation | Information processing apparatus and method, program and recorded medium with improved retrieval |
| JP2012191658A (ja) * | 2000-04-21 | 2012-10-04 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
| JP2004505513A (ja) * | 2000-07-25 | 2004-02-19 | エイジルビジョン・エル・エル・シー | ネットワークフィードの固定タイムスロットに圧縮されたローカルビデオセグメントをスプライシングすること |
| JP2017098978A (ja) * | 2001-04-24 | 2017-06-01 | トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ | データ処理方法およびビデオ送信方法 |
| JP2015164336A (ja) * | 2001-04-24 | 2015-09-10 | トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ | データ処理方法およびビデオ送信方法 |
| JP2018143000A (ja) * | 2001-04-24 | 2018-09-13 | トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ | データ処理方法およびビデオ送信方法 |
| WO2004071085A1 (ja) * | 2003-02-04 | 2004-08-19 | Matsushita Electric Industrial Co., Ltd. | コード変換方法及びその装置 |
| US7940799B2 (en) | 2003-02-04 | 2011-05-10 | Panasonic Corporation | Code conversion method and device thereof |
| JP2006528440A (ja) * | 2003-06-18 | 2006-12-14 | トムソン ライセンシング | ディジタル・メディア受信機においてヌル・パケットを処理する方法および装置 |
| JP4848274B2 (ja) * | 2003-06-18 | 2011-12-28 | トムソン ライセンシング | ディジタル・メディア受信機においてヌル・パケットを処理する方法および装置 |
| JP2005109861A (ja) * | 2003-09-30 | 2005-04-21 | Nec Corp | トランスポートストリームの暗号化装置及び編集装置並びにこれらの方法 |
| US8243926B2 (en) | 2003-09-30 | 2012-08-14 | Nec Personal Computers, Ltd. | Transport stream encryption device and its editing device and method for use therein |
| WO2006080660A1 (en) * | 2004-12-10 | 2006-08-03 | Electronics And Telecommunications Research Institute | Apparatus for splicing of terrestrial dmb signal |
| JP4678486B2 (ja) * | 2005-03-11 | 2011-04-27 | ソニー株式会社 | 多重化装置および多重化方法、プログラム、並びに記録媒体 |
| US7924834B2 (en) | 2005-03-11 | 2011-04-12 | Sony Corporation | Multiplexing apparatus, multiplexing method, program, and recording medium |
| JP2006251428A (ja) * | 2005-03-11 | 2006-09-21 | Sony Corp | 多重化装置および多重化方法、プログラム、並びに記録媒体 |
| JP2006319638A (ja) * | 2005-05-12 | 2006-11-24 | Nippon Hoso Kyokai <Nhk> | コンテンツ符号化装置及びコンテンツ符号化プログラム、並びに、コンテンツ編集装置及びコンテンツ編集プログラム |
| JP2007043417A (ja) * | 2005-08-02 | 2007-02-15 | Canon Inc | 画像記録装置及び方法 |
| US7738661B2 (en) | 2005-10-14 | 2010-06-15 | Funai Electric Co., Ltd. | Broadcasting receiving apparatus and broadcasting receiving method |
| JP2011182451A (ja) * | 2006-06-02 | 2011-09-15 | Panasonic Corp | 符号化装置及び編集装置 |
| WO2018142596A1 (ja) * | 2017-02-03 | 2018-08-09 | 三菱電機株式会社 | 符号化装置、符号化方法および符号化プログラム |
| JPWO2018142596A1 (ja) * | 2017-02-03 | 2019-02-07 | 三菱電機株式会社 | 符号化装置、符号化方法および符号化プログラム |
| WO2018190207A1 (ja) * | 2017-04-13 | 2018-10-18 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 符号化装置、復号装置、符号化方法及び復号方法 |
| US10911770B2 (en) | 2017-04-13 | 2021-02-02 | Panasonic Intellectual Property Corporation Of America | Encoder, decoder, encoding method, and decoding method for selecting the best candidate motion vector |
| US11425409B2 (en) | 2017-04-13 | 2022-08-23 | Panasonic Intellectual Property Corporation Of America | Encoder, decoder, encoding method, and decoding method |
| US11653018B2 (en) | 2017-04-13 | 2023-05-16 | Panasonic Intellectual Property Corporation Of America | Encoder, decoder, encoding method, and decoding method |
| US11895316B2 (en) | 2017-04-13 | 2024-02-06 | Panasonic Intellectual Property Corporation Of America | Encoder, decoder, encoding method, and decoding method |
| WO2019167785A1 (ja) * | 2018-02-28 | 2019-09-06 | シャープ株式会社 | 通信装置および通信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3709721B2 (ja) | 2005-10-26 |
| CN1244325A (zh) | 2000-02-09 |
| CA2273940A1 (en) | 1999-04-15 |
| US6529550B2 (en) | 2003-03-04 |
| EP0944249A4 (en) | 2004-10-20 |
| CA2273940C (en) | 2008-12-09 |
| EP0944249B1 (en) | 2007-12-19 |
| US20020080875A1 (en) | 2002-06-27 |
| JP4296604B2 (ja) | 2009-07-15 |
| CN1148955C (zh) | 2004-05-05 |
| DE69838869T2 (de) | 2008-12-04 |
| KR20000069258A (ko) | 2000-11-25 |
| DE69838869D1 (de) | 2008-01-31 |
| KR100574186B1 (ko) | 2006-04-27 |
| EP0944249A1 (en) | 1999-09-22 |
| WO1999018720A1 (en) | 1999-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4296604B2 (ja) | 符号化ストリームスプライシング装置及び方法、並びに符号化ストリーム生成装置及び方法 | |
| JP6559298B2 (ja) | データ処理方法およびビデオ送信方法 | |
| US7068719B2 (en) | Splicing of digital video transport streams | |
| EP0837609B1 (en) | Splicing compressed packetized digital video streams | |
| JP4232209B2 (ja) | 圧縮画像データの編集装置及び圧縮画像データの編集方法 | |
| WO2000046995A1 (en) | Encoding system, encoding method, decoding system, decoding method, multiplexing device, multiplexing method, display system and display method | |
| US7333715B2 (en) | Data reproduction transmission apparatus and data reproduction transmission method | |
| US20170048564A1 (en) | Digital media splicing system and method | |
| US10757473B2 (en) | Digital media splicing system and method | |
| US9219930B1 (en) | Method and system for timing media stream modifications | |
| JPH11177921A (ja) | ディジタルデータ編集方法、ディジタルデータ編集装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050325 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050329 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050530 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050719 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050801 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080819 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090819 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100819 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110819 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110819 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120819 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120819 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130819 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |