図面 (/)

技術 放送受信装置

出願人 マクセル株式会社
発明者 清水拓也吉澤和彦橋本康宣益岡信夫甲展明
出願日 2016年9月13日 (4年2ヶ月経過) 出願番号 2016-178172
公開日 2018年3月22日 (2年8ヶ月経過) 公開番号 2018-046345
状態 特許登録済
技術分野 記録のためのテレビジョン信号処理 デジタル記録再生の信号処理 双方向TV,動画像配信等 TV信号の記録
主要キーワード 出力制御状態 生産メーカ 送受信ライン 近接状況 予備ライン 時刻管理サーバ 視覚的違和感 提示要素
関連する未来課題
重要な関連分野

この項目の情報は公開日時点(2018年3月22日)のものです。
また、この項目は機械的に抽出しているため、正しく解析できていない場合があります

図面 (20)

課題

より付加価値の高い機能を実行可能なデジタル放送受信機を提供する。

解決手段

コンテンツを受信する放送受信装置であって、コンテンツを受信する受信部と、受信部で受信したコンテンツの映像解像度および/または伝達特性を変換する映像変換部と、映像変換部で変換したコンテンツを出力するためのインタフェースと、インタフェースからのコンテンツの出力状態を制御する制御部と、を備える。制御部は、受信部でコンテンツとともに受信する、コンテンツのコピー制御状態を示す制御情報と、コンテンツの出力時の保護の要否を指定する制御情報と、インタフェースから出力する際のコンテンツの映像の解像度と、インタフェースから出力する際のコンテンツの映像の伝達特性の組み合わせに応じて、インタフェースからのコンテンツの出力状態を決定する。

概要

背景

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

概要

より付加価値の高い機能を実行可能なデジタル放送受信機を提供する。コンテンツを受信する放送受信装置であって、コンテンツを受信する受信部と、受信部で受信したコンテンツの映像解像度および/または伝達特性を変換する映像変換部と、映像変換部で変換したコンテンツを出力するためのインタフェースと、インタフェースからのコンテンツの出力状態を制御する制御部と、を備える。制御部は、受信部でコンテンツとともに受信する、コンテンツのコピー制御状態を示す制御情報と、コンテンツの出力時の保護の要否を指定する制御情報と、インタフェースから出力する際のコンテンツの映像の解像度と、インタフェースから出力する際のコンテンツの映像の伝達特性の組み合わせに応じて、インタフェースからのコンテンツの出力状態を決定する。A

目的

しかしながら、現行のテレビ受信機が備えるデータ放送受信機能等のみの流用、或いは、前記データ放送受信機能等の機能拡張のみでは、前記要求に応え得る高付加価値のテレビ受信機を提供する

効果

実績

技術文献被引用数
0件
牽制数
0件

この技術が所属する分野

ライセンス契約や譲渡などの可能性がある特許掲載中! 開放特許随時追加・更新中 詳しくはこちら

請求項1

コンテンツを受信する放送受信装置であって、前記コンテンツを受信する受信部と、前記受信部で受信したコンテンツの映像解像度および/または伝達特性を変換する映像変換部と、前記映像変換部で変換したコンテンツを出力するためのインタフェースと、前記インタフェースからのコンテンツの出力状態を制御する制御部と、を備え、前記制御部は、前記受信部で前記コンテンツとともに受信する、前記コンテンツのコピー制御状態を示す制御情報と、前記コンテンツの出力時の保護の要否を指定する制御情報と、前記インタフェースから出力する際の前記コンテンツの映像の解像度と、前記インタフェースから出力する際の前記コンテンツの映像の伝達特性の組み合わせに応じて、前記インタフェースからのコンテンツの出力状態を決定するものであり、前記制御部は、前記コンテンツのコピー制御状態を示す制御情報がコピー制限があることを示している場合または前記コンテンツの出力時の保護の要否を指定する制御情報が出力時の保護を示している場合には、前記コンテンツを前記インタフェースから出力する際に出力保護を施す制御を行うが、該出力保護のレベルを前記インタフェースから出力する際の前記コンテンツの映像の解像度と、前記インタフェースから出力する際の前記コンテンツの映像の伝達特性の組み合わせに応じて変更する、放送受信装置。

技術分野

0001

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

背景技術

0002

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

先行技術

0003

特開2001−186486号公報

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

0004

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

0005

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

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

0006

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

0007

一例を挙げるならば、コンテンツを受信する放送受信装置であって、前記コンテンツを受信する受信部と、前記受信部で受信したコンテンツの映像解像度および/または伝達特性を変換する映像変換部と、前記映像変換部で変換したコンテンツを出力するためのインタフェースと、前記インタフェースからのコンテンツの出力状態を制御する制御部と、を備え、前記制御部は、前記受信部で前記コンテンツとともに受信する、前記コンテンツのコピー制御状態を示す制御情報と、前記コンテンツの出力時の保護の要否を指定する制御情報と、前記インタフェースから出力する際の前記コンテンツの映像の解像度と、前記インタフェースから出力する際の前記コンテンツの映像の伝達特性の組み合わせに応じて、前記インタフェースからのコンテンツの出力状態を決定するものであり、前記制御部は、前記コンテンツのコピー制御状態を示す制御情報がコピー制限があることを示している場合または前記コンテンツの出力時の保護の要否を指定する制御情報が出力時の保護を示している場合には、前記コンテンツを前記インタフェースから出力する際に出力保護を施す制御を行うが、該出力保護のレベルを前記インタフェースから出力する際の前記コンテンツの映像の解像度と、前記インタフェースから出力する際の前記コンテンツの映像の伝達特性の組み合わせに応じて変更する、放送受信装置、を用いる。

発明の効果

0008

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

図面の簡単な説明

0009

実施例1に係る放送受信装置を含む放送通信システムの一例を示すシステム構成図である。
MTにおける符号化信号の概要の説明図である。
MMTにおけるMPUの構成図である。
MMTにおけるMMTPパケットの構成図である。
MMTを用いる放送ステムプロトコルスタック概念図である。
放送システムで用いる制御情報の階層構成図である。
放送システムのTLV−SIで使用されるテーブルの一覧である。
放送システムのTLV−SIで使用される記述子の一覧である。
放送システムのMMT−SIで使用されるメッセージの一覧である。
放送システムのMMT−SIで使用されるテーブルの一覧である。
放送システムのMMT−SIで使用される記述子の一覧(その1)である。
放送システムのMMT−SIで使用される記述子の一覧(その2)である。
放送システムのデータ伝送と各テーブルの関係を示す図である。
実施例1に係る放送受信装置のブロック図である。
実施例1に係る放送受信装置の提示機能論理プレーン構造の構成図である。
実施例1に係る放送受信装置のクロック同期提示同期のシステム構成図である。
実施例1に係る放送受信装置のソフトウェア構成図である。
実施例1に係る放送局サーバのブロック図である。
実施例1に係るサービス事業者サーバのブロック図である。
実施例1に係る携帯情報端末のブロック図である。
実施例1に係る携帯情報端末のソフトウェア構成図である。
放送システムのMH−TOTのデータ構造を示す図である。
放送システムのJST_timeパラメータフォーマットを示す図である。
実施例1に係る放送受信装置のMJDからの現在日付算出方法を示す図である。
放送システムのNTP形式の構成を示す図である。
放送システムのMPUタイムスタンプ記述子のデータ構造を示す図である。
放送システムのTMCC拡張情報領域の時刻情報のデータ構造を示す図である。
実施例1に係る放送受信装置のチャンネルスキャン時の動作シーケンス図である。
放送システムのTLV−NITのデータ構造を示す図である。
放送システムの衛星分配システム記述子のデータ構造を示す図である。
放送システムのサービスリスト記述子のデータ構造を示す図である。
放送システムのAMTのデータ構造を示す図である。
実施例1に係る放送受信装置の選局時の動作シーケンス図である。
放送システムのMPTのデータ構造を示す図である。
放送システムのLCTのデータ構造を示す図である。
LCTに基づくレイアウト番号へのレイアウト割当の例を示す図である。
LCTに基づくレイアウト番号へのレイアウトの割当の例を示す図である。
LCTに基づくレイアウト番号へのレイアウトの割当の例を示す図である。
LCTに基づくレイアウト番号へのレイアウトの割当の例を示す図である。
LCTに基づく画面レイアウト制御の例外処理の動作を説明する図である。
LCTに基づく画面レイアウト制御の例外処理の動作を説明する図である。
放送システムのMH−EITのデータ構造を示す図である。
実施例1に係る放送受信装置のEPG画面画面表示図である。
実施例1に係る放送受信装置のEPG画面の画面表示図である。
実施例1に係る放送受信装置のEPG画面の画面表示図である。
実施例1に係る放送受信装置の緊急警報放送表示時の画面表示図である。
実施例2に係る放送受信装置のブロック図である。
放送サービス切り替え時の現在時刻表示不整合を説明する図である。
実施例2に係る現在時刻情報参照元選択制御の動作を説明する図である。
実施例2に係る現在時刻情報の更新処理の動作シーケンス図である。
実施例2に係る放送受信装置のEPG画面の画面表示図である。
実施例2に係る放送受信装置のEPG画面の画面表示図である。
実施例3に係る放送通信システムのシステム構成図である。
放送システムのコンテンツ情報記述子のデータ構造を示す図である。
放送システムのコンテンツ情報記述子におけるコンテンツタイプの意味を説明する図である。
放送システムのコンテンツ情報記述子におけるソース機器原色色度座標およびソース機器白色色度座標の意味を説明する図である。
放送システムのコンテンツ情報記述子におけるEOT識別の意味を説明する図である。
実施例3に係る放送受信装置のEPG画面の画面表示図である。
ソース機器とモニタ装置色域のずれを説明する図である。
実施例3に係る放送受信装置の色域変換処理を説明する図である。
実施例3に係る放送受信装置の色域変換処理を説明する図である。
実施例3に係る放送受信装置の画質調整項目を説明する図である。
実施例3に係る放送受信装置の輝度レベル変換処理を説明する図である。
実施例3に係る放送受信装置の輝度レベルの変換処理を説明する図である。
実施例4に係る放送通信システムのシステム構成図である。
実施例4に係る放送受信装置のブロック図である。
実施例4に係る放送受信装置のソフトウェア構成図である。
実施例4に係る放送受信装置とモニタ装置のインタフェース構成図である。
実施例4に係る放送受信装置が出力するマスタリング情報を説明する図である。
実施例5に係る放送通信システムのシステム構成図である。
実施例5に係る出力制御情報の一例を説明する図である。
実施例5に係る受信制御情報の一例を説明する図である。
実施例5に係る受信制御情報の一例を説明する図である。
実施例5に係る受信制御情報の一例を説明する図である。
実施例5に係る受信制御情報の一例を説明する図である。
実施例5に係るコンテンツの出力保護の決定処理の一例を説明する図である。
実施例5に係るコンテンツの出力保護の決定処理の一例を説明する図である。
実施例5に係るコンテンツの出力保護の決定処理の一例を説明する図である。

実施例

0010

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

0011

[システム構成]
図1は、本実施例の放送受信装置を含む放送通信システムの一例を示すシステム構成図である。本実施例の放送通信システムは、放送受信装置100とアンテナ100a、インターネット200等のブロードバンドネットワークおよびルータ装置200rとアクセスポイント200a、放送局電波塔300tと放送衛星(または通信衛星)300s、放送局サーバ300、サービス事業者サーバ400、その他のアプリケーションサーバ500、移動体電話通信サーバ600と移動体電話通信網基地局600b、携帯情報端末700、で構成される。

