JP5909325B2 - 受信装置、放送システム及びプログラム - Google Patents

Description

本発明は、受信装置、放送システム及びプログラムに関する。

近年の放送のデジタル化と通信のブロードバンド化の進展に伴い、欧州のＨｂｂＴＶ（Hybrid Broadcast Broadband TV：ハイブリッドブロードキャストブロードバンドテレビ）をはじめとする放送通信連携サービスの実現に向けた研究開発が行われている。このような放送通信連携サービスでは、放送と通信という異なる伝送路を用いてコンテンツを配信し、デジタルテレビやパーソナルコンピュータ、携帯端末などの受信機に、配信されたそれらの複数のコンテンツの表示画面を合わせて同時に表示することが考えられている。例えば、ウィジェット（またはガジェット）やブラウザなどのアプリケーションプログラムを用い、放送により配信されたコンテンツである放送番組の表示画面上に、通信により配信された文字情報や動画などの通信コンテンツを重ね合わせて表示することなどが想定される。

しかし、通信コンテンツの表示画面を放送番組の表示画面上に自由に重ねて表示することによって、放送番組の表示画面の一部もしくは全体が通信コンテンツの表示画面によって覆われてしまい、画面構成や番組構成などの番組制作者の演出意図が視聴者に伝わらなくなる可能性がある。さらには、緊急地震速報など、視聴者にとって重要な緊急性の高い情報が、正確かつ確実に伝わらなくなる危険性もある。一方で、放送番組の演出意図を損ねることのない範囲でアプリケーションプログラム（以下、「アプリケーション」と記載する。）が取得した通信コンテンツの表示画面を重ねてもしくは並べて表示することで、より便利で魅力的なサービスを提供できることも考えられる。

特許文献１では、コンテンツ（放送番組）を放送する事業者が有する設備から、コンテンツの表示方法を決定するための制御情報を当該コンテンツと紐付けて通信により配信し、コンテンツ表示装置である受信機が、その制御情報に基づいてコンテンツの表示画面とアプリケーションの表示画面の表示方法を決定することが記載されている。これによって、番組の作品性を侵害せずに複数のアプリケーション画面を表示させる。

特開２０１０−４４９８号公報

しかしながら、特許文献１の技術では、放送されるコンテンツ毎に、コンテンツの表示画面と各アプリケーションの表示画面をどのように表示させるかの表示方法を記述した制御情報を配信しなければならなかった。

本発明は、このような事情を考慮してなされたもので、放送されるコンテンツ毎の制御情報を配信することなく、コンテンツの表示画面とアプリケーションの表示画面の表示を制御することができる受信装置、放送システム及びプログラムを提供する。

［１］ 本発明の一態様は、放送及びアプリケーションの画面表示方法の段階を表すポリシーレベルをコンテンツ毎に示すポリシーレベルテーブルを記憶するとともに、放送及びアプリケーションの画面表示方法をポリシーレベル毎に示す出力決定テーブルを記憶するポリシーデータ記憶部と、アプリケーションを実行するアプリケーション実行部と、放送信号を受信する放送受信部と、前記ポリシーデータ記憶部に記憶されている前記ポリシーレベルテーブルから前記放送受信部が受信した前記放送信号に含まれる前記コンテンツに対応したポリシーレベルを読み出すポリシーレベル照合部と、前記ポリシーレベル照合部が読み出した前記ポリシーレベルに対応した前記画面表示方法を前記ポリシーデータ記憶部に記憶されている出力決定テーブルから読み出し、読み出した前記画面表示方法に従って、前記放送信号に含まれる前記コンテンツの表示画面及び前記アプリケーション実行部が実行している前記アプリケーションの表示画面を表示するよう指示するポリシー調停部と、を備えることを特徴とする受信装置である。
この態様によれば、受信装置は、受信した放送信号に含まれるコンテンツに対応したポリシーレベルを、予め記憶しているポリシーレベルテーブルを参照して決定し、さらに、決定したポリシーレベルに対応した放送とアプリケーションの画面出力方法を、予め記憶している出力決定テーブルを参照して決定する。受信装置は、決定した画面出力方法に従って、放送信号に含まれるコンテンツと、実行中のアプリケーションの表示画面の表示を制御する。
これにより、コンテンツ毎の制御情報が配信されなくとも、受信装置は、放送されたコンテンツの表示画面と、この受信装置において実行されるアプリケーションの表示画面の表示を制御することができる。従って、放送事業者が放送するコンテンツの演出意図に従って、アプリケーションの表示画面を表示するか否か、表示が可であればコンテンツの表示画面と重ねてもしくは並べて表示するかなどを制御することができる。また、放送されるコンテンツ毎の制御情報を受信装置に配信する必要がないため、従来の放送信号を変更する必要がない。従って、放送事業者側の設備を改修することなく実現可能である。

［２］ 本発明の一態様は、上述した受信装置であって、前記コンテンツは、予め決められたスケジュールに従って放送される通常コンテンツあり、前記ポリシーレベル照合部は、前記通常コンテンツの放送開始時刻データを受信するとともに、前記ポリシーレベルテーブルから前記通常コンテンツに対応したポリシーレベルを読み出し、前記ポリシー調停部は、前記ポリシーレベル照合部が受信した前記放送開始時刻データが示す時刻に、前記時刻以前のポリシーレベルを、前記放送開始時刻データに対応した前記通常コンテンツの前記ポリシーレベルに変更する、ことを特徴とする。
この態様によれば、受信装置は、放送開始時刻データにより示される時刻になると、その時刻に始まる放送番組のポリシーレベルに対応した画面出力方法に従って、放送番組とアプリケーションとの表示画面の表示を制御する。
これにより、受信装置は、通信や放送など任意の手段によって取得した電子番組表などの情報を利用し、放送番組の開始時間に合わせてアプリケーションの表示制御を行なうことが可能となる。

［３］ 本発明の一態様は、上述した受信装置であって、前記コンテンツは、予め決められたスケジュールにより配信される通常コンテンツとは非同期に放送される緊急コンテンツであり、前記放送信号に緊急コンテンツが含まれていることを検出し、前記緊急コンテンツの発生を前記ポリシーレベル照合部に出力するイベント解釈部をさらに備え、前記ポリシーレベル照合部は、前記ポリシーデータ記憶部に記憶されている前記ポリシーレベルテーブルから前記イベント解釈部が発生を検出した前記緊急コンテンツに対応したポリシーレベルを読み出す、ことを特徴とする。
この態様によれば、受信装置は、放送信号に緊急コンテンツが含まれることを検出した場合、緊急コンテンツのポリシーレベルに応じた出力方法によって、放送番組とアプリケーションの出力を制御する。
これにより、受信装置は、予めスケジュールされた放送番組とは無関係に配信される緊急地震速報やニュース速報など、緊急性や速報性のあるような情報を受信した場合、アプリケーションの表示画面を表示させないようすることが可能となる。従って、視聴者に重要な情報を伝え易くすることができる。

［４］ 本発明の一態様は、上述した受信装置であって、前記コンテンツは、予め決められたスケジュールに従って放送される通常コンテンツあるいは前記通常コンテンツとは非同期に放送される緊急コンテンツであり、前記放送信号に緊急コンテンツが含まれていることを検出し、前記緊急コンテンツの発生を前記ポリシーレベル照合部に出力するイベント解釈部をさらに備え、前記ポリシーレベル照合部は、前記ポリシーレベルテーブルから前記放送信号に含まれる前記通常コンテンツに対応したポリシーレベルを読み出すとともに、前記イベント解釈部が前記緊急コンテンツの発生を検出した場合は、前記ポリシーレベルテーブルから前記緊急コンテンツに対応したポリシーレベルを読み出し、前記ポリシー調停部は、前記緊急コンテンツが発生していない場合、前記通常コンテンツの前記ポリシーレベルに対応した画面表示方法を前記出力決定テーブルから読み出し、前記緊急コンテンツが発生している場合、前記緊急コンテンツの前記ポリシーレベルに対応した画面表示方法を前記出力決定テーブルから読み出すか、あるいは、前記緊急コンテンツの前記ポリシーレベルと前記通常コンテンツの前記ポリシーレベルとを比較し、いずれか高いほうに対応した画面表示方法を前記出力決定テーブルから読み出し、読み出した前記画面表示方法に従って、前記放送信号に含まれる前記コンテンツの表示画面及び前記アプリケーション実行部が実行している前記アプリケーションの表示画面を表示するよう指示する、ことを特徴とする。
この態様によれば、受信装置は、通常、放送番組のポリシーレベルに対応した画面出力方法によって放送番組とアプリケーションの表示制御を行う。そして、緊急コンテンツが放送されたときには、緊急コンテンツのポリシーレベルに応じた出力方法によって、あるいは、緊急コンテンツのポリシーレベルと放送番組のポリシーレベルのいずれか高いほうに応じた出力方法によって、放送番組とアプリケーションの表示制御を行う。
これにより、受信装置は、アプリケーションと連動した魅力的な放送番組を視聴者に提供しながら、その放送中に緊急性や速報性のあるような情報を伝える必要が発生した場合には、その重要な情報を視聴者が受け取り易く表示することができる。また、緊急コンテンツが発生した場合でも、重要な情報を伝える放送番組の放送中であれば、その放送番組により提供される情報を情報視聴者が受け取り易いような表示を継続することができる。

