JP2021061604A - 放送信号送受信装置 - Google Patents

Abstract

【課題】放送信号の送信側の設備及び処理やコスト負担を低減しつつ、受信側においては適切に放送信号を処理することができ、番組に付加されたマルチメディアサービスをより良く提供する。【解決手段】放送信号送信装置は、ＡＲＩＢ−ＴＴＭＬ文書内に字幕表示の開始時刻、終了時刻をそれぞれ表す属性としてｂｅｇｉｎ属性およびまたはｅｎｄ属性を設定し、放送信号として送信する手段を備える。放送信号受信装置は、ＡＲＩＢ−ＴＴＭＬ文書を解析して、前記第２のメディアプロセッシングユニットの字幕の表示期間を設定する手段を備える。この手段は、前記ｂｅｇｉｎ属性の開始時刻が上位要素の終了時刻を超える値の場合又は前記ｅｎｄ属性の終了時刻が上位要素の時刻範囲を超える値の場合は、字幕表示処理を行わない。【選択図】図６Ａ

Description

本発明の実施形態は、放送信号送受信装置に関する。

高度ＢＳデジタル放送および高度広帯域ＣＳデジタル放送におけるマルチメディアサービスとは、字幕サービス、文字スーパーサービス、データコンテンツサービスの総称であり、非特許文献１、非特許文献２の規定および非特許文献３の運用規定に従って行われる。

「デジタル放送におけるＭＭＴによるメディアトランスポート方式 標準規格」 ARIB STD-B60 1.10版 2017年7月27日改定、一般社団法人 電波産業会 「デジタル放送におけるマルチメディア符号化方式（第２世代）標準規格」 ARIB STD-B62 1.7版 2017年7月27日改定、一般社団法人 電波産業会 「高度広帯域衛星デジタル放送運用規定 技術資料」 ARIB TR-B39 1.5版 2017年10月17日改定、一般社団法人 電波産業会

マルチメディアサービスは、放送信号送信装置から送られてくる放送番組に付加されたサービスである。

放送信号受装置は、放送波で送られてくる番組を受信してユーザに提供するのに加え、受信した番組に付加されたマルチメディアサービスを提供することが、ますます重要になってきている。

放送信号には、映像信号、音声信号など放送する番組の信号や字幕信号、コンテンツ信号などマルチメディアサービスの信号と、これらの番組やマルチメディアサービスの信号を放送信号受信装置で適切に復号して再生させるための制御情報の信号等とが存在する。

この制御情報は、放送信号受信装置で正確に解析できる必要があるが、仮に正確に解析が出来ない場合は、受信した放送番組やマルチメディアサービスを、放送信号受信装置の表示画面上に正しく表示することが出来ないことになる。

そこで本実施形態の放送信号送受信装置は、放送信号の送信側の設備及び処理やコスト負担を低減しつつ、受信側においては適切に放送信号を処理することができ、番組に付加されたマルチメディアサービスを、より良く提供することを目的とする。

本実施形態によれば、
放送信号送信装置は、少なくとも映像信号のアクセスユニットで形成される第１のメディアプロセッシングユニットとＡＲＩＢ−ＴＴＭＬ文書を含む字幕伝送用の第２のメディアプロセッシングユニットを生成し、
前記第２のメディアプロセッシングユニットは、前記ＡＲＩＢ−ＴＴＭＬ文書内において字幕表示の開始時刻、終了時刻をそれぞれ表す属性としてｂｅｇｉｎ属性およびまたはｅｎｄ属性を設定し、
前記メディアプロセッシングユニットを、放送信号として送信する手段と、
を備え、
放送信号受信装置は、
前記放送信号を受信する手段と、
前記ＡＲＩＢ−ＴＴＭＬ文書を解析して、前記第２のメディアプロセッシングユニットの字幕の表示期間を設定する手段を備え、この手段は、前記ｂｅｇｉｎ属性の開始時刻が上位要素の終了時刻を超える値の場合、または前記ｅｎｄ属性の終了時刻が上位要素の時刻範囲を超える値の場合は、字幕表示処理を行わないように制御する放送信号送受信装置が提供される。

図１は、第１の実施形態に係る放送信号送受信装置のシステム全体の構成例を示した図である。 図２は、図１の放送局の第１の基本機能の構成を概略的に示した図である。 図３は、テレビジョン受信装置の構成を概略的に示した図である。 図４Ａは、図３に示す伝送制御信号解析部が、伝送制御信号としてＭＰＴに配置されて送られてくるＭＰＵタイムスタンプ記述子、ＭＰＵ拡張タイムスタンプ記述子を解析して、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを抽出する例を示した図である。 図４Ｂは、図３に示す伝送制御信号解析部が、伝送制御信号としてＭＰＴに配置されて送られてくるＭＰＵタイムスタンプ記述子、ＭＰＵ拡張タイムスタンプ記述子を解析して、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを抽出する他の例を示した図である。 図５は、図４を用いて説明した放送信号受信装置が、受信したＭＴＰからＭＰＵタイムスタンプ記述子に含まれるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒのうち、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒだけを取り出して、受信した順に並べるため処理の例を示した処理フローである。 図６Ａは、放送信号受信装置が制限３から制限１２に従う字幕データを受信した場合の、時刻制御用の情報に関する処理の例の処理フローを示している。 図６Ｂは、放送信号受信装置が制限３から制限１２に従う字幕データを受信した場合の、時刻制御用の情報に関する処理の他の例の処理フローを示している。 図７は、放送信号受信装置が、データコンテンツサービスの休止判定において、制限１３に従ったデータ伝送メッセージ、ＭＨ−ＡＩＴおよびアプリケーションデータを伝送するデータコンポーネントを受信した場合の処理の例を示した処理フローである。 図８は、データコンテンツサービスを行う場合の放送局の放送信号の送信の概要を示した図である。 図９Ａは、放送信号送信装置が、アプリケーションデータを送信する際に、アプリケーションデータを構成しているファイルのディレクトリ構成を決定し、この決定したディレクトリ構成に基づいてＤＤＭＴに値を設定する処理フローである。 図９Ｂは、放送信号受信装置が、放送番組を受信した際に、データコンテンツサービスが付加されている場合の、データコンテンツサービス起動の処理フローである。 図１０は、あるセッションにおいてＤＤＭＴ１とＤＤＭＴ２との２つのＤＤＭＴが送信された場合の、base_directory_path、directory_node_path、file_nameの設定の例を示した図である。 図１１は、ＤＤＭＴのbase_directory_path、directory_node_path、file_nameを合わせたものが、d1/d2/d3/f1となる例である。

以下、実施の形態について図面を参照して説明する。

（ＭＰＵ（Media Processing Unit）タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの制限）
図１は、本実施形態に係る放送信号送受信装置のシステム全体の構成例を示した図である。本実施形態の放送信号送受信装置のシステムは、放送信号送信装置（放送局とも呼ぶ）１００、放送信号受信装置（テレビジョン受信装置とも呼ぶ）１４０およびサービス事業者装置１２０を含む。

放送信号送信装置１００は、放送番組サーバ１０１、第１のアプリケーション管理・配布部１０２、第１のアプリケーションサーバ１０３および第１の基本機能１０４を備える。

第１の基本機能１０４は、放送局１００の基本的な機能であり、放送する番組の映像信号や音声信号等を符号化（エンコードとも言う）して多重化し、放送信号として送出する機能を持つ。

放送信号送信装置１００が放送する番組を受信した放送信号受信装置１４０は、受信した映像信号を表示したり音声信号を出力したりするタイミング（提示時刻とも呼ぶ）を、伝送制御信号として送られてくるＭＰＵタイムスタンプ記述子、ＭＰＵ拡張タイムスタンプ記述子により制御する。

なお、ＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子における特定MPU内のアクセスユニットに関するタイムスタンプ情報の総称は、ＭＰＵタイムスタンプと呼ばれる。ＭＰＵタイムスタンプの運用に関して、非特許文献３に以下の(1)〜(4)のように記載されている。

(1) 映像、音声のＭＰＵタイムスタンプは、当該ＭＰＵ復号時刻を基準として2700msec前か500msec前の間に少なくとも1回は送出すること。MPUタイムスタンプの取得からＭＰＵの復号時刻までのタイムラグは、選局後の提示開始までの時間に影響する。また、映像、音声アセット構成の変更時に新たに出現するアセットの先頭ＭＰＵのＭＰＵタイムスタンプの取得も考慮して、ＭＰＵタイムスタンプは、当該ＭＰＵ復号時刻を基準として500msec前にできるだけ近い時刻に送出することが望ましい。

(2) ＭＰＵタイムスタンプの送出開始から当該ＭＰＵ復号時刻を基準として500msec前までの間にＭＰＴを複数回送出可能な場合は、ＭＰＵ復号時刻までのタイムラグによる影響を軽減するために、当該MPU タイムスタンプを復号時刻の500msec前にできるだけ近づけて再送することを強く推奨する。ＭＰＵタイムスタンプの再送は、当該ＭＰＵ復号時刻を基準として500msec前以降も当該ＭＰＵ復号時刻直前まで継続することが望ましい。また、ＭＰＵ復号時刻以降に当該MPU タイムスタンプを再送することを許容する。

