JP2015228558A - 受信機およびプログラム - Google Patents

Abstract

【課題】アプリケーション制御情報と放送サービスとのマッピングを可能とする。そして、複数のサービスが存在する動作環境（例えばマルチ編成）においても、特定のサービスのみにバインディングされたアプリケーションを制御できるようにする。【解決手段】受信機において、アプリケーション情報テーブル取得部は、放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、サービスバインディング記述子を参照し、現在受信中の放送サービスを識別するサービス識別情報がサービスバインディング記述子に含まれているか否かを判定する。アプリケーション実行制御部は、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれていると判定された場合にのみ、当該アプリケーション情報テーブルに基づいて、受信中のサービスに関連付くアプリケーションの実行を制御する。【選択図】図１

Description

本発明は、受信機およびプログラムに関する。特に、本発明は、テレビジョン放送を受信するための受信機およびそのプログラムに関する。

テレビ放送を受信する受信機側で稼働するアプリケーションを制御するための情報を、放送局側から送る場合がある。また、受信機側で現在受信中（視聴中）のサービスにバインドされた形でアプリケーションのライフサイクルを制御する場合がある。既存技術では、ＡＩＴ（アプリケーション情報テーブル）を放送信号内に含めて放送局側から送信し、受信機側で放送信号からＡＩＴを取得し、ＡＩＴ内の記述に従ってアプリケーションの実行を制御することが行われる。

非特許文献１の「１０．１６ アプリケーション情報符号化方式」（ｐ．５４−７３）には、ＡＩＴ（アプリケーション情報テーブル）の構成、およびＡＩＴ内の各記述子について記載されている。

「デジタル放送におけるアプリケーション実行環境 標準規格 APPLICATION EXECUTION ENGINE PLATFORM FOR DIGITAL BROADCASTING ARIB STANDARD ARIB STD-B23 1.2版」，平成２１年（２００９年）７月２９日，社団法人電波産業会

しかしながら、既存技術によるアプリケーション制御情報の構成では、ＡＩＴ内で規定するアプリケーションの属性情報や制御情報を、放送チャンネルを表すサービスにマッピングできないという問題がある。受信機側で取得したアプリケーション制御情報が複数のサービスのうちのいずれかのサービスに対応付けられるべきものである場合には、そのアプリケーション制御情報が特定のどのサービスに対応するものであるかを明確にする必要がある。

本発明は、上記の課題認識に基づいて行なわれたものであり、アプリケーション制御情報と放送サービスとのマッピングを可能とする。

上記の課題を解決するため、本発明の一態様による受信機は、放送信号を受信する放送受信部と、前記放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、前記アプリケーション情報テーブルに含まれるサービスバインディング記述子を参照し、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれているか否かを判定するアプリケーション情報テーブル取得部と、アプリケーションを実行するアプリケーション実行部と、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれていると前記アプリケーション情報テーブル取得部が判定した場合にのみ、当該アプリケーション情報テーブルに基づいて、前記受信中の放送サービスに関連付けられたアプリケーションの前記アプリケーション実行部における実行を制御するアプリケーション実行制御部と、を具備する。
この構成によれば、特定のサービスとアプリケーションを関連付けることが可能となる。したがって、アプリケーション情報テーブルに含まれる情報（アプリケーションを制御するための情報）とサービスとを関連付けることができる。

また、本発明の一態様は、上記の受信機において、前記アプリケーション情報テーブル取得部は、前記アプリケーション情報テーブル内に共通記述子の一つとして含まれるサービスバインディング記述子を参照することによって前記判定を行い、前記アプリケーション実行制御部は、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれている場合にのみ、当該アプリケーション情報テーブルに含まれる前記アプリケーションに関して、前記アプリケーション実行部における実行を制御する、ことを特徴とする。
この構成により、当該アプリケーション情報テーブルに含まれるすべてのアプリケーションを、サービスバインディング記述子に含まれるサービスに関連付けることが可能となる。