［５］ 本発明の一態様は、上述した受信装置であって、前記放送受信部が受信した前記放送信号からセクション形式、エンジニアリングサービス、または、データカルーセル形式により伝送された出力決定テーブルを取得し、前記ポリシーデータ記憶部に書き込むポリシーデータ管理部をさらに備えることを特徴とする。
この態様によれば、受信装置は、コンテンツに共通して使用する出力決定テーブルを放送信号から取得する。
これにより、ポリシーレベルに応じた画面表示方法の変更があった場合にのみ出力決定テーブルを放送信号により伝送することで、放送事業者が意図するように、受信装置における画面表示方法を制御することが可能となる。

［６］ 本発明の一態様は、放送信号を送信する送信装置と、放送信号を受信する受信装置とを有する放送システムであって、前記送信装置は、コンテンツを含んだ放送信号を送信する放送送信部を備え、前記受信装置は、放送及びアプリケーションの画面表示方法の段階を表すポリシーレベルをコンテンツ毎に示すポリシーレベルテーブルを記憶するとともに、放送及びアプリケーションの画面表示方法をポリシーレベル毎に示す出力決定テーブルを記憶するポリシーデータ記憶部と、アプリケーションを実行するアプリケーション実行部と、前記送信装置が送信した放送信号を受信する放送受信部と、前記ポリシーデータ記憶部に記憶されている前記ポリシーレベルテーブルから前記放送受信部が受信した前記放送信号に含まれる前記コンテンツに対応したポリシーレベルを読み出すポリシーレベル照合部と、前記ポリシーレベル照合部が読み出した前記ポリシーレベルに対応した前記画面表示方法を前記ポリシーデータ記憶部に記憶されている出力決定テーブルから読み出し、読み出した前記画面表示方法に従って、前記放送信号に含まれる前記コンテンツの表示画面及び前記アプリケーション実行部が実行している前記アプリケーションの表示画面を表示するよう指示するポリシー調停部と、を備える、ことを特徴とする放送システムである。
この態様によれば、受信装置は、送信装置が送信した放送信号に含まれるコンテンツに対応したポリシーレベルを、予め記憶しているポリシーレベルテーブルを参照して決定し、さらに、決定したポリシーレベルに対応した放送とアプリケーションの画面出力方法を、予め記憶している出力決定テーブルを参照して決定する。受信装置は、決定した画面出力方法に従って、放送信号に含まれるコンテンツと、実行中のアプリケーションの表示画面の表示を制御する。
これにより、コンテンツ毎の制御情報が配信されなくとも、受信装置は、放送されたコンテンツの表示画面と、この受信装置において実行されるアプリケーションの表示画面の表示を制御することができる。従って、放送事業者が放送するコンテンツの演出意図に従って、アプリケーションの表示画面を表示するか否か、表示が可であればコンテンツの表示画面と重ねてもしくは並べて表示するかなどを制御することができる。また、放送されるコンテンツ毎の制御情報を受信装置に配信する必要がないため、従来の放送信号を変更する必要がない。従って、放送事業者側の設備を改修することなく実現可能である。

［７］ 本発明の一態様は、受信装置に用いられるコンピュータを、放送及びアプリケーションの画面表示方法の段階を表すポリシーレベルをコンテンツ毎に示すポリシーレベルテーブルを記憶するとともに、放送及びアプリケーションの画面表示方法をポリシーレベル毎に示す出力決定テーブルを記憶するポリシーデータ記憶部、アプリケーションを実行するアプリケーション実行部、放送信号を受信する放送受信部、前記ポリシーデータ記憶部に記憶されている前記ポリシーレベルテーブルから前記放送受信部が受信した前記放送信号に含まれる前記コンテンツに対応したポリシーレベルを読み出すポリシーレベル照合部、前記ポリシーレベル照合部が読み出した前記ポリシーレベルに対応した前記画面表示方法を前記ポリシーデータ記憶部に記憶されている出力決定テーブルから読み出し、読み出した前記画面表示方法に従って、前記放送信号に含まれる前記コンテンツの表示画面及び前記アプリケーション実行部が実行している前記アプリケーションの表示画面を表示するよう指示するポリシー調停部、として機能させることを特徴とするプログラムである。

本発明によれば、放送されるコンテンツ毎の制御情報を配信することなく、コンテンツの表示画面とアプリケーションの表示画面の表示を制御することができる。

本発明の一実施形態による放送システムの全体構成図である。 同実施形態によるポリシーレベルの判断例を示す図である。 同実施形態によるポリシーレベルと放送画面及びアプリケーション画面の表示の関係を示す図である。 同実施形態による受信装置の機能ブロック図である。 同実施形態によるポリシーデータ記憶部に記憶されるデータ例である。 同実施形態によるポリシーレベルテーブルの設定例を示す図である。 同実施形態による出力決定テーブルの設定例を示す図である。 同実施形態による受信装置の処理フローを示す図である。 アプリケーションの属性に応じて画面表示方法を決定する場合における表示制御内容の一例を示す図である。 アプリケーションの属性に応じて画面表示方法を決定する場合における受信装置の内部構成を示すブロック図である。

以下、図面を参照しながら本発明の実施形態を詳細に説明する。
図１は、本発明の一実施形態による放送システムの全体構成図である。送信装置１は、放送事業者の設備であり、放送送出装置２及びデータ管理装置３を備える。コンテンツ配信装置５、５、…はそれぞれ、コンテンツを配信する装置であり、異なる事業者が設ける設備である。コンテンツ配信装置５を保有する事業者は、例えば、放送事業者、サービス事業者、アプリケーション提供者等である。ユーザが保有する受信装置４は、放送送出装置２から放送を受信するとともに、インターネットを介してデータ管理装置３及びコンテンツ配信装置５と通信する。同図においては、受信装置４を１台のみ示しているが、複数台が備えられる。

本実施形態の放送システムは、放送通信連携サービスを実現する。放送通信連携サービスの形態は複数存在するが、本実施形態では、受信装置４において、ＩＳＤＢ（Integrated Services Digital Broadcasting；統合デジタル放送サービス）方式による放送サービスと、インターネットによる通信サービスとを連携する。ユーザは、受信装置４によって、放送通信連携サービスを利用することができる。

放送送出装置２から放送される放送信号は、現用の放送設備によって放送されている従来のデジタル放送の放送信号と同一であり、ＡＲＩＢ（Association of Radio Industries and Broadcast；社団法人電波産業会）標準規格で規定される。受信装置４は、放送送出装置２から放送される放送信号を受信するとともに、アプリケーションプログラム（以下、「アプリケーション」と記載する。）を実行する。この受信装置４において実行されるアプリケーションは、インターネットを経由してコンテンツ配信装置５から配信されるコンテンツを取得する。

従来想定されている放送通信連携サービスでは、放送の受信機において様々なアプリケーションが利用可能な状態である場合、放送番組の表示画面（以下、「放送画面」と記載する。）の上に、インターネットを経由してアプリケーションが取得したコンテンツの表示画面（以下、「アプリケーション画面」と記載する。）を重ね合わせて表示する。本実施形態では、放送信号を用い、放送番組単位で、あるいは、放送番組とは非同期に、放送番組とアプリケーション間の画面表示方法及び音声出力方法を制御する。画面表示方法には、例えば、放送画面のみを表示する、放送画面とアプリケーション画面を重ねてあるいは隣り合わせに表示する、などの方法がある。また、音声出力方法には、放送番組の音声のみを出力する、放送番組の音声とアプリケーションの音声を独立にあるいは混合して出力する、などの方法がある。放送事業者が要求する画面表示方法や音声出力方法をポリシーと呼ぶ。ポリシーには、放送番組の内容の重要性や演出等に応じて複数の段階があり、これらの段階をポリシーレベルと呼ぶ。つまり、ポリシーレベルは、放送番組の画面表示や音声出力に対してアプリケーションの画面表示や音声出力を制限するレベルを示し、例えば、整数値で表される。ポリシーレベル高いとは、アプリケーションの画面表示や音声出力の規制のレベルが高い（規制がより厳しい）ことである。例えば、緊急性・重要性の高い放送のコンテンツを優先的に表示させたい場合、ポリシーレベルを高く設定する。以下、画面表示方法及び音声出力方法を「出力方法」とも記載する。また、放送番組を単に「番組」とも記載する。

放送送出装置２は、番組編成設備、番組送出設備、送信設備等から構成される一般的なデジタル放送用の放送設備である。放送送出装置２は、放送送信部２１と指示受信部２２を備える。放送送信部２１は、コンテンツを含んだ放送信号を放送する。コンテンツには、放送スケジュールに従って放送される通常コンテンツである番組や、番組とは非同期に発生する緊急コンテンツであるイベントがある。例えば、イベントは、緊急警報信号や緊急地震速報、データ放送のモジュールアップデート、イベントメッセージなどであり、番組とは必ずしも連動して発生しない放送の内容である。指示受信部２２は、データ管理装置３からポリシーデータを受信する。ポリシーデータは、放送中の番組、放送信号に含まれるイベント、アプリケーションの提供者などに基づいて、放送とアプリケーションの出力方法をどのように制御するかを示すデータである。放送送信部２１は、指示受信部２２が受信したポリシーデータを放送信号に多重して伝送する。

データ管理装置３は、ポリシーデータを管理する。データ管理装置３は、入力部３１、送信部３２、及び、指示部３３を備える。入力部３１は、更新されたポリシーデータ、配信経路の入力を受ける。送信部３２は、インターネットによる配信を示す配信経路が入力された場合、更新されたポリシーデータをインターネットにより受信装置４へ送信する。
指示部３３は、放送による配信を示す配信経路が入力された場合、放送送出装置２に更新されたポリシーデータを出力する。

