特許 6256952 情報処理装置、テレビジョン装置、情報処理方法、プログラム、送信装置および送信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6256952

(24)【登録日】2017年12月15日

(45)【発行日】2018年1月10日

(54)【発明の名称】情報処理装置、テレビジョン装置、情報処理方法、プログラム、送信装置および送信方法

(51)【国際特許分類】

   H04N 21/435 20110101AFI20171227BHJP

   H04H 60/23 20080101ALI20171227BHJP

【ＦＩ】

   H04N21/435

   H04H60/23

【請求項の数】10

【全頁数】21

(21)【出願番号】特願2015-186442(P2015-186442)

(22)【出願日】2015年9月24日

(62)【分割の表示】特願2011-241515(P2011-241515)の分割

【原出願日】2011年11月2日

(65)【公開番号】特開2016-27743(P2016-27743A)

(43)【公開日】2016年2月18日

【審査請求日】2015年9月24日

【前置審査】

(73)【特許権者】

【識別番号】316009762

【氏名又は名称】サターン ライセンシング エルエルシー

【氏名又は名称原語表記】Ｓａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】北原 淳

(72)【発明者】

【氏名】北里 直久

【審査官】 松元 伸次

(56)【参考文献】

【文献】 特開２００９−０９４９６３（ＪＰ，Ａ）

【文献】 特開２００９−２６７６０５（ＪＰ，Ａ）

【文献】 特開２０１１−１５５３１７（ＪＰ，Ａ）

【文献】 特開２０１１−０６６５５６（ＪＰ，Ａ）

【文献】 特開２０１０−１６６３３５（ＪＰ，Ａ）

【文献】 特開２００４−１１０２９１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ１／０６

１／１６

Ｈ０４Ｈ２０／００−２０／４６

２０／５１−２０／８６

２０／９１−４０／２７

４０／９０−６０／９８

Ｈ０４Ｎ５／７６

５／７６５

５／８０−５／９１

５／９１５

５／９２

５／９２２

５／９２８−５／９３

５／９３７−５／９４

５／９５−５／９５６

７／１０

７／１４−７／１７３

７／２０−７／５６

２１／００−２１／８５８

(57)【特許請求の範囲】

【請求項1】

放送コンテンツを受信し処理するように構成された放送コンテンツ処理部と、
前記放送コンテンツに関連し、放送局が異なるチャンネルをシームレスに横断して実行可能なアプリケーションと、当該アプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを取得するように構成されたコントローラと
を具備する情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記アプリケーション情報テーブルに添付されることが義務付けられた電子署名を取得し、これを検証して検証結果を前記コントローラに通知する検証部をさらに具備し、
前記コントローラは、前記検証部より検証の成功の通知を受けたとき、前記事業者識別情報に基づく判定によって起動が不可とされる対象から除かれた前記アプリケーションの起動を許可するように構成された
情報処理装置。

【請求項3】

請求項１または２に記載の情報処理装置であって、
前記コントローラは、ネットワークを通じてサーバ装置より、前記アプリケーションに関連する前記アプリケーション情報テーブルを取得し、このアプリケーション情報テーブルに記述された情報をもとに前記アプリケーションを取得するように構成された
情報処理装置。

【請求項4】

請求項１ないし３のいずれか１項に記載の情報処理装置であって、
前記アプリケーションは、前記放送コンテンツに対して非連動の放送非連動型アプリケーションである
情報処理装置。

【請求項5】

請求項１ないし４のいずれか１項に記載の情報処理装置であって、
前記コントローラは、インターネットから前記アプリケーション情報テーブルを取得するように構成された
情報処理装置。

【請求項6】

請求項１ないし５のいずれか１項に記載の情報処理装置を有するテレビジョン装置。

【請求項7】

放送コンテンツを受信して処理し、
コントローラが、
前記放送コンテンツに関連し、放送局が異なるチャンネルをシームレスに横断して実行可能なアプリケーションと、当該アプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを取得する
情報処理方法。

【請求項8】

放送コンテンツに関連し、放送局が異なるチャンネルをシームレスに横断して実行可能なアプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを取得するコントローラ
としてコンピュータを機能させるプログラム。

【請求項9】

放送コンテンツに関連し、放送局が異なるチャンネルをシームレスに横断して実行可能なアプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを送信する送信部
を具備する送信装置。

【請求項10】

送信部が、
放送コンテンツに関連し、放送局が異なるチャンネルをシームレスに横断して実行可能なアプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを送信する
送信方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】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（平成２３年１０月２１日閲覧）

【非特許文献2】社団法人電波産業会「デジタル放送におけるアプリケーション実行環境 標準規格 ARIB STD-B23 1.2版」http://www.arib.or.jp/english/html/overview/doc/2-STD-B23v1_2.pdf（平成２３年１０月２１日閲覧）

【発明の概要】

【発明が解決しようとする課題】

【0004】

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

【0005】

ＡＩＴには、アプリケーション制御用のコードの他に、アプリケーションを提供する組織（事業者）を示す組織ＩＤ（organization_id）、アプリケーションを識別するためのアプリケーションＩＤ（application_id）なども含まれる。ある放送局から提供される放送コンテンツと連携して実行されるアプリケーションのＡＩＴには、その放送局の組織ＩＤが設定される。また、同じ放送局から提供されるアプリケーションとして、インターネットを通じてサーバから提供される放送非連動型のアプリケーションも存在する。この放送非連動型アプリケーションは放送連動型アプリケーションに含まれるスクリプトを実行することなどによって起動させることができる。このとき、既に実行中の放送連動型アプリケーションと放送非連動型アプリケーションの組織ＩＤが一致している場合に限り、放送非連動型アプリケーションが起動されるようになっている。これは再生中の放送コンテンツの放送局とは異なる放送局から提供される放送非連動型アプリケーションの提示を避けるためである。