0012

放送受信装置100は、電波塔300tから送出された放送波を、放送衛星(または通信衛星)300sおよびアンテナ100aを介して受信する。或いは、電波塔300tから送出された放送波を、放送衛星(または通信衛星)300sを介さずに、直接アンテナ100aから受信しても良い。また、放送受信装置100は、ルータ装置200rを介してインターネット200と接続可能であり、インターネット200上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。

0013

ルータ装置200rは、インターネット200と有線通信により接続され、また、放送受信装置100とは有線通信または無線通信で、携帯情報端末700とは無線通信で接続される。前記無線通信は、Wi−Fi(登録商標)等の方式が使用されて良い。これにより、インターネット200上の各サーバ装置やその他の通信機器と放送受信装置100と携帯情報端末700とが、ルータ装置200rを介して、データの送受信を相互に行うことが可能となる。なお、放送受信装置100と携帯情報端末700との通信は、ルータ装置200rを介さずに、BlueTooth(登録商標)やNFC(Near Field Communication)等の方式で直接通信を行っても良い。

0014

電波塔300tは、放送局の放送設備であり、放送番組の符号化データや字幕情報、その他のアプリケーション汎用データ、等を含む放送波を送出する。放送衛星(または通信衛星)300sは、放送局の電波塔300tから送信された放送波を受信し、適宜周波数変換等を行った後に、放送受信装置100に接続されたアンテナ100aに対して前記放送波を再送信する中継器である。また、前記放送局は放送局サーバ300を備えるものとする。放送局サーバ300は、放送番組(動画コンテンツ等)および各放送番組番組タイトル、番組ID、番組概要、出演者情報放送日時、等のメタデータを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コンテンツおよび各メタデータの提供は、放送局サーバ300が備えるAPI(Application Programming Interface)を通して行われるものであって良い。

0015

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

0016

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

0017

移動体電話通信サーバ600は、インターネット200と接続され、一方、基地局600bを介して携帯情報端末700と接続される。移動体電話通信サーバ600は、携帯情報端末700の移動体電話通信網を介した電話通信(通話)およびデータ送受信を管理し、携帯情報端末700とインターネット200上の各サーバ装置やその他の通信機器との通信によるデータの送受信を可能とする。基地局600bと携帯情報端末700との通信は、W−CDMA(Wideband Code Division Multiple Access)(登録商標)方式やGSM(Global System for Mobile communications)(登録商標)方式、LTE(Long Term Evolution)方式、或いはその他の通信方式によって行われるものであって良い。

0018

携帯情報端末700は、移動体電話通信網を介した電話通信(通話)およびデータ送受信の機能やWi−Fi(登録商標)等による無線通信の機能を有するものとする。携帯情報端末700は、ルータ装置200rやアクセスポイント200aを介して、或いは、移動体電話通信網の基地局600bおよび移動体電話通信サーバ600を介して、インターネット200と接続可能であり、インターネット200上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。アクセスポイント200aは、インターネット200と有線通信により接続され、また、携帯情報端末700とは無線通信で接続される。前記無線通信は、Wi−Fi(登録商標)等の方式が使用されて良い。なお、携帯情報端末700と放送受信装置100との通信は、アクセスポイント200aおよびインターネット200とルータ装置200rを介して、或いは、基地局600bと移動体電話通信サーバ600およびインターネット200とルータ装置200rを介して行われるものであっても良い。

0019

[MMT方式の概要]
図1に示した放送受信装置100は、映像や音声等のデータを伝送するメディアトランスポート方式として、従来のデジタル放送システムで多く採用されているMPEG(Moving Picture Experts Group)−2システムで規定されたTS(Transport Stream)(以下、MPEG2−TSと記述する。)に代替して、MMT(MPEG Media Transport)に対応可能なテレビ受信機であるものとする。MPEG2−TSとMMTの双方に対応可能なテレビ受信機であっても良い。

0020

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

0021

図2Aに、本実施例のMMTにおける符号化信号の概要の一例を示す。同図に示したように、本実施例のMMTは、符号化信号を構成する要素として、MFU(Media Fragment Unit)、MPU(Media Processing Unit)、MMTP(MMT Protocol)ペイロード、MMTPパケットを有するものとする。MFUは、映像や音声等の伝送時の形式であり、NAL(Network Abstraction Layer)ユニット単位アクセスユニット単位で構成されて良い。MPUは、MPU全体の構成に関する情報を含むMPUメタデータと、符号化したメディアデータの情報を含むムービーフラグメントメタデータと、符号化したメディアデータであるサンプルデータと、で構成されて良い。また、サンプルデータからはMFUを取り出すことが可能であるものとする。また、映像コンポーネント音声コンポーネント等のメディアの場合、MPU単位やアクセスユニット単位で提示時刻復号時刻が指定されても良い。図2Bに、MPUの構成の一例を示す。

0022

MMTPパケットは、ヘッダ部とMMTPペイロードで構成され、MFUおよびMMTの制御情報を伝送するものとする。MMTPペイロードは、ペイロード部に格納する内容(データユニット)に応じたペイロードヘッダを備えるものとする。図2Cに、映像/音声信号からMFUを構成し、更にMMTPペイロードに格納して、MMTPパケットを構成するまでの概要の一例を示す。なお、フレーム間予測を用いて符号化を行う映像信号では、MPUをGOP(Group Of Pictures)単位で構成することが望ましい。また、伝送するMFUの大きさが小さい場合、1つのペイロード部に1つのMFUを格納しても良いし、1つのペイロード部に複数のMFUを格納しても良い。また、伝送するMFUの大きさが大きい場合には、1つのMFUを複数のペイロード部に分割して格納しても良い。また、MMTPパケットは、伝送路上におけるパケットロス回復するために、AL−FEC(Application Layer Forward Error Correction)やARQ(Automatic Repeat Request)等の技術を用いて保護されて良い。

0023

本実施例の放送システムにおいては、映像符号化方式としてMPEG−HHEVC(High Efficiency Video Coding)が用いられ、音声符号化方式としてMPEG−4 AAC(Advanced Audio Coding)またはMPEG−4ALS(Audio Lossless Coding)が用いられるものとする。前記各方式により符号化された、放送番組の映像や音声等の符号化データは、MFUやMPUの形式とし、更にMMTPペイロードに乗せてMMTPパケット化して、IP(Internet Protocol)パケットで伝送するものとする。また、放送番組に関連するデータコンテンツに関してもMFUやMPUの形式とし、更にMMTPペイロードに乗せてMMTPパケット化して、IPパケットで伝送して良い。データコンテンツの伝送方式としては、放送に同期したデータのストリーミングに用いる字幕文字スーパー伝送方式、放送と非同期のデータ伝送に用いるアプリケーション伝送方式、テレビ受信機上で動作するアプリケーションに対する同期/非同期のメッセージ通知に用いるイベントメッセージ伝送方式、その他の汎用データを同期型非同期型で伝送する汎用データ伝送方式、の四種類が用意されるものとする。

0024

MMTPパケットの伝送には、放送伝送路ではUDP/IP(User Datagram Protocol/Internet Protocol)が用いられ、通信回線ではUDP/IPまたはTCP/IP(Transmission Control Protocol/Internet Protocol)が用いられるものとする。また、放送伝送路においては、IPパケットの効率的な伝送のためにTLV(Type Length Value)多重化方式が用いられるものとする。本実施例の放送システムのプロトコルスタックの一例を図3に示す。図中、(A)は放送伝送路におけるプロトコルスタックの一例であり、(B)は通信回線におけるプロトコルスタックの一例である。

0025

本実施例の放送システムでは、MMT−SI(MMT−Signaling Information)とTLV−SI(TLV−Signaling Information)の二種類の制御情報を伝送する仕組みを用意するものとする。MMT−SIは、放送番組の構成等を示す制御情報である。MMTの制御メッセージの形式とし、MMTPペイロードに乗せてMMTPパケット化して、IPパケットで伝送するものとする。TLV−SIは、IPパケットの多重に関する制御情報であり、選局のための情報やIPアドレスとサービスの対応情報を提供するものとする。

0026

また、MMTを用いた放送システムにおいても、絶対時刻を提供するために時刻情報を伝送するものとする。なお、MPEG2−TSがTS毎に異なるクロックをベースとしてコンポーネントの表示時刻を示していたのに対し、MMTでは、協定世界時刻(Coordinated Universal Time:UTC)をベースとしてコンポーネントの表示時刻を示すものとする。これらの仕組みにより、異なる送信点から異なる伝送路で伝送されたコンポーネントを端末機器が同期して表示することが可能となる。UTCを提供するために、NTP(Network Time Protocol)形式のIPパケットを用いるものとする。

0027

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

0028

<TLV−SIで使用されるテーブル>
図5Aに、本実施例の放送受信装置100が対応する放送システムのTLV−SIで使用される『テーブル』の一覧を示す。本実施例では、TLV−SIの『テーブル』として以下に示すものが用いられるものとする。

0029

(1)TLV−NIT
TLV用ネットワーク情報テーブル(Network Information Table for TLV:TLV−NIT)は、ネットワークにより伝送されるTLVストリームの物理的構成に関する情報およびネットワーク自身の特性を表すものである。

0030

(2)AMT
アドレスマップテーブル(Address Map Table:AMT)は、ネットワークにおいて伝送される各サービスを構成するIPパケットのマルチキャストグループの一覧を提供する。

0031

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

0032

<TLV−SIで使用される記述子>
図5Bに、本実施例の放送受信装置100が対応する放送システムのTLV−SIに配置される『記述子』の一覧を示す。本実施例では、TLV−SIの『記述子』として以下に示すものが用いられるものとする。

0033

(1)サービスリスト記述子
サービスリスト記述子は、サービス識別サービス形式種別によるサービスの一覧を提供する。

0034

(2)衛星分配システム記述子
衛星分配システム記述子は、衛星伝送路物理的条件を示す。

0035

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

0036

(4)ネットワーク名記述子
ネットワーク名記述子は、文字符号によりネットワーク名を記述する。

0037

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

0038

<MMT−SIで使用されるメッセージ>
図6Aに、本実施例の放送受信装置100が対応する放送システムのMMT−SIで使用される『メッセージ』の一覧を示す。本実施例では、MMT−SIの『メッセージ』として以下に示すものが用いられるものとする。

0039

(1)PAメッセージ
Package Access(PA)メッセージは、種々のテーブルを伝送するために用いる。

0040

(2)M2セクションメッセージ
M2セクションメッセージは、MPEG−2 Systemsのセクション拡張形式を伝送するために用いる。

0041

(3)CAメッセージ
CAメッセージは、限定受信方式の識別のためのテーブルを伝送するために用いる。

0042

(4)M2短セクションメッセージ
M2短セクションメッセージは、MPEG−2 Systemsのセクション短形式を伝送するために用いる。

0043

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

0044

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

0045

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

0046

(1)MPT
MMTパッケージテーブル(MMT Package Table:MPT)は、アセットリストやアセットのネットワーク上の位置などのパッケージを構成する情報を与える。MPTはPAメッセージに格納されて良い。

0047