受信装置４は、例えば、テレビ、セットトップボックス、パーソナルコンピュータ、携帯端末等のデバイスであり、送出装置２から放送される放送信号の受信、および、インターネットを介した通信が可能な受信機である。受信装置４は、放送信号により放送された番組の表示画面及び音声を出力する。さらに、受信装置４は、アプリケーションを実行し、実行されているアプリケーションがインターネットを経由してコンテンツ配信装置５から取得したコンテンツの表示画面及び音声を、番組の表示画面及び音声に連携させて出力する。受信装置４は、放送とアプリケーションの出力方法をポリシーデータに従って制御する。ポリシーデータは、受信装置４にあらかじめ実装されていてもよく、放送または通信により取得してもよい。

コンテンツ配信装置５は、一般的なコンテンツ配信サーバであり、受信装置４上で実行されるアプリケーションに、インターネットを経由してテキストや静止画、動画などのコンテンツを配信する。

受信装置４上で動作するアプリケーションは、様々な事業者によって提供される。各アプリケーションには、当該アプリケーションの提供者を示すオーソリティデータが付加される。オーソリティデータが示す提供者は、放送事業者、放送事業者が認定した他事業者、それ以外の提供者などに分けられる。なお、アプリケーションの取得の経路は任意である。例えば、受信装置４は、放送により、あるいは、インターネットを介した通信によりアプリケーションを受信してもよく、情報記録媒体等から読み込んでもよく、出荷時に実装されていてもよい。以下、アプリケーションの提供者が放送事業者であるアプリケーションを「放送事業者提供アプリケーション」、アプリケーションの提供者が放送事業者により認定されている他事業者であるアプリケーションを「認定アプリケーション」と記載する。

ここで、番組及びイベントと、ポリシーの関係の概念について説明する。
ポリシーは、番組ポリシーとトリガーポリシーの２種類に分類される。番組ポリシーとは、番組に対して紐づけられたポリシーであり、番組単位にポリシーレベルが設定される。一方、トリガーポリシーとは、イベントに付与されるポリシーであり、イベント単位にポリシーレベルが設定される。受信装置４は、トリガーポリシーが設定されているイベントの発生中は、番組ポリシーよりもトリガーポリシーのポリシーレベルを優先する。また、複数のイベントが同時に発生した場合には、受信装置４は、最も高いポリシーレベルを優先させる。以下、番組ポリシーのポリシーレベルを番組ポリシーレベルと記載し、トリガーポリシーのポリシーレベルをトリガーポリシーレベルと記載する。

図２は、受信装置４におけるポリシーレベルの判断例を示す図である。
同図は、番組Ａ（ニュース／報道）の放送に続いて番組Ｂ（スポーツ）の放送が開始され、番組Ｂの放送中に緊急地震速報が送出された場合の例を示している。本実施形態では、ポリシーレベルを１〜４の４段階の値で表現し、ポリシーレベルが高いほど数値は大きくなり、アプリケーションの画面表示や音声出力に対する制限が厳しくなる。番組Ａの番組ポリシーレベルは「３」、番組Ｂの番組ポリシーレベルは「１」、緊急地震速報のトリガーポリシーレベルは「４」である。

このとき、受信装置４は、番組Ａの放送時間である時刻Ｔ_Ａｓ〜時刻Ｔ_Ａｅの時間帯において放送事業者が要求するポリシーレベルは、番組Ａの番組ポリシーレベル「３」であると判断する。また、受信装置４は、番組Ｂの放送時間である時刻Ｔ_Ｂｓ〜時刻Ｔ_Ｂｅの時間帯のポリシーレベルは、番組Ｂの番組ポリシーレベル「１」であるが、その時間帯の中でも緊急地震速報が発生している時刻Ｔ_αｓ〜時刻Ｔ_αｅの時間帯におけるポリシーレベルは、緊急地震速報のトリガーポリシーレベル「４」であると判断する。
このように受信装置４は、放送事業者のポリシーに従ってポリシーレベルを判断し、判断したポリシーレベルに基づいて放送とアプリケーションの出力制御を実行する。

図３は、ポリシーレベルと放送画面及びアプリケーション画面の画面表示方法との関係を示す図である。同図においては、放送画面と、放送事業者提供アプリケーションのアプリケーション画面と、認定アプリケーションのアプリケーション画面の計３つの表示画面の関係をポリシーレベル毎に示している。なお、オーソリティデータが放送事業者でもなく、放送事業者が認定している他事業者でもない提供者を示すアプリケーションについては、アプリケーション画面の表示も音声出力も許可しない。

図３（ａ）に示すように、ポリシーレベルが「４」の場合、放送画面の全画面表示のみが許可される。
図３（ｂ）に示すように、ポリシーレベルが「３」の場合、放送事業者提供アプリケーションのアプリケーション画面、及び、認定アプリケーションのアプリケーション画面の表示が許可される。ただし、全てのアプリケーション画面について、放送画面上への重ね合わせは禁止され、放送画面の外側への表示のみが許可される。

図３（ｃ）に示すように、ポリシーレベルが「２」の場合、放送事業者提供アプリケーションのアプリケーション画面、及び、認定アプリケーションのアプリケーション画面の表示が許可される。ただし、放送事業者提供アプリケーションのみが放送画面上への重ね合わせが許可される。放送事業者提供アプリケーション以外のアプリケーション画面については、放送画面上への重ね合わせは禁止され、放送画面の外側への表示のみが許可される。

図３（ｄ）に示すように、ポリシーレベルが「１」の場合、放送事業者提供アプリケーションのアプリケーション画面および認定アプリケーションのアプリケーション画面の表示を許可する。放送事業者提供アプリケーションのアプリケーション画面、認定アプリケーションのアプリケーション画面とも、放送画面上への重ね合わせが許可される。

なお、ポリシーレベル毎の音声出力方法は、以下のようになる。ポリシーレベルが「４」または「３」の場合、放送音声のみ音声出力が許可される。ポリシーレベルが「２」の場合、放送事業者提供アプリケーションのみ音声出力が許可される。ただし、放送音声とアプリケーションの音声は、切替えにより独立して出力される。ポリシーレベルが「１」の場合、放送事業者提供アプリケーションの音声出力と、認定アプリケーションの音声出力とが許可される。ただし、放送事業者提供アプリケーション、認定アプリケーションとも、放送音声と各アプリケーションの音声は、切替えにより独立して出力される。

図４は、受信装置４の内部構成を示すブロック図である。
放送受信部４０１は、一般的なチューナであり、デジタル放送の放送信号を受信し、復調する。分離部４０２は、一般的なデマルチプレクサであり、放送受信部４０１において復調され、出力されたＭＰＥＧ（Moving Picture Experts Group）−２ ＴＳ（Transport Stream）信号を、映像データ、音声データ、データ放送や字幕データ、ＳＩ（ServiceInformation）データなどの番組情報等に分離する。また、分離部４０２は、バイナリデータとしてセクション形式、エンジニアリングサービス、または、データカルーセル方式により伝送されるポリシーデータを分離する。

通信入出力部４１４は、インターネットを介した通信によるデータの入出力を行う。通信入出力部４１４は、データ管理装置３からポリシーデータを受信するとともに、コンテンツ配信装置５からアプリケーション実行部４１２に配信されたコンテンツを受信する。

ポリシーデータ記憶部４０４は、放送事業者のポリシーを解釈し、表示制御を実行するために用いられるポリシーデータと、当該ポリシーデータのバージョンデータを記憶する。ポリシーデータは、イベント解釈プログラム、ポリシーレベルテーブル、出力決定テーブルからなる。イベント解釈プログラムは、放送信号を解析して番組と非同期に発生するイベントの開始及び終了を検出する処理を実行させるためのプログラムである。ポリシーレベルテーブルは、各番組の番組ポリシーレベルや各イベントのトリガーポリシーレベルを記述したデータである。出力決定テーブルは、ポリシーレベル毎の出力方法を記述したデータである。

ポリシーデータ管理部４０３は、ポリシーデータ記憶部４０４に記憶されるポリシーデータを管理する。ポリシーデータ管理部４０３は、ポリシーデータ記憶部４０４から読み出したポリシーレベルテーブルをポリシーレベル照合部４０６に出力し、ポリシーデータ記憶部４０４から読み出したイベント解釈プログラムをイベント解釈部４０５に出力し、ポリシーデータ記憶部４０４から読み出した出力決定テーブルをポリシー調停部４０９に出力する。また、ポリシーデータ管理部４０３は、放送または通信により受信したポリシーデータにより、ポリシーデータ記憶部４０４に記憶されているポリシーデータとポリシーデータのバージョンデータを更新する。例えば、ポリシーデータ管理部４０３は、放送受信部４０１が受信した放送信号からセクション形式、エンジニアリングサービス、または、データカルーセル形式により伝送されたポリシーデータおよびポリシーデータのバージョンデータを取得し、ポリシーデータ記憶部４０４に記憶されているポリシーデータ及びポリシーデータのバージョンを取得したポリシーデータとバージョンデータとに更新する。