(3) 映像、音声のＭＰＵタイムスタンプを再送する場合は、同一ＭＰＵシーケンス番号に対するタイムスタンプで一度送出したものは変更しないこと。

(4) ＭＰＵタイムスタンプは、1 アセットあたり最大１５個までのＭＰＵを対象として、ＭＰＴのアセット記述子領域に配置するＭＰＵタイムスタンプ記述子、ＭＰＵ拡張タイムスタンプ記述子で指定して送出することができる。

また第１の基本機能１０４は、放送する番組に字幕サービスを付加することもできる。この字幕サービスは、非特許文献３に記載のＡＲＩＢ−ＴＴＭＬ形式により符号化された字幕データを用いたものである。ＡＲＩＢ−ＴＴＭＬとは、Ｗ３Ｒが策定したテキストの表示タイミング、レイアウト等を記述できるマークアップ言語であるＴＴＭＬを、放送利用のために機能拡張したマークアップ言語である。

また第１の基本機能１０４は、放送する番組に、放送波によりＨＴＭＬ等のアプリケーション機能を同時に提供するデータコンテンツサービスを付加することができる。この場合放送局１００は、ＭＰＴ（MMT Package Table）の中にアプリケーションサービス記述子を配置することで、放送する番組にアプリケーション機能が付加されていることを示すことができる。

放送番組サーバ１０１は、放送局１００として放送する番組、番組タイトル、番組ＩＤ、番組概要、出演者名、放送日時、その他のデータ等を予め保存しておくエリアである。

第１のアプリケーション管理・配布部１０２は、第１のアプリケーションサーバ１０３に保存されている、放送番組にアプリケーション機能を付加するのに必要なデータの管理を行う。また第１のアプリケーション管理・配布部１０２は、管理しているアプリケーション機能を放送信号受信装置（テレビジョン受信装置とも呼ぶ）１４０への配布も行う。

第１のアプリケーションサーバ１０３は、放送番組にアプリケーション機能を付加するためのデータを予め保存するエリアである。

サービス事業者装置１２０は、放送局１００と連携して、放送局１００が放送する番組に、ネットワーク１８０を介してＨＴＭＬ等のアプリケーション機能を同時に提供するサービスを付加することができる。

サービス事業者装置１２０は、第２のアプリケーション管理・配布部１２１と第２のアプリケーションサーバ１２２を含む。

第２のアプリケーション管理・配布部１２１は、第２のアプリケーションサーバ１２２に保存されているコンテンツやアプリケーションの管理やテレビジョン受信装置１４０への配布を行う。

第２のアプリケーションサーバ１２２は、テレビジョン受信装置１４０に対して提供するコンテンツやアプリケーションを保存するエリアである。

サービス事業者装置１２０は、第１の指定情報を受信したテレビジョン受信装置１４０からの要求に対応して、第２のアプリケーションサーバ１２２に保存してあるアプリケーションやコンテンツを第２のアプリケーション管理・配布部１２１によりインターネット等のネットワーク１８０を経由して、テレビジョン受信装置１４０に送信する。

テレビジョン受信装置１４０は、デジタル放送の受信機能（第２の基本機能１４１）、通信制御部１４２、アプリケーション制御部（ファイル処理部とも呼ぶ）１４３を含む。またテレビジョン受信装置１４０は、ネットワーク１８０を経由してサービス事業者装置１２０からアプリケーションを取得して動作させたりすることができる。

第２の基本機能１４１は、テレビジョン受信装置としての基本的な機能であり、放送局１００から送られてくる放送波を受信し、放送波に含まれる符号化された映像信号（映像ストリームとも呼ぶ）、符号化された音声信号（音声ストリームとも呼ぶ）、アプリケーションデータおよび伝送制御信号を分離し、映像信号および音声信号をデコードしたり、アプリケーションデータを受信したり、伝送制御信号を解析したりする機能を持つ。

また第２の基本機能１４１は、テレビジョン受信装置１４０に接続されている周辺機器、例えば表示器１６０、スピーカ１６１、テレビジョン受信装置１４０にバインドされているＨＤＤ（Hard Disk Drive）１６２、リムーバルメディア１７０、との接続やデータの送受信の管理も行う。

通信制御部１４２は、テレビジョン受信装置１４０がネットワーク１８０を介してサービス事業者装置１２０と通信を行う際のデータの送受信の制御を行う。

アプリケーション制御部１４３は、アプリケーション伝送方式により放送局１００から送られてくるＭＨ−ＡＩＴ(Multimedia Hypermedia-Application Information Table)、データ伝送メッセージ等の制御情報の管理、制御を行う。またアプリケーション制御部１４３は、この後説明する図３のキャッシュデータ部３０９にアクセスし、キャッシュされたデータから、データコンテンツサービスを行うために必要なファイルの取得も行う。

表示器１６０は、スピーカ１６１を内蔵しており、第２の基本機能１４１においてデコードされた映像信号を表示領域に表示したり、音声信号をスピーカ１６１に出力したりする。なお、表示器１６０に内蔵されているスピーカ１６１は、ＵＳＢ等のＩ／Ｆにより接続した外部のスピーカであってもよい。

なお図１の例では、表示器１６０は、テレビジョン受信装置１４０と別体として記載しているが、テレビジョン受信装置１４０の１機能としてテレビジョン受信装置１４０と一体であってもよい。

図２は、図１の放送局１００の第１の基本機能１０４の構成を概略的に示した図である。第１の基本機能１０４は、映像エンコーダ２０１、音声エンコーダ２０２、字幕エンコーダ２０３、アプリケーションデータ生成部２０４および伝送制御信号を生成する伝送制御信号生成部２０５を備える。

映像エンコーダ２０１は、これから放送する番組として放送番組サーバ１０１から読み出された番組Ａの映像のエンコードを行う。なお映像エンコーダ２０１のコーデック種別は、ＭＰＥＧ−２、Ｈ．２６４(MPEG4 AVC、AVC:Advanced Video Coding)、Ｈ．２６５(HEVC:High Efficiency Video Coding)のいずれでもよいものとする。またコーデック種別は、これに限るものではない。

音声エンコーダ２０２は、これから放送する番組として放送番組サーバ１０１から読み出した番組Ａの音声のエンコードを行う。

字幕エンコーダ２０３は、これから放送する番組として放送番組サーバ１０１から読み出した番組Ａの字幕のエンコードを行う。

アプリケーションデータ生成部２０４は、これから放送する番組として放送番組サーバ１０１から読み出した番組ＡにＨＴＭＬ等のアプリケーション機能を同時に提供するサービスを付加する場合に、このアプリケーション機能を構成するアプリケーションデータを生成する。アプリケーションデータは、複数のファイルから構成されており、アプリケーションデータ生成部２０４は、放送信号によりこれらのファイルを送信するために、各々のファイルのディレクトリ構成を決定する。

伝送制御信号生成部２０５は、放送局１００が放送する放送波に含まれる映像ストリーム、音声ストリーム、伝送制御信号等から構成される放送波の構成に関する制御情報と、放送する番組の番組名称や放送時間等を含む放送される番組に関する制御情報とを生成する。また、伝送制御信号生成部２０５は、アプリケーションデータ生成部２０４が生成したアプリケーションデータに関する制御情報も生成する。伝送制御信号生成部２０５が生成するアプリケーションデータの制御情報については、図８を用いて説明する。

スクランブラ２０６は、映像エンコーダ２０１の出力、音声エンコーダ２０２の出力、字幕エンコーダ２０３の出力およびアプリケーションデータ生成部２０４の出力をそれぞれ必要に応じてスクランブルする。

伝送制御信号生成部２０５の出力と、スクランブラ２０６で必要に応じてスクランブルされた映像、音声、字幕、アプリケーションデータは、多重化部２０７で多重化して、多重化ストリームとして送信機２０８に送出され、送信機２０８により所望のチャンネルの放送波としてアンテナから送信される。多重化部２０７が多重化する際の多重化方式は、例えばＭＭＴ（Mpeg Media Transport）の方式を用いるものとする。

図３は、テレビジョン受信装置１４０の構成を概略的に示した図である。テレビジョン受信装置１４０は、放送波を受信する機能である第２の基本機能１４１、通信制御部１４２、アプリケーション制御部１４３を含む。またテレビジョン受信装置１４０は、表示器１６０とも接続している。表示器１６０は、スピーカ１６１を内蔵している。

第２の基本機能１４１は、放送チューナ３０１、デマルチプレクサ３０２、デスクランブラ３０４、映像デコーダ３０６、音声デコーダ３０７、字幕デコーダ３０８、キャッシュデータ部３０９、伝送制御信号解析部３１０を含む。

