JP2020005321A - 放送受信装置 - Google Patents

放送受信装置 Download PDF

Info

Publication number
JP2020005321A
JP2020005321A JP2019186871A JP2019186871A JP2020005321A JP 2020005321 A JP2020005321 A JP 2020005321A JP 2019186871 A JP2019186871 A JP 2019186871A JP 2019186871 A JP2019186871 A JP 2019186871A JP 2020005321 A JP2020005321 A JP 2020005321A
Authority
JP
Japan
Prior art keywords
broadcast
unit
program
information
data
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.)
Granted
Application number
JP2019186871A
Other languages
English (en)
Other versions
JP6864055B2 (ja
Inventor
吉澤　和彦
Kazuhiko Yoshizawa
和彦 吉澤
清水　拓也
Takuya Shimizu
拓也 清水
橋本　康宣
Yasunobu Hashimoto
康宣 橋本
光信 渡辺
Mitsunobu Watanabe
光信 渡辺
益岡　信夫
Nobuo Masuoka
信夫 益岡
正幸 平林
Masayuki Hirabayashi
正幸 平林
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 JP2019186871A priority Critical patent/JP6864055B2/ja
Publication of JP2020005321A publication Critical patent/JP2020005321A/ja
Priority to JP2021062621A priority patent/JP7319319B2/ja
Application granted granted Critical
Publication of JP6864055B2 publication Critical patent/JP6864055B2/ja
Priority to JP2023118321A priority patent/JP7550929B2/ja
Priority to JP2023118322A priority patent/JP7553664B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

【課題】より付加価値の高い機能を実行可能なデジタル放送受信機を提供する。【解決手段】放送受信装置４０１００は、放送伝送路から番組コンテンツの放送データを受信するチューナ／復調部１３１と、通信回線から番組コンテンツの通信データを受信するＬＡＮ通信部１２１と、ユーザの指定した放送番組の録画処理を制御する録画処理制御部とを備える。所定の放送番組の録画処理を行う際に、所定の放送番組を識別可能な番組情報と、所定の放送番組の番組コンテンツの放送データと、所定の放送番組の番組コンテンツの通信データと、を、それぞれ関連付けて記録可能であり、記録する際に、所定の放送番組の番組コンテンツの放送データの記録は、所定の放送番組の放映時間中に行い、所定の放送番組の番組コンテンツの通信データの記録は、所定の放送番組の放映時間中以外に行う。【選択図】図２９Ａ

Description

本発明は、放送受信装置に関する。
デジタル放送サービスの拡張機能の１つに、放送波でデジタルデータを送信し、天気予報やニュース、おすすめ番組等の各種情報を表示するデータ放送がある。データ放送を受信可能なテレビ受信機は既に多数市販されており、また、データ放送受信に関する技術も下記特許文献１をはじめ多数が公表されている。
特開２００１−１８６４８６号公報
近年のコンテンツ配信に関する環境変化に対して、テレビ受信機も様々な機能拡張を求められている。特にインターネット等のブロードバンドネットワーク環境を利用したコンテンツや連携アプリケーションの配信に対する要求、及び、映像コンテンツの高解像度化／高精細化に対する要求、等が多い。しかしながら、現行のテレビ受信機が備えるデータ放送受信機能等のみの流用、或いは、前記データ放送受信機能等の機能拡張のみでは、前記要求に応え得る高付加価値のテレビ受信機を提供することは難しい。
本発明の目的は、より付加価値の高い機能を実行可能な放送受信装置を提供することである。
前記課題を解決するための手段として、特許請求の範囲に記載の技術を用いる。
一例を挙げるならば、放送受信装置であって、放送伝送路から放送番組コンテンツと前記放送番組コンテンツに関連するデータを取得する参照先を記載した、ロケーション情報とを受信可能な放送受信部と、通信回線を介して前記ロケーション情報に記載される参照先から前記番組コンテンツに関連するデータを受信可能な通信部と、前記放送受信部が受信した前記放送番組コンテンツを記録して再生可能な記録再生部と、前記記録再生部から再生された前記放送番組コンテンツを外部機器に出力する出力部と、外部機器に対するサーバ機能を有するサーバ機能部と、を備え、前記出力部から前記放送番組コンテンツを出力する際の出力状態には、前記ロケーション情報の参照先の記載が前記サーバ機能部を示す記載に書き換えられた状態があり、前記放送受信部が前記放送番組コンテンツを受信する際の前記ロケーション情報に記載の参照先は、前記放送受信装置からすると外部ネットワークのＩＰアドレスであって、前記出力部から前記放送番組コンテンツを出力する際の前記ロケーション情報の参照先は、前記放送受信装置と前記外部機器が属する同一のサブネットマスク内のＩＰアドレスである。
本発明の技術を用いることにより、より付加価値の高い機能を実行可能な放送受信装置を提供することができる。
実施例１に係る放送受信装置を含む放送通信システムの一例を示すシステム構成図である。 ＭＭＴにおける符号化信号の概要の説明図である。 ＭＭＴにおけるＭＰＵの構成図である。 ＭＭＴにおけるＭＭＴＰパケットの構成図である。 ＭＭＴを用いる放送システムのプロトコルスタックの概念図である。 放送システムで用いる制御情報の階層構成図である。 放送システムのＴＬＶ−ＳＩで使用されるテーブルの一覧である。 放送システムのＴＬＶ−ＳＩで使用される記述子の一覧である。 放送システムのＭＭＴ−ＳＩで使用されるメッセージの一覧である。 放送システムのＭＭＴ−ＳＩで使用されるテーブルの一覧である。 放送システムのＭＭＴ−ＳＩで使用される記述子の一覧（その１）である。 放送システムのＭＭＴ−ＳＩで使用される記述子の一覧（その２）である。 放送システムのデータ伝送と各テーブルの関係を示す図である。 実施例１に係る放送受信装置のブロック図である。 実施例１に係る放送受信装置の提示機能の論理的プレーン構造の構成図である。 実施例１に係る放送受信装置のクロック同期／提示同期のシステム構成図である。 実施例１に係る放送受信装置のソフトウェア構成図である。 実施例１に係る放送局サーバのブロック図である。 実施例１に係るサービス事業者サーバのブロック図である。 実施例１に係る携帯情報端末のブロック図である。 実施例１に係る携帯情報端末のソフトウェア構成図である。 放送システムのＭＨ−ＴＯＴのデータ構造を示す図である。 放送システムのＪＳＴ＿ｔｉｍｅパラメータのフォーマットを示す図である。 実施例１に係る放送受信装置のＭＪＤからの現在日付の算出方法を示す図である。 放送システムのＮＴＰ形式の構成を示す図である。 放送システムのＭＰＵタイムスタンプ記述子のデータ構造を示す図である。 放送システムのＴＭＣＣ拡張情報領域の時刻情報のデータ構造を示す図である。 実施例１に係る放送受信装置のチャンネルスキャン時の動作シーケンス図である。 放送システムのＴＬＶ−ＮＩＴのデータ構造を示す図である。 放送システムの衛星分配システム記述子のデータ構造を示す図である。 放送システムのサービスリスト記述子のデータ構造を示す図である。 放送システムのＡＭＴのデータ構造を示す図である。 実施例１に係る放送受信装置の選局時の動作シーケンス図である。 放送システムのＭＰＴのデータ構造を示す図である。 放送システムのＬＣＴのデータ構造を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当の例を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当の例を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当の例を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当の例を示す図である。 ＬＣＴに基づく画面レイアウト制御の例外処理の動作を説明する図である。 ＬＣＴに基づく画面レイアウト制御の例外処理の動作を説明する図である。 放送システムのＭＨ−ＥＩＴのデータ構造を示す図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置の緊急警報放送表示時の画面表示図である。 実施例２に係る放送受信装置のブロック図である。 放送サービス切り替え時の現在時刻表示の不整合を説明する図である。 実施例２に係る現在時刻情報参照元の選択制御の動作を説明する図である。 実施例２に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例２に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例３に係る放送通信システムのシステム構成図である。 実施例３に係る放送受信装置のブロック図である。 実施例３に係る放送受信装置のソフトウェア構成図である。 実施例３に係る放送受信装置とモニタ装置のインタフェース構成図である。 放送サービスのパッケージ構成を説明する図である。 実施例３に係る放送受信装置の録画予約設定画面を説明する画面表示図である。 実施例３に係る放送受信装置のメニュー構成を説明する画面表示図である。 放送システムのＭＨ−ＡＩＴのデータ構造を示す図である。 放送システムのＭＨ−ＡＩＴのパラメータ及び記述子の一覧である。 実施例３に係る放送受信装置の録画番組一覧画面を説明する画面表示図である。 実施例４に係る放送受信装置の出力形式を説明する図である。 実施例４に係る放送受信装置の出力形式を説明する図である。 実施例４に係る放送受信装置の出力形式を説明する図である。 実施例４に係る放送受信装置の出力形式を説明する図である。
以下、本発明の実施形態の例を、図面を用いて説明する。
（実施例１）
［システム構成］
図１は、本実施例の放送受信装置を含む放送通信システムの一例を示すシステム構成図である。本実施例の放送通信システムは、放送受信装置１００とアンテナ１００ａ、インターネット２００等のブロードバンドネットワーク及びルータ装置２００ｒとアクセスポイント２００ａ、放送局の電波塔３００ｔと放送衛星（又は通信衛星）３００ｓ、放送局サーバ３００、サービス事業者サーバ４００、その他のアプリケーションサーバ５００、移動体電話通信サーバ６００と移動体電話通信網の基地局６００ｂ、携帯情報端末７００、で構成される。
放送受信装置１００は、電波塔３００ｔから送出された放送波を、放送衛星（又は通信衛星）３００ｓ及びアンテナ１００ａを介して受信する。或いは、電波塔３００ｔから送出された放送波を、放送衛星（又は通信衛星）３００ｓを介さずに、直接アンテナ１００ａから受信しても良い。また、放送受信装置１００は、ルータ装置２００ｒを介してインターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。
ルータ装置２００ｒは、インターネット２００と有線通信により接続され、また、放送受信装置１００とは有線通信又は無線通信で、携帯情報端末７００とは無線通信で接続される。前記無線通信は、Ｗｉ−Ｆｉ（登録商標）等の方式が使用されて良い。これにより、インターネット２００上の各サーバ装置やその他の通信機器と放送受信装置１００と携帯情報端末７００とが、ルータ装置２００ｒを介して、データの送受信を相互に行うことが可能となる。なお、放送受信装置１００と携帯情報端末７００との通信は、ルータ装置２００ｒを介さずに、ＢｌｕｅＴｏｏｔｈ（登録商標）やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の方式で直接通信を行っても良い。
電波塔３００ｔは、放送局の放送設備であり、放送番組の符号化データや字幕情報、その他のアプリケーション、汎用データ、等を含む放送波を送出する。放送衛星（又は通信衛星）３００ｓは、放送局の電波塔３００ｔから送信された放送波を受信し、適宜周波数変換等を行った後に、放送受信装置１００に接続されたアンテナ１００ａに対して前記放送波を再送信する中継器である。また、前記放送局は放送局サーバ３００を備えるものとする。放送局サーバ３００は、放送番組（動画コンテンツ等）及び各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者情報、放送日時、等のメタデータを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コンテンツ及び各メタデータの提供は、放送局サーバ３００が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して行われるものであって良い。
サービス事業者サーバ４００は、サービス事業者が用意するサーバ装置であり、放送局から配信される放送番組に連携した各種サービスを提供することが可能であるものとする。また、サービス事業者サーバ４００は、放送局サーバ３００から提供された動画コンテンツ及びメタデータや、放送番組に連携する各種コンテンツ及びアプリケーション等の記憶、管理及び配信等を行う。また、テレビ受信機等からの問い合わせに対して、提供可能なコンテンツやアプリケーション等の検索や一覧の提供を行う機能も有するものとする。なお、前記コンテンツ及びメタデータの記憶、管理及び配信と、前記アプリケーションの記憶、管理及び配信は、異なるサーバ装置が行うものであっても良い。前記放送局と前記サービス事業者は同一であっても良いし、異なっていても良い。サービス事業者サーバ４００は、異なるサービス毎に複数用意されても良い。また、サービス事業者サーバ４００の機能は、放送局サーバ３００が兼ね備えるものであっても良い。
その他のアプリケーションサーバ５００は、その他の一般的なアプリケーションや動作プログラム、コンテンツ、データ、等の記憶、管理及び配信等を行う公知のサーバ装置である。その他のアプリケーションサーバ５００は、インターネット２００上に複数あっても良い。
移動体電話通信サーバ６００は、インターネット２００と接続され、一方、基地局６００ｂを介して携帯情報端末７００と接続される。移動体電話通信サーバ６００は、携帯情報端末７００の移動体電話通信網を介した電話通信（通話）及びデータ送受信を管理し、携帯情報端末７００とインターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信を可能とする。基地局６００ｂと携帯情報端末７００との通信は、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）（登録商標）方式やＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）方式、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式、或いはその他の通信方式によって行われるものであって良い。
携帯情報端末７００は、移動体電話通信網を介した電話通信（通話）及びデータ送受信の機能やＷｉ−Ｆｉ（登録商標）等による無線通信の機能を有するものとする。携帯情報端末７００は、ルータ装置２００ｒやアクセスポイント２００ａを介して、或いは、移動体電話通信網の基地局６００ｂ及び移動体電話通信サーバ６００を介して、インターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。アクセスポイント２００ａは、インターネット２００と有線通信により接続され、また、携帯情報端末７００とは無線通信で接続される。前記無線通信は、Ｗｉ−Ｆｉ（登録商標）等の方式が使用されて良い。なお、携帯情報端末７００と放送受信装置１００との通信は、アクセスポイント２００ａ及びインターネット２００とルータ装置２００ｒを介して、或いは、基地局６００ｂと移動体電話通信サーバ６００及びインターネット２００とルータ装置２００ｒを介して行われるものであっても良い。
［ＭＭＴ方式の概要］
図１に示した放送受信装置１００は、映像や音声等のデータを伝送するメディアトランスポート方式として、従来のデジタル放送システムで多く採用されているＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２システムで規定されたＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）（以下、ＭＰＥＧ２−ＴＳと記述する。）に代替して、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）に対応可能なテレビ受信機であるものとする。ＭＰＥＧ２−ＴＳとＭＭＴの双方に対応可能なテレビ受信機であっても良い。
ＭＰＥＧ２−ＴＳは、番組を構成する映像や音声等のコンポーネントを、制御信号やクロックと共に１つのストリームに多重することを特徴とする。クロックも含めて１つのストリームとして扱うため、伝送品質が確保された１つの伝送路で１つのコンテンツを伝送するのに適しており、従来の多くのデジタル放送システムで採用された。一方、近年のコンテンツの多様化、コンテンツを利用する機器の多様化、コンテンツを配信する伝送路の多様化、コンテンツ蓄積環境の多様化、等、コンテンツ配信に関する環境変化に対してＭＰＥＧ２−ＴＳの機能に限界があることから、新たに策定されたメディアトランスポート方式がＭＭＴである。
図２Ａに、本実施例のＭＭＴにおける符号化信号の概要の一例を示す。同図に示したように、本実施例のＭＭＴは、符号化信号を構成する要素として、ＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）、ＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）ペイロード、ＭＭＴＰパケットを有するものとする。ＭＦＵは、映像や音声等の伝送時の形式であり、ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニット単位やアクセスユニット単位で構成されて良い。ＭＰＵは、ＭＰＵ全体の構成に関する情報を含むＭＰＵメタデータと、符号化したメディアデータの情報を含むムービーフラグメントメタデータと、符号化したメディアデータであるサンプルデータと、で構成されて良い。また、サンプルデータからはＭＦＵを取り出すことが可能であるものとする。また、映像コンポーネントや音声コンポーネント等のメディアの場合、ＭＰＵ単位やアクセスユニット単位で提示時刻や復号時刻が指定されても良い。図２Ｂに、ＭＰＵの構成の一例を示す。
ＭＭＴＰパケットは、ヘッダ部とＭＭＴＰペイロードで構成され、ＭＦＵ及びＭＭＴの制御情報を伝送するものとする。ＭＭＴＰペイロードは、ペイロード部に格納する内容（データユニット）に応じたペイロードヘッダを備えるものとする。図２Ｃに、映像／音声信号からＭＦＵを構成し、更にＭＭＴＰペイロードに格納して、ＭＭＴＰパケットを構成するまでの概要の一例を示す。なお、フレーム間予測を用いて符号化を行う映像信号では、ＭＰＵをＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）単位で構成することが望ましい。また、伝送するＭＦＵの大きさが小さい場合、１つのペイロード部に１つのＭＦＵを格納しても良いし、１つのペイロード部に複数のＭＦＵを格納しても良い。また、伝送するＭＦＵの大きさが大きい場合には、１つのＭＦＵを複数のペイロード部に分割して格納しても良い。また、ＭＭＴＰパケットは、伝送路上におけるパケットロスを回復するために、ＡＬ−ＦＥＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）やＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）等の技術を用いて保護されて良い。
本実施例の放送システムにおいては、映像符号化方式としてＭＰＥＧ−Ｈ ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）が用いられ、音声符号化方式としてＭＰＥＧ−４ ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）又はＭＰＥＧ−４ ＡＬＳ（Ａｕｄｉｏ Ｌｏｓｓｌｅｓｓ Ｃｏｄｉｎｇ）が用いられるものとする。前記各方式により符号化された、放送番組の映像や音声等の符号化データは、ＭＦＵやＭＰＵの形式とし、更にＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットで伝送するものとする。また、放送番組に関連するデータコンテンツに関してもＭＦＵやＭＰＵの形式とし、更にＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰパケットで伝送して良い。データコンテンツの伝送方式としては、放送に同期したデータのストリーミングに用いる字幕／文字スーパー伝送方式、放送と非同期のデータ伝送に用いるアプリケーション伝送方式、テレビ受信機上で動作するアプリケーションに対する同期／非同期のメッセージ通知に用いるイベントメッセージ伝送方式、その他の汎用データを同期型／非同期型で伝送する汎用データ伝送方式、の四種類が用意されるものとする。
ＭＭＴＰパケットの伝送には、放送伝送路ではＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が用いられ、通信回線ではＵＤＰ／ＩＰ又はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が用いられるものとする。また、放送伝送路においては、ＩＰパケットの効率的な伝送のためにＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）多重化方式が用いられるものとする。本実施例の放送システムのプロトコルスタックの一例を図３に示す。図中、（Ａ）は放送伝送路におけるプロトコルスタックの一例であり、（Ｂ）は通信回線におけるプロトコルスタックの一例である。
本実施例の放送システムでは、ＭＭＴ−ＳＩ（ＭＭＴ−Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）とＴＬＶ−ＳＩ（ＴＬＶ−Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）の二種類の制御情報を伝送する仕組みを用意するものとする。ＭＭＴ−ＳＩは、放送番組の構成等を示す制御情報である。ＭＭＴの制御メッセージの形式とし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰパケットで伝送するものとする。ＴＬＶ−ＳＩは、ＩＰパケットの多重に関する制御情報であり、選局のための情報やＩＰアドレスとサービスの対応情報を提供するものとする。
また、ＭＭＴを用いた放送システムにおいても、絶対時刻を提供するために時刻情報を伝送するものとする。なお、ＭＰＥＧ２−ＴＳがＴＳ毎に異なるクロックをベースとしてコンポーネントの表示時刻を示していたのに対し、ＭＭＴでは、協定世界時刻（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ：ＵＴＣ）をベースとしてコンポーネントの表示時刻を示すものとする。これらの仕組みにより、異なる送信点から異なる伝送路で伝送されたコンポーネントを端末機器が同期して表示することが可能となる。ＵＴＣを提供するために、ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）形式のＩＰパケットを用いるものとする。
［ＭＭＴを用いる放送システムの制御情報］
本実施例の放送受信装置１００が対応する放送システムでは、前述したように、制御情報として、ＩＰパケットの多重のためのＴＬＶ多重化方式に関わるＴＬＶ−ＳＩと、メディアトランスポート方式であるＭＭＴに関わるＭＭＴ−ＳＩを用意する。ＴＬＶ−ＳＩは、放送伝送路に多重化されたＩＰパケットを、放送受信装置１００が多重解除するための情報を提供する。ＴＬＶ−ＳＩは、『テーブル』と『記述子』で構成される。『テーブル』はセクション形式で伝送され、『記述子』は『テーブル』内に配置されるものとする。ＭＭＴ−ＳＩは、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す伝送制御情報である。ＭＭＴ−ＳＩは、『テーブル』や『記述子』を格納する『メッセージ』、特定の情報を示す要素や属性を持つ『テーブル』、より詳細な情報を示す『記述子』の三階層で構成されるものとする。本実施例の放送システムで用いる制御情報の階層構成の一例を図４に示す。
＜ＴＬＶ−ＳＩで使用されるテーブル＞
図５Ａに、本実施例の放送受信装置１００が対応する放送システムのＴＬＶ−ＳＩで使用される『テーブル』の一覧を示す。本実施例では、ＴＬＶ−ＳＩの『テーブル』として以下に示すものが用いられるものとする。
（１）ＴＬＶ−ＮＩＴ
ＴＬＶ用ネットワーク情報テーブル（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ ｆｏｒ ＴＬＶ：ＴＬＶ−ＮＩＴ）は、ネットワークにより伝送されるＴＬＶストリームの物理的構成に関する情報及びネットワーク自身の特性を表すものである。
（２）ＡＭＴ
アドレスマップテーブル（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ：ＡＭＴ）は、ネットワークにおいて伝送される各サービスを構成するＩＰパケットのマルチキャストグループの一覧を提供する。
（３）事業者が設定するテーブル
その他、サービス事業者等が独自に設定したテーブルを用意することが可能である。
＜ＴＬＶ−ＳＩで使用される記述子＞
図５Ｂに、本実施例の放送受信装置１００が対応する放送システムのＴＬＶ−ＳＩに配置される『記述子』の一覧を示す。本実施例では、ＴＬＶ−ＳＩの『記述子』として以下に示すものが用いられるものとする。
（１）サービスリスト記述子
サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。
（２）衛星分配システム記述子
衛星分配システム記述子は、衛星伝送路の物理的条件を示す。
（３）システム管理記述子
システム管理記述子は、放送と非放送を識別するために使用される。
（４）ネットワーク名記述子
ネットワーク名記述子は、文字符号によりネットワーク名を記述する。
（５）事業者が設定する記述子
その他、サービス事業者等が独自に設定した記述子を用意することが可能である。
＜ＭＭＴ−ＳＩで使用されるメッセージ＞
図６Ａに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩで使用される『メッセージ』の一覧を示す。本実施例では、ＭＭＴ−ＳＩの『メッセージ』として以下に示すものが用いられるものとする。
（１）ＰＡメッセージ
Ｐａｃｋａｇｅ Ａｃｃｅｓｓ（ＰＡ）メッセージは、種々のテーブルを伝送するために用いる。
（２）Ｍ２セクションメッセージ
Ｍ２セクションメッセージは、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するために用いる。
（３）ＣＡメッセージ
ＣＡメッセージは、限定受信方式の識別のためのテーブルを伝送するために用いる。
（４）Ｍ２短セクションメッセージ
Ｍ２短セクションメッセージは、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション短形式を伝送するために用いる。
（５）データ伝送メッセージ
データ伝送メッセージは、データ伝送に関するテーブルを格納するメッセージである。
（６）事業者が設定するメッセージ
その他、サービス事業者等が独自に設定したメッセージを用意することが可能である。
＜ＭＭＴ−ＳＩで使用されるテーブル＞
図６Ｂに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩで使用される『テーブル』の一覧を示す。テーブルは、特定の情報を示す要素や属性を持つ制御情報であり、メッセージに格納してＭＭＴＰパケットで伝送するものとする。なお、テーブルを格納するメッセージはテーブルに応じて決まっていても良い。本実施例では、ＭＭＴ−ＳＩの『テーブル』として以下に示すものが用いられるものとする。
（１）ＭＰＴ
ＭＭＴパッケージテーブル（ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ：ＭＰＴ）は、アセットのリストやアセットのネットワーク上の位置などのパッケージを構成する情報を与える。ＭＰＴはＰＡメッセージに格納されて良い。
（２）ＰＬＴ
パッケージリストテーブル（Ｐａｃｋａｇｅ Ｌｉｓｔ Ｔａｂｌｅ：ＰＬＴ）は、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータフロー及びパケットＩＤ並びにＩＰサービスを伝送するＩＰデータフローの一覧を示す。ＰＬＴはＰＡメッセージに格納されて良い。
（３）ＬＣＴ
レイアウト設定テーブル（Ｌａｙｏｕｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＬＣＴ）は、提示のためのレイアウト情報をレイアウト番号に対応付けるために用いる。ＬＣＴはＰＡメッセージに格納されて良い。
（４）ＥＣＭ
Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（ＥＣＭ）は、番組情報及び制御情報からなる共通情報であり、スクランブルを解除するための鍵情報などを配送する。ＥＣＭはＭ２セクションメッセージに格納されて良い。
（５）ＥＭＭ
Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ（ＥＭＭ）は、加入者毎の契約情報やＥＣＭ（共通情報）の暗号を解くための鍵情報などを含む個別情報を伝送する。ＥＭＭはＭ２セクションメッセージに格納されて良い。
（６）ＣＡＴ（ＭＨ）
ＣＡテーブル（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂｌｅ：ＣＡＴ）（ＭＨ）は、限定受信方式の識別のための記述子を格納するために用いる。ＣＡＴ（ＭＨ）はＣＡメッセージに格納されて良い。
（７）ＤＣＭ
Ｄｏｗｎｌｏａｄ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（ＤＣＭ）は、ダウンロードのための伝送路暗号を復号するための鍵などからなる鍵関連情報を伝送する。ＤＣＭはＭ２セクションメッセージに格納されて良い。
（８）ＤＭＭ
Ｄｏｗｎｌｏａｄ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ（ＤＭＭ）は、ＤＣＭの暗号を解くためのダウンロード鍵などからなる鍵関連情報を伝送する。ＤＭＭはＭ２セクションメッセージに格納されて良い。
（９）ＭＨ−ＥＩＴ
ＭＨ−イベント情報テーブル（ＭＨ−Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＥＩＴ）は、各サービスに含まれるイベントに関する時系列情報である。ＭＨ−ＥＩＴはＭ２セクションメッセージに格納されて良い。
（１０）ＭＨ−ＡＩＴ
ＭＨ−アプリケーション情報テーブル（ＭＨ−Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＡＩＴ）は、アプリケーションに関する全ての情報及びアプリケーションに要求される起動状態等を格納する。ＭＨ−ＡＩＴはＭ２セクションメッセージに格納されて良い。
（１１）ＭＨ−ＢＩＴ
ＭＨ−ブロードキャスタ情報テーブル（ＭＨ−Ｂｒｏａｄｃａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＢＩＴ）は、ネットワーク上に存在するブロードキャスタの情報を提示するために用いる。ＭＨ−ＢＩＴはＭ２セクションメッセージに格納されて良い。
（１２）ＭＨ−ＳＤＴＴ
ＭＨ−ソフトウェアダウンロードトリガテーブル（ＭＨ−Ｓｏｆｔｗａｒｅ Ｄｏｗｎｌｏａｄ Ｔｒｉｇｇｅｒ Ｔａｂｌｅ：ＭＨ−ＳＤＴＴ）は、ダウンロードの告知情報のために用いる。ＭＨ−ＳＤＴＴはＭ２セクションメッセージに格納されて良い。
（１３）ＭＨ−ＳＤＴ
ＭＨ−サービス記述テーブル（ＭＨ−Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＳＤＴ）は、特定のＴＬＶストリームに含まれるサービスを表すサブテーブルを有し、編成チャンネルの名称、放送事業者の名称など、編成チャンネルに関する情報を伝送する。ＭＨ−ＳＤＴはＭ２セクションメッセージに格納されて良い。
（１４）ＭＨ−ＴＯＴ
ＭＨ−タイムオフセットテーブル（ＭＨ−Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ：ＭＨ−ＴＯＴ）は、ＪＳＴ時刻と日付（修正ユリウス日）情報を伝送する。ＭＨ−ＴＯＴはＭ２短セクションメッセージに格納されて良い。
（１５）ＭＨ−ＣＤＴ
ＭＨ−共通データテーブル（ＭＨ−Ｃｏｍｍｏｎ Ｄａｔａ Ｔａｂｌｅ：ＭＨ−ＣＤＴ）は、これを受信する全ての受信機を対象として、不揮発性メモリに格納すべき共通データをセクション形式で伝送するために用いる。ＭＨ−ＣＤＴはＭ２セクションメッセージに格納されて良い。
（１６）ＤＤＭテーブル
データディレクトリ管理テーブル（Ｄａｔａ Ｄｉｒｅｃｔｏｒｙ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＤＭテーブル）は、アプリケーションのファイル構成とファイル伝送のための構成を分離するために、アプリケーションを構成するファイルのディレクトリ構成を提供する。ＤＤＭテーブルはデータ伝送メッセージに格納されて良い。
（１７）ＤＡＭテーブル
データアセット管理テーブル（Ｄａｔａ Ａｓｓｅｔ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＡＭテーブル）は、アセット内のＭＰＵの構成とＭＰＵ毎のバージョン情報を提供する。ＤＡＭテーブルはデータ伝送メッセージに格納されて良い。
（１８）ＤＣＣテーブル
データコンテント管理テーブル（Ｄａｔａ Ｃｏｎｔｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＤＣＣテーブル）は、柔軟で有効なキャッシュ制御を実現するため、データコンテンツとしてのファイルの構成情報を提供する。ＤＣＣテーブルはデータ伝送メッセージに格納されて良い。
（１９）ＥＭＴ
イベントメッセージテーブル（Ｅｖｅｎｔ Ｍｅｓｓａｇｅ Ｔａｂｌｅ：ＥＭＴ）は、イベントメッセージに関する情報を伝送するために用いる。ＥＭＴはＭ２セクションメッセージに格納されて良い。
（２０）事業者が設定するテーブル
その他、サービス事業者等が独自に設定したテーブルを用意することが可能である。
＜ＭＭＴ−ＳＩで使用される記述子＞
図６Ｃ及び図６Ｄに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩに配置される『記述子』の一覧を示す。記述子は、より詳細な情報を提供する制御情報であり、テーブルに配置されるものとする。なお、記述子を配置するテーブルは記述子に応じて決まっていても良い。本実施例では、ＭＭＴ−ＳＩの『記述子』として以下に示すものが用いられるものとする。
（１）アセットグループ記述子
アセットグループ記述子は、アセットのグループ関係とグループ内での優先度を提供する。アセットグループ記述子はＭＰＴに配置されて良い。
（２）イベントパッケージ記述子
イベントパッケージ記述子は、番組を表すイベントとパッケージの対応を提供する。イベントパッケージ記述子はＭ２セクションメッセージにて伝送されるＭＨ−ＥＩＴに配置されて良い。
（３）背景色指定記述子
背景色指定記述子は、レイアウト指定における最背面の背景色を提供する。背景色指定記述子はＬＣＴに配置されて良い。
（４）ＭＰＵ提示領域指定記述子
ＭＰＵ提示領域指定記述子は、ＭＰＵを提示する位置を提供する。ＭＰＵ提示領域指定記述子はＭＰＴに配置されて良い。
（５）ＭＰＵタイムスタンプ記述子
ＭＰＵタイムスタンプ記述子は、ＭＰＵにおいて提示順序で最初のアクセスユニットの提示時刻を示す。ＭＰＵタイムスタンプ記述子はＭＰＴに配置されて良い。
（６）依存関係記述子
依存関係記述子は、依存関係にあるアセットのアセットＩＤを提供する。依存関係記述子はＭＰＴに配置されて良い。
（７）アクセス制御記述子
アクセス制御記述子は、限定受信方式を識別するための情報を提供する。アクセス制御記述子はＭＰＴ又はＣＡＴ（ＭＨ）に配置されて良い。
（８）スクランブル方式記述子
スクランブル方式記述子は、スクランブル時の暗号化対象及び暗号アルゴリズムの種別を識別するための情報を提供する。スクランブル方式記述子はＭＰＴ又はＣＡＴ（ＭＨ）に配置されて良い。
（９）メッセージ認証方式記述子
メッセージ認証方式記述子は、メッセージ認証を行う場合にメッセージ認証方式を識別するための情報を提供する。メッセージ認証方式記述子はＭＰＴ又はＣＡＴ（ＭＨ）に配置されて良い。
（１０）緊急情報記述子（ＭＨ）
緊急情報記述子（ＭＨ）は、緊急警報放送を行う場合に用いる。緊急情報記述子（ＭＨ）はＭＰＴに配置されて良い。
（１１）ＭＨ−ＭＰＥＧ−４オーディオ記述子
ＭＨ−ＭＰＥＧ−４オーディオ記述子は、ＩＳＯ／ＩＥＣ １４４９６−３（ＭＰＥＧ−４オーディオ）のオーディオストリームの符号化パラメータを特定するための基本情報を記述するために用いる。ＭＨ−ＭＰＥＧ−４オーディオ記述子はＭＰＴに配置されて良い。
（１２）ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子
ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子は、ＭＰＥＧ−４オーディオストリームのプロファイルとレベル及び符号化方式固有の設定を記述するために用いる。ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子はＭＰＴに配置されて良い。
（１３）ＭＨ−ＨＥＶＣビデオ記述子
ＭＨ−ＨＥＶＣビデオ記述子は、ＩＴＵ−Ｔ勧告Ｈ．２６５｜ＩＳＯ／ＩＥＣ ２３００８−２の映像ストリーム（ＨＥＶＣストリーム）の基本的な符号化パラメータを記述するために用いる。ＭＨ−ＨＥＶＣビデオ記述子はＭＰＴに配置されて良い。
（１４）ＭＨ−リンク記述子
ＭＨ−リンク記述子は、番組配列情報システムに記載されているある特定のものに関連した追加情報を視聴者が要求した場合に提供されるサービスを識別する。ＭＨ−リンク記述子は、ＭＰＴ、ＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、等に配置されて良い。
（１５）ＭＨ−イベントグループ記述子
ＭＨ−イベントグループ記述子は、複数のイベント間に関係がある場合にそれらのイベント群がグループ化されていることを示すために用いる。ＭＨ−イベントグループ記述子はＭＨ−ＥＩＴに配置されて良い。
（１６）ＭＨ−サービスリスト記述子
ＭＨ−サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。ＭＨ−サービスリスト記述子はＭＨ−ＢＩＴに配置されて良い。
（１７）ＭＨ−短形式イベント記述子
ＭＨ−短形式イベント記述子は、イベント名及びそのイベントの短い記述をテキスト形式で表す。ＭＨ−短形式イベント記述子はＭＨ−ＥＩＴに配置されて良い。
（１８）ＭＨ−拡張形式イベント記述子
ＭＨ−拡張形式イベント記述子は、ＭＨ−短形式イベント記述子に付け加えて使用され、イベントの詳細記述を提供する。ＭＨ−拡張形式イベント記述子はＭＨ−ＥＩＴに配置されて良い。
（１９）映像コンポーネント記述子
映像コンポーネント記述子は、映像コンポーネントに関するパラメータや説明を示し、エレメンタリストリームを文字形式で表現するためにも利用される。映像コンポーネント記述子はＭＰＴ又はＭＨ−ＥＩＴに配置されて良い。
（２０）ＭＨ−ストリーム識別記述子
ＭＨ−ストリーム識別記述子は、サービスのコンポーネントストリームにラベルを付け、このラベルによってＭＨ−ＥＩＴ内の映像コンポーネント記述子で示される記述内容を参照できるために使用する。ＭＨ−ストリーム識別記述子はＭＰＴに配置されて良い。
（２１）ＭＨ−コンテント記述子
ＭＨ−コンテント記述子は、イベントのジャンルを示す。ＭＨ−コンテント記述子はＭＨ−ＥＩＴに配置されて良い。
（２２）ＭＨ−パレンタルレート記述子
ＭＨ−パレンタルレート記述子は、年齢に基づいた視聴制限を表し、また、他の制限条件に基づくよう拡張するために用いる。ＭＨ−パレンタルレート記述子はＭＰＴ又はＭＨ−ＥＩＴに配置されて良い。
（２３）ＭＨ−音声コンポーネント記述子
ＭＨ−音声コンポーネント記述子は、音声エレメンタリストリームの各パラメータを示し、エレメンタリストリームを文字形式で表現するためにも利用される。ＭＨ−音声コンポーネント記述子はＭＰＴ又はＭＨ−ＥＩＴに配置されて良い。
（２４）ＭＨ−対象地域記述子
ＭＨ−対象地域記述子は、番組又は番組を構成する一部のストリームが対象とする地域を記述するために使用される。ＭＨ−対象地域記述子はＭＰＴに配置されて良い。
（２５）ＭＨ−シリーズ記述子
ＭＨ−シリーズ記述子は、シリーズ番組を識別するために用いる。ＭＨ−シリーズ記述子はＭＨ−ＥＩＴに配置されて良い。
（２６）ＭＨ−ＳＩ伝送パラメータ記述子
ＭＨ−ＳＩ伝送パラメータ記述子は、ＳＩの伝送パラメータを示すために用いる。ＭＨ−ＳＩ伝送パラメータ記述子はＭＨ−ＢＩＴに配置されて良い。
（２７）ＭＨ−ブロードキャスタ名記述子
ＭＨ−ブロードキャスタ名記述子は、ブロードキャスタの名称を記述する。ＭＨ−ブロードキャスタ名記述子はＭＨ−ＢＩＴに配置されて良い。
（２８）ＭＨ−サービス記述子
ＭＨ−サービス記述子は、編成チャンネル名とその事業者名をサービス形式種別と共に文字符号で表す。ＭＨ−サービス記述子はＭＨ−ＳＤＴに配置されて良い。
（２９）ＩＰデータフロー記述子
ＩＰデータフロー記述子は、サービスを構成するＩＰデータフローの情報を提供する。ＩＰデータフロー記述子はＭＨ−ＳＤＴに配置されて良い。
（３０）ＭＨ−ＣＡ起動記述子
ＭＨ−ＣＡ起動記述子は、ＣＡＳ基盤上のＣＡＳプログラムを起動するための起動情報を記載する。ＭＨ−ＣＡ起動記述子はＭＰＴ又はＣＡＴ（ＣＡ）に配置されて良い。
（３１）ＭＨ−Ｔｙｐｅ記述子
ＭＨ−Ｔｙｐｅ記述子は、アプリケーション伝送方式で伝送されるファイルの型を示す。ＭＨ−Ｔｙｐｅ記述子はＤＡＭテーブルに配置されて良い。
（３２）ＭＨ−Ｉｎｆｏ記述子
ＭＨ−Ｉｎｆｏ記述子は、ＭＰＵ又はアイテムに関する情報を記述する。ＭＨ−Ｉｎｆｏ記述子はＤＡＭテーブルに配置されて良い。
（３３）ＭＨ−Ｅｘｐｉｒｅ記述子
ＭＨ−Ｅｘｐｉｒｅ記述子は、アイテムの有効期限を記述する。ＭＨ−Ｅｘｐｉｒｅ記述子はＤＡＭテーブルに配置されて良い。
（３４）ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子
ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子は、伝送するアイテムが圧縮されていることを意味し、その圧縮アルゴリズムと圧縮前のアイテムのバイト数を示す。ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子はＤＡＭテーブルに配置されて良い。
（３５）ＭＨ−データ符号化方式記述子
ＭＨ−データ符号化方式記述子は、データ符号化方式を識別するために使用される。ＭＨ−データ符号化方式記述子はＭＰＴに配置されて良い。
（３６）ＵＴＣ−ＮＰＴ参照記述子
ＵＴＣ−ＮＰＴ参照記述子は、ＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）とＵＴＣの関係を伝達するために用いる。ＵＴＣ−ＮＰＴ参照記述子はＥＭＴに配置されて良い。
（３７）イベントメッセージ記述子
イベントメッセージ記述子は、イベントメッセージ一般に関する情報を伝達する。イベントメッセージ記述子はＥＭＴに配置されて良い。
（３８）ＭＨ−ローカル時間オフセット記述子
ＭＨ−ローカル時間オフセット記述子は、サマータイム実施時に実際の時刻（例えば、ＵＴＣ＋９時間）と人間系への表示時刻に一定のオフセット値を持たせるときに用いる。ＭＨ−ローカル時間オフセット記述子はＭＨ−ＴＯＴに配置されて良い。
（３９）ＭＨ−コンポーネントグループ記述子
ＭＨ−コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義して識別する。ＭＨ−コンポーネントグループ記述子はＭＨ−ＥＩＴに配置されて良い。
（４０）ＭＨ−ロゴ伝送記述子
ＭＨ−ロゴ伝送記述子は、簡易ロゴ用文字列、ＣＤＴ形式のロゴへのポインティングなどを記述するために用いる。ＭＨ−ロゴ伝送記述子はＭＨ−ＳＤＴに配置されて良い。
（４１）ＭＰＵ拡張タイムスタンプ記述子
ＭＰＵ拡張タイムスタンプ記述子は、ＭＰＵ内のアクセスユニットの復号時刻を提供する。ＭＰＵ拡張タイムスタンプ記述子はＭＰＴに配置されて良い。
（４２）ＭＰＵダウンロードコンテンツ記述子
ＭＰＵダウンロードコンテンツ記述子は、ＭＰＵを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。ＭＰＵダウンロードコンテンツ記述子はＭＨ−ＳＤＴＴに配置されて良い。
（４３）ＭＨ−ネットワークダウンロードコンテンツ記述子
ＭＨ−ネットワークダウンロードコンテンツ記述子は、ネットワークを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。ＭＨ−ネットワークダウンロードコンテンツ記述子はＭＨ−ＳＤＴＴに配置されて良い。
（４４）ＭＨ−アプリケーション記述子
ＭＨ−アプリケーション記述子は、アプリケーションの情報を記述する。ＭＨ−アプリケーション記述子はＭＨ−ＡＩＴに配置されて良い。
（４５）ＭＨ−伝送プロトコル記述子
ＭＨ−伝送プロトコル記述子は、放送や通信等の伝送プロトコルの指定と伝送プロトコルに依存したアプリケーションのロケーション情報を示すために用いる。ＭＨ−伝送プロトコル記述子はＭＨ−ＡＩＴに配置されて良い。
（４６）ＭＨ−簡易アプリケーションロケーション記述子
ＭＨ−簡易アプリケーションロケーション記述子は、アプリケーションの取得先の詳細を指示するために記述する。ＭＨ−簡易アプリケーションロケーション記述子はＭＨ−ＡＩＴに配置されて良い。
（４７）ＭＨ−アプリケーション境界権限設定記述子
ＭＨ−アプリケーション境界権限設定記述子は、アプリケーションバウンダリを設定し、かつ領域（ＵＲＬ）毎に放送リソースアクセスの権限を設定するために記述する。ＭＨ−アプリケーション境界権限設定記述子はＭＨ−ＡＩＴに配置されて良い。
（４８）ＭＨ−起動優先情報記述子
ＭＨ−起動優先情報記述子は、アプリケーションの起動優先度を指定するために記述する。ＭＨ−起動優先情報記述子はＭＨ−ＡＩＴに配置されて良い。
（４９）ＭＨ−キャッシュ情報記述子
ＭＨ−キャッシュ情報記述子は、アプリケーションの再利用が想定される場合に、アプリケーションを構成するリソースをキャッシュし保持しておく場合のキャッシュ制御に用いるために記述する。ＭＨ−キャッシュ情報記述子はＭＨ−ＡＩＴに配置されて良い。
（５０）ＭＨ−確率的適用遅延記述子
ＭＨ−確率的適用遅延記述子は、アプリケーション取得のサーバアクセスの負荷分散を想定して、アプリケーション制御を行うタイミングを確率的に設定した遅延量だけ遅らせるために記述する。ＭＨ−確率的適用遅延記述子はＭＨ−ＡＩＴに配置されて良い。
（５１）リンク先ＰＵ記述子
リンク先ＰＵ記述子は、当該プレゼンテーションユニット（ＰＵ）から遷移する可能性のある他のプレゼンテーションユニットを記述する。リンク先ＰＵ記述子はＤＣＣテーブルに配置されて良い。
（５２）ロックキャッシュ指定記述子
ロックキャッシュ指定記述子は、当該プレゼンテーションユニットにおいてキャッシュし、かつロックする対象のファイルの指定を記述する。ロックキャッシュ指定記述子はＤＣＣテーブルに配置されて良い。
（５３）アンロックキャッシュ指定記述子
アンロックキャッシュ指定記述子は、当該プレゼンテーションユニットにおいてロックされているファイルのうちのアンロックするファイルの指定を記述する。アンロックキャッシュ指定記述子はＤＣＣテーブルに配置されて良い。
（５４）事業者が設定する記述子
その他、サービス事業者等が独自に設定した記述子を用意することが可能である。
＜ＭＭＴ方式におけるデータ伝送と各制御情報の関係＞
ここで、図６Ｅを用いて、本実施例の放送受信装置１００が対応する放送システムにおけるデータ伝送と代表的なテーブルの関係について説明する。
本実施例の放送受信装置１００が対応する放送システムでは、放送伝送路を介したＴＬＶストリームや通信回線を介したＩＰデータフロー等、複数の経路でデータ伝送を行うことができる。ＴＬＶストリームには、ＴＬＶ−ＮＩＴやＡＭＴなどのＴＬＶ−ＳＩと、ＩＰパケットのデータフローであるＩＰデータフローが含まれている。ＩＰデータフロー内には一連の映像ＭＰＵを含む映像アセットや一連の音声ＭＰＵを含む音声アセットが含まれている。同様に、ＩＰデータフロー内には一連の字幕ＭＰＵを含む字幕アセット、一連の文字スーパーＭＰＵを含む文字スーパーアセット、一連のデータＭＰＵを含むデータアセットなどが含まれても良い。これらの各種アセットは、ＰＡメッセージに格納されて伝送されるＭＰＴ（ＭＭＴパッケージテーブル）により、『パッケージ』という単位で関連付けられる。具体的には、ＭＰＴにパッケージＩＤ（後述の図１７に示す『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータに対応）と、当該パッケージに含まれる各アセットのアセットＩＤ（後述の図１７に示す『ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ』パラメータに対応）とが記載されることにより、前記関連付けが行われる。
パッケージを構成するアセットはＴＬＶストリーム内のアセットのみとすることもできるが、図６Ｅに示すように、通信回線のＩＰデータフローで伝送されるアセットを含めることもできる。これは、当該パッケージに含まれる各アセットのロケーション情報（後述の図１７に示す『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』に対応）をＭＰＴ内に含めて、本実施例の放送受信装置１００が各アセットの参照先を把握可能とすることにより実現できる。具体的には、前記ロケーション情報に配置される『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏｎｏｌｏｃａｔｉｏｎ＿ｔｙｐｅ』パラメータの値を変更することにより、
(１)ＭＰＴと同一のＩＰデータフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ００）
(２)ＩＰｖ４データフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０１）
(３)ＩＰｖ６データフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０２）
(４)放送のＭＰＥＧ２−ＴＳに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０３）
(５)ＩＰデータフロー内にＭＰＥＧ２−ＴＳ形式で多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０４）
(６)指定するＵＲＬにあるデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０５）
など、様々な伝送経路で伝送される各種データを、放送受信装置１００が参照できるように構成することが可能となる。
前述の参照先のうち、（１）は、例えば、後述する図７Ａの放送受信装置１００のチューナ／復調部１３１で受信するデジタル放送信号を経由して受信するＩＰデータフローである。ＭＰＴを通信回線側のＩＰデータフローにも含めて伝送する場合は、（１）の参照先が後述するＬＡＮ通信部１２１が通信回線を介して受信するＩＰデータフローになる場合もある。また、前記（２）、（３）、（５）、（６）は後述するＬＡＮ通信部１２１が通信回線を介して受信するＩＰデータフローである。また、前記（４）は、例えば、後述する図２４に示す実施例２の放送受信装置８００のように、ＭＭＴ方式を用いるデジタル放送信号を受信する受信機能と、ＭＰＥＧ２−ＴＳ方式を用いるデジタル放送信号を受信する受信機能の両者を有する放送受信装置の場合に、ＭＭＴ方式を用いるデジタル放送信号に含まれるＭＰＴのロケーション情報（『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』）に基づいて、ＭＰＥＧ２−ＴＳ方式を用いるデジタル放送信号を受信する受信機能で受信するＭＰＥＧ２−ＴＳに多重されているデータを参照する場合に用いることができる。
なお、『パッケージ』を構成するデータはこのように指定されるが、本実施例の放送受信装置１００が対応する放送システムでは、当該『パッケージ』単位の一連のデータをデジタル放送の『サービス』単位として扱う。
更に、ＭＰＴには、ＭＰＴが指定する各ＭＰＵの提示時刻情報（後述の図１３Ｂに示す『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータに対応）が記載されており、当該提示時刻情報を用いて、ＭＰＴが指定する複数のＭＰＵを、ＵＴＣ表記の時刻情報であるＮＴＰに基づくクロックを基準に、連動して提示（表示、出力など）することが可能となる。当該ＮＴＰに基づくクロックを用いた各種データの提示制御については後述する。
図６Ｅに示される本実施例のデータ伝送方式では、更に『イベント』という概念がある。『イベント』は、Ｍ２セクションメッセージに含められて送られるＭＨ−ＥＩＴが扱う、いわゆる『番組』を示す概念である。具体的には、ＭＨ−ＥＩＴに格納されたイベントパッケージ記述子が指し示す『パッケージ』において、ＭＨ−ＥＩＴに格納された開示時刻（後述の図２１に示す『ｓｔａｒｔ＿ｔｉｍｅ』パラメータに対応）から、継続時間（後述の図２１に示す『ｄｕｒａｔｉｏｎ』パラメータに対応）分の期間に含まれる一連のデータが、当該『イベント』の概念に含まれるデータである。ＭＨ−ＥＩＴは、本実施例の放送受信装置１００において当該『イベント』単位での各種処理（例えば、番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理）などに用いることができる。
［放送受信装置のハードウェア構成］
図７Ａは、放送受信装置１００の内部構成の一例を示すブロック図である。放送受信装置１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、ＬＡＮ通信部１２１、拡張インタフェース部１２４、デジタルインタフェース部１２５、チューナ／復調部１３１、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、映像合成部１６１、モニタ部１６２、映像出力部１６３、音声合成部１６４、スピーカ部１６５、音声出力部１６６、操作入力部１７０、で構成される。
主制御部１０１は、所定の動作プログラムに従って放送受信装置１００全体を制御するマイクロプロセッサユニットである。システムバス１０２は主制御部１０１と放送受信装置１００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納された不揮発性メモリであり、例えばＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）やフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＯＭ１０３には、放送受信装置１００の動作に必要な動作設定値が記憶されても良い。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ１０３及びＲＡＭ１０４は主制御部１０１と一体構成であっても良い。また、ＲＯＭ１０３は、図７Ａに示したような独立構成とはせず、ストレージ（蓄積）部１１０内の一部記憶領域を使用するようにしても良い。
ストレージ（蓄積）部１１０は、放送受信装置１００の動作プログラムや動作設定値、放送受信装置１００のユーザの個人情報等を記憶する。また、インターネット２００を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、放送波から取得した、或いは、インターネット２００を介してダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ（蓄積）部１１０の一部領域を以ってＲＯＭ１０３の機能の全部又は一部を代替しても良い。また、ストレージ（蓄積）部１１０は、放送受信装置１００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュＲＯＭやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性半導体素子メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの磁気ディスクドライブ、等のデバイスが用いられる。
なお、ＲＯＭ１０３やストレージ（蓄積）部１１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により、追加、更新及び機能拡張することが可能であるものとする。
ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信部１２１は、ルータ装置２００ｒを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のＭＭＴデータ列（或いは、その一部）の取得も行うものとする。ルータ装置２００ｒとの接続は有線接続であっても良いし、Ｗｉ−Ｆｉ（登録商標）等の無線接続であっても良い。ＬＡＮ通信部１２１は符号回路や復号回路等を備えるものとする。また、放送受信装置１００が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部やＮＦＣ通信部、赤外線通信部等、他の通信部を更に備えていても良い。
チューナ／復調部１３１は、アンテナ１００ａを介して電波塔３００ｔから送信された放送波を受信し、主制御部１０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、チューナ／復調部１３１は、受信した放送信号を復調してＭＭＴデータ列を取得する。なお、図７Ａに示した例では、チューナ／復調部が１つである構成を例示しているが、複数画面同時表示や裏番組録画等を目的として、放送受信装置１００がチューナ／復調部を複数搭載する構成としても良い。
分離部１３２はＭＭＴデコーダであり、入力したＭＭＴデータ列中の制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等を、それぞれ映像デコーダ１４１、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、等に分配する。分離部１３２に入力されるデータは、放送伝送路を介して伝送されてチューナ／復調部１３１で復調されたＭＭＴデータ列や、通信回線を介して伝送されてＬＡＮ通信部１２１で受信したＭＭＴデータ列であって良い。また、分離部１３２は、マルチメディアアプリケーションやその構成要素であるファイル系データを再生し、キャッシュ部１５２で一時的に蓄積する。また、分離部１３２は、映像音声字幕以外のデータの提示を行うプレーヤで利用するデータ若しくはアプリケーションに対するデータのストリーミングに用いるために、汎用データを抽出してデータデコーダ１５１に出力する。また、分離部１３２は、主制御部１０１の制御に基づいて、前記入力したＭＭＴデータ列に対するエラー訂正やアクセス制限の制御等を行っても良い。
映像デコーダ１４１は、分離部１３２から入力した映像データ列を復号して映像情報を出力する。映像色域変換部１４２は、映像デコーダ１４１で復号した映像情報に対して、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施す。音声デコーダ１４３は、分離部１３２から入力した音声データ列を復号して音声情報を出力する。また、映像デコーダ１４１及び音声デコーダ１４３には、ＬＡＮ通信部１２１を介してインターネット２００上から取得した、例えば、ＭＰＥＧ−ＤＡＳＨ（ＭＰＥＧ−Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）形式等のストリーミングデータが入力されても良い。また、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、等は、複数種類の映像データ列や音声データ列を同時に復号処理するために、複数備えられても良い。
文字スーパーデコーダ１４４は、分離部１３２から入力した文字スーパーデータ列を復号して文字スーパー情報を出力する。字幕デコーダ１４５は、分離部１３２から入力した字幕データ列を復号して字幕情報を出力する。文字スーパーデコーダ１４４から出力された文字スーパー情報と字幕デコーダ１４５から出力された字幕情報は、字幕合成部１４６において合成処理を施され、更に、字幕色域変換部１４７において、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施される。なお、本実施例においては、放送番組の映像と同時に提示される、文字情報を中心とするサービスのうち、映像の内容と関連するものを字幕と呼称し、それ以外のものを文字スーパーと呼称する。また、それらを区別しない場合は、字幕と総称するものとする。
ブラウザ部１５４は、キャッシュ部１５２若しくはＬＡＮ通信部１２１を介してインターネット２００上のサーバ装置から取得したマルチメディアアプリケーションファイルやその構成要素であるファイル系データを、ＭＭＴデータ列に含まれる制御情報やＬＡＮ通信部１２１を介してインターネット２００上のサーバ装置から取得した制御情報を解釈するアプリケーション制御部１５３の指示に従って提示する。なお、前記マルチメディアアプリケーションファイルは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書やＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書等であって良い。ブラウザ部１５４から出力されたアプリケーション情報は、更に、アプリケーション色域変換部１５５において、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施される。また、ブラウザ部１５４は、音源部１５６に働きかけることにより、アプリケーション音声情報の再生も行うものとする。
映像合成部１６１は、映像色域変換部１４２から出力された映像情報と字幕色域変換部１４７から出力された字幕情報とアプリケーション色域変換部１５５から出力されたアプリケーション情報等を入力し、適宜選択及び／又は重畳等の処理を行う。映像合成部１６１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報等に基づいてモニタ部１６２等が駆動される。また、映像合成部１６１は、主制御部１０１の制御に基づいて、必要に応じて、スケーリング処理やＭＭＴ−ＳＩに含まれるＭＨ−ＥＩＴ等の情報に基づいて作成されたＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）画面情報の重畳処理等を行う。モニタ部１６２は、例えば液晶パネル等の表示デバイスであり、映像合成部１６１で選択及び／又は重畳処理を施された映像情報を放送受信装置１００のユーザに提供する。映像出力部１６３は、映像合成部１６１で選択及び／又は重畳処理を施された映像情報を出力する映像出力インタフェースである。
なお、本実施例の放送受信装置１００の提示機能は、マルチメディアサービスを提供者の意図通りに表示させるために、論理的プレーン構造を備えるものとする。図７Ｂに、本実施例の放送受信装置１００の提示機能が備える論理的プレーン構造の構成の一例を示す。前記論理的プレーン構造では、最前面に文字スーパーの表示を行う文字スーパープレーンを配置し、次層に字幕の表示を行う字幕プレーンを配置する。三層目に放送映像やマルチメディアアプリケーション、又はその合成映像の表示を行うマルチメディアプレーンを配置し、最背面に背景プレーンを配置する。字幕合成部１４６及び映像合成部１６１において、文字スーパー情報の文字スーパープレーンへの描画、字幕情報の字幕プレーンへの描画、映像情報やアプリケーション情報等のマルチメディアプレーンへの描画が行われる。また、ＭＭＴ−ＳＩに含まれるＬＣＴ等に基づいて背景色が背景プレーンに描画される。なお、三層目のマルチメディアプレーンは、映像デコーダ１４１の数に応じて複数用意することが可能であるものとする。ただし、マルチメディアプレーンが複数ある場合でも、アプリケーション色域変換部１５５から出力されたアプリケーション情報等は、最前面のマルチメディアプレーンにのみ出力されるものとする。
音声合成部１６４は、音声デコーダ１４３から出力された音声情報及び音源部１５６で再生されたアプリケーション音声情報を入力して、適宜選択及び／又はミックス等の処理を行う。スピーカ部１６５は、音声合成部１６４で選択及び／又はミックス処理を施された音声情報を放送受信装置１００のユーザに提供する。音声出力部１６６は、音声合成部１６４で選択及び／又はミックス処理を施された音声情報を出力する音声出力インタフェースである。
拡張インタフェース部１２４は、放送受信装置１００の機能を拡張するためのインタフェース群であり、本実施例では、アナログ映像／音声インタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェース、メモリインタフェース等で構成されるものとする。アナログ映像／音声インタフェースは、外部映像／音声出力機器からのアナログ映像信号／音声信号の入力、外部映像／音声入力機器へのアナログ映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。ＨＤＤを接続して放送番組やコンテンツの記録を行っても良い。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
デジタルインタフェース部１２５は、符号化されたデジタル映像データ及び／又はデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部１２５は、チューナ／復調部１３１で復調して得たＭＭＴデータ列やＬＡＮ通信部１２１を介して取得したＭＭＴデータ列、或いは、前記各ＭＭＴデータ列の混合データをそのまま出力可能であるものとする。また、デジタルインタフェース部１２５から入力したＭＭＴデータ列を分離部１３２に入力するように制御しても良い。ストレージ（蓄積）部１１０に記憶したデジタルコンテンツの出力、或いは、ストレージ（蓄積）部１１０へのデジタルコンテンツの記憶を、デジタルインタフェース部１２５を介して行っても良い。
デジタルインタフェース部１２５は、ＤＶＩ端子やＨＤＭＩ（登録商標）端子やＤｉｓｐｌａｙ Ｐｏｒｔ（登録商標）端子等であって、ＤＶＩ仕様やＨＤＭＩ仕様やＤｉｓｐｌａｙ Ｐｏｒｔ仕様等に準拠した形式でデータの出力或いは入力がなされるものであって良い。ＩＥＥＥ１３９４仕様等に準拠したシリアルデータの形式で出力或いは入力されても良い。また、イーサネット（登録商標）や無線ＬＡＮ等のハードウェアを介してデジタルインタフェース出力を行うＩＰインタフェースとして構成しても良い。この場合、デジタルインタフェース部１２５とＬＡＮ通信部１２１とはそのハードウェア構成を共有しても良い。
操作入力部１７０は、放送受信装置１００に対する操作指示の入力を行う指示入力部であり、本実施例では、図示を省略したリモコンから送信されるコマンドを受信するリモコン受信部とボタンスイッチを並べた操作キーで構成されるものとする。何れか一方のみであっても良い。また、操作入力部１７０は、モニタ部１６２に重ねて配したタッチパネルで代替しても良い。拡張インタフェース部１２４に接続したキーボード等で代替しても良い。前記図示を省略したリモコンは、リモコンコマンド送信機能を備えた携帯情報端末７００で代替しても良い。
なお、前述のように、放送受信装置１００がテレビ受信機等である場合、映像出力部１６３及び音声出力部１６６は本発明に必須の構成ではない。また、放送受信装置１００は、テレビ受信機の他、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダなどの光ディスクドライブレコーダ、ＨＤＤレコーダなどの磁気ディスクドライブレコーダ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等であっても良い。デジタル放送受信機能や放送通信連携機能を備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やタブレット端末、ナビゲーション装置、ゲーム機等であっても良い。放送受信装置１００がＤＶＤレコーダ、ＨＤＤレコーダ、ＳＴＢ等である場合、モニタ部１６２及びスピーカ部１６５は備えなくとも良い。映像出力部１６３及び音声出力部１６６或いはデジタルインタフェース部１２５に、外部モニタ及び外部スピーカを接続することにより、本実施例の放送受信装置１００と同様の動作が可能となる。
［放送受信装置のクロック同期／提示同期のシステム構成］
図７Ｃは、本実施例の放送受信装置１００が対応する放送システムにおけるクロック同期／提示同期のシステム構成の一例である。本実施例の放送システムでは、ＵＴＣを６４ビット長のＮＴＰタイムスタンプ形式で、放送送出システムから受信機（本実施例の放送受信装置１００等）に伝送する。前記ＮＴＰタイムスタンプ形式においては、ＵＴＣの『秒以上』を３２ビットで表し、また、『秒未満』を３２ビットで表すものとする。しかしながら、実際には、１秒を３２ビット精度で再現することは困難である。このため、映像システムの同期をとるためのシステムクロックやＮＴＰ形式の時計を動作させるためのシステムクロックとしては、例えば同図に示したような、『２の２４乗』Ｈｚ（約１６．８ＭＨｚ）の周波数を用いるようにしても良い。なお、従来の放送システムにおけるシステムクロックが２７ＭＨｚであったこと及び受信機のハードウェア構成を簡便に構築できること等を考慮すると、『２の２４乗』〜『２の２８乗』程度の、２のべき乗の周波数をシステムクロックとして採用することが望ましい。
なお、放送送出システム側や受信機側において、システムクロックを前述のように『２の２４乗』〜『２の２８乗』程度の２のべき乗の周波数に設定した場合、放送送出システム側から受信機側に伝送されるＮＴＰタイムスタンプ形式における、前記システムクロックやＮＴＰ形式の時計を再生するためのＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）系に参照されない下位の８〜４ビットは、『０』或いは『１』に固定するようにしても良い。即ち、システムクロックが『２のｎ乗』Ｈｚ（図７Ｃの例では、ｎ＝２４）であれば、ＮＴＰタイムスタンプ形式の下位『３２−ｎ』ビットを『０』或いは『１』に固定するようにしても良い。或いは、受信機側において、前記ＮＴＰタイムスタンプ形式の下位『３２−ｎ』ビットを無視するように処理しても良い。
放送送出システム側では、ＮＴＰ形式の時刻情報を外部から得ると、『２のｎ乗』ＨｚのＶＣＯ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ｏｓｃｉｌｌａｔｏｒ）による３２＋ｎビットカウンタでＰＬＬ系を構成し、外部から与えられた時刻情報に同期する送出システム時計を実現する。また、『２のｎ乗』Ｈｚのシステムクロックに同期して全体の信号処理系を動作させる。更に、前記送出システム時計の出力をＮＴＰ長形式の時刻情報として放送伝送路を介して受信機側に周期的に伝送する。
受信機側では、放送伝送路を介してＮＴＰ長形式の時刻情報を受信し、放送送出システム側と同様に、『２のｎ乗』ＨｚのＶＣＯに基づくＰＬＬ系により受信システム時計を再生する。これにより、受信システム時計は、放送送出システム側と同期した時計となる。また、『２のｎ乗』Ｈｚのシステムクロックに同期して受信機の信号処理系を動作させることにより、放送送出システム側と受信機側のクロック同期が実現され、安定した信号再生が可能となる。また、映像／音声信号の提示単位毎の復号時刻及び提示時刻が、放送送出システム側において、前記ＮＴＰ形式の時刻情報に基づいて設定される。ここで、放送信号で伝送されるＰＡメッセージに格納されるＭＰＴには後述の図１３Ｂに示すＭＰＵタイムスタンプ記述子が格納されている。図１３ＢのＭＰＵタイムスタンプ記述子における『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ（ＭＰＵシーケンス番号）』パラメータがタイムスタンプを記述するＭＰＵのシーケンス番号を示し、『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ（ＭＰＵ提示時刻）』パラメータがＭＰＵの提示時刻を６４ビットのＮＴＰタイムスタンプ形式で示している。よって、受信機はＭＰＴに格納されるＭＰＵタイムスタンプ記述子を参照し、映像信号、音声信号、字幕、文字スーパー等のＭＰＵ毎の提示（表示、出力など）タイミングを制御することが可能である。
なお、前述の映像／音声信号等の提示単位毎の復号タイミング及び提示タイミングの制御に着目した場合、『２の１６乗』Ｈｚ（約６５．５ＫＨｚ）程度のクロックによっても映像／音声信号の同期は確保可能であり、この場合は、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位１６ビットは参照しなくとも良い。即ち、復号タイミング及び提示タイミングの制御にシステムクロックの分周等により生成した『２のｍ乗』Ｈｚのクロックを用いた場合は、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位『３２−ｍ』ビットは参照しなくとも良い。従って、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位『３２−ｍ』ビットは『０』或いは『１』に固定するようにしても良い。
［放送受信装置のソフトウェア構成］
図７Ｄは、本実施例の放送受信装置１００のソフトウェア構成図であり、ＲＯＭ１０３、ＲＡＭ１０４及びストレージ（蓄積）部１１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ１０３に基本動作プログラム１００１及びその他の動作プログラムが記憶されており、ストレージ（蓄積）部１１０に受信機能プログラム１００２及びその他の動作プログラムが記憶されている。また、ストレージ（蓄積）部１１０は、動画や静止画や音声等のコンテンツを記憶するコンテンツ記憶領域１２００、外部の携帯端末機器や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域１３００、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
ＲＯＭ１０３に記憶された基本動作プログラム１００１はＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部１１０１を構成する。また、ストレージ（蓄積）部１１０に記憶された受信機能プログラム１００２も同様にＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された受信機能プログラムを実行することにより、受信機能実行部１１０２を構成する。また、ＲＡＭ１０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
なお、以下では、説明を簡単にするために、主制御部１０１がＲＯＭ１０３に格納された基本動作プログラム１００１をＲＡＭ１０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部１１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
受信機能実行部１１０２は、本実施例の放送システムで伝送される映像や音声等のコンポーネントを再生するために放送受信装置１００の各動作ブロックを制御する。特に、トランスポート処理部１１０２ａは、分離部１３２のＭＭＴデコーダ機能を主として制御し、ＭＭＴデータ列から分離した映像データ列や音声データ列等をそれぞれ対応するデコード処理部に分配する。ＡＶデコード処理部１１０２ｂは、映像デコーダ１４１や音声デコーダ１４３等を主として制御する。アプリケーション処理部１１０２ｃは、キャッシュ部１５２やアプリケーション制御部１５３やブラウザ部１５４や音源部１５６を主として制御する。文字スーパー処理部１１０２ｄは、文字スーパーデコーダ１４４を主として制御する。字幕処理部１１０２ｅは、字幕デコーダ１５１を主として制御する。汎用データ処理部１１０２ｆは、データデコーダ１５１を主として制御する。ＥＰＧ生成部１１０２ｇは、ＭＭＴ−ＳＩに含まれるＭＨ−ＥＩＴ等の記述内容を解釈してＥＰＧ画面を生成する。提示処理部１１０２ｈは、前記論理的プレーン構造に基づいて、映像色域変換部１４２や字幕合成部１４６や字幕色域変換部１４７やアプリケーション色域変換部１５５や映像合成部１６１や音声合成部１６４を主として制御する。
前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ１０３及び／又はストレージ（蓄積）部１１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部１２４等を介して取得するものであっても良い。
［放送局サーバの構成］
図８は、放送局サーバ３００の内部構成の一例を示すブロック図である。放送局サーバ３００は、主制御部３０１、システムバス３０２、ＲＡＭ３０４、ストレージ部３１０、ＬＡＮ通信部３２１、デジタル放送信号送出部３６０、で構成される。
主制御部３０１は、所定の動作プログラムに従って放送局サーバ３００全体を制御するマイクロプロセッサユニットである。システムバス３０２は主制御部３０１と放送局サーバ３００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ３０４は各動作プログラム実行時のワークエリアとなる。
ストレージ部３１０は、基本動作プログラム３００１及び放送コンテンツ管理／配信プログラム３００２と放送コンテンツ送出プログラム３００３を記憶し、更に、放送コンテンツ記憶領域３２００及びメタデータ記憶領域３３００を備える。放送コンテンツ記憶領域３２００は放送局が放送する各放送番組の番組コンテンツ等を記憶する。メタデータ記憶領域３３００は前記各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、各番組コンテンツに係るコピー制御情報、等のメタデータを記憶する。
また、ストレージ部３１０に記憶された基本動作プログラム３００１及び放送コンテンツ管理／配信プログラム３００２と放送コンテンツ送出プログラム３００３はそれぞれＲＡＭ３０４に展開され、更に主制御部３０１が前記展開された各プログラムを実行することにより、基本動作実行部３１０１、放送コンテンツ管理／配信実行部３１０２、放送コンテンツ送出実行部３１０３を構成する。
なお、以下では、説明を簡単にするために、主制御部３０１がストレージ部３１０に格納された基本動作プログラム３００１をＲＡＭ３０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部３１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
放送コンテンツ管理／配信実行部３１０２は、放送コンテンツ記憶領域３２００及びメタデータ記憶領域３３００に蓄積された各放送番組の番組コンテンツ等及び各メタデータの管理と、前記各放送番組の番組コンテンツ等及び各メタデータを契約に基づいてサービス事業者に提供する際の制御を行う。更に、放送コンテンツ管理／配信実行部３１０２は、前記サービス事業者に対して前記各放送番組の番組コンテンツ等及び各メタデータの提供を行う際に、必要に応じて前記契約に基づいたサービス事業者サーバ４００の認証処理等を行っても良い。
放送コンテンツ送出実行部３１０３は、放送コンテンツ記憶領域３２００に蓄積された放送番組の番組コンテンツや、メタデータ記憶領域３３００に蓄積された放送番組の番組タイトル、番組ＩＤ、番組コンテンツのコピー制御情報等を含むＭＭＴデータ列を、デジタル放送信号送出部３６０を介して電波塔３００ｔから送出する際のタイムスケジュール管理等を行う。
ＬＡＮ通信部３２１は、インターネット２００と接続され、インターネット２００上のサービス事業者サーバ４００等と通信を行う。ＬＡＮ通信部３２１は符号回路や復号回路等を備えるものとする。デジタル放送信号送出部３６０は、放送コンテンツ記憶領域３２００に蓄積された各放送番組の番組コンテンツ等の映像データ列や音声データ列、番組情報データ列、等で構成されたＭＭＴデータ列を変調して、電波塔３００ｔを介して、デジタル放送波として送出する。
［サービス事業者サーバの構成］
図９は、サービス事業者サーバ４００の内部構成の一例を示すブロック図である。サービス事業者サーバ４００は、主制御部４０１、システムバス４０２、ＲＡＭ４０４、ストレージ部４１０、ＬＡＮ通信部４２１、で構成される。
主制御部４０１は、所定の動作プログラムに従ってサービス事業者サーバ４００全体を制御するマイクロプロセッサユニットである。システムバス４０２は主制御部４０１とサービス事業者サーバ４００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ４０４は各動作プログラム実行時のワークエリアとなる。
ストレージ部４１０は、基本動作プログラム４００１及び映像コンテンツ管理／配信プログラム４００２とアプリケーション管理／配布プログラム４００４を記憶し、更に、映像コンテンツ記憶領域４２００及びメタデータ記憶領域４３００、アプリケーション記憶領域４４００、ユーザ情報記憶領域４５００を備える。映像コンテンツ記憶領域４２００は、放送局サーバ３００から提供された放送番組の番組コンテンツを映像コンテンツとして記憶する。また、前記サービス事業者が制作した映像コンテンツ等を記憶する。メタデータ記憶領域４３００は、放送局サーバ３００から提供された各メタデータや、前記サービス事業者が制作した映像コンテンツに関するメタデータ等を記憶する。アプリケーション記憶領域４４００は、各テレビ受信機からの要求に応じて配布するための、放送番組に連携したサービスを実現するための各種アプリケーション等を記憶する。ユーザ情報記憶領域４５００は、サービス事業者サーバ４００へのアクセスが許可されたユーザに関する情報（個人情報や認証情報等）を記憶する。
また、ストレージ部４１０に記憶された基本動作プログラム４００１及び映像コンテンツ管理／配信プログラム４００２とアプリケーション管理／配布プログラム４００４はそれぞれＲＡＭ４０４に展開され、更に主制御部４０１が前記展開された基本動作プログラム及び映像コンテンツ管理／配信プログラムとアプリケーション管理／配布プログラムを実行することにより、基本動作実行部４１０１、映像コンテンツ管理／配信実行部４１０２、アプリケーション管理／配布実行部４１０４を構成する。
なお、以下では、説明を簡単にするために、主制御部４０１がストレージ部４１０に格納された基本動作プログラム４００１をＲＡＭ４０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部４１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
映像コンテンツ管理／配信実行部４１０２は、放送局サーバ３００からの放送番組の番組コンテンツ等及びメタデータの取得、映像コンテンツ記憶領域４２００及びメタデータ記憶領域４３００に蓄積された映像コンテンツ等及び各メタデータの管理、及び各テレビ受信機に対する前記映像コンテンツ等及び各メタデータの配信の制御を行う。更に、映像コンテンツ管理／配信実行部４１０２は、前記各テレビ受信機に対して前記各映像コンテンツ等及び各メタデータの配信を行う際に、必要に応じて前記各テレビ受信機の認証処理等を行っても良い。また、アプリケーション管理／配布実行部４１０４は、アプリケーション記憶領域４４００に蓄積された各アプリケーションの管理と、前記各アプリケーションを各テレビ受信機からの要求に応じて配布する際の制御と、を行う。更に、アプリケーション管理／配布実行部４１０４は、前記各テレビ受信機に対して前記各アプリケーションの配布を行う際に、必要に応じて前記各テレビ受信機の認証処理等を行っても良い。
ＬＡＮ通信部４２１は、インターネット２００と接続され、インターネット２００上の放送局サーバ３００や、ルータ装置２００ｒを介して放送受信装置１００と通信を行う。ＬＡＮ通信部４２１は符号回路や復号回路等を備えるものとする。
［携帯情報端末のハードウェア構成］
図１０Ａは、携帯情報端末７００の内部構成の一例を示すブロック図である。携帯情報端末７００は、主制御部７０１、システムバス７０２、ＲＯＭ７０３、ＲＡＭ７０４、ストレージ部７１０、通信処理部７２０、拡張インタフェース部７２４、操作部７３０、画像処理部７４０、音声処理部７５０、センサ部７６０、で構成される。
主制御部７０１は、所定の動作プログラムに従って携帯情報端末７００全体を制御するマイクロプロセッサユニットである。システムバス７０２は主制御部７０１と携帯情報端末７００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
ＲＯＭ７０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭやフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ７０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ７０３及びＲＡＭ７０４は主制御部７０１と一体構成であっても良い。また、ＲＯＭ７０３は、図１０Ａに示したような独立構成とはせず、ストレージ部７１０内の一部記憶領域を使用するようにしても良い。
ストレージ部７１０は、携帯情報端末７００の動作プログラムや動作設定値、携帯情報端末７００のユーザの個人情報等を記憶する。また、インターネット２００を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、インターネット２００を介してダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部７１０の一部領域を以ってＲＯＭ７０３の機能の全部又は一部を代替しても良い。また、ストレージ部７１０は、携帯情報端末７００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュＲＯＭやＳＳＤなどの不揮発性半導体素子メモリ、ＨＤＤなどの磁気ディスクドライブ、等のデバイスが用いられる。
なお、ＲＯＭ７０３やストレージ部７１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により、追加、更新及び機能拡張することが可能であるものとする。
通信処理部７２０は、ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３、で構成される。ＬＡＮ通信部７２１は、ルータ装置２００ｒやアクセスポイント２００ａを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。ルータ装置２００ｒやアクセスポイント２００ａとの接続はＷｉ−Ｆｉ（登録商標）等の無線接続で行われるものとする。移動体電話網通信部７２２は、移動体電話通信網の基地局６００ｂとの無線通信により、電話通信（通話）及びデータの送受信を行う。ＮＦＣ通信部７２３は対応するリーダ／ライタとの近接時に無線通信を行う。ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また、通信処理部７２０が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部や赤外線通信部等、他の通信部を更に備えていても良い。
拡張インタフェース部７２４は、携帯情報端末７００の機能を拡張するためのインタフェース群であり、本実施例では、映像／音声インタフェース、ＵＳＢインタフェース、メモリインタフェース等で構成されるものとする。映像／音声インタフェースは、外部映像／音声出力機器からの映像信号／音声信号の入力、外部映像／音声入力機器への映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
操作部７３０は、携帯情報端末７００に対する操作指示の入力を行う指示入力部であり、本実施例では、表示部７４１に重ねて配置したタッチパネル７３０ｔ及びボタンスイッチを並べた操作キー７３０ｋで構成されるものとする。何れか一方のみであっても良い。拡張インタフェース部７２４に接続したキーボード等を用いて携帯情報端末７００の操作を行っても良い。有線通信又は無線通信により接続された別体の端末機器を用いて携帯情報端末７００の操作を行っても良い。即ち、放送受信装置１００から携帯情報端末７００の操作を行っても良い。また、前記タッチパネル機能は表示部７４１が備え持っているものであっても良い。
画像処理部７４０は、表示部７４１、画像信号処理部７４２、第一画像入力部７４３、第二画像入力部７４４、で構成される。表示部７４１は、例えば液晶パネル等の表示デバイスであり、画像信号処理部７４２で処理した画像データを携帯情報端末７００のユーザに提供する。画像信号処理部７４２は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された画像データに基づいて表示部７４１が駆動される。また、画像信号処理部７４２は、必要に応じてフォーマット変換、メニューやその他のＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）信号の重畳処理等を行う機能を有するものとする。第一画像入力部７４３及び第二画像入力部７４４は、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。
音声処理部７５０は、音声出力部７５１、音声信号処理部７５２、音声入力部７５３、で構成される。音声出力部７５１はスピーカであり、音声信号処理部７５２で処理した音声信号を携帯情報端末７００のユーザに提供する。音声入力部７５３はマイクであり、ユーザの声などを音声データに変換して入力する。
センサ部７６０は、携帯情報端末７００の状態を検出するためのセンサ群であり、本実施例では、ＧＰＳ受信部７６１、ジャイロセンサ７６２、地磁気センサ７６３、加速度センサ７６４、照度センサ７６５、近接センサ７６６、で構成される。これらのセンサ群により、携帯情報端末７００の位置、傾き、方角、動き、及び周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。また、携帯情報端末７００が、気圧センサ等、他のセンサを更に備えていても良い。
携帯情報端末７００は、携帯電話やスマートホン、タブレット端末等であって良い。ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やノート型ＰＣであっても良い。また、デジタルスチルカメラや動画撮影可能なビデオカメラ、携帯型ゲーム機やナビゲーション装置等、又はその他の携帯用デジタル機器であっても良い。
なお、図１０Ａに示した携帯情報端末７００の構成例は、センサ部７６０等、本実施例に必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施例の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良い。
［携帯情報端末のソフトウェア構成］
図１０Ｂは、本実施例の携帯情報端末７００のソフトウェア構成図であり、ＲＯＭ７０３、ＲＡＭ７０４及びストレージ部７１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ７０３に基本動作プログラム７００１及びその他の動作プログラムが記憶されており、ストレージ部７１０に連携制御プログラム７００２及びその他の動作プログラムが記憶されている。また、ストレージ部７１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域７２００、テレビ受信機や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域７３００、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
ＲＯＭ７０３に記憶された基本動作プログラム７００１はＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部７１０１を構成する。また、ストレージ部７１０に記憶された連携制御プログラム７００２も同様にＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された連携制御プログラムを実行することにより、連携制御実行部７１０２を構成する。また、ＲＡＭ７０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
なお、以下では、説明を簡単にするために、主制御部７０１がＲＯＭ７０３に格納された基本動作プログラム７００１をＲＡＭ７０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部７１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
連携制御実行部７１０２は、携帯情報端末７００がテレビ受信機との連係動作を行う際の、機器認証及び接続、各データの送受信、等の管理を行う。また、連携制御実行部７１０２は、前記テレビ受信機と連動するアプリケーションを実行するためのブラウザエンジン機能を備えるものとする。
前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ７０３及び／又はストレージ部７１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部７２１又は移動体電話網通信部７２２を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部７２４等を介して取得するものであっても良い。
［放送受信装置の時刻管理］
本実施例の放送受信装置は２種類の時刻管理機能を備える。１つ目の時刻管理機能は、ＮＴＰに基づく時刻管理機能であり、図７Ｃを用いて既に説明した通りである。二つ目の時刻管理機能は、ＭＨ−ＴＯＴに基づく時刻管理機能であり、図６Ｂで説明したＭＨ−ＴＯＴにより伝送された時刻情報に基づいて管理される時刻である。
ＮＴＰで伝送する時刻情報の構成の一例を図１３Ａに示す。また、前記ＭＰＵタイムスタンプ記述子のデータ構造の一例を図１３Ｂに示す。前記ＮＴＰ形式における『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』パラメータや『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ等は、６４ビット長のＮＴＰ長形式の時刻データであり、また、前記ＭＰＵタイムスタンプ記述子における『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータも６４ビット長のＮＴＰタイムスタンプ形式の時刻データである。前記ＮＴＰ長形式の時刻データや前記ＮＴＰタイムスタンプ形式の時刻データは、ＵＴＣの『秒以上』を３２ビットで、『秒未満』を３２ビットで表したデータである。即ち、ＮＴＰ形式の時刻情報は、『秒未満』までの時刻情報を伝送可能である。更にＮＴＰ形式の時刻情報はＵＴＣ表記であるため、従来のデジタル放送におけるクロック管理と異なり、図３（Ｂ）に示すように通信回線経路（例えば、図７ＡのＬＡＮ通信部１２１で受信可能な通信回線）で受信する信号に含まれるＮＴＰとも整合をとることができる。
これに対し、ＭＨ−ＴＯＴで伝送される情報は以下の通りである。放送受信装置１００は、ＭＨ−ＴＯＴにより現在日付と日本標準時刻を取得可能であるものとする。図１１Ａに、ＭＨ−ＴＯＴのデータ構造の一例を示す。放送受信装置１００は、前記ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータから現在日付及び現在時刻を取得可能である。『ＪＳＴ＿ｔｉｍｅ』パラメータは、図１１Ｂに示すように、修正ユリウス日（Ｍｏｄｉｆｉｅｄ Ｊｕｌｉａｎ Ｄａｔｅ：ＭＪＤ）による現在日付の符号化データの下位１６ビットと、日本標準時（Ｊａｐａｎ Ｓｔａｎｄａｒｄ Ｔｉｍｅ：ＪＳＴ）を６個の４ビット２進化１０進数（Ｂｉｎａｒｙ−Ｃｏｄｅｄ Ｄｅｃｉｍａｌ：ＢＣＤ）で表した２４ビットの情報を含むものとする。前記ＭＪＤの１６ビット符号化データに所定の演算を施すことにより、現在日付を算出することが可能である。６個の４ビット２進化１０進数とは、２個の４ビット２進化１０進数により１０進法２桁で『時』を表し、次の２個の４ビット２進化１０進数により１０進法２桁で『分』を表し、最後の２個の４ビット２進化１０進数により１０進法２桁で『秒』を表すものである。
よって、ＮＴＰに基づく時刻とＭＨ−ＴＯＴに基づく時刻との相違点は、前者のＮＴＰが前述のように『秒未満』までの時刻情報を伝送できるＵＴＣ表記の情報であるのに対し、ＭＨ−ＴＯＴで伝送される情報は、ＪＳＴ表記の『秒単位』までの情報であるという点である。
本実施例の放送受信装置１００は、ＵＴＣ表記の時刻情報であるＮＴＰに基づく時刻管理機能を、放送信号のコンテンツである映像、音声、字幕、文字スーパー、その他提示データのデコード及び表示の同期処理に用いることにより、より高精度の同期処理を実現できる。更に放送局のクロック表記ではなく、ＵＴＣ表記の情報を参照することにより、放送信号で受信する放送信号のコンテンツである映像、音声、字幕、文字スーパー、又はその他データと、通信回線経路で取得する映像、音声、字幕、文字スーパー、又はその他データとのデコード及び表示の同期処理を行うこともできる。
更に、本実施例の放送受信装置は、ＭＨ−ＴＯＴの６個の４ビット２進化１０進数で表した２４ビットの情報を含む『ＪＳＴ＿ｔｉｍｅ』に基づく時刻管理機能を、ユーザへの現在時刻の提示処理又は図６Ｂで説明したＭＨ−イベント情報テーブル（ＭＨ−ＥＩＴ）を扱う各処理に用いれば良い。一般的に、放送受信装置におけるユーザへの現在時刻の提示処理においては、秒未満までの精度が要求されることはほとんどない。また、ＭＨ−イベント情報テーブル（ＭＨ−ＥＩＴ）に記述される各時間情報は、ＭＰＥＧ２−ＴＳ方式で伝送される従来のデジタル放送のＥＩＴと同様に、６個の４ビット２進化１０進数で表した２４ビットの情報で１０進法２桁ずつの『時』、『分』、『秒』で格納されている。このため、本実施例の放送受信装置１００におけるＭＨ−ＴＯＴに基づく時刻管理機能は、ＭＨ−ＥＩＴを用いる処理と整合し易いためである。ＭＨ−ＥＩＴを用いる処理とは具体的には、番組表の生成処理（後述する）や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等である。何れの処理も秒未満までの精度が要求されることは稀であり、１秒単位の精度で十分だからである。
また、当該番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理は、従来のＭＰＥＧ２−ＴＳ方式を用いたデジタル放送システムの受信機でも搭載される機能である。すると、本実施例の放送システムにおいても、番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理において、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送システムと整合性がある時刻管理処理で対応できるように構成しておけば、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送の受信機能とＭＭＴ方式のデジタル放送の受信機能との両者を有する放送受信装置を構成する際に、これらの処理（番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理）において、処理アルゴリズムを別々に設計する必要がなくなり、コストを低くすることができる。
また、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送の受信機能を持たずＭＭＴ方式のデジタル放送の受信機能のみを有する受信機であっても、番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理のアルゴリズムを完全に新規に作成しなくとも、従来のＭＰＥＧ２−ＴＳ方式を用いたデジタル放送システムの受信機でも搭載される機能のアルゴリズムを流用できるので、より低コストに開発することができる。
よって、ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータに基づく時刻管理機能をこれらの処理（番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理）に用いる構成にすることにより、ＭＭＴ方式のデジタル放送の放送受信装置であっても、従来方式の放送システムとの整合性を高めることにより、より低コストに提供することが可能となる。
以上説明した通り、本実施例の放送受信装置１００は、精度の異なる２種類の時刻情報を用いた時刻管理機能を備える。一方の時刻情報は従来のデジタル放送システムと整合性のある表記の時刻情報であり、他方の時刻情報は前記一方の時刻情報よりも分解能の高い時刻情報であり、後者の時刻情報を放送信号の各コンテンツデータの同期処理に用いることにより従来の放送システムよりも高度な情報提示処理を実現し、前者の時刻情報を番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等に用いることにより放送受信装置を安価に提供することができる。
よって、本実施例の放送受信装置１００では、以上説明した２種類の時刻管理機能を備えることにより、より高度な情報提示処理の実現と低コスト化とを両立することが可能である。
［時刻管理の第１の変形例］
次に、本実施例の放送システムにおける時刻管理の第１の変形例を以下に説明する。
第１の変形例では、図７Ｃを用いて既に説明したＮＴＰに基づく時刻管理機能の当該管理時刻の精度を高めるために、時刻管理サーバ（図示省略）又は放送局サーバ３００から放送受信装置１００までの時刻情報伝送における想定遅延時間に関する情報を放送信号に含めて送信し、放送受信装置１００において、当該想定遅延時間に関する情報をＮＴＰに基づく時刻管理機能のシステム時計の修正に用いるように構成しても良い。
この際、当該想定遅延時間に関する情報は図３（Ａ）に示すＴＬＶ多重化ストリーム内ではなく、ＴＬＶ多重化ストリーム外のＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｎｔｒｏｌ）領域内で伝送するように構成しても良い。ＴＭＣＣ領域内で伝送すれば、放送受信装置１００において、ＴＬＶ多重化ストリームの分離処理（デマックス処理）を経ることなしに当該想定遅延時間に関する情報を抽出することが可能となる。即ち、放送受信装置１００における前記分離処理による遅延の影響を受けにくい情報取得が可能であり、従って、高精度なシステム時計の修正処理を行うことができる。当該ＴＭＣＣ信号で伝送される時刻情報のデータ構造の一例を、図１３Ｃを用いて説明する。当該時刻情報は例えば、ＴＭＣＣ拡張情報領域に格納して伝送すれば良い。図１３ＣのＴＭＣＣ拡張情報領域の時刻情報において、『ｄｅｌｔａ』パラメータは、ＵＴＣを配信する時刻管理サーバ又はＴＭＣＣ信号を作成するサーバ装置から一般的な放送受信装置までの伝送遅延の想定値を３２ビットの符号付き固定小数点で表す。なお、上位１６ビットは整数部を、下位１６ビットは小数点以下を記述するものである。『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータは、送信タイムスタンプであり、本ＴＭＣＣ信号が前記サーバ装置から送出される時刻をＮＴＰタイムスタンプ長形式で記述するものである。上位３２ビットは整数部を、下位３２ビットは小数点以下を表す。
当該第１の変形例では、本実施例の放送受信装置１００は、ＴＭＣＣ拡張情報領域に格納して伝送された当該時刻情報に記述された前記想定遅延時間に関する情報（例えば、前述の『ｄｅｌｔａ』パラメータ及び／又は『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ）を用いて、放送信号の各コンテンツデータの同期処理に用いるＮＴＰに基づく時刻管理機能のシステム時計を、より高精度に修正することができる。
［時刻管理の第２の変形例］
次に、本実施例の放送システムにおける時刻管理の第２の変形例を以下に説明する。
前述の通り、本実施例の放送受信装置１００においては、ＭＨ−ＴＯＴで伝送される情報により現在日付と日本標準時刻を取得して時刻を管理する時刻管理機能を有する。ＭＨ−ＴＯＴで伝送される情報により取得した現在日付と日本標準時刻は、放送受信装置１００の映像合成部１６１で映像情報やアプリケーション情報等に重畳することにより、モニタ部１６２や映像出力部１６３に出力してユーザに提供可能である。前述の通り、ＭＨ−ＴＯＴは図１１Ａに示すデータ構造を有しており、放送受信装置１００は、前記ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータから現在日付及び現在時刻を取得可能である。
しかしながら、前述の『ＪＳＴ＿ｔｉｍｅ』パラメータでは、ＭＪＤの符号化データの下位１６ビットのみを使用しているため、『２０３８年４月２２日』を以って桁あふれを生じることとなり、前記所定の演算のみでは『２０３８年４月２３日』以降の日付を表現することができない。そこで、本実施例の第２の変形例では、ＭＪＤの値が所定値以上の場合と所定値未満の場合とで演算方法を切り替えることにより、『２０３８年４月２３日』以降の日付を表現できるように制御するものとする。
図１２に、ＭＪＤの値が所定値以上の場合に使用する第一の演算方法と、ＭＪＤの値が所定値未満の場合に使用する第二の演算方法の一例を示す。例えば、前記所定値を『３２７６８（０ｘ８０００）』とした場合、ＭＪＤが『３２７６８』以上の場合には前記第一の演算方法を用いて現在日付を算出し、ＭＪＤが『３２７６８』未満の場合には前記第二の演算方法を用いて現在日付を算出する。なお、ＭＪＤが『３２７６８』未満の場合とは、ＭＪＤの１６ビットデータの最上位ビットが『０』の場合と等価である。これにより、本実施例の放送受信装置１００においては、『２０３８年４月２３日』以降の日付を表現することが可能となる。ただし、前記所定値は任意に設定することが可能であり、前記所定値を『１６３８４（０ｘ４０００）』や『４９１５２（０ｘＣ０００）』等と設定しても良い。前記演算方法の切り替え条件は、ＭＪＤの１６ビットデータの上位２ビットが『００』の場合、ＭＪＤの１６ビットデータの上位２ビットが『１１』ではない場合、としても良い。なお、前記所定値を『３２７６８』として前述の手段を用いた場合、『１９４８年９月４日』以前の日付を表現できなくなるが、テレビ受信機としての実用上、特に問題となることはない。
また、ＭＪＤと前記所定値との比較結果に応じて前記第一の演算方法と前記第二の演算方法を切り替えるのではなく、図１１Ａに示したＭＨ−ＴＯＴのデータ構造における『ｒｅｓｅｒｖｅｄ』パラメータの一部又は全部を置き換えたフラグ或いは新たに追加したフラグに応じて前記第一の演算方法と前記第二の演算方法を切り替えるようにしても良い。例えば、前記フラグは、ＭＪＤの１６ビット符号化データの最上位ビットが『０』である場合に、前記ＭＪＤが『２０３８年４月２３日』以降を示すものであるならば『１』をセットし、『２０３８年４月２３日』以降を示すものでないならば『０』をセットするようにすれば良い。そして、前記フラグが『１』の場合には図１２に示した前記第二の演算方法を用い、前記フラグが『０』の場合には前記第一の演算方法を用いるようにすれば良い。又は、前記フラグと同様の意味を有する記述子を新たに用意して、ＭＨ−ＴＯＴ内に配置しても良い。
また、本実施例の放送システムでは、前述の通り、ＮＴＰ形式の絶対時刻を伝送し、本実施例の放送受信装置１００は、当該ＮＴＰに基づく時刻管理機能を有する。更に、本実施例の放送受信装置１００では、ＭＰＵ単位に設定されるＭＰＵタイムスタンプ記述子に記載されたＮＴＰタイムスタンプ等を参照することにより、映像／音声信号の提示単位毎の復号タイミング及び提示タイミングを制御している。前述の通り、前記ＮＴＰ形式の時刻情報は、図１３Ａに示す構成を有している。また、前記ＭＰＵタイムスタンプ記述子は図１３Ｂに示す構成を有している。
このため、本実施例の放送受信装置１００においては、前記『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』パラメータや『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ、或いは、『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータ等を参照し、前記参照した時刻データ等の値に応じて、前記第一の演算方法と前記第二の演算方法の何れを使用するかを選択するようにしても良い。即ち、例えば、前記６４ビット長のＮＴＰ長形式の時刻データの最上位ビットが『０』の場合は前記第二の演算方法を使用し、『０』でない場合は前記第一の演算方法を使用する、等とすれば良い。
前記何れの方法によっても、本実施例の放送受信装置１００においては、『２０３８年４月２３日』以降の日付を表現することが可能となる。
［放送受信装置の選局処理（初期スキャン）］
本実施例の放送システムのＡＭＴは、ＴＬＶ多重化方式で伝送されるＩＰパケットを通信回線で伝送されるＩＰパケットと可能な限り区別なく受信するための、ＩＰパケットのマルチキャストグループの一覧を提供するものとする。１つのサービス識別には、複数のＩＰマルチキャストグループをリストすることが可能である。また、連続するＩＰアドレスを効率的に記述するために、アドレスマスクを用いることが可能である。
本実施例の放送受信装置１００では、初期設定の際のチャンネルスキャン時に、或いは、設定変更のための再スキャン時に、ＴＬＶ−ＮＩＴから取得したサービスの一覧をＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能であり、更に、前記各サービスに対応するＩＰマルチキャストグループの一覧を、ＩＰ関連情報として、前記各サービスに関連付けて、前記不揮発性メモリに記憶させることが可能であるものとする。前記サービスの一覧及びＩＰ関連情報を不揮発性メモリに記憶させ、常時参照可能とすることにより、チャンネル切り替え時等に、ＴＬＶ−ＮＩＴやＡＭＴを取得しなおす必要がなくなり、放送コンテンツの取得を効率よく行うことが可能となる。
図１４は、本実施例の放送受信装置１００におけるチャンネルスキャン（再スキャン）時の動作シーケンスの一例を示す図である。
チャンネルスキャンが開始されると、受信機能実行部１１０２は、チューナ／復調部１３１に対して周波数初期値を設定し、前記周波数値へのチューニングを行うように指示する（Ｓ１０１）。チューナ／復調部１３１において、前記設定された周波数値へのロックに成功する（Ｓ１０２：Ｙｅｓ）と、次に、受信機能実行部１１０２は、受信信号からＴＬＶ−ＮＩＴを取得する（Ｓ１０３）。
Ｓ１０３の処理で取得したＴＬＶ−ＮＩＴが有効なデータである場合（Ｓ１０４：Ｙｅｓ）、受信機能実行部１１０２は、前記取得したＴＬＶ−ＮＩＴからＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、等の情報を取得する（Ｓ１０５）。図１５Ａに、ＴＬＶ−ＮＩＴのデータ構造の一例を示す。前記ＴＬＶストリームＩＤの情報は『ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ』パラメータから、前記オリジナルネットワークＩＤの情報は『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』パラメータから、それぞれ取得可能であるものとする。更に、分配システム記述子から、各ＴＬＶストリームＩＤ／オリジナルネットワークＩＤに対応する放送伝送路の物理的条件に関する分配システム情報を取得し（Ｓ１０６）、サービスリスト記述子からサービスＩＤの一覧を取得する（Ｓ１０７）。図１５Ｂに、衛星分配システム記述子のデータ構造の一例を示す。図１５Ｃに、サービスリスト記述子のデータ構造の一例を示す。なお、ＴＬＶ−ＮＩＴが、ＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、分配システム情報、サービスＩＤの一覧、等の異なるデータを複数有している場合は、Ｓ１０５〜Ｓ１０７の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ１０５〜Ｓ１０７の処理で取得したＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、分配システム情報、サービスＩＤの一覧、等のデータに基づいてサービスリストを作成し、前記作成したサービスリストをＲＯＭ１０３又はストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ１０８）。
次に、受信機能実行部１１０２は、受信信号からＡＭＴを取得し（Ｓ１０９）、更に、前記サービスリストに記憶された各サービスＩＤに関するＩＰマルチキャストグループの一覧を取得する（Ｓ１１０）。図１５Ｄに、ＡＭＴのデータ構造の一例を示す。なお、ＡＭＴが複数のサービスＩＤに関するＩＰマルチキャストグループの一覧を有している場合は、Ｓ１１０の処理を繰り返す。異なるサービスＩＤに関するＩＰマルチキャストグループの一覧を有するＡＭＴが複数ある場合には、Ｓ１０９〜Ｓ１１０の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ１１０の処理で取得したＩＰマルチキャストグループの一覧を、ＩＰ関連情報として、前記サービスＩＤと関連付けて、ＲＯＭ１０３又はストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ１１１）。
なお、Ｓ１０２の処理で、チューナ／復調部１３１が前記設定された周波数値へのロックに成功しなかった場合（Ｓ１０２：Ｎｏ）、及び、Ｓ１０３の処理で取得したＴＬＶ−ＮＩＴが有効なデータでない場合（Ｓ１０４：Ｎｏ）、Ｓ１０５〜Ｓ１１１の処理は行わない。
Ｓ１１１の処理を終えると、受信機能実行部１１０２は、チューナ／復調部１３１に設定されている周波数値がチャンネルスキャン範囲の最終周波数値であれば（Ｓ１１２：Ｙｅｓ）、処理を終了する。一方、前記設定されている周波数値がチャンネルスキャン範囲の最終周波数値でなければ（Ｓ１１２：Ｎｏ）、チューナ／復調部１３１に設定された周波数値をアップさせて（Ｓ１１３）、Ｓ１０２〜Ｓ１１１の処理を繰り返す。なお、１つのＴＬＶ−ＮＩＴで、当該放送ネットワークを構成する全てのサービスに関するサービスＩＤを取得でき、更に、前記サービスＩＤに関するＩＰマルチキャストグループの一覧を有するＡＭＴを取得できる場合には、Ｓ１１２〜Ｓ１１３の処理が不要である。
前述の一連の処理により、本実施例の放送受信装置１００は、初期設定の際のチャンネルスキャン時に、或いは、設定変更のための再スキャン時に、放送ネットワークを構成するサービスの一覧（サービスリスト）の作成／更新と同時に、前記各サービスに対応するＩＰマルチキャストグループの一覧（ＩＰ関連情報）の作成／更新を行い、更に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能となる。
なお、前記設定変更のための再スキャンは、ＴＬＶ−ＮＩＴやＡＭＴの『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータを参照することにより、テーブル内の情報に変化があったことを検出した場合に、自動的に行うようにしても良い。ＴＬＶ−ＮＩＴとＡＭＴの一方の『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータの変化を検出した場合に、前記パラメータの変化が検出されたテーブルに関する情報のみを自動的に更新するようにしても良い。ただし、前述の自動更新を行った場合、再スキャンを自動的に行った旨をユーザに通知することが望ましい。また、前記テーブル内の情報に変化があったことをユーザに報知し、ユーザに前記再スキャンを行うか否かを選択させるようにしても良い。
［放送受信装置の選局処理（チャンネル切り替え）］
図１６は、本実施例の放送受信装置１００における選局（チャンネル切り替え）時の動作シーケンスの一例を示す図である。
ユーザが図示を省略したリモコン等を操作してチャンネルの切り替えを指示すると、受信機能実行部１１０２が前記リモコンから送信されたコマンドを解釈して目的のサービスのサービスＩＤを指定する（Ｓ２０１）。次に、受信機能実行部１１０２は、チューナ／復調部１３１の受信信号からのＡＭＴの取得を開始する。所定時間以内にＡＭＴの取得に成功した場合（Ｓ２０２：Ｙｅｓ）、前記取得したＡＭＴから前記サービスＩＤに対応するＩＰマルチキャストグループの一覧に関する情報を取得する（Ｓ２０４）。一方、所定時間以内にＡＭＴの取得に成功しなかった場合（Ｓ２０２：Ｎｏ）、ＲＯＭ１０３又はストレージ部１１０等に記憶されたＩＰ関連情報を参照することにより（Ｓ２０３）、前記サービスＩＤに対応するＩＰマルチキャストグループの一覧に関する情報を取得する（Ｓ２０４）。なお、Ｓ２０２の判断処理を行わず、常にＲＯＭ１０３又はストレージ部１１０等に記憶されたＩＰ関連情報を参照するようにしても良い。
次に、受信機能実行部１１０２は、チューナ／復調部１３１の受信信号からのＴＬＶ−ＮＩＴの取得を開始する。所定時間以内にＴＬＶ−ＮＩＴの取得に成功した場合（Ｓ２０５：Ｙｅｓ）、前記取得したＴＬＶ−ＮＩＴから前記サービスＩＤに対応するＩＰデータフローを取得するための分配システム情報を取得する（Ｓ２０７）。一方、所定時間以内にＴＬＶ−ＮＩＴの取得に成功しなかった場合（Ｓ２０５：Ｎｏ）、ＲＯＭ１０３又はストレージ部１１０等に記憶されたサービスリストを参照することにより（Ｓ２０６）、前記サービスＩＤに対応するＩＰデータフローを取得するための分配システム情報を取得する（Ｓ２０７）。なお、Ｓ２０５の判断処理を行わず、常にＲＯＭ１０３又はストレージ部１１０等に記憶されたサービスリストを参照するようにしても良い。Ｓ２０７の処理で分配システム情報を取得すると、次に、受信機能実行部１１０２は、前記取得した分配システム情報にて指示される周波数値を以ってチューナ／復調部１３１を制御し、前記サービスＩＤに対応するＩＰデータフローを受信し（Ｓ２０８）、前記受信したＩＰデータフローからＭＭＴデータ列を抽出して、分離部１３２に出力する。
分離部１３２において、トランスポート処理部１１０２ａは、前記入力したＭＭＴデータ列からパケットＩＤが『０』であるＭＭＴＰパケットを取得し（Ｓ２０９）、更に、前記取得したＭＭＴＰパケットに含まれるＭＰＴを取得する（Ｓ２１０）。次に、トランスポート処理部１１０２ａは、前記取得したＭＰＴが有する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを参照し、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値か否かを確認する。図１７に示すＭＰＴのデータ構造の一例において、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値である場合（Ｓ２１１：Ｙｅｓ）、前記パケットＩＤが『０』であるＭＭＴＰパケットが前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットであるものと判断し、前記取得したＭＰＴの有する情報に基づいてＭＦＵの取得を実行する（Ｓ２１６）。
一方、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値でない場合（Ｓ２１１：Ｎｏ）、前記パケットＩＤが『０』であるＭＭＴＰパケットは前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットではないと判断する。この場合、トランスポート処理部１１０２ａは、あらためてＰＬＴを取得し（Ｓ２１２）、前記取得したＰＬＴを確認することにより、前記サービスＩＤに対応する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを有するＭＰＴを伝送するＭＭＴＰパケットのパケットＩＤ（ｘとする）を確認する（Ｓ２１３）。更に、トランスポート処理部１１０２ａは、前記入力したＭＭＴデータ列からパケットＩＤが『ｘ』であるＭＭＴＰパケットを取得し（Ｓ２１４）、前記取得したＭＭＴＰパケットに含まれるＭＰＴを取得する（Ｓ２１５）。更に、前記取得したＭＰＴの有する情報に基づいて、ＭＦＵを取得する（Ｓ２１６）。
なお、Ｓ２０９〜Ｓ２１１の処理を行わず、常にＳ２１２〜Ｓ２１５の処理を行うようにしても良い。この場合、前記サービスＩＤに対応する番組のデータがパケットＩＤ『０』以外のＭＭＴＰパケットに格納されている際に、処理時間の短縮が可能となる。
Ｓ２１６の処理でＭＦＵを取得すると、トランスポート処理部１１０２ａは、前記取得したＭＦＵから符号化映像データや符号化音声データ等を抽出し、映像デコーダ１４１や音声デコーダ１４３等に出力する。以下、ＡＶデコード処理部１１０２ｂの制御に基づく映像／音声デコード処理や、提示処理部１１０２ｈの制御に基づく提示処理が行われるが、前記各処理に関しては公知であるため、詳細の説明を省略する。
以上の一連の処理により、本実施例の放送受信装置１００は、選局（チャンネル切り替え）動作を実行することが可能である。特に、図１４及び図１６を用いて説明したように、初期設定の際のチャンネルスキャン時に、或いは、設定変更のための再スキャン時に、サービスリストやＩＰ関連情報を作成して、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させて常時参照可能とし、選局（チャンネル切り替え）時に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させた前記サービスリストやＩＰ関連情報を参照することにより、選局（チャンネル切り替え）時の動作の効率向上を可能とする。即ち、選局（チャンネル切り替え）時にＡＭＴやＴＬＶ−ＮＩＴの再取得を行う場合と比較して、選局（チャンネル切り替え）開始から選局（チャンネル切り替え）終了までの時間を短縮することが可能となる。
［放送受信装置の画面レイアウト制御］
本実施例の放送受信装置１００では、ＬＣＴの記述に基づいた画面レイアウト制御が可能であるものとする。図１８にＬＣＴのデータ構造の一例を示す。
図中、特に、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータと『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータは、全画面表示の左側を『０』／右側を『１００』とした場合の、領域の左上の水平位置と右下の水平位置を、それぞれ水平方向の全画素数に対する割合で示すものとする。『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータと『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータは、全画面表示の上側を『０』／下側を『１００』とした場合の、領域の左上の垂直位置と右下の垂直位置を、それぞれ垂直方向の全画素数に対する割合で示すものとする。また、『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータは、領域の奥行き方向の相対位置を示すものとする。
前記各パラメータの設定に基づいた、レイアウト番号へのレイアウトの割当の例を、前記各パラメータの設定値と共に、図１９Ａ〜Ｄに示す。
図１９Ａは、本実施例の放送受信装置１００のデフォルトのレイアウト設定であり、全画面に１つの領域のみを設定する例である。図１９Ｂは、全画面を三つの領域に分割し、それぞれの領域を『領域０』、『領域１』、『領域２』とした場合の例である。例えば、全画面の画素数を水平７６８０画素／垂直４３２０画素とした場合、『領域０』は、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータが『０』、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータが『０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータが『８０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータが『８０』であることから、（０，０）−（６１４３，３４５５）の範囲に設定される。同様に、『領域１』は、（６１４４，０）−（７６７９，４３１９）の範囲に設定され、『領域２』は、（０，３４５６）−（６１４３，４３１９）の範囲に設定される。
図１９Ｃは、図１９Ｂと同様に三つの領域を設定する例であるが、『領域０』は、（０，０）−（７６７９，４３１９）の範囲に設定され、『領域１』と『領域２』は前述と同様の範囲で、『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータの設定に応じて、『領域０』の前面に配置される。図１９Ｄは、デバイス０（デフォルトのデバイス：本実施例では放送受信装置１００）に『領域０』が設定され、デバイス１（本実施例においては、携帯情報端末７００）に『領域１』が設定される場合の例である。
前述のように、本実施例の放送システムにおいては、ＬＣＴを用いることにより、マルチメディアサービスを受信機上でサービス提供者の意図通りに表示するための画面レイアウト制御を行うことが可能となる。
なお、前記『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』等のパラメータの設定値に応じて画面を分割する際に生じた小数点以下の端数は、切り上げ若しくは切り捨て等の処理を行えば良い。四捨五入（或いは、二進数における零捨一入）の処理でも良い。例えば、全画面の画素数が７６８０画素／垂直４３２０画素で、『領域０』の『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータが『０』、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータが『０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータが『５１』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータが『５１』の場合、切り上げ処理により（０，０）−（３９１６，２２０３）の範囲に『領域０』を設定しても良いし、切り捨て処理により（０，０）−（３９１５，２２０２）の範囲に『領域０』を設定しても良い。また、映像圧縮処理の際のマクロブロックを考慮して、８画素単位や１６画素単位等での切り上げ／切り捨て処理を行うようにしても良い。前記処理により、ＬＣＴに基づく領域設定や、前記領域におけるマルチメディアコンテンツの解像度変換処理を効率的に行うことが可能となる。
［放送受信装置の画面レイアウト制御の例外処理］
本実施例の放送受信装置１００においては、前述のＬＣＴにより画面レイアウトの領域制御が行われている場合であっても、ユーザによりＥＰＧ画面の表示が指示された場合等には、例外処理として、前記ＬＣＴの記述内容を無視した画面レイアウト制御を行うことが可能であるものとする。図２０Ａに、ＬＣＴに基づく画面レイアウト制御の例外処理の動作の一例を示す。
ＬＣＴの記述により図１９Ｂと同様の画面レイアウト制御が行われ、『領域０』に放送番組映像が表示され、『領域１』及び『領域２』に前記放送番組に連携する番組連携データ等の放送コンテンツが表示されている状態で、ユーザが図示を省略したリモコンによりＥＰＧ画面の表示を指示した場合、本実施例の放送受信装置１００では、図２０Ａ（Ａ）に示したように、ＬＣＴの記述内容に関わらず画面レイアウト設定をデフォルトの設定（即ち、図１９Ａと同様の画面レイアウト制御が行われている状態）に戻し、ＥＰＧ画面を画面全体に表示するように制御するものとする。更に、ユーザがＥＰＧ画面の表示終了を指示した場合に、ＬＣＴの記述内容に従った画面レイアウト制御を再実行するようにする。
前述の制御を行うことにより、図２０Ａ（Ｂ）に示したような、画面レイアウトの領域制御を維持したままＥＰＧ画面の表示を行う場合と比較して、ＥＰＧ画面を大きく表示することができ、見易さを向上させることが可能である。
なお、前記画面レイアウト制御の例外処理は、ＥＰＧ画面の表示を行う際にのみ適用されるものではなく、図２０Ｂに示すように、放送受信装置１００の各種設定画面（図示の例では録画設定画面）の子画面表示時や二画面表示時に適用されても良い。
同図（Ａ）に示した録画設定画面の場合、放送コンテンツの表示エリアは画面全体から画面右下の子画面部分のみに変更される。同様に、同図（Ｂ）に示した二画面表示の場合、放送コンテンツの表示エリアは画面全体から画面中段左側の分割画面部分のみに変更される。何れの場合も、放送コンテンツを表示するための表示エリアが、画面全体を使用する場合と比較して狭くなるため、前記表示エリア内で画面レイアウトの領域制御を維持したまま（即ち、領域分割を行って複数の放送コンテンツを同時に表示したまま）とすることは視認上好ましくはない。従って、本実施例の放送受信装置１００においては、前記状況の際には、前記表示エリアに『領域０』の放送コンテンツのみを選択して表示するようにする。なお、直前の領域選択状況に応じて、『領域１』や『領域２』の放送コンテンツを選択して表示するようにしても良い。
前述の制御を行うことにより、画面レイアウトの領域制御を維持したまま各種放送コンテンツの表示を行う場合と比較して、前記放送コンテンツの見易さを向上させることが可能となる。録画番組一覧画面における子画面表示やインターネットコンテンツのブラウザ表示時、等においても同様である。
［放送受信装置のＥＰＧ表示］
本実施例の放送システムでは、放送ネットワークを構成する各サービスに含まれるイベント（いわゆる番組）に関する時系列情報をＭＨ−ＥＩＴで伝送するものとする。図２１に、本実施例のＭＨ−ＥＩＴのデータ構造の一例を示す。ＭＨ−ＥＩＴは、テーブルＩＤ（図中の『ｔａｌｂｅ＿ｉｄ』パラメータに対応）により二つのクラスに識別され、自ＴＬＶストリームの現在／次のイベントの情報と自ＴＬＶストリームの各イベントのスケジュール情報を示すことが可能であるものとする。本実施例の放送受信装置１００は、前記ＭＨ−ＥＩＴ等を参照してサービスＩＤ（図中の『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータに対応）による識別を行うことにより、各イベントの開始時間や放送時間等の情報を取得してＥＰＧ画面を作成することが可能であり、前記作成したＥＰＧを映像合成部１６１で映像情報等に重畳してモニタ部１６２に表示することが可能であるものとする。
図２２Ａは、本実施例の放送受信装置１００におけるＥＰＧ画面の一例を示す図である。ＥＰＧ画面１６２ａは、縦軸を時間表示、横軸をサービスＩＤ（チャンネル）表示としたマトリクス形状で、各時間帯に各チャンネルで放送される放送番組の詳細情報を表示するものとする。また、各放送番組の詳細情報１６２ａ１は、主としてタイトル領域１６２ａ２と詳細説明領域１６２ａ３で構成される。
タイトル領域１６２ａ２には、前記放送番組の番組タイトル及び前記放送番組の属性を表す記号等を表示する。前記放送番組の属性を表す記号等とは、例えば、新番組であることを示す記号／文字や、再放送番組であることを示す記号／文字、等である。或いは、放送サービスによるデータ放送に対応していることを意味する『ｄａｔａ』を記号化した印等でも良い。また、前記放送番組に関連するコンテンツやアプリケーション等をネットワーク上から取得可能であることを意味する『ＮｅｔＷｏｒｋ』を記号化した印１６２ａ４等であっても良い。また、詳細情報１６２ａ１の背景色を他と差別化することにより、或いは、太枠で詳細情報１６２ａ１の表示領域を囲むことにより、前記放送番組の属性を表す記号等を代替しても良い。
なお、本実施例の放送システムにおける各制御情報（メッセージ、テーブル、記述子、等）が、前記放送番組に関連するコンテンツやアプリケーション等がネットワーク上から取得可能であることを示している場合であっても、放送受信装置１００のＬＡＮ通信部１２１にＬＡＮケーブルが接続されていない等、ネットワーク上の各サーバ装置へのアクセスができない状態である場合には、前記『ＮｅｔＷｏｒｋ』を記号化した印１６２ａ４等を表示しないように制御しても良い。
また、前記放送番組がインターネット２００を介して配信される配信番組であり、放送波のみからの取得ができない場合であって、更に、前述と同様に、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である場合等には、図２２Ｂに示すように、ＥＰＧ画面１６２ｂ上に表示される詳細情報１６２ｂ１の部分をグレーアウトするように制御しても良い。即ち、視聴できない配信番組の詳細情報は表示しないように制御する。また、詳細情報１６２ｂ１の背景色を他と差別化することにより、前記グレーアウト処理の代替としても良い。図示を省略したリモコンの操作により詳細情報１６２ｂ１を選択した場合に、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である旨を、或いは、詳細情報１６２ｂ１に関連付けられた配信番組を視聴できない旨を、ポップアップ等によりユーザに報知するようにしても良い。
前述の各制御により、放送受信装置１００は、ネットワーク接続状況に応じて、ユーザに対してより違和感のない形式で各放送番組の番組情報を提供することが可能となる。
図２２Ｃは、本実施例の放送受信装置１００におけるＥＰＧ画面の別の一例を示す図である。図中、『Ｍ１テレビ』、『Ｍ２放送』、『Ｍ３チャンネル』、『Ｍ４ＴＶ』、『テレビＭ５』等は、各チャンネルの放送局名称であり、特に、『Ｍ２放送』局は、放送波により配信される放送番組とインターネット２００を介して配信される配信番組（図中の『ネット放送』で示される枠の情報１６２ｃ１）を同時に提供しているものとする。
同図に示したように、インターネット２００を介して配信する配信番組のみを有するチャンネルがある場合、通常時は同図（Ａ）のＥＰＧ画面１６２ｃに示すように（情報１６２ｃ１を含む）全てのチャンネルの情報を表示するように制御する。一方、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である場合等には、同図（Ｂ）のＥＰＧ画面１６２ｄに示すように、インターネット２００を介して配信する配信番組のみを有する『Ｍ２放送（ネット放送）』のチャンネルの情報（同図（Ａ）における情報１６２ｃ１）を表示しないように制御しても良い。
前述の各制御により、放送受信装置１００のユーザは、自分の視聴できないチャンネルの情報の確認を不要とすることが可能となる。
［放送受信装置の緊急警報放送表示］
本実施例の放送受信装置１００は、ＴＬＶストリームを含む伝送データに含まれるＴＭＣＣ信号の緊急警報放送起動制御信号ビットが『０』から『１』になった場合に、緊急警報放送の受信処理を行うことが可能であるものとする。
前記緊急警報放送は、全画面表示のアプリケーションとして提供されても良いし、文字情報として文字スーパーで提供されても良い。前記緊急警報放送が文字情報として文字スーパーで提供されている場合、緊急警報放送の受信直前の放送受信装置１００の状態に関わらず、前記文字スーパーの文字情報を表示することが好ましい。即ち、図２３に示すように、ユーザが通常の放送番組を視聴し、モニタ部１６２に前記放送番組の番組画面１６２ｅが表示されている状態で緊急警報放送を受信した場合、前記緊急警報放送による文字情報１６２ｅ１を番組画面１６２ｅに重畳して表示するようにする。同様に、ユーザがＥＰＧ画面の表示を指示し、モニタ部１６２にＥＰＧ画面１６２ｆが表示されている状態で緊急警報放送を受信した場合、前記緊急警報放送による文字情報１６２ｆ１をＥＰＧ画面１６２ｆに重畳して表示するように制御する。
前述の制御により、本実施例の放送受信装置１００においては、ユーザがＥＰＧ画面や各種設定画面、録画番組一覧画面、インターネットブラウザ等を選択して表示させている場合であっても、緊急警報放送を受信した際には、前記緊急警報放送に基づく重要な文字情報の見逃しを回避することが可能となる。なお、この制御は、緊急警報放送によらない通常の文字スーパーの文字情報に対して行われても良い。
［各種例外処理］
本実施例の放送受信装置１００は、同一パッケージ内のＴＬＶストリーム外データが取得できない場合、例えは、下記の様な例外処理を行っても良い。
図６Ｅで説明した通り、本実施例の放送受信装置１００が対応する放送システムにおいては、ＭＰＴに格納されるロケーション情報（図１７の『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』に対応）に基づいて、ＴＬＶストリーム内で取得するデータとＴＬＶストリーム以外の経路で取得するデータとを同一のパッケージに含めることができる。しかしながら、ロケーション情報が指し示す、ＴＬＶストリーム以外のデータ伝送経路（例えば、ＩＰｖ４データフロー、ＩＰｖ６データフロー、放送のＭＰＥＧ２−ＴＳなど）は、ＴＬＶ／ＭＭＴストリームの受信機能とは別の受信機能である。よって、放送受信装置１００の動作中であっても、これらの伝送経路の受信機能が動作していない状況や、受信機能自体は動作していても中継装置等が動作していない状況や、これらの伝送経路の有線又は無線接続がされていない状況や、そもそもこれらの伝送経路の接続できない環境に放送受信装置１００が設置されている状況など、これらの伝送経路からデータが取得できない状況もありうる。
このような状況下で、ＭＰＴに格納されるロケーション情報が、ＴＬＶストリーム内で取得するデータとＴＬＶストリーム以外の経路で取得するデータとを同一のパッケージに含めるように対応付けることを示しているイベントを受信した場合、本実施例の放送受信装置１００は、例えば以下のような動作を行っても良い。
例えば、ＬＣＴが、図１９Ｂや図１９Ｃのように、画面内に複数の領域を設定しており、『領域０』にＴＬＶストリーム内に含まれる映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路で取得したデータが表示されるように対応付けられている場合であって、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できない場合、ＬＣＴが指定する複数領域のレイアウト表示を禁止しても良い。具体的には、当該ＬＣＴを受信しても図１９Ａに示すデフォルトレイアウト表示の『領域０』にＴＬＶストリーム内で受信する当該コンテンツの映像を表示した状態のままとし、図１９Ｂや図１９Ｃのような複数領域のレイアウト表示に移行しないようにすれば良い。また、更にこの状態で、デフォルトレイアウトからＬＣＴの示すレイアウトへの変更指示が図７Ａの操作入力部１７０に入力されたとしても、図１９Ａに示すデフォルトレイアウト表示のままとしたり、その他のデータ放送画面に切り替えるなどして、図１９Ｂや図１９Ｃのような複数領域のレイアウト表示に移行しないようにしても良い。
ＬＣＴが、図１９Ｂや図１９Ｃのように、画面内に複数の領域を設定しており、『領域０』にＴＬＶストリーム内に含まれる映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路で取得したデータが表示されるように対応付けられている場合であって、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できない場合の別の動作例としては、一旦、ＬＣＴが示す図１９Ｂや図１９Ｃの複数領域の表示枠を表示し、『領域１』や『領域２』については背景色や所定の静止画を表示しておき、所定時間を経過してもＭＰＴのロケーション情報が示すＴＬＶストリーム以外の伝送経路のデータが取得できない場合は、図１９Ａに示すデフォルトレイアウト表示の状態に戻す表示切り替えを行っても良い。この場合は、図１９Ａ、図１９Ｂ、図１９Ｃのレイアウトの変更時も『領域０』にはＴＬＶストリーム内に含まれる番組映像が継続して表示されるように動作すれば、ユーザの番組映像自体は継続するので好ましい。
また、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できないことにより、図１９Ａに示すデフォルトレイアウト表示の『領域０』にＴＬＶストリーム内で受信する当該コンテンツの映像を表示した状態となっているときに、本実施例の放送受信装置１００の各種通信機能や各種受信機能の動作が開始したり、各種通信機能の通信環境、通信状況や各種受信機能の受信環境や受信状況が変化したことにより、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できる状況になることもありうる。この場合、本実施例の放送受信装置１００は、ただちに、図１９Ａに示すデフォルトレイアウト表示から、ＬＣＴが示す図１９Ｂや図１９Ｃに示すような複数領域のレイアウトに切り替えて、『領域０』にＴＬＶストリーム内で受信する当該コンテンツの映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路から取得したデータを表示するように切り替えても良い。また、当該レイアウト変更をすぐには行わずに、デフォルトレイアウトからＬＣＴの示すレイアウトへの変更指示が操作入力部１７０から入力されてから当該レイアウト変更を実行しても良い。
［著作権保護機能］
本実施例の放送受信装置１００が対応するデジタル放送システムにおいて、ＭＰＴにコピー制御情報を含めて伝送することにより、例えば、当該コピー制御情報により『無制限にコピー可』（『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』と『無制限にコピー可かつ蓄積及び出力時に暗号化処理不要』の２種類に分けても良い）、『１世代のみコピー可』、『所定複数回数コピー可』（例えば、９回コピー可＋ムーブ１回可ならいわゆる『ダビング１０』）、『コピー禁止』など、ＭＰＴが参照するコンテンツのコピー制御状態を示して伝送するように構成しても良い。この場合、本実施例の放送受信装置１００は当該コピー制御情報に応じて、当該コンテンツのストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理などを制御するように構成しても良い。なお、蓄積処理の対象は放送受信装置１００内部のストレージ（蓄積）部１１０のみならず、放送受信装置１００のみで再生可能となるように暗号化処理等の保護処理を施した記録を含んでも良い。具体的には、蓄積処理の対象には外付けの記録装置などのうち、放送受信装置１００のみで記録再生可能な状態にしたものなどが含まれる。
当該コピー制御情報に基づく処理の具体例を以下に説明する。
まず、ＭＰＴに含まれるコピー制御情報が『無制限にコピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理を制限なしに行ってかまわない。ただし、『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』と『無制限にコピー可かつ蓄積及び出力時に暗号化処理不要』とが分かれている場合は、『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』の際には、ストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理を回数に制限なく行うことができるが、何れも暗号化処理を施す必要がある。
また、ＭＰＴに含まれるコピー制御情報が『１世代のみコピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０への暗号化しての蓄積を可能とするが、蓄積後のコンテンツを外部機器へ視聴用に出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。ただし、外部機器へのいわゆるムーブ処理（外部機器へコンテンツをコピーし、放送受信装置１００のストレージ（蓄積）部１１０内のコンテンツは消去処理などにより再生不能化する処理）は可能とする。
また、ＭＰＴに含まれるコピー制御情報が『所定複数回数コピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０へ暗号化して蓄積することを可能とするが、蓄積後のコンテンツを外部機器へ視聴用に出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。ただし、外部機器へ予め定められた数のコピーとムーブ処理を可能として良い。いわゆる『ダビング１０』規定の場合は、外部機器へ９回のコピーと１回のムーブ処理を行って良い。
また、ＭＰＴに含まれるコピー制御情報が『コピー禁止』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０へのコピーを禁止する。ただし、放送受信装置１００は予め定められた所定時間又は放送信号に含まれる制御情報（例えば、図６Ｄに示したＭＨ−Ｅｘｐｉｒｅ記述子等による）により指定される所定時間のみストレージ（蓄積）部１１０への保持を可能とする『一時蓄積』モードを有するように構成する場合には、ＭＰＴに含まれるコピー制御情報が『コピー禁止』を示す場合であっても、ストレージ（蓄積）部１１０への当該コンテンツの一時的な保持を可能とする。ＭＰＴに含まれるコピー制御情報が『コピー禁止』の当該コンテンツを外部機器への視聴用として出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。
なお、前述の外部機器への視聴用の出力は、図７Ａの映像出力部１６３と音声出力部１６６、或いは、デジタルＩ／Ｆ部１２５やＬＡＮ通信部１２１などを介して行えば良い。前述の外部機器へコピー又はムーブ処理は、図７ＡのデジタルＩ／Ｆ部１２５やＬＡＮ通信部１２１などを介して行えば良い。
以上説明した処理によれば、コンテンツと対応付けられたコピー制御情報に応じて、適切なコンテンツ保護を実現することができる。
また、コピー制御情報が、『１世代のみコピー可』、『所定複数回数コピー可』、『コピー禁止』などのコピー制限を示しているコンテンツのＬＡＮ通信部１２１を介した外部機器へのコピー処理については、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は、禁止しても良い。コピー制御情報が『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』のコンテンツも同様に扱っても良い。
同様に、コピー制御情報が、『１世代のみコピー可』、『所定複数回数コピー可』、『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』などのコピー制限を示しているコンテンツを一度ストレージ（蓄積）部１１０へ蓄積した後、ＬＡＮ通信部１２１を介して外部機器へムーブする処理についても、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は、禁止しても良い。
放送受信装置１００のストレージ（蓄積）部１１０へ蓄積したコンテンツについての視聴用映像出力、音声出力は、原則として、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は禁止する。ただし、当該外部機器が所定期間以内に、放送受信装置１００のＩＰアドレスと同一サブネット内で接続されており、かつ、放送受信装置１００のＩＰアドレスと同一サブネット外でも視聴可能な機器としての登録処理（ペアリング）がなされている機器の場合は、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外であっても、当該外部機器への放送受信装置１００のストレージ（蓄積）部１１０へ蓄積したコンテンツについての視聴用映像出力、音声出力を可能とするように構成しても良い。この場合、当該視聴用映像出力、音声出力はコンテンツに暗号化を施して行う。
以上説明した処理によれば、外部機器が放送受信装置１００のＩＰアドレスと同一サブネット内にあるか同一サブネット外にあるかに対応して異なる処理を行うことでユーザの利便性とコンテンツ保護の両立を実現できる。
次に、図６Ｅで説明したように、本実施例の放送受信装置１００が対応するデジタル放送システムでは、ＭＰＴ内のロケーション情報（図１７の『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』）により、放送経路のＴＬＶストリームで取得したデータと違う経路（ＩＰｖ４、ＩＰｖ６、ＭＰＥＧ２−ＴＳ、ＵＲＬ、等）で取得したデータもＴＬＶストリームで取得したデータと同一パッケージかつ同一イベントに含まれることがありうるが、このときＭＰＴにコピー制御情報が含められている場合のコンテンツ保護について説明する。
まず、ＭＰＴにコピー制御情報が含まれる場合、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータは、放送経路のＴＬＶストリームで取得したデータと違う経路（ＩＰｖ４、ＩＰｖ６、ＭＰＥＧ２−ＴＳ、ＵＲＬ、等）で取得したデータであっても、ＴＬＶストリームに含まれるコピー制御情報に従って、制御するようにしても良い。これらのコピー制御情報によって、指定されるコンテンツのコピー制御状態としては、前述の通り、『無制限にコピー可』（『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』と『無制限にコピー可かつ蓄積及び出力時に暗号化処理不要』の２種類に分けても良い）、『１世代のみコピー可』、『所定複数回数コピー可』（例えば、９回コピー可＋ムーブ１回可ならいわゆる『ダビング１０』)、『コピー禁止』などを指定可能とする。
ここで、ロケーション情報が示すデータの位置が、他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合、当該ＭＰＥＧ２−ＴＳのデータは、他のデジタル放送信号でもコピー制御情報と対応付けられて放送されている。すると、当該ＭＰＥＧ２−ＴＳのデータのコピー制御をどの情報に従ってどのように行うか（ＴＬＶ／ＭＭＴストリームに含まれるコピー制御情報に従うのか、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報に従うのか）が問題となる。
本実施例のデジタル放送システムでは、この課題の解決策として、放送受信装置１００において、下記複数の解決策の何れかの動作を行うようにすれば良い。
＜動作例１＞
第一の動作例では、ＭＰＴにコピー制御情報が含まれ、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータに他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合に、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態よりも、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態を優先して制御する。
例えば、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態が『１世代コピー可』であり、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が『所定複数回コピー可』であれば、ＴＬＶストリームで取得したデータと違う経路（ＭＰＥＧ２−ＴＳ伝送形式のデジタル放送）で取得したデータであっても、『１世代コピー可』のコンテンツとしてコピー制御を行っても良い。例えば、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態が『無制限にコピー可』であり、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が『所定複数回コピー可』であれば、ＴＬＶストリームで取得したデータと違う経路（ＭＰＥＧ２−ＴＳ伝送形式のデジタル放送）で取得したデータであっても、『無制限にコピー可』のコンテンツとしてコピー制御を行っても良い。
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについても本実施例の放送受信装置１００が対応する放送システムにおいて管理したいコピー状態にすることができる。
＜動作例２＞
第二の動作例では、ＭＰＴにコピー制御情報が含まれ、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータに他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合に、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態とＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態とを比較し、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態の方がＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態よりも厳しい場合は、ストレージ（蓄積）部１１０などへの蓄積処理、リムーバブル記録媒体への記録処理、又はデジタルインタフェースからの出力処理をする際に、当該ＭＰＥＧ２−ＴＳのデータを処理対象コンテンツから除外するように動作する。
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについては、当該データを伝送する放送システムで設定されたオリジナルのコピー制御情報を尊重しながら、本実施例の放送受信装置１００上でのコピー制御状態の重複を解消することができる。
また、当該比較の結果、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態と同じ状態又は、より緩いコピー制御状態の場合は、当該ロケーション情報で同一パッケージかつ同一イベントに含まれるＭＰＥＧ２−ＴＳのデータについても、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態のコンテンツとしてコピー制御を行えば良い。
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについては、当該データを伝送する放送システムで設定されたオリジナルのコピー制御情報を尊重しながら、本実施例の放送受信装置１００上でのコピー制御状態の重複を解消することができる。
以上の説明において、本実施例の放送受信装置１００の著作権保護機能は、ＭＰＴに含まれるコピー制御情報に基づいて行うこととして説明した。しかし、コピー制御情報を配置するテーブルはＭＰＴに限定されない。ＭＰＴ以外にも、図６Ｂで説明したＭＨ−サービス記述テーブル（ＭＨ−ＳＤＴ）やＭＨ−イベント情報テーブル（ＭＨ−ＥＩＴ）、或いはその他のテーブルに配置して伝送し、放送受信装置１００はこれらに従って著作権保護処理を行っても良い。
以上説明した本実施例によれば、ＭＭＴのデジタル放送に対応した放送受信機を提供することができる。
（実施例２）
以下では、本発明の実施例２に関して説明する。なお、本実施例における構成、処理及び効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。また、本実施例の放送受信装置は、メディアトランスポート方式として、ＭＭＴ方式とＭＰＥＧ２−ＴＳ方式の双方に対応するテレビ受信機であるものとして、以下、説明を行う。
［放送受信装置のハードウェア構成］
図２４は、放送受信装置８００の内部構成の一例を示すブロック図である。放送受信装置８００は、主制御部８０１、システムバス８０２、ＲＯＭ８０３、ＲＡＭ８０４、ストレージ部８１０、ＬＡＮ通信部８２１、拡張インタフェース部８２４、デジタルインタフェース部８２５、第一チューナ／復調部８３１、第二チューナ／復調部８３２、ＭＭＴデコード処理部８４１、ＭＰＥＧ２−ＴＳデコード処理部８４２、映像合成部８６１、モニタ部８６２、映像出力部８６３、音声合成部８６４、スピーカ部８６５、音声出力部８６６、操作入力部８７０、で構成される。
主制御部８０１、システムバス８０２、ＲＯＭ８０３、ＲＡＭ８０４、ストレージ部８１０、拡張インタフェース部８２４、デジタルインタフェース部８２５、モニタ部８６２、映像出力部８６３、スピーカ部８６５、音声出力部８６６、操作入力部８７０、等は、実施例１の放送受信装置１００における主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、拡張インタフェース部１２４、デジタルインタフェース部１２５、モニタ部１６２、映像出力部１６３、スピーカ部１６５、音声出力部１６６、操作入力部１７０、等とそれぞれ同等の機能を有するものとし、詳細な説明を省略する。
第一チューナ／復調部８３１は、図示を省略したアンテナを介して、メディアトランスポート方式としてＭＭＴを採用した放送サービスの放送波を受信し、主制御部８０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、第一チューナ／復調部８３１は、受信した放送信号を復調してＭＭＴデータ列を取得し、ＭＭＴデコード処理部８４１に出力する。第二チューナ／復調部８３２は、図示を省略したアンテナを介して、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送波を受信し、主制御部８０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、第二チューナ／復調部８３２は、受信した放送信号を復調してＭＰＥＧ２−ＴＳデータ列を取得し、ＭＰＥＧ２−ＴＳデコード処理部８４２に出力する。
ＭＭＴデコード処理部８４１は、第一チューナ／復調部８３１から出力されたＭＭＴデータ列を入力し、前記ＭＭＴデータ列に含まれる制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等の分離処理、及び復号処理等を行う。ＭＭＴデコード処理部８４１は、実施例１の放送受信装置１００における、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、等に相当する機能を備えるものとする。ＭＭＴデコード処理部８４１は、実施例１で説明した各種処理を行うことが可能である。なお、前記各種処理の詳細は実施例１で説明した通りであるので、説明を省略する。
ＭＰＥＧ２−ＴＳデコード処理部８４２は、第二チューナ／復調部８３２から出力されたＭＰＥＧ２−ＴＳデータ列を入力し、前記ＭＰＥＧ２−ＴＳデータ列に含まれる制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等の分離処理、及び復号処理等を行う。ＭＰＥＧ２−ＴＳデコード処理部８４２は、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送波を受信する従来のテレビ受信機のＩＲＤ（Ｉｎｔｅｇｒａｔｅｄ Ｒｅｃｅｉｖｅｒ Ｄｅｃｏｄｅｒ）部と同等の機能を備えるものとし、詳細な説明を省略する。
映像合成部８６１は、ＭＭＴデコード処理部８４１から出力された映像情報や字幕情報やアプリケーション情報と、ＭＰＥＧ２−ＴＳデコード処理部８４２から出力された映像情報や字幕情報やアプリケーション情報と、を入力し、適宜選択及び／又は重畳等の処理を行う。映像合成部８６１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報等に基づいてモニタ部８６２等が駆動される。また、映像合成部８６１は、主制御部８０１の制御に基づいて、必要に応じて、スケーリング処理やＥＰＧ画面情報の重畳処理等を行う。音声合成部１６４は、ＭＭＴデコード処理部８４１から出力された音声情報とＭＰＥＧ２−ＴＳデコード処理部８４２から出力された音声情報を入力し、適宜選択及び／又はミックス等の処理を行う。
ＬＡＮ通信部８２１は、ルータ装置２００ｒを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のＭＭＴデータ列（或いは、その一部）やＭＰＥＧ２−ＴＳデータ列（或いは、その一部）を取得し、適宜、ＭＭＴデコード処理部８４１やＭＰＥＧ２−ＴＳデコード処理部８４２に出力する。
［放送受信装置の時刻表示］
本実施例の放送受信装置８００では、ＥＰＧ画面や各種設定画面等において、現在日付や現在時刻を表示可能であるものとする。前記現在日付や現在時刻に関する情報は、メディアトランスポート方式としてＭＭＴを採用した放送サービスにおいてはＭＨ−ＴＯＴ等により送信され、また、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスにおいてはＭＰＥＧ−２システムに規定されたＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が備えるＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ）等により送信される。放送受信装置８００は、前記ＭＨ−ＴＯＴや前記ＴＯＴを参照することにより、前記現在日付や現在時刻に関する情報を取得可能である。
また、一般的には、映像合成部８６１がＭＭＴデコード処理部８４１から出力された映像情報等を主として選択している場合には、前記ＭＨ−ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳し、映像合成部８６１がＭＰＥＧ２−ＴＳデコード処理部８４２から出力された映像情報等を主として選択している場合には、前記ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳するように制御すれば良い。
しかしながら、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスとでは、符号化処理／復号処理や伝送経路等に差異があるため、特に現在時刻表示において、メディアトランスポート方式としてＭＭＴを採用した放送サービスの選択時とメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの選択時とで、不整合を生じる可能性がある。例えば、図２５に示すように、メディアトランスポート方式としてＭＭＴを採用した放送サービスのチャンネル情報を表示するＥＰＧ画面１６２ｇからメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのチャンネル情報を表示するＥＰＧ画面１６２ｈに画面表示を切り替えた際に、現在時刻の表示が現在時刻表示１６２ｇ１から現在時刻表示１６２ｈ１に切り替わることによる不整合によって、視覚的違和感をユーザに覚えさせる可能性を有するものである。
本実施例の放送受信装置８００では、前記ユーザの視覚的違和感を防止するために、映像合成部８６１がＭＭＴデコード処理部８４１から出力された映像情報等を主として選択している場合であっても、前記ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳するように制御する。即ち、メディアトランスポート方式としてＭＭＴを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される現在時刻情報を重畳するように制御するものである。
前記制御を行うことにより、本実施例の放送受信装置８００は、現在時刻を表示する際に、常に前記ＴＯＴを参照して取得した現在時刻情報を表示するようになる。従って、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスとを切り替えた際にも、現在時刻の表示の不整合による視覚的違和感をユーザに覚えさせることを防止することが可能となる。
なお、図２６に、本実施例の放送受信装置８００における、各放送サービスの受信状況に応じた現在時刻情報参照元の選択制御の一例を示す。本実施例の放送受信装置８００では、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの受信が可能な状態にある場合には、常に前記ＴＯＴを参照して現在時刻情報を取得するようにし、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの受信が不可の状態で、かつメディアトランスポート方式としてＭＭＴを採用した放送サービスの受信が可能な状態にある場合にのみ、前記ＭＨ−ＴＯＴを参照して現在時刻情報を取得するように制御する。
また、前述の制御とは逆に、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される現在時刻情報を重畳するように制御しても、前述と同様の効果が得られる。
なお、前述のように、メディアトランスポート方式としてＭＭＴを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される現在時刻情報を重畳するように制御する場合と、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される現在時刻情報を重畳するように制御する場合の、何れの場合においても、実施例１の［放送受信装置の時刻管理］での説明と同様に、前記ＴＭＣＣ拡張情報領域の時刻情報の『ｄｅｌｔａ』パラメータを参照することにより、前記現在時刻情報を補正することが可能である。
［放送受信装置のＥＰＧ表示］
メディアトランスポート方式としてＭＭＴを採用した放送サービスのイベントスケジュール情報はＭＨ−ＥＩＴ等により伝送される。一方、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのイベントスケジュール情報はＭＰＥＧ−２システムに規定されたＳＩが備えるＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）等により伝送される。従って、一般的には、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される映像情報等の表示を行っている際には、前記ＭＭＴを採用した放送サービスのイベントスケジュール情報（ＭＨ−ＥＩＴ）が取得可能であり、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される映像情報等の表示を行っている際には、前記ＭＰＥＧ２−ＴＳを採用した放送サービスのイベントスケジュール情報（ＥＩＴ）が取得可能である。
しかしながら、本実施例の放送受信装置８００は、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される映像情報等の表示を行っている際にも、或いは、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される映像情報等の表示を行っている際にも、前記ＭＨ−ＥＩＴと前記ＥＩＴの双方を取得可能とし、ユーザにとっての使い勝手を向上させている。
図２７Ａに、本実施例の放送受信装置８００におけるＥＰＧ画面の一例を示す。図中、ＥＰＧ画面１６２ｉはメディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたＥＰＧ画面であり、『Ｍ１テレビ』、『Ｍ２放送』、『Ｍ３チャンネル』、『Ｍ４ＴＶ』、『テレビＭ５』等は、それぞれメディアトランスポート方式としてＭＭＴを採用した放送サービスの放送局名称であるものとする。また、ＥＰＧ画面１６２ｊはメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたＥＰＧ画面であり、『Ｔ６テレビ』、『Ｔ７放送』、『Ｔ８チャンネル』、『Ｔ９ＴＶ』、『テレビＴＡ』等は、それぞれメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送局名称であるものとする。
例えば、ユーザがメディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される放送番組を視聴中に、図示を省略したリモコンを操作してＥＰＧ画面の表示を指示すると、ＥＰＧ画面の初期画面（図示省略）が表示される。前記ＥＰＧ画面の初期画面は、メディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたＥＰＧ画面であり、『２０１４年１０月７日（今日）』の『１７時〜（現在時刻の近隣）』の各チャンネルの放送番組の詳細情報が表示される。次に、ユーザが『２０１４年１０月９日』の『２０時〜』の各チャンネルの放送番組の詳細情報を確認したいと所望し、図示を省略したリモコンを操作してＥＰＧ画面の更新を指示すると、ＥＰＧ画面１６２ｉが表示される。
更に、ユーザがメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される放送番組の詳細情報を確認したいと所望し、図示を省略したリモコンを操作してネットワークの切り替えを指示すると、ＥＰＧ画面１６２ｊが表示される。この際、本実施例の放送受信装置８００においては、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたＥＰＧ画面の初期画面（即ち、『２０１４年１０月７日』の『１７時〜』の各チャンネルの放送番組の詳細情報）ではなく、直前に表示されていたＥＰＧ画面１６２ｉと同日同時間帯（即ち、『２０１４年１０月９日』の『２０時〜』）の各チャンネルの放送番組の詳細情報を表示するように制御する。
前述の制御により、ユーザは、メディアトランスポート方式の異なる複数のネットワークの同日同時間帯の放送番組に関する詳細情報を、簡便な操作で、連続的に、確認することが可能となる。即ち、放送受信装置８００の使い勝手が向上する。
図２７Ｂは、本実施例の放送受信装置８００におけるＥＰＧ画面の前述とは異なる一例を示す図である。ＥＰＧ画面１６２ｋは、図２７Ａに示したＥＰＧ画面１６２ｉが表示された状態から、図示を省略したリモコンの操作により、チャンネル方向（横方向）にスクロールさせた状態を示している。即ち、図２７Ｂに示した例では、ＥＰＧ画面をチャンネル方向（横方向）にスクロールさせることにより、メディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたチャンネル情報とメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたチャンネル情報とが、同一時間軸上でシームレスに表示される。
従って、ユーザがメディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたチャンネル情報の確認中にメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたチャンネル情報を確認したいと所望した場合においても、図示を省略したリモコンの操作によるネットワークの切り替えの指示等を不要とすることができる。更に、ユーザは、メディアトランスポート方式の異なる複数のネットワークの同日同時間帯の放送番組に関する詳細情報を、同時に確認することが可能となる。即ち、放送受信装置８００の使い勝手が向上する。
（実施例３）
以下では、本発明の実施例３に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
［システム構成］
図２８は、本実施例の放送受信装置を含む放送通信システムの一例を示すシステム構成図である。本実施例の放送通信システムは、放送受信装置４０１００とアンテナ４０１００ａ、接続ケーブル４０２００、モニタ装置４０３００、インターネット２００等のブロードバンドネットワーク及びルータ装置２００ｒ、放送局の電波塔３００ｔと放送衛星（又は通信衛星）３００ｓ、放送局サーバ３００、サービス事業者サーバ４００、その他のアプリケーションサーバ５００、で構成される。図示は省略しているが、実施例１の放送通信システムのシステム構成図（図１参照）と同様の接続で、アクセスポイント２００ａ、移動体電話通信サーバ６００と移動体電話通信網の基地局６００ｂ、携帯情報端末７００、を更に有していても良い。また、その場合、携帯情報端末７００は、ルータ装置２００ｒ等を介さずに、放送受信装置４０１００と直接通信が可能であっても良い。
放送受信装置４０１００は、電波塔３００ｔから送出された放送波を、放送衛星（又は通信衛星）３００ｓ及びアンテナ４０１００ａを介して受信する。或いは、電波塔３００ｔから送出された放送波を、放送衛星（又は通信衛星）３００ｓを介さずに、直接アンテナ４０１００ａから受信しても良い。また、放送受信装置４０１００は、ルータ装置２００ｒを介してインターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。
接続ケーブル４０２００は、放送受信装置４０１００とモニタ装置４０３００を接続する通信ケーブルであり、放送受信装置４０１００から出力された符号化映像／音声データ等が伝送される。モニタ装置４０３００は、接続ケーブル４０２００を介して受信した符号化映像／音声データ等に対して所定の信号処理を施すことにより得た映像情報及び音声情報を、液晶パネル等の表示デバイス及びスピーカを介して、ユーザに提供する映像表示装置である。また、モニタ装置４０３００は、ルータ装置２００ｒを介してインターネット２００と接続可能であって、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能であっても良い。また、モニタ装置４０３００は、アンテナ４０３００ａ（但し、図示省略）を介して、電波塔３００ｔから送出された放送波を受信可能としても良い。
［放送受信装置のハードウェア構成］
図２９Ａは、放送受信装置４０１００の内部構成の一例を示すブロック図である。放送受信装置４０１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、ＬＡＮ通信部１２１、拡張インタフェース部１２４、デジタルインタフェース部４０１２５、チューナ／復調部１３１、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、映像合成部１６１、映像出力部１６３、音声合成部１６４、音声出力部１６６、操作入力部１７０、トランスコード処理部４０１８１、で構成される。
本実施例の放送受信装置４０１００は、ＤＶＤレコーダやＢＤレコーダなどの光ディスクドライブレコーダ、ＨＤＤレコーダなどの磁気ディスクドライブレコーダ、ＳＴＢ等であるものとする。即ち、実施例１の放送受信装置１００と比較して、モニタ部１６２とスピーカ１６５が省略されて良い。
デジタルインタフェース部４０１２５は、符号化されたデジタル映像データ及び／又はデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部４０１２５は、チューナ／復調部１３１で復調して得たＭＭＴデータ列やＬＡＮ通信部１２１を介して取得したＭＭＴデータ列、或いは、前記各ＭＭＴデータ列の混合データをそのまま出力可能であるものとする。また、デジタルインタフェース部４０１２５から入力したＭＭＴデータ列を分離部１３２に入力するように制御しても良い。ストレージ（蓄積）部１１０に記憶したデジタルコンテンツの出力、或いは、ストレージ（蓄積）部１１０へのデジタルコンテンツの記憶を、デジタルインタフェース部４０１２５を介して行っても良い。また、デジタルインタフェース部４０１２５は、ＤＶＩ端子やＨＤＭＩ（登録商標）端子やＤｉｓｐｌａｙ Ｐｏｒｔ（登録商標）端子等であって、ＤＶＩ仕様やＨＤＭＩ仕様やＤｉｓｐｌａｙ Ｐｏｒｔ仕様等に準拠した形式で、映像合成部１６１及び音声合成部１６４から出力された映像データ及び音声データ等を出力するように制御されても良い。
なお、ハードウェア構成の変形例として、ＬＡＮ通信部１２１にデジタルインタフェース部４０１２５の機能を一体化してもよい。その場合、以降の実施例で説明するデジタルインタフェース部４０１２５の各種処理は、ＬＡＮ通信部１２１で実行することとなる。また、放送受信装置４０１００は、ＬＡＮ通信部１２１を介してネットワーク上のサーバから取得した情報に対して、各種処理を行ったのち、ＬＡＮ通信部１２１を介してネットワークに接続された外部機器に対してデジタルデータ出力を行うこととなる。
トランスコード処理部４０１８１は、コンテンツを構成する各コンポーネントの符号化形式やビットレート、メディアトランスポート方式等を変換するトランスコード演算処理を行う信号処理部である。例えば、トランスコード処理部４０１８１は、分離部１３２から出力されたＭＰＥＧ−Ｈ ＨＥＶＣ形式の映像コンポーネントを含む放送番組のコンテンツのＭＭＴデータ列をＭＰＥＧ−２やＭＰＥＧ−４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）形式の映像コンポーネントを含む番組コンテンツのＭＰＥＧ２−ＴＳデータ列等に変換することが可能であるものとする。また、コンポーネントの符号化形式やメディアトランスポート方式は変更せずにビットレートのみを変更する処理等も可能であるものとする。なお、前記トランスコード演算処理を施された番組コンテンツは、録画コンテンツとしてストレージ（蓄積）部１１０に記憶させることや、デジタルインタフェース部４０１２５等から出力して外部のモニタ装置等に供給することが可能であるものとする。
［放送受信装置のソフトウェア構成］
図２９Ｂは、本実施例の放送受信装置４０１００のソフトウェア構成図であり、ＲＯＭ１０３、ＲＡＭ１０４及びストレージ（蓄積）部１１０におけるソフトウェアの構成を示す。実施例１の放送受信装置１００のソフトウェア構成図（図７Ｄ参照）と比較して、ストレージ（蓄積）部１１０にサーバ機能プログラム４１００３とトランスコード処理プログラム４１００４と記録再生処理プログラム４１００５が追加されるものとする。また、ストレージ（蓄積）部１１０は、ネットワークを介して接続された外部機器へ提供するサービスに用いる各種データ（アプリケーション、コンテンツ、その他のデータ、等）を記憶するサーバデータ記憶領域４１４００を備えるものとする。なお、サーバデータ記憶領域４１４００はコンテンツ記憶領域１２００と共用されても良い。
ストレージ（蓄積）部１１０に記憶されたサーバ機能プログラム４１００３とトランスコード処理プログラム４１００４と記録再生処理プログラム４１００５は、それぞれＲＡＭ１０４に展開され、更に主制御部１０１が前記展開されたサーバ機能プログラムとトランスコード処理プログラムと記録再生処理プログラムを実行することにより、サーバ機能実行部４１１０３とトランスコード処理実行部４１１０４と記録再生処理実行部４１１０５を構成する。
サーバ機能実行部４１１０３は、サーバデータ記憶領域４１４００に記憶された各種データ（アプリケーション、コンテンツ、その他のデータ、等）の管理、外部機器からの要求に応じて前記各種データを配信する処理の制御、及び、必要に応じて前記外部機器の認証処理、等を行うものとする。即ち、サーバ機能実行部４１１０３とサーバデータ記憶領域４１４００を以って、放送受信装置４０１００は、一般的なサーバ装置としての機能も備えるものとする。トランスコード処理実行部４１１０４は、トランスコード処理部４０１８１におけるトランスコード演算処理を主として制御する。記録再生処理実行部４１１０５は、放送番組のコンテンツのコンテンツ記憶領域１２００への録画処理及びコンテンツ記憶領域１２００からの記録済みコンテンツの再生処理を主として制御する。
また、ＲＡＭ１０４に展開された受信機能実行部１１０２は、出力制御部４１１０２ｉを更に有するものとする。受信機能実行部１１０２の出力制御部４１１０２ｉは、映像出力部１６３や音声出力部１６６、デジタルインタフェース部４０１２５からのデータ出力に関連する各処理の制御を行うものとする。
なお、以降の説明において、受信したコンテンツを録画（記録）し、その後再生して出力する処理例を説明するが、出力コンテンツ又は当該コンテンツに関する制御情報を、コンテンツ受信時から変更又は書き換える場合がある。当該変更又は書換え処理は、コンテンツの受信時に行っても、コンテンツの記録時に行っても、コンテンツの再生時に行っても、コンテンツの出力時に行っても構わない。コンテンツの受信時に、コンテンツ又は当該コンテンツに関する制御情報を変更又は書き換える場合には、トランスコード処理実行部４１１０４が当該処理を実行すればよい。コンテンツの記録時又は再生時に、コンテンツ又は当該コンテンツに関する制御情報を変更又は書き換える場合には、トランスコード処理実行部４１１０４又は記録再生処理実行部４１１０５が当該処理を実行すればよい。コンテンツの出力時にコンテンツ又は当該コンテンツに関する制御情報を変更又は書き換える場合には、トランスコード処理実行部４１１０４又は出力制御部４１１０２ｉが当該処理を実行すればよい。
なお、図２９Ｂに示したソフトウェア構成はあくまでも一例であり、本実施例においては、図示した全てのプログラム及び実行部を備えなくとも良い。
［放送受信装置とモニタ装置のインタフェース構成］
図３０は、放送受信装置４０１００とモニタ装置４０３００の間のインタフェース構成の一例を示すシステム構成図である。本実施例においては、放送受信装置４０１００側のデジタルインタフェース部４０１２５の図示を省略した接続端子とモニタ装置４０３００側の図示を省略したデジタルインタフェース部の接続端子とが接続ケーブル４０２００で接続される場合に関して説明する。なお、モニタ装置４０３００は、図７Ａに示した放送受信装置１００と同様の構成であっても良い。この場合、デジタルインタフェース部１２５が前述のモニタ装置４０３００側のデジタルインタフェース部に相当し、その接続端子に接続ケーブル４０２００が接続される。
接続ケーブル４０２００は、図３０に示したように、ＣＨ１〜ＣＨｎのｎペアの差動伝送レーンと、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄ Ａｓｓｏｃｉａｔｉｏｎ）で標準化されたＤＤＣ（Ｄｉｓｐｌａｙ Ｄａｔａ Ｃｈａｎｎｅｌ）ライン、ＨＰＤ（Ｈｏｔ Ｐｌｕｇ Ｄｅｔｅｃｔ）ライン、ＣＥＣ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏｎｔｒｏｌ）ライン、及び、通信ライン（図中のＴＸ／ＲＸライン）、等で構成されるものとする。なお、前記差動伝送レーンは、差動伝送ラインと称しても良い。
前記ｎペアの差動伝送レーンは、１ペアのクロックレーンと（ｎ−１）ペアのデータレーンであっても良い。例えば、ｎ＝４であって、１ペアのクロックレーンと３ペアのデータレーンとしても良いし、ｎ＝２であって、１ペアのクロックレーンと１ペアのデータレーンとしても良い。また、前記ｎペアの差動伝送レーンの全てが、クロックを重畳したデータを送信するデータレーンであっても良い。例えば、ｎ＝４であって、４ペアのデータレーンとしても良い。なお、前記クロックレーン及びデータレーンは、それぞれ、クロックライン及びデータラインと称しても良い。
前記データレーンには、映像合成部１６１や音声合成部１６４から、放送受信装置４０１００側のデジタルインタフェース部４０１２５の送信処理部４０１２５ｂを介して、デジタル映像（Ｒ／Ｇ／Ｂ／Ｖｓｙｎｃ／Ｈｓｙｎｃ、Ｙ／Ｐｂ（Ｃｂ）／Ｐｒ（Ｃｒ）、等）／音声信号やその他の制御信号等が所定の形式で出力されて良い。前記所定の形式はＨＤＭＩ（登録商標）等の仕様に準拠して良く、詳細の説明を省略する。前記デジタル映像／音声信号やその他の制御信号等は、モニタ装置４０３００側のデジタルインタフェース部の受信処理部４０３２５ｂで受信され、図示を省略した映像処理部や音声処理部で画質調整や音量調整等の必要な処理を適宜施されて、モニタ装置４０３００の表示部及びスピーカから出力される。
前記通信ラインは、１本の送信線と１本の受信線、又は、２本の送信線と２本の受信線、で構成されて良い。或いは、１本の送受信線、又は、２本の送受信線、又は、４本の送受信線、で構成されても良い。前記１本の送信線と１本の受信線、２本の送信線と２本の受信線は、それぞれ、差動伝送によりデータの送信、受信を行う１ペアの送信ラインと１ペアの受信ライン、２ペアの送信ラインと２ペアの受信ラインであっても良い。また、前記１本の送受信線、２本の送受信線、４本の送受信線は、それぞれ、差動伝送によりデータの送受信を行う１ペアの送受信ライン、２ペアの送受信ライン、４ペアの送受信ラインであっても良い。なお、前記『送信』／『受信』は、本実施例においては、放送受信装置４０１００側から見た『送信』／『受信』であるものとする。
前記通信ラインは、ＬＡＮ通信部１２１に接続されるＬＡＮケーブルと同様の性能／機能を有するものとし、また、放送受信装置４０１００側のデジタルインタフェース部４０１２５の送信制御部４０１２５ａ及びモニタ装置４０３００側のデジタルインタフェース部の受信制御部４０３２５ａは、それぞれ、ＬＡＮ通信部１２１と同様のネットワーク通信機能を有するものとする。即ち、接続ケーブル４０２００の前記通信ラインは、放送受信装置４０１００とモニタ装置４０３００が接続された狭域ネットワークと見做すことが可能である。
また、接続ケーブル４０２００は、図示は省略しているが、電源ラインやＧＮＤラインや予備ラインを更に含んでいても良い。前記ｎペアの差動伝送レーンや通信ライン等は、ＧＮＤラインによりシールドされていても良い。前記予備ラインやＤＤＣラインやＨＰＤラインやＣＥＣラインの全部或いは一部は、前記通信ラインの一部として兼用されても良い。例えば、前記予備ラインとＨＰＤラインを以って、前記通信ラインの１本の送信線と１本の受信線、又は、１ペアの送受信ラインを構成しても良い。前記ＣＥＣライン等は省略されても良い。前記ＤＤＣラインは、放送受信装置４０１００の主制御部１０１とモニタ装置４０３００の図示を省略した主制御部の間のＩ２Ｃ（Ｉ−ｓｑｕａｒｅｄ−Ｃ）通信ラインとして使用されても良い。
放送受信装置４０１００側のデジタルインタフェース部４０１２５の送信処理部４０１２５ｂは、前記ＤＤＣラインを介してモニタ装置４０３００側のデジタルインタフェース部の受信処理部４０３２５ｂと通信し、更に、ＥＤＩＤ記憶部４０３２５ｃからＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）を読み取ることが可能であるものとする。即ち、放送受信装置４０１００は、ＥＤＩＤを取得することにより、モニタ装置４０３００のディスプレイ性能を把握することが可能である。なお、前記ディスプレイ性能とは、本実施例においては、モニタ装置４０３００で対応可能な入力解像度やフレームレート、ビデオ規格、３Ｄ映像表示への対応可否、前記通信ラインを介したネットワーク通信に対する対応可否、等の項目であるものとする。また、本実施例においては、放送受信装置４０１００がモニタ装置４０３００のディスプレイ性能を把握するための手段として、前記ＥＤＩＤを取得する処理を例に、以下の説明を行う。しかしながら、前記取得する情報はＥＤＩＤに限られるものではない。例えば、ＥＤＩＤとは異なる情報であって、モニタ装置４０３００のディスプレイ性能や機能を識別する性能識別情報を取得するようにしても良い。また、前記性能識別情報を取得する以外の手段でモニタ装置４０３００のディスプレイ性能を把握するようにしても良い。
また、放送受信装置４０１００側のデジタルインタフェース部４０１２５の送信制御部４０１２５ａは、送信処理部４０１２５ｂの制御を行うと共に、前記ＨＰＤラインを介して、モニタ装置４０３００が接続されたことやモニタ装置４０３００の電源がオンされたこと等を検出することが可能であるものとする。また、放送受信装置４０１００側のデジタルインタフェース部４０１２５の送信制御部４０１２５ａは、前記ＣＥＣラインを介して、モニタ装置４０３００の電源をオンする処理等を行うことが可能であるものとする。また、モニタ装置４０３００側のデジタルインタフェース部の受信制御部４０３２５ａは、受信処理部４０３２５ｂの制御も行うものとする。
また、前記差動伝送レーンは、放送受信装置４０１００側からモニタ装置４０３００側への、単一の方向にのみデータ伝送を行う一方向伝送信号ラインと称しても良い。同様に、前記ＤＤＣラインや前記ＣＥＣラインや前記通信ラインは、放送受信装置４０１００側からモニタ装置４０３００側へのデータ伝送及びモニタ装置４０３００側から放送受信装置４０１００側へのデータ伝送が可能な双方向伝送信号ラインと称しても良い。
なお、図３０に示した接続ケーブル４０２００の構成や放送受信装置４０１００のデジタルインタフェース部４０１２５の内部構成やモニタ装置４０３００のデジタルインタフェース部の内部構成は、あくまでも一例であり、異なる構成であっても良い。
また、上述した放送受信装置４０１００とモニタ装置４０３００の間のデジタルインタフェースは、接続ケーブル４０２００を使用した有線インタフェースの例で説明したが、無線インタフェースとして構成しても構わない。
［番組の録画処理］
本実施例の放送システムであるＭＭＴでは、パッケージを構成する各アセットの伝送を、複数の経路を介して行うことが可能である。例えば、図３１に示すように、放送伝送路を介して送信されるＩＰデータフローで映像アセットＡと音声アセットＡとデータアセットＡを伝送し、通信回線を介して配信されるＩＰデータフローで映像アセットＢと音声アセットＢとデータアセットＢを伝送することが可能である。前記各ＩＰデータフローは、字幕アセットや文字スーパーアセット等、他のアセットを更に含んでいても良い。
また、前記パッケージは複数のイベントの連続であり、前記各イベントが所謂『番組』に相当する。各番組は、図２１に示したＭＨ−ＥＩＴにより、開始時刻や放映時間等を規定される。また、各番組のアセット構成は、同一パッケージの番組であっても、それぞれ異なっても良い。例えば、或る番組は映像アセットＡと音声アセットＡのみで構成され、他の番組は映像アセットＡと音声アセットＡと音声アセットＢとデータアセットＢで構成される、等でも良い。
本実施例の放送受信装置４０１００は、『コピー禁止』のコピー制御情報（実施例１の［著作権保護機能］参照）を有しない番組を、ストレージ（蓄積）部１１０や拡張インタフェース部１２４に接続された外部記録媒体に記録することが可能であるものとする。前述の、ストレージ（蓄積）部１１０又は外部記録媒体（以下、ストレージと総称する。）に番組を記録する処理は、録画処理と称しても良い。なお、『コピー禁止』のコピー制御情報を有する番組であっても、その他制御情報により一時蓄積可などの指定がある場合などには、例外的にコピーを可能としてもよい。
前記録画処理は、基本的に、図１６を用いて説明した選局処理と同様の制御を行い、Ｓ２１６の処理で取得した各アセットを、記録再生処理実行部４１１０５の制御に基づいて、前記録画処理の対象となる番組を識別可能な番組情報と関連付けて、ストレージに記録すれば良い。また、ＭＭＴ−ＳＩによる各制御情報も、適宜、前記番組情報と関連付けてストレージに記録する。前記各アセットの取得は、Ｓ２１０の処理又はＳ２１５の処理で取得したＭＰＴの記述に基づいて、放送伝送路を介して送信されるＴＬＶストリームに含まれるＩＰデータフローから、或いは、通信回線を介して配信されるＩＰデータフローから、行えば良い。前記各アセットの、放送伝送路を介して送信されるＴＬＶストリームに含まれるＩＰデータフローからの取得及びストレージへの記録と、通信回線を介して配信されるＩＰデータフローからの取得及びストレージへの記録は、同一のタイミングで行われても良いし、異なるタイミングで行われても良い。
また、前記取得した各アセットのストレージへの記録処理は、アセット単位で行っても良いし、ＩＰデータフロー単位で行っても良いし、パッケージ単位で行っても良い。何れの場合も、ストレージ上において、前記番組情報との関連付けが行われて管理されれば良い。前記管理処理は、記録再生処理実行部４１１０５が、前記管理のための管理情報を作成し、ストレージ（蓄積）部１１０のコンテンツ記憶領域１２００や各種情報記憶領域に記録することにより行われても良い。
＜番組の録画処理の設定＞
番組を構成する各アセットのうち、放送伝送路を介して送信されるＩＰデータフローに含まれる各アセット（以下、放送伝送路経由アセットと称する。）は、前記番組の放映中にのみ取得が可能である。一方、前記番組を構成する各アセットのうち、通信回線を介して配信されるＩＰデータフローに含まれる各アセット（以下、通信回線経由アセットと称する。）は、前記番組の放映中以外にも取得が可能な場合がある。なぜならば、前記通信回線経由アセットは、放送局サーバ３００やサービス事業者サーバ４００（以下、サーバ装置と総称する。）に格納され、配信されるデータである。したがって、前記通信回線経由アセットがサーバ装置から削除されない限り、放送受信装置４０１００は、インターネット２００を介してサーバ装置にアクセスすることにより、任意のタイミングで、前記通信回線経由アセットを取得できる可能性がある。
また、番組のリアルタイム視聴を行う際には、前記番組の録画処理の有無によらず、前記放送伝送路経由アセットと通信回線経由アセットを、前記番組の放映中に、同時に取得することが望ましい。しかしながら、番組の録画処理のみを行い、同時視聴を行わない場合には、前記放送伝送路経由アセットの取得及びストレージへの記録は前記番組の放映中に行うが、一方、前記通信回線経由アセットの取得及びストレージへの記録はその限りではない。即ち、番組の録画処理を行う際には、前記通信回線経由アセットの取得及びストレージへの記録は、前記番組の放映中とタイミングをずらして行うことが可能である。例えば、番組の録画処理を行う際には、放送伝送路経由アセットの取得及びストレージへの記録のみを行い、通信回線経由アセットの取得及びストレージへの記録は行わないようにする。更に、前記録画処理を行った番組の再生処理を行う際に、あらためて、前記通信回線経由アセットを取得するように制御を行っても良い。
前述の制御を行うため、本実施例の放送受信装置４０１００では、番組の録画処理を行う際に、前記録画処置の対象となる番組に関する通信回線経由アセットをストレージへ記録するか否か等を、設定により選択可能としている。即ち、番組の録画処理の設定において、通信回線経由アセットをストレージへ記録することをユーザが選択した場合には、放送受信装置４０１００は、番組の録画処理を行う際に、放送伝送路経由アセットと通信回線経由アセットの双方を取得して、ストレージに記録する。なお、前記記録処理は必ずしも同時に行う必要はない。一方、番組の録画処理の設定において、通信回線経由アセットをストレージへ記録しないことをユーザが選択した場合には、放送受信装置４０１００は、番組の録画処理を行う際に、放送伝送路経由アセットのみを取得して、ストレージに記録する。
なお、前述の、番組の録画処理を行う際に通信回線経由アセットのストレージへの記録処理を行うか否かの設定は、録画処理の対象となる番組毎に設定を行っても良いし、録画処理の対象となる全ての番組で同一の設定を用いても良い。例えば、録画予約設定画面に前記選択を行うための項目を用意したり、リモコン等の『録画』キーの押下に応じて前記選択をユーザに促すためのメッセージを表示したりすれば良い。このようにすれば、録画処理の対象となる番組毎に前記設定を行うことが可能である。また、例えば、メニュー操作等により設定した前記選択に関する設定値をＲＯＭ１０３又はストレージ（蓄積）部１１０に記憶させ、番組の録画処理を行う際には、前記記憶させた設定値に基づいて制御を行うようにしても良い。このようにすれば、録画処理の対象となる全ての番組で同一の設定を用いることが可能である。
図３２Ａは、本実施例の放送受信装置４０１００における録画予約設定画面の一例を示す画面表示図である。図中の『通信アセット』の項目で『記録する』を選択した場合には、番組の録画処理を行う際に通信回線経由アセットのストレージへの記録処理を行う。また、前記項目で『記録しない』を選択した場合には、番組の録画処理を行う際に通信回線経由アセットのストレージへの記録処理を行わない。更に、前記項目で『記録する』を選択した場合には、『記録方法』の項目が有効になるものとする。前記『記録方法』の項目で『番組放映時のみ』を選択した場合には、通信回線経由アセットのストレージへの記録処理は録画対象となる番組の放映中のタイミングでのみ行うものとする。前記項目で『番組放映時以外も可』を選択した場合には、通信回線経由アセットのストレージへの記録処理は録画対象となる番組の放映中のタイミング以外で行っても良いし、放映中のタイミングで行っても良い。メニュー操作等により前記設定を行う場合には、図３２Ｂに示すようなメニュー構成を用いれば良い。なお、前記各項目の名称やメニュー構成等はあくまでも一例であり、異なる名称やメニュー構成等としても良い。
＜通信回線経由アセットの録画処理＞
次に、番組の録画処理の設定において、通信回線経由アセットのストレージへの記録処理を行うことをユーザが選択した場合の、通信回線経由アセットを取得してストレージへ記録する処理に関して説明する。
本実施例の放送システムにおける各番組は、図２１のＭＨ−ＥＩＴのデータ構造の一例に示したように、『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』、『ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ』、『ｓｅｒｖｉｃｅ＿ｉｄ』、『ｅｖｅｎｔ＿ｉｄ』等の各パラメータにより、一意に識別可能である。また、前記各パラメータを以ってＡＭＴやＴＬＶ−ＮＩＴを参照することにより、前記各番組のパッケージを構成する放送伝送路経由アセットを含むＴＬＶストリームに関する情報を取得可能である。更に、前記ＴＬＶストリームに含まれるＰＬＴやＭＰＴを参照することにより、前記各番組のパッケージを構成する通信回線経由アセットを含むＩＰデータフローに関する情報を取得可能である。即ち、本実施例の放送受信装置４０１００は、前記取得した各情報に基づいて、ＴＬＶストリームで送信されるＩＰデータフローから放送伝送路経由アセットを、又、通信回線経由アセットを配信するＩＰデータフローの送信元となるサーバ装置にアクセスすることにより前記通信回線経由アセットを、それぞれ取得することが可能である。
本実施例の放送受信装置４０１００が、放送伝送路経由アセットを取得してストレージへ記録する処理を実行可能なタイミングは、録画処理の対象となる番組の放映中に限られる。しかしながら、通信回線経由アセットをサーバ装置から取得してストレージへ記録する処理を実行可能なタイミングは、（Ａ−１）録画処理の対象となる番組の放映開始前、（Ａ−２）録画処理の対象となる番組の放映中、（Ａ−３）録画処理の対象となる番組の放映終了後、の三通りがある。但し、前記（Ａ−１）のタイミングで通信回線経由アセットをサーバ装置から取得してストレージへ記録する処理が実行可能となるのは、基本的に、予約録画による録画処理を行う場合のみである。一方、前記（Ａ−２）及び（Ａ−３）のタイミングで通信回線経由アセットをサーバ装置から取得してストレージへ記録する処理は、予約録画による録画処理の場合も、視聴中の番組に対して録画の指示を行う録画処理（以下、通常録画と称する）の場合も、実行可能である。
以下では、前記（Ａ−１）、（Ａ−２）、（Ａ−３）の各タイミングで行う、通信回線経由アセットのストレージへの記録処理に関して説明を行う。
＜Ａ−１：番組放映開始前の通信回線経由アセットの記録処理＞
予約録画による録画処理の場合、録画処理の対象となる番組が前記番組の放映開始前に既に選択されている。即ち、放送受信装置４０１００においては、前記録画処理の対象となる番組の『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』、『ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ』、『ｓｅｒｖｉｃｅ＿ｉｄ』、『ｅｖｅｎｔ＿ｉｄ』等の各パラメータは既知である。したがって、放送受信装置４０１００は、前記各パラメータを以ってＡＭＴやＴＬＶ−ＮＩＴ、ＰＬＴやＭＰＴを参照し、前記録画処理の対象となる番組の通信回線経由アセットを格納するサーバ装置の送信元アドレス等を取得可能な場合には、前記送信元アドレスに基づいてサーバ装置にアクセスを行えば良い。
一方、前記録画処理の対象となる番組が放映開始前であることにより、前記録画処理の対象となる番組の通信回線経由アセットを格納するサーバ装置の送信元アドレス等を取得可能ではない場合には、放送受信装置４０１００は、前記録画処理の対象となる番組と『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』、『ｓｅｒｖｉｃｅ＿ｉｄ』等の各パラメータが同一であって、前記録画処理の対象となる番組と異なる『ｅｖｅｎｔ＿ｉｄ』を有する番組の通信回線経由アセットを格納するサーバ装置の送信元アドレス等を、代替として取得しても良い。更に、前記代替として取得した送信元アドレスに基づいてサーバ装置にアクセスを行う。即ち、『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』、『ｓｅｒｖｉｃｅ＿ｉｄ』等の各パラメータが同一であれば、『ｅｖｅｎｔ＿ｉｄ』のパラメータが異なっていても、その通信回線経由アセットが同一のサーバ装置に格納されている可能性が高いと考えられるからである。
前述の何れの場合も、サーバ装置にアクセスした後に、『ｅｖｅｎｔ＿ｉｄ』パラメータに基づいて、前記録画処理の対象となる番組の通信回線経由アセットを取得可能であれば、前記通信回線経由アセットの取得を行い、ストレージへの記録を行うように制御する。一方、前記録画処理の対象となる番組の通信回線経由アセットを取得可能でない場合には、前記録画処理の対象となる番組の通信回線経由アセットの番組放映開始前の取得及びストレージへの記録処理は可能ではないと判断する。この場合、前記録画処理の対象となる番組の通信回線経由アセットの取得及びストレージへの記録処理は、前記録画処理の対象となる番組の放映中に行うように処理タイミングを変更しても良い。
また、ＭＭＴ−ＳＩに含まれるＭＨ−ＡＩＴにおいて、現在選局しているチャンネルで放映が予定されている番組に関連するアプリケーション制御コードが『ＰＲＥＦＥＴＣＨ（取得して保持）』等で指定されている場合がある。この場合は、前記番組の予約録画による録画処理を行わない場合であっても、例外的な処理として、前記番組の通信回線経由アセットの取得及びストレージへの記録処理を、前記番組の放映開始前に行うように制御しても良い。なお、前述の制御により取得及びストレージへの記録を行った前記通信回線経由アセットは、前記番組の放映終了後、結果として前記番組の予約録画による録画処理も通常録画による録画処理も行わなかった場合には、そのまま削除するように制御しても良い。図３３Ａに、ＭＨ−ＡＩＴのデータ構造の一例を示す。図中の『ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅ』パラメータが前記アプリケーション制御コードに相当する。
また、前述のように、現在選局しているチャンネルで放映が予定されている番組に関するアプリケーション制御コードが『ＰＲＥＦＥＴＣＨ（取得して保持）』等で指定されている場合には、前記番組のコピー制御情報が『コピー禁止』で指定される場合であっても、前記番組の通信回線経由アセットの取得及びストレージへの記録処理を、前記番組の放映開始前に行って良いものとする。但し、この場合、前記ストレージへの記録処理は一時的なものとし、前記番組の放映終了後には必ず削除若しくは無効化するように制御するものとする。
＜Ａ−２：番組放映中の通信回線経由アセットの記録処理＞
録画処理の対象となる番組の通信回線経由アセットの、放映中の取得及びストレージへの記録処理は、予約録画による録画処理と通常録画による録画処理の何れの場合も同様である。即ち、前記録画処理の対象となる番組の『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』、『ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ』、『ｓｅｒｖｉｃｅ＿ｉｄ』、『ｅｖｅｎｔ＿ｉｄ』等の各パラメータを以ってＡＭＴやＴＬＶ−ＮＩＴ、ＰＬＴやＭＰＴを参照し、前記録画処理の対象となる番組の通信回線経由アセットを格納するサーバ装置の送信元アドレス等を取得可能な場合には、前記送信元アドレスに基づいてサーバ装置にアクセスを行う。更に、前記サーバ装置から取得した前記録画処理の対象となる番組の通信回線経由アセットをストレージに記録すれば良い。或いは、サーバ装置からプッシュ形式で送られてきた前記録画処理の対象となる番組の通信回線経由アセットを、送信先アドレス等に基づいて選択して取得し、ストレージに記録する、等としても良い。
なお、録画処理の対象となる番組の放映中に、放送受信装置４０１００のマルチタスク状況による処理能力不足やネットワーク状況による一時的な通信性能不足により、前記録画処理の対象となる番組の通信回線経由アセットの放映中の取得が可能ではないと判断した場合には、前記録画処理の対象となる番組の通信回線経由アセットの取得及びストレージへの記録処理は、前記録画処理の対象となる番組の放映終了後に行うように処理タイミングを変更しても良い。
また、放送受信装置４０１００の処理能力及びネットワーク状況が許容するのであれば、例外的な処理として、録画処理を行わない視聴中の番組の通信回線経由アセットの取得を前記番組の進行に先行して行い、一時的にストレージへ記録するように制御しても良い。この場合、ストレージへ記録した前記通信回線経由アセットは、前記番組の放映終了後には削除するように制御しても良い。特に、前記視聴中の番組のコピー制御情報が『コピー禁止』で指定される場合には、前記番組の放映終了後には前記通信回線経由アセットの削除処理を必ず実行するように制御するものとする。
＜Ａ−３：番組放映終了後の通信回線経由アセットの記録処理＞
録画処理の対象となる番組の放映中は、前記録画処理の対象となる番組の通信回線経由アセットを格納するサーバ装置へのアクセスが集中し、前記通信回線経由アセットの取得が困難となることが予想される。本実施例の放送システムは、前述の状況を回避するために、ＭＨ−確率的適用遅延記述子に基づく制御を可能としている。しかしながら、前記記述子を参照した制御を行っても、なお、前記録画処理の対象となる番組の通信回線経由アセットの取得が困難となる可能性が否定できない。
一方、予約録画の場合、録画処理の対象となる番組の視聴を、前記番組の放映中及び放映直後には行わない可能性が高いと考えられる。また、通常録画においても、録画指示を行った後に他チャンネルを選局し、前記録画指示を行った番組とは異なる番組の視聴を行う場合には、前記録画指示を行った番組の同時視聴は行わないと考えられる。これらの場合には、本実施例の放送受信装置４０１００は、録画処理の対象となる番組の通信回線経由アセットの取得及びストレージへの記録処理を、あえて前記番組の放映中には行わず、前記番組の放映終了後の所定のタイミングで行うように制御することが可能であるものとする。なお、前記所定のタイミングとは、前記録画処理の対象となる番組の放映終了後から所定時間経過したタイミングであっても良いし、予め定めた所定の時刻であっても良い。別途為されるユーザの指示に基づくタイミングであっても良い。その他の任意のタイミングであっても良い。
前述のように、録画処理の対象となる番組の通信回線経由アセットの取得及びストレージへの記録処理を前記番組の放映終了後のタイミングとすることができるのは、前記録画処理の対象となる番組の通信回線経由アセットが前記番組の放映終了後もサーバ装置上から削除されない場合に限られる。したがって、本実施例の放送受信装置４０１００では、先ず、録画処理の対象となる番組の通信回線経由アセットをサーバ装置から取得できる期限に関する情報を、前記録画処理の対象となる番組の放映中に確認しておき、その結果に応じて、通信回線経由アセットの取得及びストレージへの記録処理を前記番組の放映終了後のタイミングとするか否かを決定するように制御を行うものとする。
図３３Ｂに、本実施例の放送システムのＭＨ−ＡＩＴに配置されるパラメータ及び記述子の一覧を示す。図中のＭＨ−アプリケーション有効期限記述子が各番組の通信回線経由アセットをサーバ装置から取得できる期限に関する情報である。前記記述子の名称は一例であり、異なる名称を用いても良い。また、前記情報は記述子によらず、パラメータで指定されても良い。
前記ＭＨ−アプリケーション有効期限記述子を参照して、通信回線経由アセットの取得及びストレージへの記録処理を前記番組の放映終了後のタイミングで行うことが可能であると確認された場合、ＭＨ−簡易アプリケーションロケーション記述子を一時的にキャッシュする。更に、前記録画対象となる番組の放映終了後の所定のタイミングで、前記ＭＨ−簡易アプリケーションロケーション記述子の記述に基づいて、サーバ装置にアクセスし、前記番組の通信回線経由アセットの取得及びストレージへの記録を行うようにする。前述の『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』、『ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ』、『ｓｅｒｖｉｃｅ＿ｉｄ』、『ｅｖｅｎｔ＿ｉｄ』等の各パラメータを以ってＡＭＴやＴＬＶ−ＮＩＴ、ＰＬＴやＭＰＴを参照することにより取得した情報に基づいて前記サーバ装置にアクセスしても良い。一方、通信回線経由アセットの取得及びストレージへの記録処理を前記番組の放映終了後のタイミングで行うことが可能ではないと確認された場合には、前記録画対象となる番組の放映中に前記番組の通信回線経由アセットの取得及びストレージへの記録を行うように、処理タイミングの変更制御を行えば良い。
また、以下において、通信回線経由アセットの番組放映終了後の取得処理における例外的な処理に関して説明する。
例えば、番組の録画処理の設定において、通信回線経由アセットをストレージへ記録しないことをユーザが選択した後に、予約録画による録画処理又は通常録画による録画処理を行う。すると、本実施例の放送受信装置４０１００では、録画処理の対象となる番組の放送伝送路経由アセットの取得及びストレージへの記録のみが行われ、前記番組の通信回線経由アセットの取得及びストレージへの記録は行われない。前記状況では、ユーザが放送受信装置４０１００に対して録画済み番組の再生指示を行うと、放送受信装置４０１００は、前記録画済み番組の放送伝送路経由アセットをストレージから読み出すとともに、前記録画済み番組の通信回線経由アセットをサーバ装置から、あらためて、取得することになる。
一方、前記録画済み番組の通信回線経由アセットに、サーバから取得できる期限が指定されている場合、前記期限を過ぎると、ユーザが前記録画済み番組の再生指示を行っても、放送受信装置４０１００は、前記録画済み番組の通信回線経由アセットをサーバ装置から取得できなくなるという不都合を生じる可能性がある。前記不都合を解消するために、本実施例の放送受信装置４０１００では、録画済み番組の通信回線経由アセットをサーバ装置から取得可能な期限が近付いた場合には、ユーザの指示によらず、前記録画済み番組の通信回線経由アセットをサーバ装置から適宜取得する機能を有するものとする。
具体的には、ストレージに記録されている各録画済み番組に関連付けられた前記ＭＨ−アプリケーション有効期限記述子の内容を所定の時間間隔毎に参照する。更に、前記各録画済み番組の通信回線経由アセットをサーバ装置から取得可能な期限が所定期間以内となった場合には、サーバ装置にアクセスして前記各録画済み番組の通信回線経由アセットを取得し、ストレージに追記するように制御を行えば良い。なお、前記所定の時間間隔とは、例えば、２４時間や１２時間や６時間毎等であって良い。また、前記所定期間内とは、７２時間以内や４８時間以内や２４時間以内等であって良い。
前述の処理を行うことにより、番組の録画処理の設定において、通信回線経由アセットをストレージへ記録しないことをユーザが選択した後に録画処理を行い、更に、録画済み番組の通信回線経由アセットにサーバから取得できる期限が指定されており、且つ、前記期限を過ぎている場合であっても、ユーザが放送受信装置４０１００に対して前記録画済み番組の再生指示を行った場合には、放送受信装置４０１００は、前記録画済み番組の放送伝送路経由アセットと通信回線経由アセットの双方をストレージから読み出すことが可能となる。即ち、放送伝送路経由アセットと通信回線経由アセットの双方を用いた上質なコンテンツ再生が可能となる。
なお、前述の（Ａ−１）〜（Ａ−３）に記載した録画処理の、特に、録画対象となる放送番組の通信回線経由アセットの記録処理を、前記録画対象となる放送番組の放映時間中以外のタイミングで行う際に、ＭＨ−ＥＩＴに前記通信回線経由アセットを取得可能な期限に関する情報の記載があると有効である。前記通信回線経由アセットを取得可能な期限に関する情報は、例えば、『通信回線経由アセットを取得可能な期間の開始日時』及び『通信回線経由アセットを取得可能な期間の終了日時』の双方又は一方を、イベント（番組）毎に、パラメータ或いは記述子の形式で、ＭＨ−ＥＩＴに記載しておくようにすれば良い。このようにすれば、例えば、前述の（Ａ−１）の処理を行う際にも、録画対象となる放送番組の放映開始前に前記録画対象となる放送番組の通信回線経由アセットの取得が可能か否かを、ＭＨ−ＥＩＴを参照することにより簡単に把握することが可能となる。同様に、前述の（Ａ−２）や（Ａ−３）の処理においても、録画対象となる放送番組の放映終了後に前記録画対象となる放送番組の通信回線経由アセットの取得が可能か否かを、ＭＨ−ＥＩＴを参照することにより簡単に把握することが可能となる。
また、ＭＨ−ＥＩＴに前記通信回線経由アセットを取得可能な期限に関する情報の記載がある場合、ＥＰＧ表示の際に前記情報を表示するようにしても良い。例えば、図２２Ａに示した詳細情報１６２ａ１において、タイトル領域１６２ａ２に『Ｎｅｔｗｏｒｋ』を記号化した印１６２ａ４が表示され、且つ、この番組が通信回線経由アセットを取得可能な期限に関する情報を有している場合には、タイトル領域１６２ａ２に、更に、前記通信回線経由アセットのサーバ装置からの取得に期限が指定されていることを意味する『Ｅｘｐｉｒａｔｉｏｎ』を記号化した印（但し、図示省略）を表示するようにしても良い。また、詳細説明領域１６２ａ３に前記通信回線経由アセットを取得可能な期限に関する情報（『通信回線経由アセットを取得可能な期間の開始日時』や『通信回線経由アセットを取得可能な期間の終了日時』等）を文字表示するようにしても良い。
このように、ＭＨ−ＥＩＴに通信回線経由アセットを取得可能な期限に関する情報を記載するようにすれば、本実施例の放送受信装置４０１００における録画処理が効率的に行えるようになる。また、ＥＰＧ表示において、ユーザは通信回線経由アセットを取得可能な期限に関する情報を簡単に把握することが可能となる。
［録画済み番組の一覧表示］
図３４は、本実施例の放送受信装置４０１００における録画番組一覧画面の一例を示す画面表示図である。例えば、放送受信装置４０１００を操作可能なリモコンを操作して録画番組一覧の表示を指示すると、同図に示したような録画番組一覧画面１６２ｍが表示される。録画番組一覧画面１６２ｍは、ストレージに記録されている録画済み番組を一覧で表示する。表示形式は、録画日時順であっても良いし、番組タイトル順であっても良い。また、チャンネル毎やシリーズ毎にサブフォルダを設けても良い。各録画済み番組の情報は、サムネイル部と番組詳細情報部１６２ｍ１とで構成されて良い。サムネイル部を表示せずに、画面内の録画済み番組の表示数を増すようにしても良い。
番組詳細情報部１６２ｍ１は、本実施例においては、番組属性領域１６２ｍ２と番組基本情報領域１６２ｍ３と番組拡張情報領域１６２ｍ４とで構成されて良い。
番組属性領域１６２ｍ２には、各録画済み番組の属性を表す記号等を表示する。前記各録画済み番組の属性を表す記号等は、例えば、未視聴であることを意味する『Ｎｏｎ−ｖｉｅｗｅｄ』を記号化した印や、各録画済み番組の通信回線経由アセットをサーバ装置から取得可能であることを意味する『Ｎｅｔｗｏｒｋ』を記号化した印や、前記通信回線経由アセットを既に取得してストレージに記録済みであることを意味する『Ｏｂｔａｉｎｅｄ』を記号化した印や、前記通信回線経由アセットのサーバ装置からの取得に期限が指定されていることを意味する『Ｅｘｐｉｒａｔｉｏｎ』を記号化した印、等が表示されるものとする。その他の意味を有する印が、更に表示されても良い。前記各印は、各録画済み画番組の状況に応じて表示の有無が制御されるものとする。また、前記各印は、同一の意味を有する略号や文字や文章等で代替しても良い。前記各属性は、通常は番組属性領域１６２ｍ２に表示せず、各録画済み番組が選択マーカで選択された場合にのみポップアップ表示するようにしても良い。
番組基本情報領域１６２ｍ３には、各録画済み番組の番組タイトル、録画日時、録画時間、録画モード、等の基本的な情報が表示されるものとする。
番組拡張情報領域１６２ｍ４には、各録画済み番組が前記『Ｎｅｔｗｏｒｋ』を記号化した印及び前記『Ｅｘｐｉｒａｔｉｏｎ』を記号化した印を有する場合の、前記各録画済み番組の通信回線経由アセットをサーバ装置から取得可能な期限に関する情報（図中の『データ取得期限』）や、各録画済み番組が前記『Ｏｂｔａｉｎｅｄ』を有する場合の、前記各録画済み番組の有効期限に関する情報（図中の『データ有効期限』）が表示されるものとする。その他の情報が、更に表示されても良い。
前述のように、録画番組一覧画面１６２ｍに、前述の各属性を意味する印や各期限に関する情報等を表示することにより、ユーザは、各録画済み番組の通信回線経由アセットに関する様々な情報を簡単に把握することが可能となる。
録画番組一覧画面１６２ｍが表示されている状態で、前記リモコンの『カーソル』キーを操作すると、各録画済み番組の選択マーカを移動させることが可能であるものとする。また、前記リモコンの『決定』キーを押下すると、前記選択マーカで選択された録画済み番組の再生処理を行うことが可能であるものとする。また、前記リモコンの『赤』キーを押下すると、前記選択マーカで選択された録画済み番組の削除を行うことが可能であるものとする。また、前記リモコンの『黄』キーを押下すると、前記選択マーカで選択された録画済み番組が『Ｎｅｔｗｏｒｋ』を記号化した印を有する場合には、前記録画済み番組の通信回線経由アセットをサーバ装置から取得することが可能であるものとする。なお、前記リモコンの『黄』キーを押下した際に実行される取得処理は、前述の『Ａ−３：番組放映終了後の通信回線経由アセットの記録処理』の項で例外的な処理として説明した処理を、前記通信回線経由アセットをサーバ装置から取得可能な期限によらず、又、ユーザの指示により行うものと考えて良い。
また、前記録画済み番組が、前記『Ｎｅｔｗｏｒｋ』を記号化した印及び前記『Ｅｘｐｉｒａｔｉｏｎ』を記号化した印を有しており、前記『データ取得期限』に示された期日を過ぎた場合には、前記『Ｎｅｔｗｏｒｋ』を記号化した印及び前記『Ｅｘｐｉｒａｔｉｏｎ』を記号化した印の表示を消去するように制御を行って良い。即ち、前記録画済み番組の通信回線経由アセットの取得処理が、期限切れにより不可となるからである。また、前記録画済み番組が、前記『Ｏｂｔａｉｎｅｄ』を記号化した印を有しており、前記『データ有効期限』に示された期日を過ぎた場合には、前記『Ｏｂｔａｉｎｅｄ』を記号化した印の表示を消去するとともに、ストレージに記憶された前記録画済み番組の通信回線アセットを削除するように制御を行って良い。即ち、前記録画済み番組の通信回線経由アセットの再生処理が、期限切れにより不可となるからである。
なお、ＬＣＴの記述により図１９Ｂに示したようなレイアウト設定で『領域１』又は『領域２』に表示されるべきデータを含む前記録画済み番組の通信回線経由アセットが、サーバ装置から取得可能な期限を過ぎたこと等により取得不可となった場合、或いは、データ有効期限を過ぎたこと等によりストレージからの再生処理が不可となった場合、本実施例の放送受信装置４０１００は、前記ＬＣＴのレイアウト設定の記述内容によらず、デフォルトのレイアウト設定（即ち、図１９Ａに示したレイアウト設定）で映像表示を行うように制御するものとする。前記デフォルトのレイアウト設定の『領域０』には放送伝送路経由アセットに基づく映像表示が行われるものとする。前記処理は、前記録画済み番組の再生処理を行う都度、前記録画済み番組と関連付けて記録された前記ＬＣＴのレイアウト設定の記述にパッチを充てることにより行われても良い。或いは、前記録画済み番組の通信回線経由アセットが、サーバ装置から取得可能な期限を過ぎたこと等により取得不可となったことをトリガとして、或いは、データ有効期限を過ぎたこと等によりストレージからの再生処理が不可となったことをトリガとして、前記録画済み番組と関連付けて記録された前記ＬＣＴのレイアウト設定の記述を書き換えることにより実現しても良い。また、前記『領域１』と『領域２』の双方が通信回線経由アセットによる表示領域であり、取得不可又は再生不可となった領域が前記領域の一方のみである場合も、前記ＬＣＴのレイアウト設定の記述のパッチ処理、又は、書き換え処理を行うように制御しても良い。
以上説明した本実施例の放送受信装置４０１００によれば、番組の録画処理の際の前記番組の通信回線経由アセットの取得を効率的に行うことが可能である。また、録画済み番組の一覧表示を行う際にも、前記番組の通信回線経由アセットの取得状況等を簡単にユーザに報知することが可能となる。即ち、より付加価値の高い機能を実行可能な放送受信装置を提供することができる。
（実施例４）
以下では、本発明の実施例４に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例３と同様であるものとする。このため、以下では、本実施例と実施例３との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。なお、本実施例では、放送受信装置４０１００からモニタ装置４０３００への、接続ケーブル４０２００を介したデータ出力処理に関して、主に説明を行う。
［番組の出力制御］
本実施例においては、放送受信装置４０１００は、光ディスクドライブレコーダや磁気ディスクドライブレコーダ、ＳＴＢ等であるものとしている。即ち、放送受信装置４０１００は、映像表示を行うモニタ部及び音声出力を行うスピーカ部を持たず、映像情報（映像データ）及び音声情報（音声データ）をデジタルインタフェース部４０１２５から出力して、接続ケーブル４０２００を介してモニタ装置４０３００に送信する。更に、モニタ装置４０３００において、前記映像情報の表示及び音声情報の出力が行われる。なお、放送受信装置４０１００では、接続ケーブル４０２００を介したモニタ装置４０３００への、前記映像情報（映像データ）及び音声情報（音声データ）の出力形式を適宜制御できるものとする。以下では、本実施例の放送受信装置４０１００が対応する映像情報（映像データ）及び音声情報（音声データ）の出力形式の例に関して説明する。
＜Ｂ−１：復号した映像情報及び音声情報の出力１＞
放送受信装置４０１００が対応する映像情報及び音声情報の出力形式の第一の例は、映像合成部１６１から出力された復号済み映像情報及び音声合成部１６４から出力された復号済み音声情報をデジタルインタフェース部４０１２５から出力し、接続ケーブル４０２００のデータレーンを介してモニタ装置４０３００に送信する形式である。
この第一の例では、放送受信装置４０１００は、放送中の番組の視聴を行う際には、放送伝送路を介して送信されるＩＰデータフローに含まれる各アセット（本実施例においても、放送伝送路経由アセットと称する。）と通信回線を介して配信されるＩＰデータフローに含まれる各アセット（本実施例においても、通信回線経由アセットと称する。）をそれぞれ取得し、映像デコーダ１４１、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、データデコーダ１５１、等で適宜復号処理を行う。なお、アプリケーション制御コードが『ＰＲＥＦＥＴＣＨ』で指定されていることにより通信回線経由アセットをキャッシュ済みの場合には、前記通信回線経由アセットはキャッシュから読み出すことにより取得しても良い。更に、映像合成部１６１及び音声合成部１６４で合成処理を施した復号済みの映像情報及び音声情報を、デジタルインタフェース部４０１２５を介して、モニタ装置４０３００に出力するように制御する。
また、ストレージ（蓄積）部１１０又は外部記録媒体（本実施例においても、ストレージと総称する。）に記録された録画済み番組の視聴を行う際には、放送受信装置４０１００は、再生処理によりストレージから読み出された放送伝送路経由アセットと通信回線経由アセットを、それぞれ、映像デコーダ１４１、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、データデコーダ１５１、等で適宜復号処理すれば良い。なお、前記再生処理の際に、放送局サーバ３００やサービス事業者サーバ４００（本実施例においても、サーバ装置と総称する。）から、あらためて前記通信回線経由アセットを含むＩＰデータフローを取得するようにしても良い。更に、映像合成部１６１及び音声合成部１６４で合成処理を施した復号済みの映像情報及び音声情報を、デジタルインタフェース部４０１２５を介して、モニタ装置４０３００に出力するように制御する。
前記再生処理の際に、ストレージから読み出した通信回線経由アセットとサーバ装置からあらためて取得したＩＰデータフローに含まれる通信回線経由アセットの何れを復号処理に用いるかは、予めメニュー設定等により優先順位を決めておくようにしても良い。或いは、ストレージから読み出した通信回線経由アセットに付随するバージョン情報や有効期限情報に応じて、サーバ装置からあらためて通信回線経由アセットを含むＩＰデータフローを取得するか否かを制御するようにしても良い。或いは、都度、ユーザが選択するようにしても良い。例えば、先ず、サーバ装置から通信回線経由アセットを含むＩＰデータフローの取得を試み、前記通信回線経由アセットを含むＩＰデータフローをサーバ装置から取得できない場合にストレージから読み出した通信回線経由アセットを用いるようにする。又は、先ず、ストレージから通信回線経由アセットの読み出しを行い、前記読み出した通信回線経由アセットのバージョン情報や有効期限情報を確認した後に、必要に応じてサーバ装置から通信回線経由アセットを含むＩＰデータフローをあらためて取得するようにする。
なお、デジタルインタフェース部４０１２５からモニタ装置４０３００への前記復号済み映像情報及び音声情報の伝送は、主として接続ケーブル４０２００のデータレーンを介して行われ、例えば、ＨＤＭＩ（登録商標）仕様に準拠した所定の形式で伝送されて良い。また、前記視聴する番組がＬＣＴの記述によるレイアウト設定の制御を施される番組である場合、図３５Ａに一例を示すように、デジタルインタフェース部４０１２５から出力される復号済み映像情報は既に前記レイアウト設定が適用されていて良い。したがって、モニタ装置４０３００においては、特別な処理を必要とせずに、コンテンツ提供者の意図したレイアウト設定でのモニタ部への映像情報表示が可能となる。
＜Ｂ−２：復号した映像情報及び音声情報の出力２＞
放送受信装置４０１００が対応する映像情報及び音声情報の出力形式の第二の例は、放送伝送路経由アセットに関しては、映像合成部１６１から出力された復号済み映像情報及び音声合成部１６４から出力された復号済み音声情報を、通信回線経由アセットに関しては、分離部１３２から出力された前記通信回線経由アセットをそのまま、デジタルインタフェース部４０１２５から出力し、前記復号済み映像情報及び音声情報は接続ケーブル４０２００のデータレーンを介して、前記通信回線経由アセットは接続ケーブル４０２００の通信ラインを介して、それぞれモニタ装置４０３００に送信する形式である。
この第二の例では、放送受信装置４０１００は、放送中の番組の視聴を行う際には、放送伝送路を介して送信されるＩＰデータフローに含まれる放送伝送路経由アセットは、映像デコーダ１４１、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、データデコーダ１５１、等で適宜復号処理を行い、更に、映像合成部１６１及び音声合成部１６４で合成処理を施した復号済みの映像情報及び音声情報を、デジタルインタフェース部４０１２５を介して、モニタ装置４０３００に出力するように制御する。一方、通信回線を介して配信されるＩＰデータフローに含まれる通信回線経由アセットは、前記通信回線経由アセットを含むＩＰデータフローの形式のまま分離部１３２から出力し、デジタルインタフェース部４０１２５を介してモニタ装置４０３００に出力するように制御する。なお、アプリケーション制御コードが『ＰＲＥＦＥＴＣＨ』で指定されていることにより通信回線経由アセットを含むＩＰデータフローをキャッシュ済みの場合には、前記キャッシュから読みだしたＩＰデータフローを、デジタルインタフェース部４０１２５を介してモニタ装置４０３００に出力しても良い。
また、ストレージに記録された録画済み番組の視聴を行う際には、放送受信装置４０１００は、再生処理によりストレージから読み出された放送伝送路経由アセットを、映像デコーダ１４１、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、データデコーダ１５１、等で適宜復号処理を行うようにする。通信回線経由アセットに関しては、再生処理によりストレージから読み出された通信回線経由アセットをＩＰデータフローの形式に再構成してデジタルインタフェース部４０１２５に入力しても良いし、サーバ装置からあらためて取得した前記通信回線経由アセットを含むＩＰデータフローをデジタルインタフェース部４０１２５に入力しても良い。更に、映像合成部１６１及び音声合成部１６４で合成処理を施した復号済みの映像情報及び音声情報と前記通信回線経由アセットを含むＩＰデータフローを、デジタルインタフェース部４０１２５を介して、モニタ装置４０３００に出力するように制御する。
前記再生処理の際に、ストレージから読み出した通信回線経由アセットとサーバ装置からあらためて取得したＩＰデータフローに含まれる通信回線経由アセットの何れをデジタルインタフェース部４０１２５から出力するかは、前述の（Ｂ−１）と同様の手法で優先順位を決めて良い。
なお、デジタルインタフェース部４０１２５からモニタ装置４０３００への前記復号済み映像情報及び音声情報と前記通信回線経由アセットを含むＩＰデータフローの伝送は、図３５Ｂに一例を示すように、前記復号済み映像情報及び音声情報に関しては、主として接続ケーブル４０２００のデータレーンを介して行い、前記通信回線経由アセットを含むＩＰデータフローに関しては、主として接続ケーブル４０２００の通信ラインを介して行うように制御して良い。また、前記通信回線経由アセットを含むＩＰデータフローの、接続ケーブル４０２００の通信ラインを介してのモニタ装置４０３００への配信処理は、分離部１３２から出力された前記通信回線経由アセットを含むＩＰデータフローを、デジタルインタフェース部４０１２５から、プッシュ形式でモニタ装置４０３００に配信して行っても良い。或いは、分離部１３２から出力された前記通信回線経由アセットを含むＩＰデータフローを一旦ストレージ（蓄積）部１１０のサーバデータ記憶領域４１４００に記憶し、モニタ装置４０３００からの要求に応じて、前記記憶した通信回線経由アセットを含むＩＰデータフローをデジタルインタフェース部４０１２５から配信するようにしても良い。前記通信回線経由アセットを含むＩＰデータフローの、接続ケーブル４０２００の通信ラインを介してのモニタ装置４０３００への配信処理に関しては、以下の説明においても同様の処理を行って良いものとする。
更に、前記復号済み映像情報及び音声情報と前記通信回線経由アセットとを関連付けるための各種制御情報である関連付け情報を、接続ケーブル４０２００のデータレーンを介して送信するようにする。前記復号済み映像情報及び音声情報の接続ケーブル４０２００のデータレーンを介しての送信は、例えば、ＨＤＭＩ仕様に準拠した所定の形式で送信されて良い。また、前記関連付け情報の接続ケーブル４０２００のデータレーンを介しての送信は、例えば、ＨＤＭＩ仕様に規定された予備領域等を用いて行って良い。前記予備領域等とは、ＨＤＭＩ仕様において、帰線期間部に配置された、各メーカが使用方法を指定可能な領域等であって良い。
前記関連付け情報は、前記通信回線経由アセットを取得するための参照先を示す参照先ロケーション情報や、前記通信回線経由アセットの復号時刻や提示時刻を制御するための基準時刻情報や、前記視聴する番組のモニタ表示におけるレイアウト設定を制御するためのレイアウト制御情報等であって良い。その他の情報を、更に、関連付け情報として送信しても良い。
前記参照先ロケーション情報は、モニタ装置４０３００が前記通信回線経由アセットを取得するための参照先を示す情報である。モニタ装置４０３００にサーバ装置からあらためて前記通信回線経由アセットを含むＩＰデータフローを取得させる場合には、放送受信装置４０１００は、放送伝送路を介して取得したＩＰデータフローに含まれるＭＰＴのロケーション情報等を、そのまま参照先ロケーション情報としてモニタ装置４０３００に転送すれば良い。モニタ装置４０３００に放送受信装置４０１００から配信される前記通信回線経由アセットを含むＩＰデータフローを取得させる場合には、放送受信装置４０１００は、放送伝送路を介して取得したＩＰデータフローに含まれるＭＰＴのロケーション情報等を、内容を書き換えた後に参照先ロケーション情報としてモニタ装置４０３００に送信すれば良い。前記参照先ロケーション情報を両方ともモニタ装置４０３００に送信し、サーバ装置からあらためて前記通信回線経由アセットを含むＩＰデータフローを取得するか、放送受信装置４０１００から配信される前記通信回線経由アセットを含むＩＰデータフローを取得するかを、モニタ装置４０３００に選択させるようにしても良い。
なお、前記書き換え処理は、具体的には、ＭＰＴに含まれる通信回線経由アセットに関するロケーション情報（図１７に示した『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』に対応）等を、ＩＰｖ４データフローに多重されているデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０１』やＩＰｖ６データフローに多重されているデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０２』から、指定されたＵＲＬにあるデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０５』に書き換えるようにすれば良い。更に、前記指定されたＵＲＬの記載を、放送受信装置４０１００のサーバ機能実行部４１１０３により管理されるサーバデータ記憶領域４１４００を指し示すように設定すれば良い。当該ＭＰＴのロケーション情報の書き換え処理では、そのフォーマットを変更せず、放送波を介して伝送されるＭＰＴのロケーション情報と同一フォーマットのまま参照先の記載を書き換えることが好ましい。放送受信装置４０１００から出力されてモニタ装置４０３００で受信したデータを、モニタ装置４０３００で解釈する際に、放送波を介して伝送されるＭＰＴのロケーション情報と同じ機能で解釈可能となるからである。モニタ装置４０３００が放送受信装置４０１００と同じ放送波受信機能を有している場合は、当該機能を放送受信装置４０１００からのデジタルインタフェース出力の受信及び解釈処理に適用することができ、独自の機能を搭載する必要がない。よって、このように構成することでシステム全体としての低コスト化が図れる。
また、モニタ装置４０３００が、放送受信装置４０１００からプッシュ形式で配信されるＩＰデータフローから前記通信回線経由アセットを取得する場合には、モニタ装置４０３００が参照すべきＩＰデータフローのＩＰパケットＩＤや、取得すべき通信回線経由アセットのアセットＩＤ等を、前記参照先ロケーション情報としても良い。
前記基準時刻情報は、放送受信装置４０１００が取得したＮＴＰをそのまま転送するようにしても良いし、前記ＮＴＰの有する値に所定のオフセット値を加算してから送信しても良い。モニタ装置４０３００においては、放送受信装置４０１００から伝送される前記復号済み映像情報及び音声情報と前記通信回線経由アセットを含むＩＰデータフローがストレージに記録された録画済み番組を再生処理したものである場合には、放送受信装置４０１００から送信された前記基準時刻情報に基づいて前記通信回線経由アセットの復号処理及び提示処理を制御するようにすることが望ましい。このため、本実施例の放送受信装置４０１００は、前記復号済み映像情報及び音声情報と前記通信回線経由アセットを含むＩＰデータフローをモニタ装置４０３００に伝送する際には、前記復号済み映像情報及び音声情報と前記通信回線経由アセットを含むＩＰデータフローが放送中の番組のものであるか録画済み番組を再生処理したものであるかを示す再生番組フラグ情報を同時に送信するものとする。前記再生番組フラグ情報も前記関連付け情報の一つとして良い。
前記レイアウト制御情報は、前記番組がＬＣＴの記述によるレイアウト設定の制御を施される番組である場合の前記ＬＣＴの設定内容を示す情報である。モニタ装置４０３００は、前記レイアウト制御情報に基づいて、モニタ表示の際のレイアウト設定を制御することが可能であるものとする。
モニタ装置４０３００は、放送受信装置４０１００から前記復号済み映像情報及び音声情報と前記レイアウト制御情報を取得し、前記通信回線経由アセットを含むＩＰデータフローを放送受信装置４０１００又はサーバ装置から取得すれば、モニタ装置４０３００において、復号映像及びＩＰデータフローで伝送される各種データを放送時に意図したレイアウトで表示することが可能となる。前述のとおり、放送受信装置４０１００においてロケーション情報の書き換え処理を行った場合でも、放送受信装置４０１００は、ＬＣＴ情報は書き換えずに受信時の内容のまま出力して構わない。ＬＣＴにおいて、受信時に通信回線経由アセットが割り当てられていた領域についてのアセットの取得先がロケーション情報の書き換えによって変更されるだけで、レイアウト自体は変更しなくてもよいためである。よって、モニタ装置４０３００が放送受信装置４０１００と同じ放送波受信機能を有している場合、放送受信装置４０１００で記録し、その後再生した番組の復号映像を、前記デジタルインタフェースを介してモニタ装置４０３００に出力する際に、放送波を介して伝送されるＭＰＴのロケーション情報と同一フォーマットのまま参照先の記載を書き換えられたロケーション情報と、放送波を介して伝送された状態（記録再生時も書き換える必要はない）と同じ記載のまま書き換えのされていないＬＣＴ情報を、放送受信装置４０１００から前記デジタルインタフェースを介してモニタ装置４０３００に伝送すれば、モニタ装置４０３００が有する放送波受信機能と同一の方式で制御情報の解釈が可能となるので、放送時に意図したレイアウトでの表示のモニタ装置４０３００での再現をより効率よく実現することが可能となる。
なお、前記ＬＣＴの記述によるレイアウト設定が前記放送伝送路経由アセットのみにより構成されるレイアウトを示している場合、放送受信装置４０１００側で前記レイアウト設定の制御を行い、復号済み映像情報及び音声情報をレイアウト設定済みの状態で合成し、接続ケーブル４０２００のデータレーンを介して、モニタ装置４０３００に送信しても良い。この場合、前記レイアウト制御情報は関連付け情報として送信する必要はない。
また、この第二の例の出力形式では、モニタ装置４０３００が第二の例の出力形式に対応していない場合であっても、放送伝送路経由アセットに基づく映像情報のみは表示可能となる利点がある。
＜Ｂ−３：符号化映像データ及び音声データの出力１＞
放送受信装置４０１００が対応する映像データ及び音声データの出力形式の第三の例は、放送伝送路経由アセットと通信回線経由アセットを含む一つのＩＰデータフローをデジタルインタフェース部４０１２５から出力し、接続ケーブル４０２００のデータレーン若しくは通信ラインを介してモニタ装置４０３００に送信する形式である。
この第三の例では、放送受信装置４０１００は、放送中の番組の視聴を行う際には、放送伝送路を介して送信される放送伝送路経由アセットを含むＩＰデータフローと通信回線を介して配信される通信回線経由アセットを含むＩＰデータフローをそれぞれ取得し、それぞれのＩＰデータフローをそのまま分離部１３２から出力する。更に、トランスコード処理部４０１８１において、前記放送伝送路経由アセットを含むＩＰデータフローと前記通信回線経由アセットを含むＩＰデータフローを一つのＩＰデータフローに合成する処理を行い、前記合成済みＩＰデータフローをデジタルインタフェース部４０１２５からモニタ装置４０３００に出力するように制御する。なお、アプリケーション制御コードが『ＰＲＥＦＥＴＣＨ』で指定されていることにより通信回線経由アセットを含むＩＰデータフローをキャッシュ済みの場合には、前記放送伝送路経由アセットを含むＩＰデータフローと前記キャッシュから読みだしたＩＰデータフローにて、トランスコード処理部４０１８１での合成処理を行えば良い。
また、ストレージに記録された録画済み番組の視聴を行う際には、放送受信装置４０１００は、再生処理によりストレージから読み出された放送伝送路経由アセットと通信回線経由アセットを、トランスコード処理部４０１８１で一つのＩＰデータフローの形式に再構成し、前記再構成したＩＰデータフローを合成済みＩＰデータフローとしてデジタルインタフェース部４０１２５から出力するようにしても良い。ストレージへの記録処理がパッケージ単位やＩＰデータフロー単位で行われている場合には、再生処理によりストレージから読みだされた放送伝送路経由アセットを含むＩＰデータフローと通信回線経由アセットを含むＩＰデータフローにて、トランスコード処理部４０１８１での合成処理を行えば良い。また、前記通信回線経由アセットに関してはサーバ装置からあらためて取得を行い、トランスコード処理部４０１８１において、ストレージから読みだした前記放送伝送路経由アセットを含むＩＰデータフローとサーバ装置からあらためて取得した前記通信回線経由アセットを含むＩＰデータフローとの合成処理を行うようにしても良い。
前記再生処理の際に、ストレージから読み出した通信回線経由アセットを含むＩＰデータフローとサーバ装置からあらためて取得した通信回線経由アセットを含むＩＰデータフローの何れを前記合成処理に用いるかは、前述の（Ｂ−１）と同様の手法で優先順位を決めて良い。
なお、放送伝送路を介して送信されるＩＰデータフローに前記放送伝送路経由アセットと共に配置される各種制御信号（ＭＭＴ−ＳＩ等）は、トランスコード処理部４０１８１における前記放送伝送路経由アセットを含むＩＰデータフローと前記通信回線経由アセットを含むＩＰデータフローの合成処理の結果得られる合成済みＩＰデータフローに、基本的にそのまま配置するものとする。但し、前記放送伝送路経由アセットと前記通信回線経由アセットとを関連付ける関連付け情報に関しては、適宜書き換え処理を行うものとする。前記書き換え処理は、具体的には、ＭＰＴに含まれる通信回線経由アセットに関するロケーション情報（図１７に示した『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』に対応）等を、ＩＰｖ４データフローに多重されているデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０１』やＩＰｖ６データフローに多重されているデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０２』から、自ＩＰデータフローに多重されているデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ００』に書き換えるようにすれば良い。
トランスコード処理部４０１８１から出力された合成済みＩＰデータフローは、図３５Ｃに一例を示すように、接続ケーブル４０２００のデータレーンを介してモニタ装置４０３００に送信されて良い。或いは、接続ケーブル４０２００の通信ラインを介してモニタ装置４０３００に配信されても良い。この場合、モニタ装置４０３００は、放送受信装置４０１００から送信された合成済みＩＰデータフローに含まれる各種制御情報に基づいて各アセットの復号処理を行う必要がある。即ち、モニタ装置４０３００は、図７Ａに示した放送受信装置１００と同様の構成で、ＭＭＴデータ列の復号処理を可能とする構成であることが望ましい。
なお、前記合成済みＩＰデータフローをデジタルインタフェース部４０１２５から出力して、接続ケーブル４０２００のデータレーンを介してモニタ装置４０３００に送信する際には、例えば、ＨＤＭＩ（登録商標）仕様に準拠した所定の形式の映像情報や音声情報の格納領域に前記合成済みＩＰデータフローをそのまま格納することにより行っても良い。なお、この場合、前記映像情報や音声情報の格納領域に格納されているデータが前記合成済みＩＰデータフローである旨を示す情報や、前記合成済みＩＰデータフローにＭＭＴデータ列及びその制御情報が含まれており、番組視聴のために前記ＭＭＴデータ列の復号処理等が必要である旨を示す情報を、例えば、ＨＤＭＩ仕様に規定された予備領域等を用いて送信するようにすることが望ましい。
＜Ｂ−４：符号化映像データ及び音声データの出力２＞
放送受信装置４０１００が対応する映像データ及び音声データの出力形式の第四の例は、放送伝送路経由アセットを含むＩＰデータフローと通信回線経由アセットを含むＩＰデータフローをデジタルインタフェース部４０１２５から出力し、図３５Ｄに一例を示すように、前記放送伝送路経由アセットを含むＩＰデータフローに関しては、接続ケーブル４０２００のデータレーンを介して、前記通信回線経由アセットを含むＩＰデータフローに関しては、接続ケーブル４０２００の通信ラインを介して、それぞれモニタ装置４０３００に送信する形式である。
この第四の例では、放送受信装置４０１００は、放送中の番組の視聴を行う際には、放送伝送路を介して送信される放送伝送路経由アセットを含むＩＰデータフローと通信回線を介して配信される通信回線経由アセットを含むＩＰデータフローをそれぞれ取得し、それぞれのＩＰデータフローをそのまま分離部１３２から出力する。更に、前記放送伝送路経由アセットを含むＩＰデータフローは、デジタルインタフェース部４０１２５から接続ケーブル４０２００のデータレーンを介してモニタ装置４０３００に送信し、前記通信回線経由アセットを含むＩＰデータフローは、デジタルインタフェース部４０１２５から接続ケーブル４０２００の通信ラインを介してモニタ装置４０３００に配信するように制御を行う。なお、アプリケーション制御コードが『ＰＲＥＦＥＴＣＨ』で指定されていることにより通信回線経由アセットを含むＩＰデータフローをキャッシュ済みの場合には、前記キャッシュから読みだしたＩＰデータフローを、デジタルインタフェース部４０１２５から接続ケーブル４０２００の通信ラインを介してモニタ装置４０３００に配信すれば良い。
また、ストレージに記録された録画済み番組の視聴を行う際には、放送受信装置４０１００は、再生処理によりストレージから読み出された放送伝送路経由アセット及び通信回線経由アセットを、トランスコード処理部４０１８１でそれぞれＩＰデータフローの形式に再構成する。更に、前記放送伝送路経由アセットから再構成したＩＰデータフローを接続ケーブル４０２００のデータレーンを介して、前記通信回線経由アセットから再構成したＩＰデータフローを接続ケーブル４０２００の通信ラインを介して、モニタ装置４０３００に送信するようにしても良い。ストレージへの記録処理がパッケージ単位やＩＰデータフロー単位で行われている場合には、再生処理によりストレージから読みだされた放送伝送路経由アセットを含むＩＰデータフローと通信回線経由アセットを含むＩＰデータフローを、それぞれ、接続ケーブル４０２００のデータレーン及び通信ラインを介して、モニタ装置４０３００に送信すれば良い。また、前記通信回線経由アセットに関してはサーバ装置からあらためて取得を行い、分離部１３２から出力された前記通信回線経由アセットを含むＩＰデータフローを接続ケーブル４０２００の通信ラインを介して、モニタ装置４０３００に配信するようにしても良い。
前記再生処理の際に、ストレージから読み出した通信回線経由アセットを含むＩＰデータフローとサーバ装置からあらためて取得した通信回線経由アセットを含むＩＰデータフローの何れをモニタ装置４０３００に配信するかは、前述の（Ｂ−１）と同様の手法で優先順位を決めて良い。
なお、放送伝送路を介して送信されるＩＰデータフローに前記放送伝送路経由アセットと共に配置される各種制御信号（ＭＭＴ−ＳＩ等）は、基本的に、デジタルインタフェース部４０１２５から出力される前記放送伝送路経由アセットを含むＩＰデータフローにそのまま配置するものとする。但し、前記放送伝送路経由アセットと前記通信回線経由アセットとを関連付ける関連付け情報に関しては、適宜書き換え処理を行うものとする。前記書き換え処理は、具体的には、ＭＰＴに含まれる通信回線経由アセットに関するロケーション情報（図１７に示した『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』に対応）等を、ＩＰｖ４データフローに多重されているデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０１』やＩＰｖ６データフローに多重されているデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０２』から、指定されたＵＲＬにあるデータであることを示す『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０５』に書き換えるようにすれば良い。更に、前記指定されたＵＲＬを、放送受信装置４０１００のサーバ機能実行部４１１０３により管理されるサーバデータ記憶領域４１４００を指し示すように設定すれば良い。
なお、前記書き換え処理は、モニタ装置４０３００に放送受信装置４０１００から配信される前記通信回線経由アセットを含むＩＰデータフローを取得させる場合に行うものである。モニタ装置４０３００にサーバ装置からあらためて前記通信回線経由アセットを含むＩＰデータフローを取得させる場合には、前記書き換え処理を行わなくとも良い。
また、前記放送伝送路経由アセットを含むＩＰデータフローをデジタルインタフェース部４０１２５から出力して、接続ケーブル４０２００のデータレーンを介してモニタ装置４０３００に送信する際には、例えば、ＨＤＭＩ（登録商標）仕様に準拠した所定の形式の映像情報や音声情報の格納領域に前記放送伝送路経由アセットを含むＩＰデータフローをそのまま格納することにより行っても良い。なお、この場合、前記映像情報や音声情報の格納領域に格納されているデータが前記放送伝送路経由アセットを含むＩＰデータフローである旨を示す情報や、前記放送伝送路経由アセットを含むＩＰデータフローにＭＭＴデータ列及びその制御情報が含まれており、番組視聴のために前記ＭＭＴデータ列の復号処理が必要である旨を示す情報を、例えば、ＨＤＭＩ仕様に規定された予備領域等を用いて送信するようにすることが望ましい。
以上説明したように、本実施例の放送受信装置４０１００は、前述の（Ｂ−１）〜（Ｂ−４）の出力形式を適宜選択することが可能である。更に、前述の（Ｂ−１）〜（Ｂ−４）の出力形式を適宜組み合わせて行うことも可能である。例えば、前記（Ｂ−２）の出力形式に準じて、一部の通信回線経由アセットに関しては、放送受信装置４０１００で復号処理を行った後に、放送伝送路経由アセットを復号して得た映像情報や音声情報との合成処理を行って、接続ケーブル４０２００のデータレーンを介してモニタ装置４０３００への送信を行う。他の通信回線経由アセットに関しては、そのまま接続ケーブル４０２００の通信ラインを介してモニタ装置４０３００への配信を行うように制御しても良い。また、例えば、前記（Ｂ−４）の出力形式に準じて、放送伝送路経由アセット及び通信回線経由アセットを構成する各アセットのうち、映像アセットや音声アセット等は一つのＩＰデータフローとして、接続ケーブル４０２００のデータレーンを介してモニタ装置４０３００に送信し、データアセットや字幕アセット等は一つのＩＰデータフローとして、接続ケーブル４０２００の通信ラインを介してモニタ装置４０３００に配信するように制御しても良い。
放送受信装置４０１００において、前記出力形式をどのようにするかの制御は、接続ケーブル４０２００のＤＤＣラインを介して取得したモニタ装置４０３００のディスプレイ性能に応じて行われても良い。前記ディスプレイ性能は、前述とは異なる手段で取得されても良い。なお、前記ディスプレイ性能とは、本実施例においては、モニタ装置４０３００におけるＭＭＴデータ列に対する復号性能や接続ケーブル４０２００の通信ラインを介したネットワーク通信に対する対応可否、インターネット２００に対するＬＡＮ通信機能の有無、等の項目であるものとする。
放送受信装置４０１００からの映像情報及び音声情報の出力形式が前記（Ｂ−４）である場合、モニタ装置４０３００においては、放送受信装置４０１００から接続ケーブル４０２００の一方向伝送のデータレーンを介して送信された前記放送伝送路経由アセットを含むＩＰデータフローをデジタルインタフェース部で受信し、前記受信したＩＰデータフローをＭＭＴデコード処理部に入力する。前記ＭＭＴデコード処理部では、前記ＩＰデータフローが有するＭＭＴ−ＳＩを参照し、ＭＰＴに含まれるロケーション情報等に基づいて、接続ケーブル４０２００の双方向伝送が可能な通信ラインを介して、放送受信装置４０１００に対して通信回線経由アセットを含むＩＰデータフローの送信を要求する。放送受信装置４０１００は、サーバ機能実行部４１１０３の制御に基づいて、ストレージ（蓄積）部１１０のサーバデータ記憶領域４１４００に記憶された前記通信回線経由アセットを含むＩＰデータフローを、接続ケーブル４０２００の双方向伝送が可能な通信ラインを介して、モニタ装置４０３００に送信する。モニタ装置４０３００は、接続ケーブル４０２００の通信ラインを介して受信した通信回線経由アセット及び接続ケーブル４０２００のデータレーンを介して受信した放送伝送路経由アセットを適宜復号し、モニタ部及びスピーカを介して、映像情報及び音声情報をユーザに提供する。放送受信装置４０１００からの映像情報及び音声情報の出力形式が前記（Ｂ−２）や（Ｂ−３）である場合も同様の処理を行うものとする。
なお、前述の説明では、放送受信装置４０１００からの映像情報及び音声情報の出力形式が前述の（Ｂ−２）や（Ｂ−４）である場合の通信回線経由アセットを含むＩＰデータフローの伝送を、接続ケーブル４０２００の通信ラインを介して行うようにしている。しかしながら、これはあくまでも一例であり、例えば、前記通信回線経由アセットを含むＩＰデータフローの伝送を、放送受信装置４０１００のＬＡＮ通信部１２１から出力して、ルータ装置２００ｒを介し、モニタ装置４０３００の図示を省略したＬＡＮ通信部に入力することにより行っても良い。同様に、放送受信装置４０１００からの映像情報及び音声情報の出力形式が前述の（Ｂ−３）である場合の放送伝送路経由アセットと通信回線経由アセットを一つのＩＰデータフローに合成した合成済みＩＰデータフローの伝送を、放送受信装置４０１００のＬＡＮ通信部１２１から出力して、ルータ装置２００ｒを介し、モニタ装置４０３００の図示を省略したＬＡＮ通信部に入力することにより行っても良い。
但し、前述の伝送処理を行う場合、前記通信回線経由アセットを含むＩＰデータフロー又は前記合成済みＩＰデータフローの送信先となる機器は、放送受信装置４０１００が有するＩＰアドレスと同一のサブネットマスクで制限されたＩＰアドレスを有する機器に限るものとする。このような制限を設けることにより、ユーザの管理外の機器が、例えばインターネット２００を介して、無制限に、前記通信回線経由アセットを含むＩＰデータフローや前記合成済みＩＰデータフロー等を取得することがなくなり、番組コンテンツの著作権管理上好ましいと言える。
また、放送受信装置４０１００が放送伝送路を介して取得したＭＭＴデータ列に含まれる、通信回線経由アセットに関するロケーション情報がＵＲＬを示しているとき、当該ＵＲＬは、放送受信装置４０１００からすると外部ネットワークのＩＰアドレスを示していることとなる。一方、放送受信装置４０１００とモニタ装置４０３００とは、接続ケーブル４０２００で直接接続されており、即ち、同一のサブネットマスクで制限された領域内に構成されていると言える。したがって、（Ｂ−２）の出力形式の説明で記述した参照先ロケーション情報の書き換え処理は、放送受信装置４０１００のＩＰアドレスとモニタ装置４０３００のＩＰアドレスとが属するサブネットマスクと同一サブネットマスク内にはないＩＰアドレスを示すロケーション情報を、放送受信装置４０１００のＩＰアドレスとモニタ装置４０３００のＩＰアドレスとが属するサブネットマスクと同一サブネットマスク内のＩＰアドレスを示すロケーション情報に書き換える処理であると言える。
また、前述の（Ｂ−２）又は（Ｂ−４）の出力形式では、放送受信装置４０１００は、一方向伝送である放送伝送路を介して取得したＩＰデータフローに含まれるデータと、双方向伝送が可能な通信回線を介して取得したＩＰデータフローに含まれるデータとを、同一の有線デジタルインタフェースでありながら異なるラインを介して出力している。このように異なるラインを用いることにより、二つのＩＰデータフローを一つのＩＰデータフローに合成するための特別な多重化処理を行わずにそれぞれ出力することができる。即ち、前記（Ｂ−４）の出力形式の例では、放送受信装置４０１００が放送伝送路を介して取得したＩＰデータフローと通信回線を介して取得したＩＰデータフローは、ロケーション情報の書き換え等の処理はあるものの、それぞれ第一の出力信号のＩＰデータフローと第二の出力信号のＩＰデータフローとして、互いに多重化されずに出力される。すると、前記第一の出力信号のＩＰデータフローと前記第二の出力信号のＩＰデータフローの特別な多重化処理を行う必要がないため、モニタ装置４０３００の側にも当該特別な多重化処理に対応した分離処理を搭載する必要が無い。寧ろ、前記第一の出力信号と前記第二の出力信号をともにＭＭＴデータ列としたまま出力するように構成すれば、モニタ装置４０３００が放送受信装置４０１００と同様のＭＭＴデコーダを有していれば、特別な分離処理を行わずとも前記第一の出力信号と前記第二の出力信号のデコード処理が可能となるので、当該出力状態はシステムとしての汎用性が非常に高くなり有益である。
また、前述の例では、放送受信装置４０１００が、一方向伝送である放送伝送路を介して取得したＩＰデータフローに含まれるデータを前記有線デジタルインタフェースの一方向伝送ラインを介して外部装置であるモニタ装置４０３００に出力し、双方向伝送である通信回線を介して取得したＩＰデータフローに含まれるデータを前記有線デジタルインタフェースの双方向伝送ラインを介して外部装置であるモニタ装置４０３００に出力している。モニタ装置４０３００は、放送受信装置４０１００が一方向伝送である放送伝送路を介して取得したデータを前記有線デジタルインタフェースの一方向伝送ラインから取得し、放送受信装置４０１００が双方向伝送である通信回線を介して取得したデータを前記有線デジタルインタフェースの双方向伝送ラインから取得するので、本実施例の放送受信装置４０１００との処理の親和性が高い。即ち、モニタ装置４０３００は、放送受信装置４０１００の処理回路を多く流用して製造することが可能であり、専用処理回路が減じることができ、したがって、低コストによる生産が可能となる。したがって、より好適なシステムをユーザに安価で提供することが可能となる。
なお、前述の各実施例で説明した一方向通信が可能な伝送ラインは、物理的に１本のラインでもよく、複数のラインを組み合わせたライン群でもよい。また、前述の各実施例で説明した双方向通信が可能な伝送ラインは、物理的に１本のラインでもよく、複数のラインを組み合わせて双方向通信のプロトコルを用いて伝送を行うライン群でもよい。
また、前述の各実施例における出力形式の制御の設定等は、出荷時に所定の初期値を有していても良い。しかしながら、前記所定の初期値は、操作入力部１７０を介したユーザの操作等により、ユーザ毎の使用環境に応じた設定値に変更が可能なように構成することが望ましい。放送受信装置４０１００自体やモニタ装置４０３００のソフトウェアの不具合等で、モニタ装置４０３００の性能についての正しい情報が得られない場合でも、手動設定により、ユーザが必要とする出力形式の制御等によるデータ出力を得られるように構成して、ユーザに不利益を生じることを防ぐことが可能となるためである。
以上、本発明の実施形態の例を、実施例１〜４を用いて説明したが、本発明の技術を実現する構成は前記実施例に限られるものではなく、様々な変形例が考えられる。例えば、ある実施例の構成の一部を他の実施例の構成と置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。これらは全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等もあくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。
前述した本発明の機能等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれの機能等を実現する動作プログラムを解釈して実行することによりソフトウェアで実現しても良い。ハードウェアとソフトウェアを併用しても良い。
なお、放送受信装置１００を制御する前記ソフトウェアは、製品出荷の時点で予め放送受信装置１００のＲＯＭ１０３及び／又はストレージ（蓄積）部１１０等に格納された状態であっても良い。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部１２４等を介して取得しても良い。
また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、必ずしも製品上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えても良い。
１００，８００，４０１００…放送受信装置、１００ａ，４０１００ａ…アンテナ、１０１，８０１…主制御部、１０２，８０２…システムバス、１０３，８０３…ＲＯＭ、１０４，８０４…ＲＡＭ、１１０，８１０…ストレージ部、１２１，８２１…ＬＡＮ通信部、１２４，８２４…拡張インタフェース部、１２５，８２５，４０１２５…デジタルインタフェース部、１３１，８３１，８３２…チューナ／復調部、１３２…分離部、１４１…映像デコーダ、１４２…映像色域変換部、１４３…音声デコーダ、１４４…文字スーパーデコーダ、１４５…字幕デコーダ、１４６…字幕合成部、１４７…字幕色域変換部、１５１…データデコーダ、１５２…キャッシュ部、１５３…アプリケーション制御部、１５４…ブラウザ部、１５５…アプリケーション色域変換部、１５６…音源部、１６１，８６１…映像合成部、１６２，８６２…モニタ部、１６３，８６３…映像出力部、１６４，８６４…音声合成部、１６５，８６５…スピーカ部、１６６，８６６…音声出力部、１７０，８７０…操作入力部、４０１８１…トランスコード処理部、８４１…ＭＭＴデコード処理部、８４２…ＭＰＥＧ２−ＴＳデコード処理部、２００…インターネット、２００ｒ…ルータ装置、２００ａ…アクセスポイント、３００ｔ…電波塔、３００ｓ…放送衛星（又は通信衛星）、３００…放送局サーバ、４００…サービス事業者サーバ、５００…その他のアプリケーションサーバ、６００…移動体電話通信サーバ、６００ｂ…基地局、７００…携帯情報端末、４０２００…接続ケーブル、４０３００…モニタ装置。