イベント解釈部４０５は、ポリシーデータ管理部４０３から取得したイベント解釈プログラムを実行することにより動作する。イベント解釈部４０５は、放送受信部４０１が受信した放送信号や、分離部４０２が分離したデータ放送や字幕データを解析し、イベントの発生または終了を検出する。イベント解釈部４０５は、イベントの発生または終了を検知すると、その検出したイベントのイベント番号（event_number）と、発生または終了を示すステータスデータとをポリシーレベル照合部４０６に出力する。

ポリシーレベル照合部４０６は、ポリシーレベルテーブルを参照して、各番組の番組ポリシーレベルと、イベント番号に対応したトリガーポリシーレベルを決定する。ポリシーレベル照合部４０６は、分離部４０２から入力されたＳＩより取得した番組の放送開始時刻及び放送終了時刻のデータと、決定した当該番組の番組ポリシーレベルをイベント制御部４０７に出力する。また、ポリシーレベル照合部４０６は、イベント番号に対応して決定したトリガーポリシーレベルをポリシー調停部４０９に出力する。

番組ポリシー記憶部４０８は、番組開始時刻及び番組終了時刻と、番組ポリシーレベルを対応付けて記憶する。イベント制御部４０７は、ポリシーレベル照合部４０６から入力された番組開始時刻及び番組終了時刻のデータと、番組ポリシーレベルとを対応付けて番組ポリシー記憶部４０８に書き込み、番組ポリシー記憶部４０８に記憶されているこれらの情報を基に、表示制御を実行する時刻を管理する。イベント制御部４０７は、番組ポリシー記憶部４０８に記憶されている番組開始時刻のデータを参照し、実行時刻を通知すべき時刻となったことを検出した場合、実行時刻と、その実行時刻に対応した番組ポリシーレベルをポリシー調停部４０９に出力する。

ポリシーレベル記憶部４１０は、ポリシー調停部４０９に入力された実行時刻及び番組ポリシーレベルと、トリガーポリシーレベル及びステータスデータを記憶する。ポリシー調停部４０９は、イベント制御部４０７から入力された実行時刻及び番組ポリシーレベルと、ポリシーレベル照合部４０６から入力されたトリガーポリシーレベルとからポリシーレベルを決定する。ポリシー調停部４０９は、出力決定テーブルを参照し、決定したポリシーレベルと、アプリケーション管理部４１３から取得した起動中のアプリケーションのオーソリティや出力状況から、放送およびアプリケーションの出力方法を決定する。出力状況とは、起動中のアプリケーションから画像や音声が出力されているか否かの情報である。ポリシー調停部４０９は、決定した画面表示方法を表示制御部４１５に出力し、決定した音声出力方法を音声制御部４１７に出力する。

アプリケーション記憶部４１１は、アプリケーションと、当該アプリケーションのオーソリティを示すオーソリティデータを記憶する。アプリケーション実行部４１２は、アプリケーション記憶部４１１に記憶されているアプリケーションを読み出して実行する。アプリケーション管理部４１３は、アプリケーション実行部４１２によりアプリケーションの起動または停止の状態、起動しているアプリケーションの出力状況を管理する。アプリケーション管理部４１３は、ポリシー調停部４０９からの問い合わせを受け、起動されているアプリケーションの出力状況と、アプリケーション記憶部４１１から読み出した当該アプリケーションのオーソリティデータとを返送する。

表示制御部４１５は、ポリシー調停部４０９から出力された画面表示方法に従って、放送画面およびアプリケーション画面を映像表示部４１６に表示させる。映像表示部４１６は、一般的なディスプレイであり、放送およびアプリケーションの画面を表示する。
音声制御部４１７は、ポリシー調停部４０９より出力された音声出力方法に従って、番組とアプリケーションの音声を音声出力部４１８から出力させる。音声出力部４１８は、一般的なスピーカーあり、放送およびアプリケーションの音声を出力する。

図５は、ポリシーデータ記憶部４０４に記憶されるポリシーデータを示す図である。同図に示すように、ポリシーデータ記憶部４０４は、イベント解釈プログラム、ポリシーレベルテーブル、及び、出力決定テーブルからなるポリシーデータと、バージョンデータとを記憶する。

イベント解釈プログラムは、番組中に発生するイベントを検出するための処理を実行させるプログラムである。具体的には、このイベント解釈プログラムは、放送信号の振舞いを解析してイベントの発生や終了を検出し、検出したイベントを特定するイベント番号を出力するための処理を実行させるプログラムである。放送信号の振舞いとは、イベントの開始や終了に応じた放送信号の内容の変化を示す。例えば、放送信号の所定箇所に所定の値が設定されたり、放送信号内の所定の情報が消失したりする。

以下に、イベント解釈プログラムにより実行されるイベント検出処理において、イベントを検出する条件となる放送信号の振舞いの例を示す。受信装置４のイベント解釈部４０５は、イベント解釈プログラムを実行し、下記の条件に合致した場合にイベントの発生または終了を検出する。なお、イベント検出処理において検出されるイベントは、下記のイベントに限るものではない。

（１）緊急警報信号；緊急警報信号のイベントが発生した場合、ＴＭＣＣ（Transmission and Multiplexing Configuration and Control）の緊急警報放送用起動フラグ（ＴＭＣＣ情報のＢ２６ビット）が「０」から「１」に変化し、緊急警報信号のイベントが終了した場合、この緊急警報放送用起動フラグが「１」から「０」に変化する。

（２）緊急地震速報；緊急地震速報のイベントが発生した場合、独立ＰＥＳ（Packetized Elementary Stream）方式で伝送される字幕データのデータグループ内のdata_group_data_byteに、「緊急地震速報」のテキストにあたるバイナリデータが出現する。緊急地震速報のイベントが終了した場合、このバイナリデータが消失する。なお、本イベントが対応する放送サービスは、ＩＳＤＢ-Ｔ方式に限られる。

（３）データ放送のモジュールアップデートとイベントメッセージ：データ放送では、情報の内容を更新するために、ＢＭＬファイルや画像ファイルをデータカルーセル方式またはイベントメッセージ方式により伝送する。このとき、更新情報の伝送とともに、データカルーセル方式では、ＤＩＩ（Download Info Indication）及びＤＤＢ（Download DataBlock）のdata_event_id、もしくは、ＤＩＩのmoduleVersionの値が変化し、イベントメッセージ方式では、event_msg_idの値が変化する。これらの値が出現により、イベントの発生が検出される。また、これらの値の消失、または、イベント発生から一定時間の経過により、イベント発生の終了が検出される。
例えば、独立型のデータ放送による気象情報の提供において該当地域に気象警報が発令された場合や、ニュースの提供においてニュース項目が更新された場合、番組連動型のデータ放送において、番組の進行に合わせてデータ放送による放送画面へのオーバーレイ表示を行う場合などに適用できる。

図６は、ポリシーレベルテーブルの設定例を示す図である。同図では、ＸＭＬ（extensible markup language）により記述したポリシーレベルテーブルを示しているが、他の記述方式を用いてもよい。ポリシーレベルテーブルには、番組のジャンルごとの番組ポリシーレベルと、番組中に発生するイベントごとのトリガーポリシーレベルが記述される。タグ「policy_level」で示されるポリシーレベルの値は、ポリシーレベルの段階を表す。

番組のジャンル毎のポリシーは、「program_policy」タグに囲まれた範囲に記述されている。番組のジャンルを示す番組ジャンル情報は、放送信号に含まれるＥＩＴ（イベント情報テーブル：Event Information Table）のコンテント記述子（Content Descriptor）に規定されている記述子と同様である。番組ジャンル情報は、番組ジャンルの大分類（以下、「大ジャンル」と記載する。）を示す「content_nibble_level_1」と、番組ジャンルの中分類（以下、「中ジャンル」と記載する。）を示す「content_nibble_level_2」からなる。

同図に示すポリシーレベルテーブルには、値が「0x0」の大ジャンル（content_nibble_level_1）は、ジャンル名（genre_name）が「news（ニュース／報道）」であり、この大ジャンルに属する任意の値（「＊」は、任意の値であることを示す。）の中ジャンル（content_nibble_level_2）については、番組ポリシーレベル（policy_level）が「３」であることが記述されている。つまり、大ジャンル「ニュース／報道」に属する全ての番組の番組ポリシーレベルは「３」であることを示している。
但し、値が「0x1」の中ジャンル（content_nibble_level_2）については、ジャンル名（genre_name）が「weather（天気）」であり、番組ポリシーレベル（policy_level）が「２」であることが記述されている。つまり、大ジャンル「ニュース／報道」に属する中ジャンル「天気」の番組に限っては、番組ポリシーレベルが「２」であることを示している。

また、ポリシーレベルテーブルには、値が「0x1」の大ジャンル（content_nibble_level_1）は、ジャンル名（genre_name）が「sports（スポーツ）」であり、この大ジャンルに属する任意の値の中ジャンル（content_nibble_level_2）については、番組ポリシーレベル（policy_level）が「１」であることが記述されている。つまり、大ジャンル「スポーツ」に属する全ての番組の番組ポリシーレベルは「１」であることを示している。

一方、番組中に発生するイベントのポリシーは、「trigger_policy」タグに囲まれた範囲に記述されている。各イベントのポリシーは、イベント番号（event_number）毎に定義される。このイベント番号は、イベント解釈プログラムを実行しているイベント解釈部４０５から通知されるイベント番号であり、イベント解釈部４０５において検出されたイベントを示す。

