特開 2023-138785 放送受信機および放送受信機の動作方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023138785

(43)【公開日】2023-10-02

(54)【発明の名称】放送受信機および放送受信機の動作方法

(51)【国際特許分類】

   H04N 21/436 20110101AFI20230922BHJP

   H04N 21/435 20110101ALI20230922BHJP

【ＦＩ】

H04N21/436

H04N21/435

【審査請求】有

【請求項の数】2

【出願形態】ＯＬ

(21)【出願番号】P 2023130638

(22)【出願日】2023-08-10

(62)【分割の表示】P 2021168476の分割

【原出願日】2015-04-10

(31)【優先権主張番号】P 2014094278

(32)【優先日】2014-04-30

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】110003339

【氏名又は名称】弁理士法人南青山国際特許事務所

(72)【発明者】

【氏名】北里 直久

(57)【要約】

【課題】放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送する。
【解決手段】この放送受信機は、情報処理装置と接続が可能なインタフェースと、放送ストリームに含まれるコンテンツデータと前記コンテンツデータに関する第１のコマンドを取得し、前記第１のコマンドを前記情報処理装置に転送し 、前記情報処理装置からの要求に応じて前記コンテンツデータを前記情報処理装置に応答するように構成されるコントローラとを具備する。
【選択図】図１

【特許請求の範囲】

【請求項1】

情報処理装置と接続が可能なインタフェースと、
ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラと
を具備する放送受信機。

【請求項2】

請求項１に記載の放送受信機であって、
前記取得された前記コンテンツデータを保存するストレージをさらに具備し、
前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成される
放送受信機。

【請求項3】

請求項２に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送するコンテンツデータ待機動作モードを設定するように構成される
放送受信機。

【請求項4】

請求項３に記載の放送受信機であって、
前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成される
放送受信機。

【請求項5】

請求項４に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成される
放送受信機。

【請求項6】

請求項５に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成される
放送受信機。

【請求項7】

請求項６に記載の放送受信機であって、
前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成される
放送受信機。

【請求項8】

第１のコントローラが、
ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、
イベントメッセージにより伝送され、前記取得されたコンテンツデータをインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを取得し、前記情報処理装置に転送する
放送受信方法。

【請求項9】

ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機と接続が可能なインタフェースと、
前記放送受信機より転送された前記第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを、前記インタフェースを通じて取得する第２のコントローラを具備する
情報処理装置。

【請求項10】

請求項９に記載の情報処理装置であって、
前記第２のコントローラは、前記放送受信機より転送された前記第１のコマンドに応じて、前記取得したコンテンツデータを処理可能なアプリケーションを起動させるように構成される
情報処理装置。

【請求項11】

第２のコントローラが、
インタフェースを通じて接続され、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機より、前記第１のコマンドを取得し、この第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得する
情報処理方法。

【請求項12】

コンテンツデータをＤＤＢメッセージにより伝送し、
前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送するデータ放送部を具備する放送装置。

【請求項13】

データ放送部が、
コンテンツデータをＤＤＢメッセージにより伝送し、
前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送する
放送方法。

【発明の詳細な説明】

【技術分野】

【0001】

本技術は、地上デジタルテレビジョン放送を受信する放送受信機および放送受信方法、放送受信機から放送コンテンツの伝送を受けて処理する情報処理装置および情報処理方法、さらには放送コンテンツを放送する放送装置および放送方法に関する。

【背景技術】

【0002】

ＴＶ受像機などの放送受信機で受信される放送番組に対応して、スマートフォンやタブレット端末などの情報処理装置のアプリケーションが放送番組と連携して動作する仕組みが注目されつつある。例えば、ＴＶ受像機でスポーツ番組を受信しながら、情報処理装置では、そのスポーツ番組の出場選手に関する情報や試合の流れなどの情報が提示されることによって、ユーザは情報処理装置をセカンドスクリーン（２つ目の画面）として利用しながら、番組を楽しむことができる。

【0003】

特許文献１には、番組に関する情報の例として、番組表（ＥＰＧ）や、現在選局中のチャンネルで現在放送されている番組に対応する案内などをタブレットコンピュータに表示するシステム１が開示されている。このシステム１では、タブレットコンピュータが、映像機器において現在表示されている番組に関する詳細情報をメタデータサーバから取得することによって、情報を表示するように構成される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１３－２２５８９７号公報（段落００２４）

【発明の概要】

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

【0005】

現在、放送受信機内のアプリケーションが放送と連動して動作し、スマートフォンやタブレット端末などの情報処理装置のアプリケーションに、放送から取得した各種のコンテンツデータを伝送するモデルが検討されている。しかし、このようなモデルの実現に向けては、解決が求められるいくつもの課題が残されている。

【0006】

以上のような事情に鑑み、本技術の目的は、放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送することのできる放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法を提供することにある。

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

【0007】

上記の課題を解決するために、本技術に係る一形態である放送受信機は、情報処理装置と接続が可能なインタフェースと、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラとを具備する。

【0008】

上記の放送受信機は、前記取得された前記コンテンツデータを保存するストレージをさらに具備し、前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成されてもよい。

【0009】

前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送する前記コンテンツデータ待機動作モードを設定するように構成されてもよい。

【0010】

前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成されてもよい。

【0011】

前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成されてもよい。

【0012】

前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成されてもよい。

【0013】

上記の放送受信機において、前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成されてもよい。

【0014】

本技術に係る他の形態である放送受信方法は、第１のコントローラが、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータをインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを取得し、前記情報処理装置に転送する、というものである。

【0015】

本技術に係る他の形態である情報処理装置は、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機と接続が可能なインタフェースと、前記放送受信機より転送された前記第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを、前記インタフェースを通じて取得する第２のコントローラを具備する。

【0016】

前記第２のコントローラは、前記放送受信機より転送された前記第１のコマンドに応じて、前記取得したコンテンツデータを処理可能なアプリケーションを起動させるように構成されてもよい。

【0017】

本技術に係る他の形態である情報処理方法は、第２のコントローラが、インタフェースを通じて接続され、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機より、前記第１のコマンドを取得し、この第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得する、というものである。

【0018】

本技術に係る他の形態である放送装置は、コンテンツデータをＤＤＢメッセージにより伝送し、前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送するデータ放送部を具備する。

【0019】

