特許 6972280 放送信号送受信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6972280

(24)【登録日】2021年11月5日

(45)【発行日】2021年11月24日

(54)【発明の名称】放送信号送受信装置

(51)【国際特許分類】

   H04N 21/2362 20110101AFI20211111BHJP

   H04N 21/434 20110101ALI20211111BHJP

   H04N 21/435 20110101ALI20211111BHJP

   H04H 20/28 20080101ALI20211111BHJP

   H04H 20/91 20080101ALI20211111BHJP

   H04H 60/13 20080101ALI20211111BHJP

【ＦＩ】

   H04N21/2362

   H04N21/434

   H04N21/435

   H04H20/28

   H04H20/91

   H04H60/13

【請求項の数】1

【全頁数】16

(21)【出願番号】特願2020-189460(P2020-189460)

(22)【出願日】2020年11月13日

(62)【分割の表示】特願2019-70281(P2019-70281)の分割

【原出願日】2018年1月26日

(65)【公開番号】特開2021-44822(P2021-44822A)

(43)【公開日】2021年3月18日

【審査請求日】2020年11月13日

(73)【特許権者】

【識別番号】000214984

【氏名又は名称】ＴＶＳ ＲＥＧＺＡ株式会社

(74)【代理人】

【識別番号】110001737

【氏名又は名称】特許業務法人スズエ国際特許事務所

(72)【発明者】

【氏名】筒井 幸彦

【審査官】 鈴木 隆夫

(56)【参考文献】

【文献】 特開２０１５−１８００５８（ＪＰ，Ａ）

【文献】 特開２０１７−１８４２１６（ＪＰ，Ａ）

【文献】 特開２０１７−１９２１２１（ＪＰ，Ａ）

【文献】 国際公開第２０１６／０３１６２９（ＷＯ，Ａ１）

【文献】 特開２０１７−１４７７６３（ＪＰ，Ａ）

【文献】 特開２０１７−２２４９７５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／２３６２

Ｈ０４Ｎ ２１／４３４

Ｈ０４Ｎ ２１／４３５

Ｈ０４Ｈ ２０／２８

Ｈ０４Ｈ ２０／９１

Ｈ０４Ｈ ６０／１３

(57)【特許請求の範囲】

【請求項1】

放送番組と前記放送番組に付加されたアプリケーション機能を実現するアプリケーションデータとを放送信号により放送する送信装置と、受信した前記放送信号に含まれる前記放送番組と前記アプリケーションデータとを表示器に表示する受信装置とから構成される放送信号送受信装置において、
前記送信装置は、
前記アプリケーションデータのファイルを生成するアプリケーションデータ生成部と、
前記アプリケーションデータ生成部が生成した前記ファイルを前記放送信号により送信する際にファイルを取得するためのbase_directory_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およびファイル名に基づき、前記アプリケーションデータの前記ファイルを得るファイル処理部と、
を有する放送信号送受信装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

マルチメディアサービスの１つであるデータコンテンツサービスは、放送番組とは非同期の、ＨＴＭＬ等によるアプリケーション機能を提供するサービスであり、アプリケーション機能を構成するアプリケーションデータを、放送波を用いて伝送する場合を含むタイプと放送波を用いて伝送する場合を含まないタイプの２つのタイプに分かれる。

【0004】

放送波を用いてアプリケーションデータを伝送する場合を含むタイプは、その伝送方式が、アプリケーション伝送方式として非特許文献１に規定され、運用方法が、データ伝送方式の運用として非特許文献３に規定されている。

【0005】

この非特許文献１に規定されているアプリケーション伝送方式では、アプリケーションを構成するデータを、ファイル単位に非同期型ＭＰＵ(Media Processing Unit)にカプセル化して伝送し、またアプリケーションを構成するデータの制御情報を、ＭＨ−ＡＩＴ（MPEG-H Application Information Table）、データ伝送メッセージを用いて伝送する。

【先行技術文献】

【非特許文献】

【0006】

【非特許文献1】「デジタル放送におけるＭＭＴによるメディアトランスポート方式 標準規格」 ARIB STD-B60 1.10版 2017年7月27日改定、一般社団法人 電波産業会

【非特許文献2】「デジタル放送におけるマルチメディア符号化方式（第２世代）標準規格」 ARIB STD-B62 1.7版 2017年7月27日改定、一般社団法人 電波産業会

