JPWO2013179570A1 - 情報処理装置、情報処理方法およびプログラム - Google Patents

情報処理装置、情報処理方法およびプログラム Download PDF

Info

Publication number
JPWO2013179570A1
JPWO2013179570A1 JP2014518247A JP2014518247A JPWO2013179570A1 JP WO2013179570 A1 JPWO2013179570 A1 JP WO2013179570A1 JP 2014518247 A JP2014518247 A JP 2014518247A JP 2014518247 A JP2014518247 A JP 2014518247A JP WO2013179570 A1 JPWO2013179570 A1 JP WO2013179570A1
Authority
JP
Japan
Prior art keywords
application
channel
broadcast content
information
ait
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2014518247A
Other languages
English (en)
Other versions
JP5983741B2 (ja
Inventor
淳 北原
淳 北原
北里　直久
直久 北里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2014518247A priority Critical patent/JP5983741B2/ja
Publication of JPWO2013179570A1 publication Critical patent/JPWO2013179570A1/ja
Application granted granted Critical
Publication of JP5983741B2 publication Critical patent/JP5983741B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/18—Arrangements for synchronising broadcast or distribution via plural systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454—Content or additional data filtering, e.g. blocking advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/40—Aspects of broadcast communication characterised in that additional data relating to the broadcast data are available via a different channel than the broadcast channel

Abstract

【課題】放送コンテンツとアプリケーションとの同時提示を適切に制御する。【解決手段】この情報処理装置は、放送コンテンツを受信して処理する放送コンテンツ処理部と、アプリケーションを起動させるために必要な情報と、当該アプリケーションと同時に提示することが可能な放送コンテンツを特定するための情報としてアプリケーション識別記述子２４が格納されたアプリケーション情報テーブル（ＸＭＬ−ＡＩＴ）を取得し、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定するコントローラを具備する。【選択図】図４

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）で指定された方式を用いて署名を検証する方式である。
図３はアプリケーションモード記述子２２およびアプリケーションハッシュ記述子２３のデータ構造を示す図である。
アプリケーションモード記述子２２は、アプリケーションモード記述子２２を識別する記述子タグ（descriptor_tag）、記述子長（descriptor_length）、アプリケーションのモードを示すアプリケーションモード（application_mode）などで構成される。
アプリケーションモードは、アプリケーションが利用できる機能（ＡＰＩ：Application Program Interface）を制御するための情報である。アプリケーションによって利用が制限される機能としては、例えば、放送の番組やデータなどの様々な放送リソースにアクセスして提示する放送リソース提示機能などが挙げられる。より詳細には、放送連動型アプリケーションは、その放送リソース提示機能を利用できるようにアプリケーションモードの値が設定され、放送に無関係（連動しない）放送非連動型アプリケーションは、その放送リソース提示機能を利用できないようにアプリケーションモードの値が設定される。なお、アプリケーションモードによって、利用できるかどうかが切り替えられる機能は放送リソース提示機能に限られない。
ここで、放送連動型アプリケーションに対して設定されるアプリケーションモードを"mode1"、放送非連動型アプリケーションに対して設定されるアプリケーションモードを"mode2"とした場合を想定する。
この想定においては、アプリケーションモードは、情報処理装置７００において電子署名の検証の要否を知るための情報として利用することができる。すなわち、情報処理装置７００はアプリケーションモードが"mode1"であるとき電子署名の検証が不要と判定し、"mode2"であるとき電子署名の検証が必要であることを判定する。但し、これは１つの運用形態に過ぎず、放送連動型アプリケーションについても電子署名の検証を必要とすることとしてもよい。
アプリケーションハッシュ記述子２３は、記述子タグ（descriptor_tag）、記述子長（descriptor_length）、ハッシュ値の計算方法を示すハッシュアルゴリズム（hash_algorithm）、ハッシュ値長（hash_value_length）、ハッシュ値（hash_value_byte）などで構成される。ハッシュ値は、アプリケーションのハッシュ値であり、所定のハッシュ関数などによってアプリケーションの実体から生成された値であり、そのアプリケーションを代表する値と言うことができる。このハッシュ値の利用方法については後で説明する。
図４はアプリケーション識別記述子２４のデータ構造を示す図である。
このアプリケーション識別記述子２４は、情報処理装置７００が、放送コンテンツを分類するチャンネルあるいは番組とアプリケーションとの同時提示の可否を判定するために用いられる情報である。
次に、アプリケーション識別記述子２４の詳細を説明する。
アプリケーション識別記述子２４は、アプリケーション識別記述子２４であることを示す記述子タグ（descriptor_tag）、記述子長（descriptor_length）、承諾アプリケーションアクセスフラグ（grant_aplication_access_flag）、識別チェックタイプ（id_check_type）、トリプレット（triplet）、イベント識別子（event_id）などで構成される。
トリプレットはチャンネルを識別するための情報である。トリブレット（チャンネル識別子）は、ネットワークに固有の種別値であるネットワーク識別子（network_id）、トランスポートストリームに固有の識別値であるトランスポートストリーム識別子（tranport_stream_id）およびサービス（チャンネル）に固有の識別値であるサービス識別子（service_id）などからなる。
イベント識別子は、イベント（番組）を識別するための識別値である。
承諾アプリケーションアクセスフラグ（第１のフラグ）は"０"および"１"のいずれかの値をとる。承諾アプリケーションアクセスフラグが"０"であるとき、ＸＭＬ−ＡＩＴに記述されたトリプレットの値およびイベント識別子の値は、アプリケーションとの同時の提示が禁止されたチャンネルおよび番組を識別するための情報（ブラックリスト）として扱われる。承諾アプリケーションアクセスフラグが"１"である場合、ＸＭＬ−ＡＩＴに記述されたトリプレットの値およびイベント識別子の値は、アプリケーションとの同時の提示が許可されたチャンネルおよび番組を識別するための情報（ホワイトリスト）として扱われる。
なお、ＰＳＩ／ＳＩ（Program Specific Information/Service Information）から得られる、選局中のチャンネルを識別するための情報とは、ネットワーク識別子（network_id）、トランスポートストリーム識別子（tranport_stream_id）およびサービス識別子（service_id）からなるトリブレットである。同様に、ＰＳＩ／ＳＩから得られる、提示中の番組を識別するための情報はイベント識別子である。
識別チェックタイプ（第２のフラグ）は、比較対象の識別子を指定する情報である。識別チェックタイプは"０"および"１"のいずれかの値をとる。識別チェックタイプが"０"である場合、トリプレットの値のみが比較対象とされ、識別チェックタイプが"１"である場合、トリプレットの値とイベント識別子の値との組み合わせが比較対象とされる。
［アプリケーション制御コードの定義］
アプリケーションのライフサイクルは、ＸＭＬ−ＡＩＴに格納されるアプリケーション制御コード２１をもとに、情報処理装置７００によって動的に制御される。
図５はＸＭＬ−ＡＩＴに格納されるアプリケーション制御コード２１の定義を示す図である。
同図に示すように、アプリケーション制御コードとしては、"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）およびメモリを有するコンピュータと、このコンピュータを放送コンテンツ処理部、アプリケーションコントローラ７０８などとして機能させるプログラムとにより提供することが可能である。
［情報処理システム１の動作］
次に、本実施形態の情報処理システム１の動作を説明する。
動作の説明は、
１．チャンネル切り替えまたは番組遷移を起点とする全体的な動作１
２．アプリケーションの起動指示を起点とする全体的な動作２
３．アプリケーションとチャンネル（番組）の同時提示の可否判定の基本動作
４．具体的な動作例１
５．具体的な動作例２
６．具体的な動作例３
７．具体的な動作例４
８．具体的な動作例５
９．具体的な動作例６
１０．具体的な動作例７
の順で行う。
（１．チャンネル切り替えまたは番組遷移を起点とする全体的な動作１）
情報処理装置７００は、例えばリモコンなどを使ってユーザにより選局されたチャンネルの放送コンテンツを受信し、映像データ、音声データ、字幕データなどのデコード処理などを行って、情報処理装置７００に接続された表示部及びスピーカ部に放送コンテンツを出力する。
具体的には、放送インタフェース７０１が、ユーザにより選局された放送設備１００から放送コンテンツのデジタル放送信号を受信し、復調処理などを施して得たトランスポートストリームをデマルチプレクサ７０２に出力する。デマルチプレクサ７０２はトランスポートストリームから放送コンテンツのストリームパケットを分離し、さらに放送コンテンツのストリームパケットを映像ＥＳ、音声ＥＳ、字幕ＥＳに分離する。分離された映像ＥＳ、音声ＥＳ、字幕ＥＳはそれぞれ、映像デコーダ７０４、音声デコーダ７０５、字幕デコーダ７０６にてデコードされ、出力処理部７０３にて合成されて表示部及びスピーカ部に出力される。
放送設備１００からは、放送コンテンツの伝送とともに、例えば当該放送コンテンツに関連したアプリケーション用のＸＭＬ−ＡＩＴがセクション形式あるいはデータカルーセル方式で伝送される。
情報処理装置７００は、例えば、ＸＭＬ−ＡＩＴの取得をアプリケーションの起動指示としてみなして、次のような動作を行う。
図７および図８は、本実施形態の情報処理装置において、チャンネルの切り替えまたは番組の遷移が発生した場合の全体的な動作の流れを示すフローチャートである。
情報処理装置７００のアプリケーションコントローラ７０８は、チャンネルの切り替えまたは番組の遷移を検出すると（ステップＳ１０１）、ＸＭＬ−ＡＩＴが情報処理装置７００内に保存されているかどうかを判断する（ステップＳ１０２）。ＸＭＬ−ＡＩＴが保存されている場合、アプリケーションコントローラ７０８は当該ＸＭＬ−ＡＩＴを解析し（ステップＳ１０４）、ＸＭＬ−ＡＩＴが保存されていない場合には、当該ＸＭＬ−ＡＩＴを取得して（ステップＳ１０３）、解析する（ステップＳ１０４）。
アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴの解析結果をもとに所定のアルゴリズムに従って当該アプリケーションとチャンネルもしくは番組との同時提示の可否を判定する（ステップＳ１０５）。この同時提示の可否判定の詳細については後で説明する。
アプリケーションコントローラ７０８は、同時提示が可能であることを判定した場合（ステップＳ１０６のＹ）、既に当該アプリケーションが実行中であるかどうかを判断する（ステップＳ１０７）。アプリケーションが実行中であれば（ステップＳ１０７のＹ）、そのアプリケーションの実行を継続させ（ステップＳ１０８）、本フローを終了させる。
アプリケーションが実行中でなければ（ステップＳ１０７のＮ）、アプリケーションコントローラ７０８は、取得したＸＭＬ−ＡＩＴに電子署名が添付されているかどうかを判定する（ステップＳ１０９）。ＸＭＬ−ＡＩＴに電子署名が添付されている場合には（ステップＳ１０９のＹ）アプリケーションコントローラ７０８は、当該電子署名の検証が必要であることを判定し、検証を行う（ステップＳ１１０）。電子署名の検証に失敗した場合には（ステップＳ１１０のＮ）、アプリケーションコントローラ７０８はエラーを表示する（図８：ステップＳ１１１）。電子署名の検証に成功した場合（ステップＳ１１０のＹ）、アプリケーションコントローラ７０８はステップＳ１１３に移行する。
一方、ＸＭＬ−ＡＩＴに電子署名が添付されていない場合（ステップＳ１０９のＮ）、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴに記述されたアプリケーションモードが電子署名の検証を必要としないモードの値である"mode1"であるかどうかを確認する（ステップＳ１１２）。この確認で、アプリケーションモードが"mode1"であれば（ステップＳ１１２のＹ）、アプリケーションコントローラ７０８は電子署名の検証をスキップしてステップＳ１１３に移行する。アプリケーションモードが"mode2"であれば（ステップＳ１１２のＮ）、電子署名の検証が必要であるにもかかわらずＸＭＬ−ＡＩＴに電子署名が添付されていないという理由から、アプリケーションコントローラ７０８はエラーを判定し、その旨を表示する（ステップＳ１１１）。
ステップＳ１１３で、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴに記述されたアプリケーション制御コードが"AUTOSTART"であるかどうかを判定する。アプリケーション制御コードが"AUTOSTART"であれば（ステップＳ１１３のＹ）、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴにアプリケーションモードの値とハッシュ値が記述されているかどうかを判定する（図８：ステップＳ１１４、Ｓ１１５）。ＸＭＬ−ＡＩＴにアプリケーションモードの値が設定されていない場合（ステップＳ１１４のＮ）、アプリケーションコントローラ７０８はエラーを表示する（ステップＳ１１１）。ＸＭＬ−ＡＩＴにアプリケーションモードの値が記述されていれば（ステップＳ１１４のＹ）、アプリケーションコントローラ７０８はＸＭＬ−ＡＩＴに記述されているハッシュ値（Ａ）を保持する（ステップＳ１１６）。
次に、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴに記述されているアプリケーションのロケーション情報をもとにアプリケーションサーバ３００からアプリケーションを取得し、ＸＭＬ−ＡＩＴに記述されているハッシュ値の計算方法を示すハッシュアルゴリズムにより当該アプリケーションのハッシュ値（Ｂ）を計算する（ステップＳ１１７）。
次に、アプリケーションコントローラ７０８はハッシュ値（Ａ）とハッシュ値（Ｂ）とを比較する（ステップＳ１１８）。一致する場合（ステップＳ１１８のＹ）、アプリケーションコントローラ７０８は、そのアプリケーションを起動させる（ステップＳ１１９）。起動されたアプリケーションは、例えば、表示部に表示された番組の映像とともに提示される。ここで、アプリケーションのアプリケーションモードが"mode2"である場合には、そのアプリケーションを放送リソース提示機能を利用できないモードで起動させる。ハッシュ値（Ａ）とハッシュ値（Ｂ）とが一致しない場合（ステップＳ１１８のＮ）、アプリケーションコントローラ７０８はエラーを判定してその旨を表示する（ステップＳ１１１）。
また、アプリケーションコントローラ７０８は、ステップＳ１１３でＸＭＬ−ＡＩＴに記述されたアプリケーション制御コードが"AUTOSTART"以外であることを判定すると、"AUTOSTART"以外のアプリケーション制御コードに従ってアプリケーションの状態を遷移させる（ステップＳ１２０）。
次に、ステップＳ１０６において、同時提示が不可であることが判定された場合を説明する。
この場合、アプリケーションコントローラ７０８は、既にアプリケーションが実行中であるかどうかを判断する（ステップＳ１２１）。アプリケーションが実行中であれば（ステップＳ１２１のＹ）、そのアプリケーションの実行を終了させ（ステップＳ１２２）、本フローを終了させる。また、アプリケーションが実行中でない場合は（ステップＳ１２１のＮ）、アプリケーションコントローラ７０８は何もせず本フローを終了させる。
（２．アプリケーションの起動指示を起点とする全体的な動作２）
全体的な動作１は、本実施形態の情報処理装置においてチャンネルの切り替えまたは番組の遷移が発生した場合の全体的な動作の流れであるが、アプリケーションの起動指示が発生した場合には次のような制御が行われる。
ここで、アプリケーションの起動指示の発生とは、具体的には、
１．アプリケーション制御コードとして"AUTOSTART"が記述されたＸＭＬ−ＡＩＴを情報処理装置７００が取得したとき、
２．アプリケーションランチャ上でユーザが起動させたいアプリケーションを選択したとき、
３．起動させるアプリケーションを情報処理装置７００に選択させる機能を有するアプリケーション上でユーザが起動させたいアプリケーションを選択したとき、
などが挙げられる。
図９および図１０は、本実施形態の情報処理装置７００においてアプリケーションの起動指示が発生した場合の基本的な動作の流れを示すフローチャートである。
情報処理装置７００のアプリケーションコントローラ７０８は、アプリケーションの起動指示が発生すると（ステップＳ２０１）、そのアプリケーション用のＸＭＬ−ＡＩＴが情報処理装置７００内に保存されているかどうかを判断する（ステップＳ２０２）。そのＸＭＬ−ＡＩＴが保存されている場合、アプリケーションコントローラ７０８は当該ＸＭＬ−ＡＩＴを解析し（ステップＳ２０４）、そのＸＭＬ−ＡＩＴが保存されていない場合には、そのＸＭＬ−ＡＩＴを取得して（ステップＳ２０３）、解析する（ステップＳ１０４）。
アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴの解析結果をもとに所定のアルゴリズムに従って当該アプリケーションとチャンネルもしくは番組との同時提示の可否を判定する（ステップＳ２０５）。この同時提示の可否判定の詳細については後で説明する。
アプリケーションコントローラ７０８は、同時提示が不可であることを判定した場合（ステップＳ２０６のＮ）、例えば、何もせず（アプリケーションに添付された電子署名の検証も起動もさせず）、本フローを終了させる。
一方、ＸＭＬ−ＡＩＴに電子署名が添付されていない場合（ステップＳ２０７のＮ）、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴに記述されたアプリケーションモードが電子署名の検証を必要としないモードの値である"mode1"であるかどうかを確認する（ステップＳ２１０）。この確認で、アプリケーションモードが"mode1"であれば（ステップＳ２１０のＹ）、アプリケーションコントローラ７０８は電子署名の検証をスキップしてステップＳ２１１に移行する。アプリケーションモードが"mode2"であれば（ステップＳ２１０のＮ）、電子署名の検証が必要であるにもかかわらずＸＭＬ−ＡＩＴに電子署名が添付されていないという理由から、アプリケーションコントローラ７０８はエラーを判定し、その旨を表示する（ステップＳ２０９）。
ステップＳ２１１で、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴに記述されたアプリケーション制御コードが"AUTOSTART"であるかどうかを判定する。アプリケーション制御コードが"AUTOSTART"であれば（ステップＳ２１１のＹ）、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴにアプリケーションモードの値とハッシュ値が記述されているかどうかを判定する（図１０：ステップＳ２１２、Ｓ２１３）。ＸＭＬ−ＡＩＴにアプリケーションモードの値が設定されていない場合（ステップＳ２１２のＮ）、アプリケーションコントローラ７０８はエラーを表示する（ステップＳ２０９）。ＸＭＬ−ＡＩＴにアプリケーションモードの値が記述されていれば（ステップＳ２１２のＹ）、アプリケーションコントローラ７０８はＸＭＬ−ＡＩＴに記述されているハッシュ値（Ａ）を保持する（ステップＳ２１４）。
次に、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴに記述されているアプリケーションのロケーション情報をもとにアプリケーションサーバ３００からアプリケーションを取得し、ＸＭＬ−ＡＩＴに記述されているハッシュ値の計算方法を示すハッシュアルゴリズムにより当該アプリケーションのハッシュ値（Ｂ）を計算する（ステップＳ２１５）。
次に、アプリケーションコントローラ７０８はハッシュ値（Ａ）とハッシュ値（Ｂ）とを比較する（ステップＳ２１６）。一致する場合（ステップＳ２１６のＹ）、アプリケーションコントローラ７０８は、そのアプリケーションを起動させる（ステップＳ２１７）。起動されたアプリケーションは、例えば、表示部に表示された番組の映像とともに提示される。ここで、アプリケーションのアプリケーションモードが"mode2"である場合には、そのアプリケーションを放送リソース提示機能を利用できないモードで起動させる。ハッシュ値（Ａ）とハッシュ値（Ｂ）とが一致しない場合（ステップＳ２１６のＮ）、アプリケーションコントローラ７０８はエラーを判定してその旨を表示する（ステップＳ２０９）。
また、アプリケーションコントローラ７０８は、ステップＳ２１１でＸＭＬ−ＡＩＴに記述されたアプリケーション制御コードが"AUTOSTART"以外であることを判定すると、"AUTOSTART"以外のアプリケーション制御コードに従ってアプリケーションの状態を遷移させる（ステップＳ２１８）。
（３．アプリケーションとチャンネル（番組）の同時提示の可否判定の基本動作）
図１１は、アプリケーションとチャンネル（番組）の同時提示の可否判定（図７：ステップ１０５、図９：ステップＳ２０５）の基本動作の流れを示すフローチャートである。
アプリケーションコントローラ７０８は、取得したＸＭＬ−ＡＩＴに記述された承諾アプリケーションアクセスフラグの値を確認する（ステップＳ３０１）。承諾アプリケーションアクセスフラグの値が"１"である場合、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴに記述されたトリプレットの値とイベント識別子の値との組み合わせをホワイトリストとして設定する（ステップＳ３０２）。承諾アプリケーションアクセスフラグの値が"０"である場合、アプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴに記述されたトリプレットの値とイベント識別子の値との組み合わせをブラックリストとして設定する（ステップＳ３０３）。
次に、アプリケーションコントローラ７０８は、識別チェックタイプの値を確認する（ステップＳ３０４）。識別チェックタイプが"１"である場合、アプリケーションコントローラ７０８は、トリプレットの値とイベント識別子の値との組み合わせを比較の対象として設定し（ステップＳ３０５）、識別チェックタイプが"０"である場合、トリプレットの値のみを比較の対象として設定する（ステップＳ３０６）。
次に、アプリケーションコントローラ７０８は、以上設定された各条件に従って、ＸＭＬ−ＡＩＴに記述された識別子と、選局中のチャンネルまたは提示中の番組の識別子とを比較し（ステップＳ３０７）、この比較結果をもとにアプリケーションとチャンネル（番組）との同時提示の可否を判定する（ステップＳ３０８、Ｓ３０９）。
次に、具体的な動作例を説明する。
（４．具体的な動作例１）
図１２は具体的な動作例１を示す図である。
情報処理装置７００では、ユーザによってチャンネルＣＨ１が選局され、チャンネルＣＨ１の放送コンテンツが既に提示されているものとする。なお、当該チャンネルＣＨ１のトリプレットの値は"network_id＝１，tranport_stream_id＝２，service_id＝３"とする。以後、トリプレットの値を"１，２，３"のように表記する。
放送設備１００から時刻Ｔ１に、放送連動型のアプリケーションＡＰＰ＿Ｘに関するＸＭＬ−ＡＩＴが伝送され、情報処理装置７００がこれを取得したこととする。このＸＭＬ−ＡＩＴには主に以下の要素が記述されている。
１．放送連動型アプリケーションＡＰＰ＿Ｘのロケーション情報
２．アプリケーション制御コード＝"AUTOSTART"
３．承諾アプリケーションアクセスフラグ＝"１"
４．識別チェックタイプ＝"０"
５．トリプレット＝"４，５，６"
そして、このＸＭＬ−ＡＩＴには電子署名が添付されているものとする。
このＸＭＬ−ＡＩＴによると、識別チェックタイプ＝"０"であることからトリプレットの値のみが比較対象とされ、承諾アプリケーションアクセスフラグ＝"１"であることから、トリプレットの値はホワイトリストとして扱われる。ロケーション情報は、アプリケーションサーバ３００からアプリケーションＡＰＰ＿Ｘを取得するために必要な情報として、ＨＴＴＰ（Hypertext Transfer Protocol）などの通信プロトコル情報とＵＲＬ（Uniform Resource Locator）などで構成される。
情報処理装置７００のアプリケーションコントローラ７０８は、このＸＭＬ−ＡＩＴを取得すると、これを解析し、上記３から５の各要素の値と、選局中のチャンネルＣＨ１のトリプレットの値から、当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｘの起動の可否を判定する。
この動作例では、トリプレットの値のみが比較対象とされ、かつＸＭＬ−ＡＩＴに記述されるトリプレットの値はホワイトリストとして扱われる。現在選局中のチャンネルＣＨ１のトリプレットの値は"１，２，３"であり、これはＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と異なる。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１の同時提示が不可であることを判定し、すなわち当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｘの起動が不可であることを判定する。
この動作例では、続いて放送設備１００から時刻Ｔ２に、放送連動型アプリケーションＡＰＰ＿Ｙに関するＸＭＬ−ＡＩＴが伝送され、情報処理装置７００がこれを取得する。
このＸＭＬ−ＡＩＴには主に以下が記述されている。
１．放送連動型アプリケーションＡＰＰ＿Ｙのロケーション情報
２．アプリケーション制御コード＝"AUTOSTART"
３．承諾アプリケーションアクセスフラグ＝"１"
４．識別チェックタイプ＝"０"
５．トリプレット＝"１，２，３"
そして、このＸＭＬ−ＡＩＴには電子署名が添付されているものとする。
この場合、情報処理装置７００のアプリケーションコントローラ７０８は、現在選局中のチャンネルＣＨ１のトリプレットの値とＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値とが一致することで、放送連動型アプリケーションＡＰＰ＿ＹとチャンネルＣＨ１の同時提示が可能であることを判定し、すなわち当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｙの起動が可能であることを判定する。
この後、アプリケーションコントローラ７０８は、前述した基本的な動作の流れに沿って、ＸＭＬ−ＡＩＴに添付された電子署名の検証を行う。アプリケーションコントローラ７０８は、電子署名の検証に成功すれば、ＸＭＬ−ＡＩＴに記述されたアプリケーション制御コードが"AUTOSTART"であることからアプリケーションサーバ３００から当該放送連動型アプリケーションＡＰＰ＿Ｙを取得する。アプリケーションコントローラ７０８は、取得した放送連動型プリケーションＡＰＰ＿Ｙのハッシュ値（Ｂ）を計算し、このハッシュ値（Ｂ）とＸＭＬ−ＡＩＴに記述されているハッシュ値（Ａ）とを比較する。ハッシュ値（Ｂ）とハッシュ値（Ａ）が一致した場合には、アプリケーションコントローラ７０８は放送連動型アプリケーションＡＰＰ＿Ｙを起動させる。
なお、図１２において、起動された放送連動型アプリケーションＡＰＰ＿Ｙは、放送番組の映像に対して領域を分けて表示されるものとしたが、必ずしも放送番組の映像と同時に表示される必要はなく、全画面に表示してもよい。アプリケーションを全画面に表示させる場合、放送番組の映像が表示されなくなるが、この状態においても、放送インタフェース７０１のチューナは選局状態にあり、チャンネルＣＨ１の選局状態が継続される。
（５．具体的な動作例２）
図１３は具体的な動作例２を示す図である。
情報処理装置７００では、ユーザによってチャンネルＣＨ１が選局され、チャンネルＣＨ１の番組が提示されているものとする。なお、当該チャンネルＣＨ１のトリプレットの値は"１，２，３"とする。
放送設備１００から時刻Ｔ１に、放送連動型アプリケーションＡＰＰ＿Ｘに関するＸＭＬ−ＡＩＴが伝送され、情報処理装置７００がこれを取得したこととする。このＸＭＬ−ＡＩＴには主に以下の要素が記述されている。
１．放送連動型アプリケーションＡＰＰ＿Ｘのロケーション情報
２．アプリケーション制御コード＝"AUTOSTART"
３．承諾アプリケーションアクセスフラグ＝"１"
４．識別チェックタイプ＝"０"
５．トリプレット＝"１，２，３"
６．トリプレット＝"４，５，６"
そして、このＸＭＬ−ＡＩＴには電子署名が添付されているものとする。
このＸＭＬ−ＡＩＴによると、識別チェックタイプ＝"０"であることからトリプレットの値のみが比較対象とされ、承諾アプリケーションアクセスフラグ＝"１"であることからトリプレットの値はホワイトリストとして扱われる。
情報処理装置７００のアプリケーションコントローラ７０８は、このＸＭＬ−ＡＩＴを取得すると、これを解析し、上記３から６の各要素の値と、選局中のチャンネルＣＨ１のトリプレットの値から、当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｘの起動の可否を判定する。
この動作例では、トリプレットの値のみが比較対象とされ、かつＸＭＬ−ＡＩＴに記述されるトリプレットはホワイトリストとして扱われる。現在選局中のチャンネルＣＨ１のトリプレットの値は"１，２，３"であり、これはＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致する。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１の同時提示が可能であることを判定し、すなわち当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｘの起動が可能であることを判定する。この後、前述したように、ＸＭＬ−ＡＩＴに添付された電子署名の検証から、放送連動型アプリケーションＡＰＰ＿Ｘの起動までの動作が同様に行われる。
次に、情報処理装置７００において、ユーザによるチャンネルＣＨ１からチャンネルＣＨ２への切り替えが発生した場合を想定する。チャンネルＣＨ２のトリプレットの値は"４，５，６"とする。この場合、切り替え先のチャンネルＣＨ２のトリプレットの値はＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致する。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ２の同時提示が可能であることを判定し、すなわち放送連動型アプリケーションＡＰＰ＿Ｘの実行継続が可能であることを判定する＜case1＞。
また、情報処理装置７００において、ユーザによるチャンネルＣＨ１からチャンネルＣＨ３への切り替えが発生した場合を想定する。チャンネルＣＨ３のトリプレットの値は"７，８，９"とする。この場合、切り替え先のチャンネルＣＨ３のトリプレットの値はＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致しない。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ３の同時提示が不可であることを判定し、すなわち放送連動型アプリケーションＡＰＰ＿Ｘの実行継続が不可であることを判定して放送連動型アプリケーションＡＰＰ＿Ｘの実行を終了させる＜case3＞。
なお、ここでは切り替え先のチャンネルＣＨ３のトリプレットの値はＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致しない場合に放送連動型アプリケーションＡＰＰ＿Ｘの実行を終了させることとしたが、変形例として、放送連動型アプリケーションＡＰＰ＿Ｘの実行を継続させ、切り替え先のチャンネルＣＨ３の提示を無効とするようにしてもよい。例えば、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ３とを同時に提示させることができない旨を示すキャラクタパターンを合成した黒画面などを表示させるようにしてもよい＜case2＞。
（６．具体的な動作例３）
図１４は具体的な動作例３を示す図である。
情報処理装置７００では、ユーザによってチャンネルＣＨ１が選局され、チャンネルＣＨ１の番組が提示されているものとする。なお、当該チャンネルＣＨ１のトリプレットの値は"１，２，３"とし、提示中の番組のイベント識別子の値は"１０"とする。
放送設備１００から時刻Ｔ１に、放送連動型アプリケーションＡＰＰ＿Ｘに関するＸＭＬ−ＡＩＴが伝送され、情報処理装置７００がこれを取得したこととする。このＸＭＬ−ＡＩＴには主に以下の要素が記述されている。
１．放送連動型アプリケーションＡＰＰ＿Ｘのロケーション情報
２．アプリケーション制御コード＝"AUTOSTART"
３．承諾アプリケーションアクセスフラグ＝"１"
４．識別チェックタイプ＝"１"
５．トリプレット＝"１，２，３"
６．イベント識別子＝"１１"
そして、このＸＭＬ−ＡＩＴには電子署名が添付されているものとする。
このＸＭＬ−ＡＩＴによると、識別チェックタイプ＝"１"であることからトリプレットの値とイベント識別子の値との組み合わせが比較対象とされ、承諾アプリケーションアクセスフラグ＝"１"であることからその組み合わせはホワイトリストとして扱われる。
情報処理装置７００のアプリケーションコントローラ７０８は、このＸＭＬ−ＡＩＴを取得すると、これを解析し、上記３から６の各要素の値と、選局中のチャンネルＣＨ１のトリプレットの値とイベント識別子の値との組み合わせから、当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｘの起動の可否を判定する。
この動作例では、トリプレットの値とイベント識別子との値との組み合わせが比較対象とされ、かつＸＭＬ−ＡＩＴに記述されるトリプレットの値とイベント識別子の値との組み合わせはホワイトリストとして扱われる。現在選局中のチャンネルＣＨ１のトリプレットの値は"１，２，３"であり、これはＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットと一致するが、提示中の番組のイベント識別子の値は"１０"であり、これはＸＭＬ−ＡＩＴにホワイトリストとしてトリプレットの値"１，２，３"と組み合わせて記述されるイベント識別子の値と一致しない。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１の同時提示が不可であることを判定し、すなわち当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｘの起動が不可であることを判定する。
この動作例では、放送設備１００から伝送されるチャンネルＣＨ１の番組の遷移が時刻Ｔ１と時刻Ｔ２との間で発生したものとする。遷移した番組のイベント識別子の値は"１１"とする。そして、放送設備１００から時刻Ｔ２に、放送連動型アプリケーションＡＰＰ＿Ｘに関するＸＭＬ−ＡＩＴが再度伝送され、情報処理装置７００がこれを取得する。ここで伝送されるＸＭＬ−ＡＩＴは時刻Ｔ１に伝送されたＸＭＬ−ＡＩＴと同一である。
なお、情報処理装置７００のアプリケーションコントローラ７０８は、受信したＸＭＬ−ＡＩＴをもとに放送連動型アプリケーションを起動させた場合にはそのＸＭＬ−ＡＩＴの解析結果を情報処理装置７００内に保存するが、放送連動型アプリケーションを起動させない場合には、受信したＸＭＬ−ＡＩＴの解析結果を破棄する。したがって、アプリケーションコントローラ７０８は、番組の遷移が発生した後に放送設備１００から伝送された放送連動型アプリケーションＡＰＰ＿Ｘに関するＸＭＬ−ＡＩＴを再度取得することとなる。
ここで、遷移した番組のイベント識別子の値は"１１"であり、これは再度取得したＸＭＬ−ＡＩＴにホワイトリストとしてトリプレットの値"１，２，３"と組み合わせて記述されるイベント識別子の値と一致する。すなわち、提示中のチャンネルのトリプレットと番組のイベント識別子の値との組み合わせが再度取得したＸＭＬ−ＡＩＴにホワイトリストとして記述されているトリプレットの値とイベント識別子の値との組み合わせと一致したことになる。したがって、アプリケーションコントローラ７０８は、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１の同時提示が不可であることを判定し、すなわち当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｘの起動が可能であることを判定する。この後、前述したように、ＸＭＬ−ＡＩＴに添付された電子署名の検証から、放送連動型アプリケーションＡＰＰ＿Ｘの起動までの動作が同様に行われる。
（７．具体的な動作例４）
図１５は具体的な動作例４を示す図である。
情報処理装置７００では、ユーザによってチャンネルＣＨ１が選局され、チャンネルＣＨ１の番組が提示されているものとする。なお、当該チャンネルＣＨ１のトリプレットの値は"１，２，３"とし、提示中の番組のイベント識別子の値は"１０"とする。
放送設備１００から時刻Ｔ１に、放送連動型アプリケーションＡＰＰ＿Ｘに関するＸＭＬ−ＡＩＴが伝送され、情報処理装置７００がこれを取得したこととする。このＸＭＬ−ＡＩＴには主に以下の要素が記述されている。
１．放送連動型アプリケーションＡＰＰ＿Ｘのロケーション情報
２．アプリケーション制御コード＝"AUTOSTART"
３．承諾アプリケーションアクセスフラグ＝"１"
４．識別チェックタイプ＝"１"
５．トリプレット＝"１，２，３"
６．イベント識別子＝"１０"
７．イベント識別子＝"１１"
そして、このＸＭＬ−ＡＩＴには電子署名が添付されているものとする。
このＸＭＬ−ＡＩＴによると、識別チェックタイプ＝"１"であることからトリプレットの値とイベント識別子の値との組み合わせが比較対象とされ、承諾アプリケーションアクセスフラグ＝"１"であることからその組み合わせはホワイトリストとして扱われる。
情報処理装置７００のアプリケーションコントローラ７０８は、このＸＭＬ−ＡＩＴを取得すると、これを解析し、上記３から７の各要素の値と、選局中のチャンネルＣＨ１のトリプレットの値とイベント識別子の値との組み合わせから、当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿Ｘの起動の可否を判定する。
この動作例では、トリプレットの値とイベント識別子との値との組み合わせが比較対象とされ、かつＸＭＬ−ＡＩＴに記述されるトリプレットの値とイベント識別子の値との組み合わせはホワイトリストとして扱われる。現在選局中のチャンネルＣＨ１のトリプレットの値は"１，２，３"であり、これはＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致し、さらに提示中の番組のイベント識別子の値は"１０"であり、これはＸＭＬ−ＡＩＴにホワイトリストとしてトリプレットの値"１，２，３"との組み合わせて記述されるイベント識別子＝"１０"と一致する。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１の同時提示が可能であることを判定し、すなわち、放送連動型アプリケーションＡＰＰ＿Ｘの起動が可能であることを判定する。
この後、前述したように、ＸＭＬ−ＡＩＴに添付された電子署名の検証から、放送連動型アプリケーションＡＰＰ＿Ｘの起動までの動作が同様に行われる。アプリケーションコントローラ７０８は放送連動型アプリケーションＡＰＰ＿Ｘを起動した場合には、そのＸＭＬ−ＡＩＴの解析結果を情報処理装置７００内に保存する。
この動作例では、放送設備１００から伝送されるチャンネルＣＨ１の番組の遷移が時刻Ｔ１の後に発生したものとする。遷移した番組のイベント識別子の値は"１１"とする。アプリケーションコントローラ７０８は、番組の遷移が発生したことを知ると、情報処理装置７００に保存されているＸＭＬ−ＡＩＴの解析結果と、遷移した番組のイベント識別子の値とを比較する。ここで、遷移した番組のイベント識別子の値は"１１"であり、これは保存されたＸＭＬ−ＡＩＴにホワイトリストとしてトリプレットの値"１，２，３"と組み合わせて記述されるイベント識別子の値と一致する。したがって、アプリケーションコントローラ７０８は、当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１との同時提示が可能であることを判定し、放送連動型アプリケーションＡＰＰ＿Ｘの実行を継続させる。
次に、チャンネルＣＨ１の番組の遷移が再び発生した場合を想定する。遷移した番組のイベント識別子の値は"１２"とする。これは、保存されたＸＭＬ−ＡＩＴにホワイトリストとしてトリプレットの値"１，２，３"と組み合わせて記述されるどのイベント識別子の値とも一致しない。このため、アプリケーションコントローラ７０８は、当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１との同時提示が不可であることを判定し、放送連動型アプリケーションＡＰＰ＿Ｘの実行を終了させる＜case2＞。
変形例として、放送連動型アプリケーションＡＰＰ＿Ｘの実行を継続させ、切り替え先のチャンネルＣＨ３の提示を無効とするようにしてもよい。例えば、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ３とを同時に提示させることができない旨を示すキャラクタパターンを合成した黒画面などを表示させるようにしてもよい＜case1＞。
（８．具体的な動作例５）
図１６は具体的な動作例５を示す図である。
情報処理装置７００では、ユーザによってチャンネルＣＨ１が選局され、チャンネルＣＨ１の番組が提示されているものとする。なお、当該チャンネルＣＨ１のトリプレットの値は"１，２，３"とし、提示中の番組のイベント識別子の値は"１０"とする。
放送設備１００から時刻Ｔ１に、放送連動型アプリケーションＡＰＰ＿Ｘに関するＸＭＬ−ＡＩＴが伝送され、情報処理装置７００がこれを取得したこととする。このＸＭＬ−ＡＩＴには主に以下の要素が記述されている。
１．放送連動型アプリケーションＡＰＰ＿Ｘのロケーション情報
２．アプリケーション制御コード＝"AUTOSTART"
３．承諾アプリケーションアクセスフラグ＝"０"
４．識別チェックタイプ＝"１"
５．トリプレット＝"１，２，３"
６．イベント識別子＝"１０"
そして、このＸＭＬ−ＡＩＴには電子署名が添付されているものとする。
このＸＭＬ−ＡＩＴによると、識別チェックタイプ＝"１"であることからトリプレットの値とイベント識別子の値との組み合わせが比較対象とされ、承諾アプリケーションアクセスフラグ＝"０"であることからその組み合わせはブラックリストとして扱われる。
情報処理装置７００のアプリケーションコントローラ７０８は、このＸＭＬ−ＡＩＴを取得すると、これを解析し、上記３から６の各要素の値と、選局中のチャンネルＣＨ１のトリプレットの値とイベント識別子の値との組み合わせから、当該ＸＭＬ−ＡＩＴで指定される放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１との同時提示の可否を判定する。
この動作例では、現在選局中のチャンネルＣＨ１のトリプレットの値は"１，２，３"であり、これはＸＭＬ−ＡＩＴにブラックリストとして記述されるトリプレットと一致し、提示中の番組のイベント識別子の値は"１０"であり、これはＸＭＬ−ＡＩＴにブラックリストとしてトリプレットの値"１，２，３"と組み合わせて記述されるイベント識別子の値と一致する。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１の同時提示が不可であることを判定し、すなわち放送連動型アプリケーションＡＰＰ＿Ｘの起動が不可であることを判定する。
この動作例では、放送設備１００から伝送されるチャンネルＣＨ１の番組の遷移が時刻Ｔ１と時刻Ｔ２との間で発生したものとする。遷移した番組のイベント識別子の値は"１１"とする。そして、放送設備１００から時刻Ｔ２に、放送連動型アプリケーションＡＰＰ＿Ｘに関するＸＭＬ−ＡＩＴが再度伝送され、情報処理装置７００がこれを取得する。ここで伝送されるＸＭＬ−ＡＩＴは時刻Ｔ１に伝送されたＸＭＬ−ＡＩＴと同一である。
ここで、遷移した番組のイベント識別子の値は"１１"であり、これは再度取得したＸＭＬ−ＡＩＴにブラックリストとしてトリプレットの値"１，２，３"と組み合わせて記述されるイベント識別子の値と一致しない。したがって、アプリケーションコントローラ７０８は、放送連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１の同時提示が可能であることを判定し、すなわち放送連動型アプリケーションＡＰＰ＿Ｘの起動が可能であることを判定する。この後、前述したように、ＸＭＬ−ＡＩＴに添付された電子署名の検証から、放送連動型アプリケーションＡＰＰ＿Ｘの起動までの動作が同様に行われる。
（９．具体的な動作例６）
図１７は具体的な動作例６を示す図である。
この動作例６は、ＸＭＬ−ＡＩＴをＸＭＬ−ＡＩＴサーバ４００より取得する場合を想定したものである。
情報処理装置７００は、例えばリモコンなどを使ってユーザにより選択されたアプリケーションランチャ画面を表示する。アプリケーションランチャ画面とは、情報処理装置７００に実装された、いわゆるレジデントアプリケーションや、ＨＴＭＬブラウザによって提示されるＨＴＭＬ５、ＢＭＬなどによって実現される。アプリケーションランチャ画面には、放送非連動型アプリケーションのメニューなどが表示される。ユーザは例えばリモコンなどを使って提示させたい放送非連動型アプリケーションを選択することができる。アプリケーションの個々のメニューには、放送非連動型アプリケーション用のＸＭＬ−ＡＩＴを情報処理装置７００に取得させるためのスクリプトなどが組み込まれている。
アプリケーションランチャ画面に表示された放送非連動型アプリケーションのメニュー上で、リモコンを使ったユーザの操作によって任意の放送非連動型アプリケーションとしてアプリケーションＡＰＰ＿Ｘが選択されると、その放送非連動型アプリケーションＡＰＰ＿Ｘに対応するスクリプトが実行されることによって、情報処理装置７００のアプリケーションコントローラ７０８は、当該放送非連動型アプリケーション用のＸＭＬ−ＡＩＴをＸＭＬ−ＡＩＴサーバ４００から取得する。
このＸＭＬ−ＡＩＴには主に以下の要素が記述されている。
１．放送非連動型アプリケーションＡＰＰ＿Ｘのロケーション情報
２．アプリケーション制御コード＝"AUTOSTART"
３．承諾アプリケーションアクセスフラグ＝"１"
４．識別チェックタイプ＝"０"
５．トリプレット＝"１，２，３"
６．トリプレット＝"４，５，６"
そして、このＸＭＬ−ＡＩＴには電子署名が添付されているものとする。
なお、放送非連動型アプリケーションは、一般的に、放送事業者とは異なるアプリケーション提供事業者より提供される。このため、放送非連動型アプリケーションのＸＭＬ−ＡＩＴにはアプリケーションモードとして"mode2"が設定される。したがって、当該ＸＭＬ−ＡＩＴには本来、電子署名が添付されているはずであり、情報処理装置７００の側でＸＭＬ−ＡＩＴを利用するにあたって当該電子署名の検証が必須条件となる。
このＸＭＬ−ＡＩＴによると、識別チェックタイプ＝"０"であることからトリプレットの値のみが比較対象とされ、承諾アプリケーションアクセスフラグ＝"１"であることからトリプレットの値はホワイトリストとして扱われる。
情報処理装置７００のアプリケーションコントローラ７０８は、このＸＭＬ−ＡＩＴを取得すると、これを解析する。現時点では、情報処理装置７００においてチャンネルが選局されていない状態（チャンネル（番組）の非提示状態）であることから、アプリケーションとチャンネル（番組）の同時提示の可否判定は行われず、ＸＭＬ−ＡＩＴに添付された電子署名の検証以降の動作が行われる。
放送非連動型アプリケーションＡＰＰ＿Ｘの実行中に情報処理装置７００のユーザによってチャンネルの選局が行われると、情報処理装置７００のアプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴの各要素の値と、選局されたチャンネルのトリプレットの値とから、実行中の放送非連動型アプリケーションＡＰＰ＿Ｘと選局先のチャンネルの同時提示の可否を判定する。
例えば、チャンネルＣＨ１が選局された場合を想定する。チャンネルＣＨ１のトリプレットの値は"１，２，３"とする。この場合、選局されたチャンネルＣＨ１のトリプレットの値はＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致する。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、実行中の放送非連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１の同時提示が可能であることを判定する。これにより放送非連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ１がともに提示される＜case1＞。
また、チャンネルＣＨ３が選局された場合を想定する。チャンネルＣＨ３のトリプレットの値は"７，８，９"とする。この場合、選局されたチャンネルＣＨ３のトリプレットの値はＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致しない。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、放送非連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ３の同時提示が不可であることを判定する。これにより放送非連動型アプリケーションＡＰＰ＿Ｘの実行が継続され、チャンネルＣＨ３は提示されない＜case2 or case3＞。
チャンネルＣＨ３を提示させない方法としては、放送非連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ３とを同時に提示させることができない旨を示すキャラクタパターンを合成した黒画面などを表示する方法＜case2＞、実行継続中の放送非連動型アプリケーションＡＰＰ＿Ｘの画面に放送非連動型アプリケーションＡＰＰ＿ＸとチャンネルＣＨ３とを同時に提示させることができない旨を示すメッセージを付加する方法＜case3＞などが挙げられる。
（１０．具体的な動作例７）
図１８は具体的な動作例７を示す図である。
この動作例７はＸＭＬ−ＡＩＴをＸＭＬ−ＡＩＴサーバより取得する場合を想定したものである。
既に情報処理装置７００においては、ユーザによって選局されたチャンネルＣＨ１と放送連動型アプリケーションＡＰＰ＿Ｘが同時に提示されているものとする。当該チャンネルＣＨ１のトリプレットの値は"１，２，３"とする。放送連動型アプリケーションＡＰＰ＿Ｘには、放送非連動型のアプリケーションＡＰＰ＿Ｙ用のＸＭＬ−ＡＩＴを情報処理装置７００に取得させるためのcreateApplication()関数を含むスクリプトが組み込まれている場合を想定している。
放送連動型アプリケーションＡＰＰ＿Ｘの実行中、ユーザからの指示によって放送連動型アプリケーションＡＰＰ＿Ｘに組み込まれた上記のスクリプトが実行されることによって、情報処理装置７００のアプリケーションコントローラ７０８は、放送非連動型アプリケーションＡＰＰ＿Ｙ用のＸＭＬ−ＡＩＴをＸＭＬ−ＡＩＴサーバ４００から取得する。
このＸＭＬ−ＡＩＴには主に以下の要素が記述されている。
１．放送非連動型アプリケーションＡＰＰ＿Ｙのロケーション情報
２．アプリケーション制御コード＝"AUTOSTART"
３．承諾アプリケーションアクセスフラグ＝"１"
４．識別チェックタイプ＝"０"
５．トリプレット＝"１，２，３"
６．トリプレット＝"４，５，６"
そして、このＸＭＬ−ＡＩＴには電子署名が添付されているものとする。
このＸＭＬ−ＡＩＴによると、識別チェックタイプ＝"０"であることからトリプレットの値が比較対象とされ、承諾アプリケーションアクセスフラグ＝"１"であることからそのトリプレットの値はホワイトリストとして扱われる。
情報処理装置７００のアプリケーションコントローラ７０８は、このＸＭＬ−ＡＩＴを取得すると、これを解析し、上記３から６の各要素の値と、選局中のチャンネルＣＨ１のトリプレットの値とから、当該ＸＭＬ−ＡＩＴで指定される放送非連動型アプリケーションＡＰＰ＿Ｙの起動の可否を判定する。
この動作例では、現在選局中のチャンネルＣＨ１のトリプレットの値は"１，２，３"であり、これはＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致する。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、当該ＸＭＬ−ＡＩＴで指定される放送非連動型アプリケーションＡＰＰ＿ＹとチャンネルＣＨ１の同時提示が可能であることを判定する。
この後、前述したように、当該ＸＭＬ−ＡＩＴに添付された電子署名の検証から、放送非連動型のアプリケーションＡＰＰ＿Ｙの起動までの動作が同様に行われる。
放送非連動型アプリケーションＡＰＰ＿Ｙの実行中に情報処理装置７００のユーザによってチャンネルの選局が行われると、情報処理装置７００のアプリケーションコントローラ７０８は、ＸＭＬ−ＡＩＴの解析結果と、選局されたチャンネルのトリプレットの値とから、実行中の放送非連動型アプリケーションＡＰＰ＿Ｙと選局先のチャンネルの同時提示の可否を判定する。
例えば、チャンネルＣＨ１が選局された場合を想定する。チャンネルＣＨ１のトリプレットの値は"１，２，３"とする。この場合、選局されたチャンネルＣＨ１のトリプレットの値はＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致する。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、実行中の放送非連動型アプリケーションＡＰＰ＿Ｙと選局先のチャンネルの同時提示が可能であることを判定する。これにより放送非連動型アプリケーションＡＰＰ＿ＹとチャンネルＣＨ１がともに提示される＜case1＞。
また、チャンネルＣＨ３が選局された場合を想定する。チャンネルＣＨ３のトリプレットの値は"７，８，９"とする。この場合、選局されたチャンネルＣＨ３のトリプレットの値はＸＭＬ−ＡＩＴにホワイトリストとして記述されるトリプレットの値と一致しない。したがって、情報処理装置７００のアプリケーションコントローラ７０８は、放送非連動型アプリケーションＡＰＰ＿ＹとチャンネルＣＨ３との同時提示が不可であることを判定する。これにより放送非連動型アプリケーションＡＰＰ＿Ｙの実行が継続されるが、チャンネルＣＨ３は提示されない＜case2 or case3＞。
この場合も、チャンネルＣＨ３を提示させない方法としては、放送非連動型アプリケーションＡＰＰ＿ＹとチャンネルＣＨ３とを同時に提示させることができない旨を示すキャラクタパターンを合成した黒画面などを表示する方法＜case2＞、実行継続中の放送非連動型アプリケーションＡＰＰ＿Ｙの画面にアプリケーションＡＰＰ＿ＹとチャンネルＣＨ３とを同時に提示させることができない旨を示すメッセージを付加する方法＜case3＞などがある。
［実施形態の効果等］
本実施形態では、次のような効果が得られる。
１．本実施形態によれば、放送コンテンツであるチャンネルもしくは番組とアプリケーションとの組み合わせについて同時提示の可否を制御することができる。これにより、例えば、Ａ社がスポンサーの番組Ｂを放送中、Ａ社の競合であるＢ社に関連したアプリケーションの提示を禁止するなどの制御が可能になる。
２．ＸＭＬ−ＡＩＴに記述されるトリプレットの値およびイベント識別子の値は、承諾アプリケーションアクセスフラグによって、アプリケーションとの同時提示が禁止されたチャンネルおよび番組を識別するための情報（ブラックリスト）にもアプリケーションとの同時の提示が許可されたチャンネルおよび番組を識別するための情報（ホワイトリスト）にもなる。これにより、リストアップする情報量が少なくなるように承諾アプリケーションアクセスフラグを設定することで、ＸＭＬ−ＡＩＴの作成効率の低減、およびサイズの縮小を図ることができる。
３．ＸＭＬ−ＡＩＴの識別チェックタイプにより、チャンネルと番組のどちらを対象としてアプリケーションとの同時提示の可否を判定するかを切り替えることができる。
４．以上により、本実施形態によれば、放送コンテンツであるチャンネルもしくは番組とアプリケーションとの同時提示を適切に制御することができる。
＜変形例＞
ＨｂｂＴＶの標準規格を前提とした実施形態を説明したが、本技術は、ＨｂｂＴＶの標準規格を前提とすることに必ずしも限定されるものではない。
その他、本技術は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
１…情報処理システム
２４…アプリケーション識別記述子
１００…放送設備
２００…第１のネットワーク
３００…アプリケーションサーバ
４００…ＸＭＬ−ＡＩＴサーバ
７００…情報処理装置
７０１…放送インタフェース
７０２…デマルチプレクサ
７０３…出力処理部
７０４…映像デコーダ
７０５…音声デコーダ
７０６…字幕デコーダ
７０７…通信インタフェース
７０８…アプリケーションコントローラ
本技術は、放送コンテンツの提示とともに、アプリケーション管理テーブルを用いてア
プリケーションを実行することが可能な情報処理装置、情報処理方法およびプログラムに関する。
以上のような事情を鑑み、本技術の目的は、放送コンテンツとアプリケーションとの同時提示を適切に制御することのできる情報処理装置、情報処理方法およびプログラムを提供することにある。


Claims (14)

  1. 放送コンテンツを受信して処理する放送コンテンツ処理部と、
    アプリケーションを起動させるために必要な情報と、当該アプリケーションと同時に提示することが可能な放送コンテンツを特定するための情報が格納されたアプリケーション情報テーブルを取得し、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定するコントローラ
    を具備する情報処理装置。
  2. 請求項１に記載の情報処理装置であって、
    前記放送コンテンツを特定するための情報は、チャンネルを特定するためのチャンネル識別子を含み、
    前記コントローラは、前記チャンネルの単位で、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定する
    情報処理装置。
  3. 請求項２に記載の情報処理装置であって、
    前記放送コンテンツを特定するための情報は、前記チャンネル識別子を前記アプリケーションと同時に提示することが許可されたチャンネルとして扱うか、前記アプリケーションと同時に提示することが禁止されたチャンネルとして扱うかを定義するための第１のフラグをさらに含み、
    前記コントローラは、前記チャンネルの単位で、前記第１のフラグに従って、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定する
    情報処理装置。
  4. 請求項２に記載の情報処理装置であって、
    前記放送コンテンツを特定するための情報は、イベントを特定するためのイベント識別子をさらに含み、
    前記コントローラは、前記チャンネルと前記イベントの組み合わせの単位で、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定する
    情報処理装置。
  5. 請求項４に記載の情報処理装置であって、
    前記放送コンテンツを特定するための情報は、前記チャンネルと前記イベントの組み合わせを、前記アプリケーションと同時に提示することが許可された組み合わせとして扱うか、前記アプリケーションと同時に提示することが禁止された組み合わせとして扱うかを定義するための第１のフラグをさらに含み、
    前記コントローラは、前記組み合わせの単位で、前記第１のフラグに従って、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定する
    情報処理装置。
  6. 請求項１に記載の情報処理装置であって、
    前記放送コンテンツを特定するための情報は、
    チャンネルを特定するためのチャンネル識別子と、イベントを特定するためのイベント識別子と、前記アプリケーションと前記放送コンテンツとの同時の提示の可否の判定を、前記チャンネルの単位で行うか、前記チャンネルと前記イベントとの組み合わせの単位で行うかを定義する第２のフラグとを含み、
    前記コントローラは、前記第２のフラグにより定義された単位で、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定する
    情報処理装置。
  7. 放送コンテンツ処理部が、放送コンテンツを受信して処理し、コントローラが、アプリケーションを起動させるために必要な情報と、当該アプリケーションと同時に提示することが可能な放送コンテンツを特定するための情報が格納されたアプリケーション情報テーブルを取得し、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定する
    情報処理方法。
  8. 放送コンテンツを受信して処理する放送コンテンツ処理部と、
    アプリケーションを起動させるために必要な情報と、当該アプリケーションと同時に提示することが可能な放送コンテンツを特定するための情報が格納されたアプリケーション情報テーブルを取得し、前記アプリケーションと前記放送コンテンツとの同時の提示の可否を判定するコントローラと
    としてコンピュータを機能させるプログラム。
  9. アプリケーションを起動させるために必要な情報と、当該アプリケーションと同時に提示することが可能な放送コンテンツを特定するための情報が格納されたアプリケーション情報テーブルを伝送可能なテーブル伝送部を有するアプリケーション情報テーブル伝送装置。
  10. 請求項９に記載のアプリケーション情報テーブル伝送装置であって、
    前記放送コンテンツを特定するための情報は、チャンネルを特定するためのチャンネル識別子を含む
    アプリケーション情報テーブル伝送装置。
  11. 請求項１０に記載のアプリケーション情報テーブル伝送装置であって、
    前記放送コンテンツを特定するための情報は、前記チャンネル識別子を、前記アプリケーションと同時に提示することが許可されたチャンネルとして扱うか、前記アプリケーションと同時に提示することが禁止されたチャンネルとして扱うかを定義するための第１のフラグをさらに含む
    アプリケーション情報テーブル伝送装置
  12. 請求項９に記載のアプリケーション情報テーブル伝送装置であって、
    前記放送コンテンツを特定するための情報は、イベントを特定するためのイベント識別子をさらに含むアプリケーション情報テーブル伝送装置。
  13. 請求項１２に記載のアプリケーション情報テーブル伝送装置であって、
    前記放送コンテンツを特定するための情報は、前記チャンネルと前記イベントの組み合わせを、前記アプリケーションと同時に提示することが許可された組み合わせとして扱うか、前記アプリケーションと同時に提示することが禁止された組み合わせとして扱うかを定義するための第１のフラグをさらに含む
    アプリケーション情報テーブル伝送装置。
  14. 請求項９に記載のアプリケーション情報テーブル伝送装置であって、
    前記放送コンテンツを特定するための情報は、チャンネルを特定するためのチャンネル識別子と、イベントを特定するためのイベント識別子と、前記アプリケーションと前記放送コンテンツとの同時の提示の可否の判定を、前記チャンネルの単位で行うか、前記チャンネルと前記イベントとの組み合わせの単位で行うかを定義する第２のフラグとを含む
    アプリケーション情報テーブル伝送装置。
JP2014518247A 2012-06-01 2013-04-26 情報処理装置、情報処理方法およびプログラム Active JP5983741B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014518247A JP5983741B2 (ja) 2012-06-01 2013-04-26 情報処理装置、情報処理方法およびプログラム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2012126370 2012-06-01
JP2012126370 2012-06-01
JP2014518247A JP5983741B2 (ja) 2012-06-01 2013-04-26 情報処理装置、情報処理方法およびプログラム
PCT/JP2013/002858 WO2013179570A1 (ja) 2012-06-01 2013-04-26 情報処理装置、情報処理方法、プログラムおよびアプリケーション情報テーブル伝送装置

Publications (2)

Publication Number Publication Date
JPWO2013179570A1 true JPWO2013179570A1 (ja) 2016-01-18
JP5983741B2 JP5983741B2 (ja) 2016-09-06

Family

ID=49672801

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014518247A Active JP5983741B2 (ja) 2012-06-01 2013-04-26 情報処理装置、情報処理方法およびプログラム

Country Status (9)

Country Link
US (1) US9241183B2 (ja)
EP (1) EP2858374B1 (ja)
JP (1) JP5983741B2 (ja)
CN (1) CN103703787B (ja)
AR (1) AR091154A1 (ja)
BR (1) BR112014001763A2 (ja)
MY (1) MY166491A (ja)
WO (1) WO2013179570A1 (ja)
ZA (1) ZA201400074B (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5857636B2 (ja) * 2011-11-02 2016-02-10 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
BR112015007003A2 (pt) * 2012-10-10 2017-07-04 Sony Corp dispositivos de recepção e de transmissão, métodos de recepção para um dispositivo de recepção e de transmissão para um dispositivo de transmissão, e, programa
JP6178234B2 (ja) 2013-12-27 2017-08-09 日立マクセル株式会社 放送受信装置及び映像表示方法
EP3920544A1 (en) 2014-01-07 2021-12-08 Sony Group Corporation Information processing device and information processing method
WO2015178218A1 (ja) * 2014-05-22 2015-11-26 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
CN105635796A (zh) * 2014-11-04 2016-06-01 北京四达时代软件技术股份有限公司 频道显示控制方法、装置及机顶盒
WO2016194471A1 (ja) * 2015-05-29 2016-12-08 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
WO2016203850A1 (ja) * 2015-06-16 2016-12-22 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
CN108322805B (zh) * 2018-02-05 2020-07-17 青岛海信传媒网络技术有限公司 一种hbbtv显示的处理方法及装置
CN111726674B (zh) * 2020-06-22 2022-11-15 Vidaa(荷兰)国际控股有限公司 一种HbbTV应用启动方法及显示设备
CN112511499B (zh) * 2020-11-12 2023-03-24 视若飞信息科技(上海)有限公司 在hbbtv终端中对ait的处理方法和装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010166335A (ja) * 2009-01-15 2010-07-29 Nippon Hoso Kyokai <Nhk> 放送型アプリケーションの起動システム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1286541B1 (en) * 2000-04-14 2012-05-02 Nippon Telegraph And Telephone Corporation Method, system, and apparatus for acquiring information concerning broadcast information
US20030037340A1 (en) * 2001-08-17 2003-02-20 Koninklijke Philips Electronics N.V. Method and apparatus for managing TV broadcast content that has synchronized web applications
KR100791540B1 (ko) * 2006-05-09 2008-01-03 주식회사 알티캐스트 양방향 브이오디 서비스를 제공하는 헤드앤드 시스템과서비스 제공방법
JP5720095B2 (ja) * 2009-12-18 2015-05-20 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
EP2343881B1 (en) * 2010-01-07 2019-11-20 LG Electronics Inc. Method of processing application in digital broadcast receiver connected with interactive network, and digital broadcast receiver

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010166335A (ja) * 2009-01-15 2010-07-29 Nippon Hoso Kyokai <Nhk> 放送型アプリケーションの起動システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
大槻ほか: "Ｈｙｂｒｉｄｃａｓｔにおけるアプリケーション提示制御方式", 映像情報メディア学会技術報告, vol. 36, no. 7, JPN6013034142, 9 February 2012 (2012-02-09), pages 29 - 32, ISSN: 0003024964 *

Also Published As

Publication number Publication date
AR091154A1 (es) 2015-01-14
EP2858374B1 (en) 2020-07-08
EP2858374A1 (en) 2015-04-08
WO2013179570A1 (ja) 2013-12-05
ZA201400074B (en) 2015-06-24
US20140173673A1 (en) 2014-06-19
CN103703787A (zh) 2014-04-02
JP5983741B2 (ja) 2016-09-06
MY166491A (en) 2018-06-27
EP2858374A4 (en) 2015-12-30
US9241183B2 (en) 2016-01-19
BR112014001763A2 (pt) 2017-02-21
CN103703787B (zh) 2018-04-06

Similar Documents

Publication Publication Date Title
JP5983741B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP6456426B2 (ja) 情報処理装置、サーバ装置、情報処理方法、サーバ処理方法およびプログラム
JP5815370B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP7460698B2 (ja) 情報処理装置、情報処理方法およびプログラム
US10771832B2 (en) Information processing apparatus, information processing method, program, application information table supplying apparatus, and application information table supplying method
JP6569793B2 (ja) 送信装置および送信方法
JP6213197B2 (ja) 情報処理装置および受信方法
JP6984709B2 (ja) 受信装置および受信方法
JP6766918B2 (ja) 受信装置および受信方法
JP6256952B2 (ja) 情報処理装置、テレビジョン装置、情報処理方法、プログラム、送信装置および送信方法
JP6663892B2 (ja) 送信システム及び送信方法
JP2022022279A (ja) 受信装置および受信方法

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160105

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160331

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20160411

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160705

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160718

R151 Written notification of patent or utility model registration

Ref document number: 5983741

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250