JP7784465B2 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

Description

本技術は、アプリケーション管理テーブルを用いてアプリケーションを実行することが可能な情報処理装置、情報処理方法、プログラムおよびサーバ装置に関する。

近年、放送コンテンツの再生と同時に、インターネット等のネットワークを通じて配信されるアプリケーションの実行を行うことを可能とする技術が知られている。このような技術として、ハイブリッドブロードバンド放送（Hybrid Broadcast Broadband TV、以下「ＨｂｂＴＶ」と称する。）と呼ばれる技術が知られている。ＨｂｂＴＶの標準規格として、欧州では「ETSI TS 102 796」（非特許文献１参照。）が策定されている。また、我が国でもこれに準拠した標準規格「ARIB STD-B23」（非特許文献２参照。）が策定されている。

例えばＨｂｂＴＶなどのように、放送コンテンツの再生と同時にアプリケーションが実行されるシステムでは、アプリケーションの起動から終了までのライフサイクルが、放送コンテンツに重畳されたＡＩＴセクション（Application Information Table）と呼ばれるデータ構造によって管理される。ＡＩＴセクションを取得した情報端末は、ＡＩＴセクションに含まれるアプリケーション制御用のコードをもとにアプリケーションの制御を行う。

また、放送ＡＩＴセクションと同等の情報を有し、インターネットなど通信網を利用して受信機にアプリケーションに関する情報を提供するために最適なフォーマットとして、ＸＭＬ形式で記述されたＸＭＬ－ＡＩＴがある。

ETSI（European Telecommunications Standards Institute）「ETSI TS 102 796 V1.1.1 （2010-06)」http://www.etsi.org/deliver/etsi_ts/102700_102799/102796/01.01.01_60/ts_102796v010101p.pdf（平成２３年１０月２１日閲覧） 社団法人電波産業会「デジタル放送におけるアプリケーション実行環境 標準規格 ARIB STD-B23 1.2版」http://www.arib.or.jp/english/html/overview/doc/2-STD-B23v1_2.pdf（平成２３年１０月２１日閲覧）

今後、地上デジタル放送等の放送番組と連動させながら実行されるアプリケーション（放送連動アプリケーション）のほか、放送と直接関係のないアプリケーション（放送非連動アプリケーション）を提供するサービスの開始が想定される。しかし、放送非連動アプリケーションを利用したサービスを実際に運用するにあたっては、解決すべき様々な課題が未だ残されており、その対策が望まれている。

本技術の目的は、放送リソースを利用するアプリケーションを用いたサービスの品質の向上を図ることの可能な情報処理装置、情報処理方法、プログラムおよびサーバ装置を提供することにある。

上記の課題を解決するために、本技術に係る情報処理装置は、複数の種類のメディア情報で構成される放送リソースを受信して処理する放送処理部と、前記放送リソースを利用可能なアプリケーションを起動させるために必要な情報と、当該アプリケーションにより利用可能な前記放送リソースの前記メディア情報の種類を特定する第１の定義情報が格納されたアプリケーション情報テーブルを取得し、前記アプリケーションによる前記放送リソースの前記メディア情報単位の利用の可否を判定するコントローラとを具備する。

前記情報処理装置において、前記アプリケーション情報テーブルには、前記放送リソースを利用した前記アプリケーションの動作を制約する第２の定義情報が前記第１の定義情報と紐付けて格納され、前記コントローラは、前記アプリケーションによる前記放送リソースの前記メディア情報単位の利用が可能であることを判定した場合、前記第２の定義情報をもとに前記放送リソースを用いた前記アプリケーションの動作を制御するものであってよい。

前記情報処理装置において、前記アプリケーション情報テーブルには、前記アプリケーションによりアクセス可能な放送の単位を定義する第３の定義情報が前記第１の定義情報および前記第２の定義情報と紐付けて格納され、前記コントローラは、前記第３の定義情報により定義された放送の単位で、前記アプリケーションによる前記放送リソースの前記メディア情報単位の利用の可否の判定、および前記放送リソースを用いた前記アプリケーションの動作の制御を行うものとしてよい。

前記情報処理装置において、前記アプリケーション情報テーブルには、当該アプリケーション情報テーブルの検証に必要な情報が格納され、前記コントローラは、前記検証に必要な情報を用いて前記アプリケーション情報テーブルを検証し、この検証に成功すると、前記アプリケーションによる前記放送リソースの前記メディア情報単位の利用の可否を判定する処理に移行するものであってよい。

前記情報処理装置において、前記コントローラは、前記アプリケーションの実行中にユーザによる放送チャンネルの切り替えの指示が発生したとき、前記アクセス許可情報をもとに切り替え先の放送チャンネルの放送リソースが当該アプリケーションによって利用可能かどうかを判定し、利用可能であれば当該アプリケーションの実行を継続させ、前記切り替え先の放送チャンネルの放送リソースにアクセスし、利用不可であれば、当該アプリケーションの実行を終了させ、前記切り替え先の放送チャンネルの放送リソースにアクセスするものであってよい。

本技術に係る情報処理方法は、放送処理部が、複数の種類のメディア情報で構成される放送リソースを受信し、コントローラが、前記放送リソースを利用可能なアプリケーションを起動させるために必要な情報と、当該アプリケーションにより利用可能な前記放送リソースの前記メディア情報の種類を特定する第１の定義情報が格納されたアプリケーション情報テーブルを取得し、前記アプリケーションによる前記放送リソースの前記メディア情報単位の利用の可否を判定するというものである。

本技術の別の観点に基づくプログラムは、複数の種類のメディア情報で構成される放送リソースを受信して処理する放送処理部と、前記放送リソースを利用可能なアプリケーションを起動させるために必要な情報と、当該アプリケーションにより利用可能な前記放送リソースの前記メディア情報の種類を特定する第１の定義情報が格納されたアプリケーション情報テーブルを取得し、前記アプリケーションによる前記放送リソースの前記メディア情報単位の利用の可否を判定するコントローラとしてコンピュータを機能させるプログラムである。

本技術の別の観点に基づくサーバ装置は、放送リソースを利用可能なアプリケーションを情報処理装置にて起動させるために必要な情報と、当該アプリケーションにより利用可能な前記放送リソースの前記メディア情報の種類を特定する第１の定義情報が格納されたアプリケーション情報テーブルを生成し、前記情報処理装置からの当該アプリケーション情報テーブルの取得要求に応じて応答する生成部を有するものである。

前記サーバ装置において、前記生成部は、前記放送リソースを利用した前記アプリケーションの動作を制約する第２の定義情報を前記第１の定義情報と紐付けて前記アプリケーション情報テーブルに格納するものであってよい。

前記サーバ装置において、前記生成部は、前記アプリケーションによりアクセス可能な放送の単位を定義する第３の定義情報を前記第１の定義情報および前記第２の定義情報と紐付けて前記アプリケーション情報テーブルに格納するものであってよい。

