WO2006077882A1

WO2006077882A1 - 放送受信装置

Info

Publication number: WO2006077882A1
Application number: PCT/JP2006/300638
Authority: WO
Inventors: Takaaki Suzuki
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2005-01-19
Filing date: 2006-01-18
Publication date: 2006-07-27
Also published as: CN1943235A; KR20070095751A; JPWO2006077882A1; US20080231750A1; EP1841228A1; CA2560421A1

Abstract

　複数種のＳＩが配信される状況であっても、それらのＳＩを用いてユーザに対して正しい情報を提供することができる放送受信装置を提供する。　メインサービスリストを記憶している１次記憶部（１８０８）及び２次記憶部（１８０７）と、「ＮＩＴ、ＮＴＴ、ＳＶＣＴ」を用いて構成されるＳＩ、及びＬＶＣＴを用いて構成されるＳＩを放送信号から取得し、「ＮＩＴ、ＮＴＴ、ＳＶＣＴ」のＳＩが取得されたときには、そのＳＩに含まれるサービスデータに基づいてメインサービスリストを更新し、ＬＶＣＴのＳＩが取得されたときには、そのＳＩに含まれるサービスデータに基づいてメインサービスリストを更新するＣＰＵ（１８０６）とを備える。

Description

明細書

放送受信装置

技術分野

[0001] 本発明は、デジタル放送を受信する放送受信装置に関し、特に、番組情報を放送信号より取得するプログラムを実行する放送受信装置に関する。

背景技術

[0002] デジタル放送を受信する放送受信装置 (デジタル放送受信装置）は、電子番組ガイド (EPG)を表示する機能を搭載することがある。 EPGは、チャンネルや番組に関する詳細な情報をユーザに対して提供することで、ユーザのチャンネル選択を容易にしている。

[0003] EPGに表示するチャンネル情報、番組情報は、放送局からデジタル放送受信装置に向けて放送される放送信号の中に含まれて伝送され、デジタル放送受信装置は、これら情報を取得して EPG表示に利用する。

[0004] 一般にチャンネル情報や番組情報を総称して" SI (Service Information) "と呼ぶ。 SIは伝送方式やフォーマットが地域毎に異なっており、地域毎の放送管理団体力フォーマットや伝送方法を決定している。例えば、日本では電波産業会 (ARIB:A ssociation of Radio Industries and Businesses)力疋した SIフォ ~~マット (ARIB— SI)を利用する。

[0005] 欧州では、 DVB (Digital Video Broadcasting)が策定した SIフォーマット（DV B— SI)を禾 IJ用する。

[0006] さらに、米国ケーブルでは、 SCTE (Society of Cable Telecommunications

Engineers)が策定した SIフォーマット（SCTE— SI)を利用している。また、米国地上波環境では、 ATSC (Advanced Television Systems Committee)が策定し 7こ SIフォーマット (PSIP : Program and System Information Protocol)力利用される。

[0007] SIは、その時点で放送されている番組情報など、リアルタイム性が重要視される情報を含んでおり、放送局は常に最新の SIを放送信号に埋め込んでデジタル放送受信装置に対して伝送している。デジタル放送受信装置は、受信した SIを記憶しておき、 EPGの表示に利用している力受信した放送信号に埋め込まれた SIが既にデジタル放送受信装置に記憶済の SIを更新すべき新、SIであることを検知すると、新しい SIを再記憶し、それ以降、再記憶した SIを EPGの表示に利用する。

[0008] このように、送信側の放送局が SIを適宜更新して送信し、受信側であるデジタル放送受信装置が新しい SIを常に監視し更新することで、ユーザは常に最新の SIが記載された EPGを利用することが可能となる。

[0009] このように SIは EPGの基本となる重要な情報であるため、デジタル放送受信装置は、更新された SIの更新を正しく行う必要がある。しかし、放送局側のミスや放送状態の悪ィ匕によって受信した SIが不正である場合、または SIの更新作業中の電源切断が起こった場合など、記録されている SIが壊れてしまい、以降正常な読み出しが行えなくなることがある。

[0010] このような状態になると、それ以降 EPG表示が正しく行えなくなるために、操作性が著しく低下することになる。このような操作性の低下を防ぐ技術が従来より提案されている（例えば、特許文献 1及び特許文献 2)。

[0011] 上記特許文献 1では、これに対する対策とし、リアルタイム性の高い SIについては高頻度で繰り返し伝送することで、 SIが壊れた際の復旧時間を短縮する。また特許文献 2では、 SIの更新時、古い SIを一時的なバッファに移しておき、新しい SIの記録に失敗した場合は、一時的なバッファより古い SIを戻して利用することで、 SI更新の失敗を回避する。

特許文献 1：特開平 8 - 289266号公報

特許文献 2：特表 2002— 527954号公報

発明の開示

発明が解決しょうとする課題

[0012] しかしながら、上記特許文献 1及び特許文献 2の放送受信装置は、複数種の SIが配信される場合には、その SIを正しく管理することができないためにユーザに対して誤った情報を提供してしまうという問題がある。以下、このような問題について詳細に説明する。 [0013] 前述のように、 SIは地域によって、利用されるフォーマットが異なる力テーブル情報（SIテーブル)を用いて情報を表現する、 t 、う点では全て共通である。

[0014] 例えば、欧州で利用される DVB規定の SI (DVB-SI)では、チャンネルの名前や属性情報を SDT (Service Definition Table)、番組情報を EIT (Event Infor mation Table)、各チャンネルを伝送する信号の周波数情報を NIT (Network In formation Table)が記載し、各々別個に放送局より伝送される。欧州で利用されるデジタル放送受信装置は、これら SIテーブルをそれぞれ受信し、記載された情報を組み合わせることで EPGを構成する。情報の更新は各テーブル単位で行われ、例えばチャンネル名が変更された場合は全ての SIテーブルを更新する必要はなぐ単に SDTを更新すればよい。

[0015] DVB— SIでは、同一種類の情報を伝送する SIテーブルは一つしか存在しない。そのため、例えばチャンネル名を取得しようと思えば、常に SDTを取得すればよい。しかし、米国ケーブルで利用される SCTE規定の SI (SCTE— SI)では、状況が異なる。同一種類の情報を伝送するテーブルが複数存在し、し力もそれが同時に放送局より伝送される場合がある。

[0016] SCTE— SIでは、 DVB— SIと同様に、周波数情報を記載する NIT(Network In formation Table)、チャンネル名情報を記載する NTT (Network Text Table )、チャンネルの基本的な情報を記載する SVCT(Short—form Virtual Channe 1 Table)が存在し、デジタル放送受信装置は、これら SIテーブルが伝送する情報を組み合わせる。し力し、これら SIテーブル群とは別に、 SCTE— SIには、上記 3種類のテーブルが分割して記載する情報を 1テーブルで記載する LVCT(Long— form Virutal Channel Table)という種類の異なる SIテーブルが存在する。つまり、「 NIT、 NTT, SVCT」という 3種類の SIテーブルから構成される情報は LVCTに記載されているのである。さらに、「NIT、 NTT, SVCT」と LVCTは同時に放送される場合がある。この場合、「NIT、 NTT, SVCT」から構成可能な情報と LVCTが記載する情報は等しぐ全てのチャンネルに関する情報を保持しなければならない。

[0017] この場合、デジタル放送受信装置は、「NIT、 NTT, SVCTJ t ヽぅ 3種類の SIテーブルを用いて 1つの SIを構成して記憶することも可能であり、また LVCTとヽぅ 1種類の SIテーブルを用いて 1つの SIを構成して記憶することも可能である。つまり SIを構成する方法は複数あり、夫々の方法に応じて用いる SIテーブルは、データのフォーマット、抽出すべき周波数帯などが異なる。

[0018] なぜなら、前者と後者力構成されうる SIは送信されるデータに不整合な部分が無ければ等しいはずだ力である。しかしながら、実際にはこれらが互いに異なるケース、あるいは時間帯が存在することが想定される。

[0019] 例えば、データ送信自体に問題があった場合、前者と後者から構成される SIが異なるケースが考えられる。例えば、チャンネル Aが新規に放送開始した場合、 EPGでチャンネル Aの情報を表示するためには、放送局は、それまで放送していた SIテーブルを更新し、チャンネル Aの情報を含めなければならない。この際、例えば放送局側システムの故障などで、 LVCTのみ更新され、「NIT、 NTT, SVCT」の更新が行われなカゝつた場合、両者には矛盾が発生する。

[0020] 例えば、データ送信には問題がなくても、上記のような SIテーブル更新時には両者が異なる時間帯が必ず存在する。各 SIテーブルはそれぞれ個別に数秒力も数分単位で繰り返し放送されており、各 SIテーブルは、内容が更新されたとしても、全てを同時にデジタル放送受信装置が受信するわけではない。

[0021] 例えば、 NIT、 NTT, SVCT、 LVCTが全て更新されたとしても、全て同時に伝送されているわけではないため、更新後の「NIT、 NTT、 SVCT」が全て受信されるのと、更新後の LVCTが受信されるタイミングは異なる。そのため、「どちらかは更新済みだが、どちらかは未更新」、という時間帯が必ず存在する。

[0022] その上、米国ケーブル放送環境ではさらに複雑な状況が発生する。米国ケーブルデジタル放送受信装置は、

という 2種類の周波数帯から同時に放送信号を受信する。 SCTE— SIは OOBから受信される放送信号に含まれる。一方、 Inbandから受信される放送信号には PSIP (Program and System Information Protocol)が規定する SIテーブルが含まれ、独自の SIを構築可能である。当然 PSIPの各 SIテーブル力構成可能な SIも、 OOBから取得される SCTE— SIの各 SIテーブル力構成可能な SIと矛盾があってはならないが、この場合にも、上記のような理由から、 SCTE— SIと PSIP間で情報に矛盾が発生する可能性がある。

[0023] 従来のデジタル放送受信装置は、同一種類の情報は一つの SIテーブルが記載することを前提として、 SI管理を行っている。その方針を適用すると、複数種類のテープル (群）が同一種類の情報を伝送する場合でも、そのうちの 1種類のテーブル (群)を選択して SI取得を行うことになる。例えば、常に「NIT、 NTT, SVCT」を監視し、 LV CTや、 Inbandの PSIPは無視する、といった実装になる。この場合、もしも注目する SIテーブルに問題が起こり、その他に問題がな力つた場合に対応不可能である。例えば、 LVCTが記載する情報は正しぐ「NIT、 NTT、 SVCT」が何らかの理由で正しくない場合、従来例では常に「NIT、 NTT、 SVCT」のみを監視しているため、デジタル放送受信装置は正しく EPGを表示することができない。

[0024] そこで、本発明は、力かる問題に鑑みてなされたものであって、複数種の SIが配信される状況であっても、それらの SIを用いてユーザに対して正、情報を提供することができる放送受信装置を提供することを目的とする。

課題を解決するための手段

[0025] 上記目的を達成するために、本発明に係る放送受信装置は、放送信号を受信して前記放送信号に応じた動作を行う放送受信装置であって、視聴者に提供するサービスを示すサービスデータを含んで構成される第 1のサービス通知情報を記憶している記憶手段と、視聴者に提供するサービスを示すサービスデータを含んで互いに異なる形式で構成される第 2及び第 3のサービス通知情報を、前記放送信号から取得する取得手段と、前記取得手段で前記第 2のサービス通知情報が取得されたときには、前記第 2のサービス通知情報に含まれるサービスデータに基づいて前記第 1のサ一ビス通知情報を更新し、前記取得手段で前記第 3のサービス通知情報が取得されたときには、前記第 3のサービス通知情報に含まれるサービスデータに基づいて前記第 1のサービス通知情報を更新する更新手段とを備えることを特徴とする。例えば、前記第 1乃至第 3のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、前記更新手段は、前記第 2のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 1のサービス通知情報になければ、前記第 2のサ一ビス通知情報のサービスデータを前記第 1のサービス通知情報に追加する第 1の追加手段と、前記第 3のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 1のサービス通知情報になければ、前記第 3のサービス通知情報のサービスデータを前記第 1のサービス通知情報に追加する第 2の追加手段とを備える。また、前記更新手段は、さらに、前記第 1及び第 2のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 1のサービス通知情報に含まれるサービスデータの内容を、前記第 2のサービス通知情報に含まれるサービスデータの内容に変更する第 1の変更手段と、前記第 1及び第 3のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 1のサービス通知情報に含まれるサービスデータの内容を、前記第 3のサービス通知情報に含まれるサービスデータの内容に変更する第 2の変更手段とを備える。

[0026] 例えば「NIT、 NTT, SVCTJという 3種類の SIテーブルを用いて構成される SIと、 LVCTという 1種類の SIテーブルを用いて構成される SIとがそれぞれ第 2及び第 3のサービス通知情報として配信される状況であっても、その第 2及び第 3のサービス通知情報のそれぞれに基づいて第 1のサービス通知情報が更新されるため、第 2及び第 3のサービス通知情報の何れか一方のみに基づいて第 1のサービス通知情報を更新する場合と比べて、メインサービスリストとしての第 1のサービス通知情報を矛盾なく正確に管理することができ、その第 1のサービス通知情報を用いれば、ユーザに対して正 U、情報を提供することができる。

[0027] また、前記第 1のサービス通知情報には複数のサービスデータが含まれており、前記放送受信装置は、さらに、前記識別情報を取得し、当該識別情報に対応するサービスデータを前記第 1のサービス通知情報から検索する検索手段と、前記検索手段によって検索されたサービスデータを出力する出力手段とを備えることを特徴としても良い。

[0028] これにより、メインサービスリストとしての第 1のサービス通知情報力サービスデータが検索されるため、例えば EPGを表示するためのプログラムは検索手段に識別情報を通知すれば、その識別情報に対応するサービスデータを簡単に取得することができ、その結果、そのサービスデータに基づく EPGを容易に表示することができる。

[0029] また、前記放送受信装置は、さらに、前記検索手段によって検索されたサービスデータを消去する消去手段を備えることを特徴としても良い。

[0030] これにより、検索手段に識別情報を通知すれば、その識別情報に対応するサービスデータをメインサービスリストとして第 1のサービス通知情報力も簡単に消去することができる。

[0031] また、前記第 1のサービス通知情報は、視聴者に提供するサービスを示すサービスデータを含んで構成される第 4及び第 5のサービス通知情報カゝら構成されており、前記更新手段は、前記取得手段で前記第 2のサービス通知情報が取得されたときには、前記第 2のサービス通知情報に含まれるサービスデータに基づ、て前記第 4のサ一ビス通知情報を更新し、前記取得手段で前記第 3のサービス通知情報が取得されたときには、前記第 3のサービス通知情報に含まれるサービスデータに基づいて前記第 5のサービス通知情報を更新することを特徴としてもよい。

[0032] 例えば「NIT、 NTT, SVCTJという 3種類の SIテーブルを用いて構成される SIと、 LVCTという 1種類の SIテーブルを用いて構成される SIとがそれぞれ第 2及び第 3のサービス通知情報として配信される状況であっても、その第 2のサービス通知情報に基づ!、て第 4のサービス通知情報が更新され、第 3のサービス通知情報に基づ、て第 5のサービス通知情報が更新されるため、第 2及び第 3のサービス通知情報の何れか一方のみに基づいて第 4のサービス通知情報のみを更新する場合と比べて、メインサービスリストとしての第 4及び第 5のサービス通知情報を矛盾なく正確に管理することができ、その第 4及び第 5のサービス通知情報を用いれば、ユーザに対して正し V、情報を提供することができる。

[0033] また、前記第 4及び第 5のサービス通知情報には優先度が設定されており、前記放送受信装置は、さらに、前記識別情報を取得し、優先度の高いサービス通知情報から優先度の低いサービス通知情報へと検索範囲を切り換えながら、前記識別情報に対応するサービスデータを前記検索範囲から検索する検索手段と、前記検索手段によって検索されたサービスデータを出力する出力手段とを備えても良い。 [0034] これにより、優先度の高いサービス通知情報力優先的にサービスデータの検索が行われるため、例えば EPGを表示するためのプログラムは検索手段に識別情報を通知すれば、その識別情報に対応するサービスデータを優先度の高いサービス通知情報力も簡単に取得することができ、その結果、そのサービスデータに基づく EPGを容易に表示することができる。

[0035] また、前記出力手段は、前記検索手段が前記識別情報に対応するサービスデータを見つけた時点で前記サービスデータを出力することを特徴としても良い。

[0036] これにより、例えば EPGを表示するためのプログラムは早期にサービスデータを取得して EPGを表示することができる。

[0037] また、前記放送受信装置は、さらに、前記検索手段によって検索されたサービスデータを消去する消去手段を備えることを特徴としても良い。

[0038] これにより、検索手段に識別情報を通知すれば、その識別情報に対応するサービスデータをメインサービスリストとして第 1及び第 2のサービス通知情報力も簡単に消去することができる。

[0039] また、前記第 1乃至第 3のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、前記更新手段は、前記第 1のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 2のサービス通知情報になければ、前記サ一ビスデータを前記第 1のサービス通知情報から消去する第 1の消去更新手段と、前記第 1のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 3のサービス通知情報になければ、前記サービスデータを前記第 1のサービス通知情報力消去する第 2の消去更新手段とを備えることを特徴としても良い。

[0040] これにより、第 2及び第 3のサービス通知情報のそれぞれに存在しないサービスデ一タは第 1のサービス通知情報力消去されるため、第 1のサービス通知情報を矛盾なく正確に管理することができるとともに、第 1のサービス通知情報の情報量を抑えることができる。

[0041] また、前記第 1乃至第 3のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、前記更新手段は、前記第 1及び第 2のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なって!/、れば、前記第 1のサービス通知情報のサービスデータを履歴として残しながら、前記第 2のサービス通知情報のサービスデータを前記第 1のサービス通知情報に追加する第 1の履歴追加手段と、前記第 1及び第 3のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 1のサービス通知情報のサービスデータを履歴として残しながら、前記第 3のサービス通知情報のサービスデータを前記第 1のサービス通知情報に追加する第 2の履歴追加手段とを備えることを特徴としても良い。

[0042] これにより、第 1のサービス通知情報が更新されても、そこに既に含まれているサービスデータは履歴として残るため、第 1のサービス通知情報の更新によって追加されたサービスデータに不正があったときには、履歴として残されたサービスデータを利用することができ、第 1のサービス通知情報の利便性を向上することができる。

[0043] また、前記第 1乃至第 3のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、前記更新手段は、前記第 1のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 2のサービス通知情報になければ、履歴として前記サービスデータを利用不可能な状態に設定する第 1の履歴設定手段と、前記第 1のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 3のサービス通知情報になければ、履歴として前記サービスデータを利用不可能な状態に設定する第 2の履歴設定手段とを備えることを特徴としても良い。

[0044] これにより、第 1のサービス通知情報が更新されても、そこに既に含まれているサービスデータは履歴として残るため、履歴として残されたサービスデータを任意のタイミングで利用可能な状態に戻すことができ、第 1のサービス通知情報の利便性を向上することができる。

[0045] また、前記記憶手段は、揮発性メモリと不揮発性メモリとを備え、前記更新手段は、前記不揮発性メモリに記憶されている前記第 1のサービス通知情報から、当該第 1のサービス通知情報の複製を予め生成して前記揮発性メモリに記憶させておき、前記第 1のサービス情報を更新するときには、前記揮発性メモリに記憶されている複製された第 1のサービス通知情報を更新対象とすることを特徴としても良い。

[0046] これにより、不揮発性メモリには原本としての第 1のサービス通知情報が残されているため、更新に失敗したときにも、放送受信装置への電源供給が停止されたときにも、不揮発性メモリに原本として残された第 1のサービス通知情報を利用することができ、第 1のサービス通知情報の消失を防ぐことができる。

[0047] また、前記更新手段は、前記揮発性メモリに記憶されている複製された第 1のサービス通知情報の更新が終了した後に、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むことを特徴としても良、。

[0048] これにより、更新された第 1のサービス通知情報の消失を防ぐことができる。

[0049] また、前記更新手段は、前記更新された第 1のサービス通知情報の内容が、前記不揮発性メモリに原本として記憶されている第 1のサービス通知情報の内容と異なつてヽれば、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むことを特徴としても良い。

[0050] これにより、更新された第 1のサービス通知情報の内容と、不揮発性メモリに原本として記憶されている第 1のサービス通知情報の内容とが同じであるときには、その更新された第 1のサービス通知情報の不揮発性メモリへの書込みが行われないため、無駄な書き込みの回数を減らして、動作負担を軽減することができる。

[0051] また、前記更新手段は、不揮発性メモリへの書込みを要求されたときに、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むことを特徴としても良い。

[0052] これにより、例えば、放送受信装置内で利用されるプログラムが更新手段に書込みを要求すれば、更新された第 1のサービス通知情報の不揮発性メモリへの書込みが行われるため、所望のタイミングで不揮発性メモリへの書込みを行うことができる。

[0053] また、前記更新手段は、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むときには、前記不揮発性メモリに原本として記憶されている第 1のサ一ビス通知情報を消去した後に、前記更新された第 1のサービス通知情報を前記不揮発性メモリに新たな原本として書き込むことを特徴としても良、。 [0054] これにより、先に、不揮発性メモリに原本として記憶されている第 1のサービス通知情報が消去されるため、例えば、その第 1のサービス通知情報を消去せずに、更新された第 1のサービス通知情報をその不揮発性メモリに書き込む場合と比べて、不揮発性メモリの記憶容量を少なくすることができる。

[0055] また、前記更新手段は、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むときには、前記更新された第 1のサービス通知情報を前記不揮発性メモリに新たな原本として書き込んだ後に、その書込みの前力前記不揮発性メモリに原本として記憶されている第 1のサービス通知情報を消去することを特徴としても良い。

[0056] これにより、先に、更新された第 1のサービス通知情報が不揮発性メモリに書き込まれるため、その書き込みが何らかの原因で失敗しても、その書込みの前から不揮発性メモリに原本として記憶されている第 1のサービス通知情報を利用することができ、第 1のサービス通知情報の消失を防ぐことができる。

[0057] また、前記更新手段は、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むときには、前記更新された第 1のサービス通知情報を前記不揮発性メモリに新たな原本として書き込み、その書込みの後に前記放送受信装置の電源が再投入されたときには、前記新たな原本として書き込まれた第 1のサービス通知情報の複製を生成して前記揮発性メモリに記憶させることを特徴としても良い。

[0058] これにより、更新された第 1のサービス通知情報が不揮発性メモリに書き込まれても、その書込みの前力も不揮発性メモリに原本として記憶されている第 1のサービス通知情報は残されているため、新たな原本として書き込まれた第 1のサービス通知情報に不正があったときには、その書込みの前力も記憶されている第 1のサービス通知情報を利用することができ、使い勝手を向上することができる。

[0059] なお、本発明は、このような放送受信装置として実現することができるだけでなぐその放送受信装置の動作する方法やプログラム、そのプログラムを格納する記憶媒体としてち実現することがでさる。

発明の効果

[0060] 本発明の放送受信装置は、複数種の SIが配信される状況であっても、それらの SI を用いてユーザに対して正しい情報を提供することができるという作用効果を奏する

図面の簡単な説明

[図 1]図 1は、本発明に係る放送システムの構成図である。

[図 2]図 2は、本発明に係るケーブルテレビシステムにお、て放送局側システムと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 3]図 3は、本発明に係るケーブルテレビシステムにお、て放送局側システムと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 4]図 4は、本発明に係るケーブルテレビシステムにお、て放送局側システムと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 5]図 5は、 MPEG2仕様で既定される TSパケットの構成図である。