【0006】

しかし、このような制限には次のようなデメリットも考えられる。例えば、視聴率調査など複数の放送局で共通で利用可能なアプリケーションを考える。このようなアプリケーションは、放送局が異なるチャンネルをシームレスに横断して実行可能なものであることが望ましい。しかし、このようなアプリケーションは、組織ＩＤが異なるアプリケーション間での遷移を不可とすることが規定されている標準規格のままでは利用することができない。

【0007】

以上のような事情に鑑み、本技術の目的は、放送局が異なるチャンネルをシームレスに横断して実行可能なアプリケーションを利用することのできる情報処理装置、テレビジョン装置、情報処理方法、プログラム、送信装置および送信方法を提供することにある。

【課題を解決するための手段】

【0008】

上記の課題を解決するために、本技術に係る情報処理装置は、放送コンテンツを受信し処理する放送コンテンツ処理部と、前記放送コンテンツに関連するアプリケーションと、当該アプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを取得するコントローラとを具備するものである。

【0009】

上記の情報処理装置は、前記アプリケーション情報テーブルに添付されることが義務付けられた電子署名を取得し、これを検証して検証結果を前記コントローラに通知する検証部をさらに具備し、前記コントローラは、前記検証部より検証の成功の通知を受けたとき、前記事業者識別情報に基づく判定によって起動が不可とされる対象から除かれた前記アプリケーションの起動を許可するものであってよい。

【0010】

上記の情報処理装置において、前記アプリケーションは、前記放送コンテンツに対して非連動の放送非連動型アプリケーションである。

【0011】

上記の情報処理装置において、前記コントローラは、ネットワークを通じてサーバ装置より、前記アプリケーションに関連する前記アプリケーション情報テーブルを取得し、このアプリケーション情報テーブルに記述された情報をもとに前記アプリケーションを取得するものであってよい。

【0012】

本技術に係る情報処理方法は、放送コンテンツを受信して処理し、コントローラが、前記放送コンテンツに関連するアプリケーションと、当該アプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを取得するものである。

【0013】

本技術に係るプログラムは、放送コンテンツに関連するアプリケーションと、当該アプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを取得するコントローラとしてコンピュータを機能させるプログラムである。

【発明の効果】

【0014】

以上のように、本技術によれば、放送局が異なるチャンネルをシームレスに横断して実行可能なアプリケーションを利用することができる。

【図面の簡単な説明】

【0015】

【図1】本実施形態の情報処理システムの概要を示す図である。

【図2】ＡＩＴのデータ構造を示す図である。

【図3】ＸＭＬ−ＡＩＴのデータ構造を示す図である。

【図4】アプリケーション制御コードの定義を示す図である。

【図5】アプリケーション識別子のデータ構造を示す図である。

【図6】図１の情報処理システムにおける放送連動型アプリケーション間の遷移の典型的な動作例１を示す図である。

【図7】図１の情報処理システムにおける放送連動型アプリケーション間の遷移の別の典型的な動作例２を示す図である。

【図8】図１の情報処理システムの情報処理装置における放送非連動型アプリケーションの実行の典型的な動作例３を示す図である。

【図9】図１の情報処理システムにおける放送連動型アプリケーションから放送非連動型アプリケーションへの遷移の典型的な動作例４を示す図である。

【図10】標準規格に則った情報処理システムにおいて放送非連動型アプリケーション間の遷移が失敗する動作例を示す図である。

【図11】図１の情報処理装置の機能的な構成を示すブロック図である。

【図12】ＸＭＬ署名のデータ構造を示す図である。

【図13】図１の情報処理システムにおける放送非連動型アプリケーションの遷移の動作を示す図である。

【図14】図１の情報処理装置の処理手順を示すフローチャートである。

【発明を実施するための形態】

【0016】

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

【0017】

放送局６００は、例えば、地上波、衛星波、ＩＰ（Internet Protocol）ネットワークなどの通信媒体を介してデジタル放送信号を送信する。放送局６００は、放送コンテンツのストリームパケットと、放送コンテンツの再生と連携して同時に実行されるアプリケーションのパケットと、現在放送中の放送コンテンツ及び当該アプリケーションに関する各種情報を含むＰＳＩ／ＳＩ（Program Specific Information/Service Information）のパケットとを多重化して送信することが可能である。ＰＳＩ／ＳＩには、当該アプリケーションを管理するための情報からなるデータ構造であるアプリケーション情報テーブル（Application Information Table、以下「ＡＩＴ」と呼ぶ。）などが含まれる。

【0018】

複数のアプリケーションサーバ２００Ａ、２００Ｂは、それぞれ第１のネットワーク１００に接続可能とされ、第１のネットワーク１００を通じて情報処理装置５００に、放送コンテンツの再生と関連して実行させるアプリケーションのファイルおよびこのアプリケーションを管理するための情報からなるデータ構造が記述されたＸＭＬ（Extensible Markup Language）−ＡＩＴをそれぞれ配信可能である。

【0019】

なお、図１に示される複数のアプリケーションサーバ２００Ａ、２００Ｂにおいて一方のアプリケーションサーバ２００Ａの事業者と放送局６００の事業者は同一とする。他方のアプリケーションサーバ２００Ｂの事業者は放送局６００の事業者と異なることとする。以下、複数のアプリケーションサーバ２００Ａ、２００Ｂを区別せず「アプリケーションサーバ２００」と記述することがある。

【0020】

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

【0021】

情報処理装置５００は、例えば、パーソナルコンピュータ、携帯電話、スマートフォン、テレビジョン装置、ゲーム機などであるが、具体的に製品形態は問わない。
情報処理装置５００は、放送局６００からデジタル放送信号を受信し、復調してトランスポートストリームを得ることが可能である。情報処理装置５００は、このトランスポートストリームから放送コンテンツを分離し、デコードして情報処理装置５００に接続される表示部（図示せず）及びスピーカ部（図示せず）や、記録装置に出力することが可能である。

