JP2019009538A - 受信装置 - Google Patents

受信装置 Download PDF

Info

Publication number
JP2019009538A
JP2019009538A JP2017121822A JP2017121822A JP2019009538A JP 2019009538 A JP2019009538 A JP 2019009538A JP 2017121822 A JP2017121822 A JP 2017121822A JP 2017121822 A JP2017121822 A JP 2017121822A JP 2019009538 A JP2019009538 A JP 2019009538A
Authority
JP
Japan
Prior art keywords
broadcast
unit
application
data
program
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.)
Pending
Application number
JP2017121822A
Other languages
English (en)
Inventor
吉澤　和彦
Kazuhiko Yoshizawa
和彦 吉澤
清水　拓也
Takuya Shimizu
拓也 清水
橋本　康宣
Yasunobu Hashimoto
康宣 橋本
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.)
Maxell Ltd
Original Assignee
Maxell Holdings Ltd
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 Maxell Holdings Ltd filed Critical Maxell Holdings Ltd
Priority to JP2017121822A priority Critical patent/JP2019009538A/ja
Priority to PCT/JP2018/022507 priority patent/WO2018235685A1/ja
Publication of JP2019009538A publication Critical patent/JP2019009538A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】より付加価値の高い機能を実行可能なデジタル放送受信技術を提供する。【解決手段】受信装置は、相対時刻情報と対応付けられた映像データと所定のチャンネル数の音声データを第１のトランスポート方式のデータを受信する第１のデータ受信部と、絶対時刻情報と対応付けられた補完映像データと追加音声データを、第１のトランスポート方式とは異なる第２のトランスポート方式のデータを受信する第２のデータ受信部とを備える。第１のデータ受信部で受信した映像データを、第２のデータ受信部で受信した補完映像データを用いて高画質化すると共に、第１のデータ受信部で受信した音声データと第２のデータ受信部で受信した追加音声データとを用いて、所定のチャンネル数よりも多い第２のチャンネル数の音声データを生成して多チャンネル化する。【選択図】図１９Ａ

Description

