JP6833325B2 - 携帯情報端末 - Google Patents

携帯情報端末 Download PDF

Info

Publication number
JP6833325B2
JP6833325B2 JP2016047223A JP2016047223A JP6833325B2 JP 6833325 B2 JP6833325 B2 JP 6833325B2 JP 2016047223 A JP2016047223 A JP 2016047223A JP 2016047223 A JP2016047223 A JP 2016047223A JP 6833325 B2 JP6833325 B2 JP 6833325B2
Authority
JP
Japan
Prior art keywords
information
unit
broadcast
descriptor
receiving device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016047223A
Other languages
English (en)
Other versions
JP2017163401A (ja
Inventor
吉澤　和彦
和彦 吉澤
清水　拓也
拓也 清水
益岡　信夫
信夫 益岡
橋本　康宣
康宣 橋本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maxell Ltd
Original Assignee
Maxell 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
Priority to JP2016047223A priority Critical patent/JP6833325B2/ja
Application filed by Maxell Ltd filed Critical Maxell Ltd
Priority to CN202110941709.1A priority patent/CN113660518A/zh
Priority to CN201680083354.4A priority patent/CN108886637B/zh
Priority to CN202110941746.2A priority patent/CN113660519A/zh
Priority to US16/083,403 priority patent/US11115715B2/en
Priority to PCT/JP2016/078439 priority patent/WO2017154247A1/ja
Publication of JP2017163401A publication Critical patent/JP2017163401A/ja
Application granted granted Critical
Publication of JP6833325B2 publication Critical patent/JP6833325B2/ja
Priority to US17/395,058 priority patent/US11445251B2/en
Priority to US17/881,296 priority patent/US11627376B2/en
Priority to US18/188,131 priority patent/US20230224543A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

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

Description

本発明は、放送受信装置および携帯情報端末に関する。
デジタル放送サービスの拡張機能の１つに、放送波でデジタルデータを送信し、天気予報やニュース、おすすめ番組等の各種情報を表示するデータ放送がある。データ放送を受信可能なテレビ受信機は既に多数市販されており、また、データ放送受信に関する技術も下記特許文献１をはじめ多数が公表されている。
特開２００１−１８６４８６号公報
近年のコンテンツ配信に関する環境変化に対して、テレビ受信機も様々な機能拡張を求められている。特にインターネット等のブロードバンドネットワーク環境を利用したコンテンツや連携アプリケーションの配信に対する要求、および、映像コンテンツの高解像度化／高精細化に対する要求、等が多い。しかしながら、現行のテレビ受信機が備えるデータ放送受信機能等のみの流用、あるいは、前記データ放送受信機能等の機能拡張のみでは、前記要求に応え得る高付加価値のテレビ受信機を提供することは難しい。
本発明の目的は、より付加価値の高い機能を実行可能な放送受信装置および前記放送受信装置と連携可能な携帯情報端末を提供することである。
前記課題を解決するための手段として、特許請求の範囲に記載の技術を用いる。
一例を挙げるならば、デジタル放送の放送データを受信可能な放送受信装置であって、デジタル放送の放送番組を構成するアセットと放送サービスに係る制御情報とを含む放送データを受信する放送受信部と、前記放送受信部で受信した前記アセットを前記制御情報に基づいて復号して番組映像情報を再生する映像復号部と、前記映像復号部で再生した前記番組映像情報を表示する表示部と、前記放送受信装置のユーザが視聴を所望する放送番組が課金を要するアセットを含むことを制御情報が示している場合に所定の携帯情報端末に対して課金許可要求データを送信し、前記携帯情報端末から前記課金許可要求データに応じた応答データを受信する通信部と、前記所定の携帯情報端末を識別可能な端末識別情報および認証情報を記憶する認証情報記憶部と、制御部と、を備え、前記制御部は、前記通信部が受信した応答データが課金許可応答であって、前記課金許可応答に含まれる端末識別情報および認証情報の両方が前記認証情報記憶部に記憶されている端末識別情報および認証情報とそれぞれ一致する場合に、前記放送受信装置のユーザが視聴を所望する放送番組の課金を要するアセットの復号処理を行うように前記映像復号部を制御し、前記通信部が受信した応答データが課金拒否応答である場合に、前記放送受信装置のユーザが視聴を所望する放送番組の課金を要するアセットの復号処理を行わないように前記映像復号部を制御することを特徴とする放送受信装置、を用いる。
本発明の技術を用いることにより、より付加価値の高い機能を実行可能な放送受信装置および前記放送受信装置と連携可能な携帯情報端末を提供することができる。
実施例１に係る放送受信装置を含む放送通信システムの構成図である。 ＭＭＴにおける符号化信号の構成要素の説明図である。 ＭＭＴにおけるＭＰＵの構成図である。 ＭＭＴにおけるＭＭＴＰパケットの構成図である。 ＭＭＴを用いる放送システムのプロトコルスタックの概念図である。 放送システムで用いる制御情報の階層構成図である。 放送システムのＴＬＶ−ＳＩで使用されるテーブルの一覧である。 放送システムのＴＬＶ−ＳＩで使用される記述子の一覧である。 放送システムのＭＭＴ−ＳＩで使用されるメッセージの一覧である。 放送システムのＭＭＴ−ＳＩで使用されるテーブルの一覧である。 放送システムのＭＭＴ−ＳＩで使用される記述子の一覧（１）である。 放送システムのＭＭＴ−ＳＩで使用される記述子の一覧（２）である。 放送システムのＭＭＴ−ＳＩで使用される記述子の一覧（３）である。 放送システムのコンポーネントと各テーブルの関係を示す図である。 放送システムのＭＰＴのデータ構造を示す図である。 放送システムのロケーション情報のデータ構造を示す図である。 放送システムのＭＰＵタイムスタンプ記述子のデータ構造を示す図である。 放送システムのＭＨ−ＥＩＴのデータ構造を示す図である。 放送システムのイベントパッケージ記述子のデータ構造を示す図である。 実施例１に係る放送受信装置のブロック図である。 実施例１に係る放送受信装置の提示機能の論理的プレーン構造の構成図である。 実施例１に係る放送受信装置のソフトウェア構成図である。 実施例１に係る放送局サーバのブロック図である。 実施例１に係るサービス事業者サーバのブロック図である。 実施例１に係る携帯情報端末のブロック図である。 実施例１に係る携帯情報端末のソフトウェア構成図である。 実施例１に係る放送受信装置のクロック同期／提示同期のシステム構成図である。 放送システムのＮＴＰ形式のデータ構造を示す図である。 放送システムのＭＨ−ＴＯＴのデータ構造を示す図である。 放送システムのＪＳＴ＿ｔｉｍｅパラメータのフォーマットを示す図である。 放送システムのＴＭＣＣ拡張情報領域の時刻情報のデータ構造を示す図である。 実施例１に係る放送受信装置のＭＪＤからの現在日付の算出方法を示す図である。 実施例１に係る放送受信装置のチャンネルスキャン時の動作シーケンス図である。 放送システムのＴＬＶ−ＮＩＴのデータ構造を示す図である。 放送システムの衛星分配システム記述子のデータ構造を示す図である。 放送システムのサービスリスト記述子のデータ構造を示す図である。 放送システムのＡＭＴのデータ構造を示す図である。 実施例１に係る放送受信装置の選局時の動作シーケンス図である。 放送システムのＰＬＴによる各パッケージのＭＰＴの参照を説明する概念図である。 放送システムのＰＬＴのデータ構造を示す図である。 実施例１に係る放送受信装置を制御可能なリモコンの外観図である。 放送システムのリモートコントロールキー記述子のデータ構造を示す図である。 マルチ編成チャンネルの選局処理を説明する図である。 マルチビュー対応番組のアングル選択処理を説明する図である。 放送システムのＬＣＴのデータ構造を示す図である。 放送システムのＭＰＵ提示領域指定記述子のデータ構造を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当を示す図である。 ＬＣＴに基づく画面レイアウト制御の例外処理を説明する図である。 ＬＣＴに基づく画面レイアウト制御の例外処理を説明する図である。 放送システムの映像コンポーネント記述子のデータ構造を示す図である。 映像コンポーネント記述子の映像信号アスペクト比の意味を説明する図である。 実施例１に係る放送受信装置のアスペクト比変換処理を説明する図である。 実施例１に係る放送受信装置のアスペクト比変換処理を説明する図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置の緊急警報放送表示時の画面表示図である。 放送システムのコンテンツコピー制御記述子のデータ構造を示す図である。 コンテンツコピー制御記述子のコピー制御情報の意味を示す図である。 放送システムのコンテンツ利用制御記述子のデータ構造を示す図である。 実施例２に係る放送受信装置のブロック図である。 放送サービス切り替え時の現在時刻表示の不整合を説明する図である。 実施例２に係る現在時刻情報参照元の選択制御の動作を説明する図である。 実施例２に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例２に係る放送受信装置のＥＰＧ画面の画面表示図である。 時間方向階層符号化ＨＥＶＣビットストリームの伝送に関する概要を説明する図である。 放送システムの依存関係記述子のデータ構造を示す図である。 実施例３に係る放送受信装置の個人情報登録画面の画面表示図である。 実施例３に係る認証処理に用いる携帯情報端末の登録処理の動作シーケンス図である。 実施例３に係る携帯情報端末の認証使用許可要求の通知画面の画面表示図である。 実施例３に係る携帯情報端末の認証情報入力画面の画面表示図である。 実施例３に係る有料コンテンツを受信する際の課金処理の動作シーケンス図である。 実施例３に係る携帯情報端末の課金許可画面の画面表示図である。 実施例３に係る有料コンテンツを受信する際の課金処理の動作シーケンス図である。 放送システムのＭＨ−パレンタルレート記述子のデータ構造を示す図である。 ＭＨ−パレンタルレート記述子の年齢制限値の意味を示す図である。 ＭＨ−パレンタルレート記述子の同伴フラグの意味を示す図である。 ＭＨ−パレンタルレート記述子の年齢制限値の意味を示す図である。 実施例４に係る放送受信装置の視聴制限設定メニュー表示画面の画面表示図である。 実施例４に係る放送受信装置の保護者情報登録画面の画面表示図である。 実施例４に係る視聴制限コンテンツを受信する際の視聴制限制御処理の動作シーケンス図である。
以下、本発明の実施形態の例を、図面を用いて説明する。
（実施例１）
［システム構成］
図１は、本実施例の放送受信装置を含む放送通信システムの一例を示すシステム構成図である。本実施例の放送通信システムは、放送受信装置１００とアンテナ１００ａ、インターネット２００等のブロードバンドネットワークおよびルータ装置２００ｒとアクセスポイント２００ａ、放送局の電波塔３００ｔと放送衛星（または通信衛星）３００ｓ、放送局サーバ３００、サービス事業者サーバ４００、その他のアプリケーションサーバ５００、移動体電話通信サーバ６００と移動体電話通信網の基地局６００ｂ、携帯情報端末７００、で構成される。
放送受信装置１００は、電波塔３００ｔから送出された放送波を、放送衛星（または通信衛星）３００ｓおよびアンテナ１００ａを介して受信する。あるいは、電波塔３００ｔから送出された放送波を、放送衛星（または通信衛星）３００ｓを介さずに、直接アンテナ１００ａから受信しても良い。また、放送受信装置１００は、ルータ装置２００ｒを介してインターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。
ルータ装置２００ｒは、インターネット２００と有線通信により接続され、また、放送受信装置１００とは有線通信または無線通信で、携帯情報端末７００とは無線通信で接続される。前記無線通信は、Ｗｉ−Ｆｉ（登録商標）等の方式が使用されて良い。これにより、インターネット２００上の各サーバ装置やその他の通信機器と放送受信装置１００と携帯情報端末７００とが、ルータ装置２００ｒを介して、データの送受信を相互に行うことが可能となる。なお、放送受信装置１００と携帯情報端末７００との通信は、ルータ装置２００ｒを介さずに、ＢｌｕｅＴｏｏｔｈ（登録商標）やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の方式で直接通信を行っても良い。
電波塔３００ｔは、放送局の放送設備であり、放送番組の符号化データや字幕情報、その他のアプリケーション、汎用データ、等を含む放送波を送出する。放送衛星（または通信衛星）３００ｓは、放送局の電波塔３００ｔから送信された放送波を受信し、適宜周波数変換等を行った後に、放送受信装置１００に接続されたアンテナ１００ａに対して前記放送波を再送信する中継器である。また、前記放送局は放送局サーバ３００を備えるものとする。放送局サーバ３００は、放送番組（動画コンテンツ等）および各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者情報、放送日時、等のメタデータを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コンテンツおよび各メタデータの提供は、放送局サーバ３００が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して行われるものであって良い。
サービス事業者サーバ４００は、サービス事業者が用意するサーバ装置であり、放送局から配信される放送番組に連携した各種サービスを提供することが可能であるものとする。また、サービス事業者サーバ４００は、放送局サーバ３００から提供された動画コンテンツおよびメタデータや、放送番組に連携する各種コンテンツおよびアプリケーション等の記憶、管理および配信等を行う。また、テレビ受信機等からの問い合わせに対して、提供可能なコンテンツやアプリケーション等の検索や一覧の提供を行う機能も有するものとする。なお、前記コンテンツおよびメタデータの記憶、管理および配信と、前記アプリケーションの記憶、管理および配信は、異なるサーバ装置が行うものであっても良い。前記放送局と前記サービス事業者は同一であっても良いし、異なっていても良い。サービス事業者サーバ４００は、異なるサービス毎に複数用意されても良い。また、サービス事業者サーバ４００の機能は、放送局サーバ３００が兼ね備えるものであっても良い。
その他のアプリケーションサーバ５００は、その他の一般的なアプリケーションや動作プログラム、コンテンツ、データ、等の記憶、管理および配信等を行う公知のサーバ装置である。その他のアプリケーションサーバ５００は、インターネット２００上に複数あっても良い。
移動体電話通信サーバ６００は、インターネット２００と接続され、一方、基地局６００ｂを介して携帯情報端末７００と接続される。移動体電話通信サーバ６００は、携帯情報端末７００の移動体電話通信網を介した電話通信（通話）およびデータ送受信を管理し、携帯情報端末７００とインターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信を可能とする。基地局６００ｂと携帯情報端末７００との通信は、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）（登録商標）方式やＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）方式、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式、あるいはその他の通信方式によって行われるものであって良い。
携帯情報端末７００は、移動体電話通信網を介した電話通信（通話）およびデータ送受信の機能やＷｉ−Ｆｉ（登録商標）等による無線通信の機能を有するものとする。携帯情報端末７００は、ルータ装置２００ｒやアクセスポイント２００ａを介して、あるいは、移動体電話通信網の基地局６００ｂおよび移動体電話通信サーバ６００を介して、インターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。アクセスポイント２００ａは、インターネット２００と有線通信により接続され、また、携帯情報端末７００とは無線通信で接続される。前記無線通信は、Ｗｉ−Ｆｉ（登録商標）等の方式が使用されて良い。なお、携帯情報端末７００と放送受信装置１００との通信は、アクセスポイント２００ａおよびインターネット２００とルータ装置２００ｒを介して、あるいは、基地局６００ｂと移動体電話通信サーバ６００およびインターネット２００とルータ装置２００ｒを介して行われるものであっても良い。
［ＭＭＴ方式の概要］
図１に示した放送受信装置１００は、映像や音声等のデータを伝送するメディアトランスポート方式として、従来のデジタル放送システムで多く採用されているＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２システムで規定されたＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）（以下、ＭＰＥＧ２−ＴＳと記述する。）に代替して、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）に対応可能なテレビ受信機であるものとする。ＭＰＥＧ２−ＴＳとＭＭＴの双方に対応可能なテレビ受信機であっても良い。
ＭＰＥＧ２−ＴＳは、番組を構成する映像や音声等のコンポーネントを、制御信号やクロックと共に１つのストリームに多重することを特徴とする。クロックも含めて１つのストリームとして扱うため、伝送品質が確保された１つの伝送路で１つのコンテンツを伝送するのに適しており、従来の多くのデジタル放送システムで採用された。一方、近年のコンテンツの多様化、コンテンツを利用する機器の多様化、コンテンツを配信する伝送路の多様化、コンテンツ蓄積環境の多様化、等、コンテンツ配信に関する環境変化に対してＭＰＥＧ２−ＴＳの機能に限界があることから、新たに策定されたメディアトランスポート方式がＭＭＴである。
図２Ａに、本実施例のＭＭＴにおける符号化信号の概要の一例を示す。同図に示したように、本実施例のＭＭＴは、符号化信号を構成する要素として、ＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）、ＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）ペイロード、ＭＭＴＰパケットを有するものとする。
ＭＦＵは、映像や音声等の伝送時の形式であり、ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニット単位やアクセスユニット単位で構成されて良い。ＭＰＵは、１つ以上のアクセスユニットを含み、ＭＰＵ単体で映像や音声の復号処理を行うことが可能であるものとする。ＭＰＵは、ＭＰＵ全体の構成に関する情報を含むＭＰＵメタデータと、符号化したメディアデータの情報を含むムービーフラグメントメタデータと、符号化したメディアデータであるサンプルデータと、で構成されて良い。１つのＭＰＵにムービーフラグメントデータとサンプルデータが複数存在しても良い。また、サンプルデータからはＭＦＵを取り出すことが可能であるものとする。図２Ｂに、ＭＰＵの構成の一例を示す。なお、同一のアセットに属するＭＰＵ毎にシーケンス番号を付加することにより、アセットを識別するアセットＩＤとＭＰＵのシーケンス番号で、任意のＭＰＵを他のＭＰＵと区別可能であるものとする。また、映像コンポーネントや音声コンポーネント等のメディアの場合、ＭＰＵ単位やアクセスユニット単位で提示時刻や復号時刻が指定されても良い。
ＭＭＴＰパケットは、ヘッダ部とＭＭＴＰペイロードで構成され、ＭＦＵおよびＭＭＴの制御情報を伝送するものとする。ＭＭＴＰペイロードは、ペイロード部に格納する内容（データユニット）に応じたペイロードヘッダを備えるものとする。図２Ｃに、映像／音声信号からＭＦＵを構成し、更にＭＭＴＰペイロードに格納して、ＭＭＴＰパケットを構成するまでの概要の一例を示す。なお、フレーム間予測を用いて符号化を行う映像信号では、ＭＰＵをＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）単位で構成することが望ましい。また、伝送するＭＦＵの大きさが小さい場合、１つのペイロード部に１つのＭＦＵを格納しても良いし、１つのペイロード部に同一種類の複数のＭＦＵを格納しても良い。また、伝送するＭＦＵの大きさが大きい場合には、１つのＭＦＵを複数のペイロード部に分割して格納しても良い。また、ＭＭＴＰパケットは、伝送路上におけるパケットロスを回復するために、ＡＬ−ＦＥＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）やＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）等の技術を用いて保護されて良い。
本実施例の放送システムにおいては、映像符号化方式としてＭＰＥＧ−Ｈ ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）が用いられ、音声符号化方式としてＭＰＥＧ−４ ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）またはＭＰＥＧ−４ ＡＬＳ（Ａｕｄｉｏ Ｌｏｓｓｌｅｓｓ Ｃｏｄｉｎｇ）が用いられるものとする。前記各方式により符号化された、放送番組の映像や音声等の符号化データは、ＭＦＵやＭＰＵの形式とし、更にＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットで伝送するものとする。また、放送番組に関連するデータコンテンツに関してもＭＦＵやＭＰＵの形式とし、更にＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰパケットで伝送して良い。データコンテンツの伝送方式としては、（１）放送に同期したデータのストリーミングに用いる字幕／文字スーパー伝送方式、（２）放送と非同期のデータ伝送サービスに用いるアプリケーション伝送方式、（３）放送局からのテレビ受信機上で動作するアプリケーションに対する同期／非同期のメッセージ通知に用いるイベントメッセージ伝送方式、（４）その他の汎用データを同期型／非同期型で伝送する汎用データ伝送方式、の四種類が用意されるものとする。
ＭＭＴＰパケットの伝送には、放送伝送路ではＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が用いられ、通信回線ではＵＤＰ／ＩＰまたはＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が用いられるものとする。また、放送伝送路においては、ＩＰパケットの効率的な伝送のためにＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）多重化方式が用いられるものとする。本実施例の放送システムのプロトコルスタックの一例を図３に示す。図中、（Ａ）は放送伝送路におけるプロトコルスタックの一例であり、（Ｂ）は通信回線におけるプロトコルスタックの一例である。
本実施例の放送システムでは、ＭＭＴ−ＳＩ（ＭＭＴ−Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）とＴＬＶ−ＳＩ（ＴＬＶ−Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）の二種類の制御情報を伝送する仕組みを用意するものとする。ＭＭＴ−ＳＩは、放送番組の構成等を示す制御情報である。ＭＭＴの制御メッセージの形式とし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰパケットで伝送するものとする。ＴＬＶ−ＳＩは、ＩＰパケットの多重に関する制御情報であり、選局のための情報やＩＰアドレスとサービスの対応情報を提供するものとする。
また、ＭＭＴを用いた放送システムにおいても、絶対時刻を提供するために時刻情報を伝送するものとする。なお、ＭＰＥＧ２−ＴＳがＴＳ毎に異なるクロックをベースとしてコンポーネントの表示時刻を示していたのに対し、ＭＭＴでは、協定世界時刻（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ：ＵＴＣ）をベースとしてコンポーネントの表示時刻を示すものとする。これらの仕組みにより、異なる送信点から異なる伝送路で伝送されたコンポーネントを端末機器が同期して表示することが可能となる。ＵＴＣを提供するために、ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）形式のＩＰパケットを用いるものとする。
［ＭＭＴを用いる放送システムの制御情報］
本実施例の放送受信装置１００が対応する放送システムでは、前述したように、制御情報として、ＩＰパケットの多重のためのＴＬＶ多重化方式に関わるＴＬＶ−ＳＩと、メディアトランスポート方式であるＭＭＴに関わるＭＭＴ−ＳＩを用意する。ＴＬＶ−ＳＩは、放送伝送路に多重化されたＩＰパケットを、放送受信装置１００が多重解除するための情報を提供する。ＴＬＶ−ＳＩは、『テーブル』と『記述子』で構成される。『テーブル』はセクション形式で伝送され、『記述子』は『テーブル』内に配置されるものとする。ＭＭＴ−ＳＩは、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す伝送制御情報である。ＭＭＴ−ＳＩは、『テーブル』や『記述子』を格納する『メッセージ』、特定の情報を示す要素や属性を持つ『テーブル』、より詳細な情報を示す『記述子』の三階層で構成されるものとする。本実施例の放送システムで用いる制御情報の階層構成の一例を図４に示す。
＜ＴＬＶ−ＳＩで使用されるテーブル＞
図５Ａに、本実施例の放送受信装置１００が対応する放送システムのＴＬＶ−ＳＩで使用される『テーブル』の一覧を示す。本実施例では、ＴＬＶ−ＳＩの『テーブル』として以下に示すものが用いられるものとする。
（１）ＴＬＶ−ＮＩＴ
ＴＬＶ用ネットワーク情報テーブル（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ ｆｏｒ ＴＬＶ：ＴＬＶ−ＮＩＴ）は、ネットワークにより伝送されるＴＬＶストリームの物理的構成に関する情報およびネットワーク自身の特性を表すものである。
（２）ＡＭＴ
アドレスマップテーブル（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ：ＡＭＴ）は、ネットワークにおいて伝送される各サービスを構成するＩＰパケットのマルチキャストグループの一覧を提供する。
（３）事業者が設定するテーブル
その他、サービス事業者等が独自に設定したテーブルを用意することが可能である。
＜ＴＬＶ−ＳＩで使用される記述子＞
図５Ｂに、本実施例の放送受信装置１００が対応する放送システムのＴＬＶ−ＳＩに配置される『記述子』の一覧を示す。本実施例では、ＴＬＶ−ＳＩの『記述子』として以下に示すものが用いられるものとする。
（１）サービスリスト記述子
サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。
（２）衛星分配システム記述子
衛星分配システム記述子は、衛星伝送路の物理的条件を示す。
（３）システム管理記述子
システム管理記述子は、放送と非放送を識別するために使用される。
（４）ネットワーク名記述子
ネットワーク名記述子は、文字符号によりネットワーク名を記述する。
（５）リモートコントロールキー記述子
リモートコントロールキー記述子は、受信機用リモコンのワンタッチ選局ボタンに割り当てるサービスを設定するために使用される。
（６）事業者が設定する記述子
その他、サービス事業者等が独自に設定した記述子を用意することが可能である。
＜ＭＭＴ−ＳＩで使用されるメッセージ＞
図６Ａに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩで使用される『メッセージ』の一覧を示す。本実施例では、ＭＭＴ−ＳＩの『メッセージ』として以下に示すものが用いられるものとする。
（１）ＰＡメッセージ
Ｐａｃｋａｇｅ Ａｃｃｅｓｓ（ＰＡ）メッセージは、種々のテーブルを伝送するために用いる。
（２）Ｍ２セクションメッセージ
Ｍ２セクションメッセージは、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するために用いる。
（３）ＣＡメッセージ
ＣＡメッセージは、限定受信方式の識別のためのテーブルを伝送するために用いる。
（４）Ｍ２短セクションメッセージ
Ｍ２短セクションメッセージは、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション短形式を伝送するために用いる。
（５）データ伝送メッセージ
データ伝送メッセージは、データ伝送に関するテーブルを格納するメッセージである。
（６）事業者が設定するメッセージ
その他、サービス事業者等が独自に設定したメッセージを用意することが可能である。
＜ＭＭＴ−ＳＩで使用されるテーブル＞
図６Ｂに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩで使用される『テーブル』の一覧を示す。テーブルは、特定の情報を示す要素や属性を持つ制御情報であり、メッセージに格納してＭＭＴＰパケットで伝送するものとする。なお、テーブルを格納するメッセージはテーブルに応じて決まっていても良い。本実施例では、ＭＭＴ−ＳＩの『テーブル』として以下に示すものが用いられるものとする。
（１）ＭＰＴ
ＭＭＴパッケージテーブル（ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ：ＭＰＴ）は、アセットのリストやアセットのネットワーク上の位置などのパッケージを構成する情報を与える。ＭＰＴはＰＡメッセージに格納されて良い。
（２）ＰＬＴ
パッケージリストテーブル（Ｐａｃｋａｇｅ Ｌｉｓｔ Ｔａｂｌｅ：ＰＬＴ）は、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータフローおよびパケットＩＤ並びにＩＰサービスを伝送するＩＰデータフローの一覧を示す。ＰＬＴはＰＡメッセージに格納されて良い。
（３）ＬＣＴ
レイアウト設定テーブル（Ｌａｙｏｕｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＬＣＴ）は、提示のためのレイアウト情報をレイアウト番号に対応付けるために用いる。ＬＣＴはＰＡメッセージに格納されて良い。
（４）ＥＣＭ
Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（ＥＣＭ）は、番組情報および制御情報からなる共通情報であり、スクランブルを解除するための鍵情報などを配送する。ＥＣＭはＭ２セクションメッセージに格納されて良い。
（５）ＥＭＭ
Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ（ＥＭＭ）は、加入者毎の契約情報やＥＣＭ（共通情報）の暗号を解くための鍵情報などを含む個別情報を伝送する。ＥＭＭはＭ２セクションメッセージに格納されて良い。
（６）ＣＡＴ（ＭＨ）
ＣＡテーブル（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂｌｅ：ＣＡＴ）（ＭＨ）は、限定受信方式の識別のための記述子を格納するために用いる。ＣＡＴ（ＭＨ）はＣＡメッセージに格納されて良い。
（７）ＤＣＭ
Ｄｏｗｎｌｏａｄ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（ＤＣＭ）は、ダウンロードのための伝送路暗号を復号するための鍵などからなる鍵関連情報を伝送する。ＤＣＭはＭ２セクションメッセージに格納されて良い。
（８）ＤＭＭ
Ｄｏｗｎｌｏａｄ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ（ＤＭＭ）は、ＤＣＭの暗号を解くためのダウンロード鍵などからなる鍵関連情報を伝送する。ＤＭＭはＭ２セクションメッセージに格納されて良い。
（９）ＭＨ−ＥＩＴ
ＭＨ−イベント情報テーブル（ＭＨ−Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＥＩＴ）は、各サービスに含まれるイベントに関する時系列情報である。ＭＨ−ＥＩＴはＭ２セクションメッセージに格納されて良い。
（１０）ＭＨ−ＡＩＴ
ＭＨ−アプリケーション情報テーブル（ＭＨ−Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＡＩＴ）は、アプリケーションに関する全ての情報およびアプリケーションに要求される起動状態等を格納する。ＭＨ−ＡＩＴはＭ２セクションメッセージに格納されて良い。
（１１）ＭＨ−ＢＩＴ
ＭＨ−ブロードキャスタ情報テーブル（ＭＨ−Ｂｒｏａｄｃａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＢＩＴ）は、ネットワーク上に存在するブロードキャスタの情報を提示するために用いる。ＭＨ−ＢＩＴはＭ２セクションメッセージに格納されて良い。
（１２）ＭＨ−ＳＤＴＴ
ＭＨ−ソフトウェアダウンロードトリガテーブル（ＭＨ−Ｓｏｆｔｗａｒｅ Ｄｏｗｎｌｏａｄ Ｔｒｉｇｇｅｒ Ｔａｂｌｅ：ＭＨ−ＳＤＴＴ）は、ダウンロードの告知情報のために用いる。ＭＨ−ＳＤＴＴはＭ２セクションメッセージに格納されて良い。
（１３）ＭＨ−ＳＤＴ
ＭＨ−サービス記述テーブル（ＭＨ−Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＳＤＴ）は、特定のＴＬＶストリームに含まれるサービスを表すサブテーブルを有し、編成チャンネルの名称、放送事業者の名称など、編成チャンネルに関する情報を伝送する。ＭＨ−ＳＤＴはＭ２セクションメッセージに格納されて良い。
（１４）ＭＨ−ＴＯＴ
ＭＨ−タイムオフセットテーブル（ＭＨ−Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ：ＭＨ−ＴＯＴ）は、ＪＳＴ時刻と日付（修正ユリウス日）情報を伝送する。ＭＨ−ＴＯＴはＭ２短セクションメッセージに格納されて良い。
（１５）ＭＨ−ＣＤＴ
ＭＨ−共通データテーブル（ＭＨ−Ｃｏｍｍｏｎ Ｄａｔａ Ｔａｂｌｅ：ＭＨ−ＣＤＴ）は、これを受信する全ての受信機を対象として、不揮発性メモリに格納すべき共通データをセクション形式で伝送するために用いる。ＭＨ−ＣＤＴはＭ２セクションメッセージに格納されて良い。
（１６）ＤＤＭテーブル
データディレクトリ管理テーブル（Ｄａｔａ Ｄｉｒｅｃｔｏｒｙ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＤＭテーブル）は、アプリケーションのファイル構成とファイル伝送のための構成を分離するために、アプリケーションを構成するファイルのディレクトリ構成を提供する。ＤＤＭテーブルはデータ伝送メッセージに格納されて良い。
（１７）ＤＡＭテーブル
データアセット管理テーブル（Ｄａｔａ Ａｓｓｅｔ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＡＭテーブル）は、アセット内のＭＰＵの構成とＭＰＵ毎のバージョン情報を提供する。ＤＡＭテーブルはデータ伝送メッセージに格納されて良い。
（１８）ＤＣＣテーブル
データコンテント管理テーブル（Ｄａｔａ Ｃｏｎｔｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＤＣＣテーブル）は、柔軟で有効なキャッシュ制御を実現するため、データコンテンツとしてのファイルの構成情報を提供する。ＤＣＣテーブルはデータ伝送メッセージに格納されて良い。
（１９）ＥＭＴ
イベントメッセージテーブル（Ｅｖｅｎｔ Ｍｅｓｓａｇｅ Ｔａｂｌｅ：ＥＭＴ）は、イベントメッセージに関する情報を伝送するために用いる。ＥＭＴはＭ２セクションメッセージに格納されて良い。
（２０）事業者が設定するテーブル
その他、サービス事業者等が独自に設定したテーブルを用意することが可能である。
＜ＭＭＴ−ＳＩで使用される記述子＞
図６Ｃ、図６Ｄおよび図６Ｅに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩに配置される『記述子』の一覧を示す。記述子は、より詳細な情報を提供する制御情報であり、テーブルに配置されるものとする。なお、記述子を配置するテーブルは記述子に応じて決まっていても良い。本実施例では、ＭＭＴ−ＳＩの『記述子』として以下に示すものが用いられるものとする。
（１）アセットグループ記述子
アセットグループ記述子は、アセットのグループ関係とグループ内での優先度を提供する。アセットグループ記述子はＭＰＴに配置されて良い。
（２）イベントパッケージ記述子
イベントパッケージ記述子は、番組を表すイベントとパッケージの対応を提供する。イベントパッケージ記述子はＭ２セクションメッセージにて伝送されるＭＨ−ＥＩＴに配置されて良い。
（３）背景色指定記述子
背景色指定記述子は、レイアウト指定における最背面の背景色を提供する。背景色指定記述子はＬＣＴに配置されて良い。
（４）ＭＰＵ提示領域指定記述子
ＭＰＵ提示領域指定記述子は、ＭＰＵを提示する位置を提供する。ＭＰＵ提示領域指定記述子はＭＰＴに配置されて良い。
（５）ＭＰＵタイムスタンプ記述子
ＭＰＵタイムスタンプ記述子は、ＭＰＵにおいて提示順序で最初のアクセスユニットの提示時刻を示す。ＭＰＵタイムスタンプ記述子はＭＰＴに配置されて良い。
（６）依存関係記述子
依存関係記述子は、依存関係にあるアセットのアセットＩＤを提供する。依存関係記述子はＭＰＴに配置されて良い。
（７）アクセス制御記述子
アクセス制御記述子は、限定受信方式を識別するための情報を提供する。アクセス制御記述子はＭＰＴまたはＣＡＴ（ＭＨ）に配置されて良い。
（８）スクランブル方式記述子
スクランブル方式記述子は、スクランブル時の暗号化対象および暗号アルゴリズムの種別を識別するための情報を提供する。スクランブル方式記述子はＭＰＴまたはＣＡＴ（ＭＨ）に配置されて良い。
（９）メッセージ認証方式記述子
メッセージ認証方式記述子は、メッセージ認証を行う場合にメッセージ認証方式を識別するための情報を提供する。メッセージ認証方式記述子はＭＰＴまたはＣＡＴ（ＭＨ）に配置されて良い。
（１０）緊急情報記述子（ＭＨ）
緊急情報記述子（ＭＨ）は、緊急警報放送を行う場合に用いる。緊急情報記述子（ＭＨ）はＭＰＴに配置されて良い。
（１１）ＭＨ−ＭＰＥＧ−４オーディオ記述子
ＭＨ−ＭＰＥＧ−４オーディオ記述子は、ＩＳＯ／ＩＥＣ １４４９６−３（ＭＰＥＧ−４オーディオ）のオーディオストリームの符号化パラメータを特定するための基本情報を記述するために用いる。ＭＨ−ＭＰＥＧ−４オーディオ記述子はＭＰＴに配置されて良い。
（１２）ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子
ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子は、ＭＰＥＧ−４オーディオストリームのプロファイルとレベルおよび符号化方式固有の設定を記述するために用いる。ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子はＭＰＴに配置されて良い。
（１３）ＭＨ−ＨＥＶＣビデオ記述子
ＭＨ−ＨＥＶＣビデオ記述子は、ＩＴＵ−Ｔ勧告Ｈ．２６５｜ＩＳＯ／ＩＥＣ ２３００８−２の映像ストリーム（ＨＥＶＣストリーム）の基本的な符号化パラメータを記述するために用いる。ＭＨ−ＨＥＶＣビデオ記述子はＭＰＴに配置されて良い。
（１４）ＭＨ−リンク記述子
ＭＨ−リンク記述子は、番組配列情報システムに記載されているある特定のものに関連した追加情報を視聴者が要求した場合に提供されるサービスを識別する。ＭＨ−リンク記述子は、ＭＰＴ、ＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、等に配置されて良い。
（１５）ＭＨ−イベントグループ記述子
ＭＨ−イベントグループ記述子は、複数のイベント間に関係がある場合にそれらのイベント群がグループ化されていることを示すために用いる。ＭＨ−イベントグループ記述子はＭＨ−ＥＩＴに配置されて良い。
（１６）ＭＨ−サービスリスト記述子
ＭＨ−サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。ＭＨ−サービスリスト記述子はＭＨ−ＢＩＴに配置されて良い。
（１７）ＭＨ−短形式イベント記述子
ＭＨ−短形式イベント記述子は、イベント名およびそのイベントの短い記述をテキスト形式で表す。ＭＨ−短形式イベント記述子はＭＨ−ＥＩＴに配置されて良い。
（１８）ＭＨ−拡張形式イベント記述子
ＭＨ−拡張形式イベント記述子は、ＭＨ−短形式イベント記述子に付け加えて使用され、イベントの詳細記述を提供する。ＭＨ−拡張形式イベント記述子はＭＨ−ＥＩＴに配置されて良い。
（１９）映像コンポーネント記述子
映像コンポーネント記述子は、映像コンポーネントに関するパラメータや説明を示し、エレメンタリストリームを文字形式で表現するためにも利用される。映像コンポーネント記述子はＭＰＴまたはＭＨ−ＥＩＴに配置されて良い。
（２０）ＭＨ−ストリーム識別記述子
ＭＨ−ストリーム識別記述子は、サービスのコンポーネントストリームにラベルを付け、このラベルによってＭＨ−ＥＩＴ内の映像コンポーネント記述子で示される記述内容を参照できるために使用する。ＭＨ−ストリーム識別記述子はＭＰＴに配置されて良い。
（２１）ＭＨ−コンテント記述子
ＭＨ−コンテント記述子は、イベントのジャンルを示す。ＭＨ−コンテント記述子はＭＨ−ＥＩＴに配置されて良い。
（２２）ＭＨ−パレンタルレート記述子
ＭＨ−パレンタルレート記述子は、年齢に基づいた視聴制限を表し、また、他の制限条件に基づくよう拡張するために用いる。ＭＨ−パレンタルレート記述子はＭＰＴまたはＭＨ−ＥＩＴに配置されて良い。
（２３）ＭＨ−音声コンポーネント記述子
ＭＨ−音声コンポーネント記述子は、音声エレメンタリストリームの各パラメータを示し、エレメンタリストリームを文字形式で表現するためにも利用される。ＭＨ−音声コンポーネント記述子はＭＰＴまたはＭＨ−ＥＩＴに配置されて良い。
（２４）ＭＨ−対象地域記述子
ＭＨ−対象地域記述子は、番組または番組を構成する一部のストリームが対象とする地域を記述するために使用される。ＭＨ−対象地域記述子はＭＰＴに配置されて良い。
（２５）ＭＨ−シリーズ記述子
ＭＨ−シリーズ記述子は、シリーズ番組を識別するために用いる。ＭＨ−シリーズ記述子はＭＨ−ＥＩＴに配置されて良い。
（２６）ＭＨ−ＳＩ伝送パラメータ記述子
ＭＨ−ＳＩ伝送パラメータ記述子は、ＳＩの伝送パラメータを示すために用いる。ＭＨ−ＳＩ伝送パラメータ記述子はＭＨ−ＢＩＴに配置されて良い。
（２７）ＭＨ−ブロードキャスタ名記述子
ＭＨ−ブロードキャスタ名記述子は、ブロードキャスタの名称を記述する。ＭＨ−ブロードキャスタ名記述子はＭＨ−ＢＩＴに配置されて良い。
（２８）ＭＨ−サービス記述子
ＭＨ−サービス記述子は、編成チャンネル名とその事業者名をサービス形式種別と共に文字符号で表す。ＭＨ−サービス記述子はＭＨ−ＳＤＴに配置されて良い。
（２９）ＩＰデータフロー記述子
ＩＰデータフロー記述子は、サービスを構成するＩＰデータフローの情報を提供する。ＩＰデータフロー記述子はＭＨ−ＳＤＴに配置されて良い。
（３０）ＭＨ−ＣＡ起動記述子
ＭＨ−ＣＡ起動記述子は、ＣＡＳ基盤上のＣＡＳプログラムを起動するための起動情報を記載する。ＭＨ−ＣＡ起動記述子はＭＰＴまたはＣＡＴ（ＣＡ）に配置されて良い。
（３１）ＭＨ−Ｔｙｐｅ記述子
ＭＨ−Ｔｙｐｅ記述子は、アプリケーション伝送方式で伝送されるファイルの型を示す。ＭＨ−Ｔｙｐｅ記述子はＤＡＭテーブルに配置されて良い。
（３２）ＭＨ−Ｉｎｆｏ記述子
ＭＨ−Ｉｎｆｏ記述子は、ＭＰＵまたはアイテムに関する情報を記述する。ＭＨ−Ｉｎｆｏ記述子はＤＡＭテーブルに配置されて良い。
（３３）ＭＨ−Ｅｘｐｉｒｅ記述子
ＭＨ−Ｅｘｐｉｒｅ記述子は、アイテムの有効期限を記述する。ＭＨ−Ｅｘｐｉｒｅ記述子はＤＡＭテーブルに配置されて良い。
（３４）ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子
ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子は、伝送するアイテムが圧縮されていることを意味し、その圧縮アルゴリズムと圧縮前のアイテムのバイト数を示す。ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子はＤＡＭテーブルに配置されて良い。
（３５）ＭＨ−データ符号化方式記述子
ＭＨ−データ符号化方式記述子は、データ符号化方式を識別するために使用される。ＭＨ−データ符号化方式記述子はＭＰＴに配置されて良い。
（３６）ＵＴＣ−ＮＰＴ参照記述子
ＵＴＣ−ＮＰＴ参照記述子は、ＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）とＵＴＣの関係を伝達するために用いる。ＵＴＣ−ＮＰＴ参照記述子はＥＭＴに配置されて良い。
（３７）イベントメッセージ記述子
イベントメッセージ記述子は、イベントメッセージ一般に関する情報を伝達する。イベントメッセージ記述子はＥＭＴに配置されて良い。
（３８）ＭＨ−ローカル時間オフセット記述子
ＭＨ−ローカル時間オフセット記述子は、サマータイム実施時に実際の時刻（例えば、ＵＴＣ＋９時間）と人間系への表示時刻に一定のオフセット値を持たせるときに用いる。ＭＨ−ローカル時間オフセット記述子はＭＨ−ＴＯＴに配置されて良い。
（３９）ＭＨ−コンポーネントグループ記述子
ＭＨ−コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義して識別する。ＭＨ−コンポーネントグループ記述子はＭＨ−ＥＩＴに配置されて良い。
（４０）ＭＨ−ロゴ伝送記述子
ＭＨ−ロゴ伝送記述子は、簡易ロゴ用文字列、ＣＤＴ形式のロゴへのポインティングなどを記述するために用いる。ＭＨ−ロゴ伝送記述子はＭＨ−ＳＤＴに配置されて良い。
（４１）ＭＰＵ拡張タイムスタンプ記述子
ＭＰＵ拡張タイムスタンプ記述子は、ＭＰＵ内のアクセスユニットの復号時刻を提供する。ＭＰＵ拡張タイムスタンプ記述子はＭＰＴに配置されて良い。
（４２）ＭＰＵダウンロードコンテンツ記述子
ＭＰＵダウンロードコンテンツ記述子は、ＭＰＵを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。ＭＰＵダウンロードコンテンツ記述子はＭＨ−ＳＤＴＴに配置されて良い。
（４３）ＭＨ−ネットワークダウンロードコンテンツ記述子
ＭＨ−ネットワークダウンロードコンテンツ記述子は、ネットワークを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。ＭＨ−ネットワークダウンロードコンテンツ記述子はＭＨ−ＳＤＴＴに配置されて良い。
（４４）ＭＨ−アプリケーション記述子
ＭＨ−アプリケーション記述子は、アプリケーションの情報を記述する。ＭＨ−アプリケーション記述子はＭＨ−ＡＩＴに配置されて良い。
（４５）ＭＨ−伝送プロトコル記述子
ＭＨ−伝送プロトコル記述子は、放送や通信等の伝送プロトコルの指定と伝送プロトコルに依存したアプリケーションのロケーション情報を示すために用いる。ＭＨ−伝送プロトコル記述子はＭＨ−ＡＩＴに配置されて良い。
（４６）ＭＨ−簡易アプリケーションロケーション記述子
ＭＨ−簡易アプリケーションロケーション記述子は、アプリケーションの取得先の詳細を指示するために記述する。ＭＨ−簡易アプリケーションロケーション記述子はＭＨ−ＡＩＴに配置されて良い。
（４７）ＭＨ−アプリケーション境界権限設定記述子
ＭＨ−アプリケーション境界権限設定記述子は、アプリケーションバウンダリを設定し、かつ領域（ＵＲＬ）毎に放送リソースアクセスの権限を設定するために記述する。ＭＨ−アプリケーション境界権限設定記述子はＭＨ−ＡＩＴに配置されて良い。
（４８）ＭＨ−起動優先情報記述子
ＭＨ−起動優先情報記述子は、アプリケーションの起動優先度を指定するために記述する。ＭＨ−起動優先情報記述子はＭＨ−ＡＩＴに配置されて良い。
（４９）ＭＨ−キャッシュ情報記述子
ＭＨ−キャッシュ情報記述子は、アプリケーションの再利用が想定される場合に、アプリケーションを構成するリソースをキャッシュし保持しておく場合のキャッシュ制御に用いるために記述する。ＭＨ−キャッシュ情報記述子はＭＨ−ＡＩＴに配置されて良い。
（５０）ＭＨ−確率的適用遅延記述子
ＭＨ−確率的適用遅延記述子は、アプリケーション取得のサーバアクセスの負荷分散を想定して、アプリケーション制御を行うタイミングを確率的に設定した遅延量だけ遅らせるために記述する。ＭＨ−確率的適用遅延記述子はＭＨ−ＡＩＴに配置されて良い。
（５１）リンク先ＰＵ記述子
リンク先ＰＵ記述子は、当該プレゼンテーションユニット（ＰＵ）から遷移する可能性のある他のプレゼンテーションユニットを記述する。リンク先ＰＵ記述子はＤＣＣテーブルに配置されて良い。
（５２）ロックキャッシュ指定記述子
ロックキャッシュ指定記述子は、当該プレゼンテーションユニットにおいてキャッシュし、かつロックする対象のファイルの指定を記述する。ロックキャッシュ指定記述子はＤＣＣテーブルに配置されて良い。
（５３）アンロックキャッシュ指定記述子
アンロックキャッシュ指定記述子は、当該プレゼンテーションユニットにおいてロックされているファイルのうちのアンロックするファイルの指定を記述する。アンロックキャッシュ指定記述子はＤＣＣテーブルに配置されて良い。
（５４）ＭＨ−ダウンロード保護記述子
ＭＨ−ダウンロード保護記述子は、ＤＣＭやＤＭＭを伝送するＭＭＴＰパケットのロケーション情報および伝送情報を記述する。ＭＨ−ダウンロード保護記述子はＭＰＴまたはＭＨ−ＳＤＴＴに配置されて良い。
（５５）アプリケーションサービス記述子
アプリケーションサービス記述子は、サービスに関連するアプリケーションのエントリー情報等を記述する。アプリケーションサービス記述子はＭＰＴに配置されて良い。
（５６）ＭＰＵノード記述子
ＭＰＵノード記述子は、当該ＭＰＵがデータディレクトリ管理テーブルにて規定されるディレクトリノードに対応することを示す。ＭＰＵノード記述子はＤＡＭテーブルに配置されて良い。
（５７）ＰＵ構成記述子
ＰＵ構成記述子は、当該プレゼンテーションユニットと伝送単位とのマッピング情報として、プレゼンテーションユニットを構成するＭＰＵのリストを示す。ＰＵ構成記述子はＤＣＣテーブルに配置されて良い。
（５８）ＭＨ−階層符号化記述子
ＭＨ−階層符号化記述子は、階層符号化された映像ストリームコンポーネントを識別するための情報を記述する。ＭＨ−階層符号化記述子はＭＰＴに配置されて良い。
（５９）コンテンツコピー制御記述子
コンテンツコピー制御記述子は、サービス全体に対する、デジタル記録機器におけるコピー世代を制御する情報を示し、デジタル記録が行われることが想定される場合に、放送局（著作権者側）がコピーに関する情報あるいは最大伝送レートをデジタル記録機器に伝えるために用いられる。コンテンツコピー制御記述子はＭＰＴ、ＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、等に配置されて良い。
（６０）コンテンツ利用制御記述子
コンテンツ利用制御記述子は、番組に対して、ハードディスク等に蓄積する場合や受信機から映像／音声信号を出力する場合に、コピー制御、リモート視聴制御に関する情報を示すために用いられる。コンテンツ利用制御記述子はＭＰＴ、ＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、等に配置されて良い。
（６１）事業者が設定する記述子
その他、サービス事業者等が独自に設定した記述子を用意することが可能である。
＜ＭＭＴ方式におけるデータ伝送と各制御情報の関係＞
ここで、図７Ａを用いて、本実施例の放送受信装置１００が対応する放送システムにより伝送される映像や音声等の各コンポーネントとＭＭＴ−ＳＩの代表的なテーブルとの関係について説明する。なお、ＭＭＴ方式においては、コンポーネントをアセットと定義しており、以下では、コンポーネントをアセットと表記する場合がある。
本実施例の放送受信装置１００が対応する放送システムでは、放送伝送路を介したＴＬＶストリームや通信回線を介したＩＰデータフロー等、複数の経路でデータ伝送を行うことができる。ＴＬＶストリームには、ＴＬＶ−ＮＩＴやＡＭＴなどのＴＬＶ−ＳＩと、ＩＰパケットのデータフローであるＩＰデータフローが含まれている。ＩＰデータフロー内には一連の映像ＭＰＵを含む映像アセットや一連の音声ＭＰＵを含む音声アセットが含まれている。同様に、ＩＰデータフロー内には一連の字幕ＭＰＵを含む字幕アセット、一連の文字スーパーＭＰＵを含む文字スーパーアセット、一連のデータＭＰＵを含むデータアセットなどが含まれても良い。
これらの各種アセットは、ＰＡメッセージに格納されて伝送されるＭＰＴ（ＭＭＴパッケージテーブル）の記述により、『パッケージ』に関連付けられる。具体的には、ＭＰＴにパッケージを識別するパッケージＩＤと当該パッケージに含まれる各アセットを識別するアセットＩＤとを記述することにより、前記関連付けを行えば良い。図７ＢにＭＰＴのデータ構造の一例を示す。図中の『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータが前記パッケージＩＤに対応し、『ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ』パラメータが前記アセットＩＤに対応する。
パッケージを構成するアセットはＴＬＶストリーム内のアセットのみとすることもできるが、図７Ａに示したように、通信回線のＩＰデータフローで伝送されるアセットを含めることもできる。これは、当該パッケージに含まれる各アセットを識別するアセットＩＤと共に前記アセットのロケーション情報をＭＰＴ内に記述して、本実施例の放送受信装置１００が各アセットの参照先を把握可能とすることにより実現できる。前記ロケーション情報は、図７Ｂに示したＭＰＴのデータ構造における『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』により指定される。図７Ｃにロケーション情報のデータ構造の一例を示す。
なお、前記ロケーション情報の『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ』パラメータの値に応じて、
(１)ＭＰＴと同一のＩＰデータフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ００）
(２)ＩＰｖ４データフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０１）
(３)ＩＰｖ６データフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０２）
(４)放送のＭＰＥＧ２−ＴＳに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０３）
(５)ＩＰデータフロー内にＭＰＥＧ２−ＴＳ形式で多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０４）
(６)指定するＵＲＬにあるデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０５）
など、様々な伝送経路で伝送される各種データを、放送受信装置１００が参照できるように構成することが可能となる。
前述の参照先のうち、（１）は、例えば、本実施例の放送受信装置１００がアンテナ１００ａを介して受信するデジタル放送信号のＴＬＶストリームに含まれるＩＰデータフローである。但し、ＭＰＴを通信回線側のＩＰデータフローにも含めて伝送する場合は、（１）の参照先が通信回線を介して受信するＩＰデータフローになる場合もある。また、前記（２）、（３）、（５）、（６）は本実施例の放送受信装置１００が通信回線を介して受信するＩＰデータフローである。また、前記（４）は、例えば、後述する実施例２の放送受信装置８００のように、ＭＭＴ方式を用いるデジタル放送信号を受信する受信機能と、ＭＰＥＧ２−ＴＳ方式を用いるデジタル放送信号を受信する受信機能の両者を有する放送受信装置の場合に、ＭＭＴ方式を用いるデジタル放送信号に含まれるＭＰＴのロケーション情報に基づいて、ＭＰＥＧ２−ＴＳ方式を用いるデジタル放送信号を受信する受信機能で受信するＭＰＥＧ２−ＴＳに多重されているデータを参照する場合に用いることができる。
また、映像コンポーネントや音声コンポーネント等のメディアでは、ＭＰＵ単位やアクセスユニット単位で提示時刻や復号時刻を指定可能である。前記提示時刻や復号時刻に関する情報は、ＭＰＵタイムスタンプ記述子やＭＰＵ拡張タイムスタンプ記述子としてＭＰＴに記述される。図７Ｄに、前記提示時刻に関する情報を記述するＭＰＵタイムスタンプ記述子のデータ構造の一例を示す。各ＭＰＵの提示時刻情報は、前記ＭＰＵタイムスタンプ記述子の『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータで指定される。また、前記指定の対象となるＭＰＵは、『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータにより識別可能である。本実施例の放送受信装置１００では、当該提示時刻情報を用いて、ＭＰＴが指定する複数のＭＰＵを、ＵＴＣ表記の時刻情報であるＮＴＰに基づくクロックを基準に、連動して提示（表示、出力など）することが可能となる。また、前記復号時刻に関する情報も、同様に、ＭＰＵ拡張タイムスタンプ記述子によって記述されるが、詳細説明は省略する。なお、当該ＮＴＰに基づくクロックを用いた各種データの提示制御については後述する。
本実施例の放送システムにおいて、前記『パッケージ』単位の一連のデータがデジタル放送の『サービス』に対応する。また、前記『サービス』は、スケジュールに従って送出される『番組』の連続である。前記『番組』は、ＭＭＴ方式において、『イベント』として扱われる。各イベントは、ＭＨ−ＥＩＴにより開始時刻や継続時間を指定される。また、ＭＨ−ＥＩＴに配置されるイベントパッケージ記述子により、各イベントが対応するＭＭＴパッケージのＩＤが指定される。図７Ｅに、ＭＨ−ＥＩＴのデータ構造の一例を示す。図中の『ｓｔａｒｔ＿ｔｉｍｅ』パラメータにより前記開始時刻が指定され、『ｄｕｒａｔｉｏｎ』パラメータにより前記継続時間が指定される。図７Ｆに、イベントパッケージ記述子のデータ構造の一例を示す。ＭＨ−ＥＩＴに配置される前記イベントパッケージ記述子の『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータにより各イベントとＭＭＴパッケージの対応が指定可能となる。ＭＨ−ＥＩＴは、本実施例の放送受信装置１００において当該『イベント』単位での各種処理（例えば、電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理）などに用いることができる。
［放送受信装置のハードウェア構成］
図８Ａは、放送受信装置１００の内部構成の一例を示すブロック図である。放送受信装置１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、ＬＡＮ通信部１２１、拡張インタフェース部１２４、デジタルインタフェース部１２５、チューナ／復調部１３１、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、映像合成部１６１、モニタ部１６２、映像出力部１６３、音声合成部１６４、スピーカ部１６５、音声出力部１６６、操作入力部１７０、で構成される。
主制御部１０１は、所定の動作プログラムに従って放送受信装置１００全体を制御するマイクロプロセッサユニットである。システムバス１０２は主制御部１０１と放送受信装置１００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納された不揮発性メモリであり、例えばＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）やフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＯＭ１０３には、放送受信装置１００の動作に必要な動作設定値が記憶されても良い。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ１０３およびＲＡＭ１０４は主制御部１０１と一体構成であっても良い。また、ＲＯＭ１０３は、図８Ａに示したような独立構成とはせず、ストレージ（蓄積）部１１０内の一部記憶領域を使用するようにしても良い。
ストレージ（蓄積）部１１０は、放送受信装置１００の動作プログラムや動作設定値、放送受信装置１００のユーザの個人情報等を記憶する。また、インターネット２００を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、放送波から取得した、あるいは、インターネット２００を介してダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ（蓄積）部１１０の一部領域を以ってＲＯＭ１０３の機能の全部または一部を代替しても良い。また、ストレージ（蓄積）部１１０は、放送受信装置１００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュＲＯＭやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性半導体素子メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの磁気ディスクドライブ、等のデバイスが用いられる。
なお、ＲＯＭ１０３やストレージ（蓄積）部１１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により、追加、更新および機能拡張することが可能であるものとする。
ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信部１２１は、ルータ装置２００ｒを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のＭＭＴデータ列（あるいは、その一部）の取得も行うものとする。ルータ装置２００ｒとの接続は有線接続であっても良いし、Ｗｉ−Ｆｉ（登録商標）等の無線接続であっても良い。ＬＡＮ通信部１２１は符号回路や復号回路等を備えるものとする。また、放送受信装置１００が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部やＮＦＣ通信部、赤外線通信部等、他の通信部を更に備えていても良い。
チューナ／復調部１３１は、アンテナ１００ａを介して電波塔３００ｔから送信された放送波を受信し、主制御部１０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、チューナ／復調部１３１は、受信した放送信号を復調してＭＭＴデータ列を取得する。なお、図８Ａに示した例では、チューナ／復調部が１つである構成を例示しているが、複数画面同時表示や裏番組録画等を目的として、放送受信装置１００がチューナ／復調部を複数搭載する構成としても良い。
分離部１３２はＭＭＴデコーダであり、入力したＭＭＴデータ列中の制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等を、それぞれ映像デコーダ１４１、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、等に分配する。分離部１３２に入力されるデータは、放送伝送路を介して伝送されてチューナ／復調部１３１で復調されたＭＭＴデータ列や、通信回線を介して伝送されてＬＡＮ通信部１２１で受信したＭＭＴデータ列であって良い。また、分離部１３２は、マルチメディアアプリケーションやその構成要素であるファイル系データを再生し、キャッシュ部１５２で一時的に蓄積する。また、分離部１３２は、映像音声字幕以外のデータの提示を行うプレーヤで利用するデータ若しくはアプリケーションに対するデータのストリーミングに用いるために、汎用データを抽出してデータデコーダ１５１に出力する。また、分離部１３２は、主制御部１０１の制御に基づいて、前記入力したＭＭＴデータ列に対するエラー訂正やアクセス制限の制御等を行っても良い。
映像デコーダ１４１は、分離部１３２から入力した映像データ列を復号して映像情報を出力する。映像色域変換部１４２は、映像デコーダ１４１で復号した映像情報に対して、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施す。音声デコーダ１４３は、分離部１３２から入力した音声データ列を復号して音声情報を出力する。また、映像デコーダ１４１および音声デコーダ１４３には、ＬＡＮ通信部１２１を介してインターネット２００上から取得した、例えば、ＭＰＥＧ−ＤＡＳＨ（ＭＰＥＧ−Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）形式等のストリーミングデータが入力されても良い。また、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、等は、複数種類の映像データ列や音声データ列を同時に復号処理するために、複数備えられても良い。
文字スーパーデコーダ１４４は、分離部１３２から入力した文字スーパーデータ列を復号して文字スーパー情報を出力する。字幕デコーダ１４５は、分離部１３２から入力した字幕データ列を復号して字幕情報を出力する。文字スーパーデコーダ１４４から出力された文字スーパー情報と字幕デコーダ１４５から出力された字幕情報は、字幕合成部１４６において合成処理を施され、更に、字幕色域変換部１４７において、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施される。なお、本実施例においては、放送番組の映像と同時に提示される、文字情報を中心とするサービスのうち、映像の内容と関連するものを字幕と呼称し、それ以外のものを文字スーパーと呼称する。また、それらを区別しない場合は、字幕と総称するものとする。
ブラウザ部１５４は、キャッシュ部１５２若しくはＬＡＮ通信部１２１を介してインターネット２００上のサーバ装置から取得したマルチメディアアプリケーションファイルやその構成要素であるファイル系データを、ＭＭＴデータ列に含まれる制御情報やＬＡＮ通信部１２１を介してインターネット２００上のサーバ装置から取得した制御情報を解釈するアプリケーション制御部１５３の指示に従って提示する。なお、前記マルチメディアアプリケーションファイルは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書やＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書等であって良い。ブラウザ部１５４から出力されたアプリケーション情報は、更に、アプリケーション色域変換部１５５において、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施される。また、ブラウザ部１５４は、音源部１５６に働きかけることにより、アプリケーション音声情報の再生も行うものとする。
映像合成部１６１は、映像色域変換部１４２から出力された映像情報と字幕色域変換部１４７から出力された字幕情報とアプリケーション色域変換部１５５から出力されたアプリケーション情報等を入力し、適宜選択および／または重畳等の処理を行う。映像合成部１６１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報等に基づいてモニタ部１６２等が駆動される。また、映像合成部１６１は、主制御部１０１の制御に基づいて、必要に応じて、スケーリング処理やＭＭＴ−ＳＩに含まれるＭＨ−ＥＩＴ等の情報に基づいて作成されたＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組表）画面情報の重畳処理等を行う。モニタ部１６２は、例えば液晶パネル等の表示デバイスであり、映像合成部１６１で選択および／または重畳処理を施された映像情報を放送受信装置１００のユーザに提供する。映像出力部１６３は、映像合成部１６１で選択および／または重畳処理を施された映像情報を出力する映像出力インタフェースである。
なお、本実施例の放送受信装置１００の提示機能は、マルチメディアサービスを提供者の意図通りに表示させるために、論理的プレーン構造を備えるものとする。図８Ｂに、本実施例の放送受信装置１００の提示機能が備える論理的プレーン構造の構成の一例を示す。前記論理的プレーン構造では、最前面に文字スーパーの表示を行う文字スーパープレーンを配置し、次層に字幕の表示を行う字幕プレーンを配置する。三層目に放送映像やマルチメディアアプリケーション、またはその合成映像の表示を行うマルチメディアプレーンを配置し、最背面に背景プレーンを配置する。字幕合成部１４６および映像合成部１６１において、文字スーパー情報の文字スーパープレーンへの描画、字幕情報の字幕プレーンへの描画、映像情報やアプリケーション情報等のマルチメディアプレーンへの描画が行われる。また、ＭＭＴ−ＳＩに含まれるＬＣＴ等に基づいて背景色が背景プレーンに描画される。なお、三層目のマルチメディアプレーンは、映像デコーダ１４１の数に応じて複数用意することが可能であるものとする。但し、マルチメディアプレーンが複数ある場合でも、アプリケーション色域変換部１５５から出力されたアプリケーション情報等は、最前面のマルチメディアプレーンにのみ出力されるものとする。
音声合成部１６４は、音声デコーダ１４３から出力された音声情報および音源部１５６で再生されたアプリケーション音声情報を入力して、適宜選択および／またはミックス等の処理を行う。スピーカ部１６５は、音声合成部１６４で選択および／またはミックス処理を施された音声情報を放送受信装置１００のユーザに提供する。音声出力部１６６は、音声合成部１６４で選択および／またはミックス処理を施された音声情報を出力する音声出力インタフェースである。
拡張インタフェース部１２４は、放送受信装置１００の機能を拡張するためのインタフェース群であり、本実施例では、アナログ映像／音声インタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェース、メモリインタフェース等で構成されるものとする。アナログ映像／音声インタフェースは、外部映像／音声出力機器からのアナログ映像信号／音声信号の入力、外部映像／音声入力機器へのアナログ映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。ＨＤＤを接続して放送番組やコンテンツの記録を行っても良い。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
デジタルインタフェース部１２５は、符号化されたデジタル映像データおよび／またはデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部１２５は、チューナ／復調部１３１で復調して得たＭＭＴデータ列やＬＡＮ通信部１２１を介して取得したＭＭＴデータ列、あるいは、前記各ＭＭＴデータ列の混合データをそのまま出力可能であるものとする。また、デジタルインタフェース部１２５から入力したＭＭＴデータ列を分離部１３２に入力するように制御しても良い。ストレージ（蓄積）部１１０に記憶したデジタルコンテンツの出力、あるいは、ストレージ（蓄積）部１１０へのデジタルコンテンツの記憶を、デジタルインタフェース部１２５を介して行っても良い。
デジタルインタフェース部１２５は、ＤＶＩ端子やＨＤＭＩ（登録商標）端子やＤｉｓｐｌａｙ Ｐｏｒｔ（登録商標）端子等であって、ＤＶＩ仕様やＨＤＭＩ仕様やＤｉｓｐｌａｙ Ｐｏｒｔ仕様等に準拠した形式でデータの出力あるいは入力がなされるものであって良い。ＩＥＥＥ１３９４仕様等に準拠したシリアルデータの形式で出力あるいは入力されても良い。また、イーサネット（登録商標）や無線ＬＡＮ等のハードウェアを介してデジタルインタフェース出力を行うＩＰインタフェースとして構成しても良い。この場合、デジタルインタフェース部１２５とＬＡＮ通信部１２１とはそのハードウェア構成を共有しても良い。
操作入力部１７０は、放送受信装置１００に対する操作指示の入力を行う指示入力部であり、本実施例では、図示を省略したリモコンから送信されるコマンドを受信するリモコン受信部とボタンスイッチを並べた操作キーで構成されるものとする。何れか一方のみであっても良い。また、操作入力部１７０は、モニタ部１６２に重ねて配したタッチパネルで代替しても良い。拡張インタフェース部１２４に接続したキーボード等で代替しても良い。前記図示を省略したリモコンは、リモコンコマンド送信機能を備えた携帯情報端末７００で代替しても良い。
なお、前述のように、放送受信装置１００がテレビ受信機等である場合、映像出力部１６３および音声出力部１６６は本発明に必須の構成ではない。また、放送受信装置１００は、テレビ受信機の他、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダなどの光ディスクドライブレコーダ、ＨＤＤレコーダなどの磁気ディスクドライブレコーダ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等であっても良い。デジタル放送受信機能や放送通信連携機能を備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やタブレット端末、ナビゲーション装置、ゲーム機等であっても良い。放送受信装置１００がＤＶＤレコーダ、ＨＤＤレコーダ、ＳＴＢ等である場合、モニタ部１６２およびスピーカ部１６５は備えなくとも良い。映像出力部１６３および音声出力部１６６あるいはデジタルインタフェース部１２５に、外部モニタおよび外部スピーカを接続することにより、本実施例の放送受信装置１００と同様の動作が可能となる。
［放送受信装置のソフトウェア構成］
図８Ｃは、本実施例の放送受信装置１００のソフトウェア構成図であり、ＲＯＭ１０３、ＲＡＭ１０４およびストレージ（蓄積）部１１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ１０３に基本動作プログラム１００１およびその他の動作プログラムが記憶されており、ストレージ（蓄積）部１１０に受信機能プログラム１００２、連携機能プログラム１００３、録画再生機能プログラム１００４、およびその他の動作プログラムが記憶されている。また、ストレージ（蓄積）部１１０は、動画や静止画や音声等のコンテンツを記憶するコンテンツ記憶領域１２００、外部の携帯端末機器や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域１３００、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
ＲＯＭ１０３に記憶された基本動作プログラム１００１はＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された基本動作プログラム１００１を実行することにより、基本動作実行部１１０１を構成する。また、ストレージ（蓄積）部１１０に記憶された受信機能プログラム１００２や連携機能プログラム１００３や録画再生機能プログラム１００４も同様にＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された受信機能プログラム１００２や連携機能プログラム１００３や録画再生機能プログラム１００４を実行することにより、受信機能実行部１１０２や連携機能実行部１１０３や録画再生機能実行部１１０４を構成する。また、ＲＡＭ１０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
なお、以下では、説明を簡単にするために、主制御部１０１がＲＯＭ１０３に格納された基本動作プログラム１００１をＲＡＭ１０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部１１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
受信機能実行部１１０２は、本実施例の放送システムで伝送される映像や音声等のコンポーネントを再生するために放送受信装置１００の各動作ブロックを制御する。特に、トランスポート処理部１１０２ａは、分離部１３２のＭＭＴデコーダ機能を主として制御し、ＭＭＴデータ列から分離した映像データ列や音声データ列等をそれぞれ対応するデコード処理部に分配する。ＡＶデコード処理部１１０２ｂは、映像デコーダ１４１や音声デコーダ１４３等を主として制御する。アプリケーション処理部１１０２ｃは、キャッシュ部１５２やアプリケーション制御部１５３やブラウザ部１５４や音源部１５６を主として制御する。文字スーパー処理部１１０２ｄは、文字スーパーデコーダ１４４を主として制御する。字幕処理部１１０２ｅは、字幕デコーダ１４５を主として制御する。汎用データ処理部１１０２ｆは、データデコーダ１５１を主として制御する。ＥＰＧ生成部１１０２ｇは、ＭＭＴ−ＳＩに含まれるＭＨ−ＥＩＴ等の記述内容を解釈してＥＰＧ画面を生成する。提示処理部１１０２ｈは、前記論理的プレーン構造に基づいて、映像色域変換部１４２や字幕合成部１４６や字幕色域変換部１４７やアプリケーション色域変換部１５５や映像合成部１６１や音声合成部１６４を主として制御する。
また、連携機能実行部１１０３は、放送受信装置１００が携帯情報端末７００等の外部装置との連携動作を行う際の、機器認証および接続、各データの送受信、等の管理を行う。録画再生機能実行部１１０４は、本放送システムのデジタル放送波から取得した放送番組やネットワーク上の各サーバ装置から取得したコンテンツ等を、ストレージ（蓄積）部１１０のコンテンツ記憶領域１２００や拡張インタフェース部１２４に接続された外部ストレージ等に記録する際の、あるいは、前記放送番組やコンテンツ等を再生する際の制御を行う。
前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ１０３および／またはストレージ（蓄積）部１１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部１２４等を介して取得するものであっても良い。
［放送局サーバの構成］
図９は、放送局サーバ３００の内部構成の一例を示すブロック図である。放送局サーバ３００は、主制御部３０１、システムバス３０２、ＲＡＭ３０４、ストレージ部３１０、ＬＡＮ通信部３２１、デジタル放送信号送出部３６０、で構成される。
主制御部３０１は、所定の動作プログラムに従って放送局サーバ３００全体を制御するマイクロプロセッサユニットである。システムバス３０２は主制御部３０１と放送局サーバ３００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ３０４は各動作プログラム実行時のワークエリアとなる。
ストレージ部３１０は、基本動作プログラム３００１および放送コンテンツ管理／配信プログラム３００２と放送コンテンツ送出プログラム３００３を記憶し、更に、放送コンテンツ記憶領域３２００およびメタデータ記憶領域３３００を備える。放送コンテンツ記憶領域３２００は放送局が放送する各放送番組の番組コンテンツ等を記憶する。メタデータ記憶領域３３００は前記各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、各番組コンテンツに係るコピー制御情報、等のメタデータを記憶する。
また、ストレージ部３１０に記憶された基本動作プログラム３００１および放送コンテンツ管理／配信プログラム３００２と放送コンテンツ送出プログラム３００３はそれぞれＲＡＭ３０４に展開され、更に主制御部３０１が前記展開された各プログラムを実行することにより、基本動作実行部３１０１、放送コンテンツ管理／配信実行部３１０２、放送コンテンツ送出実行部３１０３を構成する。
なお、以下では、説明を簡単にするために、主制御部３０１がストレージ部３１０に格納された基本動作プログラム３００１をＲＡＭ３０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部３１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
放送コンテンツ管理／配信実行部３１０２は、放送コンテンツ記憶領域３２００およびメタデータ記憶領域３３００に蓄積された各放送番組の番組コンテンツ等および各メタデータの管理と、前記各放送番組の番組コンテンツ等および各メタデータを契約に基づいてサービス事業者に提供する際の制御を行う。更に、放送コンテンツ管理／配信実行部３１０２は、前記サービス事業者に対して前記各放送番組の番組コンテンツ等および各メタデータの提供を行う際に、必要に応じて前記契約に基づいたサービス事業者サーバ４００の認証処理等を行っても良い。
放送コンテンツ送出実行部３１０３は、放送コンテンツ記憶領域３２００に蓄積された放送番組の番組コンテンツや、メタデータ記憶領域３３００に蓄積された放送番組の番組タイトル、番組ＩＤ、番組コンテンツのコピー制御情報等を含むＭＭＴデータ列を、デジタル放送信号送出部３６０を介して電波塔３００ｔから送出する際のタイムスケジュール管理等を行う。
ＬＡＮ通信部３２１は、インターネット２００と接続され、インターネット２００上のサービス事業者サーバ４００等と通信を行う。ＬＡＮ通信部３２１は符号回路や復号回路等を備えるものとする。デジタル放送信号送出部３６０は、放送コンテンツ記憶領域３２００に蓄積された各放送番組の番組コンテンツ等の映像データ列や音声データ列、番組情報データ列、等で構成されたＭＭＴデータ列を変調して、電波塔３００ｔを介して、デジタル放送波として送出する。
［サービス事業者サーバの構成］
図１０は、サービス事業者サーバ４００の内部構成の一例を示すブロック図である。サービス事業者サーバ４００は、主制御部４０１、システムバス４０２、ＲＡＭ４０４、ストレージ部４１０、ＬＡＮ通信部４２１、で構成される。
主制御部４０１は、所定の動作プログラムに従ってサービス事業者サーバ４００全体を制御するマイクロプロセッサユニットである。システムバス４０２は主制御部４０１とサービス事業者サーバ４００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ４０４は各動作プログラム実行時のワークエリアとなる。
ストレージ部４１０は、基本動作プログラム４００１および映像コンテンツ管理／配信プログラム４００２とアプリケーション管理／配布プログラム４００４を記憶し、更に、映像コンテンツ記憶領域４２００およびメタデータ記憶領域４３００、アプリケーション記憶領域４４００、ユーザ情報記憶領域４５００を備える。映像コンテンツ記憶領域４２００は、放送局サーバ３００から提供された放送番組の番組コンテンツを映像コンテンツとして記憶する。また、前記サービス事業者が制作した映像コンテンツ等を記憶する。メタデータ記憶領域４３００は、放送局サーバ３００から提供された各メタデータや、前記サービス事業者が制作した映像コンテンツに関するメタデータ等を記憶する。アプリケーション記憶領域４４００は、各テレビ受信機からの要求に応じて配布するための、放送番組に連携したサービスを実現するための各種アプリケーション等を記憶する。ユーザ情報記憶領域４５００は、サービス事業者サーバ４００へのアクセスが許可されたユーザに関する情報（個人情報や認証情報等）を記憶する。
また、ストレージ部４１０に記憶された基本動作プログラム４００１および映像コンテンツ管理／配信プログラム４００２とアプリケーション管理／配布プログラム４００４はそれぞれＲＡＭ４０４に展開され、更に主制御部４０１が前記展開された基本動作プログラムおよび映像コンテンツ管理／配信プログラムとアプリケーション管理／配布プログラムを実行することにより、基本動作実行部４１０１、映像コンテンツ管理／配信実行部４１０２、アプリケーション管理／配布実行部４１０４を構成する。
なお、以下では、説明を簡単にするために、主制御部４０１がストレージ部４１０に格納された基本動作プログラム４００１をＲＡＭ４０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部４１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
映像コンテンツ管理／配信実行部４１０２は、放送局サーバ３００からの放送番組の番組コンテンツ等およびメタデータの取得、映像コンテンツ記憶領域４２００およびメタデータ記憶領域４３００に蓄積された映像コンテンツ等および各メタデータの管理、および各テレビ受信機に対する前記映像コンテンツ等および各メタデータの配信の制御を行う。更に、映像コンテンツ管理／配信実行部４１０２は、前記各テレビ受信機に対して前記各映像コンテンツ等および各メタデータの配信を行う際に、必要に応じて前記各テレビ受信機の認証処理等を行っても良い。また、アプリケーション管理／配布実行部４１０４は、アプリケーション記憶領域４４００に蓄積された各アプリケーションの管理と、前記各アプリケーションを各テレビ受信機からの要求に応じて配布する際の制御と、を行う。更に、アプリケーション管理／配布実行部４１０４は、前記各テレビ受信機に対して前記各アプリケーションの配布を行う際に、必要に応じて前記各テレビ受信機の認証処理等を行っても良い。
ＬＡＮ通信部４２１は、インターネット２００と接続され、インターネット２００上の放送局サーバ３００や、ルータ装置２００ｒを介して放送受信装置１００と通信を行う。ＬＡＮ通信部４２１は符号回路や復号回路等を備えるものとする。
［携帯情報端末のハードウェア構成］
図１１Ａは、携帯情報端末７００の内部構成の一例を示すブロック図である。携帯情報端末７００は、主制御部７０１、システムバス７０２、ＲＯＭ７０３、ＲＡＭ７０４、ストレージ部７１０、通信処理部７２０、拡張インタフェース部７２４、操作部７３０、画像処理部７４０、音声処理部７５０、センサ部７６０、で構成される。
主制御部７０１は、所定の動作プログラムに従って携帯情報端末７００全体を制御するマイクロプロセッサユニットである。システムバス７０２は主制御部７０１と携帯情報端末７００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
ＲＯＭ７０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭやフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ７０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ７０３およびＲＡＭ７０４は主制御部７０１と一体構成であっても良い。また、ＲＯＭ７０３は、図１１Ａに示したような独立構成とはせず、ストレージ部７１０内の一部記憶領域を使用するようにしても良い。
ストレージ部７１０は、携帯情報端末７００の動作プログラムや動作設定値、携帯情報端末７００のユーザの個人情報等を記憶する。また、インターネット２００を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、インターネット２００を介してダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部７１０の一部領域を以ってＲＯＭ７０３の機能の全部または一部を代替しても良い。また、ストレージ部７１０は、携帯情報端末７００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュＲＯＭやＳＳＤなどの不揮発性半導体素子メモリ、ＨＤＤなどの磁気ディスクドライブ、等のデバイスが用いられる。
なお、ＲＯＭ７０３やストレージ部７１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により、追加、更新および機能拡張することが可能であるものとする。
通信処理部７２０は、ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３、で構成される。ＬＡＮ通信部７２１は、ルータ装置２００ｒやアクセスポイント２００ａを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。ルータ装置２００ｒやアクセスポイント２００ａとの接続はＷｉ−Ｆｉ（登録商標）等の無線接続で行われるものとする。移動体電話網通信部７２２は、移動体電話通信網の基地局６００ｂとの無線通信により、電話通信（通話）およびデータの送受信を行う。ＮＦＣ通信部７２３は対応するリーダ／ライタとの近接時に無線通信を行う。ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また、通信処理部７２０が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部や赤外線通信部等、他の通信部を更に備えていても良い。
拡張インタフェース部７２４は、携帯情報端末７００の機能を拡張するためのインタフェース群であり、本実施例では、映像／音声インタフェース、ＵＳＢインタフェース、メモリインタフェース等で構成されるものとする。映像／音声インタフェースは、外部映像／音声出力機器からの映像信号／音声信号の入力、外部映像／音声入力機器への映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
操作部７３０は、携帯情報端末７００に対する操作指示の入力を行う指示入力部であり、本実施例では、表示部７４１に重ねて配置したタッチパネル７３０ｔおよびボタンスイッチを並べた操作キー７３０ｋで構成されるものとする。何れか一方のみであっても良い。拡張インタフェース部７２４に接続したキーボード等を用いて携帯情報端末７００の操作を行っても良い。有線通信または無線通信により接続された別体の端末機器を用いて携帯情報端末７００の操作を行っても良い。即ち、放送受信装置１００から携帯情報端末７００の操作を行っても良い。また、前記タッチパネル機能は表示部７４１が備え持っているものであっても良い。
画像処理部７４０は、表示部７４１、画像信号処理部７４２、第一画像入力部７４３、第二画像入力部７４４、で構成される。表示部７４１は、例えば液晶パネル等の表示デバイスであり、画像信号処理部７４２で処理した画像データを携帯情報端末７００のユーザに提供する。画像信号処理部７４２は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された画像データに基づいて表示部７４１が駆動される。また、画像信号処理部７４２は、必要に応じてフォーマット変換、メニューやその他のＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）信号の重畳処理等を行う機能を有するものとする。第一画像入力部７４３および第二画像入力部７４４は、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。
音声処理部７５０は、音声出力部７５１、音声信号処理部７５２、音声入力部７５３、で構成される。音声出力部７５１はスピーカであり、音声信号処理部７５２で処理した音声信号を携帯情報端末７００のユーザに提供する。音声入力部７５３はマイクであり、ユーザの声などを音声データに変換して入力する。
センサ部７６０は、携帯情報端末７００の状態を検出するためのセンサ群であり、本実施例では、ＧＰＳ受信部７６１、ジャイロセンサ７６２、地磁気センサ７６３、加速度センサ７６４、照度センサ７６５、近接センサ７６６、で構成される。これらのセンサ群により、携帯情報端末７００の位置、傾き、方角、動き、および周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。また、携帯情報端末７００が、気圧センサ等、他のセンサを更に備えていても良い。
携帯情報端末７００は、携帯電話やスマートホン、タブレット端末等であって良い。ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やノート型ＰＣであっても良い。また、デジタルスチルカメラや動画撮影可能なビデオカメラ、携帯型ゲーム機やナビゲーション装置等、またはその他の携帯用デジタル機器であっても良い。
なお、図１１Ａに示した携帯情報端末７００の構成例は、センサ部７６０等、本実施例に必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施例の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良い。
［携帯情報端末のソフトウェア構成］
図１１Ｂは、本実施例の携帯情報端末７００のソフトウェア構成図であり、ＲＯＭ７０３、ＲＡＭ７０４およびストレージ部７１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ７０３に基本動作プログラム７００１およびその他の動作プログラムが記憶されており、ストレージ部７１０に連携制御プログラム７００２およびその他の動作プログラムが記憶されている。また、ストレージ部７１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域７２００、テレビ受信機や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域７３００、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
ＲＯＭ７０３に記憶された基本動作プログラム７００１はＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部７１０１を構成する。また、ストレージ部７１０に記憶された連携制御プログラム７００２も同様にＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された連携制御プログラムを実行することにより、連携制御実行部７１０２を構成する。また、ＲＡＭ７０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
なお、以下では、説明を簡単にするために、主制御部７０１がＲＯＭ７０３に格納された基本動作プログラム７００１をＲＡＭ７０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部７１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
連携制御実行部７１０２は、携帯情報端末７００がテレビ受信機との連携動作を行う際の、機器認証および接続、各データの送受信、等の管理を行う。また、連携制御実行部７１０２は、前記テレビ受信機と連動するアプリケーションを実行するためのブラウザエンジン機能を備えるものとする。
前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ７０３および／またはストレージ部７１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部７２１または移動体電話網通信部７２２を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部７２４等を介して取得するものであっても良い。
［放送受信装置の時刻管理］
本実施例の放送受信装置１００は二種類の時刻管理機能を備える。第一の時刻管理機能は、ＮＴＰに基づく時刻管理機能であり、第二の時刻管理機能は、ＭＨ−ＴＯＴに基づく時刻管理機能である。以下では、前記二種類の時刻管理機能について説明を行う。
＜ＮＴＰに基づく時刻管理機能＞
まず、ＮＴＰに基づく時刻管理機能に関して説明する。
図１２Ａは、本実施例の放送受信装置１００が対応する放送システムにおけるクロック同期／提示同期のためのシステム構成の一例である。本実施例の放送システムでは、ＵＴＣを６４ビット長のＮＴＰタイムスタンプ形式で、放送送出システムから受信機（本実施例の放送受信装置１００等）に伝送する。前記ＮＴＰタイムスタンプ形式においては、ＵＴＣの『秒以上』を３２ビットで表し、また、『秒未満』を３２ビットで表すものとする。しかしながら、実際には、１秒を３２ビット精度で再現することは困難である。このため、映像システムの同期をとるためのシステムクロックやＮＴＰ形式の時計を動作させるためのシステムクロックとしては、例えば同図に示したような、『２の２４乗』Ｈｚ（約１６．８ＭＨｚ）の周波数を用いるようにしても良い。なお、従来の放送システムにおけるシステムクロックが２７ＭＨｚであったことおよび受信機のハードウェア構成を簡便に構築できること等を考慮すると、『２の２４乗』〜『２の２８乗』程度の、２のべき乗の周波数をシステムクロックとして採用することが望ましい。
なお、放送送出システム側や受信機側において、システムクロックを前述のように『２の２４乗』〜『２の２８乗』程度の２のべき乗の周波数に設定した場合、放送送出システム側から受信機側に伝送されるＮＴＰタイムスタンプ形式における、前記システムクロックやＮＴＰ形式の時計を再生するためのＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）系に参照されない下位の８〜４ビットは、『０』あるいは『１』に固定するようにしても良い。即ち、システムクロックが『２のｎ乗』Ｈｚ（図１２Ａの例ではｎ＝２４、以下同様）であれば、ＮＴＰタイムスタンプ形式の下位『３２−ｎ』ビットを『０』あるいは『１』に固定するようにしても良い。あるいは、受信機側において、前記ＮＴＰタイムスタンプ形式の下位『３２−ｎ』ビットを無視するように処理しても良い。
放送送出システム側では、ＮＴＰ形式の時刻情報を外部から得ると、『２のｎ乗』ＨｚのＶＣＯ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ｏｓｃｉｌｌａｔｏｒ）による３２＋ｎビットカウンタでＰＬＬ系を構成し、外部から与えられた時刻情報に同期する送出システム時計を実現する。また、『２のｎ乗』Ｈｚのシステムクロックに同期して全体の信号処理系を動作させる。更に、前記送出システム時計の出力をＮＴＰ長形式の時刻情報として放送伝送路を介して受信機側に周期的に伝送する。なお、受信機側に伝送する前記ＮＴＰ長形式の時刻情報も、『秒未満』を表す３２ビットのうち、下位『３２−ｎ』ビットを『０』あるいは『１』に固定して良い。即ち、放送送出システム側のシステムクロックカウンタが３２＋ｎビットで構成されるためである。
受信機側では、放送伝送路を介してＮＴＰ長形式の時刻情報を受信し、放送送出システム側と同様に、『２のｎ乗』ＨｚのＶＣＯに基づくＰＬＬ系により受信システム時計を再生する。これにより、受信システム時計は、放送送出システム側と同期した時計となる。また、『２のｎ乗』Ｈｚのシステムクロックに同期して受信機の信号処理系を動作させることにより、放送送出システム側と受信機側のクロック同期が実現され、安定した信号再生が可能となる。
また、映像／音声信号の提示単位毎の復号時刻および提示時刻が、放送送出システム側において、前記ＮＴＰ形式の時刻情報に基づいて設定される。前記復号時刻は、ＭＰＴに格納されたＭＰＵ拡張タイムスタンプ記述子（図示省略）により指定される。また、前記提示時刻は、ＭＰＴに格納されたＭＰＵタイムスタンプ記述子（図７Ｄ参照）により指定される。前記ＭＰＵタイムスタンプ記述子における『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ（ＭＰＵシーケンス番号）』パラメータがタイムスタンプを記述するＭＰＵのシーケンス番号を示し、『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ（ＭＰＵ提示時刻）』パラメータがＭＰＵの提示時刻を６４ビットのＮＴＰタイムスタンプ形式で示している。即ち、受信機はＭＰＴに格納されるＭＰＵタイムスタンプ記述子を参照することにより、映像／音声信号や字幕、文字スーパー等のＭＰＵ毎の提示（表示、出力など）タイミングを制御することが可能となる。
なお、前述の映像／音声信号等の提示単位毎の復号タイミングおよび提示タイミングの制御に着目した場合、『２の１６乗』Ｈｚ（約６５．５ＫＨｚ）程度のクロックによっても映像／音声信号の同期は確保可能であり、この場合は、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位１６ビットは参照しなくとも良い。即ち、復号タイミングおよび提示タイミングの制御にシステムクロックの分周等により生成した『２のｍ乗』Ｈｚのクロックを用いた場合は、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位『３２−ｍ』ビットは参照しなくとも良い。従って、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位『３２−ｍ』ビットは『０』あるいは『１』に固定するようにしても良い。
＜ＭＨ−ＴＯＴに基づく時刻管理機能＞
前述で説明したＮＴＰに基づく時刻管理機能における、ＮＴＰ形式で伝送する時刻情報の構成の一例を図１２Ｂに示す。前記ＮＴＰ形式における『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』パラメータや『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ等は、６４ビット長のＮＴＰ長形式の時刻データであり、また、図７Ｄに示したＭＰＵタイムスタンプ記述子における『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータも６４ビット長のＮＴＰタイムスタンプ形式の時刻データである。前記ＮＴＰ長形式の時刻データや前記ＮＴＰタイムスタンプ形式の時刻データは、ＵＴＣの『秒以上』を３２ビットで、『秒未満』を３２ビットで表したデータである。即ち、ＮＴＰ形式の時刻情報は、『秒未満』までの時刻情報を伝送可能である。更にＮＴＰ形式の時刻情報はＵＴＣ表記であるため、従来のデジタル放送における時刻管理と異なり、図３に示したように、放送伝送路を介して送信されるデータフローと通信回線を介して配信されるデータフローの双方を前記ＮＴＰ形式の時刻情報で管理することにより、容易に前記双方のデータの整合をとることができる。
これに対し、ＭＨ−ＴＯＴで伝送される時刻情報は以下の通りである。
図１２Ｃに、ＭＨ−ＴＯＴのデータ構造の一例を示す。本実施例の放送受信装置１００は、前記ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータから現在日付および現在時刻を取得可能である。『ＪＳＴ＿ｔｉｍｅ』パラメータは、図１２Ｄに示すように、修正ユリウス日（Ｍｏｄｉｆｉｅｄ Ｊｕｌｉａｎ Ｄａｔｅ：ＭＪＤ）による現在日付の符号化データの下位１６ビットと、日本標準時（Ｊａｐａｎ Ｓｔａｎｄａｒｄ Ｔｉｍｅ：ＪＳＴ）を６個の４ビット２進化１０進数（Ｂｉｎａｒｙ−Ｃｏｄｅｄ Ｄｅｃｉｍａｌ：ＢＣＤ）で表した２４ビットの情報を含むものとする。前記ＭＪＤの１６ビット符号化データに所定の演算を施すことにより、現在日付を算出することが可能である。また、６個の４ビット２進化１０進数は、最初の２個の４ビット２進化１０進数により１０進法２桁で『時』を表し、次の２個の４ビット２進化１０進数により１０進法２桁で『分』を表し、最後の２個の４ビット２進化１０進数により１０進法２桁で『秒』を表すものである。
即ち、ＮＴＰ形式に基づく時刻管理とＭＨ−ＴＯＴに基づく時刻管理との相違点は、前者のＮＴＰ形式に基づく時刻管理が前述のように『秒未満』までの時刻情報を伝送できるのに対し、後者のＭＨ−ＴＯＴに基づく時刻管理では、ＪＳＴ表記の『秒単位』までの時刻情報のみを伝送できるという点である。
本実施例の放送受信装置１００は、ＵＴＣ表記の時刻情報であるＮＴＰに基づく時刻管理機能を、放送信号のコンテンツである映像、音声、字幕、文字スーパー、その他提示データのデコードおよび表示の同期処理に用いることにより、より高精度の同期処理を実現できる。更に放送局のクロック表記ではなく、ＵＴＣ表記の情報を参照することにより、放送信号で受信するコンテンツである映像、音声、字幕、文字スーパー、またはその他データと、通信回線経路で取得する映像、音声、字幕、文字スーパー、またはその他データとのデコードおよび表示の同期処理を行うこともできる。
更に、本実施例の放送受信装置１００では、ＭＨ−ＴＯＴの６個の４ビット２進化１０進数で表した２４ビットの情報を含む『ＪＳＴ＿ｔｉｍｅ』に基づく時刻管理機能を、ユーザへの現在時刻の提示処理または図７Ｅに示したＭＨ−ＥＩＴを扱う各処理に用いても良い。一般的に、放送受信装置におけるユーザへの現在時刻の提示処理においては、秒未満までの精度が要求されることはほとんどない。また、ＭＨ−ＥＩＴに記述される各時間情報は、ＭＰＥＧ２−ＴＳ方式で伝送される従来のデジタル放送のＥＩＴと同様に、６個の４ビット２進化１０進数で表した２４ビットの情報で、１０進法２桁ずつの『時』、『分』、『秒』で格納されている。このため、本実施例の放送受信装置１００におけるＭＨ−ＴＯＴに基づく時刻管理機能は、ＭＨ−ＥＩＴを扱う各処理と整合し易いためである。ＭＨ−ＥＩＴを扱う各処理とは具体的には、例えば、電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等である。何れの処理も秒未満までの精度が要求されることは稀であり、１秒単位の精度で十分だからである。
また、当該電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等は、従来のＭＰＥＧ２−ＴＳ方式を用いたデジタル放送システムの受信機でも搭載される機能である。すると、本実施例の放送システムにおいても、電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理において、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送システムと整合性がある時刻管理処理で対応できるように構成しておけば、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送の受信機能とＭＭＴ方式のデジタル放送の受信機能との両者を有する放送受信装置を構成する際に、これらの処理（電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理）において、処理アルゴリズムを別々に設計する必要がなくなり、コストを低くすることができる。
また、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送の受信機能を持たずＭＭＴ方式のデジタル放送の受信機能のみを有する受信機であっても、電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理のアルゴリズムを完全に新規に作成しなくとも、従来のＭＰＥＧ２−ＴＳ方式を用いたデジタル放送システムの受信機でも搭載される機能のアルゴリズムを流用できるので、より低コストに開発することができる。
よって、ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータに基づく時刻管理機能をこれらの処理（電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理）に用いる構成にすることにより、ＭＭＴ方式のデジタル放送の放送受信装置であっても、従来方式の放送システムとの整合性を高めることにより、より低コストに提供することが可能となる。
以上説明した通り、本実施例の放送受信装置１００は、精度の異なる二種類の時刻情報を用いた時刻管理機能を備える。即ち、第一の時刻情報は従来のデジタル放送システムと整合性のある表記の時刻情報であり、第二の時刻情報は前記第一の時刻情報よりも分解能の高い時刻情報である。第二の時刻情報を放送信号の各コンテンツデータの同期処理に用いることにより従来の放送システムよりも高度な情報提示処理を実現し、第一の時刻情報を電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等に用いることにより放送受信装置を安価に提供することができる。
よって、本実施例の放送受信装置１００では、以上説明した二種類の時刻管理機能を備えることにより、より高度な情報提示処理の実現と低コスト化とを両立することが可能である。
［時刻管理の第一の変形例］
次に、本実施例の放送システムにおける時刻管理の第一の変形例を以下に説明する。
第一の変形例では、図１２Ａを用いて既に説明したＮＴＰに基づく時刻管理機能の当該管理時刻の精度を高めるために、時刻管理サーバ（図示省略）または放送局サーバ３００から放送受信装置１００までの時刻情報伝送における想定遅延時間に関する情報を放送信号に含めて送信し、放送受信装置１００において、当該想定遅延時間に関する情報をＮＴＰに基づく時刻管理機能のシステム時計の修正に用いるように構成しても良い。
この際、当該想定遅延時間に関する情報は図３（Ａ）に示した放送伝送路におけるプロトコルスタックのＴＬＶ多重化ストリーム内ではなく、ＴＬＶ多重化ストリーム外のＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｎｔｒｏｌ）領域内で伝送するように構成しても良い。ＴＭＣＣ領域内で伝送すれば、放送受信装置１００において、ＴＬＶ多重化ストリームの分離処理（デマックス処理）を経ることなしに当該想定遅延時間に関する情報を抽出することが可能となる。即ち、放送受信装置１００における前記分離処理による遅延の影響を受けにくい情報取得が可能であり、従って、高精度なシステム時計の修正処理を行うことができる。当該ＴＭＣＣ信号で伝送される時刻情報のデータ構造の一例を、図１２Ｅを用いて説明する。当該時刻情報は、例えば、ＴＭＣＣ拡張情報領域に格納して伝送すれば良い。同図に示したＴＭＣＣ拡張情報領域の時刻情報において、『ｄｅｌｔａ』パラメータは、ＵＴＣを配信する時刻管理サーバまたはＴＭＣＣ信号を作成するサーバ装置から一般的な放送受信装置までの伝送遅延の想定値を３２ビットの符号付き固定小数点で表す。なお、上位１６ビットは整数部を、下位１６ビットは小数点以下を記述するものである。『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータは、送信タイムスタンプであり、本ＴＭＣＣ信号が前記サーバ装置から送出される時刻をＮＴＰタイムスタンプ長形式で記述するものである。上位３２ビットは整数部を、下位３２ビットは小数点以下を表す。
当該第一の変形例では、本実施例の放送受信装置１００は、ＴＭＣＣ拡張情報領域に格納して伝送された当該時刻情報に記述された前記想定遅延時間に関する情報（例えば、前述の『ｄｅｌｔａ』パラメータおよび／または『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ）を用いて、放送信号の各コンテンツデータの同期処理に用いるＮＴＰに基づく時刻管理機能のシステム時計を、より高精度に修正することができる。
［時刻管理の第二の変形例］
次に、本実施例の放送システムにおける時刻管理の第二の変形例を以下に説明する。
前述の通り、本実施例の放送受信装置１００においては、ＭＨ−ＴＯＴで伝送される情報により現在日付と日本標準時刻を取得して時刻を管理する時刻管理機能を有する。ＭＨ−ＴＯＴで伝送される情報により取得した現在日付と日本標準時刻は、放送受信装置１００の映像合成部１６１で映像情報やアプリケーション情報等に重畳することにより、モニタ部１６２や映像出力部１６３に出力してユーザに提供可能である。前述の通り、ＭＨ−ＴＯＴは図１２Ｃに示したデータ構造を有しており、放送受信装置１００は、前記ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータから現在日付および現在時刻を取得可能である。
しかしながら、前述の『ＪＳＴ＿ｔｉｍｅ』パラメータでは、ＭＪＤの符号化データの下位１６ビットのみを使用しているため、『２０３８年４月２２日』を以って桁あふれを生じることとなり、前記所定の演算のみでは『２０３８年４月２３日』以降の日付を表現することができない。そこで、本実施例の第二の変形例では、ＭＪＤの値が所定値以上の場合と所定値未満の場合とで演算方法を切り替えることにより、『２０３８年４月２３日』以降の日付を表現できるように制御するものとする。
図１２Ｆに、ＭＪＤの値が所定値以上の場合に使用する第一の演算方法と、ＭＪＤの値が所定値未満の場合に使用する第二の演算方法の一例を示す。例えば、前記所定値を『３２７６８（０ｘ８０００）』とした場合、ＭＪＤが『３２７６８』以上の場合には前記第一の演算方法を用いて現在日付を算出し、ＭＪＤが『３２７６８』未満の場合には前記第二の演算方法を用いて現在日付を算出する。なお、ＭＪＤが『３２７６８』未満の場合とは、ＭＪＤの１６ビットデータの最上位ビットが『０』の場合と等価である。これにより、本実施例の放送受信装置１００においては、『２０３８年４月２３日』以降の日付を表現することが可能となる。但し、前記所定値は任意に設定することが可能であり、前記所定値を『１６３８４（０ｘ４０００）』や『４９１５２（０ｘＣ０００）』等と設定しても良い。前記演算方法の切り替え条件は、ＭＪＤの１６ビットデータの上位２ビットが『００』の場合、ＭＪＤの１６ビットデータの上位２ビットが『１１』ではない場合、としても良い。なお、前記所定値を『３２７６８』として前述の手段を用いた場合、『１９４８年９月４日』以前の日付を表現できなくなるが、テレビ受信機としての実用上、特に問題となることはない。
また、ＭＪＤと前記所定値との比較結果に応じて前記第一の演算方法と前記第二の演算方法を切り替えるのではなく、図１２Ｃに示したＭＨ−ＴＯＴのデータ構造における『ｒｅｓｅｒｖｅｄ』パラメータの一部または全部を置き換えたフラグあるいは新たに追加したフラグに応じて前記第一の演算方法と前記第二の演算方法を切り替えるようにしても良い。例えば、前記フラグは、ＭＪＤの１６ビット符号化データの最上位ビットが『０』である場合に、前記ＭＪＤが『２０３８年４月２３日』以降を示すものであるならば『１』をセットし、『２０３８年４月２３日』以降を示すものでないならば『０』をセットするようにすれば良い。そして、前記フラグが『１』の場合には図１２Ｆに示した前記第二の演算方法を用い、前記フラグが『０』の場合には前記第一の演算方法を用いるようにすれば良い。または、前記フラグと同様の意味を有する記述子を新たに用意して、ＭＨ−ＴＯＴ内に配置しても良い。
また、本実施例の放送システムでは、前述の通り、ＮＴＰ形式の絶対時刻を伝送し、本実施例の放送受信装置１００は、当該ＮＴＰに基づく時刻管理機能を有する。更に、本実施例の放送受信装置１００では、ＭＰＵ単位に設定されるＭＰＵタイムスタンプ記述子に記載されたＮＴＰタイムスタンプ等を参照することにより、映像／音声信号の提示単位毎の復号タイミングおよび提示タイミングを制御している。前述の通り、前記ＮＴＰ形式の時刻情報は、図１２Ｂに示した構成を有している。また、前記ＭＰＵタイムスタンプ記述子は図７Ｄに示した構成を有している。
このため、本実施例の放送受信装置１００においては、前記『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』パラメータや『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ、あるいは、『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータ等を参照し、前記参照した時刻データ等の値に応じて、前記第一の演算方法と前記第二の演算方法の何れを使用するかを選択するようにしても良い。即ち、例えば、前記６４ビット長のＮＴＰ長形式の時刻データの最上位ビットが『０』の場合は前記第二の演算方法を使用し、『０』でない場合は前記第一の演算方法を使用する、等とすれば良い。
前記何れの方法によっても、本実施例の放送受信装置１００においては、『２０３８年４月２３日』以降の日付を表現することが可能となる。
［放送受信装置の選局処理（初期スキャン）］
本実施例の放送システムのＡＭＴは、ＴＬＶ多重化方式で伝送されるＩＰパケットを通信回線で伝送されるＩＰパケットと可能な限り区別なく受信するための、ＩＰパケットのマルチキャストグループの一覧を提供するものとする。１つのサービス識別には、複数のＩＰマルチキャストグループをリストすることが可能である。また、連続するＩＰアドレスを効率的に記述するために、アドレスマスクを用いることが可能である。
本実施例の放送受信装置１００では、初期設定の際のチャンネルスキャン時に、あるいは、設定変更のための再スキャン時に、ＴＬＶ−ＮＩＴから取得したサービスの一覧をＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能であり、更に、前記各サービスに対応するＩＰマルチキャストグループの一覧を、ＩＰ関連情報として、前記各サービスに関連付けて、前記不揮発性メモリに記憶させることが可能であるものとする。前記サービスの一覧およびＩＰ関連情報を不揮発性メモリに記憶させ、常時参照可能とすることにより、チャンネル切り替え時等に、ＴＬＶ−ＮＩＴやＡＭＴを取得し直す必要がなくなり、放送コンテンツの取得を効率よく行うことが可能となる。
図１３Ａは、本実施例の放送受信装置１００におけるチャンネルスキャン（再スキャン）時の動作シーケンスの一例を示す図である。
チャンネルスキャンが開始されると、受信機能実行部１１０２は、チューナ／復調部１３１に対して周波数初期値を設定し、前記周波数値へのチューニングを行うように指示する（Ｓ１０１）。チューナ／復調部１３１において、前記設定された周波数値へのロックに成功する（Ｓ１０２：Ｙｅｓ）と、次に、受信機能実行部１１０２は、受信信号からＴＬＶ−ＮＩＴを取得する（Ｓ１０３）。
Ｓ１０３の処理で取得したＴＬＶ−ＮＩＴが有効なデータである場合（Ｓ１０４：Ｙｅｓ）、受信機能実行部１１０２は、前記取得したＴＬＶ−ＮＩＴからＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、等の情報を取得する（Ｓ１０５）。図１３Ｂに、ＴＬＶ−ＮＩＴのデータ構造の一例を示す。前記ＴＬＶストリームＩＤの情報は『ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ』パラメータから、前記オリジナルネットワークＩＤの情報は『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』パラメータから、それぞれ取得可能であるものとする。更に、分配システム記述子から、各ＴＬＶストリームＩＤ／オリジナルネットワークＩＤに対応する放送伝送路の物理的条件に関する分配システム情報を取得し（Ｓ１０６）、サービスリスト記述子からサービスＩＤの一覧を取得する（Ｓ１０７）。
図１３Ｃに、衛星分配システム記述子のデータ構造の一例を示す。図１３Ｄに、サービスリスト記述子のデータ構造の一例を示す。なお、ＴＬＶ−ＮＩＴが、ＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、分配システム情報、サービスＩＤの一覧、等の異なるデータを複数有している場合は、Ｓ１０５〜Ｓ１０７の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ１０５〜Ｓ１０７の処理で取得したＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、分配システム情報、サービスＩＤの一覧、等のデータに基づいてサービスリストを作成し、前記作成したサービスリストをＲＯＭ１０３またはストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ１０８）。
次に、受信機能実行部１１０２は、受信信号からＡＭＴを取得し（Ｓ１０９）、更に、前記サービスリストに記憶された各サービスＩＤに関するＩＰマルチキャストグループの一覧を取得する（Ｓ１１０）。図１３Ｅに、ＡＭＴのデータ構造の一例を示す。なお、ＡＭＴが複数のサービスＩＤに関するＩＰマルチキャストグループの一覧を有している場合は、Ｓ１１０の処理を繰り返す。異なるサービスＩＤに関するＩＰマルチキャストグループの一覧を有するＡＭＴが複数ある場合には、Ｓ１０９〜Ｓ１１０の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ１１０の処理で取得したＩＰマルチキャストグループの一覧を、ＩＰ関連情報として、前記サービスＩＤと関連付けて、ＲＯＭ１０３またはストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ１１１）。
なお、Ｓ１０２の処理で、チューナ／復調部１３１が前記設定された周波数値へのロックに成功しなかった場合（Ｓ１０２：Ｎｏ）、および、Ｓ１０３の処理で取得したＴＬＶ−ＮＩＴが有効なデータでない場合（Ｓ１０４：Ｎｏ）、Ｓ１０５〜Ｓ１１１の処理は行わない。
Ｓ１１１の処理を終えると、受信機能実行部１１０２は、チューナ／復調部１３１に設定されている周波数値がチャンネルスキャン範囲の最終周波数値であれば（Ｓ１１２：Ｙｅｓ）、処理を終了する。一方、前記設定されている周波数値がチャンネルスキャン範囲の最終周波数値でなければ（Ｓ１１２：Ｎｏ）、チューナ／復調部１３１に設定された周波数値をアップさせて（Ｓ１１３）、Ｓ１０２〜Ｓ１１１の処理を繰り返す。なお、１つのＴＬＶ−ＮＩＴで、当該放送ネットワークを構成する全てのサービスに関するサービスＩＤを取得でき、更に、前記サービスＩＤに関するＩＰマルチキャストグループの一覧を有するＡＭＴを取得できる場合には、Ｓ１１２〜Ｓ１１３の処理が不要である。
前述の一連の処理により、本実施例の放送受信装置１００は、初期設定の際のチャンネルスキャン時に、あるいは、設定変更のための再スキャン時に、放送ネットワークを構成するサービスの一覧（サービスリスト）の作成／更新と同時に、前記各サービスに対応するＩＰマルチキャストグループの一覧（ＩＰ関連情報）の作成／更新を行い、更に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能となる。
なお、前記設定変更のための再スキャンは、ＴＬＶ−ＮＩＴやＡＭＴの『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータを参照することにより、テーブル内の情報に変化があったことを検出した場合に、自動的に行うようにしても良い。ＴＬＶ−ＮＩＴとＡＭＴの一方の『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータの変化を検出した場合に、前記パラメータの変化が検出されたテーブルに関する情報のみを自動的に更新するようにしても良い。但し、前述の自動更新を行った場合、再スキャンを自動的に行った旨をユーザに通知することが望ましい。また、前記テーブル内の情報に変化があったことをユーザに報知し、ユーザに前記再スキャンを行うか否かを選択させるようにしても良い。
［放送受信装置の選局処理（チャンネル切り替え）］
図１４Ａは、本実施例の放送受信装置１００における選局（チャンネル切り替え）時の動作シーケンスの一例を示す図である。
ユーザが図示を省略したリモコン等を操作してチャンネルの切り替えを指示すると、受信機能実行部１１０２が前記リモコンから送信されたコマンドを解釈して目的のサービスのサービスＩＤを指定する（Ｓ２０１）。次に、受信機能実行部１１０２は、チューナ／復調部１３１の受信信号からのＡＭＴの取得を開始する。所定時間以内にＡＭＴの取得に成功した場合（Ｓ２０２：Ｙｅｓ）、前記取得したＡＭＴから前記サービスＩＤに対応するＩＰマルチキャストグループの一覧に関する情報を取得する（Ｓ２０４）。一方、所定時間以内にＡＭＴの取得に成功しなかった場合（Ｓ２０２：Ｎｏ）、ＲＯＭ１０３またはストレージ部１１０等に記憶されたＩＰ関連情報を参照することにより（Ｓ２０３）、前記サービスＩＤに対応するＩＰマルチキャストグループの一覧に関する情報を取得する（Ｓ２０４）。なお、Ｓ２０２の判断処理を行わず、常にＲＯＭ１０３またはストレージ部１１０等に記憶されたＩＰ関連情報を参照するようにしても良い。
次に、受信機能実行部１１０２は、チューナ／復調部１３１の受信信号からのＴＬＶ−ＮＩＴの取得を開始する。所定時間以内にＴＬＶ−ＮＩＴの取得に成功した場合（Ｓ２０５：Ｙｅｓ）、前記取得したＴＬＶ−ＮＩＴから前記サービスＩＤに対応するＩＰデータフローを取得するための分配システム情報を取得する（Ｓ２０７）。一方、所定時間以内にＴＬＶ−ＮＩＴの取得に成功しなかった場合（Ｓ２０５：Ｎｏ）、ＲＯＭ１０３またはストレージ部１１０等に記憶されたサービスリストを参照することにより（Ｓ２０６）、前記サービスＩＤに対応するＩＰデータフローを取得するための分配システム情報を取得する（Ｓ２０７）。なお、Ｓ２０５の判断処理を行わず、常にＲＯＭ１０３またはストレージ部１１０等に記憶されたサービスリストを参照するようにしても良い。
Ｓ２０７の処理で分配システム情報を取得すると、次に、受信機能実行部１１０２は、前記取得した分配システム情報にて指示される周波数値を以ってチューナ／復調部１３１を制御し、前記サービスＩＤに対応するＩＰデータフローを受信し（Ｓ２０８）、前記受信したＩＰデータフローからＭＭＴデータ列を抽出して、分離部１３２に出力する。
分離部１３２において、トランスポート処理部１１０２ａは、前記入力したＭＭＴデータ列からパケットＩＤが『０』であるＭＭＴＰパケットを取得し（Ｓ２０９）、更に、前記取得したＭＭＴＰパケットに含まれるＭＰＴを取得する（Ｓ２１０）。次に、トランスポート処理部１１０２ａは、前記取得したＭＰＴが有する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを参照し、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値か否かを確認する。図７Ｂに示したＭＰＴのデータ構造の一例において、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値である場合（Ｓ２１１：Ｙｅｓ）、前記パケットＩＤが『０』であるＭＭＴＰパケットが前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットであるものと判断し、前記取得したＭＰＴの有する情報に基づいてＭＦＵの取得処理に移行する。
一方、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値でない場合（Ｓ２１１：Ｎｏ）、前記パケットＩＤが『０』であるＭＭＴＰパケットは前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットではないと判断する。この場合、トランスポート処理部１１０２ａは、あらためてＰＬＴを取得し（Ｓ２１２）、前記取得したＰＬＴを確認することにより、前記サービスＩＤに対応する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを有するＭＰＴを伝送するＭＭＴＰパケットのパケットＩＤ（ｘとする）を確認する（Ｓ２１３）。更に、トランスポート処理部１１０２ａは、前記入力したＭＭＴデータ列からパケットＩＤが『ｘ』であるＭＭＴＰパケットを取得し（Ｓ２１４）、前記取得したＭＭＴＰパケットに含まれるＭＰＴを取得する（Ｓ２１５）。更に、前記取得したＭＰＴの有する情報に基づいて、ＭＦＵの取得処理を開始する。
なお、Ｓ２０９〜Ｓ２１１の処理を行わず、常にＳ２１２〜Ｓ２１５の処理を行うようにしても良い。この場合、前記サービスＩＤに対応する番組のデータがパケットＩＤ『０』以外のＭＭＴＰパケットに格納されている際に、処理時間の短縮が可能となる。
ここで、前述の、ＰＬＴを確認することにより、前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットのパケットＩＤを特定して、ＭＰＴを取得する処理に関して説明する。パケットＩＤが『０』のＭＭＴＰパケットは、ＰＡメッセージを伝送することを示すものとする。複数のパッケージを多重する場合、図１４Ｂに示すように、このＰＡメッセージにＰＬＴ（パッケージリストテーブル）が含まれる。ＰＬＴは、他のパッケージのＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットのパケットＩＤのリストを有しており、ＰＬＴを確認することにより、パッケージＩＤから各サービスのエントリーポイントとなるＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットを特定することが可能となる。図１４ＣにＰＬＴのデータ構造の一例を示す。『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータで示されるパッケージのＰＡメッセージを伝送するロケーション情報が、『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』で指定されるものとする。
図１４Ａに示した動作シーケンスの説明に戻る。前記ＭＦＵの取得処理では、まず、トランスポート処理部１１０２ａが、Ｓ２１０またはＳ２１５の処理で取得したＭＰＴを参照し、所望のＭＦＵを伝送するＩＰデータフローのＩＰアドレスおよびパケットＩＤを取得する（Ｓ２１６）。また、前記ＭＰＴに配置されたＭＰＵタイムスタンプ記述子からＭＰＵの提示時刻を、前記ＭＰＴに配置されたＭＰＵ提示領域指定記述子からＭＰＵのレイアウト番号を、それぞれ取得し（Ｓ２１７、Ｓ２１８）、更に、前記取得したＩＰデータフローのＩＰアドレスおよびパケットＩＤに基づいてＭＦＵを取得する（Ｓ２１９）。次に、前記取得したＭＦＵから符号化映像データや符号化音声データ等を抽出し、ＡＶデコード処理部１１０２ｂの制御に基づく映像／音声デコード処理を行い、提示処理部１１０２ｈの制御により、前記取得した提示時刻に関する情報やレイアウト制御に関する情報に基づく提示処理が行われる（Ｓ２２０）。
なお、Ｓ２１２の処理でＰＬＴを取得できなかった場合、Ｓ２１３の処理で前記サービスＩＤに一致する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを確認できなかった場合、Ｓ２１５の処理でパケットＩＤが『ｘ』であるＭＭＴＰパケットを取得できなかった場合、等は、Ｓ２１０の処理で取得したパケットＩＤが『０』であるＭＭＴＰパケットのデータに基づいた番組出画処理（即ち、Ｓ２１６〜Ｓ２２０の処理）を行うようにしても良い。また、この場合、ユーザが選択したサービスＩＤに対応する番組を表示できなかった旨のメッセージを表示するようにすると良い。
以上の一連の処理により、本実施例の放送受信装置１００は、選局（チャンネル切り替え）動作を実行することが可能である。特に、図１３Ａおよび図１４Ａを用いて説明したように、初期設定の際のチャンネルスキャン時に、あるいは、設定変更のための再スキャン時に、サービスリストやＩＰ関連情報を作成して、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させて常時参照可能とし、選局（チャンネル切り替え）時に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させた前記サービスリストやＩＰ関連情報を参照することにより、選局（チャンネル切り替え）時の動作の効率向上を可能とする。即ち、選局（チャンネル切り替え）時にＡＭＴやＴＬＶ−ＮＩＴの再取得を行う場合と比較して、選局（チャンネル切り替え）開始から選局（チャンネル切り替え）終了までの時間を短縮することが可能となる。
［放送受信装置のリモコンキー設定処理］
本実施例の放送受信装置１００に対する操作指示の入力に用いるリモコン（リモートコントローラ）１００Ｒの外観の一例を図１５Ａに示す。リモコン１００Ｒは、少なくとも電源キー１００Ｒ１、テンキー１００Ｒ２、チャンネルアップ／ダウンキー１００Ｒ３、メニューキー１００Ｒ４、ＥＰＧキー１００Ｒ５、カーソルキー１００Ｒ６、決定キー１００Ｒ７、カラーキー１００Ｒ８、を備えるものとする。音量アップ／ダウンキーやネットワーク切替キー、入力切替キー、録画キー、再生キー、等を、更に備えても良い。
例えば、図１４Ａに示した選局時の動作シーケンスのＳ２０１の処理において、リモコン１００Ｒを用いて、本実施例の放送受信装置１００に対してチャンネルの切り替えを指示する場合、以下の三通りの方法が用いられて良い。第一の方法は、テンキー１００Ｒ２を複数回押下することにより、所望のチャンネル（サービス）のサービスＩＤを直接入力して指定する方法である。第二の方法は、チャンネルアップ／ダウンキー１００Ｒ３の押下を必要に応じて繰り返すことにより、所望のチャンネル（サービス）が表示されるまでチャンネルの順送り（または逆送り）を行う方法である。第三の方法は、テンキー１００Ｒ２を一回のみ押下することにより、テンキー１００Ｒ２の各キーに関連付けられた所定のチャンネル（サービス）を呼び出す、いわゆるワンタッチ選局を行う方法である。前記第三の方法であるワンタッチ選局は使い勝手の良い選局方法であるが、テンキー１００Ｒ２の各キーへの所定のチャンネル（サービス）の関連付けの設定を予め放送受信装置１００に行っておく必要がある。
本実施例の放送システムに対応する放送受信装置１００は、前記関連付けの設定を、チューナ／復調部１３１で受信したデジタル放送波に含まれる制御情報に基づいて自動的に行うことが可能であるものとする。即ち、本実施例の放送システムは、ＴＬＶ−ＳＩの記述子としてリモートコントロールキー記述子を用意している。前記関連付けの設定は、リモートコントロールキー記述子を参照することにより行えば良い。
図１５Ｂに、リモートコントロールキー記述子のデータ構造の一例を示す。図中の『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータがチャンネル（サービス）を識別するサービスＩＤである。『ｒｅｍｏｔｅ＿ｃｏｎｔｒｏｌ＿ｋｅｙ＿ｉｄ』パラメータが前記サービスＩＤで識別されるチャンネル（サービス）を割り当てるリモコンボタン番号の推奨値である。前記各パラメータの値に応じて、テンキー１００Ｒ２の『ｒｅｍｏｔｅ＿ｃｏｎｔｒｏｌ＿ｋｅｙ＿ｉｄ』パラメータの値で指定されるキーに『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータで識別されるチャンネル（サービス）を関連付けるようにすれば良い。
なお、同一ネットワーク内におけるチャンネル（サービス）の数が多い場合、前記チャンネル（サービス）をテンキー１００Ｒ２以外のキーに割り当てるようにしても良い。例えば、カラーキー１００Ｒ８に所定のチャンネル（サービス）を割り当てる、等である。この場合、予めカラーキー１００Ｒ８の各キーにも『ｒｅｍｏｔｅ＿ｃｏｎｔｒｏｌ＿ｋｅｙ＿ｉｄ』パラメータに対応する数値を割り当てておけば良い。
リモートコントロールキー記述子は、ＴＬＶ−ＮＩＴの記述子として記述されて良い。従って、例えば、図１３Ａに示したチャンネルスキャン時の動作シーケンスのＳ１０３の処理で取得したＴＬＶ−ＮＩＴが有効なデータである場合に、Ｓ１０５〜Ｓ１０７の処理と併せて、リモートコントロールキー記述子の記述内容を放送受信装置１００のＲＯＭ１０３またはストレージ部１１０等の不揮発メモリに記憶させることにより、前記関連付けの設定を行えば良い。
なお、前記関連付けの設定は、前述のようにリモートコントロールキー記述子の記述内容に応じて行う方法の他、ユーザが自らの好みに応じてテンキー１００Ｒ２の各キーに任意のチャンネルのサービスを適宜割り当てることにより行っても良い。また、放送受信装置１００の不揮発メモリに前記リモートコントロールキー記述子の記述内容に応じた関連付けの設定とユーザが好みに応じて割り当てた関連付けの設定の双方を同時に記憶しておき、メニュー操作等の選択により、一方の設定のみを使用するようにしても良い。また、この場合、前記ユーザが好みに応じて割り当てた関連付けの設定が優先的に使用されて良い。また、リモートコントロールキー記述子に記述された優先フラグの値に応じて、前記ユーザが好みに応じて割り当てた関連付けの設定よりも前記リモートコントロールキー記述子の記述内容に応じた関連付けの設定を優先して使用するようにしても良い。前記優先フラグは、図１５Ｂに示したリモートコントロールキー記述子の『ｒｅｓｅｒｖｅｄ』パラメータの一部あるいは全部を用いることにより設定しても良いし、新たなパラメータを追加することにより設定しても良い。なお、この場合、サービスＩＤ毎に前記優先フラグの値を制御可能であって良い。
また、前記不揮発メモリにユーザが好みに応じて割り当てた関連付けの設定が記憶されている場合には、前記リモートコントロールキー記述子の記述内容に応じた関連付けの設定を前記不揮発メモリに記憶させないようにしても良い。また、放送受信装置１００の不揮発メモリには前記ユーザが好みに応じて割り当てた関連付けの設定のみを記憶しておき、受信中のＴＬＶ−ＮＩＴにリモートコントロールキー記述子が記述されている場合には前記リモートコントロールキー記述子の記述内容に応じた関連付けの設定を使用し、受信中のＴＬＶ−ＮＩＴにリモートコントロールキー記述子が記述されていない場合には前記ユーザが好みに応じて割り当てた関連付けの設定を使用するようにしても良い。
なお、リモートコントロールキー記述子の記述内容に応じてテンキー１００Ｒ２の各キーに所定のチャンネル（サービス）を関連付けを変更する処理は、ＴＬＶ−ＮＩＴで指定されるネットワークにおいてサービスリスト記述子に記述される全てのサービスに対して同時に行われても良いし、一部のサービスに対してのみ行われても良い。前記処理を一部のサービスに対してのみ行う場合、その他のサービスに関しては旧設定をそのまま保持するようにしても良い。また、前記『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータが所定の値（例えば、９９９等）である場合には、放送受信装置１００の不揮発メモリに記憶されている設定済み内容のうち、『ｒｅｍｏｔｅ＿ｃｏｎｔｒｏｌ＿ｋｅｙ＿ｉｄ』パラメータで指定される設定に関してのみ消去するようにしても良い。
即ち、本実施例の放送受信装置１００では、テンキー１００Ｒ２の各キーへの所定のチャンネル（サービス）の関連付けの設定を行うことが可能となる。
［マルチ編成チャンネルの選局処理］
本実施例の放送システムにおいても、一つのチャンネル（サービス）で複数の番組を並行して放送するマルチ編成が可能であるものとする。マルチ編成による複数番組の同時放送を行う場合、前述のワンタッチ選局はマルチ編成のメインチャンネルに対してのみ可能であって、マルチ編成のサブチャンネルに対しては可能ではないことが考えられる。即ち、マルチ編成のサブチャンネルを選局する場合、サービスＩＤを直接入力して指定する方法を用いるか、あるいはワンタッチ選局により一旦マルチ編成のメインチャンネルを選局した後にチャンネルアップ／ダウンキー１００Ｒ３の押下により所望のサブチャンネルを選局する方法を用いる必要があり、操作が煩雑となる問題がある。
前記問題を解決するために、本実施例の放送受信装置１００においては、ワンタッチ選局の機能を拡張し、所定のサービスＩＤを割り当てたテンキー１００Ｒ２を、所定時間内に複数回繰り返して押下することにより、マルチ編成のサブチャンネルの直接選局を可能としている。
図１６Ａを用いて説明する。例えば、リモコン１００Ｒのテンキー１００Ｒ２の『１』キーに０１１チャンネルのサービスが予め割り当てられているものとする。この場合、マルチ編成を行っていない状態（図中（Ａ）参照）での選局操作であれば、前記『１』キーの押下回数によらず、０１１チャンネルが選局される。一方、マルチ編成を行っている状態（図中（Ｂ）参照）での選局操作の場合、前記『１』キーを一回のみ押下すると０１１チャンネルが選局され、一回目の『１』キー押下から所定時間以内に再度『１』キーを押下すると０１２チャンネルが選局されるようにする。同様に、所定時間内に『１』キーが三回押下された場合には、０１３チャンネルが選局されるようにする。なお、一回目の『１』キー押下から所定時間を超えて再度『１』キーが押下された場合には、０１１チャンネルが選局されたままとして良い。
前述のような操作を可能とすることにより、本実施例の放送受信装置１００においては、より簡単な操作でマルチ編成時のサブチャンネルの直接選局を可能としている。
同様に、マルチビュー対応番組のアングル選択や複数の映像アセットからの所定の映像アセットの選択をテンキー１００Ｒ２の複数回繰り返し押下により行う様にしても良い。図１６Ｂに示すように、マルチビュー対応番組のサービスＩＤがリモコン１００Ｒのテンキー１００Ｒ２の『１』キーに割り当てられている場合、前記『１』キーを一回のみ押下すると前記マルチビュー対応番組が選局されてメインビューが表示されるものとする。また、一回目の『１』キー押下から所定時間以内に再度『１』キーを押下すると前記マルチビュー対応番組のサブビュー１が表示されるものとする。同様に、所定時間内に『１』キーが三回押下された場合には、前記マルチビュー対応番組のサブビュー２が表示されるものとする。なお、一回目の『１』キー押下から所定時間を超えて再度『１』キーが押下された場合には、前記マルチビュー対応番組のメインビューが表示されたままとして良い。複数の映像アセットからの所定の映像アセットの選択も前述と同様の操作により可能であって良い。
前述のような操作を可能とすることにより、本実施例の放送受信装置１００においては、より簡単な操作でマルチビュー対応番組のアングル選択や複数の映像アセットからの所定の映像アセットの選択を可能としている。
なお、マルチ編成時の一つ以上の番組がマルチビュー対応番組や複数アセットを有する番組である場合は、前述の操作の一方のみを有効とし、他方を無効とすれば良い。例えば、マルチ編成時の一つ以上の番組がマルチビュー対応番組や複数アセットを有する番組である場合は、同一キーの所定時間内の複数回押下の操作をマルチ編成時のサブチャンネルの直接選局の処理に割り当てるようにする。何れの操作を有効とし、また、無効とするかは、予め定めておいても良いし、ユーザが選択するようにしても良い。
［放送受信装置の画面レイアウト制御］
本実施例の放送受信装置１００では、ＬＣＴの記述に基づいた画面レイアウト制御が可能であるものとする。図１７ＡにＬＣＴのデータ構造の一例を示す。図１７ＢにＭＰＵ提示領域指定記述子のデータ構造の一例を示す。
前記ＬＣＴのデータ構造において、特に、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータと『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータは、全画面表示の左側を『０』／右側を『１００』とした場合の、領域の左上の水平位置と右下の水平位置を、それぞれ水平方向の全画素数に対する割合で示すものとする。『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータと『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータは、全画面表示の上側を『０』／下側を『１００』とした場合の、領域の左上の垂直位置と右下の垂直位置を、それぞれ垂直方向の全画素数に対する割合で示すものとする。また、『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータは、領域の奥行き方向の相対位置を示すものとする。
前記各パラメータの設定に基づいた、レイアウト番号へのレイアウトの割当の例を、前記各パラメータの設定値と共に、以下で説明する。
図１７Ｃは、本実施例の放送受信装置１００のデフォルトのレイアウト設定であり、全画面に１つの領域のみを設定する例である。図１７Ｄは、全画面を三つの領域に分割し、それぞれの領域を『領域０』、『領域１』、『領域２』とした場合の例である。例えば、全画面の画素数を水平７６８０画素／垂直４３２０画素とした場合、『領域０』は、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータが『０』、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータが『０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータが『８０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータが『８０』であることから、（０，０）−（６１４３，３４５５）の範囲に設定される。同様に、『領域１』は、（６１４４，０）−（７６７９，４３１９）の範囲に設定され、『領域２』は、（０，３４５６）−（６１４３，４３１９）の範囲に設定される。
図１７Ｅは、図１７Ｄと同様に三つの領域を設定する例であるが、『領域０』は、（０，０）−（７６７９，４３１９）の範囲に設定され、『領域１』と『領域２』は前述と同様の範囲で、『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータの設定に応じて、『領域０』の前面に配置される。図１７Ｆは、デバイス０（デフォルトのデバイス：本実施例では放送受信装置１００）に『領域０』が設定され、デバイス１（本実施例においては、携帯情報端末７００）に『領域１』が設定される場合の例である。
前述のように、本実施例の放送システムにおいては、ＬＣＴを用いることにより、マルチメディアサービスを受信機上でサービス提供者の意図通りに表示するための画面レイアウト制御を行うことが可能となる。
なお、前述の画面レイアウト制御により番組映像やデータ画面が表示されない領域は、ＬＣＴ内に記述された背景色指定記述子により指定された所定の背景色が表示されて良い。また、ＬＣＴに前記背景色指定記述子が含まれていない場合、放送受信装置１００が前記背景色指定記述子を正しく取得できなかった場合、背景色指定記述子により指定された所定の背景色がハードウェア制限により表示できないものである場合、等には、映像表示装置１００が予め定めた所定のパターンを前記領域に表示するようにしても良い。また、映像表示装置１００からユーザに対してのお知らせ表示領域として前記領域を使用しても良い。なお、前記お知らせは任意の情報であって良い。
なお、前記『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』等のパラメータの設定値に応じて画面を分割する際に生じた小数点以下の端数は、切り上げ若しくは切り捨て等の処理を行えば良い。四捨五入（あるいは、二進数における零捨一入）の処理でも良い。例えば、全画面の画素数が７６８０画素／垂直４３２０画素で、『領域０』の『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータが『０』、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータが『０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータが『５１』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータが『５１』の場合、切り上げ処理により（０，０）−（３９１６，２２０３）の範囲に『領域０』を設定しても良いし、切り捨て処理により（０，０）−（３９１５，２２０２）の範囲に『領域０』を設定しても良い。また、映像圧縮処理の際のマクロブロックを考慮して、８画素単位や１６画素単位等での切り上げ／切り捨て処理を行うようにしても良い。前記処理により、ＬＣＴに基づく領域設定や、前記領域におけるマルチメディアコンテンツの解像度変換処理を効率的に行うことが可能となる。
あるいは、前記『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』等のパラメータの設定値を、『０』から『１００』の範囲の『５の倍数』若しくは『１０の倍数』のみに制限するようにしても良い。この場合も、前記領域設定を好適に行うことが可能となす。
なお、前記各領域に表示されるコンテンツは、図１７Ｂに示したＭＰＵ提示領域指定記述子により指定される。図中の『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータでシーケンス番号を指定されるＭＰＵのコンテンツが、『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ』パラメータおよび『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ』パラメータにより、前記ＬＣＴの記述に関連付けられるものとする。
また、ＭＰＵ提示領域指定記述子の記述の第一の『ｆｏｒ』ループ内において、一つの『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータに対して複数の『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ』パラメータおよび『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ』パラメータを記述し、何れの記述に従ってレイアウト制御を行うかをユーザに選択させるようにしても良い。例えば、第一の『ｆｏｒ』ループ内において、所定の『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータに対して『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ１』パラメータ、『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ１』パラメータ、『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ２』パラメータ、『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ２』パラメータ、が記述されている場合、前記『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータで指定されるＭＰＵのレイアウト制御を、『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ１』パラメータおよび『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ１』パラメータに基づいて行うか、『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ２』パラメータおよび『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ２』パラメータに基づいて行うか、をユーザに選択させる、等である。このようにすれば、ユーザは映像番組に関するレイアウト制御を好みに応じて行うことが可能となる。
［放送受信装置の画面レイアウト制御の例外処理］
本実施例の放送受信装置１００においては、前述のＬＣＴにより画面レイアウトの領域制御が行われている場合であっても、ユーザによりＥＰＧ画面の表示が指示された場合等には、例外処理として、前記ＬＣＴの記述内容を無視した画面レイアウト制御を行うことが可能であるものとする。図１８Ａに、ＬＣＴに基づく画面レイアウト制御の例外処理の動作の一例を示す。
ＬＣＴの記述により図１７Ｄと同様の画面レイアウト制御が行われ、『領域０』に放送番組映像が表示され、『領域１』および『領域２』に前記放送番組に連携する番組連携データ等の放送コンテンツが表示されている状態で、ユーザが図示を省略したリモコンによりＥＰＧ画面の表示を指示した場合、本実施例の放送受信装置１００では、図１８Ａ（Ａ）に示したように、ＬＣＴの記述内容に関わらず画面レイアウト設定をデフォルトの設定（即ち、図１７Ｃと同様の画面レイアウト制御が行われている状態）に戻し、ＥＰＧ画面を画面全体に表示するように制御するものとする。更に、ユーザがＥＰＧ画面の表示終了を指示した場合に、ＬＣＴの記述内容に従った画面レイアウト制御を再実行するようにする。
前述の制御を行うことにより、図１８Ａ（Ｂ）に示したような、画面レイアウトの領域制御を維持したままＥＰＧ画面の表示を行う場合と比較して、ＥＰＧ画面を大きく表示することができ、見易さを向上させることが可能である。
なお、前記画面レイアウト制御の例外処理は、ＥＰＧ画面の表示を行う際にのみ適用されるものではなく、図１８Ｂに示すように、放送受信装置１００の各種設定画面（図示の例では録画設定画面）の子画面表示時や二画面表示時に適用されても良い。
同図（Ａ）に示した録画設定画面の場合、放送コンテンツの表示エリアは画面全体から画面右下の子画面部分のみに変更される。同様に、同図（Ｂ）に示した二画面表示の場合、放送コンテンツの表示エリアは画面全体から画面中段左側の分割画面部分のみに変更される。何れの場合も、放送コンテンツを表示するための表示エリアが、画面全体を使用する場合と比較して狭くなるため、前記表示エリア内で画面レイアウトの領域制御を維持したまま（即ち、領域分割を行って複数の放送コンテンツを同時に表示したまま）とすることは視認上好ましくはない。従って、本実施例の放送受信装置１００においては、前記状況の際には、前記表示エリアに『領域０』の放送コンテンツのみを選択して表示するようにする。なお、直前の領域選択状況に応じて、『領域１』や『領域２』の放送コンテンツを選択して表示するようにしても良い。
前述の制御を行うことにより、画面レイアウトの領域制御を維持したまま各種放送コンテンツの表示を行う場合と比較して、前記放送コンテンツの見易さを向上させることが可能となる。録画番組一覧画面における子画面表示やインターネットコンテンツのブラウザ表示時、等においても同様である。
［映像信号のアスペクト比変換処理］
テレビ放送サービスにおける映像信号のアスペクト比には、従来のＳＤＴＶで用いられた『４：３』、近年のＨＤＴＶで用いられている『１６：９』の他、映画コンテンツに適した『２１：９』、等がある。前記映像信号のアスペクト比の情報は、本実施例の放送システムにおいては、映像コンポーネント記述子により記述されて良い。図１９Ａに、映像コンポーネント記述子のデータ構造の一例を示す。図中、『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータが前記映像信号のアスペクト比に関する情報である。図１９Ｂに、前記『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータの意味の一例を示す。図示とは異なるアスペクト比を更に割り当てても良い。
一方、前記テレビ放送サービスを受信可能なテレビ受信機（本実施例の放送受信装置１００、等）の表示部のアスペクト比は『１６：９』であることが一般的である。即ち、アスペクト比が『４：３』や『２１：９』の映像コンテンツを一般的なテレビ受信機に表示する際には、アスペクト比変換処理を行って良い。
前記アスペクト比変換処理を行うか否かは、放送受信装置１００のモニタ部１６２の仕様と映像コンポーネント記述子の『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータとを比較することにより、判断すれば良い。例えば、放送受信装置１００のモニタ部１６２のアスペクト比が『１６：９』（横３８４０画素×縦２１６０画素、等）の場合、前記『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータの値が『０』や『２』や『３』ならばアスペクト比変換処理を行わないようにし、『１』や『５』ならばアスペクト比変換処理を行うようにすれば良い。また、例えば、放送受信装置１００のモニタ部１６２のアスペクト比が『２１：９』（横５０４０画素×縦２１６０画素、等）の場合、前記『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータの値が『０』や『５』ならばアスペクト比変換処理を行わないようにし、『１』や『２』や『３』ならばアスペクト比変換処理を行うようにすれば良い。
放送受信装置１００のモニタ部１６２のアスペクト比が『１６：９』で前記『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータの値が『５』の場合のアスペクト比変換処理の一例を図１９Ｃおよび図１９Ｄに示す。アスペクト比『２１：９』の映像コンテンツをアスペクト比『１６：９』のモニタ部１６２に表示する場合、アスペクト比『２１：９』の映像コンテンツの上下に黒帯を追加することにより、アスペクト比を『１６：９』に変換しても良い（図中の表示Ａ）。このようにすれば、オリジナルの映像コンテンツの全域を歪なく表示することが可能となる。また、アスペクト比『２１：９』の映像コンテンツの中央部分のみを切り出してモニタ部１６２に表示するようにしても良い（図中の表示Ｂ）。このようにすれば、オリジナルの映像コンテンツの主要部分を大きく表示することが可能となる。また、アスペクト比『２１：９』の映像コンテンツの上下に黒帯を少し追加して、更に中央部分を切り出すようにしても良い（図中の表示Ｃ）。このようにすれば、オリジナルの映像コンテンツの大部分を大きく表示することが可能となる。また、アスペクト比『２１：９』の映像コンテンツの左右端を圧縮して全域を表示するようにしても良い（図中の表示Ｄ）。このようにすれば、オリジナルの映像コンテンツの全域を大きく、更に主要部分は歪なく表示することが可能となる。また、アスペクト比『２１：９』の映像コンテンツの上下に黒帯を少し追加して、更に左右端を圧縮して全域を表示するようにしても良い（図中の表示Ｅ）。このようにすれば、オリジナルの映像コンテンツの全域を大きく、更に左右端の歪を少なく表示することが可能となる。
アスペクト比変換処理をどのように行うかは、メニュー等の設定によりユーザが選択可能として良い。あるいは、リモコン等の所定のキーの押下により切り換えられるようにしても良い。なお、前述のアスペクト比『２１：９』は、いわゆるシネマスコープの『２．３５：１』等、概略で『２１：９』となる縦横比率のものを含むものとする。他のアスペクト比の数値に関しても同様である。
［放送受信装置のＥＰＧ表示］
本実施例の放送システムでは、放送ネットワークを構成する各サービスに含まれるイベント（いわゆる番組）に関する時系列情報をＭＨ−ＥＩＴで伝送するものとする。図７Ｅに示したＭＨ−ＥＩＴは、テーブルＩＤ（図中の『ｔａｌｂｅ＿ｉｄ』パラメータに対応）により２つのクラスに識別され、自ＴＬＶストリームの現在／次のイベントの情報と自ＴＬＶストリームの各イベントのスケジュール情報を示すことが可能であるものとする。本実施例の放送受信装置１００は、前記ＭＨ−ＥＩＴ等を参照してサービスＩＤ（図中の『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータに対応）による識別を行うことにより、各イベントの開始時間や放送時間等の情報を取得してＥＰＧ画面を作成することが可能であり、前記作成したＥＰＧを映像合成部１６１で映像情報等に重畳してモニタ部１６２に表示することが可能であるものとする。
図２０Ａは、本実施例の放送受信装置１００におけるＥＰＧ画面の一例を示す図である。ＥＰＧ画面１６２ａは、縦軸を時間表示、横軸をサービスＩＤ（チャンネル）表示としたマトリクス形状で、各時間帯に各チャンネルで放送される放送番組の詳細情報を表示するものとする。また、各放送番組の詳細情報１６２ａ１は、主としてタイトル領域１６２ａ２と詳細説明領域１６２ａ３で構成される。各放送番組の詳細情報１６２ａ１には、ＭＨ−短形式イベント記述子やＭＨ−拡張形式イベント記述子に記述されて配信された番組情報等が表示されて良い。前記各記述子に記述された番組情報等の容量が多い場合には、通常時には省略表示を行い、図示を省略したリモコンの操作による選択時にはポップアップ等で全番組情報を表示するようにしても良い。あるいは、選択時には前記各記述子に記述された番組情報等を連携動作中の携帯情報端末７００に送信し、表示部７４１に表示させるように携帯情報端末７００に指示しても良い。
各放送番組の詳細情報１６２ａ１のタイトル領域１６２ａ２には、前記放送番組の番組タイトルおよび前記放送番組の属性を表す記号等を表示する。前記放送番組の属性を表す記号等とは、例えば、新番組であることを示す記号／文字や、再放送番組であることを示す記号／文字、等である。あるいは、放送サービスによるデータ放送に対応していることを意味する『ｄａｔａ』を記号化した印等でも良い。また、前記放送番組に関連するコンテンツやアプリケーション等をネットワーク上から取得可能であることを意味する『ＮｅｔＷｏｒｋ』を記号化した印１６２ａ４等であっても良い。また、詳細情報１６２ａ１の背景色を他と差別化することにより、あるいは、太枠で詳細情報１６２ａ１の表示領域を囲むことにより、前記放送番組の属性を表す記号等を代替しても良い。
なお、本実施例の放送システムにおける各制御情報（メッセージ、テーブル、記述子、等）が、前記放送番組に関連するコンテンツやアプリケーション等がネットワーク上から取得可能であることを示している場合であっても、放送受信装置１００のＬＡＮ通信部１２１にＬＡＮケーブルが接続されていない等、ネットワーク上の各サーバ装置へのアクセスができない状態である場合には、前記『ＮｅｔＷｏｒｋ』を記号化した印１６２ａ４等を表示しないように制御しても良い。
また、前記放送番組がインターネット２００を介して配信される配信番組であり、放送波のみからの取得ができない場合であって、更に、前述と同様に、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である場合等には、図２０Ｂに示すように、ＥＰＧ画面１６２ｂ上に表示される詳細情報１６２ｂ１の部分をグレーアウトするように制御しても良い。即ち、視聴できない配信番組の詳細情報は表示しないように制御する。また、詳細情報１６２ｂ１の背景色を他と差別化することにより、前記グレーアウト処理の代替としても良い。あるいは、前記配信番組の詳細説明領域１６２ａ３に、『この番組は視聴できません』等のメッセージを表示するようにしても良い。図示を省略したリモコンの操作により詳細情報１６２ｂ１を選択した場合に、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である旨を、あるいは、詳細情報１６２ｂ１に関連付けられた配信番組を視聴できない旨を、ポップアップ等によりユーザに報知するようにしても良い。
前述の各制御により、放送受信装置１００は、ネットワーク接続状況に応じて、ユーザに対してより違和感のない形式で各放送番組の番組情報を提供することが可能となる。
図２０Ｃは、本実施例の放送受信装置１００におけるＥＰＧ画面の別の一例を示す図である。図中、『Ｍ１テレビ』、『Ｍ２放送』、『Ｍ３チャンネル』、『Ｍ４ＴＶ』、『テレビＭ５』等は、各チャンネルの放送局名称であり、特に、『Ｍ２放送』局は、放送波により配信される放送番組とインターネット２００を介して配信される配信番組（図中の『ネット放送』で示される枠の情報１６２ｃ１）を同時に提供しているものとする。
同図に示したように、インターネット２００を介して配信する配信番組のみを有するチャンネルがある場合、通常時は同図（Ａ）のＥＰＧ画面１６２ｃに示すように（情報１６２ｃ１を含む）全てのチャンネルの情報を表示するように制御する。一方、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である場合等には、同図（Ｂ）のＥＰＧ画面１６２ｄに示すように、インターネット２００を介して配信する配信番組のみを有する『Ｍ２放送（ネット放送）』のチャンネルの情報（同図（Ａ）における情報１６２ｃ１）を表示しないように制御しても良い。
前述の各制御により、放送受信装置１００のユーザは、自分の視聴できないチャンネルの情報の確認を不要とすることが可能となる。
［放送受信装置の緊急警報放送表示］
本実施例の放送受信装置１００は、ＴＬＶストリームを含む伝送データに含まれるＴＭＣＣ信号の緊急警報放送起動制御信号ビットが『０』から『１』になった場合に、緊急警報放送の受信処理を行うことが可能であるものとする。
前記緊急警報放送は、専用のチャンネル（サービスＩＤ）の放送番組として提供されても良いし、全画面表示のアプリケーションとして提供されても良いし、文字情報として文字スーパーで提供されても良い。前記緊急警報放送が文字情報として文字スーパーで提供されている場合、緊急警報放送の受信直前の放送受信装置１００の状態に関わらず、前記文字スーパーの文字情報を表示することが好ましい。即ち、図２１に示すように、ユーザが通常の放送番組を視聴し、モニタ部１６２に前記放送番組の番組画面１６２ｅが表示されている状態で緊急警報放送を受信した場合、前記緊急警報放送による文字情報１６２ｅ１を番組画面１６２ｅに重畳して表示するようにする。同様に、ユーザがＥＰＧ画面の表示を指示し、モニタ部１６２にＥＰＧ画面１６２ｆが表示されている状態で緊急警報放送を受信した場合、前記緊急警報放送による文字情報１６２ｆ１をＥＰＧ画面１６２ｆに重畳して表示するように制御する。
前述の制御により、本実施例の放送受信装置１００においては、ユーザがＥＰＧ画面や各種設定画面、録画番組一覧画面、インターネットブラウザ等を選択して表示させている場合であっても、緊急警報放送を受信した際には、前記緊急警報放送に基づく重要な文字情報の見逃しを回避することが可能となる。なお、この制御は、緊急警報放送によらない通常の文字スーパーの文字情報に対して行われても良い。
また、前記緊急警報放送が専用のチャンネル（サービスＩＤ）の放送番組として提供される場合、現在視聴している番組のチャンネル（サービスＩＤ）に関わらず、前記緊急警報放送のチャンネル（サービスＩＤ）を自動選局するようにしても良い。また、前記緊急警報放送が専用のチャンネル（サービスＩＤ）の放送番組として提供される場合やアプリケーションとして提供される場合、連携機能実行部１１０３の制御により、連携する外部の携帯端末機器（本実施例においては、携帯情報端末７００等）に前記緊急警報放送の放送番組やアプリケーションを配信するようにしても良い。
また、前記緊急警報放送が配信された際に放送受信装置１００の電源がオンでない場合、自動的に放送受信装置１００の電源をオンするように制御を行っても良い。あるいは、放送受信装置１００との連携動作の履歴がある携帯情報端末７００に対して緊急警報放送が開始された旨の通知を送信するように制御を行っても良い。
前述の制御により、本実施例の放送受信装置１００においては、前記緊急警報放送に基づく重要な放送番組やアプリケーションの映像の表示の見逃しを回避することが可能となる。
［表示制御の例外処理］
本実施例の放送受信装置１００は、同一のパッケージを構成する各データのうち、ＴＬＶストリーム以外の経路で伝送されるデータが取得できない場合、例えば、下記の様な例外処理を行っても良い。
図７Ａを用いて説明した通り、本実施例の放送受信装置１００が対応する放送システムにおいては、ＭＰＴに格納されるロケーション情報（図７Ｃ参照）に基づいて、ＴＬＶストリームから取得するデータとＴＬＶストリーム以外の経路から取得するデータとを同一のパッケージに含めることができる。しかしながら、ロケーション情報が指し示す、ＴＬＶストリーム以外のデータ伝送経路（例えば、通信回線のＩＰｖ４データフローやＩＰｖ６データフロー、放送のＭＰＥＧ２−ＴＳなど）で伝送されるデータは、ＴＬＶ／ＭＭＴストリームの受信機能とは別の受信機能で取得するデータある。よって、放送受信装置１００の動作中であっても、これらの伝送経路の受信機能が動作していない状況や、受信機能自体は動作していても前記伝送経路上の中継装置等が動作していない状況や、これらの伝送経路の有線または無線接続がされていない状況や、そもそもこれらの伝送経路を接続できない環境に放送受信装置１００が設置されている状況など、これらの伝送経路からのデータ取得ができない状況もありうる。
このような状況下で、ＭＰＴに格納されるロケーション情報が、ＴＬＶストリームから取得するデータとＴＬＶストリーム以外の経路から取得するデータとを同一のパッケージに含めるように対応付けることを示しているイベントを受信した場合、本実施例の放送受信装置１００は、以下のような動作を行っても良い。
例えば、ＬＣＴが、図１７Ｄや図１７Ｅのように、画面内に複数の領域を設定しており、『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路から取得したデータに基づくコンテンツが表示されるように対応付けられている場合であって、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できない場合、ＬＣＴが指定する複数領域のレイアウト表示を禁止しても良い。具体的には、当該ＬＣＴを受信しても図１７Ｃに示したデフォルトレイアウト表示の『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示した状態のままとし、図１７Ｄや図１７Ｅのような複数領域のレイアウト表示に移行しないようにすれば良い。また、更にこの状態で、デフォルトレイアウトからＬＣＴの示すレイアウトへの変更指示が放送受信装置１００の操作入力部１７０に入力されたとしても、図１７Ｃに示したデフォルトレイアウト表示のままとしたり、その他のデータ放送画面に切り替えるなどして、図１７Ｄや図１７Ｅのような複数領域のレイアウト表示に移行しないようにしても良い。
また、ＬＣＴが、図１７Ｄや図１７Ｅのように、画面内に複数の領域を設定しており、『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路で取得したデータに基づくコンテンツが表示されるように対応付けられている場合であって、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できない場合の別の動作例としては、一旦、ＬＣＴが示す図１７Ｄや図１７Ｅの複数領域の表示枠を表示し、『領域１』や『領域２』については背景色や所定の静止画を表示しておき、所定時間を経過してもＭＰＴのロケーション情報が示すＴＬＶストリーム以外の伝送経路のデータが取得できない場合は、図１７Ｃに示したデフォルトレイアウト表示の状態に戻す表示切り替えを行っても良い。この場合は、図１７Ｃのレイアウトから図１７Ｄや図１７Ｅのレイアウトへの変更時および図１７Ｄや図１７Ｅのレイアウトから図１７Ｃのレイアウトへの変更時も、それぞれのレイアウトの『領域０』にＴＬＶストリームから取得したデータに基づく番組映像が継続して表示されるように動作すれば、ユーザの番組映像視聴自体は継続可能なので好ましい。
また、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できないことにより、図１７Ｃに示したデフォルトレイアウト表示の『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示した状態となっているときに、本実施例の放送受信装置１００の各種通信機能や各種受信機能の動作が開始したり、各種通信機能の通信環境／通信状況や各種受信機能の受信環境／受信状況が変化したことにより、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できる状況になることもありうる。この場合、本実施例の放送受信装置１００は、ただちに、図１７Ｃに示したデフォルトレイアウト表示から、ＬＣＴが示す図１７Ｄや図１７Ｅに示したような複数領域のレイアウトに切り替えて、『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路から取得したデータに基づくコンテンツを表示するように切り替えても良い。あるいは、当該レイアウト変更をすぐには行わずに、デフォルトレイアウトからＬＣＴの示すレイアウトへの変更指示が操作入力部１７０から入力されてから当該レイアウト変更を実行しても良い。この場合、レイアウト変更が可能となった旨をＯＳＤ表示等によりユーザに報知するようにすることが好ましい。
［著作権保護機能］
本実施例の放送受信装置１００が対応するデジタル放送システムにおいて、ＭＰＴ等にコピー制御情報を含めて伝送することにより、例えば、『無制限にコピー可』（『無制限にコピー可かつ蓄積および出力時に暗号化処理要』と『無制限にコピー可かつ蓄積および出力時に暗号化処理不要』の２種類に分けても良い）、『１世代のみコピー可』、『所定複数回数コピー可』（例えば、９回コピー可＋ムーブ１回可ならいわゆる『ダビング１０』）、『コピー禁止』など、ＭＰＴ等が参照するコンテンツのコピー制御状態を示しても良い。この場合、本実施例の放送受信装置１００は、当該コピー制御情報に応じて、当該コンテンツのストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理などを制御するように構成しても良い。
なお、蓄積処理の対象は、放送受信装置１００内部のストレージ（蓄積）部１１０のみならず、放送受信装置１００のみで再生可能となるような暗号化処理等の保護処理を施したリムーバブル記録媒体や外部機器等を含んでも良い。具体的には、例えば、拡張インタフェース部１２４に接続されたＨＤＤ等の外付けの記録装置などのうち、放送受信装置１００のみで記録再生可能な状態にしたものなどが含まれる。
＜コンテンツコピー制御＞
当該コピー制御情報に基づくコンテンツコピー制御の処理の具体例を以下に説明する。
まず、ＭＰＴ等に含まれるコピー制御情報が『無制限にコピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理等を制限なしに行って構わない。但し、前記コピー制御情報に基づく制御が『無制限にコピー可かつ蓄積および出力時に暗号化処理要』と『無制限にコピー可かつ蓄積および出力時に暗号化処理不要』とに分かれている場合であって、『無制限にコピー可かつ蓄積および出力時に暗号化処理要』を示す場合には、ストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理等を制限なしに行うことができるが、何れも暗号化処理を施す必要がある。
また、ＭＰＴ等に含まれるコピー制御情報が『１世代のみコピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０への暗号化しての蓄積や、放送受信装置１００のみで再生可能となるような暗号化処理等の保護処理を施したリムーバブル記録媒体への記録を可能として良い。また、蓄積後のコンテンツを外部機器へ視聴用に出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。また、外部機器へのいわゆるムーブ処理（外部機器へコンテンツをコピーし、放送受信装置１００のストレージ（蓄積）部１１０等のコンテンツは消去処理などにより再生不能化する処理）は可能とする。
また、ＭＰＴ等に含まれるコピー制御情報が『所定複数回数コピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０へ暗号化して蓄積する処理や、放送受信装置１００のみで再生可能となるような暗号化処理等の保護処理を施したリムーバブル記録媒体への記録する処理を可能として良い。また、蓄積後のコンテンツを外部機器へ視聴用に出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。また、外部機器への予め定められた所定回数のコピーとムーブ処理を可能として良い。いわゆる『ダビング１０』規定の場合は、外部機器への９回のコピーと１回のムーブ処理を行うことが可能である。
また、ＭＰＴ等に含まれるコピー制御情報が『コピー禁止』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０等への蓄積（コピー）を禁止する。但し、放送受信装置１００は、予め定められた所定時間または放送信号に含まれる制御情報（例えば、ＭＨ−Ｅｘｐｉｒｅ記述子やコンテンツ利用制御記述子等による）により指定される所定時間のみ、ストレージ（蓄積）部１１０等への保持を可能とする『一時蓄積』モードを有するように構成して良い。この場合には、放送受信装置１００は、ＭＰＴ等に含まれるコピー制御情報が『コピー禁止』を示す場合であっても、ストレージ（蓄積）部１１０等への当該コンテンツの一時的な保持を可能とする。ＭＰＴ等に含まれるコピー制御情報が『コピー禁止』の当該コンテンツを外部機器へ視聴用として出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。
なお、前述の外部機器への視聴用の出力は、本実施例の放送受信装置１００の映像出力部１６３と音声出力部１６６、あるいは、デジタルＩ／Ｆ部１２５やＬＡＮ通信部１２１などを介して行えば良い。前述の外部機器へのコピーまたはムーブ処理は、デジタルＩ／Ｆ部１２５やＬＡＮ通信部１２１などを介して行えば良い。
図２２Ａに、本実施例の放送システムにおけるコンテンツコピー制御記述子のデータ構造の一例を示す。図中の『ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ』パラメータがデジタルコピー制御情報であり、コンテンツのコピー世代を制御する情報を示すものとする。また、図２２Ｂに前記デジタルコピー制御情報のパラメータ値とその意味の一例を示す。例えば、前記パラメータが『００』の場合には『無制限にコピー可』を示し、前記パラメータが『０１』の場合には事業者による定義が可能であり、前記パラメータが『１０』の場合には『１世代のみコピー可』を示し、前記パラメータが『１１』の場合には『コピー禁止』を示すものとする。また、図２３に、本実施例の放送システムにおけるコンテンツ利用制御記述子のデータ構造の一例を示す。図中の『ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ』パラメータがコピー制限モードであり、個数制限コピーが可能か否かを示すものとする。
本実施例の放送受信装置１００においては、前記デジタルコピー制御情報が『０１』の場合に予め放送事業者によって定められた所定回数のコピーが可能な蓄積処理を実行可能であるものとする。あるいは、前記デジタルコピー制御情報が『１１』ではなくかつ前記コピー制限モードが個数制限コピー可を示している場合に予め放送事業者によって定められた所定回数のコピーが可能な蓄積処理を実行可能としても良い。または、この場合、デジタルコンテンツ利用記述子の『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等によりコンテンツ毎のコピー可能回数を指定しても良い。
以上の処理により、本実施例の放送受信装置１００は、前述の『所定複数回数コピー可』のコンテンツコピー制御を実現することが可能となる。
また、図２３に示したコンテンツ利用制御記述子における『ｒｅｔｅｎｔｉｏｎ＿ｍｏｄｅ』パラメータが一時蓄積制御ビットであり、前記デジタルコピー制御情報が『コピー禁止』を示している場合に対象コンテンツの一時的な蓄積を許容するか否かを示すものである。また、『ｒｅｔｅｎｔｉｏｎ＿ｓｔａｔｅ』パラメータが一時蓄積許容時間であり、前記一時蓄積許容ビットが対象コンテンツの一時的な蓄積の許容をしてしている場合の一時蓄積許容時間を示すものである。
本実施例の放送受信装置１００においては、前記一時蓄積制御ビットおよび一時蓄積許容時間の各情報を参照することにより、各コンテンツのデジタルコピー制御情報が『コピー禁止』を示している場合の一時的な蓄積の可否およびその蓄積時間を制御することが可能となる。
以上説明した処理によれば、コンテンツと対応付けられたコピー制御情報に応じて、適切なコンテンツ保護を実現することができる。
＜コンテンツ出力制御＞
次に、コンテンツの外部機器への出力制御の処理の具体例を以下に説明する。
図２３に示したコンテンツ利用制御記述子において、『ｉｍａｇｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｔｏｋｅｎ』パラメータは解像度制限ビットであり、コンテンツを外部機器に出力する際に画質制限が必要か否かを示すものである。前記解像度制限ビットが画質制限が必要であることを示している場合、本実施例の放送受信装置１００は、対象コンテンツを外部機器に出力する際に前記対象コンテンツの画質制限を行うものとする。なお、ストレージ（蓄積）部１１０等への蓄積を行う際には前記画質制限は必要ないものとして良い。前記画質制限は、例えば、受信した（あるいは、蓄積した）ＵＨＤ（７６８０画素×４３２０画素）映像コンテンツをＳＨＤ（３８４０画素×２１６０画素）映像に変換して出力する、あるいは、ＨＤ（１９２０画素×１０８０画素）映像をＳＤ（６４０画素×４８０画素）映像に変換して出力する、等である。なお、対象コンテンツの画質制限をどの程度まで行うか、即ち、画質制限後の画質をどの解像度にするかは、デジタルコンテンツ利用記述子の『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等により指定するようにしても良い。
前述と同様に、例えば『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いてフレームレート制限ビットや画素分解能制限ビットを用意し、コンテンツを外部機器に出力する際にフレームレートの制限や画素分解能の制限を制御するようにしても良い。前記フレームレート制限ビットがフレームレートの制限が必要であることを示している場合、本実施例の放送受信装置１００は、対象コンテンツを外部機器に出力する際に前記対象コンテンツのフレームレートの制限を行うものとする。例えば、フレームレート１２０Ｈｚの映像コンテンツをフレームレート６０Ｈｚに変換して出力する、等である。また、前記画素分解能制限ビットが画素分解能の制限が必要であることを示している場合、本実施例の放送受信装置１００は、対象コンテンツを外部機器に出力する際に前記対象コンテンツの各画素の分解能の制限を行うものとする。例えば、各画素が１２ビットで構成された映像コンテンツの各画素を８ビットに変換して出力する、等である。
また、更に、『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等により解像度制限制御フラグやフレームレート制限制御フラグや画素分解能制限制御フラグを用意し、前記解像度制限制御フラグやフレームレート制限制御フラグや画素分解能制限制御フラグに応じて前記画質制限やフレームレートの制限や画素分解能の制限を行うか否かを制御するようにしても良い。例えば、前記解像度制限制御フラグが解像度制限制御をインタフェース仕様に応じて行うことを示している場合、対象コンテンツを出力するインタフェースが所定のコンテンツ保護技術を備えていれば前記画質制限を行わず、所定のコンテンツ保護技術を備えていなければ前記画質制限を行うように、制御を行っても良い。
具体的には、例えば、デジタルインタフェース部１２５がＨＤＭＩインタフェースであって、前記ＨＤＭＩインタフェースに接続された外部機器に対象コンテンツの出力を行う場合、前記外部機器の有するＨＤＭＩインタフェースがＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）バージョン２．２以降に対応していれば前記画質制限を行わずに対象コンテンツの出力を行い、前記外部機器のＨＤＭＩインタフェースのＨＤＣＰバージョンが２．２未満であれば前記画質制限を行って対象コンテンツの出力を行うようにする。即ち、対象コンテンツの出力を行うインタフェースが予め定めた所定のコンテンツ保護技術を備えているか否かに応じて、あるいは、前記コンテンツ保護技術を備えている場合には前記コンテンツ保護技術のバージョンに応じて、前記対象コンテンツの画質制限を行うか否かを制御するようにすれば良い。なお、前記解像度制限制御フラグが解像度制限制御をインタフェース仕様に応じて行うことを示していない場合には、前記解像度制限ビットのみに応じて前記画質制限の有無を制御して良い。前記フレームレート制限制御フラグや画素分解能制限制御フラグに関しても同様の処理を行って良い。
また、前述のコピー制御情報が、『１世代のみコピー可』、『所定複数回数コピー可』、『コピー禁止』などのコピー制限を示しているコンテンツのＬＡＮ通信部１２１を介した外部機器へのコピー処理については、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は、禁止しても良い。コピー制御情報が『無制限にコピー可かつ蓄積および出力時に暗号化処理要』のコンテンツも同様に扱っても良い。
同様に、前述のコピー制御情報が、『１世代のみコピー可』、『所定複数回数コピー可』、『無制限にコピー可かつ蓄積および出力時に暗号化処理要』などのコピー制限を示しているコンテンツを一度ストレージ（蓄積）部１１０へ蓄積した後の、ＬＡＮ通信部１２１を介して外部機器へのムーブ処理やコピー処理等についても、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は、禁止しても良い。
また、放送受信装置１００のストレージ（蓄積）部１１０へ蓄積したコンテンツについての視聴用映像出力および音声出力は、原則として、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は禁止する。但し、当該外部機器が所定期間以内に、放送受信装置１００のＩＰアドレスと同一サブネット内で接続されており、かつ、放送受信装置１００のＩＰアドレスと同一サブネット外でも視聴可能な機器としての登録処理（ペアリング）がなされた機器である場合には、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外であっても、当該外部機器への放送受信装置１００のストレージ（蓄積）部１１０へ蓄積したコンテンツについての視聴用映像出力および音声出力を可能とするように構成しても良い。この場合、当該視聴用映像出力および音声出力はコンテンツに暗号化を施して行う。
但し、前記暗号化の処理は、図２３に示したコンテンツ利用制御記述子の『ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ』パラメータの値に応じて制御されても良い。即ち、前記『ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ』パラメータの値がＩＰインタフェース出力の出力保護を要することを示している場合には前記暗号化処理を行うこととし、ＩＰインタフェース出力の出力保護を要しないことを示している場合には前記暗号化処理を行わずに前記視聴用映像出力および音声出力を行うこととして良い。また、前記『ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ』パラメータの値がＩＰインタフェース出力の出力保護を要することを示している場合には、コンテンツ利用制御記述子の『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等により、暗号化処理を施さずに前記視聴用映像出力および音声出力を行うことが可能な外部機器のＩＰアドレスの範囲を指定するようにしても良い。即ち、予め定められた所定のＩＰアドレスに対しては、前記ＩＰアドレスが放送受信装置１００のＩＰアドレスと同一のサブネット内でなくとも、視聴用映像出力および音声出力を行うことが可能となる。
また、コンテンツ利用制御記述子の『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等により前記登録処理（ペアリング）を有効とする期間を指定するようにしても良い。この場合、外部機器の登録処理（ペアリング）を実行した日時が前記指定された期間以内であれば、前記外部機器が放送受信装置１００のＩＰアドレスと同一のサブネット外にある場合でも、前記外部機器に対する視聴用映像出力および音声出力を許容し、前記指定された期間外であれば許容しないように制御して良い。
また、前述の、コンテンツのＬＡＮ通信部１２１を介した外部機器へのムーブ処理、コピー処理、出力処理、等は、コンテンツ利用制御記述子の『ｒｅｍｏｔｅ＿ｖｉｅｗ＿ｍｏｄｅ』パラメータの値に応じて制御されても良い。即ち、前記『ｒｅｍｏｔｅ＿ｖｉｅｗ＿ｍｏｄｅ』パラメータの値が対象コンテンツのリモート視聴を許容していない場合には、コンテンツのＬＡＮ通信部１２１を介した外部機器へのムーブ処理、コピー処理、出力処理、等の一切を禁止するように制御しても良い。
以上説明した処理によれば、コンテンツを外部機器に出力する際にも、適切なコンテンツ保護を実現することができる。
＜コンテンツコピー制御の例外処理１＞
図２２Ａに示したコンテンツコピー制御記述子のデータ構造において、第一のデジタルコピー制御情報（『ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ』の直後に位置する『ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ』パラメータ）は、コンテンツ全体に関するコピー世代の制御情報であり、第二のデジタルコピー制御情報（『ｃｏｍｐｏｎｅｎｔ＿ｔａｇ』の直後に位置する『ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ』パラメータ）は、前記コンテンツを構成する各コンポーネントのそれぞれに関するコピー世代の制御情報である。なお、各コンポーネントの指定は、『ｃｏｍｐｏｎｅｎｔ＿ｔａｇ』パラメータによって為されるものとする。
本実施例の放送システムでは、コンテンツ（番組）全体のコピー世代の制御を行う場合には、前記第一のデジタルコピー制御情報のみを前記コンテンツコピー制御記述子に記述し、前記第一のデジタルコピー制御情報によりコピー世代の制御を行う。一方、前記コンテンツを構成するコンポーネント毎にコピー世代の制御を行う場合には、前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の双方を前記コンテンツコピー制御記述子に記述し、コピー世代の制御を行う。更に、前記コンテンツを構成するコンポーネント毎にコピー世代の制御を行う場合、前記コンテンツコピー制御記述子に記述された前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の記述が一致しない状況が考えられる。前述の状況においては、本実施例の放送受信装置１００は、以下に示すような動作を行う様にすれば良い。
まず、第一の動作例は、前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の記述が一致しない場合には、前記第一のデジタルコピー制御情報に示されたコピー世代制御に基づいて動作するように制御を行う方法である。この場合、同一のコンテンツを構成する各コンポーネントに共通した簡便なコピー世代制御が可能となる。
次に、第二の動作例は、前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の記述が一致しない場合には、前記第二のデジタルコピー制御情報に示されたコピー世代制御に基づいて動作するように制御を行う方法である。この場合、同一のコンテンツを構成するコンポーネントであっても、コンポーネント毎に異なるコピー世代制御が可能となり、即ち、より精緻なコピー世代制御が可能となる。
更に、第三の動作例は、前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の記述が一致しない場合には、前記２つの異なるデジタルコピー制御情報のうちのより厳しい条件のデジタルコピー制御情報に基づいて動作するように制御を行う方法である。例えば、一方が『無制限にコピー可』で他方が『１世代のみコピー可』の場合、『１世代のみコピー可』の情報に従う。または、一方が『所定複数回数コピー可』で他方が『コピー禁止』の場合、『コピー禁止』の情報に従う。または、双方ともに『所定複数回数コピー可』の場合、別途指定されるコピー可能回数の少ない方の情報に従う。この場合、より厳密なコピー世代制御が可能となる。
以上の処理を行うことにより、本実施例の放送受信装置１００においては、コンテンツコピー制御記述子に異なる２つのデジタルコピー制御情報が記載されている場合においても好適に動作することが可能となる。
＜コンテンツコピー制御の例外処理２＞
図７Ａを用いて説明したように、本実施例の放送受信装置１００が対応するデジタル放送システムでは、ＭＰＴ内のロケーション情報（図７Ｃ参照）により、放送経路のＴＬＶストリームで取得したデータと違う経路（ＩＰｖ４、ＩＰｖ６、ＭＰＥＧ２−ＴＳ、ＵＲＬ、等）で取得したデータもＴＬＶストリームで取得したデータと同一パッケージかつ同一イベントに含まれることがありうるが、このときＭＰＴ等にコピー制御情報が含められている場合のコンテンツ保護について説明する。
まず、ＭＰＴ等にコピー制御情報が含まれる場合、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータは、放送経路のＴＬＶストリームで取得したデータと違う経路（ＩＰｖ４、ＩＰｖ６、ＭＰＥＧ２−ＴＳ、ＵＲＬ、等）で取得したデータであっても、ＴＬＶストリームに含まれるコピー制御情報に従って、制御するようにしても良い。これらのコピー制御情報によって、指定されるコンテンツのコピー制御状態としては、前述の通り、『無制限にコピー可』（『無制限にコピー可かつ蓄積および出力時に暗号化処理要』と『無制限にコピー可かつ蓄積および出力時に暗号化処理不要』の２種類に分けても良い）、『１世代のみコピー可』、『所定複数回数コピー可』（例えば、９回コピー可＋ムーブ１回可ならいわゆる『ダビング１０』)、『コピー禁止』などを指定可能とする。
ここで、ロケーション情報が示すデータの位置が、他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合、当該ＭＰＥＧ２−ＴＳのデータは、他のデジタル放送信号でもコピー制御情報と対応付けられて放送されている。すると、当該ＭＰＥＧ２−ＴＳのデータのコピー制御をどの情報に従ってどのように行うか（ＴＬＶ／ＭＭＴストリームに含まれるコピー制御情報に従うのか、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報に従うのか）が問題となる。
本実施例のデジタル放送システムでは、この課題の解決策として、放送受信装置１００において、下記複数の解決策の何れかの動作を行うようにすれば良い。
＜動作例１＞
第一の動作例では、ＭＰＴ等にコピー制御情報が含まれ、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータに他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合に、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態よりも、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態を優先して制御する。
例えば、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態が『１世代コピー可』であり、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が『所定複数回コピー可』であれば、ＴＬＶストリームで取得したデータと違う経路（ＭＰＥＧ２−ＴＳ伝送形式のデジタル放送）で取得したデータであっても、『１世代コピー可』のコンテンツとしてコピー制御を行っても良い。例えば、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態が『無制限にコピー可』であり、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が『所定複数回コピー可』であれば、ＴＬＶストリームで取得したデータと違う経路（ＭＰＥＧ２−ＴＳ伝送形式のデジタル放送）で取得したデータであっても、『無制限にコピー可』のコンテンツとしてコピー制御を行っても良い。
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについても本実施例の放送受信装置１００が対応する放送システムにおいて管理したいコピー状態にすることができる。
＜動作例２＞
第二の動作例では、ＭＰＴ等にコピー制御情報が含まれ、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータに他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合に、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態とＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態とを比較し、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態の方がＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態よりも厳しい場合は、ストレージ（蓄積）部１１０などへの蓄積処理、リムーバブル記録媒体への記録処理、またはデジタルインタフェースからの出力処理をする際に、当該ＭＰＥＧ２−ＴＳのデータを処理対象コンテンツから除外するように動作する。
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについては、当該データを伝送する放送システムで設定されたオリジナルのコピー制御情報を尊重しながら、本実施例の放送受信装置１００上でのコピー制御状態の重複を解消することができる。
また、当該比較の結果、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態と同じ状態または、より緩いコピー制御状態の場合は、当該ロケーション情報で同一パッケージかつ同一イベントに含まれるＭＰＥＧ２−ＴＳのデータについても、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態のコンテンツとしてコピー制御を行えば良い。
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについては、当該データを伝送する放送システムで設定されたオリジナルのコピー制御情報を尊重しながら、本実施例の放送受信装置１００上でのコピー制御状態の重複を解消することができる。
以上の説明において、本実施例の放送受信装置１００の著作権保護機能は、ＭＰＴに含まれるコピー制御情報に基づいて行うこととして説明した。しかし、コピー制御情報を配置するテーブルはＭＰＴに限定されない。ＭＰＴ以外にも、図６Ｂで説明したＭＨ−サービス記述テーブル（ＭＨ−ＳＤＴ）やＭＨ−イベント情報テーブル（ＭＨ−ＥＩＴ）、あるいはその他のテーブルに配置して伝送し、放送受信装置１００はこれらに従って著作権保護処理を行っても良い。
以上説明した本実施例によれば、ＭＭＴのデジタル放送に対応した放送受信機を提供することができる。
（実施例２）
以下では、本発明の実施例２に関して説明する。なお、本実施例における構成、処理および効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。また、本実施例の放送受信装置は、メディアトランスポート方式として、ＭＭＴ方式とＭＰＥＧ２−ＴＳ方式の双方に対応するテレビ受信機であるものとして、以下、説明を行う。
［放送受信装置のハードウェア構成］
図２４は、放送受信装置８００の内部構成の一例を示すブロック図である。放送受信装置８００は、主制御部８０１、システムバス８０２、ＲＯＭ８０３、ＲＡＭ８０４、ストレージ部８１０、ＬＡＮ通信部８２１、拡張インタフェース部８２４、デジタルインタフェース部８２５、第一チューナ／復調部８３１、第二チューナ／復調部８３２、ＭＭＴデコード処理部８４１、ＭＰＥＧ２−ＴＳデコード処理部８４２、映像合成部８６１、モニタ部８６２、映像出力部８６３、音声合成部８６４、スピーカ部８６５、音声出力部８６６、操作入力部８７０、で構成される。
主制御部８０１、システムバス８０２、ＲＯＭ８０３、ＲＡＭ８０４、ストレージ部８１０、拡張インタフェース部８２４、デジタルインタフェース部８２５、モニタ部８６２、映像出力部８６３、スピーカ部８６５、音声出力部８６６、操作入力部８７０、等は、実施例１の放送受信装置１００における主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、拡張インタフェース部１２４、デジタルインタフェース部１２５、モニタ部１６２、映像出力部１６３、スピーカ部１６５、音声出力部１６６、操作入力部１７０、等とそれぞれ同等の機能を有するものとし、詳細な説明を省略する。
第一チューナ／復調部８３１は、図示を省略したアンテナを介して、メディアトランスポート方式としてＭＭＴを採用した放送サービスの放送波を受信し、主制御部８０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、第一チューナ／復調部８３１は、受信した放送信号を復調してＭＭＴデータ列を取得し、ＭＭＴデコード処理部８４１に出力する。第二チューナ／復調部８３２は、図示を省略したアンテナを介して、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送波を受信し、主制御部８０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、第二チューナ／復調部８３２は、受信した放送信号を復調してＭＰＥＧ２−ＴＳデータ列を取得し、ＭＰＥＧ２−ＴＳデコード処理部８４２に出力する。
ＭＭＴデコード処理部８４１は、第一チューナ／復調部８３１から出力されたＭＭＴデータ列を入力し、前記ＭＭＴデータ列に含まれる制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等の分離処理、および復号処理等を行う。ＭＭＴデコード処理部８４１は、実施例１の放送受信装置１００における、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、等に相当する機能を備えるものとする。ＭＭＴデコード処理部８４１は、実施例１で説明した各種処理を行うことが可能である。なお、前記各種処理の詳細は実施例１で説明した通りであるので、説明を省略する。
ＭＰＥＧ２−ＴＳデコード処理部８４２は、第二チューナ／復調部８３２から出力されたＭＰＥＧ２−ＴＳデータ列を入力し、前記ＭＰＥＧ２−ＴＳデータ列に含まれる制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等の分離処理、および復号処理等を行う。ＭＰＥＧ２−ＴＳデコード処理部８４２は、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送波を受信する従来のテレビ受信機のＩＲＤ（Ｉｎｔｅｇｒａｔｅｄ Ｒｅｃｅｉｖｅｒ Ｄｅｃｏｄｅｒ）部と同等の機能を備えるものとし、詳細な説明を省略する。
映像合成部８６１は、ＭＭＴデコード処理部８４１から出力された映像情報や字幕情報やアプリケーション情報と、ＭＰＥＧ２−ＴＳデコード処理部８４２から出力された映像情報や字幕情報やアプリケーション情報と、を入力し、適宜選択および／または重畳等の処理を行う。映像合成部８６１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報等に基づいてモニタ部８６２等が駆動される。また、映像合成部８６１は、主制御部８０１の制御に基づいて、必要に応じて、スケーリング処理やＥＰＧ画面情報の重畳処理等を行う。音声合成部１６４は、ＭＭＴデコード処理部８４１から出力された音声情報とＭＰＥＧ２−ＴＳデコード処理部８４２から出力された音声情報を入力し、適宜選択および／またはミックス等の処理を行う。
ＬＡＮ通信部８２１は、ルータ装置２００ｒを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のＭＭＴデータ列（あるいは、その一部）やＭＰＥＧ２−ＴＳデータ列（あるいは、その一部）を取得し、適宜、ＭＭＴデコード処理部８４１やＭＰＥＧ２−ＴＳデコード処理部８４２に出力する。
［放送受信装置の時刻表示］
本実施例の放送受信装置８００では、ＥＰＧ画面や各種設定画面等において、現在日付や現在時刻を表示可能であるものとする。前記現在日付や現在時刻に関する情報は、メディアトランスポート方式としてＭＭＴを採用した放送サービスにおいてはＭＨ−ＴＯＴ等により送信され、また、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスにおいてはＭＰＥＧ−２システムに規定されたＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が備えるＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ）等により送信される。放送受信装置８００は、前記ＭＨ−ＴＯＴや前記ＴＯＴを参照することにより、前記現在日付や現在時刻に関する情報を取得可能である。
また、一般的には、映像合成部８６１がＭＭＴデコード処理部８４１から出力された映像情報等を主として選択している場合には、前記ＭＨ−ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳し、映像合成部８６１がＭＰＥＧ２−ＴＳデコード処理部８４２から出力された映像情報等を主として選択している場合には、前記ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳するように制御すれば良い。
しかしながら、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスとでは、符号化処理／復号処理や伝送経路等に差異があるため、特に現在時刻表示において、メディアトランスポート方式としてＭＭＴを採用した放送サービスの選択時とメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの選択時とで、不整合を生じる可能性がある。例えば、図２５に示すように、メディアトランスポート方式としてＭＭＴを採用した放送サービスのチャンネル情報を表示するＥＰＧ画面１６２ｇからメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのチャンネル情報を表示するＥＰＧ画面１６２ｈに画面表示を切り替えた際に、現在時刻の表示が現在時刻表示１６２ｇ１から現在時刻表示１６２ｈ１に切り替わることによる不整合によって、視覚的違和感をユーザに覚えさせる可能性を有するものである。
本実施例の放送受信装置８００では、前記ユーザの視覚的違和感を防止するために、映像合成部８６１がＭＭＴデコード処理部８４１から出力された映像情報等を主として選択している場合であっても、前記ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳するように制御する。即ち、メディアトランスポート方式としてＭＭＴを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される現在時刻情報を重畳するように制御するものである。
前記制御を行うことにより、本実施例の放送受信装置８００は、現在時刻を表示する際に、常に前記ＴＯＴを参照して取得した現在時刻情報を表示するようになる。従って、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスとを切り替えた際にも、現在時刻の表示の不整合による視覚的違和感をユーザに覚えさせることを防止することが可能となる。
なお、図２６に、本実施例の放送受信装置８００における、各放送サービスの受信状況に応じた現在時刻情報参照元の選択制御の一例を示す。本実施例の放送受信装置８００では、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの受信が可能な状態にある場合には、常に前記ＴＯＴを参照して現在時刻情報を取得するようにし、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの受信が不可の状態で、かつメディアトランスポート方式としてＭＭＴを採用した放送サービスの受信が可能な状態にある場合にのみ、前記ＭＨ−ＴＯＴを参照して現在時刻情報を取得するように制御する。
また、前述の制御とは逆に、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される現在時刻情報を重畳するように制御しても、前述と同様の効果が得られる。
なお、前述のように、メディアトランスポート方式としてＭＭＴを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される現在時刻情報を重畳するように制御する場合と、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される現在時刻情報を重畳するように制御する場合の、何れの場合においても、実施例１の［放送受信装置の時刻管理］での説明と同様に、前記ＴＭＣＣ拡張情報領域の時刻情報の『ｄｅｌｔａ』パラメータを参照することにより、前記現在時刻情報を補正することが可能である。
［放送受信装置のＥＰＧ表示］
メディアトランスポート方式としてＭＭＴを採用した放送サービスのイベントスケジュール情報はＭＨ−ＥＩＴ等により伝送される。一方、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのイベントスケジュール情報はＭＰＥＧ−２システムに規定されたＳＩが備えるＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）等により伝送される。従って、一般的には、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される映像情報等の表示を行っている際には、前記ＭＭＴを採用した放送サービスのイベントスケジュール情報（ＭＨ−ＥＩＴ）が取得可能であり、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される映像情報等の表示を行っている際には、前記ＭＰＥＧ２−ＴＳを採用した放送サービスのイベントスケジュール情報（ＥＩＴ）が取得可能である。
しかしながら、本実施例の放送受信装置８００は、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される映像情報等の表示を行っている際にも、あるいは、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される映像情報等の表示を行っている際にも、前記ＭＨ−ＥＩＴと前記ＥＩＴの双方を取得可能とし、ユーザにとっての使い勝手を向上させている。
図２７Ａに、本実施例の放送受信装置８００におけるＥＰＧ画面の一例を示す。図中、ＥＰＧ画面１６２ｉはメディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたＥＰＧ画面であり、『Ｍ１テレビ』、『Ｍ２放送』、『Ｍ３チャンネル』、『Ｍ４ＴＶ』、『テレビＭ５』等は、それぞれメディアトランスポート方式としてＭＭＴを採用した放送サービスの放送局名称であるものとする。また、ＥＰＧ画面１６２ｊはメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたＥＰＧ画面であり、『Ｔ６テレビ』、『Ｔ７放送』、『Ｔ８チャンネル』、『Ｔ９ＴＶ』、『テレビＴＡ』等は、それぞれメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送局名称であるものとする。
例えば、ユーザがメディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される放送番組を視聴中に、図示を省略したリモコンを操作してＥＰＧ画面の表示を指示すると、ＥＰＧ画面の初期画面（図示省略）が表示される。前記ＥＰＧ画面の初期画面は、メディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたＥＰＧ画面であり、『２０１４年１０月７日（今日）』の『１７時〜（現在時刻の近隣）』の各チャンネルの放送番組の詳細情報が表示される。次に、ユーザが『２０１４年１０月９日』の『２０時〜』の各チャンネルの放送番組の詳細情報を確認したいと所望し、図示を省略したリモコンを操作してＥＰＧ画面の更新を指示すると、ＥＰＧ画面１６２ｉが表示される。
更に、ユーザがメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される放送番組の詳細情報を確認したいと所望し、図示を省略したリモコンを操作してネットワークの切り替えを指示すると、ＥＰＧ画面１６２ｊが表示される。この際、本実施例の放送受信装置８００においては、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたＥＰＧ画面の初期画面（即ち、『２０１４年１０月７日』の『１７時〜』の各チャンネルの放送番組の詳細情報）ではなく、直前に表示されていたＥＰＧ画面１６２ｉと同日同時間帯（即ち、『２０１４年１０月９日』の『２０時〜』）の各チャンネルの放送番組の詳細情報を表示するように制御する。
前述の制御により、ユーザは、メディアトランスポート方式の異なる複数のネットワークの同日同時間帯の放送番組に関する詳細情報を、簡便な操作で、連続的に、確認することが可能となる。即ち、放送受信装置８００の使い勝手が向上する。
図２７Ｂは、本実施例の放送受信装置８００におけるＥＰＧ画面の前述とは異なる一例を示す図である。ＥＰＧ画面１６２ｋは、図２７Ａに示したＥＰＧ画面１６２ｉが表示された状態から、図示を省略したリモコンの操作により、チャンネル方向（横方向）にスクロールさせた状態を示している。即ち、図２７Ｂに示した例では、ＥＰＧ画面をチャンネル方向（横方向）にスクロールさせることにより、メディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたチャンネル情報とメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたチャンネル情報とが、同一時間軸上でシームレスに表示される。
従って、ユーザがメディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたチャンネル情報の確認中にメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたチャンネル情報を確認したいと所望した場合においても、図示を省略したリモコンの操作によるネットワークの切り替えの指示等を不要とすることができる。更に、ユーザは、メディアトランスポート方式の異なる複数のネットワークの同日同時間帯の放送番組に関する詳細情報を、同時に確認することが可能となる。即ち、放送受信装置８００の使い勝手が向上する。
（実施例３）
以下では、本発明の実施例３に関して説明する。なお、本実施例における構成、処理および効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
図２８Ａに、本実施例の放送システムにおける時間方向階層符号化ＨＥＶＣビットストリームの伝送に関する概要を示す。パッケージを構成する際、６０Ｈｚ復号表示用のＨＥＶＣ時間方向サブビットストリームと１２０Ｈｚ復号表示用サブセットは別々のアセットとすることが可能であるものとする。同図においては、一例として、前者を『アセット１』、後者を『アセット２』としている。別々のアセットであるため、アセット１とアセット２のアクセスユニットは、別々のパケットＩＤのＭＭＴＰパケットで伝送されて良い。
また、１２０Ｈｚ復号表示用サブセットのアクセスユニットを含むＭＰＵは、それらのアクセスユニットが属するＧＯＰの６０Ｈｚ復号用サブビットストリームのアクセスユニットを含むＭＰＵと同一のＭＰＵシーケンス番号を付加することとする。時間的に関係のあるＭＰＵを同一のＭＰＵシーケンス番号とすることで、受信端末（本実施例の放送受信装置１００、等）はこれらのアセットが同一のＧＯＰに属するアクセスユニットを含むことを識別することが可能であるものとする。また、同図に示した例では、アセット２はアセット１に復号が依存することとなる。そのため、ＭＰテーブル（ＭＰＴ）におけるアセット２の情報を記述する記述子領域に依存関係記述子を挿入し、依存先としてアセット１のアセットＩＤを記述するようにする。図２８Ｂに、依存関係記述子のデータ構造の一例を示す。また、アセット１とアセット２の何れにもＭＰＵタイムスタンプ記述子とＭＰＵ拡張タイムスタンプ記述子を付加することとする。
なお、前述の例では、アセット２はコンテンツのフレーム周波数を６０Ｈｚから１２０Ｈｚに向上させるための階層化データとしているが、アセット２を解像度向上（例えば、３８４０画素×２１６０画素から７６８０画素×４３２０画素に向上、等）用階層化データあるいはビット深度向上（例えば、各画素８ビットから各画素１２ビットに向上、等）用階層化データとして用意しても良い。また、この場合、コンテンツの符号化に異なる方式を用いても良い。
アセット１とアセット２が伝送されるネットワークおよびパケットＩＤは、ＭＰテーブルのロケーション情報によりアセット毎に示すことが可能であるものとする。即ち、図７Ａを用いて説明したように、アセット１を放送伝送路経由で送信し、アセット２を通信回線経由で配信するようにしても良い。アセット１とアセット２の双方を放送伝送路経由で送信または通信回線経由で配信しても良い。更に、本実施例においては、前記放送伝送路経由で送信されるアセット１は無料で、また、通信回線経由で配信されるアセット２は有料で、提供されるものする。即ち、アセット１の６０Ｈｚ復号用サブビットストリームのみを用いて再生した６０Ｈｚの映像情報は無料で視聴可能であり、一方、アセット２の１２０Ｈｚ復号表示用サブセットも用いて再生した１２０Ｈｚの映像情報は視聴に課金を要するものとする。
以下では、前述のような放送サービスを受信する際の放送受信装置１００の動作の例に関して説明する。
［課金情報登録処理］
本実施例の放送受信装置１００は、ストレージ部１１０の個人情報記憶領域（但し、図示省略）等に、有料コンテンツを受信する際の課金処理等に必要となるクレジットカード番号等を記憶可能であるものとする。
図２９Ａは、本実施例の放送受信装置１００の個人情報登録画面の一例を示す図である。個人情報登録画面１６２ｍは、クレジットカード情報登録領域１６２ｍ１とプリペイドカード情報登録領域１６２ｍ２と携帯端末認証処理設定領域１６２ｍ３で構成される。クレジットカード情報登録領域１６２ｍ１とプリペイドカード情報登録領域１６２ｍ２は何れか一方のみであっても良い。
クレジットカード情報等は、図示を省略したリモコン等を用いることにより、クレジットカード情報登録領域１６２ｍ１に入力可能であり、『登録』アイコンを選択することにより、ストレージ部１１０の個人情報記憶領域等に記憶させることが可能である。プリペイドカード情報等は、図示を省略したリモコン等を用いることにより、プリペイドカード情報登録領域１６２ｍ２に入力可能であり、『入力』アイコンを選択することにより、ストレージ部１１０の個人情報記憶領域等に記憶させることが可能である。なお、前記クレジットカード情報等およびプリペイドカード情報等は、暗号化してストレージ部１１０の個人情報記憶領域等に記憶させることが望ましい。若しくは、ストレージ部１１０の個人情報記憶領域等を暗号化された領域としておけば良い。前記暗号化は公知の技術を用いて行うものであって良い。
携帯端末認証処理設定領域１６２ｍ３において、携帯端末による認証を『しない』ことを選択した場合、前記クレジットカード情報等やプリペイドカード情報等は、これらの情報を記憶した放送受信装置１００で有料コンテンツの視聴を行う際に自動的に利用されて良いものとする。但し、メニュー等の設定において、有料コンテンツに対する課金を許可するか否かの設定に優先的に従っても良い。一方、携帯端末による認証を『する』ことを選択した場合、メニュー等の設定において有料コンテンツに対する課金が許可されている場合であっても、予め登録した携帯情報端末による認証処理に基づかずに前記クレジットカード情報等やプリペイドカード情報等を利用することを許容しないものとする。
また、前記課金処理は、前述のクレジットカード情報やプリペイドカード情報に基づいて行われるのみではなく、デジタル放送のＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）に関連付けられた契約番号に基づいてデジタル放送の基本的な視聴料金の徴収と共に行われるものであっても良い。
前記携帯端末による認証を『する』ことを選択した場合、『端末の登録』アイコンが有効化され、更に、認証処理に用いる携帯情報端末が登録済みであれば前記登録済みの携帯情報端末を識別可能な端末識別情報が表示される。前記端末識別情報は、ＩＰアドレスやＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス等であっても良いし、携帯情報端末の型式および製造番号、ユーザが任意に指定した愛称等であっても良い。その他、携帯情報端末を一意に識別可能な情報であれば前述と異なっても良い。
なお、個人情報登録画面１６２ｍの表示の可否は、パスワード等により保護されることが望ましい。即ち、パスワード等の入力を行わずに、個人情報登録画面１６２ｍの各情報の入力、登録、および、変更、等は、実行できないようにすると良い。表示のみは、パスワード等の入力なく可能としても良いが、クレジットカード情報等は伏字として表示することが望ましい。
図２９Ｂに、本実施例の放送受信装置１００における、認証処理に用いる携帯情報端末を登録する処理の動作シーケンスの一例を示す。前記登録処理は、個人情報登録画面１６２ｍにおいて、前記『端末の登録』アイコンを選択することにより開始される。なお、既に認証処理に用いる携帯情報端末が登録済みの場合は、情報の更新が行われて良い。
『端末の登録』アイコンが選択されると、放送受信装置１００の連係機能実行部１１０３は、まず、ネットワーク上において放送受信装置１００と通信可能な携帯情報端末の検索を行い（Ｓ４０１）、前記検索の結果を一覧表示する（Ｓ４０２）。なお、前記ネットワークは、インターネット２００等の広域ネットワークではなく、宅内等の狭域ネットワークであって良い。ユーザが図示を省略したリモコン等を用いて前記一覧表示から認証処理に用いる携帯情報端末７００を選択する（Ｓ４０３）と、連携機能実行部１１０３は前記選択された携帯情報端末７００に対して認証使用許可要求を送信する（Ｓ４０４）。
携帯情報端末７００は、前記認証使用許可要求を受信した旨の通知（アイコンやメッセージ等）を表示部７４１に表示する（Ｓ４０５）。ユーザ（Ｓ４０３の処理で携帯情報端末の選択を行ったユーザと同一人物であって良い。）は、携帯情報端末７００を前記認証処理に用いる携帯情報端末として登録したくない場合（Ｓ４０６：Ｎｏ）には、Ｓ４０５の処理で表示された前記通知に対して拒否応答を行う（Ｓ４０７）か、あるいは、前記通知を無視する。一方、携帯情報端末７００を前記認証処理に用いる携帯情報端末として登録しても良い場合（Ｓ４０６：Ｙｅｓ）には、前記通知に対して許可応答を行うようにする（Ｓ４０８）。
図２９Ｃに、Ｓ４０５の処理で表示される前記通知の表示画面の一例を示す。同図（Ａ）は、前記認証使用許可要求を受信した旨の通知をアイコンで行う場合の例である。携帯情報端末７００を前記認証処理に用いる携帯情報端末として登録しても良い場合、ユーザは前記アイコンをタップすれば良い。携帯情報端末７００を前記認証処理に用いる携帯情報端末として登録したくない場合、ユーザは前記アイコンを画面外に弾き出すようにフリックするか、前記アイコンを無視すれば良い。同図（Ｂ）は、前記認証使用許可要求を受信した旨の通知をメッセージで行う場合の例である。携帯情報端末７００を前記認証処理に用いる携帯情報端末として登録しても良い場合、ユーザは前記メッセージにて『許可』をタップすれば良い。携帯情報端末７００を前記認証処理に用いる携帯情報端末として登録したくない場合、ユーザは前記メッセージにて『拒否』をタップするか、前記メッセージを無視すれば良い。
図２９Ｂの動作シーケンスの説明に戻る。放送受信装置１００は、携帯情報端末７００から拒否応答を受信するか、所定の時間何れの応答も受信しなかった場合（Ｓ４０９：Ｙｅｓ）、携帯情報端末７００を前記認証処理に用いることが可能ではないと判断し、認証使用許可要求の取り消し通知を携帯情報端末７００に送信する（Ｓ４１０）。なお、前記認証使用許可要求の取り消し通知は必ずしも送信を必要としない。更に、放送受信装置１００は、認証処理に用いる携帯情報端末の登録処理を中止するか否かをユーザに判断させるための表示をモニタ部１６２に表示し、ユーザが処理の中止を選択した場合（Ｓ４１１：Ｙｅｓ）には、前記認証処理に用いる携帯情報端末の登録処理を中止する。一方、ユーザが処理の中止を選択しなかった場合（Ｓ４１１：Ｎｏ）には、Ｓ４０２に戻って、携帯情報端末の検索結果を再度一覧表示する。
また、放送受信装置１００は、携帯情報端末７００から許可応答を受信した場合（Ｓ４０９：Ｎｏ）、携帯情報端末７００を前記認証処理に用いることが可能であるものと判断し、次に、携帯情報端末７００に対して認証情報送信要求を送信する（Ｓ４１２）。
前記認証情報送信要求を受信した携帯情報端末７００は、認証情報入力画面を表示部７４１に表示し（Ｓ４１３）、ユーザに認証情報の入力を促す。図２９Ｄに、認証情報入力画面７４１ｃの一例を示す。ユーザが認証処理に用いるパスワード等の認証情報を前記認証情報入力画面に入力する（Ｓ４１４）と、携帯情報端末７００は、前記入力された認証情報を、放送受信装置１００を識別可能な装置識別情報と関連付けて、ストレージ部７１０の認証情報記憶領域７３００に記憶する（Ｓ４１５）。前記装置識別情報は、Ｓ４０４の処理またはＳ４１２の処理で放送受信装置１００から送信されたものであって良い。更に、携帯情報端末７００は、前記入力された認証情報を、携帯情報端末７００を識別可能な端末識別情報と共に、放送受信装置１００に送信する（Ｓ４１６）。
Ｓ４１６の処理で携帯情報端末７００から送信された認証情報および端末識別情報を受信すると、放送受信装置１００は、前記受信した認証情報および端末識別情報を、個人情報登録画面１６２ｍのクレジットカード情報登録領域１６２ｍ１に入力されたクレジットカード情報やプリペイドカード情報記憶領域１６２ｍ２に入力されたプリペイドカード情報等と関連付けて、ストレージ部１１０の認証情報記憶領域１３００または前記個人情報記憶領域に記憶する（Ｓ４１７）。また、前記個人情報記憶領域に記憶された前記クレジットカード情報やプリペイドカード情報は、Ｓ４１６の処理で受信した前記認証情報や端末識別情報を用いて暗号化されても良い。なお、携帯情報端末７００を識別可能な端末識別情報は、携帯端末認証処理設定領域１６２ｍ３に適宜表示するものとする。
以上の処理により、本実施例の放送受信装置１００においては、有料コンテンツに対する課金の認証処理に用いる携帯情報端末の登録を行うことが可能となる。
［有料コンテンツの受信処理１］
図３０Ａに、有料データを含む映像コンテンツを受信する際の課金処理の動作シーケンスの一例を示す。
ユーザが図示を省略したリモコン等を操作してチャンネルの切り替えを指示すると、まず、図１４ＡのＳ２０１〜Ｓ２１６と同様の処理が実行される（Ｓ５０１）。次に、放送受信装置１００の受信機能実行部１１０２は、ＭＭＴ−ＳＩ等の各種制御情報を参照することにより、ユーザが視聴を所望するチャンネルのコンテンツが有料コンテンツであるか否かの確認を行う（Ｓ５０２）。なお、前記有料コンテンツは、図２８Ａを用いて説明したような、コンテンツを構成するアセットの一部が有料で提供される場合と、全てのアセットが有料で提供される場合の何れであっても良い。
ユーザが視聴を所望するチャンネルのコンテンツが有料で提供されるアセットを含むコンテンツである場合（Ｓ５０２：Ｙｅｓ）には、放送受信装置１００の連係機能実行部１１０３が、携帯情報端末７００に対して、放送受信装置１００を識別可能な装置識別情報と共に課金許可要求を送信する（Ｓ５１１）。コンテンツの番組名等の番組識別情報を更に送信しても良い。なお、前記課金許可要求の送信先となる携帯情報端末７００は、個人情報登録画面１６２ｍの携帯端末認証処理設定領域１６２ｍ３に登録された携帯情報端末とすれば良い。また、前記課金許可要求は、携帯情報端末７００が放送受信装置１００と通信可能な状態にある場合にのみ送信されるようにして良い。携帯情報端末７００が放送受信装置１００と通信可能な状態にない場合には、後述の、前記有料コンテンツへの課金が許可されなかった場合と同様の処理を行うようにすれば良い。
前記課金許可要求を受信した携帯情報端末７００は、課金許可画面を表示部７４１に表示し（Ｓ５１２）、ユーザに対して前記有料コンテンツへの課金を許可するか否かの判断を促す。図３０Ｂに、課金許可画面７４１ｄの一例を示す。課金許可画面７４１ｄには、Ｓ５１１で送信された装置識別情報やコンテンツの番組名等の番組識別情報（但し、図示省略）と確認メッセージ７４１ｄ１が表示されて良い。
前記有料コンテンツへの課金を許可する場合、ユーザは、前記課金許可画面７４１ｄにおいて、図２９ＢのＳ４１４〜Ｓ４１５の処理で記憶させたパスワード等の認証情報を入力した後、『許可』をタップすれば良い。前記有料コンテンツへの課金を許可しない場合は、前記パスワード等の認証情報を入力せずに、『拒否』をタップすれば良い。ユーザが、『拒否』をタップした場合（Ｓ５１３：Ｎｏ）には、携帯情報端末７００は、放送受信装置１００に対して課金拒否応答を送信する（Ｓ５１４）。一方、ユーザが『許可』をタップした場合（Ｓ５１３：Ｙｅｓ）、携帯情報端末７００は、課金許可画面７４１ｄで入力されたパスワード等の認証情報と、携帯情報端末７００を識別可能な端末識別情報を、課金許可応答として、放送受信装置１００に送信する（Ｓ５１５）。
携帯情報端末７００から前記課金許可応答を受信すると、次に、放送受信装置１００は、前記受信した課金許可応答に含まれる前記認証情報および前記端末識別情報をストレージ部１１０の認証情報記憶領域１３００または前記個人情報記憶領域に記憶されている認証情報および端末識別情報と比較する（Ｓ５１６）。Ｓ５１６の処理において、Ｓ５１５の処理で受信した前記課金許可応答に含まれる前記認証情報および前記端末識別情報がストレージ部１１０の認証情報記憶領域１３００または前記個人情報記憶領域に記憶されている認証情報および端末識別情報と一致する場合には、携帯情報端末７００のユーザにより前記有料コンテンツへの課金が許可されたと判断する。一方、一致しない場合には、前記有料コンテンツへの課金が許可されなかったと判断する。
Ｓ５１６の処理で、携帯情報端末７００のユーザにより前記有料コンテンツへの課金が許可されたと判断した場合（Ｓ５１７：Ｙｅｓ）、次に、図２９Ａのクレジットカード情報登録領域１６２ｍ１に登録されたクレジットカード情報やプリペイドカード情報登録領域１６２ｍ２に登録されたプリペイドカード情報に基づいて課金処理を行い、更に、放送受信装置１００の受信機能実行部１１０２は、前記ユーザが視聴を所望するコンテンツの有料アセットおよび前記有料アセットに関する提示時刻情報やレイアウト制御情報等を取得する（Ｓ５１８）。更に、前記ユーザが視聴を所望するコンテンツの無料アセットおよび前記無料アセットに関する提示時刻情報やレイアウト制御情報等を取得し（Ｓ５９１）、Ｓ５１８の処理で取得した有料アセット等と併せて、ＭＦＵの復号処理（Ｓ５９２）とＭＦＵの提示処理（Ｓ５９３）を行う。なお、Ｓ５１８およびＳ５９１〜Ｓ５９３の処理は、図１４ＡのＳ２１７〜Ｓ２２０の処理と同様であって良く、詳細の説明を省略する。なお、コンテンツが有料で提供されるアセットのみで構成される場合には、Ｓ５９１の処理は不要である。
Ｓ５１４の処理で放送受信装置１００が携帯情報端末７００から課金拒否応答を受信した場合や、Ｓ５１６の処理で携帯情報端末７００のユーザにより前記有料コンテンツへの課金が許可されなかったと判断した場合（Ｓ５１７：Ｎｏ）には、Ｓ５１８の処理を行わずに、Ｓ５９１〜Ｓ５９３の処理のみを行う。なお、前述において、ユーザが視聴を所望するチャンネルのコンテンツが有料アセットのみで構成されている場合は、Ｓ５９１〜Ｓ５９３の処理も行わなくて良い。
また、メニュー等の設定において有料コンテンツに対する課金を許可していない場合や、ユーザが視聴を所望するチャンネルのコンテンツが有料で提供されるアセットを含まないコンテンツである場合（Ｓ５０２：Ｎｏ）には、図中の破線で囲まれたＳ５１０の処理（即ち、Ｓ５１１〜Ｓ５１８の一連の処理）を行わずに、Ｓ５９１〜Ｓ５９３の処理のみを行えば良い。
なお、クレジットカード情報やプリペイドカード情報に基づいて課金処理を行うタイミングは、前述の他、Ｓ５１８の処理（有料アセットの取得）の後であっても良いし、Ｓ５９３の処理（有料アセットを含むコンテンツの提示）の後であっても良い。また、前記課金処理は、前述のクレジットカード情報やプリペイドカード情報に基づいて行われるのみではなく、デジタル放送のＣＡＳに関連付けられた契約番号に基づいてデジタル放送の基本的な視聴料金の徴収と共に行われるものであっても良い。
以上の処理により、本実施例の放送受信装置１００においては、有料データを含む映像コンテンツの受信を、課金に対する認証処理を伴って、行うことが可能となる。
特に、前述の動作例においては、Ｓ５０１の処理で選局指示を行うユーザ（放送受信装置１００のユーザ）とＳ５１３で有料コンテンツに対する課金の可否を判断するユーザ（携帯情報端末７００のユーザ）は異なっていても良い。即ち、例えば、携帯情報端末７００のユーザは、放送受信装置１００のユーザが放送受信装置１００を使用して有料コンテンツの視聴を行なおうとしていることに対して、外出先で、放送受信装置１００のユーザの前記有料コンテンツの視聴に対する課金の許可の可否を制御することが可能となる。なお、前記有料コンテンツに対して視聴予約を行う場合には、Ｓ５１１〜Ｓ５１７の処理を予め行うようにしても良い。また、前述の説明における視聴処理を録画処理に置き換えても同様の効果を得ることが可能である。
［有料コンテンツの受信処理２］
図３０Ｃに、有料データを含む映像コンテンツを受信する際の課金処理の動作シーケンスの、前述とは異なる一例を示す。図３０Ａを用いて説明した前記動作シーケンスとの相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
ユーザが図示を省略したリモコン等を操作してチャンネルの切り替えを指示すると、まず、図１４ＡのＳ２０１〜Ｓ２１６と同様の処理が実行される（Ｓ５０１）。次に、放送受信装置１００の受信機能実行部１１０２は、ＭＭＴ−ＳＩ等の各種制御情報を参照することにより、ユーザが視聴を所望するチャンネルのコンテンツが有料コンテンツであるか否かの確認を行う（Ｓ５０２）。
ユーザが視聴を所望するチャンネルのコンテンツが有料で提供されるアセットを含むコンテンツである場合（Ｓ５０２：Ｙｅｓ）には、放送受信装置１００の連係機能実行部１１０３が、携帯情報端末７００に対して、放送受信装置１００を識別可能な装置識別情報と共に課金許可要求を送信する（Ｓ５２１）。
前記課金許可要求を受信した携帯情報端末７００は、Ｓ５２１の処理で受信した前記装置識別情報を図２９ＢのＳ４１４〜Ｓ４１５の処理で記憶させた装置識別情報と比較し、一致しない場合（Ｓ５２２：Ｎｏ）には、放送受信装置１００に対して課金拒否応答を送信する（Ｓ５２３）。一方、Ｓ５２１の処理で受信した前記装置識別情報と図２９ＢのＳ４１４〜Ｓ４１５の処理で記憶させた装置識別情報が一致する場合（Ｓ５２２：Ｙｅｓ）には、携帯情報端末７００は、更に、図２９ＢのＳ４１４〜Ｓ４１５の処理で装置識別情報と関連付けて記憶させたパスワード等の認証情報をストレージ部７１０の認証情報記憶領域７３００から読み出す（Ｓ５２４）。更に、携帯情報端末７００は、Ｓ５２４の処理で読み出した前記認証情報と、携帯情報端末７００を識別可能な端末識別情報を、課金許可応答として、放送受信装置１００に送信する（Ｓ５２５）。
携帯情報端末７００から前記課金許可応答を受信すると、次に、放送受信装置１００は、前記受信した課金許可応答に含まれる前記認証情報および前記端末識別情報をストレージ部１１０の認証情報記憶領域１３００または前記個人情報記憶領域に記憶されている認証情報および端末識別情報と比較して（Ｓ５２６）、携帯情報端末７００のユーザにより前記有料コンテンツへの課金が許可されたか否かを判断する。以降、Ｓ５２７〜Ｓ５２８の処理およびＳ５９１〜Ｓ５９３の処理は図３０Ａを用いて説明した前記動作シーケンスと同様であるので、説明を省略する。
以上の処理により、本実施例の放送受信装置１００においては、有料データを含む映像コンテンツの受信を、課金に対する認証処理を伴って、行うことが可能となる。
なお、前述の動作シーケンスにおいては、放送受信装置１００のユーザが放送受信装置１００を使用して有料コンテンツの視聴を行おうとする際の、携帯情報端末７００を用いた課金の許可の可否の制御を、携帯情報端末７００のユーザの手を煩わせることなく自動で行うことが可能となる。但し、全ての状況において前記課金の許可の可否の制御が自動で行われてしまうことは好ましくない。
したがって、前述の動作シーケンスによる制御を行う場合には、併せて、携帯情報端末７００側で前記課金の許可の可否の制御を行うか否かの設定を可能とすることが望ましい。例えば、メニュー等の設定により、課金許可要求を受信した場合に常に課金拒否応答を返すように設定することを可能とすれば良い。携帯情報端末７００のユーザは、外出時には前記課金許可要求を受信した場合に常に課金拒否応答を返すようにする設定を有効にし、在宅時には前記設定を無効にすれば良い。このようにすれば、放送受信装置１００のユーザが放送受信装置１００を使用して有料コンテンツの視聴を行おうとした際に、携帯情報端末７００のユーザが在宅中であれば前記コンテンツの視聴を許可可能とし、外出中であれば許可しないようにすることができる。即ち、携帯情報端末７００のユーザが在宅中で、放送受信装置１００のユーザが視聴しようとする番組がどのような種類のものであるかを確認可能である場合にのみ、有料コンテンツに対する課金を許可できるように制御することが可能となる。
また、例えば、携帯情報端末７００が放送受信装置１００と通信可能な状態にあり、かつ、携帯情報端末７００と放送受信装置１００とが同一の狭域ネットワーク上に同時に存在する場合にのみ、Ｓ５２１の処理において、放送受信装置１００が課金許可要求を携帯情報端末７００に送信するようにしても良い。なお、前記同一の狭域ネットワークは、携帯情報端末７００のＩＰアドレスと放送受信装置１００のＩＰアドレスが同一サブネット内にあるか否か等により判断すれば良い。このようにすれば、前述と同様に、携帯情報端末７００のユーザが在宅中にのみ、放送受信装置１００のユーザが放送受信装置１００を使用して有料コンテンツの視聴を行おうとした際に、有料コンテンツに対する課金を許可できるように制御することが可能となる。
また、例えば、携帯情報端末７００が予め定めた所定の位置範囲内にある場合にのみ、放送受信装置１００から送信された課金許可要求に対して課金許可応答を送信可能なようにし、前記位置範囲外にある場合には、放送受信装置１００から送信された課金許可要求に対して常に課金拒否応答を送信するようにしても良い。前記予め定めた所定の位置範囲は携帯情報端末７００のユーザの自宅等を概略中心に設定すれば良く、また、前記位置の確認はＧＰＳ受信部７６１等を用いた公知技術を使用すれば良い。
また、例えば、携帯情報端末７００がインターネット２００を介して放送局サーバ３００やサービス事業者サーバ４００等から本実施例の放送サービスのＥＰＧを取得可能であるものとし、前記取得したＥＰＧを用いて、放送受信装置１００から送信された課金許可要求に対して課金許可応答を送信可能とするか課金拒否応答を送信するかを、番組毎に設定可能としても良い。即ち、Ｓ５２１の処理で課金許可要求と共に送信されたコンテンツの番組名等の番組識別情報を参照し、前記番組名等の番組識別情報に応じて、前記コンテンツが課金拒否応答を送信するように設定された番組であれば常に課金拒否応答を送信するようにし、前記コンテンツが課金許可応答を送信可能に設定された番組であれば前述の動作シーケンスのＳ５２２〜Ｓ５２５の処理に基づいて課金拒否応答か課金許可応答の何れか送信するようにすれば良い。
また、前述のように、携帯情報端末７００が放送受信装置１００と通信可能な状態にありかつ携帯情報端末７００と放送受信装置１００とが同一の狭域ネットワーク上に同時に存在する場合や、携帯情報端末７００が予め定めた所定の位置範囲内にある場合には、図３０Ｃに示した動作シーケンスに基づいた制御を行い、それ以外の場合には、図３０Ａに示した動作シーケンスに基づいた制御を行うようにしても良い。
以上説明した本実施例によれば、ＭＭＴのデジタル放送に対応したより付加価値の高い放送受信装置を提供することができる。
（実施例４）
以下では、本発明の実施例４に関して説明する。なお、本実施例における構成、処理および効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
［視聴者年齢による視聴制限処理］
図３１Ａに、本実施例の放送サービスにおけるＭＨ−パレンタルレート記述子のデータ構造の一例を示す。
図中、『ｃｏｕｎｔｒｙ＿ｃｏｄｅ』パラメータは、アルファベット三文字コードを使用して国名を表す。『ｒａｔｉｎｇ』パラメータは年齢制限値であり、この記述子を付加されたコンテンツにおける、視聴者の推奨最低年齢を示す。図３１Ｂに、『ｒａｔｉｎｇ』パラメータの値の意味の一例を示す。『ａｃｃｏｍｐａｎｙｉｎｇ＿ｆｌａｇ』パラメータは同伴フラグであり、視聴者の年齢が『ｒａｔｉｎｇ』パラメータで指定された値を下回る場合であっても、保護者の同伴を条件に視聴が許容されて良いことを示す。図３１Ｃに、『ａｃｃｏｍｐａｎｙｉｎｇ＿ｆｌａｇ』パラメータの値の意味の一例を示す。本実施例の放送サービスにおいては、前記ＭＨ−パレンタルレート記述子を用いることにより、コンテンツ毎に、年齢に基づいた視聴制限の制御を行うことが可能となる。
なお、『ａｃｃｏｍｐａｎｙｉｎｇ＿ｆｌａｇ』パラメータを用いずに、『ｒａｔｉｎｇ』パラメータのみで保護者の同伴を条件に視聴が許容されて良いか否かの設定を行うようにしても良い。この場合、例えば、『ｒａｔｉｎｇ』パラメータの値が『０ｘ０１』〜『０ｘ０Ｆ』の場合は、視聴者の推奨最低年齢を示し、かつ、保護者の同伴に応じた制御を行わないことを示すようにすれば良い。また、『ｒａｔｉｎｇ』パラメータの値が『０ｘ１１』〜『０ｘ１Ｆ』の場合は、視聴者の推奨最低年齢を示し、かつ、保護者の同伴に応じた制御を行うことを示すようにすれば良い。即ち、『ｒａｔｉｎｇ』パラメータの４ＳＢ（Ｔｈｅ ４ｔｈ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）を『ａｃｃｏｍｐａｎｙｉｎｇ＿ｆｌａｇ』パラメータ（同伴フラグ）の代替とする。前述の場合の『ｒａｔｉｎｇ』パラメータの値の意味の一例を図３１Ｄに示す。
本実施例の放送受信装置１００では、前記視聴制限の制御を実現するために、視聴制限設定メニューを用意するものとする。図３２に、視聴制限設定メニュー表示画面１６２ｎの画面表示図の一例を示す。視聴制限設定メニュー１６２ｎ１では、ＭＨ−パレンタルレート記述子を参照することによる視聴制限の制御を行うか否か、および、視聴制限の制御を行う際の視聴制限年齢を設定することが可能であるものとする。前記視聴制限年齢の設定は、放送受信装置１００を主として使用するユーザのうちの最年少者の年齢を設定すれば良い。例えば、同図に示したように、『視聴制限』を『する』、『視聴制限年齢』を『１５歳』、に設定した場合、本実施例の放送受信装置１００は、ＭＨ−パレンタルレート記述子の『ｒａｔｉｎｇ』パラメータが『０ｘ０Ｄ』〜『０ｘ０Ｆ』の範囲であるコンテンツの視聴（表示）を制限するように制御を行うものとする。
なお、視聴制限設定メニュー１６２ｎ１の各情報は、暗証番号等により保護されることが望ましい。即ち、暗証番号等の入力による認証を行わずに、視聴制限設定メニュー１６２ｎ１の各情報の入力、登録、および、変更、等は、実行できないようにすると良い。
更に、本実施例の放送受信装置１００では、ＭＨ−パレンタルレート記述子の『ａｃｃｏｍｐａｎｙｉｎｇ＿ｆｌａｇ』パラメータ（同伴フラグ）を参照することにより、保護者の同伴の有無に応じたコンテンツの視聴（表示）の制限の制御を行うことが可能であるものとする。以下に、保護者の同伴の有無に応じたコンテンツの視聴（表示）の制限の制御の詳細を説明する。
［保護者情報登録処理］
保護者の同伴の有無に応じたコンテンツの視聴（表示）の制限の制御を行う場合、本実施例の放送受信装置１００では、予め保護者情報の登録処理を行っておくものとする。図３３Ａは、本実施例の放送受信装置１００の保護者情報登録画面の一例を示す図である。保護者情報登録画面１６２ｐは、保護者情報登録領域１６２ｐ１〜４で構成される。同図に示した例では、４名分の保護者情報を登録可能であるものとする。更に多くの保護者情報を登録可能としても良いし、登録可能な保護者情報が同図の例より少なくても良い。
保護者情報登録領域１６２ｐ１〜４には、それぞれ、保護者として登録する人物の所有する携帯情報端末を登録可能であり、携帯情報端末が登録済みであれば前記登録済みの携帯情報端末を識別可能な端末識別情報が表示される。前記端末識別情報は、ＩＰアドレスやＭＡＣアドレス等であっても良いし、携帯情報端末の型式および製造番号、ユーザが任意に指定した愛称等であっても良い。その他、携帯情報端末を一意に識別可能な情報であれば前述と異なっても良い。
放送受信装置１００のユーザが放送受信装置１００を使用して年齢に基づく視聴制限を課されたコンテンツの視聴を行おうとしている場合、保護者情報登録領域１６２ｐ１〜４に登録された携帯情報端末の何れかにより、前記視聴に対する、保護者の同伴に基づく認証を行うことが可能であるものとする。保護者の同伴に基づく認証が行われた場合、放送受信装置１００のユーザは、視聴を行おうとしているコンテンツが年齢に基づく視聴制限を課されたコンテンツであっても、前記コンテンツの視聴が可能となって良い。
保護者情報登録領域１６２ｐ１〜４の各領域において『端末の登録』アイコンを選択することにより、保護者情報の登録処理（保護者として登録する人物の所有する携帯情報端末を識別可能な端末識別情報の登録処理）が開始される。なお、前記登録処理は、図２９Ｂに示した動作シーケンスと同様であって良く、詳細の説明を省略する。
［視聴制限コンテンツの受信処理］
図３３Ｂに、視聴制限を課された映像コンテンツを受信する際の、保護者の同伴の有無に応じたコンテンツの視聴（表示）の制限の制御の動作シーケンスの一例を示す。
ユーザが図示を省略したリモコン等を操作してチャンネルの切り替えを指示すると、まず、図１４ＡのＳ２０１〜Ｓ２１６と同様の処理が実行される（Ｓ６０１）。次に、放送受信装置１００の受信機能実行部１１０２は、ＭＨ−パレンタルレート記述子等の制御情報と、前記視聴制限設定メニュー１６２ｎ１の設定値とを参照することにより、ユーザが視聴を所望するチャンネルのコンテンツが視聴制限を課すべきコンテンツであるか否かの確認を行う（Ｓ６０２）。
なお、前記視聴制限を課すべきコンテンツとは、前述のように、視聴制限設定メニュー１６２ｎ１において、『視聴制限』を『する』、『視聴制限年齢』を『１５歳』、と設定した場合の、『ｒａｔｉｎｇ』パラメータが『０ｘ０Ｄ』〜『０ｘ０Ｆ』の範囲の値に設定されたＭＨ−パレンタルレート記述子を有するコンテンツ等である。前記『ｒａｔｉｎｇ』パラメータが『０ｘ０１』〜『０ｘ０Ｃ』の範囲の値の場合等では、視聴制限を課すべきコンテンツとはならない。但し、前記『視聴制限年齢』の設定値と前記『ｒａｔｉｎｇ』パラメータの値の組み合わせは適宜変更されて良く、前述の組み合わせに限られるものではない。また、視聴制限設定メニュー１６２ｎ１において、『視聴制限』を『しない』、と設定した場合は、『ｒａｔｉｎｇ』パラメータの値やＭＨ−パレンタルレート記述子の有無によらず、前記視聴制限を課すべきコンテンツとはならない。また、ＭＨ−パレンタルレート記述子を伴わないコンテンツの場合、視聴制限設定メニュー１６２ｎ１の設定によらず、前記視聴制限を課すべきコンテンツとはならない。『ｒａｔｉｎｇ』パラメータの値が『未定義』等の場合も前記視聴制限を課すべきコンテンツとしなくて良い。
Ｓ６０２の処理において、ユーザが視聴を所望するチャンネルのコンテンツが視聴制限を課すべきコンテンツであると確認された場合（Ｓ６０２：Ｙｅｓ）、放送受信装置１００は、次に、前記ユーザが視聴を所望するチャンネルのコンテンツに関連するＭＨ−パレンタルレート記述子の同伴フラグ（『ａｃｃｏｍｐａｎｙｉｎｇ＿ｆｌａｇ』パラメータ）の値を確認する（Ｓ６０３）。前記同伴フラグは、図３１Ｃに示したように、『１』に設定されている場合、前記同伴フラグを有するＭＨ−パレンタルレート記述子が関連付けられたコンテンツが保護者の同伴に応じた制御を行うことが可能なコンテンツであることを示すものとする。『０』に設定されている場合、前記同伴フラグを有するＭＨ−パレンタルレート記述子が関連付けられたコンテンツが保護者の同伴に応じた制御を行わないコンテンツであることを示すものとする。なお、前記コンテンツに関連付けられたＭＨ−パレンタルレート記述子が同伴フラグを有していない場合は、後述の『同伴フラグ＝０』の場合と同様の処理を行えば良い。
Ｓ６０３の同伴フラグ確認処理の結果、前記同伴フラグの値が『１』に設定されている場合（Ｓ６０３：Ｙｅｓ）、ユーザが視聴を所望するチャンネルのコンテンツは保護者の同伴に応じた制御を行うことが可能なコンテンツであるため、次に、保護者によるコンテンツ視聴に対する認証処理を行う。
保護者によるコンテンツ視聴に対する認証処理では、まず、放送受信装置１００の連携機能実行部１１０３が、携帯情報端末７００に対して、放送受信装置１００を識別可能な装置識別情報と共に視聴許可要求を送信する（Ｓ６０４）。なお、前記視聴許可要求の送信先となる携帯情報端末７００は、保護者情報登録画面１６２ｐの保護者情報登録領域１６２ｐ１〜４に登録された各携帯情報端末とすれば良い。保護者情報登録画面１６２ｐの保護者情報登録領域１６２ｐ１〜４に登録された全ての携帯情報端末に対して前記視聴許可要求を送信しても良いし、選択した一つの携帯情報端末に対してのみ前記視聴許可要求を送信しても良い。
また、前記視聴許可要求は、携帯情報端末７００が放送受信装置１００と通信可能な状態にあり、かつ、携帯情報端末７００と放送受信装置１００とが同一の狭域ネットワーク上に同時に存在する場合にのみ、送信するようにすれば良い。なお、前記同一の狭域ネットワークは、携帯情報端末７００のＩＰアドレスと放送受信装置１００のＩＰアドレスが同一サブネット内にあるか否か等により判断すれば良い。あるいは、携帯情報端末７００が予め定めた所定の位置範囲内にある場合にのみ、送信するようにしても良い。前記予め定めた所定の位置範囲は携帯情報端末７００のユーザの自宅や放送受信装置１００の設置場所等を概略中心に設定すれば良く、また、前記位置の確認はＧＰＳ受信部７６１等を用いた公知技術を使用すれば良い。即ち、携帯情報端末７００のユーザが放送受信装置１００を使用して視聴制限を課すべきコンテンツの視聴を行おうとするユーザと同伴可能な位置にいることが確認可能な場合にのみ、前記視聴許可要求を送信するようにすれば良い。
なお、携帯情報端末７００が放送受信装置１００と通信可能な状態にない場合や、携帯情報端末７００が予め定めた所定の位置範囲内にない場合には、後述の、前記視聴制限を課すべきコンテンツの表示が許可されなかった場合と同様の処理を行うようにすれば良い。また、本実施例においては、携帯情報端末７００は、周期的に位置情報を放送受信装置１００に対して送信するようにして良い。
前記視聴許可要求を受信した携帯情報端末７００は、Ｓ６０４の処理で受信した前記装置識別情報を保護者情報の登録処理の際に記憶させた装置識別情報と比較し、一致しない場合（Ｓ６０５：Ｎｏ）には、放送受信装置１００に対して表示拒否応答を送信する（Ｓ６０６）。一方、Ｓ６０４の処理で受信した前記装置識別情報と保護者情報の登録処理の際に記憶させた装置識別情報が一致する場合（Ｓ６０５：Ｙｅｓ）には、携帯情報端末７００は、更に、保護者情報の登録処理の際に装置識別情報と関連付けて記憶させたパスワード等の認証情報をストレージ部７１０の認証情報記憶領域７３００から読み出す（Ｓ６０７）。更に、携帯情報端末７００は、Ｓ６０７の処理で読み出した前記認証情報と、携帯情報端末７００を識別可能な端末識別情報を、表示許可応答として、放送受信装置１００に送信する（Ｓ６０８）。
なお、携帯情報端末７００が予め定めた所定の位置範囲内にある場合にのみ、放送受信装置１００から送信された視聴許可要求に対して表示許可応答を送信可能なようにし、前記位置範囲外にある場合には、放送受信装置１００から送信された視聴許可要求に対して常に表示拒否応答を送信するようにしても良いことは、図３０Ｃに示した動作シーケンスの場合と同様である。
携帯情報端末７００から前記表示許可応答を受信すると、次に、放送受信装置１００は、前記受信した表示許可応答に含まれる前記認証情報および前記端末識別情報をストレージ部１１０の認証情報記憶領域１３００または前記個人情報記憶領域に記憶されている認証情報および端末識別情報と比較する（Ｓ６０９）。Ｓ６０９の処理において、Ｓ６０８の処理で受信した前記表示許可応答に含まれる前記認証情報および前記端末識別情報がストレージ部１１０の認証情報記憶領域１３００または前記個人情報記憶領域に記憶されている認証情報および端末識別情報と一致する場合には、携帯情報端末７００のユーザにより前記視聴制限を課すべきコンテンツの表示が許可されたと判断する。一方、一致しない場合には、前記視聴制限を課すべきコンテンツの表示が許可されなかったと判断する。
Ｓ６０９の処理で、携帯情報端末７００のユーザにより前記視聴制限を課すべきコンテンツの表示が許可されたと判断した場合（Ｓ６１０：Ｙｅｓ）、次に、放送受信装置１００の受信機能実行部１１０２は、前記ユーザが視聴を所望するコンテンツのアセットおよび前記アセットに関する提示時刻情報やレイアウト制御情報等を取得し（Ｓ６１１）、ＭＦＵの復号処理（Ｓ６１２）とＭＦＵの提示処理（Ｓ６１３）を行う。なお、Ｓ６１１〜Ｓ６１３の処理は、図１４ＡのＳ２１７〜Ｓ２２０の処理と同様であって良く、詳細の説明を省略する。
Ｓ６０９の処理で、携帯情報端末７００のユーザにより前記視聴制限を課すべきコンテンツの表示が許可されなかったと判断した場合（Ｓ６１０：Ｎｏ）、前記Ｓ６１１〜Ｓ６１３の処理は行われないものとする。あるいは、前記Ｓ６１１の処理を行って前記Ｓ６１２〜Ｓ６１３の処理を行わないようにしても良い。あるいは、前記Ｓ６１１〜Ｓ６１２の処理を行って前記Ｓ６１３の処理を行わないようにしても良い。この場合、モニタ部１６２には、黒画面やグレー画面と、視聴制限によりコンテンツの表示が行われない旨のメッセージ等を表示するようにすれば良い。
また、Ｓ６０３の同伴フラグ確認処理の結果、前記同伴フラグの値が『０』に設定されている場合（Ｓ６０３：Ｎｏ）、ユーザが視聴を所望するチャンネルのコンテンツは保護者の同伴に応じた制御を行わないコンテンツであるため、Ｓ６０２の処理における、前記コンテンツに関連するＭＨ−パレンタルレート記述子等の制御情報と、図３２に示した視聴制限設定メニュー１６２ｎ１の設定値との参照結果にのみ基づいた視聴制限の制御を行う。即ち、ユーザが視聴を所望するチャンネルのコンテンツは視聴（表示）を制限されて、モニタ部１６２には、黒画面やグレー画面と、視聴制限によりコンテンツの表示が行われない旨のメッセージ等を表示するようにすれば良い。
また、Ｓ６０２の処理において、ユーザが視聴を所望するチャンネルのコンテンツが視聴制限処理を課すべきコンテンツであると確認された場合に、Ｓ６０３の同伴フラグ確認処理を行わず、即ち、前記同伴フラグの値や前記同伴フラグの有無によらず、常にＳ６０４〜Ｓ６１０の処理を行うようにしても良い。
また、Ｓ６０２の処理において、ユーザが視聴を所望するチャンネルのコンテンツが視聴制限を課すべきコンテンツではないと確認された場合（Ｓ６０２：Ｎｏ）、Ｓ６０３〜Ｓ６１０の処理は行われず、Ｓ６１１〜Ｓ６１３の処理が行われて良い。
以上の処理により、本実施例の放送受信装置１００においては、視聴制限の課されたコンテンツの表示制御を、保護者の同伴の有無に応じて行うことが可能となる。特に、保護者情報登録画面１６２ｐで複数登録した保護者情報の何れかの携帯情報端末にて前記視聴を課すべきコンテンツに対する視聴の認証を制御することが可能であり、有用である。即ち、より付加価値の高い機能を実行可能な放送受信装置を提供することができる。
以上、本発明の実施形態の例を、実施例１〜４を用いて説明したが、本発明の技術を実現する構成は前記実施例に限られるものではなく、様々な変形例が考えられる。例えば、ある実施例の構成の一部を他の実施例の構成と置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。これらは全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等もあくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。
前述した本発明の機能等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれの機能等を実現する動作プログラムを解釈して実行することによりソフトウェアで実現しても良い。ハードウェアとソフトウェアを併用しても良い。
なお、放送受信装置１００を制御する前記ソフトウェアは、製品出荷の時点で予め放送受信装置１００のＲＯＭ１０３および／またはストレージ（蓄積）部１１０等に格納された状態であっても良い。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部１２４等を介して取得しても良い。
また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、必ずしも製品上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えても良い。
１００，８００…放送受信装置、１００ａ…アンテナ、１０１，８０１…主制御部、１０２，８０２…システムバス、１０３，８０３…ＲＯＭ、１０４，８０４…ＲＡＭ、１１０，８１０…ストレージ部、１２１，８２１…ＬＡＮ通信部、１２４，８２４…拡張インタフェース部、１２５，８２５…デジタルインタフェース部、１３１，８３１，８３２…チューナ／復調部、１３２…分離部、１４１…映像デコーダ、１４２…映像色域変換部、１４３…音声デコーダ、１４４…文字スーパーデコーダ、１４５…字幕デコーダ、１４６…字幕合成部、１４７…字幕色域変換部、１５１…データデコーダ、１５２…キャッシュ部、１５３…アプリケーション制御部、１５４…ブラウザ部、１５５…アプリケーション色域変換部、１５６…音源部、１６１，８６１…映像合成部、１６２，８６２…モニタ部、１６３，８６３…映像出力部、１６４，８６４…音声合成部、１６５，８６５…スピーカ部、１６６，８６６…音声出力部、１７０，８７０…操作入力部、８４１…ＭＭＴデコード処理部、８４２…ＭＰＥＧ２−ＴＳデコード処理部、２００…インターネット、２００ｒ…ルータ装置、２００ａ…アクセスポイント、３００ｔ…電波塔、３００ｓ…放送衛星（または通信衛星）、３００…放送局サーバ、４００…サービス事業者サーバ、５００…その他のアプリケーションサーバ、６００…移動体電話通信サーバ、６００ｂ…基地局、７００…携帯情報端末。