(2)PL
パッケージリストテーブル(Package List Table:PLT)は、放送サービスとして提供されるMMTパッケージのPAメッセージを伝送するIPデータフローおよびパケットID並びにIPサービスを伝送するIPデータフローの一覧を示す。PLTはPAメッセージに格納されて良い。

0048

(3)LCT
レイアウト設定テーブル(Layout Configuration Table:LCT)は、提示のためのレイアウト情報をレイアウト番号に対応付けるために用いる。LCTはPAメッセージに格納されて良い。

0049

(4)ECM
Entitlement Control Message(ECM)は、番組情報および制御情報からなる共通情報であり、スクランブルを解除するための鍵情報などを配送する。ECMはM2セクションメッセージに格納されて良い。

0050

(5)EM
Entitlement Management Message(EMM)は、加入者毎契約情報やECM(共通情報)の暗号を解くための鍵情報などを含む個別情報を伝送する。EMMはM2セクションメッセージに格納されて良い。

0051

(6)CAT(MH)
CAテーブル(Conditional Access Table:CAT)(MH)は、限定受信方式の識別のための記述子を格納するために用いる。CAT(MH)はCAメッセージに格納されて良い。

0052

(7)DCM
Download Control Message(DCM)は、ダウンロードのための伝送路暗号を復号するための鍵などからなる鍵関連情報を伝送する。DCMはM2セクションメッセージに格納されて良い。

0053

(8)DM
Download Management Message(DMM)は、DCMの暗号を解くためのダウンロード鍵などからなる鍵関連情報を伝送する。DMMはM2セクションメッセージに格納されて良い。

0054

(9)MH−EIT
MH−イベント情報テーブル(MH−Event Information Table:MH−EIT)は、各サービスに含まれるイベントに関する時系列情報である。MH−EITはM2セクションメッセージに格納されて良い。

0055

(10)MH−AI
MH−アプリケーション情報テーブル(MH−Application Information Table:MH−AIT)は、アプリケーションに関する全ての情報およびアプリケーションに要求される起動状態等を格納する。MH−AITはM2セクションメッセージに格納されて良い。

0056

(11)MH−BIT
MH−ブロードキャスタ情報テーブル(MH−Broadcaster Information Table:MH−BIT)は、ネットワーク上に存在するブロードキャスタの情報を提示するために用いる。MH−BITはM2セクションメッセージに格納されて良い。

0057

(12)MH−SDTT
MH−ソフトウェアダウンロードトリガテーブル(MH−Software Download Trigger Table:MH−SDTT)は、ダウンロードの告知情報のために用いる。MH−SDTTはM2セクションメッセージに格納されて良い。

0058

(13)MH−SDT
MH−サービス記述テーブル(MH−Service Description Table:MH−SDT)は、特定のTLVストリームに含まれるサービスを表すサブテーブルを有し、編成チャンネル名称放送事業者の名称など、編成チャンネルに関する情報を伝送する。MH−SDTはM2セクションメッセージに格納されて良い。

0059

(14)MH−TOT
MH−タイムオフセットテーブル(MH−Time Offset Table:MH−TOT)は、JST時刻と日付(修正ユリウス日)情報を伝送する。MH−TOTはM2短セクションメッセージに格納されて良い。

0060

(15)MH−CDT
MH−共通データテーブル(MH−Common Data Table:MH−CDT)は、これを受信する全ての受信機を対象として、不揮発性メモリに格納すべき共通データをセクション形式で伝送するために用いる。MH−CDTはM2セクションメッセージに格納されて良い。

0061

(16)DDMテーブル
データデレクトリ管理テーブル(Data Directory Management Table:DDMテーブル)は、アプリケーションのファイル構成ファイル伝送のための構成を分離するために、アプリケーションを構成するファイルディレクトリ構成を提供する。DDMテーブルはデータ伝送メッセージに格納されて良い。

0062

(17)DAMテーブル
データアセット管理テーブル(Data Asset Management Table:DAMテーブル)は、アセット内のMPUの構成とMPU毎バージョン情報を提供する。DAMテーブルはデータ伝送メッセージに格納されて良い。

0063

(18)DCCテーブル
データコンテント管理テーブル(Data Content Configuration Table:DCCテーブル)は、柔軟で有効なキャッシュ制御を実現するため、データコンテンツとしてのファイルの構成情報を提供する。DCCテーブルはデータ伝送メッセージに格納されて良い。

0064

(19)EMT
イベントメッセージテーブル(Event Message Table:EMT)は、イベントメッセージに関する情報を伝送するために用いる。EMTはM2セクションメッセージに格納されて良い。

0065

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

0066

<MMT−SIで使用される記述子>
図6Cおよび図6Dに、本実施例の放送受信装置100が対応する放送システムのMMT−SIに配置される『記述子』の一覧を示す。記述子は、より詳細な情報を提供する制御情報であり、テーブルに配置されるものとする。なお、記述子を配置するテーブルは記述子に応じて決まっていても良い。本実施例では、MMT−SIの『記述子』として以下に示すものが用いられるものとする。

0067

(1)アセットグループ記述子
アセットグループ記述子は、アセットのグループ関係グループ内での優先度を提供する。アセットグループ記述子はMPTに配置されて良い。

0068

(2)イベントパッケージ記述
イベントパッケージ記述子は、番組を表すイベントとパッケージの対応を提供する。イベントパッケージ記述子はM2セクションメッセージにて伝送されるMH−EITに配置されて良い。

0069

(3)背景色指定記述
背景色指定記述子は、レイアウト指定における最背面の背景色を提供する。背景色指定記述子はLCTに配置されて良い。

0070

(4)MPU提示領域指定記述子
MPU提示領域指定記述子は、MPUを提示する位置を提供する。MPU提示領域指定記述子はMPTに配置されて良い。

0071

(5)MPUタイムスタンプ記述子
MPUタイムスタンプ記述子は、MPUにおいて提示順序で最初のアクセスユニットの提示時刻を示す。MPUタイムスタンプ記述子はMPTに配置されて良い。

0072

(6)依存関係記述子
依存関係記述子は、依存関係にあるアセットのアセットIDを提供する。依存関係記述子はMPTに配置されて良い。

0073

(7)アクセス制御記述
アクセス制御記述子は、限定受信方式を識別するための情報を提供する。アクセス制御記述子はMPTまたはCAT(MH)に配置されて良い。

0074

(8)スクランブル方式記述子
スクランブル方式記述子は、スクランブル時の暗号化対象および暗号アルゴリズム種別を識別するための情報を提供する。スクランブル方式記述子はMPTまたはCAT(MH)に配置されて良い。

0075

(9)メッセージ認証方式記述子
メッセージ認証方式記述子は、メッセージ認証を行う場合にメッセージ認証方式を識別するための情報を提供する。メッセージ認証方式記述子はMPTまたはCAT(MH)に配置されて良い。

0076

(10)緊急情報記述子(MH)
緊急情報記述子(MH)は、緊急警報放送を行う場合に用いる。緊急情報記述子(MH)はMPTに配置されて良い。

0077

(11)MH−MPEG−4オーディオ記述子
MH−MPEG−4オーディオ記述子は、ISO/IEC14496−3(MPEG−4オーディオ)のオーディオストリーム符号化パラメータを特定するための基本情報を記述するために用いる。MH−MPEG−4オーディオ記述子はMPTに配置されて良い。

0078

(12)MH−MPEG−4オーディオ拡張記述子
MH−MPEG−4オーディオ拡張記述子は、MPEG−4オーディオストリームのプロファイルとレベルおよび符号化方式固有の設定を記述するために用いる。MH−MPEG−4オーディオ拡張記述子はMPTに配置されて良い。

0079

(13)MH−HEVCビデオ記述子
MH−HEVCビデオ記述子は、ITU−T勧告H.265|ISO/IEC23008−2の映像ストリーム(HEVCストリーム)の基本的な符号化パラメータを記述するために用いる。MH−HEVCビデオ記述子はMPTに配置されて良い。

0080

(14)MH−リンク記述子
MH−リンク記述子は、番組配列情報システムに記載されているある特定のものに関連した追加情報視聴者が要求した場合に提供されるサービスを識別する。MH−リンク記述子は、MPT、MH−EIT、MH−SDT、等に配置されて良い。

0081

(15)MH−イベントグループ記述子
MH−イベントグループ記述子は、複数のイベント間に関係がある場合にそれらのイベント群グループ化されていることを示すために用いる。MH−イベントグループ記述子はMH−EITに配置されて良い。

0082

(16)MH−サービスリスト記述子
MH−サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。MH−サービスリスト記述子はMH−BITに配置されて良い。

0083

(17)MH−短形式イベント記述子
MH−短形式イベント記述子は、イベント名およびそのイベントの短い記述をテキスト形式で表す。MH−短形式イベント記述子はMH−EITに配置されて良い。

0084

(18)MH−拡張形式イベント記述子
MH−拡張形式イベント記述子は、MH−短形式イベント記述子に付け加えて使用され、イベントの詳細記述を提供する。MH−拡張形式イベント記述子はMH−EITに配置されて良い。

0085

(19)映像コンポーネント記述子
映像コンポーネント記述子は、映像コンポーネントに関するパラメータや説明を示し、エレメンタリストリーム文字形式表現するためにも利用される。映像コンポーネント記述子はMPTまたはMH−EITに配置されて良い。

0086

(20)MH−ストリーム識別記述子
MH−ストリーム識別記述子は、サービスのコンポーネントストリームにラベルを付け、このラベルによってMH−EIT内の映像コンポーネント記述子で示される記述内容を参照できるために使用する。MH−ストリーム識別記述子はMPTに配置されて良い。

0087

(21)MH−コンテント記述子
MH−コンテント記述子は、イベントのジャンルを示す。MH−コンテント記述子はMH−EITに配置されて良い。

0088

(22)MH−パレンタルレート記述子
MH−パレンタルレート記述子は、年齢に基づいた視聴制限を表し、また、他の制限条件に基づくよう拡張するために用いる。MH−パレンタルレート記述子はMPTまたはMH−EITに配置されて良い。

0089

(23)MH−音声コンポーネント記述子
MH−音声コンポーネント記述子は、音声エレメンタリストリームの各パラメータを示し、エレメンタリストリームを文字形式で表現するためにも利用される。MH−音声コンポーネント記述子はMPTまたはMH−EITに配置されて良い。

0090

(24)MH−対象地域記述子
MH−対象地域記述子は、番組または番組を構成する一部のストリームが対象とする地域を記述するために使用される。MH−対象地域記述子はMPTに配置されて良い。

0091

(25)MH−シリーズ記述子
MH−シリーズ記述子は、シリーズ番組を識別するために用いる。MH−シリーズ記述子はMH−EITに配置されて良い。

0092

(26)MH−SI伝送パラメータ記述子
MH−SI伝送パラメータ記述子は、SIの伝送パラメータを示すために用いる。MH−SI伝送パラメータ記述子はMH−BITに配置されて良い。

0093

(27)MH−ブロードキャスタ名記述子
MH−ブロードキャスタ名記述子は、ブロードキャスタの名称を記述する。MH−ブロードキャスタ名記述子はMH−BITに配置されて良い。

0094

(28)MH−サービス記述子
MH−サービス記述子は、編成チャンネル名とその事業者名をサービス形式種別と共に文字符号で表す。MH−サービス記述子はMH−SDTに配置されて良い。

0095

(29)IPデータフロー記述
IPデータフロー記述子は、サービスを構成するIPデータフローの情報を提供する。IPデータフロー記述子はMH−SDTに配置されて良い。

