(57)【要約】      （修正有）【課題】連動アプリの受信装置制御機能を放送側から制御する、受信装置及び受信方法を提供する。【解決手段】放送装置１１が、受信装置２０−１〜２０−Ｎにてコンテンツの受信とともに実行される連動アプリケーションに関するアプリケーション制御情報を受信装置に供給する供給部を備える。受信装置は、受信したコンテンツの映像を参照して画面のレイアウトを変更する連動アプリケーションを実行するアプリケーション実行部と、アプリケーション制御情報に基づいて、アプリケーション実行部を制御し、連動アプリケーションの起動を制限するアプリケーション制御部とを備える。【選択図】図１
2015109655.tif 000002
【特許請求の範囲】
【請求項１】
放送網を介して放送されたコンテンツを受信する受信装置において、
受信した前記コンテンツに連動する連動アプリケーションを実行するアプリケーション実行部と、
前記連動アプリケーションに関するアプリケーション制御情報に基づいて、前記アプリケーション実行部を制御するアプリケーション制御部と
を備え、
前記アプリケーション制御情報は、前記連動アプリケーションを前記コンテンツと連動させる範囲を表すアプリケーションバウンダリ、および、前記連動アプリケーションによる放送リソースへのアクセス権限の有無を機能ごとにビットに割り当てたビットマップ構造で表したパーミッション情報を少なくとも含み、
前記アプリケーション制御部は、前記連動アプリケーションに対して、前記アプリケーションバウンダリの示す範囲内で、前記パーミッション情報による前記放送リソースへのアクセス権限を機能単位で設定する
受信装置。
【請求項２】
放送網を介して放送されたコンテンツを受信する受信装置の受信方法において、
前記受信装置による、
受信した前記コンテンツに連動する連動アプリケーションを実行するアプリケーション実行ステップと、
前記連動アプリケーションに関するアプリケーション制御情報に基づいて、前記アプリケーション実行ステップの処理を制御するアプリケーション制御ステップと
を含み、
前記アプリケーション制御情報は、前記連動アプリケーションを前記コンテンツと連動させる範囲を表すアプリケーションバウンダリ、および、前記連動アプリケーションによる放送リソースへのアクセス権限の有無を機能ごとにビットに割り当てたビットマップ構造で表したパーミッション情報を少なくとも含み、
前記アプリケーション制御ステップの処理によって、前記連動アプリケーションに対して、前記アプリケーションバウンダリの示す範囲内で、前記パーミッション情報による前記放送リソースへのアクセス権限を機能単位で設定する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、受信装置、および、受信方法に関し、特に、テレビジョン番組に連動させて所定のアプリケーションプログラムを動作させる場合に用いて好適な受信装置、および、受信方法に関する。
【背景技術】
【０００２】
デジタルテレビジョン放送においては、テレビジョン番組（以下、番組と略称する）の放送サービスだけでなく、いわゆるデータ放送と称するサービスが行なわれている（例えば、特許文献１参照）。そして、このデータ放送を利用することにより、番組に連動して所定のアプリケーションプログラム（以下、適宜、アプリケーションまたはアプリとも略称する）を受信側に供給して実行させることも実現されている。
【０００３】
従来、番組に連動させるアプリケーション（以下、連動アプリケーション、または連動アプリとも略称する）は、番組を放送する放送局側により制作されて番組とともに受信装置に供給されていた。しかしながら、今後においては、連動アプリを番組と関わりがない一般のアプリ事業者が制作し、何らかの方法により受信装置に供給して実行させるようなサービスの運用形態が想定されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−５０２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、連動アプリは、受信装置が出力する画面のレイアウトを決定したり、番組のメタデータを参照したり、受信装置の受信に関わる動作（例えば、選局など）を制御したりすること（これらを一括して受信装置制御機能を称する）が可能である。
【０００６】
したがって、一般のアプリ事業者が何らかを意図して連動アプリを制作したり、あるいは連動アプリがバグによって誤動作したりした場合、上述した受信装置制御機能により、番組の映像や音声が出力されなかったり、番組を中傷するような内容の情報が番組と共に表示されたりする事態が発生し得る。
【０００７】
よって、連動アプリの制作を一般のアプリ事業者に許容する場合においては、上述した事態の発生を抑止できるように、連動アプリの受信装置制御機能を放送側が制御できるようにしておくことが望ましい。
【０００８】
本開示はこのような状況に鑑みてなされたものであり、連動アプリの受信装置制御機能を放送側が制御できる仕組みを提供するものである。
【課題を解決するための手段】
【０００９】
本開示の一側面である受信装置は、放送網を介して放送されたコンテンツを受信する受信装置において、受信した前記コンテンツに連動する連動アプリケーションを実行するアプリケーション実行部と、前記連動アプリケーションに関するアプリケーション制御情報に基づいて、前記アプリケーション実行部を制御するアプリケーション制御部とを備え、前記アプリケーション制御情報は、前記連動アプリケーションを前記コンテンツと連動させる範囲を表すアプリケーションバウンダリ、および、前記連動アプリケーションによる放送リソースへのアクセス権限の有無を機能ごとにビットに割り当てたビットマップ構造で表したパーミッション情報を少なくとも含み、前記アプリケーション制御部は、前記連動アプリケーションに対して、前記アプリケーションバウンダリの示す範囲内で、前記パーミッション情報による前記放送リソースへのアクセス権限を機能単位で設定する受信装置である。
【００１０】
本開示の一側面の受信方法は、上述した本開示の一側面である受信装置に対応する受信方法である。
【００１１】
本開示の一側面の受信装置、および、受信方法においては、受信した前記コンテンツに連動する連動アプリケーションが実行され、前記連動アプリケーションに関するアプリケーション制御情報に基づいて、前記アプリケーションの実行が制御され、前記アプリケーション制御情報には、前記連動アプリケーションを前記コンテンツと連動させる範囲を表すアプリケーションバウンダリ、および、前記連動アプリケーションによる放送リソースへのアクセス権限の有無を機能ごとにビットに割り当てたビットマップ構造で表したパーミッション情報が少なくとも含まれており、前記連動アプリケーションに対して、前記アプリケーションバウンダリの示す範囲内で、前記パーミッション情報による前記放送リソースへのアクセス権限が機能単位で設定される。
【発明の効果】
【００１２】
本開示の一側面によれば、アプリケーション制御情報に基づいて、連動アプリケーションの起動を制限することができる。
【図面の簡単な説明】
【００１３】
【図１】本開示を適用した連動アプリケーション制御システムの構成例を示すブロック図である。
【図２】図１の受信装置の構成例を示すブロック図である。
【図３】放送起点型連動アプリケーションの動作概要を説明する図である。
【図４】非放送起点型連動アプリケーションの動作概要を説明する図である。
【図５】受信装置の表示の状態遷移を示す図である。
【図６】アプリケーション制御情報の項目を説明する図である。
【図７】パーミション情報のビットマップを示す図である。
【図８】パーミション情報の映像参照を説明する図である。
【図９】連動アプリケーション実行処理を説明するフローチャートである。
【図１０】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００１５】
＜１．実施の形態＞
［連動アプリケーション制御システムの構成例について］
図１は、本開示の実施の形態である連動アプリケーション制御システムを示している。この連動アプリケーション制御システム１０は、受信側で受信、表示する番組に連動させて連動アプリケーションを実行させるものである。
【００１６】
連動アプリケーション制御システム１０は、放送装置１１、通信装置１３、および受信装置２０−１乃至２０−Ｎから構成される。以下、受信装置２０−１乃至２０−Ｎを個々に区別する必要がない場合、単に受信装置２０と称する。
【００１７】
放送装置１１は、テレビジョン放送の放送信号（放送ストリーム）を、地上デジタル放送網、衛星放送網、ケーブルテレビ網などの放送網１２を介して放送する。この放送ストリームには、番組の映像、音声、字幕などの信号、およびデータ放送サービスのための信号が含まれる。さらに、放送ストリームには、連動アプリの起動や終了などのトリガとなる情報を含むアプリケーション制御情報、および、実行中の連動アプリにおけるイベント発火のトリガとなる情報やイベントにて使用されるデータなどを含むイベントメッセージが随時含まれる。
【００１８】
通信装置１３は、インターネットに代表されるIP通信網１４に接続されており、IP通信網１４を介してアクセスしてくる受信装置２０からの要求に応じて連動アプリを供給する。なお、連動アプリについては、放送ストリームのデータ放送信号を用いて受信装置２０に供給するようにしてもよい。上述したアプリケーション制御情報やイベントメッセージを、IP通信網１４を介して受信装置２０に供給するようにしてもよい。
【００１９】
受信装置２０は、放送装置１１が放送網１２を介して放送した放送ストリームを受信して番組やＣＭの映像および音声を後段のモニタ（不図示）に出力する。また、受信装置２０は、通信装置１３からIP通信網１４を介して連動アプリを取得、実行する。
【００２０】
受信装置２０は、単体として構成するようにしてもよいし、例えば、デジタルテレビジョン受像機、ビデオレコーダ、パーソナルコンピュータ、スマートフォンなどに内蔵されているようにしてもよい。
【００２１】
［受信装置２０の構成例］
次に、図２は、受信装置２０の構成例を示している。
【００２２】
受信装置２０は、テレビジョン放送受信系として、放送チューナ２１、デスクランブラ２２、CASモジュール２３、デマルチプレクサ２４、データ放送処理部２５、データ放送エンジン２６、映像デコーダ２７、音声デコーダ２８、および字幕デコーダ２９を有する。さらに、受信装置２０は、連動アプリ制御系として、アプリケーション制御部３０、IP通信I/F３１、およびアプリケーションエンジン３２を有する。さらに、受信装置２０は、入出力系として、映像出力部３３、音声出力部３４、操作入力部３５および制御部３６を有する。
【００２３】
放送チューナ２１は、放送されているテレビジョン信号から、選局に応じた周波数成分を受信、復調し、その結果得られた放送ストリームをデスクランブラ２２に出力する。デスクランブラ２２は、放送ストリームにスクランブルが施されている場合、CAS(Conditional Access System)モジュール２３から得られる鍵を用いてそのスクランブルを解除してデマルチプレクサ２３４に出力する。CASモジュール２３は、B-CASカードなどから、スクランブル解除のための鍵を取得する。
【００２４】
デマルチプレクサ２４は、放送ストリームからデータ放送信号を分離、抽出してデータ放送処理部２５に出力する。また、デマルチプレクサ２４は、放送ストリームから番組の符号化映像データ、符号化音声データ、および符号化字幕データを分離、抽出して、それぞれを映像デコーダ２７、音声デコーダ２８、または字幕デコーダ２９に出力する。さらに、デマルチプレクサ２４は、放送ストリームからアプリケーション制御情報(AIT(Application Information Table)とも称する)を分離、抽出してアプリケーション制御部３０に出力する。
【００２５】
データ放送処理部２５は、データ放送信号から、例えばBML(Broadcast Markup Language)やJAVA(登録商標)などにより記述されているデータ放送用のアプリを読み出してデータ放送エンジン２６に出力する。データ放送エンジン２６は、内蔵するBMLブラウザなどにより、BMLなどで記述されているデータ放送用のアプリを実行する。実行されたデータ放送用のアプリは、データ放送の映像信号を映像出力部３３に出力し、データ放送の音声信号を音声出力部３４に出力する。また、実行されたデータ放送用のアプリは、アプリケーション制御部３０を制御して連動アプリを起動させることができる。
【００２６】
映像デコーダ２７は、符号化映像データをデコードし、その結果得られる番組の映像信号を映像出力部３３に出力する。音声デコーダ２８は、符号化音声データをデコードし、その結果得られる番組の音声信号を音声出力部３４に出力する。字幕デコーダ２９は、符号化字幕データをデコードし、その結果得られる番組の字幕信号を映像出力部３３に出力する。
【００２７】
アプリケーション制御部３０は、デマルチプレクサ２４から入力されるアプリケーション制御情報(AIT)を解析し、その解析結果に基づいてアプリケーションエンジン３２を制御する。また、アプリケーション制御部３０は、IP通信I/F３１を制御し、IP通信網１４を介して所定のサーバ（例えば、通信装置１３）からアプリケーション制御情報(AIT)を取得し、それを解析した解析結果に基づいてアプリケーションエンジン３２を制御する。IP通信I/F３１は、IP通信網１４を介して所定のサーバ（例えば、通信装置１３）と通信する。
【００２８】
アプリケーションエンジン３２は、アプリケーション制御部３０からの制御に従い、IP通信I/F３１およびIP通信網１４を介して通信装置１３にアクセスし、HTML5などにより記述されている連動アプリを取得して実行する。そして、アプリケーションエンジン３２は、連動アプリから出力される映像信号を映像出力部３３に、音声信号を音声出力部３４に出力する。なお、アプリケーションエンジン３２は、連動アプリとは異なる一般アプリケーション（例えば、インターネットブラウザ）なども実行できる。
【００２９】
映像出力部３３は、各部から入力される映像信号を選択、または組み合わせて後段に出力する。音声出力部３４は、各部から入力される音声信号を選択、または組み合わせて後段に出力する。
【００３０】
操作入力部３５は、ユーザからの各種の操作入力を受け付け、その操作信号を制御部３６に出力する。制御部３６は、操作信号に基づいて、受信装置２０の各部を制御する。
【００３１】
［動作概要の説明］
次に、連動アプリケーション制御システム１０による２種類の動作概要について説明する。
【００３２】
図３は、放送起点型連動アプリケーションの動作概要を表している。放送起点型連動アプリケーションは、放送ストリームに含まれるアプリケーション制御情報(AIT)に基づいて、受信装置２０が連動アプリを取得、起動するものである。なお、アプリケーション制御情報(AIT)は、図示するように、映像ストリームや音声ストリームとは異なるストリームとして放送することの他、映像ストリームまたは音声ストリームに埋め込んで放送するようにしてもよい。
【００３３】
具体的には、たとえば同図に示すように、番組Ａとともに放送されたアプリケーション制御情報(AIT)を受信装置２０が受信すると、それに基づいて受信装置２０は通信装置１３から連動アプリＡを取得して起動する。なお、連動アプリを起動させるためのトリガとなる項目を含むAITは、受信側の受信ミスなどを考慮して同一ものが複数回連続して放送される。
【００３４】
起動された連動アプリＡは、例えば連動アプリＡの映像の中に番組Ａの表示領域を設けて番組Ａを子画面表示させることができる。また、イベントメッセージによりイベントが発火されることにより、例えば、連動アプリＡの映像を変更することができる。そして、連動アプリＡは番組Ａの終了とともに終了される（連動アプリＡを終了させずに継続して起動させておくことも可能である）。
【００３５】
番組Ａの後に番組Ｂが開始されると、番組Ａのときと同様に連動アプリＢが起動される。なお、連動アプリＡの終了と連動アプリＢの起動は同時の場合もある。起動された連動アプリＢは、例えば全画面に表示されている番組Ｂの映像内に、連動アプリＢ用の子画面を設けて表示させたりすることができる。連動アプリＢは番組Ｂの終了とともに終了される（連動アプリＢを終了させずに継続して起動させておくことも可能である）。
【００３６】
次に図４は、非放送起点型連動アプリケーションの動作概要を表している。非放送起点型連動アプリケーションは、ユーザからの操作入力に応じて受信装置２０が連動アプリを起動するものである。
【００３７】
例えば、受信装置２０は、実行可能な複数のアプリケーションの中から実行するものユーザに選択させるためのアプリケーションロンチャ(Application launcher)を表示できるものとする。同図の例の場合、アプリケーションロンチャでは、テレビジョン番組を視聴することできる連動アプリ”TV viewer”と、IP通信網１４を介して配信されるコンテンツを視聴できるアプリ”VOD”（video on demand）を選択可能である。このアプリケーションロンチャに対して、ユーザが”TV viewer”の選択操作を行うと、受信装置２０は、”TV viewer”に対して予め対応付けられている所定のURL（いまの場合、通信装置１３を表すものとする）にアクセスし、連動アプリ”TV viewer”に対応するAITを取得する。
【００３８】
AITを取得した受信装置２０は、それを解析して信頼性が確認できた場合（例えば、付与されている電子署名が署名検証をパスできた場合）のみ、連動アプリ”TV viewer”を通信装置１３から取得して起動する。なお、予め連動アプリ”TV viewer”を受信装置２０に保持させておくようにしてもよい。
【００３９】
起動された連動アプリ”TV viewer”は、受信装置２０のテレビジョン放送受信系を制御して、受信するサービス（チャンネル）の選局を制御することができる。また、連動アプリ”TV viewer”の映像内にユーザインタフェースとなる選局用のボタンを表示させることができる。例えば、初めはサービス（チャンネル）Ｘを選局し、次にユーザからの操作に応じてサービス（チャンネル）Ｙを選局した場合、連動アプリ”TV viewer”の出力画面には、その番組表示領域に、最初はサービスＸで放送されている番組が表示され、次にサービスＹで放送されている番組が表示されたりする。
【００４０】
［受信装置２０の状態遷移について］
図５は、受信装置２０の表示の状態遷移を示している。
【００４１】
受信装置２０の表示の状態は、図示するとおりに５種類の状態がある。
【００４２】
状態１は、放送されている番組を受信、表示している状態である。状態２は、放送されている番組とデータ放送を受信し、番組とデータ放送を同時に表示している状態である。状態３は、放送されている番組と、放送起点型連動アプリの映像を組み合わせて表示している状態である。状態４は、放送されている番組と、非放送起点型連動アプリの映像を組み合わせて表示している状態である。状態５は、放送起点型連動アプリおよび非放送起点型連動アプリとは異なる一般アプリの映像を表示している状態である。
【００４３】
状態１には、テレビジョン放送の選局操作を行なうことにより、あらゆる状態から遷移することができる。状態１にてデータ放送も追加受信することにより状態２に遷移することができる。状態１にて放送起点型連動アプリが起動されることにより状態３に遷移することができる。
【００４４】
状態２には、テレビジョン放送の選局操作を行なうことにより、あらゆる状態から遷移することができる。状態１にてデータ放送を止めることにより状態１に遷移することができる。状態２にて放送起点型連動アプリが起動されることにより状態３に遷移することができる。
【００４５】
状態３においては、放送起点型連動アプリを切替える（放送起点型連動アプリを遷移する）ことができる。状態３にて実行中の放送起点型連動アプリを終了することにより状態１または状態２に遷移することができる。状態３にて、例えばユーザがバナー広告などのハイパーリンクを選択することにより状態５に遷移することができる。
【００４６】
状態４には、アプリケーションロンチャにて非放送起点型連動アプリを選択することにより、あらゆる状態から遷移することができる。状態４においては、非放送起点型連動アプリを切替える（非放送起点型連動アプリを遷移する）ことができる。状態４にて、例えばユーザがバナー広告などのハイパーリンクを選択することにより状態５に遷移することができる。
【００４７】
なお、状態５に遷移した後は状態１乃至状態４に遷移することはできない。状態１乃至状態４に戻るためには、実行中の一般アプリを終了する必要がある。
【００４８】
［アプリケーション制御情報（AIT）について］
次に、図６は、アプリケーション制御情報に含まれる各項目を示している。
【００４９】
アプリケーション制御情報５０には、必須項目として、アプリケーションタイプ５１、事業者ＩＤ５２、アプリケーションＩＤ５３、アプリケーション制御コマンド５４、およびアプリケーション仕様バージョン５５が含まれている。
【００５０】
また、アプリケーション制御情報５０には、オプション項目（コンマンドにより必須の場合も有）として、受信装置要求機能プロファイル５６、アプリケーションURL５７、アプリケーションバウンダリ５８、アプリケーションシステム優先度５９、アプリケーション放送連携範囲６０、パーミッション情報６１、およびサーバアクセス分散パラメータ６２を含むことができる。
【００５１】
アプリケーションタイプ５１は、対応する連動アプリのタイプ（記述言語）を表す情報である。事業者ＩＤ５２は、対応する連動アプリを制作したアプリケーション事業者の識別情報である。アプリケーションＩＤ５３は、対応する連動アプリの特定の事業者におけるユニークな識別情報である。
【００５２】
アプリケーション制御コマンド５４は、対応する連動アプリに対する制御アクションを表す情報であり、自動起動、プリフェッチ、終了、または動作可能の４種類のいずれかである。自動起動は、対応する連動アプリの取得（未取得の場合）、起動を意味する。プリフェッチは、対応する連動アプリの事前取得を意味する。終了は、対応する連動アプリの終了を意味する。動作可能は、当該AIT取得時において、対応する連動アプリの実行の許容を意味する。
【００５３】
アプリケーション仕様バージョン５５は、アプリケーションタイプ（記述言語）毎のバージョン番号を表す情報である。
【００５４】
受信装置要求機能プロファイル５６は、対応する連動アプリを実行するに際して受信装置２０に要求される機能（例えば、ストレージを内蔵していることなど）を表すプロファイル値である。受信装置２０は、このプロファイル値が示す機能を有している場合のみ、対応する連動アプリを起動することができる。
【００５５】
アプリケーションURL５７は、対応する連動アプリの取得先（本実施の形態の場合、通信装置１３）を表すURL(Uniform Resource Locator)である。アプリケーションバウンダリ５８は、対応する連動アプリをTV放送と連動させる範囲を表す情報である。アプリケーションシステム優先度５９は、自動起動するように設定されているアプリケーション（データ放送を含む）が重複している場合における起動の優先度を表す情報である。アプリケーション放送連携範囲６０は、実行中の連動アプリを終了せずに実行を継続する範囲（連動動作範囲）を表す情報である。
【００５６】
パーミッション情報６１は、対応する連動アプリに対する受信装置制御機能を制御するための情報である。ここで、受信装置制御機能は、受信装置２０が出力する画面のレイアウトを決定したり、番組のメタデータを参照したり、受信装置２０の受信に関わる動作（例えば、選局など）を制御したりすることを意味する。パーミッション情報６１については、図７および図８を参照して詳述する。
【００５７】
サーバアクセス分散パラメータ６２は、対応する連動アプリの取得先であるサーバ（いまの場合、通信装置１３）に対するアクセスを時間的に分散させるための制御パラメータである。
【００５８】
［パーミッション情報６１のビットマップ］
図７は、パーミッション情報６１のビットマップの一例を示している。
【００５９】
パーミッション情報６１は、８ビットからなり、その最上位側から２ビットは映像参照７１、以降の各１ビットはリアルタイム選局７２、予約選局７３、SI参照７４、現在選局情報取得７５、NVRAM Read７６、およびNVRAM Write７７の８ビットとされる。
【００６０】
２ビットの映像参照７１は、画面における番組の映像のレイアウトに関し、連動アプリに対して許容されているレベルを表している。具体的には図８に示すとおりである。
【００６１】
図８に示されるように、２ビットの映像参照７１は００，０１，１０または１１に設定される。
【００６２】
放送起点型連動アプリに対しては、映像参照７１が００に設定されることはない（該設定自体が許容されていない）。非放送起点型連動アプリに対して映像参照７１が００に設定されている場合、放送から得られる情報を参照（引用）することが許容されていないことを意味する。
【００６３】
放送起点型連動アプリに対して映像参照７１が０１に設定されている場合、画面全体に番組の映像を表示し、連動アプリの映像を表示しない状態が許容されていることを意味する。
【００６４】
非放送起点型連動アプリに対して映像参照７１が０１に設定されている場合、画面全体に番組の映像を表示し、連動アプリの映像を表示しない状態、または放送から得られる情報を参照しないことが許容されていることを意味する。
【００６５】
放送起点型連動アプリに対して映像参照７１が１０に設定されている場合、連動アプリの映像の中に番組の映像を子画面表示する状態が許容されていることを意味する。
【００６６】
非放送起点型連動アプリに対して映像参照７１が１０に設定されている場合、連動アプリの映像の中に番組の映像を子画面表示する状態、または、放送から得られる情報を参照しないことが許容されていることを意味する。
【００６７】
放送起点型連動アプリに対して映像参照７１が１１に設定されている場合、連動アプリの映像の中に番組の映像を子画面表示する状態、番組の映像に連動アプリの映像を重畳表示する状態が許容されていることを意味する。
【００６８】
非放送起点型連動アプリに対して映像参照７１が１０に設定されている場合、連動アプリの映像の中に番組の映像を子画面表示する状態、番組の映像に連動アプリの映像を重畳表示する状態、または放送から得られる情報を参照しないことが許容されていることを意味する。
【００６９】
図７に戻る。１ビットのリアルタイム選局７２は、連動アプリに対してリアルタイムの選局（チャンネル変更）を許容するか否かを表している。１ビットの予約選局７３は、連動アプリに対して、予約選局（録画予約も含む）を許容するか否かを表している。
【００７０】
１ビットのSI参照７４は、連動アプリに対して、放送ストリームに含まれるSI(Service Information)の参照を許容するか否かを表している。１ビットの現在選局情報取得７５は、受信装置２０で現在選局しているサービス（チャンネル）を表す情報（Network IDなど）の取得を許容するか否かを表している。
【００７１】
１ビットのNVRAM Read７６は、受信装置２０に内蔵された不揮発性メモリからの情報の読み出しを許容するか否かを表している。１ビットのNVRAM Write７７は、受信装置２０に内蔵された不揮発性メモリに対する情報の書き込みを許容するか否かを表している。
【００７２】
［連動アプリケーション実行処理の説明］
次に、図９は、受信装置２０による連動アプリケーション実行処理を説明するフローチャートである。
【００７３】
この連動アプリケーション実行処理は、受信装置２０において番組とともに受信されたアプリケーション制御情報(AIT)５０のアプリケーション制御コマンド５４が自動起動であることに応じて放送起点型連動アプリが起動されるときの前処理として開始される。なお、前提として、受信装置２０は、番組を受信している間、常に最新のAIT５０を受信しているものとする。
【００７４】
ステップＳ１において、アプリケーション制御部３０は、デマルチプレクサ２４から最新のAIT５０を取得し、ステップＳ２において、AIT５０を解析してそこに含まれるパーミッション情報６１を記憶する。
【００７５】
ステップＳ３において、アプリケーション制御部３０は、AIT５０のアプリケーションURL５７に基づき、IP通信I/F３１を制御して、通信装置１３から対応する放送起点型連動アプリを取得させ、アプリケーションエンジン３２に供給させる。なお、対応する放送起点型連動アプリが既に取得済みの場合には、ステップＳ３を省略できる。
【００７６】
ステップＳ４において、アプリケーション制御部３０は、アプリケーションエンジン３２に供給された放送起点型連動アプリのHTML5などによる記述内容（プログラミング内容）を解析し、その動作がAIT５０のパーミッション情報６１にて許容されている内容に合致するか否かを判定する。この判定結果が否定である場合、対応する放送起点型連動アプリは、パーミッション情報６１にて許容されていないレベルで受信装置２０を制御しようとするものであり、アプリ事業者が悪意を持って意図的に制作したか、あるいはプログラムのバグの可能性がある。したがって、この場合、処理をステップＳ５に進めて、対応する放送起点型連動アプリを起動せず、該連動アプリケーション実行処理をエラー終了する。
【００７７】
ステップＳ４における判定結果が肯定である場合、処理はステップＳ６に進められ、アプリケーションエンジン３２は、アプリケーション制御部３０からの制御に従い、放送起点型連動アプリを起動する。これにより、受信装置２０は図５の状態３に遷移する。
【００７８】
対応する放送起点型連動アプリが起動された後、ステップＳ７において、アプリケーション制御部３０は、アプリケーションエンジン３２により実行中の放送起点型連動アプリにより、AIT５０のアプリケーションバウンダリ５８で表された動作範囲を超えるページ遷移が発生したか否かを判定する。この判定結果が肯定である場合、処理はステップＳ８に進められ、実行中の放送起点型連動アプリは終了され、一般アプリとしてインターネットブラウザなどが起動され、該インターネットブラウザなどにより遷移先のページが表示される。これにより、受信装置２０は図５の状態５に遷移する。
【００７９】
ステップＳ７における判定結果が否定である場合、処理はステップＳ９に進められる。ステップＳ９において、アプリケーション制御部３０は、実行中の放送起点型連動アプリにより、他の放送起点型連動アプリへの遷移が発生したか否かを判定する。この判定結果が肯定である場合、処理はステップＳ１０に進められる。ステップＳ１０において、アプリケーション制御部３０は、最新のAIT５０のアプリケーション制御コマンド５４を参照して、遷移先の他の放送起点型連動アプリが現在動作可能とされているか否かを判定する。この判定結果が肯定である場合、処理はステップＳ３に戻されて、該遷移先の他の放送起点型連動アプリを起動するための処理が行われる。反対に、ステップＳ１０における判定結果が否定である場合、該遷移先の他の放送起点型連動アプリは起動されず、処理はステップＳ７に戻されて、それ以降が繰り返される。
【００８０】
ステップＳ９の判定結果が否定である場合、処理はステップＳ１１に進められる。ステップＳ１１において、アプリケーション制御部３０は、アプリケーションエンジン３２により実行中の放送起点型連動アプリを終了するか否かを判定する。この判定結果が否定である場合、処理はステップＳ７に戻されて、それ以降が繰り返される。これに対して、ステップＳ１１の判定結果が、例えば最新のAIT５０のアプリケーション制御コマンド５４が終了であることにより肯定である場合、アプリケーションエンジン３２により実行中の放送起点型連動アプリは終了され、該連動アプリケーション実行処理も終了される。
【００８１】
以上説明した連動アプリケーション実行処理によれば、AIT５０のパーミッション情報６１により、放送起点型連動アプリの起動を制限することができる。換言すれば、起動する放送起点型連動アプリの受信装置制御機能を放送側が段階的に制御することができる。
【００８２】
なお、上述した連動アプリケーション実行処理は、受信装置２０において非放送起点型連動アプリケーションが起動されるときの前処理としても同様に実行される。ただし、この場合においてはAIT５０の供給元が所定のサーバに変更される。したがって、放送側が認証した正規のAIT５０のみが受信装置２０に供給されるようにすれば、非放送起点型連動アプリの受信装置制御機能を放送側が段階的に制御することができる。
【００８３】
ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【００８４】
図１０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【００８５】
このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【００８６】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクや不揮発性のメモリなどよりなる記憶部２０８、ネットワークインタフェースなどよりなる通信部２０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１を駆動するドライブ２１０が接続されている。
【００８７】
以上のように構成されるコンピュータでは、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【００８８】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【００８９】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【００９０】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【００９１】
なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【００９２】
１０  連動アプリケーション制御システム，  １１  放送装置，  １２  放送網，  １３  通信装置，  １４  IP通信網，  ２０  受信装置，  ２１  放送チューナ，  ２２  デスクランブラ，  ２３  CASモジュール，  ２４  デマルチプレクサ，  ２５  データ放送処理部，  ２６  データ放送エンジン，  ２７  映像デコーダ，  ２８  音声デコーダ，  ２９  字幕デコーダ，  ３０  アプリケーション制御部，  ３１  IP通信I/F，  ３２  アプリケーションエンジン，  ３３  映像出力部，  ３４  音声出力部，  ３５  操作入力部，  ３６  制御部，  ５０  アプリケーション制御情報（AIT），  ６１  パーミッション情報，  ７１  映像参照，  ７２  リアルタイム選局，  ７３  予約選局，  ７４  SI参照，  ７５  現在選局情報取得，  ７６  NVRAM Read，  ７７ NVRAM
【図１】
2015109655.tif 000003
【図２】
2015109655.tif 000004
【図３】
2015109655.tif 000005
【図４】
2015109655.tif 000006
【図５】
2015109655.tif 000007
【図６】
2015109655.tif 000008
【図７】
2015109655.tif 000009
【図８】
2015109655.tif 000010
【図９】
2015109655.tif 000011
【図１０】
2015109655.tif 000012
【手続補正書】
【提出日】平成27年2月6日(2015.2.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
放送網を介して放送されたコンテンツを受信する受信装置において、
受信した前記コンテンツに連動する連動アプリケーションを実行するアプリケーション実行部と、
前記連動アプリケーションに関するアプリケーション制御情報に基づいて、前記アプリケーション実行部を制御するアプリケーション制御部と
を備え、
前記アプリケーション制御情報は、前記連動アプリケーションを前記コンテンツと連動させるページの範囲を表すアプリケーションバウンダリ、および、前記連動アプリケーションによる放送リソースへのアクセス権限の有無を機能ごとにビットに割り当てたビットマップ構造で表したパーミッション情報を少なくとも含み、
前記アプリケーション制御部は、前記連動アプリケーションに対して、前記アプリケーションバウンダリの示すページの範囲内で、前記パーミッション情報による前記放送リソースへのアクセス権限を機能単位で設定する
受信装置。
【請求項２】
放送網を介して放送されたコンテンツを受信する受信装置の受信方法において、
前記受信装置による、
受信した前記コンテンツに連動する連動アプリケーションを実行するアプリケーション実行ステップと、
前記連動アプリケーションに関するアプリケーション制御情報に基づいて、前記アプリケーション実行ステップの処理を制御するアプリケーション制御ステップと
を含み、
前記アプリケーション制御情報は、前記連動アプリケーションを前記コンテンツと連動させるページの範囲を表すアプリケーションバウンダリ、および、前記連動アプリケーションによる放送リソースへのアクセス権限の有無を機能ごとにビットに割り当てたビットマップ構造で表したパーミッション情報を少なくとも含み、
前記アプリケーション制御ステップの処理によって、前記連動アプリケーションに対して、前記アプリケーションバウンダリの示すページの範囲内で、前記パーミッション情報による前記放送リソースへのアクセス権限を機能単位で設定する
受信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本開示の一側面である受信装置は、放送網を介して放送されたコンテンツを受信する受信装置において、受信した前記コンテンツに連動する連動アプリケーションを実行するアプリケーション実行部と、前記連動アプリケーションに関するアプリケーション制御情報に基づいて、前記アプリケーション実行部を制御するアプリケーション制御部とを備え、前記アプリケーション制御情報は、前記連動アプリケーションを前記コンテンツと連動させるページの範囲を表すアプリケーションバウンダリ、および、前記連動アプリケーションによる放送リソースへのアクセス権限の有無を機能ごとにビットに割り当てたビットマップ構造で表したパーミッション情報を少なくとも含み、前記アプリケーション制御部は、前記連動アプリケーションに対して、前記アプリケーションバウンダリの示すページの範囲内で、前記パーミッション情報による前記放送リソースへのアクセス権限を機能単位で設定する受信装置である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
本開示の一側面の受信装置、および、受信方法においては、受信した前記コンテンツに連動する連動アプリケーションが実行され、前記連動アプリケーションに関するアプリケーション制御情報に基づいて、前記アプリケーションの実行が制御され、前記アプリケーション制御情報には、前記連動アプリケーションを前記コンテンツと連動させるページの範囲を表すアプリケーションバウンダリ、および、前記連動アプリケーションによる放送リソースへのアクセス権限の有無を機能ごとにビットに割り当てたビットマップ構造で表したパーミッション情報が少なくとも含まれており、前記連動アプリケーションに対して、前記アプリケーションバウンダリの示すページの範囲内で、前記パーミッション情報による前記放送リソースへのアクセス権限が機能単位で設定される。