また、本発明の一態様は、上記の受信機において、前記アプリケーション情報テーブル取得部は、前記アプリケーション情報テーブル内にアプリケーション記述子の一つとして含まれるサービスバインディング記述子を参照することによって前記判定を行い、前記アプリケーション実行制御部は、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれている場合にのみ、当該アプリケーション記述子に対応する前記アプリケーションに関して、前記アプリケーション実行部における実行を制御する、ことを特徴とする。
この構成により、アプリケーション情報テーブルに含まれるアプリケーションごとに、サービスバインディング記述子を設定し、各アプリケーションをサービスに関連付けることが可能となる。

また、本発明の一態様は、放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、前記アプリケーション情報テーブルに含まれるサービスバインディング記述子を参照し、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれているか否かを判定するアプリケーション情報テーブル取得手段、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれていると前記アプリケーション情報テーブル取得手段が判定した場合にのみ、当該アプリケーション情報テーブルに基づいて、前記受信中の放送サービスに関連付けられたアプリケーションのアプリケーション実行部における実行を制御するアプリケーション実行制御手段、としてコンピューターを機能させるプログラムである。

本発明によれば、取得したアプリケーション制御情報を特定のサービスにマッピングすることが可能となる。マルチ編成の放送が行われる場合においても、サービスごとに別々のアプリケーションを指定して、自動起動させることなどが可能となる。

本発明の実施形態による受信機の概略機能構成を示す機能ブロック図である。 同実施形態によるＡＩＴ（アプリケーション情報テーブル）のデータ構成を示す概略図である。 同実施形態によるＡＩＴ内のサービスバインディング記述子のデータ構成を示す概略図である。 同実施形態によるテレビシステムの構成を示す概略構成図である。 同実施形態によるテレビシステムを構成する要素である、送信装置の概略機能構成を示すブロック図である。 同実施形態による放送信号（単一のサービスを含む）の構成の一例を示す概略図である。 同実施形態による放送信号（複数のサービスを含む）の構成の一例を示す概略図である。

以下、図面を参照しながら、本発明の実施形態について説明する。
図１は、本実施形態による受信機の概略機能構成を示すブロック図である。図示するように、受信機１は、放送受信部１１と、放送信号解析部１２と、ＡＩＴ取得部１４と、通信送受信部１５と、アプリ実行制御部１６と、アプリ実行部１７とを含んで構成される。
なお、この受信機１は、いわゆるテレビであり、放送信号に含まれる映像や音声などの放送コンテンツを提示する機能を有しているが、ここでは、本発明に直接関係する機能のみについて説明し、その他の機能については説明を省略する。
なお、以下の記述において、あるいは図面において、アプリケーションのことを「アプリ」と略称することがある。

放送受信部１１は、外部からの放送信号を受信する。放送受信部１１が受信する放送信号は、映像や音声やデータの情報とともに、制御情報が多重された信号である。そして、制御情報の一部として、ＡＩＴ（アプリケーション情報テーブル, 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（アプリケーション形式）
AITの制御対象となるアプリケーションの形式を示す１６ビットのフィールドである。アプリケーション形式の値とその意味は次の通りである。即ち、値「０ｘ００００」は、将来の使用のためにリザーブされている。値「０ｘ０００１」は、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（記述子長）
このフィールドより後に続くデータバイト数を保持する領域である。記述子長フィールドのビット長は記述子により異なる。本実施形態において、サービスバインディング記述子の記述子長フィールドのビット長は８である。
（３）related_service_number（関連サービス数）
アプリケーションと関連するサービスの数を書き込む領域である。関連サービス数は、後続するサービス識別の領域の繰り返し数を示す。関連サービス数のビット長は８であるため、サービス数として０から２５５までの範囲の値を示すことができる。
（４）service_id（サービス識別）
サービスを識別するためのラベルを書き込むための領域である。各々のサービス識別のビット長は１６である。例えば、当該サービスバインディング記述子が関連するサービスが十進数で「１０１」のときには、サービス識別の値は「０ｘ００６５」である。また例えば、当該サービスバインディング記述子が関連するサービスが十進数で「１０２」のときには、サービス識別の値は「０ｘ００６６」である。

以上のように、サービスバインディング記述子は、サービス（テレビ放送チャンネル等）とアプリケーションとの間の関連付け（マッピング）をするデータである。これにより、複数のサービスが存在する動作環境（マルチ編成等）においても、受信機１は、それら複数のサービスのうちの特定の単数または複数のサービスのみを、アプリケーションにマッピングすることができる。これにより、特定のサービスにバインディング（束縛）されたアプリケーションを、適切に制御することができる。例えば、現在視聴中のサービスにマッピングされたアプリケーションのみを、動作可能としたり自動起動したりすることができる。

