JP2003124898A - デジタル放送受信機及び送信機並びに番組配列情報蓄積方法及び番組配列情報更新方法 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＲＩＢ ＳＴＤ−Ｂ１０規格準拠の番組情
報メタデータと、ＸＭＬで記述された番組情報メタデー
タとの整合性を図り、さらに、番組情報メタデータの変
更、追加、削除及びメタデータのデータ構造の拡張を行
なうことができるデジタル放送受信機及び送信機、並び
に番組配列情報蓄積方法及び番組配列情報更新方法を提
供する。 【解決手段】 デジタル放送受信機１は、伝送路復号化
手段１０ａと分離手段１０ｂとを備えた受信部１０、コ
ンテンツ（ＭＰＥＧ−２）１１ａとＸＭＬ化番組情報１
１ｂと番組情報データベース１１ｃとを蓄積する蓄積部
１１、番組情報スキーマ１２ａを記憶しておくスキーマ
記憶部１２、メタデータ変換部１３、メタデータ解釈部
１４、ＭＰＥＧ−２復号化部１５及び出力部１６を含む
構成とした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタル放送の放
送データとして送信された番組配列情報を蓄積して、更
新させるために使用するデジタル放送受信機及び番組配
列情報を送信するデジタル放送送信機、並びに番組配列
情報蓄積方法及び番組配列情報更新方法に関する。

【０００２】

【従来の技術】従来、放送番組の番組配列情報を記述し
た番組情報メタデータは、（社）電波産業会の標準規格
「デジタル放送に使用する番組配列情報」（ＡＲＩＢ
ＳＴＤ−Ｂ１０）において、ＳＩ（Service Informatio
n）として規格化されている。この規格では、番組配列
情報は、ＭＰＥＧ−２システム規格（ＩＳＯ／ＩＥＣ１
３８１８−１）のプライベート・セクションに基づい
て、符号化及び伝送されることが規定されており、当該
番組配列情報は放送番組に同期してリアルタイムに伝送
されることが想定されている。

【０００３】ここで、図２５に基づいて、従来のデジタ
ル放送における番組配列情報及びコンテンツの送信を行
なうデジタル放送送信機、並びにコンテンツを蓄積して
視聴することが可能なサーバ型のデジタル放送受信機に
ついて、その構成及び動作について説明する。図２５
は、従来の番組配列情報及びコンテンツの送受信を行な
うデジタル放送システムの構成を示したブロック図であ
る。

【０００４】デジタル放送送信機２Ｂは、セクション化
部２０Ｂと、ＭＰＥＧ−２符号化部２１、伝送路符号化
手段２２ｃ及び多重化手段２２ｄを含んだ送信部２２Ｂ
とを備えて構成されている。

【０００５】このデジタル放送送信機２Ｂは、セクショ
ン化部２０Ｂによって、番組配列情報をＡＲＩＢ ＳＴ
Ｄ−Ｂ１０規格に基づいてセクション単位に構成し、ビ
ットストリームに変換する。また、ＭＰＥＧ−２符号化
部２１によって、映像・音声などの番組内容であるコン
テンツを圧縮符号化して、ビットストリームに変換す
る。

【０００６】また、デジタル放送送信機２Ｂは、送信部
２２Ｂの多重化手段２２ｄによって、セクション化され
た番組配列情報（番組情報メタデータ）と、圧縮符号化
されたコンテンツとをＭＰＥＧ−２のトランスポートス
トリームとして多重化し、伝送路符号化手段２２ｃによ
って、ＴＭＣＣ（Transmission Multiplexing Configur
ation Control）伝送符号化によるフレーム化、トレリ
ス符号化８相位相変調（ＴＣ８ＰＳＫ：Trellis Coded
8-level Phase Shift Keying）方式等の変調、及び誤り
訂正などの伝送路符号化処理を施し、放送データとして
伝送する。

【０００７】また、デジタル放送受信機１Ｄは伝送路復
号化手段１０ａ及び分離手段１０ｂを含んだ受信部１０
と、蓄積部１１Ｄと、ＭＰＥＧ−２復号化手段１６ａを
含んだ出力部１６Ｄとを備えて構成されている。

【０００８】このデジタル放送受信機１Ｄは、受信部１
０の伝送路復号化手段１０ａによって、デジタル放送送
信機２Ｂから送信された放送データを受信、復調し、誤
り訂正やＴＭＣＣ復号等の復号を行ない、分離手段１０
ｂによって、番組情報メタデータ（ＳＩ）と、圧縮符号
化されたコンテンツ（ＭＰＥＧ−２）とに分離し、この
分離したコンテンツ（ＭＰＥＧ−２）１１ａを蓄積部１
１Ｄに蓄積する。また、デジタル放送受信機１Ｄの出力
部１６Ｄは、番組情報メタデータに基づいて番組配列情
報を生成し、さらに圧縮符号化されたコンテンツをＭＰ
ＥＧ−２復号化手段１６ａによって復号化することで番
組視聴のための視聴データを生成する。この視聴データ
を外部に接続された出力装置（図示せず）に出力するこ
とで、視聴者は番組視聴を行なうことができる。これに
よって、例えば、視聴者は番組予約によって、指定時刻
に放送されたコンテンツを蓄積しておき、あとからその
コンテンツを視聴することも可能になる。

【０００９】なお、この番組配列情報（ＳＩ）は、主に
表示用のデータとしてコンテンツとは分離して使用（表
示）されるが、コンテンツと多重化して蓄積されたり、
あるいは部分的に選択された番組配列情報をデジタル放
送受信機独自の形式に変換しておいて、コンテンツとと
もに蓄積される場合もある。

【００１０】また、以上説明した従来の技術以外に、最
近では、メタデータをデータの属性とデータの内容とを
タグによって関連付けたＸＭＬ（eXtensible Markup La
nguage）により記述し、このＸＭＬデータをバイナリデ
ータに符号化して伝送するＢｉＭ（Binary format for
MPEG-7）方式の規格化がＭＰＥＧ−７において進められ
ている。

【００１１】

【発明が解決しようとする課題】しかしながら、前記し
たＡＲＩＢ ＳＴＤ−Ｂ１０規格は、番組情報メタデー
タを受信機の蓄積手段に蓄積して利用することを想定し
ておらず、番組情報メタデータを蓄積して利用しようと
しても、この番組情報メタデータは前記規格により符号
化されることが規定されているため、データ構造が固定
化され、番組情報メタデータの追加、変更、削除、ある
いはメタデータ構造の拡張を行なうことが困難であると
いう問題があった。また、既存のＡＲＩＢ ＳＴＤ−Ｂ
１０規格の拡張形式イベント記述子は、番組内容の記述
を拡張することは可能であるが、番組情報メタデータの
階層構造による拡張は定義されておらず、また、蓄積さ
れた番組情報メタデータを更新することができないとい
う問題があった。

【００１２】また、番組情報メタデータを蓄積して利用
する受信機であっても、個々の受信機によって、その蓄
積方法が異なり、放送事業者が意図したデータ構造によ
り蓄積されたものではないため、放送事業者が前記番組
情報メタデータに対して、更新などの制御を行なうこと
ができないという問題があった。

【００１３】さらに、今後、デジタル放送の送信機が、
ＭＰＥＧ−７システム規格に基づいて、番組情報メタデ
ータをＸＭＬで記述して、そのＸＭＬデータをバイナリ
データに符号化して伝送することで、サーバ型の受信機
の蓄積手段に番組情報メタデータを蓄積することは可能
であるが、サーバ型の受信機では、前記ＡＲＩＢ ＳＴ
Ｄ−Ｂ１０規格による番組情報メタデータと、ＸＭＬで
記述された番組情報メタデータとを個々に管理する必要
があり、これらの番組情報メタデータの統合的な運用を
行なうことが困難であるという問題があった。

【００１４】本発明は、以上のような問題点に鑑みてな
されたものであり、ＡＲＩＢ ＳＴＤ−Ｂ１０規格準拠
の番組情報メタデータと、ＸＭＬで記述された番組情報
メタデータとの整合性を図り、さらに、番組情報メタデ
ータの変更、追加、削除及びメタデータのデータ構造の
拡張を行なうことができるデジタル放送受信機及び送信
機、並びに番組配列情報蓄積方法及び番組配列情報更新
方法を提供することを目的とする。

【００１５】

【課題を解決するための手段】本発明は、前記目的を達
成するために創案されたものであり、まず、請求項１に
記載のデジタル放送受信機は、以下の構成にかかるもの
とした。すなわち、デジタル放送の放送データとして送
信された、放送番組の番組配列情報を記述した第１の番
組情報メタデータと、放送番組の内容であるコンテンツ
とを受信するデジタル放送受信機において、放送データ
を受信する受信手段と、この受信手段で受信した放送デ
ータを、第１の番組情報メタデータと、コンテンツとに
分離する分離手段と、予め番組配列情報のデータ構造を
規定した番組情報スキーマの内容に基づいて、前記第１
の番組情報メタデータを、前記第１の番組情報メタデー
タの属性と内容とをタグによって関連付けた第２の番組
情報メタデータに変換する変換手段と、この第２の番組
情報メタデータ及び前記コンテンツを蓄積する蓄積手段
と、前記第２の番組情報メタデータに記述された内容
を、前記タグに基づいて解釈する解釈手段と、この解釈
手段の解釈結果に基づいて、番組情報又は前記コンテン
ツを再生した視聴データを出力する出力手段と、を備え
る構成とした。