Claims (1)

  1. 放送受信装置であって、
    放送伝送路から放送番組コンテンツと前記放送番組コンテンツに関連するデータを取得する参照先を記載した、ロケーション情報とを受信可能な放送受信部と、
    通信回線を介して前記ロケーション情報に記載される参照先から前記番組コンテンツに関連するデータを受信可能な通信部と、
    前記放送受信部が受信した前記放送番組コンテンツを記録して再生可能な記録再生部と、
    前記記録再生部から再生された前記放送番組コンテンツを外部機器に出力する出力部と、
    外部機器に対するサーバ機能を有するサーバ機能部と、
    を備え、
    前記出力部から前記放送番組コンテンツを出力する際の出力状態には、前記ロケーション情報の参照先の記載が前記サーバ機能部を示す記載に書き換えられた状態があり、
    前記放送受信部が前記放送番組コンテンツを受信する際の前記ロケーション情報に記載の参照先は、前記放送受信装置からすると外部ネットワークのＩＰアドレスであって、前記出力部から前記放送番組コンテンツを出力する際の前記ロケーション情報の参照先は、前記放送受信装置と前記外部機器が属する同一のサブネットマスク内のＩＰアドレスである、放送受信装置。
JP2019186871A 2019-10-10 2019-10-10 放送受信装置 Active JP6864055B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2019186871A JP6864055B2 (ja) 2019-10-10 2019-10-10 放送受信装置
JP2021062621A JP7319319B2 (ja) 2019-10-10 2021-04-01 放送受信装置
JP2023118321A JP7550929B2 (ja) 2019-10-10 2023-07-20 放送受信装置
JP2023118322A JP7553664B2 (ja) 2019-10-10 2023-07-20 放送受信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019186871A JP6864055B2 (ja) 2019-10-10 2019-10-10 放送受信装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2015148399A Division JP2017028651A (ja) 2015-07-24 2015-07-28 放送受信装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021062621A Division JP7319319B2 (ja) 2019-10-10 2021-04-01 放送受信装置