0096

(30)MH−CA起動記述子
MH−CA起動記述子は、CAS基盤上のCASプログラムを起動するための起動情報を記載する。MH−CA起動記述子はMPTまたはCAT(CA)に配置されて良い。

0097

(31)MH−Type記述子
MH−Type記述子は、アプリケーション伝送方式で伝送されるファイルの型を示す。MH−Type記述子はDAMテーブルに配置されて良い。

0098

(32)MH−Info記述子
MH−Info記述子は、MPUまたはアイテムに関する情報を記述する。MH−Info記述子はDAMテーブルに配置されて良い。

0099

(33)MH−Expire記述子
MH−Expire記述子は、アイテムの有効期限を記述する。MH−Expire記述子はDAMテーブルに配置されて良い。

0100

(34)MH−Compression Type記述子
MH−Compression Type記述子は、伝送するアイテムが圧縮されていることを意味し、その圧縮アルゴリズムと圧縮前のアイテムのバイト数を示す。MH−Compression Type記述子はDAMテーブルに配置されて良い。

0101

(35)MH−データ符号化方式記述子
MH−データ符号化方式記述子は、データ符号化方式を識別するために使用される。MH−データ符号化方式記述子はMPTに配置されて良い。

0102

(36)UTC−NPT参照記述
UTC−NPT参照記述子は、NPT(Normal Play Time)とUTCの関係を伝達するために用いる。UTC−NPT参照記述子はEMTに配置されて良い。

0103

(37)イベントメッセージ記述子
イベントメッセージ記述子は、イベントメッセージ一般に関する情報を伝達する。イベントメッセージ記述子はEMTに配置されて良い。

0104

(38)MH−ローカル時間オフセット記述子
MH−ローカル時間オフセット記述子は、サマータイム実施時に実際の時刻(例えば、UTC+9時間)と人間系への表示時刻に一定のオフセット値を持たせるときに用いる。MH−ローカル時間オフセット記述子はMH−TOTに配置されて良い。

0105

(39)MH−コンポーネントグループ記述子
MH−コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義して識別する。MH−コンポーネントグループ記述子はMH−EITに配置されて良い。

0106

(40)MH−ロゴ伝送記述子
MH−ロゴ伝送記述子は、簡易ロゴ用文字列、CDT形式のロゴへのポインティングなどを記述するために用いる。MH−ロゴ伝送記述子はMH−SDTに配置されて良い。

0107

(41)MPU拡張タイムスタンプ記述子
MPU拡張タイムスタンプ記述子は、MPU内のアクセスユニットの復号時刻を提供する。MPU拡張タイムスタンプ記述子はMPTに配置されて良い。

0108

(42)MPUダウンロードコンテンツ記述子
MPUダウンロードコンテンツ記述子は、MPUを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。MPUダウンロードコンテンツ記述子はMH−SDTTに配置されて良い。

0109

(43)MH−ネットワークダウンロードコンテンツ記述子
MH−ネットワークダウンロードコンテンツ記述子は、ネットワークを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。MH−ネットワークダウンロードコンテンツ記述子はMH−SDTTに配置されて良い。

0110

(44)MH−アプリケーション記述子
MH−アプリケーション記述子は、アプリケーションの情報を記述する。MH−アプリケーション記述子はMH−AITに配置されて良い。

0111

(45)MH−伝送プロトコル記述子
MH−伝送プロトコル記述子は、放送や通信等の伝送プロトコルの指定と伝送プロトコルに依存したアプリケーションのロケーション情報を示すために用いる。MH−伝送プロトコル記述子はMH−AITに配置されて良い。

0112

(46)MH−簡易アプリケーションロケーション記述子
MH−簡易アプリケーションロケーション記述子は、アプリケーションの取得先の詳細を指示するために記述する。MH−簡易アプリケーションロケーション記述子はMH−AITに配置されて良い。

0113

(47)MH−アプリケーション境界権限設定記述子
MH−アプリケーション境界権限設定記述子は、アプリケーションバウンダリを設定し、かつ領域(URL)毎に放送リソースアクセス権限を設定するために記述する。MH−アプリケーション境界権限設定記述子はMH−AITに配置されて良い。

0114

(48)MH−起動優先情報記述子
MH−起動優先情報記述子は、アプリケーションの起動優先度を指定するために記述する。MH−起動優先情報記述子はMH−AITに配置されて良い。

0115

(49)MH−キャッシュ情報記述子
MH−キャッシュ情報記述子は、アプリケーションの再利用が想定される場合に、アプリケーションを構成するリソースキャッシュし保持しておく場合のキャッシュ制御に用いるために記述する。MH−キャッシュ情報記述子はMH−AITに配置されて良い。

0116

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

0117

(51)リンク先PU記述子
リンク先PU記述子は、当該プレゼンテーションユニット(PU)から遷移する可能性のある他のプレゼンテーションユニットを記述する。リンク先PU記述子はDCCテーブルに配置されて良い。

0118

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

0119

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

0120

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

0121

<MMT方式におけるデータ伝送と各制御情報の関係>
ここで、図6Eを用いて、本実施例の放送受信装置100が対応する放送システムにおけるデータ伝送と代表的なテーブルの関係について説明する。

0122

本実施例の放送受信装置100が対応する放送システムでは、放送伝送路を介したTLVストリームや通信回線を介したIPデータフロー等、複数の経路でデータ伝送を行うことができる。TLVストリームには、TLV−NITやAMTなどのTLV−SIと、IPパケットのデータフローであるIPデータフローが含まれている。IPデータフロー内には一連の映像MPUを含む映像アセットや一連の音声MPUを含む音声アセットが含まれている。同様に、IPデータフロー内には一連の字幕MPUを含む字幕アセット、一連の文字スーパーMPUを含む文字スーパーアセット、一連のデータMPUを含むデータアセットなどが含まれても良い。これらの各種アセットは、PAメッセージに格納されて伝送されるMPT(MMTパッケージテーブル)により、『パッケージ』という単位で関連付けられる。具体的には、MPTにパッケージID(後述の図17に示す『MMT_package_id_byte』パラメータに対応)と、当該パッケージに含まれる各アセットのアセットID(後述の図17に示す『asset_id_byte』パラメータに対応)とが記載されることにより、前記関連付けが行われる。

0123

パッケージを構成するアセットはTLVストリーム内のアセットのみとすることもできるが、図6Eに示すように、通信回線のIPデータフローで伝送されるアセットを含めることもできる。これは、当該パッケージに含まれる各アセットのロケーション情報(後述の図17に示す『MMT_general_location_info()』に対応)をMPT内に含めて、本実施例の放送受信装置100が各アセットの参照先を把握可能とすることにより実現できる。具体的には、前記ロケーション情報に配置される『MMT_general_location_infonolocation_type』パラメータの値を変更することにより、
(1)MPTと同一のIPデータフローに多重されているデータ
(location_type=0x00)
(2)IPv4データフローに多重されているデータ
(location_type=0x01)
(3)IPv6データフローに多重されているデータ
(location_type=0x02)
(4)放送のMPEG2−TSに多重されているデータ
(location_type=0x03)
(5)IPデータフロー内にMPEG2−TS形式で多重されているデータ
(location_type=0x04)
(6)指定するURLにあるデータ
(location_type=0x05)
など、様々な伝送経路で伝送される各種データを、放送受信装置100が参照できるように構成することが可能となる。

0124

前述の参照先のうち、(1)は、例えば、後述する図7Aの放送受信装置100のチューナ復調部131で受信するデジタル放送信号を経由して受信するIPデータフローである。MPTを通信回線側のIPデータフローにも含めて伝送する場合は、(1)の参照先が後述するLAN通信部121が通信回線を介して受信するIPデータフローになる場合もある。また、前記(2)、(3)、(5)、(6)は後述するLAN通信部121が通信回線を介して受信するIPデータフローである。また、前記(4)は、例えば、後述する図24に示す実施例2の放送受信装置800のように、MMT方式を用いるデジタル放送信号を受信する受信機能と、MPEG2−TS方式を用いるデジタル放送信号を受信する受信機能の両者を有する放送受信装置の場合に、MMT方式を用いるデジタル放送信号に含まれるMPTのロケーション情報(『MMT_general_location_info()』)に基づいて、MPEG2−TS方式を用いるデジタル放送信号を受信する受信機能で受信するMPEG2−TSに多重されているデータを参照する場合に用いることができる。

0125

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

0126

更に、MPTには、MPTが指定する各MPUの提示時刻情報(後述の図13Bに示す『mpu_presentation_time』パラメータに対応)が記載されており、当該提示時刻情報を用いて、MPTが指定する複数のMPUを、UTC表記の時刻情報であるNTPに基づくクロックを基準に、連動して提示(表示、出力など)することが可能となる。当該NTPに基づくクロックを用いた各種データの提示制御については後述する。

0127

図6Eに示される本実施例のデータ伝送方式では、更に『イベント』という概念がある。『イベント』は、M2セクションメッセージに含められて送られるMH−EITが扱う、いわゆる『番組』を示す概念である。具体的には、MH−EITに格納されたイベントパッケージ記述子が指し示す『パッケージ』において、MH−EITに格納された開示時刻(後述の図21に示す『start_time』パラメータに対応)から、継続時間(後述の図21に示す『duration』パラメータに対応)分の期間に含まれる一連のデータが、当該『イベント』の概念に含まれるデータである。MH−EITは、本実施例の放送受信装置100において当該『イベント』単位での各種処理(例えば、番組表生成処理や、録画予約視聴予約の制御、一時蓄積などの著作権管理処理)などに用いることができる。

0128

[放送受信装置のハードウェア構成
図7Aは、放送受信装置100の内部構成の一例を示すブロック図である。放送受信装置100は、主制御部101、システムバス102、ROM103、RAM104、ストレージ蓄積)部110、LAN通信部121、拡張インタフェース部124、デジタルインタフェース部125、チューナ/復調部131、分離部132、映像デコーダ141、映像色域変換部142、音声デコーダ143、文字スーパーデコーダ144、字幕デコーダ145、字幕合成部146、字幕色域変換部147、データデコーダ151、キャッシュ部152、アプリケーション制御部153、ブラウザ部154、アプリケーション色域変換部155、音源部156、映像合成部161、モニタ部162、映像出力部163、音声合成部164、スピーカ部165、音声出力部166、操作入力部170、で構成される。

0129

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

0130

ROM(Read Only Memory)103は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納された不揮発性メモリであり、例えばEEPROM(Electrically Erasable Programmable ROM)やフラッシュROMのような書き換え可能なROMが用いられる。ROM103には、放送受信装置100の動作に必要な動作設定値が記憶されても良い。RAM(Random Access Memory)104は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ROM103およびRAM104は主制御部101と一体構成であっても良い。また、ROM103は、図7Aに示したような独立構成とはせず、ストレージ(蓄積)部110内の一部記憶領域を使用するようにしても良い。

0131

ストレージ(蓄積)部110は、放送受信装置100の動作プログラムや動作設定値、放送受信装置100のユーザの個人情報等を記憶する。また、インターネット200を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、放送波から取得した、或いは、インターネット200を介してダウンロードした、動画静止画、音声等のコンテンツも記憶可能である。ストレージ(蓄積)部110の一部領域を以ってROM103の機能の全部または一部を代替しても良い。また、ストレージ(蓄積)部110は、放送受信装置100に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュROMやSSD(Solid State Drive)などの不揮発性半導体素子メモリ、HDD(Hard Disc Drive)などの磁気ディスクドライブ、等のデバイスが用いられる。