本技術に係る他の形態である放送方法は、データ放送部が、コンテンツデータをＤＤＢメッセージにより伝送し、前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送する、というものである。

【発明の効果】

【0020】

以上のように、本技術によれば、放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送することができる。

【図面の簡単な説明】

【0021】

【図1】本技術に係る第１の実施形態であるシステム１の全体的な構成を示す図である。

【図2】図１のシステム１における放送局１０、放送受信機２０および外部機器３０の間でのコンテンツデータおよびコマンドのやりとりに関する構成を示す図である。

【図3】図１のシステムにおける放送受信機２０のハードウェア構成を示す図である。

【図4】図１のシステムにおける外部機器３０のハードウェア構成を示す図である。

【図5】Receive & Launch App（第１のコマンド）を使った動作を説明する図である。

【図6】Set Receive & Launch App（第２のコマンド）とReset Receive & Launch App（第３のコマンド）を使った動作を説明する図である。

【図7】Receive & Store Content（第１のコマンド）を使った動作を説明する図である。

【図8】Set Receive & Store Content（第２のコマンド）とReset Receive & Store Content（第３のコマンド）を使った動作を説明する図である。

【図9】Send Message（第４のコマンド）を使った動作を説明する図である。

【図10】Launch App（第５のコマンド）を使った動作を説明する図である。

【図11】ＤＩＩのデータ構造を示す図である。

【図12】コンテンツ記述子のデータ構造を示す図である。

【図13】InfoDescriptorの構造を示す図である。

【図14】ストリーム記述子を伝送するＤＳＭ－ＣＣセクションのデータ構造を示す図である。

【図15】汎用イベントメッセージ記述子のデータ構造を示す図である。

【図16】private_data_byteに格納されるコマンドのフォーマットの例を示す図である。

【図17】コマンドコード、コマンド、引き数の関係を示す図である。

【図18】ＪＳＯＮによるコンテンツ記述情報の記述例を示す図である。

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

【0022】

以下、本技術に係る実施形態を、図面を参照しながら説明する。
＜第１の実施形態＞
［システム１の全体構成］
図１は、本技術に係る第１の実施形態であるシステム１の全体的な構成を示す図である。

【0023】

このシステム１は、放送局（放送装置）１０、放送受信機２０、外部機器（情報処理装置）３０および外部サーバ４０を備える。

【0024】

放送局１０は、地上デジタルテレビジョン放送およびデータ放送のカルーセル伝送を行う。カルーセル伝送の対象として、この技術では、放送受信機２０から外部機器３０に伝送されるコンテンツデータおよびコマンドの伝送を想定している。すなわち、放送局１０は、コンテンツデータをＤＤＢメッセージにより伝送し、このコンテンツデータを放送受信機２０から外部機器３０にインタフェースを通じて伝送するように放送受信機２０および外部機器３０を動作させたり、コンテンツデータを外部機器３０が放送受信機２０から取得するように外部機器３０を動作させたりするためのコマンドをイベントメッセージにより伝送するデータ放送部１１を有する。放送局１０のデータ放送部１１からデータカルーセルのＤＤＢメッセージにより伝送されるコンテンツデータとしては、例えば、ＨＴＭＬ５文書によるアプリケーションデータ、音楽データ、画像（動画）データ、メッセージデータ、ゲームデータなどが想定される。

【0025】

放送受信機２０は、地上デジタルテレビジョン放送およびデータ放送サービスを受信するデータ放送受信部２１と、外部機器３０のネイティブアプリケーション３１との間でデータ伝送および通信を行うアプリケーションであるレジデント機能部２２を有する。レジデント機能部２２は、例えば、データ放送受信部２１にてデータカルーセルから取得したコンテンツデータおよびコマンドを、放送受信機２０に接続されている外部機器３０で実行されているネイティブアプリケーション３１に伝送する。放送受信機２０は、例えば、テレビジョン装置、セットトップボックスなど、具体的な製品形態を問わない。

【0026】

放送受信機２０と外部機器３０との接続には、例えば、ＷｉＦｉ（登録商標）などの無線通信が用いられる。なお、放送受信機２０と外部機器３０との接続は、無線接続に限らず、有線接続であってもよい。

【0027】

外部機器３０は、例えば、スマートフォンやタブレット端末などの情報処理装置である。外部機器３０は、ユーザからの指示に従って外部サーバ４０からネイティブアプリケーションをダウンロードし、インストールして利用する。外部機器３０にインストールされたネイティブアプリケーション３１は、放送受信機２０のレジデント機能部２２と通信して、コンテンツデータおよびコマンドをやりとりする。

【0028】

なお、ネイティブアプリケーション３１とは、外部機器３０のプラットフォーム上で動作するアプリケーションのことである。ＨＴＭＬ５文書によるアプリケーションデータ、音楽データ、画像（動画）データ、メッセージは、ネイティブアプリケーション３１に組み込まれている機能（例えばＨＴＭＬブラウザ３２などのアプリケーション部）によって処理される。

【0029】

外部サーバ４０は、ネイティブアプリケーション３１や、放送により伝送されるコンテンツデータに関連するデータなどの各種のデータを、外部機器３０からのリクエストに応じて配信することが可能なサーバである。

【0030】

次に、このシステム１における基本的な動作を図１および図２を用いて説明する。
なお、図２は、システム１における放送局１０、放送受信機２０および外部機器３０の間でのコンテンツデータおよびコマンドのやりとりに関する構成を示す図である。

【0031】

１．まず、ユーザからの指示に従って外部機器３０が、外部サーバ４０にアクセスし、ユーザによって選択されたネイティブアプリケーション３１をダウンロードする。外部機器３０はダウンロードしたネイティブアプリケーション３１をインストールする。

【0032】

ここで、ネイティブアプリケーション３１は、例えば、ＨＴＭＬ５文書からなるアプリケーションデータを処理することが可能なＨＴＭＬブラウザ３２や、ＡＶデータを再生可能なＡＶプレイヤーなどの各種のアプリケーション機能を備える。

【0033】

２．ネイティブアプリケーション３１は起動されると、まず、ＷｉＦｉ（登録商標）などの無線通信を介して外部機器３０の探索を開始する。ネイティブアプリケーション３１によって放送受信機２０が発見されると、ユーザはその放送受信機２０を接続相手として選択する。ネイティブアプリケーション３１は、このユーザからの選択を受けて、放送受信機２０に接続を要求する。