放送チューナ３０１は、所望のチャンネルの放送波を選局し、この放送波で送られてきたストリーム（放送信号）を復調する。復調されたストリーム（放送信号）は、デマルチプレクサ３０２に入力される。デマルチプレクサ３０２は、入力された多重化されているストリームを映像ストリーム、音声ストリーム、字幕ストリーム、アプリケーションデータ、伝送制御信号に分離し、映像ストリーム、音声ストリーム、字幕ストリーム、アプリケーションデータはデスクランブラ３０４に入力され、伝送制御信号は伝送制御信号解析部３１０に入力される。

デスクランブラ３０４は、必要に応じてそれぞれのストリームをデスクランブルして、映像ストリームを映像デコーダ３０６に、音声ストリームを音声デコーダ３０７に、字幕ストリームを字幕デコーダ３０８に、アプリケーションデータをキャッシュデータ部３０９にそれぞれ入力する。

映像ストリームは映像デコーダ３０６でデコードされ、音声ストリームは音声デコーダ３０７でデコードされ、字幕ストリームは字幕デコーダ３０８でデコードされる。

映像デコーダ３０６または音声デコーダ３０７は、先に説明した提示時刻（ＰＴＳとも呼ぶ）の順に映像ストリームをデコードするが、このデコードに必要となるＰＴＳ(Presentation Time-Stamp)やＤＴＳ(Decoding Time-Stamp)等の情報を持つＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子に配置されているｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが昇順になっていない場合がある。

このＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが昇順になっていない場合、伝送制御信号解析部３１０は、受信したＭＰＵタイムスタンプ記述子から抽出したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、例えば昇順に並べ替えずに受信した順にデコーダバッファ３１０−１に蓄え（記憶させ）てもよい（後述する図４Ａ（Ｂ）に示す例の場合）。

映像デコーダ３０６あるいは音声デコーダ３０７は、昇順に並べ替えられていないｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、昇順に参照することでＰＴＳやＤＴＳを算出し、この算出したＰＴＳやＤＴＳを用いて映像ストリームや音声ストリームをデコードしたり、デコードした映像ストリームを表示器１６０に出力したりスピーカ１６１に出力したりする。

またはＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが昇順になっていない場合、伝送制御信号解析部３１０は、受信したＭＰＵタイムスタンプ記述子から抽出したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、例えば昇順に並べ替えてからデコーダバッファ３１０−１に蓄え（記憶させ）てもよい（後述する図４Ｂに示す例の場合）。

映像デコーダ３０６あるいは音声デコーダ３０７は、昇順に並べ替えられてデコーダバッファ３１０−１に蓄積されているｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、蓄積されている順に参照することでＰＴＳやＤＴＳを算出し、この算出したＰＴＳやＤＴＳを用いて映像ストリームや音声ストリームをデコードしたり、デコードした映像ストリームを表示器１６０に出力したりスピーカ１６１に出力したりする。伝送制御信号解析部３１０が行う、ＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを昇順に並べ替える処理については、図４Ａ、図４Ｂおよび図５を用いて説明する。

伝送制御信号解析部３１０は、伝送制御信号に含まれる各種制御情報の解析を行う。伝送制御信号解析部３１０は、解析した伝送制御信号のうち、アプリケーションデータに関する制御情報であるＭＨ−ＡＩＴ、データ伝送メッセージ等を、アプリケーション制御部１４３に送り、さらに解析される。

アプリケーション制御部１４３は、伝送制御信号解析部３１０より送られてきた、アプリケーションデータに関する制御情報であるＭＨ−ＡＩＴ、データ伝送メッセージ等の制御情報の管理、制御を行う。

またアプリケーション制御部１４３は、キャッシュデータ部３０９に保存されたキャッシュされたデータを用いて、ブラウザ３１１を制御することでデータ放送の画面表示制御を行う。また、ブラウザ３１１は、字幕デコーダ３０８の出力データにより字幕の画面重畳データを生成する。

デコードされた映像信号および字幕、データ放送の表示内容は、合成器３２６で合成され表示器１６０に出力される。

先に説明したように字幕の表示タイミングは、ＡＲＩＢ−ＴＴＭＬ形式の字幕データ内に記述されている。ブラウザ３１１は、この字幕データ内に記述されている表示タイミングを解析することで、字幕を表示器１６０に表示するタイミングを制御する。字幕の表示タイミングの制御については、後述する。

また音声デコーダ３０７でデコードされた音声データは、表示器１６０に内蔵されているスピーカ１６１に出力される。

なお、映像デコーダ３０６のコーデック種別は、例えばＨ．２６５とするが、これに限定されるものではなく、ＭＰＥＧ−２、Ｈ．２６４のいずれでもよい。またコーデック種別は、これに限るものではない。

通信制御部１４２は、通信ネットワーク１８０とのＩ／ＦであるネットワークＩ／Ｆ３４１と、リモートコントローラ（リモコン）３５２とのＩ／ＦであるリモコンＩ／Ｆ３４２を持つ。

通信制御部１４２は、ネットワークＩ／Ｆ３４１を介してネットワーク１８０を経由してサービス事業者装置１２０と接続することができる。通信制御部１４２は、サービス事業者装置１２０が管理しているアプリケーションやコンテンツを、ネットワーク１８０を経由して取得することができる。この取得したアプリケーションやコンテンツは、通信制御部１４２からブラウザ３１１に送られ、表示等に使用される。

図４Ａは、図３に示す伝送制御信号解析部３１０が、伝送制御信号としてＭＰＴに配置されて送られてくるＭＰＵタイムスタンプ記述子、ＭＰＵ拡張タイムスタンプ記述子を解析して、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを抽出する様子を示した図である。

非特許文献３の送出運用規則では、放送局１００が送出する、ＭＰＵタイムスタンプ記述子、ＭＰＵ拡張タイムスタンプ記述子に関して以下のように規定されている。

・該当するサービスにおいて対象とするアセットが映像または音声の場合には挿入必須
これに対して本実施形態に係る放送信号送受信装置は、新たにＭＰＵタイムスタンプ記述子に関して次の制限に従う。

（制限１）ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒおよびｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅは、提示順に記述する。なお、両フィールドとも、通常の場合は昇順となるが、下記のそれぞれの場合（非通常の場合とも呼ぶ）は昇順とならないことがある。

・ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ：冗長切り替え時や映像フォーマット切り替え等で０リセットされる時
・ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ：うるう秒挿入時
また実施形態に係る放送信号送受信装置は、新たにＭＰＵ拡張タイムスタンプ記述子に関して次の制限に従う。

（制限２）ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、提示順に記述する。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、通常は昇順となるが、冗長切り替え時や映像フォーマット切り替え等で０リセットされる場合には昇順にならないことがある。

本実施形態に係る放送信号受信装置１４０は、制限１および制限２に従ったＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子を受信すると、その受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒおよびｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが提示順でない場合には、提示順に並べ替えてからｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒおよびｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを映像デコーダおよび音声デコーダに渡すようにする。

以下ＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒおよびｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの提示順が昇順に送られてくる場合と昇順に送られてこない場合の具体例をあげて説明する。

図４Ａ（Ａ）は、ＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子を解析して抽出したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが、昇順に並んでいる例である。

符号４０１は、ＭＰＴ−Ａに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを表している。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、１００から１０６まで連続して昇順に並んでいる。符号４０２は、ＭＰＴ−Ｂに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを表している。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、１０４から１１０まで連続して昇順に並んでいる。符号４０３は、ＭＰＴ−Ｃに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを表している。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、１０６から１１４まで連続して昇順に並んでいる。

このような順に並んでいるＭＰＵタイムスタンプ記述子を受信した放送信号受信装置１４０の伝送制御信号解析部３１０は、ＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、映像デコーダ３０６あるいは音声デコーダ３０７にｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを通知するためのデコーダバッファ３１０−１に、図４Ａ（Ａ）に示すように、符号４１１に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ、符号４１２に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ、符号４１３に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの順に設定していく。すなわち伝送制御信号解析部３１０は、ＭＰＴ−Ａに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１００から１０６（符号４１１に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）をデコーダバッファ３１０−１に蓄積する。

次に伝送制御信号解析部３１０は、ＭＰＴ−Ａの次に受信したＭＰＴ−Ｂに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１０４から１１０のうち、すでにデコーダバッファに蓄積してあるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１０４から１０６を除いた１０７から１１０（符号４１２に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）をデコーダバッファ３１０−１に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１００から１０６に続けて蓄積する。

更に伝送制御信号解析部３１０は、ＭＰＴ−Ｂの次に受信したＭＰＴ−Ｃに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１０６から１１４のうち、すでにデコーダバッファに蓄積してあるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１０６から１１０を除いた１１１から１１４（符号４１３に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）をデコーダバッファ３１０−１に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１０７から１１０に続けて蓄積する。