0132

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

0133

LAN(Local Area Network)通信部121は、ルータ装置200rを介してインターネット200と接続され、インターネット200上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のMMTデータ列(或いは、その一部)の取得も行うものとする。ルータ装置200rとの接続は有線接続であっても良いし、Wi−Fi(登録商標)等の無線接続であっても良い。LAN通信部121は符号回路復号回路等を備えるものとする。また、放送受信装置100が、BlueTooth(登録商標)通信部やNFC通信部、赤外線通信部等、他の通信部を更に備えていても良い。

0134

チューナ/復調部131は、アンテナ100aを介して電波塔300tから送信された放送波を受信し、主制御部101の制御に基づいてユーザの所望するサービスのチャンネル同調(選局)する。更に、チューナ/復調部131は、受信した放送信号を復調してMMTデータ列を取得する。なお、図7Aに示した例では、チューナ/復調部が1つである構成を例示しているが、複数画面同時表示裏番組録画等を目的として、放送受信装置100がチューナ/復調部を複数搭載する構成としても良い。

0135

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

0136

映像デコーダ141は、分離部132から入力した映像データ列を復号して映像情報を出力する。映像色域変換部142は、映像デコーダ141で復号した映像情報に対して、映像合成部161での映像合成処理のために、必要に応じて色空間変換処理を施す。音声デコーダ143は、分離部132から入力した音声データ列を復号して音声情報を出力する。また、映像デコーダ141および音声デコーダ143には、LAN通信部121を介してインターネット200上から取得した、例えば、MPEG−DASH(MPEG−Dynamic Adaptive Streaming overHTTP)形式等のストリーミングデータが入力されても良い。また、映像デコーダ141、映像色域変換部142、音声デコーダ143、等は、複数種類の映像データ列や音声データ列を同時に復号処理するために、複数備えられても良い。

0137

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

0138

ブラウザ部154は、キャッシュ部152若しくはLAN通信部121を介してインターネット200上のサーバ装置から取得したマルチメディアアプリケーションファイルやその構成要素であるファイル系データを、MMTデータ列に含まれる制御情報やLAN通信部121を介してインターネット200上のサーバ装置から取得した制御情報を解釈するアプリケーション制御部153の指示に従って提示する。なお、前記マルチメディアアプリケーションファイルは、HTML(Hyper Text Markup Language)文書やBML(Broadcast Markup Language)文書等であって良い。ブラウザ部154から出力されたアプリケーション情報は、更に、アプリケーション色域変換部155において、映像合成部161での映像合成処理のために、必要に応じて色空間変換処理を施される。また、ブラウザ部154は、音源部156に働きかけることにより、アプリケーション音声情報の再生も行うものとする。

0139

映像合成部161は、映像色域変換部142から出力された映像情報と字幕色域変換部147から出力された字幕情報とアプリケーション色域変換部155から出力されたアプリケーション情報等を入力し、適宜選択および/または重畳等の処理を行う。映像合成部161は図示を省略したビデオRAMを備え、前記ビデオRAMに入力された映像情報等に基づいてモニタ部162等が駆動される。また、映像合成部161は、主制御部101の制御に基づいて、必要に応じて、スケーリング処理やMMT−SIに含まれるMH−EIT等の情報に基づいて作成されたEPG(Electronic Program Guide)画面情報の重畳処理等を行う。モニタ部162は、例えば液晶パネル等の表示デバイスであり、映像合成部161で選択および/または重畳処理を施された映像情報を放送受信装置100のユーザに提供する。映像出力部163は、映像合成部161で選択および/または重畳処理を施された映像情報を出力する映像出力インタフェースである。

0140

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

0141

音声合成部164は、音声デコーダ143から出力された音声情報および音源部156で再生されたアプリケーション音声情報を入力して、適宜選択および/またはミックス等の処理を行う。スピーカ部165は、音声合成部164で選択および/またはミックス処理を施された音声情報を放送受信装置100のユーザに提供する。音声出力部166は、音声合成部164で選択および/またはミックス処理を施された音声情報を出力する音声出力インタフェースである。

0142

拡張インタフェース部124は、放送受信装置100の機能を拡張するためのインタフェース群であり、本実施例では、アナログ映像音声インタフェース、USB(Universal Serial Bus)インタフェース、メモリインタフェース等で構成されるものとする。アナログ映像/音声インタフェースは、外部映像音声出力機器からのアナログ映像信号/音声信号の入力、外部映像/音声入力機器へのアナログ映像信号/音声信号の出力、等を行う。USBインタフェースは、PC等と接続してデータの送受信を行う。HDDを接続して放送番組やコンテンツの記録を行っても良い。また、キーボードやその他のUSB機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。

0143

デジタルインタフェース部125は、符号化されたデジタル映像データおよび/またはデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部125は、チューナ/復調部131で復調して得たMMTデータ列やLAN通信部121を介して取得したMMTデータ列、或いは、前記各MMTデータ列の混合データをそのまま出力可能であるものとする。また、デジタルインタフェース部125から入力したMMTデータ列を分離部132に入力するように制御しても良い。ストレージ(蓄積)部110に記憶したデジタルコンテンツの出力、或いは、ストレージ(蓄積)部110へのデジタルコンテンツの記憶を、デジタルインタフェース部125を介して行っても良い。

0144

デジタルインタフェース部125は、DVI端子やHDMI(登録商標)端子やDisplay Port(登録商標)端子等であって、DVI仕様やHDMI仕様やDisplay Port仕様等に準拠した形式でデータの出力或いは入力がなされるものであって良い。IEEE1394仕様等に準拠したシリアルデータの形式で出力或いは入力されても良い。また、イーサネット(登録商標)や無線LAN等のハードウェアを介してデジタルインタフェース出力を行うIPインタフェースとして構成しても良い。この場合、デジタルインタフェース部125とLAN通信部121とはそのハードウェア構成を共有しても良い。

0145

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

0146

なお、前述のように、放送受信装置100がテレビ受信機等である場合、映像出力部163および音声出力部166は本発明に必須の構成ではない。また、放送受信装置100は、テレビ受信機の他、DVD(Digital Versatile Disc)レコーダなどの光ディスクドライブレコーダ、HDDレコーダなどの磁気ディスクドライブレコーダ、STB(Set Top Box)等であっても良い。デジタル放送受信機能放送通信連携機能を備えたPC(Personal Computer)やタブレット端末ナビゲーション装置ゲーム機等であっても良い。放送受信装置100がDVDレコーダ、HDDレコーダ、STB等である場合、モニタ部162およびスピーカ部165は備えなくとも良い。映像出力部163および音声出力部166或いはデジタルインタフェース部125に、外部モニタおよび外部スピーカを接続することにより、本実施例の放送受信装置100と同様の動作が可能となる。

0147

[放送受信装置のクロック同期/提示同期のシステム構成]
図7Cは、本実施例の放送受信装置100が対応する放送システムにおけるクロック同期/提示同期のシステム構成の一例である。本実施例の放送システムでは、UTCを64ビット長のNTPタイムスタンプ形式で、放送送出システムから受信機(本実施例の放送受信装置100等)に伝送する。前記NTPタイムスタンプ形式においては、UTCの『秒以上』を32ビットで表し、また、『秒未満』を32ビットで表すものとする。しかしながら、実際には、1秒を32ビット精度再現することは困難である。このため、映像システムの同期をとるためのシステムクロックやNTP形式の時計を動作させるためのシステムクロックとしては、例えば同図に示したような、『2の24乗』Hz(約16.8MHz)の周波数を用いるようにしても良い。なお、従来の放送システムにおけるシステムクロックが27MHzであったことおよび受信機のハードウェア構成を簡便に構築できること等を考慮すると、『2の24乗』〜『2の28乗』程度の、2のべき乗の周波数をシステムクロックとして採用することが望ましい。

0148

なお、放送送出システム側や受信機側において、システムクロックを前述のように『2の24乗』〜『2の28乗』程度の2のべき乗の周波数に設定した場合、放送送出システム側から受信機側に伝送されるNTPタイムスタンプ形式における、前記システムクロックやNTP形式の時計を再生するためのPLL(Phase Locked Loop)系に参照されない下位の8〜4ビットは、『0』或いは『1』に固定するようにしても良い。即ち、システムクロックが『2のn乗』Hz(図7Cの例では、n=24)であれば、NTPタイムスタンプ形式の下位『32−n』ビットを『0』或いは『1』に固定するようにしても良い。或いは、受信機側において、前記NTPタイムスタンプ形式の下位『32−n』ビットを無視するように処理しても良い。

0149

放送送出システム側では、NTP形式の時刻情報を外部から得ると、『2のn乗』HzのVCO(Voltage Controlled Oscillator)による32+nビットカウンタでPLL系を構成し、外部から与えられた時刻情報に同期する送出システム時計を実現する。また、『2のn乗』Hzのシステムクロックに同期して全体の信号処理系を動作させる。更に、前記送出システム時計の出力をNTP長形式の時刻情報として放送伝送路を介して受信機側に周期的に伝送する。

0150

受信機側では、放送伝送路を介してNTP長形式の時刻情報を受信し、放送送出システム側と同様に、『2のn乗』HzのVCOに基づくPLL系により受信システム時計を再生する。これにより、受信システム時計は、放送送出システム側と同期した時計となる。また、『2のn乗』Hzのシステムクロックに同期して受信機の信号処理系を動作させることにより、放送送出システム側と受信機側のクロック同期が実現され、安定した信号再生が可能となる。また、映像/音声信号の提示単位毎の復号時刻および提示時刻が、放送送出システム側において、前記NTP形式の時刻情報に基づいて設定される。ここで、放送信号で伝送されるPAメッセージに格納されるMPTには後述の図13Bに示すMPUタイムスタンプ記述子が格納されている。図13BのMPUタイムスタンプ記述子における『mpu_sequence_number(MPUシーケンス番号)』パラメータがタイムスタンプを記述するMPUのシーケンス番号を示し、『mpu_presentation_time(MPU提示時刻)』パラメータがMPUの提示時刻を64ビットのNTPタイムスタンプ形式で示している。よって、受信機はMPTに格納されるMPUタイムスタンプ記述子を参照し、映像信号、音声信号、字幕、文字スーパー等のMPU毎の提示(表示、出力など)タイミングを制御することが可能である。

0151

なお、前述の映像/音声信号等の提示単位毎の復号タイミングおよび提示タイミングの制御に着目した場合、『2の16乗』Hz(約65.5KHz)程度のクロックによっても映像/音声信号の同期は確保可能であり、この場合は、MPUタイムスタンプ記述子等に記述されるNTPタイムスタンプ形式の下位16ビットは参照しなくとも良い。即ち、復号タイミングおよび提示タイミングの制御にシステムクロックの分周等により生成した『2のm乗』Hzのクロックを用いた場合は、MPUタイムスタンプ記述子等に記述されるNTPタイムスタンプ形式の下位『32−m』ビットは参照しなくとも良い。従って、MPUタイムスタンプ記述子等に記述されるNTPタイムスタンプ形式の下位『32−m』ビットは『0』或いは『1』に固定するようにしても良い。

0152