【0034】

３．放送受信機２０のレジデント機能部２２は、接続を要求してきたネイティブアプリケーション３１の認証を行う。レジデント機能部２２は、そのネイティブアプリケーション３１が、正当な（自身との接続が許可されるべき）ものであることを確認すると、そのネイティブアプリケーション３１との接続を許可する。これにより、外部機器３０のネイティブアプリケーション３１と放送受信機２０のレジデント機能部２２とが互いに通信可能な接続状態になる。

【0035】

４．放送受信機２０のデータ放送受信部２１は、データカルーセルで伝送されたコンテンツデータおよびコマンドを受信する。コンテンツデータは、データカルーセルのＤＤＢ（DownloadDataBlock）メッセージにより伝送され、コマンドはデータカルーセルのイベントメッセージにより伝送される。データ放送受信部２１にて受信されたコンテンツデータおよびコマンドはレジデント機能部２２に与えられる。

【0036】

５．図２に示すように、放送受信機２０のレジデント機能部２２は、コマンド取得部２１２と、コンテンツデータ取得部２２２とを有する。コマンド取得部２１２は、データ放送受信部２１より与えられたコマンドを、例えば、外部機器インタフェース２１３を用いて外部機器３０で動作しているネイティブアプリケーション３１に転送する処理などを行う。コンテンツデータ取得部２２２は、データ放送受信部２１より与えられたコンテンツデータをファイルサーバ２３に保存する処理などを行う。

【0037】

６．外部機器３０のネイティブアプリケーション３１は、受け取ったコマンドに基づいて、ファイルサーバ２３にアクセスし、ファイルサーバ２３から対象のコンテンツデータを取得する。外部機器３０のネイティブアプリケーション３１は、例えば、コンテンツデータがＨＴＭＬ５文書によるアプリケーションデータである場合、ネイティブアプリケーション３１に組み込まれたＨＴＭＬブラウザを起動し、ＨＴＭＬブラウザにアプリケーションデータを受け渡す。これにより、ＨＴＭＬブラウザによってアプリケーションデータが処理される。

【0038】

７．また、外部機器３０のネイティブアプリケーション３１は、適宜、放送受信機２０のレジデント機能部２２に対して、データ放送によって配信される、例えば電子番組表などのデータの取得を要求したり、チャンネルの切り替えなどの指示を与えることができる。

【0039】

以上が、本技術に係る第１の実施形態であるシステム１における基本的な動作の説明である。

【0040】

［放送受信機２０のハードウェア構成］
次に、放送受信機２０のハードウェア構成を説明する。
図３は放送受信機２０のハードウェア構成を示す図である。

【0041】

放送受信機２０は、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ（Random Access Memory）２０２、ＲＯＭ（read only memory）２０３、リモコンＩ／Ｏ２０４、通信インタフェース２０５、チューナ２０６、復調部２０７、ＴＳデコーダ２０８、音声デコーダ２０９、映像デコーダ２１０、提示処理部２１１、システムバス２１２、外部機器インタフェース２１３、ストレージ２１４などを有する。放送受信機２０には、表示部２２０、音声出力部２３０が接続される。

【0042】

ＣＰＵ２０１（第１のコントローラ）は、放送受信機２０の全体の制御、プログラムを実行するための演算処理などを行う。

【0043】

ＲＡＭ２０２は、ＣＰＵ２０１により解釈して実行される各種のプログラムやデータが記憶されるランダムアクセス可能なメモリである。

【0044】

ＲＯＭ２０３は、例えば、フォントなど、放送受信機２０にて用いられる各種のデータが固定的に格納された不揮発性メモリである。

【0045】

リモコンＩ／Ｏ２０４は、リモートコントローラ（リモコン）２４０との間での赤外線信号や無線信号の入出力を行う。

【0046】

通信インタフェース２０５は、インターネットおよびローカルエリアネットワークなどのネットワーク５０との通信のための処理を行う。

【0047】

チューナ２０６は、ユーザにより選局された地上デジタルテレビジョン放送およびデータ放送サービスを受信する。

【0048】

復調部２０７は、チューナ２０６にて受信された地上デジタルテレビジョン放送およびデータ放送サービスを復調してＴＳ（トランスポートストリーム）を復元する。

【0049】

ＴＳデコーダ２０８は、ＴＳをエレメンタリストリーム毎に仕分けることによって、音声ストリーム、映像ストリーム、ＤＤＢメッセージ、イベントメッセージなどに分離する。

【0050】

音声デコーダ２０９は、ＴＳデコーダ２０８にて分離された音声ストリームをデコードして、音声信号を増幅器およびスピーカを有するスピーカ部２３０に出力する。

【0051】

映像デコーダ２１０は、ＴＳデコーダ２０８にて分離された映像ストリームをデコードして提示処理部２１１に供給する。

【0052】

また、ＴＳデコーダ２０８にて分離されたＤＤＢメッセージおよびイベントメッセージはＣＰＵ２０１に供給される。ＣＰＵ２０１は、図１に示したデータ放送受信部２１およびレジデント機能部２２として動作する。データ放送受信部２１は、ＤＤＢメッセージによって固定長のブロック単位に分割されて伝送された各モジュールを抽出してコンテンツデータとしてレジデント機能部２２に供給する。また、ＣＰＵ２０１は、イベントメッセージによって伝送されたコマンドを取得してレジデント機能部２２に供給する。

【0053】

提示処理部２１１は、映像デコーダ２１０からの映像信号、およびＣＰＵ２０１によって生成されたグラフィックス画像、文字などを合成して、表示部２２０の画面に提示するデータを生成し、表示部２２０に出力する。

【0054】

外部機器インタフェース２１３（インタフェース）は、外部機器３０との接続のためのインタフェースである。外部機器インタフェース２１３は、例えばＷｉＦｉ（登録商標）、無線ＬＡＮ（Local Area Network）などの無線接続であってもよいし、イーサネット（登録商標）、ＵＳＢ（Universal Serial Bus）などの有線接続であってもよい。

【0055】

ストレージ２１４は、データ放送サービスから取得したコンテンツデータなどが保存されるデータ格納部である。ストレージ２１４は、例えば、フラッシュメモリ、ハードディスクドライブなど、不揮発性を有する記憶装置であればよい。

【0056】