図４Ａ（Ａ）の場合、デコーダバッファ３１０−１にはｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが昇順に蓄積されているので、映像デコーダ３０６あるいは音声デコーダ３０７は、デコーダバッファ３１０−１に蓄積されている順にｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを参照することでＰＴＳやＤＴＳを算出し、算出したＰＴＳやＤＴＳを用いて映像ストリームや音声ストリームをデコードする。

図４Ａ（Ｂ）は、ＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子を解析して抽出したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが、昇順に並んでいない例である。

符号４５１は、ＭＰＴ−Ａに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを表している。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、１００から１０６の連続して昇順に並んでいる。符号４５２は、ＭＰＴ−Ｂに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを表している。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、１０４から１０９の連続して降順に並んでいる。符号４５３は、ＭＰＴ−Ｃに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを表している。ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、１０１から１１４の間において不連続かつランダムな順に並んでいる。

このような順に並んでいるＭＰＵタイムスタンプ記述子を受信した放送信号受信装置１４０の伝送制御信号解析部３１０は、ＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、映像デコーダ３０６あるいは音声デコーダ３０７にｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを通知するためのデコーダバッファ３０１０−１に、図４Ａ（Ｂ）に示すように、符号４６１に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ、符号４６２に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ、符号４６３に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの順に設定していく。すなわち伝送制御信号解析部３１０は、ＭＰＴ−Ａに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１００から１０６（符号４６１に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）をデコーダバッファ３１０−１に設定する。

次に伝送制御信号解析部３１０は、ＭＰＴ−Ａの次に受信したＭＰＴ−Ｂに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１０９から１０３のうち、すでにデコーダバッファに設定してあるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１０６から１０３を除いた、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１０９から１０７を、受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの順に、デコーダバッファ３１０−１に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１０９から１０７を、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１００から１０６に続けて蓄積する。

更に伝送制御信号解析部３１０は、ＭＰＴ−Ｂの次に受信したＭＰＴ−Ｃに配置されて送られてきたＭＰＵタイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１０１から１１４のうち、すでにデコーダバッファに設定してあるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１０１から１０９を除いた、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１１０から１１４を、受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの順に、デコーダバッファ３１０−１に、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１１０、１１１、１１４を、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの１０７に続けて蓄積する。

図４Ａ（Ｂ）の場合、デコーダバッファ３１０−１にはｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが昇順に蓄積されていないので、映像デコーダ３０６あるいは音声デコーダ３０７は、昇順になるようにデコーダバッファ３１０−１に蓄えられているｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを参照することでＰＴＳやＤＴＳを算出し、参照したＰＴＳやＤＴＳを用いて映像ストリームや音声ストリームをデコードする。

図４Ｂは、ＭＰＵタイムスタンプ記述子およびＭＰＵ拡張タイムスタンプ記述子を解析して抽出したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが、昇順に並んでいない例の変形例である。

図４Ｂは、図４Ａ（Ｂ）と比較して伝送制御信号解析部３１０が符号４５２−１におけるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、デコーダバッファ３１０−１に蓄積する際に昇順に並べ替えて蓄積している点が異なる点である。つまり伝送制御信号解析部３１０は、ＭＴＰ−Ｂに配置されて送られてきたｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒから、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒである１０９から１０７を、デコーダバッファ３１０−１に蓄積する際に１０７から１０９と昇順に並べ替えて蓄積する。これによりデコーダバッファ３１０−１には、符号４６１、符号４７２−１、符号４６３−１、符号４６３−２に示すｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒのように、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが１００から１１２まで昇順に蓄積されている。

この図４Ｂの場合、デコーダバッファ３１０−１にはｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが昇順に蓄積されているので、映像デコーダ３０６あるいは音声デコーダ３０７は、この蓄積されている順のままデコーダバッファ３１０−１を参照することでＰＴＳやＤＴＳを算出し、算出したＰＴＳやＤＴＳを用いて映像ストリームや音声ストリームをデコードする。

以上のように本実施形態の放送信号受信装置１４０は、映像ストリームや音声ストリームをデコードする際に、デコードに必要となるＰＴＳやＤＴＳを算出する必要があるが、このＰＴＳやＤＴＳを算出するのに必要なＭＰＵタイムスタンプ記述子またはＭＰＵ拡張タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが、昇順に放送局１００から送られてこない場合がある。この場合放送信号受信装置１４０の伝送制御信号解析部３１０は、受信したＭＰＵタイムスタンプ記述子またはＭＰＵ拡張タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、例えば昇順に並べ替えずに一旦デコーダバッファ３１０−１に蓄え（記憶させ）てもよい（図４Ａ（Ｂ）に示す例の場合）。この場合映像デコーダ３０６あるいは音声デコーダ３０７は、昇順になるようにデコーダバッファ３１０−１に蓄えられているｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを参照することでＰＴＳやＤＴＳを算出し、参照したＰＴＳやＤＴＳを用いて映像ストリームや音声ストリームをデコードする。

またＭＰＵタイムスタンプ記述子またはＭＰＵ拡張タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが昇順に放送局１００から送られてこない場合、伝送制御信号解析部３１０は、受信したＭＰＵタイムスタンプ記述子またはＭＰＵ拡張タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを、例えば昇順に並べ替えてからデコーダバッファ３１０−１に蓄え（記憶させ）てもよい（図４Ｂに示す例の場合）。この場合映像デコーダ３０６あるいは音声デコーダ３０７は、デコーダバッファ３１０−１に蓄えられている順にｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを参照することでＰＴＳやＤＴＳを算出し、参照したＰＴＳやＤＴＳを用いて映像ストリームや音声ストリームをデコードする。

この結果、ＭＰＵタイムスタンプ記述子あるいはＭＰＵ拡張タイムスタンプ記述子のｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが昇順になっていない場合でも、放送信号受信装置１４０は、問題なく映像ストリームや音声ストリームをデコードすることが出来る。

図５は、図４Ａを用いて説明した放送信号受信装置１４０が、受信したＭＴＰからＭＰＵタイムスタンプ記述子および／またはＭＰＵ拡張タイムスタンプ記述子に含まれるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒのうち、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒだけを取り出して、受信した順に並べるため処理の例を示した処理フローである。

図３に示す伝送制御信号解析部３１０は、伝送制御信号としてＭＰＴを受信するとこの中に含まれるＭＰＵタイムスタンプ記述子からｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを取り出す（Ｓ５０１）。伝送制御信号解析部３１０は、この取り出したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒが、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒかどうかを確認する（Ｓ５０２）。

確認（Ｓ５０２）の結果、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの場合（Ｓ５０２のＹｅｓ）、伝送制御信号解析部３１０は、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを受信した順に内部に持つデコーダバッファ３１０−１に保存（Ｓ５０３）する。伝送制御信号解析部３１０は、さらにＭＰＵタイムスタンプ記述子に含まれるｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅやＭＰＵ拡張タイムスタンプ記述子に含まれるｄｔｓ＿ｐｔｓ＿ｏｆｆｓｅｔ等を用いて、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒに対応する各アクセスユニットのＰＴＳ（Presentation Time-Stamp）およびＤＴＳ（Decoding Time-Stamp）を算出してデコーダバッファ３１０−１に保存（Ｓ５０４）する。

伝送制御信号解析部３１０は、算出した各アクセスユニットのＰＴＳおよびＤＴＳを、適切なタイミングで映像デコーダ３０６や音声デコーダ３０７に送信（Ｓ５０５）して処理を終了する（Ｓ５０６）。伝送制御信号解析部３１０送られてきた各アクセスユニットのＰＳＴおよびＤＴＳを受信した映像デコーダ３０６や音声デコーダ３０７は、受信したＤＴＳを用いて映像信号や音声信号のデコードをしたり、受信したＰＴＳを用いてデコードした映像の表示や音声の出力を行ったりする。

先のＳ５０２の確認の結果、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒでない場合（Ｓ５０２のＮｏ）、伝送制御信号解析部３１０は、受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを内部に持つデコーダバッファ３１０−１に設定せずに破棄して処理を終了する（Ｓ５０６）。

なお、図４Ｂを用いて説明した放送信号受信装置１４０が、受信したＭＴＰからＭＰＵタイムスタンプ記述子に含まれるｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒのうち、初めて受信したｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒだけを取り出して昇順に並べ替えるための処理の処理フローは、Ｓ５０３において、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを昇順に並べ替えてデコードバッファに保存するように変えればよい。

（ＡＲＩＢ−ＴＴＭＬ形式により符号化された字幕データを扱う）
本実施形態に係る放送信号送受信装置は、既に説明したようにＡＲＩＢ−ＴＴＭＬ形式により符号化された字幕サービスに対応することもできる。

ＡＲＩＢ−ＴＴＭＬ形式は、最上位はtt 要素、その下にhead 要素及びbody 要素を配置できる。head 要素の下には、文書全体にわたるスタイル等を規定するstyling 要素や文書全体にわたるレイアウト等を規定するlayout 要素を配置できる。body 要素の直下には、div 要素やp 要素が配置される。div 要素やp 要素の下には、字幕や文字スーパーとして提示するテキストなどが記述できる。div 要素及びp 要素では、begin 属性等の時刻制御用の情報を記述し、指定した時間に字幕テキスト等を表示することができる。

