(57)【要約】【課題】放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送する。【解決手段】この放送受信機は、情報処理装置と接続が可能なインタフェースと、放送ストリームに含まれるコンテンツデータと前記コンテンツデータに関する第１のコマンドを取得し、前記第１のコマンドを前記情報処理装置に転送し 、前記情報処理装置からの要求に応じて前記コンテンツデータを前記情報処理装置に応答するように構成されるコントローラとを具備する。【選択図】図１
2019161658.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と接続が可能なインタフェースと、
ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラと
を具備する放送受信機。
【請求項２】
請求項１に記載の放送受信機であって、
前記取得された前記コンテンツデータを保存するストレージをさらに具備し、
前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成される
放送受信機。
【請求項３】
請求項２に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送するコンテンツデータ待機動作モードを設定するように構成される
放送受信機。
【請求項４】
請求項３に記載の放送受信機であって、
前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成される
放送受信機。
【請求項５】
請求項４に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成される
放送受信機。
【請求項６】
請求項５に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成される
放送受信機。
【請求項７】
請求項６に記載の放送受信機であって、
前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成される
放送受信機。
【請求項８】
第１のコントローラが、
ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、
イベントメッセージにより伝送され、前記取得されたコンテンツデータをインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを取得し、前記情報処理装置に転送する
放送受信方法。
【請求項９】
ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機と接続が可能なインタフェースと、
前記放送受信機より転送された前記第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを、前記インタフェースを通じて取得する第２のコントローラを具備する
情報処理装置。
【請求項１０】
請求項９に記載の情報処理装置であって、
前記第２のコントローラは、前記放送受信機より転送された前記第１のコマンドに応じて、前記取得したコンテンツデータを処理可能なアプリケーションを起動させるように構成される
情報処理装置。
【請求項１１】
第２のコントローラが、
インタフェースを通じて接続され、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機より、前記第１のコマンドを取得し、この第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得する
情報処理方法。
【請求項１２】
コンテンツデータをＤＤＢメッセージにより伝送し、
前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送するデータ放送部を具備する放送装置。
【請求項１３】
データ放送部が、
コンテンツデータをＤＤＢメッセージにより伝送し、
前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送する
放送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、地上デジタルテレビジョン放送を受信する放送受信機および放送受信方法、放送受信機から放送コンテンツの伝送を受けて処理する情報処理装置および情報処理方法、さらには放送コンテンツを放送する放送装置および放送方法に関する。
【背景技術】
【０００２】
ＴＶ受像機などの放送受信機で受信される放送番組に対応して、スマートフォンやタブレット端末などの情報処理装置のアプリケーションが放送番組と連携して動作する仕組みが注目されつつある。例えば、ＴＶ受像機でスポーツ番組を受信しながら、情報処理装置では、そのスポーツ番組の出場選手に関する情報や試合の流れなどの情報が提示されることによって、ユーザは情報処理装置をセカンドスクリーン（２つ目の画面）として利用しながら、番組を楽しむことができる。
【０００３】
特許文献１には、番組に関する情報の例として、番組表（ＥＰＧ）や、現在選局中のチャンネルで現在放送されている番組に対応する案内などをタブレットコンピュータに表示するシステム１が開示されている。このシステム１では、タブレットコンピュータが、映像機器において現在表示されている番組に関する詳細情報をメタデータサーバから取得することによって、情報を表示するように構成される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２２５８９７号公報（段落００２４）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、放送受信機内のアプリケーションが放送と連動して動作し、スマートフォンやタブレット端末などの情報処理装置のアプリケーションに、放送から取得した各種のコンテンツデータを伝送するモデルが検討されている。しかし、このようなモデルの実現に向けては、解決が求められるいくつもの課題が残されている。
【０００６】
以上のような事情に鑑み、本技術の目的は、放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送することのできる放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本技術に係る一形態である放送受信機は、情報処理装置と接続が可能なインタフェースと、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラとを具備する。
【０００８】
上記の放送受信機は、前記取得された前記コンテンツデータを保存するストレージをさらに具備し、前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成されてもよい。
【０００９】
前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送する前記コンテンツデータ待機動作モードを設定するように構成されてもよい。
【００１０】
前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成されてもよい。
【００１１】
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成されてもよい。
【００１２】
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成されてもよい。
【００１３】
上記の放送受信機において、前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成されてもよい。
【００１４】
本技術に係る他の形態である放送受信方法は、第１のコントローラが、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータをインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを取得し、前記情報処理装置に転送する、というものである。
【００１５】
本技術に係る他の形態である情報処理装置は、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機と接続が可能なインタフェースと、前記放送受信機より転送された前記第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを、前記インタフェースを通じて取得する第２のコントローラを具備する。
【００１６】
前記第２のコントローラは、前記放送受信機より転送された前記第１のコマンドに応じて、前記取得したコンテンツデータを処理可能なアプリケーションを起動させるように構成されてもよい。
【００１７】
本技術に係る他の形態である情報処理方法は、第２のコントローラが、インタフェースを通じて接続され、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機より、前記第１のコマンドを取得し、この第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得する、というものである。
【００１８】
本技術に係る他の形態である放送装置は、コンテンツデータをＤＤＢメッセージにより伝送し、前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送するデータ放送部を具備する。
【００１９】
本技術に係る他の形態である放送方法は、データ放送部が、コンテンツデータをＤＤＢメッセージにより伝送し、前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送する、というものである。
【発明の効果】
【００２０】
以上のように、本技術によれば、放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送することができる。
【図面の簡単な説明】
【００２１】
【図１】本技術に係る第１の実施形態であるシステム１の全体的な構成を示す図である。
【図２】図１のシステム１における放送局１０、放送受信機２０および外部機器３０の間でのコンテンツデータおよびコマンドのやりとりに関する構成を示す図である。
【図３】図１のシステムにおける放送受信機２０のハードウェア構成を示す図である。
【図４】図１のシステムにおける外部機器３０のハードウェア構成を示す図である。
【図５】Receive & Launch App（第１のコマンド）を使った動作を説明する図である。
【図６】Set Receive & Launch App（第２のコマンド）とReset Receive & Launch App（第３のコマンド）を使った動作を説明する図である。
【図７】Receive & Store Content（第１のコマンド）を使った動作を説明する図である。
【図８】Set Receive & Store Content（第２のコマンド）とReset Receive & Store Content（第３のコマンド）を使った動作を説明する図である。
【図９】Send Message（第４のコマンド）を使った動作を説明する図である。
【図１０】Launch App（第５のコマンド）を使った動作を説明する図である。
【図１１】ＤＩＩのデータ構造を示す図である。
【図１２】コンテンツ記述子のデータ構造を示す図である。
【図１３】InfoDescriptorの構造を示す図である。
【図１４】ストリーム記述子を伝送するＤＳＭ−ＣＣセクションのデータ構造を示す図である。
【図１５】汎用イベントメッセージ記述子のデータ構造を示す図である。
【図１６】private_data_byteに格納されるコマンドのフォーマットの例を示す図である。
【図１７】コマンドコード、コマンド、引き数の関係を示す図である。
【図１８】ＪＳＯＮによるコンテンツ記述情報の記述例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
＜第１の実施形態＞
［システム１の全体構成］
図１は、本技術に係る第１の実施形態であるシステム１の全体的な構成を示す図である。
【００２３】
このシステム１は、放送局（放送装置）１０、放送受信機２０、外部機器（情報処理装置）３０および外部サーバ４０を備える。
【００２４】
放送局１０は、地上デジタルテレビジョン放送およびデータ放送のカルーセル伝送を行う。カルーセル伝送の対象として、この技術では、放送受信機２０から外部機器３０に伝送されるコンテンツデータおよびコマンドの伝送を想定している。すなわち、放送局１０は、コンテンツデータをＤＤＢメッセージにより伝送し、このコンテンツデータを放送受信機２０から外部機器３０にインタフェースを通じて伝送するように放送受信機２０および外部機器３０を動作させたり、コンテンツデータを外部機器３０が放送受信機２０から取得するように外部機器３０を動作させたりするためのコマンドをイベントメッセージにより伝送するデータ放送部１１を有する。放送局１０のデータ放送部１１からデータカルーセルのＤＤＢメッセージにより伝送されるコンテンツデータとしては、例えば、ＨＴＭＬ５文書によるアプリケーションデータ、音楽データ、画像（動画）データ、メッセージデータ、ゲームデータなどが想定される。
【００２５】
放送受信機２０は、地上デジタルテレビジョン放送およびデータ放送サービスを受信するデータ放送受信部２１と、外部機器３０のネイティブアプリケーション３１との間でデータ伝送および通信を行うアプリケーションであるレジデント機能部２２を有する。レジデント機能部２２は、例えば、データ放送受信部２１にてデータカルーセルから取得したコンテンツデータおよびコマンドを、放送受信機２０に接続されている外部機器３０で実行されているネイティブアプリケーション３１に伝送する。放送受信機２０は、例えば、テレビジョン装置、セットトップボックスなど、具体的な製品形態を問わない。
【００２６】
放送受信機２０と外部機器３０との接続には、例えば、ＷｉＦｉ（登録商標）などの無線通信が用いられる。なお、放送受信機２０と外部機器３０との接続は、無線接続に限らず、有線接続であってもよい。
【００２７】
外部機器３０は、例えば、スマートフォンやタブレット端末などの情報処理装置である。外部機器３０は、ユーザからの指示に従って外部サーバ４０からネイティブアプリケーションをダウンロードし、インストールして利用する。外部機器３０にインストールされたネイティブアプリケーション３１は、放送受信機２０のレジデント機能部２２と通信して、コンテンツデータおよびコマンドをやりとりする。
【００２８】
なお、ネイティブアプリケーション３１とは、外部機器３０のプラットフォーム上で動作するアプリケーションのことである。ＨＴＭＬ５文書によるアプリケーションデータ、音楽データ、画像（動画）データ、メッセージは、ネイティブアプリケーション３１に組み込まれている機能（例えばＨＴＭＬブラウザ３２などのアプリケーション部）によって処理される。
【００２９】
外部サーバ４０は、ネイティブアプリケーション３１や、放送により伝送されるコンテンツデータに関連するデータなどの各種のデータを、外部機器３０からのリクエストに応じて配信することが可能なサーバである。
【００３０】
次に、このシステム１における基本的な動作を図１および図２を用いて説明する。
なお、図２は、システム１における放送局１０、放送受信機２０および外部機器３０の間でのコンテンツデータおよびコマンドのやりとりに関する構成を示す図である。
【００３１】
１．まず、ユーザからの指示に従って外部機器３０が、外部サーバ４０にアクセスし、ユーザによって選択されたネイティブアプリケーション３１をダウンロードする。外部機器３０はダウンロードしたネイティブアプリケーション３１をインストールする。
【００３２】
ここで、ネイティブアプリケーション３１は、例えば、ＨＴＭＬ５文書からなるアプリケーションデータを処理することが可能なＨＴＭＬブラウザ３２や、ＡＶデータを再生可能なＡＶプレイヤーなどの各種のアプリケーション機能を備える。
【００３３】
２．ネイティブアプリケーション３１は起動されると、まず、ＷｉＦｉ（登録商標）などの無線通信を介して外部機器３０の探索を開始する。ネイティブアプリケーション３１によって放送受信機２０が発見されると、ユーザはその放送受信機２０を接続相手として選択する。ネイティブアプリケーション３１は、このユーザからの選択を受けて、放送受信機２０に接続を要求する。
【００３４】
３．放送受信機２０のレジデント機能部２２は、接続を要求してきたネイティブアプリケーション３１の認証を行う。レジデント機能部２２は、そのネイティブアプリケーション３１が、正当な（自身との接続が許可されるべき）ものであることを確認すると、そのネイティブアプリケーション３１との接続を許可する。これにより、外部機器３０のネイティブアプリケーション３１と放送受信機２０のレジデント機能部２２とが互いに通信可能な接続状態になる。
【００３５】
４．放送受信機２０のデータ放送受信部２１は、データカルーセルで伝送されたコンテンツデータおよびコマンドを受信する。コンテンツデータは、データカルーセルのＤＤＢ（DownloadDataBlock）メッセージにより伝送され、コマンドはデータカルーセルのイベントメッセージにより伝送される。データ放送受信部２１にて受信されたコンテンツデータおよびコマンドはレジデント機能部２２に与えられる。
【００３６】
５．図２に示すように、放送受信機２０のレジデント機能部２２は、コマンド取得部２１２と、コンテンツデータ取得部２２２とを有する。コマンド取得部２１２は、データ放送受信部２１より与えられたコマンドを、例えば、外部機器インタフェース２１３を用いて外部機器３０で動作しているネイティブアプリケーション３１に転送する処理などを行う。コンテンツデータ取得部２２２は、データ放送受信部２１より与えられたコンテンツデータをファイルサーバ２３に保存する処理などを行う。
【００３７】
６．外部機器３０のネイティブアプリケーション３１は、受け取ったコマンドに基づいて、ファイルサーバ２３にアクセスし、ファイルサーバ２３から対象のコンテンツデータを取得する。外部機器３０のネイティブアプリケーション３１は、例えば、コンテンツデータがＨＴＭＬ５文書によるアプリケーションデータである場合、ネイティブアプリケーション３１に組み込まれたＨＴＭＬブラウザを起動し、ＨＴＭＬブラウザにアプリケーションデータを受け渡す。これにより、ＨＴＭＬブラウザによってアプリケーションデータが処理される。
【００３８】
７．また、外部機器３０のネイティブアプリケーション３１は、適宜、放送受信機２０のレジデント機能部２２に対して、データ放送によって配信される、例えば電子番組表などのデータの取得を要求したり、チャンネルの切り替えなどの指示を与えることができる。
【００３９】
以上が、本技術に係る第１の実施形態であるシステム１における基本的な動作の説明である。
【００４０】
［放送受信機２０のハードウェア構成］
次に、放送受信機２０のハードウェア構成を説明する。
図３は放送受信機２０のハードウェア構成を示す図である。
【００４１】
放送受信機２０は、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ（Random Access Memory）２０２、ＲＯＭ（read only memory）２０３、リモコンＩ／Ｏ２０４、通信インタフェース２０５、チューナ２０６、復調部２０７、ＴＳデコーダ２０８、音声デコーダ２０９、映像デコーダ２１０、提示処理部２１１、システムバス２１２、外部機器インタフェース２１３、ストレージ２１４などを有する。放送受信機２０には、表示部２２０、音声出力部２３０が接続される。
【００４２】
ＣＰＵ２０１（第１のコントローラ）は、放送受信機２０の全体の制御、プログラムを実行するための演算処理などを行う。
【００４３】
ＲＡＭ２０２は、ＣＰＵ２０１により解釈して実行される各種のプログラムやデータが記憶されるランダムアクセス可能なメモリである。
【００４４】
ＲＯＭ２０３は、例えば、フォントなど、放送受信機２０にて用いられる各種のデータが固定的に格納された不揮発性メモリである。
【００４５】
リモコンＩ／Ｏ２０４は、リモートコントローラ（リモコン）２４０との間での赤外線信号や無線信号の入出力を行う。
【００４６】
通信インタフェース２０５は、インターネットおよびローカルエリアネットワークなどのネットワーク５０との通信のための処理を行う。
【００４７】
チューナ２０６は、ユーザにより選局された地上デジタルテレビジョン放送およびデータ放送サービスを受信する。
【００４８】
復調部２０７は、チューナ２０６にて受信された地上デジタルテレビジョン放送およびデータ放送サービスを復調してＴＳ（トランスポートストリーム）を復元する。
【００４９】
ＴＳデコーダ２０８は、ＴＳをエレメンタリストリーム毎に仕分けることによって、音声ストリーム、映像ストリーム、ＤＤＢメッセージ、イベントメッセージなどに分離する。
【００５０】
音声デコーダ２０９は、ＴＳデコーダ２０８にて分離された音声ストリームをデコードして、音声信号を増幅器およびスピーカを有するスピーカ部２３０に出力する。
【００５１】
映像デコーダ２１０は、ＴＳデコーダ２０８にて分離された映像ストリームをデコードして提示処理部２１１に供給する。
【００５２】
また、ＴＳデコーダ２０８にて分離されたＤＤＢメッセージおよびイベントメッセージはＣＰＵ２０１に供給される。ＣＰＵ２０１は、図１に示したデータ放送受信部２１およびレジデント機能部２２として動作する。データ放送受信部２１は、ＤＤＢメッセージによって固定長のブロック単位に分割されて伝送された各モジュールを抽出してコンテンツデータとしてレジデント機能部２２に供給する。また、ＣＰＵ２０１は、イベントメッセージによって伝送されたコマンドを取得してレジデント機能部２２に供給する。
【００５３】
提示処理部２１１は、映像デコーダ２１０からの映像信号、およびＣＰＵ２０１によって生成されたグラフィックス画像、文字などを合成して、表示部２２０の画面に提示するデータを生成し、表示部２２０に出力する。
【００５４】
外部機器インタフェース２１３（インタフェース）は、外部機器３０との接続のためのインタフェースである。外部機器インタフェース２１３は、例えばＷｉＦｉ（登録商標）、無線ＬＡＮ（Local Area Network）などの無線接続であってもよいし、イーサネット（登録商標）、ＵＳＢ（Universal Serial Bus）などの有線接続であってもよい。
【００５５】
ストレージ２１４は、データ放送サービスから取得したコンテンツデータなどが保存されるデータ格納部である。ストレージ２１４は、例えば、フラッシュメモリ、ハードディスクドライブなど、不揮発性を有する記憶装置であればよい。
【００５６】
［外部機器３０のハードウェア構成］
次に、外部機器３０のハードウェア構成を説明する。
外部機器３０は、放送受信機２０のセカンダリモニターとして利用されるため、携帯可能なサイズの情報処理装置であってよい。
図４は外部機器３０のハードウェア構成を示す図である。
【００５７】
外部機器３０は、ＣＰＵ３０１、ＲＡＭ（主メモリ）３０２、ＲＯＭ３０３、通信インタフェース３０５、外部機器インタフェース３０６、ストレージ３０７、システムバス３０８、入力操作部３０９、音声信号処理部３１０、表示制御部３１１、表示部３２０、音声出力部３３０などで構成される。
【００５８】
ＣＰＵ３０１（第２のコントローラ）は、外部機器３０の全体の制御、プログラムを実行するための演算処理などを行う。
【００５９】
ＲＡＭ３０２は、ＣＰＵ３０１により解釈して実行される各種のプログラムやデータが記憶されるランダムアクセス可能なメモリである。
【００６０】
ＲＯＭ３０３は、例えば、フォントなど、外部機器３０にて用いられる各種のデータが固定的に格納された不揮発性メモリである。
【００６１】
通信インタフェース３０５は、インターネットおよびローカルエリアネットワークなどのネットワーク５０との通信のための処理を行う。
【００６２】
外部機器インタフェース３０６（インタフェース）は、放送受信機２０との接続のためのインタフェースである。外部機器インタフェース２１３は、例えばＷｉＦｉ（登録商標）、無線ＬＡＮ（Local Area Network）などの無線接続であってもよいし、イーサネット（登録商標）、ＵＳＢ（Universal Serial Bus）などの有線接続であってもよい。
【００６３】
ストレージ３０７は、例えば、放送受信機２０より伝送されたコンテンツデータなどの各種のデータ、ＣＰＵ３０１により実行される各種のプログラムなどが保存される。
【００６４】
入力操作部３０９は、ユーザからの各種の指示やデータの入力を受け付ける。入力操作部３０９は、例えば、タッチセンサーパネルを用いて構成されたものであってよい。あるいは、メカニカルなキーを用いて構成されたものであってよい。
【００６５】
音声信号処理部３１０は、音声データから音声信号を生成して、増幅器およびスピーカを有する音声出力部３３０に供給する。
【００６６】
表示制御部３１１は、画像データから表示用の信号を生成して、表示画面を有する表示部３２０に供給する。
【００６７】
［コマンドについて］
次に、このシステム１において放送局からイベントメッセージにより伝送されるコマンドについて説明する。
【００６８】
コマンドには、例えば、以下のものがある。
・Receive & Launch App
・Set Receive & Launch App
・Reset Receive & Launch App
・Receive & Store Content
・Set Receive & Store Content 
・Reset Receive & Store Content
・Send Message
・Launch App
などがある。
【００６９】
各々のコマンドの内容については、以下の動作例において説明する。
【００７０】
［システム1の動作例］
次に、本実施形態のシステム１において、上記のコマンドを使った、いくつかの動作例を説明する。
【００７１】
（Receive & Launch Appを使った動作）
図５は、Receive & Launch App（第１のコマンド）を使った動作を説明する図である。
放送の順番としては、コンテンツデータがＤＤＢメッセージにより伝送され、その後、そのコンテンツデータに関するReceive & Launch Appがイベントメッセージにより伝送される。コンテンツデータはアプリケーションデータとする。
【００７２】
次に、このReceive & Launch Appを使った動作を説明する。
まず、ＤＤＢメッセージで伝送されたアプリケーションデータ（App）を放送受信機２０のレジデント機能部２２におけるコンテンツデータ取得部２２２が取得する。コンテンツデータ取得部２２２は、取得したアプリケーションデータ（App）を放送受信機２０内のファイルサーバ２３に保存する。
【００７３】
その後、放送局１０からイベントメッセージによりReceive & Launch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このReceive & Launch Appを取得すると、外部機器インタフェース２１３を通じて、直ちに、このReceive & Launch Appを外部機器３０のＣＰＵ３０１において動作中のネイティブアプリケーション３１に転送する。
【００７４】
外部機器３０のネイティブアプリケーション３１はReceive & Launch Appを受け取ると、このコマンドを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータを取得する。
【００７５】
この対象のアプリケーションデータを取得するときの動作をより詳細に説明すると、Receive & Launch Appには、対象のコンテンツデータを特定するための引数として、そのコンテンツデータのコンテンツＩＤが格納されている。ネイティブアプリケーション３１は、このコンテンツＩＤを引数とするファイルリクエストを外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３に送信する。放送受信機２０のファイルサーバ２３は、このファイルリクエストに応じて、対象のアプリケーションデータを外部機器３０のネイティブアプリケーション３１に応答する。このようにして外部機器３０のネイティブアプリケーション３１は、放送局１０より伝送されたコンテンツデータを取得する。
【００７６】
次に、ネイティブアプリケーション３１は、Receive & Launch Appに基づいてＨＴＭＬブラウザ３２を起動させ、ＨＴＭＬブラウザ３２に、対象のアプリケーションデータを引き渡す。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータをもとにアプリケーションが実行される。
【００７７】
上記のように、この動作例では、コンテンツデータ（アプリケーションデータ）がＤＤＢメッセージにより伝送されて放送受信機２０のファイルサーバ２３に保存される。一方、ファイルサーバ２３に保存されたコンテンツデータを外部機器３０が取得して処理するためのトリガとなるコマンド（Receive & Launch App）は、時刻同期をとりやすいイベントメッセージにより伝送され、放送受信機２０がこれを受信後に直ちに外部機器３０のネイティブアプリケーション３１に転送される。外部機器３０のネイティブアプリケーション３１は、このコマンドに従って放送受信機２０のファイルサーバ２３にアクセスして対象のコンテンツデータを取得し、このコンテンツデータに対応する機能を起動させて、コンテンツデータの処理を開始する。したがって、外部機器３０でのコンテンツデータの処理を、放送局１０が決めたタイミングで開始させることができる。
【００７８】
（Set Receive & Launch App とReset Receive & Launch Appを使った動作）
図６は、Set Receive & Launch App（第２のコマンド）とReset Receive & Launch App（第３のコマンド）を使った動作を説明する図である。
【００７９】
放送の順番としては、まずSet Receive & Launch Appがイベントメッセージにより伝送され、その後、Reset Receive & Launch Appがイベントメッセージにより伝送されるまでの間に、一回以上、放送局１０からコンテンツデータがＤＤＢメッセージにより伝送される。この動作例においても、コンテンツデータはアプリケーションデータとする。
【００８０】
次に、このSet Receive & Launch App とReset Receive & Launch Appを使った動作を説明する。
【００８１】
まず、放送局１０からイベントメッセージによりSet Receive & Launch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このSet Receive & Launch Appを取得すると、Reset Receive & Launch Appが取得されるまで、次のようなコンテンツデータ待機動作モードになる。
【００８２】
放送局１０からアプリケーションデータ（App1）がＤＤＢメッセージにより伝送されると、放送受信機２０のコンテンツデータ取得部２２２はこのアプリケーションデータ（App1）を取得し、ファイルサーバ２３に保存する。
【００８３】
続いて、放送受信機２０のファイルサーバ２３は、コマンド取得部２２１に対してアプリケーションデータ（App1）の保存完了を通知する。この通知を受けたコマンド取得部２２１は、Receive & Launch Appを生成し、外部機器インタフェース２１３を通じて、このReceive & Launch Appを外部機器３０において動作中のネイティブアプリケーション３１に伝送する。
【００８４】
外部機器３０のネイティブアプリケーション３１は、Receive & Launch Appを受信すると、このReceive & Launch Appを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータ（App1）を取得する。
【００８５】
続いて、ネイティブアプリケーション３１は、ＨＴＭＬブラウザ３２を起動させ、ＨＴＭＬブラウザ３２に、対象のアプリケーションデータ（App1）を引き渡す。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータ（App1）をもとにアプリケーションが実行される。
【００８６】
この後、次のアプリケーションデータ（App2）がＤＤＢメッセージにより伝送されてきた場合には、放送受信機２０のコマンド取得部２２１がこれを取得し、上記同様にこのアプリケーションデータ（App2）をファイルサーバ２３に保存する。この後の動作もアプリケーションデータ（App1）の場合と同様である。すなわち、ファイルサーバ２３は、アプリケーションデータ（App2）の保存完了をコマンド取得部２２１に通知する。この通知を受けたコマンド取得部２２１は、Receive & Launch Appを生成し、外部機器インタフェース２１３を通じて、外部機器３０において動作中のネイティブアプリケーション３１に伝送する。
【００８７】
外部機器３０のネイティブアプリケーション３１は、Receive & Launch Appに従って、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータ（App2）を取得する。
【００８８】
次に、ネイティブアプリケーション３１は、Receive & Launch Appに基づいて、ＨＴＭＬブラウザ３２に対象のアプリケーションデータ（App2）を与える。この際、ＨＴＭＬブラウザ３２が停止している場合にはこれを起動させ、起動させたＨＴＭＬブラウザ３２にアプリケーションデータ（App2）を与える。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータ（App2）に基づくアプリケーションが実行される。
【００８９】
放送局１０からイベントメッセージによりReset Receive & Launch Appが伝送され、放送受信機２０のコマンド取得部２２１がこれを取得すると、コンテンツデータ待機動作モードが終了し、Set Receive & Launch Appを取得する前の動作状態、例えば、イベントメッセージにより伝送されるReceive & Launch Appなどのコマンドの待機動作モードに戻る。
【００９０】
上記の動作では、放送受信機２０がSet Receive & Launch Appのコマンドを受けてからReset Receive & Launch Appのコマンドを受けるまで、放送受信機２０のレジデント機能部２２は上記のようなコンテンツデータ待機動作モードで動作する。これにより、外部機器３０のネイティブアプリケーション３１において実行させるアプリケーションを、ＤＤＢメッセージによりコンテンツデータが伝送されるタイミングで切り替えるといった運用が実現される。
【００９１】
また、上記の動作では、外部機器３０に与えられるコンテンツデータを何度切り替えても、放送局１０からイベントメッセージにより伝送しなければならないコマンドはSet Receive & Launch AppとReset Receive & Launch Appの計２つで済む。したがって、放送局１０側のイベントメッセージによるコマンド伝送の運用コストが抑えられる。
【００９２】
（Receive & Store Contentを使った動作）
図７は、Receive & Store Content（第１のコマンド）を使った動作を説明する図である。
これまでアプリケーションデータがＤＤＢメッセージにより伝送される場合について説明したが、ここでは音楽データ、画像（動画）データなどのＡＶデータがコンテンツデータとしてＤＤＢメッセージにより伝送される場合を説明する。
【００９３】
放送の順番としては、まず、音楽データ、画像（動画）データなどのＡＶデータがＤＤＢメッセージにより伝送され、続いて、そのＡＶデータに関するReceive & Store Contentがイベントメッセージにより伝送される。
【００９４】
次に、このReceive & Store Contentを使った動作を説明する。
【００９５】
まず、放送局１０からＤＤＢメッセージにより音楽データ、画像（動画）データなどのＡＶデータ（AV）が伝送される。放送受信機２０のコンテンツデータ取得部２２２は、このＡＶデータ（AV）を取得すると、このＡＶデータ（AV）をファイルサーバ２３に保存する。
【００９６】
その後、放送局１０からイベントメッセージによりReceive & Store Contentが伝送される。放送受信機２０のコマンド取得部２２１は、このReceive & Store Contentを取得すると、外部機器インタフェース２１３を通じて、このReceive & Store Contentを外部機器３０において動作中のネイティブアプリケーション３１に転送する。
【００９７】
外部機器３０のネイティブアプリケーション３１はReceive & Store Contentを取得すると、このコマンドを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV）を取得する。
【００９８】
ネイティブアプリケーション３１は、取得したコンテンツデータを外部機器３０のストレージ３０７に保存する。このように外部機器３０のストレージ３０７に保存されたＡＶデータ（AV）は、ユーザにより指定された任意のタイミングで、ＡＶデータ（AV）を処理可能なＡＶプレイヤーなどのアプリケーションを使って再生される。
【００９９】
（Set Receive & Store ContentとReset Receive & Store Contentを使った動作）
図８は、Set Receive & Store Content（第２のコマンド）とReset Receive & Store Content（第３のコマンド）を使った動作を説明する図である。
【０１００】
放送の順番としては、まずSet Receive & Store Contentがイベントメッセージにより伝送され、その後、Reset Receive & Store Contentがイベントメッセージにより伝送されるまでの間に、一回以上、音楽データ、画像（動画）データなどのＡＶデータ（AV1）がＤＤＢメッセージにより伝送される。
【０１０１】
次に、このSet Receive & Store ContentとReset Receive & Store Contentを使った動作を説明する。
【０１０２】
まず、放送局１０から、イベントメッセージによりSet Receive & Store Contentが伝送される。放送受信機２０のコマンド取得部２２１は、このSet Receive & Store Contentを取得すると、次にReset Receive & Store Contentを取得されるまで、次のようなコンテンツデータ待機動作モードになる。
【０１０３】
放送局１０からＡＶデータ（AV1）がＤＤＢメッセージにより伝送されると、放送受信機２０のコマンド取得部２２１はこのＡＶデータ（AV1）を取得し、ファイルサーバ２３に保存する。
【０１０４】
続いて、放送受信機２０のファイルサーバ２３は、コマンド取得部２２１に対してＡＶデータ（AV1）の保存完了を通知する。この通知を受けたコマンド取得部２２１は、Receive & Store Contentを生成し、外部機器インタフェース２１３を通じて、このReceive & Store Contentを外部機器３０において動作中のネイティブアプリケーション３１に転送する。
【０１０５】
外部機器３０のネイティブアプリケーション３１は、Receive & Store Contentを取得すると、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV1）を取得し、外部機器３０内のストレージ３０７に保存する。
【０１０６】
この後、次のＡＶデータ（AV2）がＤＤＢメッセージにより伝送されてきた場合には、放送受信機２０のコマンド取得部２２１がこれを取得し、上記同様にこのＡＶデータ（AV2）をファイルサーバ２３に保存する。この後の動作もＡＶデータ（AV1）の場合と同様である。すなわち、ファイルサーバ２３は、ＡＶデータ（AV2）の保存完了をコマンド取得部２２１に通知する。この通知を受けたコマンド取得部２２１は、Receive & Store Contentを生成し、外部機器インタフェース２１３を通じて、外部機器３０において動作中のネイティブアプリケーション３１に転送する。
【０１０７】
外部機器３０のネイティブアプリケーション３１は、Receive & Store Contentに従って、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV2）を取得し、ストレージ３０７に保存する。このように外部機器３０のストレージ３０７に保存されたＡＶデータ（AV1,AV2）は、ユーザにより指定された任意のタイミングで、ＡＶデータ（AV1,AV2）を処理可能なＡＶプレイヤーなどのアプリケーションを使って再生される。
【０１０８】
放送局１０からイベントメッセージによりReset Receive & Store Contentが放送され、放送受信機２０のコマンド取得部２２１がこれを取得すると、コンテンツデータ待機動作モードが終了し、Set Receive & Store Contentを取得する前の動作状態、例えば、イベントメッセージにより伝送されるReceive & Store Contentなどのコマンドの待機動作モードに戻る。
【０１０９】
上記の動作では、放送受信機２０がSet Receive & Store Contentのコマンドを受けてからReset Receive & Store Content のコマンドを受けるまで、放送受信機２０のレジデント機能部２２は上記のようなコンテンツデータ待機動作モードで動作する。これにより、外部機器３０に伝送する音楽データや画像（動画）データなどのＡＶデータを何度切り替えても、放送局１０からイベントメッセージにより伝送しなければならないコマンドはSet Receive & Launch AppとReset Receive & Launch Appの計２つで済む。したがって、放送局１０側のイベントメッセージによるコマンド伝送の運用コストが抑えられる。
【０１１０】
（Send Messageを使った動作）
図９は、Send Message（第４のコマンド）を使った動作を説明する図である。
【０１１１】
この動作は、放送局１０からイベントメッセージにより伝送されたSend Messageを放送受信機２０から外部機器３０に転送する動作である。Send Messageは、引き数としてテキスト形式のメッセージ本文がコンテンツデータとして格納されたコマンドである。
【０１１２】
次に、このSend Message を使った動作を説明する。
まず、放送局１０からイベントメッセージによりSend Messageが伝送される。放送受信機２０のコマンド取得部２２１は、このSend Messageを受けると、このSend Messageを外部機器インタフェース２１３を通じて外部機器３０のネイティブアプリケーション３１に転送する。
【０１１３】
外部機器３０のネイティブアプリケーション３１は、放送受信機２０のコマンド取得部２２１から転送されてきたSend Messageを受け取ると、このSend Messageに応じて、例えばメッセージ本文の提示など、特定の動作を行う。
【０１１４】
（Launch Appを使った動作）
図１０は、Launch App（第５のコマンド）を使った動作を説明する図である。
【０１１５】
この動作は、放送局１０からイベントメッセージにより放送されたLaunch Appを、放送受信機２０から外部機器３０に転送する動作である。Launch Appには、引き数として、データ(Data)のアクセス先を示すＵＲＬ（Uniform Resource Locator）が付加されている。
【０１１６】
次に、このLaunch App を使った動作を説明する。
放送局１０からイベントメッセージによりLaunch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このLaunch Appを取得すると、このLaunch Appを外部機器インタフェース２１３を通じて外部機器３０のネイティブアプリケーション３１に転送する。
【０１１７】
外部機器３０のネイティブアプリケーション３１は、放送受信機２０のコマンド取得部２２１から転送されたLaunch Appを取得すると、このLaunch Appの引き数として格納されたＵＲＬをもとに、通信インタフェース３０５を用いて外部サーバ４０にアクセスして、対象のデータ(Data)をダウンロードする。
【０１１８】
［コンテンツ記述子］
次に、放送局１０からデータカルーセルで伝送されるアプリケーションデータ、ＡＶデータ、メッセージなどのコンテンツデータを、放送受信機２０から外部機器３０に伝送するために必要な情報として、データカルーセルのＤＩＩ（DownloadInfoIndication）に格納されて伝送されるコンテンツ記述子について説明する。
【０１１９】
図１１は、ＤＩＩのデータ構造を示す図である。
このＤＩＩのデータ構造は、デジタル放送におけるデータ放送符号化方式と伝送方式、標準規格、ARIB STD-B24、5.1版からの抜粋である。各々の記述子の意味は、上記の標準規格に記載されている。
【０１２０】
このＤＩＩのデータ構造において、moduleInfoByteにはデータを分割した単位であるモジュールに関する情報として、上記のコンテンツ記述子を格納することができる。
【０１２１】
図１２は、コンテンツ記述子のデータ構造を示す図である。
【０１２２】
descriptor_tagは、デスクリプタタイプを示す８ビットのデータであり、ここではコンテンツ記述子を示すタグ値が記述される。
【０１２３】
descriptor_lengthは、コンテンツ記述子の長さ（サイズ）を示す８ビットのデータである。このデータは、コンテンツ記述子の長さとして、以降のバイト数を示す。
【０１２４】
content_categoryは、コンテンツデータのカテゴリーを示す８ビットのデータである。カテゴリーには、アプリケーション、音楽、画像（動画）、ゲーム、メッセージなどがある。
【０１２５】
content_id_lengthは、コンテンツＩＤの長さ（サイズ）を示す８ビットのデータである。
【０１２６】
content_id_byteは、コンテンツＩＤを示す８ビットのデータである。content_id_byteには、０からcontent_id_lengthに示す長さまでの範囲の長さのコンテンツＩＤを記述できる。
【０１２７】
content_name_flagは、コンテンツに名前がある場合にセットされるフラグである。
【０１２８】
bc_metadata_flagは、コンテンツデータの関連データがデータカルーセルで伝送される場合にセットされるフラグである。
【０１２９】
bb_metadata_flagは、コンテンツデータの関連データが外部サーバ４０から取得可能である場合にセットされるフラグである。
【０１３０】
module_link_flagは、コンテンツデータが複数のモジュールで伝送される場合にセットされるフラグである。
【０１３１】
reservedは、フラグ用のリザーブの４ビットである。
【０１３２】
content_name_lengthとcontent_name_byteは、content_name_flagがセットされている場合に記述される。content_name_lengthは、コンテンツの名前の長さを示す８ビットのデータである。content_name_byteは、コンテンツの名前を示す８ビットのデータである。content_name_byteには、０からcontent_name_lengthに示す長さまでの範囲の長さの名前を記述できる。
【０１３３】
component_tagとmetadata_module_idは、bc_metadata_flagがセットされている場合に記述される。component_tagはカルーセルが伝送されるコンポーネントストリームを指定するデータである。metadata_module_idは、コンテンツデータの関連データが格納されたモジュールのモジュールＩＤである。このように関連データは、component_tagとmetadata_module_idとの組み合わせによって特定される。
【０１３４】
metadata_url_lengthとmetadata_url_byteは、bb_metadata_flagがセットされている場合に記述される。metadata_url_lengthは、コンテンツデータの関連データが格納されたＵＲＬの長さを示すデータである。metadata_url_byteはそのＵＲＬのデータである。このmetadata_url_byteについては、０からmetadata_url_lengthに示す長さまでの範囲の長さのＵＲＬに対応可能なように、８ビットのmetadata_url_byteを複数使って１つのＵＲＬを記述できる。
【０１３５】
number_of_moduleとrough_content_sizeは、module_link_flagがセットされている場合に記述される。number_of_moduleは、コンテンツデータが複数のモジュールで伝送される場合のモジュール数を示すデータである。rough_content_sizeは、コンテンツデータのサイズを示すデータである。
【０１３６】
放送受信機２０のコマンド取得部２２１は、受信したＤＩＩメッセージに格納されている情報をもとに、データカルーセルのＤＤＢ（Download Data Block）メッセージによりモジュール単位で伝送されてくるデータを受信する。このとき、コマンド取得部２２１は、ＤＩＩメッセージのmoduleInfoByte に上記のコンテンツ記述子が格納されている場合には、このコンテンツ記述子を読み込み、どのようなコンテンツデータがどのデータカルーセルのどのモジュールで伝送されてくるかを認識して、コンテンツデータを受信する。このとき、コンテンツデータのカテゴリーがアプリケーション、ＡＶデータなどである場合には、コンテンツ記述子に記述されたrough_content_sizeをもとに放送受信機２０のファイルサーバ２３にコンテンツデータを保存するための準備が行われる。
【０１３７】
［コンテンツ記述子の他の記述方法］
ＤＩＩのデータ構造において、moduleInfoByteにはデータを分割した単位であるモジュールに関する情報の記述子（InfoDescriptor）を格納することができる。ここで、InfoDescriptorは、モジュールに関する情報を格納するために標準規格で用意されているデータ構造である。
【０１３８】
図１３は、そのInfoDescriptorの構造を示す図である。
ここで、text_charには、データ符号化方式ないし運用にて規定される文字符号を用いて、モジュールとして伝送するファイルに関する８ビットの文字列情報を複数記述できる。このtext_charにコンテンツ記述子が記述される。
【０１３９】
コンテンツ記述子は、以下の情報を含む。
c_idはコンテンツデータを識別するＩＤである。
c_nameはコンテンツデータの名前である。
c_categoryはコンテンツデータのカテゴリーである。"app"はコマンドであることを意味する。その他、ＡＶデータなどのカテゴリーがある。
c_sizeはコンテンツデータのサイズ（キロバイト）である。
c_m_numberはコンテンツデータを伝送するモジュール数を示す。
Meta_moduleは、コンテンツデータに関連するデータのモジュールＩＤである。
Meta_urlは、コンテンツデータに関連するデータが置かれたネットワーク上のロケーションを示す。
【０１４０】
［コマンドのデータ構造］
次に、コマンドのデータ構造を説明する。
【０１４１】
コマンドはイベントメッセージにより伝送される。
イベントメッセージのデータはストリーム記述子に記載され、ストリーム記述子用のＤＳＭ−ＣＣセクション形式で伝送される。
【０１４２】
図１４は、ストリーム記述子を伝送するＤＳＭ−ＣＣセクションのデータ構造を示す図である。
これは、標準規格、ARIB STD-B24、5.1版からの抜粋である。各々の記述子の意味は、上記の標準規格に記載されている。
【０１４３】
ＤＳＭ−ＣＣセクションには、stream_descriptorに汎用イベントメッセージ記述子を格納することができる。
【０１４４】
図１５は、汎用イベントメッセージ記述子のデータ構造を示す図である。
event_msg_group_idは、アプリケーションが受信すべきイベントメッセージ群を識別する識別子である。ここでは、event_msg_group_idに、コンテンツデータの処理に関するコマンドを伝送するイベントメッセージ群であることを示す値が記述される。
【０１４５】
time_modeは、イベントメッセージの発生する時刻の指定方法を示すデータである。event_msg_group_idがコンテンツデータの処理に関するコマンドを格納したイベントメッセージ群を示す値であるとき、time_modeが"０"である場合、放送受信機２０にイベントメッセージを受信後、直ちにイベントメッセージを発生させる（外部機器３０に転送する。）ことを示す。time_modeが"１"である場合、修正ユリウス暦と日本標準時で表される絶対時刻にあわせてイベントメッセージを放送受信機２０に発生させることを示す。time_modeが"２"である場合、NPT時刻データにあわせてイベントメッセージを放送受信機２０に発生させることを示す。time_modeが"３"である場合、番組開始時刻からの相対時間（ミリ秒）指定にあわせてイベントメッセージを放送受信機２０に発生させることを示す。
【０１４６】
private_data_byteには、１以上のコマンドを記述することができる。
【０１４７】
図１６は、private_data_byteに格納されるコマンドのフォーマットの例を示す図である。
【０１４８】
command_codeは８ビットのコマンドコードである。コマンドコード、コマンド、引き数の関係を図１７に示す。
【０１４９】
no_of_ss_target_appsは、コマンドを伝送する外部機器３０のアプリケーションの数を示す８ビットのデータである。
【０１５０】
app_categoryは、アプリケーションのカテゴリー（ＯＳの種類など）を示す８ビットのデータである。
【０１５１】
app_id_lengthは、アプリケーションの長さ（サイズ）を示す８ビットのデータである。
【０１５２】
app_id_byteは、アプリケーションの長さ（サイズ）を示す８ビットのデータである。このapp_id_byteについては、０からapp_id_lengthに示す長さまでの範囲の長さのデータに対応可能なように、８ビットのapp_id_byte を複数使って１つのapp_idを記述できる。
【０１５３】
no_of_text_dataは、Send Messageで送られるメッセージやLaunch Appで送られるＵＲＬなどのテキストデータの数を示すデータである。
【０１５４】
text_data byteは、メッセージの本文、およびＵＲＬそのもののテキストデータである。このtext_data byte についても０からno_of_text_data に示す長さまでの範囲の長さのデータに対応可能なように、８ビットのtext_data byte e を複数使って１つのメッセージの本文、ＵＲＬを記述できる。
【０１５５】
content_id_byteは、コマンドの処理対象であるコンテンツデータを識別するデータである。このcontent_id_byteについても、０からno_of_content_id_byteに示す長さまでの範囲の長さのデータに対応可能なように、８ビットのcontent_id_byte を複数使って１つのcontent_id_を記述できる。
【０１５６】
no_of_content_id_byteは、content_id_byteの最大数を示す８ビットのデータである。
【０１５７】
［ＪＳＯＮによる記述例］
ＪＳＯＮ（JavaScript Object Notation）は、ソフトウェア間でのデータの受け渡しに用いられる、Java（登録商標）Scriptにおけるオブジェクトの表記法を応用したデータ形式である。
【０１５８】
図１８は、ＪＳＯＮによるコンテンツ記述情報の記述例を示す図である。
ＪＳＯＮでは、キーと値をコロン(:)で区切って表記したペアがカンマ区切りで列挙される。値として配列やオブジェクトをとることができる。このため、配列やオブジェクトを何階層もネストすることができる。
【０１５９】
この例は、Receive & Launch Appのコマンドの記述例である。Receive & Launch Appのコマンドの対象となるアプリケーションとして、複数のアプリケーションが" AppList"をキーとするオブジェクトにおいて指定される場合を想定している。各々のアプリケーションは、"AppID"をキーとするオブジェクトによって表現される。"AppID"をキーとするオブジェクトの中には、カテゴリー（AppCategory）のキーと値のペアがひとつのアプリケーションを特定する情報として記述される。さらに、この例では、コンテンツＩＤ（ContentID）のキーと値が、Receive & Launch Appのコマンドの対象となるコンテンツデータを指定する情報として記述されている。
【０１６０】
なお、本技術は以下のような構成もとることができる。
（１）情報処理装置と接続が可能なインタフェースと、
ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラと
を具備する放送受信機。
【０１６１】
（２）前記（１）に記載の放送受信機であって、
前記取得された前記コンテンツデータを保存するストレージをさらに具備し、
前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成される
放送受信機。
【０１６２】
（３）前記（１）または（２）に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送する前記コンテンツデータ待機動作モードを設定するように構成される
放送受信機。
【０１６３】
（４）前記（３）に記載の放送受信機であって、
前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成される
放送受信機。
【０１６４】
（５）前記（１）ないし（４）のいずれかに記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成される
放送受信機。
【０１６５】
（６）前記（１）ないし（５）のいずれかに記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成される
放送受信機。
【０１６６】
（７）前記（１）ないし（６）のいずれかに記載の放送受信機であって、
前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成される
放送受信機。
【符号の説明】
【０１６７】
１０…放送局
１１…データ放送部
２０…放送受信機
２１…データ放送受信部
２２…レジデント機能部
２３…ファイルサーバ
３０…外部機器
３１…ネイティブアプリケーション
３２…ＨＴＭＬブラウザ
４０…外部サーバ
５０…ネットワーク
２０１…ＣＰＵ
２０２…ＲＡＭ
２０３…ＲＯＭ
２０５…通信インタフェース
２０６…チューナ
２０７…復調部
２０８…ＴＳデコーダ
２０９…音声デコーダ
２１０…映像デコーダ
２１１…提示処理部
２１２…システムバス
２１３…外部機器インタフェース
２１４…ストレージ
２２１…コマンド取得部
２２２…コンテンツデータ取得部
２３０…音声出力部
２４０…リモートコントローラ
３０１…ＣＰＵ
３０２…ＲＡＭ
３０３…ＲＯＭ
３０５…通信インタフェース
３０６…外部機器インタフェース
３０７…ストレージ
【図１】
2019161658.tif 000003
【図２】
2019161658.tif 000004
【図３】
2019161658.tif 000005
【図４】
2019161658.tif 000006
【図５】
2019161658.tif 000007
【図６】
2019161658.tif 000008
【図７】
2019161658.tif 000009
【図８】
2019161658.tif 000010
【図９】
2019161658.tif 000011
【図１０】
2019161658.tif 000012
【図１１】
2019161658.tif 000013
【図１２】
2019161658.tif 000014
【図１３】
2019161658.tif 000015
【図１４】
2019161658.tif 000016
【図１５】
2019161658.tif 000017
【図１６】
2019161658.tif 000018
【図１７】
2019161658.tif 000019
【図１８】
2019161658.tif 000020
【手続補正書】
【提出日】令和1年5月27日(2019.5.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
情報処理装置と接続が可能なインタフェースと、
放送ストリームに含まれるコンテンツデータと前記コンテンツデータに関する第１のコマンドを取得し、前記第１のコマンドを前記情報処理装置に転送し、前記前記情報処理装置からの要求に応じて前記コンテンツデータを前記情報処理装置に応答するように構成されるコントローラと
を具備する放送受信機。
【請求項２】
請求項１に記載の放送受信機であって、
前記コンテンツデータを保存するストレージをさらに具備し、
前記コントローラは、前記情報処理装置からの要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成される
放送受信機。
【請求項３】
請求項１または２に記載の放送受信機であって、
前記コントローラは、前記放送ストリームから前記情報処理装置に対してメッセージを伝送するための第２のコマンドを取得したとき、前記第２のコマンドを前記情報処理装置に転送するように構成される
放送受信機。
【請求項４】
請求項１から３のいずれか１項に記載の放送受信機であって、
前記コントローラは、前記放送ストリームから前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第３のコマンドを取得したとき、この第３のコマンドを前記情報処理装置に転送するように構成される
放送受信機。
【請求項５】
請求項１から４のいずれか１項に記載の放送受信機であって、
前記コマンドは、前記コントローラが前記情報処理装置に当該コマンドを転送する時刻の指定方法に関する情報を含み、
前記コントローラは、前記情報に基づいて前記コマンドを転送する時刻を決定するように構成される
放送受信機。
【請求項６】
請求項１から５のいずれか１項に記載の放送受信機であって、
前記コントローラは、ＪＳＯＮ形式で前記コマンド を前記情報処理装置に転送するように構成される
放送受信機。
【請求項７】
請求項１から６のいずれか１項に記載の放送受信機であって、
前記コマンドは、コマンド名と引き数としてのテキストデータを含む
放送受信機。
【請求項８】
コントローラが、
放送ストリームに含まれるコンテンツデータと前記コンテンツデータに関する第１のコマンドを取得し、前記第１のコマンドをインタフェースを通じて情報処理装置に転送し、前記情報処理装置からの要求に応じて前記コンテンツデータを前記インタフェースを通じて前記情報処理装置に応答する
放送受信方法。
【請求項９】
放送受信機と接続が可能なインタフェースと、
放送ストリームに含まれるコンテンツデータと前記コンテンツデータに関する第１のコマンドを前記放送受信機から取得し、前記放送受信機に要求することで前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得するコントローラを具備する
情報処理装置。
【請求項１０】
請求項９に記載の情報処理装置であって、
前記コントローラは、前記放送受信機より取得した前記第１のコマンドに応じてアプリケーションを制御し、前記コンテンツデータを提示するように構成される
情報処理装置。
【請求項１１】
コントローラが、
放送ストリームに含まれるコンテンツデータと前記コンテンツデータに関する第１のコマンドをインタフェースを通じて放送受信機から取得し、前記放送受信機に要求することで前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得する
情報処理方法。
【請求項１２】
コントローラに、放送ストリームに含まれるコンテンツデータと前記コンテンツデータに関する第１のコマンドをインタフェースを通じて放送受信機から取得すること、および前記放送受信機に要求することで前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得することを実行させるプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本技術は、地上デジタルテレビジョン放送を受信する放送受信機および放送受信方法、放送受信機から放送コンテンツの伝送を受けて処理する情報処理装置および情報処理方法、さらにはプログラムに関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
以上のような事情に鑑み、本技術の目的は、放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送することのできる放送受信機、放送受信方法、情報処理装置、情報処理方法およびプログラムを提供することにある。