【００１６】かかる構成によれば、デジタル放送受信機
は、受信手段によって、デジタル放送の放送データを受
信し、分離手段によって、放送データに含まれる第１の
番組情報メタデータとコンテンツとを分離し、変換手段
によって、予め番組配列情報のデータ構造を規定した番
組情報スキーマの内容に基づいて、前記第１の番組情報
メタデータを、前記第１の番組情報メタデータの属性と
内容とをタグによって関連付けた第２の番組情報メタデ
ータに変換する。

【００１７】そして、デジタル放送受信機は、蓄積手段
によって、第２の番組情報メタデータ及びコンテンツを
蓄積し、解釈手段によって、この第２の番組情報メタデ
ータに記述された内容を前記タグに基づいて解釈し、出
力手段によって、解釈手段の解釈結果に基づいて、番組
情報又は前記コンテンツを再生した視聴データを出力す
る。ここでタグとは、例えば、ＸＭＬ（eXtensible Mar
kup Language）において、「＜」と「＞」とで挟まれた
予約語のことである。

【００１８】これにより、デジタル放送受信機は、放送
データを受信し、この放送データから、デジタル放送の
番組配列情報を記述した第１の番組情報メタデータを分
離して、この第１の番組情報メタデータを、予め番組配
列情報のデータ構造を規定した番組情報スキーマの内容
に基づいて、前記第１の番組情報メタデータの属性と内
容とをタグによって関連付けた第２の番組情報メタデー
タに変換し、蓄積する。

【００１９】また、請求項２に記載のデジタル放送受信
機は、デジタル放送の放送データとして送信された、放
送番組の番組配列情報を記述した第１の番組情報メタデ
ータと、放送番組の内容であるコンテンツと、番組情報
の更新内容を記述した更新情報メタデータとを受信する
デジタル放送受信機において、放送データを受信する受
信手段と、この受信手段で受信した放送データを、第１
の番組情報メタデータと、コンテンツと、更新情報メタ
データとに分離する分離手段と、予め番組配列情報のデ
ータ構造を規定した番組情報スキーマの内容に基づい
て、前記第１の番組情報メタデータを、前記第１の番組
情報メタデータの属性と内容とをタグによって関連付け
た第２の番組情報メタデータに変換する変換手段と、こ
の第２の番組情報メタデータ及び前記コンテンツを蓄積
する蓄積手段と、この蓄積手段に蓄積された第２の番組
情報メタデータを、前記更新情報メタデータに基づいて
更新するメタデータ更新手段と、前記第２の番組情報メ
タデータに記述された内容を、前記タグに基づいて解釈
する解釈手段と、この解釈手段の解釈結果に基づいて、
番組情報又は前記コンテンツを再生した視聴データを出
力する出力手段と、を備える構成とした。

【００２０】かかる構成によれば、デジタル放送受信機
は、受信手段によって、放送データを受信し、分離手段
によって、放送データに含まれる第１の番組情報メタデ
ータとコンテンツと更新情報メタデータとを分離し、変
換手段によって、予め番組配列情報のデータ構造を規定
した番組情報スキーマの内容に基づいて、前記第１の番
組情報メタデータを、前記第１の番組情報メタデータの
属性と内容とをタグによって関連付けた第２の番組情報
メタデータに変換する。

【００２１】そして、デジタル放送受信機は、蓄積手段
によって、第２の番組情報メタデータ及びコンテンツを
蓄積し、メタデータ更新手段によって、前記第２の番組
情報メタデータを、前記更新情報メタデータに基づいて
更新し、解釈手段によって、この第２の番組情報メタデ
ータに記述された内容を前記タグに基づいて解釈し、出
力手段によって、解釈手段の解釈結果に基づいて、番組
情報又は前記コンテンツを再生した視聴データを出力す
る。

【００２２】これにより、デジタル放送受信機は、放送
データを受信し、その放送データから、デジタル放送の
番組配列情報を記述した第１の番組情報メタデータと番
組情報の更新内容を記述した更新情報メタデータとを分
離して、その第１の番組情報メタデータを、予め番組配
列情報のデータ構造を規定した番組情報スキーマの内容
に基づいて、前記第１の番組情報メタデータの属性と内
容とをタグによって関連付けた第２の番組情報メタデー
タに変換し、蓄積する。そして、蓄積されている第２の
番組情報メタデータを、更新情報メタデータに基づいて
更新する。

【００２３】さらに、請求項３に記載のデジタル放送受
信機は、請求項２に記載のデジタル放送受信機におい
て、メタデータ更新手段が、更新情報メタデータに基づ
いて、第２の番組情報メタデータの番組配列情報に対応
するメタデータの追加、変更及び削除の少なくとも１つ
を行なう構成とした。

【００２４】かかる構成によれば、デジタル放送受信機
は、メタデータ更新手段によって、放送データを介して
通知される番組情報の更新内容を記述した更新情報メタ
データを解釈することで、第２の番組情報メタデータの
番組配列情報に対応するメタデータの追加、変更及び削
除の少なくとも１つを行なう。

【００２５】また、請求項４に記載のデジタル放送受信
機は、請求項２又は請求項３に記載のデジタル放送受信
機において、メタデータ更新手段が、更新情報メタデー
タに基づいて、第２の番組情報メタデータのデータ構造
を拡張する構成とした。かかる構成によれば、デジタル
放送受信機は、メタデータ更新手段によって、放送デー
タを介して通知される番組情報の更新内容を記述した更
新情報メタデータを解釈することで、更新情報メタデー
タに基づいて、第２の番組情報メタデータのデータ構造
を拡張する。

【００２６】さらに、請求項５に記載のデジタル放送受
信機は、請求項１乃至請求項４のいずれか１項に記載の
デジタル放送受信機において、第２の番組情報メタデー
タとコンテンツとを対応付けた番組情報データベースを
備える構成とした。かかる構成によれば、デジタル放送
受信機は、番組情報データベースに前記第２の番組情報
メタデータと前記コンテンツとを対応付けて記憶してお
く。

【００２７】また、請求項６に記載のデジタル放送受信
機は、請求項１乃至請求項５のいずれか１項に記載のデ
ジタル放送受信機において、変換手段が、第１の番組情
報メタデータを汎用記述言語で記述した第２の番組情報
メタデータに変換する構成とした。

【００２８】かかる構成によれば、デジタル放送受信機
は、変換手段によって、第１の番組情報メタデータを汎
用記述言語で記述した第２の番組情報メタデータに変換
する。ここで、汎用記述言語は、例えば、ＸＭＬ（eXte
nsible Markup Language）等の汎用の記述言語を使用す
ることができる。

【００２９】また、請求項７に記載のデジタル放送送信
機は、放送番組の内容であるコンテンツを符号化する符
号化手段と、前記放送番組の番組情報を記述した番組情
報メタデータと、番組情報の更新内容を記述した更新情
報メタデータと、前記符号化手段によって符号化された
コンテンツとを多重化する多重化手段と、この多重化手
段によって多重化されたデータを変調して送信する送信
手段と、を備える構成とした。

【００３０】かかる構成によれば、デジタル放送送信機
は、符号化手段によって、放送番組の内容であるコンテ
ンツを符号化し、多重化手段によって、放送番組の番組
情報を記述した番組情報メタデータと、番組情報の更新
内容を記述した更新情報メタデータと、前記符号化手段
によって符号化されたコンテンツとを多重化し、送信手
段によって、前記多重化手段によって多重化されたデー
タを変調して送信する。これにより、デジタル放送受信
機に対して、デジタル放送受信機に蓄積されている番組
情報の更新内容を通知する。

【００３１】さらに、請求項８に記載の番組配列情報蓄
積方法は、デジタル放送の放送データを受信する受信ス
テップと、この受信ステップで受信した放送データか
ら、放送番組の番組配列情報を記述した第１の番組情報
メタデータを分離する分離ステップと、予め番組配列情
報のデータ構造を規定した番組情報スキーマの内容に基
づいて、前記分離ステップで分離した第１の番組情報メ
タデータデータの属性と内容とをタグによって関連付け
た第２の番組情報メタデータに変換する変換ステップ
と、前記第２の番組情報メタデータを蓄積する蓄積ステ
ップと、を含んでいることを特徴とする。

【００３２】かかる方法によれば、番組配列情報蓄積方
法は、受信ステップによって、デジタル放送の放送デー
タを受信し、分離ステップによって、受信ステップで受
信した放送データから、放送番組の番組配列情報を記述
した第１の番組情報メタデータを分離し、変換ステップ
によって、予め番組配列情報のデータ構造を規定した番
組情報スキーマの内容に基づいて、前記分離ステップで
分離した第１の番組情報メタデータデータの属性と内容
とをタグによって関連付けた第２の番組情報メタデータ
に変換し、蓄積ステップによって、前記第２の番組情報
メタデータを蓄積する。

【００３３】これにより、番組配列情報蓄積方法は、放
送データから、番組配列情報を記述した第１の番組情報
メタデータを分離し、予め番組配列情報のデータ構造を
規定した番組情報スキーマの内容に基づいて、前記第１
の番組情報メタデータデータの属性と内容とをタグによ
って関連付けた第２の番組情報メタデータに変換して蓄
積する。

【００３４】また、請求項９に記載の番組配列情報更新
方法は、デジタル放送の放送データを受信する受信ステ
ップと、この受信ステップで受信した放送データから、
放送番組の番組配列情報を記述した番組情報メタデータ
の更新情報を記述した更新情報メタデータを分離する分
離ステップと、この分離ステップで分離された更新情報
メタデータの内容を解釈する解釈ステップと、このステ
ップの解釈結果に基づいて、前記番組情報メタデータを
更新するメタデータ更新ステップと、を含んでいること
を特徴とする。