前記サーバ装置において、前記生成部は、当該アプリケーション情報テーブルの検証に必要な情報を前記アプリケーション情報テーブルに格納するものであってよい。

以上のように、本技術によれば、放送リソースを利用するアプリケーションを用いたサービスの品質の向上を図ることができる。

本実施形態の情報処理システムの概要を示す図である。 本実施形態のＸＭＬ－ＡＩＴのデータ構造を示す図である。 図２のＸＭＬ－ＡＩＴに記述されるアプリケーションハッシュ記述子のデータ構造を示す図である。 アプリケーション識別記述子の論理的構造を定義するＸＭＬスキーマの例を示す図である。 同じくアプリケーション識別記述子の論理的構造を定義するＸＭＬスキーマの例を示す図である。 リソース許可情報のＸＭＬスキーマの例を示す図である。 リソース許可情報のＸＭＬスキーマの他の例を示す図である。 リソース許可情報のＸＭＬスキーマのさらに他の例を示す図である。 同じくリソース許可情報のＸＭＬスキーマのさらに他の例を示す図である。 アプリケーション識別記述子の具体例を示す図である。 ＸＭＬ－ＡＩＴに格納されるアプリケーション制御コードの定義を示す図である。 本実施形態の情報処理装置の構成を示すブロック図である。 図１の放送設備、アプリケーションサーバ、ＸＭＬ－ＡＩＴサーバ、および情報処理装置の間でのやりとりの流れを示すシーケンス図である。 図１３における情報処理装置の処理手順を示すフローチャートである。 放送チャンネルのダイレクト選局時の情報処理装置の処理手順を示すフローチャートである。 アプリケーションの遷移が発生したとき情報処理装置の動作を示すフローチャートである。 電子署名およびハッシュ値の生成と検証の仕組みについて説明するためのブロック図である。 放送リソースとアプリケーションの表示方法の例を示す図である。 放送リソースとアプリケーションの表示方法の他の例を示す図である。 放送リソースとアプリケーションの表示方法の他の例を示す図である。 放送リソースとアプリケーションの表示方法の他の例を示す図である。

以下、本技術の実施の形態を図面をもとに説明する。
＜第１の実施形態＞
［情報処理システム］
図１は、本実施形態の情報処理システムの概要を示す図である。
本実施形態の情報処理システム１は、放送設備１００と、インターネットなどの第１のネットワーク２００と、アプリケーションサーバ３００と、ＸＭＬ－ＡＩＴサーバ４００と、エッジルータ５００と、ＬＡＮ（Local Area Network）などの第２のネットワーク６００と、放送用の受信機としての情報処理装置７００とを有する。

放送設備１００は、例えば、地上波、衛星波、ＩＰ（Internet Protocol）ネットワークなどの通信媒体を介してデジタル放送信号を送信する。放送設備１００は、映像、音声、字幕などの各トランスポートストリームが多重化されたＡＶストリームと、ＡＶストリームに付随するデータなどとが重畳されたいわゆる放送ストリームを送出する。ＡＶストリームに付随するデータとしては、ＨＴＭＬ、ＢＭＬなどなどのマークアップ言語、Java（登録商標）スクリプトなどのスクリプト言語で記述された放送連携型のアプリケーション、アプリケーションを管理するための情報からなるＸＭＬ－ＡＩＴ（（Extensible Markup Language-Application Information Table）などが含まれる。

なお、本実施形態において、映像、音声、字幕などの各トランスポートストリームが多重化されて伝送されるＡＶストリームのことを「放送コンテンツ」と呼び、この用語にはアプリケーション、ＸＭＬ－ＡＩＴの意味は含まれないこととする。

アプリケーションサーバ３００は、第１のネットワーク２００に接続可能とされ、第１のネットワーク２００を通じて情報処理装置７００に放送とは直接関係のない放送非連動アプリケーションを提供する。放送非連動アプリケーションは、放送リソースの制作者以外の者によって制作されたアプリケーションであり、放送から映像、音声、字幕、ＳＩ情報、データ放送などの様々な種類の放送リソースを取得して提示などの処理を行うことができるものの、実際に放送リソースにアクセスしてもよいかどうかについては、一定の認証を必要とすることが望ましい。

ＸＭＬ－ＡＩＴサーバ４００は、第１のネットワーク２００に接続可能とされ、第１のネットワーク２００を通じて情報処理装置７００に、アプリケーションサーバ３００から提供される放送非連動アプリケーションを管理するためのＸＭＬ－ＡＩＴを配信する。

なお、アプリケーションサーバ３００とＸＭＬ－ＡＩＴサーバ４００は１つのサーバであってもよい。アプリケーションサーバ３００とＸＭＬ－ＡＩＴサーバ４００は、それぞれＣＰＵ、メインメモリ、データ記憶装置、ユーザインタフェースなどを備え、典型的なコンピュータとしての構成を備える。メインメモリあるいはデータ記憶装置には、上記のコンピュータをテーブル伝送部として機能させるためのプログラムが格納されている。

エッジルータ５００は、第１のネットワーク２００と第２のネットワーク６００とを接続するためのルータである。第２のネットワーク６００は有線、無線を問わない。

情報処理装置７００は、例えば、パーソナルコンピュータ、携帯電話、スマートフォン、テレビジョン装置、ゲーム機、タブレット端末、オーディオ・ビデオ再生機器などであるが、具体的に製品形態は問わない。

情報処理装置７００は、放送設備１００からデジタル放送信号を受信し、復調してトランスポートストリームを得る。情報処理装置７００は、このトランスポートストリームから放送ストリームを分離し、デコードして情報処理装置７００に接続される表示部（図示せず）及びスピーカ部（図示せず）や、記録装置（図示せず）に出力することが可能である。

なお、表示部、スピーカ部および記録装置はそれぞれ、情報処理装置７００と一体であってもよいし、互いに独立した機器として直接又は第２のネットワーク６００を介して情報処理装置７００に接続されていてもよい。あるいは、表示部及びスピーカ部を有する機器（図示せず）が直接又は第２のネットワーク６００を介して情報処理装置７００に接続されていてもよい。

情報処理装置７００は、ＸＭＬ－ＡＩＴサーバ４００からＸＭＬ－ＡＩＴのファイルを取得し、解釈して、アプリケーションサーバ３００から放送非連動アプリケーションを取得し、起動などの制御を行うことができる。

［放送非連動アプリケーション］
ここで、放送非連動アプリケーションについて説明を補足する。放送非連動アプリケーションはアプリケーションサーバ３００から情報処理装置７００に提供される。放送非連動アプリケーションは、例えばＨＴＭＬ（Hyper Text Markup Language）文書、ＢＭＬ文書（Broadcast Markup Language）、ＭＨＥＧ文書（Multimedia and Hypermedia information coding）、Ｊａｖａ（登録商標）スクリプト、静止画ファイル、動画ファイルなどで構成される。