これに対して本実施形態に係る放送信号送受信装置は、新たに字幕の時刻制御用の情報の記述に関して次の制限に従う。

（制限３）時刻情報を指定しない最上位のbody要素の開始時刻はreference_start_timeで指定される基準時刻とし、終了時刻は「未定」とする。

（制限４）body要素より下位のbegin属性が指定された要素の開始時刻は、上位要素の開始時刻にbegin属性で示される相対時刻を足し合わせた時刻とする。

（制限５）body要素より下位のend属性が指定された要素の終了時刻は、上位要素の開始時刻にend属性で示される相対時刻を足し合わせた時刻とする。body要素より下位のbegin属性が指定されない要素の開始時刻は、上位要素の開始時刻を継承する。

（制限６）body要素より下位のend属性が指定されない要素の終了時刻は、上位要素の終了時刻を継承する。

（制限７）各要素は、NTPに基づく時計において、開始時刻に達した時点で提示を開始し、終了時刻に達した時点で提示を終了する。

（制限８）各要素は、NTPに基づく時計において、既に開始時刻に達していた場合には、直ちに提示を開始する。

（制限９）各要素は、NTPに基づく時計において、既に終了時刻に達していた場合には、提示を行わない。

（制限１０）各要素は、終了時刻が「未定」の場合は、次の字幕コンテンツを受信するまで提示を継続する。

（制限１１）begin属性は、開始時刻が上位要素の終了時刻を越えるような値を記述してはならない。記述した場合の動作は受信機依存とする。

（制限１２）end属性は、終了時刻が上位要素の時刻範囲を越えるような値を記述してはならない。記述した場合の動作は受信機依存とする。

本実施形態に係る放送信号受信装置１４０は、上述した制限３から制限１２にもとづいて送られてくる字幕サービスの時刻制御用の情報に関する処理を行う。

図６Ａは、放送信号受信装置１４０が制限３から制限１２に従う字幕データを受信した場合の、時刻制御用の情報に関する処理の例の処理フローを示している。

図３に示す放送信号受信装置１４０の字幕デコーダ３０８は、字幕データを受信すると時刻情報解析処理（Ｓ６００）を開始する。

字幕デコーダ３０８は、受信したＡＲＩＢ−ＴＴＭＬ形式により符号化された字幕データを解析して、begin属性の開始時刻は、上位要素の開始時刻より前かどうかの判定をする（Ｓ６０１）。

判定（Ｓ６０１）の結果、前である場合（Ｓ６０１のＹｅｓ）、字幕デコーダ３０８は解析対象のbegin属性の開始時刻を、begin属性の開始時刻が、上位要素の時刻範囲を越えない範囲に制限（例えば、begin属性の開始時刻を上位要素の開始時刻（begin属性の値）とする）して（Ｓ６０８）、Ｓ６０２へ進む。

判定（Ｓ６０１）の結果、前でない場合（Ｓ６０１のＮｏ）、字幕デコーダ３０８は解析対象のbegin属性の開始時刻は、上位要素の終了時刻より後ろかどうかの判定をする（Ｓ６０２）。

判定（Ｓ６０２）の結果、後ろである場合（Ｓ６０２のＹｅｓ）、字幕デコーダ３０８は解析対象のbegin属性を無視して破棄し（Ｓ６０７）、字幕の表示を行わずに処理を終了する（Ｓ６０６）。

判定（Ｓ６０２）の結果、後ろでない場合（Ｓ６０２のＮｏ）、字幕デコーダ３０８は解析対象のend属性の終了時刻は、上位要素の開始時刻より前かどうかの判定をする（Ｓ６０３）。

判定（Ｓ６０３）の結果、前である場合（Ｓ６０３のＹｅｓ）、字幕デコーダ３０８は解析対象のbegin属性を無視して破棄し（Ｓ６０７）、字幕の表示を行わずに処理を終了する（Ｓ６０６）。

判定（Ｓ６０３）の結果、前でない場合（Ｓ６０３のＮｏ）、字幕デコーダ３０８は解析対象のend属性の終了時刻は、上位要素の終了時刻より後ろかどうかの判定をする（Ｓ６０４）。

判定（Ｓ６０４）の結果、後ろである場合（Ｓ６０４のＹｅｓ）、字幕デコーダ３０８は解析対象のbegin属性を無視して破棄し（Ｓ６０７）、字幕の表示を行わずに処理を終了する（Ｓ６０６）。

判定（Ｓ６０４）の結果、後ろでない場合（Ｓ６０４のＮｏ）、字幕デコーダ３０８は解析対象の字幕の表示処理（Ｓ６０５）を行い、時刻情報解析処理を終了する（Ｓ６０６）。

図６Ｂは、放送信号受信装置１４０が制限３から制限１２に従う字幕データを受信した場合の、時刻制御用の情報に関する処理の例の処理フローを示している。

図３に示す放送信号受信装置１４０の字幕デコーダ３０８は、字幕データを受信すると時刻情報解析処理（Ｓ６２０）を開始する。

字幕デコーダ３０８は、受信したＡＲＩＢ−ＴＴＭＬ形式により符号化された字幕データを解析して、begin属性の開始時刻は、上位要素の開始時刻より前かどうかの判定をする（Ｓ６２１）。

判定（Ｓ６２１）の結果、前である場合（Ｓ６２１のＹｅｓ）、字幕デコーダ３０８は解析対象のbegin属性の開始時刻を、begin属性の開始時刻が、上位要素の時刻範囲を越えない範囲に制限（例えば、begin属性の開始時刻を上位要素の開始時刻（begin属性の値）とする）して（Ｓ６２８）、Ｓ６２２へ進む。

判定（Ｓ６２１）の結果、前でない場合（Ｓ６２１のＮｏ）、字幕デコーダ３０８は解析対象のbegin属性の開始時刻は、上位要素の終了時刻より後ろかどうかの判定をする（Ｓ６２２）。

判定（Ｓ６２２）の結果、後ろである場合（Ｓ６２２のＹｅｓ）、字幕デコーダ３０８は解析対象のbegin属性の開始時刻を無視して破棄し（Ｓ６２７）、字幕の表示を行わずに処理を終了する（Ｓ６２６）。

判定（Ｓ６２２）の結果、後ろでない場合（Ｓ６２２のＮｏ）、字幕デコーダ３０８は解析対象のend属性の終了時刻は、上位要素の開始時刻より前かどうかの判定をする（Ｓ６２３）。

判定（Ｓ６２３）の結果、前である場合（Ｓ６２３のＹｅｓ）、字幕デコーダ３０８は解析対象のend属性の終了時刻を無視して破棄し（Ｓ６１７）、字幕の表示を行わずに処理を終了する（Ｓ６２６）。

判定（Ｓ６２３）の結果、前でない場合（Ｓ６２３のＮｏ）、字幕デコーダ３０８は解析対象のend属性の終了時刻は、上位要素の終了時刻より後ろかどうかの判定をする（Ｓ６２４）。

判定（Ｓ６２４）の結果、後ろである場合（Ｓ６２４のＹｅｓ）、字幕デコーダ３０８は解析対象のend属性の終了時刻が、上位要素の時刻範囲を越えない範囲に制限（例えば、end属性の終了時刻を上位要素の終了時刻（end属性の値）とする）して（Ｓ６２９）、Ｓ６２５へ進む。

判定（Ｓ６２４）の結果、後ろでない場合（Ｓ６２４のＮｏ）、字幕デコーダ３０８は解析対象の字幕の表示処理（Ｓ６２５）を行い、時刻情報解析処理を終了する（Ｓ６２６）。

このように本実施形態に係る放送信号受信装置１４０は、制限３から制限１２に従って時刻制御用の情報を処理することができるため、字幕データを表示器１６０に異常な表示を行わないようにしたり、または開始時刻や終了時刻が上位要素の時刻範囲を越えない範囲に制限して表示してあげることが可能となる。

（データコンテンツサービスの休止状態において、データ伝送メッセージ、ＭＨ−ＡＩＴおよびアプリケーションデータを伝送）
本実施形態に係る放送信号送受信装置は、既に説明したようにデータコンテンツサービスに対応することもできる。

非特許文献３には、データコンテンツサービス休止においては、ＭＰＴにアプリケーションサービス記述子を配置しない、という記載がある。

これに対して本実施形態に係る放送信号送受信装置は、新たにデータコンテンツサービス休止に関して、次の制限に従う。（制限１３）データ伝送メッセージ、ＭＨ−ＡＩＴ、およびアプリケーションデータを伝送するデータコンポーネントは伝送されることがある。

本実施形態に係る放送信号受信装置１４０は、データコンテンツサービス休止においては、制限１３に従ったデータ伝送メッセージ、ＭＨ−ＡＩＴおよびアプリケーションデータを伝送するデータコンポーネントを受信した場合、受信したデータを破棄する処理を行う。