次に、受信機１の動作について説明する。
放送受信部１１は、放送信号を受信し、復調する。
放送信号解析部１２は、放送受信部１１によって復調された信号を解析し、映像データや、音声データや、データ放送等のデータや、制御情報のデータに分離する。なお、以下では、制御情報のデータの取り扱いについて述べ、映像データや、音声データや、データ放送等のデータの処理については説明を省略する。映像データや、音声データや、データ放送は、通常のテレビ受信機における場合と同様に処理される。放送信号解析部１２は、制御情報のデータから、各種テーブルの抽出も行う。放送信号解析部１２によって抽出されるテーブルのひとつが、ＡＩＴである。

ＡＩＴ取得部１４は、放送信号解析部１２によって抽出されたＡＩＴを受け取る。前述の通り、ＡＩＴ内の第１記述子領域（共通記述子の領域）または第２記述子領域（アプリケーション記述子の領域）のいずれかには、サービスバインディング記述子が格納されている。ＡＩＴ取得部１４は、現在受信中のサービスを識別する情報を（例えば、不図示の選局部から）取得し、受信中のサービスにバインディングされているアプリケーションの制御情報を取得する。なお、ＡＩＴ取得部１４は、現在受信中のサービスがバインディングされていないアプリケーションの制御情報については、無視する。それらの結果、ＡＩＴ取得部１４は、アプリケーションコードを外部から取得する必要がある場合には、通信送受信部１５を介して、外部のコンピューターサーバー等から、アプリケーションのコードを取得するよう指示する。

ここで、アプリケーションコードを取得する必要がある場合とは、次の（Ａ）や（Ｂ）の場合である。
（Ａ）そのアプリケーションのコードが受信機内にない場合であって、且つそのアプリケーションに関して「０ｘ０１」（識別名：ＡＵＴＯＳＴＡＲＴ）や「０ｘ０２」（識別名：ＰＲＥＳＥＮＴ）の制御コードがＡＩＴ内に含まれていた場合。
（Ｂ）そのアプリケーションのコードが受信機内にあるかないかに関わらず、そのアプリケーションに関して制御コードの値が「０ｘ０５」（識別名：ＰＲＥＦＥＴＣＨ）である場合。

通信送受信部１５は、ＡＩＴ取得部１４からの上記の指示によって、外部のサーバー装置からアプリケーションコードを受信した場合には、そのアプリケーションコードをアプリ実行部１７に渡す。

一方で、ＡＩＴ取得部１４は、受信中のサービスに関連付けられたＡＩＴを取得し、そのＡＩＴをアプリ実行制御部１６に渡す。
アプリ実行制御部１６は、ＡＩＴ取得部１４から取得したＡＩＴに基づいて、アプリケーションの制御を行う。一例として、アプリ実行制御部１６は、アプリケーションごとのライフサイクルの制御を行う。アプリケーション制御コードの各々の値の意味は既に述べた通りである。
アプリ実行部１７は、アプリ実行制御部からの指示に従って、アプリを実行させる。

次に、受信機１を含むテレビシステムについて説明する。
図４は、上述した受信機１を含むテレビシステムの構成を示す概略構成図である。図示するように、テレビシステム１００は、送信装置３と、サーバー装置５と、受信機１とを含んで構成される。

送信装置３は、放送信号を送信する。送信装置３が送信する放送信号には、映像のデータや、音声のデータや、制御情報のデータなどが含まれる。そして、制御情報のデータの一部として、前述のＡＩＴが含まれる。送信装置３が送信した放送信号は、無線（地上波や衛星放送波）または有線（テレビ放送用ケーブル）によって伝送される。

サーバー装置５は、受信機１からの要求に応じて、アプリケーションプログラムを提供する。サーバー装置５は、通信ネットワークを介して受信機１に接続されており、受信機１からのデータを受信したり、受信機１に対してデータを送信したりすることができる。