放送非連動アプリケーションは可視的なものであっても不可視的なものであってもよい。可視的なアプリケーションとは、画面を通じてその状態をユーザが視ることのできるアプリケーションである。不可視的なアプリケーションは、画面を通じてその状態をユーザが視ることのできないアプリケーションである。例えば、ブラウザがユーザに不可視の透明な状態で起動中であるときに利用されるアプリケーションや、視聴率調査などを目的として情報処理装置にて視聴された放送コンテンツを特定するための情報や視聴時間を記録して特定のサーバに配信したりするアプリケーションなどが考えられる。

また、放送非連動アプリケーションは、情報処理装置７００のユーザによる操作に従って提示する情報や機能を変えることができる双方向型アプリケーションでもよいし、ユーザに対して一方向に情報を提示するアプリケーションでもよい。

［ＸＭＬ－ＡＩＴのデータ構造］
次に、ＸＭＬ－ＡＩＴのデータ構造について説明する。
図２は、本実施形態のＸＭＬ－ＡＩＴのデータ構造を示す図である。
ＸＭＬ－ＡＩＴには、アプリケーション毎の、アプリケーション名、アプリケーション識別子、アプリケーション記述子、アプリケーションタイプ、アプリケーション制御コード２１、アプリケーションの可視性、現在のサービス内でのみ有効かを示すフラグ、アプリケーションの優先度、アプリケーションのバージョン、プラットフォームプロファイルにあわせたバージョン、アイコン、ストレージ機能の性能、トランスポートプロトコル記述子、アプリケーションロケーション記述子、アプリケーションバウンダリ記述子、アプリケーションスペシフィック記述子、アプリケーションユーセジ記述子、アプリケーションモード記述子、アプリケーションハッシュ記述子２２、アプリケーション識別記述子２３などが格納される。

このＸＭＬ－ＡＩＴには、改ざんを検出するための電子署名が添付される。電子署名としては、例えばＸＭＬ署名などが用いられる。ＸＭＬ署名の形式は、ＸＭＬ－ＡＩＴに対して独立したdetached署名、ＸＭＬ－ＡＩＴを包含した形式を有するenveloping署名、ＸＭＬ－ＡＩＴに包含された形式のenveloped署名のいずれであるかを問わない。なお、ＸＭＬ－ＡＩＴのフォーマットへの影響を抑えるにはdetached署名を採用するのがよい。

情報処理装置７００のアプリケーションコントローラ７０８は、リファレンス検証（Reference Validation）と署名検証（Signature Validation）とを含むコア検証（Core Validation）の手続きに従って、ＸＭＬ署名を検証する。
リファレンス検証とは、リソース（ＸＭＬ－ＡＩＴ）に正規化変換プロセス（Transform）及びダイジェスト計算アルゴリズム（DigestMethod）を適用することにより、リファレンス（Reference）のダイジェスト値（DigestValue）を検証する方式である。リファレンス検証により得られた結果と、登録されたダイジェスト値（DigestValue）とが比較され、これらが一致しない場合、検証失敗となる。
署名検証とは、署名情報（SignatureInfo）要素をＸＭＬ正規化アルゴリズム（CanonicalizationMethod）で指定された正規化方式でシリアル化し、鍵情報（KeyInfo）等を用いて鍵データを取得し、署名アルゴリズム（SignatureMethod）で指定された方式を用いて署名を検証する方式である。

図３はアプリケーションハッシュ記述子２２のデータ構造を定義するＸＭＬスキーマの例を示す図である。
このＸＭＬスキーマではcomplexTypeの要素としてapplicationHashDescriptor要素が宣言されている。このapplicationHashDescriptor要素は、その子要素であるsequence要素の配下に、ハッシュ値の計算方法を示すハッシュアルゴリズムが格納されるhash_algorithm要素の名前とその型を宣言する要素と、アプリケーションのハッシュ値が格納されるhash_value要素の名前とその型を宣言する要素とを有する。アプリケーションのハッシュ値は、所定のハッシュ関数などによってアプリケーションの実体から生成された値であり、そのアプリケーションを代表する値と言うことができる。

［アプリケーション識別記述子２３の詳細］
次に、アプリケーション識別記述子２３の詳細を説明する。
アプリケーション識別記述子２３としては、
１．放送非連動アプリケーションがアクセス可能な放送局系列、放送局、チャンネルおよびイベント（番組）などの放送の単位を定義する情報（第３の定義情報）、
２．放送非連動アプリケーションが利用可能な放送リソースを構成するメディア情報の種類（映像、音声、ＳＩ情報、字幕、データ放送など）を定義する情報（以下「アクセス許可情報」と呼ぶ。）（第１の定義情報）、
３．放送リソースを利用した放送非連動アプリケーションの動作を制約する情報（以下「レンダリング許可情報」と呼ぶ。）（第２の定義情報）
等が含まれる。
アクセス許可情報とレンダリング許可情報を「リソース許可情報」と総称する。

図４及び図５は上記のアプリケーション識別記述子２３（ApplicationIdDescriptor）の論理的構造を定義するＸＭＬスキーマの例を示す図である。

このＸＭＬスキーマではcomplexTypeの要素としてApplicationIdDescriptor要素が宣言されている。
このApplicationIdDescriptor要素の子要素であるsequence要素の配下には、grant_aplication_access_flag要素、affiliation要素、terrestrial_broadcaster要素、broadcaster要素、event要素がそれぞれ宣言されている。

ApplicationIdDescriptor要素は承諾アプリケーションアクセスフラグを格納する要素である。承諾アプリケーションアクセスフラグは"０"および"１"のいずれかの値をとる。承諾アプリケーションアクセスフラグが"０"であるとき、アプリケーション識別記述子２３に記述された内容が、アプリケーションとの同時の提示が禁止される条件（ブラックリスト）として解釈される。承諾アプリケーションアクセスフラグが"１"である場合、アプリケーション識別記述子２３に記述された内容が、アプリケーションとの同時の提示を許可する条件（ホワイトリスト）として解釈される。

affiliation要素は、その配下に、放送系列局の名前を格納するaffiliation_name要素の名前と型を宣言する要素と、放送系列局の識別子（id）を格納する属性の名前と型を宣言する要素と、放送系列局のリソース許可情報（resouce_permission）の構造を定義する別の要素を参照先として示す要素を有する。

terrestrial_broadcaster要素は、その配下に、地上デジタル放送局の名前を格納するterrestrial_broadcaster_name要素の名前と型を宣言する要素と、地上デジタル放送局の識別子（id）を格納する属性の名前と型を宣言する要素と、地上デジタル放送局のリソース許可情報（resouce_permission）の構造を定義する別の要素を参照先として示す要素を有する。