［外部機器３０のハードウェア構成］
次に、外部機器３０のハードウェア構成を説明する。
外部機器３０は、放送受信機２０のセカンダリモニターとして利用されるため、携帯可能なサイズの情報処理装置であってよい。
図４は外部機器３０のハードウェア構成を示す図である。

【0057】

外部機器３０は、ＣＰＵ３０１、ＲＡＭ（主メモリ）３０２、ＲＯＭ３０３、通信インタフェース３０５、外部機器インタフェース３０６、ストレージ３０７、システムバス３０８、入力操作部３０９、音声信号処理部３１０、表示制御部３１１、表示部３２０、音声出力部３３０などで構成される。

【0058】

ＣＰＵ３０１（第２のコントローラ）は、外部機器３０の全体の制御、プログラムを実行するための演算処理などを行う。

【0059】

ＲＡＭ３０２は、ＣＰＵ３０１により解釈して実行される各種のプログラムやデータが記憶されるランダムアクセス可能なメモリである。

【0060】

ＲＯＭ３０３は、例えば、フォントなど、外部機器３０にて用いられる各種のデータが固定的に格納された不揮発性メモリである。

【0061】

通信インタフェース３０５は、インターネットおよびローカルエリアネットワークなどのネットワーク５０との通信のための処理を行う。

【0062】

外部機器インタフェース３０６（インタフェース）は、放送受信機２０との接続のためのインタフェースである。外部機器インタフェース２１３は、例えばＷｉＦｉ（登録商標）、無線ＬＡＮ（Local Area Network）などの無線接続であってもよいし、イーサネット（登録商標）、ＵＳＢ（Universal Serial Bus）などの有線接続であってもよい。

【0063】

ストレージ３０７は、例えば、放送受信機２０より伝送されたコンテンツデータなどの各種のデータ、ＣＰＵ３０１により実行される各種のプログラムなどが保存される。

【0064】

入力操作部３０９は、ユーザからの各種の指示やデータの入力を受け付ける。入力操作部３０９は、例えば、タッチセンサーパネルを用いて構成されたものであってよい。あるいは、メカニカルなキーを用いて構成されたものであってよい。

【0065】

音声信号処理部３１０は、音声データから音声信号を生成して、増幅器およびスピーカを有する音声出力部３３０に供給する。

【0066】

表示制御部３１１は、画像データから表示用の信号を生成して、表示画面を有する表示部３２０に供給する。

【0067】

［コマンドについて］
次に、このシステム１において放送局からイベントメッセージにより伝送されるコマンドについて説明する。

【0068】

コマンドには、例えば、以下のものがある。
・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
などがある。

【0069】

各々のコマンドの内容については、以下の動作例において説明する。

【0070】

［システム1の動作例］
次に、本実施形態のシステム１において、上記のコマンドを使った、いくつかの動作例を説明する。

【0071】

（Receive & Launch Appを使った動作）
図５は、Receive & Launch App（第１のコマンド）を使った動作を説明する図である。
放送の順番としては、コンテンツデータがＤＤＢメッセージにより伝送され、その後、そのコンテンツデータに関するReceive & Launch Appがイベントメッセージにより伝送される。コンテンツデータはアプリケーションデータとする。

【0072】

次に、このReceive & Launch Appを使った動作を説明する。
まず、ＤＤＢメッセージで伝送されたアプリケーションデータ（App）を放送受信機２０のレジデント機能部２２におけるコンテンツデータ取得部２２２が取得する。コンテンツデータ取得部２２２は、取得したアプリケーションデータ（App）を放送受信機２０内のファイルサーバ２３に保存する。

【0073】

その後、放送局１０からイベントメッセージによりReceive & Launch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このReceive & Launch Appを取得すると、外部機器インタフェース２１３を通じて、直ちに、このReceive & Launch Appを外部機器３０のＣＰＵ３０１において動作中のネイティブアプリケーション３１に転送する。

【0074】

外部機器３０のネイティブアプリケーション３１はReceive & Launch Appを受け取ると、このコマンドを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータを取得する。

【0075】

この対象のアプリケーションデータを取得するときの動作をより詳細に説明すると、Receive & Launch Appには、対象のコンテンツデータを特定するための引数として、そのコンテンツデータのコンテンツＩＤが格納されている。ネイティブアプリケーション３１は、このコンテンツＩＤを引数とするファイルリクエストを外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３に送信する。放送受信機２０のファイルサーバ２３は、このファイルリクエストに応じて、対象のアプリケーションデータを外部機器３０のネイティブアプリケーション３１に応答する。このようにして外部機器３０のネイティブアプリケーション３１は、放送局１０より伝送されたコンテンツデータを取得する。

【0076】

次に、ネイティブアプリケーション３１は、Receive & Launch Appに基づいてＨＴＭＬブラウザ３２を起動させ、ＨＴＭＬブラウザ３２に、対象のアプリケーションデータを引き渡す。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータをもとにアプリケーションが実行される。

【0077】

上記のように、この動作例では、コンテンツデータ（アプリケーションデータ）がＤＤＢメッセージにより伝送されて放送受信機２０のファイルサーバ２３に保存される。一方、ファイルサーバ２３に保存されたコンテンツデータを外部機器３０が取得して処理するためのトリガとなるコマンド（Receive & Launch App）は、時刻同期をとりやすいイベントメッセージにより伝送され、放送受信機２０がこれを受信後に直ちに外部機器３０のネイティブアプリケーション３１に転送される。外部機器３０のネイティブアプリケーション３１は、このコマンドに従って放送受信機２０のファイルサーバ２３にアクセスして対象のコンテンツデータを取得し、このコンテンツデータに対応する機能を起動させて、コンテンツデータの処理を開始する。したがって、外部機器３０でのコンテンツデータの処理を、放送局１０が決めたタイミングで開始させることができる。

【0078】

（Set Receive & Launch App とReset Receive & Launch Appを使った動作）
図６は、Set Receive & Launch App（第２のコマンド）とReset Receive & Launch App（第３のコマンド）を使った動作を説明する図である。

【0079】

放送の順番としては、まずSet Receive & Launch Appがイベントメッセージにより伝送され、その後、Reset Receive & Launch Appがイベントメッセージにより伝送されるまでの間に、一回以上、放送局１０からコンテンツデータがＤＤＢメッセージにより伝送される。この動作例においても、コンテンツデータはアプリケーションデータとする。