[放送受信装置のソフトウェア構成]
図7Dは、本実施例の放送受信装置100のソフトウェア構成図であり、ROM103、RAM104およびストレージ(蓄積)部110におけるソフトウェアの構成を示す。本実施例においては、ROM103に基本動作プログラム1001およびその他の動作プログラムが記憶されており、ストレージ(蓄積)部110に受信機能プログラム1002およびその他の動作プログラムが記憶されている。また、ストレージ(蓄積)部110は、動画や静止画や音声等のコンテンツを記憶するコンテンツ記憶領域1200、外部の携帯端末機器や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域1300、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。

0153

ROM103に記憶された基本動作プログラム1001はRAM104に展開され、更に主制御部101が前記展開された基本動作プログラムを実行することにより、基本動作実行部1101を構成する。また、ストレージ(蓄積)部110に記憶された受信機能プログラム1002も同様にRAM104に展開され、更に主制御部101が前記展開された受信機能プログラムを実行することにより、受信機能実行部1102を構成する。また、RAM104は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。

0154

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

0155

受信機能実行部1102は、本実施例の放送システムで伝送される映像や音声等のコンポーネントを再生するために放送受信装置100の各動作ブロックを制御する。特に、トランスポート処理部1102aは、分離部132のMMTデコーダ機能を主として制御し、MMTデータ列から分離した映像データ列や音声データ列等をそれぞれ対応するデコード処理部に分配する。AVデコード処理部1102bは、映像デコーダ141や音声デコーダ143等を主として制御する。アプリケーション処理部1102cは、キャッシュ部152やアプリケーション制御部153やブラウザ部154や音源部156を主として制御する。文字スーパー処理部1102dは、文字スーパーデコーダ144を主として制御する。字幕処理部1102eは、字幕デコーダ145を主として制御する。汎用データ処理部1102fは、データデコーダ151を主として制御する。EPG生成部1102gは、MMT−SIに含まれるMH−EIT等の記述内容を解釈してEPG画面を生成する。提示処理部1102hは、前記論理的プレーン構造に基づいて、映像色域変換部142や字幕合成部146や字幕色域変換部147やアプリケーション色域変換部155や映像合成部161や音声合成部164を主として制御する。

0156

前記各動作プログラムは、製品出荷の時点で、予めROM103および/またはストレージ(蓄積)部110に格納された状態であっても良い。製品出荷後に、インターネット200上のその他のアプリケーションサーバ500等からLAN通信部121を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部124等を介して取得するものであっても良い。

0157

[放送局サーバの構成]
図8は、放送局サーバ300の内部構成の一例を示すブロック図である。放送局サーバ300は、主制御部301、システムバス302、RAM304、ストレージ部310、LAN通信部321、デジタル放送信号送出部360、で構成される。

0158

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

0159

ストレージ部310は、基本動作プログラム3001および放送コンテンツ管理/配信プログラム3002と放送コンテンツ送出プログラム3003を記憶し、更に、放送コンテンツ記憶領域3200およびメタデータ記憶領域3300を備える。放送コンテンツ記憶領域3200は放送局が放送する各放送番組の番組コンテンツ等を記憶する。メタデータ記憶領域3300は前記各放送番組の番組タイトル、番組ID、番組概要、出演者、放送日時、各番組コンテンツに係るコピー制御情報、等のメタデータを記憶する。

0160

また、ストレージ部310に記憶された基本動作プログラム3001および放送コンテンツ管理/配信プログラム3002と放送コンテンツ送出プログラム3003はそれぞれRAM304に展開され、更に主制御部301が前記展開された各プログラムを実行することにより、基本動作実行部3101、放送コンテンツ管理/配信実行部3102、放送コンテンツ送出実行部3103を構成する。

0161

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

0162

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

0163

放送コンテンツ送出実行部3103は、放送コンテンツ記憶領域3200に蓄積された放送番組の番組コンテンツや、メタデータ記憶領域3300に蓄積された放送番組の番組タイトル、番組ID、番組コンテンツのコピー制御情報等を含むMMTデータ列を、デジタル放送信号送出部360を介して電波塔300tから送出する際のタイムスケジュール管理等を行う。

0164

LAN通信部321は、インターネット200と接続され、インターネット200上のサービス事業者サーバ400等と通信を行う。LAN通信部321は符号回路や復号回路等を備えるものとする。デジタル放送信号送出部360は、放送コンテンツ記憶領域3200に蓄積された各放送番組の番組コンテンツ等の映像データ列や音声データ列、番組情報データ列、等で構成されたMMTデータ列を変調して、電波塔300tを介して、デジタル放送波として送出する。

0165

[サービス事業者サーバの構成]
図9は、サービス事業者サーバ400の内部構成の一例を示すブロック図である。サービス事業者サーバ400は、主制御部401、システムバス402、RAM404、ストレージ部410、LAN通信部421、で構成される。

0166

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

0167

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

0168

また、ストレージ部410に記憶された基本動作プログラム4001および映像コンテンツ管理/配信プログラム4002とアプリケーション管理/配布プログラム4004はそれぞれRAM404に展開され、更に主制御部401が前記展開された基本動作プログラムおよび映像コンテンツ管理/配信プログラムとアプリケーション管理/配布プログラムを実行することにより、基本動作実行部4101、映像コンテンツ管理/配信実行部4102、アプリケーション管理/配布実行部4104を構成する。

0169

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

0170

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

0171

LAN通信部421は、インターネット200と接続され、インターネット200上の放送局サーバ300や、ルータ装置200rを介して放送受信装置100と通信を行う。LAN通信部421は符号回路や復号回路等を備えるものとする。

0172

[携帯情報端末のハードウェア構成]
図10Aは、携帯情報端末700の内部構成の一例を示すブロック図である。携帯情報端末700は、主制御部701、システムバス702、ROM703、RAM704、ストレージ部710、通信処理部720、拡張インタフェース部724、操作部730、画像処理部740、音声処理部750、センサ部760、で構成される。

0173

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

0174

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

0175

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

0176

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

0177

通信処理部720は、LAN通信部721、移動体電話網通信部722、NFC通信部723、で構成される。LAN通信部721は、ルータ装置200rやアクセスポイント200aを介してインターネット200と接続され、インターネット200上の各サーバ装置やその他の通信機器とデータの送受信を行う。ルータ装置200rやアクセスポイント200aとの接続はWi−Fi(登録商標)等の無線接続で行われるものとする。移動体電話網通信部722は、移動体電話通信網の基地局600bとの無線通信により、電話通信(通話)およびデータの送受信を行う。NFC通信部723は対応するリーダライタとの近接時に無線通信を行う。LAN通信部721、移動体電話網通信部722、NFC通信部723は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また、通信処理部720が、BlueTooth(登録商標)通信部や赤外線通信部等、他の通信部を更に備えていても良い。

0178

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

0179

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

0180

画像処理部740は、表示部741、画像信号処理部742、第一画像入力部743、第二画像入力部744、で構成される。表示部741は、例えば液晶パネル等の表示デバイスであり、画像信号処理部742で処理した画像データを携帯情報端末700のユーザに提供する。画像信号処理部742は図示を省略したビデオRAMを備え、前記ビデオRAMに入力された画像データに基づいて表示部741が駆動される。また、画像信号処理部742は、必要に応じてフォーマット変換メニューやその他のOSD(On Screen Display)信号の重畳処理等を行う機能を有するものとする。第一画像入力部743および第二画像入力部744は、CCD(Charge Coupled Device)やCMOS(Complementary Metal Oxide Semiconductor)センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。

0181

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

0182

センサ部760は、携帯情報端末700の状態を検出するためのセンサ群であり、本実施例では、GPS受信部761、ジャイロセンサ762、地磁気センサ763、加速度センサ764、照度センサ765、近接センサ766、で構成される。これらのセンサ群により、携帯情報端末700の位置、傾き、方角動き、および周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。また、携帯情報端末700が、気圧センサ等、他のセンサを更に備えていても良い。

0183

携帯情報端末700は、携帯電話スマートホン、タブレット端末等であって良い。PDA(Personal Digital Assistants)やノート型PCであっても良い。また、デジタルスチルカメラ動画撮影可能なビデオカメラ携帯型ゲーム機やナビゲーション装置等、またはその他の携帯用デジタル機器であっても良い。

0184

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

0185

[携帯情報端末のソフトウェア構成]
図10Bは、本実施例の携帯情報端末700のソフトウェア構成図であり、ROM703、RAM704およびストレージ部710におけるソフトウェアの構成を示す。本実施例においては、ROM703に基本動作プログラム7001およびその他の動作プログラムが記憶されており、ストレージ部710に連携制御プログラム7002およびその他の動作プログラムが記憶されている。また、ストレージ部710は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域7200、テレビ受信機や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域7300、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。

0186

ROM703に記憶された基本動作プログラム7001はRAM704に展開され、更に主制御部701が前記展開された基本動作プログラムを実行することにより、基本動作実行部7101を構成する。また、ストレージ部710に記憶された連携制御プログラム7002も同様にRAM704に展開され、更に主制御部701が前記展開された連携制御プログラムを実行することにより、連携制御実行部7102を構成する。また、RAM704は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。

0187

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

0188

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

0189

前記各動作プログラムは、製品出荷の時点で、予めROM703および/またはストレージ部710に格納された状態であっても良い。製品出荷後に、インターネット200上のその他のアプリケーションサーバ500等からLAN通信部721または移動体電話網通信部722を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部724等を介して取得するものであっても良い。

0190