broadcaster要素は、その配下に、ＢＳ／ＣＳ放送局の名前を格納するbroadcaster_name要素の名前とその型を宣言する要素と、ＢＳ／ＣＳ放送局の識別子（id）を格納する属性の名前と型を宣言する要素と、ＢＳ／ＣＳ放送局のリソース許可情報（resouce_permission）の構造を定義する別の要素を参照先として示す要素を有する。

event要素は、その配下に、イベントを指定するための情報の構造を定義する別の要素（attributeGroup_name要素）の参照先を示す要素を有する。

attributeGroup_name要素は、その配下に、イベントの名前を格納するevent_name要素の名前とその型を宣言する要素と、ネットワークＩＤを格納するnetwork_id属性の名前とその型を定義する要素と、トランスポートストリームＩＤを格納するtransport_stream_id属性の名前とその型を定義する要素と、サービスＩＤを格納するservice_id属性の名前とその型を定義する要素と、イベントＩＤを格納するevent_id属性の名前とその型を定義する要素と、イベントのリソース許可情報（resouce_permission）の構造を宣言する別の要素の参照先を示す要素を有する。
ここで、network_id属性、transport_stream_id属性、service_id属性はチャンネルを識別するための情報である。
また、event_id属性の名前とその型を定義する属性の値の記載は必須ではない。この記載がない場合にはチャンネルのみが指定されたことになる。

このＸＭＬスキーマでは他のcomplexTypeの要素としてresouce_permission要素が宣言されている。resouce_permission要素は、その配下に、アクセス許可情報を格納するaccess_permission要素の名前とその型を定義する要素と、レンダリング許可情報を格納するrendering_permission要素の名前とその型を定義する要素と、リソース許可情報（resouce_permission）の識別子（id）を格納する属性の名前と型を宣言する要素を有する。

なお、図４及び図５のスキーマでは、access_permission要素およびrendering_permission要素に"０"から"１２８"までの値が格納されることとしたが、図６に示すように、resouce_permission要素内に、予め意味が定義されたリソース許可情報（resouce_permission）毎にこれを指定するかどうかを示す"０"か"１"の値を格納する複数の要素を定義してもよい。

図６に示すリソース許可情報（resouce_permission）のＸＭＬスキーマにおいて、
video_scaling要素は、ビデオをスケーリングしながらのアプリケーションの実行の可否を指定する値を格納するための要素である。
video_overlay要素は、ビデオをオーバーレイしながらのアプリケーションの実行の可否を指定する値を格納するための要素である。
realtime_tuning要素は、アプリケーションからの現在の放送番組への選局の可否を指定する値を格納するための要素である。
reservation_tuning要素は、アプリケーションからの予約録画のための選局の可否を指定する値を格納するための要素である。
SI_reference要素は、アプリケーションからのＳＩ情報への参照の可否を指定する値を格納するための要素である。
current_tuininginfo要素は、アプリケーションからの現在選局中の番組情報への参照の可否を指定する値を格納するための要素である。
NVRam_access要素は、アプリケーションからの情報処理装置内のNVRAM（Non Volatile RAM）へのアクセスの可否を指定する値を格納するための要素である。

このリソース許可情報（resouce_permission）のＸＭＬスキーマにも、リソース許可情報の識別子（Permission_id）を格納する属性の名前と型を宣言する要素が宣言されている。

図７は、リソース許可情報のＸＭＬスキーマの他の例を示す図である。
このＸＭＬスキーマでは、resouce_permission要素内のaccess_permission要素およびrendering_permission要素それぞれの型を"xsd:string" minOcuur=0 maxOccur=unbound"と定義されている。これにより、access_permission要素およびrendering_permission要素について、それぞれ上限なく要素の内容を文字列で定義することができる。
なお、minOcuur=0は、定義可能な要素の数の下限が"０"、つまり要素の定義を省くことができることを意味する。maxOccur=unboundは、定義可能な要素の数の上限がないことを意味する。要素の意味の詳細はサービスにおいて任意に決められる。

図８および図９はリソース許可情報のＸＭＬスキーマのさらに他の例を示す図である。
図４及び図５に示したスキーマでは、リソース許可情報（resouce_permission）の構造がApplicationIdDescriptor要素の外のcomplexTypeの要素であるresouce_permission要素内に定義されることとしたが、図８および図９に示すＸＭＬスキーマでは、affiliation要素、terrestrial_broadcaster要素、broadcaster要素、event要素の参照先であるattributeGroup_name要素のそれぞれにresouce_permission要素が定義されている。

図１０は図４及び図５のＸＭＬスキーマ、または図８及び図９のＸＭＬスキーマを用いて作成されるアプリケーション識別記述子２３の具体例を示す図である。
このアプリケーション識別記述子２３の具体例は、放送局系列とＢＳ／ＣＳ放送局の放送単位に対してリソース許可情報がホワイトリストとして指定された場合を示すものである。

すなわち、承諾アプリケーションアクセスフラグとして"1"が指定され、識別子が"00000001"、名前が"affiliation_A"という放送系列局に対して、識別子が"01"、アクセス許可情報（access_permission）の値が"10"、レンダリング許可情報（rendering_permission）の値が"20"のリソース許可情報（resouce_permission）が指定されている。また、識別子が"00000002"、名前が"broadcaster_B"というＢＳ／ＣＳ放送局に対して、識別子が"02"、アクセス許可情報（access_permission）の値が"30"、レンダリング許可情報（rendering_permission）の値が"40"のリソース許可情報（resouce_permission）が指定されている。
アクセス許可情報（access_permission）の値、レンダリング許可情報（rendering_permission）の値に対して割り当てられる意味はサービスにおいて任意に決められる。

［アプリケーション制御コードの定義］
アプリケーションのライフサイクルは、ＸＭＬ－ＡＩＴに格納されるアプリケーション制御コード２１をもとに、情報処理装置７００によって動的に制御される。

図１１はＸＭＬ－ＡＩＴに格納されるアプリケーション制御コード２１の定義を示す図である。
同図に示すように、アプリケーション制御コードとしては、"AUTOSTART"、"PRESENT"、"DESTROY"、"KILL"、"PREFETCH"、"REMOTE"、"DISABLED"、"PLAYBACK_AUTOSTART"が標準規格上存在する。これらアプリケーション制御コードの定義は以下のとおりである。

"AUTOSTART"は、サービスの選択に伴いアプリケーションを自動で起動することを指示するコードである。アプリケーションが既に実行されている場合にはこの限りでない。
"PRESENT"は、サービスが選択されている間、アプリケーションを実行可能な状態とすることを指示するコードである。但し、対象のアプリケーションは、サービスの選択に伴って自動的にアプリケーションは起動されず、ユーザからの起動の指示を受けて起動される。
"DESTROY"は、アプリケーションの終了の許可を指示するコードである。
"KILL"は、アプリケーションの強制的な終了を指示するコードである。
"PREFETCH"は、アプリケーションのキャッシュを指示するコードである。
"REMOTE"は、現在のトランスポートストリームでは取得できないアプリケーションであることを示すコードである。そのアプリケーションは、別のトランスポートストリームあるいはキャッシュから取得して利用可能となる。
"DISABLED"は、アプリケーションの起動を禁止することを示すコードである。
"PLAYBACK_AUTOSTART"は、ストレージ（記録装置）に録画された放送コンテンツの再生に伴いアプリケーションを起動させるためのコードである。