【0080】

次に、このSet Receive & Launch App とReset Receive & Launch Appを使った動作を説明する。

【0081】

まず、放送局１０からイベントメッセージによりSet Receive & Launch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このSet Receive & Launch Appを取得すると、Reset Receive & Launch Appが取得されるまで、次のようなコンテンツデータ待機動作モードになる。

【0082】

放送局１０からアプリケーションデータ（App1）がＤＤＢメッセージにより伝送されると、放送受信機２０のコンテンツデータ取得部２２２はこのアプリケーションデータ（App1）を取得し、ファイルサーバ２３に保存する。

【0083】

続いて、放送受信機２０のファイルサーバ２３は、コマンド取得部２２１に対してアプリケーションデータ（App1）の保存完了を通知する。この通知を受けたコマンド取得部２２１は、Receive & Launch Appを生成し、外部機器インタフェース２１３を通じて、このReceive & Launch Appを外部機器３０において動作中のネイティブアプリケーション３１に伝送する。

【0084】

外部機器３０のネイティブアプリケーション３１は、Receive & Launch Appを受信すると、このReceive & Launch Appを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータ（App1）を取得する。

【0085】

続いて、ネイティブアプリケーション３１は、ＨＴＭＬブラウザ３２を起動させ、ＨＴＭＬブラウザ３２に、対象のアプリケーションデータ（App1）を引き渡す。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータ（App1）をもとにアプリケーションが実行される。

【0086】

この後、次のアプリケーションデータ（App2）がＤＤＢメッセージにより伝送されてきた場合には、放送受信機２０のコマンド取得部２２１がこれを取得し、上記同様にこのアプリケーションデータ（App2）をファイルサーバ２３に保存する。この後の動作もアプリケーションデータ（App1）の場合と同様である。すなわち、ファイルサーバ２３は、アプリケーションデータ（App2）の保存完了をコマンド取得部２２１に通知する。この通知を受けたコマンド取得部２２１は、Receive & Launch Appを生成し、外部機器インタフェース２１３を通じて、外部機器３０において動作中のネイティブアプリケーション３１に伝送する。

【0087】

外部機器３０のネイティブアプリケーション３１は、Receive & Launch Appに従って、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータ（App2）を取得する。

【0088】

次に、ネイティブアプリケーション３１は、Receive & Launch Appに基づいて、ＨＴＭＬブラウザ３２に対象のアプリケーションデータ（App2）を与える。この際、ＨＴＭＬブラウザ３２が停止している場合にはこれを起動させ、起動させたＨＴＭＬブラウザ３２にアプリケーションデータ（App2）を与える。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータ（App2）に基づくアプリケーションが実行される。

【0089】

放送局１０からイベントメッセージによりReset Receive & Launch Appが伝送され、放送受信機２０のコマンド取得部２２１がこれを取得すると、コンテンツデータ待機動作モードが終了し、Set Receive & Launch Appを取得する前の動作状態、例えば、イベントメッセージにより伝送されるReceive & Launch Appなどのコマンドの待機動作モードに戻る。

【0090】

上記の動作では、放送受信機２０がSet Receive & Launch Appのコマンドを受けてからReset Receive & Launch Appのコマンドを受けるまで、放送受信機２０のレジデント機能部２２は上記のようなコンテンツデータ待機動作モードで動作する。これにより、外部機器３０のネイティブアプリケーション３１において実行させるアプリケーションを、ＤＤＢメッセージによりコンテンツデータが伝送されるタイミングで切り替えるといった運用が実現される。

【0091】

また、上記の動作では、外部機器３０に与えられるコンテンツデータを何度切り替えても、放送局１０からイベントメッセージにより伝送しなければならないコマンドはSet Receive & Launch AppとReset Receive & Launch Appの計２つで済む。したがって、放送局１０側のイベントメッセージによるコマンド伝送の運用コストが抑えられる。

【0092】

（Receive & Store Contentを使った動作）
図７は、Receive & Store Content（第１のコマンド）を使った動作を説明する図である。
これまでアプリケーションデータがＤＤＢメッセージにより伝送される場合について説明したが、ここでは音楽データ、画像（動画）データなどのＡＶデータがコンテンツデータとしてＤＤＢメッセージにより伝送される場合を説明する。

【0093】

放送の順番としては、まず、音楽データ、画像（動画）データなどのＡＶデータがＤＤＢメッセージにより伝送され、続いて、そのＡＶデータに関するReceive & Store Contentがイベントメッセージにより伝送される。

【0094】

次に、このReceive & Store Contentを使った動作を説明する。

【0095】

まず、放送局１０からＤＤＢメッセージにより音楽データ、画像（動画）データなどのＡＶデータ（AV）が伝送される。放送受信機２０のコンテンツデータ取得部２２２は、このＡＶデータ（AV）を取得すると、このＡＶデータ（AV）をファイルサーバ２３に保存する。

【0096】

その後、放送局１０からイベントメッセージによりReceive & Store Contentが伝送される。放送受信機２０のコマンド取得部２２１は、このReceive & Store Contentを取得すると、外部機器インタフェース２１３を通じて、このReceive & Store Contentを外部機器３０において動作中のネイティブアプリケーション３１に転送する。

【0097】

外部機器３０のネイティブアプリケーション３１はReceive & Store Contentを取得すると、このコマンドを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV）を取得する。

【0098】

ネイティブアプリケーション３１は、取得したコンテンツデータを外部機器３０のストレージ３０７に保存する。このように外部機器３０のストレージ３０７に保存されたＡＶデータ（AV）は、ユーザにより指定された任意のタイミングで、ＡＶデータ（AV）を処理可能なＡＶプレイヤーなどのアプリケーションを使って再生される。

【0099】

（Set Receive & Store ContentとReset Receive & Store Contentを使った動作）
図８は、Set Receive & Store Content（第２のコマンド）とReset Receive & Store Content（第３のコマンド）を使った動作を説明する図である。

【0100】

放送の順番としては、まずSet Receive & Store Contentがイベントメッセージにより伝送され、その後、Reset Receive & Store Contentがイベントメッセージにより伝送されるまでの間に、一回以上、音楽データ、画像（動画）データなどのＡＶデータ（AV1）がＤＤＢメッセージにより伝送される。

【0101】

次に、このSet Receive & Store ContentとReset Receive & Store Contentを使った動作を説明する。