【００３５】かかる方法によれば、番組配列情報更新方
法は、受信ステップによって、デジタル放送の放送デー
タを受信し、分離ステップによって、受信ステップで受
信した放送データから、放送番組の番組配列情報を記述
した番組情報メタデータの更新情報を記述した更新情報
メタデータを分離し、解釈ステップによって、更新情報
メタデータの内容を解釈し、更新ステップによって、前
記解釈結果に基づいて、前記番組情報メタデータを更新
する。

【００３６】これにより、番組配列情報更新方法は、放
送データから、放送番組の番組配列情報を記述した番組
情報メタデータの更新情報を記述した更新情報メタデー
タを分離し、この更新情報メタデータに基づいて、番組
情報メタデータを更新する。

【００３７】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。 （第一の実施の形態：デジタル放送受信機の構成）図１
は、第一の実施形態であるデジタル放送受信機の全体構
成を示すブロック図である。図１に示すように、デジタ
ル放送受信機１は、受信部１０、蓄積部１１、スキーマ
記憶部１２、メタデータ変換部１３、メタデータ解釈部
１４、ＭＰＥＧ−２復号化部１５及び出力部１６を含む
構成とした。

【００３８】このデジタル放送受信機１は、デジタル放
送の放送データとして送信される放送番組の番組配列情
報を記述した第１の番組情報メタデータと、放送番組の
内容であるコンテンツとを受信して、前記第１の番組情
報メタデータの属性と内容とをタグによって関連付けた
第２の番組情報メタデータに変換して蓄積し、さらに前
記コンテンツを蓄積して、視聴を行なう装置である。

【００３９】ここでは、前記第１の番組情報メタデータ
は、ＡＲＩＢ ＳＴＤ−Ｂ１０のＳＩ（Service Informa
tion）として規定された番組情報メタデータ（以下、
「ＳＩ化番組情報」という）とし、前記第２の番組情報
メタデータは、ＳＩ化番組情報の属性と内容とをタグに
よって関連付けたＸＭＬ（eXtensible Markup Languag
e）で記述された番組情報メタデータ（以下、「ＸＭＬ
化番組情報」という）とする。

【００４０】受信部１０は、伝送路復号化手段１０ａと
分離手段１０ｂとを備えており、デジタル放送の放送波
により送信される放送データを受信し、ＳＩ化番組情報
と、圧縮符号化されたコンテンツ（以下、「コンテンツ
（ＭＰＥＧ−２）という」）とに分離するものである。

【００４１】この伝送路復号化手段１０ａは、受信した
放送データを復調して、その復調結果であるＭＰＥＧ−
２トランスポートストリーム（ＴＳ：Transport Strea
m）を分離手段１０ｂに送出する手段である。ここで伝
送路復号化手段１０ａは、例えば、トレリス符号化８相
位相変調（ＴＣ８ＰＳＫ：Trellis Coded 8-level Phas
e Shift Keying）方式などで変調した放送波を受信し、
復調して、必要に応じて誤り訂正や、スクランブルの復
元を行なう。

【００４２】また、分離手段１０ｂは、伝送路復号化手
段１０ａで復調されたＭＰＥＧ−２トランスポートスト
リームを、個別のストリームであるＳＩ化番組情報とコ
ンテンツ（ＭＰＥＧ−２）とに分離する手段である。こ
こで分離したＳＩ化番組情報は、メタデータ変換部１３
に送出され、コンテンツ（ＭＰＥＧ−２）は蓄積部１１
に蓄積される。

【００４３】蓄積部１１は、受信部１０の分離手段１０
ｂで分離されるコンテンツ（ＭＰＥＧ−２）１１ａ及び
メタデータ変換部１３で生成されるＸＭＬ化番組情報１
１ｂ（後記する）、並びにコンテンツ（ＭＰＥＧ−２）
１１ａとＸＭＬ化番組情報１１ｂとを関連付けた番組情
報データベース１１ｃを蓄積するものである。

【００４４】このコンテンツ（ＭＰＥＧ−２）１１ａ
は、映像・音声データがＭＰＥＧ−２によって符号化さ
れたデータがそのまま蓄積されたもので、ＭＰＥＧ−２
復号化部１５によって復号化されることで、映像・音声
データとして再生される。また、ＸＭＬ化番組情報１１
ｂは、メタデータ変換部１３によって生成され、メタデ
ータ解釈部１４によって参照され、表示用の番組情報と
して生成されるものである。また、番組情報データベー
ス１１ｃは、メタデータ変換部１３が、ＸＭＬ化番組情
報１１ｂを生成するときに、コンテンツ（ＭＰＥＧ−
２）１１ａとＸＭＬ化番組情報１１ｂとの各ファイルを
対応付けて更新されるものである。

【００４５】スキーマ記憶部１２は、ＡＲＩＢ ＳＴＤ
−Ｂ１０規格のＳＩ形式のメタデータであるＳＩ化番組
情報を、ＸＭＬ形式で記述されたメタデータであるＸＭ
Ｌ化番組情報１１ｂに変換するための、メタデータの構
造を規定した番組情報スキーマ１２ａを記憶しておく記
憶部である。

【００４６】この番組情報スキーマ１２ａは、ＡＲＩＢ
ＳＴＤ−Ｂ１０規格で規定されているテーブル及び関
連記述子のデータ構造をＭＰＥＧ−７で規格化が進めら
れているメタデータの記述定義言語であるＤＤＬ（Desc
ription Definition Language：ＩＳＯ／ＩＥＣ ＪＴＣ
１／ＳＣ２９／ＷＧ１１ Ｎ４００２）に準拠して記述
したものである。

【００４７】メタデータ変換部１３は、分離手段１０ｂ
で分離されたＳＩ化番組情報を入力として、スキーマ記
憶部１２に記憶されている番組情報スキーマ１２ａに基
づいて、ＳＩ化番組情報の属性と内容とをＡＲＩＢ Ｓ
ＴＤ−Ｂ１０規格で規定されている表現に合わせたタグ
によって関連付けたＸＭＬ化番組情報１１ｂとして生成
するものである。

【００４８】ここで生成されたＸＭＬ化番組情報１１ｂ
は、蓄積部１１に蓄積される。また、このとき、メタデ
ータ変換部１３は、ＸＭＬ化番組情報１１ｂの内容に基
づいて、コンテンツ（ＭＰＥＧ−２）１１ａと、ＸＭＬ
化番組情報１１ｂとの各ファイルを対応付けた番組情報
データベース１１ｃの内容を更新する。

【００４９】メタデータ解釈部１４は、番組情報スキー
マ１２ａに基づいて、蓄積部１１に蓄積されたＸＭＬ化
番組情報１１ｂを解釈して、表示用の番組情報を生成し
出力部１６へ送信するものである。ここで解釈とは、Ｘ
ＭＬで記述された番組情報メタデータを、予め定義され
たタグに基づいて、属性と内容とを抽出し、例えば番組
配列情報（ＳＩ）で規定されているＥＩＴ（Event Info
rmation Table）属性から「番組名」を抽出すること
で、番組情報を生成することをいう。この番組情報は、
ＥＰＧ（Electronic Program Guide）の更新データとし
て使用することができる。

【００５０】また、ここで解釈された番組情報に基づい
て、番組情報データベース１１ｃを参照して、コンテン
ツの再生が必要な場合は、蓄積部１１に蓄積されたコン
テンツ（ＭＰＥＧ−２）１１ａをＭＰＥＧ−２復号化部
１５へ送信し、コンテンツの再生を行なう。

【００５１】ＭＰＥＧ−２復号化部１５は、前記したよ
うに蓄積部１１に蓄積されたコンテンツ（ＭＰＥＧ−
２）１１ａを入力として、ＭＰＥＧ−２の復号化を行な
い、映像・音声のコンテンツを復号するものである。こ
こで復号されたコンテンツは、出力部１６へ送信され
る。

【００５２】出力部１６は、メタデータ解釈部１４で生
成された表示用の番組情報や、ＭＰＥＧ−２復号化部１
５で復号化し再生されたコンテンツを、外部に接続され
たＣＲＴや液晶等の表示装置（図示せず）や、スピーカ
等の音声出力装置（図示せず）へ出力するものである。

【００５３】（デジタル放送受信機の動作：番組情報メ
タデータの変換と蓄積）次に、図１及び図３に基づい
て、デジタル放送受信機１がＳＩ化番組情報を、ＸＭＬ
化番組情報に変換して、蓄積する動作について説明す
る。なお、図３は、本動作を示すフローチャートであ
る。

【００５４】まず、デジタル放送受信機１は、受信部１
０によって、デジタル放送の放送波による放送データを
受信し（ステップａ１）、伝送路復号化手段１０ａによ
って、放送データを復調してＭＰＥＧ−２トランスポー
トストリームを生成する（ステップａ２）。そして、復
調されたＭＰＥＧ−２トランスポートストリームを、分
離手段１０ｂによって、ＳＩ化番組情報とコンテンツ
（ＭＰＥＧ−２）とに分離して（ステップａ３）、コン
テンツ（ＭＰＥＧ−２）を蓄積部１１に蓄積する（ステ
ップａ４）。

【００５５】次に、デジタル放送受信機１は、分離手段
１０ａで分離されたＳＩ化番組情報を、メタデータ変換
部１３において、番組情報スキーマ１２ａに記述された
内容に基づいて、ＳＩ化番組情報の属性と内容とをタグ
によって関連付けたＸＭＬ化番組情報に変換する（ステ
ップａ５）。

【００５６】そして、ＸＭＬ化番組情報を蓄積部１１に
蓄積し（ステップａ６）、このコンテンツ（ＭＰＥＧ−
２）１１ａとＸＭＬ化番組情報１１ｂとの対応関係に基
づいて、番組情報データベース１１ｃを更新する（ステ
ップａ７）。以上の動作により、ＳＩ形式の番組情報メ
タデータは、柔軟性、拡張性を有するＸＭＬで記述され
た番組情報メタデータとして蓄積される。