[放送受信装置の時刻管理
本実施例の放送受信装置は2種類の時刻管理機能を備える。1つ目の時刻管理機能は、NTPに基づく時刻管理機能であり、図7Cを用いて既に説明した通りである。二つ目の時刻管理機能は、MH−TOTに基づく時刻管理機能であり、図6Bで説明したMH−TOTにより伝送された時刻情報に基づいて管理される時刻である。

0191

NTPで伝送する時刻情報の構成の一例を図13Aに示す。また、前記MPUタイムスタンプ記述子のデータ構造の一例を図13Bに示す。前記NTP形式における『reference_timestamp』パラメータや『transmit_timestamp』パラメータ等は、64ビット長のNTP長形式の時刻データであり、また、前記MPUタイムスタンプ記述子における『mpu_presentation_time』パラメータも64ビット長のNTPタイムスタンプ形式の時刻データである。前記NTP長形式の時刻データや前記NTPタイムスタンプ形式の時刻データは、UTCの『秒以上』を32ビットで、『秒未満』を32ビットで表したデータである。即ち、NTP形式の時刻情報は、『秒未満』までの時刻情報を伝送可能である。更にNTP形式の時刻情報はUTC表記であるため、従来のデジタル放送におけるクロック管理と異なり、図3(B)に示すように通信回線経路(例えば、図7AのLAN通信部121で受信可能な通信回線)で受信する信号に含まれるNTPとも整合をとることができる。

0192

これに対し、MH−TOTで伝送される情報は以下の通りである。放送受信装置100は、MH−TOTにより現在日付と日本標準時刻を取得可能であるものとする。図11Aに、MH−TOTのデータ構造の一例を示す。放送受信装置100は、前記MH−TOTの『JST_time』パラメータから現在日付および現在時刻を取得可能である。『JST_time』パラメータは、図11Bに示すように、修正ユリウス日(Modified Julian Date:MJD)による現在日付の符号化データの下位16ビットと、日本標準時(Japan Standard Time:JST)を6個の4ビット2進化10進数(Binary−Coded Decimal:BCD)で表した24ビットの情報を含むものとする。前記MJDの16ビット符号化データに所定の演算を施すことにより、現在日付を算出することが可能である。6個の4ビット2進化10進数とは、2個の4ビット2進化10進数により10進法2桁で『時』を表し、次の2個の4ビット2進化10進数により10進法2桁で『分』を表し、最後の2個の4ビット2進化10進数により10進法2桁で『秒』を表すものである。

0193

よって、NTPに基づく時刻とMH−TOTに基づく時刻との相違点は、前者のNTPが前述のように『秒未満』までの時刻情報を伝送できるUTC表記の情報であるのに対し、MH−TOTで伝送される情報は、JST表記の『秒単位』までの情報であるという点である。

0194

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

0195

更に、本実施例の放送受信装置は、MH−TOTの6個の4ビット2進化10進数で表した24ビットの情報を含む『JST_time』に基づく時刻管理機能を、ユーザへの現在時刻の提示処理または図6Bで説明したMH−イベント情報テーブル(MH−EIT)を扱う各処理に用いれば良い。一般的に、放送受信装置におけるユーザへの現在時刻の提示処理においては、秒未満までの精度が要求されることはほとんどない。また、MH−イベント情報テーブル(MH−EIT)に記述される各時間情報は、MPEG2−TS方式で伝送される従来のデジタル放送のEITと同様に、6個の4ビット2進化10進数で表した24ビットの情報で10進法2桁ずつの『時』、『分』、『秒』で格納されている。このため、本実施例の放送受信装置100におけるMH−TOTに基づく時刻管理機能は、MH−EITを用いる処理と整合し易いためである。MH−EITを用いる処理とは具体的には、番組表の生成処理(後述する)や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等である。何れの処理も秒未満までの精度が要求されることは稀であり、1秒単位の精度で十分だからである。

0196

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

0197

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

0198

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

0199

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

0200

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

0201

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

0202

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

0203

この際、当該想定遅延時間に関する情報は図3(A)に示すTLV多重化ストリーム内ではなく、TLV多重化ストリーム外のTMCC(Transmission and Multiplexing Configuration Control)領域内で伝送するように構成しても良い。TMCC領域内で伝送すれば、放送受信装置100において、TLV多重化ストリームの分離処理デマックス処理)を経ることなしに当該想定遅延時間に関する情報を抽出することが可能となる。即ち、放送受信装置100における前記分離処理による遅延の影響を受けにくい情報取得が可能であり、従って、高精度なシステム時計の修正処理を行うことができる。当該TMCC信号で伝送される時刻情報のデータ構造の一例を、図13Cを用いて説明する。当該時刻情報は例えば、TMCC拡張情報領域に格納して伝送すれば良い。図13CのTMCC拡張情報領域の時刻情報において、『delta』パラメータは、UTCを配信する時刻管理サーバまたはTMCC信号を作成するサーバ装置から一般的な放送受信装置までの伝送遅延想定値を32ビットの符号付き固定小数点で表す。なお、上位16ビットは整数部を、下位16ビットは小数点以下を記述するものである。『transmit_timestamp』パラメータは、送信タイムスタンプであり、本TMCC信号が前記サーバ装置から送出される時刻をNTPタイムスタンプ長形式で記述するものである。上位32ビットは整数部を、下位32ビットは小数点以下を表す。

0204

当該第1の変形例では、本実施例の放送受信装置100は、TMCC拡張情報領域に格納して伝送された当該時刻情報に記述された前記想定遅延時間に関する情報(例えば、前述の『delta』パラメータおよび/または『transmit_timestamp』パラメータ)を用いて、放送信号の各コンテンツデータの同期処理に用いるNTPに基づく時刻管理機能のシステム時計を、より高精度に修正することができる。

0205

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

0206

前述の通り、本実施例の放送受信装置100においては、MH−TOTで伝送される情報により現在日付と日本標準時刻を取得して時刻を管理する時刻管理機能を有する。MH−TOTで伝送される情報により取得した現在日付と日本標準時刻は、放送受信装置100の映像合成部161で映像情報やアプリケーション情報等に重畳することにより、モニタ部162や映像出力部163に出力してユーザに提供可能である。前述の通り、MH−TOTは図11Aに示すデータ構造を有しており、放送受信装置100は、前記MH−TOTの『JST_time』パラメータから現在日付および現在時刻を取得可能である。

0207

しかしながら、前述の『JST_time』パラメータでは、MJDの符号化データの下位16ビットのみを使用しているため、『2038年4月22日』を以って桁あふれを生じることとなり、前記所定の演算のみでは『2038年4月23日』以降の日付を表現することができない。そこで、本実施例の第2の変形例では、MJDの値が所定値以上の場合と所定値未満の場合とで演算方法を切り替えることにより、『2038年4月23日』以降の日付を表現できるように制御するものとする。

0208

図12に、MJDの値が所定値以上の場合に使用する第一の演算方法と、MJDの値が所定値未満の場合に使用する第二の演算方法の一例を示す。例えば、前記所定値を『32768(0x8000)』とした場合、MJDが『32768』以上の場合には前記第一の演算方法を用いて現在日付を算出し、MJDが『32768』未満の場合には前記第二の演算方法を用いて現在日付を算出する。なお、MJDが『32768』未満の場合とは、MJDの16ビットデータの最上位ビットが『0』の場合と等価である。これにより、本実施例の放送受信装置100においては、『2038年4月23日』以降の日付を表現することが可能となる。ただし、前記所定値は任意に設定することが可能であり、前記所定値を『16384(0x4000)』や『49152(0xC000)』等と設定しても良い。前記演算方法の切り替え条件は、MJDの16ビットデータの上位2ビットが『00』の場合、MJDの16ビットデータの上位2ビットが『11』ではない場合、としても良い。なお、前記所定値を『32768』として前述の手段を用いた場合、『1948年9月4日』以前の日付を表現できなくなるが、テレビ受信機としての実用上、特に問題となることはない。

0209

また、MJDと前記所定値との比較結果に応じて前記第一の演算方法と前記第二の演算方法を切り替えるのではなく、図11Aに示したMH−TOTのデータ構造における『reserved』パラメータの一部または全部を置き換えフラグ或いは新たに追加したフラグに応じて前記第一の演算方法と前記第二の演算方法を切り替えるようにしても良い。例えば、前記フラグは、MJDの16ビット符号化データの最上位ビットが『0』である場合に、前記MJDが『2038年4月23日』以降を示すものであるならば『1』をセットし、『2038年4月23日』以降を示すものでないならば『0』をセットするようにすれば良い。そして、前記フラグが『1』の場合には図12に示した前記第二の演算方法を用い、前記フラグが『0』の場合には前記第一の演算方法を用いるようにすれば良い。または、前記フラグと同様の意味を有する記述子を新たに用意して、MH−TOT内に配置しても良い。

0210

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

0211

このため、本実施例の放送受信装置100においては、前記『reference_timestamp』パラメータや『transmit_timestamp』パラメータ、或いは、『mpu_presentation_time』パラメータ等を参照し、前記参照した時刻データ等の値に応じて、前記第一の演算方法と前記第二の演算方法の何れを使用するかを選択するようにしても良い。即ち、例えば、前記64ビット長のNTP長形式の時刻データの最上位ビットが『0』の場合は前記第二の演算方法を使用し、『0』でない場合は前記第一の演算方法を使用する、等とすれば良い。

0212

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

0213

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

0214

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

0215

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

0216

チャンネルスキャンが開始されると、受信機能実行部1102は、チューナ/復調部131に対して周波数初期値を設定し、前記周波数値へのチューニングを行うように指示する(S101)。チューナ/復調部131において、前記設定された周波数値へのロックに成功する(S102:Yes)と、次に、受信機能実行部1102は、受信信号からTLV−NITを取得する(S103)。

0217

S103の処理で取得したTLV−NITが有効なデータである場合(S104:Yes)、受信機能実行部1102は、前記取得したTLV−NITからTLVストリームID、オリジナルネットワークID、等の情報を取得する(S105)。図15Aに、TLV−NITのデータ構造の一例を示す。前記TLVストリームIDの情報は『tlv_stream_id』パラメータから、前記オリジナルネットワークIDの情報は『original_network_id』パラメータから、それぞれ取得可能であるものとする。更に、分配システム記述子から、各TLVストリームID/オリジナルネットワークIDに対応する放送伝送路の物理的条件に関する分配システム情報を取得し(S106)、サービスリスト記述子からサービスIDの一覧を取得する(S107)。図15Bに、衛星分配システム記述子のデータ構造の一例を示す。図15Cに、サービスリスト記述子のデータ構造の一例を示す。なお、TLV−NITが、TLVストリームID、オリジナルネットワークID、分配システム情報、サービスIDの一覧、等の異なるデータを複数有している場合は、S105〜S107の処理を繰り返す。次に、受信機能実行部1102は、S105〜S107の処理で取得したTLVストリームID、オリジナルネットワークID、分配システム情報、サービスIDの一覧、等のデータに基づいてサービスリストを作成し、前記作成したサービスリストをROM103またはストレージ部110等に記憶(再スキャン時は更新)する(S108)。

0218

次に、受信機能実行部1102は、受信信号からAMTを取得し(S109)、更に、前記サービスリストに記憶された各サービスIDに関するIPマルチキャストグループの一覧を取得する(S110)。図15Dに、AMTのデータ構造の一例を示す。なお、AMTが複数のサービスIDに関するIPマルチキャストグループの一覧を有している場合は、S110の処理を繰り返す。異なるサービスIDに関するIPマルチキャストグループの一覧を有するAMTが複数ある場合には、S109〜S110の処理を繰り返す。次に、受信機能実行部1102は、S110の処理で取得したIPマルチキャストグループの一覧を、IP関連情報として、前記サービスIDと関連付けて、ROM103またはストレージ部110等に記憶(再スキャン時は更新)する(S111)。

0219

なお、S102の処理で、チューナ/復調部131が前記設定された周波数値へのロックに成功しなかった場合(S102:No)、および、S103の処理で取得したTLV−NITが有効なデータでない場合(S104:No)、S105〜S111の処理は行わない。

0220

S111の処理を終えると、受信機能実行部1102は、チューナ/復調部131に設定されている周波数値がチャンネルスキャン範囲の最終周波数値であれば(S112:Yes)、処理を終了する。一方、前記設定されている周波数値がチャンネルスキャン範囲の最終周波数値でなければ(S112:No)、チューナ/復調部131に設定された周波数値をアップさせて(S113)、S102〜S111の処理を繰り返す。なお、1つのTLV−NITで、当該放送ネットワークを構成する全てのサービスに関するサービスIDを取得でき、更に、前記サービスIDに関するIPマルチキャストグループの一覧を有するAMTを取得できる場合には、S112〜S113の処理が不要である。

0221

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

0222

なお、前記設定変更のための再スキャンは、TLV−NITやAMTの『version_number』パラメータを参照することにより、テーブル内の情報に変化があったことを検出した場合に、自動的に行うようにしても良い。TLV−NITとAMTの一方の『version_number』パラメータの変化を検出した場合に、前記パラメータの変化が検出されたテーブルに関する情報のみを自動的に更新するようにしても良い。ただし、前述の自動更新を行った場合、再スキャンを自動的に行った旨をユーザに通知することが望ましい。また、前記テーブル内の情報に変化があったことをユーザに報知し、ユーザに前記再スキャンを行うか否かを選択させるようにしても良い。

