JP4598804B2 - デジタル放送受信機 - Google Patents

Description

本発明は、デジタル放送の放送データとして送信された番組配列情報を蓄積して、更新させるために使用するデジタル放送受信機に関する。

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明は、前記目的を達成するために創案されたものであり、まず、請求項１に記載のデジタル放送受信機は、デジタル放送の放送データとして送信された、放送番組の番組配列情報を記述したＳＩ形式のＳＩ化番組情報と、放送番組の内容であるコンテンツと、番組情報の更新内容を記述した更新情報メタデータとを受信するデジタル放送受信機において、放送データを受信する受信手段と、この受信手段で受信した放送データを、ＳＩ化番組情報と、コンテンツと、更新情報メタデータとに分離する分離手段と、前記番組配列情報を構成するＳＩ形式のテーブルと当該テーブルを構成する記述子とを特定する文字列を、予め項目名として定義するとともに、前記テーブル及び前記記述子の属性を特定する文字列を予め属性名として定義した番組情報スキーマを記憶したスキーマ記憶部と、このスキーマ記憶部に記憶されている番組情報スキーマの内容に基づいて、前記属性名に対応する前記ＳＩ化番組情報の属性を、前記項目名をタグとして関連付けることで、前記ＳＩ化番組情報を、ＸＭＬで記述されたＸＭＬ化番組情報に変換する変換手段と、このＸＭＬ化番組情報及び前記コンテンツを蓄積する蓄積手段と、前記更新情報メタデータに含まれているメタデータ更新記述子に記述された更新の種類を示す更新種別に基づいて、前記蓄積手段に蓄積されたＸＭＬ化番組情報の番組配列情報に対応するメタデータの追加、変更または削除を行うメタデータ更新手段と、を備え、前記更新情報メタデータには、前記ＸＭＬ化番組情報に付加するメタデータ記述子を含んだメタデータ拡張記述子を含み、前記メタデータ更新手段は、前記メタデータ記述子を、前記メタデータ更新記述子に記述されている項目に対して付加することで、当該ＸＭＬ化番組情報のデータ構造を拡張する構成とした。

かかる構成によれば、デジタル放送受信機は、受信手段によって、放送データを受信し、分離手段によって、放送データに含まれるＳＩ化番組情報とコンテンツと更新情報メタデータとを分離し、変換手段によって、スキーマ記憶部に記憶した、番組配列情報を構成するＳＩ形式のテーブルと当該テーブルを構成する記述子とを予め項目名として定義するとともに、テーブル及び記述子の属性を特定する文字列を予め属性名として定義した番組情報スキーマの内容に基づいて、属性名に対応するＳＩ化番組情報の属性を、項目名をタグとして関連付けることで、前記ＳＩ化番組情報を、ＸＭＬで記述されたＸＭＬ化番組情報に変換する。ここでタグとは、例えば、ＸＭＬ（eXtensible Markup Language）において、「＜」と「＞」とで挟まれた予約語のことである。

そして、デジタル放送受信機は、蓄積手段によって、ＸＭＬ化番組情報及びコンテンツを蓄積し、メタデータ更新手段によって、前記ＸＭＬ化番組情報を、前記更新情報メタデータに基づいて更新する。

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

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

また、デジタル放送受信機は、メタデータ更新手段によって、放送データを介して通知される番組情報の更新内容を記述した更新情報メタデータを解釈することで、更新情報メタデータに基づいて、ＸＭＬ化番組情報のデータ構造を拡張する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、図１３の「メタデータ更新セクション」の各フィールドについて簡単に説明する。
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（対象バージョン番号）：この８ビットのフィールドは、更新及び拡張の対象となるＸＭＬ化番組情報に付与された属性“versionNumber”を表わす。
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（対象記述子タグ）：この８ビットのフィールドは、更新の対象となるＸＭＬ化番組情報内のエレメントに付与された属性“descriptorTag”を表わす。
target_descriptor_number（対象記述子番号）：この８ビットのフィールドは、更新対象となるＸＭＬ化番組情報内のエレメントに付与された属性“descriptorNumber”を表わす。
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_data）を新しい更新メタデータ（new_data）に変更する。なお、メタデータの追加・削除も同様の形式で行なうことができる。

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

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

