JP2017098607A - 放送受信装置 - Google Patents

Abstract

【課題】より付加価値の高い機能を実行可能なデジタル放送受信機を提供する。【解決手段】デジタル放送のメディアトランスポートデータが、符号化番組映像データ又は符号化番組音声データは所定の単位で、時間軸方向に複数の分割データとして分割されており、各々の分割データと、その分割データを表示・再生する時刻を示す提示時刻情報とが対になって番組放送データ内に含まれて放送されている。放送受信機は、復号部に入力される分割データの変換及び出力制御部に入力される時刻制御情報の変更を行うデータ変更部を備え、データ変更部は、複数の分割データのうちのｎ番目の分割放送データについての提示時刻情報に示される提示時刻を元の提示時刻情報より早い時刻に変更するともに、複数の分割データのうちのｎ−１番目の分割データの内容を、元の内容よりも時間軸上で短い内容に変更した分割データに変更する。【選択図】図３６

Description

本発明は、放送受信装置に関する。

デジタル放送サービスの拡張機能の１つに、放送波でデジタルデータを送信し、天気予報やニュース、おすすめ番組等の各種情報を表示するデータ放送がある。データ放送を受信可能なテレビ受信機は既に多数市販されており、また、データ放送受信に関する技術も下記特許文献１をはじめ多数が公表されている。

特開２００１−１８６４８６号公報

近年のコンテンツ配信に関する環境変化に対して、テレビ受信機も様々な機能拡張を求められている。特にインターネット等のブロードバンドネットワーク環境を利用したコンテンツや連携アプリケーションの配信に対する要求、及び、映像コンテンツの高解像度化／高精細化に対する要求、等が多い。しかしながら、現行のテレビ受信機が備えるデータ放送受信機能等のみの流用、或いは、前記データ放送受信機能等の機能拡張のみでは、前記要求に応え得る高付加価値のテレビ受信機を提供することは難しい。

本発明の目的は、より付加価値の高い機能を実行可能な放送受信装置を提供することである。

前記課題を解決するための手段として、特許請求の範囲に記載の技術を用いる。

一例を挙げるならば、デジタル放送のメディアトランスポートデータを受信可能な放送受信装置であって、メディアトランスポートデータに、放送番組毎の符号化番組映像データ又は符号化番組音声データを含む番組放送データが含められて伝送され、前記符号化番組映像データ又は前記符号化番組音声データは所定の単位で、時間軸方向に複数の分割データとして分割されており、各々の分割データと、その分割データを表示・再生する時刻を示す提示時刻情報とが対になって番組放送データ内に含まれて放送されており、各分割データに含まれる前記符号化番組映像データ又は前記符号化番組音声データを復号して、復号化番組映像データ又は復号化番組音声データを生成する復号部と、前記復号化番組映像データ又は前記復号化番組音声データ及び前記復号化番組映像データ又は前記復号化番組音声データについての前記提示時刻情報を取得し、復号化した前記復号化番組映像データ表示して出力又は前記復号化番組音声データを音声として出力する出力制御部と、前記復号部に入力される分割データの変換及び前記出力制御部に入力される時刻制御情報の変更を行うデータ変更部を備え、前記データ変更部は、前記複数の分割データのうちのｎ番目の分割放送データについての提示時刻情報に示される提示時刻を元の提示時刻情報より早い時刻に変更するともに、前記複数の分割データのうちのｎ−１番目の分割データの内容を、元の内容よりも時間軸上で短い内容に変更した分割データに変更する、ように構成する。

本発明の技術を用いることにより、より付加価値の高い機能を実行可能な放送受信装置を提供することができる。

実施例１に係る放送受信装置を含む放送通信システムの一例を示すシステム構成図である。 ＭＭＴにおける符号化信号の概要の説明図である。 ＭＭＴにおけるＭＰＵの構成図である。 ＭＭＴにおけるＭＭＴＰパケットの構成図である。 ＭＭＴを用いる放送システムのプロトコルスタックの概念図である。 放送システムで用いる制御情報の階層構成図である。 放送システムのＴＬＶ−ＳＩで使用されるテーブルの一覧である。 放送システムのＴＬＶ−ＳＩで使用される記述子の一覧である。 放送システムのＭＭＴ−ＳＩで使用されるメッセージの一覧である。 放送システムのＭＭＴ−ＳＩで使用されるテーブルの一覧である。 放送システムのＭＭＴ−ＳＩで使用される記述子の一覧（その１）である。 放送システムのＭＭＴ−ＳＩで使用される記述子の一覧（その２）である。 放送システムのデータ伝送と各テーブルの関係を示す図である。 実施例１に係る放送受信装置のブロック図である。 実施例１に係る放送受信装置の提示機能の論理的プレーン構造の構成図である。 実施例１に係る放送受信装置のクロック同期／提示同期のシステム構成図である。 実施例１に係る放送受信装置のソフトウェア構成図である。 実施例１に係る放送局サーバのブロック図である。 実施例１に係るサービス事業者サーバのブロック図である。 実施例１に係る携帯情報端末のブロック図である。 実施例１に係る携帯情報端末のソフトウェア構成図である。 放送システムのＭＨ−ＴＯＴのデータ構造を示す図である。 放送システムのＪＳＴ＿ｔｉｍｅパラメータのフォーマットを示す図である。 実施例１に係る放送受信装置のＭＪＤからの現在日付の算出方法を示す図である。 放送システムのＮＴＰ形式の構成を示す図である。 放送システムのＭＰＵタイムスタンプ記述子のデータ構造を示す図である。 放送システムのＴＭＣＣ拡張情報領域の時刻情報のデータ構造を示す図である。 実施例１に係る放送受信装置のチャンネルスキャン時の動作シーケンス図である。 放送システムのＴＬＶ−ＮＩＴのデータ構造を示す図である。 放送システムの衛星分配システム記述子のデータ構造を示す図である。 放送システムのサービスリスト記述子のデータ構造を示す図である。 放送システムのＡＭＴのデータ構造を示す図である。 実施例１に係る放送受信装置の選局時の動作シーケンス図である。 放送システムのＭＰＴのデータ構造を示す図である。 放送システムのＬＣＴのデータ構造を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当の例を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当の例を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当の例を示す図である。 ＬＣＴに基づくレイアウト番号へのレイアウトの割当の例を示す図である。 ＬＣＴに基づく画面レイアウト制御の例外処理の動作を説明する図である。 ＬＣＴに基づく画面レイアウト制御の例外処理の動作を説明する図である。 放送システムのＭＨ−ＥＩＴのデータ構造を示す図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例１に係る放送受信装置の緊急警報放送表示時の画面表示図である。 実施例２に係る放送受信装置のブロック図である。 放送サービス切り替え時の現在時刻表示の不整合を説明する図である。 実施例２に係る現在時刻情報参照元の選択制御の動作を説明する図である。 実施例２に係る現在時刻情報の更新処理の動作シーケンス図である。 実施例２に係る放送受信装置のＥＰＧ画面の画面表示図である。 実施例２に係る放送受信装置のＥＰＧ画面の画面表示図である。 放送システムのＬＡＴＭ／ＬＯＡＳ形式のビットストリーム構造を示す図である。 実施例３に係る２２．２ｃｈ音声出力時のスピーカ配置を示す図である。 実施例３に係る２２．２ｃｈ音声出力時のスピーカ配置の推奨範囲を示す図である。 実施例３に係る２２．２ｃｈ音声データの符号化方式を説明する図である。 実施例３に係る放送システムのダイアログ制御機能の概念図である。 実施例３に係る放送システムのダイアログ制御機能の概念図である。 実施例３に係る差し替え用音声（ダイアログ）の選択方法を説明する図である。 実施例３に係る差し替え用音声（ダイアログ）の選択方法を説明する図である。 実施例３に係る差し替え用音声（ダイアログ）の選択方法を説明する図である。 実施例３に係る差し替え用音声（ダイアログ）の選択方法を説明する図である。 実施例３に係る差し替え用音声（ダイアログ）の選択方法を説明する図である。 実施例３に係るダイアログ音声及び背景音の音量調節方法を説明する図である。 実施例３に係るダイアログ音声及び背景音の音量調節方法を説明する図である。 実施例３に係るダイアログ音声及び背景音の音量調節方法を説明する図である。 実施例３に係るダイアログ音声及び背景音の音量レベル情報の画面表示図である。 実施例３に係るダイアログ音声及び背景音の音質調整方法を説明する図である。 実施例３に係るダイアログ音声及び背景音の音質調整方法を説明する図である。 実施例３に係るダイアログ音声の有無に応じた背景音の音量調節処理の概要を説明する図である。 実施例３に係るダイアログ音声の再生時間伸張処理の概要を説明する図である。 実施例４に係る映像及び音声アセットの特殊再生を行うための方法を示す説明図である。 実施例４に係るＭＰＵの提示時刻を設定するフォーマットを示す説明図である。 実施例５に係る時間軸引き伸ばし／圧縮機能を用いて、コンテンツ再生中や再生前の事前設定により、コンテンツ内の各ＭＰＵ単位にて任意の速度での特殊再生を行う、ダイナミック特殊再生設定を具体的に適用する方法を示す説明図である。 実施例５に係る演奏装置及び演奏方法を実行する機器のブロック図である。 実施例６に係る演奏装置及び演奏方法にて使用する指揮棒の動きを検出するパラメータを示した説明図である。 実施例６に係る演奏装置及び演奏方法により演奏練習や演奏本番を実行する内容を示すフローチャートである。 実施例６に係る演奏装置及び演奏方法による演奏練習時の、演奏される各楽器の種別（パート）毎に、音量の調整を行い、オーケストラを構成する楽団全体の演奏音量のバランスを取る操作を示した説明図である。 実施例６に係る演奏装置及び演奏方法による演奏練習時の、指揮者による指揮棒の振りと、演奏している楽曲との間で、異なる位相を楽曲の再生側で合わせる動作を示した説明図である。 実施例６に係る演奏装置及び演奏方法による、具体的な指揮棒の振り方を示す説明図である。 実施例６に係る演奏装置及び演奏方法による、コンピュータミュージックスコアによる楽譜の表記と、そのスコアに従った演奏を示す説明図である。 実施例７に係る演奏装置及び演奏方法により演奏する楽譜と音で構成されるコンテンツを、各種のメディアを通して演奏装置が読みこみ、実際の発音を行う演奏動作を示す説明図である。

以下、本発明の実施形態の例を、図面を用いて説明する。

（実施例１）
［システム構成］
図１は、本実施例の放送受信装置を含む放送通信システムの一例を示すシステム構成図である。本実施例の放送通信システムは、放送受信装置１００とアンテナ１００ａ、インターネット２００等のブロードバンドネットワーク及びルータ装置２００ｒとアクセスポイント２００ａ、放送局の電波塔３００ｔと放送衛星（又は通信衛星）３００ｓ、放送局サーバ３００、サービス事業者サーバ４００、その他のアプリケーションサーバ５００、移動体電話通信サーバ６００と移動体電話通信網の基地局６００ｂ、携帯情報端末７００、で構成される。

放送受信装置１００は、電波塔３００ｔから送出された放送波を、放送衛星（又は通信衛星）３００ｓ及びアンテナ１００ａを介して受信する。或いは、電波塔３００ｔから送出された放送波を、放送衛星（又は通信衛星）３００ｓを介さずに、直接アンテナ１００ａから受信しても良い。また、放送受信装置１００は、ルータ装置２００ｒを介してインターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。

ルータ装置２００ｒは、インターネット２００と有線通信により接続され、また、放送受信装置１００とは有線通信又は無線通信で、携帯情報端末７００とは無線通信で接続される。前記無線通信は、Ｗｉ−Ｆｉ（登録商標）等の方式が使用されて良い。これにより、インターネット２００上の各サーバ装置やその他の通信機器と放送受信装置１００と携帯情報端末７００とが、ルータ装置２００ｒを介して、データの送受信を相互に行うことが可能となる。なお、放送受信装置１００と携帯情報端末７００との通信は、ルータ装置２００ｒを介さずに、ＢｌｕｅＴｏｏｔｈ（登録商標）やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の方式で直接通信を行っても良い。

電波塔３００ｔは、放送局の放送設備であり、放送番組の符号化データや字幕情報、その他のアプリケーション、汎用データ、等を含む放送波を送出する。放送衛星（又は通信衛星）３００ｓは、放送局の電波塔３００ｔから送信された放送波を受信し、適宜周波数変換等を行った後に、放送受信装置１００に接続されたアンテナ１００ａに対して前記放送波を再送信する中継器である。また、前記放送局は放送局サーバ３００を備えるものとする。放送局サーバ３００は、放送番組（動画コンテンツ等）及び各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者情報、放送日時、等のメタデータを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コンテンツ及び各メタデータの提供は、放送局サーバ３００が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して行われるものであって良い。

サービス事業者サーバ４００は、サービス事業者が用意するサーバ装置であり、放送局から配信される放送番組に連携した各種サービスを提供することが可能であるものとする。また、サービス事業者サーバ４００は、放送局サーバ３００から提供された動画コンテンツ及びメタデータや、放送番組に連携する各種コンテンツ及びアプリケーション等の記憶、管理及び配信等を行う。また、テレビ受信機等からの問い合わせに対して、提供可能なコンテンツやアプリケーション等の検索や一覧の提供を行う機能も有するものとする。なお、前記コンテンツ及びメタデータの記憶、管理及び配信と、前記アプリケーションの記憶、管理及び配信は、異なるサーバ装置が行うものであっても良い。前記放送局と前記サービス事業者は同一であっても良いし、異なっていても良い。サービス事業者サーバ４００は、異なるサービス毎に複数用意されても良い。また、サービス事業者サーバ４００の機能は、放送局サーバ３００が兼ね備えるものであっても良い。

その他のアプリケーションサーバ５００は、その他の一般的なアプリケーションや動作プログラム、コンテンツ、データ、等の記憶、管理及び配信等を行う公知のサーバ装置である。その他のアプリケーションサーバ５００は、インターネット２００上に複数あっても良い。

移動体電話通信サーバ６００は、インターネット２００と接続され、一方、基地局６００ｂを介して携帯情報端末７００と接続される。移動体電話通信サーバ６００は、携帯情報端末７００の移動体電話通信網を介した電話通信（通話）及びデータ送受信を管理し、携帯情報端末７００とインターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信を可能とする。基地局６００ｂと携帯情報端末７００との通信は、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）（登録商標）方式やＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）方式、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式、或いはその他の通信方式によって行われるものであって良い。

携帯情報端末７００は、移動体電話通信網を介した電話通信（通話）及びデータ送受信の機能やＷｉ−Ｆｉ（登録商標）等による無線通信の機能を有するものとする。携帯情報端末７００は、ルータ装置２００ｒやアクセスポイント２００ａを介して、或いは、移動体電話通信網の基地局６００ｂ及び移動体電話通信サーバ６００を介して、インターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。アクセスポイント２００ａは、インターネット２００と有線通信により接続され、また、携帯情報端末７００とは無線通信で接続される。前記無線通信は、Ｗｉ−Ｆｉ（登録商標）等の方式が使用されて良い。なお、携帯情報端末７００と放送受信装置１００との通信は、アクセスポイント２００ａ及びインターネット２００とルータ装置２００ｒを介して、或いは、基地局６００ｂと移動体電話通信サーバ６００及びインターネット２００とルータ装置２００ｒを介して行われるものであっても良い。

［ＭＭＴ方式の概要］
図１に示した放送受信装置１００は、映像や音声等のデータを伝送するメディアトランスポート方式として、従来のデジタル放送システムで多く採用されているＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２システムで規定されたＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）（以下、ＭＰＥＧ２−ＴＳと記述する。）に代替して、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）に対応可能なテレビ受信機であるものとする。ＭＰＥＧ２−ＴＳとＭＭＴの双方に対応可能なテレビ受信機であっても良い。

ＭＰＥＧ２−ＴＳは、番組を構成する映像や音声等のコンポーネントを、制御信号やクロックと共に１つのストリームに多重することを特徴とする。クロックも含めて１つのストリームとして扱うため、伝送品質が確保された１つの伝送路で１つのコンテンツを伝送するのに適しており、従来の多くのデジタル放送システムで採用された。一方、近年のコンテンツの多様化、コンテンツを利用する機器の多様化、コンテンツを配信する伝送路の多様化、コンテンツ蓄積環境の多様化、等、コンテンツ配信に関する環境変化に対してＭＰＥＧ２−ＴＳの機能に限界があることから、新たに策定されたメディアトランスポート方式がＭＭＴである。

図２Ａに、本実施例のＭＭＴにおける符号化信号の概要の一例を示す。同図に示したように、本実施例のＭＭＴは、符号化信号を構成する要素として、ＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）、ＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）ペイロード、ＭＭＴＰパケットを有するものとする。ＭＦＵは、映像や音声等の伝送時の形式であり、ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニット単位やアクセスユニット単位で構成されて良い。ＭＰＵは、ＭＰＵ全体の構成に関する情報を含むＭＰＵメタデータと、符号化したメディアデータの情報を含むムービーフラグメントメタデータと、符号化したメディアデータであるサンプルデータと、で構成されて良い。また、サンプルデータからはＭＦＵを取り出すことが可能であるものとする。また、映像コンポーネントや音声コンポーネント等のメディアの場合、ＭＰＵ単位やアクセスユニット単位で提示時刻や復号時刻が指定されても良い。図２Ｂに、ＭＰＵの構成の一例を示す。

ＭＭＴＰパケットは、ヘッダ部とＭＭＴＰペイロードで構成され、ＭＦＵ及びＭＭＴの制御情報を伝送するものとする。ＭＭＴＰペイロードは、ペイロード部に格納する内容（データユニット）に応じたペイロードヘッダを備えるものとする。図２Ｃに、映像／音声信号からＭＦＵを構成し、更にＭＭＴＰペイロードに格納して、ＭＭＴＰパケットを構成するまでの概要の一例を示す。なお、フレーム間予測を用いて符号化を行う映像信号では、ＭＰＵをＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）単位で構成することが望ましい。また、伝送するＭＦＵの大きさが小さい場合、１つのペイロード部に１つのＭＦＵを格納しても良いし、１つのペイロード部に複数のＭＦＵを格納しても良い。また、伝送するＭＦＵの大きさが大きい場合には、１つのＭＦＵを複数のペイロード部に分割して格納しても良い。また、ＭＭＴＰパケットは、伝送路上におけるパケットロスを回復するために、ＡＬ−ＦＥＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）やＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）等の技術を用いて保護されて良い。

本実施例の放送システムにおいては、映像符号化方式としてＭＰＥＧ−Ｈ ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）が用いられ、音声符号化方式としてＭＰＥＧ−４ ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）又はＭＰＥＧ−４ ＡＬＳ（Ａｕｄｉｏ Ｌｏｓｓｌｅｓｓ Ｃｏｄｉｎｇ）が用いられるものとする。前記各方式により符号化された、放送番組の映像や音声等の符号化データは、ＭＦＵやＭＰＵの形式とし、更にＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットで伝送するものとする。また、放送番組に関連するデータコンテンツに関してもＭＦＵやＭＰＵの形式とし、更にＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰパケットで伝送して良い。データコンテンツの伝送方式としては、放送に同期したデータのストリーミングに用いる字幕／文字スーパー伝送方式、放送と非同期のデータ伝送に用いるアプリケーション伝送方式、テレビ受信機上で動作するアプリケーションに対する同期／非同期のメッセージ通知に用いるイベントメッセージ伝送方式、その他の汎用データを同期型／非同期型で伝送する汎用データ伝送方式、の四種類が用意されるものとする。

ＭＭＴＰパケットの伝送には、放送伝送路ではＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が用いられ、通信回線ではＵＤＰ／ＩＰ又はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が用いられるものとする。また、放送伝送路においては、ＩＰパケットの効率的な伝送のためにＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）多重化方式が用いられるものとする。本実施例の放送システムのプロトコルスタックの一例を図３に示す。図中、（Ａ）は放送伝送路におけるプロトコルスタックの一例であり、（Ｂ）は通信回線におけるプロトコルスタックの一例である。

本実施例の放送システムでは、ＭＭＴ−ＳＩ（ＭＭＴ−Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）とＴＬＶ−ＳＩ（ＴＬＶ−Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）の二種類の制御情報を伝送する仕組みを用意するものとする。ＭＭＴ−ＳＩは、放送番組の構成等を示す制御情報である。ＭＭＴの制御メッセージの形式とし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰパケットで伝送するものとする。ＴＬＶ−ＳＩは、ＩＰパケットの多重に関する制御情報であり、選局のための情報やＩＰアドレスとサービスの対応情報を提供するものとする。

また、ＭＭＴを用いた放送システムにおいても、絶対時刻を提供するために時刻情報を伝送するものとする。なお、ＭＰＥＧ２−ＴＳがＴＳ毎に異なるクロックをベースとしてコンポーネントの表示時刻を示していたのに対し、ＭＭＴでは、協定世界時刻（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ：ＵＴＣ）をベースとしてコンポーネントの表示時刻を示すものとする。これらの仕組みにより、異なる送信点から異なる伝送路で伝送されたコンポーネントを端末機器が同期して表示することが可能となる。ＵＴＣを提供するために、ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）形式のＩＰパケットを用いるものとする。

［ＭＭＴを用いる放送システムの制御情報］
本実施例の放送受信装置１００が対応する放送システムでは、前述したように、制御情報として、ＩＰパケットの多重のためのＴＬＶ多重化方式に関わるＴＬＶ−ＳＩと、メディアトランスポート方式であるＭＭＴに関わるＭＭＴ−ＳＩを用意する。ＴＬＶ−ＳＩは、放送伝送路に多重化されたＩＰパケットを、放送受信装置１００が多重解除するための情報を提供する。ＴＬＶ−ＳＩは、『テーブル』と『記述子』で構成される。『テーブル』はセクション形式で伝送され、『記述子』は『テーブル』内に配置されるものとする。ＭＭＴ−ＳＩは、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す伝送制御情報である。ＭＭＴ−ＳＩは、『テーブル』や『記述子』を格納する『メッセージ』、特定の情報を示す要素や属性を持つ『テーブル』、より詳細な情報を示す『記述子』の三階層で構成されるものとする。本実施例の放送システムで用いる制御情報の階層構成の一例を図４に示す。

＜ＴＬＶ−ＳＩで使用されるテーブル＞
図５Ａに、本実施例の放送受信装置１００が対応する放送システムのＴＬＶ−ＳＩで使用される『テーブル』の一覧を示す。本実施例では、ＴＬＶ−ＳＩの『テーブル』として以下に示すものが用いられるものとする。

（１）ＴＬＶ−ＮＩＴ
ＴＬＶ用ネットワーク情報テーブル（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ ｆｏｒ ＴＬＶ：ＴＬＶ−ＮＩＴ）は、ネットワークにより伝送されるＴＬＶストリームの物理的構成に関する情報及びネットワーク自身の特性を表すものである。

（２）ＡＭＴ
アドレスマップテーブル（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ：ＡＭＴ）は、ネットワークにおいて伝送される各サービスを構成するＩＰパケットのマルチキャストグループの一覧を提供する。

（３）事業者が設定するテーブル
その他、サービス事業者等が独自に設定したテーブルを用意することが可能である。

＜ＴＬＶ−ＳＩで使用される記述子＞
図５Ｂに、本実施例の放送受信装置１００が対応する放送システムのＴＬＶ−ＳＩに配置される『記述子』の一覧を示す。本実施例では、ＴＬＶ−ＳＩの『記述子』として以下に示すものが用いられるものとする。

（１）サービスリスト記述子
サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。

（２）衛星分配システム記述子
衛星分配システム記述子は、衛星伝送路の物理的条件を示す。

（３）システム管理記述子
システム管理記述子は、放送と非放送を識別するために使用される。

（４）ネットワーク名記述子
ネットワーク名記述子は、文字符号によりネットワーク名を記述する。

（５）事業者が設定する記述子
その他、サービス事業者等が独自に設定した記述子を用意することが可能である。

＜ＭＭＴ−ＳＩで使用されるメッセージ＞
図６Ａに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩで使用される『メッセージ』の一覧を示す。本実施例では、ＭＭＴ−ＳＩの『メッセージ』として以下に示すものが用いられるものとする。

（１）ＰＡメッセージ
Ｐａｃｋａｇｅ Ａｃｃｅｓｓ（ＰＡ）メッセージは、種々のテーブルを伝送するために用いる。

（２）Ｍ２セクションメッセージ
Ｍ２セクションメッセージは、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するために用いる。

（３）ＣＡメッセージ
ＣＡメッセージは、限定受信方式の識別のためのテーブルを伝送するために用いる。

（４）Ｍ２短セクションメッセージ
Ｍ２短セクションメッセージは、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓのセクション短形式を伝送するために用いる。

（５）データ伝送メッセージ
データ伝送メッセージは、データ伝送に関するテーブルを格納するメッセージである。

（６）事業者が設定するメッセージ
その他、サービス事業者等が独自に設定したメッセージを用意することが可能である。

＜ＭＭＴ−ＳＩで使用されるテーブル＞
図６Ｂに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩで使用される『テーブル』の一覧を示す。テーブルは、特定の情報を示す要素や属性を持つ制御情報であり、メッセージに格納してＭＭＴＰパケットで伝送するものとする。なお、テーブルを格納するメッセージはテーブルに応じて決まっていても良い。本実施例では、ＭＭＴ−ＳＩの『テーブル』として以下に示すものが用いられるものとする。

（１）ＭＰＴ
ＭＭＴパッケージテーブル（ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ：ＭＰＴ）は、アセットのリストやアセットのネットワーク上の位置などのパッケージを構成する情報を与える。ＭＰＴはＰＡメッセージに格納されて良い。

（２）ＰＬＴ
パッケージリストテーブル（Ｐａｃｋａｇｅ Ｌｉｓｔ Ｔａｂｌｅ：ＰＬＴ）は、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータフロー及びパケットＩＤ並びにＩＰサービスを伝送するＩＰデータフローの一覧を示す。ＰＬＴはＰＡメッセージに格納されて良い。

（３）ＬＣＴ
レイアウト設定テーブル（Ｌａｙｏｕｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＬＣＴ）は、提示のためのレイアウト情報をレイアウト番号に対応付けるために用いる。ＬＣＴはＰＡメッセージに格納されて良い。

（４）ＥＣＭ
Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（ＥＣＭ）は、番組情報及び制御情報からなる共通情報であり、スクランブルを解除するための鍵情報などを配送する。ＥＣＭはＭ２セクションメッセージに格納されて良い。

（５）ＥＭＭ
Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ（ＥＭＭ）は、加入者毎の契約情報やＥＣＭ（共通情報）の暗号を解くための鍵情報などを含む個別情報を伝送する。ＥＭＭはＭ２セクションメッセージに格納されて良い。

（６）ＣＡＴ（ＭＨ）
ＣＡテーブル（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂｌｅ：ＣＡＴ）（ＭＨ）は、限定受信方式の識別のための記述子を格納するために用いる。ＣＡＴ（ＭＨ）はＣＡメッセージに格納されて良い。

（７）ＤＣＭ
Ｄｏｗｎｌｏａｄ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（ＤＣＭ）は、ダウンロードのための伝送路暗号を復号するための鍵などからなる鍵関連情報を伝送する。ＤＣＭはＭ２セクションメッセージに格納されて良い。

（８）ＤＭＭ
Ｄｏｗｎｌｏａｄ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ（ＤＭＭ）は、ＤＣＭの暗号を解くためのダウンロード鍵などからなる鍵関連情報を伝送する。ＤＭＭはＭ２セクションメッセージに格納されて良い。

（９）ＭＨ−ＥＩＴ
ＭＨ−イベント情報テーブル（ＭＨ−Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＥＩＴ）は、各サービスに含まれるイベントに関する時系列情報である。ＭＨ−ＥＩＴはＭ２セクションメッセージに格納されて良い。

（１０）ＭＨ−ＡＩＴ
ＭＨ−アプリケーション情報テーブル（ＭＨ−Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＡＩＴ）は、アプリケーションに関する全ての情報及びアプリケーションに要求される起動状態等を格納する。ＭＨ−ＡＩＴはＭ２セクションメッセージに格納されて良い。

（１１）ＭＨ−ＢＩＴ
ＭＨ−ブロードキャスタ情報テーブル（ＭＨ−Ｂｒｏａｄｃａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＢＩＴ）は、ネットワーク上に存在するブロードキャスタの情報を提示するために用いる。ＭＨ−ＢＩＴはＭ２セクションメッセージに格納されて良い。

（１２）ＭＨ−ＳＤＴＴ
ＭＨ−ソフトウェアダウンロードトリガテーブル（ＭＨ−Ｓｏｆｔｗａｒｅ Ｄｏｗｎｌｏａｄ Ｔｒｉｇｇｅｒ Ｔａｂｌｅ：ＭＨ−ＳＤＴＴ）は、ダウンロードの告知情報のために用いる。ＭＨ−ＳＤＴＴはＭ２セクションメッセージに格納されて良い。

（１３）ＭＨ−ＳＤＴ
ＭＨ−サービス記述テーブル（ＭＨ−Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ：ＭＨ−ＳＤＴ）は、特定のＴＬＶストリームに含まれるサービスを表すサブテーブルを有し、編成チャンネルの名称、放送事業者の名称など、編成チャンネルに関する情報を伝送する。ＭＨ−ＳＤＴはＭ２セクションメッセージに格納されて良い。

（１４）ＭＨ−ＴＯＴ
ＭＨ−タイムオフセットテーブル（ＭＨ−Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ：ＭＨ−ＴＯＴ）は、ＪＳＴ時刻と日付（修正ユリウス日）情報を伝送する。ＭＨ−ＴＯＴはＭ２短セクションメッセージに格納されて良い。

（１５）ＭＨ−ＣＤＴ
ＭＨ−共通データテーブル（ＭＨ−Ｃｏｍｍｏｎ Ｄａｔａ Ｔａｂｌｅ：ＭＨ−ＣＤＴ）は、これを受信する全ての受信機を対象として、不揮発性メモリに格納すべき共通データをセクション形式で伝送するために用いる。ＭＨ−ＣＤＴはＭ２セクションメッセージに格納されて良い。

（１６）ＤＤＭテーブル
データディレクトリ管理テーブル（Ｄａｔａ Ｄｉｒｅｃｔｏｒｙ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＤＭテーブル）は、アプリケーションのファイル構成とファイル伝送のための構成を分離するために、アプリケーションを構成するファイルのディレクトリ構成を提供する。ＤＤＭテーブルはデータ伝送メッセージに格納されて良い。

（１７）ＤＡＭテーブル
データアセット管理テーブル（Ｄａｔａ Ａｓｓｅｔ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＡＭテーブル）は、アセット内のＭＰＵの構成とＭＰＵ毎のバージョン情報を提供する。ＤＡＭテーブルはデータ伝送メッセージに格納されて良い。