【0102】

まず、放送局１０から、イベントメッセージによりSet Receive & Store Contentが伝送される。放送受信機２０のコマンド取得部２２１は、このSet Receive & Store Contentを取得すると、次にReset Receive & Store Contentを取得されるまで、次のようなコンテンツデータ待機動作モードになる。

【0103】

放送局１０からＡＶデータ（AV1）がＤＤＢメッセージにより伝送されると、放送受信機２０のコマンド取得部２２１はこのＡＶデータ（AV1）を取得し、ファイルサーバ２３に保存する。

【0104】

続いて、放送受信機２０のファイルサーバ２３は、コマンド取得部２２１に対してＡＶデータ（AV1）の保存完了を通知する。この通知を受けたコマンド取得部２２１は、Receive & Store Contentを生成し、外部機器インタフェース２１３を通じて、このReceive & Store Contentを外部機器３０において動作中のネイティブアプリケーション３１に転送する。

【0105】

外部機器３０のネイティブアプリケーション３１は、Receive & Store Contentを取得すると、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV1）を取得し、外部機器３０内のストレージ３０７に保存する。

【0106】

この後、次のＡＶデータ（AV2）がＤＤＢメッセージにより伝送されてきた場合には、放送受信機２０のコマンド取得部２２１がこれを取得し、上記同様にこのＡＶデータ（AV2）をファイルサーバ２３に保存する。この後の動作もＡＶデータ（AV1）の場合と同様である。すなわち、ファイルサーバ２３は、ＡＶデータ（AV2）の保存完了をコマンド取得部２２１に通知する。この通知を受けたコマンド取得部２２１は、Receive & Store Contentを生成し、外部機器インタフェース２１３を通じて、外部機器３０において動作中のネイティブアプリケーション３１に転送する。

【0107】

外部機器３０のネイティブアプリケーション３１は、Receive & Store Contentに従って、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV2）を取得し、ストレージ３０７に保存する。このように外部機器３０のストレージ３０７に保存されたＡＶデータ（AV1,AV2）は、ユーザにより指定された任意のタイミングで、ＡＶデータ（AV1,AV2）を処理可能なＡＶプレイヤーなどのアプリケーションを使って再生される。

【0108】

放送局１０からイベントメッセージによりReset Receive & Store Contentが放送され、放送受信機２０のコマンド取得部２２１がこれを取得すると、コンテンツデータ待機動作モードが終了し、Set Receive & Store Contentを取得する前の動作状態、例えば、イベントメッセージにより伝送されるReceive & Store Contentなどのコマンドの待機動作モードに戻る。

【0109】

上記の動作では、放送受信機２０がSet Receive & Store Contentのコマンドを受けてからReset Receive & Store Content のコマンドを受けるまで、放送受信機２０のレジデント機能部２２は上記のようなコンテンツデータ待機動作モードで動作する。これにより、外部機器３０に伝送する音楽データや画像（動画）データなどのＡＶデータを何度切り替えても、放送局１０からイベントメッセージにより伝送しなければならないコマンドはSet Receive & Launch AppとReset Receive & Launch Appの計２つで済む。したがって、放送局１０側のイベントメッセージによるコマンド伝送の運用コストが抑えられる。

【0110】

（Send Messageを使った動作）
図９は、Send Message（第４のコマンド）を使った動作を説明する図である。

【0111】

この動作は、放送局１０からイベントメッセージにより伝送されたSend Messageを放送受信機２０から外部機器３０に転送する動作である。Send Messageは、引き数としてテキスト形式のメッセージ本文がコンテンツデータとして格納されたコマンドである。

【0112】

次に、このSend Message を使った動作を説明する。
まず、放送局１０からイベントメッセージによりSend Messageが伝送される。放送受信機２０のコマンド取得部２２１は、このSend Messageを受けると、このSend Messageを外部機器インタフェース２１３を通じて外部機器３０のネイティブアプリケーション３１に転送する。

【0113】

外部機器３０のネイティブアプリケーション３１は、放送受信機２０のコマンド取得部２２１から転送されてきたSend Messageを受け取ると、このSend Messageに応じて、例えばメッセージ本文の提示など、特定の動作を行う。

【0114】

（Launch Appを使った動作）
図１０は、Launch App（第５のコマンド）を使った動作を説明する図である。

【0115】

この動作は、放送局１０からイベントメッセージにより放送されたLaunch Appを、放送受信機２０から外部機器３０に転送する動作である。Launch Appには、引き数として、データ(Data)のアクセス先を示すＵＲＬ（Uniform Resource Locator）が付加されている。

【0116】

次に、このLaunch App を使った動作を説明する。
放送局１０からイベントメッセージによりLaunch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このLaunch Appを取得すると、このLaunch Appを外部機器インタフェース２１３を通じて外部機器３０のネイティブアプリケーション３１に転送する。

【0117】

外部機器３０のネイティブアプリケーション３１は、放送受信機２０のコマンド取得部２２１から転送されたLaunch Appを取得すると、このLaunch Appの引き数として格納されたＵＲＬをもとに、通信インタフェース３０５を用いて外部サーバ４０にアクセスして、対象のデータ(Data)をダウンロードする。

【0118】

［コンテンツ記述子］
次に、放送局１０からデータカルーセルで伝送されるアプリケーションデータ、ＡＶデータ、メッセージなどのコンテンツデータを、放送受信機２０から外部機器３０に伝送するために必要な情報として、データカルーセルのＤＩＩ（DownloadInfoIndication）に格納されて伝送されるコンテンツ記述子について説明する。

【0119】

図１１は、ＤＩＩのデータ構造を示す図である。
このＤＩＩのデータ構造は、デジタル放送におけるデータ放送符号化方式と伝送方式、標準規格、ARIB STD-B24、5.1版からの抜粋である。各々の記述子の意味は、上記の標準規格に記載されている。

【0120】

このＤＩＩのデータ構造において、moduleInfoByteにはデータを分割した単位であるモジュールに関する情報として、上記のコンテンツ記述子を格納することができる。

【0121】

図１２は、コンテンツ記述子のデータ構造を示す図である。

【0122】

descriptor_tagは、デスクリプタタイプを示す８ビットのデータであり、ここではコンテンツ記述子を示すタグ値が記述される。

【0123】