【００５７】（デジタル放送受信機の番組情報メタデー
タ変換内容）次に、図４〜図８を参照して、ＡＲＩＢ
ＳＴＤ−Ｂ１０規格で規定されたＳＩ化番組情報をＸＭ
Ｌ（eXtensible Markup Language）で記述されたＸＭＬ
化番組情報に変換する例を、具体例なデータで説明す
る。

【００５８】図４は、ＡＲＩＢ ＳＴＤ−Ｂ１０規格の
ＳＩ（Service Information）として規格化されている
番組情報の構成図を示している。図５は、ＳＩ化番組情
報の具体事例として、実際の放送波から抽出したＭＰＥ
Ｇ−２トランスポートストリームの内容を示している。
図６は、ＳＩ形式からＸＭＬ形式に変換するために定義
した番組情報スキーマ１２ａの例を示している。図７
は、ＸＭＬ化番組情報に変換した具体的な記述内容の事
例を示している。図８は、番組情報データベースの構成
例を示している。

【００５９】まず最初に、図４に基づいて、ＳＩにより
得られる番組情報３０の構造を説明する。ＳＩは、各サ
ービス（チャンネルに相当）に含まれるイベント（番組
に相当）に関する時系列情報を表わすＥＩＴ（Event In
formation Table：イベント情報テーブル）３１、特定
のＭＰＥＧ−２トランスポートストリームに含まれるサ
ービスを表わすＳＤＴ（Service Description Table：
サービス記述テーブル）３２、時刻と日時情報を表わす
ＴＯＴ（Time Offset Table：時刻日付オフセットテー
ブル）３３等の各テーブルから成り、さらに各テーブル
は、番組情報の内容を記述する複数の記述子により構成
されている。例えば、ＥＩＴは、イベント（番組）３４
毎に、短形式イベント記述子３５、コンポーネント記述
子３６、拡張形式イベント記述子３７、コンテント記述
子３８等の記述子によって構成されている。また、短形
式イベント記述子３５は、番組名３９、番組記述４０を
含んでおり、コンポーネント記述子３６は、内容４１、
種別４２を含んで構成されている。このように、ＳＩに
より得られる番組情報３０はツリー型のデータ構造にな
っている。

【００６０】次に、図５に基づいて、具体的なＳＩ形式
の事例として、実際の放送波から抽出したＡＲＩＢ Ｓ
ＴＤ−Ｂ１０規格において規定されるＳＩ化番組情報に
対応するＭＰＥＧ−２トランスポートストリームの内容
を説明する。ここでは、ＳＩ化番組情報として、ＥＩＴ
の内容を示しており、ＭＰＥＧ−２トランスポートスト
リームは、１６進バイナリデータとして記述し、対応す
る属性名、記述子名を付記している。また、文字データ
については、「デジタル放送におけるデータ符号化方式
と伝送方式」（ＡＲＩＢ ＳＴＤ−Ｂ２４）で規定され
ている８単位符号により符号化された文字データに対応
する復号化文字列を併せて記述している。

【００６１】図５に示したように、ＥＩＴには、“tabl
eId”（テーブル識別）５０、“serviceId”（サービス
識別）５１等の属性に続けて、短形式イベント記述子３
５及びその構成要素である番組名３９、番組記述４０と
いった記述子が含まれている。

【００６２】次に、図６に基づいて、番組情報メタデー
タをＳＩ形式からＸＭＬ形式に変換するために定義した
番組情報スキーマ１２ａの内容について説明する。図６
の番組情報スキーマ１２ａは、ＥＩＴ（Event Informat
ion Table）のテーブル及び関連記述子のデータ構造を
ＭＰＥＧ−７で規格化が進められているメタデータの記
述定義言語であるＤＤＬに準拠して記述し、テーブル、
記述子及びスキーマ内の項目（エレメント：element）
や、属性（アトリビュート：attribute）の名称は、そ
れぞれＡＲＩＢ ＳＴＤ−Ｂ１０規格で規定されている
表現を使用している。

【００６３】この番組情報スキーマ１２ａでは、ＥＩＴ
の項目である“EventInformationTable”の属性とし
て、“tableId”（テーブル識別）（８行目）と、“ser
viceId”（サービス識別；ＢＳデジタル放送ではチャン
ネル番号に対応する）（９行目）と、“versionNumbe
r”（バージョン番号）（１０行目）とを定義してい
る。

【００６４】また、番組情報スキーマ１２ａは、ＥＩＴ
と同一のＭＰＥＧ−２トランスポートストリームに存在
するＴＯＴ（Time Offset Table）の“JST_time”（現
在日時、現在時刻）の前半１６ビットを“mjd”（修正
ユリウス日）（１１行目）として、前記ＥＩＴの項目で
ある“EventInformationTable”の属性に付加してい
る。

【００６５】さらに、“EventInformation”の属性とし
て、“eventId”（番組識別；１サービス内かつ２４時
間以内で番組に一意的に割り当てられる）（１９行目）
と、“startTime”（開始時刻）（２０行目）と、“dur
ation”（番組時間）（２１行目）とを定義している。
さらに、各記述子の“descriptorTag”（記述子識別）
（２９行目）を各記述子名に対応する項目の属性として
定義している。これにより、ＸＭＬ形式に変換されたＸ
ＭＬ化番組情報のファイルを一意に特定できるようにな
る。

【００６６】このように、番組情報スキーマ１２ａの記
述は、ＭＰＥＧ−７のＤＤＬを用いて記述していること
から、ＭＰＥＧ−７や、コンテンツ識別子、メタデータ
に対する標準化等の作業を行なっているＴＶ Ａｎｙｔ
ｉｍｅ Ｆｏｒｕｍで規定されているメタデータとの親
和性が高く、国際的な標準化において、放送のみならず
インターネットにおけるメタデータの整合性を図ること
ができる。

【００６７】次に、図７に基づいて、図５のＳＩ化番組
情報を図６の番組情報スキーマ１２ａに基づいて、ＸＭ
Ｌ形式のＸＭＬ化番組情報に変換した具体例を示す。図
７の１行目に示すように、“EventInformationTable”
の属性として、“tableId”、“serviceId”、“versio
nNumber”、及び“mjd”が設定され、２行目に示すよう
に、“EventInformation”の属性として、“eventI
d”、“startTime”、及び“duration”が設定されてい
る。さらに、４〜６行目には、“EventName”で定義さ
れている番組名、７〜１０行目には、“EventDescripti
on”で定義されている番組記述の内容がそれぞれ設定さ
れている。このように、番組情報スキーマ１２ａを用い
ることで、ＳＩ形式で記述されたＳＩ化番組情報を、Ｓ
Ｉ化番組情報の属性と内容とをタグによって関連付けた
ＸＭＬ形式で記述されたＸＭＬ化番組情報に変換するこ
とができる。

【００６８】次に、図８に基づいて、番組情報データベ
ース１１ｃの構成例を説明する。この番組情報データベ
ース１１ｃは、ＳＩ化番組情報がＸＭＬ化番組情報に変
換されたときに、ＸＭＬ化番組情報に対応するコンテン
ツが蓄積されている場合に、その対応関係をファイル単
位で記述しておくものである。

【００６９】図８に示すように、番組情報データベース
１１ｃは、コンテンツファイルと、ＸＭＬ化番組情報フ
ァイルとの関連付けを記述してある。ここでは、コンテ
ンツファイル及びＸＭＬ化番組情報ファイルの他、ＸＭ
Ｌ化番組情報ファイルに記述されている「属性」（例え
ば、図７の１行目のタグで指定した“tableId”等）を
関連付けておくことで、後記するＸＭＬ化番組情報の更
新、拡張の際のファイルアクセスや、コンテンツの選
択、再生が容易になる。

【００７０】また、ＴＶ Ａｎｙｔｉｍｅ Ｆｏｒｕｍの
技術仕様（Ｓ−４）で規定されているＣＲＩＤ（コンテ
ンツＩＤ）がコンテンツに付与されている場合は、この
ＣＲＩＤを番組情報データベースに記述し関連付けるこ
ととしてもよい。

【００７１】以上、ＳＩ形式で記述されたＳＩ化番組情
報を、ＸＭＬ形式で記述されたＸＭＬ化番組情報に変換
する例として、ＥＩＴの事例に基づいて説明したが、本
発明に適用するテーブルは、これに限定されるものでは
なく、他のテーブルにおいても同様に適用することがで
きる。また、番組情報スキーマ１２ａは、この構造に特
定されるものではなく、放送サービスや、運用条件に応
じて記述することが可能である。さらに、番組情報メタ
データは、ここで説明したＸＭＬ形式への変換以外に
も、“tableId”、“serviceId”、“versionNumbe
r”、“mjd”、“eventId”、“descriptorTag”を属性
として有するものであれば、例えば、バイナリ形式等の
他のフォーマットであっても構わない。

【００７２】以上、説明したように、本発明に係るデジ
タル放送受信機１は、リアルタイム視聴を前提としてい
る既存型放送を、サーバ型の形式に変換を行ない視聴す
ることができるので、放送データを蓄積して視聴するサ
ーバ型放送との整合性を図ることができる。

【００７３】（第二の実施の形態：デジタル放送受信機
の構成）次に、図１及び図２に基づいて、既存型放送と
サーバ型放送とを受信して視聴することが可能なデジタ
ル放送受信機について説明する。図２は、図１に示した
デジタル放送受信機１の番組情報メタデータの変換・蓄
積に係る主要部のみを図示した構成に、サーバ型放送を
受信する機能を付加した構成例を示している。