（１８）ＤＣＣテーブル
データコンテント管理テーブル（Ｄａｔａ Ｃｏｎｔｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＤＣＣテーブル）は、柔軟で有効なキャッシュ制御を実現するため、データコンテンツとしてのファイルの構成情報を提供する。ＤＣＣテーブルはデータ伝送メッセージに格納されて良い。

（１９）ＥＭＴ
イベントメッセージテーブル（Ｅｖｅｎｔ Ｍｅｓｓａｇｅ Ｔａｂｌｅ：ＥＭＴ）は、イベントメッセージに関する情報を伝送するために用いる。ＥＭＴはＭ２セクションメッセージに格納されて良い。

（２０）事業者が設定するテーブル
その他、サービス事業者等が独自に設定したテーブルを用意することが可能である。

＜ＭＭＴ−ＳＩで使用される記述子＞
図６Ｃ及び図６Ｄに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ−ＳＩに配置される『記述子』の一覧を示す。記述子は、より詳細な情報を提供する制御情報であり、テーブルに配置されるものとする。なお、記述子を配置するテーブルは記述子に応じて決まっていても良い。本実施例では、ＭＭＴ−ＳＩの『記述子』として以下に示すものが用いられるものとする。

（１）アセットグループ記述子
アセットグループ記述子は、アセットのグループ関係とグループ内での優先度を提供する。アセットグループ記述子はＭＰＴに配置されて良い。

（２）イベントパッケージ記述子
イベントパッケージ記述子は、番組を表すイベントとパッケージの対応を提供する。イベントパッケージ記述子はＭ２セクションメッセージにて伝送されるＭＨ−ＥＩＴに配置されて良い。

（３）背景色指定記述子
背景色指定記述子は、レイアウト指定における最背面の背景色を提供する。背景色指定記述子はＬＣＴに配置されて良い。

（４）ＭＰＵ提示領域指定記述子
ＭＰＵ提示領域指定記述子は、ＭＰＵを提示する位置を提供する。ＭＰＵ提示領域指定記述子はＭＰＴに配置されて良い。

（５）ＭＰＵタイムスタンプ記述子
ＭＰＵタイムスタンプ記述子は、ＭＰＵにおいて提示順序で最初のアクセスユニットの提示時刻を示す。ＭＰＵタイムスタンプ記述子はＭＰＴに配置されて良い。

（６）依存関係記述子
依存関係記述子は、依存関係にあるアセットのアセットＩＤを提供する。依存関係記述子はＭＰＴに配置されて良い。

（７）アクセス制御記述子
アクセス制御記述子は、限定受信方式を識別するための情報を提供する。アクセス制御記述子はＭＰＴ又はＣＡＴ（ＭＨ）に配置されて良い。

（８）スクランブル方式記述子
スクランブル方式記述子は、スクランブル時の暗号化対象及び暗号アルゴリズムの種別を識別するための情報を提供する。スクランブル方式記述子はＭＰＴ又はＣＡＴ（ＭＨ）に配置されて良い。

（９）メッセージ認証方式記述子
メッセージ認証方式記述子は、メッセージ認証を行う場合にメッセージ認証方式を識別するための情報を提供する。メッセージ認証方式記述子はＭＰＴ又はＣＡＴ（ＭＨ）に配置されて良い。

（１０）緊急情報記述子（ＭＨ）
緊急情報記述子（ＭＨ）は、緊急警報放送を行う場合に用いる。緊急情報記述子（ＭＨ）はＭＰＴに配置されて良い。

（１１）ＭＨ−ＭＰＥＧ−４オーディオ記述子
ＭＨ−ＭＰＥＧ−４オーディオ記述子は、ＩＳＯ／ＩＥＣ １４４９６−３（ＭＰＥＧ−４オーディオ）のオーディオストリームの符号化パラメータを特定するための基本情報を記述するために用いる。ＭＨ−ＭＰＥＧ−４オーディオ記述子はＭＰＴに配置されて良い。

（１２）ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子
ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子は、ＭＰＥＧ−４オーディオストリームのプロファイルとレベル及び符号化方式固有の設定を記述するために用いる。ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子はＭＰＴに配置されて良い。

（１３）ＭＨ−ＨＥＶＣビデオ記述子
ＭＨ−ＨＥＶＣビデオ記述子は、ＩＴＵ−Ｔ勧告Ｈ．２６５｜ＩＳＯ／ＩＥＣ ２３００８−２の映像ストリーム（ＨＥＶＣストリーム）の基本的な符号化パラメータを記述するために用いる。ＭＨ−ＨＥＶＣビデオ記述子はＭＰＴに配置されて良い。

（１４）ＭＨ−リンク記述子
ＭＨ−リンク記述子は、番組配列情報システムに記載されているある特定のものに関連した追加情報を視聴者が要求した場合に提供されるサービスを識別する。ＭＨ−リンク記述子は、ＭＰＴ、ＭＨ−ＥＩＴ、ＭＨ−ＳＤＴ、等に配置されて良い。

（１５）ＭＨ−イベントグループ記述子
ＭＨ−イベントグループ記述子は、複数のイベント間に関係がある場合にそれらのイベント群がグループ化されていることを示すために用いる。ＭＨ−イベントグループ記述子はＭＨ−ＥＩＴに配置されて良い。

（１６）ＭＨ−サービスリスト記述子
ＭＨ−サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。ＭＨ−サービスリスト記述子はＭＨ−ＢＩＴに配置されて良い。

（１７）ＭＨ−短形式イベント記述子
ＭＨ−短形式イベント記述子は、イベント名及びそのイベントの短い記述をテキスト形式で表す。ＭＨ−短形式イベント記述子はＭＨ−ＥＩＴに配置されて良い。

（１８）ＭＨ−拡張形式イベント記述子
ＭＨ−拡張形式イベント記述子は、ＭＨ−短形式イベント記述子に付け加えて使用され、イベントの詳細記述を提供する。ＭＨ−拡張形式イベント記述子はＭＨ−ＥＩＴに配置されて良い。

（１９）映像コンポーネント記述子
映像コンポーネント記述子は、映像コンポーネントに関するパラメータや説明を示し、エレメンタリストリームを文字形式で表現するためにも利用される。映像コンポーネント記述子はＭＰＴ又はＭＨ−ＥＩＴに配置されて良い。

（２０）ＭＨ−ストリーム識別記述子
ＭＨ−ストリーム識別記述子は、サービスのコンポーネントストリームにラベルを付け、このラベルによってＭＨ−ＥＩＴ内の映像コンポーネント記述子で示される記述内容を参照できるために使用する。ＭＨ−ストリーム識別記述子はＭＰＴに配置されて良い。

（２１）ＭＨ−コンテント記述子
ＭＨ−コンテント記述子は、イベントのジャンルを示す。ＭＨ−コンテント記述子はＭＨ−ＥＩＴに配置されて良い。

（２２）ＭＨ−パレンタルレート記述子
ＭＨ−パレンタルレート記述子は、年齢に基づいた視聴制限を表し、また、他の制限条件に基づくよう拡張するために用いる。ＭＨ−パレンタルレート記述子はＭＰＴ又はＭＨ−ＥＩＴに配置されて良い。

（２３）ＭＨ−音声コンポーネント記述子
ＭＨ−音声コンポーネント記述子は、音声エレメンタリストリームの各パラメータを示し、エレメンタリストリームを文字形式で表現するためにも利用される。ＭＨ−音声コンポーネント記述子はＭＰＴ又はＭＨ−ＥＩＴに配置されて良い。

（２４）ＭＨ−対象地域記述子
ＭＨ−対象地域記述子は、番組又は番組を構成する一部のストリームが対象とする地域を記述するために使用される。ＭＨ−対象地域記述子はＭＰＴに配置されて良い。

（２５）ＭＨ−シリーズ記述子
ＭＨ−シリーズ記述子は、シリーズ番組を識別するために用いる。ＭＨ−シリーズ記述子はＭＨ−ＥＩＴに配置されて良い。

（２６）ＭＨ−ＳＩ伝送パラメータ記述子
ＭＨ−ＳＩ伝送パラメータ記述子は、ＳＩの伝送パラメータを示すために用いる。ＭＨ−ＳＩ伝送パラメータ記述子はＭＨ−ＢＩＴに配置されて良い。

（２７）ＭＨ−ブロードキャスタ名記述子
ＭＨ−ブロードキャスタ名記述子は、ブロードキャスタの名称を記述する。ＭＨ−ブロードキャスタ名記述子はＭＨ−ＢＩＴに配置されて良い。

（２８）ＭＨ−サービス記述子
ＭＨ−サービス記述子は、編成チャンネル名とその事業者名をサービス形式種別と共に文字符号で表す。ＭＨ−サービス記述子はＭＨ−ＳＤＴに配置されて良い。

（２９）ＩＰデータフロー記述子
ＩＰデータフロー記述子は、サービスを構成するＩＰデータフローの情報を提供する。ＩＰデータフロー記述子はＭＨ−ＳＤＴに配置されて良い。

（３０）ＭＨ−ＣＡ起動記述子
ＭＨ−ＣＡ起動記述子は、ＣＡＳ基盤上のＣＡＳプログラムを起動するための起動情報を記載する。ＭＨ−ＣＡ起動記述子はＭＰＴ又はＣＡＴ（ＣＡ）に配置されて良い。

（３１）ＭＨ−Ｔｙｐｅ記述子
ＭＨ−Ｔｙｐｅ記述子は、アプリケーション伝送方式で伝送されるファイルの型を示す。ＭＨ−Ｔｙｐｅ記述子はＤＡＭテーブルに配置されて良い。

（３２）ＭＨ−Ｉｎｆｏ記述子
ＭＨ−Ｉｎｆｏ記述子は、ＭＰＵ又はアイテムに関する情報を記述する。ＭＨ−Ｉｎｆｏ記述子はＤＡＭテーブルに配置されて良い。

（３３）ＭＨ−Ｅｘｐｉｒｅ記述子
ＭＨ−Ｅｘｐｉｒｅ記述子は、アイテムの有効期限を記述する。ＭＨ−Ｅｘｐｉｒｅ記述子はＤＡＭテーブルに配置されて良い。

（３４）ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子
ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子は、伝送するアイテムが圧縮されていることを意味し、その圧縮アルゴリズムと圧縮前のアイテムのバイト数を示す。ＭＨ−Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子はＤＡＭテーブルに配置されて良い。

（３５）ＭＨ−データ符号化方式記述子
ＭＨ−データ符号化方式記述子は、データ符号化方式を識別するために使用される。ＭＨ−データ符号化方式記述子はＭＰＴに配置されて良い。

（３６）ＵＴＣ−ＮＰＴ参照記述子
ＵＴＣ−ＮＰＴ参照記述子は、ＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）とＵＴＣの関係を伝達するために用いる。ＵＴＣ−ＮＰＴ参照記述子はＥＭＴに配置されて良い。

（３７）イベントメッセージ記述子
イベントメッセージ記述子は、イベントメッセージ一般に関する情報を伝達する。イベントメッセージ記述子はＥＭＴに配置されて良い。

（３８）ＭＨ−ローカル時間オフセット記述子
ＭＨ−ローカル時間オフセット記述子は、サマータイム実施時に実際の時刻（例えば、ＵＴＣ＋９時間）と人間系への表示時刻に一定のオフセット値を持たせるときに用いる。ＭＨ−ローカル時間オフセット記述子はＭＨ−ＴＯＴに配置されて良い。

（３９）ＭＨ−コンポーネントグループ記述子
ＭＨ−コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義して識別する。ＭＨ−コンポーネントグループ記述子はＭＨ−ＥＩＴに配置されて良い。

（４０）ＭＨ−ロゴ伝送記述子
ＭＨ−ロゴ伝送記述子は、簡易ロゴ用文字列、ＣＤＴ形式のロゴへのポインティングなどを記述するために用いる。ＭＨ−ロゴ伝送記述子はＭＨ−ＳＤＴに配置されて良い。

（４１）ＭＰＵ拡張タイムスタンプ記述子
ＭＰＵ拡張タイムスタンプ記述子は、ＭＰＵ内のアクセスユニットの復号時刻を提供する。ＭＰＵ拡張タイムスタンプ記述子はＭＰＴに配置されて良い。

（４２）ＭＰＵダウンロードコンテンツ記述子
ＭＰＵダウンロードコンテンツ記述子は、ＭＰＵを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。ＭＰＵダウンロードコンテンツ記述子はＭＨ−ＳＤＴＴに配置されて良い。

（４３）ＭＨ−ネットワークダウンロードコンテンツ記述子
ＭＨ−ネットワークダウンロードコンテンツ記述子は、ネットワークを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。ＭＨ−ネットワークダウンロードコンテンツ記述子はＭＨ−ＳＤＴＴに配置されて良い。

（４４）ＭＨ−アプリケーション記述子
ＭＨ−アプリケーション記述子は、アプリケーションの情報を記述する。ＭＨ−アプリケーション記述子はＭＨ−ＡＩＴに配置されて良い。

（４５）ＭＨ−伝送プロトコル記述子
ＭＨ−伝送プロトコル記述子は、放送や通信等の伝送プロトコルの指定と伝送プロトコルに依存したアプリケーションのロケーション情報を示すために用いる。ＭＨ−伝送プロトコル記述子はＭＨ−ＡＩＴに配置されて良い。

（４６）ＭＨ−簡易アプリケーションロケーション記述子
ＭＨ−簡易アプリケーションロケーション記述子は、アプリケーションの取得先の詳細を指示するために記述する。ＭＨ−簡易アプリケーションロケーション記述子はＭＨ−ＡＩＴに配置されて良い。

（４７）ＭＨ−アプリケーション境界権限設定記述子
ＭＨ−アプリケーション境界権限設定記述子は、アプリケーションバウンダリを設定し、かつ領域（ＵＲＬ）毎に放送リソースアクセスの権限を設定するために記述する。ＭＨ−アプリケーション境界権限設定記述子はＭＨ−ＡＩＴに配置されて良い。

（４８）ＭＨ−起動優先情報記述子
ＭＨ−起動優先情報記述子は、アプリケーションの起動優先度を指定するために記述する。ＭＨ−起動優先情報記述子はＭＨ−ＡＩＴに配置されて良い。

（４９）ＭＨ−キャッシュ情報記述子
ＭＨ−キャッシュ情報記述子は、アプリケーションの再利用が想定される場合に、アプリケーションを構成するリソースをキャッシュし保持しておく場合のキャッシュ制御に用いるために記述する。ＭＨ−キャッシュ情報記述子はＭＨ−ＡＩＴに配置されて良い。

（５０）ＭＨ−確率的適用遅延記述子
ＭＨ−確率的適用遅延記述子は、アプリケーション取得のサーバアクセスの負荷分散を想定して、アプリケーション制御を行うタイミングを確率的に設定した遅延量だけ遅らせるために記述する。ＭＨ−確率的適用遅延記述子はＭＨ−ＡＩＴに配置されて良い。

（５１）リンク先ＰＵ記述子
リンク先ＰＵ記述子は、当該プレゼンテーションユニット（ＰＵ）から遷移する可能性のある他のプレゼンテーションユニットを記述する。リンク先ＰＵ記述子はＤＣＣテーブルに配置されて良い。

（５２）ロックキャッシュ指定記述子
ロックキャッシュ指定記述子は、当該プレゼンテーションユニットにおいてキャッシュし、かつロックする対象のファイルの指定を記述する。ロックキャッシュ指定記述子はＤＣＣテーブルに配置されて良い。

（５３）アンロックキャッシュ指定記述子
アンロックキャッシュ指定記述子は、当該プレゼンテーションユニットにおいてロックされているファイルのうちのアンロックするファイルの指定を記述する。アンロックキャッシュ指定記述子はＤＣＣテーブルに配置されて良い。

（５４）事業者が設定する記述子
その他、サービス事業者等が独自に設定した記述子を用意することが可能である。

＜ＭＭＴ方式におけるデータ伝送と各制御情報の関係＞
ここで、図６Ｅを用いて、本実施例の放送受信装置１００が対応する放送システムにおけるデータ伝送と代表的なテーブルの関係について説明する。

本実施例の放送受信装置１００が対応する放送システムでは、放送伝送路を介したＴＬＶストリームや通信回線を介したＩＰデータフロー等、複数の経路でデータ伝送を行うことができる。ＴＬＶストリームには、ＴＬＶ−ＮＩＴやＡＭＴなどのＴＬＶ−ＳＩと、ＩＰパケットのデータフローであるＩＰデータフローが含まれている。ＩＰデータフロー内には一連の映像ＭＰＵを含む映像アセットや一連の音声ＭＰＵを含む音声アセットが含まれている。同様に、ＩＰデータフロー内には一連の字幕ＭＰＵを含む字幕アセット、一連の文字スーパーＭＰＵを含む文字スーパーアセット、一連のデータＭＰＵを含むデータアセットなどが含まれても良い。これらの各種アセットは、ＰＡメッセージに格納されて伝送されるＭＰＴ（ＭＭＴパッケージテーブル）により、『パッケージ』という単位で関連付けられる。具体的には、ＭＰＴにパッケージＩＤ（後述の図１７に示す『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータに対応）と、当該パッケージに含まれる各アセットのアセットＩＤ（後述の図１７に示す『ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ』パラメータに対応）とが記載されることにより、前記関連付けが行われる。

パッケージを構成するアセットはＴＬＶストリーム内のアセットのみとすることもできるが、図６Ｅに示すように、通信回線のＩＰデータフローで伝送されるアセットを含めることもできる。これは、当該パッケージに含まれる各アセットのロケーション情報（後述の図１７に示す『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』に対応）をＭＰＴ内に含めて、本実施例の放送受信装置１００が各アセットの参照先を把握可能とすることにより実現できる。具体的には、前記ロケーション情報に配置される『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏｎｏｌｏｃａｔｉｏｎ＿ｔｙｐｅ』パラメータの値を変更することにより、
(１)ＭＰＴと同一のＩＰデータフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ００）
(２)ＩＰｖ４データフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０１）
(３)ＩＰｖ６データフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０２）
(４)放送のＭＰＥＧ２−ＴＳに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０３）
(５)ＩＰデータフロー内にＭＰＥＧ２−ＴＳ形式で多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０４）
(６)指定するＵＲＬにあるデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０５）
など、様々な伝送経路で伝送される各種データを、放送受信装置１００が参照できるように構成することが可能となる。

前述の参照先のうち、（１）は、例えば、後述する図７Ａの放送受信装置１００のチューナ／復調部１３１で受信するデジタル放送信号を経由して受信するＩＰデータフローである。ＭＰＴを通信回線側のＩＰデータフローにも含めて伝送する場合は、（１）の参照先が後述するＬＡＮ通信部１２１が通信回線を介して受信するＩＰデータフローになる場合もある。また、前記（２）、（３）、（５）、（６）は後述するＬＡＮ通信部１２１が通信回線を介して受信するＩＰデータフローである。また、前記（４）は、例えば、後述する図２４に示す実施例２の放送受信装置８００のように、ＭＭＴ方式を用いるデジタル放送信号を受信する受信機能と、ＭＰＥＧ２−ＴＳ方式を用いるデジタル放送信号を受信する受信機能の両者を有する放送受信装置の場合に、ＭＭＴ方式を用いるデジタル放送信号に含まれるＭＰＴのロケーション情報（『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』）に基づいて、ＭＰＥＧ２−ＴＳ方式を用いるデジタル放送信号を受信する受信機能で受信するＭＰＥＧ２−ＴＳに多重されているデータを参照する場合に用いることができる。

なお、『パッケージ』を構成するデータはこのように指定されるが、本実施例の放送受信装置１００が対応する放送システムでは、当該『パッケージ』単位の一連のデータをデジタル放送の『サービス』単位として扱う。

更に、ＭＰＴには、ＭＰＴが指定する各ＭＰＵの提示時刻情報（後述の図１３Ｂに示す『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータに対応）が記載されており、当該提示時刻情報を用いて、ＭＰＴが指定する複数のＭＰＵを、ＵＴＣ表記の時刻情報であるＮＴＰに基づくクロックを基準に、連動して提示（表示、出力など）することが可能となる。当該ＮＴＰに基づくクロックを用いた各種データの提示制御については後述する。

図６Ｅに示される本実施例のデータ伝送方式では、更に『イベント』という概念がある。『イベント』は、Ｍ２セクションメッセージに含められて送られるＭＨ−ＥＩＴが扱う、いわゆる『番組』を示す概念である。具体的には、ＭＨ−ＥＩＴに格納されたイベントパッケージ記述子が指し示す『パッケージ』において、ＭＨ−ＥＩＴに格納された開示時刻（後述の図２１に示す『ｓｔａｒｔ＿ｔｉｍｅ』パラメータに対応）から、継続時間（後述の図２１に示す『ｄｕｒａｔｉｏｎ』パラメータに対応）分の期間に含まれる一連のデータが、当該『イベント』の概念に含まれるデータである。ＭＨ−ＥＩＴは、本実施例の放送受信装置１００において当該『イベント』単位での各種処理（例えば、番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理）などに用いることができる。

［放送受信装置のハードウェア構成］
図７Ａは、放送受信装置１００の内部構成の一例を示すブロック図である。放送受信装置１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、ＬＡＮ通信部１２１、拡張インタフェース部１２４、デジタルインタフェース部１２５、チューナ／復調部１３１、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、映像合成部１６１、モニタ部１６２、映像出力部１６３、音声合成部１６４、スピーカ部１６５、音声出力部１６６、操作入力部１７０、で構成される。

主制御部１０１は、所定の動作プログラムに従って放送受信装置１００全体を制御するマイクロプロセッサユニットである。システムバス１０２は主制御部１０１と放送受信装置１００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納された不揮発性メモリであり、例えばＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）やフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＯＭ１０３には、放送受信装置１００の動作に必要な動作設定値が記憶されても良い。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ１０３及びＲＡＭ１０４は主制御部１０１と一体構成であっても良い。また、ＲＯＭ１０３は、図７Ａに示したような独立構成とはせず、ストレージ（蓄積）部１１０内の一部記憶領域を使用するようにしても良い。

ストレージ（蓄積）部１１０は、放送受信装置１００の動作プログラムや動作設定値、放送受信装置１００のユーザの個人情報等を記憶する。また、インターネット２００を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、放送波から取得した、或いは、インターネット２００を介してダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ（蓄積）部１１０の一部領域を以ってＲＯＭ１０３の機能の全部又は一部を代替しても良い。また、ストレージ（蓄積）部１１０は、放送受信装置１００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュＲＯＭやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性半導体素子メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの磁気ディスクドライブ、等のデバイスが用いられる。

なお、ＲＯＭ１０３やストレージ（蓄積）部１１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により、追加、更新及び機能拡張することが可能であるものとする。

ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信部１２１は、ルータ装置２００ｒを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のＭＭＴデータ列（或いは、その一部）の取得も行うものとする。ルータ装置２００ｒとの接続は有線接続であっても良いし、Ｗｉ−Ｆｉ（登録商標）等の無線接続であっても良い。ＬＡＮ通信部１２１は符号回路や復号回路等を備えるものとする。また、放送受信装置１００が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部やＮＦＣ通信部、赤外線通信部等、他の通信部を更に備えていても良い。

チューナ／復調部１３１は、アンテナ１００ａを介して電波塔３００ｔから送信された放送波を受信し、主制御部１０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、チューナ／復調部１３１は、受信した放送信号を復調してＭＭＴデータ列を取得する。なお、図７Ａに示した例では、チューナ／復調部が１つである構成を例示しているが、複数画面同時表示や裏番組録画等を目的として、放送受信装置１００がチューナ／復調部を複数搭載する構成としても良い。

分離部１３２はＭＭＴデコーダであり、入力したＭＭＴデータ列中の制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等を、それぞれ映像デコーダ１４１、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、等に分配する。分離部１３２に入力されるデータは、放送伝送路を介して伝送されてチューナ／復調部１３１で復調されたＭＭＴデータ列や、通信回線を介して伝送されてＬＡＮ通信部１２１で受信したＭＭＴデータ列であって良い。また、分離部１３２は、マルチメディアアプリケーションやその構成要素であるファイル系データを再生し、キャッシュ部１５２で一時的に蓄積する。また、分離部１３２は、映像音声字幕以外のデータの提示を行うプレーヤで利用するデータ若しくはアプリケーションに対するデータのストリーミングに用いるために、汎用データを抽出してデータデコーダ１５１に出力する。また、分離部１３２は、主制御部１０１の制御に基づいて、前記入力したＭＭＴデータ列に対するエラー訂正やアクセス制限の制御等を行っても良い。

映像デコーダ１４１は、分離部１３２から入力した映像データ列を復号して映像情報を出力する。映像色域変換部１４２は、映像デコーダ１４１で復号した映像情報に対して、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施す。音声デコーダ１４３は、分離部１３２から入力した音声データ列を復号して音声情報を出力する。また、映像デコーダ１４１及び音声デコーダ１４３には、ＬＡＮ通信部１２１を介してインターネット２００上から取得した、例えば、ＭＰＥＧ−ＤＡＳＨ（ＭＰＥＧ−Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）形式等のストリーミングデータが入力されても良い。また、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、等は、複数種類の映像データ列や音声データ列を同時に復号処理するために、複数備えられても良い。

文字スーパーデコーダ１４４は、分離部１３２から入力した文字スーパーデータ列を復号して文字スーパー情報を出力する。字幕デコーダ１４５は、分離部１３２から入力した字幕データ列を復号して字幕情報を出力する。文字スーパーデコーダ１４４から出力された文字スーパー情報と字幕デコーダ１４５から出力された字幕情報は、字幕合成部１４６において合成処理を施され、更に、字幕色域変換部１４７において、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施される。なお、本実施例においては、放送番組の映像と同時に提示される、文字情報を中心とするサービスのうち、映像の内容と関連するものを字幕と呼称し、それ以外のものを文字スーパーと呼称する。また、それらを区別しない場合は、字幕と総称するものとする。

ブラウザ部１５４は、キャッシュ部１５２若しくはＬＡＮ通信部１２１を介してインターネット２００上のサーバ装置から取得したマルチメディアアプリケーションファイルやその構成要素であるファイル系データを、ＭＭＴデータ列に含まれる制御情報やＬＡＮ通信部１２１を介してインターネット２００上のサーバ装置から取得した制御情報を解釈するアプリケーション制御部１５３の指示に従って提示する。なお、前記マルチメディアアプリケーションファイルは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書やＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書等であって良い。ブラウザ部１５４から出力されたアプリケーション情報は、更に、アプリケーション色域変換部１５５において、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施される。また、ブラウザ部１５４は、音源部１５６に働きかけることにより、アプリケーション音声情報の再生も行うものとする。

映像合成部１６１は、映像色域変換部１４２から出力された映像情報と字幕色域変換部１４７から出力された字幕情報とアプリケーション色域変換部１５５から出力されたアプリケーション情報等を入力し、適宜選択及び／又は重畳等の処理を行う。映像合成部１６１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報等に基づいてモニタ部１６２等が駆動される。また、映像合成部１６１は、主制御部１０１の制御に基づいて、必要に応じて、スケーリング処理やＭＭＴ−ＳＩに含まれるＭＨ−ＥＩＴ等の情報に基づいて作成されたＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）画面情報の重畳処理等を行う。モニタ部１６２は、例えば液晶パネル等の表示デバイスであり、映像合成部１６１で選択及び／又は重畳処理を施された映像情報を放送受信装置１００のユーザに提供する。映像出力部１６３は、映像合成部１６１で選択及び／又は重畳処理を施された映像情報を出力する映像出力インタフェースである。

なお、本実施例の放送受信装置１００の提示機能は、マルチメディアサービスを提供者の意図通りに表示させるために、論理的プレーン構造を備えるものとする。図７Ｂに、本実施例の放送受信装置１００の提示機能が備える論理的プレーン構造の構成の一例を示す。前記論理的プレーン構造では、最前面に文字スーパーの表示を行う文字スーパープレーンを配置し、次層に字幕の表示を行う字幕プレーンを配置する。三層目に放送映像やマルチメディアアプリケーション、又はその合成映像の表示を行うマルチメディアプレーンを配置し、最背面に背景プレーンを配置する。字幕合成部１４６及び映像合成部１６１において、文字スーパー情報の文字スーパープレーンへの描画、字幕情報の字幕プレーンへの描画、映像情報やアプリケーション情報等のマルチメディアプレーンへの描画が行われる。また、ＭＭＴ−ＳＩに含まれるＬＣＴ等に基づいて背景色が背景プレーンに描画される。なお、三層目のマルチメディアプレーンは、映像デコーダ１４１の数に応じて複数用意することが可能であるものとする。ただし、マルチメディアプレーンが複数ある場合でも、アプリケーション色域変換部１５５から出力されたアプリケーション情報等は、最前面のマルチメディアプレーンにのみ出力されるものとする。

音声合成部１６４は、音声デコーダ１４３から出力された音声情報及び音源部１５６で再生されたアプリケーション音声情報を入力して、適宜選択及び／又はミックス等の処理を行う。スピーカ部１６５は、音声合成部１６４で選択及び／又はミックス処理を施された音声情報を放送受信装置１００のユーザに提供する。音声出力部１６６は、音声合成部１６４で選択及び／又はミックス処理を施された音声情報を出力する音声出力インタフェースである。

拡張インタフェース部１２４は、放送受信装置１００の機能を拡張するためのインタフェース群であり、本実施例では、アナログ映像／音声インタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェース、メモリインタフェース等で構成されるものとする。アナログ映像／音声インタフェースは、外部映像／音声出力機器からのアナログ映像信号／音声信号の入力、外部映像／音声入力機器へのアナログ映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。ＨＤＤを接続して放送番組やコンテンツの記録を行っても良い。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。

デジタルインタフェース部１２５は、符号化されたデジタル映像データ及び／又はデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部１２５は、チューナ／復調部１３１で復調して得たＭＭＴデータ列やＬＡＮ通信部１２１を介して取得したＭＭＴデータ列、或いは、前記各ＭＭＴデータ列の混合データをそのまま出力可能であるものとする。また、デジタルインタフェース部１２５から入力したＭＭＴデータ列を分離部１３２に入力するように制御しても良い。ストレージ（蓄積）部１１０に記憶したデジタルコンテンツの出力、或いは、ストレージ（蓄積）部１１０へのデジタルコンテンツの記憶を、デジタルインタフェース部１２５を介して行っても良い。

デジタルインタフェース部１２５は、ＤＶＩ端子やＨＤＭＩ（登録商標）端子やＤｉｓｐｌａｙ Ｐｏｒｔ（登録商標）端子等であって、ＤＶＩ仕様やＨＤＭＩ仕様やＤｉｓｐｌａｙ Ｐｏｒｔ仕様等に準拠した形式でデータの出力或いは入力がなされるものであって良い。ＩＥＥＥ１３９４仕様等に準拠したシリアルデータの形式で出力或いは入力されても良い。また、イーサネット（登録商標）や無線ＬＡＮ等のハードウェアを介してデジタルインタフェース出力を行うＩＰインタフェースとして構成しても良い。この場合、デジタルインタフェース部１２５とＬＡＮ通信部１２１とはそのハードウェア構成を共有しても良い。

