トランスポートストリームパケット調査装置、トランスポートストリームパケット調査方法
【課題】プロセッサの占有率を低減したトランスポートストリームパケットの調査方法を提供すること
【解決手段】スタートコードプリフィックス検出部１０４は、多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定する。３バイト状態検出部１０５は、トランスポートストリームパケットの最後尾から３バイトのバイト列の状態を検出する。通知部１０６は、スタートコードプリフィックス検出部１０４による判定結果と、３バイト状態検出部１０５が抽出した３バイトのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報として、プロセッサにより駆動するストリーム解析部１０３に通知する。
【解決手段】スタートコードプリフィックス検出部１０４は、多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定する。３バイト状態検出部１０５は、トランスポートストリームパケットの最後尾から３バイトのバイト列の状態を検出する。通知部１０６は、スタートコードプリフィックス検出部１０４による判定結果と、３バイト状態検出部１０５が抽出した３バイトのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報として、プロセッサにより駆動するストリーム解析部１０３に通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はトランスポートストリームパケット調査装置、トランスポートストリームパケット調査方法に関する。
【背景技術】
【０００２】
デジタル放送、またはブルーレイディスク等を処理する画像処理装置では、ストリームの高ビットレート化、複数ストリームの同時入力に伴い、デマルチプレクサ処理の高速化の必要性が高まっている。
【０００３】
ここで、本発明に関連するトランスポートストリーム（Transport Stream、以下の記載では"ＴＳ"と記載する）について図５を参照して説明する。図５は、ＴＳの構成を示す図である。ＴＳは、ＴＳパケット５００が連続することにより構成されるデータ列である。
【０００４】
ＴＳパケット５００は、１８８バイトの固定長のパケットである。ＴＳパケット５００は、ＴＳヘッダ５０１と、アダプテーションフィールド５０２と、ペイロード５０３と、により構成される。図５では、ＴＳヘッダ５０１及びペイロード５０３から構成されるＴＳパケットと、ＴＳヘッダ５０１、アダプテーションフィールド５０２、及びペイロード５０３から構成されるＴＳパケットと、を図示している。
【０００５】
ＴＳヘッダ５０１は、４バイトの固定長である。ＴＳヘッダ５０１は、同期バイト５１１と、パケットの種類を表すパケット識別子（以後、ＰＩＤと記載する。）５１２と、アダプテーションフィールドの有無を示すアダプテーションフィールドコントロールフィールド５１３等の情報を含む。
【０００６】
アダプテーションフィールド５０２には、システムの時間情報を示すＰＣＲ（Program Reference）等が含まれる。ペイロード５０３には、ＰＥＳ（Packetized Elementary Stream）パケット化されたビデオやオーディオのデータ、ＰＳＩ（Program Specific Information）と呼ばれる番組情報等のデータが含まれる。
【０００７】
図６は、ＰＥＳパケットと、ＴＳとの関係を示す図である。ＰＥＳパケットとは、ビデオやオーディオのエレメンタリーストリームを分割し、ＰＥＳヘッダ６００を付与してパケット化したものである。ＰＥＳヘッダには、先頭に配置されるスタートコード６０１、再生時間情報６０２等が含まれる。
【０００８】
図７は、ＴＳに対するデマルチプレクス処理の概要を説明する図である。デマルチプレクサ７００は、順次入力されるＴＳに含まれるＴＳヘッダのＰＩＤを参照し、ヘッダの削除及びパケットの振り分け（デマルチプレクス）を行う。デマルチプレクサ７００は、デマルチプレクス処理によりビデオエレメンタリーストリーム、オーディオエレメンタリーストリームを生成する。ビデオデコーダ７０１は、ビデオエレメンタリーストリームを復号化してテレビ表示器に画像データとして出力する。オーディオデコーダ７０２は、オーディオエレメンタリーストリームを復号化してスピーカに音声データとして出力する。
【０００９】
ビデオエレメンタリーストリーム内には、スタートコードと呼ばれる４バイトのバイト列が所々存在する。スタートコードは、スタートコードプリフィックスと呼ばれる"０ｘ００ ０ｘ００ ０ｘ０１"（０ｘ＊＊は、１６進数の数を示す。＊は０からＦまでの英数字を取る。以下の説明においても同様である。）というバイト列、及び当該バイト列に後続し、スタートコードの種類を示す１バイトのバイト列と、から構成される。このスタートコードを示す４バイトは、スタートコードを示す以外に用いられることはないユニークなバイト列である。そのため、スタートコード直後に存在するデータの内容を明確に示すことができる。
【００１０】
図８は、ビデオコーデック規格の一つであるＭＰＥＧ４ＡＶＣ／Ｈ．２６４に定められたスタートコードを示す図である。スタートコードの内、先頭の３バイトはスタートコードプリフィックス８０１であり、後続する１バイトの後ろ５ビットがスタートコードの種類８０２を示す。なお、図中の"＊＊ｂ"（＊は０または１）は、ビット列を示す。ビデオ再生時には、ビデオデコーダ７０１がスタートコードを検索しながらビデオエレメンタリーストリームを解析し、復号処理を行う。このスタートコードの検索処理は、バイト単位でストリームを検査する必要があるため、非常に負荷が重い。
【００１１】
スタートコードを使用する一例として、ストリーム再生時のランダムアクセスが挙げられる。ランダムアクセスを行う場合、ビデオエレメンタリーストリームにおけるアクセスユニットの先頭位置（アクセスポイント）の情報が必要である。図８に示すＭＰＥＧ４ＡＶＣ／Ｈ．２６４の例では、アクセスユニットデリミタ８０３の位置がアクセスユニットの先頭位置に相当する。ビデオデコーダ７０１は、ビデオエレメンタリーストリーム、すなわちＴＳヘッダが削除されたデータからアクセスユニットデリミタのスタートコードの位置を容易に検出できる。
【００１２】
しかし、一般にＴＳ、すなわちストリームデータの形態のままデータ記録／または再生され、デマルチプレクス処理を行わない場合も多い。そのため、ＴＳをデマルチプレクス処理することなく、すなわちビデオエレメンタリーストリームがＴＳパケット単位で分割された状態において、ＴＳからアクセスユニットデリミタのスタートコード位置を検出できることが望ましい。
【００１３】
特許文献１には、ストリームデータを解析するビットストリーム解析装置についての技術が開示されている。図９を参照して、特許文献１にかかるビットストリーム解析装置の構成を説明する。
【００１４】
ビットストリーム解析装置は、入力バッファ９００と、スタートコードプリフィックス検出手段９０１と、スタートコード判断手段９０２と、ビットストリーム解析手段９０３と、ビットストリーム転送手段９０４と、を備える。入力バッファ９００は、入力されたビットストリームをバッファリングする。
【００１５】
スタートコードプリフィックス検出手段９０１は、入力バッファ９００内のビットストリームにおいてスタートコードプリフィックスを検索する。スタートコードプリフィックス検出手段９０１によりスタートコードプリフィックスが検出されると、スタートコード判断手段９０２は、スタートコードプリフィックスの後に続くスタートコードの種類を示す値を確認し、解析を必要とするスタートコードであるか判断する。スタートコード判断手段９０２は、解析が必要であればスタートコードを検出したことをビットストリーム解析手段９０３に通知する。スタートコード判断手段９０２は、解析が不要であればスタートコードを検出したことをビットストリーム解析手段９０３に通知せず、ビットストリーム転送手段９０４を介してビットストリームの転送を行い、スタートコードプリフィックスの検索を再開する。ビットストリーム解析手段９０３は、解析終了後にビットストリーム転送手段９０４を介してビットストリームの出力を行う。
【００１６】
特許文献１に記載のビットストリーム解析装置によるＴＳパケット入力に対する解析処理のフローチャートを図１０、図１１に示す。
【００１７】
検索開始位置を仮にＴＳヘッダの直後としておく（Ｓ１０１）。アダプテーションフィールドコントロールの値の確認を行い（Ｓ１０２）、アダプテーションフィールドが無い場合には、仮に算出した位置を検索開始位置とし、アダプテーションフィールドが有る場合には、仮に算出した位置にアダプテーションフィールドレングスを加算した値を検索開始位置とする（Ｓ１０３）。
【００１８】
スタートコードプリフィックスを検索するために、スタートコードプリフィックス検出手段９０１を起動する（Ｓ１０４）。スタートコードプリフィックス検出手段９０１が入力バッファのビットストリームに対してスタートコードプリフィックスの検索処理を行い、他の処理は待ち状態となる（Ｓ１０５）。スタートコードプリフィックス検出手段９０１の処理終了要因の確認を行い（Ｓ１０６）、スタートコードプリフィックスを検出せずに検索を終了した場合にはビットストリーム解析処理を終了する。
【００１９】
スタートコードプリフィックス検出手段を９０１によりスタートコードプリフィックスを検出した場合は、スタートコード判断手段９０２は、当該検出がＰＥＳパケットのスタートコードの検出であるかを確認する（Ｓ１０７）。ＰＥＳパケットのスタートコードを検出した場合には、エレメンタリーストリームのスタートコードプリフィックスの一部を検出している可能性がある。そのため、スタートコード判断手段９０２は、ＰＥＳヘッダ解析処理後にリカバリーできるようにスタートコードプリフィックスの前の符号化データを記憶し（Ｓ１０８）、ＰＥＳヘッダの解析を行う（Ｓ１０９）。ＰＥＳパケットのスタートコードではなかった場合は、スタートコード判断手段９０２は、ピクチャスタートコードの検出であるかの確認を行う（Ｓ１１１）。ＰＥＳパケットのスタートコードの確認（Ｓ１０７）とピクチャスタートコードの確認（Ｓ１１１）は順番が逆であってもよい。
【００２０】
ピクチャスタートコードを検出した場合、ビットストリーム解析手段９０３はスタートコードの解析（Ｓ１１２）を行った後、スタートコードがＰＥＳヘッダにより分断されていないかの確認を行う（Ｓ１１３）。分断されていなかった場合にはエレメンタリーストリームの解析を行い（Ｓ１１４）、その後再度スタートコードプリフィックスを検索するためにスタートコードプリフィックス検出手段９０１を起動する（Ｓ１０４）。分断されていた場合には、ＰＥＳヘッダ解析処理後にリカバリーできるようにスタートコードプリフィックスの検出状態を記憶し（Ｓ１０８）、ＰＥＳヘッダの解析を行う（Ｓ１０９）。ＰＥＳヘッダ解析後は、ＰＥＳヘッダ直前のスタートコードプリフィックス検出状態をリカバリー（Ｓ１１０）してから、再度スタートコードプリフィックスを検索するためにスタートコードプリフィックス検出手段９０１を起動する（Ｓ１０４）。
【００２１】
ＰＥＳパケットのスタートコードでもピクチャスタートコードでもなかった場合には再度スタートコードプリフィックスの検索を行う。以上の処理を繰り返すことにより、ビットストリーム解析処理を行う。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】特開２０００−２２４２６６号公報
【発明の概要】
【発明が解決しようとする課題】
【００２３】
しかしながら、特許文献１に記載のビットストリーム解析装置では、プロセッサの占有状態が継続してしまうという問題がある。当該問題の詳細について、以下に説明する。
【００２４】
一般のスタートコードプリフィックス検出手段は、ビデオエレメンタリーストリームのようにパケットに分割されていないストリームデータを対象としている。一方、ＴＳは、図５に示すようにパケットに分割された多重化ストリームである。ここで、図１２のＴＳパケット１２０１のようにスタートコードプリフィックスが１ＴＳパケット内に収まっている場合、スタートコードプリフィックス検出手段は検出を正確に行うことができる。ＴＳパケット１２０２，１２０３のようにスタートコードプリフィックスが１ＴＳパケット内に収まっていない場合、スタートコードプリフィックス検出手段はスタートコードプリフィックスの検出を誤る可能性がある。
【００２５】
特許文献１の記載のビットストリーム解析装置では、ＴＳパケット毎にＴＳヘッダ等を除去し、ペイロードのみを対象としてスタートコードプリフィックス検出手段を起動する（Ｓ１０４）。このようにすれば、当該ビットストリーム解析装置では、ＴＳを対象とした場合であっても正確にスタートコードプリフィックスを検出できる。しかし、当該ビットストリーム解析装置では、ＴＳパケット毎にスタートコードプリフィックス検出手段の処理終了を待つ必要が生じる（Ｓ１０５）。この期間、プロセッサが占有されることとなる。
【課題を解決するための手段】
【００２６】
本発明にかかるトランスポートストリームパケット調査装置の一態様は、
多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定するスタートコードプリフィックス検出部と、
前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態を検出する所定バイト状態検出部と、
前記スタートコードプリフィックス検出部による判定結果と、前記所定ビット状態検出部が抽出した所定サイズのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報としてプロセッサに通知する通知部と、を備えるものである。
【００２７】
本発明にかかるトランスポートストリームパケット調査装置の一態様は、
多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定し、
前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態を検出し、
前記スタートコードプリフィックスの有無の情報と、抽出した前記所定サイズのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報としてプロセッサに通知する、ものである。
【００２８】
本発明においては、トランスポートストリームパケット内のスタートコードプリフィックスの有無と、前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態と、を予め取得して、プロセッサに通知する。プロセッサは、これらの処理を行うことなく、通知情報に応じてスタートコードの検索処理を行うため、プロセッサの占有状態が低減できる。
【発明の効果】
【００２９】
本発明によれば、プロセッサの占有率を低減できるトランスポートストリームパケット調査装置、及びトランスポートストリームパケット調査方法を提供することができる。
【図面の簡単な説明】
【００３０】
【図１】実施の形態１にかかるデータ処理装置の構成を示すブロック図である。
【図２】実施の形態１にかかるＴＳパケットの状態と、スタートコードの検索と、の関連を示す図である。
【図３】実施の形態１にかかるＴＳパケット調査装置の処理を示すフローチャートである。
【図４】実施の形態１にかかるストリーム解析部の処理を示すフローチャートである。
【図５】トランスポートストリームの構成を示す図である。
【図６】ＰＥＳパケットと、トランスポートストリームとの関係を示す図である。
【図７】トランスポートストリームに対するデマルチプレクス処理の概要を示す図である。
【図８】ＭＰＥＧ４ＡＶＣ／Ｈ．２６４に定められたスタートコードを示す図である。
【図９】特許文献１にかかるビットストリーム解析装置の構成を示すブロック図である。
【図１０】特許文献１に記載のビットストリーム解析装置によるＴＳパケット入力に対する解析処理を示すフローチャートである。
【図１１】特許文献１に記載のビットストリーム解析装置によるＴＳパケット入力に対する解析処理を示すフローチャートである。
【図１２】ＴＳパケットとスタートコードプリフィックスの関係を示す図である。
【発明を実施するための形態】
【００３１】
＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかるデータ処理装置の構成を示すブロック図である。データ処理装置１００は、入力バッファ１０１と、ＴＳパケット調査装置１０２と、ストリーム解析部１０３と、を備える。ＴＳパケット調査装置１０２は、スタートコードプリフィックス検出部１０４と、３バイト状態検出部１０５と、通知部１０６を備える。ストリーム解析部１０３は、内部に３バイト保持部１０７を備える。
【００３２】
入力バッファ１０１は、ＴＳパケットを保持するバッファである。入力バッファ１０１には、ＴＳパケットが順次入力される。
【００３３】
ＴＳパケット調査装置１０２は、入力バッファ１０１から順次ＴＳパケットを読み出す。スタートコードプリフィックス検出部１０４は、読み出したＴＳパケット内のスタートコードプリフィックスを検出する。
【００３４】
３バイト状態検出部１０５は、読み出したＴＳパケットの最後尾に位置する３バイトを抽出する。通知部１０６は、スタートコードプリフィックス検出部１０４により判定されたスタートコードプリフィックスの有無と、３バイト状態検出部１０５が抽出した３バイトのデータと、をストリーム解析部１０３に通知する。
【００３５】
ここで、ＴＳパケット調査装置１０２は、ＴＳパケットの解析に特化した専用のハードウェアにより構成することができる。
【００３６】
ストリーム解析部１０３には、通知部１０６から処理対象のＴＳパケットの情報、すなわちスタートコードプリフィックスの有無及びＴＳパケットの最後尾の３バイトの値が入力される。ストリーム解析部１０３は、通知部１０６からの通知に応じて起動する。ストリーム解析部１０３内の３バイト保持部１０７には、ＰＩＤ毎に、直近に処理したＴＳパケットの最後尾に位置する３バイトのデータが格納される。ストリーム解析部１０３は、入力バッファ１０１から通知にかかるＴＳパケットを読み出す。ストリーム解析部１０３は、通知されたスタートコードプリフィックスの有無と、３バイト保持部１０７に保持されたバイト列と、に基づき処理対象のＴＳパケット内のスタートコードを検出するか否かを判定する。当該判定の詳細を図２を参照して説明する。
【００３７】
処理対象のＴＳパケット内にスタートコードプリフィックスが有ることが通知された場合（状態０）、ストリーム解析部１０３は、処理対象のＴＳパケットからスタートコードを検索する。さらに、スタートコードがＴＳパケットを跨いでいる可能性がある場合に、ストリーム解析部１０３は、スタートコードを検索する。ここで、ストリーム解析部１０３は、処理対象のＴＳパケットと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の３バイトがスタートコードプリフィックス"０ｘ００ ０ｘ００ ０ｘ０１"の一部を含む場合に、スタートコードがＴＳパケットを跨いでいる可能性があると判定する。すなわち、ストリーム解析部１０３は、処理対象のＴＳパケットのＰＩＤを検索キーとして３バイト保持部１０７を検索し、検索により抽出した３バイトが"０ｘ００ ０ｘ００ ０ｘ０１"の一部を含む場合に、スタートコードがＴＳパケットを跨いでいる可能性があると判定する。
【００３８】
処理対象のＴＳパケットと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の３バイトが"０ｘ００ ０ｘ００ ０ｘ０１"である場合（状態１）、ストリーム解析部１０３は、スタートコードがＴＳパケットを跨いでいる可能性が有ると判定する。同様に、処理対象のＴＳパケットと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の２バイトが"０ｘ００ ０ｘ００ "である場合（状態２）、ストリーム解析部１０３は、スタートコードがＴＳパケットを跨いでいる可能性が有ると判定する。処理対象のＴＳパケットと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の１バイトが"０ｘ００"である場合（状態３）、ストリーム解析部１０３は、スタートコードがＴＳパケットを跨いでいる可能性が有ると判定する。
【００３９】
上記（状態０〜状態３）以外の場合、ストリーム解析部１０３は、スタートコードの検索を行わない。
【００４０】
ストリーム解析部１０３は、スタートコードが検索により検出された場合、スタートコードの種別に応じた処理を行う。スタートコードの検索が終了した後に、ストリーム解析部１０３は、通知部１０６から通知されたＴＳパケットの最後尾の３バイトの値をＰＩＤと関連付けて３バイト保持部１０７に格納する。
【００４１】
続いて、本実施の形態にかかるデータ処理装置の動作を図３、４のフローチャートを参照して説明する。図３は、ＴＳパケット調査装置の処理を示すフローチャートである。図４は、ストリーム解析部１０３の処理を示すフローチャートである。
【００４２】
スタートコードプリフィックス検出部１０４は、処理対象のＴＳパケット内のスタートコードプリフィックス（"０ｘ００ ０ｘ００ ０ｘ０１"）を検出する（Ｓ１１）。３バイト状態検出部１０５は、処理対象のＴＳパケットの最後尾に位置する３バイトを抽出する（Ｓ１２）。その後、通知部１０６は、Ｓ１１及びＳ１２の検出内容をストリーム解析部１０３に通知することによりストリーム解析部１０３を起動する（Ｓ１３）。
【００４３】
ストリーム解析部１０３は、処理対象のＴＳパケットのＰＩＤと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の３バイトを３バイト保持部１０７から読み出す。ストリーム解析部１０３は、読み出した３バイトのデータと処理対象のＴＳパケットのペイロードの先頭から１〜３バイトのデータからスタートコードがＴＳパケットを跨いでいるか否かを判定する（Ｓ２１）。
【００４４】
スタートコードがＴＳパケットを跨いでいない場合（Ｓ２１：Ｎｏ）、ストリーム解析部１０３は、ＴＳパケット調査装置１０２内のスタートコードプリフィックス検出部１０４がスタートコードプリフィックスを検出したか否かを判定する（Ｓ２２）。
【００４５】
スタートコードがＴＳパケットを跨いでいない（Ｓ２１：Ｎｏ）、またはスタートコードプリフィックスが処理対象のＴＳパケット内に存在しない場合（Ｓ２２：Ｎｏ）、ストリーム解析部１０３は、通知部１０６から通知された３バイトのデータ列をＰＩＤと関連付けて３バイト保持部１０７に格納し（Ｓ２７）、処理を終了する。
【００４６】
スタートコードがＴＳパケットを跨いでいる場合（Ｓ２１：Ｙｅｓ）、またはスタートコードプリフィックスが処理対象のＴＳパケット内に存在する場合（Ｓ２２：Ｙｅｓ）、ストリーム解析部１０３は、処理対象のＴＳパケットからスタートコードを検索する（Ｓ２３）。
【００４７】
スタートコードが検出されなかった場合（Ｓ２４：Ｎｏ）、ストリーム解析部１０３は、通知部１０６から通知された３バイトのデータ列をＰＩＤと関連付けて３バイト保持部１０７に格納し（Ｓ２７）、処理を終了する。
【００４８】
スタートコードが検出された場合（Ｓ２４：Ｙｅｓ）、ストリーム解析部１０３は、検出されたスタートコードに応じた処理を行う（Ｓ２５）。スタートコードの検索は、処理対象のＴＳパケットのペイロードを全て検索し終わるまで行う（Ｓ２６）。処理対象のＴＳパケットのペイロードの検索終了後（Ｓ２６：Ｙｅｓ）、ストリーム解析部１０３は、通知部１０６から通知された３バイトのデータ列をＰＩＤと関連付けて３バイト保持部１０７に格納し（Ｓ２７）、処理を終了する。
【００４９】
続いて、本実施の形態にかかるデータ処理装置の効果について説明する。一般に、スタートコードがＴＳ内に含まれる確率はあまり高くなく、ストリームの一部分に集中して存在する傾向がある。上述のように、ＴＳパケット調査装置により、ＴＳパケットのスタートコードプリフィックスの検出、及びＴＳパケット最後尾から３バイトの状態の抽出、が行われる。ＴＳパケット調査装置をＴＳパケットの処理に特化したハードウェア等を構成することにより、処理の高速化が図れる。さらにストリーム解析部１０３は、スタートコードプリフィックスが存在しないＴＳパケットに対してはスタートコードの検出を行わないため、前述のプロセッサの占有状態を回避し、処理の高速化が図れる。
【００５０】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、本実施の形態では図８に示すＭＰＥＧ４ＡＶＣ／Ｈ．２６４に定められたスタートコードを検出することを想定したが、必ずしもこれに限られない。本実施の形態にかかるデータ処理装置は、ＭＰＥＧ２等にかかる任意のマルチメディア符号化ストリームにかかるＴＳパケットを解析することに応用することができる。
【符号の説明】
【００５１】
１００ データ処理装置
１０１ 入力バッファ
１０２ ＴＳパケット調査装置
１０３ ストリーム解析部
１０４ スタートコードプリフィックス検出部
１０５ ３バイト状態検出部
１０６ 通知部
１０７ ３バイト保持部
【技術分野】
【０００１】
本発明はトランスポートストリームパケット調査装置、トランスポートストリームパケット調査方法に関する。
【背景技術】
【０００２】
デジタル放送、またはブルーレイディスク等を処理する画像処理装置では、ストリームの高ビットレート化、複数ストリームの同時入力に伴い、デマルチプレクサ処理の高速化の必要性が高まっている。
【０００３】
ここで、本発明に関連するトランスポートストリーム（Transport Stream、以下の記載では"ＴＳ"と記載する）について図５を参照して説明する。図５は、ＴＳの構成を示す図である。ＴＳは、ＴＳパケット５００が連続することにより構成されるデータ列である。
【０００４】
ＴＳパケット５００は、１８８バイトの固定長のパケットである。ＴＳパケット５００は、ＴＳヘッダ５０１と、アダプテーションフィールド５０２と、ペイロード５０３と、により構成される。図５では、ＴＳヘッダ５０１及びペイロード５０３から構成されるＴＳパケットと、ＴＳヘッダ５０１、アダプテーションフィールド５０２、及びペイロード５０３から構成されるＴＳパケットと、を図示している。
【０００５】
ＴＳヘッダ５０１は、４バイトの固定長である。ＴＳヘッダ５０１は、同期バイト５１１と、パケットの種類を表すパケット識別子（以後、ＰＩＤと記載する。）５１２と、アダプテーションフィールドの有無を示すアダプテーションフィールドコントロールフィールド５１３等の情報を含む。
【０００６】
アダプテーションフィールド５０２には、システムの時間情報を示すＰＣＲ（Program Reference）等が含まれる。ペイロード５０３には、ＰＥＳ（Packetized Elementary Stream）パケット化されたビデオやオーディオのデータ、ＰＳＩ（Program Specific Information）と呼ばれる番組情報等のデータが含まれる。
【０００７】
図６は、ＰＥＳパケットと、ＴＳとの関係を示す図である。ＰＥＳパケットとは、ビデオやオーディオのエレメンタリーストリームを分割し、ＰＥＳヘッダ６００を付与してパケット化したものである。ＰＥＳヘッダには、先頭に配置されるスタートコード６０１、再生時間情報６０２等が含まれる。
【０００８】
図７は、ＴＳに対するデマルチプレクス処理の概要を説明する図である。デマルチプレクサ７００は、順次入力されるＴＳに含まれるＴＳヘッダのＰＩＤを参照し、ヘッダの削除及びパケットの振り分け（デマルチプレクス）を行う。デマルチプレクサ７００は、デマルチプレクス処理によりビデオエレメンタリーストリーム、オーディオエレメンタリーストリームを生成する。ビデオデコーダ７０１は、ビデオエレメンタリーストリームを復号化してテレビ表示器に画像データとして出力する。オーディオデコーダ７０２は、オーディオエレメンタリーストリームを復号化してスピーカに音声データとして出力する。
【０００９】
ビデオエレメンタリーストリーム内には、スタートコードと呼ばれる４バイトのバイト列が所々存在する。スタートコードは、スタートコードプリフィックスと呼ばれる"０ｘ００ ０ｘ００ ０ｘ０１"（０ｘ＊＊は、１６進数の数を示す。＊は０からＦまでの英数字を取る。以下の説明においても同様である。）というバイト列、及び当該バイト列に後続し、スタートコードの種類を示す１バイトのバイト列と、から構成される。このスタートコードを示す４バイトは、スタートコードを示す以外に用いられることはないユニークなバイト列である。そのため、スタートコード直後に存在するデータの内容を明確に示すことができる。
【００１０】
図８は、ビデオコーデック規格の一つであるＭＰＥＧ４ＡＶＣ／Ｈ．２６４に定められたスタートコードを示す図である。スタートコードの内、先頭の３バイトはスタートコードプリフィックス８０１であり、後続する１バイトの後ろ５ビットがスタートコードの種類８０２を示す。なお、図中の"＊＊ｂ"（＊は０または１）は、ビット列を示す。ビデオ再生時には、ビデオデコーダ７０１がスタートコードを検索しながらビデオエレメンタリーストリームを解析し、復号処理を行う。このスタートコードの検索処理は、バイト単位でストリームを検査する必要があるため、非常に負荷が重い。
【００１１】
スタートコードを使用する一例として、ストリーム再生時のランダムアクセスが挙げられる。ランダムアクセスを行う場合、ビデオエレメンタリーストリームにおけるアクセスユニットの先頭位置（アクセスポイント）の情報が必要である。図８に示すＭＰＥＧ４ＡＶＣ／Ｈ．２６４の例では、アクセスユニットデリミタ８０３の位置がアクセスユニットの先頭位置に相当する。ビデオデコーダ７０１は、ビデオエレメンタリーストリーム、すなわちＴＳヘッダが削除されたデータからアクセスユニットデリミタのスタートコードの位置を容易に検出できる。
【００１２】
しかし、一般にＴＳ、すなわちストリームデータの形態のままデータ記録／または再生され、デマルチプレクス処理を行わない場合も多い。そのため、ＴＳをデマルチプレクス処理することなく、すなわちビデオエレメンタリーストリームがＴＳパケット単位で分割された状態において、ＴＳからアクセスユニットデリミタのスタートコード位置を検出できることが望ましい。
【００１３】
特許文献１には、ストリームデータを解析するビットストリーム解析装置についての技術が開示されている。図９を参照して、特許文献１にかかるビットストリーム解析装置の構成を説明する。
【００１４】
ビットストリーム解析装置は、入力バッファ９００と、スタートコードプリフィックス検出手段９０１と、スタートコード判断手段９０２と、ビットストリーム解析手段９０３と、ビットストリーム転送手段９０４と、を備える。入力バッファ９００は、入力されたビットストリームをバッファリングする。
【００１５】
スタートコードプリフィックス検出手段９０１は、入力バッファ９００内のビットストリームにおいてスタートコードプリフィックスを検索する。スタートコードプリフィックス検出手段９０１によりスタートコードプリフィックスが検出されると、スタートコード判断手段９０２は、スタートコードプリフィックスの後に続くスタートコードの種類を示す値を確認し、解析を必要とするスタートコードであるか判断する。スタートコード判断手段９０２は、解析が必要であればスタートコードを検出したことをビットストリーム解析手段９０３に通知する。スタートコード判断手段９０２は、解析が不要であればスタートコードを検出したことをビットストリーム解析手段９０３に通知せず、ビットストリーム転送手段９０４を介してビットストリームの転送を行い、スタートコードプリフィックスの検索を再開する。ビットストリーム解析手段９０３は、解析終了後にビットストリーム転送手段９０４を介してビットストリームの出力を行う。
【００１６】
特許文献１に記載のビットストリーム解析装置によるＴＳパケット入力に対する解析処理のフローチャートを図１０、図１１に示す。
【００１７】
検索開始位置を仮にＴＳヘッダの直後としておく（Ｓ１０１）。アダプテーションフィールドコントロールの値の確認を行い（Ｓ１０２）、アダプテーションフィールドが無い場合には、仮に算出した位置を検索開始位置とし、アダプテーションフィールドが有る場合には、仮に算出した位置にアダプテーションフィールドレングスを加算した値を検索開始位置とする（Ｓ１０３）。
【００１８】
スタートコードプリフィックスを検索するために、スタートコードプリフィックス検出手段９０１を起動する（Ｓ１０４）。スタートコードプリフィックス検出手段９０１が入力バッファのビットストリームに対してスタートコードプリフィックスの検索処理を行い、他の処理は待ち状態となる（Ｓ１０５）。スタートコードプリフィックス検出手段９０１の処理終了要因の確認を行い（Ｓ１０６）、スタートコードプリフィックスを検出せずに検索を終了した場合にはビットストリーム解析処理を終了する。
【００１９】
スタートコードプリフィックス検出手段を９０１によりスタートコードプリフィックスを検出した場合は、スタートコード判断手段９０２は、当該検出がＰＥＳパケットのスタートコードの検出であるかを確認する（Ｓ１０７）。ＰＥＳパケットのスタートコードを検出した場合には、エレメンタリーストリームのスタートコードプリフィックスの一部を検出している可能性がある。そのため、スタートコード判断手段９０２は、ＰＥＳヘッダ解析処理後にリカバリーできるようにスタートコードプリフィックスの前の符号化データを記憶し（Ｓ１０８）、ＰＥＳヘッダの解析を行う（Ｓ１０９）。ＰＥＳパケットのスタートコードではなかった場合は、スタートコード判断手段９０２は、ピクチャスタートコードの検出であるかの確認を行う（Ｓ１１１）。ＰＥＳパケットのスタートコードの確認（Ｓ１０７）とピクチャスタートコードの確認（Ｓ１１１）は順番が逆であってもよい。
【００２０】
ピクチャスタートコードを検出した場合、ビットストリーム解析手段９０３はスタートコードの解析（Ｓ１１２）を行った後、スタートコードがＰＥＳヘッダにより分断されていないかの確認を行う（Ｓ１１３）。分断されていなかった場合にはエレメンタリーストリームの解析を行い（Ｓ１１４）、その後再度スタートコードプリフィックスを検索するためにスタートコードプリフィックス検出手段９０１を起動する（Ｓ１０４）。分断されていた場合には、ＰＥＳヘッダ解析処理後にリカバリーできるようにスタートコードプリフィックスの検出状態を記憶し（Ｓ１０８）、ＰＥＳヘッダの解析を行う（Ｓ１０９）。ＰＥＳヘッダ解析後は、ＰＥＳヘッダ直前のスタートコードプリフィックス検出状態をリカバリー（Ｓ１１０）してから、再度スタートコードプリフィックスを検索するためにスタートコードプリフィックス検出手段９０１を起動する（Ｓ１０４）。
【００２１】
ＰＥＳパケットのスタートコードでもピクチャスタートコードでもなかった場合には再度スタートコードプリフィックスの検索を行う。以上の処理を繰り返すことにより、ビットストリーム解析処理を行う。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】特開２０００−２２４２６６号公報
【発明の概要】
【発明が解決しようとする課題】
【００２３】
しかしながら、特許文献１に記載のビットストリーム解析装置では、プロセッサの占有状態が継続してしまうという問題がある。当該問題の詳細について、以下に説明する。
【００２４】
一般のスタートコードプリフィックス検出手段は、ビデオエレメンタリーストリームのようにパケットに分割されていないストリームデータを対象としている。一方、ＴＳは、図５に示すようにパケットに分割された多重化ストリームである。ここで、図１２のＴＳパケット１２０１のようにスタートコードプリフィックスが１ＴＳパケット内に収まっている場合、スタートコードプリフィックス検出手段は検出を正確に行うことができる。ＴＳパケット１２０２，１２０３のようにスタートコードプリフィックスが１ＴＳパケット内に収まっていない場合、スタートコードプリフィックス検出手段はスタートコードプリフィックスの検出を誤る可能性がある。
【００２５】
特許文献１の記載のビットストリーム解析装置では、ＴＳパケット毎にＴＳヘッダ等を除去し、ペイロードのみを対象としてスタートコードプリフィックス検出手段を起動する（Ｓ１０４）。このようにすれば、当該ビットストリーム解析装置では、ＴＳを対象とした場合であっても正確にスタートコードプリフィックスを検出できる。しかし、当該ビットストリーム解析装置では、ＴＳパケット毎にスタートコードプリフィックス検出手段の処理終了を待つ必要が生じる（Ｓ１０５）。この期間、プロセッサが占有されることとなる。
【課題を解決するための手段】
【００２６】
本発明にかかるトランスポートストリームパケット調査装置の一態様は、
多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定するスタートコードプリフィックス検出部と、
前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態を検出する所定バイト状態検出部と、
前記スタートコードプリフィックス検出部による判定結果と、前記所定ビット状態検出部が抽出した所定サイズのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報としてプロセッサに通知する通知部と、を備えるものである。
【００２７】
本発明にかかるトランスポートストリームパケット調査装置の一態様は、
多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定し、
前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態を検出し、
前記スタートコードプリフィックスの有無の情報と、抽出した前記所定サイズのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報としてプロセッサに通知する、ものである。
【００２８】
本発明においては、トランスポートストリームパケット内のスタートコードプリフィックスの有無と、前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態と、を予め取得して、プロセッサに通知する。プロセッサは、これらの処理を行うことなく、通知情報に応じてスタートコードの検索処理を行うため、プロセッサの占有状態が低減できる。
【発明の効果】
【００２９】
本発明によれば、プロセッサの占有率を低減できるトランスポートストリームパケット調査装置、及びトランスポートストリームパケット調査方法を提供することができる。
【図面の簡単な説明】
【００３０】
【図１】実施の形態１にかかるデータ処理装置の構成を示すブロック図である。
【図２】実施の形態１にかかるＴＳパケットの状態と、スタートコードの検索と、の関連を示す図である。
【図３】実施の形態１にかかるＴＳパケット調査装置の処理を示すフローチャートである。
【図４】実施の形態１にかかるストリーム解析部の処理を示すフローチャートである。
【図５】トランスポートストリームの構成を示す図である。
【図６】ＰＥＳパケットと、トランスポートストリームとの関係を示す図である。
【図７】トランスポートストリームに対するデマルチプレクス処理の概要を示す図である。
【図８】ＭＰＥＧ４ＡＶＣ／Ｈ．２６４に定められたスタートコードを示す図である。
【図９】特許文献１にかかるビットストリーム解析装置の構成を示すブロック図である。
【図１０】特許文献１に記載のビットストリーム解析装置によるＴＳパケット入力に対する解析処理を示すフローチャートである。
【図１１】特許文献１に記載のビットストリーム解析装置によるＴＳパケット入力に対する解析処理を示すフローチャートである。
【図１２】ＴＳパケットとスタートコードプリフィックスの関係を示す図である。
【発明を実施するための形態】
【００３１】
＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかるデータ処理装置の構成を示すブロック図である。データ処理装置１００は、入力バッファ１０１と、ＴＳパケット調査装置１０２と、ストリーム解析部１０３と、を備える。ＴＳパケット調査装置１０２は、スタートコードプリフィックス検出部１０４と、３バイト状態検出部１０５と、通知部１０６を備える。ストリーム解析部１０３は、内部に３バイト保持部１０７を備える。
【００３２】
入力バッファ１０１は、ＴＳパケットを保持するバッファである。入力バッファ１０１には、ＴＳパケットが順次入力される。
【００３３】
ＴＳパケット調査装置１０２は、入力バッファ１０１から順次ＴＳパケットを読み出す。スタートコードプリフィックス検出部１０４は、読み出したＴＳパケット内のスタートコードプリフィックスを検出する。
【００３４】
３バイト状態検出部１０５は、読み出したＴＳパケットの最後尾に位置する３バイトを抽出する。通知部１０６は、スタートコードプリフィックス検出部１０４により判定されたスタートコードプリフィックスの有無と、３バイト状態検出部１０５が抽出した３バイトのデータと、をストリーム解析部１０３に通知する。
【００３５】
ここで、ＴＳパケット調査装置１０２は、ＴＳパケットの解析に特化した専用のハードウェアにより構成することができる。
【００３６】
ストリーム解析部１０３には、通知部１０６から処理対象のＴＳパケットの情報、すなわちスタートコードプリフィックスの有無及びＴＳパケットの最後尾の３バイトの値が入力される。ストリーム解析部１０３は、通知部１０６からの通知に応じて起動する。ストリーム解析部１０３内の３バイト保持部１０７には、ＰＩＤ毎に、直近に処理したＴＳパケットの最後尾に位置する３バイトのデータが格納される。ストリーム解析部１０３は、入力バッファ１０１から通知にかかるＴＳパケットを読み出す。ストリーム解析部１０３は、通知されたスタートコードプリフィックスの有無と、３バイト保持部１０７に保持されたバイト列と、に基づき処理対象のＴＳパケット内のスタートコードを検出するか否かを判定する。当該判定の詳細を図２を参照して説明する。
【００３７】
処理対象のＴＳパケット内にスタートコードプリフィックスが有ることが通知された場合（状態０）、ストリーム解析部１０３は、処理対象のＴＳパケットからスタートコードを検索する。さらに、スタートコードがＴＳパケットを跨いでいる可能性がある場合に、ストリーム解析部１０３は、スタートコードを検索する。ここで、ストリーム解析部１０３は、処理対象のＴＳパケットと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の３バイトがスタートコードプリフィックス"０ｘ００ ０ｘ００ ０ｘ０１"の一部を含む場合に、スタートコードがＴＳパケットを跨いでいる可能性があると判定する。すなわち、ストリーム解析部１０３は、処理対象のＴＳパケットのＰＩＤを検索キーとして３バイト保持部１０７を検索し、検索により抽出した３バイトが"０ｘ００ ０ｘ００ ０ｘ０１"の一部を含む場合に、スタートコードがＴＳパケットを跨いでいる可能性があると判定する。
【００３８】
処理対象のＴＳパケットと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の３バイトが"０ｘ００ ０ｘ００ ０ｘ０１"である場合（状態１）、ストリーム解析部１０３は、スタートコードがＴＳパケットを跨いでいる可能性が有ると判定する。同様に、処理対象のＴＳパケットと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の２バイトが"０ｘ００ ０ｘ００ "である場合（状態２）、ストリーム解析部１０３は、スタートコードがＴＳパケットを跨いでいる可能性が有ると判定する。処理対象のＴＳパケットと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の１バイトが"０ｘ００"である場合（状態３）、ストリーム解析部１０３は、スタートコードがＴＳパケットを跨いでいる可能性が有ると判定する。
【００３９】
上記（状態０〜状態３）以外の場合、ストリーム解析部１０３は、スタートコードの検索を行わない。
【００４０】
ストリーム解析部１０３は、スタートコードが検索により検出された場合、スタートコードの種別に応じた処理を行う。スタートコードの検索が終了した後に、ストリーム解析部１０３は、通知部１０６から通知されたＴＳパケットの最後尾の３バイトの値をＰＩＤと関連付けて３バイト保持部１０７に格納する。
【００４１】
続いて、本実施の形態にかかるデータ処理装置の動作を図３、４のフローチャートを参照して説明する。図３は、ＴＳパケット調査装置の処理を示すフローチャートである。図４は、ストリーム解析部１０３の処理を示すフローチャートである。
【００４２】
スタートコードプリフィックス検出部１０４は、処理対象のＴＳパケット内のスタートコードプリフィックス（"０ｘ００ ０ｘ００ ０ｘ０１"）を検出する（Ｓ１１）。３バイト状態検出部１０５は、処理対象のＴＳパケットの最後尾に位置する３バイトを抽出する（Ｓ１２）。その後、通知部１０６は、Ｓ１１及びＳ１２の検出内容をストリーム解析部１０３に通知することによりストリーム解析部１０３を起動する（Ｓ１３）。
【００４３】
ストリーム解析部１０３は、処理対象のＴＳパケットのＰＩＤと同一ＰＩＤを持ち、直近に処理したＴＳパケットの最後尾の３バイトを３バイト保持部１０７から読み出す。ストリーム解析部１０３は、読み出した３バイトのデータと処理対象のＴＳパケットのペイロードの先頭から１〜３バイトのデータからスタートコードがＴＳパケットを跨いでいるか否かを判定する（Ｓ２１）。
【００４４】
スタートコードがＴＳパケットを跨いでいない場合（Ｓ２１：Ｎｏ）、ストリーム解析部１０３は、ＴＳパケット調査装置１０２内のスタートコードプリフィックス検出部１０４がスタートコードプリフィックスを検出したか否かを判定する（Ｓ２２）。
【００４５】
スタートコードがＴＳパケットを跨いでいない（Ｓ２１：Ｎｏ）、またはスタートコードプリフィックスが処理対象のＴＳパケット内に存在しない場合（Ｓ２２：Ｎｏ）、ストリーム解析部１０３は、通知部１０６から通知された３バイトのデータ列をＰＩＤと関連付けて３バイト保持部１０７に格納し（Ｓ２７）、処理を終了する。
【００４６】
スタートコードがＴＳパケットを跨いでいる場合（Ｓ２１：Ｙｅｓ）、またはスタートコードプリフィックスが処理対象のＴＳパケット内に存在する場合（Ｓ２２：Ｙｅｓ）、ストリーム解析部１０３は、処理対象のＴＳパケットからスタートコードを検索する（Ｓ２３）。
【００４７】
スタートコードが検出されなかった場合（Ｓ２４：Ｎｏ）、ストリーム解析部１０３は、通知部１０６から通知された３バイトのデータ列をＰＩＤと関連付けて３バイト保持部１０７に格納し（Ｓ２７）、処理を終了する。
【００４８】
スタートコードが検出された場合（Ｓ２４：Ｙｅｓ）、ストリーム解析部１０３は、検出されたスタートコードに応じた処理を行う（Ｓ２５）。スタートコードの検索は、処理対象のＴＳパケットのペイロードを全て検索し終わるまで行う（Ｓ２６）。処理対象のＴＳパケットのペイロードの検索終了後（Ｓ２６：Ｙｅｓ）、ストリーム解析部１０３は、通知部１０６から通知された３バイトのデータ列をＰＩＤと関連付けて３バイト保持部１０７に格納し（Ｓ２７）、処理を終了する。
【００４９】
続いて、本実施の形態にかかるデータ処理装置の効果について説明する。一般に、スタートコードがＴＳ内に含まれる確率はあまり高くなく、ストリームの一部分に集中して存在する傾向がある。上述のように、ＴＳパケット調査装置により、ＴＳパケットのスタートコードプリフィックスの検出、及びＴＳパケット最後尾から３バイトの状態の抽出、が行われる。ＴＳパケット調査装置をＴＳパケットの処理に特化したハードウェア等を構成することにより、処理の高速化が図れる。さらにストリーム解析部１０３は、スタートコードプリフィックスが存在しないＴＳパケットに対してはスタートコードの検出を行わないため、前述のプロセッサの占有状態を回避し、処理の高速化が図れる。
【００５０】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、本実施の形態では図８に示すＭＰＥＧ４ＡＶＣ／Ｈ．２６４に定められたスタートコードを検出することを想定したが、必ずしもこれに限られない。本実施の形態にかかるデータ処理装置は、ＭＰＥＧ２等にかかる任意のマルチメディア符号化ストリームにかかるＴＳパケットを解析することに応用することができる。
【符号の説明】
【００５１】
１００ データ処理装置
１０１ 入力バッファ
１０２ ＴＳパケット調査装置
１０３ ストリーム解析部
１０４ スタートコードプリフィックス検出部
１０５ ３バイト状態検出部
１０６ 通知部
１０７ ３バイト保持部
【特許請求の範囲】
【請求項１】
多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定するスタートコードプリフィックス検出部と、
前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態を検出する所定バイト状態検出部と、
前記スタートコードプリフィックス検出部による判定結果と、前記所定ビット状態検出部が抽出した所定サイズのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報としてプロセッサに通知する通知部と、を備えるトランスポートストリームパケット調査装置。
【請求項２】
前記所定サイズは、３バイトであることを特徴とする請求項１に記載のトランスポートストリームパケット調査装置。
【請求項３】
前記トランスポートストリームパケットは、マルチメディア符号化ストリームに関するデータであることを特徴とする請求項１または請求項２に記載のトランスポートストリームパケット調査装置。
【請求項４】
請求項１乃至請求項３のいずれか１項に記載のトランスポートストリームパケット調査装置と、前記プロセッサにより駆動するストリーム解析部と、を備えるデータ処理装置であって、
前記ストリーム解析部は、前記通知部からの通知内容に基づいて、前記トランスポートストリームパケットからスタートコードを検索するか否かを判定する、データ処理装置。
【請求項５】
多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定し、
前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態を検出し、
前記スタートコードプリフィックスの有無の情報と、抽出した前記所定サイズのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報としてプロセッサに通知する、トランスポートストリームパケット調査方法。
【請求項６】
前記所定サイズは、３バイトであることを特徴とする請求項５に記載のトランスポートストリームパケット調査方法。
【請求項７】
前記トランスポートストリームパケットは、マルチメディア符号化ストリームに関するデータであることを特徴とする請求項５または請求項６に記載のトランスポートストリームパケット調査方法。
【請求項１】
多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定するスタートコードプリフィックス検出部と、
前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態を検出する所定バイト状態検出部と、
前記スタートコードプリフィックス検出部による判定結果と、前記所定ビット状態検出部が抽出した所定サイズのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報としてプロセッサに通知する通知部と、を備えるトランスポートストリームパケット調査装置。
【請求項２】
前記所定サイズは、３バイトであることを特徴とする請求項１に記載のトランスポートストリームパケット調査装置。
【請求項３】
前記トランスポートストリームパケットは、マルチメディア符号化ストリームに関するデータであることを特徴とする請求項１または請求項２に記載のトランスポートストリームパケット調査装置。
【請求項４】
請求項１乃至請求項３のいずれか１項に記載のトランスポートストリームパケット調査装置と、前記プロセッサにより駆動するストリーム解析部と、を備えるデータ処理装置であって、
前記ストリーム解析部は、前記通知部からの通知内容に基づいて、前記トランスポートストリームパケットからスタートコードを検索するか否かを判定する、データ処理装置。
【請求項５】
多重化ストリームにかかるトランスポートストリームパケットからスタートコードプリフィックスの有無を判定し、
前記トランスポートストリームパケットの最後尾から所定サイズのバイト列の状態を検出し、
前記スタートコードプリフィックスの有無の情報と、抽出した前記所定サイズのバイト列の状態と、をトランスポートストリームのスタートコードを検索するか否かの情報としてプロセッサに通知する、トランスポートストリームパケット調査方法。
【請求項６】
前記所定サイズは、３バイトであることを特徴とする請求項５に記載のトランスポートストリームパケット調査方法。
【請求項７】
前記トランスポートストリームパケットは、マルチメディア符号化ストリームに関するデータであることを特徴とする請求項５または請求項６に記載のトランスポートストリームパケット調査方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−８５０３９（Ｐ２０１２−８５０３９Ａ）
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願番号】特願２０１０−２２８４７７（Ｐ２０１０−２２８４７７）
【出願日】平成２２年１０月８日（２０１０．１０．８）
【出願人】（３０２０６２９３１）ルネサスエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願日】平成２２年１０月８日（２０１０．１０．８）
【出願人】（３０２０６２９３１）ルネサスエレクトロニクス株式会社 (8,021)
【Ｆターム（参考）】
[ Back to top ]