【非特許文献3】「高度広帯域衛星デジタル放送運用規定 技術資料」 ARIB TR-B39 1.5版 2017年10月17日改定、一般社団法人 電波産業会

【発明の概要】

【発明が解決しようとする課題】

【0007】

放送信号受信機がデータコンテンツサービスを起動する場合、例えばＭＨ−ＡＩＴに含まれるＭＨ−伝送プロトコル記述子のURL_base_byte、ＭＨ−ＡＩＴに含まれるＭＨ−簡易アプリケーションロケーション記述子のinitial_path_byteに記載されているパス情報に基づいて、サービス起動に必要なファイルを受信する。またアプリケーション起動中にアプリケーションから適宜参照される未受信のファイルは、データ伝送メッセージに含まれるパス情報を参照して受信する。

【0008】

しかしＭＨ−ＡＩＴやデータ伝送メッセージに含まれるパス情報に関するルールは、パス情報の文字列の最終が“/”で終わる、という以外なんら制限が設けられていない。このため、データコンテンツサービスの処理を行うにあたって、必要なファイルを受信するためのパスの解析が複雑になる可能性があり、場合によってはパスの解析を正しく行うことが出来ない、という課題があった。

【0009】

そこで本実施形態は、データコンテンツサービスを行う際に、パス情報に制限を設けることで、必要となるアプリケーションデータのファイルの受信を容易に処理する放送信号送受信装置を提供することを目的とする。

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

【0010】

本発明の実施形態では、放送番組と前記放送番組に付加されたアプリケーション機能を実現するアプリケーションデータとを放送信号により放送する送信装置と、受信した前記放送信号に含まれる前記放送番組と前記アプリケーションデータとを表示器に表示する受信装置とから構成される放送信号送受信装置において、
前記送信装置は、
前記アプリケーションデータのファイルを生成するアプリケーションデータ生成部と、
前記アプリケーションデータ生成部が生成した前記ファイルを前記放送信号により送信する際にファイルを取得するためのbase_directory_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およびファイル名に基づき、前記アプリケーションデータの前記ファイルを得るファイル処理部と、
を有する放送信号送受信装置が提供される。

【図面の簡単な説明】

【0011】

【図1】図１は、本実施形態に係る放送信号送信装置（放送局とも呼ぶ）、放送信号受信装置（テレビジョン受信装置とも呼ぶ）およびサービス事業者装置からなるシステム全体の構成例を示す図である。

【図2】図２は、図１の放送局の第１の基本機能の構成を概略的に示した図である。

【図3】図３は、テレビジョン受信装置の構成を概略的に示した図である。

【図4】図４は、データコンテンツサービスを行う場合の放送局の放送信号の送信の概要を示した図である。

【図5A】図５Ａは、放送信号送信装置１００が、アプリケーションデータを送信する際に、アプリケーションデータを構成しているファイルのディレクトリ構成を決定し、この決定したディレクトリ構成に基づいてＤＤＭＴに値を設定する処理フローである。

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

【図6】図６は、あるセッションにおいてＤＤＭＴ１とＤＤＭＴ２との２つのＤＤＭＴが送信された場合の、base_directory_path、directory_node_path、file_nameが、設定されている例を示している。

【図7】図７は、ＤＤＭＴのbase_directory_path、directory_node_path、file_nameを合わせたものが、d1/d2/d3/f1となる例である。

【発明を実施するための形態】

【0012】

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

【0013】

図１は、本実施形態に係る放送信号送信装置（放送局とも呼ぶ）１００、放送信号受信装置（テレビジョン受信装置とも呼ぶ）１４０およびサービス事業者装置１２０からなるシステム全体の構成例を示す図である。

【0014】

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

【0015】

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

【0016】

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

【0017】

また放送局１００は、放送する番組に、放送波によりＨＴＭＬ等のアプリケーション機能を同時に提供するデータコンテンツサービスを付加することができる。この場合放送局１００は、放送する番組にアプリケーション機能が付加されていることを示す第１の指定情報を伝送制御信号に配置して、第１の基本機能１０４により放送信号として送出することができる。第１の指定情報は、例えば非特許文献１に記載の、ＭＰＴ（MMT Package Table）の中に配置されているアプリケーションサービス記述子である。

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

図４は、データコンテンツサービスを行う場合の放送局の放送信号の送信の概要を示した図である。

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【符号の説明】

【0095】

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

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】