[図 6]図 6は、 MPEG2トランスポートストリームの模式図である。

[図 7]図 7は、 MPEG2仕様で既定される PESパケットが TSパケットを用いて伝送される際の分割例を示す図である。

[図 8]図 8は、 MPEG2仕様で既定される MPEG2セクションが TSパケットを用いて伝送される際の分割例を示す図である。

[図 9]図 9は、 MPEG2仕様で既定される MPEG2セクションの構成図である。

[図 10]図 10は、 MPEG2仕様で既定される MPEG2セクションの利用例を示す図である。

[図 11]図 11は、 MPEG2仕様で規定される PMTの利用例を示す図である。

[図 12]図 12は、 MPEG2仕様で規定される PATの利用例を示す図である。

[図 13]図 13は、 SCTE SI仕様で規定される NIT— CDSの利用例を示す図である

[図 14]図 14は、 SCTE— SI仕様で規定される NIT—MMSの利用例を示す図である

[図 15]図 15は、 SCTE SI仕様で規定される NTTの利用例を示す図である。

[図 16]図 16は、 SCTE— SI仕様で規定される SVCT— VCMの利用例を示す図である。 [図 17]図 17は、 SCTE— SI仕様で規定される NIT、 NTT, SVCTの情報を利用して構成されるサービスリストの例を示す図である。

[図 18]図 18は、本発明に係る放送受信装置のハードウェア構成を示す構成図である。

[図 19]図 19は、本発明に係る放送受信装置のハードウェア構成における入力部のフロントパネルの一例を示す図である。

[図 20]図 20は、本発明に係る放送受信装置が保存するプログラムの構成図である。

[図 21A]図 21 Aは、本発明に係る放送受信装置のディスプレイに表示される番組表の一例を示す図である。

[図 21B]図 21Bは、本発明に係る放送受信装置のディスプレイに表示される番組表の他の例を示す図である。

[図 22A]図 22Aは、本発明に係る 1次記憶部が保存する情報の一例を示す図である圆 22B]図 22Bは、本発明に係る 1次記憶部が保存する情報の他の例を示す図である。

圆 22C]図 22Cは、本発明に係る 1次記憶部が保存する情報のさらに他の例を示す図である。

[図 23]図 23は、本発明に係る DVB— MHP規格が規定する AITの内容を表す模式図である。

[図 24]図 24は、本発明に係る DSMCC方式で送信されるファイルシステムを表す模式図である。

[図 25]図 25は、本発明に係る SI管理モジュールの内部構成図である。

[図 26]図 26は、本発明の実施の形態 1に係るメインサービスリストの更新時におけるサービスリスト制御部の動作を示すフロー図である。

[図 27]図 27は、サービスリストの一例を示す図である。

[図 28]図 28は、サービスリストの一例を示す図である。

[図 29]図 29は、サービスリストの一例を示す図である。

[図 30]図 30は、 EPGの画面表示の一例を示す図である。 [図 31]図 31は、サービスリストの一例を示す図である。

[図 32]図 32は、メインサービスリストの一例を示す図である。

[図 33]図 33は、 EPGの画面表示の一例を示す図である。

[図 34]図 34は、サービスリストの一例を示す図である。

[図 35]図 35は、メインサービスリストの一例を示す図である。

[図 36]図 36は、 EPGの画面表示の一例を示す図である。

[図 37]図 37は、履歴情報を持つサービスリストの一例を示す図である。

[図 38]図 38は、本発明に係る実施の形態 2のサービスリスト取得部の動作を示すフロ一図である。

符号の説明

101 放送局側システム

111 放送受信装置 (端末装置 A)

112 放送受信装置 (端末装置 B)

113 放送受信装置 (端末装置 C)

1800 放送受信装置

1801 QAM復調器

1802 TSデコーダ

1803 AVデコーダ

1804 スピーカ

1805 ディスプレイ

1806 CPU

1807 2次記憶部

1808 1次記憶部

1809 ROM

1810 入力部

1811 CableCARD

1812 QPSK復調器

1813 QPSK変調器 2006 SI管理モジュール

2501 サービスリスト制御部

2502 サービスリスト記憶部

2503 SIテーブル監視部

2504 サービスリスト取得部

発明を実施するための最良の形態

[0063] (実施の形態 1)

本発明は、対象となる放送システムとして、衛星システム、地上波システム、ケープルシステムの三種類の運用形態を想定する。衛星システムは衛星を用いて放送信号を放送受信装置に伝送する形態、地上波システムは地上波信号送出装置を用いて放送信号を放送受信装置に伝送する形態、ケーブルシステムはケーブルヘッドェンドを用いて放送信号を放送受信装置に伝送する形態である。本発明は各放送システムの違、と直接的な関係を持たな、ため、放送システムに係らず適用可能である。

[0064] 本発明に係る放送システムの実施の形態を、図面を参照しながら説明する。

[0065] 図 1は、放送システムを構成する装置の関係を表したブロック図である。この放送システムは、放送局側システム 101及び三個の放送受信装置たる端末装置 Al l 1、端末装置 B112、端末装置 C113で構成される。放送局側システム〜各端末装置間の結合 121につヽては有線 Z無線の両場合が存在する。例えばケーブルシステムでは、放送局側システム〜各端末装置間は有線にて結合される。一方、衛星 Z地上波システムにおける放送局側システム〜各端末装置間には、下り（放送局側システムから各端末装置へ)方向には有線結合は存在せず、放送信号は電波を利用して伝送される。上り（各端末装置力放送局側システムへ)方向については電話回線、有線インターネット等を利用した有線結合、無線通信を利用した無線結合の両場合があり、各端末装置はユーザ入力等の情報を放送局側システム 101へ送信する。本実施の形態では、 1つの放送局側システム 101に対して三つの端末装置が結合されているが、任意の数の端末装置を放送局側システム 101に結合しても、本発明は適用可能である。

[0066] 放送局側システム 101は、複数の端末装置に対して映像 '音声'データ放送用データ等の情報を放送信号に含めて送信する。放送信号は放送システムの運用既定や、放送システムが運用される国，地域の法律により定められた周波数帯域内の周波数を利用して伝送される。

[0067] 例として、ケーブルシステムに関する放送信号伝送規定の例を示す。本例に示すケーブルシステムでは、放送信号伝送に利用される周波数帯域は、そのデータの内容と伝送方向（上り、下り）について、分割して用いられる。