0223

[放送受信装置の選局処理(チャンネル切り替え)]
図16は、本実施例の放送受信装置100における選局(チャンネル切り替え)時の動作シーケンスの一例を示す図である。

0224

ユーザが図示を省略したリモコン等を操作してチャンネルの切り替えを指示すると、受信機能実行部1102が前記リモコンから送信されたコマンドを解釈して目的のサービスのサービスIDを指定する(S201)。次に、受信機能実行部1102は、チューナ/復調部131の受信信号からのAMTの取得を開始する。所定時間以内にAMTの取得に成功した場合(S202:Yes)、前記取得したAMTから前記サービスIDに対応するIPマルチキャストグループの一覧に関する情報を取得する(S204)。一方、所定時間以内にAMTの取得に成功しなかった場合(S202:No)、ROM103またはストレージ部110等に記憶されたIP関連情報を参照することにより(S203)、前記サービスIDに対応するIPマルチキャストグループの一覧に関する情報を取得する(S204)。なお、S202の判断処理を行わず、常にROM103またはストレージ部110等に記憶されたIP関連情報を参照するようにしても良い。

0225

次に、受信機能実行部1102は、チューナ/復調部131の受信信号からのTLV−NITの取得を開始する。所定時間以内にTLV−NITの取得に成功した場合(S205:Yes)、前記取得したTLV−NITから前記サービスIDに対応するIPデータフローを取得するための分配システム情報を取得する(S207)。一方、所定時間以内にTLV−NITの取得に成功しなかった場合(S205:No)、ROM103またはストレージ部110等に記憶されたサービスリストを参照することにより(S206)、前記サービスIDに対応するIPデータフローを取得するための分配システム情報を取得する(S207)。なお、S205の判断処理を行わず、常にROM103またはストレージ部110等に記憶されたサービスリストを参照するようにしても良い。S207の処理で分配システム情報を取得すると、次に、受信機能実行部1102は、前記取得した分配システム情報にて指示される周波数値を以ってチューナ/復調部131を制御し、前記サービスIDに対応するIPデータフローを受信し(S208)、前記受信したIPデータフローからMMTデータ列を抽出して、分離部132に出力する。

0226

分離部132において、トランスポート処理部1102aは、前記入力したMMTデータ列からパケットIDが『0』であるMMTPパケットを取得し(S209)、更に、前記取得したMMTPパケットに含まれるMPTを取得する(S210)。次に、トランスポート処理部1102aは、前記取得したMPTが有する『MMT_package_id_byte』パラメータを参照し、前記『MMT_package_id_byte』パラメータの下位16ビットが前記サービスIDと同一値か否かを確認する。図17に示すMPTのデータ構造の一例において、前記『MMT_package_id_byte』パラメータの下位16ビットが前記サービスIDと同一値である場合(S211:Yes)、前記パケットIDが『0』であるMMTPパケットが前記サービスIDに対応する番組のデータを有するMMTPパケットであるものと判断し、前記取得したMPTの有する情報に基づいてMFUの取得を実行する(S216)。

0227

一方、前記『MMT_package_id_byte』パラメータの下位16ビットが前記サービスIDと同一値でない場合(S211:No)、前記パケットIDが『0』であるMMTPパケットは前記サービスIDに対応する番組のデータを有するMMTPパケットではないと判断する。この場合、トランスポート処理部1102aは、あらためてPLTを取得し(S212)、前記取得したPLTを確認することにより、前記サービスIDに対応する『MMT_package_id_byte』パラメータを有するMPTを伝送するMMTPパケットのパケットID(xとする)を確認する(S213)。更に、トランスポート処理部1102aは、前記入力したMMTデータ列からパケットIDが『x』であるMMTPパケットを取得し(S214)、前記取得したMMTPパケットに含まれるMPTを取得する(S215)。更に、前記取得したMPTの有する情報に基づいて、MFUを取得する(S216)。

0228

なお、S209〜S211の処理を行わず、常にS212〜S215の処理を行うようにしても良い。この場合、前記サービスIDに対応する番組のデータがパケットID『0』以外のMMTPパケットに格納されている際に、処理時間の短縮が可能となる。

0229

S216の処理でMFUを取得すると、トランスポート処理部1102aは、前記取得したMFUから符号化映像データ符号化音声データ等を抽出し、映像デコーダ141や音声デコーダ143等に出力する。以下、AVデコード処理部1102bの制御に基づく映像/音声デコード処理や、提示処理部1102hの制御に基づく提示処理が行われるが、前記各処理に関しては公知であるため、詳細の説明を省略する。

0230

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

0231

[放送受信装置の画面レイアウト制御]
本実施例の放送受信装置100では、LCTの記述に基づいた画面レイアウト制御が可能であるものとする。図18にLCTのデータ構造の一例を示す。

0232

図中、特に、『left_top_pos_x』パラメータと『right_down_pos_x』パラメータは、全画面表示の左側を『0』/右側を『100』とした場合の、領域の左上の水平位置と右下の水平位置を、それぞれ水平方向の全画素数に対する割合で示すものとする。『left_top_pos_y』パラメータと『right_down_pos_y』パラメータは、全画面表示の上側を『0』/下側を『100』とした場合の、領域の左上の垂直位置と右下の垂直位置を、それぞれ垂直方向の全画素数に対する割合で示すものとする。また、『layer_order』パラメータは、領域の奥行き方向の相対位置を示すものとする。

0233

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

0234

図19Aは、本実施例の放送受信装置100のデフォルトのレイアウト設定であり、全画面に1つの領域のみを設定する例である。図19Bは、全画面を三つの領域に分割し、それぞれの領域を『領域0』、『領域1』、『領域2』とした場合の例である。例えば、全画面の画素数を水平7680画素/垂直4320画素とした場合、『領域0』は、『left_top_pos_x』パラメータが『0』、『left_top_pos_y』パラメータが『0』、『right_down_pos_x』パラメータが『80』、『right_down_pos_y』パラメータが『80』であることから、(0,0)−(6143,3455)の範囲に設定される。同様に、『領域1』は、(6144,0)−(7679,4319)の範囲に設定され、『領域2』は、(0,3456)−(6143,4319)の範囲に設定される。

0235

図19Cは、図19Bと同様に三つの領域を設定する例であるが、『領域0』は、(0,0)−(7679,4319)の範囲に設定され、『領域1』と『領域2』は前述と同様の範囲で、『layer_order』パラメータの設定に応じて、『領域0』の前面に配置される。図19Dは、デバイス0(デフォルトのデバイス:本実施例では放送受信装置100)に『領域0』が設定され、デバイス1(本実施例においては、携帯情報端末700)に『領域1』が設定される場合の例である。

0236

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

0237

なお、前記『left_top_pos_x』等のパラメータの設定値に応じて画面を分割する際に生じた小数点以下の端数は、切り上げ若しくは切り捨て等の処理を行えば良い。四捨五入(或いは、二進数における捨一入)の処理でも良い。例えば、全画面の画素数が7680画素/垂直4320画素で、『領域0』の『left_top_pos_x』パラメータが『0』、『left_top_pos_y』パラメータが『0』、『right_down_pos_x』パラメータが『51』、『right_down_pos_y』パラメータが『51』の場合、切り上げ処理により(0,0)−(3916,2203)の範囲に『領域0』を設定しても良いし、切り捨て処理により(0,0)−(3915,2202)の範囲に『領域0』を設定しても良い。また、映像圧縮処理の際のマクロブロックを考慮して、8画素単位や16画素単位等での切り上げ/切り捨て処理を行うようにしても良い。前記処理により、LCTに基づく領域設定や、前記領域におけるマルチメディアコンテンツ解像度変換処理を効率的に行うことが可能となる。

0238

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

0239

LCTの記述により図19Bと同様の画面レイアウト制御が行われ、『領域0』に放送番組映像が表示され、『領域1』および『領域2』に前記放送番組に連携する番組連携データ等の放送コンテンツが表示されている状態で、ユーザが図示を省略したリモコンによりEPG画面の表示を指示した場合、本実施例の放送受信装置100では、図20A(A)に示したように、LCTの記述内容に関わらず画面レイアウト設定をデフォルトの設定(即ち、図19Aと同様の画面レイアウト制御が行われている状態)に戻し、EPG画面を画面全体に表示するように制御するものとする。更に、ユーザがEPG画面の表示終了を指示した場合に、LCTの記述内容に従った画面レイアウト制御を再実行するようにする。

0240

前述の制御を行うことにより、図20A(B)に示したような、画面レイアウトの領域制御を維持したままEPG画面の表示を行う場合と比較して、EPG画面を大きく表示することができ、見易さを向上させることが可能である。

0241

なお、前記画面レイアウト制御の例外処理は、EPG画面の表示を行う際にのみ適用されるものではなく、図20Bに示すように、放送受信装置100の各種設定画面(図示の例では録画設定画面)の子画面表示時や二画面表示時に適用されても良い。

0242

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

0243

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

0244

[放送受信装置のEPG表示]
本実施例の放送システムでは、放送ネットワークを構成する各サービスに含まれるイベント(いわゆる番組)に関する時系列情報をMH−EITで伝送するものとする。図21に、本実施例のMH−EITのデータ構造の一例を示す。MH−EITは、テーブルID(図中の『talbe_id』パラメータに対応)により二つのクラスに識別され、自TLVストリームの現在/次のイベントの情報と自TLVストリームの各イベントのスケジュール情報を示すことが可能であるものとする。本実施例の放送受信装置100は、前記MH−EIT等を参照してサービスID(図中の『service_id』パラメータに対応)による識別を行うことにより、各イベントの開始時間や放送時間等の情報を取得してEPG画面を作成することが可能であり、前記作成したEPGを映像合成部161で映像情報等に重畳してモニタ部162に表示することが可能であるものとする。

0245

図22Aは、本実施例の放送受信装置100におけるEPG画面の一例を示す図である。EPG画面162aは、縦軸時間表示横軸をサービスID(チャンネル)表示としたマトリクス形状で、各時間帯に各チャンネルで放送される放送番組の詳細情報を表示するものとする。また、各放送番組の詳細情報162a1は、主としてタイトル領域162a2と詳細説明領域162a3で構成される。

ページトップへ

この技術を出願した法人

この技術を発明した人物

ページトップへ

関連する挑戦したい社会課題

関連する公募課題

該当するデータがありません

ページトップへ

技術視点だけで見ていませんか?

この技術の活用可能性がある分野

分野別動向を把握したい方- 事業化視点で見る -

ページトップへ

おススメ サービス

おススメ astavisionコンテンツ

新着 最近 公開された関連が強い技術

この 技術と関連性が強い人物

関連性が強い人物一覧

この 技術と関連する社会課題

関連する挑戦したい社会課題一覧

この 技術と関連する公募課題

該当するデータがありません

astavision 新着記事

サイト情報について

本サービスは、国が公開している情報(公開特許公報、特許整理標準化データ等)を元に構成されています。出典元のデータには一部間違いやノイズがあり、情報の正確さについては保証致しかねます。また一時的に、各データの収録範囲や更新周期によって、一部の情報が正しく表示されないことがございます。当サイトの情報を元にした諸問題、不利益等について当方は何ら責任を負いかねることを予めご承知おきのほど宜しくお願い申し上げます。

主たる情報の出典

特許情報…特許整理標準化データ(XML編)、公開特許公報、特許公報、審決公報、Patent Map Guidance System データ