操作入力部１７０は、放送受信装置１００に対する操作指示の入力を行う指示入力部であり、本実施例では、図示を省略したリモコンから送信されるコマンドを受信するリモコン受信部とボタンスイッチを並べた操作キーで構成されるものとする。何れか一方のみであっても良い。また、操作入力部１７０は、モニタ部１６２に重ねて配したタッチパネルで代替しても良い。拡張インタフェース部１２４に接続したキーボード等で代替しても良い。前記図示を省略したリモコンは、リモコンコマンド送信機能を備えた携帯情報端末７００で代替しても良い。

なお、前述のように、放送受信装置１００がテレビ受信機等である場合、映像出力部１６３及び音声出力部１６６は本発明に必須の構成ではない。また、放送受信装置１００は、テレビ受信機の他、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダなどの光ディスクドライブレコーダ、ＨＤＤレコーダなどの磁気ディスクドライブレコーダ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等であっても良い。デジタル放送受信機能や放送通信連携機能を備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やタブレット端末、ナビゲーション装置、ゲーム機等であっても良い。放送受信装置１００がＤＶＤレコーダ、ＨＤＤレコーダ、ＳＴＢ等である場合、モニタ部１６２及びスピーカ部１６５は備えなくとも良い。映像出力部１６３及び音声出力部１６６或いはデジタルインタフェース部１２５に、外部モニタ及び外部スピーカを接続することにより、本実施例の放送受信装置１００と同様の動作が可能となる。

［放送受信装置のクロック同期／提示同期のシステム構成］
図７Ｃは、本実施例の放送受信装置１００が対応する放送システムにおけるクロック同期／提示同期のシステム構成の一例である。本実施例の放送システムでは、ＵＴＣを６４ビット長のＮＴＰタイムスタンプ形式で、放送送出システムから受信機（本実施例の放送受信装置１００等）に伝送する。前記ＮＴＰタイムスタンプ形式においては、ＵＴＣの『秒以上』を３２ビットで表し、また、『秒未満』を３２ビットで表すものとする。しかしながら、実際には、１秒を３２ビット精度で再現することは困難である。このため、映像システムの同期をとるためのシステムクロックやＮＴＰ形式の時計を動作させるためのシステムクロックとしては、例えば同図に示したような、『２の２４乗』Ｈｚ（約１６．８ＭＨｚ）の周波数を用いるようにしても良い。なお、従来の放送システムにおけるシステムクロックが２７ＭＨｚであったこと及び受信機のハードウェア構成を簡便に構築できること等を考慮すると、『２の２４乗』〜『２の２８乗』程度の、２のべき乗の周波数をシステムクロックとして採用することが望ましい。

なお、放送送出システム側や受信機側において、システムクロックを前述のように『２の２４乗』〜『２の２８乗』程度の２のべき乗の周波数に設定した場合、放送送出システム側から受信機側に伝送されるＮＴＰタイムスタンプ形式における、前記システムクロックやＮＴＰ形式の時計を再生するためのＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）系に参照されない下位の８〜４ビットは、『０』或いは『１』に固定するようにしても良い。即ち、システムクロックが『２のｎ乗』Ｈｚ（図７Ｃの例では、ｎ＝２４）であれば、ＮＴＰタイムスタンプ形式の下位『３２−ｎ』ビットを『０』或いは『１』に固定するようにしても良い。或いは、受信機側において、前記ＮＴＰタイムスタンプ形式の下位『３２−ｎ』ビットを無視するように処理しても良い。

放送送出システム側では、ＮＴＰ形式の時刻情報を外部から得ると、『２のｎ乗』ＨｚのＶＣＯ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ｏｓｃｉｌｌａｔｏｒ）による３２＋ｎビットカウンタでＰＬＬ系を構成し、外部から与えられた時刻情報に同期する送出システム時計を実現する。また、『２のｎ乗』Ｈｚのシステムクロックに同期して全体の信号処理系を動作させる。更に、前記送出システム時計の出力をＮＴＰ長形式の時刻情報として放送伝送路を介して受信機側に周期的に伝送する。

受信機側では、放送伝送路を介してＮＴＰ長形式の時刻情報を受信し、放送送出システム側と同様に、『２のｎ乗』ＨｚのＶＣＯに基づくＰＬＬ系により受信システム時計を再生する。これにより、受信システム時計は、放送送出システム側と同期した時計となる。また、『２のｎ乗』Ｈｚのシステムクロックに同期して受信機の信号処理系を動作させることにより、放送送出システム側と受信機側のクロック同期が実現され、安定した信号再生が可能となる。また、映像／音声信号の提示単位毎の復号時刻及び提示時刻が、放送送出システム側において、前記ＮＴＰ形式の時刻情報に基づいて設定される。ここで、放送信号で伝送されるＰＡメッセージに格納されるＭＰＴには後述の図１３Ｂに示すＭＰＵタイムスタンプ記述子が格納されている。図１３ＢのＭＰＵタイムスタンプ記述子における『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ（ＭＰＵシーケンス番号）』パラメータがタイムスタンプを記述するＭＰＵのシーケンス番号を示し、『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ（ＭＰＵ提示時刻）』パラメータがＭＰＵの提示時刻を６４ビットのＮＴＰタイムスタンプ形式で示している。よって、受信機はＭＰＴに格納されるＭＰＵタイムスタンプ記述子を参照し、映像信号、音声信号、字幕、文字スーパー等のＭＰＵ毎の提示（表示、出力など）タイミングを制御することが可能である。

なお、前述の映像／音声信号等の提示単位毎の復号タイミング及び提示タイミングの制御に着目した場合、『２の１６乗』Ｈｚ（約６５．５ＫＨｚ）程度のクロックによっても映像／音声信号の同期は確保可能であり、この場合は、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位１６ビットは参照しなくとも良い。即ち、復号タイミング及び提示タイミングの制御にシステムクロックの分周等により生成した『２のｍ乗』Ｈｚのクロックを用いた場合は、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位『３２−ｍ』ビットは参照しなくとも良い。従って、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位『３２−ｍ』ビットは『０』或いは『１』に固定するようにしても良い。

［放送受信装置のソフトウェア構成］
図７Ｄは、本実施例の放送受信装置１００のソフトウェア構成図であり、ＲＯＭ１０３、ＲＡＭ１０４及びストレージ（蓄積）部１１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ１０３に基本動作プログラム１００１及びその他の動作プログラムが記憶されており、ストレージ（蓄積）部１１０に受信機能プログラム１００２及びその他の動作プログラムが記憶されている。また、ストレージ（蓄積）部１１０は、動画や静止画や音声等のコンテンツを記憶するコンテンツ記憶領域１２００、外部の携帯端末機器や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域１３００、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。

ＲＯＭ１０３に記憶された基本動作プログラム１００１はＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部１１０１を構成する。また、ストレージ（蓄積）部１１０に記憶された受信機能プログラム１００２も同様にＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された受信機能プログラムを実行することにより、受信機能実行部１１０２を構成する。また、ＲＡＭ１０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。

なお、以下では、説明を簡単にするために、主制御部１０１がＲＯＭ１０３に格納された基本動作プログラム１００１をＲＡＭ１０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部１１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。

受信機能実行部１１０２は、本実施例の放送システムで伝送される映像や音声等のコンポーネントを再生するために放送受信装置１００の各動作ブロックを制御する。特に、トランスポート処理部１１０２ａは、分離部１３２のＭＭＴデコーダ機能を主として制御し、ＭＭＴデータ列から分離した映像データ列や音声データ列等をそれぞれ対応するデコード処理部に分配する。ＡＶデコード処理部１１０２ｂは、映像デコーダ１４１や音声デコーダ１４３等を主として制御する。アプリケーション処理部１１０２ｃは、キャッシュ部１５２やアプリケーション制御部１５３やブラウザ部１５４や音源部１５６を主として制御する。文字スーパー処理部１１０２ｄは、文字スーパーデコーダ１４４を主として制御する。字幕処理部１１０２ｅは、字幕デコーダ１４５を主として制御する。汎用データ処理部１１０２ｆは、データデコーダ１５１を主として制御する。ＥＰＧ生成部１１０２ｇは、ＭＭＴ−ＳＩに含まれるＭＨ−ＥＩＴ等の記述内容を解釈してＥＰＧ画面を生成する。提示処理部１１０２ｈは、前記論理的プレーン構造に基づいて、映像色域変換部１４２や字幕合成部１４６や字幕色域変換部１４７やアプリケーション色域変換部１５５や映像合成部１６１や音声合成部１６４を主として制御する。

前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ１０３及び／又はストレージ（蓄積）部１１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部１２４等を介して取得するものであっても良い。

［放送局サーバの構成］
図８は、放送局サーバ３００の内部構成の一例を示すブロック図である。放送局サーバ３００は、主制御部３０１、システムバス３０２、ＲＡＭ３０４、ストレージ部３１０、ＬＡＮ通信部３２１、デジタル放送信号送出部３６０、で構成される。

主制御部３０１は、所定の動作プログラムに従って放送局サーバ３００全体を制御するマイクロプロセッサユニットである。システムバス３０２は主制御部３０１と放送局サーバ３００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ３０４は各動作プログラム実行時のワークエリアとなる。

ストレージ部３１０は、基本動作プログラム３００１及び放送コンテンツ管理／配信プログラム３００２と放送コンテンツ送出プログラム３００３を記憶し、更に、放送コンテンツ記憶領域３２００及びメタデータ記憶領域３３００を備える。放送コンテンツ記憶領域３２００は放送局が放送する各放送番組の番組コンテンツ等を記憶する。メタデータ記憶領域３３００は前記各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、各番組コンテンツに係るコピー制御情報、等のメタデータを記憶する。

また、ストレージ部３１０に記憶された基本動作プログラム３００１及び放送コンテンツ管理／配信プログラム３００２と放送コンテンツ送出プログラム３００３はそれぞれＲＡＭ３０４に展開され、更に主制御部３０１が前記展開された各プログラムを実行することにより、基本動作実行部３１０１、放送コンテンツ管理／配信実行部３１０２、放送コンテンツ送出実行部３１０３を構成する。

なお、以下では、説明を簡単にするために、主制御部３０１がストレージ部３１０に格納された基本動作プログラム３００１をＲＡＭ３０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部３１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。

放送コンテンツ管理／配信実行部３１０２は、放送コンテンツ記憶領域３２００及びメタデータ記憶領域３３００に蓄積された各放送番組の番組コンテンツ等及び各メタデータの管理と、前記各放送番組の番組コンテンツ等及び各メタデータを契約に基づいてサービス事業者に提供する際の制御を行う。更に、放送コンテンツ管理／配信実行部３１０２は、前記サービス事業者に対して前記各放送番組の番組コンテンツ等及び各メタデータの提供を行う際に、必要に応じて前記契約に基づいたサービス事業者サーバ４００の認証処理等を行っても良い。

放送コンテンツ送出実行部３１０３は、放送コンテンツ記憶領域３２００に蓄積された放送番組の番組コンテンツや、メタデータ記憶領域３３００に蓄積された放送番組の番組タイトル、番組ＩＤ、番組コンテンツのコピー制御情報等を含むＭＭＴデータ列を、デジタル放送信号送出部３６０を介して電波塔３００ｔから送出する際のタイムスケジュール管理等を行う。

ＬＡＮ通信部３２１は、インターネット２００と接続され、インターネット２００上のサービス事業者サーバ４００等と通信を行う。ＬＡＮ通信部３２１は符号回路や復号回路等を備えるものとする。デジタル放送信号送出部３６０は、放送コンテンツ記憶領域３２００に蓄積された各放送番組の番組コンテンツ等の映像データ列や音声データ列、番組情報データ列、等で構成されたＭＭＴデータ列を変調して、電波塔３００ｔを介して、デジタル放送波として送出する。

［サービス事業者サーバの構成］
図９は、サービス事業者サーバ４００の内部構成の一例を示すブロック図である。サービス事業者サーバ４００は、主制御部４０１、システムバス４０２、ＲＡＭ４０４、ストレージ部４１０、ＬＡＮ通信部４２１、で構成される。

主制御部４０１は、所定の動作プログラムに従ってサービス事業者サーバ４００全体を制御するマイクロプロセッサユニットである。システムバス４０２は主制御部４０１とサービス事業者サーバ４００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ４０４は各動作プログラム実行時のワークエリアとなる。

ストレージ部４１０は、基本動作プログラム４００１及び映像コンテンツ管理／配信プログラム４００２とアプリケーション管理／配布プログラム４００４を記憶し、更に、映像コンテンツ記憶領域４２００及びメタデータ記憶領域４３００、アプリケーション記憶領域４４００、ユーザ情報記憶領域４５００を備える。映像コンテンツ記憶領域４２００は、放送局サーバ３００から提供された放送番組の番組コンテンツを映像コンテンツとして記憶する。また、前記サービス事業者が制作した映像コンテンツ等を記憶する。メタデータ記憶領域４３００は、放送局サーバ３００から提供された各メタデータや、前記サービス事業者が制作した映像コンテンツに関するメタデータ等を記憶する。アプリケーション記憶領域４４００は、各テレビ受信機からの要求に応じて配布するための、放送番組に連携したサービスを実現するための各種アプリケーション等を記憶する。ユーザ情報記憶領域４５００は、サービス事業者サーバ４００へのアクセスが許可されたユーザに関する情報（個人情報や認証情報等）を記憶する。

また、ストレージ部４１０に記憶された基本動作プログラム４００１及び映像コンテンツ管理／配信プログラム４００２とアプリケーション管理／配布プログラム４００４はそれぞれＲＡＭ４０４に展開され、更に主制御部４０１が前記展開された基本動作プログラム及び映像コンテンツ管理／配信プログラムとアプリケーション管理／配布プログラムを実行することにより、基本動作実行部４１０１、映像コンテンツ管理／配信実行部４１０２、アプリケーション管理／配布実行部４１０４を構成する。

なお、以下では、説明を簡単にするために、主制御部４０１がストレージ部４１０に格納された基本動作プログラム４００１をＲＡＭ４０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部４１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。

映像コンテンツ管理／配信実行部４１０２は、放送局サーバ３００からの放送番組の番組コンテンツ等及びメタデータの取得、映像コンテンツ記憶領域４２００及びメタデータ記憶領域４３００に蓄積された映像コンテンツ等及び各メタデータの管理、及び各テレビ受信機に対する前記映像コンテンツ等及び各メタデータの配信の制御を行う。更に、映像コンテンツ管理／配信実行部４１０２は、前記各テレビ受信機に対して前記各映像コンテンツ等及び各メタデータの配信を行う際に、必要に応じて前記各テレビ受信機の認証処理等を行っても良い。また、アプリケーション管理／配布実行部４１０４は、アプリケーション記憶領域４４００に蓄積された各アプリケーションの管理と、前記各アプリケーションを各テレビ受信機からの要求に応じて配布する際の制御と、を行う。更に、アプリケーション管理／配布実行部４１０４は、前記各テレビ受信機に対して前記各アプリケーションの配布を行う際に、必要に応じて前記各テレビ受信機の認証処理等を行っても良い。

ＬＡＮ通信部４２１は、インターネット２００と接続され、インターネット２００上の放送局サーバ３００や、ルータ装置２００ｒを介して放送受信装置１００と通信を行う。ＬＡＮ通信部４２１は符号回路や復号回路等を備えるものとする。

［携帯情報端末のハードウェア構成］
図１０Ａは、携帯情報端末７００の内部構成の一例を示すブロック図である。携帯情報端末７００は、主制御部７０１、システムバス７０２、ＲＯＭ７０３、ＲＡＭ７０４、ストレージ部７１０、通信処理部７２０、拡張インタフェース部７２４、操作部７３０、画像処理部７４０、音声処理部７５０、センサ部７６０、で構成される。

主制御部７０１は、所定の動作プログラムに従って携帯情報端末７００全体を制御するマイクロプロセッサユニットである。システムバス７０２は主制御部７０１と携帯情報端末７００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。

ＲＯＭ７０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭやフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ７０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ７０３及びＲＡＭ７０４は主制御部７０１と一体構成であっても良い。また、ＲＯＭ７０３は、図１０Ａに示したような独立構成とはせず、ストレージ部７１０内の一部記憶領域を使用するようにしても良い。

ストレージ部７１０は、携帯情報端末７００の動作プログラムや動作設定値、携帯情報端末７００のユーザの個人情報等を記憶する。また、インターネット２００を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、インターネット２００を介してダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部７１０の一部領域を以ってＲＯＭ７０３の機能の全部又は一部を代替しても良い。また、ストレージ部７１０は、携帯情報端末７００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュＲＯＭやＳＳＤなどの不揮発性半導体素子メモリ、ＨＤＤなどの磁気ディスクドライブ、等のデバイスが用いられる。

なお、ＲＯＭ７０３やストレージ部７１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により、追加、更新及び機能拡張することが可能であるものとする。

通信処理部７２０は、ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３、で構成される。ＬＡＮ通信部７２１は、ルータ装置２００ｒやアクセスポイント２００ａを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。ルータ装置２００ｒやアクセスポイント２００ａとの接続はＷｉ−Ｆｉ（登録商標）等の無線接続で行われるものとする。移動体電話網通信部７２２は、移動体電話通信網の基地局６００ｂとの無線通信により、電話通信（通話）及びデータの送受信を行う。ＮＦＣ通信部７２３は対応するリーダ／ライタとの近接時に無線通信を行う。ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また、通信処理部７２０が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部や赤外線通信部等、他の通信部を更に備えていても良い。

拡張インタフェース部７２４は、携帯情報端末７００の機能を拡張するためのインタフェース群であり、本実施例では、映像／音声インタフェース、ＵＳＢインタフェース、メモリインタフェース等で構成されるものとする。映像／音声インタフェースは、外部映像／音声出力機器からの映像信号／音声信号の入力、外部映像／音声入力機器への映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。

操作部７３０は、携帯情報端末７００に対する操作指示の入力を行う指示入力部であり、本実施例では、表示部７４１に重ねて配置したタッチパネル７３０ｔ及びボタンスイッチを並べた操作キー７３０ｋで構成されるものとする。何れか一方のみであっても良い。拡張インタフェース部７２４に接続したキーボード等を用いて携帯情報端末７００の操作を行っても良い。有線通信又は無線通信により接続された別体の端末機器を用いて携帯情報端末７００の操作を行っても良い。即ち、放送受信装置１００から携帯情報端末７００の操作を行っても良い。また、前記タッチパネル機能は表示部７４１が備え持っているものであっても良い。

画像処理部７４０は、表示部７４１、画像信号処理部７４２、第一画像入力部７４３、第二画像入力部７４４、で構成される。表示部７４１は、例えば液晶パネル等の表示デバイスであり、画像信号処理部７４２で処理した画像データを携帯情報端末７００のユーザに提供する。画像信号処理部７４２は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された画像データに基づいて表示部７４１が駆動される。また、画像信号処理部７４２は、必要に応じてフォーマット変換、メニューやその他のＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）信号の重畳処理等を行う機能を有するものとする。第一画像入力部７４３及び第二画像入力部７４４は、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。

音声処理部７５０は、音声出力部７５１、音声信号処理部７５２、音声入力部７５３、で構成される。音声出力部７５１はスピーカであり、音声信号処理部７５２で処理した音声信号を携帯情報端末７００のユーザに提供する。音声入力部７５３はマイクであり、ユーザの声などを音声データに変換して入力する。

センサ部７６０は、携帯情報端末７００の状態を検出するためのセンサ群であり、本実施例では、ＧＰＳ受信部７６１、ジャイロセンサ７６２、地磁気センサ７６３、加速度センサ７６４、照度センサ７６５、近接センサ７６６、で構成される。これらのセンサ群により、携帯情報端末７００の位置、傾き、方角、動き、及び周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。また、携帯情報端末７００が、気圧センサ等、他のセンサを更に備えていても良い。

携帯情報端末７００は、携帯電話やスマートホン、タブレット端末等であって良い。ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やノート型ＰＣであっても良い。また、デジタルスチルカメラや動画撮影可能なビデオカメラ、携帯型ゲーム機やナビゲーション装置等、又はその他の携帯用デジタル機器であっても良い。

なお、図１０Ａに示した携帯情報端末７００の構成例は、センサ部７６０等、本実施例に必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施例の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良い。

［携帯情報端末のソフトウェア構成］
図１０Ｂは、本実施例の携帯情報端末７００のソフトウェア構成図であり、ＲＯＭ７０３、ＲＡＭ７０４及びストレージ部７１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ７０３に基本動作プログラム７００１及びその他の動作プログラムが記憶されており、ストレージ部７１０に連携制御プログラム７００２及びその他の動作プログラムが記憶されている。また、ストレージ部７１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域７２００、テレビ受信機や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域７３００、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。

ＲＯＭ７０３に記憶された基本動作プログラム７００１はＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部７１０１を構成する。また、ストレージ部７１０に記憶された連携制御プログラム７００２も同様にＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された連携制御プログラムを実行することにより、連携制御実行部７１０２を構成する。また、ＲＡＭ７０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。

なお、以下では、説明を簡単にするために、主制御部７０１がＲＯＭ７０３に格納された基本動作プログラム７００１をＲＡＭ７０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部７１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。

連携制御実行部７１０２は、携帯情報端末７００がテレビ受信機との連係動作を行う際の、機器認証及び接続、各データの送受信、等の管理を行う。また、連携制御実行部７１０２は、前記テレビ受信機と連動するアプリケーションを実行するためのブラウザエンジン機能を備えるものとする。

前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ７０３及び／又はストレージ部７１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部７２１又は移動体電話網通信部７２２を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部７２４等を介して取得するものであっても良い。

［放送受信装置の時刻管理］
本実施例の放送受信装置は２種類の時刻管理機能を備える。１つ目の時刻管理機能は、ＮＴＰに基づく時刻管理機能であり、図７Ｃを用いて既に説明した通りである。二つ目の時刻管理機能は、ＭＨ−ＴＯＴに基づく時刻管理機能であり、図６Ｂで説明したＭＨ−ＴＯＴにより伝送された時刻情報に基づいて管理される時刻である。

ＮＴＰで伝送する時刻情報の構成の一例を図１３Ａに示す。また、前記ＭＰＵタイムスタンプ記述子のデータ構造の一例を図１３Ｂに示す。前記ＮＴＰ形式における『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』パラメータや『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ等は、６４ビット長のＮＴＰ長形式の時刻データであり、また、前記ＭＰＵタイムスタンプ記述子における『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータも６４ビット長のＮＴＰタイムスタンプ形式の時刻データである。前記ＮＴＰ長形式の時刻データや前記ＮＴＰタイムスタンプ形式の時刻データは、ＵＴＣの『秒以上』を３２ビットで、『秒未満』を３２ビットで表したデータである。即ち、ＮＴＰ形式の時刻情報は、『秒未満』までの時刻情報を伝送可能である。更にＮＴＰ形式の時刻情報はＵＴＣ表記であるため、従来のデジタル放送におけるクロック管理と異なり、図３（Ｂ）に示すように通信回線経路（例えば、図７ＡのＬＡＮ通信部１２１で受信可能な通信回線）で受信する信号に含まれるＮＴＰとも整合をとることができる。

これに対し、ＭＨ−ＴＯＴで伝送される情報は以下の通りである。放送受信装置１００は、ＭＨ−ＴＯＴにより現在日付と日本標準時刻を取得可能であるものとする。図１１Ａに、ＭＨ−ＴＯＴのデータ構造の一例を示す。放送受信装置１００は、前記ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータから現在日付及び現在時刻を取得可能である。『ＪＳＴ＿ｔｉｍｅ』パラメータは、図１１Ｂに示すように、修正ユリウス日（Ｍｏｄｉｆｉｅｄ Ｊｕｌｉａｎ Ｄａｔｅ：ＭＪＤ）による現在日付の符号化データの下位１６ビットと、日本標準時（Ｊａｐａｎ Ｓｔａｎｄａｒｄ Ｔｉｍｅ：ＪＳＴ）を６個の４ビット２進化１０進数（Ｂｉｎａｒｙ−Ｃｏｄｅｄ Ｄｅｃｉｍａｌ：ＢＣＤ）で表した２４ビットの情報を含むものとする。前記ＭＪＤの１６ビット符号化データに所定の演算を施すことにより、現在日付を算出することが可能である。６個の４ビット２進化１０進数とは、２個の４ビット２進化１０進数により１０進法２桁で『時』を表し、次の２個の４ビット２進化１０進数により１０進法２桁で『分』を表し、最後の２個の４ビット２進化１０進数により１０進法２桁で『秒』を表すものである。

よって、ＮＴＰに基づく時刻とＭＨ−ＴＯＴに基づく時刻との相違点は、前者のＮＴＰが前述のように『秒未満』までの時刻情報を伝送できるＵＴＣ表記の情報であるのに対し、ＭＨ−ＴＯＴで伝送される情報は、ＪＳＴ表記の『秒単位』までの情報であるという点である。

本実施例の放送受信装置１００は、ＵＴＣ表記の時刻情報であるＮＴＰに基づく時刻管理機能を、放送信号のコンテンツである映像、音声、字幕、文字スーパー、その他提示データのデコード及び表示の同期処理に用いることにより、より高精度の同期処理を実現できる。更に放送局のクロック表記ではなく、ＵＴＣ表記の情報を参照することにより、放送信号で受信する放送信号のコンテンツである映像、音声、字幕、文字スーパー、又はその他データと、通信回線経路で取得する映像、音声、字幕、文字スーパー、又はその他データとのデコード及び表示の同期処理を行うこともできる。

更に、本実施例の放送受信装置は、ＭＨ−ＴＯＴの６個の４ビット２進化１０進数で表した２４ビットの情報を含む『ＪＳＴ＿ｔｉｍｅ』に基づく時刻管理機能を、ユーザへの現在時刻の提示処理又は図６Ｂで説明したＭＨ−イベント情報テーブル（ＭＨ−ＥＩＴ）を扱う各処理に用いれば良い。一般的に、放送受信装置におけるユーザへの現在時刻の提示処理においては、秒未満までの精度が要求されることはほとんどない。また、ＭＨ−イベント情報テーブル（ＭＨ−ＥＩＴ）に記述される各時間情報は、ＭＰＥＧ２−ＴＳ方式で伝送される従来のデジタル放送のＥＩＴと同様に、６個の４ビット２進化１０進数で表した２４ビットの情報で１０進法２桁ずつの『時』、『分』、『秒』で格納されている。このため、本実施例の放送受信装置１００におけるＭＨ−ＴＯＴに基づく時刻管理機能は、ＭＨ−ＥＩＴを用いる処理と整合し易いためである。ＭＨ−ＥＩＴを用いる処理とは具体的には、番組表の生成処理（後述する）や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等である。何れの処理も秒未満までの精度が要求されることは稀であり、１秒単位の精度で十分だからである。

また、当該番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理は、従来のＭＰＥＧ２−ＴＳ方式を用いたデジタル放送システムの受信機でも搭載される機能である。すると、本実施例の放送システムにおいても、番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理において、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送システムと整合性がある時刻管理処理で対応できるように構成しておけば、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送の受信機能とＭＭＴ方式のデジタル放送の受信機能との両者を有する放送受信装置を構成する際に、これらの処理（番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理）において、処理アルゴリズムを別々に設計する必要がなくなり、コストを低くすることができる。

また、従来のＭＰＥＧ２−ＴＳ方式のデジタル放送の受信機能を持たずＭＭＴ方式のデジタル放送の受信機能のみを有する受信機であっても、番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理のアルゴリズムを完全に新規に作成しなくとも、従来のＭＰＥＧ２−ＴＳ方式を用いたデジタル放送システムの受信機でも搭載される機能のアルゴリズムを流用できるので、より低コストに開発することができる。

よって、ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータに基づく時刻管理機能をこれらの処理（番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理）に用いる構成にすることにより、ＭＭＴ方式のデジタル放送の放送受信装置であっても、従来方式の放送システムとの整合性を高めることにより、より低コストに提供することが可能となる。

以上説明した通り、本実施例の放送受信装置１００は、精度の異なる２種類の時刻情報を用いた時刻管理機能を備える。一方の時刻情報は従来のデジタル放送システムと整合性のある表記の時刻情報であり、他方の時刻情報は前記一方の時刻情報よりも分解能の高い時刻情報であり、後者の時刻情報を放送信号の各コンテンツデータの同期処理に用いることにより従来の放送システムよりも高度な情報提示処理を実現し、前者の時刻情報を番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等に用いることにより放送受信装置を安価に提供することができる。

よって、本実施例の放送受信装置１００では、以上説明した２種類の時刻管理機能を備えることにより、より高度な情報提示処理の実現と低コスト化とを両立することが可能である。

［時刻管理の第１の変形例］
次に、本実施例の放送システムにおける時刻管理の第１の変形例を以下に説明する。

第１の変形例では、図７Ｃを用いて既に説明したＮＴＰに基づく時刻管理機能の当該管理時刻の精度を高めるために、時刻管理サーバ（図示省略）又は放送局サーバ３００から放送受信装置１００までの時刻情報伝送における想定遅延時間に関する情報を放送信号に含めて送信し、放送受信装置１００において、当該想定遅延時間に関する情報をＮＴＰに基づく時刻管理機能のシステム時計の修正に用いるように構成しても良い。

この際、当該想定遅延時間に関する情報は図３（Ａ）に示すＴＬＶ多重化ストリーム内ではなく、ＴＬＶ多重化ストリーム外のＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｎｔｒｏｌ）領域内で伝送するように構成しても良い。ＴＭＣＣ領域内で伝送すれば、放送受信装置１００において、ＴＬＶ多重化ストリームの分離処理（デマックス処理）を経ることなしに当該想定遅延時間に関する情報を抽出することが可能となる。即ち、放送受信装置１００における前記分離処理による遅延の影響を受けにくい情報取得が可能であり、従って、高精度なシステム時計の修正処理を行うことができる。当該ＴＭＣＣ信号で伝送される時刻情報のデータ構造の一例を、図１３Ｃを用いて説明する。当該時刻情報は例えば、ＴＭＣＣ拡張情報領域に格納して伝送すれば良い。図１３ＣのＴＭＣＣ拡張情報領域の時刻情報において、『ｄｅｌｔａ』パラメータは、ＵＴＣを配信する時刻管理サーバ又はＴＭＣＣ信号を作成するサーバ装置から一般的な放送受信装置までの伝送遅延の想定値を３２ビットの符号付き固定小数点で表す。なお、上位１６ビットは整数部を、下位１６ビットは小数点以下を記述するものである。『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータは、送信タイムスタンプであり、本ＴＭＣＣ信号が前記サーバ装置から送出される時刻をＮＴＰタイムスタンプ長形式で記述するものである。上位３２ビットは整数部を、下位３２ビットは小数点以下を表す。