【００７４】ここで、既存型番組情報スキーマ１２ｂ、
既存型コンテンツ（ＭＰＥＧ−２）１１ｄ、既存型ＸＭ
Ｌ化番組情報１１ｅは、それぞれ、図１で説明した番組
情報スキーマ１２ａ、コンテンツ（ＭＰＥＧ−２）１１
ａ、ＸＭＬ化番組情報１１ｂと同一であり、既存型放送
を受信する場合の動作は、図１で説明した内容と同様で
ある。

【００７５】なお、サーバ型放送は、図示していない受
信手段によって、放送／インターネットから受信したコ
ンテンツ（サーバ型コンテンツ（ＭＰＥＧ−２）１１
ｆ）と、番組情報メタデータ（サーバ型ＸＭＬ化番組情
報１１ｇ）とを蓄積部１１Ｂに蓄積するものである。

【００７６】これにより、番組情報メタデータを統一的
に扱えるようになる。例えば、電子番組表（ＥＰＧ：El
ectronic Program Guide）等により、サーバ型放送とし
てデジタル放送受信機１Ｂ内に蓄積されている各種コン
テンツも、リアルタイムで放送される既存型放送も、同
じ画面上の同じ操作によって検索、視聴等を行なうこと
ができる。また、既存型放送の番組情報メタデータをＸ
ＭＬにより記述し、蓄積することができるので、国際整
合性やインターネットとの互換性を図ることができる。

【００７７】（番組配列情報更新のためシステム構成）
図９は、本発明に係る番組配列情報を更新するためのシ
ステム構成を示す概略ブロック図である。図９に示すよ
うに、このシステムは、デジタル放送送信機２及びデジ
タル放送受信機１Ｃとから構成される。また、このシス
テムは、リアルタイム視聴を前提としている既存型放送
の番組配列情報を更新するシステムである。

【００７８】図９に基づいて、番組配列情報を更新する
ためのシステム構成の概略を説明する。デジタル放送送
信機２は、セクション化部２０と、ＭＰＥＧ−２符号化
部２１と、送信部２２とを備えて構成されている。この
デジタル放送送信機２は、セクション化部２０によっ
て、番組配列情報と番組配列情報の更新情報とをＡＲＩ
Ｂ ＳＴＤ−Ｂ１０規格のＳＩに基づいてセクション化
し、ビットストリームに変換する。また、ＭＰＥＧ−２
符号化部２１によって、映像・音声などの番組内容であ
るコンテンツを圧縮符号化して、ビットストリームに変
換する。そして、送信部２２によって、セクション化さ
れた情報（番組情報メタデータ＋更新情報メタデータ）
と、圧縮符号化されたコンテンツとをＭＰＥＧ−２のト
ランスポートストリームに多重化し、放送波の放送デー
タとして送信する。

【００７９】また、デジタル放送受信機１Ｃは、受信部
１０Ｃと、蓄積部１１と、メタデータ変換部１３と、メ
タデータ更新部１７とを備えて構成されている。このデ
ジタル放送受信機１Ｃは、受信部１０Ｃによって、デジ
タル放送送信機２から送信された放送データを受信し、
セクション化された更新情報（以下、「ＳＩ化更新情
報」という）と、セクション化された番組配列情報（以
下、「ＳＩ化番組情報」という）と、圧縮符号化された
コンテンツ（以下、「コンテンツ（ＭＰＥＧ−２）」と
いう）とに分離し、コンテンツ（ＭＰＥＧ−２）を、蓄
積部１１に蓄積し、ＳＩ化番組情報を、メタデータ変換
部１３によって、ＸＭＬ形式のメタデータ（以下、「Ｘ
ＭＬ化番組情報」という）に変換し、蓄積部１１に蓄積
する。また、デジタル放送受信機１Ｃは、ＳＩ化更新情
報を、メタデータ更新部１７によって解釈し、ＳＩ化更
新情報に記述された内容に基づいて、蓄積部１１内のＸ
ＭＬ化番組情報の追加、変更、削除、及びメタデータ構
造の拡張を行なう。

【００８０】（第三の実施の形態：デジタル放送送信機
の構成）次に、図１０を参照して、番組配列情報を更新
するシステムにおけるデジタル放送送信機２の構成につ
いて詳細に説明する。図１０に示すように、デジタル放
送送信機２は、セクション化部２０と、ＭＰＥＧ−２符
号化部２１と、伝送路符号化手段２２ａ及び多重化手段
２２ｂを含んだ送信部２２とを備えて構成されている。

【００８１】このデジタル放送送信機２は、従来の番組
配列情報とともに、受信側に蓄積されているＸＭＬ化番
組情報を追加、変更、削除、及び／又はメタデータ構造
を拡張するための更新情報を送信する装置である。セク
ション化部２０は、従来の番組配列情報と、受信側に蓄
積されているＸＭＬ化番組情報を追加、変更、削除、及
び／又はメタデータ構造を拡張するための更新情報をＡ
ＲＩＢ ＳＴＤ−Ｂ１０規格のＳＩに基づいてセクショ
ン化し、ビットストリームに変換するものである。

【００８２】ＭＰＥＧ−２符号化部２１は、映像・音声
などの番組内容であるコンテンツをＭＰＥＧ−２の符号
化形式に基づいて、圧縮符号化して、ビットストリーム
に変換するものである。

【００８３】送信部２２は、伝送路符号化手段２２ａと
多重化手段２２ｂを備えており、多重化手段２２ｂによ
って、セクション化された情報（ＳＩ化番組情報＋ＳＩ
化更新情報と、圧縮符号化されたコンテンツとをＭＰＥ
Ｇ−２のトランスポートストリームとして多重化し、伝
送路符号化手段２２ａによって、ＴＭＣＣ（Transmissi
on Multiplexing Configuration Control）伝送符号化
によるフレーム化、トレリス符号化８相位相変調（ＴＣ
８ＰＳＫ：Trellis Coded 8-level Phase Shift Keyin
g）方式等の変調、及び誤り訂正などの伝送路符号化処
理を施し、放送データとして伝送するものである。

【００８４】（第四の実施の形態：デジタル放送受信機
の構成）次に、図１１を参照して、番組配列情報を更新
するシステムにおけるデジタル放送受信機１Ｃの構成に
ついて説明する。図１１に示すように、デジタル放送受
信機１Ｃは、図１に示したデジタル放送受信機１にメタ
データ更新部１７が付加され、受信部１０Ｃの分離手段
１０ｃの機能が変更されて構成されている。このメタデ
ータ更新部１７及び受信部１０Ｃの分離手段１０ｃ以外
の構成は、図１に示したものと同一の符号を付し、その
説明は省略する。

【００８５】受信部１０Ｃの分離手段１０ｃは、伝送路
復号化手段１０ａで復調されたＭＰＥＧ−２トランスポ
ートストリームを、個別のストリームに分離するときに
ＳＩ化番組情報及びコンテンツ（ＭＰＥＧ−２）以外に
ＳＩ化更新情報を分離する機能を有するものである。こ
こで分離したＳＩ化番組情報は、メタデータ変換部１３
に送出され、コンテンツ（ＭＰＥＧ−２）は蓄積部１１
に蓄積される。さらにＳＩ化更新情報は、メタデータ更
新部１７に送出される。

【００８６】メタデータ更新部１７は、分離手段１０ｃ
で分離されたＳＩ化更新情報を入力として、蓄積部１１
に蓄積されているＸＭＬ化番組情報１１ｂを更新するも
のである。

【００８７】このメタデータ更新部１７は、ＳＩ化更新
情報の内容に基づいて、ＸＭＬ化番組情報の追加、更
新、削除を行ない、さらにＸＭＬ化番組情報のメタデー
タ構造を拡張する。このメタデータ構造の具体的な拡張
については、後記する。

【００８８】（デジタル放送受信機の動作：番組情報メ
タデータの更新）次に、図１１及び図１２に基づいて、
デジタル放送受信機１ＣがＳＩ化更新情報に基づいて、
ＸＭＬ化番組情報を更新する動作について説明する。な
お、図１２は本動作を示すフローチャートである。ま
ず、デジタル放送受信機１Ｃは、受信部１０Ｃによっ
て、デジタル放送の放送波による放送データを受信し
（ステップｂ１）、伝送路復号化手段１０ａによって、
放送データを復調してＭＰＥＧ−２トランスポートスト
リームを生成する（ステップｂ２）。そして、復調され
たＭＰＥＧ−２トランスポートストリームから、分離手
段１０ｃによって、ＳＩ化更新情報を分離する（ステッ
プｂ３）。

【００８９】次に、デジタル放送受信機１Ｃは、メタデ
ータ更新部１７によって、前記分離されたＳＩ化更新情
報の内容を解釈する（ステップｂ４）。そして、その解
釈結果である更新内容を判定し（ステップｂ５）、更新
内容がが、「削除」の場合は、ＸＭＬ化番組情報のＳＩ
化更新情報で指定されたメタデータを削除する（ステッ
プｂ６）。また、更新内容が「追加」の場合は、ＳＩ化
更新情報で指定される追加メタデータをＸＭＬ化番組情
報に追加する（ステップｂ７）。また、更新内容が「変
更」の場合は、ＳＩ化更新情報で指定されたＸＭＬ化番
組情報内のメタデータを新しいメタデータに変更する
（ステップｂ８）。さらに、更新内容が「拡張」の場合
は、ＸＭＬ化番組情報のメタデータ構造の拡張を行なう
（ステップｂ９）。