同図に示すポリシーレベルテーブルには、イベント番号（event_number）が「000」のイベントについては、イベント名（event_name）が「ＥＷＳ（緊急警報信号）」であり、トリガーポリシーレベル（policy_level）が「４」であることが記述されている。
また、イベント番号（event_number）が「001」のイベントについては、イベント名（event_name）が「ＥＥＷ（緊急地震速報）」であり、トリガーポリシーレベル（policy_level）が「４」であることが記述されている。
また、イベント番号（event_number）が「002」のイベントについては、イベント名（event_name）が「weather_alart（気象警報）」であり、トリガーポリシーレベル（policy_level）が「３」であることが記述されている。

図７は、出力決定テーブルの設定例を示す図である。同図では、ＸＭＬにより記述した出力決定テーブルを示しているが、他の記述方式を用いてもよい。出力決定テーブルは、放送とアプリケーションの画面表示方法（レイアウト）と、音声出力方法とをポリシーレベル毎に示すデータである。

「policy_level="4"」タグに囲まれた範囲には、ポリシーレベルが「４」である場合の出力方法が記述され、「policy_level="3"」タグに囲まれた範囲には、ポリシーレベルが「３」である場合の出力方法が記述され、「policy_level="2"」タグに囲まれた範囲には、ポリシーレベルが「２」である場合の出力方法が記述され、「policy_level="1"」タグに囲まれた範囲には、ポリシーレベルが「１」の場合の出力方法が記述される。また、「display」タグ内には、画面表示方法が記述され、「sound」タグ内には、音声出力方法が記述されている。

「display」タグ内の「authority」タグは、アプリケーションのオーソリティの種別（放送事業者、放送事業者が認定した他事業者、それ以外の提供者）を示し、「overlay」タグは、放送画面上に重ねてアプリケーション画面の表示が可（１）であるか不可（０）であるかを示し、「next_to」タグは、放送画面の横へのアプリケーション画面の表示が可（１）であるか不可（０）であるかを示す。
また、「sound」タグ内の「authority」タグは、アプリケーションのオーソリティの種別を示し、「output」タグは、放送の音声とは独立にアプリケーションの音声出力が可（１）であるか不可（０）であるかを示し、「mix」タグは、放送音声と混合してアプリケーションの音声出力が可（１）であるか不可（０）であるかを示す。

例えば、ポリシーレベル（policy_level）が「４」である場合、任意のオーソリティ（authority）については、放送画面上に重ねた表示（overlay）、放送画面の横への表示（next_to）とも「０（不可）」であることが記述されている。これは、ポリシーレベルが「４」の場合、全てのアプリケーションのアプリケーション画面は、放送画面上の表示も、放送画面の横への表示も不可であることを示す。つまり、放送画面のみ表示が許可される。

また、ポリシーレベル（policy_level）が「４」である場合、任意のオーソリティ（authority）については、独立した音声の出力（output）、放送音声と混合した出力（mix）とも「０（不可）」であることが記述されている。これは、ポリシーレベルが「４」の場合、全てのアプリケーションの音声は、音声出力が不可であり、放送音声との混合も不可であることを示す。つまり、番組の音声のみ出力が許可される。

一方、ポリシーレベル（policy_level）が「１」であり、オーソリティ（authority）が「broadcaster（放送事業者）」、あるいは、「certified（放送事業者が認定する他の事業者）」である場合、放送画面上に重ねた表示（overlay）、放送画面の横への表示（next_to）とも「１（可）」であることが記述されている。これは、ポリシーレベルが「１」の場合、放送事業者提供アプリケーションのアプリケーション画面、及び、認定アプリケーションのアプリケーション画面は、放送画面上の表示も、放送画面の横への表示も可能であることを示す。

また、ポリシーレベル（policy_level）が「１」であり、オーソリティ（authority）が「other（その他事業者）」である場合、放送画面上に重ねた表示（overlay）、放送画面の横への表示（next_to）とも「０（不可）」であることが記述されている。これは、ポリシーレベルが「１（可）」の場合、放送事業者提供アプリケーション及び認定アプリケーション以外のアプリケーションについては、のアプリケーション画面の表示が不可であることを示す。

また、ポリシーレベル（policy_level）が「１」であり、オーソリティ（authority）が「broadcaster（放送事業者）」、あるいは、「certified（放送事業者が認定する他の事業者）」である場合、独立した音声の出力（output）は「１（可）」、放送音声と混合した出力（mix）は「０（不可）」であることが記述されている。これは、ポリシーレベルが「１」の場合、放送事業者提供アプリケーション、認定アプリケーションとも音声出力が可能であり、放送音声との混合は不可であることを示す。

また、ポリシーレベル（policy_level）が「１」であり、オーソリティ（authority）が「other（その他事業者）」である場合、独立した音声の出力（output）、放送音声と混合した出力（mix）とも「０（不可）」であることが記述されている。これは、ポリシーレベルが「１」の場合、放送事業者提供アプリケーション及び認定アプリケーション以外のアプリケーションの音声出力は不可であることを示す。

続いて、放送システムの処理手順について説明する。
受信装置４のアプリケーション記憶部４１１には、予め、１以上のアプリケーションが記憶される。各アプリケーションには、アプリケーションの提供者のデジタル署名が付加されている。受信装置４のアプリケーション実行部４１２は、アプリケーション記憶部４１１から１以上のアプリケーションを読み出して実行している。アプリケーション実行部４１２は、通信入出力部４１４へコンテンツ配信装置５にコンテンツ要求を送信するよう指示し、通信入出力部４１４は、インターネットを介してコンテンツ配信装置５へコンテンツ要求を送信する。コンテンツ配信装置５は、コンテンツ要求を受信すると、受信装置４へコンテンツを配信する。受信装置４の通信入出力部４１４は、インターネットを介してコンテンツ配信装置５から受信したコンテンツをアプリケーション実行部４１２へ出力する。

図８は、受信装置４の処理フローを示す図である。
放送送出装置２の放送送信部２１は、デジタル放送の放送信号を放送する。受信装置４の放送受信部４０１は、放送送出装置２が放送した放送信号を受信すると（ステップＳ１０：ＹＥＳ）、受信した放送信号を復調して分離部４０２及びイベント解釈部４０５に出力する（ステップＳ１２）。分離部４０２は、放送受信部４０１が放送信号を復調して得たＭＰＥＧ−２ ＴＳ信号を、映像データ、音声データ、データ放送・字幕データ、ＳＩデータなどの番組情報等に分離する（ステップＳ１４）。ＳＩは、電子番組表（ＥＰＧ：Electronic Program Guide）により提供される各種情報を示す。分離部４０２は、映像データを表示制御部４１５に出力し、音声データを音声制御部４１７に出力し、ＳＩデータをポリシーレベル照合部４０６に出力し、データ放送・字幕データをイベント解釈部４０５に出力する。

ポリシーレベル照合部４０６は、ＳＩにより示されるＥＩＴ（イベント情報テーブル：Event Information Table）のコンテンツ記述子から、番組のＩＤ（event_id）、番組開始時刻及び番組終了時刻、ならびに、ジャンル情報を読み出す（ステップＳ１６）。ポリシーレベル照合部４０６は、ポリシーデータ管理部４０３にポリシーレベルテーブルの読み出しを指示する。ポリシーデータ管理部４０３は、ポリシーデータ記憶部４０４からポリシーレベルテーブルを読み出してポリシーレベル照合部４０６へ出力する。ポリシーレベル照合部４０６は、受信したポリシーレベルテーブルからジャンル情報で示される大ジャンル及び中ジャンルに対応した番組ポリシーレベルを読み出す（ステップＳ１８）。ポリシーレベル照合部４０６は、番組のＩＤ、番組開始時刻及び番組終了時刻、及び、番組ポリシーレベルを設定した番組ポリシーデータをイベント制御部４０７に出力する。これにより、番組編成の変更などでＥＩＴの内容が変更された場合にも、随時その変更をイベント制御部４０７に通知することができる。

イベント制御部４０７は、ポリシーレベル照合部４０６から受信した番組ポリシーデータを番組ポリシーデータ記憶部４０４に書き込む（ステップＳ２０）。イベント制御部４０７は、番組ポリシーデータ記憶部４０４に記憶されている番組ポリシーデータが示す番組開始時刻となったことを検出すると、あるいは、処理時間を考慮し、番組開始時刻より所定時間前の時刻となったことを検出すると、その番組開始時刻が設定されている番組ポリシーデータから読み出した番組ポリシーレベルと、番組開始時刻を設定した実行時刻とを、ポリシー調停部４０９に出力する（ステップＳ２２）。

一方、イベント解釈部４０５は、ステップＳ１２において放送受信部４０１から入力された放送信号、および、ステップＳ１４において分離部４０２から入力されたデータ放送・字幕データを解析し、イベントの発生または終了を検出する。放送受信部４０１は、イベントの発生または終了を検出した場合（ステップＳ２４：ＹＥＳ）、その検出したイベントのイベント番号と、イベントの発生または終了を示すステータスデータをポリシーレベル照合部４０６に出力する。

ポリシーレベル照合部４０６は、イベント解釈部４０５からイベント番号を受信すると、上記と同様にポリシーデータ管理部４０３からポリシーデータ記憶部４０４内のポリシーレベルテーブルを取得する。ポリシーレベル照合部４０６は、ポリシーレベルテーブルから、受信したイベント番号に対応したトリガーポリシーレベルを読み出す（ステップＳ２６）。なお、複数のイベント番号を受信した場合、各イベント番号のトリガーポリシーレベルを読み出す。ポリシーレベル照合部４０６は、イベントのイベント番号と、当該イベントのステータスデータと、トリガーポリシーレベルとを設定したトリガーポリシーデータをポリシー調停部４０９に出力する（ステップＳ２８）。