Claims (3)

  1. デジタル放送の放送データを受信する放送受信装置と通信可能な携帯情報端末であって、
    認証情報を入力する操作部と、
    前記放送受信装置を識別可能な装置識別情報および前記操作部で入力された認証情報を記憶する認証情報記憶部と、
    前記放送受信装置のユーザが視聴を所望する放送番組が課金を要するアセットを含む場合に送信される課金許可要求データを受信し、前記課金許可要求データに対応する応答データを前記放送受信装置に対して送信する通信部と、
    制御部と、
    を備え、
    前記制御部は、
    前記課金許可要求データに含まれる前記放送受信装置を識別可能な装置識別情報が前記認証情報記憶部に記憶されている装置識別情報と一致する場合に、前記認証情報記憶部に記憶された前記認証情報と前記携帯情報端末を識別可能な端末識別情報とを含む課金許可応答を前記応答データとして前記放送受信装置に対して送信するように前記通信部を制御し、
    前記課金許可要求データに含まれる前記放送受信装置を識別可能な装置識別情報が前記認証情報記憶部に記憶されている装置識別情報と一致しない場合に、課金拒否応答を前記応答データとして前記放送受信装置に対して送信するように前記通信部を制御する、携帯情報端末。
  2. 前記携帯情報端末は、
    位置情報を取得する位置情報取得部を更に備え、
    前記制御部は、
    前記位置情報取得部で取得した位置情報が予め定めた所定の位置範囲内にあり、かつ、前記課金許可要求データに含まれる前記放送受信装置を識別可能な装置識別情報が前記認証情報記憶部に記憶されている装置識別情報と一致する場合に、前記認証情報記憶部に記憶された前記認証情報と前記携帯情報端末を識別可能な端末識別情報とを含む課金許可応答を前記応答データとして前記放送受信装置に対して送信するように前記通信部を制御し、
    前記位置情報取得部で取得した位置情報が予め定めた所定の位置範囲内にない場合には、課金拒否応答を前記応答データとして前記放送受信装置に対して送信するように前記通信部を制御する、請求項１に記載の携帯情報端末。
  3. 前記携帯情報端末は、
    前記デジタル放送の番組予定表を取得する番組予定表取得部と、
    前記番組予定表取得部で取得した番組予定表に基づいて番組毎の課金可否を設定可能な番組毎課金可否設定部と、
    を更に備え、
    前記制御部は、
    前記課金許可要求データに含まれる番組名が前記番組毎課金可否設定部で課金を許容するように設定された番組であり、かつ、前記課金許可要求データに含まれる前記放送受信装置を識別可能な装置識別情報が前記認証情報記憶部に記憶されている装置識別情報と一致する場合に、前記認証情報記憶部に記憶された前記認証情報と前記携帯情報端末を識別可能な端末識別情報とを含む課金許可応答を前記応答データとして前記放送受信装置に対して送信するように前記通信部を制御し、
    前記課金許可要求データに含まれる番組名が前記番組毎課金可否設定部で課金を許容するように設定された番組ではない場合に、課金拒否応答を前記応答データとして前記放送受信装置に対して送信するように前記通信部を制御する、請求項１に記載の携帯情報端末。