【００９０】そして、ＳＩ化更新情報の更新が全て完了
したかどうかを判定し（ステップｂ１０）、まだ処理さ
れていない更新内容が存在する場合（Ｎｏ）は、ステッ
プｂ４へ戻る。一方、ＳＩ化更新情報の更新が全て終了
した場合（Ｙｅｓ）は、処理を終了する。以上の動作に
より、ＸＭＬ形式で蓄積されているＸＭＬ化番組情報
を、ＳＩ化更新情報の内容に基づいて、ＸＭＬの持つ柔
軟性、拡張性を活かして容易に更新することができる。

【００９１】（番組配列情報の更新情報内容）ここで、
図１３〜図１６に基づいて、デジタル放送送信機２にお
いて新規に定義した更新情報について説明する。図１３
は、ＸＭＬ形式で記述された番組配列情報（ＸＭＬ化番
組情報）を更新するためのデータを符号化及び伝送する
ためのテーブルをプライベート・セクションを用いて定
義した「メタデータ更新セクション（Metadata update
section）」のデータ構造の例である。図１４は、ＸＭ
Ｌ化番組情報を追加、変更、及び削除するための更新情
報メタデータとして記述する記述子「メタデータ更新記
述子（Metadata update descriptor）」のデータ構造の
例である。図１５及び図１６は、メタデータ構造の拡張
を行なうための更新情報メタデータとして記述する記述
子「メタデータ拡張記述子（Metadata extension descr
iptor）」及び「メタデータ記述子（Metadata descript
or）」のデータ構造の例である。

【００９２】まず、図１３の「メタデータ更新セクショ
ン」のデータ構造について説明する。図１３において、
“target_table_id”（１８行目）、“target_service_
id”（１９行目）、“target_version_number”（２０
行目）、“target_mjd”（２１行目）、“target_event
_id”（２２行目）の各フィールドを定義することで、
特定のコンテンツに対応するメタデータファイル（ＸＭ
Ｌ化番組情報）を指定することができる。また、descri
ptor()（２６行目）として、後記する「メタデータ更新
記述子」、及び／又は、「メタデータ拡張記述子」及び
「メタデータ記述子」の各記述子を用いる。

【００９３】ここで、図１３の「メタデータ更新セクシ
ョン」の各フィールドについて簡単に説明する。 table_id（テーブル識別）：この８ビットのフィールド
値は、メタデータ更新セクションを識別する際に用いら
れる。 section_syntax_indicator（セクションシンタックス指
示）：この１ビットのフィールド値は常に「１」とす
る。 section_length（セクション長）：この１２ビットのフ
ィールドは、セクション長フィールドの直後からＣＲＣ
を含むセクションの最後までのセクションのバイト数を
規定する。 service_id（サービス識別）：この１６ビットのフィー
ルドは、トランスポートストリーム内の他のサービスか
らこのサービスを識別するためのラベルの役割をする。

【００９４】version_number（バージョン番号）：この
５ビットのフィールドは、サブテーブルのバージョン番
号である。バージョン番号は、サブテーブル内の情報に
変化があった場合に１加算される。次フィールドのカレ
ントネクスト指示が「１」の場合は、バージョン番号は
デーブル識別とサービス識別で定義される現在有効なサ
ブテーブルのバージョン番号になる。また、カレントネ
クスト指示が「０」の場合は、バージョン番号はテーブ
ル識別とサービス識別で定義される次に有効なサブテー
ブルのバージョン番号になる。 current_next_indicator（カレントネクスト指示）：こ
の１ビットのフィールド値が、「１」の場合は、サブテ
ーブルが現在のサブテーブルであることを示す。また
「０」の場合は、送られるサブテーブルはまだ適用され
ず、次のサブテーブルとして使用されることを示す。

【００９５】section_number（セクション番号）：この
８ビットのフィールドは、セクションの番号を表わす。
サブテーブル中の最初のセクションのセクション番号
は、「０ｘ００」である。このセクション番号は、同一
のテーブル識別、サービス識別、トランスポートストリ
ーム識別、オリジナルネットワーク識別を持つセクショ
ンの追加ごとに１加算される。この場合、サブテーブル
はいくつかのセグメントとして構築してもよい。各セグ
メント内では、セクションの追加ごとに番号を１加算さ
せるが、セグメントの最終セッションと隣接するセグメ
ントの最初のセクションとの間では、番号の隙間があっ
てもよい。 last_section_number（最終セクション番号）：この８
ビットのフィールドは、そのセクションが属するサブテ
ーブルの最後のセクション（すなわち、最大のセクショ
ン番号を持つセクション）の番号を規定する。

【００９６】transport_stream_id（トランスポートス
トリーム識別）：この１６ビットのフィールドは、ＥＩ
Ｔが示すトランスポートストリームを識別するラベルの
役割をする。 original_network_id（オリジナルネットワーク識
別）：この１６ビットのフィールドは、ネットワーク識
別を規定するラベルの役割をする。 segment_last_section_number（セグメント最終セクシ
ョン番号）：この８ビットのフィールドは、サブテーブ
ルのこのセグメントの最後のセクションの番号を規定す
る。

【００９７】last_table_id（最終テーブル識別）：こ
の８ビットのフィールドは、使用されている最終のテー
ブル識別を示す。 target_table_id（対象テーブル識別）：この８ビット
のフィールドは、更新及び拡張の対象となるＸＭＬ化番
組情報に付与された属性“tableId”を表わす。 target_service_id（対象サービス識別）：この１６ビ
ットのフィールドは、更新及び拡張の対象となるＸＭＬ
化番組情報に付与された属性“serviceId”を表わす。

【００９８】target_version_number（対象バージョン
番号）：この８ビットのフィールドは、更新及び拡張の
対象となるＸＭＬ化番組情報に付与された属性“versio
nNumber”を表わす。 target_mjd（対象修正ユリウス日）：この１６ビットの
フィールドは、更新及び拡張の対象となるＸＭＬ化番組
情報に付与された属性“mjd”を表わす。 target_event_id（対象イベント識別）：この１６ビッ
トのフィールドは、更新及び拡張の対象となるＸＭＬ化
番組情報に付与された属性“eventId”を表わす。 descriptors_loop_length（記述子ループ長）：この１
２ビットのフィールドは後続の記述子の全バイト長を規
定する。 CRC_32（CRC）：この３２ビットのフィールドは、ＣＲ
Ｃ値を入れる。

【００９９】次に、図１４、図１７及び図１８を参照し
て、「メタデータ更新記述子」のデータ構造について説
明する。図１４において、“position（更新位置）”
（７行目）により、更新の対象となるＸＭＬ化番組情報
の更新位置を指定し、“mode（更新種別）”（２６行
目）により、更新の種別を指定する。position（更新位
置）は、図１７に示すように定義し、更新位置が、番組
配列情報の記述子に相当する部分の内部を示すか、メタ
データ拡張記述子により拡張された部分かを指定する。
また、mode（更新種別）は、図１８に示すように定義
し、更新種別が削除か、追加か、変更かを指定する。

【０１００】このpositionが「０ｘ０」の場合は、番組
配列情報の記述子に相当する部分の内部を更新位置とし
て、“target_description_tag”（９行目）により更新
対象となる記述子を指定する。そして、対象の項目を
“target_element”（１６行目）により指定し、modeが
「０ｘ１」又は「０ｘ２」すなわち、追加又は変更の場
合に、追加又は変更するデータを“data_char”（３０
行目）に記述する。

【０１０１】また、positionが「０ｘ１」の場合は、後
記するメタデータ拡張記述子により拡張されたエレメン
トを更新位置として、前記した“target_element”（１
６行目）により指定する替わりに、“element_id”（２
２行目）を指定する。

【０１０２】ここで、図１４の「メタデータ更新記述
子」の各フィールドについて簡単に説明する。 descriptor_tag（記述子タグ）：この８ビットのフィー
ルド値は、メタデータ更新記述子を識別する際に用いら
れる。 descriptor_length（記述子長）：この８ビットのフィ
ールドは、記述子長フィールドの直後から記述子の最後
までのバイト数を規定する。

【０１０３】ISO_639_language_code（言語コード）：
この２４ビットのフィールドは、この記述子に含まれる
文字記述の言語を識別する。言語コードは、ISO639-2
(6)に規定されるアルファベット３文字コードで表わ
す。各文字は、ISO8859-1(8)に従って８ビットで符号化
され、その順で２４ビットフィールドに挿入される。例
えば、日本語はアルファベット３文字コードで「ｊｐ
ｎ」であり、「0110 1010 0111 0000 0110 1110」と符
号化される。 position（更新位置）：この４ビットのフィールドは、
図１７に従い、更新対象項目（エレメント）のＸＭＬ化
番組情報のファイル内の位置を表わす。

【０１０４】target_descriptor_tag（対象記述子タ
グ）：この８ビットのフィールドは、更新の対象となる
ＸＭＬ化番組情報内のエレメントに付与された属性“de
scriptorTag”を表わす。 target_descriptor_number（対象記述子番号）：この８
ビットのフィールドは、更新対象となるＸＭＬ化番組情
報内のエレメントに付与された属性“descriptorNumbe
r”を表わす。 target_element_length（対象エレメント長）：この８
ビットのフィールドは、後続の対象エレメントのバイト
長を示す。

【０１０５】target_element（対象エレメント（文字符
号））：この８ビットのフィールドは、更新対象となる
一連のＸＭＬ化番組情報内のエレメントを規定する。 element_id_length（対象エレメントＩＤ長）：この８
ビットのフィールドは、後続の対象エレメントＩＤのバ
イト長を示す。 element_id（対象エレメントＩＤ）：この８ビットのフ
ィールドは、更新対象となる一連のＸＭＬ化番組情報の
内部エレメントＩＤを規定する。 mode（更新種別）：この４ビットのフィールドは、図１
８に従い、更新の種別を表わす。 data_length（データ記述長）：この８ビットのフィー
ルドは、後続のデータ記述のバイト長を示す。 data_char（データ記述（文字符号））：この８ビット
のフィールドは、更新データの文字記述を規定する。