当該第１の変形例では、本実施例の放送受信装置１００は、ＴＭＣＣ拡張情報領域に格納して伝送された当該時刻情報に記述された前記想定遅延時間に関する情報（例えば、前述の『ｄｅｌｔａ』パラメータ及び／又は『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ）を用いて、放送信号の各コンテンツデータの同期処理に用いるＮＴＰに基づく時刻管理機能のシステム時計を、より高精度に修正することができる。

［時刻管理の第２の変形例］
次に、本実施例の放送システムにおける時刻管理の第２の変形例を以下に説明する。

前述の通り、本実施例の放送受信装置１００においては、ＭＨ−ＴＯＴで伝送される情報により現在日付と日本標準時刻を取得して時刻を管理する時刻管理機能を有する。ＭＨ−ＴＯＴで伝送される情報により取得した現在日付と日本標準時刻は、放送受信装置１００の映像合成部１６１で映像情報やアプリケーション情報等に重畳することにより、モニタ部１６２や映像出力部１６３に出力してユーザに提供可能である。前述の通り、ＭＨ−ＴＯＴは図１１Ａに示すデータ構造を有しており、放送受信装置１００は、前記ＭＨ−ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータから現在日付及び現在時刻を取得可能である。

しかしながら、前述の『ＪＳＴ＿ｔｉｍｅ』パラメータでは、ＭＪＤの符号化データの下位１６ビットのみを使用しているため、『２０３８年４月２２日』を以って桁あふれを生じることとなり、前記所定の演算のみでは『２０３８年４月２３日』以降の日付を表現することができない。そこで、本実施例の第２の変形例では、ＭＪＤの値が所定値以上の場合と所定値未満の場合とで演算方法を切り替えることにより、『２０３８年４月２３日』以降の日付を表現できるように制御するものとする。

図１２に、ＭＪＤの値が所定値以上の場合に使用する第一の演算方法と、ＭＪＤの値が所定値未満の場合に使用する第二の演算方法の一例を示す。例えば、前記所定値を『３２７６８（０ｘ８０００）』とした場合、ＭＪＤが『３２７６８』以上の場合には前記第一の演算方法を用いて現在日付を算出し、ＭＪＤが『３２７６８』未満の場合には前記第二の演算方法を用いて現在日付を算出する。なお、ＭＪＤが『３２７６８』未満の場合とは、ＭＪＤの１６ビットデータの最上位ビットが『０』の場合と等価である。これにより、本実施例の放送受信装置１００においては、『２０３８年４月２３日』以降の日付を表現することが可能となる。ただし、前記所定値は任意に設定することが可能であり、前記所定値を『１６３８４（０ｘ４０００）』や『４９１５２（０ｘＣ０００）』等と設定しても良い。前記演算方法の切り替え条件は、ＭＪＤの１６ビットデータの上位２ビットが『００』の場合、ＭＪＤの１６ビットデータの上位２ビットが『１１』ではない場合、としても良い。なお、前記所定値を『３２７６８』として前述の手段を用いた場合、『１９４８年９月４日』以前の日付を表現できなくなるが、テレビ受信機としての実用上、特に問題となることはない。

また、ＭＪＤと前記所定値との比較結果に応じて前記第一の演算方法と前記第二の演算方法を切り替えるのではなく、図１１Ａに示したＭＨ−ＴＯＴのデータ構造における『ｒｅｓｅｒｖｅｄ』パラメータの一部又は全部を置き換えたフラグ或いは新たに追加したフラグに応じて前記第一の演算方法と前記第二の演算方法を切り替えるようにしても良い。例えば、前記フラグは、ＭＪＤの１６ビット符号化データの最上位ビットが『０』である場合に、前記ＭＪＤが『２０３８年４月２３日』以降を示すものであるならば『１』をセットし、『２０３８年４月２３日』以降を示すものでないならば『０』をセットするようにすれば良い。そして、前記フラグが『１』の場合には図１２に示した前記第二の演算方法を用い、前記フラグが『０』の場合には前記第一の演算方法を用いるようにすれば良い。又は、前記フラグと同様の意味を有する記述子を新たに用意して、ＭＨ−ＴＯＴ内に配置しても良い。

また、本実施例の放送システムでは、前述の通り、ＮＴＰ形式の絶対時刻を伝送し、本実施例の放送受信装置１００は、当該ＮＴＰに基づく時刻管理機能を有する。更に、本実施例の放送受信装置１００では、ＭＰＵ単位に設定されるＭＰＵタイムスタンプ記述子に記載されたＮＴＰタイムスタンプ等を参照することにより、映像／音声信号の提示単位毎の復号タイミング及び提示タイミングを制御している。前述の通り、前記ＮＴＰ形式の時刻情報は、図１３Ａに示す構成を有している。また、前記ＭＰＵタイムスタンプ記述子は図１３Ｂに示す構成を有している。

このため、本実施例の放送受信装置１００においては、前記『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』パラメータや『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ、或いは、『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータ等を参照し、前記参照した時刻データ等の値に応じて、前記第一の演算方法と前記第二の演算方法の何れを使用するかを選択するようにしても良い。即ち、例えば、前記６４ビット長のＮＴＰ長形式の時刻データの最上位ビットが『０』の場合は前記第二の演算方法を使用し、『０』でない場合は前記第一の演算方法を使用する、等とすれば良い。

前記何れの方法によっても、本実施例の放送受信装置１００においては、『２０３８年４月２３日』以降の日付を表現することが可能となる。

［放送受信装置の選局処理（初期スキャン）］
本実施例の放送システムのＡＭＴは、ＴＬＶ多重化方式で伝送されるＩＰパケットを通信回線で伝送されるＩＰパケットと可能な限り区別なく受信するための、ＩＰパケットのマルチキャストグループの一覧を提供するものとする。１つのサービス識別には、複数のＩＰマルチキャストグループをリストすることが可能である。また、連続するＩＰアドレスを効率的に記述するために、アドレスマスクを用いることが可能である。

本実施例の放送受信装置１００では、初期設定の際のチャンネルスキャン時に、或いは、設定変更のための再スキャン時に、ＴＬＶ−ＮＩＴから取得したサービスの一覧をＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能であり、更に、前記各サービスに対応するＩＰマルチキャストグループの一覧を、ＩＰ関連情報として、前記各サービスに関連付けて、前記不揮発性メモリに記憶させることが可能であるものとする。前記サービスの一覧及びＩＰ関連情報を不揮発性メモリに記憶させ、常時参照可能とすることにより、チャンネル切り替え時等に、ＴＬＶ−ＮＩＴやＡＭＴを取得しなおす必要がなくなり、放送コンテンツの取得を効率よく行うことが可能となる。

図１４は、本実施例の放送受信装置１００におけるチャンネルスキャン（再スキャン）時の動作シーケンスの一例を示す図である。

チャンネルスキャンが開始されると、受信機能実行部１１０２は、チューナ／復調部１３１に対して周波数初期値を設定し、前記周波数値へのチューニングを行うように指示する（Ｓ１０１）。チューナ／復調部１３１において、前記設定された周波数値へのロックに成功する（Ｓ１０２：Ｙｅｓ）と、次に、受信機能実行部１１０２は、受信信号からＴＬＶ−ＮＩＴを取得する（Ｓ１０３）。

Ｓ１０３の処理で取得したＴＬＶ−ＮＩＴが有効なデータである場合（Ｓ１０４：Ｙｅｓ）、受信機能実行部１１０２は、前記取得したＴＬＶ−ＮＩＴからＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、等の情報を取得する（Ｓ１０５）。図１５Ａに、ＴＬＶ−ＮＩＴのデータ構造の一例を示す。前記ＴＬＶストリームＩＤの情報は『ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ』パラメータから、前記オリジナルネットワークＩＤの情報は『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』パラメータから、それぞれ取得可能であるものとする。更に、分配システム記述子から、各ＴＬＶストリームＩＤ／オリジナルネットワークＩＤに対応する放送伝送路の物理的条件に関する分配システム情報を取得し（Ｓ１０６）、サービスリスト記述子からサービスＩＤの一覧を取得する（Ｓ１０７）。図１５Ｂに、衛星分配システム記述子のデータ構造の一例を示す。図１５Ｃに、サービスリスト記述子のデータ構造の一例を示す。なお、ＴＬＶ−ＮＩＴが、ＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、分配システム情報、サービスＩＤの一覧、等の異なるデータを複数有している場合は、Ｓ１０５〜Ｓ１０７の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ１０５〜Ｓ１０７の処理で取得したＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、分配システム情報、サービスＩＤの一覧、等のデータに基づいてサービスリストを作成し、前記作成したサービスリストをＲＯＭ１０３又はストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ１０８）。

次に、受信機能実行部１１０２は、受信信号からＡＭＴを取得し（Ｓ１０９）、更に、前記サービスリストに記憶された各サービスＩＤに関するＩＰマルチキャストグループの一覧を取得する（Ｓ１１０）。図１５Ｄに、ＡＭＴのデータ構造の一例を示す。なお、ＡＭＴが複数のサービスＩＤに関するＩＰマルチキャストグループの一覧を有している場合は、Ｓ１１０の処理を繰り返す。異なるサービスＩＤに関するＩＰマルチキャストグループの一覧を有するＡＭＴが複数ある場合には、Ｓ１０９〜Ｓ１１０の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ１１０の処理で取得したＩＰマルチキャストグループの一覧を、ＩＰ関連情報として、前記サービスＩＤと関連付けて、ＲＯＭ１０３又はストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ１１１）。

なお、Ｓ１０２の処理で、チューナ／復調部１３１が前記設定された周波数値へのロックに成功しなかった場合（Ｓ１０２：Ｎｏ）、及び、Ｓ１０３の処理で取得したＴＬＶ−ＮＩＴが有効なデータでない場合（Ｓ１０４：Ｎｏ）、Ｓ１０５〜Ｓ１１１の処理は行わない。

Ｓ１１１の処理を終えると、受信機能実行部１１０２は、チューナ／復調部１３１に設定されている周波数値がチャンネルスキャン範囲の最終周波数値であれば（Ｓ１１２：Ｙｅｓ）、処理を終了する。一方、前記設定されている周波数値がチャンネルスキャン範囲の最終周波数値でなければ（Ｓ１１２：Ｎｏ）、チューナ／復調部１３１に設定された周波数値をアップさせて（Ｓ１１３）、Ｓ１０２〜Ｓ１１１の処理を繰り返す。なお、１つのＴＬＶ−ＮＩＴで、当該放送ネットワークを構成する全てのサービスに関するサービスＩＤを取得でき、更に、前記サービスＩＤに関するＩＰマルチキャストグループの一覧を有するＡＭＴを取得できる場合には、Ｓ１１２〜Ｓ１１３の処理が不要である。

前述の一連の処理により、本実施例の放送受信装置１００は、初期設定の際のチャンネルスキャン時に、或いは、設定変更のための再スキャン時に、放送ネットワークを構成するサービスの一覧（サービスリスト）の作成／更新と同時に、前記各サービスに対応するＩＰマルチキャストグループの一覧（ＩＰ関連情報）の作成／更新を行い、更に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能となる。

なお、前記設定変更のための再スキャンは、ＴＬＶ−ＮＩＴやＡＭＴの『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータを参照することにより、テーブル内の情報に変化があったことを検出した場合に、自動的に行うようにしても良い。ＴＬＶ−ＮＩＴとＡＭＴの一方の『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータの変化を検出した場合に、前記パラメータの変化が検出されたテーブルに関する情報のみを自動的に更新するようにしても良い。ただし、前述の自動更新を行った場合、再スキャンを自動的に行った旨をユーザに通知することが望ましい。また、前記テーブル内の情報に変化があったことをユーザに報知し、ユーザに前記再スキャンを行うか否かを選択させるようにしても良い。

［放送受信装置の選局処理（チャンネル切り替え）］
図１６は、本実施例の放送受信装置１００における選局（チャンネル切り替え）時の動作シーケンスの一例を示す図である。

ユーザが図示を省略したリモコン等を操作してチャンネルの切り替えを指示すると、受信機能実行部１１０２が前記リモコンから送信されたコマンドを解釈して目的のサービスのサービスＩＤを指定する（Ｓ２０１）。次に、受信機能実行部１１０２は、チューナ／復調部１３１の受信信号からのＡＭＴの取得を開始する。所定時間以内にＡＭＴの取得に成功した場合（Ｓ２０２：Ｙｅｓ）、前記取得したＡＭＴから前記サービスＩＤに対応するＩＰマルチキャストグループの一覧に関する情報を取得する（Ｓ２０４）。一方、所定時間以内にＡＭＴの取得に成功しなかった場合（Ｓ２０２：Ｎｏ）、ＲＯＭ１０３又はストレージ部１１０等に記憶されたＩＰ関連情報を参照することにより（Ｓ２０３）、前記サービスＩＤに対応するＩＰマルチキャストグループの一覧に関する情報を取得する（Ｓ２０４）。なお、Ｓ２０２の判断処理を行わず、常にＲＯＭ１０３又はストレージ部１１０等に記憶されたＩＰ関連情報を参照するようにしても良い。

次に、受信機能実行部１１０２は、チューナ／復調部１３１の受信信号からのＴＬＶ−ＮＩＴの取得を開始する。所定時間以内にＴＬＶ−ＮＩＴの取得に成功した場合（Ｓ２０５：Ｙｅｓ）、前記取得したＴＬＶ−ＮＩＴから前記サービスＩＤに対応するＩＰデータフローを取得するための分配システム情報を取得する（Ｓ２０７）。一方、所定時間以内にＴＬＶ−ＮＩＴの取得に成功しなかった場合（Ｓ２０５：Ｎｏ）、ＲＯＭ１０３又はストレージ部１１０等に記憶されたサービスリストを参照することにより（Ｓ２０６）、前記サービスＩＤに対応するＩＰデータフローを取得するための分配システム情報を取得する（Ｓ２０７）。なお、Ｓ２０５の判断処理を行わず、常にＲＯＭ１０３又はストレージ部１１０等に記憶されたサービスリストを参照するようにしても良い。Ｓ２０７の処理で分配システム情報を取得すると、次に、受信機能実行部１１０２は、前記取得した分配システム情報にて指示される周波数値を以ってチューナ／復調部１３１を制御し、前記サービスＩＤに対応するＩＰデータフローを受信し（Ｓ２０８）、前記受信したＩＰデータフローからＭＭＴデータ列を抽出して、分離部１３２に出力する。

分離部１３２において、トランスポート処理部１１０２ａは、前記入力したＭＭＴデータ列からパケットＩＤが『０』であるＭＭＴＰパケットを取得し（Ｓ２０９）、更に、前記取得したＭＭＴＰパケットに含まれるＭＰＴを取得する（Ｓ２１０）。次に、トランスポート処理部１１０２ａは、前記取得したＭＰＴが有する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを参照し、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値か否かを確認する。図１７に示すＭＰＴのデータ構造の一例において、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値である場合（Ｓ２１１：Ｙｅｓ）、前記パケットＩＤが『０』であるＭＭＴＰパケットが前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットであるものと判断し、前記取得したＭＰＴの有する情報に基づいてＭＦＵの取得を実行する（Ｓ２１６）。

一方、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値でない場合（Ｓ２１１：Ｎｏ）、前記パケットＩＤが『０』であるＭＭＴＰパケットは前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットではないと判断する。この場合、トランスポート処理部１１０２ａは、あらためてＰＬＴを取得し（Ｓ２１２）、前記取得したＰＬＴを確認することにより、前記サービスＩＤに対応する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを有するＭＰＴを伝送するＭＭＴＰパケットのパケットＩＤ（ｘとする）を確認する（Ｓ２１３）。更に、トランスポート処理部１１０２ａは、前記入力したＭＭＴデータ列からパケットＩＤが『ｘ』であるＭＭＴＰパケットを取得し（Ｓ２１４）、前記取得したＭＭＴＰパケットに含まれるＭＰＴを取得する（Ｓ２１５）。更に、前記取得したＭＰＴの有する情報に基づいて、ＭＦＵを取得する（Ｓ２１６）。

なお、Ｓ２０９〜Ｓ２１１の処理を行わず、常にＳ２１２〜Ｓ２１５の処理を行うようにしても良い。この場合、前記サービスＩＤに対応する番組のデータがパケットＩＤ『０』以外のＭＭＴＰパケットに格納されている際に、処理時間の短縮が可能となる。

Ｓ２１６の処理でＭＦＵを取得すると、トランスポート処理部１１０２ａは、前記取得したＭＦＵから符号化映像データや符号化音声データ等を抽出し、映像デコーダ１４１や音声デコーダ１４３等に出力する。以下、ＡＶデコード処理部１１０２ｂの制御に基づく映像／音声デコード処理や、提示処理部１１０２ｈの制御に基づく提示処理が行われるが、前記各処理に関しては公知であるため、詳細の説明を省略する。

以上の一連の処理により、本実施例の放送受信装置１００は、選局（チャンネル切り替え）動作を実行することが可能である。特に、図１４及び図１６を用いて説明したように、初期設定の際のチャンネルスキャン時に、或いは、設定変更のための再スキャン時に、サービスリストやＩＰ関連情報を作成して、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させて常時参照可能とし、選局（チャンネル切り替え）時に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させた前記サービスリストやＩＰ関連情報を参照することにより、選局（チャンネル切り替え）時の動作の効率向上を可能とする。即ち、選局（チャンネル切り替え）時にＡＭＴやＴＬＶ−ＮＩＴの再取得を行う場合と比較して、選局（チャンネル切り替え）開始から選局（チャンネル切り替え）終了までの時間を短縮することが可能となる。

［放送受信装置の画面レイアウト制御］
本実施例の放送受信装置１００では、ＬＣＴの記述に基づいた画面レイアウト制御が可能であるものとする。図１８にＬＣＴのデータ構造の一例を示す。

図中、特に、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータと『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータは、全画面表示の左側を『０』／右側を『１００』とした場合の、領域の左上の水平位置と右下の水平位置を、それぞれ水平方向の全画素数に対する割合で示すものとする。『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータと『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータは、全画面表示の上側を『０』／下側を『１００』とした場合の、領域の左上の垂直位置と右下の垂直位置を、それぞれ垂直方向の全画素数に対する割合で示すものとする。また、『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータは、領域の奥行き方向の相対位置を示すものとする。

前記各パラメータの設定に基づいた、レイアウト番号へのレイアウトの割当の例を、前記各パラメータの設定値と共に、図１９Ａ〜Ｄに示す。

図１９Ａは、本実施例の放送受信装置１００のデフォルトのレイアウト設定であり、全画面に１つの領域のみを設定する例である。図１９Ｂは、全画面を三つの領域に分割し、それぞれの領域を『領域０』、『領域１』、『領域２』とした場合の例である。例えば、全画面の画素数を水平７６８０画素／垂直４３２０画素とした場合、『領域０』は、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータが『０』、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータが『０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータが『８０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータが『８０』であることから、（０，０）−（６１４３，３４５５）の範囲に設定される。同様に、『領域１』は、（６１４４，０）−（７６７９，４３１９）の範囲に設定され、『領域２』は、（０，３４５６）−（６１４３，４３１９）の範囲に設定される。

図１９Ｃは、図１９Ｂと同様に三つの領域を設定する例であるが、『領域０』は、（０，０）−（７６７９，４３１９）の範囲に設定され、『領域１』と『領域２』は前述と同様の範囲で、『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータの設定に応じて、『領域０』の前面に配置される。図１９Ｄは、デバイス０（デフォルトのデバイス：本実施例では放送受信装置１００）に『領域０』が設定され、デバイス１（本実施例においては、携帯情報端末７００）に『領域１』が設定される場合の例である。

前述のように、本実施例の放送システムにおいては、ＬＣＴを用いることにより、マルチメディアサービスを受信機上でサービス提供者の意図通りに表示するための画面レイアウト制御を行うことが可能となる。

なお、前記『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』等のパラメータの設定値に応じて画面を分割する際に生じた小数点以下の端数は、切り上げ若しくは切り捨て等の処理を行えば良い。四捨五入（或いは、二進数における零捨一入）の処理でも良い。例えば、全画面の画素数が７６８０画素／垂直４３２０画素で、『領域０』の『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータが『０』、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータが『０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータが『５１』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータが『５１』の場合、切り上げ処理により（０，０）−（３９１６，２２０３）の範囲に『領域０』を設定しても良いし、切り捨て処理により（０，０）−（３９１５，２２０２）の範囲に『領域０』を設定しても良い。また、映像圧縮処理の際のマクロブロックを考慮して、８画素単位や１６画素単位等での切り上げ／切り捨て処理を行うようにしても良い。前記処理により、ＬＣＴに基づく領域設定や、前記領域におけるマルチメディアコンテンツの解像度変換処理を効率的に行うことが可能となる。

［放送受信装置の画面レイアウト制御の例外処理］
本実施例の放送受信装置１００においては、前述のＬＣＴにより画面レイアウトの領域制御が行われている場合であっても、ユーザによりＥＰＧ画面の表示が指示された場合等には、例外処理として、前記ＬＣＴの記述内容を無視した画面レイアウト制御を行うことが可能であるものとする。図２０Ａに、ＬＣＴに基づく画面レイアウト制御の例外処理の動作の一例を示す。

ＬＣＴの記述により図１９Ｂと同様の画面レイアウト制御が行われ、『領域０』に放送番組映像が表示され、『領域１』及び『領域２』に前記放送番組に連携する番組連携データ等の放送コンテンツが表示されている状態で、ユーザが図示を省略したリモコンによりＥＰＧ画面の表示を指示した場合、本実施例の放送受信装置１００では、図２０Ａ（Ａ）に示したように、ＬＣＴの記述内容に関わらず画面レイアウト設定をデフォルトの設定（即ち、図１９Ａと同様の画面レイアウト制御が行われている状態）に戻し、ＥＰＧ画面を画面全体に表示するように制御するものとする。更に、ユーザがＥＰＧ画面の表示終了を指示した場合に、ＬＣＴの記述内容に従った画面レイアウト制御を再実行するようにする。

前述の制御を行うことにより、図２０Ａ（Ｂ）に示したような、画面レイアウトの領域制御を維持したままＥＰＧ画面の表示を行う場合と比較して、ＥＰＧ画面を大きく表示することができ、見易さを向上させることが可能である。

なお、前記画面レイアウト制御の例外処理は、ＥＰＧ画面の表示を行う際にのみ適用されるものではなく、図２０Ｂに示すように、放送受信装置１００の各種設定画面（図示の例では録画設定画面）の子画面表示時や二画面表示時に適用されても良い。

同図（Ａ）に示した録画設定画面の場合、放送コンテンツの表示エリアは画面全体から画面右下の子画面部分のみに変更される。同様に、同図（Ｂ）に示した二画面表示の場合、放送コンテンツの表示エリアは画面全体から画面中段左側の分割画面部分のみに変更される。何れの場合も、放送コンテンツを表示するための表示エリアが、画面全体を使用する場合と比較して狭くなるため、前記表示エリア内で画面レイアウトの領域制御を維持したまま（即ち、領域分割を行って複数の放送コンテンツを同時に表示したまま）とすることは視認上好ましくはない。従って、本実施例の放送受信装置１００においては、前記状況の際には、前記表示エリアに『領域０』の放送コンテンツのみを選択して表示するようにする。なお、直前の領域選択状況に応じて、『領域１』や『領域２』の放送コンテンツを選択して表示するようにしても良い。

前述の制御を行うことにより、画面レイアウトの領域制御を維持したまま各種放送コンテンツの表示を行う場合と比較して、前記放送コンテンツの見易さを向上させることが可能となる。録画番組一覧画面における子画面表示やインターネットコンテンツのブラウザ表示時、等においても同様である。

［放送受信装置のＥＰＧ表示］
本実施例の放送システムでは、放送ネットワークを構成する各サービスに含まれるイベント（いわゆる番組）に関する時系列情報をＭＨ−ＥＩＴで伝送するものとする。図２１に、本実施例のＭＨ−ＥＩＴのデータ構造の一例を示す。ＭＨ−ＥＩＴは、テーブルＩＤ（図中の『ｔａｌｂｅ＿ｉｄ』パラメータに対応）により二つのクラスに識別され、自ＴＬＶストリームの現在／次のイベントの情報と自ＴＬＶストリームの各イベントのスケジュール情報を示すことが可能であるものとする。本実施例の放送受信装置１００は、前記ＭＨ−ＥＩＴ等を参照してサービスＩＤ（図中の『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータに対応）による識別を行うことにより、各イベントの開始時間や放送時間等の情報を取得してＥＰＧ画面を作成することが可能であり、前記作成したＥＰＧを映像合成部１６１で映像情報等に重畳してモニタ部１６２に表示することが可能であるものとする。

図２２Ａは、本実施例の放送受信装置１００におけるＥＰＧ画面の一例を示す図である。ＥＰＧ画面１６２ａは、縦軸を時間表示、横軸をサービスＩＤ（チャンネル）表示としたマトリクス形状で、各時間帯に各チャンネルで放送される放送番組の詳細情報を表示するものとする。また、各放送番組の詳細情報１６２ａ１は、主としてタイトル領域１６２ａ２と詳細説明領域１６２ａ３で構成される。

タイトル領域１６２ａ２には、前記放送番組の番組タイトル及び前記放送番組の属性を表す記号等を表示する。前記放送番組の属性を表す記号等とは、例えば、新番組であることを示す記号／文字や、再放送番組であることを示す記号／文字、等である。或いは、放送サービスによるデータ放送に対応していることを意味する『ｄａｔａ』を記号化した印等でも良い。また、前記放送番組に関連するコンテンツやアプリケーション等をネットワーク上から取得可能であることを意味する『ＮｅｔＷｏｒｋ』を記号化した印１６２ａ４等であっても良い。また、詳細情報１６２ａ１の背景色を他と差別化することにより、或いは、太枠で詳細情報１６２ａ１の表示領域を囲むことにより、前記放送番組の属性を表す記号等を代替しても良い。

なお、本実施例の放送システムにおける各制御情報（メッセージ、テーブル、記述子、等）が、前記放送番組に関連するコンテンツやアプリケーション等がネットワーク上から取得可能であることを示している場合であっても、放送受信装置１００のＬＡＮ通信部１２１にＬＡＮケーブルが接続されていない等、ネットワーク上の各サーバ装置へのアクセスができない状態である場合には、前記『ＮｅｔＷｏｒｋ』を記号化した印１６２ａ４等を表示しないように制御しても良い。

また、前記放送番組がインターネット２００を介して配信される配信番組であり、放送波のみからの取得ができない場合であって、更に、前述と同様に、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である場合等には、図２２Ｂに示すように、ＥＰＧ画面１６２ｂ上に表示される詳細情報１６２ｂ１の部分をグレーアウトするように制御しても良い。即ち、視聴できない配信番組の詳細情報は表示しないように制御する。また、詳細情報１６２ｂ１の背景色を他と差別化することにより、前記グレーアウト処理の代替としても良い。図示を省略したリモコンの操作により詳細情報１６２ｂ１を選択した場合に、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である旨を、或いは、詳細情報１６２ｂ１に関連付けられた配信番組を視聴できない旨を、ポップアップ等によりユーザに報知するようにしても良い。

前述の各制御により、放送受信装置１００は、ネットワーク接続状況に応じて、ユーザに対してより違和感のない形式で各放送番組の番組情報を提供することが可能となる。

図２２Ｃは、本実施例の放送受信装置１００におけるＥＰＧ画面の別の一例を示す図である。図中、『Ｍ１テレビ』、『Ｍ２放送』、『Ｍ３チャンネル』、『Ｍ４ＴＶ』、『テレビＭ５』等は、各チャンネルの放送局名称であり、特に、『Ｍ２放送』局は、放送波により配信される放送番組とインターネット２００を介して配信される配信番組（図中の『ネット放送』で示される枠の情報１６２ｃ１）を同時に提供しているものとする。

同図に示したように、インターネット２００を介して配信する配信番組のみを有するチャンネルがある場合、通常時は同図（Ａ）のＥＰＧ画面１６２ｃに示すように（情報１６２ｃ１を含む）全てのチャンネルの情報を表示するように制御する。一方、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である場合等には、同図（Ｂ）のＥＰＧ画面１６２ｄに示すように、インターネット２００を介して配信する配信番組のみを有する『Ｍ２放送（ネット放送）』のチャンネルの情報（同図（Ａ）における情報１６２ｃ１）を表示しないように制御しても良い。

前述の各制御により、放送受信装置１００のユーザは、自分の視聴できないチャンネルの情報の確認を不要とすることが可能となる。

［放送受信装置の緊急警報放送表示］
本実施例の放送受信装置１００は、ＴＬＶストリームを含む伝送データに含まれるＴＭＣＣ信号の緊急警報放送起動制御信号ビットが『０』から『１』になった場合に、緊急警報放送の受信処理を行うことが可能であるものとする。

前記緊急警報放送は、全画面表示のアプリケーションとして提供されても良いし、文字情報として文字スーパーで提供されても良い。前記緊急警報放送が文字情報として文字スーパーで提供されている場合、緊急警報放送の受信直前の放送受信装置１００の状態に関わらず、前記文字スーパーの文字情報を表示することが好ましい。即ち、図２３に示すように、ユーザが通常の放送番組を視聴し、モニタ部１６２に前記放送番組の番組画面１６２ｅが表示されている状態で緊急警報放送を受信した場合、前記緊急警報放送による文字情報１６２ｅ１を番組画面１６２ｅに重畳して表示するようにする。同様に、ユーザがＥＰＧ画面の表示を指示し、モニタ部１６２にＥＰＧ画面１６２ｆが表示されている状態で緊急警報放送を受信した場合、前記緊急警報放送による文字情報１６２ｆ１をＥＰＧ画面１６２ｆに重畳して表示するように制御する。

前述の制御により、本実施例の放送受信装置１００においては、ユーザがＥＰＧ画面や各種設定画面、録画番組一覧画面、インターネットブラウザ等を選択して表示させている場合であっても、緊急警報放送を受信した際には、前記緊急警報放送に基づく重要な文字情報の見逃しを回避することが可能となる。なお、この制御は、緊急警報放送によらない通常の文字スーパーの文字情報に対して行われても良い。

［各種例外処理］
本実施例の放送受信装置１００は、同一パッケージ内のＴＬＶストリーム外データが取得できない場合、例えは、下記の様な例外処理を行っても良い。

図６Ｅで説明した通り、本実施例の放送受信装置１００が対応する放送システムにおいては、ＭＰＴに格納されるロケーション情報（図１７の『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』に対応）に基づいて、ＴＬＶストリーム内で取得するデータとＴＬＶストリーム以外の経路で取得するデータとを同一のパッケージに含めることができる。しかしながら、ロケーション情報が指し示す、ＴＬＶストリーム以外のデータ伝送経路（例えば、ＩＰｖ４データフロー、ＩＰｖ６データフロー、放送のＭＰＥＧ２−ＴＳなど）は、ＴＬＶ／ＭＭＴストリームの受信機能とは別の受信機能である。よって、放送受信装置１００の動作中であっても、これらの伝送経路の受信機能が動作していない状況や、受信機能自体は動作していても中継装置等が動作していない状況や、これらの伝送経路の有線又は無線接続がされていない状況や、そもそもこれらの伝送経路の接続できない環境に放送受信装置１００が設置されている状況など、これらの伝送経路からデータが取得できない状況もありうる。