ポリシー調停部４０９は、ステップＳ２２においてイベント制御部４０７から番組ポリシーレベル及び実行時刻を受信すると、受信した番組ポリシーレベル及び実行時刻をポリシーレベル記憶部４１０に書き込む。また、ポリシー調停部４０９は、ステップＳ２８においてポリシーレベル照合部４０６からトリガーポリシーデータを受信すると、受信したトリガーポリシーデータをポリシーレベル記憶部４１０に書き込む。このとき、受信したトリガーポリシーデータと同一のイベントのイベント番号が設定されているトリガーポリシーデータがすでに記憶されている場合、ポリシー調停部４０９から受信したトリガーポリシーデータにより上書きする。

ポリシー調停部４０９は、イベントの発生を示すステータスデータが設定されているポリシーデータがポリシーレベル記憶部４１０に記憶されている場合、イベント発生中であると判断する（ステップＳ３０：ＹＥＳ）。イベント発生中であると判断した場合、ポリシー調停部４０９は、イベントの発生を示すステータスデータが設定されているポリシーデータから読み出したトリガーポリシーレベルを現在のポリシーレベルとして決定する（ステップＳ３２）。なお、イベントの発生を示すステータスデータが設定されているポリシーデータが複数ある場合、ポリシー調停部４０９は、最も高いトリガーポリシーレベルを現在のポリシーレベルとして決定する。

ポリシー調停部４０９は、イベントの発生を示すステータスデータが設定されているポリシーデータがポリシーレベル記憶部４１０に記憶されていない場合、イベントが発生していないと判断する（ステップＳ３０：ＮＯ）。イベントが発生していないと判断した場合、ポリシー調停部４０９は、ポリシーレベル記憶部４１０を参照して、現在時刻に最も近い実行時刻を特定し、特定した実行時刻に対応した番組ポリシーレベルを読み出す。ポリシー調停部４０９は、読み出した番組ポリシーレベルを現在のポリシーレベルとして決定する（ステップＳ３４）。

