(57)【要約】  本技術は、既存の設備に変更を加えずに、アプリケーションプログラムの管理情報を送出することができるようにする受信装置、受信方法、送信装置、送信方法、及びプログラムに関する。AIT取得部は、デジタル放送の放送波により伝送されるデータ放送コンテンツのBML文書のmeta要素に記述される、放送コンテンツに連動して実行される連動アプリケーションの動作を制御するためのAIT情報を取得し、HTMLブラウザ部は、AIT取得部により取得されるAIT情報に基づいて、インターネットを介して配信される連動アプリケーションの動作を制御する。本技術は、例えば、デジタル放送の放送波を受信するテレビジョン受像機に適用することができる。
2013157447.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送の放送波により伝送される放送コンテンツを受信する受信部と、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を取得する取得部と、
取得した前記アプリケーション管理情報に応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
【請求項２】
前記アプリケーション管理情報は、前記アプリケーションプログラムのライフサイクルを定義した情報である
請求項１に記載の受信装置。
【請求項３】
前記アプリケーション管理情報は、前記データ放送コンテンツの動作に影響を及ぼさない領域に記述される
請求項２に記載の受信装置。
【請求項４】
前記マークアップ言語は、BML（Broadcast Markup Language）であって、
前記アプリケーション管理情報は、最初に提示されるBML文書のmeta要素に記述される
請求項３に記載の受信装置。
【請求項５】
前記アプリケーション管理情報は、あらかじめ規定された前記アプリケーションプログラムのライフサイクルを定義した情報を等価に変換して得られる情報である
請求項２に記載の受信装置。
【請求項６】
前記アプリケーション管理情報は、DVB（Digital Video Broadcasting）により規定されるAIT（Application Information Table）をXML（Extensible Markup Language）で表現したXML-AITを、所定の変換規則により変換して得られる情報である
請求項５に記載の受信装置。
【請求項７】
前記アプリケーションプログラムは、インターネットを介して配信される
請求項１に記載の受信装置。
【請求項８】
受信装置の受信方法において、
前記受信装置が、
デジタル放送の放送波により伝送される放送コンテンツを受信し、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を取得し、
取得した前記アプリケーション管理情報に応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
【請求項９】
コンピュータを、
デジタル放送の放送波により伝送される放送コンテンツを受信する受信部と、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を取得する取得部と、
取得した前記アプリケーション管理情報に応じて、前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
【請求項１０】
デジタル放送の放送波により伝送される放送コンテンツを送信する送信部と、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を生成する生成部と
を備え、
前記送信部は、前記放送波により伝送される前記データ放送コンテンツを送信する
送信装置。
【請求項１１】
送信装置の送信方法において、
前記送信装置が、
デジタル放送の放送波により伝送される放送コンテンツを送信し、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を生成し、
前記放送波により伝送される前記データ放送コンテンツを送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、送信方法、及びプログラムに関し、特に、既存の設備に変更を加えずに、アプリケーションプログラムの管理情報を送出することができるようにした受信装置、受信方法、送信装置、送信方法、及びプログラムに関する。
【背景技術】
【０００２】
欧州のデジタル放送規格標準化組織（DVB：Digital Video Broadcasting）によって策定されているインタラクティブアプリケーション管理放送信号として、AIT（Application Information Table）が知られている（例えば、特許文献１参照）。【０００３】
欧州のデータ放送サービスである、MHEG（Multimedia and Hypermedia Experts Group），MHP（Multimedia Home Platform），HbbTV（Hybrid broadcast broadband TV）では、すべてAITによって放送コンテンツに連動して動作するアプリケーションプログラムの起動や終了などの動作を制御している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−６６５５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
AITの信号は放送波に重畳して送出されるが、例えば、日本や米国のように現状ではAITの送出を行っていないデジタル放送の規格を採用している国においても、AITを用いてアプリケーションプログラムの管理を行いたいという要求がある。【０００６】
しかしながら、AITの送出を行っていない放送システムにおいて、当該AITの信号を放送波に重畳させることは、既存の設備の改修につながるため、導入コストが高くなる。そのため、既存の放送システムにおける送出機や受信機に変更を加えずに、AITを送出するための手段を講じる必要がある。【０００７】
既存の送出機への変更を加えない方法として、データ放送におけるデータカルーセル伝送方式を利用して、DVB規格（ETSI TS 102 809）に基づきXML形式に変換したAITを一つのファイルとして伝送する方式が提案されているが、この方式であると、既に販売済みの既存の受信機が誤作動を起こす可能性がある。【０００８】
このように、現状では、既存の設備に変更を加えずに、AITを送出するための技術方式は確立されていない。【０００９】
本技術はこのような状況に鑑みてなされたものであり、既存の設備に変更を加えずに、アプリケーションプログラムの管理情報を送出することができるようにするものである。
【課題を解決するための手段】
【００１０】
本技術の第１の側面の受信装置は、デジタル放送の放送波により伝送される放送コンテンツを受信する受信部と、前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を取得する取得部と、取得した前記アプリケーション管理情報に応じて、前記アプリケーションプログラムの動作を制御する制御部とを備える。【００１１】
前記アプリケーション管理情報は、前記アプリケーションプログラムのライフサイクルを定義した情報である。【００１２】
前記アプリケーション管理情報は、前記データ放送コンテンツの動作に影響を及ぼさない領域に記述される。【００１３】
前記マークアップ言語は、BML（Broadcast Markup Language）であって、前記アプリケーション管理情報は、最初に提示されるBML文書のmeta要素に記述される。【００１４】
前記アプリケーション管理情報は、あらかじめ規定された前記アプリケーションプログラムのライフサイクルを定義した情報を等価に変換して得られる情報である。【００１５】
前記アプリケーション管理情報は、DVB（Digital Video Broadcasting）により規定されるAIT（Application Information Table）をXML（Extensible Markup Language）で表現したXML-AITを、所定の変換規則により変換して得られる情報である。【００１６】
前記アプリケーションプログラムは、インターネットを介して配信される。【００１７】
前記受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１８】
本技術の第１の側面の受信方法又はプログラムは、前述した本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。【００１９】
本技術の第１の側面の受信装置、受信方法、及びプログラムにおいては、デジタル放送の放送波により伝送される放送コンテンツが受信され、放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報が取得され、取得されたアプリケーション管理情報に応じて、アプリケーションプログラムの動作が制御される。【００２０】
本技術の第２の側面の送信装置は、デジタル放送の放送波により伝送される放送コンテンツを送信する送信部と、前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を生成する生成部とを備え、前記送信部は、前記放送波により伝送される前記データ放送コンテンツを送信する。【００２１】
前記送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２２】
本技術の第２の側面の送信方法は、前述した本技術の第２の側面の送信装置に対応する送信方法である。【００２３】
本技術の第２の側面の送信装置及び送信方法においては、デジタル放送の放送波により伝送される放送コンテンツが送信され、前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報が生成され、前記放送波により伝送される前記データ放送コンテンツが送信される。
【発明の効果】
【００２４】
本技術の第１の側面及び第２の側面によれば、既存の設備に変更を加えずに、アプリケーションプログラムの管理情報を送出することができる。
【図面の簡単な説明】
【００２５】
【図１】HTML文書におけるmeta要素を説明するための図である。
【図２】visibility記述子のXML-AITにおける表記の例を示す図である。
【図３】シンプルタイプにおけるmeta要素の表記の例を示す図である。
【図４】MhpVersion記述子のXML-AITにおける表記の例を示す図である。
【図５】第１のコンプレックスタイプにおけるmeta要素の表記の例を示す図である。
【図６】StorageCapabilities記述子のXML-AITにおける記述例を示す図である。
【図７】第２のコンプレックスタイプにおけるmeta要素の表記の例を示す図である。
【図８】XML-AITの記述例を示す図である。
【図９】AIT情報の記述例を示す図である。
【図１０】本技術を適用した放送システムの一実施の形態の構成を示す図である。
【図１１】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１２】連動アプリケーション制御処理を説明するためのフローチャートである。
【図１３】AIT情報の記述例を示す図である。
【図１４】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００２７】
［本技術の概要］
日本のデータ放送で用いられているBML（Broadcast Markup Language）のほか、欧州のHbbTVや米国のATSC2.0（Advanced Television Systems Committee 2.0）の仕様においては、インタラクティブ機能の実現にHTML（HyperText Markup Language）系のデータ構造が採用されている。これらのデータ構造には、meta要素と呼ばれる任意のメタデータを記述可能な領域が存在する。
【００２８】
図１に示すように、HTML文書のhead要素にはmeta要素が記述される。meta要素には、name属性とcontent属性が記述される。name属性には、プロパティの名称が指定され、content属性には、当該プロパティの値が指定される。
【００２９】
すなわち、name属性の値には規定がないため、name属性とcontent属性を組み合わせることで、どのような値でも指定することができる。図１の例では、キーワードとして、“HTML”，“CSS”，“XML”が指定されている。
【００３０】
DVBの規格であるETSI TS 102 809の規定に従い、AITをXML（Extensible Markup Language）で表現した場合、XMLスキーマとしては、シンプルタイプ又はコンプレックスタイプで表現される。なお、AITをXMLで表現したものは、XML-AITと称される。
【００３１】
ここで、シンプルタイプ（simpleType）とは、文字列、数値など、属性や子要素を含まない単純なタイプをいう。また、コンプレックスタイプ（complexType）は、属性や、要素の内容に子要素を含むタイプをいう。
【００３２】
また、コンプレックスタイプには、attribute要素があるものとないものがある。以下、コンプレックスタイプのうち、attribute要素を有しないものを第１のコンプレックスタイプと称し、attribute要素を有するものを第２のコンプレックスタイプと称して説明する。
【００３３】
すなわち、XML-AITは、シンプルタイプ、第１のコンプレックスタイプ、又は第２のコンプレックスタイプのいずれかのタイプにより表現される。以下、それぞれのタイプによって、どのようにmeta要素で表現されるかについて説明する。
【００３４】
（１．シンプルタイプ）
まず、図２及び図３を参照して、シンプルタイプについて説明する。
【００３５】
図２は、ETSI TS 102 809にて規定される、Visibility記述子のXML-AITにおける表記を示す。なお、当該表記は、ETSI TS 102 809の「5.2.6.3 XML encoding」に記載されている。
【００３６】
図２に示すように、Visibility記述子の場合には、simpleType要素のname属性として、“VisibilityDescriptor”が指定される。また、enumeration要素のvalueの値としては、“NOT_VISIBLE_ALL”，“NOT_VISIBLE_USERS”，“VISIBLE_ALL”がそれぞれ指定される。
【００３７】
図２の表記は、例えば、下記のシンプルタイプの変換規則に従って変換することで、meta要素により表現させることができる。
【００３８】
（シンプルタイプの変換規則）
（１）XML-AITの要素名（図２の例では“VisibilityDescriptor”）を、meta要素のname属性に“AIT：”というプレフィックスを付加して定義する。ただし、“AIT：”は、プレフィックスの一例であり、他の文字列を付加することも可能である。
（２）XML-AITのvalueの値を、meta要素のcontent属性に指定する。
【００３９】
すなわち、シンプルタイプの変換規則に従い、図２の表記を変換することで、例えば、図３に示すように、meta要素では、name属性に“AIT:VisibilityDescriptor”が指定され、content属性に“VISIBLE_ALL”が指定される。
【００４０】
このように、シンプルタイプにより表現されるXML-AITを、meta要素で表現することができる。
【００４１】
（２．第１のコンプレックスタイプ）
次に、図４及び図５を参照して、第１のコンプレックスタイプについて説明する。
【００４２】
図４は、ETSI TS 102 809にて規定される、MhpVersion記述子のXML-AITにおける表記を示す。なお、当該表記は、ETSI TS 102 809の「5.2.5.3 XML encoding」に記載されている。
【００４３】
図４に示すように、MhpVersion記述子の場合には、complexType要素のname属性として“MhpVersion”が指定される。また、element要素のname属性には、“profile”，“versionMajor”，“versionMinor”，“versionMicro”がそれぞれ指定され、さらにそれらのtype属性の値として、“ipi:Hexadecimal16bit”，“ipi:Hexadecimal8bit”，“ipi:Hexadecimal8bit”，“ipi:Hexadecimal8bit”が指定される。
【００４４】
図４の表記は、例えば、下記の第１のコンプレックスタイプの変換規則に従って変換することで、meta要素により表現させることができる。
【００４５】
（第１のコンプレックスタイプの変換規則）
（１）XML-AITの要素名（図４の例では、“MhpVersion”）を、meta要素のname属性に“AIT：”というプレフィックスを付加して定義する。ただし、“AIT：”は、プレフィックスの一例であり、他の文字列を付加することも可能である。また、content属性は、nullなので、この行は生成しないようにする。
（２）ただし、（１）の例外として、同じ要素名が繰り返し出現するようなケース（例えば“Application”）は、content属性=“”を記述することで、セパレータとして扱われるようにする。
（３）この場合、meta要素のcontent属性は、nullにする。これは、meta要素にはcontent属性が必須となるためである。
（４）XML-AITのelement要素にて規定されるname属性を、XML-AITの要素名にピリオドを付加して、meta要素のname属性に列挙する。ただし、ピリオドは一例であって、カンマ、アンダバー、ハイフンその他の区切り文字を使用することができる。
（５）XML-AITのelement要素にて規定されるtype属性の値を、meta要素のcontent属性に割り当てる。
【００４６】
すなわち、第１のコンプレックスタイプの変換規則に従い、図４の表記を変換することで、例えば、図５に示すように、meta要素では、name属性に“AIT:MhpVersion.profile”が指定された場合、そのcontent属性に“FFFF”が指定され、name属性に“AIT:MhpVersion.versionMajor”が指定された場合、そのcontent属性に“FF”が指定される。また、name属性に“AIT:MhpVersion.versionMinor”が指定された場合、そのcontent属性に“FF”が指定され、name属性に“AIT:MhpVersion.versionMicro”が指定された場合、そのcontent属性に“FF”が指定される。
【００４７】
このように、第１のコンプレックスタイプにより表現されるXML-AITを、meta要素で表現することができる。
【００４８】
（３．第２のコンプレックスタイプ）
最後に、図６及び図７を参照して、第２のコンプレックスタイプについて説明する。
【００４９】
図６は、ETSI TS102 809にて規定される、StorageCapabilities記述子のXML-AITにおける表記を示す。なお、当該表記は、ETSI TS102 809の「5.2.11.3 XML encoding」に記載されている。
【００５０】
図６に示すように、StorageCapabilities記述子の場合には、complexType要素のname属性として“StorageCapabilities”が指定される。また、element要素のname属性には、“storageProperty”，“isStorable”，“canCache”がそれぞれ指定され、さらにそれらのtype属性の値として、“mhp:StorageType”，“xsd:boolean”，“xsd:boolean”が指定される。
【００５１】
また、attribute要素のname属性には、“launchableFromBroadcast”，“launchableCompletelyFromCache”，“launchableWithOlderVersion”がそれぞれ指定され、さらにそれらのtype属性の値として、“xsd:boolean”，“xsd:boolean”，“xsd:boolean”が指定される。
【００５２】
図６の表記は、例えば、下記の第２のコンプレックスタイプの変換規則に従って変換することで、meta要素により表現させることができる。
【００５３】
（第２のコンプレックスタイプの変換規則）
（１）XML-AITの要素名（図６の例では“StorageCapabilities”）を、meta要素のname属性に“AIT：”というプレフィックスを付加して定義する。ただし、“AIT：”は、プレフィックスの一例であり、他の文字列を付加することも可能である。
（２）XML-AITのattribute属性にて規定されるname属性をカンマで区切ってmeta要素のcontent属性に列挙する。ただし、カンマの代わりにその他の区切り文字を使用することができる。また、attribute属性の値は、“=”等の所定の記号で表現する。
（３）XML-AITのelement要素にて規定されるname属性を、XML-AITの要素名にピリオドを付加して、meta要素のname属性に列挙する。ただし、ピリオドの代わりにその他の区切り文字を使用することができる。
（４）XML-AITのelement要素にて規定されるtype属性の値を、meta要素のcontent属性に割り当てる。
【００５４】
すなわち、第２のコンプレックスタイプの変換規則に従い、図６の表記を変換することで、例えば、図７に示すように、meta要素では、name属性に、“AIT:StorageCapabilities”が指定された場合、そのcontent属性に、“launchableFromBroadcast=false,launchableCompletelyFromCache=true,launchableWithOlderVersion=true”が指定される。
【００５５】
また、name属性に、“AIT:StorageCapabilities.storageProperty”が指定された場合、そのcontent属性に、“BROADCAST-RELATED”が指定される。さらに、name属性に、“AIT:StorageCapabilities.isStorable”が指定された場合、そのcontent属性に、“true”が指定される。また、name属性に、“AIT:StorageCapabilities.canCache”が指定された場合、そのcontent属性に、“true”が指定される。
【００５６】
このように、第２のコンプレックスタイプにより表現されるXML-AITを、meta要素で表現することができる。
【００５７】
以上のように、各タイプに応じた所定の変換規則に従い、XML-AITを変換することで、当該XML-AITをmeta要素により表現することが可能となる。例えば、図８のXML-AITは、上記の変換規則を適用することで、図９に示すように、meta要素で表現されることになる。この例の場合、“1”であるIDにより識別される連動アプリケーションには“AUTOSTART”である制御コマンドが指定され、“2”であるIDにより識別される連動アプリケーションには“PRESENT”である制御コマンドが指定されることになる。
【００５８】
ここで、連動アプリケーションとは、テレビ番組などの放送コンテンツに連動して実行されるアプリケーションプログラムであって、インターネットに接続された所定のサーバによって配信されるものである。連動アプリケーションは、例えば、HTML5（Hyper Text Markup Language 5）等のHTML文書からなる。
【００５９】
また、制御コマンドとしては、「AUTOSTART」、「PRESENT」、「KILL」、「PREFETCH」が指定される。「AUTOSTART」は、即時に受信機が連動アプリケーションを自動的に実行させるコマンドである。一方、「PRESENT」は、連動アプリケーションを自動的に実行させるのではなく、連動アプリケーションを外部からの要求に応じて任意のタイミングで実行させる場合に、実行可能であるかどうかを示すためのコマンドである。
【００６０】
「KILL」は、受信機に連動アプリケーションの実行を終了させるためのコマンドである。さらに、「PREFETCH」は、連動アプリケーションをあらかじめ取得させるためのコマンドである。
【００６１】
そして、送出機が、このXML-AITに対応するmeta要素の内容（以下、AIT情報という）を生成して送出することができれば、それを受信した受信機では、AIT情報に応じて、放送コンテンツに連動して連動アプリケーションの動作を制御することが可能となる。
【００６２】
例えば、日本では、データ放送コンテンツを記述するマークアップ言語として、BMLが採用されているが、スタートアップ文書（Startup.bml）のhead要素内のmeta要素にAIT情報を埋め込むことが可能となる。すなわち、データカルーセル伝送方式により、既存のデータ放送として伝送されるスタートアップ文書内にAIT情報が含まれることになる。
【００６３】
これにより、受信機は、スタートアップ文書に含まれるmeta要素のうち、name属性が“AIT：”ではじまる文字列を抽出し、そこからAIT情報を抽出する。スタートアップ文書等のBML文書は、データカルーセル伝送方式に従い、バージョン管理されているため、AIT情報の内容が更新された場合には、モジュールのバージョン情報が更新されることで、受信機は、AIT情報の内容の変化を検知することができる。この場合、AIT情報の内容は、更新されたスタートアップ文書に従って上書き更新されることになる。また、スタートアップ文書の送出の頻度は高いため、送出機は、確実にAIT情報を受信機に送出することができる。
【００６４】
それに対して、受信機は、AIT情報から得られる制御コマンドに応じて、連動アプリケーションの動作を制御することになる。
【００６５】
なお、受信機において、データ放送コンテンツを表示させるBMLブラウザは、BML文書の構文解析を行うに際し、meta要素のうち、name属性の内容を理解できないmeta要素を解釈せずに読み飛ばすので、meta要素にAIT情報が記述されていても、その影響を受けずにデータ放送コンテンツを表示させることができる。
【００６６】
また、上記の変換規則は一例であって、これ以外の変換規則であっても意味的に等価な変換を施すことができるものであれば、その変換規則が用いられるようにしてもよい。
【００６７】
以上、本技術の概要について説明した。
【００６８】
［具体的な構成］
次に、前述した本技術を実現するための具体的な構成について説明する。
【００６９】
（放送システムの構成例）
図１０は、本技術を適用した放送システムの一実施の形態の構成を示す図である。
【００７０】
放送システム１は、放送装置１０、受信装置２０、及びアプリケーションサーバ３０から構成される。また、受信装置２０とアプリケーションサーバ３０は、インターネット４０を介して、相互に接続されている。
【００７１】
放送装置１０は、テレビ番組やＣＭ等の放送コンテンツの放送信号を、デジタル放送の放送波により送出するようになされている。
【００７２】
受信装置２０は、デジタル放送の放送波によって放送装置１０から伝送される放送信号を受信して、放送コンテンツの映像及び音声を取得する。受信装置２０は、取得した映像をディスプレイに出力し、音声をスピーカに出力する。
【００７３】
なお、受信装置２０は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。また、受信装置２０の詳細な構成は、図１１を参照して後述する。
【００７４】
また、放送装置１０は、連動アプリケーションの動作を制御するためのAIT情報を生成し、放送信号に含めて送出する。
【００７５】
AIT情報は、XML-AITを所定の変換規則に従い変換することで得られるものである。また、AIT情報は、データ放送コンテンツのスタートアップ文書内に記述され、データカルーセル伝送方式により、デジタル放送の放送波によって伝送される。すなわち、データカルーセル伝送方式は、データ放送にて用いられる伝送方式であるが、AIT情報を伝送するためにも用いられることになる。
【００７６】
なお、AIT情報には、連動アプリケーションの動作を制御するための制御コマンド等の情報が記述される。例えば、AIT情報には、連動アプリケーションの取得先の情報として、アプリケーションサーバ３０のURL（Uniform Resource Locator）が記述される。
【００７７】
受信装置２０は、AIT情報に基づいて、例えば、即時に自動実行するように設定された連動アプリケーションを取得して実行する。その際、受信装置２０は、AIT情報に記述されたURLに従い、インターネット４０を介してアプリケーションサーバ３０にアクセスして、連動アプリケーションを取得する。
【００７８】
アプリケーションサーバ３０は、連動アプリケーションを管理している。アプリケーションサーバ３０は、例えば放送装置１０にて放送コンテンツの放送を行う放送事業者等により提供される。
【００７９】
アプリケーションサーバ３０は、受信装置２０からの問い合わせに応じて、管理している連動アプリケーションを、インターネット４０を介して受信装置２０に配信する。
【００８０】
放送システム１は、以上のように構成される。
【００８１】
（受信装置の構成例）
図１１は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【００８２】
受信装置２０は、制御部１００、記憶部１０１、入力部１０２、チューナ１０３、デマルチプレクサ１０４、デコード部１０５、映像出力部１０６、音声出力部１０７、セクション処理部１０８、AIT取得部１０９、HTMLブラウザ部１１０、BMLブラウザ部１１１、記憶部１１２、及び通信部１１３から構成される。
【００８３】
制御部１００は、受信装置２０の各部の動作を制御する。記憶部１０１は、制御部１００からの制御に従い、各種のデータを記憶する。
【００８４】
入力部１０２は、例えば、赤外線を受光する受光部などにより構成される。入力部１０２は、ユーザによるリモートコントローラの操作を受け付け、その操作に応じた操作信号を制御部１００に供給する。制御部１００は、入力部１０２からの操作信号に応じて、受信装置２０の各部の動作を制御する。
【００８５】
チューナ１０３は、受信されたデジタル放送信号から、選局が指示されたチャンネルのデジタル放送信号を抽出して復調し、その結果得られるトランスポートストリームを、デマルチプレクサ１０４に供給する。
【００８６】
デマルチプレクサ１０４は、チューナ１０３から供給されるトランスポートストリームを、映像ストリーム、音声ストリーム、及びセクションデータに分離する。デマルチプレクサ１０４は、映像ストリームと音声ストリームをデコード部１０５に供給する。また、デマルチプレクサ１０４は、セクションデータをセクション処理部１０８に供給する。
【００８７】
デコード部１０５は、デマルチプレクサ１０４から供給される映像ストリームをデコードし、その結果得られる映像信号を、映像出力部１０６に供給する。映像出力部１０６は、デコード部１０５から供給される放送コンテンツの映像に対応する映像信号を、外部のディスプレイ（不図示）に出力する。
【００８８】
また、デコード部１０５は、デマルチプレクサ１０４から供給される音声ストリームをデコードし、その結果得られる音声信号を、音声出力部１０７に供給する。音声出力部１０７は、デコード部１０５から供給される放送コンテンツの音声に対応する音声信号を、外部のスピーカ（不図示）に出力する。
【００８９】
セクション処理部１０８は、デマルチプレクサ１０４から供給されるセクションデータに対して各種の処理を行う。例えば、セクション処理部１０８は、デマルチプレクサ１０４から供給されるセクションデータのうち、カルーセル伝送方式で伝送されてくるDSM-CC(Digital Storage Media-Command and Control)セクションに対してセクションフィルタリングを行う。そして、セクション処理部１０８は、その結果得られるDII（Download Info Indication）及びDDB（Download Data Block）の解析処理を行う。
【００９０】
また、セクション処理部１０８は、DII及びDDBの解析処理の結果得られる、DDBに含まれるBML文書や画像データ等のデータをモジュール単位でAIT取得部１０９に供給する。
【００９１】
AIT取得部１０９は、セクション処理部１０８から供給されるモジュール単位のデータに基づいて、スタートアップ文書を取得し、スタートアップ文書に含まれるmeta要素のうち、name属性が“AIT：”ではじまる文字列がある場合には、そこからAIT情報を抽出する。AIT取得部１０９は、抽出したAIT情報から得られる情報を格納したAITデータベースを生成する。AITデータベースに格納されたAIT情報は、HTMLブラウザ部１１０に供給される。なお、AITデータベースは、例えば記憶部１０１に記憶され、適宜読み出される。
【００９２】
HTMLブラウザ部１１０は、AIT取得部１０９から供給されるAIT情報に基づいて、記憶部１１２に記憶されているHTMLブラウザを実行することにより、記憶部１１２から読み出した連動アプリケーションの動作を制御する。HTMLブラウザ部１１０は、連動アプリケーションの映像信号を生成し、映像出力部１０６に供給する。映像出力部１０６は、放送コンテンツに連動アプリケーションが重畳された映像に対応する映像信号を、外部のディスプレイに出力する。
【００９３】
また、AIT取得部１０９は、セクション処理部１０８から供給されるモジュール単位のデータをそのまま、BMLブラウザ部１１１に供給する。
【００９４】
BMLブラウザ部１１１は、AIT取得部１０９から供給されるモジュール単位のデータに基づいて、記憶部１１２に記憶されているBMLブラウザを実行することにより、データ放送コンテンツの映像信号を生成し、映像出力部１０６に供給する。映像出力部１０６は、放送コンテンツにデータ放送コンテンツが重畳された映像に対応する映像信号を、外部のディスプレイに出力する。
【００９５】
通信部１１３は、HTMLブラウザ部１１０からの制御に従い、インターネット４０を介してアプリケーションサーバ３０にアクセスし、連動アプリケーションを要求する。通信部１１３は、アプリケーションサーバ３０から配信される連動アプリケーションを受信し、記憶部１１２に記憶させる。
【００９６】
なお、図１１の構成例では、映像信号と音声信号は外部に出力されるとして説明したが、受信装置２０がテレビジョン受像機として構成される場合には、それらの信号が、内蔵されたディスプレイとスピーカにそれぞれ供給されることになる。
【００９７】
受信装置２０は、以上のように構成される。
【００９８】
（連動アプリケーション制御処理）
次に、図１２のフローチャートを参照して、連動アプリケーション制御処理について説明する。
【００９９】
ステップＳ１０１において、制御部１００は、デマルチプレクサ１０４により分離されるストリームからPMTを取得する。ここで、PMT（Program Map Table）は、あるプログラムに含まれる映像や音声などの各PID（Packet ID）を格納するものである。
【０１００】
ステップＳ１０２において、制御部１００は、取得したPMTに基づいて、デマルチプレクサ１０４により分離されるストリームに、データ放送用のエレメンタリストリームコンポーネントが存在するか否かを判定する。ステップＳ１０２において、データ放送用のエレメンタリストリームコンポーネントが存在すると判定された場合、処理は、ステップＳ１０３に進められる。
【０１０１】
ステップＳ１０３において、AIT取得部１０９は、モジュール単位で送られるデータから、スタートアップ文書（Startup.bml）を取得する。
【０１０２】
ステップＳ１０４において、AIT取得部１０９は、取得したスタートアップ文書の構文解析を行う。
【０１０３】
ステップＳ１０５において、AIT取得部１０９は、構文解析の結果に従い、スタートアップ文書に記述されたmeta要素を取得する。
【０１０４】
ステップＳ１０６において、AIT取得部１０９は、取得したmeta要素のname属性に、“AIT：”からはじまる文字列が存在するか否かを判定する。ステップＳ１０６において、当該文字列が存在すると判定された場合、処理はステップＳ１０７に進められる。
【０１０５】
ステップＳ１０７において、AIT取得部１０９は、“AIT：”に続く文字列と、content属性の値に基づいて、AIT情報から得られる情報を格納したAITデータベースを生成する。
【０１０６】
ステップＳ１０８において、HTMLブラウザ部１１０は、AITデータベースに格納された制御コマンドに応じて、AUTOSTARTが可能となる連動アプリケーションが存在するか否かを判定する。ステップＳ１０８において、AUTOSTART可能な連動アプリケーションが存在すると判定された場合、処理は、ステップＳ１０９に進められる。
【０１０７】
ステップＳ１０９において、HTMLブラウザ部１１０は、AUTOSTART可能な対象の連動アプリケーションを起動する。これにより、ディスプレイには、例えば、テレビ番組に対して、連動アプリケーションが重畳された映像が表示される。このように、受信装置２０は、AITデータベースを生成することで、あたかも放送装置１０からXML-AITが送出されたかのような動作を行うことができる。
【０１０８】
ステップＳ１０９において、連動アプリケーションが起動されると、処理は、ステップＳ１０１に戻され、それ以降の処理が繰り返される。また、ステップＳ１０８において、AUTOSTART可能な連動アプリケーションが存在しないと判定された場合には、即時に起動すべき連動アプリケーションが存在しないので、処理は、ステップＳ１０１に戻され、それ以降の処理が繰り返される。
【０１０９】
なお、ステップＳ１０２において、データ放送用のエレメンタリストリームコンポーネントが存在すると判定された場合、対象の放送コンテンツのデータ放送が行われておらず、データ放送コンテンツ及び連動アプリケーションは起動されないので、連動アプリケーション制御処理は終了する。この場合、ディスプレイには、テレビ番組等の映像のみが表示される。
【０１１０】
また、ステップＳ１０６において、meta要素のname属性に、“AIT：”からはじまる文字列が存在しないと判定された場合、処理は、ステップＳ１１０に進められる。ステップＳ１１０において、HTMLブラウザ部１１０は、連動アプリケーションが起動済みであるか否かを判定する。
【０１１１】
ステップＳ１１０において、連動アプリケーションが起動済みであると判定された場合、処理は、ステップＳ１０１に戻され、それ以降の処理が繰り返される。すなわち、連動アプリケーションが起動済みである場合には、当該連動アプリケーションに対するAIT情報がさらに送られてくる。そして、データカルーセル伝送方式にて伝送されるモジュールのバージョン情報が更新され、AIT情報の内容が変化した場合には、それに応じたAITデータベースが生成され、連動アプリケーションの動作が制御されることになる。
【０１１２】
また、ステップＳ１１０において、連動アプリケーションが起動済みではないと判定された場合、連動アプリケーションは起動されないので、連動アプリケーション制御処理は終了する。この場合、ディスプレイには、例えば、テレビ番組に対して、天気予報などのデータ放送の情報が重畳された映像が表示される。例えば、受信機によっては、既存のデータ放送のみに対応し、連動アプリケーションには対応していないものが存在するが、そのような受信機の場合には、この処理によって、通常のデータ放送コンテンツが起動されることになる。
【０１１３】
以上、連動アプリケーション制御処理について説明した。
【０１１４】
なお、上記の説明では、制御コマンドとして、AUTOSTARTが指定された場合について説明したが、PRESENTやKILLなどの他の制御コマンドが指定された場合には、受信装置２０は、それらの制御コマンドに応じた連動アプリケーション制御処理を実行することになる。例えば、ある番組が終了して、次の番組が開始される場合に、前の番組用の連動アプリケーションを終了して、次の番組用の連動アプリケーションを起動したい場合には、図１３に示すmeta要素がAIT情報として、スタートアップ文書に記述され、データカルーセル伝送方式にて伝送される。
【０１１５】
図１３においては、図中の「1st application」の領域に記述された、“1”であるIDにより識別される連動アプリケーションに対する制御コマンドとして、KILLが指定されている。また、「2nd application」の領域に記述された、“2”であるIDにより識別される連動アプリケーションに対する制御コマンドとして、AUTOSTARTが指定されている。
【０１１６】
受信装置２０においては、このmeta要素が記述されたスタートアップ文書が取得された場合、AIT取得部１０９によって、図１３のmeta要素に記述されたAIT情報に基づいて、AITデータベースが生成される。そして、HTMLブラウザ部１１０は、当該AITデータベース格納された制御コマンドに応じて、前の番組用の連動アプリケーションを終了し、さらに次の番組用の連動アプリケーションを起動することになる。
【０１１７】
以上のように、本技術では、既存のデータ放送を利用して、送出機が、スタートアップ用のBML文書のmeta要素にAIT情報を埋め込んで送出することで、受信機は、そのAIT情報を抽出し、当該AIT情報に応じて、連動アプリケーションの動作を制御することができる。これにより、放送システムにおいて既存の設備に変更を加えずに、連動アプリケーションを制御するためのAIT情報を送出することができることになる。
【０１１８】
なお、前述した説明では、連動アプリケーションのライフサイクルを管理するためのアプリケーション管理情報として、AIT情報について説明したが、それに限らず、他のアプリケーション管理情報を用いるようにしてもよい。
【０１１９】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１２０】
図１４は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１２１】
コンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【０１２２】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記録部２０８、通信部２０９、及びドライブ２１０が接続されている。
【０１２３】
入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記録部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
【０１２４】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記録部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、RAM２０３にロードして実行することにより、前述した一連の処理が行われる。
【０１２５】
コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０１２６】
コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記録部２０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部２０９で受信し、記録部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記録部２０８に、あらかじめインストールしておくことができる。
【０１２７】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１２８】
ここで、本明細書において、コンピュータ２００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０１２９】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１３０】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０１３１】
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０１３２】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０１３３】
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０１３４】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０１３５】
なお、本技術は、以下のような構成をとることができる。
【０１３６】
（１）
デジタル放送の放送波により伝送される放送コンテンツを受信する受信部と、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を取得する取得部と、
取得した前記アプリケーション管理情報に応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
（２）
前記アプリケーション管理情報は、前記アプリケーションプログラムのライフサイクルを定義した情報である
（１）に記載の受信装置。
（３）
前記アプリケーション管理情報は、前記データ放送コンテンツの動作に影響を及ぼさない領域に記述される
（１）又は（２）に記載の受信装置。
（４）
前記マークアップ言語は、BML（Broadcast Markup Language）であって、
前記アプリケーション管理情報は、最初に提示されるBML文書のmeta要素に記述される
（３）に記載の受信装置。
（５）
前記アプリケーション管理情報は、あらかじめ規定された前記アプリケーションプログラムのライフサイクルを定義した情報を等価に変換して得られる情報である
（１）乃至（４）のいずれかに記載の受信装置。
（６）
前記アプリケーション管理情報は、DVB（Digital Video Broadcasting）により規定されるAIT（Application Information Table）をXML（Extensible Markup Language）で表現したXML-AITを、所定の変換規則により変換して得られる情報である
（５）に記載の受信装置。
（７）
前記アプリケーションプログラムは、インターネットを介して配信される
（１）乃至（６）のいずれかに記載の受信装置。
（８）
受信装置の受信方法において、
前記受信装置が、
デジタル放送の放送波により伝送される放送コンテンツを受信し、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を取得し、
取得した前記アプリケーション管理情報に応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
（９）
コンピュータを、
デジタル放送の放送波により伝送される放送コンテンツを受信する受信部と、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を取得する取得部と、
取得した前記アプリケーション管理情報に応じて、前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
（１０）
デジタル放送の放送波により伝送される放送コンテンツを送信する送信部と、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を生成する生成部と
を備え、
前記送信部は、前記放送波により伝送される前記データ放送コンテンツを送信する
送信装置。
（１１）
送信装置の送信方法において、
前記送信装置が、
デジタル放送の放送波により伝送される放送コンテンツを送信し、
前記放送波によって伝送されるデータ放送コンテンツを記述するマークアップ言語における任意の情報を記述可能な領域に記述される、前記放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのアプリケーション管理情報を生成し、
前記放送波により伝送される前記データ放送コンテンツを送信する
ステップを含む送信方法。
【符号の説明】
【０１３７】
１  放送システム，  １０  放送装置，  ２０  受信装置，  ３０  アプリケーションサーバ，  ４０  インターネット，  １００  制御部，  １０１  記憶部，  １０３  チューナ，  １０９  AIT取得部，  １１０  HTMLブラウザ部，  １１１  BMLブラウザ部，  １１２  記憶部，  １１３  通信部，  ２００  コンピュータ，  ２０１  CPU
【図１】
2013157447.tif 000003
【図２】
2013157447.tif 000004
【図３】
2013157447.tif 000005
【図４】
2013157447.tif 000006
【図５】
2013157447.tif 000007
【図６】
2013157447.tif 000008
【図７】
2013157447.tif 000009
【図８】
2013157447.tif 000010
【図９】
2013157447.tif 000011
【図１０】
2013157447.tif 000012
【図１１】
2013157447.tif 000013
【図１２】
2013157447.tif 000014
【図１３】
2013157447.tif 000015
【図１４】
2013157447.tif 000016
【国際調査報告】
2013157447.tif 000017
2013157447.tif 000018