(57)【特許請求の範囲】
【請求項１】
放送信号を受信する放送受信部と、
ネットワークを介して通信する通信送受信部と、
前記放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、前記アプリケーション情報テーブルに含まれるアプリケーション初期提示記述子を参照することによりアプリケーションの起動開始時に参照されるリソースであるエントリーポイントリソースとアプリケーションの起動開始後に参照されるデータであるイニシャルリソースとを特定し、特定された前記エントリーポイントリソースと前記イニシャルリソースとを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させるアプリケーション情報テーブル取得部と、
前記放送受信部と前記通信送受信部との少なくともいずれかにより取得された前記エントリーポイントリソースを参照して起動したアプリケーションを、前記放送受信部と前記通信送受信部との少なくともいずれかにより取得された前記イニシャルリソースに基づいて実行するアプリケーション実行部と、
を具備することを特徴とする受信機。
【請求項２】
前記アプリケーション情報テーブル取得部は、前記イニシャルリソースを格納するディレクトリを識別するディレクトリ識別情報を含む前記アプリケーション初期提示記述子を参照し、前記イニシャルリソースを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させる
ことを特徴とする請求項１に記載の受信機。
【請求項３】
前記アプリケーション情報テーブル取得部は、前記イニシャルリソースを識別するイニシャルリソース識別情報を含む前記アプリケーション初期提示記述子を参照し、前記イニシャルリソースを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させる
ことを特徴とする請求項１または請求項２のいずれか一項に記載の受信機。
【請求項４】
前記アプリケーション情報テーブル取得部は、前記アプリケーション情報テーブルに含まれるアプリケーション初期提示記述子に含まれ、前記イニシャルリソースの重要度を示す重要度情報を参照し、アプリケーションの起動開始後に参照される前記イニシャルリソースを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させる
ことを特徴とする請求項１から請求項３のいずれか一項に記載の受信機。
【請求項５】
放送信号を受信する放送受信部と、ネットワークを介して通信する通信送受信部と、を具備する受信機のコンピューターに、
前記放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、前記アプリケーション情報テーブルに含まれるアプリケーション初期提示記述子を参照することによりアプリケーションの起動開始時に参照されるリソースであるエントリーポイントリソースとアプリケーションの起動開始後に参照されるデータであるイニシャルリソースとを特定し、特定された前記エントリーポイントリソースと前記イニシャルリソースとを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させるアプリケーション情報テーブル取得手順、
前記放送受信部と前記通信送受信部との少なくともいずれかにより取得された前記エントリーポイントリソースを参照して起動したアプリケーションを、前記放送受信部と前記通信送受信部との少なくともいずれかにより取得された前記イニシャルリソースに基づいて実行するアプリケーション実行手順、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信機およびプログラムに関する。特に、本発明は、テレビジョン放送を受信するための受信機およびそのプログラムに関する。
【背景技術】
【０００２】
テレビ放送を受信する受信機側で稼働するアプリケーションを制御するための情報を、放送局側から送る場合がある。既存技術では、ＭＨ−ＡＩＴ（アプリケーション情報テーブル）を放送信号内に含めて放送局側から送信し、受信機側で放送信号からＭＨ−ＡＩＴを取得し、ＭＨ−ＡＩＴ内の記述に従ってアプリケーションの実行を制御する。具体的には、例えば、受信機におけるアプリケーションの起動は、ＭＨ−ＡＩＴのアプリケーション情報記述子ループにおいて、アプリケーションごとに必ず１つ含まれているＭＨ−簡易アプリケーションロケーション記述子により制御する。
【０００３】
非特許文献１の「１０．１６  アプリケーション情報符号化方式」（ｐ．５４−７３）には、ＡＩＴ（アプリケーション情報テーブル）の構成、およびＡＩＴ内の各記述子について記載されている。
非特許文献２には、データ放送のコンテンツを構成するファイルやアプリケーションの実行において参照されるファイルなどのデータを、放送を介して伝送可能なデータカルーセル伝送方式について記載されている。また、「第四編  アプリケーション制御方式」には、ＡＩＴの構成、およびＡＩＴ内の各記述子について記載されている。
非特許文献３には、伝送されるデータ（アイテム）を含むアセットのリストやアセットのネットワーク上の配置などパッケージを構成する情報を与えるＭＭＴ（MPEG Media Transport）パッケージテーブル（ＭＰテーブル）の構成、およびＭＰテーブル内の各記述子について記載されている。また、非特許文献３には、アプリケーションを構成するファイルシステムのディレクトリ構造を提供するデータディレクトリ管理テーブルの構成、およびデータディレクトリ管理テーブル内の各記述子について記載されている。また、非特許文献３には、アセット内のＭＰＵ（Media Processing Unit）の構成とＭＰＵごとのバージョン情報を提供するデータアセット管理テーブルの構成、およびデータアセット管理テーブル内の各記述子について記載されている。また、「第１０章  アプリケーションの伝送」には、ＭＨ−ＡＩＴの構成、およびＭＨ−ＡＩＴ内の各記述子について記載されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「デジタル放送におけるアプリケーション実行環境  標準規格  APPLICATION EXECUTION ENGINE PLATFORM FOR DIGITAL BROADCASTING  ARIB STANDARD  ARIB STD-B23  1.2版」，平成２1年（２００８年）７月２９日，社団法人電波産業会
【非特許文献２】「デジタル放送におけるデータ放送符号化方式と伝送方式  標準規格  DATA CODING AND TRANSMISSION SPECIFICATION FOR DIGITAL BROADCASTING  ARIB STANDARD  ARIB STD-B24  5.9版」，平成２６年（２０１４年）３月１８日，社団法人電波産業会
【非特許文献３】「デジタル放送におけるＭＭＴによるメディアトランスポート方式  標準規格  MMT-BASED MEDIA TRANSPORT SCHEME IN DIGITAL BROADCASTING SYSTEMS  ARIB STANDARD  ARIB STD-B60  1.0版」，平成２６年（２０１４年）７月３１日，社団法人電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＭＨ−簡易アプリケーションロケーション記述子は、対応するアプリケーションのエントリーポイントリソースを示すための記述子であり、アプリケーションの初期提示において参照されるリソースを包括的に示す記述子ではなかった。ＭＨ−簡易アプリケーションロケーション記述子に基づいてアプリケーションの初期提示を行う場合の処理の流れの例について説明する。まず、受信機は、ＭＨ−簡易アプリケーションロケーション記述子を参照し、エントリーポイントリソースを取得する。次に、受信機は、取得したエントリーポイントリソースを参照し、アプリケーションに関連するリソースを特定する。次に、受信機は、データディレクトリ管理テーブル、データアセット管理テーブル、ＭＰテーブルを参照し、特定したリソースを取得する。次に、受信機は、取得したリソースをパース（解析）して、アプリケーションの初期提示において参照されるリソースを特定する。そして、受信機は、特定したリソースを参照してアプリケーションの起動処理を実行する。
【０００６】
このように、従来の技術では、アプリケーションの初期提示において参照されるリソースを特定するために、アプリケーションに関連するリソースを取得した後に、取得したリソースを解析する処理が発生する場合があった。つまり、ＭＨ−ＡＩＴからアプリケーションの初期提示において参照されるリソースを直接特定することができず、処理が冗長であった。従って、アプリケーションの初期提示を行うための処理量が多かった。
【０００７】
本発明は、上記の課題認識に基づいて行われたものであり、アプリケーションの初期提示における処理量を低減することができる受信機およびプログラムに関する。
【課題を解決するための手段】
【０００８】
（１）上記の課題を解決するため、本発明の一態様による受信機は、放送信号を受信する放送受信部と、ネットワークを介して通信する通信送受信部と、前記放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、前記アプリケーション情報テーブルに含まれるアプリケーション初期提示記述子を参照し、アプリケーションの起動開始後に参照されるデータであるイニシャルリソースを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させるアプリケーション情報テーブル取得部と、前記放送受信部と前記通信送受信部との少なくともいずれかにより取得された前記イニシャルリソースに基づいて、アプリケーションを実行するアプリケーション実行部と、を具備する。
この構成によれば、受信機は、アプリケーションの起動開始後に参照されるイニシャルリソースを取得することができる。
【０００９】
（２）また、本発明の一態様は、上記（１）に記載の受信機において、前記アプリケーション情報テーブル取得部は、前記イニシャルリソースを格納するディレクトリを識別するディレクトリ識別情報を含む前記アプリケーション初期提示記述子を参照し、前記イニシャルリソースを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させることを特徴とする。
この構成により、受信機は、アプリケーションの起動開始後に参照されるイニシャルリソースを格納するディレクトリを、アプリケーション情報テーブルから直接特定することができる。
【００１０】
（３）また、本発明の一態様は、上記（１）または（２）に記載の受信機において、前記アプリケーション情報テーブル取得部は、前記イニシャルリソースを識別するイニシャルリソース識別情報を含む前記アプリケーション初期提示記述子を参照し、前記イニシャルリソースを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させることを特徴とする。
この構成により、受信機は、アプリケーションの起動開始後に参照されるイニシャルリソースを、アプリケーション情報テーブルから直接特定することができる。
【００１１】
（４）また、本発明の一態様は、上記（１）から（３）のいずれかに記載の受信機において、前記アプリケーション情報テーブル取得部は、前記アプリケーション情報テーブルに含まれるアプリケーション初期提示記述子に含まれ、前記イニシャルリソースの重要度を示す重要度情報を参照し、アプリケーションの起動開始後に参照される前記イニシャルリソースを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させることを特徴とする。
この構成により、受信機は、アプリケーションの起動開始後に参照されるイニシャルリソースのうち、重要度の高いイニシャルリソースを優先的に取得することができる。また、例えば、受信機は、必須のイニシャルリソースを取得した時点で、アプリケーションの初期提示を行うことができる。
【００１２】
（５）また、本発明の一態様は、放送信号を受信する放送受信部と、ネットワークを介して通信する通信送受信部と、を具備する受信機のコンピューターに、前記放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、前記アプリケーション情報テーブルに含まれるアプリケーション初期提示記述子を参照し、アプリケーションの起動開始後に参照されるデータであるイニシャルリソースを前記放送受信部と前記通信送受信部との少なくともいずれかに取得させるアプリケーション情報テーブル取得手順、前記放送受信部と前記通信送受信部との少なくともいずれかにより取得された前記イニシャルリソースに基づいて、アプリケーションを実行するアプリケーション実行手順、を実行させるためのプログラムである。
【発明の効果】
【００１３】
本発明によれば、アプリケーションの初期提示における処理量を低減することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態による受信機の概略機能構成を示す機能ブロック図である。
【図２】同実施形態によるＭＨ−ＡＩＴ（アプリケーション情報テーブル）のデータ構造を示す概略図である。
【図３】同実施形態によるアプリケーションイニシャルディレクトリ記述子のデータ構造を示す概略図である。
【図４】同実施形態によるアプリケーションイニシャルリソース記述子のデータ構造を示す概略図である。
【図５】同実施形態による受信機における処理の流れを示すフローチャートである。
【図６】同実施形態によるイニシャルリソースの取得処理の概要を示す図である。
【図７】同実施形態によるテレビシステムの構成を示す概略構成図である。
【図８】同実施形態によるテレビシステムを構成する要素である、送信装置の概略機能構成を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら、本発明の実施形態について説明する。
本実施形態に係る受信機１（図１）は、放送信号からＭＨ−ＡＩＴを取得し、取得したＭＨ−ＡＩＴに含まれるアプリケーション初期提示記述子を参照する。アプリケーション初期提示記述子には、アプリケーションの初期提示において参照されるリソース（初期提示リソース、初期提示ファイル）を特定するための情報が含まれている。具体的には、アプリケーション初期提示記述子は、アプリケーションの起動開始時に参照されるエントリーポイントを示すリソース（以下、「エントリーポイントリソース」と称する。）を特定するための情報に加え、アプリケーションの起動開始後において参照されるリソース（アイテム）（以下、「イニシャルリソース」と称する。）を特定するための情報を含む。つまり、受信機１は、アプリケーション初期提示記述子を参照することにより、アプリケーションごとのエントリーポイントリソースおよびイニシャルリソースを特定する。そして、受信機１は、特定したエントリーポイントリソースおよびイニシャルリソースを放送または通信を介して取得し、取得したエントリーポイントリソースおよびイニシャルリソースに基づいて、アプリケーションの初期提示を行う。このとき、アプリケーション初期提示記述子には、イニシャルリソースを特定するための情報が含まれているため、受信機１は、アプリケーション初期提示記述子を参照することにより、直接、イニシャルリソースを取得することができる。
【００１６】
なお、この受信機１は、いわゆるテレビであり、放送信号に含まれる映像や音声などの放送コンテンツを提示する機能を有しているが、ここでは、本発明に直接関係する機能のみについて説明し、その他の機能については説明を省略する。
なお、以下の記述において、あるいは図面において、アプリケーションのことを「アプリ」と略称することがある。
【００１７】
なお、上述したようにイニシャルリソースは、アプリケーションの初期提示において参照されるリソースであって、アプリケーションの起動開始後に参照されるリソースである。初期提示とは、起動処理後のアプリケーションによる最初の提示をいう。また、提示とは、表示部を介した表示、音声出力部を介した音声・音響の出力、その他受信機１のユーザの感覚を刺激する出力などをいう。起動処理とは、アプリケーションを、動作していない状態からサービスを提供する状態にさせるための処理のことをいう。つまり、イニシャルリソースとは、アプリケーションの起動処理において、エントリーポイントリソースが参照された後に参照されるリソースである。具体的には、例えば、アプリケーションがＷｅｂブラウザを介して提示される場合、イニシャルリソースは、Ｗｅｂブラウザにより読み込まれる画像データ、音声データ、動画データ、テキストデータなどのメディアファイルやメディアファイルの配置を定める様式データなどである。つまり、イニシャルリソースとは、アプリケーションの初期提示において出力されるサービスを構成する資源である。
【００１８】
次に、図１から図４を参照して、受信機１の構成について説明する。
図１は、本実施形態による受信機の概略機能構成を示すブロック図である。
図示するように、受信機１は、放送受信部１１と、放送信号解析部１２と、初期提示リソース取得部１３と、通信送受信部１４と、記憶部１５と、アプリ実行制御部１６と、アプリ実行部１７とを含んで構成される。
放送受信部１１は、外部からの放送信号を受信する。放送受信部１１が受信する放送信号は、映像や音声やデータの情報とともに、制御情報が多重された信号である。そして、制御情報の一部として、ＭＨ−ＡＩＴ（アプリケーション情報テーブル、Application Information Table）、データディレクトリ管理テーブル、データアセット管理テーブル、ＭＰテーブルなどが含まれている。放送受信部１１は、受信した放送信号を復調し、放送信号解析部１２に渡す。
【００１９】
放送信号解析部１２は、放送受信部１１から渡された信号を解析し、必要な情報を分離して抽出する。具体的には、放送信号解析部１２は、映像信号、音声信号、データ、制御情報を抽出し、これらの信号を各部に供給する。具体的には、放送信号解析部１２は、例えば、放送受信部１１が復調した信号からデータディレクトリ管理テーブル、データアセット管理テーブル、およびＭＰテーブルを抽出する。そして、放送信号解析部１２は、抽出した各種テーブルを初期提示リソース取得部１３に出力する。また、例えば、放送信号解析部１２は、放送受信部１１が復調した信号からデータの伝送単位であるデータアセット（コンポーネント）を抽出する。次に、放送信号解析部１２は、データアセットからアイテム（エントリーポイントリソースおよびイニシャルリソース）を抽出する。そして、放送信号解析部１２は、抽出したアイテムによりデータディレクトリ管理テーブルが示すファイルシステムを構成し記憶部１５に記憶させる。
【００２０】
なお、アイテム（リソース）とは、アプリケーションの実行において参照される各ファイルのデータ単位または各ファイルを構成するデータ単位である。そして、データアセットとは、アイテムにより構成されるデータのセットのことである。つまり、本実施形態において、アイテム、データアセット、コンポーネント、ファイル、およびリソースは、いずれもデータである。
【００２１】
初期提示リソース取得部１３（アプリケーション情報テーブル取得部）は、放送信号解析部１２からＭＨ−ＡＩＴを取得する。また、初期提示リソース取得部１３は、ＭＨ−ＡＩＴに含まれるアプリケーション初期提示記述子を参照し、アプリケーションごとに、エントリーポイントリソースおよびイニシャルリソースを特定する。初期提示リソース取得部１３は、特定したエントリーポイントリソースおよびイニシャルリソースの取得先の情報を放送信号解析部１２または通信送受信部１４に出力し、エントリーポイントリソースおよびイニシャルリソースを取得させる。初期提示リソース取得部１３は、エントリーポイントリソースおよびイニシャルリソースの取得が完了すると、その旨をアプリ実行制御部１６に通知する。
【００２２】
なお、本実施形態において、アプリケーション初期提示記述子には、アプリケーションイニシャルディレクトリ記述子とアプリケーションイニシャルリソース記述子との２種類が存在する。アプリケーションイニシャルディレクトリ記述子は、エントリーポイントリソースおよびイニシャルリソースを格納するディレクトリ、すなわち、エントリーポイントリソースおよびイニシャルリソースが所属するディレクトリ（以下、「イニシャルディレクトリ」と称する。）を識別する情報を含む。アプリケーションイニシャルリソース記述子は、イニシャルリソースを識別する情報を含む。本実施形態において、一つのＭＨ−ＡＩＴには、アプリケーションイニシャルディレクトリ記述子とアプリケーションイニシャルリソース記述子とのうちのいずれか一つが含まれる。アプリケーションイニシャルディレクトリ記述子とアプリケーションイニシャルリソース記述子とは、例えば、イニシャルリソースの管理方法の違いによって使い分けられる。アプリケーションイニシャルディレクトリ記述子とアプリケーションイニシャルリソース記述子とに書き込まれる情報の詳細については、後述する。
【００２３】
通信送受信部１４は、通信による外部とのデータのやり取りを行うための通信機能を有する。通信送受信部１４は、例えばインターネットプロトコルを用いて、外部の装置との間での通信を行う。具体的には、例えば、通信送受信部１４は、初期提示リソース取得部１３などからの指示に基づいて、エントリーポイントリソースとイニシャルリソースとを外部のサーバー装置に要求し、エントリーポイントリソースとイニシャルリソースとを取得する。
【００２４】
記憶部１５は、放送受信部１１、放送信号解析部１２、初期提示リソース取得部１３、通信送受信部１４、アプリ実行制御部１６、およびアプリ実行部１７による処理の結果などを記憶する。具体的には、例えば、記憶部１５は、放送受信部１１または通信送受信部１４が取得したエントリーポイントリソースおよびイニシャルリソースを、データディレクトリ管理テーブルが示すディレクトリ構造のファイルシステムで記憶する。
【００２５】
アプリ実行制御部１６（アプリケーション実行制御部）は、アプリ実行部１７におけるアプリケーションの実行を制御する。具体的には、アプリ実行制御部１６は、アプリ実行部１７におけるアプリケーションの起動を指示したり、アプリケーションの終了を指示したりする。アプリ実行制御部１６は、例えば、初期提示リソース取得部１３からエントリーポイントリソースおよびイニシャルリソースの取得が完了した旨の通知を受け付けると、アプリ実行部１７にアプリケーションの起動を指示する。
【００２６】
アプリ実行部１７（アプリケーション実行部）は、アプリ実行制御部１６からの指示に基づいて、記憶部１５に記憶されているエントリーポイントリソースを参照し、アプリケーションを起動する。次に、アプリ実行部１７は、記憶部１５に記憶されているイニシャルリソースを参照し、アプリケーションの初期提示を行う。一例として、アプリ実行部１７は、ＨＴＭＬ５のブラウザの機能により実現される。この場合、アプリケーションは、ＨＴＭＬ５およびＪａｖａｓｃｒｉｐｔ（Ｊａｖａは登録商標）により記述されるコードである。なお、その他の手段によりアプリ実行部１７を実現してもよい。
【００２７】
図２は、ＭＨ−ＡＩＴのデータ構造を示す概略図である。同図では、データ構造と、そのデータ構造に含まれる各データ項目のビット数およびデータ表記を示している。同図では、データ構造は、ブロック構造を有する形式言語で表現されている。なお、データ表記における「ｕｉｍｓｂｆ」は、「unsigned integer, most significant bit first」、すなわち、符号なし整数であって最上位ビットが先頭であることを表す。また「ｂｓｌｂｆ」は、「bit string, left bit first」、すなわち、ビット列であって左ビットが先頭であることを表す。また「ｒｐｃｈｏｆ」は、「remainder polynomial coefficients, highest order first」、すなわち、多項式係数の剰余であって最上位階数が先頭であることを表す。
【００２８】
図示する通り、ＭＨ−ＡＩＴは、内部に、第１記述子領域および第２記述子領域を含んでいる。第１記述子領域においては、「ｆｏｒ」節が表している通り、Ｎ個（ｉ＝０，１，・・・，Ｎ−１）の記述子「ｄｅｓｃｒｉｐｔｏｒ（）」が繰り返される。また、第２記述子領域においては、「ｆｏｒ」節が表している通り、Ｍ個（ｊ＝０，１，・・・，Ｍ−１）の記述子「ｄｅｓｃｒｉｐｔｏｒ（）」が繰り返される。本実施形態では、ＭＨ−ＡＩＴ内の第２記述子領域に、アプリケーションイニシャルディレクトリ記述子「Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｉｔｉａｌ＿Ｄｉｒｅｃｔｏｒｙ＿Ｄｅｓｃｒｉｐｔｏｒ（）」またはアプリケーションイニシャルリソース記述子「Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｉｔｉａｌ＿Ｒｅｓｏｕｒｃｅ＿Ｄｅｓｃｒｉｐｔｏｒ（）」を設ける。
【００２９】
第１記述子領域は、１個のＭＨ−ＡＩＴ内に一箇所のみ存在する。第１記述子領域には、複数のアプリケーションに共通の共通記述子（common descriptor）が設けられる。
第２記述子領域は、ＭＨ−ＡＩＴ内のアプリケーションループ内で、各アプリケーションに対応して一箇所存在する。第２記述子領域には、そのアプリケーション用のアプリケーション記述子（application descriptor）が設けられる。アプリケーション初期提示記述子は、第２記述子領域に設けられるため、アプリケーションごとにエントリーポイントリソースとイニシャルリソースとを特定するための情報が記述される。つまり、受信機１は、ＭＨ−ＡＩＴを取得し、そのＭＨ−ＡＩＴのアプリケーションループ内に含まれる各アプリケーションについて、アプリケーション初期提示記述子を参照して、エントリーポイントリソースとイニシャルリソースとを特定する。例えば、アプリケーションイニシャルディレクトリ記述子がＭＨ−ＡＩＴに含まれている場合、受信機１は、アプリケーションイニシャルディレクトリ記述子を参照し、イニシャルディレクトリを識別するディレクトリ識別情報に基づいて、イニシャルディレクトリに格納されるエントリーポイントリソースとイニシャルリソースとを特定する。また、例えば、アプリケーションイニシャルリソース記述子がＭＨ−ＡＩＴに含まれている場合、受信機１は、アプリケーションイニシャルリソース記述子を参照し、エントリーポイントリソースまたはイニシャルリソースを識別するリソース識別情報に基づいて、エントリーポイントリソースとイニシャルリソースとを特定する。
【００３０】
言い換えれば、初期提示リソース取得部１３は、アプリケーションごとのアプリケーション初期提示記述子を参照することによって、エントリーポイントリソースとイニシャルリソースとを特定する。そして、初期提示リソース取得部１３は、特定したエントリーポイントリソースとイニシャルリソースとを通信送受信部１４または放送信号解析部１２を介して取得する。
【００３１】
以下では、ＭＨ−ＡＩＴの、第１記述子領域と第２記述子領域以外の部分について説明する。
（１）section_syntax_indicator（セクションシンタックス指示）
このセクションシンタックス指示は１ビットのフィールドで、その値は常に「１」である。
（２）section_length（セクション長）
セクション長フィールドからCRC32を含むセクションの最後までのセクションのバイト数を示す１２ビットのフィールドである。全セクションの長さが４０９６を超えないようにするため、セクション長の値は４０９３（１６進数で「０ｘＥＦＤ」）を超えないものとする。
【００３２】
（３）application_type（アプリケーション形式）
ＭＨ−ＡＩＴの制御対象となるアプリケーションの形式を示す１６ビットのフィールドである。
アプリケーション形式の値とその意味は次の通りである。すなわち、値「０ｘ００００」は、将来の使用のためにリザーブされている。値「０ｘ０００１」は、ARIB-Jアプリケーションであることを示す。値「０ｘ０００２」から「０ｘ０００Ｆ」までは、将来の使用のためにリザーブされている。値「０ｘ００１０」は、放送通信連携ＨＴＭＬ５アプリケーションであることを示す。値「０ｘ００１１」は、将来の使用のためにリザーブされている。値「０ｘ００１２」から「０ｘ７ＦＦＦ」までは、将来の使用のためにリザーブされている。
【００３３】
（４）version_number（バージョン番号）
５ビットのフィールドであり、サブテーブルのバージョン番号である。バージョン番号はサブテーブル内の情報に変化があった場合に１加算される。その値が３１（２進数の「１１１１１」）になった場合には、その次には０に戻る。
（５）current_next_indicator（カレントネクスト指示）
１ビットのフィールドであり、常に「１」とする。
（６）section_number（セクション番号）
８ビットのフィールドであり、セクションの番号を表す。サブテーブル内で最初のセクションのセクション番号は「０ｘ００」である。セクション番号は、同一のテーブル識別およびアプリケーション形式をもつセクションの追加ごとに１加算される。
【００３４】
（７）last_section_number（最終セクション番号）
８ビットのフィールドであり、そのセクションが属するサブテーブルにおける最後のセクションの番号を規定する。
（８）common_descriptors_length（共通記述子ループ長）
この１２ビットのフィールドであり、後続の共通記述子領域のバイト長を規定する。この記述子領域内の記述子は、ＭＨ−ＡＩＴサブテーブル内のすべてのアプリケーションに適用される。
（９）application_loop_length（アプリケーション情報ループ長）
１２ビットのフィールドであり、後続するアプリケーション情報が格納されるループ全体のバイト長を規定する。
【００３５】
（１０）application_control_code（アプリケーション制御コード）
８ビットのフィールドであり、アプリケーションの状態を制御する制御コードを規定する。このフィールドのセマンティックスはアプリケーション形式ごとに規定する。アプリケーション形式ごとに規定されない場合は、以下に示すセマンティクスとする。すなわち、アプリケーション制御コードの値が「０ｘ０１」（識別名：ＡＵＴＯＳＴＡＲＴ）のとき、アプリケーションを起動することを意味する。値が「０ｘ０２」（識別名：ＰＲＥＳＥＮＴ）のとき、アプリケーションが実行可能な状態であることを示す。値が「０ｘ０４」（識別名：ＫＩＬＬ）のとき、アプリケーションを終了することを意味する。値が「０ｘ０５」（識別名：ＰＲＥＦＥＴＣＨ）のとき、アプリケーションを取得し保持することを意味する。
【００３６】
（１１）application_descriptors_loop_length（アプリケーション情報記述子ループ長）
１２ビットのフィールドであり、後続の記述子領域のバイト長を規定する。この記述子領域内の記述子は、指定したアプリケーションのみに適用される。
（１２）CRC_32（ＣＲＣ，巡回上長符号）
誤り検出／誤り訂正のための巡回上長符号であり、ＩＴＵ−Ｔ勧告Ｈ．２２２．０に従うものである。
【００３７】
次に、図３および図４を参照してアプリケーション初期提示記述子のデータ構造について説明する。
図３は、本実施形態において用いられるアプリケーションイニシャルディレクトリ記述子のデータ構造を示す概略図である。このアプリケーションイニシャルディレクトリ記述子は、図２に示されるＭＨ−ＡＩＴ内の第２記述子領域に設けられる。
【００３８】
以下では、アプリケーションイニシャルディレクトリ記述子内の各フィールドについて説明する。
（１）descriptor_tag（記述子タグ）
記述子タグは各記述子を識別する。記述子タグのビット長は用いるメディアトランスポートシステムにより異なる。本実施形態において、アプリケーションイニシャルディレクトリ記述子の記述子タグフィールドのビット数は１６である。
（２）descriptor_length（記述子長）
記述子長は、このフィールドより後に続くデータバイト数を示す。つまり、記述子長フィールドは、このフィールドより後に続くデータバイト数を示す書き込む領域である。記述子長フィールドのビット数は、アプリケーションイニシャルディレクトリ記述子により異なる。本実施形態において、アプリケーションイニシャルディレクトリ記述子の記述子長フィールドのビット数は８である。
【００３９】
（３）initial_directory_number（初期ディレクトリ数）
初期ディレクトリ数は、イニシャルリソースを格納するイニシャルディレクトリの数を示す。つまり、初期ディレクトリ数は、エントリーポイントリソースとイニシャルリソースを格納するディレクトリの数を書き込む領域である。本実施形態において、アプリケーションイニシャルディレクトリ記述子の初期ディレクトリ数フィールドのビット数は８である。
（４）node_tag（ノードタグ）
ノードタグは、ディレクトリとアイテムとを識別する。アプリケーションイニシャルディレクトリ記述子におけるノードタグフィールドは、イニシャルディレクトリを示すノードタグを書き込む領域である。本実施形態において、アプリケーションイニシャルディレクトリ記述子のノードタグフィールドのビット数は１６である。
【００４０】
（５）required_flag（必須フラグ）
必須フラグは、対応するデータが必須であるか否かを示す。つまり、必須フラグは、対応するデータの重要度を表す重要度情報である。アプリケーションイニシャルディレクトリ記述子における必須フラグフィールドは、イニシャルディレクトリが格納するイニシャルリソースがアプリケーションの初期提示において必須であるか否かを書き込む領域である。イニシャルリソースがアプリケーションの初期提示において必須であるとは、アプリケーションの起動処理において、そのイニシャルリソースが必ず参照されなくてはならないことである。イニシャルリソースがアプリケーションの初期提示において必須ではないとは、アプリケーションの起動処理において、そのイニシャルリソースが参照されることが望ましいが、参照されなくてもよいことである。つまり、あるイニシャルリソースが必須ではない場合、そのイニシャルリソースを参照することなく、受信機１が最低限の状態でアプリケーションの初期提示を行える。イニシャルリソースが必須である場合、必須フラグフィールドには、例えば、値「１」が書き込まれる。これに対して、イニシャルリソースが必須ではない場合、必須フラグフィールドには、例えば、値「０」が書き込まれる。
【００４１】
以上のように、アプリケーションイニシャルディレクトリ記述子は、イニシャルディレクトリの識別情報を含むデータである。これにより、受信機１は、ＭＨ−ＡＩＴを参照するだけでイニシャルリソースが所属するイニシャルディレクトリを特定することができる。これにより、受信機１は、放送波などから蓄積したデータをパースすることなく、直接的にイニシャルリソースを特定し、取得することができるため、アプリケーションの初期提示における処理量を低減することができる。また、ＭＨ−ＡＩＴの生成装置は、イニシャルリソースの指定において、複数のイニシャルリソースをまとめたイニシャルディレクトリの単位でイニシャルリソースを指定することができるため、処理を簡潔にすることができる。
【００４２】
また、アプリケーションイニシャルディレクトリ記述子は、イニシャルディレクトリが格納するイニシャルリソースの重要度を示す必須フラグを含むデータである。これにより、受信機１は、例えば、重要度の高いイニシャルリソースを優先的に取得し、重要度が高いイニシャルリソースを取得できた時点で、アプリケーションの初期提示を行うことができる。従って、受信機１は、アプリケーションの初期提示に要する時間を低減することができる。また、ＭＨ−ＡＩＴの生成装置は、イニシャルリソースの指定において、複数のイニシャルリソースをまとめたイニシャルディレクトリの単位でイニシャルリソースの重要度を指定することができるため、処理を簡潔にすることができる。
【００４３】
図４は、本実施形態において用いられるアプリケーションイニシャルリソース記述子のデータ構造を示す概略図である。このアプリケーションイニシャルリソース記述子は、図２に示されるＭＨ−ＡＩＴ内の第２記述子領域に設けられる。
（１）descriptor_tag（記述子タグ）
記述子タグは各記述子を識別する。記述子タグのビット長は用いるメディアトランスポートシステムにより異なる。本実施形態において、アプリケーションイニシャルリソース記述子の記述子タグフィールドのビット数は１６である。
【００４４】
（２）descriptor_length（記述子長）
記述子長は、このフィールドより後に続くデータバイト数を示す。つまり、記述子長フィールドは、このフィールドより後に続くデータバイト数を示す書き込む領域である。記述子長フィールドのビット数は、アプリケーションイニシャルリソース記述子により異なる。本実施形態において、アプリケーションイニシャルリソース記述子の記述子長フィールドのビット数は８である。
【００４５】
（３）initial_resource_number（初期リソース数）
初期リソース数は、イニシャルディレクトリの数を示す。つまり、初期ディレクトリ数は、エントリーポイントリソースとイニシャルリソースを格納するディレクトリの数を書き込む領域である。本実施形態において、アプリケーションイニシャルリソース記述子の初期リソース数フィールドのビット数は８である。
（４）Item_id（アイテム識別）
アイテム識別は、アイテムを識別する識別情報（ＩＤ）を示す。つまり、アプリケーションイニシャルリソース記述子におけるアイテム識別フィールドは、イニシャルリソースに対応するアイテムのアイテム識別を書き込む領域である。本実施形態において、アプリケーションイニシャルディレクトリ記述子のアイテム識別フィールドのビット数は３２である。
【００４６】
（５）node_tag（ノードタグ）
ノードタグは、ディレクトリとリソースとを識別する。アプリケーションイニシャルリソース記述子におけるノードタグフィールドは、エントリーポイントリソースおよびイニシャルリソースを示すアイテムのノードタグを書き込む領域である。本実施形態において、アプリケーションイニシャルディレクトリ記述子のノードタグフィールドのビット数は１６である。
【００４７】
なお、本実施形態において、アプリケーションイニシャルリソース記述子におけるアイテム識別およびノードタグは、いずれもエントリーポイントリソースまたはイニシャルリソースを識別する。従って、アプリケーションイニシャルリソース記述子において、アイテム識別とノードタグとのいずれかが省略されてもよい。また、アイテム識別とノードタグとが両方含まれる場合、受信機１は、そのいずれかに基づいて、エントリーデータおよびイニシャルリソースを取得する。
【００４８】
（６）required_flag（必須フラグ）
必須フラグは、対応するデータが必須であるか否かを示す。アプリケーションイニシャルリソース記述子における必須フラグフィールドは、上述したアイテム識別またはノードタグが示すイニシャルリソースがアプリケーションの初期提示において必須であるか否かを書き込む領域である。
【００４９】
以上のように、アプリケーションイニシャルリソース記述子は、イニシャルリソースの識別情報を含むデータである。これにより、受信機１は、ＭＨ−ＡＩＴを参照するだけでイニシャルリソースを特定することができる。これにより、受信機１は、放送波などから蓄積したデータをパースすることなく、直接的にイニシャルリソースを特定することができる。また、データディレクトリ管理テーブルを参照することなく、イニシャルリソースを特定することができる。これにより、アプリケーションの初期提示における処理量を低減することができる。また、ＭＨ−ＡＩＴの生成装置は、イニシャルリソースの指定において、複数のイニシャルリソースを個別に指定することができるため、例えば、イニシャルリソースが所属するディレクトリがアプリケーションの初期提示において参照されないリソースを含む場合などであっても、処理を簡潔にすることができる。また、このような場合であっても、受信機１は、イニシャルリソースのみを取得することができるため、アプリケーションの初期提示における処理量を低減することができる。
【００５０】
また、アプリケーションイニシャルディレクトリ記述子は、イニシャルリソースの重要度を示す必須フラグを含むデータである。これにより、受信機１は、例えば、重要度の高いイニシャルリソースを優先的に取得したり、重要度が高いイニシャルリソースを取得できた時点で、アプリケーションの初期提示を行ったりすることができる。従って、受信機１は、アプリケーションの初期提示を行うまでの時間を低減することができる。
【００５１】
次に、受信機１の動作について説明する。
まず、放送受信部１１は、放送信号を受信し、復調する。
次に、放送信号解析部１２は、放送受信部１１によって復調された信号を解析し、映像データや、音声データや、データ放送等のデータや、制御情報のデータに分離する。なお、以下では、制御情報のデータの取り扱いについて述べ、映像データや、音声データや、データ放送等のデータの処理については説明を省略する。映像データや、音声データや、データ放送は、通常のテレビ受信機における場合と同様に処理される。放送信号解析部１２は、制御情報のデータから、各種テーブルの抽出も行う。放送信号解析部１２によって抽出されるテーブルには、ＭＨ−ＡＩＴ、データディレクトリ管理テーブル、データアセット管理テーブルなどがある。放送信号解析部１２は、抽出したデータディレクトリ管理テーブルとデータアセット管理テーブルとを記憶部１５に記憶させる。
【００５２】
次に、初期提示リソース取得部１３は、放送信号解析部１２によって抽出されたＭＨ−ＡＩＴ、データディレクトリ管理テーブル、データアセット管理テーブル、およびＭＰテーブルを取得する。初期提示リソース取得部１３は、取得したＭＨ−ＡＩＴに含まれるアプリケーション初期提示記述子、データディレクトリ管理テーブル、データアセット管理テーブル、およびＭＰテーブルを参照し、放送または通信を介したエントリーポイントリソースおよびイニシャルリソースの取得処理を行う。
次に、アプリ実行制御部１６は、エントリーポイントリソースおよびイニシャルリソースの取得処理により、アプリケーションの初期提示において必須のイニシャルリソースが揃った時点で、アプリ実行部１７に当該アプリケーションの起動命令を出力する。
次に、アプリ実行部１７は、アプリ実行制御部１６から受け付けたアプリケーションの起動命令に基づいて、記憶部１５に記憶されているエントリーポイントリソースを参照し、アプリケーションの起動処理を開始する。次に、アプリ実行部１７は、記憶部１５に記憶されているイニシャルリソースを参照し、アプリケーションの起動処理を実行する。
【００５３】
次に、図５および図６を参照して、エントリーポイントリソースおよびイニシャルリソースの取得処理について説明する。
図５は、受信機１によるエントリーポイントリソースおよびイニシャルリソースの取得処理の流れの一例を示すフローチャートである。また、図６は、図５に示される各処理において参照される各種テーブルに含まれる各種情報の関係を示す。図６において、コンポーネントタグは、データアセットを識別する識別情報である。また、図６において、ＭＰＵシーケンス番号は、データアセットにおいて、複数のアイテムを含むＭＰＵを識別する番号である。また、図６において、ロケーション情報は、データアセットの取得先を示す情報であり、例えば、放送波のＩＰデータフローにおけるデータアセットの位置や外部の装置において管理されるデータアセットの取得ＵＲＬ（Uniform Resource Locator）などを示す。
【００５４】
（ステップＳ１０１）まず、初期提示リソース取得部１３は、放送信号解析部１２からＭＨ−ＡＩＴを取得する。その後、受信機１は、ステップＳ１０２に処理を進める。
（ステップＳ１０２）次に、初期提示リソース取得部１３は、ＭＨ−ＡＩＴ内の第２記述子領域（アプリケーション記述子の領域）を参照し、アプリケーションイニシャルディレクトリ記述子が含まれているか否かを判定する。ＭＨ−ＡＩＴにアプリケーションイニシャルディレクトリ記述子が含まれている場合（ステップＳ１０２；ＹＥＳ）、受信機１は、ステップＳ１０３に処理を進める。また、ＭＨ−ＡＩＴにアプリケーションイニシャルディレクトリ記述子が含まれていない場合（ステップＳ１０２；ＮＯ）、受信機１は、ステップＳ１０８に処理を進める。
【００５５】
（ステップＳ１０３）次に、初期提示リソース取得部１３は、アプリケーションイニシャルディレクトリ記述子に含まれるノードタグを取得する。ここで取得されるノードタグは、イニシャルディレクトリを識別する。その後、受信機１は、ステップＳ１０４に処理を進める。
（ステップＳ１０４）次に、初期提示リソース取得部１３は、取得した各ノードタグについてステップＳ１０５からステップＳ１０６の処理を実行する。初期提示リソース取得部１３は、未処理のノードタグがなくなるまでステップＳ１０５からステップＳ１０６の処理を繰り返し実行する。その後、受信機１は、ステップＳ１０７に処理を進める。
（ステップＳ１０５）次に、初期提示リソース取得部１３は、放送信号解析部１２から取得したデータディレクトリ管理テーブルを参照し、ステップＳ１０３の処理において取得したノードタグが示すイニシャルディレクトリに所属するイニシャルリソースを構成するアイテムのノードタグを取得する。その後、受信機１は、ステップＳ１０６に処理を進める。
【００５６】
（ステップＳ１０６）次に、初期提示リソース取得部１３は、放送信号解析部１２から取得したデータアセット管理テーブルを参照し、イニシャルディレクトリに所属するリソースに関するコンポーネントタグ、ＭＰＵシーケンス番号、およびアイテム識別（ＩＤ）を取得する。つまり、図６に示されるように、データアセット管理テーブルにおいて、データディレクトリ管理テーブルを参照して特定されたイニシャルディレクトリのノードタグと対応付けられているコンポーネントタグ、シーケンス番号、およびアイテム識別を取得する。次に、初期提示リソース取得部１３は、ＭＰテーブルを参照し、取得したコンポーネントタグに対応するロケーション情報を取得する。つまり、初期提示リソース取得部１３は、図６に示されるようにＭＰテーブルにおいて、データアセット管理テーブルを参照して特定されたコンポーネントタグに対応付けられているロケーション情報を取得する。次に、初期提示リソース取得部１３は、取得したロケーション情報に基づいて、放送信号解析部１２または通信送受信部１４にデータアセットを取得させる。次に、初期提示リソース取得部１３は、図６に示されるように、ＭＰＵシーケンス番号とアイテム識別とに基づいて、データアセットからアイテム（エントリーポイントリソースおよびイニシャルリソース）を抽出する。次に、初期提示リソース取得部１３は、抽出したアイテムによりデータディレクトリ管理テーブルが示すファイルシステムを構成して記憶部１５に記憶させる。
【００５７】
なお、本ステップの処理において、通信送受信部１４を介してデータを取得する場合、アプリケーションイニシャルディレクトリ記述子の必須フラグを参照し、必須のデータから取得する。これにより、受信機１は、アプリケーションの初期提示における処理量をさらに低減することができる。
【００５８】
（ステップＳ１０７）次に、初期提示リソース取得部１３は、イニシャルリソースが揃い、受信機１において参照可能となったことをアプリ実行制御部１６に通知する。このとき、初期提示リソース取得部１３は、アプリケーションイニシャルディレクトリ記述子またはアプリケーションイニシャルリソース記述子内の必須フラグを参照し、必須のデータが参照可能となっている場合に、アプリ制御情報設定部３６に通知を行ってもよい。これにより、受信機１は、アプリケーションの初期提示における処理量をさらに低減することができる。その後、受信機１は、図５に示される処理を終了する。
【００５９】
（ステップＳ１０８）受信機１がステップＳ１０８に処理を進めた場合、初期提示リソース取得部１３は、ＭＨ−ＡＩＴ内の第２記述子領域（アプリケーション記述子の領域）を参照し、アプリケーションイニシャルリソース記述子が含まれているか否かを判定する。ＡＩＴにアプリケーションイニシャルリソース記述子が含まれている場合（ステップＳ１０８；ＹＥＳ）、受信機１は、ステップＳ１０９に処理を進める。また、ＭＨ−ＡＩＴにアプリケーションイニシャルリソース記述子が含まれていない場合（ステップＳ１０８；ＮＯ）、受信機１は、既存のＭＨ−簡易アプリケーションロケーション記述子に基づくイニシャルリソースの取得処理を実行する。具体的には、受信機１は、ステップＳ１１２に処理を進める。
【００６０】
（ステップＳ１０９）次に、初期提示リソース取得部１３は、アプリケーションイニシャルリソース記述子に含まれるノードタグを取得する。ここで取得されるノードタグは、イニシャルリソースを識別する。その後、受信機１は、ステップＳ１１０に処理を進める。
（ステップＳ１１０）次に、初期提示リソース取得部１３は、取得した各ノードタグについてステップＳ１１１の処理を実行する。初期提示リソース取得部１３は、未処理のノードタグがなくなるまでステップＳ１１１の処理を繰り返し実行する。その後、受信機１は、ステップＳ１０７に処理を進める。
【００６１】
（ステップＳ１１１）次に、初期提示リソース取得部１３は、放送信号解析部１２から取得したデータアセット管理テーブルを参照し、イニシャルリソースに関するコンポーネントタグ、ＭＰＵシーケンス番号、およびアイテム識別（ＩＤ）を取得する。つまり、データアセット管理テーブルにおいて、イニシャルリソースを示すノードタグと対応付けられているコンポーネントタグ、シーケンス番号、およびアイテム識別を取得する。次に、初期提示リソース取得部１３は、ＭＰテーブルを参照し、取得したコンポーネントタグに対応するロケーション情報を取得する。つまり、初期提示リソース取得部１３は、図６に示されるようにＭＰテーブルにおいて、データアセット管理テーブルを参照して特定されたコンポーネントタグに対応付けられているロケーション情報を取得する。次に、初期提示リソース取得部１３は、取得したロケーション情報に基づいて、放送信号解析部１２または通信送受信部１４にデータアセットを取得させる。次に、初期提示リソース取得部１３は、図６に示されるように、ＭＰＵシーケンス番号とアイテム識別とに基づいて、データアセットからアイテム（エントリーポイントリソースおよびイニシャルリソース）を抽出する。次に、初期提示リソース取得部１３は、抽出したアイテムによりデータディレクトリ管理テーブルが示すファイルシステムを構成して記憶部１５に記憶させる。
なお、本ステップの処理において、通信送受信部１４を介してデータを取得する場合、アプリケーションイニシャルディレクトリ記述子の必須フラグを参照し、必須のデータから取得する。これにより、受信機１は、アプリケーションの初期提示における処理量をさらに低減することができる。
【００６２】
（ステップＳ１１２）受信機１がステップＳ１１２に処理を進めた場合、初期提示リソース取得部１３は、ＭＨ−簡易アプリケーションロケーション記述子を参照し、アプリケーションのエントリーポイントリソースの所在を示すＵＲＬを取得する。その後、受信機１は、ステップＳ１１３に処理を進める。
（ステップＳ１１３）次に、初期提示リソース取得部１３は、データディレクトリ管理テーブルを参照し、取得したＵＲＬで示されるアイテムのノードタグを取得する。その後、受信機１は、ステップＳ１１４に処理を進める。
【００６３】
（ステップＳ１１４）次に、初期提示リソース取得部１３は、データアセット管理テーブルにおいて、取得したノードタグに対応付けられているコンポーネントタグ、シーケンス番号、およびアイテム識別を取得する。次に、初期提示リソース取得部１３は、ＭＰテーブルを参照し、取得したコンポーネントタグに対応するロケーション情報を取得する。次に、初期提示リソース取得部１３は、取得したロケーション情報に基づいて、放送信号解析部１２または通信送受信部１４にデータアセットを取得させる。次に、初期提示リソース取得部１３は、図６に示されるように、ＭＰＵシーケンス番号とアイテム識別とに基づいて、データアセットからアイテムを抽出する。次に、初期提示リソース取得部１３は、抽出したアイテムからアプリケーションに関連するリソースを生成し、生成したリソースによりデータディレクトリ管理テーブルが示すファイルシステムを構成して記憶部１５に記憶させる。その後、受信機１は、ステップＳ１１５に処理を進める。
（ステップＳ１１５）次に、初期提示リソース取得部１３は、取得したリソースをパース（解析）し、イニシャルリソースを特定する。その後、受信機１は、ステップＳ１０７に処理を進める。
【００６４】
次に、受信機１を含むテレビシステムについて説明する。
図７は、上述した受信機１を含むテレビシステムの構成を示す概略構成図である。図示するように、テレビシステム１００は、送信装置３と、サーバー装置５と、受信機１とを含んで構成される。
【００６５】
送信装置３は、放送信号を送信する。送信装置３が送信する放送信号には、映像のデータや、音声のデータや、制御情報のデータなどが含まれる。そして、制御情報のデータの一部として、前述のＭＨ−ＡＩＴが含まれる。送信装置３が送信した放送信号は、無線（地上波や衛星放送波）または有線（テレビ放送用ケーブル）によって伝送される。
【００６６】
サーバー装置５は、受信機１からの要求に応じて、アプリケーションプログラムを提供する。サーバー装置５は、通信ネットワークを介して受信機１に接続されており、受信機１からのデータを受信したり、受信機１に対してデータを送信したりすることができる。
【００６７】
受信機１は、送信装置３からの放送信号を受信するとともに、サーバー装置５との間の通信を行う。受信機１は、送信装置３からの放送信号の中に含まれるＭＨ−ＡＩＴに従って、サーバー装置５からアプリケーションプログラムを受信する。受信機１は、受信したＭＨ−ＡＩＴ内のアプリケーション制御コードに従って、アプリケーションの実行を制御する。つまり、受信機１は、受信したＭＨ−ＡＩＴ内のアプリケーション制御コードに従って、アプリケーションを起動可能な状態にしたり、起動したり、終了させたりといった制御を行う。
【００６８】
図８は、送信装置３の概略機能構成を示すブロック図である。図示するように、送信装置３は、映像信号取得部３１と、音声信号取得部３２と、データ取得部３３と、制御情報設定部３４と、多重化部３７と、放送送信部３８とを含んで構成される。また、制御情報設定部３４は、内部にアプリ制御情報設定部３６を含んでいる。
【００６９】
映像信号取得部３１は、コンテンツの映像信号を外部から取得し、符号化して、多重化部３７に渡す。
音声信号取得部３２は、コンテンツの音声信号を外部から取得し、符号化して、多重化部３７に渡す。
データ取得部３３は、アプリケーションなどのデータを外部から取得し、多重化部３７に渡す。
制御情報設定部３４は、アプリケーションに関する付随情報を設定し、多重化部３７に渡す。制御情報設定部３４は、その機能の一部として、アプリ制御情報設定部３６を含んで構成される。
【００７０】
アプリ制御情報設定部３６は、アプリケーションを制御するための情報を設定する。具体的には、アプリ制御情報設定部３６は、ＭＨ−ＡＩＴの情報を設定する。このＭＨ−ＡＩＴには、既に述べたアプリケーション初期提示記述子が含まれている。アプリ制御情報設定部３６は、アプリケーションのイニシャルディレクトリまたはイニシャルリソースの識別情報や所在などに基づいて、このアプリケーション初期提示記述子の値を設定する。
多重化部３７は、受け取った各データを多重化する。
放送送信部３８は、多重化部３７によって多重化されたデータを変調し、放送信号として送信する。
【００７１】
なお、ＭＨ−ＡＩＴを生成する装置とＭＨ−ＡＩＴを送信（配信）する装置とは、別体であってもよい。具体的には、テレビシステム１００は、多重化部３７によって多重化されたＭＨ−ＡＩＴを送信する送信装置と、ＭＨ−ＡＩＴを生成する生成装置とを含んで構成されてよい。この場合、生成装置は、アプリ制御情報設定部３６を備え、アプリケーション初期提示記述子を含むＭＨ−ＡＩＴを生成する。次に、生成装置は、生成したＭＨ−ＡＩＴを送信装置に出力する。送信装置は、生成装置から取得したＭＨ−ＡＩＴを多重化部３７において各種データと多重化し、放送信号として送信する。
【００７２】
なお、上述した実施形態では、ＭＨ−ＡＩＴは、アプリケーションイニシャルディレクトリ記述子とアプリケーションイニシャルリソース記述子とのいずれかを含むものとして説明したが、一つのＭＨ−ＡＩＴに、アプリケーションイニシャルディレクトリ記述子とアプリケーションイニシャルリソース記述子との両方が含まれていてもよい。つまり、ＭＨ−ＡＩＴにおいて、イニシャルディレクトリを指定する情報と、イニシャルリソースを指定する情報との両方が含まれていてもよい。この場合、受信機１は、各種アプリケーション初期提示記述子を参照して、イニシャルリソースを取得する処理を行う。この場合の具体例を図５を参照して説明する。例えば、ステップＳ１０４の処理において、初期提示リソース取得部１３がすべてのイニシャルディレクトリのノードタグについてステップＳ１０５およびステップＳ１０６の処理を完了した場合に、受信機１は、ステップＳ１０８に処理を進める。これにより、ＭＨ−ＡＩＴに、アプリケーションイニシャルディレクトリ記述子、アプリケーションイニシャルリソース記述子が混在する場合であっても、受信機１は、各種アプリケーション初期提示記述子により示されるすべてのイニシャルリソースを取得することができる。
【００７３】
なお、上述した実施形態における受信機、送信装置、サーバー装置の機能をコンピューターで実現するようにしてもよい。その場合、これら各装置の機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよい、さらに前述した機能をコンピューターシステムに既に記録されているプログラムとの組み合わせで実現できるものであってもよい。
【００７４】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００７５】
本発明は、テレビ放送のシステム（受信機、送信装置）に利用することができる。
【符号の説明】
【００７６】
１  受信機
３  送信装置
５  サーバー装置
１１  放送受信部
１２  放送信号解析部
１３  初期提示リソース取得部
１４  通信送受信部
１５  記憶部
１６  アプリ実行制御部（アプリケーション実行制御部）
１７  アプリ実行部（アプリケーション実行部）
３１  映像信号取得部
３２  音声信号取得部
３３  データ取得部
３４  制御情報設定部
３６  アプリ制御情報設定部
３７  多重化部
３８  放送送信部
１００  テレビシステム
【図１】
0006443970.tif 000002
【図２】
0006443970.tif 000003
【図３】
0006443970.tif 000004
【図４】
0006443970.tif 000005
【図５】
0006443970.tif 000006
【図６】
0006443970.tif 000007
【図７】
0006443970.tif 000008
【図８】
0006443970.tif 000009