本発明は、受信装置に関する。
デジタル放送サービスの拡張機能の１つに、放送波でデジタルデータを送信し、天気予報やニュース、おすすめ番組等の各種情報を表示するデータ放送がある。データ放送を受信可能なテレビ受信機は既に多数市販されており、また、データ放送受信に関する技術も下記特許文献１をはじめ多数が公表されている。
特開２００１−１８６４８６公報
データ放送の特徴として、デジタル放送サービスに対応しているテレビ受信機では、単体でデータ放送の受信が可能であり、さまざまな情報を取得／表示することが可能であることが挙げられる。一方、データ放送は電波帯域の制限により送信可能なデータ量が限られるため、高精細な画面表示や高機能なエフェクトを得ることが難しく、このため、付加価値の高い有用な機能を現行のデジタル放送受信機で実行することが難しいという課題があった。
本発明の目的は、より付加価値の高い機能を実行可能なデジタル放送受信機を提供することである。
前記課題を解決するための手段として、特許請求の範囲に記載の技術を用いる。
一例を挙げるならば、相対時刻情報と対応付けられた映像データと所定のチャンネル数の音声データを第１のトランスポート方式で伝送する第１の伝送路のデータを受信する第１のデータ受信部と、絶対時刻情報と対応付けられた補完映像データと追加音声データを、前記第１のトランスポート方式とは異なる第２のトランスポート方式で伝送する第２の伝送路のデータを受信する第２のデータ受信部と、前記第１のデータ受信部で受信した映像データを、前記第２のデータ受信部で受信した補完映像データを用いて高画質化する映像処理部と、前記第１のデータ受信部で受信した音声データと前記第２のデータ受信部で受信した追加音声データとを用いて、前記所定のチャンネル数よりも多い第２のチャンネル数の音声データを生成する多チャンネル化部と、を備え、前記映像処理部での該高画質化処理は、前記第２の伝送路で伝送される、前記相対時刻情報と前記絶対時刻情報の対応関係に関する情報に基づいて処理が実行される受信装置、を用いる。
本発明によれば、より付加価値の高い機能を実行可能なデジタル放送受信技術を提供することができる。
実施例に係る通信システムのシステム構成図である。 実施例に係る放送受信装置のブロック図である。 実施例に係る放送受信装置のソフトウェア構成図である。 実施例に係る放送局サーバのブロック図である。 実施例に係るサービス事業者サーバのブロック図である。 実施例に係る携帯情報端末のブロック図である。 実施例に係る携帯情報端末のソフトウェア構成図である。 実施例に係るアプリケーション制御情報のデータ構成図である。 実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図である。 実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図である。 実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図である。 実施例に係る携帯情報端末の連携時の動作シーケンス図である。 実施例に係る携帯情報端末の連携時の動作シーケンス図である。 実施例に係る携帯情報端末の連携時の動作シーケンス図である。 実施例に係る放送受信装置および携帯情報端末のアプリケーション起動時の動作シーケンス図である。 実施例に係る携帯情報端末の連携制御アプリの基本画面の画面表示図である。 実施例に係る携帯情報端末の連携制御アプリの基本画面の画面表示図である。 実施例に係る放送受信装置のデータ放送画面の画面表示図である。 実施例に係る放送受信装置の報知画面の画面表示図である。 実施例に係る放送受信装置の放送連携アプリランチャの画面表示図である。 実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図である。 実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図である。 実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図である。 実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図である。 実施例に係る放送受信装置のエラー表示画面の画面表示図である。 実施例に係る携帯情報端末の放送連携アプリ実行画面の画面表示図である。 実施例に係る放送受信装置のＥＰＧ表示画面の画面表示図である。 実施例に係る放送受信装置のＥＰＧ表示画面の詳細情報の図である。 実施例に係る放送受信装置の放送連携アプリ取得時の動作シーケンス図である。 実施例２に係る放送システムのシステム構成図である。 実施例２に係る放送システムにおける信号処理の概念図である。 実施例２に係る放送システムの補完信号生成処理を示す図である。 実施例２に係る放送システムの補完（高画質化）処理を示す図である。 実施例２に係る放送受信装置のブロック図である。 実施例２に係る放送受信装置のソフトウェア構成図である。 実施例２に係るアプリケーション制御情報のデータ構造の図である。 実施例２に係るアプリケーション形式の一覧を示す図である。 実施例２に係るアプリケーション識別子のデータ構造の図である。 実施例２に係るアプリケーション制御コードの一覧を示す図である。 実施例２に係るアプリケーション記述子のデータ構造の図である。 実施例２に係る伝送プロトコル記述子のデータ構造の図である。 実施例２に係る伝送プロトコル記述子のセレクタ領域のデータ構造の図である。 実施例２に係る簡易アプリケーションロケーション記述子のデータ構造の図である。 実施例２に係るロケーション情報記述子のデータ構造の図である。 実施例２に係るロケーションタイプの一覧を示す図である。 実施例２に係るアドレスマップテーブルのデータ構造の図である。 実施例２に係るアドレスマップテーブルのデータ構造の図である。 実施例２に係る放送受信装置のチャンネルスキャン時の動作シーケンス図である。 実施例２に係る放送受信装置の仮想デコーダのブロック図である。 実施例２に係る放送受信装置の仮想デコーダのブロック図である。 実施例２に係る放送受信装置の仮想デコーダのブロック図である。 実施例２に係る放送受信装置の仮想デコーダのブロック図である。 実施例２に係るＭＰＵタイムスタンプ記述子のデータ構造の図である。 実施例２に係るＭＰＵ拡張タイムスタンプ記述子のデータ構造の図である。 実施例２に係るＮＴＰのデータ構造の図である。 実施例２に係るＮＴＰの動作モードの一覧を示す図である。 実施例２に係るＵＴＣ−ＰＣＲ参照記述子のデータ構造の図である。 実施例２に係る放送受信装置の仮想デコーダのブロック図である。 実施例３に係る放送システムにおける信号処理の概念図である。 実施例３に係る２２．２ｃｈ音声出力のスピーカ配置を示す図である。 実施例３に係る放送システムの追加用音声データ生成処理を示す図である。 実施例３に係る放送システムの多チャンネル化処理を示す図である。 実施例３に係る放送システムの多チャンネル化処理を示す図である。 実施例３に係る放送受信装置のブロック図である。 実施例３に係る放送受信装置のソフトウェア構成図である。 実施例４に係る放送受信装置のＥＰＧ表示画面の画面表示図である。 実施例４に係るイベント情報テーブルのデータ構造の図である。 実施例４に係る短形式イベント記述子のデータ構造の図である。 実施例４に係る放送受信装置の番組情報表示画面の画面表示図である。 実施例４に係る放送受信装置の拡張処理実行制御画面の画面表示図である。 実施例４に係る放送受信装置の拡張処理選択制御の動作一覧を示す図である。
以下、本発明の実施形態の例を、図面を用いて説明する。
（実施例１）
まず、本実施例の放送受信装置で受信可能なデジタル放送サービスの一例を説明する。
例えば、本実施例の放送受信装置で受信可能なＢＳ／地上デジタル放送の一例では、１つのトランスポンダ（周波数チャンネル）に複数のトランスポートストリーム（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ：ＴＳ）を多重化して伝送可能である。ＴＳは、映像／音声エレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ：ＥＳ）やプログラム固有情報（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ：ＰＳＩ）／サービス情報（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）等のデータ列を分割してＴＳヘッダを付加した所定長のＴＳパケットの連続である。
ＰＳＩは、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２システムの規格で規定された、ＴＳに含まれる各ＥＳがどのプログラムに属するかを識別するための固有情報テーブルである。ＰＳＩは、ＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）、ＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂｌｅ）、等で構成される。ＰＡＴは、ＴＳ内に含まれるプログラム一覧をＰＭＴのＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｅｒ）で規定する。ＰＭＴは、各プログラムの構成要素のＰＩＤの規定等を行う。ＣＡＴは、限定受信に関する情報を含む。
また、ＳＩはＰＳＩを拡張して番組情報等を含めたものであり、社団法人電波産業会（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ：ＡＲＩＢ）がＡＲＩＢ ＳＴＤ−Ｂ１０で規定した電子番組表（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：ＥＰＧ）に関する情報を備える。ＳＩは、ＢＩＴ（Ｂｒｏａｄｃａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）、ＳＤＴ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）、ＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ）、等で構成される。ＢＩＴは、放送局識別情報や系列情報、放送局のＳＩ送信情報等を含む。ＳＤＴは、ネットワークを識別するためのネットワークＩＤやＴＳを識別するためのＴＳ ＩＤ、ネットワーク内で個々のサービス（所謂チャンネル）を識別するためのサービスＩＤ（所謂チャンネル番号）等の情報を含む。ＥＩＴは、ネットワーク内で個々のサービスを識別するためのサービスＩＤと、各イベント（所謂番組）の名称や放送日時、放送内容等、イベントに関する情報を含む。ＴＯＴは、現在の日付、時刻に関する情報を含む。
また、ＴＳは、復号器における再生タイミングの基準となるＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）情報や、ＡＲＩＢ ＳＴＤ−Ｂ２４で規定されたＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）仕様に基づいてサブセット化されたＢＭＬ文書等を含む。
本実施例の放送受信装置では、前記映像／音声ＥＳや各種情報等で構成されたＴＳを受信して復号することにより、放送番組やＥＰＧ、ＢＭＬを用いて制作されたデータ放送画面等をユーザに提供することが可能である。
また、本実施例の放送受信装置は、デジタル放送サービスにブロードバンドネットワークを利用した機能を連携させ、ブロードバンドネットワークを介した付加コンテンツの取得やサーバ装置における演算処理、携帯端末機器との連携による提示処理等をデジタル放送サービスと組み合わせる放送通信連携システムに対応可能である。前記放送通信連携システムを実現するために、本実施例の放送受信装置はＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記述されたアプリケーションを実行することが可能であるものとする。また、本放送受信装置が対応する放送通信連携システムでは、拡張したＢＭＬ仕様や放送通信連携システムにおけるアプリケーション制御情報（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＡＩＴ）およびアプリケーションを放送波で伝送する場合に必要な拡張ＰＳＩ／ＳＩ情報を用いる。なお、ＡＩＴは、アプリケーションの取得先等のアプリケーションを起動するために必要な各種情報や、アプリケーションの起動／終了等を制御する制御情報を提供または周知するための情報である。
以上の説明は日本国のデジタル放送サービスをベースにしたものであるが、本実施例の放送受信装置が対応する放送通信連携システムを含め、日本国内のみの適用に限定されるものではない。
次に、本実施例における実施形態の具体的な構成例の説明を行う。
［システム構成］
図１は、放送通信連携システムを実現する本実施例の通信システムの一例を示すシステム構成図である。本実施例の通信システムは、放送受信装置１００とアンテナ１００ａ、インターネット等のブロードバンドネットワーク２００およびルータ装置２１０、放送局の電波塔３００ｔ、放送局サーバ３００、サービス事業者サーバ４００、その他のアプリケーションサーバ５００、移動体電話通信サーバ６００と移動体電話通信網の基地局６００ｂ、携帯情報端末７００、で構成される。
放送受信装置１００は、既存のデジタル放送受信機能に加え、前記放送通信連携システムに対応する機能を有するテレビ受信機である。放送受信装置１００は、電波塔３００ｔから送出された放送波を、アンテナ１００ａを介して受信する。また、放送受信装置１００は、ルータ装置２１０を介してインターネット２００と接続可能であり、インターネット２００上の各サーバ装置との通信によるデータの送受信が可能である。
ルータ装置２１０は、インターネット２００と無線通信または有線通信により接続され、また、放送受信装置１００とは無線通信または有線通信で、携帯情報端末７００とは無線通信で接続される。これにより、インターネット２００上の各サーバ装置と放送受信装置１００と携帯情報端末７００とが、ルータ装置２１０を介して、データの送受信を相互に行うことが可能となる。なお、放送受信装置１００と携帯情報端末７００との通信は、ルータ装置２１０を介さずに、ＢｌｕｅＴｏｏｔｈ（登録商標）やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の方式で直接通信を行っても良い。
電波塔３００ｔは、放送局の放送設備からデジタル放送信号、ＡＩＴ、アプリケーション提示に関する制御情報、等を含む放送波を送出する。なお、前記アプリケーション提示に関する制御情報とは、テレビ受信機上における放送番組とアプリケーションの重ね合わせやアプリケーションの提示可否に関する制御情報である。また、前記放送局は放送局サーバ３００を備えるものとする。放送局サーバ３００は、放送番組（動画コンテンツ等）および各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、等のメタデータを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コンテンツおよび各メタデータの提供は、放送局サーバ３００が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して行われるものであって良い。
サービス事業者サーバ４００は、サービス事業者が前記放送通信連携システムによるサービスを提供するために用意するサーバ装置である。サービス事業者サーバ４００は、放送局サーバ３００から提供された動画コンテンツおよびメタデータと、放送通信連携システム用に制作されたコンテンツおよびアプリケーションの記憶、管理および配信等を行う。また、テレビ受信機からの問い合わせに対して、提供可能なアプリケーションの検索や一覧の提供を行う機能も有する。なお、前記コンテンツおよびメタデータの記憶、管理および配信と、前記アプリケーションの記憶、管理および配信は、異なるサーバ装置が行うものであっても良い。前記放送局と前記サービス事業者は同一であっても良いし、異なる事業者であっても良い。サービス事業者サーバ４００は、異なるサービス毎に複数用意されても良い。また、サービス事業者サーバ４００の機能は、放送局サーバ３００が兼ね備えるものであっても良い。
その他のアプリケーションサーバ５００は、前記放送通信連携システムに関連する以外の一般的なアプリケーションや動作プログラム、コンテンツ、データの記憶、管理および配信等を行う公知のサーバ装置である。
移動体電話通信サーバ６００はインターネット２００と接続され、一方、基地局６００ｂを介して携帯情報端末７００と接続される。移動体電話通信サーバ６００は携帯情報端末７００の移動体電話通信網を介した電話通信（通話）およびデータ送受信を管理し、携帯情報端末７００とインターネット２００上の各サーバ装置との通信によるデータの送受信を可能とする。なお、携帯情報端末７００と放送受信装置１００との通信は、基地局６００ｂと移動体電話通信サーバ６００、およびインターネット２００、ルータ装置２１０を介して行われるものであっても良い。
［放送受信装置のハードウェア構成］
図２Ａは、放送受信装置１００の内部構成の一例を示すブロック図である。放送受信装置１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ部１１０、ＬＡＮ通信部１２１、拡張インタフェース部１２４、デジタルインタフェース部１２５、チューナ／復調部１３１、第一分離部１３２、第一映像復号部１３３、第一音声復号部１３４、第一字幕復号部１３５、データ放送受信処理部１４１、データ放送エンジン１４２、ストリーミング受信処理部１５１、第二分離部１５２、第二映像復号部１５３、第二音声復号部１５４、第二字幕復号部１５５、アプリケーション制御部１６１、アプリケーションエンジン１６２、映像重畳部１７１、音声選択部１７２、映像表示部１７３、スピーカ１７４、映像出力部１７５、音声出力部１７６、提示同期制御部１８１、端末連携制御部１９１、で構成される。
主制御部１０１は、所定の動作プログラムに従って放送受信装置１００全体を制御するマイクロプロセッサユニットである。システムバス１０２は主制御部１０１と放送受信装置１００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）やフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ１０３およびＲＡＭ１０４は主制御部１０１と一体構成であっても良い。また、ＲＯＭ１０３は、図２Ａに示したような独立構成とはせず、ストレージ部１１０内の一部記憶領域を使用するようにしても良い。
ストレージ部１１０は、放送受信装置１００の動作プログラムや動作設定値、放送受信装置１００のユーザの個人情報等を記憶する。また、ネットワーク上からダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、放送波から取得した、或いは、ネットワーク上からダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部１１０の一部領域を以ってＲＯＭ１０３の機能の全部または一部を代替しても良い。また、ストレージ部１１０は、放送受信装置１００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。したがって、例えば、フラッシュＲＯＭやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの半導体素子メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの磁気ディスクドライブ、等のデバイスが用いられる。
なお、ＲＯＭ１０３やストレージ部１１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により更新および機能拡張することが可能であるものとする。
ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信部１２１は、ルータ装置２１０を介してインターネット２００と接続され、インターネット２００上の各サーバ装置とデータの送受信を行う。ルータ装置２１０との接続は有線接続であっても良いし、Ｗｉ−Ｆｉ（登録商標）等の無線接続であっても良い。ＬＡＮ通信部１２１は符号回路や復号回路等を備えるものとする。また、放送受信装置１００が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部やＮＦＣ通信部、赤外線通信部等、他の通信部を更に備えていても良い。
チューナ／復調部１３１は、アンテナ１００ａを介して電波塔３００ｔから放送波を受信し、主制御部１０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、チューナ／復調部１３１は、受信した放送信号を復調してＴＳを取得する。なお、図２Ａに示した例では、チューナ／復調部が１つである構成を例示しているが、複数画面同時表示や裏番組録画等を目的として、放送受信装置１００がチューナ／復調部を複数搭載する構成としても良い。また、主制御部１０１の制御に基づいて、前記復調したＴＳに対するアクセス制限の制御等を行っても良い。
第一分離部１３２は、チューナ／復調部１３１から出力されたＴＳを入力し、映像データ列、音声データ列、字幕データ列、番組情報データ列、ＡＩＴデータ列、ＢＭＬデータ列、等の各データ列に分離して出力する。これらのデータ列は、例えば、ＥＳ形式であって良い。第一映像復号部１３３は、第一分離部１３２から入力した映像データ列を復号して映像情報を出力する。第一音声復号部１３４は、第一分離部１３２から入力した音声データ列を復号して音声情報を出力する。第一字幕復号部１３５は、第一分離部１３２から入力した字幕データ列を復号して字幕情報を出力する。
データ放送受信処理部１４１は、第一分離部１３２から入力したＢＭＬデータ列を復号してＢＭＬ文書を再生する。データ放送エンジン１４２は、ＢＭＬ文書を実行するＢＭＬブラウザであり、データ放送受信処理部１４１で再生されたＢＭＬ文書を実行してデータ放送画面情報を出力する。
ストリーミング受信処理部１５１は、主制御部１０１の制御に基づいて、ＬＡＮ通信部１２１を介してインターネット２００上の各サーバ装置に置かれた動画コンテンツ等にアクセスし、前記動画コンテンツ等のプログラムストリーム（Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ：ＰＳ）を取得する。また、主制御部１０１の制御に基づいて、前記取得したＰＳに対するＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）処理の制御等を行っても良い。
第二分離部１５２は、ストリーミング受信処理部１５１から出力されたＰＳを入力し、映像データ列、音声データ列、字幕データ列、等の各データ列に分離して出力する。これらのデータ列は、例えば、ＥＳ形式であって良い。第二映像復号部１５３、第二音声復号部１５４、第二字幕復号部１５５は、それぞれ、第一映像復号部１３３、第一音声復号部１３４、第一字幕復号部１３５と同様の処理を行うため、説明を省略する。
なお、第一分離部１３２と第二分離部１５２、第一映像復号部１３３と第二映像復号部１５３、第一音声復号部１３４と第二音声復号部１５４、第一字幕復号部１３５と第二字幕復号部１５５、は、それぞれ兼用されていても良い。
アプリケーション制御部１６１は、第一分離部から入力したＡＩＴデータ列或いはインターネット２００上の各サーバ装置から取得したＡＩＴファイルに基づいて、放送通信連携システム用に制作されたアプリケーションに関してアプリケーションエンジン１６２に働きかけ、アプリケーション単位のライフサイクルおよびイベントの制御、管理を行う。また、アプリケーションの状態とＡＩＴの指示に依存して、適宜アプリケーションの機能制約の制御を行う。アプリケーションエンジン１６２は、アプリケーション制御部１６１の制御に基づいて、前記放送通信連携システム用に制作されたアプリケーションを取得して実行するＨＴＭＬブラウザである。
映像重畳部１７１は、第一映像復号部１３３から出力された映像情報、第一字幕復号部１３５から出力された字幕情報、データ放送エンジン１４２から出力されたデータ放送画面情報、第二映像復号部１５３から出力された映像情報、第二字幕復号部１５５から出力された字幕情報、アプリケーションエンジン１６２から出力されたアプリケーション実行画面情報を入力して、選択および／または重畳等の処理を行う。映像重畳部１７１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報に基づいて映像表示部１７３等が駆動される。また、映像重畳部１７１は、主制御部１０１の制御に基づいて、必要に応じて、スケーリング処理や第一分離部１３２から出力された番組情報データ列に基づいて作成されたＥＰＧ画面情報の重畳処理等を行う。
音声選択部１７２は、第一音声復号部１３４から出力された音声情報、第二音声復号部１５４から出力された音声情報、アプリケーションエンジン１６２から出力されたアプリケーション実行音声情報を入力して、主制御部１０１の制御に応じて適宜前記音声情報を選択して出力する。
映像表示部１７３は、例えば液晶パネル等の表示デバイスであり、映像重畳部１７１で選択および／または重畳処理を施された映像情報を放送受信装置１００のユーザに提供する。スピーカ１７４は、音声選択部１７２から出力された音声情報を放送受信装置１００のユーザに提供する。映像出力部１７５は、映像重畳部１７１で選択および／または重畳処理を施された映像情報を出力する映像出力インタフェースである。音声出力部１７６は、音声選択部１７２から出力された音声情報を出力する音声出力インタフェースである。なお、前述のように、放送表示装置１００がテレビ受信機等である場合、映像出力部１７５および音声出力部１７６は本発明に必須の構成ではない。
提示同期制御部１８１は、放送波から取得したＴＳを復号することにより得られた映像情報や音声情報等と、インターネット２００上の各サーバ装置から取得したＰＳを復号することにより得られた映像情報や音声情報等、およびアプリケーションエンジン１６２から出力されたアプリケーション実行画面情報やアプリケーション実行音声情報の、映像表示部１７３およびスピーカ１７４上、或いは、映像出力部１７５および音声出力部１７６上における提示同期の制御を、例えばＰＣＲ情報等に基づいて行う。
端末連携制御部１９１は、外部の携帯端末機器との連携を行う際に、連携機器（携帯端末機器）の発見および認証、放送受信装置１００と前記連携機器との接続、アプリケーションの連携、等の管理および制御を行う。
拡張インタフェース部１２４は、放送受信装置１００の機能を拡張するためのインタフェース群であり、本実施例では、アナログ映像／音声インタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェース、メモリインタフェース等で構成されるものとする。アナログ映像／音声インタフェースは、外部映像／音声出力機器からのアナログ映像信号／音声信号の入力、外部映像／音声入力機器へのアナログ映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。ＨＤＤを接続して放送番組やコンテンツの記録を行っても良い。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
デジタルインタフェース部１２５は、符号化されたデジタル映像データおよび／またはデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部１２５は、チューナ／復調部１３１で取得したＴＳやストリーミング受信処理部１５１で取得したＰＳをそのまま出力可能であるものとする。また、デジタルインタフェース部１２５から入力したＴＳやＰＳを第一分離部１３２や第二分離部１５２に入力するように制御しても良い。ストレージ部１１０に記憶したデジタルコンテンツの出力、或いは、ストレージ部１１０へのデジタルコンテンツの記憶を、デジタルインタフェース部１２５を介して行っても良い。デジタルインタフェース部１２５は、ＤＶＩ端子やＨＤＭＩ（登録商標）端子等であって、ＤＶＩ仕様やＨＤＭＩ仕様等に準拠した形式でデータの出力或いは入力がなされるものであって良い。ＩＥＥＥ１３９４仕様等に準拠したシリアルデータの形式で出力或いは入力されても良い。
放送受信装置１００は、テレビ受信機の他、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダなどの光ディスクドライブレコーダ、ＨＤＤレコーダなどの磁気ディスクドライブレコーダ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等であっても良い。デジタル放送受信機能および放送通信連携機能を備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やタブレット端末、ゲーム機等であっても良い。放送受信装置１００がＤＶＤレコーダ、ＨＤＤレコーダ、ＳＴＢ等である場合、映像表示部１７３およびスピーカ１７４は備えなくとも良い。映像出力部１７５および音声出力部１７６に外部モニタおよび外部スピーカを接続することにより、本実施例の放送受信装置１００と同様の動作が可能となる。
［放送受信装置のソフトウェア構成］
図２Ｂは、本実施例の放送受信装置１００のソフトウェア構成図であり、ＲＯＭ１０３、ＲＡＭ１０４およびストレージ部１１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ１０３に基本動作プログラム１００１およびその他の動作プログラムが記憶されており、ストレージ部１１０に受信機能プログラム１００２、ＢＭＬブラウザプログラム１００３、ＨＴＭＬブラウザプログラム１００４およびその他の動作プログラムが記憶されている。また、ストレージ部１１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域１０１１、外部の携帯端末機器との連携等の際に使用する認証情報等を記憶する認証情報記憶領域１０１２、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
ＲＯＭ１０３に記憶された基本動作プログラム１００１はＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部１１０１を構成する。また、ストレージ部１１０に記憶された受信機能プログラム１００２、ＢＭＬブラウザプログラム１００３、ＨＴＭＬブラウザプログラム１００４はそれぞれＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された各動作プログラムを実行することにより、受信機能実行部１１０２、ＢＭＬブラウザエンジン１１０３、ＨＴＭＬブラウザエンジン１１０４を構成する。また、ＲＡＭ１０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
なお、以下では、説明を簡単にするために、主制御部１０１がＲＯＭ１０３に格納された基本動作プログラム１００１をＲＡＭ１０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部１１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
受信機能実行部１１０２は、放送受信機能や放送通信連携機能を実現するために放送受信装置１００の各動作ブロックを制御する。特に、放送番組再生部１１０２ａは、チューナ／復調部１３１、第一分離部１３２、第一映像復号部１３３、第一音声復号部１３４、第一字幕復号部１３５、データ放送受信処理部１４１およびデータ放送エンジン１４２を主として制御する。なお、データ放送エンジン１４２はＲＡＭ１０４上に展開されたＢＭＬブラウザエンジン１１０３で代替されて良い。また、通信コンテンツ再生部１１０２ｂは、ストリーミング受信処理部１５１、第二分離部１５２、第二映像復号部１５３、第二音声復号部１５４および第二字幕復号部１５５を主として制御する。連携アプリ制御部１１０２ｃは、アプリケーション制御部１６１およびアプリケーションエンジン１６２を主として制御する。なお、アプリケーションエンジン１６２はＲＡＭ１０４上に展開されたＨＴＭＬブラウザエンジン１１０４で代替されて良い。端末連携管理部１１０２ｄは端末連携制御部１９１を主として制御する。
前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ１０３および／またはストレージ部１１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部１２４等を介して取得するものであっても良い。
［放送局サーバの構成］
図３は、放送局サーバ３００の内部構成の一例を示すブロック図である。放送局サーバ３００は、主制御部３０１、システムバス３０２、ＲＡＭ３０４、ストレージ部３１０、ＬＡＮ通信部３２１、で構成される。
主制御部３０１は、所定の動作プログラムに従って放送局サーバ３００全体を制御するマイクロプロセッサユニットである。システムバス３０２は主制御部３０１と放送局サーバ３００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ３０４は各動作プログラム実行時のワークエリアとなる。
ストレージ部３１０は、基本動作プログラム３００１およびコンテンツ管理／配信プログラム３００２を記憶し、更に、動画コンテンツ記憶領域３０１１およびメタデータ記憶領域３０１２を備える。動画コンテンツ記憶領域３０１１は放送局が放送する各放送番組の動画コンテンツ等を記憶する。メタデータ記憶領域３０１２は前記各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、等のメタデータを記憶する。
また、ストレージ部３１０に記憶された基本動作プログラム３００１およびコンテンツ管理／配信プログラム３００２はそれぞれＲＡＭ３０４に展開され、更に主制御部３０１が前記展開された基本動作プログラムおよびコンテンツ管理／配信プログラムを実行することにより、基本動作実行部３１０１およびコンテンツ管理／配信実行部３１０２を構成する。
なお、以下では、説明を簡単にするために、主制御部３０１がストレージ部３１０に格納された基本動作プログラム３００１をＲＡＭ３０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部３１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
コンテンツ管理／配信実行部３１０２は、動画コンテンツ記憶領域３０１１およびメタデータ記憶領域３０１２に蓄積された動画コンテンツ等および各メタデータの管理と、前記動画コンテンツ等および各メタデータを契約に基づいてサービス事業者に提供する際の制御を行う。更に、コンテンツ管理／配信実行部３１０２は、前記サービス事業者に対して前記動画コンテンツ等および各メタデータの提供を行う際に、必要に応じて、前記契約に基づいたサービス事業者サーバ４００の認証処理等も行う。
ＬＡＮ通信部３２１は、インターネット２００と接続され、インターネット２００上のサービス事業者サーバ４００等と通信を行う。ＬＡＮ通信部３２１は符号回路や復号回路等を備えるものとする。
［サービス事業者サーバの構成］
図４は、サービス事業者サーバ４００の内部構成の一例を示すブロック図である。サービス事業者サーバ４００は、主制御部４０１、システムバス４０２、ＲＡＭ４０４、ストレージ部４１０、ＬＡＮ通信部４２１、で構成される。
主制御部４０１は、所定の動作プログラムに従ってサービス事業者サーバ４００全体を制御するマイクロプロセッサユニットである。システムバス４０２は主制御部４０１とサービス事業者サーバ４００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ４０４は各動作プログラム実行時のワークエリアとなる。
ストレージ部４１０は、基本動作プログラム４００１およびコンテンツ管理／配信プログラム４００２、アプリケーション管理／配布プログラム４００３を記憶し、更に、動画コンテンツ記憶領域４０１１およびメタデータ記憶領域４０１２、アプリケーション記憶領域４０１３を備える。動画コンテンツ記憶領域４０１１およびメタデータ記憶領域４０１２は、放送局サーバ３００から提供された前記動画コンテンツ等および各メタデータや、前記サービス事業者が制作したコンテンツおよび前記コンテンツに関するメタデータ等を記憶する。アプリケーション記憶領域４０１３は、各テレビ受信機からの要求に応じて配布するための、放送通信連携システムの各サービスの実現に必要となるアプリケーションを記憶する。
また、ストレージ部４１０に記憶された基本動作プログラム４００１およびコンテンツ管理／配信プログラム４００２、アプリケーション管理／配布プログラム４００３はそれぞれＲＡＭ４０４に展開され、更に主制御部４０１が前記展開された基本動作プログラムおよびコンテンツ管理／配信プログラム、アプリケーション管理／配布プログラムを実行することにより、基本動作実行部４１０１およびコンテンツ管理／配信実行部４１０２、アプリケーション管理／配布実行部４１０３を構成する。
なお、以下では、説明を簡単にするために、主制御部４０１がストレージ部４１０に格納された基本動作プログラム４００１をＲＡＭ４０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部４１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
コンテンツ管理／配信実行部４１０２は、放送局サーバ３００からの動画コンテンツ等および各メタデータの取得、動画コンテンツ記憶領域４０１１およびメタデータ記憶領域４０１２に蓄積された動画コンテンツ等および各メタデータの管理、および各テレビ受信機に対する前記動画コンテンツ等および各メタデータの配信の制御を行う。また、アプリケーション管理／配布実行部４１０３は、アプリケーション記憶領域４０１３に蓄積された各アプリケーションの管理と、前記各アプリケーションを各テレビ受信機からの要求に応じて配布する際の制御と、を行う。更に、アプリケーション管理／配布実行部４１０３は、前記各テレビ受信機に対して前記各アプリケーションの配布を行う際に、必要に応じて、前記各テレビ受信機の認証処理等も行う。
ＬＡＮ通信部４２１は、インターネット２００と接続され、インターネット２００上の放送局サーバ３００や、ルータ装置２１０を介して、放送受信装置１００や携帯情報端末７００と通信を行う。ＬＡＮ通信部４２１は符号回路や復号回路等を備えるものとする。
［携帯情報端末のハードウェア構成］
図５Ａは、携帯情報端末７００の内部構成の一例を示すブロック図である。携帯情報端末７００は、主制御部７０１、システムバス７０２、ＲＯＭ７０３、ＲＡＭ７０４、ストレージ部７１０、通信処理部７２０、拡張インタフェース部７２４、操作部７３０、画像処理部７４０、音声処理部７５０、センサ部７６０、で構成される。
主制御部７０１は、携帯情報端末７００全体を制御するマイクロプロセッサユニットである。システムバス７０２は主制御部７０１と携帯情報端末７００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
ＲＯＭ７０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭやフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ７０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ７０３およびＲＡＭ７０４は主制御部７０１と一体構成であっても良い。また、ＲＯＭ７０３は、図５Ａに示したような独立構成とはせず、ストレージ部７１０内の一部記憶領域を使用するようにしても良い。
ストレージ部７１０は、携帯情報端末７００の動作プログラムや動作設定値、携帯情報端末７００のユーザの個人情報等を記憶する。また、ネットワーク上からダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、ネットワーク上からダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部７１０の一部領域を以ってＲＯＭ７０３の機能の全部または一部を代替しても良い。また、ストレージ部７１０は、携帯情報端末７００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。したがって、例えば、フラッシュＲＯＭやＳＳＤ、ＨＤＤ等のデバイスが用いられる。
なお、ＲＯＭ７０３やストレージ部７１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により更新および機能拡張することが可能であるものとする。
通信処理部７２０は、ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３、で構成される。ＬＡＮ通信部７２１はルータ装置２１０を介してインターネット２００と接続され、インターネット２００上の各サーバ装置とデータの送受信を行う。ルータ装置２１０との接続はＷｉ−Ｆｉ（登録商標）等の無線接続で行われるものとする。移動体電話網通信部７２２は移動体電話通信網の基地局６００ｂとの無線通信により、電話通信（通話）およびデータの送受信を行う。ＮＦＣ通信部７２３は対応するリーダ／ライタとの近接時に無線通信を行う。ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また、通信処理部７２０が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部や赤外線通信部等、他の通信部を更に備えていても良い。
拡張インタフェース部７２４は、携帯情報端末７００の機能を拡張するためのインタフェース群であり、本実施例では、映像／音声インタフェース、ＵＳＢインタフェース、メモリインタフェース等で構成されるものとする。映像／音声インタフェースは、外部映像／音声出力機器からの映像信号／音声信号の入力、外部映像／音声入力機器への映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
操作部７３０は、携帯情報端末７００に対する操作指示の入力を行う指示入力部であり、本実施例では、表示部７４１に重ねて配置したタッチパネル７３０ｔおよびボタンスイッチを並べた操作キー７３０ｋで構成されるものとする。何れか一方のみであっても良い。拡張インタフェース部７２４に接続したキーボード等を用いて携帯情報端末７００の操作を行っても良い。有線通信または無線通信により接続された別体の携帯端末機器を用いて携帯情報端末７００の操作を行っても良い。また、前記タッチパネル機能は表示部７４１が備え持っているものであっても良い。
画像処理部７４０は、表示部７４１、画像信号処理部７４２、第一画像入力部７４３、第二画像入力部７４４、で構成される。表示部７４１は、例えば液晶パネル等の表示デバイスであり、画像信号処理部７４２で処理した画像データを携帯情報端末７００のユーザに提供する。画像信号処理部７４２は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された画像データに基づいて表示部７４１が駆動される。また、画像信号処理部７４２は、必要に応じてフォーマット変換、メニューやその他のＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）信号の重畳処理等を行う機能を有するものとする。第一画像入力部７４３および第二画像入力部７４４は、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。
音声処理部７５０は、音声出力部７５１、音声信号処理部７５２、音声入力部７５３、で構成される。音声出力部７５１はスピーカであり、音声信号処理部７５２で処理した音声信号を携帯情報端末７００のユーザに提供する。音声入力部７５３はマイクであり、ユーザの声などを音声データに変換して入力する。
センサ部７６０は、携帯情報端末７００の状態を検出するためのセンサ群であり、本実施例では、ＧＰＳ受信部７６１、ジャイロセンサ７６２、地磁気センサ７６３、加速度センサ７６４、照度センサ７６５、近接センサ７６６、で構成される。これらのセンサ群により、携帯情報端末７００の位置、傾き、方角、動き、および周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。また、携帯情報端末７００が、気圧センサ等、他のセンサを更に備えていても良い。
携帯情報端末７００は、携帯電話やスマートホン、タブレット端末等であって良い。ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やノート型ＰＣであっても良い。また、デジタルスチルカメラや動画撮影可能なビデオカメラ、携帯型ゲーム機等、またはその他の携帯用デジタル機器であっても良い。
なお、図５Ａに示した携帯情報端末７００の構成例は、センサ部７６０等、本実施例に必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施例の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良い。
［携帯情報端末のソフトウェア構成］
図５Ｂは、本実施例の携帯情報端末７００のソフトウェア構成図であり、ＲＯＭ７０３、ＲＡＭ７０４およびストレージ部７１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ７０３に基本動作プログラム７００１およびその他の動作プログラムが記憶されており、ストレージ部７１０に連携制御プログラム７００２とＨＴＭＬブラウザプログラム７００３およびその他の動作プログラムが記憶されている。また、ストレージ部７１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域７０１１、テレビ受信機との連携動作等の際に使用する認証情報を記憶する認証情報記憶領域７０１２、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
ＲＯＭ７０３に記憶された基本動作プログラム７００１はＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部７１０１を構成する。また、ストレージ部７１０に記憶された連携制御プログラム７００２およびＨＴＭＬブラウザプログラム７００３はそれぞれＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された各動作プログラムを実行することにより、連携制御実行部７１０２およびＨＴＭＬブラウザエンジン７１０３を構成する。また、ＲＡＭ７０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
なお、以下では、説明を簡単にするために、主制御部７０１がＲＯＭ７０３に格納された基本動作プログラム７００１をＲＡＭ７０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部７１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
連携制御実行部７１０２は、携帯情報端末７００がテレビ受信機との連携動作を行う際の、機器認証および接続、各データの送受信、等の管理を行う。ＨＴＭＬブラウザエンジン７１０３は、放送通信連携システム用に作成されたアプリケーションを携帯情報端末７００上で実行するＨＴＭＬブラウザである。
前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ７０３および／またはストレージ部７１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部７２１または移動体電話網通信部７２２を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部７２４等を介して取得するものであっても良い。
［アプリケーション制御情報（ＡＩＴ）の概要］
本実施例のアプリケーション制御情報（ＡＩＴ）は、放送受信装置１００が対応する放送通信連携機能において、テレビ受信機等（本実施例では、放送受信装置１００）に対して放送サービスに連携するアプリケーション（以下、放送連携アプリと称する場合がある。）の存在を周知し、その制御を指示することを目的とする情報であるものとする。なお、前記放送連携アプリは、（１）放送信号に含まれる起動／終了などの制御信号に基づいて放送受信状態においてのみ動作し、制御信号に基づいて放送リソースへのアクセスが許可される放送マネージドアプリケーションと、（２）起動／終了などを放送信号に制御されない動作形態で、アプリケーション認証などの手段に基づいて放送リソースへのアクセスが許可される放送外マネージドアプリケーションと、（３）放送リソースへのアクセスが許可されない、その他の一般アプリケーションと、に区別されて良い。
ＡＩＴの伝送方式としては、セクション形式またはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のＡＩＴをデータカルーセル（Ｄａｔａ Ｃａｒｏｕｓｅｌ：ＤＣ）方式等により放送波で伝送する方式と、前記セクション形式またはＸＭＬ形式のＡＩＴファイルをインターネット２００上のサーバ装置からｈｔｔｐ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）またはｈｔｔｐｓ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）等で配信する方式の何れかを用いれば良い。その他の方式を採用しても良い。
図６は、ＡＩＴのデータ構成の一例を示すデータ構成図である。ＡＩＴは、主として、アプリケーションタイプ９０１、アプリケーション識別子９０２、アプリケーション制御コード９０３、アプリケーションプロファイル９０４、アプリケーション取得先情報９０５、アプリケーションバウンダリおよびアクセス権限設定９０６、起動優先度９０７、キャッシュ制御情報９０８、サーバアクセス分散パラメータ９０９、等の各情報で構成される。更に、その他の情報が含まれていても良い。
アプリケーションタイプ９０１は、アプリケーションの記述方式を規定する。本実施例においては、前記アプリケーションの記述方式はＨＴＭＬであるものとする。アプリケーション識別子９０２は、アプリケーション単位を識別するための、事業者を識別する組織識別と事業者毎に採番されるアプリケーション識別とで構成される識別情報である。なお、アプリケーション単位とは、アプリケーション取得先情報９０５で指定されるロケーションに存在するＨＴＭＬ文書をエントリー文書とする、ＨＴＭＬ文書およびその参照リソースの集合である。アプリケーション制御コード９０３は、対象となるアプリケーションに対する動作制御を規定するものであり、（１）自動起動、（２）動作可能、（３）終了、（４）プリフェッチ、のうちの１つが記述される。アプリケーションプロファイル９０４は、アプリケーションが要求するテレビ受信機の機能を示す値であり、テレビ受信機がオプションとして持つ機能を組み合わせて示す。この値を参照することにより前記アプリケーションの利用可否が判断される。
アプリケーション取得先情報９０５は、アプリケーションの取得先を特定する情報であり、アプリケーション起動時に最初に参照するＨＴＭＬ文書を取得するためのロケーション情報である。アプリケーションは放送で伝送される場合と通信ネットワーク上のサーバ装置に置かれる場合とが想定されるため、アプリケーション取得先情報９０５で特定されるロケーション情報も放送取得と通信取得の両方の場合に対応した規定が行われる。アプリケーションバウンダリおよびアクセス権限設定９０６は、放送マネージドアプリケーションとしての動作可能範囲を１つ以上の領域（ＵＲＬ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の集合として示す情報である。また、領域毎の放送リソースへのアクセス制限を機能単位に設定する。アプリケーションバウンダリおよびアクセス権限設定９０６により、アプリケーション起動時のエントリー文書からの文書遷移の連鎖による想定外の文書への遷移や不適切な放送リソースへのアクセス等を防止するための文書遷移の範囲を指定する。また、前記文書遷移の範囲内における、領域単位での特定の放送リソースへのアクセス権限を設定可能である。
起動優先度９０７は、放送サービスによるデータ放送とＨＴＭＬ文書による放送マネージドアプリケーションが同時に存在する場合に、どちらを優先して起動するかを規定する。ＰＭＴ上で無条件にデータ放送を最優先と指定すること、ＰＭＴ上で特定のアプリケーションタイプの起動優先順位を指定すること、および起動優先度９０７で対象のアプリケーションの起動優先度を指定すること、が可能であるものとする。キャッシュ制御情報９０８は、アプリケーションの再利用に備えてアプリケーションリソースを保持する場合のキャッシュ制御に用いる情報である。この情報により、アプリケーション終了後も再利用を想定したアプリケーションリソースのキャッシュを行うことが可能となる。サーバアクセス分散パラメータ９０９は、アプリケーションの取得先などにおいてアクセスが集中するサーバの負荷軽減を目的として、アクセスを分散させるためのパラメータセットである。テレビ受信機は、このパラメータの設定に従って、アプリケーション制御コードの適用を確率的に遅延させるように動作して良い。
以下では、本実施例の放送受信装置１００の動作に関して説明する。
［アプリケーション起動時の動作シーケンス］
まず、本実施例の放送受信装置１００における、放送波で送信されるＡＩＴに基づいた放送連携アプリの起動処理に関して説明する。本実施例の放送受信装置１００では、ＰＭＴ上の情報およびＡＩＴのアプリケーション制御コード９０３、起動優先度９０７等の情報により、放送サービスによるデータ放送と放送連携アプリが同時に存在する場合にどちらを優先して起動するかを規定することが可能である。
図７Ａは、放送連携アプリが優先して起動するように規定されている場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置１００がＰＭＴおよびＡＩＴを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ１０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ１０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ１０２）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ１０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認する（Ｓ１０４）。Ｓ１０４の処理において、アプリケーション制御コード９０３が『自動起動』であった場合、更に、前記取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認し（Ｓ１０５）、前記ＡＩＴに指定された放送連携アプリの実行が可能であることが確認された場合、アプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ１０６）。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ１０７）。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。次に、放送受信装置１００のアプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリを起動する（Ｓ１０８）。
図７Ｂは、放送サービスによるデータ放送を優先して起動するように規定されている場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置１００がＰＭＴおよびＡＩＴを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ２０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ２０１の処理において放送サービスによるデータ放送の起動優先度が高いことを確認する（Ｓ２０２）と、データ放送受信処理部１４１が、第一分離部１３２で分離したＢＭＬデータ列を取得してＢＭＬ文書を再生する（Ｓ２０３）。前記ＢＭＬ文書によりデータ放送の自動起動が設定されている場合、およびユーザが操作端末（携帯情報端末７００、リモコン等）を用いてデータ放送の起動要求を行った（Ｓ２０４）場合、データ放送エンジン１４２が、前記再生されたＢＭＬ文書を実行することによりデータ放送画面情報を生成し、映像表示部１７３に表示する（Ｓ２０５）。
Ｓ２０５の処理の後、或いはＳ２０５の処理と同時に、アプリケーション制御部１６１は、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ２０６）、前記取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ２０７）。Ｓ２０７の処理において、前記ＡＩＴに指定された放送連携アプリの実行が可能であることが確認された場合、前記データ放送画面には前記実行可能な放送連携アプリへのエントリーボタンが表示される。前記エントリーボタンは常に表示しておき、前記放送連携アプリの実行が可能な場合にのみ、配色を非アクティブ色からアクティブ色に変更するようにしても良い。形状を変更することにより、前記エントリーボタンの非アクティブ状態とアクティブ状態を切り替えるようにしても良い。
ユーザが操作端末を用いて前記エントリーボタンを選択する（Ｓ２０８）と、データ放送エンジン１４２は、ＢＭＬ文書を実行してデータ放送画面情報を生成する処理を終了する（Ｓ２０９）。続いて、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ２１０）、前記取得したＡＩＴデータ列のアプリケーション取得先情報９０５を確認する。更に、Ｓ２１０で確認したアプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ２１１）。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ２１２）。次に、放送受信装置１００のアプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリを起動する（Ｓ２１３）。
図７Ｃは、何れの優先起動も規定されていない場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置１００がＰＭＴおよびＡＩＴを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ３０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ３０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ３０２）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ３０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認する（Ｓ３０４）。Ｓ３０４の処理において、アプリケーション制御コード９０３が『自動起動』ではなく『起動可能』であった場合、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。
Ｓ３０４の処理を終えた後の状態でユーザが操作端末を用いてデータ放送の起動要求を行った（Ｓ３０５）場合には、図７ＢのＳ２０５以降の処理と同様に、ＢＭＬデータ列の取得およびＢＭＬ文書の再生、データ放送画面情報の生成等が行われる（但し、図示省略）。一方、Ｓ３０４の処理を終えた後の状態でユーザが操作端末を用いて放送連携アプリランチャの起動要求を行った場合（Ｓ３０６）、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ３０７）、前記取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ３０８）。更に、アプリケーション制御部１６１は実行可能な放送連携アプリの一覧を放送連携アプリランチャとして映像表示部１７３に表示する（Ｓ３０９）。
ユーザが操作端末を用いて、Ｓ３０９で表示された放送連携アプリランチャから所定の放送連携アプリの選択を行う（Ｓ３１０）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ３１１）、前記取得したＡＩＴデータ列のアプリケーション取得先情報９０５を確認する。更に、Ｓ３１１で確認したアプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ３１２）。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ３１３）。次に、放送受信装置１００のアプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリを起動する（Ｓ３１４）。
なお、図７Ａ〜図７Ｃを用いて説明した放送連携アプリの起動シーケンスでは、何れも放送波からＡＩＴを取得する例を説明しているが、ＰＭＴの情報記述等により指定された所定のサーバ装置からＡＩＴファイルを取得するようにしても良い。また、放送連携アプリの取得をネットワーク上のサーバ装置（サービス事業者サーバ４００）からではなく、放送波から行っても良い。即ち、ＡＩＴのアプリケーション取得先情報９０５に記載されたロケーション情報が放送波を示している場合、アプリケーション制御部１６１がデータカルーセル方式等で送信されて第一分離部１３２で分離出力されたＨＴＭＬデータ列からＨＴＭＬ文書を再生し、前記再生されたＨＴＭＬ文書（放送連携アプリ）をアプリケーションエンジン１６２が実行するようにすれば良い。
なお、ＰＭＴ上に放送サービスによるデータ放送と放送連携アプリが同時に存在する場合の起動優先度を指定する情報が無い場合は、ＡＩＴのアプリケーション制御コード９０３や起動優先度９０７等の情報のみにより前記起動優先度を確認するようにしても良い。同じくＰＭＴ上の前記情報の取得に失敗した場合も、ＡＩＴのアプリケーション制御コード９０３や起動優先度９０７等の情報のみにより前記起動優先度を確認するようにして良い。即ち、ＰＭＴ上の情報によらず、定期的にＡＩＴの確認を行うようにし、ＡＩＴのアプリケーション制御コード９０３に『自動起動』で指定される放送連携アプリが存在する場合には前記放送連携アプリの起動を優先し、ＡＩＴのアプリケーション制御コード９０３に『自動起動』で指定される放送連携アプリが存在しない場合には放送サービスによるデータ放送の起動を優先するようにすれば良い。
また、Ｓ１０６、Ｓ２１１、Ｓ３１２で放送連携アプリの配信要求を行った際にサービス事業者サーバ４００からのレスポンスが所定時間以上ない場合には、『しばらくお待ちください』等のメッセージを映像表示部１７３に表示するようにしても良い。または、この場合、前記放送連携アプリの実行中止をユーザに問い合わせるメッセージを表示しても良い。
また、放送連携アプリの起動シーケンスは前述の３パターンに限られるものではなく、異なるシーケンスによって起動されるものであっても良いことは言うまでもない。
［携帯情報端末の連携時の動作シーケンス］
本実施例の放送受信装置１００では、放送受信装置１００と携帯情報端末７００との連携動作による放送通信連携サービスの機能拡張が可能であるものとする。例えば、テレビ受信機のメーカが用意するアプリケーション（連携制御アプリ）をインストールすることにより、携帯情報端末７００を放送受信装置１００の高機能リモコンとして使用することが可能となる。また、携帯情報端末７００上でも放送連携アプリを実行し、例えば、放送受信装置１００で表示中の放送番組に連動するサービスを携帯情報端末７００上でも表示することが可能となる。なお、放送受信装置１００と携帯情報端末７００との連携動作による機能拡張を行うためには、前記連携制御アプリが携帯情報端末７００上で起動していることが望ましく、携帯情報端末７００上で動作する放送連携アプリは前記連携制御アプリに制御されて動作するものとする。
図８Ａは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００との認証処理を行い、連携動作が可能となるまでの一連の流れ（初回）を示すものである。なお、前記連携制御アプリは、連携制御プログラム７００２として、予め携帯情報端末７００のストレージ部７１０にインストールしてあるものとする。
ユーザが携帯情報端末７００上で連携制御アプリの起動を指示する（Ｓ４０１）と、携帯情報端末７００の連携制御実行部７１０２は、ネットワーク上の通信（連携動作）可能なテレビ受信機を検索し（Ｓ４０２）、検索結果をテレビ受信機一覧として表示部７４１に表示する。通信可能なテレビ受信機が発見できない場合は、その旨を表示して処理を終了する。ユーザが前記テレビ受信機一覧から任意のテレビ受信機（本実施例の放送受信装置１００）を選択すると、連携制御実行部７１０２は放送受信装置１００に接続するためのログイン画面を表示部７４１に表示する。操作部７３０を介してユーザが前記ログイン画面に認証情報（放送受信装置１００により指定されたログイン名およびパスワード、等）を入力する（Ｓ４０３）と、連携制御実行部７１０２は前記入力された認証情報を、認証情報記憶領域７０１２に記憶すると同時に、放送受信装置１００に送信する（Ｓ４０４）。なお、前記認証情報の放送受信装置１００への送信処理は、ＬＡＮ通信部７２１およびルータ装置２１０を介して行っても良いし、ＮＦＣ通信部７２３を介して放送受信装置１００に直接行っても良い。
ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報が正しいか否かの確認を行う（Ｓ４０５）。Ｓ４０５の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末７００の情報を認証情報記憶領域１０１２に記憶するとともに、携帯情報端末７００を認証する（Ｓ４０６）。放送受信装置１００の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本画面（例えば、高機能リモコン画面）を表示する（Ｓ４０７）。Ｓ４０５において、前記受信した認証情報が正しいと確認されなかった場合には、放送受信装置１００の端末連携制御部１９１は、携帯情報端末７００にエラーを返す。以上の処理により、放送受信装置１００と携帯情報端末７００との間の連携動作が可能な状態となる。
図８Ｂは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００との認証処理を行い、連携動作が可能となるまでの一連の流れ（二回目以降）を示すものである。
ユーザが携帯情報端末７００上で連携制御アプリの起動を指示する（Ｓ５０１）と、携帯情報端末７００の連携制御実行部７１０２は、ネットワーク上の通信可能なテレビ受信機を検索し、検索結果をテレビ受信機一覧として表示部７４１に表示する。通信可能なテレビ受信機が発見できない場合は、その旨を表示して処理を終了する。ユーザが前記テレビ受信機一覧から任意のテレビ受信機（本実施例の放送受信装置１００）を選択し（Ｓ５０２）、前記選択した放送受信装置１００が過去に接続（連携動作）を行ったことがある機器である場合、連携制御実行部７１０２は認証情報記憶領域７０１２から放送受信装置１００の認証情報を読み出して、放送受信装置１００に送信する（Ｓ５０３）。
ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報が正しいか否かの確認を行う（Ｓ５０４）。Ｓ５０４の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末７００を認証する（Ｓ５０５）。放送受信装置１００の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本画面を表示する（Ｓ５０６）。以上の処理により、放送受信装置１００と携帯情報端末７００との間の連携動作が可能な状態となる。
なお、図８Ａ〜図８Ｂの処理に引き続き、放送受信装置１００において放送連携アプリを起動する際には、図８Ａ〜図８Ｂの処理の後に図７Ａ〜図７Ｃの処理を行えば良い。
図８Ｃは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００との認証処理を行い、連携動作が可能となるまでの一連の流れ（二回目以降）を示すものである。但し、同図においては、放送連携アプリの起動シーケンスを実行する放送受信装置１００により、携帯情報端末７００上での連携制御アプリの起動が要求される場合の例である。
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ６０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ６０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ６０２）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ６０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認する（Ｓ６０４）。Ｓ６０４の処理において、アプリケーション制御コード９０３が『自動起動』であった場合、更に、前記取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ６０５）。Ｓ６０５の処理において、前記ＡＩＴに指定された放送連携アプリの実行が可能であることが確認され、更に、携帯端末機器の連携制御が必要であると判断された場合、端末連携制御部１９１が認証情報記憶領域１０１２を参照することにより、携帯端末機器として携帯情報端末７００を選択し、前記選択した携帯情報端末７００に対して連携制御アプリ起動要求を送信する（Ｓ６０６）。
なお、認証情報記憶領域１０１２を参照することによる携帯情報端末７００の選択は、認証情報記憶領域１０１２の最新の情報に基づき、若しくは、認証情報記憶領域１０１２の最も使用頻度の高い情報に基づきなされるようにすれば良い。
また、Ｓ６０６の処理において、連携制御アプリ起動要求を送信するべき携帯端末機器が発見できない場合には、その旨を示すメッセージを映像表示部１７３に表示するようにしても良い。または、この場合、前記放送連携アプリの実行中止をユーザに問い合わせるメッセージを表示しても良い。
携帯情報端末７００の主制御部７０１は、ＬＡＮ通信部７２１を介して受信した前記連携制御アプリ起動要求に応じて連携制御アプリ（連携制御実行部７１０２）を起動させ（Ｓ６０７）、更に、連携制御実行部７１０２が、認証情報記憶領域７０１２から放送受信装置１００の認証情報を読み出して、放送受信装置１００に送信する（Ｓ６０８）。
ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報が正しいか否かの確認を行う（Ｓ６０９）。Ｓ６０９の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末７００を認証する（Ｓ６１０）。放送受信装置１００の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本画面を表示する（Ｓ６１１）。以上の処理により、放送受信装置１００と携帯情報端末７００との間の連携動作が可能な状態となる。
なお、前述の処理に続いて放送連携アプリを、放送受信装置１００と携帯情報端末７００の双方において実行する場合には、図９に示す処理を行えば良い。図９は、放送受信装置１００および携帯情報端末７００の放送連携アプリの起動シーケンスの一例を示す動作シーケンス図である。
即ち、図８ＣのＳ６０１〜Ｓ６１１の処理の後、放送受信装置１００のアプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ６１２）、前記取得したＡＩＴデータ列のアプリケーション取得先情報９０５を確認する。更に、Ｓ６１２で確認したアプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリ（テレビ側）の送信要求を送信する（Ｓ６１３）。
前記放送連携アプリ（テレビ側）の送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリ（テレビ側）の配信を、ＬＡＮ通信部４２１を介して行う（Ｓ６１４）。放送受信装置１００のアプリケーションエンジン１６２は、アプリケーション制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリ（テレビ側）を起動する（Ｓ６１５）。
次に、放送受信装置１００の端末連携制御部１９１は、ＡＩＴ若しくはＳ６１５で実行した放送連携アプリ（テレビ側）から取得した、携帯情報端末７００で実行するべき放送連携アプリ（端末側）の取得先ＵＲＬ情報等を携帯情報端末７００に送信する（Ｓ６１６）。携帯情報端末７００の連携制御実行部７１０２は、ＬＡＮ通信部７２１を介して受信した前記放送連携アプリ（端末側）の取得先ＵＲＬ情報等に基づき、ＬＡＮ通信部７２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリ（端末側）の送信要求を送信する（Ｓ６１７）。
前記放送連携アプリ（端末側）の送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて携帯情報端末７００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリ（端末側）の配信を、ＬＡＮ通信部４２１を介して行う（Ｓ６１８）。携帯情報端末７００のＨＴＭＬブラウザエンジン７１０３が、ＬＡＮ通信部７２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリ（端末側）を起動する（Ｓ６１９）。
なお、ＡＩＴファイルを所定のサーバ装置から取得可能であること、放送連携アプリの取得をネットワーク上のサーバ装置からではなく放送波から行えること、等は、図７Ａ〜図７Ｃの動作シーケンスと同様である。なお、放送連携アプリの取得を放送波から行う場合、放送受信装置１００が携帯情報端末７００で実行するべき放送連携アプリ（端末側）を放送波から取得し、前記取得した放送連携アプリ（端末側）を携帯情報端末７００に、通信部１２１を介して転送するようにすれば良い。或いは、放送受信装置１００が携帯情報端末７００で実行するべき放送連携アプリ（端末側）を放送波から取得してストレージ部１１０に記憶させ、図９のＳ６１６の処理において、携帯情報端末７００に送信するＵＲＬ情報として、放送受信装置１００のストレージ部１１０のロケーション情報を送信するようにしても良い。放送受信装置１００は放送連携アプリ（テレビ側）の取得を放送波から行い、携帯情報端末７００は放送連携アプリ（端末側）の取得をネットワーク上のサーバ装置から行うようにしても良い。携帯情報端末７００が有するデジタル放送受信機能を用いて、前記放送連携アプリ（端末側）の取得を放送波から直接行っても良い。
また、図７Ａ〜図７Ｃ、図８Ａ〜図８Ｃ、および図９の各動作シーケンスは適宜部分的に組み合わせることが可能であり、更に、一部動作ステップは他の動作ステップと、適宜、順序入れ替え、同時動作、等が可能であるものとする。
［携帯情報端末の連携制御アプリ基本画面］
図１０Ａは、図８ＡのＳ４０７の処理、図８ＢのＳ５０６の処理、図８ＣのＳ６１１の処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図である。本実施例においては、連携制御アプリの基本画面７４１ａは、放送受信装置１００に対応した高機能リモコンとしての機能を備えるものとする。
連携制御アプリの基本画面７４１ａは、図１０Ａに示したように、電源キー７４１ａ１、ネットワーク選択キー（地デジ、ＢＳ、ＣＳ）７４１ａ２、数字キー（１〜１２）７４１ａ３、音量ＵＰ／ＤＯＷＮキー７４１ａ４、チャンネルＵＰ／ＤＯＷＮキー７４１ａ５、入力切替キー７４１ａ６、番組表キー７４１ａ７、ｄａｔａキー７４１ａ８、連携アプリキー７４１ａ９、メニューキー７４１ａａ、戻るキー７４１ａｂ、カーソルキー（上、下、左、右）７４１ａｃ、決定キー７４１ａｄ、カラーキー（青、赤、緑、黄）７４１ａｅ、で構成される。その他の操作キーが更に表示されていても良い。
前記各操作キーは、放送受信装置１００に付属する専用リモコンと同様のキー配置／動作とすると使い勝手が良い。また、電源キー７４１ａ１、ネットワーク選択キー７４１ａ２、数字キー７４１ａ３、等は、公知のテレビリモコンの各操作キーと同様の機能を有するものとして、詳細の説明を省略する。連携アプリキー７４１ａ９は、本実施例の放送連携通信機能のために用意される操作キーである。
なお、図７ＢのＳ２０４および図７ＣのＳ３０５の処理では、ｄａｔａキー７４１ａ８を選択することによりデータ放送の起動／終了が可能であるものとする。また、図７ＢのＳ２０８および図７ＣのＳ３１０の処理では、カーソルキー７４１ａｃおよび決定キー７４１ａｄの操作により前記実行可能な放送連携アプリの選択が可能であるものとする。また、図７ＣのＳ３０６の処理では、連携アプリキー７４１ａ９を選択することにより放送連携アプリランチャの起動要求が可能であるものとする。
このように連携アプリキー７４１ａ９若しくは同様の機能を有する他の操作キーを前記連携制御アプリの基本画面７４１ａ上に用意すれば、本実施例の放送連携システムで用いる各放送連携アプリを簡単に選択／起動することが可能となる。また、連携アプリキー７４１ａ９若しくは同様の機能を有する他の操作キーを放送受信装置１００に付属する専用リモコンに備えるようにしても良い。
図１０Ｂは、図８ＡのＳ４０７の処理、図８ＢのＳ５０６の処理、図８ＣのＳ６１１の処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図であり、図１０Ａとは異なる例である。
連携制御アプリの基本画面７４１ｂは、連携制御中メッセージ７４１ｂ１、連携制御アプリ動作画面７４１ｂ２、で構成される。その他のオブジェクトが更に表示されていても良い。連携制御中メッセージ７４１ｂ１は、携帯情報端末７００が放送受信装置１００と連携動作中である旨をユーザに認識させるためのメッセージ表示である。連携制御アプリ動作画面７４１ｂ２は、連携制御アプリにより任意の画面表示が行われる領域であり、本実施例では詳細の説明を省略する。例えば、連携制御アプリ動作画面７４１ｂ２内の構成が前述の連携制御アプリの基本画面７４１ａと同様の構成となっていて良い。放送受信装置１００で表示されている放送番組のサブ画面等が表示されていても良い。
図１０Ｂに示したように、連携制御中メッセージ７４１ｂ１を表示することにより、携帯情報端末７００のユーザは携帯情報端末７００が放送受信装置１００と連携動作中であることを簡単に把握することができるようになる。なお、連携制御中メッセージ７４１ｂ１は文字表示に限らず、記号表示、図形表示等であっても良い。背景色の差異等により連携制御中メッセージ７４１ｂ１の代替としても良い。
［放送受信装置のデータ放送画面］
図１１は、図７ＢのＳ２０５の処理により表示されるデータ放送画面の一例を示す画面表示図である。本実施例においては、ＡＩＴの記述等により、連携アプリＡ、連携アプリＢ、連携アプリＣ、の三つの放送連携アプリが放送受信装置１００で実行可能な状態であるものとする。この場合、データ放送画面１７３ａ上の任意の位置に連携アプリＡのエントリーボタン１７３ａ２、連携アプリＢのエントリーボタン１７３ａ３、連携アプリＣのエントリーボタン１７３ａ４が表示される。
図１１に示したようなデータ放送画面１７３ａにおいて、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いてエントリーボタン１７３ａ２、エントリーボタン１７３ａ３、エントリーボタン１７３ａ４、等を選択すると、データ放送画面１７３ａの表示を終了するとともに、アプリケーション制御部１６１およびアプリケーションエンジン１６２の制御により、連携アプリＡ、連携アプリＢ、連携アプリＣ、等が起動する。
なお、データ放送画面１７３ａを表示する際、放送連携アプリの種類やセキュリティ状況等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリＡが放送マネージドアプリケーションである場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記連携アプリＢが放送外マネージドアプリケーションである場合にはエントリーボタン１７３ａ３の枠色を黄色にし、前記連携アプリＣが一般アプリケーションである場合にはエントリーボタン１７３ａ４の枠色を赤色にする、等である。或いは、前記連携アプリＡがセキュリティ上信頼できると判断される場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記連携アプリＢがセキュリティ上信頼できるとは限らないと判断される場合にはエントリーボタン１７３ａ３の枠色を黄色にし、前記連携アプリＣがセキュリティ上危険であると判断される場合にはエントリーボタン１７３ａ４の枠色を赤色にする、等である。
その他、前記放送連携アプリの機能やジャンルに応じて、または、各放送連携アプリの使用有効期限等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。前記放送連携アプリをネットワーク上から取得済みであるか否か等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリＡが既にネットワーク上から取得済み（ＲＡＭ１０４若しくはストレージ１１０にキャッシュ済み）である場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記連携アプリＢが取得中である場合にはエントリーボタン１７３ａ３の枠色を黄色にし、前記連携アプリＣが未取得である場合にはエントリーボタン１７３ａ４の枠色を赤色にする、等である。
このようにすれば、放送受信装置１００のユーザは、放送受信装置１００で実行可能な放送連携アプリの種類やセキュリティ状況等を簡単に把握することが可能となる。
［放送受信装置の放送連携アプリランチャ画面］
図１２Ａは、本実施例の放送受信装置１００において、起動可能な放送連携アプリがあることをユーザに認識させるための報知画面の一例を示す画面表示図である。
例えば、図７Ｃに示した動作シーケンスでは、Ｓ３０４の処理の後、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。一方、この場合、起動可能な放送連携アプリがあることをユーザに認識させるために、図１２Ａに示したようなアイコン１７３ｂ０を表示すれば、放送受信装置１００の使い勝手が向上する。即ち、アイコン１７３ｂ０を表示することにより、ユーザが起動可能な放送連携アプリの存在を見逃すことを防ぐことが可能となる。
なお、アイコン１７３ｂ０の表示位置は画面上の任意の位置で良いが、放送番組の視聴の邪魔にならない場所とすることが望ましい。例えば、画面の四隅等である。また、アイコン１７３ｂ０は、図１２Ａに示したような文字表示であっても良いし、記号、図形等であっても良い。また、アイコン１７３ｂ０は、常に表示しておくようにしても良いし、電源をオンした後やチャンネル切り替え後に所定の時間だけ表示するようにしても良い。または、番組情報やチャンネル番号等を表示した際に同時に表示されるようにしても良い。
図１２Ｂは、図７ＣのＳ３０６の処理により表示される放送連携アプリランチャの一例を示す画面表示図である。本実施例においては、ＡＩＴの記述等により、連携アプリＡ、連携アプリＢ、連携アプリＣ、の三つの放送連携アプリが放送受信装置１００で実行可能な状態であるものとする。この場合、放送番組画面１７３ｂ上の任意の位置に放送連携アプリランチャ１７３ｂ１が表示され、更に、放送連携アプリランチャ１７３ｂ１内に連携アプリＡのエントリーボタン１７３ｂ２、連携アプリＢのエントリーボタン１７３ｂ３、連携アプリＣのエントリーボタン１７３ｂ４、および戻るボタン１７３ｂ５が表示される。
図１２Ｂに示したような放送連携アプリランチャ１７３ｂ１が表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いてエントリーボタン１７３ｂ２、エントリーボタン１７３ｂ３、エントリーボタン１７３ｂ４、等を選択すると、アプリケーション制御部１６１およびアプリケーションエンジン１６２の制御により、連携アプリＡ、連携アプリＢ、連携アプリＣ、等が起動する。戻るボタン１７３ｂ５が選択された場合には、放送連携アプリランチャ１７３ｂ１の表示が終了する。
なお、放送番組画面１７３ｂ上に放送連携アプリランチャ１７３ｂ１を表示する際に、放送連携アプリの種類やセキュリティ状況、放送連携アプリの機能やジャンル、放送アプリのネットワーク上からの取得状況、等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良いことは、図１１のデータ放送画面１７３ａ上に各放送連携アプリのエントリーボタンを表示する場合と同様である。
また、放送受信装置１００で実行可能な放送連携アプリが無い場合には、放送連携アプリランチャ１７３ｂ１を表示しないようにしても良い。または、この場合、放送連携アプリランチャ１７３ｂ１の内部に『使用可能なアプリケーションが有りません』等のメッセージを表示するようにしても良い。
［放送受信装置の放送連携アプリ実行画面］
図１３Ａは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の一例を示す画面表示図である。本実施例の放送連携アプリはＨＴＭＬ記述によるグラフィクス性能やエフェクト性能等を備えており、映像表示部１７３上における放送番組画面とのオーバーレイ表示が可能であるものとする。例えば、図１３Ａに示したように、放送番組画面１７３ｃ上の任意の位置に天気予報やニュース等の情報を表示する放送連携アプリ部１７３ｃ１がオーバーレイ表示される。放送連携アプリ部１７３ｃ１は、第一主オブジェクト１７３ｃ２、第二主オブジェクト１７３ｃ３、第三主オブジェクト１７３ｃ４、および背景オブジェクト１７３ｃ５、等で構成される。他のオブジェクトが更に表示されていても良い。
放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ１がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのｄａｔａキー７４１ａ８を選択することにより、前記放送連携アプリの実行を終了してデータ放送画面に移行することが可能であるものとする。また、連携制御アプリの基本画面７４１ａの連携アプリキー７４１ａ９を選択することにより、前記放送連携アプリの実行を終了して放送番組画面１７３ｃのみの表示に戻すことが可能であるものとする。前記処理は、異なる操作キーにより実現されるものであっても良い。
また、放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ１がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａの各操作キーを操作することにより、放送連携アプリ部１７３ｃ１の透過度を変更することが可能であるものとする。前記透過度の変更処理は、放送連携アプリ部１７３ｃ１全体を一括して行うものであっても良いし、第一主オブジェクト１７３ｃ２、第二主オブジェクト１７３ｃ３、第三主オブジェクト１７３ｃ４、背景オブジェクト１７３ｃ５をそれぞれ単独で行うものであっても良い。所定のグループ（例えば、同一のグラフィクスレイヤに存在する複数のオブジェクト）毎に行うものであっても良い。
前記透過度の変更処理を行う際は、例えば、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃを用いてオブジェクトの選択を行い、カラーキー７４１ａｅの『青』キーでオブジェクトの透過度を増加させ、『黄』キーでオブジェクトの透過度を減少させたりする。異なる操作キーを用いて前記透過度の変更処理を行っても良い。放送連携アプリ部１７３ｃ１全体を一括して透過度１００％とすれば、放送連携アプリ部１７３ｃ１を一時的に非表示とすることができる。例えば、放送波にて緊急放送が配信された場合、放送連携アプリ部全体を透過度１００％として、緊急放送の放送番組画面のみを映像表示部１７３に表示させるようにすることも可能となる。或いは、図示を省略したＣＭ検知部が、放送番組が本編映像からＣＭ映像になったことを検知して、放送連携アプリ部１７３ｃ１全体を一括して透過度１００％（若しくは放送番組の映像を明瞭に確認できる透過度）とするように制御しても良い。
前述の処理を行うことにより、放送連携アプリの実行中にバックグラウンドにある放送番組画面の確認を行いたい場合に、前記放送連携アプリを終了させずに放送番組画面の確認を行うことが可能となる。
図１３Ｂは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の、前述とは異なる例を示す画面表示図である。図１３Ｂに示した例では、放送番組画面１７３ｃ上の任意の位置に推薦番組を紹介する放送連携アプリ部１７３ｃ６がオーバーレイ表示される。放送連携アプリ部１７３ｃ６には、第一推薦番組情報１７３ｃ７、第二推薦番組情報１７３ｃ８、第三推薦番組情報１７３ｃ９、等が表示される。更に多くの推薦番組情報がスクロールやページ切り替え等により表示されても良い。
前記各推薦番組情報は、表示中の放送番組（放送番組画面１７３ｃ）に関連して推薦される番組の情報であっても良いし、ユーザの視聴履歴に基づいて推薦される番組の情報であっても良いし、インターネット等で話題となっている番組の情報であっても良い。放送受信装置１００のユーザの友人が前記ユーザに対して送付した推薦番組の情報であっても良い。また、前記推薦される番組は、デジタル放送サービスの放送波で送信される番組であっても良いし、インターネット２００上の各サーバ装置から配信されるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）番組等であっても良い。インターネット２００上のサーバ装置に用意されたホームページ等の情報画面であっても良い。
放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ６がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いて、第一推薦番組情報１７３ｃ７、第二推薦番組情報１７３ｃ８、第三推薦番組情報１７３ｃ９、等を選択することにより、第一推薦番組情報１７３ｃ７、第二推薦番組情報１７３ｃ８、第三推薦番組情報１７３ｃ９、等で推薦される各番組映像が表示部１７３に表示される。
図１３Ｃは、推薦番組を紹介する放送連携アプリ部１７３ｃ６で推薦される番組映像が表示された場合の例を示す画面表示図である。例えば、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いて、放送連携アプリ部１７３ｃ６の第一推薦番組情報１７３ｃ７を選択した場合、表示部１７３に第一推薦番組情報１７３ｃ７で推薦される番組の番組映像１７３ｃａが表示される。番組映像１７３ｃａは、ユーザによる操作端末の操作により、一時停止や時間指定ジャンプ等が可能であって良い。また、番組映像１７３ｃａを表示する際に、元の放送番組画面１７３ｃをＰＩＰ（Ｐｉｃｔｕｒｅ Ｉｎ Ｐｉｃｔｕｒｅ）形式で任意の位置に表示するようにしても良い。この場合、ユーザの操作端末に対する操作により、前記推薦番組の番組映像１７３ｃａと元の放送番組画面１７３ｃの何れを主画面とするかを変更できて良い。ユーザの操作端末に対する操作により、元の放送番組画面１７３ｃのウィンドウの大きさを調整できるようにしても良い。
また、前記推薦番組の番組映像１７３ｃａが、放送連携アプリ部１７３ｃ６に表示された何れかの推薦番組情報を選択したことにより表示された映像である旨を示すアイコン表示１７３ｃｂを画面上の任意の位置に表示すれば、ユーザの利便性を向上させることができる。また、言うまでもなく、図１３Ｂに示した放送連携アプリ実行画面においても、前述と同様に放送連携アプリ部１７３ｃ６の透過度を変更できるようにして良い。
図１３Ｄは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の、前述とは異なる例を示す画面表示図である。図１３Ｄに示した例では、放送番組画面１７３ｃ上の任意の位置にＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）サービスのポータルとなる放送連携アプリ部１７３ｃｃがオーバーレイ表示される。放送連携アプリ部１７３ｃｃには、第一ＳＮＳサービスのエントリーボタン１７３ｃｄ、第二ＳＮＳサービスのエントリーボタン１７３ｃｅ、第三ＳＮＳサービスのエントリーボタン１７３ｃｆ、等が表示される。更に多くのＳＮＳサービスのエントリーボタンがスクロールやページ切り替え等により表示されても良い。
放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃｃがオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いて、第一ＳＮＳサービスのエントリーボタン１７３ｃｄ、第二ＳＮＳサービスのエントリーボタン１７３ｃｅ、第三ＳＮＳサービスのエントリーボタン１７３ｃｆ、等を選択することにより、チャット機能や掲示板機能、インターネット電話機能等の各エントリーボタンに割り当てられた機能が有効化される。これにより、他者と情報交換を行いながら表示中の放送番組（放送番組画面１７３ｃ）を楽しむことが可能となる。また、同時に、携帯情報端末７００上の連携制御アプリの基本画面７４１ａが、ソフトウェアキーボード等の文字入力画面や音声入力によりチャットや掲示板書き込みを行うための音声入力画面等に変更されるようにしても良い。
また、本実施例の放送受信装置１００で実行可能な放送連携アプリとしては、前述の例の他、放送受信装置１００と携帯情報端末７００との連携機能を用いて、更にＣＭの放送タイミングと同期して、関連するＣＭアプリが放送受信装置１００と携帯情報端末７００の双方に提示されるようなものであっても良い。或いは、放送受信装置１００で利用可能な有料サービスにおいて、放送連携アプリにより放送受信装置１００のユーザの有料サービス加入の有無を確認し、その結果に応じて放送受信装置１００および／または携帯情報端末７００の表示を変更するようなものであっても良い。本実施例の放送受信装置１００においては、何れの放送連携アプリを実行した場合であっても、図１３Ａや図１３Ｂ等を用いて説明した効果を享受することが可能である。
［放送受信装置のエラー表示画面］
図１４は、図７ＡのＳ１０５の処理、図７ＢのＳ２０７の処理、図７ＣのＳ３０８の処理、図８ＣのＳ６０５の処理、等で、取得したＡＩＴデータ列のアプリケーションプロファイル９０４の確認等により放送連携アプリの実行が可能ではないと判断された場合、ＡＩＴの記述に不足がある場合、或いはＡＩＴの取得に失敗した場合、等のエラー表示画面の一例を示す画面表示図である。
本実施例の放送受信装置１００においては、前記放送連携アプリの実行が可能ではないと判断された場合に、アプリケーションプロファイル９０４の確認結果等の、前記放送連携アプリの実行が可能ではない理由を、エラーメッセージ１７３ｄ１に表示するようにする。例えば、アプリケーションプロファイル９０４の確認の結果、所定のオプション機能がテレビ受信機側に不足している場合、その旨をエラーメッセージ１７３ｄ１に表示する。エラーコードと、前記エラーコードの説明が記述されたテレビ受信機メーカのホームページの案内（ＵＲＬ等）を表示しても良い。或いは、放送連携アプリの取得をネットワーク上から行う場合には、当然ながらネットワークの接続状況の確認を事前に行うが、この際に、例えば、ＬＡＮケーブルの接続不備等により前記放送連携アプリの取得が可能でない場合に、その旨をエラーメッセージ１７３ｄ１に表示する。また、ネットワーク接続は確立しているが、エラー状況が劣悪なために放送連携アプリの取得が正しく行えない場合等もエラーメッセージ１７３ｄ１を表示して良い。放送連携アプリの取得を実行中で未だ前記放送連携アプリの実行を行える状態にない場合にエラーメッセージ１７３ｄ１を表示しても良い。また、放送波の受信状況が安定せず、当初はＡＩＴ等の情報を受信できていたにも関わらず、途中からＡＩＴ等の情報を受信できなくなった場合等にもエラーメッセージ１７３ｄ１を表示して良い。なお、このような場合、各サーバ装置から取得した放送連携アプリはそのままキャッシュしておくようにすれば、放送波の受信状況回復後にそのまま使用可能となる。
また、アプリケーションプロファイル９０４の確認の結果、所定のオプション機能がテレビ受信機側に不足している場合に、エラーメッセージ１７３ｄ１に、最新のテレビ受信機用ファームウェアの確認若しくはアップデートを勧める旨の表示を行うようにしても良い。或いは、前記最新のファームウェアの確認若しくはアップデートを、放送受信装置１００が自動的に行うようにしても良い。或いは、テレビ受信機に有料のオプションハードウェアまたはオプションソフトウェアを追加することにより前記放送連携アプリを実行可能とできる場合には、前記有料のオプションハードウェアまたはオプションソフトウェアの案内を表示するようにしても良い。なおエラーメッセージ１７３ｄ１は、放送受信装置１００にではなく、携帯情報端末７００に表示するようにしても良い。
［携帯情報端末の放送連携アプリ実行画面］
図１５は、図９のＳ６１９の処理で表示される放送連携アプリ（端末側）実行画面の一例を示す画面表示図である。図１５に示した放送連携アプリ実行画面７４１ｃは、メインウィンドウ７４１ｃ１、サブウィンドウ７４１ｃ２、選択マーカ７４１ｃ３、カーソルキー７４１ｃ４、７４１ｃ５、解説表示部７４１ｃ６、終了ボタン７４１ｃ７、で構成される。その他のオブジェクトが更に追加されていても良い。
本実施例において、携帯情報端末７００で実行される放送連携アプリ（端末側）は、放送受信装置１００で表示中の放送番組の詳細を確認するためのアプリケーションであるものとする。また、メインウィンドウ７４１ｃ１には放送受信装置１００で表示されている放送番組画面と同じ映像が、サブウィンドウ７４１ｃ２には選択マーカ７４１ｃ３で指定される位置の拡大映像が、それぞれ表示される。カーソルキー７４１ｃ４および７４１ｃ５を選択することにより、選択マーカ７４１ｃ３の位置を変更することが可能であるものとする。解説表示部７１４ｃ６には、メインウィンドウ７４１ｃ１に表示中の前記放送番組に関する解説字幕文や前記放送番組に関して他のユーザが投稿したコメント等が表示されるものとする。終了ボタン７４１ｃ７は前記放送連携アプリ（端末側）の動作を終了させるためのボタンである。
前記放送連携アプリ（端末側）を携帯情報端末７００上で動作させることにより、放送受信装置１００と携帯情報端末７００との連携動作による放送通信連携サービスの機能拡張が可能となる。
［放送受信装置のＥＰＧ画面］
図１６Ａは、本実施例の放送受信装置１００における電子番組表（ＥＰＧ）表示画面の一例を示す画面表示図である。ＥＰＧ表示画面１７３ｅは、主制御部１０１が第一分離部１３２から出力された番組情報データ列に基づいて作成した、本実施例のデジタル放送サービスにおける放送番組の配信予定表である。連携制御アプリの基本画面７４１ａの番組表キー７４１ａ７を選択することにより、映像表示部１７３にＥＰＧ表示画面１７３ｅが表示されるものとする。
ＥＰＧ表示画面１７３ｅは、本実施例においては、縦軸を時間表示、横軸をサービスＩＤ（チャンネル）表示としたマトリクス形状で、各時間帯に各チャンネルで放送される各放送番組の詳細情報を表示する。各放送番組の詳細情報１７３ｅ１は、図１６Ａに示したように、主としてタイトル領域１７３ｅ２と詳細説明領域１７３ｅ３で構成される。
タイトル領域１７３ｅ２には、各放送番組の番組タイトルおよび各放送番組の属性を表す記号等を表示する。前記各放送番組の属性を表す記号等は、例えば、新番組であることを意味する『Ｎｅｗ』を記号化した印や、再放送番組であることを意味する『Ｒｅｐｌａｙ』を記号化した印、等である。或いは、放送サービスによるデータ放送に対応していることを意味する『ｄａｔａ』を記号化した印等でも良い。また、本実施例の放送受信装置１００で実行可能な放送連携アプリが用意されている放送番組である場合は、その旨を示す『Ｌｉｎｋａｇｅ』を記号化した印等でも良い。詳細説明領域１７３ｅ３は、各放送番組の番組内容や出演者、各放送番組を紹介するホームページのＵＲＬ、等の関連情報を表示する。
なお、タイトル領域１７３ｅ２に表示される前記『Ｌｉｎｋａｇｅ』を記号化した印等は、前記放送番組に放送連携アプリが用意されている場合であっても、アプリケーションプロファイル９０４の確認の結果、情報表示装置１００での実行が不可の場合には表示しないようにしても良い。また、タイトル領域１７３ｅ２に表示される、前記実行可能な放送連携アプリが用意されている放送番組であることを示す『Ｌｉｎｋａｇｅ』を記号化した印は、更に、携帯端末機器との連携動作が可能であるか否かで、その色、形状、字体、等を変更しても良い。携帯端末機器との連携動作が可能な場合には、前記『Ｌｉｎｋａｇｅ』を記号化した印と併せて『Ｍｏｂｉｌｅ』を記号化した印を表示するようにしても良い。
なお、前記『Ｌｉｎｋａｇｅ』を記号化した印や『Ｍｏｂｉｌｅ』を記号化した印の表示の有無は、各放送番組の詳細情報等を含むＥＩＴ情報に予め記載しておいた、各放送番組が本実施例の放送受信装置１００で実行可能な放送連携アプリが用意されている放送番組であるか否か、前記実行可能な放送連携アプリが携帯端末機器との連携動作が可能であるか否か、等の情報を取得することにより制御されるようにすれば良い。或いは、インターネット２００上の所定のサーバ装置に用意されたデジタル放送番組の番組配信情報から取得した前記情報を、デジタル放送サービスの放送波から取得した番組情報データ列に基づいて作成した電子番組表に付加するようにしても良い。
前述のように、ＥＰＧ表示画面１７３ｅ上に、実行可能な放送連携アプリが用意されている放送番組であることを示す『Ｌｉｎｋａｇｅ』を記号化した印や携帯端末機器との連携動作が可能なことを示す『Ｍｏｂｉｌｅ』を記号化した印を表示することにより、ユーザは、放送受信装置１００における各放送番組の放送通信連携サービスへの対応状況を簡単に把握することが可能となる。なお、言うまでもなく、前記各放送番組の属性を表す所定の文字を記号化した印は、文字そのものや文章等と代替しても良い。各放送番組の詳細情報１７３ｅ１の背景色を変更することにより、各放送番組の放送通信連携サービスへの対応状況を示しても良い。また、前記『Ｌｉｎｋａｇｅ』を記号化した印や『Ｍｏｂｉｌｅ』を記号化した印等は、通常はタイトル領域１７３ｅ２には表示せず、各放送番組が番組選択カーソル１７３ｅ４により選択された場合にのみポップアップ表示されるようにしても良い。
本実施例の放送受信装置１００はＥＰＧ表示画面１７３ｅ上から放送番組毎の視聴予約および／または録画予約を行う機能を有する。例えば、ＥＰＧ表示画面１７３ｅが表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃを用いてＥＰＧ表示画面１７３ｅ上の番組選択カーソル１７３ｅ４を移動させ、決定キー７４１ａｄにより任意の放送番組を選択することにより、前記選択した放送番組の視聴予約および／または録画予約を行う。
前述の処理において、前記視聴予約および／または録画予約を行った放送番組が放送通信連携サービスへ対応する放送番組である場合、前記視聴予約および／または録画予約を行ったことをトリガとして、前記放送番組の放送開始時間を待たずに、前記放送番組用に用意された放送連携アプリの取得を開始するようにしても良い。即ち、各放送番組の詳細情報等を含むＥＩＴ情報に前記放送連携アプリの取得先を指定する情報（ＵＲＬ等のロケーション情報）を記載しておくようにする。このようにすれば、放送受信装置１００は、各放送番組用に用意された前記放送連携アプリの取得先の情報を、前記放送番組を番組選択カーソル１７３ｅ４で選択した時点で把握することが可能となる。このため、放送受信装置１００は、前記放送番組の放送開始時間となる前に前記放送連携アプリの取得を開始することが可能となる。
なお、前記視聴予約および／または録画予約を行った放送番組が放送通信連携サービスへ対応する放送番組であり、且つ、携帯端末機器との連携動作が可能な放送番組である場合、携帯端末機器用に用意された放送連携アプリ（端末側）も、前述と同様の処理で、前記放送番組の放送開始時間となる前に取得開始するようにしても良い。また、図１６Ｂに示すように、前記携帯端末機器用に用意された放送連携アプリ（端末側）の取得先の情報（ＵＲＬ等のロケーション情報）を示す二次元バーコード１７３ｅ５等をＥＰＧ表示画面１７３ｅに表示して、ユーザに携帯端末機器用に用意された放送連携アプリ（端末側）のダウンロードを促すようにしても良い。
このように、放送受信装置１００が、ＥＰＧ情報に含まれる放送連携アプリの取得先情報を参照して、前記放送連携アプリの取得を放送番組の放送開始時間となる前に開始するようにすれば、放送連携アプリを記憶するサービス事業者サーバ４００の負荷を分散させることが可能となる。また、サービス事業者サーバ４００と情報表示端末１００の間のネットワークの通信速度が不十分な場合であっても、前記放送番組の放送開始直後から前記放送連携アプリを有効に活用することができるようになる。
図１７は、ＥＰＧ表示画面１７３ｅ上から放送番組の視聴予約および／または録画予約を行った場合の放送連携アプリの取得シーケンスの一例を示す動作シーケンス図である。
デジタル放送サービスの視聴中、放送受信装置１００の主制御部１０１は、第一分離部１３２から出力された番組情報データ列を取得する（Ｓ７０１）。ユーザが操作端末を用いてＥＰＧ画面の起動要求を行う（Ｓ７０２）と、映像表示部１７３にＥＰＧ表示画面１７３ｅが表示される（Ｓ７０３）。ＥＰＧ表示画面１７３ｅ上でユーザが操作端末を用いて任意の放送番組を選択することにより前記放送番組の視聴予約および／または録画予約を行う（Ｓ７０４）と、主制御部１０１は、前記第一分離部１３２から取得した番組情報データ列を確認して（Ｓ７０５）、更に、前記視聴予約および／または録画予約を行った放送番組に連動する放送連携アプリの取得先のロケーションを確認する（Ｓ７０６）。
Ｓ７０６の処理の後、アプリケーション制御部１６１は、前記確認したＵＲＬに基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ７０７）。前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ７０８）。続いて、アプリケーション制御部１６１は、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリをＲＡＭ１０４若しくはストレージ１１０にキャッシュするようにする（Ｓ７０９）。
以上説明した本実施例の方送受信装置１００によれば、より付加価値の高い機能を実行可能となる。
（実施例２）
以下では、本発明の実施例２に関して説明する。なお、本実施例における構成および効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
高度広帯域衛星デジタル放送サービスの試験放送が開始された。高度広帯域衛星デジタル放送サービスでは、トランスポート方式にＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式を用いて、４Ｋ（３８４０画素×２１６０画素）や８Ｋ（７６８０画素×４３２０画素）等の所謂ＵＨＤ（或いは、ＳＨＤ）放送番組が配信される。一方、現行の地上波デジタル放送サービスでは、トランスポート方式にＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）方式を用いて、２Ｋ（１９２０画素×１０８０画素：ＨＤ）以下の放送番組のみが配信されている。しかしながら、デジタル放送サービスの受信装置であるテレビ受信機等では、高度広帯域衛星デジタル放送サービスに対応しないテレビ受信機であっても、４Ｋのパネル解像度を有する機種が既に販売されており、ユーザの高画質化に対する要求は強いと考えられる。
前記ユーザの要求を満足するために、ＨＤ以下の放送番組を配信する現行の地上波デジタル放送サービスを、ＵＨＤ放送番組を配信する新たな地上波デジタル放送サービス等に変更することが考えられる。しかしながら、地上波デジタル放送サービスで使用できる周波数帯は限られており、新たな地上波デジタル放送サービスを開始するためには、ＭＰＥＧ２−ＴＳ方式を用いた現行の地上波デジタル放送サービスを終了せざるを得なくなる可能性がある。この場合、ユーザが現在所持している現行の地上波デジタル放送サービス対応のテレビ受信機が使用できなくなることとなり、好ましくない。
そこで、本発明の本実施例では、現行の地上波デジタル放送サービス対応のテレビ受信機のユーザはこれまでと同じ視聴環境で視聴を継続可能であり、且つ、新たにＵＨＤ放送番組等の提供が可能なより好適な地上波デジタル放送サービスのシステムについて説明する。
［システム構成］
図１８Ａは、放送通信連携システムを実現する本実施例の放送システムの一例を示すシステム構成図である。本実施例の放送システムは、放送受信装置１００Ｓとアンテナ１００ａ１、放送受信装置１００Ｕとアンテナ１００ａ２、放送局３００Ｂ、放送局の電波塔３００ｔ、で構成される。
放送受信装置１００Ｓは、ＭＰＥＧ２−ＴＳ方式を用いた現行の地上波デジタル放送サービスを受信可能なテレビ受信機である。放送受信装置１００Ｓは、電波塔３００ｔから送出された地上デジタル放送サービスの放送波を、アンテナ１００ａ１を介して受信する。表示部（表示パネル）は４Ｋ解像度を有していても良い。現行のＢＳ／ＣＳデジタル放送サービスを更に受信可能であっても良い。
一方、放送受信装置１００Ｕは、ＭＰＥＧ２−ＴＳ方式を用いた現行の地上波デジタル放送サービスの受信機能に加え、本実施例の放送通信連携システムに対応する機能を有するテレビ受信機である。放送受信装置１００Ｕは、電波塔３００ｔから送出された地上波デジタル放送サービスの放送波を、アンテナ１００ａ２を介して受信する。また、放送受信装置１００Ｕは、図示を省略したルータ装置等を介してインターネット（以下、ネットと略称する場合あり）等と接続可能であり、インターネット上の各サーバ装置（例えば、放送局３００Ｂが備えるサーバ装置）との通信によるデータの送受信が可能である。即ち、放送受信装置１００Ｕは少なくとも複数の異なる伝送路（図１８Ａの例では、放送波の伝送路とインターネットの伝送路の２つ）を介して伝送されるデータの受信が可能な構成となっている。なお、放送受信装置１００Ｕは更に、現行のＢＳ／ＣＳデジタル放送サービスや高度広帯域衛星デジタル放送サービスを受信可能であっても良い。
放送局３００Ｂは、地上波デジタル放送サービスで配信する放送番組の制作および配信（サービス提供）等を行う放送設備を備える。また、放送局３００Ｂは、コンテンツサーバやアプリケーションサーバ等を備える。コンテンツサーバ（図示省略）は、放送番組（動画コンテンツ等）および各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、等のメタデータを記憶する。アプリケーションサーバ（図示省略）は、放送通信連携システムによるサービスを提供するために用意されたサーバ装置であり、前記コンテンツサーバに記憶された動画コンテンツ等と連携するアプリケーションやその他のデータを記憶する。前記コンテンツサーバやアプリケーションサーバは、実施例１に記載した放送局サーバ３００やサービス事業者サーバ４００の機能を更に兼ね備えていても良い。
電波塔３００ｔは、放送局３００Ｂの放送設備からデジタル放送信号、ＡＩＴ、アプリケーション提示に関する制御情報、等を含む地上波デジタル放送サービスのデジタル放送波を送出する。なお、アプリケーション提示に関する制御情報とは、テレビ受信機上における放送番組とアプリケーションの重ね合わせやアプリケーションの提示可否に関する制御情報である。
図１８Ｂは、放送局３００Ｂで行われる（Ａ）補完信号生成処理、および、放送受信装置１００Ｕで行われる（Ｂ）補完（高画質化）処理の一例を示す概念図である。
本実施例の放送システムでは、ＵＨＤ（ＳＨＤ）対応のテレビカメラや編集装置を用いて、まず、４Ｋ（８Ｋ）解像度で放送番組の制作を行う。次に、放送局３００Ｂにおいて、前記４Ｋ（８Ｋ）放送番組から、放送波で送出する２Ｋ信号と、ネットワークを介して配信する補完信号とを生成するダウンコンバート＋補完信号生成処理を行う。４Ｋ（８Ｋ）放送番組からダウンコンバートして生成した２Ｋ信号は、電波塔３００ｔを介してＭＰＥＧ２−ＴＳ方式の現行の地上波デジタル放送サービスと同様の放送波として送出される。補完信号生成処理で生成した補完信号は、補完データストリームに変換されてアプリケーションサーバに記憶され、インターネット等のネットワークを介して配信される。なお、ダウンコンバートにより生成される２Ｋ信号は、１４４０画素×１０８０画素やそれ以下の画素数であっても良い。放送受信装置１００Ｕでは、電波塔３００ｔから送出された地上波デジタル放送サービスのデジタル放送波を受信して、２Ｋ信号を再生する。また、インターネット等のネットワークを介して取得した補完データストリームに対して、復号等の処理を施し、補完信号を再生する。更に、放送受信装置１００Ｕは、前記再生した２Ｋ信号と補完信号を用いて補完（高画質化）処理を行うことにより、４Ｋ（８Ｋ）映像信号を生成する。
図１８Ｃは、放送局３００Ｂで行われる補完信号生成処理の具体的な処理の一例を示す概念図である。本実施例の放送システムでは、ＵＨＤ対応のテレビカメラや編集装置を用いて、まず、４Ｋ解像度で放送番組の制作を行う。４Ｋ放送番組は、水平方向３８４０画素×垂直方向２１６０画素を有する映像信号である。次に、放送局３００Ｂにおいて、前記４Ｋ放送番組から、放送波で送出する２Ｋ信号とネットで配信する補完信号とを生成する補完信号生成処理を行う。
放送波で送出する２Ｋ信号は、４Ｋ放送番組の隣接する４画素を１単位領域（図１８Ｃでは、Ｐ００とＰ０１とＰ１０とＰ１１の４画素で１単位領域）として、その中から１画素を選択する（図１８Ｃでは、Ｐ００の画素を選択）ダウンコンバート処理により生成する。単位領域内の各画素の平均値をとることによりダウンコンバート処理を行っても良い。その他の演算処理によりダウンコンバート処理を行っても良い。単位領域は図と異なる画素の組み合わせであっても良い。
ダウンコンバート処理は、輝度信号と色差信号のそれぞれに、或いは、ＲＧＢの各信号に施される。ダウンコンバート処理により画素数の削減がなされ、２Ｋ信号は、水平方向１９２０画素×垂直方向１０８０画素を有する映像信号となる。２Ｋ信号は前述のコンテンツサーバに記憶される。２Ｋ信号の映像信号は、現行の地上波デジタル放送のシステムと同様に、圧縮符号化、パケット化、各種制御信号の付加、変調、等の処理を施され、図１８Ａの電波塔３００ｔからデジタル放送波として送出される。このデジタル放送波は、現行の地上波デジタル放送サービス対応のテレビ受信機でも受信可能である。
ネットワークを介して配信する補完信号は、前記４Ｋ放送番組と前記２Ｋ信号の差分演算により生成される。図中、補完信号のＱ００の画素は、４Ｋ放送番組のＰ００の画素と２Ｋ信号のＰ００の画素との差分（即ち、『０』）となる。Ｑ０１の画素は、４Ｋ放送番組のＰ０１の画素と２Ｋ信号のＰ００の画素との差分となる。Ｑ１０の画素は、４Ｋ放送番組のＰ１０の画素と２Ｋ信号のＰ００の画素との差分となる。Ｑ１１の画素は、４Ｋ放送番組のＰ１１の画素と２Ｋ信号のＰ００の画素との差分となる。補完信号は、前記４Ｋ放送番組と同様に、水平方向３８４０画素×垂直方向２１６０画素分のデータを有する。
或いは、２Ｋ信号を単位領域内の各画素の平均値（Ｐａｖ００とする）で生成した場合には、以下となる。図中、補完信号のＱ００の画素は、４Ｋ放送番組のＰ００の画素と２Ｋ信号のＰａｖ００の画素との差分となる。Ｑ０１の画素は、４Ｋ放送番組のＰ０１の画素と２Ｋ信号のＰａｖ００の画素との差分となる。Ｑ１０の画素は、４Ｋ放送番組のＰ１０の画素と２Ｋ信号のＰａｖ００の画素との差分となる。Ｑ１１の画素は、４Ｋ放送番組のＰ１１の画素と２Ｋ信号のＰａｖ００の画素との差分となる。
差分演算処理は、輝度信号と色差信号のそれぞれに、或いは、ＲＧＢの各信号に施される。補完信号は、必要に応じて、圧縮符号化、パケット化、各種制御信号の付加、等の処理を施されて補完データストリームに変換される。補完データストリームは、前述のアプリケーションサーバに記憶され、インターネット等を介して配信される。補完信号は、ＤＣ成分が小さくなるため、圧縮符号化処理において高い圧縮効率が期待できる。
なお、補完信号を圧縮符号化する際の圧縮符号化方式は、現行の地上波デジタル放送のシステムと同一でも良い。しかしながら、現行の地上波デジタル放送のシステムで用いられている圧縮符号化方式より圧縮率の高い圧縮符号化方式を用いる方が、伝送効率が高くなるので、より好ましい。例えば、Ｈ．２６４／ＭＰＥＧ−４ ＡＶＣ方式やＨ．２６５／ＨＥＶＣ方式の圧縮符号化方式が用いられても良い。
ここで、インターネットを介して配信される補完データストリームの伝送方式はさまざま考えられる。ＭＰＥＧ２−ＴＳ方式でも良く、ＭＰＥＧ２−ＰＳ（Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ）方式でも良く、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式でも良い。その他の伝送方式でも良い。これらの伝送方式の中で、ＩＰ伝送のネットワーク配信への対応のしやすさと、放送サービスとの親和性を考慮すると、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）方式が最も好ましい。
図１８Ｄは、放送受信装置１００Ｕで行われる補完（高画質化）処理の一例を示す概念図である。放送受信装置１００Ｕは、アンテナ１００ａ２を介して、電波塔３００ｔから送出された地上波デジタル放送サービスのデジタル放送波を受信する。更に、前記受信したデジタル放送波に対して、復調、選局、復号、等の処理を施して、２Ｋ信号を再生する。前記復調、選局、復号、等の処理は、現行の地上波デジタル放送サービス対応のテレビ受信機と同様の処理で良い。また、放送受信装置１００Ｕは、図示を省略したインターネットやルータ装置等を介して、放送局３００Ｂのアプリケーションサーバから補完データストリームを取得する。更に、前記取得した補完データストリームに対して、復号等の処理を施し、補完信号を再生する。
更に、放送受信装置１００Ｕは、前記再生した２Ｋ信号と補完信号を用いて補完（高画質化）処理を行うことにより、４Ｋ映像信号を生成する。図中、４Ｋ映像信号のＰ００の画素は、２Ｋ信号のＰ００の画素と補完信号のＱ００の画素（即ち、『０』）との加算処理により生成可能である。４Ｋ映像信号のＰ０１の画素は、２Ｋ信号のＰ００の画素と補完信号のＱ０１の画素との加算処理により生成可能である。４Ｋ映像信号のＰ１０の画素は、２Ｋ信号のＰ００の画素と補完信号のＱ１０の画素との加算処理により生成可能である。４Ｋ映像信号のＰ１１の画素は、２Ｋ信号のＰ００の画素と補完信号のＱ１１の画素との加算処理により生成可能である。
また、前記再生した２Ｋ信号と補完信号は、それぞれ秒間６０フレーム（５０フレーム、１２０フレーム、等でも良い）程度の連続する画像で構成される。前記再生した２Ｋ信号と補完信号は、所定の同期情報に基づいて同期処理がなされ、対応するそれぞれのフレームの各画素間で補完（高画質化）処理が行われる。補完（高画質化）処理は、輝度信号と色差信号のそれぞれに、或いは、ＲＧＢの各信号に施される。補完（高画質化）処理で生成された４Ｋ映像信号は、更に、所定の画像処理を施されて表示部（表示パネル）に表示される。
なお、インターネット等を介して配信される補完データストリームは、輝度信号に関する補完信号のみを有し色差信号に関する補完信号を有しない状態であっても良い。この場合、放送受信装置１００Ｕは、インターネット等を介して取得するデータの容量を削減することができる。また、この場合、補完（高画質化）処理により生成された４Ｋ映像信号は、色差解像度が若干低下するが、輝度解像度は十分に確保されており、視聴上不具合を生じない。
或いは、インターネット等を介して配信される補完データストリームは、輝度信号に関する補完信号と色差信号に関する補完信号の双方を有しており、放送受信装置１００Ｕが、ネットワークの通信状況等に応じて、輝度信号に関する補完信号を優先的に取得するようにしても良い。この場合、インターネットの通信状況等が良好であれば、放送受信装置１００Ｕは輝度信号に関する補完信号と色差信号に関する補完信号の双方を取得して補完（高画質化）処理を行い、インターネット等の通信状況等が良好でなければ、輝度信号に関する補完信号のみを取得して補完（高画質化）処理を行う。
なお、図１８Ｃに示した補完信号生成処理、および、図１８Ｄに示した補完（高画質化）処理は、放送局３００Ｂで制作された放送番組が８Ｋ解像度であっても適用可能である。但し、この場合、１単位領域は１６画素で構成され、補完信号は、前記８Ｋ放送番組と同様に、水平方向７６８０画素×垂直方向４３２０画素分のデータを有するものとする。
電波塔３００ｔから送出された地上波デジタル放送サービスのデジタル放送波は、現行の地上波デジタル放送サービスを受信可能なテレビ受信機（放送受信装置１００Ｓ）でも受信可能である。放送受信装置１００Ｓは、アンテナ１００ａ１を介して、電波塔３００ｔから送出された地上波デジタル放送サービスのデジタル放送波を受信し、前記受信したデジタル放送波に対して、復調、選局、復号、等の処理を施し、２Ｋ信号を再生する。放送受信装置１００Ｓは、前記再生した２Ｋ信号に所定の画像処理を施して表示部（表示パネル）に表示可能である。
即ち、現行の地上波デジタル放送サービスにのみ対応するテレビ受信機（放送受信装置１００Ｓ）は、デジタル放送波のみを受信して２Ｋ映像信号を表示することが可能であり、本実施例の放送通信連携システムに対応する機能を有するテレビ受信機（放送受信装置１００Ｕ）は、デジタル放送波の受信および補完データストリームの取得により４Ｋ映像信号や８Ｋ映像信号を表示することが可能である。
［放送受信装置の構成］
図１９Ａは、放送受信装置１００Ｕの内部構成の一例を示すブロック図である。本実施例の放送受信装置１００Ｕは、実施例１における放送受信装置１００と基本的に同等の構成を有するが、映像重畳部１７１に代替して映像補完／重畳部１７１Ｕが用意される。映像補完／重畳部１７１Ｕは、映像重畳部１７１の有する機能に加えて、第一映像復号部１３３から出力される２Ｋ信号と第二映像復号部１５３から出力される補完信号とに対して補完（高画質化）処理を行うことにより４Ｋ（８Ｋ）映像信号を生成する機能を備える。補完（高画質化）処理に用いる補完データストリームは、アプリケーション制御部１６１および／またはアプリケーションエンジン１６２の制御に基づき、ＬＡＮ通信部１２１を介してインターネット上の所定のサーバ装置から取得する。また、映像表示部１７３は、少なくとも水平方向３８４０画素×垂直方向２１６０画素のパネル解像度を有するデバイスである。
また、放送受信装置１００Ｕは、操作入力部１７０を有する。操作入力部１７０は、放送受信装置１００Ｕに対する操作指示の入力を行う指示入力部であり、本実施例では、図示を省略したリモコンから送信されるコマンドを受信するリモコン受信部とボタンスイッチを並べた操作キーで構成されるものとする。何れか一方のみであっても良い。また、操作入力部１７０は、映像表示部１７３に重ねて配したタッチパネルで代替しても良い。拡張インタフェース部１２４に接続したキーボード等で代替しても良い。前記図示を省略したリモコンは、リモコンコマンド送信機能を備えた携帯情報端末７００等で代替しても良い。
図１９Ｂは、放送受信装置１００Ｕのソフトウェア構成図の一例であり、ＲＯＭ１０３、ＲＡＭ１０４およびストレージ部１１０におけるソフトウェアの構成を示す。放送受信装置１００Ｕのソフトウェア構成は、実施例１における放送受信装置１００のソフトウェア構成と基本的に同等であるが、ストレージ部１１０に記憶された受信機能プログラム１００２をＲＡＭ１０４に展開した際に、放送番組再生部１１０２ａ、通信コンテンツ再生部１１０２ｂ、連携アプリ制御部１１０２ｃ、端末連携管理部１１０２ｄ（但し、図示省略）の他に、補完（高画質化）処理部１１０２ｕを構成する。補完（高画質化）処理部１１０２ｕは、映像補完／重畳部１７１Ｕで実行される補完（高画質化）処理を、主に制御する。
［補完（高画質化）処理関連アプリケーションの識別］
前述の補完（高画質化）処理は、本実施例の放送受信装置１００Ｕでのみ実行可能であり、現行の地上波デジタル放送サービスにのみ対応する放送受信装置１００Ｓでは実行できない。即ち、補完（高画質化）処理関連アプリケーション（補完データストリーム等）の取得は、放送受信装置１００Ｕでは有効な処理であるが、放送受信装置１００Ｓでは無効な処理となる。一方、従来の放送通信連携システムに対応するアプリケーションは、放送受信装置１００Ｓでも実行可能である。したがって、取得するアプリケーションが、補完（高画質化）処理関連アプリケーションであるか従来の放送通信連携システムに対応するアプリケーションであるかが予め識別可能であれば有用である。補完（高画質化）処理関連アプリケーションの識別の方法としては、以下の何れかを行えば良い。以下の各方法を適宜組み合わせても良い。
（１）ＡＩＴのテーブルＩＤによる識別
図２０Ａにアプリケーション制御情報（ＡＩＴ）のデータ構造の一例を示す。ＡＩＴは、アプリケーションを特定および制御するための付加的なアプリケーション情報を伝送するデータを含む。同図に示したデータ構造はＡＩＴをセクション形式で記述した場合の例である。ＡＩＴはＸＭＬ形式で記述されても良い。
同図に示したＡＩＴのデータ構造における『ｔａｂｌｅ＿ｉｄ』は、本テーブルがアプリケーション情報テーブルであることを示すパラメータである。このパラメータを、従来の放送通信連携システムに対応するアプリケーションを取得するためのＡＩＴと補完（高画質化）処理関連アプリケーションを取得するためのＡＩＴとで異ならせることにより、ＡＩＴの制御対象のアプリケーションが本実施例の補完（高画質化）処理関連アプリケーションか否かを識別されて良い。即ち、従来の放送通信連携システムに対応するアプリケーションを特定および制御するためのテーブルと、補完（高画質化）処理関連アプリケーションを特定および制御するためのテーブルとを、別々に用意しても良い。
（２）ＡＩＴのアプリケーション形式による識別
図２０Ａに示したＡＩＴのデータ構造における『ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ』は、図６のアプリケーションタイプ９０１に対応するパラメータであり、ＡＩＴの制御対象となるアプリケーションの形式を示す。図２０Ｂにアプリケーション形式の一覧を示すように、このパラメータが『０ｘ０００１』である場合、前記制御対象のアプリケーションはＡＲＩＢ−Ｊアプリケーションと識別される。このパラメータが『０ｘ００１０』である場合、前記制御対象のアプリケーションは放送通信連携ＨＴＭＬ５アプリケーションと識別される。このパラメータが『０ｘ０１００』である場合に、前記制御対象のアプリケーションは本実施例の補完（高画質化）処理関連アプリケーションと識別されて良い。
（３）ＡＩＴのアプリケーション識別子による識別
図２０Ａに示したＡＩＴのデータ構造における『ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ（）』は、図６のアプリケーション識別子９０２に対応するパラメータであり、ＡＩＴの制御対象となるアプリケーションを作成した事業者（組織）の識別番号と、事業者（組織）識別内で一意に付与されるアプリケーション識別番号とが記述される。図２０Ｃにアプリケーション識別子のデータ構造の一例を示す。図中の『ｏｒｇａｎｉｚａｔｉｏｎ＿ｉｄ』が事業者（組織）識別番号を示す。図中の『ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ』がアプリケーション識別番号を示す。
前記アプリケーション識別子において、前記事業者（組織）識別番号またはアプリケーション識別番号が予め定めた所定の値（の範囲内）である場合に、前記制御対象のアプリケーションが本実施例の補完（高画質化）処理関連アプリケーションであると識別しても良い。或いは、前記アプリケーション識別番号の所定のビットが『１』である場合に、前記制御対象のアプリケーションが本実施例の補完（高画質化）処理関連アプリケーションであると識別しても良い。或いは、同図に示したように、所定のフラグ（図中の『ｕｈｄ＿ｄａｔａ＿ｆｌａｇ』等）を追加することにより、前記制御対象のアプリケーションが本実施例の補完（高画質化）処理関連アプリケーションであるか否かを識別するようにしても良い。前記所定のフラグは、異なる識別子や記述子に記述されても良い。
（４）ＡＩＴのアプリケーション制御コードによる識別
図２０Ａに示したＡＩＴのデータ構造における『ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅ』は、図６のアプリケーション制御コード９０３に対応するパラメータであり、ＡＩＴの制御対象となるアプリケーションの状態を制御する制御コードが記述される。図２０Ｄにアプリケーション制御コードの一覧を示すように、このパラメータが『０ｘ０８』である場合に補完データストリームの取得を開始するように、アプリケーションの状態を制御して良い。即ち、アプリケーション制御コードの値が『０ｘ０８』である場合、前記制御対象のアプリケーションが本実施例の補完（高画質化）処理関連アプリケーションであると識別されて良い。
（５）ＡＩＴのアプリケーションプロファイルによる識別
図２０Ｅにアプリケーション記述子のデータ構造の一例を示す。アプリケーション記述子は、ＡＩＴのアプリケーション情報記述子ループ内に配置され、アプリケーション毎の基本情報が記述される。同図に示したアプリケーション記述子のデータ構造における『ａｐｐｌｉｃａｔｉｏｎ＿ｐｒｏｆｉｌｅ』は、図６のアプリケーションプロファイル９０４に対応するパラメータであり、ＡＩＴの制御対象となるアプリケーションの実行に必要な受信機プロファイルを示す。このパラメータにより、アプリケーションが補完（高画質化）処理機能の実装を要求しているか否かを確認することが可能である。即ち、アプリケーションが補完（高画質化）処理機能の実装を要求している場合、前記制御対象のアプリケーションは本実施例の補完（高画質化）処理関連アプリケーションであると識別されて良い。
（６）ＡＩＴの予備パラメータによる識別
図２０Ａに示したＡＩＴのデータ構造における『ｒｅｓｅｒｖｅｄ』若しくは『ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅ』等のパラメータは、将来の利用のために予約された予備パラメータである。この予備パラメータにフラグを割り当てることにより、ＡＩＴの制御対象となるアプリケーションが補完（高画質化）処理関連アプリケーションであるか否かを識別可能としても良い。ＡＩＴの共通記述子ループやアプリケーション情報記述子ループに配置される記述子の予備パラメータにフラグを割り当てても良い。
［補完データストリームの取得］
前述のように、補完データストリームは、放送局３００Ｂのアプリケーションサーバ等の、インターネット上の所定のサーバ装置に記憶される。放送受信装置１００Ｕは、地上デジタル放送サービスの放送波から取得したロケーション情報に基づいて前記所定のサーバ装置にアクセスし、補完データストリームを取得する。一例として、補完データストリームの取得先を示すロケーション情報がデジタル放送波で伝送されるＡＩＴにより指定され、放送受信装置１００Ｕは、連携アプリ制御部１１０２ｃの制御に基づいて前記ロケーション情報で指定される所定のサーバ装置にアクセスし、補完データストリームを取得する。補完データストリームの取得先を示すロケーション情報は、デジタル放送波で伝送される制御情報等において、以下の形式で指定されて良い。以下の各形式を適宜組み合わせても良い。
（１）ＡＩＴにより直接指定する形式１
補完データストリームの取得先をＡＩＴにより直接指定する場合、ＡＩＴの共通記述子ループ内またはアプリケーション情報記述子ループ内で、伝送プロトコル記述子を用いて指定すれば良い。
図２１Ａに伝送プロトコル記述子のデータ構造の一例を示す。図中の『ｐｒｏｔｏｃｏｌ＿ｉｄ』は、アプリケーションを伝送するプロトコルを示すものであり、インターネット上の所定のサーバ装置から補完データストリームを取得する場合には『０ｘ０００３（ＨＴＴＰ／ＨＴＴＰＳ伝送）』とする。図中の『ｓｅｌｅｃｔｏｒ＿ｂｙｔｅ』は、プロトコル識別毎に規定される補足情報を格納する。補完データストリームの取得先を記述するセレクタ領域は、ＨＴＴＰ／ＨＴＴＰＳ伝送の場合、図２１Ｂに示すデータ構造を備える。同図に示した『ＵＲＬ＿ｂａｓｅ＿ｂｙｔｅ』は、アプリケーションを取得するためのＵＲＬのベース部分が記述される。同図に示した『ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ』は、アプリケーションを取得するためのＵＲＬの拡張部分が記述される。したがって、前記補完データストリームの取得先を示すロケーション情報は、前述の『ＵＲＬ＿ｂａｓｅ＿ｂｙｔｅ』と『ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ』の組み合わせにより指定されて良い。
本形式では、番組（イベント）毎に補完データストリームの取得先を指定することが可能である。
（２）ＡＩＴにより直接指定する形式２
補完データストリームの取得先をＡＩＴにより直接指定する場合、ＡＩＴのアプリケーション情報記述子ループ内で、簡易アプリケーションロケーション記述子を用いて指定しても良い。
図２１Ｃに簡易アプリケーションロケーション記述子のデータ構造の一例を示す。図中の『ｉｎｉｔｉａｌ＿ｐａｔｈ＿ｂｙｔｅｓ』は、対応するアプリケーションのエントリーポイントのＵＲＬが記述される。前記ＵＲＬは、伝送プロトコル記述子で指定されるアプリケーションの取得可能なロケーションをルートとした相対パスで記述する。即ち、前記補完データストリームの取得先を示すロケーション情報は、伝送プロトコル記述子と簡易アプリケーションロケーション記述子の組み合わせにより指定されても良い。
本形式では、番組（イベント）毎に補完データストリームの取得先を指定することが可能である。
（３）ＡＩＴにより直接指定する形式３
補完データストリームの取得先をＡＩＴにより直接指定する場合、ＡＩＴの共通記述子ループ内またはアプリケーション情報記述子ループ内で、ロケーション情報記述子を用いて指定しても良い。
図２１Ｄにロケーション情報記述子のデータ構造の一例を示す。図中の『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ』は、ロケーション情報の種類、指定の方法を示す。図２１Ｅにロケーションタイプの一覧を示す。このパラメータが『０ｘ０５』の場合、対応するアプリケーションを取得可能なＵＲＬを『ＵＲＬ＿ｂｙｔｅ』に記述することが可能である。即ち、前記補完データストリームの取得先を示すロケーション情報を、『ＵＲＬ＿ｂｙｔｅ』により指定することができる。
また、前記パラメータが『０ｘ０１』や『０ｘ０２』の場合、対応するアプリケーションを構成するＩＰパケットの送信元や宛先のＩＰアドレスを『ｉｐｖ４／６＿ｓｒｃ＿ａｄｄｒ』や『ｉｐｖ４／６＿ｄｓｔ＿ａｄｄｒ』で指定することが可能である。
本形式では、番組（イベント）毎に補完データストリームの取得先を指定することが可能である。
（４）ＡＩＴにより間接指定する形式
前述の（１）〜（３）と同様の形式で指定されたＵＲＬからＨＴＭＬ５アプリケーションを取得し、前記取得したＨＴＭＬ５アプリケーションのリンク情報に基づくリンク先から前記補完データストリームを取得するようにしても良い。或いは、前述の（１）〜（３）と同様の形式で指定されたＵＲＬからＨＴＭＬ５アプリケーションやその他のアプリケーションを取得し、前記ＨＴＭＬ５アプリケーションやその他のアプリケーションを実行することにより、所定のロケーションから前記補完データストリームを取得するようにしても良い。
（５）ＡＭＴにより指定する形式
図２１Ｆにアドレスマップテーブルのデータ構造の一例を示す。図中の『ｎｅｔｗｏｒｋ＿ｉｄ』は、ＰＳＩのＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）で規定される、放送局がどのネットワークに所属しているかを示すためのネットワーク識別である。『ｓｅｒｖｉｃｅ＿ｉｄ』は、ＰＳＩのＮＩＴで規定される、放送サービスを識別するためのサービス識別である。『ｓｒｃ＿ａｄｄｒｅｓｓ＿３２／１２８』および『ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２／１２８』は、サービスを構成するＩＰパケットの送信元ＩＰアドレスを規定するためのパラメータであり、『ｄｓｔ＿ａｄｄｒｅｓｓ＿３２／１２８』および『ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２／１２８』は、サービスを構成するＩＰパケットの宛先ＩＰアドレスを規定するためのパラメータである。同図に示したＡＭＴに、前記ネットワーク識別およびサービス識別とサービスを構成するＩＰパケットの送信元／宛先ＩＰアドレスを記述することにより、各放送局（サービス）に関連する前記補完データストリームの取得先を指定することができる。
なお、図２１Ｆに示したＡＭＴは、各放送局（サービス）に関連する前記補完データストリームの取得先を、ループ記述により、複数同時に指定する場合のデータ構造の例である。放送局（サービス）毎に前記ＡＭＴを用意する場合には、図２１Ｇに示すようなデータ構造としても良い。即ち、自局（サービス）用のＡＭＴを各放送局（サービス）がそれぞれ用意する場合、テーブル内において、サービス識別の個数や、ネットワーク識別およびサービス識別は記述する必要がなく、自局（サービス）に関連する前記補完データストリームの取得先のみを示せば良い。
本形式では、放送局（サービス）毎に補完データストリームの取得先を指定することが可能である。
［補完データストリームの取得先の記憶］
補完データストリームの取得先が前述のＡＭＴにより指定される形式である場合、初期スキャン時（または再スキャン時）に、全受信可能チャンネルをサーチしてＡＭＴを取得し、ネットワーク識別やサービス識別に基づく取得先アドレスリストを作成するようにしても良い。前記取得先アドレスリストは、ネットワーク識別および／またはサービス識別とサービスを構成するＩＰパケットの送信元／宛先ＩＰアドレスとが、関連付けて記憶される。前記アドレスリストは不揮発メモリに記憶させる。
初期スキャン時（または再スキャン時）であって、放送受信装置１００Ｕがネットワークに接続されていない場合、放送受信装置１００Ｕは放送波にＡＭＴがある場合でも前記ＡＭＴを参照せず、したがって前記取得先アドレスリストを作成しないように動作しても良い。或いは、初期スキャン時（または再スキャン時）、放送受信装置１００Ｕがネットワークに接続されていない場合であっても、放送受信装置１００Ｕは放送波のＡＭＴを参照して前記取得先アドレスリストを作成し、不揮発メモリに記憶するように動作しても良い。或いは、初期スキャン時（または再スキャン時）であって、放送受信装置１００Ｕがネットワークに接続されている場合、放送受信装置１００Ｕは放送波のＡＭＴを参照して、前記ＡＭＴで指定された各放送局（サービス）に関連する前記補完データストリームの取得先がアクセス可能である場合にのみ、前記取得先アドレスリストを作成し、不揮発メモリに記憶するように動作しても良い。
図２２は、放送受信装置１００Ｕの初期スキャン（再スキャン）時の動作シーケンスの一例を示す図である。
初期スキャンが開始されると、受信機能実行部１１０２は、チューナ／復調部１３１に対して周波数初期値を設定し、前記周波数値へのチューニングを行うように指示する（Ｓ８０１）。チューナ／復調部１３１において、前記設定された周波数値へのロックに成功した場合（Ｓ８０２：Ｙｅｓ）、受信機能実行部１１０２は、受信信号からＮＩＴを取得する（Ｓ８０３）。
Ｓ８０３の処理で取得したＮＩＴが有効なデータである場合（Ｓ８０４：Ｙｅｓ）、受信機能実行部１１０２は、前記取得したＮＩＴからトランスポートストリーム識別、ネットワーク識別、等の情報を取得する（Ｓ８０５）。更に、ＮＩＴの分配システム記述子から、各トランスポートストリーム識別／ネットワーク識別に対応する放送伝送路の物理的条件に関する分配システム情報を取得し（Ｓ８０６）、サービスリスト記述子からサービス識別の一覧を取得する（Ｓ８０７）。なお、ＮＩＴが、トランスポートストリーム識別、ネットワーク識別、分配システム情報、サービス識別の一覧、等の異なるデータを複数有している場合は、Ｓ８０５〜Ｓ８０７の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ８０５〜Ｓ８０７の処理で取得したトランスポートストリーム識別、ネットワーク識別、分配システム情報、サービス識別の一覧、等のデータに基づいてサービスリストを作成し、前記作成したサービスリストをＲＯＭ１０３またはストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ８０８）。
次に、受信機能実行部１１０２は、受信信号からＡＭＴを取得し（Ｓ８０９）、更に、前記サービスリストに記憶された各ネットワーク識別やサービス識別に関する補完データストリーム取得先の情報の一覧を取得する（Ｓ８１０）。なお、ＡＭＴが複数のネットワーク識別やサービス識別に関する補完データストリーム取得先の情報の一覧を有している場合は、Ｓ８１０の処理を繰り返す。異なるネットワーク識別やサービス識別に関する補完データストリーム取得先の情報の一覧を有するＡＭＴが複数ある場合には、Ｓ８０９〜Ｓ８１０の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ８１０の処理で取得した補完データストリーム取得先の情報の一覧を、取得先アドレスリストとして、前記ネットワーク識別やサービス識別と関連付けて、ＲＯＭ１０３またはストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ８１１）。
なお、Ｓ８０２の処理で、チューナ／復調部１３１が前記設定された周波数値へのロックに成功しなかった場合（Ｓ８０２：Ｎｏ）、および、Ｓ８０３の処理で取得したＮＩＴが有効なデータでない場合（Ｓ８０４：Ｎｏ）、Ｓ８０５〜Ｓ８１１の処理は行わない。
Ｓ８１１の処理を終えると、受信機能実行部１１０２は、チューナ／復調部１３１に設定されている周波数値がチャンネルスキャン範囲の最終周波数値であれば（Ｓ８１２：Ｙｅｓ）、処理を終了する。一方、前記設定されている周波数値がチャンネルスキャン範囲の最終周波数値でなければ（Ｓ８１２：Ｎｏ）、チューナ／復調部１３１に設定された周波数値をアップさせて（Ｓ８１３）、Ｓ８０２〜Ｓ８１１の処理を繰り返す。前記繰り返し処理では、Ｓ８０８の処理およびＳ８１１の処理は追記となる。なお、１つのＮＩＴで、当該放送ネットワークを構成する全てのサービスに関するネットワーク識別やサービス識別を取得でき、更に、前記ネットワーク識別やサービス識別に関する補完データストリーム取得先の情報の一覧を有するＡＭＴを取得できる場合には、Ｓ８１２〜Ｓ８１３の処理が不要である。なお、前記サービスリストと取得先アドレスリストは、統合された１つのリストであっても良い。
前述の一連の処理により、本実施例の放送受信装置１００Ｕは、初期設定の際のチャンネルスキャン時に、或いは、設定変更のための再スキャン時に、放送ネットワークを構成するサービスの一覧（サービスリスト）の作成／更新と同時に、前記各サービスに対応する補完データストリーム取得先の情報の一覧（取得先アドレスリスト）の作成／更新を行い、更に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能となる。
なお、前記設定変更のための再スキャンは、ＮＩＴやＡＭＴの『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータを参照することにより、テーブル内の情報に変化があったことを検出した場合に、自動的に行うようにしても良い。ＮＩＴとＡＭＴの一方の『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータの変化を検出した場合に、前記パラメータの変化が検出されたテーブルに関する情報のみを自動的に更新するようにしても良い。但し、前述の自動更新を行った場合、再スキャンを自動的に行った旨をユーザに通知することが望ましい。また、前記テーブル内の情報に変化があったことをユーザに報知し、ユーザに前記再スキャンを行うか否かを選択させるようにしても良い。
［２Ｋ信号と補完信号の同期処理］
前述のように、デジタル放送波を受信して再生した２Ｋ信号とインターネット等を介して取得した補完データストリームから再生した補完信号は、それぞれ秒間６０フレーム程度の連続する画像で構成される。前記再生した２Ｋ信号と補完信号は、放送受信装置１００Ｕにおいて、所定の同期情報に基づいて同期処理がなされ、対応するそれぞれのフレームの各画素間で補完（高画質化）処理が行われる。前記同期処理は、以下の方式により行われて良い。
（１）リファレンスクロックの差分による同期処理１
図２３Ａは、放送受信装置１００Ｕの仮想デコーダ（Ｓｙｓｔｅｍ Ｔａｒｇｅｔ Ｄｅｃｏｄｅｒ：ＳＴＤ）の一例を示すブロック図である。
図中の多重化／分離部１３０１は、図１９Ａの分離部１３２に相当する。ＴＳバッファ１３１１と多重用バッファ１３１２とビデオＥＳバッファ１３１３とビデオデコーダ１３１４とリオーダバッファ１３１５と多重化／分離部１３１６は、映像復号部１３３に相当する。ＴＳバッファ１３２１とオーディオバッファ１３２３とオーディオデコーダ１３２４は、音声復号部１３４に相当する。ＴＳバッファ１３３１とシステムバッファ１３３３とシステムデコーダ１３３４とシステム制御部１３３５は、図１９Ａでは図示を省略しているが、主制御部１０１（或いは、受信機能実行部１１０２）に制御されて、各種システム情報（ヘッダ情報等）の処理を行う。
多重化／分離部１３０１には、チューナ／復調部１３１から出力されたＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）が入力される。ＭＰＥＧ２−ＴＳは、ＴＳヘッダとペイロードで構成される。ＴＳヘッダはアダプテーションフィールドを含む場合があり、アダプテーションフィールドにはＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）が記述される場合がある。ＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）部１３３６は、放送側で設定した基準に基づく相対時刻であるＰＣＲの値を参照して動作するシステム時計である。ＳＴＣ部１３３６は、３３ビットの上位カウンタと９ビットで０〜２９９をカウントする拡張カウンタとで構成される。ＭＰＥＧ２−ＴＳに対応するＳＴＤの各構成は、前記システム時計に同期した２７ＭＨｚの基本クロックで動作する。即ち、前記システム時計のＳＴＣ値は約２６．５時間の周期を有する。
ペイロードはＰＥＳやセクションで構成される。ペイロードがＰＥＳの場合は、映像ＥＳや音声ＥＳを含み、更に、提示時刻情報（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ：ＰＴＳ）や復号時刻情報（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ：ＤＴＳ）が記述される場合がある。前記提示時刻情報や復号時刻情報は、前記ＰＣＲの値に基づいて設定される相対時刻の情報である。即ち、ＭＰＥＧ２−ＴＳ方式で伝送される映像データや音声データは、相対時刻に対応付けられた状態で伝送される。ビデオデコーダ１３１４やオーディオデコーダ１３２４は、システム制御部１３３５の制御に基づき、ＰＴＳ（Ｔ）やＤＴＳ（Ｔ）とＳＴＣ（Ｔ）の値を比較することにより、映像データや音声データの復号タイミングおよび出力タイミングを制御する。
また、多重化／分離部１３４１は、図１９Ａの分離部１５２に相当する。ビデオＥＳバッファ１３５３とビデオデコーダ１３５４とリオーダバッファ１３５５と多重化／分離部１３５６は、映像復号部１５３に相当する。オーディオバッファ１３６３とオーディオデコーダ１３６４は、音声復号部１５４に相当する。システム制御部１３７５は、図１９Ａでは図示を省略しているが、主制御部１０１（或いは、受信機能実行部１１０２）に制御されて、各種システム情報（ヘッダ情報等）の処理を行う。
多重化／分離部１３４１には、ストリーミング受信処理部１５１から出力されたＭＰＥＧ２−ＰＳ（Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ）が入力される。ＭＰＥＧ２−ＰＳは、ＰＳパックヘッダとシステムヘッダとＰＥＳパケットで構成される。ＰＳパックヘッダには相対時刻であるＳＣＲ（Ｓｙｓｔｅｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）が記述される場合がある。ＳＴＣ部１３７６は、ＳＣＲの値を参照して動作するシステム時計である。ＳＴＣ部１３７６は、３３ビットの上位カウンタと９ビットで０〜２９９をカウントする拡張カウンタとで構成される。ＭＰＥＧ２−ＰＳに対応するＳＴＤの各構成は、前記システム時計に同期した２７ＭＨｚの基本クロックで動作する。即ち、前記システム時計の相対時刻であるＳＴＣ値は約２６．５時間の周期を有する。
ＰＥＳパケットは、ＰＥＳヘッダと映像ＥＳや音声ＥＳで構成され、更に、提示時刻情報（ＰＴＳ）や復号時刻情報（ＤＴＳ）が記述される場合がある。前記提示時刻情報や復号時刻情報は、前記ＳＣＲの値に基づいて設定される相対時刻の情報である。即ち、ＭＰＥＧ２−ＰＳ方式で伝送される映像データや音声データは、相対時刻に対応付けられた状態で伝送される。ビデオデコーダ１３５４やオーディオデコーダ１３６４は、システム制御部１３７５の制御に基づき、ＰＴＳ（Ｐ）やＤＴＳ（Ｐ）とＳＴＣ（Ｐ）の値を比較することにより、映像データや音声データの復号タイミングおよび出力タイミングを制御する。
また、差分検出部１３８１は、主制御部１０１（或いは、受信機能実行部１１０２）の制御に基づいて、ＳＴＣ部１３３６のＳＴＣ値（ＳＴＣ（Ｔ））とＳＴＣ部１３７６のＳＴＣ値（ＳＴＣ（Ｐ））の差分を検出する。補完（高画質化）部１３８２は映像補完／重畳部１７１Ｕに相当する。補完（高画質化）部１３８２は、差分検出部１３８１で検出したＳＴＣ（Ｔ）とＳＴＣ（Ｐ）の差分に基づいて、多重化／分離部１３１６の出力（即ち、２Ｋ信号）と多重化／分離部１３５６の出力（即ち、補完信号）の同期処理（フレーム単位のタイミング合わせ）を行う。選択／多重化部１３８３は音声選択部１７２に相当するものであり、補完（高画質化）部１３８２と同様の同期処理を行う。差分検出部１３８１と補完（高画質化）部１３８２と選択／多重化部１３８３は、ＳＴＣ部１３３６のシステム時計に同期した２７ＭＨｚの基本クロックで動作して良い。
放送波を介してＭＰＥＧ２−ＴＳの形式で伝送される２Ｋ信号とインターネットを介してＭＰＥＧ２−ＰＳの形式で伝送される補完信号は、元々同一の４Ｋ放送番組から生成されたデータストリームである。このため、放送局３００Ｂからのデータ送出時点においては、基本的にＭＰＥＧ２−ＴＳのフレームタイミングとＭＰＥＧ２−ＰＳのフレームタイミングは一致しており、同一のリファレンス値が、ＰＣＲおよびＳＣＲとして、各データストリームに与えられる。一方、放送受信装置１００Ｕのデータ取得時点においては、インターネット上のデータ伝送遅延等により、ＭＰＥＧ２−ＰＳの取得タイミングは不定となり、ＭＰＥＧ２−ＴＳのフレームタイミングとＭＰＥＧ２−ＰＳのフレームタイミングが一致するとは限らない。したがって、ＳＴＣ部１３３６のＳＴＣ値（ＳＴＣ（Ｔ））とＳＴＣ部１３７６のＳＴＣ値（ＳＴＣ（Ｐ））も一致するとは限らない。しかしながら、差分検出部１３８１で検出した前記ＳＴＣ値（ＳＴＣ（Ｔ））とＳＴＣ値（ＳＴＣ（Ｐ））の差分に基づいたタイミング補償処理を行うことにより、２Ｋ信号と補完信号の、対応するフレームの出力タイミングを同期させることが可能となる。
なお、ストリーミング受信処理部１５１から出力されるデータストリームがＭＰＥＧ２−ＴＳ形式の場合、前述のＭＰＥＧ２−ＰＳに対応するＳＴＤの構成は、ＭＰＥＧ２−ＴＳに対応するＳＴＤの構成に置き換えられて良い。この場合の放送受信装置１００Ｕの仮想デコーダ（ＳＴＤ）の一例のブロック図を、図２３Ｂに示す。
同図の構成では、差分検出部１３８１は、ＳＴＣ部１３３６のＳＴＣ値（ＳＴＣ１）とＳＴＣ部１４３６のＳＴＣ値（ＳＴＣ２）の差分を検出する。補完（高画質化）部１３８２は、差分検出部１３８１で検出したＳＴＣ１とＳＴＣ２の差分に基づいて、多重化／分離部１３１６の出力（即ち、２Ｋ信号）と多重化／分離部１４１６の出力（即ち、補完信号）の同期処理を行う。
（２）共通のＰＴＳとＤＴＳによる同期処理１
図２３Ｃは、放送受信装置１００Ｕの仮想デコーダ（ＳＴＤ）の一例を示すブロック図である。基本的に図２３Ａに示したＳＴＤの例と同様の構成を有する。
ＳＴＣ部１３３６は、チューナ／復調部１３１から出力されるＭＰＥＧ２−ＴＳが有する相対時刻であるＰＣＲの値を参照して動作するシステム時計である。また、同図の全構成は、前記システム時計に同期した２７ＭＨｚの基本クロックで動作する。ＭＰＥＧ２−ＴＳのペイロードがＰＥＳの場合に記述される提示時刻情報（ＰＴＳ）や復号時刻情報（ＤＴＳ）は、前記ＰＣＲの値に基づいて設定される相対時刻の情報である。また、ＭＰＥＧ２−ＰＳのＰＥＳパケットに記述される提示時刻情報（ＰＴＳ）や復号時刻情報（ＤＴＳ）も、前記ＰＣＲの値に基づいて設定される相対時刻の情報である。
ビデオデコーダ１３１４やオーディオデコーダ１３２４は、システム制御部１３３５の制御に基づき、ＰＴＳ（Ｔ）やＤＴＳ（Ｔ）とＳＴＣ（Ｔ）の値を比較することにより、映像データや音声データの出力タイミングを制御する。また、ビデオデコーダ１３５４やオーディオデコーダ１３６４は、システム制御部１３７５の制御に基づき、ＰＴＳ（Ｐ）やＤＴＳ（Ｐ）とＳＴＣ（Ｔ）の値を比較することにより、映像データや音声データの出力タイミングを制御する。システム制御部１３３５とシステム制御部１３７５は、統合されても良い。
前述のような構成／設定とすることにより、補完（高画質化）部１３９２では、補完（高画質化）部１３８２のようなＳＴＣ値の差分に基づく同期処理を行う必要はなく、多重化／分離部１３１６の出力（即ち、２Ｋ信号）と多重化／分離部１３５６の出力（即ち、補完信号）を同期させることが可能となる。選択／多重化部１３９３も同様である。
（３）リファレンスクロックの差分による同期処理２
図２３Ｄは、放送受信装置１００Ｕの仮想デコーダ（ＳＴＤ）の一例を示すブロック図である。チューナ／復調部１３１から出力されたＭＰＥＧ２−ＴＳに対応するＳＴＤ部の構成は、図２３Ａに示したＳＴＤの例と同様である。
図２３Ｄの例では、補完データストリームは、放送局３００Ｂのアプリケーションサーバから、インターネットを介して、例えば、トランスポート方式にＭＭＴ方式を用いたＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットのストリームとして伝送される。
ＩＰパケットバッファ１４４１は、図１９Ａのストリーミング受信部１５１の構成に含まれる。多重化／分離部１４４２は分離部１５２に相当する。ＭＭＴＰバッファ１４５１と復号前バッファ１４５３とビデオデコーダ１４５４とリオーダバッファ１４５５と多重化／分離部１４５６は、映像復号部１５３に相当する。ＭＭＴＰバッファ１４６１と復号前バッファ１４６３とオーディオデコーダ１４６４は、音声復号部１５４に相当する。ＭＭＴＰバッファ１４７１と復号前バッファ１４７３とシステムデコーダ１４７４とシステム制御部１４７５は、図１９Ａでは図示を省略しているが、主制御部１０１（或いは、受信機能実行部１１０２）に制御されて、各種システム情報（ヘッダ情報等）の処理を行う。
多重化／分離部１４４２には、ストリーミング受信処理部１５１（ＩＰパケットバッファ１４４１）から出力されたＩＰパケットが入力される。多重化／分離部１４４２で分離されたＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）形式のＩＰパケットはＳＴＣ部１４７６に入力される。また、ＩＰパケットのペイロードにはＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）パケットが格納される。ＭＭＴＰパケットのＭＭＴＰペイロードは、映像信号および音声信号のＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）／ＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やデータコンテンツ等のＭＦＵ／ＭＰＵやＭＭＴ−ＳＩ（Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）等の制御情報を含む。
ＳＴＣ部１４７６は、ＮＴＰに記述された絶対時刻である協定世界時（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ：ＵＴＣ）を参照して動作するシステム時計である。ＳＴＣ部１４７６は、秒単位をカウントする３２ビットの上位カウンタと秒以下をカウントする２４ビット程度の下位カウントとで構成される。ＭＭＴに対応するＳＴＤの各構成は、前記システム時計に同期した約１６．８Ｍ（２の２４乗）Ｈｚの基本クロックで動作する（前記下位カウンタのビット数がｎの場合、基本クロックは（２のｎ乗）Ｈｚであって良い。）。
ＭＭＴＰペイロードのＭＭＴ−ＳＩ等には、映像ＭＦＵ／ＭＰＵや音声ＭＦＵ／ＭＰＵの提示時刻情報（ＰＴＳ）や復号時刻情報（ＤＴＳ）が記述される場合がある。前記提示時刻情報や復号時刻情報は、図２３Ｅに示すＭＰＵタイムスタンプ記述子の『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータや、図２３Ｆに示すＭＰＵ拡張タイムスタンプ記述子の『ｍｐｕ＿ｄｅｃｏｄｉｎｇ＿ｔｉｍｅ＿ｏｆｆｓｅｔ』パラメータや『ｄｔｓ＿ｐｔｓ＿ｏｆｆｅｓｔ』パラメータや『ｐｔｓ＿ｏｆｆｓｅｔ』パラメータ等から算出される絶対時刻情報である。特に『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータは、６４ビットのＮＴＰタイムスタンプ形式で設定される情報である。即ち、ＭＭＴ方式で伝送される映像データや音声データは、絶対時刻に対応付けられた状態で伝送される。ビデオデコーダ１４５４やオーディオデコーダ１４６４は、システム制御部１４７５の制御に基づき、ＰＴＳ（Ｍ）やＤＴＳ（Ｍ）とＳＴＣ（Ｍ）の値を比較することにより、映像データや音声データの復号タイミングおよび出力タイミングを制御する。
また、ずれ検出部１４８１は、主制御部１０１（或いは、受信機能実行部１１０２）の制御に基づいて、ＳＴＣ部１３３６のＳＴＣ値（ＳＴＣ（Ｔ））とＳＴＣ部１４７６のＳＴＣ値（ＳＴＣ（Ｍ））とを参照して、２Ｋ信号と補完信号のずれ量を検出する。補完（高画質化）部１４８２は映像補完／重畳部１７１Ｕに相当する。補完（高画質化）部１４８２は、ずれ検出部１４８１で検出したずれ量に基づいて、多重化／分離部１３１６の出力（即ち、２Ｋ信号）と多重化／分離部１４５６の出力（即ち、補完信号）の同期処理を行う。選択／多重化部１４８３は音声選択部１７２に相当するものであり、補完（高画質化）部１４８２と同様の同期処理を行う。ずれ検出部１４８１と補完（高画質化）部１４８２と選択／多重化部１４８３は、ＳＴＣ部１３３６のシステム時計に同期した２７ＭＨｚの基本クロックで動作して良い。
なお、前述のようにＳＴＣ部１３３６は、３３ビット＋９ビットのカウンタで構成され、約２６．５時間の周期を有する。ＳＴＣ部１３３６のカウンタ値は、放送側で設定した基準に基づく相対時刻を示すものである。一方、ＳＴＣ部１４７６は、３２＋２４ビットのカウンタで構成され、約１１９３０４６．５時間（約１３６年）の周期を有する。ＳＴＣ部１４７６のカウンタ値は、絶対時刻を示すものである。このため、ずれ検出部１４８１において、ＳＴＣ部１３３６から出力されるＳＴＣ値（ＳＴＣ（Ｔ））とＳＴＣ部１４７６から出力されるＳＴＣ値（ＳＴＣ（Ｍ））とを単純比較したのみでは、２Ｋ信号と補完信号のずれ量を検出することはできない。
したがって、本実施例では、ＮＴＰに記述された絶対時刻であるＵＴＣ値と、放送側で設定した基準に基づく相対時刻であるＰＣＲの対応関係を示す情報を放送局３００Ｂのサーバから配信するＩＰストリームで伝送する情報（例えば、ＭＭＴ−ＳＩ等）に追加し、受信機で、当該情報を更に参照することにより、前記ずれ量の検出を可能としている。具体的には、絶対時刻を伝送するＮＴＰ自体に相対時刻であるＰＣＲの対応関係を示す情報を格納する方式、またはＮＴＰに記述された絶対時刻であるＵＴＣ値と、放送側で設定した基準に基づく相対時刻であるＰＣＲに基づくカウンタ値の対応関係を示す情報を新たな記述子に格納する方式等が考えられる。以下これらの時刻の対応関係情報を『時刻対応関係情報』と総称し、それぞれの具体的な内容について説明する。
当該『時刻対応関係情報』をＮＴＰに記述する場合は、システム制御部１４７５が、ＳＴＣ部１４７６を介して取得したＮＴＰから『時刻対応関係情報』を読み取り、ずれ検出部１４８１に『時刻対応関係情報』の内容自体またはその内容に基づく制御情報を送信すれば良い。
また、当該『時刻対応関係情報』を新たな記述子に格納する場合は、システム制御部１４７５が、システムデコーダ１４７４を介して『時刻対応関係情報』を取得し、ずれ検出部１４８１に『時刻対応関係情報』の内容自体またはその内容に基づく制御情報を送信すれば良い。
なお、ＩＰストリームで伝送するＭＭＴ−ＳＩの構成は、本発明の実施例で追加等の説明を行った部分以外は、高度広帯域衛星デジタル放送サービスで採用されているＭＭＴ−ＳＩの構成を用いれば良い。
図２３ＧにＮＴＰのデータ構造の一例を示す。また、同図に示したＮＴＰのデータ構造における『ｍｏｄｅ』は、図２３Ｈに示すようにＮＴＰの動作モードを示すパラメータである。
ＭＭＴ方式を用いた高度広帯域衛星デジタル放送サービスで用いるＮＴＰでは、動作モードを『５（ブロードキャスト）』に設定する。更に、『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』にシステム時刻が最後に補正された時刻をＮＴＰ長形式で記述し、『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』にクライアントへの応答を送出したサーバの時刻をＮＴＰ長形式で記述する。『ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ』および『ｒｅｃｅｉｖｅ＿ｔｉｍｅｓｔａｍｐ』は『０』を格納する。
一方、本実施例において、補完データストリームで用いるＮＴＰに、『時刻対応関係情報』として、絶対時刻であるＵＴＣ値と相対時刻であるＰＣＲの対応関係を示す情報を格納する場合は、以下のとおりに構成すれば良い。ＮＴＰの動作モードを『７（ｒｅｓｅｒｖｅｄ ｆｏｒ ｐｒｉｖａｔｅ ｕｓｅ）』や『０（ｒｅｓｅｒｖｅｄ）』等に設定し、更に、『ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ』にＰＣＲに基づいて動作するシステム時計が所定の基準値（例えば、３３＋９ビットが全て『０』）になるタイミングの時刻をＮＴＰ長形式で記述するようにすれば良い。即ちこの情報は、ＰＣＲの所定の基準値と絶対時刻の対応関係を示す情報であり、本実施例の『時刻対応関係情報』の一例である。なお、本説明では一例として、この『時刻対応関係情報』を『ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ』の部分に格納したが、ＮＴＰの他の使用されていないパラメータ部分に格納しても構わない。
これにより、ずれ検出部１４８１は、当該『時刻対応関係情報』を参照することにより、絶対時刻であるＳＴＣ部１４７６のＳＴＣ値（ＳＴＣ（Ｍ））を、ＰＣＲに基づく相対時刻に換算することが可能となる。なお、後段の処理構成によっては、ずれ検出部１４８１は、当該相対時刻の基準値と絶対時刻の対応関係情報を参照することにより、相対時刻であるＳＴＣ部１３３６のＳＴＣ値（ＳＴＣ（Ｔ））を絶対時刻に換算するように構成しても良い。
したがって、ずれ検出部１４８１は、相対時刻であるＳＴＣ部１３３６のＳＴＣ値（ＳＴＣ（Ｔ））と絶対時刻であるＳＴＣ部１４７６のＳＴＣ値（ＳＴＣ（Ｍ））を参照し、更に、前記『ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ』に記述された『時刻対応関係情報』（例えば、『ＰＣＲに基づいて動作するシステム時計（ＳＴＣ（Ｔ））が所定の基準値になるタイミングの時刻』）を参照することにより、２Ｋ信号と補完信号のずれ量を検出することが可能となる。
なお、上述の例では、『時刻対応関係情報』の一例である『ＰＣＲに基づいて動作するシステム時計が所定の値になるタイミングの時刻』をＮＴＰのデータ構造の１つのパラメータを利用して記述する方式について説明した。
次に、ＭＭＴ−ＳＩに新たな記述子を設けて『時刻対応関係情報』を格納して伝送する例を説明する。
図２３Ｉは、当該新たな記述子（ＵＴＣ−ＰＣＲ参照記述子）の構成を説明する図である。同図における『ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ』は、『ＰＣＲ＿Ｒｅｆｅｒｅｎｃｅ』の値に対応する絶対時刻である協定世界時（ＵＴＣ）の値を記述するパラメータである。『ＰＣＲ＿Ｒｅｆｅｒｅｎｃｅ』は、協定世界時（ＵＴＣ）が『ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ』に示される値になった時の相対時刻であるＰＣＲの値を記述するパラメータである。即ち、放送局側で、当該ＵＴＣ−ＰＣＲ参照記述子内に、時刻を対応させたい絶対時刻と相対時刻の組み合わせのそれぞれの時刻を『ＵＴＣ＿Ｒｅｆｅｒｅｎｃｅ』と『ＰＣＲ＿Ｒｅｆｅｒｅｎｃｅ』に記述することにより、受信機側で、放送局側の意図どおりに絶対時刻と相対時刻の対応関係を把握することが可能となる。
なお、『ＰＣＲ＿Ｒｅｆｅｒｅｎｃｅ』の５６ビットのデータは、４０ビットの上位データと１６ビットの下位データとで構成される。前記４０ビットの上位データには、ＰＣＲ値の上位３３ビットが記述され、残り７ビットは『０』または『１』の固定値として良い。前記１６ビットの下位データには、ＰＣＲ値の下位９ビットが記述され、残り７ビットは『０』または『１』の固定値として良い。『ＵＴＣ＿ＰＣＲ＿ｌｅａｐ＿ｉｎｄｉｃａｔｏｒ』は、送出システムのシステムクロックに対し閏秒調整を実施する際、協定世界時（ＵＴＣ）参照時刻が、日本時間で閏秒挿入日前日の午前９時０分０秒から閏秒挿入日の１回目の午前８時５９分５９秒の場合には『１』を、閏秒削除日前日の午前９時０分０秒から閏秒削除日の午前８時５９分５８秒の場合には『２』を、その他の場合は『０』を記述する。このＵＴＣ−ＰＣＲ参照記述子により、前記『ＰＣＲに基づいて動作するシステム時計が所定の値になるタイミングの時刻』を設定することが可能である。
なお、ＵＴＣ−ＰＣＲ参照記述子等の新たな記述子を用いて、『時刻対応関係情報』を伝送する場合は、ＮＴＰでは、『時刻対応関係情報』を記述する必要はない。この場合は、高度広帯域衛星デジタル放送サービスで採用されているＮＴＰと同様のＮＴＰを用いれば良い。
ＵＴＣ−ＰＣＲ参照記述子は、ＭＭＴ−ＳＩを構成する何れかのテーブルに含まれて良い。また、所定のテーブルのプライベートセクション（『ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ』等のパラメータ）を利用して、前記『時刻対応関係情報』を記述しても良い。例えば、ＭＭＴ−ＳＩのテーブルの１つのＭＰＴ（ＭＭＴパッケージテーブル）に格納すれば、放送局側で番組単位で相対時刻と絶対時刻の対応関係が設定可能である。また、例えば、ＭＭＴ−ＳＩのテーブルの１つのＭＨ−ＳＤＴ（ＭＨ−サービス記述テーブル）に格納すれば、放送局側でサービス単位で相対時刻と絶対時刻の対応関係が設定可能である。但し、ＭＨ−ＳＤＴでは、放送局側と受信機側での更新処理の頻度が高くない運用が考えられるため、番組単位で必ず更新処理が必要なＭＰＴ（ＭＭＴパッケージテーブル）に格納する方式の方がより好ましい。
また、ＭＰＵタイムスタンプ記述子やＭＰＵ拡張タイムスタンプ記述子等に前記『時刻対応関係情報』を示すパラメータを追加しても良い。
或いは、前記『時刻対応関係情報』は、ＭＭＴＰペイロードの映像信号のＭＦＵ／ＭＰＵを構成するＨ．２６４／ＡＶＣやＨ．２６５／ＨＥＶＣのデータストリームのフレーム単位のユーザデータ領域に記述されても良い。
（４）共通のＰＴＳとＤＴＳによる同期処理２
図２３Ｊは、放送受信装置１００Ｕの仮想デコーダ（ＳＴＤ）の一例を示すブロック図である。基本的に図２３Ｄに示したＳＴＤの例と同様の構成を有する。
ＳＴＣ部１３３６は、チューナ／復調部１３１から出力されるＭＰＥＧ２−ＴＳが有するＰＣＲの値を参照して動作するシステム時計である。また、同図の全構成は、前記システム時計に同期した２７ＭＨｚの基本クロックで動作する。ＭＰＥＧ２−ＴＳのペイロードがＰＥＳの場合に記述される提示時刻情報（ＰＴＳ）や復号時刻情報（ＤＴＳ）は、前記ＰＣＲの値に基づいて設定される情報である。
一方、ＭＭＴ方式を用いて伝送される補完データストリームには、ＭＭＴＰペイロードのＭＭＴ−ＳＩ等に記述される映像ＭＦＵ／ＭＰＵや音声ＭＦＵ／ＭＰＵの提示時刻情報（ＰＴＳ（Ｍ））や復号時刻情報（ＤＴＳ（Ｍ））の他、映像／音声符号化ストリームのフレーム単位のユーザデータ領域にも映像ＭＦＵ／ＭＰＵや音声ＭＦＵ／ＭＰＵの提示時刻情報（ＰＴＳ（Ｈ））や復号時刻情報（ＤＴＳ（Ｈ））が記述されて良い。前記提示時刻情報（ＰＴＳ（Ｍ））や復号時刻情報（ＤＴＳ（Ｍ））はＵＴＣ値に基づいて設定されている時刻情報であり、一方、前記提示時刻情報（ＰＴＳ（Ｈ））や復号時刻情報（ＤＴＳ（Ｈ））は前記ＰＣＲの値に基づいて設定される情報である。
ビデオデコーダ１３１４やオーディオデコーダ１３２４は、システム制御部１３３５の制御に基づき、ＰＴＳ（Ｔ）やＤＴＳ（Ｔ）とＳＴＣ（Ｔ）の値を比較することにより、映像データや音声データの出力タイミングを制御する。また、ビデオデコーダ１４５４やオーディオデコーダ１４６４は、システム制御部１４７５の制御に基づき、ＰＴＳ（Ｈ）やＤＴＳ（Ｈ）とＳＴＣ（Ｔ）の値を比較することにより、映像データや音声データの出力タイミングを制御する。この場合、ＰＴＳ（Ｍ）やＤＴＳ（Ｍ）とＳＴＣ（Ｔ）の値（即ち、ＭＰＵタイムスタンプ記述子やＭＰＵ拡張タイムスタンプ記述子の各パラメータ）を参照する必要はない。また、ＮＴＰも無視して良い。システム制御部１３３５とシステム制御部１４７５は、統合されても良い。
前述のような構成／設定とすることにより、補完（高画質化）部１４９２では、補完（高画質化）部１４８２のようなＳＴＣ値の差分に基づく同期処理を行う必要はなく、多重化／分離部１３１６の出力（即ち、２Ｋ信号）と多重化／分離部１４５６の出力（即ち、補完信号）を同期させることが可能となる。選択／多重化部１４９３も同様である。
以上説明した本実施例の構成によれば、現行の地上波デジタル放送サービス対応のテレビ受信機のユーザはこれまでと同じ視聴環境で視聴を継続可能であり、且つ、ＵＨＤ放送番組の提供が可能な地上波デジタル放送サービスのシステムを実現可能である。即ち、より付加価値の高い機能を実行可能となる。
（実施例３）
以下では、本発明の実施例３に関して説明する。なお、本実施例における構成および効果等は特に断りのない限り実施例２と同様であるものとする。このため、以下では、本実施例と実施例２との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。実施例２では、映像信号の拡張処理（高画質化）に関して説明したが、本実施例では、音声信号の拡張処理（多チャンネル化）に関して説明する。
［システム構成］
本実施例の放送システムの構成は、図１８Ａに一例を示したシステム構成図と同様であるが、放送受信装置１００Ｕは図２５Ａに示す放送受信装置１００Ｕ２で代替される。図２４Ａは、放送局３００Ｂで行われる（Ａ）追加用音声データ生成処理、および、放送受信装置１００Ｕ２で行われる（Ｂ）多チャンネル化処理の一例を示す概念図である。
本実施例の放送システムでは、放送局３００Ｂで制作された放送番組は２２．２ｃｈの音声データを有する。また、放送局３００Ｂでは、前記２２．２ｃｈの音声データから、放送波で送出する５．１ｃｈの音声データとネットで配信する追加用音声データとを生成するダウンミックス＋追加用音声データ生成処理を行う。２２．２ｃｈの音声データをダウンミックスして生成した５．１ｃｈの音声データは、電波塔３００ｔを介して放送波として送出される。追加用音声データ生成処理で生成した追加用音声データは、追加用音声データストリームに変換されてアプリケーションサーバに記憶され、インターネット等を介して配信される。放送受信装置１００Ｕ２では、電波塔３００ｔから送出された地上波デジタル放送サービスのデジタル放送波を受信して、５．１ｃｈの音声データを再生する。また、インターネット等を介して取得した追加用音声データストリームに対して、復号等の処理を施し、追加用音声データを再生する。更に、放送受信装置１００Ｕ２は、前記再生した５．１ｃｈの音声データと追加用音声データを用いて多チャンネル化処理を行うことにより、２２．２ｃｈの音声データを生成する。
ここで、２２．２ｃｈの音声データを出力する際のスピーカ配置の一例を図２４Ｂに示す。なお、図中のスクリーン１００ｓはテレビ受信機等であって良い。即ち、前記テレビ受信機等が本実施例の放送受信装置１００Ｕ２となる。また、放送受信装置１００Ｕ２がＤＶＤレコーダやＳＴＢ等である場合、スクリーン１００ｓは、前記ＤＶＤレコーダやＳＴＢ等の出力映像を表示するモニタ装置等であって良い。
本実施例では、２２．２ｃｈ音声出力を行う場合、２４個のスピーカを立体的に三層に配置するものとする。上層（Ｔｏｐ Ｌａｙｅｒ）には、前方左側（ＴｐＦＬ）のスピーカ８０１、前方中央（ＴｐＦＣ）のスピーカ８０３、前方右側（ＴｐＦＲ）のスピーカ８０５、左側方（ＴｐＳｉＬ）のスピーカ８１１、中央（ＴｐＣ）のスピーカ８１３、右側方（ＴｐＳｉＲ）のスピーカ８１５、後方左側（ＴｐＢＬ）のスピーカ８２１、後方中央（ＴｐＢＣ）のスピーカ８２３、後方右側（ＴｐＢＲ）のスピーカ８２５、が配置される。中層（Ｍｉｄｄｌｅ Ｌａｙｅｒ）には、前方左側（ＦＬ）のスピーカ８３１、前方左中央（ＦＬｃ）のスピーカ８３２、前方中央（ＦＣ）のスピーカ８３３、前方右中央（ＦＲｃ）のスピーカ８３４、前方右側（ＦＲ）のスピーカ８３５、左側方（ＳｉＬ）のスピーカ８４１、右側方（ＳｉＲ）のスピーカ８４５、後方左側（ＢＬ）のスピーカ８５１、後方中央（ＢＣ）のスピーカ８５３、後方右側（ＢＲ）のスピーカ８５５、が配置される。下層（Ｂｏｔｔｏｍ Ｌａｙｅｒ）には、前方左側（ＢｔＦＬ）のスピーカ８６１、前方中央（ＢｔＦＣ）のスピーカ８６３、前方右側（ＢｔＦＲ）のスピーカ８６５、が配置され、更に、低域効果用（ＬＦＥ１、ＬＦＥ２）のスピーカ８７２およびスピーカ８７４が配置される。
図２４Ｃは、放送局３００Ｂで行われる追加用音声データ生成処理の具体的な処理の一例を示す概念図である。本実施例の放送システムでは、放送局３００Ｂで制作された放送番組は２２．２ｃｈの音声データを有する。映像解像度は、２Ｋであっても４Ｋ（８Ｋ）であっても良い。放送局３００Ｂでは、前記２２．２ｃｈの音声データから、放送波で送出する５．１ｃｈの音声データとネットで配信する追加用音声データとを生成する。
放送波で送出する５．１ｃｈの音声データは、２２．２ｃｈの音声データを用いた演算処理（ダウンミックス処理）により算出される。５．１ｃｈの音声データを算出する演算式の一例を下記に示す。
前方左側ch：L=FL+αFLc+βSiL+ε(TpFL+βTpSiL+BtFL)
前方右側ch：R=FR+αFRc+βSiR+ε(TpFR+βTpSiR+BtFR)
前方中央ch：C=FC+αFLc+αFRc+ε(TpFC+δTpC+BtFC)
低域効果ch：LFE=ζ(LFE1+LFE2)
後方左側ch：LS=BL+γBC+βSiL+ε(δTpC+TpBL+βTpSiL+γTpBC)
後方右側ch：RS=BR+γBC+βSiR+ε(δTpC+TpBR+βTpSiR+γTpBC)
(α,β,γ,δ,ε,ζ：ダウンミックス係数)
前記算出した５．１ｃｈの音声データ（Ｌ／Ｒ／Ｃ／ＬＦＥ／ＬＳ／ＲＳ）は、現行の地上波デジタル放送のシステムと同様に、圧縮符号化、パケット化、各種制御信号の付加、変調、等の処理を施され、図１８Ａの電波塔３００ｔからデジタル放送波として送出される。このデジタル放送波は、現行の地上波デジタル放送サービス対応のテレビ受信機でも受信可能である。
ネットで配信する追加用音声データは、２２．２ｃｈの音声データのうちの、前記算出した５．１ｃｈの音声データとスピーカ配置で対応する位置の音声データを除く１７．１ｃｈ分の音声データである。即ち、５．１ｃｈの音声データ（Ｌ／Ｒ／Ｃ／ＬＦＥ／ＬＳ／ＲＳ）とスピーカ配置で対応する位置の２２．２ｃｈ音声データ（ＦＬ／ＦＲ／ＦＣ／ＬＦＥ１／ＢＬ／ＢＲ）を除く１７．１ｃｈ分（ＦＬｃ／ＦＲｃ／ＢＣ／ＳｉＬ／ＳｉＲ／ＴｐＦＬ／ＴｐＦＲ／ＴｐＦＣ／ＴｐＣ／ＴｐＢＬ／ＴｐＢＲ／ＴｐＳｉＬ／ＴｐＳｉＲ／ＴｐＢＣ／ＢｔＦＣ／ＢｔＦＬ／ＢｔＦＲ／ＬＦＥ２）の音声データである。追加用音声データは、必要に応じて、圧縮符号化、パケット化、各種制御信号、前記演算に使用したダウンミックス係数の付加、等の処理を施されて追加用音声データストリームに変換される。追加用音声データストリームは、前述のアプリケーションサーバに記憶され、インターネット等を介して配信される。前記インターネット等を介した配信は、ＭＰＥＧ２−ＴＳやＭＰＥＧ２−ＰＳの形式で行われても良いし、ＭＭＴ形式で行われても良い。
なお、音声データは映像データと比較してそのデータ量が少ないため、追加用音声データは、放送番組が有する２２．２ｃｈの音声データの全てをそのまま配信しても良い。
図２４Ｄは、放送受信装置１００Ｕ２で行われる多チャンネル化処理の一例を示す概念図である。放送受信装置１００Ｕ２は、アンテナ１００ａ２を介して、電波塔３００ｔから送出された地上波デジタル放送サービスのデジタル放送波を受信する。更に、前記受信したデジタル放送波に対して、復調、選局、復号、等の処理を施して、５．１ｃｈの音声データを再生する。前記復調、選局、復号、等の処理は、現行の地上波デジタル放送サービス対応のテレビ受信機と同様の処理で良い。また、放送受信装置１００Ｕ２は、図示を省略したインターネットやルータ装置等を介して、放送局３００Ｂのアプリケーションサーバから追加用音声データストリームを取得する。更に、前記取得した追加用音声データストリームに対して、復号等の処理を施し、追加用音声データを再生する。放送受信装置１００Ｕ２は、更に、前記再生した５．１ｃｈの音声データと追加用音声データを用いて多チャンネル化処理を行うことにより、２２．２ｃｈ音声データを生成する。
多チャンネル化処理においては、追加用音声データとしてインターネット等を介して配信される音声データ（１７．１ｃｈ分の音声データ）に不足する音声データ（５．１ｃｈ分の音声データ：ＦＬ／ＦＲ／ＦＣ／ＬＦＥ１／ＢＬ／ＢＲ）は、放送波から再生した５．１ｃｈの音声データと前記追加用音声データを用いた演算処理（混合処理）により算出される。前記演算処理（混合処理）により算出された５．１ｃｈ分の音声データと追加用音声データの１７．１ｃｈ分の音声データを合わせることによって、２２．２ｃｈの音声データが生成される。２２．２ｃｈの音声データのうちのＦＬ／ＦＲ／ＦＣ／ＬＦＥ１／ＢＬ／ＢＲを算出する演算式の一例を下記に示す。
前方左側ch：FL=L-{αFLc+βSiL+ε(TpFL+βTpSiL+BtFL)}
前方右側ch：FR=R-{αFRc+βSiR+ε(TpFR+βTpSiR+BtFR)}
前方中央ch：FC=C-{αFLc+αFRc+ε(TpFC+δTpC+BtFC)}
第１低域効果ch：LFE1=LFE/ζ-LFE2
後方左側ch：BL=LS-{γBC+βSiL+ε(δTpC+TpBL+βTpSiL+γTpBC)}
後方右側ch：BR=RS-{γBC+βSiR+ε(δTpC+TpBR+βTpSiR+γTpBC)}
(α,β,γ,δ,ε,ζ：ダウンミックス係数)
別の構成例としては、図２４Ｅに示すように、放送受信装置１００Ｕ２において、混合処理演算によるＦＬ／ＦＲ／ＦＣ／ＬＦＥ１／ＢＬ／ＢＲの各音声データの算出を行わない構成としても良い。例えば、５．１ｃｈの音声データ（Ｌ／Ｒ／Ｃ／ＬＦＥ／ＬＳ／ＲＳ）をそれぞれ２２．２ｃｈのＦＬ／ＦＲ／ＦＣ／ＬＦＥ１／ＢＬ／ＢＲの各音声データの代替として、そのまま音声出力するようにしても良い。この場合、音像の正確性が多少劣化するが、不具合を生じる程ではなく、また、混合処理演算のための回路構成や演算にかかる電力等を削減することが可能となる。２２．２ｃｈの残りのチャンネルについては、追加用音声データとして取得し、元の５．１ｃｈの音声データと追加用音声データとを用いて、２２．２ｃｈの音声データとする多チャンネル化処理を行えば良い。
また、別の例として、追加用音声データとして、放送番組が有する２２．２ｃｈの音声データの全てが配信される場合、放送波から再生した５．１ｃｈの音声データとネットを介して取得した２２．２ｃｈの音声データの何れを使用するかを選択することによって音声信号の拡張処理を行っても良い。
また、放送波で送出される５．１ｃｈの音声データとインターネットを介して配信される追加用音声データとの同期処理は、実施例２と同様に、所定の同期情報に基づいて同期処理がなされて良い。追加用音声データストリームの取得先も実施例２と同様に指定されて良い。
電波塔３００ｔから送出された地上波デジタル放送サービスのデジタル放送波は、現行の地上波デジタル放送サービスを受信可能なテレビ受信機（放送受信装置１００Ｓ）でも受信可能である。放送受信装置１００Ｓは、アンテナ１００ａ１を介して、電波塔３００ｔから送出された地上波デジタル放送サービスのデジタル放送波を受信し、前記受信したデジタル放送波に対して、復調、選局、復号、等の処理を施し、５．１ｃｈの音声データを再生する。放送受信装置１００Ｓは、前記再生した５．１ｃｈの音声データに所定の音声処理を施してスピーカ等から出力可能である。即ち、２２．２ｃｈの音声データの出力に非対応である放送受信装置であっても、本実施例の放送システムのデジタル放送波を受信可能である。
［放送受信装置の構成］
図２５Ａは、放送受信装置１００Ｕ２の内部構成の一例を示すブロック図である。本実施例の放送受信装置１００Ｕ２は、実施例２における放送受信装置１００Ｕと基本的に同等の構成を有するが、音声選択部１７２に代替して音声混合／選択部１７２Ｍが用意される。音声混合／選択部１７２Ｍは、音声選択部１７２の有する機能に加えて、第一音声復号部１３４から出力される５．１ｃｈの音声データと第二音声復号部１５４から出力される追加用音声データとに対して多チャンネル化処理を行うことにより２２．２ｃｈの音声データを生成する機能を備える。多チャンネル化処理に用いる追加用音声データストリームは、アプリケーション制御部１６１および／またはアプリケーションエンジン１６２の制御に基づき、ＬＡＮ通信部１２１を介してインターネット上の所定のサーバ装置から取得する。また、音声出力部１７６は、２２．２ｃｈの音声データをデジタルアンプ等に出力可能なデジタルインタフェースであって良い。
図２５Ｂは、放送受信装置１００Ｕ２のソフトウェア構成図の一例であり、ＲＯＭ１０３、ＲＡＭ１０４およびストレージ部１１０におけるソフトウェアの構成を示す。放送受信装置１００Ｕ２のソフトウェア構成は、実施例２における放送受信装置１００Ｕのソフトウェア構成と基本的に同等であるが、ストレージ部１１０に記憶された受信機能プログラム１００２をＲＡＭ１０４に展開した際に、放送番組再生部１１０２ａ、通信コンテンツ再生部１１０２ｂ、連携アプリ制御部１１０２ｃ、端末連携管理部１１０２ｄ（但し、図示省略）、補完（高画質化）処理部１１０２ｕの他に、多チャンネル化処理部１１０２ｍを構成する。多チャンネル化処理部１１０２ｍは、音声混合／選択部１７２Ｍで実行される多チャンネル化処理を、主に制御する。
以上説明した本実施例の構成によれば、現行の地上波デジタル放送サービス対応のテレビ受信機のユーザはこれまでと同じ視聴環境で視聴を継続可能であり、且つ、２２．２ｃｈ音声データによる高品位な音響効果の提供が可能な地上波デジタル放送サービスのシステムを実現可能である。即ち、より付加価値の高い機能を実行可能となる。
（実施例４）
以下では、本発明の実施例４に関して説明する。なお、本実施例における構成および効果等は特に断りのない限り実施例２や実施例３と同様であるものとする。このため、以下では、本実施例と実施例２や実施例３との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。実施例２や実施例３では、映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）に関して説明したが、本実施例では、前記各処理を行う際のユーザインタフェースに関して説明する。
［放送受信装置のＥＰＧ画面］
図２６Ａは、放送受信装置１００Ｕ（１００Ｕ２）における電子番組表（ＥＰＧ）表示画面の一例を示す画面表示図である。ＥＰＧ表示画面１７３ｆは、放送受信装置１００Ｕ（１００Ｕ２）が取得した番組情報データ列に基づいて作成した、デジタル放送サービスにおける放送番組の配信予定表である。図１０Ａに示した連携制御アプリの基本画面７４１ａの番組表キー７４１ａ７や図示を省略した専用リモコンのＥＰＧキー等を選択（押下）することにより、映像表示部１７３にＥＰＧ表示画面１７３ｆが表示される。
ＥＰＧ表示画面１７３ｆは、図１６Ａと同様に、縦軸を時間表示、横軸をサービスＩＤ（チャンネル）表示としたマトリクス形状で、各時間帯に各チャンネルで放送される各放送番組の詳細情報を表示する。各放送番組の詳細情報１７３ｆ１は、主としてタイトル領域１７３ｆ２と詳細説明領域１７３ｆ３で構成される。タイトル領域１７３ｆ２には、各放送番組が実施例２で説明した映像信号の拡張処理（高画質化）に対応した番組である場合に、その旨を意味する『４Ｋ（８Ｋ） Ａｖａｉｌａｂｌｅ』を記号化した印１７３ｆ４等が表示されて良い。また、各放送番組が実施例３で説明した音声信号の拡張処理（多チャンネル化）に対応した番組である場合に、その旨を意味する『２２．２ＣＨ Ａｖａｉｌａｂｌｅ』を記号化した印１７３ｆ５等が表示されて良い。
なお、タイトル領域１７３ｆ２に表示される前記『４Ｋ（８Ｋ） Ａｖａｉｌａｂｌｅ』を記号化した印１７３ｆ４や『２２．２ＣＨ Ａｖａｉｌａｂｌｅ』を記号化した印１７３ｆ５等は、追加用の各種データ（前述の補完データストリーム、追加用音声データストリーム、等）がアプリケーションサーバ上に用意されている場合であっても、アプリケーションプロファイル９０４の確認の結果、放送受信装置１００Ｕ（１００Ｕ２）での補完（高画質化）処理や多チャンネル化処理の実行が不可の場合には表示しないように制御しても良い。また、放送受信装置１００Ｕ（１００Ｕ２）での前記各処理の実行が可能な場合であっても、ネットワーク接続がされていない（即ち、追加用の各種データの取得ができない）場合には表示しないように制御しても良い。
［番組情報データ列の取得処理］
番組情報データ列は、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）の形式で配信されて良い。図２６Ｂにイベント情報テーブル（ＥＩＴ）のデータ構造の一例を示す。図中、『ｅｖｅｎｔ＿ｉｄ』はイベント（放送番組）の識別番号であり、同一サービス内で一意に割り当てられるイベント識別情報である。ＥＩＴは、『ｅｖｅｎｔ＿ｉｄ』の異なるイベントに関する情報を複数記述することが可能であり、更に、それぞれのイベントに関する情報は、短形式イベント記述子や拡張形式イベント記述子（図示省略）等の複数の記述子で構成されて良い。図２６Ｃに短形式イベント記述子のデータ構造の一例を示す。図中の『ｅｖｅｎｔ＿ｎａｍｅ＿ｃｈａｒ』は番組名（タイトル）が記述されるパラメータであり、『ｔｅｘｔ＿ｃｈａｒ』は番組の説明（詳細説明）が記述されるパラメータである。拡張形式イベント記述子を用いて、項目毎の詳細な記述を行うようにしても良い。
前述のように、放送受信装置１００Ｕ（１００Ｕ２）では、各放送番組が映像信号の拡張処理（高画質化）に対応した番組である場合、補完（高画質化）処理を実行可能であるか否か、或いは、ネットワーク接続されているか否か、等に応じて、『４Ｋ（８Ｋ） Ａｖａｉｌａｂｌｅ』を記号化した印１７３ｆ４等の表示の有無が制御されて良い。同様に、各放送番組が音声信号の拡張処理（多チャンネル化）に対応した番組である場合、多チャンネル化処理を実行可能であるか否か、或いは、ネットワーク接続されているか否か、等に応じて、『２２．２ＣＨ Ａｖａｉｌａｂｌｅ』を記号化した印１７３ｆ５等の表示の有無が制御されて良い。前記各印の表示の有無の制御は、以下の何れかの方法で番組情報データ列を取得することにより行われて良い。
（１）二重構造のＥＩＴを放送波から取得する方法
放送波で送信するＥＩＴが二重構造を有しており、放送受信装置１００Ｕ（１００Ｕ２）が、前記各処理（映像信号の拡張処理（高画質化処理）、音声信号の拡張処理（多チャンネル化処理）、等）を実行可能であるか、或いは、ネットワーク接続されているか、等に応じて、前記ＥＩＴの第一のデータ構造を解釈してＥＰＧの生成／表示を行うか、第二のデータ構造を解釈してＥＰＧの生成／表示を行うか、を制御すれば良い。
例えば、放送番組が映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等に対応した番組である場合、ＥＩＴは、前記放送番組のイベントに関する情報として、例えば、第一の短形式イベント記述子と第二の短形式イベント記述子を備えるようにする。第一の短形式イベント記述子は、『ｅｖｅｎｔ＿ｎａｍｅ＿ｃｈａｒ』に印１７３ｆ４や印１７３ｆ５を含む番組名が記述され、第二の短形式イベント記述子は、『ｅｖｅｎｔ＿ｎａｍｅ＿ｃｈａｒ』に印１７３ｆ４や印１７３ｆ５を含まない番組名が記述される。他の記述子に関しても、それぞれ第一の記述子と第二の記述子を備えるようにしても良い。前記第一の記述子群がＥＩＴの第一のデータ構造であり、前記第二の記述子群がＥＩＴの第二のデータ構造である。
放送受信装置１００（１００Ｕ２）は、前記各処理を実行可能であるか、或いは、ネットワーク接続されているか、等に応じて、ＥＩＴの第一のデータ構造である前記第一の記述子群（第一の短形式イベント記述子等）を解釈してＥＰＧを生成／表示するか、ＥＩＴの第二のデータ構造である前記第二の記述子群（第二の短形式イベント記述子等）を解釈してＥＰＧを生成／表示するか、を制御されて良い。
（２）異なるＥＩＴを放送波とネットワークから取得する方法
放送番組が映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等に対応した番組である場合に使用する第一のＥＩＴをネットワークで配信し、放送番組が前記各処理に対応した番組でない場合に使用する第二のＥＩＴを放送波で送信するようにしても良い。第一のＥＩＴは、第一のデータ構造を有しており、前述の第一の記述子群で構成される。例えば、第一のＥＩＴは、『ｅｖｅｎｔ＿ｎａｍｅ＿ｃｈａｒ』に印１７３ｆ４や印１７３ｆ５を含む番組名が記述された第一の短形式イベント記述子を備える。第二のＥＩＴは、『ｅｖｅｎｔ＿ｎａｍｅ＿ｃｈａｒ』に印１７３ｆ４や印１７３ｆ５を含まない番組名が記述された第二の短形式イベント記述子を備える。
放送受信装置１００Ｕ（１００Ｕ２）は、放送番組が前記各処理に対応した番組である場合、前記各処理を実行可能であるか、或いは、ネットワーク接続されているか、等に応じて、ネットワークから取得した第一のＥＩＴの第一の記述子群を解釈してＥＰＧを生成／表示するか、放送波から取得した第二のＥＩＴの第二の記述子群を解釈してＥＰＧを生成／表示するか、を制御されて良い。
（３）放送受信装置で印を追加する方法
放送番組が映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等に対応した番組でない場合に使用する第二のＥＩＴのみを放送波で送信する。第二のＥＩＴは、『ｅｖｅｎｔ＿ｎａｍｅ＿ｃｈａｒ』に印１７３ｆ４や印１７３ｆ５を含まない番組名が記述された第二の短形式イベント記述子を備える。『４Ｋ（８Ｋ） Ａｖａｉｌａｂｌｅ』を記号化した印１７３ｆ４や『２２．２ＣＨ Ａｖａｉｌａｂｌｅ』を記号化した印１７３ｆ５等は、外字等の形式で、放送受信装置１００Ｕ（１００Ｕ２）がＲＯＭ１０３やストレージ１１０等に記憶しておく。前記印１７３ｆ４や印１７３ｆ５等は、予め放送波やネットワークを介してダウンロードして、ＲＯＭ１０３やストレージ１１０等に記憶しておけば良い。
放送受信装置１００Ｕ（１００Ｕ２）は、常に放送波から取得した第二のＥＩＴの第二の記述子群を解釈してＥＰＧを生成／表示する。但し、放送番組が前記各処理に対応した番組である場合、前記各処理を実行可能であるか、或いは、ネットワーク接続されているか、等に応じて、例えば、第二の短形式イベント記述子から取得した番組名にＲＯＭ１０３やストレージ１１０等から読み出した印１７３ｆ４や印１７３ｆ５等を適宜追加編集するか否かを制御されて良い。
［映像／音声信号拡張処理時の画面表示］
図２７は、放送受信装置１００Ｕ（１００Ｕ２）における番組情報表示画面の一例を示す画面表示図である。番組情報表示画面１７３ｇは、放送番組の視聴中に、図示を省略した専用リモコンの画面表示キー等を押下することにより、映像表示部１７３に表示される。番組情報表示画面１７３ｇでは、放送番組の視聴画面に番組情報表示１７３ｇ１が重畳表示される。
番組情報表示１７３ｇ１には、放送番組のタイトルや放送開始／終了時間、サービスＩＤ（チャンネル）、放送局ロゴ、等が表示されて良い。更に、放送番組が映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等に対応した番組である場合には、映像信号の拡張処理（高画質化）が適用された映像信号を表示中である旨を意味する『Ｅｘｔｅｎｄｅｄ ４Ｋ』を記号化した印や、音声信号の拡張処理（多チャンネル化）が適用された音声信号を出力中である旨を意味する『Ｅｘｔｅｎｄｅｄ Ａｕｄｉｏ』を記号化した印（図示省略）、等が表示されて良い。
なお、前記『Ｅｘｔｅｎｄｅｄ ４Ｋ』を記号化した印や『Ｅｘｔｅｎｄｅｄ Ａｕｄｉｏ』を記号化した印等は、放送番組が映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等に対応した番組であっても、アプリケーションプロファイル９０４の確認の結果、放送受信装置１００Ｕ（１００Ｕ２）での補完（高画質化）処理や多チャンネル化処理の実行が不可の場合には表示しないように制御しても良い。また、放送受信装置１００Ｕ（１００Ｕ２）での前記各処理の実行が可能な場合であっても、ネットワーク接続されていない（即ち、追加用の各種データの取得ができない）場合には表示しないように制御しても良い。即ち、放送受信装置１００Ｕ（１００Ｕ２）が、映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等が適用されていない映像信号や音声信号を出力中の場合には、前記『Ｅｘｔｅｎｄｅｄ ４Ｋ』を記号化した印や『Ｅｘｔｅｎｄｅｄ Ａｕｄｉｏ』を記号化した印等を表示しない。
［映像／音声信号拡張処理の実行制御］
放送番組が映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等に対応した番組である場合、放送受信装置１００Ｕ（１００Ｕ２）において前記映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等を実行可能である場合に前記各処理を自動実行するようにしても良いが、前記各処理を実行するか否かをユーザの選択により制御するようにしても良い。即ち、放送受信装置１００Ｕ（１００Ｕ２）に係るネットワーク環境が好適でない場合に、前記各処理の実行を拒否して放送受信装置１００Ｕ（１００Ｕ２）の動作の安定化を図ることが選択可能となる。
図２８Ａは、放送受信装置１００Ｕ（１００Ｕ２）における拡張処理実行制御画面の一例を示す画面表示図である。拡張処理実行制御画面１７３ｈは、放送番組の視聴中に、図１０Ａに示した連携制御アプリの基本画面７４１ａのｄａｔａキー７４１ａ８や図示を省略した専用リモコンのｄキー等（以下、ｄａｔａキーと総称す）を選択（押下）することにより、映像表示部１７３に表示される。
この場合、放送受信装置１００Ｕ（１００Ｕ２）は、映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等に対応した放送番組を受信する場合であっても、直ちに前記各処理の実行を開始せず、前記各処理の施されていない通常の映像信号および音声信号の出力を継続する。この状態で、ユーザがｄａｔａキーを選択（押下）すると、映像表示部１７３に拡張処理実行制御ボックス１７３ｈ１が表示される。
拡張処理実行制御ボックス１７３ｈ１において、『映像拡張』を選択すると、映像信号の拡張処理（高画質化）が開始される。『音声拡張』を選択すると、音声信号の拡張処理（多チャンネル化）が開始される。『映像／音声拡張』を選択すると、映像信号の拡張処理（高画質化）と音声信号の拡張処理（多チャンネル化）が開始される。また、映像信号の拡張処理（高画質化）を実行中にｄａｔａキーを選択（押下）すると、拡張処理実行制御ボックス１７３ｈ２が表示される。拡張処理実行制御ボックス１７３ｈ２では、『映像拡張』が実行中を示す表示となる。拡張処理実行制御ボックス１７３ｈ２において、再度『映像拡張』を選択すると、映像信号の拡張処理（高画質化）の実行が停止される。同様に、映像信号の拡張処理（高画質化）と音声信号の拡張処理（多チャンネル化）を実行中にｄａｔａキーを選択（押下）すると、拡張処理実行制御ボックス１７３ｈ３が表示される。拡張処理実行制御ボックス１７３ｈ３では、『映像拡張』、『音声拡張』、『映像／音声拡張』が実行中を示す表示となる。
拡張処理実行制御ボックス１７３ｈ１において、『データ放送』を選択すると、通常のデータ放送画面が表示されて良い。また、受信中の放送番組がＨｙｂｒｉｄｃａｓｔ放送に対応しており、放送受信装置１００Ｕ（１００Ｕ２）がＨｙｂｒｉｄｃａｓｔ放送画面を表示可能である場合、ユーザがｄａｔａキーを選択（押下）すると、映像表示部１７３に拡張処理実行制御ボックス１７３ｈ４が表示されて良い。拡張処理実行制御ボックス１７３ｈ４では、『データ放送』に代替して『Ｈｙｂｒｉｄｃａｓｔ放送』が表示される。『Ｈｙｂｒｉｄｃａｓｔ放送』を選択すると、Ｈｙｂｒｉｄｃａｓｔ放送画面が表示されて良い。
なお、放送受信装置１００Ｕ（１００Ｕ２）が映像信号の拡張処理（高画質化）にのみ対応している場合は、拡張処理実行制御ボックス１７３ｈ１において、『音声拡張』と『映像／音声拡張』は表示されないか無効化されて良い。放送受信装置１００Ｕ（１００Ｕ２）が音声信号の拡張処理（多チャンネル化）にのみ対応している場合は、『映像拡張』と『映像／音声拡張』は表示されないか無効化されて良い。また、放送受信装置１００Ｕ（１００Ｕ２）が映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）に対応していないか、或いは、映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）に対応している場合であっても、ネットワーク接続されていない場合には、拡張処理実行制御ボックス１７３ｄ１を表示せずに、通常のデータ放送画面やＨｙｂｒｉｄｃａｓｔ放送画面の表示を開始しても良い。
また、映像信号の拡張処理（高画質化）を実行中にｄａｔａキーを選択（押下）し、表示された拡張処理実行制御ボックス１７３ｈ２で『データ放送』を選択した場合、通常のデータ放送画面を表示すると同時に、映像信号の拡張処理（高画質化）の実行を停止しても良い。即ち、データ放送画面における放送番組の表示領域は通常表示状態よりも狭くなることが一般的であり、したがって、高画質化を行わなくとも視聴上の不具合を感じ難いからである。データ放送画面の表示を終了した際に、映像信号の拡張処理（高画質化）の実行を再開すれば良い。Ｈｙｂｒｉｄｃａｓｔ放送に関しても同様の処理を行って良い。
図２８Ｂに、前記ｄａｔａキーを選択（押下）した際の、放送受信装置１００Ｕ（１００Ｕ２）の拡張処理選択制御の動作一覧を示す。
（１）拡張処理実行可能／ネットワーク接続有の場合
放送受信装置１００Ｕ（１００Ｕ２）が、映像／音声拡張処理を実行可能であり、ネットワーク接続されている場合には、ｄａｔａキーを選択（押下）した際に、以下の動作となる。
受信中の放送番組が映像／音声の拡張処理に対応した番組である場合は、ｄａｔａキーの選択（押下）により、拡張処理実行制御ボックス１７３ｈ１を表示する。受信中の放送番組が映像／音声の拡張処理に対応した番組ではなく、Ｈｙｂｒｉｄｃａｓｔ放送に対応した番組である場合は、ｄａｔａキーの選択（押下）により、Ｈｙｂｒｉｄｃａｓｔ放送画面の表示を開始する。受信中の放送番組が映像／音声の拡張処理に対応した番組ではなく、Ｈｙｂｒｉｄｃａｓｔ放送に対応しない番組である場合は、ｄａｔａキーの選択（押下）により、データ放送画面の表示を開始する。
（２）拡張処理実行可能／ネットワーク接続無の場合
放送受信装置１００Ｕ（１００Ｕ２）が、映像／音声拡張処理を実行可能であり、ネットワーク接続されていない場合には、ｄａｔａキーを選択（押下）した際には、データ放送画面の表示を開始する。
（３）拡張処理実行不可／ネットワーク接続有の場合
放送受信装置１００Ｕ（１００Ｕ２）が、映像／音声拡張処理を実行可能ではなく、ネットワーク接続されている場合には、ｄａｔａキーを選択（押下）した際に、以下の動作となる。
受信中の放送番組がＨｙｂｒｉｄｃａｓｔ放送に対応した番組である場合は、ｄａｔａキーの選択（押下）により、Ｈｙｂｒｉｄｃａｓｔ放送画面の表示を開始する。受信中の放送番組がＨｙｂｒｉｄｃａｓｔ放送に対応しない番組である場合は、ｄａｔａキーの選択（押下）により、データ放送画面の表示を開始する。
（４）拡張処理実行不可／ネットワーク接続無の場合
放送受信装置１００Ｕ（１００Ｕ２）が、映像／音声拡張処理を実行可能ではなく、ネットワーク接続されていない場合には、ｄａｔａキーを選択（押下）した際には、データ放送画面の表示を開始する。
なお、前述の『ネットワーク接続されていない場合』とは、ネットワークケーブルが接続されている状態であっても、ユーザ設定によりネットワーク通信が許可されていない場合や、劣悪な通信環境により好適な通信速度の維持ができない場合も含むものとする。
また、映像信号の拡張処理（高画質化）や音声信号の拡張処理（多チャンネル化）等は、前述のように、ｄａｔａキーの選択（押下）の都度、実行の可否をユーザが選択するようにしても良いが、メニュー等の設定により予め各処理の実行の可否をユーザが選択しておくようにしても良い。
以上、本発明の実施形態の例を、実施例１〜４を用いて説明したが、言うまでもなく、本発明の技術を実現する構成は前記実施例に限られるものではなく、さまざまな変形例が考えられる。例えば、ある実施例の構成の一部を他の実施例の構成と置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。これらは全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等もあくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。
前述した本発明の機能等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれの機能等を実現する動作プログラムを解釈して実行することによりソフトウェアで実現しても良い。ハードウェアとソフトウェアを併用しても良い。
なお、放送受信装置１００を制御する前記ソフトウェアは、製品出荷の時点で予め放送受信装置１００のＲＯＭ１０３および／またはストレージ部１１０等に格納された状態であっても良い。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部１２４等を介して取得しても良い。同様に、携帯情報端末７００を制御する前記ソフトウェアは、製品出荷の時点で予め携帯情報端末７００のＲＯＭ７０３および／またはストレージ部７１０等に格納された状態であっても良い。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部７２１若しくは移動体電話網通信部７２２等を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部７２４等を介して取得しても良い。
また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、必ずしも製品上の全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えても良い。
１００、１００Ｓ、１００Ｕ、１００Ｕ２：放送受信装置、１００ａ、１００ａ１、１００ａ２：アンテナ、１０１：主制御部、１０２：システムバス、１０３：ＲＯＭ、１０４：ＲＡＭ、１１０：ストレージ部、１２１：ＬＡＮ通信部、１２４：拡張インタフェース部、１２５：デジタルインタフェース部、１３１：チューナ／復調部、１３２：第一分離部、１３３：第一映像復号部、１３４：第一音声復号部、１３５：第一字幕復号部、１４１：データ放送受信処理部、１４２：データ放送エンジン、１５１：ストリーミング受信処理部、１５２：第二分離部、１５３：第二映像復号部、１５４：第二音声復号部、１５５：第二字幕復号部、１６１：アプリケーション制御部、１６２：アプリケーションエンジン、１７１：映像重畳部、１７１Ｕ：映像補完／重畳部、１７２：音声選択部、１７２Ｍ：音声混合／選択部、１７３：映像表示部、１７４：スピーカ、１７５：映像出力部、１７６：音声出力部、１８１：提示同期制御部、１９１端末連携制御部、２００：インターネット、２１０：ルータ装置、３００ｔ：電波塔、３００：放送局サーバ、３００Ｂ：放送局、４００：サービス事業者サーバ、５００：その他のアプリケーションサーバ、６００：移動体電話通信サーバ、６００ｂ：基地局、７００：携帯情報端末。