図７は、放送信号受信装置１４０が、データコンテンツサービスの休止判定において、制限１３に従ったデータ伝送メッセージ、ＭＨ−ＡＩＴおよびアプリケーションデータを伝送するデータコンポーネントを受信した場合の処理の例を示した処理フローである。

伝送制御信号解析部３１０は、伝送制御信号を受信するとデータコンテンツサービス休止判定処理（Ｓ７００）を開始する。伝送制御信号解析部３１０は、受信した伝送制御信号がＭＴＰである場合（Ｓ７０１のＹｅｓ）、伝送制御信号解析部３１０は、ＭＰＴにアプリケーションサービス記述子が存在するかどうかの判定を行う（Ｓ７０２）。

判定（Ｓ７０２）の結果、ＭＰＴにアプリケーションサービス記述子が配置されているときは（Ｓ７０２のＹｅｓ）、伝送制御信号解析部３１０は、データコンテンツサービスが実行中である（休止状態でない）と判断し、データコンテンツサービス休止判定処理を終了する（Ｓ７０５）。

判定（Ｓ７０２）の結果、ＭＰＴにアプリケーションサービス記述子が配置されていないときは（Ｓ７０２がＮｏ）、伝送制御信号解析部３１０は、データコンテンツサービスが終了したと判断する（Ｓ７０３）。

伝送制御信号解析部３１０は、以降データコンテンツサービスの休止状態中にデータコンテンツサービスに関係する伝送制御信号であるデータ伝送メッセージ、ＭＨ−ＡＩＴやアプリケーションデータを受信しても破棄し（Ｓ７０４）、特にデータコンテンツサービスを表示することなく処理を終了する（Ｓ７０５）。

（データコンテンツサービスの起動やサービス中に、データコンテンツサービスとして提供するアプリケーションデータの取得）
図８は、データコンテンツサービスを行う場合の放送局の放送信号の送信の概要を示した図である。

映像コンポーネント８０１、音声コンポーネント８０２、字幕コンポーネント８０３からなる番組Ｂにデータコンテンツサービスを付加する場合、放送局１００の伝送制御信号生成部２０５は、アプリケーションサービス記述子を配置したＭＰＴ８１０を生成し伝送制御信号として送信する。

さらに放送局１００の伝送制御信号生成部２０５は、放送番組Ｂに付加したデータコンテンツサービスのアプリケーションのエントリーファイルを設定したＭＨ−ＡＩＴ８２０を生成し、送信する。

さらに伝送制御信号生成部２０５は、データコンテンツサービスを行うためのアプリケーションデータの送信に必要となる制御情報を生成し送信する。

このアプリケーションデータの送信に必要となる制御情報は、アプリケーションデータを構成するファイルのディレクトリ構成における、パスの情報を持つＤＤＭＴ(Data Directory Management Table)８２１、アプリケーションデータが送られてくるＭＰＵに関する情報を持つＤＡＭＴ(Data Asset Management Table)８２２およびアプリケーションデータのＰＵ(Presentation Unit)単位に関する情報を持つＤＣＣＴ(Data Content Configuration Table)８２３を含む。

また放送局１００のアプリケーションデータ生成部２０４は、伝送制御信号生成部２０５と連携して、アプリケーション管理・配布部１０２から読み出したアプリケーションデータを非同期型ＭＰＵ８３０、８３１にカプセル化して送信する。

アプリケーションデータは、複数のファイルから構成されている。アプリケーションデータ生成部２０４は、放送信号によりアプリケーションデータを送信するために、各々のファイルのディレクトリ構成を決定する。アプリケーションデータを構成するファイルのディレクトリ構成におけるパス情報は、先に示したＤＤＭＴ８２１によりテレビジョン受信装置１４０に送信される。アプリケーションデータの中には、さらに他のアプリケーションデータを参照する場合もある。この場合は、アプリケーションデータの中にさらに参照すべき他のアプリケーションデータのＵＲＬ（Uniform Resource Locator）が記載される。

このようにデータコンテンツサービスにおいてファイルにアクセスするためのパス情報は、ＭＨ−ＡＩＴ８２０に設定されているエントリーファイル情報やアプリケーションデータの中に設定されているＵＲＬに記載されて、テレビジョン受信装置１４０に送られるが、これらのファイルのディレクトリ構成におけるパス情報は、先に説明したようにＤＤＭＴ８２１に設定されてテレビジョン受信装置１４０に送信される。

テレビジョン受信装置１４０は、受信したＭＨ−ＡＩＴ８２０によるデータ放送の起動、あるいは受信したアプリケーションデータからＵＲＬの内容を認識すると、ＤＤＭＴ８２１に設定されている情報を基づいて、必要なファイルを受信して、受信したファイルにアクセスしてデータコンテンツサービスを実行する。

ＭＨ−ＡＩＴ８２０の中にエントリーファイルが設定されており、そのエントリーファイルに基づいてテレビジョン受信装置１４０がアクセスすべきアプリケーションデータは、放送信号で送られてくる以外に、通信制御部１４２を介してネットワーク１８０で接続されている、例えばサービス事業者装置１２０が管理しているアプリケーションデータ８４０であってもよい。この場合には、エントリーファイルの情報として、インターネット上のＵＲＬが指定される。

ここで、放送で伝送するアプリケーションデータを参照する場合のＵＲＬは、以下のフォーマットであることが非特許文献３で規定されている。<base_url><base_directory_path><directory_node_path><file_name><base_directory_path>：ＤＤＭＴに記載されるベースディレクトリパス<directory_node_path>：ＤＤＭＴに記載されるディレクトリノードパス<file_name>：ＤＤＭＴに記載されているファイル名
ここで、<base_directory_path>と<directory_node_path>において、文字列の最後は“/”で終わることが規定されているが、文字列の途中に“/”を入れることは禁止されていない。このため、ファイルの置かれるディレクトリ階層は必ずしも２階層ではなく、より深いディレクトリ階層とすることが可能となっている。

そこで本実施形態の放送信号送信装置１００は、アプリケーションデータを構成するファイルのディレクトリ構成におけるパスに、さらに次の制限を設ける。（制限１４）base_directory_pathの任意の２つのパスにおいて、前方一致かつ一方のパスが他方のパスの部分を構成するような設定を禁止。（制限１５）base_directory_pathが同一である場合、継続するdirectory_node_pathの任意の２つのパスにおいて、前方一致かつ一方のパスが他方のパスの部分を構成するような設定を禁止。

この制限は、例えばデータ伝送セッションごとの制限でもよい。データ伝送セッションとは、非特許文献３に記載されているように、データコンテンツサービスを構成するアプリケーションデータ構成、およびディレクトリ構成が同一の期間である。

図９Ａは、放送信号送信装置１００が、アプリケーションデータを送信する際に、上記制限１４および制限１５を踏まえてアプリケーションデータを構成しているファイルのディレクトリ構成を決定し、この決定したディレクトリ構成に基づいてＤＤＭＴ８２１に値を設定する処理フローを示している。

アプリケーションデータ生成部２０４は、テレビジョン受信装置１４０に送信するアプリケーションデータをアプリケーション管理・配布部１０２から読み出す（Ｓ９０１）。アプリケーションデータは、複数のファイルから構成されており、アプリケーションデータ生成部２０４は、読み出したアプリケーションデータの複数のファイルを、放送信号により送信するためにディレクトリ構成を決定する（Ｓ９０２）。アプリケーションデータ生成部２０４は、アプリケーションデータを構成するディレクトリを決定する際に、制限１４および制限１５を踏まえてディレクトリ構成を決定し、file_nameのリストをアプリケーションデータの一部として送るためのindex_itemを生成する。

また伝送制御信号生成部２０５は、アプリケーションデータ生成部２０４がディレクトリ構成を決定すると（Ｓ９０２）、この決定したディレクトリ構成の情報をもとにＤＤＭＴ４２１のbase_directory_path、directory_node_path、file_nameを設定し（Ｓ９０３）処理を終了する（Ｓ９０４）。ただし、ＤＡＭＴ８２２にてＭＰＵノード記述子で参照されるディレクトリノードにおいてはfile_nameを設定しない。

また伝送制御信号生成部２０５は、データコンテンツサービスのアプリケーションのエントリーファイル情報を、ＭＨ−ＡＩＴ８２０に設定する。この場合伝送制御信号生成部２０５は、ＤＤＭＴ８２１に設定したbase_directory_pathの内容を、ＭＨ−ＡＩＴ８２０に含まれるＭＨ−伝送プロトコル記述子のURL_baseに、またＤＤＭＴ８２１に設定したdirectory_node_path、file_nameの内容を、ＭＨ−ＡＩＴ８２０に含まれるＭＨ−簡易アプリケーションロケーション記述子のinitial_pathに、それぞれ設定する。