JP2016047223A 2016-03-10 2016-03-10 携帯情報端末 Active JP6833325B2 (ja)

Priority Applications (9)

Application Number Priority Date Filing Date Title
JP2016047223A JP6833325B2 (ja) 2016-03-10 2016-03-10 携帯情報端末
CN201680083354.4A CN108886637B (zh) 2016-03-10 2016-09-27 广播接收装置和便携信息终端
CN202110941746.2A CN113660519A (zh) 2016-03-10 2016-09-27 广播接收装置
US16/083,403 US11115715B2 (en) 2016-03-10 2016-09-27 Broadcast receiving apparatus and portable information terminal
CN202110941709.1A CN113660518A (zh) 2016-03-10 2016-09-27 广播接收装置
PCT/JP2016/078439 WO2017154247A1 (ja) 2016-03-10 2016-09-27 放送受信装置および携帯情報端末
US17/395,058 US11445251B2 (en) 2016-03-10 2021-08-05 Broadcast receiving apparatus and portable information terminal
US17/881,296 US11627376B2 (en) 2016-03-10 2022-08-04 Broadcast receiving apparatus and portable information terminal
US18/188,131 US20230224543A1 (en) 2016-03-10 2023-03-22 Broadcast receiving apparatus and portable information terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016047223A JP6833325B2 (ja) 2016-03-10 2016-03-10 携帯情報端末

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021015447A Division JP7071561B2 (ja) 2021-02-03 2021-02-03 放送受信装置