【0022】

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

【0023】

また、情報処理装置５００は、取得したトランスポートストリームからアプリケーションや、ＡＩＴを含むＰＳＩ／ＳＩを抽出し、当該ＡＩＴを解釈してアプリケーションの制御を行うことが可能である。情報処理装置５００は、アプリケーションが可視的なアプリケーションである場合には、このアプリケーションの実行により生成された映像信号を、上記放送コンテンツの映像信号及び字幕信号と合成して表示部に出力することが可能である。

【0024】

さらに、情報処理装置５００は、第１のネットワーク１００、エッジルータ３００及び第２のネットワーク４００を通じて、アプリケーションサーバ２００からアプリケーション及びＸＭＬ−ＡＩＴのファイルをダウンロードなどにより取得することができる。情報処理装置５００は、取得したＸＭＬ−ＡＩＴを解釈して、アプリケーションサーバ２００から取得したアプリケーションを制御することが可能である。

【0025】

［アプリケーションの種類］
ここで、アプリケーションの種類について説明する。アプリケーションには、放送連動型アプリケーション（broadcast-related application）と、放送非連動型アプリケーション（broadcast-independent application）とがある。

【0026】

放送連動型アプリケーションは、放送コンテンツの再生と連携して同時に実行されるアプリケーションである。すなわち、放送連動型アプリケーションは、起動から終了までのライフサイクルが放送コンテンツと連動するように、ＡＩＴによって制御される双方向型アプリケーションである。

【0027】

放送非連動型アプリケーションは、放送コンテンツの再生と関連して実行され、アプリケーションのライフサイクルが放送により配信されるＡＩＴもしくは通信により配信されるＸＭＬ−ＡＩＴによって、放送コンテンツとは非連動で制御される双方向型アプリケーションである。

【0028】

いずれのアプリケーションとも、放送コンテンツを視聴する情報処理装置５００のユーザからの指令によって、起動させたり終了させたりすることが可能である。
また、放送連動型アプリケーションは、放送コンテンツとの連動性を確保するために、関連する放送コンテンツを受信している間に実行可能となり、チャンネルを切り替えるなどの操作によって別の放送コンテンツの受信状態への切り替えが発生すると強制終了される。

【0029】

［アプリケーションの起動］
アプリケーションの起動方法としては、例えば、以下がある。
１．ＡＩＴおよびＸＭＬ−ＡＩＴのアプリケーション制御コード"AUTOSTART"をもとに自動的にアプリケーションを起動させる方法。
２．所定のリモコン操作を契機に、情報処理装置５００がＡＩＴをもとに現在利用することが可能なアプリケーションのアイコンやリストを作成して表示し、その中から起動させるアプリケーションをユーザに選択させる方法。
３．アプリケーションに組み込まれたスクリプトを使って別のアプリケーションを起動させる方法。

【0030】

［ＡＩＴ及びＸＭＬ−ＡＩＴのデータ構造］
ここで、放送局６００から提供されるＡＩＴのデータ構造と、アプリケーションサーバ２００から提供されるＸＭＬ−ＡＩＴのデータ構造について説明する。なお、本明細書で単に「ＡＩＴ」と記述するときは、放送局６００から提供されるＡＩＴのことを言う。

【0031】

図２は、ＡＩＴのデータ構造を示す図である。
ＡＩＴ１０は、放送連動型アプリケーションおよび放送非連動型アプリケーションに関する種々の情報や、放送連動型アプリケーションを制御するためのアプリケーション制御コード等が格納されるテーブルである。具体的には、ＡＩＴ１０には、テーブルＩＤ、セクションシンタックス指示、セクション長、アプリケーション形式、バージョン番号、カレントネクスト指示、セクション番号、最終セクション番号、共通記述子ループ長、アプリケーション情報ループ長、アプリケーション識別子１１、アプリケーション制御コード１２、アプリケーション情報記述子ループ長、記述子１３等が格納される。

【0032】

図３は、ＸＭＬ−ＡＩＴのデータ構造を示す図である。
ＸＭＬ−ＡＩＴ２０は、放送非連動型アプリケーションに関する種々の情報や、放送非連動型アプリケーションを制御するためのアプリケーション制御コード等が格納されるテーブルである。具体的には、ＸＭＬ−ＡＩＴ２０には、アプリケーション名、アプリケーション識別子２１、アプリケーション記述子、アプリケーションタイプ、アプリケーション制御コード２２、アプリケーションの可視性、現在のサービス内でのみ有効かを示すフラグ、アプリケーションの優先度２４、アプリケーションのバージョン、プラットフォームプロファイルにあわせたバージョン、アイコン、ストレージ機能の性能、トランスポートプロトコル記述子２５、アプリケーションロケーション記述子２３、アプリケーションバウンダリ記述子、アプリケーションスペシフィック記述子、アプリケーションユーセジ記述子等が格納される。

【0033】

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

【0034】

図４はＡＩＴ１０及びＸＭＬ−ＡＩＴ２０に格納されるアプリケーション制御コード１２、２２の定義を示す図である。
同図に示すように、アプリケーション制御コードとしては、"AUTOSTART"、"PRESENT"、"DESTROY"、"KILL"、"PREFETCH"、"REMOTE"、"DISABLED"、"PLAYBACK_AUTOSTART"が標準規格として設けられている。

【0035】

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

【0036】

［アプリケーション識別子のデータ構造］
アプリケーションは、ＡＩＴ１０及びＸＭＬ−ＡＩＴ２０に格納されるアプリケーション識別子１１、２１によって一意に判別される。

【0037】

図５は、アプリケーション識別子のデータ構造を示す図である。
アプリケーション識別子は、組織ＩＤ（organization_id）と、アプリケーションＩＤ（application_id）とにより構成される。すなわち、アプリケーションは組織ＩＤとアプリケーションＩＤとの組み合わせによって一意に識別される。