Claims (1)

  1. 相対時刻情報と対応付けられた映像データと所定のチャンネル数の音声データを第１のトランスポート方式で伝送する第１の伝送路のデータを受信する第１のデータ受信部と、
    絶対時刻情報と対応付けられた補完映像データと追加音声データを、前記第１のトランスポート方式とは異なる第２のトランスポート方式で伝送する第２の伝送路のデータを受信する第２のデータ受信部と、
    前記第１のデータ受信部で受信した映像データを、前記第２のデータ受信部で受信した補完映像データを用いて高画質化する映像処理部と、
    前記第１のデータ受信部で受信した音声データと前記第２のデータ受信部で受信した追加音声データとを用いて、前記所定のチャンネル数よりも多い第２のチャンネル数の音声データを生成する多チャンネル化部と、
    を備え、
    前記映像処理部での該高画質化処理は、前記第２の伝送路で伝送される、前記相対時刻情報と前記絶対時刻情報の対応関係に関する情報に基づいて処理が実行される、受信装置。
JP2017121822A 2017-06-21 2017-06-22 受信装置 Pending JP2019009538A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017121822A JP2019009538A (ja) 2017-06-22 2017-06-22 受信装置
PCT/JP2018/022507 WO2018235685A1 (ja) 2017-06-21 2018-06-13 受信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017121822A JP2019009538A (ja) 2017-06-22 2017-06-22 受信装置

