(57)【特許請求の範囲】
【請求項１】
パケット形式で入力されるデジタルデータを処理して出力するデータ処理装置において、
上記入力されたデータの同期を確立する同期手段と、
上記入力されたデータから必要なデータを取り出すフィルタリング手段と、
上記入力されたデータの状態を検出する検出手段と、
上記検出手段で検出された上記データの状態を基に、ステータスデータを生成する生成手段と、
上記ステータスデータを、フィルタリングにより得られた情報をログ形式にて付加され上記フィルタリング手段によって取り出されたデータとともに出力する出力手段と、
を備えることを特徴とするデータ処理装置。
【請求項２】
請求項１記載のデータ処理装置において、
上記ステータスデータは、上記同期手段による同期確立の可否を含むことを特徴とするデータ処理装置。
【請求項３】
請求項１又は２記載のデータ処理装置において、
上記ステータスデータは、上記フィルタリング手段のフィルタリング条件を含むことを特徴とするデータ処理装置。
【請求項４】
請求項１から３のいずれかの項記載のデータ処理装置において、
上記ステータスデータは、上記データ処理装置内における処理上の異常を含むことを特徴とするデータ処理装置。
【請求項５】
請求項１から４のいずれかの項記載のデータ処理装置において、
上記データの状態は、上記データが上記データ処理装置に入力する前の任意の処理装置で検出されたエラー、上記データの連続性、上記データの長さ、及び上記データの冗長検査結果のうち、少なくとも１つを含むことを特徴とするデータ処理装置。
【請求項６】
請求項１から５のいずれかの項記載のデータ処理装置において、
上記入力されるデータは、出力されるデータに対して付加的な情報を含むセクションデータを含み、
上記フィルタリング手段は、上記セクションデータから必要なセクションデータを取り出し、
上記検出手段は、上記セクションデータの状態を検出し、
上記生成手段は、上記検出手段によって検出された上記セクションデータの状態を基に、セクションステータスデータを生成し、
上記出力手段は、上記フィルタリング手段によって取り出されたセクションデータを上記セクションステータスデータとともに出力する、
ことを特徴とするデータ処理装置。
【請求項７】
請求項６記載のデータ処理装置において、
上記セクションデータが複数のパケットに跨っており、上記フィルタリング手段がフィルタリングを完了できなかった場合、
上記生成手段は、フィルタリング未完であること、及びフィルタリング途中経過情報を上記セクションステータスデータに含めることを特徴とするデータ処理装置。
【請求項８】
請求項１から５のいずれかの項記載のデータ処理装置において、
上記入力されるデータは、実際のデータをＰＥＳパケットの形式で含み、
上記フィルタリング手段は、上記ＰＥＳパケットから必要なＰＥＳパケットを取り出し、
上記検出手段は、上記ＰＥＳパケットのデータの状態を検出し、
上記生成手段は、上記検出手段によって検出された上記ＰＥＳパケットのデータの状態を基に、ＰＥＳパケットステータスデータを生成し、
上記出力手段は、上記フィルタリング手段によって取り出されたＰＥＳパケットを上記ＰＥＳパケットステータスデータとともに出力する、
ことを特徴とするデータ処理装置。
【請求項９】
請求項１から８のいずれかの項記載のデータ処理装置において、
上記データ処理装置は、さらに、不必要なデータを破棄する破棄手段を備え、
上記生成手段は、前記破棄手段によって破棄されたデータに関する情報を基に破棄データ用ステータスデータを生成し、
上記出力手段は、上記破棄データ用ステータスデータを破棄されたデータの代わりに出力する
ことを特徴とするデータ処理装置。
【請求項１０】
請求項９記載のデータ処理装置において、
上記不必要なデータは、上記同期手段によって同期が確立できなかったデータ、上記フィルタリング手段によって取り出されなかったデータ、及び上記検出手段によってエラーが検出されたデータの少なくとも１つを含むことを特徴とするデータ処理装置。
【請求項１１】
請求項１から１０のいずれかの項記載のデータ処理装置において、
さらに、
上記フィルタリング手段によって取り出されたデータを上記出力手段から出力する前に、一時的に保持するデータバッファと、
上記生成手段によって生成されたステータスデータを上記出力手段から出力する前に、一時的に保持するステータスバッファと、
上記データバッファに保持されたデータの先頭あるいはエンドのアドレスを保持するデータバッファアドレス保持手段と、
を備え、
上記出力手段は、上記データバッファアドレス保持手段に格納された先頭のアドレスのデータを上記データ処理装置から出力する直前に、あるいは上記データバッファアドレス保持手段に格納されたエンドのアドレスのデータを上記データ処理装置から出力した直後に、上記ステータスバッファに格納されたステータスデータを出力する、
ことを特徴とするデータ処理装置。
【請求項１２】
請求項１１記載のデータ処理装置において、
上記ステータスデータは、上記データバッファのオーバーフローを含むことを特徴とするデータ処理装置。
【請求項１３】
請求項１２記載のデータ処理装置において、
上記生成手段は、上記データバッファのオーバーフローのためにデータが破棄された場合、破棄されたデータの情報を基に破棄データ用ステータスデータを生成し、
上記出力手段は、上記破棄されたデータのかわりに上記破棄データ用ステータスデータを出力することを特徴とするデータ処理装置。
【請求項１４】
請求項１から１３のいずれかの項記載のデータ処理装置を備えたデジタル放送受信機。
【請求項１５】
パケット形式で入力されるデジタルデータを処理して出力するデータ処理装置の制御方法において、
上記入力されたデータの同期を確立し、
同期確立後のデータから必要なデータを取り出し、
同期確立後のデータの状態を検出し、
上記データの状態を示すステータスデータを生成し、
上記ステータスデータを上記必要なデータとともに出力する、
工程を含むことを特徴とするデータ処理装置の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケット形式で入力されるデータを処理するデータ処理装置とその制御方法に関し、さらに、該データ処理装置を備えたデジタル放送受信機に関するものである。
【０００２】
【従来の技術】
デジタル放送における画像や音声等のデータは、トランスポートストリームパケット（以下、ＴＳパケットと略す）と呼ばれる固定長のデータ列に乗せて送られるのが一般的である。例えば、広く用いられているＭｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ２（以下「ＭＰＥＧ２」と略す）の規格は、１８８バイト長のＴＳパケットである。以下、ＭＰＥＧ２を例にとってＴＳパケットの説明をするが、パケット形式なら他規格でも原理的には同様である。
【０００３】
図６は、ＴＳパケットの一般的なフォーマットを示す模式図である。
ＴＳパケットは１８８バイト固定長のパケットで、最初の４バイトは特にパケットヘッダと呼ばれている。１バイト目はＴＳパケットを処理する処理装置と同期をとるための同期バイトであり、データ値は常に‘４７ｈ（ｈは１６進数を表す）’である。以降、復調回路にてデータエラーを検出した場合に‘１’が立つトランスポート・エラー・インジケータ（ｔｒａｎｓｐｏｒｔ  ＿ｅｒｒｏｒ  ＿ｉｎｄｉｃａｔｏｒ  ）ビット、ＰＥＳ（ｐａｃｋｅｔｉｚｅｄ＿ｅｌｅｍｅｎｔａｒｙ＿ｓｔｒｅａｍ）パケットの先頭があることを示すペイロード・ユニット・スタート・インジケータ（ｐａｙｌｏａｄ  ＿ｕｎｉｔ＿ｓｔａｒｔ  ＿ｉｎｄｉｃａｔｏｒ  ）ビット、パケットの種類を特定するためのＰＩＤ（Ｐａｃｋｅｔ  ＩＤ  ）ビット、アダプテーション・フィールドの有無を示すアダプテーション・フィールド・コントロール（ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ  ＿ｃｏｎｔｒｏｌ  ）ビット、パケットの連続性を示すＣＣ（Ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒ  ）ビットなどがアサインされている。
【０００４】
５バイト目以降はペイロード（Ｐａｙｌｏａｄ  ）と呼ばれており、実際のデータが格納されるエリアである。ペイロードのエリアには、画像や音声を含むＰＥＳパケット、受信者を特定するための情報や各種サービス情報など付加的な情報を含むセクションデータ、時間情報を持つアダプテーションフィールドなどが格納されている。パケットにどのデータが格納されているかは、ＰＩＤとａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ  ＿ｃｏｎｔｒｏｌ  ビットをチェックすることで判断できる。
【０００５】
デジタル放送受信機で受信したＴＳパケットは、必要なデータのみを取り出すフィルタリングや、特定の契約者のみが視聴できるようにスクランブルがかかっているデータのデスクランブルが施されてからメモリに格納され、ＣＰＵや音声／画像を取り出すＡＶデコーダが、メモリに格納されたパケットを利用するという仕組みが一般的である。ＴＳパケットにフィルタリングとデスクランブルを施してメモリに格納する機能を持つ手段をＴＤＤＳ（トランスポートデコーダ／デスクランブラ）と呼ぶ。
【０００６】
図７は、デジタル放送受信機内のＴＤＤＳ３１０とその周辺に接続される構成（ここでは、復調回路３００、メモリマネージャ３３０、メモリ３３１、及びＣＰＵ３３２）を概略して示すブロック図である。矢印３５０〜３６４は情報を送信する信号線を示す。
【０００７】
復調回路３００は、受信した放送データを復調してＴＳパケットを生成する。信号線３５０で示された、復調回路３００からＴＤＤＳ３１０への出力はＭＰＥＧ２の規格に準じる。ＴＤＤＳ３１０は信号線３５０から入力されるＴＳパケットに対して、フィルタリング、デスクランブル、エラー検出、フォーマット等を施す。ＴＤＤＳ３１０については、のちほど詳しく説明する。メモリマネージャ３３０は、信号線３６２、３６１を介するＣＰＵ３３２からメモリ３３１へのアクセスの調停を行ないながら、信号線３６０から出力されるＴＳパケットデータを信号線３６１を介してメモリ３３１に格納する。メモリ３３１は、ＴＳパケットを格納するほか、ＣＰＵ３３２のメインメモリとして使用でき、ＣＰＵ３３２から直接アクセスすることができる。
【０００８】
次にＴＤＤＳ３１０内の各構成について説明する。ＴＤＤＳ３１０は、同期回路３１１、ＰＩＤフィルタ３１２、デスクランブラ３１３、フォーマッタ３１４、セクションフィルタ３１５、転送回路３１６、及びステータス処理回路３１７を備え、ステタース処理回路３１７は、さらにステータスレジスタ３１８を備える。
【０００９】
同期回路３１１は、信号線３５０を介して入力される固定長のＴＳパケットから先頭データを検出する。ＭＰＥＧ２におけるＴＳパケットの先頭１バイトのデータは‘４７ｈ（ｈは１６進数を表す）’と決められている。同期回路３１１は、‘４７ｈ’を検出すると、‘４７ｈ’が検出された位置からＴＳパケットの固定長のバイト（１８８バイト）毎に‘４７ｈ’が検出されるかを確認することによって、先に検出された‘４７ｈ’はパケットの先頭であると認識し、同期を確立する。どのくらい先のデータまで‘４７ｈ’を確認するかは任意に設定できる。同期が確立されると、同期回路３１１は、ＴＳパケットを信号線３５１に出力する。
【００１０】
ＰＩＤフィルタ３１２は、信号線３５１を介して入力されたＴＳパケットのＰＩＤを基に、必要なパケットだけを信号線３５２に出力し、必要でないパケットを破棄する。
【００１１】
デスクランブラ３１３は、信号線３５２を介して入力されるＴＳパケットのデータにかかったスクランブルを解除し（デスクランブル）、信号線３５３に出力する。
【００１２】
フォーマッタ３１４は、信号線３５３を介して入力されるＴＳパケットの中から、以降の処理に必要なデータ（例えばアダプテーションフィールド、セクション、ＰＥＳパケット等）を取り出す。入力されたＴＳパケットをすべて送信するのではなく、必要なデータを取り出すことによって、パケットを格納するメモリを節約することができ、また、パケットを利用するＣＰＵ３３２の負荷を軽減することにもなる。取り出したデータは信号線３５４に出力する。
【００１３】
セクションフィルタ３１５は、信号線３５４を介して入力されるデータのうち、セクションのヘッダ部に対してフィルタリングを行ない、必要なセクションを取得して信号線３５５に出力する。セクション以外のデータは、そのまま信号線３５５に出力する。
【００１４】
転送回路３１６は、上記の処理を施されて信号線３５５に出力されるＴＳパケットから取り出されたデータ（あるいはパケット）を、メモリマネージャ３３０を介してメモリ３３１に転送する。メモリ３３１は、ＣＰＵ３３２からもアクセスされるので、メモリマネージャ３３０がメモリ３３１へのアクセス権を管理する。転送回路３１６は、回路内にあるデータバッファに、セクションフィルタ３１５からのデータを一時格納し、メモリ３３１へのアクセスの許可をメモリマネージャ３３０から受けると、データをメモリ３３１へ転送する。
【００１５】
ＴＤＤＳ３１０には、ＴＳパケットのエラーを含めたステータスや、ＴＤＤＳ３１０による処理の状況や処理上の異常（合わせてステータス情報と呼ぶことにする）を検出できるものもある。その例を、図７を参照しながら説明する。
同期回路３１１は、同期の確立や同期はずれという同期の状態をステータス情報として信号線３５６を介してステータス処理回路３１７に送る。
【００１６】
ＰＩＤフィルタ３１２は、ＰＩＤに基づくフィルタリングの際、ＴＳパケットのｔｒａｎｓｐｏｒｔ  ＿ｅｒｒｏｒ  ＿ｉｎｄｉｃａｔｏｒ  ビットとＣＣビットのチェックも行なう。ｔｒａｎｓｐｏｒｔ  ＿ｅｒｒｏｒ  ＿ｉｎｄｉｃａｔｏｒ  には、復調回路３００におけるエラー検出時に‘１’がセットされるので、ＰＩＤフィルタ３１２は、ｔｒａｎｓｐｏｒｔ  ＿ｅｒｒｏｒ  ＿ｉｎｄｉｃａｔｏｒ  に‘１’がセットされているのを確認すると、通常送られてきたＴＳパケットを使用不可と見なして破棄し、ＰＳパケットを破棄したことをステータス情報として信号線３５７を介してステータス処理回路３１７に送る。
【００１７】
一方、ＣＣには、ＰＩＤ毎に連続した番号がつけられているので、ＣＣの値の連続性を確認すれば、パケットが欠落しているか否かを知ることができる。ＰＩＤフィルタ３１２は、ＣＣの値の不連続を確認すると、パケットの不連続をステータス情報として信号線３５７を介してステータス処理回路３１７に報告する。
【００１８】
フォーマッタ３１４は、必要なデータを取り出す際に、パケットに跨るセクションのデータ長、パケットに跨るＰＥＳパケットのデータ長、及びセクションのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：巡回冗長検査）ビットをチェックする。このうち、データ長チェックでは、ｐａｙｌｏａｄ  ＿ｕｎｉｔ＿ｓｔａｒｔ  ＿ｉｎｄｉｃａｔｏｒ  ビットやセクションを持つＴＳパケットのペイロード先頭にあるポインタ・フィールド（ｐｏｉｎｔｅｒ  ＿ｆｉｅｌｄ  ）ビット、セクションのヘッダに含まれるセクションデータ長、ＰＥＳパケットのヘッダに含まれるＰＥＳデータ長などをチェックし、矛盾がある場合にはデータ長エラーを検出する。また、ＣＲＣチェックでは、冗長性を持たせるためにセクションデータの最後に付加されている４バイトのＣＲＣとデータとの整合性をチェックして、異常があればエラーを検出する。いずれの場合もエラーが発生すれば、エラーをステータス情報として信号線３５８を介してステータス処理回路３１７に報告する。
【００１９】
また、転送回路３１６は、回路内のバッファがオーバフローすると、バッファのオーバーフローをステータス情報として信号線３５９を介してステータス処理回路３１７に報告する。
以上のステータス情報を受け取ったステータス処理回路３１７は、信号線３６３を介してＣＰＵ３３２に対して割り込みを発生させる一方、ステータスレジスタ３１８にその要因を表示する。ＣＰＵ３３２は、信号線３６４を介してレジスタ３１８を読み出し、割り込み要因を認識する。
【００２０】
次に、ＣＰＵ３３２によるパケットのアクセスとエラー処理について説明する。
ＣＰＵ３３２は、メモリ３３１に格納されているパケットをメモリマネージャ３３０の調停を受けながら読み出し、パケット処理を行なう。例えば、ＣＰＵ３３２がセクションを処理する場合、メモリ３３１内のパケットを読み出した後、セクションヘッダを解析して、セクション種を判別する。パケットは、セクションフィルタ３１５に登録されたセクション種毎の条件のいずれかに合致してフィルタを通過しているが、ＣＰＵ３３２は、どの条件に合致したのか、つまりセクション種がわからないので、セクションヘッダを解析しなければならない。
【００２１】
次に、割り込み発生時のＣＰＵ３３２の動作について説明する。
ＣＰＵ３３２は、パケット処理中にＴＤＤＳ３１０のステータス処理回路３１７からの割り込みを検出すると、パケットの処理を一時中断し、信号線３６４を介してステータス処理回路３１７内のステータスレジスタ３１８を読み出して、割り込み要因を知る。割り込み要因が、例えば同期回路３１１で検出する同期はずれの場合、既にメモリ３３１に格納されているＴＳパケットは割り込み要因による影響を受けていないので、ＣＰＵ３３２は、メモリ３３１内のパケットに関しては処理を続ける。割り込み要因が、例えばフォーマッタ３１４で検出するデータ長エラーの場合、エラーを含むパケットが既にメモリ３３１に格納されている可能性があり、中断されたＣＰＵ３３２によるパケット処理の内容によっては、中断されたパケット処理を直ちに破棄しなければならない。その他の割り込み要因も同様に、メモリ３３１に格納されているパケットは使用可能なものと、直ちにパケットの処理を破棄しなければならないものとがある。
【００２２】
【発明が解決しようとする課題】
ＣＰＵ３３２はＴＤＤＳ３１０から割り込みを検出すると、ステータスレジスタ３１８を読み出すことによって、いかなる割り込み要因が発生したかを知ることができる。しかし、割り込み要因が発生してからＣＰＵ３３２が割り込み要因を知るまでにタイムラグがあり、また、割り込み要因の種類によっては、ＴＳパケットはＴＤＤＳ３１０内を流れ続けているので、ＣＰＵ３３２はどのデータに対してエラーが発生したのか判別することができないという問題があった。
【００２３】
また、２つ以上のエラーデータが連続した時、ステータスレジスタ３１８にはＴＳパケットの最も新しいエラーのステータスしか残らないので、ＣＰＵ３３２は最新のエラーデータより前のエラーを見落とす可能性があるという問題があった。
【００２４】
さらに、ＣＰＵ３３２がセクションを読み出して処理する際、メモリ３３１に格納されているセクションがセクションフィルタ３１５でどの条件に合致したのか判別できず、再度セクションヘッダを解析する必要があり、場合によってはセクションフィルタリングを再度施さなければならないという問題があった。
【００２５】
本発明は、上記の問題点を解決するためになされたものであり、ＴＳパケットを処理する際に検出されるエラー、ＴＳパケットがフィルタリングされた条件種、及びＴＳパケットの処理上の異常を含めたステータス情報をＴＳパケット毎にＣＰＵに提示できるデータ処理装置を提供することを目的とするものである。
【００２６】
【課題を解決するための手段】
上記目的を達成するために、請求項１に係るパケット形式で入力されるデジタルデータを処理して出力するデータ処理装置は、入力されたデータの同期を確立する同期手段と、入力されたデータから必要なデータを取り出すフィルタリング手段と、入力されたデータの状態を検出する検出手段と、検出手段で検出されたデータの状態を基に、ステータスデータを生成する生成手段と、ステータスデータを、フィルタリングにより得られた情報をログ形式にて付加されフィルタリング手段によって取り出されたデータとともに出力する出力手段と、を備えることを特徴とする。
【００２７】
また、請求項２に係るデータ処理装置は、ステータスデータが、同期手段による同期確立の可否を含むことを特徴とする。
【００２８】
また、請求項３に係るデータ処理装置は、ステータスデータが、フィルタリング手段のフィルタリング条件を含むことを特徴とする。
【００２９】
また、請求項４に係るデータ処理装置は、ステータスデータが、データ処理装置内における処理上の異常を含むことを特徴とする。
【００３０】
また、請求項５に係るデータ処理装置は、データの状態が、データがデータ処理装置に入力する前の任意の処理装置で検出されたエラー、データの連続性、データの長さ、及びデータの冗長検査結果のうち、少なくとも１つを含むことを特徴とする。
【００３１】
また、請求項６に係るデータ処理装置は、入力されるデータが、出力されるデータに対して付加的な情報を含むセクションデータを含み、フィルタリング手段が、セクションデータから必要なセクションデータを取り出し、検出手段が、セクションデータの状態を検出し、生成手段が、検出手段によって検出されたセクションデータの状態を基に、セクションステータスデータを生成し、出力手段が、フィルタリング手段によって取り出されたセクションデータをセクションステータスデータとともに出力する、ことを特徴とする。
【００３２】
また、請求項７に係るデータ処理装置は、セクションデータが複数のパケットに跨っており、フィルタリング手段がフィルタリングを完了できなかった場合、生成手段は、フィルタリング未完であることをセクションステータスデータに含めることを特徴とする。
【００３３】
また、請求項８に係るデータ処理装置は、入力されるデータが、実際のデータをＰＥＳパケットの形式で含み、フィルタリング手段が、ＰＥＳパケットから必要なＰＥＳパケットを取り出し、検出手段が、ＰＥＳパケットのデータの状態を検出し、生成手段が、検出手段によって検出されたＰＥＳパケットのデータの状態を基に、ＰＥＳパケットステータスデータを生成し、出力手段が、フィルタリング手段によって取り出されたＰＥＳパケットをＰＥＳパケットステータスデータとともに出力する、ことを特徴とする。
【００３４】
また、請求項９に係るデータ処理装置は、さらに、不必要なデータを破棄する破棄手段を備え、生成手段が、破棄手段によって破棄されたデータに関する情報を基に破棄データ用ステータスデータを生成し、出力手段が、破棄データ用ステータスデータを破棄されたデータの代わりに出力することを特徴とする。
【００３５】
また、請求項１０に係るデータ処理装置は、不必要なデータが、同期手段によって同期が確立できなかったデータ、フィルタリング手段によって取り出されなかったデータ、及び検出手段によってエラーが検出されたデータの少なくとも１つを含むことを特徴とする。
【００３６】
また、請求項１１に係るデータ処理装置は、さらに、フィルタリング手段によって取り出されたデータを出力手段から出力する前に、一時的に保持するデータバッファと、生成手段によって生成されたステータスデータを出力手段から出力する前に、一時的に保持するステータスバッファと、データバッファに保持されたデータの先頭あるいはエンドのアドレスを保持するデータバッファアドレス保持手段と、を備え、出力手段が、データバッファアドレス保持手段に格納された先頭のアドレスのデータをデータ処理装置から出力する直前に、あるいはデータバッファアドレス保持手段に格納されたエンドのアドレスのデータをデータ処理装置から出力した直後に、ステータスバッファに格納されたステータスデータを出力する、ことを特徴とする。
【００３７】
また、請求項１２に係るデータ処理装置は、ステータスデータが、データバッファのオーバーフローを含むことを特徴とする。
【００３８】
また、請求項１３に係るデータ処理装置は、生成手段が、データバッファのオーバーフローのためにデータが破棄された場合、破棄されたデータの情報を基に破棄データ用ステータスデータを生成し、出力手段が、破棄されたデータのかわりに破棄データ用ステータスデータを出力することを特徴とする。
【００３９】
請求項１４に係るデジタル放送受信機は、請求項１から１３のいずれかの項記載のデータ処理装置を備えることを特徴とする。
【００４０】
請求項１５に係るパケット形式で入力されるデジタルデータを処理して出力するデータ処理方法は、入力されたデータの同期を確立し、同期確立後のデータから必要なデータを取り出し、同期確立後のデータの状態を検出し、データの状態を示すステータスデータを生成し、ステータスデータを上記必要なデータとともに出力する、工程を含むことを特徴とする。
【００４１】
【発明の実施の形態】
実施の形態１．
以下、本発明の実施の形態１によるデータ処理装置について、図面を参照しながら説明する。なお、本実施形態では、ＭＰＥＧ２に基づいたＴＳパケットを例にとって説明するが、パケット形式なら他規格でも原理的には同様である。ＭＰＥＧ２に基づいたＴＳパケットのフォーマットについては、先に説明した図６を参照すること。
【００４２】
図１は、本実施形態におけるデジタル放送受信機内のデータ受信に関わる構成を概略的に示すブロック図である。デジタル放送受信機では、主に、復調回路１００、ＴＤＤＳ（トランスポートデコーダ／デスクランブラ）１１０、メモリマネージャ１３０、メモリ１３１、及びＣＰＵ１３２がデータ受信に関わる。なお、太い実線で示される矢印１５０〜１５５、１６５〜１６６はパケットの流れを示す信号線で、細い実線で示される矢印１５６〜１６０はログ生成のためのステータス情報（ステータスデータ）の流れを示す信号線で、点線で示される矢印１６１〜１６４は、ステータス情報の流れを示す信号線で、その他の情報の流れについては、一点破線で示す。
【００４３】
ＴＤＤＳ１１０は、さらに、同期回路１１１、ＰＩＤフィルタ１１２、デスクランブラ１１３、フォーマッタ１１４、セクションフィルタ１１５、転送回路１１６、ログ生成回路１２０、及びステータス処理回路１１７を備え、ステータス処理回路１１７は、さらにステータスレジスタ１１８を備える。
【００４４】
同期回路１１１は、信号線１５０から入力される固定長のＴＳパケットの先頭データ‘４７ｈ’を検出して、パケットの先頭を認識し、同期を確立する。同期確立後、ＴＳパケットを信号線１５１に出力する。また、同期回路１１１における同期確立の状態、つまり同期が確立しているのか否かを、ステータス情報として、信号線１６１を介してステータス処理回路１１７に伝えるとともに、信号線１５１からＴＳパケットを出力する際、信号線１５６にステータス情報を出力する。
【００４５】
ＰＩＤフィルタ１１２は、信号線１５１から入力されるＴＳパケットのＰＩＤに基づいて、必要なＴＳパケットを取り出して信号線１５２に出力し、必要でないＴＳパケットを破棄する。
【００４６】
また、ＰＩＤフィルタ１１２は、ＴＳパケットのｔｒａｎｓｐｏｒｔ  ＿ｅｒｒｏｒ  ＿ｉｎｄｉｃａｔｏｒ  をチェックして、復調回路１００でエラーが検出されていないかを確認する。エラーがあった場合、ＰＩＤフィルタ１１２は、通常、送られてきたＴＳパケットを使用不可と見なして破棄する。さらに、ＰＩＤフィルタ１１２は、ＴＳパケットのＣＣ（ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒ  ）の値をチェックして、パケットの連続性を確認する。
【００４７】
ＰＩＤフィルタ１１２は、上述の処理において、ＴＳパケットの破棄や、パケットの連続性を、ステータス情報として信号線１６２を介してステータス処理回路１１７に報告する。また、信号線１５６から取り込んだ、現在処理中のＴＳパケットのステータス情報に、ＰＩＤフィルタ１１２での処理に関する情報、例えば、ＰＩＤフィルタ１１２を通過したＴＳパケットのＰＩＤ条件、破棄したＴＳパケット、ＣＣの連続性を付加し、信号線１５７より出力する。つまり、信号線１５７に出力されるステータス情報には、信号線１５２に出力されているＴＳパケットに対して、同期回路１１１とＰＩＤフィルタ１１２とが検出した結果や施した処理に関する情報が含まれていることになる。
【００４８】
デスクランブラ１１３は、信号線１５２から入力されたＴＳパケットにデスクランブル処理を行ない、信号線１５３に出力する。デスクランブラ１１３での処理に関して、ステータス情報として有効な情報があれば、ＰＩＤフィルタ１１２がステータス情報を付加したように、信号線１５７から入力されるステータス情報にデスクランブラ１１３での情報を加え、ＴＳパケットの出力とともに、信号線１５８に出力する。
【００４９】
フォーマッタ１１４は、信号線１５３から入力されたＴＳパケットの中から、そのパケットの持つデータ（例えばアダプテーションフィールド、セクション、ＰＥＳパケット）を取り出し、信号線１５４に出力する。その際、データ長の異常やＣＲＣエラーを検出する。検出結果は、信号線１６３を介してステータス処理回路１１７に伝えられる一方、信号線１５８から入力されるステータス情報に付加されて信号線１５９に出力される。上述の検出結果以外にも有効な情報があれば、ステータス情報として出力してもよい。
【００５０】
セクションフィルタ１１５は、フォーマッタ１１４で取り出されたセクションに対してセクションフィルタリングを行ない、必要なセクションを取得して信号線１５５に出力する。セクション以外のデータには処理を行なわず、そのまま出力する。
【００５１】
セクションフィルタ１１５は、取得したいセクションの条件を登録しておくエントリを複数持つエントリテーブルを備えている。図２は、エントリテーブル１１５−１の模式図である。エントリテーブル１１５−１は、条件を登録しておくための複数のエントリ１１５−１０と、各エントリに割り当てられた番号を示すエントリ番号表示部１１５−２０とを備える。
【００５２】
セクションフィルタ１１５は、入力されるセクションのヘッダ部分と、各エントリ１１５−１０に登録された条件とを比較し、１つでも入力セクションのヘッダ部と合致する条件があれば、そのセクションはフィルタ１１５を通過する。セクションがフィルタ１１５を通過した場合、合致した条件のエントリ番号を、信号線１５９から入力されるステータス情報に付加して信号線１６０に出力する。また、セクションのフィルタリングが何らかの理由（例えば、セクションが複数のＴＳパケットにまたがっている場合）で完全にできなかった、すなわちフィルタリングを降参した場合、フィルタリングを降参したデータを信号線１５５に出力すると共に、フィルタリングの降参をステータス情報として信号線１６０に出力してもよい。さらに、降参前に行ったフィルタリングの状態をステータス情報として信号線１６０に出力することもできる。
【００５３】
ログ生成回路１２０は、信号線１６０から入力されるステータス情報を元に定形フォーマットのログを組み立てる。作成したログはログ生成回路１２０内のバッファ（図４のログバッファ６０５）に一時的に格納されてから、転送回路１１６に送られる。
転送回路１１６は、信号線１５５から入力された、ＴＳパケットから取り出されたデータを信号線１６５に出力し、メモリマネージャ１３０を介してメモリ１３１に転送する。
【００５４】
メモリ１３１は、ＣＰＵ１３２からもアクセスされるので、メモリマネージャ１３０がメモリ１３１へのアクセス権を管理する。転送回路１１６は、セクションフィルタ１１５からのデータを転送回路１１６内のデータバッファ（図４のデータバッファ６００）に一時格納し、メモリマネージャ１３０からメモリ１３１へのアクセス許可を受けると、メモリ１３１へデータを転送する。転送回路１１６は、データ転送に先立って、ログ生成回路１２０で生成した開始ログあるいはセクション開始ログ（後述する）を信号線１６５に出力し、続いて一連のデータを転送し、データ転送が終われば、終了ログ（後述する）を信号線１６５に出力する。つまり、メモリ１３１は、転送回路１１６から転送される一連のデータを１つのパケットとして格納すると共に、各パケットの先頭に開始ログを、最後に終了ログを付加して格納する。なお、転送回路１１６内のデータバッファがオーバフローした場合、信号線１６４を介してステータス処理回路１１７に、オーバーフローしたことを伝える。
【００５５】
ステータス処理回路１１７は、信号線１６１、１６２、１６３および１６４から情報が入力されると、信号線１６８を介してＣＰＵ１３２に割り込みをかける一方、入力された情報をステータスレジスタ１１８に反映させる。ステータスレジスタ１１８には入力される情報毎にビットがアサインされており、入力された情報に応じて対応するビットがＯＮになる。ＣＰＵ１３２は、信号線１６９を介してステータスレジスタ１１８のビットをチェックして、割り込み要因を特定する。
【００５６】
図３は、ログのフォーマット例を示す模式図である。上から順に開始ログ１０００、セクション開始ログ１００１、終了ログ１００２を示す。各ログは２バイトで表すことにする。開始ログ１０００、セクション開始ログ１００１、終了ログ１００２といったログの種類は、ログ中のログタイプを示すフィールドによって判別できる。
【００５７】
セクション以外のデータの最初には、開始ログ１０００が付加される。開始ログ１０００には、例えば、ログのフォーマット形式（例えば３ビット）や、ログタイプ（例えば３ビット）、このログが付加されるデータのデータ種やステータス情報（例えばＣＣの不連続性を示すシーケンスエラーインジケータ（１ビット））が含まれている。
【００５８】
セクションの最初には、先の開始ログ１０００とは別フォーマットのセクション開始ログ１００１が付加されるが、これは、他のデータと比べて、付加情報の種類が多いためである。セクション開始ログ１００１には、例えば、セクションフィルタ１１５でフィルタリングを施したデータ長（セクションフィルタリング長、例えば５ビット）、ログタイプ（例えば３ビット）、セクションフィルタリングが降参したことを示すインジケータ、セクションフィルタ１１５においてセクションと合致した条件のエントリ番号（フィルタ一致エントリ番号）、フィルタリング完了（図示せず）、フィルタリング降参前のフィルタリング状況（図示せず）といった情報が記録されている。
【００５９】
終了ログ１００２には、フォーマット形式（例えば３ビット）、ログタイプ（例えば３ビット）、このログが付加されるデータのステータス情報、例えばデータ長エラーインジケータ、ＣＲＣエラーインジケータ、シーケンスエラーインジケータ、といった情報が記録されている。
【００６０】
次に、実施形態１におけるＣＰＵ１３２の動作について説明する。
ＣＰＵ１３２は、メモリ１３１に格納されたデータパケットを処理する場合、最初に、メモリ１３１に格納されている各パケットの前後に付加されたログを読み込み、これから処理しようとするパケットのステータス情報を取得する。
【００６１】
例えば、セクションを処理したい場合、従来の技術ではセクションを読み出した後、セクションのヘッダ部を解析してセクション種の判定をする必要であった。しかし、本実施形態においては、セクションデータの先頭に付加されているセクション開始ログを読み出すだけで、セクションフィルタ１１５において合致した条件のエントリ番号、すなわちセクション種を知ることができ、ＣＰＵ１３２の負荷を軽減できる。さらに、セクション開始ログのセクションフィルタリング降参インジケータに、セクションフィルタリングの降参が確認されると、ＣＰＵ１３２は再度セクションのフィルタリングを行い、不必要なセクションを取り除くことができる。このとき、セクションフィルタリングの降参前に行った情報がフィルタリング途中経過情報としてログに含まれていれば、ＣＰＵ１３２は、降参後に行うはずであったフィルタリングから始めればよい。以上のように、ログにステータス情報が含まれているので、データのステータスを認識する処理に対するＣＰＵ１３２の負荷が軽減される。
【００６２】
メモリ１３１に格納されたパケットの処理中に割り込みが発生すると、ＣＰＵ１３２はパケット処理を一時中断する。割り込みがＴＤＤＳ１１０から発生した場合、ＣＰＵ１３２はステータスレジスタ１１８を読み出して、割り込み要因を特定する。その結果、メモリ１３１に格納されているデータの処理に影響がない場合には、ＣＰＵ１３２はパケットの処理を続ける。割り込み要因が、メモリ１３１のデータに異常がある可能性があるもの（例えば、フォーマッタ１１４で検出するデータ長エラー）の場合は、メモリ１３１内のパケットを処理する際、ログを読み出して異常のあるデータかどうかをチェックする。異常を含まないデータは割り込み発生後でも通常の処理に使用し、エラーがあればそのデータは破棄する。
【００６３】
また、割り込み発生の有無に関わらず、メモリ１３１内のデータを読み出す場合、ログに記録されているエラー情報を常にチェックするようにしてもよい。この場合、ＣＰＵ１３２の動作プログラムが簡単になる。
【００６４】
以上のように、メモリ１３１内のパケットデータに対してステータス情報を含んだログを付加することにより、パケットデータを処理する際のＣＰＵ１３２の負担を軽減することができ、また、パケットデータのエラーの有無を明確にすることができる。
【００６５】
次に、本実施形態１におけるログ生成回路１２０および転送回路１１６の論理構成について、図４を用いて説明する。図４は、ログ生成回路１２０及び転送回路１１６の構成を示すブロック図である。矢印１５５、１６５、６５１〜６６４、６８０、６８５、６９０は、情報の流れを示す信号線である。
【００６６】
ログ生成回路１２０は、データバッファ６００、データバッファライトポインタ６０１、データバッファリードポインタ６０２、データ転送制御回路６０３、セレクタ６１０、及びデータバッファオーバーフロー検出部（図示せず）を備え、転送回路１１６は、ログマークバッファ６０４、ログバッファ６０５、ログ生成部６０６、ログバッファライトポインタ６０７、ログバッファリードポインタ６０８、及びログ転送制御回路６０９を備える。
【００６７】
データバッファ６００は、信号線１５５から入力されるデータをメモリ１３１へ転送する前に一時的に格納するもので、ＦＩＦＯ（ｆｉｒｓｔ−ｉｎ    ｆｉｒｓｔ−ｏｕｔ  ）型のバッファである。ＴＳパケットは一方的に送られてくるが、ＣＰＵ１３２からメモリ１３１へのアクセスや、メモリ１３１のリフレッシュタイム等があるため、ＴＤＤＳ１１０からメモリ１３１へアクセスできない期間がある。従って、データバッファ６００のように、メモリ１３１へ転送する前に一時的にデータを格納するバッファが必要になる。
【００６８】
データバッファライトポインタ６０１は、信号線６５１を介してデータバッファ６００のライトアドレスを示し、データバッファリードポインタ６０２は、信号線６５３を介してデータバッファ６００のリードアドレスを示す。
【００６９】
データバッファオーバーフロー検出部は、データバッファ６００の処理上の異常すなわちオーバーフローを検出すると、図１に示す信号線１６４を介してステータス処理回路１１７にオーバーフローを通知する。
【００７０】
データ転送制御回路６０３は、信号線６５２を介してデータバッファライトポインタ６０１の値をチェックして、現在のデータバッファ６００への格納状況を監視する。任意に設定された量のデータがデータバッファ６００に格納されたら、信号線６５５を介してデータバッファリードポインタ６０２に読み出すデータのアドレスを示し、リードポインタ６０２に示されたアドレスのデータがデータバッファ６００から信号線６８０に出力される。なお、データ転送の開始契機は、この限りではない。
【００７１】
セレクタ６１０は、メモリ１３１へ転送するデータを選択する。通常、セレクタ６１０は、データバッファ６００を選択して、信号線６８０を信号線１６５に接続し、ＴＳパケットから取り出されたデータを信号線１６５に出力できるようになっている。ログの転送が必要な場合、信号線６６４を介したログ転送制御回路６０９の指示によりセレクタ６１０がログバッファ６０５側に切り替わり、信号線６５８と信号線１６５が接続する。
【００７２】
ログ生成部６０６は、信号線１６０にて送られてくるステータス情報を元に先に説明したログフォーマットを生成する。生成したログは、信号線６５７を介してログバッファ６０５に出力される。
ログバッファ６０５は、ログ生成部６０６で生成したログをメモリ１３１に転送する前に一時的に格納するもので、ＦＩＦＯ型のバッファである。ログバッファライトポインタ６０７は、信号線６６０−１を介してログバッファ６０５のライトアドレスを示し、ログバッファリードポインタ６０８は、信号線６６１を介してログバッファ６０５のリードアドレスを示す。
【００７３】
一方、フォーマッタ１１４は、データバッファ６００に送られてくるデータの先頭とエンドとを示すログライトストローブ信号を生成し、ログ生成回路に送信する。ログライトストロープ信号がアクティブになっている時に信号線１５５に流れているデータが一連のデータの先頭あるいはエンドを示す。従って、ログライトストロープ信号がアクティブになると、信号線６５９−１、６５９−２を介してログバッファライトポインタ６０７とログバッファ６０５にログライトストロープ信号が通知され、ログ生成部６０６で生成されたログは、ログバッファライトポインタ６０７に示されるアドレスに格納される。
【００７４】
また、ログライトストロープ信号がアクティブになると、信号線６５９−  ３を介して、データバッファアドレス保持手段であるログマークバッファ６０４にログライトストロープ信号が通知される。ログライトストロープ信号を受けたログマークバッファ６０４は、信号線６８５を介して取り込んだデータバッファライトポインタ６０１の示すアドレス、つまり、ＴＳパケットから取り出された一連のデータの先頭あるいはエンドが格納されたデータバッファ６００のアドレスを、信号線６６０−２を介して取り込んだログバッファライトポインタ６０７が示すアドレスと同じアドレスに格納する。なお、ログマークバッファ６０４に格納されているアドレスデータとログバッファ６０５に格納されているログとは、一対一で対応している。
【００７５】
ログ転送制御回路６０９は、データ転送中にログの転送の必要が生じると、データ転送を一時止め、ログを転送する。ログ転送制御回路６０９は、信号線６９０を介してデータバッファリードポインタ６０２の値を監視する。ログマークバッファ６０４は、信号線６５４を介してログ転送制御回路６０９に対し、データバッファ６００に格納されているデータの先頭あるいはエンドのアドレス、すなわちログ転送が必要となるアドレスを出力する。データバッファリードポインタ６０２が示すアドレスと、信号線６５４から送られてくるアドレスが一致すれば、ログ転送制御回路６０９はログの転送が必要と判断し、データ転送制御回路６０３によるデータ転送を信号線６５６にて中断させる。データの先頭が検出された場合、データバッファリードポインタ６０２が示しているアドレスのデータの転送（信号線１６５からの出力）を一旦中止する。また、データのエンドが検出された場合には、データバッファリードポインタ６０２が示すアドレスのデータを信号線１６５に出力してからデータ転送を中断する。次に、信号線６６４を介してセレクタ６１０をログバッファ６０５側に切り替え、ログ転送指示を信号線６６３を介してログバッファリードポインタ６０８に送り、ログバッファ６０５からログを信号線６５８及びセレクタ６１０を介して信号線１６５に出力する。
【００７６】
信号線６６２は、メモリマネージャ１３０からの転送許可信号である。転送許可信号はデータ転送制御回路６０３、ログ転送制御回路６０９に送られる。転送許可信号にてメモリマネージャ１３０から転送の許可を受けるまで、データもログも転送することはできない。
【００７７】
本実施形態では、ＴＤＤＳ１１０内でデータパケットの前後にログを付加し、データパケットと同じデータバスを使用してメモリ１３１に転送するので、メモリマネージャ１３０側の論理に新たな論理を追加する必要はない。
【００７８】
以上のように、データの状態やデータのエラーを含むステータス情報がどのＴＳパケットのデータに関する情報であるのかを明確にするため、データをメモリに格納する際、ステータス情報を定型フォーマットにまとめてログとしてデータの前後に付加する。ＴＤＤＳ１１０内の各構成は、データ処理時に検出したステータス情報をデータと同時に後段へ伝達し、ログ生成回路１２０でステータス情報を元にログを作成してメモリに格納する。ＣＰＵ１３２がメモリ１３１内のパケットデータを処理する際、データの前後に付加されているログをチェックすることにより、そのデータに対するステータス情報、例えばエラーの有無を知ることができる。各々のデータに対してログが付加されているので、ＣＰＵ１３２は、エラーデータを誤って正常データとして扱わなくて済むし、正常データを疑わしいデータとして破棄せずに済む。従って、メモリに格納されたデータにエラーが含まれるかどうかが明確になり、メモリに格納されたデータを有効利用することができ、さらに、パケットデータを処理する際のＣＰＵ１３２の負担を軽減することができる。
【００７９】
以上説明したように、ログ生成のためのステータス情報（ステータスデータ）は、上記に例示したＴＤＤＳ１１０内の各回路に、データ自身のエラー及び／又はデータ処理上の異常（例えば、バッファのオーバーフロー）を検出する手段と、検出されたエラー及び／又は異常をＣＰＵ１３２に知らせるためのステータス情報（ステータスデータ）を生成する手段とを設けることにより得られる。従って、上述したエラーや異常以外にも、ＣＰＵ１３２がパケットデータを処理する際、予め知っておいた方がよい情報があれば、その情報が得られる回路に上記の検出手段と生成手段を設ければよい。
【００８０】
なお、ステータス情報を開始ログに入れるか、終了ログに入れるかは、ステータス情報の取得が信号線１６５から出力されるパケットデータの先頭の出力に間に合うか否かで決めればよい。
【００８１】
その他の実施の形態．
図１を用いて説明したように、ＴＳパケットはＰＩＤフィルタ１１２やセクションフィルタ１１５でフィルタリングされ、不要なＴＳパケットやデータは破棄される。また、同期回路１１１で同期が外れたり、ＰＩＤフィルタ１１２やフォーマッタ１１４でデータエラーが検出されて、使用不可と判断されたものについても破棄される。ＴＳパケットやデータが破棄された場合、破棄されたデータはＣＰＵ１３２から見えないので、データにエラーがあって破棄されたのか、フィルタ条件に合わなかったのか、あるいは初めから入力されていなかったのか判別することができない。
【００８２】
そこで、破棄されたパケットあるいはデータに関するログをメモリ１３１に格納して、パケットやデータが破棄されたことを明確にする方法を考案した。ＴＤＤＳ１１０内の各構成は、データを破棄した場合、破棄要因を含んだステータス情報を後段の処理部に出力する。ログ生成回路１２０は、破棄要因を含むステータス情報を基にデータ破棄ログを作成する。
【００８３】
また、ＴＤＤＳ１１０内の装置異常によりデータが破棄された場合にもデータ破棄ログを利用できる。例えば、転送回路１１６のデータバッファ６００がオーバフローした場合、データが壊されたと判断されて、その時点で転送回路１１６に処理／格納されていたデータは全て破棄される。
【００８４】
データ破棄ログのフォーマット例を図５に示す。
データ破棄ログには、例えば、フォーマット形式（例えば３ビット）、ログタイプ（例えば３ビット）、データバッファのオーバーフローを示すインジケータ、同期はずれインジケータ、トランスポートエラーインジケータ、シーケンスエラーインジケータといった情報が含まれる。
【００８５】
生成されたデータ破棄ログは、メモり１３１に転送される。ＣＰＵ１３２がメモリ１３１のデータを処理する際、データ破棄ログを読み出すと、データ破棄ログよりも前のデータは、データ破棄の要因が発生する前の正常データであることが識別でき、さらに破棄された理由も知ることができる。
【００８６】
以上説明したように、データのエラーや装置の異常によって破棄されたデータのかわりに、破棄されたことを示すデータ破棄ログを生成して、メモリ１３１に格納することにより、ＣＰＵ１３２は破棄されたデータ及びその理由を認識し、正常データの判別がしやすくなる。
【００８７】
上述したすべての実施形態では、デジタル放送受信機内のデータ受信に関わる構成に関連させて説明してきたが、パケット形式（例えばトランスポートストリームパケット形式）で入力されるデジタル信号を処理するデータ処理装置であれば、本実施形態を適用できることは言うまでもない。
【００８８】
【発明の効果】
以上の説明より明らかなように、本発明のデータ処理装置は、入力されたデータの同期を確立する同期手段と、入力されたデータから必要なデータを取り出すフィルタリング手段と、入力されたデータの状態を検出する検出手段と、検出手段で検出されたデータの状態を基に、ステータスデータを生成する生成手段と、ステータスデータを、フィルタリングにより得られた情報をログ形式にて付加されフィルタリング手段によって取り出されたデータとともに出力する出力手段と、を備えることを特徴とする。従って、データの状態やデータのエラー、データ処理の最中に生じた異常を含むステータス情報がどのＴＳパケットのデータに関する情報であるのかを明確にすることができ、ＣＰＵが本発明のデータ処理装置から出力されたデータを処理する際、データの前後に付加されているログをチェックすれば、そのデータに対するステータス情報、例えばエラーの有無を知ることができる。各々のデータに対してステータスデータが付加されているので、ＣＰＵは、エラーデータを誤って正常データとして扱わなくて済むし、正常データを疑わしいデータとして破棄せずに済む。また、パケットデータを処理する際のＣＰＵの負担を軽減することができる。
【００８９】
さらに、データのエラーや装置の異常によって破棄されたデータのかわりに、破棄されたことを示すデータ破棄ログを生成すれば、ＣＰＵは破棄されたデータの有無や破棄されたデータの理由を容易に知ることができる。
【図面の簡単な説明】
【図１】デジタル放送受信機内のデータ受信に関わる構成を概略的に示すブロック図である。
【図２】エントリテーブル１１５−１の模式図である。
【図３】ログのフォーマット例を示す模式図である。
【図４】ログ生成回路１１７及び転送回路１１６の詳細な構成を示すブロック図である。
【図５】ログの別のフォーマット例を示す模式図である。
【図６】ＴＳパケットの一般的なフォーマットを示す模式図である。
【図７】デジタル放送受信機内のＴＤＤＳ３１０とその周辺に接続される構成を概略して示すブロック図である。
【符号の説明】
１００    復調回路
１１０    トランスポートデコーダ／デスクランブラ
１１１    同期回路
１１２    ＰＩＤフィルタ
１１３    デスクランブラ
１１４    フォーマッタ
１１５    セクションフィルタ
１１６    転送回路
１１７    ステータス処理回路
１１８    ステータスレジスタ
１２０    ログ生成回路
１３０    メモリマネージャ
１３１    メモリ
１３２    ＣＰＵ
６００    データバッファ
６０１    データバッファライトポインタ
６０２    データバッファリードポインタ
６０３    データ転送制御回路
６０４    ログマークバッファ
６０５    ログバッファ
６０６    ログ生成部
６０７    ログバッファライトポインタ
６０８    ログバッファリードポインタ
６０９    ログ転送制御回路
６１０    セレクタ
【図１】
0003564309.tif 000002
【図２】
0003564309.tif 000003
【図３】
0003564309.tif 000004
【図４】
0003564309.tif 000005
【図５】
0003564309.tif 000006
【図６】
0003564309.tif 000007
【図７】
0003564309.tif 000008