【0038】

組織ＩＤは、アプリケーションを提供する組織（事業者）を一意に識別する情報である。
アプリケーションＩＤは、組織ＩＤ内でアプリケーションを一意に識別するための情報である。

【0039】

［典型的な情報処理システムおよび本実施形態の情報処理システム１に共通の動作例］
次に、典型的な情報処理システムおよび本実施形態の情報処理システム１に共通の動作例を説明する。

【0040】

（１．放送連動型アプリケーション間の遷移の典型的な動作例１）
図６は図１の情報処理システム１の情報処理装置５００における放送連動型アプリケーション間の遷移の典型的な動作例１を示す図である。この動作例１は放送局６００からの放送波より取得された２つの放送連動型アプリケーションを切り替えて実行する場合の典型的な動作例である。

【0041】

情報処理装置５００は、例えばリモコンなどを使ってユーザにより選局された放送局６００からの放送コンテンツ（放送Ａ）を受信し、映像データ、音声データ、字幕データなどのデコード処理などを行って、情報処理装置５００に接続された表示部及びスピーカ部に放送コンテンツ（放送Ａ）を出力する。

【0042】

この例では、放送局６００から時刻Ｔ１に放送連動型アプリケーション（以下「第１の放送連動型アプリケーション」と呼ぶ。）とこの第１の放送連動型アプリケーションに関するＡＩＴが放送コンテンツに重畳して放送されるものとする。

【0043】

このＡＩＴには第１の放送連動型アプリケーションの起動を指示するアプリケーション制御コード"AUTOSTART"が格納されている。情報処理装置５００は、第１の放送連動型アプリケーションとＡＩＴを受信すると、このＡＩＴに記述されたアプリケーション制御コード"AUTOSTART"に従って第１の放送連動型アプリケーションを起動させる。起動された第１の放送連動型アプリケーションは、例えば、表示部に表示された放送コンテンツＡの映像の上に重畳されたウィンドウとして可視化される。

【0044】

続いて、放送局６００から時刻Ｔ２に、第１の放送連動型アプリケーションの終了を指示するアプリケーション制御コード"DESTROY"または"KILL"と、別の放送連動型アプリケーション（以下「第２の放送連動型アプリケーション」と呼ぶ。）の起動を指示するアプリケーション制御コード"AUTOSTART"を含む新たなＡＩＴが放送コンテンツに重畳して放送されるものとする。

【0045】

情報処理装置５００は、新たなＡＩＴを受信すると、この新たなＡＩＴに記述されたアプリケーション制御コード"DESTROY"または"KILL"に従って第１の放送連動型アプリケーションを終了させるとともに、ＡＩＴに記述されたアプリケーション制御コード"AUTOSTART"に従って第２の放送連動型アプリケーションを起動する。これにより、情報処理装置５００の表示部には、第１の放送連動型アプリケーションに代えて第２の放送連動型アプリケーションが可視化される。

【0046】

（２．放送連動型アプリケーション間の遷移の典型的な動作例２）
図７は図１の情報処理システム１の情報処理装置５００における放送連動型アプリケーション間の遷移の別の典型的な動作例２を示す図である。この動作例２は放送局６００からの放送波より取得された放送連動型アプリケーションからアプリケーションサーバ２００Ａより取得した放送連動型アプリケーションを切り替えて実行する場合の典型的な動作例である。

【0047】

この典型的な動作例２では、第２の放送連動型アプリケーションをアプリケーションサーバ２００Ａから取得させるために、ＡＩＴのdescriptor()１３（図２）には、その第２の放送連動型アプリケーションを取得するための通信プロトコルに関する情報、その第２の放送連動型アプリケーションのファイルのＵＲｌなどのロケーション情報などが記述されている。

【0048】

この典型的な動作例２では、放送局６００から時刻Ｔ２に第１の放送連動型アプリケーションの終了を指示するアプリケーション制御コード"DESTROY"または"KILL"と、別の放送連動型アプリケーション（以下「第２の放送連動型アプリケーション」と呼ぶ。）の起動を指示するアプリケーション制御コード"AUTOSTART"を含む新たなＡＩＴが放送コンテンツに重畳して放送される。

【0049】

情報処理装置５００は、新たなＡＩＴを取得すると、このＡＩＴ中の第２の放送連動型アプリケーションに関するdescriptor()１３（図２）に記述された情報をもとにアプリケーションサーバ２００Ａにアクセスして第２の放送連動型アプリケーションを取得する。

【0050】

続いて、情報処理装置５００は、ＡＩＴ中の第１の放送連動型アプリケーションに対するアプリケーション制御コード"DESTROY"または"KILL"に従って第１の放送連動型アプリケーションを終了させる。さらに、情報処理装置５００は、ＡＩＴ中の第２の放送連動型アプリケーションに対するアプリケーション制御コード"AUTOSTART"に従って第２の放送連動型アプリケーションを起動させる。これにより、情報処理装置５００は、表示部には、第１の放送連動型アプリケーションに代えて第２の放送連動型アプリケーションが可視化される。

【0051】

（３．放送非連動型アプリケーションの実行の典型的な動作例３）
図８は図１の情報処理システム１の情報処理装置５００において放送非連動型アプリケーションを実行する場合の典型的な動作例３を示す図である。
この典型的な動作例３では、放送局６００から、放送コンテンツＡと関連して現在利用することが可能な１以上の放送非連動型アプリケーションそれぞれに対応するＸＭＬ−ＡＩＴにアクセスするために必要な情報が放送コンテンツＡに重畳して放送される。情報処理装置５００は、それらの情報をもとに、現在利用することが可能な１以上の放送非連動型アプリケーションのアイコンやリストなどを生成して表示部に表示させ、その中からユーザによって選択された放送非連動型アプリケーションのＸＭＬ−ＡＩＴを取得し、当該放送非連動型アプリケーションを起動させる。