【０１０６】次に、図１５、図１６及び図１９を参照し
て、「メタデータ拡張記述子」及び「メタデータ記述
子」のデータ構造について説明する。図１５において、
“position（拡張位置）”（６行目）により、拡張の対
象となるＸＭＬ化番組情報の拡張位置を指定する。拡張
位置がメタデータ拡張記述子により拡張された部分であ
る場合、“element_id”（１０行目）によりエレメント
を拡張位置として指定する。

【０１０７】ここで、図１５の「メタデータ拡張記述
子」の各フィールドについて簡単に説明する。 descriptor_tag（記述子識別）：この８ビットのフィー
ルド値は、メタデータ拡張記述子を識別する際に用いら
れる。 descriptor_length（記述子長）：この８ビットのフィ
ールドは、記述子長フィールドの直後から記述子の最後
までのバイト数を規定する。

【０１０８】ISO_639_language_code（言語コード）：
この２４ビットのフィールドは、コンポーネント（音声
又はデータ）の言語、及びこの記述子に含まれる文字記
述を識別する。内容は「メタデータ更新記述子」（図１
４参照）と同じである。 position（拡張位置）：この４ビットのフィールドは、
図１９に従い、ＸＭＬ化番組情報内の拡張位置を指定す
る。

【０１０９】element_id_length（対象エレメントＩＤ
長）：この８ビットのフィールドは、後続の対象エレメ
ントＩＤのバイト長を示す。 element_id（対象エレメントＩＤ）：この８ビットのフ
ィールドは、拡張対象となる一連のＸＭＬ化番組情報の
内部エレメントＩＤを規定する。 次に、図１６の「メタデータ記述子」の各フィールドに
ついて簡単に説明する。 descriptor_tag（記述子識別）：この８ビットのフィー
ルド値は、メタデータ記述子を識別する際に用いられ
る。 descriptor_length（記述子長）：この８ビットのフィ
ールドは、記述子長フィールドの直後から記述子の最後
までのバイト数を規定する。

【０１１０】element_id（エレメントＩＤ）：この８ビ
ットのフィールドは、拡張する一連のＸＭＬ化番組情報
のエレメントにＩＤを付与する。 element_description_length（エレメント長）：この８
ビットのフィールドは、後続のエレメントのバイト長を
示す。 element_description_char（エレメント（文字符
号））：この８ビットのフィールドは、ＸＭＬ化番組情
報を拡張する一連のエレメントを規定する。 value_length（メタデータ長）：この８ビットのフィー
ルドは、後続のメタデータのバイト長を示す。 value_char（メタデータ（文字符号））：この８ビット
のフィールドは、ＸＭＬ化番組情報を拡張する一連のメ
タデータを規定する。 以上のように更新情報を定義することで、メタデータの
運用に関する管理情報などの制御をデジタル放送送信機
（放送局）から行なうことができ、多彩なサービスを実
現することが可能になる。

【０１１１】（番組配列情報更新システムにおける更新
例）次に、図２０及び図２１に基づいて、ＸＭＬ化番組
情報を更新する例について説明する。図２０は、メタデ
ータ更新記述子のデータ構造に従い符号化を行なったＭ
ＰＥＧ−２トランスポートストリームのデータ配列を表
わす図である。図２１は、ＸＭＬ化番組情報の構造を表
わす図である。

【０１１２】図２０では、更新位置（position）によっ
て、ＸＭＬ化番組情報の更新位置を指定し、その位置に
存在する対象エレメント（target_element）を新しいメ
タデータ（new_data）に変更するメタデータ更新記述子
の例を示している。デジタル放送受信機１Ｃ（図１１参
照）は、図２０に示すようなメタデータ更新記述子を含
んだＳＩ化更新情報に基づいて、図２１に示すようなＸ
ＭＬ化番組情報の構造の中から、対象となるエレメント
（target_element）を検索し、そのメタデータ（old_da
ta）を新しい更新メタデータ（new_data）に変更する。
なお、メタデータの追加・削除も同様の形式で行なうこ
とができる。

【０１１３】次に、図２２〜図２４に基づいて、ＸＭＬ
化番組情報のメタデータ構造を拡張する例について説明
する。図２２は、拡張するメタデータを示す図である。
図２３は、図２２のメタデータを、メタデータ拡張記述
子のデータ構造に従い符号化を行なったＭＰＥＧ−２ト
ランスポートストリームのデータ配列を表わす図であ
る。図２４は、ＸＭＬ化番組情報の構造を表わす図であ
る。

【０１１４】図２２に示すように、拡張するメタデータ
は、エレメント名とメタデータを対応付けるときに、個
々のエレメントにエレメントＩＤ（element_id）を付加
して、数値として識別できる構成としている。デジタル
放送受信機１Ｃ（図１１参照）は、図２３に示すような
メタデータ記述子（ｍ２）を含んだメタデータ拡張記述
子（ｍ１）をＭＰＥＧ−２トランスポートストリーム
（ｅ２）として受信して、図２４に示すようにＸＭＬ化
番組情報の既存メタデータ（ｅ３）に拡張メタデータ
（ｅ４）を拡張する。ここで拡張された拡張メタデータ
（ｅ４）は、例えば、エレメント「ＣＡＢ」を指定する
場合、イベントを指定した後に、“element_id”として
「０ｘ０２０００１」で指定することができる。これに
より、文字列によってエレメントを指定する場合に比
べ、更新情報の伝送効率を上げることができる。

【０１１５】

【発明の効果】以上説明したとおり、本発明に係るデジ
タル放送受信機及び送信機、並びに番組配列情報蓄積方
法及び番組配列情報更新方法では、以下に示す優れた効
果を奏する。

【０１１６】請求項１に記載の発明によれば、デジタル
放送受信機は、リアルタイム視聴を前提とした既存型放
送の番組情報メタデータを、その番組情報メタデータの
属性と内容とをタグによって関連付けた番組情報メタデ
ータに変換して蓄積することができるので、既存型放送
とサーバ型放送との整合性を図ることができ、視聴者
は、既存型放送の番組とサーバ型放送の番組とを同じ操
作で検索したり、視聴したりすることができる。

【０１１７】請求項２に記載の発明によれば、デジタル
放送受信機は、リアルタイム視聴を前提とした既存型放
送の番組情報メタデータを、その番組情報メタデータの
属性と内容とをタグによって関連付けた番組情報メタデ
ータに変換して蓄積することができ、さらに蓄積された
番組情報メタデータを、番組情報の更新内容を記述した
更新情報メタデータに基づいて、更新を行なうことがで
きる。これにより、デジタル放送受信機は、番組情報メ
タデータの内容を送信側から容易に更新することができ
る。

【０１１８】請求項３に記載の発明によれば、デジタル
放送受信機は、デジタル放送受信機内に蓄積された番組
情報メタデータの内容に対して、追加、更新及び削除の
いずれか１つを行なうことができる。これにより、デジ
タル放送受信機は、番組情報メタデータの内容を送信側
から追加、変更及び削除の少なくとも１つを行なうこと
ができ、番組情報を柔軟に制御することができる。

【０１１９】請求項４に記載の発明によれば、デジタル
放送受信機は、デジタル放送受信機内に蓄積された番組
情報メタデータのデータ構造を拡張することができる。
これにより、デジタル放送受信機は、番組情報メタデー
タのデータ構造を送信側から容易に拡張することができ
る。

【０１２０】請求項５に記載の発明によれば、デジタル
放送受信機は、デジタル放送受信機機内に蓄積された番
組情報メタデータとコンテンツとを、対応付けて記憶し
ておくことができる。これにより、番組情報メタデータ
から容易にコンテンツを選択し、再生することができ
る。

【０１２１】請求項６に記載の発明によれば、デジタル
放送受信機は、番組情報メタデータを汎用記述言語、例
えばＸＭＬ等に変換して蓄積することができる。これに
より、国際整合性やインターネットとの互換性を図るこ
とができ、放送と通信を統一した操作環境を作り出すこ
とができる。

【０１２２】請求項７に記載の発明によれば、デジタル
放送送信機は、従来の番組情報メタデータとコンテンツ
以外に、デジタル放送送信機内に蓄積されている番組情
報メタデータを更新する更新情報メタデータを送信する
ことも可能になる。これにより、送信機側から、受信機
内の番組情報メタデータを更新することができる。

【０１２３】請求項８に記載の発明によれば、番組配列
情報蓄積方法は、放送データから、番組配列情報を記述
した第１の番組情報メタデータを分離し、予め番組配列
情報のデータ構造を規定した番組情報スキーマの内容に
基づいて、前記第１の番組情報メタデータデータの属性
と内容とをタグによって関連付けた第２の番組情報メタ
データに変換して蓄積することができる。これにより、
例えば、第２の番組情報メタデータをＸＭＬ等の汎用記
述言語として蓄積することで、国際整合性やインターネ
ットとの互換性を図ることができる。

【０１２４】請求項９に記載の発明によれば、番組配列
情報更新方法は、放送データから、放送番組の番組配列
情報を記述した番組情報メタデータの更新情報を記述し
た更新情報メタデータを分離し、この更新情報メタデー
タに基づいて、番組情報メタデータを更新することがで
きる。これにより、番組情報メタデータの追加、変更、
削除やデータ構造の拡張を送信側から容易に行なうこと
ができ、例えば、放送事業者が独自のメタデータを拡張
することで、視聴者に対して独自の放送サービスを提供
することも可能になる。