Publications (2)

Publication Number Publication Date
JP2017163401A JP2017163401A (ja) 2017-09-14
JP6833325B2 true JP6833325B2 (ja) 2021-02-24

Family

ID=59858099

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016047223A Active JP6833325B2 (ja) 2016-03-10 2016-03-10 携帯情報端末

Country Status (1)

Country Link
JP (1) JP6833325B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7274930B2 (ja) * 2019-05-17 2023-05-17 日本放送協会 放送通信連携サービスを実現する受信装置、端末装置及びプログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007180698A (ja) * 2005-12-27 2007-07-12 Matsushita Electric Ind Co Ltd 画像出力システムおよびプログラム
JP2010093682A (ja) * 2008-10-10 2010-04-22 Funai Electric Co Ltd デジタル放送録画再生装置
JP6178234B2 (ja) * 2013-12-27 2017-08-09 日立マクセル株式会社 放送受信装置及び映像表示方法

Also Published As

Publication number Publication date
JP2017163401A (ja) 2017-09-14

Similar Documents

Publication Publication Date Title
WO2017154247A1 (ja) 放送受信装置および携帯情報端末
JP2024061742A (ja) 放送受信装置
JP6919085B1 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6833325B2 (ja) 携帯情報端末
JP7071561B2 (ja) 放送受信装置
JP7150950B2 (ja) 放送番組のコンテンツのコピー制御方法
JP7117071B2 (ja) 放送番組のコンテンツのコピー制御方法
JP6919086B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6828213B2 (ja) コンテンツ保護処理方法
JP6826229B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6826228B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP6951513B2 (ja) コンテンツ保護処理方法
JP6923727B2 (ja) 放送番組のコンテンツのコピー制御方法
JP6929420B2 (ja) コンテンツ保護処理方法
JP6928130B2 (ja) 放送番組の出力方法
JP6767177B2 (ja) 放送受信装置およびコンテンツ保護処理方法
JP2021078134A (ja) コンテンツ保護処理方法
JP2020005263A (ja) 放送受信装置およびコンテンツ保護処理方法
JP2020005262A (ja) 放送受信装置およびコンテンツ保護処理方法
JP2020014208A (ja) コンテンツ保護処理方法
JP2017225057A (ja) 放送受信装置
JP2017228842A (ja) 放送受信装置
JP2017098656A (ja) 放送受信装置

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20171102

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190306

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200526

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200722

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200925

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210203

R150 Certificate of patent or registration of utility model

Ref document number: 6833325

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