【0052】

より具体的には、情報処理装置５００は、放送コンテンツＡの再生中（表示画面ａ）にリモコンなどの操作によってユーザよりアプリケーション選択画面表示命令が入力されると、現在利用することが可能な１以上の放送非連動型アプリケーションのアイコンやリストなどを含むアプリケーション選択画面１０を生成し、表示部に表示させる。アプリケーション選択画面１０は、表示部に表示された放送コンテンツＡの映像の上に重畳されたウィンドウとして可視化される。アプリケーション選択画面１０に表示されたアイコンやリストには対応する放送非連動型アプリケーション用のＸＭＬ−ＡＩＴにアクセスするために必要な通信プロトコルに関する情報やＸＭＬ−ＡＩＴのロケーション情報などが関連付けられている。情報処理装置５００は、アプリケーション選択画面１０に表示されたアイコンやリストの中からユーザによって選択されたアイコンやリストに関連付けられた情報をもとに、その選択された放送非連動型アプリケーションのＸＭＬ−ＡＩＴを取得する。

【0053】

情報処理装置５００は、このＸＭＬ−ＡＩＴから放送非連動型アプリケーションを取得するために必要な例えば通信プロトコルに関する情報および放送非連動型アプリケーションのロケーション情報などを抽出し、これらの情報をもとにアプリケーションサーバ２００Ａから放送非連動型アプリケーションを取得する。情報処理装置５００は、このＸＭＬ−ＡＩＴに記述されたアプリケーション制御コード"AUTOSTART"に従って当該放送非連動型アプリケーションを起動させる。起動された放送非連動型アプリケーションは、例えば、表示部に表示された放送コンテンツＡの映像の上に重畳されたウィンドウ１０として可視化される。

【0054】

（４．放送連動型アプリケーションから放送非連動型アプリケーションへの遷移を含む典型的な動作例４）
図９は図１の情報処理システム１の情報処理装置５００における放送連動型アプリケーションから放送非連動型アプリケーションへの遷移の典型的な動作例４を示す図である。
この典型的な動作例４では、放送連動型アプリケーションに放送非連動型アプリケーションを起動させるためのcreateApplication()関数を含むスクリプトが組み込まれている場合を想定している。createApplication()関数には、引数として、放送非連動型アプリケーション用のＸＭＬ−ＡＩＴにアクセスするために必要な通信プロトコルに関する情報とＸＭＬ−ＡＩＴのロケーション情報などが設定されている。この典型的な動作例４では、放送局６００と同一の組織に属するアプリケーションサーバ２００Ａから提供される放送非連動型アプリケーションを想定している。したがって、ＸＭＬ−ＡＩＴのロケーション情報は当該アプリケーションサーバ２００Ａに属するＵＲＬ（Uniform Resource Locator）である。通信プロトコルはＨＴＴＰ（Hypertext Transfer Protocol）である。

【0055】

放送連動型アプリケーションの実行中、時間など所定の条件が成立すると上記のスクリプトが実行されることによって、情報処理装置５００は、放送非連動型アプリケーション用のＸＭＬ−ＡＩＴをアプリケーションサーバ２００Ａから取得する。この後、情報処理装置５００は、上記の典型的な動作例３と同様に、ＸＭＬ−ＡＩＴをもとに放送非連動型アプリケーションを取得し、起動させる。

【0056】

ところで、ＨｂｂＴＶの標準規格では、再生中の放送コンテンツの放送局と同一の組織に属していない事業者から提供される放送非連動型アプリケーションの提示を避けるために、既に実行中のアプリケーションから別のアプリケーションが起動できるためには、双方のアプリケーションの組織ＩＤが同一でなければならないという規定がある。ここまでの典型的な動作例１−４は、起動されるアプリケーションが放送局６００から放送波で提供される放送連動型アプリケーションであるか、もしくは放送局６００と同一の組織に属するアプリケーションサーバ２００Ａから提供される放送連動型アプリケーションを想定しているため、これらのアプリケーションの組織ＩＤはすべて同一であり、つまりアプリケーションの起動が許可される条件を満足する。

【0057】

しかし、このような制限には次のようなデメリットも考えられる。例えば、視聴率調査用のアプリケーションなど、複数の放送局で共通に利用されることが想定されるアプリケーションは、放送局が異なるチャンネルをシームレスに横断して実行可能なものであることが望ましい。ところが、このようなアプリケーションは、ＨｂｂＴＶの標準規格によれば組織ＩＤに基づく起動の制約を受ける。

【0058】

図１０は標準規格に則った情報処理システムにおいてアプリケーションサーバ（例えば図１のアプリケーションサーバ２００Ａ）より取得した放送非連動型アプリケーション（以下「第１の放送非連動型アプリケーション」と呼ぶ。）から別のアプリケーションサーバ（例えば図１のアプリケーションサーバ２００Ｂ）より取得した放送非連動型アプリケーション（以下「第２の放送非連動型アプリケーション」と呼ぶ。）の起動が、双方の組織ＩＤの不一致によって失敗した場合の概念図である。ここで、アプリケーションサーバ２００Ｂは、放送局（例えば図１の放送局６００）とは別の組織（事業者）に属するサーバである。したがって、このアプリケーションサーバ２００Ｂから提供される第２の放送非連動型アプリケーションは、ＸＭＬ−ＡＩＴに記述された組織ＩＤが放送局６００やアプリケーションサーバ２００Ａの第１の放送非連動型アプリケーションのそれと異なることによって起動されない。

【0059】