図９Ｂは、放送信号受信装置１４０が、放送番組を受信した際に、データコンテンツサービスが付加されている場合の、データコンテンツサービス起動の処理フローを示している。

放送信号受信装置１４０の伝送制御信号解析部３１０は、先に説明したように伝送制御信号としてＭＰＴ８１０を受信すると、データコンテンツサービス起動処理を開始する（Ｓ９１０）。

伝送制御信号解析部３１０は、受信したＭＰＴ８１０にアプリケーションサービス記述子が配置されているか（Ｓ９１１）を確認する。

伝送制御信号解析部３１０は、確認した結果ＭＰＴ８１０にアプリケーションサービス記述子が配置されていることを認識した場合（Ｓ９１２のＹｅｓ）、受信している放送波の番組にデータコンテンツサービスが付加されていると判断する。

伝送制御信号解析部３１０は、ＭＰＴ８１０にアプリケーションサービス記述子が配置されていることを確認すると、続いて伝送制御信号としてＭＨ−ＡＩＴ８２０が送られてくるのを待つ。

伝送制御信号解析部３１０は、ＭＨ−ＡＩＴ８２０を受信（Ｓ９１３）すると、ＭＨ−ＡＩＴ８２０のapplication_control_codeがAUTOSTARTと設定されている初期起動アプリケーションのエントリーファイル情報であるＭＨ−伝送プロトコル記述子のURL_base およびＭＨ−簡易アプリケーションロケーション記述子のinitial_path、を取り出し（Ｓ９１４）、アプリケーション制御部１４３に通知する。なお先に説明したように、ＭＨ−伝送プロトコル記述子のURL_baseには、ＤＤＭＴ８２１に設定されているbase_directory_pathが、またＭＨ−簡易アプリケーションロケーション記述子のinitial_pathには、ＤＤＭＴ８２１に設定されているdirectory_node_path、file_nameが設定されている。

伝送制御信号解析部３１０は、初期起動アプリケーションが放送波で送られてきたかどうか確認し（Ｓ９１５）、放送波で送られてきた場合（Ｓ９１６のＹｅｓ）はＤＤＭＴ８２１、ＤＡＭＴ８２２が送られてくるのを待つ。

伝送制御信号解析部３１０は、ＤＤＭＴ８２１、ＤＡＭＴ８２２を受信（Ｓ９１７）すると、エントリーファイル情報に該当するものをＤＤＭＴ８２１内で検索し、これに該当するＭＰＵをＤＡＭＴ８２２を参照して特定する。また、ＭＰＴ８１０に含まれるＭＨ−ストリーム識別記述子を参照してcomponent_tagに該当するアセットのロケーション情報を取り出して、MPU_sequence_numberと合わせてデマルチプレクサ３０２に設定して、アプリケーションデータが受信できるのを待つ。

伝送制御信号解析部３１０は、アプリケーションデータを受信（Ｓ９１８）すると、アプリケーション制御部１４３に通知する。

この通知を受けたアプリケーション制御部１４３は、エントリーファイルの情報をブラウザ３１１に通知して、データコンテンツサービスの起動を行う（Ｓ９１９）。

ブラウザ３１１は、キャッシュデータ部３０９から読み出したアプリケーションデータから、表示部１６０に表示する内容を生成し、この生成した内容を表示器１６０に表示して（Ｓ９２０）処理を終了する（Ｓ９２１）。

アプリケーション制御部１４３は、Ｓ９１９の処理においてエントリーファイル情報であるＭＨ−伝送プロトコル記述子のURL_baseおよびＭＨ−簡易アプリケーションロケーション記述子のinitial_pathに基づいてデータコンテンツサービスの起動を行う。

この際にアプリケーション制御部１４３は、ＭＨ−伝送プロトコル記述子のURL_baseからＤＤＭＴ８２1に記載されているbase_directory_pathは一意に特定できるが、ＭＨ−簡易アプリケーションロケーション記述子のinitial_pathからＤＤＭＴ８２１に記載されているdirectory_node_path、file_nameの情報とのマッチングは、ＤＤＭＴ８２１のdirectory_node_path、file_nameが先に説明した制限１５にもとづいて設定されていると、効率的に行うことが可能である。

またアプリケーション制御部１４３は、キャッシュデータ部３０９から読み出したアプリケーションデータを解析した結果、さらに参照すべきＵＲＬを認識する場合もある。アプリケーション制御部１４３は、認識したＵＲＬの情報に基づいて、キャッシュデータ部３０９に一時保存されているアプリケーションデータにアクセスし、該当するファイルのデータコンテンツサービスを実行する。あるいはアプリケーション制御部１４３は、認識したＵＲＬの情報に基づいて、通信制御部１４２を介してネットワーク１８０で接続されている、例えばサービス事業者装置１２０が管理しているアプリケーションデータにアクセスしてもよい。ここで、ＵＲＬで指定されたファイルを、放送信号中から受信して新たにキャッシュデータ部３０９に保存することもある。

なお、エントリーファイル情報に基づいて、キャッシュデータ部３０９に一時保存するアプリケーションデータを決定する場合、あるいはアプリケーションデータを解析した結果参照すべきＵＲＬの文字列の情報を認識して、キャッシュデータ部３０９に新たに一時保存するアプリケーションデータを決定する場合、アプリケーション制御部１４３は、エントリーファイル情報、あるいは認識したＵＲＬの文字列の情報と、ＤＤＭＴ８２１に記載されているbase_directory_path、directory_node_path、file_nameの情報とのマッチングを行い、さらにＤＡＭＴ８２２との照合を行うことで、受信するＭＰＵを特定する。ＤＡＭＴ８２２にてＭＰＵノード記述子で参照されるディレクトリノードにおいては、ＤＤＭＴ８２１のbase_directory_path、directory_node_pathの情報とのマッチングを行いＤＡＭＴ８２２との照合を行うことで、受信するＭＰＵを特定する。

このマッチング作業は、ＤＤＭＴ８２１のbase_directory_path、directory_node_pathが、先に説明した制限１４および制限１５に基づいて設定されていると、効率的に行うことが可能である。

図１０は、あるセッションにおいてＤＤＭＴ１（１００１）とＤＤＭＴ２（１００２）との２つのＤＤＭＴ８２１が送信された場合の、base_directory_path、directory_node_pathが、制限１４および制限１５に基づいて設定されている例を示している。base_directory_pathは、ＤＤＭＴ１（１００１）およびＤＤＭＴ２（１００２）において、制限１４を満たしている。またＤＤＭＴ１（１００１）において、directory_node_pathは制限１５を満たしている。

図１１は、これに対してＤＤＭＴ８２１のbase_directory_path、directory_node_pathが、制限１４および制限１５にもとづいて設定されていない場合で、いずれのディレクトリノードもＤＡＭＴ８２２にてＭＰＵノード記述子で参照される場合にURL=http://localhost/d1/d2/d3/f1で表されるファイルを新たにキャッシュする場合にＭＰＵの特定に困る例を示している。base_directory_pathは、ＤＤＭＴ１（１１０１）およびＤＤＭＴ２（１１０２）において、制限１４を満たしていない。またＤＤＭＴ１（１１０１）において、directory_node_pathは制限１５を満たしてない。

アプリケーション制御部１４３は、base_directory_pathとdirectory_node_pathおよびfile_nameの境界が分からないため、図７に示すＤＤＭＴ８２１に設定されているbase_directory_path、directory_node_pathの組み合わせのどれに対応するノードをＤＡＭＴ８２２と照合して受信すればよいかが、ＤＤＭＴ８２１の情報を参照しただけでは判断をすることができない。

このためアプリケーション制御部１４３は、さらにＤＡＭＴ８２２を参照して、いずれかのnode_tagに対応するＭＰＵを取得し、この中のindex_itemを確認して、期待値のファイル名が含まれていた場合に初めてそのＭＰＵを受信してファイルをキャッシュできると判断することが可能となる。index_itemに期待値のファイル名が含まれていない場合には、他のノードのＭＰＵの受信を試みることになる。

アプリケーション制御部１４３が、エントリーファイル情報の文字列、あるいは参照すべきＵＲＬの文字列と一致するＤＤＭＴ８２１に設定されているディレクトリ構成におけるパスを検索する場合、ディレクトリの階層の数が大きく（多く）なるにつれて、検索すべきＤＤＭＴ８２１の情報の組み合わせ数も多くなることが考えられ、正しいディレクトリノードで所望のファイルを取得するまでに時間を要したり、マッチする可能性あるＤＤＭＴ８２１に設定されているディレクトリノードに対応するＭＰＵを順次取得する処理に失敗して、所望のファイルを取得できなかったりする可能性がある。

これに対して、本実施形態の放送信号受信装置１４０は、図１０に示すようにＤＤＭＴ８２１に設定されている情報が制限１４、制限１５に基づいて設定されているため、ＤＤＭＴ４２１の情報を参照するだけで、エントリーファイル情報、あるいは参照すべきＵＲＬの文字列がＤＤＭＴ８２２のどのディレクトリノードにマッチするかを一意に判断することが可能である。