【図面の簡単な説明】

【図１】本発明における第一の実施の形態であるデジタ
ル放送受信機の全体構成を示すブロック図である。

【図２】本発明における第二の実施の形態であるデジタ
ル放送受信機の全体構成を示すブロック図である。

【図３】本発明における番組配列情報の蓄積動作を説明
したフローチャートである。

【図４】ＳＩにより規定された番組情報の構成を説明す
るための構成図である。

【図５】ＭＰＥＧ−２トランスポートストリームの内容
を説明するための説明図である。

【図６】本発明における番組情報スキーマの内容を説明
するための説明図である。

【図７】本発明におけるＸＭＬ形式に変換した番組情報
メタデータの内容を説明するための説明図である。

【図８】本発明における番組情報データベースを説明す
るための説明図である。

【図９】本発明における番組配列情報を更新するための
システム構成を示すブロック図である。

【図１０】本発明における第三の実施の形態であるデジ
タル放送送信機の全体構成を示すブロック図である。

【図１１】本発明における第四の実施の形態であるデジ
タル放送受信機の全体構成を示すブロック図である。

【図１２】本発明における番組配列情報の更新動作を説
明したフローチャートである。

【図１３】本発明におけるメタデータ更新セクションの
データ構造を示す構造図である。

【図１４】本発明におけるメタデータ更新記述子のデー
タ構造を示す構造図である。

【図１５】本発明におけるメタデータ拡張記述子のデー
タ構造を示す構造図である。

【図１６】本発明におけるメタデータ記述子のデータ構
造を示す構造図である。

【図１７】本発明におけるメタデータの更新位置の定義
内容を説明する説明図である。

【図１８】本発明におけるメタデータの更新種別の定義
内容を説明する説明図である。

【図１９】本発明におけるメタデータの拡張位置の定義
内容を説明する説明図である。

【図２０】本発明におけるメタデータの変更を行なうデ
ータ配列例を示すデータ配列図である。

【図２１】本発明におけるメタデータの変更を説明する
ための番組情報の構造図である。

【図２２】本発明におけるメタデータの拡張を行なう拡
張メタデータ例を示すデータ図である。

【図２３】本発明におけるメタデータの拡張を行なう拡
張メタデータをデータ配列で示したデータ配列図であ
る。

【図２４】本発明におけるメタデータの拡張を説明する
ための番組情報の構造図である。

【図２５】従来のデジタル放送システムの構成を示すブ
ロック図である。

【符号の説明】

１，１Ｂ，１Ｃ……デジタル放送受信機 ２……デジタル放送送信機 １０，１０Ｃ……受信部 １０ａ……伝送路復号化手段 １０ｂ，１０ｃ……分離手段 １１，１１Ｂ……蓄積部 １１ａ……コンテンツ（ＭＰＥＧ−２） １１ｂ……ＸＭＬ化番組情報 １１ｃ……番組情報データベース １２，１２Ｂ……スキーマ記憶部 １２ａ……番組情報スキーマ １３，１３Ｂ……メタデータ変換部 １４，１４Ｂ……メタデータ解釈部 １５……ＭＰＥＧ−２復号化部 １６……出力部 １７……メタデータ更新部 ２０……セクション化部 ２１……ＭＰＥＧ−２符号化部 ２２……送信部 ２２ａ……伝送路符号化手段 ２２ｂ……多重化手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 西本 友成 東京都世田谷区砧一丁目10番11号 日本放 送協会 放送技術研究所内 (72)発明者 馬場 秋継 東京都世田谷区砧一丁目10番11号 日本放 送協会 放送技術研究所内 (72)発明者 栗岡 辰弥 東京都世田谷区砧一丁目10番11号 日本放 送協会 放送技術研究所内 (72)発明者 上原 年博 東京都世田谷区砧一丁目10番11号 日本放 送協会 放送技術研究所内 (72)発明者 奥田 治雄 東京都世田谷区砧一丁目10番11号 日本放 送協会 放送技術研究所内 Ｆターム(参考） 5C025 AA01 BA30 DA01 DA04 DA10

Claims (9)

【特許請求の範囲】
1. 【請求項１】 デジタル放送の放送データとして送信さ
   れた、放送番組の番組配列情報を記述した第１の番組情
   報メタデータと、放送番組の内容であるコンテンツとを
   受信するデジタル放送受信機において、 前記放送データを受信する受信手段と、 この受信手段で受信した放送データを、前記第１の番組
   情報メタデータと、前記コンテンツとに分離する分離手
   段と、 予め番組配列情報のデータ構造を規定した番組情報スキ
   ーマの内容に基づいて、前記第１の番組情報メタデータ
   を、前記第１の番組情報メタデータの属性と内容とをタ
   グによって関連付けた第２の番組情報メタデータに変換
   する変換手段と、 この第２の番組情報メタデータ及び前記コンテンツを蓄
   積する蓄積手段と、 前記第２の番組情報メタデータに記述された内容を、前
   記タグに基づいて解釈する解釈手段と、 この解釈手段の解釈結果に基づいて、番組情報又は前記
   コンテンツを再生した視聴データを出力する出力手段
   と、 を備えて構成されていることを特徴とするデジタル放送
   受信機。
2. 【請求項２】 デジタル放送の放送データとして送信さ
   れた、放送番組の番組配列情報を記述した第１の番組情
   報メタデータと、放送番組の内容であるコンテンツと、
   番組情報の更新内容を記述した更新情報メタデータとを
   受信するデジタル放送受信機において、 前記放送データを受信する受信手段と、 この受信手段で受信した放送データを、前記第１の番組
   情報メタデータと、前記コンテンツと、前記更新情報メ
   タデータとに分離する分離手段と、 予め番組配列情報のデータ構造を規定した番組情報スキ
   ーマの内容に基づいて、前記第１の番組情報メタデータ
   を、前記第１の番組情報メタデータの属性と内容とをタ
   グによって関連付けた第２の番組情報メタデータに変換
   する変換手段と、 この第２の番組情報メタデータ及び前記コンテンツを蓄
   積する蓄積手段と、 この蓄積手段に蓄積された第２の番組情報メタデータ
   を、前記更新情報メタデータに基づいて更新するメタデ
   ータ更新手段と、 前記第２の番組情報メタデータに記述された内容を、前
   記タグに基づいて解釈する解釈手段と、 この解釈手段の解釈結果に基づいて、番組情報又は前記
   コンテンツを再生した視聴データを出力する出力手段
   と、 を備えて構成されていることを特徴とするデジタル放送
   受信機。
3. 【請求項３】 前記メタデータ更新手段は、前記更新情
   報メタデータに基づいて、前記第２の番組情報メタデー
   タの番組配列情報に対応するメタデータの追加、変更及
   び削除の少なくとも１つを行なうことを特徴とする請求
   項２に記載のデジタル放送受信機。
4. 【請求項４】 前記メタデータ更新手段は、前記更新情
   報メタデータに基づいて、前記第２の番組情報メタデー
   タのデータ構造を拡張することを特徴とする請求項２又
   は請求項３に記載のデジタル放送受信機。
5. 【請求項５】 前記第２の番組情報メタデータと前記コ
   ンテンツとを対応付けた番組情報データベースを備えて
   構成されていることを特徴とする請求項１乃至請求項４
   のいずれか１項に記載のデジタル放送受信機。
6. 【請求項６】 前記変換手段は、前記第１の番組情報メ
   タデータを汎用記述言語で記述した第２の番組情報メタ
   データに変換することを特徴とする請求項１乃至請求項
   ５のいずれか１項に記載のデジタル放送受信機。
7. 【請求項７】 放送番組の内容であるコンテンツを符号
   化する符号化手段と、 前記放送番組の番組情報を記述した番組情報メタデータ
   と、番組情報の更新内容を記述した更新情報メタデータ
   と、前記符号化手段によって符号化されたコンテンツと
   を多重化する多重化手段と、 この多重化手段によって多重化されたデータを変調して
   送信する送信手段と、 を備えて構成されていることを特徴とするデジタル放送
   送信機。
8. 【請求項８】 デジタル放送の放送データとして送信さ
   れた、放送番組の番組配列情報を記述した第１の番組情
   報メタデータを蓄積する、番組配列情報蓄積方法であっ
   て、 デジタル放送の放送データを受信する受信ステップと、 この受信ステップで受信した放送データから、前記第１
   の番組情報メタデータを分離する分離ステップと、 予め番組配列情報のデータ構造を規定した番組情報スキ
   ーマの内容に基づいて、前記分離ステップで分離した第
   １の番組情報メタデータの属性と内容とをタグによって
   関連付けた第２の番組情報メタデータに変換する変換ス
   テップと、 前記第２の番組情報メタデータを蓄積する蓄積ステップ
   と、 を含んでいることを特徴とする番組配列情報蓄積方法。
9. 【請求項９】 デジタル放送受信装置に蓄積されてい
   る、放送番組の番組配列情報を記述した番組情報メタデ
   ータを、デジタル放送の放送データとして送信された、
   番組情報メタデータの更新情報を記述した更新情報メタ
   データに基づいて更新する、番組配列情報更新方法であ
   って、 デジタル放送の放送データを受信する受信ステップと、 前記受信ステップで受信した放送データから、前記更新
   情報メタデータを分離する分離ステップと、 前記分離ステップで分離された更新情報メタデータの更
   新内容を解釈する解釈ステップと、 前記ステップの解釈結果に基づいて、前記番組情報メタ
   データを更新するメタデータ更新ステップと、 を含んでいることを特徴とする番組配列情報更新方法。