このような状況下で、ＭＰＴに格納されるロケーション情報が、ＴＬＶストリーム内で取得するデータとＴＬＶストリーム以外の経路で取得するデータとを同一のパッケージに含めるように対応付けることを示しているイベントを受信した場合、本実施例の放送受信装置１００は、例えば以下のような動作を行っても良い。

例えば、ＬＣＴが、図１９Ｂや図１９Ｃのように、画面内に複数の領域を設定しており、『領域０』にＴＬＶストリーム内に含まれる映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路で取得したデータが表示されるように対応付けられている場合であって、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できない場合、ＬＣＴが指定する複数領域のレイアウト表示を禁止しても良い。具体的には、当該ＬＣＴを受信しても図１９Ａに示すデフォルトレイアウト表示の『領域０』にＴＬＶストリーム内で受信する当該コンテンツの映像を表示した状態のままとし、図１９Ｂや図１９Ｃのような複数領域のレイアウト表示に移行しないようにすれば良い。また、更にこの状態で、デフォルトレイアウトからＬＣＴの示すレイアウトへの変更指示が図７Ａの操作入力部１７０に入力されたとしても、図１９Ａに示すデフォルトレイアウト表示のままとしたり、その他のデータ放送画面に切り替えるなどして、図１９Ｂや図１９Ｃのような複数領域のレイアウト表示に移行しないようにしても良い。

ＬＣＴが、図１９Ｂや図１９Ｃのように、画面内に複数の領域を設定しており、『領域０』にＴＬＶストリーム内に含まれる映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路で取得したデータが表示されるように対応付けられている場合であって、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できない場合の別の動作例としては、一旦、ＬＣＴが示す図１９Ｂや図１９Ｃの複数領域の表示枠を表示し、『領域１』や『領域２』については背景色や所定の静止画を表示しておき、所定時間を経過してもＭＰＴのロケーション情報が示すＴＬＶストリーム以外の伝送経路のデータが取得できない場合は、図１９Ａに示すデフォルトレイアウト表示の状態に戻す表示切り替えを行っても良い。この場合は、図１９Ａ、図１９Ｂ、図１９Ｃのレイアウトの変更時も『領域０』にはＴＬＶストリーム内に含まれる番組映像が継続して表示されるように動作すれば、ユーザの番組映像自体は継続するので好ましい。

また、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できないことにより、図１９Ａに示すデフォルトレイアウト表示の『領域０』にＴＬＶストリーム内で受信する当該コンテンツの映像を表示した状態となっているときに、本実施例の放送受信装置１００の各種通信機能や各種受信機能の動作が開始したり、各種通信機能の通信環境、通信状況や各種受信機能の受信環境や受信状況が変化したことにより、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できる状況になることもありうる。この場合、本実施例の放送受信装置１００は、ただちに、図１９Ａに示すデフォルトレイアウト表示から、ＬＣＴが示す図１９Ｂや図１９Ｃに示すような複数領域のレイアウトに切り替えて、『領域０』にＴＬＶストリーム内で受信する当該コンテンツの映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路から取得したデータを表示するように切り替えても良い。また、当該レイアウト変更をすぐには行わずに、デフォルトレイアウトからＬＣＴの示すレイアウトへの変更指示が操作入力部１７０から入力されてから当該レイアウト変更を実行しても良い。

［著作権保護機能］
本実施例の放送受信装置１００が対応するデジタル放送システムにおいて、ＭＰＴにコピー制御情報を含めて伝送することにより、例えば、当該コピー制御情報により『無制限にコピー可』（『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』と『無制限にコピー可かつ蓄積及び出力時に暗号化処理不要』の２種類に分けても良い）、『１世代のみコピー可』、『所定複数回数コピー可』（例えば、９回コピー可＋ムーブ１回可ならいわゆる『ダビング１０』）、『コピー禁止』など、ＭＰＴが参照するコンテンツのコピー制御状態を示して伝送するように構成しても良い。この場合、本実施例の放送受信装置１００は当該コピー制御情報に応じて、当該コンテンツのストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理などを制御するように構成しても良い。なお、蓄積処理の対象は放送受信装置１００内部のストレージ（蓄積）部１１０のみならず、放送受信装置１００のみで再生可能となるように暗号化処理等の保護処理を施した記録を含んでも良い。具体的には、蓄積処理の対象には外付けの記録装置などのうち、放送受信装置１００のみで記録再生可能な状態にしたものなどが含まれる。

当該コピー制御情報に基づく処理の具体例を以下に説明する。

まず、ＭＰＴに含まれるコピー制御情報が『無制限にコピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理を制限なしに行ってかまわない。ただし、『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』と『無制限にコピー可かつ蓄積及び出力時に暗号化処理不要』とが分かれている場合は、『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』の際には、ストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理を回数に制限なく行うことができるが、何れも暗号化処理を施す必要がある。

また、ＭＰＴに含まれるコピー制御情報が『１世代のみコピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０への暗号化しての蓄積を可能とするが、蓄積後のコンテンツを外部機器へ視聴用に出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。ただし、外部機器へのいわゆるムーブ処理（外部機器へコンテンツをコピーし、放送受信装置１００のストレージ（蓄積）部１１０内のコンテンツは消去処理などにより再生不能化する処理）は可能とする。

また、ＭＰＴに含まれるコピー制御情報が『所定複数回数コピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０へ暗号化して蓄積することを可能とするが、蓄積後のコンテンツを外部機器へ視聴用に出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。ただし、外部機器へ予め定められた数のコピーとムーブ処理を可能として良い。いわゆる『ダビング１０』規定の場合は、外部機器へ９回のコピーと１回のムーブ処理を行って良い。

また、ＭＰＴに含まれるコピー制御情報が『コピー禁止』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０へのコピーを禁止する。ただし、放送受信装置１００は予め定められた所定時間又は放送信号に含まれる制御情報（例えば、図６Ｄに示したＭＨ−Ｅｘｐｉｒｅ記述子等による）により指定される所定時間のみストレージ（蓄積）部１１０への保持を可能とする『一時蓄積』モードを有するように構成する場合には、ＭＰＴに含まれるコピー制御情報が『コピー禁止』を示す場合であっても、ストレージ（蓄積）部１１０への当該コンテンツの一時的な保持を可能とする。ＭＰＴに含まれるコピー制御情報が『コピー禁止』の当該コンテンツを外部機器への視聴用として出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。

なお、前述の外部機器への視聴用の出力は、図７Ａの映像出力部１６３と音声出力部１６６、或いは、デジタルＩ／Ｆ部１２５やＬＡＮ通信部１２１などを介して行えば良い。前述の外部機器へコピー又はムーブ処理は、図７ＡのデジタルＩ／Ｆ部１２５やＬＡＮ通信部１２１などを介して行えば良い。

以上説明した処理によれば、コンテンツと対応付けられたコピー制御情報に応じて、適切なコンテンツ保護を実現することができる。

また、コピー制御情報が、『１世代のみコピー可』、『所定複数回数コピー可』、『コピー禁止』などのコピー制限を示しているコンテンツのＬＡＮ通信部１２１を介した外部機器へのコピー処理については、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は、禁止しても良い。コピー制御情報が『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』のコンテンツも同様に扱っても良い。

同様に、コピー制御情報が、『１世代のみコピー可』、『所定複数回数コピー可』、『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』などのコピー制限を示しているコンテンツを一度ストレージ（蓄積）部１１０へ蓄積した後、ＬＡＮ通信部１２１を介して外部機器へムーブする処理についても、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は、禁止しても良い。

放送受信装置１００のストレージ（蓄積）部１１０へ蓄積したコンテンツについての視聴用映像出力、音声出力は、原則として、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は禁止する。ただし、当該外部機器が所定期間以内に、放送受信装置１００のＩＰアドレスと同一サブネット内で接続されており、かつ、放送受信装置１００のＩＰアドレスと同一サブネット外でも視聴可能な機器としての登録処理（ペアリング）がなされている機器の場合は、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外であっても、当該外部機器への放送受信装置１００のストレージ（蓄積）部１１０へ蓄積したコンテンツについての視聴用映像出力、音声出力を可能とするように構成しても良い。この場合、当該視聴用映像出力、音声出力はコンテンツに暗号化を施して行う。

以上説明した処理によれば、外部機器が放送受信装置１００のＩＰアドレスと同一サブネット内にあるか同一サブネット外にあるかに対応して異なる処理を行うことでユーザの利便性とコンテンツ保護の両立を実現できる。

次に、図６Ｅで説明したように、本実施例の放送受信装置１００が対応するデジタル放送システムでは、ＭＰＴ内のロケーション情報（図１７の『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』）により、放送経路のＴＬＶストリームで取得したデータと違う経路（ＩＰｖ４、ＩＰｖ６、ＭＰＥＧ２−ＴＳ、ＵＲＬ、等）で取得したデータもＴＬＶストリームで取得したデータと同一パッケージかつ同一イベントに含まれることがありうるが、このときＭＰＴにコピー制御情報が含められている場合のコンテンツ保護について説明する。

まず、ＭＰＴにコピー制御情報が含まれる場合、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータは、放送経路のＴＬＶストリームで取得したデータと違う経路（ＩＰｖ４、ＩＰｖ６、ＭＰＥＧ２−ＴＳ、ＵＲＬ、等）で取得したデータであっても、ＴＬＶストリームに含まれるコピー制御情報に従って、制御するようにしても良い。これらのコピー制御情報によって、指定されるコンテンツのコピー制御状態としては、前述の通り、『無制限にコピー可』（『無制限にコピー可かつ蓄積及び出力時に暗号化処理要』と『無制限にコピー可かつ蓄積及び出力時に暗号化処理不要』の２種類に分けても良い）、『１世代のみコピー可』、『所定複数回数コピー可』（例えば、９回コピー可＋ムーブ１回可ならいわゆる『ダビング１０』)、『コピー禁止』などを指定可能とする。

ここで、ロケーション情報が示すデータの位置が、他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合、当該ＭＰＥＧ２−ＴＳのデータは、他のデジタル放送信号でもコピー制御情報と対応付けられて放送されている。すると、当該ＭＰＥＧ２−ＴＳのデータのコピー制御をどの情報に従ってどのように行うか（ＴＬＶ／ＭＭＴストリームに含まれるコピー制御情報に従うのか、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報に従うのか）が問題となる。

本実施例のデジタル放送システムでは、この課題の解決策として、放送受信装置１００において、下記複数の解決策の何れかの動作を行うようにすれば良い。

＜動作例１＞
第一の動作例では、ＭＰＴにコピー制御情報が含まれ、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータに他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合に、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態よりも、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態を優先して制御する。

例えば、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態が『１世代コピー可』であり、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が『所定複数回コピー可』であれば、ＴＬＶストリームで取得したデータと違う経路（ＭＰＥＧ２−ＴＳ伝送形式のデジタル放送）で取得したデータであっても、『１世代コピー可』のコンテンツとしてコピー制御を行っても良い。例えば、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態が『無制限にコピー可』であり、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が『所定複数回コピー可』であれば、ＴＬＶストリームで取得したデータと違う経路（ＭＰＥＧ２−ＴＳ伝送形式のデジタル放送）で取得したデータであっても、『無制限にコピー可』のコンテンツとしてコピー制御を行っても良い。

この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについても本実施例の放送受信装置１００が対応する放送システムにおいて管理したいコピー状態にすることができる。

＜動作例２＞
第二の動作例では、ＭＰＴにコピー制御情報が含まれ、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータに他のデジタル放送信号で伝送されるＭＰＥＧ２−ＴＳのデータを含む場合に、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態とＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態とを比較し、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態の方がＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態よりも厳しい場合は、ストレージ（蓄積）部１１０などへの蓄積処理、リムーバブル記録媒体への記録処理、又はデジタルインタフェースからの出力処理をする際に、当該ＭＰＥＧ２−ＴＳのデータを処理対象コンテンツから除外するように動作する。

この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについては、当該データを伝送する放送システムで設定されたオリジナルのコピー制御情報を尊重しながら、本実施例の放送受信装置１００上でのコピー制御状態の重複を解消することができる。

また、当該比較の結果、ＭＰＥＧ２−ＴＳに含まれるコピー制御情報により示されるコピー制御状態が、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態と同じ状態又は、より緩いコピー制御状態の場合は、当該ロケーション情報で同一パッケージかつ同一イベントに含まれるＭＰＥＧ２−ＴＳのデータについても、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態のコンテンツとしてコピー制御を行えば良い。

この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについては、当該データを伝送する放送システムで設定されたオリジナルのコピー制御情報を尊重しながら、本実施例の放送受信装置１００上でのコピー制御状態の重複を解消することができる。

以上の説明において、本実施例の放送受信装置１００の著作権保護機能は、ＭＰＴに含まれるコピー制御情報に基づいて行うこととして説明した。しかし、コピー制御情報を配置するテーブルはＭＰＴに限定されない。ＭＰＴ以外にも、図６Ｂで説明したＭＨ−サービス記述テーブル（ＭＨ−ＳＤＴ）やＭＨ−イベント情報テーブル（ＭＨ−ＥＩＴ）、或いはその他のテーブルに配置して伝送し、放送受信装置１００はこれらに従って著作権保護処理を行っても良い。

以上説明した本実施例によれば、ＭＭＴのデジタル放送に対応した放送受信機を提供することができる。
（実施例２）

以下では、本発明の実施例２に関して説明する。なお、本実施例における構成、処理及び効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。また、本実施例の放送受信装置は、メディアトランスポート方式として、ＭＭＴ方式とＭＰＥＧ２−ＴＳ方式の双方に対応するテレビ受信機であるものとして、以下、説明を行う。

［放送受信装置のハードウェア構成］
図２４は、放送受信装置８００の内部構成の一例を示すブロック図である。放送受信装置８００は、主制御部８０１、システムバス８０２、ＲＯＭ８０３、ＲＡＭ８０４、ストレージ部８１０、ＬＡＮ通信部８２１、拡張インタフェース部８２４、デジタルインタフェース部８２５、第一チューナ／復調部８３１、第二チューナ／復調部８３２、ＭＭＴデコード処理部８４１、ＭＰＥＧ２−ＴＳデコード処理部８４２、映像合成部８６１、モニタ部８６２、映像出力部８６３、音声合成部８６４、スピーカ部８６５、音声出力部８６６、操作入力部８７０、で構成される。

主制御部８０１、システムバス８０２、ＲＯＭ８０３、ＲＡＭ８０４、ストレージ部８１０、拡張インタフェース部８２４、デジタルインタフェース部８２５、モニタ部８６２、映像出力部８６３、スピーカ部８６５、音声出力部８６６、操作入力部８７０、等は、実施例１の放送受信装置１００における主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、拡張インタフェース部１２４、デジタルインタフェース部１２５、モニタ部１６２、映像出力部１６３、スピーカ部１６５、音声出力部１６６、操作入力部１７０、等とそれぞれ同等の機能を有するものとし、詳細な説明を省略する。

第一チューナ／復調部８３１は、図示を省略したアンテナを介して、メディアトランスポート方式としてＭＭＴを採用した放送サービスの放送波を受信し、主制御部８０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、第一チューナ／復調部８３１は、受信した放送信号を復調してＭＭＴデータ列を取得し、ＭＭＴデコード処理部８４１に出力する。第二チューナ／復調部８３２は、図示を省略したアンテナを介して、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送波を受信し、主制御部８０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、第二チューナ／復調部８３２は、受信した放送信号を復調してＭＰＥＧ２−ＴＳデータ列を取得し、ＭＰＥＧ２−ＴＳデコード処理部８４２に出力する。

ＭＭＴデコード処理部８４１は、第一チューナ／復調部８３１から出力されたＭＭＴデータ列を入力し、前記ＭＭＴデータ列に含まれる制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等の分離処理、及び復号処理等を行う。ＭＭＴデコード処理部８４１は、実施例１の放送受信装置１００における、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、等に相当する機能を備えるものとする。ＭＭＴデコード処理部８４１は、実施例１で説明した各種処理を行うことが可能である。なお、前記各種処理の詳細は実施例１で説明した通りであるので、説明を省略する。

ＭＰＥＧ２−ＴＳデコード処理部８４２は、第二チューナ／復調部８３２から出力されたＭＰＥＧ２−ＴＳデータ列を入力し、前記ＭＰＥＧ２−ＴＳデータ列に含まれる制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等の分離処理、及び復号処理等を行う。ＭＰＥＧ２−ＴＳデコード処理部８４２は、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送波を受信する従来のテレビ受信機のＩＲＤ（Ｉｎｔｅｇｒａｔｅｄ Ｒｅｃｅｉｖｅｒ Ｄｅｃｏｄｅｒ）部と同等の機能を備えるものとし、詳細な説明を省略する。

映像合成部８６１は、ＭＭＴデコード処理部８４１から出力された映像情報や字幕情報やアプリケーション情報と、ＭＰＥＧ２−ＴＳデコード処理部８４２から出力された映像情報や字幕情報やアプリケーション情報と、を入力し、適宜選択及び／又は重畳等の処理を行う。映像合成部８６１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報等に基づいてモニタ部８６２等が駆動される。また、映像合成部８６１は、主制御部８０１の制御に基づいて、必要に応じて、スケーリング処理やＥＰＧ画面情報の重畳処理等を行う。音声合成部１６４は、ＭＭＴデコード処理部８４１から出力された音声情報とＭＰＥＧ２−ＴＳデコード処理部８４２から出力された音声情報を入力し、適宜選択及び／又はミックス等の処理を行う。

ＬＡＮ通信部８２１は、ルータ装置２００ｒを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のＭＭＴデータ列（或いは、その一部）やＭＰＥＧ２−ＴＳデータ列（或いは、その一部）を取得し、適宜、ＭＭＴデコード処理部８４１やＭＰＥＧ２−ＴＳデコード処理部８４２に出力する。

［放送受信装置の時刻表示］
本実施例の放送受信装置８００では、ＥＰＧ画面や各種設定画面等において、現在日付や現在時刻を表示可能であるものとする。前記現在日付や現在時刻に関する情報は、メディアトランスポート方式としてＭＭＴを採用した放送サービスにおいてはＭＨ−ＴＯＴ等により送信され、また、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスにおいてはＭＰＥＧ−２システムに規定されたＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が備えるＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ）等により送信される。放送受信装置８００は、前記ＭＨ−ＴＯＴや前記ＴＯＴを参照することにより、前記現在日付や現在時刻に関する情報を取得可能である。

また、一般的には、映像合成部８６１がＭＭＴデコード処理部８４１から出力された映像情報等を主として選択している場合には、前記ＭＨ−ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳し、映像合成部８６１がＭＰＥＧ２−ＴＳデコード処理部８４２から出力された映像情報等を主として選択している場合には、前記ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳するように制御すれば良い。

しかしながら、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスとでは、符号化処理／復号処理や伝送経路等に差異があるため、特に現在時刻表示において、メディアトランスポート方式としてＭＭＴを採用した放送サービスの選択時とメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの選択時とで、不整合を生じる可能性がある。例えば、図２５に示すように、メディアトランスポート方式としてＭＭＴを採用した放送サービスのチャンネル情報を表示するＥＰＧ画面１６２ｇからメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのチャンネル情報を表示するＥＰＧ画面１６２ｈに画面表示を切り替えた際に、現在時刻の表示が現在時刻表示１６２ｇ１から現在時刻表示１６２ｈ１に切り替わることによる不整合によって、視覚的違和感をユーザに覚えさせる可能性を有するものである。

本実施例の放送受信装置８００では、前記ユーザの視覚的違和感を防止するために、映像合成部８６１がＭＭＴデコード処理部８４１から出力された映像情報等を主として選択している場合であっても、前記ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳するように制御する。即ち、メディアトランスポート方式としてＭＭＴを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される現在時刻情報を重畳するように制御するものである。

前記制御を行うことにより、本実施例の放送受信装置８００は、現在時刻を表示する際に、常に前記ＴＯＴを参照して取得した現在時刻情報を表示するようになる。従って、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスとを切り替えた際にも、現在時刻の表示の不整合による視覚的違和感をユーザに覚えさせることを防止することが可能となる。

なお、図２６Ａに、本実施例の放送受信装置８００における、各放送サービスの受信状況に応じた現在時刻情報参照元の選択制御の一例を示す。本実施例の放送受信装置８００では、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの受信が可能な状態にある場合には、常に前記ＴＯＴを参照して現在時刻情報を取得するようにし、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの受信が不可の状態で、かつメディアトランスポート方式としてＭＭＴを採用した放送サービスの受信が可能な状態にある場合にのみ、前記ＭＨ−ＴＯＴを参照して現在時刻情報を取得するように制御する。

また、前述の制御とは逆に、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される現在時刻情報を重畳するように制御しても、前述と同様の効果が得られる。

なお、前述のように、メディアトランスポート方式としてＭＭＴを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される現在時刻情報を重畳するように制御する場合と、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される現在時刻情報を重畳するように制御する場合の、何れの場合においても、実施例１の［放送受信装置の時刻管理］での説明と同様に、前記ＴＭＣＣ拡張情報領域の時刻情報の『ｄｅｌｔａ』パラメータを参照することにより、前記現在時刻情報を補正することが可能である。

また、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの何れの場合においても、ネットワークを構成する各放送サービスが伝送するＭＨ−ＴＯＴ又はＴＯＴが送信側システムの不具合や伝送エラー等による誤りを有する可能性が考えられる。本実施例の放送受信装置８００では、前記ＭＨ−ＴＯＴ又はＴＯＴの前記誤りに対する対策として、受信中のサービスから取得したＭＨ−ＴＯＴ又はＴＯＴが誤りを有すると判断した場合には、同一ネットワークの他の放送サービスから、或いは、他のネットワークの任意の放送サービスから、ＭＨ−ＴＯＴ又はＴＯＴを取得して現在時刻情報を参照することにより、内蔵クロックの時刻情報の更新処理を行うよう機能を有するものとする。

図２６Ｂに、本実施例の放送受信装置８００における、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスを受信している際の、現在時刻情報の更新処理の一例を示す。なお、メディアトランスポート方式としてＭＭＴを採用した放送サービスを受信している際であっても、同図に示した処理と同様の処理が可能である。

本実施例の放送受信装置８００において内蔵クロックの時刻情報を更新する場合、まず、受信機能実行部１１０２が現在受信中の放送サービス（メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービス）のＭＰＥＧ２−ＴＳデータ列からＴＯＴを取得し（Ｓ３０１）、更に、前記取得したＴＯＴを参照することにより、現在時刻情報を取得する（Ｓ３０２）。次に、受信機能実行部１１０２はＳ３０２の処理で取得した前記現在時刻情報と内蔵クロックの時刻情報を比較する処理を行う。

前記比較処理の結果、Ｓ３０２の処理で取得した前記現在時刻情報と内蔵クロックの時刻情報の差が所定値以内（例えば、３分以内）の場合（Ｓ３０３：Ｙｅｓ）、受信機能実行部１１０２は、Ｓ３０２の処理で取得した前記現在時刻情報を以って、内蔵クロックの時刻情報の更新を行う（Ｓ３０６）。一方、前記比較処理の結果、Ｓ３０２の処理で取得した前記現在時刻情報と内蔵クロックの時刻情報の差が所定値以内ではない場合（Ｓ３０３：Ｎｏ）、或いは、Ｓ３０１で取得したＴＯＴがデータ内にエラーがあることを示すフラグ等を有している場合、受信機能実行部１１０２は、同一ネットワーク内の他の放送サービスのＭＰＥＧ２−ＴＳデータ列からＴＯＴを取得し、或いは、他のネットワークの任意の放送サービス（メディアトランスポート方式としてＭＭＴを採用した放送サービス）のＭＭＴデータ列からＭＨ−ＴＯＴを取得し（Ｓ３０４）、更に、前記取得したＴＯＴ又はＭＨ−ＴＯＴから現在時刻情報を取得する（Ｓ３０５）。受信機能実行部１１０２は、Ｓ３０５の処理で取得した現在時刻情報を以って、再度Ｓ３０３の比較処理を行うようにすれば良い。

以上の処理により、本実施例の放送受信装置８００は、受信中のサービスから取得したＭＨ−ＴＯＴ又はＴＯＴが誤りを有すると判断した場合には、同一ネットワークの他の放送サービスから、或いは、他のネットワークの任意の放送サービスから、ＭＨ−ＴＯＴ又はＴＯＴを取得して現在時刻情報を参照することにより、内蔵クロックの時刻情報の更新処理を行うことが可能となる。

なお、工場出荷後の初期設定時等、Ｓ３０４〜Ｓ３０５の処理の繰り返しで内蔵クロックの時刻情報との差が所定範囲内となる現在時刻情報を取得できなかった場合には、Ｓ３０２の処理で取得した現在時刻情報を以って、あらためて内蔵クロックの時刻情報を設定するようにすれば良い。このようにすれば、本実施例の放送受信装置８００の内蔵クロックの時刻情報側に誤りがある場合も対応することが可能となる。

［放送受信装置のＥＰＧ表示］
メディアトランスポート方式としてＭＭＴを採用した放送サービスのイベントスケジュール情報はＭＨ−ＥＩＴ等により伝送される。一方、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのイベントスケジュール情報はＭＰＥＧ−２システムに規定されたＳＩが備えるＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）等により伝送される。従って、一般的には、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される映像情報等の表示を行っている際には、前記ＭＭＴを採用した放送サービスのイベントスケジュール情報（ＭＨ−ＥＩＴ）が取得可能であり、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される映像情報等の表示を行っている際には、前記ＭＰＥＧ２−ＴＳを採用した放送サービスのイベントスケジュール情報（ＥＩＴ）が取得可能である。

しかしながら、本実施例の放送受信装置８００は、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される映像情報等の表示を行っている際にも、或いは、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される映像情報等の表示を行っている際にも、前記ＭＨ−ＥＩＴと前記ＥＩＴの双方を取得可能とし、ユーザにとっての使い勝手を向上させている。

図２７Ａに、本実施例の放送受信装置８００におけるＥＰＧ画面の一例を示す。図中、ＥＰＧ画面１６２ｉはメディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたＥＰＧ画面であり、『Ｍ１テレビ』、『Ｍ２放送』、『Ｍ３チャンネル』、『Ｍ４ＴＶ』、『テレビＭ５』等は、それぞれメディアトランスポート方式としてＭＭＴを採用した放送サービスの放送局名称であるものとする。また、ＥＰＧ画面１６２ｊはメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたＥＰＧ画面であり、『Ｔ６テレビ』、『Ｔ７放送』、『Ｔ８チャンネル』、『Ｔ９ＴＶ』、『テレビＴＡ』等は、それぞれメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスの放送局名称であるものとする。

例えば、ユーザがメディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される放送番組を視聴中に、図示を省略したリモコンを操作してＥＰＧ画面の表示を指示すると、ＥＰＧ画面の初期画面（図示省略）が表示される。前記ＥＰＧ画面の初期画面は、メディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたＥＰＧ画面であり、『２０１４年１０月７日（今日）』の『１７時〜（現在時刻の近隣）』の各チャンネルの放送番組の詳細情報が表示される。次に、ユーザが『２０１４年１０月９日』の『２０時〜』の各チャンネルの放送番組の詳細情報を確認したいと所望し、図示を省略したリモコンを操作してＥＰＧ画面の更新を指示すると、ＥＰＧ画面１６２ｉが表示される。

更に、ユーザがメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスで提供される放送番組の詳細情報を確認したいと所望し、図示を省略したリモコンを操作してネットワークの切り替えを指示すると、ＥＰＧ画面１６２ｊが表示される。この際、本実施例の放送受信装置８００においては、メディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたＥＰＧ画面の初期画面（即ち、『２０１４年１０月７日』の『１７時〜』の各チャンネルの放送番組の詳細情報）ではなく、直前に表示されていたＥＰＧ画面１６２ｉと同日同時間帯（即ち、『２０１４年１０月９日』の『２０時〜』）の各チャンネルの放送番組の詳細情報を表示するように制御する。

前述の制御により、ユーザは、メディアトランスポート方式の異なる複数のネットワークの同日同時間帯の放送番組に関する詳細情報を、簡便な操作で、連続的に、確認することが可能となる。即ち、放送受信装置８００の使い勝手が向上する。

図２７Ｂは、本実施例の放送受信装置８００におけるＥＰＧ画面の前述とは異なる一例を示す図である。ＥＰＧ画面１６２ｋは、図２７Ａに示したＥＰＧ画面１６２ｉが表示された状態から、図示を省略したリモコンの操作により、チャンネル方向（横方向）にスクロールさせた状態を示している。即ち、図２７Ｂに示した例では、ＥＰＧ画面をチャンネル方向（横方向）にスクロールさせることにより、メディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたチャンネル情報とメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたチャンネル情報とが、同一時間軸上でシームレスに表示される。

従って、ユーザがメディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ−ＥＩＴに基づいて作成されたチャンネル情報の確認中にメディアトランスポート方式としてＭＰＥＧ２−ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたチャンネル情報を確認したいと所望した場合においても、図示を省略したリモコンの操作によるネットワークの切り替えの指示等を不要とすることができる。更に、ユーザは、メディアトランスポート方式の異なる複数のネットワークの同日同時間帯の放送番組に関する詳細情報を、同時に確認することが可能となる。即ち、放送受信装置８００の使い勝手が向上する。

（実施例３）
以下では、本発明の実施例３に関して説明する。なお、本実施例における構成、処理及び効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。

［音声データの伝送方式］
前述の実施例１の説明でも述べたように、本実施例の放送システムにおいては、音声符号化方式として、ＭＰＥＧ−４ ＡＡＣ又はＭＰＥＧ−４ ＡＬＳが用いられるものとしている。前記ＭＰＥＧ−４ ＡＡＣ又はＭＰＥＧ−４ ＡＬＳとメディアトランスポート方式であるＭＭＴとのインタフェースは、ＬＡＴＭ／ＬＯＡＳストリーム形式であって良い。ＬＡＴＭ（Ｌｏｗ Ｏｖｅｒｈｅａｄ ＭＰＥＧ−４ Ａｕｄｉｏ Ｔｒａｎｓｐｏｒｔ Ｍｕｌｔｉｐｌｅｘ）は、オーディオデータのチャンネルコンフィギュレーション情報を含むことに加え、オーディオデータの順序や連結などの多重機能を提供可能である。また、ＬＯＡＳ（Ｌｏｗ Ｏｖｅｒｈｅａｄ Ａｕｄｉｏ Ｓｔｒｅａｍ）は、同期機能を提供可能である。

