(57)【要約】【課題】セクションの消滅を監視することが可能であり、メモリに対する冗長なデータ転送とプロセッサによる冗長なデータ解析とを低減することが可能な受信装置及び受信方法を提供する。【解決手段】監視フラグ記憶部１８１と、前回バージョン番号を記憶するフィルタ情報記憶部１５７と、受信されたデータに含まれるセクションが入力されると、監視フラグをクリアするとともに、セクションに含まれたバージョン番号と前回バージョン番号とを比較し、一致する場合にはセクションを破棄し、一致しない場合にはセクションをメモリ１７２に転送するフィルタ処理部１８２と、メモリ１７２からセクションを取得可能にされ、所定の時間ごとに監視フラグを監視し、監視フラグがクリアされている場合には監視フラグをリセットし、監視フラグがセットされている場合には、セクションが消滅したことを検出するプロセッサ１７１と、を備える。【選択図】図９
2009284353.tif 000002
【特許請求の範囲】
【請求項１】
受信されたデータに含まれる所定の情報であるセクションが消滅したことを示す値がセットされた監視フラグを記憶する監視フラグ記憶部と、
前回受信されたデータに含まれていた前記セクションのバージョンを示す前回バージョン番号を記憶するフィルタ情報記憶部と、
受信されたデータに含まれる前記セクションが入力されると、前記監視フラグをクリアするとともに、当該セクションに含まれたバージョン番号と前記前回バージョン番号とが一致するか否かを判定し、一致すると判定した場合には、当該セクションを破棄し、一致しないと判定した場合には、当該セクションをメモリに転送するフィルタ処理部と、
前記メモリから前記セクションを取得可能にされ、所定の時間ごとに前記監視フラグを監視し、監視した結果において当該監視フラグがクリアされていると判定した場合には、当該監視フラグをリセットし、当該監視フラグがセットされていると判定した場合には、前記セクションが消滅したことを検出する制御部と、
を備える、受信装置。
【請求項２】
前記制御部から前記セクションが消滅したことを検出した旨の通知を受け付けると、セクションが消滅している旨を示すメッセージを作成し、ビデオに出力する表示処理部
をさらに備える、請求項１に記載の受信装置。
【請求項３】
フィルタ処理部が、受信されたデータに含まれる所定の情報であるセクションが入力されると、当該セクションが消滅したことを示す値がセットされた監視フラグを記憶する監視フラグ記憶部に記憶された当該監視フラグをクリアするとともに、当該セクションに含まれたバージョン番号と、前回受信されたデータに含まれていた前記セクションのバージョンを示す前回バージョン番号を記憶するフィルタ情報記憶部に記憶された当該前回バージョン番号とが一致するか否かを判定し、一致すると判定した場合には、当該セクションを破棄し、一致しないと判定した場合には、当該セクションをメモリに転送するステップと、
前記メモリから前記セクションを取得可能にされた制御部が、所定の時間ごとに前記監視フラグを監視し、監視した結果において当該監視フラグがクリアされていると判定した場合には、当該監視フラグをリセットし、当該監視フラグがセットされていると判定した場合には、前記セクションが消滅したことを検出するステップと、
を含む、受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置及び受信方法に関する。詳しくは、受信データに含まれるセクションの消滅を監視する受信装置及び受信方法に関する。
【背景技術】
【０００２】
ＭＰＥＧ２−Ｓｙｓｔｅｍ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ２−Ｓｙｓｔｅｍ）規格では、１のストリームの中に１の番組（プログラム）が構成されるプログラムストリーム（ＰＳ）や、１のストリームの中に複数の番組（プログラム）が構成されるトランスポートストリーム（ＴＳ）が使用される。トランスポートストリームは、ＴＳパケットが複数含まれて構成され、ＴＳパケットのデータ部にはセクションが含まれる。セクションを含むデータは周期的に再送され、セクションヘッダに記述されるバージョン番号は、セクションの内容が更新された場合に変化する。
【０００３】
従来、デマルチプレクサでは、セクションヘッダに記述されるバージョン番号が更新されたことを検出できるようにフィルタ設定を行い、セクションフィルタリング処理を行う技術がある（例えば、特許文献１参照）。この技術では、セクションのフィルタリングを行う場合には、既に取得済みのセクションと同じバージョン番号を指定する。そして、指定したバージョン番号と受信データに含まれるセクションのセクションヘッダに記述されているバージョン番号との比較を行う。バージョン番号が一致した場合には、既に取得済みのセクションと内容が重複するため、フィルタリングを行うことによって、受信データに含まれるセクションを冗長なセクションとして破棄する。
【０００４】
【特許文献１】特開２０００−３０７９６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、実際には、ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）等といった所定のセクションについては、デマルチプレクサにおいて、バージョン番号の不一致をフィルタ条件には設定しない。デマルチプレクサが毎回データを取得した後、メモリバスを介してメモリにデータを転送し、制御部（プロセッサ）がメモリからデータを取得してフィルタリングを行う。このような処理を行う理由は、プロセッサにおいて、セクションがデマルチプレクサによるフィルタリングによって破棄されている場合とトランスポートストリーム内に存在しなくなった場合との区別を行うことができないからである。ここで、セクションがトランスポートストリーム内に存在しなくなるとは、セクションが消滅したことを意味する。例えば、トランスポートストリーム内にＰＡＴが存在しない場合、受信装置側では、受信可能なストリームが存在しないか、あるいは、送出システムが正常動作していないと判断する（ＡＲＩＢ  ＴＲ−Ｂ１４  第４編  テーブル運用詳細  ３０．１）。
【０００６】
このような技術によれば、プロセッサにおいてセクションの消滅を監視できるが、デマルチプレクサにおいてフィルタリングを行わないため、メモリに対する冗長なデータ転送が行われるという問題があった。また、プロセッサにおいては、メモリにデータ転送がされた旨の通知を受けると、セクションの消滅を監視するために、メモリからデータを取得して解析するという冗長な処理が行われるという問題があった。
【０００７】
本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、受信データに含まれるセクションの消滅を監視することが可能であり、メモリに対する冗長なデータ転送とプロセッサによる冗長なデータ解析とを低減することが可能な、新規かつ改良された受信装置及び受信方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明のある観点によれば、受信されたデータに含まれる所定の情報であるセクションが消滅したことを示す値がセットされた監視フラグを記憶する監視フラグ記憶部と、前回受信されたデータに含まれていたセクションのバージョンを示す前回バージョン番号を記憶するフィルタ情報記憶部と、受信されたデータに含まれるセクションが入力されると、監視フラグをクリアするとともに、セクションに含まれたバージョン番号と前回バージョン番号とが一致するか否かを判定し、一致すると判定した場合には、セクションを破棄し、一致しないと判定した場合には、セクションをメモリに転送するフィルタ処理部と、メモリからセクションを取得可能にされ、所定の時間ごとに監視フラグを監視し、監視した結果において監視フラグがクリアされていると判定した場合には、監視フラグをリセットし、監視フラグがセットされていると判定した場合には、セクションが消滅したことを検出する制御部と、を備える、受信装置が提供される。
【０００９】
また、上記受信装置は、上記制御部からセクションが消滅したことを検出した旨の通知を受け付けると、セクションが消滅している旨を示すメッセージを作成し、ビデオに出力する表示処理部をさらに備えることとしてもよい。
【００１０】
また、上記目的を達成するために、本発明の別の観点によれば、フィルタ処理部が、受信されたデータに含まれる所定の情報であるセクションが入力されると、セクションが消滅したことを示す値がセットされた監視フラグを記憶する監視フラグ記憶部に記憶された監視フラグをクリアするとともに、セクションに含まれたバージョン番号と、前回受信されたデータに含まれていたセクションのバージョンを示す前回バージョン番号を記憶するフィルタ情報記憶部に記憶された前回バージョン番号とが一致するか否かを判定し、一致すると判定した場合には、セクションを破棄し、一致しないと判定した場合には、セクションをメモリに転送するステップと、メモリからセクションを取得可能にされた制御部が、所定の時間ごとに監視フラグを監視し、監視した結果において監視フラグがクリアされていると判定した場合には、監視フラグをリセットし、監視フラグがセットされていると判定した場合には、セクションが消滅したことを検出するステップと、を含む、受信方法が提供される。
【発明の効果】
【００１１】
本発明によれば、受信データに含まれるセクションの消滅を監視することが可能であり、メモリに対する冗長なデータ転送とプロセッサによる冗長なデータ解析とを省略することが可能な、受信装置及び受信方法を提供することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１３】
図１は、一般的な受信装置の構成を示す図である。図１を参照して、一般的な受信装置の構成について説明する。
【００１４】
受信装置１０は、外部から信号を受信する装置であり、例えば、デジタル放送受信装置である。図１に示すように、受信装置１０は、アンテナ１１０と、チューナ１２０と、デモジュレータ１３０と、デスクランブラ１４０と、デマルチプレクサ１５０と、ＭＰＥＧビデオデコーダ１６０と、ＭＰＥＧオーディオデコーダ１６１とを備えている。また、受信装置１０は、バス１７０と、プロセッサ１７１と、メモリ１７２とを備えている。
【００１５】
アンテナ１１０は、外部から信号を受信して、チューナ１２０に出力するものである。ここで、信号とは、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）信号である。
【００１６】
チューナ１２０は、ユーザによって指定された周波数（番組）の信号を受信し、デモジュレータ１３０に出力するものである。
【００１７】
デモジュレータ１３０は、チューナ１２０から入力された信号に対して、Ａ／Ｄ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ）変換およびエラー訂正処理等のデジタル復調処理を行う。デモジュレータ１３０は、復調によって取得したデータをデスクランブラ１４０に出力する。ここでは、復調によって取得したデータは、例えば、ＭＰＥＧ２−ＴＳ形式のデータであり、例えば、トランスポートストリームのデータである。
【００１８】
デスクランブラ１４０は、デモジュレータ１３０から入力されたデータ（受信データ）のデータ部にかけられたスクランブルを解いて、解いた後のデータをデマルチプレクサ１５０に出力するものである。日本のデジタル放送を例にすると、ＴＳパケットのデータ部にはＭｕｌｔｉ２によるスクランブル処理が施されている。したがって、例えば、デスクランブラ１４０は、デモジュレータ１３０からトランスポートストリームのデータを受信すると、そのデータ部にかけられたスクランブルを解いて、デマルチプレクサ１５０に出力する。このように、デスクランブラ１４０は、ＴＳパケットのデータ部にスクランブル処理が施されている場合に必要となる。ＴＳパケットについては、図３を参照して後述する。
【００１９】
デマルチプレクサ１５０は、デスクランブラ１４０から入力されたデータ（受信データ）の中から所定のデータを分離するものである。デマルチプレクサ１５０は、デスクランブラ１４０から多重化されたＴＳパケットが入力された場合には、入力されたＴＳパケットの中から所定のパケットに対して分離を行う。そして、分離して得られた映像圧縮データをＭＰＥＧビデオデコーダ１６０に、分離して得られた音声圧縮データをＭＰＥＧオーディオデコーダ１６１に出力する。また、デマルチプレクサ１５０は、分離して得られたＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）データを、バス１７０を介してメモリ１７２に送信する。
【００２０】
ＭＰＥＧビデオデコーダ１６０は、デマルチプレクサ１５０から入力された映像圧縮データの復号を行い、映像データを生成し、映像データに基づいた映像を出力するビデオに出力する。
【００２１】
ＭＰＥＧオーディオデコーダ１６１は、デマルチプレクサ１５０から入力された音声圧縮データの復号を行い、音声データを生成し、音声データに基づいた音声を出力するオーディオに出力する。
【００２２】
バス１７０は、デマルチプレクサ１５０や、プロセッサ１７１、メモリ１７２等がデータを交換する際に使用される経路である。
【００２３】
プロセッサ１７１は、制御部の一例として機能するものであり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によって構成され、メモリ１７２に格納されたプログラムを実行することによってその機能を実現する。
【００２４】
メモリ１７２は、データを記憶するものであり、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）によって構成される。
【００２５】
図２は、一般的なデマルチプレクサの構成を示す図である。図２を参照して、一般的なデマルチプレクサの構成について説明する。
【００２６】
ＴＳインタフェース部１５１は、デスクランブラ１４０からデータの入力を受け付け、入力を受け付けたデータをＰＩＤフィルタ部１５２に出力するものである。
【００２７】
ＰＩＤフィルタ部１５２は、ＰＩＤ比較部１５３と、ＰＩＤ抽出部１５４とを備えて構成されている。ＰＩＤフィルタ部１５２は、ＰＩＤ比較部１５３による比較の結果、ＴＳインタフェース部１５１から入力されたデータが抽出すべきＴＳパケットであると判断した場合には、ＴＳパケットの形式に応じた出力先にデータを出力する。
【００２８】
ＰＩＤフィルタ部１５２は、抽出すべきであると判断したＴＳパケットが、ビデオやオーディオ等のＰＥＳ形式のデータを含む場合には、ＴＳインタフェース部１５１から入力されたＴＳパケットをＰＥＳパーサ部１５８に出力する。また、ＰＩＤフィルタ部１５２は、抽出すべきであると判断したＴＳパケットが、セクション形式のデータ（セクション）を含む場合には、ＴＳインタフェース部１５１から入力されたＴＳパケットをセクションフィルタ部１５５に出力する。セクション形式については、図４を参照して後述する。さらに、ＰＩＤフィルタ部１５２は、抽出すべきであると判断したＴＳパケットが、ＰＣＲ形式のデータを含む場合には、ＴＳインタフェース部１５１から入力されたＴＳパケットをＰＣＲパーサ部１５９に出力する。
【００２９】
ＰＩＤ抽出部１５４は、ＴＳインタフェース部１５１から入力されたデータの中からＰＩＤ値を抽出して、抽出したＰＩＤ値をＰＩＤ比較部１５３に出力するものである。ＰＩＤ抽出部１５４は、ＴＳインタフェース部１５１から多重化されたＴＳパケットが入力された場合には、そのＴＳパケットの中から、ＰＩＤ値を抽出して、抽出したＰＩＤ値をＰＩＤ比較部１５３に出力する。
【００３０】
ＰＩＤ比較部１５３は、ＰＩＤ抽出部１５４から入力されたＰＩＤ値と、抽出対象となるＴＳパケットに対応するＰＩＤ値とを比較するものである。抽出対象となるＴＳパケットに対応するＰＩＤ値は、ホスト（プロセッサ１７１（図１参照））によってあらかじめＰＩＤ比較部１５３に設定されている。
【００３１】
ＰＥＳパーサ部１５８は、ＰＩＤフィルタ部１５２からＴＳパケットが入力されると、ＴＳヘッダが除かれたＰＥＳ形式のデータとして、映像圧縮データをＭＰＥＧビデオデコーダ１６０に、音声圧縮データをＭＰＥＧオーディオデコーダ１６１に出力する。
【００３２】
ＰＣＲパーサ部１５９は、ＰＩＤフィルタ部１５２からＴＳパケットが入力されると、ＴＳヘッダが除かれたＰＣＲ形式のデータとして、ＳＴＣ（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）制御部１６２に出力する。
【００３３】
セクションフィルタ部１５５は、フィルタ処理部１５６と、フィルタ情報記憶部１５７とを備えて構成されている。
【００３４】
フィルタ処理部１５６は、ＰＩＤフィルタ部１５２からＴＳパケットが入力されると、フィルタ情報記憶部１５７に記憶されているフィルタ情報に基づいて、ＴＳパケットに含まれるセクションが取得対象のセクションであるか否かを選択するものである。選択されたＴＳパケットは、ＴＳヘッダが除かれたセクション形式のデータ（セクション）として、メモリ１７２に転送され、蓄えられる。
【００３５】
フィルタ情報記憶部１５７は、フィルタ情報を記憶するものである。フィルタ情報については、図５及び図６を参照して後述する。
【００３６】
図３は、デマルチプレクサに入力されるデータの構成例を示す図である。図３を参照して、デマルチプレクサに入力されるデータの一例について説明する。
【００３７】
図３に示すように、デマルチプレクサ１５０に入力されるＴＳパケット２００は、例えば、１８８バイトの固定長パケットで形成されている。ＴＳパケット２００には、パケットの先頭を示す同期情報２１０が含まれており、パケットの固定の位置に、例えば１３ビットからなるパケット識別番号（ＰＩＤ２１４）が含まれている。ＰＩＤ２１４は、ＴＳパケット２００のデータ部２１８に含まれるデータがどのような種類のデータであるかを分類するために割り当てられている。例えば、ＰＩＤ２１４に０ｘ００００が設定されていればＰＡＴのデータであることを示し、０ｘ０００１が設定されていればＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｔａｂｌｅ）のデータであることを示す。ＴＳパケット２００のデータ部２１８には、例えば、セクションが含まれている。
【００３８】
その他、ＴＳパケット２００に含まれる各項目について説明するが、これらの項目のうち、いずれの組み合わせが含まれるかについては特に限定されるものではない。
【００３９】
トランスポートエラーインジケータ２１１は、ＴＳパケット２００内のビットエラーの有無を示すフラグである。
【００４０】
ペイロードユニット開始インジケータ２１２は、例えば、１が設定されているとき、本ＴＳパケット２００のペイロードの開始点がＰＥＳパケットの開始点、又はポインタであることを示すものである。
【００４１】
トランスポート優先度２１３は、同一のＰＩＤ２１４の値を持つパケットの中での優先度を示すフラグである。
【００４２】
トランスポートスクランブル制御２１５は、ＴＳパケット２００のペイロードのスクランブルモードを識別するのに使用する領域である。
【００４３】
アダプテーションフィールド制御２１６は、アダプテーションフィールド部／データ部２１８の構成を示すために使用する領域である。
【００４４】
連続性指標２１７は、同一のＰＩＤ２１４の値を持つＴＳパケット２００の順序を指定する領域である。
【００４５】
アダプテーションフィールド部２１８は、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ）勧告Ｈ．２２２．０に従い、設定されるものである。
【００４６】
図４は、セクション形式の一例を示す図である。図４を参照して、セクション形式について説明する。ここで、セクションとは、受信データに含まれる所定の情報であるが、例えば、所定の番組を選択するための情報（ＰＳＩ）や、番組に関するサービス情報（ＳＩ）等である。セクション形式とは、セクションのデータ形式である。
【００４７】
図４に示すように、セクション形式には、例えば、通常形式（図４（ａ）参照）、拡張形式（図４（ｂ）参照）等がある。これらを区別するために、セクションシンタクス指示３１２が、通常形式の場合は０、拡張形式の場合は１と定められている。ＭＰＥＧ２−ＴＳ規格では、ＰＡＴやＰＭＴ等のデータは拡張形式で定義されている。拡張形式のセクションでは、テーブル識別子３１１から最終セクション番号３２０までの８バイトをセクションヘッダとしており、セクションフィルタ部１５５では、８バイトのセクションヘッダのフィルタリングを行っている。
【００４８】
その他、セクション形式に含まれる各項目について説明するが、これらの項目のうち、いずれの組み合わせが含まれるかについては特に限定されるものではない。
【００４９】
通常形式（図４（ａ）参照）には、テーブル識別子３１１、セクションシンタクス指示３１２、不使用領域３１３、セクション長３１４及びテーブル識別子拡張３１５が含まれている。これらについて説明する。
【００５０】
テーブル識別子３１１は、セクションが属するテーブル（セクションの種類）を識別するために使用する領域である。例えば、テーブル識別子３１１に０ｘ００が設定されていれば、ＰＡＴのセクションであることを示す。
【００５１】
不使用領域３１３は、使用されない領域であるが、例えば、１１１が設定されることと定めておく。
【００５２】
セクション長３１４は、セクション長領域より後に続くデータバイト数を書き込む領域である。
【００５３】
データ３２１は、データが書き込まれる領域である。
【００５４】
拡張形式（図４（ｂ）参照）には、通常形式（図４（ａ）参照）に含まれる項目の他、テーブル識別子拡張３１５、不使用領域３１６、バージョン番号３１７、カレントネクスト指示３１８、セクション番号３１９、最終セクション番号３２０及びＣＲＣ３２２が含まれている。これらについて説明する。
【００５５】
テーブル識別子拡張３１５は、テーブル識別子３１１の拡張を行う領域である。
【００５６】
不使用領域３１６は、使用されない領域であるが、例えば、１１１が設定されることと定めておく。
【００５７】
バージョン番号３１７は、テーブルのバージョン番号を書き込む領域である。同一内容のセクションに対しては、同一の番号が設定され、内容が更新されたセクションに対しては、更新前のセクションに対して設定されていた番号とは異なる番号（例えば、１加算した番号）が設定される。
【００５８】
カレントネクスト指示３１８は、例えば、テーブルが現在使用可能である場合には１とし、テーブルが現在使用不可であり、次に有効となることを示す場合には０とする。
【００５９】
セクション番号３１９は、テーブルを構成するセクション番号を書き込む領域である。
【００６０】
最終セクション番号３２０は、テーブルを構成する最後のセクション番号を書き込む領域である。
【００６１】
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）３２２は、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ）勧告Ｈ．２２２．０に従い付加される、巡回冗長検査符号である。
【００６２】
図５は、一般的なセクションのフィルタ処理例を模式的に示す図である。図５を参照して（適宜図２参照）、一般的なセクションのフィルタ処理例について説明する。
【００６３】
図５に示すように、フィルタ情報記憶部１５７に記憶されているフィルタ情報には、例えば、フィルタパターン４２０と、マッチパターン４３０と、ミスマッチパターン４４０と、マスクパターン４５０とが含まれる。
【００６４】
入力データ４１０は、ＴＳパケット２００（図３参照）内に多重化されているセクションヘッダ（図４（ｂ）参照）を示し、セクションフィルタ部１５５で抽出される。
【００６５】
フィルタパターン４２０は、フィルタ処理部１５６によるフィルタ処理において、入力データ４１０と一致比較又は不一致比較される対象となる情報である。
【００６６】
マッチパターン４３０は、フィルタパターン４２０に設定したデータを一致で比較することを選択するために使用する情報である。
【００６７】
ミスマッチパターン４４０は、フィルタパターン４２０に設定したデータを不一致で比較することを選択するために使用する情報である。
【００６８】
マスクパターン４５０は、フィルタパターン４２０に設定したデータを比較するか否かを選択するために使用する情報である。
【００６９】
一致比較を行う側では、フィルタ処理部１５６は、入力データ４１０から一致検出を行うデータを取り出す。また、フィルタ処理部１５６は、フィルタパターン４２０からも一致検出を行うデータを取り出す。フィルタ処理部１５６は、双方のデータが一致した場合、結果は成立、不一致の場合は不成立となる。
【００７０】
不一致比較を行う側では、フィルタ処理部１５６は、入力データ４１０から不一致検出を行うデータを取り出す。また、フィルタ処理部１５６は、フィルタパターンからも不一致検出を行うデータを取り出す。フィルタ処理部１５６は、双方のデータが一致の場合、結果は不成立、不一致の場合は成立となる。但し、不一致比較が全く行われない場合に限り、不一致比較の結果は成立とみなす。
【００７１】
一致比較を行う側と不一致比較を行う側とにおいて、双方とも結果が成立であった場合、取得すべきセクションと判断される。その他の場合には、破棄すべきセクションと判断される。セクションのフィルタリングは、セクション形式のデータ（セクション）が埋め込まれたＴＳパケットがセクションフィルタ部１５５に入力された場合に処理が行われる。フィルタリングの結果、セクションを取得した場合には、フィルタ処理部１５６は、プロセッサ１７１にセクションを取得した旨の通知をする。セクションを破棄した場合には、原則として、フィルタ処理部１５６は、プロセッサ１７１に通知をしない。
【００７２】
図６は、一般的なセクションのフィルタ設定例を示す図である。図６を参照して（適宜図２参照）、一般的なセクションのフィルタ設定例について説明する。
【００７３】
図６（ａ）は、セクションの内容が更新されたことを検出する場合のフィルタ設定例を示すものである。テーブル識別子３１１等のテーブル毎に固有のデータには、一致を比較するフィルタ条件を設定する。セクションの内容が更新されたことをバージョン番号３１７で検出するため、バージョン番号３１７のデータには不一致を比較するフィルタ条件を設定する。
【００７４】
図６（ｂ）は、セクションの消滅を監視する場合のフィルタ設定例を示すものである。テーブル毎に固有のデータのみ一致を比較するフィルタ条件を設定する。
【００７５】
図７は、一般的なセクションのフィルタ処理例の流れを示すフローチャートであり、図６（ａ）に示したフィルタ設定例に示したようにセクションのフィルタを設定した場合におけるフィルタ処理の流れを示すフローチャートである。図７を参照して（適宜図２及び図６参照）、一般的なフィルタ処理部が行うセクションのフィルタ処理例について説明する。
【００７６】
フィルタ処理部１５６は、ＰＩＤフィルタ部１５２からＴＳパケットの入力を受け付けると（ステップＳ１０１）、セクションフィルタを開始する（ステップＳ１０２）。続いて、フィルタ処理部１５６は、テーブル識別子３１１が一致するか否かを判定する（ステップＳ１０３）。この判定では、ＴＳパケット内のテーブル識別子３１１とフィルタ情報記憶部１５７に記憶されているフィルタパターン４２０に設定されたテーブル識別子３１１とを比較する。フィルタ処理部１５６は、一致しないと判定した場合には（ステップＳ１０３で「ＮＯ」）、ＴＳパケット内のセクションを破棄して（ステップＳ１０７）、ステップＳ１０１に戻る。
【００７７】
フィルタ処理部１５６は、一致すると判定した場合には（ステップＳ１０３で「ＹＥＳ」）、バージョン番号が一致するか否かを判定する（ステップＳ１０４）。この判定では、ＴＳパケット内のバージョン番号３１７とフィルタ情報記憶部１５７に記憶されているフィルタパターン４２０に設定されたバージョン番号３１７とを比較する。フィルタ処理部１５６は、一致すると判定した場合には（ステップＳ１０４で「ＹＥＳ」）、セクションを破棄して（ステップＳ１０７）、ステップＳ１０１に戻る。ここで、セクションを破棄するのは、バージョン番号の一致によって、ＴＳパケット内のセクションの内容が、前回入力されたＴＳパケット内のセクションの内容から更新されていないと判断できるからである。
【００７８】
フィルタ処理部１５６は、一致しないと判定した場合には（ステップＳ１０４で「ＮＯ」）、セクションを取得して（ステップＳ１０５）、メモリ１７２にデータを転送し（ステップＳ１０６）、ステップＳ１０１に戻る。ここで、セクションを取得するのは、バージョン番号の不一致によって、ＴＳパケット内のセクションの内容が、前回入力されたＴＳパケット内のセクションの内容から更新されたと判断できるからである。フィルタ処理部１５６は、セクションの取得とともに、ＴＳパケット内のバージョン番号を、前回受信されたデータに含まれていたセクションのバージョンを示す前回バージョン番号として記憶し、次回以降の比較に用いる。記憶先は、フィルタ情報記憶部１５７に記憶されているフィルタパターン４２０に設定されたバージョン番号３１７である。また、ここで転送されるデータは、例えば、ＴＳヘッダが除かれたセクション形式のデータ（セクション）である。フィルタ処理部１５６は、データの転送とともに、プロセッサ１７１に対して、メモリ１７２にデータを転送した旨を通知することとしてもよい。
【００７９】
以上の処理によれば、受信したデータに含まれるセクションの内容が前回から更新されていない場合には、メモリ１７２にデータ転送を行う必要がない。また、メモリ１７２に転送されるのは、セクションの内容が更新されたデータであるので、プロセッサ１７１において、セクションの内容が更新されたか否かを解析する必要がない。したがって、メモリ１７２に対する冗長なデータ転送とプロセッサ１７１による冗長なデータ解析とを低減できる。しかし、プロセッサ１７１において、メモリ１７２にデータが転送されない原因が、フィルタ処理部１５６によるセクション破棄であるのか、セクション消滅であるのかについて特定できない。
【００８０】
図８は、一般的なセクションのフィルタ処理例の流れを示すフローチャートであり、図６（ｂ）に示したフィルタ設定例に示したようにセクションのフィルタを設定した場合におけるフィルタ処理の流れを示すフローチャートである。図８を参照して（適宜図２及び図６参照）、一般的なフィルタ処理部が行うセクションのフィルタ処理例について説明する。
【００８１】
フィルタ処理部１５６は、ＰＩＤフィルタ部１５２からＴＳパケットの入力を受け付けると（ステップＳ２０１）、セクションフィルタを開始する（ステップＳ２０２）。続いて、フィルタ処理部１５６は、テーブル識別子３１１が一致するか否かを判定する（ステップＳ２０３）。この判定では、ＴＳパケット内のテーブル識別子３１１とフィルタ情報記憶部１５７に記憶されているフィルタパターン４２０に設定されたテーブル識別子３１１とを比較する。フィルタ処理部１５６は、一致しないと判定した場合には（ステップＳ２０３で「ＮＯ」）、ＴＳパケット内のセクションを破棄して（ステップＳ２０６）、ステップＳ２０１に戻る。
【００８２】
フィルタ処理部１５６は、一致すると判定した場合には（ステップＳ２０３で「ＹＥＳ」）、セクションを取得して（ステップＳ２０４）、メモリ１７２にデータを転送し（ステップＳ２０５）、ステップＳ２０１に戻る。ここで転送されるデータは、例えば、ＴＳヘッダが除かれたセクション形式のデータ（セクション）である。また、フィルタ処理部１５６は、データの転送とともに、プロセッサ１７１に対して、メモリ１７２にデータを転送した旨を通知する。
【００８３】
以上の処理によれば、フィルタ処理部１５６からプロセッサ１７１へのセクション取得の通知が所定の周期内に行われていれば、プロセッサ１７１は、セクションが消滅していないと判断できる。プロセッサ１７１が取得したセクションは、ソフトウェアにより解析が行われ、バージョン番号が一致する場合には破棄される。しかし、受信されたデータに含まれるセクションの内容が前回から更新されていない場合であっても、メモリ１７２にデータ転送がなされる。また、プロセッサ１７１において、セクションの内容が更新されたか否かを解析する必要がある。したがって、メモリ１７２に対する冗長なデータ転送とプロセッサ１７１による冗長なデータ解析とがなされる。
【００８４】
図９は、本実施形態に係るデマルチプレクサの構成を示す図である。図９を参照して、本実施形態に係るデマルチプレクサの構成について説明する。
【００８５】
図９に示したデマルチプレクサ１５０は、図２に示した一般的なデマルチプレクサ１５０と比較して、監視フラグ記憶部１８１が追加され、フィルタ処理部１８２がフィルタ処理部１５６（図２参照）と異なっている。
【００８６】
監視フラグ記憶部１８１は、監視フラグを記憶するものである。この監視フラグは、受信されたデータに含まれる所定の情報であるセクションが消滅したか否かを示す値がセットされる。セクションが消滅したことを示す値として、ここでは１を使用するが、この値に限定されるものではない。また、セクションが消滅していないことを示す値として、ここでは０を使用するが、この値に限定されるものではない。監視フラグ記憶部１８１は、ここでは、セクションフィルタ部１８０の内部に存在することとするが、フィルタ処理部１８２及びプロセッサ１７１から読み書き可能な領域であれば、どこに存在していてもよい。また、監視フラグは、例えば、ＰＩＤ毎に用意される。
【００８７】
フィルタ情報記憶部１５７は、少なくとも、前回受信されたデータに含まれていたセクションのバージョンを示す前回バージョン番号を記憶するものである。また、前回バージョン番号の他に、取得対象となるセクションに対応するテーブル識別子を記憶することとしてもよい。
【００８８】
フィルタ処理部１８２は、受信されたデータに含まれるセクションが入力されると、監視フラグをクリアするとともに、セクションに含まれたバージョン番号と前回バージョン番号とが一致するか否かを判定するものである。フィルタ処理部１８２は、一致すると判定した場合には、セクションを破棄し、一致しないと判定した場合には、セクションをメモリ１７２に転送する。
【００８９】
プロセッサ１７１は、メモリ１７２からセクションを取得可能にされており、所定の時間ごとに監視フラグを監視するものである。プロセッサ１７１は、監視した結果において監視フラグがクリアされていると判定した場合には、監視フラグをリセットし、監視フラグがセットされていると判定した場合には、セクションが消滅したことを検出する。所定の時間は、例えば、１秒、２秒等の時間であるが、特に限定されるものではない。プロセッサ１７１は、セクションが消滅したことを検出した際には、セクション消滅時における所定の処理を行うこととしてもよい。例えば、受信装置１０が図示しない表示処理部をさらに備え、この図示しない表示処理部が、プロセッサ１７１からセクションが消滅した旨の通知を受け付けると、セクションが消滅している旨を示すメッセージを作成し、ビデオに出力することとしてもよい。メッセージとしては、例えば、「現在放送中の番組はありません」等であるが、これに限定されるものではない。この図示しない表示処理部は、例えば、ＭＰＥＧビデオデコーダ１６０（図１参照）とビデオとの間に位置するものである。
【００９０】
図１０は、本実施形態に係るセクションのフィルタ処理例の流れを示すフローチャートである。図１０を参照して（適宜図９参照）、本実施形態に係るフィルタ処理部が行うセクションのフィルタ処理例について説明する。
【００９１】
フィルタ処理部１８２は、ＰＩＤフィルタ部１５２からＴＳパケットの入力を受け付けると（ステップＳ３０１）、セクションフィルタを開始する（ステップＳ３０２）。続いて、フィルタ処理部１８２は、テーブル識別子３１１が一致するか否かを判定する（ステップＳ３０３）。この判定では、ＴＳパケット内のテーブル識別子３１１とフィルタ情報記憶部１５７に記憶されているテーブル識別子３１１とを比較する。フィルタ処理部１８２は、一致しないと判定した場合には（ステップＳ３０３で「ＮＯ」）、ＴＳパケット内のセクションを破棄して（ステップＳ３０９）、ステップＳ３０１に戻る。
【００９２】
フィルタ処理部１８２は、一致すると判定した場合には（ステップＳ３０３で「ＹＥＳ」）、監視フラグをクリアし（ステップＳ３０５）、ステップＳ３０６に進む。監視フラグをクリアするとは、監視フラグ記憶部１８１に記憶されている監視フラグに、セクションが消滅していないことを示す値（例えば、０）を設定することである。
【００９３】
続いて、フィルタ処理部１８２は、バージョン番号が一致するか否かを判定する（ステップＳ３０６）。この判定では、ＴＳパケット内のバージョン番号３１７とフィルタ情報記憶部１５７に記憶されているバージョン番号３１７とを比較する。フィルタ処理部１８２は、一致すると判定した場合には（ステップＳ３０６で「ＹＥＳ」）、セクションを破棄して（ステップＳ３０９）、ステップＳ３０１に戻る。ここで、セクションを破棄するのは、バージョン番号の一致によって、ＴＳパケット内のセクションの内容が、前回入力されたＴＳパケット内のセクションの内容から更新されていないと判断できるからである。
【００９４】
フィルタ処理部１８２は、一致しないと判定した場合には（ステップＳ３０６で「ＮＯ」）、セクションを取得して（ステップＳ３０７）、メモリ１７２にデータを転送し（ステップＳ３０８）、ステップＳ３０１に戻る。ここで、セクションを取得するのは、バージョン番号の不一致によって、ＴＳパケット内のセクションの内容が、前回入力されたＴＳパケット内のセクションの内容から更新されたと判断できるからである。フィルタ処理部１８２は、セクションの取得とともに、ＴＳパケット内のバージョン番号を、前回受信されたデータに含まれていたセクションのバージョンを示す前回バージョン番号として記憶し、次回以降の比較に用いる。また、ここで転送されるデータは、例えば、ＴＳヘッダが除かれたセクション形式のデータ（セクション）である。フィルタ処理部１８２は、データの転送とともに、プロセッサ１７１に対して、メモリ１７２にデータを転送した旨を通知することとしてもよい。
【００９５】
図１１は、本実施形態に係るプロセッサによるセクション消滅監視の処理例の流れを示すフローチャートである。図１１を参照して（適宜図９参照）、本実施形態に係るプロセッサが行うセクション消滅監視の処理例について説明する。
【００９６】
プロセッサ１７１は、監視フラグを初期化し（ステップＳ４０１）、セクションフィルタを有効にする（ステップＳ４０２）。この初期化では、監視フラグ記憶部１８１に記憶されている監視フラグに、セクションが消滅していないことを示す値（例えば、０）、又は、セクションが消滅したことを示す値（例えば、１）を設定する。続いて、プロセッサ１７１は、監視タイミングになると（ステップＳ４０３）、監視フラグがクリアされているか否かを判定する（ステップＳ４０４）。この判定では、監視フラグ記憶部１８１に記憶されている監視フラグに、セクションが消滅していないことを示す値（例えば、０）が設定されたか否かを判定する。
【００９７】
プロセッサ１７１は、監視フラグがクリアされていると判定した場合には（ステップＳ４０４で「ＹＥＳ」）、監視フラグをリセットし（ステップＳ４０５）、ステップＳ４０３に戻る。監視フラグをリセットするとは、監視フラグ記憶部１８１に記憶されている監視フラグに、セクションが消滅したことを示す値（例えば、１）を再設定することである。監視フラグがクリアされていないと判定した場合には（ステップＳ４０４で「ＮＯ」）、セクションの消滅を検出し（ステップＳ４０６）、ステップＳ４０３に戻る。
【００９８】
図１２は、本実施形態に係るセクション消滅監視の様子を示す模式図である。図１２を参照して、本実施形態に係るセクション消滅監視について説明する。
【００９９】
プロセッサ１７１は、セクションの監視タイミングで監視フラグをみる。監視フラグがクリアされていれば、セクションが消滅していないと判断し、監視フラグをセットする。一方、監視フラグがセットされたままであれば、監視周期の間にセクションの到達がないと判断し、セクションの消滅を検出する。
【０１００】
本実施形態によれば、受信したデータに含まれるセクションの内容が前回から更新されていない場合には、メモリ１７２にデータ転送を行う必要がない。また、メモリ１７２に転送されるのは、セクションの内容が更新されたデータであるので、プロセッサ１７１において、セクションの内容が更新されたか否かを解析する必要がない。したがって、メモリ１７２に対する冗長なデータ転送とプロセッサ１７１による冗長なデータ解析とを低減できる。さらに、プロセッサ１７１において、監視フラグに設定されている値を参照することで、セクションの消滅を検出できる。
【０１０１】
これによって、プロセッサ１７１の負荷が軽減され、他のアプリケーション等にプロセッサ処理を利用することが可能となる。また、バージョン番号が同じであるセクションをメモリ１７２に対して転送せずに、セクションの消滅を監視することが可能なため、他のアプリケーション等のデータ転送に利用する帯域を増やすことが可能となる。
【０１０２】
上記では、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【０１０３】
【図１】一般的な受信装置の構成を示す図である。
【図２】一般的なデマルチプレクサの構成を示す図である。
【図３】デマルチプレクサに入力されるデータの構成例を示す図である。
【図４】セクション形式の一例を示す図である。
【図５】一般的なセクションのフィルタ処理例を模式的に示す図である。
【図６】一般的なセクションのフィルタ設定例を示す図である。
【図７】一般的なセクションのフィルタ処理例の流れを示すフローチャートである。
【図８】一般的なセクションのフィルタ処理例の流れを示すフローチャートである。
【図９】本実施形態に係るデマルチプレクサの構成を示す図である。
【図１０】本実施形態に係るセクションのフィルタ処理例の流れを示すフローチャートである。
【図１１】本実施形態に係るプロセッサによるセクション消滅監視の処理例の流れを示すフローチャートである。
【図１２】本実施形態に係るセクション消滅監視の様子を示す模式図である。
【符号の説明】
【０１０４】
１０    受信装置
１１０  アンテナ
１２０  チューナ
１３０  デモジュレータ
１４０  デスクランブラ
１５０  デマルチプレクサ
１５５  セクションフィルタ部
１５６  フィルタ処理部
１５７  フィルタ情報記憶部
１７１  プロセッサ（制御部）
１７２  メモリ
１８０  セクションフィルタ部
１８１  監視フラグ記憶部
１８２  フィルタ処理部
２００  ＴＳパケット
３１１  テーブル識別子
３１７  バージョン番号
【図１】
2009284353.tif 000003
【図２】
2009284353.tif 000004
【図３】
2009284353.tif 000005
【図４】
2009284353.tif 000006
【図５】
2009284353.tif 000007
【図６】
2009284353.tif 000008
【図７】
2009284353.tif 000009
【図８】
2009284353.tif 000010
【図９】
2009284353.tif 000011
【図１０】
2009284353.tif 000012
【図１１】
2009284353.tif 000013
【図１２】
2009284353.tif 000014