［情報処理装置の構成］
図１２は本実施形態の情報処理装置７００の構成を示すブロック図である。
情報処理装置７００は、放送インタフェース７０１、デマルチプレクサ７０２、出力処理部７０３、映像デコーダ７０４、音声デコーダ７０５、字幕デコーダ７０６、通信インタフェース７０７、アプリケーションコントローラ７０８（コントローラ）を有する。

放送インタフェース７０１は、アンテナ及びチューナを有し、これらを用いてユーザにより選局されたデジタル放送信号を受信する。放送インタフェース７０１は、受信したデジタル放送信号に対して復調処理などを施して得たトランスポートストリームをデマルチプレクサ７０２に出力する。

デマルチプレクサ７０２は、トランスポートストリームから放送コンテンツのストリームパケット、アプリケーションのパケット、ＡＩＴセクションのパケットをそれぞれ分離する。デマルチプレクサ７０２は、放送コンテンツのストリームパケットから映像ＥＳ（Elementary Stream）、音声ＥＳ、字幕ＥＳを分離する。デマルチプレクサ７０２は、映像ＥＳを映像デコーダ７０４に、音声ＥＳを音声デコーダ７０５に、字幕ＥＳを字幕デコーダ７０６に、そしてアプリケーションのパケット、およびＡＩＴセクションを含むＰＳＩ／ＳＩ（Program Specific Information/Service Information）のパケットをアプリケーションコントローラ７０８にそれぞれ分配する。

映像デコーダ７０４は、映像ＥＳをデコードして映像信号を生成し、生成した映像信号を出力処理部７０３に出力する。音声デコーダ７０５は、音声ＥＳをデコードして音声信号を生成し、生成した音声信号を出力処理部７０３に出力する。
字幕デコーダ７０６は、字幕ＥＳをデコードして字幕信号を生成し、生成した字幕信号を出力処理部７０３に出力する。

放送インタフェース７０１、デマルチプレクサ７０２、出力処理部７０３、映像デコーダ７０４、音声デコーダ７０５、字幕デコーダ７０６は、放送コンテンツを受信し、処理する放送処理部である。

通信インタフェース７０７は、ＬＡＮなどの第２のネットワーク６００を通じて外部の機器と通信を行うためのインタフェースである。通信インタフェース７０７は無線による通信、有線による通信を問わない。

アプリケーションコントローラ７０８は、アプリケーションの制御に関する処理を行うコントローラである。

出力処理部７０３は、映像デコーダ７０４からの映像信号、音声デコーダ７０５からの音声信号、字幕デコーダ７０６からの字幕信号及びアプリケーションコントローラ７０８からの映像信号や音声信号等を合成し、情報処理装置７００に接続された記録装置（図示せず）、表示部及びスピーカ部（図示せず）に出力する。

上記の情報処理装置７００の少なくともアプリケーションコントローラ７０８を含む構成の一部または全ては、ＣＰＵ（Central Processing Unit）およびメモリを有するコンピュータと、このコンピュータを放送処理部、アプリケーションコントローラ７０８などとして機能させるプログラムとにより提供することが可能である。

［情報処理システム１の動作］
次に、本実施形態の情報処理システム１の動作を説明する。
動作の説明は、
１．放送非連動アプリケーションによる放送リソースの利用の制御
２．署名およびハッシュ値の生成と検証
の順で行う。

（１．放送非連動アプリケーションによる放送リソースの利用の制御）
図１３は放送設備１００、アプリケーションサーバ３００、ＸＭＬ－ＡＩＴサーバ４００、および情報処理装置７００の間でのやりとりの流れを示すシーケンス図である。図１４は情報処理装置７００の処理手順を示すフローチャートである。

情報処理装置７００は、例えばリモコンなどを使ってユーザにより選択されたアプリケーションローンチャを表示する（ステップＳ１０１）。アプリケーションローンチャは、例えば、情報処理装置７００に実装された、いわゆるレジデントアプリケーションや、ＨＴＭＬブラウザによって提示されるＨＴＭＬ５（Hyper Text Markup Language 5）、ＢＭＬ(Broadcast Markup Language)などによって実現される。アプリケーションローンチャには、放送非連動アプリケーションのメニューが表示される。

ユーザは例えばリモコンなどを使って提示させたい放送非連動アプリケーションを選択することができる。アプリケーションローンチャに表示されたメニューの放送非連動アプリケーションのメニューには、放送非連動アプリケーション用のＸＭＬ－ＡＩＴを情報処理装置７００に取得させるためのスクリプトなどが組み込まれている。

アプリケーションローンチャに表示された放送非連動アプリケーションのメニュー上で、リモコンを使ったユーザの操作によって任意の放送非連動アプリケーションが選択されると（ステップＳ１０２）、その放送非連動アプリケーションに対応するスクリプトが実行されることによって、情報処理装置７００のアプリケーションコントローラ７０８は、当該放送非連動アプリケーション用のＸＭＬ－ＡＩＴをＸＭＬ－ＡＩＴサーバ４００から取得する（ステップＳ１０３）。

情報処理装置７００のアプリケーションコントローラ７０８は、取得したＸＭＬ－ＡＩＴに記述されているアプリケーションのロケーション情報をもとにアプリケーションサーバ３００から放送非連動アプリケーションを取得し（ステップＳ１０４）、取得した放送非連動アプリケーションを直ちに起動する（ステップＳ１０５）。

次に、情報処理装置７００のアプリケーションコントローラ７０８は、ハッシュ値及び電子署名の検証を行う（ステップＳ１０６）。なお、ハッシュ値の検証及び電子署名の検証の詳細については後で説明する。

ハッシュ値及び電子署名の検証に成功した場合（ステップＳ１０７のＹ）、アプリケーションコントローラ７０８は、放送非連動アプリケーションからの放送リソースのアクセス要求を監視する（ステップＳ１０８）。

また、ハッシュ値および電子署名の少なくともいずれか一方の検証に失敗した場合（ステップＳ１０７のＮ）、アプリケーションコントローラ７０８は、当該放送非連動アプリケーションによる全ての放送リソースのアクセスを禁止するように設定を行った後（ステップＳ１０９）、放送非連動アプリケーションからの放送リソースのアクセス要求を監視する（ステップＳ１０８）。

アプリケーションコントローラ７０８は、放送非連動アプリケーションからの放送リソースのアクセス要求を検出すると（ステップＳ１０８のＹ）、取得したＸＭＬ－ＡＩＴに記述されたアクセス許可情報（access_permission）を参照して、当該放送非連動アプリケーションによる放送リソースのアクセスの可否を判定する（ステップＳ１１０）。