ポリシー調停部４０９は、ステップＳ３２またはステップＳ３４の後、アプリケーション管理部４１３に起動中のアプリケーションのオーソリティデータを通知するよう要求する。アプリケーション管理部４１３は、現在起動中のアプリケーションを特定し、特定したアプリケーションのアプリケーションＩＤ、当該アプリケーションに付加された電子署名をアプリケーション記憶部４１１から読み出す。起動中のアプリケーションは複数の場合もある。アプリケーション管理部４１３は、電子署名により示される事業者を示すオーソリティデータを生成する。アプリケーション管理部は、起動中のアプリケーションのアプリケーションＩＤと、当該アプリケーションのオーソリティデータ及び出力状況とをポリシー調停部４０９に出力する(ステップＳ３６）。

ポリシー調停部４０９は、アプリケーション管理部４１３へ出力決定テーブルの読み出しを指示する。アプリケーション管理部４１３は、ポリシーデータ記憶部４０４から読み出した出力決定テーブルをポリシー調停部４０９へ出力する。ポリシー調停部４０９は、アプリケーション管理部４１３から取得した各アプリケーションのオーソリティデータが示す事業者から、事業者の種別を判断する。ポリシー調停部４０９は、入力されたポリシーレベルと、各アプリケーションのオーソリティデータが示す事業者の種別とに対応した出力方法（画面表示方法及び音声出力方法）を出力決定テーブルから読み出し、読み出した出力方法による制御を指示する（ステップＳ３８）。具体的には、ポリシー調停部４０９は、出力状況が画面表示ありを示しているアプリケーションについては、当該アプリケーションのアプリケーションＩＤと、当該アプリケーションの画面表示方法を表示制御部４１５に出力する。また、ポリシー調停部４０９は、出力状況が音声出力ありを示しているアプリケーションについては、当該アプリケーションのアプリケーションＩＤと、当該アプリケーションの音声出力方法を音声制御部４１７に出力する。

表示制御部４１５は、ポリシー調停部４０９から入力されたアプリケーションＩＤに対応した画面表示方法に従って、放送画面と、アプリケーションＩＤにより特定されるアプリケーションから出力されるアプリケーション画面の配置や重ね合わせの順序（放送画面の上にアプリケーション画面を表示するなど）を決定する。表示制御部４１５は、決定した画面の配置や重ね合わせの順序に従った画面を映像表示部４１６に表示させる。
また、音声制御部４１７は、ポリシー調停部４０９から入力されたアプリケーションＩＤに対応した画面表示方法に従って、放送の音声と、アプリケーションＩＤにより特定されるアプリケーションの音声出力レベルを決定し、決定した音声出力レベルに従って音声を音声出力部４１８から出力させる（ステップＳ４０）。

なお、上記実施形態においては、イベントの発生中は、トリガーポリシーレベルを番組ポリシーレベルより優先しているが、トリガーポリシーレベルと番組ポリシーレベルのいずれか高いほうを優先してもよい。具体的には、ステップＳ３２において、ポリシー調停部４０９は、イベントの発生を示すステータスデータが設定されているポリシーデータからトリガーポリシー読み出す。さらに、ポリシー調停部４０９は、ポリシーレベル記憶部４１０を参照して、現在時刻に最も近い実行時刻を特定し、特定した実行時刻に対応した番組ポリシーレベルを読み出す。ポリシー調停部４０９は、トリガーポリシーレベルの示す値が番組ポリシーレベルの示す値よりも大きいと判断した場合、トリガーポリシーレベルを現在のポリシーレベルとして決定し、トリガーポリシーレベルの値が番組ポリシーレベルの値以下であると判断した場合、番組ポリシーレベルを現在のポリシーレベルとして決定する。

また、ポリシーデータの更新の必要性がある場合、データ管理装置３の入力部３１は、更新されたポリシーデータと、バージョンデータと、配信経路との入力を受ける。配信経路がインターネットによる配信を示している場合、データ管理装置３の送信部３２は、インターネットを経由して受信装置４へ更新されたポリシーデータとバージョンデータを送信する。受信装置４の通信入出力部４１４は、受信したポリシーデータとバージョンデータをポリシーデータ管理部４０３へ出力する。

ポリシーデータ管理部４０３は、通信入出力部４１４から入力されたバージョンデータがポリシーデータ記憶部４０４に現在に記憶されているバージョンデータよりも新しいバージョンを示している場合、ポリシーデータ記憶部４０４に現在記憶されているポリシーデータ及びバージョンデータを、入力されたポリシーデータ及びバージョンデータに更新する。

一方、配信経路が放送による配信を示している場合、データ管理装置３の指示部３３は、更新されたポリシーデータ及びバージョンデータを放送送出装置２に出力する。放送送出装置２の放送送信部２１は、データ管理装置３から受信したポリシーデータ及びバージョンデータをバイナリデータとしてセクション形式、データカルーセル方式、あるいは、エンジニアリングサービスで放送信号により放送する。受信装置４の放送受信部４０１において受信され、復調された放送信号は、分離部４０２に出力される。分離部４０２は、ポリシーデータ及びバージョンデータを放送信号から分離し、ポリシーデータ管理部４０３に出力する。ポリシーデータ管理部４０３は、上記と同様に、入力されたバージョンデータが示すバージョンが新しい場合、ポリシーデータ記憶部４０４に現在記憶されているポリシーデータ及びバージョンデータを入力されたポリシーデータ及びバージョンデータに更新する。

上記実施形態においては、オーソリティデータがアプリケーションの提供者を示す場合を示しているが、他の情報を用いてもよい。例えば、オーソリティデータがアプリケーションの提供者の種別自体を示してもよく、アプリケーションの出力を制限する度合いに従ってレベル分けした値を用いてもよい。また、例えば、アプリケーションの提供者と関係なく、放送事業者がアプリケーション個々に放送事業者認定か否かを決定し、この放送事業者認定か否かを示す情報をオーソリティデータとして用いてもよい。ポリシーテーブルには、ポリシーレベル及びオーソリティデータ毎に出力方法を記述する。また、オーソリティデータに代えて、各アプリケーションを特定する識別子を用いてもよい。

なお、オーソリティデータに、アプリケーションの出力を制限する度合いに従ってレベル分けした値を用いる場合、放送送出装置２から放送信号により、あるいは、データ管理装置３からインターネットを経由した通信により各アプリケーションのオーソリティデータを送信してもよい。アプリケーション管理部４１３は、アプリケーション記憶部４１１に記憶されている各アプリケーションのオーソリティデータを、放送信号により、あるいは、インターネットを経由した通信により受信した各アプリケーションのオーソリティデータにより更新する。また、送信するオーソリティデータに、番組、イベント、あるいは、有効期間の情報を付加してもよい。図８のステップＳ３６において、アプリケーション管理部４１３は、起動中のアプリケーションと、現在放送されている番組あるいは現在発生しているイベントとに対応し、現在時刻が有効期間内であるオーソリティデータを読み出し、ポリシー調停部４０９に出力する。これにより、放送事業者の意向に従って、各アプリケーションの出力を制御することができる。

また、アプリケーションは、インターネットを経由して取得したコンテンツを表示するものでなくともよい。例えば、受信装置４が備える時計に基づく時刻を表示するアプリケーションや、受信装置４が備えるバッテリーの残量を表示するアプリケーションなどであってもよい。

また、上記実施形態においては、放送信号により電子番組表の情報を受信装置４に配信しているが、データ管理装置３からインターネットを介して電子番組表の情報を受信装置４に送信してもよい。受信装置４の通信入出力部４１４は、受信した電子番組表の情報をポリシーレベル照合部４０６へ出力し、ポリシーレベル照合部４０６は、受信した電子番組表の情報から放送番組のジャンル情報と、放送開始時刻及び放送終了時刻を取得する。

また、データ管理装置３は、イベントのイベント番号と、ステータスデータを設定したイベント通知情報を、インターネットを介して受信装置４に送信してもよい。受信装置４の通信入出力部４１４は、イベント通知情報をポリシーレベル照合部４０６に出力する。
ポリシーレベル照合部４０６は、受信したイベント通知情報からイベントのイベント番号と、ステータスデータを取得する。

また、上記実施形態において、受信装置４は、放送信号から番組のジャンルを抽出し、抽出した番組のジャンルに対応した番組ポリシーレベルをポリシーレベルテーブルから読み出しているが、放送送出装置２が、番組ポリシーレベルを放送信号に設定して放送してもよい。受信装置４のポリシーレベル照合部４０６は、受信した放送信号から番組ポリシーレベルを読み出す。あるいは、データ管理装置３が番組ポリシーレベルを受信装置４へ送信してもよい。受信装置４の通信入出力部４１４は、受信した番組ポリシーレベルをポリシーレベル照合部４０６に出力する。

また、上記実施形態においては、受信装置４は、放送信号からイベントの発生を検出し、検出したイベントに対応したトリガーポリシーレベルをポリシーレベルテーブルから読み出しているが、放送送出装置２が、発生しているイベントのトリガーポリシーレベルを放送信号に設定して放送してもよい。受信装置４のポリシーレベル照合部４０６は、受信した放送信号からトリガーポリシーレベルを読み出す。あるいは、データ管理装置３がトリガーポリシーレベルを受信装置４へ送信してもよい。受信装置４の通信入出力部４１４は、受信したトリガーポリシーレベルをポリシーレベル照合部４０６に出力する。

また、上記実施形態においては、オーソリティデータが示すアプリケーションの属性として｛「放送事業者提供アプリケーション」，「認定アプリケーション」｝を用いたが、例えば、｛「公式アプリケーション」，「非公式アプリケーション」｝をアプリケーションの属性として用いてもよい。公式アプリケーションは、システム管理者に承認されたアプリケーションである。また、非公式アプリケーションは、システム管理者に承認されないアプリケーションである。なお、公式アプリケーションを、認証済アプリケーション、認定アプリケーション、オーソライズドアプリケーション、Ａ（Authorized）タイプアプリケーション、Ａアプリケーションとも呼ぶ。また、非公式アプリケーションを、一般アプリケーション、非認証アプリケーション、非認定アプリケーション、Ｕ（Unauthorized）タイプアプリケーション、Ｕアプリケーションとも呼ぶ。

アプリケーション管理部４１３は、アプリケーションに付加されている電子署名の検証が成功した場合、公式アプリケーションを示すオーソリティデータを生成し、電子署名が付加されていない場合、非公式アプリケーションを示すオーソリティデータを生成する。

また、上記実施形態においては、受信装置４は、ポリシーレベルに応じて出力方法を決定しているが、実行しているアプリケーションの属性に応じて出力方法を決定してもよい。この場合、放送送出装置２は、各属性に対応する出力方法を示すデータを放送信号に設定して伝送する。例えば、画面表示方法を示すデータを放送信号により送信する場合、放送送出装置２は、アプリケーションの各属性に表示制御情報を付与した表示制御データ（例えば、｛公式アプリケーション １，非公式アプリケーション ０｝）を放送信号に設定する。表示制御データは、ＰＭＴ（番組対応テーブル：Program Map Table）、ＥＩＴ、または、ＡＩＴ(アプリケーション情報テーブル：Application Information Table)に記述する。表示制御情報は、放送画面およびアプリケーション画面の表示方法を示すデータである。

なお、上記の例では、アプリケーションの各属性に対応する出力方法を個々に設定して送信することとしたが、アプリケーションの属性を指定せず、全てのアプリケーションに対して一意の出力方法を送信しても良く、また、アプリケーションの属性は単一としても良い。さらにまた、各属性に対応する出力方法の一覧を受信装置４側で用意し、そのいずれかを指定するデータを放送信号に設定して伝送することとしても良い。

図９は、アプリケーションの属性に応じた画面表示方法の一例を示す図である。同図においては、放送画面とアプリケーション画面の計２つの表示画面の関係を示している。

図９（ａ）に示すように、表示制御情報が「０」の場合、放送画面の全画面表示のみが許可される。
図９（ｂ）に示すように、表示制御情報が「１」の場合、アプリケーション画面の表示が許可される。また、アプリケーション画面の放送画面上への重ね合わせが許可される。

図９（ｃ）〜（ｅ）に示すように、表示制御情報が「Ｌ１」、「Ｌ２」、または「Ｌ３」の場合、アプリケーション画面の表示が許可される。ただし、アプリケーション画面の放送画面上への重ね合わせは禁止され、放送画面の外側への表示のみが許可される。

図１０は、アプリケーションの属性に応じて画面表示方法を決定する場合における受信装置４ａの内部構成を示すブロック図である。同図において、図４に示す受信装置４と同一の部分には同一の符号を付し、その説明を省略する。同図に示すように、受信装置４ａが図４に示す受信装置４と異なる点は、ポリシーデータ管理部４０３、ポリシーデータ記憶部４０４、イベント解釈部４０５、ポリシーレベル照合部４０６、イベント制御部４０７、番組ポリシー記憶部４０８、ポリシー調停部４０９、およびポリシーレベル記憶部４１０に代えて、表示制御データ管理部４２０、表示制御データ記憶部４２１、および提示制御部４２２を備える点である。

分離部４０２は、放送受信部４０１において復調され、出力された放送信号を、ＰＭＴ、映像、音声、字幕、データ放送、ＰＳＩ（Program Specific Information）／ＳＩ（Service Information）、独立エレメンタリストリーム（ＥＳ）で送信されたＡＩＴなどの各種データに分離する。なお、ＡＩＴはデータ放送に含まれる場合もある。

表示制御データ管理部４２０は、分離部４０２において分離されたＰＭＴ、ＥＩＴまたはＡＩＴから表示制御データを読み出し、読み出した表示制御データを表示制御データ記憶部４１２に書き込む。また、表示制御データ管理部４２０は、新たに表示制御データが入力されると、表示制御データ記憶部４２１に記憶している表示制御データを、入力された表示制御データに更新する。
表示制御データ記憶部４１２は、表示制御データを記憶する。
提示制御部４２２は、アプリケーション実行部４１２が実行しているアプリケーションの属性に対応する表示制御情報を表示制御データ記憶部４２１に記憶されている表示制御データから読み出し、読み出した表示制御情報の画面表示方法を表示制御部４１５に出力する。

[６．効果]
上記実施形態によれば、受信装置において、放送とアプリケーションの画面表示方法および音声出力方法を、放送番組ごと、あるいは、放送番組とは非同期に発生するイベントごとに決定する。従来は、コンテンツの表示方法を決定する制御情報を各番組と紐付けているため、番組とは無関係に配信される緊急地震速報やニュース速報など、緊急性や速報性のあるような情報については、他のコンテンツとの表示を制御することができなかった。しかし、本実施形態によれば、放送番組単位だけでなく、番組の内容とは無関係に配信される緊急性や速報性のあるような情報についても、放送およびアプリケーションの画面表示および音声出力を制御することができる。

また、上記実施形態によれば、受信装置において、各アプリケーションの属性を管理し、その属性に応じて放送とアプリケーションの画面表示方法および音声出力方法を決定する。これにより、放送番組を配信する事業者（放送事業者）が、アプリケーションの提供者などの属性に合わせて、放送とアプリケーションの画面表示および音声出力を制御することができる。

また、上記実施形態によれば、受信装置において、デジタル放送の信号に多重される番組制御情報を解析して番組の属性を抽出し、番組の属性ごとに放送とアプリケーションの画面表示方法および音声出力方法を規定した情報を参照して、番組の編成に合わせた画面表示方法および音声出力方法を決定する。これにより、放送信号に多重されている番組の属性を用いて画面表示および音声出力の制御を行うため、放送事業者側の送出設備を改修することなく番組単位の制御を実現することができる。

また、上記実施形態によれば、受信装置において、デジタル放送信号を解析することによって放送番組とは非同期に発生するイベントを抽出し、イベントの種別ごとに放送とアプリケーションの画面表示方法および音声出力を規定した情報を参照して、イベントの発生および終了に応じた画面表示方法および音声出力方法を決定する。これにより、放送事業者側の送出設備を改修することなくイベント単位の画面表示方法および音声出力方法の制御を実現することができる。

また、上記実施形態によれば、受信装置において、番組の属性ごとに放送とアプリケーションの画面表示方法および音声出力方法を規定した情報と、イベントの種別ごとに放送とアプリケーションの画面表示方法および音声出力方法を規定した情報と、デジタル放送の信号を解析して放送番組とは非同期に発生するイベントを抽出するプログラムを放送または通信により更新する。これにより、放送事業者の事情により、画面表示および音声出力の制御方法を変更したい場合に、その変更を容易に受信装置に配信することができる。

上述したように、本実施形態によれば、放送通信連携サービスに対応した受信装置において、放送番組や放送番組とは独立して発生するイベントに応じて、放送とアプリケーションの画面表示及び音声出力を制御する。これにより、放送事業者の意図に基づいた画面表示及び音声出力を行なうことができる。従って、受信装置に、番組制作者の演出意図にそぐわない配置によってアプリケーションの画面が放送画面上に重なって表示されたり、アプリケーションの音声が放送の音声に混じってしまったりすることがない。加えて、視聴者が、受信装置において表示されているコンテンツが、放送により提供されているコンテンツであるのか、アプリケーションにより表示されているコンテンツであるのか混乱をきたすことがないという効果も期待される。また、緊急地震速報などの緊急性の高い情報を放送する際にも、放送画面の上にアプリケーション画面を重ね合わせないように制御することができるため、視聴者への情報伝達の確実性が向上する。さらに、受信装置側の機能の追加のみで本実施形態の機能を実現することが可能であるため、放送送出設備の設備改修のためのコストがかからないという効果も見込まれる。

［７．その他］
なお、上記実施形態では、ポリシーレベルが高いほど大きな数値のデータで表していたが、ポリシーレベルの段階の順序を表すことができれば、他のデータ表現を用いても良い。

上述した放送送出装置２、データ管理装置３、受信装置４、及び、コンテンツ配信装置５は、内部にコンピュータシステムを有している。そして、放送送出装置２、データ管理装置３、受信装置４、及び、コンテンツ配信装置５の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。

また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶部のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

１…送信装置
２…放送送出装置
２１…放送送信部
２２…指示受信部
３…データ管理装置
３１…入力部
３２…送信部
３３…指示部
４，４ａ…受信装置
４０１…放送受信部
４０２…分離部
４０３…ポリシーデータ管理部
４０４…ポリシーデータ記憶部
４０５…イベント解釈部
４０６…ポリシーレベル照合部
４０７…イベント制御部
４０８…番組ポリシー記憶部
４０９…ポリシー調停部
４１０…ポリシーレベル記憶部
４１１…アプリケーション記憶部
４１２…アプリケーション実行部
４１３…アプリケーション管理部
４１４…通信入出力部
４１５…表示制御部
４１６…映像表示部
４１７…音声制御部
４１８…音声出力部
４２０…表示制御データ管理部
４２１…表示制御データ記憶部
４２２…提示制御部
５…コンテンツ配信装置

Claims (6)

1. 放送及びアプリケーションの画面表示方法の段階を表すポリシーレベルをコンテンツ毎に示すポリシーレベルテーブルを記憶するとともに、放送及びアプリケーションの画面表示方法をポリシーレベル毎に示す出力決定テーブルを記憶するポリシーデータ記憶部と、
   アプリケーションを実行するアプリケーション実行部と、
   放送信号を受信する放送受信部と、
   前記ポリシーデータ記憶部に記憶されている前記ポリシーレベルテーブルから前記放送受信部が受信した前記放送信号に含まれる前記コンテンツに対応したポリシーレベルを読み出すポリシーレベル照合部と、
   前記ポリシーレベル照合部が読み出した前記ポリシーレベルに対応した前記画面表示方法を前記ポリシーデータ記憶部に記憶されている出力決定テーブルから読み出し、読み出した前記画面表示方法に従って、前記放送信号に含まれる前記コンテンツの表示画面及び前記アプリケーション実行部が実行している前記アプリケーションの表示画面を表示するよう指示するポリシー調停部と、
   前記放送受信部が受信した前記放送信号からセクション形式、エンジニアリングサービス、または、データカルーセル形式により伝送された出力決定テーブルを取得し、前記ポリシーデータ記憶部に書き込むポリシーデータ管理部と、
   を備えることを特徴とする受信装置。
2. 前記コンテンツは、予め決められたスケジュールに従って放送される通常コンテンツあり、
   前記ポリシーレベル照合部は、前記通常コンテンツの放送開始時刻データを受信するとともに、前記ポリシーレベルテーブルから前記通常コンテンツに対応したポリシーレベルを読み出し、
   前記ポリシー調停部は、前記ポリシーレベル照合部が受信した前記放送開始時刻データが示す時刻に、前記時刻以前のポリシーレベルを、前記放送開始時刻データに対応した前記通常コンテンツの前記ポリシーレベルに変更する、
   ことを特徴とする請求項１に記載の受信装置。
3. 前記コンテンツは、予め決められたスケジュールにより配信される通常コンテンツとは非同期に放送される緊急コンテンツであり、
   前記放送信号に緊急コンテンツが含まれていることを検出し、前記緊急コンテンツの発生を前記ポリシーレベル照合部に出力するイベント解釈部をさらに備え、
   前記ポリシーレベル照合部は、前記ポリシーデータ記憶部に記憶されている前記ポリシーレベルテーブルから前記イベント解釈部が発生を検出した前記緊急コンテンツに対応したポリシーレベルを読み出す、
   ことを特徴とする請求項１に記載の受信装置。
4. 前記コンテンツは、予め決められたスケジュールに従って放送される通常コンテンツあるいは前記通常コンテンツとは非同期に放送される緊急コンテンツであり、
   前記放送信号に緊急コンテンツが含まれていることを検出し、前記緊急コンテンツの発生を前記ポリシーレベル照合部に出力するイベント解釈部をさらに備え、
   前記ポリシーレベル照合部は、前記ポリシーレベルテーブルから前記放送信号に含まれる前記通常コンテンツに対応したポリシーレベルを読み出すとともに、前記イベント解釈部が前記緊急コンテンツの発生を検出した場合は、前記ポリシーレベルテーブルから前記緊急コンテンツに対応したポリシーレベルを読み出し、
   前記ポリシー調停部は、前記緊急コンテンツが発生していない場合には前記通常コンテンツの前記ポリシーレベルに対応した画面表示方法を前記出力決定テーブルから読み出し、前記緊急コンテンツが発生している場合には前記緊急コンテンツの前記ポリシーレベルに対応した画面表示方法、あるいは、前記緊急コンテンツの前記ポリシーレベルと前記通常コンテンツの前記ポリシーレベルとを比較していずれか高いほうに対応した画面表示方法、のいずれか一方の画面表示方法を前記出力決定テーブルから読み出し、読み出した前記画面表示方法に従って、前記放送信号に含まれる前記コンテンツの表示画面及び前記アプリケーション実行部が実行している前記アプリケーションの表示画面を表示するよう指示する、
   ことを特徴とする請求項１に記載の受信装置。
5. 放送信号を送信する送信装置と、放送信号を受信する受信装置とを有する放送システムであって、
   前記送信装置は、コンテンツを含んだ放送信号を送信する放送送信部を備え、
   前記受信装置は、
   放送及びアプリケーションの画面表示方法の段階を表すポリシーレベルをコンテンツ毎に示すポリシーレベルテーブルを記憶するとともに、放送及びアプリケーションの画面表示方法をポリシーレベル毎に示す出力決定テーブルを記憶するポリシーデータ記憶部と、
   アプリケーションを実行するアプリケーション実行部と、
   前記送信装置が送信した放送信号を受信する放送受信部と、
   前記ポリシーデータ記憶部に記憶されている前記ポリシーレベルテーブルから前記放送受信部が受信した前記放送信号に含まれる前記コンテンツに対応したポリシーレベルを読み出すポリシーレベル照合部と、
   前記ポリシーレベル照合部が読み出した前記ポリシーレベルに対応した前記画面表示方法を前記ポリシーデータ記憶部に記憶されている出力決定テーブルから読み出し、読み出した前記画面表示方法に従って、前記放送信号に含まれる前記コンテンツの表示画面及び前記アプリケーション実行部が実行している前記アプリケーションの表示画面を表示するよう指示するポリシー調停部と、
   前記放送受信部が受信した前記放送信号からセクション形式、エンジニアリングサービス、または、データカルーセル形式により伝送された出力決定テーブルを取得し、前記ポリシーデータ記憶部に書き込むポリシーデータ管理部と、
   を備える、
   ことを特徴とする放送システム。
6. 受信装置に用いられるコンピュータを、
   放送及びアプリケーションの画面表示方法の段階を表すポリシーレベルをコンテンツ毎に示すポリシーレベルテーブルを記憶するとともに、放送及びアプリケーションの画面表示方法をポリシーレベル毎に示す出力決定テーブルを記憶するポリシーデータ記憶部、 アプリケーションを実行するアプリケーション実行部、
   放送信号を受信する放送受信部、
   前記ポリシーデータ記憶部に記憶されている前記ポリシーレベルテーブルから前記放送受信部が受信した前記放送信号に含まれる前記コンテンツに対応したポリシーレベルを読み出すポリシーレベル照合部、
   前記ポリシーレベル照合部が読み出した前記ポリシーレベルに対応した前記画面表示方法を前記ポリシーデータ記憶部に記憶されている出力決定テーブルから読み出し、読み出した前記画面表示方法に従って、前記放送信号に含まれる前記コンテンツの表示画面及び前記アプリケーション実行部が実行している前記アプリケーションの表示画面を表示するよう指示するポリシー調停部、
   前記放送受信部が受信した前記放送信号からセクション形式、エンジニアリングサービス、または、データカルーセル形式により伝送された出力決定テーブルを取得し、前記ポリシーデータ記憶部に書き込むポリシーデータ管理部、
   として機能させることを特徴とするプログラム。

Images