descriptor_lengthは、コンテンツ記述子の長さ（サイズ）を示す８ビットのデータである。このデータは、コンテンツ記述子の長さとして、以降のバイト数を示す。

【0124】

content_categoryは、コンテンツデータのカテゴリーを示す８ビットのデータである。カテゴリーには、アプリケーション、音楽、画像（動画）、ゲーム、メッセージなどがある。

【0125】

content_id_lengthは、コンテンツＩＤの長さ（サイズ）を示す８ビットのデータである。

【0126】

content_id_byteは、コンテンツＩＤを示す８ビットのデータである。content_id_byteには、０からcontent_id_lengthに示す長さまでの範囲の長さのコンテンツＩＤを記述できる。

【0127】

content_name_flagは、コンテンツに名前がある場合にセットされるフラグである。

【0128】

bc_metadata_flagは、コンテンツデータの関連データがデータカルーセルで伝送される場合にセットされるフラグである。

【0129】

bb_metadata_flagは、コンテンツデータの関連データが外部サーバ４０から取得可能である場合にセットされるフラグである。

【0130】

module_link_flagは、コンテンツデータが複数のモジュールで伝送される場合にセットされるフラグである。

【0131】

reservedは、フラグ用のリザーブの４ビットである。

【0132】

content_name_lengthとcontent_name_byteは、content_name_flagがセットされている場合に記述される。content_name_lengthは、コンテンツの名前の長さを示す８ビットのデータである。content_name_byteは、コンテンツの名前を示す８ビットのデータである。content_name_byteには、０からcontent_name_lengthに示す長さまでの範囲の長さの名前を記述できる。

【0133】

component_tagとmetadata_module_idは、bc_metadata_flagがセットされている場合に記述される。component_tagはカルーセルが伝送されるコンポーネントストリームを指定するデータである。metadata_module_idは、コンテンツデータの関連データが格納されたモジュールのモジュールＩＤである。このように関連データは、component_tagとmetadata_module_idとの組み合わせによって特定される。

【0134】

metadata_url_lengthとmetadata_url_byteは、bb_metadata_flagがセットされている場合に記述される。metadata_url_lengthは、コンテンツデータの関連データが格納されたＵＲＬの長さを示すデータである。metadata_url_byteはそのＵＲＬのデータである。このmetadata_url_byteについては、０からmetadata_url_lengthに示す長さまでの範囲の長さのＵＲＬに対応可能なように、８ビットのmetadata_url_byteを複数使って１つのＵＲＬを記述できる。

【0135】

number_of_moduleとrough_content_sizeは、module_link_flagがセットされている場合に記述される。number_of_moduleは、コンテンツデータが複数のモジュールで伝送される場合のモジュール数を示すデータである。rough_content_sizeは、コンテンツデータのサイズを示すデータである。

【0136】

放送受信機２０のコマンド取得部２２１は、受信したＤＩＩメッセージに格納されている情報をもとに、データカルーセルのＤＤＢ（Download Data Block）メッセージによりモジュール単位で伝送されてくるデータを受信する。このとき、コマンド取得部２２１は、ＤＩＩメッセージのmoduleInfoByte に上記のコンテンツ記述子が格納されている場合には、このコンテンツ記述子を読み込み、どのようなコンテンツデータがどのデータカルーセルのどのモジュールで伝送されてくるかを認識して、コンテンツデータを受信する。このとき、コンテンツデータのカテゴリーがアプリケーション、ＡＶデータなどである場合には、コンテンツ記述子に記述されたrough_content_sizeをもとに放送受信機２０のファイルサーバ２３にコンテンツデータを保存するための準備が行われる。

【0137】

［コンテンツ記述子の他の記述方法］
ＤＩＩのデータ構造において、moduleInfoByteにはデータを分割した単位であるモジュールに関する情報の記述子（InfoDescriptor）を格納することができる。ここで、InfoDescriptorは、モジュールに関する情報を格納するために標準規格で用意されているデータ構造である。

【0138】

図１３は、そのInfoDescriptorの構造を示す図である。
ここで、text_charには、データ符号化方式ないし運用にて規定される文字符号を用いて、モジュールとして伝送するファイルに関する８ビットの文字列情報を複数記述できる。このtext_charにコンテンツ記述子が記述される。

【0139】

コンテンツ記述子は、以下の情報を含む。
c_idはコンテンツデータを識別するＩＤである。
c_nameはコンテンツデータの名前である。
c_categoryはコンテンツデータのカテゴリーである。"app"はコマンドであることを意味する。その他、ＡＶデータなどのカテゴリーがある。
c_sizeはコンテンツデータのサイズ（キロバイト）である。
c_m_numberはコンテンツデータを伝送するモジュール数を示す。
Meta_moduleは、コンテンツデータに関連するデータのモジュールＩＤである。
Meta_urlは、コンテンツデータに関連するデータが置かれたネットワーク上のロケーションを示す。

【0140】

［コマンドのデータ構造］
次に、コマンドのデータ構造を説明する。

【0141】

コマンドはイベントメッセージにより伝送される。
イベントメッセージのデータはストリーム記述子に記載され、ストリーム記述子用のＤＳＭ－ＣＣセクション形式で伝送される。

【0142】

図１４は、ストリーム記述子を伝送するＤＳＭ－ＣＣセクションのデータ構造を示す図である。
これは、標準規格、ARIB STD-B24、5.1版からの抜粋である。各々の記述子の意味は、上記の標準規格に記載されている。

【0143】

ＤＳＭ－ＣＣセクションには、stream_descriptorに汎用イベントメッセージ記述子を格納することができる。

【0144】

図１５は、汎用イベントメッセージ記述子のデータ構造を示す図である。
event_msg_group_idは、アプリケーションが受信すべきイベントメッセージ群を識別する識別子である。ここでは、event_msg_group_idに、コンテンツデータの処理に関するコマンドを伝送するイベントメッセージ群であることを示す値が記述される。

【0145】

time_modeは、イベントメッセージの発生する時刻の指定方法を示すデータである。event_msg_group_idがコンテンツデータの処理に関するコマンドを格納したイベントメッセージ群を示す値であるとき、time_modeが"０"である場合、放送受信機２０にイベントメッセージを受信後、直ちにイベントメッセージを発生させる（外部機器３０に転送する。）ことを示す。time_modeが"１"である場合、修正ユリウス暦と日本標準時で表される絶対時刻にあわせてイベントメッセージを放送受信機２０に発生させることを示す。time_modeが"２"である場合、NPT時刻データにあわせてイベントメッセージを放送受信機２０に発生させることを示す。time_modeが"３"である場合、番組開始時刻からの相対時間（ミリ秒）指定にあわせてイベントメッセージを放送受信機２０に発生させることを示す。