Publications (1)

Publication Number Publication Date
JP2019009538A true JP2019009538A (ja) 2019-01-17

Family

ID=65029762

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017121822A Pending JP2019009538A (ja) 2017-06-21 2017-06-22 受信装置

Country Status (1)

Country Link
JP (1) JP2019009538A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113298690A (zh) * 2021-07-28 2021-08-24 浙江华睿科技股份有限公司 一种图像数据处理方法、装置及电子设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113298690A (zh) * 2021-07-28 2021-08-24 浙江华睿科技股份有限公司 一种图像数据处理方法、装置及电子设备
CN113298690B (zh) * 2021-07-28 2022-07-26 浙江华睿科技股份有限公司 一种图像数据处理方法、装置及电子设备

Similar Documents

Publication Publication Date Title
JP6157345B2 (ja) 放送受信装置
JP6178234B2 (ja) 放送受信装置及び映像表示方法
WO2015072493A1 (ja) 放送受信装置、及び放送受信装置における放送番組映像及びアプリケーション映像の表示方法
JP6121881B2 (ja) 放送受信装置
JP2019009538A (ja) 受信装置
JP6612805B2 (ja) 放送受信装置及びキャッシュ制御方法
JP6466985B2 (ja) 放送受信装置、及び放送受信装置における放送番組映像及びアプリケーション映像の表示方法
JP2019205173A (ja) 表示方法
JP2019009580A (ja) 受信装置
JP2019009532A (ja) 受信装置
JP6118243B2 (ja) 放送受信装置及び携帯情報端末
JP7270676B2 (ja) 表示方法
JP6312513B2 (ja) 放送受信装置及びアプリケーション制御方法
JP6892490B2 (ja) 放送受信装置
JP7117069B2 (ja) 放送受信装置及び表示方法
JP6744439B2 (ja) 放送受信装置
WO2015072492A1 (ja) 放送受信装置
WO2018235685A1 (ja) 受信装置
JP6462927B2 (ja) アプリケーション制御方法
JP6480506B2 (ja) 放送受信装置
JP6466987B2 (ja) 放送受信装置及び表示方法
JP6121882B2 (ja) 放送受信装置
JP6121933B2 (ja) 放送受信装置、及び放送受信装置における放送番組映像及びアプリケーション映像の表示方法
JP2023083577A (ja) アプリケーション起動方法
JP2019140683A (ja) 放送受信装置及び表示方法

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20171102