JP5959206B2 - 受信装置、受信方法、及びプログラム - Google Patents

受信装置、受信方法、及びプログラム Download PDF

Info

Publication number
JP5959206B2
JP5959206B2 JP2012007701A JP2012007701A JP5959206B2 JP 5959206 B2 JP5959206 B2 JP 5959206B2 JP 2012007701 A JP2012007701 A JP 2012007701A JP 2012007701 A JP2012007701 A JP 2012007701A JP 5959206 B2 JP5959206 B2 JP 5959206B2
Authority
JP
Japan
Prior art keywords
application
program
application program
definition information
acquired
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.)
Active
Application number
JP2012007701A
Other languages
English (en)
Other versions
JP2013150089A (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 JP2012007701A priority Critical patent/JP5959206B2/ja
Priority to US13/718,397 priority patent/US9264772B2/en
Priority to CN2013100101718A priority patent/CN103220573A/zh
Publication of JP2013150089A publication Critical patent/JP2013150089A/ja
Application granted granted Critical
Publication of JP5959206B2 publication Critical patent/JP5959206B2/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/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
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本技術は、受信装置、受信方法、及びプログラムに関し、特に、ハイブリッド型放送において、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした受信装置、受信方法、及びプログラムに関する。
近年、デジタルテレビジョン放送の開始に伴い、BML（Broadcast Markup Language）方式によるデータ放送が広く行われており、現在では、ほとんど全てのテレビジョン受像機などの受信機で対応可能となっている。
また、放送波だけでなく通信を利用して、インターネット上の所定のサーバにアクセスすることにより、番組に連動して実行されるアプリケーションプログラムを取得するハイブリッド型放送と称される、放送の導入も検討されている（例えば、特許文献１参照）。
特開２０１１−６６５５６号公報
ところで、番組の視聴者からすると、データ放送もハイブリッド型放送も番組と連動したアプリケーションプログラムが提供されるものである点で共通する。一方、データ放送はインターネット接続がなくても成立するものであって比較的シンプルな機能を実現するためのものであるが、ハイブリッド型放送は、インターネット接続が必要であって比較的高度な機能を実現するものである。これらの放送は今後ともに並存し、かつ使い分けられるものとなることが想定される。
しかしながら、現状では、ハイブリッド型放送において、番組等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供するための技術方式は確立されていない。
本技術はこのような状況に鑑みてなされたものであり、ハイブリッド型放送において、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができることができるようにするものである。
本技術の一側面の受信装置は、放送コンテンツを受信する受信部と、前記放送コンテンツとともに送られる番組情報であって、前記放送コンテンツに連動して実行される第１のアプリケーションプログラムのライフサイクルを定義する第１の定義情報の取得先を示す取得先情報を含む前記番組情報を保持する番組情報保持部と、保持した前記番組情報に含まれる前記取得先情報に基づいて、ネットワークを介して配信される前記第１の定義情報を取得する定義情報取得部と、取得した前記第１の定義情報に応じて、前記ネットワークを介して配信される前記第１のアプリケーションプログラムを取得するアプリケーション取得部と、取得した前記第１の定義情報が前記第１のアプリケーションプログラムの起動を示す場合、取得した前記第１のアプリケーションプログラムを起動する制御部とを備え、前記定義情報取得部は、所定のイベントが発生した場合、前記ネットワークを介して配信される、実行中の前記第１のアプリケーションプログラムの次に実行される第２のアプリケーションプログラムのライフサイクルを定義する第２の定義情報を取得し、前記アプリケーション取得部は、取得した前記第２の定義情報に応じて、前記ネットワークを介して配信される前記第２のアプリケーションプログラムを取得し、前記制御部は、取得した前記第２のアプリケーションプログラムを起動するとともに、実行中の第１のアプリケーションプログラムを終了する。
前記イベントは、前記放送コンテンツとともに送られる、前記放送コンテンツの進行に応じて前記第１のアプリケーションプログラムから前記第２のアプリケーションプログラムへの切り替えを指示するためのイベントメッセージであり、前記定義情報取得部は、前記イベントメッセージが通知された場合、前記第２の定義情報を取得する。
前記イベントとして、前記放送コンテンツの進行に応じて前記第１のアプリケーションプログラムから前記第２のアプリケーションプログラムに切り替えるタイミングで発生するタイマイベントをあらかじめ設定するタイマイベント管理部をさらに備え、前記定義情報取得部は、あらかじめ設定された前記タイマイベントが発生した場合、前記第２の定義情報を取得する。
前記番組情報は、EIT(Event Information Table)であり、前記定義情報は、XML(Extensible Markup Language)形式のAIT(Application Information Table)であり、前記取得先情報は、URL(Uniform Resource Locator)である。
前記定義情報取得部は、ユーザにより前記第１のアプリケーションプログラムの動作開始が指示された場合、前記第１の定義情報を取得する。
前記放送コンテンツとともに送られる、データ放送用のアプリケーションプログラムの動作を制御するデータ放送制御部をさらに備える。
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
本技術の一側面の受信方法又はプログラムは、前述した本技術の一側面の受信装置に対応する受信方法又はプログラムである。
本技術の一側面の受信装置、受信方法、及びプログラムにおいては、放送コンテンツが受信され、前記放送コンテンツとともに送られる番組情報であって、前記放送コンテンツに連動して実行される第１のアプリケーションプログラムのライフサイクルを定義する第１の定義情報の取得先を示す取得先情報を含む前記番組情報が保持され、保持した前記番組情報に含まれる前記取得先情報に基づいて、ネットワークを介して配信される前記第１の定義情報が取得され、取得された前記第１の定義情報に応じて、前記ネットワークを介して配信される前記第１のアプリケーションプログラムが取得され、取得された前記第１の定義情報が前記第１のアプリケーションプログラムの起動を示す場合、取得された前記第１のアプリケーションプログラムが起動される。また、所定のイベントが発生した場合、前記ネットワークを介して配信される、実行中の前記第１のアプリケーションプログラムの次に実行される第２のアプリケーションプログラムのライフサイクルを定義する第２の定義情報が取得され、取得された前記第２の定義情報に応じて、前記ネットワークを介して配信される前記第２のアプリケーションプログラムが取得され、取得された前記第２のアプリケーションプログラムが起動されるとともに、実行中の第１のアプリケーションプログラムが終了される。
本技術の一側面によれば、ハイブリッド型放送において、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができる。
第１の実施の形態における放送システムの構成例を示す図である。 図１の受信装置の構成例を示す図である。 第１の制御方式によるアプリ制御の概要を示す図である。 第１の制御方式によるアプリ制御処理を示すフローチャートである。 AITの記述例を示す図である。 AITの記述例を示す図である。 第２の実施の形態における放送システムの構成例を示す図である。 図７の受信装置の構成例を示す図である。 第２の制御方式によるアプリ制御の概要を示す図である。 第２の制御方式によるアプリ制御処理を示すフローチャートである。 ハイパーリンク記述子の記述例を示す図である。 XML-AITの記述例を示す図ある。 XML-AITの記述例を示す図ある。 第３の実施の形態における放送システムの構成例を示す図である。 図１４の受信装置の構成例を示す図である。 第３の制御方式によるアプリ制御の概要を示す図である。 第３の制御方式によるアプリ制御処理を示すフローチャートである。 データ放送とハイブリッド型放送を並存させた場合の画面の遷移例を示す図である。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。
＜第１の実施の形態＞
［放送システムの構成例］
図１は、第１の実施の形態としての、放送システム１の構成を示している。この放送システム１は、放送装置１１、受信装置１２、及びアプリサーバ１３から構成される。また、受信装置１２と、アプリサーバ１３は、インターネット２０を介して、相互に接続されている。
放送装置１１は、テレビ番組やＣＭ等のＡＶコンテンツのデジタルテレビジョン放送信号を送信するようになされている。
受信装置１２は、放送装置１１から送信された放送信号を受信して、ＡＶコンテンツの映像及び音声を取得する。受信装置１２は、取得した映像をディスプレイに出力するとともに、音声をスピーカに出力する。
また、受信装置１２は、ユーザ操作に応じたリモートコントローラ１２Ｒからのコマンドを赤外線により受信し、当該コマンドに応じて、例えばチャンネルの切り替えなどの各種の動作を行う。リモートコントローラ１２Ｒには、データ放送の視聴の際に操作されるｄボタンと、ハイブリッド型放送の視聴の際に操作されるｉボタンが設けられており、受信装置１２は、それらのボタン操作に応じて、データ放送又はハイブリッド型放送を視聴させるための動作を行う。なお、リモートコントローラ１２Ｒの操作に限らず、ディスプレイの画面上のGUI（Graphical User Interface）操作により、データ放送やハイブリッド型放送の視聴が指示されるようにしてもよい。
なお、受信装置１２は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。また、受信装置１２の詳細な構成は、図２を参照して後述する。
また、放送装置１１は、インターネット連動型アプリのライフサイクルを定義する定義情報を、放送信号に含めて送信する。ここで、インターネット連動型アプリとは、ＡＶコンテンツに連動して実行されるアプリケーションプログラムであって、インターネット２０に接続されたアプリサーバ１３から取得されるものである。
第１の実施の形態において、定義情報は、AIT（Application Information Table）に記述される。AITには、例えばインターネット連動型アプリのライフサイクルを定義する定義情報として、「Auto Start」、「Present」、「Kill」等の指定動作が記述される。「Auto Start」は、即時に受信装置１２がインターネット連動型アプリを自動的に実行することを意味する。また、「Present」は自動実行しないことを意味する。さらに、「Kill」は、受信装置１２にてインターネット連動型アプリの実行を終了することを意味する。
また、AITには、インターネット連動型アプリごとに、当該アプリの取得先の情報として、例えば、アプリサーバ１３のURL（Uniform Resource Locator）が記述される。
受信装置１２は、このAITに記述された定義情報に基づいて、例えば、即時に自動実行するように設定されたインターネット連動型アプリを取得して、実行する。その際、受信装置１２は、AITに記述された定義情報に応じて、インターネット２０を介してアプリサーバ１３にアクセスして、インターネット連動型アプリを取得する。
アプリサーバ１３は、放送装置１１により放送されるＡＶコンテンツに連動して実行されるインターネット連動型アプリを管理している。アプリサーバ１３は、例えば放送装置１１にてテレビ番組の放送を行う放送事業者等により提供される。
アプリサーバ１３は、受信装置１２からの問い合わせに応じて、管理しているインターネット連動型アプリを、インターネット２０を介して受信装置１２に提供する。
放送システム１は、以上のように構成される。
［受信装置の構成例］
図２は、図１の受信装置１２の構成例を示している。
受信装置１２は、制御部３１、受光部３２、チューナ３３、多重分離部３４、ビデオデコーダ３５、合成部３６、ディスプレイ３７、オーディオデコーダ３８、スピーカ３９、データ放送制御部４０、AIT取得部４１、アプリ制御部４２、及び通信I/F４３から構成される。
制御部３１は、受信装置１２の各部の動作を制御する。受光部３２は、リモートコントローラ１２Ｒからのコマンドを受信し、制御部３１に供給する。制御部３１は、受光部３２からのコマンドに応じて、受信装置１２の各部の動作を制御する。
チューナ３３は、ユーザ操作に応じて選局されたチャンネルに対応する放送信号を受信して復調し、その結果得られるトランスポートストリーム（Transport Stream、以下、ＴＳという）を、多重分離部３４に供給する。
多重分離部３４は、チューナ３３から供給されるＴＳを、ビデオエレメンタリストリーム、オーディオエレメンタリストリーム、及びデータストリームに分離する。多重分離部３４は、分離されたストリームのうち、ビデオエレメンタリストリームをビデオデコーダ３５に、オーディオエレメンタリストリームをオーディオデコーダ３８に、データストリームをデータ放送制御部４０にそれぞれ供給する。
なお、詳細は後述するが、ＴＳには、上記のストリームのほか、AITセクションエレメンタリストリームやDSM-CCイベントメッセージエレメンタリストリーム、制御情報用のストリームなどが多重化されている。また、MPEG2-TS（Moving Picture Experts Group 2 - Transport Stream）の場合、制御情報用のストリームには、PSI/SI等の情報が含まれている。PSI（Program Specific Information）は、特定のチャンネルを選択して受信するシステムで必要な情報である。また、SI（Service Information）は、番組情報などの情報であって、例えば、EITが含まれる。EIT（Event Information Table）は、番組の名称や放送日時、放送内容などの番組に関する情報が含まれる。
ビデオデコーダ３５は、多重分離部３４から供給されるビデオエレメンタリストリームをデコードし、その結果得られるビデオ信号を、合成部３６に供給する。合成部３６は、ビデオデコーダ３５から供給されるビデオ信号を、ディスプレイ３７に供給する。これにより、ディスプレイ３７には、番組等の映像が表示される。
オーディオデコーダ３８は、多重分離部３４から供給されるオーディオエレメンタリストリームをデコードし、その結果得られるオーディオ信号を、スピーカ３９に供給する。これにより、スピーカ３９からは、番組等の映像に対応する音声が出力される。
データ放送制御部４０は、多重分離部３４から供給されるデータストリームから、データ放送用のデータを抽出し、データ放送用のアプリケーションプログラム（以下、データ放送用アプリという）の動作を制御する。例えば、データ放送用アプリがBML形式文書からなる場合、データ放送制御部４０は、BMLブラウザを制御することで、データ放送用アプリに対応するビデオ信号を、合成部３６に供給する。
合成部３６には、ビデオデコーダ３５からのビデオ信号と、データ放送制御部４０からのビデオ信号が供給される。合成部３６は、番組等のビデオ信号と、データ放送用のデータのビデオ信号を合成し、ディスプレイ３７に供給する。これにより、ディスプレイ３７には、例えば、番組に対してデータ放送用のデータが重畳された映像が表示される。
AIT取得部４１は、多重分離部３４により分離されるストリームを常時監視して、AITセクションエレメンタリストリームに含まれるAITを取得する。AIT取得部４１は、取得したAITを、アプリ制御部４２に供給する。
アプリ制御部４２は、AIT取得部４１から供給されるAITに基づいて、通信I/F４３を制御して、インターネット２０を介してアプリサーバ１３にアクセスし、インターネット連動型アプリを要求する。通信I/F４３は、アプリサーバ１３から送信されるインターネット連動型アプリを受信し、アプリ制御部４２に供給する。アプリ制御部４２は、通信I/F４３から供給されるインターネット連動型アプリの動作を制御する。例えば、インターネット連動型アプリがHTML（HyperText Markup Language）形式文書からなる場合、アプリ制御部４２は、HTMLブラウザを制御することで、インターネット連動型アプリに対応するビデオ信号を、合成部３６に供給する。
合成部３６には、ビデオデコーダ３５からのビデオ信号と、アプリ制御部４２からのビデオ信号が供給される。合成部３６は、番組等のビデオ信号と、インターネット連動型アプリのビデオ信号を合成し、ディスプレイ３７に供給する。これにより、ディスプレイ３７には、例えば、番組に対してインターネット連動型アプリが重畳された映像が表示される。
なお、アプリ制御部４２は、前述したAITのみならず、DSM-CCイベントメッセージエレメンタリストリームに含まれる特定のイベントIDを有するイベントメッセージに応じて、インターネット連動型アプリの動作を制御することが可能である。
受信装置１２は、以上のように構成される。
［第１の実施の形態におけるアプリ制御］
図３は、第１の実施の形態におけるアプリ制御の概要を示す図である。なお、以下、第１の実施の形態におけるアプリ制御を、他の実施の形態におけるアプリ制御と区別するために、第１の制御方式によるアプリ制御と称して説明する。
図３に示すように、放送ストリームは、ビデオエレメンタリストリーム、オーディオエレメンタリストリーム、AITセクションエレメンタリストリーム、及びDSM-CCイベントメッセージエレメンタリストリームが多重化されて放送される。なお、図３には図示していないが、放送ストリームには、データストリームや制御情報用のストリームが多重化されているのは、先に述べたとおりである。
AITセクションエレメンタリストリームには、インターネット連動型アプリのライフサイクルを定義した定義情報が記述されたAITが含まれる。受信装置１２は、AITセクションエレメンタリストリームからAITを取得し、当該AITに記述された定義情報に応じて、インターネット連動型アプリの動作を制御することができる。
また、DSM-CCイベントメッセージエレメンタリストリームには、イベントメッセージが含まれる。受信装置１２は、DSM-CCイベントメッセージエレメンタリストリームから特定のイベントIDを有するイベントメッセージを取得し、当該イベントメッセージに応じて、インターネット連動型アプリの動作を制御することができる。
すなわち、図３に示すように、受信装置１２では、ユーザによって、リモートコントローラ１２Ｒのｉボタンが操作されると（Ｓ１１）、インターネット連携機能が起動され、AITセクションエレメンタリストリームに含まれるAITの監視が開始される（Ｓ１２）。そして、受信装置１２は、AITが検出された場合、当該AITを取得して解析する（Ｓ１３）。これにより、受信装置１２は、AITの解析結果に応じて、インターネット２０を介してアプリサーバ１３からインターネット連動型アプリApp1を取得して、起動する。すなわち、この場合、AITには、例えば、インターネット連動型アプリApp1に対する「Auto Start」が定義情報として記述されていたことになる。
その後、受信装置１２は、新たなAITが検出された場合、当該AITを取得して解析する（Ｓ１４）。これにより、受信装置１２は、AITの解析結果に応じて、インターネット連動型アプリApp1の動作を維持する。すなわち、この場合、新たに取得されたAITには、例えば、先に取得したAITと同一内容の定義情報が記述されているか、あるいはインターネット連動型アプリApp1に関する定義情報が記述されていないことになる。
また、その後、受信装置１２は、DSM-CCイベントメッセージエレメンタリストリームから特定のイベントIDを有するイベントメッセージが検出された場合、当該イベントメッセージに応じて、インターネット連動型アプリApp1の動作の更新をする（Ｓ１５）。
さらにその後、受信装置１２は、新たなAITが検出された場合、当該AITを取得して解析する（Ｓ１６）。これにより、受信装置１２は、AITの解析結果に応じて、インターネット連動型アプリApp1の実行を終了する。また、受信装置１２は、AITの解析結果に応じて、インターネット２０を介してアプリサーバ１３からインターネット連動型アプリApp2を取得して、起動する。すなわち、この場合、AITには、インターネット連動型アプリApp1に対する「Kill」と、インターネット連動型アプリApp2に対する「Auto Start」がそれぞれ、定義情報として記述されていたことになる。
これにより、例えば、同一のチャンネルにおいて、第１の番組の放送が終了して第２の番組の放送が開始される場面を想定すると、第１の番組の放送終了に応じて、第１の番組に連動して実行されていたインターネット連動型アプリApp1が終了する。その一方で、第２の番組の放送開始に応じて、第２の番組に連動して実行されるインターネット連動型アプリApp2が起動されることになる。なお、インターネット連動型アプリは、上記の番組の切り替え時のみならず、例えば、同一の番組内の特定のシーンで切り替えるなど、特定のタイミングで切り替えることができる。
このように、第１の制御方式によるアプリ制御においては、AITセクションエレメンタリストリームに含まれるAITに記述される、「Auto Start」や「Kill」等のインターネット連動型アプリのライフサイクルを定義した定義情報に応じて、インターネット連動型アプリの動作が制御される。
［第１の制御方式によるアプリ制御処理］
次に、図４のフローチャートを参照して、第１の制御方式によるアプリ制御処理について説明する。
受信装置１２において、ユーザによるリモートコントローラ１２Ｒの操作によって、所定のチャンネルが選局されると、ディスプレイ３７にて所定の番組の映像の表示が開始される（Ｓ３１）。
ステップＳ３２において、制御部３１は、リモートコントローラ１２Ｒからのコマンドに応じて、ユーザによりｉボタンが操作されたか否かを判定する。そして、ユーザがｉボタンの操作をするのを待って、処理は、ステップＳ３３に進められる。
ステップＳ３３において、制御部３１は、通信I/F４３の通信状態を確認することで、インターネット２０への通信接続が可能であるか否かを判定する。ステップＳ３３において、通信接続に失敗したと判定された場合、処理は、ステップＳ３４に進められる。そして、制御部３１は、ステップＳ３４において、通信接続に失敗した旨を示すエラーメッセージを、ディスプレイ３７に表示する。その後、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
一方、ステップＳ３３において、通信接続に成功したと判定された場合、処理は、ステップＳ３５に進められる。ステップＳ３５において、制御部３１は、リモートコントローラ１２Ｒからのコマンドに応じて、ユーザによりｉボタンが操作されたか否かを判定する。
ステップＳ３５において、１回目のｉボタンの操作によりインターネット連動型アプリの起動が指示された後さらに、２回目のｉボタンの操作が行われたと判定された場合、処理は、ステップＳ３６に進められる。この場合、２回目のｉボタンの操作によって、インターネット連動型アプリの終了が指示されたことになるので、アプリ制御部４２は、実行中のインターネット連動型アプリを終了する。その後、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
一方、ステップＳ３５において、ｉボタンが操作されていないと判定された場合、処理は、ステップＳ３７に進められる。ステップＳ３７において、制御部３１は、多重分離部３４による放送ストリームの分離処理を監視することで、新たなAITを受信したか否かを判定する。
ステップＳ３７において、新たなAITを受信したと判定された場合、処理は、ステップＳ３８に進められる。ステップＳ３８において、AIT取得部４１は、新たに受信されたAITを取得する。
ステップＳ３９において、アプリ制御部４２は、AIT取得部４１により取得されたAITを解析する。そして、アプリ制御部４２は、ステップＳ４０において、AITに記述された全ての処理が終了した否かを判定し、処理が終了していないと判定された場合、処理は、ステップＳ４１に進められる。
ステップＳ４１において、アプリ制御部４２は、ステップＳ３９のAITの解析結果に基づいて、インターネット連動型アプリに対して定義された指定動作を判別する。ステップＳ４１において、インターネット連動型アプリの指定動作が「Auto Start」であると判定された場合、処理は、ステップＳ４２に進められる。ステップＳ４２において、アプリ制御部４２は、通信I/F４３を制御して、アプリサーバ１３からインターネット連動型アプリを取得する。ステップＳ４３において、アプリ制御部４２は、取得したインターネット連動型アプリを起動する。一方、ステップＳ４１において、インターネット連動型アプリの指定動作が「Kill」であると判定された場合、処理は、ステップＳ４４に進められる。ステップＳ４４において、アプリ制御部４２は、実行中のインターネット連動型アプリを終了する。
例えば、図５のAITが取得された場合、アプリ制御部４２は、インターネット連動型アプリApp1の指定動作が「Auto Start」であると定義されているので、アプリサーバ１３からインターネット連動型アプリApp1を取得して即時に起動する。これにより、ディスプレイ３７には、視聴中の番組に連動したインターネット連動型アプリApp1が表示される。
そして、ステップＳ４３が終了すると、処理はステップＳ４０に戻り、それ以降の処理が繰り返される。例えば、図５のAITの場合、インターネット連動型アプリApp1についてのライフサイクルのみ記述されており、インターネット連動型アプリApp1を自動起動することで、AITに記述された全ての処理を終了したことになるので、処理は、ステップＳ３５に戻る。その後、実行中のインターネット連動型アプリの終了を指示する２回目のｉボタンの操作がされずに、かつ新たなAITが受信された場合、処理は、ステップＳ３８に進められる。
AIT取得部４１は、新たに受信されたAITを取得する（Ｓ３８）。また、アプリ制御部４２は、AIT取得部４１により新たに取得されたAITを解析し（Ｓ３９）、その解析結果に基づいて、インターネット連動型アプリの指定動作を判別する（Ｓ４１）。ここで、例えば、図６のAITが取得された場合、インターネット連動型アプリApp1の指定動作が「Kill」であるので、アプリ制御部４２は、実行中のインターネット連動型アプリApp1を終了する（Ｓ４４）。また、図６のAITには、複数のインターネット連動型アプリに対する指定動作が定義されているので、ステップＳ４０乃至Ｓ４４のループが繰り返される。そして、アプリ制御部４２は、インターネット連動型アプリApp2の指定動作が「Auto Start」であると定義されているので、インターネット連動型アプリApp2を取得して、即時に起動する（Ｓ４２，Ｓ４３）。
なお、AITの記述方法は任意であって、図５又は図６の記述例に限定されるものではない。
その後、AITに記述された全ての処理が終了するまで、ステップＳ４０乃至Ｓ４４のループが繰り返される。そして、このループを抜けたあと、ステップＳ３５において、２回目のｉボタンの操作が行われたと判定されるまで、新たなAITが受信された場合には、当該AITに応じて、インターネット連動型アプリの動作を制御する処理が行われ、２回目のｉボタンの操作が行われたとき、インターネット連動型アプリが終了される。
以上、第１の制御方式によるアプリ制御処理について説明した。第１の制御方式によるアプリ制御処理では、放送ストリームに含めて送信されるAITが取得され、取得されたAITに定義された指定動作が「Auto Start」を示す場合には、対象のインターネット連動型アプリが取得されて起動され、指定動作が「Kill」を示す場合には、対象のインターネット連動型アプリが終了される。
すなわち、第１の制御方式によるアプリ制御処理において、放送信号に含めて送信されるAITは番組と連動して動的に取得されるものであるため、AITの記述内容を番組の進行と連動させることで、番組や特定のシーン等の切り替えのタイミングに応じて、第１のインターネット連動型アプリから第２のインターネット連動型アプリに切り替えることが可能となる。これにより、ハイブリッド型放送を提供する放送システム１において、受信装置１２にて視聴される番組に連動して実行されるインターネット連動型アプリを提供することが可能となる。
＜第２の実施の形態＞
［放送システムの構成例］
図７は、第２の実施の形態としての、放送システム１０１の構成を示している。この放送システム１０１は、放送装置１１、アプリサーバ１３、XML-AITサーバ１１１、及び受信装置１１２から構成される。また、受信装置１１２と、アプリサーバ１３及びXML-AITサーバ１１１は、インターネット２０を介して、相互に接続されている。
図７に示すように、放送システム１０１は、図１の放送システム１と比べて、XML-AITサーバ１１１が新たに設けられたほか、受信装置１２の代わりに、受信装置１１２が設けられている。また、それ以外の構成については、図１の放送システム１と基本的に同様の構成を有しており、その説明は適宜省略する。
XML-AITサーバ１１１は、XML-AITを管理している。XML-AITサーバ１１１は、例えば放送装置１１にてテレビ番組の放送を行う放送事業者等により提供される。XML-AITサーバ１１１は、受信装置１１２からの問い合わせに応じて、管理しているXML-AIT（Extensible Markup Language - Application Information Table）を、インターネット２０を介して受信装置１１２に提供する。
第２の実施の形態において、定義情報は、XML-AITに記述される。XML-AITには、例えばインターネット連動型アプリのライフサイクルを定義する定義情報として、「Auto Start」、「Present」、「Kill」等の指定動作が、XML形式で記述される。XML-AITに記述される「Auto Start」等の指定動作は、前述したAITに記述された定義情報と同様の意味を有する。ただし、第２の実施の形態では、その運用上、定義情報における指定動作として「Auto Start」のみが記述される。
受信装置１１２は、基本的に、図１の受信装置１２と同様に構成されるが、定義情報をAITの代わりに、XML-AITから取得する点で異なる。すなわち、受信装置１１２は、インターネット２０を介してXML-AITサーバ１１１にアクセスして、XML-AITを取得する。そして、受信装置１１２は、このXML-AITに記述された定義情報に基づいて、例えば、即時に自動実行するように設定されたインターネット連動型アプリを取得して、実行する。
また、受信装置１１２は、放送ストリームに含まれるDSM-CCイベントメッセージエレメンタリストリームに含まれる特定のイベントIDを有するイベントメッセージに応じて、インターネット連動型アプリの動作を制御する。
放送システム１０１は、以上のように構成される。
［受信装置の構成例］
図８は、図７の受信装置１１２の構成例を示している。
受信装置１１２は、制御部３１、受光部３２、チューナ３３、多重分離部３４、ビデオデコーダ３５、合成部３６、ディスプレイ３７、オーディオデコーダ３８、スピーカ３９、データ放送制御部４０、通信I/F４３、EIT保持部１３１、イベント検出部１３２、及びアプリ制御部１３３から構成される。
図８に示すように、受信装置１１２は、図２の受信装置１２と比べて、AIT取得部４１及びアプリ制御部４２の代わりに、EIT保持部１３１、イベント検出部１３２、及びアプリ制御部１３３が設けられている。また、それ以外の構成については、図２の受信装置１２と基本的に同様の構成を有しており、その説明は適宜省略する。
EIT保持部１３１は、多重分離部３４により分離されるストリームを常時監視して、制御情報用のストリームに含まれるEIT pfを取得して、保持する。前述したように、EIT pfには、番組の名称等の番組に関する情報が含まれる。また、「pf」は、「present」と「following」の頭文字の結合であって、当該EITに現在の番組と次の番組に関する情報が含まれていることを意味する。
イベント検出部１３２は、多重分離部３４により分離されるストリームを常時監視して、DSM-CCイベントメッセージエレメンタリストリームに含まれる特定のイベントIDを有するイベントメッセージを検出する。イベント検出部１３２は、イベントメッセージが検出された場合、その旨をアプリ制御部１３３に通知する。
アプリ制御部１３３は、EIT保持部１３１に保持されたEIT pfを読み出し、当該EIT pfに記述されたURLに基づいて、通信I/F４３を制御して、インターネット２０を介してXML-AITサーバ１１１にアクセスし、XML-AITを要求する。通信I/F４３は、XML-AITサーバ１１１から送信されるXML-AITを受信し、アプリ制御部１３３に供給する。
また、アプリ制御部１３３は、通信I/F４３から供給されるXML-AITに基づいて、通信I/F４３を制御して、インターネット２０を介してアプリサーバ１３にアクセスし、インターネット連動型アプリを取得する。そして、アプリ制御部１３３は、アプリサーバ１３から取得したインターネット連動型アプリの動作を制御する。
さらに、アプリ制御部１３３は、イベント検出部１３２からイベントメッセージが検出された旨の通知がされた場合、通信I/F４３を制御して、インターネット２０を介してXML-AITサーバ１１１にアクセスし、実行中の第１のインターネット連動型アプリの次に実行される第２のインターネット連動型アプリについてのXML-AITを取得する。そして、アプリ制御部１３３は、取得した新たなXML-AITに基づいて、アプリサーバ１３から第２のインターネット連動型アプリを取得し、その動作を制御する。
受信装置１１２は、以上のように構成される。
［第２の実施の形態におけるアプリ制御］
図９は、第２の実施の形態におけるアプリ制御の概要を示す図である。なお、以下、第２の実施の形態におけるアプリ制御を、第２の制御方式によるアプリ制御と称して説明する。
図９に示すように、放送ストリームは、ビデオエレメンタリストリーム、オーディオエレメンタリストリーム、及びDSM-CCイベントメッセージエレメンタリストリームのほか、制御情報用のストリームが多重化されて放送される。制御情報用のストリームには、EIT pfが含まれる。
図９に示すように、受信装置１１２では、EIT pfが受信されると、受信されたEIT pfが保持される（Ｓ１１０）。また、ユーザによって、リモートコントローラ１１２Ｒのｉボタンが操作されると（Ｓ１１１）、受信装置１１２では、インターネット連携機能が起動され（Ｓ１１２）、ステップＳ１１０にて保持していたEIT pfが読み出される。
受信装置１１２は、EIT pfに記述されたURLに基づいて、XML-AITサーバ１１１にアクセスして、XML-AIT1を取得して解析する（Ｓ１１３）。これにより、受信装置１１２は、XML-AIT1の解析結果に応じて、インターネット２０を介してアプリサーバ１３からインターネット連動型アプリApp1を取得して、起動する。すなわち、この場合、XML-AIT1には、例えば、インターネット連動型アプリApp1に対する「Auto Start」が定義情報として記述されていたことになる。
その後、DSM-CCイベントメッセージエレメンタリストリームに含まれるイベントメッセージが検出された場合、受信装置１１２は、当該イベントメッセージに応じて、XML-AITサーバ１１１にアクセスする（Ｓ１１４）。そして、受信装置１１２は、XML-AITサーバ１１１からXML-AIT2を取得して解析する（Ｓ１１５）。これにより、受信装置１１２は、XML-AIT2の解析結果に応じて、インターネット２０を介してアプリサーバ１３からインターネット連動型アプリApp2を取得して、起動する。すなわち、この場合、XML-AIT2には、例えば、インターネット連動型アプリApp2に対する「Auto Start」が定義情報として記述されていたことになる。
これにより、例えば、同一のチャンネルにおいて、第１の番組から第２の番組に放送が切り替わるタイミングなどの所定のタイミングで、インターネット連動型アプリApp1が終了される一方、インターネット連動型アプリApp2が起動されることになる。
このように、第２の制御方式によるアプリ制御においては、ユーザ操作やイベントメッセージに応じて、リンク先のXML-AITサーバ１１１からXML-AITが取得され、XML-AITに記述される、「Auto Start」等のインターネット連動型アプリのライフサイクルを定義した定義情報に応じて、アプリサーバ１３からインターネット連動型アプリが取得され、その動作が制御される。
［第２の制御方式によるアプリ制御処理］
次に、図１０のフローチャートを参照して、第２の制御方式によるアプリ制御処理について説明する。
受信装置１１２において、ユーザに操作に応じて、所定のチャンネルが選局されると、ディスプレイ３７にて所定の番組の映像の表示が開始される（Ｓ１３１）。
ステップＳ１３２において、制御部３１は、多重分離部３４による放送ストリームの分離処理を監視することで、EIT pfを受信したか否かを判定する。そして、EIT pfが受信されるのを待って、処理は、ステップＳ１３３に進められる。
ステップＳ１３３において、EIT保持部１３１は、制御情報用のストリームに含まれるEIT pfを取得して、保持する。なお、EIT pfは基本的に、番組の開始と同時に受信されるものであるため、ユーザによるｉボタン操作よりも先に、EIT pfを保持しておくことが可能となる。
ステップＳ１３４乃至Ｓ１３６においては、図４のステップＳ３２乃至Ｓ３４と同様に、制御部３１によって、ｉボタンの操作状況及び通信状態が監視され、ｉボタンが操作され、かつ、通信接続が可能であると判定された場合、処理は、ステップＳ１３７に進められる。
ステップＳ１３７において、アプリ制御部１３３は、EIT保持部１３１に保持されているEIT pfを取得する。ステップＳ１３８において、アプリ制御部１３３は、取得したEIT pfに記述されたURLに基づいて、XML-AITサーバ１１１にアクセスして、XML-AITを取得する。
図１１は、EIT pfに含まれるハイパーリンク記述子の記述例を示す図である。
ハイパーリンク記述子（hyperlink_descriptor）は、他の番組や番組内部、番組関連情報に対するリンクを記述するために使用されるものである。
descriptor_tagには、当該記述子に割り当てられたタグ値が記述される。また、descriptor_lengthには、当該記述子の記述子長が記述される。
hyper_linkage_typeには、リンクの形態が指定され、例えば、“0x08”が指定された場合、インターネット連動型アプリにリンクしていることを示す。また、link_destination_typeには、リンク先の種別が指定され、例えば、“0x08”が指定された場合、インターネット２０上の特定のコンテンツであることを示す。
selector_byteには、例えば、hyper_linkage_type，link_destination_typeのそれぞれに“0x08”が指定された場合に、対象となるインターネット連動型アプリのXML-AITの取得先の情報として、XML-AITサーバ１１１のURLが記述される。ただし、ここには、ホスト名やパス名等が記述され、“http://”等のスキーム名は記述されない。
すなわち、アプリ制御部１３３は、ハイパーリンク記述子のselector_byteに記述されたURLに基づいて、XML-AITサーバ１１１にアクセスして、XML-AITを取得することになる。
ハイパーリンク記述子は、以上のように記述される。なお、ハイパーリンク記述子の記述方法は任意であって、図１１の記述例に限定されるものではない。
図１０のフローチャートに戻り、ステップＳ１３９において、アプリ制御部１３３は、通信I/F４３を制御して、アプリサーバ１３からインターネット連動型アプリを取得する。ステップＳ１４０において、アプリ制御部１３３は、取得したインターネット連動型アプリを起動する。
例えば、図１２のXML-AIT1が取得された場合、アプリ制御部１３３は、インターネット連動型アプリApp1の指定動作が「Auto Start」であるので、アプリサーバ１３からインターネット連動型アプリApp1を取得して即時に実行する。これにより、ディスプレイ３７には、視聴中の番組に連動したインターネット連動型アプリApp1が表示される。
なお、XML-AITの記述方法は任意であって、図１２の記述例に限定されるものではない。
ステップＳ１４０が終了すると、処理はステップＳ１４１に進められる。ステップＳ１４１及びＳ１４２においては、図４のステップＳ３５及びＳ３６と同様に、制御部３１によって、ｉボタンの操作状況が監視され、ユーザによりｉボタンが再度操作された場合、インターネット連動型アプリの終了が指示されたことになるので、実行中のインターネット連動型アプリが終了される。
一方、ユーザによりｉボタンが再度操作されていないと判定された場合、処理は、ステップＳ１４３に進められる。
ステップＳ１４３において、イベント検出部１３２は、多重分離部３４による放送ストリームの分離処理を監視することで、特定のイベントIDを有するイベントメッセージが検出されたか否かを判定する。ステップＳ１４３において、所定のイベントメッセージが検出されていないと判定された場合、処理は、ステップＳ１４１に戻り、ステップＳ１４１及びＳ１４３の判定処理が繰り返される。
そして、ステップＳ１４３において、所定のイベントメッセージが検出されたと判定された場合、処理は、ステップＳ１４４に進められる。アプリ制御部１３３は、イベント検出部１３２からの通知に応じて、実行中のインターネット連動型アプリを終了する。また、ステップＳ１４４が終了すると処理は、ステップＳ１３８に戻り、それ以降の処理が繰り返される。
すなわち、アプリ制御部１３３は、イベント検出部１３２からの通知に応じて、XML-AITサーバ１１１にアクセスして、新たなXML-AITを取得する（Ｓ１３８）。また、アプリ制御部１３３は、取得した新たなXML-AITに応じて、アプリサーバ１３にアクセスして新たなインターネット連動型アプリを取得して（Ｓ１３９）、起動する（Ｓ１４０）。これにより、新たなインターネット連動型アプリが実行されることになる。なお、ステップＳ１４４の処理をここで実行して、新たなインターネット連動型アプリが起動されてから、先に起動されたインターネット連動型アプリが終了されるようにしてもよい。
例えば、実行中のインターネット連動型アプリApp1に、所定のイベントメッセージが検出されたときにインターネット連動型アプリApp2に遷移させるためのスクリプトが記述されている場合、アプリ制御部１３３は、イベント検出部１３２からの通知に応じて、XML-AITサーバ１１１にアクセスして、図１３のXML-AIT2を取得する。そして、アプリ制御部１３３が、例えば、Create Application関数の引数にXML-AIT2を指定して実行することで、アプリサーバ１３からインターネット連動型アプリApp2が取得され、起動される。その結果、実行中のインターネット連動型アプリが、第１の番組用のインターネット連動型アプリApp1から、第２の番組用のインターネット連動型アプリApp2に切り替えられることになる。
このように、例えば、同一のチャンネルにおいて、第１の番組から第２の番組に切り替わるタイミングなどの所定のタイミングで、所定のイベントメッセージが検出され、インターネット連動型アプリApp1がインターネット連動型アプリApp2に切り替えられる。
そして、ステップＳ１４１において、ユーザによりｉボタンが再度操作され、インターネット連動型アプリの終了が指示されるまで、ステップＳ１３８乃至Ｓ１４１，Ｓ１４３の処理が繰り返される。
以上、第２の制御方式によるアプリ制御について説明した。第２の制御方式によるアプリ制御では、EIT pfに基づいて、XML-AITサーバ１１１から第１のXML-AITが取得され、第１のインターネット連動型アプリが取得されて起動される。また、所定のイベントメッセージが検出された場合、XML-AITサーバ１１１から第２のXML-AITが取得され、第２のインターネット連動型アプリが取得されて起動されるとともに、実行中の第１のインターネット連動型アプリが終了される。
すなわち、第２の制御方式によるアプリ制御において、XML-AITサーバ１１１から取得されるXML-AITは、番組の進行とは連動せずに静的なものであるため、XML-AITによっては、第１のインターネット連動型アプリが番組の終了を認識することができない。そこで、当該アプリ制御では、所定のイベントメッセージが検出された場合に番組の終了を認識させることで、第１のインターネット連動型アプリから第２のインターネット連動型アプリに切り替えることが可能となる。これにより、ハイブリッド型放送を提供する放送システム１０１において、受信装置１１２にて視聴される番組に連動して実行されるインターネット連動型アプリを提供することが可能となる。
＜第３の実施の形態＞
［放送システムの構成例］
図１４は、第３の実施の形態としての、放送システム２０１の構成を示している。この放送システム２０１は、放送装置１１、アプリサーバ１３、XML-AITサーバ１１１、及び受信装置２１２から構成される。また、受信装置２１２と、アプリサーバ１３及びXML-AITサーバ１１１は、インターネット２０を介して、相互に接続される。
図１４に示すように、放送システム２０１は、図７の放送システム１０１と比べて、受信装置１１２の代わりに、受信装置２１２が設けられている。また、それ以外の構成については、図７の放送システム１０１と基本的に同様の構成を有しており、その説明は適宜省略する。
受信装置２１２は、基本的に、図７の受信装置１１２と同様に構成され、インターネット２０を介してXML-AITサーバ１１１にアクセスして、XML-AITを取得する。そして、受信装置２１２は、このXML-AITに記述された定義情報に基づいて、例えば、即時に自動実行するように設定されたインターネット連動型アプリを取得して、実行する。すなわち、第３の実施の形態においては、第２の実施の形態と同様に、定義情報は、XML-AITに記述される。
また、受信装置２１２は、インターネット連動型アプリの切り替えのタイミングで発生するタイマイベントを設定する。受信装置２１２は、当該タイマイベントに応じて、インターネット連動型アプリの動作を制御する。
放送システム２０１は、以上のように構成される。
［受信装置の構成例］
図１５は、図１４の受信装置２１２の構成例を示している。
受信装置２１２は、制御部３１、受光部３２、チューナ３３、多重分離部３４、ビデオデコーダ３５、合成部３６、ディスプレイ３７、オーディオデコーダ３８、スピーカ３９、データ放送制御部４０、通信I/F４３、EIT保持部１３１、タイマイベント管理部２３１、及びアプリ制御部２３２から構成される。
図１５に示すように、受信装置２１２は、図８の受信装置１１２と比べて、イベント検出部１３２及びアプリ制御部１３３の代わりに、タイマイベント管理部２３１及びアプリ制御部２３２が設けられている。また、それ以外の構成については、図８の受信装置１１２と基本的に同様の構成を有しており、その説明は適宜省略する。
タイマイベント管理部２３１は、例えば、EIT保持部１３１に保持されたEIT pfに含まれる番組の進行に関する情報などに基づいて、インターネット連動型アプリの切り替えのタイミングで発生するタイマイベントを設定する。タイマイベント管理部２３１は、タイマイベントが発生した場合、その旨をアプリ制御部２３２に通知する。
アプリ制御部２３２は、EIT保持部１３１に保持されたEIT pfを読み出し、当該EIT pfに記述されたURLに基づいて、通信I/F４３を制御して、XML-AITサーバ１１１からのXML-AITを取得する。アプリ制御部２３２は、取得したXML-AITに基づいて、通信I/F４３を制御して、アプリサーバ１３からのインターネット連動型アプリを取得し、その動作を制御する。
また、アプリ制御部２３２は、タイマイベント管理部２３１からタイマイベントが発生した旨の通知がされた場合、通信I/F４３を制御して、インターネット２０を介してXML-AITサーバ１１１にアクセスし、実行中の第１のインターネット連動型アプリの次に実行される第２のインターネット連動型アプリについてのXML-AITを取得する。そして、アプリ制御部２３２は、取得した新たなXML-AITに基づいて、アプリサーバ１３から第２のインターネット連動型アプリを取得し、その動作を制御する。
受信装置２１２は、以上のように構成される。
［第３の実施の形態におけるアプリ制御］
図１６は、第３の制御方式における放送ストリームの構成を示す図である。なお、以下、第３の実施の形態におけるアプリ制御を、第３の制御方式によるアプリ制御と称して説明する。
図１６に示すように、放送ストリームは、ビデオエレメンタリストリーム、オーディオエレメンタリストリーム、及び制御情報用のストリームが多重化されて放送される。
図１６に示すように、受信装置２１２では、EIT pfが受信されると、受信されたEIT pfが保持される（Ｓ２１０）。また、ユーザによって、リモートコントローラ２１２Ｒのｉボタンが操作されると（Ｓ２１１）、受信装置２１２では、インターネット連携機能が起動され（Ｓ２１２）、ステップＳ２１０にて保持していたEIT pfが読み出される。
受信装置２１２は、EIT pfに記述されたURLに基づいて、XML-AITサーバ１１１にアクセスして、XML-AIT1を取得して解析する（Ｓ２１３）。これにより、受信装置２１２は、XML-AIT1の解析結果に応じて、インターネット２０を介してアプリサーバ１３からインターネット連動型アプリApp1を取得して、起動する。すなわち、この場合、XML-AIT1（例えば、図１２のXML-AIT1）には、例えば、インターネット連動型アプリApp1に対する「Auto Start」が定義情報として記述されていたことになる。
また、受信装置２１２は、タイマイベントを設定する。
その後、所定の時間が経過してタイマイベントが発生した場合、受信装置２１２は、当該タイマイベントに応じて、XML-AITサーバ１１１にアクセスする（Ｓ２１４）そして、受信装置２１２は、XML-AITサーバ１１１からのXML-AIT2を取得して解析する（Ｓ２１５）。これにより、受信装置２１２は、XML-AIT2の解析結果に応じて、インターネット２０を介してアプリサーバ１３からインターネット連動型アプリApp2を取得して、起動する。すなわち、この場合、XML-AIT2（例えば、図１３のXML-AIT2）には、例えば、インターネット連動型アプリApp2に対する「Auto Start」が定義情報として記述されていたことになる。
これにより、例えば、同一のチャンネルにおいて、第１の番組から第２の番組に放送が切り替わるタイミング等の所定のタイミングで、第１の番組に連動するインターネット連動型アプリApp1から、第２の番組に連動するインターネット連動型アプリApp2に切り替わることになる。
このように、第３の制御方式によるアプリ制御においては、ユーザ操作やタイマイベントに応じて、リンク先のXML-AITサーバ１１１からXML-AITが取得され、XML-AITに記述される、「Auto Start」等のインターネット連動型アプリのライフサイクルに関する定義情報に応じて、インターネット連動型アプリの動作が制御される。
［第３の制御方式によるアプリ制御処理］
次に、図１７のフローチャートを参照して、第３の制御方式によるアプリ制御処理について説明する。
ステップＳ２３１乃至Ｓ２４０においては、図１０のステップＳ１３１乃至Ｓ１４０と同様に、ｉボタンの操作状況及び通信状態が監視され、ｉボタンが操作され、かつ、通信接続が可能であると判定された場合、アプリ制御部２３２によって、あらかじめ保持しておいたEIT pfに基づいて、XML-AITが取得される。また、アプリ制御部２３２によって、アプリサーバ１３からインターネット連動型アプリが取得され、取得されたインターネット連動型アプリが起動される。
ステップＳ２４１において、タイマイベント管理部２３１は、タイマイベントを設定する。タイマイベント管理部２３１は、例えば、EIT pfに含まれる番組の放送日時などの番組情報を用いて、インターネット連動型アプリの切り替え時刻を演算し、タイマイベントとして設定する。具体的には、タイマイベントの設定時刻であるTXは、視聴中の第１の番組の開始時刻をTB、第１の番組の放送時間をD、現在時刻をt0とした場合、次の式（１）から求めることができる。
TX = TB + D - t0 ・・・（１）
なお、式（１）において、「TB + D」は、第１の番組の次に放送される第２の番組の開始時刻と一致するものである。また、式（１）は、タイマイベントの設定時刻の演算式の一例であり、他の演算方法により当該設定時刻を求めてもよい。
ステップＳ２４１が終了すると、処理はステップＳ２４２に進められる。ステップＳ２４２及びＳ２４３においては、図１０のステップＳ１４１及びＳ１４２と同様に、制御部３１によって、ｉボタンの操作状況が監視され、ユーザによりｉボタンが再度操作された場合、インターネット連動型アプリの終了が指示されたことになるので、実行中のインターネット連動型アプリが終了される。
一方、ステップＳ２４２において、ユーザによりｉボタンが再度操作されていないと判定された場合、処理は、ステップＳ２４４に進められる。
ステップＳ２４４において、タイマイベント管理部２３１は、設定されたタイマイベントが発生したか否かを判定する。ステップＳ２４４において、タイマイベントが発生していないと判定された場合、処理は、ステップＳ２４２に戻り、ステップＳ２４２及びＳ２４４の判定処理が繰り返される。
そして、ステップＳ２４４において、タイマイベントが発生したと判定された場合、処理は、ステップＳ２４５に進められる。ステップＳ２４５、及びＳ２３８乃至Ｓ２４０においては、図１０のステップＳ１４４、及びＳ１３８乃至Ｓ１４０と同様に、アプリ制御部２３２は、タイマイベント管理部２３１からの通知に応じて、XML-AITサーバ１１１にアクセスして、XML-AIT2を取得する。そして、アプリ制御部２３２は、取得したXML-AIT2に応じて、アプリサーバ１３からインターネット連動型アプリApp2を取得して起動するとともに、インターネット連動型アプリApp1を終了させる。すなわち、例えば、視聴中の番組が、第１の番組から第２の番組に切り替えられたとき、インターネット連動型アプリもそれに連動して、第１の番組用のインターネット連動型アプリApp1から、第２の番組用のインターネット連動型アプリApp2に切り替えられることになる。
以上、第３の制御方式によるアプリ制御について説明した。第３の制御方式によるアプリ制御では、EIT pfに基づいて、XML-AITサーバ１１１から第１のXML-AITが取得され、第１のインターネット連動型アプリが取得されて起動される。また、あらかじめ設定されたタイマイベントが発生した場合、XML-AITサーバ１１１から第２のXML-AITが取得され、第２のインターネット連動型アプリが取得されて起動されるとともに、実行中の第１のインターネット連動型アプリが終了される。
すなわち、第３の制御方式によるアプリ制御において、XML-AITサーバ１１１から取得されるXML-AITは、番組の進行とは連動せずに静的なものであるため、XML-AITによっては、第１のインターネット連動型アプリが番組の終了を認識することができない。そこで、あらかじめタイマイベントを設定しておいて、当該タイマイベントが発生した場合に番組の終了を認識させることで、第１のインターネット連動型アプリから第２のインターネット連動型アプリに切り替えることが可能となる。これにより、ハイブリッド型放送を提供する放送システム２０１において、受信装置２１２にて視聴される番組に連動して実行されるインターネット連動型アプリを提供することが可能となる。
［データ放送とハイブリッド型放送を並存させた場合の画面遷移］
ところで、前述した第１の制御方式乃至第３の制御方式によるアプリ制御を実行することで、受信装置１２，１１２，２１２においては、例えば、図１８に示すような画面遷移が可能となる。
図１８は、データ放送とハイブリッド型放送を並存させた場合の画面の遷移例を示す図である。
図１８に示すように、受信装置１２等において、ユーザによるリモートコントローラ１２Ｒ等の操作によって、所定のチャンネルが選局されると、ディスプレイ３７には、所定の番組の映像Ｐ１が表示された状態となる。また、データ放送の受信も開始され、BMLブラウザが、BML形式文書からなるデータ放送用アプリAppDに対する処理を開始する。このとき、番組の映像Ｐ２が表示された状態となるが、データ放送用アプリAppDの映像は非表示となる。
ここで、ユーザによりリモートコントローラ１２Ｒ等のｄボタンが操作された場合、データ放送用アプリAppDの映像が、番組の映像Ｐ３に対して分離型配置で表示された状態となる。なお、番組や特定のシーンの切り替えなどによる所定のデータイベントが発生した場合、当該データイベントに応じて、データ放送用アプリAppDの表示内容が切り替えられる（図中のＣ１）。また、データ放送用アプリAppDが表示されている状態で、ｄボタンが再度操作されると、データ放送用アプリAppDの表示が終了され、番組の映像Ｐ２のみが表示されている状態に戻る。
また、ディスプレイ３７に、上記の番組の映像Ｐ１，映像Ｐ２，又は映像Ｐ３（データ放送用アプリAppD）が表示されている状態で、ユーザによりリモートコントローラ１２Ｒ等のｉボタンが操作されると、HTMLブラウザが、HTML形式文書からなるインターネット連動型アプリAppHを起動させる。これにより、インターネット連動型アプリAppHの映像が、番組の映像Ｐ４に対してオーバーレイ型配置で表示された状態となる。
ここでは、前述したように、第１の制御方式によるアプリ制御では、放送ストリームから取得されるAITに基づいて、インターネット連動型アプリAppHが取得されて、起動される。それに対して、第２の制御方式及び第３の制御方式によるアプリ制御では、XML-AITサーバ１１１から取得されるXML-AITに基づいて、インターネット連動型アプリAppHが取得されて、起動される。
また、番組や特定のシーンの切り替えなどの所定のタイミングになったとき、インターネット連動型アプリAppHの表示を切り替えることになるが、第１の制御方式によるアプリ制御では、新たなAITが受信された場合に、当該AITに基づいて、インターネット連動型アプリAppHの表示が切り替えられる。それに対して、第２の制御方式によるアプリ制御では、所定のイベントメッセージが検出された場合に、当該イベントメッセージに応じて、インターネット連動型アプリAppHの表示が切り替えられる（図中のＣ２）。また、第３の制御方式によるアプリ制御では、あらかじめ設定されたタイマイベントが発生した場合に、当該タイマイベントに応じて、インターネット連動型アプリAppHの表示が切り替えられる（図中のＣ２）。
そして、インターネット連動型アプリAppHが表示されている状態で、ｉボタンが再度操作されると、実行中のインターネット連動型アプリAppHの表示が終了し、番組の映像Ｐ１のみが表示されている状態に戻る。
このように、受信装置１２，１１２，２１２においては、データ放送によるデータ放送用アプリAppDと、ハイブリッド型放送によるインターネット連動型アプリAppHの双方を、番組に連動して実行させることができる。
また、前述したように、データ放送とハイブリッド型放送は、今後とも並存し、かつ使い分けられるものとなることが想定され、放送事業者は、番組に対してデータ放送とハイブリッド型放送の両方の機能を実現するための情報を付加する一方、受信機側でもデータ放送とハイブリッド型放送の両方の機能に対応する必要がでてくることが想定される。そのため、このような状況においてハイブリッド型放送を運用する場合には、ユーザがデータ放送についても使用できるようにし、それらが使い分けられるような運用ができることが求められている。かかる運用において、受信装置１２，１１２，２１２を使用した場合、それらの受信装置では、データ放送用アプリAppDと、インターネット連動型アプリAppHの双方が実行可能とされることから、当該運用を容易に実現することが可能となる。
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
図１９は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
コンピュータ３００において、CPU（Central Processing Unit）３０１，ROM（Read Only Memory）３０２，RAM（Random Access Memory）３０３は、バス３０４により相互に接続されている。
バス３０４には、さらに、入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、入力部３０６、出力部３０７、記録部３０８、通信部３０９、及びドライブ３１０が接続されている。
入力部３０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部３０７は、ディスプレイ、スピーカなどよりなる。記録部３０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部３０９は、ネットワークインタフェースなどよりなる。ドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア３１１を駆動する。
以上のように構成されるコンピュータ３００では、CPU３０１が、例えば、記録部３０８に記憶されているプログラムを、入出力インタフェース３０５及びバス３０４を介して、RAM３０３にロードして実行することにより、前述した一連の処理が行われる。
コンピュータ３００（CPU３０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア３１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ３００では、プログラムは、リムーバブルメディア３１１をドライブ３１０に装着することにより、入出力インタフェース３０５を介して、記録部３０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部３０９で受信し、記録部３０８にインストールすることができる。その他、プログラムは、ROM３０２や記録部３０８に、あらかじめインストールしておくことができる。
なお、コンピュータ３００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
ここで、本明細書において、コンピュータ３００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
なお、本技術は、以下のような構成をとることができる。
（１）
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムのライフサイクルを定義する定義情報を取得する定義情報取得部と、
取得した前記定義情報に応じて、ネットワークを介して配信される前記アプリケーションプログラムを取得するアプリケーション取得部と、
取得した前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
（２）
前記定義情報取得部は、前記ＡＶコンテンツとともに送られる前記定義情報を取得し、
前記制御部は、取得した前記定義情報が前記アプリケーションプログラムの起動を示す場合、取得した前記アプリケーションプログラムを起動し、前記定義情報が前記アプリケーションプログラムの終了を示す場合、実行中の前記アプリケーションプログラムを終了する
（１）に記載の受信装置。
（３）
前記定義情報には、複数の前記アプリケーションプログラムのライフサイクルが定義されており、
前記制御部は、取得した前記定義情報に応じて、複数の前記アプリケーションプログラムごとの動作を制御する
（２）に記載の受信装置。
（４）
前記定義情報取得部は、前記ＡＶコンテンツとともに送られる前記定義情報の取得先を示す情報に応じて、前記ネットワークを介して配信される、第１のアプリケーションプログラムのライフサイクルを定義する第１の定義情報を取得し、
前記制御部は、取得した前記第１の定義情報が前記第１のアプリケーションプログラムの起動を示す場合、前記第１のアプリケーションプログラムを起動する
（１）に記載の受信装置。
（５）
前記定義情報取得部は、前記ＡＶコンテンツとともに送られる、前記ＡＶコンテンツの進行に応じた前記アプリケーションプログラムの切り替えの指示が通知された場合、前記ネットワークを介して配信される、実行中の前記第１のアプリケーションプログラムの次に実行される第２のアプリケーションプログラムのライフサイクルを定義する第２の定義情報を取得し、
前記アプリケーション取得部は、取得した前記第２の定義情報に応じて、前記ネットワークを介して配信される前記第２のアプリケーションプログラムを取得し、
前記制御部は、取得した前記第２のアプリケーションプログラムを起動するともに、実行中の第１のアプリケーションプログラムを終了する
（４）に記載の受信装置。
（６）
前記ＡＶコンテンツの進行に応じて、実行中の前記第１のアプリケーションプログラムから、その次に実行される第２のアプリケーションプログラムに切り替えるタイミングを設定する設定部をさらに備え、
前記定義情報取得部は、前記第１のアプリケーションプログラムから前記第２のアプリケーションプログラムに切り替えるタイミングとなった場合、前記第２のアプリケーションプログラムのライフサイクルを定義する第２の定義情報を取得し、
前記アプリケーション取得部は、取得した前記第２の定義情報に応じて、前記ネットワークを介して配信される前記第２のアプリケーションプログラムを取得し、
前記制御部は、取得した前記第２のアプリケーションプログラムを起動するともに、実行中の第１のアプリケーションプログラムを終了する
（４）に記載の受信装置。
（７）
前記定義情報取得部は、ユーザにより前記アプリケーションプログラムの動作開始が指示された場合、前記定義情報を取得する
（１）乃至（６）のいずれかに記載の受信装置。
（８）
前記ＡＶコンテンツとともに送られる、データ放送用のアプリケーションプログラムの動作を制御するデータ放送制御部をさらに備える
（１）乃至（７）のいずれかに記載の受信装置。
（９）
受信装置の受信方法において、
前記受信装置が、
ＡＶコンテンツを受信し、
前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムのライフサイクルを定義する定義情報を取得し、
取得した前記定義情報に応じて、ネットワークを介して配信される前記アプリケーションプログラムを取得し、
取得した前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
（１０）
コンピュータを、
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムのライフサイクルを定義する定義情報を取得する定義情報取得部と、
取得した前記定義情報に応じて、ネットワークを介して配信される前記アプリケーションプログラムを取得するアプリケーション取得部と、
取得した前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
１，１０１，２０１ 放送システム， １１ 放送装置， １２，１１２，２１２ 受信装置， １３ アプリサーバ， ２０ インターネット， ３１ 制御部， ４１ AIT取得部， ４２，１３３，２３２ アプリ制御部， １１１ XML-AITサーバ， １３１ EIT保持部， １３２ イベント検出部， ２３１ タイマイベント管理部， ３００ コンピュータ， ３０１ CPU

Claims (8)

  1. 放送コンテンツを受信する受信部と、
    前記放送コンテンツとともに送られる番組情報であって、前記放送コンテンツに連動して実行される第１のアプリケーションプログラムのライフサイクルを定義する第１の定義情報の取得先を示す取得先情報を含む前記番組情報を保持する番組情報保持部と、
    保持した前記番組情報に含まれる前記取得先情報に基づいて、ネットワークを介して配信される前記第１の定義情報を取得する定義情報取得部と、
    取得した前記第１の定義情報に応じて、前記ネットワークを介して配信される前記第１のアプリケーションプログラムを取得するアプリケーション取得部と、
    取得した前記第１の定義情報が前記第１のアプリケーションプログラムの起動を示す場合、取得した前記第１のアプリケーションプログラムを起動する制御部と
    を備え、
    前記定義情報取得部は、所定のイベントが発生した場合、前記ネットワークを介して配信される、実行中の前記第１のアプリケーションプログラムの次に実行される第２のアプリケーションプログラムのライフサイクルを定義する第２の定義情報を取得し、
    前記アプリケーション取得部は、取得した前記第２の定義情報に応じて、前記ネットワークを介して配信される前記第２のアプリケーションプログラムを取得し、
    前記制御部は、取得した前記第２のアプリケーションプログラムを起動するとともに、実行中の第１のアプリケーションプログラムを終了する
    受信装置。
  2. 前記イベントは、前記放送コンテンツとともに送られる、前記放送コンテンツの進行に応じて前記第１のアプリケーションプログラムから前記第２のアプリケーションプログラムへの切り替えを指示するためのイベントメッセージであり、
    前記定義情報取得部は、前記イベントメッセージが通知された場合、前記第２の定義情報を取得する
    請求項１に記載の受信装置。
  3. 前記イベントとして、前記放送コンテンツの進行に応じて前記第１のアプリケーションプログラムから前記第２のアプリケーションプログラムに切り替えるタイミングで発生するタイマイベントをあらかじめ設定するタイマイベント管理部をさらに備え、
    前記定義情報取得部は、あらかじめ設定された前記タイマイベントが発生した場合、前記第２の定義情報を取得する
    請求項１に記載の受信装置。
  4. 前記番組情報は、EIT(Event Information Table)であり、
    前記定義情報は、XML(Extensible Markup Language)形式のAIT(Application Information Table)であり、
    前記取得先情報は、URL(Uniform Resource Locator)である
    請求項１に記載の受信装置。
  5. 前記定義情報取得部は、ユーザにより前記第１のアプリケーションプログラムの動作開始が指示された場合、前記第１の定義情報を取得する
    請求項１に記載の受信装置。
  6. 前記放送コンテンツとともに送られる、データ放送用のアプリケーションプログラムの動作を制御するデータ放送制御部をさらに備える
    請求項１に記載の受信装置。
  7. 受信装置の受信方法において、
    前記受信装置が、
    放送コンテンツを受信し、
    前記放送コンテンツとともに送られる番組情報であって、前記放送コンテンツに連動して実行される第１のアプリケーションプログラムのライフサイクルを定義する第１の定義情報の取得先を示す取得先情報を含む前記番組情報を保持し、
    保持した前記番組情報に含まれる前記取得先情報に基づいて、ネットワークを介して配信される前記第１の定義情報を取得し、
    取得した前記第１の定義情報に応じて、前記ネットワークを介して配信される前記第１のアプリケーションプログラムを取得し、
    取得した前記第１の定義情報が前記第１のアプリケーションプログラムの起動を示す場合、取得した前記第１のアプリケーションプログラムを起動し、
    所定のイベントが発生した場合、前記ネットワークを介して配信される、実行中の前記第１のアプリケーションプログラムの次に実行される第２のアプリケーションプログラムのライフサイクルを定義する第２の定義情報を取得し、
    取得した前記第２の定義情報に応じて、前記ネットワークを介して配信される前記第２のアプリケーションプログラムを取得し、
    取得した前記第２のアプリケーションプログラムを起動するとともに、実行中の第１のアプリケーションプログラムを終了する
    ステップを含む受信方法。
  8. コンピュータを、
    放送コンテンツを受信する受信部と、
    前記放送コンテンツとともに送られる番組情報であって、前記放送コンテンツに連動して実行される第１のアプリケーションプログラムのライフサイクルを定義する第１の定義情報の取得先を示す取得先情報を含む前記番組情報を保持する番組情報保持部と、
    保持した前記番組情報に含まれる前記取得先情報に基づいて、ネットワークを介して配信される前記第１の定義情報を取得する定義情報取得部と、
    取得した前記第１の定義情報に応じて、前記ネットワークを介して配信される前記第１のアプリケーションプログラムを取得するアプリケーション取得部と、
    取得した前記第１の定義情報が前記第１のアプリケーションプログラムの起動を示す場合、取得した前記第１のアプリケーションプログラムを起動する制御部と
    を備え、
    前記定義情報取得部は、所定のイベントが発生した場合、前記ネットワークを介して配信される、実行中の前記第１のアプリケーションプログラムの次に実行される第２のアプリケーションプログラムのライフサイクルを定義する第２の定義情報を取得し、
    前記アプリケーション取得部は、取得した前記第２の定義情報に応じて、前記ネットワークを介して配信される前記第２のアプリケーションプログラムを取得し、
    前記制御部は、取得した前記第２のアプリケーションプログラムを起動するとともに、実行中の第１のアプリケーションプログラムを終了する
    受信装置として機能させるためのプログラム。
JP2012007701A 2012-01-18 2012-01-18 受信装置、受信方法、及びプログラム Active JP5959206B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2012007701A JP5959206B2 (ja) 2012-01-18 2012-01-18 受信装置、受信方法、及びプログラム
US13/718,397 US9264772B2 (en) 2012-01-18 2012-12-18 Reception apparatus, reception method, and program
CN2013100101718A CN103220573A (zh) 2012-01-18 2013-01-11 接收设备、接收方法和程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012007701A JP5959206B2 (ja) 2012-01-18 2012-01-18 受信装置、受信方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP2013150089A JP2013150089A (ja) 2013-08-01
JP5959206B2 true JP5959206B2 (ja) 2016-08-02

Family

ID=48780925

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012007701A Active JP5959206B2 (ja) 2012-01-18 2012-01-18 受信装置、受信方法、及びプログラム

Country Status (3)

Country Link
US (1) US9264772B2 (ja)
JP (1) JP5959206B2 (ja)
CN (1) CN103220573A (ja)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2973632A1 (fr) * 2011-03-31 2012-10-05 France Telecom Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia
KR101761633B1 (ko) 2013-08-28 2017-07-26 엘지전자 주식회사 신호 송신 장치 및 제어 방법
JP6147141B2 (ja) * 2013-08-28 2017-06-14 シャープ株式会社 デジタル放送受信機、及び、放送通信連携システム
JP6418162B2 (ja) 2013-09-30 2018-11-07 ソニー株式会社 受信装置および受信方法
WO2015072492A1 (ja) 2013-11-13 2015-05-21 日立マクセル株式会社 放送受信装置
US10129580B2 (en) 2013-11-13 2018-11-13 Maxell, Ltd. Broadcast receiver and broadcast receiving system
CN105745934B (zh) * 2013-11-13 2018-06-15 日立麦克赛尔株式会社 广播接收装置、和广播接收装置中的广播节目影像和应用程序影像的显示方法
JP6213197B2 (ja) * 2013-12-05 2017-10-18 ソニー株式会社 情報処理装置および受信方法
KR102347851B1 (ko) 2014-05-22 2022-01-06 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
JP5860518B1 (ja) * 2014-08-27 2016-02-16 シャープ株式会社 送信装置および受信装置
US11405679B2 (en) 2015-02-02 2022-08-02 Maxell, Ltd. Broadcast receiving apparatus, broadcast receiving method, and contents outputting method
CN112911397A (zh) 2015-02-03 2021-06-04 麦克赛尔株式会社 广播接收装置、广播接收方法和内容输出方法
JP6735643B2 (ja) * 2015-09-29 2020-08-05 日本放送協会 受信装置およびプログラム
US12081317B2 (en) 2016-08-19 2024-09-03 Saturn Licensing Llc Information processing apparatus, client apparatus, and data processing method
JP6612805B2 (ja) * 2017-03-24 2019-11-27 マクセル株式会社 放送受信装置及びキャッシュ制御方法
JP6663892B2 (ja) * 2017-09-19 2020-03-13 ソニー株式会社 送信システム及び送信方法
JP7334772B2 (ja) * 2019-05-13 2023-08-29 ソニーグループ株式会社 情報処理装置及び受信方法
JP6766918B2 (ja) * 2019-05-13 2020-10-14 ソニー株式会社 受信装置および受信方法
JP6988974B2 (ja) * 2019-07-01 2022-01-05 ソニーグループ株式会社 送信方法及び送信装置
JP7243799B2 (ja) * 2019-07-01 2023-03-22 ソニーグループ株式会社 受信方法及び受信装置
JP2021170812A (ja) * 2019-12-05 2021-10-28 株式会社東芝 受信機および通信方法、サーバ機器

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7516472B2 (en) * 2003-02-28 2009-04-07 Microsoft Corporation Using broadcast television as a portal for video on demand solicitation
DE602005012581D1 (de) * 2004-04-21 2009-03-19 Panasonic Corp Wiedergabeeinrichtung und -verfahren für digitale ausstrahlungen, computerprogramm und speichermedium
JP2006140625A (ja) * 2004-11-10 2006-06-01 Toshiba Corp 情報処理装置
EP1884114A2 (en) * 2005-05-27 2008-02-06 Matsushita Electric Industrial Co., Ltd. Broadcast recording and reproduction apparatus and method thereof
US20070091919A1 (en) * 2005-10-24 2007-04-26 Sandoval Francis R Method and system of supporting enhanced television signaling
US20100154007A1 (en) * 2008-12-17 2010-06-17 Jean Touboul Embedded video advertising method and system
JP5433239B2 (ja) * 2009-01-15 2014-03-05 日本放送協会 放送型アプリケーションの起動システム
KR20100135144A (ko) * 2009-06-16 2010-12-24 삼성전자주식회사 방송프로그램 정보를 제공하는 디스플레이 장치 및 그의 방송프로그램 정보 제공 방법
JP5493627B2 (ja) * 2009-09-15 2014-05-14 ソニー株式会社 情報処理装置、データ管理方法、およびプログラム
EP2320650B1 (en) * 2009-10-20 2014-06-04 Lg Electronics Inc. Method of processing application in digital broadcast receiver connected with interactive network and the digital broadcast receiver
JP2012257242A (ja) * 2011-05-19 2012-12-27 Nippon Hoso Kyokai <Nhk> 放送通信連携受信装置
US20130179538A1 (en) * 2012-01-10 2013-07-11 Debojyoti Dutta Hierarchical infrastructure for notification of network events

Also Published As

Publication number Publication date
US9264772B2 (en) 2016-02-16
JP2013150089A (ja) 2013-08-01
CN103220573A (zh) 2013-07-24
US20130185758A1 (en) 2013-07-18

Similar Documents

Publication Publication Date Title
JP5959206B2 (ja) 受信装置、受信方法、及びプログラム
US9961414B2 (en) Receiving device, receiving method, transmitting device, and transmitting method
KR102086870B1 (ko) 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템
JP6097692B2 (ja) 受信装置、受信方法、プログラム、及び情報処理システム
JP6316196B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
JP5903939B2 (ja) 受信装置、受信方法、及びプログラム
US9154833B2 (en) Information processing apparatus, data management method, and program
JP5777793B2 (ja) 送信装置、及び、送信方法
JP6345424B2 (ja) 受信装置、受信方法、送信装置、送信方法、プログラム、及びテレビジョン受像機
WO2012157739A1 (ja) 信号処理装置及びプログラム
JP5854637B2 (ja) 受信機
JP2012244408A (ja) 放送通信連携システム、サーバ及びプログラム
JP5846761B2 (ja) 受信機
JP5843480B2 (ja) 受信機及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150119

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151021

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151105

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151228

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: 20160531

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160621

R150 Certificate of patent or registration of utility model

Ref document number: 5959206

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

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