例えば、図１０に示したアプリケーション識別記述子２３が取得され、アクセス許可情報（access_permission）の値"10"は"すべての放送リソースの利用を許可する。"を意味することとする。ここで"すべての放送リソース"とは、放送されるすべての種類（映像、音声、ＳＩ情報、字幕、データ放送など）のメディア情報のことである。

この想定において、実行された放送非連動アプリケーションによってアクセス要求された放送リソースが"affiliation_A"という放送系列局に属する放送局からの放送リソースである場合には、当該放送非連動アプリケーションによる放送リソースのアクセスは可能と判定される。

また、実行された放送非連動アプリケーションによってアクセス要求された放送リソースが、"affiliation_A"という放送系列局に属さない放送局からの放送リソースであって、"broadcaster_B"というＢＳ／ＣＳ放送局以外の放送局の放送リソースである場合には、当該放送非連動アプリケーションによる放送リソースのアクセスは不可と判定される。

さらに、図１０に示したアプリケーション識別記述子２３において、アクセス許可情報（access_permission）の値"10"が"映像"を意味するように定義されている場合には、放送非連動アプリケーションによる放送リソースのアクセスは"映像"のみ可能と判定される。したがって、この場合、放送非連動アプリケーションがアクセスしようとしている放送リソースが"映像と音声"である場合には、放送非連動アプリケーションは映像のみを利用することができ、音声を利用できない。

同様に、アクセス許可情報（access_permission）の値"10"が"ＳＩ情報以外の放送リソース"を意味するように定義されている場合、放送非連動アプリケーションによる放送リソースのアクセスは"ＳＩ情報以外の放送リソース"のみ可能と判定される。したがって、この場合、放送非連動アプリケーションがアクセスしようとしている放送リソースが"ＳＩ情報"である場合のみ、放送非連動アプリケーションはその放送リソースを利用できるが、放送非連動アプリケーションがアクセスしようとしている放送リソースが"映像と音声"である場合には放送非連動アプリケーションはその放送リソースを利用できない。

アプリケーションコントローラ７０８は、実行された放送非連動アプリケーションによってアクセス要求された放送リソースが、アクセス許可情報（access_permission）においてアクセスすることを許可された放送リソースであることを判定すると（ステップＳ１１１のＹ）、その放送リソースにアクセスする（ステップＳ１１２）。

続いて、アプリケーションコントローラ７０８は、レンダリング許可情報（rendering_permission）をもとに、アクセスした放送リソースを利用した放送非連動アプリケーションの動作の制約を決定する（ステップＳ１１３）。

ここで、放送非連動アプリケーションの動作の制約に関して説明を補足する。
放送非連動アプリケーションの動作の制約として、放送リソースとアプリケーションを表示させる場合の方法に関する制約がある。

放送リソースとアプリケーションの表示方法の例を以下に示す。
図１８は、選局された放送番組３１Ａとアプリケーション３２Ａとを画面を分割するように表示させ、放送番組３１Ａをスケーリングつまりサイズを変更して表示させる方法を示す。
図１９は、選局された放送番組３１Ｂを全画面表示させ、アプリケーション３２Ｂをその上に重ねて表示させる方法を示す。
図２０は、アプリケーション３２Ｃを全画面表示させ、そこに放送リソースの一つである番組情報３３を表示させる方法を示す。
図２１は、放送番組３１Ｄのみを全画面表示させ、アプリケーションを非表示とする方法を示す。

例えば、情報処理装置７００内で実行中の放送非連動アプリケーションが、放送番組の番組情報を表示するために、その番組情報を含むＳＩ情報にアクセスしようとした場合を想定する。
情報処理装置７００のアプリケーションコントローラ７０８は、レンダリング許可情報（rendering_permission）を参照して番組情報の表示の可否を調べる。番組情報の表示が可であれば、アプリケーションコントローラ７０８は、図２０に示したように、その番組情報をアプリケーション領域に表示させる。

ただし、この動作例は、アクセス許可情報（access_permission）においてＳＩ情報の利用が許可されている場合を前提としたものである。もし、アクセス許可情報（access_permission）において番組情報のソースであるＳＩ情報の利用が許可されていない場合にはレンダリング許可情報（rendering_permission）に記述された情報に拘わらず、番組情報の表示は行われない。
以上が、放送非連動アプリケーションの動作の制約に関する説明である。

図１４の説明に戻る。
アプリケーションコントローラ７０８は、実行された放送非連動アプリケーションによってアクセス要求された放送リソースが、当該放送非連動アプリケーションによってアクセスすることを許可されていない放送リソースであることを判定すると（ステップＳ１１１のＮ）、その放送リソースにアクセスしないことにより、実行中の放送非連動アプリケーションに放送リソースを与えない（ステップＳ１１４）。これにより、放送非連動アプリケーションは、放送リソースを利用しない状態のまま動作を続ける。

この後、例えば、ユーザによるリモコンの操作によるアプリケーションの終了指示や別のアプリケーションへの遷移などが発生すると（ステップＳ１１５のＹＥＳ）、情報処理装置７００のアプリケーションコントローラ７０８はて放送非連動アプリケーションを終了させる（ステップＳ１１６）。

また、情報処理装置７００のアプリケーションコントローラ７０８は、放送非連動アプリケーションの実行中に新たに取得したＸＭＬ－ＡＩＴに"AUTOSTART"、"DESTROY"、"KILL"以外のアプリケーション制御コードが記述されている場合には、そのアプリケーション制御コードに従って放送非連動アプリケーションの状態を遷移させるなどの処理を行った後（ステップＳ１１７）、次のＸＭＬ－ＡＩＴを待機する。

次に、放送チャンネルのダイレクト選局時の動作を図１３及び図１５により説明する。
図１５は情報処理装置７００のアプリケーションコントローラ７０８による放送チャンネルのダイレクト選局時の動作のフローチャートである。

以上のようにして放送非連動アプリケーションが実行中であるとき、例えば、ユーザのマニュアル操作などによって放送チャンネルが切り替えられる操作（ダイレクト選局操作）が行われることがある。このようなダイレクト選局操作が発生したとき（ステップＳ２０１）、情報処理装置７００のアプリケーションコントローラ７０８は、取得したＸＭＬ－ＡＩＴに記述されたアクセス許可情報（access_permission）をもとに、上記のダイレクト選局操作によって選択された放送チャンネルの放送リソースが実行中の放送非連動アプリケーションによって利用されることが許可された放送リソースであるかどうかを判定する（ステップＳ２０２）。