受信機１は、送信装置３からの放送信号を受信するとともに、サーバー装置５との間の通信を行う。受信機１は、送信装置３からの放送信号の中に含まれるＡＩＴに従って、サーバー装置５からアプリケーションプログラムを受信する。受信機１は、受信したＡＩＴ内のアプリケーション制御コードに従って、アプリケーションの実行を制御する。つまり、受信機１は、受信したＡＩＴ内のアプリケーション制御コードに従って、アプリケーションを起動可能な状態にしたり、起動したり、終了させたりといった制御を行う。

図５は、送信装置３の概略機能構成を示すブロック図である。図示するように、送信装置３は、映像信号取得部３１と、音声信号取得部３２と、データ取得部３３と、制御情報設定部３４と、多重化部３７と、放送送信部３８とを含んで構成される。また、制御情報設定部３４は、内部にアプリ制御情報設定部３６を含んでいる。

映像信号取得部３１は、コンテンツの映像信号を外部から取得し、符号化して、多重化部３７に渡す。
音声信号取得部３２は、コンテンツの音声信号を外部から取得し、符号化して、多重化部３７に渡す。
データ取得部３３は、サービスに付随するデータを外部から取得し、多重化部３７に渡す。
制御情報設定部３４は、サービスに関する付随情報を設定し、多重化部３７に渡す。制御情報設定部３４は、その機能の一部として、アプリ制御情報設定部３６を含んで構成される。
アプリ制御情報設定部３６は、アプリケーションを制御するための情報を設定する。具体的には、アプリ制御情報設定部３６は、ＡＩＴの情報を設定する。このＡＩＴには、既に述べたサービスバインディング記述子が含まれている。アプリ制御情報設定部３６は、アプリケーションとサービスとの対応関係に基づいて、このサービスバインディング記述子の値を設定する。
多重化部３７は、受け取った各データを多重化する。
放送送信部３８は、多重化部３７によって多重化されたデータを変調し、放送信号として送信する。

次に、送信装置３による番組送出の例について説明する。送信装置３は、マルチ編成で放送コンテンツを送出する場合がある。マルチ編成とは、デジタルテレビ放送において、１つのチャンネルで複数の番組を放送することのできるしくみである。一例として１つのチャンネルで２番組を放送するとき、そのチャンネルのメインチャンネルとサブチャンネルが使用される。これら、メインチャンネルおよびサブチャンネルの各々がサービスである。例えば、送信装置３は、いわゆる８Ｋテレビ（横７６８０ピクセルで、縦４３２０ピクセルの解像度）１波を送出する場合と、４Ｋテレビ（横３８４０ピクセルで、縦２１６０ピクセルの解像度）２波を送出する場合とを切り替えることができる。このとき、伝送に用いられるチャンネルの容量は、いずれの場合の伝送データをも収容できる。以下、図６および図７を参照しながら、この切り替えが行われた時の伝送データの構成を説明する。

図６は、８Ｋ１波（１サービス）の放送信号の構成を示す概略図である。放送信号はＭＭＴ（MPEG Multimedia Transport）方式により多重化されている。このＩＰデータフロー内には、１個のサービス（パッケージ）が含まれる。そのサービスは、１個の映像アセット（映像１アセット（Video 1 Asset））と、１個の音声アセット（音声１アセット（Audio 1 Asset））と、２個のデータアセット（データ１アセット（Data 1 Asset）とデータ２アセット（Data 2 Asset））とを含む。映像１アセットは、８Ｋの映像である。このＩＰデータフロー内には、２個のＰＡメッセージ（Package access message，パッケージアクセスメッセージ）を含む。各ＰＡメッセージは、ＭＰＴ（MMT Package Table，ＭＭＴパッケージテーブル）を格納している。各々のＰＡメッセージのＭＰＴは、サービスＩＤ（＝パッケージＩＤ）を格納している。それらのサービスＩＤの値は、それぞれ、「１」および「２」である（図中ではそれぞれ丸数字で示す）。両方のＭＰＴからは、同一のパッケージを指し示す。即ち、両ＭＰＴのそれぞれが、映像１アセットへのリンク、音声１アセットへのリンク、データ１アセットへのリンク、データ２アセットへのリンクを有する。なお、第１のＰＡメッセージ内にはＰＬＴ（Package List Table）が設けられている。このＰＬＴからは、第２のＰＡメッセージが指し示されている。