［本実施形態の放送非連動型アプリケーションの起動条件］
本実施形態は、このような課題を解決するために、ＸＭＬ−ＡＩＴの組織ＩＤの値として、複数もしくは全ての事業者に共通の識別情報である"common"の設定を可能としたものである。情報処理装置５００は、取得したＸＭＬ−ＡＩＴの組織ＩＤの値として"common"が設定されている場合、そのＸＭＬ−ＡＩＴの制御対象の放送非連動型アプリケーションを、組織ＩＤに基づく判定によって起動が不可とされる対象から除く。

【0060】

また、このように組織ＩＤに基づく判定によって起動の制約を軽減化したことによるセキュリティ的な副作用を抑えるために、本実施形態はＸＭＬ−ＡＩＴにＸＭＬ署名を添付することを義務付けた。情報処理装置５００は、ＸＭＬ−ＡＩＴとともに取得したＸＭＬ署名を検証し、正当性が検証された場合に限り、ＸＭＬ−ＡＩＴに基づくアプリケーションの起動を許可する。

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

セキュアコントローラ５０９は、ＸＭＬ署名を検証し、検証結果をアプリケーションコントローラ５０８に通知する。

【0069】

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

【0070】

［ＸＭＬ署名］
ここで、ＸＭＬ署名について説明する。
図１２は、ＸＭＬ署名のデータ構造を示す図である。
同図に示すように、ＸＭＬ署名は、ＸＭＬ署名要素、署名情報（何に対して署名するか、およびどのアルゴリズムであるかを指定する情報）、ＸＭＬ正規化アルゴリズム、署名アルゴリズム、正規化変換プロセス、ダイジェスト計算アルゴリズム、ダイジェスト値、署名値、鍵情報、検証鍵、Ｘ．５０９証明書、ＸＭＬ署名対象要素などを有する。

【0071】

ＸＭＬ署名の形式は、ＸＭＬ−ＡＩＴに対して独立したdetached署名、ＸＭＬ−ＡＩＴを包含した形式を有するenveloping署名、ＸＭＬ−ＡＩＴに包含された形式のenveloped署名のいずれであるかを問わない。なお、ＸＭＬ−ＡＩＴのフォーマットへの影響を抑えるにはdetached署名を採用するのがよい。

【0072】

セキュアコントローラ５０９は、リファレンス検証（Reference Validation）と署名検証（Signature Validation）とを含むコア検証（Core Validation）の手続きに従って、ＸＭＬ署名を検証する。

【0073】

リファレンス検証とは、リソース（ＸＭＬ−ＡＩＴ）に正規化変換プロセス（Transform）及びダイジェスト計算アルゴリズム（DigestMethod）を適用することにより、リファレンス（Reference）のダイジェスト値（DigestValue）を検証する方式である。リファレンス検証により得られた結果と、登録されたダイジェスト値（DigestValue）とが比較され、これらが一致しない場合、検証失敗となる。

【0074】

署名検証とは、署名情報（SignatureInfo）要素をＸＭＬ正規化アルゴリズム（CanonicalizationMethod）で指定された正規化方式でシリアル化し、鍵情報（KeyInfo）等を用いて鍵データを取得し、署名アルゴリズム（SignatureMethod）で指定された方式を用いて署名を検証する方式である。

【0075】

［本実施形態の情報処理システム１の動作］
次に、本実施形態の情報処理システム１の動作を説明する。
図１３は本実施形態の情報処理システム１の情報処理装置５００においてアプリケーションサーバ２００Ａより取得した放送非連動型アプリケーションからアプリケーションサーバ２００Ｂより取得した放送非連動型アプリケーションへの遷移の動作を示す図である。

【0076】

情報処理装置５００は、例えばリモコンなどを使ってユーザにより選局された放送局６００からの放送コンテンツ（放送Ａ）を受信し、映像データ、音声データ、字幕データなどのデコード処理などを行って、情報処理装置５００に接続された表示部及びスピーカ部に放送コンテンツ（放送Ａ）を出力する。

【0077】

具体的には、放送インタフェース５０１が、ユーザにより選局された放送局６００から放送コンテンツ（放送Ａ）のデジタル放送信号を受信し、復調処理などを施して得たトランスポートストリームをデマルチプレクサ５０２に出力する。デマルチプレクサ５０２はトランスポートストリームから放送コンテンツのストリームパケットを分離し、さらに放送コンテンツのストリームパケットを映像ＥＳ、音声ＥＳ、字幕ＥＳに分離する。分離された映像ＥＳ、音声ＥＳ、字幕ＥＳはそれぞれ、映像デコーダ５０４、音声デコーダ５０５、字幕デコーダ５０６にてデコードされ、出力処理部５０３にて合成されて表示部及びスピーカ部に出力される。

【0078】

この動作例では、放送局６００から時刻Ｔ１に放送連動型アプリケーションと、この放送連動型アプリケーションに関するＡＩＴが放送コンテンツに重畳して放送されるものとする。当該ＡＩＴに記述されている組織ＩＤは放送局６００の事業者に割り当てられた"0x01"とする。アプリケーション制御コードは"AUTOSTART"とする。

【0079】

デマルチプレクサ５０２はトランスポートストリームから第１のアプリケーションのパケットとＡＩＴのパケットを分離してアプリケーションコントローラ５０８に供給する。アプリケーションコントローラ５０８は、放送連動型アプリケーションとＡＩＴを取得すると、図１４のフローチャートに示す処理手順を実行する。

【0080】

すなわち、アプリケーションコントローラ５０８はＡＩＴを取得すると（ステップＳ１０２）、実行中の他のアプリケーションが存在するかどうかを判定する（ステップＳ１０３）。現時点では実行中の他のアプリケーションが存在しないので（ステップＳ１０３のＮＯ）、アプリケーションコントローラ５０８は、処理をステップＳ１０５へと進める。ステップＳ１０５では、優先度が高いアプリケーションの実行に切り替える処理が行われるが、今回は実行中の他のアプリケーションが存在しないので、アプリケーションコントローラ５０８は、取得したＡＩＴに記述されたアプリケーション制御コード"AUTOSTART"に従って放送連動型アプリケーションを起動させる。