Publications (2)

Publication Number Publication Date
JP2020005321A true JP2020005321A (ja) 2020-01-09
JP6864055B2 JP6864055B2 (ja) 2021-04-21

Family

ID=69100769

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2019186871A Active JP6864055B2 (ja) 2019-10-10 2019-10-10 放送受信装置
JP2021062621A Active JP7319319B2 (ja) 2019-10-10 2021-04-01 放送受信装置
JP2023118321A Active JP7550929B2 (ja) 2019-10-10 2023-07-20 放送受信装置
JP2023118322A Active JP7553664B2 (ja) 2019-10-10 2023-07-20 放送受信装置

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2021062621A Active JP7319319B2 (ja) 2019-10-10 2021-04-01 放送受信装置
JP2023118321A Active JP7550929B2 (ja) 2019-10-10 2023-07-20 放送受信装置
JP2023118322A Active JP7553664B2 (ja) 2019-10-10 2023-07-20 放送受信装置

Country Status (1)

Country Link
JP (4) JP6864055B2 (ja)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006303617A (ja) * 2005-04-15 2006-11-02 Toshiba Corp アクセス制御装置およびアクセス制御方法
WO2007010779A1 (ja) * 2005-07-15 2007-01-25 Matsushita Electric Industrial Co., Ltd. パケット送信装置
JP2007043644A (ja) * 2005-06-29 2007-02-15 Sony Corp 無線接続システムおよび無線接続方法
JP2008090628A (ja) * 2006-10-02 2008-04-17 Yafoo Japan Corp 内部ネットワーク上の内部端末に外部ネットワーク上の外部サーバからコンテンツを取得して送信する方法、内部サーバ、及び外部サーバ
JP2009065531A (ja) * 2007-09-07 2009-03-26 Sony Corp 情報処理システムおよび方法、情報処理装置および方法、並びにプログラム
JP2009212573A (ja) * 2008-02-29 2009-09-17 Canon Inc データ伝送装置、データ伝送方法及びプログラム
JP2013009358A (ja) * 2011-05-20 2013-01-10 Nippon Hoso Kyokai <Nhk> 放送通信連携受信装置
JP2013090277A (ja) * 2011-10-21 2013-05-13 Hitachi Ltd キャッシュサーバ解決方法、装置、及びシステム
JP2015126465A (ja) * 2013-12-27 2015-07-06 日立マクセル株式会社 放送受信装置
JP2015126471A (ja) * 2013-12-27 2015-07-06 シャープ株式会社 デジタル放送受信機、及び、外部端末

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4039417B2 (ja) * 2004-10-15 2008-01-30 株式会社日立製作所 記録再生装置
JP5041080B2 (ja) * 2011-01-12 2012-10-03 ソニー株式会社 データ出力システム
WO2015012063A1 (ja) * 2013-07-22 2015-01-29 シャープ株式会社 情報処理装置
JP2015073245A (ja) * 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006303617A (ja) * 2005-04-15 2006-11-02 Toshiba Corp アクセス制御装置およびアクセス制御方法
JP2007043644A (ja) * 2005-06-29 2007-02-15 Sony Corp 無線接続システムおよび無線接続方法
WO2007010779A1 (ja) * 2005-07-15 2007-01-25 Matsushita Electric Industrial Co., Ltd. パケット送信装置
JP2008090628A (ja) * 2006-10-02 2008-04-17 Yafoo Japan Corp 内部ネットワーク上の内部端末に外部ネットワーク上の外部サーバからコンテンツを取得して送信する方法、内部サーバ、及び外部サーバ
JP2009065531A (ja) * 2007-09-07 2009-03-26 Sony Corp 情報処理システムおよび方法、情報処理装置および方法、並びにプログラム
JP2009212573A (ja) * 2008-02-29 2009-09-17 Canon Inc データ伝送装置、データ伝送方法及びプログラム
JP2013009358A (ja) * 2011-05-20 2013-01-10 Nippon Hoso Kyokai <Nhk> 放送通信連携受信装置
JP2013090277A (ja) * 2011-10-21 2013-05-13 Hitachi Ltd キャッシュサーバ解決方法、装置、及びシステム
JP2015126465A (ja) * 2013-12-27 2015-07-06 日立マクセル株式会社 放送受信装置
JP2015126471A (ja) * 2013-12-27 2015-07-06 シャープ株式会社 デジタル放送受信機、及び、外部端末

