JP6501262B2 - 受信機およびプログラム - Google Patents

受信機およびプログラム Download PDF

Info

Publication number
JP6501262B2
JP6501262B2 JP2015212028A JP2015212028A JP6501262B2 JP 6501262 B2 JP6501262 B2 JP 6501262B2 JP 2015212028 A JP2015212028 A JP 2015212028A JP 2015212028 A JP2015212028 A JP 2015212028A JP 6501262 B2 JP6501262 B2 JP 6501262B2
Authority
JP
Japan
Prior art keywords
application
location information
unit
broadcast signal
broadcast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015212028A
Other languages
English (en)
Other versions
JP2016092832A (ja
JP2016092832A5 (ja
Inventor
一博 大槻
一博 大槻
秀一 青木
秀一 青木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Japan Broadcasting Corp
Original Assignee
Japan Broadcasting Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Japan Broadcasting Corp filed Critical Japan Broadcasting Corp
Publication of JP2016092832A publication Critical patent/JP2016092832A/ja
Publication of JP2016092832A5 publication Critical patent/JP2016092832A5/ja
Application granted granted Critical
Publication of JP6501262B2 publication Critical patent/JP6501262B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

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

Description

本発明は、受信機およびプログラムに関する。特に、本発明は、テレビジョン放送を受信するための受信機およびそのプログラムに関する。
テレビ放送を受信する受信機側で稼働するアプリケーションを制御するための情報を、放送局側から送る場合がある。また、受信機側で現在受信中(視聴中)のサービスにバインドされた形でアプリケーション(放送マネージドアプリケーション)のライフサイクルを制御する場合がある。既存技術では、AIT(アプリケーション情報テーブル)を放送信号内に含めて放送局側から送信し、受信機側で放送信号からAITを取得し、AIT内の記述に従ってアプリケーションの実行を制御することが行われる。
非特許文献1の「10.16 アプリケーション情報符号化方式」(p.54−73)には、AIT(アプリケーション情報テーブル)の構成、およびAIT内の各記述子について記載されている。
「デジタル放送におけるアプリケーション実行環境 標準規格 APPLICATION EXECUTION ENGINE PLATFORM FOR DIGITAL BROADCASTING ARIB STANDARD ARIB STD-B23 1.2版」,平成21年(2009年)7月29日,社団法人電波産業会
しかしながら、既存技術によるアプリケーション制御情報の構成では、複数のサービスが同時に伝送されている場合、AIT内で規定するアプリケーションの属性情報や制御情報を、放送チャンネルを表すサービスにマッピングできないという問題がある。受信機側で取得したアプリケーション制御情報が複数のサービスのうちのいずれかのサービスに対応付けられるべきものである場合には、そのアプリケーション制御情報が特定のどのサービスに対応するものであるかを明確にする必要がある。
本発明は、上記の課題認識に基づいて行われたものであり、アプリケーション制御情報と放送サービスとのマッピングを可能にする受信機およびプログラムを提供する。
[1]上記の課題を解決するため、本発明の一態様による受信機は、放送信号を受信する放送受信部と、前記放送受信部が受信した前記放送信号から、選択されている放送サービスに対応したパッケージに属する制御情報を抽出し、前記制御情報内に含まれているアプリケーション情報テーブルロケーション情報を取得する放送信号解析部と、前記放送信号解析部によって取得された前記アプリケーション情報テーブルロケーション情報によって指し示されるアプリケーション情報テーブルを取得するアプリケーション情報テーブル取得部と、アプリケーションを実行するアプリケーション実行部と、前記アプリケーション情報テーブル取得部が取得した前記アプリケーション情報テーブルにしたがって選択されている放送サービスに関連付けられたアプリケーションの前記アプリケーション実行部における実行を制御するアプリケーション実行制御部と、を具備することを特徴とする。
この構成により、放送信号解析部は、選択されているサービスに対応した制御情報を抽出する。その制御情報は、そのサービス(パッケージ)に属する。そして、放送信号解析部は、その制御情報に含まれるアプリケーション情報テーブルロケーション情報を取得する。つまり、このアプリケーション情報テーブルロケーション情報は、そのサービスに属するものである。このアプリケーション情報テーブルロケーション情報は、アプリケーション情報テーブルのロケーション(所在)に関する情報である。つまり、そのロケーション情報によって特定されるアプリケーション情報テーブルは、そのサービス(パッケージ)に属する。したがって、アプリケーション実行制御部は、そのサービス(パッケージ)に属するアプリケーション情報テーブルに基づいて、アプリケーションの実行を制御する。このように受信機は、サービス(パッケージ)からマッピングされた情報によりアプリケーションの実行を制御することができる。
[2]また、本発明の一態様は、上記の受信機において、前記放送信号解析部は、前記パッケージに属する前記制御情報内に含まれているデータ伝送メッセージロケーション情報をさらに取得する、ことを特徴とする。
[3]また、本発明の一態様は、上記の受信機において、前記放送信号解析部は、前記パッケージに属する前記制御情報内に含まれているイベントメッセージテーブルロケーション情報をさらに取得する、ことを特徴とする。
[4]また、本発明の一態様は、上記の受信機において、前記放送信号解析部は、前記パッケージ用のMMTパッケージテーブルに保持されている前記アプリケーション情報テーブルロケーション情報を取得する、ことを特徴とする。
[5]また、本発明の一態様は、上記の受信機において、前記制御情報内には、複数件の前記アプリケーション情報テーブルロケーション情報が含まれている、ことを特徴とする。
[6]また、本発明の一態様は、放送受信部が受信した放送信号から、選択されている放送サービスに対応したパッケージに属する制御情報を抽出し、前記制御情報内に含まれているアプリケーション情報テーブルロケーション情報を取得する放送信号解析手段、前記放送信号解析手段によって取得された前記アプリケーション情報テーブルロケーション情報によって指し示されるアプリケーション情報テーブルを取得するアプリケーション情報テーブル取得手段、前記アプリケーション情報テーブル取得部が取得した前記アプリケーション情報テーブルにしたがって選択されている放送サービスに関連付けられたアプリケーションのアプリケーション実行手段における実行を制御するアプリケーション実行制御手段、としてコンピューターを機能させるプログラムである。
本発明によれば、取得したアプリケーション制御情報を特定のサービスにマッピングすることが可能となる。マルチ編成の放送が行われる場合においても、サービスごとに別々のアプリケーションを指定して、自動起動させることなどが可能となる。
本発明の第1実施形態による受信機の概略機能構成を示すブロック図である。 同実施形態による放送信号解析部が抽出するテーブル等の関係を示す概略図である。MPTとAITやDTMやEMTとの関係を示す。 同実施形態によるMPT内に含まれる、AITとDTMとEMTのそれぞれロケーション情報の構成を示す概略図であり、MPT内の記述子領域に含まれるアプリケーション制御記述子の構成を示す。 同実施形態による、受信機を含むテレビシステムの構成を示す概略構成図である。 同実施形態による送信装置の概略機能構成を示すブロック図である。 第2実施形態によるアプリケーション制御記述子の構成を示す概略図である。
以下、図面を参照しながら、本発明の実施形態について説明する。
なお、以下の記述において、あるいは図面において、アプリケーションプログラムのことを「アプリケーション」または「アプリ」と略称することがある。
[第1実施形態]
図1は、本実施形態による受信機の概略機能構成を示すブロック図である。図示するように、受信機1は、放送受信部11と、放送信号解析部12と、AIT取得部14と、通信送受信部15と、アプリ実行制御部16と、アプリ実行部17とを含んで構成される。
なお、この受信機1は、いわゆるテレビであり、放送信号に含まれる映像や音声などの放送コンテンツを提示する機能を有しているが、ここでは、本発明に直接関係する機能のみについて説明し、その他の機能については説明を省略する。
放送受信部11は、外部からの放送信号を受信する。放送受信部11が受信する放送信号は、映像や音声やデータの情報とともに、制御情報が多重された信号である。本実施形態では、この放送信号は、MMT(MPEGメディアトランスポート,MPEG Media Transport)の方式により伝送される。放送受信部11が受信する放送信号には、MPT(MMTパッケージテーブル,MMT Package Table)や、AIT(アプリケーション情報テーブル, Application Information Table)や、DTM(データ伝送メッセージ,Data Transmission Message)なども含まれている。なお、DTMは、データ伝送に関するテーブルを格納するメッセージである。また、放送信号には、受信機1上で稼働させるためのアプリケーションのコードが含まれる場合もある。放送受信部11は、受信した放送信号を復調し、放送信号解析部12に渡す。
放送信号解析部12は、放送受信部11から渡された放送信号を解析し、必要な情報を分離して抽出する。具体的には、放送信号解析部12は、映像信号、音声信号、データ、制御情報を抽出し、これらの信号を各部に供給する。放送信号解析部12が抽出する信号にアプリケーションのコードが含まれている場合には、放送信号解析部12は、抽出したコードをアプリ実行部17に渡す。
また、放送信号解析部12は、放送信号から、選択されている放送サービスに対応したパッケージに属する制御情報を抽出し、前記制御情報内に含まれているアプリケーション情報テーブルロケーション情報を取得する。また、放送信号解析部12は、前記制御情報内に含まれているデータ伝送メッセージロケーション情報を取得する。また、放送信号解析部12は、前記制御情報内に含まれているイベントメッセージテーブルロケーション情報を取得する。ここで、制御情報の一部が、上述したMPTである。また、後で述べるとおり、MPT内には、アプリケーション情報テーブルのロケーション情報と、データ伝送メッセージのロケーション情報と、イベントメッセージテーブルのロケーション情報とを含む。
なお、受信機1は、図示しない選局手段を備えている。受信機1は、利用者によって操作されるリモコン装置等からの信号に基づいて、放送サービスを選択(選局)する。受信機1において現在選択されているサービスを識別する情報は、受信機1内の必要な機能部に供給される。上記の処理で、放送信号解析部12が参照したMPTは、現在選択されているサービス(パッケージ)に属するMPTである。同一の伝送帯域内に複数のサービス(パッケージ)が存在するとき(マルチ編成)にも、MPTはパッケージごとに存在する。つまり、1つのMPTは特定のパッケージ用に固有のものである。
AIT取得部14(アプリケーション情報テーブル取得部)は、放送信号解析部12によって抽出されるAITロケーション情報によって指し示されるAITを取得する。そして、AIT取得部14は、アプリケーションを制御するための情報をアプリ実行制御部16に渡す。アプリケーションを制御するための情報の典型例は、アプリケーション制御コードであり、この情報は、アプリケーションのライフサイクル(プリフェッチ、実行可能、自動実行、終了等)を制御するために用いられる。
通信送受信部15は、通信による外部とのデータのやり取りを行うための通信機能を有する。通信送受信部15は、例えばインターネットプロトコル(IP)を用いて、外部の装置との間での通信を行う。例えば、通信送受信部15は、AIT取得部14等からの指示に基づいて、必要なアプリケーションのコードを、外部のサーバー装置に要求し、そのコードを取得する。
アプリ実行制御部16(アプリケーション実行制御部)は、アプリ実行部17におけるアプリケーションの実行の制御を行う。具体的には、アプリ実行制御部16は、アプリ実行部17においてアプリケーションを起動する指示をしたり、アプリケーションを終了させるための指示をしたりする。このとき、アプリ実行制御部16は、AIT取得部14から渡されるAITの情報にしたがって、アプリケーションの実行を制御する。
つまり、アプリ実行制御部16は、AIT取得部14が取得したアプリケーション情報テーブルにしたがって、その時点で選択されている放送サービスに関連付けられたアプリケーションのアプリ実行部17における実行を制御するものである。
アプリ実行部17(アプリケーション実行部)は、アプリ実行制御部16による制御の下で、アプリケーションを実行する。一例として、アプリ実行部17は、HTML5のブラウザの機能により実現される。この場合、アプリケーションは、HTML5およびJavascript(登録商標)により記述されるコードである。なお、その他の手段によりアプリ実行部17を実現しても良い。なお、アプリ実行部17は、アプリケーションコードを蓄積しておくためのキャッシュメモリを備えている。アプリ実行部17は、放送信号解析部12や通信送受信部15から受け取ったアプリケーションコードを、このキャッシュメモリに保存する。
次に、放送信号として伝送されるパッケージと、そのパッケージに属する放送マネージドアプリケーションとの関連付けについて説明する。
図2は、放送受信部11が受信し、放送信号解析部12によって抽出されたテーブル等の関係の一部分を示す概略図である。同図に示すMPTや、AITや、DTMや、EMT(イベントメッセージテーブル,Event Message Table)は、放送信号に含まれて伝送される。そして、本実施形態によるMPTは、AITや、DTMや、EMTのロケーション(所在)を指し示すロケーション情報を格納している。図示するように、MPTは、AITとDTMに関してはそれぞれ1つのロケーション情報を保持している。また、MPTは、複数の、必要な数の分のEMTのロケーション情報を保持している。なお、ロケーション情報の詳細については後述する。
ここで、MPTは、パッケージごとに存在するテーブルである。1つのパッケージは、1つのサービスに対応する。また、ここで、サービスとは、テレビ番組である。そして、ひとつの共通の帯域において複数のパッケージが伝送されるいわゆるマルチ編成による放送が行われるとき、パッケージごとに別のMPTが伝送される。したがって、受信機1が図示するMPTを受信したとき、放送信号解析部12は、MPTと関係づけられた形でAITを抽出することができる。同様に、放送信号解析部12は、MPTと関連付けられた形でDTMを抽出することができる。また同様に、放送信号解析部12は、MPTと関連付けられた形で複数のEMTをそれぞれ抽出することができる。
図3は、上述したMPT内に含まれるAITとDTMとEMTのロケーション情報の構成を示す概略図である。同図では、データ構造と、そのデータ構造に含まれる各データ項目のビット数およびデータ表記を示している。このデータ構造は、ブロック構造を有する形式言語により定義されている。また、ビット数は、当該データ構造に含まれるデータ項目の長さ(ビット長)である。また、データ表記は、各データ項目の型を表す。このデータ表記における「uimsbf」は、「unsigned integer, most significant bit first」、即ち、符号なし整数であって最上位ビットが先頭であることを表す。
同図に示す構造体の全体は、アプリケーション制御記述子(Application Control Descriptor)である。このアプリケーション制御記述子は、MPT内の第1記述子領域(MPT_descriptors_byte)に設けられる。つまり、アプリケーション制御記述子は、パッケージ(サービス)と1対1に対応して設けられる記述子であり、パッケージ内のアセットごとの属性ではない。アプリケーション制御記述子内の各データ項目は、次の(1)から(6)までの通りである。
(1)descriptor_tag(記述子タグ)は、記述子を識別するための情報である。アプリケーション制御記述子用の記述子タグの値は、適宜、定められる。なお、記述子タグのビット長は、本実施形態においては「16」である。記述子タグのビット長は、用いるメディアトランスポートシステムにより異なっていてもよい。
(2)descriptor_length(記述子長)は、アプリケーション制御記述子内において、後続するフィールド(ait_location_infoから、private_data_byteのループの最後まで)全体のデータバイト数を保持する領域である。アプリケーション制御記述子における記述子長フィールドのビット長は「8」である。なお、他の記述子における記述子長フィールドのビット長は「8」以外の場合もある。
(3)ait_location_info()(AITロケーション情報)は、アプリケーション情報テーブル(AIT)を格納するM2セクションメッセージのロケーション情報である。
(4)dtm_location_info()(データ伝送メッセージ(DTM)ロケーション情報)は、データ伝送メッセージのロケーション情報である。
(5)num_of_emt(EMT数)は、イベントメッセージテーブル(EMT)の数を示す。
次のデータ項目であるemt_location_info()のループの回数は、このnum_of_emtによって規定される。
(6)emt_location_info()(イベントメッセージテーブル(EMT)ロケーション情報)は、イベントメッセージテーブル(EMT)を格納するM2セクションメッセージのロケーションである。
なお、上記のait_location_info()とdtm_location_info()とemt_location_info()のそれぞれは、それ自体がMMT_general_location_info()という型を有する構造体である。MMT_general_location_info()の具体的な実体は、適宜、規約等において規定される。例えば、MMT_general_location_info()は、ロケーションのタイプを識別するためのlocation_typeというデータ項目を含んでおり、このタイプに応じて異なるデータを保持する。MMT_general_location_info()が保持する具体的な情報は、例えば、パケットIDや、インターネットプロトコル(IPV4やIPV6)におけるアドレスとポート番号とパケットID(パケット識別)との組み合わせや、ネットワークIDとMPEG2トランスポートストリームIDとMPEG2PIDとの組み合わせや、URLなどである。
一例としては、上記のait_location_info()とdtm_location_info()とemt_location_info()のそれぞれに、ロケーション情報の実体として、パケットIDを格納するようにする。ただし、パケットID以外のロケーション情報を用いても良い。
図示した通り、1つのパッケージについて、AITロケーション情報と、データ伝送メッセージ(DTM)ロケーション情報とは、それぞれ1つずつ指定できるようにしている。また、1つのパッケージについて、複数のイベントメッセージテーブル(EMT)ロケーション情報を指定できるようにしている。
上述したアプリケーション制御記述子を参照することにより、受信機1は次のように動作する。即ち、放送信号解析部12は、パッケージ情報が格納されたMPTを取得する。
また、放送信号解析部12は、MPT内のアプリケーション制御記述子を参照することによって、AITロケーション情報と、DTMロケーション情報と、EMTロケーション情報とを取得する。それら各々のロケーション情報は、上でも述べたMMT_general_location_info()型の有するデータである。よって、放送信号解析部12は、各ロケーション情報により、AITとDTMとEMTのそれぞれのロケーションを知る。そして、これらのロケーション情報に基づいて、放送信号解析部12は、当該パッケージに紐づけられたAITとDTMとEMTとを特定して取得することができる。
AIT取得部14は、放送信号解析部12から、特定のパッケージ(例えば、受信機1の利用者が現在視聴中のパッケージ(サービス))に関連付けられたAITを取得する。
そして、AIT取得部14は、そのAIT内に記述された情報に基づいて、必要な状況においては、放送受信部11経由でまたは通信送受信部15経由で、アプリケーションのコードを取得するよう指示する。また、AIT取得部14は、取得したAITをアプリ実行制御部16に渡す。アプリ実行制御部16は、渡されたAITにしたがって、特定のパッケージに関連付けられたアプリケーションのライフサイクル制御を行う。即ち、アプリ実行制御部16は、そのアプリケーションを稼働可能な状態(READY)にしたり、自動起動したり、強制的に終了させ(KILL)たりする。
次に、受信機1を含むテレビシステムについて説明する。
図4は、上述した受信機1を含むテレビシステムの構成を示す概略構成図である。図示するように、テレビシステム100は、送信装置3と、サーバー装置5と、受信機1とを含んで構成される。
送信装置3は、放送信号を送信する。送信装置3が送信する放送信号には、映像のデータ(映像アセット)や、音声のデータ(音声アセット)や、字幕のテキストデータ(字幕アセット)や、文字スーパーのテキストデータ(文字スーパーアセット)や、制御情報のデータなどが含まれる。送信装置3は、各種アセットおよび制御情報を、パッケージ単位で論理的にまとまった信号として送出する。送信装置3は、複数のパッケージを一つの帯域内の伝送信号として送出する場合もある。例えば、マルチ編成の場合に、送信装置3は、複数のパッケージを同時並行的に送出する。
そして、上記の制御情報のデータの一部として、前述のMPTや、MPT内のロケーション情報によって関連付けられたAIT、DTM、EMTなども含まれる。送信装置3が送信した放送信号は、無線(地上波や衛星放送波)または有線(テレビ放送用ケーブル)によって伝送される。
サーバー装置5は、受信機1からの要求に応じて、アプリケーションプログラムを提供する。サーバー装置5は、通信ネットワークを介して受信機1に接続されており、受信機1からのデータを受信したり、受信機1に対してデータを送信したりすることができる。
受信機1は、送信装置3からの放送信号を受信するとともに、サーバー装置5との間の通信を行う。受信機1は、送信装置3からの放送信号の中に含まれるAITに従って、サーバー装置5からアプリケーションプログラムを受信する。受信機1は、受信したAIT内のアプリケーション制御コードに従って、アプリケーションの実行を制御する。つまり、受信機1は、受信したAIT内のアプリケーション制御コードに従って、アプリケーションを起動可能な状態にしたり、起動したり、終了させたりといった制御を行う。
これにより、例えばマルチ編成などの状況においても、受信機1は、特定のパッケージに関するMPTと、そのMPTに紐付けられたAIT、DTM、EMTを取得する。そして、受信機1は、その特定のパッケージに紐付けられたAITに従って、アプリケーション(放送マネージドアプリケーション)のライフサイクル制御や、リアルタイム制御を行う。
つまり、パッケージ(サービス)と、AIT、DTM、EMTとのマッピングが可能となる。
図5は、送信装置3の概略機能構成を示すブロック図である。図示するように、送信装置3は、映像信号取得部31と、音声信号取得部32と、データ取得部33と、制御情報設定部34と、多重化部37と、放送送信部38とを含んで構成される。また、制御情報設定部34は、内部にアプリ制御情報設定部36を含んでいる。
映像信号取得部31は、コンテンツの映像信号を外部から取得し、符号化して、多重化部37に渡す。
音声信号取得部32は、コンテンツの音声信号を外部から取得し、符号化して、多重化部37に渡す。
データ取得部33は、サービスに付随するデータを外部から取得し、多重化部37に渡す。
制御情報設定部34は、サービスに関する制御情報を設定し、多重化部37に渡す。ここで、制御情報設定部34が設定する制御情報は、前述のMPTや、AITや、DTMや、EMTの各テーブルおよびメッセージの情報を含む。また、制御情報設定部34は、放送信号として必要なその他の制御情報をも設定し、多重化部37に渡す。
なお、制御情報設定部34は、制御情報を設定する機能の一部として、アプリ制御情報設定部36を含んで構成される。制御情報設定部34が設定する制御情報は、図2および図3で説明した要件を満たすものである。つまり、制御情報設定部34が設定する制御情報においては、パッケージごとに、MPT内に、AITロケーション情報や、DTMロケーション情報や、EMTロケーション情報などを含んでいる。具体的には、制御情報設定部34が設定する制御情報において、MPTは、図3で説明したアプリケーション制御記述子を含んでいる。制御情報設定部34は、予め定められた関係に基づいて、MPTと、AIT、DTM、EMTとを紐付ける。
アプリ制御情報設定部36は、アプリケーションを制御するための情報を設定する。具体的には、アプリ制御情報設定部36は、AITの情報を設定する。
多重化部37は、受け取った各データを多重化する。
放送送信部38は、多重化部37によって多重化されたデータを変調し、放送信号として送信する。
次に、送信装置3による番組送出の例について説明する。送信装置3は、マルチ編成で放送コンテンツを送出する場合がある。マルチ編成によると、1つのチャンネルで複数の番組を放送することができる。一例として1つのチャンネルで2番組(2サービス、2パッケージ)を放送するとき、そのチャンネルのメインチャンネルとサブチャンネルが使用される。これら、メインチャンネルおよびサブチャンネルの各々がサービスである。例えば、送信装置3は、いわゆる8Kテレビ(横7680ピクセルで、縦4320ピクセルの解像度)1波を送出する場合と、4Kテレビ(横3840ピクセルで、縦2160ピクセルの解像度)2波を送出する場合とを切り替えることができる。このとき、伝送に用いられるチャンネルの容量は、いずれの場合の伝送データをも収容できる。
以上、述べたように、本実施形態によると、サービス(パッケージ)とアプリケーションとをマッピングさせることができる。つまり、本実施形態では、放送信号解析部12は、パッケージ(その時点で選択されているパッケージ)に属するMPTの中に格納されている各種ロケーション情報を参照する。これにより、放送信号解析部12は、AITのロケーションと、DTMのロケーションと、EMTのロケーションとを知る。よって、放送信号解析部12は、特定のパッケージからマッピングされているAIT、DTM、EMTを利用し、また、受信機1内の必要な機能部に、それらの情報を供給することができる。
つまり、マルチ編成の状況においても、特定のパッケージに関連付けられたAIT、DTM、EMTを特定することができる。そして、そのようなAITを用いて、アプリケーションを制御することができる。
また、本実施形態によれば、AITに新たなデータを盛り込む必要がない。よって、本実施形態の実施のためにAITの書式を変更する必要がない。これにより、従来技術によるAITを前提として受信機の設計を、変更する必要がないというメリットもある。
また、本実施形態によれば、AIT、DTM、EMTのそれぞれのロケーションの情報をMMT_general_location_info()の形でMPT内に保持する。よって、ロケーション情報の表現形式に汎用性を持たせることができる。
[8K1波(1サービス)の構成例]
ここで、8K1波(1サービス)の放送信号の構成例について説明する。放送信号はMMT(MPEG Media Transport)方式により多重化されている。このIPデータフロー内には、1個のサービス(パッケージ)が含まれる。そのサービスは、1個の映像アセット(映像1アセット(Video 1 Asset))と、1個の音声アセット(音声1アセット(Audio 1 Asset))と、2個のデータアセット(データ1アセット(Data 1 Asset)とデータ2アセット(Data 2 Asset))とを含む。映像1アセットは、8Kの映像である。このIPデータフロー内には、2個のPAメッセージ(Package Access message,パッケージアクセスメッセージ)を含む。各PAメッセージは、MPT(MMT Package Table,MMTパッケージテーブル)を格納している。各々のPAメッセージのMPTは、サービスID(=パッケージID)を格納している。それらのサービスIDの値は、それぞれ、「1」および「2」である。両方のMPTからは、同一のパッケージを指し示す。即ち、両MPTのそれぞれが、映像1アセットへのリンク、音声1アセットへのリンク、データ1アセットへのリンク、データ2アセットへのリンクを有する。なお、第1のPAメッセージ内にはPLT(Package List Table)が設けられている。このPLTからは、第2のPAメッセージが指し示されている。
送信装置3から送出される放送信号が上記のような構成を有する場合、放送信号を受信した受信機1側では、サービス「1」を選択した場合にも、サービス「2」を選択した場合にも、同一のコンテンツを参照し、そのコンテンツ(映像、音声、データ)が受信機1の利用者に対して提示される。
[4K2波(2サービス)の構成例]
次に、4K2波(2サービス)の放送信号の構成例について説明する。この例においてもMMT方式が用いられている。このIPデータフロー内には、2個のサービス(パッケージ)が含まれる。第1のサービスは、1個の映像アセット(映像1アセット)と、1個の音声アセット(音声1アセット)と、2個のデータアセット(データ1アセットとデータ2アセット)とを含む。映像1アセットは、4Kの映像である。第2のサービスは、1個の映像アセット(映像2アセット)と、1個の音声アセット(音声2アセット)と、1個のデータアセット(データ3アセット)とを含む。映像2アセットもまた、4Kの映像である。このIPデータフロー内には、2個のPAメッセージを含む。各PAメッセージは、MPTを格納している。第1のサービスにおけるMPTはパッケージID「1」を保持しており、第2のサービスにおけるMPTはパッケージID「2」を保持している。
これら両MPTから、それぞれのパッケージのアセット(映像アセット、音声アセット、データアセット)を指し示す。即ち、第1のサービスにおけるMPTは、映像1アセットへのリンク、音声1アセットへのリンク、データ1アセットへのリンク、データ2アセットへのリンクを有する。また、第2のサービスにおけるMPTは、映像2アセットへのリンク、音声2アセットへのリンク、データ3アセットへのリンクを有する。なお、第1のPAメッセージ内にはPLTが設けられている。このPLTからは、第2のPAメッセージが指し示されている。
送信装置3から送出される放送信号が上記のような構成を有する場合、放送信号を受信した受信機1側では、サービス「1」を選択した場合にはパッケージIDが「1」であるMPTを基に各アセットにアクセスし、サービス「2」を選択した場合にはパッケージIDが「2」であるMPTを基に各アセットにアクセスする。そして、受信機1は、取得したコンテンツ(映像、音声、データ)を、利用者に対して提示する。
[第2実施形態]
次に、第2実施形態について説明する。なお、前述の実施形態と同様の事項については図面および説明を省略し、主として、本実施形態に特有の事項を説明する。
本実施形態における受信機1および送信装置3の概略機能構成自体は、それぞれ、図1と図5で説明した通りである。
本実施形態では、送信装置3から受信機1に対して送信される放送信号に含まれる、制御情報の一部の形式が、前述の実施形態におけるそれと異なる。
図6は、本実施形態におけるアプリケーション制御記述子の構成を示す概略図である。
第1実施形態における場合と同様に、このアプリケーション制御記述子は、AITとDTMとEMTのロケーション情報を格納するものである。また、このアプリケーション制御記述子は、MPT内の第1記述子領域に設けられる。
アプリケーション制御記述子内の各データ項目は、次の(1)から(6)までの通りである。
(1)descriptor_tag(記述子タグ)は、記述子を識別するための情報であり、第1実施形態における記述子タグと同様のものである。
(2)descriptor_length(記述子長)は、アプリケーション制御記述子のサイズを表すデータであり、第1実施形態における記述子長と同様のものである。
(3)ait_packet_id(AITパケット識別)は、アプリケーション情報テーブル(AIT)を格納するM2セクションメッセージのパケット識別を示す。ait_packet_idは、16ビットの長さのデータである。このait_packet_idは、当該MPTに紐付けられたAITのロケーションを指し示している。
(4)dtm_packet_id(データ伝送メッセージパケット識別)は、データ伝送メッセージ(DTM)のパケット識別を示す。dtm_packet_idは、16ビットの長さのデータである。このdtm_packet_idは、当該MPTに紐付けられたDTMのロケーションを指し示している。
(5)num_of_emt(EMT数)は、イベントメッセージテーブル(EMT)の数を示す8ビットのデータである。次のデータ項目であるemt_location_idのループの回数は、このnum_of_emtによって規定される。
(6)emt_packet_id(イベントメッセージテーブルパケット識別)は、イベントメッセージテーブル(EMT)を格納するM2セクションメッセージのパケット識別を示す。emt_packet_idは、16ビットの長さのデータである。このemt_packet_idは、当該MPTに紐付けられたEMTのロケーションを指し示している。
図示した通り、1つのパッケージについて、AITロケーション情報と、データ伝送メッセージ(DTM)ロケーション情報とは、それぞれ1つずつ指定できるようにしている。また、1つのパッケージについて、複数のイベントメッセージテーブル(EMT)ロケーション情報を指定できるようにしている。
MPTを受信した受信機1が、上記のAITロケーション情報とデータ伝送メッセージロケーション情報とイベントメッセージテーブルロケーション情報とを用いて、それぞれ指し示されるテーブル等を参照する点は第1実施形態と同様である。これにより、本実施形態においても、特定のパッケージに関してMPTからAIT、DTM、EMTへのマッピングを行うことが可能となる。なお、受信機1側での、取得したAIT、DTM、EMTに基づいた処理の内容は、第1実施形態における場合と同様である。つまり、第1実施形態と同様に、受信機1は、パッケージに関連付けられたアプリケーションのライフサイクル制御、アプリケーションの取得、アプリケーションのリアルタイム制御を行うことができる。
なお、本実施形態では、用いるロケーション情報として、MMT_general_location_info()ではなく固定的な16ビットのパケットIDを用いているため、ロケーション情報のタイプを判別する必要がない。また、ロケーション情報がMPT内で占める領域の大きさを小さくすることができる。
[第3実施形態]
次に、第3実施形態について説明する。なお、前述の第1実施形態または第2実施形態と同様の事項については図面および説明を省略し、主として、本実施形態に特有の事項を説明する。
本実施形態における受信機1および送信装置3の概略機能構成自体は、それぞれ、図1と図5で説明した通りである。
前述の第1実施形態および第2実施形態のそれぞれにおいては、1件のAITロケーション情報と、1件のDTMロケーション情報と、1件ないしは複数件のEMTロケーション情報とをひとまとまりとして、MPTは、それらの情報を1セット保持していた。
これに対して、本実施形態では、1つのMPTが、1件のAITロケーション情報と、1件のDTMロケーション情報と、1件ないしは複数件のEMTロケーション情報とのひとまとまりを、複数セット保持する。
本実施形態におけるMPTの具体的な構成について説明する。
第1実施形態におけるMPTは、図3に示した通りである。本実施形態では、この図3に示すMPTを拡張した構成とする。具体的には、図3においては、1つのアプリケーション制御記述子において、ait_location_info()からemt_location_info()のループまで(for構文によるブロックの最後まで)が1回だけ現れていた。本実施形態では、このait_location_info()からemt_location_info()のループまでの全体を、さらに大きなループで複数回繰り返す。また、その繰り返し回数を表すデータ項目を、descriptor_lengthの直後に設ける。
なお、図3に示したMPTの代わりに、図6に示した第2実施形態のMPTを拡張した構成としても良い。この場合、具体的には、図6におけるait_packet_idからemt_packet_id()のループまで(for構文によるブロックの最後まで)の全体を、さらに大きなループで複数回繰り返す。また、その繰り返し回数を表すデータ項目を、descriptor_lengthの直後に設ける。
以上のように、1件のAITロケーション情報と、1件のDTMロケーション情報と、1件ないしは複数件のEMTロケーション情報のまとまりを、MPT内に複数セット保持して送信装置3側から送信する。つまり、MPT内には、複数件のアプリケーション情報テーブルロケーション情報等が含まれているこのようなMPTを含む放送信号を受信した受信機1側では、ロケーション情報のセットを適宜選択することにより、アプリケーションを複数の制御パターンで制御することができるようになる。一例として、テレビの全国放送の番組を、各地域に設けられた放送局から送信する場合に、全国放送に対応したアプリケーションまたはアプリケーション群と、地域ごと(例えば、放送局ごと)に対応したアプリケーションまたはアプリケーション群とを、別々のAIT等で制御することができる。
また、MPT内のAITロケーション情報とDTMロケーション情報とEMTロケーション情報の複数のセットのうち、デフォルトのセットがどれであるかを示すフラグ情報を、MPT内にさらに設けても良い。このとき、受信機1は、ロケーション情報の複数のセットのうち、このフラグによって示されるセットを、デフォルトのロケーション情報として参照する。
なお、上述したそれぞれの実施形態における受信機、送信装置、サーバー装置の機能をコンピューターで実現するようにしても良い。その場合、これら各装置の機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、OSや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD−ROM等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
以上、複数の実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。
例えば、AITロケーション情報と、DTMロケーション情報と、EMTロケーション情報の一部が別の記述子内に含まれていても良い。また、これら三者がすべて互いに別の記述子内に含まれていても良い。
また、AITロケーション情報や、DTMロケーション情報や、EMTロケーション情報が、MPT内の記述子領域以外の箇所に保持されていても良い。
いずれの場合も、パッケージに属する制御情報内に、AIT、DTM、EMTのロケーション情報が含まれていれば、パッケージとこれらのテーブル等をマッピングすることができる。
第3実施形態の変形例としては、AITロケーション情報と、DTMロケーション情報と、EMTロケーション情報の複数の(必要な数の分の)セットが、MPT内に含まれていれば、テーブル内におけるそれらの具体的な配置順等は、適宜、設計により定めて良い。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
本発明は、テレビ放送のシステム(受信機、送信装置)に利用することができる。
1 受信機
3 送信装置
5 サーバー装置
11 放送受信部
12 放送信号解析部
14 AIT取得部(アプリケーション情報テーブル取得部)
15 通信送受信部
16 アプリ実行制御部(アプリケーション実行制御部)
17 アプリ実行部(アプリケーション実行部)
31 映像信号取得部
32 音声信号取得部
33 データ取得部
34 制御情報設定部
36 アプリ制御情報設定部
37 多重化部
38 放送送信部
100 テレビシステム

Claims (3)

  1. 放送信号を受信する放送受信部と、
    前記放送受信部が受信した前記放送信号から、選択されている放送サービスに対応したパッケージに属する制御情報である記述子を抽出し、前記記述子内に含まれているアプリケーション情報テーブルロケーション情報と、前記記述子内に含まれているデータ伝送メッセージロケーション情報と、前記記述子内に含まれているイベントメッセージテーブルロケーション情報とを取得する放送信号解析部と、
    前記放送信号解析部によって取得された前記アプリケーション情報テーブルロケーション情報によって指し示されるアプリケーション情報テーブルを取得するアプリケーション情報テーブル取得部と、
    アプリケーションを実行するアプリケーション実行部と、
    前記アプリケーション情報テーブル取得部が取得した前記アプリケーション情報テーブルにしたがって選択されている放送サービスに関連付けられたアプリケーションの前記アプリケーション実行部における実行を制御するアプリケーション実行制御部と、
    を具備することを特徴とする受信機。
  2. 前記放送信号解析部は、前記パッケージ用のMMTパッケージテーブルに保持されている前記記述子内に含まれている前記アプリケーション情報テーブルロケーション情報を取得する、
    ことを特徴とする請求項1に記載の受信機。
  3. 放送受信部が受信した放送信号から、選択されている放送サービスに対応したパッケージに属する制御情報である記述子を抽出し、前記記述子内に含まれているアプリケーション情報テーブルロケーション情報と、前記記述子内に含まれているデータ伝送メッセージロケーション情報と、前記記述子内に含まれているイベントメッセージテーブルロケーション情報とを取得する放送信号解析手段、
    前記放送信号解析手段によって取得された前記アプリケーション情報テーブルロケーション情報によって指し示されるアプリケーション情報テーブルを取得するアプリケーション情報テーブル取得手段、
    前記アプリケーション情報テーブル取得手段が取得した前記アプリケーション情報テーブルにしたがって選択されている放送サービスに関連付けられたアプリケーションのアプリケーション実行手段における実行を制御するアプリケーション実行制御手段、
    としてコンピューターを機能させるプログラム。
JP2015212028A 2014-10-29 2015-10-28 受信機およびプログラム Active JP6501262B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014220706 2014-10-29
JP2014220706 2014-10-29

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2019045051A Division JP2019154034A (ja) 2014-10-29 2019-03-12 受信機およびプログラム
JP2019045050A Division JP6726783B2 (ja) 2014-10-29 2019-03-12 受信機およびプログラム

Publications (3)

Publication Number Publication Date
JP2016092832A JP2016092832A (ja) 2016-05-23
JP2016092832A5 JP2016092832A5 (ja) 2018-10-18
JP6501262B2 true JP6501262B2 (ja) 2019-04-17

Family

ID=56016450

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2015212028A Active JP6501262B2 (ja) 2014-10-29 2015-10-28 受信機およびプログラム
JP2019045051A Pending JP2019154034A (ja) 2014-10-29 2019-03-12 受信機およびプログラム
JP2019045050A Active JP6726783B2 (ja) 2014-10-29 2019-03-12 受信機およびプログラム
JP2020144929A Active JP6991288B2 (ja) 2014-10-29 2020-08-28 受信機およびプログラム

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2019045051A Pending JP2019154034A (ja) 2014-10-29 2019-03-12 受信機およびプログラム
JP2019045050A Active JP6726783B2 (ja) 2014-10-29 2019-03-12 受信機およびプログラム
JP2020144929A Active JP6991288B2 (ja) 2014-10-29 2020-08-28 受信機およびプログラム

Country Status (1)

Country Link
JP (4) JP6501262B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112017014634A2 (ja) * 2015-01-13 2018-03-20 Sony Corporation A sending set, a transmission method, a receiving set, and a receiving method

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101485461B1 (ko) * 2008-10-23 2015-01-22 삼성전자주식회사 Ait를 이용한 애플리케이션의 제공 방법 및 그 장치
JP5586657B2 (ja) * 2011-05-20 2014-09-10 日本放送協会 受信機
JP6018798B2 (ja) * 2011-05-20 2016-11-02 日本放送協会 受信機
JP5860518B1 (ja) * 2014-08-27 2016-02-16 シャープ株式会社 送信装置および受信装置
JP6303969B2 (ja) * 2014-10-15 2018-04-04 ソニー株式会社 受信装置並びに受信方法

Also Published As

Publication number Publication date
JP2019154034A (ja) 2019-09-12
JP6991288B2 (ja) 2022-01-12
JP2019135840A (ja) 2019-08-15
JP2016092832A (ja) 2016-05-23
JP2020198635A (ja) 2020-12-10
JP6726783B2 (ja) 2020-07-22

Similar Documents

Publication Publication Date Title
US11032400B2 (en) Method and device for transmitting/receiving broadcast signal
JP5725235B1 (ja) 受信装置及び受信方法、並びに、送信装置及び送信方法
JP6811181B2 (ja) 受信装置、送信装置、及び、データ処理方法
CA2944781C (en) Transmission device, transmission method, reception device, and reception method
JP6991288B2 (ja) 受信機およびプログラム
JP2015228558A (ja) 受信機およびプログラム
JP6443970B2 (ja) 受信機およびプログラム
JP6999600B2 (ja) 放送信号送信装置
JP7013554B2 (ja) 放送信号送受信装置
JP6972280B2 (ja) 放送信号送受信装置
JP7013260B2 (ja) 放送信号送受信装置
JP7013553B2 (ja) 放送信号送信装置
JP7013261B2 (ja) 放送信号送受信装置
JP7013551B2 (ja) 放送信号送信装置
JP7013555B2 (ja) 放送信号送信装置
JP7013556B2 (ja) 放送信号送受信装置
JP7013552B2 (ja) 放送信号送受信装置
JP6926007B2 (ja) 放送信号送受信装置
JP2017098678A (ja) 受信装置、送信装置、およびプログラム
JP6337804B2 (ja) 受信装置及び受信方法
JP5725249B1 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP2019129516A (ja) 放送信号送受信装置
JP2016054410A (ja) 受信機およびプログラム
JP2015207988A (ja) 送信装置及び送信方法、並びに受信装置及び受信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180905

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180905

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20180905

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181107

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20181109

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181120

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190107

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20190118

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190219

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190313

R150 Certificate of patent or registration of utility model

Ref document number: 6501262

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250