[0068] 図 2は、周波数帯域の分割の一例を示す図である。周波数帯域は、 Out Of Ban d (略称 OOB)と In— Bandの 2種類に大別される。 5〜 130MHzが OOBに割り当てられ、主に放送局側システム (ヘッドエンド） 101と端末装置 Al l 1、端末装置 B112、端末装置 C 113間のデータのやり取りに使用される。 130MHz〜864MHzは In— B andに割り当てられ、主として、映像'音声を含む放送チャンネルに使用される。 OO Bでは QPSK変調方式力 In— Bandは QAM64または QAM256変調方式が使用される。変調方式技術については、本発明に関与が薄い公知技術であるので、詳細な説明は省略する。

[0069] 図 3は、 OOB周波数帯域の更に詳細な使用の一例を示す図である。 70MHz〜7 4MHzは放送局側システム（ヘッドエンド） 101からのデータ送信に使用され、全ての端末装置 Al l l、端末装置 B112、端末装置 C113が、放送局側システム 101から同じデータを受け取ることになる。一方、 10. 0MHz〜10. 1MHzは端末装置 A111から放送局側システム（ヘッドエンド） 101へのデータ送信に使用され、 10. 1ΜΗζ〜1 0. 2MHzは端末装置 B112から放送局側システム（ヘッドエンド） 101へのデータ送信に使用され、 10. 2MHz〜10. 3MHzは端末装置 C113から放送局側システム（ヘッドエンド） 101へのデータ送信に使用される。これにより、各端末装置固有のデータを各端末装置 Al l l、端末装置 B112、端末装置 C113から放送局側システム 101 に送信することができる。

[0070] 図 4は、 In— Bandの周波数帯に対する使用の一例を示す図である。 150〜156M られ、以降、 6MHz間隔でテレビチャンネルが割り当てられている。 310MHz以降は、 1MHz単位でラジオチャンネルに割り当てられている。これらの各チャンネルはァナログ放送として使用してもデジタル放送として使用してもょヽ。デジタル放送の場合は、 MPEG2仕様に基づいた TSパケット形式で伝送され、音声や映像に加え、各種データ放送用データや EPGを構成するための番組編成情報 (番組情報)も送信することができる。

[0071] 放送局側システム 101は、これらの周波数帯域を利用して端末装置に適切な放送信号を送信するため、 QPSK変調部や QAM変調部等を有する。また、端末装置からのデータを受信するため、 QPSK復調器を有する。また、放送局側システム 101は、これら変調部及び復調部に関連する様々な機器を有すると考えられる。しかし、本発明は主として端末装置に関わるので、詳細な説明は省略する。

[0072] 端末装置 Al l l、端末装置 B112、端末装置 C113は、放送局側システム 101からの放送信号を受信し再生する。また、放送局側システム 101に対して、各端末装置固有のデータを送信する。三つの端末装置は、本実施の形態では同じ構成を取る。

[0073] なお、本例ではケーブルシステム運用に関する一例の詳細を紹介して、るが、本発明は衛星、地上波システム及びケーブルシステムの他形態においても適用可能である。衛星及び地上波システムにおける放送局側システムと各端末装置の結合は、前記のように有線 Z無線の両場合が存在し、さらに周波数帯域や周波数間隔、変調方式、放送局側システムの構成等は放送システムの種別や運用に依存して異なるが、それらは本発明との関連性はなぐ本発明はそれらがどのように既定されようと適用可能である。

[0074] 放送局側システム 101は、 MPEG2トランスポートストリームを変調して放送信号に含めて伝送する。放送受信装置は放送信号を受信し、復調して MPEG2トランスポ一トストリームを再現し、その中から必要な情報を抽出して用いる。デジタル放送受信装置に存在するデバイスの機能と接続の構成を説明するため、まず MPEG2トランスポートストリームの構成を簡単に述べる。

[0075] 図 5は、 TSパケットの構成を表す図である。 TSパケット 500は 188バイトの長さを持ち、ヘッダ 501、ァダプテーシヨンフィールド 502、ペイロード 503からなる。ヘッダ 50 1は TSパケットの制御情報を保持し、 4バイトの長さを持つ。また、ヘッダ 501は、構成 504で表される。この中に" Packet ID (以下 PID) "と記述されるフィールドを持ち、この PIDの値によって、 TSパケットの識別を行う。ァダプテーシヨンフィールド 502 は時刻情報などの付カ卩的な情報を保持する。ァダプテーシヨンフィールド 502の存在は必須ではなぐ存在しない場合もある。ペイロード 503は映像'音声やデータ放送用データ等、 TSパケットが伝送する情報を保持する。

[0076] 図 6は、 MPEG2トランスポートストリームの模式図である。 TSパケット 601及び TS パケット 603はヘッダに PID100を保持し、ペイロードに映像 1に関する情報を保持する。 TSパケット 602及び TSパケット 605はヘッダに PID200を保持し、ペイロードにデータ 1に関する情報を保持する。 TSパケット 604はヘッダに PID300を保持し、ペイロードに音声 1に関する情報を保持する。

[0077] MPEG2トランスポートストリーム 600は TSパケット 601〜605のような連続した TS パケットによって構成される。 TSパケットはそのペイロードに映像や音声、データ放送用のデータなど様々な情報を保持する。放送受信装置は TSパケットを受信して、各 TSパケットが保持する情報を抽出することで、映像'音声を再生し、番組編成情報等のデータを利用する。この時、同一 PIDを持つ TSパケットは同一種類の情報を保持する。図 6においても、 TSパケット 601及び TSパケット 603は共に映像 1に関する情報を伝送し、また TSパケット 603及び TSパケット 605は共にデータ 1に関する情報を伝送する。

[0078] 映像及び音声は、 PES (Packetized Elementary Stream)パケットと呼ばれる形式で表現される。 PESパケットはある時間帯の映像情報または音声情報を含み、放送受信装置は、 PESパケットを受信することで、その PESパケットが内包する映像 •音声情報を画面'スピーカに出力することができる。放送局が PESパケットを途切れなく伝送することで、放送受信装置は、映像 ·音声を途切れなく再生し続けることが可能となる。 PESパケットは、実際に伝送される際、一つの TSパケットのペイロードよりも大きいサイズを持つ場合は分割されて複数の TSパケットのペイロードに格納される

[0079] 図 7は、 PESパケットを伝送する際の分割例を表す図である。 PESパケット 701は一つの TSパケット内のペイロードに格納して伝送するには大きいため、 PESパケット分割 A702a、 PESパケット分割 B702b、 PESパケット分割 C702cに分割され、同一 PIDを持つ三つの TSパケット 703〜705によって伝送される。なお、 PESパケットは運用によっては映像 ·音声だけでなぐサブタイトルと呼ばれる字幕用データを伝送することちある。

[0080] 番組編成情報やデータ放送用のデータ等の情報は MPEG2セクションと呼ばれる形式を用いて表現される。 MPEG2セクションは実際に伝送される際、一つの TSパケットのペイロードよりも大きいサイズを持つ場合は分割されて複数の TSパケットのぺィロードに格納される。

[0081] 図 8は、 MPEG2セクションを伝送する際の分割例を表す図である。 MPEG2セクシヨン 801は一つの TSパケット内のペイロードに格納して伝送するには大きいため、セクシヨン分割 A802a、セクション分割 B802b、セクション分割 C802cに分割され、同一 PIDを持つ三つの TSパケット 803〜805によって伝送される。

[0082] 図 9は、 MPEG2セクションの構造を表現する図である。 MPEG2セクション 900はヘッダ 901及びペイロード 902から構成される。ヘッダ 901は MPEG2セクションの制御情報を保持する。その構成はヘッダ構成 903によって表現される。ペイロード 902 は MPEG2セクション 900が伝送するデータを保持する。ヘッダ構成 903に存在する table— idは MPEG2セクションの種類を表現し、さらに table— id— extensionは ta ble— idが等しい MPEG2セクション同士を区別する際に用いられる拡張識別子である。 MPEG2セクションの使用例として、図 10に番組編成情報を伝送する場合を挙げる。

[0083] 図 10は、 MPEG2セクションの番組編成情報を伝送する場合の使用例を示す図である。

[0084] この例では、行 1004に記載されるように、放送信号の復調に必要な情報はヘッダ構成 903内の table— id力 ½4である MPEG2セクションに記載され、さらにその MPE G2セクションは PIDに 16が付与された TSパケットによって伝送される。

[0085] MPEG2トランスポートストリーム内に存在する TSパケット列の中で、同一 PIDによつて識別されるもののみを抽出した部分 TSパケット列をエレメンタリーストリーム (ES) と呼ぶ。例えば、図 7において、 PESパケット 701を分割して伝送している TSパケット 703〜705は全て PIDが 100で識別される。これは PESパケット 701を伝送する ES である、と言うこと力 Sできる。同様に、図 8において、 MPEG2セクション 801を分割して伝送して、る TSパケット 803〜805は全て PIDが 200で識別される。これは MPE G2セクション 801を伝送する ESである、と言うことができる。

[0086] MPEG2トランスポートストリーム内にはさらにプログラムという概念が存在する。プログラムは ESの集合として表現され、複数の ESをまとめて扱いたい場合に利用される。プログラムを利用すると、映像'音声や、それに付随するデータ放送用データなどを一まとめに扱うことが可能となる。例えば、同時に再生したい映像 ·音声をまとめて扱う場合、映像を含む PESパケットを伝送する ESと、音声を含む PESパケットを伝送する ESをプログラムとしてまとめることで、放送受信装置は二つの ESを同時に再生すべきであることがわ力る。

[0087] プログラムを表現するために、 MPEG2では PMT (Program Map Table)及び PAT (Program Association Table)と呼ばれる二つのテーブルが利用される。詳細な説明は ISOZIEC13818— 1、 "MPEG2 Systems"仕様を参照されたい。以下では PMT及び PATに関して簡単に説明する。

[0088] PMTは MPEG2トランスポートストリーム中に、プログラムの数だけ含まれるテープルである。 PMTは MPEG2セクションとして構成され、 table— idは 2である。 PMTにはプログラムの識別に用いられるプログラムナンバーとプログラムの付加情報、さらにプログラムに属する ESに関する情報を保持する。

[0089] 図 11は、 PMTの一例を示す図である。

[0090] プログラムナンバー 1100は同一トランスポートストリーム内でプログラムに一意に割り当てられ、 PMTの識別に用いられる。行 1111〜： L 114は個々の ESに関する情報を表現する。列 1101は ESのタイプであり、 "映像"、 "音声"、 "データ"などが指定される。列 1102は ESを構成する TSパケットの PIDである。列 1103は ESに関する付加情報である。例えば、行 1111に表される ESは、音声用 PESパケットを伝送する E Sであり、 PIDが 5011である TSパケットによって構成される。

[0091] PATは MPEG2トランスポートストリームに一つだけ存在するテーブルである。 PA Tは MPEG2セクションとして構成され、 table— idは 0であり、 PIDが 0である TSパケットによって伝送される。 PATには、 MPEG2トランスポートストリームの識別に用いられる transport— stream— idと、 MPEG2トランスポートストリーム内に存在するプログラムを表現する全ての PMTに関する情報を保持する。

[0092] 図 12は、 PATの一例を示す図である。

[0093] transport— stream— idl200は MPEG2トランスポートストリームの識別に用いられる。行 1211〜1213はプログラムに関する情報を表現する。列 1201はプログラムナンバーである。列 1202はプログラムに対応する PMTを伝送する TSパケットの PID である。例えば、行 1211に表されるプログラムの PMTは、プログラムナンバーが 101 であり、対応する PMTは PIDが 501である TSパケットによって伝送される。

[0094] 放送受信装置において、ユーザがあるプログラムに属する映像 '音声の再生指示を出した場合は PAT及び PMTを用いて、指定された映像 '音声の再生を行う。例えば図 12の PAT及び図 11の PMTを伝送する MPEG2トランスポートストリームに関して、プログラムナンバーが 101であるプログラムに属する映像'音声の再生を行う場合は以下のような手順をとる。まず PIDが" 0"である TSパケットより、 table— idが" 0"の MPEG2セクションとして伝送される PATを取得する。 PATよりプログラムナンバーが "101"であるプログラムを探索し、行 1211を得る。行 1211より、プログラムナンバーが" 101 "であるプログラムの PMTを伝送する TSパケットの PID" 501 "を得る。次に P IDが" 501"である TSパケットより、 table— idが" 2"の MPEG2セクションとして伝送される PMTを取得する。 PMTより、音声の ES情報である行 1111及び映像の ES情報である行 1112を得る。行 1111より、音声用 PESパケットを伝送する ESを構成する TSパケットの PID"5011"を得る。また行 1112より、映像用 PESパケットを伝送する ESを構成する TSパケットの PID"5012"を得る。次に PID"5011"の TSパケットより音声用 PESパケットを、 PID"5012"の TSパケットより映像用 PESパケットを取得する。これにより、再生対象となる映像 '音声の PESパケットを特定することが可能となり、これらが伝送する映像音声を再生することができる。

[0095] ここまで MPEG2仕様に関する簡単な説明を行ったが、ここで単語の詳細な定義を行う。本発明に関して、「プログラム」という単語が二種類存在する。一つは MPEG2 仕様に番組という意味を総称していう「プログラム」であり、もう一つは CPUが実行するコードの集合という意味での「プログラム」である。前者に関しては、運用規定で用いられる「サービス」という単語と同義であるため、混乱を避けるため、以降、前者を「サービス」と呼び、後者を単に「プログラム」と呼ぶ。さらに後者に関して、特に Java ( 登録商標)言語で記述された「プログラム」を「Java (登録商標)プログラム」と呼ぶ。また、一般に放送受信装置が同時に再生する映像，音声，データを表現する「チャンネル」という単語も「サービス」と同義であるため、「サービス」と統一して呼称する。

[0096] ここで SI (Service Information)について簡単に説明する。前述のように、 SIには地域や放送形態によって異なる伝送方法、異なるフォーマット、異なる SIテーブルが利用される。

[0097] 米国ケーブル放送で利用される SCTE— SIを例として簡単に説明する。 SCTE- SIは SCTE— SI仕様 ANSIZSCTE65 (DVS234)によって定義される。 SCTE— SI仕様は 9個の SIテーブルを定義し、さらに詳細情報を記述するための記述子を多数定義している。 SCTE— SIでは、サービスは一意のソース IDを持ち、このソース ID を用いて管理される。また各サービスはチャンネルナンバーを持ち、 EPG上でサービスを識別するために用いられる。前述のように、 SCTE— SIでは、サービスに関する情報を表現する手法として、「NIT、 NTT, SVCT」の 3つの SIテーブルを用いる方法と、 LVCTを用いる方法の 2種類が存在する。各方法について簡単に説明する。

[0098] NITは各サービスが含まれて伝送される MPEG2トランスポートストリームにチューユングする際に必要なチューニング情報を保持する。 NITは 2つのサブテーブルを持つ。 NIT— CDS (Carriar Definition Subtable)は各サービスが含まれて伝送される MPEG2トランスポートストリームが放送される周波数を表現し、 NIT-MMS ( Modulation Mode Subtable)は各サービスが含まれて伝送される MPEG2トランスポートストリームが放送される際の変調方式やビットレート情報を表現する。

[0099] 図 13は、 NIT— CDSの一例を示す図である。 NIT— CDSは周波数を表現する。

行 1311〜1313は周波数の種類を表し、列 1301、列 1302はそれぞれ、周波数の i ndex、周波数を表す。各周波数は列 1301に記載される indexにより管理される。

[0100] 図 14は、 NIT— MMSの一例を示す図である。 NIT— MMSは周波数以外のチュ一ユング情報を表現する。行 1411〜1413は、各チューニング情報の種類を表し、列 1401、列 1402、列 1403はそれぞれ、物理諸元情報の index、変調方式、ビットレートを表す。なお SCTE— SI仕様によれば、チューニング情報は変調方式、ビットレート以外にも多くの種類があるが、これら個々のチューニング情報の種類と本発明は関連性がないため、説明及び図 14への表記を割愛している。 NIT—MMSに記載される各チューニング情報は列 1401に記載される indexで管理される。

[0101] NTTは各サービスの名前を保持する。

[0102] 図 15は、 NTTの一例を示す図である。行 1511〜行 1515はサービスの種類を表し、列 1501、列 1502はそれぞれソース ID、サービスの名前を表す。 SCTE— SIでは、サービスはサービスデータ識別子に相当するソース IDで一意に特定される。 NT Tも列 1501にサービスデータ識別子に相当するソース IDフィールドを持ち、各サービスの IDとサービスの名前を対応付けて、る。

[0103] SVCTは、サービスのチャンネルナンバーなどの各種属性や、サービスが MPEG2 トランスポートストリーム上のどの PMTと対応付けられる力、といったリンク情報を保持する。 SVCTは 3つのサブテーブルを持つ。 SVCT-DCM (Defined Channel Map)は存在する全サービスのチャンネルナンバーを定義する。 SVCT— ICM (Inv erse Channel Map)は存在する全サービスのチャンネルナンバーとソース IDを対応付ける。 SVCT— VCM ( Virtual Channel Map)は存在する全サービスの属性情報、チャンネルナンバー、リンク情報、サービスデータ識別子に相当するソース ID 等を保持する。上記 3つのサブテーブルの内、もっとも重要なのは SVCT— VCMである。他 2つのサブテーブルの情報は SVCT— VCMが記載する情報の検索を容易にするための情報であり、ここでは特に SVCT— VCMについて解説する。

[0104] 図 16は、 SVCT— VCMの一例を示す図である。行 1611〜行 1615はサービスの種類を表す。列 1601は各サービスのソース IDを表す。列 1602〜列 1605は、それぞれチャンネルナンバー、 CDS— index、 MMS— index、プログラムナンバーを表す。実際には、 SVCT— VCMは図 16には表現されない多くの属性情報を保持する力これらは本発明とは関連性がないため、図 16からは割愛している。

[0105] 図 16に表されるように、各 SVCT— VCMに記載される各サービスは、列 1603に表される CDS— index及び列 1604に表される MMS— indexを持つ。これらは、それぞれ図 13に表した NIT— CDS及び図 14に表した NIT— MMSに存在する index と対応付けられる。また、列 1601に表されるソース IDは図 15に表した NTTの列 150 1に表されるソース IDと等しい。よって、放送受信装置は、図 13、 16に示されたテーブルについては、 CDS— Indexl603の情報を CDS— Indexl603と同一の値の In dexl301に対応する周波数のデータに置き換え、図 14、 16に示されたテーブルについては MMSIndexl604と同一の値の Indexl401に対応する変調方式、ビットレートのデータに置き換え、図 15、 16に示されたテーブルについてはソース ID1501 の値と同一の値を有するソース ID1601に対応するデータ同士を結合することにより、サービスリスト (メインサービスリスト）を得る。

[0106] 図 17は、放送受信装置が作成したサービスリストの一例を示す図である。

[0107] 行 1711〜行 1715はサービスの種類などを示す情報（サービスデータ）を表す。行 1701〜行 1707は、それぞれ順にソース ID、チャンネルナンバー、周波数、変調方式、ビットレート、プログラムナンバー、サービス名を表す。

[0108] 図 17に表される様なサービスリストを記憶することで、デジタル放送受信装置は、 E PGを表示する際に、サービスリストに記載された情報を即時的に利用することが可能となる。

[0109] 一方、 LVCTは、「NIT、 NTT, SVCT」を用いて作成した図 17に相当するサービスリストを、予め内包している。そのため、「NIT、 NTT, SVCT」を利用してサービスリストを構築する場合のように図 13〜図 16に示した複数のテーブル及びサブテープルを取得し、記載される情報を組み合わせる必要はなぐ LVCTのみ取得し、フォーマットを変換すれば図 17に示すようなサービスリストを構築することが可能である。即ち、本実施の形態における放送受信装置は、「NIT、 NTT, SVCT」により示される S Iと、 LVCTにより示される SIといった互いに異なる種類の SIを取得する。なお、「NIT 、 NTT, SVCT」の 3つのサブテーブルと LVCTはそれぞれ同時に送信される場合もあるし、異なる時刻に送信される場合もある。

[0110] なお、ここで説明した SCTE— SI仕様は、各 SIテーブルが有する全ての情報を図に記載して説明した訳ではなぐ各 SIテーブルが保持する情報は詳細なものを含めると膨大である。しかし、本発明の本質とそれら詳細な情報の一つ一つは関連性がないため、ここでは説明を割愛している。それら情報も実際のデジタル放送受信装置が管理するサービスリスト内に管理されることもある。また図 17に表されるサービスリストが含む項目を必ずしもサービスリストに記載して管理しなければならないわけではない。デジタル放送受信装置が利用しない項目に関しては記載する必要はなぐそういう場合でも本発明は適用可能である。

[0111] ここまで SCTE— SIの説明をしてきた力米国ケーブル放送環境では、前述したように、 Inband及び OOBの周波数が利用される。米国ケーブル放送環境で動作するデジタル放送受信装置は、 Inband及び OOBの情報を同時に取得可能である。一般に、 Inbandは映像及び音声など、伝送するために高ビットレートを必要とする情報を含み、 OOBは低ビットレートで送信可能な付加情報を送信する。 SCTE— SIは O OBで伝送されることが仕様で決定されており、デジタル放送受信装置は OOBより S CTE SIを取得して結合サービスリストを構築する。

[0112] 一方、米国ケーブル環境では、 OOBで伝送される SCTE— SI以外に、 Inbandにも PSIPと呼ばれるフォーマットを用いて SIが伝送されて!、る場合がある。 PSIPはサ一ビスの情報を表現するために、 SCTE— SIと同じく LVCTを利用する。つまり、 Inb andを流れる LVCTと、 OOBを流れる SCTE— SIの LVCTが同時に取得されるケースも想定される。

[0113] なお、上記では主に SCTE— SIにおける「サービス」に関する情報の取り扱い方について説明を行っている力 EPGなどで利用される情報として、「番組」自身の属性に関する情報がある。例えば番組のタイトル、放送時刻、内容、ジャンル、出演者、等の情報である。 SCTE— SIを始めとする各地域、各放送形態で利用される SI仕様は、サービスに関する情報だけでなぐ番組に関する情報を記載する SIテーブルフォーマットを規定している。例えば、 SCTE— SIには EIT (Event Information Table) 及び、 ETT (Event Text Table)が規定されており、番組の属性情報及び番組の内容情報等を伝送している。それらテーブルからは、「サービス」を管理する「サービスリスト」と同様に、「番組」を管理する「番組管理表」が構成され、デジタル放送受信装置内のプログラム力も利用される。しかし、本発明は、主にサービスに関する情報の管理を対象とするため、番組に関する情報の管理手法については言及しない。番組管理表がどのように実現されたとしても、本発明は適用可能である。 [0114] 以上、本発明に関わる、 MPEG2仕様及び SI仕様にて決定されるいくつかの情報に関して説明を行った。以降、本実施の形態の前提となるハードウェア構成に関して説明する。例として、ここでは米国ケーブル環境を取り上げる。

[0115] 図 18は、米国ケーブル環境で利用される放送受信装置 (端末装置)のハードウア構成を示す構成図である。この放送受信装置 (端末装置） 1800は、端末装置 Al l 1 、端末装置 B112、及び端末装置 C113のそれぞれに相当するものであって、 QAM 復調器 1801、 TSデコーダ 1802、 AVデコーダ 1803、スピーカ 1804、ディスプレイ 1805、 CPU1806、 2次記憶部 1807、 1次記憶部 1808、 ROM1809、入力部 181 0、 CableCARD1811、 QPSK復調器 1812、及び QPSK変調器 1813で構成される。

[0116] QAM復調器 1801は CPU1806が指定する周波数を含むチューニング用の物理諸元情報に従って、放送局側システム 101内で変調され伝送されてきた Inbandの放送信号を復調するデバイスである。 QAM変調方式は公知の技術なので、説明は省略する。

[0117] TSデコーダ 1802は、 CPU1806が指定する PID,セクション選別条件等の指定に基づいて MPEG2トランスポートストリームから指定条件に合致する PESパケットや M PEG2セクションを選別する機能を有するデバイスである。 TSデコーダ 1802が選別した PESパケットは AVデコーダ 1803に転送される。また、 TSデコーダ 1802力 S選別した MPEG2セクションは、 1次記憶部 1808に DMA(Direct Memory Access) 転送され、 CPU1806が実行するプログラムによって利用される。

[0118] AVデコーダ 1803はエンコードされた映像及び音声をデコードする機能を有するデバイスである。 AVデコーダ 1803がデコードして得られた AV信号は、スピーカ 18 04、ディスプレイ 1805に送信される。なお、 AVデコーダ 1803は必ずしも映像及び音声を同時にデコードできない場合もある。映像デコーダ、音声デコーダ単体として存在することもある。なお、 AVデコーダ 1803は場合によってはサブタイトルデータに対するデコード機能を有する場合もある。スピーカ 1804、ディスプレイ 1805はそれぞれ AVデコーダ 1803から送信された音声、映像を出力する機能を有するデバイスである。 [0119] CPU1806は放送受信装置上で動作するプログラムを実行する。 CPU1806が実行するプログラムは、 ROM 1809に含まれる場合、放送信号やネットワークよりダウンロードされ 1次記憶部 1808に保持されている場合、放送信号やネットワークよりダウンロードされ 2次記憶部 1807に保存されている場合などが存在する。実行するプログラムの指示に従い、 CPU1805は QAM復調器 1801、 TSデコーダ 1802、 AVデコーダ 1803、スピーカ 1804、ディスプレイ 1805、 2次記憶部 1807、 1次記憶部 18 08、 ROM1809、入力部 1810、 QPSK復調器 bl l2、及び QPSK変調器 bl l3を制御する。

[0120] 2次記憶部 1807は FLASH— ROMなどの不揮発性メモリ、 HDD (Hard Disk Drive)、 CD— R(W)や情報書き込み用 DVD、 BD (Blu— ray Disc)、半導体メモリなどの書き換え可能のメディアなど、端末装置 1800の電源の投入 Z切断に関係なく情報を保持し続けるものであって、 CPU 1806の指示により記憶された情報の保存 Z消去を行う。端末装置 1800の電源断によって消えては困るデータ (デジタル放送受信装置が放送波を介してダウンロードしたプログラムで電源切断-再投入後も使用できるプログラム、電源切断前に記憶したメインサービスリスト、 S

Iテーブルなど）の保存に利用される。

[0121] 1次記憶部 1808は RAM等によって構成され、 CPU1806や、 DMAが可能なデバイスの指示に従って電源投入中に限り情報 (電源投入中に放送波を介して取り出した SIテーブル、電源切断前に取り出したメインサービスリスト、 SIテーブル (電源投入時に 2次記憶部 1807より読み出されたもの）など）を一時的に保存する機能を有するデバイスである。 1次記憶部 1808に保持された情報は、端末装置 1800の電源断によって消去される。

[0122] ROM1809は、書き換え不可能なメモリーデバイスであり、具体的には ROMや CD

-ROM (Compact Disk Read Only Memory)、 DVD-ROM (Digital Versatile Disk Read Only Memory)、 BD— ROM (Blu— ray Disk Read Only Memory)などで構成される。 ROM1809には、 CPU1806にて実行可能なプログラムが格納されている。

[0123] 入力部 1810は、具体的には、フロントパネルやリモコンで構成され、ユーザからの入力を受け付ける。 [0124] 図 19は、フロントパネルで入力部 1810を構成した場合の一例を示す図である。フロントパネル 1900は七つのボタン、すなわち上カーソルボタン 1901、下カーソルボタン 1902、左カーソルボタン 1903、右カーソルボタン 1904、 OKボタン 1905、取消ボタン 1906、及び EPGボタン 1907を備えている。ユーザがボタンを押下すると、押下されたボタンの識別子力 CPU1806に通知される。

[0125] CableCARD1811は Inbandを流れる MPEG2トランスポートストリームの暗号解除及び OOB情報の送受信機能を有する。 CableCARDの仕様は、 "OC— SP— C C— IF"仕様に示される。ここでは簡単に CableCARDについて説明する。 CableC ARD1811はカード型の形態をとり、端末装置 1800と PCMCIA (Personal Comp uter Memory Card International Associationインタフェース用ヽて接続される着脱可能なデバイスである。 PCMCIAに関しては公知の技術であるため、説明は省略する。 CableCARD1811が端末装置 1800に接続された状態では、 QAM 復調器 1801から Inbandの MPEG2トランスポートストリームを入力され、 TSデコーダ 1802に対して、 CPU 1806が指令したサービスの暗号解除が行われた Inbandの MPEG2トランスポートストリームを出力する。また、米国ケーブルシステムでは、 OO Bを用いて、様々な情報が上り及び下り方向に伝送されている。このとき、放送局側システム 101が端末装置に対して送出する情報の形式と、端末装置 1800が解釈可能な情報の形式は異なるため、そのままでは情報のやりとりが不可能となる。 CableC ARD1811はこれら OOBで伝送される上り、下りの情報の形式変換を行うデバイスを備えている。 OOBで伝送される情報は QPSK変調方式で変調される。本変調方式は公知の技術であり、詳細な説明は省略する。端末装置は QPSK復調器 1812と Q PSK変調器 1813を備える。 CPU 1806は端末装置 1800内のデバイスだけでなく、 CableCARD1811内のデバイスを制御可能である。

[0126] 下り方向の情報受信に関し、まず QPSK復調器 1812は OOBで放送局側システム 101から送信されてくる下りの信号を復調し、生成されたビットストリームを CableCA RD1811に入力する。 CableCARD1811はビットストリームが含む様々な情報の中から、 CPU1806が指定する情報を抽出して、 CPU1806上で動作するプログラムが解釈可能な形式に変換して、 CPU 1806に提供する。 [0127] 上り方向の、端末装置 1800から放送局側システム 101方向への情報送信に関し、まず CPU1806が放送局側システム 101に対して送信した!/、情報を、 CableCARD 1811に送信する。 CableCARD 1811は CPU 1806力ら入カされた情報を放送局側システム 101が解釈可能な変換し、 QPSK変調器 1813に送信する。 QPSK変調器 1813は CableCARD 1811から入力された情報を QPSK変調し、放送局側システム 101に送信する。

[0128] なお、図 18ではディスプレイ 1805、スピーカ 1804を放送受信装置内部に包含する形で表現する力放送受信装置にはディスプレイ 1805、スピーカ 1804を内包せず、外部に AV信号のみ出力するタイプのものも存在する。ディスプレイ 1805及びスピー力 1804の存在場所は本発明と関連性がなぐどちらのタイプに対しても本発明は適用可能である。また図 18では、 QAM復調器 1801や AVデコーダ 1803などの各デバイスは端末装置 1800内に一つずつしか存在しな、が、これら図 18に登場する各デバイスが複数存在するハードウェア構成も考えられ、その場合にぉヽても本発明は適用可能である。

[0129] ここまでは、本発明に関するハードウェアの構成例に関して述べた力以降、端末装置上でのプログラム動作手続きにつ!/、て述べる。

[0130] 図 20は、 ROM1809に記憶され、 CPU1806に実行されるプログラムの構成の一例を示す構成図である。本例では、米国ケーブル放送端末上で利用される OCAP ( OpenCable Application Protorol)仕様に準拠した端末を例として説明を行う。 OCAPは、米国ケーブル放送環境の規格団体である Cablelabsが策定するケープル放送規格である OpenCable仕様群の一環として策定される、デジタル放送受信装置上で Java (登録商標)プログラムを実行するための仕様である。本仕様は OC— S P-OCAP1. 0仕様に詳細が記述される。

[0131] プログラム 2000は、複数のサブプログラムで構成され、具体的には OS2001、 EP G2002、 Java (登録商標） VM2003、サービスマネージャ 2004、 Java (登録商標）ライブラリ 2005、及び SI管理モジュール 2006で構成される。

[0132] OS2001は、端末装置 1800の電源が投入されると、 CPU1806が起動するサブプログラムである。 OS2001は、オペレーティングシステムの略であり、 Linux (登録商標）、 Windows (登録商標）等が一例である。 OS2001は、他のサブプログラムを並行して実行するカーネル 2001a及びライブラリ 2001bで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態においては、 OS2001のカーネル 2001aは、 EPG2002^Java (登録商標） VM2003をサブプログラムとして実行する。また、ライブラリ 2001bは、これらサブプログラムに対して、端末装置 1800が保持する構成要素を制御するための複数の機能を提供する。

[0133] 機能の一例として、チューニング機能を紹介する。チューニング機能は、他のサブプログラム力も周波数を含むチューニング情報を受け取り、それを QAM復調器 180 1に引き渡す。 QAM復調器 1801は与えられたチューニング情報に基づき復調処理を行、、復調した MPEG2トランスポートストリームを TSデコーダ 1802に引き渡すことができる。この結果、他のサブプログラムはライブラリ 2001bを通して QAM復調器 1801を制御することができる。

[0134] SI管理モジュール 2006は、放送される SIテーブルの取得、監視、記録を行!、、他のサブプログラムに対して、常に最新の正し、サービスリスト及び番組管理表を提供する。 SI管理モジュール 2006は、端末装置 1800の電源が投入されると、カーネル 2 001aによって起動される。 SI管理モジュール 2006の動作は本発明の根幹部分であり、詳細は後述する。

[0135] EPG2002は、ユーザに番組一覧を表示するとともに、ユーザからの入力を受け付ける番組表示部 2002aと、サービス選局を行う再生部 2002bで構成される。ここで、 EPGは Electric Program Guideの略である。 EPG2002は、端末装置 1800の電源が投入されると、カーネル 2001aによって起動される。起動された EPG2002の内部では、番組表示部 2002aが端末装置 1800の入力部 1810を通して、ユーザからの入力を待つ。ここで、入力部 1810が図 19で示されるフロントパネルで構成されている場合、ユーザが、入力部 1810の EPGボタン 1907を押下すると、 EPGボタンの識別子が CPU1806に通知される。 CPU1806上で動作するサブプログラムである EPG2002の番組表示部 2002aは、この識別子を受け取り、 SI管理モジュール 20 06よりサービスリストや図示して!/ヽな、番組管理表（サービスリストのチャンネルナンバー、サービス名、ソース IDなどの各サービスを特定するための情報に対応付けた時間情報および、その時間情報に対応する番組情報を管理する表)を取得し、必要な情報をディスプレイ 1805に表示する。

[0136] 図 21A及び図 21Bは、ディスプレイ 1805に表示された番組表の一例を示す図である。図 21Aを参照して、ディスプレイ 1805には、格子状に番組情報が表示されている。列 2101には、時刻情報が表示されている。列 2102には、サービス名「チャンネル 1」と、列 2101の時刻に対応する時間帯に放映される番組が表示されている。「チャンネル 1」では、 9 : 00〜10 : 30に番組「ニュース 9」が放映され、 10 : 30〜12 : 0 0は「映画 AAA」が放映されることを表す。列 2103も列 2102同様、サービス名「チヤンネル 2」と、列 2101の時刻に対応する時間帯に放映される番組が表示されている。 9： 00〜： L 1： 00に番組「映画 BBB」が放映され、 11： 00〜 12： 00は「ニュース 11」が放映される。カーソル 2130は、フロントパネル 1900の左カーソル 1903と右カーソル 1904を押下すると移動する。図 21Aの状態で、右カーソル 1904を押下すると、カーソル 2130は右に移動し、図 21Bのようになる。また、図 21Bの状態で、左カーソル 19 03を押下すると、カーソル 2130は左に移動し、図 21Aのようになる。

[0137] 図 21Aの状態で、フロントパネル 1900の OKボタン 1905が押下されると、番組表示部 2002aは、「チャンネル 1」の識別子を再生部 2002bに通知する。図 21Bの状態で、フロントパネル 1900の OKボタン 1905が押下されると、番組表示部 2002aは、「チャンネル 2」の識別子を再生部 2002bに通知する。

[0138] 再生部 2002bは、受け取ったサービスの識別子を用いて、そのサービスが含む映像及び音声を再生する。サービスの識別子とサービスの関係は、 SIより導出することが可能である。例えば、 SI管理モジュール 2006が管理する結合サービスリストが図 1 7であった場合、サービスの識別子として例えば、チャンネルナンバー「10」が指定されると、そのサービスと対応付けられる PMTを伝送する MPEG2トランスポートストリームの周波数は「600MHz」であって、変調方式は「64QAM」、ビットレートは「27 MbpsJであることがわかり、 QAM復調器 1801を利用してチューニングすることでその MPEG2トランスポートストリームを受信することができる。さらに、その MPEG2トランスポートストリーム内で、プログラムナンバーが「101」である PMTがそのサービスを表現する、ということも導出可能である。再生部 2002bは、サービスの再生を行うため、受け取ったサービスの識別子をそのままサービスマネージャ 2004に引き渡す。なお、サービスの識別子は表よりサービスを一意に特定可能な値であればなんでもよい。例えば、図 17では、ソース IDやサービス名など、どの列の値であっても構わない。また、異なる情報がサービスリストに搭載される場合は、その値であっても構わない。本実施の形態ではチャンネルナンバーがチャンネルの識別子として利用されるとして説明を行う。

[0139] また、再生部 2002bは、再生中に、ユーザがフロントパネル 1900の上カーソル 19 01と下カーソル 1902を押下すると、入力部 1810から CPU1806を通して、押下された通知を受け取り、再生しているサービスを変更する。

[0140] 図 22A〜図 22Cは、 1次記憶部 1808に保存されているサービスの識別子の例を示す図である。

[0141] まず、再生部 2002bは、 1次記憶部 1808に現在再生中のサービスの識別子を記憶する。図 22Aでは識別子「30」が記憶されており、図 17のサービスリストを参照し、サービス名「映画 Ch」のサービスが再生中であることを示す。図 22Aの状態で、ユーザが上カーソル 1901を押下すると再生部 2002bは、図 17のサービスリストを参照し、表中の前のサービスであるサービス名「チャンネル 2」のサービスに再生を切り変えるため、サービスマネージャ 2004にサービス名「チャンネル 2」の識別子「20」を引き渡す。同時に、 1次記憶部 1808に記憶されているサービス識別子「20」に書き換える。図 22Bは、サービス識別子が書き換えられた状態を表す。また、図 22Aの状態で、ユーザが下カーソル 1902を押下すると再生部 2002bは、図 17のサービスリストを参照し、表中の次のサービスであるサービス名「スポーツ Ch」のサービスに再生を切り変えるため、サービスマネージャにサービス名「スポーツ Ch」の識別子「40」を引き渡す。同時に、 1次記憶部 1808に記憶されているサービス識別子「40」に書き換える。図 22Cは、サービス識別子が書き換えられた状態を表す。

[0142] Java (登録商標) VM2003は、 Java (登録商標）言語で記述されたプログラムを逐次解析し実行する Java (登録商標)バーチャルマシンである。 Java (登録商標）言語で記述されたプログラムはバイトコードと呼ばれる、ハードウェアに依存しない中間コードにコンパイルされる。 Java (登録商標）バーチャルマシンは、このバイトコードを実行するインタープリタである。また、一部の Java (登録商標)バーチャルマシンは、バイトコードを CPU1806が理解可能な実行形式に翻訳してから、 CPU1806に引渡し、実行することも行う。 Java (登録商標） VM2003は、カーネル 2001aによって、実行する Java (登録商標）プログラムを指定され起動される。本実施の形態では、カーネル 2001aは、実行する Java (登録商標）プログラムとしてサービスマネージャ 2004を指定する。 Java (登録商標）言語の詳細は、書籍 rjava (登録商標) Language Specif ication(lSBN 0— 201— 63451— 1)」等の多くの書籍で解説されている。ここでは、その詳細を省略する。また、 Java (登録商標) VM自体の詳細な動作などは、「Ja va (登録商標） Virtual Machine Specification (ISBN 0— 201— 63451— X) 」等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0143] サービスマネージャ 2004は、 Java (登録商標）言語で書かれ^ Java (登録商標）プログラムであり、 Java (登録商標) VM2003によって逐次実行される。サービスマネージャ 2004は、 JNI (Java (登録商標） Native Interface)を通して、 Java (登録商標）言語で記述されていない他のサブプログラムを呼び出したり、または、他のサブプログラムから呼び出されたりすることが可能である。 JNIに関しても、書籍「Java (登録商標） Native Interface等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0144] サービスマネージャ 2004は、 JNIを通して、再生部 2002bよりサービスの識別子を受け取る。

[0145] サービスマネージャ 2004は、最初に Java (登録商標）ライブラリ 2005の中にある T uner2005cに、サービスの識別子を引き渡し、チューニングを依頼する。 Tuner200 5cは、 SI管理モジュール 2006が 1次記憶 bl08または 2次記憶 bl07上に管理するサービスリスト (メインサービスリスト）を参照し、チューニング情報を獲得する。今、サ一ビスマネージャ 2004がサービスの識別子「10」を Tuner2005cに引き渡すと、 Tu ner2005cは、図 17の行 1711を参照して、対応するチューニング情報である周波数「600MHz」や変調方式「64QAM」、ビットレート「27Mbps」を獲得する。 Tuner20 05cは、 OS2001のライブラリ 2001bを通して QAM復調器 1801にチューニング情報を引き渡す。 QAM復調器 1801は与えられたチューニング情報に従って放送局側システム 101から送信されてきた信号を復調し、 TSデコーダ 1802に引き渡す。

[0146] 次にサービスマネージャ 2004は、 Java (登録商標）ライブラリ 2005の中にある JMF

2005aにサービスの識別子を与え、映像'音声の再生を依頼する。

[0147] まず、最初に JMF2005aは、再生すべき映像と音声を特定するための PIDを PAT 、 PMTから取得する。 JMF2005aは、 PATを取得するため、 OS2001のライブラリ 2 001bを通して、 TSデコーダ 1802に PID「0」と CPU1806を指定する。 TSデコーダ 1802が PID「0」及び table— id「0」でフィルタリングを行い、 1次記憶部 1808を通して CPU1806に引き渡すことで、 JMF2005aは、 PATを収集する。ここで、 PATの例として図 12を挙げる。今、 JMF2005aに与えられたサービスの識別子が「10」とすると、 JMF2005aは、図 17の行 1711を参照して、対応するプログラムナンバー「101」を獲得し、次に、図 12の PATの行 1211を参照し、プログラムナンバー「101」に対応する PID「501」を獲得する。 JMF2005aは、 PMTを取得するため、 OS2001のライブラリ 2001bを通して、 TSデコーダ 1802に PATより取得した PIDと table— id「2」を指定する。ここで、指定する PIDは「501」とする。 TSデコーダ 1802が PID「501」及び table— id「2」でフィルタリングを行い、 1次記憶部 1808を通して CPU1806に引き渡すことで、 JMF2005aは PMTの収集する。ここで PMTの例として図 11を挙げる。 JMF2005aは、 PMTから再生する映像と音声の PIDを獲得する。図 11を参照して、 JMF2005aiま、行 1111力ら音声の PID「5011」を、行 1112力ら映像の PID「501 2」を獲得する。

[0148] 次に、 JMF2005aは、 OS2001のライブラリ 2001bを通して、獲得した映像/音声の PIDと出力先として AVデコーダ 1803を、 TSデコーダ 1802に与える。 TSデコーダ 1802は与えられた PIDに基づいて、フィルタリングを行う。ここでは PID「5011」「5 012」の TSパケットを AVデコーダ 1803に引き渡す。 AVデコーダ 1803は、与えられた PESパケットのデコードを行いディスプレイ 1805、スピーカ 1804を通して映像 Z 音声を再生する。

[0149] 最後にサービスマネージャ 2004は、 Java (登録商標）ライブラリ 2005の中にある A M2005bにサービスの識別子を与え、データ放送再生を依頼する。ここで、データ放送再生とは、 MPEG2トランスポートストリームに含まれる Java (登録商標）プロダラムを抽出し、 Java (登録商標） VM2003に実行させることである。 MPEG2トランスポ一トストリームに Java (登録商標）プログラムを埋め込む方法は、 MPEG規格書 ISO ZIEC13818— 6に記述された DSMCCという方式を用いる。ここでは DSMCCの詳細な説明は省略する。 DSMCC方式は、 MPEG2トランスポートストリームの TSパケットの中に、コンピュータで使用されているディレクトリやファイルで構成されるフアイルシステムを MPEG2セクションを用いてエンコードする方法を規定して!/、る。また、実行する Java (登録商標）プログラムの情報は AITと呼ばれる形式で、 MPEG2トランスポートストリームの TSパケットの中に埋め込まれ、 table— idが「0x74」である MPE G2セクションとして送信されている。 AITは、 DVB— MHP規格（正式には、 ETSI TS 101 812 DVB— MHP仕様 VI. 0. 2)の 10章に定義されている、 Applicati on Information Tableの略である。 DVB— MHP規格は OCAP規格同様、デジタル放送受信装置上で Java (登録商標)アプリケーションを動作させるための仕様である。 OCAP規格は DVB— MHP規格を基にして機能拡張されたものであり、 OCA P規格と DVB— MHP規格には共通点が数多くある。 AITはその一つである。

[0150] AM2005bは、まず、 AITを獲得するため、 JMF2005a同様 PAT、 PMTを取得し、 AITが格納されている TSパケットの PIDを獲得する。今、与えられたサービスの識別子が「10」で、図 12の PAT、図 11の PMTが送信されているとすると、 JMF2005a と同様の手順で、図 11の PMTを獲得する。 AM2005bは、 PMTからストリーム種別が「データ」で補足情報として「AIT」を持つエレメンタリ一ストリーム力も PIDを抽出する。図 11を参照して、行 1113のエレメンタリーストリームが該当し、 PID「5013」を獲得する。

[0151] AM2005bは、 OS2001のライブラリ 2001bを通して TSデコーダ 1802に AITの P IDと table— id「0x74」を与える。 TSデコーダ 1802は、与えられた PID及び table— idでフィルタリングを行い、 1次記憶部 1808を通して CPU1806に引き渡す。この結果、 AM2005bは、 AITの収集することができる。

[0152] 図 23は、収集した AITの情報の一例を模式的に表す図である。列 2301ίお ava (登録商標）プログラムの識別子である。列 2302«Ja_Va (登録商標）プログラムの制御情報である。制御情報には「autostart」「present」「kill」などがあり、「autostart」は即時に端末装置 1800がこの Java (登録商標)プログラムを自動的に実行することを意味し、 rpresentjは自動実行しな!、ことを意味し、「kill」 ¾Java (登録商標）プログラムを停止することを意味する。列 2303は、 DSMCC方式で Java (登録商標）プログラムを含んでいる PIDを抽出するためのと DSMCC識別子である。列 2304ίお ava (登録商標）プログラムのプログラム名である。行 2311と 2312は、 Java (登録商標）プロダラムの情報の組である。行 2311で定義される Java (登録商標）プログラムは、識別子「3 01」、制御情報「autostart」、 DSMCC識別子「1」、プログラム名「a/TopXlet」の組である。行 2312で定義される Java (登録商標）プログラムは、識別子「302」、制御情報「present」、 DSMCC識別子「1」、プログラム名「bZGameXlet」の組である。ここで二つの Java (登録商標）プログラムは同じ DSMCC識別子を持つ力これは 1 つの DSMCC方式でエンコードされたファイルシステム内に二つの Java (登録商標）プログラムが含まれて、ることを表す。ここでは、 Java (登録商標）プログラムに対して四つの情報しか規定しないが、実際にはより多くの情報が定義される。詳細は DVB - MHP規格を参照された!ヽ。

[0153] AM2005bは、 AITの中から「autostart」の Java (登録商標）プログラムを見つけ出し、対応する DSMCC識別子及び Java (登録商標）プログラム名を抽出する。図 23を参照して、 AM2005bは行 2311の Java (登録商標）プログラムを抽出し、 DSMCC識別子「 1」及び Java (登録商標）プログラム名 r_a/TopXletjを獲得する。

[0154] 次に AM2005bは、 AITから取得した DSMCC識別子を用いて、を DSMCC方式で格納している TSパケットの PIDを PMTから獲得する。具体的には、 PMTの中でストリーム種別が「データ」で、補足情報の DSMCC識別子が合致するエレメンタリ—ストリームの PIDを取得する。

[0155] 今、 DSMCC識別子力「1」であり、 PMTが図 11とすると、行 1114のエレメンタリ一ストリームが合致し、 PID「5014」を取り出す。

[0156] AM2005biま、 OS2001のライブラリ 2001bを通して TSデコーダ 1802に DSMC C方式でデータが埋めこまれた MPEG2セクションを伝送する TSパケットの PID及びセクションフィルタ条件を指定する。ここでは、 PID「5014」を与える。 TSデコーダ 18 02は与えられた PIDを用いて DSMCC用 MPEG2セクションのフィルタリングを行い、 1次記憶部 1808を通して CPU1806に引き渡す。この結果、 AM2005bは、必要な DSMCC用 MPEG2セクションを収集することができる。 AM2005bは、収集した MPEG2セクションから、 DSMCC方式に従ってファイルシステムを復元し、 1次記憶部 1808に保存する。 MPEG2トランスポートストリーム中の TSパケットからファイルシステム等のデータを取り出し 1次記憶部 1808、 2次記憶部 1807等の記憶手段に保存することを以降、ダウンロードと呼ぶ。

[0157] 図 24は、ダウンロードしたファイルシステムの一例を示す図である。図中、丸はディレクトリを四角はファイルを表す。このファイルシステムは、ルートディレクトリ 2401、名称「a」のディレクトリ 2402,名称「b」のディレクトリ 2403,名称「TopXlet. class」のフアイル 2404、名称「GameXlet. class」のファイル 2405を含んで構成される。

[0158] 次に AM2005bは、 1次記憶部 1808にダウンロードしたファイルシステム中力も実行する Java (登録商標）プログラムを Java (登録商標) VM2003に引き渡す。今、実行する Java (登録商標）プログラム名が「aZTopXlet」とすると、 Java (登録商標）プログラム名の最後に「. class」を付カ卩したファイル「aZTopXlet. class」が実行すべきフアイノレとなる。「/」はディレクトリやファイル名の区切りであり、図 24を参照して、フアイル 2404が実行すべき Java (登録商標）プログラムである。次に AM2005bは、フアイル 2404を Java (登録商標） VM2003に弓 |き渡す。

[0159] なお、 AM2005bが実行すべき Java (登録商標）プログラムを参照する手法は AIT によるものだけではな、。米国ケーブルシステムで利用されることが想定される OCA Pでは図 3に記載される OOBにてアプリケーションの参照情報を記載する XAITが利用されている。その他、 ROM1809に予め記録されているものを起動する、 2次記憶部 1807にダウンロードして記憶したものを起動する、などの方法も考えられる。

[0160] Java (登録商標) VM2003は、引き渡され^ Java (登録商標）プログラムを実行する

[0161] 以上のような手続きで、サービスマネージャ 2004はサービス識別子を受け取ってチューニング、暗号解除、映像 ·音声再生、 Java (登録商標)プログラム起動を行う。この一連の手続きを、まとめて「サービスの選択」と呼ぶ。「サービスの選択を行う」とは、「サービスに属する ESが保有する情報をユーザに対して可視化することである」と定義することが可能である。サービスの選択を行うと、上記手続きに従って、 "サービスに属する ESによって伝送される映像'音声が再生"され、 "サービスに属する ESによつて伝送される Java (登録商標）プログラムが起動"される。サービスの選択によって再生された映像'音声は、そのサービスに属している、と表現できる。同様に、サービスの選択によって起動され^ Java (登録商標）プログラムは、そのサービスに属している、と表現できる。

[0162] サービスマネージャ 2004は、他のサービスの識別子を受け取ると、 Java (登録商標 )ライブラリ 2005に存在するライブラリを利用して再度サービスの選択を行う。本実施の形態では、サービスマネージャ 2004が選択可能なサービスの数は一つである。

[0163] Java (登録商標）ライブラリ 2005は、 ROM 1809に格納されている複数の Java (登録商標)ライブラリの集合である。本実施の形態では、 Java (登録商標)ライブラリ 200 5は、 JMF2005a, AM2005b, Tuner2005c, DSM— CC2005d、 SI取得 2005e 、及びサービスマネージャ管理ライブラリ 2005fを含んで、る。 Java (登録商標）プログラムはこれらライブラリを利用しながら、 Java (登録商標)プログラムの機能を実現する。

[0164] JMF (Java (登録商標） Media Framework) 2005aは、 MPEG2トランスポートストリームに含まれる映像、音声、字幕データの再生を行うためのライブラリである。 JM F2005aは Sun Microsystems社が策定したメディア制御用フレームワークであり、詳細は同社がリリースしている JMF1. 0仕様を参照されたい。 OCAP仕様では、 JM F仕様のうち、必要な部分をサブセット化し、導入している。 AM (Application Man ager) 2005bは前述したような Java (登録商標）プログラムの起動、終了を Java (登録商標）プログラム自身が行うためのライブラリである。 Tuner2005cは QAM復調器 1 801に対してチューニング情報を設定して、デジタル放送受信装置が受信する MPE G2トランスポートストリームを変更するためのライブラリである。 DSM— CC2005diお ava (登録商標）プログラム力 MPEG2トランスポートストリーム中に含まれて伝送されているファイルに対してアクセスするためのライブラリである。

[0165] SI取得 2005eは SI管理モジュール 2006が管理するサービスリスト（メインサービスリスト）を Java (登録商標）プログラムが取得するためのライブラリである。サービスマネージャ管理ライブラリ 2005fは前述のサービスマネージャ 2004に対してサービス選択要求を送信するためのライブラリであり、 Java (登録商標)プログラムはサービスマネージャ管理ライブラリ 2005fを利用することで、新たなサービス選択を行うことが可能である。

[0166] この Java (登録商標）ライブラリ 2005を利用することで、 Java (登録商標）プログラムは MPEG2トランスポートストリーム内や、その他放送信号内の様々な情報を取得することが可能である。

[0167] 前述した EPG2002が行う SIの取得 ίお ava (登録商標）ライブラリ 2005内の SI200 5eを使えば可能であり、サービスマネージャ 2004に指令してサービスの選択を行わせること ίお ava (登録商標）ライブラリ 2005内のサービスマネージャ管理ライブラリ 20 05fを利用して行うことができる。またサービスマネージャ 2004が行うチューニング、映像音声の再生、 DSM— CCによるファイル取得、アプリ起動、といった作業はそれぞれ、 Java (登録商標）ライブラリ 2005内の Tuner2005c、 JMF2005a、 DSM— C C2005d、 AM2005bを EPGが直接利用することでも実現可能である。

[0168] 即ち、 EPG2002と同等の機能を有する Java (登録商標）プログラムを記述して Java

(登録商標) VM2003上で動作させることが可能である。 OCAP環境では、このような EPG機能を有する Java (登録商標）プログラムを配信し、それをデジタル放送受信装置が受信して実行する、ということが実際に行われる場合もある。

[0169] ここまで説明してきた様に、様々な端末組み込みプログラム、 Java (登録商標）プログラム、 Java (登録商標）ライブラリ 2005内の各ライブラリは SI管理モジュール 2006 が取得したサービスリスト (メインサービスリスト）を用いて動作する。 SI管理モジユール 2006が最新の、誤りのないサービスリスト (メインサービスリスト）をそれぞれに対して提供することは、デジタル放送受信装置が矛盾なく動作する上で非常に重要である。

[0170] 本実施の形態における SI管理モジュール 2006は前述したように、デジタル放送受信装置の起動時に起動され、 SIテーブルの監視及び SIの記録処理を行う。 OCAP 環境では、デジタル放送受信装置は、 OOBにて伝送される SCTE— SI及び、 Inban dにて伝送される PSIPをそれぞれ受信して記録し、組み込みプログラム、 Java (登録商標)プログラム、 Java (登録商標)ライブラリ 2005内の各ライブラリなどに提供する。さらに SIテーブルを更新する情報は放送信号に埋め込まれて随時デジタル受信装置へと送られてくるため、 SIテーブルが更新されているかを監視し続け、常に最新の SIテーブルとして保持し続けるように管理する必要がある。

[0171] 図 25は、本実施の形態における SI管理モジュール 2006の構成を示す構成図である。 SI管理モジュール 2006はサービスリスト制御部 2501、サービスリスト記憶部 250 2、 SIテーブル監視部 2503、及びサービスリスト取得部 2504から構成される。なお、本実施の形態では、サービスリスト制御部 2501及び SIテーブル監視部 2503から、メインサービスリスト (第 1のサービス通知情報)を更新する更新手段が構成され、サ一ビスリスト記憶部 2502及び 1次記憶部 1808並びに 2次記憶部 1807から、メインサービスリスト (第 1のサービス通知情報)を記憶している記憶手段が構成される。

[0172] 図 25にあるモジュール内部構成図にはメインサービスリストを用いて番組管理表を構成するためのサブモジュールは記載されて、な、。番組管理表を構成する過程に関しては本発明と関連がないため、説明を省略する。番組管理表がどのように構成され、管理されていても、本発明は適用可能である。

[0173] サービスリスト制御部 2501は SI管理モジュール 2006全体の制御を行い、サービスリスト記憶部 2502及び SIテーブル監視部 2503に対して指令を出して、操作を行わせる組み込みプログラムとして実現される。また、サービスリスト制御部 2501は専用の回路として組み込まれても良いし、システム LSIに組み込まれたり、単独チップとしてデジタル放送受信装置に組み込まれたりしてもょ、。

[0174] サービスリスト記憶部 2502は、例えば図 18に示す 1次記憶部 1808、 2次記憶部 1 807を制御するものであって、電源投入時においては 2次記憶部 1807には前回の電源切断時おける最新のサービスリスト (メインサービスリスト）が記憶されて、る。

[0175] サービスリスト制御部 2501は、サービス記憶部 2502に対して指令を出すことにより、デジタル放送受信装置 1800の電源投入時にぉ、て 2次記憶部 1807に記憶されたサービスリスト (メインサービスリストの原本)及び SIテーブルを読み出してその複製を 1次記憶部 1808上に展開して記憶させ、 1次記憶部 1808に記憶されたサービスリスト及び SIテーブルを提供する。 [0176] また、デジタル放送受信装置の SIテーブル監視部 2503は、放送信号に埋め込まれて送られる上述した「NIT、 NTT、 SVCT」の 3つの SIテーブル、又は LVCTによる SIテーブルを放送波カゝら取り出す。 SIテーブル監視部 2503は、放送波から取り出した上述の SIテーブルと、 1次記憶部 1808に記憶されている「NIT、 NTT, SVCT」の 3つの SIテーブル、又は LVCTによる SIテーブルとを比較し、その記憶されている何れかの SIテーブルに対して更新がなされて、るかどうかを判断して、る。

[0177] そして、いずれかの SIテーブルに対して更新がなされていると SIテーブル監視部 2 503によって判断されると、サービスリスト制御部 2501は、放送波から取り出した SI テーブルを用いてサービスリストを対応した方法により構成する。即ち、サービスリスト制御部 2501は、放送波から取り出した SIテーブルが「NIT、 NTT, SVCT」であれば、これらの SIテーブルを結合することにより図 17に示すサービスリストを構成し、放送波から取り出した SIテーブル力LVCTによる SIテーブルであれば、フォーマット変換することにより図 17に示すサービスリストを構成する。なお、このように放送波から取り出された最新の SIテーブルカゝら構成されるサービスリストをサブサービスリストと称し、 1次記憶部 1808に記憶されているサービスリストをメインサービスリストと称す。

[0178] サービスリスト制御部 2501は、上述のように構成したサービスリスト（サブサービスリスト）と、 1次記憶部 1808に記憶されているサービスリスト (メインサービスリスト）と比較し、更新された部分をメインサービスリストへ反映させる。このときサービス制御部 2 501は、一次記憶部 1808に記憶されている SIテーブルを、放送波から取り出された更新がなされた SIテーブルに置き換える。更にサービス制御部 2501は、 1次記憶部 1808に反映がされたメインサービスリスト、更新された SIテーブルを必要に応じて 2 次記憶部 1807にも反映する。

[0179] なお、更新対象のサービスリストは、 1次記憶部 1808に記憶されたメインサービスリストとしている力 2次記憶部 1807のメインサービスリストとしてもよい。この場合、サ一ビスリストの管理に 1次記憶部 1808は不要となる。一般に、 1次記憶部 1808は 2 次記憶部 1807よりも読み込み及び書き込み速度が速いため、この場合はサービスリストからサービスデータを検索する際などに 1次記憶部 1808に読み出した場合と比較して動作が遅くなると考えられる力 1次記憶部 1808上に領域を必要としないため、 1次記憶部 1808の領域の節約になる。

[0180] また、サービスリスト記憶部 2502は、図 18に示す 1次記憶部 1808、 2次記憶部 18 07にサービスリストを記憶させた力専用レジスタなど、ハードウェアにサービスリスト専用の記憶装置が用意される場合は、そちらを利用してもよい。

[0181] SIテーブル監視部 2503は、必要なハードウェアを操作して、 OOB及び Inbandより取得可能な SIテーブルを取得し、更新されて!ヽればサービスリスト制御部 2501へ通知する機能を有するライブラリとして実現される。 OOBの場合、 SIテーブル監視部 2503は、 CableCARD1811に対して OOBにて伝送される SIテーブルをフィルタリングして取得するよう指示を出し、取得された SIテーブル力以前に送られた同種の SIテーブルと異なっていた場合は、サービスリスト制御部 2501へ通知する。

[0182] 例えば、 OOBで伝送される SVCTの取得に際し、 SIテーブル監視部 2503はまず CableCARD1811に対して SVCT取得の指示を出す。 CableCARD1811は OOB 中の SVCTを取得すると、 SIテーブル監視部 2503に対して通知を行う。 SIテーブル監視部 2503は、それよりも一つ前に取得した SVCTに対応する SIテーブル（つまり 1次記憶部 1808に記憶された SIテーブル）と放送波を介して新規に取得された SV CTに対応する SIテーブルを比較し、もしも異なってヽればサービスリスト制御部 250 1に対して通知を行う。

[0183] また Inbandで伝送される LVCTの場合、 SIテーブル監視部 2503は、 TSデコーダ 1802に対して Inbandにて伝送される SIテーブルをフィルタリングして取得するよう指示を出し、放送波を介して新規に取得された LVCTに対応する SIテーブルが、以前の同種の SIテーブル（つまり 1次記憶部 1808に記憶された LVCTに対応する SI テーブル）と異なっていた場合は、サービスリスト制御部 2501へ通知する。

[0184] 例えば、 Inbandで伝送される LVCTの取得に際し、 SIテーブル監視部 2503はまず TSデコーダ 1802に対して Inbandにて伝送される LVCT取得の指示を出す。 TS デコーダ 1802は、内部に MPEG2セクションをフィルタリングするセクションフィルタと呼ばれるデバイス（図示せず）を含み、セクションフィルタを用いて LVCTのフィルタリング及び取得を行う。 TSデコーダ 1802は Inband中の LVCTを取得すると SIテープル監視部 2503に対して通知を行う。 SIテーブル監視部 2503は、それよりも一つ前に取得された LVCT (つまり 1次記憶部 1808に記憶された LVCTに対応する SIテーブル）と、新規に取得された LVCTに対応する SIテーブルとを比較し、もしも異なっていればサービスリスト制御部 2501に対して通知を行う。なお、 TSデコーダ 1802に含まれるセクションフィルタ自身は、指定した MPEG2セクションが MPEG2トランスポートストリーム中で更新された時のみ、取得を行うような機能を有している場合もある。このような場合、取得を指定された SIテーブルが更新された時のみ、 TSデコーダ 180 2から SIテーブル監視部 2503に対して通知が来るため、 SIテーブル監視部 2503は、 TSデコーダ 1802から通知が来たら、そのままサービスリスト制御部 2501に通知を行うような実装であってもよ、。

[0185] なお、 SIテーブル監視部 2503は、専用の回路として組み込まれても良いし、システム LSIに組み込まれたり、単独チップとしてデジタル放送受信装置に組み込まれたりしてちょい。

[0186] サービスリスト取得部 2504は、 SI管理モジュール 2206外のプログラムがサービスリストを利用する場合に利用されるライブラリとして実現される。サービスリスト取得部 25 04は、 1次記憶部 1808に記憶される最新のサービスリストを取得して、サービスリストを要求するプログラムに対してサービスの情報を提供する。

[0187] なお、サービスリスト取得部 2504は上述の機能が専用の回路として組み込まれても良いし、システム LSIに組み込まれたり、単独チップとしてデジタル放送受信装置に組み込まれたりしてもよヽ。

[0188] また、サービスリスト制御部 2501は、 1次記憶部 1808又 2次記憶部 1807が保持するメインサービスリストの中力必要なサービスデータを検索するサービスデータ検索部（図示せず)を有する。これは例えばデジタル放送受信装置内で動作する Java( 登録商標）プログラムよりサービスデータの検索要求と、検索すべきサービスデータに対応するソース IDを受け取ると、メインサービスデータに含まれるソース IDを調べ、送られたソース IDと同じ値を有するソース IDに対応するサービスデータを出力するようにしたものである。

[0189] また、サービスリスト制御部 2501は 1次記憶部 1808又 2次記憶部 1807が保持するメインサービスリストの中力不要なサービスデータを消去するサービスデータ消去部（図示せず)を有する。これは例えばデジタル放送受信装置内で動作する Java (登録商標）プログラムよりサービスデータの消去要求と、消去すべきサービスデータに対応するソース IDを受け取ると、サービスデータ検索部に対して消去すべきソース I Dに対応するサービスデータを検索させ、検索されたサービスデータをメインサービスデータ力も消去するものである。

[0190] 本実施の形態における OCAP準拠のデジタル放送受信装置は、 3種類のサービスリストを SIテーブルより構成可能である。具体的には、 OOBの「NIT、 NTT, SVCT」より構成可能なサービスリスト、 OOBの LVCTより構成可能なサービスリスト、 Inband の LVCTから管理可能なサービスリストである。

[0191] 本実施の形態では、 SI管理モジュール 2206は 1次記憶部 1808、 2次記憶部 180 7内に 1つのサービスリスト (メインサービスリスト）を管理する。また、本実施の形態では、上述のように、 SI管理モジュール 2206が管理するサービスリストを「メインサービスリスト」、前述した各々別の SIテーブルより構成可能な 3種類のサービスリストを「サブサービスリスト」と呼んで区別する。また、「サブサービスリスト」について、 OOBの「 NIT、 NTT, SVCT」から構成されるものをサブサービスリスト A、 OOBの LVCTから構成されるものをサブサービスリスト B、 Inbandの LVCTから構成されるものをサブサ一ビスリスト Cと呼んで区別する。

[0192] メインサービスリストでもサブサービスリストでも記載されるサービスはソース ID (サービスデータ識別子）を用いて一意に特定可能であるため、 SI管理モジュール 2006はソース IDを識別子としてメインサービスリストを管理する。即ち、 SI管理モジュール 20 06は、サブサービスリストが更新された場合は、更新されたサブサービスリストに記載されたサービスのソース IDと同じソース IDを有するサービスをメインサービスリストから検索し、同じソース IDを持つサービスが見つかればそのサービスに関する情報 (サ一ビスデータ）を、サブサービスリストのサービスデータに置き換える。

[0193] またもし見つ力なければ、メインサービスリストにそのサブサービスリストのサービスデータを追加する。以下、 SI管理モジュール 2206のサブモジュールの動作について詳細に記述する。

[0194] サービスリスト制御部 2501はデジタル放送受信装置が起動されると、 OS2001によって起動される。サービスリスト制御部 2501は、起動されると、まずサービスリスト記憶部 2502に対して、 2次記憶部 1807に記録されたサービスリスト (メインサービスリスト）の原本を 1次記憶部 1808に移すように指令を出す。サービスリスト記憶部 2502 は指令を受けると、 2次記憶部 1807に記憶されたメインサービスリストを読み出して、 1次記憶部 1808上に複製として展開する。

[0195] これにより 2次記憶部 1807に記憶したメインサービスリストをそのまま利用する場合に比べより高速にメインサービスリストを検索できる状態となる。

[0196] 次にサービスリスト制御部 2501は、 SIテーブル監視部 2503に対し、 OOBの NIT 、 NTT、 SVCT、 OOBの LVCT、 Inbandの LVCTの監視指令を出す。 SIテーブル監視部 2503は指令を受けると、 TSデコーダ 1802及び CableCARD1811を利用して、指定された SIテーブルの監視に入る。

[0197] 図 26は、 1次記憶部 1808に記憶されたメインサービスリストの更新時におけるサービスリスト制御部 2501の動作を示すフロー図である。 SIテーブル監視部 2503は、 SI テーブルの更新を発見すると、サービスリスト制御部 2501に通知する。

[0198] サービスリスト制御部 2501は、更新が通知された SIテーブルを利用してサブサービスリストを構成する（例えば図 17に示すようなサブサービスリストを作成する） (S36 01)。具体的に、サービスリスト制御部 2501は OOBの「NIT、 NTT, SVCT」からサブサービスリストを構成する処理、 OOBの LVCTからサービスリストを構成する処理、 Inbandの LVCTからサブサービスリストを構成する処理内容を予め記憶しており、更新の通知を受けた SIテーブルに対応する処理内容にてサブサービスリストを構成する。

[0199] このとき、更新された SIテーブルがフォーマット的に不正な場合や、更新された SI テーブルが OOBの「NIT、 NTT、 SVCT」のうちの何れかであり、更新された SIテーブル内の情報が不正なために、結合サービスリストが構成できない場合は、 SIテープルの更新を破棄し、何も行わな、 (S3602)。

[0200] 例えば、 SVCTに記載される" CDS index"が、 NIT— CDSに存在しない値を有して、るなど、 3つの SIテーブル間の情報に矛盾がある場合などである。

[0201] その後、構成したサブサービスリストに含まれる全てのサービスデータについて、サ一ビスリスト記憶部 2502が管理するメインサービスリスト (この例では 1次記憶部 180 8に記憶されたメインサービスリスト）に含まれるかどうか調査し (S3605)、もし含まれていれば（S 3606の Yes)メインサービスリスト上の該当サービスデータの情報をサブサービスリストのものに更新し（S3607)、もし含まれて!/、なければ（S3606の No)メインサービスリストにサブサービスリストのサービスデータを追加する（S3608)。

[0202] ここで、ステップ S3603はループ変数 Nの初期化であり、ステップ S3609はループ変数 Nのインクリメントである。サブサービスリストに含まれる全てのサービスについて調査が終了したら（S3604の Yes)、更新シーケンスを終了する。その後、サービスリスト制御部 2501は 1次記憶部 1808に記憶された更新の終了したメインサービスリストの変更分を、 2次記憶部 1807に記憶したメインサービスリストに反映させる。これは例えば更新の終了したメインサービスリストを 2次記憶部 1807に記憶したメインサービスリストの原本に上書きする等により実現すればよい。

[0203] サービスリスト取得部 2504は、必要に応じてサービスリスト記憶部 2502が管理するメインサービスリストの情報を取得し、 SI管理モジュール 2006外部力もその情報を要求したプログラム (モジュール）に提供する。本実施の形態では、 3種類のサブサービスリスト (サブサービスリスト A、 B、 C)毎にメインサービスリストを夫々作成する必要はなぐ共通する 1つのメインサービスリストを用いて管理して、る。

[0204] ソース IDが同じサービスは同一のサービスを指すため、あるソース IDのサブサービスリストに含まれるサービスデータを、同じソース IDを有する別のサブサービスリストに含まれるサービスデータで上書きしたとしても問題はない。例えば、 OOBの LVCTから構成されたサブサービスリストからメインサービスリストに反映されたサービスデータ力その後、 OOBの「NIT、 NTT, SVCT」から構成されたサブサービスリストに含まれる同一ソース IDを持つサービスデータによって更新されても、問題はない。 OCAP 環境では、通常、 3つのサービスリストが等しいデータを持ち、例えばサービスの追加などがあつたときに、 SIテーブルは更新されることにより、結果的に 3つのサブサービスリスト（サブサービスリスト A、 B、 C)を用いて 1つのメインサービスリストが更新される

[0205] し力し、その更新タイミングは、異なる SIテーブル（OOBの NIT、 NTT、 SVCT、 O OBの LVCT、 Inbandの LVCT)の送信タイミングの差や、送出側設備設定時刻の差などにより、同時ではなぐ数秒以上の時間差が発生することもある。本実施の形態では、取得する 3つのサブサービスリストのうち、最初に更新されたサブサービスリストからメインサービスリストへサービスデータの反映が可能である。

[0206] 例えば、 1次記憶部 1808に記憶されたメインサービスリストが図 17に示すような内容を有し、 SIテーブル監視部 2503が OOBの SVCTにおける SIテーブルの更新を確認し、サービスリスト制御部 2501が、これを用いて新たに図 27に示すサブサービスリスト Aを構成する。

[0207] 図 27は、 SVCTにおける SIテーブルの更新によって新たに構成されたサブサービスリスト Aの一例を示す図である。

[0208] この場合、図 27に示すソース ID 1701の値力 ½00に対応するサービスデータの情報が 1次記憶部 1808のメインサービスリストには無いため、サービスリスト制御部 250 1は 1次記憶部 1808のメインサービスリストに、上述のサービスデータを新規に追カロし、 1次記憶部 1808に記憶した後、 2次記憶部 1807に記憶したメインサービスリストの原本へも反映させる。

[0209] その後、例えば、 SIテーブル監視部 2503が Inbandの LVCTにおける SIテーブルの更新を確認し、サービスリスト制御部 2501が、これを用いて必要に応じてフォーマット変換などを行、、新たに図 28に示すサブサービスリスト Cを構成する。

[0210] 図 28は、 LVCTにおける SIテーブルの更新によって新たに構成されたサブサービスリスト Cの一例を示す図である。

[0211] この場合、 1次記憶部 1808には、上述の処理により、図 27のサブサービスリストによって更新されたメインサービスリストが記憶されており、図 28のサブサービスリストにあるソース IDの値が 700のサービスデータの情報が 1次記憶部 1808のメインサービスリストにはない。したがってサービスリスト制御部 2501は、 1次記憶部 1808のメインサービスリストに、上述のサービスデータを新規に追加し、 1次記憶部 1808に記憶した後、 2次記憶部 1807に記憶した対応する SIテーブル、メインサービスリストの原本へも反映させる。このように構成することにより、放送波によって伝送される SI (SIテーブル)の種類が複数種あっても、その種類に関わらず最新に更新がなされた SIテーブルを用いてメインサービスリストを更新するため、常に最新のメインサービスリストを保持することが可能となる。

[0212] 図 29は、上述のように更新されたメインサービスリストの一例を示す図である。このメインサービスリストには、図 17のメインサービスリストに対して、ソース IDが 600及び 7 00のサービスデータが追加されて、る。

[0213] ある時点でサービスリスト記憶部 2502が保持するメインサービスリストが図 29である場合、 EPG2002は、図 29における行 1711〜1715、行 2615、行 2715力 S表す 7個のサービスデータと番組管理表（図示せず)とを用いて構成した番組情報を画面に表示することが可能である。

[0214] 図 30は、 EPG2002によって表示される画面を示す図である。図 30に表される EP G2002の画面構成は図 21Aおよび図 21Bと同様である。本実施の形態では説明を簡単にするため、または画面構成の制約上、 7個のサービスを横に並べて表示することはせずに、画面には 2つのサービスとそのサービスに対応する番組情報と時間帯とを番組リスト (番組情報）として表示する。この例では番組リストは画面内にその全てを表示しきれないので、入力部 1810によって左右キーを押下し、番組リストに表示された情報を左右にスクロールさせることにより表示画面内に表示しきれな!/、情報を表示できるようにして、る。入力部 1810が図 19に表されるフロントパネルだった場合、左ボタン 1903を押下すると、番組リストが左にスクロールし、図 21Aの状態だった EP G2002画面力図 30の状態になる。 EPG2002では、左からチャンネルナンバーの小さい順にサービスが配置される力 "チャンネル 1"よりも小さなチャンネルナンバーを持つサービスはな、ため、ループして最も大きなチャンネルナンバーを持つ"お笑

V、Ch"が列 2102に表示されて!、る。

[0215] また、図 29に示すメインサービスリストを有する状態において、例えば、 SIテーブル監視部 2503が OOBの LVCTにおける SIテーブルの更新を確認し、サービスリスト制御部 2501が、これを用いて必要に応じてフォーマット変換などを行い、新たに図 3

1に示すサブサービスリスト Bを構成したとする。

[0216] この場合、 1次記憶部 1808には、上述の処理により、図 29に示すメインサービスリストが記憶されており、図 31のサブサービスリストにあるソース IDの値が 800のサービスデータの情報が 1次記憶部 1808のメインサービスリストにはない。したがってサービスリスト制御部 2501は、 1次記憶部 1808のメインサービスリストに、上述のサービスデータを新規に追加し、 1次記憶部 1808に記憶した後、 2次記憶部 1807に記憶した対応する SIテーブル、メインサービスリストの原本へも反映させる。

[0217] この結果、メインサービスリストは図 32に示されるように更新される。

[0218] メインサービスリストは、更新前の状態（図 29に示すメインサービスリスト）に対して行 3015が追加されたものとなる。この更新後は、 EPG2002の画面表示において、図 21Aの状態で左ボタン 1903を押下すると、図 33のような画面表示となる。

[0219] 図 33は、 EPG2002によって表示される画面を示す図である。

[0220] この画面の行 2102には、最も大きなチャンネルナンバーを持つ"クイズ Ch"が表示される。これにより、メインサービスリストがサブサービスリスト Bによって更新されたことがわカゝる。

[0221] また、図 32に示すメインサービスリストを有する状態において、 SIテーブル監視部 2 503が OOBの SVCTにおける SIテーブルの更新を確認し、サービスリスト制御部 25 01力これを用、て新たに図 34に示すサブサービスリスト Aを構成したとする。

[0222] 図 34に示すサブサービスリストは、図 27に示すサブサービスリストにおけるソース I D1701の値が 600に対応するサービスデータの情報が無いものを例に説明をしているが、この情報があったものであっても良い。

[0223] 図 34に示すサブサービスリスト Aを構成した場合、図 34に示すソース ID 1701の値力 S900に対応するサービスデータの情報が 1次記憶部 1808のメインサービスリストには無いため、サービスリスト制御部 2501は 1次記憶部 1808のメインサービスリストに、上述のサービスデータを新規に追加し、 1次記憶部 1808に記憶した後、 2次記憶部 1807に記憶したメインサービスリストの原本へも反映させる。

[0224] この結果、メインサービスリストは図 35に示されるように更新される。

[0225] メインサービスリストは、更新前の状態（図 32に示すメインサービスリスト）に対して行 3315が追加されたものとなる。この更新後は、 EPG2002の画面表示において、図 21Aの状態で左ボタン 1903を押下すると、図 36のような画面表示になる。

[0226] 図 36は、 EPG2002によって表示される画面を示す図である。 [0227] この画面の行 2102には、最も大きなチャンネルナンバーを持つ"将棋 Ch"が表示される。これにより、メインサービスリストがサブサービスリスト Aによって更新されたことがわかる。このように、本実施の形態では、複数のサブサービスリストによってメインサ一ビスリストが更新され、それ力 ¾PG2002などのプログラムの実行時に利用される。なお本発明は EPG画面構成とは関連性がないため、どのような画面構成となろうが適用可能である。

[0228] なお、本例では、 3つのサブサービスリスト（サブサービスリスト A、 B、 C)全てを取得することを前提としている力このうち 2つのサブサービスリストのみを取得する構成であってもよい。この場合、取得しないサブサービスリストに関連する SIテーブルは SIテ一ブル監視部 2503によって監視される必要はない。メインサービスリストは、取得されるサブサービスリストによってのみ構成され、更新されていくことになる。例えば、サブサービスリスト B及び Cは監視する力サブサービスリスト Aは監視しな、構成である場合、図 29のようなメインサービスリストを持つときに図 31のようなサブサービスリスト Bが来たときは図 32のようにメインサービスリストが更新され、 EPG2002において、画面表示が図 21Aの状態であるときに左ボタン 1903を押下すると、図 33のような画面表示になる。しかし、その後、図 34のようなサブサービスリスト Aが受信された場合にはその更新は無視され、メインサービスリストは更新されず、 EPG2002の画面表示も変わらない。このようにいくつかのサブサービスリストは無視する方針であってもよい。

[0229] また、サブサービスリストを 3種類の方法（OOBの NIT、 NTT、 SVCT、 OOBの LV CT、 Inbandの LVCT)によりサブサービスリストを取得する構成を説明しているが、サブサービスリストを取得する方法力つ以上あるのであれば、それらの方法に従!、サブサービスリストの一部 (少なくとも 2つ以上)または全てを取得する構成であってもよい。

[0230] また、本実施の形態では、サブサービスリストを構成しょうとするとき、即ちサービスリスト制御部 2501によるメインサービスリストの更新時、 SIテーブルのフォーマットが不正かどうか判定し（図 26における手続き S3602)、もしテーブルフォーマットが不正ならだったら何もしな、ため、テーブルフォーマットの不正な SIテーブルが受信された場合は何もしない。し力し、テーブルフォーマットの不正が SIテーブル全体ではなく一部分であるために、正常な部分を用いてサブサービスリストを構築可能な場合には、構築可能なサブサービスリストを用いて更新処理を行う実装であってもよ、。

[0231] また、本実施の形態では、サービスリスト記憶部 2502が 1次記憶部 1808上に展開したメインサービスリストを 2次記憶部 1807に書き戻すタイミングは、サブサービスリストが更新され、メインサービスリストがそれによつて更新された場合に更新するようにしているが、これとは異なるタイミングでメインサービスリストを 2次記憶部 1807に書き戻してもよい。例えば、サービスリスト記憶部 2502が定期的に 1次記憶上 1808上のメインサービスリストと 2次記憶部 1807に記憶されたメインサービスリストを比較し、異なつていれば、ノックアップのために書き戻しておぐなどのアルゴリズムが導入されてもよい。さらに、書き戻さない、というアルゴリズムであってもよい。この場合、 1次記憶部 1808に置かれるメインサービスリストのみが更新され、利用されていく。この場合一且電源が落とされると、再起動時のみ、再度 2次記憶部 1807にあるメインサービスリストの読み込みが行われる、といった状況になる。または電源の切断時にのみ、 2次記憶部 1807への書き込みを行、ようにしても構わな、。

[0232] また、 2次記憶部 1808に存在するメインサービスリストの更新力 SI管理モジユール 2206外部のモジュールによって行われるような構成であってもよい。例えば、メインサービスリストは CD、 DVD, BDなどの過般メディア等によって配布される運用になって、る場合など、本発明で述べる SI管理モジュール 2206ではな!/、外部モジュールがメインサービスリストを更新する可能性もあり、この場合は 2次記憶部 1807に配されたメインサービスリストを別モジュールが更新する。また、このような場合は、 SI 管理モジュール 2206内のサービスリスト記憶部 2502による、メインサービスリストの書き戻し処理を禁止したい場合があると考えられるため、サービスリスト制御部 2501 またはサービスリスト記憶部 2502に、メインサービスリストの 2次記憶部 1807への書き戻しを行うかどうかを決定する機能を追加し、外部モジュールがその機能を利用して 2次記憶部 1807のメインサービスリストの、 SI管理モジュール 2006による更新を禁止するような仕組みであってもよ!/、。

[0233] また、書き戻しに関して、サービスリスト記憶部 2502による 1次記憶部 1808上のメインサービスリストの 2次記憶部 1807への書き込み作業中の電源断等によるデータ破壊を防ぐため、メインサービスリストを書き戻す際に、 2次記憶部 1807内の別領域にー且書き込み、書き込みに成功した後、自動的に書き込む前の古いメインサービスリストを消去するようなアルゴリズムが導入されてもよい。さらに、書き込み成功後も古いメインサービスリストを履歴データとして保持し続ける実装でもよい。この場合、 SI 管理モジュール 2206外部のモジュール力メインサービスリストの消去タイミングを自由に制御できるように、サービスリスト記憶部 2502にメインサービスリストを消去する機能を追加し、 2次記憶部 1807の領域が足りなくなりそうなことを OS2001が検知した時などに、メインサービスリスト消去機能を OS2001が利用してメインサービスリストを消去するような仕組みであってもよ、。

[0234] また、デジタル放送受信装置がネットワーク接続機能や、 USBや IEEE1394端子、 Bluetooth機能など、その他の機器と外部接続可能な仕組みを有していた場合、 SIテーブル監視部 2503がそれら外部接続端子よりデジタル放送受信装置に入力される SIテーブルにより、サブサービスリストの構成を行ってもよい。また、 SIテーブル力もサブサービスリストを構成するのでなぐ直接サブサービスリストを受信し、それによるメインサービスリストの更新を行うような仕組みであってもよい。この場合、 SIテーブル監視部 2503は必要なぐサービスリスト制御部 2501が直接ネットワーク接続端子や外部接続端子を監視してサブサービスリストの受信を待ち、受信したら、そのサブサービスリスト内のサービスデータを用いてメインサービスリストを更新する。また、デジタル放送受信装置が能動的に別機器にアクセスし、別機器が保持するサブサービスリストが更新されたことを調査するような実装であってもよい。

[0235] また、特に Inbandの MPEG2トランスポートストリームから取得可能な SIテーブルより構成可能なサービスリストについては、特定の MPEG2トランスポートストリーム内の情報のみがそのサービスリストによって提供される場合がある。例えば、 PSIPでは、その MPEGトランスポートストリームが含むサービスのみが列挙されるサービスリストを含む LVCTが伝送されて!、る場合がある。 OOBで伝送される SIテーブル力構築されるサブサービスリストは、全ての MPEG2トランスポートストリームが含むサービスのデータを含むので、このような場合、 Inbandの LVCTから構成されるサブサービスリストのサービスデータは、 OOBの SIテーブルから構築されるサブサービスリストのサ一ビスデータのサブセットになる。このような場合であっても、ソース IDによるサービス管理が行われ、「ソース IDが等しければ同じサービスを指す」という原則に変化はないため、更新時には単にメインサービスリスト内のソース IDがー致するサービスデータの置き換えが行われるのみであり、特に矛盾は発生しない。 Inbandの PSIPの LV CTの取得時にサブサービスリストを構成し、図 26のアルゴリズムに従ってメインサービスリストを更新すればょ、。

また、本実施の形態は OCAP環境で動作するようなデジタル放送受信装置を想定しているが、 SIを受信可能な放送端末であれば、 OCAP環境に準拠している必要はない。例えば、 Java (登録商標）プログラムが動作しない環境であっても、 SIを利用するプログラムやモジュールが存在する放送端末であれば、本発明は適用可能である

。さらに、本実施の形態では、 OOBからの SCTE— SIに規定された SIテーブル、及び Inbandからの PSIP規定の SIテーブルの同時取得を主に記述している力全て In band,全て OOBであってもよい。また、ケーブル環境だけでなぐ地上波、衛星、ネットワーク放送などであってもよい。さらに、本実施の形態では、 SCTE— SIや PSIP を例として取り上げている力特定の SIに依存するわけではなぐサービスリストを複数のやり方で構成できるような端末であれば、全て適用可能である。例えば、 OOBの SCTE— SIのみ受信可能な端末であっても、「NIT、 NTT, SVCTから構成」と「LV CTから構成」と 2つのやり方でサブサービスリストを構成可能である。例えば、 SCTE — SIと PSIPのように複数の SI仕様の SIテーブルを同時に受信可能な場合もある。例えば、本例では Inbandの LVCTよりサブサービスリストを構築している力 PMTを利用してサブサービスリストを構築することも可能である。実際、多くの放送端末では、購入後に Inbandの周波数帯を検索して PMTなどの基本的な情報と、それが取得できた周波数などのチューニング情報を記録して、簡易サブサービスリストを作成することもある。また、 DVB— SIでも、 SDT(Service Discription Table)というサービスリストを保持する SIテーブルの他、 NIT (Network Information Table)と呼ばれるチューニング情報を伝送する SIテーブル力同時に、サービスリスト記述子を持ち、サービスリストの情報を持つことがある。このような場合であっても 2つのサブサ一ビスリストが構成可能であり、本発明は適用可能である。また、今後の SI仕様の変更により、複数の方法でサブサービスリストを構成可能になることも考えられるが、そのような場合でも本発明は適用可能である。なお、 PSIPや SCTE— SIではサービスをソース IDで一意に特定可能と仕様で規定しているため、ソース IDを、サービスデータを管理する主キーとして利用しているが、その他、サービスを一意に特定可能なフィールドがあれば、それを利用してサービスデータを管理してもよ、。

[0237] 例えば、仕様では許して!/ヽても運用規定でサービス名の重複を禁止してヽるような環境で、サービス名を主キーとして利用する、といったことも可能である。また、 DVB —SIでは、" Original Network ID"及び" Service Number"という 2つのフィールドの組み合わせを使ってサービスを一意に特定する。このような場合、複数のフィ一ルドの組み合わせを使ってサービスを一意に特定してもよい。

[0238] また、本実施の形態例では、メインサービスリスト内のサービスデータを消去する仕組みが存在しないため、メインサービスリストはサービスデータの削除が行われず、記載するサービスデータの数は大きくなるのみである。頻繁にサービスの追カ卩が行われるような放送環境では、メインサービスリストが肥大化する恐れがあり、 1次記憶部 18 07及び 2次記憶部 1808上にメインサービスリストを展開するための領域が多く必要になり、また、検索速度も遅くなる。これを解消するために、例えばサービスリスト制御部 2501によるサブサービスリストによる更新のチェック時に、「メインサービスリストには存在する力新しいサブサービスリストには存在しな力つたサービスデータ」についてチェックしておき、監視するサブサービスリスト全てで存在しなくなったサービスデータについては、サービスリスト記憶部 2502に指令して、メインサービスリストから消去するような仕組みであってもよい。又は、最新のサブサービスリストに存在しなくなつたサービスデータをメインサービスリストから消去しても良い。また、より更新シーケンスをより簡素化し、メインサービスリストのサービスデータ更新時、図 26における手続き S3603力ら手続き 3609にいたる、サブサービスリスト内の全てのサービスデータの逐次的な更新処理をやめ、単純にサブサービスリストでメインサービスリストを置き換える手法をとつてもよい。この場合、サブサービスリストで追加されたサービスデータはメインサービスリストにそのまま追加され、サブサービスリストで削除されたサービスデータはメインサービスリストからもそのまま削除される。具体的には、例えば、更新されたサブサービスリストが図 27であり、その時点のメインサービスリストが図 28であった場合、単純に置き換えを行うので、結果として、もともとメインサービスリストには存在せず更新されたサブサービスリストに含まれる行 2615は追加され、もともとメインサービスリストに含まれていたが更新されたサブサービスリストには含まれない行 271 5のサービスは削除されることになる。

[0239] また、前述の方法では、一つのサービスの行につき一つのサービスデータしか登録できない。そのため、もしも一度誤ったデータを記録してしまうと、それが次の SIテーブルの更新までキープされてしまう可能性がある。そのため、サービスリスト制御部 25 01によるメインサービスリストの更新時、更新前のサービスデータも、メインサービスリストから消さずに履歴データとして記録しておき、もしも更新後のサービスデータが不正なデータであることが判明した場合には、一つ前のサービスデータに戻す実装をとつてもよい。この場合、不正なデータであるかどうかチェックするために、実際にサービスデータを利用した SI管理モジュール 2006外部のモジュールによるフィードバックを受ける仕組みをサービスリスト制御部 2501に組み込む。もしも不正なサービスデータが取得された場合は、サービスリスト制御部 2501はサービスリスト記憶部 2502 によって記 '慮されたメインサービスリストに含まれるサービスデータを消去し、履歴として記憶されていた一つ前のサービスデータを復活させる。具体的な例として、チューユング時の例をあげる。チューニング時、チューナ 2005cは、注目するサービスを伝送する MPEG2トランスポートストリームを受信するために、チューニング情報を必要とする。そのため、チューナ 2005cは、ソース ID等のサービスの識別情報を用いて、サービスリスト取得部 2504及びサービスデータ検索部を通して注目するサービスデータを取得し、そこに記載されたチューニング情報を取得してチューニングを行う。

[0240] 図 37は、更新前のサービスデータが履歴として残されたメインサービスリストの一例を示す図である。

[0241] 例えば、メインサービスリストが図 37のようになっており、ソース IDが" 100"のサービスデータが更新され、行 371 laとなり、更新前のサービスデータが行 371 lbとして履歴データとして保持されているとする。この時、ソース IDが" 100"であるサービスを伝送する MPEG2トランスポートストリームにチューニングするためには、チューナ 2005 cは、サービスデータ検索部に対してソース ID" 100"を指定してサービスデータの検索を依頼し、結果として検索されたサービスデータである行 371 laを受け取り、周波数などのチューニング情報を利用してチューニングを行う。この時、例えば、ここで取得したサービスデータを用いてチューニングを行った力指定された周波数から MP EG2トランスポートストリームが受信できなかった場合、このサービスデータは不正であると考えられるため、チューナ 2005cがサービスリスト制御部 2501に対して、行 37 11aのデータが不正である旨の通知を行う。サービスリスト制御部 2501は、そのような不正通知を受けると、サービスリスト記憶部 2502に指令し、最新のサービスデータである行 371 laを消去し、履歴データである行 371 lbを復活させ、次回以降の検索には行 371 lbを利用する。このような方式をとる場合、履歴データの数はいくつであつてもよい。

[0242] なお、本実施の形態で挙げた例では、全てのサービスがデジタル放送用サービスであり、メインサービスリストが管理する情報も MPEG2トランスポートストリームを取得するためのチューニング情報や、 PMTを検索するためのプログラムナンバーを含んでいた。しかし、各地域で利用される SI仕様はアナログ放送用サービスに関するフィ一ルドが定義されており、またデジタル放送用サービスと同様のサービス識別子を用いてアナログ放送用サービスの識別も可能である。例えば、 SCTE— SIでは、アナ口グ放送用サービスもデジタル放送用サービスと同様に、ソース IDを用いて一意に特定されることが可能である。このようにデジタル放送用サービスと同じサービス識別子を用いてアナログ放送用サービスも一意に識別可能な環境では、本実施の形態で述ベたアルゴリズムによって、アナログ放送用サービスのサービスデータもメインサービスリストに追加されることが可能である。従って、本実施の形態は、利用される SIが、デジタル放送用サービスだけでなく、アナログ放送サービスの情報を含む場合であつても適用可能である。

[0243] また、本実施の形態では、 ROM1809が保存する内容を 2次記憶部 1807が保存することで、 ROM1809を不要とすることも可能である。また、 2次記憶部 1807は、複数のサブ 2次記憶部（図示せず)で構成し、個々のサブ 2次記憶部が異なる情報を保存しても可能である。例えば、 1つのサブ 2次記憶部はチューニング情報のみを保存し、別のサブ 2次記憶部は、 OS 2001のライブラリ 200 lbを保存し、更に別のサブ 2 次記憶部は、ダウンロードし^ Java (登録商標）プログラムを保存するなど、詳細に分割することが可能である。

[0244] また、本実施の形態にお!、ては、ダウンロードし^ Java (登録商標）プログラムを 2次記憶部 1807に保存していた力 1次記憶部 1808に保存することも実施可能である。 1次記憶部 1808に保存する場合、電源 OFF時に、保存された情報は全て消えるが、電源切断時に 1次記憶部 1808に記憶し^ Java (登録商標）プログラムを 2次記憶部 1807に移し、電源再投入時に 2次記憶部 1807に移し ^Java (登録商標）プログラムを 1次記憶部 1808へ戻すようにしても構わなヽ。

[0245] (実施の形態 2)

実施の形態 1では、 1次記憶部 1808又は 2次記憶部 1807に記憶するメインサービスリストは 1つだけとしたものを例に説明をした。しかし、実施の形態 1を利用すると、例えば、一度不正なサービスデータを持つサブサービスリストが構成されると、メインサービスリスト自体が不正なサービスデータを含んでしまうという欠点がある。例えば、あるサービスが追加された時、放送局側システムの設定の不備により、 OOBの「NI T、 NTT、 SVCT」へは正しいサービスデータが追加されたが、 OOBの LVCTへは、誤って、間違ったサービスデータが追加された場合、一度前者からなるサブサービスリストが構成されてメインサービスリストが正しく更新されたとしても、後で後者カゝらなるサブサービスリストが構成されて再度メインサービスリストが誤ったサービスデータを用いて更新されてしまう。

[0246] 実施の形態 2では、各サブサービスリスト（サブサービスリスト A〜C)に対して、 1つのメインサービスリストを用いるのではなぐ 1次記憶部 1808又は 2次記憶部 1807はサブサービスリスト（サブサービスリスト A〜C)毎に対応するメインサービスリストを保持する。つまり 3つのサブサービスリストが存在する OCAP環境では、 3つのメインサ一ビスリストを用いてサービスを管理し、あるサブサービスリストが更新された際は、対応するメインサービスリストのみを更新する。本実施の形態では、サービスリスト記憶部 2502が管理する各サブサービスリストに対応する 3つのメインサービスリストを、「メインサービスリスト」と呼ぶ。また、サブサービスリストと同様に、サブサービスリスト Aに対応するメインサービスリストをメインサービスリスト A、サブサービスリスト Bに対応するメインサービスリストをメインサービスリスト B、サブサービスリスト Cに対応するメインサービスリストをメインサービスリスト Cと呼ぶことにする。

[0247] サービスリスト制御部 2501が SIテーブル監視部 2503より SIテーブルの更新を通知されると、まず、更新されたテーブルによってどのサブサービスリストを構成すべきかを判断する。次に、サービスリスト制御部 2501は、構成されたサブサービスリスト〖こ基づいて、サービスリスト記憶部 2502が管理する、そのサブサービスリストに対応する記録済みのメインサービスリストを更新する。

[0248] サービスリスト取得部 2504 (サービスデータ検索部）は、 SI管理モジュール 2006 外部のモジュールよりサービスリスト (サービスデータ）の取得を依頼される際、同時にどのメインサービスリスト（どのメインサービスリストのサービスデータ）を取得するかの指定を受ける。指定されたメインサービスリスト (メインサービスリストのサービスデータ）を取得して、依頼元に引き渡す。なお、サービスデータ検索部力 SI管理モジュール 2006外部であってデジタル放送受信装置内で動作するプログラム（モジュール )よりサービスデータの取得を依頼されると、どのメインサービスリストのサービスデータを取得するかの指定を受け取らず、予め設定された優先度に従ってメインサービスリストの検索を行う実装も考えられる。

[0249] 図 38は、サービスリスト取得部 2504 (サービスデータ検索部）が優先度に従ってサ一ビスデータを取得する動作を示すフロー図である。

[0250] サービスリスト取得部 2504は、自らの外部にあってデジタル放送受信装置内で動作するプログラム力サービス識別子を取得すると（S3801)、まず最も優先度の高いメインサービスリストから検索するために Nを 1に設定し（S3802)、 Nがその時点で存在するメインサービスリストの数以下であれば（S3803の No)、 N番目に高い優先度を持つメインサービスリストの中力サービスデータ検索を行う（S3804)。検索されれば（S3805の Yes)、そのサービスデータを取得してプログラムに返す（S3806)。検索されなければ（S3805の No)、 Nに 1を追カロして（S3807)、 S3803に戻る。伊えば、メインサービスリスト A(OOBの「NIT、 NTT、 SVCT」より構成）が最も高優先度であり、以降メインサービスリスト B (OOBの LVCTより構成）、メインサービスリスト C (Inbandの LVCTより構成）と続く場合は、まずメインサービスリスト A内の検索を行い、見つカゝらなければ、順次記録済みメインサービスリスト B、メインサービスリスト Cの検索を行っていく。

[0251] 例えば、メインサービスリスト Aを図 17、メインサービスリスト Bを図 27、メインサービスリスト Cが図 28に示すものである場合、例えば、サービスリスト検索部がソース ID"1 00"のサービスの検索を依頼された場合は、最も高優先度であるメインサービスリスト Aより検索を行い、サービスリスト取得部 2504は図 17の行 1711よりサービスデータを取得して返す。また、サービスリスト検索部がソース ID"700"のサービスの検索を依頼された場合は、最も高優先度であるメインサービスリスト Aより順次検索を行、、サービスリスト取得部 2504はメインサービスリスト Cを表す図 28の行 2715よりサービスデータを取得して返す。なお、この記録済みメインサービスリストの優先度は、どのような順序であってもよい。また、検索時の状況によって、優先度が可変であってもよぐまた検索されないメインサービスリストがあってもよい。例えば、 OCAP環境では、 CableCARD 1811が端末装置 1800に接続されて!、る間は OOBの放送信号を受信できるが、接続が解除されると、 OOBの放送信号を受信できなくなるため、 Inband の PSIPのみ受信可能となる。このような場合、例えば、 CableCARD1811が存在する場合は、メインサービスリスト B (OOBの LVCTより構成）、メインサービスリスト A (O OBの「NIT、 NTT, SVCT」より構成）の順で検索し、メインサービスリスト Cは検索しない、というルールで動作し、 CableCARD181が存在しない場合、メインサービスリスト C (Inbandの LVCTより構成）のみ検索する、 t\、うルールで動作するような仕組みであってもよい。

[0252] なお、本実施の形態では全てのサブサービスリストに対して一対一でメインサービスリストを用意した力幾つかでは実施の形態 1にあるようなメインサービスリストを用い、幾つかでは特定のメインサービスリストを用意するような仕組みでもよい。例えば 3 つのうちの 2つで、実施の形態 1にあるようなメインサービスリストを利用し、 1つでは、本例のように特定のサブサービスリストに対応するメインサービスリストを用意するような仕組みであってもよい。また、前述したような、購入後に Inbandの周波数帯を調査して PMTなどの基本的な情報力も初期サブサービスリストを校正するような端末では、そのとき作られた記憶済みメインサービスリストは基本のリストとして、 SIテーブルが取得されて SIテーブルカゝらサブサービスリストが構成された後も、記録され続けることがある。このような仕組みであってもよい。

また、実施の形態 1で触れたように、本実施の形態でも、サブサービスリストが不正なサービスデータを含んで、る場合、メインサービスリストのデータが不正になってしまう。実施の形態 1で触れたようなメインサービスリストにおける履歴管理をこのサブサ一ビスリストに対応するメインサービスリストに導入する実装も考えられる。この場合、実施の形態 1の記述同様、 SI管理モジュール 2006外部のモジュールによるサービスデータが不正である旨のフィードバックをサービスリスト制御部 2501が受けると、対象となるサービスデータを保持するメインサービスリストの該当するサービスデータを消去し、一つ前のサービスデータを復活させる。また、このような一つのサービスデータ毎の管理でなぐメインサービスリスト毎履歴を取っておき、それを復活させる方法も同様に可能である。さらに、本実施の形態では複数のメインサービスリストがサービスデータ記憶部 2502によって記憶されていることから、不正なサービスデータの指摘をサービスリスト制御部 2501が受けた時、対象となるサービスデータを保持するメインサービスリストの該当するサービスデータを消去するのみであってもよい。その場合、サービスリスト取得部 2504 (サービスデータ検索部）によるサービスデータ検索時、該当するサービスデータは利用されず、より優先度の低いメインサービスリスト〖こソース IDが等しいサービスデータがあれば、そちらが検索に利用される。またさらに、サービスリスト制御部 2501が不正なサービスデータの指摘を受けた際、該当するサ一ビスデータを含むメインサービスリスト全体を消去または検索に利用しないような設定に変更するような実装であってもよい。この場合、例えば図 17が記録済みメインサ一ビスリストを示す場合、ソース ID"100"のサービスデータ（行 1711)が不正であるとの指摘をサービスリスト制御部 2501が受けると、このメインサービスリスト全体を検索に使わないように設定変更する。以降、このメインサービスリストに対応するサブサービスリストの構成が行われるまで、このメインサービスリストはサービスリスト取得部 250 4 (サービスデータ検索部）による利用はなされず、次に優先度の高いメインサービスリストを利用するようにする。対応するサブサービスリストの更新が正常に行われた場合、利用を停止したメインサービスリストを再度利用可能にする。

産業上の利用可能性

本発明の放送受信装置は、複数種の SIが配信される状況であっても、それらの SI を用いてユーザに対して正し、情報を提供することができると、う効果を奏し、例えばデジタル放送の EPGを表示する放送受信装置や、 SIを受信する携帯電話などの情報機器に適用することができる。

Claims

請求の範囲

[1] 放送信号を受信して前記放送信号に応じた動作を行う放送受信装置であって、視聴者に提供するサービスを示すサービスデータを含んで構成される第 1のサービス通知情報を記憶して!/、る記憶手段と、

視聴者に提供するサービスを示すサービスデータを含んで互いに異なる形式で構成される第 2及び第 3のサービス通知情報を、前記放送信号から取得する取得手段と、

前記取得手段で前記第 2のサービス通知情報が取得されたときには、前記第 2のサービス通知情報に含まれるサービスデータに基づいて前記第 1のサービス通知情報を更新し、前記取得手段で前記第 3のサービス通知情報が取得されたときには、前記第 3のサービス通知情報に含まれるサービスデータに基づいて前記第 1のサービス通知情報を更新する更新手段と

を備えることを特徴とする放送受信装置。

[2] 前記第 1乃至第 3のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、

前記更新手段は、

前記第 2のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 1のサービス通知情報になければ、前記第 2のサービス通知情報のサ一ビスデータを前記第 1のサービス通知情報に追加する第 1の追加手段と、

前記第 3のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 1のサービス通知情報になければ、前記第 3のサービス通知情報のサ一ビスデータを前記第 1のサービス通知情報に追加する第 2の追加手段とを備えることを特徴とする請求項 1記載の放送受信装置。

[3] 前記更新手段は、さらに、

前記第 1及び第 2のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 1 のサービス通知情報に含まれるサービスデータの内容を、前記第 2のサービス通知情報に含まれるサービスデータの内容に変更する第 1の変更手段と、前記第 1及び第 3のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 1 のサービス通知情報に含まれるサービスデータの内容を、前記第 3のサービス通知情報に含まれるサービスデータの内容に変更する第 2の変更手段とを備える

ことを特徴とする請求項 2記載の放送受信装置。

[4] 前記第 1のサービス通知情報には複数のサービスデータが含まれており、

前記放送受信装置は、さらに、

前記識別情報を取得し、当該識別情報に対応するサービスデータを前記第 1のサ一ビス通知情報から検索する検索手段と、

前記検索手段によって検索されたサービスデータを出力する出力手段とを備えることを特徴とする請求項 3記載の放送受信装置。

[5] 前記放送受信装置は、さらに、

前記検索手段によって検索されたサービスデータを消去する消去手段を備えることを特徴とする請求項 4記載の放送受信装置。

[6] 前記第 1のサービス通知情報は、視聴者に提供するサービスを示すサービスデータを含んで構成される第 4及び第 5のサービス通知情報カゝら構成されており、前記更新手段は、前記取得手段で前記第 2のサービス通知情報が取得されたときには、前記第 2のサービス通知情報に含まれるサービスデータに基づ、て前記第 4 のサービス通知情報を更新し、前記取得手段で前記第 3のサービス通知情報が取得されたときには、前記第 3のサービス通知情報に含まれるサービスデータに基づいて前記第 5のサービス通知情報を更新する

ことを特徴とする請求項 1記載の放送受信装置。

[7] 前記第 2乃至第 5のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、

前記更新手段は、

前記第 2のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 4のサービス通知情報になければ、前記第 2のサービス通知情報のサ一ビスデータを前記第 4のサービス通知情報に追加する第 1の追加手段と、

前記第 3のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 5のサービス通知情報になければ、前記第 3のサービス通知情報のサ一ビスデータを前記第 5のサービス通知情報に追加する第 2の追加手段とを備えることを特徴とする請求項 6記載の放送受信装置。

[8] 前記更新手段は、さらに、

前記第 4及び第 2のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 4 のサービス通知情報に含まれるサービスデータの内容を、前記第 2のサービス通知情報に含まれるサービスデータの内容に変更する第 1の変更手段と、

前記第 5及び第 3のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 5 のサービス通知情報に含まれるサービスデータの内容を、前記第 3のサービス通知情報に含まれるサービスデータの内容に変更する第 2の変更手段とを備える

ことを特徴とする請求項 7記載の放送受信装置。

[9] 前記第 4及び第 5のサービス通知情報には優先度が設定されており、

前記放送受信装置は、さらに、

前記識別情報を取得し、優先度の高、サービス通知情報力も優先度の低、サービス通知情報へと検索範囲を切り換えながら、前記識別情報に対応するサービスデータを前記検索範囲から検索する検索手段と、

前記検索手段によって検索されたサービスデータを出力する出力手段とを備えることを特徴とする請求項 8記載の放送受信装置。

[10] 前記出力手段は、前記検索手段が前記識別情報に対応するサービスデータを見つけた時点で前記サービスデータを出力する

ことを特徴とする請求項 9記載の放送受信装置。

[11] 前記放送受信装置は、さらに、

前記検索手段によって検索されたサービスデータを消去する消去手段を備えることを特徴とする請求項 9記載の放送受信装置。

[12] 前記第 1乃至第 3のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、

前記更新手段は、

前記第 1のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 2のサービス通知情報になければ、前記サービスデータを前記第 1のサービス通知情報力消去する第 1の消去更新手段と、

前記第 1のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 3のサービス通知情報になければ、前記サービスデータを前記第 1のサービス通知情報力消去する第 2の消去更新手段とを備える

ことを特徴とする請求項 1記載の放送受信装置。

[13] 前記第 1乃至第 3のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、

前記更新手段は、

前記第 1及び第 2のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 1 のサービス通知情報のサービスデータを履歴として残しながら、前記第 2のサービス通知情報のサービスデータを前記第 1のサービス通知情報に追加する第 1の履歴追加手段と、

前記第 1及び第 3のサービス通知情報のそれぞれに識別情報が同一のサービスデータがあり、且つそれぞれの前記サービスデータの内容が異なっていれば、前記第 1 のサービス通知情報のサービスデータを履歴として残しながら、前記第 3のサービス通知情報のサービスデータを前記第 1のサービス通知情報に追加する第 2の履歴追加手段とを備える

ことを特徴とする請求項 1記載の放送受信装置。

[14] 前記第 1乃至第 3のサービス通知情報に含まれるサービスデータのそれぞれには、当該サービスデータの示すサービスを識別するための識別情報が割り当てられており、

前記更新手段は、

前記第 1のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 2のサービス通知情報になければ、履歴として前記サービスデータを利用不可能な状態に設定する第 1の履歴設定手段と、

前記第 1のサービス通知情報に含まれるサービスデータの識別情報と同一の識別情報が前記第 3のサービス通知情報になければ、履歴として前記サービスデータを利用不可能な状態に設定する第 2の履歴設定手段とを備える

ことを特徴とする請求項 1記載の放送受信装置。

[15] 前記記憶手段は、揮発性メモリと不揮発性メモリとを備え、

前記更新手段は、前記不揮発性メモリに記憶されて!、る前記第 1のサービス通知情報から、当該第 1のサービス通知情報の複製を予め生成して前記揮発性メモリに記憶させておき、前記第 1のサービス情報を更新するときには、前記揮発性メモリに記憶されている複製された第 1のサービス通知情報を更新対象とする

ことを特徴とする請求項 1記載の放送受信装置。

[16] 前記更新手段は、前記揮発性メモリに記憶されて、る複製された第 1のサービス通知情報の更新が終了した後に、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込む

ことを特徴とする請求項 15記載の放送受信装置。

[17] 前記更新手段は、前記更新された第 1のサービス通知情報の内容が、前記不揮発性メモリに原本として記憶されてヽる第 1のサービス通知情報の内容と異なって!/ヽれば、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むことを特徴とする請求項 16記載の放送受信装置。

[18] 前記更新手段は、不揮発性メモリへの書込みを要求されたときに、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込む

ことを特徴とする請求項 15記載の放送受信装置。

[19] 前記更新手段は、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むときには、前記不揮発性メモリに原本として記憶されている第 1のサービス通知情報を消去した後に、前記更新された第 1のサービス通知情報を前記不揮発性メモリに新たな原本として書き込む

ことを特徴とする請求項 15記載の放送受信装置。

[20] 前記更新手段は、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むときには、前記更新された第 1のサービス通知情報を前記不揮発性メモリに新たな原本として書き込んだ後に、その書込みの前力前記不揮発性メモリに原本として記憶されている第 1のサービス通知情報を消去する

ことを特徴とする請求項 15記載の放送受信装置。

[21] 前記更新手段は、前記更新された第 1のサービス通知情報を前記不揮発性メモリに書き込むときには、前記更新された第 1のサービス通知情報を前記不揮発性メモリに新たな原本として書き込み、その書込みの後に前記放送受信装置の電源が再投入されたときには、前記新たな原本として書き込まれた第 1のサービス通知情報の複製を生成して前記揮発性メモリに記憶させる

ことを特徴とする請求項 15記載の放送受信装置。

[22] 放送受信装置が放送信号を受信して前記放送信号に応じた動作を行う放送受信方法であって、

放送受信装置は、視聴者に提供するサービスを示すサービスデータを含んで構成される第 1のサービス通知情報を記憶している記憶手段を備えており、

前記放送受信方法は、

視聴者に提供するサービスを示すサービスデータを含んで互いに異なる形式で構成される第 2及び第 3のサービス通知情報を、前記放送信号から取得する取得ステツプと、

前記取得ステップで前記第 2のサービス通知情報が取得されたときには、前記第 2 のサービス通知情報に含まれるサービスデータに基づいて前記第 1のサービス通知情報を更新し、前記取得ステップで前記第 3のサービス通知情報が取得されたときには、前記第 3のサービス通知情報に含まれるサービスデータに基づいて前記第 1のサービス通知情報を更新する更新ステップとを含むことを特徴とする放送受信方法。

放送信号を受信して前記放送信号に応じた動作を放送受信装置に実行させるプログラムであって、

前記プログラムは、

前記取得ステップで前記第 2のサービス通知情報が取得されたときには、前記第 2 のサービス通知情報に含まれるサービスデータに基づいて前記第 1のサービス通知情報を更新し、前記取得ステップで前記第 3のサービス通知情報が取得されたときには、前記第 3のサービス通知情報に含まれるサービスデータに基づいて前記第 1のサービス通知情報を更新する更新ステップと

を含むことを特徴とするプログラム。