【0081】

この動作例では、放送連動型アプリケーションにアプリケーションサーバ２００Ａから提供される放送非連動型アプリケーションを起動させるためのcreateApplication()関数を含むスクリプトが組み込まれている場合を想定している。放送非連動型アプリケーションの実行中、時間など所定の条件が成立すると上記のスクリプトが実行されることによって、アプリケーションコントローラ５０８は、放送非連動型アプリケーション用のＸＭＬ−ＡＩＴをアプリケーションサーバ２００Ａより取得する。

【0082】

アプリケーションコントローラ５０８は、ＸＭＬ−ＡＩＴを取得すると（ステップＳ１０２）、実行中の他のアプリケーションが存在するかどうかを判定する（ステップＳ１０３）。現時点では実行中の他のアプリケーションとして放送連動型アプリケーションが存在するので、アプリケーションコントローラ５０８は処理をステップＳ１０４へと進める。

【0083】

ステップＳ１０４では、アプリケーションコントローラ５０８は、ＸＭＬ−ＡＩＴの組織ＩＤと既に実行中の放送連動型アプリケーションのＡＩＴの組織ＩＤとが同一（"common"で同一である場合を除く。）であるかどうかを判定する。

【0084】

両方の組織ＩＤが同一である場合（ステップＳ１０４のＹＥＳ）、アプリケーションコントローラ５０８は、処理をステップＳ１０５へと進め、実行中の放送連動型アプリケーションとＸＭＬ−ＡＩＴが指定する放送非連動型アプリケーションとで優先度の高い方のアプリケーションを起動する（ステップＳ１０５）。

【0085】

図１３の動作例では、ＸＭＬ−ＡＩＴの組織ＩＤはＡＩＴの組織ＩＤと同一の"0x01"である。このためアプリケーションコントローラ５０８はステップＳ１０４でＹＥＳを判定し、処理をステップＳ１０５へと進める。この動作例では、放送非連動型アプリケーションの方の優先度が高いこととする。これにより、放送連動型アプリケーションに代えて放送非連動型アプリケーションが起動される。

【0086】

ここで、アプリケーションコントローラ５０８は、放送連動型アプリケーションに代えて放送非連動型アプリケーションを起動させるために、まず、ＸＭＬ−ＡＩＴから放送非連動型アプリケーションを取得するために必要な情報を抽出し、これをもとに第２のアプリケーションサーバ２００Ａにアクセスして放送非連動型アプリケーションを取得する。そして、アプリケーションコントローラ５０８は放送連動型アプリケーションを終了させるとともに、ＸＭＬ−ＡＩＴに記述されたアプリケーション制御コード"AUTOSTART"に従って放送非連動型アプリケーションを起動させる。なお、このとき放送非連動型アプリケーションに添付されたＸＭＬ署名の検証は行われることなく、放送非連動型アプリケーションは起動される。

【0087】

次に、任意の時刻Ｔ３に、情報処理装置５００のユーザによって、放送局６００の組織には属さないアプリケーションサーバ２００Ｂが提供する放送非連動型アプリケーションの利用が指示された場合を想定する。以下、このアプリケーションサーバ２００Ｂが提供する放送非連動型アプリケーションを「第２の放送非連動型アプリケーション」、既に実行されている放送非連動型アプリケーションを「第１の放送非連動型アプリケーション」と呼ぶこととする。

【0088】

なお、現在実行中の第１の放送非連動型アプリケーションに対して別の組織に属する第２の放送非連動型アプリケーションをユーザに選択させる方法としては、例えば、所定のリモコン操作を契機に、利用可能な第２の放送非連動型アプリケーションをアイコンやリストとして提示したポータル画面を情報処理装置５００に表示させ、このポータル画面から起動させる第２の放送非連動型アプリケーションをユーザに選択させる方法、などが挙げられる。アイコンやリストには第２の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴを取得するために必要な通信プロトコルに関する情報やファイルのロケーション情報などが紐付けられている。ユーザによって所望の第２の放送非連動型アプリケーションに対応するアイコンやリストが選択されると、アプリケーションコントローラ５０８は、その選択されたアイコンやリストに紐付けられた情報をもとに、放送局６００の組織に属さないアプリケーションサーバ２００Ｂから当該第２の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴをこれに添付されたＸＭＬ署名とともに取得する。

【0089】

アプリケーションコントローラ５０８は、ＸＭＬ−ＡＩＴを取得すると（ステップＳ１０２）、実行中のアプリケーションが存在するかどうかを判定する（ステップＳ１０３）。現時点では第１の放送非連動型アプリケーションが実行中であるためステップＳ１０４へと処理を進める。

【0090】

ステップＳ１０４では、アプリケーションコントローラ５０８は、第２の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴ内の組織ＩＤと実行中の第１の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴとが同一（"common"で同一である場合を除く。）であるかどうかを判定する。

【0091】

この判定の結果、両方の組織ＩＤが同一（"common"で同一である場合を除く。）である場合（ステップＳ１０４のＹＥＳ）、アプリケーションコントローラ５０８は、処理をステップＳ１０５へと進め、実行中の第１の放送非連動型アプリケーションとＸＭＬ−ＡＩＴが指定する第２の放送非連動型アプリケーションとで優先度の高い方のアプリケーションを起動する（ステップＳ１０５）。
また、判定の結果、両方の組織ＩＤが同一（"common"で同一である場合を除く。）でない場合、アプリケーションコントローラ５０８は、新たに取得した第２の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴの組織ＩＤが"common"であるかどうかを判定する（ステップＳ１０６）。ここで、アプリケーションサーバ２００Ｂは、放送局６００の組織に属さない事業者によるサーバであるが、組織ＩＤが"common"に設定されていることとする。このためステップＳ１０６ではＹＥＳが判定され、アプリケーションコントローラ５０８はステップＳ１０７へと処理を進める。