図２８に、ＬＡＴＭ／ＬＯＡＳ形式のビットストリーム構造の一例を示す。ＬＡＴＭ／ＬＯＡＳストリーム形式は、同期バイトやＩＳＯ／ＩＥＣ１４４９６−３に規定される音声符号化情報により構成されるＬＯＡＳ（ただし、図示省略）やＬＡＴＭヘッダ、及びＲａｗ＿ｄａｔａブロックで構成されるものとする。１個のＲａｗ＿ｄａｔａブロック毎に最大２２．２ｃｈの符号化音声データを有することが可能であるものとする。Ｒａｗ＿ｄａｔａブロック内のＳＣＥは、モノ音声を格納するエレメントである。ＣＰＥは、２ｃｈペア音声を格納するエレメントである。ＬＦＥは、低域効果チャンネル音声を格納するエレメントである。ＤＳＥは、２２．２ｃｈから５．１ｃｈへのダウンミックス係数やダイアログ制御情報、差し替え用音声、等を格納するエレメントである。ＰＣＥは、ＣＩＣＰに記載されていない音声フォーマット情報、５．１ｃｈから２ｃｈへのダウンミックス係数やダイアログ制御フラグ、等を格納するエレメントである。ＴＥＲＭは、ストリームのターミネータである。なお、１個のＲａｗ＿ｄａｔａブロック内に配置される、ＳＣＥ、ＣＰＥ、ＬＦＥ、ＤＳＥ、等の各エレメントの数は、同図に示した個数に限定されるものではない。

ここで、前記２２．２ｃｈの音声信号を出力する際のスピーカ配置の一例を図２９に示す。なお、図中のスクリーン１００ｓはテレビ受信機等であって良い。この場合、前記テレビ受信機等が本実施例の放送受信装置１００となる。また、放送受信装置１００がＤＶＤレコーダやＳＴＢ等である場合、スクリーン１００ｓは、前記ＤＶＤレコーダやＳＴＢ等の出力映像を表示するモニタ装置等であって良い。また、放送受信装置１００がプロジェクタ等である場合、スクリーン１００ｓは、前記プロジェクタの映像が投影されるスクリーンであって良い。

本実施例では、２２．２ｃｈ音声出力を行う場合、２４個のスピーカを立体的に三層に配置するものとする。上層（Ｔｏｐ Ｌａｙｅｒ）には、前方左側（ＴｐＦＬ）のスピーカ９０１、前方中央（ＴｐＦＣ）のスピーカ９０３、前方右側（ＴｐＦＲ）のスピーカ９０５、左側方（ＴｐＳｉＬ）のスピーカ９１１、中央（ＴｐＣ）のスピーカ９１３、右側方（ＴｐＳｉＲ）のスピーカ９１５、後方左側（ＴｐＢＬ）のスピーカ９２１、後方中央（ＴｐＢＣ）のスピーカ９２３、後方右側（ＴｐＢＲ）のスピーカ９２５、が配置される。中層（Ｍｉｄｄｌｅ Ｌａｙｅｒ）には、前方左側（ＦＬ）のスピーカ９３１、前方左中央（ＦＬｃ）のスピーカ９３２、前方中央（ＦＣ）のスピーカ９３３、前方右中央（ＦＲｃ）のスピーカ９３４、前方右側（ＦＲ）のスピーカ９３５、左側方（ＳｉＬ）のスピーカ９４１、右側方（ＳｉＲ）のスピーカ９４５、後方左側（ＢＬ）のスピーカ９５１、後方中央（ＢＣ）のスピーカ９５３、後方右側（ＢＲ）のスピーカ９５５、が配置される。下層（Ｂｏｔｔｏｍ Ｌａｙｅｒ）には、前方左側（ＢｔＦＬ）のスピーカ９６１、前方中央（ＢｔＦＣ）のスピーカ９６３、前方右側（ＢｔＦＲ）のスピーカ９６５、が配置され、更に、低域効果用（ＬＦＥ１、ＬＦＥ２）のスピーカ９７２及びスピーカ９７４が配置される。また、前記各スピーカの配置推奨範囲を図２９Ｂに示す。

前記２２．２ｃｈの音声データは、図２９Ｃに示すように、正中面に配置されるスピーカ（ＦＣ、ＢＣ、ＴｐＦＣ、ＴｐＣ、ＴｐＢＣ、ＢｔＦＣ）用の音声データは、モノ信号として符号化され、ＬＡＴＭ／ＬＯＡＳストリームのＲａｗ＿ｄａｔａブロックの６個のＳＣＥエレメントで伝送されるものとする。また、左右対称に位置するスピーカ（ＦＬｃとＦＲｃ、ＦＬとＦＲ、ＳｉＬとＳｉＲ、ＢＬとＢＲ、ＴｐＦＬとＴｐＦＲ、ＴｐＳｉＬとＴｐＳｉＲ、ＴｐＢＬとＴｐＢＲ、ＢｔＦＬとＢｔＦＲ）用の音声データは、それぞれステレオ信号として相関を利用して符号化され、前記Ｒａｗ＿ｄａｔａブロックの８個のＣＰＥエレメントで伝送されるものとする。また、低域効果チャンネルのスピーカ（ＬＦＥ１、ＬＦＥ２）用の音声データは、前記Ｒａｗ＿ｄａｔａブロックの２個のＬＦＥエレメントで伝送されるものとする。

なお、前述の２２．２ｃｈ音声出力及びＬＡＴＭ／ＬＯＡＳ形式のビットストリーム構造は一例であり、異なる方式を用いても良い。例えば、音声出力は、７．１ｃｈや５．１ｃｈ、２ｃｈステレオ、モノラル出力、デュアルモノ出力、等として、対応するチャンネルの符号化音声データのみを前記ＬＡＴＭ／ＬＯＡＳストリームのＲａｗ＿ｄａｔａブロックで伝送するようにしても良い。７．１ｃｈ音声出力の場合であれば、例えば、ＦＣの符号化音声データをＬＡＴＭ／ＬＯＡＳストリームのＲａｗ＿ｄａｔａブロックの１個のＳＣＥエレメントで伝送し、ＦＬとＦＲ、ＳｉＬとＳｉＲ、ＢＬとＢＲの符号化音声データを３個のＣＰＥエレメントで伝送し、ＬＦＥを１個のＬＦＥエレメントで伝送すれば良い。

［ダイアログ制御機能］
本実施例の放送受信装置１００は、視聴者が個別にダイアログ（スピーチ、ナレーション、等）の音量等を調節できる機能を有するものとする。即ち、好ましいダイアログ音量等に対する個人差、再生装置（放送受信装置）の性能差、再生装置（放送受信装置）周辺における生活騒音などの環境的要因、等により、ダイアログが聞き取りにくくなることを防止するためである。

図３０Ａ及び図３０Ｂに、本実施例の放送システムにおけるダイアログ制御機能の概念図を示す。

例えば、図３０Ａに示したように、放送局が、前述のＬＡＴＭ／ＬＯＡＳストリーム形式を用いて、２２．２ｃｈの音声（背景音）をＳＣＥ、ＣＰＥ、ＬＦＥの各エレメントで、４ｃｈの差し替え用音声（ダイアログ）をＤＳＥ２〜５エレメントで、それぞれ送出する。放送受信装置Ａ〜Ｃにおいては、前記ＬＡＴＭ／ＬＯＡＳストリーム形式を含む放送波を受信し、前記４ｃｈの差し替え用音声（ダイアログ）から１ｃｈを選択する処理、前記選択した１ｃｈの差し替え用音声（ダイアログ）及び前記２２．２ｃｈの音声（背景音）の音量等を適宜調節する処理、及び、前記選択した１ｃｈの差し替え用音声（ダイアログ）と前記２２．２ｃｈの音声（背景音）をミックスして出力する処理、等を行う。

或いは、図３０Ｂに示したように、放送局が、前述のＬＡＴＭ／ＬＯＡＳストリーム形式を用いて、２ｃｈ（例えば、ＦＣとＢｔＦＣ）分のダイアログ音声をＳＣＥエレメントで、２０．２ｃｈ（前記ＦＣとＢｔＦＣを除く各チャンネル）分の背景音をＳＣＥ、ＣＰＥ、ＬＦＥの各エレメントで、それぞれ送出する。放送受信装置Ｄ〜Ｆにおいては、前記ＬＡＴＭ／ＬＯＡＳストリーム形式を含む放送波を受信し、前記２ｃｈ分のダイアログ音声を抽出する処理、前記抽出した２ｃｈ分のダイアログ音声の音量等と前記２０．２ｃｈ分の背景音の音量等をそれぞれ独立に適宜調節して出力する処理等を行う。

或いは、図示は省略するが、放送局が、前述のＬＡＴＭ／ＬＯＡＳストリーム形式を用いて、２ｃｈ（例えば、ＦＣとＢｔＦＣ）分のダイアログ音声をＳＣＥエレメントで、２０．２ｃｈ（前記ＦＣとＢｔＦＣを除く各チャンネル）分の背景音をＳＣＥ、ＣＰＥ、ＬＦＥの各エレメントで、４ｃｈの差し替え用音声（ダイアログ）をＤＳＥ２〜５エレメントで、それぞれ送出する。放送受信装置においては、前記ＬＡＴＭ／ＬＯＡＳストリーム形式を含む放送波を受信し、前記４ｃｈの差し替え用音声（ダイアログ）から１ｃｈを選択する処理、前記選択した１ｃｈの差し替え用音声（ダイアログ）と前記２ｃｈ分のダイアログ音声を差し替える処理、前記差し替えた２ｃｈ分のダイアログ音声と前記２０．２ｃｈ分の背景音の音量等をそれぞれ独立に適宜調節して出力する処理、等を行う。

このような処理を行うことにより、本実施例の放送システムの放送波を受信する放送受信装置１００では、視聴者が自らの嗜好に合わせて、ダイアログの選択及び音量バランスの調整等を行うことが可能となる。

以下では、本実施例の放送受信装置１００におけるダイアログ制御処理の詳細に関して説明する。

＜ダイアログ音声選択処理＞
まず、図３０Ａに示したような、ＬＡＴＭ／ＬＯＡＳストリーム形式が有する複数（同図の例では４ｃｈ分）の差し替え用音声（ダイアログ）から１ｃｈを選択する処理の動作に関して説明する。

本実施例の放送受信装置１００における、複数の差し替え用音声（ダイアログ）から１ｃｈを選択する処理の第一の例を図３１Ａに示す。前記第一の例では、放送受信装置１００を操作可能なリモコンの『メニュー』キーを押下することにより表示されるメインメニューで、『音声設定』項目及び『差替音声選択』項目を順に選択することにより表示される『差替音声選択サブメニュー』を用いる。前記『差替音声選択サブメニュー』は、前記複数の差し替え用音声（ダイアログ）の一覧であり、視聴者は、前記リモコンの『カーソル』キー及び『決定』キーを操作することにより、前記複数の差し替え用音声（ダイアログ）から所望の１ｃｈを選択することが可能となる。なお、前記メインメニューの表示項目や階層構造等は同図に示したものと異なっていても良い。また、前記リモコンに『ダイアログ選択』キーを用意し、前記『ダイアログ選択』キーを押下することにより、前記『差替音声選択サブメニュー』が直接表示されるようにしても良い。

また、前記差し替え用音声（ダイアログ）の差替え処理を解除するには、図３１Ｂに示すように、『差替音声選択サブメニュー』において『オリジナル』項目を選択すれば良い。また、前記差し替え用音声（ダイアログ）を別の差し替え用音声（ダイアログ）に変更するには、前記『差替音声選択サブメニュー』において『オリジナル』以外の所望の項目を選択すれば良い。なお、同図に示した『差替音声選択サブメニュー』は、差し替え用音声（ダイアログ）として『日本語』が選択され、差し替え処理が実行されている状態における表示例である。

本実施例の放送受信装置１００における、複数の差し替え用音声（ダイアログ）から１ｃｈを選択する処理の第二の例を図３１Ｃに示す。前記第二の例では、放送受信装置１００を操作可能なリモコンの『情報』キーを押下することにより表示される『差替音声選択ボックス』を用いる。前記『差替音声選択ボックス』は、前記複数の差し替え用音声（ダイアログ）を前記リモコンの『カラー』キーとそれぞれ関連付けて表示するものであり、視聴者は、前記リモコンの『カラー』キーを押下することにより、前記複数の差し替え用音声（ダイアログ）から所望の１ｃｈを選択することが可能となる。なお、前記『情報』キー押下の際には、その他の情報（例えば、現在表示中の放送番組の番組名や放送時間、チャンネル情報、等）が更に表示されていても良い。また、前記『差替音声選択ボックス』の形状等は同図に示したものと異なっていても良い。また、前記リモコンに『ダイアログ選択』キーを用意し、前記『ダイアログ選択』キーを押下することにより、前記『差替音声選択ボックス』のみが表示されるようにしても良い。

また、前記差し替え用音声（ダイアログ）の差替え処理を解除するには、図３１Ｄに示すように、『差替音声選択ボックス』において『オリジナル』項目に関連付けられた『カラー』キーを押下すれば良い。また、前記差し替え用音声（ダイアログ）を別の差し替え用音声（ダイアログ）に変更するには、前記『差替音声選択ボックス』において『オリジナル』以外の所望の項目に関連付けられた『カラー』キーを押下すれば良い。なお、同図に示した『差替音声選択ボックス』は、差し替え用音声（ダイアログ）として『日本語』が選択され、差し替え処理が実行されている状態における表示例である。

本実施例の放送受信装置１００における、複数の差し替え用音声（ダイアログ）から１ｃｈを選択する処理の第三の例を図３１Ｅに示す。前記第三の例では、放送受信装置１００を操作可能なリモコンの『ダイアログ選択』キーを押下する毎に、放送受信装置１００で選択可能な差し替え用音声（ダイアログ）及びオリジナル音声が順次変更される。具体的には、前記『ダイアログ選択』キーを一度押下すると、現在選択されている差し替え用音声（ダイアログ）又はオリジナル音声に関する情報を示す『ダイアログ音声情報』を画面内の所定の位置（同図の例では右下部）に表示する。以降、前記『ダイアログ選択』キーの押下を繰り返す毎に差し替え用音声（ダイアログ）及びオリジナル音声の選択を順次変更することが可能となる。なお、前述のオリジナル音声とは、前記差し替え用音声（ダイアログ）の差替え処理等を行わず、前記背景音のみを２２．２ｃｈで出力している状態を指し示すものとする。

また、前記処理を行う場合、前記『ダイアログ選択』キー押下の直後には音声切り替え処理（オリジナル音声から差し替え用音声（ダイアログ）への変更、差し替え用音声（ダイアログ）から別の差し替え用音声（ダイアログ）への変更、等）を実行しないようにする。例えば、前記『ダイアログ選択』キーの押下後、所定時間以上、前記『ダイアログ選択』キーの再押下が無い場合に、前記音声切り替え処理を実行するようにする。即ち、前記『ダイアログ選択』キーの押下の繰り返しの間に音声切り替えが頻繁に生じることの煩わしさを防止するためである。

なお、前記『差替音声選択サブメニュー』や『差替音声選択ボックス』や『ダイアログ音声情報』等は、現在表示中の放送番組が差し替え用音声（ダイアログ）のデータを有している場合にのみ表示するようにすることが望ましい。具体的には、前記ＤＳＥが有するダイアログ制御情報に記載された追加ダイアログの数を示すパラメータ（例えば、『ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｌａｎｇ＿ｃｈａｎｓ』等）を参照し、前記追加ダイアログの数を示すパラメータの値に応じて、前記『差替音声選択サブメニュー』や『差替音声選択ボックス』や『ダイアログ音声情報』等の表示を制御するようにすれば良い。その他の追加ダイアログが存在することを示すパラメータを参照して前記制御を行っても良い。

例えば、前記第一の例では、前記追加ダイアログの数を示すパラメータの値が、現在表示中の放送番組が差し替え用音声（ダイアログ）のデータを有していない事を示している場合には、リモコンを操作してメインメニューから『音声設定』項目を選択した際に、『差替音声選択』項目が表示しないように制御を行えば良い。或いは、リモコンを操作してメインメニューから『音声設定』項目を選択した際に、『差替音声選択』項目は表示されるものの、前記『差替音声選択』項目を選択できないように無効化しておく（グレーアウトする等）ように制御すれば良い。前記第二の例では、前記追加ダイアログの数を示すパラメータの値が、現在表示中の放送番組が差し替え用音声（ダイアログ）のデータを有していない事を示している場合には、リモコンの『情報』キーを押下した際に、『差替音声選択ボックス』を表示しないように制御すれば良い。前記その他の情報は、表示しても問題ない。前記第三の例では、前記追加ダイアログの数を示すパラメータの値が、現在表示中の放送番組が差し替え用音声（ダイアログ）のデータを有していない事を示している場合には、リモコンの『ダイアログ選択』キーを押下した際に、『ダイアログ音声の選択はできません』や『この機能は現在使用できません』等のメッセージを表示するように制御すれば良い。

また、前述の各処理により、オリジナル音声を差し替え用音声（ダイアログ）に差替え処理する場合、差し替え用音声（ダイアログ）を別の差し替え用音声（ダイアログ）に変更する場合、オリジナル音声の差し替え用音声（ダイアログ）への差替え処理を解除する場合、等の音声切り替え処理の際には、変更前の音声をフェードアウトし、かつ変更後の音声をフェードインする処理、変更前の音声と変更後の音声をクロスフェードする処理、変更前の音声と変更後の音声の間に所定期間の無音を挿入する処理、等を行うようにすることが望ましい。

＜ダイアログ音声用チャンネル抽出処理＞
次に、図３０Ｂに示したような、ＬＡＴＭ／ＬＯＡＳストリーム形式で送出された音声データ（同図の例では２２．２ｃｈ分）からダイアログ音声用のチャンネル（同図の例では２ｃｈ分）の音声データを抽出する処理の動作に関して説明する。

本実施例の放送システムでは、ＬＡＴＭ／ＬＯＡＳストリーム形式で送出する音声データの所定のチャンネルをダイアログ音声用のチャンネルとして使用することが可能であるものとする。この場合、前記ＤＳＥのダイアログ制御情報に、ダイアログ情報が存在するかを示すパラメータ（例えば、『ｅｘｔ＿ｄｉａｌｏｇｅ＿ｓｔａｔｕｓ』）やダイアログ専用チャンネルの数を示すパラメータ（例えば、『ｎｕｍ＿ｄｉａｌｏｇｕｅ＿ｃｈａｎｓ』）等を記載するものとする。本実施例の放送受信装置１００は、前記ダイアログ情報が存在するかを示すパラメータやダイアログ専用チャンネルの数を示すパラメータ等を参照して、ＬＡＴＭ／ＬＯＡＳストリーム形式で送出する音声データにダイアログ音声用のチャンネルが存在するか否かを把握可能である。更に、ダイアログ専用チャンネルのインデックスを示すパラメータ（例えば、『ｄｉａｌｏｇｕｅ＿ｓｒｃ＿ｉｎｄｅｘ［］』）等を参照することにより、ＬＡＴＭ／ＬＯＡＳストリーム形式で送出された音声データのどのチャンネルが前記ダイアログ音声用のチャンネルとして使用されているかを把握可能である。従って、本実施例の放送受信装置１００は、前記各パラメータを参照することにより、ダイアログ音声用チャンネルの特定及びダイアログ音声データの抽出処理を行うことができる。

＜ダイアログ音声／背景音の音量調節処理＞
本実施例の放送受信装置１００は、ダイアログ音声と背景音の音量（レベル）をそれぞれ適宜調節して出力することが可能である。以下では、放送受信装置１００におけるダイアログ音声及び背景音の音量調節処理に関して説明する。

本実施例の放送受信装置１００におけるダイアログ音声及び背景音の音量調節処理には三つのパターンがある。第一のパターンは、図３０Ａに示した放送受信装置Ａや図３０Ｂに示した放送受信装置Ｄのように、ダイアログ音声の音量調節を行った後に、前記ダイアログ音声を含む全チャンネルの音声の音量調節を行うパターンである。第二のパターンは、図３０Ａに示した放送受信装置Ｂや図３０Ｂに示した放送受信装置Ｅのように、背景音の音量調節を行った後に、前記背景音を含む全チャンネルの音声の音量調節を行うパターンである。第三のパターンは、図３０Ａに示した放送受信装置Ｃや図３０Ｂに示した放送受信装置Ｆのように、ダイアログ音声の音量調節と背景音の音量調節とを、それぞれ独立で行うパターンである。なお、以下の記述では、前記放送受信装置Ａ〜Ｆの構成図において『Ｍ』の文字を付されたレベル調節（音量調節）を『メイン音量調節』、『Ｓ』又は『ｓ』の文字を付されたレベル調節（音量調節）を『サブ音量調節』と称して説明する場合がある。

本実施例の放送受信装置１００における、『メイン音量調節』及び『サブ音量調節』の処理の第一の例を図３２Ａに示す。前記第一の例では、放送受信装置１００を操作可能なリモコンの『音量』キーを操作することにより『メイン音量調節』を行う。また、前記リモコンの『メニュー』キーを押下することにより表示されるメインメニューで、『音声設定』項目及び『差替音声音量』項目を順に選択することにより表示される『差替音声音量調節バー』を操作することにより『サブ音量調節』を行う。視聴者は、前記リモコンの『カーソル』キーを操作して前記『差替音声音量調節バー』のつまみ位置を調整することにより、『サブ音量調節』を行うことが可能となる。なお、前記メインメニューの表示項目や階層構造、『差替音声音量調節バー』の形状等は同図に示したものと異なっていても良い。

前記『メイン音量調節』においては、前記放送受信装置Ａ、放送受信装置Ｂ、放送受信装置Ｄ、放送受信装置Ｅ、等では、前記リモコンの『音量』キーの操作に連動して、ダイアログ音声と背景音を含む全チャンネルの音声データの音量レベルが調節されるものとする。一方、前記放送受信装置Ｃ、放送受信装置Ｆ、等では、前記リモコンの『音量』キーの操作に連動して、背景音の音量レベルのみが調節されるものとする。

また、前記『サブ音量調節』においては、前記放送受信装置Ａ、放送受信装置Ｃ、放送受信装置Ｄ、放送受信装置Ｆ、等では、前記『差替音声音量調節バー』のつまみ位置を『Ｍａｘ』側に調節する処理に応じて、ダイアログ音声の音量レベルが上げられるように制御されるものとする。一方、前記放送受信装置Ｂ、放送受信装置Ｅ、等では、前記『差替音声音量調節バー』のつまみ位置を『Ｍａｘ』側に調節する処理に応じて、背景音の音量レベルが下げられ、結果的に、ダイアログ音声の音量レベルが背景音の音量レベルに対して相対的に上げられるように制御されるものとする。

本実施例の放送受信装置１００における、『メイン音量調節』及び『サブ音量調節』の処理の第二の例を図３２Ｂに示す。前記第二の例では、放送受信装置１００を操作可能なリモコンに、『メイン音量調節』を行うための『音量（Ｍ）』キーと『サブ音量調節』を行うための『音量（Ｓ）』キーを用意する。視聴者は、前記リモコンの『音量（Ｍ）』キーを操作することにより『メイン音量調節』を行うことが可能であり、前記『音量（Ｓ）』キーを操作することにより『サブ音量調節』をダイレクトに行うことが可能となる。

前記『メイン音量調節』においては、前記放送受信装置Ａ、放送受信装置Ｂ、放送受信装置Ｄ、放送受信装置Ｅ、等では、前記リモコンの『音量（Ｍ）』キーの操作に連動して、ダイアログ音声と背景音を含む全チャンネルの音声データの音量レベルが調節されるものとする。一方、前記放送受信装置Ｃ、放送受信装置Ｆ、等では、前記リモコンの『音量（Ｍ）』キーの操作に連動して、背景音の音量レベルのみが調節されるものとする。

また、前記『サブ音量調節』においては、前記放送受信装置Ａ、放送受信装置Ｃ、放送受信装置Ｄ、放送受信装置Ｆ、等では、前記『音量（Ｓ）』キーのＵｐ側の押下に応じて、ダイアログ音声の音量レベルが上げられるように制御されるものとする。一方、前記放送受信装置Ｂ、放送受信装置Ｅ、等では、前記『音量（Ｓ）』キーのＵｐ側の押下に応じて、背景音の音量レベルが下げられ、結果的に、ダイアログ音声の音量レベルが背景音の音量レベルに対して相対的に上げられるように制御されるものとする。

本実施例の放送受信装置１００における、『メイン音量調節』及び『サブ音量調節』の処理の第三の例を図３２Ｃに示す。前記第三の例では、放送受信装置１００を操作可能なリモコンに、『音声選択』キーを用意する。視聴者は、前記『音声選択』キーを押下することにより、前記リモコンの『音量』キーを操作した際に『メイン音量調節』と『サブ音量調節』の何れの処理を行うかを切り換えることが可能となる。即ち、初期状態においては、前記リモコンの『音量』キーを操作した際に『メイン音量調節』が可能であり、前記『音声選択』キーを一度押下した後は、前記『音量』キーの操作により『サブ音量調節』が可能となる。再度前記『音声選択』キーを押下した後は、前記『音量』キーの操作により再び『メイン音量調節』が可能となる。

前記『メイン音量調節』においては、前記放送受信装置Ａ、放送受信装置Ｂ、放送受信装置Ｄ、放送受信装置Ｅ、等では、前記リモコンの『音量』キーの操作に連動して、ダイアログ音声と背景音を含む全チャンネルの音声データの音量レベルが調節されるものとする。一方、前記放送受信装置Ｃ、放送受信装置Ｆ、等では、前記リモコンの『音量』キーの操作に連動して、背景音の音量レベルのみが調節されるものとする。

また、前記『サブ音量調節』においては、前記放送受信装置Ａ、放送受信装置Ｃ、放送受信装置Ｄ、放送受信装置Ｆ、等では、前記『音量』キーのＵｐ側の押下に応じて、ダイアログ音声の音量レベルが上げられるように制御されるものとする。一方、前記放送受信装置Ｂ、放送受信装置Ｅ、等では、前記『音量』キーのＵｐ側の押下に応じて、背景音の音量レベルが下げられ、結果的に、ダイアログ音声の音量レベルが背景音の音量レベルに対して相対的に上げられるように制御されるものとする。

図３２Ｄは、前記第一〜三の例で『メイン音量調節』又は『サブ音量調節』を行った際に、放送受信装置１００のモニタ部１６２に表示される音量レベル情報の一例を示す画面表示図である。本実施例の放送受信装置１００では、前述の『メイン音量調節』又は『サブ音量調節』の操作に応じて、同図に示した前記音量レベル情報を表示することにより、視聴者に対して、現在のダイアログ音声の音量レベル及び／又は背景音を含む全チャンネルの音声データの音量レベルを、同時に或いは個別に、報知することが可能である。

同図（ａ）は、前記『メイン音量調節』又は『サブ音量調節』の操作に応じた音量レベル情報の表示方法の第一の例である。前記第一の例では、前記『メイン音量調節』の操作に応じた全チャンネルの音声データの音量レベルと前記『サブ音量調節』の操作に応じたダイアログ音声の音量レベルの何れか一方を、同じ形状の音量レベル情報表示で表示するものである。この場合、前記全チャンネルの音声データの音量レベルとダイアログ音声の音量レベルとは、前記音量レベル情報の表示色の違い等により、識別可能とすれば良い。音量レベル情報の表示に前記第一の例の表示方法を用いた場合、前記音量レベル情報により隠される表示番組の面積を少なくすることが可能であり、視聴上好ましい。

同図（ｂ）は、前記『メイン音量調節』又は『サブ音量調節』の操作に応じた音量レベル情報の表示方法の第二の例である。前記第二の例では、前記『メイン音量調節』の操作に応じた全チャンネルの音声データの音量レベルと、前記『サブ音量調節』の操作に応じたダイアログ音声の音量レベルを、同時に表示するものである。この場合、視聴者は、前記全チャンネルの音声データの音量レベルとダイアログ音声の音量レベルのバランス等を容易に確認することが可能となる。

同図（ｃ）は、前記『メイン音量調節』又は『サブ音量調節』の操作に応じた音量レベル情報の表示方法の第三の例である。前記第三の例では、前記『メイン音量調節』の操作に応じた全チャンネルの音声データの音量レベルと、前記『サブ音量調節』の操作に応じたダイアログ音声の音量レベルを、メイン／サブの種別情報を付加して表示するものである。この場合、視聴者は、表示されている音量レベル情報の種別を簡単に確認でき、更に、前記音量レベル情報により隠される表示番組の面積を少なくすることが可能である。前記メイン／サブの種別情報は、背景音／ダイアログ等の異なる文言であっても良い。

なお、前記『差替音声音量調節バー』やダイアログ音声に関する音量レベル情報等は、現在表示中の放送番組が差し替え用音声（ダイアログ）のデータを有している場合にのみ表示するようにすることが望ましい。具体的には、前記ＤＳＥが有するダイアログ制御情報に記載された追加ダイアログの数を示すパラメータ（例えば、『ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｌａｎｇ＿ｃｈａｎｓ』等）を参照し、前記追加ダイアログの数を示すパラメータの値に応じて、前記『差替音声音量調節バー』やダイアログ音声に関する音量レベル情報等の表示を制御するようにすれば良い。その他の追加ダイアログが存在することを示すパラメータを参照して前記制御を行っても良い。前記参照したパラメータが、追加ダイアログが存在しないことを示している場合には、メニュー項目の無効化（グレーアウトする等）やメッセージの表示等の処理を、前述の＜ダイアログ音声選択処理＞の記載と同様に行えば良い。

また、前記追加ダイアログの数を示すパラメータが、現在表示中の放送番組が差し替え用音声（ダイアログ）のデータを有していないことを示している場合には、リモコンの『音量（Ｓ）』キー（前記第二の例の場合）や『音声選択』キー（前記第三の例の場合）が押下された場合に、『ダイアログ音声の音量調節はできません』や『この機能は現在使用できません』等のメッセージを表示するように制御すると良い。

＜ダイアログ音声／背景音の音質調整処理＞
本実施例の放送受信装置１００は、ダイアログ音声と背景音の音質（音声モード等）をそれぞれ適宜調整して出力することが可能である。以下では、放送受信装置１００におけるダイアログ音声及び背景音の音質調整処理に関して説明する。

なお、本実施例の音質（音声モード等）を調整する処理では、前記放送受信装置Ｃや前記放送受信装置Ｆにおけるレベル調節（音量調節）の処理と同様に、背景音の音質（音声モード等）の調整とダイアログ音声の音質（音声モード等）の調整とを、それぞれ独立で行うものとする。また、以下では、前記背景音の音質（音声モード等）を調整する処理を『メイン音質調整』、前記ダイアログ音声の音質（音声モード等）を調整する処理を『サブ音質調整』と称して説明する場合がある。

