(57)【特許請求の範囲】
【請求項１】
複数のモジュールから構成されるコンテンツを伝送するコンポーネントが複数存在し、前記コンポーネントは複数のモジュールとディレクトリ情報を含み、前記ディレクトリ情報は、ディレクトリ情報自身のバージョンおよびコンポーネントに含まれるモジュールの情報を有するディジタル放送を受信するディジタル放送受信装置において、
受信したモジュール及びディレクトリ情報を格納するメモリと、受信するコンポーネントが切り替わっても受信済みの前記モジュール及びディレクトリ情報を前記メモリ内に保持させるとともに、再度同一のコンポーネントを受信する場合には、再受信ディレクトリ情報自身のバージョンとメモリ格納済ディレクトリ情報自身のバージョンとの比較を行い、両バージョンが一致した場合でも、ディレクトリ情報の内容を更に比較し、その内容が異なっていた場合は、前記メモリ内のコンポーネントに含まれる全てのモジュールを削除するメモリ制御手段と、を備えたことを特徴とするディジタル放送受信装置。
【請求項２】
請求項１に記載のディジタル放送受信装置において、前記メモリ制御手段は、再受信ディレクトリ情報とメモリ格納済ディレクトリ情報の両バージョンが不一致の場合、再受信モジュールのバージョンとメモリ格納済モジュールのバージョンとの比較を行い、両モジュールバージョンが一致した場合でも、モジュールサイズ又はモジュール内容が異なる場合は、前記メモリ内の該当モジュールを削除することを特徴とするディジタル放送受信装置。
【請求項３】
複数のモジュールから構成されるコンテンツを伝送するコンポーネントが複数存在し、前記コンポーネントは複数のモジュールとディレクトリ情報を含み、前記ディレクトリ情報は、ディレクトリ情報自身のバージョンおよびコンポーネントに含まれるモジュールの情報を有するディジタル放送を受信するディジタル放送受信装置において、
受信したモジュール及びディレクトリ情報を格納するメモリと、受信するコンポーネントが切り替わっても受信済みの前記モジュール及びディレクトリ情報を前記メモリ内に保持させるとともに、再度同一のコンポーネントを受信する場合には、再受信ディレクトリ情報自身のバージョンとメモリ格納済ディレクトリ情報自身のバージョンとの比較を行い、両バージョンが不一致の場合、再受信モジュールのバージョンとメモリ格納済モジュールのバージョンとの比較を行い、両モジュールバージョンが一致した場合でも、モジュールサイズ又はモジュール内容が異なる場合は、前記メモリ内の該当モジュールを削除するメモリ制御手段と、を備えたことを特徴とするディジタル放送受信装置。
【請求項４】
複数のモジュールから構成されるコンテンツを伝送するコンポーネントが複数存在し、前記コンポーネントは複数のモジュールとディレクトリ情報を含み、前記ディレクトリ情報は、ディレクトリ情報自身のバージョンおよびコンポーネントに含まれるモジュールの情報を有するディジタル放送を受信するディジタル放送受信装置において、
受信したモジュール及びディレクトリ情報を格納するメモリと、受信するコンポーネントが切り替わっても受信済みの前記モジュール及びディレクトリ情報を前記メモリ内に保持させるとともに、再度同一のコンポーネントを受信する場合には、再受信ディレクトリ情報自身のバージョンとメモリ格納済ディレクトリ情報自身のバージョンとの比較を行い、両バージョンが一致した場合でも、ディレクトリ情報の内容を更に比較し、その内容が異なっていた場合は、再受信モジュールのバージョンとメモリ格納済モジュールのバージョンとの比較を行い、両モジュールバージョンが一致した場合でも、モジュールサイズ又はモジュール内容が異なる場合は、前記メモリ内の該当モジュールを削除するメモリ制御手段と、を備えたことを特徴とするディジタル放送受信装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、衛星ディジタル放送や地上波ディジタル放送を受信するディジタル放送受信装置に関する。
【０００２】
【従来の技術】
例えば、衛星を用いたディジタル放送受信システムにおいては、ディジタル信号圧縮技術を用いて映像・音声信号を圧縮するとともに、複数番組の映像・音声ディジタル信号を時分割多重したストリーム（トランスポートストリーム）をトランスポンダ（衛星中継器）を経由して放送を行っている。一方、このようなディジタル放送を受信する放送受信装置は、アンテナを通して受け取ったディジタル放送の複数のトランスポンダのなかから一つをチューナによって選択し、この一つのトランスポンダに含まれる複数のチャンネルのうち一つをデマルチプレクス処理によって選択し、この選択したチャンネルのディジタル信号をデコードすることによって映像・音声信号を出力するようになっている。
【０００３】
ところで、このようなディジタルテレビ放送では、従来のアナログ放送と同様に映像や音声を送信することに加え、映像に字幕を付加する字幕放送やデータ放送も行えるようになっている。そして、このようなデータ放送等を受信する放送受信装置では、データ放送等で送信されたコンテンツを成すＢＭＬ（ＸＭＬ）に基づいて、ＢＭＬ（ＸＭＬ）エンジンにて描画データを生成し、ＯＳＤ（オンスクリーンディスプレイ）にて映像信号に組み込むようになっている。
【０００４】
上記データ放送等では、データカルーセル伝送方式が用いられる。ここで、通常の放送におけるチャンネルに相当するものはサービスと呼ばれ、各サービスは複数のコンポーネントを含み、各コンポーネントは複数のモジュールを含んで構成される。各サービスはサービス識別（ｓｅｒｖｉｃｅ＿ｉｄ）によって一意に識別され、各コンポーネントは、サービス内において、コンポーネント識別（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）によって一意に識別され、各モジュールは、コンポーネント内において、モジュール識別（ｍｏｄｕｌｅ＿ｉｄ）によって一意に識別される（すなわち、モジュールはｓｅｒｖｉｃｅ＿ｉｄ／ｃｏｍｐｏｎｅｎｔ＿ｔａｇ／ｍｏｄｕｌｅ＿ｉｄによって一意に識別される）。
【０００５】
前記コンポーネントは、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）と呼ばれるディレクトリ情報と、データの実体となる複数のモジュールを伝送する。これらのデータは繰り返し伝送される。データ放送の提示に必要とされるモジュールは、受信装置内のコンテンツメモリに格納され、不要となったモジュールはコンテンツメモリから削除される。
【０００６】
ＤＩＩはデータカルーセルに含まれるモジュールの総数、および各モジュールのバージョンおよびサイズなどの情報を含む。モジュールのバージョンが変化した場合は、それ以前に伝送されていたモジュールは不要となり、新バージョンのモジュールを受信することとなる。また、ＤＩＩは、データイベント識別（ｄａｔａ＿ｅｖｅｎｔ＿ｉｄ）を含む。
【０００７】
データカルーセルで伝送されるコンテンツは時間的に更新されることがある。このある一定時間で伝送される意味のあるひとかたまりのコンテンツをローカルコンテンツと呼ぶ。ローカルコンテンツが切り替わった場合、切り替え前に伝送されていた全てのモジュールは不要となる。データイベント識別（ｄａｔａ＿ｅｖｅｎｔ＿ｉｄ）はローカルコンテンツを識別し、ローカルコンテンツが切り替わる際に更新される。
【０００８】
ＤＩＩは、データカルーセルに含まれるモジュールの総数が変化した場合や、少なくとも１つのモジュールが更新された場合、およびローカルコンテンツが切り替わった場合に更新される。ＤＩＩのバージョンを識別するために、ＤＩＩはトランザクション識別（ｔｒａｎｓａｃｔｉｏｎ＿ｉｄ）を含み、ＤＩＩの内容に変化があった場合は、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄが更新（１インクリメント）される。
【０００９】
以上のメカニズムにより、受信装置はＤＩＩを監視することにより、どのモジュールが現在伝送されているかを知るとともに、モジュールの更新を認識することができるため、受信装置内のコンテンツメモリを常に最新の状態にしておくことができる。
【００１０】
【発明が解決しようとする課題】
ところで、受信するサービスやコンポーネントを切り替えた場合、通常は、コンテンツメモリの内容を全て削除し、切り替え後のデータカルーセルを受信し直している。しかしながら、受信するコンポーネントを切り替えた後、一定時間経過後に再び元のコンポーネントを受信する場合があり（例えば、▲１▼コンポーネントＡ→▲２▼コンポーネントＢ→▲３▼コンポーネントＡ）、このような場合は、▲３▼の段階でコンポーネントＡに含まれるモジュールを再受信することになり、コンテンツを提示できるまでに待ち時間が発生する。
【００１１】
そこで、受信するコンポーネントが切り替わった際も、受信済みのモジュールをコンテンツメモリ内にキャッシュさせておくことが考えられる。この場合は、上記▲１▼と▲３▼において、データカルーセルが更新されていなかった場合は、▲１▼で受信済みのモジュールをコンテンツメモリにキャッシュしておくことで、▲３▼になった場合に、モジュールを再受信する必要がなくなり、即座にコンテンツを提示することができる。
【００１２】
また、データカルーセルが更新されていたとしても、一部のモジュールのみが更新されていた場合は、更新されていなかったモジュールは再受信する必要はない。モジュールの増減やモジュールの更新を判定するには、▲１▼の時点でのＤＩＩと▲３▼の時点でのＤＩＩを比較することになるが、通常はｔｒａｎｓａｃｔｉｏｎ＿ｉｄの比較によりＤＩＩの更新を認識することになる。
【００１３】
以上説明した従来処理は、図３のフローチャートに示すステップＳ２１〜ステップＳ２７の処理によって表される。
【００１４】
しかしながら、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄの桁数は有限であり、更新を繰り返すうちに再び同じ値となる可能性がある。すなわち、▲１▼と▲３▼でｔｒａｎｓａｃｔｉｏｎ＿ｉｄが同一であっても、データカルーセルは更新されている可能性がある。また、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄが異なっていた場合（ステップＳ２２でＮＯ）は、どのモジュールが更新されたかを知るために、ｍｏｄｕｌｅ＿ｖｅｒｓｉｏｎを比較することになるが（ステップＳ２４）、ｍｏｄｕｌｅ＿ｖｅｒｓｉｏｎの桁数も有限であるために、ｍｏｄｕｌｅ＿ｖｅｒｓｉｏｎが同一であっても。モジュールは更新されている可能性がある。
【００１５】
このため、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄとｍｏｄｕｌｅ＿ｉｄによって単純にバージョン更新の確認を行うだけでは、モジュールの増減やモジュールの更新を見逃すことがあり、コンテンツメモリに正しいモジュールが格納されなかったり、不要なモジュールが残ったままになったりすることが生じる。
【００１６】
この発明は、上記の事情に鑑み、受信するサービスやコンポーネントを切り替えた場合にも、メモリにモジュールをキャッシュしておくとともに、キャッシュ更新の誤判定を低減することができるディジタル放送受信装置を提供することを目的とする。
【００１７】
【課題を解決するための手段】
この発明のディジタル放送受信装置は、上記の課題を解決するために、複数のモジュールから構成されるコンテンツを伝送するコンポーネントが複数存在し、前記コンポーネントは複数のモジュールとディレクトリ情報を含み、前記ディレクトリ情報は、ディレクトリ情報自身のバージョンおよびコンポーネントに含まれるモジュールの情報を有するディジタル放送を受信するディジタル放送受信装置において、受信したモジュール及びディレクトリ情報を格納するメモリと、受信するコンポーネントが切り替わっても受信済みの前記モジュール及びディレクトリ情報を前記メモリ内に保持させるとともに、再度同一のコンポーネントを受信する場合には、再受信ディレクトリ情報自身のバージョンとメモリ格納済ディレクトリ情報自身のバージョンとの比較を行い、両バージョンが一致した場合でも、ディレクトリ情報の内容を更に比較することによって、前記メモリに格納されている受信済のモジュールを削除するかどうかを判定するメモリ制御手段と、を備えたことを特徴とする。
【００１８】
上記の構成であれば、メモリ格納済ディレクトリ情報自身のバージョンに対して再受信ディレクトリ情報自身のバージョンが一巡によって同値になってしまった場合でも、ディレクトリ情報の内容を更に比較するため、更新の誤判定を低減することができる。
【００１９】
メモリ制御手段は、再受信ディレクトリ情報とメモリ格納済ディレクトリ情報の両バージョンが一致した場合のディレクトリ情報の内容比較で、その内容が異なっていた場合は、前記メモリ内のコンポーネントに含まれる全てのモジュールを削除するようにしてもよい。
【００２０】
メモリ制御手段は、再受信ディレクトリ情報とメモリ格納済ディレクトリ情報の両バージョンが不一致の場合、再受信モジュールのバージョンとメモリ格納済モジュールのバージョンとの比較を行い、両バージョンが一致した場合でも、モジュールサイズが異なる場合は、前記メモリ内の該当モジュールを削除するようになっていてもよい。
【００２１】
メモリ制御手段は、再受信ディレクトリ情報とメモリ格納済ディレクトリ情報の両バージョンが不一致の場合、再受信モジュールのバージョンとメモリ格納済モジュールのバージョンとの比較を行い、両バージョンが一致した場合でも、モジュール内容が異なる場合は、前記メモリ内の該当モジュールを削除するようになっていてもよい。
【００２２】
【発明の実施の形態】
以下、この発明の実施形態を図１及び図２に基づいて説明するが、ここではユーザがＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）ディジタル放送を視聴する場合を例示している。
【００２３】
アンテナ１は、屋外において所定の方向に向けて配置されており、ＢＳから送られてくるディジタル放送信号を受信する。このアンテナ１は、一般に周波数変換器を備え、受信／周波数変換した信号をチューナ２に与える。
【００２４】
チューナ２は、受信した高周波ディジタル変調信号のうちから特定周波数の信号を取り出す。すなわち、ディジタル放送の複数のトランスポンダのなかから一つを選択する処理を行う。また、チューナ２は、復調回路、逆インタリーブ回路、誤り訂正回路などを備えることにより、選択したディジタル変調信号を復調してトランスポート・ストリームを出力する。
【００２５】
デマルチプレクサ（ＤＥＭＵＸ）３は、チューナ２から受け取ったトランスポート・ストリームを、ＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ２）のビデオトランスポートパケット、オーディオトランスポートパケット、ＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、及びコンテンツデータに分離する。デマルチプレクサ３は、ビデオトランスポートパケットとオーディオトランスポートパケットをＡＶデコーダ４に供給し、ＰＳＩ／ＳＩやダウンロードコンテンツ等をＣＰＵ１３に供給する。なお、前述のごとく、トランスポート・ストリームには複数のチャンネルが多重化されており、このなかから任意のチャンネルを選択するための処理は、前記ＰＳＩ／ＳＩから任意のチャンネルがトランスポート・ストリーム中でどのパケットＩＤで多重化されているかといったデータを取り出すことで可能となる。また、トランスポート・ストリームの選定（トランスポンダの選定）もＰＳＩ／ＳＩの情報に基づいて行うことができる。
【００２６】
ＡＶデコーダ４は、ビデオトランスポートパケットに対してデコードを行うビデオデコーダ、及びオーディオトランスポートパケットに対してデコードを行うオーディオデコーダを備える。ビデオデコーダは、入力された可変長符号を復号して量子化係数や動きベクトルを求め、逆ＤＣＴ変換や動きベクトルに基づく動き補償制御などを行う。オーディオデコーダは、入力された符号化信号を復号して音声データを生成する。デコードにより生成された映像データは映像処理回路５に出力され、音声データは音声処理回路６に出力される。
【００２７】
映像処理回路５はＡＶデコーダ４から映像データを受け取り、Ｄ／Ａ変換を行い、例えばＮＴＳＣフォーマットのコンポジット信号に変換する。音声信号処理回路６はＡＶデコーダ４から出力された音声データを受け取り、Ｄ／Ａ変換を行い、右（Ｒ）音のアナログ信号および左（Ｌ）音のアナログ信号を生成する。映像出力回路７及び音声出力回路８は出力抵抗や増幅器等を備えて成る。ＡＶ出力端子９には出力部（左右音声出力端子および映像出力端子のセット）が設けられており、この出力部には図示しないモニタが接続される。
【００２８】
ＯＳＤ（オンスクリーンディスプレイ）表示回路１２は、ＣＰＵ１３から出力指示された文字情報や図形情報に基づくビットマップデータを加算器２０に出力する。加算器２０は前記ビットマップデータを映像に組み込む。上記ＯＳＤ表示回路１２により、ＣＰＵ１３が受け取った前述のＰＳＩに含まれるサービス情報に基づく電子番組ガイド（ＥＰＧ：（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ））の他、データ放送画面や字幕画面が表示される。
【００２９】
モデム２２は、定期的に課金情報の伝送を行うときの放送事業者へのダイヤルアップ接続において動作する。
【００３０】
リモコン送信機１０は、当該放送受信装置３０に指令を送出するための送信機である。リモコン送信機１０には、電源キー、チャンネル指定キー、方向キー、決定キーなどが設けられている。このリモコン送信機１０に設けられたキーを操作すると、それらキーに対応した指令を意味する信号光（リモコン信号）が図示しない発光部から送出される。リモコン受光器１１は、前記信号光を受光し、これを電気信号に変換してＣＰＵ１３に与える。
【００３１】
メモリ（例えば、ＥＥＰＲＯＭ等）１４には、前述のＰＳＩ／ＳＩやサービスの内容（コンテンツ）を成す情報が格納される。サービスは複数のコンポーネントを含み、各コンポーネントは複数のモジュールを含んで構成される。各サービスはサービス識別（ｓｅｒｖｉｃｅ＿ｉｄ）によって一意に識別され、各コンポーネントは、サービス内において、コンポーネント識別（ｃｏｍｐｏｎｅｎｔ＿ｔａｇ）によって一意に識別され、各モジュールは、コンポーネント内において、モジュール識別（ｍｏｄｕｌｅ＿ｉｄ）によって一意に識別される。前記コンポーネントは、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）と呼ばれるディレクトリ情報と、データの実体となる複数のモジュールを含む。
【００３２】
ＣＰＵ１３は、ディジタル放送受信装置３０における全体制御を行うものであるが、特にこの発明にかかる処理として、データ放送等で送信されたコンテンツを処理するＢＭＬ（ＸＭＬ）エンジンとして描画データを生成してＯＳＤ回路１１に与えたり、データ放送等のコンテンツをメモリ１４に格納する際のメモリ制御などの処理を行う。このメモリ制御においては、受信するコンポーネントが切り替わった際も、受信済みのモジュールをメモリ１４内にキャッシュさせておく処理を行う。
【００３３】
上記メモリ制御においては、図２に示すように、まず、ＤＩＩが保存済かどうかを判断し（ステップＳ１）、保存していなければ、ステップＳ１１に進んでＤＩＩを保存する。ＤＩＩを保存している場合には、再受信ディレクトリ情報自身のバージョンとメモリ格納済ディレクトリ情報自身のバージョンとの比較（すなわち、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄ同士の比較）を行う（ステップＳ２）。
【００３４】
上記比較において一致の判断が得られた場合でも、再選局直後であれば（ステップＳ３でＹＥＳ）、ＤＩＩの中身が一致するかどうかを判断する（ステップＳ４）。ＤＩＩは、従来項でも説明したが、データカルーセルに含まれるモジュールの総数、および各モジュールのバージョンおよびサイズなどの情報を中身としている。そして、ＤＩＩは、データカルーセルに含まれるモジュールの総数が変化した場合や、少なくとも１つのモジュールが更新した場合、およびローカルコンテンツが切り替わった場合に更新される。ｔｒａｎｓａｃｔｉｏｎ＿ｉｄ同士が一致するにも係わらずＤＩＩの中身が一致しない場合には、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄが再選局の間に一巡したとして、全モジュールをメモリ１４から削除する（ステップＳ５）。
【００３５】
一方、上記ステップＳ２の比較において不一致の判断が得られた場合は、再選局の間にＤＩＩの内容に変化があったとし、新しいバージョンでは存在しなくなったモジュールをメモリ１４から削除する（ステップＳ６）。次に、任意のモジュールについて、モジュールバージョンが一致するかどうかを判断し（ステップＳ７）、モジュールバージョンが不一致の場合にはそのモジュールをメモリ１４から削除する（ステップＳ９）。一方、モジュールバージョンが一致する場合は、更に、モジュールサイズが一致するかどうかを判断し（ステップＳ６）、一致しなければそのモジュールをメモリ１４から削除し（ステップＳ９）、モジュールサイズが一致する場合にそのモジュールを削除対象から外すことになる。
【００３６】
次に、全てのモジュールについて判定が完了したか否かを判断し（ステップＳ１０）、完了していなければステップＳ７に進む一方、完了したならＤＩＩ保存処理を実行する（ステップＳ１１）。なお、モジュールを削除したときは、それに対応する再受信したモジュールをメモリ１４に格納することになる。
【００３７】
以上説明したように、再受信ディレクトリ情報自身のバージョンとメモリ格納済ディレクトリ情報自身のバージョンとの比較において一致の判断が得られた場合でも、ＤＩＩの中身が一致するかどうかを判断するようにしており、また、モジュールバージョンが一致する場合でも更に、モジュールサイズが一致するかどうかを判断するようにしたから、ｉｄが一巡して同値になったような場合に生じていた従来の誤判定を防止することができることになる。
【００３８】
なお、上記の例では、モジュールバージョンが一致する場合に、モジュールサイズが一致するかどうかを判断するようにしたが、モジュール内容が一致するかどうかを判断するようにしてもよいものである。また、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄ同士が一致するにも係わらずＤＩＩの中身が一致しない場合には、ｔｒａｎｓａｃｔｉｏｎ＿ｉｄが再選局の間に一巡したとして、全モジュールをメモリ１４から削除した（ステップＳ５）が、この全削除に代えてステップＳ６に進むようにしてもよいものである。
【００３９】
【発明の効果】
以上説明したように、この発明によれば、受信するコンポーネントが切り替わった際も、受信済みのモジュールをメモリ内にキャッシュさせておく処理を採用しつつ、ｉｄが一巡して同値になったような場合に生じていた従来の誤判定を防止できるという効果を奏する。
【図面の簡単な説明】
【図１】この発明の実施形態のディジタル放送受信装置を示すブロック図である。
【図２】この発明の実施形態のメモリ制御内容を示したフローチャートである。
【図３】従来のメモリ制御内容を示したフローチャートである。
【符号の説明】
１    アンテナ
２    チューナ
３    デマルチプレクサ（ＤＥＭＵＸ）
４    ＡＶデコーダ
１１  ＯＳＤ回路
１３  ＣＰＵ
１４  メモリ
【図１】
0003702208.tif 000002
【図２】
0003702208.tif 000003
【図３】
0003702208.tif 000004