ダイレクト選局操作によって選択された放送チャンネルの放送リソースが、実行中の放送非連動アプリケーションによって利用されることが許可された放送リソースであれば、アプリケーションコントローラ７０８は、その放送非連動アプリケーションの実行を継続させながら、ダイレクト選局操作によって選択された放送チャンネルの選局処理を実行し、その放送を提示する（ステップＳ２０３）。また、ダイレクト選局操作によって選択された放送チャンネルが実行中の放送非連動アプリケーションによって利用が許可されていない放送リソースであれば、放送非連動アプリケーションを終了させ、ダイレクト選局操作によって選択された放送チャンネルの選局処理を実行し、その放送を提示する（ステップＳ２０４）。なお、このときの変形例として、放送非連動アプリケーションの実行を継続させ、放送リソースの利用が不可であることをユーザに知らせるようにしてもよい。

次に、放送非連動アプリケーションの遷移が発生した場合の動作を図１３、図１４及び図１６により説明する。
動作中の放送非連動アプリケーションに組み込まれたスクリプトの実行、あるいは、ユーザのマニュアル操作などによって、放送非連動アプリケーションの遷移の指示が発生したとき（図１６、ステップＳ３０１）、情報処理装置７００のアプリケーションコントローラ７０８は、ＸＭＬ－ＡＩＴサーバ４００から、遷移先の放送非連動アプリケーションのＸＭＬ－ＡＩＴを取得する（図１４、ステップＳ１０３）。アプリケーションコントローラ７０８は、このＸＭＬ－ＡＩＴに記述されているアプリケーションのロケーション情報をもとにアプリケーションサーバ３００から放送非連動アプリケーションを取得し（図１４、ステップＳ１０４）、起動する（図１４、ステップＳ１０５）。

以降同様に、アプリケーションコントローラ７０８は、ハッシュ値及び電子署名の検証を行い、検証に成功すれば、実行中の放送非連動アプリケーションからの放送リソースのアクセス要求を検出したタイミングで、アクセス許可情報（access_permission）をもとに、放送非連動アプリケーションによる当該放送リソースのアクセスの可否を判定する。実行された放送非連動アプリケーションによってアクセス要求された放送リソースが、当該放送非連動アプリケーションによってアクセスすることを許可された放送リソースであれば、アプリケーションコントローラ７０８はその放送リソースをアクセスするとともに、レンダリング許可情報（rendering_permission）の内容をもとに、実行中の放送非連動アプリケーションの動作に対する制約を決定する。また、実行された放送非連動アプリケーションによってアクセス要求された放送リソースが、当該放送非連動アプリケーションによってアクセスすることを許可されていない放送リソースであれば、アプリケーションコントローラ７０８はその放送リソースのアクセス（選局）を実行しないことにより放送リソースの提示などの利用を無効とする。
以上が、放送非連動アプリケーションによる放送リソースの利用の制御の説明である。

（２．電子署名およびハッシュ値の生成と検証）
次に、電子署名およびハッシュ値の生成と検証について説明する。
図１７は電子署名およびハッシュ値の生成と検証の仕組みについて説明するためのブロック図である。

ＸＭＬ－ＡＩＴサーバ４００およびアプリケーションサーバ３００は一台のサーバであってもよく、別々のサーバであってもよい。ここでは、ＸＭＬ－ＡＩＴサーバ４００およびアプリケーションサーバ３００を総称して「サーバ」と呼ぶ。サーバは、典型的なコンピュータの構成を有する機器である。したがって、ＣＰＵ、メインメモリ、ＨＤＤなどのストレージデバイス、マウスやキーボードなどの入力装置、液晶ディスプレイなどの表示部などで構成される。メインメモリおよびストレージデバイスには、ＯＳ（Operating System）、サーバ用のアプリケーションプログラムなどのソフトウェア、情報処理装置７００に提供される放送非連動アプリケーション、アプリケーション毎のＸＭＬ－ＡＩＴのファイル、署名生成鍵などが格納される。サーバ用のアプリケーションプログラムとしては、電子署名およびハッシュ値の生成を行うプログラムなどが含まれる。

サーバは、ＡＩＴ生成部３５０を有する。ＡＩＴ生成部３５０は、具体的にはメインメモリにロードされた、電子署名およびハッシュ値の生成を行うプログラムと、このプログラムを実行するＣＰＵとで実現される。

ＡＩＴ生成部３５０は、以下の処理を行う。
１．ＡＩＴ生成部３５０は、アプリケーション３５１の実体（バイナリコード）から所定のハッシュ演算器３５２を用いてハッシュ値３５３を算出する。ハッシュのアルゴリズムとしては、例えばFIPS PUB 180-1,180-2で標準規格化されているSHA-1やSHA-2などがある。

２．ＡＩＴ生成部３５０は、当該アプリケーション３５１のＸＭＬ－ＡＩＴにハッシュ値３５３を合成（３５４）して、ハッシュ値付きのＸＭＬ－ＡＩＴ３５５を生成する。

３．ＡＩＴ生成部３５０は、アプリケーション３５１とＸＭＬ－ＡＩＴ３５５について放送局ＣＡ（Certificate Authority）８００に対して認証を依頼する。
図１にも示したように、放送局ＣＡ８００は、放送局あるいは放送局系列から、放送リソースの利用に関する認証業務の依頼を受けてその業務を遂行する。放送局ＣＡ８００は、放送局以外のアプリケーション制作者より依頼された認証の対象であるアプリケーション３５１とＸＭＬ－ＡＩＴ３５５の内容をチェックし、その内容に問題がなければ、ルートＣＡ９００より発行された秘密鍵と公開鍵のペアのうち秘密鍵を署名生成鍵として署名生成器３５６に設定する。署名生成器３５６はハッシュ値付きのＸＭＬ－ＡＩＴ３５５に対して署名用のハッシュ関数を用いてダイジェストを生成し、このダイジェストを署名生成鍵（秘密鍵）３５７で暗号化してＸＭＬ署名３５８を生成する。放送局ＣＡ８００は、生成したＸＭＬ署名３５８をサーバに応答する。

４．サーバのＡＩＴ生成部３５０は、放送局ＣＡより応答されたＸＭＬ署名３５８をハッシュ値付きのＸＭＬ－ＡＩＴ３５５に付加（３５９）して電子署名付きのＸＭＬ－ＡＩＴ３６０を生成する。
５．そして、サーバのＡＩＴ生成部３５０は、電子署名付きのＸＭＬ－ＡＩＴ３６０を情報処理装置７００に提供する。なお、ＸＭＬ署名３５８の生成で用いられた秘密鍵に対応する公開鍵は、情報処理装置７００に別経路で与えられ、情報処理装置７００のコントローラ７０８はこの公開鍵を保持する。