本実施例の放送受信装置１００における、『メイン音質調整』及び『サブ音質調整』の処理の第一の例を図３３Ａに示す。前記第一の例では、放送受信装置１００を操作可能なリモコンの『メニュー』キーを押下することにより表示されるメインメニューで、『音声設定』項目及び『音声モード』項目を順に選択することにより表示される『音声モード選択サブメニュー』（ただし、図示省略）を操作することにより『メイン音質調整』を行う。また、前記メインメニューで、『音声設定』項目及び『差替え音声音質』項目を順に選択することにより表示される『差替え音声音質選択サブメニュー』を操作することにより『サブ音質調整』を行う。視聴者は、前記リモコンの『カーソル』キー及び『決定』キーを操作することにより、『メイン音質調整』及び『サブ音質調整』を行うことが可能となる。なお、前記メインメニューの表示項目や階層構造等は同図に示したものと異なっていても良い。また、前記『音声モード選択サブメニュー』と前記『差替え音声音質選択サブメニュー』の表示項目（即ち、選択可能な背景音の音質（音声モード等）やダイアログ音声の音質（音声モード等））は同一であっても良いし、異なっていても良い。

本実施例の放送受信装置１００における、『メイン音質調整』及び『サブ音質調整』の処理の第二の例は、図３１Ｃに示した複数の差し替え用音声（ダイアログ）から１ｃｈを選択する処理と同様に、放送受信装置１００で選択可能な背景音の音質（音声モード等）やダイアログ音声の音質（音声モード等）を、『カラー』キーと関連付けて表示する『音質選択ボックス』（ただし、図示省略）を用いるものである。視聴者は、リモコンの『カラー』キーを押下することにより、所望の背景音の音質（音声モード等）やダイアログ音声の音質（音声モード等）を選択することが可能となる。なお、前記『音質選択ボックス』を用いて前記背景音の音質（音声モード等）とダイアログ音声の音質（音声モード等）の何れを選択可能とするかは、例えば、前記リモコンの『情報』キーを押下するたびに切り替えられて良い。

本実施例の放送受信装置１００における、『メイン音質調整』及び『サブ音質調整』の処理の第三の例は、図３１Ｅに示した複数の差し替え用音声（ダイアログ）から１ｃｈを選択する処理と同様に、リモコンの『ダイアログ選択』キーの押下回数に応じて、所望のダイアログ音声の音質（音声モード等）を選択することを可能とするものである。また、この場合、背景音の音質（音声モード等）は、前記第一の例と同様にメインメニューから選択するものとすれば良い。

本実施例の放送受信装置１００における、『メイン音質調整』及び『サブ音質調整』の処理の第四の例を図３３Ｂに示す。前記第四の例では、放送受信装置１００を操作可能なリモコンの『イコライザ』キーを押下することにより表示される『音質調整ボックス』を用いる。前記『音質調整ボックス』は、複数の帯域に分割した可聴範囲のそれぞれの帯域を独立にレベル調整可能とするアプリケーション表示である。視聴者は、前記リモコンの『カーソル（左右）』キーを操作して調整したい周波数帯域を選択し、『カーソル（上下）キー』を操作して前記周波数帯域のレベルを調整することが可能である。即ち、背景音及びダイアログ音声の音質を調整することが可能となる。

なお、前記『差替え音声音質選択サブメニュー』や『音質選択ボックス』や『音質調整ボックス』等は、現在表示中の放送番組が差し替え用音声（ダイアログ）のデータを有している場合にのみ表示するようにすることが望ましい。具体的には、前記ＤＳＥが有するダイアログ制御情報に記載された追加ダイアログの数を示すパラメータ（例えば、『ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｌａｎｇ＿ｃｈａｎｓ』等）を参照し、前記追加ダイアログの数を示すパラメータの値に応じて、前記『差替え音声音質選択サブメニュー』や『音質選択ボックス』や『音質調整ボックス』等の表示を制御するようにすれば良い。その他の追加ダイアログが存在することを示すパラメータを参照して前記制御を行っても良い。前記参照したパラメータが、追加ダイアログが存在しないことを示している場合には、メニュー項目の無効化（グレーアウトする等）やメッセージの表示等の処理を、前述の＜ダイアログ音声選択処理＞の記載と同様に行えば良い。

＜ダイアログ音声差替え／ミックス処理＞
次に、本実施例の放送受信装置１００における、ダイアログ音声の差し替え処理及びミックス処理の動作に関して説明する。

図３０Ａに示した例の場合、複数の差し替え用音声（ダイアログ）から選択された１ｃｈの差し替え用音声（ダイアログ）は、２２．２ｃｈの背景音の予め定めた所定のチャンネルと差替え処理又はミックス処理が可能であって良い。前記予め定めた所定のチャンネルは、図３０Ｂで説明したような、前記ＤＳＥのダイアログ制御情報に記述されたダイアログ専用チャンネルのインデックスを示すパラメータ（例えば、『ｄｉａｌｏｇｕｅ＿ｓｒｃ＿ｉｎｄｅｘ［］』）で指定された、ダイアログ音声を送出するためのチャンネルであっても良いし、その他の、例えば、視聴者が任意に選択したチャンネルであっても良い。何れの場合も、正中面に配置されるスピーカ（ＦＣ、ＢＣ、ＴｐＦＣ、ＴｐＣ、ＴｐＢＣ、ＢｔＦＣ）に対応するチャンネルは単独で選択されて良く、低域効果チャンネルのスピーカ（ＬＦＥ１、ＬＦＥ２）を除くその他のチャンネルは左右ペアで選択されるものとする。

前記差替え処理は、前記予め定めた所定のチャンネルの音声データに代替して前記選択された１ｃｈの差し替え用音声（ダイアログ）の音声データを出力する処理である。一方、前記ミックス処理は、前記予め定めた所定のチャンネルの音声データに前記選択された１ｃｈの差し替え用音声（ダイアログ）の音声データを合成して出力する処理である。本実施例の放送受信装置１００において、前記差替え処理とミックス処理の何れを行うかは、放送受信装置１００の機能設定等により予め定められていて良い。

例えば、前記予め定めた所定のチャンネルがＦＣ及びＢｔＦＣのチャンネルである場合、（即ち、単独で選択可能なチャンネルである場合）前記差替え処理により、スピーカ９３３（ＦＣ）からは前記ＦＣのチャンネルの音声データに代替して前記差し替え用音声（ダイアログ）の音声データが出力される。また、スピーカ９６３（ＢｔＦＣ）からは前記ＢｔＦＣのチャンネルの音声データに代替して前記差し替え用音声（ダイアログ）の音声データが出力される。また、ミックス処理を行う場合には、スピーカ９３３（ＦＣ）からは前記ＦＣのチャンネルの音声データと前記差し替え用音声（ダイアログ）の音声データの加算結果が出力される。また、スピーカ９６３（ＢｔＦＣ）からは前記ＢｔＦＣのチャンネルの音声データと前記差し替え用音声（ダイアログ）の音声データの加算結果が出力される。なお、これらの場合、スピーカ９３３（ＦＣ）から出力される差し替え用音声（ダイアログ）の音声データとスピーカ９６３（ＢｔＦＣ）から出力される差し替え用音声（ダイアログ）の音声データは、それぞれ独立してレベル調整等が行われて良い。

また、例えば、前記予め定めた所定のチャンネルがＦＬ及びＦＲのチャンネルである場合、（即ち、ペアで選択されるべきチャンネルである場合）前記差替え処理により、スピーカ９３１（ＦＬ）からは前記ＦＬのチャンネルの音声データに代替して前記差し替え用音声（ダイアログ）の音声データが出力される。また、スピーカ９３５（ＦＲ）からは前記ＦＲのチャンネルの音声データに代替して前記差し替え用音声（ダイアログ）の音声データが出力される。また、ミックス処理を行う場合には、スピーカ９３１（ＦＬ）からは前記ＦＬのチャンネルの音声データと前記差し替え用音声（ダイアログ）の音声データの加算結果が出力される。また、スピーカ９３５（ＦＲ）からは前記ＦＲのチャンネルの音声データと前記差し替え用音声（ダイアログ）の音声データの加算結果が出力される。なお、これらの場合、スピーカ９３１（ＦＬ）から出力される差し替え用音声（ダイアログ）の音声データとスピーカ９３５（ＦＲ）から出力される差し替え用音声（ダイアログ）の音声データは、レベル調整等が行われる場合には連動するものとする。前記連動は同一のレベル調整等の処理であっても良い。

＜その他のダイアログ音声制御処理＞
Ａ．ダイアログ音声の有無に応じた背景音の音量調節処理
図３４に、本実施例の放送受信装置１００における、ダイアログ音声の有無に応じた背景音のレベル調節処理の概要を示す。本実施例の放送受信装置１００では、ダイアログ音声の有無に応じて、ダイアログ音声がある場合（無音ではない場合）には、背景音の音量（レベル）を、視聴者の操作によらず自動的に、減少させる処理を行う機能を有するものとする。

例えば、図３０Ａに示した放送受信装置Ａの場合、まず、前記ＬＡＴＭ／ＬＯＡＳストリーム形式を含む放送波を受信し、前記４ｃｈの差し替え用音声（ダイアログ）から１ｃｈを選択する処理を行う。次に、前記選択した１ｃｈの差し替え用音声（ダイアログ）が無音か否かを確認する。更に、前記選択した１ｃｈの差し替え用音声（ダイアログ）が無音ではない場合、前記無音ではない期間に相当する前記２２．２ｃｈの音声（背景音）の音量（レベル）を所定量減少させるように制御を行う。図３４に示した例では、前記選択した１ｃｈの差し替え用音声（ダイアログ）のｔ１からｔ２の期間が無音ではない期間であり、従って、前記ｔ１からｔ２の期間を少なくとも含む所定期間、前記２２．２ｃｈの音声（背景音）の音量（レベル）を３ｄＢ減少させる制御を行っている。

また、例えば、図３０Ｂに示した放送受信装置Ｆの場合、まず、前記ＬＡＴＭ／ＬＯＡＳストリーム形式を含む放送波を受信し、前記２ｃｈ分のダイアログ音声を抽出する処理を行う。次に、前記抽出した２ｃｈ分のダイアログ音声が無音か否かを確認する。更に、前記抽出した２ｃｈ分のダイアログ音声の何れかのチャンネルが無音ではない場合、前記無音ではない期間に相当する前記２０．２ｃｈ分の背景音の音量（レベル）を所定量減少させるように制御を行う。図３４に示した例では、前記抽出した２ｃｈ分のダイアログ音声の何れかがｔ１からｔ２の期間で無音ではなく、従って、前記ｔ１からｔ２の期間を少なくとも含む所定期間、前記２０．２ｃｈ分の背景音の音量（レベル）を３ｄＢ減少させる制御を行っている。

なお、前記処理の後に、視聴者の操作に応じたダイアログ音声及び背景音の音量調節処理を、前述の＜ダイアログ音声／背景音の音量調節処理＞で説明したように行うものとする。

以上の処理を行うことにより、本実施例の放送受信装置１００では、背景音によりダイアログが聞き取りにくくなることを防ぐことが可能となる。なお、前述のダイアログ音声の有無に応じた背景音のレベル調節処理は、視聴者の操作により実行するか否かを選択することができるようにするのが望ましい。例えば、図示は省略するが、放送受信装置１００を操作可能なリモコンの『メニュー』キーを押下することにより表示されるメインメニューから、前記選択を可能とするように前記メインメニューを構成すれば良い。

Ｂ．ダイアログ音声の再生時間伸張処理
図３５に、本実施例の放送受信装置１００における、ダイアログ音声の再生時間伸張処理の概要を示す。本実施例の放送受信装置１００では、ダイアログ音声の無音期間を利用して、ダイアログ音声の再生速度を伸張する（即ち、再生速度を遅くする）処理を行う機能を有するものとする。

例えば、図３５に示したように、ダイアログ音声が、ｔ３からｔ５の第一の期間に音声を有しており、前記第一の期間に続くｔ５からｔ７の第二の期間に無音であるものとする。一方、背景音が、ｔ４からｔ６の第三の期間に音声を有しており、前記第三の期間に続くｔ６からｔ７の第四の期間に無音であるものとする。前述のような音声データを有するＬＡＴＭ／ＬＯＡＳストリーム形式を含む放送波を受信した場合、本実施例の放送受信装置１００では、抽出したダイアログ音声（或いは差し替え用音声）に対して再生速度の伸張処理を行い、一方、背景音に対しては前記処理を行わない。具体的には、ダイアログ音声に対しては、音声を有する期間を前記第一の期間（ｔ３からｔ５の期間）から、ｔ３からｔ８の第五の期間に伸張し、また、前記音声を有する期間に続く無音期間を前記第二の期間（ｔ５からｔ７の期間）から、ｔ８からｔ７の第六の期間に圧縮するように、デジタル信号処理によるデータ加工を行う。なお、前記伸張処理を行うデジタル信号処理によるデータ加工に関しては、公知の技術を用いれば良く、詳細の説明を省略する。

なお、前記処理の後に、必要に応じて、視聴者の操作に応じたダイアログ音声及び背景音の音量調節処理を、前述の＜ダイアログ音声／背景音の音量調節処理＞で説明したように行っても良い。

以上の処理を行うことにより、本実施例の放送受信装置１００では、ダイアログ音声をゆっくりと再生することが可能となり、視聴者が年配者の場合等にナレーション等が早口で聞きづらい等の状況を防ぐことが可能となる。一方、ＢＧＭ等はオリジナルの状態で再生されるので、番組（コンテンツ）の有する雰囲気を損なうこともない。なお、前述のダイアログ音声の再生時間伸張処理は、視聴者の操作により実行するか否かを選択することができるようにするのが望ましい。例えば、図示は省略するが、放送受信装置１００を操作可能なリモコンの『メニュー』キーを押下することにより表示されるメインメニューから、前記選択を可能とするように前記メインメニューを構成すれば良い。

以上、本実施例の放送受信装置１００によれば、ＭＰＥＧ−４ ＡＡＣ又はＭＰＥＧ−４ ＡＬＳ方式の音声データをＬＡＴＭ／ＬＯＡＳストリーム形式で送信する放送システムの放送波を受信し、前記放送波に含まれるダイアログ音声を個別に制御することが可能となる。即ち、より付加価値の高い機能を実行可能な放送受信装置を提供することが可能となる。

（実施例４）
図３６は、本発明の実施例４に係る映像及び音声アセットの特殊再生を行うための方法を示す説明図である。

本実施例の方式を利用すれば、放送された映像情報や音声情報を長さ方向で時間軸引き伸ばし／圧縮を行うことができる。具体的にはスロー再生や早送りという、特殊再生を行うことが可能である。映像や音声のアセットは、図６Ｅに記載のように、複数のＭＰＵで構成され、各々のＭＰＵには個別にＩＤと共に、各ＭＰＵの提示時刻が絶対時刻で決められている。

例えばMPU#1(10010)は時刻T#1(10011)に再生、MPU#2(10020)は時刻T#2(10021)に再生、MPU#3(100３0)は時刻T#1(10031)に再生、MPU#4(10040)は時刻T#4(10041)に再生し、各MPU各々の再生時間幅は、
ΔT#1(10012)＝T#2(10021)-T#1(10011)
ΔT#2(10022)＝T#3(10031)-T#2(10021)
ΔT#3(10032)＝T#4(10041)-T#3(10031)
ΔT#4(10042)＝T#5(10051)-T#4(10041)
となる。

ここで、時間軸引き伸ばし／圧縮の範囲が、元々の提示時刻を逸脱する範囲で行おうとした場合、例えば、
ΔT#1(10012)⇒ΔT#1’(10112)（ΔT#1(10012)＜ΔT#1’(10112)。引き伸ばし）
ΔT#2(10022)⇒ΔT#2’(10122)（ΔT#2(10022)＜ΔT#2’(10122)。引き伸ばし）
ΔT#3(10032)⇒ΔT#3’(10132)（ΔT#3(10032)＞ΔT#3’(10132)。圧縮）
ΔT#4(10042)⇒ΔT#4’(10142)（ΔT#4(10042)＞ΔT#4’(10142)。圧縮）
ただし、
ΔT#1’(10112)＝T#2’(10121)-T#1’(10111)
ΔT#2’(10122)＝T#3’(10131)-T#2’(10121)
ΔT#3’(10132)＝T#4’(10141)-T#3’(10131)
ΔT#4’(10142)＝T#5’(10151)-T#4’(10141)
という処理を行う場合、MPU#1、MPU#2は時間軸引き伸ばし、MPU#3、MPU#4は時間軸圧縮を行う。MPU#1’、MPU#2’、MPU#3’、MPU#4’は、元のMPU#1、MPU#2、MPU#3、MPU#4からデジタル補間計算により、開始時刻と終了時刻の変化に伴う各MPUの再生時間の変動に従ってデータの引き伸ばし/圧縮処理を行う。例えば映像の場合は、あるＭＰＵの時間が例えば１秒だったとき、変化後のＭＰＵ’の時間を例えば１．２秒に引き伸ばしたとき、ＭＰＵを構成するフレーム（例えば１０フレーム）のうち例えば５番目のフレームは、その前後のフレーム、例えば４番目〜６番目のフレームに適切な重み付けを施した結果を足し合わせることで、元のＭＰＵにおける例えば５．１フレーム目の時刻位置にあるフレーム画像を生成する。

これらを各フレームに対して計算することにより、時間軸を１．２倍に伸ばした後の、元のＭＰＵと同じ１０フレームの映像を生成することができる。音声も同様であり、特に音声はデジタル処理のため、時間軸引き伸ばしや圧縮を行った場合でも、音声の高さは変化がないので、本発明のような再生時間を伸ばしたり縮めたりするときに都合がいい。

以上の計算操作により、ＰＡメッセージ内の各ＭＰＵ提示時刻を、その時間軸引き伸ばし／圧縮に合わせて変更し、ユーザが任意に特殊再生を行った結果のデータは、やはりＭＭＴの方式に準拠した状態のまま生成されるので、ＭＭＴ方式に対応したテレビジョンに送って、映像と音声を再生を行うことが可能となる。つまり特殊再生により、コンテンツを見易く、聞き易くユーザが変更を行った場合でも、出力した信号を、特殊再生の結果としてではなく、ＭＭＴ方式に準拠する放送信号としてそのまま取り扱うので、そのまま記録し、それをいつでも再生することが可能になり、実施例で示した早口のナレーションをゆっくり再生する状態としていつでも見ることができる。

同様な方法で、ＭＰＵ単位で音声の大小の調整をすることもできる。更に、音声アセットの音声は、例えば２２．２ｃｈのマルチチャンネル音声を送ることができる。この各チャンネルを、異なる音声に割り当てると、６ｃｈ分のモノラル音声＋８ペアのステレオ音声＋２ｃｈのＬＦＥにという構成とすることで、最大１４の異なる音声を同時に送信し、各々の音量を独自に、ＭＰＵ単位で時刻別にコントロールすることができる。

図３７は、本発明の実施例４に係るＭＰＵの提示時刻を設定するフォーマットを示す説明図である。

ＭＭＴ方式において、ＭＰＵタイムスタンプ記述子のデータ構造は図３７のようになっている。ここでは最大Ｎ個のＭＰＵに関する記述を行うことができ、ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、各ＭＰＵを指定するＩＤ番号であり、ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅは、各ＭＰＵがその情報を提示する時刻を示している。実施例４における特殊再生は、このｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅを書き換え、同時にＭＰＵ内のデータを当該ＭＰＵの提示時刻と、その次のＭＰＵの提示時刻の範囲で示される、当該ＭＰＵの再生時間に合わせて、ＭＰＵ内のデータを時間軸引き伸ばし／圧縮処理をかけることで、ＭＭＴ方式に従ったフォーマットで、時間軸引き伸ばし／圧縮して再生することができる。

なお、このコンテンツを録画した場合、上記した方法による特殊再生時に、以下の（１）〜（３）に示すようなデータ保存を行っておくことにより、前記した時間軸引き伸ばし／圧縮再生を行うときにも、いつでも特殊再生前の元の再生を行うことができ、予め放送側でこれらを用意して提供されていれば、視聴者は自分の好みに合った速度での特殊再生を行うにあたり、自分で時間軸調整の処理を行う必要なく、放送局が提供したいくつかの特殊再生メニューから、自分の好みでタイムスタンプ記述子を選択することで、簡便に特殊再生を行って、見易い／聞き易い速度でコンテンツを視聴することができる。

（１）記録の際、オリジナルのデータ（タイムスタンプを書き換えていない）と特殊再生のために加工したデータの両方を記録しておく。
（２）記録の際、オリジナルのデータと、タイムスタンプの書換え指示（即ち変更後のタイムスタンプ記述子）を記録しておく。
（３）タイムスタンプ記述子のセットを放送で複数準備しておき、ユーザの好みで選択する。

（実施例５）
図３８は、本発明の実施例５に係る時間軸引き伸ばし／圧縮機能を用いて、コンテンツ再生中や再生前の事前設定により、コンテンツ内の各ＭＰＵ単位にて任意の速度での特殊再生を行う、ダイナミック特殊再生設定を具体的に適用する方法を示す説明図である。

ここでは、コンピュータを用いて、複数の音の種類で構成される楽曲を再生させる方法は、ＭＩＤＩ（Ｍｕｓｉｃ Ｉｎｓｔｒｕｍｅｎｔａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）という電子楽譜フォーマットに従って、コンピュータに内蔵又は外付けで構築されるシンセサイザーやＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）による実音データを再生させ、オーケストラ風に複数の楽器の同時使用による音楽の再生を行う機器は、音楽関係者によるコンピュータミュージックを始め、携帯電話の着信メロディなどに、広く一般に利用されているコンテンツ及び機器を用いた方法を示す。

上記ＭＩＤＩフォーマットによる方法は、楽譜を予め電子情報としてコンピュータにインプットし、その楽譜は複数の楽器で構成されるパート毎に独立に記述することができるため、ユーザ自身が歌を歌うときのバックコーラスや、ユーザ自身が特定の楽器を演奏するときに、他のパートを演奏させることで、単一楽器ではなく複数の楽器を用いた楽曲を、自分の演奏で参加することができ、特に個人で音楽を趣味とする人にとって有用なツールである。

また、コンピュータを用いて、複数の音の種類で構成される楽曲を再生させる方法は、楽曲の再生音量、特に楽器毎のパート別音量や、演奏速度は、予めコンピュータにデータを入力することで、それに従って自動的に演奏を行うものであり、指揮者が特に情感を込めて、音量や演奏速度を、楽譜上の部分毎に変化させるというような、実際のオーケストラで行われるような指揮者による演奏制御を行うようにはできていなかった。

本発明の目的は、指揮棒に指揮棒を振る時の方向や強さに応じて、楽曲の演奏音量や速度を変化させることで、指揮者の演奏時の意図を演奏に反映して、あたかもオーケストラの指揮者のように楽曲を演奏することを可能にする装置及び方法を提供するものである。

更にリハーサルから本番の演奏に至るまで、楽譜の読みとりの可否、楽器の演奏の可否に関係なく、実際の指揮者と同様の体験を行うことができる。

本実施例では、実施例４で示した、時間軸引き伸ばし／圧縮機能を用いて、コンテンツ再生中や再生前の事前設定により、コンテンツ内の各ＭＰＵ単位にて任意の速度での特殊再生を行う、ダイナミック特殊再生設定を用いて、オーケストラ等の音楽の演奏装置及び演奏方法による、実際の演奏動作を行えるような使用を可能にする方法を示す。

まず、前述のＭＭＴ方式における２２．２ｃｈマルチチャンネル音声のデータ領域を流用し、マルチチャンネルの各チャンネルを、各楽器の演奏音声に流用するという方法を用いる。例えば、８ペアのステレオ音声に主に高周波音を構成する楽器である第一・第二ヴァイオリンやヴィオラなどの小型〜中型の弦楽器やフルートや、クラリネットなどの小型〜中型の木管・金管楽器、６ｃｈ分のモノラル音声にチェロやコントラバスなどの大型の弦楽器や、ファゴット、ホルン、チューバなどの大型の木管・金管楽器を、＋２ｃｈのＬＦＥに主に低周波音となるティンパニやスネアドラムなどの打楽器を割り当てる構成とすることで、一つの音声アセットで最大１４の楽器を用いた演奏を行うことを可能にする。

これらの楽器の音声に、実施例４で示した時間軸の引き伸ばし／圧縮処理を行い、異なる楽器（ｃｈ）毎及び異なるＭＰＵ毎に、音量調整を個別に与えることで、複数の楽器の演奏音声を個別に録音したデジタルデータを用いて、本発明による演奏装置に利用する楽器演奏音声を提供することができる。

図３８（Ａ）は、オリジナルの楽譜１０００であり、各小節単位の時間は全て同じ時間t₀(1110〜1113)である。この小節の長さ全部を一つの音を鳴らすときは、全音符、図中の二つの音をそれぞれ等しい時間だけ鳴らすときは、二分音符、４つの音をそれぞれ等しい時間鳴らすときは四分音符、そして８分割して、それぞれの時間だけ音を鳴らす場合は、八分音符が使われる。更に図中の第二小節では、小節の３／４の時間を鳴らす音符と、四分音符の二種類の長さの音符で、この小節を構成している。楽譜はここでは上下二段に分かれており、本楽譜はピアノソナタなので、上段は右手、下段は左手のパートとして楽譜を記述している。楽譜がオーケストラなどの複数の楽器で構成された曲のものの場合は、このパートが各楽器毎に別々に並んでおり、本楽譜が上段下段の二段であるのに対して、楽器の数に合わせたｎ段の楽譜として記述されている。

各小節は、基本は前述のように全て等しい時間であるt₀(1110〜1113)で演奏するが、実際の演奏では、指揮者の意図などに応じて、各小節毎にt₁(1114)、t₂(1115)、t₃(1116)、t₄(1117)のように、異なる時間で、時間軸方向に抑揚（ピッチ変化）を付けて演奏を行うことが多い。更に小節内での時間配分も微妙に変化させることも、同様に指揮者の意図によって行われる。このような演奏による楽譜は（Ｂ）のような形になるが、書類として記録される楽譜は、基本的に小節の長さは等間隔で、（Ａ）のような楽譜として記録されている。

また、時間軸方向のピッチ変化だけではなく、各音符毎に強弱を付けて演奏をすることも、同様に行われる演奏方法である。これらは、特に楽譜に記載がない場合は、指揮者の意図により、その調整が行われる。
図３８（Ｃ）は、本発明による図３０（Ｂ）で指定した時間軸に従って指揮を行うときの、指揮棒の動きを示している。指揮棒１１３０は後述するように、その内部に指揮棒を振りまわす動作を検出する加速度センサが搭載されており、本図で示すように単純に指揮棒を上下に振った場合も、その振り方により表現できる指揮者の意図を表したものである。

図３８（Ｃ）において、指揮棒１１３０は、楽譜上段のパートに対する指揮として動かし、楽譜（ピッチ変更）１１２０の時間軸での演奏を行うために、楽譜の最初の音の位置で、振り上げた指揮棒を振りおろし、次の小節までに振りおろした指揮棒をゆっくり振り上げていくという指揮棒振り動作１０３１を繰り返したものである。この指揮棒１１３０の振り上げた状態から急激に振りおろすタイミングを、指揮者が自身の意図により変えることで、各小節の時間を、t₁(1114)、t₂(1115)、t₃(1116)、t₄(1117)のように変化させることができる。これは、指揮棒１１３０に内蔵したセンサが検出した指揮棒の動き表す信号を、楽器を再生する演奏装置が受信して、その時間に従って楽器の音声を出力することで行う。この詳細な動作は、図４１及び図４２で後述する。

同じく図３８（Ｃ）において、第一小節と第二小節で、指揮棒を振り上げてから振りおろす高さ（落差）を変えることで、指揮棒１１３０は内蔵したセンサが検出した加速度の大小を検出し、その信号を演奏装置に送信し、演奏装置は受信した加速度の大小に応じて、各小節毎の音量を変化させて、時間軸のピッチと同様に、音量も指揮者の意図に合わせて変化させた楽器の音声を出力する。

図３８（Ｄ）は、指揮者の意図を更に細かく表現するための、指揮棒振りを示した図である。ここでは、小節単位ではなく、基本的に各音符単位で指揮棒を上下する。指揮棒の上下幅は、図３８（Ｃ）で説明したように、その音符が示す音の音量を表す。ここでは、第三小節目で、各四分音符毎に指揮棒を振っており、このときは、第二小節までの指揮棒振り２回＝一小節の長さではなく、これまでの小節で演奏していた速度における、一小節の時間長さに対して、略二倍の速度で指揮棒振りを行っているので、演奏装置は自動的に指揮棒振りのタイミングが四分音符に相当する位置が最も近いと解釈して、四分音符に対するタイミング信号として処理を行う。ここで、第三小節のように四分音符４つが徐々に音量を上げていく処理を、指揮棒の振り方により演奏装置に伝達することが可能となる。

以上のように、指揮棒の振り方で、楽譜通りの等間隔時間演奏、かつ等音量演奏から、指揮者の情感に従った意図に応じた演奏が可能になる。そのとき指揮棒の振り速度に応じて、指揮者がどのパートにタイミングを合わせて指示をしているかを、営巣装置が検出して処理を行うので、指揮の途中で指揮棒振りのピッチを倍半分の単位で変化させても、演奏全体の演奏速度は無理な変化を起こすことなく、演奏を続けることができる。音符単位でピッチを微妙に変化させる場合については、図４２にて後述する。

これらのピッチ変化や音量変化を施すデータを、本発明によるＭＭＴ方式データストリーム上で実施することで、このコンテンツを放送波に乗せて、本発明の演奏装置機能を有するデジタルテレビにて受信し、その場で指揮棒による指揮振りに従った演奏を行うことができる。更に、デジタルテレビがＨＤＤなどの内蔵記憶媒体や、光ディスクなどの外部記憶媒体への録画が可能な場合や、又はＭＭＴ方式に対応する放送を受信できるゲーム機や、レコーダ／プレイヤなどのセットトップボックスや、パソコンを用いた場合、受信したコンテンツを用いて、本実施例に示したような指揮棒による指揮振りで音楽の演奏に指示を与え、その結果をＭＭＴ方式準拠の信号として生成・保存し、後で何度もそれを視聴することも可能となる。この具体的な方法は図３９以降で説明する。

図３９は、本発明の実施例５に係る演奏装置及び演奏方法を実行する機器のブロック図である。

本発明による演奏装置は、本質的には通常のコンピュータシステムである。ＣＰＵ２０００が中央情報処理装置であり、そのバス２００１には、ＭＭＴ方式による放送を受信し、その信号を処理するチューナ２０１０、プログラムを実行するＳＤ−ＲＡＭ２０２０、電源ＳＷ等の入力を受け付けるハードＳＷ２０３０、楽譜で指定した楽器と音階に従って、実際の楽器に近似した音の信号を発生するＭＩＤＩ音源２０４０、実際の楽器の音をサンプリングしたデジタルデータとして記録し、実際の楽器の音の信号を発生するサンプリング音源２０５０、ＭＩＤＩ音源２０４０やサンプリング音源２０５０を時間軸差分圧縮データから解凍したり、図示しないマイクロフォンや外部Ｉ／Ｆから入力されたデジタル音声データを時間軸差分圧縮したりするエンコーダ／デコーダ２０６０、ＭＩＤＩ音源２０４０やサンプリング音源２０５０から出力された音声データをアナログ波形の信号に変換し、スピーカを鳴らすための増幅処理を行うオーディオアンプ２０７０が接続されている。

