JP7506138B2 - Content protection processing method - Google Patents
Content protection processing method Download PDFInfo
- Publication number
- JP7506138B2 JP7506138B2 JP2022200497A JP2022200497A JP7506138B2 JP 7506138 B2 JP7506138 B2 JP 7506138B2 JP 2022200497 A JP2022200497 A JP 2022200497A JP 2022200497 A JP2022200497 A JP 2022200497A JP 7506138 B2 JP7506138 B2 JP 7506138B2
- Authority
- JP
- Japan
- Prior art keywords
- broadcast
- information
- descriptor
- unit
- receiving device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims description 6
- 238000012545 processing Methods 0.000 claims description 194
- 238000000034 method Methods 0.000 description 412
- 230000008569 process Effects 0.000 description 261
- 238000004891 communication Methods 0.000 description 151
- 238000010586 diagram Methods 0.000 description 141
- 230000006870 function Effects 0.000 description 137
- 230000005540 biological transmission Effects 0.000 description 123
- 238000007726 management method Methods 0.000 description 79
- 230000015572 biosynthetic process Effects 0.000 description 39
- 238000003786 synthesis reaction Methods 0.000 description 39
- 238000006243 chemical reaction Methods 0.000 description 37
- VKALYYFVKBXHTF-UHFFFAOYSA-N 4-(methylsulfanyl)-m-cresol Chemical class CSC1=CC=C(O)C=C1C VKALYYFVKBXHTF-UHFFFAOYSA-N 0.000 description 35
- 230000008859 change Effects 0.000 description 34
- 230000015654 memory Effects 0.000 description 26
- 238000000926 separation method Methods 0.000 description 20
- 238000009825 accumulation Methods 0.000 description 19
- 230000004044 response Effects 0.000 description 19
- 238000012790 confirmation Methods 0.000 description 18
- 238000004364 calculation method Methods 0.000 description 16
- 238000003825 pressing Methods 0.000 description 15
- 230000005236 sound signal Effects 0.000 description 14
- 230000000694 effects Effects 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 12
- 238000007906 compression Methods 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 6
- 230000004397 blinking Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000006835 compression Effects 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 239000012634 fragment Substances 0.000 description 3
- 239000003550 marker Substances 0.000 description 3
- 239000004065 semiconductor Substances 0.000 description 3
- 206010052143 Ocular discomfort Diseases 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000010187 selection method Methods 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 241001605702 Mylothris Species 0.000 description 1
- 230000001133 acceleration Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003292 diminished effect Effects 0.000 description 1
- IHPDTPWNFBQHEB-UHFFFAOYSA-N hydrobenzoin Chemical compound C=1C=CC=CC=1C(O)C(O)C1=CC=CC=C1 IHPDTPWNFBQHEB-UHFFFAOYSA-N 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 229910044991 metal oxide Inorganic materials 0.000 description 1
- 150000004706 metal oxides Chemical class 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000001172 regenerating effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000013403 standard screening design Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Description
本発明は、コンテンツ保護処理方法に関する。 The present invention relates to a content protection processing method.
デジタル放送サービスの拡張機能の１つに、放送波でデジタルデータを送信し、天気予報やニュース、おすすめ番組等の各種情報を表示するデータ放送がある。データ放送を受信可能なテレビ受信機は既に多数市販されており、また、データ放送受信に関する技術も下記特許文献１をはじめ多数が公表されている。
One of the expanded functions of digital broadcasting services is data broadcasting, which transmits digital data via broadcast waves and displays various information such as weather forecasts, news, and recommended programs. Many television receivers capable of receiving data broadcasting are already commercially available, and many technologies related to receiving data broadcasting have been published, including
近年のコンテンツ配信に関する環境変化に対して、テレビ受信機も様々な機能拡張を求められている。特にインターネット等のブロードバンドネットワーク環境を利用したコンテンツや連携アプリケーションの配信に対する要求、および、映像コンテンツの高解像度化／高精細化に対する要求、等が多い。しかしながら、現行のテレビ受信機が備えるデータ放送受信機能等のみの流用、あるいは、前記データ放送受信機能等の機能拡張のみでは、前記要求に応え得る高付加価値のテレビ受信機を提供することは難しい。 In response to recent changes in the content distribution environment, television receivers are also being asked to expand their functions in various ways. In particular, there are many demands for the distribution of content and linked applications using broadband network environments such as the Internet, as well as for higher resolution and definition video content. However, it is difficult to provide a high-added-value television receiver that can meet these demands by simply reusing the data broadcasting reception function and other functions that are equipped in current television receivers, or by simply expanding the functions of said data broadcasting reception function and other functions.
本発明の目的は、より付加価値の高い機能を実行可能なコンテンツ保護処理方法を実現することである。 The object of the present invention is to realize a content protection processing method that can execute functions with higher added value.
前記課題を解決するための手段として、特許請求の範囲に記載の技術を用いる。 The technology described in the claims is used as a means to solve the above problems.
本発明の技術を用いることにより、より付加価値の高い機能を実行可能なコンテンツ保護処理方法を実現することができる。 By using the technology of the present invention, it is possible to realize a content protection processing method that can execute functions with higher added value.
以下、本発明の実施形態の例を、図面を用いて説明する。 Below, an example embodiment of the present invention will be described with reference to the drawings.
（実施例１）
［システム構成］
図１は、本実施例の放送受信装置を含む放送通信システムの一例を示すシステム構成図である。本実施例の放送通信システムは、放送受信装置１００とアンテナ１００ａ、インターネット２００等のブロードバンドネットワークおよびルータ装置２００ｒとアクセスポイント２００ａ、放送局の電波塔３００ｔと放送衛星（または通信衛星）３００ｓ、放送局サーバ３００、サービス事業者サーバ４００、その他のアプリケーションサーバ５００、移動体電話通信サーバ６００と移動体電話通信網の基地局６００ｂ、携帯情報端末７００、で構成される。
Example 1
[System configuration]
1 is a system configuration diagram showing an example of a broadcast communication system including a broadcast receiving device of this embodiment. The broadcast communication system of this embodiment is composed of a
放送受信装置１００は、電波塔３００ｔから送出された放送波を、放送衛星（または通信衛星）３００ｓおよびアンテナ１００ａを介して受信する。あるいは、電波塔３００ｔから送出された放送波を、放送衛星（または通信衛星）３００ｓを介さずに、直接アンテナ１００ａから受信しても良い。また、放送受信装置１００は、ルータ装置２００ｒを介してインターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。
The
ルータ装置２００ｒは、インターネット２００と有線通信により接続され、また、放送受信装置１００とは有線通信または無線通信で、携帯情報端末７００とは無線通信で接続される。前記無線通信は、Ｗｉ－Ｆｉ（登録商標）等の方式が使用されて良い。これにより、インターネット２００上の各サーバ装置やその他の通信機器と放送受信装置１００と携帯情報端末７００とが、ルータ装置２００ｒを介して、データの送受信を相互に行うことが可能となる。なお、放送受信装置１００と携帯情報端末７００との通信は、ルータ装置２００ｒを介さずに、ＢｌｕｅＴｏｏｔｈ（登録商標）やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の方式で直接通信を行っても良い。
The
電波塔３００ｔは、放送局の放送設備であり、放送番組の符号化データや字幕情報、その他のアプリケーション、汎用データ、等を含む放送波を送出する。放送衛星（または通信衛星）３００ｓは、放送局の電波塔３００ｔから送信された放送波を受信し、適宜周波数変換等を行った後に、放送受信装置１００に接続されたアンテナ１００ａに対して前記放送波を再送信する中継器である。また、前記放送局は放送局サーバ３００を備えるものとする。放送局サーバ３００は、放送番組（動画コンテンツ等）および各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者情報、放送日時、等のメタデータを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コンテンツおよび各メタデータの提供は、放送局サーバ３００が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して行われるものであって良い。
The
サービス事業者サーバ４００は、サービス事業者が用意するサーバ装置であり、放送局から配信される放送番組に連携した各種サービスを提供することが可能であるものとする。また、サービス事業者サーバ４００は、放送局サーバ３００から提供された動画コンテンツおよびメタデータや、放送番組に連携する各種コンテンツおよびアプリケーション等の記憶、管理および配信等を行う。また、テレビ受信機等からの問い合わせに対して、提供可能なコンテンツやアプリケーション等の検索や一覧の提供を行う機能も有するものとする。なお、前記コンテンツおよびメタデータの記憶、管理および配信と、前記アプリケーションの記憶、管理および配信は、異なるサーバ装置が行うものであっても良い。前記放送局と前記サービス事業者は同一であっても良いし、異なっていても良い。サービス事業者サーバ４００は、異なるサービス毎に複数用意されても良い。また、サービス事業者サーバ４００の機能は、放送局サーバ３００が兼ね備えるものであっても良い。
The
その他のアプリケーションサーバ５００は、その他の一般的なアプリケーションや動作プログラム、コンテンツ、データ、等の記憶、管理および配信等を行う公知のサーバ装置である。その他のアプリケーションサーバ５００は、インターネット２００上に複数あっても良い。
The
移動体電話通信サーバ６００は、インターネット２００と接続され、一方、基地局６００ｂを介して携帯情報端末７００と接続される。移動体電話通信サーバ６００は、携帯情報端末７００の移動体電話通信網を介した電話通信（通話）およびデータ送受信を管理し、携帯情報端末７００とインターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信を可能とする。基地局６００ｂと携帯情報端末７００との通信は、Ｗ－ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）（登録商標）方式やＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）方式、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式、あるいはその他の通信方式によって行われるものであって良い。
The mobile
携帯情報端末７００は、移動体電話通信網を介した電話通信（通話）およびデータ送受信の機能やＷｉ－Ｆｉ（登録商標）等による無線通信の機能を有するものとする。携帯情報端末７００は、ルータ装置２００ｒやアクセスポイント２００ａを介して、あるいは、移動体電話通信網の基地局６００ｂおよび移動体電話通信サーバ６００を介して、インターネット２００と接続可能であり、インターネット２００上の各サーバ装置やその他の通信機器との通信によるデータの送受信が可能である。アクセスポイント２００ａは、インターネット２００と有線通信により接続され、また、携帯情報端末７００とは無線通信で接続される。前記無線通信は、Ｗｉ－Ｆｉ（登録商標）等の方式が使用されて良い。なお、携帯情報端末７００と放送受信装置１００との通信は、アクセスポイント２００ａおよびインターネット２００とルータ装置２００ｒを介して、あるいは、基地局６００ｂと移動体電話通信サーバ６００およびインターネット２００とルータ装置２００ｒを介して行われるものであっても良い。
The
［ＭＭＴ方式の概要］
図１に示した放送受信装置１００は、映像や音声等のデータを伝送するメディアトランスポート方式として、従来のデジタル放送システムで多く採用されているＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）－２システムで規定されたＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）（以下、ＭＰＥＧ２－ＴＳと記述する。）に代替して、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）に対応可能なテレビ受信機であるものとする。ＭＰＥＧ２－ＴＳとＭＭＴの双方に対応可能なテレビ受信機であっても良い。
[Overview of the MMT method]
The
ＭＰＥＧ２－ＴＳは、番組を構成する映像や音声等のコンポーネントを、制御信号やクロックと共に１つのストリームに多重することを特徴とする。クロックも含めて１つのストリームとして扱うため、伝送品質が確保された１つの伝送路で１つのコンテンツを伝送するのに適しており、従来の多くのデジタル放送システムで採用された。一方、近年のコンテンツの多様化、コンテンツを利用する機器の多様化、コンテンツを配信する伝送路の多様化、コンテンツ蓄積環境の多様化、等、コンテンツ配信に関する環境変化に対してＭＰＥＧ２－ＴＳの機能に限界があることから、新たに策定されたメディアトランスポート方式がＭＭＴである。 MPEG2-TS is characterized by multiplexing the video, audio, and other components that make up a program into a single stream along with control signals and a clock. As the clock is also treated as a single stream, it is suitable for transmitting a single piece of content over a single transmission path with guaranteed transmission quality, and has been adopted by many conventional digital broadcasting systems. However, in recent years, there has been a diversification of content, diversification of devices that use content, diversification of transmission paths for distributing content, diversification of content storage environments, and other changes in the content distribution environment. As a result, MPEG2-TS has limitations in its functionality, and a newly developed media transport method is MMT.
図２Ａに、本実施例のＭＭＴにおける符号化信号の概要の一例を示す。同図に示したように、本実施例のＭＭＴは、符号化信号を構成する要素として、ＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）、ＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）ペイロード、ＭＭＴＰパケットを有するものとする。 Figure 2A shows an example of an outline of the encoded signal in the MMT of this embodiment. As shown in the figure, the MMT of this embodiment has the following elements constituting the encoded signal: MFU (Media Fragment Unit), MPU (Media Processing Unit), MMTP (MMT Protocol) payload, and MMTP packet.
ＭＦＵは、映像や音声等の伝送時の形式であり、ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニット単位やアクセスユニット単位で構成されて良い。ＭＰＵは、１つ以上のアクセスユニットを含み、ＭＰＵ単体で映像や音声の復号処理を行うことが可能であるものとする。ＭＰＵは、ＭＰＵ全体の構成に関する情報を含むＭＰＵメタデータと、符号化したメディアデータの情報を含むムービーフラグメントメタデータと、符号化したメディアデータであるサンプルデータと、で構成されて良い。１つのＭＰＵにムービーフラグメントデータとサンプルデータが複数存在しても良い。また、サンプルデータからはＭＦＵを取り出すことが可能であるものとする。図２Ｂに、ＭＰＵの構成の一例を示す。なお、同一のアセットに属するＭＰＵ毎にシーケンス番号を付加することにより、アセットを識別するアセットＩＤとＭＰＵのシーケンス番号で、任意のＭＰＵを他のＭＰＵと区別可能であるものとする。また、映像コンポーネントや音声コンポーネント等のメディアの場合、ＭＰＵ単位やアクセスユニット単位で提示時刻や復号時刻が指定されても良い。 The MFU is a format for transmitting video, audio, etc., and may be configured in NAL (Network Abstraction Layer) units or access units. The MPU includes one or more access units, and is capable of performing video and audio decoding processing by itself. The MPU may be configured with MPU metadata including information on the overall configuration of the MPU, movie fragment metadata including information on the encoded media data, and sample data which is encoded media data. A single MPU may have multiple pieces of movie fragment data and sample data. Also, it is assumed that it is possible to extract the MFU from the sample data. FIG. 2B shows an example of the configuration of an MPU. Note that by adding a sequence number to each MPU belonging to the same asset, it is assumed that any MPU can be distinguished from other MPUs by the asset ID that identifies the asset and the sequence number of the MPU. Also, in the case of media such as video components and audio components, the presentation time and decoding time may be specified on an MPU or access unit basis.
ＭＭＴＰパケットは、ヘッダ部とＭＭＴＰペイロードで構成され、ＭＦＵおよびＭＭＴの制御情報を伝送するものとする。ＭＭＴＰペイロードは、ペイロード部に格納する内容（データユニット）に応じたペイロードヘッダを備えるものとする。図２Ｃに、映像／音声信号からＭＦＵを構成し、更にＭＭＴＰペイロードに格納して、ＭＭＴＰパケットを構成するまでの概要の一例を示す。なお、フレーム間予測を用いて符号化を行う映像信号では、ＭＰＵをＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）単位で構成することが望ましい。また、伝送するＭＦＵの大きさが小さい場合、１つのペイロード部に１つのＭＦＵを格納しても良いし、１つのペイロード部に同一種類の複数のＭＦＵを格納しても良い。また、伝送するＭＦＵの大きさが大きい場合には、１つのＭＦＵを複数のペイロード部に分割して格納しても良い。また、ＭＭＴＰパケットは、伝送路上におけるパケットロスを回復するために、ＡＬ－ＦＥＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）やＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）等の技術を用いて保護されて良い。 The MMTP packet is composed of a header section and an MMTP payload, and transmits control information of the MFU and MMT. The MMTP payload is equipped with a payload header according to the contents (data units) to be stored in the payload section. FIG. 2C shows an example of an overview of constructing an MFU from a video/audio signal, storing it in the MMTP payload, and constructing an MMTP packet. In addition, in a video signal that is encoded using inter-frame prediction, it is desirable to configure the MPU in GOP (Group Of Pictures) units. In addition, when the size of the MFU to be transmitted is small, one MFU may be stored in one payload section, or multiple MFUs of the same type may be stored in one payload section. In addition, when the size of the MFU to be transmitted is large, one MFU may be divided and stored in multiple payload sections. In addition, MMTP packets may be protected using techniques such as AL-FEC (Application Layer Forward Error Correction) and ARQ (Automatic Repeat Request) to recover from packet loss on the transmission path.
本実施例の放送システムにおいては、映像符号化方式としてＭＰＥＧ－Ｈ ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）が用いられ、音声符号化方式としてＭＰＥＧ－４ ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）またはＭＰＥＧ－４ ＡＬＳ（Ａｕｄｉｏ Ｌｏｓｓｌｅｓｓ Ｃｏｄｉｎｇ）が用いられるものとする。前記各方式により符号化された、放送番組の映像や音声等の符号化データは、ＭＦＵやＭＰＵの形式とし、更にＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットで伝送するものとする。また、放送番組に関連するデータコンテンツに関してもＭＦＵやＭＰＵの形式とし、更にＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰパケットで伝送して良い。データコンテンツの伝送方式としては、（１）放送に同期したデータのストリーミングに用いる字幕／文字スーパー伝送方式、（２）放送と非同期のデータ伝送サービスに用いるアプリケーション伝送方式、（３）放送局からのテレビ受信機上で動作するアプリケーションに対する同期／非同期のメッセージ通知に用いるイベントメッセージ伝送方式、（４）その他の汎用データを同期型／非同期型で伝送する汎用データ伝送方式、の四種類が用意されるものとする。 In the broadcasting system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as the video encoding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Coding) is used as the audio encoding method. The encoded data of the video and audio of the broadcast program encoded by each of the above methods is in the format of MFU or MPU, and is further loaded on the MMTP payload to be packetized as MMTP packets and transmitted in IP (Internet Protocol) packets. In addition, data content related to the broadcast program may also be in the format of MFU or MPU, and further loaded on the MMTP payload to be packetized as MMTP packets and transmitted in IP packets. Four types of data content transmission methods are provided: (1) a subtitle/superimposed text transmission method used for streaming data synchronized with broadcasting; (2) an application transmission method used for data transmission services asynchronous with broadcasting; (3) an event message transmission method used for synchronous/asynchronous message notifications from broadcasting stations to applications running on television receivers; and (4) a general-purpose data transmission method for transmitting other general-purpose data synchronously/asynchronously.
ＭＭＴＰパケットの伝送には、放送伝送路ではＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が用いられ、通信回線ではＵＤＰ／ＩＰまたはＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が用いられるものとする。また、放送伝送路においては、ＩＰパケットの効率的な伝送のためにＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）多重化方式が用いられるものとする。本実施例の放送システムのプロトコルスタックの一例を図３に示す。図中、（Ａ）は放送伝送路におけるプロトコルスタックの一例であり、（Ｂ）は通信回線におけるプロトコルスタックの一例である。 For the transmission of MMTP packets, UDP/IP (User Datagram Protocol/Internet Protocol) is used on the broadcast transmission path, and UDP/IP or TCP/IP (Transmission Control Protocol/Internet Protocol) is used on the communication line. In addition, the TLV (Type Length Value) multiplexing method is used on the broadcast transmission path for efficient transmission of IP packets. An example of a protocol stack for the broadcasting system of this embodiment is shown in Figure 3. In the figure, (A) is an example of a protocol stack on the broadcast transmission path, and (B) is an example of a protocol stack on the communication line.
本実施例の放送システムでは、ＭＭＴ－ＳＩ（ＭＭＴ－Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）とＴＬＶ－ＳＩ（ＴＬＶ－Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）の二種類の制御情報を伝送する仕組みを用意するものとする。ＭＭＴ－ＳＩは、放送番組の構成等を示す制御情報である。ＭＭＴの制御メッセージの形式とし、ＭＭＴＰペイロードに乗せてＭＭＴＰパケット化して、ＩＰパケットで伝送するものとする。ＴＬＶ－ＳＩは、ＩＰパケットの多重に関する制御情報であり、選局のための情報やＩＰアドレスとサービスの対応情報を提供するものとする。 In the broadcasting system of this embodiment, a mechanism is provided for transmitting two types of control information: MMT-SI (MMT-Signaling Information) and TLV-SI (TLV-Signaling Information). MMT-SI is control information that indicates the configuration of a broadcast program, etc. It is in the form of an MMT control message, placed on an MMTP payload, packetized as an MMTP packet, and transmitted in an IP packet. TLV-SI is control information related to multiplexing of IP packets, and provides information for channel selection and correspondence information between IP addresses and services.
また、ＭＭＴを用いた放送システムにおいても、絶対時刻を提供するために時刻情報を伝送するものとする。なお、ＭＰＥＧ２－ＴＳがＴＳ毎に異なるクロックをベースとしてコンポーネントの表示時刻を示していたのに対し、ＭＭＴでは、協定世界時刻（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ：ＵＴＣ）をベースとしてコンポーネントの表示時刻を示すものとする。これらの仕組みにより、異なる送信点から異なる伝送路で伝送されたコンポーネントを端末機器が同期して表示することが可能となる。ＵＴＣを提供するために、ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）形式のＩＰパケットを用いるものとする。 In addition, in broadcasting systems using MMT, time information is also transmitted to provide absolute time. Note that while MPEG2-TS indicates the display time of components based on a different clock for each TS, MMT indicates the display time of components based on Coordinated Universal Time (UTC). These mechanisms make it possible for terminal devices to synchronize and display components transmitted from different transmission points over different transmission paths. To provide UTC, IP packets in NTP (Network Time Protocol) format are used.
［ＭＭＴを用いる放送システムの制御情報］
本実施例の放送受信装置１００が対応する放送システムでは、前述したように、制御情報として、ＩＰパケットの多重のためのＴＬＶ多重化方式に関わるＴＬＶ－ＳＩと、メディアトランスポート方式であるＭＭＴに関わるＭＭＴ－ＳＩを用意する。ＴＬＶ－ＳＩは、放送伝送路に多重化されたＩＰパケットを、放送受信装置１００が多重解除するための情報を提供する。ＴＬＶ－ＳＩは、『テーブル』と『記述子』で構成される。『テーブル』はセクション形式で伝送され、『記述子』は『テーブル』内に配置されるものとする。ＭＭＴ－ＳＩは、ＭＭＴのパッケージの構成や放送サービスに関連する情報を示す伝送制御情報である。ＭＭＴ－ＳＩは、『テーブル』や『記述子』を格納する『メッセージ』、特定の情報を示す要素や属性を持つ『テーブル』、より詳細な情報を示す『記述子』の三階層で構成されるものとする。本実施例の放送システムで用いる制御情報の階層構成の一例を図４に示す。
[Control information for broadcasting systems using MMT]
In the broadcasting system supported by the
＜ＴＬＶ－ＳＩで使用されるテーブル＞
図５Ａに、本実施例の放送受信装置１００が対応する放送システムのＴＬＶ－ＳＩで使用される『テーブル』の一覧を示す。本実施例では、ＴＬＶ－ＳＩの『テーブル』として以下に示すものが用いられるものとする。
<Tables used in TLV-SI>
5A shows a list of "tables" used in the TLV-SI of the broadcasting system supported by the
（１）ＴＬＶ－ＮＩＴ
ＴＬＶ用ネットワーク情報テーブル（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ ｆｏｒ ＴＬＶ：ＴＬＶ－ＮＩＴ）は、ネットワークにより伝送されるＴＬＶストリームの物理的構成に関する情報およびネットワーク自身の特性を表すものである。
(1) TLV-NIT
A Network Information Table for TLV (TLV-NIT) represents information about the physical configuration of the TLV stream transmitted by the network and the characteristics of the network itself.
（２）ＡＭＴ
アドレスマップテーブル（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ：ＡＭＴ）は、ネットワークにおいて伝送される各サービスを構成するＩＰパケットのマルチキャストグループの一覧を提供する。
(2) AMT
The Address Map Table (AMT) provides a list of multicast groups for the IP packets that constitute each service transmitted in the network.
（３）事業者が設定するテーブル
その他、サービス事業者等が独自に設定したテーブルを用意することが可能である。
(3) Tables Set by Service Providers In addition, service providers and the like can prepare tables that they set independently.
＜ＴＬＶ－ＳＩで使用される記述子＞
図５Ｂに、本実施例の放送受信装置１００が対応する放送システムのＴＬＶ－ＳＩに配置される『記述子』の一覧を示す。本実施例では、ＴＬＶ－ＳＩの『記述子』として以下に示すものが用いられるものとする。
<Descriptors used in TLV-SI>
5B shows a list of "descriptors" placed in the TLV-SI of the broadcasting system supported by the
（１）サービスリスト記述子
サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。
(1) Service List Descriptor The service list descriptor provides a list of services by service identification and service format type.
（２）衛星分配システム記述子
衛星分配システム記述子は、衛星伝送路の物理的条件を示す。
(2) Satellite Distribution System Descriptor The satellite distribution system descriptor indicates the physical conditions of the satellite transmission path.
（３）システム管理記述子
システム管理記述子は、放送と非放送を識別するために使用される。
(3) System Management Descriptor The system management descriptor is used to distinguish between broadcast and non-broadcast.
（４）ネットワーク名記述子
ネットワーク名記述子は、文字符号によりネットワーク名を記述する。
(4) Network Name Descriptor The network name descriptor describes the network name using character codes.
（５）リモートコントロールキー記述子
リモートコントロールキー記述子は、受信機用リモコンのワンタッチ選局ボタンに割り当てるサービスを設定するために使用される。
(5) Remote Control Key Descriptor The remote control key descriptor is used to set a service to be assigned to a one-touch channel selection button on the receiver remote control.
（６）事業者が設定する記述子
その他、サービス事業者等が独自に設定した記述子を用意することが可能である。
(6) Descriptors Set by Service Providers In addition, service providers etc. may prepare their own unique descriptors.
＜ＭＭＴ－ＳＩで使用されるメッセージ＞
図６Ａに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ－ＳＩで使用される『メッセージ』の一覧を示す。本実施例では、ＭＭＴ－ＳＩの『メッセージ』として以下に示すものが用いられるものとする。
<Messages used in MMT-SI>
6A shows a list of "messages" used in MMT-SI of the broadcasting system supported by the
（１）ＰＡメッセージ
Ｐａｃｋａｇｅ Ａｃｃｅｓｓ（ＰＡ）メッセージは、種々のテーブルを伝送するために用いる。
(1) PA Message The Package Access (PA) message is used to transmit various tables.
（２）Ｍ２セクションメッセージ
Ｍ２セクションメッセージは、ＭＰＥＧ－２ Ｓｙｓｔｅｍｓのセクション拡張形式を伝送するために用いる。
(2) M2 Section Message The M2 section message is used to transmit the section extension format of the MPEG-2 Systems.
（３）ＣＡメッセージ
ＣＡメッセージは、限定受信方式の識別のためのテーブルを伝送するために用いる。
(3) CA Message The CA message is used to transmit a table for identifying the conditional access system.
（４）Ｍ２短セクションメッセージ
Ｍ２短セクションメッセージは、ＭＰＥＧ－２ Ｓｙｓｔｅｍｓのセクション短形式を伝送するために用いる。
(4) M2 Short Section Message The M2 short section message is used to transmit the section short format of the MPEG-2 Systems.
（５）データ伝送メッセージ
データ伝送メッセージは、データ伝送に関するテーブルを格納するメッセージである。
(5) Data Transmission Message A data transmission message is a message that stores a table related to data transmission.
（６）事業者が設定するメッセージ
その他、サービス事業者等が独自に設定したメッセージを用意することが可能である。
(6) Messages Set by Service Providers In addition, service providers and the like can prepare messages that they set independently.
＜ＭＭＴ－ＳＩで使用されるテーブル＞
図６Ｂに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ－ＳＩで使用される『テーブル』の一覧を示す。テーブルは、特定の情報を示す要素や属性を持つ制御情報であり、メッセージに格納してＭＭＴＰパケットで伝送するものとする。なお、テーブルを格納するメッセージはテーブルに応じて決まっていても良い。本実施例では、ＭＭＴ－ＳＩの『テーブル』として以下に示すものが用いられるものとする。
<Tables used in MMT-SI>
6B shows a list of "tables" used in the MMT-SI of the broadcasting system supported by the
（１）ＭＰＴ
ＭＭＴパッケージテーブル（ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ：ＭＰＴ）は、アセットのリストやアセットのネットワーク上の位置などのパッケージを構成する情報を与える。ＭＰＴはＰＡメッセージに格納されて良い。
(1) MPT
The MMT Package Table (MPT) provides information that configures a package, such as a list of assets, the location of the assets on the network, etc. The MPT may be stored in a PA message.
（２）ＰＬＴ
パッケージリストテーブル（Ｐａｃｋａｇｅ Ｌｉｓｔ Ｔａｂｌｅ：ＰＬＴ）は、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータフローおよびパケットＩＤ並びにＩＰサービスを伝送するＩＰデータフローの一覧を示す。ＰＬＴはＰＡメッセージに格納されて良い。
(2) PLT
A package list table (PLT) indicates a list of IP data flows and packet IDs that transmit PA messages of MMT packages provided as broadcast services, and IP data flows that transmit IP services. The PLT may be stored in the PA message.
（３）ＬＣＴ
レイアウト設定テーブル（Ｌａｙｏｕｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＬＣＴ）は、提示のためのレイアウト情報をレイアウト番号に対応付けるために用いる。ＬＣＴはＰＡメッセージに格納されて良い。
(3) LCT
A Layout Configuration Table (LCT) is used to associate layout information for presentation with a layout number. The LCT may be stored in the PA message.
（４）ＥＣＭ
Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（ＥＣＭ）は、番組情報および制御情報からなる共通情報であり、スクランブルを解除するための鍵情報などを配送する。ＥＣＭはＭ２セクションメッセージに格納されて良い。
(4) ECM
An Entitlement Control Message (ECM) is common information consisting of program information and control information, and delivers key information for descrambling, etc. The ECM may be stored in an M2 section message.
（５）ＥＭＭ
Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ（ＥＭＭ）は、加入者毎の契約情報やＥＣＭ（共通情報）の暗号を解くための鍵情報などを含む個別情報を伝送する。ＥＭＭはＭ２セクションメッセージに格納されて良い。
(5) EMM
An Entitlement Management Message (EMM) transmits individual information including contract information for each subscriber, key information for decrypting ECM (common information), etc. The EMM may be stored in an M2 section message.
（６）ＣＡＴ（ＭＨ）
ＣＡテーブル（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂｌｅ：ＣＡＴ）（ＭＨ）は、限定受信方式の識別のための記述子を格納するために用いる。ＣＡＴ（ＭＨ）はＣＡメッセージに格納されて良い。
(6) CAT (MH)
A Conditional Access Table (CAT) (MH) is used to store a descriptor for identifying a conditional access system. The CAT (MH) may be stored in a CA message.
（７）ＤＣＭ
Ｄｏｗｎｌｏａｄ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（ＤＣＭ）は、ダウンロードのための伝送路暗号を復号するための鍵などからなる鍵関連情報を伝送する。ＤＣＭはＭ２セクションメッセージに格納されて良い。
(7) DCM
A Download Control Message (DCM) transmits key-related information including a key for decrypting a transmission line encryption for downloading. The DCM may be stored in an M2 section message.
（８）ＤＭＭ
Ｄｏｗｎｌｏａｄ Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ（ＤＭＭ）は、ＤＣＭの暗号を解くためのダウンロード鍵などからなる鍵関連情報を伝送する。ＤＭＭはＭ２セクションメッセージに格納されて良い。
(8) DMM
A Download Management Message (DMM) transmits key-related information such as a download key for decrypting a DCM. The DMM may be stored in an M2 section message.
（９）ＭＨ－ＥＩＴ
ＭＨ－イベント情報テーブル（ＭＨ－Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ－ＥＩＴ）は、各サービスに含まれるイベントに関する時系列情報である。ＭＨ－ＥＩＴはＭ２セクションメッセージに格納されて良い。
(9) MH-EIT
The MH-Event Information Table (MH-EIT) is time-series information on events included in each service. The MH-EIT may be stored in the M2 section message.
（１０）ＭＨ－ＡＩＴ
ＭＨ－アプリケーション情報テーブル（ＭＨ－Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ－ＡＩＴ）は、アプリケーションに関する全ての情報およびアプリケーションに要求される起動状態等を格納する。ＭＨ－ＡＩＴはＭ２セクションメッセージに格納されて良い。
(10) MH-AIT
The MH-Application Information Table (MH-AIT) stores all information related to applications and their required activation states, etc. The MH-AIT may be stored in the M2 section message.
（１１）ＭＨ－ＢＩＴ
ＭＨ－ブロードキャスタ情報テーブル（ＭＨ－Ｂｒｏａｄｃａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＭＨ－ＢＩＴ）は、ネットワーク上に存在するブロードキャスタの情報を提示するために用いる。ＭＨ－ＢＩＴはＭ２セクションメッセージに格納されて良い。
(11) MH-BIT
The MH-BIT (MH Broadcaster Information Table) is used to present information on broadcasters present on the network. The MH-BIT may be stored in the M2 section message.
（１２）ＭＨ－ＳＤＴＴ
ＭＨ－ソフトウェアダウンロードトリガテーブル（ＭＨ－Ｓｏｆｔｗａｒｅ Ｄｏｗｎｌｏａｄ Ｔｒｉｇｇｅｒ Ｔａｂｌｅ：ＭＨ－ＳＤＴＴ）は、ダウンロードの告知情報のために用いる。ＭＨ－ＳＤＴＴはＭ２セクションメッセージに格納されて良い。
(12) MH-SDTT
The MH-Software Download Trigger Table (MH-SDTT) is used for download notification information. The MH-SDTT may be stored in the M2 section message.
（１３）ＭＨ－ＳＤＴ
ＭＨ－サービス記述テーブル（ＭＨ－Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ：ＭＨ－ＳＤＴ）は、特定のＴＬＶストリームに含まれるサービスを表すサブテーブルを有し、編成チャンネルの名称、放送事業者の名称など、編成チャンネルに関する情報を伝送する。ＭＨ－ＳＤＴはＭ２セクションメッセージに格納されて良い。
(13) MH-SDT
The MH-Service Description Table (MH-SDT) has sub-tables that indicate services included in a particular TLV stream, and transmits information about the channel, such as the name of the channel, the name of the broadcaster, etc. The MH-SDT may be stored in the M2 section message.
（１４）ＭＨ－ＴＯＴ
ＭＨ－タイムオフセットテーブル（ＭＨ－Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ：ＭＨ－ＴＯＴ）は、ＪＳＴ時刻と日付（修正ユリウス日）情報を伝送する。ＭＨ－ＴＯＴはＭ２短セクションメッセージに格納されて良い。
(14) MH-TOT
The MH-Time Offset Table (MH-TOT) carries JST time and date (Modified Julian Date) information. The MH-TOT may be stored in the M2 short section message.
（１５）ＭＨ－ＣＤＴ
ＭＨ－共通データテーブル（ＭＨ－Ｃｏｍｍｏｎ Ｄａｔａ Ｔａｂｌｅ：ＭＨ－ＣＤＴ）は、これを受信する全ての受信機を対象として、不揮発性メモリに格納すべき共通データをセクション形式で伝送するために用いる。ＭＨ－ＣＤＴはＭ２セクションメッセージに格納されて良い。
(15) MH-CDT
The MH-Common Data Table (MH-CDT) is used to transmit common data to be stored in a non-volatile memory in section format for all receivers that receive the MH-CDT. The MH-CDT may be stored in an M2 section message.
（１６）ＤＤＭテーブル
データディレクトリ管理テーブル（Ｄａｔａ Ｄｉｒｅｃｔｏｒｙ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＤＭテーブル）は、アプリケーションのファイル構成とファイル伝送のための構成を分離するために、アプリケーションを構成するファイルのディレクトリ構成を提供する。ＤＤＭテーブルはデータ伝送メッセージに格納されて良い。
(16) DDM Table The Data Directory Management Table (DDM table) provides a directory structure of files that configure an application in order to separate the file structure of the application from the structure for file transmission. The DDM table may be stored in a data transmission message.
（１７）ＤＡＭテーブル
データアセット管理テーブル（Ｄａｔａ Ａｓｓｅｔ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ：ＤＡＭテーブル）は、アセット内のＭＰＵの構成とＭＰＵ毎のバージョン情報を提供する。ＤＡＭテーブルはデータ伝送メッセージに格納されて良い。
(17) DAM Table The Data Asset Management Table (DAM table) provides the configuration of MPUs in an asset and version information for each MPU. The DAM table may be stored in a data transmission message.
（１８）ＤＣＣテーブル
データコンテント管理テーブル（Ｄａｔａ Ｃｏｎｔｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔａｂｌｅ：ＤＣＣテーブル）は、柔軟で有効なキャッシュ制御を実現するため、データコンテンツとしてのファイルの構成情報を提供する。ＤＣＣテーブルはデータ伝送メッセージに格納されて良い。
(18) DCC Table The Data Content Configuration Table (DCC table) provides configuration information of files as data contents to realize flexible and effective cache control. The DCC table may be stored in a data transmission message.
（１９）ＥＭＴ
イベントメッセージテーブル（Ｅｖｅｎｔ Ｍｅｓｓａｇｅ Ｔａｂｌｅ：ＥＭＴ）は、イベントメッセージに関する情報を伝送するために用いる。ＥＭＴはＭ２セクションメッセージに格納されて良い。
(19) EMT
The Event Message Table (EMT) is used to transmit information about event messages. The EMT may be stored in the M2 section message.
（２０）事業者が設定するテーブル
その他、サービス事業者等が独自に設定したテーブルを用意することが可能である。
(20) Tables Set by Service Providers In addition, service providers and the like can prepare tables that they set independently.
＜ＭＭＴ－ＳＩで使用される記述子＞
図６Ｃ、図６Ｄおよび図６Ｅに、本実施例の放送受信装置１００が対応する放送システムのＭＭＴ－ＳＩに配置される『記述子』の一覧を示す。記述子は、より詳細な情報を提供する制御情報であり、テーブルに配置されるものとする。なお、記述子を配置するテーブルは記述子に応じて決まっていても良い。本実施例では、ＭＭＴ－ＳＩの『記述子』として以下に示すものが用いられるものとする。
<Descriptors used in MMT-SI>
6C, 6D, and 6E show a list of "descriptors" arranged in the MMT-SI of the broadcasting system supported by the
（１）アセットグループ記述子
アセットグループ記述子は、アセットのグループ関係とグループ内での優先度を提供する。アセットグループ記述子はＭＰＴに配置されて良い。
(1) Asset Group Descriptor The asset group descriptor provides the group relationship of assets and the priority within the group. The asset group descriptor may be placed in the MPT.
（２）イベントパッケージ記述子
イベントパッケージ記述子は、番組を表すイベントとパッケージの対応を提供する。イベントパッケージ記述子はＭ２セクションメッセージにて伝送されるＭＨ－ＥＩＴに配置されて良い。
(2) Event Package Descriptor The event package descriptor provides correspondence between an event representing a program and a package. The event package descriptor may be placed in the MH-EIT transmitted in the M2 section message.
（３）背景色指定記述子
背景色指定記述子は、レイアウト指定における最背面の背景色を提供する。背景色指定記述子はＬＣＴに配置されて良い。
(3) Background Color Specification Descriptor The background color specification descriptor provides the background color of the backmost element in the layout specification. The background color specification descriptor may be placed in the LCT.
（４）ＭＰＵ提示領域指定記述子
ＭＰＵ提示領域指定記述子は、ＭＰＵを提示する位置を提供する。ＭＰＵ提示領域指定記述子はＭＰＴに配置されて良い。
(4) MPU Presentation Area Designation Descriptor The MPU presentation area designation descriptor provides a position for presenting the MPU. The MPU presentation area designation descriptor may be placed in the MPT.
（５）ＭＰＵタイムスタンプ記述子
ＭＰＵタイムスタンプ記述子は、ＭＰＵにおいて提示順序で最初のアクセスユニットの提示時刻を示す。ＭＰＵタイムスタンプ記述子はＭＰＴに配置されて良い。
(5) MPU timestamp descriptor The MPU timestamp descriptor indicates the presentation time of the first access unit in presentation order in the MPU. The MPU timestamp descriptor may be placed in the MPT.
（６）依存関係記述子
依存関係記述子は、依存関係にあるアセットのアセットＩＤを提供する。依存関係記述子はＭＰＴに配置されて良い。
(6) Dependency Descriptor The dependency descriptor provides the asset ID of the dependent asset. The dependency descriptor may be placed in the MPT.
（７）アクセス制御記述子
アクセス制御記述子は、限定受信方式を識別するための情報を提供する。アクセス制御記述子はＭＰＴまたはＣＡＴ（ＭＨ）に配置されて良い。
(7) Access Control Descriptor The access control descriptor provides information for identifying a conditional access method. The access control descriptor may be placed in the MPT or CAT (MH).
（８）スクランブル方式記述子
スクランブル方式記述子は、スクランブル時の暗号化対象および暗号アルゴリズムの種別を識別するための情報を提供する。スクランブル方式記述子はＭＰＴまたはＣＡＴ（ＭＨ）に配置されて良い。
(8) Scrambling Scheme Descriptor The scrambling scheme descriptor provides information for identifying the encryption target and the type of encryption algorithm at the time of scrambling. The scrambling scheme descriptor may be placed in the MPT or CAT (MH).
（９）メッセージ認証方式記述子
メッセージ認証方式記述子は、メッセージ認証を行う場合にメッセージ認証方式を識別するための情報を提供する。メッセージ認証方式記述子はＭＰＴまたはＣＡＴ（ＭＨ）に配置されて良い。
(9) Message Authentication Scheme Descriptor The message authentication scheme descriptor provides information for identifying a message authentication scheme when performing message authentication. The message authentication scheme descriptor may be placed in the MPT or CAT (MH).
（１０）緊急情報記述子（ＭＨ）
緊急情報記述子（ＭＨ）は、緊急警報放送を行う場合に用いる。緊急情報記述子（ＭＨ）はＭＰＴに配置されて良い。
(10) Emergency Information Descriptor (MH)
The emergency information descriptor (MH) is used when an emergency alert is broadcast. The emergency information descriptor (MH) may be placed in the MPT.
（１１）ＭＨ－ＭＰＥＧ－４オーディオ記述子
ＭＨ－ＭＰＥＧ－４オーディオ記述子は、ＩＳＯ／ＩＥＣ １４４９６－３（ＭＰＥＧ－４オーディオ）のオーディオストリームの符号化パラメータを特定するための基本情報を記述するために用いる。ＭＨ－ＭＰＥＧ－４オーディオ記述子はＭＰＴに配置されて良い。
(11) MH-MPEG-4 Audio Descriptor The MH-MPEG-4 Audio Descriptor is used to describe basic information for specifying the coding parameters of an audio stream of ISO/IEC 14496-3 (MPEG-4 Audio). The MH-MPEG-4 Audio Descriptor may be placed in the MPT.
（１２）ＭＨ－ＭＰＥＧ－４オーディオ拡張記述子
ＭＨ－ＭＰＥＧ－４オーディオ拡張記述子は、ＭＰＥＧ－４オーディオストリームのプロファイルとレベルおよび符号化方式固有の設定を記述するために用いる。ＭＨ－ＭＰＥＧ－４オーディオ拡張記述子はＭＰＴに配置されて良い。
(12) MH-MPEG-4 Audio Extension Descriptor The MH-MPEG-4 Audio Extension Descriptor is used to describe the profile and level of an MPEG-4 audio stream and the coding method specific settings. The MH-MPEG-4 Audio Extension Descriptor may be placed in the MPT.
（１３）ＭＨ－ＨＥＶＣビデオ記述子
ＭＨ－ＨＥＶＣビデオ記述子は、ＩＴＵ－Ｔ勧告Ｈ．２６５｜ＩＳＯ／ＩＥＣ ２３００８－２の映像ストリーム（ＨＥＶＣストリーム）の基本的な符号化パラメータを記述するために用いる。ＭＨ－ＨＥＶＣビデオ記述子はＭＰＴに配置されて良い。
(13) MH-HEVC Video Descriptor The MH-HEVC video descriptor is used to describe basic coding parameters of a video stream (HEVC stream) of ITU-T Recommendation H.265|ISO/IEC 23008-2. The MH-HEVC video descriptor may be placed in the MPT.
（１４）ＭＨ－リンク記述子
ＭＨ－リンク記述子は、番組配列情報システムに記載されているある特定のものに関連した追加情報を視聴者が要求した場合に提供されるサービスを識別する。ＭＨ－リンク記述子は、ＭＰＴ、ＭＨ－ＥＩＴ、ＭＨ－ＳＤＴ、等に配置されて良い。
(14) MH-Link Descriptor The MH-Link Descriptor identifies the service that will be provided if a viewer requests additional information related to a particular listing in the program service information system. The MH-Link Descriptor may be located in the MPT, MH-EIT, MH-SDT, etc.
（１５）ＭＨ－イベントグループ記述子
ＭＨ－イベントグループ記述子は、複数のイベント間に関係がある場合にそれらのイベント群がグループ化されていることを示すために用いる。ＭＨ－イベントグループ記述子はＭＨ－ＥＩＴに配置されて良い。
(15) MH-Event Group Descriptor The MH-Event Group Descriptor is used to indicate that multiple events are grouped when there is a relationship between the events. The MH-Event Group Descriptor may be placed in the MH-EIT.
（１６）ＭＨ－サービスリスト記述子
ＭＨ－サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。ＭＨ－サービスリスト記述子はＭＨ－ＢＩＴに配置されて良い。
(16) MH-Service List Descriptor The MH-Service List Descriptor provides a list of services by service identification and service type. The MH-Service List Descriptor may be located in the MH-BIT.
（１７）ＭＨ－短形式イベント記述子
ＭＨ－短形式イベント記述子は、イベント名およびそのイベントの短い記述をテキスト形式で表す。ＭＨ－短形式イベント記述子はＭＨ－ＥＩＴに配置されて良い。
(17) MH-Short Event Descriptor The MH-Short Event Descriptor represents an event name and a short description of the event in text form. The MH-Short Event Descriptor may be placed in the MH-EIT.
（１８）ＭＨ－拡張形式イベント記述子
ＭＨ－拡張形式イベント記述子は、ＭＨ－短形式イベント記述子に付け加えて使用され、イベントの詳細記述を提供する。ＭＨ－拡張形式イベント記述子はＭＨ－ＥＩＴに配置されて良い。
(18) MH-Extended Event Descriptor The MH-Extended Event Descriptor is used in addition to the MH-Short Event Descriptor to provide a detailed description of an event. The MH-Extended Event Descriptor may be placed in the MH-EIT.
（１９）映像コンポーネント記述子
映像コンポーネント記述子は、映像コンポーネントに関するパラメータや説明を示し、エレメンタリストリームを文字形式で表現するためにも利用される。映像コンポーネント記述子はＭＰＴまたはＭＨ－ＥＩＴに配置されて良い。
(19) Video Component Descriptor The video component descriptor indicates parameters and descriptions related to a video component, and is also used to express an elementary stream in a character format. The video component descriptor may be placed in the MPT or MH-EIT.
（２０）ＭＨ－ストリーム識別記述子
ＭＨ－ストリーム識別記述子は、サービスのコンポーネントストリームにラベルを付け、このラベルによってＭＨ－ＥＩＴ内の映像コンポーネント記述子で示される記述内容を参照できるために使用する。ＭＨ－ストリーム識別記述子はＭＰＴに配置されて良い。
(20) MH-Stream Identification Descriptor The MH-Stream Identification Descriptor is used to label a component stream of a service and to refer to the description contents indicated by the video component descriptor in the MH-EIT by this label. The MH-Stream Identification Descriptor may be placed in the MPT.
（２１）ＭＨ－コンテント記述子
ＭＨ－コンテント記述子は、イベントのジャンルを示す。ＭＨ－コンテント記述子はＭＨ－ＥＩＴに配置されて良い。
(21) MH-Content Descriptor The MH-Content Descriptor indicates the genre of an event. The MH-Content Descriptor may be placed in the MH-EIT.
（２２）ＭＨ－パレンタルレート記述子
ＭＨ－パレンタルレート記述子は、年齢に基づいた視聴制限を表し、また、他の制限条件に基づくよう拡張するために用いる。ＭＨ－パレンタルレート記述子はＭＰＴまたはＭＨ－ＥＩＴに配置されて良い。
(22) MH-Parental Rating Descriptor The MH-Parental Rating Descriptor is used to indicate viewing restrictions based on age and to extend to other restriction conditions. The MH-Parental Rating Descriptor may be placed in the MPT or MH-EIT.
（２３）ＭＨ－音声コンポーネント記述子
ＭＨ－音声コンポーネント記述子は、音声エレメンタリストリームの各パラメータを示し、エレメンタリストリームを文字形式で表現するためにも利用される。ＭＨ－音声コンポーネント記述子はＭＰＴまたはＭＨ－ＥＩＴに配置されて良い。
(23) MH-Audio Component Descriptor The MH-Audio Component Descriptor indicates each parameter of an audio elementary stream and is also used to express the elementary stream in a character format. The MH-Audio Component Descriptor may be placed in the MPT or the MH-EIT.
（２４）ＭＨ－対象地域記述子
ＭＨ－対象地域記述子は、番組または番組を構成する一部のストリームが対象とする地域を記述するために使用される。ＭＨ－対象地域記述子はＭＰＴに配置されて良い。
(24) MH-Target Region Descriptor The MH-Target Region Descriptor is used to describe the region targeted by a program or some of the streams that constitute a program. The MH-Target Region Descriptor may be placed in the MPT.
（２５）ＭＨ－シリーズ記述子
ＭＨ－シリーズ記述子は、シリーズ番組を識別するために用いる。ＭＨ－シリーズ記述子はＭＨ－ＥＩＴに配置されて良い。
(25) MH-Series Descriptor The MH-Series Descriptor is used to identify a series of programs. The MH-Series Descriptor may be placed in the MH-EIT.
（２６）ＭＨ－ＳＩ伝送パラメータ記述子
ＭＨ－ＳＩ伝送パラメータ記述子は、ＳＩの伝送パラメータを示すために用いる。ＭＨ－ＳＩ伝送パラメータ記述子はＭＨ－ＢＩＴに配置されて良い。
(26) MH-SI Transmission Parameter Descriptor The MH-SI transmission parameter descriptor is used to indicate the transmission parameters of the SI. The MH-SI transmission parameter descriptor may be located in the MH-BIT.
（２７）ＭＨ－ブロードキャスタ名記述子
ＭＨ－ブロードキャスタ名記述子は、ブロードキャスタの名称を記述する。ＭＨ－ブロードキャスタ名記述子はＭＨ－ＢＩＴに配置されて良い。
(27) MH-Broadcaster Name Descriptor The MH-Broadcaster Name Descriptor describes the name of a broadcaster. The MH-Broadcaster Name Descriptor may be placed in the MH-BIT.
（２８）ＭＨ－サービス記述子
ＭＨ－サービス記述子は、編成チャンネル名とその事業者名をサービス形式種別と共に文字符号で表す。ＭＨ－サービス記述子はＭＨ－ＳＤＴに配置されて良い。
(28) MH-Service Descriptor The MH-Service Descriptor represents the name of a channel and its operator together with the service type in character codes. The MH-Service Descriptor may be placed in the MH-SDT.
（２９）ＩＰデータフロー記述子
ＩＰデータフロー記述子は、サービスを構成するＩＰデータフローの情報を提供する。ＩＰデータフロー記述子はＭＨ－ＳＤＴに配置されて良い。
(29) IP Data Flow Descriptor The IP Data Flow Descriptor provides information about the IP data flows that constitute a service. The IP Data Flow Descriptor may be located in the MH-SDT.
（３０）ＭＨ－ＣＡ起動記述子
ＭＨ－ＣＡ起動記述子は、ＣＡＳ基盤上のＣＡＳプログラムを起動するための起動情報を記載する。ＭＨ－ＣＡ起動記述子はＭＰＴまたはＣＡＴ（ＣＡ）に配置されて良い。
(30) MH-CA Invocation Descriptor The MH-CA invocation descriptor describes invocation information for invoking a CAS program on the CAS platform. The MH-CA invocation descriptor may be located in the MPT or CAT (CA).
（３１）ＭＨ－Ｔｙｐｅ記述子
ＭＨ－Ｔｙｐｅ記述子は、アプリケーション伝送方式で伝送されるファイルの型を示す。ＭＨ－Ｔｙｐｅ記述子はＤＡＭテーブルに配置されて良い。
(31) MH-Type Descriptor The MH-Type descriptor indicates the type of file transmitted in the application transmission method. The MH-Type descriptor may be placed in the DAM table.
（３２）ＭＨ－Ｉｎｆｏ記述子
ＭＨ－Ｉｎｆｏ記述子は、ＭＰＵまたはアイテムに関する情報を記述する。ＭＨ－Ｉｎｆｏ記述子はＤＡＭテーブルに配置されて良い。
(32) MH-Info Descriptor The MH-Info Descriptor describes information about an MPU or an item. The MH-Info Descriptor may be placed in a DAM table.
（３３）ＭＨ－Ｅｘｐｉｒｅ記述子
ＭＨ－Ｅｘｐｉｒｅ記述子は、アイテムの有効期限を記述する。ＭＨ－Ｅｘｐｉｒｅ記述子はＤＡＭテーブルに配置されて良い。
(33) MH-Expire Descriptor The MH-Expire descriptor describes the expiration date of an item. The MH-Expire descriptor may be placed in the DAM table.
（３４）ＭＨ－Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子
ＭＨ－Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子は、伝送するアイテムが圧縮されていることを意味し、その圧縮アルゴリズムと圧縮前のアイテムのバイト数を示す。ＭＨ－Ｃｏｍｐｒｅｓｓｉｏｎ Ｔｙｐｅ記述子はＤＡＭテーブルに配置されて良い。
(34) MH-Compression Type Descriptor The MH-Compression Type Descriptor indicates that the item to be transmitted is compressed, and indicates the compression algorithm and the number of bytes of the item before compression. The MH-Compression Type Descriptor may be placed in the DAM table.
（３５）ＭＨ－データ符号化方式記述子
ＭＨ－データ符号化方式記述子は、データ符号化方式を識別するために使用される。ＭＨ－データ符号化方式記述子はＭＰＴに配置されて良い。
(35) MH-Data Coding Scheme Descriptor The MH-Data Coding Scheme Descriptor is used to identify a data coding scheme. The MH-Data Coding Scheme Descriptor may be placed in the MPT.
（３６）ＵＴＣ－ＮＰＴ参照記述子
ＵＴＣ－ＮＰＴ参照記述子は、ＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）とＵＴＣの関係を伝達するために用いる。ＵＴＣ－ＮＰＴ参照記述子はＥＭＴに配置されて良い。
(36) UTC-NPT Reference Descriptor The UTC-NPT reference descriptor is used to convey the relationship between the NPT (Normal Play Time) and the UTC. The UTC-NPT reference descriptor may be placed in the EMT.
（３７）イベントメッセージ記述子
イベントメッセージ記述子は、イベントメッセージ一般に関する情報を伝達する。イベントメッセージ記述子はＥＭＴに配置されて良い。
(37) Event Message Descriptor The event message descriptor conveys information about event messages in general. The event message descriptor may be placed in the EMT.
（３８）ＭＨ－ローカル時間オフセット記述子
ＭＨ－ローカル時間オフセット記述子は、サマータイム実施時に実際の時刻（例えば、ＵＴＣ＋９時間）と人間系への表示時刻に一定のオフセット値を持たせるときに用いる。ＭＨ－ローカル時間オフセット記述子はＭＨ－ＴＯＴに配置されて良い。
(38) MH-Local Time Offset Descriptor The MH-Local Time Offset Descriptor is used when a certain offset value is to be given between the actual time (e.g., UTC+9 hours) and the display time in the human system during daylight saving time. The MH-Local Time Offset Descriptor may be placed in the MH-TOT.
（３９）ＭＨ－コンポーネントグループ記述子
ＭＨ－コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義して識別する。ＭＨ－コンポーネントグループ記述子はＭＨ－ＥＩＴに配置されて良い。
(39) MH-Component Group Descriptor The MH-Component Group Descriptor defines and identifies a combination of components in an event. The MH-Component Group Descriptor may be placed in the MH-EIT.
（４０）ＭＨ－ロゴ伝送記述子
ＭＨ－ロゴ伝送記述子は、簡易ロゴ用文字列、ＣＤＴ形式のロゴへのポインティングなどを記述するために用いる。ＭＨ－ロゴ伝送記述子はＭＨ－ＳＤＴに配置されて良い。
(40) MH-Logo Transmission Descriptor The MH-Logo Transmission Descriptor is used to describe a character string for a simple logo, pointing to a logo in CDT format, etc. The MH-Logo Transmission Descriptor may be placed in the MH-SDT.
（４１）ＭＰＵ拡張タイムスタンプ記述子
ＭＰＵ拡張タイムスタンプ記述子は、ＭＰＵ内のアクセスユニットの復号時刻を提供する。ＭＰＵ拡張タイムスタンプ記述子はＭＰＴに配置されて良い。
(41) MPU Extended Timestamp Descriptor The MPU extended timestamp descriptor provides the decoding time of an access unit in an MPU. The MPU extended timestamp descriptor may be placed in the MPT.
（４２）ＭＰＵダウンロードコンテンツ記述子
ＭＰＵダウンロードコンテンツ記述子は、ＭＰＵを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。ＭＰＵダウンロードコンテンツ記述子はＭＨ－ＳＤＴＴに配置されて良い。
(42) MPU Download Content Descriptor The MPU download content descriptor is used to describe attribute information of content downloaded using the MPU. The MPU download content descriptor may be placed in the MH-SDTT.
（４３）ＭＨ－ネットワークダウンロードコンテンツ記述子
ＭＨ－ネットワークダウンロードコンテンツ記述子は、ネットワークを用いてダウンロードされるコンテンツの属性情報を記述するために用いる。ＭＨ－ネットワークダウンロードコンテンツ記述子はＭＨ－ＳＤＴＴに配置されて良い。
(43) MH-Network Download Content Descriptor The MH-Network Download Content Descriptor is used to describe attribute information of content downloaded using a network. The MH-Network Download Content Descriptor may be placed in the MH-SDTT.
（４４）ＭＨ－アプリケーション記述子
ＭＨ－アプリケーション記述子は、アプリケーションの情報を記述する。ＭＨ－アプリケーション記述子はＭＨ－ＡＩＴに配置されて良い。
(44) MH-Application Descriptor The MH-Application Descriptor describes information about an application. The MH-Application Descriptor may be placed in the MH-AIT.
（４５）ＭＨ－伝送プロトコル記述子
ＭＨ－伝送プロトコル記述子は、放送や通信等の伝送プロトコルの指定と伝送プロトコルに依存したアプリケーションのロケーション情報を示すために用いる。ＭＨ－伝送プロトコル記述子はＭＨ－ＡＩＴに配置されて良い。
(45) MH-Transmission Protocol Descriptor The MH-Transmission Protocol Descriptor is used to specify a transmission protocol such as broadcasting or communication, and to indicate location information of an application depending on the transmission protocol. The MH-Transmission Protocol Descriptor may be placed in the MH-AIT.
（４６）ＭＨ－簡易アプリケーションロケーション記述子
ＭＨ－簡易アプリケーションロケーション記述子は、アプリケーションの取得先の詳細を指示するために記述する。ＭＨ－簡易アプリケーションロケーション記述子はＭＨ－ＡＩＴに配置されて良い。
(46) MH-simple application location descriptor The MH-simple application location descriptor is described to indicate details of the acquisition location of an application. The MH-simple application location descriptor may be placed in the MH-AIT.
（４７）ＭＨ－アプリケーション境界権限設定記述子
ＭＨ－アプリケーション境界権限設定記述子は、アプリケーションバウンダリを設定し、かつ領域（ＵＲＬ）毎に放送リソースアクセスの権限を設定するために記述する。ＭＨ－アプリケーション境界権限設定記述子はＭＨ－ＡＩＴに配置されて良い。
(47) MH-Application Boundary Authority Setting Descriptor The MH-application boundary authority setting descriptor is described to set an application boundary and to set authority of broadcast resource access for each area (URL). The MH-application boundary authority setting descriptor may be placed in the MH-AIT.
（４８）ＭＨ－起動優先情報記述子
ＭＨ－起動優先情報記述子は、アプリケーションの起動優先度を指定するために記述する。ＭＨ－起動優先情報記述子はＭＨ－ＡＩＴに配置されて良い。
(48) MH-Launching Priority Information Descriptor The MH-Launching Priority Information Descriptor is described to specify the startup priority of an application. The MH-Launching Priority Information Descriptor may be placed in the MH-AIT.
（４９）ＭＨ－キャッシュ情報記述子
ＭＨ－キャッシュ情報記述子は、アプリケーションの再利用が想定される場合に、アプリケーションを構成するリソースをキャッシュし保持しておく場合のキャッシュ制御に用いるために記述する。ＭＨ－キャッシュ情報記述子はＭＨ－ＡＩＴに配置されて良い。
(49) MH-cache information descriptor The MH-cache information descriptor is described for use in cache control when the resources constituting an application are cached and held when the application is expected to be reused. The MH-cache information descriptor may be placed in the MH-AIT.
（５０）ＭＨ－確率的適用遅延記述子
ＭＨ－確率的適用遅延記述子は、アプリケーション取得のサーバアクセスの負荷分散を想定して、アプリケーション制御を行うタイミングを確率的に設定した遅延量だけ遅らせるために記述する。ＭＨ－確率的適用遅延記述子はＭＨ－ＡＩＴに配置されて良い。
(50) MH-Probabilistic Application Delay Descriptor The MH-Probabilistic Application Delay Descriptor is used to delay the timing of application control by a probabilistically set delay amount, assuming load balancing of server access for application acquisition. The MH-Probabilistic Application Delay Descriptor may be placed in the MH-AIT.
（５１）リンク先ＰＵ記述子
リンク先ＰＵ記述子は、当該プレゼンテーションユニット（ＰＵ）から遷移する可能性のある他のプレゼンテーションユニットを記述する。リンク先ＰＵ記述子はＤＣＣテーブルに配置されて良い。
(51) Link Destination PU Descriptor The link destination PU descriptor describes another presentation unit that may transition from the presentation unit (PU). The link destination PU descriptor may be placed in the DCC table.
（５２）ロックキャッシュ指定記述子
ロックキャッシュ指定記述子は、当該プレゼンテーションユニットにおいてキャッシュし、かつロックする対象のファイルの指定を記述する。ロックキャッシュ指定記述子はＤＣＣテーブルに配置されて良い。
(52) Lock Cache Designation Descriptor The lock cache designation descriptor describes the designation of a file to be cached and locked in the presentation unit. The lock cache designation descriptor may be arranged in the DCC table.
（５３）アンロックキャッシュ指定記述子
アンロックキャッシュ指定記述子は、当該プレゼンテーションユニットにおいてロックされているファイルのうちのアンロックするファイルの指定を記述する。アンロックキャッシュ指定記述子はＤＣＣテーブルに配置されて良い。
(53) Unlock Cache Designation Descriptor The unlock cache designation descriptor describes the designation of a file to be unlocked among the files locked in the presentation unit. The unlock cache designation descriptor may be arranged in the DCC table.
（５４）ＭＨ－ダウンロード保護記述子
ＭＨ－ダウンロード保護記述子は、ＤＣＭやＤＭＭを伝送するＭＭＴＰパケットのロケーション情報および伝送情報を記述する。ＭＨ－ダウンロード保護記述子はＭＰＴまたはＭＨ－ＳＤＴＴに配置されて良い。
(54) MH-Download Protection Descriptor The MH-Download Protection Descriptor describes location information and transmission information of an MMTP packet that transmits a DCM or DMM. The MH-Download Protection Descriptor may be placed in the MPT or MH-SDTT.
（５５）アプリケーションサービス記述子
アプリケーションサービス記述子は、サービスに関連するアプリケーションのエントリー情報等を記述する。アプリケーションサービス記述子はＭＰＴに配置されて良い。
(55) Application Service Descriptor The application service descriptor describes entry information of an application related to a service, etc. The application service descriptor may be placed in the MPT.
（５６）ＭＰＵノード記述子
ＭＰＵノード記述子は、当該ＭＰＵがデータディレクトリ管理テーブルにて規定されるディレクトリノードに対応することを示す。ＭＰＵノード記述子はＤＡＭテーブルに配置されて良い。
(56) MPU Node Descriptor The MPU node descriptor indicates that the MPU corresponds to a directory node defined in the data directory management table. The MPU node descriptor may be placed in the DAM table.
（５７）ＰＵ構成記述子
ＰＵ構成記述子は、当該プレゼンテーションユニットと伝送単位とのマッピング情報として、プレゼンテーションユニットを構成するＭＰＵのリストを示す。ＰＵ構成記述子はＤＣＣテーブルに配置されて良い。
(57) PU Configuration Descriptor The PU configuration descriptor indicates a list of MPUs that constitute a presentation unit as mapping information between the presentation unit and a transmission unit. The PU configuration descriptor may be arranged in the DCC table.
（５８）ＭＨ－階層符号化記述子
ＭＨ－階層符号化記述子は、階層符号化された映像ストリームコンポーネントを識別するための情報を記述する。ＭＨ－階層符号化記述子はＭＰＴに配置されて良い。
(58) MH-Hierarchical Coding Descriptor The MH-Hierarchical Coding Descriptor describes information for identifying a hierarchically coded video stream component. The MH-Hierarchical Coding Descriptor may be placed in the MPT.
（５９）コンテンツコピー制御記述子
コンテンツコピー制御記述子は、サービス全体に対する、デジタル記録機器におけるコピー世代を制御する情報を示し、デジタル記録が行われることが想定される場合に、放送局（著作権者側）がコピーに関する情報あるいは最大伝送レートをデジタル記録機器に伝えるために用いられる。コンテンツコピー制御記述子はＭＰＴ、ＭＨ－ＥＩＴ、ＭＨ－ＳＤＴ、等に配置されて良い。
(59) Content Copy Control Descriptor The content copy control descriptor indicates information for controlling the copy generation in a digital recording device for the entire service, and is used by a broadcasting station (copyright holder) to convey information about copying or the maximum transmission rate to a digital recording device when digital recording is assumed to be performed. The content copy control descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc.
（６０）コンテンツ利用制御記述子
コンテンツ利用制御記述子は、番組に対して、ハードディスク等に蓄積する場合や受信機から映像／音声信号を出力する場合に、コピー制御、リモート視聴制御に関する情報を示すために用いられる。コンテンツ利用制御記述子はＭＰＴ、ＭＨ－ＥＩＴ、ＭＨ－ＳＤＴ、等に配置されて良い。
(60) Content Usage Control Descriptor The content usage control descriptor is used to indicate information on copy control and remote viewing control for a program when storing the program on a hard disk or the like or when outputting video/audio signals from a receiver. The content usage control descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc.
（６１）事業者が設定する記述子
その他、サービス事業者等が独自に設定した記述子を用意することが可能である。
(61) Descriptors Set by Service Providers In addition, service providers and the like may prepare their own unique descriptors.
＜ＭＭＴ方式におけるデータ伝送と各制御情報の関係＞
ここで、図７Ａを用いて、本実施例の放送受信装置１００が対応する放送システムにより伝送される映像や音声等の各コンポーネントとＭＭＴ－ＳＩの代表的なテーブルとの関係について説明する。なお、ＭＭＴ方式においては、コンポーネントをアセットと定義しており、以下では、コンポーネントをアセットと表記する場合がある。
<Relationship between data transmission and each control information in the MMT system>
Here, the relationship between each component such as video and audio transmitted by the broadcast system supported by the
本実施例の放送受信装置１００が対応する放送システムでは、放送伝送路を介したＴＬＶストリームや通信回線を介したＩＰデータフロー等、複数の経路でデータ伝送を行うことができる。ＴＬＶストリームには、ＴＬＶ－ＮＩＴやＡＭＴなどのＴＬＶ－ＳＩと、ＩＰパケットのデータフローであるＩＰデータフローが含まれている。ＩＰデータフロー内には一連の映像ＭＰＵを含む映像アセットや一連の音声ＭＰＵを含む音声アセットが含まれている。同様に、ＩＰデータフロー内には一連の字幕ＭＰＵを含む字幕アセット、一連の文字スーパーＭＰＵを含む文字スーパーアセット、一連のデータＭＰＵを含むデータアセットなどが含まれても良い。
In the broadcasting system supported by the
これらの各種アセットは、ＰＡメッセージに格納されて伝送されるＭＰＴ（ＭＭＴパッケージテーブル）の記述により、『パッケージ』に関連付けられる。具体的には、ＭＰＴにパッケージを識別するパッケージＩＤと当該パッケージに含まれる各アセットを識別するアセットＩＤとを記述することにより、前記関連付けを行えば良い。図７ＢにＭＰＴのデータ構造の一例を示す。図中の『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータが前記パッケージＩＤに対応し、『ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ』パラメータが前記アセットＩＤに対応する。 These various assets are associated with a "package" by the description in the MPT (MMT package table) stored in the PA message and transmitted. Specifically, the association can be achieved by describing in the MPT a package ID that identifies the package and an asset ID that identifies each asset included in the package. Figure 7B shows an example of the data structure of the MPT. The "MMT_package_id_byte" parameter in the figure corresponds to the package ID, and the "asset_id_byte" parameter corresponds to the asset ID.
パッケージを構成するアセットはＴＬＶストリーム内のアセットのみとすることもできるが、図７Ａに示したように、通信回線のＩＰデータフローで伝送されるアセットを含めることもできる。これは、当該パッケージに含まれる各アセットを識別するアセットＩＤと共に前記アセットのロケーション情報をＭＰＴ内に記述して、本実施例の放送受信装置１００が各アセットの参照先を把握可能とすることにより実現できる。前記ロケーション情報は、図７Ｂに示したＭＰＴのデータ構造における『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』により指定される。図７Ｃにロケーション情報のデータ構造の一例を示す。
The assets constituting a package can consist only of assets in a TLV stream, but as shown in FIG. 7A, they can also include assets transmitted in an IP data flow on a communication line. This can be achieved by describing the location information of each asset included in the package together with an asset ID that identifies the asset in the MPT, enabling the
なお、前記ロケーション情報の『ｌｏｃａｔｉｏｎ＿ｔｙｐｅ』パラメータの値に応じて、
(１)ＭＰＴと同一のＩＰデータフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ００）
(２)ＩＰｖ４データフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０１）
(３)ＩＰｖ６データフローに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０２）
(４)放送のＭＰＥＧ２－ＴＳに多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０３）
(５)ＩＰデータフロー内にＭＰＥＧ２－ＴＳ形式で多重されているデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０４）
(６)指定するＵＲＬにあるデータ
（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝０ｘ０５）
など、様々な伝送経路で伝送される各種データを、放送受信装置１００が参照できるように構成することが可能となる。
Depending on the value of the "location_type" parameter of the location information,
(1) Data multiplexed in the same IP data flow as MPT (location_type = 0x00)
(2) Data multiplexed in IPv4 data flow (location_type = 0x01)
(3) Data multiplexed in IPv6 data flow (location_type = 0x02)
(4) Data multiplexed in the broadcast MPEG2-TS (location_type = 0x03)
(5) Data multiplexed in the IP data flow in MPEG2-TS format (location_type = 0x04)
(6) Data at the specified URL (location_type = 0x05)
It is possible to configure the
前述の参照先のうち、（１）は、例えば、本実施例の放送受信装置１００がアンテナ１００ａを介して受信するデジタル放送信号のＴＬＶストリームに含まれるＩＰデータフローである。但し、ＭＰＴを通信回線側のＩＰデータフローにも含めて伝送する場合は、（１）の参照先が通信回線を介して受信するＩＰデータフローになる場合もある。また、前記（２）、（３）、（５）、（６）は本実施例の放送受信装置１００が通信回線を介して受信するＩＰデータフローである。また、前記（４）は、例えば、後述する実施例２の放送受信装置８００のように、ＭＭＴ方式を用いるデジタル放送信号を受信する受信機能と、ＭＰＥＧ２－ＴＳ方式を用いるデジタル放送信号を受信する受信機能の両者を有する放送受信装置の場合に、ＭＭＴ方式を用いるデジタル放送信号に含まれるＭＰＴのロケーション情報に基づいて、ＭＰＥＧ２－ＴＳ方式を用いるデジタル放送信号を受信する受信機能で受信するＭＰＥＧ２－ＴＳに多重されているデータを参照する場合に用いることができる。
Among the above-mentioned references, (1) is, for example, an IP data flow included in the TLV stream of the digital broadcast signal received by the
また、映像コンポーネントや音声コンポーネント等のメディアでは、ＭＰＵ単位やアクセスユニット単位で提示時刻や復号時刻を指定可能である。前記提示時刻や復号時刻に関する情報は、ＭＰＵタイムスタンプ記述子やＭＰＵ拡張タイムスタンプ記述子としてＭＰＴに記述される。図７Ｄに、前記提示時刻に関する情報を記述するＭＰＵタイムスタンプ記述子のデータ構造の一例を示す。各ＭＰＵの提示時刻情報は、前記ＭＰＵタイムスタンプ記述子の『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータで指定される。また、前記指定の対象となるＭＰＵは、『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータにより識別可能である。本実施例の放送受信装置１００では、当該提示時刻情報を用いて、ＭＰＴが指定する複数のＭＰＵを、ＵＴＣ表記の時刻情報であるＮＴＰに基づくクロックを基準に、連動して提示（表示、出力など）することが可能となる。また、前記復号時刻に関する情報も、同様に、ＭＰＵ拡張タイムスタンプ記述子によって記述されるが、詳細説明は省略する。なお、当該ＮＴＰに基づくクロックを用いた各種データの提示制御については後述する。
In addition, in media such as video components and audio components, the presentation time and decode time can be specified on an MPU or access unit basis. Information on the presentation time and decode time is described in the MPT as an MPU timestamp descriptor or an MPU extended timestamp descriptor. FIG. 7D shows an example of a data structure of an MPU timestamp descriptor that describes information on the presentation time. The presentation time information of each MPU is specified by the "mpu_presentation_time" parameter of the MPU timestamp descriptor. The MPU to be specified can be identified by the "mpu_sequence_number" parameter. In the
本実施例の放送システムにおいて、前記『パッケージ』単位の一連のデータがデジタル放送の『サービス』に対応する。また、前記『サービス』は、スケジュールに従って送出される『番組』の連続である。前記『番組』は、ＭＭＴ方式において、『イベント』として扱われる。各イベントは、ＭＨ－ＥＩＴにより開始時刻や継続時間を指定される。また、ＭＨ－ＥＩＴに配置されるイベントパッケージ記述子により、各イベントが対応するＭＭＴパッケージのＩＤが指定される。図７Ｅに、ＭＨ－ＥＩＴのデータ構造の一例を示す。図中の『ｓｔａｒｔ＿ｔｉｍｅ』パラメータにより前記開始時刻が指定され、『ｄｕｒａｔｉｏｎ』パラメータにより前記継続時間が指定される。図７Ｆに、イベントパッケージ記述子のデータ構造の一例を示す。ＭＨ－ＥＩＴに配置される前記イベントパッケージ記述子の『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータにより各イベントとＭＭＴパッケージの対応が指定可能となる。ＭＨ－ＥＩＴは、本実施例の放送受信装置１００において当該『イベント』単位での各種処理（例えば、電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理）などに用いることができる。
In the broadcasting system of this embodiment, the series of data in "package" units corresponds to a "service" of digital broadcasting. Furthermore, the "service" is a series of "programs" transmitted according to a schedule. In the MMT method, the "programs" are treated as "events". The start time and duration of each event are specified by the MH-EIT. Furthermore, the ID of the MMT package to which each event corresponds is specified by the event package descriptor placed in the MH-EIT. An example of the data structure of the MH-EIT is shown in Figure 7E. The start time is specified by the "start_time" parameter in the figure, and the duration is specified by the "duration" parameter. An example of the data structure of the event package descriptor is shown in Figure 7F. The correspondence between each event and an MMT package can be specified by the "MMT_package_id_byte" parameter of the event package descriptor placed in the MH-EIT. The MH-EIT can be used in the
［放送受信装置のハードウェア構成］
図８Ａは、放送受信装置１００の内部構成の一例を示すブロック図である。放送受信装置１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、ＬＡＮ通信部１２１、拡張インタフェース部１２４、デジタルインタフェース部１２５、チューナ／復調部１３１、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、映像合成部１６１、モニタ部１６２、映像出力部１６３、音声合成部１６４、スピーカ部１６５、音声出力部１６６、操作入力部１７０、で構成される。
[Hardware configuration of broadcast receiving device]
8A is a block diagram showing an example of the internal configuration of the
主制御部１０１は、所定の動作プログラムに従って放送受信装置１００全体を制御するマイクロプロセッサユニットである。システムバス１０２は主制御部１０１と放送受信装置１００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
The
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納された不揮発性メモリであり、例えばＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）やフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＯＭ１０３には、放送受信装置１００の動作に必要な動作設定値が記憶されても良い。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ１０３およびＲＡＭ１０４は主制御部１０１と一体構成であっても良い。また、ＲＯＭ１０３は、図８Ａに示したような独立構成とはせず、ストレージ（蓄積）部１１０内の一部記憶領域を使用するようにしても良い。
ROM (Read Only Memory) 103 is a non-volatile memory that stores basic operation programs such as an operating system and other operation programs, and may be a rewritable ROM such as an EEPROM (Electrically Erasable Programmable ROM) or a flash ROM. Operation setting values required for the operation of the
ストレージ（蓄積）部１１０は、放送受信装置１００の動作プログラムや動作設定値、放送受信装置１００のユーザの個人情報等を記憶する。また、インターネット２００を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、放送波から取得した、あるいは、インターネット２００を介してダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ（蓄積）部１１０の一部領域を以ってＲＯＭ１０３の機能の全部または一部を代替しても良い。また、ストレージ（蓄積）部１１０は、放送受信装置１００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュＲＯＭやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性半導体素子メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの磁気ディスクドライブ、等のデバイスが用いられる。
The storage (accumulation)
なお、ＲＯＭ１０３やストレージ（蓄積）部１１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により、追加、更新および機能拡張することが可能であるものとする。
The operating programs stored in the
ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信部１２１は、ルータ装置２００ｒを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のＭＭＴデータ列（あるいは、その一部）の取得も行うものとする。ルータ装置２００ｒとの接続は有線接続であっても良いし、Ｗｉ－Ｆｉ（登録商標）等の無線接続であっても良い。ＬＡＮ通信部１２１は符号回路や復号回路等を備えるものとする。また、放送受信装置１００が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部やＮＦＣ通信部、赤外線通信部等、他の通信部を更に備えていても良い。
The LAN (Local Area Network)
チューナ／復調部１３１は、アンテナ１００ａを介して電波塔３００ｔから送信された放送波を受信し、主制御部１０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、チューナ／復調部１３１は、受信した放送信号を復調してＭＭＴデータ列を取得する。なお、図８Ａに示した例では、チューナ／復調部が１つである構成を例示しているが、複数画面同時表示や裏番組録画等を目的として、放送受信装置１００がチューナ／復調部を複数搭載する構成としても良い。
The tuner/
分離部１３２はＭＭＴデコーダであり、入力したＭＭＴデータ列中の制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等を、それぞれ映像デコーダ１４１、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、等に分配する。分離部１３２に入力されるデータは、放送伝送路を介して伝送されてチューナ／復調部１３１で復調されたＭＭＴデータ列や、通信回線を介して伝送されてＬＡＮ通信部１２１で受信したＭＭＴデータ列であって良い。また、分離部１３２は、マルチメディアアプリケーションやその構成要素であるファイル系データを再生し、キャッシュ部１５２で一時的に蓄積する。また、分離部１３２は、映像音声字幕以外のデータの提示を行うプレーヤで利用するデータ若しくはアプリケーションに対するデータのストリーミングに用いるために、汎用データを抽出してデータデコーダ１５１に出力する。また、分離部１３２は、主制御部１０１の制御に基づいて、前記入力したＭＭＴデータ列に対するエラー訂正やアクセス制限の制御等を行っても良い。
The
映像デコーダ１４１は、分離部１３２から入力した映像データ列を復号して映像情報を出力する。映像色域変換部１４２は、映像デコーダ１４１で復号した映像情報に対して、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施す。音声デコーダ１４３は、分離部１３２から入力した音声データ列を復号して音声情報を出力する。また、映像デコーダ１４１および音声デコーダ１４３には、ＬＡＮ通信部１２１を介してインターネット２００上から取得した、例えば、ＭＰＥＧ－ＤＡＳＨ（ＭＰＥＧ－Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）形式等のストリーミングデータが入力されても良い。また、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、等は、複数種類の映像データ列や音声データ列を同時に復号処理するために、複数備えられても良い。
The
文字スーパーデコーダ１４４は、分離部１３２から入力した文字スーパーデータ列を復号して文字スーパー情報を出力する。字幕デコーダ１４５は、分離部１３２から入力した字幕データ列を復号して字幕情報を出力する。文字スーパーデコーダ１４４から出力された文字スーパー情報と字幕デコーダ１４５から出力された字幕情報は、字幕合成部１４６において合成処理を施され、更に、字幕色域変換部１４７において、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施される。なお、本実施例においては、放送番組の映像と同時に提示される、文字情報を中心とするサービスのうち、映像の内容と関連するものを字幕と呼称し、それ以外のものを文字スーパーと呼称する。また、それらを区別しない場合は、字幕と総称するものとする。
The
ブラウザ部１５４は、キャッシュ部１５２若しくはＬＡＮ通信部１２１を介してインターネット２００上のサーバ装置から取得したマルチメディアアプリケーションファイルやその構成要素であるファイル系データを、ＭＭＴデータ列に含まれる制御情報やＬＡＮ通信部１２１を介してインターネット２００上のサーバ装置から取得した制御情報を解釈するアプリケーション制御部１５３の指示に従って提示する。なお、前記マルチメディアアプリケーションファイルは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書やＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書等であって良い。ブラウザ部１５４から出力されたアプリケーション情報は、更に、アプリケーション色域変換部１５５において、映像合成部１６１での映像合成処理のために、必要に応じて色空間変換処理を施される。また、ブラウザ部１５４は、音源部１５６に働きかけることにより、アプリケーション音声情報の再生も行うものとする。
The
映像合成部１６１は、映像色域変換部１４２から出力された映像情報と字幕色域変換部１４７から出力された字幕情報とアプリケーション色域変換部１５５から出力されたアプリケーション情報等を入力し、適宜選択および／または重畳等の処理を行う。映像合成部１６１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報等に基づいてモニタ部１６２等が駆動される。また、映像合成部１６１は、主制御部１０１の制御に基づいて、必要に応じて、スケーリング処理やＭＭＴ－ＳＩに含まれるＭＨ－ＥＩＴ等の情報に基づいて作成されたＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：電子番組表）画面情報の重畳処理等を行う。モニタ部１６２は、例えば液晶パネル等の表示デバイスであり、映像合成部１６１で選択および／または重畳処理を施された映像情報を放送受信装置１００のユーザに提供する。映像出力部１６３は、映像合成部１６１で選択および／または重畳処理を施された映像情報を出力する映像出力インタフェースである。
The
なお、本実施例の放送受信装置１００の提示機能は、マルチメディアサービスを提供者の意図通りに表示させるために、論理的プレーン構造を備えるものとする。図８Ｂに、本実施例の放送受信装置１００の提示機能が備える論理的プレーン構造の構成の一例を示す。前記論理的プレーン構造では、最前面に文字スーパーの表示を行う文字スーパープレーンを配置し、次層に字幕の表示を行う字幕プレーンを配置する。三層目に放送映像やマルチメディアアプリケーション、またはその合成映像の表示を行うマルチメディアプレーンを配置し、最背面に背景プレーンを配置する。字幕合成部１４６および映像合成部１６１において、文字スーパー情報の文字スーパープレーンへの描画、字幕情報の字幕プレーンへの描画、映像情報やアプリケーション情報等のマルチメディアプレーンへの描画が行われる。また、ＭＭＴ－ＳＩに含まれるＬＣＴ等に基づいて背景色が背景プレーンに描画される。なお、三層目のマルチメディアプレーンは、映像デコーダ１４１の数に応じて複数用意することが可能であるものとする。但し、マルチメディアプレーンが複数ある場合でも、アプリケーション色域変換部１５５から出力されたアプリケーション情報等は、最前面のマルチメディアプレーンにのみ出力されるものとする。
The presentation function of the
音声合成部１６４は、音声デコーダ１４３から出力された音声情報および音源部１５６で再生されたアプリケーション音声情報を入力して、適宜選択および／またはミックス等の処理を行う。スピーカ部１６５は、音声合成部１６４で選択および／またはミックス処理を施された音声情報を放送受信装置１００のユーザに提供する。音声出力部１６６は、音声合成部１６４で選択および／またはミックス処理を施された音声情報を出力する音声出力インタフェースである。
The
拡張インタフェース部１２４は、放送受信装置１００の機能を拡張するためのインタフェース群であり、本実施例では、アナログ映像／音声インタフェース、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェース、メモリインタフェース等で構成されるものとする。アナログ映像／音声インタフェースは、外部映像／音声出力機器からのアナログ映像信号／音声信号の入力、外部映像／音声入力機器へのアナログ映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。ＨＤＤを接続して放送番組やコンテンツの記録を行っても良い。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
The
デジタルインタフェース部１２５は、符号化されたデジタル映像データおよび／またはデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部１２５は、チューナ／復調部１３１で復調して得たＭＭＴデータ列やＬＡＮ通信部１２１を介して取得したＭＭＴデータ列、あるいは、前記各ＭＭＴデータ列の混合データをそのまま出力可能であるものとする。また、デジタルインタフェース部１２５から入力したＭＭＴデータ列を分離部１３２に入力するように制御しても良い。ストレージ（蓄積）部１１０に記憶したデジタルコンテンツの出力、あるいは、ストレージ（蓄積）部１１０へのデジタルコンテンツの記憶を、デジタルインタフェース部１２５を介して行っても良い。
The
デジタルインタフェース部１２５は、ＤＶＩ端子やＨＤＭＩ（登録商標）端子やＤｉｓｐｌａｙ Ｐｏｒｔ（登録商標）端子等であって、ＤＶＩ仕様やＨＤＭＩ仕様やＤｉｓｐｌａｙ Ｐｏｒｔ仕様等に準拠した形式でデータの出力あるいは入力がなされるものであって良い。ＩＥＥＥ１３９４仕様等に準拠したシリアルデータの形式で出力あるいは入力されても良い。また、イーサネット（登録商標）や無線ＬＡＮ等のハードウェアを介してデジタルインタフェース出力を行うＩＰインタフェースとして構成しても良い。この場合、デジタルインタフェース部１２５とＬＡＮ通信部１２１とはそのハードウェア構成を共有しても良い。
The
操作入力部１７０は、放送受信装置１００に対する操作指示の入力を行う指示入力部であり、本実施例では、図示を省略したリモコンから送信されるコマンドを受信するリモコン受信部とボタンスイッチを並べた操作キーで構成されるものとする。何れか一方のみであっても良い。また、操作入力部１７０は、モニタ部１６２に重ねて配したタッチパネルで代替しても良い。拡張インタフェース部１２４に接続したキーボード等で代替しても良い。前記図示を省略したリモコンは、リモコンコマンド送信機能を備えた携帯情報端末７００で代替しても良い。
The
なお、前述のように、放送受信装置１００がテレビ受信機等である場合、映像出力部１６３および音声出力部１６６は本発明に必須の構成ではない。また、放送受信装置１００は、テレビ受信機の他、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダなどの光ディスクドライブレコーダ、ＨＤＤレコーダなどの磁気ディスクドライブレコーダ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等であっても良い。デジタル放送受信機能や放送通信連携機能を備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やタブレット端末、ナビゲーション装置、ゲーム機等であっても良い。放送受信装置１００がＤＶＤレコーダ、ＨＤＤレコーダ、ＳＴＢ等である場合、モニタ部１６２およびスピーカ部１６５は備えなくとも良い。映像出力部１６３および音声出力部１６６あるいはデジタルインタフェース部１２５に、外部モニタおよび外部スピーカを接続することにより、本実施例の放送受信装置１００と同様の動作が可能となる。
As described above, when the
［放送受信装置のソフトウェア構成］
図８Ｃは、本実施例の放送受信装置１００のソフトウェア構成図であり、ＲＯＭ１０３、ＲＡＭ１０４およびストレージ（蓄積）部１１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ１０３に基本動作プログラム１００１およびその他の動作プログラムが記憶されており、ストレージ（蓄積）部１１０に受信機能プログラム１００２、連携機能プログラム１００３、録画再生機能プログラム１００４、およびその他の動作プログラムが記憶されている。また、ストレージ（蓄積）部１１０は、動画や静止画や音声等のコンテンツを記憶するコンテンツ記憶領域１２００、外部の携帯端末機器や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域１３００、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
[Software configuration of broadcast receiving device]
8C is a software configuration diagram of the
ＲＯＭ１０３に記憶された基本動作プログラム１００１はＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された基本動作プログラム１００１を実行することにより、基本動作実行部１１０１を構成する。また、ストレージ（蓄積）部１１０に記憶された受信機能プログラム１００２や連携機能プログラム１００３や録画再生機能プログラム１００４も同様にＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された受信機能プログラム１００２や連携機能プログラム１００３や録画再生機能プログラム１００４を実行することにより、受信機能実行部１１０２や連携機能実行部１１０３や録画再生機能実行部１１０４を構成する。また、ＲＡＭ１０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
The
なお、以下では、説明を簡単にするために、主制御部１０１がＲＯＭ１０３に格納された基本動作プログラム１００１をＲＡＭ１０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部１１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
In the following, for simplicity, the process in which the
受信機能実行部１１０２は、本実施例の放送システムで伝送される映像や音声等のコンポーネントを再生するために放送受信装置１００の各動作ブロックを制御する。特に、トランスポート処理部１１０２ａは、分離部１３２のＭＭＴデコーダ機能を主として制御し、ＭＭＴデータ列から分離した映像データ列や音声データ列等をそれぞれ対応するデコード処理部に分配する。ＡＶデコード処理部１１０２ｂは、映像デコーダ１４１や音声デコーダ１４３等を主として制御する。アプリケーション処理部１１０２ｃは、キャッシュ部１５２やアプリケーション制御部１５３やブラウザ部１５４や音源部１５６を主として制御する。文字スーパー処理部１１０２ｄは、文字スーパーデコーダ１４４を主として制御する。字幕処理部１１０２ｅは、字幕デコーダ１４５を主として制御する。汎用データ処理部１１０２ｆは、データデコーダ１５１を主として制御する。ＥＰＧ生成部１１０２ｇは、ＭＭＴ－ＳＩに含まれるＭＨ－ＥＩＴ等の記述内容を解釈してＥＰＧ画面を生成する。提示処理部１１０２ｈは、前記論理的プレーン構造に基づいて、映像色域変換部１４２や字幕合成部１４６や字幕色域変換部１４７やアプリケーション色域変換部１５５や映像合成部１６１や音声合成部１６４を主として制御する。
The receiving
また、連携機能実行部１１０３は、放送受信装置１００が携帯情報端末７００等の外部装置との連携動作を行う際の、機器認証および接続、各データの送受信、等の管理を行う。録画再生機能実行部１１０４は、本放送システムのデジタル放送波から取得した放送番組やネットワーク上の各サーバ装置から取得したコンテンツ等を、ストレージ（蓄積）部１１０のコンテンツ記憶領域１２００や拡張インタフェース部１２４に接続された外部ストレージ等に記録する際の、あるいは、前記放送番組やコンテンツ等を再生する際の制御を行う。
The linkage
前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ１０３および／またはストレージ（蓄積）部１１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部１２４等を介して取得するものであっても良い。
The operating programs may be stored in the
［放送局サーバの構成］
図９は、放送局サーバ３００の内部構成の一例を示すブロック図である。放送局サーバ３００は、主制御部３０１、システムバス３０２、ＲＡＭ３０４、ストレージ部３１０、ＬＡＮ通信部３２１、デジタル放送信号送出部３６０、で構成される。
[Configuration of broadcasting station server]
9 is a block diagram showing an example of the internal configuration of the
主制御部３０１は、所定の動作プログラムに従って放送局サーバ３００全体を制御するマイクロプロセッサユニットである。システムバス３０２は主制御部３０１と放送局サーバ３００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ３０４は各動作プログラム実行時のワークエリアとなる。
The
ストレージ部３１０は、基本動作プログラム３００１および放送コンテンツ管理／配信プログラム３００２と放送コンテンツ送出プログラム３００３を記憶し、更に、放送コンテンツ記憶領域３２００およびメタデータ記憶領域３３００を備える。放送コンテンツ記憶領域３２００は放送局が放送する各放送番組の番組コンテンツ等を記憶する。メタデータ記憶領域３３００は前記各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、各番組コンテンツに係るコピー制御情報、等のメタデータを記憶する。
The
また、ストレージ部３１０に記憶された基本動作プログラム３００１および放送コンテンツ管理／配信プログラム３００２と放送コンテンツ送出プログラム３００３はそれぞれＲＡＭ３０４に展開され、更に主制御部３０１が前記展開された各プログラムを実行することにより、基本動作実行部３１０１、放送コンテンツ管理／配信実行部３１０２、放送コンテンツ送出実行部３１０３を構成する。
The
なお、以下では、説明を簡単にするために、主制御部３０１がストレージ部３１０に格納された基本動作プログラム３００１をＲＡＭ３０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部３１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
In the following, for ease of explanation, the process in which the
放送コンテンツ管理／配信実行部３１０２は、放送コンテンツ記憶領域３２００およびメタデータ記憶領域３３００に蓄積された各放送番組の番組コンテンツ等および各メタデータの管理と、前記各放送番組の番組コンテンツ等および各メタデータを契約に基づいてサービス事業者に提供する際の制御を行う。更に、放送コンテンツ管理／配信実行部３１０２は、前記サービス事業者に対して前記各放送番組の番組コンテンツ等および各メタデータの提供を行う際に、必要に応じて前記契約に基づいたサービス事業者サーバ４００の認証処理等を行っても良い。
The broadcast content management/
放送コンテンツ送出実行部３１０３は、放送コンテンツ記憶領域３２００に蓄積された放送番組の番組コンテンツや、メタデータ記憶領域３３００に蓄積された放送番組の番組タイトル、番組ＩＤ、番組コンテンツのコピー制御情報等を含むＭＭＴデータ列を、デジタル放送信号送出部３６０を介して電波塔３００ｔから送出する際のタイムスケジュール管理等を行う。
The broadcast content
ＬＡＮ通信部３２１は、インターネット２００と接続され、インターネット２００上のサービス事業者サーバ４００等と通信を行う。ＬＡＮ通信部３２１は符号回路や復号回路等を備えるものとする。デジタル放送信号送出部３６０は、放送コンテンツ記憶領域３２００に蓄積された各放送番組の番組コンテンツ等の映像データ列や音声データ列、番組情報データ列、等で構成されたＭＭＴデータ列を変調して、電波塔３００ｔを介して、デジタル放送波として送出する。
The
［サービス事業者サーバの構成］
図１０は、サービス事業者サーバ４００の内部構成の一例を示すブロック図である。サービス事業者サーバ４００は、主制御部４０１、システムバス４０２、ＲＡＭ４０４、ストレージ部４１０、ＬＡＮ通信部４２１、で構成される。
[Configuration of service provider server]
10 is a block diagram showing an example of the internal configuration of the
主制御部４０１は、所定の動作プログラムに従ってサービス事業者サーバ４００全体を制御するマイクロプロセッサユニットである。システムバス４０２は主制御部４０１とサービス事業者サーバ４００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ４０４は各動作プログラム実行時のワークエリアとなる。
The
ストレージ部４１０は、基本動作プログラム４００１および映像コンテンツ管理／配信プログラム４００２とアプリケーション管理／配布プログラム４００４を記憶し、更に、映像コンテンツ記憶領域４２００およびメタデータ記憶領域４３００、アプリケーション記憶領域４４００、ユーザ情報記憶領域４５００を備える。映像コンテンツ記憶領域４２００は、放送局サーバ３００から提供された放送番組の番組コンテンツを映像コンテンツとして記憶する。また、前記サービス事業者が制作した映像コンテンツ等を記憶する。メタデータ記憶領域４３００は、放送局サーバ３００から提供された各メタデータや、前記サービス事業者が制作した映像コンテンツに関するメタデータ等を記憶する。アプリケーション記憶領域４４００は、各テレビ受信機からの要求に応じて配布するための、放送番組に連携したサービスを実現するための各種アプリケーション等を記憶する。ユーザ情報記憶領域４５００は、サービス事業者サーバ４００へのアクセスが許可されたユーザに関する情報（個人情報や認証情報等）を記憶する。
The
また、ストレージ部４１０に記憶された基本動作プログラム４００１および映像コンテンツ管理／配信プログラム４００２とアプリケーション管理／配布プログラム４００４はそれぞれＲＡＭ４０４に展開され、更に主制御部４０１が前記展開された基本動作プログラムおよび映像コンテンツ管理／配信プログラムとアプリケーション管理／配布プログラムを実行することにより、基本動作実行部４１０１、映像コンテンツ管理／配信実行部４１０２、アプリケーション管理／配布実行部４１０４を構成する。
The
なお、以下では、説明を簡単にするために、主制御部４０１がストレージ部４１０に格納された基本動作プログラム４００１をＲＡＭ４０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部４１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
In the following, for ease of explanation, the process in which the
映像コンテンツ管理／配信実行部４１０２は、放送局サーバ３００からの放送番組の番組コンテンツ等およびメタデータの取得、映像コンテンツ記憶領域４２００およびメタデータ記憶領域４３００に蓄積された映像コンテンツ等および各メタデータの管理、および各テレビ受信機に対する前記映像コンテンツ等および各メタデータの配信の制御を行う。更に、映像コンテンツ管理／配信実行部４１０２は、前記各テレビ受信機に対して前記各映像コンテンツ等および各メタデータの配信を行う際に、必要に応じて前記各テレビ受信機の認証処理等を行っても良い。また、アプリケーション管理／配布実行部４１０４は、アプリケーション記憶領域４４００に蓄積された各アプリケーションの管理と、前記各アプリケーションを各テレビ受信機からの要求に応じて配布する際の制御と、を行う。更に、アプリケーション管理／配布実行部４１０４は、前記各テレビ受信機に対して前記各アプリケーションの配布を行う際に、必要に応じて前記各テレビ受信機の認証処理等を行っても良い。
The video content management/
ＬＡＮ通信部４２１は、インターネット２００と接続され、インターネット２００上の放送局サーバ３００や、ルータ装置２００ｒを介して放送受信装置１００と通信を行う。ＬＡＮ通信部４２１は符号回路や復号回路等を備えるものとする。
The
［携帯情報端末のハードウェア構成］
図１１Ａは、携帯情報端末７００の内部構成の一例を示すブロック図である。携帯情報端末７００は、主制御部７０１、システムバス７０２、ＲＯＭ７０３、ＲＡＭ７０４、ストレージ部７１０、通信処理部７２０、拡張インタフェース部７２４、操作部７３０、画像処理部７４０、音声処理部７５０、センサ部７６０、で構成される。
[Hardware configuration of mobile information terminal]
11A is a block diagram showing an example of the internal configuration of a
主制御部７０１は、所定の動作プログラムに従って携帯情報端末７００全体を制御するマイクロプロセッサユニットである。システムバス７０２は主制御部７０１と携帯情報端末７００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
The
ＲＯＭ７０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭやフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ７０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ７０３およびＲＡＭ７０４は主制御部７０１と一体構成であっても良い。また、ＲＯＭ７０３は、図１１Ａに示したような独立構成とはせず、ストレージ部７１０内の一部記憶領域を使用するようにしても良い。
ストレージ部７１０は、携帯情報端末７００の動作プログラムや動作設定値、携帯情報端末７００のユーザの個人情報等を記憶する。また、インターネット２００を介してダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、インターネット２００を介してダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部７１０の一部領域を以ってＲＯＭ７０３の機能の全部または一部を代替しても良い。また、ストレージ部７１０は、携帯情報端末７００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。従って、例えば、フラッシュＲＯＭやＳＳＤなどの不揮発性半導体素子メモリ、ＨＤＤなどの磁気ディスクドライブ、等のデバイスが用いられる。
The
なお、ＲＯＭ７０３やストレージ部７１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により、追加、更新および機能拡張することが可能であるものとする。
The operating programs stored in the
通信処理部７２０は、ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３、で構成される。ＬＡＮ通信部７２１は、ルータ装置２００ｒやアクセスポイント２００ａを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。ルータ装置２００ｒやアクセスポイント２００ａとの接続はＷｉ－Ｆｉ（登録商標）等の無線接続で行われるものとする。移動体電話網通信部７２２は、移動体電話通信網の基地局６００ｂとの無線通信により、電話通信（通話）およびデータの送受信を行う。ＮＦＣ通信部７２３は対応するリーダ／ライタとの近接時に無線通信を行う。ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また、通信処理部７２０が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部や赤外線通信部等、他の通信部を更に備えていても良い。
The
拡張インタフェース部７２４は、携帯情報端末７００の機能を拡張するためのインタフェース群であり、本実施例では、映像／音声インタフェース、ＵＳＢインタフェース、メモリインタフェース等で構成されるものとする。映像／音声インタフェースは、外部映像／音声出力機器からの映像信号／音声信号の入力、外部映像／音声入力機器への映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
The
操作部７３０は、携帯情報端末７００に対する操作指示の入力を行う指示入力部であり、本実施例では、表示部７４１に重ねて配置したタッチパネル７３０ｔおよびボタンスイッチを並べた操作キー７３０ｋで構成されるものとする。何れか一方のみであっても良い。拡張インタフェース部７２４に接続したキーボード等を用いて携帯情報端末７００の操作を行っても良い。有線通信または無線通信により接続された別体の端末機器を用いて携帯情報端末７００の操作を行っても良い。即ち、放送受信装置１００から携帯情報端末７００の操作を行っても良い。また、前記タッチパネル機能は表示部７４１が備え持っているものであっても良い。
The
画像処理部７４０は、表示部７４１、画像信号処理部７４２、第一画像入力部７４３、第二画像入力部７４４、で構成される。表示部７４１は、例えば液晶パネル等の表示デバイスであり、画像信号処理部７４２で処理した画像データを携帯情報端末７００のユーザに提供する。画像信号処理部７４２は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された画像データに基づいて表示部７４１が駆動される。また、画像信号処理部７４２は、必要に応じてフォーマット変換、メニューやその他のＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）信号の重畳処理等を行う機能を有するものとする。第一画像入力部７４３および第二画像入力部７４４は、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。
The image processing unit 740 is composed of a
音声処理部７５０は、音声出力部７５１、音声信号処理部７５２、音声入力部７５３、で構成される。音声出力部７５１はスピーカであり、音声信号処理部７５２で処理した音声信号を携帯情報端末７００のユーザに提供する。音声入力部７５３はマイクであり、ユーザの声などを音声データに変換して入力する。
The audio processing unit 750 is composed of an
センサ部７６０は、携帯情報端末７００の状態を検出するためのセンサ群であり、本実施例では、ＧＰＳ受信部７６１、ジャイロセンサ７６２、地磁気センサ７６３、加速度センサ７６４、照度センサ７６５、近接センサ７６６、で構成される。これらのセンサ群により、携帯情報端末７００の位置、傾き、方角、動き、および周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。また、携帯情報端末７００が、気圧センサ等、他のセンサを更に備えていても良い。
The
携帯情報端末７００は、携帯電話やスマートホン、タブレット端末等であって良い。ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やノート型ＰＣであっても良い。また、デジタルスチルカメラや動画撮影可能なビデオカメラ、携帯型ゲーム機やナビゲーション装置等、またはその他の携帯用デジタル機器であっても良い。
The
なお、図１１Ａに示した携帯情報端末７００の構成例は、センサ部７６０等、本実施例に必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施例の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良い。
The example configuration of the
［携帯情報端末のソフトウェア構成］
図１１Ｂは、本実施例の携帯情報端末７００のソフトウェア構成図であり、ＲＯＭ７０３、ＲＡＭ７０４およびストレージ部７１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ７０３に基本動作プログラム７００１およびその他の動作プログラムが記憶されており、ストレージ部７１０に連携制御プログラム７００２およびその他の動作プログラムが記憶されている。また、ストレージ部７１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域７２００、テレビ受信機や各サーバ装置にアクセスする際に必要な認証情報等を記憶する認証情報記憶領域７３００、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
[Software configuration of mobile information terminal]
11B is a software configuration diagram of the
ＲＯＭ７０３に記憶された基本動作プログラム７００１はＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部７１０１を構成する。また、ストレージ部７１０に記憶された連携制御プログラム７００２も同様にＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された連携制御プログラムを実行することにより、連携制御実行部７１０２を構成する。また、ＲＡＭ７０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
The
なお、以下では、説明を簡単にするために、主制御部７０１がＲＯＭ７０３に格納された基本動作プログラム７００１をＲＡＭ７０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部７１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
In the following, for simplicity, the process in which the
連携制御実行部７１０２は、携帯情報端末７００がテレビ受信機との連携動作を行う際の、機器認証および接続、各データの送受信、等の管理を行う。また、連携制御実行部７１０２は、前記テレビ受信機と連動するアプリケーションを実行するためのブラウザエンジン機能を備えるものとする。
The linkage
前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ７０３および／またはストレージ部７１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部７２１または移動体電話網通信部７２２を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部７２４等を介して取得するものであっても良い。
The operating programs may be stored in the
［放送受信装置の時刻管理］
本実施例の放送受信装置１００は二種類の時刻管理機能を備える。第一の時刻管理機能は、ＮＴＰに基づく時刻管理機能であり、第二の時刻管理機能は、ＭＨ－ＴＯＴに基づく時刻管理機能である。以下では、前記二種類の時刻管理機能について説明を行う。
[Time management of broadcast receiving device]
The
＜ＮＴＰに基づく時刻管理機能＞
まず、ＮＴＰに基づく時刻管理機能に関して説明する。
<NTP-based time management function>
First, the time management function based on NTP will be described.
図１２Ａは、本実施例の放送受信装置１００が対応する放送システムにおけるクロック同期／提示同期のためのシステム構成の一例である。本実施例の放送システムでは、ＵＴＣを６４ビット長のＮＴＰタイムスタンプ形式で、放送送出システムから受信機（本実施例の放送受信装置１００等）に伝送する。前記ＮＴＰタイムスタンプ形式においては、ＵＴＣの『秒以上』を３２ビットで表し、また、『秒未満』を３２ビットで表すものとする。しかしながら、実際には、１秒を３２ビット精度で再現することは困難である。このため、映像システムの同期をとるためのシステムクロックやＮＴＰ形式の時計を動作させるためのシステムクロックとしては、例えば同図に示したような、『２の２４乗』Ｈｚ（約１６．８ＭＨｚ）の周波数を用いるようにしても良い。なお、従来の放送システムにおけるシステムクロックが２７ＭＨｚであったことおよび受信機のハードウェア構成を簡便に構築できること等を考慮すると、『２の２４乗』～『２の２８乗』程度の、２のべき乗の周波数をシステムクロックとして採用することが望ましい。
Figure 12A is an example of a system configuration for clock synchronization/presentation synchronization in a broadcasting system that the
なお、放送送出システム側や受信機側において、システムクロックを前述のように『２の２４乗』～『２の２８乗』程度の２のべき乗の周波数に設定した場合、放送送出システム側から受信機側に伝送されるＮＴＰタイムスタンプ形式における、前記システムクロックやＮＴＰ形式の時計を再生するためのＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）系に参照されない下位の８～４ビットは、『０』あるいは『１』に固定するようにしても良い。即ち、システムクロックが『２のｎ乗』Ｈｚ（図１２Ａの例ではｎ＝２４、以下同様）であれば、ＮＴＰタイムスタンプ形式の下位『３２－ｎ』ビットを『０』あるいは『１』に固定するようにしても良い。あるいは、受信機側において、前記ＮＴＰタイムスタンプ形式の下位『３２－ｎ』ビットを無視するように処理しても良い。 When the system clock is set to a power of 2 frequency such as 2 to the 24th power to 2 to the 28th power on the broadcast transmission system or receiver side as described above, the lower 8 to 4 bits in the NTP timestamp format transmitted from the broadcast transmission system to the receiver side, which are not referenced by the PLL (Phase Locked Loop) system for regenerating the system clock or the NTP format clock, may be fixed to 0 or 1. In other words, if the system clock is 2 to the nth power Hz (n=24 in the example of FIG. 12A, and so forth), the lower 32-n bits in the NTP timestamp format may be fixed to 0 or 1. Alternatively, the receiver side may process the lower 32-n bits in the NTP timestamp format to be ignored.
放送送出システム側では、ＮＴＰ形式の時刻情報を外部から得ると、『２のｎ乗』ＨｚのＶＣＯ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ｏｓｃｉｌｌａｔｏｒ）による３２＋ｎビットカウンタでＰＬＬ系を構成し、外部から与えられた時刻情報に同期する送出システム時計を実現する。また、『２のｎ乗』Ｈｚのシステムクロックに同期して全体の信号処理系を動作させる。更に、前記送出システム時計の出力をＮＴＰ長形式の時刻情報として放送伝送路を介して受信機側に周期的に伝送する。なお、受信機側に伝送する前記ＮＴＰ長形式の時刻情報も、『秒未満』を表す３２ビットのうち、下位『３２－ｎ』ビットを『０』あるいは『１』に固定して良い。即ち、放送送出システム側のシステムクロックカウンタが３２＋ｎビットで構成されるためである。 When the broadcast transmission system receives NTP format time information from the outside, it configures a PLL system with a 32+n bit counter using a 2 to the power of n Hz VCO (Voltage Controlled Oscillator) to realize a transmission system clock that is synchronized with the time information provided from the outside. In addition, the entire signal processing system operates in synchronization with the 2 to the power of n Hz system clock. Furthermore, the output of the transmission system clock is periodically transmitted to the receiver side via the broadcast transmission path as NTP long format time information. Note that the NTP long format time information transmitted to the receiver side may also have the lower 32-n bits of the 32 bits representing "less than a second" fixed to "0" or "1". In other words, this is because the system clock counter on the broadcast transmission system side is composed of 32+n bits.
受信機側では、放送伝送路を介してＮＴＰ長形式の時刻情報を受信し、放送送出システム側と同様に、『２のｎ乗』ＨｚのＶＣＯに基づくＰＬＬ系により受信システム時計を再生する。これにより、受信システム時計は、放送送出システム側と同期した時計となる。また、『２のｎ乗』Ｈｚのシステムクロックに同期して受信機の信号処理系を動作させることにより、放送送出システム側と受信機側のクロック同期が実現され、安定した信号再生が可能となる。 On the receiver side, time information in NTP long format is received via the broadcast transmission path, and, just like on the broadcast transmission system side, the receiving system clock is regenerated using a PLL system based on a 2n-power Hz VCO. This makes the receiving system clock synchronized with the broadcast transmission system side. In addition, by operating the receiver's signal processing system in synchronization with the 2n-power Hz system clock, clock synchronization is achieved between the broadcast transmission system side and the receiver side, enabling stable signal reproduction.
また、映像／音声信号の提示単位毎の復号時刻および提示時刻が、放送送出システム側において、前記ＮＴＰ形式の時刻情報に基づいて設定される。前記復号時刻は、ＭＰＴに格納されたＭＰＵ拡張タイムスタンプ記述子（図示省略）により指定される。また、前記提示時刻は、ＭＰＴに格納されたＭＰＵタイムスタンプ記述子（図７Ｄ参照）により指定される。前記ＭＰＵタイムスタンプ記述子における『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ（ＭＰＵシーケンス番号）』パラメータがタイムスタンプを記述するＭＰＵのシーケンス番号を示し、『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ（ＭＰＵ提示時刻）』パラメータがＭＰＵの提示時刻を６４ビットのＮＴＰタイムスタンプ形式で示している。即ち、受信機はＭＰＴに格納されるＭＰＵタイムスタンプ記述子を参照することにより、映像／音声信号や字幕、文字スーパー等のＭＰＵ毎の提示（表示、出力など）タイミングを制御することが可能となる。 The decode time and presentation time for each presentation unit of the video/audio signal are set on the broadcast transmission system side based on the time information in the NTP format. The decode time is specified by an MPU extended time stamp descriptor (not shown) stored in the MPT. The presentation time is specified by an MPU time stamp descriptor (see FIG. 7D) stored in the MPT. The "mpu_sequence_number" parameter in the MPU time stamp descriptor indicates the sequence number of the MPU that describes the time stamp, and the "mpu_presentation_time" parameter indicates the presentation time of the MPU in 64-bit NTP time stamp format. In other words, the receiver can control the presentation (display, output, etc.) timing of each MPU of video/audio signals, subtitles, superimposed characters, etc. by referring to the MPU time stamp descriptor stored in the MPT.
なお、前述の映像／音声信号等の提示単位毎の復号タイミングおよび提示タイミングの制御に着目した場合、『２の１６乗』Ｈｚ（約６５．５ＫＨｚ）程度のクロックによっても映像／音声信号の同期は確保可能であり、この場合は、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位１６ビットは参照しなくとも良い。即ち、復号タイミングおよび提示タイミングの制御にシステムクロックの分周等により生成した『２のｍ乗』Ｈｚのクロックを用いた場合は、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位『３２－ｍ』ビットは参照しなくとも良い。従って、ＭＰＵタイムスタンプ記述子等に記述されるＮＴＰタイムスタンプ形式の下位『３２－ｍ』ビットは『０』あるいは『１』に固定するようにしても良い。 When focusing on the control of the decoding timing and presentation timing for each presentation unit of the aforementioned video/audio signals, etc., synchronization of the video/audio signals can be ensured even with a clock of about 2 to the power of 16 Hz (approximately 65.5 KHz), and in this case, it is not necessary to refer to the lower 16 bits of the NTP timestamp format described in the MPU timestamp descriptor, etc. In other words, if a clock of 2 to the power of m Hz generated by dividing the system clock, etc. is used to control the decoding timing and presentation timing, it is not necessary to refer to the lower 32-m bits of the NTP timestamp format described in the MPU timestamp descriptor, etc. Therefore, the lower 32-m bits of the NTP timestamp format described in the MPU timestamp descriptor, etc. may be fixed to 0 or 1.
＜ＭＨ－ＴＯＴに基づく時刻管理機能＞
前述で説明したＮＴＰに基づく時刻管理機能における、ＮＴＰ形式で伝送する時刻情報の構成の一例を図１２Ｂに示す。前記ＮＴＰ形式における『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』パラメータや『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ等は、６４ビット長のＮＴＰ長形式の時刻データであり、また、図７Ｄに示したＭＰＵタイムスタンプ記述子における『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータも６４ビット長のＮＴＰタイムスタンプ形式の時刻データである。前記ＮＴＰ長形式の時刻データや前記ＮＴＰタイムスタンプ形式の時刻データは、ＵＴＣの『秒以上』を３２ビットで、『秒未満』を３２ビットで表したデータである。即ち、ＮＴＰ形式の時刻情報は、『秒未満』までの時刻情報を伝送可能である。更にＮＴＰ形式の時刻情報はＵＴＣ表記であるため、従来のデジタル放送における時刻管理と異なり、図３に示したように、放送伝送路を介して送信されるデータフローと通信回線を介して配信されるデータフローの双方を前記ＮＴＰ形式の時刻情報で管理することにより、容易に前記双方のデータの整合をとることができる。
<Time management function based on MH-TOT>
An example of the configuration of time information transmitted in the NTP format in the time management function based on the NTP described above is shown in Figure 12B. The "reference_timestamp" parameter and the "transmit_timestamp" parameter in the NTP format are 64-bit NTP long format time data, and the "mpu_presentation_time" parameter in the MPU time stamp descriptor shown in Figure 7D is also 64-bit NTP time stamp format time data. The NTP long format time data and the NTP time stamp format time data are data in which the "seconds or more" of UTC are represented by 32 bits, and "less than a second" is represented by 32 bits. In other words, the NTP format time information can transmit time information up to "less than a second". Furthermore, since the time information in NTP format is expressed in UTC notation, unlike time management in conventional digital broadcasting, by managing both the data flow transmitted via the broadcast transmission path and the data flow distributed via the communication line using the time information in NTP format, as shown in Figure 3, it is possible to easily ensure consistency between the two sets of data.
これに対し、ＭＨ－ＴＯＴで伝送される時刻情報は以下の通りである。 In contrast, the time information transmitted by MH-TOT is as follows:
図１２Ｃに、ＭＨ－ＴＯＴのデータ構造の一例を示す。本実施例の放送受信装置１００は、前記ＭＨ－ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータから現在日付および現在時刻を取得可能である。『ＪＳＴ＿ｔｉｍｅ』パラメータは、図１２Ｄに示すように、修正ユリウス日（Ｍｏｄｉｆｉｅｄ Ｊｕｌｉａｎ Ｄａｔｅ：ＭＪＤ）による現在日付の符号化データの下位１６ビットと、日本標準時（Ｊａｐａｎ Ｓｔａｎｄａｒｄ Ｔｉｍｅ：ＪＳＴ）を６個の４ビット２進化１０進数（Ｂｉｎａｒｙ－Ｃｏｄｅｄ Ｄｅｃｉｍａｌ：ＢＣＤ）で表した２４ビットの情報を含むものとする。前記ＭＪＤの１６ビット符号化データに所定の演算を施すことにより、現在日付を算出することが可能である。また、６個の４ビット２進化１０進数は、最初の２個の４ビット２進化１０進数により１０進法２桁で『時』を表し、次の２個の４ビット２進化１０進数により１０進法２桁で『分』を表し、最後の２個の４ビット２進化１０進数により１０進法２桁で『秒』を表すものである。
Figure 12C shows an example of the data structure of MH-TOT. The
即ち、ＮＴＰ形式に基づく時刻管理とＭＨ－ＴＯＴに基づく時刻管理との相違点は、前者のＮＴＰ形式に基づく時刻管理が前述のように『秒未満』までの時刻情報を伝送できるのに対し、後者のＭＨ－ＴＯＴに基づく時刻管理では、ＪＳＴ表記の『秒単位』までの時刻情報のみを伝送できるという点である。 In other words, the difference between time management based on the NTP format and time management based on MH-TOT is that the former, NTP format, can transmit time information down to the "second" as mentioned above, whereas the latter, MH-TOT format, can only transmit time information down to the "second" in JST notation.
本実施例の放送受信装置１００は、ＵＴＣ表記の時刻情報であるＮＴＰに基づく時刻管理機能を、放送信号のコンテンツである映像、音声、字幕、文字スーパー、その他提示データのデコードおよび表示の同期処理に用いることにより、より高精度の同期処理を実現できる。更に放送局のクロック表記ではなく、ＵＴＣ表記の情報を参照することにより、放送信号で受信するコンテンツである映像、音声、字幕、文字スーパー、またはその他データと、通信回線経路で取得する映像、音声、字幕、文字スーパー、またはその他データとのデコードおよび表示の同期処理を行うこともできる。
The
更に、本実施例の放送受信装置１００では、ＭＨ－ＴＯＴの６個の４ビット２進化１０進数で表した２４ビットの情報を含む『ＪＳＴ＿ｔｉｍｅ』に基づく時刻管理機能を、ユーザへの現在時刻の提示処理または図７Ｅに示したＭＨ－ＥＩＴを扱う各処理に用いても良い。一般的に、放送受信装置におけるユーザへの現在時刻の提示処理においては、秒未満までの精度が要求されることはほとんどない。また、ＭＨ－ＥＩＴに記述される各時間情報は、ＭＰＥＧ２－ＴＳ方式で伝送される従来のデジタル放送のＥＩＴと同様に、６個の４ビット２進化１０進数で表した２４ビットの情報で、１０進法２桁ずつの『時』、『分』、『秒』で格納されている。このため、本実施例の放送受信装置１００におけるＭＨ－ＴＯＴに基づく時刻管理機能は、ＭＨ－ＥＩＴを扱う各処理と整合し易いためである。ＭＨ－ＥＩＴを扱う各処理とは具体的には、例えば、電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等である。何れの処理も秒未満までの精度が要求されることは稀であり、１秒単位の精度で十分だからである。
Furthermore, in the
また、当該電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等は、従来のＭＰＥＧ２－ＴＳ方式を用いたデジタル放送システムの受信機でも搭載される機能である。すると、本実施例の放送システムにおいても、電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理において、従来のＭＰＥＧ２－ＴＳ方式のデジタル放送システムと整合性がある時刻管理処理で対応できるように構成しておけば、従来のＭＰＥＧ２－ＴＳ方式のデジタル放送の受信機能とＭＭＴ方式のデジタル放送の受信機能との両者を有する放送受信装置を構成する際に、これらの処理（電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理）において、処理アルゴリズムを別々に設計する必要がなくなり、コストを低くすることができる。 The generation process of the electronic program guide, the control of recording and viewing reservations, copyright management processes such as temporary storage, and the like are also functions that are installed in receivers of digital broadcasting systems using the conventional MPEG2-TS format. In this embodiment, if the broadcasting system is configured to be able to handle the generation process of the electronic program guide, the control of recording and viewing reservations, copyright management processes such as temporary storage, and the like using time management processes that are consistent with conventional MPEG2-TS digital broadcasting systems, then when configuring a broadcast receiving device that has both the reception function for conventional MPEG2-TS digital broadcasting and the reception function for MMT digital broadcasting, it will no longer be necessary to design separate processing algorithms for these processes (the generation process of the electronic program guide, the control of recording and viewing reservations, copyright management processes such as temporary storage, and the like), and costs can be reduced.
また、従来のＭＰＥＧ２－ＴＳ方式のデジタル放送の受信機能を持たずＭＭＴ方式のデジタル放送の受信機能のみを有する受信機であっても、電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理のアルゴリズムを完全に新規に作成しなくとも、従来のＭＰＥＧ２－ＴＳ方式を用いたデジタル放送システムの受信機でも搭載される機能のアルゴリズムを流用できるので、より低コストに開発することができる。 In addition, even if a receiver does not have the ability to receive digital broadcasts using the conventional MPEG2-TS format, and only has the ability to receive digital broadcasts using the MMT format, it is not necessary to create completely new algorithms for processes such as generating an electronic program guide, controlling recording and viewing reservations, and copyright management processes such as temporary storage. Instead, algorithms for functions that are also installed in receivers for digital broadcast systems using the conventional MPEG2-TS format can be used, allowing development to be carried out at lower cost.
よって、ＭＨ－ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータに基づく時刻管理機能をこれらの処理（電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等の処理）に用いる構成にすることにより、ＭＭＴ方式のデジタル放送の放送受信装置であっても、従来方式の放送システムとの整合性を高めることにより、より低コストに提供することが可能となる。 Therefore, by configuring the time management function based on the MH-TOT "JST_time" parameter for these processes (processing such as generating an electronic program guide, controlling recording and viewing reservations, and copyright management processing such as temporary storage), it will be possible to provide MMT-type digital broadcast receiving devices at a lower cost by improving compatibility with conventional broadcasting systems.
以上説明した通り、本実施例の放送受信装置１００は、精度の異なる二種類の時刻情報を用いた時刻管理機能を備える。即ち、第一の時刻情報は従来のデジタル放送システムと整合性のある表記の時刻情報であり、第二の時刻情報は前記第一の時刻情報よりも分解能の高い時刻情報である。第二の時刻情報を放送信号の各コンテンツデータの同期処理に用いることにより従来の放送システムよりも高度な情報提示処理を実現し、第一の時刻情報を電子番組表の生成処理や、録画予約や視聴予約の制御、一時蓄積などの著作権管理処理等に用いることにより放送受信装置を安価に提供することができる。
As described above, the
よって、本実施例の放送受信装置１００では、以上説明した二種類の時刻管理機能を備えることにより、より高度な情報提示処理の実現と低コスト化とを両立することが可能である。
Therefore, by providing the two types of time management functions described above, the
［時刻管理の第一の変形例］
次に、本実施例の放送システムにおける時刻管理の第一の変形例を以下に説明する。
[First modified example of time management]
Next, a first modified example of time management in the broadcasting system of this embodiment will be described below.
第一の変形例では、図１２Ａを用いて既に説明したＮＴＰに基づく時刻管理機能の当該管理時刻の精度を高めるために、時刻管理サーバ（図示省略）または放送局サーバ３００から放送受信装置１００までの時刻情報伝送における想定遅延時間に関する情報を放送信号に含めて送信し、放送受信装置１００において、当該想定遅延時間に関する情報をＮＴＰに基づく時刻管理機能のシステム時計の修正に用いるように構成しても良い。
In a first variant, in order to improve the accuracy of the management time of the NTP-based time management function already described with reference to FIG. 12A, information regarding an estimated delay time in the transmission of time information from a time management server (not shown) or
この際、当該想定遅延時間に関する情報は図３（Ａ）に示した放送伝送路におけるプロトコルスタックのＴＬＶ多重化ストリーム内ではなく、ＴＬＶ多重化ストリーム外のＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｎｔｒｏｌ）領域内で伝送するように構成しても良い。ＴＭＣＣ領域内で伝送すれば、放送受信装置１００において、ＴＬＶ多重化ストリームの分離処理（デマックス処理）を経ることなしに当該想定遅延時間に関する情報を抽出することが可能となる。即ち、放送受信装置１００における前記分離処理による遅延の影響を受けにくい情報取得が可能であり、従って、高精度なシステム時計の修正処理を行うことができる。当該ＴＭＣＣ信号で伝送される時刻情報のデータ構造の一例を、図１２Ｅを用いて説明する。当該時刻情報は、例えば、ＴＭＣＣ拡張情報領域に格納して伝送すれば良い。同図に示したＴＭＣＣ拡張情報領域の時刻情報において、『ｄｅｌｔａ』パラメータは、ＵＴＣを配信する時刻管理サーバまたはＴＭＣＣ信号を作成するサーバ装置から一般的な放送受信装置までの伝送遅延の想定値を３２ビットの符号付き固定小数点で表す。なお、上位１６ビットは整数部を、下位１６ビットは小数点以下を記述するものである。『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータは、送信タイムスタンプであり、本ＴＭＣＣ信号が前記サーバ装置から送出される時刻をＮＴＰタイムスタンプ長形式で記述するものである。上位３２ビットは整数部を、下位３２ビットは小数点以下を表す。
In this case, the information on the expected delay time may be configured to be transmitted not in the TLV multiplexed stream of the protocol stack in the broadcast transmission path shown in FIG. 3(A) but in a TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream. If the information is transmitted in the TMCC area, the
当該第一の変形例では、本実施例の放送受信装置１００は、ＴＭＣＣ拡張情報領域に格納して伝送された当該時刻情報に記述された前記想定遅延時間に関する情報（例えば、前述の『ｄｅｌｔａ』パラメータおよび／または『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ）を用いて、放送信号の各コンテンツデータの同期処理に用いるＮＴＰに基づく時刻管理機能のシステム時計を、より高精度に修正することができる。
In the first modified example, the
［時刻管理の第二の変形例］
次に、本実施例の放送システムにおける時刻管理の第二の変形例を以下に説明する。
[Second modified example of time management]
Next, a second modified example of time management in the broadcasting system of this embodiment will be described below.
前述の通り、本実施例の放送受信装置１００においては、ＭＨ－ＴＯＴで伝送される情報により現在日付と日本標準時刻を取得して時刻を管理する時刻管理機能を有する。ＭＨ－ＴＯＴで伝送される情報により取得した現在日付と日本標準時刻は、放送受信装置１００の映像合成部１６１で映像情報やアプリケーション情報等に重畳することにより、モニタ部１６２や映像出力部１６３に出力してユーザに提供可能である。前述の通り、ＭＨ－ＴＯＴは図１２Ｃに示したデータ構造を有しており、放送受信装置１００は、前記ＭＨ－ＴＯＴの『ＪＳＴ＿ｔｉｍｅ』パラメータから現在日付および現在時刻を取得可能である。
As mentioned above, the
しかしながら、前述の『ＪＳＴ＿ｔｉｍｅ』パラメータでは、ＭＪＤの符号化データの下位１６ビットのみを使用しているため、『２０３８年４月２２日』を以って桁あふれを生じることとなり、前記所定の演算のみでは『２０３８年４月２３日』以降の日付を表現することができない。そこで、本実施例の第二の変形例では、ＭＪＤの値が所定値以上の場合と所定値未満の場合とで演算方法を切り替えることにより、『２０３８年４月２３日』以降の日付を表現できるように制御するものとする。 However, the aforementioned "JST_time" parameter only uses the lowest 16 bits of the MJD encoded data, so an overflow occurs at "April 22, 2038", and dates after "April 23, 2038" cannot be expressed using the specified calculation alone. Therefore, in the second variant of this embodiment, the calculation method is switched between when the MJD value is equal to or greater than a specified value and when it is less than a specified value, so that dates after "April 23, 2038" can be expressed.
図１２Ｆに、ＭＪＤの値が所定値以上の場合に使用する第一の演算方法と、ＭＪＤの値が所定値未満の場合に使用する第二の演算方法の一例を示す。例えば、前記所定値を『３２７６８（０ｘ８０００）』とした場合、ＭＪＤが『３２７６８』以上の場合には前記第一の演算方法を用いて現在日付を算出し、ＭＪＤが『３２７６８』未満の場合には前記第二の演算方法を用いて現在日付を算出する。なお、ＭＪＤが『３２７６８』未満の場合とは、ＭＪＤの１６ビットデータの最上位ビットが『０』の場合と等価である。これにより、本実施例の放送受信装置１００においては、『２０３８年４月２３日』以降の日付を表現することが可能となる。但し、前記所定値は任意に設定することが可能であり、前記所定値を『１６３８４（０ｘ４０００）』や『４９１５２（０ｘＣ０００）』等と設定しても良い。前記演算方法の切り替え条件は、ＭＪＤの１６ビットデータの上位２ビットが『００』の場合、ＭＪＤの１６ビットデータの上位２ビットが『１１』ではない場合、としても良い。なお、前記所定値を『３２７６８』として前述の手段を用いた場合、『１９４８年９月４日』以前の日付を表現できなくなるが、テレビ受信機としての実用上、特に問題となることはない。
Figure 12F shows an example of a first calculation method used when the value of MJD is equal to or greater than a predetermined value, and a second calculation method used when the value of MJD is less than the predetermined value. For example, if the predetermined value is "32768 (0x8000)", the first calculation method is used to calculate the current date when MJD is equal to or greater than "32768", and the second calculation method is used to calculate the current date when MJD is less than "32768". Note that the case where MJD is less than "32768" is equivalent to the case where the most significant bit of the 16-bit data of MJD is "0". This makes it possible for the
また、ＭＪＤと前記所定値との比較結果に応じて前記第一の演算方法と前記第二の演算方法を切り替えるのではなく、図１２Ｃに示したＭＨ－ＴＯＴのデータ構造における『ｒｅｓｅｒｖｅｄ』パラメータの一部または全部を置き換えたフラグあるいは新たに追加したフラグに応じて前記第一の演算方法と前記第二の演算方法を切り替えるようにしても良い。例えば、前記フラグは、ＭＪＤの１６ビット符号化データの最上位ビットが『０』である場合に、前記ＭＪＤが『２０３８年４月２３日』以降を示すものであるならば『１』をセットし、『２０３８年４月２３日』以降を示すものでないならば『０』をセットするようにすれば良い。そして、前記フラグが『１』の場合には図１２Ｆに示した前記第二の演算方法を用い、前記フラグが『０』の場合には前記第一の演算方法を用いるようにすれば良い。または、前記フラグと同様の意味を有する記述子を新たに用意して、ＭＨ－ＴＯＴ内に配置しても良い。 In addition, instead of switching between the first and second calculation methods depending on the comparison result between the MJD and the predetermined value, the first and second calculation methods may be switched depending on a flag that replaces part or all of the "reserved" parameter in the data structure of the MH-TOT shown in FIG. 12C or a newly added flag. For example, when the most significant bit of the 16-bit encoded data of the MJD is "0", the flag may be set to "1" if the MJD indicates "April 23, 2038" or later, and set to "0" if the MJD does not indicate "April 23, 2038" or later. Then, when the flag is "1", the second calculation method shown in FIG. 12F may be used, and when the flag is "0", the first calculation method may be used. Alternatively, a new descriptor having the same meaning as the flag may be prepared and placed in the MH-TOT.
また、本実施例の放送システムでは、前述の通り、ＮＴＰ形式の絶対時刻を伝送し、本実施例の放送受信装置１００は、当該ＮＴＰに基づく時刻管理機能を有する。更に、本実施例の放送受信装置１００では、ＭＰＵ単位に設定されるＭＰＵタイムスタンプ記述子に記載されたＮＴＰタイムスタンプ等を参照することにより、映像／音声信号の提示単位毎の復号タイミングおよび提示タイミングを制御している。前述の通り、前記ＮＴＰ形式の時刻情報は、図１２Ｂに示した構成を有している。また、前記ＭＰＵタイムスタンプ記述子は図７Ｄに示した構成を有している。
As described above, the broadcasting system of this embodiment transmits absolute time in NTP format, and the
このため、本実施例の放送受信装置１００においては、前記『ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｔａｍｐ』パラメータや『ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ』パラメータ、あるいは、『ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ』パラメータ等を参照し、前記参照した時刻データ等の値に応じて、前記第一の演算方法と前記第二の演算方法の何れを使用するかを選択するようにしても良い。即ち、例えば、前記６４ビット長のＮＴＰ長形式の時刻データの最上位ビットが『０』の場合は前記第二の演算方法を使用し、『０』でない場合は前記第一の演算方法を使用する、等とすれば良い。
Therefore, in the
前記何れの方法によっても、本実施例の放送受信装置１００においては、『２０３８年４月２３日』以降の日付を表現することが可能となる。
Either way, the
［放送受信装置の選局処理（初期スキャン）］
本実施例の放送システムのＡＭＴは、ＴＬＶ多重化方式で伝送されるＩＰパケットを通信回線で伝送されるＩＰパケットと可能な限り区別なく受信するための、ＩＰパケットのマルチキャストグループの一覧を提供するものとする。１つのサービス識別には、複数のＩＰマルチキャストグループをリストすることが可能である。また、連続するＩＰアドレスを効率的に記述するために、アドレスマスクを用いることが可能である。
[Broadcast receiving device channel selection process (initial scan)]
The AMT of the broadcasting system of this embodiment provides a list of multicast groups of IP packets so that IP packets transmitted by the TLV multiplexing method can be received without distinction from IP packets transmitted over a communication line as much as possible. Multiple IP multicast groups can be listed for one service identification. In addition, an address mask can be used to efficiently describe consecutive IP addresses.
本実施例の放送受信装置１００では、初期設定の際のチャンネルスキャン時に、あるいは、設定変更のための再スキャン時に、ＴＬＶ－ＮＩＴから取得したサービスの一覧をＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能であり、更に、前記各サービスに対応するＩＰマルチキャストグループの一覧を、ＩＰ関連情報として、前記各サービスに関連付けて、前記不揮発性メモリに記憶させることが可能であるものとする。前記サービスの一覧およびＩＰ関連情報を不揮発性メモリに記憶させ、常時参照可能とすることにより、チャンネル切り替え時等に、ＴＬＶ－ＮＩＴやＡＭＴを取得し直す必要がなくなり、放送コンテンツの取得を効率よく行うことが可能となる。
In the
図１３Ａは、本実施例の放送受信装置１００におけるチャンネルスキャン（再スキャン）時の動作シーケンスの一例を示す図である。
Figure 13A shows an example of an operational sequence during channel scanning (rescanning) in the
チャンネルスキャンが開始されると、受信機能実行部１１０２は、チューナ／復調部１３１に対して周波数初期値を設定し、前記周波数値へのチューニングを行うように指示する（Ｓ１０１）。チューナ／復調部１３１において、前記設定された周波数値へのロックに成功する（Ｓ１０２：Ｙｅｓ）と、次に、受信機能実行部１１０２は、受信信号からＴＬＶ－ＮＩＴを取得する（Ｓ１０３）。
When channel scanning begins, the reception
Ｓ１０３の処理で取得したＴＬＶ－ＮＩＴが有効なデータである場合（Ｓ１０４：Ｙｅｓ）、受信機能実行部１１０２は、前記取得したＴＬＶ－ＮＩＴからＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、等の情報を取得する（Ｓ１０５）。図１３Ｂに、ＴＬＶ－ＮＩＴのデータ構造の一例を示す。前記ＴＬＶストリームＩＤの情報は『ｔｌｖ＿ｓｔｒｅａｍ＿ｉｄ』パラメータから、前記オリジナルネットワークＩＤの情報は『ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ』パラメータから、それぞれ取得可能であるものとする。更に、分配システム記述子から、各ＴＬＶストリームＩＤ／オリジナルネットワークＩＤに対応する放送伝送路の物理的条件に関する分配システム情報を取得し（Ｓ１０６）、サービスリスト記述子からサービスＩＤの一覧を取得する（Ｓ１０７）。
If the TLV-NIT acquired in the process of S103 is valid data (S104: Yes), the reception
図１３Ｃに、衛星分配システム記述子のデータ構造の一例を示す。図１３Ｄに、サービスリスト記述子のデータ構造の一例を示す。なお、ＴＬＶ－ＮＩＴが、ＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、分配システム情報、サービスＩＤの一覧、等の異なるデータを複数有している場合は、Ｓ１０５～Ｓ１０７の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ１０５～Ｓ１０７の処理で取得したＴＬＶストリームＩＤ、オリジナルネットワークＩＤ、分配システム情報、サービスＩＤの一覧、等のデータに基づいてサービスリストを作成し、前記作成したサービスリストをＲＯＭ１０３またはストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ１０８）。
Figure 13C shows an example of the data structure of a satellite distribution system descriptor. Figure 13D shows an example of the data structure of a service list descriptor. If the TLV-NIT has multiple different pieces of data, such as a TLV stream ID, an original network ID, distribution system information, and a list of service IDs, the processes of S105 to S107 are repeated. Next, the reception
次に、受信機能実行部１１０２は、受信信号からＡＭＴを取得し（Ｓ１０９）、更に、前記サービスリストに記憶された各サービスＩＤに関するＩＰマルチキャストグループの一覧を取得する（Ｓ１１０）。図１３Ｅに、ＡＭＴのデータ構造の一例を示す。なお、ＡＭＴが複数のサービスＩＤに関するＩＰマルチキャストグループの一覧を有している場合は、Ｓ１１０の処理を繰り返す。異なるサービスＩＤに関するＩＰマルチキャストグループの一覧を有するＡＭＴが複数ある場合には、Ｓ１０９～Ｓ１１０の処理を繰り返す。次に、受信機能実行部１１０２は、Ｓ１１０の処理で取得したＩＰマルチキャストグループの一覧を、ＩＰ関連情報として、前記サービスＩＤと関連付けて、ＲＯＭ１０３またはストレージ部１１０等に記憶（再スキャン時は更新）する（Ｓ１１１）。
Next, the reception
なお、Ｓ１０２の処理で、チューナ／復調部１３１が前記設定された周波数値へのロックに成功しなかった場合（Ｓ１０２：Ｎｏ）、および、Ｓ１０３の処理で取得したＴＬＶ－ＮＩＴが有効なデータでない場合（Ｓ１０４：Ｎｏ）、Ｓ１０５～Ｓ１１１の処理は行わない。
Note that if the tuner/
Ｓ１１１の処理を終えると、受信機能実行部１１０２は、チューナ／復調部１３１に設定されている周波数値がチャンネルスキャン範囲の最終周波数値であれば（Ｓ１１２：Ｙｅｓ）、処理を終了する。一方、前記設定されている周波数値がチャンネルスキャン範囲の最終周波数値でなければ（Ｓ１１２：Ｎｏ）、チューナ／復調部１３１に設定された周波数値をアップさせて（Ｓ１１３）、Ｓ１０２～Ｓ１１１の処理を繰り返す。なお、１つのＴＬＶ－ＮＩＴで、当該放送ネットワークを構成する全てのサービスに関するサービスＩＤを取得でき、更に、前記サービスＩＤに関するＩＰマルチキャストグループの一覧を有するＡＭＴを取得できる場合には、Ｓ１１２～Ｓ１１３の処理が不要である。
After completing the process of S111, if the frequency value set in the tuner/
前述の一連の処理により、本実施例の放送受信装置１００は、初期設定の際のチャンネルスキャン時に、あるいは、設定変更のための再スキャン時に、放送ネットワークを構成するサービスの一覧（サービスリスト）の作成／更新と同時に、前記各サービスに対応するＩＰマルチキャストグループの一覧（ＩＰ関連情報）の作成／更新を行い、更に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させることが可能となる。
By performing the above-mentioned series of processes, the
なお、前記設定変更のための再スキャンは、ＴＬＶ－ＮＩＴやＡＭＴの『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータを参照することにより、テーブル内の情報に変化があったことを検出した場合に、自動的に行うようにしても良い。ＴＬＶ－ＮＩＴとＡＭＴの一方の『ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ』パラメータの変化を検出した場合に、前記パラメータの変化が検出されたテーブルに関する情報のみを自動的に更新するようにしても良い。但し、前述の自動更新を行った場合、再スキャンを自動的に行った旨をユーザに通知することが望ましい。また、前記テーブル内の情報に変化があったことをユーザに報知し、ユーザに前記再スキャンを行うか否かを選択させるようにしても良い。 The rescan for the setting change may be performed automatically when a change in the information in the table is detected by referring to the "version_number" parameter of the TLV-NIT or AMT. When a change in the "version_number" parameter of either the TLV-NIT or AMT is detected, only the information about the table in which the change in the parameter was detected may be automatically updated. However, when the automatic update is performed, it is desirable to notify the user that a rescan has been performed automatically. Also, the user may be notified that a change has been made to the information in the table, and the user may choose whether or not to perform the rescan.
［放送受信装置の選局処理（チャンネル切り替え）］
図１４Ａは、本実施例の放送受信装置１００における選局（チャンネル切り替え）時の動作シーケンスの一例を示す図である。
[Broadcast receiving device tuning process (channel switching)]
FIG. 14A is a diagram showing an example of an operation sequence when selecting a station (switching a channel) in the
ユーザが図示を省略したリモコン等を操作してチャンネルの切り替えを指示すると、受信機能実行部１１０２が前記リモコンから送信されたコマンドを解釈して目的のサービスのサービスＩＤを指定する（Ｓ２０１）。次に、受信機能実行部１１０２は、チューナ／復調部１３１の受信信号からのＡＭＴの取得を開始する。所定時間以内にＡＭＴの取得に成功した場合（Ｓ２０２：Ｙｅｓ）、前記取得したＡＭＴから前記サービスＩＤに対応するＩＰマルチキャストグループの一覧に関する情報を取得する（Ｓ２０４）。一方、所定時間以内にＡＭＴの取得に成功しなかった場合（Ｓ２０２：Ｎｏ）、ＲＯＭ１０３またはストレージ部１１０等に記憶されたＩＰ関連情報を参照することにより（Ｓ２０３）、前記サービスＩＤに対応するＩＰマルチキャストグループの一覧に関する情報を取得する（Ｓ２０４）。なお、Ｓ２０２の判断処理を行わず、常にＲＯＭ１０３またはストレージ部１１０等に記憶されたＩＰ関連情報を参照するようにしても良い。
When a user operates a remote control (not shown) to instruct channel switching, the receiving
次に、受信機能実行部１１０２は、チューナ／復調部１３１の受信信号からのＴＬＶ－ＮＩＴの取得を開始する。所定時間以内にＴＬＶ－ＮＩＴの取得に成功した場合（Ｓ２０５：Ｙｅｓ）、前記取得したＴＬＶ－ＮＩＴから前記サービスＩＤに対応するＩＰデータフローを取得するための分配システム情報を取得する（Ｓ２０７）。一方、所定時間以内にＴＬＶ－ＮＩＴの取得に成功しなかった場合（Ｓ２０５：Ｎｏ）、ＲＯＭ１０３またはストレージ部１１０等に記憶されたサービスリストを参照することにより（Ｓ２０６）、前記サービスＩＤに対応するＩＰデータフローを取得するための分配システム情報を取得する（Ｓ２０７）。なお、Ｓ２０５の判断処理を行わず、常にＲＯＭ１０３またはストレージ部１１０等に記憶されたサービスリストを参照するようにしても良い。
Next, the reception
Ｓ２０７の処理で分配システム情報を取得すると、次に、受信機能実行部１１０２は、前記取得した分配システム情報にて指示される周波数値を以ってチューナ／復調部１３１を制御し、前記サービスＩＤに対応するＩＰデータフローを受信し（Ｓ２０８）、前記受信したＩＰデータフローからＭＭＴデータ列を抽出して、分離部１３２に出力する。
After acquiring the distribution system information in the process of S207, the reception
分離部１３２において、トランスポート処理部１１０２ａは、前記入力したＭＭＴデータ列からパケットＩＤが『０』であるＭＭＴＰパケットを取得し（Ｓ２０９）、更に、前記取得したＭＭＴＰパケットに含まれるＭＰＴを取得する（Ｓ２１０）。次に、トランスポート処理部１１０２ａは、前記取得したＭＰＴが有する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを参照し、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値か否かを確認する。図７Ｂに示したＭＰＴのデータ構造の一例において、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値である場合（Ｓ２１１：Ｙｅｓ）、前記パケットＩＤが『０』であるＭＭＴＰパケットが前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットであるものと判断し、前記取得したＭＰＴの有する情報に基づいてＭＦＵの取得処理に移行する。
In the
一方、前記『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータの下位１６ビットが前記サービスＩＤと同一値でない場合（Ｓ２１１：Ｎｏ）、前記パケットＩＤが『０』であるＭＭＴＰパケットは前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットではないと判断する。この場合、トランスポート処理部１１０２ａは、あらためてＰＬＴを取得し（Ｓ２１２）、前記取得したＰＬＴを確認することにより、前記サービスＩＤに対応する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを有するＭＰＴを伝送するＭＭＴＰパケットのパケットＩＤ（ｘとする）を確認する（Ｓ２１３）。更に、トランスポート処理部１１０２ａは、前記入力したＭＭＴデータ列からパケットＩＤが『ｘ』であるＭＭＴＰパケットを取得し（Ｓ２１４）、前記取得したＭＭＴＰパケットに含まれるＭＰＴを取得する（Ｓ２１５）。更に、前記取得したＭＰＴの有する情報に基づいて、ＭＦＵの取得処理を開始する。
On the other hand, if the lowest 16 bits of the "MMT_package_id_byte" parameter are not the same value as the service ID (S211: No), it is determined that the MMTP packet with the packet ID of "0" is not an MMTP packet having data of a program corresponding to the service ID. In this case, the
なお、Ｓ２０９～Ｓ２１１の処理を行わず、常にＳ２１２～Ｓ２１５の処理を行うようにしても良い。この場合、前記サービスＩＤに対応する番組のデータがパケットＩＤ『０』以外のＭＭＴＰパケットに格納されている際に、処理時間の短縮が可能となる。 It is also possible to always perform steps S212 to S215 without performing steps S209 to S211. In this case, it is possible to reduce the processing time when data for a program corresponding to the service ID is stored in an MMTP packet with a packet ID other than "0".
ここで、前述の、ＰＬＴを確認することにより、前記サービスＩＤに対応する番組のデータを有するＭＭＴＰパケットのパケットＩＤを特定して、ＭＰＴを取得する処理に関して説明する。パケットＩＤが『０』のＭＭＴＰパケットは、ＰＡメッセージを伝送することを示すものとする。複数のパッケージを多重する場合、図１４Ｂに示すように、このＰＡメッセージにＰＬＴ（パッケージリストテーブル）が含まれる。ＰＬＴは、他のパッケージのＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットのパケットＩＤのリストを有しており、ＰＬＴを確認することにより、パッケージＩＤから各サービスのエントリーポイントとなるＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットを特定することが可能となる。図１４ＣにＰＬＴのデータ構造の一例を示す。『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータで示されるパッケージのＰＡメッセージを伝送するロケーション情報が、『ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（）』で指定されるものとする。 Here, the process of identifying the packet ID of an MMTP packet having data of a program corresponding to the service ID by checking the PLT and acquiring the MPT will be described. An MMTP packet with a packet ID of "0" indicates that it transmits a PA message. When multiple packages are multiplexed, as shown in FIG. 14B, this PA message includes a PLT (package list table). The PLT has a list of packet IDs of MMTP packets that transmit PA messages including MPTs of other packages, and by checking the PLT, it is possible to identify an MMTP packet that transmits a PA message including an MPT that is the entry point of each service from the package ID. An example of the data structure of a PLT is shown in FIG. 14C. The location information for transmitting the PA message of the package indicated by the "MMT_package_id_byte" parameter is specified by "MMT_general_location_info()".
図１４Ａに示した動作シーケンスの説明に戻る。前記ＭＦＵの取得処理では、まず、トランスポート処理部１１０２ａが、Ｓ２１０またはＳ２１５の処理で取得したＭＰＴを参照し、所望のＭＦＵを伝送するＩＰデータフローのＩＰアドレスおよびパケットＩＤを取得する（Ｓ２１６）。また、前記ＭＰＴに配置されたＭＰＵタイムスタンプ記述子からＭＰＵの提示時刻を、前記ＭＰＴに配置されたＭＰＵ提示領域指定記述子からＭＰＵのレイアウト番号を、それぞれ取得し（Ｓ２１７、Ｓ２１８）、更に、前記取得したＩＰデータフローのＩＰアドレスおよびパケットＩＤに基づいてＭＦＵを取得する（Ｓ２１９）。次に、前記取得したＭＦＵから符号化映像データや符号化音声データ等を抽出し、ＡＶデコード処理部１１０２ｂの制御に基づく映像／音声デコード処理を行い、提示処理部１１０２ｈの制御により、前記取得した提示時刻に関する情報やレイアウト制御に関する情報に基づく提示処理が行われる（Ｓ２２０）。
Returning to the description of the operation sequence shown in FIG. 14A, in the MFU acquisition process, first, the
なお、Ｓ２１２の処理でＰＬＴを取得できなかった場合、Ｓ２１３の処理で前記サービスＩＤに一致する『ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ』パラメータを確認できなかった場合、Ｓ２１５の処理でパケットＩＤが『ｘ』であるＭＭＴＰパケットを取得できなかった場合、等は、Ｓ２１０の処理で取得したパケットＩＤが『０』であるＭＭＴＰパケットのデータに基づいた番組出画処理（即ち、Ｓ２１６～Ｓ２２０の処理）を行うようにしても良い。また、この場合、ユーザが選択したサービスＩＤに対応する番組を表示できなかった旨のメッセージを表示するようにすると良い。 If the PLT cannot be obtained in the process of S212, if the "MMT_package_id_byte" parameter matching the service ID cannot be confirmed in the process of S213, if an MMTP packet with a packet ID of "x" cannot be obtained in the process of S215, etc., program display processing (i.e., processing of S216 to S220) may be performed based on the data of the MMTP packet with a packet ID of "0" obtained in the process of S210. In this case, it is also good to display a message to the effect that the program corresponding to the service ID selected by the user could not be displayed.
以上の一連の処理により、本実施例の放送受信装置１００は、選局（チャンネル切り替え）動作を実行することが可能である。特に、図１３Ａおよび図１４Ａを用いて説明したように、初期設定の際のチャンネルスキャン時に、あるいは、設定変更のための再スキャン時に、サービスリストやＩＰ関連情報を作成して、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させて常時参照可能とし、選局（チャンネル切り替え）時に、ＲＯＭ１０３やストレージ部１１０等の不揮発性メモリに記憶させた前記サービスリストやＩＰ関連情報を参照することにより、選局（チャンネル切り替え）時の動作の効率向上を可能とする。即ち、選局（チャンネル切り替え）時にＡＭＴやＴＬＶ－ＮＩＴの再取得を行う場合と比較して、選局（チャンネル切り替え）開始から選局（チャンネル切り替え）終了までの時間を短縮することが可能となる。
The above series of processes enable the
［放送受信装置のリモコンキー設定処理］
本実施例の放送受信装置１００に対する操作指示の入力に用いるリモコン（リモートコントローラ）１００Ｒの外観の一例を図１５Ａに示す。リモコン１００Ｒは、少なくとも電源キー１００Ｒ１、テンキー１００Ｒ２、チャンネルアップ／ダウンキー１００Ｒ３、メニューキー１００Ｒ４、ＥＰＧキー１００Ｒ５、カーソルキー１００Ｒ６、決定キー１００Ｒ７、カラーキー１００Ｒ８、を備えるものとする。音量アップ／ダウンキーやネットワーク切替キー、入力切替キー、録画キー、再生キー、等を、更に備えても良い。
[Remote control key setting process for broadcast receiving device]
15A shows an example of the appearance of a remote control (remote controller) 100R used to input operation instructions to the
例えば、図１４Ａに示した選局時の動作シーケンスのＳ２０１の処理において、リモコン１００Ｒを用いて、本実施例の放送受信装置１００に対してチャンネルの切り替えを指示する場合、以下の三通りの方法が用いられて良い。第一の方法は、テンキー１００Ｒ２を複数回押下することにより、所望のチャンネル（サービス）のサービスＩＤを直接入力して指定する方法である。第二の方法は、チャンネルアップ／ダウンキー１００Ｒ３の押下を必要に応じて繰り返すことにより、所望のチャンネル（サービス）が表示されるまでチャンネルの順送り（または逆送り）を行う方法である。第三の方法は、テンキー１００Ｒ２を一回のみ押下することにより、テンキー１００Ｒ２の各キーに関連付けられた所定のチャンネル（サービス）を呼び出す、いわゆるワンタッチ選局を行う方法である。前記第三の方法であるワンタッチ選局は使い勝手の良い選局方法であるが、テンキー１００Ｒ２の各キーへの所定のチャンネル（サービス）の関連付けの設定を予め放送受信装置１００に行っておく必要がある。
For example, in the process of S201 of the operation sequence at the time of channel selection shown in FIG. 14A, when instructing the
本実施例の放送システムに対応する放送受信装置１００は、前記関連付けの設定を、チューナ／復調部１３１で受信したデジタル放送波に含まれる制御情報に基づいて自動的に行うことが可能であるものとする。即ち、本実施例の放送システムは、ＴＬＶ－ＳＩの記述子としてリモートコントロールキー記述子を用意している。前記関連付けの設定は、リモートコントロールキー記述子を参照することにより行えば良い。
The
図１５Ｂに、リモートコントロールキー記述子のデータ構造の一例を示す。図中の『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータがチャンネル（サービス）を識別するサービスＩＤである。『ｒｅｍｏｔｅ＿ｃｏｎｔｒｏｌ＿ｋｅｙ＿ｉｄ』パラメータが前記サービスＩＤで識別されるチャンネル（サービス）を割り当てるリモコンボタン番号の推奨値である。前記各パラメータの値に応じて、テンキー１００Ｒ２の『ｒｅｍｏｔｅ＿ｃｏｎｔｒｏｌ＿ｋｅｙ＿ｉｄ』パラメータの値で指定されるキーに『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータで識別されるチャンネル（サービス）を関連付けるようにすれば良い。 Figure 15B shows an example of the data structure of a remote control key descriptor. The "service_id" parameter in the figure is a service ID that identifies a channel (service). The "remote_control_key_id" parameter is a recommended value for the remote control button number to which the channel (service) identified by the service ID is assigned. Depending on the values of each of the above parameters, the channel (service) identified by the "service_id" parameter can be associated with the key specified by the value of the "remote_control_key_id" parameter of numeric keypad 100R2.
なお、同一ネットワーク内におけるチャンネル（サービス）の数が多い場合、前記チャンネル（サービス）をテンキー１００Ｒ２以外のキーに割り当てるようにしても良い。例えば、カラーキー１００Ｒ８に所定のチャンネル（サービス）を割り当てる、等である。この場合、予めカラーキー１００Ｒ８の各キーにも『ｒｅｍｏｔｅ＿ｃｏｎｔｒｏｌ＿ｋｅｙ＿ｉｄ』パラメータに対応する数値を割り当てておけば良い。 When there are many channels (services) in the same network, the channels (services) may be assigned to keys other than the numeric keypad 100R2. For example, a specific channel (service) may be assigned to the color key 100R8. In this case, a numerical value corresponding to the "remote_control_key_id" parameter may be assigned in advance to each key of the color key 100R8.
リモートコントロールキー記述子は、ＴＬＶ－ＮＩＴの記述子として記述されて良い。従って、例えば、図１３Ａに示したチャンネルスキャン時の動作シーケンスのＳ１０３の処理で取得したＴＬＶ－ＮＩＴが有効なデータである場合に、Ｓ１０５～Ｓ１０７の処理と併せて、リモートコントロールキー記述子の記述内容を放送受信装置１００のＲＯＭ１０３またはストレージ部１１０等の不揮発メモリに記憶させることにより、前記関連付けの設定を行えば良い。
The remote control key descriptor may be described as a TLV-NIT descriptor. Therefore, for example, if the TLV-NIT acquired in the process of S103 of the channel scan operation sequence shown in FIG. 13A is valid data, the association can be set by storing the description contents of the remote control key descriptor in non-volatile memory such as
なお、前記関連付けの設定は、前述のようにリモートコントロールキー記述子の記述内容に応じて行う方法の他、ユーザが自らの好みに応じてテンキー１００Ｒ２の各キーに任意のチャンネルのサービスを適宜割り当てることにより行っても良い。また、放送受信装置１００の不揮発メモリに前記リモートコントロールキー記述子の記述内容に応じた関連付けの設定とユーザが好みに応じて割り当てた関連付けの設定の双方を同時に記憶しておき、メニュー操作等の選択により、一方の設定のみを使用するようにしても良い。また、この場合、前記ユーザが好みに応じて割り当てた関連付けの設定が優先的に使用されて良い。また、リモートコントロールキー記述子に記述された優先フラグの値に応じて、前記ユーザが好みに応じて割り当てた関連付けの設定よりも前記リモートコントロールキー記述子の記述内容に応じた関連付けの設定を優先して使用するようにしても良い。前記優先フラグは、図１５Ｂに示したリモートコントロールキー記述子の『ｒｅｓｅｒｖｅｄ』パラメータの一部あるいは全部を用いることにより設定しても良いし、新たなパラメータを追加することにより設定しても良い。なお、この場合、サービスＩＤ毎に前記優先フラグの値を制御可能であって良い。
The association may be set according to the contents of the description of the remote control key descriptor as described above, or the user may assign services of any channel to each key of the numeric keypad 100R2 according to his/her preference. In addition, both the association setting according to the contents of the description of the remote control key descriptor and the association setting assigned by the user according to his/her preference may be stored simultaneously in the non-volatile memory of the
また、前記不揮発メモリにユーザが好みに応じて割り当てた関連付けの設定が記憶されている場合には、前記リモートコントロールキー記述子の記述内容に応じた関連付けの設定を前記不揮発メモリに記憶させないようにしても良い。また、放送受信装置１００の不揮発メモリには前記ユーザが好みに応じて割り当てた関連付けの設定のみを記憶しておき、受信中のＴＬＶ－ＮＩＴにリモートコントロールキー記述子が記述されている場合には前記リモートコントロールキー記述子の記述内容に応じた関連付けの設定を使用し、受信中のＴＬＶ－ＮＩＴにリモートコントロールキー記述子が記述されていない場合には前記ユーザが好みに応じて割り当てた関連付けの設定を使用するようにしても良い。
In addition, if the non-volatile memory stores the association settings assigned by the user according to his/her preferences, the association settings according to the description contents of the remote control key descriptor may not be stored in the non-volatile memory. In addition, the non-volatile memory of the
なお、リモートコントロールキー記述子の記述内容に応じてテンキー１００Ｒ２の各キーに所定のチャンネル（サービス）を関連付けを変更する処理は、ＴＬＶ－ＮＩＴで指定されるネットワークにおいてサービスリスト記述子に記述される全てのサービスに対して同時に行われても良いし、一部のサービスに対してのみ行われても良い。前記処理を一部のサービスに対してのみ行う場合、その他のサービスに関しては旧設定をそのまま保持するようにしても良い。また、前記『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータが所定の値（例えば、９９９等）である場合には、放送受信装置１００の不揮発メモリに記憶されている設定済み内容のうち、『ｒｅｍｏｔｅ＿ｃｏｎｔｒｏｌ＿ｋｅｙ＿ｉｄ』パラメータで指定される設定に関してのみ消去するようにしても良い。
The process of changing the association of each key of the numeric keypad 100R2 with a specific channel (service) according to the contents of the remote control key descriptor may be performed simultaneously for all services described in the service list descriptor in the network specified by the TLV-NIT, or may be performed only for some of the services. When performing the process only for some of the services, the old settings for the other services may be retained as they are. Also, when the "service_id" parameter is a specific value (e.g., 999), only the settings specified by the "remote_control_key_id" parameter may be erased from the settings stored in the non-volatile memory of the
即ち、本実施例の放送受信装置１００では、テンキー１００Ｒ２の各キーへの所定のチャンネル（サービス）の関連付けの設定を行うことが可能となる。
In other words, in the
［マルチ編成チャンネルの選局処理］
本実施例の放送システムにおいても、一つのチャンネル（サービス）で複数の番組を並行して放送するマルチ編成が可能であるものとする。マルチ編成による複数番組の同時放送を行う場合、前述のワンタッチ選局はマルチ編成のメインチャンネルに対してのみ可能であって、マルチ編成のサブチャンネルに対しては可能ではないことが考えられる。即ち、マルチ編成のサブチャンネルを選局する場合、サービスＩＤを直接入力して指定する方法を用いるか、あるいはワンタッチ選局により一旦マルチ編成のメインチャンネルを選局した後にチャンネルアップ／ダウンキー１００Ｒ３の押下により所望のサブチャンネルを選局する方法を用いる必要があり、操作が煩雑となる問題がある。
[Multi-channel selection process]
In the broadcasting system of this embodiment, it is also possible to perform a multi-format broadcast in which multiple programs are broadcast in parallel on one channel (service). When broadcasting multiple programs simultaneously using a multi-format, the one-touch channel selection described above is possible only for the main channel of the multi-format, but not for the subchannels of the multi-format. In other words, when selecting a subchannel of the multi-format, it is necessary to use a method of directly inputting and specifying a service ID, or to select the main channel of the multi-format once using one-touch channel selection, and then select the desired subchannel by pressing the channel up/down key 100R3, which results in a problem of cumbersome operations.
前記問題を解決するために、本実施例の放送受信装置１００においては、ワンタッチ選局の機能を拡張し、所定のサービスＩＤを割り当てたテンキー１００Ｒ２を、所定時間内に複数回繰り返して押下することにより、マルチ編成のサブチャンネルの直接選局を可能としている。
To solve the above problem, in the
図１６Ａを用いて説明する。例えば、リモコン１００Ｒのテンキー１００Ｒ２の『１』キーに０１１チャンネルのサービスが予め割り当てられているものとする。この場合、マルチ編成を行っていない状態（図中（Ａ）参照）での選局操作であれば、前記『１』キーの押下回数によらず、０１１チャンネルが選局される。一方、マルチ編成を行っている状態（図中（Ｂ）参照）での選局操作の場合、前記『１』キーを一回のみ押下すると０１１チャンネルが選局され、一回目の『１』キー押下から所定時間以内に再度『１』キーを押下すると０１２チャンネルが選局されるようにする。同様に、所定時間内に『１』キーが三回押下された場合には、０１３チャンネルが選局されるようにする。なお、一回目の『１』キー押下から所定時間を超えて再度『１』キーが押下された場合には、０１１チャンネルが選局されたままとして良い。
Explained with reference to FIG. 16A. For example, assume that the service of channel 011 is pre-assigned to the "1" key of the numeric keypad 100R2 of the
前述のような操作を可能とすることにより、本実施例の放送受信装置１００においては、より簡単な操作でマルチ編成時のサブチャンネルの直接選局を可能としている。
By enabling the above-mentioned operations, the
同様に、マルチビュー対応番組のアングル選択や複数の映像アセットからの所定の映像アセットの選択をテンキー１００Ｒ２の複数回繰り返し押下により行う様にしても良い。図１６Ｂに示すように、マルチビュー対応番組のサービスＩＤがリモコン１００Ｒのテンキー１００Ｒ２の『１』キーに割り当てられている場合、前記『１』キーを一回のみ押下すると前記マルチビュー対応番組が選局されてメインビューが表示されるものとする。また、一回目の『１』キー押下から所定時間以内に再度『１』キーを押下すると前記マルチビュー対応番組のサブビュー１が表示されるものとする。同様に、所定時間内に『１』キーが三回押下された場合には、前記マルチビュー対応番組のサブビュー２が表示されるものとする。なお、一回目の『１』キー押下から所定時間を超えて再度『１』キーが押下された場合には、前記マルチビュー対応番組のメインビューが表示されたままとして良い。複数の映像アセットからの所定の映像アセットの選択も前述と同様の操作により可能であって良い。
Similarly, the angle of a multi-view compatible program or a specific video asset from multiple video assets may be selected by repeatedly pressing the numeric keypad 100R2 multiple times. As shown in FIG. 16B, when the service ID of a multi-view compatible program is assigned to the "1" key of the numeric keypad 100R2 of the
前述のような操作を可能とすることにより、本実施例の放送受信装置１００においては、より簡単な操作でマルチビュー対応番組のアングル選択や複数の映像アセットからの所定の映像アセットの選択を可能としている。
By enabling the above-mentioned operations, the
なお、マルチ編成時の一つ以上の番組がマルチビュー対応番組や複数アセットを有する番組である場合は、前述の操作の一方のみを有効とし、他方を無効とすれば良い。例えば、マルチ編成時の一つ以上の番組がマルチビュー対応番組や複数アセットを有する番組である場合は、同一キーの所定時間内の複数回押下の操作をマルチ編成時のサブチャンネルの直接選局の処理に割り当てるようにする。何れの操作を有効とし、また、無効とするかは、予め定めておいても良いし、ユーザが選択するようにしても良い。 If one or more of the programs in the multi-format are multi-view compatible or have multiple assets, only one of the above operations can be enabled and the other disabled. For example, if one or more of the programs in the multi-format are multi-view compatible or have multiple assets, pressing the same key multiple times within a specified time period can be assigned to the process of directly selecting a sub-channel in the multi-format. Which operations are enabled and which are disabled can be determined in advance, or can be selected by the user.
［放送受信装置の画面レイアウト制御］
本実施例の放送受信装置１００では、ＬＣＴの記述に基づいた画面レイアウト制御が可能であるものとする。図１７ＡにＬＣＴのデータ構造の一例を示す。図１７ＢにＭＰＵ提示領域指定記述子のデータ構造の一例を示す。
[Screen layout control of broadcast receiving device]
In the
前記ＬＣＴのデータ構造において、特に、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータと『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータは、全画面表示の左側を『０』／右側を『１００』とした場合の、領域の左上の水平位置と右下の水平位置を、それぞれ水平方向の全画素数に対する割合で示すものとする。『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータと『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータは、全画面表示の上側を『０』／下側を『１００』とした場合の、領域の左上の垂直位置と右下の垂直位置を、それぞれ垂直方向の全画素数に対する割合で示すものとする。また、『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータは、領域の奥行き方向の相対位置を示すものとする。 In the data structure of the LCT, the "left_top_pos_x" and "right_down_pos_x" parameters indicate the horizontal position of the top left and bottom right of the region, respectively, as a percentage of the total number of pixels in the horizontal direction, when the left side of the full screen display is "0" and the right side is "100". The "left_top_pos_y" and "right_down_pos_y" parameters indicate the vertical position of the top left and bottom right of the region, respectively, as a percentage of the total number of pixels in the vertical direction, when the top side of the full screen display is "0" and the bottom side is "100". The "layer_order" parameter indicates the relative position of the region in the depth direction.
前記各パラメータの設定に基づいた、レイアウト番号へのレイアウトの割当の例を、前記各パラメータの設定値と共に、以下で説明する。 An example of assigning layouts to layout numbers based on the settings of each of the above parameters is described below, along with the setting values of each of the above parameters.
図１７Ｃは、本実施例の放送受信装置１００のデフォルトのレイアウト設定であり、全画面に１つの領域のみを設定する例である。図１７Ｄは、全画面を三つの領域に分割し、それぞれの領域を『領域０』、『領域１』、『領域２』とした場合の例である。例えば、全画面の画素数を水平７６８０画素／垂直４３２０画素とした場合、『領域０』は、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータが『０』、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータが『０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータが『８０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータが『８０』であることから、（０，０）－（６１４３，３４５５）の範囲に設定される。同様に、『領域１』は、（６１４４，０）－（７６７９，４３１９）の範囲に設定され、『領域２』は、（０，３４５６）－（６１４３，４３１９）の範囲に設定される。
Figure 17C shows the default layout setting of the
図１７Ｅは、図１７Ｄと同様に三つの領域を設定する例であるが、『領域０』は、（０，０）－（７６７９，４３１９）の範囲に設定され、『領域１』と『領域２』は前述と同様の範囲で、『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータの設定に応じて、『領域０』の前面に配置される。図１７Ｆは、デバイス０（デフォルトのデバイス：本実施例では放送受信装置１００）に『領域０』が設定され、デバイス１（本実施例においては、携帯情報端末７００）に『領域１』が設定される場合の例である。
Figure 17E is an example of setting three regions, similar to Figure 17D, but "
前述のように、本実施例の放送システムにおいては、ＬＣＴを用いることにより、マルチメディアサービスを受信機上でサービス提供者の意図通りに表示するための画面レイアウト制御を行うことが可能となる。 As mentioned above, in the broadcasting system of this embodiment, by using LCT, it becomes possible to perform screen layout control to display multimedia services on the receiver as intended by the service provider.
なお、前述の画面レイアウト制御により番組映像やデータ画面が表示されない領域は、ＬＣＴ内に記述された背景色指定記述子により指定された所定の背景色が表示されて良い。また、ＬＣＴに前記背景色指定記述子が含まれていない場合、放送受信装置１００が前記背景色指定記述子を正しく取得できなかった場合、背景色指定記述子により指定された所定の背景色がハードウェア制限により表示できないものである場合、等には、映像表示装置１００が予め定めた所定のパターンを前記領域に表示するようにしても良い。また、映像表示装置１００からユーザに対してのお知らせ表示領域として前記領域を使用しても良い。なお、前記お知らせは任意の情報であって良い。
In addition, in areas where program video or data screens are not displayed due to the above-mentioned screen layout control, a predetermined background color specified by the background color specification descriptor described in the LCT may be displayed. Furthermore, if the LCT does not contain the background color specification descriptor, if the
なお、前記『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』等のパラメータの設定値に応じて画面を分割する際に生じた小数点以下の端数は、切り上げ若しくは切り捨て等の処理を行えば良い。四捨五入（あるいは、二進数における零捨一入）の処理でも良い。例えば、全画面の画素数が７６８０画素／垂直４３２０画素で、『領域０』の『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』パラメータが『０』、『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｙ』パラメータが『０』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｘ』パラメータが『５１』、『ｒｉｇｈｔ＿ｄｏｗｎ＿ｐｏｓ＿ｙ』パラメータが『５１』の場合、切り上げ処理により（０，０）－（３９１６，２２０３）の範囲に『領域０』を設定しても良いし、切り捨て処理により（０，０）－（３９１５，２２０２）の範囲に『領域０』を設定しても良い。また、映像圧縮処理の際のマクロブロックを考慮して、８画素単位や１６画素単位等での切り上げ／切り捨て処理を行うようにしても良い。前記処理により、ＬＣＴに基づく領域設定や、前記領域におけるマルチメディアコンテンツの解像度変換処理を効率的に行うことが可能となる。
When dividing the screen according to the setting values of parameters such as "left_top_pos_x", any fractional part after the decimal point can be rounded up or down. Rounding off (or rounding down to the nearest whole number in binary numbers) is also acceptable. For example, if the number of pixels on the entire screen is 7680 pixels/4320 pixels vertically, and the "left_top_pos_x" parameter of "
あるいは、前記『ｌｅｆｔ＿ｔｏｐ＿ｐｏｓ＿ｘ』等のパラメータの設定値を、『０』から『１００』の範囲の『５の倍数』若しくは『１０の倍数』のみに制限するようにしても良い。この場合も、前記領域設定を好適に行うことが可能となる。 Alternatively, the set values of parameters such as "left_top_pos_x" may be limited to only "multiples of 5" or "multiples of 10" in the range from "0" to "100". In this case as well, it is possible to set the area appropriately.
なお、前記各領域に表示されるコンテンツは、図１７Ｂに示したＭＰＵ提示領域指定記述子により指定される。図中の『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータでシーケンス番号を指定されるＭＰＵのコンテンツが、『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ』パラメータおよび『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ』パラメータにより、前記ＬＣＴの記述に関連付けられるものとする。 The content to be displayed in each of the above-mentioned areas is specified by the MPU presentation area specification descriptor shown in FIG. 17B. The content of the MPU whose sequence number is specified by the "mpu_sequence_number" parameter in the figure is associated with the description of the above-mentioned LCT by the "layout_number" parameter and the "region_number" parameter.
また、ＭＰＵ提示領域指定記述子の記述の第一の『ｆｏｒ』ループ内において、一つの『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータに対して複数の『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ』パラメータおよび『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ』パラメータを記述し、何れの記述に従ってレイアウト制御を行うかをユーザに選択させるようにしても良い。例えば、第一の『ｆｏｒ』ループ内において、所定の『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータに対して『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ１』パラメータ、『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ１』パラメータ、『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ２』パラメータ、『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ２』パラメータ、が記述されている場合、前記『ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ』パラメータで指定されるＭＰＵのレイアウト制御を、『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ１』パラメータおよび『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ１』パラメータに基づいて行うか、『ｌａｙｏｕｔ＿ｎｕｍｂｅｒ２』パラメータおよび『ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ２』パラメータに基づいて行うか、をユーザに選択させる、等である。このようにすれば、ユーザは映像番組に関するレイアウト制御を好みに応じて行うことが可能となる。 In addition, within the first 'for' loop of the description of the MPU presentation area designation descriptor, multiple 'layout_number' parameters and 'region_number' parameters may be described for one 'mpu_sequence_number' parameter, allowing the user to select which description to use for layout control. For example, in the first "for" loop, if a "layout_number1", "region_number1", "layout_number2" and "region_number2" parameters are described for a specific "mpu_sequence_number" parameter, the user can select whether the layout control of the MPU specified by the "mpu_sequence_number" parameter is to be performed based on the "layout_number1" and "region_number1" parameters, or based on the "layout_number2" and "region_number2" parameters. In this way, the user can perform layout control for a video program according to their preferences.
［放送受信装置の画面レイアウト制御の例外処理］
本実施例の放送受信装置１００においては、前述のＬＣＴにより画面レイアウトの領域制御が行われている場合であっても、ユーザによりＥＰＧ画面の表示が指示された場合等には、例外処理として、前記ＬＣＴの記述内容を無視した画面レイアウト制御を行うことが可能であるものとする。図１８Ａに、ＬＣＴに基づく画面レイアウト制御の例外処理の動作の一例を示す。
[Exception handling of screen layout control in broadcast receiving device]
In the
ＬＣＴの記述により図１７Ｄと同様の画面レイアウト制御が行われ、『領域０』に放送番組映像が表示され、『領域１』および『領域２』に前記放送番組に連携する番組連携データ等の放送コンテンツが表示されている状態で、ユーザが図示を省略したリモコンによりＥＰＧ画面の表示を指示した場合、本実施例の放送受信装置１００では、図１８Ａ（Ａ）に示したように、ＬＣＴの記述内容に関わらず画面レイアウト設定をデフォルトの設定（即ち、図１７Ｃと同様の画面レイアウト制御が行われている状態）に戻し、ＥＰＧ画面を画面全体に表示するように制御するものとする。更に、ユーザがＥＰＧ画面の表示終了を指示した場合に、ＬＣＴの記述内容に従った画面レイアウト制御を再実行するようにする。
When the same screen layout control as in FIG. 17D is performed according to the description in the LCT, and broadcast program video is displayed in "
前述の制御を行うことにより、図１８Ａ（Ｂ）に示したような、画面レイアウトの領域制御を維持したままＥＰＧ画面の表示を行う場合と比較して、ＥＰＧ画面を大きく表示することができ、見易さを向上させることが可能である。 By performing the above-mentioned control, the EPG screen can be displayed larger and easier to view than when the EPG screen is displayed while maintaining area control of the screen layout as shown in FIG. 18A (B).
なお、前記画面レイアウト制御の例外処理は、ＥＰＧ画面の表示を行う際にのみ適用されるものではなく、図１８Ｂに示すように、放送受信装置１００の各種設定画面（図示の例では録画設定画面）の子画面表示時や二画面表示時に適用されても良い。
The above-mentioned exception processing of the screen layout control is not only applied when the EPG screen is displayed, but may also be applied when a sub-screen or dual-screen display is displayed for various setting screens (the recording setting screen in the illustrated example) of the
同図（Ａ）に示した録画設定画面の場合、放送コンテンツの表示エリアは画面全体から画面右下の子画面部分のみに変更される。同様に、同図（Ｂ）に示した二画面表示の場合、放送コンテンツの表示エリアは画面全体から画面中段左側の分割画面部分のみに変更される。何れの場合も、放送コンテンツを表示するための表示エリアが、画面全体を使用する場合と比較して狭くなるため、前記表示エリア内で画面レイアウトの領域制御を維持したまま（即ち、領域分割を行って複数の放送コンテンツを同時に表示したまま）とすることは視認上好ましくはない。従って、本実施例の放送受信装置１００においては、前記状況の際には、前記表示エリアに『領域０』の放送コンテンツのみを選択して表示するようにする。なお、直前の領域選択状況に応じて、『領域１』や『領域２』の放送コンテンツを選択して表示するようにしても良い。
In the case of the recording setting screen shown in FIG. 1A, the display area of the broadcast content is changed from the entire screen to only the sub-screen portion at the bottom right of the screen. Similarly, in the case of the dual-screen display shown in FIG. 1B, the display area of the broadcast content is changed from the entire screen to only the split screen portion at the left middle section of the screen. In either case, the display area for displaying the broadcast content is narrower than when the entire screen is used, so maintaining the area control of the screen layout within the display area (i.e., dividing the area to display multiple broadcast contents simultaneously) is not desirable from a visual standpoint. Therefore, in the
前述の制御を行うことにより、画面レイアウトの領域制御を維持したまま各種放送コンテンツの表示を行う場合と比較して、前記放送コンテンツの見易さを向上させることが可能となる。録画番組一覧画面における子画面表示やインターネットコンテンツのブラウザ表示時、等においても同様である。 By performing the above-mentioned control, it is possible to improve the ease of viewing the broadcast content compared to when various broadcast contents are displayed while maintaining area control of the screen layout. The same is true when displaying a sub-screen on the recorded program list screen, when displaying Internet content in a browser, etc.
［映像信号のアスペクト比変換処理］
テレビ放送サービスにおける映像信号のアスペクト比には、従来のＳＤＴＶで用いられた『４：３』、近年のＨＤＴＶで用いられている『１６：９』の他、映画コンテンツに適した『２１：９』、等がある。前記映像信号のアスペクト比の情報は、本実施例の放送システムにおいては、映像コンポーネント記述子により記述されて良い。図１９Ａに、映像コンポーネント記述子のデータ構造の一例を示す。図中、『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータが前記映像信号のアスペクト比に関する情報である。図１９Ｂに、前記『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータの意味の一例を示す。図示とは異なるアスペクト比を更に割り当てても良い。
[Video signal aspect ratio conversion processing]
The aspect ratio of the video signal in the television broadcasting service includes "4:3" used in conventional SDTV, "16:9" used in recent HDTV, and "21:9" suitable for movie content. In the broadcasting system of this embodiment, the information on the aspect ratio of the video signal may be described by a video component descriptor. FIG. 19A shows an example of the data structure of the video component descriptor. In the figure, the "video_aspect_ratio" parameter is information on the aspect ratio of the video signal. FIG. 19B shows an example of the meaning of the "video_aspect_ratio" parameter. An aspect ratio different from that shown in the figure may be further assigned.
一方、前記テレビ放送サービスを受信可能なテレビ受信機（本実施例の放送受信装置１００、等）の表示部のアスペクト比は『１６：９』であることが一般的である。即ち、アスペクト比が『４：３』や『２１：９』の映像コンテンツを一般的なテレビ受信機に表示する際には、アスペクト比変換処理を行って良い。
On the other hand, the aspect ratio of the display of a television receiver capable of receiving the television broadcast service (such as the
前記アスペクト比変換処理を行うか否かは、放送受信装置１００のモニタ部１６２の仕様と映像コンポーネント記述子の『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータとを比較することにより、判断すれば良い。例えば、放送受信装置１００のモニタ部１６２のアスペクト比が『１６：９』（横３８４０画素×縦２１６０画素、等）の場合、前記『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータの値が『０』や『２』や『３』ならばアスペクト比変換処理を行わないようにし、『１』や『５』ならばアスペクト比変換処理を行うようにすれば良い。また、例えば、放送受信装置１００のモニタ部１６２のアスペクト比が『２１：９』（横５０４０画素×縦２１６０画素、等）の場合、前記『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータの値が『０』や『５』ならばアスペクト比変換処理を行わないようにし、『１』や『２』や『３』ならばアスペクト比変換処理を行うようにすれば良い。
Whether or not to perform the aspect ratio conversion process can be determined by comparing the specifications of the
放送受信装置１００のモニタ部１６２のアスペクト比が『１６：９』で前記『ｖｉｄｅｏ＿ａｓｐｅｃｔ＿ｒａｔｉｏ』パラメータの値が『５』の場合のアスペクト比変換処理の一例を図１９Ｃおよび図１９Ｄに示す。アスペクト比『２１：９』の映像コンテンツをアスペクト比『１６：９』のモニタ部１６２に表示する場合、アスペクト比『２１：９』の映像コンテンツの上下に黒帯を追加することにより、アスペクト比を『１６：９』に変換しても良い（図中の表示Ａ）。このようにすれば、オリジナルの映像コンテンツの全域を歪なく表示することが可能となる。また、アスペクト比『２１：９』の映像コンテンツの中央部分のみを切り出してモニタ部１６２に表示するようにしても良い（図中の表示Ｂ）。このようにすれば、オリジナルの映像コンテンツの主要部分を大きく表示することが可能となる。また、アスペクト比『２１：９』の映像コンテンツの上下に黒帯を少し追加して、更に中央部分を切り出すようにしても良い（図中の表示Ｃ）。このようにすれば、オリジナルの映像コンテンツの大部分を大きく表示することが可能となる。また、アスペクト比『２１：９』の映像コンテンツの左右端を圧縮して全域を表示するようにしても良い（図中の表示Ｄ）。このようにすれば、オリジナルの映像コンテンツの全域を大きく、更に主要部分は歪なく表示することが可能となる。また、アスペクト比『２１：９』の映像コンテンツの上下に黒帯を少し追加して、更に左右端を圧縮して全域を表示するようにしても良い（図中の表示Ｅ）。このようにすれば、オリジナルの映像コンテンツの全域を大きく、更に左右端の歪を少なく表示することが可能となる。
19C and 19D show an example of the aspect ratio conversion process when the aspect ratio of the
アスペクト比変換処理をどのように行うかは、メニュー等の設定によりユーザが選択可能として良い。あるいは、リモコン等の所定のキーの押下により切り換えられるようにしても良い。なお、前述のアスペクト比『２１：９』は、いわゆるシネマスコープの『２．３５：１』等、概略で『２１：９』となる縦横比率のものを含むものとする。他のアスペクト比の数値に関しても同様である。 The way in which the aspect ratio conversion process is performed may be selectable by the user through settings such as a menu. Alternatively, it may be possible to switch by pressing a specific key on a remote control or the like. Note that the aspect ratio "21:9" mentioned above includes aspect ratios that are roughly "21:9", such as the so-called Cinemascope "2.35:1". The same applies to other aspect ratio values.
［放送受信装置のＥＰＧ表示］
本実施例の放送システムでは、放送ネットワークを構成する各サービスに含まれるイベント（いわゆる番組）に関する時系列情報をＭＨ－ＥＩＴで伝送するものとする。図７Ｅに示したＭＨ－ＥＩＴは、テーブルＩＤ（図中の『ｔａｌｂｅ＿ｉｄ』パラメータに対応）により２つのクラスに識別され、自ＴＬＶストリームの現在／次のイベントの情報と自ＴＬＶストリームの各イベントのスケジュール情報を示すことが可能であるものとする。本実施例の放送受信装置１００は、前記ＭＨ－ＥＩＴ等を参照してサービスＩＤ（図中の『ｓｅｒｖｉｃｅ＿ｉｄ』パラメータに対応）による識別を行うことにより、各イベントの開始時間や放送時間等の情報を取得してＥＰＧ画面を作成することが可能であり、前記作成したＥＰＧを映像合成部１６１で映像情報等に重畳してモニタ部１６２に表示することが可能であるものとする。
[EPG display on broadcast receiving device]
In the broadcasting system of this embodiment, time-series information on events (so-called programs) included in each service constituting the broadcasting network is transmitted by MH-EIT. The MH-EIT shown in FIG. 7E is identified into two classes by table ID (corresponding to the "table_id" parameter in the figure), and is capable of indicating information on the current/next event of the own TLV stream and schedule information of each event of the own TLV stream. The
図２０Ａは、本実施例の放送受信装置１００におけるＥＰＧ画面の一例を示す図である。ＥＰＧ画面１６２ａは、縦軸を時間表示、横軸をサービスＩＤ（チャンネル）表示としたマトリクス形状で、各時間帯に各チャンネルで放送される放送番組の詳細情報を表示するものとする。また、各放送番組の詳細情報１６２ａ１は、主としてタイトル領域１６２ａ２と詳細説明領域１６２ａ３で構成される。各放送番組の詳細情報１６２ａ１には、ＭＨ－短形式イベント記述子やＭＨ－拡張形式イベント記述子に記述されて配信された番組情報等が表示されて良い。前記各記述子に記述された番組情報等の容量が多い場合には、通常時には省略表示を行い、図示を省略したリモコンの操作による選択時にはポップアップ等で全番組情報を表示するようにしても良い。あるいは、選択時には前記各記述子に記述された番組情報等を連携動作中の携帯情報端末７００に送信し、表示部７４１に表示させるように携帯情報端末７００に指示しても良い。
Figure 20A is a diagram showing an example of an EPG screen in the
各放送番組の詳細情報１６２ａ１のタイトル領域１６２ａ２には、前記放送番組の番組タイトルおよび前記放送番組の属性を表す記号等を表示する。前記放送番組の属性を表す記号等とは、例えば、新番組であることを示す記号／文字や、再放送番組であることを示す記号／文字、等である。あるいは、放送サービスによるデータ放送に対応していることを意味する『ｄａｔａ』を記号化した印等でも良い。また、前記放送番組に関連するコンテンツやアプリケーション等をネットワーク上から取得可能であることを意味する『ＮｅｔＷｏｒｋ』を記号化した印１６２ａ４等であっても良い。また、詳細情報１６２ａ１の背景色を他と差別化することにより、あるいは、太枠で詳細情報１６２ａ１の表示領域を囲むことにより、前記放送番組の属性を表す記号等を代替しても良い。 The title area 162a2 of the detailed information 162a1 of each broadcast program displays the program title of the broadcast program and symbols and the like representing the attributes of the broadcast program. The symbols and the like representing the attributes of the broadcast program are, for example, symbols/characters indicating that it is a new program, or symbols/characters indicating that it is a rebroadcast program, etc. Alternatively, it may be a symbolized mark such as "data", which means that it supports data broadcasting by a broadcasting service. It may also be a symbolized mark 162a4 such as "Network", which means that content, applications, etc. related to the broadcast program can be obtained from the network. Furthermore, the symbols and the like representing the attributes of the broadcast program may be replaced by differentiating the background color of the detailed information 162a1 from others, or by surrounding the display area of the detailed information 162a1 with a thick frame.
なお、本実施例の放送システムにおける各制御情報（メッセージ、テーブル、記述子、等）が、前記放送番組に関連するコンテンツやアプリケーション等がネットワーク上から取得可能であることを示している場合であっても、放送受信装置１００のＬＡＮ通信部１２１にＬＡＮケーブルが接続されていない等、ネットワーク上の各サーバ装置へのアクセスができない状態である場合には、前記『ＮｅｔＷｏｒｋ』を記号化した印１６２ａ４等を表示しないように制御しても良い。
Even if the control information (messages, tables, descriptors, etc.) in the broadcasting system of this embodiment indicates that content, applications, etc. related to the broadcast program can be obtained from the network, if the LAN cable is not connected to the
また、前記放送番組がインターネット２００を介して配信される配信番組であり、放送波のみからの取得ができない場合であって、更に、前述と同様に、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である場合等には、図２０Ｂに示すように、ＥＰＧ画面１６２ｂ上に表示される詳細情報１６２ｂ１の部分をグレーアウトするように制御しても良い。即ち、視聴できない配信番組の詳細情報は表示しないように制御する。また、詳細情報１６２ｂ１の背景色を他と差別化することにより、前記グレーアウト処理の代替としても良い。あるいは、前記配信番組の詳細説明領域１６２ａ３に、『この番組は視聴できません』等のメッセージを表示するようにしても良い。図示を省略したリモコンの操作により詳細情報１６２ｂ１を選択した場合に、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である旨を、あるいは、詳細情報１６２ｂ１に関連付けられた配信番組を視聴できない旨を、ポップアップ等によりユーザに報知するようにしても良い。
In addition, when the broadcast program is a distributed program distributed via the
前述の各制御により、放送受信装置１００は、ネットワーク接続状況に応じて、ユーザに対してより違和感のない形式で各放送番組の番組情報を提供することが可能となる。
Through the above-mentioned controls, the
図２０Ｃは、本実施例の放送受信装置１００におけるＥＰＧ画面の別の一例を示す図である。図中、『Ｍ１テレビ』、『Ｍ２放送』、『Ｍ３チャンネル』、『Ｍ４ＴＶ』、『テレビＭ５』等は、各チャンネルの放送局名称であり、特に、『Ｍ２放送』局は、放送波により配信される放送番組とインターネット２００を介して配信される配信番組（図中の『ネット放送』で示される枠の情報１６２ｃ１）を同時に提供しているものとする。
Figure 20C is a diagram showing another example of an EPG screen in the
同図に示したように、インターネット２００を介して配信する配信番組のみを有するチャンネルがある場合、通常時は同図（Ａ）のＥＰＧ画面１６２ｃに示すように（情報１６２ｃ１を含む）全てのチャンネルの情報を表示するように制御する。一方、放送受信装置１００がネットワーク上の各サーバ装置へアクセスできない状態である場合等には、同図（Ｂ）のＥＰＧ画面１６２ｄに示すように、インターネット２００を介して配信する配信番組のみを有する『Ｍ２放送（ネット放送）』のチャンネルの情報（同図（Ａ）における情報１６２ｃ１）を表示しないように制御しても良い。
As shown in the figure, when there is a channel that only has programs distributed via the
前述の各制御により、放送受信装置１００のユーザは、自分の視聴できないチャンネルの情報の確認を不要とすることが可能となる。
The above-mentioned controls make it possible for users of the
［放送受信装置の緊急警報放送表示］
本実施例の放送受信装置１００は、ＴＬＶストリームを含む伝送データに含まれるＴＭＣＣ信号の緊急警報放送起動制御信号ビットが『０』から『１』になった場合に、緊急警報放送の受信処理を行うことが可能であるものとする。
[Emergency warning broadcast display on broadcast receiving device]
The
前記緊急警報放送は、専用のチャンネル（サービスＩＤ）の放送番組として提供されても良いし、全画面表示のアプリケーションとして提供されても良いし、文字情報として文字スーパーで提供されても良い。前記緊急警報放送が文字情報として文字スーパーで提供されている場合、緊急警報放送の受信直前の放送受信装置１００の状態に関わらず、前記文字スーパーの文字情報を表示することが好ましい。即ち、図２１に示すように、ユーザが通常の放送番組を視聴し、モニタ部１６２に前記放送番組の番組画面１６２ｅが表示されている状態で緊急警報放送を受信した場合、前記緊急警報放送による文字情報１６２ｅ１を番組画面１６２ｅに重畳して表示するようにする。同様に、ユーザがＥＰＧ画面の表示を指示し、モニタ部１６２にＥＰＧ画面１６２ｆが表示されている状態で緊急警報放送を受信した場合、前記緊急警報放送による文字情報１６２ｆ１をＥＰＧ画面１６２ｆに重畳して表示するように制御する。
The emergency alert broadcast may be provided as a broadcast program on a dedicated channel (service ID), as a full-screen application, or as text information with superimposed text. When the emergency alert broadcast is provided as text information with superimposed text, it is preferable to display the text information of the superimposed text, regardless of the state of the
前述の制御により、本実施例の放送受信装置１００においては、ユーザがＥＰＧ画面や各種設定画面、録画番組一覧画面、インターネットブラウザ等を選択して表示させている場合であっても、緊急警報放送を受信した際には、前記緊急警報放送に基づく重要な文字情報の見逃しを回避することが可能となる。なお、この制御は、緊急警報放送によらない通常の文字スーパーの文字情報に対して行われても良い。
By the above-mentioned control, in the
また、前記緊急警報放送が専用のチャンネル（サービスＩＤ）の放送番組として提供される場合、現在視聴している番組のチャンネル（サービスＩＤ）に関わらず、前記緊急警報放送のチャンネル（サービスＩＤ）を自動選局するようにしても良い。また、前記緊急警報放送が専用のチャンネル（サービスＩＤ）の放送番組として提供される場合やアプリケーションとして提供される場合、連携機能実行部１１０３の制御により、連携する外部の携帯端末機器（本実施例においては、携帯情報端末７００等）に前記緊急警報放送の放送番組やアプリケーションを配信するようにしても良い。
In addition, when the emergency alert broadcast is provided as a broadcast program on a dedicated channel (service ID), the channel (service ID) of the emergency alert broadcast may be automatically selected regardless of the channel (service ID) of the currently viewed program. In addition, when the emergency alert broadcast is provided as a broadcast program on a dedicated channel (service ID) or as an application, the emergency alert broadcast program or application may be distributed to a linked external mobile terminal device (such as the
また、前記緊急警報放送が配信された際に放送受信装置１００の電源がオンでない場合、自動的に放送受信装置１００の電源をオンするように制御を行っても良い。あるいは、放送受信装置１００との連携動作の履歴がある携帯情報端末７００に対して緊急警報放送が開始された旨の通知を送信するように制御を行っても良い。
In addition, if the power of the
前述の制御により、本実施例の放送受信装置１００においては、前記緊急警報放送に基づく重要な放送番組やアプリケーションの映像の表示の見逃しを回避することが可能となる。
By using the above-mentioned control, the
［表示制御の例外処理］
本実施例の放送受信装置１００は、同一のパッケージを構成する各データのうち、ＴＬＶストリーム以外の経路で伝送されるデータが取得できない場合、例えば、下記の様な例外処理を行っても良い。
[Display control exception handling]
In the
図７Ａを用いて説明した通り、本実施例の放送受信装置１００が対応する放送システムにおいては、ＭＰＴに格納されるロケーション情報（図７Ｃ参照）に基づいて、ＴＬＶストリームから取得するデータとＴＬＶストリーム以外の経路から取得するデータとを同一のパッケージに含めることができる。しかしながら、ロケーション情報が指し示す、ＴＬＶストリーム以外のデータ伝送経路（例えば、通信回線のＩＰｖ４データフローやＩＰｖ６データフロー、放送のＭＰＥＧ２－ＴＳなど）で伝送されるデータは、ＴＬＶ／ＭＭＴストリームの受信機能とは別の受信機能で取得するデータある。よって、放送受信装置１００の動作中であっても、これらの伝送経路の受信機能が動作していない状況や、受信機能自体は動作していても前記伝送経路上の中継装置等が動作していない状況や、これらの伝送経路の有線または無線接続がされていない状況や、そもそもこれらの伝送経路を接続できない環境に放送受信装置１００が設置されている状況など、これらの伝送経路からのデータ取得ができない状況もありうる。
As described with reference to FIG. 7A, in the broadcast system supported by the
このような状況下で、ＭＰＴに格納されるロケーション情報が、ＴＬＶストリームから取得するデータとＴＬＶストリーム以外の経路から取得するデータとを同一のパッケージに含めるように対応付けることを示しているイベントを受信した場合、本実施例の放送受信装置１００は、以下のような動作を行っても良い。
Under such circumstances, when an event is received in which the location information stored in the MPT indicates that data obtained from the TLV stream and data obtained from a route other than the TLV stream are to be associated so as to be included in the same package, the
例えば、ＬＣＴが、図１７Ｄや図１７Ｅのように、画面内に複数の領域を設定しており、『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路から取得したデータに基づくコンテンツが表示されるように対応付けられている場合であって、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できない場合、ＬＣＴが指定する複数領域のレイアウト表示を禁止しても良い。具体的には、当該ＬＣＴを受信しても図１７Ｃに示したデフォルトレイアウト表示の『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示した状態のままとし、図１７Ｄや図１７Ｅのような複数領域のレイアウト表示に移行しないようにすれば良い。また、更にこの状態で、デフォルトレイアウトからＬＣＴの示すレイアウトへの変更指示が放送受信装置１００の操作入力部１７０に入力されたとしても、図１７Ｃに示したデフォルトレイアウト表示のままとしたり、その他のデータ放送画面に切り替えるなどして、図１７Ｄや図１７Ｅのような複数領域のレイアウト表示に移行しないようにしても良い。
For example, in the case where the LCT sets multiple regions in the screen as shown in FIG. 17D or FIG. 17E, and the program video based on the data acquired from the TLV stream is displayed in "
また、ＬＣＴが、図１７Ｄや図１７Ｅのように、画面内に複数の領域を設定しており、『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路で取得したデータに基づくコンテンツが表示されるように対応付けられている場合であって、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できない場合の別の動作例としては、一旦、ＬＣＴが示す図１７Ｄや図１７Ｅの複数領域の表示枠を表示し、『領域１』や『領域２』については背景色や所定の静止画を表示しておき、所定時間を経過してもＭＰＴのロケーション情報が示すＴＬＶストリーム以外の伝送経路のデータが取得できない場合は、図１７Ｃに示したデフォルトレイアウト表示の状態に戻す表示切り替えを行っても良い。この場合は、図１７Ｃのレイアウトから図１７Ｄや図１７Ｅのレイアウトへの変更時および図１７Ｄや図１７Ｅのレイアウトから図１７Ｃのレイアウトへの変更時も、それぞれのレイアウトの『領域０』にＴＬＶストリームから取得したデータに基づく番組映像が継続して表示されるように動作すれば、ユーザの番組映像視聴自体は継続可能なので好ましい。
In addition, in a case where the LCT sets multiple regions within the screen as shown in Figures 17D and 17E, and program video based on data obtained from the TLV stream is displayed in "
また、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できないことにより、図１７Ｃに示したデフォルトレイアウト表示の『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示した状態となっているときに、本実施例の放送受信装置１００の各種通信機能や各種受信機能の動作が開始したり、各種通信機能の通信環境／通信状況や各種受信機能の受信環境／受信状況が変化したことにより、『領域１』や『領域２』に表示すべきＴＬＶストリーム以外の伝送経路のデータが取得できる状況になることもありうる。この場合、本実施例の放送受信装置１００は、ただちに、図１７Ｃに示したデフォルトレイアウト表示から、ＬＣＴが示す図１７Ｄや図１７Ｅに示したような複数領域のレイアウトに切り替えて、『領域０』にＴＬＶストリームから取得したデータに基づく番組映像を表示し、『領域１』や『領域２』にＴＬＶストリーム以外の伝送経路から取得したデータに基づくコンテンツを表示するように切り替えても良い。あるいは、当該レイアウト変更をすぐには行わずに、デフォルトレイアウトからＬＣＴの示すレイアウトへの変更指示が操作入力部１７０から入力されてから当該レイアウト変更を実行しても良い。この場合、レイアウト変更が可能となった旨をＯＳＤ表示等によりユーザに報知するようにすることが好ましい。
In addition, when data of transmission paths other than the TLV stream to be displayed in "
［著作権保護機能］
本実施例の放送受信装置１００が対応するデジタル放送システムにおいて、ＭＰＴ等にコピー制御情報を含めて伝送することにより、例えば、『無制限にコピー可』（『無制限にコピー可かつ蓄積および出力時に暗号化処理要』と『無制限にコピー可かつ蓄積および出力時に暗号化処理不要』の２種類に分けても良い）、『１世代のみコピー可』、『所定複数回数コピー可』（例えば、９回コピー可＋ムーブ１回可ならいわゆる『ダビング１０』）、『コピー禁止』など、ＭＰＴ等が参照するコンテンツのコピー制御状態を示しても良い。この場合、本実施例の放送受信装置１００は、当該コピー制御情報に応じて、当該コンテンツのストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理などを制御するように構成しても良い。
[Copyright protection function]
In a digital broadcasting system compatible with the
なお、蓄積処理の対象は、放送受信装置１００内部のストレージ（蓄積）部１１０のみならず、放送受信装置１００のみで再生可能となるような暗号化処理等の保護処理を施したリムーバブル記録媒体や外部機器等を含んでも良い。具体的には、例えば、拡張インタフェース部１２４に接続されたＨＤＤ等の外付けの記録装置などのうち、放送受信装置１００のみで記録再生可能な状態にしたものなどが含まれる。
The target of the accumulation process may be not only the storage (accumulation)
＜コンテンツコピー制御＞
当該コピー制御情報に基づくコンテンツコピー制御の処理の具体例を以下に説明する。
<Content Copy Control>
A specific example of the content copy control process based on the copy control information will be described below.
まず、ＭＰＴ等に含まれるコピー制御情報が『無制限にコピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理等を制限なしに行って構わない。但し、前記コピー制御情報に基づく制御が『無制限にコピー可かつ蓄積および出力時に暗号化処理要』と『無制限にコピー可かつ蓄積および出力時に暗号化処理不要』とに分かれている場合であって、『無制限にコピー可かつ蓄積および出力時に暗号化処理要』を示す場合には、ストレージ（蓄積）部１１０への蓄積、リムーバブル記録媒体への記録、外部機器への出力、外部機器へのコピー、外部機器へのムーブ処理等を制限なしに行うことができるが、何れも暗号化処理を施す必要がある。
First, when the copy control information included in the MPT or the like indicates "unlimited copying", the
また、ＭＰＴ等に含まれるコピー制御情報が『１世代のみコピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０への暗号化しての蓄積や、放送受信装置１００のみで再生可能となるような暗号化処理等の保護処理を施したリムーバブル記録媒体への記録を可能として良い。また、蓄積後のコンテンツを外部機器へ視聴用に出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。また、外部機器へのいわゆるムーブ処理（外部機器へコンテンツをコピーし、放送受信装置１００のストレージ（蓄積）部１１０等のコンテンツは消去処理などにより再生不能化する処理）は可能とする。
In addition, when the copy control information included in the MPT or the like indicates "copyable for one generation only," the
また、ＭＰＴ等に含まれるコピー制御情報が『所定複数回数コピー可』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０へ暗号化して蓄積する処理や、放送受信装置１００のみで再生可能となるような暗号化処理等の保護処理を施したリムーバブル記録媒体への記録する処理を可能として良い。また、蓄積後のコンテンツを外部機器へ視聴用に出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。また、外部機器への予め定められた所定回数のコピーとムーブ処理を可能として良い。いわゆる『ダビング１０』規定の場合は、外部機器への９回のコピーと１回のムーブ処理を行うことが可能である。
In addition, when the copy control information included in the MPT or the like indicates that copying is permitted a specified number of times, the
また、ＭＰＴ等に含まれるコピー制御情報が『コピー禁止』を示す場合は、本実施例の放送受信装置１００は、ストレージ（蓄積）部１１０等への蓄積（コピー）を禁止する。但し、放送受信装置１００は、予め定められた所定時間または放送信号に含まれる制御情報（例えば、ＭＨ－Ｅｘｐｉｒｅ記述子やコンテンツ利用制御記述子等による）により指定される所定時間のみ、ストレージ（蓄積）部１１０等への保持を可能とする『一時蓄積』モードを有するように構成して良い。この場合には、放送受信装置１００は、ＭＰＴ等に含まれるコピー制御情報が『コピー禁止』を示す場合であっても、ストレージ（蓄積）部１１０等への当該コンテンツの一時的な保持を可能とする。ＭＰＴ等に含まれるコピー制御情報が『コピー禁止』の当該コンテンツを外部機器へ視聴用として出力する場合には、『コピー禁止』のコピー制御情報とともに暗号化して出力することとする。
In addition, when the copy control information included in the MPT or the like indicates "copy prohibited", the
なお、前述の外部機器への視聴用の出力は、本実施例の放送受信装置１００の映像出力部１６３と音声出力部１６６、あるいは、デジタルＩ／Ｆ部１２５やＬＡＮ通信部１２１などを介して行えば良い。前述の外部機器へのコピーまたはムーブ処理は、デジタルＩ／Ｆ部１２５やＬＡＮ通信部１２１などを介して行えば良い。
The output for viewing to the aforementioned external device may be performed via the
図２２Ａに、本実施例の放送システムにおけるコンテンツコピー制御記述子のデータ構造の一例を示す。図中の『ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ』パラメータがデジタルコピー制御情報であり、コンテンツのコピー世代を制御する情報を示すものとする。また、図２２Ｂに前記デジタルコピー制御情報のパラメータ値とその意味の一例を示す。例えば、前記パラメータが『００』の場合には『無制限にコピー可』を示し、前記パラメータが『０１』の場合には事業者による定義が可能であり、前記パラメータが『１０』の場合には『１世代のみコピー可』を示し、前記パラメータが『１１』の場合には『コピー禁止』を示すものとする。また、図２３に、本実施例の放送システムにおけるコンテンツ利用制御記述子のデータ構造の一例を示す。図中の『ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ』パラメータがコピー制限モードであり、個数制限コピーが可能か否かを示すものとする。 Figure 22A shows an example of the data structure of a content copy control descriptor in the broadcasting system of this embodiment. The "digital_recording_control_data" parameter in the figure is digital copy control information, and indicates information that controls the copy generation of the content. Also, Figure 22B shows an example of the parameter value of the digital copy control information and its meaning. For example, when the parameter is "00", it indicates "unlimited copying", when the parameter is "01", it can be defined by the business operator, when the parameter is "10", it indicates "one generation copying only", and when the parameter is "11", it indicates "copying prohibited". Also, Figure 23 shows an example of the data structure of a content usage control descriptor in the broadcasting system of this embodiment. The "copy_restriction_mode" parameter in the figure is copy restriction mode, and indicates whether or not number-limited copying is possible.
本実施例の放送受信装置１００においては、前記デジタルコピー制御情報が『０１』の場合に予め放送事業者によって定められた所定回数のコピーが可能な蓄積処理を実行可能であるものとする。あるいは、前記デジタルコピー制御情報が『１１』ではなくかつ前記コピー制限モードが個数制限コピー可を示している場合に予め放送事業者によって定められた所定回数のコピーが可能な蓄積処理を実行可能としても良い。または、この場合、デジタルコンテンツ利用記述子の『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等によりコンテンツ毎のコピー可能回数を指定しても良い。
In the
以上の処理により、本実施例の放送受信装置１００は、前述の『所定複数回数コピー可』のコンテンツコピー制御を実現することが可能となる。
By performing the above process, the
また、図２３に示したコンテンツ利用制御記述子における『ｒｅｔｅｎｔｉｏｎ＿ｍｏｄｅ』パラメータが一時蓄積制御ビットであり、前記デジタルコピー制御情報が『コピー禁止』を示している場合に対象コンテンツの一時的な蓄積を許容するか否かを示すものである。また、『ｒｅｔｅｎｔｉｏｎ＿ｓｔａｔｅ』パラメータが一時蓄積許容時間であり、前記一時蓄積許容ビットが対象コンテンツの一時的な蓄積の許容をしている場合の一時蓄積許容時間を示すものである。 The "retention_mode" parameter in the content usage control descriptor shown in FIG. 23 is a temporary storage control bit, which indicates whether temporary storage of the target content is permitted when the digital copy control information indicates "copy prohibited." The "retention_state" parameter is a temporary storage allowable time, which indicates the temporary storage allowable time when the temporary storage allowable bit allows temporary storage of the target content.
本実施例の放送受信装置１００においては、前記一時蓄積制御ビットおよび一時蓄積許容時間の各情報を参照することにより、各コンテンツのデジタルコピー制御情報が『コピー禁止』を示している場合の一時的な蓄積の可否およびその蓄積時間を制御することが可能となる。
In the
以上説明した処理によれば、コンテンツと対応付けられたコピー制御情報に応じて、適切なコンテンツ保護を実現することができる。 The process described above makes it possible to achieve appropriate content protection according to the copy control information associated with the content.
＜コンテンツ出力制御＞
次に、コンテンツの外部機器への出力制御の処理の具体例を以下に説明する。
<Content output control>
Next, a specific example of the process of controlling the output of content to an external device will be described below.
図２３に示したコンテンツ利用制御記述子において、『ｉｍａｇｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｔｏｋｅｎ』パラメータは解像度制限ビットであり、コンテンツを外部機器に出力する際に画質制限が必要か否かを示すものである。前記解像度制限ビットが画質制限が必要であることを示している場合、本実施例の放送受信装置１００は、対象コンテンツを外部機器に出力する際に前記対象コンテンツの画質制限を行うものとする。なお、ストレージ（蓄積）部１１０等への蓄積を行う際には前記画質制限は必要ないものとして良い。前記画質制限は、例えば、受信した（あるいは、蓄積した）ＵＨＤ（７６８０画素×４３２０画素）映像コンテンツをＳＨＤ（３８４０画素×２１６０画素）映像に変換して出力する、あるいは、ＨＤ（１９２０画素×１０８０画素）映像をＳＤ（６４０画素×４８０画素）映像に変換して出力する、等である。なお、対象コンテンツの画質制限をどの程度まで行うか、即ち、画質制限後の画質をどの解像度にするかは、デジタルコンテンツ利用記述子の『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等により指定するようにしても良い。
In the content usage control descriptor shown in FIG. 23, the "image_constraint_token" parameter is a resolution restriction bit, which indicates whether or not image quality restriction is required when outputting the content to an external device. If the resolution restriction bit indicates that image quality restriction is required, the
前述と同様に、例えば『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いてフレームレート制限ビットや画素分解能制限ビットを用意し、コンテンツを外部機器に出力する際にフレームレートの制限や画素分解能の制限を制御するようにしても良い。前記フレームレート制限ビットがフレームレートの制限が必要であることを示している場合、本実施例の放送受信装置１００は、対象コンテンツを外部機器に出力する際に前記対象コンテンツのフレームレートの制限を行うものとする。例えば、フレームレート１２０Ｈｚの映像コンテンツをフレームレート６０Ｈｚに変換して出力する、等である。また、前記画素分解能制限ビットが画素分解能の制限が必要であることを示している場合、本実施例の放送受信装置１００は、対象コンテンツを外部機器に出力する際に前記対象コンテンツの各画素の分解能の制限を行うものとする。例えば、各画素が１２ビットで構成された映像コンテンツの各画素を８ビットに変換して出力する、等である。
As described above, for example, a frame rate limit bit or a pixel resolution limit bit may be prepared using part or all of the "reserved_future_use" parameter to control the frame rate limit or pixel resolution limit when the content is output to an external device. If the frame rate limit bit indicates that a frame rate limit is necessary, the
また、更に、『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等により解像度制限制御フラグやフレームレート制限制御フラグや画素分解能制限制御フラグを用意し、前記解像度制限制御フラグやフレームレート制限制御フラグや画素分解能制限制御フラグに応じて前記画質制限やフレームレートの制限や画素分解能の制限を行うか否かを制御するようにしても良い。例えば、前記解像度制限制御フラグが解像度制限制御をインタフェース仕様に応じて行うことを示している場合、対象コンテンツを出力するインタフェースが所定のコンテンツ保護技術を備えていれば前記画質制限を行わず、所定のコンテンツ保護技術を備えていなければ前記画質制限を行うように、制御を行っても良い。 Furthermore, a resolution restriction control flag, a frame rate restriction control flag, or a pixel resolution restriction control flag may be prepared by using part or all of the "reserved_future_use" parameter, and whether or not to restrict the image quality, frame rate, or pixel resolution may be controlled according to the resolution restriction control flag, frame rate restriction control flag, or pixel resolution restriction control flag. For example, if the resolution restriction control flag indicates that resolution restriction control is to be performed according to the interface specifications, control may be performed so that the image quality restriction is not performed if the interface that outputs the target content has a specified content protection technology, and the image quality restriction is performed if the interface does not have the specified content protection technology.
具体的には、例えば、デジタルインタフェース部１２５がＨＤＭＩインタフェースであって、前記ＨＤＭＩインタフェースに接続された外部機器に対象コンテンツの出力を行う場合、前記外部機器の有するＨＤＭＩインタフェースがＨＤＣＰ（Ｈｉｇｈ－ｂａｎｄｗｉｄｔｈ Ｄｉｇｉｔａｌ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）バージョン２．２以降に対応していれば前記画質制限を行わずに対象コンテンツの出力を行い、前記外部機器のＨＤＭＩインタフェースのＨＤＣＰバージョンが２．２未満であれば前記画質制限を行って対象コンテンツの出力を行うようにする。即ち、対象コンテンツの出力を行うインタフェースが予め定めた所定のコンテンツ保護技術を備えているか否かに応じて、あるいは、前記コンテンツ保護技術を備えている場合には前記コンテンツ保護技術のバージョンに応じて、前記対象コンテンツの画質制限を行うか否かを制御するようにすれば良い。なお、前記解像度制限制御フラグが解像度制限制御をインタフェース仕様に応じて行うことを示していない場合には、前記解像度制限ビットのみに応じて前記画質制限の有無を制御して良い。前記フレームレート制限制御フラグや画素分解能制限制御フラグに関しても同様の処理を行って良い。
Specifically, for example, when the
また、前述のコピー制御情報が、『１世代のみコピー可』、『所定複数回数コピー可』、『コピー禁止』などのコピー制限を示しているコンテンツのＬＡＮ通信部１２１を介した外部機器へのコピー処理については、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は、禁止しても良い。コピー制御情報が『無制限にコピー可かつ蓄積および出力時に暗号化処理要』のコンテンツも同様に扱っても良い。
In addition, the copying process to an external device via the
同様に、前述のコピー制御情報が、『１世代のみコピー可』、『所定複数回数コピー可』、『無制限にコピー可かつ蓄積および出力時に暗号化処理要』などのコピー制限を示しているコンテンツを一度ストレージ（蓄積）部１１０へ蓄積した後の、ＬＡＮ通信部１２１を介して外部機器へのムーブ処理やコピー処理等についても、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は、禁止しても良い。
Similarly, for content whose copy control information indicates copy restrictions such as "copyable for one generation only," "copyable a specified number of times," or "unlimited copying with encryption required when storing and outputting," once stored in the
また、放送受信装置１００のストレージ（蓄積）部１１０へ蓄積したコンテンツについての視聴用映像出力および音声出力は、原則として、放送受信装置１００からの送信パケットの宛先である外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット内にある場合のみ可能とし、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外にある場合は禁止する。但し、当該外部機器が所定期間以内に、放送受信装置１００のＩＰアドレスと同一サブネット内で接続されており、かつ、放送受信装置１００のＩＰアドレスと同一サブネット外でも視聴可能な機器としての登録処理（ペアリング）がなされた機器である場合には、外部機器のＩＰアドレスが、放送受信装置１００のＩＰアドレスと同一サブネット外であっても、当該外部機器への放送受信装置１００のストレージ（蓄積）部１１０へ蓄積したコンテンツについての視聴用映像出力および音声出力を可能とするように構成しても良い。この場合、当該視聴用映像出力および音声出力はコンテンツに暗号化を施して行う。
In addition, the video output and audio output for viewing of the content stored in the storage (accumulation)
但し、前記暗号化の処理は、図２３に示したコンテンツ利用制御記述子の『ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ』パラメータの値に応じて制御されても良い。即ち、前記『ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ』パラメータの値がＩＰインタフェース出力の出力保護を要することを示している場合には前記暗号化処理を行うこととし、ＩＰインタフェース出力の出力保護を要しないことを示している場合には前記暗号化処理を行わずに前記視聴用映像出力および音声出力を行うこととして良い。また、前記『ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ』パラメータの値がＩＰインタフェース出力の出力保護を要することを示している場合には、コンテンツ利用制御記述子の『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等により、暗号化処理を施さずに前記視聴用映像出力および音声出力を行うことが可能な外部機器のＩＰアドレスの範囲を指定するようにしても良い。即ち、予め定められた所定のＩＰアドレスに対しては、前記ＩＰアドレスが放送受信装置１００のＩＰアドレスと同一のサブネット内でなくとも、視聴用映像出力および音声出力を行うことが可能となる。
However, the encryption process may be controlled according to the value of the "encryption_mode" parameter of the content usage control descriptor shown in FIG. 23. That is, if the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is required, the encryption process may be performed, and if the value indicates that output protection of the IP interface output is not required, the viewing video output and audio output may be performed without performing the encryption process. Also, if the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is required, the range of IP addresses of external devices that can perform the viewing video output and audio output without performing encryption process may be specified by using part or all of the "reserved_future_use" parameter of the content usage control descriptor. That is, for a predetermined IP address, viewing video output and audio output are possible even if the IP address is not in the same subnet as the IP address of the
また、コンテンツ利用制御記述子の『ｒｅｓｅｒｖｅｄ＿ｆｕｔｕｒｅ＿ｕｓｅ』パラメータの一部または全部を用いる等により前記登録処理（ペアリング）を有効とする期間を指定するようにしても良い。この場合、外部機器の登録処理（ペアリング）を実行した日時が前記指定された期間以内であれば、前記外部機器が放送受信装置１００のＩＰアドレスと同一のサブネット外にある場合でも、前記外部機器に対する視聴用映像出力および音声出力を許容し、前記指定された期間外であれば許容しないように制御して良い。
The period during which the registration process (pairing) is valid may be specified by using part or all of the "reserved_future_use" parameter of the content usage control descriptor. In this case, if the date and time when the registration process (pairing) of the external device is performed is within the specified period, the video output and audio output for viewing to the external device may be permitted even if the external device is outside the same subnetwork as the IP address of the
また、前述の、コンテンツのＬＡＮ通信部１２１を介した外部機器へのムーブ処理、コピー処理、出力処理、等は、コンテンツ利用制御記述子の『ｒｅｍｏｔｅ＿ｖｉｅｗ＿ｍｏｄｅ』パラメータの値に応じて制御されても良い。即ち、前記『ｒｅｍｏｔｅ＿ｖｉｅｗ＿ｍｏｄｅ』パラメータの値が対象コンテンツのリモート視聴を許容していない場合には、コンテンツのＬＡＮ通信部１２１を介した外部機器へのムーブ処理、コピー処理、出力処理、等の一切を禁止するように制御しても良い。
In addition, the above-mentioned processes of moving, copying, outputting, etc. of the content to an external device via the
以上説明した処理によれば、コンテンツを外部機器に出力する際にも、適切なコンテンツ保護を実現することができる。 The process described above allows for appropriate content protection even when outputting content to an external device.
＜コンテンツコピー制御の例外処理１＞
図２２Ａに示したコンテンツコピー制御記述子のデータ構造において、第一のデジタルコピー制御情報（『ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ』の直後に位置する『ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ』パラメータ）は、コンテンツ全体に関するコピー世代の制御情報であり、第二のデジタルコピー制御情報（『ｃｏｍｐｏｎｅｎｔ＿ｔａｇ』の直後に位置する『ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ』パラメータ）は、前記コンテンツを構成する各コンポーネントのそれぞれに関するコピー世代の制御情報である。なお、各コンポーネントの指定は、『ｃｏｍｐｏｎｅｎｔ＿ｔａｇ』パラメータによって為されるものとする。
<Content Copy
In the data structure of the content copy control descriptor shown in Fig. 22A, the first digital copy control information (the "digital_recording_control_data" parameter located immediately after "descriptor_length") is copy generation control information for the entire content, and the second digital copy control information (the "digital_recording_control_data" parameter located immediately after "component_tag") is copy generation control information for each of the components that make up the content. Each component is specified by the "component_tag" parameter.
本実施例の放送システムでは、コンテンツ（番組）全体のコピー世代の制御を行う場合には、前記第一のデジタルコピー制御情報のみを前記コンテンツコピー制御記述子に記述し、前記第一のデジタルコピー制御情報によりコピー世代の制御を行う。一方、前記コンテンツを構成するコンポーネント毎にコピー世代の制御を行う場合には、前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の双方を前記コンテンツコピー制御記述子に記述し、コピー世代の制御を行う。更に、前記コンテンツを構成するコンポーネント毎にコピー世代の制御を行う場合、前記コンテンツコピー制御記述子に記述された前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の記述が一致しない状況が考えられる。前述の状況においては、本実施例の放送受信装置１００は、以下に示すような動作を行う様にすれば良い。
In the broadcasting system of this embodiment, when controlling the copy generation of the entire content (program), only the first digital copy control information is described in the content copy control descriptor, and the copy generation is controlled by the first digital copy control information. On the other hand, when controlling the copy generation for each component that makes up the content, both the first digital copy control information and the second digital copy control information are described in the content copy control descriptor, and copy generation is controlled. Furthermore, when controlling the copy generation for each component that makes up the content, a situation may be considered in which the descriptions of the first digital copy control information and the second digital copy control information described in the content copy control descriptor do not match. In the above-mentioned situation, the
まず、第一の動作例は、前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の記述が一致しない場合には、前記第一のデジタルコピー制御情報に示されたコピー世代制御に基づいて動作するように制御を行う方法である。この場合、同一のコンテンツを構成する各コンポーネントに共通した簡便なコピー世代制御が可能となる。 First, the first operation example is a method of controlling operation based on the copy generation control indicated in the first digital copy control information when the descriptions in the first digital copy control information and the second digital copy control information do not match. In this case, simple copy generation control common to each component that constitutes the same content is possible.
次に、第二の動作例は、前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の記述が一致しない場合には、前記第二のデジタルコピー制御情報に示されたコピー世代制御に基づいて動作するように制御を行う方法である。この場合、同一のコンテンツを構成するコンポーネントであっても、コンポーネント毎に異なるコピー世代制御が可能となり、即ち、より精緻なコピー世代制御が可能となる。 Next, the second operation example is a method of controlling operation based on the copy generation control indicated in the second digital copy control information when the descriptions in the first digital copy control information and the second digital copy control information do not match. In this case, different copy generation control is possible for each component even if the components make up the same content, which means more precise copy generation control is possible.
更に、第三の動作例は、前記第一のデジタルコピー制御情報と前記第二のデジタルコピー制御情報の記述が一致しない場合には、前記２つの異なるデジタルコピー制御情報のうちのより厳しい条件のデジタルコピー制御情報に基づいて動作するように制御を行う方法である。例えば、一方が『無制限にコピー可』で他方が『１世代のみコピー可』の場合、『１世代のみコピー可』の情報に従う。または、一方が『所定複数回数コピー可』で他方が『コピー禁止』の場合、『コピー禁止』の情報に従う。または、双方ともに『所定複数回数コピー可』の場合、別途指定されるコピー可能回数の少ない方の情報に従う。この場合、より厳密なコピー世代制御が可能となる。 Furthermore, a third operation example is a method of controlling operation based on the digital copy control information with the stricter conditions of the two different digital copy control information when the descriptions in the first digital copy control information and the second digital copy control information do not match. For example, if one is "unlimited copying permitted" and the other is "one generation copying permitted," the information "one generation copying permitted" is followed. Or, if one is "a specified number of copies permitted" and the other is "copying prohibited," the information "copying prohibited" is followed. Or, if both are "a specified number of copies permitted," the information with the fewer number of copies permitted, which is separately specified, is followed. In this case, stricter copy generation control is possible.
以上の処理を行うことにより、本実施例の放送受信装置１００においては、コンテンツコピー制御記述子に異なる２つのデジタルコピー制御情報が記載されている場合においても好適に動作することが可能となる。
By performing the above processing, the
＜コンテンツコピー制御の例外処理２＞
図７Ａを用いて説明したように、本実施例の放送受信装置１００が対応するデジタル放送システムでは、ＭＰＴ内のロケーション情報（図７Ｃ参照）により、放送経路のＴＬＶストリームで取得したデータと違う経路（ＩＰｖ４、ＩＰｖ６、ＭＰＥＧ２－ＴＳ、ＵＲＬ、等）で取得したデータもＴＬＶストリームで取得したデータと同一パッケージかつ同一イベントに含まれることがありうるが、このときＭＰＴ等にコピー制御情報が含められている場合のコンテンツ保護について説明する。
<Content Copy
As explained using Figure 7A, in the digital broadcasting system compatible with the
まず、ＭＰＴ等にコピー制御情報が含まれる場合、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータは、放送経路のＴＬＶストリームで取得したデータと違う経路（ＩＰｖ４、ＩＰｖ６、ＭＰＥＧ２－ＴＳ、ＵＲＬ、等）で取得したデータであっても、ＴＬＶストリームに含まれるコピー制御情報に従って、制御するようにしても良い。これらのコピー制御情報によって、指定されるコンテンツのコピー制御状態としては、前述の通り、『無制限にコピー可』（『無制限にコピー可かつ蓄積および出力時に暗号化処理要』と『無制限にコピー可かつ蓄積および出力時に暗号化処理不要』の２種類に分けても良い）、『１世代のみコピー可』、『所定複数回数コピー可』（例えば、９回コピー可＋ムーブ１回可ならいわゆる『ダビング１０』)、『コピー禁止』などを指定可能とする。 First, when copy control information is included in the MPT etc., data included in the same package and the same event in the location information may be controlled according to the copy control information included in the TLV stream, even if the data was obtained via a different route (IPv4, IPv6, MPEG2-TS, URL, etc.) than the data obtained via the TLV stream of the broadcast route. The copy control state of the content specified by this copy control information can be, as mentioned above, "unlimited copying allowed" (which may be divided into two types: "unlimited copying allowed and encryption processing required when storing and outputting" and "unlimited copying allowed and encryption processing not required when storing and outputting"), "one generation only allowed", "a specified number of copies allowed" (for example, 9 copies allowed + 1 move allowed is the so-called "dubbing 10"), "copy prohibited", etc.
ここで、ロケーション情報が示すデータの位置が、他のデジタル放送信号で伝送されるＭＰＥＧ２－ＴＳのデータを含む場合、当該ＭＰＥＧ２－ＴＳのデータは、他のデジタル放送信号でもコピー制御情報と対応付けられて放送されている。すると、当該ＭＰＥＧ２－ＴＳのデータのコピー制御をどの情報に従ってどのように行うか（ＴＬＶ／ＭＭＴストリームに含まれるコピー制御情報に従うのか、ＭＰＥＧ２－ＴＳに含まれるコピー制御情報に従うのか）が問題となる。 Here, if the data position indicated by the location information includes MPEG2-TS data transmitted in another digital broadcast signal, the MPEG2-TS data is also broadcast in association with copy control information in the other digital broadcast signal. This raises the question of how and according to which information copy control of the MPEG2-TS data should be performed (whether according to the copy control information included in the TLV/MMT stream, or according to the copy control information included in the MPEG2-TS).
本実施例のデジタル放送システムでは、この課題の解決策として、放送受信装置１００において、下記複数の解決策の何れかの動作を行うようにすれば良い。
In the digital broadcasting system of this embodiment, to solve this problem, the
＜動作例１＞
第一の動作例では、ＭＰＴ等にコピー制御情報が含まれ、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータに他のデジタル放送信号で伝送されるＭＰＥＧ２－ＴＳのデータを含む場合に、ＭＰＥＧ２－ＴＳに含まれるコピー制御情報により示されるコピー制御状態よりも、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態を優先して制御する。
<Operation example 1>
In a first operation example, when copy control information is included in the MPT etc., and data included in the same package and the same event in the location information includes MPEG2-TS data transmitted in another digital broadcast signal, the copy control state indicated by the copy control information included in the TLV stream is given priority over the copy control state indicated by the copy control information included in the MPEG2-TS.
例えば、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態が『１世代コピー可』であり、ＭＰＥＧ２－ＴＳに含まれるコピー制御情報により示されるコピー制御状態が『所定複数回コピー可』であれば、ＴＬＶストリームで取得したデータと違う経路（ＭＰＥＧ２－ＴＳ伝送形式のデジタル放送）で取得したデータであっても、『１世代コピー可』のコンテンツとしてコピー制御を行っても良い。例えば、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態が『無制限にコピー可』であり、ＭＰＥＧ２－ＴＳに含まれるコピー制御情報により示されるコピー制御状態が『所定複数回コピー可』であれば、ＴＬＶストリームで取得したデータと違う経路（ＭＰＥＧ２－ＴＳ伝送形式のデジタル放送）で取得したデータであっても、『無制限にコピー可』のコンテンツとしてコピー制御を行っても良い。 For example, if the copy control status indicated by the copy control information included in the TLV stream is "one-generation copy permitted" and the copy control status indicated by the copy control information included in the MPEG2-TS is "a specified number of times copy permitted," then even if the data was obtained via a different route (digital broadcasting in MPEG2-TS transmission format) than the data obtained in the TLV stream, copy control may be performed on the data as "one-generation copy permitted" content. For example, if the copy control status indicated by the copy control information included in the TLV stream is "unlimited copying permitted" and the copy control status indicated by the copy control information included in the MPEG2-TS is "specified number of times copy permitted," then copy control may be performed on the data as "unlimited copying permitted" content, even if the data was obtained via a different route (digital broadcasting in MPEG2-TS transmission format) than the data obtained in the TLV stream.
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについても本実施例の放送受信装置１００が対応する放送システムにおいて管理したいコピー状態にすることができる。
In this operation, data acquired via a route other than the TLV stream can also be put into a copy state that is desired to be managed in the broadcast system supported by the
＜動作例２＞
第二の動作例では、ＭＰＴ等にコピー制御情報が含まれ、ロケーション情報で同一パッケージかつ同一イベントに含まれるデータに他のデジタル放送信号で伝送されるＭＰＥＧ２－ＴＳのデータを含む場合に、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態とＭＰＥＧ２－ＴＳに含まれるコピー制御情報により示されるコピー制御状態とを比較し、ＭＰＥＧ２－ＴＳに含まれるコピー制御情報により示されるコピー制御状態の方がＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態よりも厳しい場合は、ストレージ（蓄積）部１１０などへの蓄積処理、リムーバブル記録媒体への記録処理、またはデジタルインタフェースからの出力処理をする際に、当該ＭＰＥＧ２－ＴＳのデータを処理対象コンテンツから除外するように動作する。
<Operation example 2>
In a second operation example, when copy control information is included in the MPT or the like, and data included in the same package and the same event in the location information includes MPEG2-TS data transmitted in another digital broadcast signal, the copy control state indicated by the copy control information included in the TLV stream is compared with the copy control state indicated by the copy control information included in the MPEG2-TS, and if the copy control state indicated by the copy control information included in the MPEG2-TS is stricter than the copy control state indicated by the copy control information included in the TLV stream, the MPEG2-TS data is excluded from the content to be processed when storing in
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについては、当該データを伝送する放送システムで設定されたオリジナルのコピー制御情報を尊重しながら、本実施例の放送受信装置１００上でのコピー制御状態の重複を解消することができる。
In this operation, for data acquired via a route other than the TLV stream, duplication of copy control states on the
また、当該比較の結果、ＭＰＥＧ２－ＴＳに含まれるコピー制御情報により示されるコピー制御状態が、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態と同じ状態または、より緩いコピー制御状態の場合は、当該ロケーション情報で同一パッケージかつ同一イベントに含まれるＭＰＥＧ２－ＴＳのデータについても、ＴＬＶストリームに含まれるコピー制御情報により示されるコピー制御状態のコンテンツとしてコピー制御を行えば良い。 In addition, if the comparison shows that the copy control status indicated by the copy control information included in the MPEG2-TS is the same as or more lenient than the copy control status indicated by the copy control information included in the TLV stream, copy control can be performed on the MPEG2-TS data included in the same package and the same event in the location information as content in the copy control status indicated by the copy control information included in the TLV stream.
この動作の場合、ＴＬＶストリーム以外の経路で取得したデータについては、当該データを伝送する放送システムで設定されたオリジナルのコピー制御情報を尊重しながら、本実施例の放送受信装置１００上でのコピー制御状態の重複を解消することができる。
In this operation, for data acquired via a route other than the TLV stream, duplication of copy control states on the
以上の説明において、本実施例の放送受信装置１００の著作権保護機能は、ＭＰＴに含まれるコピー制御情報に基づいて行うこととして説明した。しかし、コピー制御情報を配置するテーブルはＭＰＴに限定されない。ＭＰＴ以外にも、図６Ｂで説明したＭＨ－サービス記述テーブル（ＭＨ－ＳＤＴ）やＭＨ－イベント情報テーブル（ＭＨ－ＥＩＴ）、あるいはその他のテーブルに配置して伝送し、放送受信装置１００はこれらに従って著作権保護処理を行っても良い。
In the above explanation, the copyright protection function of the
以上説明した本実施例によれば、ＭＭＴのデジタル放送に対応した放送受信機を提供することができる。 According to the present embodiment described above, it is possible to provide a broadcast receiver compatible with MMT digital broadcasting.
（実施例２）
以下では、本発明の実施例２に関して説明する。なお、本実施例における構成、処理および効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。また、本実施例の放送受信装置は、メディアトランスポート方式として、ＭＭＴ方式とＭＰＥＧ２－ＴＳ方式の双方に対応するテレビ受信機であるものとして、以下、説明を行う。
Example 2
The following describes the second embodiment of the present invention. The configuration, processing, effects, and the like of the present embodiment are the same as those of the first embodiment unless otherwise specified. Therefore, the following mainly describes the differences between the present embodiment and the first embodiment, and omits as much as possible the description of the common points to avoid duplication. The following description is given assuming that the broadcast receiving device of the present embodiment is a television receiver that supports both the MMT and MPEG2-TS media transport methods.
［放送受信装置のハードウェア構成］
図２４は、放送受信装置８００の内部構成の一例を示すブロック図である。放送受信装置８００は、主制御部８０１、システムバス８０２、ＲＯＭ８０３、ＲＡＭ８０４、ストレージ部８１０、ＬＡＮ通信部８２１、拡張インタフェース部８２４、デジタルインタフェース部８２５、第一チューナ／復調部８３１、第二チューナ／復調部８３２、ＭＭＴデコード処理部８４１、ＭＰＥＧ２－ＴＳデコード処理部８４２、映像合成部８６１、モニタ部８６２、映像出力部８６３、音声合成部８６４、スピーカ部８６５、音声出力部８６６、操作入力部８７０、で構成される。
[Hardware configuration of broadcast receiving device]
24 is a block diagram showing an example of the internal configuration of a
主制御部８０１、システムバス８０２、ＲＯＭ８０３、ＲＡＭ８０４、ストレージ部８１０、拡張インタフェース部８２４、デジタルインタフェース部８２５、モニタ部８６２、映像出力部８６３、スピーカ部８６５、音声出力部８６６、操作入力部８７０、等は、実施例１の放送受信装置１００における主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ（蓄積）部１１０、拡張インタフェース部１２４、デジタルインタフェース部１２５、モニタ部１６２、映像出力部１６３、スピーカ部１６５、音声出力部１６６、操作入力部１７０、等とそれぞれ同等の機能を有するものとし、詳細な説明を省略する。
The
第一チューナ／復調部８３１は、図示を省略したアンテナを介して、メディアトランスポート方式としてＭＭＴを採用した放送サービスの放送波を受信し、主制御部８０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、第一チューナ／復調部８３１は、受信した放送信号を復調してＭＭＴデータ列を取得し、ＭＭＴデコード処理部８４１に出力する。第二チューナ／復調部８３２は、図示を省略したアンテナを介して、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスの放送波を受信し、主制御部８０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（選局）する。更に、第二チューナ／復調部８３２は、受信した放送信号を復調してＭＰＥＧ２－ＴＳデータ列を取得し、ＭＰＥＧ２－ＴＳデコード処理部８４２に出力する。
The first tuner/
ＭＭＴデコード処理部８４１は、第一チューナ／復調部８３１から出力されたＭＭＴデータ列を入力し、前記ＭＭＴデータ列に含まれる制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等の分離処理、および復号処理等を行う。ＭＭＴデコード処理部８４１は、実施例１の放送受信装置１００における、分離部１３２、映像デコーダ１４１、映像色域変換部１４２、音声デコーダ１４３、文字スーパーデコーダ１４４、字幕デコーダ１４５、字幕合成部１４６、字幕色域変換部１４７、データデコーダ１５１、キャッシュ部１５２、アプリケーション制御部１５３、ブラウザ部１５４、アプリケーション色域変換部１５５、音源部１５６、等に相当する機能を備えるものとする。ＭＭＴデコード処理部８４１は、実施例１で説明した各種処理を行うことが可能である。なお、前記各種処理の詳細は実施例１で説明した通りであるので、説明を省略する。
The MMT
ＭＰＥＧ２－ＴＳデコード処理部８４２は、第二チューナ／復調部８３２から出力されたＭＰＥＧ２－ＴＳデータ列を入力し、前記ＭＰＥＧ２－ＴＳデータ列に含まれる制御信号に基づいてリアルタイム提示要素である映像データ列、音声データ列、文字スーパーデータ列、字幕データ列、等の分離処理、および復号処理等を行う。ＭＰＥＧ２－ＴＳデコード処理部８４２は、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスの放送波を受信する従来のテレビ受信機のＩＲＤ（Ｉｎｔｅｇｒａｔｅｄ Ｒｅｃｅｉｖｅｒ Ｄｅｃｏｄｅｒ）部と同等の機能を備えるものとし、詳細な説明を省略する。
The MPEG2-TS
映像合成部８６１は、ＭＭＴデコード処理部８４１から出力された映像情報や字幕情報やアプリケーション情報と、ＭＰＥＧ２－ＴＳデコード処理部８４２から出力された映像情報や字幕情報やアプリケーション情報と、を入力し、適宜選択および／または重畳等の処理を行う。映像合成部８６１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報等に基づいてモニタ部８６２等が駆動される。また、映像合成部８６１は、主制御部８０１の制御に基づいて、必要に応じて、スケーリング処理やＥＰＧ画面情報の重畳処理等を行う。音声合成部１６４は、ＭＭＴデコード処理部８４１から出力された音声情報とＭＰＥＧ２－ＴＳデコード処理部８４２から出力された音声情報を入力し、適宜選択および／またはミックス等の処理を行う。
The
ＬＡＮ通信部８２１は、ルータ装置２００ｒを介してインターネット２００と接続され、インターネット２００上の各サーバ装置やその他の通信機器とデータの送受信を行う。また、通信回線を介して伝送される番組のＭＭＴデータ列（あるいは、その一部）やＭＰＥＧ２－ＴＳデータ列（あるいは、その一部）を取得し、適宜、ＭＭＴデコード処理部８４１やＭＰＥＧ２－ＴＳデコード処理部８４２に出力する。
The
［放送受信装置の時刻表示］
本実施例の放送受信装置８００では、ＥＰＧ画面や各種設定画面等において、現在日付や現在時刻を表示可能であるものとする。前記現在日付や現在時刻に関する情報は、メディアトランスポート方式としてＭＭＴを採用した放送サービスにおいてはＭＨ－ＴＯＴ等により送信され、また、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスにおいてはＭＰＥＧ－２システムに規定されたＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が備えるＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ）等により送信される。放送受信装置８００は、前記ＭＨ－ＴＯＴや前記ＴＯＴを参照することにより、前記現在日付や現在時刻に関する情報を取得可能である。
[Time display on broadcast receiving device]
In the
また、一般的には、映像合成部８６１がＭＭＴデコード処理部８４１から出力された映像情報等を主として選択している場合には、前記ＭＨ－ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳し、映像合成部８６１がＭＰＥＧ２－ＴＳデコード処理部８４２から出力された映像情報等を主として選択している場合には、前記ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳するように制御すれば良い。
In addition, generally, when the
しかしながら、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスとでは、符号化処理／復号処理や伝送経路等に差異があるため、特に現在時刻表示において、メディアトランスポート方式としてＭＭＴを採用した放送サービスの選択時とメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスの選択時とで、不整合を生じる可能性がある。例えば、図２５に示すように、メディアトランスポート方式としてＭＭＴを採用した放送サービスのチャンネル情報を表示するＥＰＧ画面１６２ｇからメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスのチャンネル情報を表示するＥＰＧ画面１６２ｈに画面表示を切り替えた際に、現在時刻の表示が現在時刻表示１６２ｇ１から現在時刻表示１６２ｈ１に切り替わることによる不整合によって、視覚的違和感をユーザに覚えさせる可能性を有するものである。
However, because there are differences in encoding/decoding processes and transmission paths between broadcast services that use MMT as the media transport method and broadcast services that use MPEG2-TS as the media transport method, there is a possibility that inconsistencies may occur, particularly in the current time display, when selecting a broadcast service that uses MMT as the media transport method and when selecting a broadcast service that uses MPEG2-TS as the media transport method. For example, as shown in FIG. 25, when the screen display is switched from
本実施例の放送受信装置８００では、前記ユーザの視覚的違和感を防止するために、映像合成部８６１がＭＭＴデコード処理部８４１から出力された映像情報等を主として選択している場合であっても、前記ＴＯＴから取得した現在日付や現在時刻に関する情報を前記映像情報等に重畳するように制御する。即ち、メディアトランスポート方式としてＭＭＴを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスで提供される現在時刻情報を重畳するように制御するものである。
In the
前記制御を行うことにより、本実施例の放送受信装置８００は、現在時刻を表示する際に、常に前記ＴＯＴを参照して取得した現在時刻情報を表示するようになる。従って、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスとを切り替えた際にも、現在時刻の表示の不整合による視覚的違和感をユーザに覚えさせることを防止することが可能となる。
By performing the above control, the
なお、図２６Ａに、本実施例の放送受信装置８００における、各放送サービスの受信状況に応じた現在時刻情報参照元の選択制御の一例を示す。本実施例の放送受信装置８００では、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスの受信が可能な状態にある場合には、常に前記ＴＯＴを参照して現在時刻情報を取得するようにし、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスの受信が不可の状態で、かつメディアトランスポート方式としてＭＭＴを採用した放送サービスの受信が可能な状態にある場合にのみ、前記ＭＨ－ＴＯＴを参照して現在時刻情報を取得するように制御する。
FIG. 26A shows an example of the selection control of the current time information reference source according to the reception status of each broadcast service in the
また、前述の制御とは逆に、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される現在時刻情報を重畳するように制御しても、前述と同様の効果が得られる。 In addition, the same effect as described above can be obtained by controlling the content of a broadcast service that uses MPEG2-TS as the media transport method to be superimposed with the current time information provided by a broadcast service that uses MMT as the media transport method, in the opposite manner to the above control.
なお、前述のように、メディアトランスポート方式としてＭＭＴを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスで提供される現在時刻情報を重畳するように制御する場合と、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスのコンテンツに、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される現在時刻情報を重畳するように制御する場合の、何れの場合においても、実施例１の［放送受信装置の時刻管理］での説明と同様に、前記ＴＭＣＣ拡張情報領域の時刻情報の『ｄｅｌｔａ』パラメータを参照することにより、前記現在時刻情報を補正することが可能である。 As described above, in either case of controlling the content of a broadcast service that employs MMT as the media transport method to be superimposed with current time information provided by a broadcast service that employs MPEG2-TS as the media transport method, or controlling the content of a broadcast service that employs MPEG2-TS as the media transport method to be superimposed with current time information provided by a broadcast service that employs MMT as the media transport method, it is possible to correct the current time information by referencing the "delta" parameter of the time information in the TMCC extension information area, as explained in [Time management of the broadcast receiving device] in Example 1.
また、メディアトランスポート方式としてＭＭＴを採用した放送サービスとメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスの何れの場合においても、ネットワークを構成する各放送サービスが伝送するＭＨ－ＴＯＴまたはＴＯＴが送信側システムの不具合や伝送エラー等による誤りを有する可能性が考えられる。本実施例の放送受信装置８００では、前記ＭＨ－ＴＯＴまたはＴＯＴの前記誤りに対する対策として、受信中のサービスから取得したＭＨ－ＴＯＴまたはＴＯＴが誤りを有すると判断した場合には、同一ネットワークの他の放送サービスから、あるいは、他のネットワークの任意の放送サービスから、ＭＨ－ＴＯＴまたはＴＯＴを取得して現在時刻情報を参照することにより、内蔵クロックの時刻情報の更新処理を行うよう機能を有するものとする。
In addition, in both cases of broadcast services that use MMT as the media transport method and broadcast services that use MPEG2-TS as the media transport method, there is a possibility that the MH-TOT or TOT transmitted by each broadcast service constituting the network may contain errors due to malfunctions in the transmitting system, transmission errors, etc. In the
図２６Ｂに、本実施例の放送受信装置８００における、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスを受信している際の、現在時刻情報の更新処理の一例を示す。なお、メディアトランスポート方式としてＭＭＴを採用した放送サービスを受信している際であっても、同図に示した処理と同様の処理が可能である。
Figure 26B shows an example of the process of updating current time information when receiving a broadcast service that uses MPEG2-TS as the media transport method in the
本実施例の放送受信装置８００において内蔵クロックの時刻情報を更新する場合、まず、受信機能実行部１１０２が現在受信中の放送サービス（メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービス）のＭＰＥＧ２－ＴＳデータ列からＴＯＴを取得し（Ｓ３０１）、更に、前記取得したＴＯＴを参照することにより、現在時刻情報を取得する（Ｓ３０２）。次に、受信機能実行部１１０２はＳ３０２の処理で取得した前記現在時刻情報と内蔵クロックの時刻情報を比較する処理を行う。
When updating the time information of the built-in clock in the
前記比較処理の結果、Ｓ３０２の処理で取得した前記現在時刻情報と内蔵クロックの時刻情報の差が所定値以内（例えば、３分以内）の場合（Ｓ３０３：Ｙｅｓ）、受信機能実行部１１０２は、Ｓ３０２の処理で取得した前記現在時刻情報を以って、内蔵クロックの時刻情報の更新を行う（Ｓ３０６）。一方、前記比較処理の結果、Ｓ３０２の処理で取得した前記現在時刻情報と内蔵クロックの時刻情報の差が所定値以内ではない場合（Ｓ３０３：Ｎｏ）、あるいは、Ｓ３０１で取得したＴＯＴがデータ内にエラーがあることを示すフラグ等を有している場合、受信機能実行部１１０２は、同一ネットワーク内の他の放送サービスのＭＰＥＧ２－ＴＳデータ列からＴＯＴを取得し、あるいは、他のネットワークの任意の放送サービス（メディアトランスポート方式としてＭＭＴを採用した放送サービス）のＭＭＴデータ列からＭＨ－ＴＯＴを取得し（Ｓ３０４）、更に、前記取得したＴＯＴまたはＭＨ－ＴＯＴから現在時刻情報を取得する（Ｓ３０５）。受信機能実行部１１０２は、Ｓ３０５の処理で取得した現在時刻情報を以って、再度Ｓ３０３の比較処理を行うようにすれば良い。
If the result of the comparison process shows that the difference between the current time information acquired in the process of S302 and the time information of the built-in clock is within a predetermined value (for example, within 3 minutes) (S303: Yes), the reception
以上の処理により、本実施例の放送受信装置８００は、受信中のサービスから取得したＭＨ－ＴＯＴまたはＴＯＴが誤りを有すると判断した場合には、同一ネットワークの他の放送サービスから、あるいは、他のネットワークの任意の放送サービスから、ＭＨ－ＴＯＴまたはＴＯＴを取得して現在時刻情報を参照することにより、内蔵クロックの時刻情報の更新処理を行うことが可能となる。
By performing the above process, if the
なお、工場出荷後の初期設定時等、Ｓ３０４～Ｓ３０５の処理の繰り返しで内蔵クロックの時刻情報との差が所定範囲内となる現在時刻情報を取得できなかった場合には、Ｓ３０２の処理で取得した現在時刻情報を以って、あらためて内蔵クロックの時刻情報を設定するようにすれば良い。このようにすれば、本実施例の放送受信装置８００の内蔵クロックの時刻情報側に誤りがある場合も対応することが可能となる。
Note that if repeating the steps S304 to S305 during initial settings after shipping from the factory fails to obtain current time information whose difference with the time information of the built-in clock falls within a specified range, the time information of the built-in clock can be set again using the current time information obtained in the step S302. In this way, it is possible to deal with cases where there is an error in the time information of the built-in clock of the
［放送受信装置のＥＰＧ表示］
メディアトランスポート方式としてＭＭＴを採用した放送サービスのイベントスケジュール情報はＭＨ－ＥＩＴ等により伝送される。一方、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスのイベントスケジュール情報はＭＰＥＧ－２システムに規定されたＳＩが備えるＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）等により伝送される。従って、一般的には、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される映像情報等の表示を行っている際には、前記ＭＭＴを採用した放送サービスのイベントスケジュール情報（ＭＨ－ＥＩＴ）が取得可能であり、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスで提供される映像情報等の表示を行っている際には、前記ＭＰＥＧ２－ＴＳを採用した放送サービスのイベントスケジュール情報（ＥＩＴ）が取得可能である。
[EPG display on broadcast receiving device]
Event schedule information of a broadcast service that adopts MMT as a media transport method is transmitted by MH-EIT, etc. On the other hand, event schedule information of a broadcast service that adopts MPEG2-TS as a media transport method is transmitted by EIT (Event Information Table) etc. provided in SI defined in the MPEG-2 system. Therefore, generally, when video information etc. provided by a broadcast service that adopts MMT as a media transport method is displayed, event schedule information (MH-EIT) of the broadcast service that adopts MMT can be acquired, and when video information etc. provided by a broadcast service that adopts MPEG2-TS as a media transport method is displayed, event schedule information (EIT) of the broadcast service that adopts MPEG2-TS can be acquired.
しかしながら、本実施例の放送受信装置８００は、メディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される映像情報等の表示を行っている際にも、あるいは、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスで提供される映像情報等の表示を行っている際にも、前記ＭＨ－ＥＩＴと前記ＥＩＴの双方を取得可能とし、ユーザにとっての使い勝手を向上させている。
However, the
図２７Ａに、本実施例の放送受信装置８００におけるＥＰＧ画面の一例を示す。図中、ＥＰＧ画面１６２ｉはメディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ－ＥＩＴに基づいて作成されたＥＰＧ画面であり、『Ｍ１テレビ』、『Ｍ２放送』、『Ｍ３チャンネル』、『Ｍ４ＴＶ』、『テレビＭ５』等は、それぞれメディアトランスポート方式としてＭＭＴを採用した放送サービスの放送局名称であるものとする。また、ＥＰＧ画面１６２ｊはメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたＥＰＧ画面であり、『Ｔ６テレビ』、『Ｔ７放送』、『Ｔ８チャンネル』、『Ｔ９ＴＶ』、『テレビＴＡ』等は、それぞれメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスの放送局名称であるものとする。
Figure 27A shows an example of an EPG screen in the
例えば、ユーザがメディアトランスポート方式としてＭＭＴを採用した放送サービスで提供される放送番組を視聴中に、図示を省略したリモコンを操作してＥＰＧ画面の表示を指示すると、ＥＰＧ画面の初期画面（図示省略）が表示される。前記ＥＰＧ画面の初期画面は、メディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ－ＥＩＴに基づいて作成されたＥＰＧ画面であり、『２０１４年１０月７日（今日）』の『１７時～（現在時刻の近隣）』の各チャンネルの放送番組の詳細情報が表示される。次に、ユーザが『２０１４年１０月９日』の『２０時～』の各チャンネルの放送番組の詳細情報を確認したいと所望し、図示を省略したリモコンを操作してＥＰＧ画面の更新を指示すると、ＥＰＧ画面１６２ｉが表示される。
For example, when a user is watching a broadcast program provided by a broadcast service that employs MMT as the media transport method and instructs the display of an EPG screen by operating a remote control (not shown), the initial screen of the EPG screen (not shown) is displayed. The initial screen of the EPG screen is an EPG screen created based on the MH-EIT of the broadcast service that employs MMT as the media transport method, and displays detailed information about the broadcast programs of each channel from 17:00 (nearby the current time) on October 7, 2014 (today). Next, if the user wishes to check detailed information about the broadcast programs of each channel from 20:00 on October 9, 2014, and instructs the update of the EPG screen by operating a remote control (not shown),
更に、ユーザがメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスで提供される放送番組の詳細情報を確認したいと所望し、図示を省略したリモコンを操作してネットワークの切り替えを指示すると、ＥＰＧ画面１６２ｊが表示される。この際、本実施例の放送受信装置８００においては、メディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたＥＰＧ画面の初期画面（即ち、『２０１４年１０月７日』の『１７時～』の各チャンネルの放送番組の詳細情報）ではなく、直前に表示されていたＥＰＧ画面１６２ｉと同日同時間帯（即ち、『２０１４年１０月９日』の『２０時～』）の各チャンネルの放送番組の詳細情報を表示するように制御する。
Furthermore, if the user wishes to check detailed information on a broadcast program provided by a broadcast service that employs MPEG2-TS as the media transport method and instructs a network switch by operating a remote control (not shown), an
前述の制御により、ユーザは、メディアトランスポート方式の異なる複数のネットワークの同日同時間帯の放送番組に関する詳細情報を、簡便な操作で、連続的に、確認することが可能となる。即ち、放送受信装置８００の使い勝手が向上する。
The above-mentioned control enables the user to continuously check detailed information about broadcast programs on the same day and at the same time on multiple networks using different media transport methods with simple operations. In other words, the usability of the
図２７Ｂは、本実施例の放送受信装置８００におけるＥＰＧ画面の前述とは異なる一例を示す図である。ＥＰＧ画面１６２ｋは、図２７Ａに示したＥＰＧ画面１６２ｉが表示された状態から、図示を省略したリモコンの操作により、チャンネル方向（横方向）にスクロールさせた状態を示している。即ち、図２７Ｂに示した例では、ＥＰＧ画面をチャンネル方向（横方向）にスクロールさせることにより、メディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ－ＥＩＴに基づいて作成されたチャンネル情報とメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたチャンネル情報とが、同一時間軸上でシームレスに表示される。
Figure 27B is a diagram showing an example of an EPG screen in the
従って、ユーザがメディアトランスポート方式としてＭＭＴを採用した放送サービスのＭＨ－ＥＩＴに基づいて作成されたチャンネル情報の確認中にメディアトランスポート方式としてＭＰＥＧ２－ＴＳを採用した放送サービスのＥＩＴに基づいて作成されたチャンネル情報を確認したいと所望した場合においても、図示を省略したリモコンの操作によるネットワークの切り替えの指示等を不要とすることができる。更に、ユーザは、メディアトランスポート方式の異なる複数のネットワークの同日同時間帯の放送番組に関する詳細情報を、同時に確認することが可能となる。即ち、放送受信装置８００の使い勝手が向上する。
Therefore, even if a user wishes to check channel information created based on the EIT of a broadcast service that employs MPEG2-TS as a media transport method while checking channel information created based on the MH-EIT of a broadcast service that employs MMT as a media transport method, it is possible to eliminate the need to instruct switching of networks by operating a remote control (not shown). Furthermore, the user can simultaneously check detailed information about broadcast programs on the same day and at the same time on multiple networks that employ different media transport methods. In other words, the usability of the
（実施例３）
以下では、本発明の実施例３に関して説明する。なお、本実施例における構成および効果等は特に断りのない限り実施例１または実施例２と同様であるものとする。このため、以下では、本実施例と実施例１または実施例２との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。また、本実施例では、放送受信装置と携帯情報端末との連携動作について説明する。
Example 3
The following describes the third embodiment of the present invention. The configuration and effects of the third embodiment are the same as those of the first or second embodiment unless otherwise specified. Therefore, the following mainly describes the differences between the present embodiment and the first or second embodiment, and omits as much as possible the description of the common points to avoid duplication. In addition, in this embodiment, the cooperative operation between the broadcast receiving device and the mobile information terminal will be described.
［アプリケーション伝送方式の概要］
本実施例のアプリケーション伝送方式に関して、図２８を用いて説明する。
[Application Transmission Method Overview]
The application transmission method of this embodiment will be described with reference to FIG.
本実施例の放送システムでは、一般的なデジタル放送で行われているデータカルーセル伝送方式と同等の伝送方式が可能であるものとする。即ち、受信機に対するデータダウンロードやマルチメディアサービスにおけるコンテンツの伝送などでは、データを繰り返し送信することで、受信機は放送時間中の任意の時点で必要なデータを取得可能であるものとしている。データは、ファイル単位で非同期型ＭＰＵにカプセル化され伝送される。アプリケーションの伝送に関する制御情報は、データ伝送メッセージを用いて伝送されて良い。データ伝送メッセージには、データディレクトリ管理テーブル、データアセット管理テーブル、データコンテント管理テーブルが格納されるものとする。 The broadcasting system of this embodiment is capable of a transmission method equivalent to the data carousel transmission method used in general digital broadcasting. That is, when downloading data to a receiver or transmitting content in a multimedia service, data is repeatedly sent so that the receiver can obtain the necessary data at any time during the broadcast. Data is encapsulated in an asynchronous MPU on a file-by-file basis and transmitted. Control information related to the transmission of applications may be transmitted using a data transmission message. The data transmission message is assumed to store a data directory management table, a data asset management table, and a data content management table.
アプリケーションを構成するファイルは、ＨＴＭＬ５等のアプリケーション記述内でパス名を指定される。パス名は、ディレクトリノード名とファイル名の組み合わせで記述されて良い。また、ディレクトリノードとファイルを統合した識別子としてノードタグを規定し、各テーブルをリンクする情報として適用する。 The files that make up an application are specified by their path names within the application description in HTML5 or similar. The path name may be written as a combination of a directory node name and a file name. In addition, a node tag is defined as an identifier that combines the directory node and the file, and is used as information that links each table.
アプリケーションからパス名を指定された受信機は、データ伝送メッセージ内のデータディレクトリ管理テーブルから、指定されたパス名のファイルのノードタグを得る。次に、同じくデータ伝送メッセージ内のデータアセット管理テーブルから、前記得られたノードタグを持つアイテムが伝送されるアセットのコンポーネントタグ、ダウンロードＩＤ、ＭＰＵシーケンス番号、およびアイテムＩＤを得る。更に、ＭＰテーブルを参照することで、前記得られたコンポーネントタグを持つアセットのロケーション情報を取得し、ファイルが実際に伝送されるアセットを特定する。前記特定されたアセット内で、前記得られたダウンロードＩＤとアイテムを伝送するＭＭＴＰパケットのマルチ拡張ヘッダ領域に記載されたダウンロードＩＤとにより、カルーセルに対応するファイルの繰り返し伝送の単位を一意に識別でき、繰り返し伝送されるアイテムのうち、前記得られたＭＰＵシーケンス番号およびアイテムＩＤを持つアイテムを所望のファイルとして取得可能である。 The receiver, to which a path name is specified by an application, obtains the node tag of the file with the specified path name from the data directory management table in the data transmission message. Next, from the data asset management table also in the data transmission message, it obtains the component tag, download ID, MPU sequence number, and item ID of the asset to which the item with the obtained node tag is transmitted. Furthermore, by referring to the MP table, location information of the asset with the obtained component tag is obtained, and the asset to which the file is actually transmitted is identified. Within the identified asset, the unit of repeated transmission of the file corresponding to the carousel can be uniquely identified by the obtained download ID and the download ID written in the multi-extension header area of the MMTP packet transmitting the item, and among the repeatedly transmitted items, the item with the obtained MPU sequence number and item ID can be obtained as the desired file.
なお、前記ノードタグはデータ伝送メッセージ内で、前記ＭＰＵシーケンス番号はアセット内で、前記アイテムＩＤはサービス事業者内で、それぞれ一意であるものとする。 Note that the node tag is unique within a data transmission message, the MPU sequence number is unique within an asset, and the item ID is unique within a service provider.
更に、受信機は、データアセット管理テーブルを常に監視することで、アプリケーションを構成するファイルが更新されたことを検知可能であり、アプリケーションを常に最新の状態で提示することが可能である。更新検知は、アセット単位、ＭＰＵ単位、ファイル単位と、各段階で可能であって良い。データアセット管理テーブルにより、更新されたファイルのコンポーネントタグとＭＰＵシーケンス番号およびアイテムＩＤを得る。前述のファイル取得と同様に、ＭＰテーブルを参照してアセットを特定し、前記得られたＭＰＵシーケンス番号およびアイテムＩＤを持つアイテムを所望の更新されたファイルとして取得可能である。 Furthermore, by constantly monitoring the data asset management table, the receiver can detect when the files that make up an application have been updated, and can always present the application in its latest state. Update detection may be possible at each stage: asset-by-asset, MPU-by-MPU, or file-by-file. The data asset management table is used to obtain the component tag, MPU sequence number, and item ID of the updated file. As with the file acquisition described above, the asset can be identified by referencing the MP table, and an item with the obtained MPU sequence number and item ID can be acquired as the desired updated file.
データコンテント管理テーブルは、柔軟で有効なキャッシュ制御を実現するため、データコンテンツとしてのファイルの構成情報を提供する。データコンテンツ内で提示する単位（例えばページ）をプレゼンテーションユニットと定義し、その単位で、どのアイテムが関係し、どのプレゼンテーションユニットとリンク関係になっているか等の情報を示す。これらの情報により、最初に要求されたアイテムと同じプレゼンテーションユニットに含まれる他のアイテムを知ることが可能となる。また、プレゼンテーションユニット単位のキャッシュ制御等の情報を得ることもできる。その結果、受信機は、ページ全体の取得時間短縮と、次のページの優先的なキャッシュ等を実現することが可能となる。 The data content management table provides configuration information for files as data content in order to achieve flexible and effective cache control. The unit presented within the data content (e.g. a page) is defined as a presentation unit, and information such as which items are related to that unit and which presentation units they are linked to is shown. This information makes it possible to know other items contained in the same presentation unit as the initially requested item. It is also possible to obtain information such as cache control on a presentation unit basis. As a result, the receiver can reduce the time required to retrieve the entire page and prioritize caching of the next page.
前述のように、アプリケーションやデータもアセットとして伝送されるが、アセットの種類（ａｓｓｅｔ＿ｔｙｐｅ）はＭＰテーブル（ＭＰＴ：図７Ｂ参照）に記載される。アセットの種類を図２９にまとめる。放送映像、音声、字幕データの他、アプリケーションやアプリケーションで使用するデータがアセットとして伝送される。また、前記アプリケーションやアプリケーションで使用するデータのアセットの取得先は、放送波でも構わないし、通信回線経由でも構わない。前記アセットの取得先を記載するロケーション情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）のデータ構造の一例を図３０Ａに示す。このロケーション情報に取得先の種別（ｌｏｃａｔｉｏｎ＿ｔｙｐｅ）と取得先が記載される。前記取得先の種別の意味を図３０Ｂに示す。 As mentioned above, applications and data are also transmitted as assets, and the asset type (asset_type) is recorded in the MP table (MPT: see Figure 7B). The asset types are summarized in Figure 29. In addition to broadcast video, audio, and subtitle data, applications and data used by applications are transmitted as assets. The assets of the applications and data used by the applications may be acquired from broadcast waves or via communication lines. An example of the data structure of location information (MMT_general_location_info) that describes the acquisition destination of the assets is shown in Figure 30A. This location information describes the type of acquisition destination (location_type) and the acquisition destination. The meaning of the acquisition destination type is shown in Figure 30B.
［アプリケーションの提示形式］
アプリケーションの提示も、放送映像や音声と同様に、レイアウト設定テーブル（ＬＣＴ：図１７Ａ参照）で定義された領域で行われる。どの領域を使用するかは、ＭＰＵ提示領域指定記述子（ＭＰＵ＿Ｐｒｅｓｅｎｔａｔｉｏｎ＿Ｒｅｇｉｏｎ＿Ｄｅｓｃｒｉｐｔｏｒ）において、レイアウト番号（ｌａｙｏｕｔ＿ｎｕｍｂｅｒ）と領域番号（ｒｅｇｉｏｎ＿ｎｕｍｂｅｒ）により指定する。ＭＰＵ提示領域指定記述子のデータ構造の一例を図３１に示す。
[Application presentation format]
Like broadcast video and audio, applications are presented in regions defined in a layout setting table (LCT: see FIG. 17A). The region to be used is specified by the layout number (layout_number) and region number (region_number) in the MPU presentation region specification descriptor (MPU_Presentation_Region_Descriptor). An example of the data structure of the MPU presentation region specification descriptor is shown in FIG. 31.
［アプリケーション制御情報の概要］
本実施例のアプリケーション制御情報は、放送受信装置１００が対応する放送通信連携機能において、テレビ受信機等（本実施例では、放送受信装置１００）に対して放送サービスに連携するアプリケーション（以下、放送連携アプリと称する場合がある。）の存在を周知し、その制御を指示することを目的とする情報である。なお、本実施例におけるアプリケーション制御情報は、放送システムにおけるＭＨ－アプリケーション情報テーブル（ＭＨ－ＡＩＴ：図６Ｂ参照）の形式で伝送されるものとする。
[Application Control Information Summary]
The application control information in this embodiment is information intended to inform a television receiver or the like (in this embodiment, the broadcast receiving device 100) of the presence of an application (hereinafter, sometimes referred to as a broadcast-linked application) that links with a broadcast service and to instruct the control of the application in the broadcast communication linkage function supported by the
また、前記放送連携アプリは、（１）放送信号に含まれる起動／終了などの制御信号に基づいて放送受信状態においてのみ動作し、制御信号に基づいて放送リソースへのアクセスが許可される放送マネージドアプリケーションと、（２）起動／終了などを放送信号に制御されない動作形態で、アプリケーション認証などの手段に基づいて放送リソースへのアクセスが許可される放送外マネージドアプリケーションと、（３）放送リソースへのアクセスが許可されない、その他の一般アプリケーションと、に区別されて良い。 The broadcast-linked app may be classified into (1) broadcast-managed applications that operate only in a broadcast reception state based on control signals such as start/stop included in the broadcast signal and are permitted to access broadcast resources based on the control signals, (2) non-broadcast-managed applications that are not controlled by the broadcast signal for start/stop, and are permitted to access broadcast resources based on means such as application authentication, and (3) other general applications that are not permitted to access broadcast resources.
ＭＨ－ＡＩＴはＭ２セクションメッセージ（図６Ａ参照）に格納されて伝送される。ＭＨ－ＡＩＴのデータ構造の一例を図３２Ａに示す。 The MH-AIT is stored in an M2 section message (see Figure 6A) and transmitted. An example of the data structure of the MH-AIT is shown in Figure 32A.
ＭＨ－ＡＩＴの制御対象となるアプリケーションの形式は、『ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ（アプリケーション形式）』パラメータで示される。アプリケーション形式の割り当てを図３２Ｂに示す。また、アプリケーションの状態を制御する制御コードは、『ａｐｐｌｉｃａｔｉｏｎ＿ｃｏｎｔｒｏｌ＿ｃｏｄｅ（アプリケーション制御コード）』パラメータで示される。アプリケーション制御コードは、アプリケーション形式毎に規定されて良い。アプリケーション形式毎の規定がない場合は、図３２Ｃの意味で用いられるものとする。 The type of application to be controlled by MH-AIT is indicated by the "application_type" parameter. The allocation of application types is shown in Figure 32B. The control code that controls the state of the application is indicated by the "application_control_code" parameter. The application control code may be specified for each application type. If there is no specification for each application type, the meaning shown in Figure 32C shall be used.
アプリケーションの識別は、アプリケーション識別子（ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ）でなされる。アプリケーション識別子のデータ構造の一例を図３２Ｄに示す。アプリケーション識別子は、アプリケーション形式毎に規定された、各アプリケーションを一意に識別する値である。アプリケーション識別子は、事業者を識別する組織識別（ｏｒｇａｎｉｚａｔｉｏｎ＿ｉｄ）と事業者毎に採番されるアプリケーション識別（ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ）から構成されて良い。事業者毎のアプリケーション識別は、時間を隔てることにより異なるアプリケーションに同じ値を再利用して良いが、その場合は、アプリケーションのキャッシュの有効期限（ＭＨ－キャッシュ情報記述子：図６Ｄ参照）を考慮して、受信機内で異なるアプリケーションに同じ識別値が指定されることがないようにすることが望ましい。 Applications are identified by an application identifier (application_identifier). An example of the data structure of an application identifier is shown in Figure 32D. The application identifier is a value that uniquely identifies each application, defined for each application format. The application identifier may be composed of an organization identifier (organization_id) that identifies the operator and an application identifier (application_id) that is assigned to each operator. The same application identifier for each operator may be reused for different applications at different times, but in that case, it is desirable to take into account the application cache expiration time (MH-cache information descriptor: see Figure 6D) and to prevent the same identification value from being assigned to different applications within the receiver.
［ＭＨ－ＡＩＴに記載される記述子］
各アプリケーションに関する情報は、前述の各パラメータの他、記述子（ｄｅｓｃｒｉｐｔｏｒ）にも記載される。図６Ｃおよび図６Ｄに本放送システムの記述子の一覧を記載したが、ＭＨ－ＡＩＴに関する主要なものにつき、以下に、詳細を説明する。
[Descriptors described in MH-AIT]
Information about each application is described in the above-mentioned parameters as well as in a descriptor. A list of the descriptors for this broadcasting system is shown in Figures 6C and 6D, but the main ones related to MH-AIT are described in detail below.
（１）ＭＨ－アプリケーション記述子
ＭＨ－アプリケーション記述子は、ＭＨ－ＡＩＴのアプリケーション情報記述子ループにおいて、アプリケーション毎に必ず一つ配置するものとする。ＭＨ－アプリケーション記述子のデータ構造の一例を図３３に示す。『ａｐｐｌｉｃａｔｉｏｎ＿ｐｒｏｆｉｌｅ（アプリケーションプロファイル）』パラメータは、対象アプリケーションが実行可能である受信機のアプリケーションプロファイルを示す。受信機がこのプロファイルを実装していれば、対象アプリケーションを実行する能力を持つことを示す。プロファイルの内容は、アプリケーション形式毎に定義される。
(1) MH-Application Descriptor One MH-Application Descriptor shall be placed for each application in the application information descriptor loop of the MH-AIT. An example of the data structure of an MH-Application Descriptor is shown in FIG. 33. The "application_profile" parameter indicates the application profile of the receiver in which the target application can be executed. If the receiver implements this profile, it indicates that it has the capability to execute the target application. The contents of the profile are defined for each application format.
（２）ＭＨ－伝送プロトコル記述子
アプリケーションの伝送手段として、放送・通信等の伝送プロトコルの指定と伝送プロトコルに依存したアプリケーションのロケーション情報を示すことを目的とし、ＭＨ－ＡＩＴの共通記述子ループまたはアプリケーション情報記述子ループにおいて、アプリケーション記述子の伝送プロトコルラベルの数分配置するものとする。ＭＨ－伝送プロトコル記述子のデータ構造の一例を図３４Ａに示す。『ｐｒｏｔｏｃｏｌ＿ｉｄ（プロトコル識別）』パラメータは、対象アプリケーションを伝送するプロトコルを設定する。プロトコル識別の意味を図３４Ｂに示す。更に、『ｓｅｌｅｃｔｏｒ＿ｂｙｔｅ（セレクタ領域）』に、プロトコル識別毎に規定される補足情報を格納する。ＨＴＴＰ／ＨＴＴＰＳ伝送およびＭＭＴ ｎｏｎ－ｔｉｍｅｄ伝送の場合のセレクタ領域のデータ構造の一例を図３４Ｃに示す。『ＵＲＬ＿ｂａｓｅ＿ｂｙｔｅ（ＵＲＬベース）』パラメータ、『ＵＲＬ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ（ＵＲＬ拡張）』パラメータ等により、対象アプリケーションを取得するためのＵＲＬに関する情報を得ることが可能であるものとする。
(2) MH-Transmission Protocol Descriptor The purpose of this descriptor is to indicate the transmission protocol of broadcasting, communication, etc. as a transmission means of an application and the location information of an application dependent on the transmission protocol, and the descriptor is placed in the common descriptor loop or application information descriptor loop of the MH-AIT for the number of transmission protocol labels of the application descriptor. An example of the data structure of the MH-Transmission Protocol Descriptor is shown in FIG. 34A. The "protocol_id (protocol identification)" parameter sets the protocol for transmitting the target application. The meaning of the protocol identification is shown in FIG. 34B. Furthermore, the "selector_byte (selector area)" stores supplementary information defined for each protocol identification. An example of the data structure of the selector area in the case of HTTP/HTTPS transmission and MMT non-timed transmission is shown in FIG. 34C. It is assumed that information regarding the URL for acquiring the target application can be obtained by using the "URL_base_byte" parameter, the "URL_extension_byte" parameter, and the like.
（３）ＭＨ－簡易アプリケーションロケーション記述子
ＭＨ－簡易アプリケーションロケーション記述子は、アプリケーションの取得先の詳細を指示することを目的とし、ＭＨ－ＡＩＴのアプリケーション情報記述子ループにおいて、アプリケーション毎に必ず一つ配置するものとする。ＭＨ－簡易アプリケーションロケーション記述子のデータ構造の一例を図３５に示す。『ｉｎｉｔｉａｌ＿ｐａｔｈ＿ｂｙｔｅ（アプリケーションＵＲＬ）』パラメータに、対象アプリケーションのエントリーポイントとなるＵＲＬを示す。伝送プロトコル記述子に記述された、対象アプリケーションを取得可能なロケーションをルートとした相対パスで示して良い。
(3) MH-simple application location descriptor The purpose of the MH-simple application location descriptor is to specify the details of the acquisition destination of an application, and one must be placed for each application in the application information descriptor loop of the MH-AIT. An example of the data structure of the MH-simple application location descriptor is shown in FIG. 35. The "initial_path_byte (application URL)" parameter indicates the URL that is the entry point of the target application. It may be indicated by a relative path with the location described in the transmission protocol descriptor where the target application can be acquired as the root.
（４）ＭＨ－アプリケーション境界権限設定記述子
ＭＨ－アプリケーション境界権限設定記述子は、アプリケーションバウンダリを設定し、かつ、領域（ＵＲＬ）毎に放送リソースアクセスの権限を設定することを目的とし、ＭＨ－ＡＩＴのアプリケーション情報記述子ループにおいて、一つまたは複数配置するものとする。本記述子を配置しない場合には、アプリケーションバウンダリは無限大となり、かつ、放送リソースへのアクセスも全て許可されるものとする。ＭＨ－アプリケーション境界権限設定記述子のデータ構造の一例を図３６に示す。『ｐｅｒｍｉｓｓｉｏｎ＿ｂｉｔｍａｐ（アクセス権限ビットマップ）』パラメータに、各放送リソースへのアクセス可否を、機能毎のビットマップで構成する。『ｍａｎａｇｅｄ＿ＵＲＬ＿ｂｙｔｅ（アクセス権限管理領域設定情報）』パラメータは、アクセスビットマップで示されるアクセス権限の設定が適用される領域のＵＲＬを示す。アクセス権限管理領域設定情報は、ドメインまたはそのサブディレクトリで指定される。
(4) MH-application boundary authority setting descriptor The MH-application boundary authority setting descriptor is intended to set an application boundary and to set broadcast resource access authority for each area (URL), and one or more of them are placed in the application information descriptor loop of the MH-AIT. If this descriptor is not placed, the application boundary becomes infinite, and access to all broadcast resources is permitted. An example of the data structure of the MH-application boundary authority setting descriptor is shown in FIG. 36. The "permission_bitmap (access authority bitmap)" parameter configures the access permission to each broadcast resource with a bitmap for each function. The "managed_URL_byte (access authority management area setting information)" parameter indicates the URL of the area to which the access authority setting indicated by the access bitmap is applied. The access authority management area setting information is specified by the domain or its subdirectory.
（５）ＭＨ－起動優先情報記述子
ＭＨ－起動優先情報記述子は、アプリケーション起動優先度を指定することを目的とし、ＭＨ－ＡＩＴのアプリケーション情報記述子ループにおいて、アプリケーション毎に最大一つ配置するものとする。但し、アプリケーション制御コードがアプリケーションの自動起動を指示するもの（『ＡＵＴＯＳＴＡＲＴ』等）を示すアプリケーション情報記述にのみ本記述子を配置するようにして良い。また、本記述子を配置しない場合は、データ放送も含めて最も優先度が低いと見做して良い。ＭＨ－起動優先情報記述子のデータ構造の一例を図３７に示す。『ａｕｔｏｓｔａｒｔ＿ｐｒｉｏｒｉｔｙ（起動優先順位）』パラメータは、現在受信中のサービスに連動するデータ放送および全てのアプリケーションの中で、対象アプリケーションの起動優先順位を示す。
(5) MH-Launch Priority Information Descriptor The purpose of the MH-Launch Priority Information Descriptor is to specify the application startup priority, and a maximum of one is to be placed for each application in the application information descriptor loop of the MH-AIT. However, this descriptor may be placed only in the application information description indicating that the application control code indicates the automatic startup of the application (such as "AUTOSTART"). Also, if this descriptor is not placed, it may be considered to have the lowest priority, including data broadcasting. An example of the data structure of the MH-Launch Priority Information Descriptor is shown in FIG. 37. The "autostart_priority" parameter indicates the startup priority of the target application among data broadcasting and all applications linked to the currently received service.
（６）ＭＨ－キャッシュ情報記述子
ＭＨ－キャッシュ情報記述子は、アプリケーションの再利用が想定される場合にアプリケーションを構成するリソースをキャッシュして保持しておく場合のキャッシュ制御に用いることを目的とし、ＭＨ－ＡＩＴのアプリケーション情報記述子ループにおいて、アプリケーション毎に最大一つ配置するものとする。本記述子を配置しない場合には、受信機はアプリケーション終了時に、アプリケーションを構成するリソースを保持せずに削除するようにして良い。ＭＨ－キャッシュ情報記述子のデータ構造の一例を図３８Ａに示す。『ｃａｃｈｅ＿ｐｒｉｏｒｉｔｙ（キャッシュ優先度）』パラメータは、対象アプリケーションのキャッシュを保持する優先度を示す。値が大きいほど優先度が高いと見做すこととする。キャッシュ容量を超える場合には、本情報に基づいてアプリケーション単位でのキャッシュ削除を行うものとする。優先度を指定しない場合は、このパラメータを『０ｘＦＦ』とする。『ａｐｐｌｉｃａｔｉｏｎ＿ｖｅｒｓｉｏｎ（アプリケーションバージョン）』パラメータは、対象アプリケーションのバージョン番号を示す。
(6) MH-cache information descriptor The MH-cache information descriptor is intended to be used for cache control when the resources constituting an application are cached and held when the application is expected to be reused, and a maximum of one is placed for each application in the application information descriptor loop of the MH-AIT. If this descriptor is not placed, the receiver may delete the resources constituting the application without holding them when the application is terminated. An example of the data structure of the MH-cache information descriptor is shown in FIG. 38A. The "cache_priority" parameter indicates the priority of holding the cache of the target application. The larger the value, the higher the priority is considered to be. If the cache capacity is exceeded, the cache is deleted on an application-by-application basis based on this information. If no priority is specified, this parameter is set to "0xFF". The "application_version" parameter indicates the version number of the target application.
受信機は、キャッシュしたアプリケーションに対応するアプリケーションバージョンを記憶しておき、その後のアプリケーション起動時にアプリケーションバージョンが更新されている場合には、キャッシュに保持したアプリケーションを用いずに、指定されたＵＲＬから新たにアプリケーションを取得して利用し、また、キャッシュの内容も書き換える。『ｅｘｐｉｒｅ＿ｄａｔｅ（キャッシュ有効期限）』パラメータは、対象アプリケーションのキャッシュ有効期限をＭＪＤの下位１６ビットで年月日として示す。受信機は、対象アプリケーションをこの期限日までキャッシュすることが可能である。期限を超えた場合にはキャッシュから削除する。無期限とする場合には、このパラメータを『０ｘＦＦＦＦ』とする。このキャッシュ有効期限パラメータが設定されていない場合は、アプリケーションの動作安定性を重要視して、番組終了後のキャッシュ保持を禁止しても良いし、視聴者の利便性を考えて無期限のキャッシュ保持を行っても良いし、両者のバランスをとり、予め定められた一定期間、キャッシュを保持するようにしても良い。 The receiver stores the application version corresponding to the cached application, and if the application version is updated when the application is launched later, it does not use the application stored in the cache, but instead retrieves and uses a new application from the specified URL, and also rewrites the contents of the cache. The "expire_date" parameter indicates the cache expiration date of the target application as a date in the lowest 16 bits of the MJD. The receiver can cache the target application until this expiration date. If the expiration date is exceeded, the application is deleted from the cache. If the application is to be cached indefinitely, this parameter is set to "0xFFFF". If this cache expiration parameter is not set, it is possible to prohibit cache retention after the program ends, placing importance on the operational stability of the application, or to cache indefinitely for the convenience of the viewer, or to balance the two and retain the cache for a predetermined fixed period of time.
また、キャッシュ期限ではなく、アプリケーション毎の使用可能期限を設定しても良い。アプリケーション毎の有効期限を記述する、ＭＨ－アプリケーション有効期限記述子のデータ構造一例を図３８Ｂに示す。この期限を超える場合は、そのアプリケーションの使用を禁止する。長期間のキャッシュは認めないが、一定期間は使用時に取得し直して使用する形態を許可することができ、多様なアプリケーション利用の形態を可能にすることができる。 In addition, instead of a cache expiration date, an expiration date for each application can be set. An example of the data structure of an MH-application expiration date descriptor, which describes the expiration date for each application, is shown in Figure 38B. If this expiration date is exceeded, the use of the application is prohibited. Although long-term caching is not permitted, it is possible to permit re-acquisition and use of the application for a certain period of time, enabling a variety of application usage patterns.
（７）ＭＨ－確率的適用遅延記述子
ＭＨ－確率的適用遅延記述子は、アプリケーション取得のサーバアクセスの負荷分散を想定して、アプリケーション制御を行うタイミングを確率的に設定した遅延量だけ遅らせることを目的とし、ＭＨ－ＡＩＴのアプリケーション情報記述子ループにおいて、アプリケーション毎に最大一つ配置するものとする。本記述子を配置しない場合には、特定のバージョンのＭＨ－ＡＩＴを最初に受信したタイミングで制御コードに示される制御動作を行うこととする。ＭＨ－確率的適用遅延記述子のデータ構造の一例を図３９に示す。『ｒａｎｇｅ（遅延時間幅）』パラメータは、制御コード適用までの現在時刻からの最大遅延時間を秒数で示す。『ｒａｔｅ（分散数）』パラメータは、確率的に設定する制御コード適用までの遅延時間の段階数を示す。受信機は、『０』から『ｒａｔｅ』までの整数のうちからランダムに選択した値『Ｎ』を基に、『Ｎ×ｒａｎｇｅ÷ｒａｔｅ』の計算式で遅延時間を算出し、ＭＨ－ＡＩＴ受信時よりも前記遅延時間分だけ遅延させて制御コードを適用する。『ｒａｎｄｏｍｉｚａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ（確率的適用終了時刻）』パラメータは、確率的適用遅延処理を行うべき時間の期限を示す。このパラメータに示される時刻の後にＭＨ－ＡＩＴを受信した場合には、即時に制御コードを適用する。日付をＭＪＤの下位１６ビットで、時刻をＪＳＴの時分秒をＢＣＤの２４ビットで符号化する。
(7) MH-Probabilistic Application Delay Descriptor The MH-Probabilistic Application Delay Descriptor is intended to delay the timing of application control by a delay amount set probabilistically, assuming load balancing of server access for application acquisition, and is to be placed at most one per application in the application information descriptor loop of the MH-AIT. If this descriptor is not placed, the control operation indicated in the control code is to be performed at the timing when a specific version of MH-AIT is first received. An example of the data structure of the MH-Probabilistic Application Delay Descriptor is shown in FIG. 39. The "range (delay time width)" parameter indicates the maximum delay time from the current time until the control code is applied in seconds. The "rate (distribution number)" parameter indicates the number of stages of delay time until the control code is applied probabilistically. The receiver calculates the delay time using the formula "N x range ÷ rate" based on the value "N" randomly selected from integers from "0" to "rate", and applies the control code by delaying it by the delay time from the time of receiving the MH-AIT. The "randomization_end_time" parameter indicates the time limit for performing the random application delay process. If MH-AIT is received after the time indicated by this parameter, the control code is applied immediately. The date is encoded in the lower 16 bits of MJD, and the time is encoded in the hours, minutes, and seconds of JST in 24 bits of BCD.
また、本実施例のＭＨ－ＡＩＴが、前述とは異なるパラメータや記述子等を更に含んでいても良い。 In addition, the MH-AIT of this embodiment may further include parameters, descriptors, etc. different from those described above.
以下では、本実施例の放送受信装置１００の動作に関して説明する。
The operation of the
［アプリケーション起動時の動作シーケンス］
まず、本実施例の放送受信装置１００における、放送波で送信されるＭＨ－ＡＩＴに基づいた放送連携アプリの自動起動処理に関して、図４０Ａを用いて、説明を行う。これは、選局したチャンネルに関連する放送連携アプリが自動的に起動する場合の例である。
[Application startup sequence]
First, the automatic start process of the broadcast-linked app based on the MH-AIT transmitted by the broadcast wave in the
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＭＭＴデータ列を取得すると、アプリケーション制御部１５３がＭ２セクションメッセージに格納されたＭＨ－ＡＩＴの確認を行う（Ｓ１００１）。なお、Ｍ２セクションメッセージにＭＨ－ＡＩＴが格納されていない場合には、前記選局したチャンネルに関連する放送連携アプリが存在しないものとして、自動起動処理を終了して良い。次に、前記ＭＨ－ＡＩＴに記載された各放送連携アプリのアプリケーション形式およびアプリケーション制御コードの確認を行う（Ｓ１００２）。Ｓ１００２の処理の結果、『自動起動（ＡＵＴＯＳＴＡＲＴ）』のアプリケーション制御コードを有する放送連携アプリがない場合（Ｓ１００３：Ｎｏ）には、自動起動処理を終了して良い。この場合、あらためてランチャ処理が可能であるが、このランチャ処理に関しては後述する。
When the tuner/
一方、Ｓ１００２の処理の結果、『自動起動』のアプリケーション制御コードを有する放送連携アプリがある場合（Ｓ１００３：Ｙｅｓ）には、前記放送連携アプリに係るＭＨ－ＡＩＴのＭＨ－起動優先情報記述子の確認を行う（Ｓ１００４）。次に、『自動起動』のアプリケーション制御コードを有する放送連携アプリのうち最も優先度の高い放送連携アプリを選択し（Ｓ１００５）、前記選択した放送連携アプリに係るＭＨ－ＡＩＴのＭＨ－アプリケーション記述子の確認を行う（Ｓ１００６）。前記ＭＨ－アプリケーション記述子に記載されたアプリケーションプロファイルを放送受信装置１００が満足する場合（Ｓ１００７：Ｙｅｓ）には、次の処理に進む。前記ＭＨ－アプリケーション記述子に記載されたアプリケーションプロファイルを放送受信装置１００が満足しない場合（Ｓ１００７：Ｎｏ）には、前記選択した放送連携アプリは放送受信装置１００にて起動不能と判断する。この場合、次優先の放送連携アプリがあるか否かを確認し（Ｓ１００８）、次優先の放送連携アプリがない場合には、自動起動処理を終了して良い。次優先の放送連携アプリがある場合には、前記次優先の放送連携アプリを選択して（Ｓ１００９）、Ｓ１００６～Ｓ１００７の処理を繰り返す。
On the other hand, as a result of the processing of S1002, if there is a broadcast linked application having an application control code of "automatic start" (S1003: Yes), the MH-start priority information descriptor of the MH-AIT related to the broadcast linked application is checked (S1004). Next, the broadcast linked application with the highest priority among the broadcast linked applications having the application control code of "automatic start" is selected (S1005), and the MH-application descriptor of the MH-AIT related to the selected broadcast linked application is checked (S1006). If the
Ｓ１００７の処理で、前記ＭＨ－アプリケーション記述子に記載されたアプリケーションプロファイルを放送受信装置１００が満足すると判断した場合には、前記選択した放送連携アプリに係るＭＨ－ＡＩＴのＭＨ－伝送プロトコル記述子の確認を行う（Ｓ１０１０）。Ｓ１０１０の処理の結果、前記ＭＨ－伝送プロトコル記述子に記載されたプロトコル識別により、前記選択した放送連携アプリがＨＴＴＰ／ＨＴＴＰＳ伝送により取得可能である場合（Ｓ１０１１：Ｙｅｓ）には、更に、前記選択した放送連携アプリに係るＭＨ－ＡＩＴのＭＨ－簡易アプリケーションロケーション記述子の確認を行い（Ｓ１０１２）、前記選択した放送連携アプリのエントリーポイントのＵＲＬを取得する。
If the
Ｓ１０１２の処理で前記選択した放送連携アプリのエントリーポイントのＵＲＬを取得すると、次に、ＬＡＮ通信部１２１がインターネット２００上の前記ＵＲＬで指定されるサーバ（本実施例では、サービス事業者サーバ４００）に対して、放送連携アプリの配信要求を行う（Ｓ１０１３）。前記配信要求を受信したサービス事業者サーバ４００は、適宜放送受信装置１００の認証処理等を行った後に、要求された放送連携アプリの配信を行う（Ｓ１０１４）。ＬＡＮ通信部１２１を介して、サービス事業者サーバ４００から放送連携アプリを受信すると、放送受信装置１００は、アプリケーション制御部１５３の制御に基づき、ブラウザ部１５４にて前記受信した放送連携アプリの起動を実行する（Ｓ１０１８）。なお、サービス事業者サーバ４００で行われる放送受信装置１００の認証処理は公知の処理であって良く、詳細の説明を省略する。
After acquiring the URL of the entry point of the selected broadcast linked app in the process of S1012, the
一方、Ｓ１０１０の処理の結果、前記ＭＨ－伝送プロトコル記述子に記載されたプロトコル識別により、前記選択した放送連携アプリがデータカルーセル伝送により取得可能である場合（Ｓ１０１１：Ｎｏ）には、アプリケーション制御部１５３は、データ伝送メッセージに格納されたＤＤＭテーブルおよびＤＡＭテーブルの確認を行い（Ｓ１０１５、Ｓ１０１６）、前述の［アプリケーション伝送方式の概要］で説明した手順で、前記選択した放送連携アプリが伝送されるアセットを特定する。更に、放送波の前記特定されたアセットから放送連携アプリを取得する（Ｓ１０１７）と、放送受信装置１００は、アプリケーション制御部１５３の制御に基づき、ブラウザ部１５４にて前記受信した放送連携アプリの起動を実行する（Ｓ１０１８）。
On the other hand, if the result of the processing of S1010 indicates that the selected broadcast-linked app can be acquired by data carousel transmission using the protocol identification described in the MH-transmission protocol descriptor (S1011: No), the
以上の一連の処理により、本実施例の放送受信装置１００において、放送波で送信されるＭＨ－ＡＩＴに基づいた放送連携アプリの自動起動処理が可能となる。なお、Ｓ１００４、Ｓ１００６、Ｓ１０１０、Ｓ１０１２、の各処理におけるＭＨ－ＡＩＴの確認処理は、都度放送波からＭＨ－ＡＩＴを取得して確認するようにしても良いし、Ｓ１００１の処理で取得したＭＨ－ＡＩＴをキャッシュしておき、前記キャッシュしたＭＨ－ＡＩＴを確認するようにしても良い。また、前記動作シーケンスは、あくまでも一例であり、異なる処理手順を用いても良い。
The above series of processes enables the
次に、本実施例の放送受信装置１００における、放送波で送信されるＭＨ－ＡＩＴに基づいた放送連携アプリのランチャ処理に関して、図４０Ｂを用いて、説明を行う。これは、選局したチャンネルに関連する放送連携アプリを、ユーザの指示に基づいて起動する場合の例である。
Next, the launcher process of the broadcast-linked app based on the MH-AIT transmitted by the broadcast waves in the
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＭＭＴデータ列を取得すると、アプリケーション制御部１５３がＭ２セクションメッセージに格納されたＭＨ－ＡＩＴの確認を行う（Ｓ１１０１）。なお、Ｍ２セクションメッセージにＭＨ－ＡＩＴが格納されていない場合には、前記選局したチャンネルに関連する放送連携アプリが存在しないものとして、自動起動処理を終了して良い。次に、前記ＭＨ－ＡＩＴに記載された各放送連携アプリのアプリケーション形式およびアプリケーション制御コードの確認を行う（Ｓ１１０２）。Ｓ１１０２の処理の結果、『自動起動（ＡＵＴＯＳＴＡＲＴ）』のアプリケーション制御コードを有する放送連携アプリがある場合（Ｓ１１０３：Ｙｅｓ）には、図４０Ａに示した自動起動処理が可能である。
When the tuner/
一方、Ｓ１１０２の処理の結果、『自動起動』のアプリケーション制御コードを有する放送連携アプリがない場合（Ｓ１１０３：Ｎｏ）には、再度、『実行可能（ＰＲＥＳＥＮＴ）』のアプリケーション制御コードを有する放送連携アプリがあるか否かを確認し、『実行可能』のアプリケーション制御コードを有する放送連携アプリがない場合（Ｓ１１０４：Ｎｏ）には、ランチャ処理を終了して良い。『実行可能』のアプリケーション制御コードを有する放送連携アプリがある場合（Ｓ１１０４：Ｙｅｓ）には、前記『実行可能』のアプリケーション制御コードを有する放送連携アプリのそれぞれに係るＭＨ－ＡＩＴのＭＨ－アプリケーション記述子の確認を行う（Ｓ１１０５）。Ｓ１１０５の処理の結果、前記ＭＨ－アプリケーション記述子に記載されたアプリケーションプロファイルを放送受信装置１００が満足する放送連携アプリが一つもない場合（Ｓ１１０６：Ｎｏ）には、ランチャ処理を終了して良い。前記ＭＨ－アプリケーション記述子に記載されたアプリケーションプロファイルを放送受信装置１００が満足する放送連携アプリが一つでもある場合（Ｓ１１０６：Ｙｅｓ）には、次の処理に進む。
On the other hand, if the result of the processing of S1102 shows that there is no broadcast-linked app with an application control code of "automatic start" (S1103: No), it is checked again whether there is a broadcast-linked app with an application control code of "executable (PRESENT)", and if there is no broadcast-linked app with an application control code of "executable" (S1104: No), the launcher processing may be terminated. If there is a broadcast-linked app with an application control code of "executable" (S1104: Yes), the MH-application descriptor of the MH-AIT related to each of the broadcast-linked apps with the application control code of "executable" is confirmed (S1105). If the result of the processing of S1105 shows that there is no broadcast-linked app whose application profile described in the MH-application descriptor is satisfied by the broadcast receiving device 100 (S1106: No), the launcher processing may be terminated. If there is at least one broadcast-linked app for which the
Ｓ１１０１～Ｓ１１０３およびＳ１１０４～Ｓ１１０６の処理を終えた状態で、放送受信装置１００は未だ放送連携アプリを実行しておらず、モニタ部１６２には通常の放送番組映像が表示されているものとする。この状態で、ユーザが、放送受信装置１００を操作可能なリモコンや携帯情報端末を用いて、放送連携アプリランチャの起動指示を行う（Ｓ１１０７）と、モニタ部１６２に放送受信装置１００で実行可能な放送連携アプリの一覧がＯＳＤ表示される（Ｓ１１０８）。更に、ユーザが、前記リモコンや携帯情報端末を操作して、前記放送連携アプリの一覧からの所望の放送連携アプリの選択を指示する（Ｓ１１０９）と、アプリケーション制御部１５３は、前記ユーザの指示に基づいた放送連携アプリの選択を行い（Ｓ１１１０）、前記選択した放送連携アプリを取得して起動する（Ｓ１１１１～Ｓ１１１９）。なお、Ｓ１１１１～Ｓ１１１９の処理は、図４０Ａに示したＳ１０１０～Ｓ１０１８の処理と同様であって良い。
After completing the processes of S1101 to S1103 and S1104 to S1106, the
以上の一連の処理により、本実施例の放送受信装置１００において、放送波で送信されるＭＨ－ＡＩＴに基づいた放送連携アプリのランチャ処理が可能となる。なお、Ｓ１１０５、Ｓ１１１１、Ｓ１１１３、の各処理におけるＭＨ－ＡＩＴの確認処理は、都度放送波からＭＨ－ＡＩＴを取得して確認するようにしても良いし、Ｓ１１０１の処理で取得したＭＨ－ＡＩＴをキャッシュしておき、前記キャッシュしたＭＨ－ＡＩＴを確認するようにしても良い。また、Ｓ１１０４～Ｓ１１０６の処理とＳ１１０７～Ｓ１１１０の処理は順序を入れ替えても良い。この場合、Ｓ１１０４～Ｓ１１０６のプロファイル確認処理は、Ｓ１１１０の処理で選択された放送連携アプリに対してのみ行われるものであっても良い。また、Ｓ１１０８の処理で表示される放送連携アプリの一覧は、アプリケーションプロファイルの状況に応じて放送受信装置１００で実行可能なもののみを表示するようにしても良いし、アプリケーションプロファイルの状況によらず全ての放送連携アプリを表示して、放送受信装置１００で実行不可能なものは無効化するようにしても良い。また、前記動作シーケンスは、あくまでも一例であり、異なる処理手順を用いても良い。
The above series of processes enables the
次に、本実施例の放送受信装置１００における、放送波で送信されるＭＨ－ＡＩＴに基づいた放送連携アプリをデータ放送画面から起動する処理に関して、図４０Ｃを用いて、説明を行う。
Next, the process of launching a broadcast linking app based on MH-AIT transmitted by broadcast waves from the data broadcast screen in the
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＭＭＴデータ列を取得すると、アプリケーション制御部１５３がＭ２セクションメッセージに格納されたＭＨ－ＡＩＴの確認を行い、『自動起動（ＡＵＴＯＳＴＡＲＴ）』または『実行可能（ＰＲＥＳＥＮＴ）』のアプリケーション制御コードを有する放送連携アプリがあるか否かを確認する（Ｓ１２０１～Ｓ１２０６）。なお、Ｓ１２０１～Ｓ１２０６の処理は、図４０Ｂに示したＳ１１０１～Ｓ１１０６の処理と同様であって良い。
When the tuner/
Ｓ１２０１～Ｓ２１０６の処理を終えた状態で、放送受信装置１００は未だ放送連携アプリを実行しておらず、モニタ部１６２には通常の放送番組映像が表示されているものとする。この状態で、ユーザが、放送受信装置１００を操作可能なリモコンや携帯情報端末を用いて、データ放送画面の起動指示を行う（Ｓ１２０７）と、（データ放送画面の表示が可能な場合には、）データデコーダ１５１が前記ＭＭＴデータ列のデータカルーセルからＢＭＬ文書等を取得し、前記取得したＢＭＬ文書等を解釈することによりデータ放送画面を作成して、モニタ部１６２に表示する（Ｓ１２０８）。なお、Ｓ１２０８の処理で表示されたデータ放送画面には、Ｓ１２０６の処理で確認したアプリケーションプロファイルを放送受信装置１００が満足する放送連携アプリが一つでもある場合には、前記放送連携アプリに係るエントリーボタンが表示される。Ｓ１２０６の処理で確認したアプリケーションプロファイルを放送受信装置１００が満足する放送連携アプリが一つもない場合には、前記放送連携アプリに係るエントリーボタンは表示されなくとも良いし、無効状態で表示されても良い。
After completing the processes of S1201 to S2106, the
更に、ユーザが、前記リモコンや携帯情報端末を操作して、前記データ放送画面に表示された所望の放送連携アプリのエントリーボタンの選択（起動）を指示する（Ｓ１２０９）と、アプリケーション制御部１５３は、前記ユーザの指示に基づいた放送連携アプリの選択を行い（Ｓ１２１０）、前記選択した放送連携アプリの取得を行う（Ｓ１２１１～Ｓ１２１８）。なお、Ｓ１２１１～Ｓ１２１８の処理は、図４０Ａに示したＳ１０１０～Ｓ１０１７の処理と同様であって良い。Ｓ１２１１～Ｓ１２１８の処理で前記選択した放送連携アプリの取得を終えると、データ放送画面の表示を終了して（Ｓ１２１９）、アプリケーション制御部１５３が前記選択した放送連携アプリを起動する（Ｓ１２２０）。
Furthermore, when the user operates the remote control or mobile information terminal to instruct the selection (launch) of the entry button of the desired broadcast-linked app displayed on the data broadcast screen (S1209), the
以上の一連の処理により、本実施例の放送受信装置１００において、放送波で送信されるＭＨ－ＡＩＴに基づいた放送連携アプリをデータ放送画面から起動する処理が可能となる。なお、Ｓ１２０５、Ｓ１２１１、Ｓ１２１３、の各処理におけるＭＨ－ＡＩＴの確認処理は、都度放送波からＭＨ－ＡＩＴを取得して確認するようにしても良いし、Ｓ１２０１の処理で取得したＭＨ－ＡＩＴをキャッシュしておき、前記キャッシュしたＭＨ－ＡＩＴを確認するようにしても良い。また、Ｓ１２０４～Ｓ１２０６の処理とＳ１２０７の処理は順序を入れ替えても良い。また、Ｓ１２１９の処理は、Ｓ１２０９の処理の直後に行っても良い。あるいは、Ｓ１２１９の処理を行わず、ＬＣＴの記述に基づいて、モニタ部１６２の表示領域を分割したそれぞれの領域に、放送連携アプリ、データ放送画面、放送番組映像、等が、同時に表示されても良い。また、前記動作シーケンスは、あくまでも一例であり、異なる処理手順を用いても良い。
The above series of processes enables the
なお、図４０Ａ～図４０Ｃを用いて説明した放送連携アプリの起動シーケンスでは、何れも放送波からＭＨ－ＡＩＴを取得する例を説明しているが、ロケーション情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）等により指定された所定のサーバ装置（放送局サーバ３００等）からＭＨ－ＡＩＴファイルを取得するようにしても良い。 Note that in the broadcast linkage app startup sequences described using Figures 40A to 40C, examples are described in which the MH-AIT is obtained from broadcast waves, but the MH-AIT file may also be obtained from a specific server device (such as the broadcast station server 300) specified by location information (MMT_general_location_info) or the like.
また、Ｓ１０１３、Ｓ１１１４、Ｓ１２１４で放送連携アプリの配信要求を行った際にサービス事業者サーバ４００等からのレスポンスが所定時間以上ない場合には、『しばらくお待ちください』等のメッセージをモニタ部１６２に表示するようにしても良い。または、この場合、前記放送連携アプリの実行中止をユーザに問い合わせるメッセージを表示しても良い。
In addition, if there is no response from the
また、放送連携アプリの起動シーケンスは前述の三パターンに限られるものではなく、異なるシーケンスによって起動されるものであっても良い。 In addition, the start-up sequence of the broadcast-linked app is not limited to the three patterns mentioned above, and it may be started up by a different sequence.
［携帯情報端末の連携時の動作シーケンス］
本実施例の放送受信装置１００では、放送受信装置１００と携帯情報端末７００との連携動作による放送通信連携サービスの機能拡張が可能であるものとする。例えば、テレビ受信機のメーカが用意するアプリケーション（連携制御アプリ）をインストールすることにより、携帯情報端末７００を放送受信装置１００の高機能リモコンとして使用することが可能となる。また、携帯情報端末７００上でも放送連携アプリを実行し、例えば、放送受信装置１００で表示中の放送番組に連動するサービスを携帯情報端末７００上でも表示することが可能となる。なお、放送受信装置１００と携帯情報端末７００との連携動作による機能拡張を行うためには、前記連携制御アプリが携帯情報端末７００上で起動していることが望ましく、携帯情報端末７００上で動作する放送連携アプリは前記連携制御アプリに制御されて動作するものとする。
[Operation sequence when mobile information terminals are linked]
In the
図４１Ａは、前記連携制御アプリを携帯情報端末７００で起動する際の動作の一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００との認証処理を行い、連携動作が可能となるまでの一連の流れを示すものである。なお、前記連携制御アプリは、連携制御プログラム７００２として、予め携帯情報端末７００のストレージ部７１０にインストールされているものとする。前記連携制御プログラム７００２がインストールされていない場合には、まず前記連携制御プログラム７００２のインストールを行うものとする。
Figure 41A is an operational sequence diagram showing an example of the operation when the cooperative control app is started on the
ユーザが、携帯情報端末７００の操作部７３０を操作して、連携制御アプリの起動を指示する（Ｓ１３０１）と、携帯情報端末７００の連携制御実行部７１０２が、まず、ネットワーク上の通信（連携動作）可能なテレビ受信機の検索を行い（Ｓ１３０２）、検索結果をテレビ受信機一覧として表示部７４１に表示する（Ｓ１３０３）。前記表示されるテレビ受信機一覧は、過去に携帯情報端末７００との連係動作を行った履歴を有するものと有しないものが混在していても良く、その場合、表示書式により過去の連係動作履歴の有無が判別可能であることが望ましい。また、通信可能なテレビ受信機が発見できない場合は、その旨を表示して処理を終了して良い。
When a user operates the
ユーザが、携帯情報端末７００の操作部７３０を操作して、前記テレビ受信機一覧から所定のテレビ受信機（本実施例の放送受信装置１００）を選択する（Ｓ１３０４）と、放送受信装置１００が過去に携帯情報端末７００との連係動作を行った履歴を有する場合（Ｓ１３０５：Ｙｅｓ）には、ストレージ部７１０の認証情報記憶領域７３００から、放送受信装置１００に係る認証情報（放送受信装置１００により指定されたログイン名およびパスワード、等）を読み出して（Ｓ１３０６）、次の処理に進む。
When the user operates the
一方、放送受信装置１００が過去に携帯情報端末７００との連係動作を行った履歴を有しない場合（Ｓ１３０５：Ｎｏ）には、連携制御実行部７１０２が、放送受信装置１００に対してログイン画面情報要求を送信する（Ｓ１３０７）。Ｓ１３０７の処理に応じて放送受信装置１００からログイン画面情報が送信される（Ｓ１３０８）と、連携制御実行部７１０２は、前記ログイン画面情報を受信して、ログイン画面を表示部７４１に表示する（Ｓ１３０９）。なお、前記連携制御アプリが予め放送受信装置１００に係るログイン画面情報を有している場合には、Ｓ１３０７～Ｓ１３０８の処理は省略して良い。ユーザが、前記表示されたログイン画面に対して認証情報を入力する（Ｓ１３１０）と、前記入力された認証情報をストレージ部７１０の認証情報記憶領域７３００に記憶して、次の処置に進む。
On the other hand, if the
なお、前記連携動作を行った履歴の有無の判別は、ストレージ部７１０の認証情報記憶領域７３００に、放送受信装置１００に係る認証情報が記憶されているか否かの確認により行われるものであっても良いし、その他の方法によっても良い。
The determination of whether or not there is a history of the above-mentioned collaborative operation may be performed by checking whether or not authentication information related to the
次に、連携制御実行部７１０２は、Ｓ１３０６の処理で読み出した認証情報、若しくは、Ｓ１３１０の処理で入力された認証情報を、放送受信装置１００に送信する（Ｓ１３１１）。なお、前記認証情報の放送受信装置１００への送信処理は、ＬＡＮ通信部７２１およびルータ装置２００ｒを介して行っても良いし、ＮＦＣ通信部７２３を介して放送受信装置１００に直接行っても良い。
Next, the cooperative
放送受信装置１００では、携帯情報端末７００から送信された前記認証情報を、ストレージ部１１０の認証情報記憶領域１３００に記憶された認証情報と比較することにより、前記受信した認証情報が正しいか否かの確認を行う（Ｓ１３１２）。Ｓ１３１２の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末７００を識別可能な情報を認証情報記憶領域１３００に記憶するとともに、認証結果（認証ＯＫ）を携帯情報端末７００に送信する（Ｓ１３１３）。Ｓ１３１２の処理により、前記受信した認証情報が正しくないと確認された場合には、携帯情報端末７００を識別可能な情報を認証情報記憶領域１３００に記憶せずに、認証結果（認証ＮＧ）を携帯情報端末７００に送信する。
The
携帯情報端末７００の連係制御実行部７１０２は、放送受信装置１００から認証結果（認証ＯＫ）を受信すると、表示部７４１に前記連携制御アプリの基本画面（例えば、高機能リモコン画面）を表示する（Ｓ１３１４）。一方、認証結果（認証ＮＧ）を受信した場合には、前記連携制御アプリの基本画面を表示せずに、前記連携制御アプリの動作を終了する。この場合は、認証ＮＧの旨を報知するエラーメッセージ等を表示することが望ましい。
When the linkage
以上の一連の処理により、携帯情報端末７００と放送受信装置１００との間の連携動作が可能な状態となる。
The above series of processes enables the
なお、前述の処理に引き続き、放送受信装置１００において放送連携アプリを起動する場合には、前述の処理の後に、図４０Ａ～図４０Ｃの処理を行えば良い。
If a broadcast-linked app is to be launched on the
図４１Ｂは、前記連携制御アプリを携帯情報端末７００で起動する際の動作の一例を示す動作シーケンス図である。同図は、放送連携アプリの起動シーケンスを実行する放送受信装置１００により、携帯情報端末７００上での連携制御アプリの起動が要求される場合の、連携動作が可能となるまでの一連の流れを示すものである。
Figure 41B is an operational sequence diagram showing an example of the operation when the cooperative control app is launched on the
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＭＭＴデータ列を取得すると、アプリケーション制御部１５３がＭ２セクションメッセージに格納されたＭＨ－ＡＩＴの確認を行い、『自動起動（ＡＵＴＯＳＴＡＲＴ）』のアプリケーション制御コードを有する放送連携アプリがあるか否の確認、および、前記『自動起動』のアプリケーション制御コードを有する放送連携アプリのプロファイルの確認を行う（Ｓ１４０１）。なお、Ｓ１４０１の処理は、図４０Ａに示したＳ１００１～Ｓ１００９の処理と同様であって良い。
When the tuner/
Ｓ１４０１での最優先アプリのプロファイル確認処理において、前記最優先アプリのアプリケーションプロファイルを放送受信装置１００が満足し、更に、携帯端末機器との連携動作が必要であると判断された場合には、ストレージ部１１０の認証情報記憶領域１３００を参照することにより、過去に放送受信装置１００との連係動作を行った履歴を有する携帯端末機器（本実施例の携帯情報端末７００）を選択する（Ｓ１４０２）。Ｓ１４０１での最優先アプリのプロファイル確認処理において、前記最優先アプリのアプリケーションプロファイルを放送受信装置１００が満足し、携帯端末機器との連携動作が必要ではないと判断された場合には、そのまま図４０Ａと同様の処理を行えば良い。Ｓ１４０１での最優先アプリのプロファイル確認処理において、前記最優先アプリのアプリケーションプロファイルを放送受信装置１００が満足しない場合には、放送連携アプリの起動処理および連携制御アプリの起動処理を終了して良い。
In the profile confirmation process of the top priority application in S1401, if the
なお、認証情報記憶領域１３００を参照することによる携帯情報端末７００の選択は、最新の連携動作履歴を有する携帯端末機器、若しくは、最も使用頻度の高い携帯端末機器を選択するようにすれば良い。また、連携動作履歴を有する複数の携帯端末機器に関する情報をモニタ部１６２に表示し、ユーザに連携する携帯端末機器を選択させるようにしても良い。また、連携動作履歴が存在しない場合には、その旨をモニタ部１６２に表示し、携帯情報端末７００側の操作により連携制御アプリの起動を行わせるようにすれば良い。この場合の処理は図４１Ａに示した通りである。
The selection of the
放送受信装置１００の連携制御実行部（但し、図示省略）は、Ｓ１４０２の処理で選択した携帯情報端末７００に対して連携制御アプリ起動要求を送信する（Ｓ１４０３）。
The collaborative control execution unit (not shown) of the
携帯情報端末７００の主制御部７０１は、放送受信装置１００から送信された前記連携制御アプリ起動要求に応じて連携制御アプリ（連携制御実行部７１０２）を起動させる（Ｓ１４０４）と、連携制御実行部７１０２が、ストレージ部７１０の認証情報記憶領域７３００からの放送受信装置１００に係る認証情報の読み出し、前記認証情報の放送受信装置１００への送信、放送受信装置１００における携帯情報端末の認証、等の一連の処理を実行する（Ｓ１４０５～Ｓ１４０８）。なお、Ｓ１４０５～Ｓ１４０８の処理は、図４１Ａに示したＳ１３０６およびＳ１３１１～Ｓ１３１３の処理と同様であって良い。
The
携帯情報端末７００の連係制御実行部７１０２は、放送受信装置１００から認証結果（認証ＯＫ）を受信すると、表示部７４１に前記連携制御アプリの基本画面（例えば、高機能リモコン画面）を表示し（Ｓ１４０９）、連携制御アプリの起動成功応答を放送受信装置１００に送信する（Ｓ１４１０）。一方、認証結果（認証ＮＧ）を受信した場合には、前記連携制御アプリの基本画面を表示せずに、連携制御アプリの起動失敗応答を放送受信装置１００に送信し、前記連携制御アプリの動作を終了する。
When the linkage
放送受信装置１００は、携帯情報端末７００から起動成功応答を受信すると、Ｓ１４０１の処理で選択した放送連携アプリの取得および起動を行う（Ｓ１４１１）。なお、Ｓ１４１１の処理は、図４０Ａに示したＳ１０１０～Ｓ１０１８の処理と同様であって良い。一方、携帯情報端末７００から起動失敗応答を受信した場合、放送受信装置１００は、Ｓ１４０１の処理で選択した放送連携アプリの取得および起動を行わなくとも良い。前記放送連携アプリが携帯端末機器との連携動作を必要としない動作形態が可能である場合には、前記動作形態での起動を行う様にしても良い。
When the
以上の一連の処理により、携帯情報端末７００と放送受信装置１００との間の連携動作が可能な状態となる。
The above series of processes enables the
なお、前述の処理に引き続き、携帯情報端末においても放送連携アプリ（端末側）を起動する場合には、前述の処理の後に、図４１Ｃの処理を行えば良い。 Note that if the broadcast collaboration app (terminal side) is to be launched on the mobile information terminal following the above-mentioned process, the process in FIG. 41C can be performed after the above-mentioned process.
図４１Ｃは、放送受信装置１００からの送信情報に基づいて、携帯情報端末７００で放送連携アプリ（端末側）を起動する際の動作の一例を示す動作シーケンス図である。
Figure 41C is an operational sequence diagram showing an example of the operation when a broadcast linked app (terminal side) is launched on the
即ち、図４１ＢのＳ１４０１～Ｓ１４１１の処理を実行した（Ｓ１５０１）後、放送受信装置１００のアプリケーション制御部１５３は、次に、端末側放送連携アプリに係るＭＨ－ＡＩＴのＭＨ－伝送プロトコル記述子の確認を行う（Ｓ１５０２）。Ｓ１５０２の処理の結果、前記ＭＨ－伝送プロトコル記述子に記載されたプロトコル識別により、前記端末側放送連携アプリがＨＴＴＰ／ＨＴＴＰＳ伝送により取得可能である場合（Ｓ１５０３：Ｙｅｓ）には、更に、前記端末側放送連携アプリに係るＭＨ－ＡＩＴのＭＨ－簡易アプリケーションロケーション記述子の確認を行い（Ｓ１５０４）、前記端末側放送連携アプリのエントリーポイントのＵＲＬを取得する。Ｓ１５０４の処理で前記端末側放送連携アプリのエントリーポイントのＵＲＬを取得すると、前記ＵＲＬの情報を携帯情報端末７００に送信する（Ｓ１５０５）。
That is, after executing the processes of S1401 to S1411 in FIG. 41B (S1501), the
前記ＵＲＬの情報を放送受信装置１００から受信した携帯情報端末７００は、次に、ＬＡＮ通信部７２１がインターネット２００上の前記ＵＲＬで指定されるサーバ（本実施例では、サービス事業者サーバ４００）に対して、端末側放送連携アプリの配信要求を行う（Ｓ１５０６）。前記配信要求を受信したサービス事業者サーバ４００は、適宜携帯情報端末７００の認証処理等を行った後に、要求された端末側放送連携アプリの配信を行う（Ｓ１５０７）。ＬＡＮ通信部７２１を介して、サービス事業者サーバ４００から端末側放送連携アプリを受信すると、携帯情報端末７００は、起動済みの連係制御アプリ（連携制御実行部７１０２）の制御に基づき、ブラウザエンジンにて前記受信した端末側放送連携アプリの起動を実行する（Ｓ１５１２）。なお、サービス事業者サーバ４００で行われる携帯情報端末７００の認証処理は公知の処理であって良く、詳細の説明を省略する。
After receiving the URL information from the
一方、Ｓ１５０２の処理の結果、前記ＭＨ－伝送プロトコル記述子に記載されたプロトコル識別により、前記端末側放送連携アプリがデータカルーセル伝送により取得可能である場合（Ｓ１５０３：Ｎｏ）には、放送受信装置１００のアプリケーション制御部１５３は、データ伝送メッセージに格納されたＤＤＭテーブルおよびＤＡＭテーブルの確認を行い（Ｓ１５０８、Ｓ１５０９）、前述の［アプリケーション伝送方式の概要］で説明した手順で、前記端末側放送連携アプリが伝送されるアセットを特定する。更に、放送波の前記特定されたアセットから端末側放送連携アプリを取得する（Ｓ１５１０）と、放送受信装置１００は、前記取得した端末側放送連携アプリを携帯情報端末７００に送信する（Ｓ１５１１）。更に、携帯情報端末７００において、放送受信装置１００から送信された前記端末側放送連携アプリを、起動済みの連係制御アプリ（連携制御実行部７１０２）の制御に基づき、ブラウザエンジンにて実行する（Ｓ１５１２）。
On the other hand, if the result of the processing of S1502 indicates that the terminal side broadcast linked app can be acquired by data carousel transmission using the protocol identification described in the MH-transmission protocol descriptor (S1503: No), the
なお、Ｓ１５１０で取得した端末側放送連携アプリをストレージ部１１０のコンテンツ情報記憶領域１２００に記憶させ、Ｓ１５１１の処理で、端末側放送連携アプリの送信処理に代替して前記コンテンツ情報記憶領域１２００のＵＲＬを送信し、携帯情報端末７００に前記コンテンツ情報記憶領域１２００へのアクセスを実行させることにより、携帯情報端末７００に端末側放送連携アプリの取得を行わせるようにしても良い。携帯情報端末７００がデジタル放送の受信機能を有していれば、携帯情報端末７００が放送波からの端末側放送連携アプリの取得を行っても良い。
The terminal-side broadcast-linked app acquired in S1510 may be stored in the content
また、Ｓ１５０２～Ｓ１５１２の処理は、Ｓ１５０１の後に、携帯情報端末７００から放送受信装置１００に送信された端末側放送連携アプリ送信要求（但し、図示省略）をトリガとして、実行されるものであっても良い。
In addition, the processing of S1502 to S1512 may be executed in response to a terminal-side broadcast collaboration app transmission request (not shown) sent from the
また、図４０Ａ～図４０Ｃおよび図４１Ａ～図４１Ｃの各動作シーケンスは適宜部分的に組み合わせることが可能であり、更に、一部動作ステップは他の動作ステップと、適宜、順序入れ替え、同時動作、等が可能であるものとする。 In addition, each of the operation sequences in Figures 40A to 40C and Figures 41A to 41C can be partially combined as appropriate, and further, some operation steps can be rearranged in order or operated simultaneously with other operation steps as appropriate.
［携帯情報端末の連携制御アプリ基本画面］
図４２Ａは、図４１ＡのＳ１３１４の処理、図４１ＢのＳ１４０９の処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図である。本実施例においては、連携制御アプリの基本画面７４１ａは、放送受信装置１００に対応した高機能リモコンとしての機能を備えるものとする。
[Mobile terminal linkage control app basic screen]
Fig. 42A is a screen display diagram showing an example of a basic screen of the cooperative control app displayed by the process of S1314 in Fig. 41A, the process of S1409 in Fig. 41B, etc. In this embodiment, the
連携制御アプリの基本画面７４１ａは、電源キー７４１ａ１、ネットワーク選択キー（地デジ、ＢＳ、ＣＳ）７４１ａ２、数字キー（１～１２）７４１ａ３、音量ＵＰ／ＤＯＷＮキー７４１ａ４、チャンネルＵＰ／ＤＯＷＮキー７４１ａ５、入力切替キー７４１ａ６、番組表キー７４１ａ７、ｄａｔａキー７４１ａ８、連携アプリキー７４１ａ９、メニューキー７４１ａａ、戻るキー７４１ａｂ、カーソルキー（上、下、左、右）７４１ａｃ、決定キー７４１ａｄ、カラーキー（青、赤、緑、黄）７４１ａｅ、で構成される。その他の操作キーが更に表示されていても良い。
The
前記各操作キーは、放送受信装置１００に付属する専用リモコンと同様のキー配置／動作とすると使い勝手が良い。また、電源キー７４１ａ１、ネットワーク選択キー７４１ａ２、数字キー７４１ａ３、等は、一般的なテレビリモコンの各操作キーと同様の機能を有するものとして、詳細の説明を省略する。連携アプリキー７４１ａ９は、本実施例の放送通信連携機能のために用意される操作キーである。
For ease of use, each of the operation keys may have the same key arrangement/operation as that of a dedicated remote control provided with the
なお、図４０ＢのＳ１１０７の処理では、連携アプリキー７４１ａ９を選択することにより放送連携アプリランチャの起動要求が可能であるものとする。また、図４０ＣのＳ１２０７の処理では、ｄａｔａキー７４１ａ８を選択することによりデータ放送の起動要求が可能であるものとする。また、図４０ＢのＳ１１０９の処理および図４０ＣのＳ１２０９の処理では、カーソルキー７４１ａｃおよび決定キー７４１ａｄの操作により前記実行可能な放送連携アプリの選択が可能であるものとする。 In the process of S1107 in FIG. 40B, a request to launch the broadcast linked app launcher can be made by selecting the linked app key 741a9. In addition, in the process of S1207 in FIG. 40C, a request to launch data broadcasting can be made by selecting the data key 741a8. In addition, in the process of S1109 in FIG. 40B and the process of S1209 in FIG. 40C, the executable broadcast linked app can be selected by operating the cursor key 741ac and the enter key 741ad.
このように連携アプリキー７４１ａ９若しくは同様の機能を有する他の操作キーを前記連携制御アプリの基本画面７４１ａ上に用意すれば、本実施例の放送連携システムで用いる各放送連携アプリを簡単に選択／起動することが可能となる。また、連携アプリキー７４１ａ９若しくは同様の機能を有する他の操作キーを放送受信装置１００に付属する専用リモコンに備えるようにしても良い。
In this way, by providing the linked application key 741a9 or another operation key having a similar function on the
図４２Ｂは、図４１ＡのＳ１３１４の処理、図４１ＢのＳ１４０９の処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図であり、図４２Ａとは異なる例である。 Figure 42B is a screen display diagram showing an example of the basic screen of the collaborative control app displayed by processing S1314 in Figure 41A, processing S1409 in Figure 41B, etc., and is an example different from that in Figure 42A.
連携制御アプリの基本画面７４１ｂは、連携制御中メッセージ７４１ｂ１、連携制御アプリ動作画面７４１ｂ２、で構成される。その他のオブジェクトが更に表示されていても良い。連携制御中メッセージ７４１ｂ１は、携帯情報端末７００が放送受信装置１００と連携動作中である旨をユーザに報知するためのメッセージ表示である。連携制御アプリ動作画面７４１ｂ２は、連携制御アプリにより任意の画面表示が行われる領域であり、本実施例では詳細の説明を省略する。例えば、連携制御アプリ動作画面７４１ｂ２内の構成が前述の連携制御アプリの基本画面７４１ａと同様の構成となっていて良い。放送受信装置１００で表示されている放送番組のサブ画面等が表示されていても良い。
The
図４２Ｂに示したように、連携制御中メッセージ７４１ｂ１を表示することにより、携帯情報端末７００のユーザは携帯情報端末７００が放送受信装置１００と連携動作中であることを簡単に把握することができるようになる。なお、連携制御中メッセージ７４１ｂ１は文字表示に限らず、記号表示、図形表示等であっても良い。背景色の差異等により連携制御中メッセージ７４１ｂ１の代替としても良い。
As shown in FIG. 42B, by displaying the cooperative control in progress message 741b1, the user of the
［放送受信装置の放送連携アプリランチャ画面］
図４３Ａは、本実施例の放送受信装置１００において、起動可能な放送連携アプリがあることをユーザに報知するための報知画面の一例を示す画面表示図である。
[Broadcast linkage application launcher screen of broadcast receiving device]
FIG. 43A is a screen display diagram showing an example of a notification screen for notifying a user that there is a broadcast cooperative app that can be launched in the
例えば、図４０Ｂに示した動作シーケンスでは、Ｓ１１０６の処理の後、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組映像の表示を継続する。一方、この場合、起動可能な放送連携アプリがあることをユーザに報知するために、放送番組画面１６２ｍ上に図４３Ａに示したようなアイコン１６２ｍ０を表示すれば、放送受信装置１００の使い勝手が向上する。即ち、アイコン１６２ｍ０を表示することにより、ユーザが起動可能な放送連携アプリの存在を見逃すことを防ぐことが可能となる。
For example, in the operation sequence shown in FIG. 40B, after processing of S1106, neither data broadcasting by the broadcast service nor the broadcast linked app is launched, and the broadcast program video continues to be displayed. On the other hand, in this case, if an icon 162m0 as shown in FIG. 43A is displayed on the
なお、アイコン１６２ｍ０の表示位置は画面上の任意の位置で良いが、放送番組の視聴の邪魔にならない場所とすることが望ましい。例えば、画面の四隅等である。前記表示位置は、ＬＣＴの記述により制御されても良い。また、アイコン１６２ｍ０は、図４３Ａに示したような文字表示であっても良いし、記号、図形等であっても良い。また、アイコン１６２ｍ０は、常に表示しておくようにしても良いし、電源をオンした後やチャンネル切り替え後に所定の時間だけ表示するようにしても良い。または、番組情報やチャンネル番号等を表示した際に同時に表示されるようにしても良い。 The display position of icon 162m0 may be any position on the screen, but it is preferable that it be a location that does not interfere with viewing of a broadcast program. For example, the four corners of the screen. The display position may be controlled by the description of the LCT. Icon 162m0 may be a text display as shown in FIG. 43A, or may be a symbol, figure, etc. Icon 162m0 may be displayed at all times, or may be displayed for a predetermined period of time after the power is turned on or the channel is changed. Or, it may be displayed simultaneously with program information, channel number, etc.
図４３Ｂは、図４０ＢのＳ１１０８の処理により表示される放送連携アプリランチャの一例を示す画面表示図である。本実施例においては、ＭＨ－ＡＩＴの記述等により、連携アプリＡ、連携アプリＢ、連携アプリＣ、の三つの放送連携アプリが放送受信装置１００で実行可能な状態であるものとする。この場合、放送番組画面１６２ｎ上の任意の位置に放送連携アプリランチャ１６２ｎ１が表示され、更に、放送連携アプリランチャ１６２ｎ１内に連携アプリＡのエントリーボタン１６２ｎ２、連携アプリＢのエントリーボタン１６２ｎ３、連携アプリＣのエントリーボタン１６２ｎ４、および戻るボタン１６２ｎ５が表示される。前記放送連携アプリランチャ１６２ｎ１が表示される位置は、ＬＣＴの記述により制御されても良い。
Figure 43B is a screen display diagram showing an example of a broadcast linked app launcher displayed by the processing of S1108 in Figure 40B. In this embodiment, it is assumed that three broadcast linked apps, linked app A, linked app B, and linked app C, are executable on the
図４３Ｂに示したような放送連携アプリランチャ１６２ｎ１が表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いてエントリーボタン１６２ｎ２、エントリーボタン１６２ｎ３、エントリーボタン１６２ｎ４、等を選択すると、アプリケーション制御部１５３の制御により、連携アプリＡ、連携アプリＢ、連携アプリＣ、等が起動して良い。戻るボタン１６２ｎ５が選択された場合には、放送連携アプリランチャ１６２ｎ１の表示が終了して良い。
When the broadcast cooperative app launcher 162n1 as shown in FIG. 43B is displayed, if the entry button 162n2, entry button 162n3, entry button 162n4, etc. are selected using the cursor keys 741ac and the decision key 741ad on the
なお、放送番組画面１６２ｎ上に放送連携アプリランチャ１６２ｎ１を表示する際に、各放送連携アプリの種類やセキュリティ状況等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリＡが放送マネージドアプリケーションである場合にはエントリーボタン１６２ｎ２の枠色を青色にし、前記連携アプリＢが放送外マネージドアプリケーションである場合にはエントリーボタン１６２ｎ３の枠色を黄色にし、前記連携アプリＣが一般アプリケーションである場合にはエントリーボタン１６２ｎ４の枠色を赤色にする、等である。あるいは、前記連携アプリＡがセキュリティ上信頼できると判断される場合にはエントリーボタン１６２ｎ２の枠色を青色にし、前記連携アプリＢがセキュリティ上信頼できるとは限らないと判断される場合にはエントリーボタン１６２ｎ３の枠色を黄色にし、前記連携アプリＣがセキュリティ上危険であると判断される場合にはエントリーボタン１６２ｎ４の枠色を赤色にする、等である。
When the broadcast linked application launcher 162n1 is displayed on the
その他、前記放送連携アプリの機能やジャンルに応じて、または、各放送連携アプリの使用有効期限等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。前記放送連携アプリをネットワーク上から取得済みであるか否か等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリＡが既にネットワーク上から取得済み（キャッシュ１５２等にキャッシュ済み）である場合にはエントリーボタン１６２ｎ２の枠色を青色にし、前記連携アプリＢが取得中である場合にはエントリーボタン１６２ｎ３の枠色を黄色にし、前記連携アプリＣが未取得である場合にはエントリーボタン１６２ｎ４の枠色を赤色にする、等である。
In addition, the frame color, inner color, shape, font, size, blinking status, etc. of each entry button may be changed as appropriate depending on the function or genre of the broadcast linked app, or depending on the expiration date of each broadcast linked app. The frame color, inner color, shape, font, size, blinking status, etc. of each entry button may be changed as appropriate depending on whether the broadcast linked app has been acquired from the network or not. For example, if the linked app A has already been acquired from the network (already cached in
このようにすれば、放送受信装置１００のユーザは、放送受信装置１００で実行可能な放送連携アプリの種類やセキュリティ状況等を簡単に把握することが可能となる。
In this way, the user of the
また、放送受信装置１００で実行可能な放送連携アプリがない場合には、放送連携アプリランチャ１６２ｎ１を表示しないようにしても良い。または、この場合、放送連携アプリランチャ１６２ｎ１の内部に『使用可能なアプリケーションが有りません』等のメッセージを表示するようにしても良い。
In addition, if there is no broadcast linked app that can be executed by the
［放送受信装置のデータ放送画面］
図４４は、図４０ＣのＳ１２０８の処理により表示されるデータ放送画面の一例を示す画面表示図である。本実施例においては、ＭＨ－ＡＩＴの記述等により、連携アプリＡ、連携アプリＢ、連携アプリＣ、の三つの放送連携アプリが放送受信装置１００で実行可能な状態であるものとする。この場合、データ放送画面１６２ｏ上の任意の位置に連携アプリＡのエントリーボタン１６２ｏ２、連携アプリＢのエントリーボタン１６２ｏ３、連携アプリＣのエントリーボタン１６２ｏ４が表示される。なお、データ放送画面１６２ｏにおける、番組映像１６２ｏ１や各エントリーボタン１６２ｏ２～１６２ｏ４やその他のコンテンツの表示位置は、それぞれを領域毎にまとめた上で、ＬＣＴの記述により制御されても良い。
[Data broadcasting screen on broadcast receiving device]
Fig. 44 is a screen display diagram showing an example of a data broadcast screen displayed by the process of S1208 in Fig. 40C. In this embodiment, it is assumed that three broadcast cooperative applications, cooperative application A, cooperative application B, and cooperative application C, are executable on the
図４４に示したようなデータ放送画面１６２ｏにおいて、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いてエントリーボタン１６２ｏ２、エントリーボタン１６２ｏ３、エントリーボタン１６２ｏ４、等を選択すると、データ放送画面１６２ｏの表示を終了するとともに、アプリケーション制御部１５３の制御により、連携アプリＡ、連携アプリＢ、連携アプリＣ、等が起動して良い。
When the entry button 162o2, entry button 162o3, entry button 162o4, etc. is selected using the cursor keys 741ac and the decision key 741ad on the
なお、データ放送画面１６２ｏを表示する際、放送連携アプリの種類やセキュリティ状況、放送連携アプリの機能やジャンル、放送アプリのネットワーク上からの取得状況、等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良いことは、図４３Ｂの放送連携アプリランチャ１６２ｎ上に各放送連携アプリのエントリーボタンを表示する場合と同様である。
When displaying the data broadcasting screen 162o, the frame color, inner color, shape, font, size, blinking status, etc. of each entry button may be changed as appropriate depending on the type and security status of the broadcast linked app, the function and genre of the broadcast linked app, the acquisition status of the broadcast app from the network, etc., just as in the case of displaying the entry button of each broadcast linked app on the broadcast linked
このようにすれば、放送受信装置１００のユーザは、放送受信装置１００で実行可能な放送連携アプリの種類やセキュリティ状況等を簡単に把握することが可能となる。
In this way, the user of the
［放送受信装置の放送連携アプリ実行画面］
図４５Ａは、図４０ＡのＳ１０１８の処理、図４０ＢのＳ１１１９の処理、図４０ＣのＳ１２２０の処理、等で表示される放送連携アプリ実行画面の一例を示す画面表示図である。本実施例の放送連携アプリはＨＴＭＬ５記述によるグラフィクス性能やエフェクト性能等を備えており、モニタ部１６２上における放送番組画面とのオーバーレイ表示が可能であるものとする。例えば、図４５Ａに示したように、放送番組画面１６２ｐ上の任意の位置に天気予報やニュース等の情報を表示する放送連携アプリ部１６２ｐ１がオーバーレイ表示される。放送連携アプリ部１６２ｐ１の表示位置は、ＬＣＴの記述により制御されても良い。放送連携アプリ部１６２ｐ１は、第一主オブジェクト１６２ｐ２、第二主オブジェクト１６２ｐ３、第三主オブジェクト１６２ｐ４、および背景オブジェクト１６２ｐ５、等で構成される。他のオブジェクトが更に表示されていても良い。
[Broadcast linkage app execution screen of broadcast receiving device]
FIG. 45A is a screen display diagram showing an example of a broadcast cooperative application execution screen displayed in the process of S1018 in FIG. 40A, the process of S1119 in FIG. 40B, the process of S1220 in FIG. 40C, etc. The broadcast cooperative application of this embodiment has graphics performance and effect performance by HTML5 description, and is capable of overlay display with the broadcast program screen on the
放送番組画面１６２ｐ上に放送連携アプリ部１６２ｐ１がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのｄａｔａキー７４１ａ８を選択することにより、前記放送連携アプリの実行を終了してデータ放送画面に移行することが可能であるものとする。また、連携制御アプリの基本画面７４１ａの連携アプリキー７４１ａ９を選択することにより、前記放送連携アプリの実行を終了して放送番組画面１６２ｐのみの表示に戻すことが可能であるものとする。前記処理は、異なる操作キーにより実現されるものであっても良い。
When the broadcast linking app section 162p1 is overlaid on the
また、放送番組画面１６２ｐ上に放送連携アプリ部１６２ｐ１がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａの各操作キーを操作することにより、放送連携アプリ部１６２ｐ１の透過度を変更することが可能であるものとする。前記透過度の変更処理は、放送連携アプリ部１６２ｐ１全体を一括して行うものであっても良いし、第一主オブジェクト１６２ｐ２、第二主オブジェクト１６２ｐ３、第三主オブジェクト１６２ｐ４、背景オブジェクト１６２ｐ５をそれぞれ単独で行うものであっても良い。所定のグループ（例えば、同一のグラフィクスレイヤに存在する複数のオブジェクト）毎に行うものであっても良い。
In addition, when the broadcast linking app section 162p1 is overlaid on the
前記透過度の変更処理を行う際は、例えば、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃを用いてオブジェクトの選択を行い、カラーキー７４１ａｅの『青』キーでオブジェクトの透過度を増加させ、『黄』キーでオブジェクトの透過度を減少させたりする。異なる操作キーを用いて前記透過度の変更処理を行っても良い。放送連携アプリ部１６２ｐ１全体を一括して透過度１００％とすれば、放送連携アプリ部１６２ｐ１を一時的に非表示とすることができる。例えば、放送波にて緊急放送が配信された場合、放送連携アプリ部全体を透過度１００％として、緊急放送の放送番組画面のみをモニタ部１６２に表示させるようにすることも可能となる。あるいは、図示を省略したＣＭ検知部が、放送番組が本編映像からＣＭ映像になったことを検知して、放送連携アプリ部１６２ｐ１全体を一括して透過度１００％（若しくは放送番組映像を明瞭に確認できる透過度）とするように制御しても良い。
When performing the above-mentioned process of changing the transparency, for example, the cursor key 741ac on the
放送連携アプリ部１６２ｐ１の表示制御がＬＣＴの記述により為されている場合、放送連携アプリ部１６２ｐ１の『ｌａｙｅｒ＿ｏｒｄｅｒ』パラメータを制御して、放送連携アプリ部１６２ｐ１を放送番組画面１６２ｐの背面に移動させることで、放送連携アプリ部１６２ｐ１を一時的に非表示にするようにしても良い。この場合、モニタ部１６２における映像表示状態は、放送連携アプリ部１６２ｐ１全体を一括して透過度１００％とした場合と同様となる。
When the display control of the broadcast linking app section 162p1 is performed by the description of the LCT, the broadcast linking app section 162p1 may be temporarily hidden by controlling the "layer_order" parameter of the broadcast linking app section 162p1 to move the broadcast linking app section 162p1 to the back of the
前述の処理を行うことにより、放送連携アプリの実行中にバックグラウンドにある放送番組画面の確認を行いたい場合に、前記放送連携アプリを終了させずに放送番組画面の確認を行うことが可能となる。 By performing the above-mentioned processing, if you want to check the broadcast program screen in the background while the broadcast linked app is running, you can do so without closing the broadcast linked app.
図４５Ｂは、図４０ＡのＳ１０１８の処理、図４０ＢのＳ１１１９の処理、図４０ＣのＳ１２２０の処理、等で表示される放送連携アプリ実行画面の、前述とは異なる例を示す画面表示図である。図４５Ｂに示した例では、放送番組画面１６２ｐ上の任意の位置に推薦番組を紹介する放送連携アプリ部１６２ｐ６がオーバーレイ表示される。放送連携アプリ部１６２ｐ６の表示位置は、ＬＣＴの記述により制御されても良い。放送連携アプリ部１６２ｐ６には、第一推薦番組情報１６２ｐ７、第二推薦番組情報１６２ｐ８、第三推薦番組情報１６２ｐ９、等が表示される。更に多くの推薦番組情報がスクロールやページ切り替え等により表示されても良い。
Figure 45B is a screen display diagram showing an example of the broadcast linked app execution screen displayed in the process of S1018 in Figure 40A, the process of S1119 in Figure 40B, the process of S1220 in Figure 40C, etc., different from the above. In the example shown in Figure 45B, a broadcast linked app section 162p6 introducing recommended programs is overlaid at an arbitrary position on the
前記各推薦番組情報は、表示中の放送番組（放送番組画面１６２ｐ）に関連して推薦される番組の情報であっても良いし、ユーザの視聴履歴に基づいて推薦される番組の情報であっても良いし、インターネット等で話題となっている番組の情報であっても良い。放送受信装置１００のユーザの友人が前記ユーザに対して送付した推薦番組の情報であっても良い。また、前記推薦される番組は、デジタル放送サービスの放送波で送信される番組であっても良いし、インターネット２００上の各サーバ装置から配信されるＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）番組等であっても良い。インターネット２００上のサーバ装置に用意されたホームページ等の情報画面であっても良い。
The recommended program information may be information on a program recommended in relation to the broadcast program being displayed (broadcast
放送番組画面１６２ｐ上に放送連携アプリ部１６２ｐ６がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いて、第一推薦番組情報１６２ｐ７、第二推薦番組情報１６２ｐ８、第三推薦番組情報１６２ｐ９、等を選択することにより、それらで推薦される各番組の映像がモニタ部１６２に表示される。
When the broadcast linking application section 162p6 is overlaid on the
また、言うまでもなく、図４５Ｂに示した放送連携アプリ実行画面においても、前述と同様に放送連携アプリ部１６２ｐ６の透過度を変更できるようにして良い。 Needless to say, the transparency of the broadcast linked application section 162p6 may also be changed on the broadcast linked application execution screen shown in FIG. 45B in the same manner as described above.
図４５Ｃは、推薦番組を紹介する放送連携アプリ部１６２ｐ６で推薦される番組映像が表示された場合の例を示す画面表示図である。例えば、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いて、放送連携アプリ部１６２ｐ６の第一推薦番組情報１６２ｐ７を選択した場合、モニタ部１６２に第一推薦番組情報１６２ｐ７で推薦される番組の番組映像１６２ｐａが表示される。番組映像１６２ｐａは、ユーザによる操作端末の操作により、一時停止や時間指定ジャンプ等が可能であって良い。また、番組映像１６２ｐａを表示する際に、元の放送番組画面１６２ｐをＰＩＰ（Ｐｉｃｔｕｒｅ Ｉｎ Ｐｉｃｔｕｒｅ）形式等で任意の位置に表示するようにしても良い。元の放送番組画面１６２ｐのＰＩＰ形式等での表示位置は、ＬＣＴの記述により制御されても良い。また、この場合、ユーザの操作端末に対する操作により、前記推薦番組の番組映像１６２ｐａと元の放送番組画面１６２ｐの何れを主画面とするかを変更できて良い。ユーザの操作端末に対する操作により、元の放送番組画面１６２ｐのウィンドウの大きさを調整できるようにしても良い。
Figure 45C is a screen display diagram showing an example of a case where a program video recommended by the broadcast cooperation application section 162p6 that introduces recommended programs is displayed. For example, when the first recommended program information 162p7 of the broadcast cooperation application section 162p6 is selected using the cursor key 741ac and the decision key 741ad on the
また、前記推薦番組の番組映像１６２ｐａが、放送連携アプリ部１６２ｐ６に表示された何れかの推薦番組情報を選択したことにより表示された映像である旨を示すアイコン表示１６２ｐｂを画面上の任意の位置に表示すれば、ユーザの利便性を向上させることができる。 In addition, by displaying an icon display 162pb at any position on the screen indicating that the program video 162pa of the recommended program is a video displayed as a result of selecting any of the recommended program information displayed in the broadcast linkage application section 162p6, user convenience can be improved.
図４５Ｄは、図４０ＡのＳ１０１８の処理、図４０ＢのＳ１１１９の処理、図４０ＣのＳ１２２０の処理、等で表示される放送連携アプリ実行画面の、前述とは異なる例を示す画面表示図である。図４５Ｄに示した例では、放送番組画面１６２ｐ上の任意の位置にＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）サービスのポータルとなる放送連携アプリ部１６２ｐｃがオーバーレイ表示される。放送連携アプリ部１６２ｐｃの表示位置は、ＬＣＴの記述により制御されても良い。放送連携アプリ部１６２ｐｃには、第一ＳＮＳサービスのエントリーボタン１６２ｐｄ、第二ＳＮＳサービスのエントリーボタン１６２ｐｅ、第三ＳＮＳサービスのエントリーボタン１６２ｐｆ、等が表示される。更に多くのＳＮＳサービスのエントリーボタンがスクロールやページ切り替え等により表示されても良い。
Figure 45D is a screen display diagram showing an example of the broadcast linkage app execution screen displayed in the process of S1018 in Figure 40A, the process of S1119 in Figure 40B, the process of S1220 in Figure 40C, etc., different from the above. In the example shown in Figure 45D, a broadcast linkage app section 162pc, which serves as a portal for a SNS (Social Networking Service) service, is overlaid and displayed at an arbitrary position on the
放送番組画面１６２ｐ上に放送連携アプリ部１６２ｐｃがオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃおよび決定キー７４１ａｄを用いて、第一ＳＮＳサービスのエントリーボタン１６２ｐｄ、第二ＳＮＳサービスのエントリーボタン１６２ｐｅ、第三ＳＮＳサービスのエントリーボタン１６２ｐｆ、等を選択することにより、チャット機能や掲示板機能、インターネット電話機能等の各エントリーボタンに割り当てられた機能が有効化される。これにより、他者と情報交換を行いながら表示中の放送番組（放送番組画面１６２ｐ）を楽しむことが可能となる。また、同時に、携帯情報端末７００上の連携制御アプリの基本画面７４１ａが、ソフトウェアキーボード等の文字入力画面や音声入力によりチャットや掲示板書き込みを行うための音声入力画面等に変更されるようにしても良い。
With the broadcast cooperation application section 162pc overlaid on the
また、本実施例の放送受信装置１００で実行可能な放送連携アプリとしては、前述の例の他、放送受信装置１００と携帯情報端末７００との連携機能を用いて、更にＣＭの放送タイミングと同期して、関連するＣＭアプリが放送受信装置１００と携帯情報端末７００の双方に提示されるようなものであっても良い。あるいは、放送受信装置１００で利用可能な有料サービスにおいて、放送連携アプリにより放送受信装置１００のユーザの有料サービス加入の有無を確認し、その結果に応じて放送受信装置１００および／または携帯情報端末７００の表示を変更するようなものであっても良い。本実施例の放送受信装置１００においては、何れの放送連携アプリを実行した場合であっても、図４５Ａや図４５Ｂ等を用いて説明した効果を得ることが可能である。
In addition to the above-mentioned examples, the broadcast linking app that can be executed by the
［放送受信装置のエラー表示画面］
図４６は、図４０ＡのＳ１００７の処理、図４０ＢのＳ１１０６の処理、図４０ＣのＳ１２０６の処理、等で、取得したＭＨ－ＡＩＴのＭＨ－アプリケーション記述子に記載されたアプリケーションプロファイルの確認等により放送連携アプリの実行が可能ではないと判断された場合のエラー表示画面の一例を示す画面表示図である。これは、放送受信装置１００のプロファイルに不足がある場合、あるいはＭＨ－ＡＩＴの取得に失敗した場合、等に表示されるようにして良い。
[Broadcast receiving device error display screen]
Fig. 46 is a screen display diagram showing an example of an error display screen when it is determined that execution of a broadcast cooperative application is not possible by checking the application profile described in the MH-application descriptor of the acquired MH-AIT in the process of S1007 in Fig. 40A, the process of S1106 in Fig. 40B, the process of S1206 in Fig. 40C, etc. This may be displayed when there is a shortage in the profile of the
本実施例の放送受信装置１００においては、前記放送連携アプリの実行が可能ではないと判断された場合に、アプリケーションプロファイルの確認結果等の、前記放送連携アプリの実行が可能ではない理由を、エラーメッセージ１６２ｑ１に表示するようにする。例えば、アプリケーションプロファイルの確認の結果、所定のオプション機能がテレビ受信機側に不足している場合、その旨をエラーメッセージ１６２ｑ１に表示する。エラーコードと、前記エラーコードの説明が記述されたテレビ受信機メーカのホームページの案内（ＵＲＬ等）を表示しても良い。
In the
あるいは、放送連携アプリの取得をネットワーク上から行う場合には、当然ながらネットワークの接続状況の確認を事前に行うが、この際に、例えば、ＬＡＮケーブルの接続不備等により前記放送連携アプリの取得が可能でない場合に、その旨をエラーメッセージ１６２ｑ１に表示する。また、ネットワーク接続は確立しているが、エラー状況が劣悪なために放送連携アプリの取得が正しく行えない場合等もエラーメッセージ１６２ｑ１を表示して良い。放送連携アプリの取得を実行中で未だ前記放送連携アプリの実行を行える状態にない場合にエラーメッセージ１６２ｑ１を表示しても良い。また、放送波の受信状況が安定せず、当初はＭＨ－ＡＩＴ等の情報を受信できていたにも関わらず、途中からＭＨ－ＡＩＴ等の情報を受信できなくなった場合等にもエラーメッセージ１６２ｑ１を表示して良い。なお、このような場合、各サーバ装置から取得した放送連携アプリはそのままキャッシュしておくようにすれば、放送波の受信状況回復後にそのまま使用可能となる。 Alternatively, when the broadcast-linked app is acquired from a network, the network connection status is checked in advance, and if the broadcast-linked app cannot be acquired due to, for example, a faulty connection of the LAN cable, an error message 162q1 is displayed to that effect. In addition, the error message 162q1 may be displayed when the broadcast-linked app cannot be acquired correctly due to a poor error situation even though the network connection is established. The error message 162q1 may be displayed when the broadcast-linked app is being acquired and is not yet in a state in which it can be executed. In addition, the error message 162q1 may be displayed when the reception status of the broadcast wave is unstable and, although information such as MH-AIT was initially received, information such as MH-AIT cannot be received halfway through. In such a case, if the broadcast-linked app acquired from each server device is cached as it is, it can be used as it is after the reception status of the broadcast wave is restored.
また、アプリケーションプロファイルの確認の結果、所定のオプション機能がテレビ受信機側に不足している場合に、エラーメッセージ１６２ｑ１に、最新のテレビ受信機用ファームウェアの確認若しくはアップデートを勧める旨の表示を行うようにしても良い。あるいは、前記最新のファームウェアの確認若しくはアップデートを、放送受信装置１００が自動的に行うようにしても良い。あるいは、テレビ受信機に有料のオプションハードウェアまたはオプションソフトウェアを追加することにより前記放送連携アプリを実行可能とできる場合には、前記有料のオプションハードウェアまたはオプションソフトウェアの案内を表示するようにしても良い。なおエラーメッセージ１６２ｑ１は、放送受信装置１００にではなく、携帯情報端末７００に表示するようにしても良い。
In addition, if the result of checking the application profile indicates that the television receiver is lacking a specific optional function, an error message 162q1 may be displayed recommending checking or updating the latest firmware for the television receiver. Alternatively, the
［携帯情報端末の放送連携アプリ実行画面］
図４７は、図４１ＣのＳ１５１２の処理で表示される放送連携アプリ（端末側）実行画面の一例を示す画面表示図である。図４７に示した放送連携アプリ実行画面７４１ｃは、メインウィンドウ７４１ｃ１、サブウィンドウ７４１ｃ２、選択マーカ７４１ｃ３、カーソルキー７４１ｃ４、７４１ｃ５、解説表示部７４１ｃ６、終了ボタン７４１ｃ７、で構成される。その他のオブジェクトが更に追加されていても良い。
[Broadcast linkage app execution screen on mobile information terminal]
Fig. 47 is a screen display diagram showing an example of a broadcast cooperative application (terminal side) execution screen displayed in the process of S1512 of Fig. 41C. The broadcast cooperative
本実施例における、携帯情報端末７００で実行される前記放送連携アプリ（端末側）は、放送受信装置１００で表示中の放送番組の詳細を確認するためのアプリケーションであるものとする。また、メインウィンドウ７４１ｃ１には放送受信装置１００で表示されている放送番組画面と同じ映像が、サブウィンドウ７４１ｃ２には選択マーカ７４１ｃ３で指定される位置の拡大映像が、それぞれ表示される。カーソルキー７４１ｃ４および７４１ｃ５を選択することにより、選択マーカ７４１ｃ３の位置を変更することが可能であるものとする。解説表示部７１４ｃ６には、メインウィンドウ７４１ｃ１に表示中の前記放送番組に関する解説字幕文や前記放送番組に関して他のユーザが投稿したコメント等が表示されるものとする。終了ボタン７４１ｃ７は前記放送連携アプリ（端末側）の動作を終了させるためのボタンである。
In this embodiment, the broadcast linkage app (terminal side) executed by the
前記放送連携アプリ（端末側）を携帯情報端末７００上で動作させることにより、放送受信装置１００と携帯情報端末７００との連携動作による放送通信連携サービスの機能拡張が可能となる。
By running the broadcast linkage app (terminal side) on the
［放送受信装置のＥＰＧ画面］
図４８Ａは、本実施例の放送受信装置１００におけるＥＰＧ画面１６２ａの各放送番組の詳細情報１６２ａ１の、実施例１の説明とは異なる一例を示す図である。
[EPG screen of broadcast receiving device]
FIG. 48A is a diagram showing an example of detailed information 162a1 of each broadcast program on the
タイトル領域１６２ａ２には、実施例１で説明した記号／文字、印、等の他、本実施例の放送受信装置１００で実行可能な放送連携アプリが用意されている放送番組であることを意味する『Ｌｉｎｋａｇｅ』を記号化した印１６２ａ５等を表示するようにしても良い。また、この場合、詳細説明領域１６２ａ３に、前記放送連携アプリに関する情報（取得先ＵＲＬ等）を表示するようにしても良い。
In addition to the symbols/letters, marks, etc. described in the first embodiment, the title area 162a2 may display a mark 162a5 symbolizing "Linkage," which indicates that the broadcast program is prepared for a broadcast-linked app that can be executed by the
なお、タイトル領域１６２ａ２に表示される前記『Ｌｉｎｋａｇｅ』を記号化した印１６２ａ５等は、前記放送番組に放送連携アプリが用意されている場合であっても、アプリケーションプロファイルの確認の結果、放送受信装置１００での実行が不可の場合には表示しないようにしても良い。また、タイトル領域１６２ａ２に表示される、前記実行可能な放送連携アプリが用意されている放送番組であることを示す『Ｌｉｎｋａｇｅ』を記号化した印１６２ａ５は、更に、携帯端末機器（携帯情報端末７００等）との連携動作が可能であるか否かで、その色、形状、字体、等を変更しても良い。携帯端末機器との連携動作が可能な場合には、前記『Ｌｉｎｋａｇｅ』を記号化した印１６２ａ５と併せて『Ｍｏｂｉｌｅ』を記号化した印１６２ａ７を更に表示するようにしても良い（図４８Ｂ）。
The mark 162a5 symbolizing "Linkage" and the like displayed in the title area 162a2 may not be displayed if the result of checking the application profile indicates that the broadcast program cannot be executed on the
また更に、携帯端末機器（携帯情報端末７００等）を含む外部機器との連携動作において、外部機器とのアセットの提示同期を行う番組の場合には、『Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ』を記号化した印１６２ａ８を更に表示するようにしても良い（図４８Ｃ）。 Furthermore, in the case of a program that synchronizes the presentation of assets with an external device, including a mobile terminal device (such as a mobile information terminal 700), in cooperation with the external device, a mark 162a8 symbolizing "Synchronization" may also be displayed (Figure 48C).
なお、前記『Ｌｉｎｋａｇｅ』を記号化した印１６２ａ５や『Ｍｏｂｉｌｅ』を記号化した印１６２ａ７や『Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ』を記号化した印１６２ａ８の表示の有無は、各放送番組の詳細情報等を含むＭＨ－ＥＩＴ等に予め記載しておいた、各放送番組が本実施例の放送受信装置１００で実行可能な放送連携アプリが用意されている放送番組であるか否か、前記実行可能な放送連携アプリが携帯端末機器との連携動作が可能であるか否か、等の情報を取得することにより制御されるようにすれば良い。特に、外部機器とのアセットの提示同期を行う場合は、外部機器が図１２Ａで示されるようなＮＴＰ形式のクロックカウンタか同等の機能を持つカウンタを備えているか否かの情報も参照して『Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ』を記号化した印１６２ａ８の表示が制御されることが望ましい。例えば提示同期を行うことができる外部機器を認識できない場合、図４８Ｄの印１６２ａ９のように、提示同期ができない状態にあることを示す表示を行っても良い。また、提示同期が行えない状態にある場合は、当該アプリケーションの使用を禁止しても良いし、更に、当該アプリケーションがあることを電子番組表に表示しないようにしても良い。
The presence or absence of the mark 162a5 symbolizing "Linkage", the mark 162a7 symbolizing "Mobile", and the mark 162a8 symbolizing "Synchronization" may be controlled by acquiring information, such as whether each broadcast program is a broadcast program for which a broadcast linking app executable by the
あるいは、インターネット２００上の所定のサーバ装置に用意されたデジタル放送番組の番組配信情報から取得した前記情報を、デジタル放送サービスの放送波から取得した番組情報データ列に基づいて作成したＥＰＧに付加するようにしても良い。
Alternatively, the information obtained from the program distribution information of a digital broadcast program prepared in a specified server device on the
前述のように、ＥＰＧ画面１６２ａ上に、実行可能な放送連携アプリが用意されている放送番組であることを示す『Ｌｉｎｋａｇｅ』を記号化した印１６２ａ５や携帯端末機器との連携動作が可能なことを示す『Ｍｏｂｉｌｅ』を記号化した印１６７ａ７や『Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ』を記号化した印１６２ａ８を表示することにより、ユーザは、放送受信装置１００における各放送番組の放送通信連携サービスへの対応状況を簡単に把握することが可能となる。なお、言うまでもなく、前記各放送番組の属性を表す所定の文字を記号化した印は、文字そのものや文章等と代替しても良い。各放送番組の詳細情報１６２ａ１の背景色を変更することにより、各放送番組の放送通信連携サービスへの対応状況を示しても良い。また、前記『Ｌｉｎｋａｇｅ』を記号化した印１６２ａ５や『Ｍｏｂｉｌｅ』を記号化した印１６２ａ７や『Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ』を記号化した印１６２ａ８等は、通常はタイトル領域１６２ａ２には表示せず、各放送番組が選択された場合にのみポップアップ表示されるようにしても良い。
As described above, by displaying on the
本実施例の放送受信装置１００はＥＰＧ画面１６２ａ上から放送番組毎の視聴予約および／または録画予約を行う機能を有する。例えば、ＥＰＧ画面１６２ａが表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃを用いてＥＰＧ画面１６２ａ上の番組選択カーソルを移動させ、決定キー７４１ａｄにより任意の放送番組を選択することにより、前記選択した放送番組の視聴予約および／または録画予約を行うことが可能であるものとする。
The
前述の処理において、前記視聴予約および／または録画予約を行った放送番組が放送通信連携サービスへ対応する放送番組である場合、前記視聴予約および／または録画予約を行ったことをトリガとして、前記放送番組の放送開始時間を待たずに、前記放送番組用に用意された放送連携アプリの取得を開始するようにしても良い。即ち、各放送番組の詳細情報等を含むＭＨ－ＥＩＴ等に前記放送連携アプリの取得先を指定する情報（ＵＲＬ等のロケーション情報）等を記載しておくようにする。このようにすれば、放送受信装置１００は、各放送番組用に用意された前記放送連携アプリの取得先の情報等を、前記放送番組を番組選択カーソルで選択した時点で把握することが可能となる。このため、放送受信装置１００は、前記放送番組の放送開始時間となる前に前記放送連携アプリの取得を開始することが可能となる。
In the above process, if the broadcast program for which the viewing reservation and/or recording reservation has been made is a broadcast program compatible with a broadcast communication cooperation service, the viewing reservation and/or recording reservation may be used as a trigger to start acquiring a broadcast cooperation app prepared for the broadcast program without waiting for the broadcast start time of the broadcast program. That is, information specifying the acquisition destination of the broadcast cooperation app (location information such as a URL) is written in the MH-EIT or the like that contains detailed information of each broadcast program. In this way, the
なお、前記視聴予約および／または録画予約を行った放送番組が放送通信連携サービスへ対応する放送番組であり、かつ、携帯端末機器との連携動作が可能な放送番組である場合、携帯端末機器用に用意された放送連携アプリ（端末側）も、前述と同様の処理で、前記放送番組の放送開始時間となる前に取得開始するようにしても良い。また、図４８Ｂに示すように、前記携帯端末機器用に用意された放送連携アプリ（端末側）の取得先の情報（ＵＲＬ等のロケーション情報）を示す二次元バーコード１６２ａ６等をＥＰＧ画面１６２ａの詳細説明領域１６２ａ３に表示して、ユーザに携帯端末機器用に用意された放送連携アプリ（端末側）のダウンロードを促すようにしても良い。
If the broadcast program for which the viewing reservation and/or recording reservation has been made is a broadcast program that supports a broadcast communication cooperation service and is capable of cooperation with a mobile terminal device, the broadcast cooperation app (terminal side) prepared for the mobile terminal device may also start acquiring the broadcast program before the broadcast start time by the same process as described above. Also, as shown in FIG. 48B, a two-dimensional barcode 162a6 or the like indicating information on the acquisition destination (location information such as a URL) of the broadcast cooperation app (terminal side) prepared for the mobile terminal device may be displayed in the detailed description area 162a3 of the
このように、放送受信装置１００が、ＭＨ－ＥＩＴ等に含まれる放送連携アプリの取得先情報等を参照して、前記放送連携アプリの取得を放送番組の放送開始時間となる前に開始するようにすれば、放送連携アプリを記憶するサービス事業者サーバ４００の負荷を分散させることが可能となる。また、サービス事業者サーバ４００と放送受信装置１００の間のネットワークの通信速度が不十分な場合であっても、前記放送番組の放送開始直後から前記放送連携アプリを有効に活用することができるようになる。
In this way, if the
図４９Ａは、ＥＰＧ画面１６２ａ上から放送番組の視聴予約および／または録画予約を行った場合の放送連携アプリの取得動作の一例を示す動作シーケンス図である。
Figure 49A is an operational sequence diagram showing an example of the operation of acquiring a broadcast-linked app when a broadcast program viewing and/or recording reservation is made from the
放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処理を行ってＭＭＴデータ列を取得すると、受信機能実行部１１０２のＥＰＧ生成部１１０２ｇがＭ２セクションメッセージに格納されたＭＨ－ＥＩＴの取得を行う（Ｓ１６０１）。更に、前記取得したＭＨ－ＥＩＴを解釈することにより、本実施例の放送サービスのＥＰＧ画面を生成する（Ｓ１６０２）。なお、Ｓ１６０１～Ｓ１６０２の処理は、前記選局処理を行ったチャンネルの放送番組映像がモニタ部１６２に表示されている間のバックグラウンドで行われるものであって良い。
When the tuner/
ここで、ユーザが、放送受信装置１００を操作可能なリモコンや携帯情報端末を用いて、ＥＰＧ画面の表示（起動）を指示する（Ｓ１６０３）と、モニタ部１６２に前記生成したＥＰＧ画面がＯＳＤ表示される（Ｓ１６０４）。Ｓ１６０４の処理で表示されるＥＰＧ画面は、図２０Ａに示したようなＥＰＧ画面１６２ａのような形式であって良い。ＥＰＧ画面１６２ａ上で、ユーザが、前記リモコンや携帯情報端末を操作して、所望の放送番組の選択を指示し（Ｓ１６０５）、続いて、前記選択した放送番組の視聴予約および／または録画予約を指示する（Ｓ１６０６）と、受信機能実行部１１０２の図示を省略した番組予約処理部が前記選択した放送番組の視聴予約および／または録画予約の処理を実行する（Ｓ１６０７）。なお、前記視聴予約および／または録画予約の処理は、公知の放送によって行われて良く、詳細の説明を省略する。
Here, when the user instructs the display (activation) of the EPG screen using a remote control or a mobile information terminal capable of operating the broadcast receiving device 100 (S1603), the generated EPG screen is OSD-displayed on the monitor unit 162 (S1604). The EPG screen displayed in the process of S1604 may be in a format such as the
Ｓ１６０７の処理の後、アプリケーション制御部が前記選択した放送番組に係るＭＨ－ＥＩＴを確認し（Ｓ１６０８）、前記選択した放送番組に関連する放送連携アプリが存在するか否かを確認し、更に、前記選択した放送番組に関連する放送連携アプリが存在する場合には、前記放送連携アプリの取得先（ＵＲＬ）の確認を行う（Ｓ１６０９）。Ｓ１６０９の処理において、更に、前記放送連携アプリのアプリケーションプロファイルの確認を行っても良い。次に、アプリケーション制御部１５３は、前記取得したＵＲＬに基づき、ＬＡＮ通信部１２１を介して、前記ＵＲＬで指定されるサーバ（本実施例では、サービス事業者サーバ４００）に対して、放送連携アプリの配信要求を行う（Ｓ１６１０）。前記配信要求を受信したサービス事業者サーバ４００は、適宜放送受信装置１００の認証処理等を行った後に、要求された放送連携アプリの配信を行う（Ｓ１６１１）。ＬＡＮ通信部１２１を介して、サービス事業者サーバ４００から放送連携アプリを受信すると、放送受信装置１００は、前記受信した放送連携アプリを、アプリケーション制御部１５３の制御に基づき、キャッシュ部１５２にキャッシュする（Ｓ１６１２）。
After the processing of S1607, the application control unit checks the MH-EIT related to the selected broadcast program (S1608), checks whether or not there is a broadcast-linked app related to the selected broadcast program, and if there is a broadcast-linked app related to the selected broadcast program, checks the acquisition destination (URL) of the broadcast-linked app (S1609). In the processing of S1609, the application profile of the broadcast-linked app may be checked. Next, based on the acquired URL, the
以上の一連の処理により、本実施例の放送受信装置１００において、ＥＰＧ画面１６２ａ上から放送番組の視聴予約および／または録画予約を行った際に、放送連携アプリの取得を行うことが可能となる。なお、Ｓ１６０８の処理におけるＭＨ－ＥＩＴの確認処理は、都度放送波からＭＨ－ＥＩＴを取得して確認するようにしても良いし、Ｓ１６０１の処理で取得したＭＨ－ＥＩＴをキャッシュしておき、前記キャッシュしたＭＨ－ＥＩＴを確認するようにしても良い。また、前記動作シーケンスは、あくまでも一例であり、異なる処理手順を用いても良い。
By carrying out the above series of processes, in the
図４９Ｂは、携帯情報端末７００等の携帯端末機器が、ＥＰＧ画面１６２ａの詳細説明領域１６２ａ３に表示された二次元バーコード１６２ａ６により、携帯端末機器用に用意された放送連携アプリ（端末側）の取得動作の一例を示す動作シーケンス図である。
まず、放送受信装置１００では、図４９ＡのＳ１６０１～Ｓ１６０４と同様の処理により、ＥＰＧ画面を生成して表示する（Ｓ１７０１）。
Figure 49B is an operational sequence diagram showing an example of an operation of a mobile terminal device such as a
First, the
次に、ユーザが、携帯情報端末７００の操作部７３０を操作して、連携制御アプリの起動を指示して、連携制御アプリを起動し（Ｓ１７０２）、図４８に示すような、ＥＰＧ画面１６２ａの詳細説明領域１６２ａ３に表示された二次元バーコード１６２ａ６を撮影する（Ｓ１７０３）。
Next, the user operates the
次に、二次元バーコード１６２ａ６で示されている放送連携アプリの取得先（ＵＲＬ）の確認を行い（Ｓ１７０４）、前記取得したＵＲＬに基づき、ＬＡＮ通信部７２１または電話網通信部７２２を介して、前記ＵＲＬで指定されるサーバ（本実施例では、サービス事業者サーバ４００）に対して、放送連携アプリの配信要求を行う（Ｓ１７０５）。前記配信要求を受信したサービス事業者サーバ４００は、適宜携帯情報端末７００の認証処理等を行った後に、要求された放送連携アプリの配信を行う（Ｓ１７０７）。
Next, the acquisition destination (URL) of the broadcast-linked app indicated by the two-dimensional barcode 162a6 is confirmed (S1704), and based on the acquired URL, a broadcast-linked app distribution request is made to the server specified by the URL (in this embodiment, the service provider server 400) via the LAN communication unit 721 or the telephone network communication unit 722 (S1705). The
次に、ＬＡＮ通信部７２１または電話網通信部７２２を介して、サービス事業者サーバ４００から放送連携アプリを受信すると、携帯情報端末７００は、前記受信した放送連携アプリを、ストレージ部７１０等にキャッシュする（Ｓ１７０７）。
Next, when the broadcast-linked app is received from the
以上説明した本実施例の放送受信装置１００によれば、より付加価値の高い機能を実行することが可能となる。
The
（実施例４）
以下では、本発明の実施例４に関して説明する。なお、本実施例における構成および効果等は特に断りのない限り実施例３と同様であるものとする。このため、以下では、本実施例と実施例３との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。また、本実施例では、放送受信装置と携帯情報端末の連携処理（以下、端末連携と称する）を行う場合の、更に詳細な実施態様について説明する。
Example 4
The following describes a fourth embodiment of the present invention. The configuration and effects of the fourth embodiment are the same as those of the third embodiment unless otherwise specified. Therefore, the following mainly describes the differences between the fourth embodiment and the third embodiment, and omits as much as possible the description of the common points to avoid duplication. In the present embodiment, a more detailed embodiment will be described when performing a linking process between a broadcast receiving device and a mobile information terminal (hereinafter referred to as terminal linking).
携帯情報端末の連携処理を行う際に、放送受信装置１００と同じ宅内にある携帯情報端末７００のみに端末連携の利用を制限したい場合がある（以下、この制限を同一宅内制限と称する）。例えば、放送連携サービスを利用するためのアプリケーション（以下、放送連携アプリと称する）において、放送受信装置１００の表示画面と携帯情報端末７００の表示画面が密接に関係している場合や、放送受信装置１００に表示される広告映像を携帯情報端末７００の利用者に確実に視聴して欲しい場合、等である。
When carrying out mobile information terminal linking processing, there are cases where it is desirable to restrict the use of terminal linking to only
なお、手順として考えておかなければならない点は、対象となる放送連携アプリが同一宅内制限を課すものか否かの判断である。あらゆる放送連携アプリが同一宅内制限を課すことを前提とする場合は、この判断は不要であるが、同一宅内制限を課さない放送連携アプリもある場合には、同一宅内制限の有無に関する制御情報を放送受信装置１００が取得し、操作手順を変更する必要がある。この同一宅内制限の有無に関する制御情報は、放送信号から取得しても良いし（例えば、ＭＨ－ＡＩＴ等にパラメータや記述子として記載しておく、等）、放送局指定のサーバから取得しても良い。
One point that must be considered in the procedure is whether or not the target broadcast-linked app imposes a same-house restriction. If it is assumed that all broadcast-linked apps impose a same-house restriction, this determination is not necessary; however, if there are broadcast-linked apps that do not impose a same-house restriction, the
一例として、コンテンツ利用制御記述子（図２３）においてリモート視聴を不可とする場合（ｒｅｍｏｔｅ＿ｖｉｅｗ＿ｍｏｄｅが０の場合）には、その放送番組に係る全ての放送連携アプリを同一宅内制限があるものとして扱い、リモート視聴が可の場合（ｒｅｍｏｔｅ＿ｖｉｅｗ＿ｍｏｄｅが１の場合）にはその放送番組に係る全ての放送連携アプリを同一宅内制限がないとして扱っても良い。 As an example, if remote viewing is not permitted in the content usage control descriptor (Figure 23) (if remote_view_mode is 0), all broadcast linked apps related to that broadcast program may be treated as having the same-home restriction, and if remote viewing is permitted (if remote_view_mode is 1), all broadcast linked apps related to that broadcast program may be treated as not having the same-home restriction.
あるいは、リモート視聴が可の場合であっても、ＭＨ－アプリケーション記述子（図５０）において、『ｌｏｃａｌ＿ｍｏｄｅ＿ｆｌａｇ』パラメータを設け、このパラメータの値が１の場合は、そのアプリケーションに同一宅内制限があるものとして扱い、パラメータの値が０の場合は、同一宅内制限がないものとして扱うことでも構わない。このようにすれば、アプリケーション毎に同一宅内制限の制御を行うことができ、よりきめ細かい制御が可能となる。 Alternatively, even if remote viewing is possible, the MH-application descriptor (Figure 50) can have a "local_mode_flag" parameter, and if the value of this parameter is 1, the application can be treated as having same-house restrictions, and if the value of the parameter is 0, the application can be treated as not having same-house restrictions. In this way, same-house restrictions can be controlled for each application, allowing for more fine-grained control.
なお、リモート視聴の可否のフラグが無かった場合には、著作権保護を重要視してリモート視聴を禁止しても良いし、視聴者の利便性を優先してリモート視聴を許可することにしても良い。 If there is no flag indicating whether remote viewing is permitted, remote viewing may be prohibited, placing importance on copyright protection, or remote viewing may be permitted, prioritizing viewer convenience.
更に、『ｌｏｃａｌ＿ｍｏｄｅ＿ｆｌａｇ』が無かった場合には、ライセンス保護を重要視して宅外からのアプリケーションの利用を禁止しても良いし、視聴者の利便性を優先して宅外からのアプリケーションの利用を許可することにしても良い。 Furthermore, if "local_mode_flag" is not present, it is possible to place importance on license protection and prohibit use of the application from outside the home, or to prioritize viewer convenience and allow use of the application from outside the home.
また、リモート視聴の可否あるいはアプリケーションの宅外からの実行の可否は、電子番組表に表示されていても良い。一例を挙げれば、リモート視聴が許可されているか、宅外から利用が許可されているアプリケーションがある場合に、『ｒｅｍｏｔｅ』を記号化した印１６２ａ１０（図４８Ｅ）を、当該番組の欄に表示する。更に、リモート視聴が許可されていない、あるいは宅外からのアプリケーションの利用が許可されていない場合に、１６２ａ１１のような印を表示するようにしても良い（図４８Ｆ）。 In addition, the availability of remote viewing or the availability of applications outside the home may be displayed in the electronic program guide. For example, if remote viewing is permitted or an application is permitted to be used outside the home, a symbol 162a10 (Fig. 48E) that symbolizes "remote" may be displayed in the column for that program. Furthermore, if remote viewing is not permitted or the use of an application outside the home is not permitted, a symbol such as 162a11 may be displayed (Fig. 48F).
以上の手順も含め、本実施例では、携帯情報端末７００が放送受信装置１００と同一宅内に存在することを保証する手順について説明する。
In this embodiment, including the above steps, we will explain the steps to ensure that the
通常、同一宅内に存在する機器は、同じルータ装置２００ｒに接続されているローカルネットワーク上に存在する。従って、携帯情報端末７００が放送受信装置１００と同じローカルネットワークに接続されていることで、同一宅内に存在すると判断することができる。なお、対象機器がローカルネットワークに接続されているか否かは、公知の方法を用いて確認すれば良く、詳細な説明を省略する。
Normally, devices that exist in the same home are on a local network that is connected to the
また、放送受信装置１００と同じローカルネットワーク上にない携帯情報端末７００であっても、ＮＦＣ、ＢｌｕｅＴｏｏｔｈ、赤外線通信等により放送受信装置１００と直接通信を行う携帯情報端末７００であれば、同一宅内に存在すると判定することもできる。この場合、放送連携アプリ等の取得のための通信は、上記直接通信によるものでも構わないし、移動体電話通信によるものでも構わない。
In addition, even if the
上記のように同一宅内に存在することの確認方法は複数考えられるが、どの方法を使用するかは、例えばＭＨ－ＡＩＴ等に記述しておき、放送受信装置１００が前記ＭＨ－ＡＩＴ等の記述を読み取ることにより、選択すれば良い。
As mentioned above, there are multiple ways to confirm that devices are in the same home, but the method to be used can be described, for example, in the MH-AIT, and the
また、一度同一宅内に携帯情報端末７００が存在することが確認できれば、番組が終わるまでは同一宅内に存在すると見做すようにしても良いし、ある有効時間（例えば、１０分）を設け、有効時間内は同一宅内に存在すると見做すが、有効時間が過ぎた後は、再度確認しなければ同一宅内に存在すると見做さないとする方法を使用することもできる。この有効時間は、例えばＭＨ－ＡＩＴ等に記述しておき、放送受信装置１００で読み取れば良い。
Also, once it has been confirmed that the
更に、例えば、番組進行中の任意の時点で、放送信号にイベント信号を設定しておき、このイベント信号を受信する毎に携帯情報端末７００が同一宅内に存在することを確認するという方法をとることもできる。更に、前述の各方法を適宜組み合わせて使用することも可能である。
Furthermore, for example, an event signal can be set in the broadcast signal at any time during the program, and each time this event signal is received, it can be confirmed that the
次に、同一宅内に存在する携帯情報端末７００のみに端末連携を許可する具体的手順について説明する。この実施例では、携帯情報端末７００が放送連携アプリを取得する際、あるいは、放送連携アプリで使用する情報を取得する際に、制限を設ける。（なお、以下では、前記放送連携アプリと放送連携アプリで使用する情報、具体的にはＨＴＭＬ文書やストリーミング映像等、をまとめて放送連携情報と称する。）放送連携情報の取得方法には、放送局サーバ３００または事業者サーバ４００等から取得する通信取得と、放送波から取得する放送取得の２種類がある。
Next, a specific procedure for permitting terminal linkage only for
また、通信取得の場合、放送受信開始後に取得する場合と放送受信開始前に取得しておく方法の２種類がある。更に、通信取得の場合、一旦放送受信装置１００が取得し、携帯情報端末７００が放送受信装置１００から取得する場合と、携帯情報端末７００が直接放送局サーバ３００または事業者サーバ４００等から取得する場合がある。種々の方法があるが、携帯情報端末７００から見ると、放送受信装置１００から取得する場合と、放送局サーバ３００または事業者サーバ４００等から取得する場合の２つに大別できる。
In addition, when acquiring via communication, there are two methods: acquiring after broadcast reception starts, and acquiring before broadcast reception starts. Furthermore, when acquiring via communication, there are cases where the
本実施例では、携帯情報端末７００が放送受信装置１００から放送連携情報を取得する場合を説明し、放送局サーバ３００または事業者サーバ４００等から取得する場合は後述の実施例で説明する。
In this embodiment, a case where the
図５１Ａに、本実施例の手順を示す。 The procedure for this example is shown in Figure 51A.
まず、端末連携を行う前に、携帯情報端末７００と放送受信装置１００のそれぞれで、端末連携を制御するアプリケーションである連携制御アプリを起動しておく（Ｓ１０００１、Ｓ１０００２）。この状態で、携帯情報端末７００から放送受信装置１００に対して端末連携要求を行う（Ｓ１０００３）。次に、放送信号のＭ２セクションメッセージに格納されたＭＨ－ＡＩＴを取得する（Ｓ１０００４）。このＭＨ－ＡＩＴの情報から、対象となる携帯情報端末用のアプリが同一宅内制限を課すものか否かを判断し（Ｓ１０００６）、同一宅内制限を課すものである場合はＳ１０００８の手順に進み、端末連携要求のあった最初の段階では、Ｓ１０００９のステップに進み、端末連携要求のあった携帯情報端末７００が放送受信機１００と同一宅内にあるか否かを判定する（Ｓ１０００９）。判定の結果、同一宅内にないと判定された場合は、携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する（Ｓ１００１１）。
First, before performing terminal linkage, a linkage control app, which is an application that controls terminal linkage, is launched on each of the
ここで、そもそも、放送連携アプリは全て同一宅内制限を課すとする前提の場合には、Ｓ１０００６の判定は行わずにスキップして良い。同一宅内制限を課すアプリと同一宅内制限を課さないアプリとが両方有りうる場合にＳ１０００６の判定を行うものとする。 Here, if it is assumed that all broadcast-linked apps are subject to the same-house restriction, the determination in S10006 may be skipped. The determination in S10006 is performed when there may be both apps that impose the same-house restriction and apps that do not impose the same-house restriction.
Ｓ１０００９の処理で携帯情報端末７００が同一宅内にあると判定されるか、または、Ｓ１０００６の処理で同一宅内制限を課さないアプリであると判断された場合、Ｓ１００１２に進み、放送連携アプリ関連サービスを行う。この放送連携アプリ関連サービス（Ｓ１００１２）では、携帯情報端末７００からの放送連携情報配信要求（Ｓ１００１３）を処理し、携帯情報端末７００に放送連携情報を配信する（Ｓ１００１８）。この放送連携情報には、放送受信装置１００が放送局サーバ３００や事業者サーバ４００等である配信サーバから配信を受けたもの（Ｓ１００１４～Ｓ１００１６）、放送信号から取得したもの（Ｓ１００１７）、放送受信装置１００に記憶（キャッシュ）してあるもの、等があって良い。放送受信装置１００による放送連携情報の受信処理（Ｓ１００１６またはＳ１００１７）は、携帯情報端末７００からの放送連携情報配信要求（Ｓ１００１３）に応じて取得する場合のみではなく、放送受信装置１００が自律的に取得する場合や、放送信号からのイベント発生に基づく取得の場合があっても構わない。そして、携帯情報端末７００への放送連携情報の配信（Ｓ１００１８）も、放送受信装置１００側からの自発的なものがあっても構わない。
If the process of S10009 determines that the
放送連携情報の受信（取得）および配信に関する一連の処理が終わった後、放送受信装置１００が同一番組の視聴を続けているか否かを判定し（Ｓ１００１９）、もし続けていない場合は、携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する（Ｓ１００２０）。
After a series of processes related to receiving (obtaining) and distributing the broadcast linkage information is completed, the
一方、同一番組の視聴を続けている場合は、Ｓ１０００５の手順に戻り、同一宅内制限を課すアプリの場合には、携帯情報端末７００が同一宅内にあるか否かを確認する（Ｓ１０００９）。但し、前回の確認から予め設定された有効時間が経過しているか、あるいは前回の確認以降、放送信号や配信サーバからの確認要求（Ｓ１０００７）が発生しているか、等を判断し（Ｓ１０００８）、何れの条件も満たしていなければ、同一宅内にあるか否かの確認（Ｓ１０００９）は行わず、Ｓ１００１０を経由し、次の放送連携アプリ関連サービス（Ｓ１００１２）の実行に移って良い。ここで、放送信号からの確認要求（Ｓ１０００７）は放送連携情報から取得するように記載してあるが、ここではイベントメッセージも放送連携情報に含まれるものとして記載している。更に、この確認要求がＭＨ－ＡＩＴに記載されても構わない。
On the other hand, if the user continues to watch the same program, the procedure returns to S10005. In the case of an application that imposes a same-house restriction, the procedure checks whether the
なお、上記で説明した手順は、Ｓ１００２２の矢印で示される区間において、放送信号、放送受信装置１００、携帯情報端末７００、配信サーバ全体でのループ処理手順である。Ｓ１０００７の確認要求は、ループ内のどのタイミングであっても構わない。
The procedure described above is a loop processing procedure involving the broadcast signal, broadcast receiving
更に、配信サーバでの認証処理（Ｓ１００１５）に使用する認証キーに、ＭＨ－ＡＩＴに記述された認証情報等を組み込んでも構わない。これにより、正当な認証要求であることが確認できる。また、ＭＨ－ＡＩＴに記述される認証情報等を、番組の進行に伴い変更し、配信サーバにおいて、番組の進行に同期した情報が組み込まれた認証キーでなければ認証を行わないようにすれば、同一番組を視聴し続けていることを確認できる。この場合、ＭＨ－ＡＩＴの情報は適宜読み込み更新を行うこととする（Ｓ１００２１）。なお、放送信号に組み込む認証情報等はＭＨ－ＡＩＴに記載する他に、放送連携情報として組み込むことでも構わない。更にまた、実質的に認証情報等を変更することになる方法として、配信サーバのＵＲＬ自体を番組の進行に従って変更してゆく、という方法を使用することもできる。 Furthermore, the authentication information described in the MH-AIT may be incorporated into the authentication key used in the authentication process (S10015) in the distribution server. This makes it possible to confirm that the authentication request is legitimate. If the authentication information described in the MH-AIT is changed as the program progresses and the distribution server does not perform authentication unless the authentication key contains information synchronized with the program progress, it is possible to confirm that the same program is being watched continuously. In this case, the information in the MH-AIT is read and updated as appropriate (S10021). Note that the authentication information to be incorporated in the broadcast signal may be incorporated as broadcast linkage information in addition to being described in the MH-AIT. Furthermore, a method of changing the URL of the distribution server itself as the program progresses can be used as a method of practically changing the authentication information.
このように、放送連携アプリ関連サービス（Ｓ１００１２）を実行しながら、予め設定された有効時間毎、あるいは、放送信号や、配信サーバからの確認要求がある毎に、携帯情報端末７００が、放送受信装置１００と同一宅内にあるか否かを確認することにより、適切に同一宅内制限を課す放送関連アプリの実行を行うことができる。更に、放送信号に組み込まれた認証情報を配信サーバでの認証に使用することにより、配信要求の正当性を確保することができ、放送信号の認証情報を適宜変更するようにすれば、同一番組を視聴し続けていることの確認もできる。
In this way, while executing the broadcast-linked app-related service (S10012), the
以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末について同一宅内制限を実現することが可能となる。 The mobile information terminal linkage technology according to the present embodiment described above makes it possible to realize the same-house restriction for mobile information terminals that link with a broadcast receiving device.
（実施例５）
本実施例では、携帯情報端末７００が放送局サーバ３００または事業者サーバ４００等の配信サーバから放送連携情報を取得する場合に関して説明する。
図５１Ｂに、本実施例の手順を示す。
Example 5
In this embodiment, a case will be described in which the
FIG. 51B shows the procedure of this embodiment.
まず、端末連携を行う前に、携帯情報端末７００と放送受信装置１００のそれぞれで、端末連携を制御するアプリケーションである連携制御アプリを起動しておく（Ｓ１０１０１、Ｓ１０１０２）。この状態で、携帯情報端末７００から放送受信装置１００に対して端末連携要求を行う（Ｓ１０１０３）。次に、放送信号のＭ２セクションメッセージに格納されたＭＨ－ＡＩＴを取得する（Ｓ１０１０４）。このＭＨ－ＡＩＴの情報から配信サーバに関するＵＲＬ等の情報を取得し、前記取得した情報を携帯情報端末７００に送信する（Ｓ１０１０５）。次に、放送受信装置１００は、配信サーバに対して時刻確認要求を送信する。（Ｓ１０１０６）。前記時刻確認要求に基づき、配信サーバは、放送受信装置１００に対して時刻情報を送信する（Ｓ１０１０７）。
First, before performing terminal linkage, a linkage control app, which is an application that controls terminal linkage, is launched on each of the
放送受信装置１００は、配信サーバから取得した時刻情報により、内部クロックの動作を配信サーバに同期させることが可能である。また、これにより、配信サーバの時刻に合わせて後段のステップ（Ｓ１０１１５）において認証キー発行を行うことが可能である。なお、配信サーバと放送受信装置１００との時刻のずれが問題ない程度である場合には、Ｓ１０１０６～Ｓ１０１０７の処理は省略しても構わない。また、配信サーバ側もＵＴＣに同期して動作するものである場合には、Ｓ１０１０６～Ｓ１０１０７の処理は省略しても構わない。また、Ｓ１０１０７の処理で送信される前記時刻情報は、ＮＴＰ形式であっても良いし、その他の形式であっても良い。以降、Ｓ１０１２７の矢印で示されるループ制御に入る。
The
まず、携帯情報端末７００から放送受信装置１００に対し、認証キー発行要求または放送連携情報配信要求を送信する（Ｓ１０１０９）。なお、認証キーは、後段のステップ（Ｓ１０１２５）において、配信サーバへの放送連携情報配信要求で用いるものである。また、放送連携情報配信要求は、放送信号から取得した情報の配信要求であり、後段のステップ（Ｓ１０１２６）における放送連携情報配信のトリガとなる。
First, the
何れにせよ、Ｓ１０１０９の各要求が携帯情報端末７００から送信されると、放送受信装置１００側において、同一宅内制限を課す放送連携アプリか否かを判定し（Ｓ１０１１１）、同一宅内制限を課す放送連携アプリであれば、次のステップ（Ｓ１０１１２）に進み、同一宅内制限を課す放送連携アプリでなければ、Ｓ１０１１２の手順はスキップして、後段のステップ（Ｓ１０１１４）に進む。全ての放送連携アプリが同一宅内制限を課すものである場合は、Ｓ１０１１１の判定は行わず、Ｓ１０１１２に進む。Ｓ１０１１２では、前記各要求を出した携帯情報端末７００が同一宅内にあるか否かの判定を行い、携帯情報端末７００が同一宅内にないと判定した場合には、端末連携を終了させる（Ｓ１０１１３）。携帯情報端末７００が同一宅内にあると判定した場合には、前記各要求に応じた次の手順、即ち、配信サーバからの放送連携情報の取得（Ｓ１０１２５）または放送信号からの放送連携情報の取得（Ｓ１０１２６）を行う。
In any case, when each request of S10109 is transmitted from the
なお、Ｓ１０１２５の処理とＳ１０１２６の処理は、実際には、何れか一方が実行されれば良いが、放送連携情報の取得処理が配信サーバからの取得および放送信号からの取得の何れであっても良いことを示すために、Ｓ１０１２５の処理とＳ１０１２６の処理の両手順を同時に図示している。
まず、配信サーバからの放送連携情報の取得手順（Ｓ１０１２５）について説明する。
In reality, it is sufficient if either one of the processes S10125 and S10126 is executed, but in order to indicate that the process of acquiring broadcast linkage information can be either acquisition from a distribution server or acquisition from a broadcast signal, both the processes S10125 and S10126 are illustrated simultaneously.
First, the procedure for acquiring broadcast linkage information from the distribution server (S10125) will be described.
最初に、放送受信機１００は、Ｓ１０１０９の処理（認証キー発行要求）に応じて、情報連携端末７００に対して、認証キーを発行する（Ｓ１０１１５）。なお、前記発行した認証キーには発行時点の時刻情報を含めるものとし、また、予め定められた有効時間内（例えば、１０分間）だけ有効であるものとする。携帯情報端末７００は、前記認証キーの情報を含めた放送連携情報配信要求を配信サーバに対して行う（Ｓ１０１１６）。配信サーバでは有効時間内の認証キーであるか否かも含めて認証情報を確認し（Ｓ１０１１７）、認証がＯＫであれば放送連携情報の配信を許可する（Ｓ１０１１８）。以後、有効時間内であれば放送連携情報の配信を許可するが、有効時間を過ぎた時点で放送連携情報の配信を停止する。これにより、例えば、ストリーミング映像が有効時間を過ぎると視聴不可となるように制御することができる。
First, the
前記有効時間は、配信サーバが予め保持していても良いし、放送受信装置１００が放送信号（例えば、ＭＨ－ＡＩＴ等）から取得し、前記認証キーに有効時間情報として組み込んでも構わない。また、携帯情報端末７００には予め前記有効時間の情報を通知しておき、有効時間が切れる前に認証キーの発行を放送受信装置１００に要求するようにする。あるいは、前記有効時間は放送受信装置１００で管理しておき、有効時間が切れる前に、携帯情報端末７００が同一宅内にあることを確認した上で、放送受信装置１００から自動的に携帯情報端末７００に対し認証キーを発行しても構わない。
The validity time may be held in advance by the distribution server, or may be acquired by the
また、前記有効時間は、一つの番組の中で同一であっても構わないし、番組の進行に合わせて変化させても構わない。また、有効時間の設定がなければ一度認証を行えば番組視聴中は認証が有効である、という取扱でも構わない。 The validity period may be the same throughout a program, or may change as the program progresses. If no validity period is set, authentication may be performed once and remain valid for the duration of the program.
更に、配信サーバでの認証処理（Ｓ１０１１７）に使用する認証キーに、ＭＨ－ＡＩＴに記述された認証情報等を組み込んでも構わない。これにより、正当な認証要求であることが確認できる。また、ＭＨ－ＡＩＴに記述される認証情報等を、番組の進行に伴い変更し、配信サーバにおいて、番組の進行に同期した情報が組み込まれた認証キーでなければ認証を行わないようにすれば、同一番組を視聴し続けていることを確認できる。この場合、ＭＨ－ＡＩＴの情報は適宜読み込み更新を行うこととする（Ｓ１０１２４）。 Furthermore, the authentication information etc. described in the MH-AIT may be incorporated into the authentication key used in the authentication process (S10117) on the distribution server. This makes it possible to confirm that the authentication request is legitimate. Also, by changing the authentication information etc. described in the MH-AIT as the program progresses and not performing authentication unless the authentication key on the distribution server incorporates information synchronized with the program progress, it is possible to confirm that the same program is being continuously viewed. In this case, the information in the MH-AIT is read and updated as appropriate (S10124).
なお、放送信号に組み込む認証情報等はＭＨ－ＡＩＴに記載する他に、放送連携情報として組み込むことでも構わない。更にまた、実質的に認証情報等を変更することになる方法として、配信サーバのＵＲＬ自体を番組の進行に従って変更してゆく、という方法を使用することもできる。なお、この場合のＵＲＬ変更は、配信サーバは同一でＵＲＬのみが異なる場合であっても良いし、放送連携アプリの変更等により新しい配信サーバに変更することであっても良い。この場合は、変更の都度、配信サーバ情報送信（Ｓ１０１０５）、時刻確認要求（Ｓ１０１０６）、時刻情報送信（Ｓ１０１０７）の手順を行う。次に、放送信号から放送連携情報の取得手順（Ｓ１０１２６）について説明する。 Note that the authentication information etc. to be incorporated into the broadcast signal may be written in the MH-AIT, or may be incorporated as broadcast linkage information. Furthermore, as a method for practically changing the authentication information etc., a method of changing the URL of the distribution server itself as the program progresses can also be used. Note that the URL change in this case may be a case where the distribution server is the same and only the URL is different, or a change to a new distribution server due to a change in the broadcast linkage app etc. In this case, the procedures of transmitting distribution server information (S10105), requesting time confirmation (S10106), and transmitting time information (S10107) are performed each time a change is made. Next, the procedure for acquiring broadcast linkage information from the broadcast signal (S10126) will be described.
この場合は、携帯情報端末７００が同一宅内にあることが確認された後、放送受信装置１００が、放送信号から放送連携情報を取得し（Ｓ１０１１９）、続いて前記取得した放送連携情報を携帯情報端末７００に配信する（Ｓ１０１２０）。
In this case, after it is confirmed that the
なお、番組の進行に伴って放送連携情報を変更する場合、放送信号から変更通知を出し（Ｓ１０１１０）、前記変更通知をトリガとして、放送連携情報を取得することがあっても構わない。その場合、配信サーバからの取得であれば、放送受信装置１００から携帯情報端末７００に認証キーを発行し（Ｓ１０１１５）、更に、変更通知があったことを通知する。有効時間内であれば認証キーの発行を省略し、変更通知の通知のみでも構わない。放送信号からの取得の場合は、放送受信装置１００が放送連携情報を取得し（Ｓ１０１１９）、携帯情報端末に配信する（Ｓ１０１２０）。なお、放送信号からの取得の場合は、変更通知毎に携帯情報端末７００が同一宅内にあることを確認しても構わないし、実施例４のように、有効時間内であればその確認を省略しても構わない。ここで、放送信号からの変更通知（Ｓ１０１１０）は放送連携情報から取得するように記載してあるが、ここではイベントメッセージも放送連携情報に含まれるものとして記載している。更に、この変更通知がＭＨ－ＡＩＴに記載されても構わない。
When the broadcast linkage information is changed as the program progresses, a change notification may be issued from the broadcast signal (S10110), and the change notification may be used as a trigger to acquire the broadcast linkage information. In this case, if the information is acquired from the distribution server, the
放送連携情報の受信（取得）および配信に関する一連の処理が終わった後、放送受信装置１００が同一番組の視聴を続けているか否かを判定し（Ｓ１０１２１）、もし続けていない場合は、携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する（Ｓ１０１２３）。一方、同一の番組の視聴を続けている場合は、Ｓ１０１０８の手順に戻り、ループ処理Ｓ１０１２７を継続する。
After a series of processes related to receiving (obtaining) and distributing the broadcast linkage information is completed, the
このように、配信サーバでの認証処理に使用する認証キーに時刻情報を含め、有効時間の管理を行うことにより、定期的に携帯情報端末７００が放送受信装置１００と同一宅内にあることが確認でき、適切に同一宅内制限を課す放送連携アプリの実行を行うことができる。更に、放送信号に組み込まれた認証情報を配信サーバでの認証処理に使用することにより、配信要求の正当性を確保することができ、放送信号の認証情報を適宜変更するようにすれば、同一番組を視聴し続けていることの確認もできる。
In this way, by including time information in the authentication key used for authentication processing at the distribution server and managing the validity period, it is possible to periodically confirm that the
以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末が配信サーバから放送連携情報を取得する場合でも、同一宅内制限を実現することが可能となる。 The mobile information terminal linkage technology according to the present embodiment described above makes it possible to realize same-home restrictions even when a mobile information terminal linked to a broadcast receiving device acquires broadcast linkage information from a distribution server.
（実施例６）
実施例４および実施例５では、端末連携において同一宅内制限を実現する手順について説明したが、放送連携アプリによっては宅外からの使用を許可しても構わない。本実施例では、そのような場合につき説明する。
Example 6
In the fourth and fifth embodiments, the procedure for realizing the same-home restriction in terminal cooperation has been described, but depending on the broadcast cooperation app, use from outside the home may be permitted. In the present embodiment, such a case will be described.
例えば、テレビショッピング等の番組自体が広報・宣伝になっている場合には、宅内／宅外に関わらず放送連携アプリが使用できた方が放送事業者にとっても望ましい。このような番組の場合、一度放送受信装置１００に登録しておけば、携帯情報端末７００が宅内にあるか否かに関わらず、放送連携アプリの使用を許可するようにしても構わない。この際、放送映像自体をストリーミングデータにして、放送受信装置１００からインターネット経由で携帯情報端末７００に配信する放送連携アプリがあると利便性がより高まる。前記ストリーミングデータは著作権保護のため、放送受信装置１００にて暗号化しておいても構わない。宅外への放送映像の配信を含め、放送連携アプリが宅外からの利用を許可しているか否かは放送信号内のデータ（例えばＭＨ－ＡＩＴ等）に記載しておけば良い。
For example, when a program such as a TV shopping program itself is used for public relations and advertising, it is desirable for the broadcaster to be able to use the broadcast-linked app regardless of whether the program is in the home or outside the home. In the case of such a program, once the program is registered in the
図５１Ｃに、本実施例の具体的な手順を示す。なお、当該手順の一部は実施例４や実施例５と共通であるので、実施例４や実施例５と重複する部分に関しては適宜説明を省略する。 Figure 51C shows the specific steps of this embodiment. Note that some of the steps are common to Examples 4 and 5, so descriptions of parts that overlap with Examples 4 and 5 will be omitted as appropriate.
まず、携帯情報端末７００で、端末連携を制御するアプリケーションである連携制御アプリを起動する（Ｓ１０２０２）。一方、放送受信装置１００の連携制御アプリは、予め起動（Ｓ１０２０１）しておいても良いし、後述の携帯情報端末７００からの端末連携要求の受信（Ｓ１０２０３）をトリガとして、前記連携制御アプリが起動しても良い。
First, the
放送受信装置１００は、宅外の携帯情報端末７００からの端末連携要求（Ｓ１０２０３）があった場合、まず、ＭＨ－ＡＩＴを確認（Ｓ１０２０４）することにより放送連携アプリが宅外の利用を許可しているか否かの確認を行い、宅外利用が許可されている放送連携アプリであれば、要求元が登録済の携帯情報端末７００であるかを確認した上（Ｓ１０２０５）で、連携を許可するようにする。一方、宅外利用が許可されている放送連携アプリでない場合には、処理を終了する（Ｓ１０２０６）。
When there is a terminal linking request (S10203) from a
宅外利用が許可されている放送連携アプリの場合、次に、必要に応じて、放送映像や放送連携情報の著作権保護のために、携帯情報端末７００と放送受信装置１００との間で認証処理を行っても構わない（Ｓ１０２０７）。また、ＭＨ－ＡＩＴの情報から配信サーバに関するＵＲＬ等の情報を取得し、前記取得した情報を携帯情報端末７００に送信する（Ｓ１０２０８）。
For a broadcast-linked app that is permitted for use outside the home, next, if necessary, authentication processing may be performed between the
前記認証処理は、配信サーバにおける認証であっても構わない。前記著作権保護の要不要についての情報や前記著作権保護のための認証方法についての情報は、放送信号（例えば、ＭＨ－ＡＩＴ等に記載しておく）から取得し、それに応じた制御を行えば良い。放送信号にこれらの情報が格納されていない場合は、放送受信装置１００において予め定められた所定の方法に従う。例えば、予め定められた所定の著作権保護処理を行えば良い。また、放送信号にこれらの情報が格納されていない場合は、放送受信装置１００において著作権保護処理を行わないことを予め定めておいても良い。
The authentication process may be authentication in a distribution server. Information on whether copyright protection is required and information on the authentication method for copyright protection may be obtained from the broadcast signal (e.g., written in the MH-AIT, etc.), and control may be performed accordingly. If this information is not stored in the broadcast signal, a predetermined method determined in advance in the
著作権保護のための認証処理の具体例を次に示す。以下の認証処理はそれぞれ一つだけ行っても良い。または、以下に例示された複数の認証処理を組み合わせて行っても良い。また、以下に例示された認証処理と、以下に例示されていない他の認証処理を組み合わせて行っても良い。 Specific examples of authentication processes for copyright protection are shown below. Each of the following authentication processes may be performed alone. Alternatively, multiple authentication processes exemplified below may be performed in combination. Also, an authentication process exemplified below may be performed in combination with another authentication process not exemplified below.
［ＩＤとパスワードによる認証］
携帯情報端末７００を放送受信装置１００に登録する際に、ＩＤとパスワードを発行し、放送受信装置１００はこのＩＤとパスワードの確認により連携を許可する。
[ID and password authentication]
When the
［暗号鍵の使用］
上記のＩＤとパスワードによる認証に加え、暗号化した映像データ等を復号するための暗号鍵を放送受信装置１００から携帯情報端末７００に送信する。この暗号鍵は放送信号（例えば、ＭＨ－ＡＩＴ等に記載しておく）から取得することでも構わない。
[Encryption key usage]
In addition to the authentication using the ID and password described above, an encryption key for decrypting encrypted video data, etc. is transmitted from the
［配信サーバの利用］
暗号化した映像データ等を復号するための暗号鍵の発行を、配信サーバから行う方法として、携帯情報端末７００は配信サーバに対してＩＤとパスワードを送信し、暗号鍵を取得する。この場合、配信サーバのロケーション情報（具体的にはＵＲＬ等）を放送信号（例えば、ＭＨ－ＡＩＴ等に記載しておく）から取得し、このロケーション情報を放送受信装置１００が携帯情報端末７００に送信することにより、より安全性が高まる。携帯情報端末７００が暗号鍵を入手できなければ映像等の復号はできないので、放送受信装置１００から配信サーバでの認証を要求することで、著作権保護の認証としても良いし、携帯情報端末７００から放送受信装置１００に暗号鍵を取得できたことを通知することにより認証を完了することにしても良い。なお、配信サーバによる課金が行われても構わない。
[Use of distribution server]
In a method of issuing an encryption key for decrypting encrypted video data, etc., from a distribution server, the
［暗号鍵の相互認証］
放送受信装置１００と携帯情報端末７００がそれぞれ持つ暗号鍵を相互に認証し、確認を取ることで著作権保護の認証とする。
[Mutual authentication of encryption keys]
The encryption keys held by the
図５１Ｃの動作シーケンスの説明に戻る。
Ｓ１０２０７の処理で、放送信号に格納された情報が、所定の方法での著作権保護が必要であること示している場合で、当該所定の方法での著作権保護の認証処理ができない場合は、端末連携を許可しない。また、放送信号に著作権保護に関する指定がなく、放送受信装置１００の既定の方法により認証処理を行う場合でも、当該既定の方法での著作権保護の認証処理ができない場合は、端末連携を許可しない。
Returning to the explanation of the operational sequence of FIG. 51C.
In the process of S10207, if the information stored in the broadcast signal indicates that copyright protection by a predetermined method is necessary and the authentication process for copyright protection by the predetermined method cannot be performed, the terminal link is not permitted. Also, even if there is no designation regarding copyright protection in the broadcast signal and the authentication process is performed by the default method of the
Ｓ１０２０１～Ｓ１０２０７の処理で、端末連携が許可された場合は、以後、携帯情報端末７００が同一宅内に存在するか否かの確認は行わず、携帯情報端末７００からの認証キー発行要求または放送連携情報配信要求（Ｓ１０２１１）に応じて、後段のＳ１０２２１の処理やＳ１０２２２の処理が実行される。なお、Ｓ１０２２１の処理におけるＳ１０２１２～Ｓ１０２１５の各ステップの処理は、図５１ＢにおけるＳ１０１１５～Ｓ１０１１８の各ステップの処理と同様で良い。但し、有効時間を設定した制御は行わなくとも構わない。また、Ｓ１０２２２の処理におけるＳ１０２１６～Ｓ１０２１７の各ステップの処理も、図５１ＢにおけるＳ１０１１９～Ｓ１０１２０の各ステップの処理と同様で良い。なお、前記Ｓ１０２２１やＳ１０２２２の処理等は、番組の進行に伴って放送信号から出される変更通知（Ｓ１０２１０）に応じて行われても良い。あるいは、放送受信装置１００の自発的制御により、前記Ｓ１０２２１やＳ１０２２２の処理等が実行されても良い。
If terminal linkage is permitted in the processing of S10201 to S10207, there is no further confirmation as to whether the
また、前記Ｓ１０２２１やＳ１０２２２の処理に続くＳ１０２１８～Ｓ１０２２０各ステップの処理も、図５１ＢにおけるＳ１０１２１～Ｓ１０１２４の各ステップの処理と同様で良い。 Furthermore, the processing of steps S10218 to S10220 following the processing of S10221 and S10222 may be similar to the processing of steps S10121 to S10124 in FIG. 51B.
宅外にある携帯情報端末７００は、放送連携情報を、放送受信装置１００から取得可能である（Ｓ１０２１７）。あるいは、放送受信装置１００から発行された認証キーを用いて、配信サーバから取得可能である（Ｓ１０２１５）。また、放送受信装置１００が発行する認証キーに放送信号から取得した認証情報（例えば、ＭＨ－ＡＩＴに記載されている）を組み込み、配信サーバは、放送信号から取得した認証情報が組み込まれた認証キーであればアクセスを許可するようにすれば、より宅外利用の適正化を図ることができる。
The
更に、番組視聴のプレミアムとしてディスカウントをする場合等、無制限に放送連携アプリの使用を許可しない方が良い場合もある。このような場合では、一度は同一宅内に携帯情報端末がある状態で認証を行い、その後は同一宅内でなくても配信サーバの利用を許可する方法が好ましい。この場合は携帯情報端末７００が放送受信装置１００に登録されていなくても構わない。
Furthermore, in some cases, such as when offering a discount as a premium for viewing a program, it may be better not to allow unlimited use of the broadcast-linked app. In such cases, it is preferable to perform authentication once while the mobile information terminal is in the same home, and then permit use of the distribution server even if the mobile information terminal is not in the same home. In this case, it does not matter if the
この場合の具体的な手順を、図５１Ｄに示す。当該手順は、一部の手順が上記図５１Ｃと共通であるので、重複する部分については説明を省略する。 The specific steps in this case are shown in Figure 51D. Some of these steps are common to those in Figure 51C above, so we will not explain the overlapping parts.
まず、端末連携を行う前に、携帯情報端末７００と放送受信装置１００のそれぞれで、端末連携を制御するアプリケーションである連携制御アプリを起動しておく（Ｓ１０３０１、Ｓ１０３０２）。次に、携帯情報端末７００が放送受信装置１００と同一宅内にある状態で、携帯情報端末７００から放送受信装置１００に対して端末連携要求を行う（Ｓ１０３０３）。また、放送受信装置１００は、当該携帯情報端末７００が同一宅内にあることを確認した（Ｓ１０３０５）上で、端末連携を許可する。ここで、必要に応じて、放送映像や放送連携情報の著作権保護のために、携帯情報端末７００と放送受信装置１００との間で認証処理を行っても構わない（Ｓ１０３０７）。
First, before performing terminal linkage, a linkage control app, which is an application that controls terminal linkage, is launched on each of the
前記認証処理は、外部の配信サーバにおける認証であっても構わない。前記著作権保護の要不要についての情報や前記著作権保護のための認証方法についての情報は、放送信号（例えば、ＭＨ－ＡＩＴ等に記載しておく）から取得し、それに応じた制御を行えば良い。放送信号にこれらの情報が格納されていない場合は、放送受信装置１００において予め定められた所定の方法に従う。例えば、予め定められた所定の著作権保護処理を行えば良い。また、放送信号にこれらの情報が格納されていない場合は、放送受信装置１００において著作権保護処理を行わないことを予め定めておいても良い。
The authentication process may be authentication in an external distribution server. Information on whether copyright protection is required and information on the authentication method for copyright protection may be obtained from the broadcast signal (e.g., written in the MH-AIT, etc.), and control may be performed accordingly. If this information is not stored in the broadcast signal, a predetermined method determined in advance in the
著作権保護のための認証処理の具体例を次に示す。以下の認証処理はそれぞれ一つだけ行っても良い。または、以下に例示された複数の認証処理を組み合わせて行っても良い。また、以下に例示された認証処理と、以下に例示されていない他の認証処理を組み合わせて行っても良い。 Specific examples of authentication processes for copyright protection are shown below. Each of the following authentication processes may be performed alone. Alternatively, multiple authentication processes exemplified below may be performed in combination. Also, an authentication process exemplified below may be performed in combination with another authentication process not exemplified below.
［暗号鍵の使用］
携帯情報端末７００が同一宅内にいる状態で、暗号化した映像データ等を復号するための暗号鍵を放送受信装置１００から携帯情報端末７００に送信する。この暗号鍵は放送信号（例えば、ＭＨ－ＡＩＴ等に記載しておく）から取得することでも構わない。この暗号鍵を同一宅内で引き渡すことをもって認証とする。更に、番組のある時点でないと暗号鍵が放送信号から取得できないようにし、暗号鍵の携帯情報端末７００への受け渡しを同一宅内に限定すれば、その時点で同一宅内にいなければならない、という制限を設けることができ、視聴に対するプレミアム付与にも利用できる。
[Encryption key usage]
When the
［配信サーバの利用］
暗号化した映像データ等を復号するための暗号鍵の発行を、配信サーバから行う方法として、携帯情報端末７００は配信サーバに対してＩＤとパスワードを送信し、暗号鍵を取得する。この場合、配信サーバのロケーション情報（具体的にはＵＲＬ等）を放送信号（例えば、ＭＨ－ＡＩＴ等に記載しておく）から取得し、このロケーション情報を放送受信装置１００が携帯情報端末７００に送信することにより、より安全性が高まる。携帯情報端末７００が暗号鍵を入手できなければ映像等の復号はできないので、放送受信装置１００から配信サーバでの認証を要求することで、著作権保護の認証としても良いし、携帯情報端末７００から放送受信装置１００に暗号鍵を取得できたことを通知することにより認証を完了することにしても良い。配信サーバへのアクセスは宅内で行っても宅外で行っても構わないが、番組のある時点でないと配信サーバのロケーション情報が放送信号から取得できないようにし、ロケーション情報の携帯情報端末７００への受け渡しを同一宅内に限定すれば、その時点で同一宅内にいなければならない、という制限を設けることができ、視聴に対するプレミアム付与にも利用できる。なお、配信サーバによる課金が行われても構わない。
[Use of distribution server]
As a method of issuing an encryption key for decrypting encrypted video data, etc., from the distribution server, the
［暗号鍵の相互認証］
放送受信装置１００と携帯情報端末７００がそれぞれ持つ暗号鍵を相互に認証し、確認を取ることで著作権保護の認証とする。この認証も宅内で行っても宅外で行っても構わない。
[Mutual authentication of encryption keys]
The
図５１Ｄの動作シーケンスの説明に戻る。
Ｓ１０３０７の処理で、放送信号に格納された情報が、所定の方法での著作権保護が必要であること示している場合で、当該所定の方法での著作権保護の認証処理ができない場合は、端末連携を許可しない。また、放送信号に著作権保護に関する指定がなく、放送受信装置１００の既定の方法により認証処理を行う場合でも、当該既定の方法での著作権保護の認証処理ができない場合は、端末連携を許可しない。
Returning to the explanation of the operational sequence of FIG. 51D.
In the process of S10307, if the information stored in the broadcast signal indicates that copyright protection by a predetermined method is necessary and the authentication process of the copyright protection by the predetermined method cannot be performed, the terminal link is not permitted. Also, even if there is no designation regarding copyright protection in the broadcast signal and the authentication process is performed by the default method of the
端末連携が許可された場合の、以降の手順は図５１Ｃの手順と共通であるので、説明を省略する。 If terminal linkage is permitted, the subsequent steps are the same as those in Figure 51C, so a description will be omitted.
以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末について、著作権保護に留意しつつ宅外からの利用を実現することが可能となる。 The mobile information terminal linking technology according to the present embodiment described above makes it possible to use a mobile information terminal linked to a broadcast receiving device from outside the home while respecting copyright protection.
（実施例７）
実際の使用状況においては、番組による端末連携アプリの有無や、どの端末連携アプリが利用可能か、等が、簡便に分かる方がより望ましい。本実施例では、端末連携アプリの利用可能状況等の表示方法につき説明する。なお、前記端末連携アプリとは、端末連携で使用される放送連携アプリを指す。
(Example 7)
In actual usage, it is more desirable to easily know whether a terminal linkage app is available for a program, which terminal linkage app is available, etc. In this embodiment, a method for displaying the availability status of a terminal linkage app, etc., is described. The terminal linkage app refers to a broadcast linkage app used in terminal linkage.
図５２Ａは、端末連携アプリがある場合の放送連携アプリのランチャ画面の一例を示す画面表示図である。図５２Ａにおいては、放送番組画面１６２ｒ上の任意の位置に放送連携アプリランチャ１６２ｒ１１が表示され、放送連携アプリが枠付き文字のアイコンで表示されている。視聴中の番組に連携した放送受信装置１００用の放送連携アプリ（１６２ｒ１２～１６２ｒ１４）と携帯情報端末７００用の放送連携アプリ（１６２ｒ１５～１６２ｒ１７）が表示されている。また、放送連携アプリランチャ１６２ｒ１１を終了させる戻るボタン１６２ｒ１８も表示されている。
Figure 52A is a screen display diagram showing an example of a broadcast linked app launcher screen when a terminal linked app is present. In Figure 52A, a broadcast linked app launcher 162r11 is displayed at an arbitrary position on the
この例の場合は、文字列を囲む枠線の太さと枠内の色でアプリの状況を示している。本体アプリＡ、Ｂ（１６２ｒ１２、１６２ｒ１３）と端末アプリＡ、Ｂ（１６２ｒ１５、１６２ｒ１６）が利用可能な状態である。本体アプリＣ（１６２ｒ１４）と端末アプリＣ（１６２ｒ１７）が利用不可能な状態である。なお、端末アプリが利用不可能な状態とは、放送受信装置１００と通信可能な状態にある携帯情報端末７００の中で、当該アプリを実行する機能を持つものがないことを意味する。
In this example, the status of the app is indicated by the thickness of the frame surrounding the text and the color within the frame. Main app A and B (162r12, 162r13) and terminal app A and B (162r15, 162r16) are available. Main app C (162r14) and terminal app C (162r17) are unavailable. Note that a terminal app being unavailable means that, among the
図５２Ｂは、図５２Ａのランチャ画面で端末アプリＡを選択した後の画面である。端末アプリＡに関した各携帯情報端末７００の状態を示している。この画面で表示されている携帯情報端末７００は、過去に放送受信装置１００と連携を行ったか登録されている端末であるものとする。
Figure 52B shows the screen that appears after terminal app A is selected on the launcher screen in Figure 52A. It shows the state of each
アイコンの枠線が実線になっている携帯端末１（１６２ｒ２２）と携帯端末２（１６２ｒ２３）は放送受信装置１００と通信可能な状態にあり、枠線が点線になっている携帯端末３（１６２ｒ２４）と携帯端末４（１６２ｒ２５）は放送受信装置１００と通信可能な状態にないことを示している。また、アイコンの枠内が白である携帯端末１（１６２ｒ２２）と携帯端末３（１６２ｒ２４）は端末アプリＡを実行する機能を持ち、枠内が灰色である携帯端末２（１６２ｒ２３）と携帯端末４（１６２ｒ２５）は端末アプリＡを実行する機能を持たないことを示している。更に、当該端末でアプリが既に実行中である場合、そのことを表すデザインのアイコンを使用しても構わない。
また、アイコンに絵柄を利用して、より視覚的に分かり易くする例を、次に示す。
The icons with solid borders indicate that the mobile terminals 1 (162r22) and 2 (162r23) are in a state where they can communicate with the
The following is an example of using pictures in icons to make them more visually understandable.
図５２Ｃは、放送連携アプリの一覧を示すランチャ画面（１６２ｒ３１）の例である。放送受信装置１００の他、携帯情報端末７００のタイプ別にアイコンが示されている。１６２ｒ３２と１６２ｒ３３が放送受信装置１００を示すアイコンであり、１６２ｒ３４と１６２ｒ３５がスマートホン型の携帯情報端末７００を示すアイコンであり、１６２ｒ３６がヘッドマウントディスプレイ型の携帯情報端末７００を示すアイコンである。それぞれのアプリはアイコンで示される装置用のものである。
Figure 52C is an example of a launcher screen (162r31) showing a list of broadcast-linked apps. In addition to the
図５２Ｃにおいては、当該アプリの利用ができない場合は、装置の絵柄に重ねて利用不可を示すマーク（本実施例では、丸に斜線のマーク）を表示させている。また、放送受信装置１００に関しては、既に当該アプリが実行中の場合は、そのことを示すマーク（本実施例では、丸に点のマーク）を重ねて表示しても構わない。この表示により、既に実行をしているにも関わらず、ランチャの手順を先に進める、という無駄な動作を防ぐことができる。携帯情報端末７００の場合は、放送受信装置１００と通信可能な状態にあり当該アプリが実行可能な端末全てで当該アプリが実行中のときに実行中を示すマークを表示する、という方法も可能である。
In FIG. 52C, if the app cannot be used, a mark indicating that it is unavailable (in this embodiment, a circle with a diagonal line) is displayed superimposed on the image of the device. Also, for the
図５２Ｄは、図５２Ｃのランチャ画面で端末アプリＣを選択した後の画面である。端末アプリＣに対応したタイプの携帯情報端末７００の状態が示されている。この画面においては、携帯情報端末７００が端末アプリＣの実行機能を持たない場合、放送受信装置１００と通信可能な状態にない場合、既に当該端末アプリＣを実行中の場合に、それぞれそのことを表すマークをアイコンに重ねて表示する。本実施例では、実行機能を持たない場合は丸に斜線のマーク（１６２ｒ４４、１６２ｒ４６）、通信可能な状態にない場合は三角に感嘆符のマーク（１６２ｒ４５、１６２ｒ４６）、既に実行中の場合は丸に点のマーク（１６２ｒ４３）を表示している。
Figure 52D is the screen that appears after terminal app C is selected on the launcher screen of Figure 52C. The state of the
更に、いちいちランチャを起動させなくても、状況が変化したときに放送連携アプリがあることが分かる表示方法があると望ましい。例えば、電源を入れたとき、チャンネルを変えたとき、番組の初め、番組の途中でも放送連携アプリに変更があったとき、放送受信装置１００と携帯情報端末７００の間の通信状態に変化があった場合、アプリの実行状況が変わった場合、等に、予め定められた時間だけアイコンを表示し、そのときの状態を表示するようにする。
Furthermore, it would be desirable to have a display method that would allow the user to know that a broadcast-linked app exists when the situation changes without having to start a launcher each time. For example, when the power is turned on, when the channel is changed, when there is a change in the broadcast-linked app at the beginning or during a program, when there is a change in the communication state between the
図５２Ｅに、その場合の例を示す。それぞれの装置のタイプを示すアイコンが表示されている場合（１６２ｒ５１～１６２ｒ５３）は、そのタイプの装置に対応した放送連携アプリがあることを示す。本実施例では、丸に斜線のマーク（１６２ｒ５３）は、使用可能な状態になっているそのタイプの装置において当該アプリを実行できるものがないことを表す。丸に点のマーク（１６２ｒ５１）は使用可能な状態になっているそのタイプの装置の全てあるいは一部において当該アプリが実行中であることを示す。 Figure 52E shows an example of this case. When an icon indicating the type of device is displayed (162r51 to 162r53), this indicates that there is a broadcast-linked app that is compatible with that type of device. In this embodiment, a circle with a diagonal line (162r53) indicates that there are no usable devices of that type that can run the app. A circle with a dot (162r51) indicates that the app is running on all or some of the usable devices of that type.
図５２Ｆは、携帯情報端末７００の表示部７４１に表示される放送連携アプリの一例を示す画面表示図である。携帯情報端末７００から端末連携を要求する際に、どの放送受信装置１００でどの放送連携アプリが利用可能か一覧表で分かった方が利用に便利である。図５２Ｆは、連携制御アプリの基本画面７４１ｄに表示された前記一覧表７４１ｄ１を示すものである。この一覧表７４１ｄ１では、調べたい番組に対応した放送連携アプリが、自宅内にあるどの放送受信装置１００で利用可能かを示している。また、各放送受信装置１００の状態も表示してあると、特に宅外で携帯情報端末７００を利用するときに、利便性がより高まる。本実施例では、当該番組を受信中、他番組を受信中、空き、他番組予約有（番組の途中から他番組の録画を予約してある場合）、といった放送受信装置１００の状態を示す。
Figure 52F is a screen display diagram showing an example of a broadcast linkage app displayed on the
なお、ここで、放送受信装置１００が複数のチューナを備えている場合、前記複数のチューナ毎に状態を表示してあると更に利便性が高まる。一覧表７４１ｄ１においては、枝番号で同一装置内のチューナの区別を示している。例えば受信装置Ｂ－１と受信装置Ｂ－２が、同一放送受信装置１００内の複数のチューナの一方と他方である。端末連携の場合、ストリーミングデータとして放送映像と音声の配信を受けられれば、放送受信装置１００のモニタ部１６２を使用する必要はなく、即ち、放送受信装置１００内のチューナが使用できれば放送の利用が可能になるので、チューナ毎の使用状況が分かると便利である。
Note that if the
なお、本実施例で説明した表示を行うためには、放送連携アプリ毎に、放送受信装置１００に対応したアプリであるのか、あるいは、どういうタイプの携帯情報端末７００に対応したアプリであるのかの情報がなければならない。また、放送受信装置１００や携帯情報端末７００で、対応したアプリを実行するための情報が必要である。これらの情報は、例えば、ＭＨ－ＡＩＴ等に記載しておくことにより、放送受信装置１００で取得することができる。
Note that, in order to perform the display described in this embodiment, information must be available for each broadcast-linked app as to whether the app is compatible with the
以上、本発明の実施形態の例を、実施例１～７を用いて説明したが、本発明の技術を実現する構成は前記実施例に限られるものではなく、様々な変形例が考えられる。例えば、ある実施例の構成の一部を他の実施例の構成と置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。これらは全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等もあくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。 Although examples of the embodiment of the present invention have been described above using Examples 1 to 7, the configurations for realizing the technology of the present invention are not limited to the above examples, and various modifications are possible. For example, it is possible to replace part of the configuration of one example with the configuration of another example, and it is also possible to add the configuration of another example to the configuration of one example. All of these fall within the scope of the present invention. Furthermore, the numerical values and messages that appear in the text and figures are merely examples, and the effect of the present invention will not be impaired even if different ones are used.
前述した本発明の機能等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれの機能等を実現する動作プログラムを解釈して実行することによりソフトウェアで実現しても良い。ハードウェアとソフトウェアを併用しても良い。 The functions of the present invention described above may be realized in part or in whole by hardware, for example by designing them as integrated circuits. They may also be realized by software, with a microprocessor unit or the like interpreting and executing an operating program that realizes each function. Hardware and software may also be used in combination.
なお、放送受信装置１００を制御する前記ソフトウェアは、製品出荷の時点で予め放送受信装置１００のＲＯＭ１０３および／またはストレージ（蓄積）部１１０等に格納された状態であっても良い。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部１２４等を介して取得しても良い。
The software that controls the
また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、必ずしも製品上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えても良い。 The control and information lines shown in the diagram are those considered necessary for explanation, and do not necessarily represent all control and information lines on the product. In reality, it is safe to assume that almost all components are interconnected.
１００，８００…放送受信装置、１００ａ…アンテナ、１０１，８０１…主制御部、１０２，８０２…システムバス、１０３，８０３…ＲＯＭ、１０４，８０４…ＲＡＭ、１１０，８１０…ストレージ部、１２１，８２１…ＬＡＮ通信部、１２４，８２４…拡張インタフェース部、１２５，８２５…デジタルインタフェース部、１３１，８３１，８３２…チューナ／復調部、１３２…分離部、１４１…映像デコーダ、１４２…映像色域変換部、１４３…音声デコーダ、１４４…文字スーパーデコーダ、１４５…字幕デコーダ、１４６…字幕合成部、１４７…字幕色域変換部、１５１…データデコーダ、１５２…キャッシュ部、１５３…アプリケーション制御部、１５４…ブラウザ部、１５５…アプリケーション色域変換部、１５６…音源部、１６１，８６１…映像合成部、１６２，８６２…モニタ部、１６３，８６３…映像出力部、１６４，８６４…音声合成部、１６５，８６５…スピーカ部、１６６，８６６…音声出力部、１７０，８７０…操作入力部、８４１…ＭＭＴデコード処理部、８４２…ＭＰＥＧ２－ＴＳデコード処理部、２００…インターネット、２００ｒ…ルータ装置、２００ａ…アクセスポイント、３００ｔ…電波塔、３００ｓ…放送衛星（または通信衛星）、３００…放送局サーバ、４００…サービス事業者サーバ、５００…その他のアプリケーションサーバ、６００…移動体電話通信サーバ、６００ｂ…基地局、７００…携帯情報端末。 100, 800...Broadcast receiving device, 100a...Antenna, 101, 801...Main control unit, 102, 802...System bus, 103, 803...ROM, 104, 804...RAM, 110, 810...Storage unit, 121, 821...LAN communication unit, 124, 824...Expansion interface unit, 125, 825...Digital interface unit, 131, 831, 832...Tuner/demodulation unit, 132...Separation unit, 141...Video decoder, 142...Video color gamut conversion unit, 143...Audio decoder, 144...Text superimposition decoder, 145...Subtitle decoder, 146...Subtitle synthesis unit, 147...Subtitle color gamut conversion unit, 151...Data decoder, 152...Cache unit, 153...Application control unit, 154...Browser unit , 155...application color gamut conversion unit, 156...sound source unit, 161, 861...video synthesis unit, 162, 862...monitor unit, 163, 863...video output unit, 164, 864...audio synthesis unit, 165, 865...speaker unit, 166, 866...audio output unit, 170, 870...operation input unit, 841...MMT decode processing unit, 842...MPEG2-TS decode processing unit, 200...Internet, 200r...router device, 200a...access point, 300t...radio tower, 300s...broadcast satellite (or communication satellite), 300...broadcast station server, 400...service provider server, 500...other application servers, 600...mobile telephone communication server, 600b...base station, 700...mobile information terminal.
Claims (1)
前記放送番組コンテンツを受信する受信ステップと、
ＥＰＧ画面から放送番組を録画予約する録画予約ステップと、
前記録画予約ステップで録画予約した前記放送番組について、前記受信ステップで受信した前記放送番組コンテンツを蓄積する蓄積ステップと、
前記蓄積ステップで蓄積した前記放送番組コンテンツを外部機器に視聴用に出力する出力ステップと、
前記蓄積ステップで蓄積した前記放送番組コンテンツを外部機器にムーブするムーブ処理ステップと、
を備え、
前記ＥＰＧ画面は放送番組の番組名と該放送番組の属性を表示するものであり、
前記蓄積ステップでは、前記受信ステップで受信した前記放送番組コンテンツが１世代のみコピー可の保護が指定されたコンテンツであるときには、前記蓄積ステップで蓄積する前記放送番組コンテンツについて前記放送受信装置のみで再生可能となるように暗号化した状態で前記放送番組コンテンツを蓄積するものであり、
前記蓄積ステップにおける前記放送番組コンテンツの蓄積は、前記放送受信装置に備えられるイーサネットに対応したハードウェアで構成されるＩＰインタフェースを介して当該ＩＰインタフェースの出力先にある蓄積部において行うことが可能であり、前記蓄積ステップにおける前記蓄積部への前記放送番組コンテンツの蓄積と、前記出力ステップにおける前記外部機器への前記放送番組コンテンツの視聴用の出力と、前記ムーブ処理ステップにおける前記外部機器への前記放送番組コンテンツのムーブと、をイーサネットに対応したハードウェアで構成される同一のＩＰインタフェースを介して行うことが可能であり、
前記蓄積ステップで前記ＩＰインタフェースの出力先にある蓄積部に前記放送番組コンテンツを蓄積した状態から、前記外部機器のＩＰアドレスが前記放送受信装置のＩＰアドレスと同一のサブネット内にないときに前記放送受信装置とペアリングされている前記外部機器について前記出力ステップにおける前記外部機器への前記放送番組コンテンツの視聴用の出力は可能であるが、前記ムーブ処理ステップにおける前記外部機器への前記放送番組コンテンツのムーブを行うことを禁止する、
コンテンツ保護処理方法。 A content protection processing method in a broadcast receiving device that receives broadcast program content, comprising:
a receiving step of receiving the broadcast program content;
a recording reservation step for reserving a recording of a broadcast program from the EPG screen;
a storage step of storing the broadcast program content received in the receiving step for the broadcast program scheduled for recording in the recording reservation step;
an output step of outputting the broadcast program content stored in the storage step to an external device for viewing;
a move processing step of moving the broadcast program content stored in the storage step to an external device;
Equipped with
The EPG screen displays the names of broadcast programs and the attributes of the broadcast programs,
In the storing step, when the broadcast program content received in the receiving step is a content for which one -generation copy protection is specified , the broadcast program content stored in the storing step is stored in an encrypted state so that the broadcast program content can be played back only by the broadcast receiving device,
The storage of the broadcast program content in the storage step can be performed in a storage unit at the output destination of an IP interface configured with Ethernet-compatible hardware provided in the broadcast receiving device , and the storage of the broadcast program content in the storage unit in the storage step, the output of the broadcast program content to the external device for viewing in the output step, and the move of the broadcast program content to the external device in the move processing step can be performed via the same IP interface configured with Ethernet-compatible hardware,
When the IP address of the external device is not in the same subnet as the IP address of the broadcast receiving device, from a state in which the broadcast program content is stored in a storage unit at the output destination of the IP interface in the storage step, the broadcast program content can be output for viewing to the external device in the output step for the external device paired with the broadcast receiving device, but the broadcast program content is prohibited from being moved to the external device in the move processing step.
Content protection processing method.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022200497A JP7506138B2 (en) | 2022-12-15 | Content protection processing method |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015228489A JP2017098736A (en) | 2015-11-24 | 2015-11-24 | Broadcast receiver |
| JP2021171486A JP7197661B2 (en) | 2015-11-24 | 2021-10-20 | Broadcast receiver |
| JP2022200497A JP7506138B2 (en) | 2022-12-15 | Content protection processing method |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021171486A Division JP7197661B2 (en) | 2015-11-24 | 2021-10-20 | Broadcast receiver |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2023026485A JP2023026485A (en) | 2023-02-24 |
| JP7506138B2 true JP7506138B2 (en) | 2024-06-25 |
Family
ID=
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007251962A (en) | 2007-04-02 | 2007-09-27 | Hitachi Ltd | Digital information receiver and digital information receiving method |
| JP2010041329A (en) | 2008-08-04 | 2010-02-18 | Sony Corp | Recording system, receiving apparatus, recording apparatus, recording control method, and program |
| JP2011160153A (en) | 2010-01-29 | 2011-08-18 | Toshiba Corp | Recording/reproducing device, recording/reproducing method |
| JP2013175272A (en) | 2013-03-25 | 2013-09-05 | Hitachi Consumer Electronics Co Ltd | Digital content receiving apparatus and digital content receiving method |
| JP2014039286A (en) | 2013-09-13 | 2014-02-27 | Hitachi Maxell Ltd | Digital content transmission/reception system, and digital content transmission/reception method |
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007251962A (en) | 2007-04-02 | 2007-09-27 | Hitachi Ltd | Digital information receiver and digital information receiving method |
| JP2010041329A (en) | 2008-08-04 | 2010-02-18 | Sony Corp | Recording system, receiving apparatus, recording apparatus, recording control method, and program |
| JP2011160153A (en) | 2010-01-29 | 2011-08-18 | Toshiba Corp | Recording/reproducing device, recording/reproducing method |
| JP2013175272A (en) | 2013-03-25 | 2013-09-05 | Hitachi Consumer Electronics Co Ltd | Digital content receiving apparatus and digital content receiving method |
| JP2014039286A (en) | 2013-09-13 | 2014-02-27 | Hitachi Maxell Ltd | Digital content transmission/reception system, and digital content transmission/reception method |
Non-Patent Citations (2)
| Title |
|---|
| デジタル放送におけるＭＭＴによるメディアトランスポート方式 標準規格 ＡＲＩＢ ＳＴＤ－Ｂ６０，第1.4版，一般社団法人 電波産業会，2015年09月30日，pp.123-127 |
| 三阪 英一，詳解 テクノロジ・セミナー 地上デジタル放送＜後編＞暗号化してネットワーク配信 コピーには制限がある，日経ＮＥＴＷＯＲＫ，第１０９号，日経ＢＰ社，2009年04月28日，pp.062～065 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2017098736A (en) | Broadcast receiver | |
| JP7472378B2 (en) | Content protection processing method | |
| JP2023010771A (en) | Content protection processing method | |
| JP7506138B2 (en) | Content protection processing method | |
| JP7506142B2 (en) | Content protection processing method | |
| JP7197661B2 (en) | Broadcast receiver | |
| JP7200326B2 (en) | Broadcast receiver | |
| JP7176057B2 (en) | Broadcast receiving device and content protection processing method | |
| JP6997888B2 (en) | Content protection processing method | |
| JP7159419B2 (en) | Content protection processing method | |
| JP6929420B2 (en) | Content protection processing method | |
| JP6951513B2 (en) | Content protection processing method | |
| JP6828213B2 (en) | Content protection processing method | |
| WO2017086341A1 (en) | Broadcast receiving device | |
| JP6767177B2 (en) | Broadcast receiver and content protection processing method | |
| JP6560643B2 (en) | Broadcast receiving apparatus and content protection processing method | |
| JP6560160B2 (en) | Broadcast receiver | |
| JP2021005883A (en) | Broadcast receiving apparatus and content protection process method | |
| JP2021005884A (en) | Broadcast receiving apparatus and content protection process method | |
| JP2017098702A (en) | Broadcast receiver | |
| JP2020014208A (en) | Content protection processing method | |
| JP2017098656A (en) | Broadcast receiver |