【0092】

ステップＳ１０７で、アプリケーションコントローラ５０８は、第２の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴに添付されたＸＭＬ署名の検証をセキュアコントローラ５０９に依頼する。アプリケーションコントローラ５０８は、セキュアコントローラ５０９よりＸＭＬ署名の検証に成功した旨の通知を受けると（ステップＳ１０７のＹＥＳ）、第２の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴに設定された優先度と実行中の第１の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴに設定された優先度とを比較し、例えば、優先度が高い方の放送非連動型アプリケーションを起動させる。なお、この動作例では、第２の放送非連動型アプリケーションの方の優先度が高いこととする。これにより、実行中であった第１の放送非連動型アプリケーションに代えて第２の放送非連動型アプリケーションが起動される。

【0093】

アプリケーションコントローラ５０８は、第１の放送非連動型アプリケーションに代えて第２の放送非連動型アプリケーションが起動させるために、まず、第２の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴから第２の放送非連動型アプリケーションを取得するために必要な情報を抽出し、これをもとに第２のアプリケーションサーバ２００Ｂにアクセスして第２の放送非連動型アプリケーションを取得する。そして、アプリケーションコントローラ５０８は第１の放送非連動型アプリケーションを終了させるとともに、第２の放送非連動型アプリケーション用のＸＭＬ−ＡＩＴに記述されたアプリケーション制御コード"AUTOSTART"に従って第２の放送非連動型アプリケーションを起動させる。

【0094】

優先度の比較結果として、双方のアプリケーションの優先度が同一である場合には、例えば、予めユーザなどにより設定された方法で起動させるアプリケーションを決定する。例えば、以下のような方法がある。
１．現在実行中のアプリケーションをそのまま継続させ、新たなアプリケーションの起動を禁止する。
２．新たに取得されたアプリケーションに切り替える。
３．優先度が同一の複数のアプリケーションを同時に実行状態とする。現在実行中のアプリケーションをそのまま継続させ、新たなアプリケーションの起動も許可する。

【0095】

アプリケーションコントローラ５０８は、ＸＭＬ署名の検証に失敗した旨を受けた場合には、第２の放送非連動型アプリケーションの起動を許可しない（ステップＳ１０８）。これにより正規のＸＭＬ署名が添付されたＸＭＬ−ＡＩＴによって制御される放送非連動型アプリケーションのみを起動させることができ、システムの信頼性を確保することができる。

【0096】

以上、本実施形態によれば、アプリケーションを提供する事業者を特定する組織ＩＤとして、複数もしくは全ての事業者に共通の識別情報"common"を設定できるようにした。加えて、アプリケーションコントローラ５０８は、取得したＸＭＬ−ＡＩＴの組織ＩＤとして共通の識別情報"common"が設定されている場合には、そのＸＭＬ−ＡＩＴに対応するアプリケーションの起動が組織ＩＤに基づく判定により不可とされることがなくなる。これにより、例えば視聴率調査のためのアプリケーションなど、放送局が異なるチャンネルをシームレスに横断して実行可能なアプリケーションの利用が可能になる。

【0097】

また、本実施形態では、複数の事業者に共通の識別情報が組織ＩＤとして設定されたＸＭＬ−ＡＩＴにＸＭＬ署名を添付することを義務付けている。情報処理装置５００は、ＸＭＬ署名を検証し、正当性を確認すると、ＸＭＬ−ＡＩＴを解釈して放送非連動型アプリケーションの起動を許可する。これにより、ＸＭＬ−ＡＩＴの信頼性を確保することができる。

【0098】

なお、本技術は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
ＨｂｂＴＶの標準規格を前提とした実施形態を説明したが、本技術は、ＨｂｂＴＶの標準規格を前提とすることに必ずしも限定されるものではない。

【0099】

なお、本技術は以下のような構成も採ることができる。
（１）放送コンテンツを受信し処理する放送コンテンツ処理部と、
前記放送コンテンツに関連するアプリケーションと、当該アプリケーションを提供する事業者を特定する事業者識別情報の値として、複数の事業者に共通の識別情報を設定可能なアプリケーション情報テーブルを取得するコントローラと
を具備する情報処理装置。
（２）前記（１）に記載の情報処理装置であって、
請求項１に記載の情報処理装置であって、
前記アプリケーション情報テーブルに添付されることが義務付けられた電子署名を取得し、これを検証して検証結果を前記コントローラに通知する検証部をさらに具備し、
前記コントローラは、前記検証部より検証の成功の通知を受けたとき、前記事業者識別情報に基づく判定によって起動が不可とされる対象から除かれた前記アプリケーションの起動を許可する
情報処理装置。
（３）前記（１）から（２）のうちいずれか１つに記載の情報処理装置であって、
前記コントローラは、ネットワークを通じてサーバ装置より、前記アプリケーションに関連する前記アプリケーション情報テーブルを取得し、このアプリケーション情報テーブルに記述された情報をもとに前記アプリケーションを取得する
情報処理装置。
（４）前記（１）から（３）のうちいずれか１つに記載の情報処理装置であって、
前記アプリケーションは、前記放送コンテンツに対して非連動の放送非連動型アプリケーションである
情報処理装置。

【符号の説明】

【0100】

１００…第１のネットワーク
２００、２００Ａ、２００Ｂ…アプリケーションサーバ
３００…エッジルータ
４００…第２のネットワーク
５００…情報処理装置
５０１…放送インタフェース
５０２…デマルチプレクサ
５０３…出力処理部
５０４…映像デコーダ
５０５…音声デコーダ
５０６…字幕デコーダ
５０７…通信インタフェース
５０８…アプリケーションコントローラ
５０９…セキュアコントローラ
６００…放送局

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】