送信装置３から送出される放送信号が上記のような構成を有するため、図６に示す放送信号を受信した受信機１側では、サービス「１」を選択した場合にも、サービス「２」を選択した場合にも、同一のコンテンツを参照し、そのコンテンツ（映像、音声、データ）が受信機１の利用者に対して提示される。

図７は、４Ｋ２波（２サービス）の放送信号の構成を示す概略図である。この図においてもＭＭＴ方式が用いられている。このＩＰデータフロー内には、２個のサービス（パッケージ）が含まれる。第１のサービスは、１個の映像アセット（映像１アセット）と、１個の音声アセット（音声１アセット）と、２個のデータアセット（データ１アセットとデータ２アセット）とを含む。映像1アセットは、４Ｋの映像である。第２のサービスは、１個の映像アセット（映像２アセット）と、１個の音声アセット（音声２アセット）と、１個のデータアセット（データ３アセット）とを含む。映像２アセットもまた、４Ｋの映像である。このＩＰデータフロー内には、２個のＰＡメッセージを含む。各ＰＡメッセージは、ＭＰＴを格納している。第１のサービスにおけるＭＰＴはパッケージＩＤ「１」を保持しており、第２のサービスにおけるＭＰＴは、パッケージＩＤ「２」を保持している。これら両ＭＰＴから、それぞれのパッケージのアセット（映像アセット、音声アセット、データアセット）を指し示す。即ち、第１のサービスにおけるＭＰＴは、映像１アセットへのリンク、音声１アセットへのリンク、データ１アセットへのリンク、データ２アセットへのリンクを有する。また、第２のサービスにおけるＭＰＴは、映像２アセットへのリンク、音声２アセットへのリンク、データ３アセットへのリンクを有する。なお、第１のＰＡメッセージ内にはＰＬＴが設けられている。このＰＬＴからは、第２のＰＡメッセージが指し示されている。

送信装置３から送出される放送信号が上記のような構成を有するため、図７に示す放送信号を受信した受信機１側では、サービス「１」を選択した場合にはパッケージＩＤが「１」であるＭＰＴを基に各アセットにアクセスし、サービス「２」を選択した場合にはパッケージＩＤが「２」であるＭＰＴを基に各アセットにアクセスする。そして、受信機１は、取得したコンテンツ（映像、音声、データ）を、利用者に対して提示する。

ここで、１件のサービスバインディング記述子の中に複数のサービス識別情報が含まれる場合の、アプリケーション制御の方法について、２つのパターンを説明する。図３を参照しながら述べたように、１件のサービスバインディング記述子の中には、１件または複数件のサービス識別情報を含めることができる。例えば、サービス識別の値として「０ｘ００６５」（十進数で１０１）および「０ｘ００６６」（十進数で１０２）が１つのサービスバインディング記述子に含まれている場合、この記述子によって、アプリケーションはこれら２つのサービスにバインドされる。

（Ａ）第１の制御パターン
アプリケーション制御における第１のパターンでは、これら２つのサービス間での切り替えが行われた場合、つまりサービス識別「０ｘ００６５」を受信中にサービス識別「０ｘ００６６」への切り替えが行われた場合、サービスは一旦中止されたものと解釈する。この場合、サービス識別「０ｘ００６５」の受信中に、同サービスにバインドされたアプリケーションが稼働していても、「０ｘ００６６」の受信に切り替えられた時点で、そのアプリケーションは強制的に終了される。サービス識別「０ｘ００６６」の受信が開始された時点で、ＡＩＴ取得部１４はまた、「０ｘ００６６」のサービスに該当するＡＩＴを取得し、アプリ実行制御部１６は取得されたＡＩＴに基づいてアプリケーションを制御する。

（Ｂ）第２の制御パターン
アプリケーション制御における第２のパターンでは、これら２つのサービス間での切り替えが行われた場合、つまりサービス識別「０ｘ００６５」を受信中にサービス識別「０ｘ００６６」への切り替えが行われた場合、当該サービスバインディング識別子の範囲内のサービスが継続して受信されているものと解釈する。この場合、サービス識別「０ｘ００６５」の受信中に、同サービスにバインドされたアプリケーションが稼働していれば、「０ｘ００６６」の受信に切り替えられた後も、サービスバインディング識別子で規定された範囲内のサービスにとどまっているため、そのアプリケーションは終了されることなく引き続き稼働する。なお、そのサービスバインディング記述子で規定されている複数のサービスのいずれにも該当しなくなったときに、そのアプリケーションは終了するよう制御される。