また、オーディオアンプ２０７０には、オーディオアンプ２０７０で生成された音声を外部に出力するスピーカ２０８０が接続されている。

また、バス２００１には、ＣＰＵ２０１０が実行するプログラム２０９１や、基本データを予め記録してあるフラッシュメモリ２０９０、表示装置であるＬＣＤ２１０１と、ＬＣＤ２１０１上に重ねられてＬＣＤ２１０１に表示されたアイコンなどをタッチしたことを検出するタッチパネル２１０２の２つにより構成されるタッチパネルユニット２１００、オリジナルの楽譜２１１１や、図４１（Ａ）及び図４４（Ａ）にて後述する、演奏事前練習の結果として生成したレベル調整を行った楽譜２１１２、そしてＭＩＤＩ音源２０４０とサンプリング音源２０５０に加えて、特定の楽譜に付属して、楽譜の各パート別に予め録音した音声データであるパート別サンプリング音源２１１３などを、コンテンツ２１１４として保存する着脱可能な外部メモリ２１１０が接続されている。

そして、演奏装置をインターネット２１２１と接続して、ＭＭＴ方式によるネットワーク放送を受信したり、コンテンツ３１２１を有償無償でダウンロード購入を行える機能の他、作成した演奏データを外部データベース２１２１にアップデートすることで、他の人にも演奏を楽しんで貰えるようにネットワーク経由で他の人にメールで送信したり、ソーシャルネットワークサービスサイトにアップロードしたりする機能を有するネットワーク接続２１２０、そして指揮棒２１３１の動きを受信する短距離無線通信２１３０などが、バス２００１により接続され、相互に情報のやり取りを行うことができる構成となっている。

図４０は、本発明の実施例５に係る演奏装置及び演奏方法にて使用する指揮棒の動きを検出するパラメータを示した説明図である。
指揮棒３０００は、指揮者の手に握られて、それを振ることで楽団全員に対して指示を行うものであるが、本発明ではこの指揮棒の振り方を情報として取得し、演奏装置に送ることで、楽団全員に送る代わりに、楽団代わりの音源からの音声データを変化することにより、指揮者の意図を演奏に反映する。

ここで、指揮棒３０００により得られる動きは、図３８で示した上下動作に加えて左右動作の検出も行う上下左右動作３０２０、指揮棒の回転操作を用いて、演奏装置に指示を送る回転動作３０４０、図４２で後述するように、指揮棒がどの方向を向いているかを示す方向ベクトル３０３０、そして演奏装置に明示的に何らかの操作のＯＮ／ＯＦＦのような明確な指示を行うボタンスイッチ３０１０などの情報がある。これらの情報を駆使して、指揮者は本発明で使用する指揮棒を用いて、楽団に指示するのと同様に、演奏装置に演奏に関する指示を行うことができる。

これらの指揮棒の操作は、指揮棒内に設けた加速度センサ、指揮棒の先端に設置し、指揮棒が向いている先を撮影して、指揮棒を向けた先のもの（例えば図４１で後述する演奏パート選択部分）を撮影するカメラ等のデバイスを用いても良く、また指揮棒を本発明の演奏装置に設けた撮像装置等により撮影し、そこから指揮棒の動きを検出する等の方法など、如何なる方法を用いても良い。また検出する指揮棒の操作も、その振りだけではなく、テーブルにコツコツとぶつけるようなジェスチャーも、加速度センサの出力レベルを検出することによって識別し、指揮者の意図を検出しても良い。

（実施例６）
図４１は、発明の実施例６に係る演奏装置及び演奏方法により演奏練習や本番演奏を実行する内容を示すフローチャートである。

図４１（Ａ）は、演奏練習時のフローチャートである。このときは、主に演奏される各楽器の種別（パート）毎に、音量の調整を行い、オーケストラを構成する楽団全体の演奏音量のバランスを取るための操作となる。

まず、演奏を開始し（Ｓ４０００）、音量の調整が必要な指定位置まで演奏を継続する（Ｓ４０１０）。これは、練習中において、先に調整が完了した続きからはじめても良いし、演奏装置へのタッチパネルやハードＳＷなどによる入力により、指定した小節番号から再開しても良い。

次に、調整が必要な場所、即ち特定楽器音量変更を行う時点で停止する（Ｓ４０２０）。これは、図４０に示した指揮棒の振りにおける、左右に振る動作や、指揮棒を譜面台等にコツコツと当てる等の、特定の動作を停止命令として利用するが、この特定の動作は指揮者の好みに応じて、予め設定しておくことができる。

そして当該パートの指定楽器音量の変更を行い（Ｓ４０３０）、変更した結果の音を出し（Ｓ４０４０）、その音声調整量が適切かどうかを判断し（Ｓ４０５０）、再調整要であれば、再びＳ４０３０の処理に戻る。このときの当該パートの音量調整は、図４０における回転動作を用いても良いし、図４２にて後述するように、音量を上げる場合は、指揮棒を上に強く、ゆっくり下に戻してから再度上に強く振るという動作を繰り返しても良い。

図３９のブロック図には記載していないが、図示しないマイクロフォンを通して、音声による指示（「音量アップ」等）をしても良いし、指揮棒を持つ手の反対の手に、指揮棒と同様に動きを検出する機器（例えば指輪形状や腕輪形状）を用いても良く、更に図示しないカメラにより指揮者全身を撮影し、身振りによる指示を行っても良い。

音量調整が完了すれば、次の音量調節位置に向けて演奏を続行し（Ｓ４０６０）、全ての修正が終わったら、練習演奏を終了する。

図４１（Ｂ）は、本番演奏を行うときのフローチャートである。
演奏を開始し（Ｓ４０７０）、指揮棒を図３８で示したように、楽譜と合わせて振り続ける （Ｓ４０８０）。演奏の途中で、特定のパートの楽器の音量を変えたいときは、図４２にて後述する方法で、パート楽器を指揮棒の方向検出を用いて指定し（Ｓ４０９０）、図３８に示したように指揮棒の振り幅を変更（Ｓ４１００）することで、パート楽器の音量を調整して、調整した音量でその楽器を演奏する（Ｓ４１１０）。これを演奏終了まで繰り返し、最終小節を越えたら（Ｓ４１２０）、演奏を終了する。

図４２は、発明の実施例６に係る演奏装置及び演奏方法による演奏練習時の、演奏される各楽器の種別（パート）毎に、音量の調整を行い、オーケストラを構成する楽団全体の演奏音量のバランスを取る操作を示した説明図である。

テレビモニタ５０６０に、本発明による演奏装置の表示画面を示す。この画面は、実在の舞台を模倣して、第一ヴァイオリン、第二ヴァイオリン、サックス、トランペット、チェロなどの複数の場所に分かれた楽器パート５０６０が同時に表示されている。各々の楽器の音は、テレビモニタ５０６０に内蔵、又は演奏装置に接続したオーディオアンプの有する複数のスピーカからの出力により、テレビモニタ５０６０上での位置関係に従った音場で、楽器の音が出力される。テレビモニタ５０６０の画面には、楽譜の上で、その時点で演奏している部分５０５０が同時に表示されても良い。

図４１（Ｂ）で説明したパート楽器指定は、テレビモニタ５０６０の表示画像のうちの一つの楽器パート方向に向けた指揮棒５０００の方向ベクトル５０３０により指し示された楽器パートを、本実施例では例えば黒枠で囲った楽器パート選択部分５０４１で表示する。この選択は、他の楽器パートに対して、当該パートが独立して選択されたことを視覚的に示すための方法であれば、例えば当該パートのバックの色を変えるなど、他の方法を使っても良い。

この選択は、例えば一度ボタンスイッチ５０１０を押して離した後、後述する音量調整が終わってから、再度ボタンスイッチ５０１０を押すまで行われる。

パート選択指定が行われた後、演奏装置は当該演奏個所の所定範囲（小節単位、複数の小節による一定のメロディ単位など）を繰り返して演奏をし続ける。このとき、指揮棒を下方向にゆっくり、上方向に素早く動かすような「ＵＰ」ジェスチャー５０２０を行うことで、当該演奏範囲の、当該楽器パートの音量を増やすように設定する。音量を減らす場合は、この逆の操作をすれば良い。

また、一度音量を変更してみた後、元に戻したいときは、図示しないが、例えば指揮棒を左右に振るジェスチャーをすることで、音量変更をリセットすることができる。音量の増減は、図３９で示した回転操作で行っても良い。また、ボタンスイッチ５０１０の操作やジェスチャーの組み合わせにより、当該演奏範囲の演奏を、当該楽器のみの演奏にするか、全ての楽器の同時演奏にするかを切り替えることもでき、各楽器パート毎に指揮棒を使う指揮者の意思通りに、各楽器の音量を変更することができる。

図４３は、発明の実施例６に係る演奏装置及び演奏方法による演奏練習時の、指揮者による指揮棒の振りと、演奏している楽曲との間で、異なる位相を楽曲の再生側で合わせる動作を示した説明図である。

図４３（Ａ）は、楽譜の各小節に一度の割合で、タイミングを決める時刻を設定した状態である。図４３（Ｂ）は、同じく各小節に、今度は２回のタイミングを決める時刻を設定した状態である。何れの場合も、その楽譜の小節に、１分音符又は２分音符がある場合、その音符の位置と一致する場所がタイミングを決める時刻である。

図４３（Ｃ）は、この楽譜を演奏をする際の、指揮棒を振るタイミング６０００を示している。ここで、指揮者は第二小節の２分音符位置後半で、少し指揮棒を振るタイミングを遅らせて演奏している。これよりわずかな指揮振りｖｓ音符ずれタイミング（６０１０）という情報を発生し、図４３（Ｄ）に示すように、これ以降の演奏を続ける同期信号を、このずれの分だけ遅らせたところで位相を新たに決定して演奏を続ける。更に第三小節でも同様に指揮棒を振るタイミングを遅らせる操作を行っており、これに伴い、更にこの遅れの分だけ演奏同期信号の位相をずらしている。

ここで、演奏ずれのタイミングは、本楽譜の場合、ある一か所の時点で最小でも８分音符以上の指揮棒を振るタイミングの遅れは無視する。これは全ての音符、特に本楽譜にて第二パートの音符のタイミング全てで指揮棒を振っているわけではなく、また第一パートでも、例えば図４３（Ａ）の如く、全ての音符の位置で指揮棒を振っているわけではないので、徐々に演奏ピッチを変化させていく場合、楽譜の最小音符である８分音符以下の遅れを、演奏全体の同期を変化させる情報として使っている。

ただし、これは本楽譜の場合であって、楽譜の途中で、完全に演奏の変化点がありうるような、それまでの演奏から切り替えるような位置づけの場所があった場合は、その小節の先端のタイミングを、演奏者が思い切り指揮棒を振るのを遅らせた場合でも、その指揮棒に従った演奏を行う。

また、これまでの実施例では、指揮棒ひとつからの演奏タイミングを示す信号を取得して、それを用いて演奏同期信号の位相変化を行ってきたが、例えば本楽譜の場合でも、第一のパートと第二のパートで、特に第二のパートの音符の流れを、第一のパートの２分音符の更に下の間隔で微妙な変更を行ったり、第一のパートと第二のパートの音量を独立して制御した場合がある。この場合は、指揮者が右手に持つ指揮棒だけではなく、左手にも同様に指揮棒を振るのと同じ信号を取得するデバイスを持たせて、本発明の演奏装置に左手の動きを送っても良い。この左手に持つデバイスは、左手が握るものでも良く、左手に付ける指輪や腕時計などの演奏者が意識して保持する必要なく、左手に貼りついたデバイスのような形状にしても良い。

このように、両手それぞれに指揮振りを検出するデバイスを持った場合、図４２に示すようなリハーサルでの各楽器の音量調整は、右手の指揮棒でも、左手の指揮デバイスでも同じ操作を行うことができる。また、必要に応じて複数のパートのうち二つを同時に選択し、右手の指揮棒と左手の指揮デバイスを同時に用いることで、二つのパートを同時に発生させ、同時にそれぞれの音量を制御するようにしても良い。

図４４は、本発明の実施例６に係る演奏装置及び演奏方法による、具体的な指揮棒の振り方を示す説明図である。

通常、指揮者が振る指揮棒７１２０の指揮棒振り７１２１と、実際の演奏との間には、所定の時間差がある。これを指揮遅延７１００と呼ぶが、演奏者が指揮に従って、ピッチを変えるための反応に必要な時間で、いつも少し早目に指揮棒が振られ、楽器は指揮遅延７１００の分だけ遅れたタイミングで演奏される。この値は、本発明による演奏装置では、その処理能力に従って、短くすることができるが、予め指揮者が、例えば所定の秒数や、小節を単位として、例えば８分音符分という形でプリセットすることで、実際の演奏と同じように指揮遅延７１００が生じ、指揮者は指揮棒が振られてから、実際に確かに楽器演奏がその指揮に追随して変化していることを確認することができる。

指揮棒７１２０による指揮振り７１２１には、もうひとつ別な組み合わせがある。これまでの実施例で、例えば図３７で示したように、指揮棒は楽譜に対して、常に同じ間隔（例えば小節単位、又は２分音符単位など）で振っているが、特定の場所で特に盛り上がりがあり、そこでは通常よりもっと小さな音符を複数使って演奏が行われる場合、強調を目的とするために、その部分だけ指揮棒を小さな音符、本図では第２パートの八分音符に合わせて振る（高速時ジェスチャー７１１０）ということをする場合がある。このときの図３５で示したような指揮棒振りタイミングは、最小単位の８分音符に近くなるが、この場合は指揮棒の振りと楽譜の関係を小節単位ではなく、自動的にｎ倍速度である８分音符の位置に合わせて位相を調節した演奏を行う。

また、図４４で示したように、高速時ジェスチャー７１１０は、右手により指揮棒を小節又は２分音符単位で振るのと同時に、左手により指揮デバイスを８分音符に合わせた高速時ジェスチャー７１１０を行うことにより、指揮を行っても良い。

図４５は、本発明の実施例６に係る演奏装置及び演奏方法による、コンピュータミュージックスコアによる楽譜の表記と、そのスコアに従った演奏を示す説明図である。

図４５（Ａ）は、コンピュータが扱う楽譜のフォーマットの一例である。例えばＭＩＤＩ（Ｍｕｓｉｃ ｉｎｓｔｒｕｍｅｎｔａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）に代表されるようなコンピュータミュージックの楽譜データは、本実施例とほぼ同じ形をしている。ＴＲＫ（トラック番号）は、複数の楽器やパートを同時に演奏する際に、各楽器又はパートを分類する最小限の単位である。

ここでは、図３８以降で示した楽譜の冒頭の２小節、即ち図４５（Ｂ）の部分を表記しており、元の楽譜では二つのパートを同一の楽器（Ｐｉａｎｏ）で演奏するが、その上部分を右手パート、下部分は左手パートであり、そのうちの右手で演奏する上部分のパートをここでは記載している。このとき、右手のパートのトラック番号は２とする。次にＭＩＤＩ ｃｈは、本楽譜を演奏するときの楽器を指定する。

上記したＭＩＤＩという標準的なコンピュータフォーマットでは、コンピュータミュージックスコアに記載した楽器の番号は、実際に演奏を行うためにコンピュータに接続した音源によって異なる。一般的なコンピュータではｇｅｎｅｒａｌ ＭＩＤＩと呼び、各ｃｈ番号と楽器の種類は、コンピュータ内の音源を使用する場合は予め規定されており、この場合ではＭＩＤＩ ｃｈ＝１として、ピアノの音源を利用することとしている。ＭＥＡＳ（メジャーメント）は、楽譜における小節番号を示す。

ここでは、図４５（Ｂ）の楽譜の部分だけを記載しているので、１小節目と２小節目にデータ記載をしており、この楽譜は３小節目以降も存在するところを省略記述している。次にＳＴＥＰ（ステップ）は、ＭＥＡＳ（小節）内における、一番目の音符、二番目の音符という、各音符を示している。この楽譜では表記した二つのＭＥＡＳ（小節）にそれぞれ二つの音符があるので、各ＭＥＡＳ毎に１と２の二つのステップがある。Ｎｏｔｅは音階を示し、この２小節の上のパートで、Ｃ４（ミ）、Ｂ３（レ）、Ｅ４（ソ）、Ｄ４（ファ）と音階が続く。

ＳｔｅｐＴｉｍｅは、各音符が発声を始めるタイミングを示す。ここでは１小節の長さを予め１９２ステップと設定し、その単位で音符の発声タイミングを記述する。最初の音符（Ｃ４）は１小節の最初のためＳｔｅｐＴｉｍｅ＝０、次の音符（Ｂ３）は最初の音符の２分音符時間経過後に発声するので、ＳｔｅｐＴｉｍｅ＝１／２＊１９２＝９６と記述する。次の小節の冒頭は分音符（Ｅ４）であり、ＳｔｅｐＴｉｍｅ＝０。そして、その次の音符のＳｔｅｐＴｉｍｅ＝３／２＊１９２＝１４４となる。

小節内の各音符のＳｔｅｐＴｉｍｅの合計は、必ず小節の長さ、即ち１９２となる。ＧａｔｅＴｉｍｅはその音符の音が鳴らすために、ピアノだったらキーを押してから離すまで、弦楽器だったら音を鳴らしている間の時間である。これは他の音符と関係なく、次の小節までずれ込んでも構わないが、基本は次の音符の音を鳴らすまでの長さで設定し、例えばＳｔｅｐＴｉｍｅで９６の音符の場合は、ＧａｔｅＴｉｍｅ＝９４と、少し手前で発音を終了する数値を設定する。

最後にＶｅｌｏｃｉｔｙは、鍵盤楽器の場合は打鍵の強さ、弦楽器の場合は弓を引く速度に相当し、実質的には音量に相当する値となる。ただし弦楽器の場合は、打鍵をしてから時間経過とともに音は小さくなるので、最初の打鍵時の音の強さを設定する値となる。

これらのデータを並べた図４５（Ａ）のデータは、楽譜データストリームとして時間経過に従って流れつつ、各MIDI ch毎、即ち1_st Violinパケット８０２０、2_nd Violin Packet８０３０、Oboe Packet８０４０、Trumpet Packet８０５０に分離され、各々のパートは各々のMIDI chに相当する楽器の音源、即ちMIDI ch=2 1_st Violin８０２１、MIDI ch=3 2_nd Violin８０３１、MIDI ch=4 Oboe８０４１、MIDI ch=5 Trumpet８０５１に入力されて、それぞれの音源が発音した音声をアンプ８０６０により音声増幅をしてから、スピーカ８０７０にて実際の楽音を発音する。

ここで、楽譜データストリーム８０１０の基本テンポは、各小節の長さ＝１９２に相当する時間が一定であるとして、添付・打鍵力生成８０２０に入力され、基本となる等間隔添付で演奏されるが、ここに、指揮棒８０００による指示をジェスチャー解析して（８００１）得た指揮者の意図に従ったピッチや音量の変更を加味して、各音源に発音タイミングを流すことで、指揮者の意図に従った演奏を行うことができる。

（実施例７）
図４６は、本発明の実施例７に係る演奏装置及び演奏方法により演奏する楽譜と音で構成されるコンテンツを、各種のメディアを通して演奏装置が読みこみ、実際の発音を行う演奏動作を示す説明図である。

図４６（Ａ）は、演奏する音楽の楽譜原本である。ここでは上から順に、ピアノの右手パート、左手パートを示しており、この他に図示しないが、OboeやTrumpetなどの楽器のパートも平行してこの楽譜に記載されている。図４６（Ｂ）はピアノ右手パートの第一小節と第二小節の拡大で、記載内容は図４５（Ｂ）と同じである。

図４５ではＭＩＤＩインタフェースを用いて、電子音源を鳴らすためのスコアを記述しているが、本発明で発音する楽器は、図４５（Ａ）で示したパラメータで制御する電子音源にとどまらず、実際に本物の楽器で、この楽譜を演奏した実音声であった場合も制御することができる。このときは、実音声のストリーム上に各楽器の発音タイミング（ＳｔｅｐＴｉｍｅ）に相当する位置にタイミング信号を入れておき、本発明の演奏装置で演奏する際、指揮棒による発音タイミングに合わせて、実音声のストリーム上の発音タイミングを位相合わせすることで、指揮に合わせて実際の演奏音を同期させることができる。

以上のように、複数のパート（ＴＲＫ）×複数の小節（ＭＥＡＳ）で構成される楽譜である図４５（Ａ）は、例えばその一部の図４６（Ｂ）のパートに注目した場合、PianoパートPacket９０００がデータストリームとして扱われ、このデータストリームを指揮者がタイミングや音量を変化させつつ演奏することになるが、このデータストリームは、上記のようにＭＩＤＩ表記のデータの場合と、実際の演奏音に発音タイミングを付加したデータストリームの場合の両方がある。何れの場合も、特定のパートの演奏データストリームとして取り扱うことができる。

図４６（Ｃ）は、このデータストリームの演奏装置への入力と、データストリームに従った再生を示している。データストリーム９１３０は、各小節（ＭＥＡＳ）毎に時系列で連続したデータストリームとして構成される。具体的には小節番号１を、データヘッダMEAS Header#1、この小節を演奏する各楽器のＭＩＤＩデータ又は実際の演奏音声であるデータパケット（Piano Packet#1、Oboe Packet#1、Clarinet Packet＃１他）を一つのデータパックとして扱い、各小節毎に複数の楽器データをひとまとめにして、時系列に連続して並べた構成がデータストリームである。更に、特に実際の演奏音声の場合は、コンサートホールにおける舞台の上の全楽器パートを一望できるアングルで撮影した映像データも、Ｐａｃｋｅｔの一つとして扱い、データストリーム内に置くことで、演奏中のオーケストラのシーンを映像表示することができ、図４２に示した画面を実際の映像を用いて構成することができる。

このデータストリームは、図１に示すような放送波とインターネットの二つの情報伝達を同時に用いてデータストリームを受信するＭＭＴ方式のテレビジョン放送を用いる。この場合、図６Ｅに示す、映像アセット、音声アセット、字幕アセット他の中の実データを構成する各ＭＰＵが、その提示時間を指揮によるピッチ変更により書き換えることで、ＭＭＴ方式に準拠した方法にて、各ＭＰＵ毎に指定されるＰＡメッセージに記載された提示時間で指定された時刻に再生することで、指揮者が指定した演奏速度で演奏を行うことができる。扱うデータの種類がＭＩＤＩ信号の場合は、データアセットを用いても良く、実際に、各楽器毎に演奏された実音声を、パート別に送る場合は、音声アセットを用いれば良い。

更に、データストリーム９１３０は、例えば光ディスクを用いたパッケージメディア９１１１により提供され、このメディアを本発明の演奏装置機能を有する演奏プレイヤ９１１０や、本発明の演奏装置機能を有するソフトウェアをインストールしたパソコン９１２０に挿入して、前記したデータストリーム９１３０を光ディスクから逐次読みだしつつ演奏を行う方法があり、パソコン９１２０がインターネット９１２１からＭＭＴ方式に従ったデータストリーム９１３０を受信し、演奏を行うこともできる。

データストリーム９１３０は、図４５で説明したように、Piano Packet#1〜#3（9011〜9031）、Oboe Packet#1〜#3（9012〜9032）、Clarinet Packet#1〜#3（9013〜9033）、と、楽器パート別データストリーム９１３１に分類整理され、楽器毎の独立したデータストリームとして、タイムシフトバッファ９１４０を経由して、楽音出力装置９１５０にて、データストリームがＭＩＤＩ信号の場合は各楽器の音声の発音、データストリームが実際の楽器の演奏音である場合はそのまま、アンプ８０３０を通してスピーカ８０４０にて、実際の演奏楽音を出力する。

ここで、指揮者による指揮振り情報がなければ、各小節毎のテンポは一定速度で演奏されるが、本発明の演奏装置により指揮者による指揮振りのタイミングや音量制御情報を用いて、添付・打鍵力生成８００２により、ＭＩＤＩの場合はテンポ及びＶｅｌｏｃｉｔｙの変更、実際の楽器の演奏音である場合は、元のデータストリーム上にある演奏音の発音タイミングをタイムシフトバッファ９１４０からの読出しタイミングを変更し、楽音出力装置９１５０により各楽器の音量を独立に制御することで、本発明の演奏装置により、指揮者の指揮振りに従った演奏を行うことができる。

また、ＭＭＴ方式上では、各言語に対応する複数の音声チャンネルの音声データにおいて、複数の音声アセットにそれぞれ異なるアセットＩＤを定義して、複数の音声アセットの音声データを同時に発音することを可能となるようにすれば、各々の音声チャンネルに、楽器毎の演奏音声を割り当てることで、楽器毎にそれぞれ独立して２２．２ｃｈマルチチャンネルサウンドを提供することが可能になる。これを用いれば、図２９で示すような２２．２ｃｈマルチチャンネルシステムを用いて、指揮者が実際にコンサートホールでオーケストラの前で指揮をするような臨場感ある演奏を行うことができる。

以上、本発明の実施形態の例を、実施例１〜７を用いて説明したが、本発明の技術を実現する構成は前記実施例に限られるものではなく、様々な変形例が考えられる。例えば、ある実施例の構成の一部を他の実施例の構成と置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。これらは全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等もあくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。

前述した本発明の機能等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれの機能等を実現する動作プログラムを解釈して実行することによりソフトウェアで実現しても良い。ハードウェアとソフトウェアを併用しても良い。

なお、放送受信装置１００を制御する前記ソフトウェアは、製品出荷の時点で予め放送受信装置１００のＲＯＭ１０３及び／又はストレージ（蓄積）部１１０等に格納された状態であっても良い。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部１２４等を介して取得しても良い。

更に、実施例４で説明したように、ＭＭＴ方式に従った映像情報信号を、時間軸引き伸ばし／圧縮を行う特殊再生を可能にすることができる。

また、実施例５〜７で説明したように、オーケストラの指揮者が演奏時に行うように、演奏する楽曲のピッチ変化（演奏速度の変化）を、リアルタイムで実際の指揮者のように行うことができたり、また各楽器パートの発音音量を、演奏位置毎に変化させたりすることができ、楽器が弾けなくても、実際のオーケストラを、自分の情緒に従った速度や音量に揺らぎを与える演奏を行うことで、疑似的に指揮者の体験をすることができるようになる。

１００，８００…放送受信装置、１００ａ…アンテナ、１０１，８０１…主制御部、１０２，８０２…システムバス、１０３，８０３…ＲＯＭ、１０４，８０４…ＲＡＭ、１１０，８１０…ストレージ部、１２１，８２１…ＬＡＮ通信部、１２４，８２４…拡張インタフェース部、１２５，８２５…デジタルインタフェース部、１３１，８３１，８３２…チューナ／復調部、１３２…分離部、１４１…映像デコーダ、１４２…映像色域変換部、１４３…音声デコーダ、１４４…文字スーパーデコーダ、１４５…字幕デコーダ、１４６…字幕合成部、１４７…字幕色域変換部、１５１…データデコーダ、１５２…キャッシュ部、１５３…アプリケーション制御部、１５４…ブラウザ部、１５５…アプリケーション色域変換部、１５６…音源部、１６１，８６１…映像合成部、１６２，８６２…モニタ部、１６３，８６３…映像出力部、１６４，８６４…音声合成部、１６５，８６５…スピーカ部、１６６，８６６…音声出力部、１７０，８７０…操作入力部、８４１…ＭＭＴデコード処理部、８４２…ＭＰＥＧ２−ＴＳデコード処理部、２００…インターネット、２００ｒ…ルータ装置、２００ａ…アクセスポイント、３００ｔ…電波塔、３００ｓ…放送衛星（又は通信衛星）、３００…放送局サーバ、４００…サービス事業者サーバ、５００…その他のアプリケーションサーバ、６００…移動体電話通信サーバ、６００ｂ…基地局、７００…携帯情報端末、１０００…カメラ、１０１０…ホームＰＣ−Ａ、１０４０…ホームＰＣ−Ｂ、１０６０…携帯情報端末、２２１１…閲覧有効期限、７０００…アイコン、７０１０…ショートカット、８０００…画像ファイルフォーマット。

Claims (5)

1. デジタル放送のメディアトランスポートデータを受信可能な放送受信装置であって、
   メディアトランスポートデータに、放送番組毎の符号化番組映像データ又は符号化番組音声データを含む番組放送データが含められて伝送され、前記符号化番組映像データ又は前記符号化番組音声データは所定の単位で、時間軸方向に複数の分割データとして分割されており、各々の分割データと、その分割データを表示・再生する時刻を示す提示時刻情報とが対になって番組放送データ内に含まれて放送されており、
   各分割データに含まれる前記符号化番組映像データ又は前記符号化番組音声データを復号して、復号化番組映像データ又は復号化番組音声データを生成する復号部と、
   前記復号化番組映像データ又は前記復号化番組音声データ及び前記復号化番組映像データ又は前記復号化番組音声データについての前記提示時刻情報を取得し、復号化した前記復号化番組映像データを表示して出力又は前記復号化番組音声データを音声として出力する出力制御部と、
   前記復号部に入力される分割データの変換及び前記出力制御部に入力される時刻制御情報の変更を行うデータ変更部と、を備え、
   前記データ変更部は、前記複数の分割データのうちのｎ番目の分割放送データについての提示時刻情報に示される提示時刻を元の提示時刻情報より早い時刻に変更するとともに、前記複数の分割データのうちのｎ−１番目の分割データの内容を、元の内容よりも時間軸上で短い内容に変更した分割データに変更する、放送受信装置。
2. 請求項１に記載の放送受信装置において、
   ユーザによるジェスチャーを検出するジェスチャー検出部を備え、
   前記データ変更部は、前記ジェスチャー検出部の検出結果に応じて、前記提示時刻情報に示される提示時刻の変更及び前記分割データの内容変更を行う、放送受信装置。
3. 請求項２に記載の放送受信装置において、
   出力音声についての出力音量変更部を備え、
   前記出力音量変更部は、前記ジェスチャー検出部の検出結果に応じて、出力音量変更を行う、放送受信装置。
4. 請求項３に記載の放送受信装置において、
   前記メディアトランスポートデータには、複数チャンネルの符号化番組音声データが含められており、該複数チャンネルの符号化番組音声データによって伝送される音声データには、異なる楽器による複数のパートを含む合奏楽曲における前記複数のパートについての音声データが含まれる、放送受信装置。
5. 請求項４に記載の放送受信装置において、
   前記放送受信装置による前記合奏楽曲についての音声データの音声出力は一時停止可能であって、前記一時停止中に、前記複数のパートのうち一つのパートに対応する音声データを選択して、該音声データの出力音量について音量調整を行い、前記一時停止の解除後の前記選択されたパートの音声データについて、前記音量調整が適用された音量での音声出力を行う、放送受信装置。

Images