このように本実施形態の放送信号受信装置１４０は、ＤＤＭＴ８２１に設定されるbase_directory_path、directory_node_pathの情報が、制限１４および制限１５に基づいて設定されているため、ＤＤＭＴ８２１の情報を参照するだけで、データコンテンツサービスの所望のファイルを含むディレクトリノードを特定することが可能となり、所望のファイルの取得を効率的に行うことが可能となる。

上述した制限１４および／または制限１５を備えた本実施形態の放送信号送受信装置は、以下の特徴も備え得るものである。

放送番組と前記放送番組に付加されたアプリケーション機能を実現するアプリケーションデータとを放送信号により放送する送信装置と、受信した前記放送信号に含まれる前記放送番組と前記アプリケーションデータとを表示器に表示する受信装置とから構成される放送信号送受信装置において、
前記送信装置は、
前記アプリケーションデータのファイルを生成するアプリケーションデータ生成部と、前記アプリケーションデータ生成部が生成した前記ファイルを前記放送信号により送信する際の制御情報を生成する制御信号生成部と、
前記放送番組を構成する映像データと音声データ、前記アプリケーションデータ生成部が生成する前記アプリケーションデータおよび前記制御信号生成部が生成する前記制御情報とを多重化して多重化ストリームを生成する多重化部と、
前記多重化ストリームを送信する送信部と、
を有し、
前記アプリケーションデータ生成部は、前記ファイルを生成する際に、複数ファイルを生成する場合の前記複数ファイルを配置するディレクトリ構成におけるパスに関して、任意の２つのbase_directory_pathが、前方一致かつ一方のパスが他方のパスの部分を構成するような設定を禁止するようにパスを決定し、前記base_directory_pathが同一である任意の２つのdirectory_node_pathが、前方一致かつ一方のパスが他方のパスの部分を構成するような設定を禁止するようにパスを決定する手段を有し、
前記制御信号生成部は、決定した前記base_directory_pathおよび前記directory_node_pathを、前記制御情報に配置する手段を有し、
前記受信装置は、
受信した前記多重化ストリームから前記映像データ、前記音声データ、前記アプリケーションデータおよび前記制御情報に分離する分離部と、
前記分離部により分離された前記制御情報から抽出した前記base_directory_pathおよび前記directory_node_pathに基づき、前記アプリケーションデータの前記ファイルを得るファイル処理部と
を有する
放送信号送受信装置である。

放送番組と前記放送番組に付加されたアプリケーション機能を実現するアプリケーションデータとを放送信号により放送する送信装置と、受信した前記放送信号に含まれる前記放送番組と前記アプリケーションデータとを表示器に表示する受信装置で実現される放送信号送受信方法において、
前記送信装置では、
前記アプリケーションデータのファイルを生成し、生成した前記ファイルを前記放送信号により送信する際の制御情報を生成し、
前記ファイルを生成する際に、複数ファイルを生成する場合の前記複数ファイルを配置するディレクトリ構成におけるパスに関して、任意の２つのbase_directory_pathが、前方一致かつ一方のパスが他方のパスの部分を構成するような設定を禁止するようにパスを決定し、前記base_directory_pathが同一である任意の２つのdirectory_node_pathが、前方一致かつ一方のパスが他方のパスの部分を構成するような設定を禁止するようにパスを決定し、
前記決定した前記base_directory_pathおよび前記directory_node_pathを、前記制御情報に配置し、
前記放送番組を構成する映像データと音声データ、生成した前記アプリケーションデータおよび生成した前記制御情報とを送信し、
前記受信装置では、
前記映像データと音声データ、前記アプリケーションデータ、および前記制御情報とを受信し、この受信した前記制御情報から抽出した前記base_directory_pathおよび前記directory_node_pathに基づき、前記アプリケーションデータの前記ファイルを得る、
放送信号送受信方法である。

放送番組と前記放送番組に付加されたアプリケーション機能を実現するアプリケーションデータとを放送信号により放送する送信装置と、受信した前記放送信号に含まれる前記放送番組と前記アプリケーションデータとを表示器に表示する受信装置とから構成される放送信号送受信装置において、
前記送信装置は、
前記アプリケーションデータのファイルを生成するアプリケーションデータ生成部と、前記アプリケーションデータ生成部が生成した前記ファイルを前記放送信号により送信する際の制御情報を生成する制御信号生成部と、
前記放送番組を構成する映像データと音声データ、前記アプリケーションデータ生成部が生成する前記アプリケーションデータおよび前記制御信号生成部が生成する前記制御情報とを多重化して多重化ストリームを生成する多重化部と、
前記多重化ストリームを送信する送信部と、
を有し、
前記アプリケーションデータ生成部は、生成する前記ファイルのうち前記アプリケーション機能を起動するためのエントリーファイルを生成する際に、複数ファイルを生成する場合の前記複数ファイルを配置するディレクトリ構成におけるパスに関して、base_directory_pathが同一である任意の２つのdirectory_node_pathが、前方一致かつ一方のパスが他方のパスの部分を構成するような設定を禁止するようにパスを決定する手段を有し、
前記制御信号生成部は、決定した前記base_directory_pathおよび前記directory_node_pathを、前記制御情報に配置する手段を有し、
前記受信装置は、
受信した前記多重化ストリームから前記映像データ、前記音声データ、前記アプリケーションデータおよび前記制御情報に分離する分離部と、
前記分離部により分離された前記制御情報から抽出した前記base_directory_pathおよび前記directory_node_pathに基づき、前記アプリケーションデータの前記ファイルを得るファイル処理部と
を有する
放送信号送受信装置である。

放送番組と前記放送番組に付加されたアプリケーション機能を実現するアプリケーションデータとを放送信号により放送する送信装置と、受信した前記放送信号に含まれる前記放送番組と前記アプリケーションデータとを表示器に表示する受信装置で実現される放送信号送受信方法において、
前記送信装置では、
前記アプリケーションデータのファイルを生成し、生成した前記ファイルを前記放送信号により送信する際の制御情報を生成し、
生成する前記ファイルのうち前記アプリケーション機能を起動するためのエントリーファイルを生成する際に、複数ファイルを生成する場合の前記複数ファイルを配置するディレクトリ構成におけるパスに関して、base_directory_pathが同一である任意の２つのdirectory_node_pathが、前方一致かつ一方のパスが他方のパスの部分を構成するような設定を禁止するようにパスを決定し、
前記決定した前記base_directory_pathおよび前記directory_node_pathを、前記制御情報に配置し、
前記放送番組を構成する映像データと音声データ、生成した前記アプリケーションデータおよび生成した前記制御情報とを送信し、
前記受信装置では、
前記映像データと音声データ、前記アプリケーションデータ、および前記制御情報とを受信し、この受信した前記制御情報から抽出した前記base_directory_pathおよび前記directory_node_pathに基づき、前記アプリケーションデータの前記ファイルを得る、
放送信号送受信方法である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。

また、図面は、説明をより明確にするため、実際の態様に比べて、模式的に表される場合があるが、あくまで一例であって、本発明の解釈を限定するものではない。また、本明細書と各図において、既出の図に関して前述したものと同一又は類似した機能を発揮する構成要素には同一の参照符号を付し、重複する詳細な説明を適宜省略することがある。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。

１００・・・放送局、１０１・・・放送番組サーバ、１０２・・・第１のアプリケーション管理・配布部、１０３・・・第１のアプリケーションサーバ、１０４・・・第１の基本機能、１４１・・・第２の基本機能、１４２・・・通信制御部、１４３・・・アプリケーション制御部、２０４・・・アプリケーションデータ生成部、２０５・・・伝送制御信号生成部、３１０・・・伝送制御信号解析部。

Claims (1)

1. 放送信号送信装置は、少なくとも映像信号のアクセスユニットで形成される第１のメディアプロセッシングユニットとＡＲＩＢ−ＴＴＭＬ文書を含む字幕伝送用の第２のメディアプロセッシングユニットを生成し、
   前記第２のメディアプロセッシングユニットは、前記ＡＲＩＢ−ＴＴＭＬ文書内において字幕表示の開始時刻、終了時刻をそれぞれ表す属性としてｂｅｇｉｎ属性およびまたはｅｎｄ属性を設定し、
   前記メディアプロセッシングユニットを、放送信号として送信する手段と、
   を備え、
   放送信号受信装置は、
   前記放送信号を受信する手段と、
   前記ＡＲＩＢ−ＴＴＭＬ文書を解析して、前記第２のメディアプロセッシングユニットの字幕の表示期間を設定する手段を備え、この手段は、前記ｂｅｇｉｎ属性の開始時刻が上位要素の終了時刻を超える値の場合、または前記ｅｎｄ属性の終了時刻が上位要素の時刻範囲を超える値の場合は、字幕表示処理を行わないように制御する放送信号送受信装置。

Images