(57)【要約】【課題】  各ＰＥＳパケットの長さを知るために当該ＰＥＳパケットの全データをバイト単位でサーチする必要のないビデオ信号処理装置を提供する。【解決手段】  ビデオ信号処理装置において、ＴＳ解析部（１ａ）はビデオＥＳ（５ａ）を含むＴＳ（３ａ）からＰＥＳ（４ａ）を組み立て、ＰＥＳ解析部（２ａ）はＰＥＳ（４ａ）を解析してビデオＥＳ（５ａ）を取り出し、前段となるＴＳ解析部（１ａ）はＴＳ（３ａ）からＰＥＳ（４ａ）の１パケットを組み立てる際に知り得た当該パケットの長さ（６ａ）を後段となるＰＥＳ解析部（２ａ）に伝える。【選択図】  図１
2006067230.tif 000002
【特許請求の範囲】
【請求項１】
ビデオエレメンタリーストリームを含むトランスポートストリームからパケット化エレメンタリーストリームを組み立てるＴＳ解析部と、
前記パケット化エレメンタリーストリームを解析して前記ビデオエレメンタリーストリームを取り出すＰＥＳ解析部とを備え、
前段となる前記ＴＳ解析部が前記トランスポートストリームからパケット化エレメンタリーストリームの１パケットを組み立てる際に知り得た当該パケットの長さを後段となる前記ＰＥＳ解析部に伝えることを特徴とするビデオ信号処理装置。
【請求項２】
前記ＰＥＳ解析部に前記パケット化エレメンタリーストリームのパケットの長さを伝える手段として、１パケットの長さと、前記パケットデータとを対にしたＰＥＳパケット情報を用いることを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項３】
前記ＰＥＳ解析部に前記パケット化エレメンタリーストリームの１パケットの長さを伝える手段として、パケットの長さを当該パケットのＰＥＳヘッダ中にあるＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈフィールドに書き込むことを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項４】
請求項３に記載のビデオ信号処理装置を備え、
初回にトランスポートストリームからパケット化エレメンタリーストリームの１パケットを組み立てる際に知り得たパケットの長さを当該パケットのＰＥＳヘッダ中にあるＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈフィールドを記録し、
以後、パケット長が記録されていることが保証されたパケット化エレメンタリーストリームを用いてデータ保存および編集を行うことを特徴とするビデオ録画編集装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はビデオ信号処理装置に関し、より特定的にはＭＰＥＧ規格により定められているトランスポートストリーム（以下、「ＴＳ」と称す）からパケット化エレメンタリーストリーム（以下、「ＰＥＳ」と称す）を組み立て、ＰＥＳからエレメンタリーストリーム（以下、「ＥＳ」と称す）を取り出す際に必要な処理を軽減させることができるビデオ信号処理装置に関する。
【背景技術】
【０００２】
ディジタルテレビジョン放送では、ビデオＥＳをパケット化して、ＰＥＳを作り、ＰＥＳを更に小さな単位であるＴＳに分割して放送している。一方、ディジタルテレビジョン受信機のビデオ信号処理装置では、受信したＴＳからＰＥＳを組み立てる。その後、ＰＥＳからＥＳを抜き出して、デコードすることにより映像を再生している。ＰＥＳの各パケットヘッダ部には、各パケットのパケット長を記録するためのフィールドとしてＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈが用意されている。
【非特許文献１】“デジタル放送におけるデータ放送符号化方式と伝送方式”標準規格  ＡＲＩＢ  ＳＴＤ−Ｂ２４  ３．２版（第一分冊）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ビデオＥＳを含むＰＥＳの各パケットヘッダにパケット長が記録されておらず、０が記録されている場合がある。これは、送出側でリアルタイムにＰＥＳを生成する場合に、時間的制約からパケット長を記録できない場合があるからであり、規格でもそれを許している。
【０００４】
一般的に、ビデオ信号を処理してテレビジョン受信機にビデオ映像を表示するハードウェアは、その入力フォーマットとしてＥＳをサポートしている場合が多く、その前処理としてＴＳからＰＥＳを組み立てて、当該ＰＥＳからＥＳを抜き出しておく必要がある。ＰＥＳからＥＳを抜き出す際に、ＰＥＳの各パケットヘッダにパケット長が記録されていない場合、次のＰＥＳパケットの先頭すなわちＥＳの終端を探し出すために、ＰＥＳのデータをバイト単位でサーチする必要があり負荷が大きくなる課題がある。よって、本発明は、ＰＥＳ解析部が各ＰＥＳパケットの長さを知るために当該ＰＥＳパケットの全データをバイト単位でサーチする必要のないビデオ信号処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
ビデオエレメンタリーストリームを含むトランスポートストリームからパケット化エレメンタリーストリームを組み立てるＴＳ解析部と、
前記パケット化エレメンタリーストリームを解析して前記ビデオエレメンタリーストリームを取り出すＰＥＳ解析部とを備え、
前段となる前記ＴＳ解析部が前記トランスポートストリームからパケット化エレメンタリーストリームの１パケットを組み立てる際に知り得た当該パケットの長さを後段となる前記ＰＥＳ解析部に伝えることを特徴とするビデオ信号処理装置。
【発明の効果】
【０００６】
本発明のビデオ信号処理装置によれば、ＰＥＳ解析部は、ＥＳを切り出したり次のＰＥＳパケットに処理を移したりするために必要となる各ＰＥＳパケットの長さを知るために、当該ＰＥＳパケットの全データをバイト単位でサーチする必要がなくなり、その負荷を軽減することができる。
【発明を実施するための最良の形態】
【０００７】
（第１の実施の形態）
以下に、図１、図２、図３、図４、および図５を参照して、本発明の第１の実施の形態にかかるビデオ信号処理装置について説明する。図１に、本発明の第１の実施の形態にかかるビデオ信号処理装置によるデータ処理のフローを示す。図１において、ＴＳ解析部１ａは、データとしてＴＳ３ａを読み込み、ＰＥＳ４ａとＰＥＳパケット長６ａを出力する。ＰＥＳ解析部２ａは前段のＴＳ解析部１ａの出力したＰＥＳ４ａとＰＥＳパケット長６ａを読み込み、ＥＳ５ａを出力する。
【０００８】
図２にＴＳ解析部１ａにおける処理を表すフローチャートを示す。ＴＳ解析部１ａは、まず処理対象となるＴＳを１パケット取り出す（ステップＳ１）。ＴＳ解析部１ａは、取り出したＴＳパケットのヘッダに含まれているｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒの値によって、ＰＥＳパケットの先頭であるか否かを判定する（ステップＳ２）。ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒがセットされていない場合には、後続するＴＳのパケットを読み込んで、ＰＥＳパケットの構築を継続する。
【０００９】
ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒがセットされているＴＳのパケットは、新しいＰＥＳのパケットの先頭であるため、今まで蓄積した複数のＴＳのパケットからヘッダ部分を取り除き１つのＰＥＳのパケットをＰＥＳ４ａとして出力する（ステップＳ３）。同時に、当該ＰＥＳのパケットの長さを含む、ＰＥＳパケット長６ａを出力する（ステップＳ４）。ＴＳ解析部１ａは、この処理をＴＳの終端が来るまで繰り返し行う（ステップＳ５）。
【００１０】
図３に、ＰＥＳ解析部の２ａにおける処理を表すフローチャートを示す。ＰＥＳ解析部２ａは、まず処理対象となるＰＥＳ４ａの先頭からＰＥＳヘッダ解析を行う（ステップＳ６）。次に当該ＰＥＳパケットのＰＥＳパケット長６ａを取得する（ステップＳ７）。ＰＥＳパケット長６ａを元に当該ＰＥＳパケットのヘッダを除いた部分から終端までをＥＳ５ａとして切り出す（ステップＳ８）。ＰＥＳ解析部２ａは、この処理をＴＳの終端がくるまで繰り返し行う（ステップＳ９）。また、ＰＥＳの終端でない場合には、前述のＰＥＳパケット情報６ａを利用して、次のＰＥＳパケットへジャンプして（ステップＳ１０）処理を繰り返す。
【００１１】
なお、図１に示した、ＴＳ３ａは、本発明に係るビデオ信号処理装置にデータとして与えられるＴＳのパケットが連続して並べられたデータ列である。各ＴＳのパケットは固定長である。ＰＥＳ４ａは、ＴＳ解析部１ａにより組み立てられた各ＰＥＳパケットが連続して並べられたデータ列である。各ＰＥＳパケットは可変長である。ＥＳ５ａは、ＰＥＳ解析部２ａにより出力されたＥＳが連続して並べられたデータ列である。
【００１２】
既存のビデオ信号処理装置では、図４に示すように、ＴＳ解析部１ｂの出力するデータはＴＳ３ｂから組み立てたＰＥＳだけである。したがって、ＰＥＳ４ｂのパケットヘッダにあるＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに、当該ＰＥＳのパケット長が記録されていない場合には、後段のＰＥＳ解析部においても、当該ＰＥＳのパケット長を再度調べる必要があった。各ＰＥＳのパケット長を調べるためには、当該ＰＥＳパケットから順に全バイトをサーチして、次のＰＥＳパケットのスタートコードを見つけ出さなければならず、処理負荷が大きい。
【００１３】
以上のように、本発明の第１の実施の形態に係るビデオ信号処理装置によれば、各ＰＥＳパケットからＥＳ５ａを取り出す際に、ＰＥＳ解析部２ａは各ＰＥＳパケットの全バイトをサーチする必要が無く、容易にＥＳ５ａを取り出すことができる。また、同様に、あるＰＥＳパケットから、次のパケットに処理を移すことも容易に行うことができる。
【００１４】
なお、ＰＥＳパケット長６ａは図５に示すＰＥＳパケット情報６ｃを用いてＰＥＳ解析部２ｃに渡しても良い。ＰＥＳパケット情報６ｃは、図６に示すような構造を持つ。ＰＥＳへのポインタ７は、当該ＰＥＳパケットへのポインタであり、当該ＰＥＳパケットが記録されている記憶領域の先頭を指し示している。パケット長８は、当該データ構造のＰＥＳパケットへのポインタが指し示しているＰＥＳのパケット長を示している。
【００１５】
なお、本実施の形態では、ＴＳ解析部１ａからＰＥＳ解析部２ａへＰＥＳ４ａを受け渡す場合について述べた。しかし、ＰＥＳ解析部２ａの内部でＰＥＳのやり取りを複数回行う場合でも、同様の問題がある。このような問題に対しては、初回のＰＥＳ解析時に、各ＰＥＳパケットのパケット長を測定し記録しておくことにより、次回からのＰＥＳ解析処理の負荷を軽減することができる。
【００１６】
（第２の実施の形態）
以下、本発明の第２の実施の形態に係るビデオ信号処理装置について説明する。なお、第２の実施の形態は、前述の第１の実施の形態のＰＥＳのパケット長の受け渡し方法を改善したものである。なお、第２の実施の形態のビデオ信号処理装置が、第１の実施の形態のビデオ信号処理装置と異なる点は、ＰＥＳのパケット長の受け渡し手段だけであるので、その他の構成については説明を省略する。図６に、本実施の形態に係るＰＥＳパケット情報の構成を示す。
【００１７】
第１の実施の形態においては、ＴＳ解析部１ａにおいて取得したＰＥＳのパケット長は、独自のデータ構造であるＰＥＳパケット情報６ｃを用いて保存および参照される。本実施の形態においては、ＴＳ解析部１ａが取得したＰＥＳのパケット長をＰＥＳ４ａのパケットヘッダにあるＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに記録する。
【００１８】
これにより、先に示した、図４のような既存のＴＳ３ｂからＥＳ（５ｂ）を得るためのデータ処理構成と同様の構成を用いた場合においても、ＰＥＳ解析部（２ｂ）がＥＳを取り出す際の負荷を軽減することができる。
【００１９】
以上のように、第２の実施の形態によれば、ＰＥＳ解析部２ａにおいてＰＥＳの各パケット長を知るためになんら特別な手段を用意しなくとも良く、既存のＰＥＳ解析部２ａを用いながら、その負荷を軽減することができる。
【００２０】
（第３の実施の形態）
以下、本発明の第３の実施の形態に係るビデオ録画編集装置について説明する。なお、第３の実施の形態は、前述の第２の実施の形態のＰＥＳの具体的な応用例を示したものである。なお、第３の実施の形態のビデオ編集装置が、第２の実施の形態のビデオ信号処理装置と異なる点は、ＰＥＳの活用方法だけであり、その他の構成については説明を省略する。
【００２１】
一般にディジタルビデオの編集を行う装置は、ＰＥＳを対象とすることが多い。これは、ＥＳの１フレーム分の画像データを１パケットとしてＰＥＳ化することによりいくつかの利点が生じるためである。第１の利点は、編集時にＰＥＳ単位にて処理すれば、自ずとフレーム単位での処理を行うこととなり、その編集処理の負荷を軽減できるためである。第２の利点は、ＰＥＳのパケットには、その長さを記録するＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ領域があり、これを用いることにより、簡単に次のＰＥＳパケットを見つけ出すことができることである。
【００２２】
今後、ディジタルテレビジョン放送の普及に伴い、ディジタルビデオの編集を行う機会が増えると思われる。しかしながら、先に述べたように、リアルタイムにＰＥＳを生成する場合、その時間的制約のため、ＰＥＳの各パケット長を記録することは困難である。このことから、例えば生放送のディジタルテレビジョン番組を録画した場合には、ＰＥＳの各パケットにパケット長が記録されてないことが考えられる。このような場合には、先に挙げたＰＥＳの第２の利点が損なわれる。
【００２３】
図７に示すデータフローを参照して、本実施の形態に係るビデオ編集装置のデータ処理について説明する。図７に示すように、ビデオ編集装置の中に、本発明のＴＳ解析部を設ける。ＴＳ３ｄからＰＥＳ４ｄを生成する際に、ＰＥＳの各パケットヘッダのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈにパケット長を記録する。得られたＰＥＳ４ｄは、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに正しいＰＥＳ長が記録されていることが保証される。このＰＥＳ４ｄを元に、ディジタルビデオの編集を行うことにより、編集中に各ＰＥＳパケット長を測定する必要が無く、負荷を軽減することができる。
【００２４】
さらに、このビデオ録画編集装置で編集および保存したＰＥＳ４ｄを、他のビデオ処理機器に移動させた場合においても、そのデータ構造にはなんら規約違反の項目が含まれないため、その再生を保証することが可能である。
【００２５】
以上のように、第３の実施の形態によれば、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈにパケット長が記録されていないＰＥＳに対して、各パケットのパケットヘッダにあるＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈにパケット長を記録して編集および保存を行うことにより、データの互換性を損なうことなく、ビデオ録画編集装置の負荷を軽減することが可能である。
【００２６】
なお、本実施の形態においてはＰＥＳとして保存する場合について述べたが、本実施の形態により得られたＰＥＳを元に、他のデータ形式で保存しても良い。
【産業上の利用可能性】
【００２７】
本発明にかかるビデオ信号処理装置は、ＰＥＳからＥＳの取り出しを行う際に全バイトをサーチする必要が無く、その処理を軽減することができる。したがって、本発明を利用する低性能で安価なハードウェアはディジタルテレビ受信機等に利用できる。
【図面の簡単な説明】
【００２８】
【図１】本発明の第１の実施の形態に係るビデオ信号処理装置のデータ処理を示すデータフロー図
【図２】本発明の第１の実施の形態に係るＴＳ解析部の処理内容を示すフローチャート
【図３】本発明の第１の実施の形態に係るＰＥＳ解析部の処理内容を示すフローチャート
【図４】既存のビデオ信号処理装置のデータ処理を示すデータフロー
【図５】本発明の第１の実施の形態に係るＰＥＳパケット情報を用いたビデオ信号処理装置のデータ処理を示すデータフロー図
【図６】本発明の第２の実施の形態に係るＰＥＳパケット情報の構成を示す説明図
【図７】本発明の第３の実施の形態に係るビデオ編集装置のデータフロー図
【符号の説明】
【００２９】
１ａ、１ｂ、１ｃ  ＴＳ解析部
２ａ、２ｂ、２ｃ  ＰＥＳ解析部
３ａ、３ｂ、３ｃ、３ｄ  ＴＳ
４ａ、４ｂ、４ｃ、４ｄ  ＰＥＳ
５ａ、５ｂ、５ｃ  ＥＳ
６ａ、６ｃ  ＰＥＳパケット情報
７  ＰＥＳへのポインタ
８  ＰＥＳパケットの長さ
９  ビデオ編集装置
【図１】
2006067230.tif 000003
【図２】
2006067230.tif 000004
【図３】
2006067230.tif 000005
【図４】
2006067230.tif 000006
【図５】
2006067230.tif 000007
【図６】
2006067230.tif 000008
【図７】
2006067230.tif 000009