つまり、第１の制御パターンでは、単一のサービスバインディング記述子の中に複数のサービスが書かれていても、それらのサービスが個別にアプリケーションに関連付けられているものとして、アプリ実行制御部１６は制御を行う。言い換えれば、アプリ実行制御部１６は、受信中のサービスを離れたときには、そのサービスにバインドされたアプリケーションを終了させる。
一方で第２の制御パターンでは、単一のサービスバインディング記述子の中に複数のサービスが書かれている場合には、それらのサービスの集合がアプリケーションに関連付けられているものとして、アプリ実行制御部１６は制御を行う。言い換えれば、アプリ実行制御部１６は、受信中のサービスを離れたとしても、サービスバインディング記述子に規定されたサービス集合内にとどまっているときには、そのサービスにバインドされたアプリケーションの実行を継続させる。
なお、アプリ実行制御部１６は、上記の第１または第２のいずれの制御を行っても良い。

なお、上述した実施形態における受信機、送信装置、サーバー装置の機能をコンピューターで実現するようにしても良い。その場合、これら各装置の機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明は、テレビ放送のシステム（受信機、送信装置）に利用することができる。

１ 受信機
３ 送信装置
５ サーバー装置
１１ 放送受信部
１２ 放送信号解析部
１４ ＡＩＴ取得部（アプリケーション情報テーブル取得部）
１５ 通信送受信部
１６ アプリ実行制御部（アプリケーション実行制御部）
１７ アプリ実行部（アプリケーション実行部）
３１ 映像信号取得部
３２ 音声信号取得部
３３ データ取得部
３４ 制御信号設定部
３６ アプリ制御情報設定部
３７ 多重化部
３８ 放送送信部
１００ テレビシステム

Claims (4)

1. 放送信号を受信する放送受信部と、
   前記放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、前記アプリケーション情報テーブルに含まれるサービスバインディング記述子を参照し、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれているか否かを判定するアプリケーション情報テーブル取得部と、
   アプリケーションを実行するアプリケーション実行部と、
   現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれていると前記アプリケーション情報テーブル取得部が判定した場合にのみ、当該アプリケーション情報テーブルに基づいて、前記受信中の放送サービスに関連付けられたアプリケーションの前記アプリケーション実行部における実行を制御するアプリケーション実行制御部と、
   を具備することを特徴とする受信機。
2. 前記アプリケーション情報テーブル取得部は、前記アプリケーション情報テーブル内に共通記述子の一つとして含まれるサービスバインディング記述子を参照することによって前記判定を行い、
   前記アプリケーション実行制御部は、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれている場合にのみ、当該アプリケーション情報テーブルに含まれる前記アプリケーションに関して、前記アプリケーション実行部における実行を制御する、
   ことを特徴とする請求項１に記載の受信機。
3. 前記アプリケーション情報テーブル取得部は、前記アプリケーション情報テーブル内にアプリケーション記述子の一つとして含まれるサービスバインディング記述子を参照することによって前記判定を行い、
   前記アプリケーション実行制御部は、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれている場合にのみ、当該アプリケーション記述子に対応する前記アプリケーションに関して、前記アプリケーション実行部における実行を制御する、
   ことを特徴とする請求項１に記載の受信機。
4. 放送受信部が受信した放送信号に含まれるアプリケーション情報テーブルを取得するとともに、前記アプリケーション情報テーブルに含まれるサービスバインディング記述子を参照し、現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれているか否かを判定するアプリケーション情報テーブル取得手段、
   現在受信中の放送サービスを識別するサービス識別情報が前記サービスバインディング記述子に含まれていると前記アプリケーション情報テーブル取得手段が判定した場合にのみ、当該アプリケーション情報テーブルに基づいて、前記受信中の放送サービスに関連付けられたアプリケーションのアプリケーション実行部における実行を制御するアプリケーション実行制御手段、
   としてコンピューターを機能させるプログラム。

Images