Also Published As

Publication number Publication date
JP7550929B2 (ja) 2024-09-13
JP2023126622A (ja) 2023-09-07
JP6864055B2 (ja) 2021-04-21
JP2021101585A (ja) 2021-07-08
JP7553664B2 (ja) 2024-09-18
JP2023126623A (ja) 2023-09-07
JP7319319B2 (ja) 2023-08-01

Similar Documents

Publication Publication Date Title
JP2017034343A (ja) 放送受信装置
CN111711851B (zh) 广播接收装置和接收装置
JP2024113069A (ja) コンテンツ保護処理方法
JP7374281B2 (ja) 情報処理方法
JP6317861B1 (ja) 放送番組のコンテンツの送出、受信、および蓄積制御方法
JP2019213235A (ja) 出力制御方法
JP6591775B2 (ja) 出力制御方法
JP7448695B2 (ja) コンテンツの蓄積及び出力方法
JP6741839B2 (ja) 放送受信装置
JP6741841B2 (ja) 放送受信装置
JP7550929B2 (ja) 放送受信装置
JP7440679B2 (ja) 放送受信装置及びコンテンツ出力方法
JP7309966B2 (ja) 情報処理方法
JP7074809B2 (ja) 情報処理方法
JP6929423B2 (ja) 情報処理方法
JP6641043B2 (ja) 放送受信装置及びコンテンツ出力方法
JP2017028577A (ja) 放送受信装置
JP2020058072A (ja) コンテンツの一時蓄積及び出力方法
JP2024026365A (ja) コンテンツ保護処理方法
JP2024040298A (ja) コンテンツ保護処理方法
JP2020036363A (ja) データ出力方法
JP2020061769A (ja) 放送受信装置及びコンテンツ出力方法
WO2016167234A1 (ja) 放送受信装置、映像出力方法及びデータ出力方法
JP2017028651A (ja) 放送受信装置
JP2017028628A (ja) 放送受信装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191010

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200710

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200901

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20201029

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201228

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210302

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210401

R150 Certificate of patent or registration of utility model

Ref document number: 6864055

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250