【0146】

private_data_byteには、１以上のコマンドを記述することができる。

【0147】

図１６は、private_data_byteに格納されるコマンドのフォーマットの例を示す図である。

【0148】

command_codeは８ビットのコマンドコードである。コマンドコード、コマンド、引き数の関係を図１７に示す。

【0149】

no_of_ss_target_appsは、コマンドを伝送する外部機器３０のアプリケーションの数を示す８ビットのデータである。

【0150】

app_categoryは、アプリケーションのカテゴリー（ＯＳの種類など）を示す８ビットのデータである。

【0151】

app_id_lengthは、アプリケーションの長さ（サイズ）を示す８ビットのデータである。

【0152】

app_id_byteは、アプリケーションの長さ（サイズ）を示す８ビットのデータである。このapp_id_byteについては、０からapp_id_lengthに示す長さまでの範囲の長さのデータに対応可能なように、８ビットのapp_id_byte を複数使って１つのapp_idを記述できる。

【0153】

no_of_text_dataは、Send Messageで送られるメッセージやLaunch Appで送られるＵＲＬなどのテキストデータの数を示すデータである。

【0154】

text_data byteは、メッセージの本文、およびＵＲＬそのもののテキストデータである。このtext_data byte についても０からno_of_text_data に示す長さまでの範囲の長さのデータに対応可能なように、８ビットのtext_data byte e を複数使って１つのメッセージの本文、ＵＲＬを記述できる。

【0155】

content_id_byteは、コマンドの処理対象であるコンテンツデータを識別するデータである。このcontent_id_byteについても、０からno_of_content_id_byteに示す長さまでの範囲の長さのデータに対応可能なように、８ビットのcontent_id_byte を複数使って１つのcontent_id_を記述できる。

【0156】

no_of_content_id_byteは、content_id_byteの最大数を示す８ビットのデータである。

【0157】

［ＪＳＯＮによる記述例］
ＪＳＯＮ（JavaScript Object Notation）は、ソフトウェア間でのデータの受け渡しに用いられる、Java（登録商標）Scriptにおけるオブジェクトの表記法を応用したデータ形式である。

【0158】

図１８は、ＪＳＯＮによるコンテンツ記述情報の記述例を示す図である。
ＪＳＯＮでは、キーと値をコロン(:)で区切って表記したペアがカンマ区切りで列挙される。値として配列やオブジェクトをとることができる。このため、配列やオブジェクトを何階層もネストすることができる。

【0159】

この例は、Receive & Launch Appのコマンドの記述例である。Receive & Launch Appのコマンドの対象となるアプリケーションとして、複数のアプリケーションが" AppList"をキーとするオブジェクトにおいて指定される場合を想定している。各々のアプリケーションは、"AppID"をキーとするオブジェクトによって表現される。"AppID"をキーとするオブジェクトの中には、カテゴリー（AppCategory）のキーと値のペアがひとつのアプリケーションを特定する情報として記述される。さらに、この例では、コンテンツＩＤ（ContentID）のキーと値が、Receive & Launch Appのコマンドの対象となるコンテンツデータを指定する情報として記述されている。

【0160】

なお、本技術は以下のような構成もとることができる。
（１）情報処理装置と接続が可能なインタフェースと、
ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラと
を具備する放送受信機。

【0161】

（２）前記（１）に記載の放送受信機であって、
前記取得された前記コンテンツデータを保存するストレージをさらに具備し、
前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成される
放送受信機。

【0162】

（３）前記（１）または（２）に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送する前記コンテンツデータ待機動作モードを設定するように構成される
放送受信機。

【0163】

（４）前記（３）に記載の放送受信機であって、
前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成される
放送受信機。

【0164】

（５）前記（１）ないし（４）のいずれかに記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成される
放送受信機。

【0165】

（６）前記（１）ないし（５）のいずれかに記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成される
放送受信機。

【0166】

（７）前記（１）ないし（６）のいずれかに記載の放送受信機であって、
前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成される
放送受信機。

【符号の説明】

【0167】

１０…放送局
１１…データ放送部
２０…放送受信機
２１…データ放送受信部
２２…レジデント機能部
２３…ファイルサーバ
３０…外部機器
３１…ネイティブアプリケーション
３２…ＨＴＭＬブラウザ
４０…外部サーバ
５０…ネットワーク
２０１…ＣＰＵ
２０２…ＲＡＭ
２０３…ＲＯＭ
２０５…通信インタフェース
２０６…チューナ
２０７…復調部
２０８…ＴＳデコーダ
２０９…音声デコーダ
２１０…映像デコーダ
２１１…提示処理部
２１２…システムバス
２１３…外部機器インタフェース
２１４…ストレージ
２２１…コマンド取得部
２２２…コンテンツデータ取得部
２３０…音声出力部
２４０…リモートコントローラ
３０１…ＣＰＵ
３０２…ＲＡＭ
３０３…ＲＯＭ
３０５…通信インタフェース
３０６…外部機器インタフェース
３０７…ストレージ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【手続補正書】

【提出日】2023-09-11

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正の内容】

【0001】

本技術は、地上デジタルテレビジョン放送を受信する放送受信機および放送受信機の動作方法に関する。

【手続補正3】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

放送を受信するためのチューナと、
情報処理装置と通信するためのインタフェースと、
コンテンツデータと、前記情報処理装置を制御するための第１のコマンドとを取得し、
前記第１のコマンドを前記情報処理装置に転送し、
前記情報処理装置からの要求に応じて前記コンテンツデータを前記情報処理装置に応答するように構成されるコントローラと
を具備する放送受信機。

【請求項2】

チューナが放送を受信し、
コントローラが、
コンテンツデータと、情報処理装置を制御するための第１のコマンドとを取得し、
前記第１のコマンドをインタフェースを通じて前記情報処理装置に転送し、
前記情報処理装置からの要求に応じて前記コンテンツデータを前記インタフェースを通じて前記情報処理装置に応答する
放送受信機の動作方法。