情報処理装置７００のアプリケーションコントローラ７０８は、以下の処理を行う。
１．コントローラ７０８は、サーバより取得したアプリケーション３５１の実体（バイナリコード）から所定のハッシュ演算器７５１（ハッシュ関数）を用いてハッシュ値７５２を算出する。ここで用いられるハッシュ関数は、サーバのＡＩＴ生成部３５０のハッシュ演算器３５２のそれと同じである必要がある。そこでコントローラ７０８は、サーバより取得した電子署名付きのＸＭＬ－ＡＩＴ３６０に記述されたハッシュアルゴリズムを確認して、ハッシュ演算器７５１（ハッシュ関数）のハッシュアルゴリズムとの整合がとれているかどうかを判定する。もしハッシュアルゴリズムの不整合が判定された場合、コントローラ７０８はハッシュ演算器７５１（ハッシュ関数）を切り替えてサーバのＡＩＴ生成部３５０のハッシュ演算器３５２のそれと整合させる。

２．コントローラ７０８は、サーバより取得した電子署名付きのＸＭＬ－ＡＩＴ３６０から抽出したハッシュ値３５３とハッシュ値７５２とをハッシュ比較器７５６を用いて比較し、一致／不一致の結果７５７を得る。

３．コントローラ７０８は、署名生成器７５３にて、サーバより取得した電子署名付きのＸＭＬ－ＡＩＴ３６０からＸＭＬ署名を抽出し、このＸＭＬ署名を署名検証鍵（公開鍵）７５４を用いて検証して署名検証結果７５５を得る。

以上のようにして、サーバでの電子署名およびハッシュ値の生成と、情報処理装置７００での電子署名およびハッシュ値の検証が行われる。

［実施形態の効果等］
本実施形態では、次のような効果が得られる。
１．本実施形態によれば、ＸＭＬ－ＡＩＴに、放送非連動アプリケーションにより利用可能な放送リソースのメディア情報の種類（映像、音声、ＳＩ情報、字幕、データ放送など）を指定するアクセス許可情報（access_permission）を記述できることとした。これにより、放送非連動アプリケーションによる放送リソースの利用の可否を、放送リソースにおけるメディア情報の種類の単位に細分化して定義することができる。

２．本実施形態によれば、ＸＭＬ－ＡＩＴに、アクセス許可情報（access permission）と紐付けて、例えば放送非連動アプリケーションにより利用可能な放送リソースの表示方法など、放送リソースを利用した放送非連動アプリケーションによる動作を制約するレンダリング許可情報（rendering_permission）を記述できることとした。これにより、放送非連動アプリケーションにより利用可能な放送リソースの表示方法などに、放送リソースの制作者の意図を反映させることができる。

３．本実施形態によれば、ＸＭＬ－ＡＩＴに、アクセス許可情報（access_permission）およびレンダリング許可情報（rendering_permission）は、放送局系列、放送局、チャンネルおよびイベント（番組）などの放送単位の情報と紐付けてリソース許可情報（resouce_permission）として記述できることとした。これにより、様々な放送単位でアクセス許可情報（access_permission）およびレンダリング許可情報（rendering_permission）を定義することができる。

４．ところで、放送リソースの制作者の意図は、放送局ＣＡ８００での放送非連動アプリケーションとＸＭＬ－ＡＩＴの内容チェックを通してリソース許可情報（resouce_permission）に反映される。その具体的な仕組みは次の通りである。

すなわち、本実施形態では、放送局系列および放送局からの認証業務の依頼を受けた放送局ＣＡ８００が、放送局以外のアプリケーション制作者より依頼された認証の対象である放送非連動アプリケーションとＸＭＬ－ＡＩＴの内容をチェックし、問題がなければ電子署名をＸＭＬ－ＡＩＴに付けてアプリケーション制作者に返却する。放送非連動アプリケーションとＸＭＬ－ＡＩＴの内容のチェックにおいてリソース許可情報（resouce_permission）の内容に問題があれば、放送局ＣＡ８００は改善点をアプリケーション制作者にフィードバックする。アプリケーション制作者は、放送局ＣＡ８００よりフィードバックされた改善点をもとにＸＭＬ－ＡＩＴの内容を更新し、改めて放送局ＣＡ８００に認証を依頼する。

＜変形例＞
ＨｂｂＴＶの標準規格を前提とした実施形態を説明したが、本技術は、ＨｂｂＴＶの標準規格を前提とすることに必ずしも限定されるものではない。

その他、本技術は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

１…情報処理システム
１００…放送設備
２００…第１のネットワーク
３００…アプリケーションサーバ
４００…ＸＭＬ－ＡＩＴサーバ
７００…情報処理装置
７０１…放送インタフェース
７０２…デマルチプレクサ
７０３…出力処理部
７０４…映像デコーダ
７０５…音声デコーダ
７０６…字幕デコーダ
７０７…通信インタフェース
７０８…アプリケーションコントローラ
８００…放送局ＣＡ

Claims (7)

1. 放送リソースを利用するアプリケーションと、前記放送リソースへのアクセス可否を定義する定義情報が格納されたアプリケーション情報テーブルを送信するように構成される送信部を有し、
   前記定義情報には、前記アプリケーションからの受信装置内のNVRAM（Non Volatile RAM）へのアクセスの可否を指定する値が格納される
   送信装置。
2. 送信装置の送信部により、放送リソースを利用するアプリケーションと、前記放送リソースへのアクセス可否を定義する定義情報が格納されたアプリケーション情報テーブルを送信し、前記定義情報に、前記アプリケーションからの受信装置内のNVRAM（Non Volatil e RAM）へのアクセスの可否を指定する値が格納される
   送信方法。
3. 放送リソースを受信して処理する放送処理部と、
   前記放送リソースを利用するアプリケーションと、前記放送リソースへのアクセス可否を定義する定義情報が格納されたアプリケーション情報テーブルを取得し、前記取得したアプリケーション情報テーブルに格納された前記定義情報をもとに、前記アプリケーションによる前記放送リソースへのアクセスを制御するように構成される制御部とを有し、前記定義情報には、前記アプリケーションからの受信装置内のNVRAM（Non Volatile RA M）へのアクセスの可否を指定する値が格納される
   受信装置。
4. 前記放送リソースへのアクセスの可否を定義する定義情報は、前記アプリケーション情報テーブルにおいて、アプリケーション毎に格納されている
   請求項３に記載の受信装置。
5. 前記放送リソースは、映像、音声、及びサービス情報を含む複数種類のメディア情報のうち少なくとも１種類のメディア情報を含む、
   請求項４に記載の受信装置。
6. 前記定義情報には、前記アプリケーションからの、前記サービス情報への参照の可否を指定する値がさらに格納されている
   請求項５に記載の受信装置。
7. 受信装置の制御部が、放送リソースを利用するアプリケーションと、前記放送リソースへのアクセス可否を定義する定義情報を格納するアプリケーション情報テーブルとを取得し、
   前記取得したアプリケーション情報テーブルに格納された前記定義情報に基づいて、前記アプリケーションによる前記放送リソースへのアクセスの可否を制御することを含み、
   前記定義情報には、前記アプリケーションからの前記受信装置内のNVRAM（Non Volatil e RAM）へのアクセスの可否を指定する値が格納されている
   受信方法。