本発明における第一の実施の形態であるデジタル放送受信機の全体構成を示すブロック図である。 本発明における第二の実施の形態であるデジタル放送受信機の全体構成を示すブロック図である。 本発明における番組配列情報の蓄積動作を説明したフローチャートである。 ＳＩにより規定された番組情報の構成を説明するための構成図である。 ＭＰＥＧ−２トランスポートストリームの内容を説明するための説明図である。 本発明における番組情報スキーマの内容を説明するための説明図である。 本発明におけるＸＭＬ形式に変換した番組情報メタデータの内容を説明するための説明図である。 本発明における番組情報データベースを説明するための説明図である。 本発明における番組配列情報を更新するためのシステム構成を示すブロック図である。 本発明における第三 の実施の形態であるデジタル放送送信機の全体構成を示すブロック図である。 本発明における第四の実施の形態であるデジタル放送受信機の全体構成を示すブロック図である。 本発明における番組配列情報の更新動作を説明したフローチャートである。 本発明におけるメタデータ更新セクションのデータ構造を示す構造図である。 本発明におけるメタデータ更新記述子のデータ構造を示す構造図である。 本発明におけるメタデータ拡張記述子のデータ構造を示す構造図である。 本発明におけるメタデータ記述子のデータ構造を示す構造図である。 本発明におけるメタデータの更新位置の定義内容を説明する説明図である。 本発明におけるメタデータの更新種別の定義内容を説明する説明図である。 本発明におけるメタデータの拡張位置の定義内容を説明する説明図である。 本発明におけるメタデータの変更を行なうデータ配列例を示すデータ配列図である。 本発明におけるメタデータの変更を説明するための番組情報の構造図である。 本発明におけるメタデータの拡張を行なう拡張メタデータ例を示すデータ図である。 本発明におけるメタデータの拡張を行なう拡張メタデータをデータ配列で示したデータ配列図である。 本発明におけるメタデータの拡張を説明するための番組情報の構造図である。 従来のデジタル放送システムの構成を示すブロック図である。

符号の説明

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

Claims (1)

1. デジタル放送の放送データとして送信された、放送番組の番組配列情報を記述したＳＩ形式のＳＩ化番組情報と、放送番組の内容であるコンテンツと、番組情報の更新内容を記述した更新情報メタデータとを受信するデジタル放送受信機において、
   前記放送データを受信する受信手段と、
   この受信手段で受信した放送データを、前記ＳＩ化番組情報と、前記コンテンツと、前記更新情報メタデータとに分離する分離手段と、
   前記番組配列情報を構成するＳＩ形式のテーブルと当該テーブルを構成する記述子とを特定する文字列を、予め項目名として定義するとともに、前記テーブル及び前記記述子の属性を特定する文字列を予め属性名として定義した番組情報スキーマを記憶したスキーマ記憶部と、
   このスキーマ記憶部に記憶されている番組情報スキーマの内容に基づいて、前記属性名に対応する前記ＳＩ化番組情報の属性を、前記項目名をタグとして関連付けることで、前記ＳＩ化番組情報を、ＸＭＬで記述されたＸＭＬ化番組情報に変換する変換手段と、
   このＸＭＬ化番組情報及び前記コンテンツを蓄積する蓄積手段と、
   前記更新情報メタデータに含まれているメタデータ更新記述子に記述された更新の種類を示す更新種別に基づいて、前記蓄積手段に蓄積されたＸＭＬ化番組情報の番組配列情報に対応するメタデータの追加、変更または削除を行うメタデータ更新手段と、を備え、
   前記更新情報メタデータには、前記ＸＭＬ化番組情報に付加するメタデータ記述子を含んだメタデータ拡張記述子を含み、前記メタデータ更新手段は、前記メタデータ記述子を、前記メタデータ更新記述子に記述されている項目に対して付加することで、当該ＸＭＬ化番組情報のデータ構造を拡張することを特徴とするデジタル放送受信機。

Images